Competition Law and Future Oversight of Innovation Commons Systems

1. Introduction

Innovation commons systems are shared infrastructures, datasets, standards, protocols, software interfaces, research platforms, intellectual-property pools, cloud/AI resources, interoperability layers, and other common technological resources through which multiple firms can innovate and compete.

Examples include:

• open-source software ecosystems;
• AI and machine-learning datasets;
• standard-essential technologies;
• interoperability APIs;
• digital identity and payment infrastructure;
• cloud and computing resources;
• scientific and biotechnology research platforms;
• shared telecommunications infrastructure;
• data-sharing and portability systems;
• patent pools and technology standards;
• public or privately governed innovation platforms.

Competition law traditionally focuses on agreements, abuse of dominance and mergers. Innovation commons systems require a broader approach because the competitive problem may not be the ownership of the final product. It may instead be control over the infrastructure through which competitors must innovate.

The future regulatory question is therefore:

How can competition authorities preserve open access to innovation-enabling infrastructure without destroying incentives to invest, invent, maintain security, or develop proprietary technology?

Recent EU enforcement illustrates this shift. In July 2026, the European Commission adopted binding DMA specification measures requiring Google to provide effective interoperability between competing AI services and Android features and to provide specified search data access to third-party search providers.

2. Meaning of an Innovation Commons System

An innovation commons can be understood as a system where multiple participants depend upon a shared technological, informational or intellectual resource for innovation.

Core characteristics

The competitive risk increases where a firm controls a resource that is simultaneously:

1. technologically important;
2. difficult to reproduce;
3. required by downstream innovators;
4. connected to substantial network effects; and
5. capable of being used to favour the controller's own downstream products.

3. Why Innovation Commons Create New Competition Problems

A. Control of the innovation bottleneck

A company may not monopolise the final market but may control an upstream innovation bottleneck.

For example:

Operating system → API → AI assistants → consumer services

If the operating-system provider gives its own AI service privileged access to APIs while restricting rivals, the competitive harm may occur at the infrastructure level.

This is precisely the type of interoperability concern addressed by the EU's 2026 Android measures.

B. Data concentration

Modern innovation frequently depends upon:

• training data;
• user interaction data;
• search queries;
• click data;
• telemetry;
• scientific datasets;
• transaction information;
• behavioural datasets.

A dominant firm can potentially use accumulated data to make entry and innovation more difficult.

The future competition-law question therefore becomes:

Is control over data merely an advantage obtained through successful competition, or has it become a bottleneck that permits exclusion of innovative rivals?

4. Essential-Facility Logic and Innovation Commons

The essential facilities doctrine provides one of the most important legal frameworks.

The traditional concern is that a dominant undertaking controlling an indispensable facility should not arbitrarily exclude competitors from it.

However, courts have historically been cautious because forced access can reduce incentives to invest.

The major cases establish progressively different approaches.

5. Major Case Laws

Case 1 — Magill

Joined Cases C-241/91 P and C-242/91 P, RTE and ITP v Commission

The Magill litigation concerned television programme listings and copyright.

The Court established important circumstances in which refusal to license an intellectual-property right could amount to an abuse of dominance.

The case is important because it recognised that intellectual-property exclusivity is not completely immune from competition law.

The exceptional circumstances included the possibility that refusal could prevent the emergence of a new product for which consumer demand existed.

Significance for innovation commons

Magill establishes an important principle:

Intellectual-property protection and competition law must sometimes be reconciled where control over an IP resource prevents downstream innovation.

For future innovation commons, similar questions may arise with:

• AI datasets;
• proprietary APIs;
• essential software interfaces;
• research databases;
• technical standards;
• proprietary interoperability protocols.

6. Case 2 — Bronner

Case C-7/97, Oscar Bronner GmbH v Mediaprint

The Court adopted a stringent approach to compulsory access.

The fact that a resource is useful to competitors is not by itself sufficient to create an obligation to share it.

