2024-390125

特許第６８７５６２８号に関する訂正審判事件について、次のとおり審決する。

結 論 特許第６８７５６２８号の特許請求の範囲を本件審判請求書に添付された特許請求の範囲のとおり、訂正後の請求項〔６～８〕について訂正することを認める。

理 由 第１ 手続の経緯 特許第６８７５６２８号（以下「本件特許」という。）は、令和２年１２月２５日に特願２０２０－２１５９４５号として出願されたものであり、令和３年４月２７日にその請求項１～９に係る特許権の設定登録がなされ、令和６年１０月３１日に本件訂正審判の請求がされたものである。 その後、当審において請求人に対して令和６年１１月１５日付けで審尋を行い、請求人は、同年１１月３０日に回答書を提出した。 以下では、本件訂正審判による訂正を「本件訂正」といい、令和６年１１月３０日の回答書を単に「回答書」という。 第２ 本件訂正の内容 本件訂正審判の請求の趣旨は、本件特許の特許請求の範囲を本件訂正審判請求書に添付された特許請求の範囲のとおり訂正後の請求項６～８について訂正することを認める、との審決を求めるものであり、その訂正の内容は、以下の１～３に示す訂正事項１～３のとおりである。また、本件訂正前の請求項６～８を以下の４に、本件訂正後の請求項６を以下の５に示す。なお、下線は訂正箇所を示す。 １ 訂正事項１ 請求項６に「コンピュータに、」とあるのを、「コンピュータを、」と訂正する。（請求項６を引用する請求項７及び８も同様に訂正する。） ２ 訂正事項２ 請求項６に 「グループ通話の参加者を募集するための参加者募集投稿の情報を、」とあるのを、 「３人以上のユーザのユーザ端末間で通話が可能であり、音声通話であるグループ通話の参加者を募集するための参加者募集投稿の情報を、」と訂正する。（請求項６を引用する請求項７及び８も同様に訂正する。） ３ 訂正事項３ 請求項６に 「アプリケーションプログラム。」とあるのを、 「アプリケーションプログラムであって、前記表示手段は、前記グループ通話の開始時間前に、前記参加者募集投稿を表示するものであり、前記グループ通話の実行中、前記グループ通話に参加したユーザのアイコンを表示する参加者欄を有しているアプリケーションプログラム。」と訂正する。（請求項６を引用する請求項７及び８も同様に訂正する。） ４ 本件訂正前の請求項６～８ 本件訂正前の請求項６～８は、次のとおりである。なお、後の参照の便宜のため、請求項６を以下のＡ～Ｆに分説し、「発明特定事項Ａ」のようにして参照する。 【請求項６】 Ａ コンピュータに、 Ｂ グループ通話の参加者を募集するための参加者募集投稿の情報を、ＳＮＳサーバ装置に送信する投稿手段と、 Ｃ ＳＮＳサーバ装置のタイムライン上に公開された参加者募集投稿の情報を表示する表示手段と、 Ｄ 前記参加者募集投稿に応じて参加したユーザのユーザ端末間で、前記グループ通話を実行する通話手段と、 Ｅ 前記参加者募集投稿に対応付けてＳＮＳサーバ装置のタイムライン上に公開された前記グループ通話の録音データを再生する再生手段と、 Ｆ して機能させるためのアプリケーションプログラム。 【請求項７】 前記参加者募集投稿は、前記録音データとともに、前記グループ通話に参加したユーザのプロフィールを含むこと、 を特徴とする請求項６に記載のアプリケーションプログラム。 【請求項８】 コンピュータに、 ユーザによるスワイプ操作又はフリック操作を入力する入力手段として機能させ、 前記通話手段は、 前記グループ通話の通話中に、該グループ通話に非参加のユーザのユーザ端末に対して、該グループ通話の通話音声を提供し、 前記スワイプ操作又はフリック操作が入力された場合、提供中のグループ通話の通話音声を、別のグループ通話の通話中の通話音声又は別のグループ通話の録音データの通話音声に相互に切り替えて提供すること、 を特徴とする請求項６に記載のアプリケーションプログラム。 ５ 本件訂正後の請求項６ 本件訂正後の請求項６は、次のとおりである。なお、後の参照の便宜のため、請求項６を以下のＡ～Ｉに分説（本件訂正前の請求項６と対応するものには同じ分説記号を付した。）し、「発明特定事項Ａ」のようにして参照する。（請求項７及び８の文言は、本件訂正によって変化しないため、請求項７及び８については掲載を省略する。） Ａ コンピュータを、 Ｂ ３人以上のユーザのユーザ端末間で通話が可能であり、音声通話であるグループ通話の参加者を募集するための参加者募集投稿の情報を、ＳＮＳサーバ装置に送信する投稿手段と、 Ｃ ＳＮＳサーバ装置のタイムライン上に公開された参加者募集投稿の情報を表示する表示手段と、 Ｄ 前記参加者募集投稿に応じて参加したユーザのユーザ端末間で、前記グループ通話を実行する通話手段と、 Ｅ 前記参加者募集投稿に対応付けてＳＮＳサーバ装置のタイムライン上に公開された前記グループ通話の録音データを再生する再生手段と、 Ｆ して機能させるためのアプリケーションプログラムであって、 Ｇ 前記表示手段は、前記グループ通話の開始時間前に、前記参加者募集投稿を表示するものであり、 Ｈ 前記グループ通話の実行中、前記グループ通話に参加したユーザのアイコンを表示する参加者欄を有している Ｉ アプリケーションプログラム。 第３ 独立特許要件以外の訂正要件についての判断 以下では、本件訂正が一群の請求項ごとにしたものか（特許法１２６条３項）、その目的が適法なものか（同条１項）、本件訂正に新規事項の追加がないか（同条５項）、及び、本件訂正が特許請求の範囲の拡張・変更をするものではないか（同条６項）について判断する。 １ 一群の請求項について 本件訂正前の請求項７及び８は、本件訂正前の請求項６を引用するものであって、訂正事項１～３によって記載が訂正される請求項６に連動して訂正されるものであり、また、本件訂正前の請求項６を引用する請求項は請求項７及び８以外に存在しない。 そうすると、請求項６～８は、特許法１２６条３項に規定する一群の請求項をなす。 そして、本件訂正は、上記一群の請求項である請求項６～８について行うものであるから、特許法１２６条３項の規定に適合する。 ２ 訂正事項１について 訂正事項１に係る訂正が、特許法１２６条１項ただし書き、５項及び６項の規定に適合するかについて、以下、判断する。 （１）訂正事項１に係る訂正の目的 本件訂正前の請求項６は、「コンピュータに、…（略）…投稿手段と、…（略）…表示手段と、…（略）…通話手段と、…（略）…再生手段と、して機能させるためのアプリケーションプログラム。」という記載となっており、当該記載は日本語として明瞭でない記載である。 本件訂正により、前記記載に対応する本件訂正後の請求項６の記載は、「コンピュータを、…（略）…投稿手段と、…（略）…表示手段と、…（略）…通話手段と、…（略）…再生手段と、して機能させるためのアプリケーションプログラム」となり、日本語として明瞭に理解できる記載となる。 よって、訂正事項１に係る訂正は、特許法１２６条１項ただし書き３号に掲げる「明瞭でない記載の釈明」を目的とするものと認められる。 （２）訂正事項１に係る訂正による新規事項追加の有無 本件明細書の「また、上記の課題を解決するため、本発明に係るアプリケーションプログラムは、コンピュータに、…（略）…投稿手段と、…（略）…表示手段と、…（略）…通話手段と、…（略）…再生手段と、して機能させる。」（【０００８】）との記載によれば、訂正事項１に係る訂正は、本件の願書に添付した明細書、特許請求の範囲又は図面（以下「本件明細書等」という。）に記載した事項の範囲内においてしたものであり、特許法１２６条５項の規定に適合すると認められる。 （３）訂正事項１に係る訂正による特許請求の範囲の拡張・変更の有無 訂正事項１に係る訂正は、明瞭でない記載を釈明したに過ぎないから、特許請求の範囲を拡張し、又は変更するものではなく、特許法１２６条６項の規定に適合すると認められる。 ３ 訂正事項２について 訂正事項２に係る訂正が、特許法１２６条１項ただし書き、５項及び６項の規定に適合するかについて、以下、判断する。 （１）訂正事項２に係る訂正の目的 訂正事項２に係る訂正は、請求項６に係る発明の発明特定事項である「グループ通話」について、「３人以上のユーザのユーザ端末間で通話が可能であり、音声通話である」との限定を加えるものであるから、特許法１２６条１項ただし書き１号に掲げる「特許請求の範囲の減縮」を目的とするものと認められる。 （２）訂正事項２に係る訂正による新規事項追加の有無 本件明細書には、「通話最大人数２１６は、グループ通話の参加者（第２のユーザ）の募集最大人数、即ち通話参加可能最大人数を示す。投稿者である第１のユーザが投稿時に設定する。」（【００２４】）との記載及び「但し図８Ａ及び図８Ｂの場合、ユーザ投稿２１２に設定されている通話最大人数２１６は４人である。」（【００４５】）との記載があり、これらの記載から、グループ通話が３人以上のユーザのユーザ端末間で可能であることは明らかである。 また、前記グループ通話が音声通話であることは、「本変形例は、上述の実施形態に係るグループ通話を、音声通話に代えてビデオ通話を適用したものである。」（【００６６】）等の記載から明らかである。 したがって、訂正事項２に係る訂正は、本件明細書等に記載した事項の範囲内においてしたものであり、特許法１２６条５項の規定に適合すると認められる。 （３）訂正事項２に係る訂正による特許請求の範囲の拡張・変更の有無 訂正事項２に係る訂正は、特許請求の範囲を減縮するものであるから、特許請求の範囲を拡張し、又は変更するものではなく、特許法１２６条６項の規定に適合すると認められる。 ４ 訂正事項３について 訂正事項３に係る訂正が、特許法１２６条１項ただし書き、５項及び６項の規定に適合するかについて、以下、判断する。 （１）訂正事項３に係る訂正の目的 訂正事項３に係る訂正は、請求項６に係る発明の発明特定事項である「アプリケーションプログラム」について、「前記表示手段は、前記グループ通話の開始時間前に、前記参加者募集投稿を表示するものであ」ること、及び、「前記グループ通話の実行中、前記グループ通話に参加したユーザのアイコンを表示する参加者欄を有している」ことを限定するものであるから、特許法１２６条１項ただし書き１号に掲げる「特許請求の範囲の減縮」を目的とするものと認められる。 （２）訂正事項３に係る訂正による新規事項追加の有無 本件明細書の「タイムライン上にグループ通話の参加者募集投稿が投稿されると、タイムライン上、新規のユーザ投稿２１２として原則全ユーザが閲覧可能に表示される。」（【００３４】）との記載、及び、「投稿者である第１のユーザが開始時刻設定２３６で設定した通話開始時刻になると、グループ通話が可能な状態となる。他ユーザ（第２のユーザ）は、例えば参加を応募したいグループ通話の参加者募集投稿を選択の上、メニュー２１１から「通話」（非図示）を選択し、「通話に参加する」２１８を押下操作することで、ユーザの画面がグループ通話画面に切り替わる。」（【００３５】）との記載によれば、参加者募集投稿は、グループ通話の開始時間前に表示されていると理解できる。 また、本件明細書の「図８Ａ（ｃ）は、続いて第２のユーザ（例えば、Ｒｅｎ、佐々木、ａｉｕ）が通話に参加した状態のグループ通話画面を示す。また参加者欄２４０には、第２のユーザ（例えば、Ｒｅｎ、佐々木、ａｉｕ）を示すユーザアイコンが表示されている。」（【００４１】）との記載によれば、グループ通話の実行中に、グループ通話に参加したユーザのアイコンを表示する参加者欄が存在することが理解できる。 したがって、訂正事項３に係る訂正は、本件明細書等に記載した事項の範囲内においてしたものであり、特許法１２６条５項の規定に適合すると認められる。 （３）訂正事項３に係る訂正による特許請求の範囲の拡張・変更の有無 訂正事項３に係る訂正は、特許請求の範囲を減縮するものであるから、特許請求の範囲を拡張し、又は変更するものではなく、特許法１２６条６項の規定に適合すると認められる。 第４ 独立特許要件についての判断 前記第３に示したように、本件訂正は特許法１２６条７項以外の規定に適合し、訂正事項２及び３に係る訂正が、同条１項ただし書き１号に掲げる「特許請求の範囲の減縮」を目的とする訂正であるから、本件訂正後における特許請求の範囲の請求項６～８に記載されている事項により特定される発明（以下、それぞれ「本件発明６」～「本件発明８」といい、これらを総称して「本件発明」という。）が特許出願の際独立して特許を受けることができるか（同条７項）について、以下、検討する。 なお、本件訂正後の請求項６の記載は、前記第２、５に示したとおりであり、本件訂正後の請求項７及び８の記載は、本件訂正により変更されないため、前記第２、４に示した請求項７及び８のとおりである。 １ 別件訴訟における特許無効の抗弁の概要 本件特許について、請求人は、東京地方裁判所に対して訴えを提起した。（以下「別件訴訟」という。） 別件訴訟の手続における被告（以下、単に「被告」という。）の主張には、本件特許に対する特許無効の抗弁が含まれる。その概要は、以下の（１）及び（２）のとおりである。 （１）別件訴訟における特許無効の抗弁に関連する文書 請求人は、回答書に添付して、別件訴訟において被告が提出した以下の文書を提出した。 被告準備書面（２）（無効論） 証拠説明書（２） 乙第４号証～乙第１２号証 乙第１３号証の２、乙第１３号証の３ 乙第１４号証 乙第１５号証の２、乙第１５号証の３ 乙第１６号証～乙第２２号証 乙第２３号証の２、乙第２３号証の３ 乙第２４号証の２、乙第２４号証の３ 乙第２５号証の２、乙第２５号証の３ 乙第２６号証の１、乙第２６号証の２ 乙第２７号証～乙第３５号証 本件審判では、上記文書を請求人が提出した証拠方法として扱うが、簡便のため、その呼称を別件訴訟のままとし、本件審判において上記文書に改めて甲号証としての番号は付さない。 以下では、乙第４号証～乙第３５号証（枝番を含む。）を、それぞれ「乙４」～「乙３５」と略称する。 動画の証拠方法である乙１３の１、乙１５の１、乙２３の１、乙２４の１及び乙２５の１は、請求人から提出されなかった。これらの動画によって立証しようとする事項は、証拠説明書（２）の立証趣旨、乙１３の２、乙１５の２、乙２３の２、乙２４の２及び乙２５の２の写真撮影報告書並びに被告準備書面（２）（無効論）により理解でき、乙１３の１、乙１５の１、乙２３の１、乙２４の１及び乙２５の１の存在は結論を左右しないと判断できたため、当審では乙１３の１、乙１５の１、乙２３の１、乙２４の１及び乙２５の１の動画について職権による証拠調べは行わなかった。 （２）被告の主張の概要 被告準備書面（２）（無効論）によれば、別件訴訟における特許無効の抗弁に関する被告の主張の概要は、以下の無効理由１～５のとおりである。（括弧内に被告準備書面（２）（無効論）における主張箇所を示す。） 無効理由１（明確性要件違反） 以下の理由１－１及び１－２により、本件発明６に係る特許は、特許法３６条６項２号に規定する要件を満たしていない特許出願に対してされたものである。 理由１－１ 本件発明６の「ＳＮＳサーバ装置のタイムライン」の意義が不明である。（５頁１０行～１２頁３行） 理由１－２ 本件発明６の「コンピュータに、…投稿手段と、…表示手段と、…通話手段と、…再生手段と、して機能させるためのアプリケーションプログラム」の意義が不明である。（１２頁４行～１３頁５行） 無効理由２（サポート要件違反） 本件発明６は「ＳＮＳサーバ装置のタイムライン」を発明特定事項とする発明であるが、発明の詳細な説明には、ユーザ端末に存在するタイムラインを構成要素とする発明のみが記載されているため、本件発明６は、発明の詳細な説明に記載したものではなく、本件発明６に係る特許は、特許法３６条６項１号に規定する要件を満たしていない特許出願に対してされたものである。（１３頁６～１７行） 無効理由３（公然実施発明１に基づく新規性欠如） 乙８～乙２０（後述）によって立証される本件特許の出願日前に公然実施された「stand.fm」という名称のサービスに係るアプリケーションプログラムの発明（以下「公然実施発明１」という。）は、本件発明６と同一であるから、本件発明６に係る特許は、特許法２９条１項の規定に違反してされたものである。（１４～３１頁） 無効理由４（公然実施発明２に基づく新規性欠如） 乙２１～乙３０（後述）によって立証される本件特許の出願日前に公然実施された「Facebook」という名称のサービスに係るアプリケーションプログラムの発明（以下「公然実施発明２」という。）は、本件発明６と同一であるから、本件発明６に係る特許は、特許法２９条１項の規定に違反してされたものである。（３２～４８頁） 無効理由５（公然実施発明２に基づく進歩性欠如） 本件発明６は、当業者が公然実施発明２並びに乙１４、３１及び３２（後述）に示される周知技術に基づいて容易に発明をすることができたものであるから、本件発明６に係る特許は、特許法２９条２項の規定に違反してされたものである。（４９～５５頁） ２ 明確性要件違反の有無についての判断 本件発明６～８が特許出願の際独立して特許を受けることができるかについて判断するにあたり、まず、被告が主張する無効理由１を構成する理由１－１及び１－２に理由があるかを検討し（以下の（１）及び（２））、次いで、本件発明６～８における明確性要件違反の有無について小括する（以下の（３））。 発明が明確であるか否かは、特許請求の範囲の記載だけではなく、願書に添付した明細書の記載及び図面を考慮し、また、当業者の出願当時における技術常識を基礎として、特許請求の範囲の記載が、第三者に不測の不利益を及ぼすほどに不明確であるか否かという観点から判断されるべきである。 （１）理由１－１について 理由１－１は、要するに、本件発明６の「ＳＮＳサーバ装置のタイムライン」が明確ではないというものであるから、これについて、以下、検討する。 ア まず、本件発明６の発明特定事項から得られる「ＳＮＳサーバ装置のタイムライン」の理解を示す。 本件発明６は、「参加者募集投稿の情報を、ＳＮＳサーバ装置に送信」し（発明特定事項Ｂ）、「ＳＮＳサーバ装置のタイムライン上に公開された参加者募集投稿の情報を」表示手段に「表示する」（発明特定事項Ｃ）と特定されている。 上記に鑑みれば、「参加者募集投稿の情報」は、「ＳＮＳサーバ装置」で管理されていると理解され、発明特定事項Ｃにおける「参加者募集投稿の情報」の「表示」は、「ＳＮＳサーバ装置」で管理されている当該情報を取得することにより、はじめて表示できるものと理解される。 そして、ＳＮＳサービスにおいて、各ユーザの投稿は、その投稿時間に基づいて新しい順に「タイムライン」として表示されることが技術常識であるから、「ＳＮＳサーバ装置」における「参加者募集投稿の情報」は、「タイムライン」を形成できるように、投稿時間とともに管理されていると当然に理解される。 そうすると、発明特定事項Ｃにおける「ＳＮＳサーバ装置のタイムライン」は、全ユーザの投稿がその投稿時間とともにＳＮＳサーバ装置上で管理されたデータの集合を指すと明確に理解できる。 上記理解は、発明特定事項Ｅの「ＳＮＳサーバ装置のタイムライン」についても整合する。 イ 次いで、本件発明６の「ＳＮＳサーバ装置のタイムライン」について、発明の詳細な説明の記載を検討する。 発明の詳細な説明には、以下の記載がある。なお、下線は強調のために当審で付した。 「【００１３】 ＳＮＳサーバ１０は、ＳＮＳに関するプログラムがインストールされており、ユーザからの投稿を受付けて、タイムライン上に、ユーザからの投稿を公開掲載するサーバ装置である。またＳＮＳサーバ１０は、２人以上のユーザ間で通話が行える通話機能（電話機能）、通話音声の録音機能、録音した通話音声の録音データをタイムライン上に公開する機能、他ユーザが通話音声の録音データを再生可能にする機能などを有している。 【００１４】 ユーザ端末２０は、ＳＮＳを利用するために、ユーザが所持するスマートフォン、タブレット端末、携帯電話、ＰＣなどを含む各種の情報処理端末装置である。ユーザ端末２０は、ディスプレイ、マイク、スピーカ、カメラ等を具備している。またユーザ端末２０には、所定のＳＮＳアプリケーションプログラム（以下単にＳＮＳアプリ、アプリという）や汎用のウェブブラウザプログラムなどが予めインストールされており、これらプログラムを介してＳＮＳサーバ１０とのアクセスが行われる。なお本実施形態においては、説明の便宜上、ユーザが所持するユーザ端末２０のうち、グループ通話の主催する第１のユーザの端末をユーザ端末２０ａ、グループ通話に参加する第２のユーザの端末をユーザ端末２０ｂ、グループ通話の録音データを聞く第３のユーザの端末をユーザ端末２０ｃとする。」 「【００５５】 （ソフトウェア構成） 図１２は、本実施形態に係るＳＮＳサーバのソフトウェア構成例を示す図である。ＳＮＳサーバ１０は、主な機能部として、投稿受付部１０１、投稿公開部１０２、通話制御部１０３、録音部１０４、録音公開部１０５、再生制御部１０６、及び記憶部１０７を有する。 【００５６】 投稿受付部１０１は、ユーザ端末２０からグループ通話の参加者募集投稿の情報を受信することで、当該参加者募集投稿を受け付ける機能を有している。 【００５７】 投稿公開部１０２は、ユーザ端末２０から受け付けたグループ通話の参加者募集投稿を、タイムライン上に公開する機能を有している。即ち投稿公開部１０２は、ユーザ端末２０に参加者募集投稿の情報を送信することで、ユーザ端末２０のデバイス側の画面上で投稿が表示される。」 上記の発明の詳細な説明の記載によれば、ユーザ端末２０は、プログラムを介してＳＮＳサーバ１０とのアクセスを行う（【００１４】）が、ユーザ端末２０同士が直接（ＳＮＳサーバ１０を介さずに）アクセスを行うものではないと理解される。このことは、ＳＮＳサーバ１０が有する投稿受付部１０１（【００５５】）が、ユーザ端末２０から参加者募集投稿の情報を受信すること（【００５６】）、及び、ＳＮＳサーバ１０が有する投稿公開部１０２（【００５５】）が、ユーザ端末２０に参加者募集投稿の情報を送信すること（【００５７】）とも整合する。 そして、発明の詳細な説明には、ＳＮＳサーバ１０の投稿公開部１０２が「ユーザ端末２０に参加者募集投稿の情報を送信することで、ユーザ端末２０のデバイス側の画面上で投稿が表示される」ことを、「参加者募集投稿を、タイムライン上に公開する機能」としていること（【００５７】）が記載されているから、ＳＮＳサーバ１０は、ユーザ端末２０に表示されるタイムライン（ユーザ個別のタイムライン）を構成する情報を全て管理しており、各ユーザ端末２０に、それぞれのユーザ個別のタイムラインを構成するための情報を送信するものと理解できる。 よって、ＳＮＳサーバ１０は、全ユーザのタイムラインを実質的に管理していると理解され、当該全ユーザのタイムラインに相当する情報が、本件発明６でいう「ＳＮＳサーバ装置のタイムライン」であると整合的に理解できる。 ウ 次いで、一般的なタイムラインの意味について検討する。 乙４は、本件出願日（令和２年１２月２５日）前の２０２０年（令和２年）１月１日に発行された「現代用語の基礎知識２０２０」の抜粋の写しであり、その「タイムライン」の項目には、「ＳＮＳで自分がフォローしたり友だちになったりしているアカウントの投稿が表示される場のこと。ユーザーがＳＮＳで主に見る場であり、主に時系列に投稿が並ぶためこのように呼ばれる。投稿は友だち全体を対象として公開できるため、メッセージと違い特定の相手に送り付けるわけではなく見たい人が見て反応する場となっている。投稿は通常時系列・新着順で表示されるが、重要と判断される投稿が上位に表示されるハイライト表示などもある。」（２１６頁）との説明文が記載されている。 乙４の前記記載は、前記イで触れた「ユーザ個別のタイムライン」の説明であると理解され、サーバ側の構成については説明していないから、乙４の前記記載は、前記ア及びイの解釈と矛盾することはない。むしろ、乙４は、前記アにおいて本件発明６の「ＳＮＳサーバ装置のタイムライン」を理解する基礎となる技術常識を開示するものであり、前記理解と整合するものである。 また、乙５は、２０２１年（令和３年）６月２４日に公開され、同年７月２８日に更新されたウェブページの写しであり、乙６は２０２１年（令和３年）７月６日に公開されたウェブページの写しであり、どちらも本件特許の出願日後の文書であって、「タイムライン」について乙４と同様の内容を開示するにとどまるものであるから、乙５及び乙６は、本件発明６の「ＳＮＳサーバ装置のタイムライン」の理解を左右しない。 エ 前記ア～ウによれば、本件発明６の「ＳＮＳサーバ装置のタイムライン」は、第三者に不測の不利益を及ぼすほどに不明確であるとはいえない。 （２）理由１－２について 本件訂正によって、請求項６の「コンピュータに、…投稿手段と、…表示手段と、…通話手段と、…再生手段と、して機能させるためのアプリケーションプログラム」という日本語として不明確な記載は、「コンピュータを、…投稿手段と、…表示手段と、…通話手段と、…再生手段と、して機能させるためのアプリケーションプログラム」という日本語として明確な記載となった。 よって、当該記載は、第三者に不測の不利益を及ぼすほどに不明確であるとはいえない。 （３）明確性要件違反の有無についての小括 前記（１）及び（２）によれば、本件発明６が明確ではないとする無効理由１には理由がない。 また、本件補正後の請求項６のその他の発明特定事項についても不明確な点はなく、請求項６を引用する請求項７及び８にも不明確な点はない。 よって、本件発明６～８は第三者に不測の不利益を及ぼすほどに不明確であるとはいえず、特許法３６条６項２号に規定する要件を満たす。 ３ サポート要件違反の有無についての判断 前記２（１）イによれば、本件の発明の詳細な説明には、ＳＮＳサーバ１０によって管理される全ユーザのタイムラインが実質的に開示されており、これが本件発明６の「ＳＮＳサーバ装置のタイムライン」に対応すると認められる。よって、無効理由２には理由がない。 また、本件発明６のその他の発明特定事項についても、全て発明の詳細な説明に記載があり、本件発明７及び８に係る発明特定事項も発明の詳細な説明に記載がある。 したがって、本件発明６～８は、発明の詳細な説明に記載したものであり、特許法３６条６項１号に規定する要件を満たす。 ４ 公然実施発明１に基づく新規性の欠如の有無についての判断 「stand.fm」という名称のサービスに係るアプリケーションプログラムの構成等を立証するための乙２０は、令和６年８月２０日に作成されたものであり、写真の撮影日は同年８月１９日であるから、乙２０によって立証される「stand.fm」という名称のサービスに係るアプリケーションプログラムの構成は、令和６年８月１９日時点のものである。 そして、乙２０により立証される構成が本件特許の出願日（令和２年１２月２５日）前の「stand.fm」という名称のサービスに係るアプリケーションプログラムの構成と同一であることを立証する証拠は存在しない。 よって、本件発明６～８が、本件特許の出願日前に公然実施された「stand.fm」という名称のサービスに係るアプリケーションプログラムと同一であることは、乙２０によっては立証されない。 仮に、乙２０により立証される構成が、本件特許の出願日（令和２年１２月２５日）前の「stand.fm」という名称のサービスに係るアプリケーションプログラムの構成と同一であるとしても、以下の（１）～（８）に示すように、本件発明６～８と公然実施発明１とは同一ではない。 （１）乙１４の記載 乙１４は、本件特許の出願日（令和２年１２月２５日）前の２０２０年（令和２年）８月３日に公開された「最大５人で同時配信！音声配信アプリ「stand.fm」に複数人でLIVE配信ができる新機能登場」と題するウェブページの写しである。 乙１４には、以下の記載がある。 ア １頁１行～中程やや下 「最大５人で同時配信！音声配信アプリ「stand.fm」に複数人でLIVE配信ができる新機能登場 LIVE配信の公開範囲を「URL限定公開」に設定することも可能に 株式会社stand.fm 2020年8月3日 17時28分 …（略）… 株式会社stand.fm（本社：東京都渋谷区、代表取締役：河合真吾）は、音声プラットフォーム「stand.fm」の収録方法として、遠隔で２人以上（最大５人）でLIVE配信ができる新機能をリリースしました。 …（略）… 自宅で過ごす時間が多くなっている中で、距離が離れていてもアプリ一つで簡単に繋がれて、リアルタイムで一緒に配信を楽しむことができます。 最大5人でLIVE配信が可能（※初回リリース時点ではiOSのみ。Android版も対応予定） 「stand.fm」アプリをダウンロードしている世界中の人とLIVEで繋がることが可能 LIVE配信を視聴しているリスナーに、配信に参加してもらうことが可能 また、リスナーからのLIVE配信参加リクエストも可能」 イ １頁下から３行～２頁１行 「■使い方 …（略）… 配信者から招待する場合 LIVEの配信者がリスナー一覧から最大４人まで「招待」します 招待されたリスナーが「LIVEに参加」ボタンを押すと、LIVEに参加できます」 ウ ２頁２～５行 「リスナーから参加リクエスト送る場合 LIVEに入ると現れる「参加」ボタンを押して、配信者にLIVE参加リクエストを送ります 配信者がリスナー一覧から届いた参加リクエストに対して「通話開始」をすると、リスナーがLIVEに参加できます ※配信者が参加リクエストを受け付けたくない場合、「リクエストを受付」のボタンをオフにするとリクエストは送信されなくなります」 エ ２頁９～１２行 「■こんな時に… リアルタイムで友人らと配信をしてみたい いつも自分の配信を聴いてくれるリスナーさんとラフに話をしてみたい 誰かとふらっと話したい」 オ ２頁４１行 「このプレスリリースには、メディア関係者向けの情報があります」 （２）乙１６の記載 乙１６は、本件特許の出願日（令和２年１２月２５日）前の２０２０年（令和２年）９月７日に公開され、同年９月８日に更新された「stand.fmのライブ音声配信方法を解説【１分の準備で配信】」と題するウェブページの写しである。 乙１６には、以下の記載がある。 ア ４頁最下行～５頁６行 「stand.fmのライブ音声配信のはじめ方 １．アプリのダウンロード アプリをダウンロードしてアカウントを作成します。 Web版はありません stand.fm（iOS版） ※Google Play版を見つけられませんでした。何かのトラブルかもしれません（2020年9月現在）」 イ ８頁下から３行～最終行、９頁図 「３．ライブ配信をスタートする【ボタンを押すだけ】 準備が整ったら、いよいよライブ配信スタートです LIVEのボタンを押します▼」 ［図：0001423395000001.jpg］ ウ ９頁最終行～１０頁 「背景画像、タイトル、公開設定を決めて「ライブ放送を開始」をクリック」 ［図：0001423395000002.jpg］ エ １２頁４行～１３頁２行 「ライブ配信を始めると、stand.fmの「ライブ放送」に表示されます▼」 ［図：0001423395000003.jpg］ 「ライブ放送をしたタイミングで、ライブ放送をしているユーザーが少なければ、トップ表示される可能性大です！！」 オ １５頁下から２行～１７頁１行 「ライブ配信中にできること→超インタラクティブです！ リスナーさんがアクティブですと、コメントが届きます。 コメントを見ながら、「○○さんからコメント頂きました」とか「○○さんの質問にお答えします」「この中で△△な人はいますか？」とインタラクティブなやり取りができるようになります。 インタラクティブな放送は、 リスナーとの距離を縮め、リスナーが聞きたいことを知れたり、ネタ切れがなくなったりと、メリット大です ライブ配信が終わったら→保存して公開へ stand.fmはライブ配信した放送を保存して公開することができます。 聞き逃してしまった人のために、「LIVEを保存して公開」することがおすすめ▼」 ［図：0001423395000004.jpg］ 「保存して再度公開する時に、タイトルを変えたり、アイキャッチ画像を変えることができます。」 （３）乙１８の記載 乙１８は、本件特許の出願日（令和２年１２月２５日）前の２０２０年（令和２年）３月１４日に公開された「【１週間やってみた】stand.fmのかんたん説明」と題するウェブページの写しである。 乙１８には、以下の記載がある。 ア １頁１～９行 「【１週間やってみた】stand.fmのかんたん説明 Hikaru Hashimoto 2020年3月14日 00:08 こんにちは！株式会社POLの橋本です。 今回はTwitterを中心にジワジワと広がっているstand.fmというサービスを１週間しっかり使ってみたので、使い方などを簡単に説明していきます。 stand.fmとは stand.fmとは「簡単な操作で誰でも配信ができる音声プラットフォームアプリ」です。（公式ＨＰより）」 イ ４頁最終行～５頁２行 「タイムライン」 ［図：0001423395000005.jpg］ 「スマホ画面下部に並んでいる５つのタブの左から２番目を選ぶと、自分がフォローしているアカウントの最新配信が並ぶタイムラインに移ります。」 （４）乙２０の記載 乙２０は、本件特許の出願日（令和２年１２月２５日）後の令和６年８月１９日に撮影された写真を使って作成された「写真撮影等報告書（ｓｔａｎｄ．ｆｍ）」と題した文書の原本であり、特許庁にはその写しが提出された。 乙２０には、以下の記載がある。 ア １頁５行～１１行、１５～最終行 「特許権侵害差止等請求事件につき、私は、アプリ「ｓｔａｎｄ．ｆｍ」を下記使用端末にインストールし、ライブ配信機能を使用した際に端末に表示された画面の写真を撮影いたしましたので、下記のとおり報告いたします。なお、画面遷移の状況（写真相互の関係）を示すため、写真を掲載した頁には、矢印を追記しています。 記 撮影日： 令和６年８月１９日」 「使用端末： Ｒａｋｕｔｅｎ ＢＩＧ ＺＲ０１（ホスト端末） ｉＰｈｏｎｅ １３（リスナー端末） 撮影結果： 本報告書末尾に写真１８葉を添付する。」 イ ２～３頁 「１ ホスト端末画面の写真６葉（ライブ配信の開始） （１）次頁に添付の写真６葉は、ホスト端末画面のスクリーンショット画像です。「ホーム」画面（次頁上段左の画像）において、当該画面下部の「＋」マーク（ベルマーク（お知らせ）の左のマーク）をタップすると、「収録」、「ライブ」、「コミュニティ」の選択肢が表示されます（次頁上段中央の画像）。当該表示のうち、「ライブ」の表示をタップすると、ライブ配信作成画面（次頁上段右の画像）に遷移します。 （２）ライブ配信作成画面のタイトル情報欄には、「（チャンネル名） ライブ」の文言（次頁に添付の写真では、「ホスト端末 ライブ」の文言が入力された状態となっていますが（次頁上段右の画像）、当該タイトル情報欄をタップすると、タイトル情報を入力することができます。次頁に添付の写真では、「ホスト端末 ライブ」を削除した上で（次頁下段左の画像）、「ＸＸＸＸテスト配信ＹＹＹＹ」と入力しました（次頁下段中央の画像）。 （３）ライブ配信作成画面において、タイトル情報を入力した上で、「ライブを開始」の表示をタップすると（次頁下段中央の画像）、ライブ配信が開始します（次頁下段右の画像）。」 ［図：0001423395000006.jpg］ ウ ４～５頁 「２ リスナー端末画面の写真４葉（ライブ配信の視聴及び参加リクエストの送信） （１）次頁に添付の写真４葉は、リスナー端末画面のスクリーンショット画像です。リスナー端末において、ホストをフォローした状態で、ホスト端末においてライブ配信が開始されると、リスナー端末の「フォロー中」画面（次頁上段左の画像）において、ライブ配信のタイトル情報（次頁に添付の写真では、「ＸＸＸＸテスト配信ＹＹＹＹ」という文言）及びライブ配信中であることを示す「ＬＩＶＥ」マーク（ピンク色の略四角形に白抜きで「ＬＩＶＥ」と表示があるもの）を含む投稿が表示されます。当該投稿をタップすると、ライブ配信画面（次頁上段右の画像）に遷移し、ライブ配信を視聴することができます。 （２）ライブ配信画面（次頁上段右の画像）において、当該画面右下の挙手マーク（プレゼントマークの右のマークで「参加」と書かれている部分）をタップすると、スピーカー参加リクエスト画面（次頁下段左の画像）に遷移します。当該画面において、「参加リクエスト」の表示をタップすると、スピーカー（発言者）として参加する旨のリクエストが、ホストに対して送信されます（次頁下段右の画像）。」 ［図：0001423395000007.jpg］ エ ６～７頁 「３ ホスト端末画面の写真４葉（参加リクエストの承認） （１）次頁に添付の写真４葉は、ホスト端末画面における、コラボ招待画面（本報告書３頁下段右の画像において、２つの顔が重なっているマーク（吹き出しマークの右のマーク）をタップすると遷移する画面です。）のスクリーンショット画像です。リスナー（視聴者）がライブ配信を視聴していない状態では、「まだリスナーがいません。ＵＲＬをシェアしてゲストの募集ができます」との文言が表示されていますが（次頁上段左の画像）、リスナー（視聴者）がライブ配信の視聴を開始すると、「リスナー」欄にその旨が表示されます（次頁上段右の画像）。なお、当該画面において、「招待」の表示をタップすると、リスナーに対し、スピーカー（発言者）としてライブ配信へ参加する招待を送信することができます。 （２）リスナーからスピーカー参加リクエストを受信すると、ホスト端末のコラボ招待画面において、「リクエストを受付」欄にその旨が表示されます（次頁下段左の画像）。当該画面において、「コラボ開始」の表示をタップすると、スピーカー参加リクエストが承認されます。当該承認がされ、リスナーがスピーカー（発言者）としてライブ配信へ参加すると、ホスト端末のコラボ招待画面において、「コラボ中」欄にその旨が表示されます（次頁下段右の画像）。」 ［図：0001423395000008.jpg］ オ ８頁 「４ リスナー端末画面の写真１葉（ライブ配信へのスピーカーとしての参加） （１）次の写真１葉は、リスナー端末画面のスクリーンショット画像です。 （２）リスナーからのスピーカー参加リクエストがホストにより承認されると、ライブ配信へスピーカー（発言者）として参加している状態となり、リスナー端末画面において、その旨が表示されます。」 ［図：0001423395000009.jpg］ カ ９～１０頁 「５ ホスト及びリスナー端末画面の写真３葉（ライブ配信の終了及び録音の再生） （１）次頁に添付の写真３葉は、ホスト端末画面のスクリーンショット画像（背景が黒色の画像）及びリスナー端末画面のスクリーンショット画像（背景が白色の画像）です。ライブ配信を終了するときに、ホストは、アーカイブ（当該ライブの録音データ）の公開の有無及び公開範囲を選択することができます（次頁左の画像）。 （２）ライブ配信を終了する際、ホストがアーカイブ（当該ライブ配信の録音データ）の公開を承認すると、リスナー端末の「フォロー中」画面（次頁中央の画像）において、ライブ配信のタイトル情報（次頁に添付の写真では、「ＸＸＸＸテスト配信ＹＹＹＹ」という文言）及びグループ通話の録音時間（次頁に添付の写真では、３分という録音時間が、「△」マークの右に表示されています。）を含む投稿が表示されます。「△」マークをタップする、又は、当該投稿をタップして再生画面（次頁右の画像）に遷移し、「△」マークをタップすると、録音データを再生することができます。 …（略）…」 （当審注：上記の「△」は、右向きの三角形を表す。） ［図：0001423395000010.jpg］ （５）公然実施発明１の認定 乙１６は、令和２年９月７日に公開され、同年９月８日に更新されたウェブページの写しであるから、乙１６に説明されたstand.fmのサービスは、当該ウェブページの更新時点（令和２年９月８日時点。以下「乙１６時点」という。）のものであると推認される。 乙１６の前記（２）アの記載によれば、乙１６時点において、stand.fmのライブ音声配信は、アプリをダウンロードして行うものであり、iOS版のアプリが不特定多数にダウンロードされ得る状態にあったと認められる。iOSは主にiPhoneと呼ばれるスマートフォンに用いられるＯＳであるから、当該アプリはスマートフォンにダウンロードして使用されるものであると理解できる。 そうすると、stand.fmのスマートフォン用ライブ音声配信アプリは、本件特許の出願日（令和２年１２月２５日）前である乙１６時点で、公然と実施されていたと認められる。 当審では、乙１６時点で公然実施されていたstand.fmのスマートフォン用ライブ音声配信アプリを公然実施発明１として認定し、以下では公然実施発明１の具体的構成を認定する。 ア 乙１６及び乙２０を参照する。 前記（２）イ及び（２）ウの図は、いずれも、公然実施発明１をダウンロードしたスマートフォンの画面に公然実施発明１が表示したものであると理解される。 前記（２）イの図の右下にある「LIVE」のボタンを押すと、上部に「LIVE配信」と書かれた前記（２）ウの図に示される画面（以下に再掲。以下「乙１６配信設定画面」という。）に遷移すると理解される。 《乙１６配信設定画面》 ［図：0001423395000011.jpg］ 乙１６には、「背景画像、タイトル、公開設定を決めて「ライブ放送を開始」をクリック」との記載（前記（２）ウ）があり、乙１６配信設定画面には、カメラのアイコンの下に「背景を変更」との文言がある箇所と、その下に「リッキーの７分ライフハックラジオLIVE」との文言がある箇所と、「公開設定」との文言の右に「全体公開」との文言がある箇所があり、これらの箇所はそれぞれ、前記記載の「背景画像」、「タイトル」、「公開設定」に対応すると解される。 よって、乙１６配信設定画面は、少なくとも「タイトル」を入力し、「ライブ放送を開始」と記載されたボタンをタップ（乙１６はスマートフォンのアプリを説明しているから、「クリック」は「タップ」の意味と解される。）することによってライブ配信を開始するためのユーザーインターフェース（以下「ＵＩ」と略す。）であると理解できる。 上記の理解は、令和６年８月１９日時点（以下「乙２０時点」という。）の乙２０に説明されるstand.fmのアプリ（以下「乙２０アプリ」という。）とも整合する。乙２０の前記（４）イに示した画像のうち、下段中央の画像（以下に要部を拡大して再掲する。以下「乙２０配信設定画面」という。）は、乙１６配信設定画面と同様のＵＩであると認められ、乙１６配信設定画面で「リッキーの７分ライフハックラジオLIVE」との文言があった箇所に対応する乙２０配信設定画面には、「ＸＸＸＸテスト配信ＹＹＹＹ」との文言があり、その直上に「タイトル」という文言が記載されていることから、当該文言がタイトルであると解される。また、乙２０配信設定画面の下部にある「ライブを開始」と記載されたボタンは、ライブ配信を開始するためのボタンであると解される。 《乙２０配信設定画面》 ［図：0001423395000012.jpg］ 以上によれば、公然実施発明１であるスマートフォン用ライブ音声配信アプリは、スマートフォンを、ライブ音声配信のタイトルを入力し、「ライブ放送を開始」ボタンをタップすることによってライブ配信を開始するためのＵＩとして機能させるものであると認められる。 イ 乙１６、乙１８及び乙２０を参照する。 乙１６、乙１８及び乙２０から、以下の（ア）～（エ）がいえる。 （ア）乙１６には、「ライブ配信を始めると、stand.fmの「ライブ放送」に表示されます」との記載の下に、以下に再掲する画面（以下「乙１６ライブ放送画面」という。）が記載されている（前記（２）エ）。 《乙１６ライブ放送画面》 ［図：0001423395000013.jpg］ 乙１６ライブ放送画面には、３つの配信が表示されており、３つの配信それぞれは、左側に表示されたアイコンの左上隅に、白抜きで「LIVE」と書かれた四隅が丸まった四角形（以下「LIVE表示」という。）が表示されていることから、これら３つの配信がライブ配信されていることが示されていると理解される。また、アイコンの右側にある文言は、その記載内容から、上に位置する文言が配信のタイトルであると推察される。 つまり、公然実施発明１のアプリは、スマートフォンを、ライブ配信が始まると、ライブ放送画面に当該ライブ配信の情報をアイコン及びタイトルで表示するＵＩとして機能させるものであると認められる。 （イ）乙１８は、令和２年３月１４日（以下「乙１８時点」という。）に公開されたウェブページの写しであり、stand.fmというサービスを利用するための音声プラットフォームアプリ（以下「乙１８アプリ」という。）について記載したものである（前記（３）ア）。乙１８アプリは、公然実施発明１（乙１６のアプリ）と同じくstand.fmのアプリであるが、乙１６時点（令和２年９月８日）よりも前（乙１８時点、令和２年３月１４日）のアプリであると推認される。 乙１８には、「自分がフォローしているアカウントの最新配信が並ぶタイムライン」（前記（３）イ）として、「フォロー中」と題された下図（前記（３）イの再掲。以下「乙１８フォロー中画面」という。）が示されている。 《乙１８フォロー中画面》 ［図：0001423395000014.jpg］ 乙１８フォロー中画面は、乙１６ライブ放送画面と同様に、左側にアイコン、右側にタイトルが示された配信が４つ表示されており、そのうち最も下に表示された配信のアイコンには、LIVE表示があるため、当該配信はライブ配信中であると理解される。 つまり、乙１８アプリは、フォロー中画面として、自分がフォローしているアカウントの最新配信の情報が並ぶタイムラインを表示するＵＩを有しており、該最新配信にはライブ配信が含まれ、該最新配信の情報には、アイコン及びタイトルが含まれると理解される。 （ウ）乙２０には、「リスナー端末において、ホストをフォローした状態で、ホスト端末においてライブ配信が開始されると、リスナー端末の「フォロー中」画面（次頁上段左の画像）において、ライブ配信のタイトル情報（次頁に添付の写真では、「ＸＸＸＸテスト配信ＹＹＹＹ」という文言）及びライブ配信中であることを示す「ＬＩＶＥ」マーク（ピンク色の略四角形に白抜きで「ＬＩＶＥ」と表示があるもの）を含む投稿が表示されます。」（前記（４）ウ）との記載があり、前記（４）ウの画像のうち、上段左のものは、「フォロー中」と題されたもの（以下に拡大して掲載。以下「乙２０フォロー中画面」という。）が示されている。 《乙２０フォロー中画面》 ［図：0001423395000015.jpg］ 乙２０フォロー中画面は乙１８フォロー中画面と同様であると理解される。すなわち、乙２０アプリは、フォロー中画面として、自分がフォローしているアカウントのライブ配信の情報が並ぶタイムラインを表示するＵＩを有しており、該配信の情報には、アイコン及びタイトルが表示されるものであると理解される。 よって、乙１８アプリと乙２０アプリのフォロー中画面を表示するＵＩは同様のものであって、このＵＩは、stand.fmのアプリにおいて、乙１８時点から乙２０時点までの間、大きな変更なく継続的に実装され続けていたと推認される。 （エ）stand.fmのアプリにおけるフォロー中画面を表示するＵＩは、乙１８時点から乙２０時点まで大きな変更なく継続的に実装され続けていた（前記（ウ））のであれば、乙１８時点と乙２０時点の間に位置する乙１６時点の公然実施発明１にも同様のＵＩが備わっており、フォロー中画面を表示するＵＩを有していたと推認される。 そして、前記（ア）も参照すると、乙１６ライブ放送画面は、乙１８及び乙２０のフォロー中画面と同様に、ライブ配信の情報をアイコン及びタイトルで表示するものであるから、乙１６ライブ放送画面を表示するＵＩと乙１６アプリのフォロー中画面を表示するＵＩは同様の表示機能を実装していると推認される。 以上のとおりであるから、前記（イ）及び（ウ）によれば、公然実施発明１のアプリは、スマートフォンを、ライブ配信が始まると、自分がフォローしているアカウントの最新配信が並ぶタイムラインであるフォロー中画面に、当該ライブ配信の情報をアイコン及びタイトルで表示するＵＩとして機能させるものであると認められる。 ウ 乙１４を参照する。 乙１４は、「LIVEの配信者がリスナー一覧から最大４人まで「招待」する」（前記（１）イ）ことにより、又は、「リスナーから参加リクエスト送る場合」「配信者がリスナー一覧から届いた参加リクエストに対して「通話開始」をする」ことにより、「LIVEに参加でき」る（前記（１）ウ）のだから、乙１４アプリでは、LIVEの配信者がリスナー一覧から招待することにより、又は、リスナーから届いた参加リクエストに対して配信者が「通話開始」をすることにより、当該リスナーがLIVEに参加できると理解される。 そして、乙１４アプリのLIVEは、「遠隔で２人以上（最大５人）でLIVE配信ができる」もの（前記（１）ア）であり、「いつも自分の配信を聴いてくれるリスナーさんとラフに話をしてみたい／誰かとふらっと話したい」（前記（１）エ、「／」は改行を表す。）といった用途が想定されているから、最大５人でのグループ通話になり得ると理解できる。 そうすると、乙１４アプリは、LIVEの配信者がリスナー一覧から招待することにより、又は、リスナーから届いた参加リクエストに対して配信者が「通話開始」をすることにより、当該リスナーがLIVEに参加でき、最大５人でのグループ通話が可能なＵＩを備えていると理解できる。 乙１４時点（令和２年８月３日）は、乙１６時点（同年９月８日）よりも前であるから、乙１６時点の公然実施発明１も同様のＵＩを備えていると推認できる。すなわち、公然実施発明１は、スマートフォンを、LIVEの配信者がリスナー一覧から招待することにより、又は、リスナーから届いた参加リクエストに対して配信者が「通話開始」をすることにより、当該リスナーがLIVEに参加でき、最大５人でのグループ通話が可能なＵＩとして機能させるものであると推認できる。 エ 前記ア～ウを総合すると、乙１４、乙１６、乙１８及び乙２０によれば、以下に１ａ１、１ｂ～１ｄ及び１ａ２に分説して示す公然実施発明１が認められる。なお、後に参照する際には、分説された構成を「構成１ａ１」のようにして参照する。 １ａ１ stand.fmのスマートフォン用アプリであって、スマートフォンを、 １ｂ ライブ音声配信のタイトルを入力し、「ライブ放送を開始」ボタンをタップすることによってライブ配信を開始するためのＵＩと、（前記ア） １ｃ ライブ配信が始まると、自分がフォローしているアカウントの最新配信が並ぶタイムラインであるフォロー中画面に、当該ライブ配信の情報をアイコン及びタイトルで表示するＵＩと、（前記イ） １ｄ LIVEの配信者がリスナー一覧から招待することにより、又は、リスナーから届いた参加リクエストに対して配信者が「通話開始」をすることにより、当該リスナーがLIVEに参加でき、最大５人でのグループ通話が可能なＵＩと、（前記ウ） １ａ２ として機能させるスマートフォン用アプリ。 （６）本件発明６と公然実施発明１との対比 事案に鑑み、本件発明６の「表示手段」に係る発明特定事項Ｇについて、公然実施発明１と対比する。 ア 発明特定事項Ｇについて 発明特定事項Ｇは「前記表示手段は、前記グループ通話の開始時間前に、前記参加者募集投稿を表示するものであり、」というものである。 （ア）公然実施発明１は、「自分がフォローしているアカウントの最新配信が並ぶタイムラインであるフォロー中画面に、当該ライブ配信の情報を」「表示するＵＩ」を備え（構成１ｃ）、公然実施発明１の「表示するＵＩ」は、本件発明６の「表示手段」に相当する。 （イ）公然実施発明１は、「ライブ音声配信のタイトルを入力し、「ライブ放送を開始」ボタンをタップすることによってライブ配信を開始する」（構成１ｂ）ものであるから、ライブ配信を開始した時点では、発言者は配信者のみの１名であって、複数人での通話すなわちグループ通話はなされていないと解される。 （ウ）公然実施発明１の「ライブ配信の情報」は、「ライブ配信が始まると」表示される（構成１ｃ）ものであるから、前記（イ）によれば、「ライブ配信の情報」が表示されるのは、グループ通話がなされていない時点であると解される。 （エ）公然実施発明１において、「最大５人でのグループ通話」が可能となるのは、「配信者がリスナー一覧から招待する」又は「リスナーから届いた参加リクエストに対して配信者が「通話開始」をする」ことによる（構成１ｄ）から、公然実施発明１では、グループ通話は必ず開始されるものではない。 （オ）前記（ウ）及び（エ）によれば、公然実施発明１における「ライブ配信の情報」の表示は、グループ通話が開始されるか否かによらずにされる。すなわち、前記表示が、グループ通話の開始時間前にされるということはできない。 そして、公然実施発明１においては、「ライブ配信の情報」が「タイムラインであるフォロー中画面に」表示される（構成１ｃ）から、前記「ライブ配信の情報」は、タイムラインに投稿されたものと解され、「ライブ配信についての投稿」の情報であるといえる。 よって、本件発明６と公然実施発明１とは、「投稿を表示するものであ」る点で共通するが、本件発明６の投稿は「参加者募集投稿」であるのに対し、公然実施発明１の投稿は「ライブ配信についての投稿」である点で相違するとともに、当該投稿が表示される時期が、本件発明６では「前記グループ通話の開始時間前」であるのに対し、公然実施発明１では、グループ通話が開始されるか否かによらない点で相違する。 イ 前記アによれば、本件発明６と公然実施発明１とは、少なくとも以下の相違点１－１及び１－２において相違する。 〈相違点１－１〉 本件発明６の投稿は「参加者募集投稿」であるのに対し、公然実施発明１の投稿は「ライブ配信についての投稿」である点。 〈相違点１－２〉 投稿が表示される時期が、本件発明６では「前記グループ通話の開始時間前」であるのに対し、公然実施発明１では、グループ通話が開始されるか否かによらない点。 （７）相違点１－２が実質的なものであるかの判断 事案に鑑み、相違点１－２が実質的な相違点であるかについて判断する。 前記（６）ア（エ）に示したとおり、公然実施発明１ではグループ通話は必ずしも開始されるものではないから、グループ通話の開始を前提とした本件発明６とはその前提において相違する。 したがって、相違点１－２は実質的な相違点である。 （８）本件発明の公然実施発明１に対する新規性の有無についての判断 前記（７）によれば、本件発明６と公然実施発明１との相違点１－２は、実質的な相違点であるから、その他の相違点について判断するまでもなく、本件発明６と公然実施発明１とは同一ではない。 また、本件発明７及び８は、本件発明６の発明特定事項を全て有し、さらに別の発明特定事項を含むものであるから、本件発明７及び８と公然実施発明１との間には、少なくとも相違点１－２が存在するため、本件発明７及び８は、公然実施発明１とは同一ではない。 したがって、無効理由３には理由がなく、本件発明は、いずれも、特許法２９条１項２号に掲げる発明に該当する公然実施発明１とは異なるから、同項の規定により特許を受けることができないとされるものではない。 ５ 公然実施発明１に基づく進歩性の欠如の有無についての判断 前記４（８）の判断をさらに進めて、本件発明６が公然実施発明１に対して進歩性を有するか否かを判断する。 公然実施発明１では、配信者が背景画像、タイトル、公開設定を決めて「ライブ放送を開始」をクリック（タップ）すること（乙１６、前記４（２）ウ）で、ライブ配信が始まり、当該ライブ配信についての情報が表示される（乙１６、前記４（２）エ）から、公然実施発明１のライブ配信は単独の発言者で開始されることが想定されており、ライブ配信の開始後にグループ通話を開始せず、単独の発言者のままライブ配信を行うことを可能とするものである。 そうすると、公然実施発明１における投稿の表示を「グループ通話の開始時間前」に変更すると、グループ通話の開始を必須とするよう、公然実施発明１の前提を変更する必要があり、公然実施発明１が元来想定していた単独の発言者によるライブ配信のみを行うことを不可能としてしまうため、阻害要因があるといえる。 そして、グループ通話の開始を前提としてグループ通話の開始時間前に投稿を表示することを、開示ないし示唆する証拠は存在せず、そのような表示が技術常識であったとも認められない。 そうすると、相違点１－２に係る発明特定事項Ｇで特定される事項は、当業者といえども容易に想到し得たとは認められない。 よって、その他の相違点について検討するまでもなく、本件発明６は、当業者が公然実施発明１に基づいて容易に発明をすることができたものとは認められない。 本件発明７及び８も、相違点１－２を含むから、本件発明６と同様である。 したがって、本件発明は、いずれも、当業者が公然実施発明１に基づいて容易に発明をすることができたものとは認められないから、特許法２９条２項の規定により特許を受けることができないとされるものではない。 ６ 公然実施発明２に基づく新規性の欠如の有無についての判断 「Facebook」という名称のサービスに係るアプリケーションプログラムの構成等を立証するための乙３０は、令和６年８月２０日に作成されたものであり、写真の撮影日は同年８月１９日であるから、乙３０によって立証される「Facebook」という名称のサービスに係るアプリケーションプログラムの構成は、令和６年８月１９日時点のものである。 そして、乙３０により立証される構成が本件特許の出願日（令和２年１２月２５日）前の「Facebook」という名称のサービスに係るアプリケーションプログラムの構成と同一であることを立証する証拠は存在しない。 よって、本件発明６～８が、本件特許の出願日前に公然実施された「Facebook」という名称のサービスに係るアプリケーションプログラムと同一であることは、乙３０によっては立証されない。 仮に、乙３０により立証される構成が、本件特許の出願日（令和２年１２月２５日）前の「Facebook」という名称のサービスに係るアプリケーションプログラムの構成と同一であるとしても、以下の（１）～（８）に示すように、本件発明６～８と公然実施発明２とは同一ではない。 （１）乙２２の記載 乙２２の１葉には「Meta」との記載の下に「Facebook、ライブ動画をより楽しくする「Live Chat with Friends」、「Live With」を提供開始」との記載があり、さらにその下に「2017年05月24日」と記載されており、１葉上部欄外には「2024/08/20 19:25:45「乙22.pdf」」との記載があり、その下にMeta Platforms, Inc.（以下「Meta社」という。）のロゴマークと「Meta」との記載がある。 ２０２１年（令和３年）にFacebook, Inc.（以下「Facebook社」という。）は、社名変更してMeta社となったことは周知である。 そうすると、乙２２は、Meta社がまだFacebook社であった時点である２０１７年（平成２９年）５月２４日時点に公開された「Facebook、ライブ動画をより楽しくする「Live Chat with Friends」、「Live With」を提供開始」と題するウェブページを、２０２４年（令和６年）８月２０日以前のMeta社のwebページから再出力して作成した写しと解されるので、その本文の内容は、本件特許の出願日（令和２年１２月２５日）前の２０１７年（平成２９年）５月２４日に公開されたと認められる。 乙２２には、以下の記載がある。 ア ２葉１～６行 「Facebookは5月23日（米国時間）、Facebookのライブ動画に二つの新たな機能、「Live Chat With Friends」と「Live With」を提供することを発表しました。 Facebookはこれまで、先月発表したエフェクト機能を始め、ライブ動画をより楽しく、ソーシャルに、そして双方向にコミュニケーションが取れるようにする方法を考えてきました。今回の新機能により、リアルタイムで友達と繋がり、さまざまな経験を簡単に共有することができます。」 イ ２葉２５行～３葉７行 「Live With Facebookは昨年、著名人のアカウントに限り、ゲストを招待したライブ配信を可能にしました。そしてこの度、iOSの全てのプロフィールとFacebookページでのライブ配信への招待が可能になり、「Live With」の機能によって、同じ場所にいなくても、まるで一緒にいるかのように同じライブ動画を楽しむことができるようになります。友達とスクリーンを共有することによって、ライブ配信をより楽しく、双方向なものにするのです。 ライブ配信に友達を招待するには、視聴者の中から選択するか、コメントをした人の中からタップして招待する方法があります。招待された友達は、ストリーミングに参加するかどうかを選ぶことができます。承認されると、ライブ配信者の写るスクリーン内に、追加された参加者の画面がワイプで映し出される「ポートレートモード」、あるいは、それぞれが隣り合って映し出される「ランドスケープモード」のどちらかを選び、一緒にライブ配信を楽しむことができます。詳しくは、こちらをご覧ください。」 （２）乙２７の記載 乙２７は、本件特許の出願日（令和２年１２月２５日）前の２０１７年（平成２９年）３月１５日に公開された「【Facebook】投稿を新しい順で表示するには？ニュースフィードを「最新情報」に切り替える方法」と題するウェブページの写しである。 乙２７には、以下の記載がある。 ア １頁本文１～３行 「Facebookのニュースフィードには、「ハイライト」と「最新情報」の２つの表示形式があります。通常はハイライトが選択されていますが、最新情報に切り替えると、投稿を新しい順に並べ替えることが可能です。」 イ ２頁１～４行 「通常、ニュースフィードは「ハイライト」の状態で表示されますが、手動で「最新情報」に切り替えることもできます。スマホアプリ、パソコンのWebブラウザーのそれぞれでの方法を見てみましょう。 iPhone/Androidアプリで「最新情報」に切り替える」 （３）乙２８の記載 乙２８は全１頁の文書であり、上部欄外に「2024/08/19 6:24」との記載があり、その下に、「The Wayback Machine - https://web.archive.org/web/20161212072606/https://www.facebook.com/help/1468879913412530?helpref=related&ref=related」との記載があることから、乙２８は、インターネットアーカイブが保存しているウェブサイトを閲覧するサービスであるWayback Machineを用いて、URLがhttps://www.facebook.com/help/1468879913412530?helpref=related&ref=relatedで表されるページであって２０１６年（平成２８年）１２月１２日に収集されたものを、２０２４年８月１９日に印刷した写しであると解され、乙２８の本文の記載は、本件特許の出願日（令和２年１２月２５日）前の２０１６年（平成２８年）１２月１２日時点のものであると認められる。 乙２８には、「How do I find live videos on Facebook?」（当審訳：Facebookでライブ動画を見つけるには？）とのタイトルとともに、以下の記載がある。 「Live videos from your friends and public figures you follow appear in your News Feed.」 （当審訳：あなたがフォローしている友達及び有名人からのライブ動画は、あなたのニュースフィードに現れます。） （４）乙３０の記載 乙３０は、本件特許の出願日（令和２年１２月２５日）後の令和６年８月１９日に撮影された写真を使って作成された「写真撮影等報告書（Ｆａｃｅｂｏｏｋ）」と題した文書の原本であり、特許庁にはその写しが提出された。 乙３０には、以下の記載がある。 ア １頁５行～１１行、１５～最終行 「特許権侵害差止等請求事件につき、私は、アプリ「Ｆａｃｅｂｏｏｋ」を下記使用端末にインストールし、「Ｌｉｖｅ Ｗｉｔｈ」機能を使用した際に端末に表示された画面の写真を撮影いたしましたので、下記のとおり報告いたします。なお、画面遷移の状況（写真相互の関係）を示すため、写真を掲載した頁には、矢印を追記しています。 記 撮影日： 令和６年８月１９日」 「使用端末： Ｒａｋｕｔｅｎ ＢＩＧ ＺＲ０１（ホスト端末） ｉＰｈｏｎｅ １３（リスナー端末） 撮影結果： 本報告書末尾に写真１９葉を添付する。」 イ ２～３頁 「１ ホスト端末画面の写真６葉（ライブ配信の開始） （１）次頁に添付の写真６葉は、ホスト端末画面のスクリーンショット画像です。「ホーム」画面（次頁上段左の画像）において、当該画面右上の「＋」マーク（虫眼鏡マークの左のマーク）をタップすると、「投稿」、「ストーリーズ」、「リール動画」、「ライブ動画」の選択肢が表示されます。当該表示のうち、「ライブ動画」をタップすると、ライブ配信作成画面（次頁上段中央の画像）に遷移します。 （２）ライブ配信作成画面（次頁上段中央の画像）において、「タップして説明を追加...」の表示をタップすると、ライブ動画の内容入力画面（次頁上段右の画像）に遷移し、「ライブ動画の内容」を入力することができます。次頁に添付の写真では、当該画面において「ＸＸＸＸテスト配信ＹＹＹＹ」との文言を入力しました（次頁下段左の画像）。当該情報を入力後、「完了」の表示をタップすると、ライブ配信作成画面（次頁下段中央の画像）に戻ります。 （３）ライブ配信作成画面（次頁下段中央の画像）において、「ライブ配信を開始」の表示をタップすると、ライブ配信が開始します（次頁下段右の画像）。」 ［図：0001423395000016.jpg］ ウ ４～５頁 「２ リスナー端末画面の写真４葉（ライブ配信の視聴及び参加リクエストの送信） （１）次頁に添付の写真４葉は、リスナー端末画面のスクリーンショット画像です。リスナー端末において、ホストをフォローした状態で、ホスト端末においてライブ配信が開始されると、リスナー端末の「ニュースフィード」画面（次頁上段左の画像）において、「ライブ動画の内容」情報（次頁に添付の写真では、「ＸＸＸＸテスト配信ＹＹＹＹ」という文言）及び「ライブ」という赤地に白文字の表示を含む投稿が表示されます。また、当該投稿には、「（ホストのユーザ名）さんがライブ配信中です。」との文言が表示されます。当該投稿をタップすると、ライブ配信画面（次頁上段右の画像）に遷移し、ライブ配信を視聴することができます。 （２）ライブ配信画面（次頁上段右の画像）において、当該画面左下の人型マーク（矢印マークの左のマーク）をタップすると、スピーカー参加リクエスト画面（次頁下段左の画像）に遷移します。当該画面において、「リクエストを送信」の表示をタップすると、スピーカー（発言者）として参加する旨のリクエストが、ホストに対して送信されます（次頁下段右の画像）。」 ［図：0001423395000017.jpg］ エ ６～７頁 「３ ホスト端末画面の写真４葉（参加リクエストの承認） （１）次頁に添付の写真４葉は、ホスト端末画面のスクリーンショット画像です。ライブ配信へリスナー（視聴者）が参加すると、その旨がホスト端末のライブ配信画面において表示され（次頁上段左の画像）、また、リスナー（視聴者）からスピーカー参加リクエストが送信されると、その旨がホスト端末のライブ配信画面において表示されます（次頁上段右の画像）。 （２）リスナーからスピーカー参加リクエストを受信したホスト端末のライブ配信画面（次頁上段右の画像）において、当該画面左下の人型マーク（棒グラフマークの右のマーク）をタップすると、リクエスト承認画面（次頁下段左の画像）に遷移します。当該画面において、「承認」の表示をタップすると、リクエスト承認の最終確認画面（次頁下段右の画像）に遷移し、当該画面において、「追加する」の表示をタップすると、スピーカー参加リクエストが承認されます。」 ［図：0001423395000018.jpg］ オ ８頁 「４ リスナー端末画面の写真２葉（ライブ配信へのスピーカーとしての参加） （１）次の写真２葉は、リスナー端末画面のスクリーンショット画像です。スピーカー参加リクエストがホストにより承認されると、ライブ配信参加画面（左の画像）に遷移します。 （２）ライブ配信参加画面（左の画像）では、「音声のみで参加」、「カメラオンで参加」、「承認しない」という選択肢が表示されます。当該画面で、「カメラオンで参加」の表示をタップすると、カメラオンの状態で、ライブ配信へスピーカー（発言者）として参加することができます（右の画像）。」 ［図：0001423395000019.jpg］ カ ９～１０頁 「５ ホスト及びリスナー端末画面の写真３葉（ライブ配信の終了及び録画の再生） （１）次頁に添付の写真３葉は、ホスト端末画面のスクリーンショット画像（背景が黒色の画像）及びリスナー端末画面のスクリーンショット画像（背景が白色の画像）です。ライブ配信を終了するときに、ホストは、当該ライブ配信の録画データの公開の有無及び公開期間を選択することができます（次頁左の画像）。 （２）ライブ配信を終了する際、ホストが当該ライブ配信の録画データの公開を承認すると、リスナー端末の「ニュースフィード」画面（次頁中央の画像）において、「ライブ動画の内容」情報（次頁に添付の写真では、「ＸＸＸＸテスト配信ＹＹＹＹ」という文言）を含む投稿が表示されます。また、当該投稿には、「（ホストのユーザ名）さんがライブ配信をしましたーゲスト：（ゲストのユーザ名）さん」との文言が表示されます。当該投稿をタップすると、再生画面（次頁右の画像）に遷移し、録画データを再生することができます。 …（略）…」 ［図：0001423395000020.jpg］ （５）公然実施発明２の認定 Facebookは、本件特許の出願時においても、世界的に著名なＳＮＳサービスとして多くの人々に認知されていた。 乙２７は、Facebookのニュースフィードについて説明したものであり（前記（２）ア）、乙２７の「スマホアプリ、パソコンのWebブラウザーのそれぞれでの方法を見てみましょう。」「iPhone/Androidアプリで「最新情報」に切り替える」（前記（２）イ）との記載によれば、Facebookサービスのためのスマートフォン（iPhone、Android）用アプリ（以下「Facebookアプリ」という。）が乙２７の公開時点（平成２９年３月１５日、以下「乙２７時点」という。）で使用されていたと認められる。 他方、乙３０は、Facebookと称されるアプリをRakuten BIG ZR01及びiPhone13にインストールして「Live With」機能を使用した際の画面の写真を示すもの（前記（４）ア）であり、Rakuten BIG ZR01がAndroidスマートフォンであることは周知であるから、乙３０の撮影日時点（令和６年８月１９日、以下「乙３０時点」という。）でも、スマートフォン（iPhone、Android）用のFacebookアプリが使用されていたと認められる。 そして、乙２２によれば、Live Withと呼ばれる機能は、米国時間２０１７年５月２３日、日本時間で遅くとも平成２９年５月２４日（以下「乙２２時点」という。）に提供開始されたこと（前記（１））が認められる。 以上によれば、Facebookアプリは、少なくとも乙２７時点から乙３０時点まで公然と実施されており、そのうち、乙２２時点以降のものは、スマートフォンを、Live With機能を提供するためのＵＩとして機能させるものであったと認められる。 当審では、乙２２時点（平成２９年５月２４日）のスマートフォン用のFacebookアプリを公然実施発明２として認定する。上記によれば、公然実施発明２は、スマートフォンを、Live With機能を提供するＵＩとして機能させるFacebookアプリであると認められる。 以下では公然実施発明２の要部構成を認定する。 ア 乙２２を参照する。 乙２２のLive Withに関する「ライブ配信に友達を招待するには、視聴者の中から選択するか、コメントをした人の中からタップして招待する方法があります。招待された友達は、ストリーミングに参加するかどうかを選ぶことができます。」（前記（１）イ）との記載によれば、Live Withは、ライブ配信に配信者の友達を招待する機能であり、友達を招待するには、配信者が視聴者の中から選択する方法と、コメントをした人の中からタップして招待する方法とがあり、招待された友達は、ストリーミング（ライブ配信のことと認める。）に参加するかどうかを選ぶことができるものと解される。 よって、公然実施発明２は、スマートフォンを、ライブ配信に友達を招待するために、配信者が視聴者の中から友達を選択する方法、及び、配信者がコメントをした人の中からタップして友達を選択する方法を提供するＵＩとして機能させ、かつ、招待を受けた友達が、ライブ配信に参加するかどうかを選ぶことができるLive With機能を提供するＵＩとして機能させるFacebookアプリであると認められる。 イ 乙３０及び乙２８を参照する。 乙３０には、「リスナー端末において、ホストをフォローした状態で、ホスト端末においてライブ配信が開始されると、リスナー端末の「ニュースフィード」画面…（略）…において、「ライブ動画の内容」情報…（略）…を含む投稿が表示されます。」（前記（４）ウ）との記載がある。該記載において「ホスト端末」は「ライブ配信」をする端末であるから、該記載の「ホスト」は「配信者」である。また、該記載において「リスナー端末において、ホストをフォローした状態」であるから、「リスナー」は配信者の「フォロワー」である。よって、乙３０時点のFacebookアプリは、スマートフォンを、配信者端末においてライブ配信が開始されると、配信者をフォローしているフォロワー端末のニュースフィード画面に、ライブ動画の内容情報を含む投稿を表示するＵＩとして機能させるものであると解される。 また、乙２８には、「あなたがフォローしている友達及び有名人からのライブ動画は、あなたのニュースフィードに現れます。」（前記（３））との記載がある。 乙２８の本文が収集された日（平成２８年１２月１２日、以下「乙２８時点」という。）は、Live With機能が提供開始された乙２２時点（平成２９年５月２４日）よりも前であり、上記によれば、Live With機能が提供開始される前（乙２８時点）から提供開始後（乙３０時点）にかけて、フォローしている人のライブ動画の情報がニュースフィールドに現れることは変わっていないと推認される。 よって、Live With機能の提供開始時である乙２２時点のFacebookアプリ（公然実施発明２）は、乙３０時点のFacebookアプリと同様に、スマートフォンを、配信者端末においてライブ配信が開始されると、配信者をフォローしているフォロワー端末のニュースフィード画面に、ライブ動画の内容情報を含む投稿を表示するＵＩとして機能させるアプリであったと推認される。 ウ 以上から、乙２２、乙２７、乙２８及び乙３０によれば、以下に２ａ１、２ｂ、２ｃ及び２ａ２に分説して示す公然実施発明２が認められる。なお、後に参照する際には、分説された構成を「構成２ａ１」のようにして参照する。 ２ａ１ Facebookアプリであって、スマートフォンを、少なくとも、 ２ｂ ライブ配信に友達を招待するために、配信者が視聴者の中から友達を選択する方法、及び、配信者がコメントをした人の中からタップして友達を選択する方法を提供するＵＩとして機能させ、かつ、招待を受けた友達が、ライブ配信に参加するかどうかを選ぶことができるLive With機能を提供するＵＩと、（前記ア） ２ｃ 配信者端末においてライブ配信が開始されると、配信者をフォローしているフォロワー端末のニュースフィード画面に、ライブ動画の内容情報を含む投稿を表示するＵＩと、（前記イ） ２ａ２ として機能させるFacebookアプリ。 （６）本件発明６と公然実施発明２との対比 事案に鑑み、発明特定事項Ｇについて、本件発明６と公然実施発明２とを対比する。 ア 発明特定事項Ｇについて 発明特定事項Ｇは「前記表示手段は、前記グループ通話の開始時間前に、前記参加者募集投稿を表示するものであり、」というものである。 （ア）公然実施発明２は、「配信者端末においてライブ配信が開始されると、配信者をフォローしているフォロワー端末のニュースフィード画面に、ライブ動画の内容情報を含む投稿を表示する」（構成２ｃ）ものであるから、本件発明６と公然実施発明２とは、コンピュータを、「投稿を表示する」表示手段として機能させる点で共通する。 （イ）公然実施発明２は、「ライブ配信に友達を招待するために、配信者が視聴者の中から友達を選択する方法、及び、配信者がコメントをした人の中からタップして友達を選択する方法を提供」しており、「招待を受けた友達が、ライブ配信に参加するかどうかを選ぶことができる」（構成２ｂ）のであるから、公然実施発明２は、友達とのライブ配信すなわちグループ通話を含む動画配信が、必ず開始されるものではない。 （ウ）前記（イ）によれば、公然実施発明２における「ライブ動画の内容情報を含む投稿」の表示は、グループ通話が開始されるか否かによらずにされる。すなわち、前記表示が、グループ通話の開始時間前にされるということはできない。 よって、本件発明６と公然実施発明２とは、「表示手段は、」「投稿を表示するものであ」る点で共通するが、本件発明６の投稿は「前記参加者募集投稿」であるのに対し、公然実施発明２の投稿は「ライブ動画の内容情報を含む投稿」である点で相違するとともに、当該投稿が表示される時期が、本件発明６では「前記グループ通話の開始時間前」であるのに対し、公然実施発明２では、グループ通話が開始されるか否かによらない点で相違する。 イ 前記アによれば、本件発明６と公然実施発明２とは、少なくとも、以下の相違点２－１及び２－２において相違する。 〈相違点２－１〉 本件発明６の投稿は「前記参加者募集投稿」であるのに対し、公然実施発明２の投稿は「ライブ動画の内容情報を含む投稿」である点。 〈相違点２－２〉 投稿が表示される時期が、本件発明６では「前記グループ通話の開始時間前」であるのに対し、公然実施発明２では、グループ通話が開始されるか否かによらない点。 （７）相違点２－２が実質的なものであるかの判断 事案に鑑み、相違点２－２が実質的な相違点であるかについて判断する。 前記（６）ア（イ）に示したとおり、公然実施発明２ではグループ通話は必ずしも開始されるものではないから、グループ通話の開始を前提とした本件発明６とはその前提において相違する。 したがって、相違点２－２は実質的な相違点である。 （８）本件発明の公然実施発明２に対する新規性の有無についての判断 前記（７）によれば、本件発明６と公然実施発明２との相違点２－２は、実質的な相違点であるから、その他の相違点について判断するまでもなく、本件発明６と公然実施発明２とは同一ではない。 また、本件発明７及び８は、本件発明６の発明特定事項を全て有し、さらに別の発明特定事項を含むものであるから、本件発明７及び８と公然実施発明２との間には、少なくとも相違点２－２が存在するため、本件発明７及び８は、公然実施発明２とは同一ではない。 したがって、無効理由４には理由がなく、本件発明は、いずれも、特許法２９条１項２号に掲げる発明に該当する公然実施発明２とは異なるから、同項の規定により特許を受けることができないとされるものではない。 ７ 公然実施発明２に基づく進歩性の欠如の有無についての判断 事案に鑑み、相違点２－２について判断する。 公然実施発明２は、ライブ配信中に友達を招待するものである（構成２ｂ）から、公然実施発明２のライブ配信は単独の発言者で開始されることが想定されており、ライブ配信の開始後にグループ通話を開始せず、単独の発言者のままライブ配信を行うことを可能とするものである。 そうすると、公然実施発明２における投稿の表示を「グループ通話の開始時間前」に変更すると、グループ通話の開始を必須とするよう、公然実施発明２の前提を変更する必要があり、公然実施発明２が元来想定していた単独の発言者によるライブ配信のみを行うことを不可能としてしまうため、阻害要因があるといえる。 そして、グループ通話の開始を前提としてグループ通話の開始時間前に投稿を表示することを、開示ないし示唆する証拠は存在せず、そのような表示が技術常識であったとも認められない。 そうすると、相違点２－２に係る発明特定事項Ｇで特定される事項は、当業者といえども容易に想到し得たとは認められない。 したがって、その他の相違点について判断するまでもなく、相違点２－２に係る発明特定事項Ｇを備える本件発明は、いずれも、当業者が容易に発明をすることができたものとは認められないから、無効理由５には理由がなく、本件発明は、特許法２９条２項の規定により特許を受けることができないとされるものではない。 ８ 独立特許要件についての判断の小括 前記１～７のとおり、被告が主張する無効理由１～５には理由がないため、無効理由１～５によっては、本件発明が特許を受けることができないと認めることができない。 また、本件発明が特許を受けることができないとするその他の理由はない。 したがって、本件訂正後の本件発明は、特許出願の際独立して特許を受けることができるものであり、特許法１２６条７項の規定に適合する。 第５ むすび 前記第３及び第４のとおりであるから、本件訂正は、訂正要件に適合するものである。 よって、結論のとおり審決する。