特許 7617666 制御方法、それに用いられるコンピュータプログラム、及び連携システム、並びにその連携システムに組み込まれるサービスシステム、それに用いられる制御方法、及びコンピュータプログラム

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

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

(11)【特許番号】

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

(45)【発行日】2025-01-20

(54)【発明の名称】制御方法、それに用いられるコンピュータプログラム、及び連携システム、並びにその連携システムに組み込まれるサービスシステム、それに用いられる制御方法、及びコンピュータプログラム

(51)【国際特許分類】

   G06Q 20/30 20120101AFI20250110BHJP

   G06Q 20/16 20120101ALI20250110BHJP

【ＦＩ】

G06Q20/30

G06Q20/16

【請求項の数】 20

(21)【出願番号】P 2023210958

(22)【出願日】2023-12-14

【審査請求日】2024-07-31

【早期審査対象出願】

(73)【特許権者】

【識別番号】000169477

【氏名又は名称】株式会社コナミアミューズメント

(74)【代理人】

【識別番号】100099645

【弁理士】

【氏名又は名称】山本 晃司

(74)【代理人】

【識別番号】100161090

【弁理士】

【氏名又は名称】小田原 敬一

(72)【発明者】

【氏名】北野 豊文

【審査官】上田 威

(56)【参考文献】

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

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

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

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

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

【請求項1】

所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムに組み込まれるコンピュータに、
所定の認証の成功後に前記サービスシステム及び前記決済システムにおいて共用されるように発行される識別情報を介して前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための関係として前記所定の認証の成功後の状態を維持する連携関係を成立させる第１関係設定手順と、
前記連携関係が成立している状況において当該連携関係を所定の解除条件が満たされるまで維持することにより前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手順と、
を実行させる、制御方法。

【請求項2】

前記決済システムは、ユーザ端末装置を介して前記所定のサービスの対価を決済するように構成され、
前記サービスシステムには、前記連携関係の成立に用いられる情報に含まれる前記所定のサービスに関する所定の情報を前記ユーザ端末装置に提供するための情報提供手段が設けられ、
前記第１関係設定手順は、前記ユーザ端末装置を介して前記所定の情報を取得する、請求項１に記載の制御方法。

【請求項3】

前記サービスシステムは、サービス端末を介して前記所定のサービスを提供するように構成され、
前記情報提供手段として、前記サービス端末が機能する、請求項２に記載の制御方法。

【請求項4】

前記サービス端末には、前記所定の情報を含むように所定の規格に準拠して生成されたコードが設けられ、
前記ユーザ端末装置には、前記コードを読み取るためのリーダが設けられ、前記コードを介して前記所定の情報が提供される、請求項３に記載の制御方法。

【請求項5】

前記サービス端末には、前記所定の情報を近距離無線通信にて送信するための送信機能が設けられ、
前記ユーザ端末装置には、前記近距離無線通信の受信機能が設けられ、前記近距離無線通信を介して前記所定の情報が提供される、請求項３に記載の制御方法。

【請求項6】

前記サービスシステムは、サービス端末を介して前記所定のサービスを、補助サービス端末を介して前記所定のサービスを補助する補助サービスを、それぞれ提供するように構成され、
前記補助サービス端末は、前記補助サービスを前記サービス端末と連携して提供するように前記サービス端末から当該サービス端末に関するサービス情報を取得するとともに、前記所定の情報を前記ユーザ端末装置に提供することにより前記情報提供手段として機能し、
前記対価決済手順は、前記サービス情報に基づいて前記補助サービス端末と前記サービス端末とが連携された後に、前記所定のサービスの対価を前記決済システムに決済させる、請求項２に記載の制御方法。

【請求項7】

前記サービスシステムは、複数のサービス端末を介して複数のサービスをそれぞれ前記所定のサービスとして提供するように構成され、
前記補助サービス端末は、各サービス端末の前記サービス情報に基づいて前記複数のサービス端末と連携され、
前記対価決済手順は、前記連携関係が成立している状況において前記複数のサービス端末がそれぞれ提供する複数のサービスの対価の決済が要求された場合に当該複数のサービスの対価をそれぞれ前記決済システムに決済させる、請求項６に記載の制御方法。

【請求項8】

前記ユーザ端末装置には、前記所定のサービスの対価を決済するための決済機能と、前記補助サービスを提供するための補助サービス機能とが設けられ、
前記補助サービス端末として、前記補助サービス機能を利用した前記ユーザ端末装置が利用される、請求項７に記載の制御方法。

【請求項9】

前記サービス端末には、前記サービス情報を含むように所定の規格に準拠して生成されたコードが設けられ、
前記ユーザ端末装置には、前記コードを読み取るためのリーダが設けられ、
前記補助サービス機能は、前記リーダを介して前記コードから読み取った前記サービス情報に基づいて前記サービス端末と連携するように構成される、請求項８に記載の制御方法。

【請求項10】

前記サービス端末には、前記サービス情報を近距離無線通信にて送信するための送信機能が設けられ、
前記ユーザ端末装置には、前記近距離無線通信の受信機能が設けられ、
前記補助サービス機能は、前記近距離無線通信を介して受信された前記サービス情報に基づいて前記サービス端末と連携するように構成される、請求項８に記載の制御方法。

【請求項11】

前記補助サービス機能は、前記サービス情報を取得した後に所定の呼び出し指示に基づいて前記決済機能を呼び出すように構成される、請求項８～１０のいずれか一項に記載の制御方法。

【請求項12】

前記サービスシステムは、前記所定のサービスとしてゲームを提供する、請求項１～１０のいずれか一項に記載の制御方法。

【請求項13】

前記連携システムとして、前記決済システムが機能する、請求項１～１０のいずれか一項に記載の制御方法。

【請求項14】

前記サービスシステムは、前記複数回の決済を要求する場合において少なくとも二回目以降の決済において当該二回目以降の決済を承認するか否かユーザに確認する機会を省略するように構成される、請求項１～１０のいずれか一項に記載の制御方法。

【請求項15】

前記コンピュータに、前記サービスシステムのユーザによって前記連携関係を解除するための指示が実行された場合、及び前記連携関係の成立から所定時間経過した場合の少なくともいずれか一方の場合において前記決済システムに前記連携関係を解除させる連携解除手順を更に実行させる、請求項１～１０のいずれか一項に記載の制御方法。

【請求項16】

所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムに組み込まれるコンピュータを、
所定の認証の成功後に前記サービスシステム及び前記決済システムにおいて共用されるように発行される識別情報を介して前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための関係として前記所定の認証の成功後の状態を維持する連携関係を成立させる第１関係設定手段、及び
前記連携関係が成立している状況において当該連携関係を所定の解除条件が満たされるまで維持することにより前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手段として機能させるように構成された、コンピュータプログラム。

【請求項17】

所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムであって、
所定の認証の成功後に前記サービスシステム及び前記決済システムにおいて共用されるように発行される識別情報を介して前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための関係として前記所定の認証の成功後の状態を維持する連携関係を成立させる第１関係設定手段と、
前記連携関係が成立している状況において当該連携関係を所定の解除条件が満たされるまで維持することにより前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手段と、
を備える、連携システム。

【請求項18】

所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムにおいて前記サービスシステムに組み込まれるコンピュータに、
所定の認証の成功後に前記サービスシステム及び前記決済システムにおいて共用されるように発行される識別情報を介して前記決済システムと前記所定のサービスの対価を決済するための関係として前記所定の認証の成功後の状態を維持する連携関係を成立させる第２関係設定手順と、
前記連携関係が成立している状況において当該連携関係を所定の解除条件が満たされるまで維持することによりユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手順と、
を実行させる、制御方法。

【請求項19】

所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムにおいて前記サービスシステムに組み込まれるコンピュータを、
所定の認証の成功後に前記サービスシステム及び前記決済システムにおいて共用されるように発行される識別情報を介して前記決済システムと前記所定のサービスの対価を決済するための関係として前記所定の認証の成功後の状態を維持する連携関係を成立させる第２関係設定手段、及び
前記連携関係が成立している状況において当該連携関係を所定の解除条件が満たされるまで維持することによりユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手段として機能させるように構成された、コンピュータプログラム。

【請求項20】

