特許 7333861 プログラム、端末装置、サーバおよび情報処理システム

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

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

(11)【特許番号】

(24)【登録日】2023-08-17

(45)【発行日】2023-08-25

(54)【発明の名称】プログラム、端末装置、サーバおよび情報処理システム

(51)【国際特許分類】

   G06Q 20/28 20120101AFI20230818BHJP

【ＦＩ】

G06Q20/28

【請求項の数】 10

(21)【出願番号】P 2022194565

(22)【出願日】2022-12-06

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

【原出願日】2022-07-01

(65)【公開番号】P2023014403

(43)【公開日】2023-01-26

【審査請求日】2022-12-06

(31)【優先権主張番号】P 2021110613

(32)【優先日】2021-07-02

(33)【優先権主張国・地域又は機関】JP

【新規性喪失の例外の表示】特許法第３０条第２項適用 １．ウェブサイトの掲載日 令和３年６月１４日 ２．ウェブサイトのアドレス ｈｔｔｐｓ：／／ｂ４３．ｊｐ／ｐａｉｒ／ ３．公開者 株式会社スマートバンク ４．公開された発明の内容 株式会社スマートバンクが、上記アドレスのウェブサイトにおいて、プリペイドカードの共有口座を開設するための端末装置について公開した。

【早期審査対象出願】

(73)【特許権者】

【識別番号】520434950

【氏名又は名称】株式会社スマートバンク

(74)【代理人】

【識別番号】110003166

【氏名又は名称】弁理士法人山王内外特許事務所

(72)【発明者】

【氏名】竹渓 潤

(72)【発明者】

【氏名】森口 貴之

【審査官】野口 俊明

(56)【参考文献】

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

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

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

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

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

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

【文献】特表２０１３－５３５０３５（ＪＰ，Ａ）

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

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

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

【請求項1】

コンピュータを、
第１のユーザが使用する第１の端末から、プリペイドカード用の共有口座の開設要求を取得し、前記第１の端末が共有口座開設用の招待情報を生成するための基本情報を、前記第１の端末に送信する処理と、
第２のユーザが使用する第２の端末から、前記招待情報に基づいたアクセスを受ける処理と、
前記第１のユーザの識別情報と前記第２のユーザの識別情報と、前記共有口座の識別情報を紐づけて記憶し、前記第１のユーザおよび前記第２のユーザが共有して使用する前記共有口座を開設する処理と
を実行するサーバとして機能させるプログラム。

【請求項2】

前記コンピュータを、さらに、
前記第２の端末から前記招待情報に基づいたアクセスを受けた場合、前記第１の端末に、共有口座開設の承認確認画面を表示させるための表示制御情報を送信する処理と、
前記承認確認画面が表示された前記第１の端末から共有口座開設を承認することを示す承認情報を取得すると、前記共有口座を開設する処理と、
を実行する前記サーバとして機能させる請求項１記載のプログラム。

【請求項3】

前記基本情報は、前記招待情報として前記第１の端末に表示されるコード画像を前記第１の端末に生成させるためのものであり、かつ、前記第２の端末が前記コード画像を読み取ることで、前記第２の端末を前記サーバにアクセスさせるためのものである、
請求項１または請求項２に記載のプログラム。

【請求項4】

前記基本情報は、前記第１の端末から前記第２の端末に送信される前記招待情報を前記第１の端末に生成させるためものであり、かつ、前記第２の端末で前記招待情報を読み取ることで、前記第２の端末を前記サーバにアクセスさせるためのものである、
請求項１または請求項２に記載のプログラム。

【請求項5】

コンピュータを、
第１のユーザが使用する第１の端末から、前記第１のユーザおよび前記第１のユーザとは異なる第２のユーザが使用するための、プリペイドカード用の共有口座の開設要求を取得し、前記共有口座の開設を行う処理と、
前記第１の端末に、前記第２のユーザが使用する前記共有口座用の前記プリペイドカードの有効化の承認確認画面を表示させるための表示制御情報を送信する処理と、
前記承認確認画面が表示された前記第１の端末から有効化を承認することを示す承認情報を取得すると、前記第２のユーザが使用する前記共有口座用の前記プリペイドカードの有効化を可能とする処理と、
を実行するサーバとして機能させるプログラム。

【請求項6】

サーバから、共有口座開設用の招待情報を生成するための基本情報を取得する基本情報取得部と、
前記基本情報を用いて前記招待情報を生成する招待情報生成部と、
前記招待情報を外部端末で使用可能な形態で出力する出力部と、
前記サーバから、共有口座開設の承認確認画面を表示するための表示制御情報を取得する表示制御情報取得部と、
前記表示制御情報に基づき前記承認確認画面を表示する承認確認画面表示部と、
前記承認確認画面に対して行われた操作に基づき、前記サーバに、前記共有口座開設を承認するか否かを示す情報を送信する承認確認結果送信部と、を備えた
ことを特徴とする端末装置。

【請求項7】

