PayPayの「商品特定クーポン」を支えるとみられる特許第7505101号を弁理士が徹底解説──決済×販促のスピード知財戦略

決済画面に出る「あのポイント表示」と特許──PayPayの商品特定クーポンを支えるとみられる権利

PayPayで対象商品を買うと、決済完了画面に「○○ポイント付与予定」がその場で表示される──多くの人が見慣れたこの体験の裏側に、登録特許があります。特許第7505101号「情報処理装置、情報処理方法、プログラム、およびシステム」（特許権者：PayPay株式会社、2024年6月14日登録）です。本記事では、この1件を公報の原文に基づいて徹底解説します。単に「決済アプリの特許」として面白いだけでなく、①自社サービスを先にリリースしてから新規性喪失の例外（特許法30条）で出願する、②出願当日に審査請求＋早期審査で7か月登録、③登録3日前に分割出願で権利網を継続──という、スピード重視のフィンテック知財戦略の生きた教材だからです。

読み方は当ブログのゲーム特許シリーズ（マリオカート特許の解説など）と同じく、「機能→請求項→権利範囲の勘所」の順です。まず書誌を一覧します（特許公報の表紙とGoogle Patents実ページで確認済み）。

【機能】対応するとみられるサービス──メーカー販促の「商品特定クーポン」

この特許は、PayPayがメーカー向け販促支援として展開する「商品特定クーポン／商品特定キャンペーン」に対応するとみられます。店舗単位ではなく「特定の商品（SKU）」単位で特典を設定し、対象商品を対象店舗で買うとクーポンが自動適用され、決済完了画面に付与予定ポイントが表示される仕組みで、PayPayは2024年11月6日のプレスリリースで本格始動を発表しています（第一弾はドラッグストア業態で56社85商品と発表されています）。公報には製品名の記載がないため対応付けは推測を含みますが、公報表紙の30条適用の記載により、対応する機能が2023年7月11日にPayPayの電子決済サービス上で公然実施（先行稼働）されたこと自体は公報表紙に公式に記録しています。

技術的な背景を一言で補足すると、これは「POSの商品データ×決済データの連携」の発明です。従来のコード決済は「どの店でいくら払ったか」までしか把握できないのが通常で、「どの商品を買ったか」と決済を結び付け、その場で特典表示まで行う部分に固有の情報処理が要ります。明細書は課題として「商品の購入に応じて付与される特典に関する情報を利用者に利便性の高い形で提供することができない場合があった」と述べ（段落0004）、決済サーバ・利用者端末（決済アプリ）・店舗POS・加盟店向け端末からなるシステムを、シーケンス図・画面例・フローチャートを含む全20図で開示しています。

【請求項】請求項1の全文──「取得→判定→表示＋履歴」の4段構成

権利の心臓部である請求項1を、公報原文のまま引用します（当所で公報PDF原本と照合済み）。

分説すると、（A）商品の識別子＋決済情報を利用者端末装置から取得する決済情報取得部、（B）識別子・決済情報が加盟店の設定した付与条件を満たすか判定する特典判定部、（C）条件充足時に付与される特典の情報を端末に表示させる表示制御部、（D）さらに過去の特典の履歴情報も表示させ、（E）特典情報・履歴情報のいずれも商品識別情報（どの商品で得た特典か）を含む──という構成です。「商品単位の販促」というビジネスの狙いが、識別子の取得・判定・表示という情報処理の連鎖として書かれており、ビジネスモデル特許の境界線の内側に入るための定石どおりの作りです。

権利範囲の勘所──広さと狭さが同居する3つのポイント

勘所①：「利用者端末装置から取得」という取得経路の限定。請求項1は、商品識別子と決済情報を利用者の端末から取得する構成に限定されています。明細書にはユーザスキャン方式（利用者がコードを読む）とストアスキャン方式（POSが決済情報・商品ID等をサーバへ送る）の両方が実施形態として開示されていますが、クレーム文言上は取得元が利用者端末である構成が要件です。競合他社がこの特許を検討する場合、データの流れ（何をどの装置から取得するか）が最初の対比ポイントになります。逆にPayPay側から見れば、この点は将来の分割出願（後述）でバリエーションを確保しにいく典型的な論点です。

勘所②：末尾に付いた「履歴表示」と「商品識別情報を含む」の2要件。請求項1は「その場の特典表示」だけでは足りず、（D）過去の特典の履歴表示と、（E）特典・履歴の双方が商品識別情報を含むことまでを要求します。審査経過を見ると、本件は2024年1月30日に拒絶理由通知を1回受け、同年4月1日に補正・意見書を提出して5月14日に特許査定に至っています。この後段要件が審査対応でどう形成されたかまでは公開資料からは未確認ですが、「単なる特典表示」より一段具体的な構成で登録に至っていることは文言から読み取れます。拒絶対応の補正が権利範囲の輪郭を決めるという構図は、拒絶理由あるある5選で解説したfreee対マネーフォワード事件の教訓と地続きです。

勘所③：「リアルタイム」の語はクレームにない。明細書・要約には「リアルタイム」の語が繰り返し登場し（当所の確認では19回）、この発明の体験価値が「その場で分かる」ことにあるのは明らかです。しかし請求項1に「リアルタイム」という時間的な限定は置かれていません。体験を売りにする語をあえてクレームから外し、タイミングを問わない広い文言にする──マリオカート特許で任天堂が「ドリフト」の語を使わず「第2移動処理」と抽象化していたのと同種の、キャッチコピーとクレーム用語を切り分ける起案スタイルです。

