7751034 サービス連携システム及びサービス連携方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2025-09-29

(45)【発行日】2025-10-07

(54)【発明の名称】サービス連携システム及びサービス連携方法

(51)【国際特許分類】

   G06Q 20/02 20120101AFI20250930BHJP

【ＦＩ】

G06Q20/02

【請求項の数】 5

(21)【出願番号】P 2024097841

(22)【出願日】2024-06-18

【審査請求日】2024-06-18

(73)【特許権者】

【識別番号】592052416

【氏名又は名称】株式会社 みずほ銀行

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】北村 匡志

(72)【発明者】

【氏名】海本 裕衣

(72)【発明者】

【氏名】常友 紳也

【審査官】野口 俊明

(56)【参考文献】

【文献】特許第７２７８６７４（ＪＰ，Ｂ２）

【文献】特開２０２３－０２５９５８（ＪＰ，Ａ）

【文献】特開２０２１－１５７８２５（ＪＰ，Ａ）

【文献】特開２０２４－００９５３０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

第１決済サービスを提供する第１サーバと接続され、第２決済サービスを提供する第２サーバと、
前記第１決済サービスを利用するユーザ端末と、を備えたサービス連携システムであって、
前記ユーザ端末が、前記第１サーバに対して第１コード要求を送信する処理と、
前記第１サーバが、会員認証処理を実行して、ユーザＩＤに関連付けて匿名識別子を生成する処理と、
前記第１サーバが、前記第２サーバに対して、前記匿名識別子を含めた第２コード要求を送信する処理と、
前記第２サーバが、前記第２コード要求に対して、決済に用いるコード画像に含める画像識別子を生成し、前記第１サーバに対して、前記画像識別子を含めたコード文字列を送信する画像生成処理と、
前記第１サーバが、前記コード文字列を前記ユーザ端末に転送する処理と、
前記ユーザ端末が、前記コード文字列を含めたコード画像を表示する処理と、
前記第２決済サービスの店舗端末が、前記ユーザ端末から前記コード文字列を取得して、前記第２サーバに送信する処理と、
前記第２サーバが、前記第２決済サービスの店舗端末で読み取った前記コード画像の前記画像識別子を取得した場合、前記コード文字列のチェック処理を実行し、前記画像識別子と関連付けられた前記匿名識別子の取引の決済を、前記第１サーバに実行させるための決済段階処理と、を実行することを特徴とするサービス連携システム。

【請求項2】

第１決済サービスを提供する第１サーバと接続され、第２決済サービスを提供する第２サーバと、
前記第１決済サービスを利用するユーザ端末と、を備えたサービス連携システムであって、
前記第２決済サービスの店舗端末が、前記第２サーバに対してコード要求を行なう処理と、
前記第２サーバが、前記コード要求に対して、決済に用いるコード画像に含める画像識別子を生成する画像生成処理と、
前記第２サーバが、前記店舗端末に対して、前記画像識別子を含めたコード文字列を送信する処理と、
前記店舗端末が、前記コード文字列を含めたコード画像を表示する処理と、
前記ユーザ端末が、前記店舗端末から、前記コード文字列を取得して、前記第１サーバに送信する処理と、
前記第１サーバが、会員認証処理を実行して、ユーザＩＤに関連付けて匿名識別子を生成する処理と、
前記第１サーバが、前記第２サーバに対して、前記匿名識別子、前記コード文字列を含めたコード要求を送信する処理と、
前記第２サーバが、前記コード文字列のチェック処理を実行し、前記第１サーバに対して、確認結果を返却する処理と、
前記第１サーバが、前記ユーザ端末に、確認画面を表示させ、前記ユーザ端末から、決済依頼を取得した場合、前記第１サーバが決済し、前記匿名識別子を前記第２サーバに送信する処理と、
前記第２サーバが、前記店舗端末に決済結果を表示する処理と、を実行することを特徴とするサービス連携システム。

【請求項3】

前記第２サーバが、前記ユーザ端末又は店舗端末で読み取った前記コード画像の前記画像識別子を取得した場合、前記画像識別子の生成時からの経過時間に応じて有効性を判定することを特徴とする請求項１又は２に記載のサービス連携システム。

【請求項4】

