戻る

平成２７年５月２８日判決言渡同日原本領収裁判所書記官
平成２６年（ネ）第１０１３５号損害賠償請求控訴事件
原審・東京地方裁判所平成２６年（ワ）第１４０８６号
口頭弁論終結日平成２７年４月９日
判決
控訴人クオード株式会社
被控訴人株式会社エヌ・ティ・ティ・データ経営研究所
訴訟代理人弁護士升永英俊
補佐人弁理士佐藤睦
主文
１本件控訴を棄却する。
２控訴費用は控訴人の負担とする。
事実及び理由
第１控訴の趣旨
１原判決を取り消す。
２被控訴人は，控訴人に対し，１５０万円及びこれに対する平成２６年６月２
５日から支払済みまで年５分の割合による金員を支払え。
第２事案の概要（略称は，特に断らない限り，原判決に従う。）
１本件は，「内容証明を行う通信システムおよび内容証明サイト装置」との名
称の発明について特許権（特許第３７９６５２８号。以下「本件特許権」とい
い，本件特許権に係る特許を「本件特許」という。）を有する控訴人が，被控
訴人は，顧客に対し，「ＣＥＣＴＲＵＳＴ」と称する電子契約サービス（以下
「ＣＥＣサービス」という。）において，内容証明の一環として原本性証明を
行っているが，当該原本性証明に用いられる装置は，本件特許の特許請求の範
囲請求項８記載の発明（以下「本件発明」という。）の技術的範囲に属し，上
記装置の使用は本件特許権を侵害する行為である旨主張して，被控訴人に対し，
民法７０９条に基づき，不法行為による損害賠償請求（一部請求）として，過
去３年間に得られたであろう逸失利益２億１０００万円のうち１５０万円及び
これに対する訴状送達の日の翌日である平成２６年６月２５日から支払済みま
で民法所定の年５分の割合による遅延損害金の支払を求めた事案である。
２原判決は，ＣＥＣサービスにおける原本性証明に用いられる装置は，本件発
明の構成要件５ないし７を充足せず，本件発明の技術的範囲に属しないとして，
控訴人の請求を棄却したため，控訴人が，これを不服として控訴したものであ
る。
３前提事実，争点及び争点に関する当事者の主張は，次のとおり原判決を補正
し，後記４のとおり当審における当事者の主張を付加するほかは，原判決「事
実及び理由」の第２の１及び３，並びに第３記載のとおりであるから，これを
引用する。
(1)原判決３頁１１行目「(3)被告の原本性証明装置及び被告の行為」から
同ページ１５行目末尾までを次のとおり改める。
「(3)「ＣＥＣＴＲＵＳＴ」と称する電子契約サービス等
「ＣＥＣＴＲＵＳＴ」は，顧客に対し，「電子署名・検証」，「Ｓｅｃｕ
ｒｅ配送・送達確認」，「電子文書保存」，「原本性証明」の機能を提供す
る電子契約サービス（以下「ＣＥＣサービス」という。）であり，内容証明
の一環として「原本性証明」を行っている（以下，ＣＥＣサービスに係る上
記各機能の提供のために使用される装置を「ＣＥＣサーバ」という。）。〔甲
２，３，弁論の全趣旨〕」
(2)原判決４頁１４行目から１５行目の「契約者（乙）の署名データのうち電
子契約文書の内容の同一性が確認できるデータ」を「契約者（乙）の署名デー
タのうち同契約者が受け取って復号化した電子契約文書の内容の同一性が確
認できるデータ」と改める。
４当審における当事者の主張
(1)控訴人の主張
ア構成要件５ないし７の充足性が問題となるのは，電子文書証明を行う「Ｓ
ｅｃｕｒｅＳｅａｌ」である。原判決は，「ＳｅｃｕｒｅＳｅａｌ」では
なく，電子署名，送達確認，原本保管を行う「ＳｅｃｕｒｅＰｏｄ」につ
いて，本件発明の構成要件５ないし７の充足性を判断している点で誤りで
ある。
イ「ＳｅｃｕｒｅＳｅａｌ」の構成要件５の充足性について
(ア)被控訴人は，「ＳｅｃｕｒｅＳｅａｌ」の処理について，書籍「～
企業間電子商取引のための～電子契約導入のすすめ」（甲３。以下「本
件書籍」という。）において，以下のとおり説明している（９７頁）。
「〈登録〉
・ユーザがハッシュ関数を生成し，センターへ登録依頼を行う。
・センターでは時刻情報を組み合わせ，ＳｅｃｕｒｅＳｅａｌ証明書
を発行，返却する。
〈検証〉
・ユーザが保管している原本データから再度ハッシュ値を生成し，セ
ンターへＳｅｃｕｒｅＳｅａｌ証明書とともに検証依頼を行う。
・センターでは，受け取ったハッシュ値と証明書，センターで管理し
ているデータを照合し結果を返信する。」
(イ)「登録」について
本件書籍における上記(ア)の記載からすれば，別紙１「ＣＥＣの処理
図ア」記載のとおり，ユーザは契約書からハッシュ関数（εとζ）を生
成し，このハッシュ関数を「ＳｅｃｕｒｅＳｅａｌ」へ登録依頼を行い，
「ＳｅｃｕｒｅＳｅａｌ」は，内容証明のために，ハッシュ関数（εと
ζ）をユーザの署名データで登録保管する。
(ウ)「検証」について
本件書籍における上記(ア)の記載からすれば，別紙２「ＣＥＣの処理
図イ」記載のとおり，ユーザが保管している「電子契約文書Ｄｃ」から
再度ハッシュ値（δａとδｂ）を生成し，「ＳｅｃｕｒｅＳｅａｌ」へ
検証依頼を行うと，「ＳｅｃｕｒｅＳｅａｌ」では，受け取ったハッシュ
値（δａとδｂ）を，管理している署名データのハッシュ値（εとζ）
と照合する（署名時点からの改ざんの検証）。本件書籍５４頁の「図３．
２」で説明されているとおり，上記照合により，Ａの署名のハッシュ値
εとＢの署名のハッシュ値ζを，元が同一であるδａとδｂで照合す
ることにより，「電子契約文書Ｄｃ」が，ＡとＢが同一の「平文（伝達
情報）」に署名している電子契約が成立している原本であることを検証
する。そして，「ＳｅｃｕｒｅＳｅａｌ」は，照合結果をユーザに返信
する。
なお，原本データの保管場所がユーザの要請により保管を行っている
装置であっても，ユーザが任意に取り出せるデータであれば，「ユーザ
が保管している原本データ」に該当する。
(エ)以上のとおり，「ＳｅｃｕｒｅＳｅａｌ」は，「発注者」及び「受
注者」から送信される「伝達情報の内容の同一性を確認できるデータ」
（εとζ）を照合しているから，構成要件５を充足する。
ウ「ＳｅｃｕｒｅＳｅａｌ」の構成要件６及び７の充足性について
ＣＥＣサービスにおいて，原本保管を行うのは，「ＳｅｃｕｒｅＰｏｄ」
であって，「ＳｅｃｕｒｅＳｅａｌ」ではない。
被控訴人は，本件書籍において，前記イ(ア)記載のとおり，「Ｓｅｃｕ
ｒｅＳｅａｌ」では，タイムスタンプを施し，タイムスタンプを施された
データを原本性登録するについて，原本を受け取ることはなく，原本を保
管することもないことを説明している。
したがって，「ＳｅｃｕｒｅＳｅａｌ」は，構成要件６及び７を充足す
る。
エ原判決は，「ＣＥＣサービスは，あくまで，完了処理が行われて伝達情
報がＣＥＣサーバに保管された後に，保管時に発行されて存置されている
タイムスタンプの情報を検証することによって，同完了処理後の伝達情報
の改ざんがないことを証明するものであり，発信者署名データ，受信者署
名データを用いたデータを照合することにより伝達情報の改ざんがないこ
とを証明するものではない。」とするが，誤りである。
すなわち，「ＳｅｃｕｒｅＳｅａｌ」は，ユーザが原本からハッシュを
生成してセンタに登録してある署名データから，公開鍵で復号したハッ
シュ（εとζ）を，ユーザ保管の原本から再度生成したハッシュ（δａと
δｂ）で照合し，ユーザが署名した時点からの改変の検証と，両公開鍵の
有効性と正当性の検証（９４頁）とで，ユーザが保管する原本が，電子契
約が成立した電子文書であることを証明するものである。被控訴人は，本
件書籍（９３頁ないし９７頁）において，ＣＥＣサービスにおけるタイム
スタンプの目的は，署名時点の公開鍵の有効性を証明することにあると説
明している。
以上のとおり，「ＳｅｃｕｒｅＳｅａｌ」は，タイムスタンプを施した
案件の完了処理以降の改変を検証するだけの装置などではない。
オ被控訴人は，本件発明の構成要件１ないし４の充足性を争っておらず，
「ＳｅｃｕｒｅＳｅａｌ」は，前記イ及びウ記載のとおり，構成要件５な
いし７を充足するから，「ＳｅｃｕｒｅＳｅａｌ」は，本件発明の技術的
範囲に属する。
(2)被控訴人の主張
アＣＥＣサーバが，本件発明の構成要件５ないし７を充足せず，本件発明
の技術的範囲に属しないことは，原判決における認定判断のとおりである。
イ仮に，控訴人が侵害物件として「ＳｅｃｕｒｅＳｅａｌ」のみを主張す
るのであれば，「ＳｅｃｕｒｅＳｅａｌ」は，発注者（契約者（甲））と
受注者（契約者（乙））との間で契約が完了した文書について，原本性証
明登録を行い，完了以降，当該文書が改ざんされていないことを証明する
処理を行うにすぎず，発注者（契約者（甲））と受注者（契約者（乙））
が文書を送受信する処理には何ら関与していないから，本件発明の構成要
件２及び３を充足しない。
したがって，「ＳｅｃｕｒｅＳｅａｌ」は，本件発明の技術的範囲に属
しない。
第３当裁判所の判断
１当裁判所も，控訴人の本訴請求は理由がなく，これを棄却すべきものと判断
する。その理由は，次のとおり原判決を補正し，後記２のとおり当審における
控訴人の主張に対する判断を付加するほかは，原判決「事実及び理由」の第４
の１ないし３記載のとおりであるから，これを引用する。
(1)原判決１１頁１２行目「（ステップＣ７）」を「（図４のステップＣ７）」
と改める。
(2)原判決１１頁２３行目「Ｂに送る」の後に「（図４のステップＣ８）」を
挿入する。
２当審における控訴人の主張について
(1)構成要件５について
ア控訴人は，同人が侵害物件として主張するのは，電子文書証明を行う「Ｓ
ｅｃｕｒｅＳｅａｌ」であり，本件書籍の「ＳｅｃｕｒｅＳｅａｌの利用
イメージ」の記載（９７頁）や「電子署名の仕組み」の記載（５４頁）に
よれば，ＣＥＣサービスにおける「原本性証明」に利用される「Ｓｅｃｕ
ｒｅＳｅａｌ」の処理態様は，別紙１「ＣＥＣの処理図ア」及び別紙２「Ｃ
ＥＣの処理図イ」記載のとおり，①ユーザは契約書からハッシュ関数（ε
とζ）を生成し，このハッシュ関数を「ＳｅｃｕｒｅＳｅａｌ」へ登録依
頼を行い，「ＳｅｃｕｒｅＳｅａｌ」は，内容証明のために，ハッシュ関
数（εとζ）をユーザの署名データで登録保管する，②ユーザが保管して
いる「電子契約文書Ｄｃ」から再度ハッシュ値（δａとδｂ）を生成し，
「ＳｅｃｕｒｅＳｅａｌ」へ検証依頼を行うと，「ＳｅｃｕｒｅＳｅａｌ」
では，受け取ったハッシュ値（δａとδｂ）を，管理している署名データ
のハッシュ値（εとζ）と照合する，③Ａの署名のハッシュ値εとＢの
署名のハッシュ値ζを，元が同一であるδａとδｂで照合することによ
り，「電子契約文書Ｄｃ」が，ＡとＢが同一の「平文（伝達情報）」に署
名している電子契約が成立している原本であることを検証し，「Ｓｅｃｕ
ｒｅＳｅａｌ」は，照合結果をユーザに返信するというものであるから，
「ＳｅｃｕｒｅＳｅａｌ」は，「発注者」及び「受注者」から送信される
「伝達情報の内容の同一性を確認できるデータ」（εとζ）を照合してお
り，構成要件５を充足する旨主張する。
イしかしながら，控訴人が上記主張の根拠としてあげる本件書籍の「Ｓｅ
ｃｕｒｅＳｅａｌの利用イメージ」の記載（９７頁）の前（甲３，９６頁
ないし９７頁）には，次のような記載がある。
「ＳｅｃｕｒｅＳｅａｌは，電子文書から必ず一意に計算されるハッ
シュ値を使用している。ハッシュ関数と呼ばれる一方向性関数に電子デー
タを通すと，固定長のハッシュ値が計算される。ハッシュ値は元の電子デー
タが１ビットでも違えば全く別の値となる。またハッシュ値から元の電子
データを計算することは不可能といった性質がある。
この特徴を利用し，ある時点で取得した原本のハッシュ値とその後時間
が経過した時点の原本のハッシュ値が，同じであれば改ざんされていない
と判断し，違っていれば，原本データに何らかの変更や改ざんがあったと
判断する。“ある時点”と述べたが，この時刻が証明を受けたい者が使っ
ているＰＣの時刻では簡単に変更できてしまうため全く信憑性がない。利
害関係のない第三者が正確な時刻で証明をすることに意義がある。Ｓｅｃ
ｕｒｅＳｅａｌでは，ＧＰＳを利用し時刻誤差を補正している。
ＳｅｃｕｒｅＳｅａｌの利用イメージは，下記のようになっている。」
ウ次に，本件書籍（甲３）には，ＣＥＣサービスに関して，おおむね以下
のような記載がある。
(ア)「ＣＥＣＴＲＵＳＴは，電子契約に必要な「電子署名」「Ｓｅｃｕ
ｒｅ配送」「保管」「原本性保証」の機能を利用するためのユーザイン
タフェースであり，エンドユーザはインターネットにつながったブラウ
ザ等から利用する。ユーザからの処理要求を受け付け，より詳細な処理
をＳｅｃｕｒｅＰｏｄへ要求し，処理結果をユーザへ返している。原本
性保証の機能はＳｅｃｕｒｅＳｅａｌを利用し，その証明書の管理等は
ＳｅｃｕｒｅＰｏｄで一元的に行っている。」（８０頁）
(イ)「インターネットを介して，安全・安心な電子契約を行うことがで
きるように，ＣＥＣＴＲＵＳＴでは下記４つの機能を提供している。
Ａ）電子署名・検証
Ｂ）Ｓｅｃｕｒｅ配送・送達確認
Ｃ）電子文書保存
Ｄ）原本性証明
ここでは，各機能の特徴を説明していく。
・・・（中略）・・・
Ｄ）原本性証明
ＣＥＣＴＲＵＳＴでは，電子文書流通プラットフォーム「Ｓｅｃｕ
ｒｅＰｏｄ」を介し，電子文書証明サービス「ＳｅｃｕｒｅＳｅａｌ」
へ契約文書を必ず登録している。・・・ＳｅｃｕｒｅＳｅａｌからは
原本を証明する証明書が返却されるが，こちらはＳｅｃｕｒｅＰｏｄ
で保管し，ＣＥＣＴＲＵＳＴ内で唯一に管理される案件番号で原本と
証明書を紐付けしている。ユーザは証明書の管理を意識することなく，
Ｗｅｂブラウザからボタンひとつで原本性の検証を行うことができ
る。」（８４頁ないし８６頁）
(ウ)「ここでは，ＣＥＣＴＲＵＳＴを利用して取引先と請負工事に関す
る電子契約を行う手順を，一般的なＣＥＣＴＲＵＳＴの利用方法である
Ｗｅｂブラウザを使用した例で説明する。
・・・請負工事の場合，プレーヤーは発注者と受注者の２者である。
契約完了までの処理フローとしては，下記４つとなる。
Ａ）発注者が注文書に署名を行い受注者に送付する。（発注者の案件登
録）
Ｂ）受注者は注文書の内容を確認し，注文請書に署名し発注者へ返す。
（受注者の受信，返信）
Ｃ）発注者は注文請書の内容を確認し，完了処理を行う。（受注者の受
信，完了（判決注・「発注者の受信，完了」の誤記と認める。））
Ｄ）それぞれの保管対象文書が原本性証明サービスＳｅｃｕｒｅＳｅａ
ｌに登録され保管される。（原本性証明の登録）
その後，発注者，受注者共に完了となった文書のダウンロード，原本
性確認を行う。」（８８頁ないし８９頁）
(エ)「Ａ）発注者の案件登録
発注者が契約文書を作成しＰＤＦ文書へ変換を行う。・・・次に・・・
署名アプリケーションを用い，変換したＰＤＦ文書に電子署名を行う。
ここからＣＥＣＴＲＵＳＴを利用した処理となる。・・・発注者は，
案件登録メニューから契約内容に関する属性情報（契約相手のＩＤ，案
件名，様式など）を入力し，先ほど作成したＰＤＦ文書を指定する。・・・
送信ボタンを押し，確認を行えば発注者の登録処理は終了である。この
タイミングでＣＥＣＴＲＵＳＴは案件に案件番号を付与し，契約相手に
は属性情報が記載された電子メールが送信される。
Ｂ）受注者の受信，返信
受信者も・・・ＣＥＣＴＲＵＳＴの画面を開きログオンを行う。案件
検索を行い，詳細画面を開くと文書内の電子署名のチェックと契約文書
のダウンロードができるようになっている。電子署名のチェック後ダウ
ンロードを行うと案件のステータスが「未読」から「受取」となり，受
注者が受領したことを発注者が確認することができる。そして，発注者
と同じように署名アプリケーションで署名を行い，署名した契約文書を
セットし送信ボタンを押せば発注者へ送信される。
Ｃ）発注者の受信，完了
発注者も同様に署名チェック，ダウンロードを行い，契約内容を確認
したら完了ボタンを押す。ユーザの処理はここまでである。
Ｄ）原本性証明の登録
ＣＥＣＴＲＵＳＴは，ユーザから完了処理の要求を受け取ると，Ｓｅ
ｃｕｒｅＰｏｄの機能を利用しＳｅｃｕｒｅＳｅａｌへ原本性証明登録
を行い，契約書とＳｅｃｕｒｅＳｅａｌ証明書をセットで保管領域に移
動する。案件ステータスは「完了」となり，完了処理が正常に行われた
旨の電子メールが発注者，受注者の両方に送付される。
・・・後々，監査等により保管している契約文書が必要なときは，契約
相手や取引内容から案件検索し原本をダウンロードすればよい。また，
保管している契約書が完了以後改ざんされていないことを証明したい場
合には，ＣＥＣＴＲＵＳＴの画面から原本性検証ボタンを押せば，ＣＥ
ＣＴＲＵＳＴが検証処理を行い，結果を表示する。」（８９頁ないし９
１頁）
エ本件書籍中の前記イ及びウの記載は，ＣＥＣサーバにおける原本性証明
の処理態様に係る他の証拠（乙２，４，５，１２）の内容と矛盾するもの
ではなく，むしろこれに沿うものであって，これらの証拠に本件書籍（甲
３）の記載を併せ検討しても，本判決において引用する原判決「事実及び
理由」の第４の２(2)記載の認定を左右しない。
そして，ＣＥＣサービスにおける「原本性証明」に利用される場合の「Ｓ
ｅｃｕｒｅＳｅａｌ」の処理は，上記認定によれば，完了処理が行われて
伝達情報がＣＥＣサーバに保管された後に，保管時に発行されて存置され
ているタイムスタンプの情報を検証することによって，同完了処理後の伝
達情報の改ざんがないことを証明するものであり，発信者署名データ，受
信者署名データを用いたデータを照合することにより伝達情報の改ざんが
ないことを証明するものではないと認められる。
そうすると，ＣＥＣサーバは，構成要件５の「前記発信者署名データの
うち，前記発信者装置が送信した伝達情報の内容の同一性を確認できる
データと，前記受信者署名データのうち，前記受信者装置が受け取って復
号化した伝達情報の内容の同一性を確認できるデータとを照合する手段」
を備えていないから，構成要件５を充足しないと認められる。
オこれに対し，控訴人は，本件書籍中の記載（９３頁ないし９７頁）を挙
げ，ＣＥＣサービスにおけるタイムスタンプの目的は，署名時点の公開鍵
の有効性を証明することにあるから，ＣＥＣサービスにおける「原本性証
明」は，タイムスタンプを施した案件の完了処理以降の改変を検証するも
のではなく，ユーザが署名した時点からの改変の検証をするものである旨
主張する。
しかしながら，本件書籍には，タイムスタンプ，認証局のルート証明書
及び認証局から発行される失効リスト（ＣＲＬ）を用いた指定時刻検証機
能（ある指定時刻に証明書が有効であったかどうかをチェックする機能）
における処理の流れについて，
「①以下の保管物について原本性検証を行う。
・ユーザの原本，署名に使用したユーザの公開鍵証明書（原本がＰ
ＤＦファイルの場合はＰＤＦファイル内に公開鍵証明書を含む）
・指定時刻における失効リスト，ルート証明書
これにより，保管している物すべてについて改ざんされていないこ
とが証明される。
②ＣＲＬに付与されている認証局の署名を認証局のルート証明書で検
証する。これにより，ＣＲＬは確かに認証局から発行されたことが証
明される。
③ユーザの公開鍵証明書に付与されている認証局の署名を認証局の
ルート証明書で検証する。これにより，ユーザの公開鍵証明書は確か
に認証局から発行されたことが証明される。
④ＣＲＬの中に，ユーザの公開鍵証明書のシリアル番号が記載されて
いないか確認する。これにより，指定時刻において公開鍵証明書が失
効していなかったことが証明される。
⑤指定時刻がユーザの公開鍵証明書の有効期間内にあることを確認す
る。これにより，署名に使用した公開鍵証明書の有効期間は切れてい
なかったことが証明される。
⑥最後に，原本に付与された署名をユーザの公開鍵で検証し，ユーザ
が確かに署名したものであることを証明する。
指定時刻の対象となる時刻は，契約が締結した時刻となる。電子契約
の場合，どのタイミングで契約完了となるかは，ＣＥＣＴＲＵＳＴの仕
組みの上で契約当事者双方の了承の意思が確認できたタイミングである。
具体的には，発注者が受注者の意思である電子署名を検証し，契約完了
の処理を行ったタイミングである。」
との記載がある（９４頁ないし９６頁）。
上記記載によれば，本件書籍においても，ＣＥＣサービスにおけるタイ
ムスタンプは，ユーザが署名した時点からの改変の検証をするものである
とは説明されておらず，かえって，タイムスタンプを施した案件の完了処
理以降の改変を検証するものであると説明されていると認められるから，
本件書籍の記載内容に基づいて，ＣＥＣサービスにおける「原本性証明」
は，ユーザが署名した時点からの改変の検証をするものであるとする控訴
人の上記主張は理由がない。
カなお，控訴人は，別紙１「ＣＥＣの処理図ア」及び別紙２「ＣＥＣの処
理図イ」のハッシュ値の比較について，εとζを比較し，平文（ＤaとＤ
ｂ）の比較をする直接比較（第１の比較）と，εとδaの比較とζとδｂ
の比較で，平文（ＤaとＤｂ）の比較を行う間接比較（第２の比較）があ
り，ＣＥＣサービスにおける「原本性証明」は上記のうち間接比較（第２
の比較）に該当することを前提として，直接比較に代えて間接比較をする
ことは均等であると主張するもののようであるが，前記エで認定したとお
り，ＣＥＣサービスにおける「原本性証明」は，上記間接比較（第２の比
較）に該当しないから，控訴人の上記主張はその前提を欠き，失当である。
(2)構成要件６及び７について
ア控訴人は，ＣＥＣサービスにおいて，原本保管を行うのは，「Ｓｅｃｕ
ｒｅＰｏｄ」であって，「ＳｅｃｕｒｅＳｅａｌ」ではなく，「Ｓｅｃｕ
ｒｅＳｅａｌ」では，タイムスタンプを施し，タイムスタンプを施された
データを原本性登録するについて，原本を受け取ることはなく，原本を保
管することもないから，「ＳｅｃｕｒｅＳｅａｌ」は，構成要件６及び７
を充足する旨主張する。
イところで，「ＣＥＣＴＲＵＳＴ」は，顧客に対し，「電子署名・検証」，
「Ｓｅｃｕｒｅ配送・送達確認」，「電子文書保存」，「原本性証明」の
機能を提供する電子契約サービス（ＣＥＣサービス）であり，この「原本
性証明」の機能を提供するために，ＣＥＣサービスでは，ユーザから完了
処理の要求を受け取ると，ＳｅｃｕｒｅＳｅａｌへ原本性証明登録を行い，
契約書とＳｅｃｕｒｅＳｅａｌ証明書を「セット」でＳｅｃｕｒｅＰｏｄ
の保管領域に移動し，その後，ユーザからの求めに応じて，内容証明の一
環として「原本性証明」を行うものである（甲３，乙２，４，５，１２）。
上記によれば，ＣＥＣサービスにおける原本性証明に使用する装置は，
「ＳｅｃｕｒｅＳｅａｌ」のみで構成されるものではなく，「Ｓｅｃｕｒ
ｅＰｏｄ」を含めて構成されているものと認められるから，ＣＥＣサービ
スにおける原本性証明に使用する装置が「ＳｅｃｕｒｅＳｅａｌ」のみで
構成されていることを前提とする控訴人の上記主張は理由がない。
そして，ＣＥＣサービスにおいては，伝達情報である原本そのものが，
ＣＥＣサーバ（ＣＥＣサービスにおける原本性証明に使用する装置）に送
られてこれを保管する構成を有するから，ＣＥＣサーバは構成要件６及び
７を充足しないものと認められる。
３まとめ
以上によれば，その余の点について判断するまでもなく，控訴人の本訴請求
は理由がない。
第４結論
以上の次第であるから，控訴人の請求を棄却した原判決は相当であり，本件
控訴は理由がないからこれを棄却することとし，主文のとおり判決する。
なお，控訴人の平成２７年４月３０日付け書類提出命令の申立て（平成２７
年(ウ)第１００３９号）については，本訴における控訴人の主張内容に鑑みれ
ば，証拠調べの必要性はないものと認められるから，上記申立てを却下する。
知的財産高等裁判所第４部
裁判長裁判官富田善範
裁判官田中芳樹
裁判官柵木澄子

戻る