航空会社確認画面のデータ抽出

あらゆる航空会社の確認画面スクリーンショットから、便名、予約番号、旅客情報を取得

航空会社からの確認メールに記載されたフライト情報を経費精算シートに手入力する場合、1件あたり約2分かかります。航空会社ごとにPNR(予約番号)、フライト時刻、区間の表示形式がまったく異なるからです。本ツールは、あらゆる航空会社の確認画面スクリーンショットから、すべての項目を5~10秒で抽出します。

スクリーンショット1枚あたり5~10秒 · 印字テキストに対して最大99%の精度

便名 · PNR(予約番号) · 時刻
デルタ航空 · ユナイテッド航空 · BA · OTA(オンライン旅行代理店)
名前付き列

航空会社の確認書に必ず含まれる8つの項目

カスタム列抽出を使えば、必要な項目を自由に指定できます。各航空会社によってデータの配置は異なりますが、AIは位置ではなく意味を読み取ります。

内容 — 予約情報の詳細
旅客名

フルネーム — 「John Smith」または「SMITH/JOHN MR」のどちらの形式でもAIが読み取ります。

便名 + 時刻

AA100や「American Airlines 100」、14:30や2:30 PM — どちらの形式も、便名と出発/到着時刻の列に自動で振り分けられます。

区間(出発地 → 到着地)

「LHR→JFK」でも「London Heathrow to New York JFK」でも、どちらの形式でも一貫してマッピングされます。

予約番号(PNR)

6桁のコード — 航空会社によって配置は異なりますが、ラベルの関係性から特定します。

送信元 — 送信元UIからわかる情報
運賃 / 料金

合計または内訳 — 航空会社によって異なります

送信元(航空会社/OTA)

送信元ブランド — デルタ航空、ユナイテッド航空、エクスペディアなど

確認ステータス

「確認済み」「発券済み」「リクエスト中」

同じ予約データでも、航空会社ごとに表示形式が異なる — OTA(オンライン旅行代理店)ならなおさら

デルタ航空、ユナイテッド航空、ブリティッシュ・エアウェイズ(BA)、エクスペディアは、いずれも同じ情報を表示する必要があります。しかし、各社はそれらの情報を異なる場所に配置し、異なる時刻形式を使用し、同じ項目に異なる名称を付けています。

01

航空会社ごとにPNR(予約番号)の位置とラベルが異なる

デルタ航空は太字の「確認番号」カードに表示。ユナイテッド航空はヘッダーバーに「確認番号#」と表記。ブリティッシュ・エアウェイズ(BA)は小さな文字で「予約番号」と呼びます。エクスペディアは「旅程ID」と表示。テンプレートベースのパーサーでは、同じ6桁の文字列でも、6つの異なる位置とラベルごとに個別のルールが必要になります。

02

フライト時刻は12時間表記、24時間表記、UTC(協定世界時)が混在

ある航空会社は「14:30」(24時間表記、現地時間)と表示。別の航空会社は「2:30 PM」(12時間表記、タイムゾーンなし)と記載。さらに別の航空会社は出発・到着時刻をUTCで表示します。同じ旅程でも、デルタ航空とBAの区間でまったく異なる表記規則が使われることがあり、毎回個別に解析する必要があります。

03

区間と運賃に標準的な表記ルールはない

「LHR→JFK」と「ロンドン・ヒースローからニューヨークJFKへ」の違い。単一の「合計」行と、基本運賃、税金・手数料が明細化された表示の違い。Redditのr/travelで、ある旅行者はこう語っています:「複数の予約(フライト、ホテル、確認書がすべて混在)があると、どれが何だかわからなくなってしまうのが面倒だった」

01

セマンティック抽出はラベルを読み取り、位置は無視

