Oracleの監査権限は実は曖昧
Oracleのライセンス監査に対抗できる8つのポイント
Oracleには本来、顧客企業の事業拠点に立ち入る権利はない。ライセンス契約の中に、Oracleの監査権限はほとんど盛り込まれていない。「正当な利用者」は、監査の主導権を握るべきだ。
Oracleライセンスの監査は恐ろしいものだ。ソフトウェア資産管理に掛かるコストは上がり続け、さらに涙が出るほどの額を毎年Oracleに支払う羽目になる。支払額と反比例して担当者の気持ちは沈み、Oracleの監査が予想を超える重い要求だと感じるようになる。
そもそも、Oracleの監査権限とは何だろう。Oracleは本当に、いつでも会社にやって来て社内システムを見て回り、コンプライアンスに違反している箇所を探すことが許されているのか。同社の利益のために、顧客にとっては厄介な契約を結ばせて、その結果1700億ドルに上る売り上げを計上し、39年間も事業を継続している実績があるとしても、実のところOracleの監査権限は弱く曖昧なものだ。Oracleはそのライセンス契約の中に、同社のライセンス管理サービス(LMS)部門と顧客企業のCIO(最高情報責任者)が考えているような権限を盛り込んではいない。
主導権を握る
ソフトウェアライセンス管理の適正化に特化したコンサルタント企業Cerno Professional Servicesは、Oracleについて調査し、監査の主導権を握るのはOracleではなく顧客だと結論付けた8つの理由を公開した。広範囲な監査のために派遣されてきたOracle社員を受け入れ、高圧的な要求に対応する際に、そこに挙げられた理由が自社に適用できるかどうか検討する価値はある。
第一に、Oracleには顧客企業の事業拠点に立ち入る権利はない。英国でも米国でも、個人や事業者がその財産を管理し保護する権利について、法律は強固な保護策を制定している。こうした法規は1765年の判例に従ったもので、「われわれの法では万人において、その財産権は神聖なものであり、その身体・家屋・書類および所有物の安全を保障される人民の権利は、これを侵してはならない」と宣言されている。
従って、資産内に立ち入る権利があると考えることはできないし、その理由はOracleと交わした契約書にも記載されていない。OracleのLMS担当者が自社のデータセンターに立ち入ることを顧客が自発的に許可する場合は、事前に同意書を交わし、監査の権限のみに厳しく限定することを推奨する。
また、Oracleの監査権はプログラムの利用状況のチェックに限定されており、義務付けられた形式は特にない(「45日前以前に書面で通告すれば、Oracleはプログラムの利用を監査することができる」という条文を参照)。
「監査」とは単に、プログラムを利用した記録や証拠のチェックまたは調査を行うことを意味する。契約上、特定のスクリプトを実行する義務はない。それ以外の堅実で信頼性の高い形式で顧客が情報を提供できるのであれば、それで十分だ。驚くべきことだが、監査とは(本来)顧客のプログラムを使用することであり、顧客が保有しているライセンスを提示するように要求することではない。
かねての疑問
財産権と同様に重要なのは、Oracleが行う監査は顧客のITインフラを対象にしたものではなく、従ってOracle製品を稼働させていない領域やクラスタは無関係だという点だ。顧客システムの仮想クラスタ上に配置されている全てのプロセッサに対してライセンス料を請求するOracleの権利については、以前から疑問の声が上がっている。また監査の範囲がプログラムの「使用」に限定されることは、顧客からOracleに対するあらゆる回答の中で検討し言及しなければならない。
また、「監査」という用語に注目することも重要だ。これはOracleのライセンス契約書や各種規約の中では定義されていない。よって、一般的に使われている意味を適用することになるため、(定評のある)Oxfordの英語辞書シリーズで定義されている通り、「何かに対する系統立てた検査または評価」ということになる。
われわれ顧客としては、これをどう解釈すればいいのか。監査とは、もともと存在している対象物を確認することである。まっさらな状態から調査をすることではない。しかも、ライセンスの見直しを意味するものでもない。Oracleの顧客にとって、契約に従うために必要な法的なプロセスは以下の通りだ。
続きを読むには、[続きを読む]ボタンを押して
会員登録あるいはログインしてください。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー