【事件の表示】
　特願２０１４−　８０９３５「出力制御プログラム、出力制御装置及び出力制御方法」拒絶査定不服審判事件〔平成２７年１１月１２日出願公開、特開２０１５−２０１１２５、請求項の数（７）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯　
　本願は、平成２６年４月１０日の出願であって、平成２６年６月１２日付けで拒絶理由が通知され、平成２６年８月２５日付けで手続補正がされ、平成２６年１１月２６日付けで拒絶査定がされ、これに対し、平成２７年３月２日に本件審判請求がなされると同時に手続補正がなされ、その後、当審において平成２７年１０月３０日付けで拒絶理由（以下、「当審拒絶理由」という）が通知され、平成２７年１２月２４日付けで手続補正がされたものである。
第２　本願発明
　本願の請求項１−７に係る発明は、平成２７年１２月２４日付けの手続補正で補正された特許請求の範囲の請求項１−７に記載された事項により特定されるものと認められるところ、本願の請求項１に係る発明（以下、「本願発明」という。）は以下のとおりである。
「【請求項１】
　
シナリオ上のシーンを含む
　前記コンピュータ端末の制御部を、
　前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、出力する複数のコンテンツについて、
主コンテンツ、副コンテンツを決めるロジックにより、
　前記マークアップ言語に作用するスクリプト言語において、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を
、イベントが発生したシーン情報に関連付けられた出力条件に応じて
　前記マークアップ言語において、ダッキングを行なうイベントを検知した場合には、前記主副特定手段が、主コンテンツと副コンテンツとを特定し、前記出力条件設定手段を用いて、前記主コンテンツと副コンテンツの音量を取得し、前記主コンテンツと副コンテンツの出力を前記音量に変更し、前記イベントの終了時に、前記音量を戻す出力調整手段
として機能させることを特徴とする出力制御プログラム。」　
第３　原査定の理由について
１．原査定の理由の概要
　この出願については、平成２６年　６月１２日付け拒絶理由通知書に記載した理由によって、拒絶をすべきものです。
　なお、意見書及び手続補正書の内容を検討しましたが、拒絶理由を覆すに足りる根拠が見いだせません。
備考
・請求項１から７
　出願人は意見書において、
　引用文献１に記載された発明は、「同時に出力される複数のコンテンツの出力状況を動的に制御するダッキングは考慮されていません。従って、マークアップ言語に作用するスクリプト言語において、ダッキング時における主コンテンツと副コンテンツの出力条件を決定し、マークアップ言語において、ダッキングを行なうイベントを検知した場合には、出力条件に変更し、イベントの終了時に、出力条件を戻す構成については記載も示唆もありません。」引用文献２、引用文献３に記載された発明は、「マークアップ言語であるウェブページを用いることは想定されていません」ので、「引用文献１〜６には、本願発明の課題は想定されておらず、当業者であっても、これらの引用文献に基づいて、この課題を解決するための構成を有する本願発明を容易に想到しうるものではないと思料します」旨主張するが、
　引用文献１に記載された発明は、マークアップ言語に作用するスクリプト言語を用いて、複数の音声のゲインを決定すること、ゲイン調整された複数の音声をミキシングして出力することが記載されている（以下、引用発明という）。
　引用発明のマークアップ言語に作用するスクリプト言語を用いて、複数の音声のゲインを決定し、ゲイン調整された複数の音声をミキシングして出力することを用いて、２つの音声間をクロスフェードすることを実現するようなことは一般的に行われていることである（必要であれば、引用文献７の「２つの音声間のクロスフェード」を参照のこと）。
　クロスフェードする場合には、マークアップ言語を再生時に、２つのAudioGainNodeを作成し、２つの音声のいずれか一方を１のソース、他方を２のソースとして接続すること、１のソースの出力条件、２のソースの出力条件をリニアもしくは等パワー曲線で設定すること、クロスフェード再生が必要なイベント（例えば、曲の切り替わり）が発生した場合は、先に設定した出力条件で１のソースと２のソースを出力することは明らかである。
　当業者であれば、２つの音声のクロスフェードという音声再生の技術を、周知慣用な技術であるダッキング（必要であれば、引用文献２の段落０００３や引用文献３の段落００２３、００２４、引用文献９を参照のこと）に適用することは、極めて一般的に行うことである（必要であれば、引用文献８の「ダッキング」を参照のこと）。
　以上より、当業者であれば、引用発明のマークアップ言語に作用するスクリプト言語を用いて、複数の音声のゲインを決定すること、ゲイン調整された複数の音声をミキシングして出力することから、周知慣用な技術であるダッキングを実現するということは極めて容易に想到し得ることであるといえる。
　ここで、ダッキングは、台詞の出力レベルに応じてＢＧＭのレベルを下げるように調整すること、台詞が終わったら元に戻すものである（引用文献２、引用文献３、引用文献９を参照のこと）から、
引用発明からダッキングを実現する場合には、
２つのAudioNodeを作成し、台詞もしくは、ＢＧＭの音声をそれぞれソースとしてAudioNodeに接続すること（ここで、台詞、ＢＧＭを、本願の請求項１から７に係る発明のように主コンテンツ、副コンテンツと特定することは表現上の差異に過ぎない）、
それぞれのソースについて、ダッキング時の出力条件を決定すること、
シナリオを実行して、ダッキングを行うコードを実行する時（本願の請求項１から７に係る発明のいうダッキングを行うイベントを検知した場合に相当する）は、それぞれのソースについて、先の出力条件で出力すること、
ダッキングが終了すれば出力条件を戻すように構成することは明らかである。
　その余の点は、引用文献４から６を参照のこと。
　したがって、本願の請求項１から７に係る発明は、引用発明と周知慣用な技術から当業者が適宜なし得るものと認められるので、特許法第２９条第２項の規定により特許を受けることができず、出願人の上記主張は認められない。
引用文献等一覧
１．The World Wide Web Consortium(W3C)，Web  Audio API　W3C Working Draft 10 October 2013，[online], 2013年10月10日，6.Mixer Gain structure，[2014年6月12日検索], インターネット＜URL:http://www.w3.org/TR/2013/WD-webaudio-20131010/＞
２．特開２０１２−７０１３７号公報
３．特開２００９−９４７９６号公報
４．特開２００８−３５６２号公報
５．特開２００１−２４９６６４号公報
６．特開２００８−２４２７４０号公報
７．Boris Smus，Web Audio APIの基礎，[online], 2013年10月29日，[2014年11月26日検索], インターネット＜URL:http://www.html5rocks.com/ja/tutorials/webaudio/intro/＞
８．Microsoft，Microsoft DirectMusicによるクロスフェード　ソリューション，[online], 2001年12月10日，[2014年11月26日検索], インターネット＜URL:http://msdn.microsoft.com/ja-jp/library/cc351104.aspx＞
９．studio sunny side，ゲームの音をきれいに盛りつけるためには／「ダッキング」について（１），[online], 2013年5月14日，[2014年11月26日検索], インターネット＜URL:http://d.hatena.ne.jp/studio_sunny_side/20130514/1368535497
２．原査定の理由の判断
（１）　引用文献の記載事項と、引用発明
　引用文献１（The World Wide Web Consortium(W3C)，Web  Audio API　W3C Working Draft ）には、1. Introduction（３／５４−７／５４ページ），6. Mixer Gain structure（３５／５４−３８／５４ページ），15. Performance Considerations（５０／５４−５２／５４ページ）を参照すると、以下の発明（以下、「引用発明」という。）が記載されている。
「現代のゲーム用音声エンジンに見られる機能と共に、現代のデスクトップ音声制作アプリケーションに見られる、いくつかのミキシング・プロセシング・フィルタリング・タスクの機能を含ませることを目標とした、Ｗｅｂ　Ａｕｄｉｏ　ＡＰＩであって、
　多様な使用例を念頭において設計され、JavaScriptで制御され、最適化されたC++エンジンで実行でき、そして、ブラウザ上で動作可能な、任意の使用例をサポートするものであって、
　複数の入力音声信号のゲインを調整して、ミキシング出力することができ、
　ハードウェア・スケーラビリティを考慮して、システムは、音声フレーム落ちを起こすことなく、リソースが制限された条件下で、音声処理をするために、優雅な性能劣化（gracefully degrade）をすべきである、Ｗｅｂ　Ａｕｄｉｏ　ＡＰＩ。」
（２）　「本願発明」と「引用発明」との対比
　本願発明と引用発明とを対比する。
　引用発明の「Ｗｅｂ　Ａｕｄｉｏ　ＡＰＩ」が、「JavaScriptで制御され、」「ブラウザ上で動作可能な、任意の使用例をサポートする」ことは、「マークアップ言語で記述されたウェブページを表示するブラウザを備えたコンピュータ端末において、マークアップ言語に作用するスクリプト言語を実行する実行手段として機能させるプログラム」であることが明らかであり、「複数の入力音声信号のゲインを調整して、ミキシング出力する」ことは、コンテンツの出力条件としての音量を調整することといえるから、引用発明の「Ｗｅｂ　Ａｕｄｉｏ　ＡＰＩ」は、本願発明の「シナリオ上のシーンを含むマークアップ言語で記述されたウェブページを表示するブラウザを備えたコンピュータ端末において、マークアップ言語に作用するスクリプト言語を実行する実行手段として機能させるプログラムであって」、「前記コンピュータ端末の制御部を」、「前記マークアップ言語に作用するスクリプト言語において、ダッキング時における前記主コンテンツと副
コンテンツの出力条件としての音量を
前記主コンテンツと副コンテンツの出力を前記音量に変更し
前記音量を戻す出力調整手段
「マークアップ言語で記述されたウェブページを表示するブラウザを備えたコンピュータ端末において、マークアップ言語に作用するスクリプト言語を実行する実行手段として機能させるプログラムであって」、「前記コンピュータ端末の制御部を」、コンテンツの出力条件としての音量を調整する「出力調整手段として機能させることを特徴とする出力制御プログラム」である点で共通するといえる。
　したがって、本願発明と引用発明との一致点・相違点は次のとおりである。
＜一致点＞
「マークアップ言語で記述されたウェブページを表示するブラウザを備えたコンピュータ端末において、マークアップ言語に作用するスクリプト言語を実行する実行手段として機能させるプログラムであって、
　前記コンピュータ端末の制御部を、
　コンテンツの出力条件としての音量を調整する、出力調整手段として機能させることを特徴とする出力制御プログラム。」
　
＜相違点１＞ 
　本願発明では、「シナリオ上のシーンを含む」マークアップ言語で記述されたウェブページを対象としており、「前記マークアップ言語に作用するスクリプト言語において、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を、イベントが発生したシーン情報に関連付けられた出力条件に応じて取得する出力条件設定手段」を備えるのに対して、引用発明は、「シナリオ上のシーンを含む」マークアップ言語で記述されたウェブページを対象とするものではなく、「前記マークアップ言語に作用するスクリプト言語において、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を、イベントが発生したシーン情報に関連付けられた出力条件に応じて取得する出力条件設定手段」を備えない点。
＜相違点２＞
　本願発明では、「前記コンピュータ端末の制御部を、前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、出力する複数のコンテンツについて、主コンテンツ、副コンテンツを決めるロジックにより、主コンテンツと副コンテンツとを特定する主副特定手段」を備えるのに対して、引用発明は、「前記コンピュータ端末の制御部を、前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、出力する複数のコンテンツについて、主コンテンツ、副コンテンツを決めるロジックにより、主コンテンツと副コンテンツとを特定する主副特定手段」を備えない点。
＜相違点３＞、
　本願発明では、「出力調整手段」は、「前記マークアップ言語において、ダッキングを行なうイベントを検知した場合には、前記主副特定手段が、主コンテンツと副コンテンツとを特定し、前記出力条件設定手段を用いて、前記主コンテンツと副コンテンツの音量を取得し、前記主コンテンツと副コンテンツの出力を前記音量に変更し、前記イベントの終了時に、前記音量を戻す」のに対して、引用発明では、「出力調整手段」は、「前記マークアップ言語において、ダッキングを行なうイベントを検知した場合には、前記主副特定手段が、主コンテンツと副コンテンツとを特定し、前記出力条件設定手段を用いて、前記主コンテンツと副コンテンツの音量を取得し、前記主コンテンツと副コンテンツの出力を前記音量に変更し、前記イベントの終了時に、前記音量を戻す」ものではない点。
（３）　判断
　上記＜相違点１＞について検討する。
　引用発明のＷｅｂ　Ａｕｄｉｏ　ＡＰＩは、「
多様な使用例
ブラウザ上で動作可能な、任意の使用例
　引用文献２（特開２０１２−７０１３７号公報）には、特に段落【０００１】−【０００４】、【００２６】−【００２７】、【００３６】−【００４１】の記載を参照すると、音声のダッキング合成機能を有する音声処理装置であって、音声処理用ＬＳＩ１が、ダッキング合成部１３３を備えることで、台詞に係る音声信号が入力されている間は、台詞に係る音声信号の強度に応じて、ＢＧＭに係る音声データの出力ゲインを下げる処理を行う、音声処理装置が記載されている。
  引用文献３（特開２００９−９４７９６号公報）には、特に段落【０００１】、【００２３】−【００２４】、【００３１】、【００３７】、【００３８】の記載を参照すると、テレビジョン受信器において、番組中にＢＧＭが挿入された場合の動作として、ユーザー音楽の音量を抑制すること（第一の実施の形態）、番組中のＢＧＭの音量を抑制すること（第二の実施の形態）、ユーザー選択によりユーザー音楽又は番組中のＢＧＭいずれかの音量を抑制すること（第三の実施の形態）、さらに番組音声の遅延部を設けること（第四の実施の形態）が記載されている。
