Competition Law and Exclusion Interoperability Obligations

1. Introduction

Interoperability refers to the ability of two or more products, services, platforms, networks, software systems, or technical infrastructures to communicate, exchange data, or function together effectively. In competition law, interoperability becomes particularly important where a dominant undertaking controls an essential interface, technical standard, API, operating system, network, data environment, or platform that competitors need in order to compete effectively.

An exclusion interoperability obligation arises when competition law requires, or may require, a dominant undertaking to provide competitors with access to an interface, protocol, data, technical information, API, network, or other functionality so that the dominant undertaking cannot use incompatibility or deliberate technical restrictions to exclude rivals.

The central competition-law problem is therefore:

When does control over interoperability become an exclusionary abuse of market power, and when can competition law legitimately require interoperability or access?

The issue is especially significant in digital markets, telecommunications, payment systems, operating systems, cloud computing, app stores, connected devices, online platforms, financial infrastructure, and data-driven ecosystems.

2. Meaning of Interoperability

Interoperability may take several forms:

A. Technical interoperability

Two systems can technically communicate with each other.

Examples:

• an operating system supporting third-party applications;
• messaging services communicating across networks;
• competing software working with a dominant operating system;
• third-party devices communicating with a platform.

B. Data interoperability

Users or competitors can transfer or access relevant data in a usable format.

Examples:

• bank-account data portability;
• social-network data portability;
• customer-history transfer;
• cloud-data migration.

C. Functional interoperability

A rival product can access the functionality necessary to compete.

For example, a competing application may need access to certain operating-system functions controlled by a dominant platform.

D. Network interoperability

Separate networks can connect with each other.

This is particularly important in:

• telecommunications;
• payment networks;
• electricity grids;
• railway infrastructure;
• digital communications.

E. Protocol interoperability

A dominant undertaking provides or maintains technical protocols that allow independent products to communicate.

F. Ecosystem interoperability

Different products within competing ecosystems can interact.

This has become increasingly important because large digital firms frequently operate interconnected ecosystems involving:

• operating systems;
• browsers;
• search engines;
• advertising;
• app stores;
• cloud services;
• payment systems;
• hardware;
• identity systems;
• data services.

3. Competition-Law Theory Behind Interoperability

Interoperability obligations generally arise from the interaction of two competition-law concepts:

1. abuse of dominance, and
2. refusal to supply/access or exclusionary conduct.

A dominant undertaking normally has considerable freedom to determine the architecture of its products.

However, competition law may intervene where the undertaking uses control over interoperability to:

• exclude competitors;
• prevent market entry;
• raise rivals' costs;
• foreclose downstream markets;
• discriminate against competing products;
• degrade competing services;
• make switching excessively difficult;
• exploit network effects;
• extend dominance from one market into another.

Thus, interoperability itself is not normally an independent competition-law duty. The obligation usually becomes relevant because a particular refusal, restriction, discrimination, or technical incompatibility may constitute exclusionary conduct.

4. Exclusion Through Interoperability Restrictions

A dominant undertaking may exclude competitors through several mechanisms.

A. Refusal to provide technical information

A dominant software or platform operator may possess technical information required by competing developers.

If the information is withheld, competitors may be unable to achieve effective compatibility.

B. API restrictions

APIs allow different software systems to interact.

A dominant platform can potentially exclude rivals by:

• withholding API access;
• limiting API functionality;
• imposing discriminatory conditions;
• charging excessive access fees;
• abruptly withdrawing previously available access.

C. Deliberate incompatibility

A dominant undertaking may design its system so that competing products cannot interact with it effectively.

This can be particularly problematic where compatibility previously existed.

D. Degradation of interoperability

A subtler form of exclusion occurs when interoperability technically remains available but is deliberately degraded.

For example:

• slower API access;
• reduced functionality;
• delayed updates;
• poorer data synchronisation;
• restricted notifications;
• reduced technical performance.

Such conduct can make rival products commercially unviable without an express refusal to supply.

E. Discriminatory interoperability

A dominant undertaking may provide interoperability to its own downstream products while providing inferior interoperability to competitors.

This creates a potential self-preferencing or discriminatory-access problem.

5. Legal Test for an Interoperability Obligation

