【事件の表示】
　特願２０１０−５０３０１０「メディアの生成及び分配のための動作管理ソリューション」拒絶査定不服審判事件〔平成２０年１０月２３日国際公開、ＷＯ２００８／１２７５５０、平成２２年　７月１５日国内公表、特表２０１０−５２４１２５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，２００８年４月１日（パリ条約による優先権主張外国庁受理２００７年４月１２日，米国）を国際出願日とする出願であって，平成２４年９月１９日付けの拒絶理由通知に対して平成２５年１月２５日付けで手続補正がなされ，平成２５年２月２０日付けの最後の拒絶理由通知に対して平成２５年５月２７日付けで手続補正がなされたが，平成２５年６月２７日付けで補正の却下の決定がなされるとともに同日付けで拒絶査定がなされ，これに対して平成２５年１１月５日に拒絶査定不服審判の請求がなされるとともに手続補正がなされたものである。
　
第２　平成２５年１１月５日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２５年１１月５日付けの手続補正（以下，「本件補正」という。）を却下する。 
　
［理由］
１．補正の内容 
（１）本件補正後の特許請求の範囲の記載
　本件補正により補正された特許請求の範囲の記載は次のとおりである。（下線は，補正の個所を示すものとして審判請求人が付したものである。） 
　
「　【請求項１】
　コンピュータによって実行される，オーディオビジュアルメディアを生成及び分配する方法であって，
　作業場カテゴリ内で作業場の選択を受信し，作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し，ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェースを介し，各作業場が
メディア・アセット
　メディア作業フローエンジンによって管理される動的メディア作業ページの一部として選択された前記作業場に対応する少なくとも１つのタスクを与えるステップと，
　与えられた前記タスクに応答して
，エッセンス及びメタデータを含む
　前記タスクに関連するコマンドを起動するステップと
　を有する方法。
　　【請求項２】
　前記少なくとも１つのタスクを与えるステップは，
　（ａ）個々のオペレータに
　　（１）実行のために当該オペレータに割り当てられ，メディア・アセットに編集，トリミング，目録作成の１つを実行することを含む少なくとも１つのタスクと，
　　（２）前記個々のオペレータによっても実行可能な他のオペレータへ割り当てられる少なくとも１つのタスクと，
　　（３）前記個々のオペレータによって実行可能な何らかの緊急タスクと，
　を識別するステップと，
　（ｂ）オペレータによる前記少なくとも１つのタスクの完了後にタスクステータスを更新するステップと，
　（ｃ）全てのタスクが前記選択された作業場に関して完了されるまで前記ステップ（ａ）及び前記ステップ（ｂ）を繰り返すステップと
　を有する，請求項１記載の方法。
　　【請求項３】
　更に，前記作業場カテゴリに含まれる複数の前記作業場を提示するステップを有し，前記選択された作業場は，提示された複数の作業場から選択された１つである，請求項１記載の方法。
　　【請求項４】
　当該オペレータへ割り当てられるタスクへの他のオペレータによるアクセスを防ぐステップを更に有する，請求項２記載の方法。
　　【請求項５】
　前記識別するステップは，オペレータの所定の選択グループについて，特定の作業場で１又は複数のタスクを実行するよう実行され得る，請求項２記載の方法。
　　【請求項６】
　ユーザ選択のタスクを，識別される個々のオペレータに同じタスクを関連付けるようロックするステップを更に有する，請求項１記載の方法。
　　【請求項７】
　前記ロックするステップは，前記ユーザ選択のタスクの実行においてユーザの時間の追跡を可能にする，請求項６記載の方法。
　　【請求項８】
　前記ワークフロー中に含まれるタスクは，
　再生されるメディアを受け取るステップと，
　前記メディアを再生されるよう準備するステップと，
　前記準備するステップが完了した後に前記メディアをアーカイブに入れるステップと，　前記メディアを再生するステップと，
　を含む，
請求項１記載
　　【請求項９】
　前記メディアを受け取るステップは，
　前記メディアを記録するステップと，
　記録された前記メディアに品質制御を行うステップと，
　を更に有する，請求項８記載の方法。
　　【請求項１０】
　前記準備するステップは，
　前記メディアを編集するステップと，
　編集された前記メディアの高解像度バージョンを作成するステップと，
　前記高解像度バージョンのメディアタスクをコンフォーマンス・エンジンにより実行するステップと，
　前記高解像度バージョンのメディアから低解像度バージョンのメディアを作成するステップと
　を更に有する，請求項９記載の方法。
　　【請求項１１】
　前記メディアを再生するステップは，
　アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送るステップと，
　編集に従って適切なフォーマットを確認し且つ最終的な高解像度クリップを作成するよう前記メディアをコンフォーマンス・エンジンにより実行するステップと，
　再生のために前記最終的な高解像度クリップを少なくとも１つの分配チャネルに送るステップと
　を更に有する，請求項１０記載の方法。
　　【請求項１２】
　前記メディアを再生するステップは，
　アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送るステップと，
　前記ステージ設備に送られた前記高解像度バージョンのプロモーション・クリップを作成するステップであって，該プロモーション・クリップを編集し承認するステップを有するステップと，
　再生のために前記プロモーション・クリップを１又はそれ以上の分配チャネルに転送するステップと
　を更に有する，請求項１０記載の方法。
　　【請求項１３】
　メディアの生成及び分配環境での使用のために具現されたコンピュータ読出可能なプログラムコードを有するコンピュータ使用可能な媒体を有するコンピュータプログラムであって，
　作業場カテゴリ内で作業の選択を受信し，作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し，ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェースを介し，各作業場が
エッセンス及びメタデータを含むメディア・アセット
　メディア作業フローエンジンによって管理される動的メディア作業ページの一部として選択された前記作業場に対応する少なくとも１つのタスクを与えるプログラムコードと，　ユーザ選択のタスクに応答して目標メディア・アセットを更新するプログラムコードと，
　前記ユーザ選択のタスクに関連するコマンドを起動するプログラムコードと
　を有するコンピュータプログラム。
　　【請求項１４】
　前記選択された作業場に対応する少なくとも１つのタスクを与える前記プログラムコードは，
　（ａ）個々のオペレータに，
　　（１）実行のために当該オペレータに割り当てられ，メディア・アセットに編集，トリミング，目録作成の１つを実行することを含む少なくとも１つのタスクと，
　　（２）前記個々のオペレータによっても実行可能な他のオペレータへ割り当てられるタスクと，
　　（３）前記個々のオペレータによって実行可能な緊急タスクと，を識別するプログラムコードと，
　（ｂ）オペレータによるタスクの完了後にタスクステータスを更新するプログラムコードと，
　（ｃ）全てのタスクが前記選択された作業場に関して完了されるまで前記プログラムコード（ａ）及び前記プログラムコード（ｂ）を繰り返すプログラムコードと，
　を更に有する，請求項１３記載のコンピュータプログラム。」 
　
（２）本件補正前の特許請求の範囲の記載
　平成２５年５月２７日付けの手続補正は，平成２５年６月２７日付けで却下されたので，本件補正前の特許請求の範囲は，平成２５年１月２５日付けの手続補正書の特許請求の範囲に記載された次のとおりのものである。 
　
「　【請求項１】
　コンピュータによって実行される，オーディオビジュアルメディアを生成及び分配する方法であって，
　作業場カテゴリ内で作業場の選択を受信し，作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し，ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェースを介し，各作業場がメディアセットに作用するユーザツール及びコマンドの異なるセットをユーザに提供するステップと，
　メディア作業フローエンジンによって管理される動的メディア作業ページの一部として選択された前記作業場に対応する少なくとも１つのタスクを与えるステップと，
　与えられた前記タスクに応答してメディア・アセットを更新するステップと，
　前記タスクに関連するコマンドを起動するステップと
　を有する方法。
　　【請求項２】
　前記少なくとも１つのタスクを与えるステップは，
　（ａ）個々のオペレータに
　　（１）実行のために当該オペレータに割り当てられ，メディア・アセットに編集，トリミング，目録作成の１つを実行することを含む少なくとも１つのタスクと，
　　（２）前記個々のオペレータによっても実行可能な他のオペレータへ割り当てられる少なくとも１つのタスクと，
　　（３）前記個々のオペレータによって実行可能な何らかの緊急タスクと，
　を識別するステップと，
　（ｂ）オペレータによる前記少なくとも１つのタスクの完了後にタスクステータスを更新するステップと，
　（ｃ）全てのタスクが前記選択された作業場に関して完了されるまで前記ステップ（ａ）及び前記ステップ（ｂ）を繰り返すステップと
　を有する，請求項１記載の方法。
　　【請求項３】
　更に，前記作業場カテゴリに含まれる複数の前記作業場を提示するステップを有し，前記選択された作業場は，提示された複数の作業場から選択された１つである，請求項１記載の方法。
　　【請求項４】
　当該オペレータへ割り当てられるタスクへの他のオペレータによるアクセスを防ぐステップを更に有する，請求項２記載の方法。
　　【請求項５】
　前記識別するステップは，オペレータの所定の選択グループについて，特定の作業場で１又は複数のタスクを実行するよう実行され得る，請求項２記載の方法。
　　【請求項６】
　ユーザ選択のタスクを，識別される個々のオペレータに同じタスクを関連付けるようロックするステップを更に有する，請求項１記載の方法。
　　【請求項７】
　前記ロックするステップは，前記ユーザ選択のタスクの実行においてユーザの時間の追跡を可能にする，請求項６記載の方法。
　　【請求項８】
　前記ワークフロー中に含まれるタスクは，
　再生されるメディアを受け取るステップと，
　前記メディアを再生されるよう準備するステップと，
　前記準備するステップが完了した後に前記メディアをアーカイブに入れるステップと，　前記メディアを再生するステップと，
　を含む，請求項１に記載の方法。
　　【請求項９】
　前記メディアを受け取るステップは，
　前記メディアを記録するステップと，
　記録された前記メディアに品質制御を行うステップと，
　を更に有する，請求項８記載の方法。
　　【請求項１０】
　前記準備するステップは，
　前記メディアを編集するステップと，
　編集された前記メディアの高解像度バージョンを作成するステップと，
　前記高解像度バージョンのメディアタスクをコンフォーマンス・エンジンにより実行するステップと，
　前記高解像度バージョンのメディアから低解像度バージョンのメディアを作成するステップと
　を更に有する，請求項９記載の方法。
　　【請求項１１】
　前記メディアを再生するステップは，
　アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送るステップと，
　編集に従って適切なフォーマットを確認し且つ最終的な高解像度クリップを作成するよう前記メディアをコンフォーマンス・エンジンにより実行するステップと，
　再生のために前記最終的な高解像度クリップを少なくとも１つの分配チャネルに送るステップと
　を更に有する，請求項１０記載の方法。
　　【請求項１２】
　前記メディアを再生するステップは，
　アーカイブに入れられた前記高解像度バージョンのメディアをステージ設備に送るステップと，
　前記ステージ設備に送られた前記高解像度バージョンのプロモーション・クリップを作成すするステップであって，該プロモーション・クリップを編集し承認するステップを有するステップと，
　再生のために前記プロモーション・クリップを１又はそれ以上の分配チャネルに転送するステップと
　を更に有する，請求項１０記載の方法。
　　【請求項１３】
　メディアの生成及び分配環境での使用のために具現されたコンピュータ読出可能なプログラムコードを有するコンピュータ使用可能な媒体を有するコンピュータプログラムであって，
　作業場カテゴリ内で作業の選択を受信し，作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し，ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェースを介し，各作業場がメディアセットに作用するユーザツール及びコマンドの異なるセットをユーザに提供するプログラムコードと，
　メディア作業フローエンジンによって管理される動的メディア作業ページの一部として選択された前記作業場に対応する少なくとも１つのタスクを与えるプログラムコードと，　ユーザ選択のタスクに応答して目標メディア・アセットを更新するプログラムコードと，
　前記ユーザ選択のタスクに関連するコマンドを起動するプログラムコードと
　を有するコンピュータプログラム。
　　【請求項１４】
　前記選択された作業場に対応する少なくとも１つのタスクを与える前記プログラムコードは，
　（ａ）個々のオペレータに，
　　（１）実行のために当該オペレータに割り当てられ，メディア・アセットに編集，トリミング，目録作成の１つを実行することを含む少なくとも１つのタスクと，
　　（２）前記個々のオペレータによっても実行可能な他のオペレータへ割り当てられるタスクと，
　　（３）前記個々のオペレータによって実行可能な緊急タスクと，を識別するプログラムコードと，
　（ｂ）オペレータによるタスクの完了後にタスクステータスを更新するプログラムコードと，
　（ｃ）全てのタスクが前記選択された作業場に関して完了されるまで前記プログラムコード（ａ）及び前記プログラムコード（ｂ）を繰り返すプログラムコードと，
　を更に有する，請求項１３記載のコンピュータプログラム。」 
　
（３）補正の目的について
　本件補正は，補正前の請求項１の「メディアセット」を補正後の請求項１の「メディア・アセット」と補正し，補正前の請求項８の「請求項１に記載の方法」を補正後の請求項８の「請求項１記載の方法」と補正し，補正前の請求項１２の「作成すするステップ」を補正後の請求項１２の「作成するステップ」と補正して，誤記を訂正するものであるから，特許法第１７条の２第５項第３号に規定される「誤記の訂正」を目的とするものに該当する。
　また，本件補正は，補正前の請求項１の「メディア・アセット」を補正後の請求項１の「，エッセンス及びメタデータを含むメディア・アセット」と補正することによって，「メディア・アセット」を「エッセンス及びメタデータを含む」ものに限定するものであるから，特許法第１７条の２第５項第２号に規定される「特許請求の範囲の減縮」を目的とするものに該当する。
　また，本件補正は，補正前の請求項１３の「メディアセット」を補正後の請求項１３の「エッセンス及びメタデータを含むメディア・アセット」と補正することによって，「メディアセット」を「メディア・アセット」として誤記を訂正するとともに，「メディア・アセット」を「エッセンス及びメタデータを含む」ものに限定するものであるから，特許法第１７条の２第５項第３号に規定される「誤記の訂正」及び同項第２号に規定される「特許請求の範囲の減縮」を目的とするものに該当する。
　
２．補正の適否について 
　そこで，本件補正後の請求項１に係る発明（以下，「本件補正発明」という。）が，特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について以下に検討する。
　
２−１　本件補正発明
　本件補正発明は，上記「第２　［理由］１．（１）」の請求項１に記載された事項により特定されるとおりのものである。
　
２−２　引用例
（１）引用例１
　原査定の拒絶の理由に引用された国際公開第２００６／０９６７１３号（以下，「引用例１」という。）には，図面とともに，次の（ア）〜（ク）の事項が記載されている。（下線は当審において付加したものである。）
　
（ア）「[0012] 
An apparatus, method, and software for providing distributed editing and storage of digital media are described
（当審仮訳：［００１２］
デジタルメディアの分散編集及び記憶を提供するための装置，方法及びソフトウェアが説明される
　
（イ）「[0014] 
FIG. 1 is a diagram of a media services platform for supporting distributed editing and storage of digital media, according to an embodiment of the present invention
図１は，本発明の一つの実施形態による，デジタルメディアの分散編集及び記憶を支援するためのメディアサービスプラットフォームの図である
　
（ウ）「[0021] 
The media services platform 101 includes a workflow system 113, which comprises a workflow engine 115 and one or more resource servers 117 to support editing and distribution of digital media. 
 the workflow system 113 offers users an overview of their work and associated events; that is, the system 113 supports an application that shows the status and progress of each job and links to relevant applications that enable the users to perform their tasks and advance the project towards completion. The workflow engine 115 controls workflow jobs and dispatches them to the resource servers 117.
