ソフトウェアは特許で守れるのか

ソフトウェアには特許が取れない、と聞いたことがある方は少なくないと思います。しかし、これは正確ではありません。

日本の特許実務では、ソースコードの文字列そのものを特許で独占するというよりも、コンピュータを用いた情報処理、装置、システム、方法、プログラム等として、具体的な技術的手段が実現されているかどうかが問われます。つまり、問題は「ソフトウェアかどうか」ではなく、そのソフトウェアがどのような技術的な仕組みを実現しているかです。

著作権との違い ── コードと技術的アイデアの分離

ソフトウェアに関する知的財産権を考えるとき、まず著作権との違いを整理しておく必要があります。

著作権は、プログラムのコードそのもの（表現）を保護します。他者がまったく同じコードをコピーすれば侵害ですが、同じ機能を実現していても、表現としてのコードが異なれば、通常、著作権だけで差し止めることは難しくなります。

特許は逆に、コードの書き方を問いません。技術的なアイデア・仕組み・処理の方法を保護します。だからこそ、競合が「コードは書き直した」と言っても、特許侵害を問える場合があります。守りたいのがアイデアや技術的な仕組みであれば、特許の検討が必要です。

「何を守りたいか」で手段が変わる

守り方を考える前に、「何を守りたいか」を明確にすることが先です。ソフトウェアに関わる発明の守り方には、大きく三つの選択肢があります。

特許と営業秘密はトレードオフの関係にあります。特許は出願することで情報が公開されます。一方、営業秘密は公開しない代わりに、リバースエンジニアリングや独自開発による「抜け道」には対応できません。どちらを選ぶかは、技術の性質と事業戦略によって判断します。

UIなど「見える部分」を権利化対象とすることの意味

ソフトウェア発明を特許で守る際に、権利化する対象として「ユーザーインターフェース」や「画面上の動作・フロー」を選ぶことには、実務上の大きな意味があります。

その理由は、侵害の確認が容易であることです。内部処理やアルゴリズムを守る特許は、侵害を確認するためにソースコードや内部仕様の解析が必要になる場合があります。一方、UIや操作フロー・表示の仕組みを対象とした権利は、製品を実際に使ってみるだけで侵害の有無を確認できます。権利行使の現実的なコストが大きく異なります。

さらに、第三者への牽制効果の違いも見逃せません。権利の内容が分かりやすいということは、競合他社にとっても「これは踏んではいけない」と分かりやすいということです。公開された特許が明確に「見える部分」を保護していれば、同種の製品開発を検討している他者が事前に回避策を取りやすい反面、そもそも参入を躊躇させる効果もあります。

もっとも、画面の見た目や情報の表示内容そのものが直ちに特許になるわけではありません。特許で重要になるのは、その表示や操作フローによって、入力ミスを抑える、処理を効率化する、複数情報を特定の順序で連携させる、といった技術的な仕組みがあるかどうかです。見た目のデザインを守る場合には、意匠登録の検討が適することもあります。

権利として機能させるためには、侵害を立証できる権利であることが前提です。UIや可視的な動作を対象に含めることは、その意味で出発点として合理的な選択です。

ソフトウェア特許として整理しやすい発明の例

次のような特徴を持つ技術は、特許として整理しやすい傾向があります。

「ユーザーには見えないが、処理の中身に工夫がある」という発明も対象になります。ただし、権利行使の実効性を考えると、外から観察できる側面と組み合わせて権利化することが多くの場合で有効です。

守るべき箇所を見つけるための問い

自分のソフトウェアに守るべき発明があるかどうかを考えるとき、次の問いが入り口になります。

これらに一つでも答えられるなら、相談を始める手がかりはあります。

守りたい対象が「外から確認できるか」を考える 特許は、侵害を確認できてはじめて事業上の意味を持ちます。あなたのソフトウェアの中で、使ってみれば分かる工夫、競合に真似されたら困る動作、ユーザー体験を支えている処理はどこにあるでしょうか。そこから、発明として整理できる可能性があります。