JP2023066918A - サービス提供システム、サービス提供方法、及びプログラム - Google Patents

Abstract

【課題】複数のアプリを利用するユーザの利便性を高める。【解決手段】サービス提供システム（Ｓ）では、第１アプリに基づいて第１サービスがユーザに提供され、第２アプリに基づいて第２サービスがユーザに提供される。表示制御手段（３０１）は、第１アプリ及び第２アプリが連携した状態で第１アプリが起動した場合に、ユーザのユーザ端末（３０）に、所定の読取用画像を表示させる。第２処理実行手段（５０１）は、第１アプリの読取用画像が読み取られた場合に、第２サービスに関する第２処理を実行する。【選択図】図５

Description

本開示は、サービス提供システム、サービス提供方法、及びプログラムに関する。

従来、所定のアプリに基づいて、所定のサービスをユーザに提供する技術が知られている。例えば、特許文献１には、スーパーアプリ上で選択された場合に起動するミニアプリが記載されている。例えば、非特許文献１には、決済アプリが起動した場合に、決済サービスを利用するためのコード画像と、ユーザに対する通知を示すアイコンと、をユーザ端末に表示させる技術が記載されている。例えば、非特許文献２には、決済アプリが起動した場合に、決済サービスを利用するためのコード画像と、複数のポイントの中から選択された何れかのポイントのアイコンと、をユーザ端末に表示させる技術が記載されている。

特表２０２１－５１１５９２号公報

「PayPay（ペイペイ）－キャッシュレス決済のスマホアプリ」，インターネット，２０２１年１０月８日検索，ｏｎｌｉｎｅ，https://paypay.ne.jp/ 「ファミリーマート公式アプリファミペイ」，インターネット，２０２１年１０月８日検索，ｏｎｌｉｎｅ，https://www.family.co.jp/famipay.html

しかしながら、特許文献１及び非特許文献１の技術では、スーパーアプリとミニアプリが連携しているが、スーパーアプリに登録されたユーザ情報がミニアプリに流用される程度の連携であり、ユーザの利便性を十分に高める連携とはいえない。非特許文献２の技術は、そもそも複数のアプリが連携するものではない。あるアプリの読取用画像が読み取られた場合に、このアプリと連携する他のアプリに関する処理が実行されるようにすれば、ユーザの利便性が高まると考えられる。

本開示の目的の１つは、複数のアプリを利用するユーザの利便性を高めることである。

本開示に係るサービス提供システムは、第１アプリに基づいて第１サービスがユーザに提供され、第２アプリに基づいて第２サービスが前記ユーザに提供されるサービス提供システムであって、前記第１アプリ及び前記第２アプリが連携した状態で前記第１アプリが起動した場合に、前記ユーザのユーザ端末に、所定の読取用画像を表示させる表示制御手段と、前記第１アプリの前記読取用画像が読み取られた場合に、前記第２サービスに関する第２処理を実行する第２処理実行手段と、を含む。

本開示によれば、複数のアプリを利用するユーザの利便性が高まる。

サービス提供システムの全体構成の一例を示す図である。 学生証アプリが追加される前の決済アプリの画面の一例を示す図である。 学生証アプリを追加する流れの一例を示す図である。 学生証アプリが追加された後の決済アプリの画面の一例を示す図である。 第１実施形態で実現される機能の一例を示す機能ブロック図である。 第１データベースの一例を示す図である。 第２データベースの一例を示す図である。 第１実施形態で実行される処理の一例を示すフロー図である。 第１実施形態で実行される処理の一例を示すフロー図である。 第２実施形態でポイント管理アプリが追加される流れの一例を示す図である。 ポイント管理アプリが追加された後の決済アプリの画面の一例を示す図である。 第３実施形態における決済アプリの画面の一例を示す図である。 変形例の機能ブロックの一例を示す図である。 複数のポイント管理アプリと連携した場合の決済アプリの一例を示す図である。

［１．第１実施形態］
本開示に係るサービス提供システムの実施形態の一例である第１実施形態を説明する。

［１－１．サービス提供システムの全体構成］
図１は、サービス提供システムの全体構成の一例を示す図である。サービス提供システムＳは、第１サーバ１０、第２サーバ２０、ユーザ端末３０、店舗端末４０、及びチェックイン端末５０を含む。これらは、インターネット等のネットワークＮに接続可能である。サービス提供システムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。

第１サーバ１０は、サーバコンピュータである。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。第１サーバ１０は、第１サービスの提供者により管理される。

第１実施形態では、第１サービスの一例として、決済サービスを説明する。このため、決済サービスと記載した箇所は、第１サービスと読み替えることができる。決済サービスは、電子決済（キャッシュレス決済）を提供するサービスである。決済サービスで利用可能な決済手段は、任意の種類であってよく、例えば、クレジットカード、電子マネー、ポイント、銀行口座、デビットカード、ウォレット、又は仮想通貨であってもよい。決済サービス以外の第１サービスの例は、後述の変形例で説明する。

第２サーバ２０は、サーバコンピュータである。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。第２サーバ２０は、第２サービスの提供者により管理される。

第１実施形態では、第２サービスの一例として、デジタル学生証サービスを説明する。このため、デジタル学生証サービスと記載した箇所は、第２サービスと読み替えることができる。デジタル学生証サービスは、ユーザの学生証を登録すると、学校生活に関する機能が提供されるサービスである。例えば、通学証明の表示、授業の出席登録、時間割の確認、学校との連絡、又は図書館等の施設へのチェックインといった機能が提供される。デジタル学生証サービス以外の第２サービスの例は、後述の変形例で説明する。

ユーザ端末３０は、ユーザのコンピュータである。例えば、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。通信部１３は、ＮＦＣ（Near Field Communication）が可能な通信インタフェースを含んでもよい。

操作部３４は、タッチパネル等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。撮影部３６は、少なくとも１つのカメラを含む。ＩＣチップ３７は、任意の規格のチップであってよく、例えば、ＦｅｌｉＣａ（登録商標）のチップ、又は、非接触型規格におけるいわゆるＴｙｐｅＡ若しくはＴｙｐｅＢのチップである。決済サービスは、ＩＣチップ３７から利用されてもよい。ＧＰＳ受信部３８は、衛星からの信号を受信する受信機を含む。

店舗端末４０は、店舗に配置されたコンピュータである。例えば、店舗端末４０は、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、及び表示部３５と同様である。通信部４３は、ＮＦＣが可能な通信インタフェースを含んでもよい。読取部４６は、コードリーダ又はカメラを含む。読取部４６は、店舗端末４０の外部に接続されてもよい。

チェックイン端末５０は、ユーザがチェックインする場所に配置されたコンピュータである。例えば、チェックイン端末５０は、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。制御部５１、記憶部５２、通信部５３、操作部５４、表示部５５、及び読取部５６の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、表示部３５、及び読取部４６と同様である。

なお、第１サーバ１０、第２サーバ２０、ユーザ端末３０、店舗端末４０、及びチェックイン端末５０の各々に記憶されるプログラムは、ネットワークＮを介して供給されてもよい。また、情報記憶媒体に記憶されたプログラムが、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して供給されてもよい。

［１－２．第１実施形態の概要］
サービス提供システムＳでは、決済アプリに基づいて決済サービスがユーザに提供される。決済アプリは、第１アプリの一例である。このため、決済アプリと記載した箇所は、第１アプリと読み替えることができる。第１アプリは、第１サービスを提供するためのアプリケーションである。第１アプリは、ユーザ端末３０にダウンロードされてインストールされる。なお、第１アプリは、ユーザ端末３０にインストールされるものではなく、第１サーバ１０上で実行されるタイプであってもよい。ユーザ端末３０には、第１サーバ１０上で実行された第１アプリの実行結果がブラウザ等を利用して表示されてもよい。

サービス提供システムＳでは、学生証アプリに基づいてデジタル学生証サービスがユーザに提供される。学生証アプリは、第２アプリの一例である。このため、学生証アプリと記載した箇所は、第２アプリと読み替えることができる。第２アプリは、第２サービスを提供するためのアプリケーションである。第２アプリは、ユーザ端末３０にダウンロードされてインストールされる。なお、第２アプリは、ユーザ端末３０にインストールされるものではなく、第２サーバ２０上で実行されるタイプであってもよい。ユーザ端末３０には、第２サーバ２０上で実行された第２アプリの実行結果がブラウザ等を利用して表示されてもよい。

第１実施形態では、決済アプリがスーパーアプリであり、学生証アプリが当該スーパーアプリから利用可能なミニアプリである場合を例に挙げる。スーパーアプリは、複数のアプリが統合されたプラットフォームの役割を果たすアプリである。ミニアプリは、スーパーアプリから利用可能なアプリである。ここでは、ユーザが、ユーザ端末３０に決済アプリをインストール済みであるが、まだ学生証アプリを追加していないものとする。

図２は、学生証アプリが追加される前の決済アプリの画面の一例を示す図である。ユーザが決済アプリを起動させると、決済アプリのトップ画面Ｇ１が表示部３５に表示される。例えば、トップ画面Ｇ１には、決済処理を実行するためのコード画像Ｃ１０が表示される。コード画像Ｃ１０が店舗端末４０の読取部４６で読み取られると、決済処理が実行されて決済完了画面Ｇ２が表示部３５に表示される。

トップ画面Ｇ１には、利用中のミニアプリのアイコンＩ１１も表示される。ユーザがアイコンＩ１１を選択すると、ミニアプリが起動する。ユーザは、リンクＬ１２を選択することによって、ミニアプリを追加できる。例えば、ユーザがリンクＬ１２を選択すると、ミニアプリを選択するための選択画面が表示部３５に表示される。ここでは、ユーザが学生証アプリを追加する流れを説明する。

図３は、学生証アプリを追加する流れの一例を示す図である。例えば、選択画面Ｇ３には、ユーザが追加できるミニアプリの一覧が表示される。ユーザが選択画面Ｇ３から学生証アプリを選択すると、学生証アプリがユーザ端末３０にダウンロード及びインストールされる。学生証アプリのインストールが完了すると、学生証を登録するための登録画面Ｇ４が表示部３５に表示される。学生証を登録するとは、学生証に含まれる情報を学生証アプリに登録することである。

第１実施形態では、ユーザの学生証は、学生番号等の種々の情報が記録されたＩＣチップを含むものとする。ユーザは、通信部３３のＮＦＣ機能を利用して、学生証をスキャンする。学生証のスキャンが完了すると、ユーザの学生証が学生証アプリに登録されて登録完了画面Ｇ５が表示部３５に表示される。以降、ユーザは、スーパーアプリである決済アプリから、ミニアプリである学生証アプリを呼び出すことによって、デジタル学生証サービスを利用できる。

図４は、学生証アプリが追加された後の決済アプリの画面の一例を示す図である。図４のトップ画面Ｇ１のように、学生証アプリのアイコンＩ１１が追加される。ユーザが学生証アプリのアイコンＩ１１を選択すると、学生証アプリのトップ画面Ｇ６が表示部３５に表示される。ユーザは、トップ画面Ｇ６から、デジタル学生証サービスが提供する種々の機能を利用できる。