[0022] 
In addition to providing individual users a central point for managing their work, the workflow system 113 is also useful as a monitoring system. For example, the system 113 can support a graphical user interface (GUI) on the user side, such that users can quickly determine through visual indicators whether tasks have been completed or error conditions exist. The users (e.g., administrators) can 
drill down
 to view more detail. Also, jobs can be paused, restarted (from any stage), aborted and deleted from the workflow application. This capability provides users with full control over the priority of the jobs. Additionally, the system 113 can record timing information for every step of a task, thereby enabling generation of reports on delivery turnaround etc. -- e.g., for Service Level Agreement (SLA) reporting
（途中省略）
[0026] The media server 121 and the application server 123 interface with the data network 125, which can be a corporate network or the Internet. The application server 123 is thus accessible by a workstation 127, which can be any type of computing device - e.g., laptop, web appliance, palm computer, personal digital assistant (PDA), etc. 
The workstation 127 can utilize a browser (e.g., web-based), generally, to communicate with the media services platform 101, and a downloadable applet (e.g., ActiveX controls) to support distributed video editing functionality
（当審仮訳：【００２１】
メディアサービスプラットフォーム１０１は，ワークフローシステム１１３を含み，それは，デジタルメディアの編集及び分配を支援するためにワークフローエンジン１１５及び一つ以上のリソースサーバ１１７からなる
ワークフローシステム１１３は，ユーザに自分のワーク及び関連イベントの一覧を提供し，即ちシステム１１３は，各仕事の状況及び進行を示すアプリケーションを支援し，ユーザが自分のタスクを実行し終了に向けて計画を進められるようにする関連アプリケーションにリンクする。ワークフローエンジン１１５は，ワークフローの仕事を制御し，それらをリソースサーバ１１７に送る
【００２２】
個々のユーザに自分のワークを管理するための中心点を提供することに追加して，ワークフローシステム１１３は，監視システムとしても役立つ
例えば，システム１１３は，ユーザ側でグラフィカルユーザインタフェース(GUI)を支援することができるので，ユーザは，タスクが完了したか又はエラー状況が存在するか，視覚インジケータを介して迅速に判断することができる。ユーザ（例えば，管理者）は，より詳しく眺めるために“掘り下げる(drill down)”ことができる。また，仕事は，ワークフローアプリケーションから一時停止，（任意のステージから）再開，途中停止及び削除されることができる
この機能は，仕事の優先順位にわたる十分な管理をユーザに提供する
また，システム１１３は，タスクのステップ毎にタイミング情報を記録することができるので，配信ターンアラウンド等に関するレポートの生成，例えばサービス内容合意(SLA)レポートを可能にする
（途中省略）
【００２６】メディアサーバ１２１及びアプリケーションサーバ１２３は，データネットワーク１２５にインタフェースし，それは，企業ネットワーク又はインターネットにすることができる。故に，アプリケーションサーバ１２３は，ワークステーション１２７によってアクセス可能であり，それは，例えばラップトップ，ウェブアプライアンス，パームコンピュータ，個人デジタル補助装置(PDA)等のような，任意タイプの計算デバイスにすることができる。
ワークステーション１２７は，一般にメディアサービスプラットフォーム１０１と交信するために（例えば，ウェブベースの）ブラウザと，分散されたビデオ編集機能を支援するためにダウンロード可能なアプレット（例えば，ActiveX control）とを利用することができる
　
（エ）「[0030] 
A syndication (or distribution) function 131 can then distribute content over various channels, such as a wireless network 133 (e.g., cellular, wireless local area network (WLAN)), a television network 135, and a broadband Internet Service Provider (ISP) network 137
（当審仮訳：【００３０】
シンジケーション（即ち分配）機能１３１はその後，無線ネットワーク１３３（例えば，セルラー，無線ローカルエリアネットワーク(WLAN)），テレビジョンネットワーク１３５，及びブロードバンドインターネットサービスプロバイダ(ISP)ネットワーク１３７のような，各種チャンネルにわたってコンテンツを分散することができる
　
（オ）「[0032] As mentioned above, 
the media services platform 101 enables media asset management, rapid production, and robust, cost-effective proxy editing capabilities
（当審仮訳：【００３２】上記の通り，
メディアサービスプラットフォーム１０１により，メディアアセット管理，迅速生成，及び強固でコストがかからないプロキシ編集機能が可能となる
　
（カ）「[0035] According to an embodiment of the present invention, the media services platform 101 utilizes a unified user interface (e.g., web browser) for accessing applications supported by the platform 101. 
It is recognized that typical production and content delivery workflows often involve the use of multiple separate applications: one application for logging, a second application for encoding, a third one for editing, a fourth application for asset management, and so on
[0036 ] 
The media services platform 101 advantageously simplifies this task by permitting access to the multitude of applications via a single unified user interface as part of a coherent workflow. In this manner, although various technologies are involved, the user experience is that of a single, user-friendly suite of tools, which shield non-technical users from the complex integration of applications and technologies
[0037] 
The applications supported by the platform 101 include the following: media asset management and search, video editing, video server services, workflow, syndication, upload of media, library service, administration, quality assurance, copyright protection, music cue sheet services, and reporting
[0038] The media services platform 101 also provides a flexible and cost-effective approach for proxy logging and editing of live and archive material. Such editing services can be in support of news and sport editing, archive browsing and editing, mobile, broadband and IPTV production and mastering, and promotion production. The editing application provides viewing and logging of live feeds, frame-accurate proxy logging and editing, and remote proxy editing (e.g., utilizing Windows Media Series proxy format). In addition, the editing application can support instant logging and editing while the feed is recording, as well as audio and video scrubbing. 
This editing application includes the following capabilities: edit timeline with effects; voiceover (while editing remotely - which is ideal for translation workflows); save edit projects with versions; generate thumbnail and metadata from within the editing user interface; and export EDL' s or render finished edits ready for transcoding and delivery. With this application, a user, through an inexpensive workstation 127, can efficiently master a movie for VOD distribution, rough-cut a documentary, or create a fully- finished sports highlight video with voiceover and effects
（途中省略）
[0040] 
The syndication application automates the creation and delivery of content and metadata to very specific standards for a range of target systems without manual intervention
[0041] 
The upload application allows users to ingest digital files into the media services platform 101 and submit them to any permitted workflow
（途中省略）
[0043] 
The reporting application enables users to create 
printer-friendly
 reports on any information stored in the object store 119