　引用文献４（特開２００８−３５６２号公報）には、特に【要約】を参照すると、周囲騒音に応じて、出力音声のゲイン調整を行う音声出力装置が記載されている。
　引用文献５（特開２００１−２４９６６４号公報）には、特に段落【００１２】の記載を参照すると、携帯電話機のスピーカなどの出力手段の周波数特性が相殺（キャンセル）されて、フラットな特性の音響が出力されるように、出力される楽音信号の特性を調整することが記載されている。
　引用文献６（特開２００８−２４２７４０号公報）には、特に【請求項１】、【請求項６】、段落【００６４】−【００６５】、【００７４】、図８の記載を参照すると、電子メールの文字データに関連付けられた音声データの再生回数に応じて、音声データの再生状態を変えることが記載されている。
　引用文献７（Web Audio APIの基礎）には、特に７／１３−１０／１３ページの「２つの音声間のクロスフェード」欄を参照すると、JavaScript用のＷｅｂ　Ａｕｄｉｏ　ＡＰＩを用いて、複数の音声のゲインを決定して、ミキシングして出力することが記載されている。
　引用文献８（Microsoft DirectMusicによるクロスフェード　ソリューション）には、特に６／７ページの「ダッキング」の記載を参照すると、ソフトウエアによる音声のクロスフェード処理を利用して、ダイアログ再生中は音楽等のボリュームを下げる「ダッキング」を行うことが記載されている。
　引用文献９（studio sunny side，ゲームの音をきれいに盛りつけるためには）には、後から乗せる音を聞き取りやすくするために、バックの音を下げる「ダッキング」が、音声のミックスでは当前に行われる操作である旨の記載がある。
　しかし、「シナリオ上のシーンを含むマークアップ言語で記述されたウェブページ」を構成するマークアップ言語の再生時に、ダッキング時における主コンテンツと副コンテンツの出力条件としての音量を、「イベントが発生したシーン情報に関連付けられた出力条件に応じて」取得することは、引用文献１−９には記載も示唆もなく、周知技術ともいえないから、上記相違点１に係る構成は、引用発明及び周知技術に基づいて、容易に想到できたものであるとはいえない。
（４）　小括
　したがって、本願発明は、当業者が引用発明及び周知技術に基づいて容易に発明をすることができたとはいえない。
　本願の請求項２−５に係る発明は、本願発明をさらに限定したものであり、本願の請求項６−７に係る発明は、本願発明と実質的にカテゴリーのみが相違するものであるので、本願発明と同様に、当業者が引用発明及び周知技術に基づいて容易に発明をすることができたとはいえない。
　よって、原査定の理由によっては、本願を拒絶することはできない。
第４　当審拒絶理由について
１．当審拒絶理由の概要
　この出願の下記の請求項１−７に係る発明は、その優先日前日本国内又は外国において頒布された下記の刊行物に記載された発明に基づいて、その優先日前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献については引用文献一覧参照） 
・請求項　１ 
・引用文献　１−２ 
・備考 
（１）　引用文献１・引用発明 
　引用文献１（米国特許第８１７０２３０号明細書。２０１２年５月１日。）には、以下の記載がある（下線は当審付与。訳は当審訳。以下同様）。 
ア　１欄２８〜５５行 
「The process of modifying the properties of multiple audio signals in relation to each other, in relation to other audio signals, or combining audio signals is referred to as mixing. A device for such a purpose is referred to as a mixer or an audio mixer. A particular state of the mixer denoting the relationship of multiple audio signals is typically referred to as a mix. 
　　Masking is a psychoacoustic phenomenon where perception of one audio signal is reduced or prevented because of the presence of another audio signal. Masking can depend both on the intensity of the audio signals relative to each other and the frequencies of the audio signals relative to each other. Thus, an audio signal at a particular frequency and intensity can be masked by another audio signal at the same frequency but higher intensity. For example, a particular narration signal can be mixed with a background music signal. However, when the two signals are mixed, the background music can mask regions of the narration. 
　　One technique for reducing masking is side-chain compression, also referred to as ducking. In side-chain compression, a primary audio signal is provided as a side-chain input to a compressor. If the intensity of the primary audio signal exceeds a specified threshold intensity the compressor attenuates another secondary signal, typically by an amount proportional to the amount the threshold was exceeded for the duration the signal exceeds the threshold. Side-chain compression is, therefore, generally based only on the overall intensity of the primary signal across all frequencies and without consideration of the audio properties of the secondary signal.」 
（訳：　他の音声信号と相互に、あるいは、他の音声信号に関して、複数の音声信号のプロパティを変更したり、音声信号を混合する過程は、ミキシングと呼ばれる。 
　このような目的のための装置は、ミキサーあるいは音声ミキサーと呼ばれる。複数の音声信号の関係を表すミキサーの特定の状態は、概してミックスと呼ばれる。 
　マスクキングとは、他の音声信号の存在によって、ある音声信号の認識が減らされたり、妨げられる心理音響現象である。マスキングは、互いに比較しての音声信号の強度と、互いに比較しての音声信号の周波数とに依存し得る。このため、特定の周波数と強度を持つ音声信号が、同一周波数でより強度の強い音声信号によって、マスキングさる得る。例えば、特定のナレーション信号がＢＧＭ信号とミキシングされ得る。しかし、２つの信号がミキシングされるとき、ＢＧＭがナレーション領域をマスキングし得る。 
　
マスキングを減らす１つの手法
「ダッキング」とも呼ばれる。サイドチェイン圧縮では、主音声信号が、圧縮器のサイド・チェ−ン入力として供給される。主音声信号の強度が指定された強度閾値を超える場合、圧縮器は、概して信号が閾値を超えた量に比例して、その信号が閾値を超えた期間中、他の副信号を減衰させる
  