所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムの前記サービスシステムであって、
所定の認証の成功後に前記サービスシステム及び前記決済システムにおいて共用されるように発行される識別情報を介して前記決済システムと前記所定のサービスの対価を決済するための関係として前記所定の認証の成功後の状態を維持する連携関係を成立させる第２関係設定手段と、
前記連携関係が成立している状況において当該連携関係を所定の解除条件が満たされるまで維持することによりユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手段と、
を備える、サービスシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、所定のサービスを提供するためのサービスシステムを、そのサービスの対価が決済されるように決済システムと連携させるための連携システムに組み込まれるコンピュータに適用される制御方法等に関する。

【背景技術】

【0002】

所定のサービスを提供するためのサービスシステムを、そのサービスの対価が決済されるように決済システムと連携させるための連携システムが知られている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第５４９６３９８号公報

【発明の概要】

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

【0004】

特許文献１のシステムを含む決済分野では、連続的な複数の決済に対するニーズがある。例えば、いわゆるクレーンゲームのようなプライズゲームでは、一度のプレイにて獲得を目指す景品の位置を変え、二度目、三度目のプレイにて実際の獲得を図るといった戦略が用いられる場合がある。戦略でなくとも、先のプレイでの感触を踏まえて二度目、三度目のプレイに挑むといった具合に連続的にプレイされる場合も多い。このため、プライズゲームのプレイに対する対価が決済される場合、連続的な複数の決済に対するニーズは特に高い。

【0005】

そこで、本発明は、複数回の決済に対するユーザの手間暇を低減することができる制御方法等を提供することを目的とする。

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

【0006】

本発明の制御方法は、所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムに組み込まれるコンピュータに、前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための連携関係を成立させる第１関係設定手順と、前記連携関係が成立している状況において前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手順と、を実行させる、ものである。

【0007】

本発明のコンピュータプログラムは、所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムに組み込まれるコンピュータを、前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための連携関係を成立させる第１関係設定手段、及び前記連携関係が成立している状況において前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手段として機能させるように構成された、ものである。

【0008】

本発明の連携システムは、所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムであって、前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための連携関係を成立させる第１関係設定手段と、前記連携関係が成立している状況において前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手段と、を備える、ものである。

【0009】

一方、本発明のサービスシステムに適用される制御方法は、所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムにおいて前記サービスシステムに組み込まれるコンピュータに、前記決済システムと前記所定のサービスの対価を決済するための連携関係を成立させる第２関係設定手順と、前記連携関係が成立している状況においてユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手順と、を実行させる、ものである。

【0010】

また、本発明のサービスシステムに適用されるコンピュータプログラムは、所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムにおいて前記サービスシステムに組み込まれるコンピュータを、前記決済システムと前記所定のサービスの対価を決済するための連携関係を成立させる第２関係設定手段、及び前記連携関係が成立している状況においてユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手段として機能させるように構成された、ものである。

【0011】

さらに、本発明のサービスシステムは、所定のサービスを提供するためのサービスシステムを、前記所定のサービスの対価が決済されるように決済システムと連携させるための連携システムの前記サービスシステムであって、前記決済システムと前記所定のサービスの対価を決済するための連携関係を成立させる第２関係設定手段と、前記連携関係が成立している状況においてユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手段と、を備える、ものである。

【図面の簡単な説明】

【0012】

【図1】本発明の一形態に係る連携システムが組み込まれたネットワークシステムの構成の一例を示す図。

【図2】第１の連携形態における連携の手順の概要を説明するための説明図。

【図3】対象特定処理の手順の一例を示すフローチャート。

【図4】認証準備処理の手順の一例を示すフローチャート。

【図5】認証処理の手順の一例を示すフローチャート。

【図6】第１連携決済処理の手順の一例を示すフローチャート。

【図7】連携解除処理の手順の一例を示すフローチャート。

【図8】第２の連携形態における連携の手順の概要を説明するための説明図。

【図9】ペアリング処理の手順の一例を示すフローチャート。

【図10】アプリ連携処理の手順の一例を示すフローチャート。

【図11】第２連携決済処理の手順の一例を示すフローチャート。

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

【0013】

（連携システムの概要）
図１を参照して本発明の一形態に係る連携システムの概要を説明する。図１は、本発明の一形態に係る連携システムが組み込まれたネットワークシステムの構成の一例を示す図である。図１に示すように、本形態では、サービスシステムの一例としてのアーケードシステム１と、決済システム２との連携に連携システムが適用される場合を示している。また、連携システムは、アーケードシステム１がユーザに直接的に提供するサービスの対価を決済システム２に決済させるように適用されてもよいが、図１の例ではアーケードシステム１がサービス端末１１を介して間接的に提供するサービスの対価を決済システムに決済させるように適用される場合が示されている。この場合、各種サービス端末１１を介して提供されるサービスの少なくとも一つの対価が決済されるように、アーケードシステム１が決済システム２に連携される。

【0014】

具体的には、アーケードシステム１は、アーケードサーバ１０と、そのアーケードサーバ１０にクライアント装置として接続されるサービス端末１１と、を備えたクライアント・サーバシステムとして構成されている。アーケードサーバ１０は、単一の物理的なサーバ装置によって構成されてもよいし、複数の物理的なサーバ装置を組み合わせた論理的なサーバとして構成されてもよい。さらに、アーケードサーバ１０は、インターネット等のＷＡＮに接続された複数のサーバ装置を組み合わせたクラウドサーバとして構成されてもよい。

【0015】

サービス端末１１は各種のサービスを提供する適宜の端末を含み得るが、図１の例ではゲーム機１２と、自動販売機１３と、ユーザ端末装置１５とを含んでいる。ゲーム機１２は適宜に構成されてよく、例えばいわゆるモバイルゲームを提供するユーザ端末装置等の各種のゲーム装置を適宜に含み得るが、図１の例ではユーザによる所定の料金の支払いと引き換えに、ゲームと関連付けられた各種のサービスをそのユーザに提供する業務用ゲーム機として構成されている。この種のゲーム機はアーケードゲーム機と呼ばれることがある。ゲーム機１２が提供する所定のサービスは、少なくともゲームをプレイさせるサービスを含む。ゲームをプレイさせるサービスに加えて、ゲームで利用するアイテム等の各種コンテンツを有償で販売するサービス等がゲーム機１２にて適宜に提供されてよい。

【0016】

ゲーム機１２にてプレイされるゲームの種類等は特に制限されない。各種のゲームがゲーム機１２にてプレイ可能であってよいが、図１の例ではゲーム機１２はプライズゲーム（景品獲得ゲーム）を提供するプライズゲーム機として構成されている。プライズゲームは、入力装置を介してユーザが操作対象を操作して遊技体の状態を所定の状態にすると景品が付与されるタイプのゲームである。操作対象は適宜に構成され得るが、図１の例では物理的な遊技体を捕獲（取得）するための装置の一種であるクレーンユニットとして構成されている。クレーンユニットは、遊技体を挟むための複数のアーム（多くの場合２つ）を有し、このアームで挟むことによって遊技体を掴む（捕獲する）ように構成される。そして、遊技体がクレーンユニットによって捕獲され、外部に遊技体を排出するための排出口につながる開口まで運搬されると（所定の状態になると）景品がユーザに付与される。この種のプライズゲームは、クレーンゲームと呼ばれる場合も多い。

【0017】

自動販売機１３は、飲料等の各種の商品を有償で販売する装置である。自動販売機１３では、一例として各種商品の販売が所定のサービスとして提供される。ユーザ端末装置１５は、ユーザの個人的用途に供される汎用の情報通信端末である。例えば、スマートフォン、タブレット、ＰＣ等がユーザ端末装置１５として適宜に用いられてよい。ユーザ端末装置１５は例えばゲームで利用するアイテム等の各種コンテンツの購入といった適宜の所定のサービスとして提供してよい。あるいは、ユーザ端末装置１５は、サービス端末１１ではなく単にゲーム関連サービスを提供する補助的な端末として機能してもよい。

【0018】

アーケードシステム１では、アーケードサーバ１０と、ゲーム機１２、自動販売機１３、及びユーザ端末装置１５とが適宜に協働することにより、ユーザに対して各種のクライアント用サービスが提供される。例えば、自動販売機１３に関しては、ユーザの購入実績をアーケードサーバ１０が取得し、得られた実績に応じたポイントをユーザに付与するといったサービスが提供されてよい。同様に、ゲーム機１２に関しては、実績に応じたポイント等のユーザのプレイデータをアーケードサーバ１０上に保存し、保存されたプレイデータをゲーム機１２に提供するサービス等が提供されてよい。ポイントを含むプレイデータの管理は、ユーザ端末装置１５を介して実行されてもよい。換言すれば、ユーザ端末装置１５が各ユーザを識別するためのＩＤとして機能し、ユーザ端末装置１５とアーケードサーバ１０との間でプレイデータの送受信が実行されてもよい。つまり、ユーザ端末装置１５には、このようなゲーム機１２のプレイデータを管理するゲーム関連サービスが提供されてよい。ゲーム関連サービスは、ゲームに関連するコンテンツ等をユーザに販売するといったサービスを含んでいてもよい。

【0019】

アーケードサーバ１０には、そのコンピュータハードウエアと、所定のサーバプログラムＰＧ１との組み合わせによって実現される論理的装置として、認証処理部１０１、サービス処理部１０２、及び決済連携部１０３が設けられる。これらの装置以外にも各種の論理的装置がアーケードサーバ１０に適宜に設けられるが、それらの図示は省略した。

【0020】

認証処理部１０１は、アーケードシステム１を利用するユーザを認証するために必要な各種の処理を担当する。認証処理部１０１におけるユーザの認証は、ユーザＩＤと、ユーザのみが知るパスワード等の暗証情報とを用いて行われる。ユーザＩＤは、アーケードシステム１にてユーザを識別するための識別情報の一例であって、アーケードシステム１にて固有的に通用するものである。

【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】

ゲーム機１２はアーケードサーバ１０から決済結果が通知されると、それを取得し、その決済結果に基づいて決済が成功したか否か判別する（ステップＳ１２０２）。決済が失敗している場合（ステップＳ１２０２：Ｎｏ）、ゲーム機１２は以降の処理をスキップして今回の第１連携決済処理を終了する。この場合、ゲーム機１２は決済失敗の結果を、表示装置等を通じて適宜にユーザに通知してもよい。

【0074】

一方、決済が成功している場合（ステップＳ１２０２：Ｙｅｓ）、ゲーム機１２はユーザから指示されたゲームのプレイを許可し、プレイを開始させる（ステップＳ１２０３）。そして、プレイの開始の後にゲーム機１２は今回の第１連携決済処理を終了する。これにより、セッションが成立している状況において認証等が省略され、比較的簡易な手順にてゲームの対価が決済システム２において決済される。また、一般的には決済終了後はセッションが解除され、次回の決済時に再度認証等が要求されるが、図６の例では決済後もセッションは解除されず、維持される。換言すれば、決済システム２等はセッションを解除せず、第２セッションデータＤ２等を介して維持する。このため、比較的簡易な手順で繰り返しゲーム機１２におけるプレイの対価が決済システム２にて決済される。より具体的には、図２の（Ｃ）の例におけるＦ１１～Ｆ１６の手順が実現される。なお、図６の例ではセッションを解除する積極的な処理の省略によりセッションが維持されているが、決済システム２等によって積極的にセッションを維持するための処理（例えばセッション維持の指示等）が実行されてもよい。

【0075】

図７は、連携解除処理の手順の一例を示すフローチャートである。連携解除処理は、アーケードサーバ１０と決済サーバ２０との間の連携関係（セッション）を解除するための処理である。両システム１、２間の連携関係は、一例として所定の解除条件が満たされるまで維持され、解除条件が満たされると解除される。解除条件は適宜に満たされてよく、例えばセッションの成立から所定時間が経過した場合、所定時間内に次の決済が実行されなかった場合、所定回数の決済が実行された場合、或いはユーザがゲーム機１２の近く（例えばゲーム機１２の設置された施設）から離れる等の所定の位置条件が形成された場合等に適宜に満たされてよいが、一例としてセッション維持の解除を要求する所定の解除指示がゲーム機１２に実行された場合に満たされる。図７の例は、このような場合の連携解除処理の手順を示している。この場合、連携解除処理は、一例としてゲーム機１２、アーケードサーバ１０の決済連携部１０３、及び決済サーバ２０の決済処理部２０２の協働にて実現される。なお、図７では、主にアーケードサーバ１０の決済連携部１０３によって実行される処理（手順）がアーケードサーバ１０として、主に決済サーバ２０の決済処理部２０２によって実行される処理（手順）が決済サーバ２０として、それぞれ示される。

【0076】

具体的には、所定の解除指示が入力されると、ゲーム機１２は図７の連携解除処理を開始し、まずその解除指示を取得する（ステップＳ１３０１）。続いてゲーム機１２は、アーケードサーバ１０にセッションの解除を要求する（ステップＳ１３０２）。

【0077】

アーケードサーバ１０はゲーム機１２から解除が要求されると、図７の連携解除処理を開始し、まずその要求を取得する（ステップＳ１４０１）。続いてアーケードサーバ１０は、その要求に基づいて決済サーバ２０にセッションの解除を要求する（ステップＳ１４０２）。さらに、アーケードサーバ１０は解除の要求に基づいて決済サーバ２０との間のセッション（連携関係）を解除するとともに、その結果をゲーム機１２に送信する（ステップＳ１４０３）。例えば、セッション（連携関係）の解除は、第１セッションデータＤ１の消去（破棄）によって実現される。そして、ゲーム機１２への通知の後にアーケードサーバ１０は今回の連携解除処理を終了する。

【0078】

ゲーム機１２はアーケードサーバ１０から解除の結果が送信されると、その結果を取得するとともに、表示装置への表示等を通じてユーザに通知する（ステップＳ１３０３）。そして、この通知の後にゲーム機１２も今回の連携解除処理を終了する。

【0079】

一方、決済サーバ２０はアーケードサーバ１０から解除が要求されると、図７の連携解除処理を開始し、まずその要求を取得する（ステップＳ１５０１）。続いて決済サーバ２０は、その要求に基づいてセッション、つまりアーケードサーバ１０との間の決済のための連携関係を解除する（ステップＳ１５０２）。例えば、この解除は第２セッションデータＤ２の消去（破棄）によって実現される。そして、セッションを解除した後に決済サーバ２０は今回の連携解除処理を終了する。これにより、ユーザの解除指示に基づいてアーケードシステム１と決済システム２との間のセッションが解除される。換言すれば、ユーザによって解除が指示されるまでセッションが維持される一方で、ユーザの任意の時期にそのセッションが解除される。

【0080】

以上に説明したように、第１の連携形態によれば、セッション（連携関係）の成立後にはアーケードシステム１からの決済要求に応じて連続的な（短時間における）複数回の決済が許容されるようにゲームの対価が決済システム２にて決済される。換言すれば、セッションの成立後には複数回の決済が許容されるようにそのセッションが維持される。一般的にセッションの成立にはユーザ認証等の手間が発生する場合が多い。少なくともセッションを成立させるための各種情報を両システム１、２間で送受信する必要がある。結果的に時間がかかる場合も多い。このため、セッションの成立後に複数回の決済を許容するようにセッションを維持することにより、これらの手順を省略することができる。結果として、複数回の決済に対するユーザの手間暇を低減することができ、ひいては例えばプライズゲームにおける連続的なプレイ等、複数回の決済を促進することができる。

【0081】

また、アーケードシステム１の運営者は自ら決済のためのシステムを構築することなく、決済システム２を介して決済を実現することができる。換言すれば、決済のためのシステムを持つことなく、同様のサービスを提供することができる。さらに、決済要求（決済対象の対価の情報）はゲーム機１２、換言すればアーケードシステム１から決済システム２に提供される。このため、アーケードシステム１は、決済対象の対価を自ら決定することができる。これにより、アーケードシステム１は、割引、優遇、特典といった各種のキャンペーンを実現することができる。具体的には、アーケードシステム１は、例えばクーポン等の割引サービスにより対価から割引金額を差し引いた後の金額の決済を決済システム２０に要求することができる。

【0082】

さらに、セッションが維持されている状況において各対価の決済を承認するための承認の機会が省略される場合、ユーザに対する承認プロセスが省略されるため、ユーザの手間暇の更なる低減を図ることができる。一方、セッションは解除指示が実行されるまで維持される。このため、ユーザに連続的な決済に対する安心感を与えることができる。また、決済対象のサービスの特定は、サービス情報を含むコードＣＤを介して実行される。この場合、決済に用いられるサービス情報がユーザに直接認識されることを抑制することができる。ゲーム機１２は不特定多数のユーザが利用可能な施設に設置される場合が多い。その場合にサービス情報が容易にユーザに認識されてしまうと、セキュリティの観点から好ましくない。このため、サービス情報がコードＣＤを介してユーザ端末装置２３に提供される場合、セキュリティ面の向上を図ることができる。

【0083】