第１決済サービスを提供する第１サーバと接続され、第２決済サービスを提供する第２サーバと、
前記第１決済サービスを利用するユーザ端末と、を備えたサービス連携システムを用いて、サービス連携を行なうための方法であって、
前記ユーザ端末が、前記第１サーバに対して第１コード要求を送信する処理と、
前記第１サーバが、会員認証処理を実行して、ユーザＩＤに関連付けて匿名識別子を生成する処理と、
前記第１サーバが、前記第２サーバに対して、前記匿名識別子を含めた第２コード要求を送信する処理と、
前記第２サーバが、前記第２コード要求に対して、決済に用いるコード画像に含める画像識別子を生成し、前記第１サーバに対して、前記画像識別子を含めたコード文字列を送信する画像生成処理と、
前記第１サーバが、前記コード文字列を前記ユーザ端末に転送する処理と、
前記ユーザ端末が、前記コード文字列を含めたコード画像を表示する処理と、
前記第２決済サービスの店舗端末が、前記ユーザ端末から前記コード文字列を取得して、前記第２サーバに送信する処理と、
前記第２サーバが、前記第２決済サービスの店舗端末で読み取った前記コード画像の前記画像識別子を取得した場合、前記コード文字列のチェック処理を実行し、前記画像識別子と関連付けられた前記匿名識別子の取引の決済を、前記第１サーバに実行させるための決済段階処理と、を実行することを特徴とするサービス連携方法。

【請求項5】

第１決済サービスを提供する第１サーバと接続され、第２決済サービスを提供する第２サーバと、
前記第１決済サービスを利用するユーザ端末と、を備えたサービス連携システムを用いて、サービス連携を行なうための方法であって、
前記第２決済サービスの店舗端末が、前記第２サーバに対してコード要求を行なう処理と、
前記第２サーバが、前記コード要求に対して、決済に用いるコード画像に含める画像識別子を生成する画像生成処理と、
前記第２サーバが、前記店舗端末に対して、前記画像識別子を含めたコード文字列を送信する処理と、
前記店舗端末が、前記コード文字列を含めたコード画像を表示する処理と、
前記ユーザ端末が、前記店舗端末から、前記コード文字列を取得して、前記第１サーバに送信する処理と、
前記第１サーバが、会員認証処理を実行して、ユーザＩＤに関連付けて匿名識別子を生成する処理と、
前記第１サーバが、前記第２サーバに対して、前記匿名識別子、前記コード文字列を含めたコード要求を送信する処理と、
前記第２サーバが、前記コード文字列のチェック処理を実行し、前記第１サーバに対して、確認結果を返却する処理と、
前記第１サーバが、前記ユーザ端末に、確認画面を表示させ、前記ユーザ端末から、決済依頼を取得した場合、前記第１サーバが決済し、前記匿名識別子を前記第２サーバに送信する処理と、
前記第２サーバが、前記店舗端末に決済結果を表示する処理と、を実行することを特徴とするサービス連携方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、決済を行なうためのサービス連携システム及びサービス連携方法に関する。

【背景技術】

【0002】

多様な決済サービスの加盟店において決済を行なうことがある（例えば、特許文献１を参照）。この文献に記載された技術においては、決済サーバが、ユーザ端末のポータルアプリで選択された決済アプリから取引指示を取得する。そして、コード画像を用いた取引指示に応じて取引処理を行なった後で、取引指示についての取引識別情報を、ポータルアプリのポータルサーバに提供する。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２３－９６２９２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、コード画像を用いた取引を希望する取引先が、ユーザが利用する決済サービスの加盟店であるとは限らない。この場合、ユーザ所望の決済サービスを利用して決済を行なうことができない。新たに会員登録が必要になると手続きが煩雑になる。

【課題を解決するための手段】

【0005】

上記課題を解決するサービス連携システムは、第１決済サービスを提供する第１サーバと接続され、第２決済サービスを提供する第２サーバと、前記第１決済サービスを利用するユーザ端末と、を備える。前記第２サーバが、決済に用いるコード画像に含める画像識別子を生成する画像生成処理と、前記第１サーバで生成された匿名識別子と、前記画像識別子とを関連付けて記憶する関連付け処理と、読取端末で読み取った前記コード画像の前記画像識別子を取得した場合、前記画像識別子と関連付けられた前記匿名識別子の取引の決済を、前記第１サーバに実行させる決済段階処理と、を実行する。

【発明の効果】

【0006】

本発明によれば、効率的に取引を行なうことができる。

【図面の簡単な説明】

【0007】

【図1】実施形態のサービス連携システムの説明図である。

【図2】実施形態のハードウェア構成の説明図である。

【図3】実施形態のＣＰＭ方式による決済の処理手順の説明図である。

【図4】実施形態の動的ＭＰＭ方式による決済の処理手順の説明図である。

【発明を実施するための形態】

【0008】

以下、図１～図４に従って、サービス連携システム及びサービス連携方法を具体化した実施形態を説明する。本実施形態では、第１決済サービス、第２決済サービスのように複数のサービスを連携させた連携サービスにより、取引（決済）を行なう場合を想定する。

【0009】

図１に示すように、本実施形態では、サービス連携システムＡ１において、ネットワークを介して接続されたユーザ端末１０、店舗端末１５、第１サーバ２０、第２サーバ３０等を用いる。

【0010】

（ハードウェア構成）
図２を用いて、ユーザ端末１０、店舗端末１５、第１サーバ２０、第２サーバ３０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶装置Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。