【従属項の設計】全15項・独立4カテゴリの階層マップ

本件は全15項で、独立項は請求項1（装置）・13（方法）・14（プログラム）・15（システム）の4カテゴリ。ソフトウェア特許の定石である「方法・装置・プログラム」に加えて、利用者端末＋サーバを束ねたシステムクレームまで揃えています。主な従属項は、販促の実務を反映した階層設計です（下表は抜粋。ほかに履歴の表示項目を特定する請求項9・10があります）。

「該当する／しない」を対で置く、金額条件・進捗表示・外部連携まで刻む──キャンペーン設計の選択肢を従属項の階層にそのまま写像した作りで、販促プロダクトのロードマップがクレームから透けて見えます。自社SaaSでこの手法を応用する際の考え方はSaaS機能マップ診断の記事をご覧ください。

【審査経過】リリース→30条→7か月登録→登録3日前の分割──タイムラインで読む

このタイムラインには3つの実務判断が凝縮されています。第一に、30条（新規性喪失の例外）の戦略的活用。本来は「出願前の公開」は新規性を失わせますが、自らの行為による公開は1年以内なら救済され得ます。PayPayは機能を先に市場投入して約4か月後に出願し、公報表紙に公然実施日まで刻んで例外適用を受けました。プロダクト検証を優先しつつ権利も取る、スピード重視の事業に適合した使い方です。ただしこの救済は国によっては使えず、実際に本件の外国出願は確認されていません（日本のみ）──30条に頼る戦略は、海外の権利をどうするかの判断とセットであることが、この実例からも読み取れます（制度の詳細は新規性喪失の例外の解説記事へ）。

第二に、早期審査によるスピード登録。出願当日に審査請求と早期審査の申請を済ませ、拒絶理由1往復を挟んで7か月で登録。「特許取得済み」の事実を早期に確定させる動きです（早期審査の使いどころは出願の流れ完全ガイド参照）。第三に、登録直前の分割出願。査定後の分割には「査定謄本送達から30日以内かつ設定登録前」という短い窓しかないため、その数日の間に分割を放り込み、別クレームを育てる余地を残しています。勘所①で述べた「取得経路」などのバリエーションを審査係属中の分割で確保しにいく余地を残す――任天堂のゲーム特許で見た分割出願による権利網の形成と同じ型が、フィンテックでも見られます。

実務者向けの学び──決済・小売・SaaS事業者への3つの示唆

①「データの掛け合わせ」は権利化の宝庫。決済データ×商品データという2つの既存データの接続点に、取得・判定・表示の具体的な流れを設計できれば発明になります。自社が持つデータの掛け合わせ機能を棚卸しする観点は、フィンテックのBM特許事例集の権利化ワークが使えます。②リリース済みでも諦めない。ただし1年と海外がリミット。本件は「先にリリースした機能を後から権利化」の成功例ですが、公開から1年以内の出願と適用手続が条件で、外国では日本のように広くは救済されない国が多い点は動きの速い事業ほど効いてきます。③従属項はプロダクトロードマップの写し絵。該当する/しない・累積金額・進捗表示・外部連携という従属項の刻み方は、将来のキャンペーン設計を先回りして権利に落とす発想です。クレームドラフティングを外部任せにせず、プロダクト側が「今後やりたい変化形」を弁理士に渡すことで、この階層は濃くなります。

まとめ

①特許第7505101号は、商品識別子×決済情報の取得・判定と、特典＋履歴の表示（いずれも商品識別情報を含む）を束ねた「商品特定型販促」の登録特許で、PayPayの商品特定クーポンに対応するとみられます。②権利範囲は、取得経路の限定と履歴表示要件という「狭さ」、リアルタイム限定を置かない「広さ」が同居し、全15項・独立4カテゴリ＋設計思想の見える従属項で層を成しています。③先行リリース→30条→早期審査7か月→登録直前の分割という経過は、スピード事業と特許を両立させる現代的な型として、フィンテックに限らず参考になります。分割出願（特開2025-80730）は審査係属中であり、そのクレームがどう育つかが今後のウォッチポイントです。

関連記事：フィンテックのビジネスモデル特許 登録事例5選／「ビジネスモデルは特許にならない」は半分ホント／ゲーム特許の分割出願戦略／出願の流れ完全ガイド

※本記事は2026年7月時点の公開情報（特許公報・Google Patents・PayPay公表資料）に基づく一般的な解説であり、個別の侵害判断・法的助言ではありません。サービス機能と公報との対応付けは、公報に製品名の記載がないため推測を含みます。請求項の分説・従属項の要旨は理解のための要約であり、権利範囲の解釈を示すものではありません。拒絶理由通知の具体的内容および補正の経緯は未確認です。分割出願（特開2025-80730）は未登録の公開段階の出願であり、現時点で権利行使はできません。掲載企業と当所の間に取引関係があることを示すものではありません。（弁理士監修）

AUTHOR / 執筆者

杉浦 健文 （SUGIURA Takefumi）

知的財産事務所エボリクス（EVORIX）　代表弁理士

特許・商標・意匠・著作権の出願から審判・侵害訴訟まで、IT・製造・スタートアップ・ファッション・医療など幅広い業種のクライアントを支援。AI・IoT・Web3・FinTech等の先端分野の知財戦略にも精通。日本弁理士会／アジア弁理士協会（APAA）／日本商標協会（JTA）等 複数団体所属。

→ 弁理士プロフィール詳細 → ご相談・お問い合わせ → ご相談の流れ