Competition Law and Learning Interoperability Obligations

Introduction

Learning interoperability obligations refer to competition-law duties requiring educational platforms, learning-management systems (LMS), digital classrooms, assessment systems, student-information systems, digital-content providers, and related educational technologies to communicate or work with competing systems.

Interoperability can involve:

• exchange of student and course data;
• compatibility between LMS platforms;
• transfer of learning records and assessment results;
• API access;
• authentication and identity portability;
• interoperability of digital educational content;
• integration between examination and learning platforms;
• portability of teacher-created materials;
• compatibility of assistive-learning technologies; and
• access to technical interfaces controlled by a dominant education-technology provider.

Competition law becomes relevant where interoperability is technically feasible but a powerful undertaking refuses, degrades, conditions, or strategically restricts interoperability in a manner capable of excluding rivals or entrenching market power.

1. Meaning of Learning Interoperability

Learning interoperability can operate at several levels.

A. Data interoperability

A student should potentially be able to transfer:

• grades;
• attendance;
• assignments;
• learning histories;
• credentials;
• certificates;
• course enrolment information; and
• learning analytics

between compatible educational systems.

B. Functional interoperability

Two systems may be required to communicate so that users of one system can interact with functionality supplied by another.

Example: An LMS should permit an assessment application to connect through an API rather than requiring an institution to abandon the LMS.

C. Content interoperability

Educational content created for one platform may be usable through another platform.

D. Identity interoperability

Single sign-on and authentication systems may allow users to access multiple educational services without being locked into one provider.

E. Accessibility interoperability

Interoperability can be particularly important for educational technologies serving students with disabilities, because incompatible systems may prevent assistive technologies from functioning effectively.

2. Why Interoperability Matters to Competition

Interoperability can reduce switching costs and network effects.

Suppose Platform A has 70% of institutional LMS customers. Universities remain on A partly because thousands of courses, grades and integrations are already built around it.

If A refuses reasonable API access to rival Platform B, an institution may face:

switching cost → data migration difficulty → loss of integrations → disruption → continued reliance on A.

The incumbent can therefore obtain a competitive advantage that is not necessarily based on superior product quality.

Competition authorities may examine whether interoperability restrictions:

1. foreclose competitors;
2. raise rivals' costs;
3. prevent market entry;
4. exploit network effects;
5. reinforce data advantages;
6. create ecosystem lock-in;
7. disadvantage complementary products; or
8. prevent innovation.

3. Legal Framework

The precise legal test depends upon the jurisdiction, but several established competition-law doctrines are relevant.

3.1 Abuse of dominance

A dominant educational-technology platform may violate competition law where it uses control over an essential interface or ecosystem to exclude competitors.

3.2 Refusal to deal

Interoperability disputes can resemble refusal-to-supply cases where:

• the interface is controlled by a dominant undertaking;
• rivals require access to compete;
• access is technically or economically feasible; and
• refusal has exclusionary effects.

3.3 Essential-facilities doctrine

In exceptional circumstances, an interface, database, protocol or technical infrastructure can potentially constitute an essential facility.

However, competition law generally does not convert every commercially useful interface into an essential facility.

3.4 Leveraging

A dominant LMS provider could potentially leverage dominance in LMS services into:

• digital assessment;
• educational content;
• student analytics;
• online examinations;
• identity services; or
• educational marketplaces.

3.5 Tying and bundling

Interoperability restrictions may become problematic where access to an interface is conditioned upon purchasing another product.

3.6 Discrimination

A platform could provide excellent API access to its own products while giving materially inferior access to competing educational applications.

This can raise self-preferencing and discriminatory-access concerns.

4. Important Competition-Law Case Laws

1. United States v. Microsoft Corp. (2001)

Court: U.S. Court of Appeals for the District of Columbia Circuit

This is one of the most important cases for understanding interoperability-related exclusion.

Microsoft controlled the Windows operating-system platform and had substantial power over software interfaces. The litigation examined Microsoft's conduct toward competing technologies, including restrictions affecting interoperability and its treatment of competing browser technology.