【0011】

通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースや無線インタフェース等である。

【0012】

入力装置Ｈ１２は、ユーザ等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。タッチパネルディスプレイ等は、入力装置Ｈ１２、表示装置Ｈ１３として機能する。

【0013】

記憶装置Ｈ１４は、ユーザ端末１０、店舗端末１５、第１サーバ２０、第２サーバ３０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶装置Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。

【0014】

プロセッサＨ１５は、記憶装置Ｈ１４に記憶されるプログラムやデータを用いて、ユーザ端末１０、店舗端末１５、第１サーバ２０、第２サーバ３０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各処理のための各種プロセスを実行する。

【0015】

プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、以下で構成し得る。

【0016】

（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ
（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは
（３）それらの組み合わせ、を含む回路（circuitry）
プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

【0017】

（システム構成）
次に、図１を用いて、ユーザ端末１０、店舗端末１５、第１サーバ２０、第２サーバ３０の機能を説明する。

【0018】

ユーザ端末１０は、ユーザが用いるコンピュータ端末（例えば、携帯端末）である。このユーザ端末１０は、アプリ実行部１１を備え、記憶部に格納されたアプリケーションを実行する。本実施形態では、決済アプリ１１ａを実行する。

【0019】

決済アプリ１１ａは、第１サーバ２０が提供する第１決済サービスを利用するための取引アプリとして機能し、ユーザのアカウントを管理するアプリケーションプログラムである。本実施形態では、第１サーバ２０は、決済アプリ１１ａのユーザが保有するアカウントの残高を管理し、このアカウントの残高を用いることにより、ユーザは決済を行なうことができる。なお、決済方法は、残高を用いる方法に限定されるものではなく、支払可能な方法であればよい。例えば、クレジットカードを用いた与信決済や、口座から引き落とすデビット決済等を用いてもよい。

【0020】

決済アプリ１１ａは、ミニアプリ１１ｂが動作するための実行環境を提供する基盤アプリである。このミニアプリ１１ｂは、ウェブ技術（WebView）により、第２サーバ３０が提供する第２決済サービスを利用する。このために、ミニアプリ１１ｂは、第２サーバ３０のアクセス先に関する情報を保持する。

【0021】

店舗端末１５は、取引先の店舗が用いるコンピュータ端末（例えば、携帯端末）である。店舗端末１５は、第２決済サービスを利用するために用いられる。このため、店舗端末１５は、加盟店ＩＤに関する情報を保持するとともに、第２サーバ３０と通信を行なう。

【0022】

第１サーバ２０は、決済サーバとして機能し、決済アプリ１１ａを介して、決済サービスを提供するサービスプロバイダのコンピュータシステムである。この第１サーバ２０は、決済アプリ１１ａのユーザが保有するアカウントの残高を管理する。この第１サーバ２０は、制御部２１、ユーザ情報記憶部２２を備える。

【0023】

制御部２１は、アカウント管理プログラムを実行することにより、認証部２１１、管理部２１２として機能する。
認証部２１１は、ユーザを認証する処理を実行する。
管理部２１２は、ユーザのアカウントを用いた取引（例えば、決済）を管理する処理を実行する。

【0024】

ユーザ情報記憶部２２には、ユーザ管理データが記録される。このユーザ管理データは、ユーザによりアカウントが開設された場合に記録され、アカウントを用いた決済等が行なわれた場合に更新される。ユーザ管理データには、ユーザＩＤ、ユーザ情報、認証情報、残高に関するデータが記録される。

【0025】

ユーザＩＤは、決済アプリ１１ａのユーザのアカウントを特定するための識別子である。
ユーザ情報は、アカウントを保有するユーザに関するデータ（氏名、住所、連絡先等）である。
認証情報は、ユーザを認証するためのデータである。
残高は、このアカウントの残高である。

【0026】

更に、ユーザ情報記憶部２２には、ユーザ管理データに関連付けて、取引履歴レコードが記録されている。
取引履歴レコードは、ユーザのアカウントを利用して取引が行なわれた場合に記録される。取引履歴レコードには、取引番号、取引日時、取引内容、金額に関する情報が含まれる。

【0027】

取引番号は、各取引を特定するための識別子（匿名識別子）である。この取引番号により、第１決済サービスの利用を特定することができる。この取引番号は、クレジットカード番号等及びその他カード会員データとは関連しない識別子であって、取引毎にユニークな番号として発行される。

【0028】

取引日時は、取引が行なわれた年月日及び時刻である。
取引内容は、取引の種類（決済、入金等）、取引先である。
金額は、取引が行なわれた金額（決済金額、入金額等）である。

【0029】

