API

レストランの店員さんのように注文を取り次ぎます

美味しいパスタを食べにレストランへ行ったときのことをイメージしてみてください。私たちは厨房に直接入って冷蔵庫を開けたり、コンロの火をつけたりはしませんよね。

席に座ってメニューを見て、店員さんに「これをお願いします」と伝えるだけです。すると店員さんがシェフに注文を伝え、出来上がった料理をテーブルまで運んでくれます。

スマートフォンのアプリの世界でも、まったく同じことが起きています。お天気アプリが気象庁の巨大なコンピューターの内部を直接探し回る必要はありません。店員さんの役割を果たすあらかじめ決められた窓口に、「今日の東京の天気を教えて」と決まった形式の注文書（リクエスト）を渡すだけでいいのです。

すると相手のシステムが自動的に天気情報をきれいに整えて、アプリの画面に表示してくれます。このように、プログラム同士で注文を受け付けて結果を受け渡すルールのことをAPIと呼びます。

複雑な技術をレゴブロックのように組み立てられます

もし新しいショッピングアプリを一から作ると想像してみてください。決済システム、地図機能、本人確認システムまで、すべて自分一人で作ろうとすると何年もかかってしまいます。

しかし、すでに完成している決済会社や地図サービスのシステムを借りてくれば話は別です。地図会社が公開しているAPIの仕様に合わせてリクエストを送るだけで、アプリの中に最新の地図が魔法のように表示されます。

誰かが長い年月をかけて開発した高度な技術を、まるでレゴブロックのように組み合わせて連携できるのです。そのおかげで開発者は「車輪の再発明」に時間を費やすことなく、自分たちの新しいサービスの開発に集中できます。

私たちが普段使っているフードデリバリーアプリが、地図やキャッシュレス決済、配達員の追跡システムを一瞬で連携させて動いているのも、すべてこのAPIのおかげです。

もう少し詳しく言うと：安全を守る鉄壁の門番

「外部の人に自分のシステムを勝手に触られたら壊されないか」と心配になるかもしれません。しかしAPIは厨房のドアを全開にするのではなく、あくまで注文窓口だけを開けておく仕組みなのでとても安全です。

外部からは許可されたリクエストしか送れず、危険な内部のデータベースへの直接アクセスは固く遮断されます。さらに、内部のプログラムを全面的に書き換えたとしても、表向きの注文ルールさえ変えなければ、連携している他のアプリは何の影響も受けず正常に動き続けます。

もう少し正確に言えば、単に機能を借りる道具というだけでなく「プログラム同士の安全な契約」なのです。やり取りするデータの形式や通信手順は、世界中の開発者が共通の標準ルールに沿って設計しています。