また、アーケードシステム１においてユーザＩＤが管理されていなくても（サービス提供時に各ユーザは識別されず、ポイント等は付与されなくても）、決済サービスによる決済が実現される。ゲーム機１２（アーケードゲーム機）は店舗等の施設に設置される場合が多く、施設に訪れるユーザはユーザ登録を実行するようなユーザ（例えば常連のユーザ）ばかりではなく、ユーザ登録を実行しないユーザ（例えば初めて施設を訪れるユーザや初めてプレイするユーザ等）も多いという特性がある。このため、ユーザＩＤ不要で決済可能であればアーケードゲーム機が提供するゲーム（いわゆるアーケードゲーム）との相性がよい。換言すれば、アーケードゲーム等、ユーザＩＤ不要で提供される場合も多いタイプのサービスにて連続的な決済を実現することができる。

【0084】

以上の第１の連携形態において、ステップＳ６０４を含む図５の決済サーバ２０の手順が本発明の第１関係設定手順として、決済サーバ２０の認証処理部２０１がそれを実行することにより本発明の第１関係設定手段として、それぞれ機能する。また、ステップＳ１００２を含む図６の決済サーバ２０の手順が本発明の対価決済手順として、決済システム２の決済処理部２０２がそれを実行することにより本発明の対価決済手段として、それぞれ機能する。同様に、例えばステップＳ１５０２を含む図７の決済サーバ２０の手順が本発明の連携解除手順として機能する。そして、決済システム２の認証処理部２０１、及び決済処理部２０２のそれぞれに対して図５～図７に示した処理を実行させる機能を実装させることにより、それらの認証処理部２０１、及び決済処理部２０２、ひいては決済システム２（あるいは決済サーバ２０）が本発明の連携システムの一例を構成する。

【0085】

さらに、第１の連携形態において、ステップＳ７０５を含む図５のアーケードサーバ１０の手順が本発明の第２関係設定手順として、アーケードシステム１の認証処理部１０１がそれを実行することにより本発明の第２関係設定手段として、それぞれ機能する。同様に、ステップＳ１１０１を含む図６のアーケードサーバ１０の手順が本発明の決済要求手順として、アーケードシステム１の決済連携部１０３がそれを実行することにより本発明の決済要求手段として、それぞれ機能する。

【0086】

［第２の連携形態］
（連携の手順の概要）
図８は、第２の連携形態における連携の手順の概要を説明するための説明図である。図８の（Ａ）はシステム１、２間を連携させる（連携関係を成立させる）手順を、（Ｂ）は連携関係成立後の決済の手順を、それぞれ示している。なお、図８の例でも、図２の例と同様にサービス端末１１の代表としてゲーム機１２が示されているが、他のサービス端末１１のサービスが決済される場合も同様の手順で連携、及び決済が実行されてよい。また、以下では、ユーザ端末装置２３にてサービス系アプリが動作する場合をサービス系アプリと、決済アプリが動作する場合を決済アプリと、それぞれ呼ぶ場合がある。

【0087】

図８の（Ａ）に示すように、第２の連携形態における連携の手順では、まずアーケードシステム１と決済システム２とを連携させる（連携関係を成立させる）手順が実行される。この手順は、一例としてＭ１～Ｍ１０の手順を含んでいる。具体的には、まずゲーム機１２からユーザ端末装置２３にサービス情報が提供される。第２の連携形態でも第１の連携形態と同様にサービス情報は適宜に提供され得るされるが、図８の例では図２の例と同様にコードＣＤを介して提供される場合が示されている。第２の連携形態でもユーザ端末装置２３のカメラＣＡによってコードＣＤの読み取りが実行されるが、第２の連携形態では第１の連携形態と異なり、その読み取りは決済アプリではなくサービス系アプリを介して実行される。そして、サービス系アプリ（ユーザ端末装置２３）はコードＣＤからサービス情報を取得すると、そのサービス情報をアーケードサーバ１０（アーケードシステム１）に送信する（Ｍ１）。

【0088】

アーケードサーバ１０は、サービス情報を取得すると、そのサービス情報に対応するゲーム機１２とサービス系アプリとの間のリンク（ペアリング）を実行する（Ｍ２）。このリンクは適宜に実現され得るが、一例として次のように実行される。サービス系アプリは適宜に構成され得るが、一例として各ユーザ（あるいは各プレイ実績）を識別するためのアカウント情報を介してプレイ実績（所有ポイント等）をユーザ毎に管理するように構成される。そして、アーケードサーバ１０は、このアカウント情報とサービス情報に対応するゲーム機１２の筐体ＩＤとを関連付けるテーブルを作成することにより、このリンクを実現する。アーケードサーバ１０はリンクを実行すると、その結果をサービス系アプリに通知する（Ｍ３）。この通知は各種情報を適宜に含み得るが、例えばゲーム機１２で提供されるゲームの対価等、決済に必要な情報を含んでいる。

【0089】

一方、サービス系アプリにおいて決済アプリによる決済が指示されると、サービス系アプリは決済アプリ（ユーザ端末装置２３）を呼び出す（Ｍ４）。換言すれば、決済アプリがユーザ端末装置２３において動作し、その機能がアクティブ（有効）になるように決済アプリを起動（既にバックグラウンドで起動中のものが動作を再開する場合を含む）させる。決済アプリはサービス系アプリに呼び出されると、サービス系アプリからアカウント情報を取得し、そのアカウント情報を決済サーバ２０（決済システム２）に送信する（Ｍ５）。この例においてサービス系アプリにおける決済アプリによる決済の指示が、本発明の所定の呼び出し指示として機能する。

【0090】

決済サーバ２０は決済アプリからアカウント情報を取得すると、そのアカウント情報を送信することにより決済のための連携の可否をアーケードシステム１のアーケードサーバ１０に問い合わせる（Ｍ６）。アーケードサーバ１０はアカウント情報を取得すると、認証成立と判断し、その認証成立の結果を決済サーバ２０に送信する（Ｍ７）。アカウント情報の送付に伴い（換言すれば、リンクによりサービス系アプリからの決済アプリへのアカウント情報の提供に伴い）、サービス系アプリと決済アプリとが同一のユーザ端末装置２３にて実行されていると判断可能であるため、アーケードサーバ１０での追加的な認証は省略される。なお、アーケードサーバ１０は別途認証情報等を発行して適宜の追加的な認証を実行してもよい。

【0091】

決済サーバ２０は認証結果（認証成立）を取得すると、セッションＩＤを発行してアーケードサーバ１０（アーケードシステム１）に送信することにより、両システム１、２間のセッション（連携関係）を成立させる（Ｍ８）。また、決済サーバ２０は、そのセッション成立の結果を決済アプリに通知する（Ｍ９）。この通知を取得すると、決済アプリはサービス系アプリを呼び出して、そのサービス系アプリを介してセッション成立の結果をユーザに提供する（Ｍ１０）。この例においてアカウント情報が本発明の所定の情報として機能する。

【0092】

図８の（Ｂ）に示すように、連携関係が成立すると、アーケードサーバ１０（アーケードシステム１）と決済サーバ２０（決済システム２）との間では所定の解除条件が満たされるまでセッション（連携関係）が維持される。具体的には、連携関係が成立すると、アーケードシステム１では、発行されたセッションＩＤと、サービス系アプリのユーザを識別するためのアカウント情報（例えば、ユーザ毎にユニークなアカウントＩＤ）とを関連付けて記録した第１セッションデータＤ１が生成され、アーケードサーバ１０にて参照可能な状態で保存される。

【0093】

同様に、決済システム２では、発行されたセッションＩＤと、決済者のユーザを識別するためのユーザＩＤ（ユーザＩＤに関連付けられる決済対象の口座情報であってもよい）とを関連付けて記録した第２セッションデータＤ２が生成され、アーケードサーバ１０にて参照可能な状態で保存される。

【0094】

セッションが維持されている状況では、サービス系アプリを介して決済が実行される。この決済の手順は、一例としてＭ１１～Ｆ１６の手順を含んでいる。具体的には、第２の連携形態では、ゲーム機１２と決済アプリとの間にサービス系アプリが介在し、サービス系アプリは少なくともゲーム機１２とのリンク時においてゲーム機１２の対価を決済するために必要な情報を取得する。このため、ゲーム機１２の代わりにサービス系アプリにプレイを要求するための指示（操作）が実行されると、サービス系アプリはそのプレイの対価に対応する決済要求をアーケードサーバ１０（アーケードシステム１）に送信する（Ｍ１１）。

【0095】