Competition authorities and courts generally consider several factors rather than imposing automatic interoperability.

Factor 1: Dominance

The undertaking must ordinarily possess substantial market power.

Relevant indicators include:

• market share;
• network effects;
• barriers to entry;
• switching costs;
• control over data;
• ecosystem advantages;
• technological superiority;
• user lock-in.

Factor 2: Competitive significance of the interface

The relevant interoperability facility must have genuine importance for competition.

The question is not simply:

"Would access be useful?"

but rather:

"Is the restriction capable of materially preventing or weakening effective competition?"

Factor 3: Indispensability

In refusal-to-supply cases, courts have often placed particular emphasis on whether the requested input is indispensable.

If competitors have reasonable alternatives, compulsory access becomes less likely.

Factor 4: Elimination of effective competition

The conduct must generally be capable of substantially weakening or eliminating effective competition rather than merely inconveniencing rivals.

Factor 5: New-product or innovation considerations

Competition law must account for incentives to innovate.

Compelling a firm to disclose technology or technical information may reduce:

• R&D incentives;
• investment incentives;
• product differentiation;
• intellectual-property incentives.

Therefore, interoperability obligations must be carefully calibrated.

Factor 6: Objective justification

A dominant undertaking may have legitimate reasons for restricting interoperability.

Examples include:

• cybersecurity;
• privacy;
• system stability;
• intellectual-property protection;
• fraud prevention;
• technical capacity;
• protection of users;
• regulatory compliance.

The undertaking should be able to demonstrate that the restriction is genuine and proportionate rather than merely an exclusionary justification.

6. Important Case Laws

Case 1: Microsoft Corp. v Commission — European Union

Facts

Microsoft was found to have abused its dominant position by restricting access to interoperability information concerning its work-group server operating systems.

The information was important because competing server operating systems needed to communicate effectively with Windows-based computers and servers.

Competition issue

The central question was whether Microsoft could rely on its control over interoperability information to protect its position in the neighbouring work-group server operating-system market.

Decision

The EU courts upheld the Commission's finding of abuse, subject to the legal framework applicable to the case.

Microsoft was required to make relevant interoperability information available under specified conditions.

Importance

This is one of the most important interoperability cases in competition law.

It demonstrates that:

• interoperability information can constitute a competitively significant input;
• intellectual-property considerations do not automatically prevent competition-law intervention;
• a dominant firm may be required to facilitate interoperability where the stringent conditions for intervention are satisfied.

Principle

Control over interoperability information can become an exclusionary abuse when withholding it prevents effective competition in a neighbouring market.

7. Case 2: Bronner v Mediaprint — Court of Justice of the European Union

Facts

Oscar Bronner operated a newspaper and sought access to Mediaprint's newspaper home-delivery distribution system.

Mediaprint operated an extensive distribution network.

Issue

The question was whether the dominant undertaking was legally required to provide competitors with access to its infrastructure.

Decision

The Court adopted a strict approach to compulsory access.

Access was not required merely because the competitor would find it commercially advantageous.

The facility needed to be essentially indispensable, and the refusal had to satisfy the demanding conditions associated with the essential-facilities doctrine.

Importance for interoperability

Although Bronner was not a classic digital interoperability case, it provides an important foundation for interoperability disputes.

It demonstrates that:

Competition law does not automatically convert every commercially useful infrastructure into a mandatory-access facility.

Principle

The existence of dominance alone does not establish an obligation to make infrastructure or facilities available to competitors.

8. Case 3: IMS Health GmbH & Co. KG v NDC Health — CJEU

Facts

IMS Health possessed intellectual-property rights concerning a system used for pharmaceutical sales-data analysis.

A competing undertaking sought access to the relevant structure.

Issue

The dispute concerned whether refusal to license intellectual property could amount to an abuse of dominance.

Decision

The Court established stringent conditions for compulsory licensing.

The refusal had to concern a product or service indispensable for operating in the market, and the refusal had to be capable of eliminating effective competition.

The refusal also had to prevent the emergence of a new product for which there was consumer demand, subject to the specific legal test.

Importance

IMS Health is particularly relevant to interoperability because many interoperability requests involve:

• intellectual property;
• technical interfaces;
• proprietary standards;
• protocols;
• software architecture.