請求項１に記載のプログラムを実行するサーバ。

【請求項8】

請求項５に記載のプログラムを実行するサーバ。

【請求項9】

プリペイドカード用口座の開設処理を行うサーバと、第１のユーザが使用する第１の端末と、第２のユーザが使用する第２の端末とを備える情報処理システムであって、
前記第１の端末は、プリペイドカード用の共有口座の開設要求を前記サーバに送信し、
前記サーバは、前記第１の端末が共有口座開設用の招待情報を生成するための基本情報を、前記第１の端末に送信し、
前記第２の端末は、前記招待情報に基づいて、前記サーバにアクセスし、
前記サーバは、前記第１のユーザの識別情報と前記第２のユーザの識別情報と、前記共有口座の識別情報を紐づけて記憶し、前記第１のユーザおよび前記第２のユーザが共有して使用する前記共有口座を開設する
情報処理システム。

【請求項10】

プリペイドカード用口座の開設処理を行うサーバと、第１のユーザが使用する第１の端末と、第２のユーザが使用する第２の端末とを備える情報処理システムであって、
前記第１の端末は、前記第１のユーザおよび前記第２のユーザが使用するための、プリペイドカード用の共有口座の開設要求を前記サーバに送信し、
前記サーバは、前記共有口座の開設を行い、
前記サーバは、前記第１の端末に、前記第２のユーザが使用する前記共有口座用の前記プリペイドカードの有効化の承認確認画面を表示させるための表示制御情報を送信し、
前記第１の端末は、前記承認確認画面に対する操作に基づき、前記プリペイドカードの有効化を承認することを示す承認情報を前記サーバに送信し、
前記サーバは、前記承認情報を取得すると、前記第２のユーザが使用する前記共有口座用の前記プリペイドカードの有効化を可能とする
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、端末装置、サーバおよび情報処理システムに関する。

【背景技術】

【0002】

プリペイドカード用の口座の形態として、１つの口座を複数のユーザが共有して使用できるものがある。以下、このようなプリペイドカード用の口座を「共有口座」という。複数のユーザは、それぞれのユーザに対して発行された共有口座用のプリペイドカードを有することができる。各ユーザが自身の共有口座用のプリペイドカードを利用して商取引を行うと、共有口座から決済がなされる。各ユーザは、共有口座へのチャージ等を行うこともできる。

【0003】

ところで、特許文献１には、第１のユーザが利用するプリペイドカード等の第１の決済手段に紐付けて、第２のユーザが利用する第２の決済手段を発行する技術が記載されている。第２のユーザが第２の決済手段を店舗等において利用すると、第１の決済手段からの決済がなされる。第１のユーザは、情報処理装置に第１のユーザ自身の情報および第１の決済手段に関する情報を登録するとともに第２のユーザの情報等を登録することにより、第２の決済手段を発行し、第２のユーザに第２の決済手段を利用させることができる。

【先行技術文献】

【特許文献】

【0004】

【文献】特許第６７８２３９２号公報

【発明の概要】

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

【0005】

共有口座は、家族間だけでなく、友人または知人同士等の間でも共有されることがある。したがって、共有口座を開設しようとする各ユーザにとっては、意図しない第三者との間での共有口座の開設を防ぐため、開設手続に関わっている相手が本来の意図どおりの相手であることが保証できる手続が提供されることが望ましい。
これに対し、例えば、特許文献１に記載されたような従来の技術は、第１のユーザが第２の決済手段を発行して第２のユーザに利用させる場合に、第１のユーザが情報処理装置に各種情報を登録するのみであり、両ユーザに、互いの相手が意図どおりの相手であることを保証できる手続を提供するものではない。したがって、共有口座の開設手続に従来の技術を採用したとしても、共有口座を共有しようとする相手が本来の意図どおりの相手であることを保証する手続を提供できるものとはならない。
また、共有口座の開設手続中において、このような保証の手続を導入する場合、その手続が煩雑なものであると、共有口座の開設を断念するユーザが増える可能性があるという問題もある。

【0006】

本発明は、上記課題を解決するものであり、本来の意図どおりのユーザ同士が簡便に共有口座を開設できる手続を提供するためのプログラム、端末装置、サーバおよび情報処理システムを得ることを目的とする。

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

【0007】

本発明に係るプログラムは、コンピュータを、第１のユーザが使用する第１の端末から、プリペイドカード用の共有口座の開設要求を取得し、第１の端末が共有口座開設用の招待情報を生成するための基本情報を、第１の端末に送信する処理と、第２のユーザが使用する第２の端末から、招待情報に基づいたアクセスを受ける処理と、第１のユーザの識別情報と第２のユーザの識別情報と、共有口座の識別情報を紐づけて記憶し、第１のユーザおよび第２のユーザが共有して使用する共有口座を開設する処理とを実行するサーバとして機能させる。

【発明の効果】

【0008】