[0044] 
The library application offers the ability to manage physical media that contain instances of assets managed in the media services platform 101
（当審仮訳：【００３５】本発明の一つの実施形態によると，メディアサービスプラットフォーム１０１は，プラットフォーム１０１によって支援されたアプリケーションにアクセスするための統一ユーザインタフェース（例えば，ウェブブラウザ）を利用する。
通常の生成及びコンテンツ配信ワークフローはしばしば，多数の分離したアプリケーションの使用を含み，第１のアプリケーションは，ロギングであり，第２のアプリケーションは，エンコードであり，第３のそれは，編集であり，第４のアプリケーションは，アセット管理等であることが分かる
【００３６】
メディアサービスプラットフォーム１０１は，コヒーレントワークフローの一部として単独の統一ユーザインタフェースを介して多数のアプリケーションへのアクセスを可能にすることによってこのタスクを有利に単純にする。このように，各種技術が含まれるが，ユーザエクスペリエンスは，単独のユーザフレンドリーなツール一式であり，それは，アプリケーション及び技術の複雑な統合から非専門のユーザを保護する
【００３７】
プラットフォーム１０１によって支援されるアプリケーションは，以下を含む；メディアアセット管理及び検索，ビデオ編集，ビデオサーバサービス，ワークフロー，シンジケーション，メディアのアップロード，ライブラリサービス，管理，品質保証，著作権保護，ミュージックキューシートサービス，及びレポート
【００３８】また，メディアサービスプラットフォーム１０１は，ライブ及びアーカイブマテリアルをプロキシロギング及び編集するための柔軟でコストのかからないアプローチを提供する。そのような編集サービスは，ニュース及びスポーツ編集，アーカイブブラウジング及び編集，モバイル，ブロードバンド及びIPTV生成及びマスタリング，及び販促提示を支援している。編集アプリケーションは，（例えば，Windows（登録商標）Media Seriesプロキシフォーマットを利用して）ライブフィードの閲覧及びロギング，フレームが正確なプロキシロギング及び編集，及び遠隔プロキシ編集を提供する。また，編集アプリケーションは，フィードが記録される間に迅速なロギング及び編集のほか，オーディオ及びビデオスクラブも支援することができる。
この編集アプリケーションは，以下の機能を含む：効果的な時系列の編集，（遠隔に操作する間−翻訳ワークフローにとって理想な）ボイスオーバ，バージョンでの編集プロジェクトの保存，編集ユーザインタフェース内からサムネイル及びメタデータの生成，及びEDLのエクスポート，又はトランスコーディング及び配信可能な終了した編集のレンダリング
このアプリケーションにおいて，ユーザは，安価なワークステーション１２７を介して，VOD分配のための映画を効率的にマスタし，ドキュメンタリーを粗ごしらえし，又はすべて終了したスポーツハイライトビデオにボイスオーバ及び効果を与えて生成することができる
（途中省略）
【００４０】
シンジケーションアプリケーションは，手動の介入をすることなく，ターゲットシステムの範囲に対するかなり特定の標準へ，コンテンツ及びメタデータの生成及び配信を自動化する
【００４１】
アップロードアプリケーションにより，ユーザは，メディアサービスプラットフォーム１０１にデジタルファイルを取込み，任意の許可されたワークフローにそれらを提供することができる
（途中省略）
【００４３】
レポートアプリケーションにより，ユーザは，オブジェクトストア１１９に記憶された任意の情報に関する“プリンタフレンドリ”レポートを生成することができる
【００４４】
ライブラリアプリケーションは，メディアサービスプラットフォーム１０１で管理されたアセットのインスタンスを含む物理メディアを管理する機能を提供する
　
（キ）「[0048] 
FIG. 2 is a diagram of a workflow process utilized in the system of FIG. 1 to edit digital media, according to an embodiment of the present invention.
 the workflow capability of the media services platform 101 is described with respect to the video editing application. In step 201, the media that is to be edited is obtain; the media can undergo an ingest process or simply exists as a digital file that can be uploaded (using the upload application as earlier explained)