例えば、トップ画面Ｇ６からチェックイン機能が選択されると、図書館等の施設にチェックインするためのコード画像が表示される。コード画像には、デジタル学生証サービスにおいてユーザを識別可能な情報が含まれているものとする。ユーザは、コード画像を、施設に配置されたチェックイン端末５０の読取部５６にかざす。チェックイン端末５０は、コード画像を読み取ってユーザの正当性が確認されると、ユーザは施設にチェックインできる。

第１実施形態では、ユーザが学生証アプリを追加すると、ユーザは、決済アプリから特定の機能を利用できるようになる。第１実施形態では、この機能の一例として、デジタル学生証サービスのチェックイン機能を説明する。この機能は、学生証アプリが追加されたことを条件として利用できるようになる機能であればよく、チェックイン機能に限られない。例えば、チェックイン機能以外にも、授業への出席登録等の他の機能が決済アプリから利用可能になってもよい。

例えば、ユーザが学生証アプリを追加すると、学生証アプリに学生証を登録した学校の生徒であることを示す情報がコード画像Ｃ１０に含まれるようになる。チェックイン端末５０は、この情報により、ユーザが特定の学校の生徒であることを特定できる。ユーザは、学生証アプリのトップ画面Ｇ６からコード画像を表示させなくても、決済アプリのトップ画面Ｇ１に表示されたコード画像Ｃ１０に含まれる情報に基づいて、図書館等の施設にチェックインできるようになる。

図４のように、決済アプリのトップ画面Ｇ１には、学生証アプリが連携済みであることを示す通知画像Ｉ１３が表示される。例えば、通知画像Ｉ１３には、決済アプリのコード画像Ｃ１０で利用可能な学生証アプリの機能の内容が示される。第１実施形態では、学生証アプリのチェックイン機能をコード画像Ｃ１０で利用可能なので、通知画像Ｉ１３には、図書館等の施設にチェックインできることが示される。

ユーザが、学校の図書館等の施設に配置されたチェックイン端末５０の読取部５６にコード画像Ｃ１０を読み取らせると、チェックインが実行されたことを示すチェックイン完了画面Ｇ７が表示部３５に表示される。ユーザが、店舗端末４０の読取部４６に同じコード画像Ｃ１０を読み取らせると、決済処理が実行されて決済完了画面Ｇ２が表示部３５に表示される。ユーザは、同じコード画像Ｃ１０で、決済サービス及びデジタル学生証サービスの両方を利用できる。即ち、決済アプリ及び学生証アプリを連携させることによって、両方のサービスを利用可能なハイブリッドなコード画像Ｃ１０になる。

以上のように、第１実施形態のサービス提供システムＳは、決済アプリ及び学生証アプリを連携させることによって、チェックイン端末５０でコード画像Ｃ１０を読み取るだけで施設にチェックインできるようになる。これにより、ユーザが図書館等の施設でいちいち学生証を提示しなくても、通常のチェックイン時の流れと同様の流れでチェックインできる。更に、決済アプリからいちいち学生証アプリを呼び出さなくても、決済アプリのファーストビューとして表示されるコード画像Ｃ１０を利用して、デジタル学生証サービスの機能も利用できるようになる。以降、第１実施形態の詳細を説明する。

［１－３．第１実施形態で実現される機能］
図５は、第１実施形態で実現される機能の一例を示す機能ブロック図である。

［１－３－１．第１サーバで実現される機能］
データ記憶部１００は、記憶部１２を主として実現される。第１提供部１０１は、制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、ユーザに決済サービスを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、第１データベースＤＢ１を記憶する。

図６は、第１データベースＤＢ１の一例を示す図である。図６に示すように、第１データベースＤＢ１は、決済サービスにおけるユーザに関する情報が格納されたデータベースである。このユーザは、決済サービスの利用登録をしたユーザである。例えば、第１データベースＤＢ１には、ユーザＩＤ、パスワード、ユーザ情報、コードＩＤ、有効期限、決済情報、ミニアプリ情報、及び利用履歴情報が格納される。第１データベースＤＢ１に格納される情報は、ユーザに関する任意の情報であってよく、図６の例に限られない。

ユーザＩＤは、決済サービスにおいてユーザを識別可能なユーザ識別情報の一例である。ユーザ識別情報は、任意の情報であってよく、例えば、ユーザアカウントと呼ばれる情報、メールアドレス、又は電話番号であってもよい。例えば、ユーザ識別情報は、文字、数字、その他の記号、又はこれらの組み合わせである。ユーザＩＤ及びパスワードは、第１サービスにログインするために利用される。

ユーザ情報は、ユーザが登録した情報である。例えば、ユーザ情報は、ユーザの個人情報である。例えば、ユーザ情報は、ユーザの氏名、性別、生年月日、住所、電話番号、メールアドレス、職業、又はこれらの組み合わせを含んでもよい。例えば、ユーザ情報は、ユーザが所属する組織の名前を含んでもよい。第１実施形態では、組織の一例として学校を説明するが、組織自体は、任意の種類であってよく、学校に限られない。例えば、組織は、会社、役所、地方公共団体、非営利団体、部活、又はサークルであってもよい。組織は、機関ということもできる。組織は、複数の組織であってもよい。

コードＩＤは、コード画像Ｃ１０に含まれる情報である。コードＩＤは、決済サービスを利用しようとしているユーザを識別可能な情報である。コードＩＤは、ユーザ識別情報の一例である。第１実施形態では、コードＩＤがコード画像Ｃ１０に含まれる場合を説明するが、ユーザＩＤ等の他のユーザ識別情報がコード画像Ｃ１０に含まれてもよい。有効期限は、コードＩＤが発行されてから所定時間後の時点である。有効期限は、任意の長さであってよく、例えば、１分～１時間程度であってもよいし、数時間～数日程度であってもよい。コードＩＤには、有効期限が設定されなくてもよい。

例えば、第１サーバ１０は、所定の発行ルールに基づいて、他のコードＩＤと重複しないようにコードＩＤを発行する。コードＩＤは、有効期限内の他のコードＩＤと重複しないようにすればよく、有効期限切れの他のコードＩＤとは重複してもよい。コードＩＤは、任意のタイミングで発行可能である。例えば、決済アプリが起動した場合、有効期限が経過した場合、コードＩＤを更新する操作が行われた場合、又は所定の日時が訪れた場合に、コードＩＤが発行されてもよい。

決済情報は、ユーザの決済手段に関する情報である。例えば、決済手段がクレジットカードであれば、決済情報は、クレジットカード番号、有効期限、及び名義人を含む。決済手段が電子マネーであれば、決済情報は、電子マネーを識別可能な電子マネーＩＤと、電子マネーの残高と、を含む。決済手段が銀行口座であれば、決済情報は、銀行口座の支店名（支店番号）、口座番号、及び名義人を含む。他の決済手段も同様に、決済情報は、決済手段に応じた情報を含めばよい。複数の決済手段を登録可能な決済サービスであれば、決済情報は、支払い元として設定された決済手段を識別可能な情報を含んでもよい。

ミニアプリ情報は、ユーザが利用するミニアプリに関する情報である。例えば、ミニアプリ情報は、ミニアプリを識別可能なミニアプリＩＤを含む。ユーザがリンクＬ１２を選択してミニアプリを追加すると、このミニアプリのミニアプリＩＤがミニアプリ情報に追加される。トップ画面Ｇ１のアイコンＩ１１は、ミニアプリ情報に基づいて表示される。第１実施形態では、ミニアプリの利用状況に関する利用状況情報が第２データベースＤＢ２に格納される場合を説明するが、ミニアプリの利用状況情報は、第１データベースＤＢ１に格納されてもよい。他にも例えば、ミニアプリ情報には、学生証アプリに登録された学生証に関する各種情報が含まれてもよい。この情報は、学生証アプリの登録時にユーザ端末３０からアップロードされて第１データベースＤＢ１に登録されてもよい。この情報は、学生証のＩＣカード又は券面に含まれる情報であり、例えば、学生番号、氏名、入学年といった情報であってよい。

利用履歴情報は、決済サービスの利用履歴に関する情報である。例えば、利用履歴情報は、決済サービスの利用日時、利用場所、及び利用額を含む。ユーザが決済サービスを利用するたびに、このユーザの利用履歴情報が更新される。

［第１提供部］
第１提供部１０１は、ユーザ端末３０の決済アプリに基づいて、ユーザに決済サービスを提供する。第１実施形態では、第１提供部１０１は、トップ画面Ｇ１に表示されたコード画像Ｃ１０に基づいて、ユーザに決済サービスを提供する。例えば、店舗端末４０は、コード画像Ｃ１０が読取部４６で読み取られた場合に、第１サーバ１０に決済要求を送信する。決済要求は、決済処理を要求するための通知である。例えば、決済要求には、店舗の店舗ＩＤ、店舗端末４０の端末ＩＤ、コード画像Ｃ１０から取得されたコードＩＤ、及び利用額が含まれる。

第１提供部１０１は、第１サーバ１０が受信した決済要求に基づいて、ユーザに決済サービスを提供する。例えば、第１提供部１０１は、第１データベースＤＢ１を参照し、決済要求に含まれるコードＩＤの有効期限を取得する。コードＩＤの有効期限が経過している場合、決済処理は実行されない。第１提供部１０１は、コードＩＤの有効期限内である場合、コードＩＤに関連付けられた決済情報に基づいて、決済処理を実行する。決済処理自体は、公知の処理を利用可能である。第１提供部１０１は、決済処理の実行結果に基づいて、コードＩＤに関連付けられた利用履歴情報を更新する。

以上の一連の処理は、決済アプリが起点となるので、第１提供部１０１は、決済アプリに基づいて、ユーザに決済サービスを提供することになる。第１提供部１０１は、決済アプリがインストールされたユーザ端末３０と直接的に通信することによって、ユーザに決済サービスを提供してもよい。例えば、ユーザが決済アプリから決済サービスを利用する店舗を選択する場合には、第１提供部１０１は、ユーザ端末３０から決済要求を受信することによって、ユーザに決済サービスを提供する。この場合、ユーザが利用額を入力してもよい。

例えば、店舗端末４０に表示されたコード画像をユーザ端末３０で読み取ることによって、決済処理が実行されてもよい。この場合、このコード画像には、店舗ＩＤ、端末ＩＤ、及び利用額といった情報が含まれてもよい。ユーザ端末３０は、コード画像を読み取ると、第１サーバ１０に決済要求を送信する。第１サーバ１０が決済要求を受信した後の流れは、コード画像Ｃ１０が店舗端末４０で読み取られた場合の流れと同様であってもよい。他にも例えば、店舗に掲示されたコード画像をユーザ端末３０で読み取ることによって、決済処理が実行されてもよい。

［１－３－２．第２サーバで実現される機能］
データ記憶部２００は、記憶部２２を主として実現される。第２提供部２０１は、制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、ユーザにデジタル学生証サービスを提供するために必要なデータを記憶する。例えば、データ記憶部２００は、第２データベースＤＢ２を記憶する。

図７は、第２データベースＤＢ２の一例を示す図である。第２データベースＤＢ２は、デジタル学生証サービスにおけるユーザに関する情報が格納されたデータベースである。このユーザは、学生証アプリに学生証を登録したユーザである。例えば、第２データベースＤＢ２には、学校ＩＤ、学生番号、パスワード、ユーザ情報、及び利用状況情報が格納される。学校ＩＤは、学校を一意に識別可能な学校識別情報の一例である。学校識別情報は、学校名等の他の情報であってもよい。