アーケードサーバ１０は決済要求を取得すると、その決済要求を決済サーバ２０（決済システム２）に送信する（Ｍ１２）。決済要求を取得すると、決済サーバ２０はその決済要求に対応する決済を実行する（Ｍ１３）。つまり、第２の連携形態においてもセッションが維持されている状況では、決済時に通常要求される認証やセッションの構築等の手順は省略され、決済システム２はアーケードシステム１からの決済要求に基づいてそのまま決済を実行する。決済サーバ２０は決済を実行した後にその決済結果を、アーケードサーバ１０（アーケードシステム１）、及び決済アプリに通知する（Ｍ１４）。

【0096】

決済アプリは決済結果を取得すると、少なくとも次回起動時、或いは決済結果の参照時にその結果が通知されるように決済結果を保存する。一方、アーケードサーバ１０は決済結果を取得すると、その結果をサービス系アプリ、及びゲーム機１２に通知する（Ｍ１５）。サービス系アプリは決済結果を取得すると、決済の結果（決済の成否）をユーザに通知する。同様に、ゲーム機１２は、決済結果を取得すると、決済が不成功の場合はその旨をユーザに通知する一方で、決済が成功している場合はユーザによってサービス系アプリを介して要求されたプレイを許可する（Ｍ１６）。つまり、サービス系アプリは、ユーザによるプレイの要求に従ってアーケードシステム１を介して決済要求を決済システム２に送信し、決済システム２において決済が実行された場合にその要求が許可され、実際にゲーム機１２を介してプレイが提供される。そして、サービス系アプリにプレイの要求が指示される毎にＭ１１～Ｍ１６の手順が繰り返し実行される。結果として、第２の形態においてもセッションが維持されている状況においては認証等が省略され、連続的な支払（短時間での複数回の決済）が実現される。この例においてゲーム関連サービスが本発明の補助サービスとして機能する。また、決済アプリ、及びサービス系アプリが、本発明の決済機能、及び補助サービス機能として、それぞれ機能する。サービス系アプリを動作中のユーザ端末装置２３が本発明の補助サービス端末として機能する。そして、サービス系アプリを動作中のユーザ端末装置２３が本発明の補助サービス端末として機能する。

【0097】

（連携システムの処理）
次に、図９～図１１を参照して、第２の連携形態における連携システムの処理について説明する。なお、第２の連携形態においても連携解除処理は図７の例と同様に実行されてよい。このため、第２の連携形態における連係解除処理の手順の一例を示すフローチャートの説明は省略する。ただし、第２の連携形態では、ゲーム機１２の代わりにサービス系アプリ（ユーザ端末装置２３）に対して解除指示が実行されてもよい。

【0098】

図９は、ペアリング処理の手順の一例を示すフローチャートである。ペアリング処理は、決済対象のサービスを提供するゲーム機１２（サービス端末１１）とサービス系アプリとの間のペアリング（リンク）を実現するための処理である。ペアリング処理は、一例としてゲーム機１２、アーケードサーバ１０の決済連携部１０３、及びユーザ端末装置２３（サービス系アプリ）の協働にて実現される。なお、図９～図１１では、ユーザ端末装置２３において主にサービス系アプリにて実行される処理（手順）がサービス系アプリとして、主に決済アプリにて実行される処理（手順）が決済アプリとして、それぞれ示される。また、図９の例では、主にアーケードサーバ１０の決済連携部１０３によって実行される処理（手順）はアーケードサーバ１０として示される。

【0099】

サービス系アプリはカメラＣＡを介してゲーム機１２のコードＣＤからサービス情報を取得すると、図９のペアリング処理を開始し、まずその取得したサービス情報をアーケードサーバ１０に送信する（ステップＳ１１１）。サービス情報はゲーム機１２のサービスに関する各種の情報を適宜に含み得るが、例えば対象のゲーム機１２を特定するための情報（例えば筐体ＩＤの情報）を含んでいる。

【0100】

一方、サービス系アプリからサービス情報が送信されると、アーケードサーバ１０は図９のペアリング処理を開始し、まずそのサービス情報を取得する（ステップＳ３１１）。続いてアーケードサーバ１０は、ステップＳ３１１で取得したサービス情報に基づいて、そのサービス情報に対応するゲーム機１２とサービス系アプリとの間のリンクを実行する。具体的には、アーケードサーバ１０は、サービス情報の送信元に対応するサービス系アプリのアカウント情報と、サービス情報に対応するゲーム機１２の筐体ＩＤとを関連付けるテーブルを作成する。そして、アーケードサーバ１０は、このテーブルにてサービス系アプリとゲーム機１２との間のペアリングを管理することによりリンクを実現する。続いてアーケードサーバ１０は、ステップＳ３１２のリンク結果を対象のゲーム機１２（サービス情報に対応するゲーム機１２）、及びサービス系アプリに送信する（ステップＳ３１３）。そして、この送信の後にアーケードサーバ１０は今回のペアリング処理を終了する。

【0101】

サービス系アプリは、アーケードサーバ１０からリンク結果が送信されると、その結果を取得する（ステップＳ１１２）とともに、その結果を表示装置等に表示することによりユーザに通知する（ステップＳ１１３）。そして、この通知の後にサービス系アプリは今回のペアリング処理を終了する。

【0102】

ゲーム機１２はアーケードサーバ１０からリンク結果が送信されると、図９のペアリング処理を開始し、まずその結果を取得する（ステップＳ４１１）。続いてゲーム機１２は、ステップＳ４１１で取得したリンク結果を表示装置等に表示することによりユーザに通知する（ステップＳ４１２）。そして、この通知の後にゲーム機１２は今回のペアリング処理を終了する。これにより、決済対象のサービスを提供するゲーム機１２とサービス系アプリとの間のリンク（連携）が実現される。より具体的には、図８の（Ａ）の例におけるＭ１～Ｍ３の手順が実現される。

【0103】

図１０は、アプリ連携処理の手順の一例を示すフローチャートである。アプリ連携処理は、対象のサービスの対価を決済するためにアーケードサーバ１０と決済システム２との間の連携関係を成立させるための処理である。アプリ連携処理は、一例としてゲーム機１２、アーケードサーバ１０の認証処理部１０１、決済サーバ２０の認証処理部２０１、及びユーザ端末装置２３（サービス系アプリ、及び決済アプリ）の協働にて実現される。なお、図１０では、主にアーケードサーバ１０の認証処理部１０１によって実行される処理（手順）はアーケードサーバ１０として、主に決済サーバ２０の認証処理部２０１によって実行される処理（手順）は、決済サーバ２として、それぞれ示される。

【0104】

サービス系アプリにおいて決済サーバ２０との連携が指示されると、サービス系アプリは図１０のアプリ連携処理を開始し、まず決済アプリを呼び出して決済アプリに移行する（ステップＳ８１１）。一方、決済アプリはサービス系アプリから呼び出されると、図１０のアプリ連携処理を開始し、サービス系アプリからアカウント情報を取得して決済サーバ２０に送信する（ステップＳ５１１）。

【0105】

決済サーバ２０は決済アプリからアカウント情報が送信されると、図１０のアプリ連携処理を開始し、まずそのアカウント情報を取得する（ステップＳ６１１）。続いて決済サーバ２０は、取得したアカウント情報をアーケードサーバ１０に送信する（ステップＳ６１２）。

【0106】

アーケードサーバ１０は決済サーバ２０からアカウント情報が送信されると、図１０のアプリ連携処理を開始し、まずそのアカウント情報を取得する（ステップＳ７１１）。続いてアーケードサーバ１０は、取得したアカウント情報の認証結果（認証成立）を決済サーバ２０に送信する（ステップＳ７１２）。

【0107】

決済サーバ２０はアーケードシステムから認証結果（認証成立）を取得すると、アーケードサーバ１０との間にゲーム機１２の対価を決済するためのセッション（連携関係）を成立させるべく、セッションＩＤを発行する（ステップＳ６１３）。続いて決済サーバ２０は、発行したセッションＩＤをアーケードサーバ１０に送信する（ステップＳ６１４）とともに、第２セッションデータＤ２を生成する（決済者、若しくはその口座と関連付ける）ことによりそのセッションＩＤを保存する（ステップＳ６１５）。続いて決済サーバ２０は、今回の連携結果を決済アプリに送信する（ステップＳ６１６）。そして、この送信の後に決済サーバ２０は今回のアプリ連携処理を終了する。

【0108】

アーケードサーバ１０は決済サーバ２０からセッションＩＤが送付されると、そのセッションＩＤを取得し（ステップＳ７１３）、第１セッションデータＤ１を生成する（アカウント情報と関連付ける）ことにより保存する（ステップＳ７１４）。そして、この保存の後にアーケードサーバ１０は今回のアプリ連携処理を終了する。