The traditional criteria require consideration of whether:

1. access is indispensable;
2. there is no realistic alternative;
3. refusal is capable of eliminating effective competition; and
4. the refusal lacks objective justification.

Importance for innovation commons

Bronner protects firms against an overly broad rule requiring them to share every successful infrastructure.

This is critical because innovation commons regulation must avoid converting:

"valuable resource" → "mandatory shared resource."

Otherwise, firms may have weaker incentives to invest in infrastructure that competitors can subsequently access.

7. Case 3 — IMS Health

Case C-418/01, IMS Health GmbH & Co. OHG v NDC Health

IMS Health concerned a pharmaceutical sales-data system structured around a sophisticated regional segmentation system.

The Court applied the exceptional circumstances doctrine to refusal involving intellectual property.

The case reinforced the importance of:

• indispensability;
• absence of substitutes;
• prevention of a new product;
• consumer demand;
• unjustified refusal.

Innovation-commons relevance

IMS Health demonstrates the tension between:

innovation incentive + IP exclusivity

and

downstream innovation + competitive access.

For future regulation, the same tension can arise where an undertaking controls a highly valuable:

• scientific database;
• AI training corpus;
• interoperability framework;
• industry-standard dataset;
• software development platform.

8. Case 4 — Microsoft v Commission

Case T-201/04

The Microsoft case is particularly significant for innovation commons.

The European Commission found problems concerning Microsoft's refusal to provide interoperability information needed by competing work-group server operating systems.

The General Court upheld the Commission's approach.

The case demonstrated that interoperability information can have substantial competitive importance when competitors need it to develop compatible products.

Key principle

The case moved competition law beyond physical infrastructure.

The relevant resource could be:

information necessary for technological interoperability.

This is extremely important for modern innovation commons because many competitive bottlenecks are informational rather than physical.

Future application

The same reasoning may become relevant to:

• AI-agent interoperability;
• cloud APIs;
• operating-system interfaces;
• smart-device ecosystems;
• autonomous-vehicle communication;
• digital identity;
• health-data interoperability;
• industrial IoT protocols.

9. Case 5 — Alphabet and Others (Android Auto)

Case C-233/23

The Android Auto judgment of the Court of Justice in February 2025 is particularly important for the future of digital innovation commons.

The dispute concerned Google's refusal to make Android Auto interoperable with a third-party application.

The Court provided guidance concerning interoperability and the application of the traditional Bronner framework. Academic analysis of the judgment notes that the Court did not simply apply the classic Bronner criteria to a digital platform that was generally open to third-party complementors.

Importance

This represents an important evolution:

Traditional essential facility

→ physical facility

→ telecommunications infrastructure

→ software interoperability

→ digital ecosystems

→ AI interoperability.

The case therefore helps demonstrate why future innovation-commons oversight cannot rely exclusively on nineteenth- or twentieth-century infrastructure concepts.

10. Case 6 — Illumina/Grail

Illumina Inc. v European Commission

Joined Cases C-611/22 P and C-625/22 P

The transaction involved Illumina's acquisition of Grail in the genetic-testing sector.

The case is important for innovation-commons analysis because modern merger control increasingly considers innovation competition even before traditional turnover-based market measures fully reveal competitive significance.

The European Commission has expressly identified innovation, important research activity, competitive potential and competitively significant assets as relevant considerations in merger-control analysis.

The Court of Justice ultimately addressed the limits of the Commission's Article 22 referral jurisdiction in its 2024 judgment.

Innovation-commons significance

The case illustrates why future merger review may need to examine:

• control of critical research infrastructure;
• access to scientific technologies;
• nascent innovators;
• data assets;
• research pipelines;
• interoperability resources;
• potential innovation competitors.

The important issue is not simply:

"What is today's market share?"

but also:

"What innovation pathway could this transaction alter?"

11. Case 7 — United States v Microsoft

The US Microsoft litigation is another foundational precedent for innovation ecosystems.