学生番号は、デジタル証明書サービスにおいてユーザを識別可能なユーザ識別情報の一例である。学生番号は、学籍番号と呼ばれることもある。このユーザ識別情報は、任意の情報であってよく、例えば、ユーザＩＤ、ユーザアカウント、メールアドレス、又は電話番号であってもよい。デジタル証明書サービスのユーザ識別情報と、決済サービスのユーザ識別情報と、は同じであってもよい。学生番号及びパスワードは、デジタル学生証サービスにログインするために利用される。なお、ある学校と他の学校で学生番号が同じになることがあるので、学校ＩＤ及び学生番号の組み合わせによってユーザが識別されてもよい。

ユーザ情報は、デジタル学生証サービスに登録されたユーザ情報という意味で、第１データデータＤＢ１に格納されたユーザ情報と異なるが、ユーザ情報の言葉の意味自体は、先述した通りである。第２データベースＤＢ２に格納されたユーザ情報は、学生証に含まれる情報であってもよいし、学生証には含まれない情報であってもよい。学生証に含まれる情報とは、学生証のＩＣチップに格納された情報、又は、学生証の券面に形成された情報である。例えば、ユーザ情報は、学生証に含まれる学生番号、氏名、生年月日、学科、学年、入学年、又は顔写真を含んでもよい。ユーザ情報は、ユーザの時間割の情報や学校とやり取りしたメッセージ等を含んでもよい。

利用状況情報は、デジタル学生証サービスの利用状況に関する情報である。例えば、利用状況情報には、授業への出欠状況、ユーザの時間割、学校との連絡内容、又は図書館等の施設へのチェックイン状況といった情報が格納される。ユーザが学生証アプリからデジタル学生証サービスを利用すると、利用状況情報が更新される。利用状況情報は、デジタル学生証サービスに関する任意の情報を含んでもよい。例えば、利用状況情報は、テストやレポートの成績、単位の取得状況、又は就職活動等のセミナーへの申し込み状況といった情報を含んでもよい。

［第２提供部］
第２提供部２０１は、ユーザ端末３０の学生証アプリに基づいて、ユーザにデジタル学生証サービスを提供する。例えば、第２提供部２０１は、ユーザ端末３０で学生証アプリが起動すると、所定のログイン処理を実行する。第２提供部２０１は、ログイン処理が成功すると、第２データベースＤＢ２に格納された、デジタル学生証サービスにログインしたユーザの情報に基づいて、ユーザにデジタル学生証サービスを提供する。

例えば、第２提供部２０１は、ユーザが通学証明の表示を要求した場合、ユーザ情報に含まれる学科や学年等に基づいて、通学証明の画面をユーザ端末３０に表示させる。第２提供部２０１は、ユーザが授業への出席登録を要求した場合、ユーザが要求した授業に出席したことを示すように利用状況情報を更新する。第２提供部２０１は、ユーザが時間割の表示を要求した場合、ユーザ情報に含まれる時間割の画面をユーザ端末３０に表示させる。

例えば、第２提供部２０１は、ユーザがメッセージの表示を要求した場合、ユーザ情報に含まれるメッセージをユーザ端末３０に表示させる。第２提供部２０１は、ユーザが図書館等の施設へのチェックインを要求した場合、学生証アプリにチェックイン用のコード画像を表示させる。このコードには、ユーザの学生番号が含まれてもよいし、決済アプリのコードＩＤのように一時的なＩＤが含まれてもよい。

［１－３－３．ユーザ端末で実現される機能］
データ記憶部３００は、記憶部３２を主として実現される。表示制御部３０１は、制御部３１を主として実現される。

[データ記憶部]
データ記憶部３００は、ユーザが決済サービス及びデジタル学生証サービスの各々を利用するために必要なデータを記憶する。例えば、データ記憶部３００は、決済アプリ及びコードＩＤを記憶する。ユーザ端末３０は、第１サーバ１０により発行されたコードＩＤを受信して自身のデータ記憶部３００に記録する。ユーザ端末３０は、コードＩＤの有効期限も受信した場合には、有効期限も自身のデータ記憶部３００に記録する。

例えば、データ記憶部３００は、学生証アプリと、学生証アプリに登録された学生証に関する情報と、を記憶する。この情報は、第２データベースＤＢ２に格納されたユーザ情報の全部又は一部であってもよいし、学生証が学生証アプリに登録されたか否かを示すだけの情報であってもよい。データ記憶部３００は、後述の連携済み情報を記憶する。データ記憶部３００は、学生証アプリ以外のミニアプリと、ミニアプリに関する情報と、も記憶する。

［表示制御部］
表示制御部３０１は、決済アプリに基づいて、図２～図４で説明した画面を表示部３５に表示させる。例えば、表示制御部３０１は、決済アプリ及び学生証アプリが連携した状態で決済アプリが起動した場合に、ユーザのユーザ端末３０に、所定のコード画像Ｃ１０を表示させる。

決済アプリ及び学生証アプリが連携した状態とは、決済アプリ及び学生証アプリの間における情報共有が可能な状態である。決済アプリから学生証アプリへの情報共有と、学生証アプリから決済アプリへの情報共有と、の少なくとも一方が可能であればよい。第１実施形態では、決済アプリがスーパーアプリであり学生証アプリがミニアプリなので、決済アプリから学生証アプリを追加することは、決済アプリ及び学生証アプリが連携した状態に相当する。

例えば、学生証アプリは、学生証が登録されて初めてデジタル学生証サービスの実質的な機能を利用できるようになるので、学生証アプリに学生証が登録された場合に、決済アプリ及び学生証アプリが連携した状態になる。即ち、第２アプリである学生証アプリにおいて、何らかの所持認証が完了することが決済アプリ及び学生証アプリが連携した状態に相当してもよい。

所持認証では、ユーザの正当性を証明する物が確認される。第１実施形態では、この物が学生証である場合を説明するが、所持認証では、任意の物を利用可能である。例えば、免許証又は個人番号カード等の身分証明書、クレジットカード、キャッシュカード、又はデビットカードが所持認証で用いられてもよい。所持認証自体は、公知の種々の方法を利用可能である。例えば、第１実施形態で説明したＮＦＣを利用する方法以外にも、画像を利用した方法であってもよい。例えば、ｅＫＹＣとよばれる方法が利用されてもよい。

なお、決済アプリ及び学生証アプリは、スーパーアプリとミニアプリの関係になくてもよい。この場合には、決済アプリ及び学生証アプリの両方を、別々のアプリとしてインストールすることが、決済アプリ及び学生証アプリが連携した状態に相当してもよい。更に、決済アプリ及び学生証アプリがインストールされた後に、これらを連携させることに同意する操作をユーザが行うことが、決済アプリ及び学生証アプリが連携した状態に相当してもよい。先述したように、これらが連携した状態になると、決済サービス及びデジタル学生証サービスの両方を利用可能なハイブリッドなコード画像Ｃ１０になる。

コード画像Ｃ１０は、読取用画像の一例である。このため、コード画像Ｃ１０と記載した箇所は、読取用画像と読み替えることができる。読取用画像は、光学的に読み取りが可能な画像である。読取用画像は、任意の画像であってよく、バーコード又は二次元コードといったコード画像Ｃ１０に限られない。例えば、読取用画像は、文字、数字、記号、写真、ＣＧ、又はこれらの組み合わせであってもよい。例えば、読取用画像は、時間経過に応じて変化する画像であってもよい。例えば、読取用画像は、電子透かしが埋め込まれた画像であり、学生番号が電子透かしに埋め込まれていてもよい。

表示制御部３０１は、決済アプリに基づいて、コードＩＤを含むコード画像Ｃ１０をトップ画面Ｇ１に表示させる。コード画像Ｃ１０は、コードＩＤ以外の任意の情報を含んでよい。決済アプリ及び学生証アプリが連携した場合には、これらが決済アプリ及び学生証アプリが連携したことを識別可能な連携済み情報がコード画像Ｃ１０に含まれてもよい。連携済み情報は、デジタル学生証サービス側でユーザを識別可能な情報ということもできる。連携済み情報を決済サービスにも共有する場合には、連携済み情報は、決済サービス側でもユーザを識別可能な情報になる。

第１実施形態では、連携済み情報が学校ＩＤ及び学生番号である場合を説明するが、連携済み情報は、任意の情報であってよく、例えば、予め定められた文字、数値、記号、又はこれらの組み合わせであってもよい。連携済み情報は、学校ＩＤ及び学生番号とは別に、デジタル学生証サービス側でユーザを識別可能な情報であってもよい。例えば、決済サービスを利用するためのコードＩＤとは異なるコードＩＤが第１サーバ１０又は第２サーバ２０により発行され、当該異なるコードＩＤが連携済み情報としてコード画像Ｃ１０に含まれてもよい。

なお、図２～図４のコード画像Ｃ１０は、バーコードと二次元コードを含むが、連携済み情報は、バーコードと二次元コードの少なくとも一方に含まれていればよい。例えば、バーコードの桁数では、決済サービスのコードＩＤと、連携済み情報と、の両方を表現できない場合には、二次元コードだけに連携済み情報が含まれてもよい。この場合、チェックイン端末５０の読取部５６は、二次元コードを読み取り可能であるものとする。他にも例えば、コード画像Ｃ１０には、バーコード又は二次元コードの何れかだけが含まれてもよい。

第１実施形態では、表示制御部３０１は、決済アプリ及び学生証アプリが連携した状態で決済アプリが起動した場合に、コード画像Ｃ１０と、決済アプリと連携した学生証アプリに関する通知画像Ｉ１３と、をユーザ端末３０に表示させる。通知画像Ｉ１３は、第２アプリ画像の一例である。このため、通知画像Ｉ１３と記載した箇所は、第２アプリ画像と読み替えることができる。

第２アプリ画像は、第１アプリ及び第２アプリが連携した場合に表示される画像である。第２アプリ画像は、第２アプリを識別可能な画像である。例えば、第２アプリ画像は、第２アプリの名前、又は、第２アプリのアイコンである。第２アプリ画像は、コード画像Ｃ１０と同じ画面に表示される。第２アプリ画像は、コード画像Ｃ１０が読み取られると実行される処理の説明を含んでもよい。第２アプリ画像は、第１アプリ及び第２アプリが連携していることを示す文字を含んでもよい。

［１－３－４．店舗端末で実現される機能］
データ記憶部４００は、記憶部４２を主として実現される。第１処理実行部４０１は、制御部４１を主として実現される。

［データ記憶部］
データ記憶部４００は、決済サービスの提供に必要なデータを記憶する。例えば、データ記憶部４００は、店舗端末４０が配置された店舗の店舗ＩＤと、店舗端末４０を識別可能な端末ＩＤと、を記憶する。

［第１処理実行部］
第１処理実行部４０１は、決済アプリのコード画像Ｃ１０が読み取られた場合に、決済サービスに関する決済処理を実行する。決済処理は、第１処理の一例である。このため、決済処理と記載した箇所は、第１処理と読み替えることができる。第１処理は、第１サービスを提供するための処理である。第１処理は、第１サービスに応じた内容であればよい。決済サービス以外の第１サービスにおける第１処理の例は、後述の変形例で説明する。