Principle

Competition law must balance access and interoperability against the legitimate protection of intellectual-property and innovation incentives.

9. Case 4: Slovak Telekom a.s. v European Commission

Facts

Slovak Telekom, the incumbent telecommunications operator in Slovakia, was found to have engaged in conduct concerning access to its network that restricted competition.

The case involved the relationship between telecommunications infrastructure and access by alternative operators.

Issue

The case raised important questions concerning exclusion through control over infrastructure and access conditions.

Decision

The EU courts addressed the application of Article 102 TFEU to the conduct and the assessment of exclusionary effects.

Importance for interoperability

Telecommunications markets demonstrate why interoperability and access are closely connected.

A dominant network operator may possess infrastructure that competitors need to reach customers.

Restrictions can occur through:

• technical access conditions;
• pricing;
• network configuration;
• quality degradation;
• contractual restrictions.

Principle

Control over a network infrastructure can create competition concerns where access conditions materially impair competing operators' ability to compete.

10. Case 5: European Commission — Google Android

Facts

The European Commission investigated Google's conduct concerning the Android mobile ecosystem.

The Android ecosystem connected:

• mobile operating systems;
• app stores;
• search;
• browsers;
• device manufacturers;
• application developers.

The Commission examined contractual restrictions affecting the ability of manufacturers and competitors to operate within the ecosystem.

Competition concerns

The case illustrates how interoperability and ecosystem architecture can operate together.

A dominant platform can potentially leverage its position through:

• contractual restrictions;
• pre-installation arrangements;
• tying;
• default settings;
• ecosystem dependencies.

Importance

The Android decision illustrates a broader principle:

Competition problems may arise not from a complete refusal of interoperability but from conditions attached to participation in a dominant ecosystem.

Principle

Interoperability analysis increasingly requires examination of the entire ecosystem, rather than a single technical interface in isolation.

11. Case 6: Google Shopping — European Union

Facts

Google operated a dominant general search service and provided specialised comparison-shopping functionality.

The Commission found that Google systematically positioned and displayed its comparison-shopping service more prominently than competing comparison-shopping services.

Relevance to interoperability

Google Shopping was not principally an interoperability case, but it is important to understanding modern ecosystem exclusion.

It demonstrates how a dominant platform can use control over an important gateway to disadvantage competitors operating at another level of the ecosystem.

Competition principle

The broader lesson is that competition law can examine:

• access to dominant platforms;
• platform architecture;
• ranking;
• visibility;
• technical integration;
• discrimination between own and rival services.

This is particularly relevant when interoperability restrictions operate together with preferential treatment of the dominant undertaking's own services.

12. Case 7: Facebook — German Competition Authority

Facts

The German competition authority examined Facebook's collection and combination of user data from Facebook and other affiliated or third-party services.

The case involved the relationship between market power, platform architecture and data collection.

Importance for interoperability

Modern interoperability is not limited to technical communication.

Data portability and the ability to transfer information between services can affect:

• switching;
• multi-homing;
• entry;
• user lock-in;
• competitive dependence.

Principle

Where data ecosystems create substantial switching barriers, competition authorities may examine whether control over data contributes to market power and exclusion.

13. Case 8: Qualcomm — Interoperability and Standard-Dependent Markets

Qualcomm-related competition proceedings in several jurisdictions demonstrate another dimension of interoperability: standard-dependent markets.

Mobile communications depend upon technical standards that allow devices, networks and components manufactured by different firms to communicate.

Control over standard-essential technology can therefore influence:

• access;
• licensing;
• downstream competition;
• device manufacturing;
• innovation.

The associated competition-law analysis demonstrates the importance of distinguishing legitimate intellectual-property protection from conduct that uses standard-related market power to exclude competitors.

14. Interoperability and Essential Facilities

The essential-facilities doctrine is closely connected with interoperability.

The basic conceptual sequence is:

Dominant undertaking

↓

Control over essential technical facility/interface

↓

Competitor requests access

↓

Refusal / discrimination / degradation

↓

Competitor cannot effectively compete

↓

Potential exclusionary abuse

However, not every important facility is an essential facility.

Courts have traditionally imposed demanding conditions before requiring compulsory access.

