【事件の表示】
　特願２０１３−２５４７１９「映像配信システムおよびプログラム」拒絶査定不服審判事件〔平成２７年　６月２２日出願公開、特開２０１５−１１５６７８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成２５年１２月１０日の出願であって、その手続の経緯は、以下のとおりである。
平成２９年　７月２１日付け：拒絶理由通知書
　　　同年　９月２５日　　：意見書の提出
　　　同年１０月１３日付け：拒絶査定
平成３０年　１月２４日　　：審判請求書、手続補正書の提出
　　　同年１１月　２日付け：拒絶理由通知書（当審）
平成３１年　１月　７日　　：意見書、手続補正書の提出
第２　本願発明
　本願の請求項に係る発明は、平成３１年１月７日になされた手続補正（以下、「本件補正」という。）により補正された特許請求の範囲の請求項１−１０に記載された事項により特定されるものであるところ、その請求項１に係る発明（以下「本願発明」という。）は、以下のとおりのものである。
　なお、本願発明の各構成の符号（Ａ）〜（Ｆ）は、説明のために当審において付与したものであり、以下、構成Ａ〜構成Ｆと称する。
（本願発明）
【請求項１】
（Ａ）カメラで撮影された映像コンテンツを前記カメラからリアルタイムに取得する取得部と、
（Ｂ１）前記映像コンテンツを配信用の標準フォーマットのデータファイルに変換する変換部と、
（Ｃ）前記データファイルを蓄積する蓄積部と、
（Ｄ）端末装置からの要求に応じて前記データファイルを前記蓄積部から読み出して前記端末装置へ配信する配信部とを備え、
（Ｅ）前記カメラと前記端末装置とは同一のコーデックの映像データに対応しており、
（Ｂ２）前記変換部は、前記映像コンテンツに含まれる映像データについては前記コーデックを変えることなく、前記映像コンテンツを前記データファイルに変換するように構成されており、
（Ｂ３）前記取得部での前記映像コンテンツの取得開始から終了までの間に、当該映像コンテンツの変換を開始する
（Ｆ）ことを特徴とする映像配信システム。
第３　拒絶の理由
　本件補正前の請求項１に係る発明についての平成３０年１１月２日付けの当審が通知した拒絶の理由は、この出願の請求項１に係る発明は、本願の出願日前に日本国内又は外国において、頒布された又は電気通信回線を通じて公衆に利用可能となった以下の引用文献１に記載された発明及び引用文献２に記載された事項に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない、というものである。
引用文献１：特開２００５−４９８３４号公報
引用文献２：国際公開第２０１２／０６７２１９号
第４　引用文献の記載及び引用発明
１．引用文献１の記載事項
　引用文献１（特開２００５−４９８３４号公報）には、図面とともに、次の記載がある。下線は説明のために当審にて付したものである。
（１）「【０１７０】
  図２３は、
コンテンツ配信サービスを実現するコンテンツ供給システムｅｘ１００
（２）「図２３
」
（３）「【０１７１】
  このコンテンツ供給システムｅｘ１００は、例えば、
インターネットｅｘ１０１
を介して
カメラｅｘ１１３
が接続される。
（４）「【０１７２】
  しかし、コンテンツ供給システムｅｘ１００は図２３のような組合せに限定されず、いずれかを組み合わせて接続するようにしてもよい。また、固定無線局である基地局ｅｘ１０７〜ｅｘ１１０を介さずに、各機器が電話網ｅｘ１０４に直接接続されてもよい。」
（５）「【０１７３】
  カメラｅｘ１１３はデジタルビデオカメラ等の動画撮影が可能な機器である。また、携帯電話は、ＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式、若しくはＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式の携帯電話機、またはＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）等であり、いずれでも構わない。」
