LINEチャットのスクリーンショットで
LINE Payの取引金額を見つける

LINE Payカードがチャット内でどのように表示されるか

LINEで1対1のトークを開き、メッセージ入力欄の横にある+ボタンをタップして、送金オプションを選択する。金額を入力し、LINE Payパスコードで確認すると、相手の画面にはチャットスレッド内にカードが表示される。このカードは、周囲の通常の吹き出しとは視覚的に区別される。白または薄いグレーの角丸長方形で、ラベル付きフィールドが明確に表示され、会話のタイムラインからは微妙な区切り線と上部の「LINE Pay」ヘッダーで分離されている。

カードは会話内に永続的に残る。数秒で消える通知ではなく、写真やスタンプと同様の永続メッセージである。送信者と受信者の両方が、数日後または数週間後にスクロールして戻り、金額を確認できる。また、LINEのトークスレッドは記録保存のためスクリーンショットとして保存されることが最も多く（第三者への転送、共有の経費シートへの添付、支払い証明としての保存など）、そのカードは同じスレッド内の他のすべてのメッセージとともにスクリーンショットに収まることになる。

これがLINE Payカードと標準的な支払い確認画面の根本的な違いである。PayPalの領収書やVenmoの確認画面は独自のページに存在し、単独でスクリーンキャプチャするか、PDFとしてダウンロードする。LINE Payカードはチャット履歴の一部であり、その周囲の会話から切り離すことはできない。取引を保存するスクリーンショットには、その周囲にあるジョーク、ボイスメッセージ、スタンプの乱舞も同時に保存される。

カード上の3つのデータ項目

白いカード内には、LINE Payのすべての市場で一貫して3つのデータ項目が存在する。表示言語とフィールドラベルは台湾（繁体字中国語）とタイ（タイ語、プラットフォーム由来の日本語ラベル一部あり）で異なるものの、内容は同じである。

1. 金額（金額 / จำนวนเงิน）。 カード内で最も大きな要素であり、目立つように表示される。台湾ではNT$1,280の形式 — ドル記号とカンマ区切りを使用したニュー台湾ドル。タイでは฿500として表示される — ฿記号を前置するタイバーツで、整数バーツの場合はカンマなし。旧来の日本語LINE Payスクリーンショット（サービスは2025年4月に終了）を持つユーザーの場合、金額は¥3,000のように円記号付きで表示されていた。金額は常にカードの上部にあり、そのフォントサイズだけで他のすべてのフィールドと区別できる。

2. 支払方法（支払方法 / วิธีการชำระเงิน）。 金額の下に、カードは使用された資金源を指定する。このフィールドは、API定義の2つの値のいずれかにマッピングされる。CREDIT_CARD（クレジットカード / บัตรเครดิต）— ユーザーが登録したクレジットカードまたはデビットカード、またはBALANCE（残高 / ยอดเงินคงเหลือ）— 銀行口座またはコンビニエンスストアからチャージされたプリペイドのLINE Pay残高。一部の取引では、LINE POINTSが金額の一部をカバーし、別の方法が残りをカバーする場合に、部分的な支払方法としてPOINT（ポイント / แต้ม）も表示される。単一の取引に複数の支払方法が存在すること（例：「BALANCE ¥980 + POINT ¥20」）はLINE Pay固有の詳細であり、一般的なOCRリーダーでは単一の数値フィールドにまとめられ、その内訳が失われる。

3. 取引ID（取引ID / เลขที่รายการ）。カードの下部に、19桁の数字列がある。これは、送金処理時にLINE Payサーバーが割り当てた一意の識別子である。この番号は、LINE Payシステムにおける取引の正規の参照IDとなる。19桁の形式は長いため、手動での転記にはエラーリスクが伴う。1桁でも誤入力すると、銀行の照合や共有の経費記録で取引を追跡できなくなる。このフィールドが、チャットのスクリーンショットをLINE Pay側の実際の検証可能な送金に結び付ける要素である。

カードの一部のバージョンでは、現地時間での送金日時も表示されるが、タイムスタンプの正確な位置は台湾版とタイ版のUIビルドで異なる。台湾では、日付はカードの左下に民国暦形式（例：「115/07/09 14:30」）で表示される。タイでは、仏暦の年が使用される（「09/07/2569 14:30」）。

