令和2(行ケ)10134審決取消請求事件

令和３年７月２９日判決言渡
令和２年（行ケ）第１０１３４号 審決取消請求事件
口頭弁論終結日 令和３年６月１５日
判 決
原 告 ビデリ インコーポレイテッド
同訴訟代理人弁護士 宮 嶋 学
髙 田 泰 彦
柏 延 之
砂 山 麗
同訴訟代理人弁理士 中 村 行 孝
関 根 毅
吉 田 昌 司
被 告 特 許 庁 長 官
同 指 定 代 理 人 千 葉 輝 久
五 十 嵐 努
川 崎 優
梶 尾 誠 哉
山 田 啓 之
主 文
１ 特許庁が不服２０１９－５５号事件について令和２年６月３０日にした審決
を取り消す。
２ 訴訟費用は被告の負担とする。
事 実 及 び 理 由
第１ 請求
主文と同旨
第２ 事案の概要
本件は，特許出願拒絶査定に対する不服審判請求を不成立とした審決の取消訴訟
である。争点は，進歩性についての認定判断の誤りの有無である。
１ 特許庁における手続の経緯
(1) 原告は，名称を「インターネットを介したデジタル・アート配信および鑑
賞の制御ならびに画像形成のためのシステムおよび方法」とする発明について，国
際出願日を平成２６年３月１４日とする特許出願（特願２０１６－５０３１１６［パ
リ条約による優先権主張 平成２５年１２月１７日，平成２６年３月１４日及び平
成２５年３月１５日，いずれも米国］。以下「本願」といい，本願の際に添付された
明細書を「本願明細書」という。）をし（甲６），平成２８年１月１２日，平成２９
年３月１４日及び平成３０年５月２日に，それぞれ手続補正をしたが，同年８月２
８日付けで拒絶査定を受けた。そこで，原告は，平成３１年１月４日，同拒絶査定
に対する不服審判の請求（不服２０１９－５５号。以下「本件審判請求」という。）
をし，その後，令和２年３月１２日付けで手続補正をした（甲７）。
(2) 特許庁は，令和２年６月３０日，「本件審判の請求は，成り立たない。」
との審決（以下「本件審決」という。）をし，その謄本は，同年７月１７日に原告
に送達された。
２ 本願に係る発明
令和２年３月１２日付けの手続補正後の本願の特許請求の範囲の請求項１～１４
に係る発明（以下，併せて「本願発明」といい，各請求項に係る発明をそれぞれ請
求項の番号に応じて「本願発明１」などという。）は，次のとおりである（甲７。た
だし，本願発明８の各構成の冒頭の符号（Ａ）～（Ｋ）［枝番を含む。］は，本件審
決において説明のために付されたもので，以下「構成Ａ」などという。。
）
【請求項１】
処理コントローラと，メモリと，表示画面とを備えたディスプレイ装置に，表示
用のデジタル・コンテンツを記憶するためのシステムであって，
１つまたは複数のディスプレイ装置の表示画面上に表示されるように構成された，
少なくとも１つのデジタル・コンテンツ・アイテムと，
通信コントローラ，インターフェース・サーバおよびサービス管理システムを含
むコンテンツ・サービス・クラウドを有するサービス・クラウドと
を備え，前記サービス・クラウドは，
前記少なくとも１つのデジタル・コンテンツ・アイテムを記憶して管理するよう
に構成された保護記憶システムと，
前記少なくとも１つのデジタル・コンテンツ・アイテムを表示するように構成さ
れた前記１つまたは複数のディスプレイ装置と通信するように構成された，通信コ
ントローラと，
前記少なくとも１つのデジタル・コンテンツ・アイテムを，前記１つまたは複数
のディスプレイ装置に供給することを制御するように構成された供給エンジンと，
前記供給エンジンにより供給を受けた，前記１つまたは複数のディスプレイ装置
の動作状態および性能レベルを反映したデータを，収集するように構成されたサー
ビス管理システムと，
前記１つまたは複数のディスプレイ装置上に表示するための前記少なくとも１つ
のデジタル・コンテンツ・アイテムの選択のために，インターネットを介して，メ
モリ，プロセッサおよびユーザ入力装置を具備したコンピュータ上で稼働するアプ
リケーションのインターフェースとなるように構成されたサーバと，
前記少なくとも１つのデジタル・コンテンツ・アイテムの導入を制御するように
構成されたデジタル・メディア・コンテンツ取込エンジンと，
認証されたデジタル・コンテンツ・アイテムを，前記サービス・クラウドの外部
の創作地点から，前記インターネットを介して，前記１つまたは複数のディスプレ
イ装置へと転送するように構成された外部コンテンツ・ゲートウェイと，
コンテンツを，前記１つまたは複数のディスプレイ装置へ，前記サービス・クラ
ウドの外部の１つまたは複数の外部供給源から提供するように構成されたライブ・
データ・フィード・ゲートウェイと，を備え，
前記ユーザ入力装置による前記少なくとも１つのデジタル・コンテンツ・アイテ
ムの前記選択に応答して，前記通信コントローラは，前記少なくとも１つのデジタ
ル・コンテンツ・アイテムを，前記インターネットを介して，前記ディスプレイ装
置の前記表示画面へ送信するように構成され，
前記デジタル・メディア・コンテンツ取込エンジンは，前記１つまたは複数のデ
ィスプレイ装置上に表示するための前記少なくとも１つのデジタル・コンテンツ・
アイテムを解析し修正するように構成され，
前記デジタル・メディア・コンテンツ取込エンジンは，低容量取込および大容量
取込を含む取込作業フローを備える，システム。
【請求項２】
前記アプリケーションを通してアクセス可能なソーシャル・ネットワーク機能を
可能とするように構成されたソーシャル・ネットワーク・エンジンと，
前記サービス・クラウドのユーザに関する情報を管理するように構成された顧客
関係管理エンジンと，
ユーザが，前記１つまたは複数のディスプレイ装置上に表示するために，前記供
給エンジンにより管理された前記１つまたは複数のデジタル・コンテンツ・アイテ
ムを，販売，購入，または貸与することができるように構成された商取引エンジン
と，のうちの１つまたは複数を，さらに備えた，請求項１に記載のシステム。
【請求項３】
前記デジタル・コンテンツは，静止画，動画，対話画像，およびアプリ画像のう
ちの１つまたは複数を備えた，請求項１に記載のシステム。
【請求項４】
前記供給エンジンによる前記少なくとも１つのデジタル・コンテンツ・アイテム
の前記供給は，
前記１つまたは複数のディスプレイ装置が，前記少なくとも１つのデジタル・コ
ンテンツ・アイテムを記憶および／または鑑賞するための権利を，取得済であるこ
とを保証すること，
前記少なくとも１つのデジタル・コンテンツ・アイテムが，その創作者により設
定された鑑賞ルールに従って表示されることを保証すること，
デジタル・フレームまたはデジタル・マットを，表示のための前記少なくとも１
つのデジタル・コンテンツ・アイテムに追加すること，ならびに，
前記サービス・クラウドへのデジタル・コンテンツの権限なきアクセスを防止す
ることのうちの１つまたは複数を含む，請求項１に記載のシステム。
【請求項５】
前記ソーシャル・ネットワーク・エンジンは，ピクチャおよびビデオを，前記保
護記憶システム内のユーザのプライベート・ライブラリ内に，アップロードするよ
うに構成されたソーシャル配信システムを備えた，請求項２に記載のシステム。
【請求項６】
前記アップロードされたピクチャおよびビデオを，それらが前記保護記憶システ
ム内に記憶される前に保護するように構成された前記ソーシャル配信システムと通
信するサード・パーティ・キー管理システムを，さらに備えた，請求項５に記載の
システム。
【請求項７】
前記商取引エンジンは，デジタル所有権を実行することを含み，この実行は，
前記少なくとも１つのデジタル・コンテンツ・アイテムの所有権の適切な移転を
保証すること，
前記少なくとも１つのデジタル・コンテンツ・アイテムの創作者により設定され
た認証された配信規則を，実行することを保証すること，
前記少なくとも１つのデジタル・コンテンツ・アイテムの転売のための商取引条
件を，実行すること，ならびに，
前記少なくとも１つのデジタル・コンテンツ・アイテムの正当性および唯一性を
保護するとともに，前記少なくとも１つのデジタル・コンテンツ・アイテムへの権
限なきアクセスを防止することの１つまたは複数によりなされる，請求項２に記載
のシステム。
【請求項８】
（Ａ）処理コントローラと，メモリと，表示画面とを備えたディスプレイ装置に，
表示用のデジタル・コンテンツを記憶するための方法であって，
（Ｂ）１つまたは複数のディスプレイ装置の表示画面上に表示されるように構成
された，少なくとも１つのデジタル・コンテンツ・アイテムを用意することと，
（Ｃ）通信コントローラ，インターフェース・サーバおよびサービス管理システ
ムを含むコンテンツ・サービス・クラウドを有するサービス・クラウドであって，
サーバ，メモリ，およびプロセッサを備えたサービス・クラウドを用意することと，
（Ｄ）前記サービス・クラウドの保護記憶システムにより，前記少なくとも１つ
のデジタル・コンテンツ・アイテムを記憶および管理することと，
（Ｅ１）前記少なくとも１つのデジタル・コンテンツ・アイテムを表示するよう
に構成された前記１つまたは複数のディスプレイ装置の前記処理コントローラと，
前記サービス・クラウドの通信コントローラにより，通信することと，
（Ｆ１）前記少なくとも１つのデジタル・コンテンツ・アイテムの前記サービス・
クラウドの前記保護記憶システムへの導入を，前記サービス・クラウドのデジタル・
メディア・コンテンツ取込エンジンにより制御することと，
（Ｇ）前記１つまたは複数のディスプレイ装置上の前記少なくとも１つのデジタ
ル・コンテンツ・アイテムの供給を，前記サービス・クラウドの供給エンジンによ
り制御することと，
（Ｈ）前記供給エンジンにより供給を受けた，前記１つまたは複数のディスプレ
イ装置の動作状態および性能レベルを反映したデータを，前記サービス・クラウド
のサービス管理システムにより収集することと，
（Ｉ）前記１つまたは複数のディスプレイ装置上に表示するための前記少なくと
も１つのデジタル・コンテンツ・アイテムの選択のために，前記サービス・クラウ
ドのサーバにより，メモリ，プロセッサおよびユーザ入力装置を備えたコンピュー
タ上で稼働するアプリケーションのインターフェースとなることと，
（Ｊ）認証されたデジタル・コンテンツ・アイテムを，前記サービス・クラウド
の外部の創作地点から，インターネットを介して，前記１つまたは複数のディスプ
レイ装置へと，前記サービス・クラウドの外部コンテンツ・ゲートウェイにより転
送することと，
（Ｋ）コンテンツを，前記１つまたは複数のディスプレイ装置へ，前記サービス・
クラウドの外部の１つまたは複数の外部供給源から，前記サービス・クラウドのラ
イブ・データ・フィード・ゲートウェイにより提供することと，
（Ｅ２）前記ユーザ入力装置による前記少なくとも１つのデジタル・コンテンツ・
アイテムの前記選択に応答して，前記少なくとも１つのデジタル・コンテンツ製品
を，前記インターネットを介して，前記ディスプレイ装置の前記表示画面へと，前
記通信コントローラにより送信することと，
（Ｆ２）前記１つまたは複数のディスプレイ装置上に表示するための前記少なく
とも１つのデジタル・コンテンツ・アイテムを，前記デジタル・メディア・コンテ
ンツ取込エンジンにより解析することとを含み，
（Ｆ３）前記デジタル・メディア・コンテンツ取込エンジンは，低容量取込およ
び大容量取込を含む取込作業フローを備える，
（Ａ）方法。
【請求項９】
前記サービス・クラウドのソーシャル・ネットワーク・エンジンにより，前記ア
プリケーションを通してアクセス可能なソーシャル・ネットワーク機能を可能とす
ること，
前記サービス・クラウドの顧客関係管理エンジンにより，前記サービス・クラウ
ドのユーザに関する情報を，取得すること，ならびに，
前記ユーザによる販売，購入，または貸与のため，前記１つまたは複数のディス
プレイ装置上での表示のために，前記供給エンジンにより管理された前記少なくと
も１つのデジタル・コンテンツ・アイテムを，前記サービス・クラウドの商取引エ
ンジンにより提供することのうちの１つまたは複数を，さらに含む，請求項８に記
載の方法。
【請求項１０】
前記デジタル・コンテンツは，静止画，動画，対話画像，およびアプリ画像のう
ちの１つまたは複数を備えた，請求項８に記載の方法。
【請求項１１】
前記供給エンジンによる前記少なくとも１つのデジタル・コンテンツ・アイテム
の前記供給は，
前記１つまたは複数のディスプレイ装置が，前記少なくとも１つのデジタル・コ
ンテンツ・アイテムを記憶および／または鑑賞するための権利を，取得済であるこ
とを保証すること，
前記少なくとも１つのデジタル・コンテンツ・アイテムが，その創作者により設
定された鑑賞ルールに従って表示されることを保証すること，
デジタル・フレームまたはデジタル・マットを，表示のための前記少なくとも１
つのデジタル・コンテンツ・アイテムに追加すること，ならびに，
前記サービス・クラウドへのデジタル・コンテンツの権限なきアクセスを防止す
ることのうちの１つまたは複数を含む，請求項８に記載の方法。
【請求項１２】
ピクチャおよびビデオを，前記保護記憶システム内のユーザのプライベート・ラ
イブラリへと，前記ソーシャル・ネットワーク・エンジンのソーシャル配信システ
ムによりアップロードすることを，さらに含む，請求項９に記載の方法。
【請求項１３】
前記アップロードされたピクチャおよびビデオを，前記保護記憶システムにより
記憶する前に，前記ソーシャル配信システムと通信するサード・パーティ・キー管
理システムにより保護することをさらに含む，請求項１２に記載の方法。
【請求項１４】
前記商取引エンジンにより，デジタル所有権を実行することを，さらに含み，前
記実行は，
前記少なくとも１つのデジタル・コンテンツ・アイテムの所有権の適切な移転を
保証すること，
前記少なくとも１つのデジタル・コンテンツ・アイテムの創作者により設定され
た認証された配信規則を，実行することを保証すること，
前記少なくとも１つのデジタル・コンテンツ・アイテムの転売のための商取引条
件を，実行すること，ならびに，
前記少なくとも１つのデジタル・コンテンツ・アイテムの正当性および唯一性を
保護するとともに，前記少なくとも１つのデジタル・コンテンツ・アイテムへの権
限なきアクセスを防止することの１つまたは複数によりなされる，請求項９に記載
の方法。
３ 本件審決の理由の要旨
(1) 引用文献に記載された発明及び技術についての本件審決の認定（各発明又
は技術の構成の冒頭の符号（ａ）～（ｍ）［枝番を含む。］は，本件審決において説
明のために付されたもので，以下「構成ａ」などという。）
ア 甲１（thePlatform「mpx Overview White Paper」平成２４年２月［URL：
http://以下省略 ］）に記載された発明（以下「引用発明」という。）の認定
「（ａ）ｍｐｘを通じて，（ｂ）取込，（ｃ）自動発行及び配信，（ｄ）柔軟な配信
及び記録，（ｅ）収益化等の複合的なタスクを実行可能な方法であって，
（ｂ）取込サービスは，以下の２つの方法を提供し，
（ｂ１）フィードリーダは，ユーザのフィードを監視し，コンテンツの追加又は
変更をアカウントに自動的にアップロードし，
（ｂ２）ｍｐｘアップローダは，アプリケーションとして動作し，任意の数及び
サイズのファイルを選択してバックグラウンドでアップロードし，
（ｃ）自動発行及び配信サービスは，ファイル選択，トランスコーディング及び
アセットタイプの適用といった発行プロセス全体を自動化してユーザに提供し，
（ｄ１）柔軟な配信及び記録サービスは，ユーザのコンテンツ配信ネットワーク
（ＣＤＮ）を管理するためのクリーンで効率的なインターフェースを提供し，
（ｄ２）ｍｐｘは，以下の３つのタイプの配信をサポートし，ＣＤＮが提供する
サービスに応じて，サーバベースで配信タイプを組み合わせることができ，
（ｄ２１）ストリーミングサーバ又はサーバを使用して即時再生のためにファイ
ルをプレイヤにストリーミングするタイプ，
（ｄ２２）格納及びオフライン再生のためにファイルをクライアントにダウンロ
ードするタイプ，
（ｄ２３）オリジンサーバからファイルを引き出し，ＣＤＮのエッジ・キャッシ
ュに移動させるタイプ，
（ｄ３）AkamaiTechnologies,Inc.等とのＣＤＮ統合はユーザに配信選択肢の柔軟
性を提供し，
（ｅ１）収益化は，広告ベース，サブスクリプションベース及びペイパービュー
方式をサポートする，広告及び収益化技術プロバイダーとの統合を提供し，
（ｅ２）収益化は，ユーザに，サブスクリプション，ペイパービュー，ＶＯＤ，
レンタル，バンドルを含む種々のコンテンツ購入方法を提供し，
（ｆ１）プレイヤサービスは，ホストサービスを通じて，ＯＴＴデバイスのため
に構築されたプレイヤを提供し，
（ｆ２）プレイヤサービスは，全画面再生，共有，自動スタート再生及びパート
ナープラグインのサポートを含む，
（ｇ）そのビデオ管理システムをアプリケーション・サービス・プロバイダ（Ａ
ＳＰ）として運営される，
（ａ）方法。」
イ 引用文献に記載された技術の認定
(ｱ) 甲２（特開２０１１－２５３４３２号公報）に記載された技術（以下
「甲２技術」という。）の認定
「（ｈ）クライアントに対してファイルを配信する方法において，
（ｈ１）複数のクライアント２１１におけるファイルの受信品質の指標，および
複数のクライアント２１１の受信性能の指標を含む品質情報を取得し，
（ｈ２）取得された品質情報の示す受信品質および受信性能に基づいて，複数の
クライアント２１１を複数のグループに分け，グループごとにファイルの配信を制
御し，
（ｈ３）サーバおよびクライアント間の回線状態，クライアントの動作状態，な
らびに各クライアントの固定的なスペック値に応じて，より効率的なファイル配信
を実現する
技術。」
(ｲ) 甲３（特開２００８－２３４２０６号公報）に記載された技術（以下
「甲３技術」という。）の認定
「（ｉ）ピアツーピア（Ｐ２Ｐ，Peer to Peer）システムに係る情報送信システム
において，
（ｉ１）ピア１Ａ～１Ｉは，パーソナルコンピュータ，ＰＤＡ，携帯電話などの
ネットワーク接続可能なハードウェアであって，
（ｉ２）Ｐ２ＰネットワークＮＴ２は，ピア１の持つデータを管理する情報管理
サーバ５が接続され，
（ｉ３）情報管理サーバ５は，メタデータ管理部５０３と，メタデータ部５０４
とを有し，
（ｊ）ピア１が行うデータ／メタデータ生成処理の手順，データの検索及び取得
処理の手順は，
（ｊ１）ピア１Ａにおいて，メタデータ生成部１１１は，配信対象のデータを新
たに生成した場合，当該データのメタデータを新たに生成し，新たに生成したメタ
データを情報管理サーバ５に送信し，
（ｊ２）ピア１Ｂは，ユーザの所望するデータ，もしくは，あらかじめ指定され
ていたデータの検索を要求する検索リクエストを情報管理サーバ５に送信し，
（ｊ３）情報管理サーバ５は，当該検索リクエストを受信すると，メタデータ部
５０４に記憶されているメタデータを用いて該当のデータを検索し，当該メタデー
タを検索結果に含めて当該ピア１Ｂに対して送信し，
（ｊ４）ピア１Ｂは，情報管理サーバ５から送信された検索結果を受信すると，
当該検索結果から所望のデータを選択し，選択したデータがピア１Ａに保持されて
いるものとすると，ピア１Ｂは，当該１Ａに対して該当のデータの送信を要求し，
そして，ピア１Ｂは，当該要求に従ってピア１Ａから送信されたデータを取得する，
技術。」
(ｳ) 甲４（国際公開第２０１１／０５６３８８号）に記載された技術（以
下「甲４技術」という。）の認定
「（ｋ）オンラインサービスコンピューティング装置１０８からの広告及びコンテ
ンツアイテムを受信し且つ該広告及び該コンテンツアイテムにアクセスするために
ユーザによってアクセスされる，ユーザ装置３１０において
（ｋ１）サービスインタフェース３６４は，インターネットブラウザとして実施
され，サービスインタフェース３６４は，コンテンツアイテムを受信し，且つ，例
えば図３Ｂを参照して以下に詳細に説明するようなグラフィカルユーザインタフェ
ース画像を表示し，
（ｋ２）図３Ｂのコンテンツアイテムは，多数のユーザにより投稿され共有され
た種々のメディアコンテンツアイテムを供給するオンラインソーシャルネットワー
キングサービスから受信されたものであり，
ユーザコンテンツアイテムは，ナビゲーション領域３８０，ニュースフィード表
示領域３８２及び広告領域３８４を備え，
ナビゲーション領域３８０は，ユーザがオンラインサービスにより提供される別
のサービスに移動できるようにし，
種々のタブ（例えば“ニュースフィード”，“アプリケーション”，“写真”，
“リンク”，“ビデオ”，“もっと見る”）がクリックされると，ブラウザは，ク
リックされたタブに応じたコンテンツアイテムを要求する要求をオンラインサービ
スコンピューティング装置１０８に送信して，且つ，受信されたコンテンツアイテ
ムを処理することによりスクリーン上に画像を表示し，
（ｋ３）ニュースフィード表示領域３８２は，オンラインサービスコンピューテ
ィング装置１０８経由でコンテンツを共有しているユーザ又は「友達」により供給
されたニュースフィードを表示し，
（ｋ４）図３Ｂに示すコンテンツアイテムは例示に過ぎず，
他の種々のレイアウトの他の種々のコンテンツアイテムが，インターネットブラ
ウザ３２０を用いてスクリーン３２０に表示され得，
例えば，インターネットブラウザによりアクセスされるコンテンツアイテムは，
検索語に対する検索結果，オンラインニュース記事及びオンラインショッピングに
関する情報を含む，
技術。」
(ｴ) 甲５（特開２００６－３０３８９９号公報）に記載された技術（以下
「甲５技術」という。）の認定
「（ｍ）画像データに画像処理を施す画像処理システムの画像処理装置１００＿
１´において，
（ｍ１）画像処理装置１００＿１´は，画像解析部１２，濃度取得部１３，濃度
補正値統合部１４，画像処理部１５を備え，
（ｍ２）画像処理装置１００＿１´は，画像データが表わす画像の被写体種類（シ
ーン）を解析して，画像の色を，被写体種類ごとに予め記憶された目標濃度に補正
するオートセットアップ機能が搭載されており，
（ｍ３）画像解析部１２は，与えられた入力画像データが表わす入力画像中に，
あらかじめ定められた複数の被写体種類のそれぞれが，どの程度の割合（確からし
さ）で含まれているかを表す確信度を，被写体種類ごとに算出し，
（ｍ４）濃度取得部１３は，入力画像の濃度補正のための値（濃度補正値）を，
入力画像データに基づいて算出し，
（ｍ５）濃度補正値統合部１４は，被写体種類ごとの濃度補正値を，被写体種類
ごとの確信度，入力される被写体種類ごとの重要度に基づいて統合し，
（ｍ６）画像処理部１５は，統合された濃度補正値に基づいて，入力画像データ
の濃度を補正する，
技術。」
(2) 本願発明８と引用発明の一致点及び相違点
本願発明８の構成Ａ～Ｋを引用発明の構成ａ～ｇと対比して，①引用発明の構成
ｂ１の「コンテンツ」及び構成ｆ１の「ＯＴＴデバイス」は，それぞれ本願発明８
の「デジタル・コンテンツ・アイテム」及び「ディスプレイ装置」に相当すること，
②引用発明の構成ａの「ｍｐｘ」は，構成ｇにあるとおり，ＡＳＰとして運営され
るものであるところ，一般にＡＳＰによって運営されるシステムは，ネットワーク
経由でユーザにソフトウェアを利用させる形態を指すことから，そのように運営さ
れる構成ａの「ｍｐｘ」は，構成Ｃの「サービス・クラウド」に相当する（なお，
本願発明８について，
「サービス・クラウド」が，ＳａａＳモデルであり，ＡＳＰモ
デルと厳密に区別されることは記載されていない。 ことなどを踏まえると，
） 本願発
明８と引用発明の一致点及び相違点は，次のとおりである。
（一致点）
（Ａ）処理コントローラと，メモリと，表示画面とを備えたディスプレイ装置に，
表示用のデジタル・コンテンツを記憶するための方法であって，
（Ｂ）１つまたは複数のディスプレイ装置の表示画面上に表示されるように構成
された，少なくとも１つのデジタル・コンテンツ・アイテムを用意することと，
（Ｃ）通信コントローラ，インターフェース・サーバおよびサービス管理システ
ムを含むコンテンツ・サービス・クラウドを有するサービス・クラウドであって，
サーバ，メモリ，およびプロセッサを備えたサービス・クラウドを用意することと，
（Ｄ）前記サービス・クラウドの保護記憶システムにより，前記少なくとも１つ
のデジタル・コンテンツ・アイテムを記憶および管理することと，
（Ｅ１）前記少なくとも１つのデジタル・コンテンツ・アイテムを表示するよう
に構成された前記１つまたは複数のディスプレイ装置の前記処理コントローラと，
前記サービス・クラウドの通信コントローラにより，通信することと，
（Ｆ１）前記少なくとも１つのデジタル・コンテンツ・アイテムの前記サービス・
クラウドの前記保護記憶システムへの導入を，前記サービス・クラウドのデジタル・
メディア・コンテンツ取込エンジンにより制御することと，
（Ｇ）前記１つまたは複数のディスプレイ装置上の前記少なくとも１つのデジタ
ル・コンテンツ・アイテムの供給を，前記サービス・クラウドの供給エンジンによ
り制御することと，
（Ｉ）前記１つまたは複数のディスプレイ装置上に表示するための前記少なくと
も１つのデジタル・コンテンツ・アイテムの選択のために，前記サービス・クラウ
ドのサーバにより，
メモリ，プロセッサおよびユーザ入力装置を備えたコンピュータ上で稼働するア
プリケーションのインターフェースとなることと，
（Ｅ２）前記ユーザ入力装置による前記少なくとも１つのデジタル・コンテンツ・
アイテムの前記選択に応答して，前記少なくとも１つのデジタル・コンテンツ製品
を，前記インターネットを介して，前記ディスプレイ装置の前記表示画面へと，前
記通信コントローラにより送信することと，
（Ｆ３）前記デジタル・メディア・コンテンツ取込エンジンは，低容量取込およ
び大容量取込を含む取込作業フローを備える，
（Ａ）方法。
（相違点１）
本願発明８は「前記供給エンジンにより供給を受けた，前記１つまたは複数のデ
ィスプレイ装置の動作状態および性能レベルを反映したデータを，前記サービス・
クラウドのサービス管理システムにより収集する」構成（構成Ｈ）を有するのに対
して，引用発明はそのような構成を有しない点。
（相違点２）
本願発明８は「認証されたデジタル・コンテンツ・アイテムを，前記サービス・
クラウドの外部の創作地点から，インターネットを介して，前記１つまたは複数の
ディスプレイ装置へと，前記サービス・クラウドの外部コンテンツ・ゲートウェイ
により転送する」構成（構成Ｊ）を有するのに対して，引用発明はそのような構成
を有しない点。
（相違点３）
本願発明８は「コンテンツを，前記１つまたは複数のディスプレイ装置へ，前記
サービス・クラウドの外部の１つまたは複数の外部供給源から，前記サービス・ク
ラウドのライブ・データ・フィード・ゲートウェイにより提供する」構成（構成Ｋ）
を有するのに対して，引用発明はそのような構成を有しない点。
（相違点４）
本願発明８は「前記１つまたは複数のディスプレイ装置上に表示するための前記
少なくとも１つのデジタル・コンテンツ・アイテムを，前記デジタル・メディア・
コンテンツ取込エンジンにより解析する」構成（構成Ｆ２）を有するのに対して，
引用発明はメディア（コンテンツ）をアップロードしても，解析及び修正を行わな
い点。
(3) 判断
ア 相違点１について
クライアントに対してファイルを配信する方法において配信の効率化を図ること
は一般的課題であるから，引用発明に甲２技術を適用することは，当業者が容易に
想到し得たことである。
そして，引用発明に甲２技術を適用した発明は，ＯＴＴデバイスの「ファイルの
受信品質および受信性能の指標を含む品質情報を取得する」構成を備える方法とい
うことができ，当該「ファイルの受信品質および受信性能の指標を含む品質情報を
取得する」構成は，構成Ｈの「１つまたは複数のディスプレイ装置の動作状態およ
び性能レベルを反映したデータをサービス管理システムにより収集する」構成に相
当する。
したがって，引用発明に甲２技術を適用することにより，
「前記供給エンジンによ
り供給を受けた，前記１つまたは複数のディスプレイ装置の動作状態および性能レ
ベルを反映したデータを，前記サービス・クラウドのサービス管理システムにより
収集する」構成を採用することは，当業者が容易に想到し得たことである。
イ 相違点２について
引用発明と甲３技術は，送信クライアント，受信クライアント及びサーバとの間
でデータ送受信を行う方法である点において共通するから，引用発明に甲３技術を
適用することは，当業者が容易に想到し得たことである。
そして，引用発明に甲３技術を適用した発明は，ＯＴＴデバイス（ピア１Ａ）か
ら他のＯＴＴデバイス（ピア１Ｂ）に対して，
「ピア１Ｂは，ピア１Ａに該当のデー
タの送信を要求する」構成を備える方法ということができ，当該構成は，構成Ｊの
「外部の創作地点から，インターネットを介して，前記１つまたは複数のディスプ
レイ装置へと，前記サービス・クラウドの外部コンテンツ・ゲートウェイにより転
送する」構成に相当する。
したがって，引用発明に甲３技術を適用することにより，
「認証されたデジタル・
コンテンツ・アイテムを，前記サービス・クラウドの外部の創作地点から，インタ
ーネットを介して，前記１つまたは複数のディスプレイ装置へと，前記サービス・
クラウドの外部コンテンツ ゲートウェイにより転送する」
・ 構成を採用することは，
当業者が容易に想到し得たことである。
ウ 相違点３について
甲４技術の構成ｋの「オンラインサービスコンピューティング装置１０８」は，
構成ｋ１～ｋ３にあるとおり，
「コンテンツを共有しているユーザ又は『友達』によ
り供給されたニュースフィード」を「オンラインソーシャルネットワーキングサー
ビス」から「ユーザ装置３１０」に経由して送信するものと認められる。
したがって，構成ｋの「ユーザ装置３１０」，構成ｋ２の「オンラインソーシャル
ネットワーキングサービス」及び構成ｋの「オンラインサービスコンピューティン
グ装置１０８」 それぞれ，
は， 構成Ｋの「前記１つまたは複数のディスプレイ装置」，
「前記サービス・クラウドの外部の１つまたは複数の外部供給源」及び「ライブ・
データ・フィード・ゲートウェイ」に相当する。
そして，引用発明の構成ｆ１の「プレイヤ」と甲４技術は，コンテンツを再生す
るプレイヤとして共通の技術であるから，引用発明に甲４技術を適用することは，
当業者が容易に想到し得たことである。
引用発明に甲４技術を適用した発明は，ＯＴＴデバイスで実行されるプレイヤに，
「オンラインソーシャルネットワーキングサービスから受信されたコンテンツアイ
テムを表示する」ための構成を備える方法ということができ，当該構成は構成Ｋの
「前記サービス・クラウドの外部の１つまたは複数の外部供給源から，ライブ・デ
ータ・フィード・ゲートウェイにより提供する」構成に相当する。
したがって，引用発明に甲４技術を適用することにより，
「コンテンツを，前記１
つまたは複数のディスプレイ装置へ，前記サービス・クラウドの外部の１つまたは
複数の外部供給源から，前記サービス・クラウドのライブ・データ・フィード・ゲ
ートウェイにより提供する」構成を採用することは，当業者が容易に想到し得たこ
とである。
エ 相違点４について
引用発明と甲５技術は，サーバにコンテンツを取り込む方法として共通の技術で
あるから，引用発明に甲５技術を適用することは，当業者が容易に想到し得たこと
である。
そして，引用発明に甲５技術を適用した発明は，ＯＴＴデバイスに表示するため
の「画像データが表す画像の被写体種類（シーン）を解析して，画像の色を，被写
体種類ごとに予め記憶された目標濃度に補正する」構成を備える方法ということが
でき，当該構成は構成Ｆ２の「前記少なくとも１つのデジタル・コンテンツ・アイ
テムを，前記デジタル・メディア・コンテンツ取込エンジンにより解析する」構成
に相当する。
したがって，引用発明に甲５技術を適用することにより，
「前記１つまたは複数の
ディスプレイ装置上に表示するための前記少なくとも１つのデジタル コンテンツ
・ ・
アイテムを，前記デジタル・メディア・コンテンツ取込エンジンにより解析する」
構成を採用することは，当業者が容易に想到し得たことである。
オ 本願発明８の効果について
本願発明８の構成は，上記ア～エにおいて検討したとおり，当業者が容易に想到
できたものであるところ，本願発明８が奏する効果は，その容易想到し得た構成か
ら当業者が容易に予測し得る範囲内のものであり，同範囲を超える格別顕著なもの
があるとは認められない。
カ まとめ
よって，本願発明８は，甲１～５に基づいて当業者が容易に発明をすることがで
きたものである。
(4) 結論
以上より，本願は，その余の請求項について言及するまでもなく，拒絶をすべき
ものである。
第３ 原告主張の取消事由
本件審決には，次のとおり，本願発明と引用発明との相違点の認定及び相違点に
係る容易想到性の判断に誤りがあり，取消しを免れない。
１ 相違点の認定の誤り
(1) 「ｍｐｘ」がサービス・クラウドに相当しないこと
ア 引用発明のｍｐｘプラットフォームは，アプリケーション・サービス・
プロバイダ（ＡＳＰ）であるところ，次のように，ＡＳＰとクラウドベースのシス
テムは，互いに全く異なるシステムであり，異なるコンセプトのものである。
(ｱ) 甲１の１４頁２行目～９行目の記載から明らかなように，ＡＳＰモデ
ルの場合，ユーザは，ｍｐｘプラットフォームのようなソフトウェアをサーバ等の
コンピュータにインストールする必要がある。そのため，①ユーザは，自身のハー
ドウェアとソフトウェアの両方のメンテナンスを行わなければならず，このため，
高額なメンテナンス費用が発生すること，②ユーザは，認証されたコンピュータか
らしかソフトウェアにアクセスすることができないことといった問題がある。
これに対し，本願発明のようなクラウドベースのシステムの場合，ユーザのコン
ピュータやサーバにソフトウェアをインストールする必要はなく，ソフトウェアは
完全にクラウドに存在する。そのため，ユーザにおいては，①貴重な記憶容量及び
計算資源を節約することができること，②ウェブブラウザからソフトウェアにアク
セスすることができ，任意のコンピュータからソフトウェアにアクセスすることが
できること，③メンテナンス費用を削減することができることという利点を享受す
ることができる。
(ｲ) また，ＡＳＰモデルのソフトウェアは通常，ユーザの好みに基づきカ
スタマイズされているため，各ユーザが同じブランドのソフトウェアを有していて
も，あるユーザのソフトウェアと他のユーザのソフトウェアとは異なる可能性があ
るのに対し，クラウドベースのシステムでは，ソフトウェアがユーザごとにカスタ
マイズされることがないので，上記のようなことは起こらない。
(ｳ) さらに，ＡＳＰモデルのソフトウェアは，サーバやデータベースなど
をユーザ毎に提供するシングルテナントのアプリケーションである。そのため，ア
ップデート等のメンテナンスをするときは，ソフトウェアがインストールされた各
サーバにそれぞれメンテナンスを行わなければならず，メンテナンスを行うには長
い時間を要する。各ユーザのカスタマイズを考慮する必要があることから，実際の
メンテナンス期間は更に長くなる。
これに対し，クラウドベースのシステムにおけるソフトウェアでは，上記のよう
な問題は生じない。クラウドベースのシステムは，複数のユーザでサーバやデータ
ベースなどを共有するマルチテナント構造を用いるため，ソフトウェアを一度アッ
プデートするだけでよい。
イ サービス・クラウドとＡＳＰの相違について，より具体的には，次のと
おりである。
(ｱ) 米国商務省の機関である国立標準技術研究所（ＮＩＳＴ）が２０１１
年（平成２３年）９月に発行した「The NIST Definition of Cloud Computing」（甲
９）によると，クラウドコンピューティング（クラウドモデル）は，
「最小限の管理
作業またはサービスプロバイダの操作で，迅速にプロビジョニングおよびリリース
される構成可能なコンピューティングリソース（ネットワーク，サーバ，ストレー
ジ，アプリケーションおよびサービス等）の共有プールへの，ユビキタスで便利な
オンデマンドネットワークアクセスを可能にするモデル」と定義される。
そして，米国連邦巡回区控訴裁判所判決（In Re JobDiva,INC. 843 F.3d 936 (Fed.
Cir. 2016)。甲１０）では，ＳａａＳはクラウドコンピューティングとしても知ら
れていると判断されており，クラウドコンピューティングとＳａａＳは交換可能な
用語であるとされている。
上記のようなサービス・クラウド又はＳａａＳは，次の特徴を有する。
ａ ソフトウェアがユーザのコンピュータにローカルにインストールさ
れないこと（甲１０の９３８頁左欄２９行目～３３行目，同３５行目～３９行目，
甲１１［「What Is Software as a Service (SaaS)?」 https://以下省略
］の１頁２８行目～３１行目）
ｂ クラウドプロバイダがハードウェアやソフトウェアを管理すること
（甲９の２頁１４行目～２０行目，甲１０の９３８頁左欄４１行目～末行目，甲１
１の１頁２行目～６行目，甲１４ 「Saas VS ASP - Understanding the Difference」
［
https://以下省略］の１頁４０行目～４１行目）
ｃ インターネットを使用した複数のデバイスを介したアクセス（甲９
の２頁３１行目～３７行目，甲１０の９３８頁右欄３行目～７行目）
ｄ カスタマイズされないこと（甲９の２頁３１行目～３７行目，甲１
１の１頁２８行目～３１行目）
ｅ サービスの大量かつ迅速なディストリビューション（甲９の２頁２
１行目～２４行目，甲１４の２頁６行目～１１行目）
(ｲ) 他方，ニューヨーク州公認会計士協会が２００３年（平成１５年）１
月に出版した「The CPA Journal」に掲載された論文「The application service
provider option」（甲１３）によると，ＡＳＰは，ＡＳＰインダストリ・コンソー
シアム（ＩＤＣ）により，
「インターネットまたはプライベートネットワークを介し
てリモートデータセンターから複数のユーザにアプリケーションとコンピュータサ
ービスを配信および管理するビジネス」であると定義されており（甲１３の６４頁
左欄５行目～１１行目），ＩＢＭ社が２００１年（平成１３年）４月に発行した
「Application Service Provider Business Model」（甲１２）においても同じ定義
が用いられている（甲１２の５頁２０行目～２２行目）。
そして，ＡＳＰにおいては，ＣＤ－ＲＯＭやフロッピーディスクなどによってソ
フトウェアが物理的に配布されるそれまでの手法とは異なり，ユーザのデバイスに
インストールされる完全なソフトウェアアプリケーションがＡＳＰからインターネ
ット経由で配信される（甲１４の１頁１０行目～１５行目）。
上記のようなＡＳＰは，次の特徴を有する。
ａ ユーザのコンピュータにソフトウェアがインストールされること
（甲１の１４頁１行目～９行目，甲１４の１頁２９行目～３３行目）
ｂ ユーザがハードウェアやソフトウェアの一部を管理すること（甲１
３の６４頁右欄２３行目～３０行目）
ｃ 単一のデバイスからのアクセス（甲１４の１頁３４行目～３９行目）
ｄ カスタマイズされること（甲１２の５頁２３行目～２６行目，６頁
２行目～４行目，甲１４の１頁１０行目～１５行目）
ｅ 一度に一つずつサービスをディストリビューションすること（甲１
４の２頁６行目～１１行目）
(ｳ) 被告の主張に対する反論
ａ 特定非営利活動法人ＡＳＰ・ＳａａＳ・クラウドコンソーシアム（平
成２３年当時の名称。平成１１年の設立当時の名称は「任意団体ＡＳＰインダスト
リ・コンソーシアム・ジャパン」であり，現在の名称は「一般社団法人ＡＳＰ・Ｓ
ａａＳ・ＡＩ・ＩｏＴクラウド産業協会」 甲１５。
。 以下，名称の変更にかかわらず，
「ＡＳＰＩＣ」という。）のウェブサイトに係る乙２（「ＡＳＰ・ＳａａＳ・クラウ
ドコンピューティングとは ＡＳＰ，ＳａａＳの基本」［https://以下省略］）及び
乙３（「ＡＳＰ・ＳａａＳ・クラウドコンピューティングとは ＡＳＰ，ＳａａＳの
体系図」［https://以下省略］）におけるＡＳＰの定義並びにクラウドコンピューテ
ィング，ＡＳＰ及びＳａａＳの関係に関する見解は妥当ではない。ＡＳＰＩＣは，
ＡＳＰの団体として設立され，ＳａａＳやクラウドといった新技術が登場する度に，
新技術を吸収すべく名称変更を行ってきた団体であり，ＡＳＰがＳａａＳやクラウ
ドといった新技術を包含するように，本来のＡＳＰよりも不当に広くＡＳＰを定義
しているものと解され，客観的・中立的な定義をしていない。クラウドコンピュー
ティングがＡＳＰ・ＳａａＳの集合体のことであるという乙２の定義は，他方で，
ＡＳＰＩＣが，「クラウドサービス利用者の保護とコンプライアンス確保のための
ガイド」
（甲１６）において，コンピューティングリソースを「所有する」もの（こ
れがＡＳＰを表すことは，当業者に明白である。）から「利用する」もの（これがク
ラウドコンピューティングを表すことは，当業者に明白である。 への時代の変化と
）
してクラウドサービスを位置づけ，ＡＳＰとクラウドコンピューティングを対比し
ていることと相容れないもので，ＡＳＰＩＣの見解は首尾一貫していない。
また，ユーザが自身のネットワーク内のサーバにソフトウェア（ＲＭＰ）をイン
ストールすることを前提とする引用発明のｍｐｘプラットフォームに，ＡＳＰＩＣ
によるＡＳＰの定義を適用すると，当該ソフトウェアはユーザがインターネットを
介してアクセスするリモートサーバにインストールされることとなり，互いに矛盾
することとなる。
さらに，本願発明が米国においてされ，甲１が米国で作成されたものであること
に鑑みると，本願発明及び引用発明における技術用語の意義については，米国等西
洋の標準機関，企業，裁判所等で作成された文献（甲９～１４）に基づいて解釈さ
れるべきである。
ｂ 本願発明８においては，サービス・クラウドが果たす多くの特有の
役割が明確に規定されている。そして，本願発明におけるサービス・クラウドにつ
いては，本願明細書の段落【００５４】【００５５】【００７１】～【０１８８】
， ，
並びに【図１】【図７】【図１２Ａ】～【図２０】及び【図２２】等において，詳
， ，
細かつ包括的に記載されている。例えば，段落【０１０４】【０１１８】【０１２
， ，
６】及び【図１５】には，サービス・クラウド（ＶＳＣ１０１のＶ保護コンテンツ・
サービス［ＶＣＳＣ］１２１８）がデジタル・メディア・コンテンツ取込エンジン
（ＶＩＥ）１２０９を備え，このＶＩＥ１２０９が２種類の取込処理に対応してお
り，低容量の取込用のウェブ・ユーザ・インターフェース駆動導入ツール１５００
Ｂ及び大容量の取込用のＸＭＬベースＡＰＩ１５００Ａを提供することが記載され
ている。また，
【図１】には，家庭等の環境１００からインターネット１０２を介し
て離れた場所にあるサービス・クラウド１０１内に「アプリケーション」が存在す
ることが示されている。
したがって，本願発明のサービス・クラウドについて，インターネットを介して，
クライアントである一つ又は複数のディスプレイ装置などにデジタル・コンテンツ
を表示するサービスを提供する装置一般とすることは妥当でない。
ｃ ＳａａＳの特徴と本願明細書の記載との対応関係からも，本願発
明のサービス・クラウドがＳａａＳに相当し，両者が概念的に同じものである
ことは，明らかである。すなわち，本願明細書においては，前記(ｱ)ａの点が段
落【００１４】【０１０３】及び【図１】に，同ｂの点が段落【０１０３】に，
，
同ｃの点が段落【００７１】及び【００７２】に，同ｅの点が段落【０１０１】
に記載されている。
(2) 看過された相違点
本件審決は，ＡＳＰによって運営されるシステムがネットワーク経由でユーザに
ソフトウェアを利用させる形態を指すことを理由として，引用発明の「ｍｐｘ」が
本願発明の「サービス・クラウド」に相当すると認定したが，上記(1)のとおり，当
該認定は，技術的観点から妥当といえない。
本件審決は，引用発明の開示内容を不当に一般化し，
「本願発明はサービス・クラ
ウドを用いるのに対して，引用発明はサービス・クラウドではなく，アプリケーシ
ョン・サービス・プロバイダ（ＡＳＰ）を用いるものである点」という相違点を看
過したものであって，違法である。
２ 相違点に係る容易想到性の判断の誤り
(1) 相違点１に係る容易想到性の判断の誤り
ア 甲２の段落【０１４２】の「品質情報」は，同段落で明確に述べられて
いるように，受信品質や受信性能に関する情報，すなわち，インターネット等のネ
ットワークを介して転送されたファイルをクライアント２１１がどれだけ良く受信
できるかを示すものである。このことは，甲２の段落【０１１７】に「品質データ
管理部３４は，各クライアント２１１の受信性能および受信品質を示す品質情報３
１を常に最新の情報に更新し（フローＦ７８） 次のコンテンツファイル配信時の受
，
信性能および受信品質の情報として利用する。 とあるように，
」 品質情報がコンテン
ツファイル配信に利用されることからも明らかである。
そして，甲２には，クライアント２１１がどのような装置であるのか記載されて
おらず，ディスプレイ装置であることは記載されていない。
イ これに対し，本願発明の「ディスプレイ装置の動作状態および性能レベ
ル」について，「動作状態」は，ディスプレイ装置の状態に関する情報を含み，「性
能レベル」は，例えば，ディスプレイ装置がデジタル・コンテンツを表示したり，
当該デジタル・コンテンツと関連する音声を提供したりする際に，ディスプレイ装
置がどれだけ良く動作しているかに関する情報である。
そして，本願明細書（甲６）の段落【０１００】に記載されているように，本願
発明では，サービス・クラウドのサービス管理システムが，ディスプレイ装置の動
作状態及び性能レベルを反映したデータを収集することで，アラート，レポート及
びダッシュボードを生成し，それにより，常に最高のサービス性能を維持すること
ができ，サービスの劣化等を予期することもできるようになる。
ウ 以上によると，受信品質や受信性能に関する甲２技術に係る「品質情報」
は，本願発明のように，コンテンツを表示するディスプレイ装置の動作状態及び性
能レベルに関する情報についてのものではないから，甲２技術の「ファイルの受信
品質および受信性能の指標を含む品質情報を取得する」構成は，本願発明の「１つ
または複数のディスプレイ装置の動作状態および性能レベルを反映したデータをサ
ービス管理システムにより収集する」構成（構成Ｈ）に相当するものではない。
したがって，甲２に接した当業者において，相違点１に係る構成に想到すること
は容易でない。
エ 被告は，甲２の段落【００７７】及び【００７８】を参照し，
「クライ
アントの固定的なスペック値」はクライアントが備えるＣＰＵやメモリ等の性
能レベルのことで，甲２技術で取得される「品質情報」はクライアントがどれ
だけ良く動作しているかに関する情報も含むものである旨を主張するが，ＣＰ
Ｕ使用率や記憶部の使用率は，クライアントの動作状態や性能レベルの指標ではな
い。ＣＰＵ使用率は，単にＣＰＵが別のアプリケーションによってどれだけ使用さ
れているかを示すもので，コンピュータの動作状態を決定するものではなく，記憶
部の使用率は，ハードディスク内にどれだけのディスクスペースが追加コンテンツ
を記憶するために残っているかを示すための指標にすぎず，コンピュータがどれだ
け良好に動作しているかに影響するものではない。また，被告は，甲２の段落【０
００２】から，甲２に記載されたクライアントは，映画コンテンツや書籍等を表示
するものと認められることを指摘するが，同段落の記載は，背景技術に関するもの
にすぎないし，また，クライアント２１１がディスプレイ装置であることを自動的
に示唆するものでもない。
(2) 相違点２に係る容易想到性の判断の誤り
ア(ｱ) 甲３技術においては，甲３の段落【００５５】に記載されているよう
に，ピア１Ａは，ピア１Ｂに対し，データを直接，送信する。また，上記段落の記
載から明らかなように，甲３では，外部のコンテンツを転送するための，サービス・
クラウドの外部コンテンツ・ゲートウェイに相当するものは開示されておらず，サ
ービス・クラウドについて何ら言及されていない。
(ｲ) これに対し，本願発明では，
「認証されたデジタル・コンテンツ・アイ
テムを，前記サービス・クラウドの外部の創作地点から，インターネットを介して，
前記１つまたは複数のディスプレイ装置へと，前記サービス・クラウドの外部コン
テンツ・ゲートウェイにより転送する」ことが明確に規定されており，ディスプレ
イ装置がサービス・クラウドを介して外部のコンテンツを取得する。
(ｳ) 以上によると，甲３技術に係る「ピア１Ｂは，ピア１Ａに該当のデー
タの送信を要求する」構成は，本願発明の「外部の創作地点から，インターネット
を介して，前記１つまたは複数のディスプレイ装置へと，前記サービス・クラウド
の外部コンテンツ・ゲートウェイにより転送する」構成（構成Ｊ）に相当するもの
ではない。
イ 本件審決は，相違点２に関し，引用発明と甲３技術が，送信クライアン
ト，受信クライアント及びサーバとの間でデータ送受信を行う方法である点におい
て共通すると認定判断している。
しかし，甲１の８頁９行目～１０行目に示されているように，引用発明のｍｐｘ
プラットフォームは，ユーザに自身のコンテンツを公開することを可能とする一方
で，コンテンツを非公開とすることも可能とする。
これに対し，甲３の段落【００４８】の記載によると，甲３技術では，ユーザで
はなくピア１Ａ（メッセージ制御部１１４）が，公開フラグに基づいて，ピア１Ｂ
にデータを送信するかどうか判断するように構成されているところ，引用発明のｍ
ｐｘプラットフォームのユーザがコンテンツを非公開とすると決定した場合でも，
この決定がピア１Ａに反映されない可能性がある。その結果，ユーザがコンテンツ
を非公開とするかどうかにかかわらず，ピア１Ａがピア１Ｂにコンテンツを送信す
るおそれがあるが，それは，ユーザの意思に反することである。
したがって，引用発明は，甲３技術と相容れず，引用発明に甲３技術を組み合わ
せることは容易ではない。
ウ 以上のとおり，甲３技術は，ピア１Ａとピア１Ｂ間の一対一の通信（ピ
アトゥーピア通信）に関するもので，本願発明のように，ゲートウェイにより外部
コンテンツを１つ又は複数のディスプレイ装置に転送する技術ではなく，また，引
用発明に係る技術と相容れない部分を有することから，甲３に接した当業者におい
て，相違点２に係る構成に想到することは容易でない。
エ(ｱ) 被告は，本願発明８における，デジタル・コンテンツ・アイテムを「外
部コンテンツ・ゲートウェイにより転送する」とは，
「外部コンテンツ・ゲートウェ
イ」を経由するか否かにかかわらず，
「外部コンテンツ・ゲートウェイ」の機能によ
り転送するものと解するべき旨を主張するが，上記「転送する」とは，転送される
コンテンツがＶ外部コンテンツ・ゲートウェイ（ＶＣＧ）１２１０を実際に通過す
ることを意味する。このことは，本願明細書の段落【０１３０】に，ＶＣＧ１２１
０が「外部カタログにアクセスして，メディア・コンテンツ・アイテムを処理する」
と記載されていることにより，明確にされている。
また，甲３技術の情報管理サーバ５は，本願発明８のデジタル・コンテンツ・ア
イテムに相当するデータは受信せず，メタデータのみを受信する（構成ｊ１）。そし
て，情報管理サーバ５の役割は，ピア１Ａに対してピア１Ｂへデータを送信させる
ことではなく，ピア１Ｂから検索要求を受信し，この検索要求に対応するメタデー
タをピア１Ｂに送信することであり（構成ｊ２～ｊ４） ピア１Ａからデータを取得
，
するか否かを最終的に決定するのは，情報管理サーバ５ではなく，ピア１Ｂである。
したがって，被告の上記主張は，甲３技術の構成ｊ１～ｊ４の認定とも相容れない。
(ｲ) 被告は，甲１のコンテンツを非公開とする機能は，ｍｐｘプラットフ
ォームに必須の機能ではないと主張するが，ユーザ（公開者）においては，間違い
をした場合，記憶スペースを使い果たした場合，著作権を侵害する題材を有するコ
ンテンツをアップロードした場合に，コンテンツを非公開にすることができなけれ
ばならないから，コンテンツを非公開にすることは，ｍｐｘプラットフォームにと
って本質的な特徴である。
(3) 相違点３に係る容易想到性の判断の誤り
ア 甲４は，
「オンラインサービスにおいて，ユーザに広告を選択及び提示す
ることに関する」（甲４の段落【０００１】）が，甲４にはサービス・クラウドにつ
いての言及はない。
したがって，甲４の「オンラインソーシャルネットワーキングサービス」は，サ
ービス・クラウドの外部にあるものとはいえず，本願発明の「前記サービス・クラ
ウドの外部の１つまたは複数の外部供給源」に相当するものではない。
イ また，甲４の「オンラインサービスコンピューティング装置１０８」に
ついても，サービス・クラウド上の装置であるとはいえず，本願発明の「前記サー
ビス・クラウドのライブ・データ・フィード・ゲートウェイ」に相当するものでは
ない。
ウ 以上のとおり，甲４技術に係る構成は，本願発明の構成とは異なるもの
であり，甲４に接した当業者において，相違点４に係る構成に想到することは容易
でない。
エ 被告は，甲４の「オンラインサービスコンピューティング装置１０８」
が本願発明の「サービス・クラウドのライブ・データ・フィード・ゲートウェイ」
に相当する旨主張するが，仮に，被告の上記主張を前提としても，ＡＳＰを前提と
した引用発明に，甲４に記載の事項（サービス・クラウドとしてのオンラインサー
ビスコンピューティング装置１０８）を適用することは阻害され，相違点３に係る
構成に当業者が想到することは容易でない。
(4) 相違点４に係る容易想到性の判断の誤り
ア 甲５技術が解決しようとする課題は，
「画像データが表わす画像を，好み
が反映された，見た目に好ましい色合いの画像に容易に補正すること」
（甲５の段落
【０００５】）であるところ，補正方法の詳細についての甲５の段落【００４８】，
【００６１】及び【００７１】の記載によると，甲５技術における画像の解析は，
ユーザの好みを反映させた画像処理を実行するためのパラメータを容易に設定する
ために，画像の被写体種類（シーン）を決めるために行われるものである。
イ これに対し，本願発明における解析は，ユーザが視聴するための，映画
やテレビ番組等のコンテンツをディスプレイ装置に送信するために行われるもので
ある。映画やテレビ番組等のコンテンツの画像は，既にプロにより調整され，映画
監督やテレビディレクターの想定に従ったものとなっているから，映画やテレビ番
組等のコンテンツに対してユーザが俳優等の出演者の顔の明るさを調整することは，
逆効果となりかねない。実際，ユーザは映画やテレビ番組を視聴したいだけであり，
それらの画像の特定の部分（顔等）を調整したいという要求はない。
ウ 以上によると，甲５技術に係る「画像データが表す画像の被写体種類（シ
ーン）を解析して，画像の色を，被写体種類ごとに予め記憶された目標濃度に補正
する」構成は，本願発明の「前記少なくとも１つのデジタル・コンテンツ・アイテ
ムを，前記デジタル・メディア・コンテンツ取込エンジンにより解析する」構成（構
成Ｆ２）に相当するものではない。
したがって，甲５技術に係る画像解析は，本願発明における配信用のコンテンツ
の解析とは全く趣旨の異なるものであり，甲５に接した当業者において，相違点４
に係る構成に想到することは容易でない。
エ(ｱ) 被告は，本願明細書の段落【０１１９】の記載を参照し，ビジュアル
コンテンツについて，トリミングや拡大縮小，色彩の向上等の調整を行うためのも
のを含むと解される本願発明の「解析」は，色彩の調整を行うための甲５技術の「解
析」と異なるものではない旨主張するが，本願発明の「解析」を，上記段落の記載
によって狭く解釈すべきではなく，また，仮に，そのように狭く解釈したとしても，
本願発明の「解析」が，ビジュアル及び音響コンテンツの両方に対して行われ得る
（上記段落）のに対し，甲５では，画像のビジュアル（画像の色）を調整すること
のみが開示されていることからして，甲５は，本願発明の「解析」に係る特徴を開
示するものではない。
(ｲ) また，引用発明と甲５技術とを組み合わせる動機付けはなく，当業者
が相違点４に係る構成に想到することは容易でない。すなわち，甲５の画像処理装
置１００＿１´は，シーンごとに画像の特定の部分を調整するために（甲５の段落
【０００３】，オペレータの好みに従って事前に手動で入力される「目標濃度」を
）
用い，オートセットアップ機能を介して（同【００６１】【００７１】，画像を調
， ）
整するが，そのような特徴は，特定の装置の技術的仕様に画像をより良好に適合さ
せるために画像の調整を行う，本願発明の「解析」とは対照的である。前記イのと
おり，甲５の「解析」を本願発明に組み込むことは，無意味であり，逆効果である。
したがって，引用発明と甲５技術と組み合わせることについては，動機付けがなく，
むしろ阻害されるものである。
第４ 被告の主張
本件審決に，原告の主張するような相違点の認定及び相違点に係る容易想到性の
判断の誤りはない。
１ 相違点の認定に誤りがないこと
(1) 原告は，サービス・クラウドとＳａａＳとが概念として等価であることを
前提に，ＡＳＰとＳａａＳとを比較して，ソフトウェアの保存・管理などの点から
両者が異なるものであることを主張するが，ＳａａＳは，サービス・クラウドの下
位概念であって，サービス・クラウドではない。したがって，原告の主張は，ＡＳ
Ｐがサービス・クラウドに相当するか否かとは無関係である。
(2) また，ＳａａＳは，本願の特許請求の範囲にも本願明細書（甲６）にも一
切言及がなく，原告の主張は，本願の特許請求の範囲の記載にも本願明細書の記載
にも基づかないものであって，失当である。
(3) さらに，次のとおり，引用発明においてＡＳＰとして運営される「ｍｐｘ」
も，本願発明のサービス・クラウドの概念に含まれるから，原告が主張するように
ＳａａＳが本願発明のサービス・クラウドであるということができるとしても，Ａ
ＳＰもＳａａＳも本願発明のサービス・クラウドの概念に含まれるものであり，引
用発明のＡＳＰと本願発明のサービス クラウドが異なるものであるとはいえない。
・
ア 甲１の「ｍｐｘ」は， ＡＳＰとして運営されるものであるところ，原告
の主張によると，ＡＳＰは，
「インターネットまたはプライベートネットワークを介
してリモートデータセンターから複数のユーザにアプリケーションとコンピュータ
サービスを配信および管理するビジネス」と定義される。また，乙２及び３による
と，ＡＳＰは，
「特定及び不特定ユーザが必要とするシステム機能を，ネットワーク
を通じて提供するサービス。あるいは，そうしたサービスを提供するビジネスモデ
ル」と定義される。なお，乙２には，ＡＳＰとＳａａＳは同義語とみなしていると
の記載があり，両者は概念として何ら異なるものではない。
イ これに対し，本願明細書の段落【００１４】の記載によると，本願発明
のサービス・クラウドについては，インターネットを介して，クライアントである
一つ又は複数のディスプレイ装置などにデジタル・コンテンツを表示するサービス
を提供する装置一般を指すものであればよく，当該サービスを実現するためのソフ
トウェアの保存や管理について，より限定された意味を持つものではない。本願明
細書のほかの箇所に，サービス・クラウドについてそれ以上に限定して解釈すべき
記載も，ＡＳＰを排除するものであるといえるような事項の記載もない。
ウ 以上によると，引用発明のＡＳＰも，本願発明のサービス・クラウドも，
インターネットを介してクライアント（ユーザ）にアプリケーションサービスを提
供するものであるということができ，それらは何ら異なるものではない。
したがって，引用発明のＡＳＰとして運営される「ｍｐｘ」が本願発明のサービ
ス・クラウドに相当するとの本件審決の認定に誤りはない。
２ 相違点に係る容易想到性の判断に誤りがないこと
(1) 相違点１に係る容易想到性の判断の誤りについて
甲２技術は，その構成ｈ，ｈ１及びｈ３に照らし，ファイルの配信先である「ク
ライアントの動作状態」及び「クライアントの固定的なスペック値」を含む品質情
報を取得する技術であるということができる。
そして，
「品質情報」である「クライアントの動作状態」及び「クライアントの固
定的なスペック値」のうち，後者は，クライアントが備えるＣＰＵやメモリ等の性
能レベルのことであるから，甲２技術で取得される「品質情報」は，ネットワーク
を介して転送されたファイルをクライアントがどれだけ良く受信できるかを示す情
報だけでなく，クライアントがどれだけ良く動作しているかに関する情報も含むも
のである（甲２には，
「品質情報」について，段落【００７７】に「ＣＰＵ使用率」，
段落【００７８】に「記憶部の使用率」の例が記載されている。 。
）
また，甲２の段落【０００２】には，
【背景技術】として「映画コンテンツおよび
書籍等のデジタル化により，大容量ファイルの効率的なファイル分配の運用が想定
される。」と記載されており，甲２に記載されたクライアントは，映画コンテンツや
書籍等を表示するものであると認められるから，甲２のクライアントは，ディスプ
レイ装置の存在を前提としたものであるということができる。
(2) 相違点２に係る容易想到性の判断の誤りについて
ア(ｱ) 本願発明は，
「デジタル・コンテンツ・アイテム」を「前記サービス・
クラウドの外部コンテンツ・ゲートウェイにより転送する」ものであるところ，
「外
部コンテンツ ゲートウェイにより転送する」
・ との意味は必ずしも明らかではない。
そこで，本願明細書の実施形態の記載を参酌すると，本願明細書の段落【０１３
０】には，本願発明の「外部コンテンツ・ゲートウェイ」の一実施形態である「Ｖ
外部コンテンツ・ゲートウェイ（ＶＣＧ）」について「Ｖ外部コンテンツ・ゲートウ
ェイ（ＶＣＧ）１２１０により，認証されたデジタル・メディア・コンテンツをＶ
ＳＣ１０１外部の創作地点（origination point）からディスプレイ装置へ，疑似リ
アルタイム（near real-time）転送することが可能となる。外部のデジタル・メデ
ィア・コンテンツ・カタログで広告が適切に配列されていると，ユーザは，サービ
ス・クラウド内に取り込まれていないものの疑似リアルタイムでディスプレイ装置
へプッシュされるメディア・コンテンツ・アイテムを閲覧および購入することもで
きる。ＶＣＧ１２１０は，外部カタログにアクセスして，メディア・コンテンツ・
アイテムを処理するように，事前設定されていることが好ましい。 と記載されてい
」
る。
上記記載によると，Ｖ外部コンテンツ・ゲートウェイ（ＶＣＧ）１２１０は，Ｖ
サービス・クラウド１０１に備えられ，ＶＳＣ（Ｖサービス・クラウド）１０１外
部の創作地点からディスプレイ装置へ疑似リアルタイム転送することを可能にする
装置，すなわち，外部の創作地点からディスプレイ装置コンテンツを転送する機能
を有する装置であることが理解できるところ，転送されるコンテンツについては，
Ｖ外部コンテンツ・ゲートウェイ（ＶＣＧ）１２１０を経由することに限定されて
いるとはいえない。
したがって，本願発明の「デジタル・コンテンツ・アイテム」を「外部コンテン
ツ・ゲートウェイにより転送する」とは，
「デジタル・コンテンツ・アイテム」 「外
が
部コンテンツ・ゲートウェイ」を経由するか否かにかかわらず，
「外部コンテンツ・
ゲートウェイ」の機能により転送するものであると解すべきである。
(ｲ) 一方，甲３技術は，その構成ｉ，ｊ１～４に照らし，配信対象のデー
タがピア１Ａから，ネットワークを介して，ピア１Ｂへと，情報管理サーバ５の機
能により送信（転送）される技術であるということができる。
(ｳ) そうすると，甲３技術の「ピア１Ａ」及び「情報管理サーバ５」は，
本願発明の「外部の創作地点」及び「外部コンテンツ・ゲートウェイ」に相当し，
甲３技術の「ピア１Ｂ」と本願発明の「ディスプレイ装置」は，「データの配信先」
であるといえるから，本願発明と甲３技術は，
「外部の創作地点から，インターネッ
トを介して，データの配信先へと，外部コンテンツ・ゲートウェイにより転送する」
点で共通するものである。
そして，引用発明において，本願発明の「サービス・クラウド」に相当する「ｍ
ｐｘ」により配信するデータの配信先は，本願発明の「ディスプレイ装置」に相当
する「ＯＴＴデバイス」であるから，引用発明に甲３技術を適用すると，
「外部の創
作地点から，インターネットを介して，前記１つまたは複数のディスプレイ装置へ
と，前記サービス・クラウドの外部コンテンツ・ゲートウェイにより転送する」構
成，すなわち相違点２に係る構成に相当するものとなる。
イ 原告は，引用発明のｍｐｘプラットフォームは甲３技術と相容れず，これ
らを組み合わせることは容易ではない旨主張する。
しかし，ｍｐｘプラットフォームがコンテンツを非公開とすることが甲１に記載
されていることは，単に，ｍｐｘプラットフォームがそのような非公開とする機能
を備えているということにすぎず，同機能は，ｍｐｘプラットフォームに必須の機
能ではない。そして，本件審決は，コンテンツを非公開とする機能を備えるものと
して引用発明を認定したものではない。
(3) 相違点３に係る容易想到性の判断の誤りについて
ア 甲４技術は，その内容に照らし，次の①及び②の技術を含むものと理解
できる。
① オンラインサービスコンピューティング装置１０８からコンテンツアイテム
が送信され，ユーザ装置３１０がインターネットブラウザによりコンテンツアイテ
ムを受信して表示する技術（構成ｋ，ｋ１）
② コンテンツアイテムは，多数のユーザにより投稿され共有された種々のメデ
ィアコンテンツアイテムを供給するオンラインソーシャルネットワーキングサービ
スから受信されたもの（構成ｋ２）であり，オンラインサービスコンピューティン
グ装置１０８経由でコンテンツを共有しているユーザ又は「友達」により供給され
たニュースフィード（構成ｋ３）である技術
イ 上記①の技術について，「オンラインサービスコンピューティング装置
１０８」は，ユーザ装置３１０にインターネット上からコンテンツアイテムを送信
するサービスを提供する装置であり，「サービス・クラウド」といえるものである。
また，上記②の技術について，「コンテンツアイテム」は，「オンラインサービス
コンピューティング装置１０８」の外部にある「１つまたは複数の外部供給源」か
ら受信したコンテンツアイテムである。
その上で，
「オンラインサービスコンピューティング装置１０８」は，それらのコ
ンテンツアイテムを外部供給源（「オンラインソーシャルネットワーキングサービ
ス」 から受信してユーザ装置３１０に送信するから，
） データを一方から他方へ転送
する制御機能を有する「ゲートウェイ」に相当する。そして，データは「多数のユ
ーザにより投稿され共有された種々のメディアコンテンツアイテム」や「コンテン
ツを共有しているユーザ又は『友達』により供給されたニュースフィード」を含む
から，上記ゲートウェイは「サービス・クラウドのライブ・データ・フィード・ゲ
ートウェイ」といえる。
ウ 以上より，甲４技術の「オンラインソーシャルネットワーキングサービ
ス」は，本願発明の「前記サービス・クラウドの外部の１つまたは複数の外部供給
源」に相当し，甲４技術の「オンラインサービスコンピューティング装置１０８」
は，本願発明の「前記サービス・クラウドのライブ・データ・フィード・ゲートウ
ェイ」に相当するといえる。
(4) 相違点４に係る容易想到性の判断の誤りについて
ア 原告の主張は，本願発明の「解析」は，
「ユーザが視聴するための映画や
テレビ番組等のコンテンツをディスプレイ装置に送信するために行われるもの」で
あって，甲５に記載された「解析」とは異なることを前提とする。
しかし，本願発明は，
「デジタル・コンテンツ・アイテムを，前記デジタル・メデ
ィア・コンテンツ取込エンジンにより解析する」と特定しているだけであって，そ
の意味は必ずしも明らかではない。
そこで，本願明細書の実施形態の記載を参酌すると，本願明細書の段落【０１１
９】には，コンテンツの「解析」について，
「図１５に見られる本発明の取込作業フ
ローは，ディスプレイ装置上で鑑賞されるコンテンツの外観（音響およびビデオ）
値を最大化するために，ユニークなアルゴリズムを用いることが好ましい。それは，
ビジュアルおよび／または音響コンテンツを解析して，クリティカルな鑑賞要素お
よび最適の視線を特定し，調整（トリミング，拡大縮小，または色彩の向上および
並進／回転を含む画像の変更）を行って，鑑賞体験を最高のものにする。」と記載さ
れているのみであって，他に記載は見当たらない。
そうすると，本願発明における「解析」の技術的意義を把握するためには，上記
記載を参酌するほかないから，本願発明の「解析」とは，ビジュアルコンテンツに
ついて，トリミングや拡大縮小，色彩の向上等の調整を行うためのものを含むと解
すべきである。
イ 一方，甲５技術の構成ｍ２に照らすと，甲５技術の「解析」は，色彩の
調整を行うためのものであるということができる。
ウ 以上より，本願発明の「解析」と甲５技術の「解析」は，何ら異なるも
のではない。
第５ 当裁判所の判断
１ 本願発明について
(1) 本願明細書（甲６）の記載
【発明の詳細な説明】
【技術分野】
【０００２】
本発明は，一般に，デジタル・アート，装飾，ポスター，ビジュアル・ライフス
タイル，ソーシャル・メディア，ネット配信動画（ｏｖｅｒ－ｔｈｅ－ｔｏｐ），Ｍ
ＳＯ，および他の種類のデジタル・コンテンツを，家庭，オフィス，ホテル，ギャ
ラリー，またはあらゆる他の公共の場所もしくは私的な場所で使用するために，薄
型でスマートなディスプレイ装置上に表示するためのシステムおよび方法に関する。
また，本発明は，このようなデジタル・コンテンツの配信，鑑賞および制御のため
のシステムおよび方法を含む，このようなデジタル・コンテンツの表示を管理する
ためのシステムおよび方法を提供する。また，本発明は，一式の革新的技術および
処理を通じて，コンテンツを保存，配信および保護するためのシステムおよび方法
を含む。
【背景技術】
【０００３】
芸術および写真が，家庭および公共の場所の壁を飾るのに用いられる。芸術は，
多くの様式および色彩で現れ，色彩，形状および／またはデザインを，ガラス，キ
ャンバス，木材，金属，フィルムおよび／または紙のような媒体上に，描写，線描，
配置および／または印刷することにより，作成される傾向にある。デジタル表示と
は異なり，画像が媒体上に一旦描かれ，印刷されまたは作成されると，その画像は
固定されてしまう。このように，家庭または公共の場所の壁に一旦設置されると，
画像は，再描画，再印刷，物理的に修正，または何らかの方法で移動されない限り，
変更不能となってしまう。新しい芸術作品を同じ場所に展示するためには，現行の
作品が取り外されて，新しい作品がその場所に設置される必要がある。これは，芸
術が，大きくておそらくは重いフレームの中に掲げられている場合には，困難なこ
とであり，移動，再配置，または交換も，同様に非現実的である。このように，ｉ
Ｐｏｄ（登録商標）上の楽曲を変更したり，テレビの番組を変更したりできるよう
に，壁上のピクチャ，ポスター，絵画および写真を変更する手段は，現在のところ
存在しない。
【０００４】
そのうえ，芸術，写真，装飾，ポスター，アプリケーション，ソーシャル・メデ
ィア，ビジュアル・ライフスタイル・メディア，ネット配信動画コンテンツ，ＭＳ
Ｏコンテンツ，およびあらゆる他の種類のコンテンツを，インターネット・クラウ
ド・エコシステムにより駆動される優美な薄型フレーム・ディスプレイ上にて，ユ
ーザが操作しこれらと対話することを可能にし，ユーザが体験のあらゆる要素を自
ら調節可能であるテレビ，コンピュータもしくはモバイル装置，または表示用シス
テムは存在しない。
【０００５】
テレビジョン，コンピュータ・モニタ，および他のデジタル・ディスプレイ装置
は，デジタル画像を提示するように適合されており，デジタル画像は芸術作品の画
像，写真および他の画像を含み得る。しかしながら，このような装置は，重く，扱
い難く，厚く，設置が難しく，使用が困難で，それらの向きおよびデジタル・コン
テンツとの対話に関して柔軟ではない。そのうえ，これらは一般に，固定された向
きを有し，音響機能または能力を含み，美しいフレームがなく，コントロールおよ
びボタンを含み，電源を含み，オンボード・プロセッサを有し，デジタル・アート
または他のビジュアルおよび／もしくは音響コンテンツを，優美で，目立たず，か
つ洗練された形で提示可能な薄型ディスプレイとしてそれらが機能することを妨げ
る，多くの追加の特徴を含む。さらに，テレビジョン，コンピュータ・モニタ，お
よび他のデジタル・ディスプレイ装置は，高電圧電源に，直接接続する必要がある
ため，使用および設置するには困難で，高価であり，柔軟ではなくなってしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
出願人の知る範囲では，壁上のピクチャ，ポスター，絵画，および写真を，ｉＰ
ｏｄ上の楽曲を変更するように変更する統合手段はなく，このような統合プラット
フォーム上で加入可能なデジタル・アート画像の大規模データベースは，現在存在
しない。また，出願人の知る範囲では，芸術，写真，装飾，ポスター，アプリケー
ション，ソーシャル・メディア，ビジュアル・ライフスタイル・メディア，ネット
配信動画コンテンツ，ＭＳＯコンテンツ，および他のあらゆる種類のコンテンツを，
インターネット・クラウド・エコシステムにより駆動される優美な薄型フレーム・
ディスプレイ上にて，容易に操作および対話する機能をユーザに提供し，ユーザが
体験のあらゆる要素を自ら調節することができる従来技術のシステムもない。した
がって，デジタル・コンテンツを，容易，便利かつ優雅に消費するとともに表示す
る，包括的なデジタル・コンテンツ・システムおよび体験が必要とされている。ま
た，芸術，写真，装飾，アプリケーション，ソーシャル・メディア，ポスター，ビ
ジュアル・ライフスタイル，ネット配信画像，ＭＳＯ，およびあらゆる他の種類の
コンテンツの表示のための遠隔ディスプレイ装置上のデジタル画像の表示と，ユー
ザが対話するとともにこの表示を制御することができる，芸術におけるユーザ・イ
ンターフェースも，現在のところ存在しない。
【課題を解決するための手段】
【０００７】
本発明は，処理コントローラと，メモリと，表示画面とを備えたディスプレイ装
置に，デジタル・コンテンツを格納するためのシステムおよび方法を備えている。
システムおよび方法は，１つまたは複数のディスプレイ装置の表示画面上に表示さ
れるように構成された，少なくとも１つのデジタル・コンテンツ・アイテムと，サ
ービス・クラウドとを備えており，このサービス・クラウドは，少なくとも１つの
デジタル・コンテンツ・アイテムを格納して管理するように構成された保護記憶シ
ステムと，少なくとも１つのデジタル・コンテンツ・アイテムを表示するように構
成された１つまたは複数のディスプレイ装置と通信するように構成された，通信コ
ントローラと，少なくとも１つのデジタル・コンテンツ・アイテムを，１つまたは
複数のディスプレイ装置に供給することを制御するように構成された供給エンジン
と，供給エンジンにより供給を受けた，１つまたは複数のディスプレイ装置の動作
状態および性能レベルを反映したデータを，収集するように構成されたサービス管
理システムと，１つまたは複数のディスプレイ装置上に表示するための少なくとも
１つのデジタル・コンテンツ・アイテムの選択のために，インターネットを介して，
メモリおよびプロセッサを具備したコンピュータ上で稼働するアプリケーションの
インターフェースとなるように構成されたサーバと，少なくとも１つのデジタル・
コンテンツ・アイテムの導入を制御するように構成されたデジタル・メディア・コ
ンテンツ取込エンジンと，認証されたデジタル・コンテンツ・アイテムを，サービ
ス・クラウドの外部の創作地点から，インターネットを介して，１つまたは複数の
ディスプレイ装置へと転送するように構成された外部コンテンツ ゲートウェイと，
・
ネット配信動画コンテンツを，１つまたは複数のディスプレイ装置へ，サービス・
クラウドの外部の１つまたは複数の外部供給源から提供するように構成されたライ
ブ・データ・フィード・ゲートウェイと，を備えている。
【０００８】
本発明の好適な実施形態では，方法およびシステムは，デジタル・アート，装飾，
ポスター，ビジュアル・ライフスタイル，ソーシャル・メディア，ネット配信動画，
ＭＳＯ，および他の種類のコンテンツを，薄型で優雅なフレームが付いたディスプ
レイに配信するために，設けられている。先駆的な装置と，豊かなデジタル・コン
テンツと，自然で直感的なユーザ体験と，新しい社会的やり取りと，革新的な購入
の選択肢とのエコシステムを創出することにより，本発明は，芸術，ポスター，絵
画，写真，ビデオ，およびアプリの体験および楽しさを，根本的に変革し，デジタ
ル・コンテンツがどのように楽しまれるかについて新たに示すように適合される。
【０００９】
好適な実施形態では，本発明は，芸術品などのためのディスプレイ装置を含み，
これは，薄型でスマートな設計の軽量デジタル・ディスプレイと，本発明のディス
プレイ装置上に表示されるデジタル・コンテンツを管理可能とするプログラムであ
るアプリケーション（「ＡＰＰ」）と，これらのディスプレイ装置上に表示可能なデ
ジタル・コンテンツへのアクセスを提供する，関連付けられたインターネット・サ
ービス・クラウドとを含む。
【発明を実施するための形態】
【００１４】
図１は，本発明のシステムの概要を示しており，このシステムは，デジタル表示
のためにコンテンツを記憶し，表示機能を管理し，インターネット１０２を介して
サービス・クラウド（「ＶＳＣ」）１０１を通じてクライアント・アプリケーション
１０８を動作させるクライアント・コントロール１０７と対話するように構成され
た，ディスプレイ装置１０５または１０６を含む。クライアント・アプリケーショ
ン（「アプリ」）１０８により，ユーザは，ユーザが表示するコンテンツまたはユー
ザが本発明のディスプレイ装置１０５または１０６で実行するアプリケーションを，
管理することができるようになり，アプリケーションは，コンテンツを購入して所
有すること，ユーザ作成コンテンツをアップロードすること，または，様々な階層
でのサービス加入を通じて，デジタル画像のレンタル・ライブラリにアクセスする
ことを含み，これにより，ユーザは，デジタル・ポスター，芸術，スポーツ，エン
ターテイメント，雰囲気，旅行，および他の表示用コンテンツを取得することがで
きるようになる。図１にてわかるように，本発明のシステムは，家庭環境内で設定
されるように構成されているが，他の公共または商用会場における本発明の使用も
想定されている。サービス・クラウド１０１は，クライアント・コントロール１０
７で，インターネット１０２を通じて通信する。クライアント・コントロール１０
７は，ディスプレイ装置１０５および１０６上に表示されたデジタル・コンテンツ
を管理し，他のアカウント管理機能を実行するためのアプリ１０８を，そこにイン
ストールしてある。
【００１６】
本発明により開示された装置は，インターネットと接続された家庭，オフィス，
車両，または公共の場のようなあらゆる環境に理想的に設置可能であり，クライア
ント・アプリケーション１０８およびサービス・クラウド１０１を通じて管理され
るオンライン・アカウントとリンクしている。ユーザは，デジタル・アート，装飾，
ポスター，ビジュアル・ライフスタイル，ソーシャル・メディア，ネット配信動画
（ＭＳＯが関与しないビデオ・コンテンツの配信，すなわち，Ｎｅｔｆｌｉｘ（登
録商標），Ｈｕｌｕ（登録商標）など），複数システム事業者（「ＭＳＯ」（ｍｕｌｔ
ｉｐｌｅ ｓｙｓｔｅｍ ｏｐｅｒａｔｏｒ），および他の種類のコンテンツを購
）
入するかまたは定期購入する能力，ならびに，ディスプレイ装置１０５上に表示さ
れたメディア・コンテンツと対話するか，またはコンテンツを外的刺激に反応する
ようにする外部アプリを定期購入するように特別に設計されたアプリを有する。本
発明のディスプレイ装置１０５およびアプリ１０８は，デジタル・アート，装飾，
ポスター，ビジュアル・ライフスタイル，ソーシャル・メディア，ネット配信動画，
ＭＳＯ，および他の種類のコンテンツを含む多数のカテゴリのデジタル・コンテン
ツの制御および表示のために設計されているが，記述を簡単にするために，デジタ
ル・コンテンツは，以下，
「デジタル・ビジュアル・コンテンツ」と総称される。こ
のことが，本発明に適応可能および適用可能なコンテンツの範囲を制限することは，
決してあり得ない。
【００９１】
インターネット・クラウド・インフラ
図１２Ａは，コンテンツおよびサービスをｉＣ－ＤＰＣディスプレイ・プロセッ
サ５１０（ディスプレイ装置１０５およびプレーヤ２１００に組み込まれる） クラ
，
イアント・コントロール１０７，モバイル・アプリ１０８，およびサービス動作管
理アプリケーション１２２４にもたらすための完全に仮想化された環境をもたらす
Ｖサービス・クラウド１０１の機能コンポーネントを示すブロック図である。これ
らのコンテンツおよびサービスは，Ｖサービス・クラウド１０１内で完全にホステ
ィングされ，動作されるネイティブ・サービス・クラウドを通じて，主として管理
されて配信される。他のサービスは，Ｖサービス・クラウド１０１のリソースによ
り管理され，Ｖサービス・クラウド１０１の外部の他のサービス・クラウドから配
信され，これらの外部サービス・クラウドは，プライベート１２１６またはパブリ
ック１２１７であり得る。外部サービス・クラウド１２１６および１２１７に由来
するコンテンツおよびサービスは，Ｖライブ・データ・ゲートウェイ１２１１およ
びその仮想環境抽象レイヤ（ＶＥＡＬ：Ｖｉｒｔｕａｌ Ｅｎｖｉｒｏｎｍｅｎｔ
Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）１２２３を用いて，コンテンツおよびコン
トロールを，ｉＣ－ＤＣディスプレイ・プロセッサ５１０，クライアント・コント
ロール１０７のユーザ・インターフェース・エクステンション１２２１，およびシ
ステム動作管理アプリケーション１２２２へのエクステンションにて稼働するアプ
リ画像１２２０と通信させる。
【００９３】
Ｖライブ・データ・ゲートウェイ（ＶＤＧ）
Ｖライブ・データ・ゲートウェイ（ＶＤＧ）１２１１は，仮想環境抽象レイヤ（Ｖ
ＥＡＬ）１２２３を提供することにより，外部サービス・クラウド１２１６および
１２１７が，それらのサービスを，ディスプレイ装置１０５，およびＶサービス・
クラウド１０１環境内のクライアント・コントロール１０７上で稼働しているアプ
リ１０８へ配信することができるようにしている。ＶＥＡＬ１２２３は３段階モデ
ルに従い，このモデルでは，最上段が外部サービス・クラウド１２１６に取り付け
られた標準化および構造化された層であり，外部サービス・クラウド１２１６を第
２段と安全に通信可能としており，この第２段は，ディスプレイ・プロセッサ５１
０上にインストールされた対応するアプリ１２２０に対して取り付けられたＶＥＡ
Ｌインターフェースであり，クライアント・コントロール１０７の対応するエクス
テンション１２２１を通じて制御される第３段との対話を直接制御するサービス・
クラウド１０１内の対応する仮想環境１２２３からなる。第２段の仮想環境１２２
３と通信する最上段，すなわち，外部標準化レイヤは，コンテンツ，セキュリティ，
アクセス制御，および管理という４つの要素内に構成され，各要素は，各外部クラ
ウド・サービス１２１６または１２１７に特有である。外部サービス・クラウド１
２１６または１２１７からのデータを，ディスプレイ・プロセッサ５１０およびク
ライアント・コントロール１０７へ，およびそこからルーティングする安全プロキ
シとしてはたらくことに加えて，外部サービス仮想環境１２２３は，コンテンツか
らのコントロールを分割し，各々を様々な装置間でルーティング可能とする。ユー
ザ・コントロールと同装置（たとえば，テレビ）上のコンテンツ鑑賞とを組み合わ
せる従来のクラウド・サービス（たとえば，ビデオ・オンデマンド・サービス）と
は異なり，外部サービスの仮想環境１２２３により，コントロールが，クライアン
ト・コントロール１０７へおよびそこからルーティングされ，コンテンツが，同時
にディスプレイ装置１０５へルーティングされるようになる。また，外部サービス
の仮想環境１２２３は，あらゆるマルウェアがディスプレイ装置１０５に到達する
のを防止する深いデータ・フィルタリング，および，外部サービス・クラウド１２
１６または１２１７およびサービス・クラウド１０１の双方が，活動履歴ならびに
他の利用および取引計測を把握可能とする他の管理機能を実行する。
【００９４】
データが単に外部ソースからディスプレイ装置１０５のディスプレイ・プロセッ
サ５１０へと送られる同様の状況では，ＶＤＧ１２１１は，外部サービス・クラウ
ド１２１６または１２１７からデータを安全にルーティングしてアプリ画像１２２
０を作成するデータ・コンセントレータとしてはたらく。ＶＤＧ１２１１は，コン
セントレータを用いて，ライブＲＳＳ，ＸＭＬまたはＵＲＬデータ・フィードを受
信して，それらを，登録されたディスプレイ装置１０５上で稼働するアプリ画像１
２２０に利用可能とする。さらに詳述することになるＶＳＤＫ１６０４により，開
発者は，新しいコンセントレータを作成可能となり，かつ／またはそれらのアプリ
を，接続されたライブ・データ・フィードに登録可能となる。また，ＶＤＧ１２１
１は，ライブ・データ・フィードが有害なデータを担持していないことを確認する
ために，セキュリティ・フィルタ機構を組み込んでいる。
【０１０３】
図１２Ｂは，インターネット・コンテンツ・サービス・クラウド１２１８の機能
コンポーネントを示すブロック図であり，このクラウドは，
「Ｖコンテンツ・サービ
ス・クラウド」
（ＶＣＳＣ）１２１８と総称される一連のクラウド・アプリケーショ
ンをホスティングしており，ＶＣＳＣは，ディスプレイ装置上のデジタル・メディ
ア・コンテンツの鑑賞体験を容易にするとともに支援するように動作し，他の機能
との間でモバイル・クライアント・アプリケーションを用いて，リンクされたディ
スプレイ装置１０５のサービス動作１２００を制御する。ＶＣＳＣ１２１８は，好
ましくは９９．９９９％のサービス稼働率ならびに１００％のデータ整合性および
復元を保証する商用クラウド・サービス・プロバイダ，ならびに好ましくは９９．
９９９％のコンテンツ配信を保証する商用コンテンツ配信ネットワーク（ＣＤＮ）
によりホスティングされた，プライベート・クラウドであってもよい。サービス・
クラウド１０１，ＶＣＳＣ１２１８，およびＣＤＮは，アカウント・セキュリティ，
ネットワーク・セキュリティ（アクセス・ポイントおよび伝送の保護） フォールト・
，
トレラント設計，事業継続性管理，変更管理制御（ｃｈａｎｇｅ ｍａｎａｇｅｍ
ｅｎｔ ｃｏｎｔｒｏｌ） ならびに物理および環境セキュリティを伴う，
， 実証され
て監査された，保護インフラ・フレームワークを提供することが好ましい。
【０１０４】
ＶＣＳＣ１２１８は，保護データおよびメディア記憶システム（ＶＳＳＳ）１２
０１と，供給エンジン（ＶＰＥ）１２０３と，ソーシャル・ネットワーク・エンジ
ン（ＶＳＮＥ）１２０６と，顧客関係管理エンジン（ＶＣＲＭＥ）１２０７と，先
進取引エンジン（ＶＣＥ）１２０８と，デジタル・メディア・コンテンツ取込エン
ジン（ＶＩＥ）１２０９と，外部コンテンツ・ゲートウェイ（ＶＣＧ）１２１０と，
を備えていることが好ましい。また，ＶＣＳＣ１２１８は，Ｖサービス・クラウド
１０１からのリソースを用いて，エコシステムの他の要素と通信し，これらの要素
は，安全な一次インターネット接続１２１５を通してディスプレイ装置１０５との
全ての通信を制御する通信コントローラ（ＶｉＣＣ）１２０２，二次インターネッ
ト接続１２１４を通してアプリ１０８とのインターフェースになる（ユーザ）イン
ターフェース・サーバ（ＶＩＳ）１２０５，および動作制御および監視機能をもた
らすサービス管理システム（ＶＳＭＳ）１２０４などである。
【０１０５】
ＶＣＳＣ１２１８は，強力なセキュリティ・フレームワーク上に構築されて，ア
プリ１０８から到来する全てのユーザの要求，およびディスプレイ装置１０５との
全ての通信を，肯定的に特定し，認証し，保護する。ＶＣＳＣ１２１８内に記憶さ
れたデジタル・メディア・コンテンツの全てのインスタンスおよび表現の全ての要
素が，完全に暗号化されて，各認証ユーザについてアクセス権限を明確に定めた厳
格で粒度の細かいアクセス制御機構により，権限なきアクセスから保護されること
が好ましい。ＶＣＳＣ１２１８の好適な性能およびスケーラブル特性は，その内部
保護信号伝送ファブリック（ｉｎｔｅｒｎａｌ ｓｅｃｕｒｅ ｓｉｇｎａｌｉｎ
ｇ ｆａｂｒｉｃ）が，高度に拡張可能なＸＭＰＰプロトコルを用いて，全てのク
ラウド・システム，アプリ１０８，およびディスプレイ装置１０５に実装されたソ
フトウエアの間で信号伝送することにより，得られるものである。この信号伝送フ
ァブリックを用いて，全てのコントロール，コマンド，およびレポート通信が，発
信元から相手先へと迅速にルーティングされる。各通信インスタンスは，受信者が，
ソースを肯定的に認証して，データの整合性を承認することを可能にする，認証お
よび整合性機構により保護されている。したがって，高度に保護されたプライベー
ト・クラウド・インフラの使用に加えて，このプライベート・クラウドの境界内ま
たは境界を越えてなされる全ての通信が，保護されていることが好ましい。
【０１１８】
Ｖデジタル・メディア・コンテンツ取込エンジン（ＶＩＥ）
・・・Ｖデジタル・メディア・コンテンツ取込エンジン（ＶＩＥ）１２０９は，
全ての種類のデジタル・メディア・コンテンツ（静止画，動画，対話画像，アプリ
画像）をＶ保護記憶システム（ＶＳＳＳ）１２０１のライブラリ１６０２へ導入お
よび適応することを制御するように構成された自動化作業フロー エンジンである。
・
導入するコンテンツの種類および量に応じて，ＶＩＥ１２０９は，２つの主要な機
構を提供し，それらは，低容量の取込用のウェブ・ユーザ・インターフェース駆動
導入ツール１５００Ｂ，および大容量の取込用のＸＭＬベースＡＰＩ１５００Ａで
ある。また，ＶＩＥ１２０９は，取込担当者が，創作，キュレーション，商用およ
び技術メタデータ，ならびに検索エンジンにより特に使用されるメタデータを，完
成させることができるようにするユーザ・インターフェースを，提供することもで
きる。最後に，ＶＩＥ１２０９は，一式のビジュアル編集ツールにアクセスを提供
して，デジタル・メディア・コンテンツ・アイテムが本発明のディスプレイ装置の
実施形態上に表示される方法を修正することができる。これらのツールを用いて，
権限のあるユーザは，コントラスト，デフォルトの輝度，彩度，および白黒レベル
を，これらの変更を，リアルタイムで装置上にて注視しつつ，対話的に調整するこ
とができる。取り込まれたコンテンツから抽出されるか，または取込処理中に作成
された全てのデータは，ＶＳＳＳ１２０１内に記憶可能であることが好ましい。こ
の処理中，いくつもの承認ゲートが作成されて，様々な権限が，芸術的情報，キュ
レーション情報，技術情報，および商業情報を承認することが可能となる。
【０１１９】
・・・本発明の取込作業フローは，ディスプレイ装置上で鑑賞されるコンテンツ
の外観（音響およびビデオ）値を最大化するために，ユニークなアルゴリズムを用
いることが好ましい。それは，ビジュアルおよび／または音響コンテンツを解析し
て，クリティカルな鑑賞要素および最適の視線を特定し，調整（トリミング，拡大
縮小，または色彩の向上および並進／回転を含む画像の変更）を行って，鑑賞体験
を最高のものにする。各修正は，取消可能であることが好ましく，最近の修正の一
連のリストが，入手可能で，メディア・コンテンツに対してリンクされて，サービ
ス・クラウド１０１上に保存されることが好ましい。
【０１３０】
Ｖ外部コンテンツ・ゲートウェイ（ＶＣＧ）
Ｖ外部コンテンツ・ゲートウェイ（ＶＣＧ）１２１０により，認証されたデジタ
ル・メディア・コンテンツを，ＶＳＣ１０１外部の創作地点（ｏｒｉｇｉｎａｔｉ
ｏｎ ｐｏｉｎｔ）からディスプレイ装置へ，擬似リアルタイム（ｎｅａｒ ｒｅ
ａｌ－ｔｉｍｅ）転送することが可能となる。外部のデジタル・メディア・コンテ
ンツ・カタログで広告が適切に配列されていると，ユーザは，サービス・クラウド
内に取り込まれていないものの擬似リアルタイムでディスプレイ装置へプッシュさ
れるメディア・コンテンツ・アイテムを閲覧および購入することもできる。ＶＣＧ
１２１０は，外部カタログにアクセスして，メディア・コンテンツ・アイテムを処
理するように，事前設定されていることが好ましい。サービス・クラウドにより管
理された他のデジタル・メディア・コンテンツとは異なり，外部のメディア・コン
テンツ・アイテムは，ユーザ・ライブラリ内に記憶されて，デジタル権利管理シス
テムにより完全に保護されている。
【図１】
【図１２Ａ】
【図１２Ｂ】
(2) 本願発明の概要
前記第２の２の本願の特許請求の範囲の請求項（特に請求項１及び８）の記載及
び上記(1)の本願明細書の記載によると，本願発明の概要について，次のようにいう
ことができる。
ア 本願発明は，画像や映像のデジタル・コンテンツを，薄型のディスプレ
イ装置に表示するためのシステム及び方法に関するものである（本願明細書の段落
【０００２】。
）
イ 従来，芸術作品については，画像がガラス，キャンバス等の媒体上に固
定され，容易に変更できないといった問題があった（同【０００３】。また，画像
）
や映像のコンテンツについては，ユーザがディスプレイ上で体験のあらゆる要素を
自ら調節することはできず（同【０００４】，デジタル・コンテンツについても，
）
ディスプレイ装置が重く，扱い難い，設置が難しい，使用が困難である，固定した
向きを有するといった問題があった（同【０００５】。
）
上記に関し，従来，壁上の絵画等を変更する統合手段や，統合プラットフォーム
上で加入可能なデジタル・アート画像の大規模データベースは存在せず，ユーザに
おいて，画像や映像のコンテンツを，ディスプレイ上で容易に操作し，体験のあら
ゆる要素を自ら調節することができるシステムもなく，それに係るユーザ・インタ
ーフェースも存在しなかった（同【０００６】。
）
ウ 本願発明は，ディスプレイ装置に，表示用のデジタル・コンテンツを記
憶するためのシステム又は方法であって，①処理コントローラ，メモリ及び表示画
面を備えたディスプレイ装置と，②通信コントローラ，インターフェース・サーバ
及びサービス管理システムを含むコンテンツ・サービス・クラウドを有するサービ
ス・クラウドを，構成要素として含むものであり，サービス・クラウドは，次の機
能等を備えている（請求項１及び８，本願明細書の段落【０００７】。
）
(ｱ) 保護記憶システム
ディスプレイ装置上に表示されるように構成されたデジタル・コンテンツ・アイ
テムの記憶及び管理に係るものである。
(ｲ) 通信コントローラ
ディスプレイ装置との通信に係るもので，ユーザ入力装置によるデジタル・コン
テンツ・アイテムの選択に応答して，デジタル・コンテンツ製品を，インターネッ
トを介して，ディスプレイ装置の表示画面へと送信するものである。
(ｳ) 供給エンジン
デジタル・コンテンツ・アイテムの供給の制御に係るものである。
(ｴ) サービス管理システム
供給エンジンから供給を受けた，ディスプレイ装置の動作状態及び性能レベルを
反映した，データの収集に係るものである。
(ｵ) デジタル・メディア・コンテンツ取込エンジン
デジタル・コンテンツ・アイテムの導入の制御に係るもので，低容量取込及び大
容量取込を含む取込作業フローを備え，デジタル・コンテンツ・アイテムの解析に
も係るものである
(ｶ) サーバ
デジタル・コンテンツ・アイテムの選択のための，メモリ，プロセッサ及びユー
ザ入力装置を備えたコンピュータ上で稼働するアプリケーションのインターフェー
スに係るものである。
(ｷ) 外部コンテンツ・ゲートウェイ
認証されたデジタル・コンテンツ・アイテムを，サービス・クラウドの外部の創
作地点から，インターネットを介して，ディスプレイ装置へと転送することに係る
ものである。
(ｸ) ライブ・データ・フィード・ゲートウェイ
サービス・クラウドの外部の供給源から，コンテンツをディスプレイ装置へと提
供することに係るものである。
２ 引用発明について
(1) 甲１の記載（括弧内の頁数は，英語原文における頁数を示す。訳文は，基
本的に乙１によるが，一部訳文の統一等のために変更している部分がある。）
ア 「ｍｐｘはブロードバンドビデオ管理の進化の次の段階です。効率的な
ユーザーインターフェースモデルと最も成熟した柔軟なオンラインビデオ管理技術
の融合です。（１頁）
」
イ 「より効率的なコンテンツ管理，パーソナライズされたワークフロー，
自動パブリッシング，エンタープライズクラスのパフォーマンスを備え，サービス
指向アーキテクチャの上に構築されているｍｐｘは，ＰＣ，携帯電話，テレビに公
開するための最も完全なビデオ管理システムです。 （２頁７行目～９行目）
」
ウ 「ｍｐｘを通じて，ビデオ管理の以下の全ての複合的なタスクを実行す
ることができます。
■ 取込み
■ 効率的なワークフロー
■ 自動パブリッシング及び配信
■ 簡単な編集
■ カスタム・フィード
■ 柔軟な配信及び格納
■ 収益化
■ 顧客獲得
■ コンテンツのセキュリティ
■ ローカル及びホスティングファイル処理
■ ユーザフレンドリーなレポート
■ トランスコーディング」（２頁１４行目～２６行目）
エ 「取込みサービスは，コンテンツのアップロードについて，以下の２つ
の自動化された方法を提供しています。
■ ウォッチフォルダは，システム上のＦＴＰロケーションで，取込みサービス
が常に変更を監視しています。ウォッチフォルダは，
“プッシュ型”の取込み方法で
す：メディアをドロップインすると，自動的にthePlatformのｍｐｘビデオ管理シス
テムにアップロードされます。
■ フィードリーダは，ユーザのフィードを監視し，コンテンツの追加又は変更
をアカウントに自動的にアップロードします。フィードリーダは“プル型”の取込
方法です。アップロードされるコンテンツは，フィードが読まれたときにシステム
に取り込まれます。（３頁１行目～１１行目）
」
オ 「より簡単なアップロード
各アップロードの完了を待つことなくファイルをｍｐｘにアップロードするため
に，ｍｐｘコンソールは，ｍｐｘアップローダと呼ばれる小さなアプリケーション
を使用します。このアドビ・エアー・ベースのクライアントは，ローカルドライブ
上のファイル・キューを介して動作し，ＦＴＰ又はＷｅｂＤＡＶを介してアップロ
ードサーバにファイルを送信します。
ｍｐｘアップローダは，ウェブブラウザにおいてではなく，アプリケーションと
して動作するので，ｍｐｘの使用を継続する前に，アップロードの完了を待つこと
がありません。ｍｐｘアップローダは，操作を続けながらにして，任意の数及びサ
イズのファイルを選択してバックグラウンドでアップロードします。（６頁１８行
」
目～２８行目）
カ 「自動及びカスタマイズされたパブリッシング及び配信
ほぼ全てのデバイス，販路及びフィードは，オンラインビデオについて，ビデオ
フォーマット，イメージ，配信設定といった独自の要求仕様を有しています。ｍｐ
ｘのパブリッシングワークフローは，ファイル選択，トランスコーディング及びア
セットタイプの適用からファイルの適切な位置への移動といったパブリッシングプ
ロセス全体を自動化してユーザに提供します。（７頁１行目～４行目）
」
キ 「公開取りやめ
コンテンツを公開した後，公開しなければよかったと思ったことはありません
か？これはｍｐｘを使えば簡単に修正できます。公開操作を逆にして，必要に応じ
て再度メディアに発行することができます。ユーザインターフェースに公開取りや
め操作の状態が明記されています。（８頁８行目～１０行目）
」
ク 「簡素化されたトランスコーディング
トランスコーディングは，あるコーデックから別のコーデックへの直接的なデジ
タルからデジタルへの変換であり，オンラインメディアパブリッシングプロセスの
重要な部分ですが，その作業はご存じのとおり複雑になることがあります。より簡
単にするために，目的の形式を選択して，ホスト型と非ホスト型の両方のトランス
コーディングサービスをｍｐｘで直接制御できるようにしています。ファイル変換
は裏で自動的に行われます。
・・・
当社のサーバーは，MPEG-1，MPEG-2，MPEG-4，H.263，H.264，3G2，RealVideo，
QuickTime，AVI，3GPP，Windows Mediaなど，さまざまなソースファイル形式からト
ランスコードすることができます。出力メディアファイルには，MPEG-1，MPEG-2，
MPEG-4，H.263，H.264，3G2，RealVideo，QuickTime，AVI，3GPP，Windows Media，
Flashなどがあります。・・・
ファイアウォールの後ろでローカルに独自のトランスコーディングサービスをホ
ストする場合，当社のリモートメディアプロセッサ（ＲＭＰ）を使用して，トラン
スコードアプリケーションと連携したり，ファイル操作，ＤＲＭ暗号化，ファイル
転送などの重いタスクを実行したりすることができます。 （９頁３２行目～１０頁
」
５行目）
ケ 「柔軟な配信及び格納
ｍｐｘは，ユーザのコンテンツ配信ネットワーク（ＣＤＮ）を管理するためのク
リーンで効率的なインターフェースを提供し，当社のビデオ管理ソリューションと
シームレスに統合することで，メンテナンスの必要性及びサポートコストの削減を
実現します。（１０頁６行目～８行目）
」
コ 「ｍｐｘは３つのタイプの配信をサポートしており，ＣＤＮが提供する
サービスに応じて，サーバベースで配信タイプを組み合わせることができます。
■ ストリーミングサーバ又はサムネイル及びプログレッシブダウンロードを提
供するサーバを使用して即時再生のためにファイルをプレイヤへストリーミングす
ること。
■ 格納及びオフライン再生のためにファイルをクライアントにダウンロードす
ること。
■ オリジンサーバからファイルを引き出し，ＣＤＮのエッジキャッシュにファ
イルを移動すること。
これらのタイプの配信に加えて，アドビフラッシュメディアストリーミングサー
バー，アダプティブストリーミング，プログレッシブダウンロード，帯域幅スロッ
トリング，ロードバランシング，デジタルメディアシステムセキュリティも提供し
ています。
テーラーメイドのソリューションを提供するという当社の目標を維持しつつ，Ｃ
ＤＮ統合に関し拡大するネットワークは，ユーザに最適な配信選択肢の柔軟性を提
供します。現在の統合先は以下のものを含みます。
■ AkamaiTechnologies,Inc. ■ Highwinds
■ Amazon Web Services ■ Internap
■ CDNetworks ■ Limelight Networks
■ Cisco Systems ■ StreamGuys
■ EdgeCast Networks ■ Velocix」（１０頁１４行目～１１頁９行
目）
サ 「カスタマイズされたプレイヤ
thePlatformのプレイヤサービスでは，ＰＣ，Ｍａｃ，携帯電話及びＯＴＴデバイ
スのために構築された独自のプレイヤを短時間でローンチすることができます。全
てホストサービスを通じています。（１１頁１０行目～１２行目）
」
シ 「主なメリットは以下のとおりです。
・・・
■ プレイヤは，thePlatformによってホストされます。
プレイヤサービスは，スタンド・アローンのプレイヤ開発キットで提供される全
ての標準的な特徴を提供し，コードを介したビルドやホスティングを要しません。
全てのプレイヤについての標準的な特徴には，全画面再生，共有，組み込みコード，
自動スタート再生及びパートナープラグインのサポートが含まれています。（１１
」
頁１５行目～２３行目）
ス 「収益化
オンラインで広告を管理するには，多くの考慮事項があります。・・・
ブロードバンドビデオコンテンツを収益化するには，５つの鍵となるパスがあり
ます。
・・・
２．広告ポリシーと統合
ビデオの広告ポリシーは，広告を再生する時間，方法，対象及び広告ソースを定
義します。thePlatformは，広告ベース，サブスクリプションベース及びペイパービ
ュー方式をサポートする１５社以上の広告及び収益化技術プロバイダーとの統合を
提供しています。
・・・
４．販売
新規のビジネスモデルを迅速に適用するためには，コンテンツの販売方法に柔軟
性を持たせる必要があります。thePlatformのシステムには，ユーザが，サブスクリ
プション，ペイパービュー，ＶＯＤ，レンタル及びバンドルを含む種々の購入方法
でコンテンツを購入できるようにするための広範なサポートが含まれています。ま
た，消費者がコンテンツを購入するためのウェブ及びモバイル店舗の開発もお手伝
いします。（１１頁３８行目～１２頁２４行目）
」
セ 「ローカルストレージのセキュリティ
Fast and Secure Protocol（ＦＡＳＰ）コンテンツの一部（または全部）を，特
定のファイル処理とセキュリティ要件を満たす場所に保存して作業することを希望
するお客様のために，リモートメディアプロセッサ（ＲＭＰ）を開発しました。Ｒ
ＭＰは，ファイアウォールの後ろにあるサーバー上のMicrosoft Windowsサービス
として動作し，ネットワーク上のファイルを効率的かつ安全に管理することができ
ます。・・・」（１３頁１２行目～１７行目）
ソ 「ローカル及びホスト型ファイル処理
thePlatformは，アプリケーション・サービス・プロバイダ（ＡＳＰ）としてビデ
オ管理システムを運営していますが，様々な運用仕様を持つお客様にサービスを提
供しています。当社のＲＰＭソフトウェアは，ハイブリッド環境でビデオパブリッ
シング業務を実行したい場合に最適です。というのは，ローカルに収容されたテク
ノロジーとストレージをオンラインでホスティングされたサービスと組み合わせる
ことで，効率性を最大限に高め，柔軟性を維持しているからです。
ネットワーク上のサーバにＲＭＰをインストールして，ｍｐｘの指示に従ってフ
ァイル転送，エンコード，暗号化を管理します。ネットワーク内でＲＭＰを実行す
ることで，インターネット上のソースファイルや中間ファイルの長時間の転送を回
避することができます。ＲＭＰのハイブリッドソリューションを使用すると，最大
ビットレートや最高ビットレートの中間ファイルを処理し，エンコードし，適切な
場所に移動する必要がある場合でも，ワークフロー全体をスピードアップすること
ができます。
メディアをリリースしたときにのみ，ファイルはインターネットを経由してコン
テンツ・デリバリー・ネットワーク（ＣＤＮ）に送られます。そして，ＲＭＰはｍ
ｐｘから指示を得ているので，新しいユーザーインターフェースを学ぶ必要はあり
ません。（１４頁１行目～１１行目）
」
(2) 上記(1)によると，甲１には，前記第２の３(1)アのように本件審決が認定
したものと同様に，次の引用発明が記載されていると認められる（翻訳の修正に伴
い，本件審決が認定した引用発明と異なる部分に，便宜上，下線を付する。 。
）
「（ａ）ｍｐｘを通じて，
（ｂ）取込み，
（ｃ）自動パブリッシング及び配信，
（ｄ）
柔軟な配信及び格納，（ｅ）収益化等の複合的なタスクを実行可能な方法であって，
（ｂ）取込みサービスは，以下の２つの方法を提供し，
（ｂ１）フィードリーダは，ユーザのフィードを監視し，コンテンツの追加又は
変更をアカウントに自動的にアップロードし，
（ｂ２）ｍｐｘアップローダは，アプリケーションとして動作し，任意の数及び
サイズのファイルを選択してバックグラウンドでアップロードし，
（ｃ）自動パブリッシング及び配信サービスは，ファイル選択，トランスコーデ
ィング及びアセットタイプの適用といったパブリッシングプロセス全体を自動化し
てユーザに提供し，
（ｄ１）柔軟な配信及び格納サービスは，ユーザのコンテンツ配信ネットワーク
（ＣＤＮ）を管理するためのクリーンで効率的なインターフェースを提供し，
（ｄ２）ｍｐｘは，以下の３つのタイプの配信をサポートし，ＣＤＮが提供する
サービスに応じて，サーバベースで配信タイプを組み合わせることができ，
（ｄ２１）ストリーミングサーバ又はサーバを使用して即時再生のためにファイ
ルをプレイヤにストリーミングするタイプ，
（ｄ２２）格納及びオフライン再生のためにファイルをクライアントにダウンロ
ードするタイプ，
（ｄ２３）オリジンサーバからファイルを引き出し，ＣＤＮのエッジキャッシュ
に移動させるタイプ，
（ｄ３）AkamaiTechnologies,Inc.等とのＣＤＮ統合はユーザに配信選択肢の柔軟
性を提供し，
（ｅ１）収益化は，広告ベース，サブスクリプションベース及びペイパービュー
方式をサポートする，広告及び収益化技術プロバイダーとの統合を提供し，
（ｅ２）収益化は，ユーザに，サブスクリプション，ペイパービュー，ＶＯＤ，
レンタル，バンドルを含む種々のコンテンツ購入方法を提供し，
（ｆ１）プレイヤサービスは，ホストサービスを通じて，ＯＴＴデバイスのため
に構築されたプレイヤを提供し，
（ｆ２）プレイヤサービスは，全画面再生，共有，自動スタート再生及びパート
ナープラグインのサポートを含む，
（ｇ）そのビデオ管理システムをアプリケーション・サービス・プロバイダ（Ａ
ＳＰ）として運営される，
（ａ）方法。」
(3) その上で，本願発明８と引用発明を対比すると，それらの間には，本件審
決が認定した前記第２の３(2)の一致点及び相違点１～４が存在すると認められる。
(4) 原告が主張する相違点の看過について
ア 原告は，引用発明のｍｐｘプラットフォームの「ＡＳＰ」と，本願発明
８の「サービス・クラウド」とは技術的に全く異なるものである旨を主張し，その
根拠として，クラウドコンピューティングとＳａａＳは交換可能な用語であるとこ
ろ，
「サービス・クラウド」又はＳａａＳと「ＡＳＰ」とは，ユーザのコンピュータ
にローカルにソフトウェアをインストールすることの要否，ユーザによるカスタマ
イズの有無，サーバやデータベースなどがユーザ毎に提供される（シングルテナン
ト構造である）か複数のユーザで共有される（マルチテナント構造である）か，ハ
ードウェアやソフトウェアの管理の主体などで大きく異なっていると主張して，証
拠（甲９～１４）を提出する。
イ 上記に関し，原告が提出する証拠のうち，甲１０には，ＳａａＳがクラ
ウドコンピューティングとしても知られているという旨の記載があるが，技術的に，
ＳａａＳとクラウドコンピューティングが同義であるとまで明記されているもので
はない。
また，甲９において，ＳａａＳは，クラウドコンピューティングの「Service Models」
の一つとして挙げられているにとどまり（甲９の６枚目３０行目～７枚目１０行目），
甲１１及び１４には，ＳａａＳがＡＳＰの進化したものである旨の記載はあるが，
ＳａａＳがクラウドコンピューティングと同義であるとか，ＡＳＰはクラウドコン
ピューティングに含まれないとの記載はない。
これに対して，ＡＳＰＩＣのウェブサイト（乙２，３）には，同法人の「ＡＳＰ」
の定義では，
「『ＡＳＰ』 『ＳａａＳ』
と は同義語とみなしている」ことや，
「現在（２
００９年１２月時点）
『クラウド』または『クラウドコンピューティング』という用
語が，官民を問わず広く使用されつつある」ところ，
「米国のカリフォルニア大学バ
ークレー校『電子工学およびコンピューターサイエンス学部』が２００９年２月に
発表した論文の中で行った定義によると，
『クラウドは，データセンターのハードウ
ェアおよびソフトウェアのことである』『クラウドコンピューティングは，Ｓａａ
，
Ｓおよびユーティリティ・コンピューティングの集合体のことである』とされて」
おり，同法人の「クラウドコンピューティング」の定義では，
「クラウドコンピュー
ティングとは，ＡＳＰ・ＳａａＳの集合体のことである」とされていることなどが
記載され，
「ＡＳＰ」と「ＳａａＳ」は，クラウドコンピューティングを構成するも
のとして一体的に取り扱われている。
また，甲１２において，ＡＳＰは，
「インターネット又はプライベートネットワー
クを介してリモートデータセンターから複数のユーザにアプリケーションとコンピ
ュータサービスを配信及び管理する」ものと記載されており（７枚目の２０行目～
２２行目），甲１３において，ＡＳＰは，
「ＡＳＰインダストリ・コンソーシアム（Ｉ
ＤＣ）により，
『インターネット又はプライベートネットワークを介してリモートデ
ータセンターから複数のユーザにアプリケーションとコンピュータサービスを配信
及び管理するビジネス』と定義されている」と記載されている（６４頁左欄５行目
～１１行目）。
ウ 以上によると，クラウドコンピューティングとＳａａＳが同義であって，
それはＡＳＰと技術的に明確に異なるものであるという原告の上記アの主張を採用
することはできず，クラウドコンピューティングにＳａａＳとＡＳＰが含まれると
解することができる。
エ 本願の特許請求の範囲にも，本願明細書（甲６）にも，本願発明８にい
う「サービス・クラウド」が，ＡＳＰを排除するものとしてのＳａａＳである旨を
明確に示す記載は見当たらない。
この点について，原告は，本願明細書の段落【００５４】【００５５】【００７
， ，
１】～【０１８８】並びに【図１】【図７】【図１２Ａ】～【図２０】及び【図２
， ，
２】等の記載について主張するが，これらは，本願発明の実施例についての記載で
あり，これらの記載から本願発明８にいう「サービス・クラウド」が原告が上記ア
で主張するようなものと認めることはできない。
オ そうすると，
「一般にＡＳＰによって運営されるシステムは，ネットワー
ク経由でユーザにソフトウェアを利用させる形態を指す」として，そのように運営
される引用発明の構成ａの「ｍｐｘ」が本願発明８の構成Ｃの「サービス・クラウ
ド」に相当するとの本件審決における認定が，誤りであるということはできない。
なお，上記の「ネットワーク経由でユーザにソフトウェアを利用させる形態」に
ついて，原告の主張するように，ソフトウェアのインストールの有無等の点で，技
術的に更に細かな形態に分類することが可能であるとしても，そのことは，上記認
定判断を左右するものではない。
カ 原告のその他の主張について
原告は，ＡＳＰＩＣの名称変更の経緯を指摘して，ＡＳＰＩＣによる定義が客観
的・中立的なものではないと主張するが，単なる名称変更の経緯から，そのように
いうことができないことは明らかである。また，ＡＳＰＩＣは，
「クラウドサービス
利用者の保護とコンプライアンス確保のためのガイド」
（甲１６）において，コンピ
ューティングリソースを「所有する」ものから「利用する」ものへの時代の変化と
してクラウドサービスを位置づけているが，甲１６には，コンピューティングリソ
ースを「所有する」ものがＡＳＰであるとの記載はなく，ＡＳＰとクラウドコンピ
ューティングを対比しているとはいえないから，甲１６の記載は，乙２及び３の記
載と矛盾するものではない。さらに，原告は，引用発明のｍｐｘプラットフォーム
にＡＳＰＩＣによるＡＳＰの定義を適用すると矛盾が生じると主張するが，既に判
示したとおり，
「一般にＡＳＰによって運営されるシステムは，ネットワーク経由で
ユーザにソフトウェアを利用させる形態を指す」のであるから，引用発明の「ｍｐ
ｘ」はこの定義に合致するものであり，矛盾することはない。
なお，原告は，本願発明が米国においてされたこと等から，技術用語の意義につ
いては，米国等西洋の標準機関，企業，裁判所等で作成された文献に基づいて解釈
されるべきであるとも主張するが，既に判示したとおり，米国の裁判例，文献等を
考慮して本願発明を解釈しても，上記オのとおり判断することができるものである。
３ 甲２～５に記載されている技術について
(1) 甲２技術
ア 甲２の記載事項
甲２は，発明の名称を「ファイル配信装置，ファイル配信方法およびファイル配
信プログラム」とする発明に係る公開特許公報であり，甲２には，次の事項が記載
されている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ファイル配信装置，ファイル配信方法およびファイル配信プログラム
に関し，特に，ファイルを複数のファイル受信装置にマルチキャストするファイル
配信装置，ファイル配信方法およびファイル配信プログラムに関する。
【背景技術】
【０００２】
映画コンテンツおよび書籍等のデジタル化により，大容量ファイルの効率的なフ
ァイル分配の運用が想定される。
【０００５】
拠点数増加およびファイルの大容量化の状況下で，ファイル分配サービスを複数
のサーバを設けることなく実現するシステムの提案が要求されている。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
・・・ファイル配信システムは，各クライアント計算機の固定的なスペック値に
応じてマルチキャスト先のグループ分けを行なう構成であるため，サーバおよびク
ライアント間の回線状態，ならびにクライアントの動作状態に応じてファイルを効
率的に配信することができないという問題点があった。
【００１４】
この発明は，上述の課題を解決するためになされたもので，その目的は，マルチ
キャスト先のグループ分けを適切に行なうことにより，ファイルを効率的に配信す
ることが可能なファイル配信装置，ファイル配信方法およびファイル配信プログラ
ムを提供することである。
【課題を解決するための手段】
【００１５】
上記課題を解決するために，この発明のある局面に係わるファイル配信装置は，
複数のファイル受信装置にファイルを配信するためのファイル配信装置であって，
上記複数のファイル受信装置における上記ファイルの受信品質の指標を含む品質情
報を取得するための品質管理部と，上記品質管理部によって取得された上記品質情
報に基づいて，上記複数のファイル受信装置を複数のグループに分け，上記グルー
プごとに上記ファイルの配信を制御する送信制御部と，上記送信制御部の制御に基
づいて，上記グループごとに上記ファイルをマルチキャストするための送信部とを
備える。
【００１６】
上記課題を解決するために，この発明のある局面に係わるファイル配信方法は，
複数のファイル受信装置にファイルを配信するファイル配信方法であって，上記複
数のファイル受信装置における上記ファイルの受信品質の指標を含む品質情報を取
得するステップと，取得した上記品質情報に基づいて，上記複数のファイル受信装
置を複数のグループに分け，上記グループごとに上記ファイルの配信を制御するス
テップと，上記制御に基づいて，上記グループごとに上記ファイルをマルチキャス
トするステップとを含む。
【００１７】
上記課題を解決するために，この発明のある局面に係わるファイル配信プログラ
ムは，複数のファイル受信装置にファイルを配信するためのファイル配信装置にお
けるファイル配信プログラムであって，コンピュータに，上記複数のファイル受信
装置における上記ファイルの受信品質の指標を含む品質情報を取得するステップと，
取得した上記品質情報に基づいて，上記複数のファイル受信装置を複数のグループ
に分け，上記グループごとに上記ファイルの配信を制御するステップと，上記制御
に基づいて，上記グループごとに上記ファイルをマルチキャストするステップとを
実行させる。
【発明の効果】
【００１８】
本発明によれば，マルチキャスト先のグループ分けを適切に行なうことにより，
ファイルを効率的に配信することができる。
【発明を実施するための形態】
【００２１】
＜第１の実施の形態＞
［概要］
本発明の第１の実施の形態では，映像コンテンツなどの大容量ファイルを何千・
何万台の拠点すなわちクライアントに分配する運用において，ファイル分配元とな
るサーバ（ファイル配信装置）は，ファイル分配先となるクライアント（ファイル
受信装置）の受信品質および受信性能の情報を収集しながら受信品質および受信性
能の少なくとも一方が類似するグループを作成する。そして，サーバは，グループ
単位で最適な送信手段を判断し，データ送信を行なう。
【００２２】
これにより，クライアントの受信性能を最大限に発揮しながら異常クライアント
の発生を抑制し，かつ再送などの不要なデータ送信を抑制することが可能となる。
そして，効率的なデータ送信，および計画的かつスケジュール通りのファイル分配
の運用を行なうことが可能となる。
【００３５】
図２は，本発明の第１の実施の形態に係るファイル配信システムの構成，および
ファイル配信システムにおけるデータの流れを示す図である。
【００３９】
・・・ファイル受信部１２は，ファイル配信部２が最適な配信スケジュールファ
イル５を作成できるようにするために，
・・・クライアント２１１の受信性能および
受信品質を示す品質情報３１を収集する（フローＦ１４）。ファイル受信部１２は，
コンテンツファイル３０の受信を完了するたびに，ファイル配信部２に自己のクラ
イアント２１１の最新の品質情報３１を通知する（フローＦ１５およびフローＦ２
２）。
【００４０】
ファイル配信部２は，ファイル受信部１２から品質情報３１を受けて，各クライ
アント２１１におけるファイル受信部１２が収集した品質情報３１を品質情報４と
して一括管理する（フローＦ７）。そして，ファイル配信部２は，品質情報４を分析
することにより，各クライアント単位で最適な送信手段を決定するとともに類似性
能および類似品質のクライアントをグループ化し，マルチキャスト送信の手段およ
び送信先を決定する。
【００４５】
・・・ファイル分配を行なうサーバ２０１は，複数のクライアント２１１の受信
性能および受信品質を収集して管理することで，各クライアント２１１の受信性能
および受信品質に合わせた最適な送信手段を決定し，常に安定したファイル分配を
可能とする。
【００４９】
図３は，本発明の第１の実施の形態に係るサーバの概略構成図である。なお，ク
ライアント２１１の概略構成はサーバ２０１とたとえば同様であるため，ここでは，
サーバ２０１の構成について代表的に説明する。
【００５０】
図３を参照して，サーバ２０１は，演算処理部であるＣＰＵ（Central Processing
Unit）１０１と，メインメモリ１０２と，ハードディスク１０３と，入力インター
フェイス１０４と，表示コントローラ１０５と，データリーダ／ライタ１０６と，
通信インターフェイス１０７とを備える。これらの各部は，バス１２１を介して，
互いにデータ通信可能に接続される。
【００５３】
表示コントローラ１０５は，表示部の典型例であるディスプレイ１１０と接続さ
れ，ディスプレイ１１０での表示を制御する。すなわち，表示コントローラ１０５
は，ＣＰＵ１０１による画像処理の結果などをユーザに対して表示する。ディスプ
レイ１１０は，たとえばＬＣＤ（Liquid Crystal Display）またはＣＲＴ（Cathode
Ray Tube）である。
【００５８】
図４は，本発明の実施の形態に係るサーバおよびクライアントが提供する制御構
造を示すブロック図である。・・・
【００５９】
サーバ２０１において，ファイル配信部２は，送信スケジュール計画部（送信制
御部）３２と，データ送信部３３と，品質データ管理部３４とを含む。・・・
【００６５】
品質データ管理部３４は，複数のクライアント２１１から通知される品質情報３
１に基づいて，品質情報４を更新して管理する（フローＦ３５）。
【００７２】
・・・各クライアント２１１におけるファイル受信部１２では，データ受信部４
２が，マルチキャスト送信されるパケットを受信しながらコンテンツファイル３０
を復元する（フローＦ４３）。この動作と並行して，品質データ収集部４３は，クラ
イアント２１１の受信性能および受信品質を示す品質情報３１を収集する（フロー
Ｆ４４）。
【００７３】
ここで，品質情報３１は，たとえば以下の５種類の品質情報Ａ～Ｅの少なくとも
いずれか１つを含む。
【００７４】
品質情報Ａ：データ受信性能である。すなわち，クライアント２１１が安定して
データ受信可能な最大帯域である。パケットロスト率が閾値，たとえば全パケット
の１％未満を超えないような受信帯域が設定される。通常は，回線速度に合わせた
受信帯域がデータ受信性能になり，データ受信性能は，たとえばＦＴＴＨ（Fiber To
The Home）であれば２ＭＢｐｓ（メガビット／秒），ＡＤＳＬ（Asymmetric Digital
Subscriber Line）であれば５００ＫＢｐｓ（キロビット／秒）に設定される。
【００７５】
品質情報Ｂ：パケット受信率である。コンテンツファイル３を，ネットワーク１
０経由で送信するために，コンテンツファイル３は複数のパケットに分割される。
コンテンツファイル３の総パケット数とデータ受信部４２が受信したパケット数と
により，クライアント２１１の受信品質を把握することができる。
【００７６】
品質情報Ｃ：ＦＥＣ（Forward Error Correction）の符号化率（冗長率）とパケ
ット復元率である。ＦＥＣ等の誤り訂正方式を採用することにより，クライアント
２１１において一部のパケットをロストしても，受信済みのパケットからロストし
たパケットを復元することができる。ロストしたパケットおよび復元できたパケッ
トによってパケット復元率を取得する。パケット復元率は，ＦＥＣ機能の有効性，
および適切な符号化率を判断するための品質情報になる。
【００７７】
品質情報Ｄ：データ受信時のＣＰＵ使用率である。この情報により，クライアン
ト２１１で別のアプリケーションが動作している場合等における受信品質および受
信性能の劣化状況を把握することができる。
【００７８】
品質情報Ｅ：ディスク資源すなわち記憶部の使用率である。この情報により，ク
ライアント２１１で別のアプリケーションが動作している場合等における受信品質
および受信性能の劣化状況を把握することができる。
【００７９】
クライアント２１１のファイル受信部１２における品質データ通知部４４は，フ
ァイル受信完了ごとに，品質データ収集部４３によって収集された品質情報３１を
ネットワーク１０経由でサーバ２０１における品質データ管理部３４に通知する
（フローＦ４２およびＦ４５）。
【００９８】
・・・各クライアント２１１の品質情報４から得られる，各クライアント２１１
が通常品質において許容範囲内で発生するパケットロスト率，および再送要求の発
生時間に基づいて，グループ内全体で発生し得る再送処理に要する時間が再送時間
５５として計算される。
【０１０２】
図７は，本発明の第１の実施の形態に係るファイル配信システムにけるサーバお
よびクライアント間のデータの流れを詳細に示す図である。
【０１１６】
フローＦ７７～Ｆ７８は，ファイル分配完了後の処理を示す。すべてのデータを
受信したクライアント００２，および異常状態により切り離されたクライアント０
０１は，最新の受信性能および受信品質を示す品質情報３１を品質データ管理部３
４に通知する（フローＦ７７）。
【０１１７】
品質データ管理部３４は，各クライアント２１１の受信性能および受信品質を示
す品質情報３１を常に最新の情報に更新し（フローＦ７８） 次のコンテンツファイ
，
ル配信時の受信性能および受信品質の情報として利用する。
【０１１８】
ところで，特許文献１に記載のファイル配信システムは，各クライアント計算機
の固定的なスペック値に応じてマルチキャスト先のグループ分けを行なう構成であ
るため，サーバおよびクライアント間の回線状態，ならびにクライアントの動作状
態に応じてファイルを効率的に配信することができないという問題点があった。
【０１１９】
これに対して，本発明の第１の実施の形態に係るファイル配信システムでは，フ
ァイル分配を行なうサーバ２０１が，複数のクライアント２１１の受信性能および
受信品質を収集して管理し，マルチキャスト先のグループごとに最適な送信手段を
決定する。より詳細には，サーバ２０１において，品質データ管理部３４が，複数
のクライアント２１１におけるファイルの受信品質の指標を含む品質情報３１を取
得する。送信スケジュール計画部３２が，品質データ管理部３４によって取得され
た品質情報３１に基づいて，複数のクライアント２１１を複数のグループに分け，
グループごとにファイルの配信を制御する。そして，データ送信部３３が，送信ス
ケジュール計画部３２の制御内容すなわち配信スケジュールファイル５に基づいて，
グループごとにファイルをマルチキャストする。
【０１２０】
このような構成により，サーバ２０１およびクライアント２１１間の回線状態，
ならびにクライアント２１１の動作状態に応じてマルチキャスト先のグループ分け
を適切に行い，ファイルを効率的に配信することができる。
【０１２１】
すなわち，本発明の第１の実施の形態に係るファイル配信システムでは，各クラ
イアントの受信品質に合わせた最適な送信手段を決定し，常に安定したファイル分
配を可能とする。各クライアントの通常状態の受信品質を把握することにより，許
容範囲内の異常状態に対してはＱｏＳ機能を実行することでファイルの完全性を保
証するとともに，通常とは異なる許容範囲外の異常状態を早期に検出することによ
り，システム全体への影響を最小限に留める。また，各クライアントの受信品質を
管理することにより，クライアント数の増加およびファイルの大容量化に合わせた
ファイル分配スケジュールを自動的に計画し，また，当該計画通りにファイル分配
を実行することが可能となる。
【０１２２】
また，クライアント２１１における異常状態の発生を抑止することにより，異常
状態発生時のＱｏＳ機能のリカバリ処理に起因するファイル配信の遅延時間を削減
できるため，計画通りのファイル分配の運用が可能となる。
【０１２３】
このように，本発明の第１の実施の形態に係るサーバ２０１における各構成要素
のうち，品質データ管理部３４，送信スケジュール計画部３２およびデータ送信部
３３からなる最小構成により，マルチキャスト先のグループ分けを適切に行なうこ
とにより，ファイルを効率的に配信するという本発明の目的を達成することが可能
となる。
【０１２８】
また，本発明の第１の実施の形態に係るファイル配信システムでは，データ送信
部３３は，ファイルを複数のパケットに分割して送信する。そして，品質データ管
理部３４は，複数のクライアント２１１におけるパケットの受信率を含む品質情報
を取得する。
【０１３０】
また，本発明の第１の実施の形態に係るファイル配信システムでは，データ送信
部３３は，ファイルを複数のパケットに分割し，各パケットに対して誤り訂正処理
のための符号化を行なって送信する。品質データ管理部３４は，複数のクライアン
ト２１１において受信に失敗したパケットの復元率を含む品質情報を取得する。
【０１３２】
また，本発明の第１の実施の形態に係るファイル配信システムでは，送信スケジ
ュール計画部３２は，品質データ管理部３４によって取得された複数のクライアン
ト２１１における復元率に基づいて，複数のクライアント２１１を複数のグループ
に分け，グループごとにパケットに対する誤り訂正処理のための符号化率を決定す
る。
【０１３４】
また，本発明の第１の実施の形態に係るファイル配信システムでは，品質データ
管理部３４は，複数のクライアント２１１の負荷率を含む品質情報を取得する。
【０１３６】
また，本発明の第１の実施の形態に係るファイル配信システムでは，品質データ
管理部３４は，複数のクライアント２１１における記憶部であるディスク資源の使
用率を含む品質情報を取得する。
【０１４２】
また，本発明の第１の実施の形態に係るファイル配信システムでは，品質データ
管理部３４は，複数のクライアント２１１におけるファイルの受信品質の指標，お
よび複数のクライアント２１１の受信性能の指標を含む品質情報を取得する。そし
て，送信スケジュール計画部３２は，品質データ管理部３４によって取得された品
質情報の示す受信品質および受信性能に基づいて，複数のクライアント２１１を複
数のグループに分け，グループごとにファイルの配信を制御する。
【０１４３】
このような構成により，サーバおよびクライアント間の回線状態，クライアント
の動作状態，ならびに各クライアントの固定的なスペック値に応じてマルチキャス
ト先のグループ分けを行なうことができるため，より効率的なファイル配信を実現
することができる。
【図２】
【図３】
【図４】
イ 甲２技術
上記アによると，甲２には，前記第２の３(1)イ(ｱ)のとおり本件審決が認定した
甲２技術が記載されていると認められる。
(2) 甲３技術
ア 甲３の記載事項
甲３は，発明の名称を「情報送信システム，情報処理装置，情報管理装置及び情
報送信方法」とする発明に係る公開特許公報であり，甲３には，次の事項が記載さ
れている。
【０００１】
本発明は，ピアツーピア（Ｐ２Ｐ，Peer to Peer）システムに係る情報送信シス
テム，情報処理装置，情報管理装置及び情報送信方法に関するものである。
【００３３】
尚，ピア１Ａ～１Ｉは，ここでは，例えば，パーソナルコンピュータとする。し
かし，ピア１Ａ～１Ｉは，パーソナルコンピュータなどの各種コンピュータのみな
らず，ＰＤＡ（Personal Digital Assistance），携帯電話，電話，ＦＡＸ，プリン
タ，コピー機，プリンタ機能とコピー機能を含む複数の機能を備えた複合機，など
のネットワーク接続可能なハードウェア，または，これらの機能を実現するソフト
ウェアであっても良い。以下では，ピア１Ａ～１Ｉを区別する必要がない場合には，
その符号「Ａ」～「Ｉ」を省略して説明する。
【００４５】
[第２の実施の形態]
次に，本実施の形態に係る情報送信システムの第２の実施の形態について説明す
る。なお，上述の第１の実施の形態と共通する部分については，同一の符号を使用
して説明したり，説明を省略したりする。
【００４６】
（１）構成
図５は，本実施の形態にかかる本実施の形態に係る情報送信システムを適用可能
なＰ２ＰネットワークＮＴ２の全体構成例を示す図である。本実施の形態にかかる
Ｐ２ＰネットワークＮＴ２の構成は，上述の第１の実施の形態にかかるＰ２Ｐネッ
トワークＮＴ１の構成とは以下の点で異なる。Ｐ２ＰネットワークＮＴ２は，ピア
１の持つデータを管理する情報管理サーバ５が接続された，いわゆるハイブリッド
Ｐ２Ｐネットワークの形態となっている。この情報管理サーバ５は，上述の第１の
実施の形態においてピア１Ａが有していたメタデータ管理部の機能を有する。
【００４７】
ここで，ピア１及び情報管理サーバ５の機能的構成について説明する。図６は，
ピア１Ａ，１Ｂ及び情報管理サーバ５の機能的構成を例示するブロック図である。
ピア１Ｂは上述の第１の実施の形態と略同様であり，ピア１Ｃ～１Ｉの内部構成は
ピア１Ｂと略同様である。尚，ピア１Ｂ～１Ｉのメッセージ制御部１０１は，ユー
ザの所望するデータ，もしくは，あらかじめ指定されていたデータに対する検索リ
クエストを情報管理サーバ５に対して送信する。そして，メッセージ制御部１０１
は，当該検索リクエストに応じた検索結果を情報管理サーバ５から受信する。
【００４８】
ピア１Ａの構成は，上述の第１の実施の形態では有していたメタデータ管理部１
１２を有さない構成である。また，メタデータ生成部１１１は，配信対象のデータ
を新たに生成した場合，当該データのメタデータを新たに生成する。送信部１１３
は，メタデータ生成部１１１が新たに生成したメタデータを情報管理サーバ５に送
信する。また，メタデータ生成部１１１は，データ部１１５に記憶されたデータを
更新した場合，当該メタデータを更新する。メッセージ制御部１１４は，データ部
１１５に記憶されたデータをメタデータ生成部１１１が更新した場合，当該データ
が公開可能である場合に，当該メタデータ生成部１１１が更新したメタデータを送
信部１１３を介して情報管理サーバ５に送信する。尚，データ部１１５に記憶され
るデータには，例えば，当該データを公開するか否かを示す公開フラグが対応付け
られており，メッセージ制御部１１４は，この公開フラグを参照して当該データが
公開可能か否かを判断する。また，メッセージ制御部１１４は，メタデータにピア
１Ａの位置情報と，データ開示条件とを含め，当該メタデータを送信部１１３は情
報管理サーバ５に対して送信する。位置情報とは，例えば，ＩＰアドレスなどであ
る。データ開示条件とは，データを送信する対象に関する条件である。具体的には，
データ開示条件は，その対象となるピア１やピアグループ３について，データの送
信が許可されるピア１や，データの送信が不可とされるピア１や，データの送信が
許可されるピアグループや，データの送信が不可とされるピアグループを指定する
ものである。このデータ開示条件は，ユーザにより予め設定される。更に，メッセ
ージ制御部１１４は，情報管理サーバ５に対して既に送信したメタデータを削除す
る場合，削除を指示する削除指示メッセージを送信部１１３を介して情報管理サー
バ５に送信する。この削除指示メッセージに応じて情報管理サーバ５からメタデー
タが削除される。
【００４９】
情報管理サーバ５は，受信部５００と，送信部５０１と，メッセージ制御部５０
２と，メタデータ管理部５０３と，メタデータ部５０４とを有する。受信部５００
は，他のピア１から送信される検索リクエストやメタデータ購読要求を受信したり，
ピア１Ａから送信されたメタデータを受信したりする。送信部５０１は，メタデー
タ購読要求に従って，送信対象のデータの更新に伴い更新したメタデータを，当該
メタデータ購読要求を送信した他のピア１に対して送信する。メタデータ部５０４
は，受信部５００が受信したメタデータを記憶する。メッセージ制御部５０２は，
Ｐ２ＰネットワークＮＴ１においてデータ共有サービス，検索サービスなどの各種
サービスを提供する。例えば，メッセージ制御部５０２は，ピア１Ｂ～１Ｉのいず
れか(ここでは，検索要求ピアとする)から検索リクエストを受信すると，メタデー
タ部５０４に記憶されているメタデータを用いて該当のデータを検索する。メタデ
ータ管理部５０３は，メタデータ部５０４に記憶されるメタデータを管理する。例
えば，メタデータ管理部５０３は，ピア１Ａから送信されたメタデータを受信部５
００を介して受信した場合，メタデータ部５０４に記憶されているメタデータを更
新する。また，メタデータ管理部５０３は，検索リクエストに適合するデータのメ
タデータにデータ開示条件が含まれる場合，検索要求ピアがデータを開示条件を満
たすかを判断し，当該判断結果が肯定的である場合に，当該メタデータを検索結果
に含めて送信することを決定し，送信部５０１は当該検索結果をピア１Ｂに対して
送信する。
【００５０】
ここでは，更に，メタデータに対して，上述のデータ開示条件とは異なるデータ
開示条件が設定される。これは，例えば，ネットワーク管理者により設定される。
ここでは，上述のメタデータに含まれるデータ開示条件と，ネットワーク管理者が
設定するデータ開示条件とを区別するため，前者をデータ開示条件１とし，後者を
データ開示条件２とする。データ開示条件２は，例えば，メタデータに含まれる属
性のうち「データのカテゴリ」に‘社外秘’を示す値がセットされている場合，ピ
アグループ３Ａ～３Ｃのうち社員グループとして予め設定されているピアグループ
に対してデータの開示を許可するなどの条件である。このように，上述のデータ開
示条件１をユーザが設定しない場合であっても，データ開示条件２を設定すること
で，データ開示条件を適切に設定することができ，データの開示範囲を適切に制限
することができる。このようなデータ開示条件２は，例えば，メタデータ部５０４
に記憶されている。メタデータ管理部５０３は，メタデータ部５０４にアクセスし
て，処理対象のメタデータに対してこのようなデータ開示条件が設定されている場
合，検索要求ピアが当該データ開示条件を満たすかどうかを判断し，当該判断結果
が肯定的である場合に，当該メタデータを検索結果に含めて検索要求ピアに対して
送信する。
【００５１】
また，メタデータ管理部５０３は，ピア１Ａから送信された削除指示メッセージ
を受信部５００が受信した場合，当該削除メッセージに従って，メタデータ部５０
４に記憶されたメタデータを削除する。
【００５２】
（２）動作
次に，本実施の形態にかかるピア１が行うデータの検索及び取得処理の手順につ
いて説明する。ピア１が行うデータの検索及び取得処理の手順は，図４に示したも
のと同様である。図７は，ピア１が行うデータの検索及び取得処理において情報管
理サーバ５が行う処理の手順を示すフローチャートである。ここでは，データの検
索を要求する検索要求ピアをピア１Ｂとして説明する。
【００５３】
ここでは，図４のステップＳ１で，ピア１Ｂは，ユーザの所望するデータ，もし
くは，あらかじめ指定されていたデータの検索を要求する検索リクエストを情報管
理サーバ５に送信する。
【００５４】
一方，図７において，情報管理サーバ５は，当該検索リクエストを受信すると（ス
テップＳ２０，ステップＳ２１：ＹＥＳ），メタデータ部５０４に記憶されているメ
タデータを用いて該当のデータを検索する（ステップＳ２２） ここで情報管理サー
。
バ５は，該当のデータに対するメタデータが見つかったとき，次いで，条件適合判
断処理を行う（ステップＳ２３）。条件適合判断処理では，情報管理サーバ５は，当
該メタデータにデータ開示条件１が含まれる場合又は当該メタデータに対してデー
タ開示条件２が設定されている場合，ピア１Ｂがデータ開示条件１又はデータ開示
条件２を満たすかを判断し，当該判断結果が肯定的である場合に（ステップＳ２４：
ＹＥＳ） 当該メタデータを検索結果に含めて当該ピア１Ｂに対して送信する
， （ステ
ップＳ２５）。
【００５５】
図４に戻り，ピア１Ｂは，情報管理サーバ５から送信された検索結果を受信する
と，当該検索結果から所望のデータを選択する。ここでは，選択したデータがピア
１Ａに保持されているものとすると，ピア１Ｂは，当該１Ａに対して該当のデータ
の送信を要求する(ステップＳ２)。そして，ピア１Ｂは，当該要求に従ってピア１
Ａから送信されたデータを取得する(ステップＳ２)。その後，ピア１Ｂは，ステッ
プＳ２で取得したデータを最新の状態に保持するため，当該データのメタデータ購
読要求を情報管理サーバ５に対して送信する（ステップＳ３）。
【００５６】
一方，図７に戻り，情報管理サーバ５は，メタデータ購読要求を受信すると（ス
テップＳ２０，ステップＳ２６：ＹＥＳ），対象のデータに対してメタデータ部５０
４に記憶されているメタデータの更新状態を監視し，当該メタデータが更新された
場合には，次いで，上述と同様にしてステップＳ２３の条件適合判断処理を行う。
尚，メタデータ部５０４に記憶されているメタデータの更新は，後述するピア１Ａ
において更新されたメタデータが情報管理サーバ５に送信され情報管理サーバ５が
当該メタデータをメタデータ部５０４において更新することにより行われる。情報
管理サーバ５は，条件適合判断処理における判断結果が肯定的である場合に（ステ
ップＳ２４），当該メタデータをピア１Ｂに対して送信する（ステップＳ２５）。
【００５７】
図４に戻り，ピア１Ｂは，当該メタデータを受信すると（ステップＳ４），当該メ
タデータに対応するデータの送信をピア１Ａに対して要求し，当該要求に応じたピ
ア１Ａから当該データを取得する（ステップＳ５）。また，Ｐ２ＰネットワークＮＴ
２において配信対象のデータを記憶するファイルサーバを別途備え，ピア１Ｂは，
当該ファイルサーバから該当のデータを取得すように構成しても良い。また，該当
のデータはピア１Ｂが予め記憶しているものであっても良い。
【００５８】
次に，ピア１Ａが行うデータ／メタデータ生成処理の手順について説明する。図
８は，ピア１Ａが行うデータ／メタデータ生成処理の手順である。ピア１Ａは，送
信対象のデータを生成してこれをデータ部１１５記憶させた後（ステップＳ４０），
当該データに対するメタデータを生成し(ステップＳ４１)，これを情報管理サーバ
５に送信する（ステップＳ４２）。そして，ピア１Ａは，データ部１１５に記憶させ
たデータを更新したとき，当該データに対するメタデータを更新し（ステップＳ４
３），これを情報管理サーバ５に送信する（ステップＳ４４）。
【図４】 【図５】
【図６】
【図７】 【図８】
イ 甲３技術
上記アによると，甲３には，前記第２の３(1)イ(ｲ)のとおり本件審決が認定した
甲３技術が記載されていると認められる。
(3) 甲４技術
ア 甲４の記載事項
甲４は，発明の名称を「USER FEEDBACK-BASED SELECTION AND PRIORITIZING OF
ONLINE ADVERTISEMENTS」とする国際公開公報であり，甲４には，次の事項が記載さ
れている（訳文は，原告提出の訳による。。
）
［０００１］ この発明は，オンラインサービスにおいて，ユーザに広告を選択
及び提示することに関する。特に，この発明は，オンラインサービスにおいて，以
前の広告に対するユーザのフィードバックに基づいて，ユーザに広告を選択及び提
示することに関する。
［００６３］ 図３Ａは，一実施形態に従い，広告を閲覧し，かつ，広告に関す
るフィードバック応答を受け入れるためのユーザ装置３１０を説明するブロック図
である。ユーザ装置３１０は，オンラインサービスコンピューティング装置１０８
からの広告及びコンテンツアイテムを受信しかつ該広告及び該コンテンツアイテム
にアクセスするためにユーザによってアクセスされる。ユーザ装置３１０は，通信
能力を持つ種々の装置であってよく，例示に限定されないが，デスクトップコンピ
ュータ，ラップトップコンピュータ，携帯電話，セットトップボックス及びゲーム
機を含む。ユーザ装置３１０は，単一のユーザによって使用される個人用装置（例
えば個人用ラップトップコンピュータ） 又は，
， 複数のユーザによって使用される共
有／公共装置（例えばインターネットキオスク）であってよい。
［００７０］ 一実施形態において，サービスインタフェース３６４は，インタ
ーネットブラウザとして実施される。サービスインタフェース３６４は，コンテン
ツアイテムを受信し，かつ，例えば図３Ｂを参照して以下に詳細に説明するような
グラフィカルユーザインタフェース画像を表示する。別の実施形態において，サー
ビスインタフェース３６４は，メディアコンテンツアイテムを取り込みユーザに提
示するためのアプリケーション（例えばメディアプレイヤ）として実施される。サ
ービスインタフェース３６４は，広告を受信して，例えば図３Ｃを参照して以下に
詳細に説明するようなサービスインタフェース３６４のグラフィカルユーザインタ
フェースにより占められているスクリーンの一部領域に広告を表示する。
広告を表示してフィードバック応答を受けるユーザインタフェースの一例
［００７１］ 図３Ｂは，一実施形態に従い，インターネットブラウザにより取
り込まれて表示されるコンテンツアイテムを説明するグラフィカルユーザインタフ
ェース画像である。図３Ｂのコンテンツアイテムは，多数のユーザにより投稿され
共有された種々のメディアコンテンツアイテムを供給するオンラインソーシャルネ
ットワーキングサービスから受信されたものである。ユーザコンテンツアイテムは，
ナビゲーション領域３８０，ニュースフィード表示領域３８２及び広告領域３８４
を備える。ナビゲーション領域３８０は，ユーザがオンラインサービスにより提供
される別のサービスに移動できるようにする。種々のタブ（例えば“ニュースフィ
ード”“アプリケーション”“写真”“リンク”“ビデオ”“もっと見る”
， ， ， ， ， ）がクリ
ックされると，ブラウザは，クリックされたタブに応じたコンテンツアイテムを要
求する要求をオンラインサービスコンピューティング装置１０８に送信して，かつ，
受信されたコンテンツアイテムを処理することによりスクリーン上に画像を表示す
る。
［００７２］ ニュースフィード表示領域３８２は，オンラインサービスコンピ
ューティング装置１０８経由でコンテンツを共有しているユーザ又は「友達」によ
り供給されたニュースフィードを表示する。コンテンツアイテム３７０にアクセス
するユーザ「ジョー・スミス」は，友達として「ジュリエッタ」と「サブラ‐アン
ヌ」を持っており，ユーザインタフェース領域３７１にメッセージを入力すること
又はメディアファイルを追加することにより，これら友達とメッセージやメディア
ファイル（例えば画像又はビデオファイル）を供給できる。ソーシャルネットワー
キングサービスにおけるニュースフィードのアップロード及び表示は，例えば，
「ソ
ーシャルネットワーキング環境におけるメンバーの対話に基づくメディアコンテン
ツのニュースフィードの通信」と題された，２００６年８月１１日に出願された米
国特許出願１１／５０３，２４２号に記載されたとおりに実行できる。なお，この
出願は参照によりそのまま本出願に組み込まれる。
［００７３］ 広告領域３８４は，３つの広告３７２Ａ，３７４Ａ及び３７６Ａ
を表示する。各広告の下には，フィードバック応答アイコンが表示される。特に，
各領域３７２Ｂ，３７４Ｂ及び３７６Ｂは，好意的又は肯定的フィードバック応答
を示す“サムアップ”アイコン及び好意的でない又は否定的フィードバック応答を
示す“サムダウン”アイコンを含む。ユーザが“サムアップ”又は“サムダウン”
をクリックしたとき，インターネットブラウザは，オンラインサービスコンピュー
ティング装置１０８に，ユーザからの肯定的又は否定的フィードバック応答を示す
信号を送信する。以前に別のユーザから受信した肯定的又は否定的フィードバック
応答の数もまた，領域３７２Ｂ，３７４Ｂ及び３７６Ｂ内の“好き”及び“嫌い”
文字に隣接して表示される。
［００７４］ 図３Ｂに示すコンテンツアイテムは例示にすぎない。他の種々の
レイアウトの他の種々のコンテンツアイテムが，インターネットブラウザ３２０を
用いてスクリーン３２０に表示され得る。例えば，インターネットブラウザにより
アクセスされるコンテンツアイテムは，検索語に対する検索結果，オンラインニュ
ース記事及びオンラインショッピングに関する情報を含む。
図３Ｂ
イ 甲４技術
上記アによると，甲４には，前記第２の３(1)イ(ｳ)のとおり本件審決が認定した
甲４技術が記載されていると認められる。
(4) 甲５技術
ア 甲５の記載事項
甲５は，発明の名称を「画像処理装置，画像処理システム，および画像処理プロ
グラム」とする発明に係る公開特許公報であり，甲５には，次の事項が記載されて
いる。
【０００１】
本発明は，画像データに画像処理を施す画像処理装置，画像処理システム，およ
びコンピュータシステム内で実行されることによりそのコンピュータシステムを画
像処理装置として動作させる画像処理プログラムに関する。
【背景技術】
【０００２】
従来，印刷等の分野において，スキャナなどで原画像を読み取って画像データを取
得し，画像処理装置で画像データに所定の画像処理を施した後，プリンタなどで画
像データに基づく画像を出力する画像処理システムが広く適用されている。このよ
うな画像処理システムでは，オペレータによって，ハイライト点やシャドウ点の濃
度や，カラーコレクションや色調変換の度合いなどといった画像の補正量が設定さ
れ，設定された補正量に従った画像処理が行なわれる。画像の補正量が適切に設定
されることによって，画像データが表わす画像を見た目に好ましい色の画像に補正
することができる。
【０００３】
ところで，画像の補正量を適切な値に設定する作業は，熟練した技術が要求され
るものであったが，近年では，画像データが表わす画像の色の階調などといった特
性を解析し，自動的に画像処理を実行するオートセットアップが広く知られている
（例えば，特許文献１，および特許文献２参照）。オートセットアップにおいては，
印刷物の印象を決定する大きな要素である人物顔，青空，夕景などといったシーン
ごとに目標の濃度値などといった処理パラメータが予め用意されており，画像デー
タが表わす画像のシーンが解析され，その解析結果と目標のパラメータとに基づい
て画像の補正量が算出されて，その補正量に従った画像処理が実行される。オート
セットアップを適用することによって，画像処理について詳しい知識がなくても，
画像の色を見た目に好ましい色に補正することができるうえ，画像ごとに逐一補正
量を設定する手間を省くことができる。
【発明が解決しようとする課題】
【０００４】
上述したように，オートセットアップを適用することによって，画像データが表
わす画像が，一般的に好ましいと考えられている色の画像に補正されるが，オペレ
ータによっては，
「人物の顔をもう少し明るくしたい」「空の色が明るすぎる」など
，
と感じることもある。このような場合，オペレータが画像の補正量を手動で設定し
直すとすると，熟練した技術を要するうえ，複数の画像に画像処理を施す場合には，
それら複数の画像それぞれに対して補正量を設定する必要があり，大変手間がかか
ってしまうという問題がある。
【０００５】
本発明は，上記事情に鑑み，画像データが表わす画像を，好みが反映された，見
た目に好ましい色合いの画像に容易に補正することができる画像処理装置，画像処
理システム，および画像処理プログラムを提供することを目的とする。
【００２２】
図１は，本発明の一実施形態が適用された入力＿編集＿出力システムの全体構成
図である。
【００２３】
ここには，本発明の画像処理装置の一実施形態として動作する１台の画像処理サ
ーバ１００と，３台のクライアントマシン２００，２１０，２２０と，２台のＲＩ
Ｐ（Raster Image Processor）サーバ３００，３１０と，１台のスキャナ４００と，
３台の画像出力用のプリンタ６００，６１０，６２０とが示されている。
【００４２】
この図４には，画像処理装置１００＿１´，およびジョブチケット編集装置１０
０＿２´，２００´，２１０´，２２０´で構成された画像処理システムが示され
ており，画像処理装置１００＿１´は，図３に示す画像処理プログラム１６０が図
１に示す画像処理サーバ１００にインストールされて実行されることによって構成
されるものである。また，ジョブチケット編集装置１００＿２´，２００´，２１
０´，２２０´は，図３に示すジョブチケット編集プログラム１５０が図１に示す
画像処理サーバ１００，およびクライアントマシン２００，２１０，２２０にイン
ストールされて実行されることにより構成されるものである。
【００４３】
図４に示す画像処理装置１００＿１´は，画像取得部１１，画像解析部１２，濃
度取得部１３，濃度補正値統合部１４，画像処理部１５，確信度算出用メモリ２１，
人物顔用パターンメモリ２２，および目標濃度値メモリ２３を備えている。図３に
示す画像処理プログラム１６０を図１に示す画像処理サーバ１００にインストール
すると，画像処理プログラム１６０の画像取得部１６１は，画像処理装置１００＿
１´に示す画像取得部１１を構成し，以下同様に，画像解析部１６２は画像解析部
１２を構成し，濃度取得部１６３は濃度取得部１３を構成し，濃度補正値統合部１
６４は濃度補正値統合部を構成し，画像処理部１６５は画像処理部を構成し，保存
部１６６は，確信度算出用メモリ２１，人物顔用パターンメモリ２２，および目標
濃度値メモリ２３を構成する。
【００４８】
ジョブチケット編集装置１００＿２´，２００´，２１０´，２２０´は，画像
処理装置１００＿１´で行われる画像処理において，入力画像データが格納された
入力フォルダ，画像処理に使用するパラメータ，画像処理手順，画像処理後の画像
データを格納する出力フォルダなどを記述したジョブチケットを編集する。画像処
理装置１００＿１´は，ジョブチケット編集装置１００＿２´，２００´，２１０
´，２２０´で編集されたジョブチケットに従って，画像データに画像処理を施す。
また，本実施形態においては，画像処理装置１００＿１´に，画像データが表わす
画像の被写体種類（シーン）を解析して，画像の色を，被写体種類ごとに予め記憶
された目標濃度に補正するオートセットアップ機能が搭載されている。
【００４９】
ジョブチケット編集装置１００＿２´，２００´，２１０´，２２０´を構成す
る濃度調整部２０２は，クライアントマシン２００，２１０，２２０のマウスやキ
ーボードなどがその役割を担うものであり，画像処理装置１００＿１´の目標濃度
値メモリ２３に予め記憶された画像の被写体種類ごとの目標濃度値を調整して，新
たな目標濃度値を設定する。設定された新たな目標濃度値は，目標濃度値メモリ２
３に記憶される。
【００５０】
ジョブチケット編集装置１００＿２´，２００´，２１０´，２２０´を構成す
るジョブチケット作成・提供部２０１は，オペレータの操作に応じてジョブチケッ
トを編集し，編集したジョブチケットを画像処理装置１００＿１´に送って，画像
処理装置１００＿１´に画像処理の実行を要求する。ジョブチケット編集装置１０
０＿２´，２００´，２１０´，２２０´から送られたジョブチケットは，画像処
理装置１００＿１´の登録メモリ（図示しない）に登録される。
【００５１】
画像処理装置１００＿１´の画像取得部は，ジョブチケットが登録されると，そ
のジョブチケットに記述された入力フォルダから入力画像データを取得する。取得
された入力画像データは，画像解析部１２，濃度取得部１３，および画像処理部１
５のそれぞれに与えられる。
【００５２】
画像解析部１２は，与えられた入力画像データが表わす入力画像中に，あらかじ
め定められた複数の被写体種類のそれぞれが，どの程度の割合（確からしさ）で含
まれているかを表す確信度を，被写体種類ごとに算出する。画像解析部１２には，
確信度算出用メモリ２１および人物顔用パターンデータ・メモリ２２が接続されて
おり，これらのメモリ２１，２２に記憶されたデータが用いられて，画像解析部１
２によって，入力画像データによって表される入力画像中に含まれる被写体種類ご
との確信度が算出される。画像解析部１２における確信度算出処理，ならびに確信
度算出用メモリ２１および人物顔用パターンデータ メモリ２２の詳細は後述する。
・
【００５３】
濃度取得部１３は，入力画像の濃度補正のための値（濃度補正値）を，入力画像
データに基づいて算出する回路である。濃度取得部１３では，上述した複数の被写
体種類のそれぞれについての目標濃度値が記憶された目標濃度値メモリ２３が接続
されている。濃度取得部１３は，目標濃度値メモリ２３に記憶されている複数の被
写体種類のそれぞれについての目標濃度値に基づいて，被写体種類ごとに濃度補正
値を算出する。濃度取得部１３の処理の詳細は後述する。
【００５４】
濃度補正値統合部１４は，濃度取得部１３によって算出された，被写体種類ごと
の濃度補正値を，画像解析部１２において算出された被写体種類ごとの確信度，お
よびクライアントマシン２００，２１０，２２０などから入力される被写体種類ご
との重要度に基づいて統合する回路である。確信度が大きい被写体種類についての
濃度補正値が大きく反映され，かつ重要度が大きい被写体種類についての濃度補正
値が大きく反映された，統合された濃度補正値が，濃度補正値統合部１４において
算出される。濃度補正値統合部１４の処理の詳細は後述する。
【００５５】
画像処理部１５は，濃度補正値統合部１４で算出された統合濃度補正値に基づい
て，入力画像データの濃度を補正する。画像処理部１５によって濃度補正された画
像データが，図２の通信インタフェース１１７を介して画像処理装置１００＿１´
からＲＩＰサーバ３００，３１０に送られ，さらに，プリンタ６１０，６２０で画
像データに基づいた画像がプリント出力される。
イ 甲５技術
上記アによると，甲５には，前記第２の３(1)イ(ｴ)のとおり本件審決が認定した
甲５技術が記載されていると認められる。
４ 相違点１に係る構成の容易想到性について
(1) 本件審決は，引用発明の構成ｂ１の「コンテンツ」及び構成ｆ１の「ＯＴ
Ｔデバイス」が，それぞれ本願発明８の「デジタル・コンテンツ・アイテム」及び
「ディスプレイ装置」に相当するという判断を前提として，クライアントに対して
ファイルを配信する方法において配信の効率化を図ることは一般的課題であるから，
引用発明に甲２技術を適用することは，当業者が容易に想到し得たことであるとし，
引用発明に甲２技術を適用した発明は，ＯＴＴデバイスの「ファイルの受信品質お
よび受信性能の指標を含む品質情報を取得する」構成を備える方法ということがで
き，同構成は，構成Ｈの「１つまたは複数のディスプレイ装置の動作状態および性
能レベルを反映したデータをサービス管理システムにより収集する」構成に相当す
ると判断した。
(2) しかし，前記３(1)アの甲２の記載（段落【０００２】【０００５】【００
， ，
１２】【００１４】～【００１８】【００７２】～【００７９】【０１１６】～【０
， ， ，
１２３】等。特に，品質情報を具体的に記載した段落【００７３】～【００７８】）
からすると，甲２技術は，ファイルの効率的な配信のための技術であって，そこで
取得される品質情報は，クライアント計算機の性能や動作状態，あるいは回線状態
などに関するものと認められる。なお，甲２の段落【００４９】【００５０】【０
， ，
０５３】及び【図３】からすると，甲２において，サーバ２０１と同様の概略構成
であり得るクライアント２１１がディスプレイ装置と接続されることは示唆されて
いるが，他方で，ディスプレイ１１０は，あくまで，サーバ２０１に備わる表示コ
ントローラ１０５と接続される外部装置として取り扱われており，そのような外部
装置であるディスプレイ１１０から何らかの情報を取得することについての記載は
見当たらない。
したがって，甲２技術における「受信品質の指標・・・および受信性能の指標を
含む品質情報」に，ディスプレイ装置の品質等の情報が含まれているとまでは認め
られず，その点に係る技術常識等を認めるべき他の証拠もない。
(3) そうすると，仮に，引用発明の構成ｂ１の「コンテンツ」及び構成ｆ１の
「ＯＴＴデバイス」が，それぞれ本願発明８の「デジタル・コンテンツ・アイテム」
及び「ディスプレイ装置」に相当するという判断を前提とし，クライアントに対し
てファイルを配信する方法において配信の効率化を図ることが一般的課題であると
解して，引用発明に甲２技術を適用し，ＯＴＴデバイスの「ファイルの受信品質お
よび受信性能の指標を含む品質情報を取得する」構成を備えるものとしたとしても，
直ちに「ディスプレイ装置」の「品質情報を取得する」ことまでをも含む構成にな
るということはできず，本願発明８の構成Ｈの「１つまたは複数のディスプレイ装
置の動作状態および性能レベルを反映したデータをサービス管理システムにより収
集する」構成に相当するものになるとはいえない。
よって，本件審決における相違点１に係る容易想到性の判断には，誤りがある。
以上の認定判断に反する被告の主張は，採用することができない。
５ 相違点２に係る構成の容易想到性について
(1) 本件審決は，引用発明と甲３技術は，送信クライアント，受信クライアン
ト及びサーバとの間でデータ送受信を行う方法である点において共通することから，
引用発明に甲３技術を適用することは，当業者が容易に想到し得たことであるとし，
引用発明に甲３技術を適用した発明は，ＯＴＴデバイス（ピア１Ａ）から他のＯＴ
Ｔデバイス（ピア１Ｂ）に対して，
「ピア１Ｂは，ピア１Ａに該当のデータの送信を
要求する」構成を備える方法ということができ，当該構成は，構成Ｊの「外部の創
作地点から，インターネットを介して，前記１つまたは複数のディスプレイ装置へ
と，前記サービス・クラウドの外部コンテンツ・ゲートウェイにより転送する」構
成に相当すると判断した。
(2) しかし，甲３技術がピアツーピアシステムに係るものである（構成ｉ）の
に対し，引用発明は，コンテンツの取込み，自動パブリッシング，配信及び格納並
びに収益化等の複合的なタスクが実行可能であるもので，それ自体が主体的にコン
テンツの取込みや配信等を行う方法であるものと解されるから，甲３技術と引用発
明とは，少なからず技術分野を異にするものというべきである。この点，
「送信クラ
イアント，受信クライアント及びサーバとの間でデータ送受信を行う方法」という
広い技術分野に属することから直ちに，それらの関係性等を一切考慮することなく，
引用発明に甲３技術を適用することを容易に想到することができるものとは認め難
い。
そして，甲３に，他に，甲３技術を引用発明に適用する動機付けや示唆となる記
載があるとも認め難い。
よって，本件審決における相違点２に係る容易想到性の判断には，誤りがある。
(3) 被告は，本願明細書（甲６）の段落【０１３０】の記載を踏まえて，本願発
明８の構成Ｊにいう「外部コンテンツ・ゲートウェイにより転送する」という文言
の意味について，
「デジタル・コンテンツ・アイテム」が「外部コンテンツ・ゲート
ウェイ」を経由するか否かにかかわらず，
「外部コンテンツ・ゲートウェイ」の機能
「により転送する」ことをいうと主張するが，上記(2)の判断は，本願発明８の構成
Ｊにいう「外部コンテンツ・ゲートウェイにより転送する」を上記の被告が主張す
るように理解したとしても左右されるものではない。
６ 相違点３に係る構成の容易想到性について
(1) 本願発明８の構成Ｋの「ライブ・データ・フィード・ゲートウェイ」につ
いては，構成Ｋの文言によると，サービス・クラウドに備えられ，コンテンツをサ
ービス・クラウドの外部の供給源からディスプレイ装置に提供する機能を有するも
のと認められ（前記１(2)ウ(ｸ)），また，「ライブ・データ・フィード」という用語
からすると，外部の供給源から供給されるデータには「ライブ」の要素が含まれる
ものと解される。
しかるに，甲４技術が，上記の「ライブ」の要素が含まれるデータの供給に関す
る構成を含むものであるかは明らかでない。
したがって，引用発明に甲４技術を適用しても，直ちに本願発明８の構成Ｋに至
るものかは，明らかでない。
(2) 本件審決は，甲４技術の構成ｋの「オンラインサービスコンピューティン
グ装置１０８」が，本願発明８の「ライブ・データ・フィード・ゲートウェイ」に
相当すると判断したが，上記(1)の点に関し，この判断の根拠が明確にされていると
はいえない。
また，被告は，甲４技術の「オンラインサービスコンピューティング装置１０８」
は，コンテンツアイテムを外部供給源 「オンラインソーシャルネットワーキングサ
（
ービス」 から受信してユーザ装置３１０に送信するから，
） データを一方から他方へ
転送する制御機能を有する「ゲートウェイ」に相当するとした上で，データは「多
数のユーザにより投稿され共有された種々のメディアコンテンツアイテム」や「コ
ンテンツを共有しているユーザ又は『友達』により供給されたニュースフィード」
を含むから，上記ゲートウェイは「サービス・クラウドのライブ・データ・フィー
ド・ゲートウェイ」といえると主張するが，上記(1)の点に関し，その根拠が明確に
されているとはいえない。
(3) 以上の点は，原告が取消事由として主張するものではないが，特許庁にお
いて更なる審理判断がされることを考慮して判示するものである。
７ 相違点４に係る構成の容易想到性について
(1) 引用発明と甲５技術は，いずれもサーバにコンテンツを取り込む方法に係
るものであるという点で技術的な共通性を有するといえ，引用発明に甲５技術を適
用することは，当業者が容易に想到し得たことであるといえる。
そして，引用発明に甲５技術を適用した発明は，ＯＴＴデバイスに表示するため
の「画像データが表す画像の被写体種類（シーン）を解析して，画像の色を，被写
体種類ごとに予め記憶された目標濃度に補正する」構成を備える方法ということが
でき，この構成は，本願発明８の構成Ｆ２の「前記少なくとも１つのデジタル・コ
ンテンツ・アイテムを，前記デジタル・メディア・コンテンツ取込エンジンにより
解析する」構成に相当するということができる。
よって，相違点４に係る構成を採用することは，当業者が容易に想到し得たこと
である。
(2)ア 原告は，本願発明における解析は，ユーザが視聴するための，映画やテ
レビ番組等のコンテンツをディスプレイ装置に送信するために行われるものである
ところ，ユーザにおいてそれらの画像の特定の部分（顔等）を調整したいという要
求はないから，甲５技術に係る「画像データが表す画像の被写体種類（シーン）を
解析して，画像の色を，被写体種類ごとに予め記憶された目標濃度に補正する」構
成は，本願発明８の構成Ｆ２には相当しないと主張する。
しかし，本願発明８の構成Ｆ２は，「ディスプレイ装置上に表示するための」「デ
ジタル・コンテンツ・アイテムを，前記デジタル・メディア・コンテンツ取込エン
ジンにより解析する」というもので，
「解析」の具体的な内容については記載されて
いない。そして，本願発明８の構成中に，
「デジタル・コンテンツ・アイテム」につ
いて，原告の主張するような内容のものに特定する旨の記載もなく，他に本願発明
８の構成Ｆ２の「解析」を原告の主張するように限定して解釈すべき理由はない。
したがって，原告の上記主張は，その前提を欠くものであって，採用することがで
きない。
イ 原告は，本願明細書の段落【０１１９】の記載から，本願発明８の構成
Ｆ２の「解析」は，ビジュアル及び音響コンテンツの両方に対して行われ得るもの
で，甲５技術の「解析」とは異なる旨を主張するが，本願の特許請求の範囲の請求
項８には，
「音」について何ら記載がなく，上記アのような記載があるのみであるか
ら，本願発明８の構成Ｆ２の「解析」が音響に対しても行われるものと解すること
はできない。したがって，原告の上記主張は，採用することができない。
ウ 原告は，引用発明と甲５技術とを組み合わせる動機付けはなく，シーン
ごとに画像の特定の部分を調整するために，オペレータの好みに従って事前に手動
で入力される「目標濃度」を用い，オートセットアップ機能を介して，画像を調整
するという甲５技術の「解析」の特徴は，特定の装置の技術的仕様に画像をより良
好に適合させるために画像の調整を行う本願発明の「解析」とは対照的であって，
甲５技術の「解析」を本願発明に組み込むことは，無意味であり，逆効果であると
主張するが，上記アで指摘したのと同様，本願発明８における「解析」について，
特定の装置の技術的仕様に画像をより良好に適合させるために画像の調整を行うた
めのものと限定して解釈すべき理由はないから，原告の上記主張も，前提を欠くも
のであって採用することができない。
８ まとめ
以上によると，原告主張の取消事由のうち，相違点の認定の誤り及び相違点４に
係る容易想到性の判断の誤りは，いずれも理由がないが，相違点１に係る容易想到
性の判断の誤り及び相違点２に係る容易想到性の判断の誤りは，いずれも理由があ
る。
第６ 結論
よって，原告の請求は理由があるから，本件審決を取り消すこととして，主文の
とおり判決する。
知的財産高等裁判所第２部
裁判長裁判官
森 義 之
裁判官
中 島 朋 宏
裁判官
勝 又 来 未 子