地上交通API
旅行会社向け交通API：送迎・鉄道・フェリーをドアツードアで
旅は飛行機が着陸しても終わりません。交通APIを使えば、到着ロビーからホテルの玄関まで、空港送迎・電車・バス・フェリーを自社サイトで販売できます。このページでは、地上交通APIの種類ごとに必要な情報と違い、そしてPHPTRAVELSがすべての区間をひとつの旅として販売する仕組みを解説します。
- 空港送迎
- 鉄道・バス・フェリー
- フライト連動の送迎
- ひとつの旅、ひとつの決済
ドアツードア
6つの区間、APIへの6つの異なる問い
ひとりの旅行者を着陸からチェックインまで追ってみましょう。各区間は別々の商品で、サプライヤーも異なり、料金を出す前に求められる情報もそれぞれ違います。
01
フライト到着
旅の起点です。便名、空港、ターミナル、到着時刻が、後に続くすべての区間の基になります。
02
空港送迎
APIが必要とする情報
乗車地の空港または住所、降車地の住所、日時、人数、荷物の量、便名。
03
電車
APIが必要とする情報
出発駅と到着駅、日付、出発時間帯、乗客の年齢、保有している鉄道パス。
04
バス
APIが必要とする情報
出発地と到着地の都市または停留所、乗車日、人数。続いて座席表から乗車地点と座席を選びます。
05
フェリー
APIが必要とする情報
出発港と到着港、出航日、旅客の区分。車両がある場合は種類と長さ、または客室。
06
ホテルの玄関
ホテルの住所とチェックイン日が連なりを締めくくり、最後の区間の降車地になります。
多くの旅行会社はすでに航空券と客室を販売しています。その間の区間は旅行者が他社で予約しがちで、乗り継ぎに失敗したときの損失も最も大きい部分です。交通APIがその隙間を埋めれば、送迎・電車・長距離バス・船の予約、決済、書類発行まで自社で完結できます。
すべての交通手段を網羅する単一の地上交通APIはありません。送迎会社、鉄道会社、バス事業者、フェリー事業者がそれぞれ独自のAPIを公開しています。旅行者にはひとつの旅に見えても、裏側では複数のサプライヤーを、プラットフォームがまとめて検索・価格設定・確定する必要があります。送迎については空港送迎テクノロジーのページで詳しく解説しています。
交通手段を比較
送迎・鉄道・バス・フェリーのAPIを比べる
検索に必要な項目、価格の単位、旅行者が受け取る書類は、交通手段ごとに変わります。連携するときに押さえておきたい違いをまとめました。
| 専用送迎 | 乗り合い送迎 | 鉄道 | バス | フェリー | |
|---|---|---|---|---|---|
| 検索項目 | 乗車地・降車地、日付、時刻、人数、荷物 | 空港、目的地のエリアまたはホテル、日付、時刻、人数 | 駅、日付、時間帯、乗客の年齢、鉄道パス | 都市または停留所、日付、人数 | 港、日付、旅客区分、車両、客室 |
| 価格の単位 | 人数にかかわらず、ルートまたは距離ごとの車両 | 複数のホテルを巡るシャトルの座席ごと | 運賃種別とクラスごとの座席。区間ごと、または通し運賃 | 座席ごと。停留所の組み合わせ、座席タイプ、寝台で異なることが多い | 旅客とクラスごと。車両は種類と長さ、または客室ごと |
| チケット・バウチャー | 待ち合わせ場所、運転手の連絡先、待機時間を記載したバウチャー | シャトルの乗車時間帯と乗り場を記載したバウチャー | QRコード付きの電子チケット。区間ごとの車両と座席 | PNR、座席、乗車地点を記載したモバイルチケット | 便、座席または客室、車両を記載した搭乗券 |
| 変更 | 時間や住所の変更は、乗車前の締切まで可能なことが多い | 締切は同様ですが、乗車時間の融通は利きにくい | 運賃で決まる：セーバー、セミフレックス、フレックスの条件 | 出発の何時間前かによる払い戻し段階。事業者ごとに異なる | 事業者の運賃規則と、便のチェックイン締切で決まる |
| よくある落とし穴 | フライトの遅延、到着ロビーで運転手が旅行者を見つけられない | 他の便の待ち時間、複数の降車地による長い乗車時間 | 乗り換え時間が短すぎる、座席指定が必須の列車 | 乗車地点の間違い、確保なしで同じ座席が二重に売れる | 天候による欠航、車両の長さの申告ミス |
PHPTRAVELSでは交通手段ごとに専用モジュールがあります。送迎はレンタカー・送迎、国際鉄道とパスは鉄道、国内路線は列車、長距離バスの座席はバス、航路はフェリーです。
フライト連動の送迎
送迎予約で最も重要な項目は便名です
予定の着陸時刻で予約した空港送迎は、フライトが遅れた瞬間に機能しなくなります。送迎APIが便名を求めるのは、実際の到着に合わせて迎えの時間を動かすためです。
便名と到着時刻
予約時に取得するか、同じ旅で販売した航空券から引き継ぐため、旅行者が二度入力する必要はありません。
着陸に合わせて迎えの時刻が変わる
便名から得た到着時刻で迎えの時刻が決まるため、遅延しても運転手に会えない、待機料金がかかるといったことがありません。
無料の待機時間
待機時間は予約時刻ではなく、実際の着陸から数えます。ルールはバウチャーに記載されるので、旅行者も確認できます。
ミート＆グリート
名前を書いたボード、待ち合わせ場所、運転手の電話番号を、バウチャーと運転手の業務指示書に記載します。
送迎は航空券APIと一緒に販売すると最も売れます。フライトがすでに予約に含まれているため、旅行者が見る前から送迎フォームは半分入力済みです。
- 09:20送迎を予約便名と到着予定時刻を、迎えの予約とともに保存。
- 12:40フライトが遅延便名に対する新しい到着時刻を受信。
- 12:41迎えの時刻を変更新しい時刻に合わせて運転手を手配。旅行者の操作は不要。
- 15:18フライト到着実際の着陸時刻から無料の待機時間が始まる。
- 15:34ミート＆グリート運転手が名前ボードを持って到着ロビーで待機。
- 16:22ホテルで降車乗車完了。管理画面で予約をクローズ。
時刻は例示で、簡略化しています
PHPTRAVELSで導入済み
交通手段別の地上交通サプライヤー
ここに挙げた送迎・鉄道・フェリーのサプライヤーは、すでにPHPTRAVELSに接続済みです。各サプライヤーと契約し、管理画面に自社の認証情報を入力すれば稼働できます。一覧は、ライブの連携ディレクトリから取得しています。
どの交通手段でも自社の在庫を扱えます。自社の車両と固定ルート料金、鉄道の販売枠、自社の航路やバスなどです。完全な旅行XML APIサプライヤー一覧もご覧ください。
ひとつの旅として販売
裏側は複数のサプライヤー、表はひとつの予約
旅行者は5社から5通の確認メールを受け取りたいわけではありません。予約プラットフォームなら、全区間をひとつの旅程、ひとつの決済、ひとつの書類にまとめつつ、各サプライヤーには個別に予約を送ります。
- フライト・到着確定済み
- 専用送迎・空港から駅まで確定済み
- 電車・2等、座席指定確定済み
- フェリー・デッキ席、車1台確定済み
- ホテル・3泊確定済み
- ひとつの決済で支払い完了
- バウチャー、チケット、請求書を1通のメールで
- 01
区間ごとに検索
航空券、送迎、電車、バス、フェリーが、同じサイト、同じ決済で扱えます。
- 02
接続を確認
フェリーは前の区間の到着後に出発する必要があり、鉄道の乗り換えは駅ごとに設定した所要時間を守ります。
- 03
決済は一度だけ
旅行者は自社の決済ゲートウェイで一度だけ支払い、代理店はB2B エージェントウォレットから支払います。
- 04
サプライヤーごとに予約
各区間はそれぞれのサプライヤーで確定し、独自の予約番号、条件、バウチャーまたはチケットを持ちます。
- 05
ひとつの旅として管理
全区間の変更、キャンセル、収益をひとつの管理画面で追跡でき、各区間に自社のマークアップを設定できます。
独自アプリやパートナー向けチャネルを構築しますか？Enterpriseプランでは、PHPTRAVELSのREST APIとWebhookが、接続済みのすべてのサプライヤーの予約をひとつの形式で提供します。プランは料金で比較するか、開発者向けドキュメントをご覧ください。
交通APIとは、地上交通のサプライヤーが提供するWebサービス群です。旅行サイトから送迎、鉄道、バスの座席、フェリーの便をリアルタイムで検索・価格設定・予約し、旅行者向けのバウチャーやチケットを受け取れます。
空港送迎APIは、空港と住所・ホテル・エリアの間の専用送迎と乗り合い送迎の選択肢を、車両ごとまたは座席ごとの料金で返します。予約すると、運転手、待ち合わせ場所、バウチャーを含む迎えが作成されます。
ありません。送迎、鉄道、バス、フェリーは通常それぞれ別のサプライヤーが販売しており、APIも別々です。予約プラットフォームが複数のAPIを接続し、各区間をひとつの旅として表示します。
便名が予約に含まれていれば、実際の到着時刻に合わせて迎えの時刻が変わり、無料の待機時間も実際の着陸から始まります。具体的な規定は送迎サプライヤーによって異なるため、バウチャーに明記してください。
専用送迎は車両単位の料金で、1組のお客様を目的地まで直行でお届けします。乗り合い送迎は座席単位の料金で複数組が同乗するため、安価ですが停車が増えて時間がかかります。
現在、MozioやKiwiTaxiなどの送迎サプライヤー、鉄道のHKINT、フェリーのKikoto Ferriesが接続済みです。その他のサプライヤーは連携ディレクトリに掲載されています。このページの一覧は、そのディレクトリからライブで読み込んでいます。
いいえ。各サプライヤーと契約し、管理画面に自社の認証情報を入力していただきます。PHPTRAVELSが提供するのは、予約プラットフォームと導入済みのコネクターです。
はい。どのモジュールでも、サプライヤーAPIと並べて自社の在庫を扱えます。自社の車両と固定ルート料金、バスと座席表、鉄道の販売枠、フェリーの航路などです。
はい。代理店はB2Bポータルから、自社の価格とコミッションで全区間を予約し、ウォレットまたはクレジットラインで支払い、同じバウチャーやチケットを受け取れます。