特開 2024-38358 連携システム、連携制御方法及びそのコンピュータプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024038358

(43)【公開日】2024-03-19

(54)【発明の名称】連携システム、連携制御方法及びそのコンピュータプログラム

(51)【国際特許分類】

   A63F 13/71 20140101AFI20240312BHJP

   A63F 13/35 20140101ALI20240312BHJP

   A63F 13/79 20140101ALI20240312BHJP

   G06Q 50/10 20120101ALI20240312BHJP

   G06F 21/33 20130101ALI20240312BHJP

【ＦＩ】

A63F13/71

A63F13/35

A63F13/79

G06Q50/10

G06F21/33

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2024003004

(22)【出願日】2024-01-12

(62)【分割の表示】P 2019198369の分割

【原出願日】2019-10-31

(71)【出願人】

【識別番号】000169477

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

(72)【発明者】

【氏名】北野 豊文

(57)【要約】

【課題】一のサービスシステムが提供する特定のサービスを他のサービスシステムから利用できるように両サービスシステム間に連携関係を設定する。
【解決手段】第１システム１の特定サービスを第２システム２のゲーム装置２２から特定サービスを利用させるための認証トークンをユーザ端末装置２３からの要求に基づいて第２のサーバ２０に提供し、各システム１、２ではユーザの識別情報と認証トークンとを関連付けたデータＤ１、Ｄ２を保存する。ゲーム装置２２から特定サービスの利用が要求された場合、ゲーム装置２２のユーザの識別情報に対応する認証トークンをデータＤ２に基づいて特定し、得られた認証トークンを第１のサーバ１０に提供して特定サービスの利用を要求し、第１のサーバ１０ではトークン情報とデータＤ１とに基づいてユーザを認証し、認証されたユーザに関するゲーム装置２２からの特定サービスの利用を認める。
【選択図】図２

【特許請求の範囲】

【請求項1】

第１のサーバから当該第１のサーバに対するクライアント装置を介してユーザに第１のサービスを提供する第１のサービスシステムと、第２のサーバから当該第２のサーバに対するクライアント装置を介して前記ユーザに第２のサービスを提供し、かつ前記クライアント装置として、ゲーム装置とユーザ端末装置とが含まれている第２のサービスシステムとを、前記第２のサービスシステムから前記第１のサービスの少なくとも一部である特定サービスが利用できるように連携させるための連携システムであって、
前記第１のサービスシステムで前記ユーザを認証して前記ゲーム装置から前記特定サービスを利用させるために使用されるべきトークン情報を、前記ユーザ端末装置からの要求に基づいて前記第２のサーバに提供するトークン情報提供手段と、
前記トークン情報を前記第１のサービスシステムにて前記ユーザを識別するための第１の識別情報と関連付けて記録した第１の関連付けデータを前記第１のサーバが参照可能な状態で保存する第１の保存手段と、
前記トークン情報を、前記第２のサービスシステムにて前記ユーザを識別するために用いられている第２の識別情報と関連付けて記録した第２の関連付けデータを前記第２のサーバが参照可能な状態で保存する第２の保存手段と、
前記ゲーム装置から前記特定サービスの利用が要求された場合、当該ゲーム装置を利用するユーザの前記第２の識別情報に対応するトークン情報を前記第２の関連付けデータに基づいて前記第２のサーバに特定させ、得られたトークン情報を前記第２のサーバから前記第１のサーバに提供して前記特定サービスの利用を前記第１のサーバに要求させる利用要求手段と、
前記第１のサーバに提供されたトークン情報と前記第１の関連付けデータとに基づいて、前記ゲーム装置のユーザを前記第１のサーバに認証させ、認証されたユーザに関する前記ゲーム装置からの前記特定サービスの利用を前記第１のサーバに認めさせる利用制御手段と、
を備えた連携システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービスを提供するシステム同士を連携させるための連携システム等に関する。

【背景技術】

【0002】