チャットの文脈が従来のOCRを失敗させる理由

LINE Payカードを含むLINE会話のスクリーンショットを従来のOCRエンジンに渡すと、出力は検出されたすべての文字の単一の時系列シーケンスになる。チャットの吹き出し、カード、テキストを含むステッカー、同じ画面内のシステムメッセージもすべて含まれる。エンジンには「この白いピクセルのブロックは構造化データとして扱うべき支払いカードであり、周囲のグレーの吹き出しは無視すべきカジュアルな会話である」という概念がない。金額、「明天幾點碰面」（明日何時に会うか）、相手の表示名、ステッカーのキャプションをすべて1つの平坦なテキストの壁として読み取る。

これは解像度の問題でもフォントの問題でもない。カードのテキスト自体は鮮明で、照明も良好で、機械印刷されている。従来のOCRはそのすべての文字を完璧に読み取ることができる。問題は、「これらの文字のどれがLINE Pay取引に属し、どれがチャットに属するのか」という問いに答えられないことである。

カードは読み取れる。チャットも読み取れる。しかし、その間の境界線——構造化された支払いデータとカジュアルな会話を分ける視覚的な手がかり——は、文字レベルのOCRには見えない。

同じ制限はWeChat Pay確認画面やWeChatの紅包（红包）カードにも当てはまる。通常のメッセージングコンテンツとスクリーンショットを共有する埋め込み型の支払いUIである。抽出の課題はテキストの認識ではなく、画像のどの視覚領域が構造化データオブジェクトを構成するかを認識することである。

ビジュアルAIがカードをチャットから分離する仕組み

ビジョン言語モデル（VLM）— ImageToTable.aiのカスタム列抽出などのツールを支えるAIの一種 — は、従来のOCRとは異なる方法でスクリーンショットを処理する。ピクセル単位で文字列を走査する代わりに、VLMは画像全体を確認し、レイアウトの特徴によって視覚的な領域を識別する。LINE Payカードの、暗いチャット背景に浮かぶ白い角丸長方形は明確な視覚ゾーンであり、モデルはそれをカードオブジェクトとして認識し、上下にある吹き出しとは区別する。

カードが関心領域として分離されると、モデルは内部のテキストを読み取り、各フィールドに意味的なラベルを割り当てる。上部の最も大きな数字は金額として識別される。その下の行は「支払方法」または「วิธีการชำระเงิน」と表示され、支払方法として識別される。下部の19桁の文字列は取引IDとして識別される。カード外のチャットテキスト — 「收到了謝謝」（受け取りました、ありがとう）や「ส่งให้แล้ว」（送りました）などのメッセージ — は、カードの視覚的境界の外にあるため無視される。

実際の適用例：チャットのスクリーンショットをアップロードし、金額、支払方法、取引IDの3つの列を定義すると、AIはLINE Payカード内の各値を特定する。カードがチャットスレッドのどこに位置していても、周囲のメッセージがどの言語であっても、どの市場のLINE UIで取引が発行されたとしても関係ない。周囲の会話はコンテキスト（誰が支払いを送ったか、何のための支払いか）を提供するが、抽出を妨げることはない。同じ列ベースの読み取りは、会話の他の部分 — 注文ID、日本の住所、チャットメタデータ — にも拡張され、LINEチャットスクリーンショットのデータ抽出ワークフローで説明されている。

3つの市場、1つのカード：変わるものと変わらないもの

LINE Payは3つの異なる市場で運営されており、それぞれに独自の規制環境とUIの歴史がある。カード構造はすべての市場で一貫しているが、詳細は抽出に影響する形で異なる。

台湾はLINE Payの最大のアクティブ市場であり、2023年時点で1,200万人以上のユーザーがいる。台湾のLINEアプリのチャットカードは繁体字中国語のラベルを使用している：金額、支払方法、取引ID。2025年7月、LINE Pay TaiwanはLINE Pay Money（LINE Pay Money App 錢包）というスタンドアロンアプリを開始したが、メインのLINEメッセージングアプリ内のインラインのチャットカードはこれまで通り機能し続けている — 送金が完了すると、送信者がスタンドアロンアプリを使用するかアプリ内ウォレットを使用するかに関係なく、カードが会話スレッドに表示される。