イ　３欄６０行〜４欄５９行 
「DETAILED DESCRIPTION  
　　FIG. 1 is a flow chart of an example method 100 for reducing masking. For convenience, the method 100 will be described with respect to a system that will perform the method 100. 
　　The system receives 102 multiple audio signals. Each audio signal has associated audio data. The audio data describes different properties of the audio signal. For example, the audio data can identify properties of the audio signal with respect to time including intensity, frequency, phase, and balance. 
　　　・・・（中略）・・・ 
　　The system identifies 104 a primary audio signal and a secondary audio signal from the received audio signals. When more than two audio signals are received, two or more audio signals are combined to generate a secondary audio signal to use with the primary audio signal. The primary audio signal is a highest priority audio signal. For example, if a first audio signal is a narration and a second audio signal is background music, the narration can be identified as the highest priority audio signal and the background music as the secondary audio signal. 
　　In some implementations, the audio signals have been previously ordered according to priority or can be presented to the user for manual ranking (e.g., by ordering the corresponding audio tracks). For example, a visual representation of the audio signal of each track can be presented to a user within an interface of the digital audio workstation. The user can then order the tracks. 
　　In some other implementations, the system uses information associated with the audio signals to automatically assign priority to the audio signals. Particular priority values can be designated for types of audio signals. The system can use track metadata, for example, to identify a type of audio signal contained within the track. For example, tracks including audio signals corresponding to vocals can be assigned a higher priority than tracks including audio signals corresponding to instrumentation. Additionally, different types of instrumentation can have different priority levels (e.g., piano can be assigned a higher priority than percussion). 
　　The audio signals are ordered by assigned priority. For example, if the system received four audio signals (e.g., as four separate audio files), the signals are ordered from 1-4. In some implementations, if there are more than two signals, the system pre-mixes all signals other than the primary signal to form a single secondary signal. However, in some other implementations, the system arranges the received audio signals in a hierarchy according to priority and then pre-mixes the audio signals in steps moving through the hierarchy in a bottom-up process.」 
（詳細な説明 
　図１は、マスキングを減らす例示の方法１００のフローチャートである。便宜上、方法１００を実行するシステムと関連して、方法１００が記述される。 
　システムは、１０２（当審注：図１中の参照番号「２０２、２０３…２１０」は、それぞれ、「１０２、１０３…１１０」の誤記と認める。）で複数の音声信号を受信する。それぞれの音声信号は、関連する音声データを有する。音声データは、音声信号の異なる特性を記述する。例えば、音声データは、強度、周波数、位相とバランスを含む、時間に関する音声信号の特性を識別する。 
　　　・・・（中略）・・・ 
　
システムは、ステップ１０４で、受信した音声信号から、主音声信号と副音声信号とを識別
主音声信号は、最も高い優先度の音声信号であ
第１の音声信号がナレーションで、第２の音声信号がＢＧＭならば、ナレーションは、最も高い優先度の音声信号として識別され、ＢＧＭは副音声信号として識別され
　あるインプリメンテーションでは、音声信号は、事前に優先度によって順序付けがされているか、あるいは（例えば、対応する音声トラックを順序づけすることによって）手作業で順位付けするためにユーザに提示される。例えば、デジタル音声ワークステーションのインタフェース中で、各トラックの音声信号のビジュアル化表示を、ユーザに提示できる。それから、ユーザはトラックを順序づけできる。 
　他のあるインプリメンテーションでは、
自動的に音声信号に優先度を割り当てるために、音声信号に関連付けられた情報を用い
特定の優先度の値を、音声信号のタイプに対して指定でき
システムは、トラックのメタデータを、例えば、トラックに含まれているあるタイプの音声信号を識別するために用いることができ
　音声信号は、割り当てられた優先度によって順序づけされる。例えば、もしシステムが（例えば、４つの別個の音声ファイルとして）４つの音声信号を受信した場合、信号は、１〜４に順番付けられる。あるインプリメンテーションでは、もし２よりも多くの信号がある場合、システムは、単一の副信号を生成するために、主信号以外の全ての信号を事前に混合する。しかし、他のインプリメンテーションでは、システムは、受信された音声信号を優先度により階層化して並べてから、次にボトムアップ型で階層を移動しながら、音声信号を事前に混合する。） 
  