決済処理は、ユーザの決済手段に基づいて決済を実行するための処理である。第１実施形態では、第１サーバ１０及び店舗端末４０が協働して決済処理を実行する。例えば、店舗端末４０は、コード画像Ｃ１０を読み取ると、コード画像Ｃ１０に含まれるコードＩＤを抽出し、第１サーバ１０にコードＩＤを含む決済要求を送信する。決済要求には、店舗ＩＤ、端末ＩＤ、及び利用額といった情報も含まれているものとする。これらの一連の処理は、決済処理に相当する。即ち、これらの一連の処理は、第１処理に相当する。

第１サーバ１０は、店舗端末４０から決済要求を受信すると、決済要求に含まれるコードＩＤの有効性を確認する。第１サーバ１０は、コードＩＤが有効であることを確認すると、第１データベースＤＢ１を参照し、コードＩＤに関連付けられた決済情報を取得する。第１サーバは、当該取得された決済情報に基づいて、決済要求に含まれる利用額を支払うための処理を実行する。これらの一連の処理も、決済処理に相当する。即ち、店舗端末４０側の処理だけではなく、第１サーバ１０が行うこれらの一連の処理も第１処理に相当する。

［１－３－５．チェックイン端末で実現される機能］
データ記憶部５００は、記憶部５２を主として実現される。第２処理実行部５０１は、制御部５１を主として実現される。

［データ記憶部］
データ記憶部５００は、デジタル学生証サービスの提供に必要なデータを記憶する。例えば、データ記憶部５００は、チェックイン端末５０が配置された施設の施設ＩＤと、チェックイン端末５０を識別可能な端末ＩＤと、を記憶する。

［第２処理実行部］
第２処理実行部５０１は、決済アプリのコード画像Ｃ１０が読み取られた場合に、デジタル学生証サービスに関するチェックイン処理を実行する。チェックイン処理は、第２処理の一例である。このため、チェックイン処理と記載した箇所は、第２処理と読み替えることができる。第２処理は、第２サービスを提供するための処理である。第２処理は、第２サービスに応じた内容であればよい。例えば、第２実施形態のように、第２サービスが、ユーザが所属する組織に関するサービスであれば、第２処理は、組織に関する処理である。

チェックイン処理は、ユーザが施設にチェックインするための処理である。第１実施形態では、第２サーバ２０及びチェックイン端末５０が協働してチェックイン処理を実行する。例えば、チェックイン端末５０は、コード画像Ｃ１０を読み取ると、コード画像Ｃ１０に含まれる連携済み情報を抽出し、第２サーバ２０に連携済み情報を含むチェックイン要求を送信する。チェックイン要求には、施設ＩＤ及び端末ＩＤといった情報も含まれているものとする。これらの一連の処理は、チェックイン処理に相当する。即ち、これらの一連の処理は、第２処理に相当する。

第２サーバ２０は、チェックイン端末５０からチェックイン要求を受信すると、チェックイン要求に含まれる連携済み情報の有効性を確認する。即ち、連携済み情報に含まれる学校ＩＤ及び学生番号の組み合わせが第２データベースＤＢ２に存在するか否かが判定される。第２サーバ１０は、学生番号が有効であることを確認すると、その確認結果をチェックイン端末５０に送信する。これらの一連の処理も、チェックイン処理に相当する。即ち、チェックイン端末５０側の処理だけではなく、第２サーバ２０が行うこれらの一連の処理も第２処理に相当する。チェックイン端末５０は、確認結果を受信すると、チェックインに必要な処理を実行する。例えば、チェックイン端末５０は、施設に入場ゲートがあれば、入場ゲートを開く処理を実行する。

［１－４．第１実施形態で実行される処理］
図８及び図９は、第１実施形態で実行される処理の一例を示すフロー図である。この処理は、制御部１１，２１，３１，４１，５１がそれぞれ記憶部１２，２２，３２，４２，５２に記憶されたプログラムに従って動作することによって実行される。

図８のように、ユーザ端末３０は、決済アプリが起動して、第１サーバ１０との間で所定のログイン処理が実行されると（Ｓ１００）、第１サーバ１０は、コードＩＤを生成してユーザ端末３０に送信する（Ｓ１０１）。ユーザ端末３０は、コードＩＤを受信すると、決済アプリ及び学生証アプリが連携済みか否かを判定する（Ｓ１０２）。Ｓ１０２では、ユーザ端末３０は、連携済み情報が記憶部３２に記憶されているか否かを判定する。

決済アプリ及び学生証アプリが連携済みであると判定されない場合（Ｓ１０２；Ｎ）、ユーザ端末３０は、連携済み情報を含まずにコードＩＤを含むコード画像Ｃ１０をトップ画面Ｇ１に表示させる（Ｓ１０３）。ユーザ端末３０は、ユーザがリンクＬ１２を選択すると、選択画面Ｇ３を表示部３５に表示させる（Ｓ１０４）。ユーザ端末３０は、ユーザが選択画面Ｇ３から学生証アプリを選択すると、登録画面Ｇ４を表示部３５に表示させる（Ｓ１０５）。

ユーザ端末３０は、通信部３３のＮＦＣ機能を利用して学生証をスキャンし（Ｓ１０６）、第２サーバ２０に、学生証から読み取った学生番号等の情報を送信する（Ｓ１０７）。第２サーバ２０は、学生番号等の情報を受信すると、その正当性を確認する（Ｓ１０８）。学生番号等の情報の正当性が確認されると、デジタル学生証サービスの利用を開始するための処理が実行され、ユーザ端末３０は、学生証を学生証アプリに登録する（Ｓ１０９）。Ｓ１０９では、ユーザ端末３０は、連携済み情報を記憶部３２に記録する。

一方、Ｓ１０２において、決済アプリ及び学生証アプリが連携済みであると判定された場合（Ｓ１０２；Ｙ）、ユーザ端末３０は、連携済み情報及びコードＩＤを含むコード画像Ｃ１０と、通知画像Ｉ１３と、をトップ画面Ｇ１に表示させる（Ｓ１１０）。店舗端末４０は、Ｓ１０３又はＳ１１０で表示されたコード画像Ｃ１０を読み取る（Ｓ１１１）。店舗端末４０は、第１サーバ１０に決済要求を送信し、第１サーバ１０との間で決済処理を実行する（Ｓ１１２）。

チェックイン端末５０は、Ｓ１０４又はＳ１１１で表示されたコード画像Ｃ１０を読み取り（Ｓ１１３）、コード画像Ｃ１０に連携済み情報が含まれているか否かを判定する（Ｓ１１４）。Ｓ１１４では、チェックイン端末５０は、チェックイン端末５０が配置された学校の学校ＩＤが連携済み情報に含まれるか否かを判定する。他にも例えば、学校ＩＤではなく、所定形式の情報を連携済み情報に含めておき、この情報が含まれるか否かが判定されてもよい。

連携済み情報が含まれていると判定された場合（Ｓ１１４；Ｙ）、チェックイン端末５０は、第２サーバ２０にチェックイン要求を送信し、第２サーバ２０との間でチェックイン処理を実行する（Ｓ１１５）。Ｓ１１５では、第２サーバ２０は、連携済み情報に含まれる学校ＩＤ及び学生番号の組み合わせが第２データベースＤＢ２に存在するか否かを判定する。この組み合わせが第２データベースＤＢ２に存在する場合に、チェックインが許可される。連携済み情報が含まれていると判定されない場合（Ｓ１１４；Ｎ）、チェックイン要求が送信されずに本処理は終了する。この場合、決済アプリ及び学生証アプリが連携されていないので、コード画像Ｃ１０では、図書館等の施設にチェックインできない。

なお、ユーザ端末３０で学生証アプリが起動してチェックイン用のコード画像が表示された場合には、チェックイン端末５０でコード画像が読み取られると、Ｓ１１５と同様のチェックイン処理が実行される。このコード画像には、学生証アプリで表示させたかを識別可能な情報が含まれているものとする。チェックイン端末５０は、この情報がある場合には、学生証アプリで表示されたコード画像であることを特定する。コード画像Ｃ１０にも同様に、決済アプリで表示させたことを識別可能な情報が含まれているものとする。

第１実施形態のサービス提供システムＳによれば、決済アプリ及び学生証アプリが連携した状態で決済アプリが起動した場合に、コード画像Ｃ１０をユーザ端末３０に表示させ、決済アプリのコード画像Ｃ１０が読み取られた場合に、デジタル学生証サービスにおけるチェックイン処理を実行する。これにより、決済アプリのコード画像Ｃ１０でデジタル学生証サービスの機能も利用できるので、複数のアプリを利用するユーザの利便性が高まる。例えば、決済アプリから学生証アプリを呼び出すといった手間がなくなる。例えば、決済アプリのファーストビューでコード画像Ｃ１０が表示される場合には、決済アプリのファーストビューさえ表示させれば、複数のサービスを利用可能な状態になるので、ユーザの利便性が高まる。

また、サービス提供システムＳは、決済アプリのコード画像Ｃ１０が読み取られた場合に、決済処理を実行する。これにより、１つのコード画像Ｃ１０で決済サービス及びデジタル学生証サービスの両方を利用できるので、ユーザの利便性がより高まる。例えば、決済サービスを利用する時もデジタル学生証サービスを利用する時も同じ操作で済むので、ユーザの操作負担も軽減できる。

また、サービス提供システムＳは、決済アプリ及び学生証アプリが連携した状態で決済アプリが起動した場合に、コード画像Ｃ１０と、決済アプリと連携した学生証アプリに関する通知画像Ｉ１３と、をユーザ端末３０に表示させる。これにより、通知画像Ｉ１３を確認することによって、決済アプリ及び学生証アプリが連携していることを理解できるので、ユーザの利便性がより高まる。

また、サービス提供システムＳは、第１サービスが決済サービスであり、第２サービスが学校に関するデジタル学生証サービスであり、第２処理は、学校に関する処理である。これにより、決済サービスとデジタル学生証サービスを効果的に連携させることができる。例えば、ユーザの学校で学生証アプリの利用が推奨されている場合には、ユーザが決済アプリを利用していなかったとしても、決済アプリをユーザ端末３０にインストールすれば便利に利用できるので、ユーザ端末３０に決済アプリをインストールする動機付けをユーザに与えることができる。このため、決済サービスの利用を促進できる。

また、サービス提供システムＳは、決済アプリがスーパーアプリであり、学生証アプリがスーパーアプリから利用可能なミニアプリである。これにより、スーパーアプリとミニアプリを効果的に連携させることができる。決済アプリと学生証アプリが別々のアプリである場合に比べて、アプリ同士の連携をしやすくなる。ユーザは、スーパーアプリである決済アプリから、学生証アプリ等のミニアプリを管理できるので、ユーザ端末３０のアプリを管理しやすくなる。

