平成30(ワ)13927特許権侵害差止請求事件

令和２年２月５日判決言渡 同日原本領収 裁判所書記官
平成３０年（ワ）第１３９２７号 特許権侵害差止請求事件
口頭弁論終結日 令和元年１２月６日
判 決
5 原 告 株式会社ＭＲＳホールディングズ
同訴訟代理人弁護士 髙 﨑 仁
坂 本 誉 幸
村 島 大 介
同訴訟代理人弁理士 塩 谷 英 明
10 被 告 ＬＩＮＥ Ｐａｙ株式会 社
同訴訟代理人弁護士 服 部 誠
大 西 ひ と み
同訴訟復代理人弁護士 岩 間 智 女
同訴訟代理人弁理士 中 村 佳 正
15 同 補 佐 人 弁 理 士 相 田 義 明
主 文
１ 原告の請求を棄却する。
２ 訴訟費用は原告の負担とする。
事 実 及 び 理 由
20 第１ 請求
１ 被告は，別紙１物件目録記載のコンピュータシステムを使用してはならない。
２ 訴訟費用は被告の負担とする。
３ 仮執行宣言
第２ 事案の概要
25 １ 本件は，原告が，被告は，被告が管理する別紙１物件目録記載のコンピュータ
システム（以下「被告コンピュータシステム」という。）を使用して被告のモバ
イル送金・決済サービスを提供することにより，原告の有する特許権を侵害して
いると主張して，被告に対し，特許法１００条１項に基づき，被告コンピュータ
システムの使用の差止めを求める事案である。
２ 前提事実（当事者間に争いのない事実又は文中掲記した証拠及び弁論の全趣旨
5 により認定することができる事実。なお，本判決を通じ，証拠を摘示する場合に
は，特に断らない限り，枝番を含むものとする。）
(1) 当事者
ア 原告は，特許発明の開発，特許出願支援，特許に関するコンサルタント等
を業とする株式会社である。
10 イ 被告は，モバイル送金・決済サービスである「ＬＩＮＥ Ｐａｙ」（以下
「被告サービス」という。）を運営する株式会社である。被告は，被告サー
ビスを提供するに際して，被告コンピュータシステムを管理・使用している。
(2) 原告の特許権
ア 原告は，以下の特許権（以下「本件特許権」といい，これに係る特許を「本
15 件特許」という。）を有している。（甲１，２）
発明の名称：ホワイトカード使用限度額引上げシステム，およびその動
作方法
特許番号：特許第５７７５６６３号
出願日：平成２１年９月１６日
20 登録日：平成２７年７月１０日
イ 原告が本件発明に係る特許査定を受けるまでの経過は以下のとおりであ
る。
(ｱ) 原告は，平成２４年９月１０日，特許庁に対し，本件特許出願について
審査請求をした。（甲２）
25 (ｲ) 特許庁は，原告に対し，平成２５年１２月６日付け拒絶理由通知書（以
下「本件拒絶理由通知書」という。）により，拒絶理由を通知した。これ
に対し，原告は，平成２６年２月５日，特許庁に対し，本件拒絶理由通知
書に対する意見書を提出したが，特許庁は，平成２６年７月９日付けで本
件特許出願について拒絶査定（以下「本件拒絶査定」という。）をした。
（甲６，乙１）
5 (ｳ) 原告は，平成２６年８月２０日，特許庁に対し，審判請求書（以下「本
件審判請求書」という。）を提出し，本件拒絶査定を不服とする審判の申
立てをしたところ，特許庁は，平成２７年６月１９日，原査定を取り消し，
本願は特許をすべきものである旨の審決をした。（甲１，２，乙２）
ウ 本件特許に係る特許請求の範囲（以下「本件特許請求の範囲」という。）
10 の請求項１は，以下のとおりである（以下，同項に係る発明を「本件発明」
という。）。
「使用限度額をホワイトカードに紐づけられた入金額に応じて引き上げる
ことが可能で，
受金にのみ利用可能な受金ＩＤと，消費使用に利用可能な消費使用ＩＤと
15 の二種類のＩＤがあらかじめ紐付けられているホワイトカードに対する入
金システムであって，
ホワイトカードに対する入金に際して，入金すべきホワイトカードの受金
ＩＤを取得する受金ＩＤ取得部と，
そのホワイトカードの使用限度額を引き上げようとする額の入金を受け
20 付けた旨の情報である入金受付情報を取得する入金受付情報取得部と
取得した受金ＩＤと，入金受付情報とを関連付けて出力する出力部と，
を有するホワイトカード使用限度額引上指示装置と，
受金ＩＤと関連付けられた入金受付情報をホワイトカード使用限度額引
上指示装置から受信する受信部と，
25 受信した入金受付情報に関連付けられたホワイトカード受金ＩＤと紐付
けられている消費使用ＩＤをホワイトカードＩＤ管理装置から取得する消
費使用ＩＤ取得部と，
取得した消費使用ＩＤと関連付けた使用限度額引上額を含む引上命令を
送信する引上命令送信部と，
を有する引上命令装置と，
5 消費使用ＩＤと受金ＩＤとを紐付けた紐付テーブルを保持する紐付テー
ブル保持部と，
引上命令装置から受金ＩＤを受信する受金ＩＤ受信部と，
受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テーブルから
取得して引上命令装置に送信する消費使用ＩＤ送信部と，
10 を有するホワイトカードＩＤ管理装置と，
からなるホワイトカード使用限度額引き上げシステム。」
エ 本件発明を構成要件に分説すると，以下のとおりである（以下，それぞれ
を，符号に従い「構成要件Ａ」などという。なお，構成要件Ｂ１－１～Ｂ２，
構成要件Ｃ１－１～Ｃ２，構成要件Ｄ１－１～Ｄ２をそれぞれ併せて「構成
15 要件Ｂ」などという場合がある。）。
Ａ 使用限度額をホワイトカードに紐づけられた入金額に応じて引き上げ
ることが可能で，受金にのみ利用可能な受金ＩＤと，消費使用に利用可能
な消費使用ＩＤとの二種類のＩＤがあらかじめ紐付けられているホワイ
トカードに対する入金システムであって，
20 Ｂ１－１ ホワイトカードに対する入金に際して，入金すべきホワイトカー
ドの受金ＩＤを取得する受金ＩＤ取得部と，
Ｂ１－２ そのホワイトカードの使用限度額を引き上げようとする額の入
金を受け付けた旨の情報である入金受付情報を取得する入金受付情報取
得部と
25 Ｂ１－３ 取得した受金ＩＤと，入金受付情報とを関連付けて出力する出力
部と，
Ｂ２ を有するホワイトカード使用限度額引上指示装置と，
Ｃ１－１ 受金ＩＤと関連付けられた入金受付情報をホワイトカード使用
限度額引上指示装置から受信する受信部と，
Ｃ１－２ 受信した入金受付情報に関連付けられたホワイトカード受金Ｉ
5 Ｄと紐付けられている消費使用ＩＤをホワイトカードＩＤ管理装置から
取得する消費使用ＩＤ取得部と，
Ｃ１－３ 取得した消費使用ＩＤと関連付けた使用限度額引上額を含む引
上命令を送信する引上命令送信部と，
Ｃ２ を有する引上命令装置と，
10 Ｄ１－１ 消費使用ＩＤと受金ＩＤとを紐付けた紐付テーブルを保持する
紐付テーブル保持部と，
Ｄ１－２ 引上命令装置から受金ＩＤを受信する受金ＩＤ受信部と，
Ｄ１－３ 受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テー
ブルから取得して引上命令装置に送信する消費使用ＩＤ送信部と，
15 Ｄ２ を有するホワイトカードＩＤ管理装置と，
Ｅ からなるホワイトカード使用限度額引き上げシステム。
(3) 被告サービスの概要等
ア 被告サービスについて
被告サービスは，訴外ＬＩＮＥ株式会社が提供する無料通話・無料メール
20 アプリである「ＬＩＮＥ」を通じて，被告サービスのユーザ間の送金や，提
携サービス・店舗での決済を行うことができる，モバイル送金・決済サービ
スである。
被告サービスは，ＬＩＮＥのアカウントを有するユーザが，ＬＩＮＥ Ｐ
ａｙアカウントを登録して，利用することができる。
ＬＩＮＥ Ｐａｙアカウントには，ＬＩＮＥ ＣａｓｈアカウントとＬＩ
5 ＮＥ Ｍｏｎｅｙアカウントの２種類がある。ユーザが最初に作成するのが
ＬＩＮＥ Ｃａｓｈアカウントであり，これにより，電子マネーの購入，電
子マネーを用いた店舗での決済等が可能になるほか，他のユーザから電子マ
ネーを譲り受けること（受金）が可能となる。ＬＩＮＥ Ｃａｓｈアカウン
トを保有するユーザは，本人確認（銀行口座の登録）をすることで，ＬＩＮ
10 Ｅ Ｍｏｎｅｙアカウントを作成することができ，これを作成すると，更に
電子マネーの譲渡（送金）等もすることができるようになる。なお，同一ユ
ーザがＬＩＮＥ ＣａｓｈアカウントとＬＩＮＥ Ｍｏｎｅｙアカウント
を併有することはできない。
ＬＩＮＥ Ｐａｙカードは，被告サービスのために使用されるプリペイド
15 カードであり，ユーザは，同カードに刻印された番号を提携サービス・店舗
に提供することで，ＬＩＮＥ Ｃａｓｈアカウント又はＬＩＮＥ Ｍｏｎｅ
ｙアカウントに紐付けられた電子マネーの入金額の範囲で，物品の購入等の
決済をすることができる。
イ 被告サービスの機能及びシステム等
(ｱ) 送金機能
別紙物件目録記載１の「ＬＩＮＥ Ｐａｙアカウントを有するユーザが
携帯端末等を使用して他のユーザのＬＩＮＥ Ｐａｙアカウントに電子
5 マネーを送金する機能」（以下「本件送金機能」という。）の概要は，別
紙２－１のとおりである（ただし，画面は現在のものと異なる場合がある。
(ｲ)及び(ｳ)につき同じ。）。
本件送金機能を実現する被告サービスのシステム（以下「本件送金シス
テム」という。）は，被告コンピュータシステムに加え，被告以外の第三
10 者が管理する送金者のスマートフォン及びＰＯＳレジ等を用いたシステ
ムである。
本件送金システムにおいては，送金すべき金額の電子マネーが送金者の
アカウント内にあればよく，送金指示の際に実際に入金のための支払があ
ったことは要しないため，実際に入金のための支払があったことを示す情
15 報である本件発明の「入金受付情報」（構成要件Ｂ１－２，Ｂ１－３，Ｃ
１－１，Ｃ１－２）の構成を有しない。（甲４）
(ｲ) 入金機能
別紙物件目録記載２の「訴外株式会社ファミリーマートの運営するコン
ビニエンスストアにおいてユーザのＬＩＮＥ Ｐａｙアカウントに電子
20 マネーを入金する機能」（以下「本件入金機能」という。）の概要は，別
紙２－２のとおりである。
本件入金機能を実現する被告サービスのシステム（以下「本件入金シス
テム」という。）は，被告コンピュータシステムに加え，被告以外の第三
者が管理する送金者のスマートフォン及びＰＯＳレジ等を用いたシステ
25 ムである。（甲５）
(ｳ) 振替入金機能
別紙物件目録記載３の「ユーザが「ＬＩＮＥ Ｐａｙ」サービスにおい
て登録した銀行口座から口座振替の方法によりＬＩＮＥ Ｍｏｎｅｙア
カウントに電子マネーを入金する機能」（以下「本件振替入金機能」とい
う。）の概要は，別紙２－３のとおりである。
5 本件振替入金機能を実現する被告サービスのシステム（以下「本件振替
入金システム」といい，本件送金システム及び本件入金システムと併せて
「本件各システム」という。）は，被告コンピュータシステムに加え，被
告以外の第三者が管理する送金者のスマートフォン及び訴外株式会社日
本カードネットワーク（以下「日本カードネットワーク」という。）の「リ
10 アルタイム口座振替サービス」を用いたシステムである。（甲１０）
(4) 先行文献
本件特許の出願日である平成２１年９月１６日より前に，以下の文献が存在
した。
ア 発明の名称を「クレジットカード管理システム」とする公開特許公報（特
15 開２００６－５９１９３号，平成１８年３月２日公開。乙８。以下「乙８公
報」といい，同公報に記載された発明を「乙８発明」という。）。なお，乙
８公報は，本件特許公報において，従来技術として挙示されている。
イ 発明の名称を「クレジットカード利用可否判定システムおよび方法，クレ
ジットカード処理システムおよび方法…」とする公開特許公報（２００４－
20 １０２７８７号，平成１６年４月２日公開。乙９。以下「乙９公報」といい，
同公報に記載された発明を「乙９発明」という。）
ウ 発明の名称を「携帯電話を利用した金融取引サービス方法および金融取引
サービスシステム」とする公開特許公報（２００７－３１７１７３号，平成
１９年１２月６日公開。乙１０。以下「乙１０公報」という。）
25 エ 発明の名称を「口座管理システム及び口座管理方法」とする公開特許公報
（特開２００９－８６９４６号，平成２１年４月２３日公開。乙１２。以下
「乙１２公報」という。）
オ 発明の名称を「電子商取引システム，電子商取引方法」とする公開特許公
報（特開２００７－４２０８０号，平成１９年２月１５日公開。乙１３。以
下「乙１３公報」という。）
5 カ 発明の名称を「電子商取引システム」とする公開特許公報（特開２００６
－２８５８２４号，平成１８年１０月１９日公開。乙１４。以下「乙１４公
報」という。）
キ 発明の名称を「電子決済サービス及び決済サービス方法」とする公開特許
公報（特開２００２－２７９３２３号，平成１４年９月２７日公開。乙１５。
10 以下「乙１５公報」という。）
ク 発明の名称を「口座振込管理方法及び口座振込管理プログラム」とする公
開特許公報（特開２００４－２８０１７９号，平成１６年１０月７日公開。
乙１６。以下「乙１６公報」という。）
ケ 発明の名称を「電子マネーシステム」とする公開特許公報（特開２００７
15 －４１７３１号，平成１９年２月１５日公開。乙１７。以下「乙１７公報」
といい，同公報に記載された発明を「乙１７発明」という。）
コ 「安心・簡単・お得 おサイフケータイをはじめよう！」と題する文献（監
修：神尾寿，著者：房野麻子，発行所：株式会社メディア・テック出版，平
成１８年５月１７日第１刷発行。乙１８。以下「乙１８文献」といい，これ
20 に記載された入金システムを「乙１８入金システム」，これに記載された送
金システムを「乙１８送金システム」 乙１８入金システムに係る発明を
， 「乙
１８入金発明」，乙１８送金システムに係る発明を「乙１８送金発明」とそ
れぞれいう。）
サ 「ネットバンキング 完璧利用法」と題する文献（著者：臼井秀利，発行
25 所：株式会社心交社，平成１５年１０月２０日第１刷発行。乙２０。以下「乙
２０文献」といい，同公報に記載された発明を「乙２０発明」という。）
３ 争点
原告は，本件発明と本件各システムの各構成の対比につき，別紙３－１～３－
３のとおり主張して，本件送金システムについては，構成要件Ｂ１－２等の「入
金受付情報」という構成を充足しないが，均等侵害が成立し，本件入金システム
5 については主位的に文言侵害，予備的に均等侵害が，本件振替入金システムにつ
いては主位的に文言侵害，予備的に均等侵害がそれぞれ成立すると主張するとこ
ろ，本件における主要な争点は，以下のとおりである。
(1) 本件各システムが本件発明の技術的範囲に属するか（争点１）
ア 本件各システムが「使用限度額」，「ホワイトカード」（構成要件Ａ，Ｂ
10 １－１，Ｂ１－２，Ｂ２，Ｃ１－１，Ｃ１－２，Ｄ－２，Ｅ）に係る構成を
有するか（争点１－１）
イ 本件各システムが「受金ＩＤと…消費使用ＩＤとの二種類のＩＤがあらか
じめ紐付けられているホワイトカード」 「受金ＩＤ」
， 及び「消費使用ＩＤ」
（構成要件Ａ，Ｂ１－１，Ｂ１－３，Ｃ１－１，Ｃ１－２，Ｃ１－３，Ｄ１
15 －１，Ｄ１－２，Ｄ１－３）に係る構成を有するか（争点１－２）
ウ 本件各システムが「ホワイトカードに対する入金システム」
（構成要件Ａ）
に係る構成を有するか（争点１－３）
エ 本件振替入金システムが「受金ＩＤ取得部」（構成要件Ｂ１－１）に係る
構成を有するか（争点１－４）
20 オ 本件振替入金システムが「ホワイトカード使用限度額引上げ指示装置」
（構
成要件Ｂ２）に係る構成を有するか（争点１－５）
カ 本件送金システムに係る均等侵害の成否（争点１－６）
キ 本件振替入金システムに係る均等侵害の成否（争点１－７）
(2) 被告が本件発明を実施しているか（争点２）
25 ア 被告が本件送金システム及び本件入金システム（以下，併せて「本件送金
システム等」という。）においてホワイトカード使用限度額引上指示装置に
係る構成を実施しているか（争点２－１）
イ 被告が本件発明を日本国内で実施しているか（争点２－２）
(3) 本件発明が特許無効審判により無効にされるべきものと認められるか（争点
３）
5 ア 無効理由１（乙９発明に基づく進歩性欠如１）（争点３－１）
イ 無効理由２（乙９発明に基づく進歩性欠如２）（争点３－２）
ウ 無効理由３（乙１７発明に基づく新規性欠如）（争点３－３）
エ 無効理由４（乙１８入金発明に基づく新規性欠如）（争点３－４）
オ 無効理由５（乙１８送金発明に基づく進歩性欠如）（争点３－５）
10 カ 無効理由６（乙２０発明に基づく新規性欠如）（争点３－６）
キ 無効理由７（サポート要件違反）（争点３－７）
ク 無効理由８（明確性要件違反）（争点３－８）
第３ 争点に関する当事者の主張
１ 争点１－１（本件各システムが「使用限度額」，「ホワイトカード」（構成要
15 件Ａ等）に係る構成を有するか）について
（原告の主張）
本件発明における「使用限度額」とは，ホワイトカードを店頭で提示するなど
して，買い物に使用できる限度額であり，「ホワイトカード」は，「商品購入な
どに際して決済のために使用されるカード」，「買い物などの支払に利用するこ
20 とができるカード」を意味しており，クレジットカードに限定されない。本件各
システムでは，受金者のＬＩＮＥ Ｐａｙカードに対応したＬＩＮＥ Ｐａｙア
カウントへの入金額に応じて，物品の決済等を行う際の限度額を引き上げること
ができ，ＬＩＮＥ Ｐａｙカードは，本件各システムを含む被告サービスによっ
て管理されるカードであるから，本件各システムは，「使用限度額」及び「ホワ
25 イトカード」に係る構成を有する。
(1) 本件発明の課題，作用効果等について
本件特許の明細書及び図面（以下「本件明細書等」といい，単に段落番号及
び図の符号が記載されている場合は本件明細書等の対応箇所をいうものとす
る。）には，「使用限度額に関しては契約時にある程度固定されるため，限度
額の引上げなどの変更がなかなかできない，あるいは煩雑な手続きが必要とな
5 る」という従来技術の課題（段落【０００３】）は，乙８公報記載の発明によ
って解決済みであるが（段落【０００３】，【０００４】），乙８公報記載の
発明によっても，使用限度額の変更はあらかじめ定められた使用限度額内での
利用実績に応じて算出変更されるため，他者からの送金を受金することなどで
ユーザの所持金が当該クレジットカード契約時の平均所得以上に増えたとし
10 ても，所定の手続を経なければそれが使用限度額に反映されないという課題の
あることが記載されている（段落【０００５】）。
本件発明は，上記の課題，すなわち，「他者からの送金の受金等によるユー
ザの所持金の増加を速やかに使用限度額に反映させること」という課題を解決
することを目的とするものであり，他者からの送金の受金等による所持金の増
15 加を速やかに使用限度額に反映させることができるようにするものであって，
「使用限度額」そのものの問題ではなく，使用限度額の変更方法に関する問題
を課題とするものである。
そして，本件発明は，段落【０００６】に記載されているように，上記課題
を解決するために，
「当該カードに対する入金を適時受付可能に管理する機能」
20 を備えるものであり，これにより「他者からの送金の受金等による所持金の増
加を速やかに使用限度額に反映させること」ができる。また，本件発明では，
カードへの入金時に入金先を指定するＩＤ（携帯電話番号等）と，実際にカー
ドにて支払をする際に利用する消費使用ＩＤとが別であるため，送金者などに
消費使用ＩＤを知らせなくとも受金を行うことができ，安全に受金と消費を行
25 う構成を採用することが可能となる（段落【０００１】，【０００６】，【０
０２７】）。
(2) 「使用限度額」について
ア 本件明細書等の段落【０００１】に「本発明は，商品購入などに際して決
済のために使用されるカードに関して，その使用限度額を適宜変更可能とし，
さらにその変更を安全に行うための技術に関する。」とあることから，「使
5 用限度額」とは，「商品購入などに際して決済のために使用されるカード」
の「使用限度額」を意味する。そして，本件明細書等に「使用限度額」に関
する定義は特に記載されていないから，当該文言は，その有する普通の意味
を持つものとして解釈される（特許法施行規則様式２９備考８（乙２３）参
照）。
10 したがって，「使用限度額」は，カードを「使用」するに当たっての「限
度額」のことを意味する。
イ 被告は，本件明細書等の段落【０００２】等に基づき，「使用限度額」は
「クレジットカードにおける使用限度額」を意味し，クレジットカードにお
いて契約時に設定される所定期間内で使用可能な金額であって，ある程度固
15 定されるものであると主張する。
しかし，同段落には，クレジットカードでは，使用限度額がユーザの支払
能力などに応じて所定期間内で使用可能な金額として設定されることが記
載されているにすぎない。同段落の「使用可能な金額（使用限度額）」は，
カードを「使用」するに当たっての「限度額」を意味すると解すべきである。
20 そもそも，クレジットカード決済は，信用供与に基づく利用限度額の範囲
内での後払い決済であるから，電子マネー等のように金銭価値の購入時点で
代金の入金があるわけではない。本件発明は，ホワイトカードの使用限度額
を引き上げようとする額の入金を受け付けた旨の情報である入金受付情報
に従って使用限度額を引き上げるもので，従来技術にとらわれず，利用可能
25 な金額が増えたことを利用限度額にリアルタイムに反映する新しいカード
使用限度額引き上げシステムを提供するものであって，クレジットカードの
改良発明でもクレジット決済を前提とするものでもない。このことは，本件
明細書等の段落【０００１】，【００１６】，【００３６】にクレジットカ
ードに限定されない旨の記載があることからも明らかである。
また，段落【０００２】～【０００５】は「クレジットカード」という語
5 を用いて背景技術等の説明をしているのに対し，段落【０００６】以降はわ
ざわざ「ホワイトカード」という語を用いて説明しているが，これは，本件
発明の発明者が，クレジットカードとは全く異なるカードに関する発明を意
識していたからにほかならない。
さらに，本件明細書等の実施例において，クレジットカードを想定した記
10 載があるのは段落【００２６】のみであるが，同段落は，本件発明の作用効
果を説明するために，出願当時に普及していた周知技術であるクレジットカ
ードを実施例として取り上げたものにすぎない。また，同段落では，「カー
ドを発行する信販会社などの装置」に向けて使用限度額引上命令が出力され
る構成が記載されているところ，「信販会社」というのはクレジットカード
15 を想定したものであるが，ここでは「信販会社など」として「信販会社」が
例示であることが明示されているから，信販会社以外の会社以外の会社がホ
ワイトカードを発行する場合も想定されている。実際，段落【００２８】に
は，「上記説明における各装置を管理する主体は一例であって，それ以外の
主体によって管理されても良い」と明示的に注記されているから，ホワイト
20 カードの発行会社には，例えばプリペイドカードの発行・管理会社なども該
当し得る。
このように，本件発明の使用限度額は，クレジットカードにおける使用限
度額に限定されない。
ウ 被告は，電子マネーやデビット取引等では本件発明の課題に直面せず，本
25 件発明の作用効果を奏し得ないから，ＬＩＮＥ Ｐａｙアカウントのような
電子マネーのアカウント残高やデビット取引等の口座残高は「使用限度額」
に含まれないと主張する。
しかし，本件発明の課題は，前記のとおり，「ユーザの所持金の増加を速
やかに使用限度額に反映させる」というものであるところ，これを本件送金
システムにつきみると，他者から受け取った金額を電子マネーのプリペイド
5 カードにチャージするためには，最初に送金者が受金者に手渡し又は銀行振
込等で現金を渡し，次に受金者が当該現金を電子マネーとしてチャージする
ことになるが，そのような方法は煩雑であり，リアルタイムで使用限度額を
増額することもできない。本件入金システムおよび本件振替入金システムに
つきみると，ＪＣＢやＶＩＳＡ等の国際的なクレジットカード会社のネット
10 ワークを利用しているプリペイドカード（ＬＩＮＥ ＰａｙカードはＪＣＢ
のネットワークを利用している（甲１３）。）は，キャッシュカードと規格
が異なるため，銀行ＡＴＭで当該ネットワークを利用したカードを用いて電
子マネーをチャージすることができない場合が多く（甲１４の１），同様の
問題はコンビニエンスストアのＰＯＳレジにも存在している。このように，
15 電子マネーを用いたプリペイドカードにも「ユーザの所持金の増加を速やか
に使用限度額に反映させる」という課題が存在する。
また，デビット取引の使用限度額は銀行口座残高であり，これを増加させ
るためには銀行での振込などの手続を経る必要があり，入金処理が行われる
まで一定の時間が必要となる。それゆえ，デビット取引においても本件発明
20 の課題は存在する。
デビット取引ではクレジットカード取引のようにカード会社等が立替払
いをすることはなく，情報処理センター等を経由して銀行口座から即時に決
済されるため，クレジットカード取引と異なり与信の制限枠がなく（甲７の
１） デビット取引における使用限度額はクレジットカードの取引限度額
， （貸
25 出限度額）とは性格が異なるが，カードを「使用」するに当たっての「限度
額」であることに変わりがない。そのため，本件拒絶査定においても，「キ
ャッシュカードを用いるデビット取引においては銀行口座の残高が利用限
度額」と記載されているように，本件特許の出願経過においては，デビット
取引における利用限度額が本件発明の「使用限度額」に該当することが前提
とされていた（甲６，乙２・４，５，９，１０頁）。
5 以上のとおり，電子マネーやデビット取引等においても本件発明の課題は
妥当し，本件発明の構成を採用することにより当該課題を解決することがで
きる。
エ 被告は，送金者が受金者に現金を手渡し，それを電子マネーとしてチャー
ジすることまで段落【０００５】の「所定の手続き」に含まれると考えるこ
10 とはできないとも主張するが，上記手順は原告が例示として示したものにす
ぎない。実際の手続方法は電子マネーごとに異なるはずであるが，他者から
受金した際に，受金者がこれを電子マネーとして利用するために何らかの
「所定の手続き」が必要となることは否定し得ない。
オ 被告は，本件発明は「使用限度額」が減少する（引き下げ方向に変動する）
15 ことを想定していないが，電子マネー等のアカウント残高は「引下げ」方向
にも変動（減少）するものであるから，本件発明の「使用限度額に電子マネ
ー等のアカウント残高が含まれると解することはできないと主張する。
しかし，特許発明の構成要件を充足するのであれば，付加部分があっても
当該発明の技術的範囲に属することになるのであり，本件各システムが使用
20 限度額を引き上げる構成を備えている以上，仮に使用限度額を引き下げる機
能を有していても，本件各システムは本件発明の技術的範囲に属する。本件
発明において使用限度額が減少することが想定されているか否かは，侵害の
成否とは無関係である。また，本件発明における使用限度額は，使用により
消費されるため，入出金に伴い都度増減するから，この点からも被告の上記
25 主張は失当である。
カ 被告は，本件の出願経過において，①原告が口座の「残高」に応じて利用
限度額が決まるデビット取引とは異なり，本件発明における使用限度額は
「入金を受け付けた旨の情報」に応じて決まる旨を説明して特許査定を受け
ているから，本件発明の「使用限度額」は，都度変動（増減）する銀行口座
等の「残高」と異なり，ある程度固定されているものを指す，②原告がデビ
5 ット取引では送金者がイニシアチブを取って受金者のカード利用限度額を
引き上げることができないことを理由にデビット取引と本件発明が相違す
ると説明しているから，デビット取引における残高を本件発明の対象から除
外していると主張する。
しかし，上記①については，デビット取引では，使用限度額であるカード
10 発行銀行の口座残高を増額するためには，現金が当該銀行口座に着金してい
る必要があるが，当該着金のためには送金処理や受金処理等が必要であり，
引上命令が発せられても直ちに使用限度額が増加しない可能性があるのに
対し，本件発明では，そのような着金が不要であり，引上命令により直ちに
使用限度額が増加する点を相違点として指摘したものであり，使用限度額が
15 都度変動（増減）するか否か，固定されているか否かとは無関係である。
本件発明は，入金受付情報に基づいて使用限度額を引き上げるものである
から，そのような構成を有するものである限り，使用限度額が都度変動する
ものであろうと，固定されたものであろうと，本件発明の技術的範囲に属す
ることになる。
20 上記②についても，原告は，同様の趣旨を述べたにすぎず，デビット取引
における「残高」を本件発明の対象から除外する趣旨ではない。
(3) 「ホワイトカード」について
ア 本件明細書等の段落【０００１】の上記記載に加え，「買い物などの支払
に利用することができるカード」（段落【００１６】）との記載，「「ホワ
25 イトカード」とは，本システムによって管理されるカードをいい，もちろん
その名称はホワイトカードに限定されない」（段落【００３６】）との記載
によると，「ホワイトカード」は，「商品購入などに際して決済のために使
用されるカード」，「買い物などの支払に利用することができるカード」を
意味する。「ホワイトカード」がクレジットカードと同義なのであれば，特
許請求の範囲においても「クレジットカード」と記載すれば足りるのに，あ
5 えて「ホワイトカード」という別の語を用いていることに加え，上記各段落
に記載されたカードがクレジットカードより広い概念のものであることか
らしても，「ホワイトカード」はクレジットカードに限定されないと解すべ
きである。
イ 被告は，「ホワイトカード」という用語は一般的なクレジットカードを意
10 味するものとして用いられていると主張するが，「ホワイトカード」の意義
が本件明細書等の前記各段落に記載されている以上，これと異なる文言解釈
をする余地はない。
また，印刷前のテレホンカード等にも「ホワイトカード」という用語が使
用される（甲１６）など，「ホワイトカード」は，カード業界において様々
15 に用いられる用語であり，一義的にクレジットカードを意味するものではな
い。被告が指摘する書証（乙６，７）においては，ゴールドカード等の上位
グレードに対する一般グレードを意味する用語として「ホワイトカード」と
いう用語が用いられているが，本件発明における「ホワイトカード」は，上
位グレードのカードとの対比で使用されているわけではないから，上記書証
20 を根拠に「ホワイトカード」の意義を解釈することはできない。
(4) 本件各システムが「使用限度額」及び「ホワイトカード」の構成を有するこ
と
ア 本件各システムの充足性
本件送金システム及び本件入金システムでは，受金者のＬＩＮＥ Ｐａｙ
25 カードに対応したＬＩＮＥ Ｃａｓｈアカウントへの入金額に応じて，本件
振替入金システムでは，ユーザのＬＩＮＥ Ｐａｙカードに対応したＬＩＮ
Ｅ Ｍｏｎｅｙアカウントへの入金額に応じて，いずれも物品の決済等を行
う際の限度額を引き上げることができるが，この限度額が「使用限度額」に
当たる。
また，ＬＩＮＥ Ｐａｙカードは，本件各システムを含む被告サービスに
5 よって管理されるカードであるから，「ホワイトカード」に該当する。
イ 被告は，「使用限度額」は「引上命令装置」が「ホワイトカード使用限度
額引上指示装置」から「入金受付情報」を受信することで「引上命令を送信
する」ことによって引き上げられるものでなければならないが，本件各シス
テムはこうした構成を有しないとも主張する。
10 しかし，本件送金システムでは，被告サービスのユーザ間で電子マネーが
譲渡されるだけで直ちに譲り受けたユーザの使用限度額が増加され，現実の
着金は不要である。
本件入金システムでは，ユーザがコンビニエンスストアで現金を支払った
段階では，当該現金は決済代行業者により代理受領されただけで，被告に着
15 金していないが，当該ユーザのＬＩＮＥ Ｐａｙアカウントの使用限度額は
支払金額分だけ直ちに増額される。
本件振替入金システムでは，下図のとおり，ユーザの振替入金指示により，
当該ユーザの銀行口座から，銀行別段口座に金額が振替入金されるが，この
段階では被告の銀行口座には着金していない。銀行別段預金から実際に被告
20 の銀行口座に着金するのは翌営業日であるが（甲１２・３頁），銀行別段口
座に金額が振替入金される段階で，当該ユーザのＬＩＮＥ Ｐａｙアカウン
トの使用限度額は，直ちに増額される。
(1)銀行口座の登録
(2)銀行口座・入金額の送信
LINE Pay
(6)LINE Moneyアカウント
の残高増加
ユーザ
(3)銀行口座・入金額
の送信
(5)入金受付情報の送信
A銀行
ユーザの口座
(4)振替入金
(7)指定入金額の入金
銀行別段口座 LINE Pay(株)の口座
(※) 図中の(1)～(7)は、本文中の5(1)～(7)に対応する。
このように，本件各システムにおいては，現実の着金よりも前に，引上命
令により，直ちに各アカウント口座の電子マネー残高が増加するのであるか
ら，本件各システムは，「使用限度額」に係る構成を有する。
5 （被告の主張）
本件発明における「使用限度額」は，カードの契約時に設定される，所定期間
内で使用可能な金額であって，ある程度固定されるものであり，少なくとも，都
度変動（増減）して固定されない電子マネーやデビット取引等の口座残高はこれ
に含まれない。また，本件発明における「ホワイトカード」は，かかる「使用限
10 度額」が設定されたカードであり，かかるカードとして想定されているものはク
レジットカードである。被告サービスは電子マネーに関するものであり，ＬＩＮ
Ｅ Ｐａｙカードはクレジットカードではないから，本件各システムは，「使用
限度額」及び「ホワイトカード」に係る構成を有しない。
(1) 本件発明の課題，作用効果等について
15 ア 本件明細書等によれば，本件発明の課題は，①「従来のクレジットカード
においては，その使用限度額に関しては契約時にある程度固定されるため，
限度額の引上げなどの変更がなかなかできない，あるいは煩雑な手続きが必
要となる」（段落【０００３】），②「他者からの送金を受金することなど
でユーザの所持金が当該クレジットカード契約時の平均所得以上に増えた
としても，カード会社に逐一連絡などして所定の手続きを経なければそれが
使用限度額に反映されることは無い。そのため，その増加分を反映させたク
5 レジットカードの利用をすることができない」（段落【０００５】）という
ものである。
段落【０００３】の「ある程度固定される」とは，発明の課題に関する他
の記載と併せて読めば，「使用限度額」を引き上げるためには煩雑ないし所
定の手続を必要とすることを意味すると理解できる。それゆえ，本件発明は，
10 ユーザの所持金が「使用限度額」より多くても，「使用限度額」までしかカ
ードを使用することができず，「使用限度額」はカード会社に逐一連絡する
等の所定の手続（煩雑な手続）を経なければ引き上げられないことを課題と
するものであるといえる。この課題は，上記各段落の記載に照らせば，ユー
ザの所持金が増えた後，特許請求の範囲の記載に即していえば「入金を受け
15 付けた」後における課題である。
本件発明は，かかる課題を解決し，他者からの送金などによってリアルタ
イムに（煩雑な所定の手続を要することなく）カードの「使用限度額」を引
き上げるという作用効果を奏するものである（段落【００１６】）。すなわ
ち，クレジットカードは，信販会社がカードの利用者に信用を供与するもの
20 であるところ，当業者であれば，本件発明の課題及び作用効果は，「ユーザ
の所持金が当該クレジットカード契約時の平均所得以上に増えた」こと（段
落【０００５】）や「他者から送金などを受金することでユーザの手元にあ
る利用可能な金額が増えたこと」によって利用者の信用力が増加した場合に，
そのことを，信販会社が供与する信用の限度額である「ホワイトカードの使
25 用限度額」にリアルタイムに（煩雑な所定の手続を要することなく）反映さ
せるものであると理解し得る。
そうすると，本件発明は，ユーザの所持金が「使用限度額」より多くても，
「使用限度額」までしかカードを使用することができず，「使用限度額」は
カード会社に逐一連絡する等の所定の手続（煩雑な手続）を経なければ引き
上げられないという課題を解決するため，「他者からの送金などを受金する
5 ことで」ユーザの所持金が増加した場合には，「使用限度額を引き上げる」
（段落【０００６】）ことを可能にした点に意義がある。
つまり，本件発明は，「使用限度額」が「設定」された従来のクレジット
が有する特徴，すなわち，カードの発行会社（信販会社）がユーザに信用を
供与し，ユーザの所持金が「使用限度額」より少なくても，「設定された」
10 「使用限度額」の中であれば自由に買い物を行うことができる（段落【００
０２】）という利点を維持したまま，ユーザの所持金が増加した場合に，従
来はカード会社に逐一連絡する等の所定の手続（煩雑な手続）を経なければ
「使用限度額」に増加分が反映されなかったところ，本件特許請求の範囲に
規定された構成を採用することで，「ホワイトカードの使用限度額を引き上
15 げようとする額の入金を受け付けた旨の情報」に基づいて，所定の手続（煩
雑な手続）を経ることなく，「使用限度額」を「引き上げること」を可能と
する発明である。
これに対し，電子マネーを用いたプリペイドカード取引は，カードの利用
者がカードの発行会社に前払い等をするものであって，クレジットカードと
20 は逆に利用者が発行会社に信用を供与するものであるから，利用者の信用力
は全く問題にならない。本件発明の課題，課題解決手段及び作用効果は，ク
レジットカードに特有のものであって，都度変動（増減）する口座残高の金
額の範囲内で買い物などの支払に利用できる電子マネーを用いたプリペイ
ドカード取引とは無関係のものである。それゆえ，電子マネーやデビット取
25 引等においては，上記の課題に直面せず，その作用効果も奏しない。
イ 原告は，段落【０００３】記載の前記ア①の課題が従来技術（乙８公報）
によって解決済みであると主張するが，段落【０００５】に記載されている
とおり，乙８公報記載の従来技術は，「あらかじめ定められた使用限度額内
での利用実績に応じて」使用限度額を変更するという限りで課題を解決する
ものであって，「他者からの送金を受金することなどでユーザの所持金が当
5 該クレジットカード契約時の平均所得以上に増えた」というようなケースに
おいて，クレジットカードの使用限度額の「引上げなどの変更がなかなかで
きない，あるいは煩雑な手続きが必要となる」という課題は解決されない。
ウ 原告は，本件発明の課題が「ユーザの所持金の増加を速やかに使用限度額
に反映させる」点にあるなどと主張するが，段落【０００５】には，「カー
10 ド会社に逐一連絡などして所定の手続きを経なければ」使用限度額に反映さ
れないとある以上，上記「所定の手続き」に関する点を捨象して，恣意的に
課題を上位概念化することはできない。
「所定の手続き」は，使用限度額を引き上げるためにユーザが「カード会
社に逐一連絡など」して行うものであり，「煩雑な手続き」（段落【０００
15 ３】）を意味するから，例えば送金者が受金者に現金を手渡し，それを電子
マネーとしてチャージするということまで「所定の手続き」に含まれると考
えることはできない。電子マネーを他者から受金した際に，電子マネーのプ
リペイドカードを使用できる額を増加させるためにユーザに課される手続
は存在せず，自動的に電子マネーのアカウント（口座）残高が増加するだけ
20 であり，同様に，銀行振込等により受金した際に，デビットカードを使用で
きる額を増加させるためにユーザに課される手続も存在せず，自動的に口座
残高が増加するだけである。
(2) 「使用限度額」について
ア 本件明細書等の段落【０００２】には，「使用限度額」が，クレジットカ
25 ードにおいて契約時に設定される「所定期間内で使用可能な金額」であると
明確に定義づけられており，本件明細書等にこれに反する記載は存在しない。
そして，本件発明の課題及びその解決手段に係る段落【０００２】，【００
０３】，【０００５】，【０００６】の記載や，作用効果に関する段落【０
０１６】，【００２６】，【００２７】，【００８８】の記載に鑑みれば，
本件発明における「使用限度額」は，従来において，カード会社への連絡等
5 の煩雑ないし所定の手続を要するという意味で「ある程度固定されたもの」
であり，本件発明を採用することで，かかる手続が省略できるもの（すなわ
ち，本件発明を実施することで引き上げることが可能となるもの）である必
要がある。
したがって，本件発明における「使用限度額」とは，従来のクレジットカ
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 ＩＤ」（構成要件Ａ等）に係る構成を有するか）について
（原告の主張）
本件発明において，「受金ＩＤ」とは受金にのみ利用可能なＩＤであり，「消
費使用ＩＤ」とは消費使用に利用可能なＩＤであるところ，本件各システムにお
けるＬＩＮＥ Ｐａｙカードは，「受金ＩＤと…消費使用ＩＤとの二種類のＩＤ
20 があらかじめ紐付けられているホワイトカード」に当たるから，本件各システム
はかかる構成を有する。
(1) 「受金ＩＤ」の意義
ア 本件発明において，
「受金ＩＤ」とは，受金にのみ利用可能なＩＤであり，
「受金にのみ利用可能」とは，ホワイトカードとの関係において受金にのみ
25 利用され，消費使用には利用されないという意味であって，ホワイトカード
と関係のない場面において利用されるＩＤも含まれる（段落【００３６】 。
）
ここで，受金に「のみ」とは，消費機能ＩＤとしての機能を併有しないとい
う意味である。
イ 被告は，「受金ＩＤ」が，入金先であるホワイトカードを指定するＩＤで
あると主張するが，誤りである。本件発明では，消費使用ＩＤとホワイトカ
5 ードが連携していることが前提とされているため，消費使用ＩＤと受金ＩＤ
が「あらかじめ紐付けられ」れば，ホワイトカードと受金ＩＤとの間に連携
関係が発生する。構成要件Ｂ１－１の「入金すべきホワイトカードの受金Ｉ
Ｄ」との記載は，このホワイトカードと受金ＩＤとの連携関係を前提とする
ものである。この連携関係は，受金ＩＤによって入金すべきホワイトカード
10 がどのユーザのカードであるかをシステム側が特定できるということであ
って，受金ＩＤそれ自体が「入金先であるホワイトカードを指定」するもの
でなければならないということではない。
ウ 被告は，本件発明が利用者の信用力が増加した場合に当該増加を使用限度
額にリアルタイムに反映させるものであるとした上で，①利用者の自己への
15 送入金は信用力が増加しないとか，②受金ＩＤは送金者にとって他者のホワ
イトカードを指定するＩＤでなければならず，送金者と受金者が同一の構成
は，本件発明の技術的範囲から除外されているなどと主張する。
しかし，上記①につき，本件発明は，「使用限度額の変更は，予め定めら
れた使用限度額内での利用実績に応じて算出変更される」
（段落【０００５】）
20 という従来技術の問題に着想を得たものであり，利用可能な金額が増えたこ
とを利用限度額にリアルタイムに反映するものであって，利用者の信用力が
増加した場合に技術的範囲を限定する根拠はない。
上記②についても，例えば国際的なクレジット会社のネットワークを利用
しているプリペイドカードについて，銀行ＡＴＭで当該ネットワークを利用
25 したカードを用いて電子マネーをチャージすることはできない（甲１４）な
ど，送金者と受金者が同一の構成であっても，利用可能な金額が増えたこと
をカードの利用限度額にリアルタイムに反映できないという課題は存在し
ており，本件発明の構成を採用すれば，この課題を解決することができる。
また，送金者がホワイトカード使用限度額引上指示装置に入力するのは受金
ＩＤであるから，本件発明では，送金者と受金者が同一の場合であっても，
5 受金ＩＤと消費使用ＩＤを別々のＩＤとして両者を関連付けて管理するこ
とで，安全に受金と消費を行うことができる（段落【０００６】）。
このように，送金者と受金者が同一の構成であっても本件発明の課題は存
在し，その作用効果を奏するから，当該構成を本件発明の技術的範囲から除
外する理由はない。段落【００２８】は，本件発明の装置につき，物理的に
10 様々な構成とすることができることを認めているから，当該構成の一つの態
様として，送金者と受金者が同一の構成とすることも許容している。
(2) 「消費使用ＩＤ」の意義
本件発明において，「消費使用ＩＤ」とは，物品の決裁等の消費使用に利用
可能なＩＤである（段落【０００６】）。
15 (3) 「あらかじめ紐付けられている」の意義
ア 「あらかじめ」とは「まえもって」を意味するところ（甲８），本件発明
は，他者からの送金などを受金することで使用限度額を引上げることができ
るよう，カードに対する入金を適時受付可能にするとともに，その際に受金
にのみ利用可能な受金ＩＤと，消費使用に利用可能な消費使用ＩＤとを別々
20 のＩＤとし，両者を関連付けて管理することで安全に受金と消費を行うこと
ができるようにするものである（【０００６】）。
具体的には，本件発明のユーザがホワイトカードへの送金又は入金（以下
「入金等」という。）をする際に，ユーザはホワイトカード使用限度額引上
指示装置に受金ＩＤ及び入金額を入力し，入金額を支払うのみで，ホワイト
25 カード使用限度額引上指示装置，引上命令装置及びホワイトカードＩＤ管理
装置の作用により，受金ＩＤと紐付けられた消費使用ＩＤの問合せが行われ，
当該消費使用ＩＤで識別されるホワイトカードについて入金等が反映され
るという仕組みであり（【００２２】～【００２６】参照），また，受金Ｉ
Ｄと消費使用ＩＤが別であるため，入金等をする者などに消費使用ＩＤを知
らせなくとも受金を行うことができ，安全に受金と消費を行うことができる
5 （【００２７】参照）。
このような本件発明の作用効果に照らせば，受金ＩＤと消費使用ＩＤの紐
付きは，入金等の際に存在すれば足りるから，本件発明における「あらかじ
め」とは，「入金等が行われる時点よりまえもって」という意味である。
イ そして，本件発明において，あらかじめ紐付けられているのは，受金ＩＤ
10 と消費使用ＩＤとの間であって，ホワイトカードとの間ではない（構成要件
Ａ）。本件明細書等の段落【００２３】，【００２６】に記載されているよ
うに，ユーザβの携帯電話番号（受金ＩＤ）を入力してコンビニのレジにて
金銭を支払うと，消費使用ＩＤで識別されるホワイトカードの使用限度額が
当該額分だけ増加するから，受金ＩＤ及び消費使用ＩＤは，それぞれホワイ
15 トカードと対応関係にあるが，これは，消費使用ＩＤとホワイトカードとの
連携の問題であり，「あらかじめ」の紐づけが必要とされる受金ＩＤ及び消
費使用ＩＤとの間の問題ではない。
(4) 本件送金システムについて
ア 本件送金システムでは，送金者は受金者をＬＩＮＥアカウントで特定する。
20 ＬＩＮＥアカウントは，ＬＩＮＥ Ｐａｙカードとの関係においては，受金
者を特定するために利用され，物品の決済等に利用されることはないから，
「受金ＩＤ」に該当する。また，受金者は，送金額だけ増額したＬＩＮＥ Ｃ
ａｓｈアカウント内の電子マネーを用いて物品の決済等を行うことができ
るから，同アカウントは「消費使用ＩＤ」に該当する。そして，ＬＩＮＥ Ｐ
25 ａｙカードは前記のとおり「ホワイトカード」に該当する。
送金者が送金の際に受金者のＬＩＮＥアカウント（受金ＩＤ）を選択し，
送金が完了すると，受金者のＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）
内の電子マネーの残高が増加し，当該アカウントに対応するＬＩＮＥ Ｐａ
ｙカードの使用限度額が増加するから，ＬＩＮＥ Ｐａｙカードに対応して
いるＬＩＮＥアカウント（受金ＩＤ）とＬＩＮＥＣａｓｈアカウント（消費
5 使用ＩＤ）は，あらかじめ紐付けられている。
したがって，本件送金システムは，「受金ＩＤと…消費使用ＩＤとの二種
類のＩＤがあらかじめ紐付けられているホワイトカード」との構成を有する。
イ 被告は，本件送金システムにおいて，ＬＩＮＥアカウントは取得している
もののＬＩＮＥ Ｃａｓｈアカウントを取得していないユーザに送金手続
10 を開始することが可能であり，送金手続を開始した時点においいてＬＩＮＥ
アカウント（受金ＩＤ）とＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）
が紐付いていない場合があり得ると主張する。
しかし，ＬＩＮＥ Ｐａｙカードは，ユーザがＬＩＮＥ Ｃａｓｈアカウ
ントを有することを前提として，初めて発行・アクティベートされるのであ
15 って，被告が主張する上記のようなユーザは，そもそもＬＩＮＥ Ｐａｙカ
ードは発行されないし，仮に発行されていてもアクティベートされていない
から，「ホワイトカード」を有しておらず，本件発明の技術的範囲の対象外
である。受金者がＬＩＮＥ Ｐａｙカードを有している場合には，当該ユー
ザについては，送金手続を開始した時点で，ＬＩＮＥアカウント（受金ＩＤ）
20 とＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）は必ず紐付けられている。
ウ 被告は，消費使用ＩＤが①ホワイトカードの利用者がホワイトカードにて
支払をする際等に利用する消費使用に利用可能なＩＤであって，②基本的に
はホワイトカードの利用者及びシステムの一部管理者のみが知っている情
報であるとした上で，ＬＩＮＥ Ｐａｙアカウント等はこれに該当しないと
25 主張する。
上記①に関する被告の主張は，要するに，ＬＩＮＥ Ｐａｙカードの利用
者が同カードでの支払の際に利用するのは券面に印字されたカード番号で
あり，ＬＩＮＥ Ｐａｙアカウントではないから，①に当たらないというも
のである。
しかし，ユーザによるカード利用の結果，ＬＩＮＥ Ｐａｙアカウントの
5 残高が減少する以上，当該アカウントが「ホワイトカードにて支払をする際
等に利用されている」のは明らかである。すなわち，本件発明では，消費使
用ＩＤの残高が増額すれば，ホワイトカードの使用限度額も増加するように，
消費使用ＩＤとホワイトカードとの間には連携関係が存在するが，その具体
的な方法については何ら特定されていないから，例えば，ホワイトカードの
10 券面に消費使用ＩＤそのものを印字することで両者を連携させてもいいし，
別の番号を振って，当該番号を介して両者を連携させてもいいのである。こ
のように，消費使用ＩＤとホワイトカードとの連携方法は様々なものがあり
得るのであって，この点の被告の主張は，本件各システムでは，連携方法の
一つの態様としてホワイトカードに消費使用ＩＤと異なる番号を振ってい
15 るというにすぎず，これをもって構成要件充足性が否定されるものではない。
上記②については，本件発明では，受金ＩＤに入金を行う者が消費使用Ｉ
Ｄを知っている場合も技術的範囲に含むから，この点の被告主張は前提に誤
りがある。また，この点に関し，被告は，ＬＩＮＥ Ｐａｙアカウントは送
金者に知られてＬＩＮＥ Ｐａｙカードの消費に使用されることはないと
20 主張するが，そのような悪用のおそれが無いのは，正に，ホワイトカードに
別の番号（ＪＣＢカードの券面に印字されたカード番号）を振ることで，各
アカウントの情報が秘匿されているからにほかならない。②に係る被告の主
張を前提としても，ＬＩＮＥ Ｐａｙアカウントは②に該当する。
エ 上記ウに係る被告主張によれば，ＬＩＮＥ Ｐａｙカード（ＪＣＢカード）
25 券面に印字されたカード番号が消費使用ＩＤに該当することになるが，その
場合でも本件各システムは本件発明の技術的範囲に属する。
すなわち，本件発明の構成要件には「ホワイトカード」という技術事項が
含まれているので，ユーザがＬＩＮＥ Ｐａｙカードを保有していることが，
本件発明の文言侵害の成立には不可欠である。そして，ＬＩＮＥ Ｐａｙカ
ード券面に印字されたカード番号が消費使用ＩＤに該当するとの構成の下
5 では，当該カードを保有していれば，当該ユーザは必ず消費使用ＩＤを保有
していることになる。
本件各システムにおいては，受金ＩＤに基づいて入金すれば，ＬＩＮＥ
Ｐａｙアカウントの残高が増加するから，受金ＩＤと上記アカウントは紐付
いている。そして，●（省略）●当該アカウントと当該カード番号は紐付い
10 て管理されている。
したがって，ＬＩＮＥ Ｐａｙカードを保有するユーザにおいて，受金Ｉ
Ｄと当該カード番号はあらかじめ（遅くともユーザが受金ＩＤへの送金手続
を開始する時点において）紐付けられているといえる。
(5) 本件入金システムについて
15 本件入金システムでは，送金者が「予約番号（申込番号）」をＦａｍｉポー
トに入力し，当該装置から印刷されたバーコードをコンビニエンスストアの店
員がＰＯＳレジに読み込ませ，入金金額を送金者から受け取った上で所要の処
理を行うと，受金者のＬＩＮＥ Ｃａｓｈアカウントに当該金額と同額が入金
される。
20 こうしたＰＯＳレジ等での処理の結果，受金者が入金先として特定されるの
は，送金者の入力した「予約番号（申込番号）」によって，受金者が一意に特
定されるからであり，「予約番号（申込番号）」は，受金にのみ利用され，物
品の決済等の場面では利用されないから，「予約番号（申込番号）」は「受金
ＩＤ」に該当する。
25 また，ＬＩＮＥ Ｐａｙカードの利用者は，送金者からの入金額だけ増額し
たＬＩＮＥ Ｃａｓｈアカウント内の電子マネーを用いて物品の決済を行う
ことができるから，ＬＩＮＥ Ｃａｓｈアカウントは「消費使用ＩＤ」に該当
する。
ＬＩＮＥ Ｐａｙカードは前記のとおり「ホワイトカード」に該当するとこ
ろ，受金者のアカウントへの入金が可能であるためには，「予約番号（申込番
5 号）」（受金ＩＤ）とＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）があら
かじめ紐付けられ，前者から後者を特定することが可能となっている必要があ
るが，本件入金機能においては，「予約番号（申込番号）」（受金ＩＤ）は，
受金者側のユーザが被告サービスに加入していなければ発行されず，被告サー
ビスに加入した時点で当該ユーザには必ずＬＩＮＥ Ｃａｓｈアカウント（消
10 費使用ＩＤ）が生成されているから，ユーザが「「予約番号（申込番号）」（受
金ＩＤ）への送金手続を開始する時点において，既にＬＩＮＥ Ｃａｓｈアカ
ウント（消費使用ＩＤ）は存在している。
そして，「予約番号（申込番号）」を用いて入金すれば，ＬＩＮＥ Ｃａｓ
ｈアカウントの電子マネーの額が増額するから，両ＩＤは，ユーザが受インタ
15 ーネットＩＤへの送金手続を開始する時点において紐付いている。
したがって，本件入金システムは，「受金ＩＤと…消費使用ＩＤとの二種類
のＩＤがあらかじめ紐付けられているホワイトカード」との構成を有する。
(6) 本件振替入金システムについて
ア 本件振替入金機能の利用に際して，ユーザがユーザ銀行口座を選択し，入
20 金額を指定すると，ユーザのＬＩＮＥ Ｍｏｎｅｙアカウントに指定入金額
分の電子マネーが入金される。これは，ユーザが選択したユーザ銀行口座の
情報（銀行名，支店名及び口座番号等）によって入金先のＬＩＮＥ Ｍｏｎ
ｅｙアカウントが特定されるからである。本件振替入金システムでは，ユー
ザ銀行口座の口座情報は受金にのみ利用され，物品の決済等の場面では利用
25 されないから，当該情報は，「受金ＩＤ」に該当する。
また，ＬＩＮＥ Ｐａｙカードの利用者は，指定金額分だけ増額したＬＩ
ＮＥ Ｍｏｎｅｙアカウント内の電子マネーを用いて物品の決済等を行う
ことができるから，ＬＩＮＥ Ｍｏｎｅｙアカウントは「消費使用ＩＤ」に
該当する。
ＬＩＮＥ Ｐａｙカードは前記のとおり「ホワイトカード」に該当すると
5 ころ，ユーザのアカウントへの入金が可能であるためには，ユーザ銀行口座
の情報（受金ＩＤ）とＬＩＮＥ Ｍｏｎｅｙアカウント（消費使用ＩＤ）が
あらかじめ紐付けられ，前者から後者を特定することが可能となっている必
要があるが，本件振替入金機能を用いるためには，受金者側のユーザが被告
サービスに加入していなければならない。
10 そして，本件振替入金機能を用いる際には，当該ユーザには必ずＬＩＮＥ
Ｍｏｎｅｙアカウント（消費使用ＩＤ）が生成されており，銀行から入金を
受け付けた旨の情報が被告サーバに送信されると，当該情報に含まれるユー
ザの口座情報（受金ＩＤ）に基づいてＬＩＮＥ Ｍｏｎｅｙアカウント（消
費使用ＩＤ）の電子マネーの額が増額するから，両ＩＤは，ユーザが受金Ｉ
15 Ｄへの送金手続を開始する時点において紐付いている。
したがって，本件振替入金システムは，「受金ＩＤと…消費使用ＩＤとの
二種類のＩＤがあらかじめ紐付けられているホワイトカード」との構成を有
する。
イ 被告は，本件各システムにおいて受金者を特定するために用いているのは
20 ユーザ銀行口座の口座情報ではなく，ＬＩＮＥ Ｍｏｎｅｙアカウントに係
る情報であると主張するが，本件振替入金システムでは，銀行別段口座への
振替入金が完了すると，入金を受け付けた旨の情報が，まずは，ユーザ銀行
から日本カードネットワークに，次いで，日本カードネットワークから被告
へ送信される。本件各システムでは，当該情報に基づいてどのユーザのＬＩ
25 ＮＥ Ｍｏｎｅｙアカウントの電子マネー残高を増額させるかを決定する
が，そのためには，増額させる対象であるアカウントに関するＬＩＮＥ Ｍ
ｏｎｅｙアカウントに係る情報のみでは無理であり，入金受付情報とＬＩＮ
Ｅ Ｍｏｎｅｙアカウントを紐付けて，どのアカウントに幾らの電子マネー
を増額するかを特定することが必要なはずである。この紐付け（受金者の特
定）のための情報として，ユーザ銀行口座の口座情報を使用しなければ，ど
5 のユーザのアカウントについて増額するかを特定することはできないから，
本件振替入金システムにおいて，ユーザ銀行口座の口座情報を使わずにＬＩ
ＮＥ Ｍｏｎｅｙアカウントに係る情報のみで受金者が特定されるとは考
えられない。
仮に，被告が主張するような態様でＬＩＮＥ Ｍｏｎｅｙアカウントの電
10 子マネーが増額するのだとしても，本件振替入金システムでは送金者と受金
者は同一であるから，ユーザ銀行口座の口座情報が送金者を特定するという
ことは，当該口座情報は受金者を特定するものでもある。それゆえ，この場
合でも，ユーザ銀行口座の口座情報は受金ＩＤとして機能しており，受金Ｉ
Ｄに該当する。
15 ウ 被告は，本件発明におけるユーザ銀行口座の口座情報は，ＬＩＮＥ Ｍｏ
ｎｅｙアカウントにおける受金だけでなく，ＬＩＮＥ Ｍｏｎｅｙアカウン
トからの出金を行う際にも利用することができるから，「受金ＩＤ」に該当
しないと主張する。
しかし，前記のとおり，「受金にのみ利用可能」とは「消費使用ＩＤとし
20 ての機能を併有しない」ということであり，本件振替入金システムにおける
ユーザ銀行口座の口座情報は，消費使用ＩＤとしての機能を併有していない。
なお，ユーザが銀行口座に対する出金指示をしたことにより，ＬＩＮＥ
Ｍｏｎｅｙを現金化して出金できるとしても，当該手続において，ユーザ銀
行口座の口座情報は，ＬＩＮＥ Ｐａｙカードを利用した物品購入等の際の
25 消費使用ＩＤとして使用されているわけではない。
（被告の主張）
本件各システムは，「受金ＩＤと…消費使用ＩＤとの二種類のＩＤがあらかじ
め紐付けられているホワイトカード」の構成を有しない。
(1) 受金ＩＤについて
ア 本件発明における「受金ＩＤ」は，①入金先であるホワイトカードを指定
5 するＩＤであって，②受金にのみ利用可能なＩＤである。
上記①につき，構成要件Ｂ１－１に「ホワイトカードに対する入金に際し
て，入金すべきホワイトカードの受金ＩＤ」とあることに加え，本件明細書
等の段落【００２２】，【００２３】，【００２７】，【００３７】及び【図
３】の記載からすれば，本件発明における受金ＩＤは，ホワイトカードに対
10 する入金に際し，入金先のホワイトカードを指定するＩＤでなければならな
い。
さらに，本件発明は，前記のとおり，「ユーザの所持金が当該クレジット
カード契約時の平均所得以上に増えた」こと（段落【０００５】）や「他者
から送金などを受金することでユーザの手元にある利用可能な金額が増え
15 たこと」によって利用者の信用力が増加した場合に，そのことを，信販会社
が供与する信用の限度額である「ホワイトカードの使用限度額」にリアルタ
イムに（煩雑な所定の手続を要することなく）反映させるという作用効果を
有する（段落【００１６】）。
これに対し，自己への送金・入金は，自己の口座から自己の他の口座に資
20 金を移動させるだけで，ユーザの所持金が増えるものではなく，信用力を増
加させるものでもない。このように，本件発明においては，送金者と受金者
は異なることが前提となっており，「受金ＩＤ」は，送金者から見て，入金
先である他者のホワイトカードを指定するＩＤでなければならない。
上記②については，構成要件Ａに「受金にのみ利用可能な受金ＩＤ」とあ
25 ることに加え，本件明細書等の段落【００３６】の記載からすれば，本件発
明における受金ＩＤは，受金にのみ利用可能なＩＤをいう。
「受金ＩＤ」は，
受金にのみ利用可能なＩＤであり，「受金にのみ利用可能」とは，「ホワイ
トカードとの関係において受金にのみ利用され消費使用には利用されない」
という意味であり（段落【００３６】），あるＩＤが，消費使用ＩＤとして
使用されている場合に限らず，「ホワイトカードとの関係において消費使用
5 に利用」されている場合には，「受金にのみ利用可能」には当たらない。
イ 本件振替入金システムにおいて実現されるのは，ユーザが登録した銀行口
座から口座振替の方法により当該ユーザのＬＩＮＥ Ｍｏｎｅｙアカウン
トに入金することであるが，ここで，ユーザ銀行口座の口座情報とは，振替
元（入金元）の情報にほかならず，受金者を特定するために用いられるのは，
10 ＬＩＮＥ Ｍｏｎｅｙアカウントに係る情報である。それゆえ，本件振替に
入金システムにおけるユーザ銀行口座の口座情報は，入金先であるホワイト
カードを指定するＩＤとして使用されていないから，上記①を満たさず，
「受
金ＩＤ」に該当しない。
また，本件振替入金システムにおけるユーザ銀行口座の口座情報は，送金
15 者自身に関する情報であるし，ＬＩＮＥ Ｐａｙカードに紐づいたＬＩＮＥ
Ｍｏｎｅｙアカウントの電子マネーを現金化して出金する際に出金先とし
て利用されるから，ユーザ銀行口座の口座情報は，ＬＩＮＥ Ｐａｙカード
との関係において，出金という消費使用に利用されている。
したがって，ユーザ銀行口座の口座情報は，受金にのみ利用可能なＩＤで
20 はないから，上記②を満たさず，「受金ＩＤ」に当たらない。
ウ 原告は，本件振替入金システムにつき，受金者の特定のための情報として
ユーザ銀行口座の口座情報を使用しなければ，どのユーザのアカウントにつ
いて増額するかを特定することはできないはずであると主張する。
しかし，●（省略）●のであるから，ユーザ銀行口座の口座情報は，送金
25 者（振替元，入金元）の特定のための情報としては必要でも，受金者（増額
させる対象であるアカウント）の特定のためには必要でない。
(2) 消費使用ＩＤについて
ア 本件特許請求の範囲及び本件明細書等の段落【０００２】 【０００６】
， ，
【００２５】～【００２７】，【００３９】，【００４６】，【００４７】，
【００５６】，【００５７】及び【図４】の記載によれば，本件発明におけ
5 る「消費使用ＩＤ」とは，「秘密のカードＩＤ：０１２３」のように，①ホ
ワイトカードの利用者がホワイトカードにて支払をする際等に利用する消
費使用に利用可能なＩＤであって，②送金者に知られるとホワイトカードの
消費に使用されてしまうおそれがあることから，基本的にはホワイトカード
の利用者及びシステムの一部管理者のみが知っている情報を意味しており，
10 具体的には，クレジットカードの券面に印字されたカード番号のようなもの
を指す。
また，本件発明において，送金者と受金者とが同一となり得る構成は排除
されているから，本件発明における「消費使用ＩＤ」は，送金者以外の他者
のホワイトカードに関する情報でなければならない。
15 イ しかるに，本件送金システム及び本件入金システムにおけるＬＩＮＥ Ｃ
ａｓｈアカウント，本件振替入金システムにおけるＬＩＮＥ Ｍｏｎｅｙア
カウントは，以下のとおり，上記①，②のいずれにも該当しないから，「消
費使用ＩＤ」に当たらない。
(ｱ) 本件各システムにおいて，ＬＩＮＥ Ｐａｙカードの利用者がこれによ
20 り支払をする際に利用するのは，ＬＩＮＥ Ｐａｙカード（ＪＣＢカード）
の券面に印字されたカード番号であって，ＬＩＮＥ Ｃａｓｈアカウント
及びＬＩＮＥ Ｍｏｎｅｙアカウント（ＬＩＮＥ Ｐａｙアカウント）で
はない。店舗のレジで読み取られるカード情報はＬＩＮＥ Ｐａｙカード
のカード番号であり，インターネットショッピングの場合にも同カード番
25 号を入力するのであって，ＬＩＮＥ Ｐａｙアカウントは，ＬＩＮＥ Ｐ
ａｙカードの利用者がこれによって支払をする際等に利用するものでは
ないから，上記①に該当しない。
そもそも，ＬＩＮＥ Ｐａｙアカウントにおける「アカウント」 「口
は，
座」そのものに当たる概念であり，口座を特定するＩＤではないから，こ
れを消費使用に利用可能なＩＤということ自体無理がある。
5 なお，ＬＩＮＥ Ｐａｙカード（ＪＣＢカード）の券面に印字されたカ
ード番号が「消費使用ＩＤ」に該当すると解する場合，●（省略）●少な
くとも構成要件Ｃ１－２及びＣ１－３を充足しない。
(ｲ) ＬＩＮＥ Ｐａｙアカウントは，送金者が知ったとしても，ＬＩＮＥ
Ｐａｙカードの消費に使用されることはないから，上記②にも当たらない。
10 ウ また，本件振替入金システムにおいては，送金者と受金者とが同一であっ
て，ＬＩＮＥ Ｍｏｎｅｙアカウントは，送金者自身に関する情報であるか
ら，「消費使用ＩＤ」に当たらない。
(3) 「あらかじめ紐付けられている」について
ア 原告は，本件発明においてあらかじめ紐付けられているのは受金ＩＤと消
15 費使用ＩＤとの間であって，ホワイトカードとの間ではないと主張する。
しかし，構成要件Ａの記載からすれば，受金ＩＤと消費使用ＩＤが，それ
ぞれ，あらかじめ，ホワイトカードと紐付けられていると理解し得る。その
上，原告も，これにつき，出願経過において，本件発明では２つのＩＤとホ
ワイトカードが紐付けられていることが前提とされていることを明確に説
20 明している（乙２・２頁）から，本件発明における受金ＩＤと消費使用ＩＤ
は，それぞれ，あらかじめ，ホワイトカードと紐付けられていなければなら
ない。原告がこれと異なる解釈を主張するのは，禁反言の原則に抵触する。
イ 構成要件Ａの「あらかじめ紐付けられ」との要件は，本件審判請求書によ
り補正されたもので，原告は，引用技術２（受取人の携帯電話番号を用いて
25 受取人の口座番号を特定して，入金を行うシステム）と異なり，本件発明に
おいては，送金先の受金ＩＤを知るユーザが，送金手続を開始した時点にお
いて，確実に送金を行うことができることを明らかにするために，「あらか
じめ紐付けられ」との補正を行った旨を明瞭に陳述し（乙２），これにより
特許査定を得たものである。
かかる出願経過に鑑みれば，「あらかじめ紐付けられ」とは，遅くともユ
5 ーザが受金ＩＤへの送金手続を開始する時点において紐付いている必要が
あることを意味するというべきである。
ウ 本件発明においては，受金ＩＤ（例えばメールアドレス）と消費使用ＩＤ
（例えば銀行口座）があらかじめ紐付けられている状態に作られた装置であ
るから，受金動作が確実であり，確実にホワイトカードに対する入金を行う
10 ことができる。
そして，本件発明は，「使用限度額をホワイトカードに紐づけられた入金
額に応じて引き上げることが可能」な「入金システム」であって，あくまで
「ホワイトカード使用限度額引き上げシステム」なのであるから，「確実に
利用限度額を引き上げることができる」との作用効果は，ホワイトカードに
15 紐付けられた入金額において実現されている必要がある。
これに対し，本件送金システムにおいては，ＬＩＮＥアカウントは取得し
ているもののＬＩＮＥ Ｃａｓｈアカウントを取得していないユーザが多
数存在するところ，そのようなユーザに対する送金手続も可能である（いわ
ばサーバにおいて保留された状態となる。）。すなわち，本件送金システム
20 においては，ユーザによる送金手続の開始時に，ＬＩＮＥ アカウントとＬ
ＩＮＥ Ｃａｓｈアカウントが紐付けられていない場合が想定されている。
この場合，当該ユーザは受金できず，それゆえ受金動作が確実とはいえない。
本件送金システムは，原告が本件発明との相違を強調した引用技術２と同様
の課題を有するものであるから，構成要件Ａを充足しない。
25 エ 本件発明は，受金ＩＤ及び消費使用ＩＤがあらかじめ紐付けられたカード
に対する入金を前提とする「ホワイトカード使用限度額引き上げシステム」
であるから，カードを前提としないシステムを許容する構成を含まない。
これに対し，本件各システムは，ＬＩＮＥ Ｐａｙカードの発行の有無を
問わず送受金を可能とする構成を採用しているから，ＬＩＮＥ Ｐａｙカー
ド及びＬＩＮＥ Ｃａｓｈアカウントを取得しているユーザと，それらの双
5 方ないし一方を取得していないユーザとを分離することなく一体的に取り
扱うシステムであって，両者を分離して本件送金システムを認定することは
できず，本件発明が規定するシステムとは本質的に性質を異にする。
本件振替入金システムについても，ユーザ銀行口座の口座情報及びＬＩＮ
Ｅ Ｍｏｎｅｙアカウントは，ＬＩＮＥ Ｐａｙカードとあらかじめ紐付け
10 られたものではない。
３ 争点１－３（本件各システムが「ホワイトカードに対する入金システム」（構
成要件Ａ）に係る構成を有するか）について
（原告の主張）
ＬＩＮＥ Ｐａｙカードがホワイトカードに該当する以上，本件各システムが
15 「ホワイトカードに対する入金システム」に係る構成を有するのは自明である。
本件各システムにおいてカードが存在する場合の構成が本件発明の技術的範
囲に属する以上，当該システムがカードを前提としない構成でも機能するとして
も，それは付加部分にすぎず，侵害の成否には関係しない。
（被告の主張）
20 本件発明は，「ホワイトカードに対する入金システム」（構成要件Ａ）に係る
発明であるから，カードを前提としないシステムを許容する構成を含まない。
本件各システムは，ＬＩＮＥ Ｐａｙカードを発行せずともシステムを利用で
きるように構成されており，カードを前提としたシステムではなく，ＬＩＮＥ
Ｐａｙアカウントに対する送金ないし入金がなされるのであって，このことは，
25 事後にＬＩＮＥ Ｐａｙカードが発行された場合も変わらないから，本件各シス
テムは，本件発明が規定する「ホワイトカードに対する入金システム」とは本質
的に性質を異にする。
したがって，本件各システムは，本件発明の構成要件Ａ及びＢ１－１を充足し
ない。
４ 争点１－４（本件振替入金システムが「受金ＩＤ取得部」
（構成要件Ｂ１－１）
5 に係る構成を有するか）について
（原告の主張）
ユーザのＬＩＮＥ Ｍｏｎｅｙアカウントへの入金が可能であるためには，当
該アカウントに対する入金に際して，被告サーバにおいてユーザを特定するユー
ザ銀行口座の口座情報を取得する必要があるから，本件振替入金システムは，受
10 金ＩＤ（ユーザ銀行口座の口座情報）取得部を有する。
被告は，本件振替入金システムにおいて受金者を特定するために用いているの
はユーザ銀行口座の口座情報ではないと主張するが，前記２（原告の主張）(6)イ
記載のとおり，ユーザ銀行口座の口座情報を使用しなければ，どのユーザのアカ
ウントについて増額するかを特定することができないはずである。被告は，ユー
15 ザ銀行口座の口座情報が送金者の特定のために必要であることは認めていると
ころ，本件振替入金システムにおいて送金者と受金者は常に同一人であるから，
被告主張によっても当該口座情報は受金者を特定するものということができる。
また，本件振替入金システムにおいては，被告サーバにチャージ依頼が通知さ
れた時点でユーザ銀行口座の口座情報が被告サーバに送信されるところ（別紙２
20 －３・１(4)～(9)），被告の主張によれば●（省略）●その場合でもユーザ銀行
口座の口座情報が受金者を特定していることは否定されない。
（被告の主張）
ユーザ銀行口座の口座情報は「受金ＩＤ」に該当しないし，被告はＬＩＮＥ Ｐ
ａｙカードのユーザ銀行口座の口座情報を事前に取得しているために当該カー
25 ドに対する入金に際してこれを取得する必要がないから，被告サーバはユーザの
ＬＩＮＥ Ｍｏｎｅｙアカウントに対する入金に際してユーザ銀行口座の口座
情報を取得しない。
したがって，本件振替入金システムは，「受金ＩＤ取得部」に係る構成を有し
ない。
５ 争点１－５（本件振替入金システムが「ホワイトカード使用限度額引上指示装
5 置」（構成要件Ｂ２）に係る構成を有するか）について
（原告の主張）
本件振替入金システムにおける被告サーバは，受金ＩＤ取得部（構成要件Ｂ１
－１），入金受付情報取得部（構成要件Ｂ１－２）及び出力部（構成要件Ｂ１－
３）に係る構成を有するから，ホワイトカード使用限度額引上指示装置に該当す
10 る。なお，本件振替入金システムにおいては，ホワイトカード使用限度額引上指
示装置（構成要件Ｂ２），引上命令装置（構成要件Ｃ２）及びホワイトカードＩ
Ｄ管理装置（構成要件Ｄ２）はいずれも被告サーバである。
(1) 被告サーバがホワイトカード使用限度額引上指示装置に係る構成を有する
こと
15 ア 受金ＩＤ取得部（構成要件Ｂ１－１）について
前記４（原告の主張）記載のとおり，本件振替入金システムは，受金ＩＤ
取得部に係る構成を有する。
イ 入金受付情報取得部（構成要件Ｂ１－２）について
ユーザが，入金する際にスマートフォン等を操作して入金額を入力すると，
20 ユーザ銀行口座から銀行別段口座へと指定入金額の振替入金が行われ，ユー
ザのＬＩＮＥ Ｐａｙカードの使用限度額が指定入金額分だけ引き上げら
れる。これは，被告が，ユーザ銀行から，当該振替入金が完了した旨の情報
を受信しているからである。ユーザ銀行口座から銀行別段口座への指定入金
額の振替入金が完了した旨の情報は，ホワイトカードの使用限度額を引き上
25 げようとする額の入金を受け付けた旨の情報であるから，「入金受付情報」
に該当する。このように，本件振替入金機能を実現する被告サーバは，入金
受付情報を取得する機能を有するから，本件振替入金システムは，入金受付
情報取得部に係る構成を有する。
ウ 出力部（構成要件Ｂ１－３）について
本件振替入金システムにおいては，入金操作が完了すると，ユーザについ
5 て，指定入金額分だけ，ＬＩＮＥ Ｍｏｎｅｙアカウント内の電子マネーの
残高が増加するから，被告サーバにおいて，ユーザ銀行口座の口座情報と入
金受付情報とが関連付けて出力され，当該出力された情報に基づいてユーザ
のＬＩＮＥ Ｍｏｎｅｙアカウントへの入金処理が行われている。このよう
に，本件振替入金システムは，出力部に係る構成を有する。
10 エ 本件振替入金システムは，前記ア～ウの構成を有するから，ホワイトカー
ド使用限度額引上指示装置に係る構成を有する。
(2) 被告の主張について
ア 被告は，ホワイトカード使用限度額引上指示装置は引上命令装置とは別個
の独立した装置であると主張する。
15 しかし，本件明細書等の段落【００２８】には，複数の装置が物理的に一
の装置として実現されてもよいことが明記されているから，被告の上記主張
は失当である。
この点に関連して，被告は，審判請求書（乙２）の記載を指摘するが，原
告は，同指摘部分において，ホワイトカード使用限度額引上指示装置と引上
20 命令装置の有するべき技術事項が異なっていること，ホワイトカード使用限
度額引上指示装置の構成要件に消費使用ＩＤ取得部が含まれていないこと，
両装置を分離する構成を採ることで取引の安全を確保することが可能にな
ることを述べたものであって，同部分は，両装置が物理的に一つの装置であ
ってもよいとの上記段落の記載を否定する趣旨ではない。
25 イ 被告は，ホワイトカード使用限度額引上指示装置で生成される入金受付情
報が実際の支払を受け付ける側の装置で生成されることが前提となってい
ると主張する。
しかし，本件振替入金機能において，ユーザ銀行口座から銀行別段口座へ
の指定入金額の振替入金処理が完了すると，入金を受け付けた旨の入金受付
情報が，ユーザ銀行から日本カードネットワークを介して被告サーバに対し
5 送信され，被告サーバにおいて当該情報を受信するのであって，本件振替入
金機能における入金受付情報は，ユーザ銀行において「生成」され，被告サ
ーバにおいて「取得」されているのであるから，被告の上記主張は前提にお
いて誤っている。
ウ 被告は，ホワイトカード使用限度額引上指示装置は消費使用ＩＤを取得し
10 ない装置を指すと主張する。
しかし，本件発明においては，複数の装置が物理的に一の装置として実現
されてもよいとされているのであるから，仮に被告サーバが物理的に一つの
サーバであるとしても，本件発明の技術的範囲の属否を検討する際には，各
装置の機能を有する単位で装置を区切って各構成要件の充足の有無が検討
15 されることになる。被告の上記主張も失当である。
（被告の主張）
本件発明における「ホワイトカード使用限度額引上指示装置」は，「引上命令
装置」とは別個独立した装置であるから，原告主張のように，被告サーバが「引
上命令装置」に該当するのであれば，これが「ホワイトカード使用限度額引上指
20 示装置」に該当することはない。また，実際に，被告サーバは「ホワイトカード
使用限度額引上指示装置」に該当しない。
なお，本件振替入金機能の実質的な実施主体は，日本カードネットワークと金
融機関であって，被告ではない。
(1) ホワイトカード使用限度額引上指示装置が引上命令装置とは別個独立した
25 装置であること等
本件発明におけるホワイトカード使用限度額引上指示装置は，「ホワイトカ
ードに対する入金に際して，入金すべきホワイトカードの受金ＩＤを取得する
受金ＩＤ取得部」（構成要件Ｂ１－１）を有し，ホワイトカード使用限度額引
上指示装置で取得した受金ＩＤと紐付けられている消費使用ＩＤを取得する
のは「引上命令装置」（その中の「消費使用ＩＤ取得部」）である（構成要件
5 Ｃ１－２）。
また，本件明細書等の段落【００２２】，【００２３】，【００３３】，【０
０３４】，【００４０】の記載によれば，本件発明における「ホワイトカード
使用限度額引上指示装置」は，「引上命令装置」（構成要件Ｃ２）に該当する
中央処理装置の間で情報を有線，無線，あるいは基盤接続によって入出力する
10 装置であって，中央処理装置とは別個独立した装置である。
そして，ホワイトカード使用限度額引上指示装置で生成される入金受付情報
は，実際の金銭の支払を受け付ける側の装置で生成されることが前提とされて
いるから，ホワイトカード使用限度額引上指示装置は，実際の金銭の支払を受
け付ける側，例えば店頭端末や携帯端末等に組み込まれて実現されるものであ
15 る。
このことは，原告が，①本件発明においては，ホワイトカード使用限度額引
上指示装置が引上命令装置とは独立して存在していること，②当該構成を取る
ことで，ホワイトカード使用限度額引上指示装置では，受金ＩＤを取得するも
のの消費使用ＩＤを取得することはあり得ず，それにより安全な取引の実現が
20 可能となることを，本件審判請求書において明確に述べていたこと（乙２）に
よっても裏付けられる。
そうすると，本件発明におけるホワイトカード使用限度額引上指示装置は，
実際に金銭の支払を受け付ける側の装置であり，中央処理装置である引上命令
装置とは別個独立した装置であって消費使用ＩＤを取得しないものを指すと
25 いうべきである。
(2) 被告サーバが「ホワイトカード使用限度額引上指示装置」に該当しないこと。
被告サーバは，実際の金銭の支払を受け付ける側の装置ではない上，原告が
「受金ＩＤ」に相当すると主張するユーザ銀行口座の口座情報だけでなく，原
告が「消費使用ＩＤ」に相当すると主張するＬＩＮＥ Ｍｏｎｅｙアカウント
も当然に取得している。このように，本件振替入金システムは，ホワイトカー
5 ド使用限度額引上指示装置と引上命令装置とを別個独立の装置とすることで，
ホワイトカード使用限度額引上指示装置では消費使用ＩＤを取得せず，安全な
取引の実現を可能とする本件発明とは，本質的に異なっている。
したがって，被告サーバが「引上命令装置」に該当するのであれば，被告サ
ーバは，「ホワイトカード使用限度額引上指示装置」に該当しない。
10 (3) 原告の主張について
原告は，本件明細書等の段落【００２８】の記載を根拠として，本件発明に
おいては，複数の装置が物理的に一の装置として実現されてもよいとされてい
ると主張するが，同段落が許容するのは，単一の装置が「引上命令装置」 「ホ
と
ワイトカードＩＤ管理装置」の機能を併せ有していてもよいということであっ
15 て，ホワイトカード使用限度額引上指示装置の意義に照らせば，同装置の機能
を有する装置が引上命令装置やホワイトカードＩＤ管理装置の機能を併有す
ることは禁止されていると理解すべきである。
６ 争点１－６（本件送金システムに係る均等侵害の成否）について
（原告の主張）
20 本件発明は，「入金受付情報」（構成要件Ｂ１－２，Ｂ１－３，Ｃ１－１，Ｃ
１－２）の構成を有しないが，本件送金システムの構成は，以下のとおり均等の
要件をいずれも充足し，本件発明の構成と均等であるから，本件送金システムは，
本件発明の技術的範囲に属する。
(1) 第１要件
25 ア 本件発明は，他者からの送金などを受金することで使用限度額を引き上げ
ることができるよう，当該カードに対する入金を随時受付可能に管理する機
能を備えるカード使用限度額引き上げシステムを提供することを課題とす
るものである。当該課題を解決するため，同発明においては，相互に独立し
た，ホワイトカードの利用者が消費使用に利用可能な消費使用ＩＤと，利用
者が受金にのみ利用可能な受金ＩＤとをあらかじめ紐付け，システム内に保
5 持した上で，送金者は受金者を受金ＩＤで特定して送金し，当該受金ＩＤに
紐付けられた送金額相当額を消費使用ＩＤに関連付けられたカードの使用
限度額として引き上げる構成としている。この構成により，本件発明は，他
者から送金などを受金することでユーザの手元にある利用可能な金額が増
えたことをリアルタイムに反映することができ，また，受金ＩＤと消費使用
10 ＩＤとを別々のＩＤとすることで安全に受金と消費を行うことができると
いう作用効果を奏する。
以上からすれば，本件発明の本質的部分は，相互に独立した，ホワイトカ
ードの利用者が消費使用に利用可能な消費使用ＩＤと，利用者が受金にのみ
利用可能な受金ＩＤとがあらかじめ紐付けられ，システム内に保持されてい
15 る構成において，当該ホワイトカードの使用限度額を引き上げるという点に
ある。
イ 本件発明の「入金受付情報」は，実際に入金のための支払があったことを
示す情報であるのに対し（段落【００４０】），本件送金システムでは，送
金指示の際に実際に入金のための支払があったことは要しない。
20 しかし，送金する際に送金額について実際に支払があったか否か（すなわ
ち送金額の由来）は，本件発明の本質的部分とは関係がない。
したがって，本件送金システムは，均等の第１要件を充足する。
(2) 第２要件
本件発明の「入金受付情報」を「送金指示受付情報」に置換しても，他者か
25 ら送金などを受金することでユーザの手元にある利用可能な金額が増えたこ
とをリアルタイムに反映することができ，安全に受金と消費を行うことができ
る。
このように，上記の置換をしても，本件発明の目的を達成することができ，
同一の作用効果を奏するから，本件送金システムは，均等の第２要件を充足す
る。
5 (3) 第３要件
送金する際に，送金額について実際に支払があったことを要する構成にする
か否かは，当業者が適宜選択する設計事項にすぎない。「入金受付情報」 「送
を
金指示受付情報」と置き換えることは，被告サービス提供が開始された時点に
おいて当業者が容易に想到することができるものであるから，本件送金システ
10 ムは均等の第３要件を充足する。
(4) 第４要件
本件送金システムは，本件発明の特許出願時における公知技術と同一でもな
いし，当業者が出願時に容易に推考し得たものでもない。
(5) 第５要件
15 原告において，本件発明の技術的範囲から，本件送金システムの態様を意識
的に除外したとの事情は存しない。
（被告の主張）
本件送金システムは，少なくとも均等の第１要件，第２要件及び第５要件を充
足しないから，均等侵害は成立しない。
20 (1) 第１要件
ア 本件明細書等に記載されている本件発明の課題，課題解決手段及び作用効
果，出願経過における従来技術と本件発明との相違に関する原告の説明から
すれば，本件発明においては，「入金受付情報」が，実際に入金のための支
払があったことを示す情報であり，かつ，同情報の授受の前提として，実際
25 に入金のための支払がなされていることが，従来技術にない課題解決手段で
あるとともに，「送金などの受金によって一時的に増えた金額を元にカード
を利用した支払をすることができる。また，そのための受金を安全に行うこ
とができる。」（段落【００８８】）との本件発明の作用効果を奏する前提
となっているということができる。このため，「入金受付情報」に係る構成
も，本件発明の本質的部分というべきである。
5 しかるに，本件送金システムは，「入金受付情報」に係る構成を採用して
おらず，上記作用効果も奏しないから，均等の第１要件を充足しない。
イ 仮に，本質的部分に関する原告の主張を前提としても，被告送金システム
においては，「使用限度額」を引き上げる構成を採用しておらず，また，Ｌ
ＩＮＥアカウントやＬＩＮＥ Ｃａｓｈアカウントは，いずれもＬＩＮＥ
10 Ｐａｙカードにあらかじめ紐付けられていないから，本件発明と本件送金シ
ステムは，本質的部分を異にし，均等の第１要件を充足しない。
(2) 第２要件
被告送金システムでは，「使用限度額」を引き上げる構成を採用していない
から，どのような要件の置換を行っても，本件発明の目的を達成することも，
15 同一の作用効果を奏することもなく，均等の第２要件を充足しない。
(3) 第５要件
原告は，本件特許の出願経過において，「入金受付情報」を用いた本件発明
の構成では，従来技術と異なり，口座の残高引上処理を待たずに利用限度額を
引き上げることができることを強調して（乙２） 本件特許を取得しているが，
，
20 本件発明においてかかる効果を得られるのは，「お金を受け取った」ことが前
提となって，その旨を知らせる「入金受付情報」が発出されるからである。
したがって，原告は，出願経過において，「入金受付情報」が発出される時
点において入金のための支払がなされている構成のみを，本件発明の技術的範
囲と捉えている旨を表明しているのであって，それ以外の構成は本件発明の技
25 術的範囲から意識的に除外したものというべきである。
したがって，実際に入金のための支払があったことを要しない本件送金シス
テムの態様は，本件発明の技術的範囲から意識的に除外されており，均等の第
５要件を充足しない。
７ 争点１－７（本件振替入金システムに係る均等侵害の成否）について
（原告の主張）
5 仮に，本件振替入金システムにおいて，入金受付情報と関連付けて出力される
のが入金操作を開始する前に作成される受金ＩＤではないとしても（構成要件Ｂ
１－３，Ｃ１－１，Ｃ１－２，Ｄ１－２，Ｄ１－３の非充足），同システムの構
成は，本件発明の構成と均等であるから，本件発明の技術的範囲に属する。
(1) 本件発明と本件振替入金システムとの相違点
10 被告は，本件振替入金システムの電子マネー残高の増額の仕組みにつき，
●（省略）●と主張する。
上記主張によると，本件発明と本件振替入金システムとは，以下の点で相違
することになる。
●（省略）●（構成要件Ｂ１－３，Ｃ１－１，Ｃ１－２，Ｄ１－２，Ｄ１－
15 ３）
(2) 均等侵害の要件の充足
以下のとおり，被告主張の構成に従ったとしても，本件振替入金システムは，
均等侵害の要件をいずれも充足する。
ア 第１要件
20 本件発明の本質的部分は，前記のとおり，相互に独立した，ホワイトカー
ドの利用者が消費使用に利用可能な消費使用ＩＤと，利用者が受金にのみ利
用可能な受金ＩＤとがあらかじめ紐付けられ，システム内に保持されている
構成において，当該ホワイトカードの使用限度額を引き上げるという点にあ
る。被告の主張の構成では，入金操作が完了すると，ユーザ銀行口座から銀
25 行別段口座に指定入金額の振替入金が行われ，ユーザのＬＩＮＥ Ｍｏｎｅ
ｙアカウント内の電子マネーが指定入金額分だけ増加するから，●（省略）
●
したがって，本件振替入金システムは，均等の第１要件を充足する。
イ 第２要件
本件発明の目的は，他者から送金などを受金することでユーザの手元にあ
5 る利用可能な金額が増えたことをリアルタイムに反映することができ，安全
に受金と消費を行うことができることにある。●（省略）●置換しても，当
該目的を達成することができ，同一の作用効果を奏する。
したがって，本件振替入金システムは，均等の第２要件を充足する。
ウ 第３要件
10 ●（省略）●は，被告サービスの提供が開始された時点において，当業者
が容易に置換できるものである。
したがって，本件振替入金システムは，均等の第３要件を充足する。
エ 第４要件
本件振替入金システムは，本件発明の特許出願時における公知技術と同一
15 でもないし，当業者が出願時に容易に推考し得たものでもない。
オ 第５要件
原告において，本件発明の技術的範囲から，本件振替入金システムの態様
を意識的に除外したとの事情は存在しない。
（被告の主張）
20 本件振替入金システムは，均等侵害の第１要件，第２要件及び第５要件を充足
しないから，均等侵害は成立しない。
(1) 第１要件
本件発明においては，受金ＩＤと消費使用ＩＤとが遅くともユーザが受金Ｉ
Ｄへの送金手続を開始する時点において紐付いている必要があるが，本件振替
25 入金システムでは，●（省略）●原告主張の「消費使用ＩＤと…受金ＩＤとが
あらかじめ紐付けられ，システム内に保持されている構成」を有しない。
したがって，本件振替入金システムは，均等の第１要件を満たさない。
(2) 第２要件
本件発明においては，受金ＩＤと消費使用ＩＤが，遅くとも送金手続を開始
する時点において紐付けられていることによって，確実に入金を行うことがで
5 きる（乙２）のであるから，●（省略）●置換した場合には，原告主張の本件
発明の目的である安全な受金を達成することができない。
したがって，本件振替入金システムは，均等の第２要件を満たさない。
(3) 第５要件
原告は，審査過程において，受金ＩＤと消費使用ＩＤとが「あらかじめ」紐
10 付けられている旨の補正を行うに際し，「本件補正は，本願発明に用いられる
ホワイトカードと二つのＩＤとの紐付けがなされる時期を限定する内容の減
縮補正であり」とその意義を説明し（乙２・２頁），かかる経過を経て特許査
定を受けているから，受金ＩＤと消費使用ＩＤとが「あらかじめ」紐付けられ
ている構成を有しない態様を意識的に除外したといえる。
15 したがって，受金ＩＤと消費使用ＩＤとがあらかじめ紐付けられていない本
件振替入金システムは，均等の第５要件を満たさない。
８ 争点２（被告が本件発明を実施しているか）について
(1) 争点２－１（被告が本件送金システム等においてホワイトカード使用限度額
引上指示装置に係る構成を実施しているか）について
20 （原告の主張）
本件におけるホワイトカード使用限度額引上指示装置（ユーザのスマートフ
ォン，ファミリーマートのコンビニエンスストアのＰＯＳレジ等）は，被告以
外の第三者が保有・操作し得るものであるが，本件では，以下のとおり，本件
発明の全工程が被告自身により実施されている場合と同視し得る。
25 ア 本件送金システムについて
(ｱ) 本件送金システムを用いて他のユーザに送金するためには，送金者たる
ユーザは，受金者のＬＩＮＥアカウント（受金ＩＤ）を自己のスマートフ
ォンに入力した上で，ＬＩＮＥ Ｐａｙカードの使用限度額を引き上げよ
うとする額の送金指示を入力し，当該スマートフォンは受金者のＬＩＮＥ
アカウント（受金ＩＤ）と当該金額を関連付けて出力することになるが，
5 これらの工程は，被告が自社サービスの内容として定めたものである。
このように，ユーザが被告の定めた手順に従ってスマートフォン（構成
要件Ｂ２）を操作すれば，構成要件Ｂ１－１～Ｂ１－３に記載された手順
が必ず履践されるから，被告は，ユーザを道具として上記各構成要件を実
施していると評価できる。
10 (ｲ) 被告コンピュータシステムは，ＬＩＮＥ Ｐａｙカードの保有者が決済
等に利用可能なＬＩＮＥ Ｃａｓｈアカウントと，当該保有者が受金に利
用可能なＬＩＮＥアカウントとを紐付ける構成を構築するものであり，本
件送金システムにおいて枢要な機能を果たしている。一方，本件送金シス
テムを用いて送金するためにユーザが操作する携帯端末は，あらかじめ被
15 告の定めた手続順序に従って必要な入力を行うためだけのものであり，本
件送金システムにおいては従たる位置付けの装置である。
また，被告は，被告サービスの加盟店から手数料を受け取っており，当
該サービスから営業上の利益を得ている。
したがって，被告コンピュータシステムの管理主体である被告は，本件
20 送金システム全体を支配管理していると評価できる。
イ 本件入金システムについて
(ｱ) 前記ア(ｱ)におけるユーザと同様，本件入金システムにおいて，コンビ
ニエンスストアの店員が，被告の定めた手続順序に従ってＰＯＳレジ等
（構成要件Ｂ２）を操作すれば，構成要件Ｂ１－１～Ｂ１－３に記載され
25 た手順が必ず履践されるから，被告は，当該店員を道具として上記各構成
要件を実施していると評価できる。
(ｲ) 被告コンピュータシステムは，受金ＩＤと消費使用ＩＤとを紐付ける構
成を構築するものであり，本件入金システムにおいてその全体を支配管理
していると評価できる。
（被告の主張）
5 原告は，「ホワイトカード使用限度額引上指示装置」（構成要件Ｂ）に係る
構成として，本件送金システムについてはユーザの端末装置（送金者のスマー
トフォン），本件入金システムについてはコンビニエンスストアのＰＯＳレジ
等と対応付けているが，これらの構成は，ユーザないしコンビニエンスストア
が管理，実施するものであって，被告は一切実施していない。
10 原告は，道具理論及び支配管理論に基づく主張をするが，特許権の侵害は，
業として特許発明を実施することにより成立するのが原則であり，複数の者に
よる侵害については間接侵害の規定（法１０１条）がある。間接侵害の規定は，
侵害の限界を画する作用を果たすために限定列挙されているのであるし，原告
は，本件特許請求の範囲を単独の主体が全ての構成要件を充足するように記載
15 することもできたのに，そうしなかったのであるから，安易に拡張解釈をすべ
きではない。本件においては，ユーザないしコンビニエンスストア等の行為が
なければ本件発明の技術的範囲に属することはないから，被告の行為のみによ
って本件特許権を侵害すると評価することはできない。
(2) 争点２－２（被告が本件発明を日本国内で実施しているか）について
20 ●（省略）●
９ 争点３（本件発明が特許無効審判により無効にされるべきものと認められるか）
について
別紙４のとおり
第４ 当裁判所の判断
25 １ 本件発明の内容等について
(1) 本件明細書等（甲２）には，以下の記載が存在する。
ア 技術分野
「本発明は，商品購入などに際して決済のために使用されるカードに関し
て，その使用限度額を適宜変更可能とし，さらにその変更を安全に行うため
の技術に関する。」（段落【０００１】）
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 利用がなされるＩＤも含まれる。したがって例えば受金用に発行される専用
ＩＤのほか，携帯／固定電話番号や電子メールアドレス，住民基本台帳番号
なども含まれる。」（段落【００３６】）
「そして，この受金ＩＤ取得部は，例えばＧＵＩやその他入力デバイス，
あるいはバーコードリーダなどの情報読取装置などによって実現すること
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 場合ユーザβの使用限度額はその譲渡分引下げられ，使用できないよう構成
すると良い。」（段落【０１０８】）
(2) 本件特許請求の範囲及び前記(1)の記載によれば，本件発明は，①商品購入
などに際して決済のために使用されるホワイトカードの使用限度額引き上げ
システムに関する発明であり，②クレジットカードの使用限度額が契約時にあ
25 る程度固定されるため，限度額の引上げ等の変更が困難ないし煩雑な手続を要
し，他者からの送金を受金することなどでユーザの所持金が当該クレジットカ
ードの平均所得以上に増えたとしても，カード会社に逐一連絡などして所定の
手続を経なければそれが使用限度額に反映されないため，その増加分を反映さ
せたクレジットカードの利用をすることができないことを課題とし，③(a)ホ
ワイトカードに対する入金に際して，ホワイトカード使用限度額引上指示装置
5 が，取得した受金ＩＤとホワイトカードの使用限度額を引き上げようとする額
の入金受付情報とを関連付けて出力し，(b)引上命令装置は，これらを受信す
ると当該受金ＩＤをホワイトカードＩＤ管理装置に送信し，(c)ホワイトカー
ドＩＤ管理装置は，これを受信すると，あらかじめ保持されている紐付テーブ
ルを参照して取得した消費使用ＩＤを引上命令装置に返信し，(d)引上命令装
10 置は，取得した消費使用ＩＤと使用限度引上額を含む引上命令を送信するとい
うシステムを採用することにより，④他者から送金などを受金することでユー
ザの手元にある利用可能な金額が増えたことをリアルタイムに反映し，それを
買い物などの支払に利用することができるカードをユーザに提供することが
できるとともに，安全に受金と消費を行うことができるという効果を得られる
15 ことを特徴とする発明であると認められる。
２ 争点１－１（本件各システムが「使用限度額」，「ホワイトカード」（構成要
件Ａ等）に係る構成を有するか）について
(1) 構成要件Ａ等の「ホワイトカード」及び「使用限度額」の意義
ア 構成要件Ａ等の「使用限度額」の意義については，特許請求の範囲の上記
20 記載からは一義的には明らかではないが，本件明細書等の段落【０００２】
には，「このクレジットカードは，契約時に例えばユーザの支払能力などに
応じて所定期間内で使用可能な金額（使用限度額）が設定され，その使用限
度額の中であれば，このクレジットカードを店頭で提示したり，ネットショ
ップにてカード番号を入力したりすることで自由に買い物を行うことがで
25 きる」（判決注：下線を付加）と記載されているところ，同記載によれば，
本件発明にいう「使用限度額」は，ユーザとの契約時にその支払能力（すな
わち信用力）に応じて設定される金額であり，月単位等の所定期間内におい
て使用可能な上限額であると認められる。
本件明細書等には，さらに，「しかし上記従来のクレジットカードにおい
ては，その使用限度額に関しては契約時にある程度固定されるため，限度額
5 の引上げなどの変更がなかなかできない，あるいは煩雑な手続きが必要とな
る，という課題がある。そこで下記特許文献１（判決注：乙８公報）には，
そのクレジットカードの使用限度額を利用実績に応じて算出変更する技術
が開示されている。」（段落【０００３】），「しかし，上記従来技術にお
ける使用限度額の変更は，予め定められた使用限度額内での利用実績に応じ
10 て算出変更されるものであり，以下のようなケースには対応できないという
課題がある。すなわち他者からの送金を受金することなどでユーザの所持金
が当該クレジットカード契約時の平均所得以上に増えたとしても，カード会
社に逐一連絡などして所定の手続きを経なければそれが使用限度額に反映
されることは無い。そのため，その増加分を反映させたクレジットカードの
15 利用をすることができない，という課題である。」（段落【０００５】），
「以上の課題を解決するために，本発明は，他者からの送金などを受金する
ことで使用限度額を引上げることができるよう，当該カードに対する入金を
適時受付可能に管理する機能を備えるホワイトカード使用限度額引き上げ
システムを提供する。」（段落【０００６】），「本発明によって，他者か
20 ら送金などを受金することでユーザの手元にある利用可能な金額が増えた
ことをリアルタイムに反映し，それを買い物などの支払に利用することがで
きるカードをユーザに提供することができる。」（段落【００１６】）との
記載がある（判決注：下線を付加）。そして，上記従来技術として挙げられ
ている乙８発明は，発明の名称を「クレジットカード管理システム」とし，
25 クレジットカード利用限度額を適正に設定することなどを課題とするもの
である。
本件明細書等の上記記載によれば，本件発明にいう「使用限度額」は，ユ
ーザとの契約時にその金額が「ある程度固定される」ものであり，その金額
の範囲内であれば自由に買い物等ができるものの，他者からの送金を受金す
ることなどでユーザの所持金が契約時より増えたとしても，カード会社に連
5 絡などして所定の手続を経なければ限度額の引上げを行うことができない
ものであると認められる。そうすると，電子マネーが入出金するたびに，そ
れを反映して使用可能な金額が変動するプリペイドカード等の使用可能金
額は，本件発明の「使用限度額」には当たらないというべきである。
イ 本件発明の「ホワイトカード」の意義に関し，本件特許請求の範囲には明
10 示的な記載はないが，乙６，７によれば，一般的に，ホワイトカードは，「カ
ード会社が個人向けに発行する最もベーシックなクレジットカード」
（乙６）
を意味するものと認められる。
この点に関し，本件明細書等には，「従来，ユーザは信販会社と契約し交
付されるいわゆる「クレジットカード」を利用することで，現金を持たずに
15 買い物をすることができる。このクレジットカードは，契約時に例えばユー
ザの支払能力などに応じて所定期間内で使用可能な金額（使用限度額）が設
定され，その使用限度額の中であれば，このクレジットカードを店頭で提示
したり，ネットショップにてカード番号を入力したりすることで自由に買い
物を行うことができるようになっている。」（段落【０００２】），「しか
20 し上記従来のクレジットカードにおいては，その使用限度額に関しては契約
時にある程度固定されるため，限度額の引上げなどの変更がなかなかできな
い，あるいは煩雑な手続きが必要となる，という課題がある。そこで下記特
許文献１には，そのクレジットカードの使用限度額を利用実績に応じて算出
変更する技術が開示されている。」（段落【０００３】），「他者からの送
25 金を受金することなどでユーザの所持金が当該クレジットカード契約時の
平均所得以上に増えたとしても，カード会社に逐一連絡などして所定の手続
きを経なければそれが使用限度額に反映されることは無い。そのため，その
増加分を反映させたクレジットカードの利用をすることができない，という
課題である。」（段落【０００５】），「例えばカードを発行する信販会社
などの装置に対してカードの使用限度額を引上げる命令を出力する。すると，
5 当該消費使用ＩＤで識別されるカードについて「１万円」の入金があったこ
とが信販会社などにて確認され，」（段落【００２６】），「この確認リク
エストの送信及び確認レスポンスの返信は，通常のクレジットカードの使用
限度額の確認システムなどを転用して実現しても良い。」
（段落【０１０７】）
などの記載が存在する（判決注：下線を付加）。
10 前記判示の「ホワイトカード」の一般的な意義に加え，本件明細書等にお
ける上記各記載，特に本件発明の課題がクレジット契約時に設定された使用
限度額の引上げにあることなどによれば，本件発明の「ホワイトカード」は，
クレジットカードを意味すると解することが相当である。他方，同明細書等
には「ホワイトカード」がプリペイドカードやデビットカードを含む旨の明
15 示的な記載又はそれを前提とする記載は存在しないことに照らすと，本件発
明における「ホワイトカード」がプリペイドカード等を含むと解することは
できない。
ウ したがって，本件発明における「ホワイトカード」はクレジットカードを
意味し，「使用限度額」とは，「契約時に設定されてある程度固定される，
20 所定期間内で使用可能な金額」を意味するものというべきである。
(2) 原告の主張について
原告は，本件発明にいう「使用限度額」とは，「カードを使用するに当たっ
ての限度額」 すなわち買い物に使用できる限度額であり，
， 「ホワイトカード」
はクレジットカードに限定されないと主張するが，以下のとおり，原告の主張
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 要件の非充足を前提とするものではないので，判断することを要しない。 。
）
３ よって，その余の点につき判断するまでもなく，原告の請求は理由がないから，
これを棄却することとして，主文のとおり判決する。
東京地方裁判所民事第４０部
裁判長裁判官
佐 藤 達 文
裁判官
三 井 大 有
裁判官
? 野 俊 太 郎
別紙１
物件目録
「ＬＩＮＥ Ｐａｙ」サービスにおいて以下の機能を実現するコンピュータシステム
１ ＬＩＮＥ Ｐａｙアカウントを有するユーザが携帯端末等を使用して他のユー
ザのＬＩＮＥ Ｐａｙアカウントに電子マネーを送金する機能
２ 訴外株式会社ファミリーマートの運営するコンビニエンスストアにおいてユー
10 ザのＬＩＮＥ Ｐａｙアカウントに電子マネーを入金する機能
３ ユーザが「ＬＩＮＥ Ｐａｙ」サービスにおいて登録した銀行口座から口座振替
の方法によりＬＩＮＥ Ｍｏｎｅｙアカウントに電子マネーを入金する機能
15 以上
別紙２－１
本件送金機能の概要
１ ユーザが，スマートフォン上でＬＩＮＥを起動させ，下記の画面を表示する。
２ 前記画像中の上段・中央の「送金」ボタンを選択すると，送金先候補として，Ｌ
ＩＮＥアカウントが表示される。送金先のＬＩＮＥアカウントの左横をタップする
と，以下の画面のように「✔」のマークが付される。
３ 前記画像中の右上の「選択」ボタンを押すと，以下の画面に遷移する。
４ 前記画像中の金額のアイコンをタップし，送金額（本件では１００円）を入力す
ると，以下の画面に遷移する。
５ 前記画像中の下部の「次へ」というアイコンをタップすると，以下の画面に遷移
する。この画面では，受金者のＬＩＮＥアカウントと送金額が同一画面で表示され
5 ている。
６ 前記画像中の下部の「送金」というアイコンをタップした後，パスワード入力画
面でパスワードを入力すると，以下の画面に遷移する。
７ 前記画像中の中心部の「確認」というアイコンをタップすると，送金者の端末に
は以下の送金メッセージが表示される。
８ また，受金者の端末には以下の送金メッセージが表示される。
別紙２－２
本件入金機能の概要
１ 受金者がスマートフォン上でＬＩＮＥを起動し，ＬＩＮＥ Ｐａｙを選択すると，
以下の画面が表示される。
２ 上記画面の上段・左側の「チャージ」ボタンを受金者が押すと，以下の画面に遷
移する。この画面では入金方法の候補が表示されている。
３ 上記画面において受金者が「コンビニ」を選択すると，以下の画面に遷移する。
当該画面は入金額を設定する画面であり，受金者は任意の金額（以下の画面では１
5 ０００円）を入力する。
４ 上記画面の下部の「チャージ」ボタンを押すと，以下の画面に遷移する。当該画
面では，入金する際に必要となる「受付番号」及び「予約番号（申込番号）」が表
示される。受金者は送金者にこれらの番号を通知する（以下では，送金者と受金者
が異なる例を用いて説明するが，同様のステップにより，送金者は自己のアカウン
5 トに入金することもできる。）。
５ 受金者から「受付番号」及び「予約番号（申込番号）」の通知を受けた送金者が，
ファミリーマートの店舗内に設置されているＦａｍｉポートを使用して該当サービ
10 スを選択し，第１番号入力画面で「受付番号」（以下の画面では「１５００７１」）
を入力する。
６ 送金者が第２番号入力画面で「予約番号（申込番号）」（以下の画面では「０４
１６７３９８６５６」）を入力する。
７ 以下のご注文商品一覧の画面が表示される。送金者は，①「お客様氏名」の欄に受
金者の氏名，②「合計金額」の欄に入金額が各々記載されていることを確認し（下記
赤枠部分参照），右下の「ＯＫ」ボタンを押す。
８ ７で「ＯＫ」ボタンを押すと，Ｆａｍｉポートから，Ｆａｍｉポート申込券が発券
される。Ｆａｍｉポート申込券の中部にはバーコードが印刷されている。
９ 送金者は，８のＦａｍｉポート申込券をファミリーマートの店員に提示し，店員
は，当該申込券に印刷されたバーコードを，ＰＯＳレジのバーコードリーダで読み
10 取る。読み取りが完了すると，送金者は，店員に入金額である１０００円を支払う。
支払後に送金者に発行される領収書は以下のとおりである。受金者の氏名の下に，送
金者の入力した「予約番号（申込番号）」（本件では「０４１６７３９８６５６」）
が記載されている（下記赤枠部分参照）。
１０ ９の完了直後，受金者のＬＩＮＥ Ｃａｓｈアカウント内の電子マネーの残高
が，送金者から入金があった額（本件では１０００円）だけ増加する。
別紙２－３
本件振替入金機能の概要
本件振替入金機能は，ユーザが当該機能を用いて電子マネーを自分のＬＩＮＥ Ｍ
5 ｏｎｅｙアカウントに入金するステップと，訴外株式会社日本カードネットワーク
（以下「日本カードネットワーク」という。）の「リアルタイム口座振替サービス」
により実現される。
１ ユーザが本件振替入金機能を用いて電子マネーをＬＩＮＥ Ｍｏｎｅｙアカウ
10 ントに入金するステップは，以下のとおりである（甲１０号証）。
(1) スマートフォンで被告サービスを起動し，下記の画面を表示する。