第２サーバ３０は、決済アプリ１１ａとは異なる決済アプリを介して、第２決済サービスを提供するサービスプロバイダのコンピュータシステムである。この第２サーバ３０は、第２決済サービスを利用するユーザが保有するアカウントの残高を管理する。この第２サーバ３０は、制御部３１、加盟店情報記憶部３２、取引情報記憶部３３を備える。
制御部３１は、サービス連携プログラムを実行することにより、生成部３１１、取引部３１２として機能する。
生成部３１１は、第２決済サービスで用いるコード画像に含めるコード文字列を生成する処理を実行する。
取引部３１２は、第２決済サービスの加盟店において、第１決済サービスによる決済を支援する処理を実行する。

【0030】

加盟店情報記憶部３２には、加盟店管理データが記録される。この加盟店管理データは、加盟店によりアカウントが開設された場合に記録され、決済が行なわれた場合に更新される。加盟店管理データには、加盟店ＩＤ、加盟店情報、認証情報、加盟店口座、売上に関するデータが含まれる。

【0031】

加盟店ＩＤは、加盟店のアカウントを特定するための識別子である。
加盟店情報は、アカウントを保有する加盟店に関するデータ（氏名、住所、連絡先等）である。

【0032】

認証情報は、加盟店を認証するためのデータである。
加盟店口座は、この加盟店が保有している金融機関口座を特定するための識別子（金融機関コード、本支店コード、口座種別、口座番号等）である。この加盟店口座は、例えば、売上の送金を行なうために用いられる。
売上は、この加盟店の売上額である。

【0033】

更に、加盟店情報記憶部３２には、加盟店管理データに関連付けて、取引履歴レコードが記録されている。
取引履歴レコードは、加盟店のアカウントを利用して取引が行なわれた場合に記録される。取引履歴レコードには、取引ＩＤ、取引日時、取引内容、売上に関するデータが含まれる。

【0034】

取引ＩＤは、各取引を特定するための識別子（画像識別子）である。
取引日時は、取引が行なわれた年月日及び時刻である。
取引内容は、取引の種類（決済等）、送金元に関する情報である。
売上は、この取引による加盟店の売上金額である。

【0035】

取引情報記憶部３３には、ユーザの取引に関する取引管理レコードが記録される。取引管理レコードは、取引を行なう場合に記録される。取引管理レコードには、取引ＩＤ、受付日時、送金元ＩＤ、送金先ＩＤ、ステータス、取引金額に関するデータが含まれる。

【0036】

取引ＩＤは、各取引を特定するための識別子である。
受付日時は、この取引の受け付けにより、コード文字列の生成時の年月日及び時刻である。受付日時により、コード画像の有効期間が算出される。
送金元ＩＤは、この取引における送金元（顧客）を特定するための識別子である。

【0037】

送金先ＩＤは、この取引における送金先（加盟店）を特定するための識別子である。
ステータスは、この取引の状況を特定するためのフラグである。決済が完了した場合には使用済フラグ（使用済情報）、売上を加盟店口座に入金した場合には清算フラグが記録される。
取引金額は、取引のために決済された金額である。

【0038】

（サービス連携処理）
次に、図３及び図４を用いて、サービス連携処理を説明する。サービス連携処理は、決済アプリ１１ａを用いて、店頭で決済を行なう場合に実行される。決済を行なう場合、ＣＰＭ方式とＭＰＭ方式とがある。

【0039】

ＣＰＭ方式では、ユーザ（顧客）がユーザ端末１０を利用して、ＱＲコード（登録商標）等のコード画像を提示し、店舗側の店舗端末１５で読み取る。一方、ＭＰＭ方式では、店舗側が提示したコード画像を、ユーザ（顧客）がユーザ端末１０を利用して読み取る。なお、本実施形態におけるＭＰＭ方式では、店舗側が店舗端末１５を用いて、動的に生成されたコード画像を用いる動的ＭＰＭ方式を用いる。

【0040】

（ＣＰＭ方式）
まず、図３を用いて、ＣＰＭ方式により決済を行なう場合を説明する。
ここでは、ユーザ端末１０のアプリ実行部１１は、第１コード要求処理を実行する（ステップＳ１１）。具体的には、ユーザは、決済アプリ１１ａを起動する。この場合、アプリ実行部は、表示装置Ｈ１３に決済画面を表示する。更に、ユーザは、この決済画面に含まれるコード要求ボタンを選択する。この場合、アプリ実行部１１は、ミニアプリ１１ｂにより、第１サーバ２０に対して、第１コード要求を送信する。この第１コード要求には、ユーザＩＤ、認証情報が含まれる。

【0041】

次に、第１サーバ２０の制御部２１は、会員認証処理を実行する（ステップＳ１２）。具体的には、制御部２１の認証部２１１は、第１コード要求に含まれるユーザＩＤ、認証情報により、ユーザ情報記憶部２２を用いて会員認証を行なう。会員認証を完了した場合、管理部２１２は、ユーザ端末１０から取得した第１コード要求に対して、取引番号（ワンタイムコード）を付与した取引履歴レコードを生成し、ユーザＩＤに関連付けてユーザ情報記憶部２２に記録する。