［２．第２実施形態］
第１実施形態では、第１サービスが決済サービスであり、第２サービスがデジタル学生証サービスである場合を説明したが、第１サービス及び第２サービスの各々は、任意のサービスであってよい。第２実施形態では、第１サービスが決済サービスであり、第２サービスがポイント管理サービスである場合を説明する。第２サーバ２０は、ポイント管理サービスを提供するためのサーバコンピュータである。第２実施形態では、チェックイン端末５０は省略可能である。第２実施形態では、第１実施形態と同様の点については説明を省略する。

ポイント管理サービスは、ユーザが保有するポイントを管理するサービスである。ポイント管理サービスでは、ユーザが利用した店舗又はその店舗のグループにおけるポイントが管理される。例えば、ユーザがポイント管理サービスの会員になると、店舗でポイントカードを提示することによって、店舗の利用額に応じたポイントを獲得できる。ユーザは、自身が保有するポイントを店舗の支払で利用できる。ユーザは、第２アプリであるポイント管理アプリを利用することによって、ポイントカードを提示しなくてもポイント管理サービスを利用できるようになる。第２実施形態では、ポイント管理アプリがミニアプリである場合を説明する。

図１０は、第２実施形態でポイント管理アプリが追加される流れの一例を示す図である。図１０のように、ユーザが、ポイント管理アプリを追加していない状態でトップ画面Ｇ１のリンクＬ１２を選択すると、ポイント管理アプリを選択可能な選択画面Ｇ３が表示部３５に表示される。ユーザが、ポイント管理アプリを選択すると、自身が保有するポイントカードを登録するための登録画面Ｇ８が表示部３５に表示される。

ユーザは、ポイントカードに記載されたポイントカード番号を登録画面Ｇ８から入力してポイントカードを登録すると、完了画面Ｇ９が表示部３５に表示される。第２サーバ２０又は他のサーバコンピュータに、ポイントカード番号及びポイント残高等の情報が格納されたデータベースが記憶されており、ユーザが入力されたポイントカード番号がこのデータベースに存在すれば、ポイントカードの登録が完了する。このデータベースは、第２データベースＤＢ２であってもよい。ポイントカードの登録は、氏名等の情報の入力が要求されてもよい。第１実施形態の学生証と同様に、ポイントカードは、ＮＦＣを利用して登録されてもよい。

図１１は、ポイント管理アプリが追加された後の決済アプリの画面の一例を示す図である。図１１のトップ画面Ｇ１のように、ポイント管理アプリのアイコンＩ１１が追加される。ユーザがポイント管理アプリのアイコンＩ１１を選択すると、ポイント管理アプリのトップ画面Ｇ１０が表示部３５に表示される。ユーザは、トップ画面Ｇ１０から、ポイント管理サービスが提供する種々の機能を利用できる。

例えば、トップ画面Ｇ１０からポイントカードの表示機能が選択されると、ポイントカード番号を含むコード画像が表示される。ユーザは、コード画像を、ポイントに対応可能な店舗の店舗端末４０の読取部４６にかざす。店舗端末４０は、コード画像を読み取ってポイントカード番号の正当性が確認されると、ユーザは、店舗でポイントを利用したり、店舗の利用額に応じてポイントを貯めたりすることができる。これらの処理自体は、公知のポイント管理アプリの処理を適用可能である。

第２実施形態では、ユーザがポイント管理アプリを追加すると、ユーザは、決済アプリから特定の機能を利用できるようになる。第２実施形態では、この機能の一例として、ポイント利用機能を説明する。この機能は、ポイント管理アプリが追加されたことを条件として利用できるようになる機能であればよく、任意の機能であってよい。例えば、ユーザがポイント管理アプリを追加すると、決済アプリ及びポイント管理アプリが連携したことを示す連携済み情報がコード画像Ｃ１０に含まれるようになる。例えば、連携済み情報は、ポイントカード番号であってもよいし、ポイント管理サービス側で発行されたコードＩＤであってもよい。

店舗端末４０は、連携済み情報により、ユーザがポイント管理サービスの会員であることを特定できる。ユーザは、ポイント管理アプリのトップ画面Ｇ１０からコード画像を表示させなくても、コード画像Ｃ１０に含まれる情報に基づいて、店舗でポイントを利用したり、店舗の利用額に応じてポイントを貯めたりすることができるようになる。図１１のように、決済アプリのトップ画面Ｇ１には、ポイントカードの種別と、ポイントカード番号と、を示す通知画像Ｉ１４が表示される。ユーザが店舗端末４０の読取部４６にコード画像Ｃ１０を読み取らせると、ポイントを獲得したことを示す決済完了画面Ｇ２が表示部３５に表示される。

第２実施形態では、第２処理実行部５０１は、店舗端末４０の制御部４１を主として実現される。第２処理は、ポイントに関する処理である。この処理は、ポイントを獲得する処理、又は、ポイントを消費する処理である。以降、この処理をポイント処理と記載する。ポイント処理自体は、公知の処理を適用可能である。例えば、第２処理実行部５０１は、第２サーバ２０と通信することによって、ユーザのポイント残高を増やす処理を実行したり、ユーザのポイント残高を消費する処理を実行したりする。

例えば、店舗端末４０でコード画像Ｃ１０が読み取られると、店舗端末４０は、第１サーバ１０に決済要求を送信し、第２サーバ２０にポイント利用要求を送信する。ポイント利用要求は、ポイント処理の実行要求である。例えば、ポイント利用要求には、店舗ＩＤ、端末ＩＤ、及びポイントの量が含まれる。ポイントの量は、支払で消費するポイントの量、又は、支払で獲得できるポイントの量である。ポイント利用要求には、ポイントの量ではなく、支払額が含まれてもよい。この場合、第２サーバ２０側で支払額に応じたポイントの獲得量が計算されてもよい。

第２実施形態のサービス提供システムＳによれば、ポイント管理アプリにポイントカードを登録すると、店舗端末４０でコード画像Ｃ１０を読み取るだけで、決済処理と、ポイント処理と、の両方を一度に実行できる。これにより、ユーザが店舗でいちいちポイントカードを提示したり、決済アプリのトップ画面Ｇ１からポイント管理アプリのアイコンＩ１１を選択したりしなくても、通常の決済処理の流れと同様の流れでポイント処理も実行できるので、ユーザの利便性が高まる。

［３．第３実施形態］
第２実施形態では、決済アプリ及びポイント管理アプリが互いに連携する場合を説明したが、ポイント管理アプリがユーザ端末３０になくてもよい。第３実施形態では、決済アプリに、ユーザの複数のポイントカードが登録される場合を説明する。第２サーバ２０は、ポイント管理サービスの提供者ごとに存在してもよい。このため、複数の第２サーバ２０が存在してもよい。第３実施形態では、第１実施形態及び第２実施形態と同様の点については、説明を省略する。

第３実施形態では、決済アプリが所定のアプリの一例であり、決済サービスが所定のサービスの一例である。このため、決済アプリと記載した箇所は、所定のアプリと読み替えることができる。決済サービスと記載した箇所は、所定のサービスと読み替えることができる。第３実施形態では、決済アプリがスーパーアプリではない場合を説明するが、第３実施形態の決済アプリも、スーパーアプリであってもよい。

図１２は、第３実施形態における決済アプリの画面の一例を示す図である。決済アプリのトップ画面Ｇ１には、決済アプリにポイントカードを登録するための複数のボタンＢ１５が表示される。ユーザがボタンＢ１５を選択すると、ポイントカード番号を入力するための入力画面Ｇ１１が表示部３５に表示される。ユーザが入力画面Ｇ１１からポイントカード番号を入力すると、ポイントカード番号の正当性が第２サーバ２０により確認される。ポイントカード番号の正当性が確認されると、決済アプリにポイントカードが登録される。この正当性の確認の流れは、第２実施形態と同様であってよい。

決済アプリにポイントカードが登録されると、トップ画面Ｇ１には、アイコンＩ１６が表示される。アイコンＩ１６は、第２実施形態で説明した通知画像Ｉ１３と似ているが、第３実施形態では、ポイント管理アプリがないので、アイコンＩ１６は、決済アプリに登録されたポイントカードの種類を示す。トップ画面Ｇ１には、ポイント残高やポイントカード番号が表示されてもよい。店舗端末４０の読取部４６でコード画像Ｃ１０が読み取られると、決済処理と、ポイント処理と、が実行される。この処理自体は、第２実施形態と同様であってよい。

図１２のように、ユーザが決済アプリに複数のポイントカードを登録すると、トップ画面Ｇ１には、複数のアイコンＩ１６が表示される。決済アプリに登録された複数のポイントカードのうち、ユーザが訪れた店舗で利用可能なポイントカードのポイント処理が実行される。図１３のように、複数のポイントカードを同時に利用可能な店舗であれば、複数のポイントカードの各々のポイント処理が実行される。複数のポイントカードを利用可能であるが、どれか１つだけを利用可能な店舗であれば、任意のポイントカードが選択されてポイント処理が実行される。

第３実施形態の表示制御部３０１は、決済アプリが起動した場合に、ユーザのユーザ端末３０に、コード画像Ｃ１０を表示させる。第２処理実行部５０１は、決済アプリのコード画像Ｃ１０が読み取られた場合に、ユーザが保有する複数のポイントのうち、コード画像Ｃ１０が読み取られた場所に対応するポイント処理を実行する。コード画像Ｃ１０の表示やポイント処理は、決済アプリ及びポイント管理アプリが連携した場合に行われるものではない点で第２実施形態とは異なるが、他の点については、第２実施形態と同様である。コード画像Ｃ１０が読み取られた場所に対応するポイント処理の詳細は、後述の変形例１で説明する。

第３実施形態のサービス提供システムＳによれば、ユーザ端末３０に表示されたコード画像Ｃ１０が読み取られた場合に、ユーザが保有する複数のポイントのうち、コード画像Ｃ１０が読み取られた場所に対応するポイントに関する処理を実行する。これにより、ユーザは、複数のポイントカードを持ち歩く必要がなくなり、かつ、複数のポイント管理アプリをユーザ端末３０に入れる必要もなくなるので、ユーザの利便性が高まる。また、ユーザは、どの店舗でどのポイントが貯まるかを意識しなくても、店舗でコード画像Ｃ１０さえ読み取らせれば、その店舗で貯めることができるポイントを貯めたり、その店舗で利用可能なポイントを利用したりすることができる。

［４．変形例］
本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

図１３は、変形例の機能ブロックの一例を示す図である。選択部３０２、一致判定部３０３、通知部３０４、情報提供部３０５、及び制限部３０６の各々は、制御部３１を主として実現される。以降説明する変形例では、第２実施形態のように、決済アプリ及びポイント管理アプリが連携する場合を例に挙げるが、第１実施形態のように、決済アプリ及び学生証アプリが連携してもよい。他にも例えば、後述の変形例９のように、複数のアプリが連携しなくてもよいし、後述のその他変形例のように、他のサービスのアプリ同士が連携してもよい。

［４－１．変形例１］
例えば、複数のポイント管理アプリに対応する複数のポイント管理サービスが提供されてもよい。即ち、決済アプリは、複数のポイント管理アプリと連携してもよい。変形例１では、３つのポイント管理アプリを例に挙げるが、ポイント管理アプリの数は、２つであってもよいし、４つ以上であってもよい。決済アプリは、任意の数のポイント管理アプリと連携可能である。変形例１では、第２実施形態と同様に、３つのポイント管理アプリがミニアプリである場合を説明する。