ウ　１０欄５７行〜１１欄３６行 
「However, when the average perceived intensity of the secondary audio signal is greater than the average perceived intensity of the primary audio signal for a particular bin, the system attenuates the audio data of the secondary audio signal within that bin. For example, the threshold amount can be a minimum difference between the average perceived intensity of the primary audio signal and the secondary audio signal. Alternatively, the threshold amount can be a threshold average perceived intensity floor for the primary audio signal. For example, a threshold floor can be selected such that the audio data is considered silence below the threshold floor. Thus, for a particular bin of the primary audio signal identified as silence, the secondary audio signal is not attenuated even though the average perceived intensity of the corresponding bin in the secondary audio signal is greater. 
　　The audio data of the particular bin in the secondary audio signal can be attenuated such that the average perceived intensity of the bin for the secondary audio signal matches the average perceived intensity of the corresponding bin for the primary audio signal. For example, for a given bin, if the average perceived intensity of the audio data from the secondary audio signal is -10 dB and the average perceived intensity of the audio data from the primary audio signal is -15 dB, the attenuation is performed to reduce the average perceived intensity of the bin from the secondary audio signal to -15 dB.
　　Alternatively, the attenuation amount can be a specified amount, e.g., -5 dB regardless of the difference between the average perceived intensities. Alternatively, the secondary audio signal can be attenuated such that the average perceived intensity is less than the average perceived intensity of the primary audio signal. In another example, the attenuation of the secondary audio signal can be a function of the average perceived intensity of the secondary audio signal (e.g., proportional to the magnitude of the average perceived intensity, based on the difference between the average perceived intensities). 
　　The system mixes 812 the primary audio signal and the secondary audio signal including any attenuated audio data from bins of the secondary audio signal. For example, the mixer of the digital audio workstation can sum the primary audio signal and the modified secondary audio signal to generate a single mixed audio signal. The mixed audio signal can be output from the mixer for playback, further processing (e.g., as part of a signal processing change), editing in the digital audio workstation, saving as a single file locally or remotely, or transmitting or streaming to another location.」 
（訳：　しかし、
特定のビンの副音声信号の平均知覚強度が、主音声信号の平均知覚強度より大きければ、システムは、そのビンの中で副音声信号の音声データを減衰
　
副音声信号のビンの平均知覚強度が、主音声信号の対応するビンの平均知覚強度と等しくなるまで、副音声信号の特定のビンの音声データを減衰させることができ
所定のビンについて、もしも副音声信号の音声データの平均知覚強度が−１０ｄＢであり、主音声信号の音声データの平均知覚強度が−１５ｄＢならば、副音声信号のビンの平均知覚強度が−１５ｄＢになるまで、減衰が行われ
 　あるいは、減衰量は、平均知覚強度の間の差の大きさに関わらない特定の量、例えば、−５ｄＢであってよい。あるいは、副音声信号の平均知覚強度が、主音声信号の平均知覚強度より弱くなるように、副音声信号を減衰することができる。他の例では、副音声信号の減衰は、副音声信号の平均知覚強度の関数（例えば、平均知覚強度の間の相違に基づき、平均知覚強度の大きさに正比例する）であり得る。 
　