【0042】

第１サーバ２０の制御部２１は、第２コード要求処理を実行する（ステップＳ１３）。具体的には、制御部２１の管理部２１２は、第２コード要求を第２サーバ３０に送信する。第２コード要求には、取引番号が含まれる。

【0043】

次に、第２サーバ３０の制御部３１は、取引ＩＤ発行処理を実行する（ステップＳ１４）。具体的には、制御部３１の生成部３１１は、第２コード要求に対して、取引ＩＤを付与した取引管理データを生成して、取引情報記憶部３３に記録する（画像生成処理）。この取引管理データには、受付日時として現在日時、送金元ＩＤとして取引番号を記録する（関連付け処理）。

【0044】

次に、第２サーバ３０の制御部３１は、コード文字列送信処理を実行する（ステップＳ１５）。具体的には、制御部３１の生成部３１１は、取引ＩＤを含めたコード文字列を生成し、第１サーバ２０に送信する。

【0045】

次に、第１サーバ２０の制御部２１は、コード文字列転送処理を実行する（ステップＳ１６）。具体的には、制御部２１の管理部２１２は、第２サーバ３０から取得したコード文字列を、第１コード要求を行なったユーザ端末１０に送信する。

【0046】

次に、ユーザ端末１０のアプリ実行部１１は、コード文字列取得処理を実行する（ステップＳ１７）。具体的には、アプリ実行部１１は、決済アプリ１１ａのミニアプリ１１ｂによって、第１サーバ２０からコード文字列を取得する。

【0047】

次に、ユーザ端末１０のアプリ実行部１１は、コード表示処理を実行する（ステップＳ１８）。具体的には、アプリ実行部１１は、決済アプリ１１ａのミニアプリ１１ｂによって、コード文字列をコード化したコード画像を生成し、表示装置Ｈ１３に出力する。

【0048】

次に、店舗端末１５（読取端末）は、コード読取処理を実行する（ステップＳ１９）。具体的には、ユーザは、コード画像が出力されたユーザ端末１０を、店舗に提示する。そして、店舗端末１５を用いて、ユーザ端末１０の表示装置Ｈ１３に出力されたコード画像を読み取り、コード文字列のデコードを行なう。更に、店舗端末１５において決済金額が入力される。そして、店舗端末１５は、加盟店ＩＤ、コード文字列及び決済金額を第２サーバ３０に送信する。

【0049】

次に、第２サーバ３０の制御部３１は、コード文字列チェック処理を実行する（ステップＳ２０）。具体的には、制御部３１の取引部３１２は、第１サーバ２０から取得したコード文字列が、利用可能条件（有効性）を満たすかどうかを判定する。ここでは、利用条件として、以下を用いる。

【0050】

・コード文字列の取引ＩＤが、取引情報記憶部３３に記録されていること
・コード文字列の取引ＩＤの受付日時からの経過時間が有効期間内であること
・コード文字列の取引ＩＤが未使用であり、使用済フラグが記録されていないこと
コード文字列の取引ＩＤが、利用条件の何れかを満足しない場合には、取引部３１２は、店舗端末１５に取引不可情報を返信する。一方、コード文字列の取引ＩＤがすべての利用条件を満たす場合、取引部３１２は、コード文字列に対応する取引ＩＤの取引管理データに、送金先ＩＤ（加盟店ＩＤ）、取引金額（決済金額）を記録する。

【0051】

次に、第２サーバ３０の制御部３１は、決済依頼処理（決済段階処理）を実行する（ステップＳ２１）。具体的には、制御部３１の取引部３１２は、コード文字列に対応する取引ＩＤに関連付けられた取引番号を、取引情報記憶部３３で特定する。そして、取引部３１２は、第１サーバ２０に決済依頼を送信する。この決済依頼には、取引番号、決済金額、加盟店ＩＤを含める。

【0052】

次に、第１サーバ２０の制御部２１は、決済処理を実行する（ステップＳ２２）。具体的には、制御部２１の管理部２１２は、ユーザ情報記憶部２２において、取引番号を用いて、ユーザＩＤを特定する。そして、管理部２１２は、このユーザのアカウントの残高から決済金額を引き落とすことにより決済を行なう。取引履歴レコードには、取引日時（現在日時）、取引内容（決済）、取引先（加盟店ＩＤ）、金額（決済金額）を記録する。そして、管理部２１２は、決済結果をユーザ端末１０に出力する。

【0053】

この場合、ユーザ端末１０のアプリ実行部１１は、決済結果表示処理を実行する（ステップＳ２３）。具体的には、アプリ実行部１１は、決済アプリ１１ａによって、決済結果を表示装置Ｈ１３に出力する。
更に、第１サーバ２０の制御部２１は、決済結果返信処理を実行する（ステップＳ２４）。具体的には、制御部２１の管理部２１２は、決済結果を第２サーバ３０に返信する。