例えば、３つのポイント管理アプリには、それぞれ電子商取引サービスのポイントカード、コンビニエンスストアのポイントカード、及びドラッグストアのポイントカードが登録される。これらのポイントカードは、単一の店舗又はグループだけで利用可能であってもよいが、変形例１では、ポイントカードの種々の加盟店で利用可能であるものとする。このため、ユーザがある店舗で買い物をした場合に、この店舗で複数のポイントカードが利用可能な場合もある。この場合、複数のポイントカードのうちの何れかをユーザが選択する必要がある店舗もあれば、複数のポイントカードに同時にポイントが貯まる店舗もある。これらのポイントの仕組み自体は、公知の種々の仕組みを適用可能である。

図１４は、複数のポイント管理アプリと連携した場合の決済アプリの一例を示す図である。図１４のように、決済アプリと、３つのポイント管理アプリと、の連携が完了すると、表示制御部３０１は、コード画像Ｃ１０と、決済アプリと連携した複数のポイント管理アプリに対応する複数のアイコンＩ１７Ａ～Ｉ１７Ｃと、をユーザ端末３０に表示させる。以降、アイコンＩ１７Ａ～Ｉ１７Ｃを区別しない時は、単にアイコンＩ１７と記載する。変形例１では、アイコンＩ１７が第２アプリ画像に相当する。このため、アイコンＩ１７と記載した箇所は、第２アプリ画像と読み替えることができる。

アイコンＩ１７は、ポイント管理アプリ及びポイント管理サービスを識別可能な画像である。即ち、アイコンＩ１７は、ポイントの種類を識別可能な画像である。例えば、アイコンＩ１７Ａは、１つ目のポイントを提供する電子商取引サービスのロゴである。アイコンＩ１７Ｂは、２つ目のポイントを提供するコンビニエンスストアのロゴである。アイコンＩ１７Ｃは、３つ目のポイントを提供するドラッグストアのロゴである。

なお、個々のポイント管理アプリを追加する流れは、第２実施形態と同様である。例えば、ユーザは、決済アプリの選択画面Ｇ３から、追加したいポイント管理アプリを選択してポイントカードを登録すると、ポイント管理アプリの追加が完了する。ポイント管理アプリが追加されると、ポイント管理アプリを起動させるためのアイコンＩ１１と、コード画像Ｃ１０が読み取られた時に貯まる可能性があるポイントを示すアイコンＩ１７と、が表示されるようになる。

第２処理実行部５０１は、複数のポイント管理サービスのうち、コード画像Ｃ１０が読み取られた場所に応じたポイント管理サービスの第２処理を実行する。この場所は、決済サービスを利用可能な場所であり、例えば、店舗、イベント会場、ショッピングモール、公共施設、又は自動販売機が配置された場所であってもよい。変形例１では、この場所の一例として店舗を説明する。個々の店舗には、店舗端末４０が配置されている。店舗端末４０には、店舗で利用可能なポイント管理サービスを識別可能な情報が記憶されているものとする。

変形例１では、店舗の一例として、コンビニエンスストア及びドラッグストアを説明する。電子商取引サービスのポイントは、コンビニエンスストア及びドラッグストアの両方で利用可能であるものとする。コンビニエンスストアのポイントは、ドラッグストアでは利用できず、コンビニエンスストアで利用可能であるものとする。ドラッグストアのポイントは、コンビニエンスストアでは利用できず、ドラッグストアで利用可能であるものとする。

更に、コンビニエンスストアでは、電子商取引サービスのポイントと、コンビニエンスストアのポイントと、の両方を、１回の買い物で同時に貯めることができるものとする。ドラッグストアでは、電子商取引サービスのポイントと、コンビニエンスストアのポイントと、の両方を、１回の買い物で同時に貯めることができないものとする。即ち、ドラッグストアでは、電子商取引サービスのポイント又はコンビニエンスストアのポイントの何れかを選択する必要があるものとする。

例えば、コード画像Ｃ１０には、コードＩＤとともに、３つのポイントカード番号が含まれる。コード画像Ｃ１０には、３つのポイントカード番号が示すポイントの種類を識別可能な情報も含まれる。

例えば、コンビニエンスストアの店舗端末４０でコード画像Ｃ１０が読み取られると、コンビニエンスストアの店舗端末４０は、コード画像Ｃ１０から抽出した情報に基づいて、電子商取引サービスのポイントと、コンビニエンスストアのポイントと、をユーザが保有していることを特定する。コンビニエンスストアではドラッグストアのポイントは利用できないので、コンビニエンスストアの店舗端末４０は、コード画像Ｃ１０に含まれるドラッグストアのポイントカード番号は無視する。コンビニエンスストアの店舗端末４０は、コード画像Ｃ１０に含まれるコードＩＤに基づいて決済処理を実行しつつ、これらの両方のポイントを貯めるポイント処理を実行する。

例えば、ドラッグストアの店舗端末４０でコード画像Ｃ１０が読み取られると、ドラッグストアの店舗端末４０は、コード画像Ｃ１０から抽出した情報に基づいて、電子商取引サービスのポイントと、ドラッグストアのポイントと、をユーザが保有していることを特定する。ドラッグストアではコンビニエンスストアのポイントは利用できないので、ドラッグストアの店舗端末４０は、コード画像Ｃ１０に含まれるコンビニエンスストアのポイントカード番号は無視する。ドラッグストアの店舗端末４０は、コード画像Ｃ１０に含まれるコードＩＤに基づいて決済処理を実行しつつ、これらの何れかのポイントを貯めるポイント処理を実行する。

なお、ドラッグストアにおいて、電子商取引サービスのポイントと、ドラッグストアのポイントと、の何れを利用するかは、ユーザが口頭で店員に伝えてもよい。この場合、ドラッグストアの店舗端末４０の表示部４５に、電子商取引サービスのポイントと、ドラッグストアのポイントと、のうちの何れかを選択するための画像が表示され、店員又はユーザに何れかを選択させてもよい。決済処理が実行された場合には、電子商取引サービスのポイントと、ドラッグストアのポイントと、のうちの選択された方のポイントのポイント処理が実行される。

以上のように、変形例１の表示制御部３０１は、コード画像Ｃ１０が読み取られる場所に関係なく、複数のアイコンＩ１７をユーザ端末３０に表示させる。即ち、表示制御部３０１は、コード画像Ｃ１０が読み取られる場所で利用可能なポイントを示すアイコンＩ１７だけではなく、この場所で利用できないポイントを示すアイコンＩ１７もユーザ端末３０に表示させる。

変形例１によれば、コード画像Ｃ１０と、決済アプリと連携した複数のポイント管理アプリに対応する複数のアイコンＩ１７と、をユーザ端末３０に表示させる。これにより、ユーザは、複数のポイントカードを持ち歩く必要がなくなるので、ユーザの利便性が高まる。また、ユーザは、どの店舗でどのポイントが貯まるかを意識しなくても、店舗でコード画像Ｃ１０さえ読み取らせれば、その店舗で貯めることができるポイントを貯めたり、その店舗で利用可能なポイントを利用したりすることができる。ユーザは、個々のポイント管理アプリをいちいち呼び出す必要もなくなるので、この点でもユーザの利便性が高まる。

また、複数のポイント管理サービスのうち、コード画像Ｃ１０が読み取られた場所に関係なく、複数のアイコンＩ１７をユーザ端末３０に表示させる。これにより、ユーザは、アイコンＩ１７を見れば、決済アプリに連携したポイント管理アプリを理解できるので、ユーザの利便性が高まる。

［４－２．変形例２］
例えば、表示制御部３０１は、複数のポイント管理サービスの各々の利用状況に基づいて、複数のアイコンＩ１７の表示順を決定し、当該決定された表示順に基づいて、複数のアイコンＩ１７をユーザ端末３０に表示させてもよい。この利用状況は、第２データベースＤＢ２に格納された利用状況情報が示す利用状況である。ポイント管理サービスの場合には、利用状況情報に、利用日時、利用場所、及びポイントの量が含まれる。利用状況情報には、第２サービスに応じた内容が含まれるようにすればよい。例えば、第２サービスがデジタル学生証サービスの場合には、第１実施形態で説明したような利用状況情報になる。

利用日時は、ユーザがポイント管理サービスを利用した日時である。例えば、ユーザがポイントを貯めた日時、又は、ユーザがポイントを消費した日時は、利用日時に相当する。利用場所は、ユーザがポイント管理サービスを利用した場所である。例えば、ユーザが買い物をしてポイントが貯まった店舗、又は、ユーザが買い物をした時にポイントを消費した店舗は、利用場所に相当する。ポイントの量は、ポイント管理サービスの利用時におけるポイントの増減量である。例えば、ユーザが買い物をしてポイントを獲得した獲得量、又は、ユーザが買い物をした時にポイントを消費した消費量は、ポイントの量に相当する。ポイントの量は、ポイントの残高を意味してもよい。

例えば、表示制御部３０１は、利用回数又は利用頻度の降順又は昇順になるように、アイコンＩ１７の表示順を決定してもよい。例えば、表示制御部３０１は、継続して利用した期間の長さの降順又は昇順になるように、アイコンＩ１７の表示順を決定してもよい。例えば、表示制御部３０１は、ポイントの量の総額の降順又は昇順になるように、アイコンＩ１７の表示順を決定してもよい。利用回数、利用頻度、及びポイントの量の総額は、過去の全期間の集計であってもよいし、直近の一部の期間（例えば、直近半年程度）の期間の集計であってもよい。なお、ユーザ端末３０は、個々のポイントの利用状況情報を、第２サーバ２０から適宜取得可能であるものとする。

変形例２によれば、複数のポイント管理サービスの各々の利用状況に基づいて決定された表示順に基づいて、複数のアイコンＩ１７をユーザ端末３０に表示させる。これにより、ユーザが、アイコンＩ１７の表示順から利用状況を把握しやすくなる。例えば、ユーザが良く利用するポイントのアイコンＩ１７を優先的に表示することによって、アイコンＩ１７の視認性も高まる。

［４－３．変形例３］
例えば、表示制御部３０１は、複数のポイント管理サービスの各々の利用状況に基づいて、複数のアイコンＩ１７の表示態様を決定し、当該決定された表示態様に基づいて、複数のアイコンＩ１７をユーザ端末３０に表示させてもよい。この利用状況の意味は、変形例２で説明した通りである。表示態様とは、アイコンＩ１７の見た目である。変形例３では、アイコンＩ１７のサイズが表示態様に相当する場合を説明するが、表示態様は、他の任意の要素であってよい。例えば、アイコンＩ１７の形状、輝度、色、又はエフェクトが表示態様に相当してもよい。

例えば、表示制御部３０１は、利用回数又は利用頻度が多いほど、アイコンＩ１７が大きくなるようにしてもよい。表示制御部３０１は、継続して利用した期間が長いほど、アイコンＩ１７が大きくなるようにしてもよい。表示制御部３０１は、ポイントの量の総額が多いほど、アイコンＩ１７が大きくなるようにしてもよい。他の表示態様も同様に、利用状況と、アイコンＩ１７の表示態様と、関係が予め定められていればよい。表示制御部３０１は、個々のポイント管理サービスの利用状況に応じた表示態様になるように、このポイント管理サービスに対応するアイコンＩ１７の表示態様を決定すればよい。

