iMessage スクリーンショットから金額、チャットメタデータ、注文参照情報を抽出
1枚のiMessageスクリーンショットから、支払い金額、送信者連絡先、注文参照情報、タイムスタンプ、メッセージタイプ、開封状況、バブルタイプの7つのデータポイントを、画像1枚あたり10秒未満で特定します。
スクリーンショット1枚あたり5～10秒 · 印字テキストに対して最大99%の精度
すべてのiMessageスクリーンショットに含まれる7つのデータポイント
Custom Column Extractionで列を指定するだけで、AIが視覚的な役割に基づいて各値を自動検出します。
Apple Pay Cashカードに表示されるドル金額。暗い背景に中央揃えの大きな白文字で表示され、支払いカードとして認識されます。
会話のヘッダーから読み取ります。同じスレッドのすべてのスクリーンショットで安定しています。
メッセージブロック間のグループタイムスタンプ。「今日」「昨日」、または絶対的な日時を取得します。
チャットバブル内の英数字の識別子。周囲の会話テキストから分離して抽出します。
各アイテムをテキスト、Apple Cashカード、Mapsカード、リンクプレビュー、音声メッセージに分類します。
「既読」および「配信済み」ラベルを配信確認として取得し、メッセージ内容とは別に抽出します。
青バブル（iMessage）と緑バブル（SMS/MMS）の区別、およびTapbackリアクションをそれぞれの列にインデックス化します。
iMessageのスクリーンショットは、1枚の中に3つのビジュアル形式が混在
iMessageでの支払いや注文のやり取りには、チャットバブル、Appleのシステムカード、共有コンテンツのプレビューという3つのビジュアル形式が含まれています。従来のOCRはこれらを区別せず、1つの画像として処理します。あるユーザーはこう述べています：「本当に必要なのは明細書ではなく、ブラウザからダウンロードできるApple Cash取引のCSVファイルです。データは画面に表示されているのに、Appleはエクスポート機能を提供しておらず、スクリーンショットベースのツールはすべての要素を同等に扱ってしまいます。」
Apple Pay Cashは、テキストバブルではなく、スタイルが適用されたダークカードとして表示されます。従来のOCRはこれをテキストが散在する暗い領域として読み取り、カード上の$42.00と、近くのチャットバブルの金額を区別できません。
マップ経由で共有された住所はレンダリングされたロケーションカードになり、貼り付けられたURLはリッチリンクプレビューを生成します。どちらもチャットバブルではありません。従来のOCRは両方をコンテンツとして読み取り、実際に必要な住所と同じ抽出パスにテキストを混在させてしまいます。
iMessageは青いバブル（iMessage）と緑のバブル（SMS/MMS）を区別し、Tapbackリアクション絵文字をオーバーレイ表示し、送信メッセージの下に「開封済み」または「配信済み」を表示します。従来のOCRはこれらを無関係なテキスト、絵文字、色データとしてスクレイピングしますが、これらはメタデータでありコンテンツではないため、独自の列に抽出されるべきです。
AIがスクリーンショットを完全なビジュアルシーンとして読み取ります。暗いカードは支払い確認、青いバブルはメッセージ、マップのカードは位置情報として認識。カードの金額は「金額」列に、「既読」ラベルはどこにも出力されません。
「注文番号 #A45-8921」「配送先：3421 Maple Street」「Apple Cashで$42を送金」— AIは各値をその意味的な役割で識別します。参照番号は英数字の形式、住所はその構造、支払い金額はリクエストのコンテキストから判断します。
「バブルタイプ」列を定義すれば、AIが背景の色合いを読み取り「iMessage」または「SMS/MMS」を出力します。「Tapbackリアクション」列を追加すれば、ハート、いいね/よくないね、感嘆符を取得。「開封状況」列では「配信済み」や「既読」を取得できます。チャット固有のメタデータが、視覚的なノイズではなく構造化データになります。
iMessageのスクリーンショットから、構造化された1行のデータへ
顧客のApple Cash支払いを記録する場合も、iMessageで共有された配送先住所をまとめる場合も、チャットスレッドから注文番号を追跡する場合も、同じ3ステップでiMessageのスクリーンショットをスプレッドシートデータに変換できます。
スクリーンショットをアップロード
iMessageの会話のJPGまたはPNG画像 — Apple Pay Cashカード、チャットバブル、マップやリンクのプレビューもすべて一緒にキャプチャされます。必要なだけのスクリーンショットを一度にアップロードしてください。各スクリーンショットは、同じ列定義を使用して個別に処理されます。
4つの列に名前を付ける
「金額」「送信者」「日付」「参照/注文番号」と入力します。AIが各列名を読み取り、スクリーンショット上の該当する値を特定します — 金額はApple Pay Cashカードから、送信者は会話のヘッダーから、注文番号はチャットバブルのテキストから。各フィールドがどのビジュアル形式にあるかを指定する必要はありません。
Excelにエクスポート
すべてのスクリーンショットが、1つのスプレッドシートの各行になります。各行には、Apple Cashの金額、送信者名、注文番号、日付が表示されます — データがバブル内、支払いカード内、共有されたマッププレビュー内のいずれにあったかは関係ありません。元のスクリーンショットを再度開くことなく、並べ替え、フィルタリング、確認ができます。
iMessage抽出が得意なケースと注意すべきケース
AIは各要素をその視覚的な役割に基づいて分類します。カード、バブル、プレビューはそれぞれ異なる方法で処理されます。いくつかのシナリオでは特に注意が必要です。
自動でうまくいくケース
- ✓ 表示されているApple Pay Cashカード — 確実に認識されます。金額と受取人名がきれいに抽出されます。
- ✓ ラベル付きデータを含むチャットバブル — 「注文番号A45-8921」や「追跡番号: 1Z999...」など、明確な識別子を持つ参照情報。
- ✓ iMessageと他のチャットアプリが混在するバッチ — ソースをまたいで1つの列セットで処理。アプリごとの設定は不要です。
注意すべきケース
- ⚠ Apple Pay Cashカードには金額と受取人名のみ表示され、トランザクションIDは表示されません。トランザクションIDはWalletの取引詳細ページから取得してください。
- ⚠ 送信者が住所をMapsのプレビューカードとして共有した場合、AIは表示されているテキストを読み取ります。完全な住所が必要な場合は、送信者にテキストで入力してもらってください。
- ⚠ インビジブルインクはタップするまでテキストを隠します。ぼかしがかかった状態でスクリーンショットを撮影しても読み取れません。受信者がメッセージを表示した後にキャプチャしてください。
- ⚠ iOSの通知サマリーのスクリーンショットには、メッセージのプレビューと送信者名のみが表示されます。Tapbackリアクション、既読通知、バブルの色はレンダリングされません。ロック画面ではなく、メッセージアプリ内の会話全体をキャプチャしてください。
iMessageデータ抽出に関するよくある質問
AIは、チャットバブル内の金額とApple Cashの金額を区別できますか？
はい。Apple Pay Cashカードは、視覚的に区別しやすいダークカードで、中央に大きな白文字が表示されます。AIはこれを支払い確認コンポーネントとして認識し、チャットバブルとは見なしません。テキストバブル内の金額（「$42送ってくれる？」など）は会話の文脈として読み取られ、リクエスト金額用に別の列を定義しない限り、金額列には抽出されません。金額列は、カード上のトランザクション確認値のみを対象とします。
送信者が住所をマップカードとして共有した場合、スプレッドシートに抽出できますか？
AIは、マップのプレビューカードに表示されている住所テキスト（Appleが表示する番地、市区町村、郵便番号）を読み取ります。「住所」列を定義すると、AIがその表示テキストを抽出します。ただし、マップカードはレンダリングされたプレビューであり、構造化されたvCardではないため、住所が切り詰められている可能性があります。最も確実な住所フィールドを得るには、送信者に住所をテキストで入力してもらうか、カードのテキストが完全であることを確認してください。
会話のスクリーンショットからApple CashのトランザクションIDを抽出できますか？
いいえ。Apple Pay Cashカードには、金額、受取人名、ステータスバッジのみが表示されます。トランザクションID全体はカード上に表示されません。これを取得するには、Walletアプリのトランザクション詳細ページから別途スクリーンショットを撮り、「トランザクションID」列を指定して処理してください。
注文番号が連続する2つのiMessageバブルにまたがっている場合はどうなりますか？
「注文番号A45-」が1つ目のメッセージに、「8921」が次のメッセージにある場合、AIは表示されている領域全体を読み取り、同じ送信者からの隣接するメッセージを結合します。最良の結果を得るには、両方のメッセージが写ったスクリーンショットを撮ってください。それでも不完全な場合は、計算列を使用して「Ref (A45 + 8921)」のように部品を結合することもできます。
開封確認や入力インジケーターが抽出データを汚染することはありますか？
いいえ。AIは各視覚要素をその機能に基づいて分類します。「既読」は開封ラベル、「...」は入力インジケーター、ハートの絵文字はTapbackリアクションとして認識されます。これらがデータ列に抽出されることはありません。出力に現れるのは、指定した列名（金額、送信者、参照番号など）に一致する値のみです。視覚的なノイズは認識され、データとして読み取られることなく除外されます。
メッセージテキスト以外に抽出できるチャットメタデータ（バブルタイプ、Tapbackリアクション、開封状況）は？
「バブルタイプ」列を定義すると、青いバブルは「iMessage」、緑のバブルは「SMS/MMS」と出力されます。「Tapbackリアクション」列では、ハート、親指上下、感嘆符、疑問符の絵文字を取得できます。「開封状況」列では「既読」または「配信済み」ラベルを抽出します。AIは各視覚要素をその機能に基づいて分類するため、Tapbackの絵文字はリアクションとして認識され、メッセージテキストとしては扱われません。これらのメタデータ列は、既存の金額、送信者、参照列と同じバッチで動作するため、1枚のスクリーンショットから支払いデータとチャットコンテキストの両方を1行にまとめて取得できます。
関連記事: iMessageスクリーンショットから顧客の住所と注文番号を取得する
同じハブの記事: 支払いスクリーンショットハブ · WhatsAppチャットスクリーンショット · SMSスクリーンショット