平成29(ワ)36506損害賠償請求事件

令和３年５月１９日判決言渡 同日原本領収 裁判所書記官
平成２９年（ワ）第３６５０６号 損害賠償請求事件
口頭弁論終結日 令和３年３月３１日
判 決
5 原 告 株式会社フューチャーア イ
Ａホールディングス株式会社（旧商号ＬＩＮＥ株式会社）訴訟承継人
被 告 Ｌ Ｉ Ｎ Ｅ 株 式 会 社
同訴訟代理人弁護士 服 部 誠
中 村 閑
10 大 西 ひ と み
同訴訟代理人弁理士 中 村 佳 正
主 文
１ 被告は，原告に対し，１４０４万７５７６円並びにうち７８万２８３
７円に対する平成２９年１１月７日から，うち７８万２８３７円に対す
15 る平成２９年１２月３１日から，うち５２９万１３９９円に対する平成
３０年１２月３１日から，うち５２９万１３９９円に対する令和元年１
２月３１日から，うち１３１万９２２５円に対する令和２年３月３１日
から各支払済みまで年５分の割合による金員及びうち５７万９８７９
円に対する令和２年５月１０日から支払済みまで年３分の割合による
20 金員を支払え。
２ 原告のその余の請求を棄却する。
３ 訴訟費用は，これを２０分し，その１９を原告の負担とし，その余は
被告の負担とする。
事 実 及 び 理 由
25 第１ 請求
１ 被告は，原告に対し，３億円及びこれに対する平成２９年１１月７日から支払
済みまで年５分の割合による金員を支払え。
２ 訴訟費用は被告の負担とする。
３ 仮執行宣言
第２ 事案の概要
5 １ 原告は，発明の名称を「コンピュータシステムおよびプログラム」とする特許
権（特許第６２０６８９７号（以下「本件特許権」といい，これに係る特許を「本
件特許」という。）の特許権者である原告代表者から専用実施権の許諾を受けて
いるところ，本件は，原告が，訴訟承継前被告（以下，特に断らない限り，訴訟
承継前後の被告を区別せず，いずれも「被告」という。）が別紙被告物件目録記
10 載１のコンピュータシステムを使用し，同記載２のアプリケーションソフトの生
産，譲渡及び譲渡の申出をすることにより，原告の有する専用実施権を侵害した
と主張して，被告に対し，民法７０９条，特許法１０２条３項に基づく損害賠償
の一部として３億円及びこれに対する不法行為の後の日である平成２９年１１
月７日（訴状送達の日の翌日）から支払済みまで民法（平成２９年法律第４４号
15 による改正前）所定の年５分の割合による遅延損害金の支払を求める事案である。
なお，原告は，本件及びこれと併合審理されていた当裁判所平成２９年（ワ）
第２０１２６号事件において，上記特許以外の特許権（特許第６０８９１９０号
〔以下「本件特許１」という。〕，同第５５２７７５１号〔以下「本件特許２」
という。〕，同第６１８６６６８号，同第６１４２４０６号，同第６２２１０２
20 ８号及び同第５６６５０６７号。以下，本件特許と併せてこれらの特許を「本件
各特許」と総称する。）に係る専用実施権に基づく損害賠償請求もしていたが，
本件特許２に係る訴えは訴えの取下げにより，その他の各特許に係る訴えは請求
の放棄により，いずれも終了した。
２ 前提事実（当事者間に争いのない事実又は文中掲記した証拠及び弁論の全趣旨
25 により認定することができる事実）
(1) 当事者
ア 原告は，コンピュータシステムやアプリケーションソフトウエアの研究・
開発及び販売並びにＩＴ（インフォメーションテクノロジー）の研究・開発
及びコンサルタントを営む株式会社である。
イ 被告は，インターネット関連事業・ウェブサービス事業を営む株式会社で
5 ある。
被告は，令和３年２月２８日，ＬＩＮＥのアプリケーションに係る事業を
含む全ての事業をＬＩＮＥ分割準備株式会社に吸収分割する会社分割を行
い，同社が本件に関する全ての債務を免責的に引き受けた。そして，同日付
けで，被告は「ＬＩＮＥ株式会社」（以下「旧ＬＩＮＥ株式会社」という。）
10 から「Ａホールディングス株式会社」に，「ＬＩＮＥ分割準備株式会社」は
「ＬＩＮＥ株式会社」（以下「新ＬＩＮＥ株式会社」という。）にそれぞれ
商号変更した。新ＬＩＮＥ株式会社は，原告の承諾を得た上で，本件訴訟を
承継し，訴訟承継前被告は，令和３年３月３１日，本訴から脱退した。
(2) 原告の専用実施権
15 原告代表者は，以下の本件特許権を有している。原告は，本件特許権につい
て，原告代表者から，地域，期間及び内容の全部を範囲とする専用実施権の設
定を受け，平成２９年９月１５日付けでその旨の登録を経由した。（甲４８，
４９）
特許番号：特許第６２０６８９７号
20 発明の名称：コンピュータシステムおよびプログラム
原出願日：平成２２年９月１５日（特願２０１７－１２３１１１号の分割）
出願日：平成２９年７月１５日
優先権主張番号：特願２０１０－２９７９５号
優先日：平成２２年２月１５日
25 優先権主張国：日本国
登録日：平成２９年９月１５日
(3) 特許発明の内容
ア 本件特許の特許請求の範囲（以下「本件特許請求の範囲」という。）の請
求項１～４の記載は，別紙「本件特許請求の範囲」記載１～４のとおりであ
る（以下，請求項１～４記載の各発明を符号に従い「本件発明１」などとい
5 い，併せて「本件各発明」という。なお，本件特許出願の願書に添付した明
細書及び図面（甲４９）を，以下「本件明細書等」という。）。
イ 本件各発明を構成要件に分説すると，次のとおりである（以下，各構成要
件を符号に従い「構成要件Ａ」などという。）。
(ｱ) 本件発明１
10 Ａ 現実世界で出会ったユーザ同士がユーザ端末を操作することにより
コンピュータを利用してネットワークを介してのコミュニケーション
による交流を支援するコンピュータシステムであって，
Ｂ 互いにコミュニケーションによる交流に同意したユーザ同士が交流
できるようにするための複数の交流先のリストをユーザに表示するた
15 めの制御を行なう交流先リスト表示制御手段と，
Ｃ ユーザが前記交流先リスト表示制御手段により表示された複数の交
流先の内からコミュニケーションを取りたい相手を選択指定し，該選択
指定した者と選択指定された相手とがユーザ端末を操作して入力した
内容を互いに伝え合ってメッセージを送受信できるように該入力内容
20 を前記ユーザ端末で報知するための入力内容報知手段と，
Ｄ 前記ユーザ端末の位置情報を取得し，該位置情報に基づいて所定時間
中に所定距離内に位置するユーザ端末を検索する検索手段と，
Ｅ 該検索手段により前記所定時間中に所定距離内に位置するユーザ端
末が検索されたことを必要条件として，該検索されたユーザ端末と前記
25 メッセージの送受信を可能にするために新たな交流先として前記交流
先のリストに追加する交流先追加処理を行う交流先追加手段と，を備え，
Ｆ 前記複数の交流先の内からコミュニケーションを取りたい相手を選
択指定した者が選択指定された相手に対しメッセージを入力して送信
する操作を行った場合に，前記選択指定された相手のユーザ端末にメッ
セージが入力された旨のポップアップ通知を行うための制御を実行す
5 る一方，
Ｇ 前記交流先として指定されて互いにメッセージを送受信できるユー
ザ端末同士の一方からの要求に応じて，他方のユーザ端末からメッセー
ジを入力して送信する操作を行ったとしても前記ポップアップ通知を
行わないように制御し，
10 Ｈ 前記コンピュータ側からの制御に基づいて前記交流先のリストを前
記ユーザ端末に表示させることにより，前記ユーザ同士が連絡先の個人
情報を知らせ合うことなく交流できるようにした，
Ｉ コンピュータシステム。
(ｲ) 本件発明２
15 Ｊ 前記交流先追加手段は，前記検索手段により前記所定時間中に所定距
離内に位置するユーザ端末が検索された場合に，当該検索された前記ユ
ーザ端末同士の所持者の内の一方が相手方に対して交流の申し出を行
ない，相手方も交流に同意することにより，前記交流先追加処理を行う，
Ｋ 請求項１に記載のコンピュータシステム。
20 (ｳ) 本件発明３
Ｌ 現実世界で出会ったユーザ同士がユーザ端末を操作することにより
コンピュータを利用してネットワークを介してのコミュニケーション
による交流を支援するコンピュータシステムであって，
Ｍ 複数の交流先のリストをユーザに表示するための制御を行なう交流
25 先リスト表示制御手段と，
Ｎ ユーザが前記交流先リスト表示制御手段により表示された複数の交
流先の内からコミュニケーションを取りたい相手を選択指定し，該選択
指定した者と選択指定された相手とがユーザ端末を操作して入力した
内容を互いに伝え合ってメッセージを送受信できるように該入力内容
を前記ユーザ端末で報知するための入力内容報知手段と，
5 Ｏ 前記ユーザ端末の位置情報を取得し，該位置情報に基づいて所定時間
中に所定距離内に位置するユーザ端末を検索する検索手段と，
Ｐ 前記検索手段により前記所定時間中に所定距離内に位置するユーザ
端末が検索されたことを必要条件として，該検索されたユーザ端末と前
記メッセージの送受信を可能にするために新たな交流先として前記交
10 流先のリストに追加する交流先追加処理を行う交流先追加手段とを備
え，
Ｑ 前記複数の交流先の内からコミュニケーションを取りたい相手を選
択指定した者が選択指定された相手に対しメッセージを入力して送信
する操作を行った場合に，前記選択指定された相手のユーザ端末にメッ
15 セージが入力された旨のポップアップ通知を行うための制御を実行し，
Ｒ 前記交流先追加手段は，前記検索手段により前記所定時間中に所定距
離内に位置するユーザ端末が検索された場合に，当該検索された前記ユ
ーザ端末同士の所持者の内の一方が相手方に対して交流の申し出を行
ない，相手方も交流に同意することにより，前記交流先追加処理を行い，
20 Ｓ 前記コンピュータ側からの制御に基づいて前記交流先のリストを前
記ユーザ端末に表示させることにより，前記ユーザ同士が連絡先の個人
情報を知らせ合うことなく交流できるようにした，
Ｔ コンピュータシステム。
(ｴ) 本件発明４
25 Ｕ 現実世界で出会ったユーザ同士がコンピュータを利用して交流を行
うためにユーザ端末により実行されるプログラムであって，
Ｖ 前記ユーザ端末の位置情報を前記コンピュータへ送信する位置情報
送信ステップと，
Ｗ 前記ユーザ端末の報知部を制御する報知制御ステップとを，前記ユー
ザ端末に実行させ，
5 Ｘ 前記報知制御ステップは，
Ｘ１ 複数の交流先のリストを表示するための交流先リスト表示制御ス
テップと，
Ｘ２ ユーザが前記表示された複数の交流先の内からコミュニケーショ
ンを取りたい相手を選択指定し，該選択指定した者と選択指定された
10 相手とがユーザ端末を操作して入力した内容を互いに伝え合ってメ
ッセージを送受信できるように該入力内容を前記ユーザ端末で報知
するための入力内容報知ステップと，を含み，さらに，
Ｘ３ 前記選択指定した者が選択指定された相手に対しメッセージを入
力して送信する操作を行った場合に，前記選択指定された相手のユー
15 ザ端末の前記報知部にメッセージが入力された旨のポップアップ通
知を行い，
Ｙ 前記コンピュータは，
Ｙ１ 前記位置情報送信ステップにより送信されてきた前記ユーザ端末
の位置情報を取得し，該位置情報に基づいて所定時間中に所定距離内
20 に位置するユーザ端末を検索する検索手段と，
Ｙ２ 該検索手段により前記所定時間中に所定距離内に位置するユーザ
端末が検索されたことを必要条件として，該検索されたユーザ端末と
前記メッセージの送受信を可能にするために新たな交流先として前
記交流先のリストに追加する交流先追加処理を行う交流先追加手段
25 と，を含んでおり，
Ｚ 前記交流先追加手段は，前記検索手段により前記所定時間中に所定距
離内に位置するユーザ端末が検索された場合に，当該検索された前記ユ
ーザ端末同士の所持者の内の一方が相手方に対して交流の申し出を行
ない，相手方も交流に同意することにより，前記交流先追加処理を行い，
Γ 前記コンピュータ側からの制御に基づいて前記交流先のリストを前
5 記表示部に表示させることにより，前記ユーザ同士が連絡先の個人情報
を知らせ合うことなく交流できるようにした，
Δ プログラム。
(4) 被告の行為
ア 被告は，平成２３年６月２３日から，別紙被告物件目録記載１のコンピュ
10 ータシステム（以下「被告システム」という。）を使用し，コミュニケーシ
ョンアプリケーションソフト「ＬＩＮＥ」（以下「被告アプリ」といい，被
告システムと併せて「被告システム等」という。）を利用したサービス（以
下「被告サービス」という。）の提供を開始し，被告アプリをApp Storeや
Google Playからユーザに無償で配信している。
15 イ 被告システム等の機能及び作用等の概要は，別紙「被告システム等の機能
及び作用等」に記載のとおりである。
(5) 原告が主張する被告システム等の構成
原告は，本件各発明と対照した場合の被告システム等の構成につき，以下の
とおり主張している（以下，各構成を符号に従い「構成ａ」などという。）。
20 なお，各構成中の「図」とは，別紙「被告システム等の機能及び作用等」の別
紙「被告システム等図面」記載の図を指す。
被告は，原告主張の構成ｄ，ｏの内容及び構成要件Ｄ，Ｏの充足，構成ｉ，
ｔの内容及び構成Ｉ，Ｔの充足，構成ｖの内容及び構成要件Ｖの充足，構成ｗ
の内容及び構成要件Ｗの充足については争っていない。また，被告は，原告主
25 張の構成ｙ１につき争うことを明らかにしておらず，上記の諸点につき争って
いないことからすると，被告アプリは，構成ｙ１の内容を有し，同構成は構成
要件Ｙ１を充足するものと認められる。
ア 本件発明１に対応する被告システムの構成
ａ 近くにいるユーザ同士がスマートフォン（２）を操作して友だち登録す
ることによりコンピュータ（１４）を利用してコミュニケーションによる
5 交流を支援するコンピュータシステムであって，
ｂ コンピュータを利用してネットワークを介してのコミュニケーション
による交流に同意したユーザ同士（図４の「カンカン」と「IIJのLine」，
図４０の「ジャスティス」と図４２の「テミスＸ１」）が交流できるよう
にするための複数の友だちのリスト（図４の友だち（９人）のリスト，図
10 ５下段画面のリスト，図４３及び図４４のリスト）をユーザに表示させる
ための制御を行うリスト表示機能と，
ｃ リスト表示機能により表示された複数の友だちのリスト（図５下段画面
のリスト，図４３及び図４４のリスト）のうちからユーザがトークしたい
友だちを選択指定してトークボタンをタップすることにより（図５），そ
15 の友だちとのトークルームが表示され（図６，図４５），選択指定した者
と選択指定された相手とがスマートフォン（２）を操作してそのトークル
ームに互いに書き込んだ内容を閲覧してメッセージを送受信できるよう
に該入力内容を前記スマートフォン（２）で報知するための入力内容報知
機能（図６，図４５）と，
20 ｄ スマートフォン（２）のＧＰＳ位置情報を取得し，該ＧＰＳ位置情報に
基づいて所定時間中に所定距離内に位置するスマートフォン（２）を検索
する機能（図３，図３８）と，
ｅ 該検索する機能により前記所定時間中に所定距離内に位置するスマー
トフォン（２）が検索された場合に，互いのスマートフォン（２）にその
25 検索された相手方スマートフォンのユーザを表示させ（図３の上段と中段，
図３８），双方がその表示されたユーザを選択して友だち登録に係るボタ
ンを押下する友だち登録操作（図３，図３８～図４１の操作）が行われた
か否か判定し，友だち登録操作が行われたと判定された場合にその友だち
登録されたユーザを友だちのリスト（図４の友だち（９人）のリスト，図
５下段画面のリスト，図４３及び図４４のリスト）に新たに追加する友だ
5 ちリスト追加処理を行う追加機能と，を備え，
ｆ 複数の友だちのリスト（図５下段画面のリスト，図４３及び図４４のリ
スト）のうちからトークしたい友だちを選択指定してトークボタンをタッ
プ（図５）した者が選択指定された相手に対してトークルームにメッセー
ジを入力して送信する操作を行った場合に（図６，図４５），前記選択指
10 定された相手のユーザのスマートフォンにメッセージが入力された旨の
通知ポップアップ（図５７）を行うための制御を実行する一方，
ｇ トークしたい友だちを選択指定して互いにメッセージを送受信できる
スマートフォン同士の一方からの要求に応じて（図５９～図６４），他方
のスマートフォンからメッセージを入力して送信する操作を行ったとし
15 ても（図６５，図６６）前記通知ポップアップを行わないように制御し（図
６７），
ｈ 前記コンピュータ（１４）側からの制御に基づいて前記友だちのリスト
（図４，図４３のユーザ名「ジャスティス」，図４４のユーザ名「テミス
Ｘ１」と「テミス」のアイコン）をスマートフォン（２）に表示させるこ
20 とにより，ユーザ同士がユーザ識別子（被告のサービスを利用する際に被
告から個々のユーザに付与される，個々のユーザ固有のデジタル情報）を
知らせ合うことなく交流できるようにした，
ｉ コンピュータシステム。
イ 本件発明２に対応する被告システムの構成
25 ｊ 前記追加機能は，前記検索する機能により所定時間中に所定距離内に位
置するスマートフォン（２）が検索された場合に，当該検索されたスマー
トフォン（２）同士の所持者の内の一方が相手方に対して友だち申請を行
い（テミスＸ１が図３９の「追加」ボタンをタップして友だち申請を行う
ことにより図４０の「リクエスト中」となり），相手方が応諾することに
より（ジャスティスが図４１の「追加」ボタンをタップすることにより），
5 前記友だちリスト追加処理を行う（図４２の「友だち登録完了」となり，
図４３及び図４４のように互いの友だちリストに相手が表示される），
ｋ 上記ａ～ｈに記載のコンピュータシステム。
ウ 本件発明３に対応する被告システムの構成
ｌ 近くにいるユーザ同士がスマートフォン（２）を操作して友だち登録す
10 ることによりコンピュータ（１４）を利用してコミュニケーションによる
交流を支援するコンピュータシステムであって，
ｍ 複数の友だちのリスト（図４の友だち（９人）のリスト，図５下段画面
のリスト，図４３及び図４４のリスト）をユーザに表示させるための制御
を行うリスト表示機能と，
15 ｎ リスト表示機能により表示された複数の友だちのリスト（図５下段画面
のリスト，図４３及び図４４のリスト）の内からユーザがトークしたい友
だちを選択指定してトークボタンをタップすることにより（図５），その
友だちとのトークルームが表示され（図６，図４５），選択指定した者と
選択指定された相手とがスマートフォン（２）を操作してそのトークルー
20 ムに互いに書込んだ内容を閲覧してメッセージを送受信できるように該
入力内容を前記スマートフォン（２）で報知するための入力内容報知機能
（図６，図４５）と，
ｏ スマートフォン（２）のＧＰＳ位置情報を取得し，該ＧＰＳ位置情報に
基づいて所定時間中に所定距離内に位置するスマートフォン（２）を検索
25 する機能（図３，図３８）と，
ｐ 該検索する機能により前記所定時間中に所定距離内に位置するスマー
トフォン（２）が検索された場合に，互いのスマートフォン（２）にその
検索された相手方スマートフォンのユーザを表示させ（図３の上段と中段，
図３８），双方がその表示されたユーザを選択して友だち登録に係るボタ
ンを押下する友だち登録操作（図３，図３８～図４１の操作）が行われた
5 か否か判定し，友だち登録操作が行われたと判定された場合にその友だち
登録されたユーザを友だちのリスト（図４の友だち（９人）のリスト，図
５下段画面のリスト，図４３及び図４４のリスト）に新たに追加する友だ
ちリスト追加処理を行う追加機能とを備え，
ｑ 複数の友だちのリスト（図５下段画面のリスト，図４３及び図４４のリ
10 スト）の内からトークしたい友だちを選択指定してトークボタンをタップ
（図５）した者が選択指定された相手に対してトークルームにメッセージ
を入力して送信する操作を行った場合に（図６，図４５），前記選択指定
された相手のスマートフォン（２）にメッセージが入力された旨の通知ポ
ップアップ（図５７）を行うための制御を実行し，
15 ｒ 前記追加機能は，前記検索する機能により所定時間中に所定距離内に位
置するスマートフォン（２）が検索された場合に，当該検索されたスマー
トフォン（２）同士の所持者の内の一方が相手方に対して友だち申請を行
い（テミスＸ１が図３９の「追加」ボタンをタップして友だち申請を行う
ことにより図４０の「リクエスト中」となり），相手方が応諾することに
20 より（ジャスティスが図４１の「追加」ボタンをタップすることにより），
前記友だちリスト追加処理を行い（図４２の「友だち登録完了」となり，
図４３及び図４４のように互いの友だちリストに相手が表示される），
ｓ 前記コンピュータ（１４）側からの制御に基づいて前記友だちのリスト
（図４，図４３のユーザ名「ジャスティス」，図４４のユーザ名「テミス
25 Ｘ１」と「テミス」のアイコン）をスマートフォン（２）に表示させるこ
とにより，ユーザ同士がユーザ識別子（被告のサービスを利用する際に被
告から個々のユーザに付与される，個々のユーザ固有のデジタル情報）を
知らせ合うことなく交流できるようにした，
ｔ コンピュータシステム。
エ 本件発明４に対応する被告アプリの構成
5 ｕ 近くにいるユーザ同士がコンピュータ（１４）を利用してコミュニケー
ションによる交流を行うためにスマートフォン（２）により実行される「Ｌ
ＩＮＥ」のアプリケーションソフト（以下「コミュニケーションアプリ「Ｌ
ＩＮＥ」」という。）であって，
ｖ スマートフォン（２）のＧＰＳ位置情報を前記コンピュータ（１４）へ
10 送信するステップと，
ｗ スマートフォン（２）の表示部を制御する表示制御ステップとを，スマ
ートフォン（２）に実行させ，
ｘ 前記表示制御ステップは，
ｘ１ 複数の友だちのリスト（図４の友だち（９人）のリスト，図５下段
15 画面のリスト，図４３及び図４４のリスト）を表示するためのリスト
表示ステップと，
ｘ２ 表示された複数の友だちのリスト（図５下段画面のリスト，図４３
及び図４４のリスト）の内からユーザがトークしたい友だちを選択指
定してトークボタンをタップすることにより（図５），その友だちと
20 のトークルームが表示され（図６，図４５），該選択指定した者と選
択指定された相手とがスマートフォン（２）を操作してそのトークル
ームに互いに書込んだ内容を閲覧してメッセージを送受信できるよ
うに該入力内容を前記スマートフォン（２）で報知するための入力内
容報知ステップ（図６，図４５）と，を含み，さらに，
25 ｘ３ 前記選択指定した者が選択指定された相手に対しメッセージを入
力して送信する操作を行った場合に（図６，図４５），前記選択指定
されたユーザのスマートフォン（２）の前記表示部にメッセージが入
力された旨の通知ポップアップを行い（図５７），
ｙ 前記コンピュータ（１４）は，
ｙ１ 前記送信するステップにより送信されてきたスマートフォン（２）
5 のＧＰＳ位置情報を取得し，該ＧＰＳ位置情報に基づいて所定時間中
に所定距離内に位置するスマートフォン（２）を検索する機能（図３，
図３８）と，
ｙ２ 該検索する機能により前記所定時間中に所定距離内に位置するス
マートフォン（２）が検索された場合に，互いのスマートフォン（２）
10 にその検索された相手方スマートフォンのユーザを表示させ（図３の
上段と中段，図３８），双方がその表示されたユーザを選択して友だ
ち登録に係るボタンを押下する友だち登録操作（図３，図３８～図４
１の操作）が行われたか否か判定し，友だち登録操作が行われたと判
定された場合にその友だち登録されたユーザを友だちのリスト（図４
15 の友だち（９人）のリスト，図５下段画面のリスト，図４３及び図４
４のリスト）に新たに追加する友だちリスト追加処理を行う追加機能
と，を含んでおり，
ｚ 前記追加機能は，前記検索する機能により所定時間中に所定距離内に位
置するスマートフォン（２）が検索された場合に，当該検索されたスマー
20 トフォン（２）同士の所持者の内の一方が相手方に対して友だち申請を行
い（テミスＸ１が図３９の「追加」ボタンをタップして友だち申請を行う
ことにより図４０の「リクエスト中」となり），相手方が応諾することに
より（ジャスティスが図４１の「追加」ボタンをタップすることにより），
前記友だちリスト追加処理を行い（図４２の「友だち登録完了」となり，
25 図４３及び図４４のように互いの友だちリストに相手が表示される），
γ 前記コンピュータ（１４）側からの制御に基づいて前記友だちのリスト
（図４，図４３のユーザ名「ジャスティス」，図４４のユーザ名「テミス
Ｘ１」と「テミス」のアイコン）をスマートフォン（２）に表示させるこ
とにより，ユーザ同士がユーザ識別子（被告のサービスを利用する際に被
告から個々のユーザに付与される，個々のユーザ固有のデジタル情報）を
5 知らせ合うことなく交流できるようにした，
δ コミュニケーションアプリ「ＬＩＮＥ」。
(6) 無効審判の請求
被告は，特許庁に対し，本訴の侵害論に係る当裁判所の心証開示後である令
和元年８月２日，乙４２に基づく進歩性の欠如を理由とする本件特許の無効審
10 判の請求をし（無効２０１９－８０００５６号），令和２年２月２１日，乙７
０を主引例とする本件特許の無効審判の請求（無効２０２０－８０００２０号）
をしたところ，特許庁は，同年１０月６日，前者の無効審判請求に係る職権審
理結果通知書において，乙４２公報に記載の発明及び乙８４に記載の技術並び
に周知技術に基づいて，当業者が容易に発明をすることができたものであるか
15 ら，本件特許は特許法１２３条１項２号に該当し，無効とすべきである旨の判
断をした。
(7) 先行文献
本件特許出願に係る優先日（平成２２年２月１５日）より前に，以下の公刊
物が存在した。
20 ア 発明の名称を「出会い支援装置及び出会い支援システム」とする公開特許
公報（特開２００９－２６１７８号，公開日平成２１年２月５日。乙５。以
下「乙５公報」といい，同公報に記載された発明を「乙５発明」という。）
イ 発明の名称を「管理装置，通信端末，グループ通信システム，グループ管
理方法，通信端末の制御方法」とする公開特許公報（特開２００９-１３５８
25 ６９号，平成２１年６月１８日公開。乙６。以下「乙６公報」という。）
ウ 発明の名称を「情報管理装置および情報照会装置」とする公開特許公報（特
開２００８－１７６４０６号，平成２０年７月３１日公開。乙７。以下「乙
７公報」という。）
エ 発明の名称を「METHOD AND COMPUTER SYSTEM FOR MATCHING MOBILE DEVICE
USERS FOR BUSINESS AND SOCIAL NETWORKING」とする米国特許公報（US
5 7,310,676 B2，発行日２００７年（平成１９年）１２月１８日。乙８。以下
「乙８公報」という。）
オ 発明の名称を「情報交換システムの動作方法およびシステム」とする公開
特許公報（特開２００１－１１７８５１号，平成１３年４月２７日公開。乙
１０。以下「乙１０公報」という。）
10 カ 発明の名称を「情報通信方法及び情報通信装置，情報通信システム，並び
に記憶媒体」とする公開特許公報（特開２００３－１６９０５５号，平成１
５年６月１３日公開。乙１２。以下「乙１２公報」という。）
キ 発明の名称を「情報管理装置，通信処理装置，および方法，並びにプログ
ラム」とする公開特許公報（特開２００９－２９５０６７号，平成２１年１
15 ２月１７日公開。乙４２。以下「乙４２公報」という。）
ク 発明の名称を「出会い・連絡支援システム」とする公開特許公報（特開２
０１０－３５２１４号，平成２２年２月１２日公開。乙４３。以下「乙４３
公報」という。）
ケ 発明の名称を「グルーピングシステム，管理装置」とする公開特許公報（特
20 開２００９－２７２９５１号，平成２１年１１月１９日公開。乙４４。以下
「乙４４公報」という。）
コ 発明の名称を「ユビキタスマッチングシステム及び方法」とする公開特許
公報（特開２００４－３２８３０８号，平成１６年１１月１８日公開。乙４
５。以下「乙４５公報」という。）
25 サ 発明の名称を「個人がランデブーすることを可能にするために地理的位置
情報，データベースから導き出された相性マッチ，およびユーザ制御を組み
合わせるシステム」とする公表特許公報（特表２００７－５２３５６６号，
平成１９年８月１６日公表。乙４６。以下「乙４６公報」という。）
３ 争点
(1) 被告システム等が本件各発明の構成要件を充足するか否か（争点１）
5 ア 構成要件Ａ，Ｌ及びＵ（「現実世界で出会ったユーザ」等）の充足性（争
点１－１）
イ 構成要件Ｂ，Ｍ及びＸ１（「交流先のリスト」等）の充足性（争点１－２）
ウ 構成要件Ｃ，Ｎ及びＸ２（「メッセージを送受信」等）の充足性（争点１
－３）
10 エ 構成要件Ｅ，Ｐ及びＹ２（「必要条件」等）の充足性（争点１－４）
オ 構成要件Ｆ，Ｑ及びＸ３（「メッセージが入力された旨のポップアップ通
知」等）の充足性（争点１－５）
カ 構成要件Ｇ（「ユーザ端末同士の一方からの要求に応じて，…ポップアッ
プ通知を行わないように制御し」等）の充足性（争点１－６）
15 キ 構成要件Ｈ，Ｓ及びΓ（「前記コンピュータ側からの制御に基づいて」，
「ユーザ同士が連絡先の個人情報を知らせ合うことなく」）の充足性（争点
１－７）
ク 構成要件Ｊ，Ｒ及びＺ（「一方が相手方に対して交流の申し出を行ない，
相手方も交流に同意することにより，前記交流先追加処理を行う」等）の充
20 足性（争点１－８）
(2) 本件特許が特許無効審判により無効にされるべきものと認められるか否か
（争点２）
ア 乙５公報に基づく進歩性欠如（争点２－１）
イ 記載要件違反（争点２－２）
25 (3) 原告の損害額（争点３）
第３ 争点に関する当事者の主張
１ 争点１－１（構成要件Ａ，Ｌ及びＵ（「現実世界で出会ったユーザ」等）の充
足性）について
（原告の主張）
被告システム等と構成要件Ａ，Ｌ及びＵを対比すると，被告システム等の「ス
5 マートフォン（２） ，
」「近くにいるユーザ同士」が本件各発明の「ユーザ端末」，
「現実世界で出会ったユーザ同士」にそれぞれ相当する。被告は，被告システム
における「近くにいるユーザ」は，構成要件Ａ等における「現実世界で出会った
ユーザ」とは異なると主張するが，「近くにいるユーザ」には，①ユーザ同士が
現実に対面して現実世界で出会った状態と，②ユーザ同士が近くにいるが現実
10 に対面するほど近くにはおらず現実世界で出会っていない状態を包含するとこ
ろ，被告システムでは，①の状態で「ふるふる」 （以下
機能 「本件機能」という。）
を用いて友だち登録ができる以上，構成要件Ａ等を充足する。
（被告の主張）
被告システム等における「近くにいるユーザ」は，構成要件Ａ等における「現
15 実世界で出会ったユーザ」とは異なるから，被告システムは，構成要件Ａ，Ｌ及
びＵを充足しない。
２ 争点１－２（構成要件Ｂ，Ｍ及びＸ１（「交流先のリスト」等）の充足性）に
ついて
（原告の主張）
20 (1) 本件各発明の本質
本件明細書等の段落【０００２】～【０００６】の記載，とりわけ，段落【０
００６】に，本件各発明の目的として，「前述の理想的な連絡可能状態を構築
する手段を提供することである。」と記載され，段落【０００５】に「理想的
な連絡可能状態とは，相手方に互いの個人情報を通知することなく後々コンタ
25 クトを取ることができ，かつ，相手方以外の他人がその相手方に成りすまして
コンタクトしてくる不都合をも防止できる状態である。」と記載されているこ
とに基づけば，本件各発明の目的（直接解決しようとしている課題）は，「相
手方に互いの個人情報を通知することなく後々コンタクトを取ることができ，
かつ，相手方以外の他人がその相手方に成りすましてコンタクトしてくる不都
合をも防止できる「理想的な連絡可能状態」を構築する手段を提供すること」
5 にある。
それゆえ，本件各発明の本質的特徴（技術思想）は，「連絡先の個人情報（知
得した者がその情報を用いることにより特定される相手にメッセージ等を伝
えることを可能にする情報）を相手から知らせてもらって端末のアドレス帳に
登録する場合には，連絡先の個人情報を知得可能な情報にせざるを得ず，その
10 結果，その知得された連絡先個人情報が横流し（転売）されて成りすましやス
パム等の被害が発生するおそれがあるために，コンピュータ側からの制御に基
づいて交流先のリストをユーザ端末に表示させるようにし，上記連絡先の個人
情報を知らせ合わなくても交流できるようにした点」にある。
そして，本件各発明の作用効果は，「相手とコンタクトが取れるようにする
15 において，個人情報を相手に通知しなくても後々コンタクトが取れるようにな
る」というものであるから，本件各発明は，電話番号やメールアドレス等の連
絡先の個人情報を相手（人間）に知られてしまうことによる種々の不都合を回
避しつつ相手とコンタクトが取れる状態を構築するものである。
(2) 被告システム等の構成は，前記前提事実(5)ア～エに記載のとおりであるが，
20 被告システム等は，「近くにいる人とメールアドレスや電話番号等の連絡先の
個人情報を通知しなくても友だち登録して後々連絡を取ることができる」とい
う作用効果を有する。
すなわち，甲１７の３頁には，本件機能を使って友だちの新規登録を行うと
きに，「アイコンとアカウント名以外の情報が相手に伝わることがない」旨記
25 載されており（ここでの「アカウント名」はユーザ名のことである。），甲１
８の「一番簡単 ふるふるで友だち登録」の項の「ＬＩＮＥ友だち登録ふるふ
る」の画面における動画スタートアイコンをタップすれば，冒頭で「相手の電
話番号やメルアドが分からなくても友だち登録ができる方法を紹介します。」
と解説されている。また，ＬＩＮＥのアカウント登録に際しては，ユーザの電
話番号やメールアドレス，名前（ニックネーム等でもよい）を入力して登録す
5 るが（甲１９），そのユーザが登録したアカウントは他人が閲覧できないとさ
れている（甲２０）。このように，被告システム等では，電話番号やメールア
ドレス等の連絡先の個人情報を相手に通知することなく交流を行うことが可
能となるのである。
(3) 被告システム等の構成ｂ，ｍ及びｘ１を構成要件Ｂ，Ｍ及びＸ１と対比する
10 と，被告システム等の「コンピュータを利用してネットワークを介してのコミ
ュニケーションによる交流に同意したユーザ同士（被告システム等図面【図４】
の「カンカン」と「IIJのLine」，【図４０】の「ジャスティス」と同【図４１】
の「テミスＸ１」）」が，構成要件Ｂの「互いにコミュニケーションによる交
流に同意したユーザ同士」に相当する。
15 被告システムの「交流できるようにするための複数の友だちのリスト（被告
システム等図面の【図４】の友だち（９人）のリスト，【図５】下段画面のリ
スト，【図４３】，【図４４】のリスト）」が，構成要件Ｂの「交流できるよ
うにするための複数の交流先のリスト」，構成要件Ｍの「複数の交流先のリス
ト」に相当し，被告アプリの「複数の友だちのリスト」が構成要件Ｘ１の「複
20 数の交流先のリスト」に相当する。被告システム等の友だちリストの中から友
だちを選択指定してトークボタンをタップすることにより，その選択した友だ
ちとトークすることができ，ネットを通しての交流が可能になるのであるから，
これは，「交流先のリスト」にほかならない。
そして，被告システムの「ユーザに表示させるための制御を行うリスト表示
25 機能」が構成要件Ｂ及びＭの「ユーザに表示するための制御を行う交流先リス
ト表示制御手段」に相当し，被告アプリの「表示するためのリスト表示ステッ
プ」が，構成要件Ｘ１の「表示するための交流先リスト表示制御ステップ」に
相当する。
したがって，構成ｂは構成要件Ｂを，構成ｌは構成要件Ｌを，構成ｘ１は構
成要件Ｘ１をそれぞれ充足する。
5 （被告の主張）
被告システム等は，「交流先のリスト」に係る構成を有しないから，本件発明
１の構成要件Ｂ，本件発明３の構成要件Ｌ及び本件発明４の構成要件Ｘ１をいず
れも充足しない。
(1) 本件発明の意義等
10 本件明細書等の段落【０００４】の記載によれば，本件発明が解決しようと
するのは課題ａ～ｄであるから，本件各発明は，相手と直接連絡を取ることが
できないようにするための課題解決手段，すなわち，連絡先の個人情報が通知
され，当該情報を用いて直接連絡を取ることができてしまうことによる種々の
不都合を回避しつつ，相手とコンタクトが取れる状態を構築するものである。
15 このことは，本件明細書等の段落【０００６】，【０００７】の記載からも裏
付けられる。
そして，本件各発明は，上記課題を解決する手段として，連絡先の個人情報
を含まない，共有仮想タグ又はそれに類する共有ないし共用のタグ（以下，併
せて「共有仮想タグ等」という。）のリストである「交流先のリスト」（構成
20 要件Ｂ，Ｍ及びＸ１）や，連絡先の個人情報を使用せずに「メッセージを送受
信」する構成（構成要件Ｃ，Ｎ及びＸ２）を採用し，もって「ユーザ同士が連
絡先の個人情報」を「知らせ合うことなく交流できるようにした」（構成要件
Ｈ，Ｓ及びΓ）ものである。
すなわち，本件明細書等（段落【０００８】，【００１２】～【００１７】，
25 【００２７】～【００６６】，【００９０】～【００９２】，【０２８０】，
【０２８１】，【図１】，【図３】，【図５】，【図７】～【図１０】）の記
載によれば，本件各発明の概要は，以下のとおりである。
（ⅰ）出会ったユーザ（Ａ氏とＢ氏） のユーザ端末が所定時間中に所定距離
内に位置することを条件に共有仮想タグを生成する。
（ⅱ）ユーザ端末に共有仮想タグのリストを表示する。
5 （ⅲ）Ａ氏が共有仮想タグを選択指定して，当該共有仮想タグに対応したＷ
ｅｂページ等のネットワーク上の書込み・閲覧手段に書込みを行う。Ｂ
氏が共有仮想タグを選択指定して，当該共有仮想タグに対応したネット
ワーク上の書込み・閲覧手段におけるＡ氏の書込みを閲覧し，Ｂ氏も同
手段に書き込みを行う。Ａ氏が共有仮想タグを選択指定して，当該共有
10 仮想タグに対応したネットワーク上の書込み・閲覧手段におけるＢ氏の
書込みを閲覧する。
（ⅳ）ユーザ同士が連絡先の個人情報を交換することなく交流できる。
(2) 被告システム等が本件各発明の技術思想を採用していないこと
●（省略）●
15 このように，被告システム等は，個々のユーザが元々保有していた各ユーザ
に固有のユーザ識別子とユーザネーム・アイコンを他のユーザと交換すること
で，ユーザ同士が交流できるようにしているのであって，本件各発明において
必須の構成である「共有仮想タグ」（「出会い」（交流開始条件が満たされて
いると判定されること）を契機として新たに生成され，ユーザ間で共有される
20 コンピュータ上のタグ）に対応する構成を全く備えていない。
(3) 「交流先のリスト」の意義等
ア 「交流先のリスト」は，「連絡先の個人情報」を含まないこと
本件発明１（構成要件Ｈ）及び３（構成要件Ｓ）には，「前記交流先のリ
ストを前記ユーザ端末に表示させることにより，前記ユーザ同士が連絡先の
25 個人情報を知らせ合うことなく交流できるようにした」とあり，本件発明４
（構成要件Γ）には「前記交流先のリストを前記表示部に表示させることに
より，前記ユーザ同士が連絡先の個人情報を知らせ合うことなく交流できる
ようにした」とあることや，前記(1)記載の本件発明の課題等からすれば，
「交流先のリスト」には「連絡先の個人情報」は含まれない。
一般に「個人情報」とは，特定の個人を識別できる情報を意味するから，
5 本件発明においても，「『連絡先』という特定の個人（個々人）を識別可能
な固有の情報」であれば「個人情報」に当たると解すべきである。かかる解
釈は，本件明細書等の段落【００２０】，【００４２】の記載と矛盾せず，
その原出願である特願２０１１－５５３７１０号の当初明細書（乙１）及び
特許第５２１１４０１号の明細書（乙２）の段落【０３０６】における「住
10 所氏名や電子メールアドレス等の個人情報」との記載にも合致する。
他方，①本件各発明の解決すべき課題ａ～ｄにおいては，電話番号やメー
ルアドレス等のように当該情報を相手と交換等することによって相手とコ
ンタクトを取ることを可能にする情報をもって，「個人情報」と称している
こと，②本件特許請求の範囲の「前記ユーザ同士が連絡先の個人情報を知ら
15 せ合うことなく交流できるようにした」等の記載も，当該情報を相手と交換
することで当該相手と交流できるようになる情報を「個人情報」と称してい
ると理解し得ること，③本件明細書等の実施例において，システム上，個人
を識別する情報として「ユーザＩＤ」が記載されており（【図３】等参照)，
かつ，実施例においてユーザ間で「ユーザＩＤ」を交換することなく交流で
20 きる構成が開示されていること（段落【００４４】～【００６６】），④本
件明細書等の作用効果に関する記載として，「個人情報を相手に通知しなく
ても後々コンタクトが取れるようになる」という作用効果を奏することが記
載されていること（段落【００１０】）等からすれば，「連絡先の個人情報」
とは，電話番号やメールアドレスのように，「当該情報を相手に通知するこ
25 とによって，相手と後々コンタクトが取れるようになる，個々人に固有の情
報」を指すと解釈すべきことになる。
そして，本件特許請求の範囲及び本件明細書等は，当該情報を用いて相手
との通信が可能となる情報が「連絡先の個人情報」であると明示的に規定し
ているわけではないところ，特許請求の範囲の公示機能や，不明確な記載の
不利益は作成者である出願人に負担させるべきことが衡平に資することに
5 照らせば，上記２つのいずれかの意味（すなわち「特定の個人（個々人）を
識別可能な固有の情報」及び「当該情報を相手に通知することによって，相
手と後々コンタクトが取れるようになる，個々人に固有の情報」）での「連
絡先の個人情報」を「交換」していれば，本件特許発明の技術的範囲から外
れることになると解すべきである。
10 イ 「交流先のリスト」が共有仮想タグ等のリストを意味すること
本件明細書等が開示する発明は，共有仮想タグ等を利用してユーザＡとユ
ーザＢとが交流を図るというものであり，本件明細書等は，氏名やメールア
ドレス等の個人情報を端末間で交換せずに交流を可能にする具体的手段と
して，共有仮想タグ等に係る構成を開示しており，交流先の相手の端末にリ
15 スト表示されるのも共有仮想タグ等のみである（段落【０００８】，【００
４１】，【００６０】，【００６４】，【００６６】等）。実際，原告代表
者は，本件特許と同系列の本件特許１の出願経過において，その明細書（本
件明細書等と同内容）に「共有仮想タグのリストが表示されることが記載さ
れている旨を強調して，同特許が記載要件に違反しない旨を審査官に説明し
20 ていた（乙３，３９）。
それゆえに，「交流先のリスト」に相当するのは，共有仮想タグ等のリス
ト以外にあり得ず，共有仮想タグを用いない構成は，本件各発明の技術的思
想とは異なる発明であって，本件各発明の技術的範囲には含まれない。
ここで，共有仮想タグとは，特許請求の範囲に記載された文言と，本件明
25 細書等における説明及び出願時の技術常識並びに一般の用語例からすれば，
「ユーザ間で共有されるコンピュータ上のタグ（ユーザ間で共有される識別
子であって，各ユーザ端末が所定時間中に所定距離内に位置することを条件
に新たに生成され，当該ユーザ端末にその複数のリストが表示されるととも
に，当該タグに対応したＷｅｂページ等のネットワーク上の書込み・閲覧手
段にユーザ端末の操作による書込みと閲覧が可能なものであって，ユーザ同
5 士が連絡先の個人情報を交換することなく交流できるようにするもの」を意
味する。
ウ 「交流先のリスト」は出会い（交流開始条件が満たされていると判定され
ること）を契機として生成される情報（交流先の表示）の集合であること
特許請求の範囲の文言，すなわち「互いにコミュニケーションによる交流
10 に同意したユーザ同士が交流できるようにするための複数の交流先のリス
ト」（構成要件Ｂ）等の文言や，共有仮想タグの生成に関する本件明細書等
の開示内容に照らすと，「交流先のリスト」は，個々のユーザが従前から保
有している既存の情報（ＩＤ）の表示ではなく，出会い（交流開始条件が満
たされていると判定されること）を契機として初めて生成される情報（交流
15 先の表示）の集合でなければならない。
(4) 被告システムが「交流先のリスト」を充足しないこと
ア 被告システム等において，「友だちのリスト」に表示されるのは，必ずし
も「ネットワークを介してのコミュニケーションによる交流に同意した」ユ
ーザだけではない。
20 イ また，被告システム等において，「連絡先の個人情報」に当たるのは，①
ユーザ識別子のみならず，②ユーザネーム，③アイコン，④ユーザ識別子と
紐付いているユーザネームとアイコンである。
すなわち，被告システム等においては，本件機能により互いを友だちとし
て追加する際には，現実に対面しているユーザ同士が，互いの端末に表示さ
25 れた相手のユーザネームとアイコンが当該対面している相手のものである
と認識した上で， 友だち追加を行うことになるが，この場合に，ユーザネー
ムとアイコンは，氏名や住所等と同様に，交流相手本人を識別できる情報で
あり，個々人を識別可能な固有の情報であるから，「連絡先の個人情報」に
該当する。
被告システム等においては，本件機能により友だち登録がなされる際，一
5 方のユーザ（ユーザＡ）のユーザ識別子が他方のユーザ（ユーザＢ）の端末
に取得されると，ユーザＡのユーザネームとアイコンも，ユーザＡのユーザ
識別子に紐付けられ一体として管理される（ユーザＡの端末におけるユーザ
Ｂのユーザネームとアイコンの管理についても同様である。）。そして，ユ
ーザＢが，自らの端末上に表示されるユーザＡのユーザネームとアイコンを
10 選択すると，それらと紐付いているユーザＡのユーザ識別子によって，ユー
ザＢはユーザＡと連絡を取ることができる。
被告システム等においては，ユーザネーム及びアイコン（以下，併せて「ユ
ーザネーム等」という。）とユーザ識別子は，常に紐付いており，一方のみ
が端末に送信され，他方は送信されないということは一切ないから，これら
15 は，「ユーザ識別子に紐付いたユーザネーム等」として一体のものと捉える
べきものである。そして， ユーザが，端末に表示されるユーザネーム等を選
択し，メッセージ送信操作を行うと，当該ユーザネーム等に紐付いたユーザ
識別子によって，相手ユーザの端末にメッセージを送信することができる
（なお，ユーザ識別子だけでは，ユーザがメッセージ送信操作を行うことが
20 できないから，ユーザ同士がコンタクトを取ることはできない。）。それゆ
えに，「ユーザ識別子に紐付いたユーザネーム等」は，「当該情報を相手に
通知することによって，相手と後々コンタクトが取れるようになる，個々人
に固有の情報」であるから，「連絡先の個人情報」に該当する。
被告システムにおいて，交流相手として表示されるリストには，「連絡先
25 の個人情報」であるユーザネームとアイコンが表示されるから，被告システ
ムは，「交流先のリスト」に係る構成要件を充足しない。
ウ 前記のとおり，「交流先のリスト」に対応するのは共有仮想タグ等のリス
トしかあり得ないところ，共有仮想タグ等は，「共有」という字句が表すと
おり，交流する者の間で共有される共通のタグであるから（本件明細書等の
段落【００１４】等），被告システムにおいて，各ユーザ（交流する者）に
5 個別に設定されたアイコンやユーザネームが共有仮想タグ等に当たらない
ことは明らかであって，被告システムは，共有仮想タグ等のリストである「交
流先のリスト」を備えていない。
エ さらに，「交流先のリスト」は，出会い（交流開始条件が満たされている
と判定されること）を契機として新たに生成される情報（交流先の表示）を
10 集合したものでなければならないが，被告システム等において，ユーザ端末
に表示されるのは，個々のユーザが従前から保有していた既存のユーザネー
ムとアイコンであり，「ふるふる」を契機として生成される表示ではない。
すなわち，本件各発明における「交流先のリスト」は，「出会った」ことを
契機として作成されるタグ（共有仮想タグ）の表示の集合であるが，被告シ
15 ステム等では，「出会い」より前にユーザ各人がそれぞれ固有に保有するユ
ーザネームとアイコンの集合が表示されるのであって，両者は全く異なって
いる。
オ したがって，被告システムは，「交流先のリスト」の構成要件を充足しな
い。
20 ３ 争点１－３（構成要件Ｃ，Ｎ及びＸ２（「メッセージを送受信」等）の充足性）
について
（原告の主張）
(1)ア 被告システムの構成ｃ及びｎの「リスト表示機能により表示された複数の
友だちのリスト（被告システム等図面の【図５】下段画面のリスト，【図４
25 ３】【図４４】のリスト）の内から」が，本件発明１の構成Ｃ及び本件発明
３の構成Ｎの「ユーザが前記交流先リスト表示制御手段により表示された複
数の交流先の内から」に相当する。
また，被告システムの「ユーザがトークしたい友だちを選択指定してトー
クボタンをタップすることにより（図５），その友だちとのトークルームが
表示され（図６，図４５），選択指定した者と選択指定された相手とがスマ
5 ートフォン（２）を操作してそのトークルームに互いに書込んだ内容を閲覧
してメッセージを送受信できるように」が，構成要件Ｃ及びＮの「コミュニ
ケーションを取りたい相手を選択指定し，該選択指定した者と選択指定され
た相手とがユーザ端末を操作して入力した内容を互いに伝え合ってメッセ
ージを送受信できるように」に相当する。
10 イ 被告アプリの構成ｘ２の「表示された複数の友だちのリスト（図５下段画
面のリスト，図４３，図４４のリスト）の内からユーザがトークしたい友だ
ちを選択指定してトークボタンをタップすることにより（図５）」が，本件
発明４の構成要件Ｘ２の「ユーザが前記表示された複数の交流先の内からコ
ミュニケーションを取りたい相手を選択指定し」に相当する。被告システム
15 における「トーク」とは，会話感覚で行える文字コミュニケーションのこと
である（甲７３，７４）。
また，被告アプリの構成ｘ２の「その友だちとのトークルームが表示され
（図６，図４５）該選択指定した者と選択指定された相手とがスマートフォ
ン（２）を操作してそのトークルームに互いに書込んだ内容を閲覧してメッ
20 セージを送受信できるように」が，構成要件Ｘ２の「該選択指定した者と選
択指定された相手とがユーザ端末を操作して入力した内容を互いに伝え合
ってメッセージを送受信できるように」に相当する。
ウ 被告システムの構成ｃ及びｎの「該入力内容を前記スマートフォン（２）
で報知するための入力内容報知機能（図６，図４５）」が，構成要件Ｃ及び
25 Ｎの「該入力内容を前記ユーザ端末で報知するための入力内容報知手段」に
相当し，また，被告アプリの構成ｘ２の「該入力内容を前記スマートフォン
（２）で報知するための入力内容報知ステップ（図６，図４５）」が，構成
要件Ｘ２の「該入力内容を前記ユーザ端末で報知するための入力内容報知ス
テップ」に相当する。ここで，本件各発明及び被告システム等が，いずれも
「表示」ではなく「報知」と表現されているのは，「ユーザ端末の表示部で
5 の表示」と「ユーザ端末のスピーカでの音声報知」の両者を包含しているた
めである。本件明細書等にも，段落【００２５】，【００３５】，【００３
６】に「音声報知」が記載されており，被告システム等も，トークルームで
の文字やスタンプによるメッセージ伝達ばかりでなく，音声でメッセージを
伝えることができるのである（甲７１，７４）。
10 エ したがって，被告システムの構成ｃ及びｎ並びに被告アプリの構成ｘ２は，
それぞれ構成要件Ｃ，Ｎ又はＸ２を充足する。
(2)ア 被告は，端末外のサーバ等で管理される書き込み掲示板（書き込み用ウェ
ブページ）であって交流するユーザに共通の掲示板（ウェブページ）が必須
の構成であると主張する。
15 しかし，共通の書き込み掲示板を介してのメッセージのやり取りであろう
が，これを介しないメッセージのやり取りであろうが，
「連絡先の個人情報」
が知得された場合には，本件各発明の目的が達成できないから，共通の書込
み掲示板は必須の構成ではなく，
「連絡先の個人情報を知らせ合うことなく」
（構成要件Ｈ等）が必須の構成である。
20 そもそも，構成要件Ｃ等には，「メッセージを送受信」と記載されている
だけであり，どのような経路でメッセージを送受信するかについては何らの
限定はないから，被告の主張は失当である。
イ 被告は，被告システムのサーバにおいて，メッセージが「ユーザＡＢ間の
トーク履歴」というデータ形式で記憶されることはなく，ユーザごとのメッ
25 セージ送受信記録が個別に管理されるにすぎないから，被告システム等は，
「メッセージを送受信」に係る構成を備えない旨の主張をする。
しかし，被告のヘルプセンターのＱ＆Ａをまとめたもの（甲１００）には，
サーバでもメッセージの内容が暗号化された状態で保存される旨が記載さ
れており，また，被告のエンジニアによるブログ（甲１０１）にも，個人の
プライベートなトーク内容をＬＩＮＥのサーバ上に保存する旨が記載され
5 ているから，被告の上記主張は事実に反している。
ウ 被告は，「メッセージを送受信」の用語の解釈につき，「端末外のサーバ
等で管理される書き込み掲示板（書き込み用ウェブページ）であって交流す
るユーザに共通の掲示板（ウェブページ）に書き込んだ内容を閲覧してメッ
セージを送受信」することを意味し，また，ユーザに共通の掲示板（ウェブ
10 ページ）は，「共有仮想タグ等」に紐付けられたもの（「共有仮想タグ等」
をクリックしてアクセスするもの）でなければならないと主張する。
しかし，「送受信」の語は，「送信と受信」を意味する語として広辞苑に
も掲載されており（甲１２１），一義的に明確に理解することができる上，
「入力内容を前記ユーザ端末で報知するための入力内容報知手段」との構成
15 要件に用いられている用語であるため，その技術的意義は，「ユーザが入力
した内容（メッセージ）を相手のユーザ端末に報知できるようにすること」
であると解釈されるのであって，それ以上に，具体的にどのような構成の通
信装置により，どのような通信メカニズムでメッセージを送受信するかなど
という手段等に関する構成について特段の限定はないものと解すべきであ
20 る。本件明細書等に記載された実施例は，メッセージを送受信することに関
する具体的な一態様を示したものにすぎず，これに限定する解釈は許されな
い。
（被告の主張）
(1) 本件各発明においては，「ユーザ同士が連絡先の個人情報を知らせ合うこと
25 なく」（構成要件Ｈ，Ｓ及びΓ），ユーザ端末を介したコミュニケーションを
取る必要があることから，端末外のサーバ等で管理される書込み掲示板（書込
み用ウェブページ）であって交流するユーザに共通の掲示板（ウェブページ）
を必須の構成とする。そのため，本件各発明の「入力した内容を互いに伝え合
ってメッセージを送受信」（構成要件Ｃ，Ｎ及びＸ２）とは，端末外のサーバ
等で管理される書込み掲示板（書込み用ウェブページ）であって交流するユー
5 ザに共通の掲示板（ウェブページ）に書き込んだ内容を閲覧してメッセージを
送受信することを意味する。このことは，本件明細書等の【図１】，【図２】
に，書込みの対象として，共有仮想タグに紐付けされた書込み掲示板（書込み
用ウェブページ）のみが明記されていることからも明らかである。
また，本件明細書等は，氏名やメールアドレス等の個人情報を端末間で交換
10 せずに交流を可能にする具体的手段として，「共有仮想タグ」に係る構成を開
示しており，「ウェブページ」に対応する構成として本件明細書等が開示する
のは，
「共有仮想タグに対応した（共有仮想タグをクリックしてアクセスする）
Ｗｅｂページ」等のみであるから，ユーザに共通の掲示板（ウェブページ）は，
「共有仮想タグ等」に紐付けられたもの（「共有仮想タグ等」をクリックして
15 アクセスするもの）でなければならない（段落【０００８】，【図１０】）。
したがって，本件各発明の「入力した内容を互いに伝え合ってメッセージを
送受信」とは，結局，「当該ユーザ間の共有仮想タグを選択指定してアクセス
することのできるウェブページ等のネットワーク上の書込み・閲覧手段への書
込みとその閲覧によるメッセージの送受信」を意味する。
20 (2) これに対し，被告システム等では，交流メッセージは，サーバを介して交流
する相手ユーザ端末宛に送信され，その通信記録はユーザ双方の端末のメモリ
上に保存されるのであり，また，ユーザが端末上で確認しているメッセージの
履歴は，自身の端末のメモリ上に保存された通信記録であるにすぎないし，被
告システム等は，共有仮想タグ等に相当する構成を備えておらず，「共有仮想
25 タグを選択指定してアクセスすることのできるウェブページ等のネットワー
ク上の書込み・閲覧手段への書込みと閲覧が可能なもの」に対応する構成を全
く備えていないから，「メッセージを送受信」に係る構成を有しない。
４ 争点１－４（構成要件Ｅ，Ｐ及びＹ２（「必要条件」等）の充足性）について
（原告の主張）
(1) 被告システムの構成ｅ及びｐ並びに被告アプリの構成ｙ２の「該検索する機
5 能により前記所定時間中に所定距離内に位置するスマートフォン（２）が検索
された場合に，互いのスマートフォン（２）にその検索された相手方スマート
フォンのユーザを表示させ（図３の上段と中段，図３８），双方がその表示さ
れたユーザを選択して友だち登録に係るボタンを押下する友だち登録操作（図
３，図３８～図４１の操作）が行われたか否か判定し，友だち登録操作が行わ
10 れたと判定された場合に」が，本件発明１の構成要件Ｅ，本件発明３の構成要
件Ｐ及び本件発明４の構成要件Ｙ２の「該検索手段により前記所定時間中に所
定距離内に位置するユーザ端末が検索されたことを必要条件として」に相当す
る。これらの構成要件は，「必要条件」となっており，従属項である請求項２
の記載からしても，複数の条件のうちの１つを限定しているにすぎないことが
15 明らかである。このため，被告システム等のように，①所定時間中に所定距離
内に位置するスマートフォン（２）が検索されたこと，②その表示されたユー
ザを選択して友だち登録する友だち登録操作（図３，図３８～図４１の操作）
が行われたか否か判定し，友だち登録操作が行われたと判定された場合，の２
つの条件が存在する場合でも，①の条件が存在する時点で上記各構成要件を充
20 足する。
これに対して，被告は，乙１５の記載を引用し，「出会い時点登録」が必須
であると主張するが，構成要件Ｅ等をそのように限定解釈すべき理由はないか
ら，失当である。
(2) 被告システム等の構成ｅ，ｐ及びｙ２の「その友だち登録されたユーザを友
25 だちのリスト（図４の友だち（９人）のリスト，図５下段画面のリスト，図４
３及び図４４のリスト）に新たに追加する友だちリスト追加処理」が，構成要
件Ｅ，Ｐ及びＹ２の「該検索されたユーザ端末と前記メッセージの送受信を可
能にするために新たな交流先として前記交流先のリストに追加する交流先追
加処理」に相当する。
被告システム等の構成ｅ，ｐ及びｙ２の「追加機能」が構成要件Ｅ，Ｐ及び
5 Ｙ２の「交流先追加手段」に相当する。
(3) 以上のとおり，被告システム等の構成ｅ，ｐ及びｙ２は，それぞれ構成要件
Ｅ，Ｐ又はＹ２を充足する。
（被告の主張）
被告システム等は，前記のとおり，「前記メッセージの送受信」及び「交流先
10 のリスト」に係る構成を有さず，また，以下のとおり「必要条件」に係る構成も
有しないから，本件発明１の構成要件Ｅ，本件発明３の構成要件Ｐ及び本件発明
４の構成要件Ｙ２のいずれも充足しない。
(1) 原告は，平成２９年７月３０日付け上申書（乙１５）において，①所定時間
中に，②所定距離内に位置することが交流開始のための「必要条件」であると
15 する本件明細書等上の根拠は，段落【００９５】～【００９７】に記載されて
いると述べた。上記各段落に記載されている態様においては，出会ったときに
出会った場所と時間の登録をすること（出会い時点登録）が必須であるから，
所定時間中に所定距離内に位置するユーザ端末が検索された後に，ユーザ端末
同士の所持者のうちの一方が相手方に対して交流の申出を行い，相手方も交流
20 に同意するという条件が満たされて初めて交流先追加処理が行われる場合に
は，出会い時点登録の構成を備えなければ，本件発明１の技術的範囲には属し
ないことになる。
他方，所定時間中に所定時間内に位置するユーザ端末が検索された後に交流
の申出と同意が行われない場合についても，本件発明１に係る特許請求の範囲
25 に含まれるところ，この場合は，構成要件Ｅにおける「必要条件」は，必要十
分条件と解されることになる。
(2) 被告システムは，いわゆる端末のトラッキングを行う構成を有しておらず，
出会ったときに出会った場所と時間の登録をする（出会い時点登録）という構
成を備えない。また，被告システムにおいて，交流を開始するためには，少な
くとも一方のユーザが相手の個人の連絡先であるアカウント情報を取得した
5 上で，端末にユーザネームとアイコンを表示させ，友だち登録に係るボタンを
押下するという追加処理を経ることが必要である。
したがって，被告システムは，「必要条件」の構成要件を充足しない。
５ 争点１－５（構成要件Ｆ，Ｑ及びＸ３（「メッセージが入力された旨のポップ
アップ通知」等）の充足性）について
10 （原告の主張）
(1) 被告システムの構成ｆ及びｑの「複数の友だちのリスト（図５下段画面のリ
スト，図４３及び図４４のリスト）の内から」が，本件発明１の構成要件Ｆ及
び本件発明３の構成要件Ｑの「前記複数の交流先の内から」に相当する。
被告システムの構成ｆ及びｑの「トークしたい友だちを選択指定してトーク
15 ボタンをタップ（図５）した者が」，「選択指定された相手に対してトークル
ームにメッセージを入力して送信する操作を行った場合に（図６，図４５）」
が，構成要件Ｆ及びＱの「コミュニケーションを取りたい相手を選択指定した
者が」，「選択指定された相手に対しメッセージを入力して送信する操作を行
った場合に」にそれぞれ相当し，被告アプリの構成ｘ３の「前記選択指定した
20 者が選択指定された相手に対しメッセージを入力して送信する操作を行った
場合に（図６，図４５）」が，本件発明４の構成要件Ｘ３の「前記選択指定し
た者が選択指定された相手に対しメッセージを入力して送信する操作を行っ
た場合に」に相当する。
また，被告システムの構成ｆ及びｑの「前記選択指定された相手のユーザの
25 スマートフォンにメッセージが入力された旨の通知ポップアップ（図５７）を
行うための制御を実行する」が，構成要件Ｆ及びＱの「前記選択指定された相
手のユーザ端末にメッセージが入力された旨のポップアップ通知を行うため
の制御を実行する」に相当し，被告アプリの構成ｘ３の「前記選択指定された
ユーザのスマートフォン（２）の前記表示部にメッセージが入力された旨の通
知ポップアップを行い（図５７）」が，構成要件Ｘ３の「前記選択指定された
5 相手のユーザ端末の前記報知部にメッセージが入力された旨のポップアップ
通知を行い」に相当する。被告システム等において「通知ポップアップ（図５
７）」を行うための制御が実行されることは，甲７２にも記載されている。
したがって，被告システムの構成ｆ及びｑ並びに被告アプリの構成ｘ３は，
本件発明１の構成要件Ｆ，本件発明３の構成要件Ｑ又は本件発明４の構成要件
10 Ｘ３を充足する。
(2) 被告は，被告システム等において，メッセージが送信された場合，その相手
ユーザのスマートフォンの画面には，当該メッセージの内容そのものが表示さ
れ，「メッセージが入力された」旨の通知が行われるわけではないと主張する
が，被告システム等における「通知ポップアップ」は，本来，相手からメッセ
15 ージがユーザ端末に送られてきたことを当該ユーザ端末に通知するものであ
り（甲７０） これがメッセージの内容を表示するのは副次的機能にすぎない。
，
このことは，長いメッセージが送信された場合に，その冒頭部分しか表示され
ないことからも明らかである。
また，被告システム等における「通知ポップアップ」の通知態様は複数用意
20 されており（甲１２２），被告システム等図面の【図５７】はそのうちの一態
様にすぎず，他の表示態様を選択設定すれば，メッセージの内容は表示されず，
「新着メッセージがあります。」と通知される（甲１２３）。
したがって，被告の上記主張は失当である。
（被告の主張）
25 被告システム等において，メッセージが送信された場合，その相手ユーザのス
マートフォンの画面には，当該メッセージの内容そのものが表示されるのであっ
て（別紙被告システム等図面【図５７】），「メッセージが入力された」旨の通
知が行われるわけではないから，被告システム等は構成要件Ｆを充足しない。
６ 争点１－６（構成要件Ｇ（「ユーザ端末同士の一方からの要求に応じて，…ポ
ップアップ通知を行わないように制御し」等）の充足性）について
5 （原告の主張）
(1) 被告システムの構成ｇの「トークしたい友だちを選択指定して互いにメッセ
ージを送受信できるスマートフォン同士の一方からの要求に応じて（図５９～
図６４）」が，本件発明１の構成要件Ｇの「前記交流先として指定されて互い
にメッセージを送受信できるユーザ端末同士の一方からの要求に応じて」に相
10 当する。
そして，構成ｇの「他方のスマートフォンからメッセージを入力して送信す
る操作を行ったとしても（図６５，図６６）前記通知ポップアップを行わない
ように制御し（図６７）」が，構成要件Ｇの「他方のユーザ端末からメッセー
ジを入力して送信する操作を行ったとしても前記ポップアップ通知を行わな
15 いように制御し」に相当する。
また，被告システムにおいては，ユーザが操作画面上で「■メッセージ通知
の表示内容をＯＦＦ，通知ポップアップもＯＦＦ」に設定すると，ポップアッ
プが非表示となる機能があり（甲１２２・６～９頁），この通知ポップアップ
のＯＦＦ機能を使用すると，送信されたメッセージは表示されるが，通知ポッ
20 プアップは表示されない（甲１４１）。
したがって，被告システムの構成ｇは，本件発明１の構成要件Ｇを充足する。
(2) 被告は，被告システムはメッセージを受信した際にメッセージを受信したこ
とが通知されないように制御しているのではないから，構成要件Ｇを充足しな
いと主張するが，構成ｇは，「メッセージを受信した際にメッセージを受信し
25 たことが通知されないように制御し」とするものではなく，単に，「他方のス
マートフォンからメッセージを入力して送信する操作を行ったとしても（図６
５，図６６）前記通知ポップアップを行わないように制御し」とするものであ
るから，結果として通知ポップアップが行われないものであれば足りるのであ
って，被告システムはかかる構成を有している（甲７０）。
したがって，被告の上記主張は失当である。
5 （被告の主張）
被告システムは，ブロックの操作が行われた場合，一方がメッセージを送信し
ても，他方のスマートフォンに当該メッセージ自体が受信されないように制御し
ているのであって，メッセージを受信した際にメッセージを受信したことが通知
されないように制御しているのではないから，構成要件Ｇを充足しない。
10 ７ 争点１－７（構成要件Ｈ，Ｓ及びΓ（「前記コンピュータ側からの制御に基づ
いて」 「ユーザ同士が連絡先の個人情報を知らせ合うことなく」
， 等）の充足性）
について
（原告の主張）
(1) 被告システムの構成ｈ及びｓ並びに被告アプリの構成γの「前記コンピュー
15 タ（１４）側からの制御に基づいて前記友だちのリスト（図４，図４３のユー
ザ名「ジャスティス」，図４４のユーザ名「テミスＸ１」と「テミス」のアイ
コン）をスマートフォン（２）に表示させることにより」が，本件発明１の構
成要件Ｈ及び本件発明３の構成要件Ｓの「前記コンピュータ側からの制御に基
づいて前記交流先のリストを前記ユーザ端末に表示させることにより」又は本
20 件発明４の構成要件Γの「前記コンピュータ側からの制御に基づいて前記交流
先のリストを前記表示部に表示させることにより」に相当する。
また，構成ｈ，ｓ及びγの「ユーザ同士がユーザ識別子（被告のサービスを
利用する際に被告から個々のユーザに付与される，個々のユーザ固有のデジタ
ル情報）を知らせ合うことなく交流できるようにした」が，構成要件Ｈ，Ｓ及
25 びΓの「前記ユーザ同士が連絡先の個人情報を知らせ合うことなく交流できる
ようにした」に相当する。
(2)ア 被告は，ユーザが「連絡先の個人情報」を認識することができなくても，
当該情報を用いて相手に直接連絡を取ることができる場合には，本件各発明
の課題ａ～ｄが解決できなくなるから，「連絡先の個人情報を知らせ合うこ
となく」との構成要件は，相手との直接連絡を取ることができないようにす
5 るための課題解決手段でなければならないと主張する。
しかし，メールアドレスのような知得できる連絡先の個人情報は，知得し
た者がその情報を用いて相手方にメッセージ等を伝えることを可能にする
情報であるため，知得した者により他人に横流しされて輾転流通し，成りす
ましやスパムの被害が発生するのである。
10 これに対し，本件各発明の交流先のリストは，ユーザ自身が知得してユー
ザ端末に登録するのではなく，コンピュータ側からの制御によりユーザ端末
に表示されるため，メールアドレスのように知得した者により輾転流通（横
流しや転売）がされる不都合がない結果，成りすましやスパムの被害を極力
防止することができる。
15 したがって，「相手と直接連絡を取ることを回避できる手段でなければな
らない」との被告の解釈は誤りである。
イ 被告は，ユーザネームとアイコンは，交流相手本人を識別できる情報であ
って，「連絡先の個人情報」に該当すると主張する。
しかし，ユーザネームとアイコンは，個々のユーザに固有の連絡先の情報
20 ではなく，相手のスマートフォンの友だちリストに表示させることにより相
手に自分を認識させるためのプロフィール情報であって，アイコンを登録し
なくてもユーザ同士は交流することができるし（被告システム等図面【図１
６】～【図３１】，【図４５】），プロフィール設定アイコン（同【図４７】
参照）をタップすることにより，ユーザ名を容易に変更できるものであって
25 （同【図４８】～【図５２】），トーク等の通信時にトーク相手を特定する
制御機能はない。
一方，純粋なアカウント情報である「ユーザ識別子」は，相手のスマート
フォンの友だちリストに表示されることはなく，同リストに表示されるユー
ザネームをタップすることにより，同ユーザのユーザ識別子をＬＩＮＥサー
バに送信してトーク相手としての同ユーザを特定し，トークルームを選択表
5 示する制御に用いられる情報であり，交流相手に固有の連絡先を特定できる
情報である。そして，ユーザ識別子は，他人が閲覧することはできないので
ある。
したがって，被告システム等のユーザネームとアイコンは，「連絡先の個
人情報」に当たらず，これに当たるのは，ユーザ識別子のみである。
10 ウ 被告は，ユーザ識別子と紐付いているユーザネームとアイコンは，「連絡
先の個人情報」に該当すると主張する。
しかし，本件各発明の実施例でも，「共有仮想タグ，作成位置の住所及び
メモ」のリストにおける「共有仮想タグ」を選択してクリックすることによ
り，相手と連絡を可能にするための共有仮想タグの指定情報（相手との連絡
15 先の識別情報）がサーバへ送信されるのであり，「共有仮想タグ」は，「相
手との連絡先の識別情報」と紐付けられている。
これと同様に，被告システムにおいて，被告が主張するように，ユーザＡ
の「ユーザネームとアイコン」がユーザ識別子に紐付けられ一体として管理
されており，ユーザＢの端末上に表示されるユーザＡの「ユーザネームとア
20 イコン」を選択すると，それらと紐付いているユーザ識別子により，ユーザ
ＢがユーザＡと連絡を取ることができるのであっても，「ユーザネームとア
イコン」が「連絡先の個人情報」に当たることになるわけではない。
被告システム等においては，「ユーザネームとアイコン」がユーザ識別子
に紐付いているとしても，他人の「ユーザネームとアイコン」を知得した者
25 は，トークルームで当該ユーザとメッセージの送受信をすることができない
から，連絡先知得機能を有しない。その原因は，
「ユーザネームとアイコン」
を知らされた者は，ユーザ識別子から切り離された「ユーザネームとアイコ
ン」を知得することになるからである。
（被告の主張）
(1) 構成要件の解釈
5 ア 前記２（被告の主張）(2)のとおり，「連絡先の個人情報」とは，「『連絡
先』という特定の個人（個々人）を識別することのできる，個々人に固有の
情報」及び「当該情報を相手に通知することによって，相手と後々コンタク
トが取れるようになる，個々人に固有の情報」を意味する。
イ 連絡先の個人情報を「知らせ合うことなく」とは，本件明細書等において，
10 「交換する」方法，「知らせ合う」方法を限定する記載はないことから，通
信回線等を用いて連絡先の個人情報を交換することも，相手の面前での提供
等それ以外の方法で連絡先の個人情報を交換することも行わないという意
味と理解すべきである。
ウ 本件明細書等において唯一開示されているのは，共有仮想タグを用いるこ
15 とで「連絡先の個人情報」を端末間で交換せずに交流することを可能にする
技術であり，本件明細書等の段落【００１９】～【００２１】には，「連絡
先の個人情報」を端末間で交換せずに共有仮想タグを用いることで課題を解
決することが明瞭に記載されている。
仮に，「連絡先の個人情報」を端末間では交換した上で，それをユーザが
20 認識できないように表示して交流を可能にする技術を，本件各発明の技術的
範囲に含めようとするのであれば，識別情報等のデータを人間が知得できな
いように画像や文字等に埋め込む技術は本件特許出願時点で周知であった
から，本件明細書にそれを記載することは容易であった。にもかかわらず，
本件明細書等には，「連絡先の個人情報」を端末間で交換した上，それをユ
25 ーザが認識できないように表示する技術については，一切開示しておらず，
むしろ，「課題を解決するための各種手段と実施の形態との対応関係」を示
す段落【０００８】や【００１０】には，「連絡先の個人情報」に相当する
「ユーザＩＤ」を端末間で交換しない課題解決手段のみを記載している。
さらに，本件特許請求の範囲には，「前記コンピュータ側からの制御に基
づいて前記交流先のリストを前記ユーザ端末に表示させる」ことが規定され
5 ているところ，仮に「連絡先の個人情報」が端末間で交換されているのであ
れば，単に，端末に記憶されている「連絡先の個人情報」を，匿名化等して
ユーザが知得できない態様で表示すれば交流が可能になるから，「コンピュ
ータ側からの制御」は必要がない。つまり，「前記コンピュータ側からの制
御に基づいて前記交流先のリストを前記ユーザ端末に表示させる」という本
10 件特許請求の範囲の記載は，本件各発明において，「連絡先の個人情報」が
端末間で交換されておらず，端末に「連絡先の個人情報」が記憶されていな
いことを示しているということができる。
したがって，本件特許請求の範囲及び本件明細書等の記載に接した当業者
は，本件各発明は，「連絡先の個人情報」が端末間で交換されない発明であ
15 ると理解するのであって，「『連絡先の個人情報』が端末間で交換されてい
てもユーザがそれを知得さえできなければ，本件特許発明の技術的範囲に含
まれる」と理解することはない。
また，本件明細書等に記載された本件各発明の課題ａ～ｄからすれば，
「当
該情報を相手に通知することによって，相手と後々コンタクトが取れるよう
20 になる，個々人に固有の情報」が端末間で交換された場合，同情報の内容自
体をユーザが知得・認識できなくても，課題ａ～ｄが掲げる問題が生じるの
であれば，「連絡先の個人情報」が「交換」等されていると解釈すべきであ
る。そのように解釈しなければ，本件特許発明は，課題を解決できない態様
をその技術的範囲に含んでしまうことになるからである。
25 そして，同情報に対応する情報をユーザが知得・認識することによって，
当該ユーザが同情報を使って相手に連絡を取ることができたり，当該ユーザ
が同情報を他人に横流しできたりするようになる場合には，本件各発明の課
題が生じるから，そのような場合は，連絡先の個人情報の「交換」等がされ
ており，「連絡先の個人情報を交換することなく」等の構成要件を充足しな
い。
5 (2) 被告システム等が構成要件を充足しないこと
ア 被告システム等において，「連絡先の個人情報」に当たるのは，①ユーザ
識別子のみならず，②ユーザネーム，③アイコン及び④ユーザ識別子と紐付
いているユーザネームとアイコンであるところ，前記２（被告の主張）(4)イ
のとおり，被告システム等において，ユーザネームとアイコンは「連絡先の
10 個人情報」に該当し，「ユーザ識別子に紐付いたユーザネーム等」として一
体のものとして「連絡先の個人情報」に該当する。
被告システムにおける本件機能を用いたユーザ同士は，「連絡先の個人情
報」に該当するユーザネームとアイコンを交換し，相手のユーザネームとア
イコンを閲覧できるようになるのであるから，被告システムは「ユーザ同士
15 が連絡先の個人情報を知らせ合うことなく交流できるようにした」との構成
要件を充足しない。
イ 被告システム等における「ユーザ識別子に紐付いたユーザネーム等」は，
本件各発明が解決すべき課題ａ～ｄをいずれも解決し得ず，「ふるふる」に
よる友だち登録によってユーザ識別子に紐付いたユーザネーム等を交換す
20 る被告システム等では，本件明細書等において従来技術として記載されてい
るメールアドレス等と同じように，個人情報を相手に通知することによる欠
点が生じることになる。そして，被告システム等においては，「連絡先の個
人情報」であるユーザネーム等が，ユーザ端末間で交換され，閲覧できる（ユ
ーザが認識できる）ようになるから，「ユーザ識別子に紐付いたユーザネー
25 ム等」は，「連絡先の個人情報」に該当し，当該情報を交換する被告システ
ム等は，
「連絡先の個人情報を知らせ合うことなく」に係る構成を備えない。
ウ 被告システム等においては，相手のユーザ識別子とユーザネーム等がサー
バを介して端末に通知され，友だちリストに当該ユーザネーム等が表示され
るにすぎない。原告は，本件各発明における「コンピュータ側からの制御に
基づいて」との発明特定事項は，単にサーバを介して端末間で情報伝達がな
5 され，端末にリストが表示される構成も含むと主張するが，以下の本件特許
請求の範囲の文言，本件明細書等の記載及び出願経過（分割の経緯）からす
れば，そのような解釈は採用し得ない。
(ｱ) 本件特許請求の範囲には，「複数の交流先のリストをユーザに表示する
ための制御」（構成要件Ｂ等），「前記コンピュータ側からの制御に基づ
10 いて前記交流先のリストを前記ユーザ端末に表示させる」
（構成要件Ｈ等）
と規定されているが，一般に「制御」とは「機械や設備が目的通り作動す
るように操作すること」を意味する（乙５６）から，単にコンピュータ（サ
ーバ）が端末間の情報伝達を介することは，「目的通り作動するように操
作する」という積極的かつ主体的な動作を含むものではなく，「（コンピ
15 ュータ側からの）制御」に当たるとは解し難い。
(ｲ) 本件明細書等の段落【０００８】，【００９０】及び【００９１】の記
載によると，本件各発明における「複数の交流先のリストをユーザに表示
するための制御」，「前記コンピュータ側からの制御に基づいて前記交流
先のリストを前記ユーザ端末に表示させる」とは，コンピュータ（サーバ）
20 が，(ⅰ) 交流開始条件が満たされていると判定されることを契機として，
当該出会った当事者の一方から生成依頼を受けた後，(ⅱ) 当該出会った
当事者同士が相手方と（個人情報を交換することなく）交流できるように
情報（共有仮想タグ）を「生成」した上で，(ⅲ) 当該情報を当該出会っ
た両当事者の端末に「送信」 (ⅳ)当該両当事者の端末に
し， 「記憶」させ，
25 それに基づいて，(ⅴ) 当該情報（又はそれに紐付く情報）を「交流先の
リスト」として当該両当事者の端末に「表示させる」ことを意味するから，
「出会う」前（交流開始条件が満たされていると判定される前）から各当
事者の端末に既に記憶されていた情報が，サーバを通じて相手方の端末
に通知され，当該情報（ないしその一部）が相手方のユーザ端末に表示さ
れるだけでは，本件各発明における「制御」には該当せず，かかる構成が
5 「制御」に含まれることが読み取れる本件明細書上の記載は存在しない。
(ｳ) 本件各特許は，原々出願（特願２０１１－５５３７１０。乙５８），原
出願（特願２０１３－４１６３６。（乙５９） からの分割出願である
） （乙
５７）ところ，分割出願をすることができる範囲は，もとの出願について
補正をすることが可能である範囲に限られ，原出願等の出願当初の明細
10 書又は図面に記載した事項の範囲外のものを含めることは許されない
（東京地裁平成１５年（ワ）第９２１５号同１６年４月２３日判決等）。
原々出願及び原出願の当初明細書及び図面には，
「前記コンピュータ側
からの制御に基づいて前記交流先のリストを前記ユーザ端末に表示させ
る」との記載も，本件明細書等の段落【０００８】の記載も存在しないと
15 ころ，原告は，本件特許２の出願経過で提出した平成２６年１月９日付け
意見書（乙６０）において，これらを追加する補正の根拠は，段落【００
９７】及び【図８】（いずれも本件明細書等と同内容のもの。）を根拠と
する旨を述べていた。
そして，段落【００９７】及び【図８】に記載されているのは，交流開
20 始条件が満たされていると判定されることを契機として，サーバが，新た
に共有仮想タグを生成し，その共有仮想タグを両当事者の端末に送信し，
共有仮想タグが当該端末に記憶されるという構成であるから，少なくと
も，交流開始条件が満たされていると判定される前に既に生成されてい
る情報がサーバを介して相手の端末に通知されるという構成は，
「前記コ
25 ンピュータ側からの制御に基づいて前記交流先のリストを前記ユーザ端
末に表示させる」には含まれない。
８ 争点１－８（構成要件Ｊ，Ｒ及びＺ（「一方が相手方に対して交流の申し出を
行ない，相手方も交流に同意することにより，前記交流先追加処理を行う」等）
の充足性）について
（原告の主張）
5 (1) 被告システムの構成ｊ及びｒ並びに被告アプリの構成ｚの「前記追加機能は」
が，本件発明２の構成要件Ｊ，本件発明３の構成要件Ｒ及び本件発明４の構成
要件Ｚの「前記交流先追加手段は」に相当する。
構成ｊ，ｒ及びｚの「前記検索する機能により所定時間中に所定距離内に位
置するスマートフォン（２）が検索された場合に」が，構成要件Ｊ，Ｒ及びＺ
10 の「前記検索手段により前記所定時間中に所定距離内に位置するユーザ端末が
検索された場合に」に相当する。
構成ｊ，ｒ及びｚの「当該検索されたスマートフォン（２）同士の所持者の
内の一方が相手方に対して友だち申請を行ない（テミスＸ１が図３９の「追加」
ボタンをタップして友だち申請を行なうことにより図４０の「リクエスト中」
15 となり），相手方が応諾することにより（ジャスティスが図４１の「追加」ボ
タンをタップすることにより）」が，構成要件Ｊ，Ｒ及びＺの「当該検索され
た前記ユーザ端末同士の所持者の内の一方が相手方に対して交流の申し出を
行ない，相手方も交流に同意することにより」に相当する。
構成ｊ，ｒ及びｚの「前記友だちリスト追加処理を行う（図４２の「友だち
20 登録完了」となり，図４３及び図４４のように互いの友だちリストに相手が表
示される）」が，構成要件Ｊ，Ｒ及びＺの「前記交流先追加処理を行う」に相
当する。
したがって，被告システムの構成ｊ及びｒ並びに被告アプリの構成ｚは，本
件発明２の構成要件Ｊ，本件発明３の構成要件Ｒ又は本件発明４の構成要件Ｚ
25 をそれぞれ充足する。
(2) これに対し，被告は，被告システム等が「一方が友達申請を行い，それに対
し他方が応諾する」という構成を備えていないと主張する。
しかし，被告システム等において，ユーザ同士が友達申請を行うための「追
加」ボタンのタップの時刻が両ユーザにおいて完全に一致することはないから，
先に「追加」ボタンをタップした方のユーザが「リクエスト中」となり，これ
5 に応える形で後のユーザが「追加」ボタンをタップすることになるのであり，
このことは，一方のユーザしか「追加」ボタンをタップしていない状態ではま
だ友だちとして追加されないこと（甲１８最終頁）からも明らかであって，被
告主張は失当である。
（被告の主張）
10 所定時間中に所定距離内に位置するユーザ端末が検索された後に，ユーザ端末
同士の所持者のうちの一方が相手方に対して交流の申出を行い，相手方も交流に
同意することにより交流先追加処理が行われる場合には，本件明細書等の段落
【００９５】～【００９７】に記載されている「出会い時点登録」が必須である
ところ，被告システム等は，「一方が友達申請を行い，それに対し他方が応諾す
15 る」という構成を備えておらず，また，いわゆる端末のトラッキングを行う構成
を有しないため「出会い時点登録」の構成を備えていない。
したがって，被告システムの構成ｊ及びｒ並びに被告アプリの構成ｚは，本件
発明２の構成要件Ｊ，本件発明３の構成要件Ｒ及び本件発明４の構成要件Ｚのい
ずれも充足しない。
20 ９ 争点２－１（乙５公報に基づく進歩性欠如）について
（被告の主張）
本件各発明は，乙５発明と，乙５～７公報及び乙８米国公報に記載された発明
又はこれらにより導かれる周知技術に基づいて，当業者が容易に発明をすること
ができたものであるから，進歩性の欠如により特許法１２３条１項２号，２９条
25 ２項に該当し，特許無効審判により無効にされるべきものである。
(1) 乙５発明の内容
乙５発明には，システムの発明として以下のア～ウの発明が，プログラムの
発明として同エの発明が記載されている。
ア 本件発明１に対応させた構成
ａ 現実世界で出会った利用者同士が出会い支援装置１１及びＰＣ端末１
5 ０２を利用してネットワークを介してのコミュニケーションによる交流
を支援する出会い支援システム１０１であって，
ｂ 互いにコミュニケーションによる交流をしようとする（つまり，交流に
同意した）ユーザ同士が交流できるようにするための複数の相手先リスト
（図５及び図６に示された相手ＩＤを含むリスト）をユーザのＰＣ端末１
10 ０２に表示するための制御を行なう交流先リスト表示制御手段（図５に示
されたメッセージ機能画面１１０，１１１及び図６に示されたメッセージ
機能画面１１２）を備え，
ｃ 利用者が上記交流先リスト表示制御手段により表示された複数の相手
先の内からコミュニケーションを取りたい相手を選択指定し，該選択指定
15 した者と選択指定された相手とがＰＣ端末１０２を操作して書込んだ内
容を閲覧することによりメッセージを送受信できるようにその入力内容
をＰＣ端末１０２上で報知するための入力内容報知手段を備えており（図
５），
ｄ’後述のとおり出会い支援装置１１の検出（検索）が行われるものであっ
20 て，
ｅ’出会い支援装置１１の利用者Ａ及び利用者Ｂが所定の距離以内に近づく
と，互いの受信部がそれぞれ送信された電波を受信して近接を検出し，同
調回路４ａにより送信周波数及び設定周波数が一致することを識別する
（段落【００２３】等）という形態での必要条件（所定時間中に所定距離
25 内において出会い支援装置１１が検出されたこと）の判定が行われ，出会
い支援システム１０１においても，新たな出会いにより見つかった新たな
交流先は相手先リストに追加される交流先追加手段を備えており，
ｆ’複数の相手先の内からコミュニケーションを取りたい相手を選択指定し
た者が選択指定された相手に対しメッセージを入力して送信する操作を
行った場合に，前記選択指定された相手のＰＣ端末１０２にメッセージが
5 届いた旨のポップアップ通知を行う一方，
ｇ’ポップアップ通知を行わないように制御することが可能かどうか明らか
にされていないが，
ｈ’会員センター（サーバ）１０３の記憶装置１０５にて管理されている相
手ＩＤを含むリストを上記ＰＣ端末１０２に表示させることにより，利用
10 者同士が相手ＩＤ以外の個人情報を知らせ合うことなく交流できる
ｉ 出会い支援システム。
イ 本件発明２に対応させた構成
ｊ’所定時間中に所定距離内において互いに出会い支援装置１１が検出され
たことによる新たな出会いにより見つかった新たな交流先は相手先リス
15 トに追加される交流先追加手段を備えており，また，出会った利用者の端
末（出会い支援装置１１及びＰＣ端末１０２）同士の，例えば，設定され
た出会い支援装置を携行して告知し合ったり，ＩＤを交換し合ったりする
こと（段落【００２３】等）といった交流の申し出及び同意によって上記
交流先追加が行われる，
20 ｋ 本件特許発明３－１に関連する出会い支援システム。
なお，構成ｊ’に関し，乙５発明の出会い支援システム１０１においても，
新たな出会いにより見つかった新たな交流先が相手先リストに追加される
ことは自明であるので，出会い支援システム１０１は交流先追加手段を備え
ている。また，乙５発明においては，近接通信により出会った利用者の端末
25 （出会い支援装置１１及びＰＣ端末１０２）同士の以下の①～⑧のような交
流の申出及び同意によって上記交流先追加が行われる。
①出会い支援システムを利用すること及びそのサービスの提供を受けるこ
と（明細書及び図面全体）
②出会い支援システムの一部を構成する出会い支援装置に対し，単純に異性
との出会いを求めることだけを設定をしたり，趣味嗜好等を設定したりす
5 ること（【請求項１】，段落【００１８】，【００２０】，【００２２】，
【００２４】，【図２】等）
③設定された出会い支援装置を携行して告知し合ったり，ＩＤを交換し合っ
たりすること（段落【００２３】，【００３４】，【００３８】等）。
④出会い支援装置の告知の発光パターンの点滅速度や光の強弱を調節し，蛍
10 の求愛活動のように，お互いの出会いの願望の強さの度合いを表現し合う
こと（段落【００２３】）
⑤上記④の結果，必要であれば趣味嗜好のチャンネルを一致させＩＤを交換
し合うこと（段落【００１８】，【００２３】，【請求項３】）
⑥交流するためにサーバへログインし，近接して交換した情報の履歴（履歴
15 情報）をアップロードすること（段落【００４０】～【００４２】，【図
４】等）
⑦会員センター１０３では，アップロードされた履歴に含まれている相手方
ＩＤが実在する会員ＩＤであるか検証されること（段落【００４３】）
⑧返信メッセージを送信すること（段落【００４８】）
20 そして，乙５公報の段落【００１８】には，趣味嗜好の選択スイッチまた
はダイヤルのほかに，単純に異性との出会いを求める場合の強度の設定が任
意に可能なことが記載されており，段落【００１８】と【００２３】（発光
パターンの点滅速度や光の強弱を調節し合って蛍の求愛活動のようにお互
いの出会いへの願望の強さの度合いを表現し合うこと）とを参酌すると，上
25 記⑤には，例えば，(a)最初双方が単純に異性との出会いを求める設定のみ
をする，(b)実際に出会ったとき（このとき，互いの出会い支援装置が発光パ
ターンに基づき点滅等する），一方が他方を気に入り点滅速度を上げるなど
の調整をして好意の強さを示す，(c)他方も相手を気に入ればこれに応じて
点滅速度を上げるなどする，(d)さらに，その後，趣味嗜好を一致させるよう
に互いの出会い支援装置を設定し，互いの出会い支援装置の履歴情報保存部
5 に互いの出会い情報の履歴を保存するといった使い方をすることも含まれ
る。なお，以上の構成に基づけば，乙５に記載されている相手ＩＤリストに
おいても，実際に出会って交流同意の確認が取れた者のみを表示させる（近
接しただけの者のユーザＩＤを無条件に取り込まない）ことも可能である。
ウ 本件発明３に対応させた構成
10 ｌ 現実世界で出会った利用者同士が出会い支援装置１１及びＰＣ端末１
０２を利用してネットワークを介してのコミュニケーションによる交流
を支援する出会い支援システム１０１であって（図３），
ｍ’複数の相手先リスト（図５及び図６に示された相手ＩＤを含むリスト）
をユーザのＰＣ端末１０２に表示するための制御を行なう交流先リスト
15 表示制御手段（図５に示されたメッセージ機能画面１１０，１１１及び図
６に示されたメッセージ機能画面１１２を制御する手段）を備えており，
ｎ’交流先リスト表示制御手段により表示された複数の交流先の内からコミ
ュニケーションを取りたい相手を選択指定し，該選択指定した者と選択指
定された相手とがユーザのＰＣ端末１０２を操作して入力した内容を互
20 いに伝え合ってメッセージを送受信できるように該入力内容を前記ユー
ザのＰＣ端末１０２で報知するための入力内容報知手段（図５及び図６に
示された端末画面上の報知手段）を備えており，
ｏ’後述のとおり出会い支援装置１１の検出（検索）が行われるものであっ
て，
25 ｐ’出会い支援装置１１の利用者Ａ及び利用者Ｂが所定の距離以内に近づく
と，互いの受信部がそれぞれ送信された電波を受信して近接を検出し，同
調回路４ａにより送信周波数及び設定周波数が一致することを識別する
（段落【００２３】等）という形態での必要条件（所定時間中に所定距離
内において出会い支援装置１１が検出されたこと）の判定が行われ，また，
新たな出会いにより見つかった新たな交流先が相手先リストに追加され
5 る交流先追加手段を備えており，
ｑ コミュニケーションを取りたい相手を選択指定した者が選択指定され
た相手に対しメッセージを入力して送信する操作を行った場合に，前記選
択指定された相手のＰＣ端末１０２にメッセージが届いた旨のポップア
ップ通知が行われ，
10 ｒ’交流先追加手段は，出会った利用者の端末（出会い支援装置１１及びＰ
Ｃ端末１０２）同士の，例えば，設定された出会い支援装置を携行して告
知し合ったり，ＩＤを交換し合ったりすること（段落【００２３】等）と
いった交流の申し出及び同意によって上記交流先追加が行われ，
ｓ’相手ＩＤを含むリストを上記ＰＣ端末１０２に表示させることにより，
15 利用者同士が相手ＩＤ以外の個人情報を知らせ合うことなく交流できる
ようにした，
ｔ 出会い支援システム。
なお，構成ｒ’に関し，乙５発明の出会い支援システム１０１が交流先追
加手段を備えている点及び交流の申出及び同意によって上記交流先追加が
20 行われる点については，構成ｊ’と同様である。
エ 本件発明４に対応させた構成
ｕ 現実世界で出会った利用者同士がサーバ１０３を利用しての交流を行
うために出会い支援装置１１及びＰＣ端末１０２により実行されるプロ
グラムであって（図４等），
25 ｖ’後述のとおり出会い支援装置１１の検出（検索）が行われるものであっ
て，
ｗ ユーザのＰＣ端末１０２の報知部（表示画面）を制御するための報知制
御ステップが前記ＰＣ端末１０２上で実行され（図５及び図６に示された
端末画面），
ｘ 前記報知制御ステップは，
5 ｘ１’複数の相手先リスト（図５及び図６に示された相手ＩＤを含むリスト）
をユーザのＰＣ端末１０２に表示するための制御を行なう交流先リスト
表示制御ステップ（図５に示されたメッセージ機能画面１１０，１１１及
び図６に示されたメッセージ機能画面１１２を制御する手段）と，
ｘ２’乙５には，交流先リスト表示制御手段により表示された複数の交流先
10 の内からコミュニケーションを取りたい相手を選択指定し，該選択指定し
た者と選択指定された相手とがユーザのＰＣ端末１０２を操作して入力
した内容を互いに伝え合ってメッセージを送受信できるように該入力内
容を前記ユーザのＰＣ端末１０２で報知するための入力内容報知ステッ
プ（図５及び図６に示された端末画面上の報知ステップ）と，を含み，
15 ｘ３ 相手を選択指定した者が選択指定された相手に対しメッセージを入
力して送信する操作を行った場合に，前記選択指定された相手のＰＣ端末
１０２の表示部にメッセージが届いた旨のポップアップ通知が行われ，
ｙ’後述のとおり出会い支援装置１１の検出（検索）が行われるものであっ
て，
20 ｙ２’出会い支援装置１１の利用者Ａ及び利用者Ｂが所定の距離以内に近づ
くと，互いの受信部がそれぞれ送信された電波を受信して近接を検出し，
同調回路４ａにより送信周波数及び設定周波数が一致することを識別す
る（段落【００２３】等）という形態での必要条件（所定時間中に所定距
離内において出会い支援装置１１が検出されたこと）の判定が行われ，ま
25 た，新たな出会いにより見つかった新たな交流先が相手先リストに追加さ
れる交流先追加手段を備えており，
ｚ’交流先追加手段は，出会った利用者の端末（出会い支援装置１１及びＰ
Ｃ端末１０２）同士の，例えば，設定された出会い支援装置を携行して告
知し合ったり，ＩＤを交換し合ったりすること（段落【００２３】等）と
いった交流の申し出及び同意によって上記交流先追加が行われ，
5 γ’相手ＩＤを含むリストを上記ＰＣ端末１０２の表示部に表示させること
により，利用者同士が相手ＩＤ以外の個人情報を知らせ合うことなく交流
できるようにした，
δ プログラム。
なお，構成ｚ’に関し，乙５発明の出会い支援システム１０１が交流先追
10 加手段を備えている点及び交流の申出及び同意によって上記交流先追加が
行われる点については，構成ｊ’と同様である。
(2) 乙６～８公報に記載された周知技術
以下のとおり，乙６～８公報によれば，ユーザ同士が連絡を取り合うネット
ワーク通信システムにおいて，ＧＰＳ検索を含むＧＰＳ機能は位置特定サービ
15 スとして周知の技術であり，また，携帯端末ユーザ（同士）の位置を特定又は
利用するためにＧＰＳ機能を採用するか，ＲＦＩＤ等の近接無線通信を採用す
るかは，適宜選択可能な設計事項にすぎないものといえる。
ア 乙６公報には，離れてしまった後もコミュニケーションが継続可能となり，
また，同じ場所にいたものの，同時刻にはいなかったユーザ同士のコミュニ
20 ケーションもとれるようなグループ通信を実現する通信端末，グループ通信
システム等が開示されており，その段落【０００２】～【０００４】には，
ＧＰＳやＲＦＩＤ等に関する記載がある。
イ 乙７公報には，コンタクトを取るのに望ましい相手に，手軽で，安全に，
また，確実に出会えるようにすることが可能な情報管理装置及び情報照会装
25 置等が開示されており，その段落【０００２】～【０００５】には，ＧＰＳ
等に関する記載がある。
ウ 乙８米国公報には，携帯機器ユーザがビジネスあるいはソーシャルネット
ワーキングの目的で互いに出会えるように構成されたコンピュータシステ
ムが開示されており，その段落第７欄下から５１～６２行には，ＧＰＳやＲ
ＦＩＤ等に関する記載がある。
5 (3) 本件各発明と乙５発明の相違点及び一致点
ア 本件発明１と乙５発明は，別紙相違点対比表の「本件発明１と乙５発明」
欄「被告主張の相違点」欄記載の点で相違し，その余は一致する。
イ 本件発明２と乙５発明は，別紙相違点対比表の「本件発明２と乙５発明」
欄「被告主張の相違点」欄記載の点で相違し，その余は一致する。
10 ウ 本件発明３と乙５発明は，別紙相違点対比表の「本件発明３と乙５発明」
欄「被告主張の相違点」欄記載の点で相違し，その余は一致する。
エ 本件発明４と乙５発明は，別紙相違点対比表の「本件発明４と乙５発明」
欄「被告主張の相違点」欄記載の点で相違し，その余は一致する。
(4) 前記(3)記載の相違点の容易想到性について
15 ア 被告相違点１－１及び１－２について
本件発明１と異なり，乙５発明には，利用者端末の位置情報を取得し，該
位置情報に基づいて所定時間中に所定距離内に位置する利用者端末を検索
する，いわゆるＧＰＳ等の検索手段は記載されておらず（被告相違点１－１），
本件発明１は，いわゆるＧＰＳ検索機能によってユーザ同士の位置情報を取
20 得し，所定時間中に所定距離内に位置したかどうかを判定することによる必
要条件判定が行われるのに対し，乙５発明は，出会い支援装置１１による近
接無線通信の可否に基づいて利用者同士が所定時間中に所定距離内に位置
したかどうかを判定することを含む必要条件判定が行われる点で相違する
（被告相違点１－２）。
25 しかし，乙５公報には，利用者端末の位置情報を取得し，該位置情報に基
づいて所定時間中に所定距離内に位置する利用者端末を検索する，いわゆる
ＧＰＳ等の検索手段は記載されていないが，かかるＧＰＳ検索機能は先行技
術であることが開示されており（乙５公報の段落【０００４】に記載の特許
文献２），また，乙６～８公報から，ユーザ同士が連絡を取り合うネットワ
ーク通信システムにおいて，ＧＰＳ検索を含むＧＰＳ機能は位置特定サービ
5 スとして周知の技術である。
したがって，乙５発明に記載された出会い支援システムにおける位置情報
利用判定手段として，近接無線通信技術に変えてＧＰＳ検索機能を採用する
ことは，当業者にとって極めて容易に想到できることである。
イ 被告相違点２－１及び２－２について
10 本件発明１は，連絡先の個人情報を交換することなく交流ができるのに対
し，乙５発明は，“重要な個人情報ではない”とされる会員ＩＤのみを交換
し，その他の個人情報を知らせ合わないまま交流を行うことが可能である点
で相違し（被告相違点２－１），本件発明１における「複数の交流先のリス
ト」は，「連絡先の個人情報」を含まないのに対し，乙５発明における「複
15 数の相手先リスト」は，“重要な個人情報ではない”とされる相手ＩＤを含
む点で相違する（被告相違点２－２）。
しかし，乙５公報には，ＩＤのみを交換させることにより「相手に重要な
個人情報を認知されることなく」交流が可能であるという効果を奏すること
が記載されており（段落【０００１】，【００１４】，【００２６】，【０
20 ０５０】，【００６１】），原告の主張によれば，ＩＤ（ユーザ識別子）を
交換しただけでは連絡先の個人情報を交換したことにならないというので
あるから，かかる解釈を前提とすれば，被告相違点２－１及び２－２は，相
違点とはならない。
また，原告が主張するとおり，人間が知得できない態様で識別情報等のデ
25 ータを画像や文字等に埋め込む技術は，本件特許出願時点で多数存在してお
り，電子透かし技術も周知技術であるから，交換された相手ＩＤを視覚的に
知得できないように処理することも，当業者にとって容易に想到できたこと
である。
したがって，原告の解釈を前提とすれば，上記各相違点は，乙５発明と，
乙５～８公報に記載された発明又はこれらにより導かれる周知技術に基づ
5 いて，当業者が容易に発明をすることができたものである。
ウ 被告相違点３について
本件発明１は，他方のユーザ端末からメッセージを入力して送信する操作
を行ったとしても前記ポップアップ通知を行わないように制御できるのに
対し，乙５発明は，ポップアップ通知を行わないように制御することが可能
10 かどうか明らかにされていない点で相違する（被告相違点３）。
しかし，ユーザ端末同士の一方からの要求に応じて，他方のユーザ端末か
らメッセージを入力して送信する操作を行ったとしてもポップアップ通知
を行わないように制御することは，
「Outlook2002オフィシャルマニュアル」
（乙１６），「ひと目でわかるOutlook2003」（乙１７）に示されるように周
15 知技術である。また，サーバ制御による迷惑メール等の対策は，ＮＴＴドコ
モの平成１８年１１月２９日付けプレスリリース「ｉモードメールの迷惑メ
ール対策機能を拡充－URL付きメール拒否機能を追加－」（乙１８），平成１
９年９月１１日付けプレスリリース「ｉモードメールにおける迷惑メール対
策機能の拡充について」（乙１９），平成２０年１月２１日付けプレスリリ
20 ース「iモードメールにおける迷惑メール対策機能の改善」（乙２０）に示さ
れるように周知技術である（なお，これらのサーバ制御は，「ｉモードから
の指定受信／拒否設定例」（乙２１）に例示されるようなユーザ端末画面操
作による設定に基づき制御されていたものと推認される。）。
したがって，乙５発明の出会い支援システムにおいて，ユーザ端末同士の
25 一方からの要求に応じて，他方のユーザ端末からメッセージを入力して送信
する操作を行ったとしてもポップアップ通知を行わないように制御するこ
とは，当業者であれば適宜採用し得る設計事項であって，極めて容易にでき
たことである。
(5) 裁判所の提示した相違点の容易想到性について
平成３１年１月１８日の第１０回弁論準備手続期日において裁判所から提
5 示された本件各発明と乙５発明の相違点（別紙相違点対比表の「裁判所の暫定
的認定」欄記載の各相違点。以下「認定相違点１」などという。）に関する被
告の主張は，以下のとおりである。
ア 認定相違点１について
認定相違点１は，ユーザ同士が交流するために互いの同意が必要か否かを
10 問題とするものであるが，乙５公報には，「一旦振動や文字等で接近を告知
するようにし」，「近接する相手の利用者の外見等が自己の好みであるかを
判断してから告知部５を発光させる２ステップ化の構成」が記載されている
（段落【００６４】）から，近接した者同士が互いの発光パターン等を調節
し合って交流の同意の有無を確認し，当該同意の確認がとれた後に，互いが
15 明示的にボタン操作等を行うなどしてＩＤを交換し，履歴情報保存部１１ｂ
に保存させることもできる（あるいは，ＧＰＳ検索機能を採用した場合には，
位置情報とともにＩＤをサーバへ送信してもよい）。このように，乙５公報
には，同相違点に係る構成が開示されているというべきであるから，同相違
点は，実質的な相違点ではない。
20 イ 認定相違点２について
乙５発明はいわゆるＧＰＳ検索手段を備えていないものの，乙５発明にお
ける近接無線通信手段は，同時刻に一定距離内にいる者同士を検知するもの
であり，ＧＰＳ検索手段と同様の機能を有している。そして，ユーザ端末を
用いた出会い支援システムにおいて，ユーザ端末間の距離を検知する手段に
25 は，電波による端末間の無線通信を用いるものと，ＧＰＳ検索を用いるもの
が知られており，両者は当業者において適宜選択して用いられており，この
ことは，乙４２公報（要約，請求項１及び４，段落【００３０】，【００６
９】～【００７３】及び【００７５】），乙４３公報（段落【０００８】），
乙４４公報（段落【０００２】～【０００４】），乙４５公報（段落【００
７８】 に記載されているとおり，
） 本件特許出願時における技術常識である。
5 また，乙５公報においては，利用者間の近接を検出する方法として，送受信
する電波以外の方法が許容されている（段落【００６３】）のみならず，段
落【００６５】に「また，上記実施例の出会い支援システム１０１では，Ｐ
Ｃ端末はパソコンを使用したが，これ以外の専用端末，ゲーム機，携帯可能
なＰＤＡ等であってもよく」と記載されているとおり，ＰＤＡ（携帯情報端
10 末）と一体化することも想定されており，ＰＤＡの機能の１つとしてＧＰＳ
機能があることは，本件特許出願時点において周知であった（乙５５）から，
かかる記載及び上記本件特許出願時における技術常識からすれば，乙５発明
にＧＰＳ検索手段を採用して近接を検出するように構成することは，当業者
が容易に想到できたものである。
15 ウ 認定相違点３について
近接無線通信手段と代替可能であることが技術常識であり周知のＧＰＳ
検索手段を採用することにより，認定相違点２に係る構成とすることが容易
であることは，前記イのとおりである。そして，所定時間中に所定距離内に
位置するか否かの判定に，周知のＧＰＳ検索手段を採用した場合は，乙５発
20 明における交流開始条件の判定に用いる情報（ユーザ端末から取得した位置
情報）をＧＰＳにより取得し，ＧＰＳ検索による検索結果に基づき交流開始
条件（所定時間中に所定距離内に位置するかどうか）が判定されることにな
るから，認定相違点３に係る構成が自然に備わる。
したがって，認定相違点３に係る構成とすることは，当業者が容易に想到
25 し得たものである。
エ 認定相違点４について
認定相違点４は，ポップアップ通知を行わないように制御するとの構成に
関するものであるが，ユーザ端末同士の一方からの要求に応じて，他方のユ
ーザ端末からメッセージを入力して送信する操作を行ったとしてもポップ
アップ通知を行わないように制御することは，「Outlook2002オフィシャル
5 マニュアル」（乙１６），「ひと目でわかるOutlook2003」（乙１７）に示さ
れるように周知技術である。
また，サーバ制御による迷惑メール等の対策は，ＮＴＴドコモの平成１８
年１１月２９日付けプレスリリース「ｉモードメールの迷惑メール対策機能
を拡充－URL付きメール拒否機能を追加－」（乙１８），平成１９年９月１１
10 日付けプレスリリース「ｉモードメールにおける迷惑メール対策機能の拡充
について」（乙１９），平成２０年１月２１日付けプレスリリース「iモード
メールにおける迷惑メール対策機能の改善」（乙２０）に示されるように周
知技術である。
したがって，乙５発明の出会い支援システムにおいて，ユーザ端末同士の
15 一方からの要求に応じて，他方のユーザ端末からメッセージを入力して送信
する操作を行ったとしてもポップアップ通知を行わないように制御するこ
とは，当業者であれば適宜採用し得る設計事項であって，極めて容易にでき
たことである。
オ 認定相違点５について
20 認定相違点５は，コンピュータ側からの制御に基づいて交流先のリストを
ユーザ端末に表示させるとの構成に関するものであるが，乙５公報の記載に
よれば，利用者は，「ＰＣ端末１０２からインターネットを介して会員セン
ター１０３のＩＤ及びパスワード入力画面に接続し，利用者Ａ固有のＩＤ
『１２３４』及びパスワードを入力する」（段落【００４０】）とされ，会
25 員センター１０３には，Ｗｅｂサーバソフトウェア（又はミドルウェア）に
より実現される入出力手段１０５ｅが存在し（段落【００３７】），Ｗｅｂ
ページを介してＰＣ端末１０２から入力された各種情報のデータベース管
理手段１０５ｄへの伝達，データベース管理手段１０５ｄから出力されたＷ
ｅｂページの生成等が行われる（段落【００３７】）とされている。
このように，「ＩＤ及びパスワード入力画面」から入力されたＩＤ及びパ
5 スワードは，Ｗｅｂページを介して会員センター１０３のデータベース管理
手段１０５ｄへ伝達され，「（ＵＳＢポート付出会い支援装置１１に設けら
れた）履歴情報保存部１１ｂに保存された（「出会った時刻」及び「出会っ
た相手ＩＤ」（段落【００４０】）の）履歴情報をＰＣ端末１０２及びイン
ターネットを介して会員センター１０３に送信する」（段落【００４２】）
10 という操作も，Ｗｅｂページを介して行われることが分かる。
そして，履歴情報を受信した会員センター１０３は，「出会い情報記憶部
１０５ｂ」において，「出会った時刻」及び「出会った相手ＩＤ」を「表形
式」で「利用者毎に」記憶しており（段落【００３４】），かつ，利用者の
ＰＣ端末１０２のモニタに表示されるメッセージ機能画面は，「表形式」で
15 「利用者毎に」表示されていることから（【図５】），同図面に表示された
「出会った時刻」及び「出会った相手ＩＤ」は，会員センター１０３のデー
タベース管理手段１０５ｄに表形式で記憶されている情報が出力され，Ｗｅ
ｂページとして生成されたものであると理解できる。
したがって，乙５発明においても，コンピュータ側からの制御に基づいて
20 交流先のリスト（【図５】）をユーザ端末に表示させるようになされている
ものと理解できるので，認定相違点４は実質的には相違点とはならないか，
少なくとも，乙５発明に基づいて，当業者が容易に想到し得たものである。
なお，乙５発明にＧＰＳ検索手段が採用される場合，互いの趣味嗜好が一
致しており，かつ，互いに近くにいることを通知されたユーザ同士が，「自
25 己の位置情報」とともに，「自己のＩＤ」及び「相手と一致した趣味嗜好デ
ータ」を自動または手動でサーバに送信するようにし，サーバでは受信した
「一致した趣味嗜好データ」を介して互いのＩＤを紐付けて管理することも，
当業者にとって設計事項である。そして，その場合，「交流先のリスト」と
して，「相手ＩＤ」の代わりに「一致した趣味嗜好データ」を表示させるこ
とが可能であり，また，そのようにすることは個人情報の保護の観点からよ
5 り望ましいため，当業者はそのような表示を容易に想到することができたも
のである。
カ 認定相違点６
乙５発明では，「自己の電話番号等」を「重要な個人情報」と位置付けた
上で（段落【０００６】），「“重要な個人情報ではない”とされる会員Ｉ
10 Ｄのみを交換し，その他の個人情報を知らせ合わないまま交流を行う」よう
にすることにより，「自己の電話番号等の重要な個人情報」を相手の移動端
末に送信することなく（「連絡先の個人情報」を相手に知られることなく）
交流を行うことを可能としている。そこで，「自己の電話番号等の重要な個
人情報」が本件各発明における「連絡先の個人情報」に含まれるとすれば，
15 認定相違点６は，実質的な相違点とはならない。
仮に，これが相違点であるとしても，乙４６公報あるいはその他の公知文
献（乙１０公報及び乙１２公報）の開示する周知技術を乙５発明に組み合わ
せることによって，容易に想到することができる。
(ｱ) すなわち，乙４６公報（段落【００２３】，【００３０】，【００７６】
20 及び【００８１】）に記載されているとおり，ＧＰＳ検索手段により，所
定時間中に所定距離内に位置するユーザ端末をサーバによって検索し，サ
ーバ上では特定されているユーザ同士を互いに匿名のまま継続的に交流
させるように構成することは公知の技術である。
そこで，乙５発明において“重要な個人情報ではない”とされる「会員
25 ＩＤ」を交換することに替えて，上記公知技術を乙５発明に適用し，乙４
６に開示された「ＧＰＳ検索手段により，所定時間中に所定距離内に位置
するユーザ端末をサーバによって検索し，サーバ上では特定されているユ
ーザ同士を互いに匿名のまま交流できるようにすること」は，当業者が容
易に想到できたことである。
(ｲ) 乙１０公報には，「ユーザが個人情報を公開することなく目的の相手と
5 のみ情報を相互に交換する，情報交換システムの動作方法およびシステム
を提供することを，その目的とする」（段落【０００７】）情報交換シス
テムが開示されている。
乙１０公報における「掲示板インタフェースの識別情報」には「例えば
パスワード等」 「予め設定された識別情報」
や 等が含まれており（段落【０
10 ００９】），かかる識別情報をユーザ間で共有させ，これを乙５発明に適
用することにより，当事者は，互いの連絡先の個人情報を交換することな
く掲示板上で，「プライバシーを保持しつつ，目的の相手と１対１で情報
を交換できる」（段落【００５７】）こととなる。
(ｳ) 乙１２公報には，「特定のグループに属するメンバの頭の中だけに存在
15 する情報からＩＤを計算して暗号化を行うことにより，安全な通信を行う。
例えば，メンバのみが保有する共通知識を基に秘密のＵＲＬ（Uniform
Resource Locator）を作成して，このＵＲＬを用いてアクセスされる安全
な情報空間を利用して情報交換を行なう」（【要約】）情報通信システム
が開示されており，かかる技術を乙５発明に適用しても，当事者は，互い
20 の連絡先の個人情報を交換することなく安全な情報空間（掲示板）を利用
して情報交換を行うことができる。
そうすると，上記周知技術を乙５発明に適用し，互いに近接したユーザ
端末の各々又は一方から共有のパスワードや秘密のＵＲＬの通知を受け
たサーバが，これに基づき秘密のウェブページや電子掲示板を生成するこ
25 とにより，会員ＩＤ交換さえも行わずに交流できるようにすることは，当
業者が容易に想到できたことである。
(ｴ) したがって，乙５発明において，端末への表示を工夫して会員ＩＤ（連
絡先の個人情報）が知得できないようにすること（認定相違点６に係る構
成とすること）は，容易に想到できる。
キ 認定相違点７
5 認定相違点７は，結局，ユーザ同士が交流するために互いの同意が必要か
否かを問題とするものであるが，かかる相違点が乙５公報にも開示されてい
ることは，前記アのとおりである。
したがって，認定相違点７は，乙５公報に開示されており，実質的な相違
点ではない。
10 （原告の主張）
本件各発明は，乙５発明に基づいて容易に想到し得たものであるとはいえない
から，進歩性を有しており，特許無効審判により無効にされるべきものとは認め
られない。
(1) 被告による乙５発明の認定の誤り
15 ア 乙５発明は，出会ったユーザ同士が未だ交流の申込みを行うための操作を
行っていないにもかかわらずＩＤ交換が自動的に行われて，相手ＩＤを含む
リストが表示されるものであり，また，出会ったユーザ同士が交流に同意し
たことの確認が取れていないにもかかわらずＩＤ交換が自動的に行われて，
相手ＩＤを含むリストが表示されるものである。
20 乙５発明において， 「交流に同意したことの確認」
上記 とは，具体的には，
出会い支援装置１１をＰＣ端末１０２に設けられたＵＳＢコネクタ１０２
ａに差込んで相手ＩＤを含むリストがＰＣ端末１０２に表示され（図５），
そのリストの中で気に入った相手ＩＤに対してメッセージを送信し（段落
【００４０】，【００４４】，【００５４】，【００５５】，【図５】），
25 そのメッセージを受信した相手利用者が返信メッセージを送信する行為を
意味する（段落【００４７】，【００４８】，【００５７】）。
それゆえに，乙５発明では，①一方（利用者Ａ）が相手方（利用者Ｂ）に
対してメッセージを送信することによるコンタクトの申し出を行うための
ＰＣ端末１０２の操作，及び，②相手方（利用者Ｂ）が返信メッセージを送
信して申し出に同意するためのＰＣ端末１０２の操作が，上記「出会ったユ
5 ーザ同士が交流の申込みを行うための操作」に該当する。
以上のとおり，乙５発明では，「相手ＩＤを含むリスト」が表示される時
期は，「出会ったユーザ同士が交流の申込みを行うための操作」が行われる
前で，かつ，「交流に同意したことの確認」が行われる前の段階であって，
この「相手ＩＤを含むリスト」は，利用者がリスト中から交流を申し込む相
10 手を選ぶために表示されるものである結果，表示されたリストの中には，未
だ交流の申込みを行うための操作を行っていない利用者のＩＤ及び出会っ
たユーザ同士が交流に同意したことの確認が取れていない利用者のＩＤが
含まれている。
イ 乙５発明においての「交流開始条件」とは，ユーザ同士が所定距離内に近
15 接したときに互いの出会い支援装置１１間で自動的に無線通信して互いの
趣味嗜好の信号を送受信して趣味嗜好等が一致したことである（段落【００
２２】【００２３】）。また，乙５発明において，出会った相手のＩＤは，
ユーザ同士が所定距離内に近接したときに互いの出会い支援装置１１間で
自動的に無線通信して互いの趣味嗜好の信号を送受信して趣味嗜好等が一
20 致したときに，互いの出会い支援装置１１間で自動的にＩＤ交換されて履歴
情報保存部１１ｂに保存されるものと解される（段落【００２３】，【００
２７】，【００３８】，【００３９】，【００５３】）。
このように，乙５発明において出会い支援システム１０１によりメッセー
ジ機能及びメモ機能のサービスが利用者に提供される目的は，それぞれの告
25 知部５の発光による利用者Ａ及び利用者Ｂへの告知が行われたが，その場で
声を掛けることなくすれ違った場合の事後的救済であるから，このような事
後救済を行うためには，利用者同士が声を掛け合うか否かにかかわらず，互
いに告知部が発光した出会い支援装置間で自動的にＩＤ交換を行う必要が
ある。
このように，乙５発明では，出会った利用者同士が携帯している出会い支
5 援装置１１間で自動的に互いのＩＤが交換されて保存され，出会ったユーザ
同士が未だ交流の申込みを行うための操作を行っていないにもかかわらず
ＩＤ交換が自動的に行われて，相手ＩＤを含むリストが表示され，また，出
会ったユーザ同士が交流に同意したことの確認が取れていないにもかかわ
らずＩＤ交換が自動的に行われて，相手ＩＤを含むリストが表示される。
10 ウ また，乙５発明では，ＰＣ端末１０２での相手ＩＤを含むリスト表示が会
員センター（サーバ）１０３からの制御で行われるのか，あるいは，出会い
支援装置１１に保存された履歴情報をＰＣ端末１０２が読出して表示して
いるのか，不明である。すなわち，乙５公報には，「会員センター１０３は，
履歴情報保存部１１ｂに保存された相手方ＩＤが実在する会員ＩＤである
15 かを検証した後，利用者Ａに対して，メッセージ機能及びメモ機能のサービ
スを提供する」としか記載されておらず（段落【００４３】），【図５】及
び【図６】に示す相手ＩＤを含むリストがどのようにしてＰＣ端末１０２に
表示されるのかの具体的表示制御の記載がないから，出会い支援装置１１を
ＰＣ端末１０３に差し込むことによって，その出会い支援装置１１に保存さ
20 れている履歴情報をＰＣ端末１０２が読出して表示しているとも考えられ
る。なお，本件特許発明の「ユーザ端末」は，乙５発明では「出会い支援装
置１１及びＰＣ端末１０２」が相当する。
したがって，乙５発明では，相手ＩＤのリスト表示が，本件各発明の「コ
ンピュータ」に相当する会員センター（サーバ）からの制御で行われるのか，
25 あるいは，出会い支援装置１１に保存された履歴情報をＰＣ端末が読出して
表示しているのか（本件各発明の「ユーザ端末」自身の制御で表示している
のか），不明である。
(2) 本件各発明と乙５発明の相違点
ア 本件発明１と乙５発明は，別紙相違点対比表の「本件発明１と乙５発明」
欄「原告主張の相違点」欄記載の点で相違する。
5 イ 本件発明２と乙５発明は，別紙相違点対比表の「本件発明２と乙５発明」
欄「原告主張の相違点」欄記載の点で相違する。
ウ 本件発明３と乙５発明は，別紙相違点対比表の「本件発明３と乙５発明」
欄「原告主張の相違点」欄記載の点で相違する。
エ 本件発明４と乙５発明は，別紙相違点対比表の「本件発明４と乙５発明」
10 欄「原告主張の相違点」欄記載の点で相違する。
(3) 前記(2)記載の相違点の想到困難性
ア 原告相違点１－１及び２－１について
乙５発明の場合には，利用者同士が未だ交流に同意していないにもかかわ
らず出会い支援装置１１間でＩＤ交換が行われるため，不正な交流を許すお
15 それがあるというセキュリティ上の脆弱性がある。サーバはサービス提供業
者等の会社内やデータセンタ内に設置されているために不正改造の餌食に
さらされるおそれが低いが，出会い支援装置１１は利用者に所持されるユー
ザ端末であるため，不正改造の餌食にさらされるおそれがあり，こうした危
険性はＩＴの分野では以前から技術常識となっている。例えば，出会い支援
20 装置１１の場合には，悪意ある利用者が自分の出会い支援装置１１を改造し，
以前ＩＤ交換した相手ＩＤを自分のＩＤとして送信するように改変して，他
人のＩＤを用いた成りすましＩＤ交換を許してしまう不都合が生じる。
これに対し，原告相違点１－１及び２－１に係る本件各発明の構成では，
交流開始条件の判定を，交流の申込みを行う当事者自身のユーザ端末ではな
25 く，該ユーザ端末から送られてきた位置情報に基づいて該ユーザ端末以外で
行って交流先を表示している（段落【００４９】，【図８】）ために，不正
改造の危険性のある端末側のみで交流開始条件の判定を行って相手ＩＤを
表示する乙５発明に比べて，高いセキュリティを保つことができる。
したがって，上記構成は，想到することが困難である。
イ 原告相違点１－２について
5 (ｱ) 乙５発明の場合には，利用者同士が所定距離内に近接することにより互
いの出会い支援装置１１間で自動的に無線通信して所定の交流開始条件
（趣味等の一致）が満たされているか否か判定し，満たされていると判定
された場合に出会い支援装置１１間で自動的にＩＤ交換されて相手ＩＤ
がリスト表示可能となり，出会った利用者同士が未だ交流に同意してい
10 ないにもかかわらず，相手ＩＤがリスト表示される結果，交流に同意して
いない他人が交流先としてリスト表示される危険性がある。
しかし，本件各発明では，「互いにコミュニケーションによる交流に同
意したユーザ同士が交流できるようにするための複数の交流先のリスト
をユーザに表示する」ために，交流先の表示は「交流同意者限定表示」と
15 なり，上記のような危険性はない。
(ｲ) 被告は，乙５～８公報により導かれる周知技術ないし単なる設計事項で
あるから，乙５発明の出会い支援システムにおける位置情報利用判定手
段として，近接無線通信技術に替えてＧＰＳ検出機能を採用することは，
容易想到であると主張する。
20 しかし，本件各発明と乙５発明との相違点は， 「近接無線通信技術」
単に
に代えて「ＧＰＳ検索機能」の周知技術を用いているにとどまらず，交流
開始条件の判定を，交流の申込みを行う当事者自身のユーザ端末ではな
く，当該ユーザ端末から送られてきた位置情報に基づいて該ユーザ端末
以外で行なって交流先を表示している点にあるのであり，被告は，この相
25 違点を看過している。
また，たとえ周知技術といえども，乙５発明に適用するに当たっては，
その旨の示唆や動機付けが必要となる。しかるに，乙５発明は，「出会い
の初期段階においては相手に重要な個人情報を認知されることなく，利
用者相互間，特に男女相互間で趣味嗜好が一致する出会いの可能性を向
上させること」を，課題の１つとしている 【要約】
（ と段落【０００６】）
5 のに対し，乙５～８公報に記載のＧＰＳについての周知技術の場合には，
出会いの初期段階において自己の電話番号等の重要な個人情報が相手の
移動携帯端末に送信されるものであるため，適用するに当たって阻害要
因が存在するか，少なくとも示唆ないし動機付けが存在しない。
(ｳ) したがって，原告相違点１－２の構成は，想到することが困難である。
10 ウ 原告相違点３について
被告は，ユーザ端末同士の一方からの要求に応じて，他方のユーザ端末か
らメッセージを入力して送信する操作を行ったとしてもポップアップ通知
を行わないように制御することは，
「Outlook2002オフィシャルマニュアル」
（乙１６），「ひと目でわかるOutlook2003」（乙１７）に示されるように周
15 知技術であるなどと主張する。
しかし，上記各書証に記載のものは，あるユーザＡと当該ユーザのメール
アドレスにメール送信可能な全てのユーザとの間でのポップアップメッセ
ージの制御であるのに対し，原告相違点３の構成（構成要件Ｇ）は，交流先
として指定されて互いにメッセージを送受信できるユーザ端末同士の間で
20 のポップアップ通知の制御であるから，上記各書証に記載された技術とは根
本的に相違する。
また，被告が提示している乙１８～２１は，ウェブページの証拠であるが，
特許庁の取扱いとしては，「このようなウェブページ等の電気通信回線を通
じて得られる技術情報は，後に改変されている可能性を完全に排除すること
25 ができないものであり，刊行物と同様に先行術として引用できない」とされ
ている（特許・実用新案審査基準（甲１２８）参照）。
したがって，原告相違点３の構成は，想到することが困難である。
エ 原告相違点４について
被告は，構成２ｊ’について，前記９（被告の主張）(1)イに記載されて
いる(a)～(d)のような使い方をすることも含まれると主張するが，このよう
5 な使い方は，乙５公報に何ら開示されていないばかりか，乙５発明に反する
内容である。
すなわち，出会い支援装置の履歴情報保存部１１ｂに互いの出会い情報の
履歴を保存する時期について，乙５発明では，「告知部５で告知するととも
に，出会い情報の履歴を保存する履歴情報保存部１１ｂを備えたＵＳＢポー
10 ト付出会い支援装置１１」と記載されており（【要約】の【解決手段】，段
落【００２０】，【００２１】），告知部５での告知が行われれば出会い情
報の履歴も保存されるが，この出会い情報の履歴には「出会った相手ＩＤ」
も含まれている（段落【００３８】）。そして，告知部５での告知は，趣味
嗜好が一致する異性等が近接した場合（段落【００２０】）にも，利用者が
15 単純に出会いを求めている場合において，出会い支援装置１が任意の単一の
信号を送受信した場合（段落【００２４】）にも行われるから，仮に上記(a)
～(d)のような使い方が可能だとしても，単純に異性との出会いを求める設
定のみをした状態で実際に出会った時点で出会い情報の履歴（出会った相手
ＩＤを含む）が保存されるのであり，それ以降の前記(b)～(d)は無意味な操
20 作となる。
そのため，乙５発明の場合，利用者同士が互いに交流に同意した相手の出
会い情報の履歴（出会った相手ＩＤを含む）のみを保存することが不可能で
あり，交流に同意していない相手の出会い情報の履歴（出会った相手ＩＤを
含む）も混在して保存されることとなる。このことは，段落【００４４】，
25 【００４８】の相手ＩＤリスト中に好意を抱いていない相手が含まれている
記載や段落【００５３】の単にすれ違っただけの相手のＩＤも含まれている
等の記載からも明らかである。
したがって，本件発明２と乙５発明は，原告相違点４において相違し，か
つ，その相違点は想到困難である。
(4) 裁判所の提示した相違点の想到困難性
5 ア 認定相違点１，３，５及び６について
(ｱ) これらの相違点は，乙５発明と本件各発明との技術思想の相違に根差し
た根本的な相違点である。
すなわち，乙５発明において，交流開始条件の判定を行って会員ＩＤを
交換し交流先のリスト（相手ＩＤのリスト）を利用者ＰＣ端末に表示させ
10 るそもそもの目的は，
「急な用事で急いでいる場合や男性利用者がシャイ
な場合等には，その場で声を掛けることができない場合もある」こと（段
落【００２７】）にあり，乙５発明では，その場で声を掛けなかった場合
の事後的な救済手段として相手ＩＤのリストを表示し（【図５】），気に
入った相手ＩＤを選んでメッセージを送信することによりコンタクト可
15 能にしている（段落【００４４】）。
それゆえ，相手ＩＤのリスト表示を行う前提条件としての「交流開始条
件の判定」は，その場で声を掛けることなく通り過ぎた場合でも「交流開
始条件の判定」を行って相手ＩＤのリスト表示を行う必要があるから，本
件各発明のように，出会ったユーザ同士が互いに交流する意思がある（交
20 流に同意している）ことを前提とした判定を行うものではない。つまり，
「出会ったユーザ同士が互いに交流する意思がある（交流に同意してい
る）ことを前提とした交流開始条件の判定」 乙５発明における上記
は， 「そ
の場で声を掛けなかった場合の事後的な救済」というそもそもの目的に
逆行する内容であるから，想到するに当たって阻害要因が存在し，少なく
25 とも動機付けが存在しない。
また，乙５～１２公報には，少なくとも認定相違点６の構成が開示され
ておらず，かつ，乙５発明に適用するに当たっての阻害要因が存在し，少
なくとも適用することについての示唆ないし動機付けが存在しない
(ｲ) 乙５発明の場合，交流の意思のない（交流に同意していない）利用者も
交流開始条件が満たされることによって自動的に相手ＰＣ端末１０２に
5 自分の会員ＩＤが表示されることになる（認定相違点５）ため，互いの出
会い支援装置１１が発光しても声を掛けずに通り過ぎた場合に（段落【０
０２７】，【００５３】，【００６４】），面識がなく交流に同意した覚
えのない相手のＰＣ端末１０２に自分の会員ＩＤが表示され（【図５】参
照） その相手から執拗にメッセージが送信されてくる被害を受けること
，
10 になり，面識がなく交流の意思がない相手から大量のメールが送られて
くるスパムと同様の苦痛を味わうことになる。しかも，「一度お会いしま
せんか？」のメッセージ 【図５】 を見た利用者が会おうとした場合に，
（ ）
メッセージ送信者と面識がなければメッセージ送信者以外の第三者がメ
ッセージ送信者に成りすまして会ったとしてもそれを見破ることができ
15 ず，メッセージ送信者と第三者とが結託した組織的犯罪に巻き込まれる
おそれがある。
また，会員ＩＤは知得できる連絡先個人情報であり（認定相違点６），
成りすましの被害が発生するおそれがあるばかりでなく，上記メッセー
ジ送信者と第三者とが結託した組織的犯罪に会員ＩＤが悪用されるおそ
20 れがある。このように，情報セキュリティの分野において，ユーザ同士の
一方が相手方の面識がなく交流の意思がない（交流に同意していない）状
態で，かつ互いに交流の申込みを行う以前の段階で，互いの連絡先の個人
情報（知得可能な会員ＩＤ）を自動的に交換することは，非常に危険な行
為なのであり，乙５発明には，情報セキュリティ上の欠陥がある。
25 一方，本件各発明の場合には，コンピュータ側で位置情報による交流開
始条件の判定を行うことにより，互いに出会って交流の意思のある（交流
に同意している）利用者同士であることを前提とした交流開始条件の判
定を行って交流先の表示を行うため（認定相違点５），面識がなく交流に
同意した覚えのない相手から執拗にメッセージが送信されてくる被害を
極力回避できる。
5 また，コンピュータ側での交流開始条件の判定を可能にする手段とし
てユーザ端末から位置情報を取得しその位置情報に基づいて交流開始条
件の判定を行うようにし（認定相違点３），しかも，連絡先の個人情報を
交換することなく（知らせ合うことなく）交流ができるため（認定相違点
６） メッセージ送信者と第三者とが結託した組織的犯罪に巻き込まれる
，
10 等の不都合を極力防止できるとともに，他人の連絡先個人情報を悪用し
た成りすましや組織的犯罪の被害をも極力防止できるという，顕著な相
乗効果が奏される。
このように，認定相違点１，３，５及び６の構成は，有機的に連結，結
合されて発明の目的達成のために協働し一体不可分の関係になっている
15 のであり，この点にこそ，本件各発明の最大の特徴が存在するのである。
(ｳ) 以上のとおり，周知技術を乙５発明に適用するに当たっては阻害要因が
存在するか，少なくとも示唆ないし動機付けが存在しないこと，認定相違
点１， ５及び６の構成の有機的結合により顕著な相乗効果が奏される
３，
ことからすれば，これらの相違点の想到困難性は否定し得ない。
20 (ｴ) なお，乙５発明における「会員ＩＤ」は，本件各発明における「連絡先
の個人情報」に当たる。また，乙５発明では，互いの出会い支援装置１が
発光（点滅）することにより，互いの趣味嗜好を知らせ合い（段落【００
２０】），又は，単純に異性との出会いを求めていることを互いに知らせ
合う（段落【００１８】）ところ，これらの「趣味嗜好」や「単純に異性
25 との出会いを求めていること」は，個人情報であるが，「連絡先の個人情
報」ではない。
したがって，認定相違点６は，「本件発明は，連絡先の個人情報を知ら
せ合うことなく交流ができるのに対し，乙５発明は，“重要な個人情報で
はない”とされるが連絡先の個人情報である会員ＩＤのみを交換し，その
他の連絡先の個人情報を知らせ合わないまま交流を行うことが可能であ
5 る点。」と改められるべきである。
イ 認定相違点２及び３について
(ｱ) 被告が指摘する乙４２公報に記載されている「通信処理装置がサーバに
アップロードする近接通信実行位置情報（通信処理装置がＧＰＳ搭載機
器である場合）」は，ユーザＡの所持する通信処理装置ＡがユーザＢの所
10 持する通信処理装置Ｂの近接通信実行位置情報（通信処理装置がＧＰＳ
搭載機器である場合）をサーバにアップロードし，また，ユーザＢの所持
する通信処理装置ＢがユーザＡの所持する通信処理装置Ａの近接通信実
行位置情報（通信処理装置がＧＰＳ搭載機器である場合）をサーバにアッ
プロードするのであるから，相手端末である通信処理装置の近接通信実
15 行位置情報（通信処理装置がＧＰＳ搭載機器である場合）である。
それゆえに，このような乙４２公報の技術を仮に乙５発明に適用でき
たとしても，「相手ユーザ端末の位置情報を取得し，該位置情報に基づい
て所定時間中に所定距離内に位置するユーザ端末を検索する」となるか
ら，本件各発明の「ユーザ端末の位置情報を取得し，該位置情報に基づい
20 て所定時間中に所定距離内に位置するユーザ端末を検索する」構成には
至らない。特に，乙４２公報のように，互いのユーザＩＤや近接通信実行
位置情報（通信処理装置がＧＰＳ搭載機器である場合）等の近接通信記録
をいったん端末間で交換して記憶した後サーバにアップロードする場合，
その近接通信記録が他のユーザのものと差し替えられてアップロードさ
25 れ，成りすましの危険性が生じるおそれがある。
したがって，乙４２公報を仮に乙５発明に適用できたとしても，本件各
発明に想到し得ない。
(ｲ) 乙４３公報（段落【０００１】，【００１４】，【００１５】，【００
１９】，【００２１】，【００２３】，【００３０】，【００３１】，【０
０３４】 【００４４】 ，
， ） 乙４４公報（段落【００２２】 【００２６】 ，
， ）
5 乙４５公報（段落【００３４】，【００３６】，【００７９】，【００９
９】，【０１１７】，【０１３５】，【０１５５】，【０１５６】，【０１
５８】～【０１６０】）に記載のものは，いずれも，氏名，携帯電話番号，
ユーザの住所等のタグ情報，メールアドレス等の重要な個人情報を交換し
て認知することにより，出会いを支援するものであって，これらに記載の
10 技術を乙５発明に適用すると，乙５発明の課題が解決し得なくなるから，
これらを乙５発明に適用するに当たっての阻害要因があり，少なくとも適
用する動機付けが存しない。
ウ 認定相違点７について
この点については，原告相違点４に関する前記(3)エのとおりであり，認
15 定相違点７は想到困難である。
10 争点２－２（記載要件違反）について
（被告の主張）
(1) 本件発明１（構成要件Ｅ），同３（構成要件Ｐ）及び同４（構成要件Ｙ２）
について
20 本件発明１の構成要件Ｅ，同３の構成要件Ｐ及び同４の構成要件Ｙ２は，
「所
定時間中に所定距離内に位置するユーザ端末が検索されたことを必要条件と
して」との構成を含むところ，原告が本件特許の審査過程で特許庁に提出した
平成２９年７月３０日付け上申書（乙１５）８頁の記載によれば，原出願の「所
定時間中に所定距離内に位置するユーザ端末が検索されたことを条件として」
25 を「所定時間中に所定距離内に位置するユーザ端末が検索されたことを必要条
件として」と改める補正，すなわち，「条件」を「必要条件」に補正した根拠
は，本件明細書等の段落【００９５】～【００９７】にあるとのことであるか
ら，これらの段落に記載されている「出会い時点登録」（いわゆる端末のトラ
ッキング）を必須の構成として備える必要があることが明らかである。
しかし，本件発明１，３及び４には，「出会い時点登録」についての記載が
5 ないから，同各発明が，発明の課題が解決できることを当業者が認識できるよ
うに明細書において記載された範囲を超えるものであるといえる。
したがって，本件発明１，３及び４はサポート要件を欠き（特許法３６条６
項１号違反），これらに係る特許は，特許無効審判により無効にされるべきも
のである。
10 (2) 本件発明２（構成要件Ｊ），同３（構成要件Ｒ）及び同４（構成要件Ｚ）に
ついて
本件発明２の構成要件Ｊは，「前記交流先追加手段は，前記検索手段により
前記所定時間中に所定距離内に位置するユーザ端末が検索された場合に，当該
検索された前記ユーザ端末同士の所持者の内の一方が相手方に対して交流の
15 申し出を行ない，相手方も交流に同意することにより，前記交流先追加処理を
行う，」であり，本件発明３の構成要件Ｒ及び同４の構成要件Ｚも同内容であ
る（ただし，文末が「行い，」となっている。）。これを，検索手段によるユ
ーザ端末の検索を行った「後に」ユーザ端末同士の交流の申出及び交流の同意
による交流の追加処理を行うものと解する場合には，ユーザ同士が連絡先の個
20 人情報を知らせ合わない本件各発明においては，端末のトラッキングに相当す
る本件明細書等の段落【００９５】 【００９７】
～ に記載の「出会い時点登録」
がなければ，対象となるユーザ端末を検索することができないので，「出会い
時点登録」を必須の構成として備える必要があることになる。
しかし，本件発明２～４には「出会い時点登録」についての記載がなく，ま
25 た，出会い時点登録をしない場合に，ユーザ端末同士の交流の申出及び交流の
同意を行う「前に」，所定時間中に所定距離内に位置するユーザ端末を検索す
る方法については，本件明細書等には一切記載されていない。
そうすると，出会い時点登録をしない場合のユーザ端末同士の交流の申出及
び交流の同意による交流先追加処理を含むと原告が主張する本件発明２～４
は，発明の課題が解決できることを当業者が認識できるように明細書において
5 記載された範囲を超えるものであるから，サポート要件を欠く（特許法３６条
６項１号違反）か，新規事項を含むものとして補正要件違反（同法１７条の２
第３項違反）である。
したがって，本件発明２～４に係る特許は，特許無効審判により無効にされ
るべきものである。
10 (3) 本件各発明について
以下のとおり，本件各発明に係る特許は，サポート要件違反，実施可能要件
違反及び明確性要件違反の瑕疵により，特許無効審判により無効にされるべき
ものである。
ア サポート要件違反
15 (ｱ) 本件各発明は，「出会ったユーザ同士」が「連絡先の個人情報を知らせ
合うことなく交流できるように」することを課題としてなされたものであ
り，本件明細書等の発明の詳細な説明の記載によれば，当業者は，当該課
題を解決できる範囲のものとして，共有仮想タグを用いる態様を認識し，
それ以外の態様のものを認識することはない。
20 したがって，本件各発明が共有仮想タグを用いる態様に限定されないと
すると，当業者はどのように本件特許請求の範囲の構成を実現し課題を解
決すればよいのかを理解することができないから，サポート要件に違反す
る。
(ｲ) また，被告システム等は，本件各発明の課題ａ～ｄの全てを有しており，
25 本件各発明の作用効果を奏しないから，被告システム等が本件各発明の技
術的範囲に含まれるとの原告主張を前提とすると，本件各発明は，本件明
細書等に記載した発明が解決しようとする課題を解決できないものを包
含することになる。
したがって，被告システム等が本件各発明の技術的範囲に含まれるとの
原告主張を前提とすると，本件各発明は，本件明細書等に記載した発明が
5 解決しようとする課題を解決できないものを包含することとなるから，本
件特許の特許請求の範囲の記載は，サポート要件を満たさない。
イ 実施可能要件違反
(ｱ) 本件明細書等には，「個人情報を相手に通知しなくても後々コンタクト
が取れるようになる」という発明の作用効果を奏する構成として，「共有
10 仮想タグ」を用いる構成のみ開示しているから，仮に，発明の技術的範囲
に「共有仮想タグ」を用いない構成も含まれるとすれば，当業者は，本件
明細書等及び出願当時の技術常識とに基づいて，過度の試行錯誤を要する
ことなく，その物を製造し，使用することはできず，また，上記の作用効
果を奏する発明として実施することができる程度に発明の詳細な説明の
15 記載が明確かつ十分になされているとはいえない。
したがって，本件各発明の技術的範囲に「共有仮想タグ」を用いない構
成も含まれるとすれば，本件明細書の発明の詳細な説明は，当業者が本件
特許発明の実施をすることができる程度に明確かつ十分に記載したもの
ということはできず，特許法３６条４項１号の規定に違反する。
20 (ｲ) また，被告システム等では，本件各発明の課題は解決されず，その作用
効果を奏しないから，仮に，被告システム等が本件各発明の技術的範囲に
含まれるとすれば，本件各発明は，本件明細書等の記載が想定している「使
用」ができないもの（本件各発明が想定していた所期の作用効果を奏する
ことが確認できないもの）を包含することになる。このことは，本件明細
25 書等が，本件各発明の特許請求の範囲の全範囲について発明の実施ができ
るように記載されていないことを意味する。
さらに，被告システム等は，本件各発明が解決しようとする課題ａ～ｄ
を解決するものではないから，仮に，被告システム等が本件各発明の技術
的範囲に含まれるとすると，本件各発明は，本件明細書等の記載ではその
技術上の意義が説明できないものを包含することになるから，本件明細書
5 等の記載は，特許法施行規則２４条の２の規定を満たさない。
したがって，この点からも，本件明細書の記載は実施可能要件を満たさ
ない。
ウ 明確性要件違反
(ｱ) 本件各発明が，共有仮想タグを用いない構成もその技術的範囲に含むと
10 した場合，本件特許請求の範囲の「前記コンピュータ側からの制御に基づ
いて前記交流先のリストを前記ユーザ端末に表示させることにより，前記
ユーザ同士が連絡先の個人情報を知らせ合うことなく交流できるように
した」等の記載は，上位概念により発明を特定しようとしたことになるが，
当業者は，公知技術や周知技術を参酌しても，「共有仮想タグ」を用いる
15 構成以外のいかなる構成が発明を実施することになるのかを全く理解す
ることができず，公知技術や技術常識を参酌しても，本件明細書等に開示
された「共有仮想タグ」に係る実施形態のほかには，どのようにして本願
発明の効果を奏することができるのか確認できない。
したがって，本件各発明の技術的範囲に「共有仮想タグ」を用いない構
20 成も含まれるとすれば，本件特許請求の範囲の記載は，特許法３６条６項
２号の規定に違反する。
(ｲ) また，被告システム等では，本件各発明の課題は解決されないから，仮
に，被告システム等が本件各発明の技術的範囲に含まれるとすれば，結局
のところ，本件特許請求の範囲の記載は，技術的課題を解決するために必
25 要な事項が特定できていないことになる。
したがって，この点からも，本件特許請求の範囲の記載は，明確性要件
に違反する。
（原告の主張）
本件特許に被告主張の瑕疵はなく，本件各発明に係る特許は，特許無効審判に
より無効にされるべきものではない。
5 (1) サポート要件違反の主張について
ア 本件各発明の課題は，「相手方に互いの個人情報を通知することなく後々
コンタクトを取ることができ，かつ，相手方以外の他人がその相手方に成り
すましてコンタクトしてくる不都合をも防止できる『理想的な連絡可能状態』
を構築すること」であり（乙１３・４５頁参照），この解決手段として，「前
10 記コンピュータ側からの制御に基づいて前記交流先のリストを前記ユーザ
端末に表示させることにより，前記ユーザ同士が連絡先の個人情報を知らせ
合うことなく交流できるようにした（たとえば，Ｓ１９およびＳ８４～Ｓ８
７，または，Ｓ１９のステップの代わりに，「受信した可変共有仮想タグ用
ＩＤから特定されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者の携
15 帯電話とに共有仮想タグを送信する」とのステップ，ユーザによる携帯電話
２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４２に記憶されてい
る共有仮想タグのリストが表示部３５に表示される。）。」（段落【０００
８】）という解決手段を採用した。
したがって，「出会い時点登録」は，課題の解決手段と無関係な事項であ
20 って，上記解決手段と同じ構成要件が本件特許請求の範囲に記載されている
以上，本件特許請求の範囲に記載された発明は，発明の詳細な説明の記載に
より当業者が当該発明の課題を解決できると認識できる範囲のものである
といえるから，サポート要件を欠く旨の被告の主張は理由がない。
イ 被告は，「出会い時点登録」がなければ，対象となるユーザ端末を検索す
25 ることができないと主張する。
しかし，本件明細書等の段落【００９５】には，「Ｓ３２による位置デー
タの更新ばかりでなく，過去の位置データと時刻データも履歴としてユーザ
データベース１１に記憶しておく」ことが記載されており，相手と出会った
時間と場所をユーザが記憶しておき，後からその出会った時間と場所をサー
バ１０に送信し，その時間にその場所にいた相手を検索してもらえばよいの
5 であって，このような制御については，段落【０１０１】～【０１０３】，
【０１２３】，【０１４５】～【０１４８】，【図１４】及び【図２１】に
詳細に記載されている。「出会い時点登録」は，相手と出会った時間と場所
をユーザが忘れては困るので，忘れないうちに事前に時間と場所を登録して
おくだけのものであり，特許法施行規則様式第２９の〔備考〕１５ハの「発
10 明の実施の形態は，特許出願人が最良と思うものを少なくとも一つ掲げて記
載する」旨の要件（ベストモード要件）を具備するために記載しただけのも
のであって，本件各発明に不可欠な要件ではない。
(2) 新規事項追加の主張について
構成要件Ｊ等は，①「前記交流先追加手段は，前記検索手段により前記所定
15 時間中に所定距離内に位置するユーザ端末が検索された場合に，」，②「当該
検索された前記ユーザ端末同士の所持者の内の一方が相手方に対して交流の
申し出を行ない，相手方も交流に同意することにより，前記交流先追加処理を
行う」と２分することができるが，①については，本件明細書等の段落【００
９５】，【００９６】，【０１０１】～【０１０３】，【０１２３】，【０１
20 ４７】及び【０１４８】に記載があり，②については，同【００９５】及び【０
０９７】に記載がある。
したがって，被告が新規事項を含むと主張する構成要件は，本件明細書等の
全ての記載を総合することにより導かれる技術的事項と同じであり，何ら新た
な技術的事項を導入しないものであるため，当該補正は，「明細書又は図面に
25 記載した事項の範囲内において」するものということができるから，被告のこ
の点の主張も失当である。
(3) 本件各発明が共有仮想タグを用いる態様に限定されない場合に関する被告
の主張について
被告は，本件各発明の課題の解決や作用効果を奏するための構成が「共有仮
想タグ」であると主張するが，本件各発明の課題の解決や作用効果を奏するた
5 めの構成は，飽くまでも「コンピュータ側からの制御に基づいて前記交流先の
リストを前記ユーザ端末に表示させること」であり，この点については，本件
明細書等（段落【０００２】，【０００４】～【０００８】，【００１０】，
【図７】，【図８】）に詳細に開示されている。
そして，ユーザ端末に表示される共有仮想タグリストの各共有仮想タグには
10 共有仮想タグ指定信号データが紐付けられており，例えば共有仮想タグ１を選
択してクリックすることにより当該共有仮想タグ１に紐付けられた共有仮想
タグ１指定信号データに基づいて共有仮想タグ１指定信号がサーバに送信さ
れるところ（【図１０】のＳ８９，Ｓ９０，段落【００９０】，【００９１】
参照），共有仮想タグ１をクリックすることにより共有仮想タグ１指定信号が
15 サーバに送信される具体的な仕組みについては，例えば，エイリアス（甲１４
８），テキスト（例えば「目次の文書や資料」）をクリックするだけで別のＷ
ｅｂページにジャンプするハイパーテキストの「リンク」（甲４２），電子透
かし（甲４３）など，本件優先日当時に技術常識となっていた技術を用いるこ
とにより，容易に実現できたことである。
20 また，共有仮想タグ１をクリックすることにより共有仮想タグ１指定信号が
サーバに送信される具体的な仕組みについては，上記のような技術常識を用い
て容易に実現できるため，わざわざ明細書に明記する必要はない（甲１４９～
１５１，乙２５公報の段落【００７３】）。
このように，以上の技術常識を参酌すれば，本件各発明に係る特許がサポー
25 ト要件，実施可能要件及び明確性要件を満たしていることが明らかである。
11 争点３（原告の損害額）について
（原告の主張）
(1) 損害賠償の対象となる被告の事業
被告が行っている事業は，コア事業と戦略事業に大別され，そのうち本件特
許権侵害の対象となる事業は，コア事業中のアカウント広告とコミュニケーシ
5 ョンである（甲１６１参照）。
(2) 被告システムのマネタイズ手法の特質
アプリでマネタイズ（収益化）する場合に，従来から用いられる手法として，
アプリ自体は無料でダウンロードできるようにしてユーザ数を増やした上で，
アプリ内で用いるアイテムやスタンプ等に課金する「アプリ内課金」と，多く
10 のユーザに対し広告を閲覧させることにより広告主（スポンサー）から広告料
を徴収する「広告モデル」とがある。特に「広告モデル」では，収益化させる
ために一定の規模が必要であり，アプリのダウンロード数はもちろん，アクテ
ィブユーザ数も重要になるため，アプリ自体は無料配信することがほとんどで
ある（甲１６５）。
15 これを被告システムにつきみると，被告アプリを無料配布することでより多
くのユーザがこれをダウンロードして利用する。被告アプリでは，友だち同士
で送受信される有料のスタンプがアプリ内課金として用意されており，その有
料スタンプをユーザが購入することによる購入料金（課金料金）が被告の売上
げとなる。
20 さらに，多くのＬＩＮＥユーザがアクセスするＬＩＮＥ空間内での広告は，
多くのユーザが閲覧するため広告効果が高く，広告主（スポンサー）にとって
魅力的であり，このことは被告も自認している。それゆえに，多くの広告主が
アカウント登録することによるアカウント料が被告の売上げとなり，また，ア
カウント料とは別に，多くの広告主が支払う広告費が広告料として被告の売上
25 げとなる。
被告自身も，広告モデルにおける広告主に対し，「ＬＩＮＥを利用している
国内の月間利用者が８，２００万人以上であり，うち８６％の人が毎日利用し
ているアクティブユーザであること」をアピールしている（甲１６６）とおり，
被告システム等において，収益化するために重要な要素は，被告アプリのユー
ザ数を増加させるとともに，被告アプリの利用頻度を向上させる点にある。
5 そして，被告アプリは，スマートフォンなどのモバイル端末を主な対象とし，
友人や知人と手軽にコミュニケーションをとる機会を提供するアプリである
「コミュニケーションアプリ」である（甲１６７，１６８）から，収益化の重
要な要素である「ＬＩＮＥユーザ数の増加及び被告アプリの利用頻度の向上」
が達成できるか否かは，ひとえに「友人や知人と手軽にコミュニケーションを
10 とる機能」（以下「コミュニケーション機能」という。）にかかっている。
それゆえに，被告システム等におけるコミュニケーション機能が，「アプリ
内課金」ばかりでなく，「広告モデル」による被告の売上げに大きく貢献して
いるのである。
したがって，コミュニケーション機能に関する本件特許は，
「アプリ内課金」
15 による被告の売上げだけでなく，「広告モデル」による被告の売上げにも大き
く貢献しているということができる。
(3) 被告の侵害行為に基づく損害賠償の対象は，「ふるふる」に限定されないこ
と
本件各発明を実施している被告システムにおける損害賠償の対象は，「ふる
20 ふる」による友だち登録及びこれにより友だちとなったユーザとの交流等に限
定されない。
本件各発明の「理想的な連絡可能状態（相手方に互いの個人情報を通知する
ことなく後々コンタクトができ，かつ，相手方以外の他人がその相手方に成り
すましてコンタクトしてくる不都合をも防止できる状態）を構築する手段を提
25 供する」という課題や，「相手とコンタクトが取れるようにするにおいて，個
人情報を相手方に通知しなくても後々コンタクトが取れるようになる」という
本件各発明の効果は，「ふるふる」はもちろんのこと，ＱＲコードやＩＤ検索
等の他の友だち登録を利用した場合これ以外の友だち登録においても広く奏
される。
(4) 原告の損害額
5 ア 売上高
(ｱ) 海外企業を含む連結売上高を対象とすべきことについて
被告の有価証券報告書（甲１９４・１２，２１９頁）によれば，被告の
連結子会社のうち，本件特許権侵害の対象となる事業を行っているのは，
①LINE Plus Corporation（韓国企業），②LINE Fukuoka 株式会社，③台
10 湾連線有限公司である。このうち，本件各発明のうちにはプログラムに関
する発明が含まれているところ，被告は，海外事業のために被告アプリを
輸出しており，同アプリの輸出は特許発明の実施に該当するから，国外企
業である①及び③の海外での売上高も損害賠償額算定の対象となる売上
高に含まれる（②の売上高はほとんど無視し得る程度にすぎない。）。
15 (ｲ) 本件特許に係る専用実施権の登録日は平成２９年９月１５日であると
ころ（甲４８），被告における同日から令和２年５月１０日までの間の，
コア事業中のアカウント広告とコミュニケーションの売上高は，以下のと
おりである（甲１６１，１６２，２０１）。
ａ アカウント広告 合計１５１９億５８００万円
20 平成２９年９月１５日～１２月３１日 １１５億１９００万円
（算式）389.29億円×（108日/365日）≒115.19億円
平成３０年度（１月１日～１２月３１日） ５６７億１４００万円
平成３１年度 ６２６億５４００万円
令和２年１月１日～５月１０日 ２１０億７１００万円
25 （算式）292.74億円×（131日/182日）≒210.71億円
ｂ コミュニケーション 合計７６７億２８００万円
平成２９年９月１５日～１２月３１日 ８９億４３００万円
（算式）302.25億円×（108日/365日）≒89.43億円
平成３０年度 ２８５億２７００万円
平成３１年度 ２８３億１９００万円
5 令和２年１月１日～５月１０日 １０９億３９００万円
（算式）151.98億円×（131日/182日）≒109.39億円
イ 実施料率
実施料率については，以下の諸事情を総合的に考慮すると，５０％とする
のが相当である。
10 (ｱ) 知的財産の価値評価を踏まえた特許等の活用の在り方に関する調査研
究報告書」（甲１５７）において，技術分野「電子計算機」のロイヤルテ
ィ料率は，「平均値：３３．２％ 最頻値：５０．０％ 中央値：４０．
０％ 件数：７１９」（９３頁・表Ⅲ－３），「電子計算機に関してはソ
フトウェアのロイヤルティ料率が含まれているため，全体的に高いロイヤ
15 ルティ料率になっている。」（９４頁）との記載があるが，本件各発明も
ソフトウェアに関する発明である。そして，上記と同一のデータを記載し
た「実施料率〔第５版〕」（甲１５９・１６８頁）には，ライセンシーで
ある製造業の企業が実施利益を得るために一般的に必要とする工場建設，
機械・装置等の手当ては，ソフトウェアのライセンシーの場合ほとんど必
20 要ないことなどから，ソフトウェアの実施料率の高率化や実施料の高額化
に繋がる旨が記載されている。
(ｲ) 本件各発明は，未来を予測しその未来世界を明細書及び図面に詳しく開
示しているものであり，未来のイノベーションを一足先に産業界に紹介し
てその方向性を指し示す羅針盤の役割を果たすものであって，その役割を
25 果たすに足りるだけの多数の未来型アイデア（技術）が開示されている。
上記(ｱ)のとおり，アプリ分野の発明の場合，特許出願された後における
製品化までのプロセスに費やされる時間及びエネルギーは機械分野に比
べてはるかに少ない。しかも，本件各発明は，更に「未来予測」という付
加価値を有しており，単なるアプリの発明よりも，更に実施料率の高率化，
実施料の高額化に繋がるべきものである。
5 (ｳ) 知財高裁平成３０年（ネ）第１００６３号令和元年６月７日特別部判決
及び令和元年の特許法改正により新設された特許法１０２条４項によれ
ば，本件においても，被告システム等が本件特許権を侵害し，かつ，無効
ではないと判断されたことを考慮して，特許権者等が合意に至るであろう
実施料相当額を算定することになるから，実施料率は，５０％を上回るこ
10 とがあっても，これを下回ることはあり得ない。
ウ 主位的主張 ６１１億５７７０万円
本件特許権と，請求の放棄をした特許第６２２１０２８号（以下，これに
係る発明を「本件発明６」という。）におけるアカウント広告売上げに対す
る損害賠償額の比率は，３：７である。
15 そこで，本件における原告の損害額は，以下のとおりとなり，その合計額
は，６１１億５７７０万円である。
(ｱ) アカウント広告 ２２７億９３７０万円
（算式）1519.58億円×実施料率0.5×0.3＝227.937億円
(ｲ) コミュニケーション ３８３億６４００万円
20 （算式）767.28億円×実施料率0.5＝383.64億円
エ 予備的主張 ４６３億５７００万円
原告は，損害賠償の対象となる被告システムの機能を，「ふるふる」によ
る友だち登録及びこれにより友だちとなったユーザとの交流等に限定した
場合の損害額を予備的に主張する。予備的主張においては，アカウント広告
25 売上げ＝アカウント料売上げ＋広告料売上げとし，コミュニケーション売上
げ≒アプリ内課金売上げとして計算する。
●（省略）●，アプリ内課金関係１７７億１３００万円）である。
(ｱ) 売上げ
●（省略）●
ｃ アプリ内課金売上げ ３８３億６４００万円
5 (ｲ) 寄与率
以下に述べるとおり，本件各発明の貢献度合い（寄与率）は，アカウン
ト料売上げにつき２７．００％，広告料売上げにつき４５．００％，アプ
リ内課金売上げにつき４６．１７％である。
ａ アプリ内課金における寄与率 ４６．１７％
10 被告によれば，アプリ内課金（コミュニケーション）による売上げと
は，一般ユーザに対する「スタンプ」等のコミュニケーションツールの
販売による売上げのことである。そうであるならば，「ふるふる」によ
る友だち登録及び「ふるふる」により友だちとなったユーザ等の交流等
のアプリ内課金に係る被告の売上げに対する本件各発明の貢献度合い
15 （寄与率）は，単に「ふるふる」による友だち登録の割合に依存するの
ではなく，
「ふるふる」で登録された友だちへの有料スタンプ送信割合，
具体的には，「コミュニケーションツールである有料スタンプを友だち
に送信する送信回数の全体合計のうち，「ふるふる」で登録した友だち
に送信する送信回数の全体合計が占める割合」（以下「アプリ内課金寄
20 与率」という。）となり，以下の算式（以下「アプリ内課金寄与率算出
式」という。）で算出される。
（算式）
アプリ内課金寄与率（％）
＝｛（「ふるふる」で登録した友だちへの有料スタンプ送信回数の全体
25 合計）／（全ての友だちへの有料スタンプ送信回数の全体合計）｝×
１００
このアプリ内課金寄与率算出式の分子は，原告がアンケート業者（株
式会社ジャストシステム）に依頼して行ったアンケート調査（甲１８１
～１８６）のうち，質問Ｑ３（１日に有料スタンプを送信する平均回数）
及びＱ４（有料スタンプを送信する友だちのうち，「ふるふる」で友だ
5 ち登録した友だちの占める割合）とのクロス集計（甲１８６の３）に係
る，以下のクロス集計表から算出することができる。

このクロス集計表は，表の上に質問Ｑ４における各選択肢を選択した
割合が，表の左側に質問Ｑ３における各選択肢を選択した人数が示され
20 ている。このクロス集計表において，両質問に「わからない／覚えてい
ない」と回答した者は計算できないため除外し，また，Ｑ４は，Ｑ３に
おいて「未だかつて送信したことがない」と回答した者以外の者に限定
した回答結果のため，「未だかつて送信したことがない」の列は考慮す
る必要がない。その結果，このクロス集計表は，１２行×９列＝１０８
25 のセルからなるマトリクスとなり，各セルにおける「「ふるふる」で登
録した友だちへの有料スタンプ送信回数」を算出し，全てのセルについ
て合計すれば，上記アプリ内課金寄与率算出式の分子を算出することが
できる。例えば，「６～１０回」の行，「１１～１９％」の列のセルに
おける「ふるふる」で登録した友だちへの有料スタンプ送信回数は，当
該成分に属する人数（８３人×２６．５％＝２１．９９５人）×（６～
5 １０回の中央値＝８回）×１５％÷１００≒２６．３９４回となり，こ
のような計算を１２行×９列の全てのセルにつき算出し，全ての合計を
算出すると，上記分子≒６０９０．６８４回となる。
一方，アプリ内課金寄与率算出式の分母は，質問Ｑ３の各列における
（各回数の中央値×当該回数の人数）の合計により算出され，上記分母
10 ≒０．５回×２５５人＋３回×２３５人＋８回×８３人＋１５回×３８
人＋３４．５回×２８人＋７４．５回×１３人＋１４９．５回×１１人
＋３４９．５回×６人＋６００回×９人＝１３１２７．５回となる。
したがって，アプリ内課金寄与率は，以下のとおり，４６．１７％と
なる。
15 （算式）（6090.684回／13127.5回）×100＝46.17％
かかる割合は，被告主張に比べてかなり高率であるが，その原因とし
ては，以下の３つが考えられる。
(a) ＬＩＮＥのヘビーユーザは女子高生であるが（甲１８８），１８歳
未満のユーザは友だち登録手段としてＩＤ検索や電話番号検索等の
20 利用が禁止され，「ふるふる」検索やＱＲコードでの登録に限定され
るため（甲１８９），「ふるふる」による友だち登録の占める割合が
高くなる。
(b) 「ふるふる」特有のメリットとして，部活やサークルの集まり，合
コン，パーティーなど大勢の集まりの場合に，一度に複数の友だちを
25 追加することが可能である（甲１９１） 女子高生の場合，
。 教室内や，
部活・サークル等の団体での活動が多く，上記機能が重宝され，使用
頻度が高くなる。
(c) 「ふるふる」検索やＱＲコードでの友だち登録の場合，出会って互
いにＬＩＮＥを通じたコミュニケーションを行う目的で友だち登録
をするため，後々スタンプをコミュニケーションツールとして送受信
5 して互いにコミュニケーションを行う頻度が高いが，電話番号検索や
友だちの自動追加機能等による友だち登録の場合，たまたま相手の電
話番号をスマートフォンに登録していた等の理由で友だち登録され
る場合が多々あり，ＬＩＮＥを通じたコミュニケーションを行う目的
で友だち登録したわけではないため，互いにスタンプを送受信するこ
10 とがほとんどない。そのため，全友だち登録数のうち「ふるふる」に
よる友だち登録の占める割合は低くても，スタンプをコミュニケーシ
ョンツールとして送受信して互いにコミュニケーションを行う割合
は，「ふるふる」による友だち登録をした友だち同士において高くな
る。
15 ｂ 広告料における寄与率 ４５．００％
広告料による売上げは，企業等のスタンプ（コミュニケーションツー
ル）をユーザに提供することなどによる企業等からの売上げであり，寄
与率は，アプリ内課金と同様に，単に「ふるふる」による友だち登録の
割合に依存するのではなく，「ふるふる」で登録された友だちへのスタ
20 ンプ送信割合，具体的には，コミュニケーションツールであるスタンプ
を友だちに送信する送信回数の全体合計のうち，「ふるふる」で登録し
た友だちに送信する送信回数の全体合計が占める割合（広告料寄与率）
に依存することになり，広告料寄与率は，以下の算式で算出される。
（算式）
25 広告料寄与率
＝｛（「ふるふる」で登録した友だちへの有料スタンプ送信回数の全体
合計）／（全ての友だちへのスタンプ送信回数の全体合計）｝×１０
０
広告料寄与率の分子は，アンケートの質問Ｑ１とＱ２とのクロス集計
（甲１８６の４）から算出でき，その算出方法は，前記アプリ内課金と
5 同じであり，分子＝７０５９．３４２回，分母＝１５３３０．９回とな
る。
したがって，広告寄与率は，以下のとおり，４５．００％となる（判
決注：上記分子と一致しないが，その一部請求と解することとする。 。
）
（算式）（6898.878回／15330.9回）×100≒45.00％
10 ｃ アカウント料における寄与率 ２７．００％
被告によれば，企業等が被告に費用を支払って，被告アプリ上でアカ
ウント（ＬＩＮＥ＠，ビジネスコネクト，公式アカウント）を開設する
理由は，ＬＩＮＥアプリを利用するユーザが非常に多く，被告の情報伝
達プラットフォームを利用して広告宣伝を行うことのメリットが大き
15 いからとのことである。そうであるならば，被告アプリはコミュニケー
ションアプリであり（甲１６７），友人や知人と手軽にコミュニケーシ
ョンをとる機能（甲１６８参照） 企業等が，
が， 被告に費用を支払って，
被告アプリ上でアカウントを開設する原動力となっているのである。本
件各発明は，このコミュニケーション機能を対象とするものであるから，
20 アカウント料に係る被告の売上げに貢献していることになり，その貢献
度合い（寄与率）は，被告の上記主張からすれば，６０％を下らない。
また，「ふるふる」による友だち登録及び「ふるふる」により友だち
となったユーザとの交流等の寄与率については，後記の広告料寄与率
（４５．００％）を適用することができる。
25 したがって，本件各発明の，アカウント料に係る被告売上げに対する
寄与率は，２７．００％となる。
（算式）0.60×0.45×100＝27.00％
●（省略）●
ｃ アプリ内課金関係 １７７億１３００万円
（算式）売上高767.28億円×実施料率0.5×寄与率0.4617≒177.13億
5 円
（被告の主張）
(1) 本件各発明の特許請求の範囲の構成によれば，本件各発明に対応する実施行
為は，現実世界で出会ったユーザ同士の交流を支援（構成要件Ａ），位置情報
に基づいてユーザ端末を検索する手段（構成要件Ｄ），ポップアップ通知を行
10 うための制御の実行（構成要件Ｆ） ポップアップ通知をしないように制御
， （構
成要件Ｇ）等の上記所定の構成要件を備えるコンピュータシステム等を生産，
使用，譲渡等する行為に限られる。すなわち，本件機能により友だち登録がな
され（構成要件Ａ，Ｄの実施），かつ，ポップアップ通知を行うための制御と
通知をしないようにする制御を実行（構成要件Ｆ，Ｇの実施）する機能に関連
15 性のない売上げは，本件各発明の実施行為と因果関係のない売上げであるから，
損害賠償の対象とならない。本件においては，本件各発明の実施行為による直
接の売上高が観念できないところ，このような事例においても，実施者が，特
許発明を実施したことにより得た売上高の範囲を適切に画した上で，当該売上
高に実施料率を乗じる必要がある。
20 (2) 損害賠償の対象となる売上げについて
被告の売上高は，「アカウント広告」及び「コミュニケーション」の各売上
げに大別されるが，これらの内容等は，以下のとおりである。
ア アカウント広告の売上げ
(ｱ) アカウント広告の種類
25 これは，主に被告アプリ上でアカウントを有する企業等からの売上げで
あり，有価証券報告書（甲１６１）や決算短信（甲１６２）における「ア
カウント広告」の売上げの内訳は，以下の９種である。
①公式アカウント，②ビジネスコネクト，③ＬＩＮＥ＠，④スポンサー
ドスタンプ，⑤セールスプロモーション，⑥広告，⑦●（省略）●，⑧●
（省略）●，⑨限定スタンプ
5 しかし，以下のとおり，いずれも本件各発明とは無関係であり，損害賠
償の対象とはならない。
(ｲ) 下記①～③の売上げが本件各発明と無関係であること
公式アカウント（①），ビジネスコネクト（②）及びＬＩＮＥ＠（③）
は，いずれも，企業等がアカウントを開設することにより，自社のアカウ
10 ントを友だち登録しているユーザにメッセージの送信等をすることがで
きるサービスである。ユーザが企業等の公式アカウント等を「ふるふる」
により友だち登録する場合には，ユーザのみが端末を操作し，公式アカウ
ントを有する企業等が端末を操作することはないから，「現実世界で出会
ったユーザ同士がユーザ端末を操作することにより」（構成要件Ａ，Ｌ）
15 等の構成要件を充足しない。
したがって，①～③の売上げは，本件各発明とは無関係であり，損害賠
償の対象とならない。
(ｳ) 下記④～⑧の売上げが本件各発明と無関係であること
ａ スポンサードスタンプ（④）
20 スポンサードスタンプは，企業等が広告宣伝のために，被告アプリ内
で自社のオリジナルの「スタンプ」をユーザに無料で提供することがで
きるサービスである。同サービスを利用する場合には，企業等は被告に
固定額を支払うことになるから，これがスポンサードスタンプによる被
告の売上げとなる。
25 被告アプリのトークルームでは，テキスト（文字）メッセージだけで
なく，「スタンプ」と呼ばれるイラストを送信することができるが，こ
れは被告アプリ内の重要なコミュニケーション手段である。そのため，
企業等が，自社のキャラクターや商品・サービス名等をイラストにした
「スタンプ」を無料で提供すると，ユーザがこれをダウンロードし，他
のユーザとのトークの中で送信することにより，企業等としては大きな
5 宣伝効果を得ることが期待できる。
また，ユーザが一定の条件（ミッション）を満たした場合に限り，当
該ユーザに自社のオリジナルスタンプを無料で提供することもできる
が，代表的なミッションは，ユーザが当該企業等のアカウントを友だち
登録した場合に限って「スタンプ」のダウンロードを可能とするという
10 ものであり，これを利用すると，ユーザが無料で「スタンプ」をダウン
ロードしたいと思ったときには，当該企業等のアカウントを友だち登録
することになるが，この場合の登録は，「ふるふる」以外の友だち登録
方法により行われる。
したがって，④の売上げは，「ふるふる」による友だち登録を利用す
15 る本件機能とは全く無関係である。
ｂ セールスプロモーション（⑤）
セールスプロモーションは，企業等が販売促進や広告宣伝のために，
(ⅰ)被告アプリを使ってキャンペーンを行うことのできるサービスや，
(ⅱ)ユーザが一定の条件（ミッション）を満たした場合に限り，当該ユ
20 ーザに「ＬＩＮＥポイント」が無料で付与されるようにするサービスを
いう。
同サービスを利用する場合，企業等は被告にキャンペーン内容に応じ
た固定額を支払うほか，(ⅱ)のうち，ユーザが当該企業等のアカウント
を友だち登録したら「ＬＩＮＥポイント」が無料で付与されるサービス
25 については，このサービスにより当該企業等のアカウントを友だち登録
したユーザ数に一定の単価を乗じた額を支払うことになり，これらが被
告の売上げとなる。
(ⅰ)の例としては，ユーザが，購入した対象商品に張り付けられてい
るＱＲコードを読み込むと，シールを獲得することができ，複数のシー
ルを集めると，景品に応募できるようになるというキャンペーンがあり，
5 これにより，企業等としては，対象商品の複数・継続購買が期待できる。
(ⅱ)につき，ユーザが「ＬＩＮＥポイント」を獲得するための「ミッ
ション」としては，前記(a)と同様に，ユーザが当該企業等のアカウント
を友だち登録した場合に限り，「ＬＩＮＥポイント」を付与する方法が
あり，この場合の登録は，「ふるふる」以外の友だち登録方法により行
10 われる。なお，その他の「ミッション」としては，当該企業等の広告宣
伝動画の視聴，無料会員登録，商品購入など様々なものがある。
したがって，⑤の売上げは，本件機能とは全く無関係である。
ｃ 広告（⑥）について
被告は，企業等の広告をアプリ内に掲載し，その対価として広告掲載
15 料の支払を受けており，これが被告の売上げとなる。
この売上げは，本件機能とは全く無関係である。
ｄ ●（省略）●
ｅ ●（省略）●
ｆ 限定スタンプ（⑨）について
20 被告は，企業等を通じて「スタンプ」を販売することがあり，この場
合，被告は，当該企業等からその対価の支払を受け，これが被告の売上
げとなる。
この売上げは，本件機能とは全く無関係である。
イ コミュニケーションの売上げについて
25 (ｱ) コミュニケーションの種類
これは，一般ユーザに対する「スタンプ」等のコミュニケーションツー
ルの販売による売上げのことであり，有価証券報告書（甲１６１）や決算
短信（甲１６１）に記載の「コミュニケーション」の売上げの内訳は，以
下の８種である。
㋐ＬＩＮＥスタンプ，㋑ＬＩＮＥ着せ替え，㋒ＬＩＮＥ絵文字，㋓クリ
5 エイターズスタンプ，㋔クリエイターズ着せ替え，㋕クリエイターズ絵文
字，㋖ＬＩＮＥスタンププレミアム，㋗ＬＩＮＥ Ｏｕｔ
しかし，以下に述べるとおり，いずれも本件各発明とは無関係であり，
損害賠償の対象とはならない。
(ｲ) ㋐～㋗の売上げが本件各発明と無関係であること
10 ａ ㋐～㋖について
一般のユーザは，被告アプリにおいて，被告や被告以外の第三者（ク
リエイター）が提供する有料の「スタンプ」，「着せ替え」（ユーザ自
身の被告アプリの背景を変更するもの）又は「絵文字」（ユーザ間のト
ークの中でテキストメッセージの中に入れて使うことができるもの）を
15 購入することにより，これらをダウンロードし，使用することができる
ようになるところ，ユーザがこれらに設定された価格を支払って購入す
ると，これが被告の売上げとなる。
これらの売上げは，友だち登録とは何ら関係しないから，本件機能と
は全く無関係である。
20 ｂ ㋗について
ＬＩＮＥ Ｏｕｔは，電話回線を使用し，ユーザが有料で音声通話を
することができるサービスであり，通話の相手は，国内外を問わず，ま
た，被告アプリのユーザか否かを問わない。もっとも，被告アプリのユ
ーザ同士であれば，同アプリ内でインターネット回線を使用する無料通
25 話の利用が可能であることから，㋗のサービスは，ＬＩＮＥユーザがユ
ーザでない人に発信をする際に使われることが多い。
ユーザが㋗のサービスを利用する場合には，通話料金を被告に支払う
から，これが被告の売上げとなる。
この売上げは，本件機能とは全く無関係である。
(ｳ) 本件機能に関係し得るコミュニケーションの売上げ
5 「コミュニケーション」の売上げは，ユーザが無料でＬＩＮＥのＩＤ登
録をし，スタンプ等のデザインが趣味嗜好に合っているために購入したこ
とによる売上げであって，「ユーザ間での友だち登録」を行ったことによ
る売上げではないし，ましてや「友だち登録を「ふるふる」でしたこと」
による売上げではなく，「ふるふる」の機能がなくても，被告が上げるこ
10 とができた売上げであるから，被告が本件各発明の実施行為により得た売
上げであるとはいえない。
そして，「コミュニケーション」の売上げは，ポップアップ機能（構成
ｆ）や，ブロック時ポップアップ停止機能（構成要件ｇ）による売上げで
もなく，これらの機能がなくても，被告が上げることができた売上げであ
15 るから，この点においても，被告が本件各発明の実施行為により得た売上
げであるとはいえない。
このように，本来，本件各発明は，「ふるふる」の機能だけでなく，ポ
ップアップ機能やブロック時ポップアップ停止機能を兼ね備えて初めて
「実施行為」となるものであるから，そのような実施行為により得た売上
20 げであるというためには，ポップアップ機能やブロック時ポップアップ停
止機能の利用状況をも踏まえて，実施行為に関係し得る売上げの範囲を適
切に画することが必要であるが，以下では，本件発明３の実施行為に関係
しうる売上げの範囲は，「ふるふる」の機能のみを有する発明である場合
と同様に画することとし，ポップアップ機能やブロック時ポップアップ停
25 止機能については，実施料率の割合に反映すべきものとして主張すること
とする。
●（省略）●
(3) 実施料率について
特許法１０２条３項による損害の認定においては，①当該特許発明の実際の
実施許諾契約における実施料率や，それが明らかでない場合には業界における
5 実施料の相場等，②当該特許発明自体の価値すなわち特許発明の技術内容や重
要性，他のものによる代替可能性，③当該特許発明を当該製品に用いた場合の
売上げ及び利益への貢献や侵害の態様，④特許権者と侵害者との競業関係や特
許権者の営業方針等訴訟に現れた諸事情を総合考慮して合理的な料率を定め
るべきであるが，これによれば，本件における実施料率は，０．４％を上回ら
10 ない。
ア ①について
知的財産の価値評価を踏まえた特許等の活用の在り方に関する調査研究
報告書 ～知的財産（資産）価値及びロイヤルティ料率に関する実態把握～」
（乙８２）には，「コンピュータ」の分野の実施料率として「１％未満」と
15 する実例が存在することが示されている。
イ ②について
(ｱ) 本件各発明の価値がないこと
ａ 本件各発明は，乙４２公報に，その構成の大部分が開示されており，
差異はポップアップ通知の制御に係る点に限られる。そして，これに周
20 知技術（乙８４（特開２００７－１６６１８９）等 ）を容易に適用する
ことができるから，乙４２公報記載の発明は，少なくとも本件各発明の
代替手段に相当する。
また，本件各発明は，ＷＯ２０１０／００８５４２号の国際公開公報
（乙７０）に，その構成の全部が開示されているから，これに記載の発
25 明も，本件各発明の代替手段に相当する。
このように，本件各発明は，従来技術に既に存在しており，代替手段
も複数あるから，従来技術と対比した場合の本件各発明の価値は存しな
い。
現に，本件特許に係る無効審判（無効２０１９－８０００５６号）の
職権審理事項通知書（乙９３）では，特許を無効とすべき旨の判断がさ
5 れている。
ｂ ポップアップ通知を行うための制御の実行に関する構成要件Ｆ等の
効果は，メッセージやその受信をポップアップすることでメッセージに
速やかに気付くことができる点にあるが，ポップアップ通知を用いなく
とも，音や振動でメッセージの着信を通知することで代替可能であり，
10 現に被告アプリはそのような代替機能も備えている。
ポップアップ通知をしないように制御すること（構成要件Ｇ等）につ
いても，本件明細書等には，「共有仮想タグの一方当事者による解約」
があった場合に，「解約した共有仮想タグの相手方から書き込みがあっ
たとしても，解約者の携帯電話２へのポップアップ通知を行わないよう
15 に制御する」（段落【００９３】）ことしか記載がないが，共有仮想タ
グの解約がされた場合にポップアップ通知をしないことは至極当然で
あり，何らの技術的価値もない。
また，ユーザが他の特定のユーザとのコミュニケーションを止めたい
場合にポップアップがなされないようにする機能は，他のメッセンジャ
20 ーサービスも備える一般的な機能にすぎず（乙９５～９７等），同機能
が被告の売上げや利益に貢献しない。●（省略）●
(ｲ) 「ふるふる」には代替技術が存すること等
友だち登録において，「ふるふる」以外に多数の代替手段が存在し，現
に，これらの代替手段が友だち登録手段として「ふるふる」よりも圧倒的
25 に高い割合で利用されており，「ふるふる」による友だち登録の割合はご
くわずかである。このように本件機能の被告サービスにおける必要性が低
いことを考慮するならば，本件特許が有効なものであることを前提にして
も，実施許諾契約の締結において高額な実施料が合意されることはなく，
このことは，実施料率を低く認定する事情として十分に考慮されるべきで
ある。
5 ●（省略）●
まして，友だち登録手段として「ふるふる」を用いる場合には，近くに
いる見ず知らずの他人とまで，友だちになってしまうリスクすらある（乙
７４）。
このように，被告サービスにおける本件機能は，本件発明の効果を奏す
10 るものではない。
ウ ③について
●（省略）●
エ ④について
原告と被告は競業関係になく，原告は本件各発明の実施も行っていない。
15 オ 以上を総合考慮すれば，本件における実施料率が０．４％を超えることは
ない。
(4) 原告の損害額
●（省略）●
第４ 当裁判所の判断
20 １ 本件発明の内容等
(1) 本件明細書等の発明の詳細な説明には，以下の記載がある（甲４９）。
ア 技術分野
「本発明は，たとえば，初対面の人物同士が出会った後互いにコンタクト
を取ることができるようにする際に，極力個人情報を明かすことなくコンタ
25 クトがとれるようにするためのコンピュータシステムおよびプログラム関
する。詳しくは，ユーザ端末の操作によりネットワークを介して特定の者同
士のコミュニケーションによる交流をコンピュータが支援するコンピュー
タシステムおよびプログラムに関する。」（段落【０００１】）
イ 背景技術
「初対面の人物同士が出会った後互いにコンタクトを取ることができるよ
5 うにする方法として，従来から一般的に知られているものに，たとえば，自
分の携帯電話のメールアドレスまたは電話番号を相手に知らせて連絡を取
ることができる状態（以下これを「連絡可能状態」という）にするのが，従
来から一般的な方法である。そして，知得した相手方のメールアドレスなど
を自分の携帯電話のアドレス帳に記憶させ，ユーザの操作に応じて一覧表示
10 させることのできる携帯電話が提案されている（たとえば，特許文献１） 」
。
（段落【０００２】）
ウ 発明が解決しようとする課題
「しかし，この従来から一般的な連絡可能状態の場合，以下の欠点がある。
ａ 電話番号やメールアドレス等の個人情報を初対面の相手に知らせる
15 点に不安を感じてためらいがちになる場合が多く，これが後々の交流の機会
を失わせる。
ｂ 個人情報を通知した相手から昼夜を問わず連絡が入り，迷惑を被る虞
がある。
ｃ 相手に伝えたメールアドレス等の個人情報が他人に横流しされ，その
20 他人が本人に成りすましてメールを送信したり，またスパム等の被害を被る
虞がある。
ｄ 一旦伝えた個人情報を無効にするには，電話番号の変更やメールアド
レスの変更等のように厄介な作業を伴う。」（段落【０００４】）
「以上のことに鑑み，理想的な連絡可能状態とは，相手方に互いの個人情
25 報を通知することなく後々コンタクトを取ることができ，かつ，相手方以外
の他人がその相手方に成りすましてコンタクトしてくる不都合をも防止で
きる状態である。」（段落【０００５】）
「本発明は，かかる実情に鑑み考え出されたものであり，その目的は，前
述の理想的な連絡可能状態を構築する手段を提供することである。」（段落
【０００６】）
5 エ 課題を解決するための手段の具体例
「次に，課題を解決するための各種手段と実施の形態との対応関係を以下
に括弧書で示す。」（段落【０００７】）
「本発明は，現実世界で出会ったユーザ同士がユーザ端末（例えば，携帯
電話２）を操作することによりコンピュータ（たとえば，サーバ１０，２１
10 等）を利用してネットワークを介してのコミュニケーションによる交流を支
援するコンピュータシステムであって，
複数の交流先のリストをユーザに表示するための制御を行なう交流先リ
スト表示制御手段（たとえば，Ｓ１９のステップの代わりに，「受信した可
変共有仮想タグ用ＩＤから特定されるユーザＩＤの携帯電話と共有仮想タ
15 グ生成依頼者の携帯電話とに共有仮想タグを送信する」とのステップ，ユー
ザによる携帯電話２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４
２に記憶されている共有仮想タグのリストが表示部３５に表示される。 と，
）
ユーザが前記交流先リスト表示制御手段により表示された複数の交流先
の内からコミュニケーションを取りたい相手を選択指定し（たとえば，Ｓ８
20 ９，Ｓ９０），該選択指定した者と選択指定された相手とがユーザ端末を操
作して入力した内容を互いに伝え合ってメッセージを送受信できるように
該入力内容を前記ユーザ端末で報知するための入力内容報知手段（たとえば，
共有仮想タグに対応したＷｅｂページにＳ９３で書込んだ内容をＳ９４で
記憶し，図１の（Ａ氏書き込み）（Ｂ氏書き込み）等を閲覧することにより
25 メッセージを送受信して，または，音声仮想タグは，メッセージを音声で伝
えることができる仮想タグである。）と，
前記ユーザ端末の位置情報を取得し（たとえば，Ｓ２，Ｓ９，Ｓ３０），
該位置情報に基づいて所定時間中に所定距離内に位置するユーザ端末を検
索する検索手段（たとえば，Ｓ１６とＳ１６ｄ，または，Ｓ３２による位置
データの更新ばかりでなく，過去の位置データと時刻データも履歴としてユ
5 ーザデータベース１１に記憶しておき，ユーザデータベース１１に記憶され
ている位置データと時刻データとの履歴データに基づいて，コンタクト申し
出者が指定した出会った地理的位置と時間とに一致する履歴データの相手
を検索する）と，
該検索手段により前記所定時間中に所定距離内に位置するユーザ端末が
10 検索されたことを必要条件として（たとえば，Ｓ１６およびＳ１６ｄで共に
ＹＥＳと判定されたことを条件として，または，ユーザデータベース１１に
記憶されている位置データと時刻データとの履歴データに基づいて，コンタ
クト申し出者が指定した出会った地理的位置と時間とに一致する履歴デー
タの相手が特定されたことを条件として），該検索されたユーザ端末と前記
15 メッセージの送受信を可能にするために新たな交流先として前記交流先の
リストに追加する交流先追加処理を行う交流先追加手段（たとえば，Ｓ１８，
Ｓ１９のステップの代わりに，「受信した可変共有仮想タグ用ＩＤから特定
されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者の携帯電話とに共
有仮想タグを送信する」とのステップを用いる。この処理により，共有仮想
20 タグがバーチャル世界ではなく当事者の端末（携帯電話等）に記憶さる。）
と，を備え，
前記複数の交流先の内からコミュニケーションを取りたい相手を選択指
定した者が選択指定された相手に対しメッセージを入力して送信する操作
を行った場合に，前記選択指定された相手のユーザ端末にメッセージが入力
25 された旨のポップアップ通知を行うための制御を実行する一方（たとえば，
Ａ氏が書き込みを行うと，Ｂ氏の携帯電話２にその旨を通知するためのポッ
プアップ通知がなされる），
前記交流先として指定されて互いにメッセージを送受信できるユーザ端
末同士の一方からの要求に応じて，他方のユーザ端末からメッセージを入力
して送信する操作を行ったとしても前記ポップアップ通知を行わないよう
5 に制御し（たとえば，共有仮想タグの一方当事者による解約ができるように
してもよい。携帯電話２からの解約要求情報（当人のユーザＩＤを含む）を
受付けたサーバ１０は，仮想タグデータベース９を検索して受信したユーザ
ＩＤに対応付けて解約情報（フラグ等）を記憶させる。これにより，解約し
た共有仮想タグの相手方からの書込みがあったとしても，解約者の携帯電話
10 ２へのポップアップ通知を行わないように制御する。），
前記コンピュータ側からの制御に基づいて前記交流先のリストを前記ユ
ーザ端末に表示させることにより，前記ユーザ同士が連絡先の個人情報を知
らせ合うことなく交流できるようにした（たとえば，Ｓ１９およびＳ８４～
Ｓ８７，または，Ｓ１９のステップの代わりに，「受信した可変共有仮想タ
15 グ用ＩＤから特定されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者
の携帯電話とに共有仮想タグを送信する」とのステップ，ユーザによる携帯
電話２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４２に記憶され
ている共有仮想タグのリストが表示部３５に表示される。）。
また，好ましくは，前記交流先追加手段は，前記検索手段により前記所定
20 時間中に所定距離内に位置するユーザ端末が検索された場合に（たとえば，
ユーザデータベース１１に記憶されている位置データと時刻データとの履
歴データに基づいて，コンタクト申し出者が指定した出会った地理的位置と
時間とに一致する履歴データの相手が特定された），当該検索された前記ユ
ーザ端末同士の所持者の内の一方が相手方に対して交流の申し出（たとえば，
25 共有仮想タグ生成の申し出）を行ない，相手方も交流に同意することにより
（共有仮想タグ生成の申し出に対して，相手方が同意すれば），前記交流先
追加処理を行うようにしてもよい。
本発明の他の局面では，現実世界で出会ったユーザ同士がユーザ端末（例
えば，携帯電話２）を操作することによりコンピュータ（たとえば，サーバ
１０，２１等）を利用してネットワークを介してのコミュニケーションによ
5 る交流を支援するコンピュータシステムであって，
複数の交流先のリストをユーザに表示するための制御を行なう交流先リ
スト表示制御手段（たとえば，Ｓ１９のステップの代わりに，「受信した可
変共有仮想タグ用ＩＤから特定されるユーザＩＤの携帯電話と共有仮想タ
グ生成依頼者の携帯電話とに共有仮想タグを送信する」とのステップ，ユー
10 ザによる携帯電話２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４
２に記憶されている共有仮想タグのリストが表示部３５に表示される。 と，
）
ユーザが前記交流先リスト表示制御手段により表示された複数の交流先
の内からコミュニケーションを取りたい相手を選択指定し（たとえば，Ｓ８
９，Ｓ９０），該選択指定した者と選択指定された相手とがユーザ端末を操
15 作して入力した内容を互いに伝え合ってメッセージを送受信できるように
該入力内容を前記ユーザ端末で報知するための入力内容報知手段（たとえば，
共有仮想タグに対応したＷｅｂページにＳ９３で書込んだ内容をＳ９４で
記憶し，図１の（Ａ氏書き込み）（Ｂ氏書き込み）等を閲覧することにより
メッセージを送受信して，または，音声仮想タグは，メッセージを音声で伝
20 えることができる仮想タグである。）と，
前記ユーザ端末の位置情報を取得し（たとえば，Ｓ２，Ｓ９，Ｓ３０），
該位置情報に基づいて所定時間中に所定距離内に位置するユーザ端末を検
索する検索手段（たとえば，Ｓ１６とＳ１６ｄ，または，Ｓ３２による位置
データの更新ばかりでなく，過去の位置データと時刻データも履歴としてユ
25 ーザデータベース１１に記憶しておき，ユーザデータベース１１に記憶され
ている位置データと時刻データとの履歴データに基づいて，コンタクト申し
出者が指定した出会った地理的位置と時間とに一致する履歴データの相手
を検索する）と，
前記検索手段により前記所定時間中に所定距離内に位置するユーザ端末
が検索されたことを必要条件として（たとえば，Ｓ１６およびＳ１６ｄで共
5 にＹＥＳと判定されたことを条件として，または，ユーザデータベース１１
に記憶されている位置データと時刻データとの履歴データに基づいて，コン
タクト申し出者が指定した出会った地理的位置と時間とに一致する履歴デ
ータの相手が特定されたことを条件として），該検索されたユーザ端末と前
記メッセージの送受信を可能にするために新たな交流先として前記交流先
10 のリストに追加する交流先追加処理を行う交流先追加手段（たとえば，Ｓ１
８，Ｓ１９のステップの代わりに，「受信した可変共有仮想タグ用ＩＤから
特定されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者の携帯電話と
に共有仮想タグを送信する」とのステップを用いる。この処理により，共有
仮想タグがバーチャル世界ではなく当事者の端末（携帯電話等）に記憶さる。）
15 と，を備え，
前記複数の交流先の内からコミュニケーションを取りたい相手を選択指
定した者が選択指定された相手に対しメッセージを入力して送信する操作
を行った場合に，前記選択指定された相手のユーザ端末にメッセージが入力
された旨のポップアップ通知を行うための制御を実行し（たとえば，Ａ氏が
20 書き込みを行うと，Ｂ氏の携帯電話２にその旨を通知するためのポップアッ
プ通知がなされる），
前記交流先追加手段は，前記検索手段により前記所定時間中に所定距離内
に位置するユーザ端末が検索された場合に（たとえば，ユーザデータベース
１１に記憶されている位置データと時刻データとの履歴データに基づいて，
25 コンタクト申し出者が指定した出会った地理的位置と時間とに一致する履
歴データの相手が特定された），当該検索された前記ユーザ端末同士の所持
者の内の一方が相手方に対して交流の申し出（たとえば，共有仮想タグ生成
の申し出）を行ない，相手方も交流に同意することにより（共有仮想タグ生
成の申し出に対して，相手方が同意すれば），前記交流先追加処理を行い，
前記コンピュータ側からの制御に基づいて前記交流先のリストを前記ユ
5 ーザ端末に表示させることにより，前記ユーザ同士が連絡先の個人情報を知
らせ合うことなく交流できるようにした（たとえば，Ｓ１９およびＳ８４～
Ｓ８７，または，Ｓ１９のステップの代わりに，「受信した可変共有仮想タ
グ用ＩＤから特定されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者
の携帯電話とに共有仮想タグを送信する」とのステップ，ユーザによる携帯
10 電話２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４２に記憶され
ている共有仮想タグのリストが表示部３５に表示される。）。」（段落【０
００８】）
「本発明のさらなる他の局面では，現実世界で出会ったユーザ同士がコン
ピュータ（たとえば，サーバ１０，２１等）を利用して交流を行うためにユ
15 ーザ端末（例えば，携帯電話２）により実行されるプログラムであって，
前記ユーザ端末の位置情報を前記コンピュータへ送信する位置情報送信
ステップ（たとえば，Ｓ９，会員ユーザが自己の携帯電話２のＧＰＳ機能を
ＯＮにすれば，その携帯電話２からユーザＩＤと現在位置を示すＧＰＳデー
タとがサービスプロバイダ８のサーバ１０へ送信されて来る。）と，
20 前記ユーザ端末の報知部（たとえば，表示部３５と音声出力部３８ａ）を
制御する報知制御ステップ（たとえば，Ｓ１９，ユーザによる携帯電話２の
入力操作部３７の操作に従って，このＥＥＰＲＯＭ４２に記憶されている共
有仮想タグのリストが表示部３５に表示される。Ｓ９２等）とを，前記ユー
ザ端末に実行させ，
25 前記報知制御ステップは，
複数の交流先のリストを表示するための交流先リスト表示制御ステッ
プ（たとえば，Ｓ１９のステップの代わりに，「受信した可変共有仮想タグ
用ＩＤから特定されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者の
携帯電話とに共有仮想タグを送信する」とのステップ，ユーザによる携帯電
話２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４２に記憶されて
5 いる共有仮想タグのリストが表示部３５に表示される。）と，
ユーザが前記表示された複数の交流先の内からコミュニケーションを
取りたい相手を選択指定し（たとえば，Ｓ８９，Ｓ９０），該選択指定した
者と選択指定された相手とがユーザ端末を操作して入力した内容を互いに
伝え合ってメッセージを送受信できるように該入力内容を前記ユーザ端末
10 で報知するための入力内容報知ステップ（たとえば，Ｓ９２，Ｓ９３，共有
仮想タグに対応したＷｅｂページにＳ９３で書込んだ内容をＳ９４で記憶
し，図１の（Ａ氏書き込み）（Ｂ氏書き込み）等を閲覧することによりメッ
セージを送受信して，または，音声仮想タグは，メッセージを音声で伝える
ことができる仮想タグである。）と，を含み，さらに，
15 前記選択指定した者が選択指定された相手に対しメッセージを入力し
て送信する操作を行った場合に，前記選択指定された相手のユーザ端末の前
記報知部にメッセージが入力された旨のポップアップ通知を行い（たとえば，
Ａ氏が書き込みを行うと，Ｂ氏の携帯電話２にその旨を通知するためのポッ
プアップ通知がなされる），
20 前記コンピュータは，
前記位置情報送信ステップにより送信されてきた前記ユーザ端末の位
置情報を取得し（たとえば，Ｓ２，Ｓ９，Ｓ３０），該位置情報に基づいて
所定時間中に所定距離内に位置するユーザ端末を検索する検索手段（たとえ
ば，Ｓ１６とＳ１６ｄ，または，Ｓ３２による位置データの更新ばかりでな
25 く，過去の位置データと時刻データも履歴としてユーザデータベース１１に
記憶しておき，ユーザデータベース１１に記憶されている位置データと時刻
データとの履歴データに基づいて，コンタクト申し出者が指定した出会った
地理的位置と時間とに一致する履歴データの相手を検索する）と，
該検索手段により前記所定時間中に所定距離内に位置するユーザ端末
が検索されたことを必要条件として（たとえば，Ｓ１６およびＳ１６ｄで共
5 にＹＥＳと判定されたことを条件として，または，ユーザデータベース１１
に記憶されている位置データと時刻データとの履歴データに基づいて，コン
タクト申し出者が指定した出会った地理的位置と時間とに一致する履歴デ
ータの相手が特定されたことを条件として），該検索されたユーザ端末と前
記メッセージの送受信を可能にするために新たな交流先として前記交流先
10 のリストに追加する交流先追加処理を行う交流先追加手段（たとえば，Ｓ１
８，Ｓ１９のステップの代わりに，「受信した可変共有仮想タグ用ＩＤから
特定されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者の携帯電話と
に共有仮想タグを送信する」とのステップを用いる。この処理により，共有
仮想タグがバーチャル世界ではなく当事者の端末（携帯電話等）に記憶さる。）
15 と，を含んでおり，
前記交流先追加手段は，前記検索手段により前記所定時間中に所定距離内
に位置するユーザ端末が検索された場合に（たとえば，ユーザデータベース
１１に記憶されている位置データと時刻データとの履歴データに基づいて，
コンタクト申し出者が指定した出会った地理的位置と時間とに一致する履
20 歴データの相手が特定された），当該検索された前記ユーザ端末同士の所持
者の内の一方が相手方に対して交流の申し出（たとえば，共有仮想タグ生成
の申し出）を行ない，相手方も交流に同意することにより（共有仮想タグ生
成の申し出に対して，相手方が同意すれば），前記交流先追加処理を行い，
前記コンピュータ側からの制御に基づいて前記交流先のリストを前記表
25 示部に表示させることにより，前記ユーザ同士が連絡先の個人情報を知らせ
合うことなく交流できるようにした（たとえば，Ｓ１９およびＳ８４～Ｓ８
７，または，Ｓ１９のステップの代わりに，「受信した可変共有仮想タグ用
ＩＤから特定されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者の携
帯電話とに共有仮想タグを送信する」とのステップ，ユーザによる携帯電話
２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４２に記憶されてい
5 る共有仮想タグのリストが表示部３５に表示される。）。」（段落【０００
９】）
「このような構成によれば，相手とコンタクトが取れるようにするにおい
て，個人情報を相手に通知しなくても後々コンタクトが取れるようになる。」
（段落【００１０】）
10 オ 発明を実施するための形態
「［第１実施の形態］
本発明の使用例を分かりやすく示した図１および図２に基づいて，先ず本
発明の概要を説明する。」（段落【００１２】）
「［発明の概要］
15 図１は，リアル世界において人同士が出会った時の連絡可能状態を構築す
る例を示している。」（段落【００１３】）
【図１】
「図１を参照して，四谷にある国際日本文化センター（四谷怪談資料館）
の前で，初対面同士の人間が出会い，両者の同意のもと，互いの携帯電話２
5 を用いて共有仮想タグを作成した。この共有仮想タグは，両人が出会った場
所に対応するバーチャル世界の場所に作成されて表示されるタグであり，出
会った両人の携帯電話でのみアクセスできてそこに書き込みを行って両者
が連絡できるようにしたものである。」（段落【００１４】）
「このバーチャル世界は，リアル世界の景観に対応するデジタル映像化さ
れたメタバースである。前述したように，例えばグーグルのストリートビュ
ー等を利用する。または，既存のものを利用するのではなく，リアル世界の
景観を模してデジタル映像化して新たに作成されたものであってもよい。図
１では，２００９年１０月１５日１４時０３分に共有仮想タグが作成された
5 ことが示されている。」（段落【００１５】）
「この状態で，このバーチャル世界（ストリートビュー等）にアクセスし
て，共有仮想タグを作成した四谷の国際日本文化センターの前にアクセスす
れば，共有仮想タグを作成したＡ氏とＢ氏との携帯電話２のみが，この共有
仮想タグを映し出すことができる。」（段落【００１６】）
10 「図１では，まずＡ氏の携帯電話２により共有仮想タグをクリック（選択
操作または指定操作の意味であり，以下同様）して，２００９年１０月１７
日にＡ氏が図１に示すような書き込みを行っている。Ａ氏が書き込みを行う
と，Ｂ氏の携帯電話２にその旨を通知するためのポップアップ通知がなされ
る。Ｂ氏は，翌日バーチャル世界にアクセスして，その共有仮想タグをクリ
15 ックし，図１に示すような書き込みを行っている。」（段落【００１７】）
「このように，共有仮想タグを利用した連絡可能状態を構築することによ
り，Ａ氏とＢ氏とが互いに電話番号やメールアドレス等の個人情報を知らせ
ることなく互いに連絡が可能となる。」（段落【００１８】）
「しかも，この共有仮想タグを作成した本人の携帯電話２以外の端末によ
20 るアクセスができないために，他人が自己の携帯電話を利用して成りすまし
による書き込みを防止することができる。」（段落【００１９】）
「このような共有仮想タグを利用してコミュニケーションを取ることによ
り，互いの個人情報（プライバシー）を保護しかつスパム等の被害を防止し
つつ，安全に情報交換することが可能となり，人同士の繋がりの構築を支援
25 することができる。」（段落【００２０】）
「［詳細な説明］
次に，本発明の第１実施の形態を詳細に説明する。」（段落【００２６】）
「図３は，本発明の人の繋がり支援システムの全体構成を示すシステム図
である。…携帯電話２は，基地局３，携帯電話網４，ゲートウェイ５，イン
ターネット６を経由して，サービスプロバイダ８のサーバ１０へアクセス可
5 能に構成されている。サービスプロバイダ８は，人の繋がりを支援するサー
ビスを提供する業者である。携帯電話２の持ち主であるユーザは，このサー
ビスプロバイダ８のサービスに加盟しており，その加盟時にユーザＩＤが設
定されている。」（段落【００２７】）
【図３】
「サービスプロバイダ８には，サーバ１０と，加盟したユーザのデータを
記憶しているユーザデータベース１１と，仮想タグのデータを記憶している
仮想タグデータベース９とが設置されている。」（段落【００２８】）
5 「インターネット６に接続されているバーチャル世界プロバイダー２０は，
リアル世界のあらゆる場所の３６０度パノラマ映像をデジタル映像化した
バーチャル世界（メタバーズ）の映像を提供するサービス業者である。バー
チャル世界プロバイダー２０のサーバ２１には，仮想世界データベース２２
が接続されている。この仮想世界データベース２２は，リアル世界における
10 ３６０度パノラマ映像をデジタル化したバーチャル世界３Ｄデータが記憶
されている。例えば，グーグルのストリートビューの３Ｄデータを用いるこ
とができる。」（段落【００２９】）
「このバーチャル世界３Ｄデータにおけるリアル世界の住所に対応するエ
リア毎に，位置データが対応づけられて記憶されている。例えば，図３に示
15 すように，位置データとして，渋谷区１‐１‐１の住所に対応したバーチャ
ル世界３Ｄデータの箇所に，当該位置データ（渋谷区１‐１‐１）が対応づ
けられて記憶されている。その結果，ユーザが住所等からなる位置データを
入力してアクセス位置を特定することにより，その特定された位置データに
対応するバーチャル世界３Ｄデータの部分が読み出されてユーザ端末（携帯
20 電話２等）に表示される。」（段落【００３１】）
「図４は，サービスプロバイダ８のユーザデータベース１１に記憶されて
いるデータを説明するための図である。各会員ユーザのエージェント（アバ
ター）を特定するためのエージェントＩＤが，各ユーザＩＤに対応づけて，
記憶されている。更に，携帯電話２のＧＰＳ機能をＯＮにしているユーザか
25 らは現在位置を特定するＧＰＳデータがサービスプロバイダ８のサーバ１
０へ送信されてくる。サーバ１０は，その送信されてきたＧＰＳデータを緯
度と経度とからなる座標データに変換して，ユーザデータベース１１におけ
る対応するユーザＩＤの現在位置ＧＰＳデータの記憶エリアに記憶させる。
たとえば，図４の１３Ｂ９ＰＳのユーザＩＤの場合，現在位置ＧＰＳデータ
として，緯度が３５．６６９２９９，経度が１３９．７１３６５５となって
5 いる。」（段落【００３２】）
【図４】
「さらに，サーバ１０は，その現在位置ＧＰＳデータ（緯度と経度）を住
所等からなる位置データに変換したその位置データをユーザデータベース
10 １１の位置データ記憶エリアに記憶させる。」（段落【００３３】）
「図３に戻り，仮想タグデータベース９には，ユーザＩＤと，それに対応
付けて，位置データ，仮想タグ表示用データ，仮想タグ種類，仮想タグの作
成日時が記憶されている。位置データとは，仮想タグが生成された場所を示
すためのデータである。仮想タグ表示用データとは，仮想タグをバーチャル
15 世界に表示させるためのデータであり，テキストデータ，画像データ等で構
成されている。」（段落【００３４】）
「仮想タグ種類とは，表示する仮想タグの種類を示しているデータであり，
音声仮想タグ，広告仮想タグ，共有仮想タグ等がある。このうち，共有仮想
タグが，図１および図２で説明したものである。この発明の詳細な説明では，
共有仮想タグ以外に，ユーザあるいは一業者が単独で生成する仮想タグもあ
5 る。音声仮想タグは，メッセージを音声で伝えることができる仮想タグであ
る。広告仮想タグは，広告業者が作成した広告用の仮想タグである。共有仮
想タグ以外の仮想タグは，当該仮想タグの作成者以外でも自由にアクセスで
きる。」（段落【００３５】）
「作成日時は，その仮想タグが作成された日時を示すデータであり，例え
10 ばユーザＩＤが１３Ｂ９ＰＳの場合には０９０２１９０９２１となってお
り，２００９年０２月１９日０９時２１分を意味している。」（段落【００
３７】）
「サービスプロバイダ８のサーバ１０は，リアル世界を正確にコピーした
ネット上の３Ｄ仮想世界として，ストリートビュー等とマッシュアップした
15 バーチャル世界を利用している。サーバ１０は，会員ユーザのリアル世界で
の現在位置をその会員ユーザの携帯電話２で特定し，その現在位置に対応す
るバーチャル世界の場所に，当該会員ユーザのアバター（エージェント）を
表示させる。他の会員ユーザがそのバーチャル世界に進入してアバター（エ
ージェント）と出会ったときに，その会員ユーザとアバター（エージェント）
20 とが会話できるように構成されている。バーチャル世界でのアバターを介し
ての会話は，例えばセカンドライフ等の３Ｄ仮想世界では，従来からよく用
いられている周知慣用技術であり，この周知慣用技術を用いる。また，アバ
ター（エージェント）は，前述のＣＬＯＮのような自立してある程度の会話
能力を有するエージェントであるため，リアル世界のユーザはある程度自分
25 のアバターに会話を任せることができ，会話内容を携帯電話で見ながら必要
なときだけ自分自身で相手と会話する。」（段落【００３８】）
「図５は，携帯電話２のハードウェア構成のブロック図である。携帯端電
話２は，回線接続処理およびデータ通信処理を含む携帯電話２全体をコント
ロールするためのＣＰＵ（Central Processing Unit）３１と，各種機能を
実行するためのプログラムを保存したＲＯＭ（Read Only Member）３２，周
5 辺の景色を撮影するためのＣＣＤ（Charge Coupled Device）撮像素子から
なるカメラ入力部３４，そのカメラ入力部３４で撮影することによって得ら
れた静止画データを少なくても１枚分記憶するためのメモリを含むＲＡＭ
（Random Access Memory）３３，液晶表示板等の画像出力にための表示部３
５，インターネット６を介して通信するための無線通信処理部３６，そして，
10 ユーザが携帯電話２のＣＰＵ３１に希望する機能を実行させるための入力
操作部３７とから構成される。なお，この入力操作部３７は，タッチペンや
ジョグダイアル，キーボード，マイクロスイッチ等を含む。インタフェース
４１は，各種回路や装置の内部バス４０へのインタフェース処理を行う。」
（段落【００３９】）
【図５】
「さらに，携帯電話２は，ユーザが音声により通話をするための音声出力
部３８ａと音声入力部３８ｂとＥＥＰＲＯＭ（Electronically Erasable and
5 Programmable Read Only Memory）４２と位置情報取得部３９とを有する。
位置情報取得部３９は，図３で説明したように，衛星１からのＧＰＳ情報と
基地局３からの電波と無線ＬＡＮアクセスポイント７からの無線電波とに
基づいて，現在位置を取得する。」（段落【００４０】）
「ＥＥＰＲＯＭ４２には，ユーザが過去に生成した共有仮想タグのリスト
10 が記憶されている。このリストには，各共有仮想タグに対応付けて，その共
有仮想タグが作成された地理的位置（住所）と，ユーザのメモ書きとが記憶
されている。図５のメモ書きの例では，共有仮想タグの相手方の印象として，
好青年，親しみやすい，理知的などが記憶されている。ユーザによる携帯電
話２の入力操作部３７の操作に従って，このＥＥＰＲＯＭ４２に記憶されて
いる共有仮想タグのリストが表示部３５に表示される。ユーザは，作成位置
とメモ書きとを参考にしながらアクセスする共有仮想タグを選択してクリ
5 ックする。すると，後述するＳ８０～Ｓ８８の処理により，そのクリックさ
れた共有仮想タグが，生成された地理的位置のバーチャル世界とともに表示
される（図２参照）。」（段落【００４１】）
「ユーザは，表示された共有仮想タグの周辺の景観をバーチャル世界の映
像で確認し，相手と出会った場所を確かめ，その場所から相手の記憶を蘇ら
10 せることができる。これにより，相手の個人情報を知らなくても出会った相
手の記憶を蘇らせることができ，その上で，当該共有仮想タグにアクセスす
るか否かを決めることができる。ユーザがその共有仮想タグをクリックして
アクセスすれば，後述するＳ９０～Ｓ９４の処理により，コンタクト用のｗ
ｅｂページが表示され，書込みおよび閲覧が可能になる。」（段落【００４
15 ２】）
「次に，サーバ１０とサーバ２１のハードウェア構成のブロック図を図６
に示す。ＣＰＵ５０，ＲＯＭ５１およびＲＡＭ５２の働きは，携帯端電話２
における上述した説明と同様である。サーバ１０，２１は，格納部（図示略）
を有する。格納部は，各種プログラムやファイル，大容量の画像を含む情報
20 やデータを格納し，適宜読み出すことができる記憶装置である。これらのデ
ータやプログラムは必要に応じてＲＡＭ５２に書き込んで各種の情報処理
を行うことを可能とする。入力部５５は，キーボード，マウス，などにより
構成され，サーバ１０，２１に各種情報処理を行わせるための指令を与える。
インタフェース５８は，各種回路や装置の内部バス５７へのインタフェース
25 処理を行う。表示部５４は，ＣＲＴまたはＬＣＤ等により構成され，文字や
図形，画像を表示する。通信制御部５３は，インターネット６を介してデー
タ等の送受信の通信機能を司る。」（段落【００４３】）
「次に，前述した共有仮想タグを生成するためのフローチャートを図７に
示す。本発明では，リアル世界のユーザ同士が携帯電話Ａと携帯電話Ｂとを
用いて共有仮想タグをバーチャル世界に生成できるばかりでなく，リアル世
5 界のユーザがバーチャル世界に進入して自分の携帯電話を用いてバーチャ
ル世界のエージェント（アバター）と共有仮想タグを生成することができる。
またエージェント（アバター）同士の間でも共有仮想タグを生成することが
できる。さらに，バーチャル世界に進入したユーザ同士が自分のエージェン
ト（アバター）を介して共有仮想タグを生成することができる。このように，
10 エージェント（アバター）がユーザから独立して共有仮想タグを生成するこ
とができるようにするべく，エージェント（アバター）も独立した一人の会
員ユーザとしてユーザデータベース１１に記憶させる。例えば，図４に示す
ように，ユーザＩＤとして１３Ｂ９ＰＳに対応するユーザエージェントＩＤ
がθ４２Ｓ１５となっており，このエージェント（アバター）も独立した一
15 人の会員ユーザとしてユーザデータベース１１に記憶させる。ユーザデータ
ベース１１のユーザＩＤの記憶エリアにθ４２Ｓ１５のエージェントＩＤ
が記憶されており，そのエージェントＩＤのエージェントが自ら共有仮想タ
グを作成している場合には，その共有仮想タグ用ＩＤであるＡＰ８１Ｋ７が
ユーザデータベース１１に記憶されるとともに（図４を参照），仮想タグデ
20 ータベース９にもθ４２Ｓ１５のユーザＩＤのデータとして，位置データ，
仮想タグ表示用データ，仮想タグ種類，作成日時が記憶される。」（段落【０
０４４】）
「図７のフローチャートでは，共有仮想タグを生成する当事者の一方が自
己の共有仮想タグ用ＩＤを特定するデータ（可変共有仮想タグ用ＩＤ）を他
25 方の当事者の携帯電話に送信し，その他方の当事者の携帯電話がサーバ１０
に対して自己のユーザＩＤと受信した可変共有仮想タグ用ＩＤとを送信し，
それによって，サーバ１０が共有仮想タグを生成する当事者を特定してその
当事者のための共有仮想タグを生成するという，方式を採用している。 （段
」
落【００４５】）
5 【図７】
「まず，携帯電話ＡまたはエージェントＡにおいて，ステップＳ（以下単
にＳという）１により，自己の共有仮想タグ用ＩＤを呼び出す処理が行われ
る。この共有仮想タグ用ＩＤは，携帯電話Ａの場合には内蔵しているメモリ
ーに記憶されており，エージェントＡの場合にはエージェント用の知識デー
10 タとして記憶されている。」（段落【００４６】）
「次にＳ２により，衛星１から受信したＧＰＳ電波に含まれている原子時
計の時刻情報を用いて可変共有仮想タグ用ＩＤを生成する処理が行われる。
この処理では，Ｓ１により呼び出した共有仮想タグ用ＩＤに対してＧＰＳ時
刻情報を付加して暗号化する等の処理を行って可変共有仮想タグ用ＩＤを
生成する。そして，Ｓ３により，その生成された可変共有仮想タグ用ＩＤを
赤外線通信により携帯電話Ｂに送信する。エージェントＢに送信する場合に
は，赤外線通信を使うことなくバーチャル世界においてエージェントＢに可
5 変共有仮想タグ用ＩＤを通知する。共有仮想タグ用ＩＤをそのままの形で他
人に通知するのではなく，暗号化等の処理が施された可変共有仮想タグ用Ｉ
Ｄとして通知するために，自己の共有仮想タグ用ＩＤが他人に盗用されて悪
用されることを極力防止することができる。」（段落【００４７】）
「携帯電話ＢまたはエージェントＢにおいて，Ｓ４によりサーバ１０へア
10 クセスするか否かの判断がなされ，サーバ１０へアクセスする操作または判
断が行われた時に，Ｓ５により，携帯電話ＢまたはエージェントＢのユーザ
ＩＤを含む本人認証データをサーバ１０へ送信する処理が行われる。サーバ
１０において，Ｓ６により，その送信されてきたデータに基づいて，本人確
認を行い，本人である旨の確認ができたことにより，Ｓ７においてアクセス
15 許可を携帯電話ＢまたはエージェントＢに返信する。そのアクセス許可を受
けた後，Ｓ８により，共有仮想タグ生成依頼の操作が行われ，その操作に伴
って，現在位置データとＳ３により送信されてきた可変共有仮想タグ用ＩＤ
とをサーバ１０へ送信して共有仮想タグの生成依頼を行う（Ｓ９）。それを
受けたサーバ１０では，Ｓ１０により，共有仮想タグをバーチャル世界に生
20 成する処理を行う。」（段落【００４８】）
「このＳ１０に示した共有仮想タグ生成処理のサブルーチンプログラムの
フローチャートを図８に示す。図８を参照して，Ｓ１５により，受信した可
変共有仮想タグ用ＩＤを複合して元の平文に戻して，共有仮想タグ用ＩＤと
時刻情報を抽出する処理が行われる。この時刻情報とは，前述したＳ２によ
25 り共有仮想タグ用ＩＤに付加されたＧＰＳ時刻情報のことである。次にＳ１
６により，その抽出した時刻情報が現在時刻と比べて許容誤差範囲内である
か否かの判断が行われる。今回の共有仮想タグの生成ではなくそれ以前の共
有仮想タグの生成時に使用された他人の可変共有仮想タグ用ＩＤをサーバ
１０に送信して不当に共有仮想タグを生成依頼してきた場合には，現在時刻
とその送信されてきた可変共有仮想タグ用ＩＤに含まれている時刻情報と
5 大幅に食い違っているために，Ｓ１６によりＮＯの判断がなされて制御がＳ
２０へ移行し，不当な共有仮想タグの生成依頼を行った不正ユーザに対して
取り締まるための，処理が行われる。」（段落【００４９】）
【図８】
「また，Ｓ２０により，抽出した時刻情報と同じ作成日時でかつ抽出した
共有仮想タグ用ＩＤを仮想タグデータベース９から検索する処理が行われ
る。次にＳ２１により，該当するものがあったか否かの判断がなされ，該当
するものがあった場合には，Ｓ２２により，その該当する共有仮想タグのユ
5 ーザＩＤ（二つ以上）を特定し，Ｓ２３により，その特定されたユーザＩＤ
に対応する本人を特定して対処するための依頼を携帯キャリアに対して行
う処理がなされる。この対処依頼を受けた携帯キャリアは，本人を特定して
その本人に警告書を送るとか，あまりにも悪質なときにはその本人の契約解
除を行う。」（段落【００５０】）
10 「一方，Ｓ２１により該当するものがないと判断された場合には，Ｓ２４
へ進み，抽出した共有仮想用ＩＤからユーザＩＤを特定し，そのユーザＩＤ
に対応する本人を特定して対処するための依頼を携帯キャリアに対して行
う。」（段落【００５１】）
「一方，Ｓ１６によりＹＥＳの判断がなされた場合には，制御がＳ１６ａ
15 に移行し，共有仮想タグを生成する当事者の現在位置が近似しているか否か
に基づく更なるセキュリティチェックを行う。具体的には，Ｓ１６ａにより，
共有仮想タグ生成依頼者の位置を取得する処理が行われる。図８の例では，
携帯電話ＢまたはエージェントＢの現在位置を取得する。ただし，携帯電話
Ｂのユーザが図２に基づいて説明したのに，バーチャル世界における所定位
20 置にアクセスしている場合には，そのアクセスしているバーチャル世界の位
置に対応するリアル世界の位置が，現在位置として取得される。また，エー
ジェント（アバター）が共有仮想タグ生成依頼者の場合には，バーチャル世
界におけるそのエージェント（アバター）の現在位置に対応するリアル世界
の位置が，現在位置として取得される。」（段落【００５２】）
25 「次に，Ｓ１Ｖ５により抽出した共有仮想タグ用ＩＤからユーザＩＤを特
定する処理がＳ１６ｂにより行われる。次にＳ１６ｃにより，そのユーザＩ
Ｄの現在位置情報を取得する処理が行われる。この現在位置情報は，Ｓ１６
ａの現在位置と同様に，ユーザがバーチャル世界に進入して所定位置にアク
セスしている場合には，そのバーチャル世界の所定位置に対応するリアル世
界の所定位置を，現在位置情報として取得する。また，共有仮想タグ用ＩＤ
5 から特定されたユーザＩＤがエージェント（アバター）のものであった場合
には，バーチャル世界におけるそのエージェント（アバター）の現在位置に
対応するリアル世界の位置が，現在位置として取得される。」（段落【００
５３】）
「次にＳ１６ｄに進み，その取得した現在位置と共有仮想タグ生成依頼者
10 の現在位置とが所定距離以内であるか否かの判断がなされる。この所定距離
とは，共有仮想タグをこの場所に生成するための同意を互いに得るためのコ
ミュニケーションができる程度の距離であり，例えば１０メートル程度の距
離である。この所定距離以内でないと判断される場合としては，例えば，今
回の共有仮想タグの生成を行う当時者以外の他人の共有仮想タグ用ＩＤを
15 不正に取得し，その他人の共有仮想タグ用ＩＤを悪用してＧＰＳ時刻情報を
用いた可変共有仮想タグ用ＩＤを生成して送信した場合等のような，不正行
為が考えられる。そのような場合には，Ｓ１６ｄにより，ＮＯの判断がなさ
れて制御がＳ２４に進み，前述と同様に，そのような不正行為を行ったユー
ザを特定して対処するための依頼を携帯キャリアに対して行う。 （段落
」 【０
20 ０５４】）
「一方，Ｓ１６ｄによりＹＥＳの判断がなされた場合には，Ｓ１７へ進み，
ユーザデータベース１１を検索して共有仮想タグ用ＩＤからユーザＩＤを
特定する処理がなされ，Ｓ１８により，仮想タグデータベース９に，特定さ
れたユーザＩＤとアクセス時に受信したユーザＩＤとを記憶させると共に，
25 それらユーザＩＤに対応させて共有仮想タグのデータを記憶させる処理が
なされる。このＳ１８による記憶させた状態が，図３の仮想タグデータベー
ス９における，ユーザＩＤがＡ４ＶＺ１２とＢ２７ＦＨ８とに対応する共有
仮想タグのデータである。」（段落【００５５】）
「次にＳ１９により，その受信した現在位置のバーチャル世界に共有仮想
タグを表示させる処理が行われる。その状態が，図１に示されている。ただ
5 し，この表示処理では，当該共有仮想タグを作成した当事者の携帯電話にし
か表示されない。」（段落【００５６】）
「図８で説明したように，共有仮想タグ生成時におけるセキュリティ対策
として，Ｓ１６，Ｓ２０～Ｓ２４の時刻を利用した第一段階のセキュリティ
チェックと，Ｓ１６ａ～Ｓ１６ｄ，Ｓ２４に示した共有仮想タグ生成当時者
10 の現在位置に基づいた第二段階のセキュリティチェックとを行っており，二
重のセキュリティチェックによる高いセキュリティを確保することができ
る。」（段落【００５７】）
「この共有仮想タグへのアクセス処理のフローチャートを図１０に示す。
図１０に示すように，ユーザが携帯電話２を操作して，前述したようにＥＥ
15 ＰＲＯＭ４２に記憶されている共有仮想タグのリストを表示部３５に表示
させた段階で，Ｓ８０によりＹＥＳの判定がなされて，Ｓ８１によるユーザ
ＩＤを含む認証データがサーバ１０に送信される。それを受信したサーバ１
０ではＳ８２で本人確認がなされる。Ｓ８３によるアクセス許可を受けたユ
ーザは携帯電話２を操作して，アクセスする共有仮想タグを選択してクリッ
20 クすると，Ｓ８５による共有仮想タグへのアクセス要求がサーバ１０へ送信
される。」（段落【００６４】）
【図１０】
「サーバ１０では，Ｓ８６とＳ８７による処理を行い，その結果，Ｓ８８
により，携帯電話２に，アクセスしてきた本人のユーザＩＤに対応する共有
5 仮想タグすなわちアクセス者が作成した自分の共有仮想タグのみが表示さ
れる。そのため，当該共有仮想タグの作成者以外の者のアクセスを阻止でき
る。また，仮にＳ８６による検索結果，ユーザＩＤに対応する共有仮想タグ
が仮想タグデータベースに記憶されていなかった場合には，アクセスできな
い旨のメッセージを携帯電話２またはエージェントに返信する。また，図１
10 ０では，Ｓ８７，Ｓ８８で示されているように，共有仮想タグの表示が，バ
ーチャル世界ばかりでなくリアル世界においても行われる例を示している。
バーチャル世界での共有仮想タグの表示方法としては，例えば携帯電話のカ
メラ機能を通してリアル世界を覗き見ることにより，所定箇所に共有仮想タ
グが表示されるように構成する方法が考えられる（セカイカメラ（登録商標）
5 と同様の方法）。」（段落【００６５】）
「また，ユーザが複数の共有仮想タグを生成している場合には，例えば時
系列に従ってその複数の共有仮想タグとその作成位置とをリスト表示し，そ
のタグリストの内からユーザが選択クリックした共有仮想タグが付されて
いるバーチャル世界にジャンプ移動できるようにすれば，ユーザの利便性が
10 高まる。」（段落【００６６】）
「［第１実施の形態の変形例］
次に，第１実施の形態の変形例を列挙する。」（段落【００８２】）
「（３） 前述の詳細な説明では，２人で共有仮想タグを作成する例を示
したが，作成人数はこれに限らず，３人以上であってもよい。また，共有仮
15 想タグの作成後，その共有仮想タグの作成当事者全員がアクセスを許容した
第三者が，後から当該共有仮想タグにアクセスできるようにしてもよい。ア
クセス制御の一例としては，先ずその第三者が共有仮想タグ作成者から当該
共有仮想タグの正確な場所と作成日時とを通知してもらう。この情報は，ア
クセス許容対象となる共有仮想タグを特定するために必要となる。次に，共
20 有仮想タグの作成当事者全員からアクセスを許容されたことの証拠として，
その作成当事者全員から可変共有仮想タグ用ＩＤを通知してもらう。そして，
それら通知された情報をサーバ１０に送信してアクセス権を許諾してもら
う。」（段落【００８８】）
「（４） 共有仮想タグの共有者の１人のみが書込みかつ閲覧できるメモ
25 機能を設けてもよい。このメモ機能により，例えば，相手方の第一印象や出
会ったきっかけやそのときの状況等，相手に読まれたくない事柄をメモ（書
込んで記録）して後から閲覧することができ，当該共有仮想タグにアクセス
して相手方とコンタクトを取るか否かの判断材料にすることができる。（段
」
落【００８９】）
「（５） 前述の実施の形態では，バーチャル世界に共有仮想タグを表示
5 するものを示したが，それに限らず，バーチャル世界をなくし，ユーザ端末
から直接コンタクト用共有ページにアクセス操作できるようにしてもよい。」
（段落【００９０】）
「具体的には，前述した共有仮想タグ生成処理のフローチャートにおいて，
Ｓ１９のステップの代わりに，「受信した可変共有仮想タグ用ＩＤから特定
10 されるユーザＩＤの携帯電話と共有仮想タグ生成依頼者の携帯電話とに共
有仮想タグを送信する」とのステップを用いる。この処理により，共有仮想
タグがバーチャル世界ではなく当事者の端末（携帯電話等）に記憶さる。当
事者は自分の携帯電話に記憶されている共有仮想タグのうち，アクセスした
いものを選択してクリックすれば，そのクリックした共有仮想タグの指定が
15 前述のＳ９０によりサーバ１０に送信され，Ｓ９１以降の制御が実行され
る。」（段落【００９１】）
「この簡易型システムの場合は，出会った場所等の所定の地理的位置のバ
ーチャル世界に共有仮想タグが表示されない分，その地理的位置から出会い
当時の記憶をたどることができなくなる。そこで，共有仮想タグの生成を行
20 なった地理的位置を特定できる情報（住所等）とともに共有仮想タグを携帯
電話に表示するのがよい。」（段落【００９２】）
「（６） 共有仮想タグの一方当事者による解約ができるようにしてもよ
い。携帯電話２からの解約要求情報（当人のユーザＩＤを含む）を受付けた
サーバ１０は，仮想タグデータベース９を検索して受信したユーザＩＤに対
25 応付けて解約情報（フラグ等）を記憶させる。これにより，解約した共有仮
想タグの相手方からの書込みがあったとしても，解約者の携帯電話２へのポ
ップアップ通知を行わないように制御する。」（段落【００９３】）
「（８） 共有仮想タグの生成を相手に言いそびれたときにも，後からコ
ンタクトできる途を用意しておくのが望ましい。例えば，まず，Ｓ３２によ
る位置データの更新ばかりでなく，過去の位置データと時刻データも履歴と
5 してユーザデータベース１１に記憶しておく。そして，リアル世界，バーチ
ャル世界，あるいはバーチャル世界とリアル世界との間で，相手と出会って
いる最中や出会って別れた時に，その出会った地理的位置と時間とを登録
（出会い時点登録）しておき，後からコンタクトを取りたくなったときに，
その登録した地理的位置と時間とに一致する相手を，サーバ１０に検索して
10 もらって，検索された相手にコンタクトの申し出を行なう（例えば，サービ
スプロバイダ８を介して相手に共有仮想タグ生成の申し出を行なう） 」
。 （段
落【００９５】）
「相手の検索は，ユーザデータベース１１に記憶されている位置データと
時刻データとの履歴データに基づいて，コンタクト申し出者が指定した出会
15 った地理的位置と時間とに一致する履歴データの相手を特定する。地理的位
置と時間との登録（出会い時点登録）としては，ユーザが携帯電話２を操作
して，その携帯電話２自体に登録またはサーバ１０によりユーザデータベー
ス１１に登録してもらう。登録する時間としては，相手と出会っている最中
における任意の時刻，出会った時刻と別れた時刻，あるいは別れた時刻と出
20 会っていた時間など，相手を検索するのに好都合なものがよい。この出会い
時点登録は，なりすまし等によるコンタクトの申し出を防止するべく，出会
い時点においてサーバ１０によりユーザデータベース１１に登録してもら
うのが望ましい。その際，前述のＳ４～Ｓ７，Ｓ８を「出会い時点登録依頼
操作」に変更したステップ，Ｓ９を「出会った地理的位置データと時間デー
25 タとを送信して出会い時点登録の依頼」に変更したステップ，Ｓ１０を「出
会い時点登録処理」に変更したステップを実行する。そして，出会い時点登
録処理では，送信されてきたユーザＩＤに基づいて出会い時点登録依頼者の
現在位置を取得し，送信されてきた地理的位置データとが所定距離以内（例
えば１０メートル以内）であること，および，送信されてきた時間データと
現在時刻とが許容範囲内であることを，条件として，送信されてきた地理的
5 位置データと時間データとをユーザデータベース１１にユーザＩＤに対応
付けて登録する。」（段落【００９６】）
「なお，共有仮想タグ生成の申し出に対して，相手方が同意すれば，出会
った場所等に共有仮想タグが生成されるのであるが，相手方が，共有仮想タ
グ以外のコンタクト方法（例えば，メールアドレスや電話番号の通知）を望
10 み，それに対して共有仮想タグ生成の申し出者が同意すれば，互いにメール
アドレスや電話番号の交換を行なえばよく，必ずしも共有仮想タグを生成す
る必要はない。」（段落【００９７】）
「今回開示された実施の形態はすべての点で例示であって制限的なもので
はないと考えられるべきである。本発明の範囲は上記した説明ではなくて特
15 許請求の範囲によって示され，特許請求の範囲と均等の意味および範囲内で
のすべての変更が含まれることが意図される。」（段落【０３０６】）
(2) 本件特許請求の範囲及び本件明細書等における前記(1)の記載によると，本
件各発明は，①初対面の人物同士が出会った後互いにコンタクトを取ることが
できるようにする際に，極力個人情報を明かすことなくコンタクトが取れるよ
20 うにするためのコンピュータシステム（本件発明１～３）及びプログラム（本
件発明４）に関する発明であって，②電話番号やメールアドレス等の個人情報
を相手方に知らせることで相手方と連絡を取ることができる状態（連絡可能状
態）を構築する従来の方法では，(a)個人情報を初対面の相手に知らせる点に
不安を感じてためらいがちになり，後々の交流の機会を失わせる，(b)個人情
25 報を通知した相手から昼夜を問わず連絡が入り，迷惑を被る，(c)相手に伝え
た個人情報が横流しされ，成りすましやスパム等の被害を被る，(d)いったん
伝えた個人情報を無効にするには電話番号の変更等の厄介な作業を伴うとい
う課題があることから，相手方に互いの個人情報を通知することなく後々コン
タクトを取ることができ，かつ，相手方以外の他人がその相手方に成りすまし
てコンタクトしてくる不都合をも防止できる理想的な連絡可能状態を構築す
5 る手段を提供することを目的として，③現実世界で出会ったユーザ同士がユー
ザ端末を操作し，コンピュータを利用して交流を行うに当たり，コンピュータ
（サーバ）が各ユーザ端末の位置情報を取得し，該位置情報に基づいて所定時
間中に所定距離内に位置するユーザ端末が検索されたことを必要条件として，
該検索されたユーザ端末を新たな交流先として交流先のリストに追加して表
10 示させ，ユーザが表示された複数の交流先の内からコミュニケーションを取り
たい相手を選択指定し，指定された相手との間でメッセージを送受信できるよ
うにするなどの構成を採用することで，④互いにコミュニケーションによる交
流に同意したユーザ同士が連絡先の個人情報を知らせ合うことなく交流でき
るという効果が得られるようにしたことを特徴とする発明であると認められ
15 る。
また，本件発明２～４は，前記交流先のリストに新たな交流先を追加するに
先立ち，ユーザ端末の所持者の一方が相手方に対して交流の申出を行い，相手
方も交流に同意することを要するという特徴を有すると認められる。
さらに，本件各発明は，前記選択指定した者が指定された相手に対しメッセ
20 ージを送信すると，同人のユーザ端末にメッセージの入力がされた旨のポップ
アップ通知がされるが，本件発明１は，これに加え，互いにメッセージを送受
信できるユーザ端末同士の一方からの要求に応じて，他方のユーザ端末からメ
ッセージが送信されても，ポップアップ通知を行わないように制御するという
特徴を有すると認められる。
25 ２ 争点１－１（構成要件Ａ，Ｌ及びＵ（「現実世界で出会ったユーザ」等）の充
足性）について
(1) 構成要件の内容
本件発明１の構成要件Ａ及び本件発明３の構成要件Ｌは，「現実世界で出会
ったユーザ同士がユーザ端末を操作することによりコンピュータを利用して
ネットワークを介してのコミュニケーションによる交流を支援するコンピュ
5 ータシステムであって，」であり，本件発明４の構成要件Ｕは，「現実世界で
出会ったユーザ同士がコンピュータを利用して交流を行うためにユーザ端末
により実行されるプログラムであって，」である。
(2) 被告システム等の構成
証拠（甲１２，１７，１８，２５，２７，４１，７３，７４，９０，１０２，
10 １０５，１０８，乙５３）及び弁論の全趣旨によると，被告システム等は，①
近くにいる被告アプリのユーザ同士が，互いのスマートフォンの位置情報サー
ビスをオンにして被告アプリによる利用を許可し，被告アプリを起動した状態
で，それぞれが，被告アプリの「友だち追加」画面において，被告システム等
の友だち登録手段の一つである「ふるふる」を選択して，同時に互いのスマー
15 トフォンを振る（シェイクする）か画面にタッチして，各自のスマートフォン
に相手のユーザネーム等が表示されたら，互いに「追加」ボタンを押下して友
だちに追加する処理（以下「友だち追加」という。）を行うことで，両者が友
だち登録され，②友だち追加を行ったユーザ同士のスマートフォンの画面上の
「友だちリスト」には，当該友だち追加処理により友だち登録された者のユー
20 ザネームとアイコン（例えば，被告システム等図面【図４】の「カンカン」と
「IIJのLine」，【図４０】の「ジャスティス」と【図４２】の「テミスＸ１」）
を含む複数の友だちやグループ（以下，併せて「友だち等」という。）のリス
トが表示され，③表示された友だち等のリストの内から，トークルームにおけ
るトークをしたい友だち等を選んでタップし，トークボタンをタップすること
25 で，その友だち等とのトークルームが表示され，同ユーザと選択された友だち
等の間で，それぞれがスマートフォンを操作して文字等を入力してメッセージ
を作成することができ，④作成したメッセージを送信する操作を行い，メッセ
ージの内容を互いに受信することで，トークルームにおいて，両者の会話の形
式で閲覧してコミュニケーションを図ることができ，⑤その際，ユーザ間のメ
ッセージの送受信は，インターネットを通じて被告サーバに送られ，被告サー
5 バがその旨を相手方ユーザに通知するなど，インターネットのネットワークを
介して行われるものであると認められる。
このように，近くにいる被告アプリのユーザ同士は，それぞれのスマートフ
ォンを操作して友だち登録をすることで，被告サーバというコンピュータを利
用してコミュニケーションを図ることができるようになるものと認められる。
10 (3) 被告システム等の構成要件該当性
被告は，被告システム等における「近くにいるユーザ」は，構成要件Ａ等に
おける「現実世界で出会ったユーザ」とは異なるから，被告システム等は構成
要件Ａ等を充足しないと主張する。
しかし，前記(2)のような友だち追加を行うためには，友だち登録をしよう
15 とするユーザ同士が，互いに意思疎通のできる近距離にいるのが通常と考えら
れるから，被告システム等の「近くにいるユーザ同士」は本件各発明の「現実
世界で出会ったユーザ同士」に相当する。
そして，「ふるふる」による友だち追加処理は，かかるユーザ同士がユーザ
端末を操作することによりなされ，これによる友だち登録の結果，被告のサー
20 バ及びインターネットのネットワークを介してのコミュニケーションによる
交流が可能になるのであるから，被告システムは，「現実世界で出会ったユー
ザ同士」が「ユーザ端末を操作することによりコンピュータを利用してネット
ワークを介してのコミュニケーションによる交流を支援するコンピュータシ
ステム」（構成要件Ａ及びＬ）に相当する。
25 さらに，かかるユーザ同士が，互いのスマートフォンにインストールされた
被告アプリにおいて友だち追加を行うことで，被告アプリに係る所定のプログ
ラムが実行されて友だち登録がされ，被告サーバ（コンピュータ）を利用した
交流が行われることになるのであるから，被告アプリは，「現実世界で出会っ
たユーザ同士」が「コンピュータを利用して交流を行うためにユーザ端末によ
り実行されるプログラム」（構成要件Ｕ）であるということができる。
5 したがって，被告システム等は，構成要件Ａ，Ｌ及びＵを充足する。
３ 争点１－２（構成要件Ｂ，Ｍ及びＸ１（「交流先のリスト」等）の充足性（争
点１－２））について
(1) 構成要件の内容
本件発明１の構成要件Ｂは，「互いにコミュニケーションによる交流に同意
10 したユーザ同士が交流できるようにするための複数の交流先のリストをユー
ザに表示するための制御を行なう交流先リスト表示制御手段と，」であり，本
件発明３の構成要件Ｍは，「複数の交流先のリストをユーザに表示するための
制御を行なう交流先リスト表示制御手段と，」である。また，本件発明４の構
成要件Ｘ１は，「複数の交流先のリストを表示するための交流先リスト表示制
15 御ステップと，」である。
(2) 「交流先のリスト」等の意義
ア 本件特許請求の範囲の記載によれば，「交流先のリスト」は，ユーザがそ
こに表示された複数の交流先の内からコミュニケーションを取りたい相手
を選択指定し，選択した者が選択指定された相手に対しメッセージを送信す
20 るために用いられるものであり（構成要件Ｃ，Ｆ，Ｎ，Ｑ，Ｘ２，Ｙ２等），
また，コンピュータ側からの制御に基づいてユーザ端末に表示されるもので
あって，このことにより，ユーザ同士が連絡先の個人情報を知らせ合うこと
なく交流できるようにするものである（構成要件Ｈ，Ｓ及びΓ）と認められ
る。
25 そして，本件明細書等によれば，前記１(1)のとおり，本件各発明の目的
は，相手方に互いの個人情報を通知することなく後々コンタクトを取ること
ができ，かつ，相手方以外の他人がその相手方に成りすましてコンタクトし
てくる不都合をも防止できるという理想的な連絡可能状態を構築する手段
を提供することであるとされている（段落【０００５】，【０００６】）。
そうすると，「交流先のリスト」に「連絡先の個人情報」が含まれていた
5 のでは，本件各発明の目的を達成することができないことが明らかであるか
ら，「交流先のリスト」は「連絡先の個人情報」を含まないものと認められ
る。
イ 次に「連絡先の個人情報」の内容につき検討するに，本件発明１～３は，
「現実世界で出会ったユーザ同士がユーザ端末を操作することによりコン
10 ピュータを利用してネットワークを介してのコミュニケーションによる交
流を支援するコンピュータシステム」（構成要件Ａ及びＬ）に関する発明で
あり，本件発明４は，「現実世界で出会ったユーザ同士がコンピュータを利
用して交流を行うためにユーザ端末により実行されるプログラム」（構成要
件Ｕ）に関する発明である。
15 そして，本件明細書等においては，ネットワークを介してコミュニケーシ
ョンによる交流をするための従来技術として，自分の携帯電話のメールアド
レスまたは電話番号を相手に知らせて連絡を取ることができる状態にし，知
得した相手方のメールアドレスなどを自分の携帯電話のアドレス帳に記憶
させ，ユーザの操作に応じて一覧表示させることのできる携帯電話の例が挙
20 げられているところ（段落【０００２】），本件各発明の目的は，相手方に
互いの個人情報を通知することなく後々コンタクトを取ることができ，かつ，
相手方以外の他人がその相手方に成りすましてコンタクトしてくる不都合
をも防止できるという理想的な連絡可能状態を構築する手段を提供するこ
とであるとされている（段落【０００５】及び【０００６】）。また，本件
25 各発明に係る構成によれば，「相手とコンタクトが取れるようにするにおい
て，個人情報を相手に通知しなくても後々コンタクトが取れるようになる」
とされている（段落【０００８】～【００１０】）。
そうすると，本件各発明における「連絡先の個人情報」とは，メールアド
レスや電話番号（以下，併せて「メールアドレス等」という。）のように，
コンピュータを利用したネットワークを介してのコミュニケーションによ
5 る交流のために必要な，相手方を特定するための情報であって，それを知得
して利用することで上記交流をすることが可能となるものをいうと解すべ
きである。
ウ 被告は，上記各要件の「交流先のリスト」に相当するのは，共有仮想タグ
等のリスト以外にあり得ないと主張するが，本件各発明に係る特許請求の範
10 囲には「交流先のリスト」と記載されているにすぎず，これを「共有仮想タ
グ等のリスト」と限定的に解釈すべき理由はない。
エ また，被告は，「交流先のリスト」に表示される情報は，個々のユーザが
従前から保有している既存の情報（ＩＤ）の表示ではなく，交流開始条件が
満たされていると判定されることを契機として初めて生成される情報の集
15 合でなければならないと主張するが，本件各発明に係る特許請求の範囲には
「交流先のリスト」に表示される情報が新たに生成される情報に限られる旨
の記載はなく，交流先の同リストが「連絡先の個人情報」を含まないのであ
れば，「交流先のリスト」に表示される情報の生成時期を問わないというべ
きである。
20 (3) 被告システム等の構成要件該当性
ア 上記(2)を踏まえ，被告システム等が「交流先のリスト」を備えるかどう
かについて検討するに，被告システム等においては，「複数の友だちのリ
スト」が表示されるところ，このリストには，友だち等のユーザネーム等
が表示される。
25 そして，証拠（甲３２，乙５３）及び弁論の全趣旨によると，①被告シ
ステムにおいては，個々のユーザごとにもともと設定されていたユーザ
識別子と，これに紐付けられたユーザネーム等が，被告サーバを介してユ
ーザ端末（スマートフォン）間で交換されることでトークルームにおける
メッセージのやり取りなどによる交流が可能となること，②各ユーザは，
ユーザ端末上に表示された複数の友だちのリストやトークルーム等にお
5 いて，ユーザネーム等を認識することはできるものの，自ら及び他人のユ
ーザの識別子を認識することはできないこと，③ユーザネーム等のみを
知っているだけでは，被告システムによる交流をすることができないこ
とが認められる（なお，ユーザ識別子が「連絡先の個人情報」に当たるこ
とについては，当事者間に争いがない。）。
10 このように，被告システムにおいて，ユーザ端末に表示される「複数の
友だちのリスト」にユーザネーム等は表示されるものの，ユーザ識別子は
表示されず，ユーザネーム等を知得して利用することで，被告システムに
よる交流（コンピュータを利用したネットワークを介してのコミュニケ
ーションによる交流）をすることはできないのであるから，ユーザネーム
15 等（ユーザネームとアイコン）は，「連絡先の個人情報」には当たらない
というべきである。
そうすると，被告システム等における「複数の友だちのリスト」 「連
は，
絡先の個人情報」を含むものではなく，構成要件Ｂ，Ｍ及びＸ１の「交流
先のリスト」に当たると認められる。
20 イ 被告システムが「複数の友だちのリスト…をユーザに表示させるための
制御を行うリスト表示機能」を有することからすれば，被告システムにお
いてかかる表示をするための制御が行われていることは明らかであるか
ら，被告システムは，「複数の交流先のリストをユーザに表示するための
制御を行う交流先リスト表示制御手段」を具備していると認められる。
25 また，被告アプリは，「複数の友だちのリスト…を表示するためのリス
ト表示ステップ」を有しているから，「複数の交流先のリストを表示する
ための交流先リスト表示制御ステップ」を具備していると認められる。
(4) したがって，被告システムは構成要件Ｂ及びＭを，被告アプリは構成要件
Ｘ１をそれぞれ充足する。
４ 争点１－３（構成要件Ｃ，Ｎ及びＸ２（「メッセージを送受信」等）の充足性）
5 について
(1) 構成要件の内容等
本件発明１の構成要件Ｃ及び本件発明３の構成要件Ｎは「ユーザが前記交流
先リスト表示制御手段により表示された複数の交流先の内からコミュニケー
ションを取りたい相手を選択指定し，該選択指定した者と選択指定された相手
10 とがユーザ端末を操作して入力した内容を互いに伝え合ってメッセージを送
受信できるように該入力内容を前記ユーザ端末で報知するための入力内容報
知手段と，」であり，本件発明４の構成要件Ｘ２は，「ユーザが前記表示され
た複数の交流先の内からコミュニケーションを取りたい相手を選択指定し，該
選択指定した者と選択指定された相手とがユーザ端末を操作して入力した内
15 容を互いに伝え合ってメッセージを送受信できるように該入力内容を前記ユ
ーザ端末で報知するための入力内容報知ステップと，を含み，さらに，」であ
る。
(2) 「メッセージを送受信」の意義
被告は，本件各発明の「メッセージを送受信」とは，「当該ユーザ間の共有
20 仮想タグを選択指定してアクセスすることのできるＷｅｂページ等のネット
ワーク上の書込み・閲覧手段への書き込みとその閲覧によるメッセージの送受
信」を意味すると主張する。
確かに，本件明細書等には，「ユーザが前記交流先リスト表示制御手段によ
り表示された複数の交流先の内からコミュニケーションを取りたい相手を選
25 択指定し（たとえば，Ｓ８９，Ｓ９０），該選択指定した者と選択指定された
相手とがユーザ端末を操作して入力した内容を互いに伝え合ってメッセージ
を送受信できるように該入力内容を前記ユーザ端末で報知するための入力内
容報知手段（たとえば，共有仮想タグに対応したＷｅｂページにＳ９３で書込
んだ内容をＳ９４で記憶し，図１の（Ａ氏書き込み）（Ｂ氏書き込み）等を閲
覧することによりメッセージを送受信して，または，音声仮想タグは，メッセ
5 ージを音声で伝えることができる仮想タグである。 と，
） 」（段落【０００８】 ，
）
「ユーザは，表示された共有仮想タグの周辺の景観をバーチャル世界の映像で
確認し，相手と出会った場所を確かめ，その場所から相手の記憶を蘇らせるこ
とができる。これにより，相手の個人情報を知らなくても出会った相手の記憶
を蘇らせることができ，その上で，当該共有仮想タグにアクセスするか否かを
10 決めることができる。ユーザがその共有仮想タグをクリックしてアクセスすれ
ば，後述するＳ９０～Ｓ９４の処理により，コンタクト用のｗｅｂページが表
示され，書込みおよび閲覧が可能になる。」（段落【００４２】）等の記載が
ある。
しかし，本件特許請求の範囲においては，構成要件Ｃ等における「メッセー
15 ジを送受信」は，複数の交流先の内からコミュニケーションを取りたい相手を
選択指定した者と選択指定された相手とがユーザ端末を操作して入力した内
容を互いに伝え合って行うものとされているのみで，これ以上に「メッセージ
を送受信」する方法や手段を限定するような記載はない。
そうすると，被告が主張するような限定的な解釈を行う根拠はないというべ
20 きである。
(3) 被告システム等の構成
被告システム等においては，前記２(2)のとおり，ユーザのスマートフォン
の画面に表示された友だち等のリストの内から，トークルームにおけるトーク
をしたい友だち等を選んでタップし，トークボタンをタップすることで，その
25 友だち等とのトークルームが表示され，同ユーザと選択された友だち等の間で，
それぞれがスマートフォンを操作して文字等を入力して送信した内容を互い
に受信し合って，トークルームにおいて，両者の会話の形式で閲覧してコミュ
ニケーションを図ることができるものと認められる。
そうすると，被告システム等は，構成要件Ｃ及びＮの「該選択指定した者と
選択指定された相手とがユーザ端末を操作して入力した内容を互いに伝え合
5 ってメッセージを送受信できるように該入力内容を前記ユーザ端末で報知す
るための入力内容報知手段」との構成，及び，構成要件Ｘ２の「該選択指定し
た者と選択指定された相手とがユーザ端末を操作して入力した内容を互いに
伝え合ってメッセージを送受信できるように該入力内容を前記ユーザ端末で
報知するための入力内容報知ステップ」との構成を充足する。
10 したがって，被告システム等は，構成要件Ｃ，Ｎ及びＸ２をそれぞれ充足す
る。
５ 争点１－４（構成要件Ｅ，Ｐ及びＹ２（「必要条件」等）の充足性）について
(1) 構成要件の内容
本件発明１の構成要件Ｅは，「該検索手段により前記所定時間中に所定距離
15 内に位置するユーザ端末が検索されたことを必要条件として，該検索されたユ
ーザ端末と前記メッセージの送受信を可能にするために新たな交流先として
前記交流先のリストに追加する交流先追加処理を行う交流先追加手段と，を備
え，」であり，本件発明３の構成要件Ｐ及び本件発明４の構成要件Ｙ２は，文
言のわずかな相違はあるが，これと同旨である。
20 (2) 「必要条件」の意義
被告は，上記「必要条件」に関して，本件特許の出願経過における原告の上
申書（乙１５）の記載を根拠に，本件明細書等の段落【００９５】～【００９
７】に記載の「出会い時点登録」の構成を備えなければ，本件各発明の技術的
範囲に属しない旨の主張や，所定時間中に所定時間内に位置するユーザ端末が
25 検索された後に交流の申出と同意が行われない場合は， 「必要条件」 「必
上記 は
要十分条件」と解される旨の主張をする。
しかし，一般に「必要条件」とは，Ｐが成り立たなければＱも成り立たない
という関係があるときに，ＰがＱの必要条件であるとの意義で用いられる語で
あるところ（広辞苑），本件特許請求の範囲は，「該検索手段により前記所定
時間中に所定距離内に位置するユーザ端末が検索されたこと」以外の条件を排
5 除しておらず，本件明細書等の段落【００９５】～【００９７】に記載された
構成を備えることが必須であるということもできない。
被告は，原告が本件特許の出願中に特許庁に提出した意見書（乙１５）につ
いて言及するところ，同意見書は，原出願である特願２０１７－１２３１１１
号の特許請求の範囲を「所定時間中に所定距離内に位置するユーザ端末が検索
10 されたことを条件として」としていたのを「所定時間中に所定距離内に位置す
るユーザ端末が検索されたことを必要条件として」と改めたことに関し，同変
更は，所定時間中に所定距離内に位置するユーザ端末が検索されたという条件
が原出願においても「必要条件」であったことを明らかにしたものにすぎず，
上記結論を左右しない。
15 (3) 被告システム等の構成要件該当性
被告システム等が「スマートフォン（２）のＧＰＳ位置情報を取得し，該Ｇ
ＰＳ位置情報に基づいて所定時間中に所定距離内に位置するスマートフォン
（２）を検索する機能（図３，図３８）と，」との構成（構成ｄ及びｏ）を有
することにつき当事者間に争いがなく，各自のスマートフォンに相手のユーザ
20 ネーム等が表示されるのは，ＧＰＳ位置情報に基づき検索する機能により相手
のスマートフォンが所定時間中に所定距離内に位置するものとして検索され
たことによるものと認められる。
そうすると，被告システム等は，「該検索手段により前記所定時間中に所定
距離内に位置するユーザ端末が検索されたこと」を「必要条件」として，「該
25 検索されたユーザ端末と前記メッセージの送受信を可能にするために新たな
交流先として前記交流先のリストに追加する交流先追加処理を行う交流先追
加手段」を備えているということができる。
したがって，被告システム等は，構成要件Ｅ，Ｐ及びＹ２をそれぞれ充足す
る。
６ 争点１－５（構成要件Ｆ，Ｑ及びＸ３（「メッセージが入力された旨のポップ
5 アップ通知」等）の充足性）について
(1) 構成要件の内容
本件発明１の構成要件Ｆは「前記複数の交流先の内からコミュニケーション
を取りたい相手を選択指定した者が選択指定された相手に対しメッセージを
入力して送信する操作を行った場合に，前記選択指定された相手のユーザ端末
10 にメッセージが入力された旨のポップアップ通知を行うための制御を実行す
る一方，」であるが，本件発明３の構成要件Ｑもこれと同旨であり，本件発明
４の構成要件Ｘ３は「前記選択指定した者が選択指定された相手に対しメッセ
ージを入力して送信する操作を行った場合に，前記選択指定された相手のユー
ザ端末の前記報知部にメッセージが入力された旨のポップアップ通知を行い，」
15 である。
(2) 被告システム等の構成要件該当性
証拠（甲１７，７２，９０，１２２，１２３，１４１）によれば，被告アプ
リのユーザが，スマートフォンの設定において，被告アプリの通知を許可した
上で，被告アプリの設定において「通知」を選択し，「新規メッセージ」をオ
20 ンにするなど，被告アプリにおいてメッセージの通知に関する所定の設定を行
うことで，友だち等が送信したメッセージを受信した際に，スマートフォンの
画面に「新着メッセージがあります。」旨やメッセージの内容等のポップアッ
プを表示させたり，させなかったりすることができると認められる。
そうすると，被告システム等は，「メッセージが入力された旨のポップアッ
25 プ通知を行う」ものであるということができる。
(3) 被告の主張について
これに対し，被告は，被告は，被告システム等において，メッセージが送信
された場合，その相手ユーザのスマートフォンの画面には，メッセージの内容
そのものが表示されるのであって，「メッセージが入力された」旨の通知が行
われるわけではないから，被告システム等は構成要件Ｆ等を充足しないと主張
5 する。
しかし，メッセージの内容そのものが表示された場合であっても，かかる表
示によりメッセージを受信したことを認識し得るのであるから，それは「メッ
セージが入力された」旨の通知に当たるということができ，また，設定の仕方
により，「新着メッセージがあります。」というメッセージが入力された旨の
10 表示をさせることも可能なのであるから，メッセージが入力された旨の通知が
行われるということができる。
したがって，被告システム等は，構成要件Ｆ，Ｑ及びＸ３をそれぞれ充足す
る。
７ 争点１－６（構成要件Ｇ（「ユーザ端末同士の一方からの要求に応じて，…ポ
15 ップアップ通知を行わないように制御し」等）の充足性）について
(1) 構成要件の内容等
本件発明１の構成要件Ｇは，「前記交流先として指定されて互いにメッセー
ジを送受信できるユーザ端末同士の一方からの要求に応じて，他方のユーザ端
末からメッセージを入力して送信する操作を行ったとしても前記ポップアッ
20 プ通知を行わないように制御し，」である。
(2) 被告システムの構成要件該当性
前記６(2)のとおり，被告アプリのユーザが，被告アプリにおいてメッセー
ジの通知に関する所定の設定を行うことで，友だち等が送信したメッセージを
受信した際に，スマートフォンの画面に「新着メッセージがあります。」旨や
25 メッセージの内容等のポップアップを表示させたり，させなかったりすること
ができることが認められる。
そうすると，被告システムは，
「ユーザ端末同士の一方からの要求に応じて，
…ポップアップ通知を行わないように制御し」との構成を有するものと認めら
れる。
(3) 被告の主張について
5 被告は，被告システムにおいてブロックの操作が行われた場合，一方がメッ
セージを送信しても，他方のスマートフォンに当該メッセージ自体が受信され
ないように制御しているのであって，メッセージを受信した際にメッセージを
受信したことが通知されないように制御しているのではないから，構成要件Ｇ
を充足しないと主張する。
10 しかし，被告システムにおいては通知ポップアップのＯＦＦ機能を使用する
ことにより，送信されたメッセージは表示されるが，通知ポップアップは表示
されないようにすることが可能であると認められる上（甲１４１） そもそも，
，
同構成要件は，「他方のユーザ端末からメッセージを入力して送信する操作を
行ったとしても前記ポップアップ通知を行わないように制御し」と規定するの
15 みで，メッセージの受信の有無について規定するものではない。
したがって，被告の主張は理由がない。
８ 争点１－７（構成要件Ｈ，Ｓ及びΓ（「前記コンピュータ側からの制御に基づ
いて」 「ユーザ同士が連絡先の個人情報を知らせ合うことなく」
， 等）の充足性）
について
20 (1) 構成要件の内容
本件発明１の構成要件Ｈ及び本件発明３のＳは，「前記コンピュータ側から
の制御に基づいて前記交流先のリストを前記ユーザ端末に表示させることに
より，前記ユーザ同士が連絡先の個人情報を知らせ合うことなく交流できるよ
うにした，」であり，本件発明４の構成要件Γは，上記の「前記ユーザ端末」
25 が「前記表示部」となっているが，これはユーザ端末の表示部であることが明
らかであるから，これらはいずれも同一の内容を規定したものと認められる
(2) 「交流先のリストを…ユーザ端末に表示させることにより，…ユーザ同士が
連絡先の個人情報を知らせ合うことなく交流できるようにした，」との構成に
ついて
前記３のとおり，本件特許請求の範囲の「交流先のリスト」は「連絡先の個
5 人情報」を含まないと解されるところ，被告システム等においては，ユーザ端
末に表示される「複数の友だちのリスト」にユーザネーム等は表示されるもの
の，「連絡先の個人情報」に該当するユーザ識別子は表示されないので，「連
絡先の個人情報」を知らせ合うことなくメッセージを送受信することによりコ
ミュニケーションをすることができるということができる。
10 そうすると，被告システム等は， 「交流先のリストを…ユーザ端末に表示さ
せることにより，…ユーザ同士が連絡先の個人情報を知らせ合うことなく交流
できるようにした，」との構成を備えているということができる。
(3) 「前記コンピュータ側からの制御に基づいて前記交流先のリストを前記ユー
ザ端末に表示させる」との構成について
15 前記第３の２（被告の主張）(2)によれば，被告システム等において，ユーザ
が，友だちを追加登録する場合，サーバが，友だち登録しようとする各ユーザ
の端末から相手方を友だちに追加する友だち追加申請を受けて，各リクエスト
のマッチングをし，両端末を友だちとして登録した上で，同各ユーザの端末に，
各相手方が友だちとして登録された旨を通知することで，同各端末に友だち追
20 加されたユーザが表示されるようになるものと認められる。
これによれば，被告システムのサーバは，単に端末間の情報伝達を介するの
みならず，「複数の交流先のリストをユーザに表示するための制御」を行って
いるということができる。
(4) 被告の主張について
25 ア 被告は，「前記コンピュータ側からの制御に基づいて前記交流先のリスト
を前記ユーザ端末に表示させる」という本件特許請求の範囲の記載は，「連
絡先の個人情報」が端末間で交換されておらず，端末に「連絡先の個人情報」
が記憶されていないことを意味すると主張する。
しかし，本件発明１の構成要件Ｈ及び本件発明３の構成要件Ｓは，「前記
コンピュータ側からの制御に基づいて前記交流先のリストを前記ユーザ端
5 末に表示させることにより，前記ユーザ同士が連絡先の個人情報を知らせ合
うことなく交流できるようにした，」というものであり，「連絡先の個人情
報が端末間で交換されないこと」又は「端末に連絡先の個人情報が記憶され
ていないこと」を要件として規定するものではないので，被告の上記主張は
採用し得ない。
10 イ また，被告は，本件各発明における「コンピュータ側からの制御に基づい
て」との発明特定事項は，単にサーバを介して端末間で情報伝達がなされ，
端末にリストが表示される構成を含むものではないところ，被告システム等
においては，相手のユーザ識別子とユーザネーム等がサーバを介して端末に
通知され，友だちリストに当該ユーザネーム等が表示されるにすぎないので，
15 当該発明特定事項を充足しないと主張する。
しかし，被告システム等においては，前記のとおり，友だち追加申請を受
けて，各リクエストのマッチングをし，両端末を友だちとして登録した上で，
同各ユーザの端末に，各相手方が友だちとして登録された旨を通知するもの
であって，各ユーザが出会った後である友だち申請後に，サーバにおいてマ
20 ッチングの上で友だちと登録され，その情報が各ユーザの端末に通知され，
これに基づき各端末に友だちとして追加されて表示されるのであるから，単
にサーバを介して端末間で情報伝達がなされるにすぎないということはで
きない。
したがって，被告の主張は前提を欠くものであって，理由がない。
25 (5) したがって，被告システム等は，構成要件Ｈ，Ｓ及びΓをそれぞれ充足する。
９ 争点１－８（構成要件Ｊ，Ｒ及びＺ（「一方が相手方に対して交流の申し出を
行ない，相手方も交流に同意することにより，前記交流先追加処理を行う」等）
の充足性）について
(1) 構成要件の内容
本件発明２の構成要件Ｊは，「前記交流先追加手段は，前記検索手段により
5 前記所定時間中に所定距離内に位置するユーザ端末が検索された場合に，当該
検索された前記ユーザ端末同士の所持者の内の一方が相手方に対して交流の
申し出を行ない，相手方も交流に同意することにより，前記交流先追加処理を
行う，」であり，本件発明３の構成要件Ｒ及び本件発明４の構成要件Ｚも，末
尾が「行い，」となっている点が相違するだけであるから，構成要件Ｊと同旨
10 である。
(2) 被告の主張について
上記各構成要件の充足性に関し，被告は，被告システム等が「出会い時点登
録」の構成を備えていないから，同各構成要件を充足しないと主張するが，か
かる構成を要しないことは前記５のとおりであるから，被告の主張は理由がな
15 い。
(3) 被告システム等の構成要件充足性
被告システム等は，「前記追加機能は，前記検索する機能により所定時間中
に所定距離内に位置するスマートフォン（２）が検索された場合に，…前記友
だちリスト追加処理を行う」（構成ｊ等）との構成を備え，当該友だちリスト
20 追加処理は，「当該検索された前記ユーザ端末同士の所持者の内の一方が相手
方に対して交流の申し出を行ない，相手方も交流に同意することにより」（同
各構成）行われるものと認められるので，被告システム等は，構成要件Ｊ，Ｒ
及びＺをそれぞれ充足する。
10 争点２－１（乙５公報に基づく進歩性欠如）について
25 (1) 乙５発明の内容等
ア 乙５公報の特許請求の範囲や，明細書及び図面（以下，併せて「乙５明細
書等」という。）には，以下の記載がある。
(ｱ) 特許請求の範囲
「不特定多数の利用者が携帯する出会い支援装置であって，ある一方の
利用者が自己の趣味嗜好の識別方法を設定する設定部と，前記趣味嗜好の
5 識別信号を送信する送信部と，他方の利用者が携帯する出会い支援装置に
設けられた送信部から送信された識別信号を受信し，前記他方の利用者に
よって送信された識別信号と一方の利用者によって設定された趣味嗜好
の識別信号とが一致することを選定する同調回路を備える受信部と，趣味
嗜好が一致した場合に両利用者に告知する告知部とを具備するとともに，
10 前記識別信号を受信することにより両利用者の近接を検出し，趣味嗜好が
一致する利用者同士が近接することを前記告知部により利用者に告知す
ることを特徴とする出会い支援装置。」（【請求項１】）
「前記請求項１に記載の出会い支援装置の構成にＵＳＢポート及び履歴
情報保存部が付加されたＵＳＢポート付出会い支援装置と，前記ＵＳＢポ
15 ート付出会い支援装置の利用者が使用するとともに，インターネットに接
続可能な端末と，インターネットを介して前記端末と情報の送受信が可能
なサーバコンピュータとを備えている出会い支援システムであって，
前記ＵＳＢポート付出会い支援装置が，
前記端末に備えられたＵＳＢコネクタに接続するためのＵＳＢポート
20 と，趣味嗜好が一致する各利用者間の出会い情報の履歴を保存することが
可能な履歴情報保存部とを備えており，
前記端末が，
前記サーバコンピュータに記憶されている情報を受信することができ
るとともに，前記サーバコンピュータに情報を送信することができるブラ
25 ウズ手段と，前記ＵＳＢポート付出会い支援装置を差込可能なＵＳＢコネ
クタとを備えており，
前記サーバコンピュータが，
前記利用者に関する情報を記憶する会員情報記憶部と，趣味嗜好が一致
した各利用者間における出会い情報を記憶する出会い情報記憶部と，各利
用者が送受信したメッセージ及びメモ情報を記憶メッセージ・メモ記憶部
5 と，前記端末から入力された情報の各記憶部への登録，各利用者の認証，
又は各記憶部に記憶されている情報の検索等を行なうデータベース管理
手段と，Ｗｅｂページを介して前記端末から入力された各種情報の前記デ
ータベース管理手段への伝達，又はデータベース管理手段から出力された
Ｗｅｂページの生成等を行なう入出力手段とを備えていることを特徴と
10 する出会い支援システム。」（【請求項３】）
(ｲ) 技術分野
「本発明は，出会いの初期段階においては相手に個人情報を認知される
ことなく，利用者相互間，特に男女相互間で趣味嗜好が一致する出会いの
可能性を向上させ，且つ，後にインターネットを介してメッセージの交換
15 等を可能とすることにより，利用者の出会いを支援することが可能な出会
い支援装置及び出会い支援システムに関する。」（段落【０００１】）
(ｳ) 背景技術
「戸外，特に繁華街等において…，面識のない異性或いは同姓との会話，
食事，映画又はドライブ等を共にしたいとの願望を持つことがある。また，
20 パーティー会場等においても趣味嗜好が一致する同姓又は異性と知り合
いたいとの願望を持つ者も多い。そして従来，そのような出会いを支援す
ることを目的とした装置又はシステムが提供されている。」（段落【００
０２】）
(ｴ) 発明が解決しようとする課題
25 「しかしながら，特許文献１に記載の技術では，自己のキー・データ及
び相手のキー・データが一致した場合，…自己の移動携帯端末の告知手段
によって趣味が一致する旨を知らせてくれるものの，同時に自己の電話番
号等の重要な個人情報が相手の移動携帯端末に送信されてしまうため，後
の連絡手段としての活用が可能となるものの，面識のない相手に自己の重
要な個人情報が認知されてしまうという問題があった。」（段落【０００
5 ６】）
「また，特許文献２に記載の技術では，上記特許文献１と同様の問題点
とともに，好みの場所で普段すれ違う程度の身近な人から出会いを探すこ
とは可能であるが，繁華街等において面識がなく趣味嗜好が一致する者と
の出会いを支援することができないという問題があった。」（段落【００
10 ０９】）
(ｵ) 発明の効果
「請求項１に記載の出会い支援装置によれば，出会いの初期段階におい
ては相手に重要な個人情報を認知されることなく，利用者相互間，特に男
女相互間で趣味嗜好が一致する出会いの可能性を向上させることができ
15 る。」（段落【００１４】）
「また，請求項３に記載の出会い支援システムによれば，上記出会い支
援装置によって出会った各利用者が，後にインターネットを介してメッセ
ージの交換等を可能とすることにより，利用者間をより親密にさせる出会
いの場を支援することが可能となる。」（段落【００１６】）
20 (ｶ) 発明を実施するための最良の形態
「以下，図面に基づいて本発明を具体的に説明する。図１は，本発明に
係る出会い支援装置１の構成を示すブロック図である。本発明に係る出会
い支援装置１は，携帯電話のストラップ等として使用可能な程度の大きさ
の微弱電波機器或いは小電力無線機等からなり，趣味嗜好の識別方法を設
25 定する設定部２，前記設定部２で設定された趣味嗜好の信号を送信する送
信部３，不特定多数の者から送信された信号を受信する受信部４及び近傍
に趣味嗜好等が一致する異性等がいることを告知する告知部５から構成
される。」（段落【００１７】）
【図１】
5 「図２は，利用者が本発明に係る出会い支援装置１を使用している状態
を説明する模式図である。出会い支援装置１の利用者Ａが男性であって，
利用者Ｂが女性であり，趣味嗜好を識別する発振周波数が，仮に１０００
ｋＨｚ＝「ドライブに付き合ってほしい。」，１２００ｋＨｚ＝「ドライ
ブに誘ってほしい。」と設定されている。ここで，利用者Ａは繁華街等で
10 自動車を運転中にドライブに行きたい女性を探しており，また利用者Ｂは
繁華街等で歩行中にドライブに連れて行ってくれる男性を探していたと
する。」（段落【００２２】）
【図２】
「このとき，出会い支援装置１の利用者Ａ及び利用者Ｂが所定の距離以
内に近づくと，互いの受信部が夫々送信された電波を受信して近接を検出
5 し，同調回路４ａにより送信周波数及び設定周波数が一致することを識別
する。そして，夫々の告知部５の出力回路５ａであるＬＥＤが発光し，利
用者Ａ及び利用者Ｂに告知する。また，ここで発光パターンの点滅速度や
光の強弱を調節すれば，蛍の求愛活動のように，お互いの出会いへの願望
の強さの度合いも表現することが可能である。」（段落【００２３】）
10 「以上のように構成することにより，出会いの初期段階においては相手
に重要な個人情報を認知されることなく，利用者相互間，特に男女相互間
で趣味嗜好が一致する出会いの可能性を向上させることが可能となる。」
（段落【００２６】）
「しかしながら，上述の出会い支援装置１が利用者相互間の趣味嗜好の
15 一致及び利用者の近接により繁華街等で発光したとしても，急な用事で急
いでいる場合や男性利用者がシャイな場合等には，その場で声を掛けるこ
とができない場合もある。そこで，請求項３に記載の出会い支援システム
１０１を提供し，以下に説明する。」（段落【００２７】）
「図３は，出会い支援システム１０１の構成を示す図である。該出会い
支援システム１０１は，利用者のＰＣ端末１０２と，会員センター１０３
と，ＵＳＢポート付出会い支援装置１１とから構成される。」（段落【０
０２８】）
5 【図３】
「出会い情報記憶部１０５ｂは，繁華街等の戸外で趣味嗜好等が一致す
る異性等と利用者が近接した「出会った時刻」及び「出会った相手ＩＤ」
を表形式で利用者毎に記憶している。」（段落【００３４】）
「ＵＳＢポート付出会い支援装置１１は，上記出会い支援装置１で説明
10 した設定部２，送信部３，受信部４及び告知部５を具備するとともに，図
３中の拡大図部分で示したように，ＵＳＢポート１１ａ及び履歴情報保存
部１１ｂが設けられている。該履歴情報保存部１１ｂには，利用者の自己
のＩＤ情報とともに，繁華街等の戸外で近接して「出会った時刻」 「出
及び
会った相手ＩＤ」情報の履歴情報が保存される。」（段落【００３８】）
15 「図４は，出会い支援システム１０１の動作を説明する図である。
（１）
利用者Ａは，繁華街等の戸外で「出会った時刻」 「出会った相手ＩＤ」
及び
の履歴情報が保存されたＵＳＢポート付出会い支援装置１１のＵＳＢポ
ート１１ａを，利用者のＰＣ端末１０２に設けられているＵＳＢコネクタ
１０２ａに差込む。利用者Ａは，ＰＣ端末１０２からインターネットを介
して会員センター１０３のＩＤ及びパスワード入力画面に接続し，利用者
Ａ固有のＩＤ「１２３４」及びパスワードを入力する。」（段落【００４
０】）
【図４】
「（２）会員センター１０３は，データベース管理手段１０５ｄが会員
情報記憶部１０５ａに記憶された会員情報を参照し，利用者Ａによって入
力されたＩＤ及びパスワードの認証を行った後，利用者Ａが正当な利用者
10 であれば会員センター１０３内へのログインを許可する。」（段落【００
４１】）
「（３）会員センター１０３へのログインが許可された利用者Ａは，履
歴情報保存部１１ｂに保存された履歴情報をＰＣ端末１０２及びインタ
ーネットを介して会員センター１０３に送信する。会員センター１０３は，
15 出会い情報記憶部１０５ｂに履歴情報を読み取り保存する。」（段落【０
０４２】）
「（４）履歴情報を読み取った会員センター１０３は，履歴情報保存部
１１ｂに保存された相手方ＩＤが実在する会員ＩＤであるかを検証した
後，利用者Ａに対して，メッセージ機能及びメモ機能のサービスを提供す
る。」（段落【００４３】）
5 「（５）利用者Ａは，上記メッセージ機能を活用し，繁華街等の戸外で
出会い履歴情報保存部１１ｂに保存された中で気に入った相手ＩＤに対
してメッセージを送信する。ここでは，利用者Ａが１０時５分に出会った
相手ＩＤ「５６７８」に対するメッセージを会員センター１０３へ送信す
る。」（段落【００４４】）
10 「（６）会員センター１０３は，利用者Ａから会員センター１０３に送
信されたＩＤ「５６７８」に対するメッセージをデータベース管理手段１
０５ｄにより，メッセージ・メモ記憶部１０５ｃに保管する。」（段落【０
０４５】）
「（７），（８）及び（９）一方，利用者Ｂも，利用者Ａと同様に，Ｕ
15 ＳＢポート付出会い支援装置１１のＵＳＢポート１１ａを，利用者のＰＣ
端末１０２に設けられているＵＳＢコネクタ１０２ａに差込んで，ＰＣ端
末１０２からインターネットを介して会員センター１０３のＩＤ及びパ
スワード入力画面に接続し，利用者Ｂ固有のＩＤ「５６７８」及びパスワ
ードを入力して会員センター１０３内にログインする。そして，会員セン
20 ター１０３には，履歴情報保存部１１ｂに保存された「出会った時刻」及
び「出会った相手ＩＤ」が送信される。」（段落【００４６】）
「（１０）また，履歴情報を読み取った会員センター１０３は，利用者
Ｂが利用するＵＳＢポート付出会い支援装置１１の履歴情報保存部１１
ｂに保存された相手方ＩＤが実在する会員ＩＤであるかを検証した後，利
25 用者Ｂに対して，メッセージ機能及びメモ機能のサービスを提供するが，
利用者Ｂには，それとともに利用者Ａからの自分宛メッセージがある旨の
通知が同時になされる。」（段落【００４７】）
「（１１）利用者Ａからのメッセージを受信した利用者Ｂは，利用者Ａ
に対して返信メッセージを送信する。なお，利用者Ｂが利用者Ａに対して
好意を抱いていない場合には，返信メッセージを送信する必要はない。」
5 （段落【００４８】）
「利用者Ｂから利用者Ａに対して送信された返信メッセージについては，
上記利用者Ｂと同様に，利用者Ａに対して返信メッセージがある旨の通知
がなされ，これらの処理を繰り返すことにより，利用者Ａ及び利用者Ｂ間
でお互いにメッセージの交換が可能となる。」（段落【００４９】）
10 「上述のように，利用者Ａ及び利用者Ｂ間でのメッセージ交換を繰り返
し，お互いに夫々気に入れば，本名を明かしたり，お互いの電話番号又は
メールアドレスの交換等をしたりすることにより，利用者Ａ及び利用者Ｂ
間の親密度が進展する。これにより，初期段階では重要な個人情報を知ら
れることなく，趣味嗜好の一致する異性等との出会いの機会を支援するこ
15 とが可能となる。」（段落【００５０】）
「図５は，利用者ＡのＰＣ端末１０２のモニタに表示されるメッセージ
機能画面１１０及び利用者ＢのＰＣ端末１０２のモニタに表示されるメ
ッセージ機能画面１１１を説明する図である。本発明に係る出会い支援シ
ステムでは，所謂出会い系サイトとは異なり，利用者相互に繁華街等の戸
20 外で一度すれ違っているか或いは面識があるため，また趣味嗜好が一致す
る者同士であるため，親近感が沸き易く，お互いにメッセージの送信が気
兼ねなく容易となる。」（段落【００５３】）
【図５】
「メッセージ機能画面１１０は，上記図４に示したフロー図における利
用者ＡのＰＣ端末１０２のモニタに表示されたメッセージ機能画面であ
5 る。本実施例において，メッセージ機能画面１１０には，出会った「時刻」
欄，出会った「相手ＩＤ」欄，「メッセージ記入」欄及び「送信」ボタン
欄が設けられている。」（段落【００５４】）
「利用者Ａは，１０時５分に出会った相手であるＩＤ「５６７８」に対
してメッセージを送信したい場合には，該当するメッセージ記入欄に「一
10 度お会いしませんか？」等のメッセージを記入し，該当する送信ボタン１
１０ａをクリックしてメッセージを送信する。」（段落【００５５】）
「メッセージ機能画面１１１は，上記図４に示したフロー図における利
用者ＢのＰＣ端末１０２のモニタに表示されたメッセージ機能画面であ
り，利用者Ａのメッセージ機能画面１１０と同様に各欄が設けられている。
15 また，１０時５分に出会ったＩＤ「１２３４」欄には，該ＩＤから自己宛
にメッセージが届いている旨が表示されている。」（段落【００５６】）
「利用者Ｂは，メッセージが届いている旨に続いて表示された「読む」
リンクをクリックすることで利用者Ａからの自分宛メッセージを詳細に
読むことができる。そして，利用者Ｂは，利用者Ａに対してメッセージを
返信したい場合には，該当するメッセージ記入欄に「では，今度の土曜日
に梅田で会いましょう。」等のメッセージを記入し，該当する送信ボタン
5 １１１ａをクリックしてメッセージを返信することができる。 （段落
」 【０
０５７】）
「以上のように構成することにより，出会いの初期段階においては相手
に重要な個人情報を認知されることなく，利用者相互間，特に男女相互間
で趣味嗜好が一致する出会いの可能性を向上させ，且つ，後にインターネ
10 ットを介してメッセージの交換等を可能とすることにより，利用者の出会
いの機会を支援することが可能となる。」（段落【００６１】）
「また，上記実施例の出会い支援装置１では，利用者間の近接を検出し
た場合には即座に告知部５が発光して該近接を告知していたが，即座に告
知部５を発光させる必要はなく，一旦振動や文字等で接近を告知するよう
15 にしてもよい。すなわち，振動等により趣味嗜好が一致する者の近接を認
知した利用者は，近接する相手の利用者の外見等が自己の好みであるかを
判断してから告知部５を発光させる２ステップ化の構成にしてもよい。」
（段落【００６４】）
「また，上記実施例の出会い支援システム１０１では，ＰＣ端末はパソ
20 コンを使用したが，これ以外の専用端末，ゲーム機，携帯可能なＰＤＡ等
であってもよく，会員センター１０３の各種記憶部又は手段が複数のコン
ピュータの記憶装置に分散配置されていてもよい。 （段落
」 【００６５】）
イ 乙５公報の上記記載によれば，乙５公報には，以下の発明が記載されて
いると認められる。
25 「繁華街等の戸外で出会った者同士が，ＵＳＢポート付出会い支援装置１
１を差し込んだＰＣ端末１０２を操作することにより，会員センター１０３
（サーバコンピュータ）を利用してインターネットを介してメッセージを交
換等して利用者の出会いの機会を支援する出会い支援システム及び同シス
テムを実行するプログラムであって，
微弱電波機器或いは小電力無線機等からなるＵＳＢポート付出会い支援
5 装置１１（以下「出会い支援装置１１」という。）の利用者Ａ及び利用者Ｂ
が所定の距離以内に近づくと，互いの受信部が夫々送信された電波を受信し
て近接を検出し，各出会い支援装置１１の同調回路４ａが，趣味嗜好を識別
するための送信周波数及び設定周波数が一致することを識別すると，夫々の
告知部５が発光・振動等することで，趣味嗜好が一致することを利用者Ａ及
10 び利用者Ｂに告知するとともに，各出会い支援装置１１の履歴情報保存部１
１ｂが，各利用者の自己のＩＤ情報と，繁華街等の戸外で近接して「出会っ
た時刻」及び「出会った相手ＩＤ」情報の履歴情報を保存し，
利用者Ａが出会い支援装置１１をＰＣ端末１０２に差し込んで，ＰＣ端末
１０２からインターネットを介して会員センター１０３に接続して前記履
15 歴情報を送信すると，会員センター１０３は，履歴情報保存部１１ｂに保存
された相手方ＩＤが実在する会員ＩＤであるかを検証した後，利用者Ａにメ
ッセージ機能等のサービスを提供するが，利用者ＡのＰＣ端末１０２のモニ
タに表示されるメッセージ機能画面１１０には，出会った「時刻」欄，出会
った「相手ＩＤ」欄，「メッセージ記入」欄及び「送信」ボタン欄が設けら
20 れて履歴情報保存部１１ｂに保存された複数名（【図５】では４名）の各欄
に係る情報のリスト（以下「相手ＩＤのリスト」という。）が表示され，
利用者Ａが，メッセージ機能を利用して履歴情報保存部１１ｂに保存され
た中で気に入った相手ＩＤに対してメッセージを送信すると，会員センター
１０３は，同メッセージをメッセージ・メモ記憶部１０５ｃに保管し，
25 利用者Ｂが出会い支援装置１１をＰＣ端末１０２に差し込んで，ＰＣ端末
１０２からインターネットを介して会員センター１０３に接続して前記履
歴情報を送信すると，会員センター１０３は，履歴情報保存部１１ｂに保存
された相手方ＩＤが実在する会員ＩＤであるかを検証した後，利用者Ｂにメ
ッセージ機能等のサービスを提供すると同時に，利用者Ｂに対し，利用者Ａ
からのメッセージがある旨の通知がされるが，利用者ＢのＰＣ端末１０２の
5 モニタに表示されるメッセージ機能画面１１１には，複数名（【図５】では
５名）の相手ＩＤのリストが表示され，
利用者Ａからのメッセージを受信した利用者Ｂは，利用者Ａに対して返信
メッセージを送信し得るが，利用者Ａに対して好意を抱いていない場合には
返信メッセージを送信する必要はなく，
10 利用者Ｂが利用者Ａに対して返信メッセージを送信すると，利用者Ａに対
し，利用者Ｂからの返信メッセージがある旨の通知がされ，
これらの処理を繰り返すことで，利用者Ａ及び利用者Ｂ間でお互いにメッ
セージの交換が可能となることにより，初期段階では重要な個人情報を知ら
れることなく，趣味嗜好の一致する異性等との出会いを支援することが可能
15 となる出会い支援システム
及び同システムをＰＣ端末１０２上で実行するプログラム。」
(2) 乙５発明と本件各発明の対比
ア 乙５発明の「繁華街等の戸外で出会った者同士」（例えば，利用者Ａ及び
利用者Ｂ）は，本件各発明の「現実世界で出会ったユーザ同士」に相当し，
20 乙５発明の「出会い支援装置１１を差し込んだＰＣ端末１０２」は，本件各
発明の「ユーザ端末」に相当する。乙５発明における会員センター１０３（サ
ーバコンピュータ）は，本件各発明の「コンピュータ」に相当し，乙５発明
の「インターネットのネットワークを介してメッセージの交換等して利用者
の出会いの機会を支援する」ことは，本件各発明の「ネットワークを介して
25 のコミュニケーションによる交流を支援する」ことに相当する。乙５発明に
おける利用者Ａのメッセージの送信と利用者Ｂの返信メッセージの送信の
やり取り等の「メッセージの交換」 本件各発明の
は， 「メッセージの送受信」
に相当し，乙５発明の「利用者Ｂに対し，利用者Ａからのメッセージがある
旨の通知」及び「利用者Ａに対し，利用者Ｂからの返信メッセージがある旨
の通知」 本件各発明の
が， 「メッセージが入力された旨のポップアップ通知」
5 に相当する。
したがって，乙５発明と本件各発明は，以下のイにおいて一致し，ウにお
いて相違すると認められる。
イ 一致点
(ｱ) 乙５発明と本件発明１の一致点
10 ａ 現実世界で出会ったユーザ同士がユーザ端末を操作することにより
コンピュータを利用してネットワークを介してのコミュニケーション
による交流を支援するコンピュータシステムであって，
ｂ’ユーザ同士が交流できるようにするための複数の出会った相手のリス
トをユーザに表示するための制御を行なうリスト表示制御手段と，
15 ｃ’ユーザが前記リスト表示制御手段により表示された複数の出会った相
手の内からコミュニケーションを取りたい相手を選択指定し，該選択指
定した者と選択指定された相手とがユーザ端末を操作して入力した内
容を互いに伝え合ってメッセージを送受信できるように該入力内容を
前記ユーザ端末で報知するための入力内容報知手段と，
20 ｅ’選択された相手のユーザ端末と前記メッセージの送受信を可能にする
ために新たな交流先として前記出会った相手のリストに追加する処理
を行う追加手段と，を備え，
ｆ’前記複数の出会った相手の内からコミュニケーションを取りたい相手
を選択指定した者が選択指定された相手に対しメッセージを入力して
25 送信する操作を行った場合に，前記選択指定された相手のユーザ端末に
メッセージが入力された旨のポップアップ通知を行うための制御を実
行し，
ｈ’前記出会った相手のリストを前記ユーザ端末に表示させることにより，
前記ユーザ同士が交流できるようにした，
ｉ コンピュータシステム。
5 (ｲ) 乙５発明と本件発明２の一致点
ｊ’前記追加手段は，前記追加処理を行う，
ｋ’前記(ｱ)記載のコンピュータシステム。
(ｳ) 乙５発明と本件発明３の一致点
ｌ 現実世界で出会ったユーザ同士がユーザ端末を操作することにより
10 コンピュータを利用してネットワークを介してのコミュニケーション
による交流を支援するコンピュータシステムであって，
ｍ 複数の出会った相手のリストをユーザに表示するための制御を行な
う出会った相手のリスト表示制御手段と，
ｎ ユーザが前記出会った相手のリスト表示制御手段により表示された
15 複数の出会った相手の内からコミュニケーションを取りたい相手を選
択指定し，該選択指定した者と選択指定された相手とがユーザ端末を操
作して入力した内容を互いに伝え合ってメッセージを送受信できるよ
うに該入力内容を前記ユーザ端末で報知するための入力内容報知手段
と，
20 ｐ’選択された相手のユーザ端末と前記メッセージの送受信を可能にする
ために新たな交流先として前記出会った相手のリストに追加する処理
を行う追加手段と，を備え，
ｑ’ 前記複数の出会った相手の内からコミュニケーションを取りたい相
手を選択指定した者が選択指定された相手に対しメッセージを入力し
25 て送信する操作を行った場合に，前記選択指定された相手のユーザ端末
にメッセージが入力された旨のポップアップ通知を行うための制御を
実行し，
ｒ’ 前記追加手段は，前記追加処理を行い，
ｓ’ 前記出会った相手のリストを前記ユーザ端末に表示させることによ
り，前記ユーザ同士が交流できるようにした，
5 ｔ コンピュータシステム。
(ｴ) 乙５発明と本件発明４の一致点
ｕ 現実世界で出会ったユーザ同士がコンピュータを利用して交流を行
うためにユーザ端末により実行されるプログラムであって，
ｖ 前記ユーザ端末の位置情報を前記コンピュータへ送信する位置情報
10 送信ステップと，
ｗ 前記ユーザ端末の報知部を制御する報知制御ステップとを，前記ユー
ザ端末に実行させ，
ｘ 前記報知制御ステップは，
ｘ１’複数の出会った相手のリストを表示するための出会った相手のリ
15 スト表示制御ステップと，
ｘ２’ユーザが前記表示された複数の出会った相手の内からコミュニケ
ーションを取りたい相手を選択指定し，該選択指定した者と選択指
定された相手とがユーザ端末を操作して入力した内容を互いに伝
え合ってメッセージを送受信できるように該入力内容を前記ユー
20 ザ端末で報知するための入力内容報知ステップと，を含み，さらに，
ｘ３ 前記選択指定した者が選択指定された相手に対しメッセージを
入力して送信する操作を行った場合に，前記選択指定された相手の
ユーザ端末の前記報知部にメッセージが入力された旨のポップア
ップ通知を行い，
25 ｙ 前記コンピュータは，
ｙ２ 選択された相手のユーザ端末と前記メッセージの送受信を可能
にするために新たな交流先として前記出会った相手のリストに追
加する処理を行う追加手段と，を含んでおり，
ｚ 前記追加手段は，前記追加処理を行い，
γ’ 前記出会った相手のリストを前記ユーザ端末に表示させることによ
5 り，前記ユーザ同士が交流できるようにした，
δ プログラム。
ウ 相違点
(ｱ) 相違点１
本件発明１の交流先のリストは，交流先に同意したユーザ同士が交流で
10 きるようにするためのものであるのに対し，乙５発明の履歴情報保存部１
１ｂに保存された相手ＩＤのリストは，交流に同意したユーザ同士が交流
できるようにするためのものであるか不明である点
(ｲ) 相違点２
本件各発明は，ユーザ端末の位置情報を取得し，該位置情報に基づいて
15 所定時間中に所定距離内に位置するユーザ端末を検索する，いわゆるＧＰ
Ｓ検索手段を備えているのに対し，乙５発明は，かかる検索手段を備えて
いない点
(ｳ) 相違点３
本件各発明は，ユーザ端末の位置情報を取得し，該位置情報に基づいて
20 所定時間中に所定距離内に位置するユーザ端末が検索されたことを必要
条件として交流先のリストに追加する交流先追加処理を行うのに対し，乙
５発明は，利用者同士の出会い支援装置１１間での近接無線通信に基づい
て相手ＩＤのリストに追加している点
(ｴ) 相違点４
25 本件発明１は，交流先として指定されて互いにメッセージを送受信でき
るユーザ端末同士の一方からの要求に応じて，他方のユーザ端末からメッ
セージを入力して送信する操作を行ったとしてもポップアップ通知を行
わないように制御するのに対し，乙５発明においては，そのような制御を
するかどうか不明である点
(ｵ) 相違点５
5 本件各発明は，コンピュータ側からの制御に基づいて交流先のリストを
ユーザ端末に表示させるのに対し，乙５発明は，そのような構成を有する
か不明である点
(ｶ) 相違点６
本件発明１は，連絡先の個人情報を知らせ合うことなく交流ができるの
10 に対し，乙５発明は，“重要な個人情報ではない”とされる会員ＩＤのみ
を知らせ合いし，その他の個人情報を知らせ合わないまま交流を行うこと
が可能である点
(ｷ) 相違点７
本件発明２～４は，前記検索手段により検索された前記ユーザ端末同士
15 の所持者の内の一方が相手方に対して交流の申し出を行ない，相手方も交
流に同意することにより，前記交流先追加処理を行うのに対し，乙５発明
は，前記交流の同意以前の段階で当該同意とは無関係に自動的に相手ＩＤ
の追加処理を行っている点
(3) 先行文献の記載内容
20 ア 乙４２公報には，以下の記載がある。
(ｱ) 要約
「【課題】コミュニティの参加メンバーの管理処理における改善された
構成を提供する。
【解決手段】複数の通信処理装置から各通信処理装置において実行された
25 近接通信処理の通信履歴データを受信し，受信した複数の通信履歴データ
の照合処理を実行して，複数の通信処理装置間における近接通信の実行事
実が確認されたことを条件として，通信処理装置のユーザをコミュニティ
メンバーとして登録する。取得し，照合する通信履歴データは通信相手の
ＩＤ，通信日時，通信実行位置などの情報であり，これらのデータに基づ
いて実際に近接通信が行われたことを確認した上でコミュニティの登録
5 メンバーとする。この処理によって，幽霊メンバーなど架空の実在しない
ユーザの登録を防止することが可能となる。」
(ｲ) 特許請求の範囲
「複数の通信処理装置から各通信処理装置において実行された近接通信
処理の通信履歴データを受信する通信部と，
10 前記通信部の受信した複数の通信履歴データの照合処理を実行するデ
ータ照合部と，
前記データ照合部において実行された近接通信の通信履歴データに基
づいて，前記複数の通信処理装置間における近接通信の実行事実が確認さ
れたことを条件として，前記通信処理装置に関連付けられたユーザ情報を
15 同一のグループとしてデータベースに登録するデータ登録部と，
を有する情報管理装置。」（【請求項１】）
「前記データ照合部は，
各通信処理装置から受信した通信履歴に含まれる近接通信位置データ
が一致するか否かに基づいて，前記複数の通信処理装置間において近接通
20 信が実行されたか否かを判定する処理を行う構成である請求項１～３い
ずれかに記載の情報管理装置。」
(ｳ) 発明を実施するための最良の形態
「近接通信部１２３は，通信処理装置Ｂ１３０など他の通信処理装置と
の近接通信（例えばＮＦＣ規格に従った近接通信）を実行する。記憶部１
25 ２４は，通信処理装置Ａ１２０の識別情報（ＩＤ）や通信処理装置Ａ１２
０において実行する各種のデータ処理，データ通信処理に適用するプログ
ラム，パラメータ，さらに通信履歴情報などを格納する。なお，近接通信
部１２３は，例えばソニー（株）の開発した近接通信技術であるフェリカ
［ＦｅｌｉＣａ（登録商標） によって構成される。 （段落
］ 」 【００３０】）
「次に，通信処理装置Ａと通信処理装置Ｂとの近接通信が終了した後，
5 ステップＳ２０７以下の処理を実行する。」（段落【００６９】）
「ステップＳ２０７では，まず通信処理装置Ａがサーバに接続し，Ｂさ
んをＡさんの［トモダチ］として登録するユーザＢの登録依頼を行う。
［ト
モダチ］は前述したようにサーバの提供管理するコミュニティの参加メン
バーの１つのカテゴリであり，［初期登録メンバー］とは異なるメンバー
10 として区別される。この登録依頼に際して，通信処理装置Ａは，通信処理
装置Ａの記憶部に格納した通信処理装置Ｂとの近接通信記録である通信
履歴データをサーバにアップロードする。具体的には，
（ａ）ユーザＢのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＢのニックネーム（ユーザＢ
15 が任意に設定した名前（ハンドルネーム））
（ｃ）近接通信日時データ
（ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場
合）これらのデータを記憶部から取得してサーバに送信する。なお，これ
らのデータ中，必須データは，（ａ）のユーザＩＤと，（ｃ）の近接通信
20 の実行日時データである。その他のデータは必須ではなく，取得済みであ
れば送信することが好ましいデータである。」（段落【００７０】）
「一方，ステップＳ２０８では，通信処理装置Ｂ がサーバに接続しユー
ザＡをＢさんの［トモダチ］として登録する登録依頼を行う。この登録依
頼に際して，通信処理装置Ｂは，通信処理装置Ｂの記憶部に格納した通信
25 処理装置Ａとの近接通信記録である通信履歴データをサーバにアップロ
ードする。具体的には，
（ａ）ユーザＡのユーザＩＤ
（ｂ）ユーザＩＤに対応付けられたユーザＡのニックネーム（ユーザＡ
が任意に設定した名前（ハンドルネーム））
（ｃ）近接通信の実行日時データ
5 （ｄ）近接通信実行位置情報（通信処理装置がＧＰＳ搭載機器である場
合）
これらのデータを記憶部から取得してサーバに送信する。なお，これら
のデータ中，必須データは，（ａ）のユーザＩＤと，（ｃ）の近接通信の
実行日時データである。その他のデータは必須ではなく，取得済みであれ
10 ば送信することが好ましいデータである。」（段落【００７１】）
「次にステップＳ２０９において，サーバが，通信処理装置Ａおよび通
信処理装置Ｂの双方から受信した近接通信記録である通信履歴データの
照合処理を実行する。
照合処理は，例えば以下のデータ確認処理を含む処理として実行される。
15 （ｘ）通信処理装置Ａから受信した通信履歴データに記録された通信日
時と，通信処理装置Ｂから受信した通信履歴データに記録された通信日時
とが一致することの確認。
（ｙ）通信処理装置Ａ から受信した通信履歴データに記録されたユー
ザＩＤが，通信処理装置Ｂから受信したユーザＢ（または通信処理装置Ｂ）
20 に対応するユーザＩＤであり，通信処理装置Ｂから受信した通信履歴デー
タに記録されたユーザＩＤがユーザＡ（または通信処理装置Ａ）に対応す
るユーザＩＤであることの確認。」（段落【００７２】）
「サーバは，ステップＳ２０９において，上記（ｘ），（ｙ）のデータ
確認を行う。なお，その他，例えば双方の通信処理装置から近接通信を実
25 行した位置情報が受信されている場合には，位置情報が一致しているかに
ついても確認する。その他照合可能なデータが存在する場合にはそれらの
データについても照合する。」（段落【００７３】）
「ステップＳ２０９において照合が成立し，通信処理装置Ａと通信処理
装置Ｂとの間で近接通信が実行されたことが確認された場合に，ステップ
Ｓ２１０において，ユーザＡ，Ｂを初期登録メンバーとは異なるカテゴリ
5 メンバーとしての［トモダチ］として登録する。」（段落【００７５】）
イ 乙４３公報には，以下の記載がある。
「…本発明はこのような従来技術の課題に着目してなされたものであって，
互いに関連又は縁を持つ人たちが，「たまたま偶然に」近傍に位置すること
になった機会を逃すこと無く，「フェイス・ツー・フェイスの出会い」又は
10 「連絡すること」を確実に実現できるようにすることができる，出会い・連
絡支援システムを提供することを目的とする。また，本発明は，このような
「比較的近くの場所に居あわせた人たち同士が，実際に出会える機会又は連
絡し合える機会を持てるように支援すること」を，歩行者 店舗など施設や
（
道路などに存在している人だけでなく，電車などの公共の交通機関を利用し
15 ている人をも含む）同士の間だけでなく，歩行者と自動車に乗っている人と
の間や，自動車に乗っている人同士の間についても，可能にすることをも目
的としている。」（段落【０００６】）
「…１．ユーザーが使用する移動体通信端末であって，ユーザーが「ユー
ザーに関するキー・データ」（自己のキー・データ又は自己が出会いたい人・
20 連絡したい人 連絡したい人に関するキー・データ）
・ を記録する記録手段と，
前記キー・データを近傍のエリア内に向けて無線で送信する送信手段と，他
のユーザーが使用する移動体通信端末から近傍のエリア内に向けて無線送
信された他のユーザーに関するキー・データを受信する受信手段と，前記受
信手段により受信した他のユーザーの通信端末からのキー・データが前記の
25 ユーザーの「自己に関するキー・データ」と一致又は関連しているとき，そ
のことを前記のユーザーに知らせるための告知手段と，を含む移動体通信端
末を備え，「ユーザーが近くの場所に居れば会いたいと思う人・連絡したい
人」が実際にユーザーの近くに居るとき，そのことをユーザーに知らせて実
際にその人に会うこと・連絡することができるように支援することを特徴と
する出会い・連絡支援システム。…
5 １５．複数のユーザーがそれぞれ携帯する移動体通信端末であって，少な
くとも，各ユーザーの自己を識別する識別データ，及び，自己の現在位置特
定用データ（自己の現在位置を特定するデータ，又は，例えばＧＰＳ用信号
などの自己の現在位置を特定するための資料となるデータ）を，センター
（「サーバー」コンピュータや「ホスト」コンピュータなど）に向けて無線
10 で送信する送信手段，を有する移動体通信端末と，前記センター側に備えら
れ，前記の各移動体通信端末からそれぞれ送信された各ユーザーの識別デー
タ及び現在位置特定用データに基づいて，「あるユーザー」の近傍のエリア
内に「そのユーザーがもし近傍の地に居れば実際に会いたい又は連絡したい
と希望する人」が居るとき，そのことを前記ユーザーに知らせるための告知
15 手段と，を備えた出会い・連絡支援システム。」（段落【０００８】）
「このマッチング部２６は，各ユーザーに関するキー・データの同一性・
近接度・類似度を判定して，キー・データが同一であるユーザー同士，又は，
比較的高い近接度・類似度を有しているキー・データを有するユーザー同士
に，「お互いが近傍の地に居ることを示すデータ（相手のユーザーのキー・
20 データ及び現在位置データを含むことが望ましい）」を，前記キー・データ
等送受信部２５を介して送信する。例えば，マッチング部２６は，ユーザー
１が「たまたま偶然に近くの場所に居れば会いたい人」としてある人のＩＤ，
電話番号，又は氏名をキー・データとして送信していた場合，そのＩＤ，電
話番号，氏名と同一のユーザーが無線局（基地局）の圏内に居たときは，「そ
25 のこと（圏内にそのＩＤ，電話番号，氏名の人が居るということ）」を，そ
の人の現在位置データ及びメッセージがあればそのメッセージ（例えば，
「今
は一人なので誰か知り合いがいれば合流したい」などのメッセージ）と共に，
前記キー・データ等送受信部２５から，送信する。また，マッチング部２６
は，例えば，ユーザー１が「たまたま偶然に近くの場所に居れば合いたい人」
としてある趣味のサークル名をキー・データとして送信していた場合，その
5 同じサークル名をキー・データとする人が前記無線局（基地局）の圏内に居
るときは，そのことを，その人の現在位置データと共に，前記キー・データ
等送受信部２５から，送信する。」（段落【００２１】）
ウ 乙４４公報には，以下の記載がある。
「複数のユーザがそれぞれ移動端末を用いてグループ通信を行えば，話題
10 を複数人で共有することができ，コミュニケーションを深めることができる。
グループ通信を実現するサービスとして，ＰＴＴ（Push-to-talk）サービ
スが知られている。これは，携帯電話機などの移動端末をトランシーバのよ
うに用いて，簡単な操作でグループ通信を実現するものである。 （段落
」 【０
００２】）
15 ところで，ＧＰＳ（Global Positioning System）機能を有する移動端末
を用いてＰＴＴサービスによるグループ通信を行う場合に，グループ内の移
動端末の地理的位置を取得して表示する技術もある（例えば，特許文献１参
照）。また，ＰＴＴサービスにおいて，ＧＰＳやＲＦＩＤ（Radio Frequency
IDentification）によって位置情報を取得し，取得した情報を基にグループ
20 を形成する技術もある（例えば，特許文献２参照）。
さらに，ＰＴＴサービス加入者の位置情報をＧＰＳなどによって取得し，
距離上所定の範囲内に位置する加入者間のグループ通信を可能にする技術
もある（例えば，特許文献３参照）。
【特許文献１】特開２００７－１５０７６８号公報
25 【特許文献２】特開２００７－１５０９８５号公報
【特許文献３】特開２００６－８１１８４号公報」（段落【０００３】）
「ところで，グループ通信を実現する場合，近距離無線を利用すれば，よ
り近くに居る人，より身近に感じられる人とのマッチングが可能であると考
えられる。近距離無線として，Bluetooth（登録商標，以下同じ）を用いた通
信が周知であり，これを用いれば容易にマッチングを行うことができると考
5 えられる。
しかしながら，Bluetoothを用いた通信のみを用いてマッチングを行うと，
移動端末の電源である電池の消耗が激しく，長時間の利用ができないという
問題がある。
本発明は上述した従来技術の問題点を解決するためになされたものであ
10 り，その目的は移動端末の電源である電池の消耗をできるだけ抑え ，
Bluetooth通信などの近距離通信を用いたマッチングを実現できるグルーピ
ングシステム，管理装置を提供することである。」（段落【０００４】）
「（グループ管理サーバのＤＢ）
図４は，グループ管理サーバの管理部内に記憶されるデータベースの例を
15 示す図である。同図（ａ）は，管理部２６に記憶されているユーザデータベ
ースの例を示す図である。同図（ａ）のユーザデータベースは，ユーザＩＤ
すなわち端末識別子と嗜好情報や属性情報などから構成されるタグ情報と
の対応関係を示すデータベースである。本例では，ユーザＩＤ「ユーザＡ」
に，「住所：大阪市」を含むタグ情報が対応付けられている。また，ユーザ
20 ＩＤ「ユーザＢ」に，「趣味：野球」，「住所：東京都」を含むタグ情報が
対応付けられている。さらに，ユーザＩＤ「ユーザＣ」 「趣味： 買い物」
に， ，
「趣味：釣り」を含むタグ情報が対応付けられている。 （段落
」 【００２２】）
エ 乙４５公報には，以下の記載がある（乙４５）。
「【課題】本発明は，携帯電話のような通信システムのユーザに対して，
25 互いの要求条件を満たす別のユーザの存在を報知するシステムの提供を
目的とする。
【解決手段】本発明のユビキタスマッチングシステムは，通信可能に接続
された端末から発信される信号を狭いゾーンに対応した低感度で検出す
ることにより端末の位置情報を取得し，取得された端末の位置情報に基づ
いて，同一ゾーンに在圏する端末同士に互いの存在を報知する。端末から
5 発信される信号を検出する感度を低くすることにより，端末の位置情報の
検出精度が高まるので，近くに存在する端末，即ち，近くに居る人物の存
在を相互に報知することが可能である。」（【要約】）
「…ユビキタスマッチングシステムは，近くに居る友人・知人や共通の
意識を持っている人などのように相互にマッチング条件（ 要求条件） を
10 満たす人物の存在を，その人物へのアクセス情報を用いて相互に報知する
ことが可能になる。ユーザは，相手側へのアクセス情報を入手できるので，
直ちに連絡を取り合うことができる。」（段落【００３６】）
「図３は，端末１及び２からサービス提供サーバ４のユーザ登録部４２
へ通知され，ユーザ登録部４２によってデータ記憶部４３に格納されるユ
15 ーザ特定情報の一例の説明図である。ユーザ特定情報は，ユーザを識別す
るためのユーザ名（ユーザＩＤとパスワードのペアでもよい）と，ユーザ
への連絡先を表す端末アドレスと，ユーザの端末の端末識別情報と，マッ
チング条件を指定する属性情報へのポインタ（属性情報自体でもよい）と，
知人や友人を指定するアドレス帳へのポインタ（アドレス帳自体でもよい）
20 を含む。ユーザ特定情報には，更に，端末位置情報取得システム６によっ
て取得され，位置情報取得部４１によって，他の登録データと関連付けら
れた位置情報が含まれる。更に，オプションとして，ユーザが自分の存在
を他のユーザへ通知されることを許諾するかどうかを設定するための通
知許諾フラグがユーザ特定情報に設けられる。」（段落【００３７】）
25 「以上の通り，本発明の種々の実施例では，ユーザは，低感度基地局を
用いた携帯電話機，無線ＬＡＮ端末，ＩＤ送信機＋ＩＤ受信機と組み合わ
せた携帯電話機，ＰＨＳ端末，或いは，ＧＰＳ付き携帯電話機などの位置
検出機能と通信機能を兼ね備えた端末を利用する。サービス提供サーバは，
ユーザに対し，そのユーザが在圏するゾーンと同じゾーンに在圏する別の
ユーザの存在を相互に報知することができる。」（段落【００７８】）
5 「本発明のユビキタスマッチングシステムのコンセプトは，ユーザの近
くに来た友人・知人をそのユーザに報せることである。その際，ユーザと
相手側の両方の了解が必要である。さらに，ユビキタスマッチングシステ
ムは，ユーザが，友人・知人や，友人・知人以外でもユーザの要求にマッ
チした他のユーザと，その場で接触する（ 会う，連絡を取り合うなど）
10 機会をユーザ及び相手側に提供する。さらに，ユーザ相互に相手の居場所
やアクセス情報を交換することになるので，信頼性や安全性を確保するた
めに，好ましくは，会員向けサービスとして実現される。」（段落【００
７９】）
(4) 容易想到性について
15 ア 相違点２及び３について
相違点２は，「本件各発明は，ユーザ端末の位置情報を取得し，該位置情
報に基づいて所定時間中に所定距離内に位置するユーザ端末を検索する，い
わゆるＧＰＳ検索手段を備えているのに対し，乙５発明は，かかる検索手段
を備えていない点。」であり，相違点３は，「本件各発明は，ユーザ端末の
20 位置情報を取得し，該位置情報に基づいて所定時間中に所定距離内に位置す
るユーザ端末が検索されたことを必要条件として交流先のリストに追加す
る交流先追加処理を行うのに対し，乙５発明は，利用者同士の出会い支援装
置１１間での近接無線通信に基づいて相手ＩＤのリストに追加している点。」
であって，これらは，本件各発明が，ＧＰＳ検索手段により，ユーザ端末の
25 位置情報を取得し，該位置情報に基づいて所定時間中に所定距離内に位置す
るユーザ端末が検索されたことを必要条件として交流先のリストに追加す
る交流先追加処理を行うのに対し，乙５発明は，利用者同士の出会い支援装
置１１間での近接無線通信に基づいて相手ＩＤのリストに追加している点
の相違に関するものである。
この点につき，被告は，乙４２～４５公報に記載されているように，ユー
5 ザ端末を用いた出会い支援システムにおいて，ユーザ端末間の距離を検知す
る手段には，電波による端末間の無線通信を用いるものと，ＧＰＳ検索を用
いるものが知られており，両者は当業者において適宜選択して用いられるこ
とは技術常識であり，乙５公報においては，利用者間の近接を検出する方法
として，送受信する電波以外の方法が許容されているのみならず，ＧＰＳ機
10 能を有するＰＤＡとの一体化も想定されているから，乙５発明にＧＰＳ検索
手段を採用して近接を検出するように構成することは，当業者が容易に想到
できたと主張する。
(ｱ) そこで検討するに，被告が挙げる乙４３～４５公報に記載の技術は，い
ずれも，氏名，住所，電話番号，メールアドレスなどの個人情報を相手方
15 に知らせることが前提となっているものであるから，これらの技術を，
「出
会いの初期段階においては相手に重要な個人情報を認知されることなく，
利用者相互間，特に男女相互間で趣味嗜好が一致する出会いの可能性を向
上させること」を目的とする乙５発明の技術に適用するには阻害要因があ
るというべきである。また，乙４２は，本件特許の優先日（平成２２年２
20 月１５日）の３か月前（平成２１年１２月１７日）に公開されたものであ
ることに照らすと，同公報に記載の技術をもって本件特許出願に係る優先
日当時に周知の技術であったと認めることはできない。
(ｲ) 次いで，被告が，乙５公報においては，利用者間の近接を検出する方法
として，送受信する電波以外の方法が許容されているのみならず，ＧＰＳ
25 機能を有するＰＤＡとの一体化も想定されていると主張する点について
検討する。
確かに，乙５公報の段落【００６３】には，出会い支援装置は，赤外線
又はこれと電波の併用により近接を検出してもよい旨の記載はあるが，こ
こにおける赤外線通信も，出会い支援装置同士で直接通信を行って近接を
検出するためのものである。
5 一方，乙５発明において，ＧＰＳ機能を利用する場合，各出会い支援装
置がＧＰＳで位置情報等をそれぞれ取得し，別途，その情報等を基にサー
バ等が近接を判別して各出会い支援装置に送信するといった，より複雑な
システムが必要となるが（乙２７，２８，５５参照），そのような煩雑な
構成を採る理由は特に見出し難いから，かかる記載があるからといって，
10 乙５発明の近距離無線通信技術を，ＧＰＳ機能を用いる方式に代替するこ
とが容易であるとはいい難い。
また，乙５公報の段落【００６５】には，ＰＣ端末をＰＤＡ等に代替可
能である旨の記載はあるが，乙５発明において，利用者同士の近接等を判
別するのは，ＰＣ端末１０２ではなく，出会い支援装置１１であるから，
15 たとえＰＤＡの機能の１つとしてＧＰＳがあることが周知であったとし
ても，出会い支援装置１１が行うべき近接等の判別を，ＧＰＳ機能を用い
る方法に代替することに容易に想到するとは認め難いというべきである。
(ｳ) したがって，乙５発明に乙４２～４５公報記載の技術を適用して相違点
２及び３の構成に容易に想到し得るとは認められない。
20 イ 相違点７について
本件発明２～４と乙５発明は，「本件発明２～４は，前記検索手段により
検索された前記ユーザ端末同士の所持者の内の一方が相手方に対して交流
の申し出を行ない，相手方も交流に同意することにより，前記交流先追加処
理を行うのに対し，乙５発明は，前記交流の同意以前の段階で当該同意とは
25 無関係に自動的に相手ＩＤの追加処理を行っている点」（相違点７）におい
て相違しているところ，被告は，乙５公報の段落【００６４】によれば，近
接した者同士が互いの発光パターン等を調節し合って交流の同意の有無を
確認し，当該同意の確認がとれた後に，互いが明示的にボタン操作等を行う
などしてＩＤを交換し，履歴情報保存部１１ｂに保存させることもできるの
で，同相違点は実質的な相違点ではないと主張する。
5 この点，確かに，乙５公報の段落【００２３】には，「このとき，出会い
支援装置１の利用者Ａ及び利用者Ｂが所定の距離以内に近づくと，互いの受
信部が夫々送信された電波を受信して近接を検出し，同調回路４ａにより送
信周波数及び設定周波数が一致することを識別する。そして，夫々の告知部
５の出力回路５ａであるＬＥＤが発光し，利用者Ａ及び利用者Ｂに告知す
10 る。」（段落【００２３】）との記載があり，これを踏まえ，段落【００６
４】には，「また，上記実施例の出会い支援装置１では，利用者間の近接を
検出した場合には即座に告知部５が発光して該近接を告知していたが，即座
に告知部５を発光させる必要はなく，一旦振動や文字等で接近を告知するよ
うにしてもよい。すなわち，振動等により趣味嗜好が一致する者の近接を認
15 知した利用者は，近接する相手の利用者の外見等が自己の好みであるかを判
断してから告知部５を発光させる２ステップ化の構成にしてもよい。」（段
落【００６４】）との記載が存在する。
しかし，乙５発明は，「出会い支援装置１の利用者Ａ及び利用者Ｂが所定
の距離以内に近づくと，互いの受信部が夫々送信された電波を受信して近接
20 を検出し，同調回路４ａにより送信周波数及び設定周波数が一致することを
識別」（段落【００２３】）し，「出会い情報記憶部１０５ｂは，繁華街等
の戸外で趣味嗜好等が一致する異性等と利用者が近接した「出会った時刻」
及び「出会った相手ＩＤ」を表形式で利用者毎に記憶している。 （段落
」 【０
０３４】）ものであることに照らすと，上記の段落【００６４】の構成をと
25 ったとしても，相互のＩＤが交換されるのは，「互いの受信部が夫々送信さ
れた電波を受信して近接を検出し，同調回路４ａにより送信周波数及び設定
周波数が一致することを識別」した時点，すなわち，利用者Ａ及び利用者Ｂ
が所定の距離以内に近づき，振動や文字により接近が告知された時点であり，
告知部の発光がされた時点ではないと認めるのが相当である。
そうすると，乙５発明は相違点７に係る構成を備えず，同相違点において
5 本件発明２～４と相違するというべきであり，同相違点に係る構成を想到す
ることが容易であったと認めるに足りる証拠はない。
ウ したがって，その余の点につき検討するまでもなく，本件各発明が進歩性
を欠如する旨の被告の主張は理由がない。
11 争点２－２（記載要件違反）について
10 (1) サポート要件違反又は新規事項追加の主張について
被告は，①本件特許の出願経過からすれば，本件各発明は，本件明細書等の
段落【００９５】～【００９７】に記載の「出会い時点登録」を必須の構成と
して備える必要があるが，本件特許請求の範囲にはこの点の記載を欠くから，
サポート要件に違反し，そうでなくとも，本件発明２～４については新規事項
15 の追加に当たる，②本件明細書等の発明の詳細な説明には，共有仮想タグを用
いる態様しか記載されていないから，共有仮想タグを用いる態様に限定されな
いとすれば，サポート要件に違反する，③本件各発明の課題ａ～ｄの全てを有
する被告システム等は本件各発明の作用効果を奏しないから，被告システム等
が本件各発明の技術的範囲に属するとすれば，本件各発明は，本件明細書等に
20 記載した発明が解決しようとする課題を解決できないものを包含することに
なるから，サポート要件に違反すると主張する。
ア しかし，上記①に関し，本件各発明が「出会い時点登録」を必須の構成と
するものとはいえないことは，前記５に判示したとおりであるので，被告の
上記主張は理由がない。
25 イ 上記②については，本件明細書等の発明の詳細な説明において，実施例と
して挙げられているのが共有仮想タグを用いる態様のものであることは，被
告主張のとおりであるが，共有仮想タグは，「両人が出会った場所に対応す
るバーチャル世界の場所に作成されて表示されるタグであり，出会った両人
の携帯電話でのみアクセスできてそこに書き込みを行って両社が連絡でき
るようにしたものである」などとされているものであって（段落【００１４】 ，
）
5 「今回開示された実施の形態はすべての点で例示であって制限的なもので
はない…本発明の範囲は上記した説明ではなくて特許請求の範囲によって
示され…る」（段落【０３０６】）とされていることに照らすと，共有仮想
タグを上位概念化したものが，交流先のリストに追加，表示される「交流先」
であると解することができる。
10 そうすると，本件特許請求の範囲に記載された本件各発明は，本件明細書
等に記載された共有仮想タグを用いる態様により，当業者が本件発明の課題
を解決できると認識できる範囲のものであるといえるのであるから，本件特
許請求の範囲の記載がサポート要件に違反するということはできない。
ウ 上記③については，本件各発明の目的は，前記１(2)に判示したとおり，
15 「相手方に互いの個人情報を通知することなく後々コンタクトを取ること
ができ，かつ，相手方以外の他人がその相手方に成りすましてコンタクトし
てくる不都合をも防止できる理想的な連絡可能状態を構築する手段を提供
すること」にあるところ，被告システム等が「連絡先の個人情報を知らせ合
うことなく交流できるようにした」との構成要件（構成要件Ｈ，Ｓ及びΓ）
20 を充足することは前記８に判示したとおりであって，このことにより，上記
効果を奏し得ることは明らかであるから，この点の被告の主張も理由がない。
エ したがって，サポート要件違反等に関する被告の主張は，いずれも理由が
ない。
(2) 実施可能要件違反の主張について
25 被告は，①本件明細書等には「共有仮想タグ」を用いる構成のみ開示してい
るから，仮に，発明の技術的範囲に「共有仮想タグ」を用いない構成も含まれ
るとすれば，当業者は，本件明細書等及び出願当時の技術常識に基づいて，過
度の試行錯誤を要することなくその物を製造し，使用することはできない，②
被告システム等では本件各発明の作用効果を奏しない，③被告システム等は本
件各発明が解決しようとする課題ａ～ｄを解決するものではないから，被告シ
5 ステム等が本件各発明の技術的範囲に含まれるとすると，本件明細書等の発明
の詳細な説明の記載は特許法施行規則２４条の２の規定を満たさないなどと
して，本件明細書等の発明の詳細な説明の記載は実施可能要件を満たさないと
主張する。
しかし，上記①については，共有仮想タグを用いる構成が開示されているこ
10 とにより，当業者は，本件各発明の実施が可能であるということができるから，
この点の被告の主張は失当である。また，上記②及び③については，被告シス
テム等が本件各発明の作用効果を奏することは前記(1)のとおりであるから，
この点の被告の主張は前提を欠く。
したがって，実施可能要件違反に関する被告の主張はいずれも理由がない。
15 (3) 明確性要件違反について
被告は，①本件各発明が共有仮想タグを用いない構成もその技術的範囲に含
むとすると，当業者は，公知技術や周知技術を参酌しても，共有仮想タグを用
いる構成以外のいかなる構成が発明を実施することになるかを理解できない，
②被告システム等では本件各発明の課題が解決されないから，被告システム等
20 が本件各発明の技術的範囲に含まれるとすれば，本件特許請求の範囲の記載は，
技術的課題を解決するために必要な事項が特定できていないので，本件特許請
求の範囲の記載は明確性の要件に違反すると主張する。
しかし，上記①の点については，本件明細書等の発明の詳細な説明には，共
有仮想タグを用いて本件各発明の課題を解決する方法が記載されているので
25 あるから，それを上位概念化した「交流先」等の概念を用いてなされた本件特
許請求の範囲の記載が，「特許請求の範囲の記載だけではなく，願書に添付し
た明細書の記載及び図面を考慮し，また，当業者の出願当時における技術的常
識を基礎として，特許請求の範囲の記載が，第三者に不測の不利益を及ぼすほ
どに不明確」であるということはできない（知財高裁平成２１年（行ケ）第１
０４３４号同２２年８月３１日判決・判タ１３４１号２２７頁参照）。また，
5 上記②の点に関し，被告システムが本件各発明の課題を解決するものであるこ
とは前記判示のとおりである。
したがって，明確性違反に関する被告の主張は，全て理由がない。
(4) 以上のとおりであるから，本件各発明に係る特許が特許無効審判により無効
にすべきものであるとは認められない。
10 12 争点３（原告の損害額）について
原告は，被告に対し，特許法１０２条３項に基づく損害賠償を請求していると
ころ，同項は，「特許権者…は，故意又は過失により自己の特許権…を侵害した
者に対し，その特許発明の実施に対し受けるべき金銭の額に相当する額の金銭を，
自己が受けた損害の額としてその賠償を請求することができる。」旨規定してい
15 るから，同項による損害は，原則として，侵害品の売上高を基準とし，そこに，
実施に対し受けるべき料率を乗じて算定すべきである。
そして，かかる実施に対し受けるべき料率は，①当該特許発明の実際の実施許
諾契約における実施料率や，それが明らかでない場合には業界における実施料の
相場等も考慮に入れつつ，②当該特許発明自体の価値すなわち特許発明の技術内
20 容や重要性，他のものによる代替可能性，③当該特許発明を当該製品に用いた場
合の売上げ及び利益への貢献や侵害の態様，④特許権者と侵害者との競業関係や
特許権者の営業方針等訴訟に現れた諸事情を総合考慮して，合理的な料率を定め
るべきである（知財高裁平成３０年（ネ）第１００６３号令和元年６月７日大合
議判決参照）。
25 本件においては，被告アプリが無償で配信されており，被告アプリのユーザが
友だち登録をし，友だち等との間で被告システム等によるメッセージの送受信等
のサービスを享受すること自体により被告に売上げは発生しない（甲７３）から，
「侵害品の売上高」をどのように確定すべきかがまず問題となり，次いで，実施
に対し受けるべき料率（相当実施料率）の算定が問題となる。
そこで，それぞれにつき，以下，検討する。
5 (1) 売上高について
ア 当事者の主張
原告は，被告の事業のうち，本件特許権侵害の対象となる事業は，コア事
業中の「アカウント広告」と「コミュニケーション」の売上げであり，本件
特許登録日である平成２９年９月１５日から被告が「ふるふる」の提供を終
10 了した日の前の日である令和２年５月１０日までの間（以下「本件損害算定
期間」という。）の売上高（アカウント広告につき合計１５１９億５８００
万円，コミュニケーションにつき７６７億２８００万円）に基づいて損害額
を算定すべきであると主張する。
一方，被告は，主に被告アプリ上でアカウントを有する企業等からの売上
15 げであるアカウント広告の売上げは損害賠償額算定の対象とならず，仮に，
コミュニケーションの売上げが損害賠償額算定の対象となり得るとしても，
対象となるのは本件機能と関係のある部分に限られると主張する。
イ 認定事実
そこで検討するに，前記前提事実，後掲の証拠及び弁論の全趣旨によると，
20 以下の事実を認めることができる。
(ｱ) 被告の事業及び売上高（甲１６１，１６３，１６４，１６６，１７０，
１９４，２０１，乙１００）
被告の事業は，コア事業と戦略事業に大別され，コア事業は，「広告」
事業と「コミュニケーション・コンテンツ・その他」の事業に分類され，
25 「広告」事業の中に「アカウント広告」の事業があり，「コミュニケーシ
ョン・コンテンツ・その他」の事業の中に「コミュニケーション」の事業
がある。
被告の事業年度は，毎年１月１日から同年１２月３１日までであるとこ
ろ，アカウント広告及びコミュニケーションの年度ごと（ただし，令和２
年度については同年１月１日から同年６月３０日まで）の連結売上高は，
5 以下のとおりである（単位：百万円）。
アカウント広告 コミュニケーション
平成２９年度 ３８，９２９ ３０，２２５
平成３０年度 ５６，７１４ ２８，５２７
平成３１年度 ６２，６５４ ２８，３１９
令和２年度（上期） ２９，２７４ １５，１９８
なお，上記は，その連結子会社（外国法人を含む。）の売上げも含む連
結売上高である。
ａ アカウント広告の売上げの内容等
アカウント広告の売上げは，①公式アカウント，②ビジネスコネクト，
10 ③ＬＩＮＥ＠，④スポンサードスタンプ，⑤セールスプロモーション，
⑥広告，⑦●（省略）●，⑧●（省略）●，⑨限定スタンプの各売上げ
により構成される。
①～③は，いずれも企業等がアカウントを開設することにより，自社
のアカウントを友だち登録しているユーザにメッセージの送信等をす
15 ることができるサービスであり，有償プランを利用する企業等による月
額費用その他の費用に係る売上げが被告に生じる。
④は，企業等が広告宣伝のために自社オリジナルのスタンプをユーザ
に無料で提供できるサービスであり，企業がこれを利用するためには固
定額の支払を要するために被告に売上げが生じる。
20 ⑤は，被告アプリを使ってキャンペーンを行うことのできるサービス
や，ユーザが一定の条件（ミッション）を満たした場合に限り，当該ユ
ーザに「ＬＩＮＥポイント」が無料で付与されるようにするサービスで
あり，企業等は，キャンペーン内容に応じた費用等の支払を要するため，
被告に売上げが生じる。
⑥は，企業等が被告アプリ内に掲載する広告であり，広告掲載料とし
5 て被告に売上げが生じる。
⑦は，●（省略）●
⑧は，●（省略）●
⑨は，被告が企業等を通じてスタンプの販売をする場合に当該企業か
ら対価の支払を受けるものである。
10 ｂ コミュニケーションの売上げの内容等
コミュニケーションの売上げは，㋐ＬＩＮＥスタンプ，㋑ＬＩＮＥ着
せ替え，㋒ＬＩＮＥ絵文字，㋓クリエイターズスタンプ，㋔クリエイタ
ーズ着せ替え，㋕クリエイターズ絵文字，㋖ＬＩＮＥスタンププレミア
ム，㋗ＬＩＮＥ Ｏｕｔの各売上げにより構成される。
15 スタンプ（㋐，㋓，㋖）は，ユーザ間のトークの中で送信できるイラ
ストであり，被告サービス内のスタンプショップで購入することができ
る。
着せ替え（㋑，㋔）は，ユーザ自身の被告アプリの背景を変更するも
のであり，被告サービス内の着せ替えショップで購入することができる。
20 絵文字（㋒，㋕）は，ユーザ間のトークの中で，テキストメッセージ
の中に入れて使うことができるものであり，被告サービス内のスタンプ
ショップで購入することができる。また，トークルーム内で相手（友だ
ち等）が使用したスタンプや絵文字をタップ等すると，当該スタンプを
販売しているスタンプショップに移行するため，同タップしたユーザは，
25 かかる方法でスタンプショップに行き，当該スタンプや絵文字を購入す
ることもできる。
ユーザがスタンプ，着せ替え及び絵文字（㋐～㋖）を購入すると，そ
れが被告の売上げとなる。
㋗は，電話回線を使用し，ユーザが有料で音声通話をすることができ
るサービスであり，ユーザがこれを利用すると，被告の売上げとなる。
5 なお，被告アプリのユーザ同士であれば，被告アプリ内でインターネッ
ト回線を使用する無料通話の利用が可能であって，有料の㋗を使用する
必要はない。
(ｲ) 友だち登録手段（乙８１，１０１）
●（省略）●
10 (ｳ) 企業等のアカウントとの間の「ふるふる」による友だち登録（被告シス
テム等図面【図３８】，甲６１）
ＬＩＮＥ＠等のサービスを導入している企業等が住所の位置情報をあ
らかじめ登録している場合，一般ユーザが被告アプリの友だち追加画面で
「ふるふる」を選択して手元のスマートフォンを振ると，半径１ｋｍ圏内
15 の上記企業等も友だち登録の候補として表示され，同ユーザが同企業等に
つき友だち追加処理をすると，同企業等が同ユーザの友だちとして追加登
録される。
ウ 「ふるふる」以外の友だち登録及び海外企業への輸出に係る売上げ等につ
いて
20 原告は，損害賠償の対象は，「ふるふる」による友だち登録及びこれによ
り友だちとなったユーザとの交流等に限定されず，ＱＲコードやＩＤ検索等
の他の友だち登録も含み，また，海外企業を含む連結売上高を対象とすべき
であると主張する。
(ｱ) しかし，原告は，本訴提起当初から，一貫して「ふるふる」による友だ
25 ち登録及びその後の交流が本件各発明の技術的範囲に属する旨の主張を
していたのであり（前記前提事実(5)，被告システム等図面【図２】～【図
４】，【図３４】～【図４４】），その余の友だち登録手段による友だち
登録等が本件各発明の技術的範囲に属する旨の主張立証は侵害論の対象
とされていないので，損害賠償の対象となるのは，「ふるふる」による友
だち登録と相当因果関係のある範囲の売上高に限定されるというべきで
5 ある。
(ｲ) また，海外企業を含む連結売上高を対象とすべきとの点については，被
告から海外企業への実施品の輸出に係る売上高を対象とする趣旨と考え
られるが，原告が侵害論において対象としていた被告の実施行為は，被告
システムの使用と，被告アプリの生産，譲渡及び譲渡の申出にとどまって
10 おり，仮に被告システム等が輸出されているとしても，当該被告システム
等に本件機能が搭載されているかどうかといった点も本件の証拠上明ら
かではないから，この点の原告の主張も採用し難い。
エ 損害賠償の対象となる売上高の範囲について
そこで，前記イ(ｱ)～(ｳ)で認定した事実に基づき，本件において損害賠償
15 の対象となる売上高の範囲につき検討する。
(ｱ) アカウント広告の売上げについて
アカウント広告の売上げは，企業等からの売上げに関するものであると
ころ，一般ユーザは，かかる企業等との間でも「ふるふる」による友だち
登録をなし得るものの，この場合は，企業等が住所の位置情報をあらかじ
20 め登録している必要があり，また，その際，企業等はスマートフォンを操
作するとは考え難いから，そもそも，この場合に，「近くにいるユーザ同
士がスマートフォン（２）を操作して友だち登録することによりコンピュ
ータ（１４）を利用してコミュニケーションによる交流」（構成ａ等）を
具備するとは認め難く，他にこの場合の被告システム等が本件各発明の技
25 術的範囲に属するという的確な主張立証はない。
また，前記イ(ｱ)ａに記載されたアカウント広告を構成する各売上げの
内容に照らすと，これらの売上げは，いずれも，一般のユーザ同士の本件
機能による友だち登録との関係がないか，関係があっても希薄であるとい
うべきである。
そうすると，アカウント広告の売上げは，本件の損害賠償の対象となら
5 ないと解するのが相当である。
(ｲ) コミュニケーションの売上げについて
ａ コミュニケーションの売上げのうち，着せ替え（前記イ(ｱ)ｂ㋑，㋔）
は，ユーザ自身の被告アプリの背景を変更するものであるから，本件機
能による友だち登録及びその後の交流とは関係がないか，関係があって
10 も希薄であるというべきである。
また，ＬＩＮＥ Ｏｕｔ（同㋗）については，被告アプリのユーザ同
士であれば，被告アプリ内での無料通話の利用が可能であることからす
れば，ＬＩＮＥ Ｏｕｔのサービスを利用するのは，被告アプリのユー
ザがユーザでない者に対して電話を掛ける場合であることが通常であ
15 ると推認されるから，同様に，本件機能による友だち登録及びその後の
交流とは関係がないか，関係があっても希薄であるというべきである。
一方，スタンプ（同㋐，㋓，㋖）と絵文字（同㋒，㋕）については，
友だち登録したユーザ間でトークルームにおけるコミュニケーション
を図る際に，互いに送信するなどして利用されるものであって，「ふる
20 ふる」による友だち登録及びその後の交流の際に利用されるものである
ということができるから，その売上高は，被告の侵害行為と関連するも
のというべきであるところ，証拠（乙９９）によれば，スタンプと絵文
字の本件損害算定期間中の売上高（スタンプショップにおけるスタンプ
及び絵文字の売上高）は，●（省略）●と認められる。
25 ●(省略)●
ｂ 前記ａで認定した売上高は，「ふるふる」以外の友だち登録に関する
分も含まれているところ，被告の侵害行為は，「ふるふる」による友だ
ち登録に関するものであるから，被告の侵害行為と相当因果関係にある
売上高は，上記売上高に，本件損害算定期間中の「ふるふる」による友
だち登録割合を乗じて算出するのが相当である。そして，前記イ(ｲ)の
5 とおり，同割合は，●(省略)●であるから，被告の侵害行為と相当因果
関係にある売上高は，●(省略)●となる。
●(省略)●
(ｳ) 以上のとおり，被告の侵害行為と相当因果関係にある売上高は，●(省
略)●となる。
10 (2) 相当実施料率について
ア 本件各発明の実施許諾契約における実施料率やその相場等
原告は，原告代表者から専用実施権の設定を受けているが，その設定契約
の詳細は本件の証拠上明らかでなく，また，原告が他人に本件各発明の実施
を許諾したことをうかがわせる証拠はない。
15 そこで，相場等につきみるに，証拠（甲１５７～１５９，乙８２）によれ
ば，電子計算機に係るロイヤルティ（件数７１９件） 平均値が３３．
は， ２％，
最頻値が５０．０％，中央値が４０．０％とされている一方，「技術分類 コ
ンピュータテクノロジー」，「対象となる製品・技術例 計算；係数，チェ
ック装置等」におけるロイヤルティ料率の相場は，１％未満，１～２％未満，
20 ２～３％未満，３～４％未満がいずれも１６．７％であり，４～５％未満が
２５．０％であるとされている。
しかし，本件においては，被告アプリは無償で配信され，被告アプリのユ
ーザが「ふるふる」を使用して友だち登録をし，その後の交流を行うといっ
た行為自体による被告の売上げは発生しないという特殊性があることから
25 すれば，上記の相場等を重視することはできない。
イ 本件各発明の価値や代替可能性等
本件各発明は，前記１(2)に記載のとおり，初対面の人物同士が出会った
後互いにコンタクトを取ることができるようにする際に，極力個人情報を明
かすことなくコンタクトが取れるようにするためのコンピュータシステム
及びプログラムに関する発明であって，相手方に互いの個人情報を通知する
5 ことなく後々コンタクトを取ることができ，かつ，相手方以外の他人がその
相手方に成りすましてコンタクトしてくる不都合をも防止できる理想的な
連絡可能状態を構築する手段を提供することを目的として，現実世界で出会
ったユーザ同士がユーザ端末を操作し，コンピュータを利用して交流を行う
に当たり，コンピュータ（サーバ）が各ユーザ端末の位置情報を取得し，該
10 位置情報に基づいて所定時間中に所定距離内に位置するユーザ端末が検索
されたことを必要条件として，該検索されたユーザ端末を新たな交流先とし
て交流先のリストに追加して表示させ，ユーザが表示された複数の交流先の
内からコミュニケーションを取りたい相手を選択指定し，指定された相手と
の間でメッセージを送受信できるようにするという手段を採用することで，
15 互いにコミュニケーションによる交流に同意したユーザ同士が連絡先の個
人情報を知らせ合うことなく交流できるという効果が得られるようにした
ことを特徴とする発明である。
このような発明には一定のニーズが存在するものと考えられるから，本件
各発明には相応の価値があるものと認められる。
20 もっとも，前提事実(6)のとおり，本件特許に関する無効審判請求におい
て，特許庁は，本件特許が進歩性を欠く旨の職権審理結果通知をしていると
ころ，このことは，実際に本件特許が無効となるか否かはともかく，類似の
技術が存在することを示すものということができる。
ウ 本件各発明の被告の売上げや利益への貢献等
25 証拠（甲４１・３丁）によれば，「ふるふる」を利用する場合の最大の特
長は，複数人と一度に友だちになれることであり，サークルや部活，仕事の
チーム，パーティーなど，複数の人が集まる場で活躍しそうであるとされて
いることが認められ，これらの事実に加え，前記(1)イ(ｲ)記載の事実関係に
よると，既に友人等であるユーザ同士が友だち登録する方法が多く，実際に
もそのようなユーザ同士により友だち登録がされることが多いことがうか
5 がわれることからすると，被告システム等においては「ふるふる」による友
だち登録がされる場合であっても，それ以前に相互の個人情報を交換してい
る場合も少なくないものと考えられる。
●（省略）●被告による企業努力が大きく貢献しているとうかがわれるとこ
ろである。
10 そうすると，被告システム等に係る売上げや利益についての本件各発明の
貢献の度合いは，かなり限定的なものであると認められる。
エ 以上の諸事情，とりわけ，本件各発明には相応の価値があると認められる
ものの，これと類似の技術が存在することがうかがわれることや，被告シス
テム等に係る売上げや利益についての本件各発明の貢献の程度は限定的な
15 ものであることなどを総合的に考慮すると，本件における相当実施料率は●
（省略）●と認めるのが相当である。
(3) 原告の損害額
以上によれば，本件損害算定期間における原告の損害額は，●（省略）●と
なる。
20 ●（省略）●
(4) 遅延損害金について
原告は，損害額に対する訴状送達の日の翌日である平成２９年１１月７日か
ら支払済みまでの遅延損害金の支払を求めているところ，本件損害算定期間は，
同日より後の期間を含む平成２９年９月１５日から令和２年５月１０日まで
25 （９６９日間）である。原告の損害は，本件損害算定期間中，日々生じていた
ものと考えられるから，平成２９年９月１５日から同年１１月７日までの間の
遅延損害金については，原告の請求どおり，同日を起算日とするのが相当であ
る。しかし，その後の損害分については，本件の証拠上，期間に応じた売上高
は証拠上明らかでないことから，期間の長さに応じて割り付けるのが相当であ
る。
5 そこで，被告の事業年度が毎年１月１日から同年１２月３１日までであるこ
とに鑑み，各事業年度に生じた損害額に対する遅延損害金の起算日は，原則と
して各事業年度の末日とするが，令和２年度分については，法定利率が同年４
月１日以降の損害分についてはそれ以前の年５分から年３分に変動すること，
損害算定期間の末日が事業年度の途中である同年５月１０日までであること
10 から，同年１月１日から同年３月３１日までと，同年４月１日から同年５月１
０日までに期間を区切って遅延損害金を算定するのが相当である。
したがって，各期間における，損害額，遅延損害金の起算日及び利率につい
ては以下のとおりとなる。
平成２９年９月１５日～同年１１月７日分（５４日間）
15 損害額７８万２８３７円，起算日平成２９年１１月７日，利率年５分
平成２９年１１月８日～同年１２月３１日分（５４日間）
損害額７８万２８３７円，起算日平成２９年１２月３１日，利率年５分
平成３０年１月１日から同年１２月３１日分（３６５日間）
損害額５２９万１３９９円，起算日平成３０年１２月３１日，利率年５分
20 平成３１年１月１日から令和元年１２月３１日まで（３６５日間）
損害額５２９万１３９９円，起算日令和元年１２月３１日，利率年５分
令和２年１月１日から同年３月３１日まで（９１日間）
損害額１３１万９２２５円，起算日令和２年３月３１日，利率年５分
令和２年４月１日から同年５月１０日まで（４０日間）
25 損害額５７万９８７９円，起算日令和２年５月１０日，利率年３分
（算式）
14,047,576円÷969日×54日≒782,837円
14,047,576円÷969日×365日≒5,291,399円
14,047,576円÷969日×91日≒1,319,225円
14,047,576円÷969日×40日≒579,879円
5 13 結論
よって，原告の請求は，１４０４万７５７６円並びにうち７８万２８３７円に
対する平成２９年１１月７日から，うち７８万２８３７円に対する平成２９年１
２月３１日から，うち５２９万１３９９円に対する平成３０年１２月３１日から，
うち５２９万１３９９円に対する令和元年１２月３１日から，うち１３１万９２
10 ２５円に対する令和２年３月３１日から各支払済みまで民法（平成２９年法律第
４４号による改正前）所定の年５分の割合による遅延損害金及びうち５７万９８
７９円に対する令和２年５月１０日から支払済みまで民法所定の年３分の割合
による遅延損害金の支払を求める限度で理由があるが，その余は失当であるから，
上記限度で原告の請求を認容し，その余は棄却することとし，仮執行宣言は事案
15 に鑑み相当ではないのでこれを付さないこととして，主文のとおり判決する。
東京地方裁判所民事第４０部
裁判長裁判官
佐 藤 達 文
裁判官
? 野 俊 太 郎
裁判官三井大有は，転補につき，署名押印することができない。
裁判長裁判官
佐 藤 達 文
別紙
被告物件目録
１ ユーザ端末にインストールされた商品名「ＬＩＮＥ」のアプリケーションソフト
5 に対応して動作するサーバ群からなるコンピュータシステム
２ ユーザ端末にインストールされて動作する商品名「ＬＩＮＥ」のアプリケーショ
ンソフト
別紙
本件特許請求の範囲
１ 本件発明１（請求項１）
5 現実世界で出会ったユーザ同士がユーザ端末を操作することによりコンピュー
タを利用してネットワークを介してのコミュニケーションによる交流を支援する
コンピュータシステムであって，
互いにコミュニケーションによる交流に同意したユーザ同士が交流できるよう
にするための複数の交流先のリストをユーザに表示するための制御を行なう交流
10 先リスト表示制御手段と，
ユーザが前記交流先リスト表示制御手段により表示された複数の交流先の内か
らコミュニケーションを取りたい相手を選択指定し，該選択指定した者と選択指定
された相手とがユーザ端末を操作して入力した内容を互いに伝え合ってメッセー
ジを送受信できるように該入力内容を前記ユーザ端末で報知するための入力内容
15 報知手段と，
前記ユーザ端末の位置情報を取得し，該位置情報に基づいて所定時間中に所定距
離内に位置するユーザ端末を検索する検索手段と，
該検索手段により前記所定時間中に所定距離内に位置するユーザ端末が検索さ
れたことを必要条件として，該検索されたユーザ端末と前記メッセージの送受信を
20 可能にするために新たな交流先として前記交流先のリストに追加する交流先追加
処理を行う交流先追加手段と，を備え，
前記複数の交流先の内からコミュニケーションを取りたい相手を選択指定した
者が選択指定された相手に対しメッセージを入力して送信する操作を行った場合
に，前記選択指定された相手のユーザ端末にメッセージが入力された旨のポップア
25 ップ通知を行うための制御を実行する一方，
前記交流先として指定されて互いにメッセージを送受信できるユーザ端末同士
の一方からの要求に応じて，他方のユーザ端末からメッセージを入力して送信する
操作を行ったとしても前記ポップアップ通知を行わないように制御し，
前記コンピュータ側からの制御に基づいて前記交流先のリストを前記ユーザ端
末に表示させることにより，前記ユーザ同士が連絡先の個人情報を知らせ合うこと
5 なく交流できるようにした，コンピュータシステム。
２ 本件発明２（請求項２）
前記交流先追加手段は，前記検索手段により前記所定時間中に所定距離内に位置
するユーザ端末が検索された場合に，当該検索された前記ユーザ端末同士の所持者
の内の一方が相手方に対して交流の申し出を行ない，相手方も交流に同意すること
10 により，前記交流先追加処理を行う，請求項１に記載のコンピュータシステム。
３ 本件発明３
現実世界で出会ったユーザ同士がユーザ端末を操作することによりコンピュー
タを利用してネットワークを介してのコミュニケーションによる交流を支援する
コンピュータシステムであって，
15 複数の交流先のリストをユーザに表示するための制御を行なう交流先リスト表
示制御手段と，
ユーザが前記交流先リスト表示制御手段により表示された複数の交流先の内か
らコミュニケーションを取りたい相手を選択指定し，該選択指定した者と選択指定
された相手とがユーザ端末を操作して入力した内容を互いに伝え合ってメッセー
20 ジを送受信できるように該入力内容を前記ユーザ端末で報知するための入力内容
報知手段と，
前記ユーザ端末の位置情報を取得し，該位置情報に基づいて所定時間中に所定距
離内に位置するユーザ端末を検索する検索手段と，
前記検索手段により前記所定時間中に所定距離内に位置するユーザ端末が検索
25 されたことを必要条件として，該検索されたユーザ端末と前記メッセージの送受信
を可能にするために新たな交流先として前記交流先のリストに追加する交流先追
加処理を行う交流先追加手段とを備え，
前記複数の交流先の内からコミュニケーションを取りたい相手を選択指定した
者が選択指定された相手に対しメッセージを入力して送信する操作を行った場合
に，前記選択指定された相手のユーザ端末にメッセージが入力された旨のポップア
5 ップ通知を行うための制御を実行し，
前記交流先追加手段は，前記検索手段により前記所定時間中に所定距離内に位置
するユーザ端末が検索された場合に，当該検索された前記ユーザ端末同士の所持者
の内の一方が相手方に対して交流の申し出を行ない，相手方も交流に同意すること
により，前記交流先追加処理を行い，
10 前記コンピュータ側からの制御に基づいて前記交流先のリストを前記ユーザ端
末に表示させることにより，前記ユーザ同士が連絡先の個人情報を知らせ合うこと
なく交流できるようにした，コンピュータシステム。
４ 本件発明４（請求項４）
現実世界で出会ったユーザ同士がコンピュータを利用して交流を行うためにユ
15 ーザ端末により実行されるプログラムであって，
前記ユーザ端末の位置情報を前記コンピュータへ送信する位置情報送信ステッ
プと，
前記ユーザ端末の報知部を制御する報知制御ステップとを，前記ユーザ端末に実
行させ，
20 前記報知制御ステップは，
複数の交流先のリストを表示するための交流先リスト表示制御ステップと，
ユーザが前記表示された複数の交流先の内からコミュニケーションを取りたい
相手を選択指定し，該選択指定した者と選択指定された相手とがユーザ端末を操作
して入力した内容を互いに伝え合ってメッセージを送受信できるように該入力内
25 容を前記ユーザ端末で報知するための入力内容報知ステップと，を含み，さらに，
前記選択指定した者が選択指定された相手に対しメッセージを入力して送信す
る操作を行った場合に，前記選択指定された相手のユーザ端末の前記報知部にメッ
セージが入力された旨のポップアップ通知を行い，
前記コンピュータは，
前記位置情報送信ステップにより送信されてきた前記ユーザ端末の位置情報を
5 取得し，該位置情報に基づいて所定時間中に所定距離内に位置するユーザ端末を検
索する検索手段と，
該検索手段により前記所定時間中に所定距離内に位置するユーザ端末が検索さ
れたことを必要条件として，該検索されたユーザ端末と前記メッセージの送受信を
可能にするために新たな交流先として前記交流先のリストに追加する交流先追加
10 処理を行う交流先追加手段と，を含んでおり，
前記交流先追加手段は，前記検索手段により前記所定時間中に所定距離内に位置
するユーザ端末が検索された場合に，当該検索された前記ユーザ端末同士の所持者
の内の一方が相手方に対して交流の申し出を行ない，相手方も交流に同意すること
により，前記交流先追加処理を行い，
15 前記コンピュータ側からの制御に基づいて前記交流先のリストを前記表示部に
表示させることにより，前記ユーザ同士が連絡先の個人情報を知らせ合うことなく
交流できるようにした，プログラム。