【0054】

次に、第２サーバ３０の制御部３１は、決済結果登録処理を実行する（ステップＳ２５）。具体的には、制御部３１の取引部３１２は、第１サーバ２０から決済結果を取得する。そして、取引部３１２は、取引情報記憶部３３の取引管理データのステータス（使用済フラグ）を記録する。そして、取引部３１２は、加盟店情報記憶部３２の取引履歴レコードに、取引ＩＤ、取引日時、取引内容、金額を記録する。そして、取引部３１２は、店舗端末１５に決済完了情報を送信する。
次に、店舗端末１５は、決済結果表示処理を実行する（ステップＳ２６）。具体的には、店舗端末１５は、表示装置Ｈ１３に決済完了情報を出力する。

【0055】

（動的ＭＰＭ方式）
次に、図４を用いて、動的ＭＰＭ方式により決済を行なう場合を説明する。

【0056】

ここでは、まず、店舗端末１５は、コード要求処理を実行する（ステップＳ３１）。具体的には、ユーザ（顧客）と取引を行なう場合、店員は店舗端末１５に決済金額を入力して、コード要求を第２サーバ３０に送信する。このコード要求には、加盟店ＩＤ、決済金額に関する情報を含める。

【0057】

次に、第２サーバ３０の制御部３１は、取引ＩＤ発行処理（画像生成処理）を実行する（ステップＳ３２）。具体的には、制御部３１の生成部３１１は、コード画像生成に用いる取引ＩＤを付与した取引管理データを生成して、取引情報記憶部３３に記録する。この取引管理データには、受付日時（現在日時）、送金先ＩＤ（加盟店ＩＤ）、取引金額（決済金額）を記録する。

【0058】

次に、第２サーバ３０の制御部３１は、コード文字列送信処理を実行する（ステップＳ３３）。具体的には、制御部３１の生成部３１１は、取引ＩＤを含めたコード文字列を生成し、店舗端末１５に送信する。

【0059】

次に、店舗端末１５は、コード表示処理を実行する（ステップＳ３４）。具体的には、店舗端末１５は、第２サーバ３０から取得したコード文字列をコード化したコード画像を生成し、表示装置Ｈ１３に出力する。

【0060】

次に、ユーザ端末１０（読取端末）のアプリ実行部１１は、コード取得処理を実行する（ステップＳ３５）。具体的には、ユーザは、決済アプリ１１ａを起動する。この場合、アプリ実行部１１は、表示装置Ｈ１３に決済画面を表示する。更に、ユーザは、この決済画面に含まれるコード読取ボタンを選択する。この場合、アプリ実行部１１は、決済アプリ１１ａのミニアプリ１１ｂによって、店舗端末１５の表示装置Ｈ１３に出力されたコード画像を読み取り、コード文字列のデコードを行なう。

【0061】

次に、ユーザ端末１０のアプリ実行部１１は、コード文字列送信処理を実行する（ステップＳ３６）。具体的には、アプリ実行部１１は、コード確認要求を第１サーバ２０に送信する。このコード確認要求には、ユーザＩＤ、認証情報、デコードしたコード文字列が含まれる。

【0062】

次に、第１サーバ２０の制御部２１は、会員認証処理を実行する（ステップＳ３７）。具体的には、制御部２１の認証部２１１は、コード確認要求に含まれるユーザＩＤ、認証情報を用いて、会員認証を行なう。

【0063】

次に、第１サーバ２０の制御部２１は、取引番号付与処理を実行する（ステップＳ３８）。具体的には、制御部２１の管理部２１２は、ユーザ端末１０から取得したコード確認要求に対して取引番号（ワンタイムコード）を付与して、ユーザＩＤに関連付けてユーザ情報記憶部２２に記録する。そして、管理部２１２は、取引番号、コード文字列を含めたコード要求を第２サーバ３０に送信する。

【0064】

次に、第２サーバ３０の制御部３１は、ステップＳ２０と同様に、コード文字列チェック処理を実行する（ステップＳ３９）。この場合も、取引部３１２は、第１サーバ２０から取得したコード文字列が、利用可能条件を満たすかどうかを確認する。そして、コード文字列の取引ＩＤがすべての利用条件を満たす場合、取引部３１２は、コード文字列に対応する取引ＩＤの取引管理データに、送金元ＩＤとして取引番号を記録する（関連付け処理）。

【0065】

次に、第２サーバ３０の制御部３１は、確認結果返却処理を実行する（ステップＳ４０）。具体的には、制御部３１の取引部３１２は、第１サーバ２０に確認結果を送信する。この確認結果には、取引番号、決済金額に関するデータを含める。