The case concerned Microsoft's conduct involving the Windows operating-system platform and competing technologies, particularly web browsers.

The broader importance of the case lies in recognition that a platform can use control over an important technological ecosystem to affect adjacent markets.

Relevance to innovation commons

It provides a conceptual foundation for examining:

• platform foreclosure;
• technological tying;
• interoperability;
• developer access;
• ecosystem leverage;
• network effects.

Modern AI ecosystems reproduce many of these characteristics.

12. Case 8 — Aspen Skiing Co. v Aspen Highlands Skiing Corp.

472 U.S. 585 (1985)

Aspen Skiing is important because it demonstrates that, under US antitrust law, certain circumstances can make termination of a previously cooperative relationship competitively problematic.

The case concerned cooperation between ski operators through a joint ticketing arrangement.

Innovation-commons relevance

Its significance for future innovation systems is the concept of strategic withdrawal from cooperation.

A dominant infrastructure operator might previously allow:

• API access;
• interoperability;
• data sharing;
• common standards;
• platform participation;

and subsequently withdraw access after competitors become dependent upon the system.

The legal analysis would remain highly fact-specific, but Aspen provides an important conceptual reference point.

13. Emerging Model: From Ex Post Antitrust to Ex Ante Oversight

One of the biggest changes in innovation-commons regulation is the movement from:

Traditional model

Conduct occurs → investigation → infringement decision → remedy

toward:

Emerging model

Important digital infrastructure identified → access/interoperability obligations → monitoring → technical specifications → continuing supervision

The EU Digital Markets Act illustrates this development.

In January 2026, the European Commission opened proceedings concerning Google's Android interoperability obligations and search-data sharing obligations.

By July 2026, the Commission had adopted binding specification measures concerning Android AI interoperability and access to specified Google Search data.

14. Future Oversight Architecture

A. Interoperability obligations

Authorities may require dominant infrastructure providers to permit competitors to access:

• APIs;
• operating-system functions;
• communication protocols;
• hardware capabilities;
• authentication systems;
• payment interfaces;
• data portability mechanisms.

The objective is not necessarily to force the platform to become open-source.

Instead, the objective is:

competitive access without eliminating legitimate proprietary control.

B. Data-access obligations

Future rules may establish controlled access to:

• search data;
• mobility data;
• financial data;
• health datasets;
• industrial data;
• consumer-generated data;
• AI training data.

The EU's 2026 Google measures provide a current example of regulated access to search-related data, including requirements concerning anonymisation and access conditions.

15. FRAND and Innovation Commons

A future innovation-commons framework may increasingly rely on FRAND principles:

Fair + Reasonable + Non-Discriminatory

This is particularly relevant to:

• standards;
• APIs;
• interoperability;
• technical information;
• data access;
• patent pools;
• certification systems.

However, FRAND itself raises difficult questions:

What is "reasonable"?

Possible considerations include:

• investment cost;
• maintenance cost;
• security expenditure;
• licensing value;
• market conditions;
• innovation incentives.

What is "non-discriminatory"?

A dominant firm should not ordinarily provide:

Competitor A → restricted access
Own downstream service → superior access

The EU's current Android interoperability framework explicitly focuses on ensuring that competing AI services can obtain effective access to Android capabilities available to Google's own services.

16. Governance of AI Innovation Commons

AI creates particularly difficult innovation-commons questions.

An AI ecosystem may contain:

Compute → data → foundation model → APIs → agents → applications → users

Each layer may become a potential bottleneck.

Competition concerns include:

1. exclusive access to high-quality datasets;
2. preferential access to computing resources;
3. self-preferencing of proprietary AI services;
4. restrictions on model interoperability;
5. exclusive cloud arrangements;
6. discriminatory API access;
7. restrictions on model portability;
8. acquisition of emerging AI competitors;
9. access to safety-testing infrastructure;
10. control over AI distribution channels.

The 2026 EU Android measures are an early example of competition oversight reaching the AI/platform interface itself.