タイでは、5,400万人以上がLINEを利用しており（人口の約75%）、プラットフォームから継承された日本語の技術用語が混ざったタイ語のラベルが付いた同じカードが使用されている。支払方法フィールドにはวิธีการชำระเงินと表示され、取引IDはเลขที่รายการと表示される。タイのLINE Payは取引ごとに獲得したLINE POINTSも記録し、カード内に追加の行として表示される場合がある — これは台湾のチャットカードには相当するものがないフィールドである（台湾はPOINTSを別のタブで管理しており、取引行には表示されない）。

日本: LINE Payの国内送金サービスは2025年4月30日に終了し、残高はPayPayに移行された。日本のユーザーはチャット内でLINE Pay送金を送受信できなくなった。ただし、過去のスクリーンショットを持っている場合——終了前の1年分のフリーランス報酬、共有家計費、2024年の家賃分担——それらのカードはチャット履歴に残っている。カードのデータは正確である。19桁の取引ID、円建ての金額、支払方法フィールドはすべて端末に保存されたスクリーンショットに保持されている。新しいカードは作成されないが、古いカードは照合してスプレッドシートに入力する必要がある。

市場間の差異は、このユースケースにおいてテンプレートベースのアプローチよりもセマンティック抽出が優れている理由を強調している。「金額」をフィールドラベルとして想定するテンプレートは台湾では機能するが、同じフィールドにタイ語のラベルを使用するタイでは機能しない。「カード上の最大の数字」を金額として読み取るセマンティックモデルはどこでも機能する——カードの視覚的階層（上部に大きな数字、その下に小さなラベル、下部にID文字列）は、フィールド名に使用される人間の言語に関係なく、3つの市場すべてで一貫しているためである。

FAQ

チャットカードにはLINE Payウォレットの取引詳細と同じデータが含まれていますか？

ほとんど同じだが、完全に同じではない。チャットカードには、送金の検証に必要な3つのフィールド——金額、支払方法、取引ID——が表示される。ウォレットタブ（LINEのウォレットアイコンをタップしてアクセス）の完全な取引詳細には、追加情報（秒単位のタイムスタンプ、送信者のLINE表示名の履歴（変更された場合）、タイでは獲得したLINE POINTSの正確な数）が表示される。完全な記録が必要な場合はウォレットタブを使用する。チャットのスクリーンショット（他の人から転送されたもの）から取引記録を収集する場合、カードには主要なデータポイントが含まれている。LINE Pay取引詳細画面全体からデータを抽出することも、別のワークフローとして可能である。

日本の古いLINE Payスクリーンショットでも使えますか？

はい。日本のLINE Payチャットカードは、台湾やタイの実装と同じ視覚構造（金額を円で表示した白いカード、支払方法、19桁の取引ID）を使用していました。抽出はこれらのレガシースクリーンショットでも同じように機能します。サービス終了により新しい取引は発生しませんが、スクリーンショット内の既存データは変わりません。

スクリーンショットでカードがチャットバブルと重なっている場合は？

カードは自己完結型の視覚領域です。LINEのインターフェースは、カードを隣接するチャットバブルから分離しています。常に視覚的なパディングがあり、カードの角丸長方形の背景が吹き出しと区別されます。スクリーンショットがカードの一部のみ（例：下部が切り取られた）を捉えた場合でも、残りの表示フィールドは抽出可能です。金額はカード上部の最大の要素であるため、部分的なキャプチャでもほぼ常に表示されます。

同じチャットスクリーンショットから複数のLINE Payカードを抽出できますか？

はい、同じスクリーンショットに複数のカードが表示されている場合。スクリーンショットが2枚以上のLINE Pay送信カード（例：1つのチャットスレッド内の複数の家賃支払い）を含む会話スクロールを捉えた場合、各カードは個別の構造化オブジェクトとして識別されます。ツールは各カードを独立して処理し、それぞれから金額、支払方法、取引IDを抽出します。これは一括照合に役立ちます。LINE Payで行われた1か月分の公共料金の支払いを数枚の会話スクリーンショットで捉えれば、各カードを1枚ずつ入力することなく、完全な取引ログが得られます。