ネットワークを介して提供される複数のサービス間に連携関係を生じさせるためのシステムとして、例えば、複数の個別システムのそれぞれの間に連携システムを介在させ、連携システムでは、個別システム間で共通化された共通カードＩＤに対してカード認証コードを生成し、そのカード認証コードを連携用のデータと関連付ける一方で、各個別システムでは、共通カードＩＤを、各個別システムのみで通用するユーザＩＤを介して連携用の認証コードと関連付け、いずれかの個別システムから連携システムに対して、ユーザＩＤに関連付けられた連携用の認証コードを指定して連携用のデータへのアクセスが要求された場合、連携システムでは、指定された連携用の認証コードに対応するカード認証コードを判別し、得られたカード認証コードに対応するデータの利用を個別システムに対して許可するシステムが提案されている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６３６９６１７号公報

【発明の概要】

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

【0004】

特許文献１のシステムは、連携システムにて保持された連携用データを個別システムにて利用させるためのものである。しかしながら、いずれかのシステムで提供されている特定のサービスを他のシステムでも利用できるようにシステム同士を連携させたい場合がある。そのようなサービスの連携を実現する仕組みとしては、OpenID ConnectといったＩＤ連携の仕組みが提唱され、ソーシャル・ネットワーキングシステム等で広く利用されている。しかしながら、ユーザ認証の仕組みを備えたシステム同士を連携させる場合には、ＩＤの共通化は必ずしも必要としない。例えば、利用元のシステムから利用先のシステムへと接続し、利用先のシステムで通用するユーザＩＤ等を入力してユーザを認証し、利用を許可するといった手段でも連携を実現することが可能である。しかしながら、利用の都度にユーザ認証用の情報を入力することはユーザの負担増、使い勝手の悪化といった不都合を伴う。文字情報等の入力環境が汎用のＰＣ等と比較して劣るゲーム装置等の専用的なクライアント装置を利用する場合にはユーザの手間がさらに嵩む。クライアント装置が、業務用ゲーム機のように不特定多数のユーザの利用に供される場合には、利用先のシステムでのユーザ認証に必要な情報を利用元のシステムのクライアント装置にて入力させることはセキュリティの観点で好ましくない。

【0005】

そこで、本発明は、一のサービスシステムが提供する特定のサービスを他のサービスシステムから利用できるように両サービスシステム間に連携関係を設定するために好適な連携システム等を提供することを目的とする。

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

【0006】

本発明の一態様に係る連携システムは、第１のサーバから当該第１のサーバに対するクライアント装置を介してユーザに第１のサービスを提供する第１のサービスシステムと、第２のサーバから当該第２のサーバに対するクライアント装置を介して前記ユーザに第２のサービスを提供し、かつ前記クライアント装置として、ゲーム装置とユーザ端末装置とが含まれている第２のサービスシステムとを、前記第２のサービスシステムから前記第１のサービスの少なくとも一部である特定サービスが利用できるように連携させるための連携システムであって、前記第１のサービスシステムで前記ユーザを認証して前記ゲーム装置から前記特定サービスを利用させるために使用されるべきトークン情報を、前記ユーザ端末装置からの要求に基づいて前記第２のサーバに提供するトークン情報提供手段と、前記トークン情報を前記第１のサービスシステムにて前記ユーザを識別するための第１の識別情報と関連付けて記録した第１の関連付けデータを前記第１のサーバが参照可能な状態で保存する第１の保存手段と、前記トークン情報を、前記第２のサービスシステムにて前記ユーザを識別するために用いられている第２の識別情報と関連付けて記録した第２の関連付けデータを前記第２のサーバが参照可能な状態で保存する第２の保存手段と、前記ゲーム装置から前記特定サービスの利用が要求された場合、当該ゲーム装置を利用するユーザの前記第２の識別情報に対応するトークン情報を前記第２の関連付けデータに基づいて前記第２のサーバに特定させ、得られたトークン情報を前記第２のサーバから前記第１のサーバに提供して前記特定サービスの利用を前記第１のサーバに要求させる利用要求手段と、前記第１のサーバに提供されたトークン情報と前記第１の関連付けデータとに基づいて、前記ゲーム装置のユーザを前記第１のサーバに認証させ、認証されたユーザに関する前記ゲーム装置からの前記特定サービスの利用を前記第１のサーバに認めさせる利用制御手段と、を備えたものである。

【0007】