17. Innovation Commons and Merger Control

Future merger review should examine more than traditional horizontal overlap.

A transaction may raise concerns where it combines:

Infrastructure + data + distribution + innovation

For example:

Cloud provider + AI model developer
Search engine + AI assistant
Operating system + AI startup
Semiconductor platform + AI developer
Digital marketplace + logistics infrastructure

The relevant concern may be innovation foreclosure rather than immediate price increases.

The European Commission has specifically recognised that innovation, data, research activity and important competitive potential can matter in merger review.

18. Innovation Kill Zones

A particularly important future concept is the innovation kill zone.

A dominant firm may not need to acquire every competitor.

It may instead:

1. control the infrastructure;
2. identify emerging innovators through platform data;
3. reproduce successful features;
4. restrict interoperability;
5. increase switching costs;
6. acquire strategically important entrants;
7. use ecosystem advantages to make independent entry unattractive.

Competition authorities may therefore need to examine whether an ecosystem creates conditions in which innovation is systematically discouraged before it becomes a conventional competitive threat.

This requires careful evidence rather than assuming that every acquisition or platform advantage is anticompetitive.

19. Open Standards vs Proprietary Innovation

Future oversight must balance two competing objectives.

Objective 1 — Openness

Too much exclusivity can produce:

• lock-in;
• foreclosure;
• duplication of infrastructure;
• reduced entry;
• reduced interoperability;
• concentration.

Objective 2 — Investment incentives

Too much mandatory sharing can produce:

• reduced investment;
• free-riding;
• cybersecurity risks;
• reduced incentives for R&D;
• underinvestment in infrastructure.

Therefore, a sensible framework should distinguish:

legitimate proprietary innovation

from

strategic control of an innovation bottleneck.

The Bronner line of cases is particularly important to this balancing exercise because competition law has traditionally been cautious about imposing compulsory access obligations.

20. Remedies for Innovation Commons Problems

Future remedies may include:

Structural remedies

• divestiture;
• separation of infrastructure and downstream businesses;
• functional separation.

Behavioural remedies

• interoperability;
• data portability;
• non-discrimination;
• FRAND access;
• API access;
• transparency.

Technical remedies

• open APIs;
• interoperability protocols;
• secure data rooms;
• anonymisation;
• portability standards;
• technical access specifications.

Governance remedies

• independent monitoring trustee;
• access committee;
• periodic compliance audits;
• dispute-resolution mechanisms;
• regulatory reporting.

21. Security and Privacy Must Be Integrated

Innovation-commons regulation cannot simply say:

"Share everything."

Access may create:

• cybersecurity vulnerabilities;
• privacy violations;
• intellectual-property leakage;
• national-security risks;
• misuse of sensitive datasets.

The EU's 2026 Google search-data measures illustrate this balancing exercise: the Commission addressed anonymisation and allowed security and data-protection risks to be considered in determining access arrangements.

Therefore, future regulation should favour:

controlled interoperability

rather than unrestricted disclosure.

22. Role of Competition Authorities in the Future

Competition authorities are likely to perform five increasingly important functions.

1. Market investigator

Identify emerging innovation bottlenecks.

2. Infrastructure regulator

Monitor access to critical digital resources.

3. Merger gatekeeper

Review acquisitions involving nascent innovators and strategic assets.

4. Technical supervisor

Determine whether interoperability is actually effective.

5. Ecosystem monitor

Study cumulative effects across interconnected markets.

This represents a transition from a purely market-by-market approach toward an ecosystem-oriented approach.

23. Future Legal Tests

A possible analytical framework for innovation commons could examine:

Step 1 — Identify the resource

What is being controlled?

Step 2 — Determine strategic importance

Is the resource important for innovation?

Step 3 — Examine alternatives

Can competitors reasonably reproduce or substitute the resource?

Step 4 — Determine dependency

How dependent are downstream innovators?

Step 5 — Examine market power

Does the controller possess substantial market power?

