戻る

平成１８年７月３１日判決言渡同日原本交付裁判所書記官
平成１７年(ワ)第８３６２号不正競争行為差止等請求事件
口頭弁論終結日平成１８年６月１４日
判決
神奈川県川崎市多摩区＜以下略＞
原告Ａ
同訴訟代理人弁護士柳原敏夫
東京都千代田区＜以下略＞
被告株式会社トリニティーセキュリティーシステムズ
同訴訟代理人弁護士古谷誠
同小野寺良文
同大宮立
同市川直介
主文
１原告の請求をいずれも棄却する。
２訴訟費用は原告の負担とする。
事実及び理由
第１請求
１被告は，別紙営業秘密目録記載の営業秘密を使用して，別紙物件目録記載１
の製品を製造，販売してはならない。
２被告は，別紙営業秘密目録記載の営業秘密を使用して，別紙物件目録記載２
の製品を製造，販売してはならない。
３被告は，原告に対し，金５００万円及びこれに対する平成１７年４月２９日
から支払済みまで年５分の割合による金員を支払え。
第２事案の概要
本件は，原告が，被告に対し，被告において，別紙営業秘密目録記載の原告
の営業秘密以下本件営業秘密というを原告との間でネットワーク環（「」。），
境における認証システム等の共同開発事業契約を締結していた会社から，不正
開示行為であることを知りながら取得し，同営業秘密を利用して別紙物件目録
記載１及び２のコンピュータ機器及びプログラムを製造，販売する不正競争行
為（不正競争防止法２条１項８号）を行ったとして，同法３条１項に基づく同
営業秘密の使用の差止め，同法４条に基づく損害賠償５００万円（一部請求）
及び訴状送達の日の翌日である平成１７年４月２９日から支払済みまで民法所
定年５分の割合による遅延損害金の支払を求めた事案である。
１前提となる事実等（争いがない事実以外は証拠を末尾に記載する）。
（「」。）(1)原告が代表取締役を務めるジェーシーエヌ株式会社以下JCNという
と，日本システムハウス株式会社（以下「NSH」という）は，平成１４年６。
月３０日NSHを甲JCNを乙とし乙の開発したTAOTIME認知システムに係，，，「
る技術以下本件技術というに基づき甲乙共同でP2Pネットワーク環境の（），
下JAVA仕様の認証モジュール製品（以下対象製品という）の開発を行うに先
立ち，乙が甲に本件技術を開示し，対象製品の開発の実現性について協議す
るのに際し次のとおり契約を締結するとして同技術の開示等に関する，。」，
契約を締結し（甲７，同契約に基づく協議を行った。）
(2)原告，NSH及びJCNは，平成１４年９月１日，原告を甲，NSHを乙，JCNを丙
とし甲が考案し設計し丙が管理するTAOTIME認知・認証・管理システ，「，，
ムに係る技術を基に，乙が有する技術を利用し，甲乙丙共同で本契約に定め
る対象製品を開発することに関し次のとおり契約するとしてこれらの，。」，
技術を利用した製品の共同開発契約を締結し（甲８，以下「第一次共同開発
契約」という，同契約所定の共同開発を行った。。）
(3)さらに，原告，NSH及び株式会社NAD研究所（以下「NAD」という）は，平。
成１５年７月３０日原告を甲NSHを乙NADを丙とし甲が発明し考案，，，，「，
し，設計し，丙がその管理を行うQrAS認知・認証・管理システムに係る技術
（以下本件技術という）を基本に，これに乙の有する技術を加え甲乙丙共同
で本契約に定める対象製品を開発することに関し次の通り契約するとし，。」
て，これらの技術を利用した製品の共同開発契約（甲９，以下「第二次共同
開発契約」という）及び同契約に基づく覚書を締結し（甲１０，同契約所。）
定の共同開発を行った。
同契約７条には甲乙丙は本件技術および本件開発並びに対象製品に関す，「
る技術情報，相手方の営業情報などの機密情報について，第１条の目的以外
には使用せず，本契約の有効期間中および本契約が終了した後といえどもそ
の秘密を保持しなければならない」旨の秘密保持義務が定められている。。
(4)被告は，平成１６年１月５日，NSHを吸収合併した。
(5)被告は平成１６年３月１８日別紙物件目録記載１(1)の製品正式の製，，（
品名は「IPNセキュア・プラットフォームゲートウェイタイプ，製品番号」
は「IPGWP010」及び「IPGWP020」である。以下，これらを併せて「被告製品
」。）（，）１という合計６８台IPGWP010につき３１台IPGWP020につき３７台
を，販売総代理店に１台約２０万円で販売した。
(6)さらに被告は平成１６年１０月別紙物件目録記載２(1)の製品以下，，，（
「被告製品２」という）を発表し（甲１７，発売準備を行っている。。）
また，被告は，被告製品２のソフトウェアタイプとして，別紙物件目録記
載２(2)の製品以下被告製品３というを開発し甲５７販売する（「」。）（），
予定である。
２争点
(1)本件営業秘密が，不正競争防止法２条６項にいう営業秘密に当たるか（争
点１。）
(2)被告が同法２条１項８号の行為を行ったか（争点２。）
(3)原告の損害はいくらか（争点３。）
３争点についての当事者の主張
(1)争点１（本件営業秘密が，不正競争防止法２条６項にいう営業秘密に当た
るか）について
（原告の主張）
ア非公知性
本件営業秘密の内容である認証技術が，原告自らが出願し（特願２００
２－１８４７５０号公開された特許出願特開２００３－１０１５３４），（
号に係る公開特許公報乙９以下本件公知例というにすべて開）（。「」。）
示されており，公知であるとの被告の主張は，争わない。
イ秘密管理性
第二次共同開発契約の当事者であったNADは原告の個人会社であり本，，
件営業秘密は，原告のみがその情報にアクセスできる体制にあるから，秘
密管理性を有する。
ウ有用性
認証システム製品としては，これまでワンタイムパスワードが主流であ
，，ったがこれはハードウェア仕様であったためにイニシャルコストが高く
また，認証管理サーバを設置しメンテナンスをしなければならないという
ランニングコストの問題があったところ，本件営業秘密は，これらの問題
を解決するために，ソフトウェア仕様で認証システムを実現し，なおかつ
クライアントがサーバを認証するという双方向認証を実現することによ
り，認証管理サーバを不要にした。さらに，ユビキタス社会に不可欠なP2
P対応のファイル配信ビジネスにおいてSOHOユーザ又は個人ユーザにとっ，
ても意味があり，有用性を有する。
（被告の反論）
本件営業秘密の内容となる認証技術は，本件公知例（乙９）にすべて開示
されており，公知である。
また，このように公知の技術を秘密として管理することも不可能なので秘
密管理性もない。
，，「」したがって本件営業秘密は不正競争防止法２条６項にいう営業秘密
に該当しない。
(2)争点２（被告が不正競争防止法２条１項８号の行為を行ったか）について
（原告の主張）
アNSHから被告への不正開示行為
原告開発に係る認証アルゴリズムに関する機密情報は，以下の書面の交
付等により平成１５年５月ないし同年８月ころNSHの事業部長石井一夫，，
らから被告の開発責任者へ開示された。
(ア)QrAS_C言語仕様書（同年５月ころ原告とNSHの共同作成）
(イ)QrAS_SDK取扱説明書（同上）
(ウ)QrAS_SDK評価キット一式（同上）
(エ)QrAS_SDKCソースコードプログラム一式（同上）
(オ)QrAS_SDKデバッグツール一式（同上）
(カ)QrAS自律分散認証アルゴリズムSDKVer3.0概要仕様書02版同年（
６月１６日原告とNSHの共同作成）
(キ)説明資料「自律分散認証アルゴリズムQrASとは？（Ver0.1（同年」）
２月１９日原告作成）
(ク)技術解説書「無線LAN企画・n対nバージョン（平成１４年１１月２」
１日原告作成）
(ケ)PureP2P型自律分散認証アルゴリズム論文（同年７月３０日原告作
成）
イ被告はア記載のNSHの行為が第二次共同開発契約７条に定める秘密保持，
義務に違反する不正開示行為であることを知りながらNSHから原告開発，，
に係る認証アルゴリズムを開示され，平成１６年３月に，被告製品１を少
なくとも６８台（IPGWP010を３１台，IPGWP020を３７台）販売した。
このように被告が原告開発に係る認証アルゴリズムをNSHから開示さ，，
れ，本件営業秘密を搭載した被告製品１を開発，製造，販売したことは，
不正競争防止法２条１項８号の不正競争行為に該当する。
また，被告は，同年６月から，第二次共同開発契約７条の秘密保持義務
に違反し，原告開発に係る認証アルゴリズムを，同契約１条に定める共同
開発等以外の目的に使用して，本件営業秘密を搭載した被告製品２及び３
を開発し，製造する不正競争行為を行った。
（被告の反論）
ア原告は，第一次及び第二次共同開発契約に基づき，平成１４年６月ころ
から平成１５年１２月まではNSHに，NSHと被告が合併した平成１６年１月
以降同年４月までは被告に，それぞれ常駐あるいはこれと同視できる状況
で，NSH又は被告と共同開発を行っていたのであり，本件紛争に至る以前に，
被告製品１の開発，製造，販売について異議を申し述べたことは一度もな
かった。
そしてNSH及び被告は原告に対し平成１６年４月３０日までに第，，，，
一次及び第二次共同開発契約に定める対価として，合計３５５０万円を支
払済みである。
被告は，第一次及び第二次共同開発契約に従って，原告から適法に原告
開発に係る認証アルゴリズムの開示を受けてこれを被告製品１に搭載した
ものである。また，被告は，第一次及び第二次共同開発契約の契約上の地
位をNSHから承継しているので同契約に基づいて平成２０年７月２９日ま，
で被告製品１を単独で販売できる権限を有している（甲９，１２条１項，
１３条。）
このように，被告による被告製品１の開発，製造，販売は，適法な許諾
に基づくものであって，当該行為が不正競争防止法２条１項８号に定める
不正競争行為に該当することなどあり得ない。
イ被告製品２及び３においては，認証アルゴリズムとして原告開発に係る
認証アルゴリズムではなく，別途開発された動的パスワード認証方式が使
用されている。
原告は，本件営業秘密が被告製品２及び３のどこに搭載されているのか
具体的に主張していない。
ウ原告は，不正競争防止法２条１項８号にいう，被告の悪意・重過失も主
張していない。
エさらに，被告は，別紙物件目録記載１(2)ないし(7)の製品については，
製造も販売も行っていないし，将来これを製造・販売する予定もない。原
告も，これらの製品に対する差止請求権の根拠について，何ら主張をして
いない。
(3)争点３（原告の損害はいくらか）について
（原告の主張）
ア被告製品１の開発，製造，販売
被告は，平成１６年３月に，被告製品１を少なくとも６８台（IPGWP010
を３１台，IPGWP020を３７台）販売した。
上記販売後，本件訴訟提起までの約１年以上の期間の経過を考えれば，
被告製品１の販売台数が合計で３００台を下ることはない。また，その価
格は約２０万円である。
他方，第一次共同開発契約９条には実施料の基本が定めてあり，これを
参考にして計算すれば，本件営業秘密の無断使用に基づく被告製品１の開
発，製造，販売による原告の損害は，
２０万円×３００台×（７＋３．５）％＝６３０万円
を下らない。
イ被告製品２及び３の開発，製造，販売
被告製品２及び３が前記被告製品１と同等の性能であり，にもかかわら
ず，販売価格が約５倍することを考えると，平成１６年１２月の発売より
約５か月間で，販売台数が３０台を下ることはない。
前記被告製品１と同様の計算方法により計算すれば，本件営業秘密の無
，，，断使用に基づく被告製品２及び３の開発製造販売による原告の損害は
９８万円×３０台×１０．５％＝３０８万円（万未満切り捨て）
を下らない。
ウ慰謝料
原告はNSH及び被告を最も信頼する共同事業のパートナーとして原，，，
告が手塩に掛けて発明してきた本件営業秘密を開示し，その事業化の成功
のために運命を共にしてきたにもかかわらず，一方的に裏切られるという
結果となり，なおかつ，本件訴訟提起前の１年にわたる交渉においても，
被告の態度によって原告の被った精神的苦痛は測り難い。それゆえ，原告
の被った精神的苦痛を慰謝するための慰謝料の金額は，少なくとも１００
０万円を下らない。
エ弁護士費用
原告は，上記の経緯からやむなく本件訴訟を提起したものであり，前記
賠償金額や本件訴訟遂行の難易度等に照らし，弁護士費用は少なくとも５
００万円を下らない。
オ原告は，被告に対し，これら損害合計２４３８万円のうち，一部請求と
して，５００万円及びこれに対する訴状送達の日の翌日である平成１７年
４月２９日から支払済みまで民法所定年５分の割合による遅延損害金の支
払を求める。
（被告の反論）
争う。
第３当裁判所の判断
１争点１（本件営業秘密が，不正競争防止法２条６項にいう営業秘密に当たる
か）について
(1)本件訴訟は，平成１７年４月２６日に提起され，同年６月２０日に第１回
口頭弁論期日が開かれた後，弁論準備手続に付され，主に原告が主張する営
業秘密の特定をめぐって双方の主張が行われた。そして，原告は，平成１８
年６月１４日の第８回弁論準備手続期日において，被告の不正競争行為の対
象となる営業秘密について，本件営業秘密のとおり特定した。
上記期日において，被告から，本件営業秘密の内容である認証技術は，本
件公知例にすべて開示され，公知である旨主張されたのに対し，原告は，こ
れを争わないと陳述した。
(2)不正競争防止法における営業秘密は秘密として管理されている生産「」，「
，，方法販売方法その他の事業活動に有用な技術上又は営業上の情報であって
公然と知られていないものをいう」とされており（同法２条６項「公然と），
知られていない」ものであることが要件とされる。
しかし，本件営業秘密の内容である認証技術が，原告自らが出願した本件
公知例にすべて開示されている公知のものであるとの被告の主張に対し，原
告は，上記のとおり，これを争わないとし，そのほか，本件営業秘密が「公
然と知られていない」ものであることについて何ら主張，立証を行わない。
そうすると本件営業秘密は公然と知られていないものであるとは認，，「」
められず，不正競争防止法２条６項にいう営業秘密には当たらないというべ
きである。
(3)よって，その余の点について検討するまでもなく，原告の主張はいずれも
理由がない。
２以上のとおりであるから，その余の争点について判断するまでもなく，原告
の請求は，いずれも理由がないから，これらを棄却することとして，主文のと
おり判決する。
東京地方裁判所民事第２９部
裁判長裁判官清水節
裁判官山田真紀
裁判官片山信
（別紙）
営業秘密目録
１対nによる接続形態におけるPtoP機能を実現するための下記独自「」「」，「
のタイムスタンプ値生成技術」及び「タイムスタンプを元にした認証データ生成／
認証技術」
第１独自のタイムスタンプ値生成技術
１クライアントからの要求送信
①クライアントは，サーバに対して要求を送信する。クライアントは，同時
に，
(ⅰ)前回の「クライアント要求送信タイムスタンプ値」
(ⅱ)前回の「クライアント応答受信タイムスタンプ値の隠蔽値」
「」(ⅲ)前々回のクライアント応答受信タイムスタンプ値の隠蔽値の復号値
の３つの値をサーバに対して送信する。ただし，クライアントとサーバが初
めて送受信を行う場合などは，前回あるいは前々回といった過去の通信履歴
を持たないため，値は「０」を送信する。
２サーバの要求受信
②サーバは，クライアントからの要求を受信する。同時にクライアントから
送信された，
(ⅰ)前回の「クライアント要求送信タイムスタンプ値」
(ⅱ)前回の「クライアント応答受信タイムスタンプ値の隠蔽値」
「」(ⅲ)前々回のクライアント応答受信タイムスタンプ値の隠蔽値の復号値
の３つの値をサーバが保有するデータベースに格納する。
③サーバは，任意の乱数Ｓを生成する（又は，コンピュータの現在時刻を示
すシリアル値Ｓを取得する。。）
④サーバは③で生成したＳと前回クライアントとの通信の際に生成した共，「
有値」とを比較し，
・（前回生成した「共有値」＋３）≦Ｓであれば，Ｓを今回の「共有値」
とする
（「」），（「」・前回生成した共有値＋３＞Ｓであれば前回生成した共有値
＋３）を今回の「共有値」とする
・クライアントと初めて通信する場合などは，前回生成した「共有値」が
存在しないため，Ｓを今回の「共有値」とする
⑤サーバは，④で得られた「共有値」をサーバが保有するデータベースに格
納する。
⑥サーバは前々回までのクライアントとの通信におけるクライアント応，，「
答受信タイムスタンプ値」と「クライアント要求送信タイムスタンプ値」の
差の合計値である「累積差分」を算出する。ただし，クライアントと初めて
通信を行う場合や，２回目の通信の場合は，前々回までのクライアントとの
通信が存在しないため「累積差分」は０とする。そうでない場合「累積差，，
分」は以下の手順で算出する。
(ⅰ)②で受信した前々回の「クライアント応答受信タイムスタンプ値の隠
蔽値の復号値」を利用して，前々回の「クライアント応答受信タイムス
タンプ値の隠蔽値」を生成する際にデータベースから任意に抽出した値
Ｘを算出する。
(ⅱ)前々回の「クライアント応答受信タイムスタンプ値」＝前々回の「ク
ライアント応答受信タイムスタンプ値の隠蔽値」－()で算出した値Ｘⅰ
の式により，前々回の「クライアント応答受信タイムスタンプ値」を求
める。
(ⅲ)(ⅱ)で求めた前々回の「クライアント応答受信タイムスタンプ値」か
ら，前回通信時にクライアントからサーバへ送信された前々回の「クラ
イアント要求送信タイムスタンプ値」の差を求める。
(ⅳ)「累積差分」＝前回算出した「累積差分」＋(ⅲ)で求めた差
の式により「累積差分」を求める。
⑦サーバは，前回の「サーバ要求受信タイムスタンプ値」を，次の式により
生成する。
前回の「サーバ要求受信タイムスタンプ値」＝前回の「共有値」＋「累
積差分」
次に，この式により生成した「サーバ要求受信タイムスタンプ値」を，サ
ーバが保有するデータベースに格納する。
⑧サーバは，今回の「共有値」をクライアントに送信する。
３クライアントの応答受信
⑨クライアントは，サーバから応答を受信する。同時にサーバから送信され
「」，。た共有値を受信してクライアントが保有するデータベースに格納する
⑩クライアントは，過去にサーバと行った送受信の際の「クライアント応答
受信タイムスタンプ値」と「クライアント要求送信タイムスタンプ値」の差
の合計値である「累積差分」を算出する。ただし，過去に送受信を行った履
歴が存在しない場合は累積差分を０としそうでない場合は前回クラ，「」，，
イアント内で算出した「累積差分」に前回通信の際の「クライアント応答受
信タイムスタンプ値」と「クライアント要求送信タイムスタンプ値」の差を
加算して「累積差分」を算出する。，
⑪クライアントは，①で行った今回の「クライアント要求送信タイムスタン
プ値」を，次の式により生成する。
今回のクライアント要求送信タイムスタンプ値＝⑨で受信した共「」（「
有値」－１）＋⑩で算出した「累積差分」
⑫クライアントは，今回の「クライアント要求送信タイムスタンプ値」をク
ライアントが保有するデータベースに格納する。
⑬クライアントは，任意の乱数αを生成する。
⑭クライアントは，クライアントが保有するデータベースに格納されている
値からランダムに値を抽出する。
⑮クライアントは，ランダムに抽出した値の位置を示す値βを確定する。
⑯クライアントは，⑨でサーバからの応答を受信した際のタイムスタンプ値
である今回の「クライアント応答受信タイムスタンプ値」を次の式により生
成する。
今回の「クライアント応答受信タイムスタンプ値」＝⑫で生成した「ク
ライアント要求送信タイムスタンプ値」＋⑬で生成した乱数α
⑰クライアントは，今回の「クライアント応答受信タイムスタンプ値」をク
ライアントが保有するデータベースに格納する。
⑱クライアントは，次の式により，今回の「クライアント応答受信タイムス
タンプ値の隠蔽値」を生成する。
今回の「クライアント応答受信タイムスタンプ値の隠蔽値」＝⑯で生成
した今回の「クライアント応答受信タイムスタンプ値」＋⑭でランダムに
抽出した値
⑲クライアントは，⑱で生成した今回の「クライアント応答受信タイムスタ
ンプ値の隠蔽値」と，⑮で確定したランダムに抽出した値の位置を示す値β
をデータベースに格納する。
第２タイムスタンプを元にした認証データ生成／認証技術
１「クライアント識別子」の生成
①クライアントは，前回の「クライアント要求送信タイムスタンプ値」と前
々回の「クライアント応答受信タイムスタンプ値」の差分を求める。もしク
ライアントに前回の「クライアント要求送信タイムスタンプ値」が存在しな
い場合，値は０とする。同様に，前々回の「クライアント応答受信タイムス
タンプ値」が存在しない場合，値は０とする。
②クライアントは，次の式により「クライアント識別子」を生成する。，
「クライアント識別子」＝前回サーバから送信された「サーバ識別子」
－①で求めた差分
の式によって求める。前回サーバから送信された「サーバ識別子」が存在し
ない場合は，値は０として計算する。
次に，クライアントは，生成した「クライアント識別子」をクライアント
が保有するデータベースに格納する。
③クライアントは，②で生成・格納した「クライアント識別子」をサーバに
送信するただし第１独自のタイムスタンプ値生成技術で述べたタイ。，「」
ムスタンプ値生成手順（アルゴリズム）と併せて行われるため，クライアン
トからサーバへ送信されるデータは，
ア前回の「クライアント要求送信タイムスタンプ値」
イ前回の「クライアント応答受信タイムスタンプ値の隠蔽値」
「」ウ前々回のクライアント応答受信タイムスタンプ値の隠蔽値の復号値
エ「クライアント識別子」
となる。
２サーバ内部での「クライアント判断子」の生成
④サーバは，前回の「サーバ要求受信タイムスタンプ値」と前々回の「サー
」（「」。）。バ要求受信タイムスタンプ値の差分を算出する以下差分Ａという
⑤サーバは第１独自のタイムスタンプ値生成技術で述べたタイムスタ，「」
ンプ値生成手順（アルゴリズム）に基づいて，③でクライアントから送信さ
れた前々回の「クライアント応答受信タイムスタンプ値の隠蔽値の復号値」
から，前々回の「クライアント応答受信タイムスタンプ値」を算出する。
⑥サーバは，③でクライアントから送信された前回の「クライアント要求送
信タイムスタンプ値」と⑤で算出した前々回の「クライアント応答受信タイ
ムスタンプ値」の差分を算出する（以下「差分Ｂ」という。。）
⑦サーバは，次の式により「クライアント判断子」を生成する。，
「クライアント判断子」＝前回の「クライアント識別子」＋（差分Ａ－
差分Ｂ）
の式によって求める。
⑧サーバは，次の方法により，認証を行う。認証は，③にてクライアントか
ら送信された「クライアント識別子」と⑦において生成した「クライアント
判断子」の比較によって行う。
・クライアント識別子」＝「クライアント判断子」であれば認証OK「
・クライアント識別子」＜＞「クライアント判断子」であれば認証NG「
・認証OKであれば，引き続き，以下の手順を実施する。
３「サーバ識別子」の生成
⑨サーバは，前回の「サーバ要求受信タイムスタンプ値」と前々回の「サー
バ要求受信タイムスタンプ値」の差分を算出する。
⑩サーバは，次の式により「サーバ識別子」を生成する。，
「サーバ識別子」＝前回の「クライアント識別子」＋①で算出した差分
次に，サーバは，生成した「サーバ識別子」をサーバが保有するデータベ
ースに格納する。
⑪サーバは「サーバ識別子」をクライアントに送信する。，
ただし第１独自のタイムスタンプ値生成技術で述べたタイムスタン，「」
プ値生成手順（アルゴリズム）と併せて行われるため，サーバからクライア
ントへ送信されるデータは，
ア「共有値」
イ⑩で生成した「サーバ識別子」
となる。
４クライアント内部での「サーバ判断子」の生成
⑫クライアントは，前回の「クライアント要求送信タイムスタンプ値」と前
々回の「クライアント応答受信タイムスタンプ値」の差分を算出する。
⑬クライアントは，次の式により「サーバ判断子」を生成する。，
「サーバ判断子」＝②で生成した「クライアント識別子」＋⑫で算出し
た差分
⑭クライアントは，次の方法により，認証を行う。認証は，⑪にてサーバか
ら送信された「サーバ識別子」と⑬において生成した「サーバ判断子」の比
較によって行う。
・「サーバ識別子」＝「サーバ判断子」であれば認証OK
・「サーバ識別子」＜＞「サーバ判断子」であれば認証NG
（別紙）
物件目録
１次のコンピュータ機器又はコンピュータプログラム
(1)製品名を「IPNGateway（製品番号：IPNGWP010，IPNGWP020」とするコンピ）
ュータ機器
(2)製品名をIPNGatewayソフトウェアタイプ又はソフトIPNとする「」，「」
コンピュータプログラム
(3)製品名を「IPN-NIC」とするコンピュータ機器
(4)製品名を「IPN-Chip」とするコンピュータ機器
(5)製品名を「IPN-Box」とするコンピュータ機器
(6)製品名を「IPNポリシーサーバLight」とするコンピュータ機器
(7)製品名を「IPNポリシーサーバStandard」とするコンピュータ機器
２次のコンピュータ機器又はコンピュータプログラム
(1)製品名を「IPNTK」とするコンピュータ機器
(2)製品名を「IPN-WIN」とするコンピュータプログラム

戻る