変形例３によれば、複数のポイント管理サービスの各々の利用状況に基づいて決定された表示態様に基づいて、複数のアイコンＩ１７をユーザ端末３０に表示させる。これにより、ユーザが、アイコンＩ１７の表示順から利用状況を把握しやすくなる。例えば、ユーザが良く利用するポイントのアイコンＩ１７を目立つように表示することによって、アイコンＩ１７の視認性も高まる。

［４－４．変形例４］
例えば、サービス提供システムＳは、決済アプリが起動した場合の状況に基づいて、複数のポイント管理アプリのうちの少なくとも１つを選択する選択部３０２を更に含んでもよい。この状況は、ユーザ端末３０が検出可能な状況である。例えば、決済アプリが起動した時のユーザの場所、又は、決済アプリが起動した時の時間は、決済アプリが起動した場合の状況に相当する。

変形例４では、ポイント管理アプリを利用可能な状況が限られているものとする。例えば、変形例１で説明したように、電子決済サービスのポイント管理アプリは、コンビニエンスストア及びドラッグストアの両方で利用可能であるが、コンビニエンスストアのポイント管理アプリは、コンビニエンスストアでしか利用できない。ドラッグストアのポイント管理アプリは、ドラッグストアでしか利用できない。

他にも例えば、ある特定の時間でしか利用できないポイント管理アプリが存在してもよい。例えば、日中の買い物でのみ利用可能なポイント管理アプリと、夜間の買い物でのみ利用可能なポイント管理アプリと、が存在してもよい。他にも例えば、平日の買い物でのみ利用可能なポイント管理アプリと、週末の買い物でのみ利用可能なポイント管理アプリと、が存在してもよい。どのポイント管理アプリがどの状況に対応しているかは、予め定められていればよい。

例えば、選択部３０２は、決済アプリが起動した場合のユーザの位置に関するユーザ位置情報に基づいて、少なくとも１つのポイント管理アプリを選択する。ユーザ位置情報は、ユーザ端末３０で取得可能な情報であればよい。変形例４では、ＧＰＳ受信部３８が受信した信号に基づいてユーザ位置情報が取得される場合を説明するが、ユーザ位置情報の取得方法自体は、公知の種々の測位方法を利用可能である。例えば、無線ＬＡＮのアクセスポイント情報、又は、携帯基地局情報が利用されてユーザ位置情報が取得されてもよい。

選択部３０２は、ユーザ位置情報に基づいて、ユーザがどの店舗にいるかを推定する。店舗の位置は、ユーザ端末３０に予め記録されていてもよいし、第１サーバ１０又は第２サーバ２０に記録されていてもよい。選択部３０２は、第１サーバ１０又は第２サーバ２０に、どの店舗にいるかを問い合わせてもよい。選択部３０２は、推定された店舗で利用可能なポイント管理アプリを選択する。どの店舗でどのポイント管理アプリを利用可能かについては、ユーザ端末３０に予め記録されていてもよいし、第１サーバ１０又は第２サーバ２０に記録されていてもよい。選択部３０２は、第１サーバ１０又は第２サーバ２０に、どのポイント管理アプリを利用可能であるかを問い合わせてもよい。

表示制御部３０１は、選択部３０２により選択された少なくとも１つのポイント管理アプリのアイコンＩ１７を、ユーザ端末３０に表示させる。例えば、表示制御部３０１は、選択部３０２により選択されなかったポイント管理アプリのアイコンＩ１７を、ユーザ端末３０に表示させないようにしてもよい。他にも例えば、表示制御部３０１は、選択部３０２により選択された少なくとも１つのポイント管理アプリのアイコンＩ１７を、選択部３０２により選択されなかったポイント管理アプリのアイコンＩ１７よりも、優先的にユーザ端末３０に表示させてもよい。優先的とは、表示順が先であること、又は、表示態様が目立つことである。表示態様が目立つとは、サイズが大きいこと、色が有彩色であること、輝度が明るいこと、点滅や伸縮等のエフェクトを有することである。

変形例４によれば、決済アプリが起動した場合の状況に基づいて選択された少なくとも１つのポイント管理アプリのアイコンＩ１７を、ユーザ端末３０に表示させる。例えば、多数のアイコンＩ１７が表示されると視認性が悪くなるが、現在の状況では利用できないポイント管理アプリのアイコンＩ１７を表示させないといったことができるので、アイコンＩ１７の視認性が高まる。

また、決済アプリが起動した場合のユーザの位置に関するユーザ位置情報に基づいて、少なくとも１つのポイント管理アプリを選択する。これにより、ユーザがいる場所に応じたアイコンＩ１７を表示させることができるので、アイコンＩ１７の視認性が高まる。ユーザは、今いる場所で利用可能なポイントを容易に理解できるので、ユーザの利便性が高まる。

［４－５．変形例５］
例えば、変形例１でも多少説明したが、第２処理実行部５０１は、決済アプリのコード画像Ｃ１０が読み取られた場合に、複数のポイント管理サービスの各々のポイント処理を実行してもよい。変形例１で説明したコンビニエンスストアのように、電子商取引サービスのポイントと、コンビニエンスストアのポイントと、の両方を同時に貯めたり消費したりすることができる場合には、第２処理実行部５０１は、コード画像Ｃ１０が読み取られた場合に、電子商取引サービスのポイント処理と、コンビニエンスストアのポイント処理と、を実行する。例えば、第２処理実行部５０１は、電子商取引サービスのポイントを管理する第２サーバ２０と通信して電子商取引サービスのポイント処理を実行し、コンビニエンスストアのポイントを管理する第２サーバ２０と通信してコンビニエンスストアのポイント処理を実行する。

変形例５によれば、決済アプリのコード画像Ｃ１０が読み取られた場合に、複数のポイント管理サービスの各々のポイント処理を実行する。これにより、コード画像Ｃ１０を読み取りさえすれば、複数のポイントを同時に貯めたり複数のポイントを同時に消費したりすることができるので、ユーザの利便性が高まる。

［４－６．変形例６］
例えば、ユーザがあるサービスを利用する場合に、古いユーザ情報が登録されていることに気付かないことがある。この点、決済アプリ及びポイント管理アプリが連携しているので、互いに登録されたユーザ情報が一致しなかった場合に、ユーザに変更を促してもよい。ユーザ情報の意味は、第１実施形態で説明した通りである。変形例６のサービス提供システムＳは、一致判定部３０３及び通知部３０４を含む。

一致判定部３０３は、決済サービスに登録されたユーザの第１ユーザ情報と、ポイント管理サービスに登録されたユーザの第２ユーザ情報と、が一致するか否かを判定する。第１ユーザ情報は、第１データベースＤＢ１に登録されたユーザ情報である。第２ユーザ情報は、第２データベースＤＢ２に登録されたユーザ情報である。一致判定部３０３は、完全一致を判定してもよいし、部分一致を判定してもよい。一致判定部３０３は、ユーザ情報に含まれる比較可能な全ての項目の一致を判定してもよいし、住所又は電話番号といった一部の項目の一致のみを判定してもよい。

通知部３０４は、第１ユーザ情報と第２ユーザ情報とが一致していない場合に、第１ユーザ情報と第２ユーザ情報の少なくとも一方の変更を促す通知をする。この通知は、任意の媒体を利用すればよく、例えば、決済アプリ内の通知、ポイント管理アプリ内の通知、電子メール、又はＳＭＳであってもよい。この通知は、ユーザ情報の変更を促す旨のメッセージを含む。ユーザ情報のうちのどの項目が一致していないのかを識別可能な情報が通知に含まれてもよい。

変形例６によれば、決済サービスに登録されたユーザの第１ユーザ情報と、ポイント管理サービスに登録されたユーザの第２ユーザ情報と、が一致していない場合に、第１ユーザ情報と第２ユーザ情報の少なくとも一方の変更を促す通知をする。これにより、決済サービス及びポイント管理サービスに最新のユーザ情報を登録させることができる。

［４－７．変形例７］
例えば、サービス提供システムＳは、決済サービスに関連付けられたユーザに関する情報に基づいて、ポイント管理アプリ上で所定の情報を提供する情報提供部３０５を更に含んでもよい。ユーザに関する情報は、第１データベースＤＢ１に格納されたユーザ情報であってもよいし、利用履歴情報であってもよい。他にも例えば、決済サービスにおけるユーザＩＤに関連付けられた他の情報であってもよい。他の情報としては、決済サービスと連携する旅行予約サービスにおけるホテルの予約情報やチケット予約サービスにおけるチケットの予約情報であってもよい。変形例７では、ユーザに関する情報が、決済サービスと連携する旅行予約サービスにおけるホテルの予約情報である場合を説明する。第１サーバ１０は、旅行予約サービスのサーバから予約情報を取得可能であるものとする。この場合、決済サービスと旅行予約サービスでユーザＩＤの共有が行われており、どのユーザの予約情報であるかを特定できるようになっているものとする。

情報提供部３０５が提供する所定の情報は、任意の情報であってよく、例えば、予約情報そのものであってもよいし、予約情報に基づいてユーザが興味を持ちそうな情報であってもよい。例えば、予約情報と、ユーザに提供すべき情報と、の関係がデータ記憶部１００に記憶されており、情報提供部３０５は、予約情報に応じた情報をユーザに提供する。例えば、情報提供部３０５は、予約情報が示す場所付近の店舗のおすすめ情報を、ポイント管理アプリ上でユーザに提供する。情報提供部３０５は、予約情報が示す日時に利用可能なクーポン情報を、ポイント管理アプリ上でユーザに提供する。他にも例えば、情報提供部３０５は、予約情報が示す施設で必要と推定される商品に関する情報を、ポイント管理アプリ上でユーザに提供する。情報の提供は、バナー広告等の任意の媒体を利用可能である。

変形例７によれば、決済サービスに関連付けられたユーザに関する情報に基づいて、ポイント管理アプリ上で所定の情報を提供する。これにより、ユーザが興味を持つような情報を提供できるので、ユーザの利便性が高まる。ポイント管理アプリ又は決済アプリの利用を促進するような情報を提供すれば、これらのアプリの利用を促進できる。

［４－８．変形例８］
例えば、サービス提供システムＳは、決済アプリを利用して取得されたユーザの位置に関するユーザ位置情報に基づいて、ポイント管理アプリから利用可能な機能を制限する制限部３０６を更に含んでもよい。ユーザ位置情報は、変形例４で説明した通りである。決済アプリが起動した場合に、ユーザ位置情報が取得されるようにしてもよい。ユーザの位置と、ポイント管理アプリから利用可能な機能と、の関係は、データ記憶部１００に予め記憶されているものとする。この関係は、変形例４で説明したように、ポイントを利用可能な店舗の場所や時間といった情報であってもよい。制限対象となる機能は、ポイント管理アプリの任意の機能であってよく、例えば、コード画像の表示機能であってもよい。この場合、制限部３０６は、ポイントを利用可能な店舗付近にユーザがいる場合にしか、ポイント管理アプリでコード情報を表示できないように制限してもよい。