Step 6 — Examine conduct

Is access being denied, degraded, delayed or discriminated against?

Step 7 — Examine competitive effect

Does the conduct restrict entry, innovation or consumer choice?

Step 8 — Examine justification

Are there legitimate reasons involving:

• security;
• privacy;
• technical feasibility;
• IP;
• cost;
• safety?

Step 9 — Design proportional remedy

Choose between:

• access;
• interoperability;
• portability;
• non-discrimination;
• licensing;
• monitoring;
• structural separation.

24. Major Competition Concerns

25. Six Core Lessons From the Case Law

The cases collectively demonstrate several important propositions.

1. Valuable infrastructure is not automatically an essential facility

Bronner cautions against imposing access duties merely because a resource is valuable.

2. IP rights can sometimes be constrained by competition law

Magill and IMS Health establish exceptional circumstances.

3. Interoperability can itself be competitively significant

Microsoft demonstrates the importance of technological interoperability.

4. Digital ecosystems require more nuanced access analysis

Android Auto demonstrates the difficulties of applying traditional essential-facility principles to modern platforms.

5. Innovation competition can matter before traditional market structures become obvious

Illumina/Grail illustrates the significance of innovation and nascent competitive potential in merger control.

6. Future oversight may become increasingly ex ante

The EU's 2026 DMA interoperability and data-access measures demonstrate a movement toward ongoing technical specification rather than waiting for conventional antitrust litigation after competitive harm occurs.

26. Future Challenges

A. Defining the commons

Not every dataset, API or platform should be treated as a commons.

Over-expansion could discourage investment.

B. Measuring innovation harm

Innovation harm may appear years before:

• prices rise;
• output falls;
• market shares change.

C. Technical complexity

Competition authorities increasingly need expertise in:

• AI;
• cybersecurity;
• cloud architecture;
• data engineering;
• APIs;
• telecommunications;
• semiconductor technology.

D. International inconsistency

A global innovation infrastructure may be subject simultaneously to:

• EU competition law;
• US antitrust law;
• Chinese competition regulation;
• Indian competition law;
• sector-specific rules.

E. Dynamic markets

A resource that is essential today may become replaceable tomorrow.

Oversight must therefore be periodically reviewed.

27. Conclusion

Future competition law concerning innovation commons systems is likely to move from a narrow concern with ownership and market share toward a broader concern with access, interoperability, data, standards, ecosystems and innovation pathways.

The foundational cases—Magill, Bronner, IMS Health, Microsoft, Aspen Skiing, Microsoft (US), Android Auto and Illumina/Grail—provide different pieces of the legal framework.

The central principle should be carefully balanced:

Competition law should prevent strategic control over innovation bottlenecks from being used to exclude competitors, while preserving legitimate incentives to create, invest in and secure the infrastructure itself.

The emerging regulatory model is therefore neither complete openness nor complete proprietary control. It is increasingly a model of conditional, proportionate and technically supervised access.

The development of the EU's DMA is particularly significant because the 2026 Google Android measures show how competition oversight is moving toward specific interoperability and data-access obligations for foundational digital infrastructure, including infrastructure used by competing AI services.

Key Case Laws

1. RTE and ITP v Commission (Magill), Joined Cases C-241/91 P & C-242/91 P
2. Oscar Bronner v Mediaprint, Case C-7/97
3. IMS Health, Case C-418/01
4. Microsoft v Commission, Case T-201/04
5. United States v Microsoft Corp., 253 F.3d 34 (D.C. Cir. 2001)
6. Aspen Skiing Co. v Aspen Highlands Skiing Corp., 472 U.S. 585 (1985)
7. Alphabet and Others (Android Auto), Case C-233/23
8. Illumina Inc. v European Commission, Joined Cases C-611/22 P & C-625/22 P

These cases collectively provide a strong doctrinal foundation for analysing future oversight of shared technological infrastructure, interoperability systems, data commons, AI ecosystems and innovation platforms.