うっかり違反でリスクを冒さないために
ソフトウェア使用許諾契約の鍵は適用範囲にあり
ソフトウェア使用許諾契約の使用許諾の条項は、注意深く検討する必要がある。定められた範囲を超えた利用は契約違反に問われ、金銭的(あるいは別の)リスクを冒すことになりかねない。
最近クライアントから、ソフトウェア使用許諾契約について尋ねられることが多い。そこで、常に契約を順守しつつ必要な防衛策を講じる一助としてもらうため、ソフトウェア使用許諾契約の重要な要素について、3回に分けて解説しよう。初回はまず、使用許諾について取り上げる。
使用許諾は通常、使用許諾契約の第1条か2条で定められ、メーカー(ライセンサー:使用許諾者)が個人や団体(ライセンシー:被許諾者)に対し、そのソフトで何かをすること(例えば利用すること)の許可を与える。
当たり前のことを言っているようだが、使用許諾の内容が実際のソフトの利用方法にしっかり合致し、なおかつ適用範囲が自社の使用目的に照らして十分かどうかを確認するのは極めて重要だ。なぜなら、ソフトメーカーは顧客が支払っている金額を超えてソフトを使っていないかどうかをチェックしているからだ。実際、ソフトメーカー数社からソフトの利用状況報告書と利用監査を求められたという報告が、複数のクライアントから寄せられている。
過剰利用は珍しいことではない。よくあるのは、ソフトの利用方法と利用者について、ソフトメーカーとライセンシーの間の誤解(またはコミュニケーション不足)に起因するものだ。会社が利用しているライセンスの数を把握していないのが原因であることも多い。誤解でなければ、使用許諾が適切に定められていないことを意味する。
例えばわたしが最近調べた使用許諾には次のような記載があった。「使用許諾者が被許諾者の注文を受けた時点で、被許諾者は、当該ソフトウェアを社内業務用途のみの目的で利用する非独占的(注文書に具体的な記載がない場合)、限定的な権利を有する」。これはあるメーカーの非常に高額なミッションクリティカルアプリケーションの様式に盛り込まれていた標準的な文言だった。
残念ながら、この文言はわたしのクライアントが意図していたソフトの利用範囲に合致していなかった。実際のところ、その会社は社外の請負業者多数に業務履行などの目的でそのソフトウェアを使わせる必要があった。そこでわたしたちは、契約の文言を以下のように書き換えた。「使用許諾者は、被許諾者が当該ソフトウェアを事業活動のために利用する恒久的、非独占的な許可を著作権料無料で付与する。事業活動の例としては、これらに限定されないが、被許諾者と親会社、ならびにそれぞれの関連会社、子会社、下請業者(外部委託先を含む)、提携先が、当該ソフトを利用する権利が挙げられる」。メーカーは最終的に、追加料金を請求することなく使用許諾の拡大を受け入れた。
使用許諾については、ほかにも注意すべき点が幾つかある。
- 一般的な利用制約に関連した制限の意味を知り、理解しておくこと。例えば「シート当たり」の使用許諾は通常、そのソフトを利用できるユーザーを定め、その数を制限する。一方、「同時利用者」の使用許諾は一般的に、使用者を定めず、当該ソフトを同時利用できるユーザーの数を定める。「エンタープライズ」または「サイト」使用許諾の場合、特定拠点または特定企業内での全社的利用を認め、ユーザー数に制限は設けない。ただしこうした用語の意味はソフトメーカーによって異なることがあるため、注意が必要だ
- 自分の会社が与えられた使用許諾の内容をしっかり把握すること。つまり、使用許諾(あるいはソフトウェア使用許諾契約の別の条項)では、使用許諾対象となるアプリケーションを具体的に記載しなければならない。もしそのソフトウェアのソースコードが必要な場合、使用許諾がソースコードにも及ぶことを確認する。アップデート、変更、強化、フィックス、パッチ、およびソフトウェアメーカーが当該ソフトに加えたいかなる改訂も、使用許諾の対象となることを確認する
- 許諾制限に注意すること。使用許諾には通常、許諾対象のソフトウェアでやってはいけないことの一覧が記載されている。制限事項にじっくり目を通し、自分の会社が必要に応じてそのソフトウェアを使う妨げとならないことを確認しよう
要は、ソフトウェア使用許諾契約の使用許諾を注意深く検討し、自分の会社が意図する利用範囲と一致していることを確認することだ。もし不一致があれば、使用許諾契約違反に問われ、金銭的(あるいは別の)リスクを冒すことになりかねない。
次回はソフトウェア使用許諾契約に盛り込まれるべき保証について取り上げる。
この記事は法律相談に代わるものではありません。どのような状況でも、法の効力は多数の要因に左右されます。自社の法的責任については専門家に相談するよう、筆者は忠告しています。
本稿筆者のマット・カーリン氏は、米ボストンにあるFoley & LardnerのInformation Technology & Outsourcing Practice Groupの会員。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社シーイーシー] 脱VMwareに成功した企業は何をどう実践した? 事例に学ぶ戦略立案&実装のコツ -
製品資料
[株式会社オービックビジネスコンサルタント] ランサムウェア攻撃を“二重の防御構造”で防ぐ、クラウド型基幹システムの実力 -
製品資料
[株式会社オービックビジネスコンサルタント] 動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは -
市場調査・トレンド
[セコムトラストシステムズ株式会社] EDR導入を成功に導くロードマップ:選定/稟議/運用のつまずきを防ぐコツ -
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
3
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
4
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
5
クラウド資格コレクターは評価されない? 年収1000万を分ける“OSの理解度”
-
6
脱VMwareか、継続か? 仮想化ソフト主要6製品の機能とスペックを徹底比較
-
7
JSONをやめてPythonで送る トークン消費を約7割抑えるAIの設計
-
8
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
9
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
10
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー