Protecting Artificial Intelligence Algorithms Used in Philippine Power Distribution: Contracts, Copyright, and Compliance for Foreign Cloud Providers

Protecting Artificial Intelligence Algorithms Used in Philippine Power Distribution: Contracts, Copyright, and Compliance for Foreign Cloud Providers

Introduction: Why AI Grid Tools Need IP Protection and Compliance Planning

Artificial intelligence (AI) tools used for grid management in Philippine power distribution—such as load forecasting, outage prediction, dispatch optimization, fraud detection, and maintenance scheduling—often combine proprietary code, trained models, datasets, and operating know-how. For foreign cloud providers offering these tools to Philippine utilities, protection is not only an intellectual property (IP) issue; it also turns on how contracts allocate ownership, control access, and manage operational and legal risk.

This article explains how foreign cloud providers can protect AI grid management tools in the Philippines through (a) targeted contractual clauses, and (b) copyright claims under Philippine law. It also highlights compliance considerations when such tools are used in or alongside the Philippine Judiciary, where human oversight and accountability are expressly required.

Governing Philippine Laws and Regulations Affecting AI Algorithm Protection

Intellectual Property Code (Republic Act No. 8293, 1997)

The main statute for protecting software-related works and enforcing IP rights in the Philippines is the Intellectual Property Code of the Philippines (Republic Act No. 8293, 1997). It establishes the legal and institutional structure for IP protection and enforcement, including the Intellectual Property Office (IPO), which administers registrations and related proceedings.

For foreign cloud providers, the operational takeaway is that software and other protectable outputs are generally handled under this Code’s copyright system, while certain technical solutions may be better addressed through patents or trade secret-style protections via contract and access controls (noting that this article focuses on contractual clauses and copyright claims, per the requested scope).

Supreme Court: Proposed Governance Framework on Human-Centered Augmented Intelligence in the Judiciary (A.M. No. 25-11-28-SC, 2026)

If AI tools are used in court-connected contexts (for example, litigation support, drafting, case evaluation, or other adjudicatory-adjacent workflows), the Supreme Court’s policy direction emphasizes human oversight, accountability, auditability, and traceability. It states that AI outputs must be reviewed and approved by humans, and that AI tools or outputs must not be the sole, primary, or determinative basis for an adjudicatory outcome (A.M. No. 25-11-28-SC, 2026).

This matters to foreign cloud providers because customers may request “AI-assisted” document outputs, predictive assessments, or automated reasoning. Contract terms should guard against representations that the AI “decides,” “determines,” or “guarantees” legal outcomes, and should require appropriate human review, particularly where outputs might be used in disputes, regulatory matters, or court filings.

Renewable Energy IRR (Department Circular No. DC2009-05-0008, 2009)

While not an IP law, energy-sector regulations affect how AI tools are deployed in the grid. The rules and regulations implementing Republic Act No. 9513 (Department Circular No. DC2009-05-0008, 2009) show the broader compliance setting where power-sector entities operate, including defined roles in the grid ecosystem (e.g., references to TRANSCO) and prohibited acts and sanctions. In practice, contracts for AI grid tools should anticipate regulatory audits, reporting expectations, and evidence preservation.

What Exactly Should Be Protected in an AI Grid Management Offering?

Foreign cloud providers should treat an “AI algorithm” as a bundle of protectable and controllable assets, each requiring a specific protection method:

  • Source code and object code (the software running the system).
  • Model architecture and weights (trained parameters).
  • Training pipelines (preprocessing steps, feature engineering, tuning routines).
  • Datasets and data labeling schemes (often the most commercially sensitive asset).
  • Documentation (user guides, design documents, API references).
  • Operational know-how (threshold settings, workflows, incident response playbooks).

Protection planning should assume that Philippine counterparties (utilities, contractors, integrators) may need limited access for implementation, troubleshooting, compliance checks, and incident investigations. That access must be carefully scoped in the contract.

Copyright Protection Strategy for AI Grid Management Tools

Copyright as the Primary Legal Tool for Software

Under Philippine law, software and related documentation are typically protected as copyrightable works under the Intellectual Property Code of the Philippines (Republic Act No. 8293, 1997). For cloud providers, copyright protection supports enforcement against unauthorized copying, reproduction, distribution, or adaptation of code and documentation.

Because cloud delivery often limits direct code transfer to the customer, enforcement often focuses on unauthorized reproduction of documentation, extraction through reverse engineering, or copying of client-side components (agents, connectors, SDKs, scripts, or templates) deployed on customer infrastructure.

Limits: Copyright Does Not “Own” the Idea of the Algorithm

A recurring commercial misconception is that “copyright protects the algorithm itself.” As a risk-management point, copyright more reliably protects the expression of the software (code and documentation), not the abstract idea, method, or concept. This is why contractual controls (confidentiality, restrictions on reverse engineering, and access limits) are essential even when copyright exists.

Recommended Copyright-Related Contract Clauses

Foreign cloud providers should include clauses that support a clean copyright posture:

  • Copyright ownership statement confirming provider ownership of the software, documentation, and updates.
  • License grant that is limited, non-exclusive, non-transferable, and tied to defined sites, users, and use cases.
  • Restrictions against copying, decompiling, disassembling, reverse engineering, or derivative works (subject to any mandatory legal limits).
  • Audit rights to verify license compliance, paired with confidentiality safeguards.
  • Infringement handling (notice, takedown support, evidence preservation, cooperation obligations).

Contractual Protection: Clauses Foreign Cloud Providers Should Deploy

In Philippine power distribution projects, the contract often provides more effective day-to-day protection than litigation. Below are clauses that typically matter most.

1) Ownership and “Future Rights” Clauses

Contracts should clearly state that all right, title, and interest in the AI tool (including improvements and work-in-progress) remain with the provider. In R&D-heavy deployments, customers often request customization. Without careful drafting, customization can create disputes over who owns enhancements.

Philippine jurisprudence illustrates how agreements may define ownership over developed technology and improvements. In BiTMICRO Networks, Inc. v. Cunanan (G.R. No. 224189, 2021), the contract provisions cited by the Court reflected an approach where “Developed Technology and Improvements” and related work-in-progress were allocated as exclusive property of one party, and the service provider was required to put agreements in place with its representatives to fulfill assignment/ownership obligations.

Translate this into cloud AI contracting by specifying:

  • Provider-owned improvements (all enhancements, updates, patches, tuning, and retrained models).
  • Customer-owned inputs (customer operational data, subject to license to process).
  • Output ownership (clarify whether outputs are customer-owned, provider-owned, or licensed; many providers grant customer rights to use outputs internally while retaining provider ownership of the system).

2) Confidentiality and Trade Secret-Style Controls

Because AI value often lies in model weights, feature engineering, and operational thresholds (which may never be “delivered” as a standalone work), confidentiality duties are essential. The confidentiality clause should cover:

  • Model weights, prompts, and system configurations.
  • Training/validation datasets and labeling logic.
  • Monitoring rules (alert thresholds, anomaly detection parameters).
  • Security and architecture documentation.

Also include survival periods after termination, clear definitions of “Confidential Information,” and permitted disclosures (e.g., regulators, auditors) conditioned on notice and protective measures.

3) Access Control, Data Segregation, and Subprocessor Terms

Foreign cloud providers typically rely on layered vendors (hosting, observability, support, content delivery). Contracts should require:

  • Role-based access control and logging.
  • Segregation of customer datasets and environments.
  • Approved subprocessors list plus change notice procedures.
  • Incident response timelines and cooperation duties.

These are not “nice to have” terms; they often become decisive when a utility experiences a major outage and investigators ask who had access, what changed, and when.

4) Restrictions on Reverse Engineering and Competitive Use

Utilities and their contractors may attempt to replicate system behavior or extract rules, especially when they plan to migrate vendors. Terms should restrict:

  • Reverse engineering (including model extraction and probing designed to approximate weights or decision rules).
  • Benchmark publication that reveals performance or internals without consent.
  • Use to develop competing products (carefully drafted to be enforceable and reasonable).

5) Change Management, Documentation, Auditability, and Traceability

For grid operations, traceability is both an engineering need and a legal risk control. The Supreme Court’s AI governance policy emphasizes that datasets, algorithms, and processes producing AI outputs should be documented to facilitate traceability and that AI tools should be auditable and traceable (A.M. No. 25-11-28-SC, 2026). While directed to the Judiciary, the same risk logic applies strongly to power-sector AI that may be scrutinized in disputes or investigations.

Contracts should require:

  • Model/version control (what version was live when an incident occurred).
  • Explainability documentation appropriate to the use case.
  • Logs retention and preservation holds when disputes arise.

6) Liability, Warranties, and Human Oversight Disclosures

Given the Supreme Court’s position that AI outputs must not be the sole or determinative basis for adjudicatory outcomes and that the user remains responsible for consequences (A.M. No. 25-11-28-SC, 2026), providers should align product messaging and contract terms by:

  • Requiring human review for safety-critical actions (switching operations, outage declarations, restoration sequencing).
  • Disclaiming outcome guarantees (no warranty that AI predictions prevent outages or losses).
  • Defining “decision rights” (utility retains final operational authority).

7) Dispute Resolution and Party Alignment

Power-sector projects can involve multiple entities: utilities, system integrators, contractors, concessionaires, and government-linked corporations. Philippine jurisprudence underscores that correct party alignment can be decisive.

In National Transmission Corporation v. Untiveros (G.R. No. 266880, 2024), the Supreme Court reiterated that joinder of an indispensable party is mandatory and jurisdictional; failure to implead such party can render proceedings null and void, particularly where the entity accountable must be included. While that case involved inverse condemnation context, the principle warns cloud providers that contracts and dispute clauses should correctly identify responsible entities and ensure the proper parties are bound.