(2) 前記画面の「銀行口座」ボタンを押すと，下記の画面に遷移する。

(3) 前記画面で，ユーザが銀行口座の登録を希望する銀行を選択すると，以下の
画面に遷移するので，口座情報を入力する。


(4) 前記画面において，口座情報の入力を完了し，さらに所定の入力を完了すると，
下記の画面に遷移する。この時点で，被告サービスにおいて，ユーザが本件振替
入金機能を利用する際に用いる銀行口座（以下，当該銀行口座を「ユーザ銀行口
座」といい，ユーザ銀行口座を管理する銀行を「ユーザ銀行」という。）が登録
5 される。

(5) ユーザ銀行口座の登録完了後に被告サービスを起動すると，以下の画面が表示
される。

(6) 前記画面の「チャージ」ボタンを押すと，以下の画面に遷移する。

(7) 前記画面の「銀行口座」ボタンを押すと，以下の画面に遷移し，ユーザ銀行口
座が画面に表示される。

(8) 前記画面に表示されているユーザ銀行口座を選択すると，以下の画面に遷移す
る。この画面で入金額を指定する。この検証では，入金額として１００円を指定
した。
(9) 前記画面において，入金額を指定し（以下では，ここで指定した入金額を「指
15 定入金額」という。），「チャージ」ボタンを押すと，以下の画面に遷移する。
この時点でユーザのＬＩＮＥ Ｍｏｎｅｙアカウントへの指定入金額の入金処
理が行われている。