【0066】

次に、第１サーバ２０の制御部２１は、確認画面表示処理を実行する（ステップＳ４１）。具体的には、制御部２１の管理部２１２は、確認画面をユーザ端末１０に出力する。この確認画面には、決済金額に関する情報を含める。

【0067】

次に、ユーザ端末１０のアプリ実行部１１は、支払確定処理を実行する（ステップＳ４２）。具体的には、アプリ実行部１１は、決済アプリ１１ａのミニアプリ１１ｂによって、決済結果を表示装置Ｈ１３に出力する。決済金額を確認したユーザは、確認入力を行なうことにより、支払を確定させる。

【0068】

次に、ユーザ端末１０のアプリ実行部１１は、決済依頼処理を実行する（ステップＳ４３）。具体的には、アプリ実行部１１は、決済アプリ１１ａのミニアプリ１１ｂによって、決済依頼を、第１サーバ２０に送信する。この決済依頼には、取引番号を含める。

【0069】

次に、第１サーバ２０の制御部２１は、ステップＳ２２と同様に、決済処理を実行する（ステップＳ４４）。
次に、ユーザ端末１０のアプリ実行部１１は、ステップＳ２３と同様に、決済結果表示処理を実行する（ステップＳ４５）。

【0070】

次に、第１サーバ２０の制御部２１は、支払依頼処理を実行する（ステップＳ４６）。具体的には、制御部２１の管理部２１２は、支払依頼を第２サーバ３０に送信する。この支払依頼には、取引番号に関する情報を含める。

【0071】

次に、第２サーバ３０の制御部３１は、ステップＳ２５と同様に、決済結果登録処理を実行する（ステップＳ４７）。
次に、店舗端末１５は、ステップＳ２６と同様に、決済結果表示処理を実行する（ステップＳ４８）。

【0072】

（清算処理）
次に、第２決済サービスの加盟店の売上の清算処理を説明する。
第２サーバ３０は、所定のタイミングで、連携サービスによる売上の清算処理を行なう。この場合、第２サーバ３０は、取引情報記憶部３３から、清算フラグが記録されていない取引管理データの中で、取引番号が記録された取引管理データを抽出する。そして、第２サーバ３０は、取引金額を、第１決済サービスのプロバイダから回収する。更に、第２サーバ３０は、加盟店情報記憶部３２を用いて、取引管理データの送金先ＩＤの加盟店の加盟店口座を特定し、この加盟店口座に回収金を入金することにより清算を行なう。

【0073】

（本実施形態の作用）
第２サーバ３０が、第１サーバ２０を介して、ユーザ端末１０に対して、第1決済サービスを提供するので、第1決済サービスの会員情報を把握する必要がない。

【0074】

（本実施形態の効果）
（１）本実施形態では、ユーザ端末１０のアプリ実行部１１は、第１コード要求処理を実行する（ステップＳ１１）。第１サーバ２０の制御部２１は、会員認証処理（ステップＳ１２）、第２コード要求処理（ステップＳ１３）を実行する。この場合、第１サーバ２０は、取引番号を用いるので、第２サーバ３０にユーザ情報を提供することなく、第２コード要求を行なうことができる。
（２）本実施形態では、第２サーバ３０の制御部３１は、取引ＩＤ発行処理（ステップＳ１４）、コード文字列送信処理（ステップＳ１５）を実行する。第１サーバ２０の制御部２１は、コード文字列転送処理を実行する（ステップＳ１６）。これにより、ユーザ端末１０と直接、通信を行なうことなく、コード文字列を、第１サーバ２０を介してユーザ端末１０に提供することができる。

【0075】

（３）本実施形態では、ユーザ端末１０のアプリ実行部１１は、コード表示処理を実行する（ステップＳ１８）。次に、店舗端末１５は、コード読取処理を実行する（ステップＳ１９）。これにより、第２決済サービスと同様に、コード画像により取引を行なうことができる。

【0076】

（４）本実施形態では、第２サーバ３０の制御部３１は、コード文字列チェック処理を実行する（ステップＳ２０）。これにより、第２決済サービスと同様に、不正な取引を抑制することができる。

【0077】

（５）本実施形態では、第２サーバ３０の制御部３１は、決済依頼処理を実行する（ステップＳ２１）。第１サーバ２０の制御部２１は、決済処理を実行する（ステップＳ２２）。これにより、第２サーバ３０にアカウントがないユーザに対して決済サービスを提供することができる。第１決済サービスの加盟店と第２決済サービスの加盟店とは異なる場合もある。この場合においても、第１決済サービスのユーザは、第２決済サービスの加盟店を利用して取引を行なうことができるので、決済の自由度を高めることができる。
（６）本実施形態では、店舗端末１５は、決済結果表示処理を実行する（ステップＳ２６）。これにより、店舗は、決済が完了したことを把握することができる。