Competition-law principle

A dominant platform can use control over technical interfaces and compatibility relationships to disadvantage competing products.

Relevance to learning platforms

An LMS provider could potentially create similar concerns if it:

• restricts API access;
• prevents competing applications from functioning properly;
• deliberately degrades compatibility; or
• uses technical control over a platform to disadvantage complementary competitors.

The case demonstrates why technical interoperability can become a competition issue rather than merely an engineering decision.

5. European Commission v. Microsoft — Article 102 TFEU

Case: Microsoft (Windows Work Group Server)

The European Commission found that Microsoft had abused its dominant position by restricting interoperability information needed by rival work-group server operating systems.

The European Union's competition-law framework treated interoperability information as potentially important for effective competition.

Principle

Where a dominant undertaking controls information necessary for interoperability, withholding that information can, in appropriate circumstances, constitute an exclusionary abuse.

Learning-sector application

Consider a dominant LMS controlling an API necessary for:

• grade synchronisation;
• authentication;
• assignment submission;
• learning analytics; and
• course-content integration.

If rivals cannot effectively compete because the incumbent refuses necessary interoperability information, the reasoning of Microsoft becomes highly relevant.

6. Bronner GmbH v. Mediaprint

Court: Court of Justice of the European Union, 1998

This is a leading European refusal-to-deal case.

The CJEU established a demanding test for requiring a dominant undertaking to provide access to infrastructure.

Essential principle

Access obligations generally require exceptional circumstances, including circumstances involving infrastructure that is indispensable for competing and for which duplication is not realistically possible.

Learning interoperability

An LMS API would not automatically qualify as an essential facility merely because access would make competition easier.

A competition authority would need to examine:

• whether alternative APIs exist;
• whether the rival can develop another technical solution;
• whether duplication is economically feasible;
• whether the interface is indispensable;
• whether refusal eliminates effective competition; and
• whether legitimate business justifications exist.

Thus, useful interoperability is not necessarily legally mandatory interoperability.

7. IMS Health v. NDC Health

Court: CJEU, 2004

This case concerned refusal to license intellectual-property rights relating to a system used for pharmaceutical data.

The Court identified stringent conditions for compelling access to protected intellectual property.

Key principle

A refusal to license can amount to abuse only under exceptional circumstances, including where:

1. the input is indispensable;
2. refusal prevents the emergence of a new product or service for which consumer demand exists;
3. refusal is unjustified; and
4. the refusal reserves a market to the dominant undertaking.

Application to learning interoperability

Suppose a dominant education platform controls a proprietary interoperability protocol.

A rival seeking access would have a stronger argument where:

• the protocol is indispensable;
• the rival wants to provide an innovative educational service;
• students or institutions demand that service;
• the incumbent has no legitimate justification for refusing access; and
• refusal effectively reserves the downstream market to the incumbent.

8. Slovak Telekom v. Commission

CJEU, 2021

This case concerned access to telecommunications infrastructure and the relationship between refusal-of-access theories and competition law.

The case is important because the Court examined exclusionary conduct involving access to infrastructure controlled by a dominant undertaking.

Relevance

Learning interoperability increasingly resembles infrastructure competition.

An educational platform can become a technological infrastructure through:

• APIs;
• identity systems;
• data repositories;
• cloud infrastructure;
• authentication;
• learning records; and
• interoperability protocols.

The case illustrates that access restrictions can be assessed as exclusionary conduct when a dominant undertaking controls an important bottleneck.

9. Google Android

European Commission, 2018; General Court, 2022

The Android case involved Google's practices concerning the Android ecosystem, including restrictions affecting manufacturers and the distribution of applications.

Among the broader competition concerns was the relationship between:

• operating systems;
• app ecosystems;
• compatibility;
• distribution;
• default arrangements; and
• leveraging of platform power.

Learning interoperability relevance

Educational platforms increasingly operate as ecosystems.

A dominant educational operating environment could potentially use:

• default settings;
• technical restrictions;
• contractual restrictions;
• API limitations; or
• certification requirements