システムは、ステップ８１２で、主音声信号と任意の副音声信号のビンからの減衰された音声データを含む副音声信号とを混合
ミキシングされた音声信号は、ミキサーから出力され
  
エ　１２欄３７〜５９行 
「The term computer-readable medium refers to any medium that participates in providing instructions to a processor 1102 for execution. The computer-readable medium 1112 further includes an operating system 1116 (e.g., Mac OS(R), Windows(R), Linux, etc.), a network communication module 1118, a browser 1120 (e.g., Safari(R), Microsoft(R) Internet Explorer, Netscape(R), etc.), a digital audio workstation 1122 , and other applications 1124 . 
　　The operating system 1116 can be multi-user, multiprocessing, multitasking, multithreading, real-time and the like. The operating system 1116 performs basic tasks, including but not limited to: recognizing input from input devices 1110; sending output to display devices 1104; keeping track of files and directories on computer-readable mediums 1112 (e.g., memory or a storage device); controlling peripheral devices (e.g., disk drives, printers, etc.); and managing traffic on the one or more buses 1114. The network communications module 1118 includes various components for establishing and maintaining network connections (e.g., software for implementing communication protocols, such as TCP/IP, HTTP, Ethernet, etc.). The browser 1120 enables the user to search a network (e.g., Internet) for information (e.g., digital media items).」 
（用語「コンピュータ可読媒体」は、実行のためにプロセッサ１１０２にインストラクションを提供する任意の媒体をさす。コンピュータ可読媒体１１１２は、さらにオペレーティング・システム１１１６（例えば、Mac OS、 Windows、 Linuxなど）、ネットワーク通信モジュール１１１８、
ブラウザ１１２０
を含
　オペレーティング・システム１１１６は、マルチユーザ、マルチプロセッシング、マルチタスク、マルチスレッド、リアルタイムなど。オペレーティング・システム１１１６は基本的タスクを行ない、入力装置１１１０からの入力の認識；　ディスプレイ装置１１０４への出力送信；　コンピュータ可読媒体１１１２（例えば、メモリ又は記憶装置）上のファイルとディレクトリの追跡；　周辺装置（例えば、ディスク・ドライブ、プリンタなど）の制御；　１つ以上のバス１１１４上のトラフィック管理、を含むがされに限定されない。ネットワーク通信モジュール１１１８は、ネットワーク接続（例えば、TCP/IP、HTTP、イーサネットなど）を設立し、維持するための様々な要素を含む。
ブラウザ１１２０は、ユーザが、
インターネット）で
デジタル・メディア・アイテム）を検索できるように
オ　１３欄２８〜４４行 
「A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.」 
（コンピュータ・プログラム（
プログラム
は
マークアップ言語ドキュメントにストアされた１つ以上のスクリプト）として
１台のコンピュータ上で、
実行されるために、配置できる
  
　よって、引用文献１には、次の発明（以下、「引用発明」という。）が開示されているものと認められる。 
 　 
「マスキングを減らす１つの手法として、「ダッキング」とも呼ばれる、サイドチェイン圧縮では、主音声信号が、圧縮器のサイド・チェ−ン入力として供給され、主音声信号の強度が指定された強度閾値を超える場合、圧縮器は、信号が閾値を超えた量に比例して、その信号が閾値を超えた期間中、他の副信号を減衰させる手法に基づいており、 
　システムは、ステップ１０４で、受信した音声信号から、主音声信号と副音声信号とを識別し、主音声信号は、最も高い優先度の音声信号であり、第１の音声信号がナレーションで、第２の音声信号がＢＧＭならば、ナレーションは、最も高い優先度の音声信号として識別され、ＢＧＭは副音声信号として識別され、 
　自動的に音声信号に優先度を割り当てるために、音声信号に関連付けられた情報を用い、特定の優先度の値を、音声信号のタイプに対して指定でき、システムは、トラックのメタデータを、例えば、トラックに含まれているあるタイプの音声信号を識別するために用いることができ、 
　音声信号は、割り当てられた優先度によって順序づけされ、 
　特定のビンの副音声信号の平均知覚強度が、主音声信号の平均知覚強度より大きければ、システムは、そのビンの中で副音声信号の音声データを減衰し、 
　副音声信号のビンの平均知覚強度が、主音声信号の対応するビンの平均知覚強度と等しくなるまで、副音声信号の特定のビンの音声データを減衰させることができ、所定のビンについて、もしも副音声信号の音声データの平均知覚強度が−１０ｄＢであり、主音声信号の音声データの平均知覚強度が−１５ｄＢならば、副音声信号のビンの平均知覚強度が−１５ｄＢになるまで、減衰が行われ、 
　システムは、ステップ８１２で、主音声信号と任意の副音声信号のビンからの減衰された音声データを含む副音声信号とを混合し、ミキシングされた音声信号は、ミキサーから出力されるものであって、 
　システムは、ブラウザ１１２０を含み、 
　ブラウザ１１２０は、ユーザが、インターネットで、デジタル・メディア・アイテムを検索できるようにし、 
　プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行されるために、配置できる、 
　プログラム。」 
 　 
（２）　対比 
ア　本願発明と引用発明とを対比すると、引用発明の「システムは、ブラウザ１１２０を含み」、「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことは、本願発明の「マークアップ言語で記述されたウェブページを表示するブラウザを備えたコンピュータ端末において、マークアップ言語に作用するスクリプト言語を実行する実行手段として機能させるプログラム」に相当する。 
  
イ　引用発明の「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「主音声信号と任意の副音声信号のビンからの減衰された音声データを含む副音声信号とを混合し、ミキシングされた音声信号は、ミキサーから出力される」ことは、本願発明の「前記コンピュータ端末の制御部を」、「機能させることを特徴とする出力制御プログラム」に相当する。
  
ウ　引用発明の「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「システムは、ステップ１０４で、受信した音声信号から、主音声信号と副音声信号とを識別」することは、本願発明の「前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、出力する複数のコンテンツについて、主コンテンツと副コンテンツとを特定する主副特定手段」と、「出力する複数のコンテンツについて、主コンテンツと副コンテンツとを特定する主副特定手段」である点で共通するといえる。 
  
