営業秘密関連ニュース

2020年2月14日
・ソフトバンク元部長を起訴 ロシア外交官に機密漏えい―東京地検(JIJI.COM)
・ソフトバンク情報漏洩 元社員を起訴 PC画面をデジカメ撮影(産経新聞)
・ソフトバンク元社員を起訴 機密情報の不正取得疑い(KYODO)
・ロシア外交官「ラインX」所属か 機密漏えい事件、科学技術を収集(KYODO)

2020年2月14日
・米検察、ファーウェイを企業秘密窃取の疑いで追起訴 北朝鮮とも取引(REUTERS)
・米、ファーウェイを追起訴 企業秘密窃取など16の罪で(AFPBB)
・米、ファーウェイを追起訴 北朝鮮との取引隠蔽の疑い(日経新聞)

2020年2月11日
・“機密情報”で見返り ロシア通商幹部から数十万円(テレ朝NEWS)
・SB元社員、別の機密情報も持ち出し(TBS NEWS)

2020年2月10日
・他の機密情報も不正取得か ソフトバンク元社員を追送検(共同通信)
・SB元部長の情報流出相手か ロシア通商幹部、出国へ(テレ朝NEWS)
・ソフトバンク情報漏洩 別時期にも機密情報持ち出しか 元社員追送検(産経新聞)
・ロ外交官、出頭応じず出国 教唆容疑で書類送検へ―ソフトバンク機密漏えい・警視庁(JIJI.COM)
・ソフトバンク機密情報漏洩 露幹部職員が出国か 元社員は自宅からサーバーにアクセス疑い(産経新聞)
・露幹部職員出国で全容解明困難も「覚知遅れれば、もっと情報取られていた」 ソフトバンク漏洩(産経新聞)

2020年2月7日
・ソフトバンク宮内社長、ロシアと関係のあった元社員が持ち出したのは「基地局設置の手順書」(ケータイ Watch)
・ソフトバンク元社員「損害出るとは」 ロシア人“スパイ”に漏えいか(FNN PRIME)
・「ロシアの古典的スパイに…」 ソフトバンク社長が謝罪(朝日新聞)

2020年2月6日
・ロシア諜報機関のスパイか ソフトバンクの元社員情報漏えい(FNN PRIME)

2020年2月5日
・“ロシア人スパイ”を書類送検へ ソフトバンク元社員 情報漏えい(FNN PRIME)

2020年1月28日
・ロシア人の男に「ほかにも資料渡した」 ソフトバンク元社員(FNN PRIME)
・ロシア、日本人男性を一時拘束 昨年12月、機密情報取得図った疑い(産経新聞)
・情報渡すたびに露側から数万円、ソフトバンク元社員 機密漏洩事件(産経新聞)>
・ロシア、昨年末に邦人記者を追放 「軍事機密入手を画策」=RIA(REUTERS)
・ソフトB元社員「新橋あたりで声かけられ」(日テレNEWS24)
・SB元社員 露側と2~3か月に1度接触か(日テレNEWS24)
・「最初は誰でも入手できる情報を要求」(TBS NEWS)
・情報漏えい、低過ぎた危機意識~元ソフトバンク社員の陥った古典的なスパイ手口(日本放送NEWS)

2018年4月26日木曜日

ー判例紹介ー 技術情報を営業秘密とした場合の秘密管理性その3

技術情報を営業秘密(不正競争防止法2条6項)とした場合において秘密管理性が認められた判例のうち、特徴的なものを紹介しています。

過去のブログ記事
ー判例紹介ー 技術情報を営業秘密とした場合の秘密管理性その1
ー判例紹介ー 技術情報を営業秘密とした場合の秘密管理性その2

今回は、顧客に納品済みのソフトウェアの秘密管理性を認めたFull Functionソフトウェア事件(大阪地裁平成25年7月16日判決)を紹介します。
なお、本判決では原告が営業秘密であると主張する本件ソースコードの秘密管理性を肯定しているものの「原告の、被告らが本件ソースコードを開示、使用して不正競争行為を行ったとする主張は、理由がない。」として原告の請求は全て棄却されています。

本判決では、裁判所が「原告は、原告ソフトウェアを顧客に納品する際、ソースコード、データベースともに非公開を原則とし、データベース領域のみ、秘密保持契約を前提に、開示に応じていた。また、原告ソフトウェアのバージョン8までは、客先で開発環境を起動する際のパスワード設定の扱いは区々であったが、バージョン9以降、原則として開発環境には顧客には開示しないパスワードによる起動の制御を行っていた。」とのようにまず事実認定をしました。


裁判所は、このように事実認定をしたうえで「一般に、商用ソフトウェアにおいては、コンパイルした実行形式のみを配布したり、ソースコードを顧客の稼働環境に納品しても、これを開示しない措置をとったりすることが多く、原告も、少なくとも原告ソフトウェアのバージョン9以降について、このような措置をとっていたものと認められる。そうして、このような販売形態を取っているソフトウェアの開発においては、通常、開発者にとって、ソースコードは営業秘密に該当すると認識されていると考えられる。前記1に認定したところによれば、本件ソースコードの管理は必ずしも厳密であったとはいえないが、このようなソフトウェア開発に携わる者の一般的理解として、本件ソースコードを正当な理由なく第三者に開示してはならないことは当然に認識していたものと考えられるから、本件ソースコードについて、その秘密管理性を一応肯定することができる。」(下線は筆者による)とのように、本件ソースコードの秘密管理性を認めました。

本判決では「原告は、原告ソフトウェアを顧客に納品する際、ソースコード、データベースともに非公開を原則とし、データベース領域のみ、秘密保持契約を前提に、開示に応じていた。」と認定しましたが、実際には原告と被告との間で秘密保持契約が結ばれていたようではなく、裁判所は、その業界における一般的理解によって、被告がソースコードを正当な理由なく第三者に開示してはならないことを認識していたと考えられることを重視し、本件ソースコードの秘密管理性を認めたと考えられます。

一方、本判決では「もっとも、肯定できる部分は、少なくともバージョン9以降のものであるところ、原告はそのような特定はしていないし、また、ソフトウェアのバージョンアップは、前のバージョンを前提にされることも多いから、厳密には、秘密管理性が維持されていなかった以前のバージョンの影響も本来考慮されなければならない。」とも述べています。

このことから、本判決では、過去に秘密管理されていないと認められるバージョンのソフトウェアに関する部分に対しては、バージョンアップしたソフトウェアに対して秘密管理措置を行ったとしても秘密管理性は認められないと考えられます。

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