to make competing educational applications less accessible.

The broader Android reasoning therefore provides an important framework for analysing ecosystem-based foreclosure.

10. Google Shopping

European Commission / General Court

Google Shopping concerned the treatment of Google's own comparison-shopping service within its general-search ecosystem.

The case is particularly relevant to self-preferencing and platform neutrality.

Learning-platform application

Consider an LMS marketplace containing:

• assessment applications;
• tutoring services;
• AI teaching assistants;
• digital textbook providers;
• plagiarism-detection tools; and
• analytics applications.

If the LMS gives its own educational applications privileged technical access while competitors receive inferior interoperability, competition concerns can arise.

The central question would be whether the conduct distorts competition on the merits rather than merely reflecting legitimate product design.

11. MEO v. Autoridade da Concorrência

CJEU, 2018

This case concerned discriminatory pricing under Article 102 TFEU.

The Court emphasized the importance of assessing whether discriminatory treatment places a trading partner at a competitive disadvantage.

Interoperability significance

Suppose an educational platform gives:

• its own assessment product: full API access;
• affiliated providers: high-speed access;
• independent competitors: delayed or restricted access.

The competition inquiry would not necessarily end with proof of different treatment.

The relevant question includes whether the differential treatment is capable of distorting competition.

12. Intel

CJEU, 2017

The Intel litigation concerned exclusionary rebates and the assessment of conduct by dominant undertakings.

Although Intel was not an interoperability case, it is useful for understanding how competition authorities assess whether conduct by a dominant firm can produce exclusionary effects.

Learning interoperability relevance

An LMS provider might combine interoperability restrictions with:

• exclusivity discounts;
• loyalty rebates;
• preferential integration;
• bundled services; or
• contractual restrictions.

The combined effects may matter when determining whether rivals are effectively foreclosed.

13. Microsoft Corp. v. Commission — Broader Doctrinal Importance

Microsoft remains particularly significant because it demonstrates how competition law can intervene where a dominant technology platform controls a technical bottleneck.

The broader lesson is:

Interoperability can itself become a competitive parameter.

A platform may compete not only through price and product quality but also through:

• openness;
• API availability;
• compatibility;
• data portability;
• integration terms;
• developer access; and
• technical standards.

14. Learning Interoperability and Digital Gatekeepers

Modern competition regulation increasingly addresses large digital ecosystems through specific interoperability obligations.

These obligations can concern:

Messaging

Interoperability between communications services.

Operating systems

Access to system functions and technical interfaces.

Data

Portability and access to user-generated data.

App ecosystems

Access by third-party applications.

Cloud services

Data and application portability between providers.

These principles have increasing relevance to education because many educational services now operate through multi-sided digital ecosystems.

15. Competition Problems Created by Non-Interoperability

A. Switching-cost foreclosure

Students and universities may remain with one provider because migration is costly.

B. Network effects

The value of an LMS increases as more teachers, students, publishers and applications use it.

Interoperability restrictions can therefore protect an incumbent's network.

C. Data advantage

A dominant platform may accumulate extensive learning data.

Restricted interoperability can prevent competitors from obtaining equivalent functional access.

D. Innovation suppression

New educational applications may fail because they cannot connect to incumbent infrastructure.

E. Entry barriers

Start-ups may face significant technical and contractual barriers.

F. Ecosystem expansion

A dominant LMS may leverage its position into:

• digital textbooks;
• examination services;
• tutoring;
• AI educational tools;
• student analytics;
• payment services; and
• credential verification.

16. Legitimate Reasons for Restricting Interoperability

Competition law does not require unlimited interoperability.

An undertaking may have legitimate reasons to impose restrictions involving:

Cybersecurity

Unrestricted APIs could create security vulnerabilities.

Privacy

Student information may contain highly sensitive personal data.

System integrity

Poorly designed third-party applications could damage platform reliability.

Intellectual property

Technical interfaces may incorporate protected technology.

Quality control

Providers may require certification before permitting integration.

Capacity limitations