[0049] 
The media is then edited, per step 203. By way of example, the user, utilizing the proxy editor player 128 (which is the counterpart software to the proxy editor supported by the media services platform 101) on the workstation 127, can select and log the feed (assuming a live feed which is always visible), either marking in and out points manually or using an auto-clip feature for rapid logging
[0050] 
The edit is then rendered, as in step 205, as part of a workflow
[0051] It is noted that the above process can occur while the video feeds are still being recorded, thus enabling the quickest possible turnaround of content for broadcast programs (e.g., sports and news).
[0052] 
In step 207, metadata is added. The file is transcoded (per step 209) and reviewed and/or approved (step 211). Thereafter, the edited filed is delivered, per step 213. The last stage in the workflow is the delivery of content files and metadata to other systems (e.g., networks 133, 135, and 137) that are responsible for delivery of content to consumers. The syndication application of the media services platform 101 provides the automated delivery of the content and metadata
（当審仮訳：【００４８】
図２は，本発明の一つの実施形態による，デジタルメディアを編集するために図１のシステムで利用されるワークフロー処理の図である
メディアサービスプラットフォーム１０１のワークフロー機能は，ビデオ編集アプリケーションに関して説明される。ステップ２０１で，編集されるメディアが得られ，メディアは，取込み処理を受けることができるか，又は（先に説明したアップロードアプリケーションを用いて）アップロード可能なデジタルファイルとして単に存在する
【００４９】
その後，メディアは，ステップ２０３につき編集される。一例として，ユーザは，ワークステーション１２７上で（メディアサービスプラットフォーム１０１によって支援されるプロキシエディタに対応するソフトウェアである）プロキシエディタプレイヤ１２８を利用して，（常に視認可能なライブフィードを仮定すれば）フィードを選択及びログすることができ，ポイントをマークイン及びマークアウトするか又は迅速なロギングのためのオートクリップ機能を用いるかの何れか一方を行う
【００５０】
その後，編集は，ワークフローの一部としてステップ２０５でレンダリングされる
【００５１】上記処理は，ビデオフィードがまだ記録されている間に発生することができるので，ブロードキャストプログラム（例えば，スポーツ及びニュース）に関するコンテンツの最速のターンアラウンドを可能にする。
【００５２】
ステップ２０７において，メタデータが追加される。ファイルは，（ステップ２０９毎に）トランスコード，レビュー及び／又は承認（ステップ２１１）される
その後，編集されたフィールドは，ステップ２１３毎に配信される
ワークフローの最後のステージは，顧客へのコンテンツの配信に関与する他のシステム（例えば，ネットワーク１３３，１３５及び１３７）へのコンテンツファイル及びメタデータの配信である。メディアサービスプラットフォーム１０１のシンジケーションアプリケーションは，コンテンツ及びメタデータの自動配信を提供する
　
（ク）「[0082]
 FIG. 7 illustrates a computer system 700 upon which an embodiment according to the present invention can be implemented. For example, the processes described herein can be implemented using the computer system 700