【0109】

一方、決済アプリは決済サーバ２０から連携結果が送信されると、その結果を取得する（ステップＳ５１２）。続いて決済アプリは、サービス系アプリを呼び出し、取得した連携結果を共有しつつ、サービス系アプリに再度移行する（ステップＳ５１３）とともに、今回のアプリ連携処理を終了する。サービス系アプリは決済アプリに呼び出されると、まず決済アプリから連携結果を取得する（ステップＳ８１２）。続いてサービス系アプリは、その取得した連携結果を表示装置に表示する等によりユーザに通知する（ステップＳ８１３）。そして、この通知の後にサービス系アプリは今回のアプリ連携処理を終了する。これにより、ゲーム機１２の対価を決済するためのアーケードシステム１と決済サーバ２０との間の連携関係が、サービス系アプリを介して成立する。より具体的には、図７の（Ｂ）の例におけるＭ４～Ｍ１０の手順が実現される。

【0110】

図１１は、第２連携決済処理の手順の一例を示すフローチャートである。第２連携決済処理は、第２の連携形態においてアーケードサーバ１０と決済サーバ２０との間の連携関係（セッション）が維持された状況で連続的な決済（支払）を実行するための処理である。第２連携決済処理は、一例としてゲーム機１２、アーケードサーバ１０の決済連携部１０３、決済サーバ２０の決済処理部２０２、及びサービス系アプリの協働にて実現される。なお、図１１では、主にアーケードサーバ１０の決済連携部１０３によって実行される処理（手順）はアーケードサーバ１０として、主に決済サーバ２０の決済処理部２０２によって実行される処理（手順）は、決済サーバ２として、それぞれ示される。

【0111】

サービス系アプリは両システム１、２間のセッションが維持されている状況においてユーザによって対価の決済（プレイの提供）が指示されると、図１１の第２連携決済処理を開始し、まずアーケードサーバ１０に決済要求を送信する（ステップＳ９１１）。この要求には対価の額等、決済に必要な情報が含まれる。

【0112】

アーケードサーバ１０はサービス系アプリから決済要求が送信されると、図１１の第２連携決済処理を開始して、その決済要求を取得する（ステップＳ１１１１）。続いてアーケードサーバ１０は、取得した決済要求を決済サーバ２０に送信する（ステップＳ１１１２）。

【0113】

決済サーバ２０はアーケードサーバ１０から決済要求が送信されると、図１１の第２連携決済処理を開始し、まずその決済要求を取得する（ステップＳ１０１１）。続いて決済サーバ２０は、第２セッションデータＤ２を参照しつつ、ステップＳ１０１１で取得した決済要求に従って決済を実行する（ステップＳ１０１２）。この決済は、セッションＩＤに関連付けられるユーザＩＤの口座の残高を減少させることにより実現される。次に決済サーバ２０は、ステップＳ１０１２の決済結果をアーケードサーバ１０に通知する（ステップＳ１０１３）。この場合において決済サーバ２０は、決済アプリの起動時に今回の決済結果が反映されるように決済結果を決済アプリにも通知してよい。そして、この通知の後に決済サーバ２０は今回の第２連携決済処理を終了する。

【0114】

一方、アーケードサーバ１０は決済サーバ２０から決済結果が通知されると、その決済結果を取得する（ステップＳ１１１３）。続いてアーケードサーバ１０は、取得した決済結果をサービス系アプリ、及びゲーム機１２に通知する（ステップＳ１１１４）。そして、この通知の後にアーケードサーバ１０は今回の第２連携決済処理を終了する。

【0115】

サービス系アプリは、アーケードサーバ１０から決済結果が通知されると、その結果を取得するとともに、その結果を任意の時期にユーザが確認できるように保存する（ステップＳ９１２）。そして、この保存の後にサービス系アプリは今回の第２連携決済処理を終了する。

【0116】

ゲーム機１２はアーケードサーバ１０から決済結果が通知されると、図１１の第２連携決済処理を開始し、まずそれを取得する（ステップＳ１２１１）。続いてゲーム機１２は、取得した決済結果に基づいて決済が成功したか否か判別する（ステップＳ１２１２）。決済が失敗している場合（ステップＳ１２１２：Ｎｏ）、ゲーム機１２は以降の処理をスキップして今回の第２連携決済処理を終了する。この場合、ゲーム機１２は決済失敗の結果を、表示装置等を通じて適宜にユーザに通知してもよい。

【0117】

一方、決済が成功している場合（ステップＳ１２１２：Ｙｅｓ）、ゲーム機１２はサービス系アプリを介してユーザから指示されたゲームのプレイを許可し、プレイを開始させる（ステップＳ１２１３）。そして、プレイの開始の後にゲーム機１２は今回の第２連携決済処理を終了する。これにより、セッションが維持されている状況において認証等が省略され、サービス系アプリを介して比較的簡易な手順にてゲームの対価が決済システム２において決済される。また、一般的には決済終了後はセッションが解除され、次回の決済時に再度認証等が要求されるが、図１１の例では決済後もセッションは解除されず、維持される。このため、サービス系アプリを介して比較的簡易な手順で繰り返しゲーム機１２におけるプレイの対価が決済システム２にて決済される。より具体的には、図７の（Ｃ）の例におけるＭ１１～Ｍ１６の手順が実現される。

【0118】

以上に説明したように、第２の連携形態によれば、第１の連携形態と同様に複数回の決済に対するユーザの手間暇を低減する等の効果を得ることができる。加えて、第２の連携形態では、ゲーム機１２等のサービス端末１１と決済システム２との間にサービス系アプリが介在し、サービス系アプリを介してゲーム等のサービスの対価が決済される。このため、サービス系アプリを自動販売機１３等の他のサービス端末１１とリンクさせることにより、連携関係が維持された状況において複数のサービス端末１１を跨いだ複数回の決済が許容されるように連携関係が維持される。これにより、複数のサービスに関する決済の手間暇を低減することができる。結果として、複数のサービスの利用を促進することができる。特に、複数のサービスをそれぞれ提供する複数のサービス端末１１が設置された施設では、各サービスの決済の利便性向上に伴い、施設自体の利便性向上を図り、利用者の増加を期待することができる。

【0119】

また、決済アプリ（決済機能）とサービス系アプリ（補助的機能）との使い分けにより、一台のユーザ端末装置２３、１５に決済システム２用の端末、及びアーケードシステム１用の端末の両方を兼務させることができる。これにより、ユーザの利便性の向上を図ることができる。さらに、サービス系アプリと決済アプリとの間では自動的に両機能が連携され、決済のための情報が引き継がれるので、ユーザの利便性向上を図ることができる。

【0120】

以上の第２の連携形態において、ステップＳ６１４を含む図１０の決済サーバ２０の手順が本発明の第１関係設定手順として、決済サーバ２０の認証処理部２０１がそれを実行することにより本発明の第１関係設定手段として、それぞれ機能する。また、ステップＳ１０１２を含む図１１の決済サーバ２０の手順が本発明の対価決済手順として、決済サーバ２０の決済処理部２０２がそれを実行することにより本発明の対価決済手段として、それぞれ機能する。そして、決済サーバ２０の認証処理部２０１、及び決済処理部２０２のそれぞれに対して図１０、及び図１１に示した処理を実行させる機能を実装させることにより、それらの認証処理部２０１、及び決済処理部２０２、ひいては決済システム２（あるいは決済サーバ２０）が本発明の連携システムの一例を構成する。

【0121】

さらに、第２の連携形態において、ステップＳ７１４を含む図１０のアーケードサーバ１０の手順が本発明の第２関係設定手順として、アーケードサーバ１０の認証処理部１０１がそれを実行することにより本発明の第２関係設定手段として、それぞれ機能する。同様に、ステップＳ１１１２を含む図１１のアーケードサーバ１０の手順が本発明の決済要求手順として、アーケードサーバ１０の決済連携部１０３がそれを実行することにより本発明の決済要求手段として、それぞれ機能する。なお、ステップＳ９１１を含む図１１のサービス系アプリの手順が本発明の決済要求手順として、サービス系アプリを介してユーザ端末装置２３がそれを実行することにより本発明の決済要求手段として、それぞれ機能してもよい。

【0122】