本発明の一態様に係る連携制御方法は、第１のサーバから当該第１のサーバに対するクライアント装置を介してユーザに第１のサービスを提供する第１のサービスシステムと、第２のサーバから当該第２のサーバに対するクライアント装置を介して前記ユーザに第２のサービスを提供し、かつ前記クライアント装置として、ゲーム装置とユーザ端末装置とが含まれている第２のサービスシステムとを、前記第２のサービスシステムから前記第１のサービスの少なくとも一部である特定サービスが利用できるように連携させるための連携制御方法であって、前記第１のサービスシステムで前記ユーザを認証して前記ゲーム装置から前記特定サービスを利用させるために使用されるべきトークン情報を、前記ユーザ端末装置からの要求に基づいて前記第２のサーバに提供する手順と、前記トークン情報を前記第１のサービスシステムにて前記ユーザを識別するための第１の識別情報と関連付けて記録した第１の関連付けデータを前記第１のサーバが参照可能な状態で保存する手順と、前記トークン情報を、前記第２のサービスシステムにて前記ユーザを識別するために用いられている第２の識別情報と関連付けて記録した第２の関連付けデータを前記第２のサーバが参照可能な状態で保存する手順と、前記ゲーム装置から前記特定サービスの利用が要求された場合、当該ゲーム装置を利用するユーザの前記第２の識別情報に対応するトークン情報を前記第２の関連付けデータに基づいて前記第２のサーバに特定させ、得られたトークン情報を前記第２のサーバから前記第１のサーバに提供して前記特定サービスの利用を前記第１のサーバに要求させる手順と、前記第１のサーバに提供されたトークン情報と前記第１の関連付けデータとに基づいて、前記ゲーム装置のユーザを前記第１のサーバに認証させ、認証されたユーザに関する前記ゲーム装置からの前記特定サービスの利用を前記第１のサーバに認めさせる手順と、を含んだものである。

【0008】

本発明の一態様に係るコンピュータプログラムは、第１のサーバから当該第１のサーバに対するクライアント装置を介してユーザに第１のサービスを提供する第１のサービスシステムと、第２のサーバから当該第２のサーバに対するクライアント装置を介して前記ユーザに第２のサービスを提供し、かつ前記クライアント装置として、ゲーム装置とユーザ端末装置とが含まれている第２のサービスシステムとを、前記第２のサービスシステムから前記第１のサービスの少なくとも一部である特定サービスが利用できるように連携させるためのコンピュータプログラムであって、所定のコンピュータを、前記第１のサービスシステムで前記ユーザを認証して前記ゲーム装置から前記特定サービスを利用させるために使用されるべきトークン情報を、前記ユーザ端末装置からの要求に基づいて前記第２のサーバに提供するトークン情報提供手段、前記トークン情報を前記第１のサービスシステムにて前記ユーザを識別するための第１の識別情報と関連付けて記録した第１の関連付けデータを前記第１のサーバが参照可能な状態で保存する第１の保存手段、前記トークン情報を、前記第２のサービスシステムにて前記ユーザを識別するために用いられている第２の識別情報と関連付けて記録した第２の関連付けデータを前記第２のサーバが参照可能な状態で保存する第２の保存手段、前記ゲーム装置から前記特定サービスの利用が要求された場合、当該ゲーム装置を利用するユーザの前記第２の識別情報に対応するトークン情報を前記第２の関連付けデータに基づいて前記第２のサーバに特定させ、得られたトークン情報を前記第２のサーバから前記第１のサーバに提供して前記特定サービスの利用を前記第１のサーバに要求させる利用要求手段、及び前記第１のサーバに提供されたトークン情報と前記第１の関連付けデータとに基づいて、前記ゲーム装置のユーザを前記第１のサーバに認証させ、認証されたユーザに関する前記ゲーム装置からの前記特定サービスの利用を前記第１のサーバに認めさせる利用制御手段、として機能させるように構成されたものである。

【図面の簡単な説明】

【0009】

【図1】本発明の一形態に係る連携システムが組み込まれたアミューズメントシステ ムの構成の一例を示す図。

【図2】一方のアミューズメントシステムが提供する特定サービスを他方のアミュー ズメントシステムのゲーム機から利用するために必要な連携設定等の手順の概要を示 す図。

