営業秘密関連ニュース

2020年4月7日
・N国党首を書類送検 NHK契約者情報を不正入手の疑い(朝日新聞)
・N国・立花党首を書類送検 NHK契約情報、不正取得か―警視庁(JIJI.COM)
・「個人情報まきちらしていいか」 N国党首と元徴収員を書類送検(産経新聞)
・N国党首を書類送検 個人情報不正取得疑いで警視庁(日経新聞)
・N国の立花党首を書類送検…「ネットに情報拡散」とNHKの業務妨害容疑 (読売新聞)
・N国党首を書類送検 NHK脅し業務妨害容疑 (毎日新聞)

2020年3月27日
・日本ペイント元役員に有罪判決 情報漏えい事件 名古屋地裁(毎日新聞)
・製造情報漏えい、懲役2年6月 日本ペイント元幹部―名古屋地裁(JIJI.COM)
・菊水化学元常務に有罪判決 塗料データ漏洩事件で名古屋地裁 (日本経済新聞)

2020年3月23日
・<韓国><米国>米ITC「SKイノ、バッテリー訴訟で故意的証拠隠滅、法廷冒とく」(中央日報)

2020年3月23日
・<米国>グーグルの元エンジニア、自動運転技術を盗んだ罪を認める(CNET Japan)

2020年3月16日
・N国・立花党首「罪を償う覚悟できている」 警察の任意聴取で(産経新聞)
・N国・立花党首が記者会見 「罪の償いはしたい」(TBS NEWS)

2020年3月15日
・N国・立花党首、反省動画を投稿 「償うべき罪を償う」(毎日新聞)
・N国・立花党首から聴取 NHK契約者情報など不正取得の疑い 事務所も捜索(毎日新聞)
・警視庁、N国党首を任意聴取 NHK徴収員の情報暴露と脅迫疑い(産経新聞)
・N国関係先を家宅捜索 NHK契約情報、不正取得か―立花党首の任意聴取も・警視庁(JIJI.COM)

2019年2月21日木曜日

ー判例紹介ー 営業秘密性が否定されたアルゴリズムに基づくソースコードの営業秘密性

アルゴリズムは、コンピュータによる処理手順を示したものであり、例えばフローチャート等によって表現されます。そして、ソースコードは、アルゴリズムに基づいて記述されます。このため、営業秘密性が否定されたアルゴリズムに基づいて作成されたソースコードは営業秘密性、特に非公知性を有するのでしょうか。

これを判示したものとして、知財高裁平成28年4月27日判決の接触角計算プログラム事件が挙げられるかと思います。本事件は、ソースコードと共にアルゴリズムも原告保有の営業秘密であるとしてその被告による不正使用を争った事件です。このブログでも何度か紹介したものです。

本事件において原告(被控訴人)は、原告の元従業員等であった被告(控訴人X)等が被告会社(控訴人ニック)を設立し、原告ソースコード及び原告ソースコードに記述された原告アルゴリズムを不正使用して被告旧接触角計算(液滴法)プログラム(以下「被告旧プログラム」ともいう。)と被告新接触角計算(液滴法)プログラム(以下「被告新プログラム」ともいう。)を作成したと主張しました。

ここで原告アルゴリズムは、表紙に「CONFIDENTIAL」と記載され,全頁の上部には「【社外秘】」と記載されたハンドブック(以下「本件ハンドブック」という。)に記載されているか,あるいは,記載されている事項から容易に導き出すことができる事項であると裁判所によって認定されています。

しかしながら、裁判所は「本件ハンドブックは,被控訴人の研究開発部開発課が,営業担当者向けに,顧客へのソフトウエアの説明に役立てるため,携帯用として作成したものであること,接触角の解析方法として,θ/2法や接線法は,公知の原理であるところ,被控訴人においては,画像処理パラメータを公開することにより,試料に合わせた最適な画像処理を顧客に見つけてもらうという方針を取っていたことが認められ,これらの事実に照らせば,プログラムのソースコードの記述を離れた原告アルゴリズム自体が,被控訴人において,秘密として管理されていたものということはできない。」として原告アルゴリズムの秘密管理性を認めませんでした。

また、裁判所は「原告アルゴリズムの内容の多くは,一般に知られた方法やそれに基づき容易に想起し得るもの,あるいは,格別の技術的な意義を有するとはいえない情報から構成されているといわざるを得ないことに加え,一部ノウハウといい得る情報が含まれているとしても,(略),原告アルゴリズムを,営業担当者向けに,顧客へのソフトウエアの説明に役立てるため携帯用として作成した本件ハンドブックに記載していたのであるから,被控訴人の営業担当者がその顧客に説明したことによって,公知のものとなっていたと推認することができる。」として原告アルゴリズムの非公知性も認めませんでした。


一方、原告アルゴリズムとは異なる管理を行っていた原告ソースコードに対して、裁判所は次のように判断してその営業秘密性を認めていました。

すなわち裁判所は「原告プログラムが完成した平成21年7月当時,開発を担当するプログラマの使用するパソコンにはパスワードの設定がされ,また,被控訴人は,完成したプログラムのソースコードを研究開発部のネットワーク共有フォルダ「RandD_HDD」サーバの「SOFT_Source」フォルダに保管し,当該フォルダをパスワード管理した上で,アクセス権者を限定するとともに,従業員に対し,上記管理体制を周知し,不正利用した場合にはフォルダへのアクセスの履歴(ログ)が残るので,どのパソコンからアクセスしたかを特定可能である旨注意喚起するなどしていたことに照らすと,原告ソースコードは,被控訴人において,秘密として管理されていたものというべきである。」として秘密管理性を認め、また、「原告プログラムは,理化学機器の開発,製造及び販売等を業とする被控訴人にとって,その売上げの大きな部分を占める接触角計に用いる専用のソフトウェアであるから,そのソースコードは,被控訴人の事業活動に有用な技術上の情報であり,また,公然と知られてないものである」として有用性及び非公知性を認めました。

このように、本事件では、原告アルゴリズムはその営業秘密性を認められなかったものの、原告アルゴリズムを記述した原告ソースコードの営業秘密性は認められました。
すなわち、下位概念であるソースコードが適切に秘密管理等されていたならば、その上位概念であるアルゴリズムの営業秘密性の有無にかかわりなく、その営業秘密性は認められることを示唆していると思われます。

また、本事件で注目すべきことは、原告アルゴリズムと原告ソースコードが別々に管理されていたということです。もし、原告ソースコードが原告アルゴリズムと同様に本件ハンドブックに記載されていたら(ソースコードをハンドブックに記載することはあまり考えられませんが。)、原告ソースコードの秘密管理性も認められず、原告ソースコードの営業秘密性は裁判において否定されたかもしれません。
このように、関連する技術に関する複数の技術情報は、管理の手間は増加するかもしれませんが、一つにまとめて管理するよりも別々に管理する方が不測の事態を避けるためにも良いかと思われます。


弁理士による営業秘密関連情報の発信