列に Booking Reference(予約番号)と名前を付ければ、AIがラベルと値の関係を読み取ります。デルタ航空の太字カード、ブリティッシュ・エアウェイズ(BA)の細かい文字、エクスペディアの旅程ヘッダーも、すべて同じ列に解決されます。予約関連のラベルの横にある6桁の英数字コードは、画面上のどこに表示されていても認識されます。

02

あらゆる時刻形式に対応する単一の列定義

Departure Time(出発時刻)を一度定義するだけで、AIが14:30、2:30 PM、14:30 UTCを同じ列に読み取ります。標準化したい場合は、ヒントを追加します:Departure Time (24h)(出発時刻(24時間表記))。同じロジックが日付、区間名、運賃にも適用されます。

03

航空会社とOTAを1回のバッチ処理で横断

デルタ航空の直接メール、ブリティッシュ・エアウェイズ(BA)の確認メール、エクスペディアのスクリーンショットを1つのバッチに混在させます。Flight Number(便名)、PNR(予約番号)、Departure(出発)、Route(区間)、Passenger(旅客名)、Fare(運賃)を一度定義するだけ。各スクリーンショットが1つの旅程スプレッドシートの行になります。ソースごとの設定は不要です。

航空会社の確認メールフォルダから、きれいな旅程スプレッドシートへ

手動での方法

今四半期に3つのフライトを予約したとします。デルタ航空の国内線(DL 1234、PNR(予約番号)ABC123)、ブリティッシュ・エアウェイズ(BA)のロンドン行き(BA 178、XYZ789)、そしてエクスペディアで予約したユナイテッド航空の復路(UA 456、PNR(予約番号)4MN6PQ)。デルタ航空のメールはPNR(予約番号)を上部の太字カードに記載し、「14:30」と表示します。BAはそれを「Booking Reference」と小さく表記し、タイムゾーンなしで「2:30 PM」と書きます。エクスペディアは便名を24時間表記のテーブルに隠しています。各スクリーンショットごとに、PNR(予約番号)を異なる場所で探し、異なる時刻形式を解釈し、区間を手動で入力する必要があり、1予約あたり約2分かかります。

カスタム列抽出を使用する場合

3つすべてを1つのバッチにドロップします。6つの列名を入力します — Flight Number(便名)、PNR(予約番号)、Departure Time(出発時刻)、Route(区間)、Passenger(旅客名)、Fare(運賃)。ABC123(デルタ航空の太字カード)、XYZ789(BAの小さな表記)、4MN6PQ(エクスペディアのテーブル)はすべてPNR(予約番号)列に解決されます。14:30、2:30 PM、14:30 UTCはすべて同じ出発時刻列に収まります。スクリーンショット1枚あたり5〜10秒 — 1回のエクスポートで3行、すべてのフィールドがあなたが定義した列に整理されます。

航空会社確認書類の抽出が最も効果的なケースと、注意が必要なケース

効果的なケース

メールやモバイルアプリからの確認書類の完全スクリーンショット。 機械生成テキストの精度は最大99%です。トリミングせず、確認書類全体をキャプチャしてください。

航空会社やOTA(オンライン旅行代理店)を横断した一括処理。 1つの列セットで、デルタ航空、ユナイテッド航空、ブリティッシュ・エアウェイズ(BA)、エクスペディア、カヤックから一度に抽出。各確認書類が同じスプレッドシートの1行になります。

出張旅費の精算。 抽出された行は、旅行ログに直接取り込めます。便名、区間、時刻、運賃を1回の処理で取得できます。

注意が必要なケース

複数のスクリーンショットにまたがる複数区間の旅程。 AIは各画像を個別に処理するため、往復や乗り継ぎ区間を自動で結合しません。各区間を個別にキャプチャし、エクスポート後に共通のPNR(予約番号)をキーとして結合してください。

チャットアプリで転送された圧縮スクリーンショット。 SMSやWhatsAppは画像を圧縮します。PNR(予約番号)のような大きな項目は読み取れますが、旅客名、運賃内訳、タイムゾーンラベルなどの小さなテキストは信頼性が低下します。