Also, where construction or infrastructure contracts include arbitration clauses, non-parties may in some situations be bound if substantially connected. In Hyundai Engineering Co., Ltd. v. National Grid Corporation of the Philippines(G.R. No. 214743, 2023), the Court discussed how a non-party may be bound by an arbitration clause when significantly and substantially connected, such as an assignee or one who assumed rights and obligations. This is relevant when AI deployment is bundled with EPC or systems integration work where assignment or assumption arrangements are used.

Sample Clause Set (Illustrative Only) for Foreign Cloud AI Providers in Power Distribution

Below is a condensed checklist of clauses that, taken together, typically provide meaningful protection. These should be tailored to the transaction, the utility’s procurement rules, and the deployment architecture.

Clause Checklist Table

Clause AreaPurposeCommon Drafting Pitfall
IP ownership and improvementsReserves provider ownership of code, models, updates, and enhancementsSilence on “customizations” leading to disputed ownership
License scopeLimits use to defined users, sites, and operational purposesOverbroad “enterprise-wide” grants with no usage controls
Confidentiality and non-disclosureProtects weights, pipelines, configurations, and know-howWeak definition of Confidential Information; short survival period
No reverse engineering / no model extractionPrevents replication of algorithm behavior and internalsNo coverage for modern extraction methods (probing, distillation)
Security, logging, and audit rightsSupports investigations, compliance checks, and breach responseNo agreed retention period; unclear responsibility for logs
Human oversight and safe-use obligationsAligns operations with accountability principles for AI outputsMarketing language implying the AI “decides” operational outcomes
Dispute resolution; assignment; subcontractingEnsures correct parties are bound; manages pass-through obligationsAssignees/subcontractors not bound by confidentiality and IP clauses

Typical Scenarios and How to Address Them

Scenario 1: Utility Requests On-Prem Deployment “So We Can Own the Model”

Foreign cloud providers should separate deployment architecture from ownership. A customer can receive on-prem deployment rights while the provider retains IP ownership, granting only a limited license to use. If the utility insists on ownership of custom outputs, consider a split: provider retains base model and tooling, while the utility obtains rights to utility-specific datasets and certain deliverables—carefully defined.

Scenario 2: System Integrator Wants the Right to Reuse Configurations for Other Clients

This is a frequent leakage point. Contracts should prohibit reuse of provider confidential configurations, prompts, tuning rules, and implementation documentation across clients, except with written consent. If reuse is commercially unavoidable, define what is reusable (high-level deployment patterns) and what is not (client-specific thresholds, model parameters, and proprietary scripts).

Scenario 3: Outage Investigation Requires Full Transparency of Model Decisions

Prepare for this by contract: define what information can be disclosed (logs, version history, input-output traces) and what remains restricted (weights, full training data). Provide a controlled disclosure process under NDA, including regulator-facing disclosure protocols.

Compliance Notes for Litigation and Court-Adjacent Uses

Grid disputes may reach regulators or courts, and AI outputs may be attached to pleadings or used in expert reports. The Supreme Court’s governance policy requires that AI must not be the determinative basis of adjudicatory outcomes and that the human user remains responsible for outputs and consequences (A.M. No. 25-11-28-SC, 2026). Providers should therefore:

  • Require customer counsel/expert validation before submitting AI-generated analyses to tribunals.
  • Provide documentation adequate to explain limitations and confidence levels.
  • Keep clear provenance (what was generated, when, and from what inputs).

Conclusion: Action Steps for Foreign Cloud Providers

Foreign cloud providers protecting AI algorithms in Philippine power distribution should treat IP protection as a combined effort of copyright, licensing discipline, and contract-based controls over access, confidentiality, and reuse. In parallel, providers should anticipate that AI outputs may appear in regulated proceedings or disputes and should align contract terms with human accountability principles reflected in Philippine policy on AI use.

Recommended next steps:

  • Standardize an “AI IP Schedule” that defines the protected components (code, weights, pipelines, documentation) and the ownership of improvements.
  • Harden confidentiality and non-extraction protections to cover modern model probing and distillation methods.
  • Build traceability into the contract through logging, versioning, and documentation deliverables.
  • Align dispute and assignment clauses so that the correct parties (including assignees and subcontractors) are bound by IP and confidentiality duties.

About Nicolas and De Vega Law Offices

 Nicolas and de Vega Law Offices is a full-service law firm in the Philippines.  You may visit us at the 16th Flr., Suite 1607 AIC Burgundy Empire Tower, ADB Ave., Ortigas Center, 1605 Pasig City, Metro Manila, Philippines.  You may also call us at +632 84706126, +632 84706130, +632 84016392 or e-mail us at [email protected]. Visit our website https://ndvlaw.com.

SEARCH