（当審仮訳：【００８２】
図７は，本発明による実施形態を実行できるコンピュータシステム７００を図示する。例えば，本明細書中で説明された処理は，コンピュータシステム７００を用いて実行できる。
　
　上記摘記事項（ア）〜（ク）の記載及び図面の記載を総合すると，引用例１には，次のとおりの発明（以下，「引用例１発明」という。）が記載されていると認められる。
　
「コンピュータシステムを用いて実行できる，デジタルメディアの分散編集及び記憶を提供するための方法であって，
　デジタルメディアの分散編集及び記憶を支援するためのメディアサービスプラットフォーム１０１は，ワークフローシステム１１３を含み，
　ワークフローシステム１１３は，デジタルメディアの編集及び分配を支援するためにワークフローエンジン１１５及び一つ以上のリソースサーバ１１７からなり，
　ワークフローシステム１１３は，ユーザに自分のワーク及び関連イベントの一覧を提供し，各仕事の状況及び進行を示すアプリケーションを支援し，ユーザが自分のタスクを実行し終了に向けて計画を進められるようにする関連アプリケーションにリンクし，
　ワークフローエンジン１１５は，ワークフローの仕事を制御し，それらをリソースサーバ１１７に送るものであり，
　個々のユーザに自分のワークを管理するための中心点を提供することに追加して，ワークフローシステム１１３は，監視システムとしても役立ち，例えば，システム１１３は，ユーザ側でグラフィカルユーザインタフェースを支援することができるので，ユーザは，タスクが完了したか又はエラー状況が存在するか，視覚インジケータを介して迅速に判断することができ，
　管理者ユーザは，より詳しく眺めるために“掘り下げる”ことができ，また，仕事は，ワークフローアプリケーションから一時停止，再開，途中停止及び削除されることができ，この機能は，仕事の優先順位にわたる十分な管理をユーザに提供し，
　また，システム１１３は，タスクのステップ毎にタイミング情報を記録することができるので，配信ターンアラウンド等に関するレポートの生成を可能にし，
　ワークステーション１２７は，一般にメディアサービスプラットフォーム１０１と交信するために，ウェブベースのブラウザと，分散されたビデオ編集機能を支援するためにダウンロード可能なアプレットとを利用することができ，
　シンジケーション機能１３１は，無線ネットワーク１３３，テレビジョンネットワーク１３５，及びブロードバンドインターネットサービスプロバイダネットワーク１３７のような，各種チャンネルにわたってコンテンツを分散することができ，
　メディアサービスプラットフォーム１０１により，メディアアセット管理，迅速生成，及び強固でコストがかからないプロキシ編集機能が可能となり，
　通常の生成及びコンテンツ配信ワークフローはしばしば，多数の分離したアプリケーションの使用を含み，第１のアプリケーションは，ロギングであり，第２のアプリケーションは，エンコードであり，第３のそれは，編集であり，第４のアプリケーションは，アセット管理等であり，
　メディアサービスプラットフォーム１０１は，コヒーレントワークフローの一部として単独の統一ユーザインタフェースを介して多数のアプリケーションへのアクセスを可能にすることによってタスクを有利に単純にし，ユーザエクスペリエンスは，単独のユーザフレンドリーなツール一式であり，それは，アプリケーション及び技術の複雑な統合から非専門のユーザを保護するものであり，
　プラットフォーム１０１によって支援されるアプリケーションは，メディアアセット管理及び検索，ビデオ編集，ビデオサーバサービス，ワークフロー，シンジケーション，メディアのアップロード，ライブラリサービス，管理，品質保証，著作権保護，ミュージックキューシートサービス，及びレポートを含み，
　編集アプリケーションは，効果的な時系列の編集，ボイスオーバ，バージョンでの編集プロジェクトの保存，編集ユーザインタフェース内からサムネイル及びメタデータの生成，及びEDLのエクスポート，又はトランスコーディング及び配信可能な終了した編集のレンダリングの機能を含み，
　編集アプリケーションにおいて，ユーザは，ワークステーション１２７を介して，VOD分配のための映画を効率的にマスタし，ドキュメンタリーを粗ごしらえし，又はすべて終了したスポーツハイライトビデオにボイスオーバ及び効果を与えて生成することができ，
  シンジケーションアプリケーションは，手動の介入をすることなく，ターゲットシステムの範囲に対するかなり特定の標準へ，コンテンツ及びメタデータの生成及び配信を自動化するものであり，
　アップロードアプリケーションにより，ユーザは，メディアサービスプラットフォーム１０１にデジタルファイルを取込み，任意の許可されたワークフローにそれらを提供することができ，管理責任のあるユーザは，どのファイルタイプを許可するか，どのワークフローに互換性があるか，及び異なるタイプのコンテンツが処理される方法を制御することができ，
　レポートアプリケーションにより，ユーザは，オブジェクトストア１１９に記憶された任意の情報に関する“プリンタフレンドリ”レポートを生成することができ，
　ライブラリアプリケーションは，メディアサービスプラットフォーム１０１で管理されたアセットのインスタンスを含む物理メディアを管理する機能を提供し，
　デジタルメディアを編集するためのメディアサービスプラットフォーム１０１のワークフロー処理では，
　編集されるメディアが得られ，メディアは，取込み処理を受けることができるか，又はアップロードアプリケーションを用いてアップロード可能なデジタルファイルとして単に存在し（ステップ２０１），
　その後，メディアは，編集され，このとき，ユーザは，ワークステーション１２７上でプロキシエディタプレイヤ１２８を利用して，フィードを選択及びログすることができ，ポイントをマークイン及びマークアウトするか又は迅速なロギングのためのオートクリップ機能を用いるかの何れか一方を行い（ステップ２０３），
　その後，編集はレンダリングされ（ステップ２０５），
　メタデータが追加され（ステップ２０７），
　ファイルはトランスコードされ（ステップ２０９），
　レビュー及び／又は承認され（ステップ２１１），
　その後，編集されたフィールドは配信され（ステップ２１３），
　ワークフローの最後のステージは，顧客へのコンテンツの配信に関与する他のシステムへのコンテンツファイル及びメタデータの配信であり，メディアサービスプラットフォーム１０１のシンジケーションアプリケーションは，コンテンツ及びメタデータの自動配信を提供する，
　方法。」
　
２−３　対比
　本件補正発明と引用例１発明とを対比する。
　
（ａ）引用例１発明の「デジタルメディア」は，テレビジョンネットワーク１３５等において配信されることを想定しており，ビデオ編集，ボイスオーバ等の編集を行うものであるから，引用例１発明の「デジタルメディア」が本件補正発明の「オーディオビジュアルメディア」に相当する。
　引用例１発明の「ネットワーク上でデジタルメディアの分散編集及び記憶を提供するための方法」で使用される「メディアサービスプラットフォーム１０１」は，ワークフローシステム１１３を含み，当該ワークフローシステム１１３は，デジタルメディアの編集及び分配を支援するものである。そして，デジタルメディアを「編集」することによって，デジタルメディアを「生成」していることは明らかであるから，引用例１発明の「デジタルメディアの編集及び分配」が本件補正発明の「オーディオビジュアルメディアを生成及び分配する」ことに相当する。
　また，引用例１発明の「方法」は，「コンピュータシステムを用いて実行できる」ものであるから，「コンピュータによって実行される」ものである。
　してみれば，引用例１発明と本件補正発明とは，「コンピュータによって実行される，オーディオビジュアルメディアを生成及び分配する方法」の点で一致する。
　
（ｂ）
（ｂ−１）引用例１発明において，デジタルメディアを編集するためのメディアサービスプラットフォーム１０１のワークフロー処理では，「編集されるメディアが得られ，メディアは，取込み処理を受けることができるか，又はアップロードアプリケーションを用いてアップロード可能なデジタルファイルとして単に存在し（ステップ２０１），その後，メディアは，編集され，このとき，ユーザは，ワークステーション１２７上でプロキシエディタプレイヤ１２８を利用して，フィードを選択及びログすることができ，ポイントをマークイン及びマークアウトするか又は迅速なロギングのためのオートクリップ機能を用いるかの何れか一方を行い（ステップ２０３），その後，編集はレンダリングされ（ステップ２０５），メタデータが追加され（ステップ２０７），ファイルはトランスコードされ（ステップ２０９），レビュー及び／又は承認され（ステップ２１１），その後，編集されたフィールドは配信され（ステップ２１３）」る。
　引用例１発明の上記各ステップは，「論理的なワークフロー内の特定の位置を定義する」ものといえるから，引用例１発明の「ステップ２０１〜２１３の各ステップ」が本件補正発明の「論理的なワークフロー内の特定の位置を定義する」「作業場」に相当する。
（ｂ−２）引用例１発明において，メディアサービスプラットフォーム１０１は，「コヒーレントワークフローの一部として単独の統一ユーザインタフェースを介して多数のアプリケーションへのアクセスを可能にする」ものであり，アプリケーションには，「メディアアセット管理及び検索，ビデオ編集，ビデオサーバサービス，ワークフロー，シンジケーション，メディアのアップロード，ライブラリサービス，管理，品質保証，著作権保護，ミュージックキューシートサービス，及びレポート」などのアプリケーションが含まれている。
　そして，引用例１発明において，例えばワークフロー処理の「ステップ２０１」の取り込み処理では，上記アプリケーションのうち，「メディアのアップロード」のアプリケーションが，また，「ステップ２０３」の編集処理では，「ビデオ編集」のアプリケーションが「統一ユーザインタフェース」を介して「アクセス可能」にされているものと認められる。
　ここで，引用例１発明の各「アプリケーション」の「統一ユーザインタフェース」における「表示画面」が本件補正発明の「ビューポイント」に相当するから，引用例１発明の各ステップ（作業場）は，「ワークフロー内」の各ステップに対応する「特定のアプリケーションの表示画面（ビューポイント）」を「提供し」ているということができる。
　してみれば，引用例１発明と本件補正発明とは，「作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し」ている点で共通している。
（ｂ−３）引用例１発明の，ステップ２０１〜ステップ２１３のワークフロー処理の各ステップにおいて，例えばステップ２０３の「編集処理」とステップ２１１の「承認処理」がそれぞれ「編集者」と「承認者」という「役割」に基づいて実行されることは技術常識であるから，引用例１発明のワークフロー処理が，「ユーザが役割に基づいて作業場の組にアクセスする」ことによって実行されることは明らかである。
　また，引用例１発明において，「メディアサービスプラットフォーム１０１は，コヒーレントワークフローの一部として単独の統一ユーザインタフェースを介して多数のアプリケーションへのアクセスを可能にする」ものであるから，引用例１発明の「統一ユーザインタフェース」が，「ユーザが役割に基づいて作業場の組にアクセスする」ための「ユーザインタフェース」であることは明らかである。
　してみれば，引用例１発明の「統一ユーザインタフェース」が本件補正発明の「ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェース」に相当する。
（ｂ−４）引用例１発明において，「プラットフォーム１０１によって支援されるアプリケーション」には，「メディアアセット管理及び検索」のアプリケーションが含まれており，引用例１発明では，「メディアサービスプラットフォーム１０１により，メディアアセット管理・・・が可能とな」っているものである。
　してみれば，引用例１発明の「デジタルメディア」は，「メディアアセット管理」の対象とされるものであるから，引用例１発明の「デジタルメディア」が本件補正発明の「メディア・アセット」に相当する。
　そして，引用例１発明では，ワークフローの「各ステップ（各作業場）」に対応した「アプリケーション」が，「統一ユーザインタフェース」を「介し」て「ユーザに提供」されて，「デジタルメディア（メディア・アセット）」の「処理をする」ものであるから，引用例１発明の「アプリケーション」と本件補正発明の「ユーザツール及びコマンドの異なるセット」とは，「各作業場がメディア・アセットを処理するための手段」である点で共通している。
　してみれば，引用例１発明と本件補正発明とは，「ユーザインタフェースを介し」，「各作業場がメディア・アセットを処理するための手段をユーザに提供するステップ」を有する点で共通している。
（ｂ−５）以上（ｂ−１）〜（ｂ−４）のことから，引用例１発明と本件補正発明とは，後記する点で相違するものの，「作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し，ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェースを介し，各作業場がメディア・アセットを処理するための手段をユーザに提供するステップ」を有する点で共通している。
　
（ｃ）
（ｃ−１）引用例１発明の「ワークフローエンジン１１５」は，「デジタルメディアの編集及び分配」の「作業」ための「ワークフロー」を「支援するため」のものであるから，引用例１発明の「ワークフローエンジン１１５」が本件補正発明の「メディア作業フローエンジン」に相当する。
　引用例１発明において，「ワークフローシステム１１３」は，「ユーザに自分のワーク及び関連イベントの一覧を提供し，各仕事の状況及び進行を示すアプリケーションを支援し，ユーザが自分のタスクを実行し終了に向けて計画を進められるようにする関連アプリケーションにリンクし」ており，ここで提供される「自分のワーク及び関連イベントの一覧」は，「各仕事の状況及び進行」に応じて「動的」に変化していくものと認められることから，引用例１発明の「自分のワーク及び関連イベントの一覧」が，本件補正発明の「動的メディア作業ページ」に相当する。
　また，引用例１発明において，「自分のワーク及び関連イベントの一覧」は，「ワークフローシステム１１３」によって提供されるものであるところ，「ワークフローシステム１１３」は，「ワークフローエンジン１１５」を含んでおり，「ワークフローエンジン１１５は，ワークフローの仕事を制御」するものであることからすれば，「自分のワーク及び関連イベントの一覧」は，「ワークフローエンジン１１５」によって「提供」されている，すなわち，「自分のワーク及び関連イベントの一覧（動的メディア作業ページ）」は，「ワークフローエンジン１１５」によって「管理」されているということができる。
　してみれば，引用例１発明の「自分のワーク及び関連イベントの一覧」が本件補正発明の「メディア作業フローエンジンによって管理される動的メディア作業ページ」に相当する。
（ｃ−２）引用例１発明において，「ワークフローシステム１１３」は，「ユーザに自分のワーク及び関連イベントの一覧を提供し，・・・，ユーザが自分のタスクを実行し終了に向けて計画を進められるようにする関連アプリケーションにリンク」するものである。
　ここで，引用例１発明の「自分のタスク」とは，ユーザが，その「役割」に応じて「アクセス」した「ワークフロー」内の「ステップ（作業場）」に「対応」する「タスク」であることは明らかであるから，引用例１発明の「自分のタスク」が本件補正発明の「作業場に対応する少なくとも１つのタスク」に相当する。
　また，引用例１発明では，ユーザに「自分のワーク及び関連イベントの一覧」を提供し，ユーザが「自分のタスク」を実行できるようにしていることから，「自分のワーク及び関連イベントの一覧（動的メディア作業ページ）」の「一部」として「自分のタスク」を「与え」ているものと認められる。
（ｃ−３）以上（ｃ−１），（ｃ−２）のことから，引用例１発明と本件補正発明とは，後記する点で相違するものの，「メディア作業フローエンジンによって管理される動的メディア作業ページの一部として作業場に対応する少なくとも１つのタスクを与えるステップ」を有する点で共通している。
　
（ｄ）
（ｄ−１）引用例１発明では，ワークフロー処理のステップ２０３において「メディアは編集され」，ステップ２０５において「編集はレンダリングされ」，ステップ２０７において「メタデータが追加され」ているところ，これらの各ステップの処理が，ユーザに「自分のタスク」が「与えられ」たことに「応答」して，すなわち，「与えられたタスクに応答して」実行されるものであることは明らかである。
（ｄ−２）引用例１発明では，メディアは編集され（ステップ２０３），その後，編集はレンダリングされ（ステップ２０５），メタデータが追加され（ステップ２０７），ファイルはトランスコードされ（ステップ２０９），レビュー及び／又は承認され（ステップ２１１），その後，編集されたフィールドは配信され（ステップ２１３）る。そして，「ワークフローの最後のステージは，顧客へのコンテンツの配信に関与する他のシステムへのコンテンツファイル及びメタデータの配信であり，メディアサービスプラットフォーム１０１のシンジケーションアプリケーションは，コンテンツ及びメタデータの自動配信を提供する」ことからすれば，ワークフロー処理において編集された結果が，「コンテンツ及びメタデータ」として配信されているものと認められる。
　また，引用例１発明において，「コンテンツ及びメタデータ」が「デジタルメディア（メディア・アセット）」に含まれているものであることは自明のことであるから，「メディアを編集するステップ２０３」，「編集をレンダリングするステップ２０５」，及び「メタデータを追加するステップ２０７」において，「コンテンツ及びメタデータを含むメディア・アセット」が「更新」されていることは明らかである。
（ｄ−３）以上（ｄ−１），（ｄ−２）のことから，引用例１発明と本件補正発明とは，後記する点で相違するものの，「与えられたタスクに応答して，コンテンツ及びメタデータを含むメディア・アセットを更新するステップ」を有する点で共通している。
　
　そうすると，本件補正発明と引用例１発明とは，
　
「コンピュータによって実行される，オーディオビジュアルメディアを生成及び分配する方法であって，
　作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し，ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェースを介し，各作業場がメディア・アセットを処理するための手段をユーザに提供するステップと，
　メディア作業フローエンジンによって管理される動的メディア作業ページの一部として前記作業場に対応する少なくとも１つのタスクを与えるステップと，
　与えられた前記タスクに応答して，コンテンツ及びメタデータを含むメディア・アセットを更新するステップと
　を有する方法。」
　
の点で一致し，次の点で相違する。
　
［相違点１］
　本件補正発明では，「作業場カテゴリ内で作業場の選択を受信し」，その結果，少なくとも１つのタスクが，「選択された前記作業場」に対応するものとなっているのに対して，引用例１発明では，「作業場カテゴリ内で作業場の選択を受信」することや，その結果として，少なくとも１つのタスクが，「選択された前記作業場」に対応するものであることは特定されていない点。
　
［相違点２］
　ユーザに提供するものが，本件補正発明では，「メディア・アセットに作用するユーザツール及びコマンドの異なるセット」であるのに対して，引用例１発明では，「アプリケーション」である点。
　
［相違点３］
　与えられたタスクに応答して更新されるメディア・アセットが，本件補正発明では，「エッセンス」を含んでいるのに対して，引用例１発明は，「コンテンツ」を含むものである点。
　
［相違点４］
　本件補正発明は，「タスクに関連するコマンドを起動するステップ」を有しているのに対して，引用例１発明は，そのようなステップを有していない点。
　
２−４　当審の判断
　上記各相違点について検討する。
　
［相違点１］について
　引用例１発明では，ワークフローシステム１１３が，「ユーザに自分のワーク及び関連イベントの一覧を提供し」ており，例えば一人のユーザが複数の「ワーク」，すなわち「作業場」を担当することも普通に想定され，そのような場合には，複数のワーク（作業場）の中から，処理の対象となるワーク（作業場）を選択することが必要である。
　そして，その選択の際に，ワークフローの各ステップを，各ステップの関連性等に基づいてカテゴライズしておき，当該カテゴライズしたステップ（作業場カテゴリ）の中から所望のステップ（作業場）を選択できるように構成することは，当業者が適宜なしうる設計的事項である。
　してみれば，引用例１発明において，「作業場カテゴリ内で作業場の選択を受信し」て，少なくとも１つのタスクが，「選択された前記作業場」に対応するものとなるように構成することは当業者が容易に想到し得たことである。
　
［相違点２］について
　引用例１発明の「アプリケーション」は，ワークフローの各ステップに対応したものであり，例えば，編集ステップ２０３では，当該編集ステップ２０３に対応した「アプリケーション」によって，「フィードを選択及びログする機能」や，「ポイントをマークイン及びマークアウトする機能」，「迅速なロギングのためのオートクリップ機能」などを実行することができ，また，「レビュー及び／又は承認ステップ２１１」では，当該「レビュー及び／又は承認ステップ２１１」に対応した「アプリケーション」によって，「レビューする機能」や「承認する機能」を実行することができるものである。
　一方，メディアを処理するためのアプリケーションを「メディアに作用するツールやコマンド」を備えたものとすることは周知技術である。
　例えば，特開平１１−２４９７８０号公報の【００１６】段落には，
「本発明のグラフィカルアプリケーションツール１００を図１，２に示す。同図において，グラフィカルアプリケーションツール１００はＣＡＤツール，スプレッドシートパッケージ，グラフィック図面作成パッケージのようなソフトウェアプログラムであり，これはユーザに対し作業領域２１０内で作業物を作成し変更し解析するためにユーザが図面上で操作するコマンド，ツール，アイコンの組を提供している。」
と記載されている。
　また，例えば，特開２０００−１８７７３５号公報の【０００２】及び【０００５】段落には，
「『アドビ・フォトショップ』，『コレル・フォトペイント』等のイメージエディタは，ユーザがラスタ画像を修正できるラスタエディタである。」
「本発明は，編集されるラスタ画像又はラスタ画像の一部の特徴に基づいてラスタイメージエディタのユーザに編集コマンドを提供するシステム及び方法を提供する。例えば，編集コマンド又はツールの特定のセットが，ラスタ画像における特定の特徴に基づいてユーザに表示され得る。」
と記載されている。
　また，アプリケーションで実行できる機能が，各「ステップ」によって異なるものであることは，上記した「編集ステップ２０３」や「レビュー及び／又は承認ステップ２１１」において実行される機能が異なることからみても明らかなことであり，実行される機能が異なるものであれば，当該機能に対応して，「ユーザツール及びコマンドのセット」が「異なる」ものとなることも自明のことである。
　してみれば，引用例１発明において，メディア・アセットを処理するための手段として，「メディア・アセットに作用するユーザツール及びコマンドの異なるセット」を提供するように構成することは当業者が容易に想到し得たことである。
　
［相違点３］について
　「コンテンツ」を示す「エッセンス」を定義することは，周知技術である。
　例えば特開２００１−２９８６９９号公報の【０００２】段落には，
「【従来の技術】近年，ＳＭＰＴＥ（Ｓｏｃｉｅｔｙ  ｏｆ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅａｎｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｅｎｇｉｎｅｅｒｓ）において，メタデータについて標準化が進められており，コンテンツを示すエッセンス（Ｅｓｓｅｎｃｅ），メタデータとエッセンスを併せたラッパー（Ｗｒａｐｐｅｒ）等の語義が定義されている。さらに，メタデータのデータ構造であるＫＬＶ（Ｋｅｙ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）プロトコルやＵＭＩＤ（Ｕｎｉｑｕｅ  ＭａｔｅｒｉａｌＩｄｅｎｔｉｆｉｅｒ）等が提唱され，さらに，具体的なメタデータ自体を集めたメタデータディクショナリ（Ｍｅｔａ  ｄａｔａ  Ｄｉｃｔｉｏｎａｒｙ）等が提案され標準化が進められている。」
と記載されている。
　してみれば，引用例１発明において，デジタルメディア（メディア・アセット）の「コンテンツ」を示す「エッセンス」を定義し，与えられたタスクに応答して更新されるデジタルメディア（メディア・アセット）が，「エッセンス」を含むように構成することは，当業者が容易に想到し得たことである。
　
［相違点４］について
　引用例１発明の「ワークフローシステム１１３」は，「ユーザが自分のタスクを実行し終了に向けて計画を進められるようにする関連アプリケーションにリンク」するものである。
　そして，ユーザが「自分のタスク」を実行する際に，当該「自分のタスク」に「関連するアプリケーション」が有している「コマンド」，すなわち「タスクに関連するコマンド」を起動して，これを用いることができるようにすることには何ら困難性がない。
　してみれば，引用例１発明において，ユーザが「自分のタスク」を実行するために，「タスクに関連するコマンドを起動するステップ」を有するように構成することは当業者が容易に想到し得たことである。
　
　そして，本件補正発明の作用効果も，引用例１発明及び周知技術から当業者が予測できる範囲のものである。
　
　よって，本件補正発明は，引用例１発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
２−５　むすび
　したがって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明について
１．本願発明
　平成２５年１１月５日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明は，平成２５年１月２５日付けの手続補正書によって補正された特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものである。（以下，「本願発明」という。）
　
「　【請求項１】
　コンピュータによって実行される，オーディオビジュアルメディアを生成及び分配する方法であって，
　作業場カテゴリ内で作業場の選択を受信し，作業場は論理的なワークフロー内の特定の位置を定義すると共に前記ワークフロー内の特定のビューポイントを提供し，ユーザが役割に基づいて作業場の組にアクセスするユーザインターフェースを介し，各作業場がメディアセットに作用するユーザツール及びコマンドの異なるセットをユーザに提供するステップと，
　メディア作業フローエンジンによって管理される動的メディア作業ページの一部として選択された前記作業場に対応する少なくとも１つのタスクを与えるステップと，
　与えられた前記タスクに応答してメディア・アセットを更新するステップと，
　前記タスクに関連するコマンドを起動するステップと
　を有する方法。」
　
２．引用例
　原査定の拒絶の理由に引用された引用例１には，上記「第２　［理由］２−２」に記載したとおりの事項が記載されている。
　
３．対比・判断
　本願発明は，上記「第２　［理由］」で検討した本件補正発明から，上記「第２　［理由］１．（３）」に記載した「エッセンス及びメタデータを含む」との限定を省いたものである。
　そうすると，本願発明の構成要件を全て含み，更に他の要件を付加したものに相当する本件補正発明が前記「第２　［理由］２−３，２−４」に記載したとおり，引用例１発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであるから，本願発明も，同様の理由により，引用例１発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
４．むすび
　以上のとおり，本願発明は，引用例１発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　したがって，本願は他の請求項について検討するまでもなく拒絶されるべきものである。
　よって，結論のとおり審決する。