オラクルの弁護士は、Android での Java API の再実装を「ハリー・ポッター」のコンテンツのコピーと比較しています。 PDFファイル

米国最高裁判所は今年初めに重要な訴訟を審理する予定だ。 オラクル対グーグルこれにより、知的財産法に基づく API の法的地位が決定されます。 もし裁判所が数十億ドル規模の訴訟でオラクルの側に立った場合、競争を阻害し、おそらくグーグル自身を含むハイテク巨人の支配を強固にする可能性がある。

同時に、Oracle のビジネスは当初、IBM が開発した SQL プログラミング言語の実装に基づいて構築されており、現在でも同社は Amazon S3 の API を使用してクラウド サービスを提供しており、これはまったく普通のことです。 API の再実装は、業界の初期からコンピューター サイエンスの発展の自然な部分でした。

Oracleは、文法構造に関連付けられた名前付きコマンドのリストを含むJava APIを違法にコピーしたとしてGoogleを非難している。 Android オペレーティング システムは特に Java API と互換性があり、Java プログラマーがソフトウェアと知識を新しいプラットフォームに簡単に移行できるようにします。 これを行うために、Android は対応する Java API コマンドと文法構造を正確にコピーしました。 引数 Oracle は、このような Java API の「再実装」は、文学小説「ハリー・ポッター」などの作家の作品をコピーすることにたとえられるとしています (これは オラクルの弁護士が挙げた実際の例）、および GoogleがJava APIのコマンド名と構造に関するOracleの著作権を侵害している.

ただし、Java API が唯一の API ではなく、Android が唯一の再実装ではありません。 今日の IT 業界では API が遍在しており、大企業による独占を防ぐために競争を維持するには API の再導入が不可欠です。 同 Charles Duane は、R Street Institute のテクノロジーおよびイノベーション政策のディレクターです。

Duane 氏は、人気のある Amazon S3 ストレージ プラットフォームの例を挙げています。 S3 へのファイルの書き込みと取得を可能にするために、Amazon は包括的な、 詳細なAPI サービスと対話するため。 たとえば、保存されたファイルのリストを取得するには (リストオブジェクト) ホストとタイプのパラメータを指定して GET コマンドを送信します。 エンコードタイプ, 継続トークン и x-amz-date。 Amazon S3 と連携するには、ソフトウェアはこれらのパラメータ名と他の多くの特定のパラメータ名を正確に使用する必要があります。

GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayer

Amazon はクラウド サービス市場の明確なリーダーであり、競合他社は S3 API の再実装を提供していますが、コマンド名、パラメータ タグ、タイプ プレフィックスを模倣する必要があります。 x-amz、S3 API の文法構造と一般的な構成。 言い換えれば、Oracle が主張するものはすべて著作権で保護されているということです。

Amazon S3 API のコピーを提供している企業には次のようなものがあります。 Oracle自体もあります。 互換性を確保するために、Amazon S3 互換性 API は、Amazon API の多数の要素を x-amz タグに至るまでコピーします。

Oracleは、自社の行為の合法性は、コードの自由なコピーと変更を許可するオープンソースのApache 2.0ライセンスに基づいていると主張している。 例えば、 Java 用 Amazon SDK Apache 2.0 ライセンスも付属しています。

しかし問題は、知的財産法が API などにも適用されるかどうかです。 これは最高裁判所が判断しなければならないことです。

API を発明したのは誰ですか?

「サブルーチン ライブラリ」という用語と概念は、ハーマン ゴールドスタインとジョン フォン ノイマンによる著書『電子計算機の計画とコーディング問題 - パート II、ボリューム III (プリンストン大学高等研究所、1948 年)』に初めて登場しました。 archive.org にコピー。 XNUMX巻の内容：

これは、プログラムをメモリに保存するコンピュータのプログラミング方法論の最初の説明です (以前はこの方法は存在しませんでした)。 これは、当時独自のコンピュータを開発しようとしていた大学に広く配布されました。 そして最も重要なことは、この本には重要なアイデアが含まれていることです。 ほとんどのプログラムは共通の操作を使用し、ルーチンを含むライブラリにより新しいコードとエラーの量が削減されます。。 このアイデアはモーリス ウィルクスによってさらに洗練され、EDSAC マシンで実践され、1967 年にチューリング賞を受賞しました。

EDSAC サブルーチン ライブラリは左側にあります

次のステップは、Maurice Wilkes と David Wheeler が『電子デジタル コンピュータのためのプログラムの準備』 (1951 年) で行ったように、高次関数と本格的なソフトウェア インターフェイスを作成することでした。

用語 アプリケーションプログラムインターフェイス (API) は 60 年代後半に登場しました。

プレゼンテーションの作成者 「API の簡単な主観的歴史」 Joshua Block は、プログラミング インターフェイス、命令セット、サブルーチン ライブラリの例をいくつか示し、それらがどのように作成され、その後使用されたかについて説明しています。 API のポイントは再利用であるという考えです。 これがそもそもそのために作られたものです。 そして、開発者には常に他の人の API をコピーして作り直す機会がありました。

API
クリエイター
年
再実装
年

FORTRAN ライブラリ
IBM
1958
ユニバック
1961

IBM S/360 ISA
IBM
1964
アムダール社
1970

標準 C ライブラリ
AT&T/ベル研究所
1976
マーク・ウィリアムズ社
1980

Unixシステムコール
AT&T/ベル研究所
1976
マーク・ウィリアムズ社
1980

VT100 Esc シーケンス
12月
1978
ヒースキット
1980

IBM PC BIOS
IBM
1981
Phoenix Technologies
1984

MS-DOS CLI
Microsoft
1981
FreeDOS プロジェクト
1998

ヘイズATコマンドセット
ヘイズマイクロ
1982
アンカーの自動化
1985

PostScriptの
Adobe
1985
GNU/ゴーストスクリプト
1988

SMB
Microsoft
1992
サンバプロジェクト
1993

Win32
Microsoft
1993
ワインプロジェクト
1996

Java 2 クラス ライブラリ
日
1998
グーグル/アンドロイド
2008

Web API おいしい
おいしい
2003
ピンボード
2009

出所： 「API の簡単な主観的歴史」

API (ライブラリ、命令セット) をコピーして再利用することは正しいだけでなく、このプログラミング方法論はコンピュータ サイエンスの規範において直接推奨されています。 S3 プログラミング インターフェイスをコピーする前でさえ、Oracle 自体がこれを何度も行っていました。 さらに、Oracle のビジネスは当初、IBM が開発した SQL プログラミング言語の実装に基づいて構築されました。 Oracle の最初の主力製品は DBMS で、その大部分は IBM System R からコピーされました。この場合、DBMS の「標準 API」としての SQL の再実装について話しています。

API に知的財産権を課すことは、すべての人に影響を与える法的地雷原を生み出す可能性があります。 API の実装と その他のクラウドサービス。 Wi-Fi やインターネット プロトコルなどの多くの技術標準には API が含まれています。 プログラミング インターフェイスは、インターネット上のすべてのコンピュータとサーバーに必ず何らかの形で再実装されます。 オラクルの著作権理論では、コンピュータを使ったほぼすべての行為が違法になる可能性があります。

こうした広範囲にわたる影響を回避するために、Oracle とその主張を支持した控訴裁判所は、著作権侵害を、元の API と「互換性がない」特定の API の再実装に限定しようと試みてきました。 ただし部分的な再実装も 当たり前のことです。 Oracle は、S3 API のコピーにおいても、元の Amazon API との多数の「相違点」と非互換性を指摘しています。

オラクルの訴訟の主な危険性は、中小企業がS3などの主要なプラットフォームと互換性のあるバージョンのシステムを作成できなくなる可能性があることだ。 このような互換性がなければ、プログラマは事実上、この会社の製品から締め出されることになります。

業界の代表者や開発者は、ここでは理性が勝つことを願うばかりです。 審査員はプログラミングの基本を知っている.

出所： habr.com