本発明のプログラムにより、第１のユーザが使用する第１の端末からプリペイドカード用の共有口座の開設要求を取得し、第１の端末が共有口座開設用の招待情報を生成するための基本情報が第１の端末に送信され、第２のユーザが使用する第２の端末から招待情報に基づいたアクセスを受け、第１のユーザの識別情報と第２のユーザの識別情報と共有口座の識別情報を紐づけて記憶し、第１のユーザおよび第２のユーザが共有して使用する共有口座が開設される。したがって、本発明のプログラムは、本来の意図どおりのユーザ同士が簡便に共有口座を開設する手続を提供できる。

【図面の簡単な説明】

【0009】

【図1】実施の形態１に係る情報処理システムの構成を示すブロック図である。

【図2】実施の形態１に係るクライアント端末の構成を示すブロック図である。

【図3】実施の形態１に係るサーバの構成を示すブロック図である。

【図4】クライアント端末またはサーバの機能を実現するハードウェア構成を示すブロック図である。

【図5】実施の形態１に係るプリペイドカードの共有口座開設を示すタイミングチャートである。

【図6】管理画面に対する操作の概要を示す画面図である。

【図7】招待情報の読み取りの概要を示す画面図である。

【図8】共有口座開設の承認処理の概要を示す画面図である。

【図9】共有口座の開設完了を示す画面図である。

【図10】共有口座の使用例を示す画面図である。

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

【0010】

実施の形態１．
図１は、実施の形態１に係る情報処理システム１の構成を示すブロック図である。図１において、情報処理システム１は、クライアント端末２Ａ１、クライアント端末２Ａ２、サーバ３および店舗端末４が、ネットワーク５を介して接続されるシステムである。情報処理システム１は、ユーザＡ１がプリペイドカードＢ１を用いて行う商取引の決済に利用され、ユーザＡ２がプリペイドカードＢ２を用いて行う商取引の決済に利用される。

【0011】

ネットワーク５には、既存の電気通信回線を利用できる。ネットワーク５は、例えば、インターネットである。クライアント端末２Ａ１および２Ａ２は、ネットワーク５を介してサーバ３と通信可能な端末装置であり、例えば、スマートフォン、タブレット端末またはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。以下では、クライアント端末２Ａ１および２Ａ２がスマートフォンであるものとする。

【0012】

サーバ３は、プリペイドカード用口座の開設処理を行う。サーバ３は、例えば、プリペイドカードによる決済サービスを提供する決済事業者により所有または使用される。
サーバ３が開設処理を行う口座には、個人口座と共有口座とがある。個人口座は、１人のユーザのみが使用できる口座である。共有口座は、複数のユーザが共有して使用できる口座である。個人口座と共有口座は、いずれも、本人確認済のユーザのみが使用可能である。

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

実施の形態１の変形例に係るサーバ３が、クライアント端末２Ａ１から、ユーザＡ１およびユーザＡ２が使用するための共有口座の開設要求と、ユーザＡ２を特定する特定情報とを取得し、共有口座の開設処理を行い、クライアント端末２Ａ２からユーザＡ２が本人確認済であることを示す情報を取得したか否かに応じてユーザＡ２が本人確認済か否かを判定するとともに、特定情報とユーザＡ２に関する本人確認用情報とを照合して、ユーザＡ２が使用する共有口座用のプリペイドカードＢ２を有効化可能とするか否かを判定し、ユーザＡ２が本人確認済と判定され、かつ、プリペイドカードＢ２を有効化可能とすると判定された場合、プリペイドカードＢ２の有効化を可能とする。これにより、ユーザＡ１には、特定情報で指定した相手が共有口座を共有する相手（ユーザＡ２）であることが保証される。したがって、サーバ３は、本来の意図どおりのユーザ同士が簡便に共有口座を開設する手続を提供できる。

【0148】

なお、実施の形態の任意の構成要素の変形もしくは実施の形態の任意の構成要素の省略が可能である。

【符号の説明】

【0149】

１ 情報処理システム、２Ａ１，２Ａ２ クライアント端末、２Ｂ，３Ａ 通信部、２Ｃ，３Ｂ 演算部、２Ｄ 表示部、２Ｄ１，２Ｄ２ 管理画面、２Ｄ３ 小画面、２Ｄ４ 画像、２Ｄ５ 承認確認画面、２Ｄ６～２Ｄ９ 画面、２Ｅ 操作部、２Ｆ 撮影部、３ サーバ、３Ｃ 記憶部、４ 店舗端末、５ ネットワーク、２０ 管理画面表示部、２１ 開設要求送信部、２２ 基本情報取得部、２３ 招待情報生成部、２４ 出力部、２５ 表示制御情報取得部、２６ 承認確認画面表示部、２７ 承認確認結果送信部、２８ 読取機能起動部、２９ 本人確認済情報送信部、３１ 基本情報送信部、３２ 判定部、３３ 表示制御情報送信部、３４ 口座開設部、１００ 通信インタフェース、１０１ 入出力インタフェース、１０２ プロセッサ、１０３ メモリ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】