【図3】図１のアミューズメントシステム間で連携関係を設定するための手順の一例 を示すフローチャート。

【図4】一方のアミューズメントシステムの決済サービスを他方のアミューズメント システムのゲーム機から利用する手順の一例を示すフローチャート。

【図5】ユーザＩＤと認証トークンとの関連付けを解除するための処理の手順の一例 を示すフローチャート。

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

【0010】

図１を参照して本発明の一形態に係る連携システムの概要を説明する。図１に示すように、本形態は、第１のサービスシステムの一例としての第１のアミューズメントシステム１と、第２のサービスシステムの一例としての第２のアミューズメントシステム２とを対象とするものであって、第１のアミューズメントシステム１が提供する特定のサービスを第２のアミューズメントシステム２から利用できるように両アミューズメントシステム１、２を連携させる。以下、前提としてのアミューズメントシステム１、２について順に説明する。なお、以降の説明において、第１のアミューズメントシステム１を第１システム１と、第２のアミューズメントシステム２を第２システム２と略称する。

【0011】

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

【0012】

クライアント装置１１としては、一例として、ゲーム機１２と、自動販売機１３と、チャージ装置１４と、ユーザ端末装置１５とが設けられている。ゲーム機１２は、ユーザによる所定の料金の支払いと引き換えに、ゲームと関連付けられた各種のサービスをそのユーザに提供する業務用ゲーム機として構成されている。この種のゲーム機はアーケードゲーム機と呼ばれることがある。ゲーム機１２が提供するサービスは、少なくともゲームをプレイさせるサービスを含む。ゲームをプレイさせるサービスに加えて、ゲームで利用するアイテム等の各種コンテンツを有償で販売するサービス等がゲーム機１２にて適宜に提供されてよい。ゲーム機１２にてプレイされるゲームの種類等は特に制限されない。各種のゲームがゲーム機１２にてプレイ可能であってよい。

【0013】

自動販売機１３は、飲料等の各種の商品を有償で販売する装置である。チャージ装置１４は、ユーザが現金を電子通貨に交換して自己の口座に預け入れるための装置である。交換された電子通貨は、第１システム１内にて通貨に代替する価値として、ゲーム機１２や自動販売機１３における料金の支払い等の各種の決済に利用することができる。ユーザ端末装置１５は、ユーザの個人的用途に供される汎用の情報通信端末である。例えば、スマートフォン、タブレット、ＰＣ等がユーザ端末装置１５として適宜に用いられてよい。

【0014】

第１システム１では、サーバ１０と、ゲーム機１２、自動販売機１３、チャージ装置１４、及びユーザ端末装置１５とが適宜に協働することにより、ユーザに対して各種のサービスが提供される。例えば、ゲーム機１２に関しては、ユーザのプレイデータをサーバ１０上に保存し、保存されたプレイデータをゲーム機１２に提供するサービス等が提供されてよい。自動販売機１３に関しては、例えばユーザの購入実績をサーバ１０が取得し、得られた実績に応じたポイントをユーザに付与するといったサービスが提供されてよい。

【0015】

チャージ装置１４に関しては、上述したように、ユーザが電子通貨を預け入れるためのサービスが提供される。電子通貨への交換はチャージ装置１４に限らず、適宜の方法によって実行可能とされてよい。例えば、ユーザ端末装置１５からのアクセスによって電子通貨を預け入れることが可能されてよい。ユーザ端末装置１５に関しては、例えば、サーバ１０が管理するプレイデータをユーザの求めに応じて閲覧させ、あるいはゲームに関連するコンテンツ等をユーザに販売するといったサービスが提供されてよい。

【0016】

サーバ１０には、そのコンピュータハードウエアと、所定のサーバプログラムＰＧ１との組み合わせによって実現される論理的装置として、認証処理部１０１、サービス処理部１０２、及び口座管理部１０３が設けられる。これらの装置以外にも各種の論理的装置がサーバ１０に適宜に設けられるが、それらの図示は省略した。認証処理部１０１は、第１システム１を利用するユーザを認証するために必要な各種の処理を担当する。認証処理部１０１におけるユーザの認証は、ユーザＩＤと、ユーザのみが知るパスワード等の暗証情報とを用いて行われる。ユーザＩＤは、第１システム１にてユーザを識別するための第１の識別情報の一例であって、第１システム１にて固有的に通用するものである。