他にも例えば、第１実施形態のように第２サービスがデジタル学生証サービスである場合には、制限部３０６は、ユーザが学校の付近にいる場合にしか、デジタル学生証サービスの出席登録機能を利用できないように制限してもよい。即ち、制限部３０６は、ユーザが学校から離れた場所にいる場合には、出席のために利用されるコード画像のスクリーンショットを友人に送付して出席登録を試みても、このような出席登録ができないように制限してもよい。この場合、制限部３０６は、コード画像を表示できないように制限すればよい。

変形例８によれば、決済アプリを利用して取得されたユーザの位置に関するユーザ位置情報に基づいて、ポイント管理アプリから利用可能な機能を制限する。これにより、ユーザの利便性が高まったり、特定の機能の不正利用を防止したりすることができる。

［４－９．変形例９］
例えば、第３実施形態に変形例１－６を適用してもよい。なお、変形例７－８は、ポイント管理アプリを前提とするので、第３実施形態のように、決済アプリだけで完結可能な態様には適用されない。例えば、第３実施形態に変形例１を適用し、決済アプリに登録された複数のポイントカードの各々のアイコンＩ１６が表示されてもよい。第３実施形態に変形例２を適用し、複数のポイントカードの各々の利用状況に基づいて、アイコンＩ１６の表示順が決定されてもよい。第３実施形態に変形例３を適用し、複数のポイントカードの各々の利用状況に基づいて、アイコンＩ１６の表示態様が決定されてもよい。

第３実施形態に変形例４を適用し、決済アプリが起動した場合の状況に基づいて、複数のポイントカードの何れかが選択され、当該選択されたポイントカードのアイコンＩ１６が表示されてもよい。第３実施形態に変形例５を適用し、コード画像Ｃ１０が読み取られた場合に、複数のポイントの各々のポイント処理が実行されてもよい。第３実施形態に変形例６を適用し、複数のポイントカードの各々のユーザ情報同士が一致しているか否かが判定され、一致していないと判定された場合に、ユーザ情報の変更が要求されてもよい。

［４－１０．その他変形例］
例えば、上記説明した変形例を組み合わせてもよい。

例えば、第１サービス及び第２サービスの各々は、任意のサービスであってよい。例えば、第１サービス及び第２サービスの各々は、電子商取引サービス、行政サービス、金融サービス、通信サービス、保険サービス、動画配信サービス、ポイント管理サービス、又はＳＮＳ（Social Networking Service）であってもよい。第１サービス及び第２サービスは、互いに異なる種類のサービスであってもよいし、互いに同種のサービスであってもよい。他にも例えば、第１サービスは、複数の第２アプリを統括して管理するためのサービスであってもよい。この場合、第１アプリは、複数のミニアプリを統括するためのアプリになる。例えば、第１アプリにより表示されたコード画像により、第１アプリと連携する複数の第２アプリの少なくとも１つの機能を利用できるようにしてもよい。

例えば、第１サーバ１０と第２サーバ２０が分けられておらず、１つのコンピュータで各機能が実現されてもよい。例えば、第１サーバ１０、第２サーバ２０、ユーザ端末３０、店舗端末４０、及びチェックイン端末５０の各々で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。各機能は、少なくとも１つのコンピュータで実現されるようにすればよい。

Ｓ サービス提供システム、Ｎ ネットワーク、１０ 第１サーバ、２０ 第２サーバ、３０ ユーザ端末、４０ 店舗端末、５０ チェックイン端末、１１，２１，３１，４１，５１ 制御部、１２，２２，３２，４２，５２ 記憶部、１３，２３，３３，４３，５３ 通信部、３４，４４ 操作部、３５，４５ 表示部、３６ 撮影部、３７ ＩＣチップ、３８ ＧＰＳ受信部、４６，５６ 読取部、Ｇ１ トップ画面、Ｇ２ 決済完了画面、Ｇ３ 選択画面、Ｇ４ 登録画面、Ｇ５ 登録完了画面、Ｇ６ トップ画面、Ｇ７ チェックイン完了画面、Ｇ８ 登録画面、Ｇ９ 完了画面、１００ データ記憶部、２００ データ記憶部、３００ データ記憶部、３０１ 表示制御部、３０２ 選択部、３０３ 一致判定部、３０４ 通知部、３０５ 情報提供部、３０６ 制限部、４００ データ記憶部、４０１ 第１処理実行部、５００ データ記憶部、５０１ 第２処理実行部、Ｂ１５ ボタン、Ｃ１０ コード画像、Ｇ１０ トップ画面、Ｇ１１ 入力画面、Ｉ１１，Ｉ１７，Ｉ１７Ａ，Ｉ１７Ｂ，Ｉ１７Ｃ アイコン、Ｉ１３ 通知画像、Ｉ１４ 通知画像、Ｌ１２ リンク。

Claims (19)

1. 第１アプリに基づいて第１サービスがユーザに提供され、第２アプリに基づいて第２サービスが前記ユーザに提供されるサービス提供システムであって、
   前記第１アプリ及び前記第２アプリが連携した状態で前記第１アプリが起動した場合に、前記ユーザのユーザ端末に、所定の読取用画像を表示させる表示制御手段と、
   前記第１アプリの前記読取用画像が読み取られた場合に、前記第２サービスに関する第２処理を実行する第２処理実行手段と、
   を含むサービス提供システム。
2. 前記サービス提供システムは、前記第１アプリの前記読取用画像が読み取られた場合に、前記第１サービスに関する第１処理を実行する第１処理実行手段を更に含む、
   請求項１に記載のサービス提供システム。
3. 前記表示制御手段は、前記第１アプリ及び前記第２アプリが連携した状態で前記第１アプリが起動した場合に、前記読取用画像と、前記第１アプリと連携した前記第２アプリに関する第２アプリ画像と、を前記ユーザ端末に表示させる、
   請求項１又は２に記載のサービス提供システム。
4. 複数の前記第２アプリに対応する複数の前記第２サービスが提供され、
   前記表示制御手段は、前記読取用画像と、前記第１アプリと連携した前記複数の第２アプリに対応する複数の前記第２アプリ画像と、を前記ユーザ端末に表示させる、
   請求項３に記載のサービス提供システム。
5. 前記第２処理実行手段は、前記複数の第２サービスのうち、前記読取用画像が読み取られた場所に応じた前記第２サービスの前記第２処理を実行し、
   前記表示制御手段は、前記場所に関係なく、前記複数の第２アプリ画像を前記ユーザ端末に表示させる、
   請求項４に記載のサービス提供システム。
6. 前記表示制御手段は、前記複数の前記第２サービスの各々の利用状況に基づいて、前記複数の第２アプリ画像の表示順を決定し、当該決定された表示順に基づいて、前記複数の第２アプリ画像を前記ユーザ端末に表示させる、
   請求項４又は５に記載のサービス提供システム。
7. 前記表示制御手段は、前記複数の第２サービスの各々の利用状況に基づいて、前記複数の第２アプリ画像の表示態様を決定し、当該決定された表示態様に基づいて、前記複数の第２アプリ画像を前記ユーザ端末に表示させる、
   請求項４～６の何れかに記載のサービス提供システム。
8. 前記サービス提供システムは、前記第１アプリが起動した場合の状況に基づいて、前記複数の第２アプリのうちの少なくとも１つを選択する選択手段を更に含み、
   前記表示制御手段は、前記選択手段により選択された少なくとも１つの第２アプリの前記第２アプリ画像を、前記ユーザ端末に表示させる、
   請求項４～７の何れかに記載のサービス提供システム。
9. 前記選択手段は、前記第１アプリが起動した場合の前記ユーザの位置に関するユーザ位置情報に基づいて、前記少なくとも１つの第２アプリを選択する、
   請求項８に記載のサービス提供システム。
10. 複数の前記第２アプリに対応する複数の前記第２サービスが提供され、
    前記第２処理実行手段は、前記第１アプリの前記読取用画像が読み取られた場合に、前記複数の第２サービスの各々の前記第２処理を実行する、
    請求項１～９に記載のサービス提供システム。
11. 前記サービス提供システムは、
    前記第１サービスに登録された前記ユーザの第１ユーザ情報と、前記第２サービスに登録された前記ユーザの第２ユーザ情報と、が一致するか否かを判定する一致判定手段と、
    前記第１ユーザ情報と前記第２ユーザ情報とが一致していない場合に、前記第１ユーザ情報と前記第２ユーザ情報の少なくとも一方の変更を促す通知をする通知手段と、
    を更に含む請求項１～１０の何れかに記載のサービス提供システム。
12. 前記サービス提供システムは、前記第１サービスに関連付けられた前記ユーザに関する情報に基づいて、前記第２アプリ上で所定の情報を提供する情報提供手段を更に含む、
    請求項１～１１の何れかに記載のサービス提供システム。
13. 前記サービス提供システムは、前記第１アプリを利用して取得された前記ユーザの位置に関するユーザ位置情報に基づいて、前記第２アプリから利用可能な機能を制限する制限手段を更に含む、
    請求項１～１２の何れかに記載のサービス提供システム。
14. 前記第１サービスは、決済サービスであり、
    前記第２サービスは、前記ユーザが所属する組織に関するサービスであり、
    前記第２処理は、前記組織に関する処理である、
    請求項１～１３の何れかに記載のサービス提供システム。
15. 前記第１サービスは、決済サービスであり、
    前記第２サービスは、前記ユーザが保有するポイントを管理するサービスであり、
    前記第２処理は、前記ポイントに関する処理である、
    請求項１～１４の何れかに記載のサービス提供システム。
16. 前記第１アプリは、スーパーアプリであり、
    前記第２アプリは、前記スーパーアプリから利用可能なミニアプリである、
    請求項１～１５の何れかに記載のサービス提供システム。
17. 所定のアプリに基づいて所定のサービスがユーザに提供されるサービス提供システムであって、
    前記アプリが起動した場合に、前記ユーザのユーザ端末に、所定の読取用画像を表示させる表示制御手段と、
    前記アプリの前記読取用画像が読み取られた場合に、前記ユーザが保有する複数のポイントのうち、前記読取用画像が読み取られた場所に対応するポイントに関する処理を実行する処理実行手段と、
    を含むサービス提供システム。
18. 第１アプリに基づいて第１サービスがユーザに提供され、第２アプリに基づいて第２サービスが前記ユーザに提供されるサービス提供方法であって、
    前記第１アプリ及び前記第２アプリが連携した状態で前記第１アプリが起動した場合に、前記ユーザのユーザ端末に、所定の読取用画像を表示させる表示制御ステップと、
    前記第１アプリの前記読取用画像が読み取られた場合に、前記第２サービスに関する第２処理を実行する第２処理実行ステップと、
    を含むサービス提供方法。
19. 第１アプリに基づいて第１サービスがユーザに提供され、第２アプリに基づいて第２サービスが前記ユーザに提供される場合にコンピュータを、
    前記第１アプリ及び前記第２アプリが連携した状態で前記第１アプリが起動した場合に、前記ユーザのユーザ端末に、所定の読取用画像を表示させる表示制御手段、
    として機能させ、
    前記第１アプリの前記読取用画像が読み取られた場合に、前記第２サービスに関する第２処理が実行される、
    プログラム。

Images