（６）「【０１７４】
　また、
ストリーミングサーバｅｘ１０３は、カメラｅｘ１１３から基地局ｅｘ１０９、電話網ｅｘ１０４を通じて接続されており、カメラｅｘ１１３で取り込んだ符号化データをＭＰ４ファイルとして蓄積しておき、そのファイルを伝送する。
予め蓄積されたＭＰ４ファイルをHTTP用ストリーミングサーバから配信する。つまり、符号化データそのものをパケット化して配信するのではなく、ＭＰ４ファイルそのものを伝送する。
（７）「【０１７５】
　また、
ストリーミングサーバｅｘ１０３は、
カメラｅｘ１１３を用いてユーザが送信する符号化処理されたデータに基づいたライブ配信等が可能になる。なお、以上に述べたようにライブ配信を行うためには、ＭＰ４ファイルをリアルタイムで作成することが必要となり、フラグメント化したＭＰ４ファイルを用いることになる。そして、フラグメント化したＭＰ４を用いれば、ＨＴＴＰ／ＴＣＰを利用した、ライブ配信に近い低遅延の配信が可能である。
（８）「【０１７６】
　この
コンテンツ供給システムｅｘ１００では、ユーザがカメラｅｘ１１３
で撮影しているコンテンツ（例えば、音楽ライブを撮影した映像等）を符号化処理してストリーミングサーバｅｘ１０３に送信する
ストリーミングサーバｅｘ１０３は要求のあったクライアントに対して上記コンテンツデータをストリーム配信する。クライアントとしては、
コンピュータｅｘ１１１、ＰＤＡｅｘ１１２
等がある。
コンテンツ供給システムｅｘ１００は、符号化されたデータをクライアントにおいて受信して再生することができ、さらにクライアントにおいてリアルタイムで受信して復号化し、再生することにより、個人放送をも実現可能になるシステムである。
２．引用発明
　上記記載から、引用文献１には、次の技術事項が記載されているものと認められる。
（１）上記１（１）、（２）によれば、引用文献１には、コンテンツ配信サービスを実現するコンテンツ供給システムｅｘ１００のストリーミングサーバｅｘ１０３が記載されている。
（２）上記１（２）、（３）、（６）によれば、前記ストリーミングサーバｅｘ１０３は、インターネットを介して、カメラｅｘ１１３が接続されている。
（３）上記１（６）によれば、前記ストリーミングサーバｅｘ１０３は、カメラｅｘ１１３で取り込んだ符号化データをＭＰ４ファイルとして蓄積しておき、そのファイルを伝送するものであり、予め蓄積されたＭＰ４ファイルをHTTP用ストリーミングサーバから、符号化データそのものをパケット化して配信するのではなく、ＭＰ４ファイルそのものを伝送するものである。
（４）上記１（７）によれば、前記ストリーミングサーバｅｘ１０３は、カメラｅｘ１１３を用いてユーザが送信する符号化処理されたデータに基づいたライブ配信等が可能であり、ライブ配信を行うためには、ＭＰ４ファイルをリアルタイムで作成することが必要となり、フラグメント化したＭＰ４ファイルを用いて、ＨＴＴＰ／ＴＣＰを利用した、ライブ配信に近い低遅延の配信が可能である。
（５）上記１（８）によれば、前記コンテンツ供給システムｅｘ１００では、ユーザがカメラｅｘ１１３で撮影しているコンテンツ（例えば、音楽ライブを撮影した映像等）を符号化処理してストリーミングサーバｅｘ１０３に送信するものである。
（６）上記１（８）によれば、前記ストリーミングサーバｅｘ１０３は、要求のあったクライアントに対して上記コンテンツデータをストリーム配信するものであり、クライアントとしては、コンピュータｅｘ１１１、ＰＤＡｅｘ１１２等がある。
（７）上記１（８）によれば、前記コンテンツ供給システムｅｘ１００は、符号化されたデータをクライアントにおいて受信して再生することができ、さらにクライアントにおいてリアルタイムで受信して復号化し、再生することにより、個人放送をも実現可能になるシステムである。
（８）以上によると、引用文献１には、次の発明（以下「引用発明」という。）が記載されていると認められる。
　なお、引用発明の符号（ａ）〜（ｆ）は、説明のために当審において付与したものであり、以下、構成ａ〜構成ｆと称する。
（引用発明）
（ａ）コンテンツ配信サービスを実現するコンテンツ供給システムｅｘ１００のストリーミングサーバｅｘ１０３であって、
（ｂ）ストリーミングサーバｅｘ１０３は、インターネットｅｘ１０１を介して、カメラｅｘ１１３が接続されており、
（ｃ）前記ストリーミングサーバｅｘ１０３は、
（ｃ１）カメラｅｘ１１３で取り込んだ符号化データをＭＰ４ファイルとして蓄積しておき、そのファイルを伝送するものであり、
（ｃ２）予め蓄積されたＭＰ４ファイルをHTTP用ストリーミングサーバから、符号化データそのものをパケット化して配信するのではなく、ＭＰ４ファイルそのものを伝送するものであり、
（ｃ３）カメラｅｘ１１３を用いてユーザが送信する符号化処理されたデータに基づいたライブ配信等が可能であり、ライブ配信を行うためには、ＭＰ４ファイルをリアルタイムで作成することが必要となり、フラグメント化したＭＰ４ファイルを用いて、ＨＴＴＰ／ＴＣＰを利用した、ライブ配信に近い低遅延の配信が可能であり、
（ｄ）コンテンツ供給システムｅｘ１００では、ユーザがカメラｅｘ１１３で撮影しているコンテンツ（例えば、音楽ライブを撮影した映像等）を符号化処理してストリーミングサーバｅｘ１０３に送信し、
（ｃ４）ストリーミングサーバｅｘ１０３は、要求のあったクライアントに対して上記コンテンツデータをストリーム配信するものであり、クライアントとしては、符号化処理されたデータを復号化することが可能な、コンピュータｅｘ１１１、ＰＤＡｅｘ１１２等があり、
（ｅ）コンテンツ供給システムｅｘ１００は、符号化されたデータをクライアントにおいて受信して再生することができ、さらにクライアントにおいてリアルタイムで受信して復号化し、再生することにより、個人放送をも実現可能になるシステム
（ｃ）における前記ストリーミングサーバｅｘ１０３。
３．引用文献２の記載事項
　引用文献２（国際公開第２０１２／０６７２１９号）には、図面とともに、次の記載がある。下線は説明のために当審にて付したものである。
（１）「[0126]　また、上記実施例では、コンテナフォーマットの変換をサーバー装置、あるいは、プレイヤー装置が行うこととしたが、
コンテナフォーマットの変換を、サーバー装置とプレイヤー装置との間に介在する中継サーバー装置が行うこととしてもよい。
（２）「[0127]　図７の例では、
サーバー装置８０が
利用可能なフォーマットには、
ＭＰＥＧ２−ＴＳ
Ｈ．２６４（ＨＤ）
がある。
（３）「[0128]　また、
プレイヤー装置１１０が
利用可能なフォーマットには、
ＭＰ４
Ｈ．２６４（ＨＤ）
がある。
（４）「[0129]　
サーバー装置８０は、プレイヤー装置１１０がコンテナフォーマットの変換を行うことにより再生可能となるフォーマット（ＭＰＥＧ２−ＴＳ，Ｈ．２６４（ＨＤ），ＡＡＣ）のコンテンツデータを中継サーバー装置９０に送信する
このコンテンツデータを受信した中継サーバー装置９０は、動画データおよび音声データのデコード処理およびエンコード処理を行うことなく、コンテナフォーマットを「ＭＰＥＧ２−ＴＳ」から「ＭＰ４」に変換する。
中継サーバー装置９０は、コンテナフォーマットの変換により得られたフォーマットが（ＭＰ４，Ｈ．２６４（ＨＤ），ＡＡＣ）のコンテンツデータをプレイヤー装置１１０に送信する。
（５）「[0130]　図８は、コンテナフォーマットの変換を行う中継サーバー装置９０の機能ブロック図である。中継サーバー装置９０は、コンテナフォーマットの情報を用いて、プレイヤー装置１１０向けにコンテナフォーマットが変換されたコンテンツデータを生成する装置である。図８に示すように、
中継サーバー装置９０は、
コンテナ変換部９８、
制御部１００を備える。
（６）「[0143]　この場合、
制御部１００は、
動画コーデックの種別
が
一致するコンテンツデータ、すなわち、フォーマットが
ＭＰＥＧ２−ＴＳ，Ｈ．２６４（ＨＤ）
であるコンテンツデータを、コンテナフォーマットの変換が可能なコンテンツデータとして抽出する。
（７）「[0152]　さらに、
制御部１００は、プレイヤー装置１１０からコンテンツデータの再生要求あるいはコンテンツデータの転送要求を受け付けた場合に、
[0153]　その際、コンテンツデータのコンテナフォーマットを変換する必要がある場合には、
コンテナ変換部９８を制御して、コンテナフォーマットの変換を実行させる。
４．引用文献２の技術事項
　以上によると、引用文献２には、次の技術事項が記載されていると認められる。
（引用文献２に記載された技術）
　プレイヤー装置にコンテンツを送信するサーバー装置のコンテナフォーマット及び動画コーデックがそれぞれ（ＭＰＥＧ２−ＴＳ）及び（Ｈ．２６４（ＨＤ））を含み、前記サーバー装置からコンテンツを受信するプレイヤー装置が利用可能なコンテナフォーマット及び動画コーデックがそれぞれ（ＭＰ４）及び（Ｈ．２６４（ＨＤ））であり、サーバー装置とプレイヤー装置との間に介在する中継サーバー装置において、
　中継サーバー装置は、動画コーデックの種別が一致するコンテンツデータ、すなわち、コンテナフォーマット及び動画コーデックがそれぞれ（ＭＰＥＧ２−ＴＳ）及び（Ｈ．２６４（ＨＤ））であるコンテンツデータを、コンテナフォーマットの変換が可能なコンテンツデータとして抽出し、プレイヤー装置からの要求を受け付けた場合に、受信したコンテンツデータを、動画データのデコード処理およびエンコード処理を行うことなく、コンテナフォーマットを「ＭＰＥＧ２−ＴＳ」から「ＭＰ４」に変換する技術。
第５　対比
　本願発明と引用発明とを対比する。
１．構成Ａについて
　構成ｄの「カメラｅｘ１１３」は、構成Ａの「カメラ」に相当する。
　構成ｄの「コンテンツ（例えば、音楽ライブを撮影した映像等）」は、構成Ａの「映像コンテンツ」に相当する。
　構成ｄのコンテンツ供給システム１００は、「ユーザがカメラｅｘ１１３で撮影しているコンテンツ（例えば、音楽ライブを撮影した映像等）を符号化処理してストリーミングサーバｅｘ１０３に送信し」とあるから、カメラｅｘ１１３で撮影されたコンテンツ（例えば、音楽ライブを撮影した映像等）を取得しているといえる。
　また、構成ｃ３によれば、ストリーミングサーバｅｘ１０３は、ライブ配信等が可能であり、配信するＭＰ４ファイルをリアルタイムで作成することが必要であるから、ライブ配信を行うために、ライブ配信用のデータの取得をリアルタイムに行うことは、明らかである。
　さらに、ストリーミングサーバｅｘ１０３は、データを取得するから、取得部を備えているといえる。
　よって、構成ｃのストリーミングサーバｅｘ１０３の当該取得部は、「カメラで撮影された映像コンテンツを前記カメラからリアルタイムに取得する取得部」である点で、構成Ａと一致する。
２．構成Ｂ１及び構成Ｃについて
　構成ｃ１の「カメラｅｘ１１３で取り込んだ符号化データ」は、構成ｄの「コンテンツ（例えば、音楽ライブを撮影した映像等）を符号化処理」したものであり、構成ｃ１の「ＭＰ４ファイル」は、カメラで取り込んだ符号化データを変換したものといえる。
　構成ｃ１の「ＭＰ４ファイル」は、構成ｃ２の「蓄積されたＭＰ４ファイル」及び構成ｃ３の「フラグメント化したＭＰ４ファイル」と同じものを意味しているといえる。
　そして、構成ｃ３の「フラグメント化したＭＰ４ファイル」は、「HTTP用ストリーミングサーバから、ＭＰ４ファイルそのものを伝送する」ものであり（構成ｃ２）、「ＨＴＴＰ／ＴＣＰを利用した、ライブ配信に近い低遅延の配信が可能」（構成ｃ２）であるから、「配信用のデータファイル」である。そして、「フラグメント化したＭＰ４ファイル」は、国際規格である「ＩＳＯ−ＩＥＣ／１４４９６−１２」及び「ＩＳＯ／ＩＥＣ１４４９６−１４」に規定され、「標準フォーマット」といえるから、構成ｃ３の「フラグメント化したＭＰ４ファイル」は、構成Ｂ１の「配信用の標準フォーマットのデータファイル」と一致する。
　上述のとおり、構成ｃ１の「ＭＰ４ファイル」は、カメラで取り込んだコンテンツ（例えば、音楽ライブを撮影した映像等）を変換したものといえるから、構成ｃのストリーミングサーバｅｘ１０３は、変換部を備えているといえる。
　また、構成ｃ１の「カメラｅｘ１１３で取り込んだ符号化データをＭＰ４ファイルとして蓄積して」おくことから、構成ｃのストリーミングサーバｅｘ１０３は、データファイルを蓄積するために蓄積部を備えているといえる。
　よって、構成ｃのストリーミングサーバｅｘ１０３の当該変換部及び当該蓄積部は、構成Ｂ１及び構成Ｃと一致する。
３．構成Ｄについて
　構成ｃ４の「クライント」は、「コンピュータｅｘ１１１、ＰＤＡｅｘ１１２等」であるから、構成Ｄの「端末装置」に相当する。
　また、構成ｃ４の「クライアント」からの「要求」は、構成Ｄの「端末装置からの要求」に相当する。
　構成ｃ４の「コンテンツデータ」は、上記２で検討したとおり、構成ｃ３の「フラグメント化したＭＰ４ファイル」であって、「クライアントに対してストリーム配信するもの」であるから、構成Ｄの「前記データファイル」に相当する。
　また、「コンテンツデータをストリーム配信する」ことから、構成ｃのストリーミングサーバｅｘ１０３は、データファイルを蓄積した蓄積部から読み出して端末装置に配信する配信部を備えているといえる。
　よって、構成ｃのストリーミングサーバｅｘ１０３の当該取得部は、「端末装置からの要求に応じて前記データファイルを前記蓄積部から読み出して前記端末装置へ配信する配信部」である点で、構成Ｄと一致する。
４．構成Ｅについて
　構成ｃ１の「符号化データ」及び「ＭＰ４ファイル」、構成ｄの「符号化処理」について、コーデックの内容は特定されていない。
　また、構成ｃ４のクライアントの符号化処理されたデータを復号化することが可能」について、コーデックの内容は特定されていない。
　したがって、本願発明は、「前記カメラと前記端末装置とは同一のコーデックの映像データに対応しており」の構成を有する（構成Ｅ）のに対して、引用発明はそのような特定がなされていない点で相違する。
５．構成Ｂ２について
　上記２で述べたように、構成ｃ１は、構成ｃ３から、カメラｅｘ１１３で取り込んだ符号化データからフラグメント化したＭＰ４ファイルに変換して蓄積するものであるものの、その変換において、具体的にどのような処理を行うのかは、引用発明においては特定されていない。
　よって、本願発明においては、前記映像コンテンツに含まれる映像データについては前記コーデックを変えることなく、前記映像コンテンツを前記データファイルに変換するのに対して、引用発明はそのような特定がなされていない点で相違する。
６．構成Ｂ３について
　上記１のとおり、構成ｄのストリーミングサーバｅｘ１０３は、カメラｅｘ１１３で撮影されたコンテンツ（例えば、音楽ライブを撮影した映像等）を取得しているといえる。
　また、上記２のとおり、構成ｃ１の「ＭＰ４ファイル」は、カメラで取り込んだコンテンツ（例えば、音楽ライブを撮影した映像等）を変換したものといえる。
　そして、上記１のとおり、構成ｃ３によれば、ストリーミングサーバｅｘ１０３は、ライブ配信等が可能であり、配信するＭＰ４ファイルをリアルタイムで作成することが必要であるから、構成ｃのストリーミングサーバｅｘ１０３は、カメラで取り込んだコンテンツ（例えば、音楽ライブを撮影した映像等）の変換を、リアルタイムで行うべく、カメラで取り込んだコンテンツ（例えば、音楽ライブを撮影した映像等）の取得開始から終了までの間に、開始するものであるといえる。
　したがって、構成ｃのストリーミングサーバｅｘ１０３は、「前記取得部での前記映像コンテンツの取得開始から終了までの間に、当該映像コンテンツの変換を開始する」点で、構成Ｂ３と一致する。
７．構成Ｆについて
　構成ｃの「ストリーミングサーバｅｘ１０３」は、コンテンツ（例えば、音楽ライブを撮影した映像等）のストリーム配信を行うことから、構成Ｆの「映像配信システム」に相当する。
８．まとめ
　上記１〜７の対比を踏まえると、本願発明と引用発明との一致点及び相違点は次のとおりである。
（一致点）
　カメラで撮影された映像コンテンツを前記カメラからリアルタイムに取得する取得部と、
　前記映像コンテンツを配信用の標準フォーマットのデータファイルに変換する変換部と、
　前記データファイルを蓄積する蓄積部と、
　端末装置からの要求に応じて前記データファイルを前記蓄積部から読み出して前記端末装置へ配信する配信部とを備え、
　前記取得部での前記映像コンテンツの取得開始から終了までの間に、当該映像コンテンツの変換を開始する
　ことを特徴とする映像配信システム。
（相違点）
　本願発明は、前記カメラと前記端末装置とは同一のコーデックの映像データに対応しており、前記変換部は、前記映像コンテンツに含まれる映像データについては前記コーデックを変えることなく、前記映像コンテンツを前記データファイルに変換するように構成されているのに対し、引用発明は、そのような特定がなされていない点。
第６　判断
　以下、上記相違点について検討する。
１．相違点について
　引用文献２に記載された技術は、コンテンツの送信装置とコンテンツの受信装置とは同一の動画コーデック（Ｈ．２６４（ＨＤ））のコンテンツに対応している場合において、コンテンツの受信装置からの要求に応じて、コンテンツの動画コーデックを変えることなく、コンテナフォーマットをＭＰ４に変換する技術である。
　そして、引用発明において、カメラｅｘ１１３とクライアントとが同一のコーデックの映像のデータに対応する構成を採用することは、引用文献２に記載されているように、適宜なし得る構成であり、そのような構成を採用した場合に、映像のコンテンツからＭＰ４ファイルを生成する具体的な手法として、引用文献２に記載された技術事項を適宜用いることは、当業者が容易に想到し得ることである。
２．効果等について
　本願発明の構成は、上記のように当業者が容易に想到できたものであるところ、本願発明が奏する効果は、その容易想到である構成から当業者が容易に予測しうる範囲内のものであり、同範囲を超える格別顕著なものがあるとは認められない。
３．請求人の主張について
　請求人は、３１年１月７日付けの意見書において、「引用文献１では、「低遅延の配信」に着目しており、配信時のデータを軽くすることに重きを置いているので、引用文献１に対して、コーデックを変えない（＝データとしては重くなる）という技術を適用することは、当業者が通常は考えないことです。」と主張している。
　しかしながら、引用発明は、フラグメント化したＭＰ４ファイルを用いることにより低遅延の配信を行うものであって、配信時のデータを軽くすることにより低遅延の配信を行うものではないので、当該主張は採用することができない。
４．まとめ
　以上のとおりであるから、本願発明は引用発明に基づいて、当業者が容易に発明をすることができたものである。
第７　むすび
　以上のとおり、本願の請求項１に係る発明は、特許法２９条２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶をすべきものである。
　よって、結論のとおり審決する。