15. Interoperability and Network Effects

Interoperability becomes particularly important where network effects exist.

A network effect occurs where the value of a service increases as more users participate.

For example:

More users → greater network value → more developers → more applications → more users.

This can produce a reinforcing cycle.

If the dominant platform prevents competing platforms from interoperating, competitors may struggle to achieve the scale necessary to challenge the incumbent.

Therefore:

Network effects + switching costs + interoperability restrictions = potentially significant foreclosure risk.

16. Interoperability and Switching Costs

Restrictions on interoperability can increase switching costs.

Suppose a user has:

• years of transaction data;
• contacts;
• photographs;
• business records;
• subscriptions;
• preferences;
• application history.

If those data cannot be transferred to a competing service, switching becomes costly.

The incumbent may consequently retain users even when competitors offer better products.

Competition law may therefore examine interoperability as a mechanism for reducing artificial switching barriers.

17. Data Portability as a Form of Interoperability

Data portability can facilitate competition.

For example:

Dominant platform

→ exports user data

→ competing platform

→ user switches

→ competitor gains scale.

But portability must address more than merely providing a download button.

Effective interoperability may require:

• machine-readable formats;
• APIs;
• continuous or real-time transfer;
• sufficient metadata;
• authentication mechanisms;
• secure transfer;
• reasonable response times.

A nominal portability right that is technically unusable may have limited competitive value.

18. Interoperability and Self-Preferencing

A dominant ecosystem can create competition concerns where it provides:

Full interoperability to its own services + restricted interoperability to rivals.

For example:

Such differential treatment can raise concerns about:

• discrimination;
• leveraging;
• self-preferencing;
• foreclosure.

The analysis depends upon market structure, effects and applicable legal rules.

19. Interoperability and Tying

Interoperability restrictions may also reinforce tying.

For example:

Operating system

↓

requires

↓

proprietary payment service

or

dominant platform

↓

restricts integration

↓

competing payment provider

This can prevent rivals from accessing users unless they adopt the dominant firm's complementary service.

The competition concern is stronger where:

• the tying product is dominant;
• the tied product is competitively significant;
• interoperability is technically feasible;
• restrictions lack objective justification;
• rivals are materially foreclosed.

20. Interoperability in Digital Platforms

Digital platforms present several recurring interoperability problems.

App stores

Potential issues include:

• payment-system access;
• API restrictions;
• app functionality;
• authentication;
• alternative app stores.

Messaging platforms

Potential issues include:

• cross-platform messaging;
• contact discovery;
• message encryption;
• interoperability protocols.

Cloud computing

Potential issues include:

• data portability;
• application portability;
• cloud switching;
• API compatibility;
• interoperability between cloud providers.

Digital payments

Potential issues include:

• access to payment infrastructure;
• API access;
• authentication;
• tokenisation;
• wallet interoperability.

Social networks

Potential issues include:

• data portability;
• identity interoperability;
• content portability;
• API access.

21. Interoperability and Privacy

Competition law cannot treat interoperability as an unconditional right.

Privacy can justify restrictions.

For example, a platform may legitimately restrict access where unrestricted interoperability would expose:

• personal data;
• confidential information;
• security credentials;
• private communications.

The competition analysis must therefore distinguish:

genuine privacy protection

from

privacy as a pretext for exclusion.

22. Cybersecurity and Interoperability

Cybersecurity provides another legitimate consideration.

Mandatory interoperability can increase:

• attack surfaces;
• authentication risks;
• data leakage;
• malware exposure;
• system vulnerabilities.

Consequently, an interoperability obligation may need technical safeguards such as:

• authentication;
• encryption;
• access controls;
• rate limits;
• audit mechanisms;
• certification requirements.

The appropriate competition remedy should therefore be proportionate rather than technologically blind.

23. Interoperability Remedies

Where an infringement is established, several remedies may be possible.

A. API access

Require the dominant firm to provide appropriate API access.

B. Technical documentation

Require disclosure of interoperability specifications.

C. Non-discrimination

Require comparable access terms for competing services.

D. Data portability

Require usable and machine-readable data transfer.

E. Functional interoperability

Require sufficient technical integration to permit competing services to operate effectively.