本発明は上述した形態に限定されず、適宜の変形又は変更が施された形態にて実施されてよい。また、本発明は、上述の形態、及び以下の変形等が施された形態に含まれる各種の技術的手段が適宜に組み合わされて得られる形態にて実施されてもよい。上述の形態では、連携システムは、ゲーム機１２、自動販売機１３、及びユーザ端末装置１５がそれぞれ提供するサービスの対価の決済に適用されている。しかし、本発明は、このような形態に限定されない。例えば、連携システムは、各種チケットの購入、遊技場での貸与物に対する対価の支払い、或いは各種コンテンツに対する適宜の寄付（いわゆる投げ銭等）といったサービスの決済に適用されてもよい。

【0123】

上述の第２の連携形態では、アーケードシステム１を介して決済要求が決済システム２に提供されている。しかし、本発明は、このような形態に限定されない。例えば、サービス系アプリは決済アプリと連携し、決済アプリを介して決済システム２に決済要求を実行してもよい。要するに決済要求は適宜に実行されてよい。

【0124】

上述の形態では、認証処理部２０１、及び決済処理部２０２、ひいては決済システム２（あるいは決済サーバ２０）が本発明の連携システムの一例を構成している。しかし、本発明は、このような形態に限定されない。例えば、認証処理部２０１、及び決済処理部２０２の役割の一部、或いは全部をアーケードシステム１が実行することにより、決済システム２とアーケードシステム１との組合せ、或いはアーケードシステム１が本発明の連携システムとして機能してもよい。あるいは、決済システム２とアーケードシステム１との間に別のシステムが介在してもよく、その別のシステムが認証処理部２０１、及び決済処理部２０２の役割を実行することにより本発明の連携システムとして機能してもよい。さらに、その別のシステム、決済システム２、及びアーケードシステム１の組合せが連携システムとして機能してもよい。その別のシステムとしてサービス端末１１、或いはユーザ端末装置２３が機能してもよい。

【0125】

本発明のサービスシステムについても同様である。例えば、アーケードサーバ１０の役割の全部をユーザ端末装置１５が実行し、ユーザ端末装置１５の単体が本発明のサービスシステムとして機能してもよい。あるいは、アーケードサーバ１０の役割の一部をユーザ端末装置１５が分担し、アーケードサーバ１０とユーザ端末装置１５との組合せが本発明のサービスシステムとして機能してもよいし、適宜の別のシステムが本発明のサービスシステムとして機能してもよい。

【0126】

上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する部材を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。

【0127】

本発明の制御方法は、所定のサービスを提供するためのサービスシステム（１）を、前記所定のサービスの対価が決済されるように決済システム（２）と連携させるための連携システム（２）に組み込まれるコンピュータ（２０）に、前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための連携関係を成立させる第１関係設定手順と、前記連携関係が成立している状況において前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手順と、を実行させる、ものである。

【0128】

本発明によれば、連携関係の成立後にはサービスシステムからの決済要求に応じて複数回の決済が許容されるように所定のサービスの対価が決済システムにて決済される。換言すれば、連携関係の成立後には複数回の決済が許容されるようにその連携関係が維持される。一般的に連携関係の成立にはユーザ認証等の手間が発生する場合が多い。少なくとも連携関係を成立させるための各種情報を両システム間で送受信する必要がある。結果的に時間がかかる場合も多い。このため、連携関係の成立後に複数回の決済を許容するようにその連携関係を維持することにより、これらの手順を省略することができる。結果として、複数回の決済に対するユーザの手間暇を低減することができ、ひいては例えばプライズゲームにおける連続的なプレイ等、複数回の決済を促進することができる。

【0129】

決済システムは、適宜に構成されてよい。例えば、決済システムは、クレジットカード等の支払用のカード（決済用の媒体の一例）のリーダとして構成されてもよい。そして、所定の情報はユーザによって手入力等によってリーダ（決済システム）に提供されてもよい。同様に、決済用の媒体として各種の媒体が適宜に利用されてよい。例えば、決済用の媒体として、支払用の価値に関連付けられる各ユーザを識別するための情報（例えばユーザＩＤ）を記録する媒体（例えばＩＤカード）、支払用の価値を直接記録する媒体といった記録媒体が使用されてよい。例えば、このような決済用の媒体の具体例としてスマートフォン等のユーザ端末装置が使用されてもよい。また、決済システムとサービスシステムとを連携させるための所定の情報は両システムの一方（両方であってもよい）に適宜に提供されてよい。例えば、所定の情報としてのユーザＩＤの情報を記録するカードを介してサービスシステムにユーザＩＤ（所定の情報）は提供されてもよい。換言すれば、決済システムからサービスシステムに所定の情報が提供されてもよい。あるいは、その反対にサービスシステムから決済システムに所定の情報が提供されてもよい。

【0130】

具体的には、例えば、本発明の制御方法の一態様において、前記決済システムは、ユーザ端末装置（２３）を介して前記所定のサービスの対価を決済するように構成され、前記サービスシステムには、前記連携関係の成立に用いられる所定の情報を前記ユーザ端末装置に提供するための情報提供手段（ＣＤ）が設けられ、前記第１関係設定手順は、前記ユーザ端末装置を介して前記所定の情報を取得し、当該所定の情報に基づいて前記連携関係を成立させてもよい。

【0131】

サービスシステムも同様に適宜に構成されてよい。例えば、サービスシステムは、所定のサービスを直接的にユーザに提供するサービス端末として構成されてもよい。あるいは、サービスシステムはサービス端末とは別の装置として構成されてもよい。また、情報提供手段は適宜に構成されてよい。例えば、情報提供手段は、所定の情報を表示する表示装置として構成されてもよい。あるいは、情報提供手段は、その他の各種の方法で所定の情報を提供するように適宜に構成されてよい。

【0132】

例えば、本発明の制御方法の一態様において、前記サービスシステムは、サービス端末（１１）を介して前記所定のサービスを提供するように構成され、前記情報提供手段として、前記サービス端末が機能してもよい。また、情報提供手段が設けられる態様において、前記サービス端末には、前記所定の情報を含むように所定の規格に準拠して生成されたコード（ＣＤ）が設けられ、前記ユーザ端末装置には、前記コードを読み取るためのリーダ（ＣＡ）が設けられ、前記コードを介して前記所定の情報が提供されてもよい。あるいは、前記サービス端末には、前記所定の情報を近距離無線通信にて送信するための送信機能が設けられ、前記ユーザ端末装置には、前記近距離無線通信の受信機能（ＣＵ）が設けられ、前記近距離無線通信を介して前記所定の情報が提供されてもよい。これらの場合、決済に用いられる所定の情報がユーザに直接認識されることを抑制することができる。例えば、サービス端末の種類によっては不特定多数のユーザが利用可能な施設に設置される場合もある。その場合に所定の情報が容易にユーザに認識されてしまうと、セキュリティの観点から好ましくない。このため、所定の情報がコード、或いは近距離無線通知を介してユーザ端末装置に提供される場合、セキュリティ面の向上を図ることができる。

【0133】

決済システムとサービスシステムとの間の決済において、ユーザ端末装置に限らず、適宜の装置が介在してよい。例えば、情報提供手段が設けられる態様において、前記サービスシステムは、サービス端末（１１）を介して前記所定のサービスを、補助サービス端末（１５）を介して前記所定のサービスを補助する補助サービスを、それぞれ提供するように構成され、前記補助サービス端末は、前記補助サービスを前記サービス端末と連携して提供するように前記サービス端末から当該サービス端末に関するサービス情報を取得するとともに、前記所定の情報を前記ユーザ端末装置に提供することにより前記情報提供手段として機能し、前記対価決済手順は、前記サービス情報に基づいて前記補助サービス端末と前記サービス端末とが連携された後に、前記所定のサービスの対価を前記決済システムに決済させてもよい。

【0134】

また、補助サービス端末が介在する態様において、前記サービスシステムは、複数のサービス端末（１２、１３）を介して複数のサービスをそれぞれ前記所定のサービスとして提供するように構成され、前記補助サービス端末は、各サービス端末の前記サービス情報に基づいて前記複数のサービス端末と連携され、前記対価決済手順は、前記連携関係が成立している状況において前記複数のサービス端末がそれぞれ提供する複数のサービスの対価の決済が要求された場合に当該複数のサービスの対価をそれぞれ前記決済システムに決済させてもよい。この場合、複数のサービス端末を跨いだ複数回の決済が許容されるように連携関係が維持される。これにより、複数のサービスに関する決済の手間暇を低減することができる。結果として、複数のサービスの利用を促進することができる。特に、複数のサービスをそれぞれ提供する複数のサービス端末が設置された施設では、各サービスの決済の利便性向上に伴い、施設自体の利便性向上を図り、利用者の増加を期待することができる。