Excessive API requests may threaten infrastructure.

The competition assessment therefore requires a distinction between legitimate interoperability governance and strategic exclusion.

17. Proportionality of Interoperability Obligations

A regulator may consider whether a less restrictive measure could achieve the same objective.

For example:

18. Remedies

Competition authorities may employ several remedies.

18.1 Access obligation

Require reasonable access to APIs or interfaces.

18.2 Non-discrimination

Require equivalent access for competing providers.

18.3 Data portability

Permit institutions and students to transfer relevant data.

18.4 Technical documentation

Require disclosure of interoperability specifications.

18.5 Standardisation

Require use of recognised interoperability standards.

18.6 API governance

Require transparent rules governing:

• access;
• authentication;
• rate limits;
• pricing;
• security;
• certification; and
• termination.

18.7 Monitoring

An independent monitor may oversee compliance where technical discrimination is difficult to detect.

19. India: Application Under the Competition Act, 2002

In India, learning-interoperability concerns can principally be analysed through Section 4, where an enterprise possesses a dominant position and engages in conduct constituting abuse.

Potentially relevant forms of conduct include:

• denial of market access;
• discriminatory conditions;
• discriminatory pricing;
• leveraging;
• tying;
• exclusionary restrictions; and
• practices that foreclose competitors.

The Competition Commission of India would ordinarily need to define the relevant product and geographic markets and establish dominance before determining whether conduct amounts to abuse.

Potential relevant markets could include:

• LMS services;
• online assessment platforms;
• digital educational content;
• student-information systems;
• educational cloud services;
• digital credential services; or
• particular API/integration markets.

20. Relevant Indian Case-Law Analogies

Competition Commission of India v. Google LLC

The Google Android and related proceedings are important for understanding competition concerns arising from digital ecosystems, leveraging, contractual restrictions and platform power.

Matrimony.com Ltd. v. Google LLC

This litigation illustrates how Google's control over important digital interfaces can create competition concerns concerning discriminatory treatment and platform practices.

Umar Javeed v. Google LLC

The CCI's proceedings concerning Google's digital ecosystem demonstrate the importance of analysing dominance and exclusion across interconnected digital markets.

Shri Sonam Sharma v. Apple Inc.

The proceedings concerning Apple's ecosystem provide useful Indian competition-law context for examining interoperability, platform restrictions, app ecosystems and access conditions.

These Indian matters are particularly useful analogies for educational platforms even where the underlying facts do not concern education.

21. Analytical Test for Learning Interoperability

A useful competition-law framework is:

Step 1 — Define the market

↓

Step 2 — Establish dominance

↓

Step 3 — Identify the interoperability bottleneck

↓

Step 4 — Determine whether access is technically/economically feasible

↓

Step 5 — Determine whether access is indispensable

↓

Step 6 — Examine the incumbent's conduct

• refusal
• degradation
• discriminatory access
• excessive pricing
• tying
• exclusivity
• self-preferencing

↓

Step 7 — Assess foreclosure effects

↓

Step 8 — Examine objective justifications

↓

Step 9 — Apply proportionality

↓

Step 10 — Determine appropriate remedy

22. Six Core Cases for Examination

Conclusion

Learning interoperability obligations occupy the intersection of competition law, data governance, platform regulation and technology regulation. Their principal competition-law purpose is to prevent a dominant educational platform from converting technical control over an ecosystem into durable exclusion of competing educational services.

The strongest legal case for interoperability generally arises where the controlled interface is indispensable, difficult to duplicate, technically feasible to open, and strategically withheld or degraded in a manner capable of eliminating effective competition.

At the same time, competition law does not ordinarily require a platform to make every interface or technology freely available. Privacy, cybersecurity, intellectual property, system integrity and legitimate quality-control considerations can justify proportionate restrictions.

Accordingly, the central legal question is not simply “Is interoperability desirable?”, but rather:

Does a dominant undertaking's control over learning interoperability constitute a legitimate technical limitation, or is it being used as a mechanism for exclusionary market foreclosure?