F. Monitoring

An independent monitor may supervise compliance.

G. Firewalls

The dominant undertaking may be required to prevent sensitive information obtained through interoperability access from being used to disadvantage competitors.

H. FRAND-style access

In some regulatory contexts, access may be provided on:

• fair;
• reasonable;
• non-discriminatory

terms.

24. Limits of Interoperability Obligations

Compulsory interoperability creates several risks.

1. Innovation disincentives

A company may invest less in proprietary technology if competitors can obtain mandatory access.

2. Free-riding

Competitors may rely on the dominant firm's investment without making comparable investments.

3. Security risks

Poorly designed interfaces can increase vulnerabilities.

4. Privacy risks

Data interoperability may create unlawful or excessive data disclosure.

5. Administrative complexity

Competition authorities may need to determine:

• technical specifications;
• access terms;
• pricing;
• update schedules;
• security standards.

6. Regulatory dependence

Continuous supervision can effectively transform competition authorities into technical regulators.

25. Competition Law and Interoperability: Comparative Framework

26. Indian Competition-Law Perspective

In India, interoperability concerns principally arise under the Competition Act, 2002, particularly the law concerning abuse of dominant position.

Section 4 is especially relevant where a dominant enterprise engages in conduct involving:

• denial of market access;
• discriminatory or unfair conditions;
• leveraging dominance;
• exclusionary conduct.

Section 4(2)(c), concerning denial of market access, can be particularly relevant where technical or contractual interoperability restrictions prevent competitors from reaching customers.

Section 4(2)(a) may become relevant where access conditions are discriminatory or unfair.

Section 4(2)(e) may also become relevant where dominance in one relevant market is leveraged into another market.

The Competition Commission of India can therefore potentially examine interoperability restrictions as part of a broader abuse-of-dominance analysis.

27. Relationship Between Interoperability and Denial of Market Access

The connection can be represented as follows:

Dominant platform

↓

Controls technical interface

↓

Competitor requires interoperability

↓

Access refused / degraded / discriminatory

↓

Competitor cannot effectively reach users

↓

Market access is restricted

↓

Potential abuse of dominance

The important point is that technical incompatibility alone does not automatically establish an infringement. The competitive effects and justification must be assessed.

28. Six Core Doctrinal Lessons from the Case Law

The principal cases collectively demonstrate the following propositions:

1. Microsoft

Interoperability information can become a competitively essential input in a technology market.

2. Bronner

Mandatory access is exceptional and generally requires demanding conditions.

3. IMS Health

Intellectual-property rights do not provide absolute immunity from competition law, but compulsory access requires stringent justification.

4. Slovak Telekom

Network infrastructure and access restrictions can produce exclusionary effects in telecommunications markets.

5. Google Android

Competition analysis must consider ecosystem-level restrictions and contractual mechanisms that influence competing services.

6. Google Shopping

Control over a critical platform gateway can allow a dominant undertaking to disadvantage competing services, even where the conduct is not a conventional refusal to supply.

29. Emerging Issues

Future interoperability disputes are likely to concern:

• AI model interoperability;
• foundation-model APIs;
• AI-agent interoperability;
• cloud switching;
• digital identity;
• digital wallets;
• central-bank digital currencies;
• health-data interoperability;
• connected vehicles;
• smart-home ecosystems;
• wearable-device ecosystems;
• app-store interoperability;
• messaging interoperability;
• blockchain interoperability;
• metaverse platforms;
• Internet-of-Things ecosystems.

The important legal question will increasingly be whether technical architecture itself is being used as a competitive weapon.

30. Conclusion

Exclusion interoperability obligations occupy the intersection of dominance, refusal to deal, essential facilities, discrimination, network effects, data portability and ecosystem competition.

The central competition-law principle is not that every dominant undertaking must make its technology interoperable with competitors. Rather, competition law asks whether a dominant undertaking is using control over a technically important interface or infrastructure to foreclose effective competition, and whether the resulting restriction can be objectively justified.

The leading cases—particularly Microsoft, Bronner, IMS Health and Slovak Telekom—demonstrate the tension between two objectives:

preserving competition and preventing exclusion on one side, while protecting innovation, investment, intellectual property, privacy and security on the other.