エ　引用発明の「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「マスキングを減らす１つの手法として、「ダッキング」とも呼ばれる、サイドチェイン圧縮」の手法に基づいて、「副音声信号のビンの平均知覚強度が、主音声信号の対応するビンの平均知覚強度と等しくなるまで、副音声信号の特定のビンの音声データを減衰させることができ、所定のビンについて、もしも副音声信号の音声データの平均知覚強度が−１０ｄＢであり、主音声信号の音声データの平均知覚強度が−１５ｄＢならば、副音声信号のビンの平均知覚強度が−１５ｄＢになるまで、減衰が行われ」ることは、本願発明の「前記マークアップ言語に作用するスクリプト言語において、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を取得する出力条件設定手段」に相当する。 
オ 引用発明の「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「マスキングを減らす１つの手法として、『ダッキング』とも呼ばれる、サイドチェイン圧縮では、主音声信号が、圧縮器のサイド・チェ−ン入力として供給され、主音声信号の強度が指定された強度閾値を超える場合、圧縮器は、信号が閾値を超えた量に比例して、その信号が閾値を超えた期間中、他の副信号を減衰させる手法」に基づいて、「特定のビンの副音声信号の平均知覚強度が、主音声信号の平均知覚強度より大き」いことを検出すると、「システムは、ステップ１０４で、受信した音声信号から、主音声信号と副音声信号とを識別」し、「副音声信号のビンの平均知覚強度が、主音声信号の対応するビンの平均知覚強度と等しくなるまで、副音声信号の特定のビンの音声データを減衰させることができ、所定のビンについて、もしも副音声信号の音声データの平均知覚強度が−１０ｄＢであり、主音声信号の音声データの平均知覚強度が−１５ｄＢならば、副音声信号のビンの平均知覚強度が−１５ｄＢになるまで、減衰が行われ」ることは、本願発明の「前記マークアップ言語において、ダッキングを行なうイベントを検知した場合には、前記主副特定手段が、主コンテンツと副コンテンツとを特定し、前記出力条件設定手段を用いて、前記主コンテンツと副コンテンツの音量を取得し、前記主コンテンツと副コンテンツの出力を前記音量に変更し、前記イベントの終了時に、前記音量を戻す出力調整手段」に相当する。 
　したがって、本願発明と引用発明とは、以下の相違点で相違し、その余の点で一致する。
＜相違点＞ 
　本願発明は、「前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、出力する複数のコンテンツについて、主コンテンツと副コンテンツとを特定する主副特定手段」を備えるのに対して、引用発明の「ブラウザ１１２０」については、「ユーザが、インターネットで、デジタル・メディア・アイテムを検索できる」ことは記載があるものの、「前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、出力する複数のコンテンツについて、主コンテンツと副コンテンツとを特定する主副特定手段」は記載がない点。 
  
（３）　当審の判断 
＜相違点＞について 
　一般に、「マークアップ言語に含まれるスクリプト」として、ウェブページ用のＨＴＭＬ言語に含まれる「ＪａｖａＳｃｒｉｐｔ」を採用することで、ブラウザが取得したウェブページを構成するマークアップ言語の再生時にスクリプトが実行されるようにすることは、引用文献２の「1. Introduction」に「・・・Audio on the web has been fairly primitive up to this point and until very recently has had to be delivered through plugins such as Flash and QuickTime. The introduction of the audio element in HTML5 is very important, allowing for basic streaming audio playback. But, it is not powerful enough to handle more complex audio applications. For sophisticated web-based games or interactive applications, another solution is required. It is a goal of this specification to include the capabilities found in modern game audio engines as well as some of the mixing, processing, and filtering tasks that are found in modern desktop audio production applications.The APIs have been designed with a wide variety of use cases in mind. Ideally, it should be able to support any use case which could reasonably be implemented with an optimized C++ engine controlled via JavaScript and run in a browser.・・・ 」（当審訳：・・・ウェブ上の音声は今までかなり原初的で、つい最近まで FlashやQuickTime プラグイン経由で配信する必要があった。HTML5でのaudio要素の導入は、非常に重要なもので、基本的なストリーミング音声再生が可能になった。しかし、より複雑な音声アプリケーション処理には十分強力でない。洗練されたウェブベースのゲームや、対話型アプリケーションには、別の解決策が必要である。この仕様書は、現代のゲーム用音声エンジンに見られる機能と共に、現代のデスクトップ音声制作アプリケーションに見られる、いくつかのミキシング・プロセシング・フィルタリング・タスクの機能を含ませることが目標である。このＡＰＩは、多様な使用例を念頭において設計された。理想的には、JavaScriptで制御され、最適化されたC++エンジンで実行でき、そして、ブラウザ上で動作可能な、任意の使用例をサポートすべきである。・・・）と記載されるように、周知である。 
　よって、引用発明において、「マークアップ言語に含まれるスクリプト」として、ウェブページ用の「ＨＴＭＬ言語に含まれるＪａｖａＳｃｒｉｐｔ」を採用することで、ブラウザが取得したウェブページを構成するマークアップ言語の再生時にスクリプトが実行されるようにする周知技術を採用することによって、「前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、出力する複数のコンテンツについて、主コンテンツと副コンテンツとを特定する主副特定手段」を備えるように構成することは、当業者が容易に推考し得ることである。 
  
　さらに、本願発明の効果も、引用発明及び周知技術に基づいて、当業者が予測し得る範囲内のものである。 
　
（４）　むすび 
　したがって、本願発明は、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。 
 　 
 　 
・請求項　２ 
・引用文献　１−３ 
・備考 
　引用文献３の段落［００４８］に「In some embodiments, the system can adjust sound based on background noise. For instance, the system can detect nearby noises from microphones attached to a wagering game machine. The system can then dynamically duck sounds based on a determined sound pressure against the microphone. The system can use responsive envelopes to perform the dynamic ducking.」（当審訳：ある実施例では、システムは、背景雑音に基づいて音を調整できる。例えば、システムは、賭博用ゲーム機に取り付けたマイクから周囲の雑音を検出できる。それから、システムは、マイクへの音圧に基づき、動的に音をダッキングできる。システムは，レスポンスの包絡線を、動的なダッキングに用いることができる。）と記載されるように、騒音などに対処するために、周囲環境に基づいて、コンテンツの再生条件を変更することは、周知技術である。 
　上記周知技術を、引用発明に付加することで、請求項２に係る構成とすることは、当業者が容易に推考し得ることである。 
・請求項　３〜４ 
・引用文献　１−３ 
・備考 引用文献２の「15. Performance Considerations」に「・・・15.3. Hardware Scalability　The system should gracefully degrade to allow audio processing under resource constrained conditions without dropping audio frames.・・・」（当審訳：１５.３．ハードウェア・スケーラビリティ　システムは、音声フレーム落ちを起こすことなく、リソースが制限された条件下で、音声処理をするために、優雅な劣化（gracefully degrade）をすべきである。）と記載されるように、ハードウェアやソフトウェアのリソースの制約などに対処するために、ハードウェア構成やソフトウェア構成に基づいて、コンテンツの再生条件を変更することは、周知技術である。 
　上記周知技術を、引用発明に付加することで、請求項３、請求項４に係る構成とすることは、当業者が容易に推考し得ることである。 
・請求項　５ 
・引用文献　１−４ 
・備考　　引用文献４の３２０ページに「遷移後初回時発音　遷移後のブロックに配置されているトラックが［遷移後初回時発音］に設定してあると、ブロック遷移した時（１ループ目）だけ発音します。」と記載されるように、再生の回数や頻度に基づいて、コンテンツの再生条件を変更することは、周知技術である。 
　上記周知技術を、引用発明に付加することで、請求項５に係る構成とすることは、当業者が容易に推考し得ることである。 
  