【0017】

サービス処理部１０２は、認証されたユーザに対してクライアント装置１１と協働して各種のサービスを提供するために必要な処理を担当する。例えば、ゲーム機１２にてゲームをプレイさせるために必要な各種のコンテンツをゲーム機１２に提供するサービス、ユーザのプレイデータを保存又は提供するサービス、プレイデータをユーザ端末装置１５にて閲覧させるサービス、ゲームに関連したコンテンツをユーザに販売するサービス等がサービス処理部１０２の処理によって実現される。口座管理部１０３は、ユーザの電子通貨の口座を管理し、クライアント装置１１からの求めに応じて電子通貨を消費させ、あるいはチャージ装置１４等からの求めに応じて電子通貨を加算する処理を担当する。

【0018】

認証処理部１０１、サービス処理部１０２及び口座管理部１０３は、同一の物理的なサーバ装置上に設けられることを必ずしも要しない。上述したように、サーバ１０は複数の物理的なサーバ装置を組み合わせた論理的なサーバとして構成されてもよい。したがって、認証処理部１０１、サービス処理部１０２及び口座管理部１０３は互いに異なる物理的なサーバ装置によって実現されてもよい。さらに、認証処理部１０１、サービス処理部１０２、あるいは口座管理部１０３は、処理の種類に応じて複数の物理的なサーバ装置にさらに区分して設けられてよい。要するに、認証処理部１０１、サービス処理部１０２及び口座管理部１０３のそれぞれは、単一の又は複数の物理的なサーバ装置のコンピュータハードウエアと、ソフトウエアとしてのサーバプログラムＰＧ１との組み合わせによって実現される論理的な装置として構成されていればよい。

【0019】

第１システム１には、サーバ１０にて参照されるべきデータベースとして、ユーザデータベースＤＢ１１、コンテンツデータベースＤＢ１２、口座管理データベースＤＢ１３及び連携管理データベースＤＢ１４が設けられている。ユーザデータベースＤＢ１１は、ユーザに関連する各種のデータをユーザＩＤと関連付けて格納したデータベースである。例えばユーザの個人情報等の属性を記録したユーザデータ、ユーザのゲームのプレイを記録したプレイデータ等がユーザデータベースＤＢ１１に記録されてよい。

【0020】

コンテンツデータベースＤＢ１２は、ゲームにて提供される各種のコンテンツを格納したデータベースである。口座管理データベースＤＢ１３は、ユーザが保持する電子通貨の量（残高）と口座ＩＤとを対応付けて記録したデータを格納したデータベースである。ユーザが電子通貨の口座を保有する場合、そのユーザのユーザＩＤと口座ＩＤとを対応付けたデータが例えばユーザデータベースＤＢ１１に記録される。したがって、ユーザのユーザＩＤが判明すれば、そのユーザの口座ＩＤを特定して当該ユーザの口座にアクセスすることが可能である。連携管理データベースＤＢ１４は、第２システム２との連携に必要なデータを格納したデータベースである。連携管理データベースＤＢ１４に記録されるデータの例は後述する。

【0021】

一方、第２システム２は、第１システム１と同様に、サーバ２０と、そのクライアント装置２１とを備えたクライアント・サーバシステムとして構成されている。サーバ２０は第２のサーバの一例である。サーバ２０は、単一の物理的なサーバ装置によって構成されてもよいし、複数の物理的なサーバ装置を組み合わせた論理的なサーバとして構成されてもよい。さらに、サーバ２０は、インターネット等のＷＡＮ上の複数のサーバ装置を組み合わせたクラウドサーバとして構成されてもよい。

【0022】

クライアント装置２１としては、一例として、ゲーム機２２と、ユーザ端末装置２３とが設けられている。ゲーム機２２は、ゲーム装置の一例であって、第１システム１のゲーム機１２と同様に、ユーザによる所定の料金の支払いと引き換えに、ゲームと関連付けられた各種のサービスをそのユーザに提供する業務用ゲーム機として構成されている。ゲーム機２２が提供するサービスも、ゲームをプレイさせるサービスに限らず、ゲームと関連する各種のサービス等が適宜に提供されてよい。ゲーム機２２にてプレイされるゲームの種類等は特に制限されず、各種のゲームがゲーム機２２にてプレイ可能であってよい。