(10) 前記の入金処理が完了すると，ユーザのＬＩＮＥ Ｍｏｎｅｙアカウント内
の残高が指定入金額分増加する。

(11) 前記(10)の後のユーザ銀行口座の入出金明細は以下のとおりである。下記の
15 とおり「ラインペイ（カ」（すなわち被告）名義の銀行口座に向けて指定入金額
が入金された旨が表示される。

２ 上記のステップのうち，１(8)～(11)のステップを図にすると，以下のとおりで
ある。
(8)銀行口座・入金額の送信
LINE Pay
(9)(10)LINE Moneyアカウント
ユーザ の残高増加
A銀行
A銀行 B銀行
(11)指定入金額の入金
ユーザの口座 LINE Pay(株)の口座
(※) 図中の(8)～(11)は、本文中の2(8)～(11)に対応する。
なお，ユーザ銀行口座の入出金明細からは，被告の保有する銀行口座（以下「被
告の銀行口座」という。）が「Ａ銀行」内にあるか否かが不明であるので，上記図
では，便宜上，「Ｂ銀行」としている。
10 ３ 上記図中の，ユーザ銀行口座から被告の銀行口座への振替入金において，被告は
日本カードネットワークの提供するリアルタイム口座振替サービスを利用してい
る（甲１１）。
リアルタイム口座振替サービスは，口座振替契約を有する預金者の銀行口座から
即時に口座振替により資金決済を実現するサービスであり，その概要は以下のとお
15 りである（甲１２・３頁）。
当該サービスの概要を，上記１で述べたステップに沿って説明する。
(1) 上記図において，「導入企業」は被告を，「ＣＡＲＤＮＥＴ」は日本カードネ
ットワークを，「金融機関」はユーザ銀行を，「利用者口座」はユーザ銀行口座
5 を，「収納企業口座」は被告の銀行口座を指す。なお，導入企業である被告は，
ユーザ銀行内に自社の銀行口座を持つことが前提とされている。
(2) まず，ユーザがユーザ銀行口座及び入金額を指定した上で「チャージ」ボタン
を押すと，被告（導入企業）において当該ユーザ銀行口座の情報及び指定入金額
を含む納付書情報が作成される（上記図の◇）。
10 (3) 次に，当該納付書情報が，日本カードネットワークを介して，被告からユーザ
銀行へと送信される（上記図の◇～◇）。
2 4
(4) ユーザ銀行が当該納付書情報を受信すると，ユーザ銀行口座から指定入金額分
が銀行別段口座へと振替入金される（上記図の◇）。
(5) 銀行別段口座への振替入金が完了すると，入金を受け付けた旨の情報が，日本
15 カードネットワークを介して，ユーザ銀行から被告へと送信される（上記図の◇
～◇）。
(6) その後，銀行別段口座から，同一銀行内の被告の銀行口座へと指定入金額分が
入金される（上記図の◇）。
別紙３－１
本件発明と本件送金システムの各構成の対比
１ 構成要件Ａ
5 以下のとおり，本件送金システムは，構成要件Ａを充足する。
(1) 本件発明において，「使用限度額」とは，ホワイトカードを店頭で提示する等
により，買い物に使用できる限度額である（【０００２】参照。）。
本件送金システムでは，受金者のＬＩＮＥ Ｐａｙカードに対応したＬＩＮＥ
Ｃａｓｈアカウントへの入金額に応じて，物品の決済等を行う際の限度額を引き
10 上げることができる。
(2) 本件発明において，
「受金ＩＤ」とは受金にのみ利用可能なＩＤであるところ，
「受金にのみ利用可能」とは，ホワイトカードとの関係において受金にのみ利用
され，消費使用には利用されないという意味であり，ホワイトカードと関係の無
い場面において利用されるＩＤも含まれる（【００３６】）。
15 本件送金システムでは，送金者は受金者をＬＩＮＥアカウントで特定し，当該
アカウントは，ＬＩＮＥ Ｐａｙカードとの関係においては，受金者を特定する
ためのみに利用され，物品の決済等に利用されることはない。そのため，当該ア
カウントは「受金ＩＤ」に該当する。
(3) 本件発明において「消費使用ＩＤ」とは消費使用に利用可能なＩＤである 【０
（
20 ００６】）。
本件送金システムでは，受金者は，送金額だけ増額したＬＩＮＥ Ｃａｓｈア
カウント内の電子マネーを用いて物品の決済等を行うことができる。そのため，
ＬＩＮＥ Ｃａｓｈアカウントは「消費使用ＩＤ」に該当する。
(4) ＬＩＮＥ Ｐａｙカードは本件送金システムを含む被告サービスによって管
25 理されるカードであるから，「ホワイトカード」に該当する（【００３６】）。
送金者は，送金の際に受金者のＬＩＮＥアカウント（受金ＩＤ）を選択する。
そして，送金が完了すると，受金者のＬＩＮＥ Ｃａｓｈアカウント（消費使用
ＩＤ）内の電子マネーの残高が増加し，当該アカウントに対応するＬＩＮＥ Ｐ
ａｙカードの使用限度額が増加する。したがって，ＬＩＮＥ Ｐａｙカードに対
応しているＬＩＮＥアカウント（受金ＩＤ）とＬＩＮＥ Ｃａｓｈアカウント（消
5 費使用ＩＤ）は，あらかじめ紐付けられている。
(5) 本件送金システムがホワイトカード「に対する入金システム」を充足すること
は自明である。
２ 構成要件Ｂ１－１
送金する際に，送金者はスマートフォンを操作して受金者のＬＩＮＥアカウント
10 （受金ＩＤ）を選択・入力する。
したがって，本件送金システムは，構成要件Ｂ１－１を充足する。
３ 構成要件Ｂ１－２
送金する際に，送金者はスマートフォンを操作して受金者への送金額を入力する。
送金が完了すると，受金者のＬＩＮＥ Ｐａｙカードの使用限度額は送金額だけ引
15 き上げられる。したがって，送金者のスマートフォンは，ＬＩＮＥ Ｐａｙカード
の使用限度額を引き上げようとする額の送金指示を受け付けた旨の情報を取得す
る機能を有する。
一方，本件送金システムでは，送金すべき金額の電子マネーが送金者のアカウン
ト内にあればよく，送金指示の際に実際に入金のための支払があったことは要しな
20 い。「入金受付情報」は，実際に入金のための支払があったことを示す情報である
とされている（【００４０】）。そのため，本件発明と本件送金システムは，送金
額に関する情報が，実際に入金を受け付けた旨の情報であるか（本件発明の「入金
受付情報」），送金者のアカウント内にある電子マネーの送金指示を受け付けた旨
の情報（以下「送金指示受付情報」という。 であるか
） （本件送金システムの場合），
25 という点において，相違する（以下の対比では，「入金受付情報」に関する相違に
ついての指摘は省略する。）。
４ 構成要件Ｂ１－３
送金が完了すると，送金者のスマートフォンで選択されたＬＩＮＥアカウントで
特定される受金者について，送金額だけ，ＬＩＮＥ Ｃａｓｈアカウント内の電子
マネーの残高が増加する。
5 したがって，送金者のスマートフォンが，受金者のＬＩＮＥアカウントと送金額
を関連付けて出力していることは明らかであり，本件送金システムは，構成要件Ｂ
１－３を充足する。
５ 構成要件Ｂ２
「ホワイトカード使用限度額引上指示装置」は，携帯電話などの携帯端末に組み
10 込むことができる（【００３４】）から，送金者のスマートフォンは当該装置に該
当する。
したがって，本件送金システムは，構成要件Ｂ２を充足する。
６ 構成要件Ｃ１－１
構成要件Ｂ１－３で述べた送金が可能であるのは，被告コンピュータシステムが，
15 送金者のスマートフォンから，受金者のＬＩＮＥアカウントに関連づけられた送金
指示受付情報を受信し，当該情報に基づいて送金処理を実行したからである。
したがって，本件送金システムは構成要件Ｃ１－１を充足する。
７ 構成要件Ｃ１－２
構成要件Ｂ１－３及びＣ１－１で述べた送金が可能であるのは，被告コンピュー
20 タシステムが，送金指示受付情報に関連づけられた受金者のＬＩＮＥアカウント
（受金ＩＤ）に対応するＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）を取得し，
当該アカウントへの送金処理を実行したからである。
したがって，本件送金システムは，構成要件Ｃ１－２を充足する。
８ 構成要件Ｃ１－３
25 送金が完了すると，受金者のＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）内
の電子マネーの残高が増加する。これは，被告コンピュータシステムから受金者の
ＬＩＮＥ Ｃａｓｈアカウント内の電子マネーの残高を送金額だけ増やす旨の命
令が送信されたからである。
したがって，本件送金システムは，構成要件Ｃ１－３を充足する。
９ 構成要件Ｃ２
5 前記６～８で述べたことから，被告コンピュータシステムが構成要件Ｃ２の「引
上命令装置」に該当する構成を含むことは明らかである。
したがって，本件送金システムは，構成要件Ｃ２を充足する。
10 構成要件Ｄ１－１
１(4)で述べたとおり，ＬＩＮＥ Ｐａｙカードに対応しているＬＩＮＥアカウ
10 ント（受金ＩＤ）とＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）は，あらかじ
め紐付けられている。当該紐付けを保持する紐付けテーブルが，被告コンピュータ
システムによって保持されていることは明らかである。
したがって，本件送金システムは，構成要件Ｄ１－１を充足する。
11 構成要件Ｄ１－２
15 既述のとおり，送金が完了すると，送金者のスマートフォンで選択されたＬＩＮ
Ｅアカウントで特定される受金者について，送金額だけ，ＬＩＮＥ Ｃａｓｈアカ
ウント内の電子マネーの残高が増加する。これは，被告コンピュータシステムが，
受金者のＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）を取得する前提として，
受金者のＬＩＮＥアカウント（受金ＩＤ）を取得しているからである。
20 したがって，本件送金システムは，構成要件Ｄ１－２を充足する。
12 構成要件Ｄ１－３
既述のとおり，送金が完了すると，受金者のＬＩＮＥアカウント（受金ＩＤ）に
対応するＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）内の電子マネーの残高が
増加する。これは，被告コンピュータシステムが，受金者のＬＩＮＥアカウント（受
25 金ＩＤ）に対応するＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）を取得して，
当該アカウントを「引上命令装置」に送信したからである。
したがって，本件送金システムは，構成要件Ｄ１－３を充足する。
13 構成要件Ｄ２
前記10～12で前述したことから，被告コンピュータシステムは「ホワイトカード
ＩＤ管理装置」に該当する構成を含むことは明らかである（本件発明では複数の装
5 置が物理的に一の装置として実現されていてもよいし，逆に一の装置が物理的に複
数の装置を組み合わせて実現されてもよい（【００２８】）から，被告コンピュー
タシステムは，単一の装置が「引上命令装置」と「ホワイトカードＩＤ管理装置」
の両者の機能を併せて有していてもよく，別々の装置が上記装置の機能を実現して
いてもよい。）。
10 したがって，本件送金システムは，構成要件Ｄ２を充足する。
14 構成要件Ｅ
前述したことから，本件送金システムが構成要件Ｅを充足するのは自明である。
別紙３－２
本件発明と本件入金システムの各構成の対比
１ 構成要件Ａ
以下のとおり，本件入金システムは，構成要件Ａを充足する。
5 (1) 本件入金システムでは，受金者のＬＩＮＥ Ｐａｙカードに対応したＬＩＮＥ
Ｃａｓｈアカウントへの入金額に応じて，物品の決済等を行う際の使用限度額を
引き上げることができる。
(2) 本件入金システムでは，送金者が「予約番号（申込番号）」をＦａｍｉポート
に入力し，当該装置から印刷されたバーコードをコンビニエンスストアの店員が
10 ＰＯＳレジに読み込ませ，入金金額を送金者から受け取った上で所要の処理を行
うと，受金者のＬＩＮＥ Ｃａｓｈアカウントに当該金額と同額が入金される。
このようにＰＯＳレジ等（後記２で定義される。）での処理の結果，受金者が入
金先として特定されるのは，送金者の入力した「予約番号（申込番号）」（別紙
２－２の６では「０４１６７３９８６５６」）によって，受金者が一意に特定さ
15 れるからである。「予約番号（申込番号） によって受金者が特定されることは，
」
①送金者が上記番号を入力すると，Ｆａｍｉポートの画面上に受金者の氏名が表
示されること及び②入金後に送金者が受け取る領収書に，受金者の氏名のすぐ下
に「予約番号（申込番号）」が記載されていること等からも裏付けられる（「受
付番号」は，コンビニ決済の代行処理を行う業者（本件では「株式会社イーコン
20 テクスト」 のサーバコンピュータを呼び出すための番号であると考えられる。 。
） ）
「予約番号（申込番号）」は受金にのみ利用され，物品の決済等の場面では利
用されない。
以上から，「予約番号（申込番号）」は「受金ＩＤ」に該当する。
(3) 本件入金システムでは，ＬＩＮＥ Ｐａｙカードの利用者は，送金者からの入
25 金額だけ増額したＬＩＮＥ Ｃａｓｈアカウント内の電子マネーを用いて物品
の決済等を行うことができる。そのため，ＬＩＮＥ Ｃａｓｈアカウントは「消
費使用ＩＤ」に該当する。
(4) ＬＩＮＥ Ｐａｙカードは，本件入金システムを含む被告サービスによって管
理されるカードであり，本件発明の「ホワイトカード」に該当する 【００３６】 。
（ ）
前記(2)で述べた受金者のアカウントへの入金が可能であるためには，「予約番
5 号（申込番号） （受金ＩＤ）とＬＩＮＥ
」 Ｃａｓｈアカウント（消費使用ＩＤ）
があらかじめ紐づけられ，前者から後者を特定することが可能となっている必要
がある。
(5) 本件入金システムがホワイトカード「に対する入金システム」を充足すること
は自明である。
10 ２ 構成要件Ｂ１－１
１(2)及び(4)で述べた受金者のアカウントへの入金が可能であるためには，ＰＯ
Ｓレジ等（ＰＯＳレジは単に入金を受け付ける機能を果たすのみであり，当該ＰＯ
Ｓレジと連携する別の装置が当該番号を取得している可能性がある。当該装置が存
在する場合，両装置を併せて「ＰＯＳレジ等」という。なお，当該装置が存在しな
15 い場合でも，ＰＯＳレジを単独で「ＰＯＳレジ等」と呼称することがある。）が受
金者を特定する「予約番号（申込番号）」を取得する必要がある。ＰＯＳレジ等が
当該番号を取得していることは，ＰＯＳレジ等での処理の完了後に送金者が受領す
る領収書に「予約番号（申込番号）」が記載されていることからも裏付けられる。
したがって，本件入金システムは，構成要件Ｂ１－１を充足する。
20 ３ 構成要件Ｂ１－２
送金者がＰＯＳレジにて入金額を支払うと，受金者のＬＩＮＥ Ｐａｙカードの
使用限度額は入金額だけ引き上げられるから，したがって，ＰＯＳレジ等は，ＬＩ
ＮＥ Ｐａｙカードの使用限度額を引き上げようとする額の入金を受け付けた旨
の情報を取得する機能を有している。
25 したがって，本件入金システムは構成要件Ｂ１－２を充足する。
４ 構成要件Ｂ１－３
ＰＯＳレジ等での操作が完了すると，受金者について，入金額だけ，ＬＩＮＥ Ｃ
ａｓｈアカウント内の電子マネーの残高が増加するから，本件入金システムでは，
ＰＯＳレジ等から（受金者を特定する）「予約番号（申込番号）」と入金受付情報
とが関連付けて出力され，当該出力された情報に基づいて受金者のアカウントへの
5 入金処理が行われている。
したがって，本件入金システムは，構成要件Ｂ１－３を充足する。
５ 構成要件Ｂ２
「ホワイトカード使用限度額引上指示装置」は，コンビニエンスストアなどに設
置された店頭端末に組み込まれ実現することができる 【００３４】 。
（ ） そのため，
10 ＰＯＳレジ等は当該装置に該当する。
したがって，本件入金システムは構成要件Ｂ２を充足する。
６ 構成要件Ｃ１－１
構成要件Ｂ１－３で述べた受金者のＬＩＮＥ Ｃａｓｈアカウントへの入金が
可能であるのは，被告コンピュータシステムが，「予約番号（申込番号）」と関連
15 付けられた入金受付情報をＰＯＳレジ等から受信し，当該情報に基づいて入金処理
を実行したからである。
したがって，本件入金システムは構成要件Ｃ１－１を充足する。
７ 構成要件Ｃ１－２
構成要件Ｂ１－３及びＣ１－１で述べた受金者のＬＩＮＥ Ｃａｓｈアカウン
20 トへの入金が可能であるのは，被告コンピュータシステムが，入金受付情報に関連
付けられた「予約番号（申込番号）」と紐付けられているＬＩＮＥ Ｃａｓｈアカ
ウント（消費使用ＩＤ）をシステム内で取得し，当該アカウントへの入金処理を実
行したからである。
したがって，本件入金システムは，構成要件Ｃ１－２を充足する。
25 ８ 構成要件Ｃ１－３
入金が完了すると，受金者のＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）内
の電子マネーの残高が送金者からの入金額だけ増加する。これは，被告コンピュー
タシステムから，受金者のＬＩＮＥ Ｃａｓｈアカウント内の電子マネーの残高を
送金者からの入金額だけ増やす旨の命令が送信されたからである。
したがって，本件入金システムは，構成要件Ｃ１－３を充足する。
5 ９ 構成要件Ｃ２
前記６～８で述べたことから，被告コンピュータシステムが構成要件Ｃ２の「引
上命令装置」に該当する構成を含むことは明らかである。
10 構成要件Ｄ１－１
前記１(4)で述べたとおり，ＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）と
10 「予約番号（申込番号）」（受金ＩＤ）とは，あらかじめ紐付けられている。これ
らの２つのＩＤを紐付けた紐付けテーブルが，被告コンピュータシステムによって
保持されていることは明らかである。
したがって，本件入金システムは，構成要件Ｄ１－１を充足する。
11 構成要件Ｄ１－２
15 既述のとおり，入金が完了すると，受金者について，入金額だけ，ＬＩＮＥ Ｃ
ａｓｈアカウント内の電子マネーの残高が増加する。これは，被告コンピュータシ
ステムが，受金者のＬＩＮＥ Ｃａｓｈアカウント（消費使用ＩＤ）を取得する前
提として，「予約番号（申込番号）」（受金ＩＤ）を受信しているからである。
したがって，本件入金システムは，構成要件Ｄ１－２を充足する。
20 12 構成要件Ｄ１－３
既述のとおり，入金が完了すると，受金者について，入金額だけ，ＬＩＮＥ Ｃ
ａｓｈアカウント内の電子マネーの残高が増加する。これは，被告コンピュータシ
ステムが，「予約番号（申込番号）」（受金ＩＤ）に紐付けられているＬＩＮＥ Ｃ
ａｓｈアカウント（消費使用ＩＤ）を取得し，当該アカウントを「引上命令装置」
25 に送信したからである。
したがって，本件入金システムは，構成要件Ｄ１－３を充足する。
13 構成要件Ｄ２
前記10～12で述べたことから，被告コンピュータシステムは「ホワイトカードＩ
Ｄ管理装置」に該当する構成を含むことは明らかである。
したがって，本件入金システムは，構成要件Ｄ２を充足する。
5 14 構成要件Ｅ
前述したことから，本件入金システムが構成要件Ｅを充足するのは自明である。
別紙３－３
本件発明と本件振替入金システムの各構成の対比
１ 構成要件Ａ
以下のとおり，本件振替入金システムは，構成要件Ａを充足する。
5 (1) 本件振替入金システムは，ユーザのＬＩＮＥ Ｐａｙカードに対応したＬＩＮ
Ｅ Ｍｏｎｅｙアカウントへの入金額に応じて，物品の決済等を行う際の使用限
度額を引き上げることができる。
(2)ア 本件振替入金機能の利用に際して，ユーザは，ユーザ銀行口座を選択し，入
金額を指定する。すると，ユーザのＬＩＮＥ Ｍｏｎｅｙアカウントに指定入
10 金額分の電子マネーが入金される。これは，ユーザが選択したユーザ銀行口座
の情報（銀行名，支店名及び口座番号等）によって入金先のＬＩＮＥ Ｍｏｎ
ｅｙアカウントが特定されるからである。
イ 前記アで述べたことは，以下の点から裏付けることができる。
本件振替入金機能では，ユーザ銀行において振替入金処理が完了すると，入
15 金を受け付けた旨の情報，例えば「甲銀行乙支店の××口座から○○円の入金
があった」旨の情報が被告に送信される。当該情報に基づいて被告コンピュー
タシステムはどのユーザのＬＩＮＥ Ｍｏｎｅｙアカウントの残高を増加さ
せるかを判断するが，上記情報のうち，受金者を特定できる情報は，ユーザ銀
行口座の情報（上記例で言えば「甲銀行乙支店の××口座」）である。したが
20 って，ユーザ銀行口座の情報は当該ユーザを識別するＩＤとして使用されてい
る。
ウ 本件振替入金機能では，ユーザ銀行口座の口座情報は受金にのみ利用され，
物品の決済等の場面では利用されない。したがって，当該情報は「受金ＩＤ」
に該当する。
25 (3) 本件振替入金システムでは，ＬＩＮＥ Ｐａｙカードの利用者は，指定入金額
分だけ増額したＬＩＮＥ Ｍｏｎｅｙアカウント内の電子マネーを用いて物品
の決済等を行うことができる。そのため，ＬＩＮＥ Ｍｏｎｅｙアカウントは「消
費使用ＩＤ」に該当する。
(4) ＬＩＮＥ Ｐａｙカードは本件振替入金システムを含む被告サービスによっ
て管理されるカードであり，本件特許発明の「ホワイトカード」に該当する 【０
（
5 ０３６】）。(2)で述べたユーザのアカウントへの入金が可能であるためには，ユ
ーザ銀行口座の情報（受金ＩＤ）とＬＩＮＥ Ｍｏｎｅｙアカウント（消費使用
ＩＤ）があらかじめ紐づけられ，前者から後者を特定することが可能となってい
る必要がある。
(5) 本件振替入金システムがホワイトカード「に対する入金システム」を充足する
10 ことは自明である。を充足することは自明である。
２ 構成要件Ｂ１－１
前記１(2)及び(4)で述べたユーザのアカウントへの入金が可能であるためには，
当該アカウントに対する入金に際して，被告サーバにおいてユーザを特定するユー
ザ銀行口座の口座情報を取得する必要がある。
15 したがって，本件振替入金システムは，構成要件Ｂ１－１を充足する。
３ 構成要件Ｂ１－２
入金する際に，ユーザはスマートフォン等を操作して入金額を入力する。その結
果，ユーザ銀行口座から銀行別段口座へと指定入金額の振替入金が行われ，ユーザ
のＬＩＮＥ Ｐａｙカードの使用限度額は指定入金額分だけ引き上げられる。これ
20 は，被告がユーザ銀行から，当該振替入金が完了した旨の情報を受信しているから
である。
ユーザ銀行口座から銀行別段口座への指定入金額の振替入金が完了した旨の情
報は，ホワイトカードの使用限度額を引き上げようとする額の入金を受け付けた旨
の情報であるから，「入金受付情報」に該当する。
25 そのため，本件振替入金機能を実現する被告サーバは，入金受付情報を取得する
機能を有する。
したがって，本件振替入金システムは構成要件Ｂ１－２を充足する。
４ 構成要件Ｂ１－３
入金操作が完了すると，ユーザについて，指定入金額分だけ，ＬＩＮＥ Ｍｏｎ
ｅｙアカウント内の電子マネーの残高が増加するから，本件振替入金システムでは，
5 被告サーバにおいて，ユーザ銀行口座の口座情報と入金受付情報とが関連付けて出
力され，当該出力された情報に基づいてユーザのＬＩＮＥ Ｍｏｎｅｙアカウント
への入金処理が行われている。
したがって，本件振替入金システムは，構成要件Ｂ１－３を充足する。
５ 構成要件Ｂ２
10 前記２～４で述べたことから，被告コンピュータシステムが構成要件Ｂ２の「ホ
ワイトカード使用限度額引上指示装置」に該当する構成を含むことは明らかである。
６ 構成要件Ｃ１－１
構成要件Ｂ１－３で述べた入金が可能であるのは，被告サーバが，被告コンピュ
ータシステムから，ユーザ銀行口座の情報に関連付けられた入金受付情報を受信し，
15 当該情報に基づいてユーザのＬＩＮＥ Ｍｏｎｅｙアカウントへの入金処理を実
行したからである。
したがって，本件振替入金システムは構成要件Ｃ１－１を充足する。
７ 構成要件Ｃ１－２
構成要件Ｂ１－３及びＣ１－１で述べた入金が可能であるのは，被告サーバが，
20 入金受付情報に関連付けられたユーザ銀行口座の口座情報（受金ＩＤ）に対応する
ＬＩＮＥ Ｍｏｎｅｙアカウント（消費使用ＩＤ）を取得し，当該アカウントへの
入金処理を実行したからである。
したがって，本件振替入金システムは構成要件Ｃ１－２を充足する。
８ 構成要件Ｃ１－３
25 入金が完了すると，ユーザのＬＩＮＥ Ｍｏｎｅｙアカウント(消費使用ＩＤ)内
の電子マネーの残高が増加する。これは，被告サーバからユーザのＬＩＮＥ Ｍｏ
ｎｅｙアカウント内の電子マネーの残高を指定入金額分だけ増やす旨の命令が送
信されたからである。
したがって，本件振替入金システムは構成要件Ｃ１－３を充足する。
９ 構成要件Ｃ２
5 前記６～８で述べたことから，被告コンピュータシステムが構成要件Ｃ２の「引
上命令装置」に該当する構成を含むことは明らかである。
したがって，本件振替入金システムは，構成要件Ｃ２を充足する。
10 構成要件Ｄ１－１
前記１(4)で述べたとおり，ＬＩＮＥ Ｐａｙカードに対応しているユーザの銀
10 行口座の口座情報（受金ＩＤ）とＬＩＮＥ Ｍｏｎｅｙアカウント（消費使用ＩＤ）
は，あらかじめ紐付けられている。当該紐付けを保持する紐付けテーブルが，被告
サーバによって保持されていることは明らかである。
したがって，本件振替入金システムは構成要件Ｄ１－１を充足する。
11 構成要件Ｄ１－２
15 既述のとおり，入金が完了すると，ユーザ銀行口座の情報で特定されるユーザに
ついて，指定入金額分だけ，ＬＩＮＥ Ｍｏｎｅｙアカウント内の電子マネーの残
高が増加する。これは，被告サーバが，ユーザのＬＩＮＥ Ｍｏｎｅｙアカウント
（消費使用ＩＤ）を取得する前提として，ユーザ銀行口座の情報（受金ＩＤ）を取
得しているからである。
20 したがって，本件振替入金システムは構成要件Ｄ１－２を充足する。
12 構成要件Ｄ１－３
既述のとおり，入金が完了すると，ユーザ銀行口座の情報（受金ＩＤ）に紐付け
られているＬＩＮＥ Ｍｏｎｅｙアカウント（消費使用ＩＤ）内の電子マネーの残
高が増加する。これは，被告サーバが，ユーザ銀行口座の情報（受金ＩＤ）に対応
25 するＬＩＮＥ Ｍｏｎｅｙアカウント（消費使用ＩＤ）を取得して，当該アカウン
トを「引上命令装置」に送信したからである。
したがって，本件振替入金システムは構成要件Ｄ１－３を充足する。
13 構成要件Ｄ２
前記10～12で述べたことから，被告コンピュータシステムが「ホワイトカードＩ
Ｄ管理装置」に該当する構成を含むことは明らかである。
5 したがって，本件振替入金システムは構成要件Ｄ２を充足する。
14 構成要件Ｅ
前述したことから，本件振替入金システムが構成要件Ｅを充足するのは自明であ
る。
別紙４
争点３（本件発明が特許無効審判により無効にされるべきものと認められるか）に
ついて
１ 争点３－１（無効理由１（乙９発明に基づく進歩性欠如１））について
5 （被告の主張）
本件発明は，乙９発明と，乙１０公報，日本経済新聞の記事（乙１１・左欄「新
マネー考 第１部 電子が開く新世界（５）」。以下「乙１１記事」という。）及
び乙１２公報に記載の周知技術に基づき当業者が容易に想到し得たものであるか
ら，本件特許は，進歩性欠如により無効にされるべきものである。
10 なお，無効理由１は，本件発明に係るシステムは１つの装置として実現されても
よいとの原告の主張を前提とする予備的主張である。
(1) 乙９発明の内容
乙９公報の段落【０００１】，【０００５】，【０００８】～【００１２】，
【００２４】～【００３０】，【００４２】，【００４３】，【００４７】及び
15 【００４８】並びに【図１】，【図２】及び【図７】の記載によれば，乙９発明
の内容は，以下のとおりと認められる。
ａ クレジットカードの利用限度額に基づいて当該カードの利用可否を判定す
るシステムに係る発明であって，
ｂ１－１ クレジットカードの引落し口座に入金をするに際して，引落し口座の
20 口座番号の情報を取得する手段と，
ｂ１－２ その引落し口座の残高を引き上げようとする入金金額の情報を取得
する手段と
ｂ１－３ 取得した引落し口座の口座番号と入金金額の情報を出力する手段と，
ｂ２ を有する，クレジットカードに入金を指示する手段と，
25 ｃ１－１ 引落し口座の口座番号の情報と関連付けられた入金金額の情報を受
信する手段と，
ｃ１－３ 引落し口座の口座番号で特定される口座の残高に，入金金額の加算を
指示する手段と，
ｃ２ を有する手段と，
ｄ１－２ 入金金額の情報を受信する手段と，
5 ｄ２ を有する手段と，
ｅ からなる，クレジットカードの利用限度額を引き上げるシステム。
(2) 一致点
本件発明と乙９発明とは，以下の構成を有する点で一致する。
ａ 使用限度額をホワイトカードに紐づけられた入金額に応じて引き上げるこ
10 とが可能で，受金に利用可能な受金ＩＤと，消費使用に利用可能な受金ＩＤ（＝
消費使用ＩＤ）を用いたホワイトカードに対する入金システムであって，
ｂ１－１ ホワイトカードに対する入金に際して，入金すべきホワイトカードの
受金ＩＤを取得する受金ＩＤ取得部と，
ｂ１－２ そのホワイトカードの使用限度額を引き上げようとする額の入金を
15 受け付けた旨の情報である入金受付情報を取得する入金受付情報取得部と
ｂ１－３ 取得した受金ＩＤと，入金受付情報とを関連付けて出力する出力部と，
ｂ２ を有するホワイトカード使用限度額引上指示装置と，
ｃ１－１ 受金ＩＤと関連付けられた入金受付情報をホワイトカード使用限度
額引上指示装置から受信する受信部と，
20 ｃ１－３ 消費使用ＩＤと関連付けた使用限度額引上額を含む引上命令を送信
する引上命令送信部と，
ｃ２ を有する引上命令装置と，
ｄ１－２ 引上命令装置から受金ＩＤを受信する受金ＩＤ受信部と，
ｄ１－３ 受信した受金ＩＤ（＝消費使用ＩＤ）を引上命令装置に送信する消費
25 使用ＩＤ送信部と，
ｄ２ を有するホワイトカードＩＤ管理装置と，
ｅ からなるホワイトカード使用限度額引き上げシステム。
(3) 相違点
本件発明と乙９発明は，以下の点で相違する。
ア 相違点１
5 本件発明では，受金にのみ利用可能な受金ＩＤと，これとは異なる消費使用
に利用可能な消費使用ＩＤがあらかじめ紐付けられている（構成要件Ａ）のに
対し，乙９発明では，受金ＩＤと消費ＩＤに共通の「引落し口座の口座番号」
を使用している点。
イ 相違点２
10 乙９発明には，本件発明の構成要件Ｃ１－２の「受信した入金受付情報に関
連付けられたホワイトカード受金ＩＤと紐付けられている消費使用ＩＤをホ
ワイトカードＩＤ管理装置から取得する消費使用ＩＤ取得部」に係る構成がな
い点。
ウ 相違点３
15 乙９発明には，本件発明の構成要件Ｄ１－１の「消費使用ＩＤと受金ＩＤと
を紐付けた紐付テーブルを保持する紐付テーブル保持部」，及び，構成要件Ｄ
１－３の「受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テーブル
から取得」する構成がない点。
(4) 相違点の検討
20 相違点１～３は，いずれも，本件発明が，ホワイトカードの受金にのみ利用可
能な受金ＩＤとホワイトカードの消費使用に利用可能な消費使用ＩＤの二種類
のＩＤを用いたことにより生じたものであり，相互に関連しているところ，クレ
ジットカード（ホワイトカード）の引落し口座への入金のために，受金にのみ利
用可能な受金ＩＤを消費使用に利用可能な消費使用ＩＤとは別に用いる技術は，
25 本件特許の出願前に周知の技術であった（乙１０公報の【請求項１】，段落【０
００１】～【０００７】，【００１１】，【００６１】，【００７２】，【００
７４】，【００８０】，【０１７４】及び【図８】，乙１１記事，乙１２公報の
段落【０００１】，【００４６】及び【００４７】）。
そして，乙９発明に当該周知技術を適用することにより，別表１の構成要件Ａ，
Ｃ１－２，Ｄ１－１及びＤ１－３に関する記載のとおり，相違点１～３に係る構
5 成が得られる。
したがって，本件発明は，乙９発明及び周知技術に基づき，当業者が容易に発
明し得たものである。
(5) 原告は，ＬＩＮＥ Ｐａｙカード（ＪＣＢ）の券面に印刷されたカード番号に
ついて，ＬＩＮＥＰａｙカードを保有するユーザにおいて，受金ＩＤ（ＬＩＮＥ
10 アカウント等）と当該カード番号はあらかじめ紐付けられているから，当該カー
ド番号も消費使用ＩＤに該当すると主張するが，これによれば，乙９発明も，入
金は口座番号を特定することにより，消費使用はクレジットカードのクレジット
カード番号を示すことによりそれぞれ行うものであり，かつ，口座番号とクレジ
ットカード番号はあらかじめ紐付けられているから，口座番号が本件発明の「受
15 金ＩＤ」に，クレジットカード番号が「消費使用ＩＤ」に該当することになり，
本件発明の構成を備えることになる。
したがって，かかる原告の主張を前提とすると，本件発明は，乙９発明に基づ
き新規性を欠くことになる。
（原告の主張）
20 乙９発明に被告主張の周知技術を組み合わせても，相違点に係る技術的構成には
到達し得ないから，本件発明が，乙９発明と周知技術に基づき当業者が容易に想到
することができたものであるとはいうことはできず，本件特許は，進歩性欠如によ
り無効にされるべきものではない。
(1) 乙９発明は，クレジット決済を前提とする発明であり（乙９公報の段落【００
25 ０１】），信販会社による信用供与及び後払い決済を前提とする技術思想に立つ
ものである。これに対し，本件発明は，他者からの送金を受金することなどでユ
ーザの所持金が当該クレジットカード契約時の平均所得以上に増えたとしても，
カード会社に逐一連絡などして所定の手続を経なければそれが使用限度額に反
映されないという課題を解決することを目的とするものである。そうすると，乙
９発明は，新しい送受金のスキームを提供する本件発明とは技術思想を全く異に
5 し，本件発明の課題も何ら開示していないから，進歩性検討の前提としての主引
例としての適格性を欠いている。
(2) 本件発明は，受金にのみ利用可能な受金ＩＤと，消費使用に利用可能な消費使
用ＩＤとの二種類のＩＤがあらかじめ紐付けられているという構成を含むが，乙
９発明は，
「引落し口座の口座番号」という一種類のＩＤを開示するにとどまり，
10 二種類のＩＤを開示したり示唆したりするものではないから，上記二種類のＩＤ
を用いるという構成を採用すべき動機付けが存在しない。
(3) 乙９発明は，単に，限度額設定規則に従って，口座取引情報からクレジットカ
ードの利用限度額を決定することを開示するものにすぎず（乙９公報の段落【０
０４２】，【００４３】），それゆえ，クレジットカードの利用限度額の引上額
15 は，引落し口座への入金額と同額ではなく，引落し口座が入金を受け付けたとし
ても，それは，クレジットカードの利用限度額を引き上げようとする額の入金を
受け付けたことを意味しない。このため，乙９発明が，本件発明の「入金受付情
報」及び「入金受付情報取得部」並びに「引上命令」及び「引上命令送信部」を
開示しているということはできず，乙１０公報等にもこれらに相当する構成は開
20 示されていない。
したがって，仮に乙９発明に被告主張の周知技術を組み合わせることができた
としても，上記相違点に係る技術的構成には到達し得ない。
２ 争点３－２（無効理由２（乙９発明に基づく進歩性欠如２））について
（被告の主張）
25 本件発明は，乙９発明と，乙１３～１６各公報に記載の周知技術に基づき当業者
が容易に想到することができたものであるから，本件特許は，進歩性欠如により無
効にされるべきものである。
なお，無効理由１は，本件入金システムが本件発明の技術的範囲に属し，本件入
金機能において入金の際に必要となる「予約番号（申込番号）」が本件発明の「受
金ＩＤ」に該当するとの原告の主張を前提とした場合の予備的主張である。
5 (1) 乙９発明の内容，本件発明と乙９発明の一致点及び相違点は，前記１（被告の
主張）(1)～(3)に記載のとおりである。
(2) 相違点の検討
相違点１～３は，前記のとおり，いずれも，本件発明が，ホワイトカードの受
金にのみ利用可能な受金ＩＤとホワイトカードの消費使用に利用可能な消費使
10 用ＩＤの二種類のＩＤを用いたことにより生じたものであり，相互に関連してい
るところ，クレジットカードの引落し口座への入金（振込）のために，受金にの
み利用可能な「仮口座番号」を，消費使用に利用可能な「本口座番号」とは別に
用いる技術は，本件特許の出願前に周知の技術であった（乙１３公報の【要約】，
【請求項１】，段落【０００３】，【０００４】，【００３０】，【００３１】，
15 【００４３】及び【図５】，乙１４公報の【要約】，【請求項１】，【請求項７】，
段落【０００８】，【００２２】及び【図１２】，乙１５公報の【請求項４】，
段落【００３０】及び【００３５】，乙１６公報の【要約】，【請求項１】，【請
求項２】，段落【０００５】及び【０００７】）。
乙９発明に当該周知技術を適用すると，相違点１～３に係る一連の構成が得ら
20 れるので，本件発明は，乙９発明及び周知技術に基づき，当業者が容易に発明を
することができたものである。
（原告の主張）
前記１（原告の主張）と同様の理由により，乙９発明に被告主張の周知技術を組
み合わせても，相違点に係る技術的構成には到達し得ないから，本件発明が，乙９
25 発明と周知技術に基づき当業者が容易に想到することができたものであるとはい
うことはできず，本件特許は，進歩性欠如により無効にされるべきものではない。
３ 争点３－３（無効理由３（乙１７発明に基づく新規性欠如））について
（被告の主張）
本件発明は，乙１７発明と同一であるから，本件特許は新規性欠如により無効に
されるべきものである。
5 なお，無効理由３は，本件発明の「使用限度額」に電子マネー等のアカウント残
高が含まれ，本件振替入金システムが本件発明の技術的範囲に属するとの原告主張
を前提とした場合の予備的主張である。
(1) 乙１７発明の内容
乙１７公報の【請求項１】，【請求項２】，段落【０００１】，【０００５】，
10 【００１１】～【００１４】，【００１９】，【００２０】，【００２４】，【０
０４８】～【００５１】，【００５３】～【００６３】及び【図１】によれば，
本件発明の内容は，以下のとおりである。
ａ 携帯電話（携帯端末）に装着されたＩＣカードの電子マネーの残高をチャー
ジ額に応じて引き上げることが可能で，電子マネーのチャージに使用するチャ
15 ージ元の銀行名（銀行口座）と，アミューズメント場での発券に使用する携帯
ＩＤとがあらかじめ紐付けられている電子マネーシステムであって，
ｂ１－１ ＩＣカードに対する電子マネーのチャージに際して，電子マネーのチ
ャージ元の銀行名（銀行口座）の情報を取得する手段と，
ｂ１－２ そのＩＣカードの電子マネーの残高を引き上げようとするチャージ
20 額の情報を取得する手段と
ｂ１－３ 取得した電子マネーのチャージ元の銀行名（銀行口座）と，チャージ
額の情報を出力する手段と，
ｂ２ を有する，ＩＣカードに電子マネーのチャージを指示する手段と，
ｃ１－１ 電子マネーのチャージ元の銀行名（銀行口座）の情報と関連付けられ
25 たチャージ額の情報を受信する手段と，
ｃ１－２ 受信した電子マネーのチャージ元の銀行名（銀行口座）と紐付けられ
ている携帯ＩＤを取得する手段と，
ｃ１－３ 携帯ＩＤで特定される携帯電話（携帯端末）に装着されたＩＣカード
の電子マネーの残高に，チャージ額の加算を指示する手段と，
ｃ２ を有する手段と，
5 ｄ１－１ 携帯ＩＤと電子マネーのチャージ元の銀行名（口座番号）等の情報（登
録情報）を予め登録する手段と，
ｄ１－２ チャージ元の銀行名（銀行口座）の情報を受信する手段と，
ｄ１－３ チャージ元の銀行名（銀行口座）に対応する携帯ＩＤを登録情報に基
づいて取得する手段と，
10 ｄ２ を有する手段と，
ｅ からなる，電子マネーの残高を引き上げる電子マネーシステム。
(2) 本件発明と乙１７発明とを対比すると，以下のとおり，両発明は同一である。
ア 原告の主張によれば，電子マネーを用いるプリペイドカードは，本件発明の
「ホワイトカード」に当たるから，乙１７発明の「携帯電話に装着されたＩＣ
15 カード」は，本件発明の「ホワイトカード」に相当する。
イ 原告の主張によれば，本件発明の「使用限度額」は，クレジットカードの取
引限度額に限定されず，カードを使用するに当たっての限度額のことであるか
ら，乙１７発明の「チャージ残高」は，本件発明の「使用限度額」に相当する。
ウ 原告の主張によれば，電子マネーのチャージ元の「ユーザ銀行口座の口座情
20 報」は，本件発明の「受金ＩＤ」に当たるから，乙１７発明の「銀行名（銀行
口座）」は，本件発明の「受金ＩＤ」に相当する。
エ 乙１７発明の「携帯ＩＤ」は，アミューズメント場での発券に使用する識別
情報であるから，本件発明の「消費使用ＩＤ」に相当する。
オ 乙１７発明に係る電子マネーシステムが受けた「チャージ額」は，本件発明
25 の「入金受付情報」に相当する。
カ 乙１７発明は，電子マネーのチャージ元の銀行名（銀行口座）とチャージ額
の情報を受けて，携帯電話に装着されたＩＣカードに電子マネーをチャージす
るように指示する手段を備えているから，本件発明の「ホワイトカード使用限
度引上指示装置」に相当する構成を備えている。
キ 乙１７発明は，電子マネーのチャージ元の銀行名（銀行口座）の情報と関連
5 付けられたチャージ額の情報を受信し，受信した送金元の銀行名（銀行口座）
と紐付けられている携帯ＩＤを取得し，当該携帯ＩＤで特定される携帯電話
（携帯端末）に装着されたＩＣカードの電子マネーの残高に，チャージ額の加
算を指示する手段を備えているから，本件発明の「引上命令装置」に相当する
構成を備えている。
10 ク 乙１７発明では，携帯ＩＤと電子マネーのチャージ元の銀行名（口座番号）
等の登録情報を予め登録する手段と，チャージを行うに際して，チャージされ
るＩＣカードを装着した携帯ＩＤを取得する手段が備えられている。そして，
取得された携帯ＩＤの情報は，電子マネーをＩＣカードにチャージするために
電子マネーシステム内において送信されることは当然であるから，乙１７発明
15 は，本件発明の「消費使用ＩＤ送信部」に相当する構成を備えている。そうす
ると，乙１７発明は，本件発明の「ホワイトカードＩＤ管理装置」に相当する
構成を備えているということができる。
（原告の主張）
本件発明は，乙１７発明と同一ではなく，新規性を有する。
20 (1) 乙１７発明は，携帯ＩＤという一種類のＩＤを用いてＩＣカードに電子マネー
をチャージする発明である（乙１７公報の段落【００４９】，【００５３】～【０
０６０】，【００８０】及び【００８３】）から，本件発明の二種類のＩＤ（受
金ＩＤ及び消費使用ＩＤ）を開示していない点で，本件発明と異なる。
(2) 乙１７発明において，ユーザが，決済開始メールを受信したＩＣカード付携帯
25 端末１１０の銀行選択画面１４００で銀行を選択した後，チャージ額入力画面１
５００で携帯ＩＤ等を入力すると，ＩＣカード１１１内のＣＰＵによる所定の認
証を経て，ＩＣカード月携帯端末１１０のＣＰＵ１０１０は，選択した銀行と電
子マネーのチャージ額を電子マネーサーバ１２３に送信し，電子マネーサーバ１
２３は，ＩＣカード付携帯端末１１０から送信された情報を受信して，指示され
た銀行１４０の口座管理コンピュータ１４１に送信する（乙１７公報の段落【０
5 ０５３】～【００５９】）。上記において，ユーザがＩＣカード付携帯端末１１
０を操作している段階では，構成要件Ｂ１－２の「入金受付情報」に相当し得る
情報は存在しないから，ＩＣカード付携帯端末１１０は，本件発明の「ホワイト
カード使用限度額引上指示装置」に該当しない。そして，本件発明は，「取得し
た受金ＩＤと，入金受付情報とを関連付けて出力する出力部と，」との構成（構
10 成要件Ｂ１－３）を有するのに対し，乙１７発明においては，口座管理コンピュ
ータ１４１が電子マネーサーバ１２３から送信されたチャージ額を手数料とと
もに引落し処理した後，引き落とされたチャージ額と手数料を電子マネーサーバ
１２３に送信する旨を開示するにすぎず（乙１７公報の段落【００５９】），口
座管理コンピュータ１４１が受信したチャージ額に関連付けられた銀行口座を
15 電子マネーサーバ１２３から取得することを開示も示唆もしていない。したがっ
て，乙１７発明は，「ホワイトカード使用限度額引上指示装置」を開示していな
い点で，本件発明と異なる。
また，乙１７発明には，電子マネーサーバ１２３から取得した携帯ＩＤと関連
付けた使用限度額引上額を含む引上命令を送信すること（構成要件Ｃ１－３）に
20 ついて，何ら開示も示唆もないから，
「引上命令装置」も開示していない点でも，
本件発明と異なる。
(3) 構成要件Ｂ１－２に関して，被告の主張に基づけば，乙１７発明における電子
マネーサーバ１２３が本件発明の「ホワイトカード使用限度額引上指示装置」に
対応付けることになり，電子マネーサーバ１２３がＩＣカード付携帯端末１１０
25 から受けたチャージ額は，そのＩＣカード１１１のチャージ額を引き上げようと
する額の入金を受け付けた旨の情報でなければならないが，電子マネーサーバ１
２３は，ＩＣカード付携帯端末１１０からチャージ額を受けた時点では，いまだ
入金を受け付けたわけではないから，当該チャージ額は，本件発明の「入金受付
情報」に該当しない。
また，仮に，電子マネーサーバ１２３が口座管理コンピュータ１４１から受け
5 たチャージ額を，本件発明の「入金受付情報」に対応付けると，電子マネーサー
バ１２３は，銀行口座と当該チャージ額とを口座管理コンピュータ１４１に送信
していない。
したがって，乙１７発明は，本件発明の「入金受付情報取得部」を開示してい
ない点で，本件発明と異なる。
10 ４ 争点３－４（無効理由４（乙１８入金発明に基づく新規性欠如））について
（被告の主張）
本件発明は，乙１８入金発明と同一であるから，本件特許は新規性欠如により無
効にされるべきものである。
なお，無効理由４は，本件発明の「使用限度額」に電子マネー等のアカウント残
15 高が含まれ，本件振替入金システムが本件発明の技術的範囲に属するという原告主
張を前提とした場合の予備的主張である。
(1) 乙１８入金発明の内容
乙１８文献の１５～１７，６０～６４，６９～７４及び８０頁の記載によれば，
乙１８文献には，以下の発明が記載されている。
20 ａ Ｅｄｙカード（Ｅｄｙを利用するためのＩＣチップ及びＩＣアプリが内蔵さ
れているおサイフケータイ）の電子マネーの残高をチャージ額に応じて引き上
げることが可能で，チャージに使用するクレジットカード（番号）と，Ｅｄｙ
を使って買い物等をする際に使用するＥｄｙ番号とがあらかじめ紐付けられ
ている入金システムであって，
25 ｂ１－１ Ｅｄｙカードに対する電子マネーのチャージに際して，クレジットカ
ード（番号）の情報を取得する手段と，
ｂ１－２ そのＥｄｙカードの電子マネーの残高を引き上げようとするチャー
ジ額の情報を取得する手段と
ｂ１－３ 取得したクレジットカード（番号）と，チャージ額の情報を出力する
手段と，
5 ｂ２ を有する，Ｅｄｙカードの残高の引上げを指示する手段と，
ｃ１－１ クレジットカード（番号）の情報と関連付けられたチャージ額の情報
を受信する手段と，
ｃ１－２ 受信したクレジットカード（番号）と紐付けられているＥｄｙ番号を
取得する手段と，
10 ｃ１－３ Ｅｄｙ番号で特定されるＥｄｙカードの電子マネーの残高に，チャー
ジ額の加算を指示する手段と，
ｃ２ を有する手段と，
ｄ１－１ Ｅｄｙ番号とクレジットカード（番号）等が予め登録されており（紐
付けされており），
15 ｄ１－２ チャージ額の情報を受信する手段と，
ｄ１－３ チャージ額を加算するに際して，クレジットカード（番号）に対応す
るＥｄｙ番号を取得する手段と，
ｄ２ を有する手段と，
ｅ からなる，電子マネーの残高を引き上げるＥｄｙカード残高引き上げシステ
20 ム。
(2) 本件発明と乙１８入金発明とを対比すると，別表２のとおり，両発明は同一で
ある。
（原告の主張）
本件発明は，乙１８入金発明と同一ではないから，新規性を有し，新規性欠如に
25 より特許無効審判により無効にされるべきものではない。
(1) 乙１８入金発明が，クレジット決済を前提にした発明である（乙１８文献・７
３，７４頁）のに対し，本件発明は，クレジット決済を前提にした発明ではなく，
受金によってユーザの手元にある利用可能な金額が増えたことをリアルタイム
に反映させるようにした発明である（本件明細書等の段落【００１６】）から，
本件発明と乙１８入金発明は，技術思想を異にする別発明である。
5 (2) 乙１８入金発明の「おサイフケータイ」は，そもそも「カード」ではないから，
本件発明の「ホワイトカード」に相当せず，この点のみを見ても，本件発明は，
乙１８入金発明と同一でない。
(3) 乙１８入金発明において，クレジットカードを使ってのオンラインチャージに
よりＥｄｙカードにチャージされた金額は，クレジットカード会社の信用供与に
10 よる与信額に基づくものであって，Ｅｄｙの運営会社は，その与信額に対応する
電子マネーの金額分を当該Ｅｄｙカードの残高に付け替えているにすぎず，ユー
ザからＥｄｙカードへのチャージの依頼があった時点では，Ｅｄｙの運営会社は
Ｅｄｙカードの使用限度額を引き上げようとする額の入金を受け付けたわけで
はないから，かかる電子マネーのチャージは，本件発明の「入金受付情報」では
15 ない。それゆえ，乙１８入金発明は，本件発明の「入金受付情報取得部」に係る
構成を有しない。
したがって，乙１８入金発明は，この点で本件発明と異なる。
５ 争点３－５（無効理由５（乙１８送金発明に基づく進歩性欠如））について
（被告の主張）
20 本件発明は，乙１８送金発明と，乙１１記事，乙１２公報，及び乙１９～２１号
証の各文献に記載された周知技術とに基づき当業者が容易に想到することができ
たものであるから，本件特許は，進歩性欠如により無効にされるべきものである。
なお，無効理由５は，本件発明の「使用限度額」に電子マネー等のアカウント残
高が含まれ，本件送金システムが本件発明の技術的範囲に属するとの主張を前提と
25 した場合の予備的主張である。
(1) 乙１８送金発明の内容
乙１８文献の６２，６３，８１，８２頁によれば，乙１８文献には，以下の発
明が記載されている。
ａ Ｅｄｙカード（Ｅｄｙを利用するためのＩＣチップ及びＩＣアプリが内蔵さ
れているおサイフケータイ）の電子マネーの残高を送金額に応じて引き上げる
5 ことが可能で，送金及び受金に使用するＥｄｙ番号があらかじめ紐付けられて
いるＥｄｙカードに対する送金システムであって，
ｂ１－１ Ｅｄｙカードに対する電子マネーの送金に際して，Ｅｄｙ番号を取得
する手段と，
ｂ１－２ そのＥｄｙカードの電子マネーの残高を引き上げようとする送金額
10 の情報を取得する手段と
ｂ１－３ 取得したＥｄｙ番号と，送金額の情報を出力する手段と，
ｂ２ を有するＥｄｙカードの使用限度額の引上げを指示する手段と，
ｃ１－１ Ｅｄｙ番号と関連付けられた送金額の情報を受信する手段と，
ｃ１－３ 電子口座で特定されるＥｄｙカードの電子マネーの残高に，送金額の
15 加算を指示する手段と，
ｃ２ を有する手段と，
ｄ１－２ 受金者のＥｄｙ番号を受信する手段と，
ｄ１－３ 送金額を加算するに際して，Ｅｄｙ番号を送信する手段と，
ｄ２ を有する手段と，
20 ｅ からなる，電子マネーの残高を引き上げるＥｄｙカード残高引き上げシステ
ム。
(2) 乙１８送金発明は，以下の相違点１～３で相違するが，その余は一致する。
ア 相違点１
本件発明は，受金にのみ利用可能な受金ＩＤと，消費使用に利用可能な消費
25 使用ＩＤとの二種類のＩＤがあらかじめ紐付けられているホワイトカードに
対する入金システムであるのに対し（構成要件Ａ），乙１８送金発明は，受金
及び消費使用に利用可能なＥｄｙ番号があらかじめ紐づけられているＥｄｙ
カードに対する送金システムである点。
イ 相違点２
乙１８送金発明には，本件発明の構成要件Ｃ１－２の「受信した入金受付情
5 報に関連付けられたホワイトカード受金ＩＤと紐付けられている消費使用Ｉ
ＤをホワイトカードＩＤ管理装置から取得する消費使用ＩＤ取得部」の構成が
ない点。
ウ 相違点３
乙１８送金発明には，本件発明の構成要件Ｄ１－１の「消費使用ＩＤと受金
10 ＩＤとを紐付けた紐付テーブルを保持する紐付テーブル保持部」，及び，構成
要件Ｄ１－３の「受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テ
ーブルから取得」する構成がない点。
(3) 相違点の検討
ア 周知技術
15 乙１１記事，乙１２公報の段落【０００１】，【０００５】，【０００６】，
【００４６】，【００４７】，【００５０】及び【図４】，「ＷＥＢ－ＦＢ メ
ルマネ・マスペイメントサービス［即時モード］ご利用の手引き」（乙１９・
１，１１，１６，２５及び２６頁），乙２０文献の３９，４０，５７及び５８
頁，「ＰａｙＰａｌ ＦＯＲ ＤＵＭＭＩＥＳ」（乙２１・１０～１２及び５
20 ９頁）によれば，「電子マネーシステムにおいてユーザ間で送金を行う際に，
あらかじめシステムに登録された受金者の携帯電話の電話番号やメールアド
レスを指定することによって当該受金者の電子口座への送金を行う技術」が周
知であったと認められる。
イ 乙１８送金発明においては，送金の際に相手のＥｄｙ番号を知らなければな
25 らないといった，Ｅｄｙ番号を受金ＩＤとして採用することの利便性上の課題
が指摘されており（乙２２），これは当業者であれば当然に認識し得た技術上
の課題であるから，当業者においては，前記アの周知技術を乙１８送金発明に
適用し，おサイフケータイがそもそも備えている（つまり，送金システムない
しＥｄｙカード残高引き上げシステム上でＥｄｙカードにあらかじめ紐付け
られている）携帯電話番号や携帯メールアドレス（乙１８文献の７１頁参照）
5 を，受金ＩＤに採用して本件発明に想到することは，極めて容易なことといえ
る。この結果，乙１８送金発明に適用された携帯電話番号や携帯メールアドレ
スは，Ｅｄｙカードとの関係において受金にのみ利用される「受金にのみ利用
可能なＩＤ」となる。
そして，乙１８送金発明に前記アの周知技術を適用すると，携帯電話番号や
10 携帯メールアドレス（受金にのみ利用可能なＩＤ）と入金金額の情報とが，携
帯電話端末を通じてシステムに入力され，システム内で，入力された金額が，
入力された電子メールアドレスとあらかじめ紐付けられているＥｄｙ番号（消
費使用ＩＤ）に係る電子口座に入金される（口座の残高が引き上げられる）こ
とになり，前記各相違点に係る構成が自動的に備わる。
15 したがって，本件発明は，乙１８送金発明及び周知技術に基づき，当業者が
容易に発明をすることができたものである。
（原告の主張）
乙１８送金発明に被告主張の周知技術を組み合わせても，相違点に係る技術的構
成には到達し得ないから，本件発明が，乙１８送金発明と周知技術に基づき当業者
20 が容易に想到し得たということはできない。
(1) 本件発明は，「受金にのみ利用可能な受金ＩＤと，消費使用に利用可能な消費
使用ＩＤとの二種類のＩＤがあらかじめ紐付けられている」という構成を含み，
さらに，これに関連して，各構成要件間で有機的一体性を持って構成されたもの
であるのに対し，乙１８送金発明は，電子マネーの送受金に際して，電子マネー
25 の受取先のＩＤとして，消費使用にも用いることができるＥｄｙ番号を入力する
構成を開示するにすぎない。乙１８送金発明は，Ｅｄｙ番号という一種類のＩＤ
のみを用いるシステムを前提とするもので，このような乙１８送金発明には，あ
らかじめ紐付けられている二種類のＩＤを用いる本件特許発明の構成を開示又
は示唆するものではないから，この点で本件発明と異なっている。
そして，Ｅｄｙでは，おサイフケータイのＦｅｌｉＣａチップに電子マネーが
5 格納・管理されるため，ユーザのＥｄｙ番号が他人に知られたとしても，おサイ
フケータイがユーザの手元にあれば，Ｅｄｙの電子マネーが不正使用されるおそ
れはなく，乙１８発明におけるＥｄｙ ｔｏ Ｅｄｙでも同様である。それゆえ，
Ｅｄｙ ｔｏ Ｅｄｙでは，そもそもＥｄｙ番号を隠蔽しようという動機付けが
なく，これを隠蔽するためにメールアドレスや電話番号という別のＩＤを用いる
10 動機付けは存在しない。
また，当該構成を採用することについては，Ｅｄｙサービスの基本思想の重大
な変更を伴うばかりか，相当の設計変更も必要となるから，こうした変更を行う
ことについては阻害要因がある。
(2) 乙１８送金発明には，実際の入金を前提とする「入金受付情報」が存在せず，
15 原告主張の周知技術にも当該技術事項の開示はないから，この点でも本件発明と
異なっている。
したがって，乙１８送金発明に原告主張の周知技術を適用しても，当該相違点
に係る技術的構成には到達し得ない。
６ 争点３－６（無効理由６（乙２０発明に基づく新規性欠如））について
20 （被告の主張）
本件発明は，乙２０発明と同一であるから，本件特許は新規性欠如により無効に
されるべきものである。
なお，無効理由６は，本件発明の「使用限度額」に電子マネー等のアカウント残
高が含まれ，本件送金システムが本件発明の技術的範囲に属するという原告主張を
25 前提とした場合の予備的主張である。
(1) 乙２０発明の内容
乙２０文献の３９，４０，４３，４６～４８，５７，５８，６２，６８～７０，
７２及び７３頁によれば，乙２０文献には，以下の発明が記載されている。
ａ クレジット機能付きイーバンクカードの電子マネーの残高を送金額に応じ
て引き上げることが可能で，送金に使用するＥメールアドレスと，クレジット
5 カード機能付きイーバンクカードを使って買い物等をする際に使用する口座
番号とがあらかじめ紐付けられている送金システムであって，
ｂ１－１ クレジット機能付きイーバンクカードに対する電子マネーの送金に
際して，Ｅメールアドレスの情報を取得する手段と，
ｂ１－２ そのクレジット機能付きイーバンクカードの使用限度額の引上げを
10 指示する手段と
ｂ１－３ 取得したＥメールアドレスと，送金額の情報を出力する手段と，
ｂ２ を有する，クレジット機能付きイーバンクカードに電子マネーの送金を指
示する手段と，
ｃ１－１ Ｅメールアドレスと関連付けられた送金額の情報を受信する手段と，
15 ｃ１－２ 受信したＥメールアドレスと紐付けられている口座番号を取得する
手段と，
ｃ１－３ 口座番号で特定される電子口座の電子マネーの残高に，送金額の加算
を指示する手段と，
ｃ２ を有する手段と，
20 ｄ１－１ 口座番号とＥメールアドレスが予め登録されており（紐付けされてお
り），
ｄ１－２ 送金額の情報を受信する手段と，
ｄ１－３ 送金額を加算するに際して，Ｅメールアドレスに対応する口座番号を
取得する手段と，
25 ｄ２ を有する手段と，
ｅ からなる，電子マネーの残高を引き上げるクレジット機能付きイーバンクカ
ード残高引き上げシステム。
(2) 本件発明と乙２０発明とを対比すると，別表３のとおり，両発明は同一である。
（原告の主張）
本件発明は，乙２０発明と同一ではないから，新規性を有し，新規性欠如により
5 特許無効審判により無効にされるべきものではない。
(1) 乙２０発明は，送金人が，「メルマネ」画面で，受取人のメールアドレス及び
送金金額等を入力し，確認ボタンを選択し，受取人が送られたＥメールからアク
セスして自身の銀行口座に振り込み，現金化する旨を開示する（乙２０文献・５
８頁）のであり，イーバンク銀行を介して送金人からＥメールを受け取った受取
10 人が，Ｅメールを開封してイーバンク銀行のサイトにアクセスし，そこで振り込
み手続をすることで，送金人の銀行口座から自身の口座に入金（振替）がなされ，
この時点で，入金を受け付けた旨の情報が認識される。それゆえ，ユーザが，「メ
ルマネ」画面から受取人のメールアドレス及び送金金額等を発出した時点の当該
送金金額は，本件発明の「入金受付情報」ではない。
15 したがって，乙２０発明は，本件発明の「入金受付情報取得部」及び「出力部」
を開示しておらず，必然的に，「ホワイトカード使用限度額引上指示装置」も開
示していない。
また，Ｅメールを受け取った受取人の振り込み手続により自身の銀行口座への
入金（振替）があったことをもって，本件発明の「入金受付情報」に相当する情
20 報を取得したと解するのであれば，乙２０発明は，当該入金の時点では，もはや，
Ｅメールアドレスと当該情報とを関連付けて出力することはないから，結局，乙
２０発明は，「ホワイトカード使用限度額引上指示装置」を開示していない。
したがって，乙２０発明は，この点で本件発明と異なる。
(2) 本件発明の「引上命令装置」は，「受金ＩＤと関連付けられた入金受付情報を
25 ホワイトカード使用限度額引上指示装置から受信する受信部」を有していなけれ
ばならないところ，乙２０発明は，前記のとおり，本件特許発明の「入金受付情
報」を開示していないから，必然的に，上記の「受信部」を開示していない。ま
た，仮に，乙２０発明において，受取人の振込手続により自身の銀行口座への入
金をもって入金を受け付けた情報を取得したと解するのであれば，当該情報に関
連付けられたＥメールアドレスと紐付けられている口座番号を何らかのＩＤ管
5 理装置から取得しなければならないところ，受取人の銀行口座には既に入金があ
ったのであるから，乙２０発明の構成間には連関性がない。
このように，乙２０発明は，「ホワイトカード使用限度額引上指示装置」に相
当する構成を何ら開示していないから，必然的に，本件発明の「引上命令装置」
に相当する構成も開示していない。
10 したがって，乙２０発明は，これらの点で本件発明と異なる。
７ 争点３－７（無効理由７（サポート要件違反））について
（被告の主張）
原告の主張によれば，本件発明は，本件明細書等の発明の詳細な説明の記載によ
り当業者が当該発明の課題を解決できると認識できないものを包含するから，本件
15 特許請求の範囲の請求項１の記載は，サポート要件（特許法３６条６項１号）に適
合せず，特許無効審判により無効にされるべきものである。
本件明細書等の「背景技術」及び「発明が解決しようとする課題」の説明におい
ては，一貫して「クレジットカード」の使用限度額の変更に伴う課題が，本件発明
が解決しようとする課題であるとしており（段落【０００２】～【０００５】），
20 その課題解決手段は，上記のような制限のあるホワイトカード（一般の用語例から
しても，クレジットカードを意味する。）の「使用限度額」を引き上げるシステム
を提供することにあると説明している（段落【０００６】，【０００７】）。発明
の効果についての記載（段落【００１６】）や，実施例１（段落【００２１】～【０
０８８】），実施例２（段落【００８９】～【０１２０】），及び実施例３（段落
25 【０１２１】～【０１６５】）についても，上記の課題認識を前提としたものと理
解することができる。
原告は，本件発明が，クレジットカードに限定されず，電子マネーを用いたプリ
ペイドカードやデビット取引を行うものも含むと主張するが，特許請求の範囲の記
載が明細書のサポート要件を満たすためには，特許請求の範囲に記載された発明が，
明細書に記載された発明で，明細書の記載により当業者が当該発明の課題を解決で
5 きると認識できる範囲のものでなければならない（知財高裁平成１７年（行ケ）第
１００４２号同年１１月１１日判決）。しかるに，本件明細書等の発明の詳細な説
明にはクレジットカードについての記述しかない上，プリペイドカードやデビット
カードには上記課題は存在しない。
したがって，本件特許請求の範囲の請求項１の記載は，サポート要件に適合しな
10 い。
（原告の主張）
本件特許請求の範囲の請求項１の記載は，サポート要件に適合するから，特許無
効審判により無効にされるべきものではない。
すなわち，本件発明の課題は，他者からの送金の受金等によるユーザの所持金の
15 増加を速やかに使用限度額に反映させることができるようにすることであり，本件
明細書等の発明の詳細な説明には，本件発明の具体的構成及び作用効果が記載され
ているから，これによって，当業者が当該発明の課題を解決できると認識し得るこ
とは明らかである。原告は，本件発明の課題を曲解しており，この点に関する原告
の主張は失当である。
20 したがって，本件発明は，発明の詳細な説明に記載された発明で，発明の詳細な
記載により当業者が当該発明の課題を解決できると認識できる範囲のものである
から，本件特許請求の範囲の請求項１の記載は，サポート要件を満たす。
８ 争点３－８（無効理由８（明確性要件違反））について
（被告の主張）
25 本件特許請求の範囲の請求項１の記載は，そこに用いられている「使用限度額」
及び「受金にのみ利用可能な受金ＩＤ」の用語の意味内容が定まらず，明確性の要
件（特許法３６条６項２号）を満たさないから，特許無効審判により無効にされる
べきものである。
(1) 「使用限度額」について
本件明細書等の「背景技術」 「発明が解決しようとする課題」
及び の説明では，
5 クレジットカードの使用限度額の変更の問題点として，「ユーザの所持金が当該
クレジットカード契約時の平均所得以上に増えたとしても，カード会社に逐一連
絡などして所定の手続きを経なければそれが使用限度額に反映されることは無
い」ことが挙げられており（段落【０００５】），この記載は，「使用限度額」
が，カードの口座残高そのものとは明確に異なる概念であることを前提としたも
10 のと理解できる。
しかるに，原告は，本件発明の「ホワイトカード」にクレジットカードだけで
なく，プリペイドカード（電子マネーを用いたものを含む。）やデビットカード
など，残高に応じて使用限度額が都度増減するものも含まれるものと主張する。
このように，原告は，「使用限度額」の意味する範囲を，本件発明が解決しよう
15 とする課題とは関係のないものにまで際限なく広げようとしており，原告の主張
によれば，「使用限度額」の用語の意味内容は定まらないから，明確性の要件を
満たさない。
(2) 「受金にのみ利用可能な受金ＩＤ」について
「受金にのみ利用可能な受金ＩＤ」とは，これに係る本件明細書等における説
20 明（段落【０００６】，【０００７】，【００３６】，【００４７】及び【００
５６】）によれば，「受金のみに利用可能な入金すべきホワイトカードを特定す
るための情報」を意味するものと理解できる。
しかるに，原告の主張によれば，本件発明の「受金にのみ利用可能な受金ＩＤ」
には，①ＬＩＮＥアカウント，②ファミリーマートに備えられているＦａｍｉポ
25 ート（マルチメディアステーション）でＦａｍｉポート申込券を発見するために
必要な「予約番号（申込番号）」，③ユーザ銀行口座の口座情報などが含まれる
ところ，①はＬＩＮＥサービスを利用するために必要な識別が番号であり，②は
コンビニエンスストアでの支払のために一時的に必要となる番号であり，③は振
替元のユーザ銀行口座の口座番号等であり，これらは全く属性が異なる。そして，
原告は，本件振替入金システムでは送金者と受金者が同一であるから，ユーザ銀
5 行口座の口座情報が送金者を特定するということは，当該口座情報は受金者を特
定するものであるということである旨を主張している。そうすると，何らかの形
で受金者と結び付けられていれば，「受金ＩＤ」に該当することになり，「受金
ＩＤ」の範囲が際限なく広がって，その外延が定まらないから，原告の主張によ
れば，「受金ＩＤ」の用語の意味内容が定まらないことになる
10 したがって，原告の主張を前提とすると，本件特許請求の範囲の請求項１の記
載は，明確性の要件を満たさない。
（原告の主張）
本件特許請求の範囲の請求項１の記載は，明確性の要件を満たすから，特許無効
審判により無効にされるべきものではない。
15 なお，この点の被告の主張は，時機に後れた攻撃防御方法として却下されるべき
である。
(1) 「使用限度額」について
本件明細書等の段落【０００５】等の記載は，ユーザの所持金が増加しても速
やかに使用限度額に反映されないという従来技術における課題を指摘するもの
20 である。銀行口座の残高を使用限度額とするデビット取引であっても，ユーザの
所持金の増加を速やかに使用限度額に反映させられないという課題は存在し，本
件特許発明の構成を採用すれば，上記の課題を解決することができ，本件特許発
明の作用効果を奏することができる。
それゆえ，使用限度額」の用語の意味内容も，本件明細書等に接した当業者で
25 あれば，本件特許の出願時の技術常識を考慮して，それらの意味内容を理解でき，
明確である。
(2) 「受金にのみ利用可能な受金ＩＤ」について
本件発明の「受金にのみ利用可能な受金ＩＤ」の意味内容は，本件特許請求の
範囲や本件明細書等の段落【００３６】の記載から明確である。
被告は，「受金にのみ利用可能な受金ＩＤ」が「受金のみに利用可能な入金す
5 べきホワイトカードを特定するための情報」を意味すると理解できる旨の主張を
するが，本件発明の「受金のみに利用可能な受金ＩＤ」とは，本件特許請求の範
囲に記載のとおりのものであって，本件明細書等にもこれに矛盾する記載はない
から，被告が前提とする理解自体が誤っている。