・請求項　６〜７ 
・引用文献　１−２ 
・備考 請求項６〜７に係る発明は、請求項１と同様の理由により、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。 
 　　　　　　　　　　　　　引　用　文　献　一　覧 
　１．米国特許第８１７０２３０号明細書 
　２．The World Wide Web Consortium(W3C)，Web Audio API　W3C Working Draft 10 October 2013，[online]，2013年10月10日，1. Introduction，6. Mixer Gain structure，15. Performance Considerations，[2015年10月28日検索]，インターネット＜URL:http://www.w3.org/TR/2013/WD-webaudio-20131010/＞ 
　３．米国特許出願公開第２０１０／３１７４３７号明細書
　４．内田哉、「ＣＲＩ ＡＤＸ２で作るゲームサウンド制作ガイド」、初版、株式会社翔泳社、２０１３年８月１９日、８４〜８９ページ、３１７〜３２０ページ 
２．当審拒絶理由の判断
（１）　引用文献の記載事項と、引用発明
　引用文献１（米国特許第８１７０２３０号明細書 ）には、１欄２８〜５５行、３欄６０行〜４欄５９行、１０欄５７行〜１１欄３６行、１２欄３７〜５９行、１３欄２８〜４４行の記載（上記「１．当審拒絶理由の概要」の（１）ア〜オの各摘記参照。）を参照すると、次の発明（以下、「引用発明」という。）が開示されているものと認められる。
「マスキングを減らす１つの手法として、「ダッキング」とも呼ばれる、サイドチェイン圧縮では、主音声信号が、圧縮器のサイド・チェ−ン入力として供給され、主音声信号の強度が指定された強度閾値を超える場合、圧縮器は、信号が閾値を超えた量に比例して、その信号が閾値を超えた期間中、他の副信号を減衰させる手法に基づいており、
　システムは、ステップ１０４で、受信した音声信号から、主音声信号と副音声信号とを識別し、主音声信号は、最も高い優先度の音声信号であり、第１の音声信号がナレーションで、第２の音声信号がＢＧＭならば、ナレーションは、最も高い優先度の音声信号として識別され、ＢＧＭは副音声信号として識別され、
　自動的に音声信号に優先度を割り当てるために、音声信号に関連付けられた情報を用い、特定の優先度の値を、音声信号のタイプに対して指定でき、システムは、トラックのメタデータを、例えば、トラックに含まれているあるタイプの音声信号を識別するために用いることができ、
　特定のビンの副音声信号の平均知覚強度が、主音声信号の平均知覚強度より大きければ、システムは、そのビンの中で副音声信号の音声データを減衰し、
　副音声信号のビンの平均知覚強度が、主音声信号の対応するビンの平均知覚強度と等しくなるまで、副音声信号の特定のビンの音声データを減衰させることができ、所定のビンについて、もしも副音声信号の音声データの平均知覚強度が−１０ｄＢであり、主音声信号の音声データの平均知覚強度が−１５ｄＢならば、副音声信号のビンの平均知覚強度が−１５ｄＢになるまで、減衰が行われ、あるいは、減衰量は、平均知覚強度の間の差の大きさに関わらない特定の量、例えば、−５ｄＢであってよく、
　システムは、ステップ８１２で、主音声信号と任意の副音声信号のビンからの減衰された音声データを含む副音声信号とを混合し、ミキシングされた音声信号は、ミキサーから出力されるものであって、 
　システムは、ブラウザ１１２０を含み、 
　ブラウザ１１２０は、ユーザが、インターネットで、デジタル・メディア・アイテムを検索できるようにし、 
　プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行されるために、配置できる、 
　プログラム。」
（２）　「本願発明」と「引用発明」との対比
　本願発明と引用発明とを対比する。
ア　引用発明の「システムは、ブラウザ１１２０を含み」、「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことは、本願発明の「
シナリオ上のシーンを含む
イ　引用発明において「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「主音声信号と任意の副音声信号のビンからの減衰された音声データを含む副音声信号とを混合し、ミキシングされた音声信号は、ミキサーから出力される」ことは、本願発明の「前記コンピュータ端末の制御部を」、「機能させることを特徴とする出力制御プログラム」に相当する。
  
ウ　引用発明の「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「システムは、ステップ１０４で、受信した音声信号から、主音声信号と副音声信号とを識別」することは、本願発明の「
前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に、
主コンテンツ、副コンテンツを決めるロジックにより、
  