PNR(予約番号)がQRコードのみの場合。 AIは表示されているテキストを抽出します。予約番号が印刷されておらず、スキャン専用の場合は、代わりにメールまたは「予約を管理」ページのスクリーンショットを使用してください。

よくある質問

航空会社の確認画面でPNR(予約番号)がQRコード内にしか表示されていない場合でも抽出できますか?

AIはスクリーンショットから表示されているテキストを抽出します。エンコードされたバーコードはテキストとして読み取られません。予約番号がQRコードのみで、横に6桁のコードが印刷されていない場合(一部のモバイル専用搭乗券で発生します)、確認メールのスクリーンショットか、予約管理ページをご利用ください。ほとんどの航空会社のメールは、ヘッダーまたは確認ボックス内にPNR(予約番号)を記載しており、AIは問題なく読み取ります。

スクリーンショットに空港の正式名称ではなく「LHR→JFK」と表示されている場合でも、便名区間は抽出されますか?

はい。AIは画面上のあらゆる区間表記を読み取ります。「LHR→JFK」のようなコンパクトなIATAコードも、「London Heathrow (LHR) to New York JFK」のような全文形式も、どちらも区間列に解決されます。便名は、航空会社コードと番号(DL 1234、BA 178)として独立して読み取られます。出力に空港の正式名称が必要な場合は、列名に形式ヒントを追加してください(例:区間(正式名称))。AIは抽出時に値を標準化します。

航空会社の直接メールと、エクスペディアやカヤックからのOTA確認画面のスクリーンショットを同じバッチで混在できますか?

同じバッチ、同じ列セットで処理可能です。便名PNR(予約番号)出発時刻区間旅客名運賃を一度定義すれば、AIはすべてのスクリーンショット(デルタ航空のメール、ブリティッシュ・エアウェイズ(BA)の確認画面、エクスペディアの予約ページのキャプチャ)を処理します。各スクリーンショットは、同じ旅程スプレッドシートの1行になります。全タイプ対応の詳細については、予約確認書の概要をご覧ください。

航空会社によって出発時刻が12時間表記と24時間表記で異なる場合、AIはどのように処理しますか?

AIは各スクリーンショットに表示されている通りの時刻を返します。「2:30 PM」も「14:30」も、元の形式のまま出発時刻列に表示されます。標準化された出力が必要な場合は、列名に形式指示を追加してください(例:出発時刻(24時間表記))。AIは抽出時に24時間表記に変換します。日付フィールドは別途抽出され、一貫した並べ替えのために形式ヒント(YYYY-MM-DD)を含めることができます。

運賃の内訳が基本運賃、税金・手数料、合計運賃と別々に表示されている場合、それぞれを個別の列として抽出できますか?

はい。価格要素ごとに個別の列(基本運賃税金・手数料合計運賃)を定義すれば、AIが内訳から各ラベル付きの金額を読み取ります。航空会社やOTAが「合計」のみを表示する場合、AIはそれを合計運賃列にマッピングし、内訳の列は空欄のままにします。これは航空会社を問わず機能します。デルタ航空とブリティッシュ・エアウェイズ(BA)では明細の形式が異なりますが、同じ列定義で各確認書が提供する詳細レベルに応じてデータを埋めます。経費照合の実務では、すべての予約で合計運賃列が確実に埋まることこそが実用的なメリットであり、内訳の列は利用可能な場合の追加情報となります。

他の予約確認シナリオを探す: 予約確認の概要 — 航空券、ホテル、ライド、イベント、レストラン、配送

より広範な予約確認データ抽出の課題を深掘り: Amazon、eBay、ShopeeからのSMS予約確認から注文番号と追跡コードを取得する

特定の旅程フィールドではなく、確認内容全体を構造化テーブルに変換する必要がある場合は、スクリーンショットからExcelへの変換が適しているかもしれません。

📮 contact email: [email protected]