【0023】

ユーザ端末装置２３は、ユーザ端末装置１５と同様にユーザの個人的用途に供される汎用の情報通信端末である。例えば、スマートフォン、タブレット、ＰＣ等がユーザ端末装置２３として適宜に用いられてよい。なお、ユーザ端末装置２３は、第１システム１にて利用されるユーザ端末装置１５とは異なるクライアント装置であることを要しない。同一の情報通信端末装置が第１システム１及び第２システム２のそれぞれでユーザ端末装置１５、２３として利用されてよい。

【0024】

サーバ２０には、そのコンピュータハードウエアと、所定のサーバプログラムＰＧ２との組み合わせによって実現される論理的装置として、認証処理部２０１、サービス処理部２０２、及び決済管理部２０３が設けられる。これらの装置以外にも各種の論理的装置がサーバ２０に適宜に設けられるが、それらの図示は省略した。認証処理部２０１は、第２システム２を利用するユーザを認証するために必要な各種の処理を担当する。認証処理部２０１におけるユーザの認証は、ユーザＩＤと、ユーザのみが知るパスワード等の暗証情報とを用いて行われる。ユーザＩＤは、第２システム２にてユーザを識別するための第２の識別情報の一例であって、第２システム２にて固有的に通用するものである。第１システム１におけるユーザＩＤと第２システム２におけるユーザＩＤとは、同一ユーザに対応付けられたものであっても互いに異なる。両システム１、２におけるユーザＩＤ間に共通性、あるいは互換性はない。

【0025】

サービス処理部２０２は、認証されたユーザに対してクライアント装置２１と協働して各種のサービスを提供するために必要な処理を担当する。例えば、ゲーム機２２にてゲームをプレイさせるために必要な各種のコンテンツをゲーム機２２に提供するサービス、ユーザのプレイデータを保存又は提供するサービス、プレイデータをユーザ端末装置２３にて閲覧させるサービス、ゲームに関連したコンテンツをユーザに販売するサービス等がサービス処理部２０２の処理によって実現される。なお、サービス処理部２０２は、サービスの種類に応じてさらに複数の論理的装置に区分して設けられてよい。

【0026】

決済管理部２０３は、第２システム２内における有償サービスの料金を決済するための処理を担当する。第１システム１と異なり、第２システム２には自己のシステム内で通用する電子通貨等の決済手段が用意されていない。したがって、決済管理部２０３は、第２システム２を運営する事業者とは異なる外部事業者が提供する決済サービスを利用して料金を支払うために必要な処理を担当するように構成される。例えば、決済管理部２０３は、クレジットカードを用いた決済、外部事業者が提供する電子通貨を用いた決済等を実行するために必要な処理を担当する。

【0027】

第２システム２においても、認証処理部２０１、サービス処理部２０２及び決済管理部２０３は、同一の物理的なサーバ装置上に設けられることを必ずしも要しない。つまり、第１システム１における例と同様に、認証処理部２０１、サービス処理部２０２及び決済管理部２０３のそれぞれは、単一の又は複数の物理的なサーバ装置のコンピュータハードウエアと、ソフトウエアとしてのサーバプログラムＰＧ２との組み合わせによって実現される論理的な装置として構成されていればよい。

【0028】

第２システム２には、サーバ２０にて参照されるべきデータベースとして、ユーザデータベースＤＢ２１、コンテンツデータベースＤＢ２２、及び連携管理データベースＤＢ２３が設けられている。ユーザデータベースＤＢ２１は、ユーザに関連する各種のデータをユーザＩＤと関連付けて格納したデータベースである。例えばユーザの個人情報等の属性を記録したユーザデータ、ユーザのゲームのプレイを記録したプレイデータ等がユーザデータベースＤＢ２１に記録されてよい。コンテンツデータベースＤＢ２２は、ゲームにて提供される各種のコンテンツを格納したデータベースである。連携管理データベースＤＢ２３は、第１システム１との連携に必要なデータを格納したデータベースである。連携管理データベースＤＢ２３に記録されるデータの例は後述する。