【0078】

（７）本実施形態では、店舗端末１５は、コード要求処理（ステップＳ３１）、コード表示処理（ステップＳ３４）を実行する。これにより、第２決済サービスと同様に、動的ＭＰＭ方式で用いるコード画像を表示することができる。

【0079】

（８）本実施形態では、ユーザ端末１０のアプリ実行部１１は、コード取得処理（ステップＳ３５）、コード文字列送信処理を実行する（ステップＳ３６）。これにより、第１決済サービスのユーザが、第２決済サービスで用いるコード画像を利用することができる。

【0080】

（９）本実施形態では、第１サーバ２０の制御部２１は、会員認証処理（ステップＳ３７）、取引番号付与処理（ステップＳ３８）を実行する。これにより、第１決済サービスのユーザに対して、ユーザ情報の代わりに取引番号を付与することができる。

【0081】

（１０）本実施形態では、第２サーバ３０の制御部３１は、コード文字列チェック処理を実行する（ステップＳ３９）。これにより、第２決済サービスと同様に、不正な取引を抑制することができる。

【0082】

（１１）本実施形態では、第１サーバ２０の制御部２１は、確認画面表示処理を実行する（ステップＳ４１）。ユーザ端末１０のアプリ実行部１１は、支払確定処理（ステップＳ４２）、決済依頼処理（ステップＳ４３）を実行する。第１サーバ２０の制御部２１は、決済処理を実行する（ステップＳ４４）。これにより、第２決済サービスで利用するコード画像を用いた決済内容を確認して、決済を行なうことができる。第１決済サービスの加盟店と第２決済サービスの加盟店とは異なる場合もあるので、第１決済サービスのユーザは、第２決済サービスの加盟店を利用して取引を行なうことができるので、決済の自由度を高めることができる。
（１２）本実施形態では、店舗端末１５は、決済結果表示処理を実行する（ステップＳ４８）。これにより、店舗は、決済が完了したことを把握することができる。

【0083】

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、ＣＰＭ方式、ＭＰＭ方式を用いたが、何れか一方により連携サービスを提供するようにしてもよい。

【0084】

・上記実施形態では、決済アプリ１１ａ、ミニアプリ１１ｂを用いたが、第１サーバ２０を介して第２サーバ３０に接続できれば、ミニアプリ１１ｂを用いる場合に限定されない。決済アプリ１１ａをカスタマイズして利用してもよい。

【0085】

・上記実施形態では、動的ＭＰＭ方式を用いる。これに代えて、静的ＭＰＭ方式に適用してもよい。この場合には、第２サーバ３０から取得したコード文字列をコード化したコード画像を生成し、予め店頭に表示しておく。そして、ユーザ端末１０において金額を設定する。

【0086】

・上記実施形態では、店舗端末１５（読取端末）は、コード読取処理を実行する（ステップＳ１９）。ここで、店舗端末１５において決済金額が入力される。決済金額は、ユーザ端末１０から取得してもよい。
・上記実施形態では、第２サーバ３０は、第２決済サービスを利用するユーザが保有するアカウントの残高を管理する場合を想定する。第２決済サービスにおいて、第１決済サービスと異なるサービスを提供していれば、残高を管理しなくてもよい。
・上記実施形態では、清算処理において、第２決済サービスの加盟店の売上の清算を行なう。清算方法はこの方法に限定されるものではない。

【0087】

・上記実施形態では、会員認証処理（ステップＳ１２、Ｓ３７）を行なうが、取引番号を付与する前であれば、会員認証のタイミングは限定されない。

【符号の説明】

【0088】

Ａ１…サービス連携システム、１０…ユーザ端末、１１…アプリ実行部、１１ａ…決済アプリ、１１ｂ…ミニアプリ、１５…店舗端末、２０…第１サーバ、２１…制御部、２１１…認証部、２１２…管理部、２２…ユーザ情報記憶部、３０…第２サーバ、３１…制御部、３１１…生成部、３１２…取引部、３２…加盟店情報記憶部、３３…取引情報記憶部。

【要約】

【課題】効率的に取引を行なうためのサービス連携システム及びサービス連携方法を提供する。
【解決手段】サービス連携システムＡ１は、第１決済サービスを提供する第１サーバ２０と接続され、第２決済サービスを提供する第２サーバ３０と、第１決済サービスを利用するユーザ端末１０と、を備える。そして、第２サーバ３０が、決済に用いるコード画像に含める画像識別子を生成する画像生成処理と、第１サーバ２０で生成された匿名識別子と、画像識別子とを関連付けて記憶する関連付け処理とを実行する。更に、第２サーバ３０が、読取端末で読み取ったコード画像の画像識別子を取得した場合、第１サーバ２０に、画像識別子と関連付けられた匿名識別子の取引の決済を実行させる決済段階処理を実行する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】