【0135】

補助サービス端末として各種の端末（装置）が適宜に利用されてよい。例えば、補助サービス端末はユーザ端末装置とは別の専用の端末であってもよい。また、例えば、補助サービス端末が介在する態様において、前記ユーザ端末装置には、前記所定のサービスの対価を決済するための決済機能と、前記補助サービスを提供するための補助サービス機能とが設けられ、前記補助サービス端末として、前記補助サービス機能を利用した前記ユーザ端末装置が利用されてもよい。この場合、決済機能と補助サービス機能との使い分けにより、一台のユーザ端末装置に決済システム用の端末、及びサービスシステム用の端末の両方を兼務させることができる。これにより、ユーザの利便性の向上を図ることができる。

【0136】

補助サービス端末が介在する場合においても所定の情報は適宜に提供されてよい。サービス情報についても同様である。例えば、ユーザ端末装置に決済機能及び補助サービス機能が設けられる態様において、前記サービス端末には、前記サービス情報を含むように所定の規格に準拠して生成されたコード（ＣＤ）が設けられ、前記ユーザ端末装置には、前記コードを読み取るためのリーダ（ＣＡ）が設けられ、前記補助サービス機能は、前記リーダを介して前記コードから読み取った前記サービス情報に基づいて前記サービス端末と連携するように構成されてもよい。あるいは、前記サービス端末には、前記サービス情報を近距離無線通信にて送信するための送信機能が設けられ、前記ユーザ端末装置には、前記近距離無線通信の受信機能（ＣＵ）が設けられ、前記補助サービス機能は、前記近距離無線通信を介して受信された前記サービス情報に基づいて前記サービス端末と連携するように構成されてもよい。

【0137】

補助サービス機能は適宜に構成されてよい。例えば、補助サービス機能と決済機能とは連携せず、互いに独立した機能として構成されてよい。この場合、例えば、サービス情報等の各種情報はユーザの介在を通じて両機能間において共有されてもよい。あるいは、補助サービス機能と決済機能とは連携するように構成されてもよい。例えば、ユーザ端末装置に決済機能及び補助サービス機能が設けられる態様において、前記補助サービス機能は、前記サービス情報を取得した後に所定の呼び出し指示に基づいて前記決済機能を呼び出すように構成されてもよい。この場合、自動的に両機能が連携されるので、ユーザの利便性向上を図ることができる。

【0138】

所定のサービスとして各種のサービスが適宜に提供されてよい。例えば、自動販売機による商品の販売、或いは所定の施設の使用といったサービスが所定のサービスとして提供されてよい。具体的には、本発明の制御方法の一態様において、前記サービスシステムは、前記所定のサービスとしてゲームを提供してもよい。

【0139】

連携システムは、適宜のシステムによって構成されてよい。例えば、連携システムは、決済システム、及びサービスシステムとは別のシステム（装置）として構成されてもよい。また、連携システムは、決済システム、及びサービスシステムの組合せ（適宜の一部ずつの組合せを含む）であってもよい。あるいは、連携システムは、決済システム、及びサービスシステムのいずれか一方のシステムであってもよい。例えば、本発明の制御方法の一態様において、前記連携システムとして、前記決済システムが機能してもよい。

【0140】

連携関係の成立後に実行される複数回の決済において、ユーザに決済の可否（決済を承認するか否か）を確認する機会は決済毎に提供されてもよいし、適宜に省略されてもよい。例えば、本発明の制御方法の一態様において、前記サービスシステムは、前記複数回の決済を要求する場合において少なくとも二回目以降の決済において当該二回目以降の決済を承認するか否かユーザに確認する機会を省略するように構成されてもよい。この場合、承認プロセスが省略されるため、ユーザの手間暇の更なる低減を図ることができる。

【0141】

連携関係の維持は適宜の解除条件に基づいて解除されてよい。例えば、所定のサービスが所定の施設にて提供され、ユーザ端末装置の位置情報等を通じてユーザの位置が特定される場合において、解除条件はユーザが所定の施設の外に出た場合に満たされてもよい。あるいは、５回等、所定回数の決済が実行された場合に満たされてもよい。また、ユーザによって所定の解除指示が実行された場合、若しくは所定時間経過した場合に満たされてもよい。具体的には、例えば、本発明の制御方法の一態様として、前記コンピュータに、前記サービスシステムのユーザによって前記連携関係を解除するための指示が実行された場合、及び前記連携関係の成立から所定時間経過した場合の少なくともいずれか一方の場合において前記決済システムに前記連携関係を解除させる連携解除手順を更に実行させる態様が採用されてもよい。この場合、解除指示、或いは所定時間経過といった条件が満たされるまでの期間においてユーザに連続的な決済に対する安心感を与えることができる。

【0142】

本発明のコンピュータプログラム（ＰＧ１）は、所定のサービスを提供するためのサービスシステム（１）を、前記所定のサービスの対価が決済されるように決済システム（２）と連携させるための連携システム（２）に組み込まれるコンピュータ（２０）を、前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための連携関係を成立させる第１関係設定手段（２０１）、及び前記連携関係が成立している状況において前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手段（２０２）として機能させるように構成された、ものである。

【0143】

本発明の連携システムは、所定のサービスを提供するためのサービスシステム（１）を、前記所定のサービスの対価が決済されるように決済システム（２）と連携させるための連携システム（２）であって、前記サービスシステムと前記決済システムとの間に前記所定のサービスの対価を決済するための連携関係を成立させる第１関係設定手段（２０１）と、前記連携関係が成立している状況において前記サービスシステムからの決済要求に応じて複数回の決済が許容されるように前記所定のサービスの対価を前記決済システムに決済させる対価決済手段（２０２）と、を備える、ものである。

【0144】

一方、本発明のサービスシステムに適用される制御方法は、所定のサービスを提供するためのサービスシステム（１）を、前記所定のサービスの対価が決済されるように決済システム（２）と連携させるための連携システム（２）において前記サービスシステムに組み込まれるコンピュータ（２０）に、前記決済システムと前記所定のサービスの対価を決済するための連携関係を成立させる第２関係設定手順と、前記連携関係が成立している状況においてユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手順と、を実行させる、ものである。

【0145】

また、本発明のサービスシステムに適用されるコンピュータプログラム（ＰＧ２）は、所定のサービスを提供するためのサービスシステム（１）を、前記所定のサービスの対価が決済されるように決済システム（２）と連携させるための連携システム（２）において前記サービスシステムに組み込まれるコンピュータ（１０）を、前記決済システムと前記所定のサービスの対価を決済するための連携関係を成立させる第２関係設定手段（１０１）、及び前記連携関係が成立している状況においてユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手段（１０３）として機能させるように構成された、ものである。

【0146】

さらに、本発明のサービスシステムは、所定のサービスを提供するためのサービスシステム（１）を、前記所定のサービスの対価が決済されるように決済システム（２）と連携させるための連携システム（２）の前記サービスシステムであって、前記決済システムと前記所定のサービスの対価を決済するための連携関係を成立させる第２関係設定手段（１０１）と、前記連携関係が成立している状況においてユーザからの指示に従って複数回の決済が許容されるように前記所定のサービスの対価の決済を前記決済システムに要求する決済要求手段（１０３）と、を備える、ものである。本発明のサービスシステム、それに適用される制御方法、及びコンピュータプログラムにより本発明の連携システムに係るサービスシステム等を実現することができる。

【符号の説明】

【0147】

１ アーケードシステム（サービスシステム）
２ 決済システム
１０ アーケードサーバ（コンピュータ）
２０ 決済サーバ（連携システム、コンピュータ）
１０１ 認証処理部（第２関係設定手段）
１０３ 決済連携部（決済要求手段）
２０１ 認証処理部（第１関係設定手段）
２０２ 決済処理部（対価決済手段）
ＰＧ１ サーバプログラム（コンピュータプログラム）
ＰＧ２ サーバプログラム（コンピュータプログラム）

【要約】

【課題】複数回の決済に対するユーザの手間暇を低減することができる制御方法を提供する。
【解決手段】制御方法は、ゲーム機１２を介してゲームを提供するためのアーケードシステム１を、ゲームの対価が決済されるように決済システム２と連携させるための連携システムとして機能する決済システム２の決済サーバ２０に、アーケードシステム１と決済システム２との間にゲームの対価を決済するための連携関係（セッション）を成立させる手順と、その連携関係が成立している状況においてアーケードシステム１からの決済要求に応じて複数回の決済が許容されるようにゲームの対価を決済システム２に決済させる手順と、を実行させる。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】