【0029】

次に、第１システム１と第２システム２との連携について説明する。本形態では、第１システム１にて提供される電子通貨を用いた決済サービスを特定サービスの一例として、その決済サービスを第２システム２から利用できるように両システム１、２を連携させる。ただし、第１システム１及び第２システム２のそれぞれは互いに独立して設定されたユーザＩＤを用いてユーザを識別し、かつ第１システム１ではその第１システム１内で通用するユーザＩＤと関連付けて電子通貨の口座を管理している。したがって、第２システム２から第１システム１の決済サービスを利用するためには、第２システム２のユーザが第１システム１のいずれのユーザＩＤに対応するユーザであるかを特定することが必要である。一方、第２システム２から第１システム１の決済サービスを利用する都度に、ユーザがゲーム機２２上で第１システム１のユーザＩＤやパスワードを入力することは手間がかかる。加えて、ゲーム機２２は、不特定多数のユーザが利用可能であり、かつその設置場所も不特定多数の者が来場する店舗等の施設である。そのため、ゲーム機２２上で別のシステム１のユーザ認証情報を入力させることはセキュリティの観点から好ましくない。

【0030】

そこで、本形態では、第１システム１と第２システム２とを連携させるために必要な設定（以下、連携設定と呼ぶことがある。）をユーザ端末装置２３からのアクセスに基づいて実行し、ゲーム機２２ではその連携設定に従って第１システム１におけるユーザ認証情報を入力することなくその決済サービスを利用可能としている。以下、図２を参照して連携の仕組みの概要を説明する。

【0031】

図２において、（ａ）～（ｃ）はユーザ端末装置２３からのアクセスに基づく連携設定の手順を、（ｄ）はゲーム機２２からの決済サービスの利用の手順をそれぞれ示している。連携設定では、まず前提として、ユーザ端末装置２３と第２システム２のサーバ２０との間でログイン処理が行われて第２システム２におけるユーザ認証が実行される。ユーザ認証の完了後、図２（ａ）に示すようにユーザ端末装置２３から連携設定が要求されると、第２システム２のサーバ２０を介して第１システム１のサーバ１０に連携設定が要求される。これに伴って、ユーザ端末装置２３のアクセス先が第１システム１のサーバ１０に変更される。この段階で第２システム２のサーバ２０から第１システム１のサーバ１０に対して、連携設定を要求するユーザが第２システム２にて認証されたユーザであることを証明する情報が提供されてもよい。

【0032】

次に、同図（ｂ）に示すように、ユーザ端末装置２３と第１システム１のサーバ１０との間でログイン処理が行われる。ログイン処理は、ユーザ端末装置２３にてユーザが第１システム１のユーザ認証に必要な情報、すなわち第１システム１のユーザＩＤとパスワードとを入力し、サーバ１０がこれを認証する処理である。ユーザが第１システム１のサーバ１０にログインすると、第１システム１のサーバ１０によって認証トークンが発行される。認証トークンは、第２システム２のユーザを認証して第２システム２のゲーム機２２から決済サービスを利用させるために使用されるべきトークン情報の一例である。認証トークンは、連携設定が要求されるごとに発行される。認証トークンは、第１システム１にて認証されたユーザであること、及び決済サービスを利用する認可を第１システム１から受けていることを示す情報である。例えば、OpenID Connectにてユーザを認証するためのＩＤトークン、ユーザのアクセス権限の範囲を示すためのアクセストークンの仕様に従って認証トークンが発行されてよい。

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

１ 第１のアミューズメントシステム（第１のサービスシステム）
２ 第２のアミューズメントシステム（第２のサービスシステム）
１０ 第１のサーバ
１１、２１ クライアント装置
２０ 第２のサーバ
２２ 業務用ゲーム機（ゲーム装置）
２３ ユーザ端末装置
１０１ 認証処理部（トークン情報提供手段、第１の保存手段、利用制御手段、解除手段）
２０１ 認証処理部（第２の保存手段、利用要求手段）
Ｄ１ 第１の関連付けデータ
Ｄ２ 第２の関連付けデータ
ＰＧ１、ＰＧ２ サーバプログラム

【図1】

【図2】

【図3】

【図4】

【図5】