令和5(行ケ)10105審決取消請求事件

令和７年１月２７日判決言渡
令和５年（行ケ）第１０１０５号 審決取消請求事件
口頭弁論終結日 令和６年１１月７日
判 決
原 告 ＰａｙＰａｙ株式会社
同訴訟代理人弁護士 塩 月 秀 平
同 松 山 智 恵
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 報処理方法であって、
ネットワーク仲介システムにおいてモバイル決済を実現する装置は、取
引情報の画像解析装置及び前記取引情報を処理するための処理装置を含
み、処理装置には、サービスプロバイダ情報と対応する口座番号情報、及
び移動端末ユーザのIMSI（International Mobile Subscriber Identity：国
15 際移動ユーザ識別コード）情報と対応する口座番号情報といった取引双方
の口座番号情報が予め設定され、画像解析装置は画像から具体的な取引情
報を解析して処理装置に送信し、処理装置は対応する口座番号情報に基づ
いて取引を行うものであり、
モバイル決済取引の際に、レジサービス端末はサービスプロバイダ関連
20 情報及び取引内容情報等の取引情報を画像に生成して、後に取引の相手方
である移動端末に提供し、当該取引情報には、取引シリアル番号、取引明
細及び取引金額等の情報である取引内容情報と、サービスプロバイダのID
情報を含むサービスプロバイダ情報や、レジサービス端末の一意の識別情
報及びレジサービス端末の番号情報を含むレジサービス端末情報である
25 サービスプロバイダに関連する身分情報が含まれ、
移動端末は撮像機能又は図形走査機能を備える携帯電話、PDA又はパー
ムトップコンピュータなどであってもよく、撮像機能又は図形走査機能に
よりレジサービス端末から前記画像を取得すると、取得された画像情報を
ネットワーク仲介システムに送信し、
ネットワーク仲介システム側には、レジサービス端末の唯一の識別ID、
5 レジサービス端末の番号、口座番号情報を含むレジサービス端末に関する
情報と、移動ユーザの身分情報及び口座番号情報とが予め記憶されており、
ネ ッ ト ワ ー ク 仲 介 シ ス テ ム は 、 ネ ッ ト ワ ー ク 装 置 MSC （ Mobile
Switching Center ： モ バ イ ル 交 換 セ ン タ ー ） 及 び ／ 又 は HLR （ Home
Location Register：ホーム位置レジスタ）から移動端末ユーザの身分情報
10 を画像情報とともに受信し、ここで、移動端末ユーザの身分情報は、移動
端末のIMSI、移動端末のESN（Electronic serial number：電子シリアル
番号であって、移動端末番号MSISDNに唯一に対応する） 移動端末の番号
、
などの情報のうちいずれか一つ又は任意の組み合わせを含むものであり、
ネットワーク仲介システムは、画像情報を受信した後、画像解析装置に
15 おいて解析を行って、サービスプロバイダの関連情報及び取引内容情報の
取引情報を取得して、レジサービス端末の身分情報を解析した取引情報か
ら直接抽出し、解析して得られた取引内容情報に基づいて仮取引記録を作
成し、
ネットワーク仲介システムは、取得した、買い手である移動端末ユーザ
20 の身分情報と、売り手であるレジサービス端末の身分情報を用いて、取引
売買双方の身分の正当性を検証し、
ここで、ネットワーク仲介システムは、レジサービス端末の身分情報の
検証として、サービスプロバイダID情報を解析した後、対応するサービス
プロバイダ情報が登録されているか否かを検索し、存在すれば、解析され
25 たサービスプロバイダが正当であり、そうでなければ、不正であると判定
することにより、サービスプロバイダの身分の正当性を検証するとともに、
ユーザ身分情報の検証として、MSC又はHLRから返信されたIMSI情報に
基づいて該移動端末ユーザのIMSIと口座番号情報とが予め登録されてい
るか否かを判定し、存在すれば、移動端末ユーザが正当であり、そうでな
ければ、不正であると判定することにより、移動端末ユーザの身分の正当
5 性を検証するものであり、双方の身分が正当であれば、双方の身分情報に
基づいて予め記憶されたデータベースから双方の口座番号情報を呼び出
し、
ネットワーク仲介システムは取引情報に基づいて仮取引記録を作成し
て、移動端末に取引を確認するために、取引金額、取引シリアル番号又は
10 取引明細などの情報が含まれる確認通知を送信し、
移動端末は受信した取引通知が正しいと確認した場合、取引を実行する
命令を返信し、
ネットワーク仲介システムは移動端末の確認を受信した後、支払を実行
し、仮取引記録を正式な取引記録として確認し、取引ログを記録し、取引
15 が失敗した場合、取引失敗を移動端末に通知する、
モバイル決済取引情報処理方法。」
イ 本件発明２の「証明情報」の技術的意義（本件審決第７の１⑵、７４な
いし８０頁）
本件発明２における「証明情報」は、「前記第１ユーザの情報および／
20 又は前記第１ユーザ端末（Ａ）の情報と関連付けられた第１の証明情報」
と「前記第２ユーザの情報および／又は前記第２ユーザ端末（Ｂ）の情報
と関連付けられた第２の証明情報」であるが、本件明細書等の段落【００
１８】 【００１９】 【００２４】 【００５７】ないし【００６１】 【００
、 、 、 、
６８】ないし【００７４】 【００８１】 【図５】及び【図９】の記載によ
、 、
25 れば、本件発明２の「第１の証明情報」「第２の証明情報」は、それぞれ、
、
本件明細書等における「第１の電子証明書」 「第２の電子証明書」に対応
、
し、端末Ａ又は端末Ｂから電子証明書発行の要求を受けて、管理サーバ３
００でデジタル署名、公開鍵等を有するように作成され、端末Ａ又は端末
Ｂと紐付けて顧客マスタ格納部３５０に格納されるものであって、「端末
Ａの製造ＩＤ」のような「個体情報」や、
「ユーザＡのログインＩＤ」「パ
、
5 スワード」 「電子マネー口座番号」とは異なる情報である。
、
すなわち、本件発明２における「証明情報」は、ユーザ端末から発行の
要求を受けて管理サーバで作成される情報であり、認証のためのデジタル
署名や公開鍵等を有する電子証明書のような情報であるという技術的意
義を有する。そのため、本件発明２における「証明情報」は、ユーザ端末
10 の認証を行う管理サーバで作成されるものではない、ユーザの情報そのも
のや、ユーザ端末の情報そのものとは異なる情報である。
ウ 本件発明２と甲１発明の一致点、相違点(本件審決第７の１⑶コ、８９な
いし９２頁)
(ｱ) 一致点
15 「第１ユーザが有する第１ユーザ端末（Ａ）と、第２ユーザが有する第
２ユーザ端末（Ｂ）と、前記第１ユーザ端末（Ａ）および前記第２ユー
ザ端末（Ｂ）と通信回線を介して通信可能である管理サーバとを用いて、
前記第１ユーザから前記第２ユーザへのマネーの送金を行うマネー送金
方法であって、
20 前記管理サーバおよび前記第１ユーザの端末（Ａ）は、前記第１ユー
ザ端末（Ａ）の情報を格納しているものであると共に、前記管理サーバ
および前記第２ユーザ端末（Ｂ）は、前記第２ユーザの情報および／又
は前記第２ユーザ端末（Ｂ）の情報を格納しているものであり、
この方法は、
25 前記送金の際、前記第１ユーザ端末（Ａ）が、前記第２ユーザ端末
（Ｂ）が出力した、第２端末情報と、前記第２ユーザが前記第１ユー
ザから受取るマネーの受取額と、を取得し、前記第１ユーザ端末（Ａ）
を介して、前記第２端末情報及び前記マネーの受取額が前記管理サー
バに送信されるようになっており、
前記管理サーバが、
5 前記第１ユーザ端末（Ａ）から、前記第２端末情報を受信する工
程と、
受信した第１端末情報が前記管理サーバに格納されている前記第
１ユーザ端末（Ａ）に関する情報と対応しているか否かの判断と、前
記第１ユーザ端末（Ａ）から受信した前記第２端末情報が前記管理サ
10 ーバに格納されている前記第２ユーザ端末（Ｂ）に関する情報と対応
しているか否かの判断とを少なくとも行うことにより、前記第１ユー
ザおよび前記第２ユーザの認証を行う認証工程と、
前記第１ユーザ端末（Ａ）から、前記第２ユーザへのマネーの送
金指示を受信する工程と、
15 を行う
ことを特徴とするマネー送金方法。」
(ｲ) 相違点１－１
本件発明２は、
「第１ユーザ」から「第２ユーザ」へ送金されるマネー
が「電子マネー」であって、
「第１ユーザ」と「第２ユーザ」の「電子マ
20 ネー」をそれぞれ記憶する「電子マネー管理サーバ（３００）」が、第１
ユーザから第２ユーザへの「電子マネーの送金を行う電子マネー送金方
法」に関する発明であるのに対し、甲１発明は、
「第１ユーザ」から「第
２ユーザ」へ送金されるマネーが「電子マネー」であるか定かではなく、
また、甲１発明の「管理サーバ」（ネットワーク仲介システム）は、「第
25 １ユーザ」と「第２ユーザ」の「口座番号情報」をそれぞれ記憶するも
のの、口座のマネー自体を記憶するものではなく、
「管理サーバ」が、第
１ユーザから第２ユーザへの「マネーの送金を行うマネー送金方法」に
関する発明である点。
(ｳ) 相違点１－２
「管理サーバ」 「第１ユーザ端末（Ａ） 、
、 」 「第２ユーザ端末（Ｂ）」が
5 格納する情報に関して、本件発明２では、電子マネー管理サーバ（３０
０）および第１ユーザの端末（Ａ）は、
「前記第１ユーザの情報および／
又は前記第１ユーザ端末（Ａ）の情報と関連付けられた第１の証明情報」
を格納し、電子マネー管理サーバ（３００）および第２ユーザの端末（Ｂ）
は、
「前記第２ユーザの情報および／又は前記第２ユーザ端末（Ｂ）の情
10 報と関連付けられた第２の証明情報」を格納するのに対し、甲１発明は、
管理サーバおよび第１ユーザの端末（Ａ） 「前記第１ユーザ端末
は、 （Ａ）
の情報」を格納し、管理サーバおよび第２ユーザの端末（Ｂ）は、
「前記
第２ユーザの情報および／又は前記第２ユーザ端末（Ｂ）の情報」を格
納するものの、
「第１の証明情報」や「第２の証明情報」を格納するもの
15 ではない点。
(ｴ) 相違点１－３
送金の際の「第１ユーザ端末（Ａ）」の処理に関し、本件発明２は、
「前
記第２ユーザ端末（Ｂ）が出力した、前記第２の証明情報の少なくとも
一部の情報である第２端末情報」を受信して、
「前記電子マネー管理サー
20 バに送信」するのに対し、甲１発明は、
「前記第２ユーザ端末（Ｂ）が出
力した、第２端末情報」を取得するものの、当該「第２端末情報」は「第
２の証明情報の少なくとも一部の情報」ではなく、そのため、甲１発明
の「第１ユーザ端末（Ａ）」は、「前記第２の証明情報の少なくとも一部
の情報」を「前記第２ユーザ端末（Ｂ）」から受信して「管理サーバ」に
25 送信するものでもなく、さらに、本件発明２の「第１ユーザ端末（Ａ）」
は、「第２ユーザ端末（Ｂ）」が出力した「第２端末情報」と「受取額」
を「受信」するのに対し、甲１発明の「第１ユーザ端末（Ａ）」は、「第
２ユーザ端末（Ｂ）」が出力した「第２端末情報」と「受取額」の情報を
含む「画像情報」を、撮像機能又は図形走査機能を利用して「取得」す
るのであって、
「第２端末情報」と「受取額」を「受信」するものではな
5 い点。
(ｵ) 相違点１－４
「管理サーバ」が受信する「第１端末情報」に関して、本件発明２は、
「第１ユーザ端末（Ａ）」から「前記第１ユーザ端末（Ａ）の証明情報の
少なくとも一部の情報」として受信するものであるのに対し、甲１発明
10 では、
「第１端末情報」に相当する「IMSI情報」は「MSC又はHLRから
返信された」ものであって、
「第１ユーザ端末（Ａ）」である「移動端末」
から受信した情報ではなく、また、当該「IMSI情報」は「前記第１ユー
ザ端末（Ａ）の証明情報の少なくとも一部の情報」ではない点。
(ｶ) 相違点１－５
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 得たとはいえないから、本件発明５は、甲７発明及び周知技術に基づいて
当業者が容易に発明をすることができたものではない。
オ 無効理由２のまとめ（本件審決第８の３、１０９頁）
本件発明４及び５は、甲７発明及び周知技術に基づいて当業者が容易に
発明をすることができたものではない。
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 ア 甲１の「アカウント情報」は金銭的価値（残高等）に関する情報を含む
こと
甲３(米国特許公開公報US2003/0050898)、甲７の記載のとおり、
「アカ
ウント」の用語は、残高が含まれる意味で一般的に用いられており、当業
者からすれば、
「アカウント情報」という用語には、口座番号情報の他、金
10 銭的価値（口座の残高等、口座に紐づく金銭）に関する情報が含まれる意
味を示すことは技術常識であるから、甲１の「アカウント情報」
（甲１原文
の「帳号信息」「帳戸信息」
、 ）は、「口座番号情報」の意味に限定されるも
のではなく、口座番号情報の他、金銭的価値（口座の残高等）に関する情
報を含むと解釈されるべきである。
15 また、アカウント情報に基づいて取引を実行する、又は支払を実行する
という甲１の記載に接した当業者であれば、かかるアカウント情報には、
残高に相当する電子マネーに関する情報が含まれていると理解すること
が自然であり、甲１発明においては、かかる電子マネーを用いて取引又は
支払が実行されることを意味すると理解することが自然である。
20 さらに、甲１には、
「ネットワーク仲介システム３はそれぞれ移動端末ユ
ーザ及びサービスプロバイダとサービス協議を締結した運営業者のみで
あってもよく、銀行が参加してもよく」と記載されており、運営業者のみ
のネットワーク仲介システムが支払を実行し、取引を完結させるためには、
ネットワーク仲介システムがアカウント情報として金銭的価値（口座の残
25 高等）に関する情報を記憶し、管理している必要があることは当業者であ
れば当然に理解できる。
「帳号信息」及び「帳戸信息」の意味として、
「帳号」の一つの意味にす
ぎない「口座番号」
（アカウント番号）を採用し、
「アカウント情報」は「口
座番号情報」であるとして、
「ネットワーク仲介システム」が「金銭的価値
（口座の残高等）に関する情報」を記憶、管理せず、
「口座番号情報」だけ
5 を記憶、管理しているかのような本件審決の引用発明の認定は、甲１の記
載、訳文及び技術常識に基づくものではなく、誤りである。
そうすると、甲１の「アカウント情報」は金銭的価値（残高等）に関す
る情報を含む。
イ 甲１の「ネットワーク仲介システム」 「移動端末」
は、 から出力された「移
10 動端末ユーザの身分情報」を受信するといえること
甲１には、移動端末側で画像解析を行い、取引情報を送信する態様が記
載されていることから（別紙２の９）、甲１発明の認定において、移動端末
が「移動端末ユーザの身分情報」と「レジサービス端末の身分情報」とを
「ネットワーク仲介システム」に送信する態様が看過された点で、本件審
15 決には誤りがある。
また、本件審決では、「ネットワーク仲介システム」は、「移動端末」で
はなく「MSC」及び／又は「HLR」から画像情報及び移動端末のユーザ身
分情報を受信することが認定されているが、移動端末を用いる全ての通信
は、
「MSC」を通過して行われる（甲２７） よって、
。 甲１において、
「MSC」
20 及び／又は「HLR」から画像情報及び移動端末のユーザ身分情報を受信す
ることは、かかる情報の送信元である「移動端末」からネットワーク仲介
システムが受信することと同義であり、
「移動端末」からこれらの情報が受
信されると認定されてもよいはずである。
したがって、甲１の「ネットワーク仲介システム」は、
「移動端末」から
25 出力された「移動端末ユーザの身分情報」を受信するといえる。
ウ 甲１には取引金額とともに送金指示が送信される態様が記載されている
こと
甲１の１４頁５行ないし８行（別紙２の１０。甲１の頁数及び行数は、
甲１本文のものを指す。以下、本判決の本文及び別紙２において同じ。）に
は、
「取引を実行する命令」を送信するトリガとなる「確認通知」を必要と
5 しない態様が開示されている。
「確認通知」が省略される場合、移動端末か
らネットワーク仲介システムに取引時に送信されるタイミングは、取引金
額（受取額）及びレジサービス端末の身分情報が送信されるタイミングだ
けであるから、これらの情報を送信することが「送金指示」に対応し、甲
１発明においても、ネットワーク仲介システムが、送金指示とともに受取
10 額を受信する態様が開示されている。
このように、甲１には、
「取引を実行する命令」を送信するトリガとなる
「確認通知」を必要としない態様が開示されており、取引金額とともに送
金指示が送信される態様が記載されているから、ネットワーク仲介システ
ムが取引金額とともに送金指示を受信する態様を看過し、「取引金額」と
15 「送金指示」とが別の工程で受信されると認定した本件審決には誤りがあ
る。
⑵ 本件発明２の認定の誤り
本件審決は、本件発明２の「証明情報」を、
（Ａ）ユーザ端末から発行の要
求を受けて電子マネー管理サーバで作成される情報であり、
（Ｂ）認証のため
20 のデジタル署名や公開鍵等を有する電子証明書のような情報である、という
二つの意義を有する情報であると認定した。
しかし、第１に、上記の意義（Ａ）について、請求項２においては「証明
情報」がどこで作成されるものであるかを示す記載は何もないうえ、本件明
細書等の段落【００５９】には外部の電子証明書発行業者に依頼して作成す
25 る態様も記載されていることからすれば、ユーザ端末からの発行の要求は必
要なく、また、電子マネー管理サーバで作成される必要もない。
第２に、上記の意義（Ｂ）について、請求項２には「証明情報」について、
端末の認証のために用いられる情報であることが記載されているだけであり、
本件明細書等には、
「証明情報」は、端末とサーバ間でユニークな情報である
ことが記載されているのみである。また、上記の意義（Ｂ）では、
「デジタル
5 署名や公開鍵等を有する電子証明書のような」とされていて、
「デジタル署名
や公開鍵等を有する電子証明書」は一例として記載されているに過ぎず、そ
の他の情報として何を含むのかが不明であり、結局、
「証明情報」が何を意味
するのかを特定することができない。
したがって、本件発明２における「証明情報」の技術的意義は、請求項及
10 び本件明細書等の記載に基づけば、「端末の認証のために用いられるもので
あり、端末とサーバ間でユニークな情報」と認定されるべきであり、本件審
決が認定するのと異なり、ユーザ端末からの発行の要求は必要なく、また、
電子マネー管理サーバで作成される必要もない。
被告自身、本件特許に基づき原告に対して提起した訴訟（東京地方裁判所
15 令和３年（ワ）第７３２１号、知的財産高等裁判所令和５年（ネ）第１００
３９号。以下「別件訴訟」という。）において、「第１の証明情報」は、利用
者を特定するためのＩＤ等何らかの情報（ユーザ端末の電話番号やパスワー
ド）であればよく、
「第２の証明情報」は、加盟店を特定するためのＩＤ等何
らかの情報であればよいとのクレーム解釈をしており、本件審決のような限
20 定的な解釈をしていない。
⑶ 本件発明２と甲１発明の相違点の認定の誤り
次のとおり、本件発明２と甲１発明の相違点に関する本件審決の認定には
誤りがあり、相違点１－２、１－３及び１－５を含む相違点１－１ないし１
－７は相違点とはならない。
25 ア 本件審決が認定した本件発明２と甲１発明の相違点（前記第２の４⑴ウ
(ｲ)ないし(ｹ)）のうち、相違点１－１については、前記⑴アのとおり、甲
１発明における「ネットワーク仲介システム」が「運営業者のみ」で実装
される場合、当該「ネットワーク仲介システム」が金銭的価値（電子マネ
ー）を記憶、管理する態様が甲１発明に含まれるから、相違点１－１にお
いて「甲１発明の『管理サーバ』（ネットワーク仲介システム）は、・・・
5 口座のマネーを管理するものではなく」と本件審決が認定したことは誤り
である。
イ 相違点１－２については、本件発明２における「証明情報」の技術的意
義は前記⑵のとおり認定されるべきであり、甲１発明における「IMSI情報」
などの移動端末情報及びレジサービス端末の情報は、ユーザ又は端末の正
10 当性検証に用いられ、ネットワーク仲介システムと端末間でユニークな情
報であるため、原告主張の「証明情報」の技術的意義と一致する。したが
って、相違点１－２は、そもそも相違点とはなり得ない。
ウ 相違点１－３については、本件審決は、「甲１発明は、『前記第２ユーザ
端末（Ｂ）が出力した、第２端末情報』を取得するものの、当該『第２端
15 末情報』は『第２の証明情報の少なくとも一部の情報』ではなく」と認定
しているが、上記イのとおり、レジサービス端末の情報は本件発明２の「証
明情報」の技術的意義と合致しているから、上記の点は相違点とはなり得
ない。
また、本件審決は、
「甲１発明の『第１ユーザ端末（Ａ）』は、
『第２ユー
20 ザ端末（Ｂ）』が出力した『第２端末情報』と『受取額』の情報を含む『画
像情報』を、撮像機能又は図形走査機能を利用して『取得』するのであっ
て、
『第２端末情報』と『受取額』を『受信』するものではない」と認定す
るが、本件発明２の「受信」は、第１ユーザ端末が、第２ユーザ端末から
所定の情報を取得することを意図して用いられている用語にすぎず、本件
25 各発明の課題や当該課題を解決するための手段を踏まえてみても、「受信」
につき、本来「受信」の語が有する意味を超えて、情報を取得する方法を
限定して解釈する必要はなく、撮像機能又は図形走査機能を利用して画像
情報を取得することは「受信」に該当する。なお、仮に、上記認定のとお
りであるとしても、第１ユーザ端末は、第２ユーザ端末が出力した「第２
端末情報」と「受取額」とを取得することにより、本件発明２は成立する
5 ため、取得手段に係る上記相違点は、実質的相違点とならない。
エ 相違点１－４については、前記⑴イのとおり、「MSC又はHLR」から送
信されたことと、「移動端末」から送信されたことは同義であるから、「第
１端末情報」は「移動端末」から受信した情報であるといえる。また、
「証
明情報」について前記⑵のとおり限定的に解釈することを前提とした相違
10 点１－４は、そもそも相違点となり得ない。
オ 相違点１－５については、甲１発明における「IMSI情報」などの移動端
末の情報は、ネットワーク仲介システムと端末間でユニークな情報である
ため、
「証明情報」に当たるから、相違点１－５は相違点とはなり得ない。
カ 相違点１－６については、甲１発明では、移動端末ユーザのIMSI、ESN、
15 移動端末番号などの情報を用いて、及び、レジサービス端末のIDなどを用
いて、各ユーザの正当性を検証することは、端末の情報を用いての正当性
検証になるため、実質的に各端末の認証を行うことと同義であって、相違
点１－６に関する本件審決の判断は上記の点を看過している。
キ 相違点１－７については、本件審決は、本件発明２では送金指示と受取
20 額が同時に受信されることを前提として当該相違点を認定したものと解
されるが、本件特許の請求項２には、送金指示と受取額とを同時に受信す
ることは何ら特定されておらず、その他の記載や課題等を踏まえてみても、
送金指示と受取額を同時に受信していると解釈する理由はないから、相違
点１－７は相違点となり得ない。なお、仮に、本件発明２において送金指
25 示と受取額が同時に受信されるものであると解釈したとしても、前記⑴ウ
のとおり、甲１発明には、ネットワーク仲介システムが送金指示とともに
受取額を受信する態様が開示されている。
ク 以上のとおり、本件審決が認定した相違点は、相違点１－８を除いて実
質的な相違点であるとはいえず、本件発明２と甲１発明の相違点は以下の
ものに限られる（相違点１－８に相当する。以下「原告主張の相違点１」
5 という。 。
）
「本件発明２では、受取額が残高内であるかの判断を行い、残高内である
という残高確認が行われた場合に電子マネーの送金が行われるのに対し、
甲１発明では、かかる残高の判断及び確認を行うのか否かが必ずしも明
らかではない点。」
10 ⑷ 本件発明２と甲１発明の相違点に関する容易想到性の判断の誤り
次のとおり、本件発明２と甲１発明の相違点に関する本件審決の判断には
誤りがある。
ア 本件審決は、相違点１－２、１－３及び１－５に係る構成を容易に想到
し得たとはいえないと判断した。しかし、前記⑶のとおり、これらの相違
15 点を含む相違点１－１ないし１－７は、そもそも相違点とはならない。
イ 原告主張の相違点１に係る構成は、甲１発明及び周知技術に基づいて、
当業者が容易に想到し得たものである。
すなわち、原告主張の相違点１に係る構成に関し、電子決済分野におい
て、支払者（買い手）のアカウントに、取引額以上の残高があるかの残高
20 確認を行い、残高が十分にあれば取引を行うことは、本件優先日の前から
周知技術であった（甲２の１、甲３～５）。
また、甲１に、
「したがって、操作しやすくかつ安全で信頼性が高いモバ
イル決済システム及び方法をどのように提供するかは早急に解決すべき
問題となる。 （別紙２の１）等と記載されていることを踏まえれば、甲１
」
25 発明において、買い手の残高以上の買い物を許容しないよう、取引金額が
買い手の残高内であるかの残高確認を行うという上記周知技術を採用す
ることへの示唆があった。
ウ 相違点１－２、１－３及び１－５につき、仮に、本件審決による「証明
情報」の認定を前提に、上記各相違点が存在するとしても、電子決済分野
において、取引を行うユーザ又は端末の認証に用いる情報に暗号化技術を
5 用いてセキュリティを向上させることは、甲６の２、甲３０、３１をはじ
め多数の文献に開示されている内容であって、当業者にとって周知技術又
は技術常識であるといえ、安全で信頼性が高いモバイル決済システムを課
題とする甲１発明における移動端末の身分情報及びレジサービス端末の
身分情報に、周知技術又は技術常識の暗号化技術を用いることは、当業者
10 にとって容易になし得たことである。そして、これによって、本件発明２
の上記の相違点に係る構成を想到することは容易であり、上記の相違点に
関する本件審決の判断には誤りがある。
エ 仮に、相違点１－１、１－３、１－４、１－６及び１－７が相違点であ
るとしても、甲１発明ないし技術常識に鑑みれば、これらの相違点に係る
15 構成は当業者であれば容易に想到し得たことである。
(ｱ) 前記⑴アのとおり、甲１に記載のアカウント情報には金銭的価値が含
まれると解され、銀行ではないプリペイド決済会社の装置が電子価値を
管理することは、甲６（文献「モバイル電子決済のビジネスモデルと技
術的要件」 の図５－２８に記載のとおり技術常識である。
） したがって、
20 相違点１－１として認定された「甲１発明の『管理サーバ』
（ネットワー
ク仲介システム）は、
・・・口座のマネー自体を記憶するものではなく」
という点において、アカウント情報を記憶し、支払を実行する甲１発明
のネットワーク仲介システムに、アカウント情報に金銭的価値が含まれ、
銀行ではない会社の装置が電子価値を管理するという技術常識を適用
25 することは、当業者が容易に想到し得る事項である。
(ｲ) 甲６の図５－２８には、端末同士がローカル通信を用いて電子決済に
関する情報を受信することが開示され、甲３０（特表２０１１－５１３
８３９号公表特許公報）には、近接場無線通信チャネルを介して信用情
報を受信することが開示されており、これらの開示内容に基づき、電子
決済に関する情報を通信により受信することは技術常識である。
5 これらの技術常識に鑑みれば、相違点１－３として認定された「甲１
発明の『第１ユーザ端末（Ａ）』は、
『第２ユーザ端末（Ｂ）』が出力した
『第２端末情報』と『受取額』の情報を含む『画像情報』を、撮像機能
又は図形走査機能を利用して『取得』するのであって、『第２端末情報』
と『受取額』を『受信』するものではない」という点において、甲１に
10 記載の、電子決済に関する情報を含む「画像情報」を撮像機能又は図形
走査機能を利用して「取得」することに替えて、電子決済に関する情報
を通信により受信するという技術常識を適用することは、当業者が容易
に想到し得る事項である。
(ｳ) 相違点１－４につき、「甲１発明では、『第１端末情報』に相当する
15 『IMSI情報』は『MSC又はHLRから返信された』ものであって、
『第１
ユーザ端末（Ａ） である
』 『移動端末』から受信した情報ではなく、また、
当該『IMSI情報』は『前記第１ユーザ端末（Ａ）の証明情報の少なくと
も一部の情報』ではない」との点は、甲１発明のネットワーク仲介シス
テムが受信する情報の送信元として、ネットワーク通信における中継点
20 とするか、大元の送信元とするか、のいずれにするかは当業者にとって
適宜なし得る設計変更にすぎず、かかる相違点１－４は、当業者が容易
に想到し得る事項である。
(ｴ) 相違点１－６につき、前記⑶カのとおり、甲１に記載の正当性の検証
について、移動端末ユーザの端末情報及びレジサービス端末の端末情報
25 が用いられる点を考慮すれば、甲１においても実質的に端末の認証が行
われている。そうすると、相違点１－６として認定された「本件発明２
は『前記第１ユーザ端末（Ａ）および前記第２ユーザ端末（Ｂ）の認証
を行う』のに対し、甲１発明は『前記第１ユーザおよび前記第２ユーザ
の認証を行う』ものである」という点において、端末情報を用いてのユ
ーザ認証に対し、決済前に端末認証を行う技術常識（甲７）を適用し、
5 ユーザ認証ではなく端末認証とすることは、当業者が容易に想到し得る
事項である。
(ｵ) 相違点１－７として認定された「甲１発明では『受取額』は、
『送金指
示』とは別に、
『前記第１ユーザ端末（Ａ）から、前記第２端末情報を受
信する工程』において、
『レジサービス端末』の『身分情報』とともに受
10 信される」という点において、甲１には、
「送金指示」に対応する「取引
を実行する命令」を送信するトリガとなる「確認通知」を省略し、取引
金額（受取額）及びレジサービス端末の身分情報が送信されるタイミン
グが「送金指示」となることが示唆されていることから、
「送金指示」と
ともに「受取額」を受信することは、当業者が容易に想到し得る事項で
15 ある。
⑸ 本件発明３と甲１発明の対比、相違点に関する容易想到性の判断の誤り
本件審決は、前記第２の４⑴オのとおり、本件発明３は甲１発明及び周知
技術に基づいて当業者が容易に発明をすることができたものではないと判断
した。
20 しかし、相違点１－２、１－３及び１－５を含む相違点１－１ないし１－
７がそもそも相違点とならないことは、前記⑶のとおりであり、本件審決に
よる相違点の認定には誤りがある。
また、本件審決による「証明情報」の認定を前提として各相違点が存在す
るとしても、前記⑷ウのとおり、各相違点に係る構成は周知技術又は技術常
25 識に基づき容易想到である。
〔被告の主張〕
⑴ 本件各発明は、電子マネー管理サーバ内において「電子マネー」を即時か
つ安全に送金するために、まず、送金元である第１ユーザと送金先である第
２ユーザを「証明情報」を用いて確実に認証し、その後、送金指示／受金指
示を送受信することで、即時の送金を可能にしている。これに対し、甲１発
5 明は、電子マネーではなく、基本的に即時の資金移動が発生しないクレジッ
ト決済を対象とするものであり、当該クレジット決済に必要な情報を安全に
取得してクレジットカードのアクワイアラー（決済代行会社等）や金融機関
等に送信するための発明にすぎないから、即時の送金のための第１ユーザ及
び第２ユーザの「証明情報」を用いた確実な「認証工程」を必要としない。
10 ⑵ 〔原告の主張〕⑴（甲１発明の認定の誤り）に対し
ア 甲１に記載された解決課題は、専ら、ユーザ移動端末を用いた支払情報
（取引情報）の入力に関するものであり、甲１発明は、ユーザがモバイル
端末を使ってサービスプロバイダのレジ端末で買い物（取引）をした場合
の取引情報の入力方法及び入力された取引情報の検証に関する。したがっ
15 て、甲１発明は、ユーザに代わって取引情報や支払情報を従前のアクワイ
アラー（決済代行会社等）に渡すものに過ぎず、その取引情報や支払情報
を使用して実際に決済を行う具体的方法については何ら言及していない
と解するのが妥当である。甲１発明にいう「ネットワーク仲介システム」
における「仲介」の語は、ユーザと、従前ユーザがショートメッセージを
20 用いて取引情報を送信していた先であるアクワイアラーやその他の決済
機関との間に入って取引情報の通信を「仲介」するという意味であると解
するのが相当であるから、甲１発明のネットワーク仲介システムが電子マ
ネーそのものを管理していると解するのは無理がある。
イ 原告は、「ネットワーク仲介システム」がMSC及び／又はHLRから「画
25 像情報」を受信するという本件審決の認定、及び「取引金額」と「送金指
示」が別の工程で受信されるという本件審決の認定に誤りがあると主張す
るが、本件発明２の進歩性の判断にどのように影響するのか明らかでない。
⑶ 〔原告の主張〕⑵（本件発明２の認定の誤り）に対し
本件各発明では、電子マネーの送金がサーバ内で即時に実行されてしまう
ことに鑑み、この送金を行う前に、送金元である第１ユーザと送金先である
5 第２ユーザの認証を確実に行う必要がある。本件各発明の「証明情報」は本
件明細書等の第１実施形態に例示された電子証明書に限定されるものではな
いが、ユーザ自身の情報そのもの（氏名やメールアドレス等）やユーザ端末
の情報そのもの（電話番号等）ではなく、電子証明書のような、電子マネー
管理サーバ内で照合することで送金元・送金先の正当性を認証し、その認証
10 結果により当該サーバ内での即時送金を担保できるような記号や符号である
と解されるべきものである。甲１発明の身分情報、すなわち、移動端末ユー
ザやサービスプロバイダを特定する情報は、ユーザ自体の情報又は移動端末
自体の情報であり、ユーザやユーザ端末を証明する情報にはなり得ない。
本件発明２の「証明情報」の技術的意義で重要なのは、本件審決の「証明
15 情報」の認定のうち、
「本件特許発明２における『証明情報』は、ユーザ端末
の認証を行う管理サーバで作成されるものではない、ユーザの情報そのもの
や、ユーザ端末の情報そのものとは異なる情報である。」の部分である。原告
の主張は本件審決を誤解又は誤読したものである。
⑷ 〔原告の主張〕⑶（本件発明２と甲１発明の相違点の認定の誤り）に対し
20 ア 相違点１－２、１－３、１－５及び１－６に関する原告の主張は、本件
審決の「証明情報」の認定に誤りがあることを前提とするものであるが、
前記⑶のとおり、本件審決の上記認定は正当であり、原告の主張は理由が
ない。
イ 相違点１－１については、甲１発明にいう「ネットワーク仲介システム」
25 における「仲介」の語は、取引情報の通信を「仲介」するという意味であ
ると解するのが相当である。また、甲１には上記ネットワーク仲介システ
ムが電子マネーそのものを管理することは開示も示唆もされていない。
したがって、甲１発明に、
「ネットワーク仲介システム」が金銭的価値（電
子マネー）を記憶、管理する態様が含まれるとする原告の解釈は誤ってお
り、甲１発明のネットワーク仲介システムが「口座のマネー自体を記憶す
5 るものではなく」との本件審決の認定判断は正当である。
ウ 相違点１－４については、「IMSI情報」はユーザの情報又は端末情報そ
のものであり、本件各発明にいう「証明情報」には当たらない。
エ 相違点１－７については、仮に相違点１－７が甲１発明と本件発明２の
相違点でなかったとしても、本件発明２の進歩性を基礎付ける部分は、送
10 金指示とともに受取額が受信される点にはなく、この点は本件発明２の進
歩性の判断に影響しない。
⑸ 〔原告の主張〕⑷（本件発明２と甲１発明の相違点に関する容易想到性の
判断の誤り）に対し
ア 原告主張の相違点については、甲１に開示されたネットワーク仲介シス
15 テムは、金融機関等の送金や決済処理を行うシステムに相当するものでは
なく、ユーザが入力するべき取引情報の正確な入力を担保するものにすぎ
ず、残高確認を行う必要がないから、当業者であっても、甲１のネットワ
ーク仲介システムに、甲２ないし５に記載された口座残高確認処理を組み
合わせる動機付けはないし、組み合わせたとしても本件発明２又は３には
20 なり得ない。
イ 相違点１－２、１－３及び１－５の容易想到性に関し、原告は、要する
に、甲１発明の「身分情報」に周知の暗号化技術を適用すれば、本件発明
２の「証明情報」と同等のものになると主張している。しかし、甲１発明
と本件発明２は全く異なる発明であり、甲１発明の「身分情報」は、仮に
25 暗号化したとしても「身分情報」であることには変わりがなく、移動端末
やレジサービス端末自身そのものの情報にすぎないから、原告の上記主張
は理由がない。
⑹ 〔原告の主張〕⑸（本件発明３と甲１発明の対比、相違点に関する容易想
到性の判断の誤り）に対し
原告は、本件発明３についての認定判断は、本件発明２について主張した
5 のと同じ理由によって誤りであるという趣旨の主張をするが、被告が本件発
明２について反論したように、原告の主張には理由がない。
２ 取消事由２（無効理由２（甲７発明を主引用例とする本件発明４及び５の進
歩性欠如）に関する判断の誤り）について
〔原告の主張〕
10 ⑴ 甲７発明の認定の誤り
ア 甲７の「決済サーバ」は「支払人端末」と通信をすること
甲７には、
「決済サーバは、ネットワークを介して、支払人端末および受
取人端末にインストールして用いられる電子決済クライアントソフトウ
ェアを提供する」と記載されており（段落【００１９】 、決済サーバは、
）
15 ネットワークを介して、電子決済クライアントソフトウェアを支払人端末
に送信するものであるから、甲７の「決済サーバ」は「支払人端末」と通
信をするものであり、甲７において、
「決済サーバ」が「支払人端末」と通
信をしないとの本件審決の認定は誤りである。
イ 甲７の「決済サーバ」は電子マネーを記憶、管理すること
20 甲７には、決済サーバについて、
「特定された金額の決済が決済サーバに
よって行われる。支払金額分が、支払人のアカウントから差し引かれ、受
取人のアカウントに増額される。」と記載されており（段落【００３７】 、
）
決済サーバ自身が主体となって、支払人及び受取人の口座から差し引いた
り増額させたりすることが可能な金銭的価値を、口座に関連付けて記憶し
25 ていることが、開示ないし示唆されている。また、甲７には、
「決済サーバ
は、Alipay.comなどの信頼できるサードパーティ決済サービス業者によっ
て提供される」ことが記載されており（段落【００１８】 、甲７の出願人
）
であるアリババ社が提供していたモバイル決済システムAlipayは、そのサ
ーバにチャージされた電子マネーを用いてモバイル決済を行うシステム
であることが、甲７の公開当時に周知であった（甲８～１１）ことも考慮
5 すれば、当業者であれば、甲７に記載の決済サーバには電子マネーが管理
されていると当然に理解する。そのため、本件優先日当時の技術常識に鑑
みれば、決済サーバが、アカウントに含まれる残高（電子マネー）を用い
て、支払人（ユーザ）の残高から支払金額を減算し、受取人（店舗）の残
高に加算することで、電子マネーの送金を行うことが甲７に記載されてい
10 ることを、当業者であれば当然に理解することができる。
したがって、
「決済サーバ」は電子マネーを記憶、管理するものであると
認められ、甲７の記載及び技術常識によれば、
「決済サーバ」自体が電子マ
ネーを記憶、管理するものであるとはいえないとの本件審決の認定は誤り
である。
15 ⑵ 本件発明４の認定の誤り
ア 「証明情報」の技術的意義の認定が誤っていること
前記１〔原告の主張〕⑵のとおり、本件審決における「証明情報」の技
術的意義の認定には誤りがある。
イ 「第３受信工程」は「認証工程」を行った後に実行されるものに限定さ
20 れないこと
請求項４の特許請求の範囲の記載からすれば、端末の認証を規定する構
成４Ｃ－２－１の後に、受取額の受信を規定する構成４Ｃ－２－２が記載
されているにすぎず、この記載の前後をもって直ちに各構成の順番が規定
されているとはいえず、特許請求の範囲の請求項４の記載からは、受取額
25 の受信が端末の認証を行った後に行われるとの限定がされているとはい
えない。
さらに、被告は、第１世代出願の審査過程において提出した上申書（甲
２３）において、最初の原出願の請求項１からタイミングに関する記載を
削除したことで、
「認証」のタイミングと「送金指示」や「受取指示」の受
信のタイミングの前後を実質的に問わないようにしたと述べている。被告
5 は、本件出願の審査過程において提出した上申書（甲２２）において、本
件特許が、第１世代出願に係る特許と実質的に同じであることを自認して
いるから、本願の要旨に関する被告の上記主張内容からしても、受取額を
受信するタイミングは端末の認証を行った後であると解釈されるべきで
はない。
10 したがって、本件発明４の「第３受信工程」は「認証工程」を行った後
に実行されるものに限定されない。
⑶ 本件発明４と甲７発明の相違点の認定の誤り
次のとおり、本件発明４と甲７発明の相違点に関する本件審決の認定には
誤りがあり、相違点２－３及び２－５を含む相違点２－１ないし２－６はそ
15 もそも相違点とはならない。
ア 審決が認定した甲７発明と本件発明４との相違点（前記第２の４⑵イ(ｲ)
ないし(ｸ)）のうち、相違点２－１については、前記⑴イのとおり、甲７発
明における決済サーバは、電子マネーを管理するAlipayのような決済運営
業者により実装されるため、当該決済サーバが金銭的価値（電子マネー）
20 を記憶、管理する態様が甲７発明に含まれる。したがって、相違点２－１
に係る本件審決の認定には誤りがある。
イ 相違点２－２については、前記⑴アのとおり、甲７発明における「決済
サーバ」は、電子決済クライアントソフトウェアを、ネットワークを介し
て支払人端末に送信するものであるから、相違点２－２に係る本件審決の
25 認定には誤りがある。
ウ 相違点２－３については、本件発明４における「証明情報」の技術的意
義は、
「端末の認証のために用いられるものであり、端末とサーバ間でユニ
ークな情報」と認定されるべきであるから、甲７発明における「受取人口
座番号」は本件発明４の「証明情報」に対応する。また、決済サーバ及び
受取人端末は、ユーザＩＤなどのユーザ情報に関連付けて受取人口座番号
5 を格納するものであるから、管理サーバ及び受取人端末が、その情報であ
る「第２ユーザの情報」と関連付けられた「第２の証明情報」を格納する
ものではないとの本件審決の認定は誤りである。
エ 相違点２－４については、甲７発明の「決済パスワード」は本件発明４
の「証明情報」に対応し、決済サーバ及び支払人端末が格納する「支払人
10 口座番号」も原告主張の「証明情報」の技術的意義に一致するから、管理
サーバ及び支払人端末が、
「第１の証明情報」を格納するものではないとす
る本件審決の認定は誤りである。
オ 相違点２－５については、本件審決における「証明情報」の技術的意義
に関する限定的解釈に基づいて認定された相違点であり、そもそも相違点
15 となり得ない。
カ 相違点２－６については、前記⑵イのとおり、請求項４の特許請求の範
囲の記載からは、
「認証工程」の後に「第３受信工程」を行うことに直ちに
限定されないから、相違点２－６に係る本件審決の認定は誤りである。
キ 以上のとおり、本件審決の甲７発明の認定及び本件発明４の認定には誤
20 りがあり、甲７発明と本件発明４との相違点は以下のものに限られる（相
違点２－７に相当する。以下「原告主張の相違点２」という。 。
）
「本件発明４では、受取額が残高内であるかの判断を行い（構成要件４Ｃ
－２－３）、残高内であるという残高確認が行われた場合に電子マネーの
送金が行われる（構成要件４Ｃ－２－４）のに対し、甲７発明では、かか
25 る残高の判断及び確認を行うのか否かが必ずしも明らかではない点。」
⑷ 本件発明４と甲７発明の相違点に関する容易想到性の判断の誤り
ア 本件審決は、相違点２－３及び２－５に係る構成を容易に想到し得たと
はいえないと判断したが、前記⑶のとおり、これらの相違点を含む相違点
２－１ないし２－６は、そもそも相違点とはならない。
イ 原告主張の相違点２につき、甲７発明に周知技術を適用して、原告主張
5 の相違点２に係る構成に想到することは、当業者が容易になし得たことで
ある。
前記１〔原告の主張〕⑷イのとおり、電子決済分野において、支払者（買
い手）のアカウントに、取引額以上の残高があるかの残高確認を行い、残
高が十分にあれば取引を行うことは、本件優先日より前において周知技術
10 であった。
また、甲７には、
「・・・決済サーバは、Alipay.comなどの信頼できるサ
ードパーティ決済サービス業者によって提供される。 （
」 【００１８】）と記
載されているから、甲７発明において、サードパーティ決済サービス業者
が信頼できる業者であるために、サードパーティ決済サービス業者が支払
15 人（買い手）の残高以上の買い物を防止すべく、取引金額が買い手の残高
内であるかの残高確認を行うという上記周知技術を採用することへの示
唆があるといえる。
ウ 相違点２－３及び２－５につき、仮に、本件審決による「証明情報」の
認定を前提に、上記各相違点が存在するとしても、電子決済分野において、
20 取引を行うユーザ又は端末の認証に用いる情報に暗号化技術を用いてセ
キュリティを向上させることは、前記１〔原告の主張〕⑷ウに示した文献
をはじめ多数の文献に開示されている内容であって、本件優先日より前に
既に当業者にとって周知技術又は技術常識であったといえるから、甲７発
明における「受取人口座番号」 「支払人口座番号」 「決済パスワード」に
、 、
25 暗号化技術を用いることは、当業者にとって容易になし得たことである。
したがって、これらの相違点に係る本件発明４の構成は、周知技術又は技
術常識に基づき容易想到である。
エ 仮に、本件発明４と甲７発明の相違点として相違点２－１、２－２及び
２－６が存在するとしても、甲７発明ないし技術常識に鑑みれば、これら
の相違点に係る本件発明４の構成は、当業者であれば容易に想到し得たこ
5 とである。
(ｱ) 前記⑴イのとおり、甲７の出願人であるアリババ社が提供していたモ
バイル決済システムAlipayは、そのサーバにチャージされた電子マネー
を用いてモバイル決済を行うシステムであることは、甲８ないし１１に
記載のとおり技術常識である。したがって、相違点２－１として認定さ
10 れた「甲７発明は、
『第１ユーザ』から『第２ユーザ』へ送金されるマネ
ーが『電子マネー』であるか定かではなく、また、甲７発明の『管理サ
ーバ』（決済サーバ）は、・・・口座のマネー自体を記憶するものではな
く」との点については、甲７発明の決済サーバに、サーバにチャージさ
れた電子マネーを用いてモバイル決済を行うシステム（Alipay）という
15 技術常識を適用することで、当業者が容易に想到し得る事項である。
(ｲ) 甲７には、
「決済サーバは、ネットワークを介して、支払人端末および
受取人端末にインストールして用いられる電子決済クライアントソフ
トウェアを提供する」と記載されているところ（段落【００１９】 、相
）
違点２－２として認定された「『電子マネー管理サーバ（３００）』は、
20 …『支払人端末』とは直接通信を行うものではない」という点において、
甲７発明の決済サーバを、決済処理の前後において、必要なソフトウェ
アやデータを支払人端末に送信するように変更することは、当業者が適
宜なし得る事項にすぎない。したがって、仮に相違点２－２が存在する
としても、当該相違点に係る構成は当業者にとって容易に想到し得る事
25 項である。
(ｳ) 仮に相違点２－６が相違点であるとしても、「認証」のタイミングと
「送金指示」や「受取指示」の受信のタイミングについては当業者が適
宜選択し得る事項であることにすぎないから、相違点２－６は、当業者
が容易に想到し得る事項である。
⑸ 本件発明５と甲７発明の対比、相違点に関する容易想到性の判断の誤り
5 本件審決は、前記第２の４⑵エのとおり、本件発明５は甲７発明及び周知
技術に基づいて当業者が容易に発明をすることができたものではないと判断
した。
しかし、相違点２－３及び２－５を含む相違点２－１ないし２－６がそも
そも相違点とならないことは、前記⑶のとおりであり、本件審決による相違
10 点の認定には誤りがある。
また、本件審決による「証明情報」の認定を前提として上記の各相違点が
存在するとしても、前記⑷ウのとおり、これらの相違点に係る本件発明５の
構成は、周知技術又は技術常識に基づき容易想到である。
〔被告の主張〕
15 ⑴ 〔原告の主張〕⑴（甲７発明の認定の誤り）に対し
甲７発明は、
「ネットワークを介して、支払人端末および受取人端末にイン
ストールして用いられる電子決済クライアントソフトウェアを提供」し（段
落【００１９】 、このソフトウェアを用いることにより、支払人端末及び決
）
済サーバは、受取人端末とは無関係に決済データを暗号化することにより、
20 受取人端末に送信される決済データの安全性及び信頼性を高めるとともに、
支払人の個人情報のセキュリティを保証するものである。
すなわち、甲７発明は、支払人端末からの決済データが、受取人端末を経
由して決済サーバに送られることを前提とし、その際に、受取人端末に当該
決済データの内容が知られないように暗号化を施すものである。したがって、
25 甲７の段落【００１９】に明確に記載されているとおり、
「支払人端末は、決
済サーバとデータを直接やり取りしない」ものであり、
「決済サーバ」が「支
払人端末」と通信をしないとの本件審決の認定に誤りはない。
また、甲７発明の解決課題とそれに対する解決手段という観点で正しく解
釈すると、甲７発明は、ユーザからの決済要求データを、途中の受取人端末
では解読できないように暗号化データとし、それを決済サーバで復号化して
5 検証するようにした点に特徴があり、その決済要求データを使用して実際に
決済を行う方法については従来の電子決済（モバイル決済）から何ら変更し
ていないのであるから、口座番号を含む決済要求データには何ら新しい情報
は含まれておらず、従来のクレジットカード決済で用いるのと同じ情報であ
ると解するべきであり、これに電子マネーが含まれているとするのは無理が
10 ある。
⑵ 〔原告の主張〕⑵（本件発明４の認定の誤り）に対し
ア 本件発明４の「証明情報」の技術的意義は、前記１〔被告の主張〕⑶の
とおりであり、甲７発明の「アカウントナンバー」／「口座番号」などは、
決済をどのユーザや口座番号（アカウント、カード番号）で行うかを特定
15 する情報に過ぎないから、ユーザやユーザ端末を証明する「証明情報」に
当たらない。
イ 電子マネー管理サーバにより送金元と送金先の認証を確実に行い、その
後で送金を実行することで、即時に電子マネーの送金を完了できることが
本件各発明の要点であり、本件明細書等の第１ないし第４の実施形態では、
20 本件各発明の上記要点がより明確になっている。したがって、
「第３受信工
程」の実行タイミングについて、本件各発明が、電子マネー管理サーバに
て証明情報を用いて第１ユーザ端末（送金元）と第２ユーザ端末（送金先）
の認証を確実に行った後、当該認証が成功したことに基づいて当該電子マ
ネー管理サーバ内で送金指示が実行され、電子マネーの送金が完了するも
25 のであるとした本件審決の認定は正当である。
⑶ 〔原告の主張〕⑶（本件発明４と甲７発明の相違点の認定の誤り）に対し
ア 相違点２－３ないし２－５に関する原告の主張は、本件審決の「証明情
報」の認定に誤りがあることを前提とするものであるが、
「証明情報」に関
する本件審決の認定は正当であり、原告の主張は理由がない。
イ 相違点２－１に関する原告の主張は、Alipayのサーバに電子マネーがチ
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 の端末を「確実」に認証することはできない。
オ 第１の実施形態は、送金側又は受金側の片方からのみの伝達プロセスを
サポートしないこと
本件特許の対応ファミリーであるUS17、408、059の審査過程において、
拒絶理由通知が出された。この拒絶理由通知には、送金側の伝達プロセス
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 プＳ１０１ないし１２３が行われ、ユーザＡからユーザＢへの電子マネーの
送金が行われる（段落【００６８】 【００６９】 。
、 ）
まず、端末Ａを端末Ｂのリーダライタ２５０に近付けてＰａｙボタン４１
０を指で触れると、端末Ｂは、電子証明書交換処理部２８１により、近距離
無線通信を介して第２の電子証明書中のデジタル署名を端末Ａに送信し、端
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 の後端末Ａに送信される（段落【００５８】～【００６０】 。電子証明書は、
）
外部の電子証明書発行業者に依頼して作成することも可能である（段落【０
０５９】 。第２の電子証明書も、同様に、端末Ｂから電子証明書発行の要求
）
を受けて、管理サーバ３００でデジタル署名、公開鍵等を有するものとして
作成され、端末Ｂと紐付けて顧客マスタ格納部３５０に格納されるものであ
25 る（段落【００６１】 。第１の電子証明書の秘密鍵は第１の電子証明書のデ
）
ジタル署名を唯一復号化できるものであり、第２の電子証明書の秘密鍵は第
２の電子証明書のデジタル署名を唯一復号化できるものである（段落【００
６１】 。
）
そして、上記各段落の記載及び「証明情報」において「証明」の語が用い
られていることを考慮すると、本件発明２の「証明情報」は、利用者及び／
5 又は利用者端末を証明する情報であると解される。
以上を総合すると、本件発明２の「証明情報」は、ユーザ端末から発行の
要求を受けて管理サーバで又は電子証明書発行業者へ依頼して作成される情
報であり、認証のためのデジタル署名や公開鍵等を有する電子証明書のよう
な利用者及び／又は利用者端末を証明する情報であるという技術的意義を有
10 するものと認められる。
そうすると、「証明情報」は、「端末Ａ（又は端末Ｂ）の製造ＩＤ」のよう
に端末Ａ、端末Ｂに固有の情報である「個体情報」や、
「ユーザＡ（又はユー
ザＢ）のログインＩＤ」 「パスワード」 「メールアドレス」 「電子マネー口
、 、 、
座番号」とは異なる情報であるといえる。
15 ⑶ 本件発明２と甲１発明の相違点について
本件発明２の「証明情報」が上記⑵のとおり解されることを前提に、本件
発明２（前記第２の２⑴）と、甲１発明（前記第２の４⑴ア）とを対比する
と、その相違点は、本件審決が認定した相違点（相違点１－１ないし１－８、
前記第２の４⑴ウ(ｲ)ないし(ｹ)）のとおりであると認められる。
20 ⑷ 本件発明２と甲１発明の相違点に関する容易想到性について
本件発明２と甲１発明の相違点のうち相違点１－２、１－３及び１－５に
係る本件発明２の構成の容易想到性について検討する。
甲１発明において管理サーバ及び第１ユーザの端末（Ａ）又は第２ユーザ
端末（Ｂ）が格納している「前記第１ユーザ端末（Ａ）の情報」又は「前記
25 第２ユーザの情報および／又は前記第２ユーザ端末（Ｂ）の情報」を、前記
⑵のとおりの技術的意義を有する「証明情報」とすることによって、相違点
１－２に係る本件発明２の構成とすることについては、当業者がこのような
ことを想到すると認めるべき根拠となる副引例又は技術常識があるとは認め
られず、当業者が容易に想到するに至る動機付けを有するとも認められない
から、当業者が容易に想到できたものであるとは認められない。
5 同様に、相違点１－３についても、甲１発明において「前記第２ユーザ端
末（Ｂ）が出力した、第２端末情報」を取得するとされているものを、前記
⑵のとおりの技術的意義を有する「証明情報」の少なくとも一部の情報を取
得するものとすることによって、相違点１－３に係る本件発明２の構成とす
ることについては、当業者がこのようなことを想到すると認めるべき根拠と
10 なる副引例又は技術常識があるとは認められず、当業者が容易に想到するに
至る動機付けを有するとも認められないから、当業者が容易に想到できたも
のであるとは認められない。
また、相違点１－５についても、甲１発明において、
「受信した前記第１端
末情報」と対応しているか否かの判断は「格納されている前記第１ユーザ端
15 末（Ａ）に関する情報」と行い、
「前記第２端末情報」と対応しているか否か
の判断は「格納されている前記第２ユーザ端末（Ｂ）に関する情報」と行う
とされているものを、
「前記第１の証明情報」や「前記第２の証明情報」と対
応しているか否かで判断するものとすることによって、相違点１－５に係る
本件発明２の構成とすることについては、当業者がこのようなことを想到す
20 ると認めるべき根拠となる副引例又は技術常識があるとは認められず、当業
者が容易に想到するに至る動機付けがあるとも認められないから、当業者が
容易に想到できたものであるとは認められない。
したがって、相違点１－１、１－４、１－６ないし１－８について検討す
るまでもなく、本件発明２は、甲１発明及び周知技術に基づいて、当業者が
25 容易に発明をすることができたものとは認められない。
⑸ 本件発明３と甲１発明の対比、相違点に関する容易想到性について
本件発明３は、本件発明２の「電子マネー送金方法」の発明を「電子マネ
ー送金システム」として記載した発明であって、本件発明３と、甲１発明を
システムの発明として表現した発明とを対比すると、相違点１－１ないし１
－８と同様の相違点を有すると認められる。そうすると、相違点１－２、１
5 －３及び相違点１－５と同様の相違点に係る本件発明３の構成については、
上記⑷のとおり、甲１発明及び周知技術に基づいて当業者が容易に想到でき
たものとは認められない。
したがって、相違点１－１、１－４、１－６ないし１－８について検討す
るまでもなく、本件発明３も、甲１発明及び周知技術に基づいて当業者が容
10 易に発明をすることができたものとは認められない。
⑹ 原告の主張（前記第３の１〔原告の主張〕）に対する判断
ア 〔原告の主張〕⑴（甲１発明の認定の誤り）について
(ｱ) 〔原告の主張〕⑴ア（甲１の「アカウント情報」は金銭的価値（残高等）
に関する情報を含むこと）について
15 原告は、甲１の「アカウント情報」は金銭的価値（残高等）に関する
情報を含むと主張する。
しかし、甲１の８頁１５行から９頁１行にかけての記載には、
「ネット
ワーク仲介システム３においてモバイル決済を実現する装置は、取引情
報の画像解析装置及び前記取引情報を処理するための処理装置を含み、
20 処理装置には取引双方のアカウント情報が予め設定され、
・・・処理装置
は対応するアカウント情報に基づいて取引を行う。 との記載があるとこ
」
ろ（別紙２の２） 「アカウント情報」が残高等の金銭的価値を含むと解
、
することは、
「アカウント情報」が処理装置に「予め設定される」もので
あることと整合しない。
25 また、甲１には、ネットワーク仲介システムが運営業者のみであって
もよいとの記載はあるが（別紙２の２） 金銭的価値の記憶及び管理に係
、
る構成については具体的な記載があるとは認められないから、ネットワ
ーク仲介システムがアカウント情報として金銭的価値を記憶し、管理す
ることが甲１に記載されているとも認められない。
銀行とは異なる運営業者によって管理されているものであって、金銭
5 的価値として電子マネーを記憶、管理するサーバが、本件優先日の前に
周知又は公知であったとしても、当該技術自体が甲１に記載されていた
と認められることにはならず、甲１の記載から自明な事項ともいえない。
したがって、甲１の「アカウント情報」は金銭的価値（残高等）に関
する情報を含むとは認められず、原告の上記主張は、採用することがで
10 きない。
(ｲ) 〔原告の主張〕⑴イ（甲１の「ネットワーク仲介システム」は「移動端
末」から出力された「移動端末ユーザの身分情報」を受信するといえる
こと）について
原告は、甲１の「ネットワーク仲介システム」は「移動端末」から出
15 力された「移動端末ユーザの身分情報」を受信するといえると主張する。
しかし、甲１には、移動端末ユーザの身分情報は、移動端末が取得さ
れた画像情報をネットワーク仲介システムに送信する場合、ネットワー
ク装置MSC及び／又はHLRにより関連身分記述情報を画像情報ととも
にネットワーク仲介システムに自動的に送信するものであると明示され
20 ているから（別紙２の６） 原告の上記主張は、
、 採用することができない。
甲１には上記のように記載されているのに対し、本件発明２では、管
理サーバは第１端末情報を第１ユーザ端末から受信すると記載されてい
るのであるから（本件発明２の構成２Ｃ－２、２Ｃ－２－１）、本件審決
がこの点を相違点１－４として認定したことが誤りであるとはいえない。
25 (ｳ) 〔原告の主張〕⑴ウ（甲１には取引金額とともに送金指示が送信される
態様が記載されていること）について
原告は、甲１の１４頁５ないし８行の記載を根拠として、甲１には、
「取引を実行する命令」を送信するトリガとなる「確認通知」を必要と
しない態様が開示されているとして、甲１には取引金額とともに送金指
示が送信される態様が記載されていると主張する。
5 甲１には、ネットワーク仲介システムが移動端末に送信した確認通知
「
には取引金額、取引シリアル番号又は取引明細などの情報が含まれてい
る。Ｓ８：移動端末は取引通知を受信した後に確認を行う。正しいと確
認した場合、取引を実行する命令を返信し、問題が見つかった場合、取
引をキャンセルする命令を返信する。移動端末が取引を確認する時に、
10 ユーザの利益を保護するために、端末に予め設定されたパスワードを入
力することにより確認することができる。 （別紙２の７）と記載されて
」
いることから、移動端末は、確認通知を受信した後に確認を行い、正し
いと確認した場合、取引を実行する命令を返信することが認められる。
そして、原告の指摘する甲１の１４頁５行ないし８行には、
「上記方法
15 によると、売り手と買い手とが一回の取引を完了するには、ユーザが画
像を一回走査して送信し、
『確認』を一回押し、パスワードを一回入力す
ることだけで済む。実際には、上記実施例において、上記の『『確認』の
一回押し』というステップの操作も省略することができ、したがって、
該方法は取引における売買双方の入力を大幅に簡略化し、取引の効率を
20 向上させる。 （別紙２の１０）と記載されており、ここには、 『確認』
」 「
の一回押し」というステップの操作の省略が記載されているのみであっ
て、このステップが省略されたとしても、パスワードの処理の後に移動
端末が「取引を実行する命令」
（送金指示）を送信することを省略するこ
とまでも記載されているとは認められない。
25 したがって、甲１には、
「取引を実行する命令」を送信するトリガとな
る「確認通知」を必要としない態様が開示されているとの原告の主張を
採用することはできない。
(ｴ) なお、原告は、前記第３の１〔原告の主張〕⑴のとおり、本件審決の
甲１発明の認定に誤りがあると主張するところ、その主張内容からする
と、前記第３の１〔原告の主張〕⑴ア（甲１の「アカウント情報」は金
5 銭的価値（残高等）に関する情報を含むこと）の主張は相違点１－１の
前提となる甲１発明の認定に関するもの、同イ（甲１の「ネットワーク
仲介システム」は「移動端末」から出力された「移動端末ユーザの身分
情報」を受信するといえること）の主張は相違点１－４の前提となる甲
１発明の認定に関するもの、同ウ（甲１には取引金額とともに送金指示
10 が送信される態様が記載されていること）の主張は相違点１－７の前提
となる甲１発明の認定に関するものであると認められる。しかし、前記
⑷、⑸のとおり、相違点１－１、１－４及び１－７について検討するま
でもなく、本件発明２及び３は、甲１発明及び周知技術に基づいて容易
想到であると認められないのであるから、この点からしても、原告の上
15 記各主張は、本件発明２及び３の容易想到性に関する判断を左右しない。
イ 〔原告の主張〕⑵（本件発明２の認定の誤り）について
原告は、本件発明２における「証明情報」の技術的意義は、
「端末の認証
のために用いられるものであり、端末とサーバ間でユニークな情報」と認
定されるべきであり、本件審決が認定するのと異なり、ユーザ端末からの
20 発行の要求は必要なく、また、電子マネー管理サーバで作成される必要も
ないと主張する。
しかし、本件発明２の「証明情報」の意義は前記⑵のとおりであって、
原告の主張は採用することができない。また、別件訴訟において、被告が
本件発明２の「証明情報」について主張した内容をもって、本件明細書等
25 から認定できる本件発明２の「証明情報」の技術的意義の内容が左右され
ることはない。
ウ 〔原告の主張〕⑶（本件発明２と甲１発明の相違点の認定の誤り）につ
いて
原告は、本件発明２と甲１発明の相違点に関する本件審決の認定には誤
りがあると主張する。
5 しかし、原告の主張のうち、相違点１－１に関する主張、相違点１－４
に関する主張及び相違点１－７に関する主張は、それぞれ、前記第３の１
〔原告の主張〕⑴アの主張、同イの主張、同ウの主張を前提とするもので
あるところ（前記ア(ｴ)）、前記第３の１〔原告の主張〕⑴アないしウの主張
を採用することができないことは前記ア(ｱ)ないし(ｳ)のとおりであるから、
10 上記各相違点に関する原告の主張も採用することができない。
相違点１－２、１－３及び１－５に関する原告の主張は、本件発明２の
「証明情報」の意義に関する本件審決の認定が誤りであるとの原告の主張
を前提とするものであるところ、本件審決の上記認定が誤りと認められな
いことは上記⑵のとおりであるから、上記各相違点に関する原告の主張も
15 採用することができない。
また、相違点１－３に関して、原告は、甲１発明における撮像機能又は
図形走査機能を利用した画像情報の取得は、本件発明２における「受信」
に該当すると主張する。しかし、甲１発明における撮像機能又は図形走査
機能を利用した画像情報の取得は、甲１中のこれらの文言の用法に照らせ
20 ば、画像を撮ることあるいは図形を走査することであり、他からの信号を
受け取るものではないから、本件発明２における「受信」に該当しないと
の本件審決の認定が誤りであるとは認められず、原告の上記主張は採用す
ることができない。
相違点１－６に関して、原告は、甲１発明では、移動端末ユーザのIMSI、
25 ESN、移動端末番号などの情報を用いて、及び、レジサービス端末のIDな
どを用いて、各ユーザの正当性を検証することは、端末の情報を用いての
正当性検証になるため、実質的に各端末の認証を行うことと同義であると
主張する。しかし、端末の情報を用いて各ユーザを認証することと、端末
の情報を用いて各端末を認証することとは、認証の対象が異なり、両者が
実質的に同義であるとはいえず、原告の上記主張は採用することができな
5 い。
以上のとおり、本件発明２と甲１発明の相違点に関する本件審決の認定
に誤りがあるとは認められない。
エ 〔原告の主張〕⑷（本件発明２と甲１発明の相違点に関する容易想到性
の判断の誤り）について
10 原告は、本件発明２と甲１発明の相違点１－２、１－３及び１－５に関
し、電子決済分野において暗号化技術を用いてセキュリティを向上させる
ことは周知技術又は技術常識であり、甲１発明の移動端末又はレジサービ
ス端末の身分情報に暗号化技術を用いて、本件発明２の上記の相違点に係
る構成を想到することは容易であり、上記の相違点に関する本件審決の判
15 断には誤りがあると主張する（〔原告の主張〕⑷ウ）。
しかし、仮に、電子決済分野において暗号化技術を用いることが周知技
術又は技術常識であると認められるとしても、そのことをもって、本件発
明２の相違点１－２、１－３及び１－５に係る構成を当業者が容易に想到
し得ると認められることにはならず、容易に想到するに至る動機付けが認
20 められることにもならない。
その余の相違点に関する主張については、相違点１－２、１－３及び１
－５について容易想到と認められない以上、本件発明２及び３の進歩性に
関する判断を左右しない。
⑺ 取消事由１に関する結論
25 以上によれば、無効理由１（本件発明２及び３の甲１発明に対する進歩性
欠如）に関する本件審決の判断に誤りはなく、取消事由１には理由がない。
３ 取消事由２（無効理由２（甲７発明を主引用例とする本件発明４及び５の進
歩性欠如）に関する判断の誤り）について
⑴ 甲７発明の認定について
甲７の記載内容は、別紙３「甲７の記載（翻訳・抜粋）」記載のとおりであ
5 る（翻訳は、本件審決によるものが相当であると認め、これを用いる。 。
）
上記のとおりである甲７の記載内容によれば、甲７には本件審決が認定し
た甲７発明（前記第２の４⑵ア）が記載されていると認められる。
⑵ 本件発明４と甲７発明の相違点について
本件発明４における「証明情報」の技術的意義について検討する。
10 本件発明４における「証明情報」は、
「前記第１ユーザの情報および／又は
前記第１ユーザ端末（Ａ）の情報と関連付けられた第１の証明情報」
（構成要
件４Ｂ）と、「前記第２ユーザの情報および／又は前記第２ユーザ端末（Ｂ）
の情報と関連付けられた第２の証明情報」（構成要件４Ｂ）である。そして、
本件発明２における「証明情報」の技術的意義に関して前記２⑵で本件明細
15 書等の記載に基づいて述べたことは、本件発明４における「証明情報」にも
当てはまる。したがって、本件発明４の「証明情報」は、本件発明２の「証
明情報」と同じく、ユーザ端末から発行の要求を受けて管理サーバで又は電
子証明書発行業者へ依頼して作成される情報であり、認証のためのデジタル
署名や公開鍵等を有する電子証明書のような利用者及び／又は利用者端末を
20 証明する情報であるという技術的意義を有するもの（前記２⑵）と認められ
る。
本件発明４の「証明情報」が上記のとおり解されることを前提に、本件発
明４（前記第２の２⑶）と、甲７発明（前記第２の４⑵ア）とを対比すると、
その相違点は、本件審決が認定した相違点（相違点２－１ないし２－７、前
25 記第２の４⑵イ(ｲ)ないし(ｸ) ）のとおりであると認められる。
⑶ 本件発明４と甲７発明の相違点に関する容易想到性について
本件発明４と甲７発明の相違点のうち相違点２－３及び２－５に係る本
件発明４の構成の容易想到性について検討する。
甲７発明において管理サーバ（決済サーバ）及び第２ユーザの端末（Ｂ）
（受取人端末）が格納している「前記第２ユーザの情報」である「受取人口
5 座番号」を、上記⑵のとおりの技術的意義を有する「証明情報」である、
「第
２ユーザの情報」と関連付けられた「第２の証明情報」とすることによって、
相違点２－３に係る本件発明４の構成とすることについては、当業者がこの
ようなことを想到すると認めるべき根拠となる副引例又は技術常識があると
は認められず、当業者が容易に想到するに至る動機付けがあるとも認められ
10 ないから、当業者が容易に想到できたものであるとは認められない。
同様に、相違点２－５についても、甲７発明においては、管理サーバに「第
２の証明情報」を格納するものではなく、
「第２ユーザ端末（Ｂ）（受取人端
」
末）と「第２の証明情報」とが対応しているか否かの判断を行うものではな
いところ、これを「第２ユーザ端末（Ｂ） （受取人端末）に「第２の証明情
」
15 報」を格納するものとし、
「第２ユーザ端末（Ｂ）（受取人端末）と「第２の
」
証明情報」とが対応しているか否かの判断を行うものとすることによって、
相違点２－５に係る本件発明４の構成とすることは、当業者が容易に想到で
きたものであるとは認められない。
したがって、相違点２－１、２－２、２－４、２－６及び２－７について
20 検討するまでもなく、本件発明４は、甲７発明及び周知技術に基づいて、当
業者が容易に発明することができたものとは認められない。
⑷ 本件発明５と甲７発明の対比、相違点に関する容易想到性について
本件発明５は、本件発明４の「電子マネー送金方法」の発明を「電子マネ
ー送金システム」として記載した発明である。ただし、本件発明４では、電
25 子マネー管理サーバ（３００）が認証工程の後に「前記第２ユーザから、前
記第１ユーザからの電子マネーの受取指示と、受取額とを受信する第３受信
工程」を行うものであるのに対し、本件発明５は、これらの処理の順番につ
いて特定がされているとは認められない。
そのため、本件発明５と、甲７発明をシステムの発明として表現した発明
とを対比すると、本件発明４と甲７発明の相違点２－１ないし２－７のうち、
5 本件発明４が認証工程の後に「前記第２ユーザから、前記第１ユーザからの
電子マネーの受取指示と、受取額とを受信する第３受信工程」を行うことを
前提とする相違点２－６に相当する相違点は存在しない。しかし、相違点２
－１ないし２－５及び２－７と同様の相違点を有すると認められる。
そして、相違点２－３及び２－５と同様の相違点に係る本件発明５の構成
10 については、上記⑶のとおり、甲７発明及び周知技術に基づいて当業者が容
易に想到できたものとは認められない。
したがって、相違点２－１、２－２、２－４、２－７について検討するま
でもなく、本件発明５も、甲７発明及び周知技術に基づいて当業者が容易に
発明をすることができたものとは認められない。
15 ⑸ 原告の主張（前記第３の２〔原告の主張〕）に対する判断
ア 〔原告の主張〕⑴（甲７発明の認定の誤り）について
(ｱ) 〔原告の主張〕⑴ア（甲７の「決済サーバ」は「支払人端末」と通信を
すること）について
原告は、甲７において「決済サーバ」が「支払人端末」と通信をしな
20 いとの本件審決の認定は誤りであると主張する。
しかし、本件審決は、甲７発明に関し、
「支払人端末は、決済サーバと
データを直接やり取りしないものであり、 と認定しており、
」 支払人端末
が決済サーバとデータを間接的にもやり取りしないとは認定していない。
そして、甲７の段落【００１９】には、
「特に、受取人端末および決済
25 サーバは、インターネット、無線ネットワーク、専用ネットワーク、ま
たは、任意の他の適切な接続で通信できるが、支払人端末は、決済サー
バとデータを直接やり取りしない。 と明確に記載されており
」 （別紙３の
２） これによれば、
、 本件審決の上記認定に誤りがあるとは認められない。
(ｲ) 〔原告の主張〕⑴イ（甲７の「決済サーバ」は電子マネーを記憶、管理
すること）について
5 原告は、甲７の「決済サーバ」は電子マネーを記憶、管理するもので
あると主張し、「甲７の記載及び技術常識によれば、『決済サーバ』自体
が電子のマネーを記憶、管理するものであるとはいえない」との本件審
決の認定は誤りであると主張する。
しかし、甲７には、決済データを処理するための方法について記載さ
10 れ、さらに決済サーバはAlipay.comなどのサードパーティ決済サービス
業者によって提供されることは記載されているが（段落【００１８】、別
紙３の２） 金銭的価値の記憶及び管理に係る構成について具体的な記載
、
があるとは認められないから、ネットワーク仲介システムがアカウント
情報として金銭的価値を記憶し、管理していることが甲７に記載されて
15 いるとも認められない。電子マネーが管理されるサーバが本件優先日前
に周知ないし公知であったとしても、当該事実が甲７自体に記載されて
いると認めることはできず、甲７の記載から自明な事項であるともいえ
ない。
決済サーバがAlipayなどの業者によって提供されるとの記載が甲７
20 に存在すること、Alipayが甲７に係る特許の出願人であること、Alipay
が電子マネーを用いてモバイル決済を行うシステムを有していたことが
認められるとしても、これらの事実は、
「決済サーバ」自体が電子マネー
を記憶、管理するものと認めるに足りるものではない。
(ｳ) なお、原告は、前記第３の２〔原告の主張〕⑴のとおり、本件審決の
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 １２２に続き、
「管理サーバ３００」がステップＳ１２３で「口座データ格
納部３６０に格納されているユーザＡの口座ａの口座データの残額を前
記受取額の分だけ減額すると共に、口座データ格納部３６０に格納されて
いるユーザＢの口座（以下、口座ｂと称する）の口座データの残額を前記
受取額の分だけ増額する」ことが記載されており、当該ステップＳ１２３
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 a 原告は、本件審決が、本件発明４のうち、構成要件４Ｃ－１の「前記
送金の際、前記第２ユーザ端末（Ｂ）が、前記第１ユーザ端末（Ａ）
から前記第１の証明情報の少なくとも一部を受け取り、前記第２ユー
ザ端末（Ｂ）を介して前記第１の証明情報の少なくとも一部が前記電
子マネー管理サーバに送信される」との構成は、本件出願の当初明細
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 裁判長裁判官
中 平 健
裁判官
今 井 弘 晃
裁判官
水 野 正 則
（別紙１ 明細書、特許請求の範囲、図面及び要約書省略）
別紙２
甲１の記載（翻訳・抜粋）
１
「背景技術
5 日常の消費において、消費者は常に銀行カードを使用して商店の端末でカードを
スキャンして買物をし、商店はユーザ情報を取得することができ、かつパスワード
を入力する時に商店の端末で操作されるため、一般的に他人を回避することが困難
であり、一定の安全上の問題が存在し、かつカードを携帯しなければ高額の買物を
行うことができない。現在、携帯電話、PDA 及びパームトップコンピュータなどの
10 様々なモバイル機器が普及し、特に携帯電話はほとんど携帯必需品であり、携帯電
話又は他の移動端末を利用してモバイル決済を実現することができれば取引の安全
性及び利便性を大幅に向上させることができる。
上記の状況から、業界は移動端末により取引支払を行うサービス、例えば中国移動
のショートメッセージに基づく支払案を提供している。該サービスの利用時に利用
15 者は特定の電話番号にショートメッセージを送信し、手動で店舗番号、商品番号、
パスワードなどの情報を入力する必要がある。該方法はある程度、銀行端末の配置
不足の問題を解決しているが、以下の欠点が存在する。
操作が複雑である。ユーザは特定の電話番号にショートメッセージを送信する必要
があり、キーボードにより店舗番号、商品番号、パスワードなどの支払情報を入力
20 する必要があり操作が非常に煩雑である。
信頼性が高くない。ユーザが手動で大量のデジタル情報を入力するため、エラーが
発生しやすく、かつエラー検査メカニズムがないため、情報入力エラーにより支払
が正常に行われることに影響しやすい。
上記問題に基づいて、ショートメッセージによる決済方法は実際の使用において普
25 遍的ではない。
したがって、操作がしやすく、かつ安全で信頼性が高いモバイル決済システム及び
方法をどのように提供するかが、早急に解決すべき課題となる。 ５頁５～２１行）
（
」
２
「図１に示すように、モバイル決済システムの構造概略図であり、移動端末１とレ
ジサービス端末２とネットワーク仲介システム３を含み、ネットワーク仲介システ
5 ム３はそれぞれ移動端末１及びレジサービス端末２と通信接続され、レジサービス
端末２は画像生成モジュールを含み、移動端末ユーザとの具体的な取引を行う場合、
取引情報を画像に生成して移動端末１に提供することができる。移動端末１は撮像
機能又は図形走査機能を備える携帯電話、PDA 又はパームトップコンピュータなど
であってもよく、撮像機能又は図形走査機能を利用してレジサービス端末２により
10 生成された取引情報の画像を取得してネットワーク仲介システム３に送信する。ネ
ットワーク仲介システム３はそれぞれ移動端末ユーザ及びサービスプロバイダとサ
ービス協議を締結した運営業者のみであってもよく、銀行が参加してもよく、ネッ
トワーク仲介システム３においてモバイル決済を実現する装置は、取引情報の画像
解析装置及び前記取引情報を処理するための処理装置を含み、処理装置には取引双
15 方のアカウント情報が予め設定され、画像解析装置は画像から具体的な取引情報を
解析して処理装置に送信し、処理装置は対応するアカウント情報に基づいて取引を
行う。（８頁１５行～９頁１行）
」
３
「具体的なモバイル決済取引の情報処理方法は以下のステップを含む。
20 Ｓ１：レジ端末はサービスプロバイダ関連情報及び取引内容情報等の取引情報を
画像に生成して、後に取引の相手方である移動ユーザ端末に提供する。
移動端末ユーザとサービスプロバイダとが具体的な取引を行う場合、取引情報に
は一般的に２つの方面の内容が含まれている。
１．取引内容情報：取引シリアル番号、取引明細及び取引金額等の情報;
25 ２．サービスプロバイダに関連する身分情報：サービスプロバイダ情報とレジ端
末情報があり、そのうち、サービスプロバイダ情報はサービスプロバイダの ID 情
報、サービスタイプ、サービスアプリケーション ID、バージョン等の情報を含むこ
とができ、サービスプロバイダの ID 情報のみを含むこともできる。レジ端末情報
は、レジ端末の一意の識別情報及びレジ端末の番号情報を含む。ここで、サービス
アプリケーション ID は端末がどのようなアプリケーションを起動してユーザが取
5 引を完了することを助けるかを指示することができる。一般的に、汎用的な端末ア
プリケーションを有してユーザの異なるサービスプロバイダに対する取引処理を満
たすべきである。（９頁２～１３行）
」
４
「Ｓ２：移動端末は、撮像機能又は図形走査機能によりレジサービス端末から前記
10 画像を取得する；
Ｓ３：移動端末は、取得された画像情報をネットワーク仲介システムに送信する；
例えば、移動端末は、マルチメディアメッセージ（MMS）等の方式で該画像情報
をネットワーク仲介システムに伝送することができる。取引の安全のために、移動
端末は取得された画像情報を仲介システムに送信する前に、さらにユーザに送信す
15 るか否かを確認し、ユーザが送信することを確認した場合、移動端末は送信操作を
実行する；ユーザが送信しないと選択すると、移動端末は送信操作を実行しない。
該確認は、さらに事前に設定されたパスワードを入力することにより実現すること
ができる。
Ｓ４：ネットワーク仲介システムは、画像情報を受信した後、画像解析装置にお
20 いて解析を行って、サービスプロバイダの関連情報及び取引内容情報の取引情報を
取得する。（９頁１７行～最下行）
」
５
「画像解析から得られたデータに全ての取引金融情報が含まれていない場合、ネッ
トワーク仲介システムは、さらにレジサービス端末から必要な全ての取引金融情報
25 を取得することができる。
又は、レジサービス端末はただレジサービス端末の情報、すなわち、サービスプ
ロバイダのＩＤ情報、レジサービス端末ＩＤ、レジサービス端末番号等と、取引シ
リアル番号情報のみを画像に保持しておく。移動端末は該画像情報を取得した後、
該画像をネットワーク仲介システムに送信し、ネットワーク仲介システムは画像情
報を解析し、かつ解析して得られたレジサービス端末の情報及び取引シリアル番号
5 情報に基づいて仮取引記録を作成した場合、次にレジサービス端末から取引金額及
び取引商品リスト等の取引内容情報を取得する。例えば、ネットワーク仲介システ
ムは、レジサービス端末の情報及び取引シリアル番号情報に基づいて、対応するサ
ービス端末から対応する取引金額と取引商品リスト等の情報を取得し、この場合、
ネットワーク仲介システムは、対応するサービス端末に取引金額、商品明細を取得
10 するように要求するリクエストを送信する必要があり、リクエストには少なくとも
取引シリアル番号が含まれ、対応するサービス端末は該リクエストを受信した場合、
対応する取引金額と商品明細をネットワーク仲介システムに送信する。（１０頁１
」
～１２行）
６
15 「Ｓ５：ネットワーク仲介システムは、移動端末ユーザの身分情報である買い手情
報とレジサービス端末の身分情報である売り手情報を取得し、取引売買双方の身分
の正当性を検証する。
移動端末ユーザの身分情報は、移動端末が取得された画像情報をネットワーク仲
介システムに送信する場合、ネットワーク装置 MSC（Mobile Switching Center：
20 モバイル交換センター）及び／又は HLR（Home Location Register：ホーム位置レ
ジスタ）により関連身分記述情報を画像情報とともにネットワーク仲介システムに
自動的に送信するものである。ここで、移動端末ユーザの身分情報は、移動端末の
IMSI（International Mobile Subscriber Identity：国際移動ユーザ識別コード）、
移動端末の ESN（Electronic serial number：電子シリアル番号であって、移動端
25 末番号 MSISDN に唯一に対応する）、移動端末の番号などの情報のうちいずれか一
つ又は任意の組み合わせを含むことができる。
レジサービス端末の身分情報はネットワーク仲介システムで解析された取引情報
から直接抽出されるものである。
次に、双方の身分の正当性を検証し、正当であれば、ステップＳ６を実行し、そ
うでなければサービス拒否のメッセージを返す。ネットワーク仲介システムによる
5 レジサービス端末の身分情報の検証は、レジサービス端末の ID と対応するサービ
スプロバイダが実際に存在するか否かを判断することを含む。例えば、ネットワー
ク仲介システムに該サービスプロバイダの情報と対応するアカウント情報とが予め
登録されており、ネットワーク仲介システムはサービスプロバイダ ID 情報を解析
した後、対応するサービスプロバイダ情報が登録されているか否かを検索し、存在
10 すれば、解析されたサービスプロバイダが正当であると判定し、そうでなければ、
不正であると判定する。ネットワーク仲介システムによるユーザ身分情報の検証は、
該対応する移動端末ユーザの IMSI 情報と対応するアカウント情報とが予め登録さ
れており、ネットワーク仲介システムは MSC 又は HLR から返信された IMSI 情報
に基づいて該移動端末ユーザの IMSI とアカウント情報とが予め登録されているか
15 否かを判定し、存在すれば、移動端末ユーザが正当であると判定し、そうでなけれ
ば、不正であると判定する。
Ｓ６：ネットワーク仲介システムは双方の身分情報に基づいて予め記憶されたデ
ータベースから双方のアカウント情報を呼び出す。 １０頁１３行～１１頁１０行）
（
」
７
20 「Ｓ７：ネットワーク仲介システムは取引情報に基づいて仮取引記録を作成して移
動端末に取引を確認するために送信する。
ネットワーク仲介システムで作成された仮取引記録には、レジ端末情報と、移動
端末ユーザの唯一の識別情報とアカウント情報などの移動端末ユーザ関連情報とが
記録されており、前記レジサービス端末情報は、レジサービス端末の唯一の識別情
25 報、サービスプロバイダ情報、レジ端末の番号、レジ端末の対応する又はサービス
プロバイダの対応するアカウント情報を含むことができる。前記移動端末の唯一の
識別情報は IMSI、電子シリアル番号 ESN 及び移動端末の番号 MSISDN のうちの
一つを含むことができ、この三種の情報を同時に含むことが望ましい。例えば、移
動端末番号により HLR（Home Location Register：ホーム位置レジスタ）情報を特
定することができ、トラブルが発生すると HLR により関連運営業者等の責任エン
5 ティティを追跡することができる。例えばユーザのウェブジャンプが発生したり、
又は携帯電話が紛失したなどの状況が発生する場合、古い IMSI により移動端末の
アカウントなどの情報要素を特定することができないが、この場合、移動端末の番
号 MSISDN により移動端末のアカウント情報を特定し、取引記録を紹介すること
ができる。
10 ネットワーク仲介システムが移動端末に送信した確認通知には取引金額、取引シ
リアル番号又は取引明細などの情報が含まれている。
Ｓ８：移動端末は取引通知を受信した後に確認を行う。正しいと確認した場合、
取引を実行する命令を返信し、問題が見つかった場合、取引をキャンセルする命令
を返信する。
15 移動端末が取引を確認する時に、ユーザの利益を保護するために、端末に予め設
定されたパスワードを入力することにより確認することができる。（１１頁１１行
」
～１２頁２行）
８
「Ｓ９：ネットワーク仲介システムは移動端末の確認を受信した後、支払を実行す
20 る、すなわち仮取引記録を正式な取引記録として確認し、取引ログを記録する。
Ｓ１０：ネットワーク仲介システムは実行結果をレジサービス端末に送信し、さ
らに実行結果を移動端末に送信することができる。
ネットワーク仲介システムが取引を実行した結果は、少なくとも支払実行成功通
知と取引実行失敗を含むべきである。
25 支払が成功した場合、取引双方は後続の取引手続きを履行するが、具体的には、
レジサービス端末は支払実行成功通知を受信し、レジサービス端末は直接的に勘定
書を生成し印刷して移動端末ユーザに提供することができ、同時に、ネットワーク
仲介システムは取引電子勘定書を記録し、かつ電子勘定書を、電子証明書とし、及
び移動端末ユーザの将来の消費情報の統計用として移動端末に記憶させるように移
動端末に伝送することができる。実際には、電子勘定書にはさらにレジサービス端
5 末の署名情報も付けるべきである。
取引が失敗した場合、レジサービス端末は電子取引失敗通知を表示する。同時に、
ネットワーク仲介システムは取引失敗を移動端末に通知する。
実際には、各取引記録は二つのフラグフィールドを含むことができ、取引双方の
端末が取引成功通知を受信したか否かを示すために用いられる。ネットワーク仲介
10 システムの取引が成功し、かつ取引成功通知を移動端末及びレジサービス端末に送
信した場合、移動端末及びレジサービス端末は自己が当該取引成功通知を受信した
ことを知らせるメッセージをネットワーク仲介システムに返信すべきである。よっ
て、ネットワーク仲介システムはユーザが電子商取引により取引を達成したので現
金を払う必要がないと認識する。ネットワーク仲介システムは通知を受信すると、
15 対応するフラグ情報を変更する。
当該方法を実現するために、ネットワーク仲介システム側には、レジサービス端
末の唯一の識別 ID、レジサービス端末の番号、アカウント情報を含むことができる
レジサービス端末に関する情報と、移動ユーザの身分情報及びアカウント情報とが
予め記憶されているべきである。（１２頁３～２５行）
」
20 ９
「上記の方法と類似し、さらに画像解析モジュールを移動端末に設置することがで
き、移動端末は該画像を取得した後、画像解析モジュールにより該画像を直接解析
し、解析して得られた情報をさらに処理した後にネットワーク仲介システムに送信
し、ネットワーク仲介システムは移動端末から送信された取引売り手情報、取引内
25 容、及び移動端末のユーザ情報に基づいて仮取引記録を生成し、後続の取引処理を
実行する。このような方法により、移動端末は、画像情報を解析して取得されたサ
ービスタイプ情報とサービスアプリケーション ID とバージョン情報等の情報によ
り、対応するサービスアプリケーションプログラムを起動し、かつ画像を解析して
得られた情報を利用して該アプリケーションプログラムを初期化し、ユーザは該ア
プリケーションプログラムによりネットワーク仲介システムに対応する取引情報を
5 送信するか否かを確認する。（１３頁２３行～１４頁４行）
」
１０
「上記方法によると、売り手と買い手とが一回の取引を完了するには、ユーザが画
像を一回走査して送信し、
『確認』を一回押し、パスワードを一回入力することだけ
で済む。実際には、上記実施例において、上記の『『確認』の一回押し』というステ
10 ップの操作も省略することができ、したがって、該方法は取引における売買双方の
入力を大幅に簡略化し、取引の効率を向上させる。（１４頁５行～８行）
」
１１
図１
15 以 上
別紙３
甲７の記載（翻訳・抜粋）
１
「【請求項７】
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 決済パスワードを含む。
【０１０２】
検証ユニット１０５０は、暗号化決済要求データおよび支払い金額を検証し、検
証結果に従って決済を実行するよう構成されている。」
以 上