エ　引用発明の「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「マスキングを減らす１つの手法として、「ダッキング」とも呼ばれる、サイドチェイン圧縮」の手法に基づいて、「副音声信号のビンの平均知覚強度が、主音声信号の対応するビンの平均知覚強度と等しくなるまで、副音声信号の特定のビンの音声データを減衰させることができ、所定のビンについて、もしも副音声信号の音声データの平均知覚強度が−１０ｄＢであり、主音声信号の音声データの平均知覚強度が−１５ｄＢならば、副音声信号のビンの平均知覚強度が−１５ｄＢになるまで、減衰が行われ」ることは、本願発明の「前記マークアップ言語に作用するスクリプト言語において、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を
、イベントが発生したシーン情報に関連付けられた出力条件に応じて
オ 引用発明の「プログラムは、マークアップ言語ドキュメントにストアされた１つ以上のスクリプトとして、１台のコンピュータ上で、実行される」ことで、「マスキングを減らす１つの手法として、『ダッキング』とも呼ばれる、サイドチェイン圧縮では、主音声信号が、圧縮器のサイド・チェ−ン入力として供給され、主音声信号の強度が指定された強度閾値を超える場合、圧縮器は、信号が閾値を超えた量に比例して、その信号が閾値を超えた期間中、他の副信号を減衰させる手法」に基づいて、「特定のビンの副音声信号の平均知覚強度が、主音声信号の平均知覚強度より大き」いことを検出すると、「システムは、ステップ１０４で、受信した音声信号から、主音声信号と副音声信号とを識別」し、「副音声信号のビンの平均知覚強度が、主音声信号の対応するビンの平均知覚強度と等しくなるまで、副音声信号の特定のビンの音声データを減衰させることができ、所定のビンについて、もしも副音声信号の音声データの平均知覚強度が−１０ｄＢであり、主音声信号の音声データの平均知覚強度が−１５ｄＢならば、副音声信号のビンの平均知覚強度が−１５ｄＢになるまで、減衰が行われ」ることは、本願発明の「前記マークアップ言語において、ダッキングを行なうイベントを検知した場合には、前記主副特定手段が、主コンテンツと副コンテンツとを特定し、前記出力条件設定手段を用いて、前記主コンテンツと副コンテンツの音量を取得し、前記主コンテンツと副コンテンツの出力を前記音量に変更し、前記イベントの終了時に、前記音量を戻す出力調整手段」に相当する。 
　したがって、本願発明と引用発明との一致点・相違点は次のとおりである。
＜一致点＞
「マークアップ言語で記述されたウェブページを表示するブラウザを備えたコンピュータ端末において、マークアップ言語に作用するスクリプト言語を実行する実行手段として機能させるプログラムであって、
　前記コンピュータ端末の制御部を、
　出力する複数のコンテンツについて、主コンテンツと副コンテンツとを特定する主副特定手段、
　前記マークアップ言語に作用するスクリプト言語において、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を、取得する出力条件設定手段、
　前記マークアップ言語において、ダッキングを行なうイベントを検知した場合には、前記主副特定手段が、主コンテンツと副コンテンツとを特定し、前記出力条件設定手段を用いて、前記主コンテンツと副コンテンツの音量を取得し、前記主コンテンツと副コンテンツの出力を前記音量に変更し、前記イベントの終了時に、前記音量を戻す出力調整手段
として機能させることを特徴とする出力制御プログラム。」
　
＜相違点１＞ 
　本願発明では、「主副特定手段」は、「前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に」、出力する複数のコンテンツについて、「主コンテンツ、副コンテンツを決めるロジックにより」、主コンテンツと副コンテンツとを特定するのに対して、引用発明は、「ステップ１０４で、受信した音声信号から、
主音声信号と副音声信号とを識別し
主音声信号は、最も高い優先度の音声信号であり
自動的に音声信号に優先度を割り当てるために
特定の優先度の値を、音声信号のタイプに対して指定でき
トラックのメタデータを、
トラックに含まれているあるタイプの音声信号を識別するために用いることができ
前記ブラウザが取得したウェブページを構成するマークアップ言語の再生時に
主コンテンツ、副コンテンツを決めるロジックにより
＜相違点２＞
　本願発明では、「出力調整手段」は、「シナリオ上のシーンを含む」マークアップ言語で記述されたウェブページを表示するものであって、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を、「イベントが発生したシーン情報に関連付けられた出力条件に応じて」取得するものであるのに対して、引用発明は主、副音声信号それぞれの強度やその差分に基づいて、音量を調整するものであって、「シナリオ上のシーンを含む」マークアップ言語で記述されたウェブページを表示すること、ダッキング時における前記主コンテンツと副コンテンツの出力条件としての音量を、「イベントが発生したシーン情報に関連付けられた出力条件に応じて」取得するものではない点。
（３）　判断
　上記＜相違点２＞について検討する。
　引用文献２（The World Wide Web Consortium(W3C)，Web  Audio API　W3C Working Draft ）は、拒絶査定時の「引用文献１」であって（上記第３、２（１）を参照。）、1. Introduction（３／５４−７／５４ページ），6. Mixer Gain structure（３５／５４−３８／５４ページ），15. Performance Considerations（５０／５４−５２／５４ページ）を参照すると、「現代のゲーム用音声エンジンに見られる機能と共に、現代のデスクトップ音声制作アプリケーションに見られる、いくつかのミキシング・プロセシング・フィルタリング・タスクの機能を含ませることを目標とした、Ｗｅｂ　Ａｕｄｉｏ　ＡＰＩであって、
　多様な使用例を念頭において設計され、JavaScriptで制御され、最適化されたC++エンジンで実行でき、そして、ブラウザ上で動作可能な、任意の使用例をサポートするものであって、
　複数の入力音声信号のゲインを調整して、ミキシング出力することができ、
　ハードウェア・スケーラビリティを考慮して、システムは、音声フレーム落ちを起こすことなく、リソースが制限された条件下で、音声処理をするために、優雅な性能劣化（gracefully degrade）をすべきである、Ｗｅｂ　Ａｕｄｉｏ　ＡＰＩ。」
が記載されている。
　引用文献３（米国特許出願公開第２０１０／３１７４３７号明細書）には、特に段落［００４８］の記載を参照すると、騒音などに対処するために、周囲環境に基づいて、コンテンツの再生条件を変更する周知技術が記載されている。
　引用文献４（ＣＲＩ ＡＤＸ２で作るゲームサウンド制作ガイド）には、３２０ページの「遷移後初回時発音　遷移後のブロックに配置されているトラックが［遷移後初回時発音］に設定してあると、ブロック遷移した時（１ループ目）だけ発音します。」との記載を参照すると、再生回数や再生頻度に基づいて、コンテンツの再生条件を変更する周知技術が記載されている。
　また、引用文献４には、８４−８９ページの記載を参照すると、音声が再生されている時だけ音声以外の音量が下がるようにする、周知のダッキングを設定することが記載されている。
　さらに、引用文献４には、３１７ページの「ブロック再生の使い方」欄に、「ブロック再生を使うと、例えばゲームの状況が通常シーンからボスシーンに変わった時に、同じ曲が再生されたままリズムトラックだけ激しくなるようにすることができます。」と記載され、シーンの推移に応じて、同じ曲のリズムトラックの激しさだけを変化させることが記載されている。
　しかしながら、「シナリオ上のシーンを含むマークアップ言語で記述されたウェブページ」を構成するマークアップ言語の再生時に、ダッキング時における主コンテンツと副コンテンツの出力条件としての音量を、「イベントが発生したシーン情報に関連付けられた出力条件に応じて」取得することは、引用文献２−４には記載も示唆もなく、周知技術ともいえないから、上記相違点２に係る構成は、引用発明及び引用文献２−４記載の技術に基づいて、容易に想到できたものであるとはいえない。
（４）小括
　したがって、本願発明は、引用発明及び引用文献２−４記載の技術に基づいて、当業者が容易に発明をすることができたものとはいえなくなった。 
　本願の請求項２−５に係る発明は、本願発明をさらに限定したものであり、本願の請求項６−７に係る発明は、本願発明と実質的にカテゴリーのみが相違するものであるので、本願発明と同様に、当業者が引用発明及び引用文献２−４記載の技術に基づいて容易に発明をすることができたものとはいえなくなった。
　そうすると、もはや、当審で通知した拒絶理由によって本願を拒絶することはできない。
第５　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。