JP7479649B1 - サーバ、端末装置、情報処理システム、プログラムおよび情報処理方法 - Google Patents

Abstract

【課題】 第１のユーザが管理する口座であって、かつ、第２のユーザが使用するプリペイドカード用の口座を、第１のユーザにとって利便性の高い態様で提供するための、サーバ、端末装置、情報処理システム、プログラムおよび情報処理方法を得る。【解決手段】 サーバ２は、第１のユーザＡ１が使用する第１の端末３Ａから、第２のユーザＡ２が使用するプリペイドカードＰ用の口座の開設要求を取得し、プリペイドカードＰの発行処理を含む、口座の開設処理を行う口座開設部２１０と、第１の端末３Ａから口座への入金指令を取得すると、入金指令が示す金額の口座への入金処理を行う入金部２１２と、第１の端末３Ａから口座の取引履歴要求を取得すると、第１の端末３Ａに口座の取引履歴を示す情報の送信処理を行い、第２のユーザＡ２が使用する第２の端末３Ｂから口座の取引履歴要求を取得すると、第２の端末３Ｂに口座の取引履歴を示す情報の送信処理を行う履歴情報送信部２１３と、を備える。【選択図】 図２

Description

特許法第３０条第２項適用 ウェブサイトの掲載日 令和４年１２月１４日、ウェブサイトのアドレス＜ｈｔｔｐｓ：ｂ４３．ｊｐ／ｊｕｎｉｏｒ／＞、公開者 株式会社スマートバンク

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

特許文献１には、第１の決済手段を利用するユーザが、第２の決済手段を利用するユーザの決済の目的を設定できるようにした情報処理装置が記載されている。この情報処理装置は、第１の決済手段に対応する親階層を登録し、親階層に関連付けて、第２の決済手段に対応する子階層を登録し、子階層に関連付けて、第２の決済手段を利用した決済の目的毎に設定される少なくとも１つの目的階層を登録し、目的階層に関連付けて、第２の決済手段を利用する際の所定の条件を設定する。

特許第６７８２３９２号公報

あるユーザ（以下「第１のユーザ」という。）が管理する、プリペイドカード用の口座であって、かつ、他のユーザ（以下「第２のユーザ」という。）が使用するプリペイドカード専用の口座があると、有用な場合がある。ここで、「第１のユーザが管理する口座」とは、少なくとも、第１のユーザが入金を行うことができる口座、かつ、取引履歴を確認することができる口座を意味する。また、以下、単に「口座」という場合、プリペイドカード用の口座を意味する。

例えば、親が子にプリペイドカードを持たせる場合、親が管理する口座であって、かつ、子が使用するプリペイドカード用の口座があると、子によるプリペイドカードの使用を親が管理することができるため有用である。

特許文献１に記載されたような従来の技術では、第１の決済手段を有するユーザを親とし、第２の決済手段を有するユーザを子とすれば、親は、子による第２の決済手段を利用した決済の目的を設定することはできる。しかし、このような従来の技術では、第１のユーザは、第１の決済手段に対応する親階層と、第２の決済手段に対応する子階層を登録する前に、まず、別途、自身が利用する第１の決済手段を発行して所有しておくことが必須であり、さらに、親階層および子階層の設定において、第１のユーザ自身を識別するための氏名等の情報、決済システムにアクセスして第１の決済手段（クレジットカード）を利用するための、カード番号、有効期限、および、セキュリティコード等の情報、ならびに、第２のユーザに関する情報、第２の決済手段を発行するための、カード番号、および、ユーザ認証情報等を入力することが必須である等、第１のユーザにとっては、利便性が高くないとの課題がある。

本発明は、上記課題を解決するものであり、第１のユーザが管理する口座であって、かつ、第２のユーザが使用するプリペイドカード用の口座を、第１のユーザにとって利便性の高い態様で提供するための、サーバ、端末装置、情報処理システム、プログラムおよび情報処理方法を得ることを目的とする。

本発明に係るサーバは、第１のユーザが使用する第１の端末から、第２のユーザが使用するプリペイドカード用の口座の開設要求を取得し、プリペイドカードの発行処理を含む、口座の開設処理を行う口座開設部と、第１の端末から口座への入金指令を取得すると、入金指令が示す金額の口座への入金処理を行う入金部と、第１の端末から口座の取引履歴要求を取得すると、第１の端末に口座の取引履歴を示す情報の送信処理を行い、第２のユーザが使用する第２の端末から口座の取引履歴要求を取得すると、第２の端末に口座の取引履歴を示す情報の送信処理を行う履歴情報送信部と、を備える。

本発明のサーバは、第１のユーザが管理する口座であって、かつ、第２のユーザが使用するプリペイドカード用の口座を、第１のユーザにとって利便性の高い態様で提供できる。

実施の形態１に係る情報処理システムの構成を示す図である。 実施の形態１に係るサーバの構成を示すブロック図である。 実施の形態１に係るクライアント端末３Ａ（第１の端末）の構成を示すブロック図である。 実施の形態１に係るクライアント端末３Ｂ（第２の端末）の構成を示すブロック図である。 サーバまたはクライアント端末の機能を実現するハードウェア構成を示すブロック図である。 入金リクエスト操作の一例を示す画面図である。 入金リクエスト操作の他の例を示す画面図である。 入金リクエスト操作のさらに他の例を示す画面図である。 実施の形態１に係る情報処理方法を示すフローチャートである。

実施の形態１．
（情報処理システム）
図１は、実施の形態１に係る情報処理システム１の構成を示す図である。図１において、情報処理システム１は、サーバ２、クライアント端末３Ａ、クライアント端末３Ｂ、クライアント端末３Ｃ、および店舗端末４が、ネットワーク５を介して接続されるシステムである。情報処理システム１は、ユーザＡ１による、ユーザＡ２が使用するプリペイドカードＰ用の口座の開設と当該口座の管理、および、ユーザＡ２による、プリペイドカードＰを用いて行う商取引の決済に利用される。また、情報処理システム１は、ユーザＡ３による、ユーザＡ２が使用するプリペイドカードＰ用の口座の取引履歴の閲覧にも利用され得る。

ネットワーク５としては、既存の電気通信回線が利用できる。ネットワーク５は、例えば、インターネットである。

クライアント端末３Ａ～３Ｃは、ネットワーク５を介してサーバ２と通信可能な端末装置であり、例えば、スマートフォン、タブレット端末またはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。以下では、クライアント端末３Ａ～３Ｃがスマートフォンであるものとする。クライアント端末３Ａ～３Ｃからサーバ２へのアクセスは、例えば、サーバ２が提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）にアクセスすることにより行われる。クライアント端末３Ａは、ユーザＡ１が使用する端末装置であり、クライアント端末３Ｂは、ユーザＡ２が使用する端末装置であり、クライアント端末３Ｃは、ユーザＡ３が使用する端末装置である。クライアント端末３Ａ～３Ｃの詳細については、後述する。

なお、図１では、クライアント端末３Ａ～３Ｃは、それぞれ１台ずつのみを図示しているが、複数人の異なるユーザＡ１、複数人の異なるユーザＡ２、複数人の異なるユーザＡ３がいてもよく、そのため、クライアント端末３Ａ～３Ｃは、それぞれが複数台あってもよい。また、図１では、店舗端末４は、１台のみを図示しているが、複数の異なる店舗があってもよく、そのため、店舗端末４も複数あってよい。
また、あるクライアント端末３Ａに、複数のクライアント端末３Ｂが紐づけられてもよい。例えば、親一人または両親に対し、複数の子がいる場合は、親は、各子に対し、それぞれ専用のジュニア口座（後述）を開設して、他の子が有するジュニアカード（後述）とは異なるカード番号のジュニアカードを持たせることができる。

（サーバの概要）
サーバ２は、ユーザＡ１が使用するクライアント端末３Ａから、ユーザＡ２が使用するプリペイドカードＰ用の口座の開設要求を取得し、プリペイドカードＰの発行処理を含む、口座の開設処理を行う。また、サーバ２は、クライアント端末３Ａから口座への入金指令を取得すると、入金指令が示す金額のプリペイドカードＰ用の口座への入金処理を行いう。また、サーバ２は、クライアント端末３ＡからプリペイドカードＰ用の口座の取引履歴要求を取得すると、クライアント端末３Ａに当該口座の取引履歴を示す情報の送信処理を行い、ユーザＡ２が使用するクライアント端末３Ｂから当該口座の取引履歴要求を取得すると、クライアント端末３Ｂに当該口座の取引履歴を示す情報の送信処理を行う。サーバ２は、例えば、プリペイドカードによる決済サービスを提供する決済事業者により所有または使用される。
なお、サーバ２は、物理的に１台のサーバで構成されていてもよく、複数台のサーバで構成されていてもよい。

（開設要求）
サーバ２に対するプリペイドカードＰ用の口座の開設要求は、任意のユーザＡ１が行うことができる。以下、ユーザＡ１が親であり、ユーザＡ２が子である場合を例に説明する。また、以下、子であるユーザＡ２が使用するプリペイドカードＰを「ジュニアカード」ともいう。また、以下、ユーザＡ２が使用するジュニアカード用の口座を、「ジュニア口座」ともいう。ジュニア口座は、ユーザＡ２である子が使用するジュニアカード用の口座ではあるが、その開設と管理は、ユーザＡ１である親が行うものであり、実質的に、ユーザＡ１が所有する口座である。したがって、ジュニア口座の名義は、子の名義ではなく、親の名義でもよく、ジュニア口座は、ジュニアカード用の引落口座であればよい。
開設要求には、ユーザＡ１を特定する情報、および、ユーザＡ２を特定する情報が含まれる。ユーザＡ１を特定する情報には、ユーザＡ１の氏名が含まれる他、ユーザＡ１の住所、生年月日等が含まれていてもよい。ユーザＡ２を特定する情報には、ユーザＡ２の氏名が含まれる他、ユーザＡ２の住所、生年月日等が含まれていてもよい。ユーザＡ１が、ユーザＡ１を特定する情報およびユーザＡ２を特定する情報を、クライアント端末３Ａを操作して入力した後、開設要求の送信操作を行うと、クライアント端末３Ａは、ユーザＡ１を特定する情報とユーザＡ２を特定する情報とを含んだ開設要求を、サーバ２に送信する。

ユーザＡ１として親が想定され、ユーザＡ２として子が想定される場合、ユーザＡ１が、クライアント端末３Ａを操作して、ユーザＡ１を特定する情報およびユーザＡ２を特定する情報を入力する画面には、例えば、「ご自身（親）の情報を入力してください」との表示とともに、ユーザＡ１を特定する情報を入力する欄が表示され、「お子さんの情報を入力してください」との表示とともに、ユーザＡ２を特定する情報を入力する欄が表示されてもよい。この場合、サーバ２には、ユーザＡ１である親を示す情報（親を特定する情報）とユーザＡ２である子を示す情報（子を特定する情報）とを含む開設要求を、クライアント端末３Ａから取得する。例えば、親を示す情報には、親を示す情報であることを示すフラグが付与され、子を示す情報には、子を示す情報であることを示すフラグが付与される等して、サーバ２が情報を判別できるようになっていてもよい。

サーバ２は、ユーザＡ１が本人確認済みのユーザである場合にのみ、ユーザＡ１が使用するクライアント端末３Ａから、ジュニア口座の開設要求を取得し、ジュニア口座の開設処理を行うものであってよい。この場合、ユーザＡ１は、まず、自身の本人確認用情報を、例えば、クライアント端末３Ａを操作して、サーバ２に送信する。サーバ２は、ユーザＡ１の本人確認用情報を取得すると、例えば、ｅＫＹＣ（ｅｌｅｃｔｒｏｎｉｃ Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ）による本人確認処理を行う。サーバ２による本人確認処理が終了すると、ユーザＡ１は、ジュニア口座の開設要求を、クライアント端末３Ａを操作して、サーバ２に送信することができるようになる。なお、ユーザＡ１は、自身の本人確認のために、自身の本人確認が可能な事項が記載された紙媒体としての本人確認書類を決済事業者に郵送等により送付することもできる。

また、サーバ２は、ユーザＡ１が本人確認済みのユーザでなくとも、クライアント端末３Ａから、ジュニア口座の開設要求を取得し、ジュニア口座の開設処理を行うものであってもよい。この場合、サーバ２は、ユーザＡ１の本人確認用情報の送信を、ユーザＡ１に求めることなく、ジュニア口座の開設処理を行う。したがって、ユーザＡ１は、自身の本人確認用情報をサーバ２に送信することなく、また、本人確認書類を決済事業者に郵送等により送付することなく、ジュニア口座の開設要求を、クライアント端末３Ａを操作して、サーバ２に送信することができる。このように、ユーザＡ１は、本人確認を求められることなく、ジュニア口座の開設をすることができる。

以下、サーバ２は、ユーザＡ１が本人確認済みでなくとも、クライアント端末３Ａから、ジュニア口座の開設要求を取得し、ジュニア口座の開設処理を行うものである場合を前提として説明する。

サーバ２は、ジュニア口座の開設処理において、開設するジュニア口座に固有の識別番号を生成して記憶する。また、サーバ２は、クライアント端末３Ａを特定する情報、および、開設要求に含まれるユーザＡ１を特定する情報とユーザＡ２を特定する情報とを、ジュニア口座の識別番号に紐づけて記憶する。また、サーバ２は、ジュニア口座の開設処理において、ジュニアカードの発行処理を行う。サーバ２は、ジュニアカードの発行処理において、発行するジュニアカードに固有のカード番号を生成し、生成したカード番号をジュニア口座の識別番号に紐づけて記憶する。なお、ジュニアカードとジュニア口座が一対一に対応する場合、ジュニア口座の識別番号は、ジュニアカードのカード番号と同一のものとしてもよい。

ここでは、発行されるジュニアカードは、リアルカードであるとする。発行されたジュニアカードは、例えば、ユーザＡ１の元に送付される。ジュニアカードがユーザＡ１の元に送付されると、ユーザＡ１は、送付されてきたジュニアカードを、ユーザＡ２に渡す。または、発行されたジュニアカードは、例えば、ユーザＡ２の元に直接に送付されてもよい。

（入金指令）
また、サーバ２によって、ジュニア口座の開設処理がなされた後、サーバ２がクライアント端末３Ａから入金指令を取得すると、入金指令が示す金額のジュニア口座への入金処理を行う。ユーザＡ１は、クライアント端末３Ａを操作して、ジュニア口座に入金する金額を含む入金指令を、サーバ２に送信することができる。
ここで、「入金指令」による入金とは、後述の「入金リクエスト」とは異なり、ユーザ（例えばユーザＡ１）が、自身のクライアント端末（例えばクライアント端末３Ａ）を操作して、他のユーザからの承認等を得る必要なく、例えば自身の口座の残高から、ジュニア口座に残高を移動して入金することを意味する。

（取引履歴要求）
ジュニア口座の残高がある場合、ユーザＡ２は、ジュニアカードを使用して、商品またはサービスを購入する等の商取引を行うことができる。ユーザＡ２がジュニアカードを使用した商取引を行うと、ジュニア口座からの決済がなされ、サーバ２に、商取引履歴が記憶される。

サーバ２は、ユーザＡ１が使用するクライアント端末３Ａからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ａにジュニア口座の取引履歴を示す情報の送信処理を行う。クライアント端末３Ａは、サーバ２からジュニア口座の取引履歴を示す情報を取得すると、表示部３３Ａ（後述）に、ジュニア口座の取引履歴を表示する。

また、サーバ２は、ユーザＡ２が使用するクライアント端末３Ｂからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ｂにジュニア口座の取引履歴を示す情報の送信処理を行う。クライアント端末３Ｂは、サーバ２からジュニア口座の取引履歴を示す情報を取得すると、表示部３４Ｂ（後述）に、ジュニア口座の取引履歴を表示する。

（紐づけ処理）
ユーザＡ２が使用するクライアント端末３Ｂからジュニア口座の取引履歴要求をサーバ２に送信できるようにするために、サーバ２は、ユーザＡ２が使用するクライアント端末３Ｂと、ジュニア口座との紐づけ処理を行う。

紐づけ処理が行われた場合、リアルカードに加えて、ユーザＡ２が使用するクライアント端末３Ｂに対して、アプリケーションプログラムとして同クライアント端末３Ｂにインストールされるバーチャルカードが発行されてもよい。

クライアント端末３Ｂとジュニア口座との紐づけは、例えば、クライアント端末３Ａが生成した招待情報を、クライアント端末３Ｂが読み取り、クライアント端末３Ｂが読み取った招待情報に基づいて、サーバ２にアクセスすることで行われる。サーバ２は、クライアント端末３Ａが生成した招待情報に基づき、クライアント端末３Ｂからアクセスされると、クライアント端末３Ｂを特定する情報とジュニア口座との紐づけ処理を行う。
ユーザＡ１およびユーザＡ２が、ユーザＡ２が使用するクライアント端末３Ｂとジュニア口座との紐づけを行おうとする場合、ユーザＡ１は、例えば、まず、クライアント端末３Ａを使用して招待情報を生成するための操作を行う。ユーザＡ１がクライアント端末３Ａを使用して招待情報を生成するための操作を行うと、クライアント端末３Ａは、招待情報生成要求をサーバ２に送信する。

この際、クライアント端末３Ａが備える表示部３３Ａには、ジュニア口座を管理するための管理アプリケーションが提供する管理画面が表示されている。管理アプリケーションは、例えば、クライアント端末３Ａに予めインストールされ、クライアント端末３Ａにおいて実行されるアプリケーションである。または、管理アプリケーションは、例えば、ネットワーク５を通じてクライアント端末３Ａにジュニア口座の管理機能を提供するために、サーバ２において実行される管理アプリケーションである。
なお、クライアント端末３Ｂ，３Ｃにジュニア口座の一部の管理機能を提供する管理アプリケーションについても、同様であり、クライアント端末３Ｂ，３Ｃに予めインストールされ、クライアント端末３Ｂ，３Ｃにおいて実行されるアプリケーションか、または、例えば、ネットワーク５を通じてクライアント端末３Ｂ，３Ｃにジュニア口座の管理機能を提供するために、サーバ２において実行される管理アプリケーションである。

ユーザＡ１が、クライアント端末３Ａの表示部３３Ａに表示された管理画面を利用して、招待情報を生成するための操作をすると、クライアント端末３Ａは、招待情報生成要求をサーバ２に送信する。サーバ２は、クライアント端末３Ａから招待情報生成要求を取得すると、招待情報をクライアント端末３Ａが生成するための基本情報を、クライアント端末３Ａに送信する。

基本情報は、例えば、招待情報としてクライアント端末３Ａに表示されるコード画像（後述）をクライアント端末３Ａに生成させるためのものであり、かつ、クライアント端末３Ｂがそのコード画像を読み取ることで、クライアント端末３Ｂをサーバ２にアクセスさせるためのものである。
また、基本情報は、クライアント端末３Ａからクライアント端末３Ｂに送信される招待情報をクライアント端末３Ａに生成させるためのものであり、かつ、クライアント端末３Ｂで招待情報を読み取ることで、クライアント端末３Ｂをサーバ２にアクセスさせるためのものであってもよい。

基本情報には、ユーザＡ１が開設したジュニア口座を示す情報として、例えば、ユーザＡ１が開設したジュニア口座の識別情報が含まれる。

クライアント端末３Ａは、サーバ２から基本情報を受信すると、受信した基本情報を用いて招待情報を生成する。招待情報には、基本情報とサーバ２の提供する特定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスするための情報が含まれる。クライアント端末３Ｂは、クライアント端末３Ａによって生成された招待情報に基づきサーバ２にアクセスする。なお、クライアント端末３Ａは、基本情報の形態を変えるか、新たな情報を追加するなどして招待情報を生成する場合の他、招待情報が基本情報をそのまま招待情報とする場合もあり得る。ここでは、「基本情報を用いた招待情報の生成」には、基本情報がそのまま招待情報として利用されることも含むものとする。

サーバ２は、招待情報に基づきクライアント端末３Ｂからアクセスされると、クライアント端末３Ｂとジュニア口座とを紐づける。例えば、サーバ２は、招待情報に基づきクライアント端末３Ｂからアクセスされると、クライアント端末３Ｂから、基本情報（例えばトークン（後述））と、クライアント端末３Ｂを特定する情報とを取得する。サーバ２は、基本情報とクライアント端末３Ｂを特定する情報とを取得すると、基本情報が示すジュニア口座の識別番号とクライアント端末３Ｂを特定する情報とを紐づけて記憶する。

また、ユーザＡ３が使用するクライアント端末３Ｃからジュニア口座の取引履歴要求をサーバ２に送信できるようにするために、サーバ２は、ユーザＡ３が使用するクライアント端末３Ｃと、ジュニア口座との紐づけ処理を行うこともできる。
例えば、ユーザＡ１とユーザＡ３は、子であるユーザＡ２の両親であり、ユーザＡ３は、ユーザＡ１とは異なる親である。また、ユーザＡ１とユーザＡ３は、ユーザＡ２の祖父、祖母、伯父、または、伯母等であってもよい。

クライアント端末３Ｃと、ジュニア口座との紐づけ処理の手順は、上述のクライアント端末３Ｂと、ジュニア口座との紐づけ処理の手順と同様である。
クライアント端末３Ｃと、ジュニア口座との紐づけ処理において、例えば、サーバ２はクライアント端末３Ａが生成した招待情報に基づき、クライアント端末３Ｃからアクセスされると、ジュニア口座の識別番号とクライアント端末３Ｃを特定する情報とを紐づけて記憶する。
サーバ２は、ユーザＡ３が使用するクライアント端末３Ｃからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ｃにジュニア口座の取引履歴を示す情報の送信処理を行う。クライアント端末３Ｃは、サーバ２からジュニア口座の取引履歴を示す情報を取得すると、表示部（不図示）に、ジュニア口座の取引履歴を表示する。

なお、サーバ２は、クライアント端末３Ｂから入金指令を取得でき、入金指令が示す金額のジュニア口座への入金処理を行えるものであってもよいし、クライアント端末３Ｃから入金指令を取得でき、入金指令が示す金額のジュニア口座への入金処理を行えるものであってもよい。この場合、子であるユーザＡ２は、自身でジュニア口座への入金を行うことができ、ユーザＡ１とは異なる親であるユーザＡ３は、ユーザＡ１と同様にジュニア口座への入金を行うことができる。

これに対し、サーバ２は、クライアント端末３Ｂから入金指令を取得できないものであってもよい。この場合、子であるユーザＡ２は、自身でジュニア口座への入金を行うことができない。また、サーバ２は、クライアント端末３Ｃから入金指令を取得できないものであってもよい。この場合、ユーザＡ１とは異なる親であるユーザＡ３は、ユーザＡ１とは異なり、ジュニア口座への入金を行うことができない。
「サーバ２が入金指令を取得できない」とは、例えば、クライアント端末３Ｂが入金指令をサーバ２に送信する機能を有していないこと、または、クライアント端末３Ｂが入金指令をサーバ２に送信することができたとしても、サーバ２がクライアント端末３Ｂからの入金指令を不正な指令と判定し、入金処理を開始しないことを意味する。

以下、サーバ２は、クライアント端末３Ｂから入金指令を取得できないものであり、かつ、クライアント端末３Ｃから入金指令を取得できないものである場合を前提として説明する。

サーバ２の詳細については、後述する。

（店舗端末）
店舗端末４は、プリペイドカードを使用した決済が可能な加盟店の店舗に設置された端末装置である。例えば、サーバ２は、ジュニア口座を開設する機能等に加え、ジュニアカードを使用した商取引の決済を管理する機能を有するものとする。店舗においてユーザＡ２がジュニアカードを使用した商取引の決済を行う場合、店舗端末４は、ジュニアカードに記憶されたカード情報を読み取り、ネットワーク５を介して決済情報をサーバ２に送信する。決済情報には、決済が行われた加盟店の識別情報、決済額およびカード情報が含まれる。カード情報には、ジュニアカードのカード番号が含まれる。

店舗端末４から送信された決済情報を受信すると、サーバ２は、カード番号に対応するジュニアカードのジュニア口座を特定する。次に、サーバ２は、決済額が示す金額を、特定したジュニア口座の残高から加盟店側に支払う処理を行う。その際、サーバ２は、例えば、サーバ２が加盟店への支払い処理を行った日時を記憶するとともに、支払い処理後のジュニア口座の残高を計算して前記日時と合わせて記憶する。また、サーバ２は、支払処理が終了したことを示す情報を、クライアント端末３Ａに送信してもよいし、クライアント端末３Ｂとジュニア口座との紐づけが行われている場合には、クライアント端末３Ｂに送信してもよく、クライアント端末３Ｃとジュニア口座との紐づけが行われている場合には、クライアント端末３Ｃに送信してもよい。

なお、店舗端末４が、ネットワーク５を介してサーバ２に決済情報を送信する際に、サーバ２以外の１つまたは複数の他のサーバ（図１において不図示）を経由してもよい。他のサーバは、例えば、クレジットカード会社が提供するサーバである。

また、ジュニアカードを使用した商取引は、ここまで店舗が実店舗である場合の商取引として示したが、クライアント端末３Ｂを操作して行うインターネット上の店舗との商取引でもよい。

情報処理システム１において、ユーザＡ１は、クライアント端末３Ａから、ユーザＡ２が使用するジュニア口座の開設要求をサーバ２に送信することで、ジュニアカードの発行とジュニア口座の開設を行うことができる。また、ユーザＡ１は、クライアント端末３Ａからジュニア口座への入金指令をサーバ２に送信することで、入金指令が示す金額の口座への入金を行うことができる。また、ユーザＡ１は、クライアント端末３Ａからジュニア口座の取引履歴要求をサーバ２に送信することで、クライアント端末３Ａにジュニア口座の取引履歴を表示させることことができる。同様に、ユーザＡ２は、クライアント端末３Ｂからジュニア口座の取引履歴要求をサーバ２に送信することで、クライアント端末３Ｂにジュニア口座の取引履歴を表示させることができる。情報処理システム１およびサーバ２は、ジュニア口座を、ユーザＡ１にとって利便性の高い態様で提供できる。

（サーバの詳細）
図２は、サーバ２の構成を示すブロック図である。図２に示すように、サーバ２は、通信部２０、演算部２１および記憶部２２を備える。通信部２０は、ネットワーク５（図２ではネットワーク５は示していない）を介して、クライアント端末３Ａ～３Ｃ、または店舗端末４と通信を行う（図２では店舗端末４は示していない）。例えば、通信部２０は、ＬＴＥ、３Ｇ、４Ｇまたは５Ｇなどの通信方式によるモバイル通信が可能な通信装置である通信部を有するクライアント端末３Ａ～３Ｃとの間で、ネットワーク５を介して通信可能である。演算部２１は、サーバ２の全体動作を制御する。演算部２１は、ジュニア口座の開設処理等を行うための口座用アプリケーションを実行することにより、各種の機能を実現する。

記憶部２２は、口座用アプリケーションを記憶し、演算部２１の演算処理に用いるデータを記憶する。また、記憶部２２には、ユーザＡ１を特定する情報、ユーザＡ２を特定する情報、ジュニアカード（プリペイドカードＰ）のカード番号、およびジュニア口座の識別情報が対応付けて記憶されている。また、ネットワーク５を通じてクライアント端末３Ａ～３Ｃに口座の管理機能を提供するために、サーバ２が管理アプリケーションを実行する場合、記憶部２２には、管理アプリケーションも記憶される。なお、記憶部２２は、サーバ２からアクセス可能であればよく、サーバ２の外部に備えられていてもよい。

演算部２１は、口座開設部２１０、紐づけ部２１１、入金部２１２、履歴情報送信部２１３、本人確認部２１４、基本情報送信部２１５、上限額設定部２１６、停止設定部２１７、再発行部２１８、および、制限設定部２１９を備える。演算部２１が、口座用アプリケーションを実行することにより、口座開設部２１０、紐づけ部２１１、入金部２１２、履歴情報送信部２１３、本人確認部２１４、基本情報送信部２１５、上限額設定部２１６、停止設定部２１７、再発行部２１８、および、制限設定部２１９の各機能が実現される。口座用アプリケーションは、クライアント端末３Ａ～３Ｃからの各種要求等を随時取得できるように、常時起動している。

サーバ２は、少なくとも、口座開設部２１０、入金部２１２、および、履歴情報送信部２１３を備えていればよい。また、サーバ２は、口座開設部２１０、入金部２１２、および、履歴情報送信部２１３に加えて、紐づけ部２１１、本人確認部２１４、基本情報送信部２１５、上限額設定部２１６、停止設定部２１７、再発行部２１８、または、制限設定部２１９のうち、いずれか１つ以上を備えていてもよい。

（口座開設部）
口座開設部２１０は、ユーザＡ１が使用するクライアント端末３Ａから、ユーザＡ２が使用するジュニアカード（プリペイドカードＰ）用のジュニア口座の開設要求を取得し、ジュニアカードの発行処理を含む、ジュニア口座の開設処理を行う。
クライアント端末３Ａから送信される開設要求には、上述のように、例えば、ユーザＡ１を特定する情報、および、ユーザＡ２を特定する情報が含まれる。口座開設部２１０は、ジュニア口座の開設処理において、開設するジュニア口座に固有の識別番号を生成して、生成したジュニア口座の識別番号を記憶部２２に記憶させる。また、口座開設部２１０は、クライアント端末３Ａを特定する情報、および、開設要求に含まれるユーザＡ１を特定する情報とユーザＡ２を特定する情報とを、ジュニア口座の識別番号に紐づけて、記憶部２２に記憶させる。また、口座開設部２１０は、ジュニアカードの発行処理において、発行するジュニアカードに固有のカード番号を生成し、生成したカード番号をジュニア口座の識別番号に紐づけて、記憶部２２に記憶させる。

（紐づけ部）
紐づけ部２１１は、クライアント端末３Ａが生成した招待情報に基づき、クライアント端末３Ｂからアクセスされると、クライアント端末３Ｂを特定する情報とジュニア口座との紐づけ処理を行う。
サーバ２の履歴情報送信部２１３は、ユーザＡ２が使用するクライアント端末３Ｂからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ｂにジュニア口座の取引履歴を示す情報の送信処理を行う。クライアント端末３Ｂは、履歴情報送信部２１３からジュニア口座の取引履歴を示す情報を取得すると、表示部３４Ｂに、ジュニア口座の取引履歴を表示する。
紐づけ部２１１は、このように、クライアント端末３Ｂからジュニア口座の取引履歴要求を履歴情報送信部２１３に送信できるようにするために、クライアント端末３Ｂとジュニア口座との紐づけ処理を行う。

クライアント端末３Ｂとジュニア口座との紐づけは、上述のように、例えば、クライアント端末３Ａが生成した招待情報を、クライアント端末３Ｂが読み取り、クライアント端末３Ｂが読み取った招待情報に基づいて、サーバ２にアクセスすることで行われる。ユーザＡ１が、クライアント端末３Ａを利用して、招待情報を生成するための操作をすると、クライアント端末３Ａは、招待情報生成要求をサーバ２の基本情報送信部２１５に送信する。基本情報送信部２１５は、招待情報生成要求を取得すると、招待情報をクライアント端末３Ａが生成するための基本情報を生成し、生成した基本情報をクライアント端末３Ａに送信する。

クライアント端末３Ａは、基本情報送信部２１５から基本情報を受信すると、受信した基本情報を用いて招待情報を生成する。招待情報には、基本情報と、サーバ２の提供する特定のＵＲＬを有する紐づけ部２１１にアクセスするための情報とが含まれる。招待情報は、ＱＲコード（登録商標）等の二次元バーコードもしくは一次元バーコードといったコード画像、または、文字列で表されたコードの形態で生成される。

基本情報は、上述のように、例えば、招待情報としてクライアント端末３Ａに表示されるコード画像をクライアント端末３Ａに生成させるためのものであり、かつ、クライアント端末３Ｂがそのコード画像を読み取ることで、クライアント端末３Ｂをサーバ２にアクセスさせるためのものである。
この場合、クライアント端末３Ａは、基本情報送信部２１５か基本情報を取得すると、取得した基本情報を用いてコード画像を生成し、表示部３３Ａに、例えば、生成したコード画像を表示する。クライアント端末３Ｂは、クライアント端末３Ａの表示部３３Ａに表示されたコード画像を、クライアント端末３Ｂの撮影部３３Ｂ（後述）を用いて読み込む。

また、基本情報は、上述のように、クライアント端末３Ａからクライアント端末３Ｂに送信される招待情報をクライアント端末３Ａに生成させるためのものであり、かつ、クライアント端末３Ｂで招待情報を読み取ることで、クライアント端末３Ｂをサーバ２にアクセスさせるためのものであってもよい。
この場合、クライアント端末３Ａは、基本情報送信部２１５から招待情報を取得すると、取得した基本情報を用いて招待情報を生成し、招待情報をクライアント端末３Ｂに送信する。例えば、招待情報がコード画像または文字列の態様である場合、クライアント端末３Ａは、通信部３０Ａ（後述）を用いて、招待情報をクライアント端末３Ｂに送信する。クライアント端末３Ａは、例えば、ネットワーク５を介して、電子メール、または、チャット等により、招待情報をクライアント端末３Ｂに送信することができる。また、クライアント端末３Ａの通信部３０Ａは、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信を使用して、招待情報をクライアント端末３Ｂに送信してもよい。クライアント端末３Ａから送信された招待情報を取得したクライアント端末３Ｂは、クライアント端末３Ｂの表示部３４Ｂに表示されたコード画像または文字列としての招待情報を、公知の読取技術を利用して読み取ることができる。

なお、クライアント端末３Ｂが招待情報に基づいてサーバ２にアクセスする方法としては、ここまで説明したとおり、クライアント端末３Ｂが、コード画像または文字列としての招待情報を読み取る方法がある他、招待情報に含まれるサーバ２にアクセスするための情報が、上述のようにサーバ２から送付された基本情報自体、つまり、トークン（後述）自体である場合には、例えば、ユーザＡ２が、クライアント端末３Ｂの表示部３４Ｂに表示された専用画面にそのトークンが示す文字情報を入力することで、サーバ２にアクセスする方法もある。

クライアント端末３Ｂは、クライアント端末３Ａによって生成された招待情報を読み取り、読み取った招待情報に基づき、サーバ２の紐づけ部２１１にアクセスする。
紐づけ部２１１は、招待情報に基づきクライアント端末３Ｂからアクセスされると、例えば、クライアント端末３Ｂから、基本情報とクライアント端末３Ｂを特定する情報とを取得し、基本情報が示すジュニア口座の識別番号とクライアント端末３Ｂを特定する情報とを紐づけて、記憶部２２に記憶させる。

紐づけ部２１１は、さらに、ユーザＡ３が使用するクライアント端末３Ｃを特定する情報とジュニア口座との紐づけ処理を行うものであってもよい。ユーザＡ３が使用するクライアント端末３Ｃとジュニア口座との紐づけ処理は、ユーザＡ３が使用するクライアント端末３Ｃからジュニア口座の取引履歴要求をサーバ２に送信できるようにするために行われる。

クライアント端末３Ｃとジュニア口座との紐づけ処理の手順は、上述のクライアント端末３Ｂとジュニア口座との紐づけ処理の手順と同様である。紐づけ部２１１は、クライアント端末３Ｃとジュニア口座との紐づけ処理において、例えば、クライアント端末３Ａが生成した招待情報に基づき、クライアント端末３Ｃからアクセスされると、紐づけ処理として、ジュニア口座の識別番号とクライアント端末３Ｃを特定する情報とを紐づけて記憶部２２に記憶させる。

後述のように、紐づけ部２１１による、ジュニア口座の識別番号とクライアント端末３Ｃを特定する情報との紐づけ処理が終了している場合、履歴情報送信部２１３は、クライアント端末３Ｃからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ｃへの、ジュニア口座の取引履歴を示す情報の送信処理を行う。

（入金部）
入金部２１２は、クライアント端末３Ａからジュニア口座への入金指令を取得すると、入金指令が示す金額のジュニア口座への入金処理を行う。入金指令には、例えば、ジュニア口座に対応するジュニアカードのカード番号と、入金すべき金額の情報が含まれる。入金部２１２は、クライアント端末３Ａからジュニア口座への入金指令を取得すると、記憶部２２にアクセスし、入金指令が示すカード番号と紐づけられたジュニア口座に対し、入金指令が示す金額を入金する入金処理を行う。これによって、ジュニア口座の残高は、入金された金額分だけ増加する。

クライアント端末３Ａを利用したジュニア口座への入金方法としては、端末を利用したプリペイドカードに対する公知の入金方法のうち任意のものが採用され得る。
例えば、ユーザＡ１は、クライアント端末３Ａを利用して、自身が所有する、ジュニア口座とは異なる他の口座から、ジュニア口座へ残高を移動させることを示す入金指令を、入金部２１２に送信することができる。この場合、入金部２１２は、ユーザＡ１が有する他の口座からジュニア口座へ残高を移動させることを示す入金指令を、クライアント端末３Ａから取得すると、入金指令が示す金額を、他の口座からジュニア口座へ移動させることで、ジュニア口座への入金処理を行う。

ユーザＡ１が所有する他の口座は、例えば、ユーザＡ１が使用するプリペイドカード用の口座であってもよいし、ユーザＡ１が所有する銀行口座であってもよい。
また、ユーザＡ１が所有する他の口座は、例えば、ジュニア口座の中に作成した、目的別の口座（以下「ポケット口座」という。）であってもよい。
ジュニア口座は、上述のように、ユーザＡ２である子が使用するジュニアカード用の口座ではあるが、その開設と管理は、ユーザＡ１である親が行うものであり、実質的に、ユーザＡ１が所有する口座である。したがって、ジュニア口座の中のポケット口座も、ユーザＡ１が所有する口座の１つである。

ジュニア口座の中のポケット口座は、例えば、ユーザＡ１がクライアント端末３Ａを操作することにより、生成することができる。ポケット口座は、ジュニア口座全体の残高を分けて管理できる口座である。ポケット口座に対しては、ユーザＡ１がクライアント端末３Ａを操作することにより、その使用目的等の制限を設定することができる。例えば、ユーザＡ１がポケット口座を２つ生成し、そのうち１つをメインの口座（以下「メイン口座」という。）とし、他方を、ある目的のために、残高を取り分けおくための口座（以下「取り分け口座」という。）に設定したものとする。
また、ユーザＡ１は、メイン口座を、ユーザＡ２がジュニアカードを使用して商取引をする際に、当該口座から残高が引かれるものとして設定したものとする。この意味で、メイン口座は、広義の「ジュニア口座」といえる。
また、ユーザＡ１は、取り分け口座を、ユーザＡ１がクライアント端末３Ａを操作して当該口座に入金することができるが、ユーザＡ２がジュニアカードを使用して商取引をしても、当該口座から残高を引かれることはなく、かつ、ユーザＡ２は、当該口座に対して、その他の操作もできないように設定したものとする。

これらのようなメイン口座と取り分け口座が設定されている場合も、ユーザＡ１は、クライアント端末３Ａを利用して、取り分け口座から、メイン口座（広義の「ジュニア口座」）へ残高を移動させることを示す入金指令を、入金部２１２に送信することができる。

（入金リクエスト機能）
入金部２１２は、クライアント端末３Ａの操作に基づく入金を要望する金額を指定する金額指定情報を、クライアント端末３Ｂから取得すると、クライアント端末３Ａに金額指定情報を送信し、クライアント端末３Ａから金額指定情報に対する承認情報を取得すると、金額指定情報が示す金額について、ユーザＡ１が有する他の口座からジュニア口座への入金処理を行うものであってもよい。
以下、このような入金部２１２が提供する機能を、「入金リクエスト機能」という。また、入金リクエスト機能を利用して、ユーザＡ２がユーザＡ１に入金の要望を伝えることを、「入金リクエスト」という。

上述のように、これまでの説明は、サーバ２がクライアント端末３Ｂからは入金指令を取得できないものである場合を前提としている。つまり、子であるユーザＡ２は、自身でジュニア口座に入金をすることはできない。この場合でも、入金部２１２が入金リクエスト機能を有していると、ユーザＡ２は、クライアント端末３Ｂを操作して、親であるユーザＡ１が使用するクライアント端末３Ａに、入金部２１２を介して、入金を要望する金額を指定する金額指定情報を送信することができる。そして、クライアント端末３Ａが金額指定情報を取得した後、ユーザＡ１がクライアント端末３Ａを操作して承認情報を入金部２１２に送信することで、ジュニア口座に入金がなされる。

金額指定情報には、例えば、ユーザＡ２を特定する情報と、入金を要望する金額の情報が含まれる。ジュニア口座への入金処理を行う際の、ユーザＡ１が有する他の口座は、予めユーザＡ１によって指定され、記憶部２２に記憶されているものとする。

入金部２１２は、クライアント端末３Ｂから金額指定情報を取得すると、クライアント端末３Ａに入金指定情報を送信する。クライアント端末３Ａは、入金指定情報を取得すると、例えば、クライアント端末３Ａの表示部３３Ａに、ユーザＡ２から入金リクエストがあった旨を表示する。クライアント端末３Ａは、入金リクエストがあった旨を表示した後、入金リクエストを承認する操作が行われると、承認情報を入金部２１２に送信する。承認情報には、ユーザＡ２を特定する情報と、金額指定情報が含まれる。入金部２１２は、クライアント端末３Ａから承認情報を取得すると、承認情報に含まれる金額指定情報が示す金額を、ユーザＡ１が有する他の口座から、承認情報が示すユーザＡ２を特定する情報に紐づけられたジュニア口座に移動することで、入金処理を行う。

図６を参照して、ユーザＡ１とユーザＡ２が入金リクエスト機能を利用する際の操作の具体例について説明する。図６は、入金リクエスト操作の一例を示す画面図である。
ユーザＡ２がクライアント端末３Ｂを使用して入金リクエスト機能を利用するための操作をすると、クライアント端末３Ｂは、表示部３４Ｂに、例えば、図６の左端の画面３４１Ｂを表示する。画面３４１Ｂには、入金リクエストを行う相手の表示欄３３Ｂ２（図６の例では「パパにリクエスト」の文字が表示されている）、入金を要望する金額の表示欄３３Ｂ３（図６の例では「１０，０００円」との数字が表示されている）、金額指定情報の送信の決定ボタン３３Ｂ４（図６の例では「けってい」との文字が表示されている）、および、入金を要望する金額を入力するためのテンキー３３Ｂ１が表示されている。

ユーザＡ２は、表示欄３３Ｂ２を参照して、入金を要望する相手がユーザＡ１であることを確認する。ユーザＡ２は、テンキー３３Ｂ１を操作して、入金を要望する金額を入力する。ユーザＡ２は、表示欄３３Ｂ３を参照して、入金を要望する金額が正しく入力されていることを確認する。入金を要望する金額が正しくない場合、ユーザＡ２は、テンキー３３Ｂ１を操作して、入金を要望する金額を訂正することができる。入金を要望する金額が正しい場合、ユーザＡ２は、決定ボタン３３Ｂ４を操作する。

ユーザＡ２が決定ボタン３３Ｂ４を操作すると、クライアント端末３Ｂは、金額指定情報を入金部２１２に送信し、入金部２１２は、金額指定情報を取得すると、取得した金額指定情報をクライアント端末３Ａに送信する。
クライアント端末３Ａは、金額指定情報を取得すると、表示部３３Ａに、図６の左から２番目の画面３３１Ａを表示する。画面３３１Ａには、入金リクエストがあった旨の表示として、「○○からリクエストがありました」等の文字が、ユーザＡ２の顔写真等（画面３３１Ａの「○○からリクエストがありました」の上の円形の表示）とともに表示されている。また、画面３３１Ａには、入金を希望する金額の表示として、「ひつようなきんがく １０，０００円」等の文字が表示される。これらの表示とともに、画面３３１Ａには、却下ボタン３２Ａ１（図６の例では「却下する」との文字が表示されている）、および、承認ボタン３２Ａ２（図６の例では「承認して入金する」との文字が表示されている）が表示されている。

ユーザＡ１は、画面３３１Ａの表示を参照して、ユーザＡ２から入金リクエストがあったこと、また、入金リクエストにより入金を要望されている金額（図６の例では１０，０００円）を確認することができる。ユーザＡ１は、入金リクエストを却下する場合は、却下ボタン３２Ａ１を操作する。ユーザＡ１は、入金リクエストを承認する場合は、承認ボタン３２Ａ２を操作する。

ユーザＡ１が却下ボタン３２Ａ１を操作すると、クライアント端末３Ａは、入金リクエストが却下されたことを示す却下情報を、入金部２１２に送信する。入金部２１２は、却下情報を取得すると、クライアント端末３Ｂに、却下情報を送信する。クライアント端末３Ｂは、却下情報を取得すると、表示部３４Ｂに、入金リクエストが却下された旨（不図示）を表示する。

ユーザＡ１が承認ボタン３２Ａ２を操作すると、クライアント端末３Ａは、表示部３３Ａに、図６の左から３番目の画面３３２Ａを表示する。画面３３２Ａには、「移す金額」の文字とともに、入金する金額の表示欄３２Ａ３が表示され、また、入金リクエストの承認を最終的に決定する決定ボタン３２Ａ４（図６では「決定」の文字が表示されている）が表示されている。
ユーザＡ１は、表示欄３２Ａ３を参照して、入金する金額を確認できる。ユーザＡ１は、入金する金額を確認後、決定ボタン３２Ａ４を操作する。

また、ユーザＡ１が決定ボタン３２Ａ４を操作すると、クライアント端末３Ａは、金額指定情報に対する承認情報、言い換えれば、入金リクエストが承認されたことを示す承認情報を、入金部２１２に送信する。入金部２１２は、承認情報を取得すると、ユーザＡ１が有する他の口座からジュニア口座に、承認情報に含まれる金額指定情報が示す金額を移動する。

入金部２１２は、ジュニア口座への入金処理が終了すると、入金処理が終了したことを示す情報を、クライアント端末３Ａに送信する。クライアント端末３Ａは、入金部２１２から入金処理が終了したことを示す情報を取得すると、表示部３３Ａに、図６の左から４番目の画面３３３Ａを表示する。画面３３３Ａには、ユーザＡ１が有する他の口座からジュニア口座に、ユーザＡ２が所望した金額を移動したことを示す、「残高を移しました」との画面が表示される。また、入金部２１２は、ジュニア口座への入金処理が終了すると、入金処理が終了したことを示す情報を、クライアント端末３Ｂに送信してもよい。クライアント端末３Ｂは、入金部２１２から入金処理が終了したことを示す情報を取得すると、表示部３４Ｂに、入金リクエストが承認され、入金処理が終了した旨（不図示）を表示する。

図７を参照して、入金リクエスト操作の他の例を説明する。図７は、入金リクエスト操作の他の例を示す画面図である。図６を参照して説明した、入金リクエスト機能を利用する際の操作の具体例では、画面３４１Ｂにおいて決定ボタン３３Ｂ４が操作された後、クライアント端末３Ｂは、直ちに、金額指定情報を入金部２１２に送信するものであった。 これに対し、図７に示す入金リクエスト操作の他の例では、図６の画面３４１Ｂにおいて決定ボタン３３Ｂ４が操作された後、クライアント端末３Ｂは、直ちに、金額指定情報を入金部２１２に送信することなく、まず、表示部３４Ｂに、図７の画面３４２Ｂが表示される。この入金リクエスト操作の他の例では、クライアント端末３Ｂは、入金リクエストの際に、ユーザＡ２からのメッセージの入力を受け付けて、入力されたメッセージを示す情報を、金額指定情報と合わせて、または、金額指定情報に含めて、入金部２１２に送信することができる。

画面３４２Ｂには、例えば、入金リクエストの理由の入力を促す表示として、「パパにお金を入れてほしい理由を書こう」との文字が、ユーザＡ１の顔写真等（画面３４２Ｂの「パパにお金を入れてほしい理由を書こう」の上の円形の表示）とともに表示される。また、画面３４２Ｂには、入金リクエストの理由を入力する入力欄３３Ｂ５、および、金額指定情報の送信の決定ボタン３３Ｂ６（図７の例では「おくる」との文字が表示されている）が表示されている。

ユーザＡ２は、例えば、クライアント端末３Ｂに標準装備された文字入力機能を使用して、入力欄３３Ｂ５に、入金リクエストの理由を入力する。ユーザＡ２は、入力欄３３Ｂ５を参照して、入金リクエストの理由が正しく入力されていることを確認する。入力された理由が正しくない場合、ユーザＡ２は、文字入力機能を操作して、理由を訂正することができる。入力された理由が正しい場合、ユーザＡ２は、決定ボタン３３Ｂ６を操作する。

ユーザＡ２が決定ボタン３３Ｂ６を操作すると、クライアント端末３Ｂは、金額指定情報を入金部２１２に送信し、入金部２１２は、金額指定情報を取得すると、取得した金額指定情報をクライアント端末３Ａに送信する。この場合の金額指定情報には、ユーザＡ２が入力欄３３Ｂ５に入力した入金リクエストの理由を示す情報が含まれる。
クライアント端末３Ａは、金額指定情報を取得すると、表示部３３Ａに、図６の左から２番目の画面３３１Ａに代えて、図７の画面３３４Ａを表示する。画面３３４Ａには、図６の画面３３１Ａにおける各表示に加えて、入金リクエストの理由を表示する表示欄３２Ａ５が表示されている。
ユーザＡ１は、画面３３４Ａの表示を参照して、ユーザＡ２から入金リクエストがあったこと、また、入金リクエストにより入金を要望されている金額（図７の例では１０，０００円）に加えて、入金リクエストの理由を確認した上で、入金リクエストを承認するか否かを決定することができる。ユーザＡ１が却下ボタン３２Ａ１または承認ボタン３２Ａ２を操作した後の、クライアント端末３Ａ，３Ｂ、入金部２１２における処理は、図６を参照して説明した例と同様であるので、説明を省略する。

（入金リクエストの変形例）
また、入金部２１２は、クライアント端末３Ａの操作に基づく入金を要望する金額を指定する金額指定情報を、クライアント端末３Ｂから取得すると、クライアント端末３Ａに金額指定情報を送信し、クライアント端末３Ａから、金額指定情報が示す金額と同じ金額または金額指定情報が示す金額とは異なる金額を示す確定金額情報を取得すると、確定金額情報が示す金額について、ユーザＡ１が有する他の口座からジュニア口座への入金処理を行うものであってよい。
以下、このような入金部２１２が提供する機能を、「変形入金リクエスト機能」という。また、以下、変形入金リクエスト機能を利用して、ユーザＡ２がユーザＡ１に入金の要望を伝えることを「入金リクエスト」という。

図６を参照して説明した、入金リクエスト機能を利用する際の操作の具体例、および、図７を参照して、説明した入金リクエスト操作の他の例では、クライアント端末３Ａは、承認情報に金額指定情報を含めて入金部２１２に送信し、入金部２１２は、金額指定情報が示す金額をジュニア口座へ入金する入金処理を行っていた。
これに対し、変形入金リクエスト機能を提供する入金部２１２に対しては、クライアント端末３Ａは、金額指定情報が示す金額とは異なる金額を示す確定金額情報を送信することができる。言い換えれば、ユーザＡ１は、ユーザＡ２から入金リクエストを受けた場合に、必要に応じて、ユーザＡ２が入金リクエストにおいて入金を要望している金額を修正した金額を、ジュニア口座に入金することができる。

変形入金リクエスト機能を提供する入金部２１２を利用する場合も、クライアント端末３Ｂが金額指定情報を入金部２１２に送信した後、クライアント端末３Ａが金額指定情報を取得するまでの各処理は、図６および図７を参照して説明した例と同様である。
変形入金リクエスト機能を提供する入金部２１２を利用する場合は、クライアント端末３Ａが金額指定情報を取得した後、クライアント端末３Ａは、金額指定情報が示す金額と同じ金額または金額指定情報が示す金額とは異なる金額を示す確定金額情報を入金部２１２に送信する。

確定金額情報には、例えば、ジュニア口座に対応するジュニアカードのカード番号と、入金すべき金額の情報が含まれる。ジュニア口座への入金処理を行う際の、ユーザＡ１が有する他の口座は、予めユーザＡ１によって指定され、記憶部２２に記憶されているものとする。
入金部２１２は、クライアント端末３Ｂから金額指定情報を取得すると、クライアント端末３Ａに入金指定情報を送信する。クライアント端末３Ａは、入金指定情報を取得すると、例えば、クライアント端末３Ａの表示部３３Ａに、ユーザＡ２から入金リクエストがあった旨を表示する。

クライアント端末３Ａは、入金リクエストがあった旨を表示した後、金額指定情報が示す金額をそのまま承認する操作が行われると、金額指定情報が示す金額を入金すべき金額の情報として含めた確定金額情報を入金部２１２に送信する。また、クライアント端末３Ａは、入金リクエストがあった旨を表示した後、金額指定情報が示す金額を変更する操作が行われると、変更後の金額を入金すべき金額の情報として含めた確定金額情報を入金部２１２に送信する。入金部２１２は、クライアント端末３Ａから確定金額情報を取得すると、確定金額情報が示す入金すべき金額を、ユーザＡ１が有する他の口座から、確定金額情報が示すジュニアカードのカード番号に紐づけられたジュニア口座に移動することで、入金処理を行う。

図８を参照して、ユーザＡ１とユーザＡ２が変形入金リクエスト機能を利用する際の操作の具体例について説明する。図８は、入金リクエスト操作のさらに他の例として、変形入金リクエスト機能を利用する際の操作の具体例を示す画面図である。
図８の画面３３５Ａは、図６の画面３３１Ａに代わる変形例を示す。
つまり、変形入金リクエスト機能を利用する際の操作の具体例では、図６の画面３４１Ｂにおいて、ユーザＡ２が決定ボタン３３Ｂ４を操作すると、クライアント端末３Ｂは、金額指定情報を入金部２１２に送信し、入金部２１２は、取得した金額指定情報をクライアント端末３Ａに送信するが、この具体例では、クライアント端末３Ａは、金額指定情報を取得すると、表示部３３Ａに、図６の画面３３１Ａに代えて、図８の画面３３５Ａを表示する。なお、この具体例では、図６の画面３４１Ｂにおいて、ユーザＡ２が決定ボタン３３Ｂ４を操作した後、クライアント端末３Ｂは、図７の画面３４２Ｂを経て、金額指定情報を入金部２１２に送信するものとしている。

画面３３５Ａには、図６の画面３３１Ａにおける各表示に加えて、入金リクエストの理由を表示する表示欄３２Ａ５、入金すべき金額を表示する表示欄３２Ａ６、および、入金すべき金額を変更するための金額変更ボタン３２Ａ７が表示されている。画面３３５Ａにおいて、却下ボタン３２Ａ１または承認ボタン３１Ａ２が操作された場合の画面の推移は、図６を参照して説明した例と同様であるため、説明を省略する。

画面３３５Ａが表示されると、表示欄３２Ａ６には、金額指定情報が示す金額、つまり、入金リクエストにより入金を要望されている金額（図８の例では１０，０００円）が、最初に表示されている。
ユーザＡ１は、入金リクエストにより入金を要望されている金額を確認し、金額を変更する必要がなくそのまま承認できると判断した場合は、承認ボタン３２Ａ２を操作する。
ユーザＡ１が承認ボタン３２Ａ２を操作すると、クライアント端末３Ａは、金額指定情報が示す金額を入金すべき金額の情報として含めた確定金額情報を入金部２１２に送信する。入金部２１２は、確定金額情報を取得すると、ユーザＡ１が有する他の口座からジュニア口座に、確定金額情報が示す金額を移動する。

一方、画面３３５Ａにおいて、ユーザＡ１は、入金リクエストにより入金を要望されている金額を確認し、金額を変更すべきと判断した場合は、金額変更ボタン３２Ａ７を操作する。
ユーザＡ１が金額変更ボタン３２Ａ７を操作すると、クライアント端末３Ａは、表示部３３Ａに、図８の画面３３６Ａを表示する。
画面３３６Ａには、「移す金額」の文字とともに、画面３３５Ａにも表示されていた表示欄３２Ａ６が引き続き表示され、また、入金リクエストを受けたことに伴い最終的に入金すべき金額を決定する決定ボタン３２Ａ８（図８では「決定」の文字が表示されている）が表示され、さらに、入金すべき金額を修正して入力するためのテンキー３２Ａ９が表示されている。

ユーザＡ１は、テンキー３２Ａ９を操作して、入金すべき金額を入力する。ユーザＡ１は、表示欄３２Ａ６を参照して、入金すべき金額が正しく入力されていることを確認する。入金すべき金額が正しくない場合、ユーザＡ１は、テンキー３２Ａ９を操作して、金額を訂正することができる。入金すべき金額が正しい場合、ユーザＡ１は、決定ボタン３２Ａ８を操作する。

また、ユーザＡ１が決定ボタン３２Ａ８を操作すると、クライアント端末３Ａは、確定金額情報を、入金部２１２に送信する。入金部２１２は、確定金額情報を取得すると、ユーザＡ１が有する他の口座からジュニア口座に、確定金額情報が示す金額を移動する。

以上の説明のとおり、変形入金リクエスト機能を利用すると、ユーザＡ１は、ユーザＡ２から入金リクエストを受けた場合に、必要に応じて、ユーザＡ２が入金リクエストにおいて入金を要望している金額を修正した金額を、ジュニア口座に入金することができる。

（履歴情報送信部）
履歴情報送信部２１３は、クライアント端末３Ａからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ａにジュニア口座の取引履歴を示す情報の送信処理を行い、ユーザＡ２が使用するクライアント端末３Ｂからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ｂにジュニア口座の取引履歴を示す情報の送信処理を行う。ジュニア口座の取引履歴とは、ジュニアカードを使用した商取引の結果、ジュニア口座の残高から、例えば、商取引に係る金額の引き落としがなされたことを示す履歴である。したがって、ジュニア口座の取引履歴は、ジュニアカードの取引履歴ともいえる。同様に、ジュニア口座の取引履歴要求は、ジュニアカードの取引履歴要求ともいえる。

例えば、上述のように、店舗においてユーザＡ２がジュニアカードを使用した商取引の決済を行う場合、店舗端末４は、ジュニアカードに記憶されたカード情報を読み取り、ネットワーク５を介して決済情報をサーバ２に送信する。サーバ２は、店舗端末４から送信された決済情報を受信すると、カード番号に対応するジュニアカードのジュニア口座を特定し、決済額が示す金額を、特定したジュニア口座の残高から加盟店側に支払う処理を行い、例えば、支払い処理後のジュニア口座の残高を計算して、計算した残高を、サーバ２が加盟店への支払い処理を行った日時とともに、記憶部２２に記憶させる。

ユーザＡ１は、ジュニア口座開設後、任意のタイミングで、ジュニア口座の取引履歴情報を見るために、クライアント端末３Ａを操作してジュニア口座の取引履歴要求を履歴情報送信部２１３に送信することができる。取引履歴要求には、例えば、ジュニア口座に対するジュニアカードのカード番号が含まれる。履歴情報送信部２１３は、クライアント端末３Ａから取引履歴要求を取得すると、記憶部２２にアクセスし、取引履歴要求が示すカード番号と紐づけられたジュニア口座の取引履歴を示す情報を、記憶部２２から取得する。履歴情報送信部２１３は、ジュニア口座の取引履歴を示す情報を記憶部２２から取得すると、取得した取引履歴を示す情報をクライアント端末３Ａに送信する。クライアント端末３Ａは、履歴情報送信部２１３からジュニア口座の取引履歴を示す情報を取得すると、表示部３３Ａに、ジュニア口座の取引履歴を表示する。

また、履歴情報送信部２１３は、紐づけ部２１１によるジュニア口座の識別番号とクライアント端末３Ｃを特定する情報との紐づけ処理が終了している場合、クライアント端末３Ｃからジュニア口座の取引履歴要求を取得することができる。履歴情報送信部２１３は、クライアント端末３Ｃからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ｃへの、ジュニア口座の取引履歴を示す情報の送信処理を行う。
ユーザＡ２は、クライアント端末３Ｂとジュニア口座との紐づけ後、任意のタイミングで、ジュニア口座の取引履歴情報を見るために、クライアント端末３Ｂを操作してジュニア口座の取引履歴要求を履歴情報送信部２１３に送信することができる。履歴情報送信部２１３は、ジュニア口座の取引履歴を記憶部２２から取得し、取得した取引履歴をクライアント端末３Ｂに送信する。クライアント端末３Ｂは、履歴情報送信部２１３からジュニア口座の取引履歴を示す情報を取得すると、表示部３４Ｂに、ジュニア口座の取引履歴を表示する。

（本人確認部）
本人確認部２１４は、クライアント端末３ＡからユーザＡ１の本人確認用情報を取得し、本人確認処理を行う。
ここまで、サーバ２は、ユーザＡ１が本人確認済みでなくとも、クライアント端末３Ａから、ジュニア口座の開設要求を取得し、ジュニア口座の開設処理を行うものである場合を前提として説明している。これに対し、上述のとおり、サーバ２は、ユーザＡ１が本人確認済みのユーザである場合にのみ、ユーザＡ１が使用するクライアント端末３Ａから、ジュニア口座の開設要求を取得し、ジュニア口座の開設処理を行うものであってよい。この場合、サーバ２は、本人確認部２１４を有する。

ジュニア口座の開設に当たって、本人確認が必要な場合、ユーザＡ１が使用するクライアント端末３Ａの表示部３３Ａには、本人確認手続きを促す表示、および、本人確認手続きの手順を示す表示がなされる。ユーザＡ１は、表示に従って、まず、自身の本人確認用情報を、例えば、クライアント端末３Ａを操作して、サーバ２の本人確認部２１４に送信する。本人確認部２１４は、ユーザＡ１の本人確認用情報を取得すると、例えば、ｅＫＣＹによる本人確認処理を行う。サーバ２による本人確認処理が終了すると、ユーザＡ１は、ジュニア口座の開設要求を、クライアント端末３Ａを操作して、サーバ２に送信することができるようになる。つまり、口座開設部２１０は、本人確認部２１４によりユーザＡ１が本人確認済である場合に、開設要求を、前記からクライアント端末３Ａ取得することができる。

（基本情報送信部）
基本情報送信部２１５は、クライアント端末３Ａから招待情報生成要求を取得し、招待情報をクライアント端末３Ａが生成するための基本情報を、クライアント端末３Ａに送信する。基本情報送信部２１５は、クライアント端末３Ａから招待情報生成要求を取得すると、まず、基本情報を生成する。

基本情報送信部２１５が生成する基本情報は、例えば、招待情報としてクライアント端末３Ａに表示されるＱＲコード（登録商標）等のコード画像をクライアント端末３Ａに生成させるためのものであり、かつ、クライアント端末３Ｂがそのコード画像を読み取ることで、クライアント端末３Ｂをサーバ２の紐づけ部２１１にアクセスさせるためのものである。
また、基本情報送信部２１５が生成する基本情報は、クライアント端末３Ａからクライアント端末３Ｂに送信される招待情報をクライアント端末３Ａに生成させるためのものであり、かつ、クライアント端末３Ｂで招待情報を読み取ることで、クライアント端末３Ｂをサーバ２の紐づけ部２１１にアクセスさせるためのものであってもよい。

基本情報送信部２１５が生成する基本情報には、ユーザＡ１が開設したジュニア口座を示す情報として、例えば、ユーザＡ１が開設したジュニア口座の識別情報が含まれる。
また、基本情報送信部２１５が生成する基本情報は、例えば、所定の文字列からなる、いわゆるトークンとして生成され、クライアント端末３Ａに送信される。基本情報として生成されるトークンは、招待情報生成要求ごとに発行される固有のものであり、同一のユーザからの招待情報生成要求だったとしてもその都度個別の文字列からなるトークンが生成される。

基本情報送信部２１５は、基本情報を生成すると、生成した基本情報をクライアント端末３Ａに送信する。上述のように、クライアント端末３Ａは、基本情報送信部２１５から基本情報を受信すると、受信した基本情報を用いて招待情報を生成する。クライアント端末３Ｂは、クライアント端末３Ａによって生成された招待情報を読み取り、読み取った招待情報に基づき、サーバ２の紐づけ部２１１にアクセスする。

（上限額設定部）
上限額設定部２１６は、クライアント端末３Ａからジュニアカードによる決済の決済上限額を設定する上限額設定要求を取得すると、ジュニア口座に対し決済上限額の設定処理を行う。上限額設定要求には、ユーザＡ１が開設したジュニア口座を示す情報として、例えば、ユーザＡ１が開設したジュニア口座の識別情報が含まれ、また、設定すべき上限額を示す情報（以下「上限額情報」という。）含まれる。
上限額情報が示す上限額は、例えば、ジュニアカードによる１回の決済の上限額であってもよいし、ジュニアカードによる特定の期間（例えば、１日、１週間または１月等）における決済の上限額であってもよい。

ユーザＡ１は、クライアント端末３Ａを操作して、上限額情報を入力することができる。例えば、クライアント端末３Ａの表示部３３Ａには、上限額情報を入力するため画面として、上限額を入力する欄と、上限額が設定される対象となる期間等（１回の決済の上限額か、１日、１週間または１月等の特定の期間における決済の上限額か）を選択する選択肢が表示される。ユーザＡ１が、クライアント端末３Ａを使用して、上限額情報を入力し、上限額設定要求を送信する操作を行うと、クライアント端末３Ａは、ジュニア口座の識別情報と上限額情報を含む上限額設定要求を、上限額設定部２１６に送信する。

上限額設定部２１６は、上限額設定要求を取得すると、決済上限額の設定処理として、上限額設定要求が示す識別番号のジュニア口座に対し、上限額設定要求の上限額情報が示す上限額の設定を行う。

例えば、上述のように、店舗においてユーザＡ２がジュニアカードを使用した商取引の決済を行う場合、店舗端末４は、ジュニアカードに記憶されたカード情報を読み取り、ネットワーク５を介して決済情報をサーバ２に送信する。サーバ２は、店舗端末４から送信された決済情報を受信すると、カード番号に対応するジュニアカードのジュニア口座を特定し、決済額が示す金額を、特定したジュニア口座の残高から加盟店側に支払った場合に、ジュニア口座に設定された上限を超えるか否かを判定する。サーバ２は、この判定において、上限を超えると判定した場合、決済が不可である旨を、例えば、店舗端末４に通知する。また、サーバ２は、この判定において、上限を超えないと判定した場合は、そのまま決済を行う。

（停止設定部）
停止設定部２１７は、クライアント端末３Ａからジュニアカードによる決済の停止を設定する停止要求を取得すると、ジュニア口座に対し決済の停止設定処理を行う。
停止要求には、ユーザＡ１が開設したジュニア口座を示す情報として、例えば、ユーザＡ１が開設したジュニア口座の識別情報が含まれる。

ユーザＡ１は、クライアント端末３Ａを使用して、停止要求を送信する操作を行うことができる。ユーザＡ１がクライアント端末３Ａを使用して停止要求を送信する操作を行うと、クライアント端末３Ａは、ジュニア口座の識別情報を含む停止要求を、停止設定部２１７に送信する。
停止設定部２１７は、停止要求を取得すると、停止設定処理として、停止要求が示す識別番号のジュニア口座に対し、以降の決済を停止する停止設定を行う。

例えば、上述のように、店舗においてユーザＡ２がジュニアカードを使用した商取引の決済を行う場合、店舗端末４は、ジュニアカードに記憶されたカード情報を読み取り、ネットワーク５を介して決済情報をサーバ２に送信する。サーバ２は、店舗端末４から送信された決済情報を受信すると、カード番号に対応するジュニアカードのジュニア口座を特定し、ジュニア口座に停止設定がなされているか否かを判定する。サーバ２は、この判定において、停止設定がなされていると判定した場合、決済が不可である旨を、例えば、店舗端末４に通知する。また、サーバ２は、この判定において、停止設定がなされていないと判定した場合は、そのまま決済を行う。

（再発行部）
再発行部２１８は、クライアント端末３Ａからジュニアカードの再発行要求を取得すると、ジュニアカードの再発行処理を行う。
再発行要求には、ユーザＡ１が開設したジュニア口座に対応するジュニアカードを示す情報として、例えば、当該ジュニアカードのカード番号が含まれる。

ユーザＡ１は、クライアント端末３Ａを使用して、再発行要求を送信する操作を行うことができる。ユーザＡ１がクライアント端末３Ａを使用して再発行要求を送信する操作を行うと、クライアント端末３Ａは、ジュニアカードのカード番号を含む再発行要求を、再発行部２１８に送信する。
再発行部２１８は、再発行要求を取得すると、再発行処理として、再発行要求が示すカード番号のジュニアカードを再発行するための処理を行う。再発行部２１８は、再発行処理において、これまでと同じカード番号のジュニアカードを発行するものであってもよいし、これまでとは異なるカード番号のジュニアカードを発行するものであってもよい。

再発行部２１８は、これまでとは異なるカード番号のジュニアカードを発行する場合、ジュニアカードの再発行処理において、新たに発行するジュニアカードに固有のカード番号を生成し、生成したカード番号を、これまでのジュニアカードのカード番号と紐づけられていた識別番号を有するジュニア口座の、当該識別番号に紐づけて、記憶部２２に記憶させる。この場合、再発行部２１８は、さらに、当該ジュニアカード口座に対し、これまでのカード番号のジュニアカードによる決済を不可とする設定を行うことが望ましい。

ジュニアカードの再発行は、これまでのジュニアカードを紛失または破損したために、ユーザＡ２がジュニアカードを使用できなくなくなったことを理由として行われることが想定される。再発行部２１８が、再発行処理において、これまでと同じカード番号のジュニアカードを発行するものである場合、これまでのジュニアカードと、再発行されたジュニアカードとが、同じカード番号のジュニアカードとして併存してしまい、状況によっては、２枚のジュニアカードのいずれでも決済が可能となってしまい、ジュニア口座の管理上、好ましくない。

これに対し、再発行部２１８が再発行処理において、これまでとは異なるカード番号のジュニアカードを発行した上で、これまでのカード番号のジュニアカードによる決済を不可とする設定を行えば、決済可能なジュニアカードとジュニア口座とが一対一で対応した状態を維持することができて望ましい。

（制限設定部）
制限設定部２１９は、クライアント端末３Ａからジュニアカードによる決済の制限条件として、１もしくは複数の特定のカテゴリの決済のみを許可する制限設定要求（以下「第１制限設定要求」という。）、１もしくは複数の特定の加盟店における決済のみを許可する制限設定要求（以下「第２制限設定要求」という。）、または、オンライン決済のみもしくは店舗における決済のみを許可する制限設定要求（以下「第３制限設定要求」という。）を取得すると、ジュニア口座に対して各制限設定要求に応じた決済の制限条件の設定処理を行う。

制限設定部２１９は、第１～第３制限設定要求のうち、いずれか１つのみの設定要求を取得することができ、当該設定要求に応じた決済の制限条件の設定処理を行うことができるものであってもよいし、または、２つ以上の設定要求を取得することができ、取得した設定要求に応じた決済の制限条件の設定処理を行うことができるものであってもよい。

（第１制限設定要求）
第１制限設定要求には、ユーザＡ１が開設したジュニア口座を特定する情報として、例えば、ユーザＡ１が開設したジュニア口座の識別番号が含まれ、また、当該ジュニア口座からの決済を許可する１または複数の特定のカテゴリの情報（以下「カテゴリ情報」という。）が含まれる。
カテゴリとは、例えば、加盟店のカテゴリ、または、商取引内容のカテゴリである。加盟店のカテゴリは、例えば、レストラン、コンビニエンスストア、ファーストフード店、衣料品店、雑貨店、学習塾、交通機関、レジャー施設、医療機関、または、理容・美容院等である。また、商取引内容のカテゴリは、例えば、飲食、食料品、飲料、雑貨、衣料、学習、交通、レジャー、医療、または、理容・美容等である。

ユーザＡ１は、クライアント端末３Ａを操作して、カテゴリ情報を入力することができる。例えば、ユーザＡ１がカテゴリ情報を入力する際のクライアント端末３Ａの表示部３３Ａには、カテゴリ情報を入力するため画面として、複数のカテゴリの中から１または複数のカテゴリを選択可能とする選択肢が表示される。ユーザＡ１が、クライアント端末３Ａを使用して、カテゴリ情報を選択操作によって入力し、第１制限設定要求を送信する操作を行うと、クライアント端末３Ａは、ジュニア口座の識別情報とカテゴリ情報を含む第１制限設定要求を、制限設定部２１９に送信する。

制限設定部２１９は、第１制限設定要求を取得すると、決済の制限条件の設定処理として、第１制限設定要求が示す識別番号のジュニア口座と、カテゴリ情報が示す１または複数のカテゴリとを紐づけて、記憶部２２に記憶させる。以下、カテゴリは、加盟店のカテゴリであるものとする。また、サーバ２の記憶部２２には、予め、各加盟店の識別情報と当該加盟店のカテゴリとを紐づけたテーブル（以下「加盟店カテゴリ対応テーブル」という。）が記憶されているものとする。

例えば、上述のように、店舗においてユーザＡ２がジュニアカードを使用した商取引の決済を行う場合、店舗端末４は、ジュニアカードに記憶されたカード情報を読み取り、ネットワーク５を介して決済情報をサーバ２に送信する。サーバ２は、店舗端末４から送信された決済情報を受信すると、カード番号に対応するジュニアカードのジュニア口座を特定し、決済情報が示す加盟店の識別情報に基づいて、加盟店カテゴリ対応テーブルを参照し、加盟店のカテゴリを判定し、さらに、加盟店のカテゴリが、当該ジュニア口座と紐づけされた１または複数のカテゴリの１つに相当するか否かを判定する。サーバ２は、この判定において、加盟店のカテゴリがジュニア口座と紐づけされた１または複数のカテゴリのいずれにも相当しないと判定した場合、決済が不可である旨を、例えば、店舗端末４に通知する。また、サーバ２は、この判定において、加盟店のカテゴリがジュニア口座と紐づけされた１または複数のカテゴリの１つに相当すると判定した場合は、そのまま決済を行う。

なお、上記では、制限設定部２１９は、クライアント端末３Ａからジュニアカードによる決済の制限条件として、１もしくは複数の特定のカテゴリの決済のみを許可する制限設定要求を取得するものとしたが、これに代えて、１もしくは複数の特定のカテゴリの決済を不可とする制限設定要求を取得するものであってもよい。この場合の、制限設定部２１９における処理、および、クライアント端末３Ａの操作等は、１もしくは複数の特定のカテゴリの決済のみを許可する制限設定要求を取得する場合の上述の説明から当業者にとって明らかであるため、説明を省略する。

（第２制限設定要求）
第２制限設定要求には、ユーザＡ１が開設したジュニア口座を特定する情報として、例えば、ユーザＡ１が開設したジュニア口座の識別番号が含まれ、また、当該ジュニア口座からの決済を許可する１または複数の特定の加盟店の情報（以下「加盟店情報」という。）が含まれる。加盟店情報は、例えば、加盟店の識別情報である。

ユーザＡ１は、クライアント端末３Ａを操作して、加盟店情報を入力することができる。サーバ２の記憶部２２には、予め、加盟店名と加盟店の識別情報とを紐づけたテーブル（以下「店名識別情報対応テーブル」という。）が記憶されているものとする。
例えば、ユーザＡ１が、第２制限設定要求を行うために、クライアント端末３Ａを操作すると、クライアント端末３Ａは、サーバ２にアクセスして、店名識別情報対応テーブルの情報を取得する。クライアント端末３Ａが店名識別情報対応テーブルの情報を取得すると、クライアント端末３Ａの表示部３３Ａには、加盟店情報を入力するため画面として、複数の加盟店の加盟店名の中から１または複数の加盟店名を選択可能とする選択肢が表示される。ユーザＡ１が、クライアント端末３Ａを使用して、加盟店情報を選択操作して入力し、第２制限設定要求を送信する操作を行うと、クライアント端末３Ａは、ジュニア口座の識別情報と加盟店情報を含む第２制限設定要求を、制限設定部２１９に送信する。

また、例えば、ユーザＡ１が、第２制限設定要求を行うために、クライアント端末３Ａを操作すると、クライアント端末３Ａの表示部３３Ａには、加盟店情報を入力するため画面として、加盟店名を入力する欄が表示されるものであってもよい。この場合、ユーザＡ１が加盟店名を入力すると、クライアント端末３Ａは、サーバ２にアクセスし、店名識別情報対応テーブル内の加盟店名から、前方一致する加盟店を抽出した結果を取得し、加盟店の選択肢として、上記画面に表示する。または、クライアント端末３Ａは、予め、サーバ２にアクセスして、店名識別情報対応テーブルの情報を取得しておき、ユーザＡ１が加盟店名を入力すると、予め取得していた店名識別情報対応テーブル内の加盟店名から、前方一致する加盟店を抽出した結果を取得し、加盟店の選択肢として、上記画面に表示する。ユーザＡ１が、クライアント端末３Ａを使用して、加盟店情報を選択操作して入力し、第２制限設定要求を送信する操作を行うと、クライアント端末３Ａは、ジュニア口座の識別情報と加盟店情報を含む第２制限設定要求を、制限設定部２１９に送信する。

制限設定部２１９は、第２制限設定要求を取得すると、決済の制限条件の設定処理として、第２制限設定要求が示す識別番号のジュニア口座と、加盟店情報が示す１または複数の加盟店の識別情報とを紐づけて、記憶部２２に記憶させる。

例えば、上述のように、店舗においてユーザＡ２がジュニアカードを使用した商取引の決済を行う場合、店舗端末４は、ジュニアカードに記憶されたカード情報を読み取り、ネットワーク５を介して決済情報をサーバ２に送信する。サーバ２は、店舗端末４から送信された決済情報を受信すると、カード番号に対応するジュニアカードのジュニア口座を特定し、決済情報が示す加盟店の識別情報が当該ジュニア口座と紐づけされた１または複数の加盟店情報の１つに相当するか否かを判定する。サーバ２は、この判定において、加盟店の識別情報がジュニア口座と紐づけされた１または複数の加盟店情報のいずれにも相当しないと判定した場合、決済が不可である旨を、例えば、店舗端末４に通知する。また、サーバ２は、この判定において、加盟店の識別情報がジュニア口座と紐づけされた１または複数の加盟店情報の１つに相当すると判定した場合は、そのまま決済を行う。

なお、上記では、制限設定部２１９は、クライアント端末３Ａからジュニアカードによる決済の制限条件として、１もしくは複数の特定の加盟店における決済のみを許可する制限設定要求を取得するものとしたが、これに代えて、１もしくは複数の特定の加盟店における決済を不可とする制限設定要求を取得するものであってもよい。この場合の、制限設定部２１９における処理、および、クライアント端末３Ａの操作等は、１もしくは複数の特定の加盟店における決済のみを許可する制限設定要求を取得する場合の上述の説明から当業者にとって明らかであるため、説明を省略する。

（第３制限設定要求）
第３制限設定要求には、ユーザＡ１が開設したジュニア口座を特定する情報として、例えば、ユーザＡ１が開設したジュニア口座の識別番号が含まれ、また、当該ジュニア口座からの決済として、オンライン決済のみもしくは店舗における決済のみを許可するかを示す情報（以下「オンライン店舗別許可情報」という。）が含まれる。オンライン店舗別許可情報は、例えば、フラグとしての情報であり、フラグが「１」であれば、オンライン決済のみを許可し、フラグが「０」であれば、店舗における決済のみを許可することを示すものである。

ユーザＡ１は、クライアント端末３Ａを操作して、オンライン店舗別許可情報を入力することができる。
例えば、ユーザＡ１がオンライン店舗別許可情報を入力する際のクライアント端末３Ａの表示部３３Ａには、オンライン店舗別許可情報を入力するため画面として、オンライン決済のみを許可するか、店舗における決済のみを許可するかを選択可能とする選択肢が表示される。ユーザＡ１が、クライアント端末３Ａを使用して、オンライン店舗別許可情報を選択操作して入力し、第３制限設定要求を送信する操作を行うと、クライアント端末３Ａは、ジュニア口座の識別情報とオンライン店舗別許可情報を含む第３制限設定要求を、制限設定部２１９に送信する。

制限設定部２１９は、第３制限設定要求を取得すると、決済の制限条件の設定処理として、第３制限設定要求が示す識別番号のジュニア口座と、オンライン店舗別許可情報が示すフラグとを紐づけて、記憶部２２に記憶させる。

例えば、ユーザＡ２がジュニアカードを使用した商取引の決済を行う場合、店舗端末４（ここでは、インターネット上の店舗を提供するサーバ等を含む）は、ジュニアカードに記憶されたカード情報を読み取り、または、ユーザＡ２によるインターネット上の店舗サイトへの入力によって取得し、ネットワーク５を介して決済情報をサーバ２に送信する。サーバ２は、店舗端末４から送信された決済情報を受信すると、カード番号に対応するジュニアカードのジュニア口座を特定し、また、決済情報が示す加盟店の識別情報から、決済情報が示す決済が、オンライン決済であるか店舗における決済かを判定し、さらに、当該決済が、ジュニア口座に紐づけられたフラグによって許可された決済であるか否かを判定する。サーバ２は、この判定において、当該決済が、ジュニア口座に紐づけられたフラグによって許可された決済ではないと判定した場合、決済が不可である旨を、例えば、店舗端末４に通知する。また、サーバ２は、この判定において、当該決済が、ジュニア口座に紐づけられたフラグによって許可された決済であると判定した場合は、そのまま決済を行う。

（クライアント端末３Ａ（第１の端末））
図３は、クライアント端末３Ａの構成を示すブロック図である。図３に示すように、クライアント端末３Ａは、通信部３０Ａ、演算部３１Ａ、操作部３２Ａ、および、表示部３３Ａを備える。

通信部３０Ａは、他の機器との通信を行うための通信インタフェースである。通信部３０Ａは、例えば、ＬＴＥ、３Ｇ、４Ｇまたは５Ｇなどの通信方式によるモバイル通信が可能な通信装置であり、ネットワーク５（図３ではネットワーク５は示していない）を介して、ネットワーク５に接続されたサーバ２等の他の機器（図３では、サーバ２のみを示す）との通信を行う。また、通信部３０Ａは、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信手段を備えていてもよい。

演算部３１Ａは、クライアント端末３Ａの全体動作を制御する。また、演算部３１Ａは、例えば、管理アプリケーションがクライアント端末３Ａにインストールされている場合、ジュニア口座を管理するための管理アプリケーションを実行することにより各種の機能を実現する。また、演算部３１Ａは、例えば、管理アプリケーションがサーバ２において実行されるものである場合、サーバ２からの指示を受けることで、各種の機能を実現する。

操作部３２Ａは、クライアント端末３Ａの表示部３３Ａの画面表示に対する操作を受け付ける入力装置である。例えば、クライアント端末３Ａがスマートフォンまたはタブレット端末である場合、操作部３２Ａは、表示部３３Ａの画面と一体に設けられたタッチパネルである。また、クライアント端末３ＡがＰＣである場合は、操作部３２Ａは、例えば、マウスまたはキーボードである。

表示部３３Ａは、クライアント端末３Ａが備える表示装置である。表示部３３Ａは、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）または有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）表示装置である。

演算部３１Ａは、開設要求送信部３１０Ａ、入金指令送信部３１１Ａ、取引履歴要求送信部３１２Ａ、取引履歴取得部３１３Ａ、および、表示情報生成部３１４Ａを備える。演算部３１Ａが、例えば、ジュニア口座を管理するための上記管理アプリケーションを実行することにより、開設要求送信部３１０Ａ、入金指令送信部３１１Ａ、取引履歴要求送信部３１２Ａ、取引履歴取得部３１３Ａ、および、表示情報生成部３１４Ａの各機能が実現される。

開設要求送信部３１０Ａは、ジュニア口座の開設処理を行うサーバ２に、ユーザＡ２が使用するジュニアカード用のジュニア口座を開設する開設要求を送信する。
開設要求には、ユーザＡ１を特定する情報、および、ユーザＡ２を特定する情報が含まれる。ユーザＡ１が、ユーザＡ１を特定する情報およびユーザＡ２を特定する情報を、クライアント端末３Ａの操作部３２Ａを操作して入力した後、開設要求の送信操作を行うと、開設要求送信部３１０Ａは、ユーザＡ１を特定する情報とユーザＡ２を特定する情報とを含んだ開設要求を、サーバ２の口座開設部２１０に送信する。

ユーザＡ１として親が想定され、ユーザＡ２として子が想定される場合、ユーザＡ１がクライアント端末３Ａを操作してジュニア口座の開設要求をサーバ２の口座開設部２１０に送信するためにユーザＡ１を特定する情報およびユーザＡ２を特定する情報を入力する際に、表示部３３Ａに表示される画面として、クライアント端末３Ａの表示情報生成部３１４Ａは、例えば、「ご自身（親）の情報を入力してください」との表示とともに、ユーザＡ１を特定する情報を入力する欄が表示され、「お子さんの情報を入力してください」との表示とともに、ユーザＡ２を特定する情報を入力する欄が表示されるような表示情報を生成してもよい。

入金指令送信部３１１Ａは、サーバ２に、ユーザＡ２が使用するジュニアカード用のジュニア口座への入金指令を送信する。入金指令には、例えば、ジュニア口座に対応するジュニアカードのカード番号と、入金すべき金額の情報が含まれる。
ユーザＡ１がクライアント端末３Ａを操作して入金指令をサーバ２の入金部２１２に送信するために入金すべき金額の情報を入力する際に、表示部３３Ａに表示される画面として、クライアント端末３Ａの表示情報生成部３１４Ａは、入金すべき額を入力する欄が表示されるような表示情報を生成してもよい。
ユーザＡ１が、入金すべき金額の情報を、クライアント端末３Ａを操作して入力した後、入金指令の送信操作を行うと、入金指令送信部３１１Ａは、ジュニア口座に対応するジュニアカードのカード番号と入金すべき金額の情報とを含んだ入金指令を、サーバ２の入金部２１２に送信する。

取引履歴要求送信部３１２Ａは、サーバ２に、ユーザＡ２が使用するジュニアカード用のジュニア口座の取引履歴要求を送信する。
取引履歴要求には、例えば、ジュニア口座に対するジュニアカードのカード番号が含まれる。ユーザＡ１が、クライアント端末３Ａの操作部３２Ａを操作して、取引履歴要求の送信操作を行うと、取引履歴要求送信部３１２Ａは、ジュニア口座に対するジュニアカードのカード番号が含まれる取引履歴要求を、サーバ２の履歴情報送信部２１３に送信する。

取引履歴取得部３１３Ａは、サーバ２から、取引履歴要求への応答として、ジュニア口座の取引履歴を示す情報を取得する。
取引履歴要求送信部３１２Ａが取引履歴要求をサーバ２の履歴情報送信部２１３に送信すると、履歴情報送信部２１３は、取引履歴要求を取得し、記憶部２２にアクセスし、取引履歴要求が示すカード番号と紐づけられたジュニア口座の取引履歴を示す情報を、記憶部２２から取得する。履歴情報送信部２１３は、ジュニア口座の取引履歴を示す情報を記憶部２２から取得すると、取得した取引履歴を示す情報をクライアント端末３Ａの取引履歴取得部３１３Ａに送信する。
取引履歴取得部３１３Ａは、履歴情報送信部２１３から取引履歴を示す情報を取得すると、取得した取引履歴を示す情報を、表示情報生成部３１４Ａに出力する。

表示情報生成部３１４Ａは、取引履歴を示す情報に基づいて、クライアント端末３Ａが有する表示部３３Ａに取引履歴を表示するための表示情報を生成して、表示部３３Ａに出力する。
表示情報生成部３１４Ａは、取引履歴取得部３１３Ａから取引履歴を示す情報を取得すると、表示部３３Ａに取引履歴を表示するための表示情報を生成して、生成した取引履歴を表示するための表示情報を、表示部３３Ａに出力する。取引履歴を表示するための表示情報は、例えば、取引履歴に含まれる各商取引の情報をリストとして示すための情報である。
表示部３３Ａは、表示情報生成部３１４Ａから、取引履歴を表示するための表示情報を取得すると、取引履歴を表示する。

クライアント端末３Ａは、開設要求送信部３１０Ａ、入金指令送信部３１１Ａ、取引履歴要求送信部３１２Ａ、取引履歴取得部３１３Ａ、および、表示情報生成部３１４Ａの機能以外にも、種々の管理機能を有する。
クライアント端末３Ａは、演算部３１Ａが実現する種々の管理機能（以下単に「種々の管理機能」という。）の１つとして、ユーザＡ１が操作部３２Ａを使用して招待情報を生成するための操作を行った場合に、招待情報生成要求をサーバ２の基本情報送信部２１５に送信し、基本情報送信部２１５から基本情報を取得し、基本情報に基づいて招待情報を生成して、表示する機能を有していてもよい。

また、クライアント端末３Ａは、種々の管理機能の１つとして、ユーザＡ１が操作部３２Ａを操作して本人確認用情報を入力した場合に、本人確認用情報をサーバ２の本人確認部２１４に送信する機能を有していてもよい。
また、クライアント端末３Ａは、種々の管理機能の１つとして、ユーザＡ１が操作部３２Ａを操作して上限額情報を入力した場合に、上限額設定要求をサーバ２の上限額設定部２１６に送信する機能を有していてもよい。
また、クライアント端末３Ａは、種々の管理機能の１つとして、ユーザＡ１が操作部３２Ａを使用して停止要求を送信する操作を行った場合に、停止要求をサーバ２の停止設定部２１７に送信する機能を有していてもよい。
また、クライアント端末３Ａは、種々の管理機能の１つとして、ユーザＡ１が操作部３２Ａを使用して再発行要求を送信する操作を行った場合に、再発行要求をサーバ２の再発行部２１８に送信する機能を有していてもよい。
また、クライアント端末３Ａは、種々の管理機能の１つとして、ユーザＡ１が操作部３２Ａを操作してカテゴリ情報、加盟店情報、または、オンライン店舗別許可情報を入力した場合に、対応する第１～第３制限設定要求をサーバ２の制限設定部２１９に送信する機能を有していてもよい。

なお、クライアント端末３Ｃは、クライアント端末３Ａとほぼ同様な構成とすることができる。ただし、クライアント端末３Ｃにおいて、開設要求送信部３１０Ａは、不要であり、また、入金指令送信部３１１Ａは、備えていても備えていなくてもよい。クライアント端末３Ｃは、上述の種々の管理機能のうち１つ以上を備えていてもよい。

（クライアント端末３Ｂ（第２の端末））
図４は、クライアント端末３Ｂの構成を示すブロック図である。図４に示すように、クライアント端末３Ｂは、通信部３０Ｂ、演算部３１Ｂ、操作部３２Ｂ、撮影部３３Ｂ、および、表示部３４Ｂを備える。

通信部３０Ｂは、他の機器との通信を行うための通信インタフェースである。通信部３０Ｂは、例えば、ＬＴＥ、３Ｇ、４Ｇまたは５Ｇなどの通信方式によるモバイル通信が可能な通信装置であり、ネットワーク５（図４ではネットワーク５は示していない）を介して、ネットワーク５に接続されたサーバ２等の他の機器（図４では、サーバ２のみを示す）との通信を行う。また、通信部３０Ｂは、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信手段を備えていてもよい。

演算部３１Ｂは、クライアント端末３Ｂの全体動作を制御する。また、演算部３１Ｂは、例えば、管理アプリケーションがクライアント端末３Ｂにインストールされている場合、ジュニア口座の一部の管理機能を実現する管理アプリケーションを実行することにより各種の機能を実現する。また、演算部３１Ｂは、例えば、管理アプリケーションがサーバ２において実行されるものである場合、サーバ２からの指示を受けることで、各種の機能を実現する。

操作部３２Ｂは、クライアント端末３Ｂの表示部３４Ｂの画面表示に対する操作を受け付ける入力装置である。例えば、クライアント端末３Ａがスマートフォンまたはタブレット端末である場合、操作部３２Ｂは、表示部３４Ｂの画面と一体に設けられたタッチパネルである。また、クライアント端末３ＢがＰＣである場合は、操作部３２Ｂは、例えば、マウスまたはキーボードである。

撮影部３３Ｂは、クライアント端末３Ｂが備える撮影装置である。クライアント端末３Ｂがスマートフォンである場合、撮影部３３Ｂは、スマートフォンに標準的に搭載されている、イメージセンサを有した撮影装置である。また、例えば、クライアント端末３Ｂが、タブレット端末またはラップトップＰＣである場合、撮影部３３Ｂは、タブレット端末またはラップトップＰＣに標準的に搭載されている、イメージセンサを有した撮影装置である。また、クライアント端末３Ｂが、例えば、撮影装置を標準装備していないデスクトップＰＣ等である場合には、撮影部３３Ｂは、デスクトップＰＣ等に付加的に接続されている、イメージセンサを有した撮影装置である。イメージセンサには、ＣＭＯＳイメージセンサまたはＣＣＤイメージセンサを用いることができる。

表示部３４Ｂは、クライアント端末３Ｂが備える表示装置である。表示部３４Ｂは、例えば、ＬＣＤまたは有機ＥＬ表示装置である。

演算部３１Ｂは、取引履歴要求送信部３１０Ｂ、取引履歴取得部３１１Ｂ、および、表示情報生成部３１２Ｂを備える。演算部３１Ｂが、例えば、ジュニア口座を管理するための上記管理アプリケーションを実行することにより、取引履歴要求送信部３１０Ｂ、取引履歴取得部３１１Ｂ、および、表示情報生成部３１２Ｂの各機能が実現される。

取引履歴要求送信部３１０Ｂは、ユーザＡ１が使用するクライアント端末３Ａからジュニアカード用のジュニア口座の開設処理を行うサーバ２に送信された開設要求に基づいて開設されたユーザＡ２が使用するジュニアカード用のジュニア口座の取引履歴要求を、サーバ２に送信する。
取引履歴要求には、例えば、ジュニア口座に対するジュニアカードのカード番号が含まれる。ユーザＡ２が、クライアント端末３Ｂの操作部３２Ｂを操作して、取引履歴要求の送信操作を行うと、取引履歴要求送信部３１０Ｂは、ジュニア口座に対するジュニアカードのカード番号が含まれる取引履歴要求を、サーバ２の履歴情報送信部２１３に送信する。

取引履歴取得部３１１Ｂは、サーバ２から、取引履歴要求への応答として、ジュニア口座の取引履歴を示す情報を取得する。
取引履歴要求送信部３１０Ｂが取引履歴要求をサーバ２の履歴情報送信部２１３に送信すると、履歴情報送信部２１３は、取引履歴要求を取得し、記憶部２２にアクセスし、取引履歴要求が示すカード番号と紐づけられたジュニア口座の取引履歴を示す情報を、記憶部２２から取得する。履歴情報送信部２１３は、ジュニア口座の取引履歴を示す情報を記憶部２２から取得すると、取得した取引履歴を示す情報をクライアント端末３Ｂの取引履歴取得部３１１Ｂに送信する。
取引履歴取得部３１１Ｂは、履歴情報送信部２１３から取引履歴を示す情報を取得すると、取得した取引履歴を示す情報を、表示情報生成部３１２Ｂに出力する。

表示情報生成部３１２Ｂは、取引履歴を示す情報に基づいて、ユーザＡ２が使用するクライアント端末３Ｂが有する表示部３４Ｂに取引履歴を表示するための表示情報を生成して、表示部３４Ｂに出力する。

クライアント端末３Ｂは、取引履歴要求送信部３１０Ｂ、取引履歴取得部３１１Ｂ、および、表示情報生成部３１２Ｂの機能以外にも、種々の管理機能を有する。
例えば、ここまで、サーバ２は、クライアント端末３Ｂから入金指令を取得できないものであることを前提に説明をしたが、サーバ２は、クライアント端末３Ｂから入金指令を取得できるものであってもよい。この場合、クライアント端末３Ｂは、演算部３１Ｂが実現する種々の管理機能の１つとして、ユーザＡ２が操作部３２Ｂを操作して入金すべき金額を入力した場合に、入金指令をサーバ２の入金部２１２に送信する機能を有していてもよい。

また、クライアント端末３Ｂは、演算部３１Ｂが実現する種々の管理機能の１つとして、ユーザＡ２が撮影部３３Ｂを操作して、クライアント端末３Ａが生成した招待情報を読み取った場合に、サーバ２の紐づけ部２１１にアクセスし、紐づけ部２１１からの要求に応じて、基本情報とクライアント端末３Ｂを特定する情報を紐づけ部２１１に送信する機能を有していてもよい。

図５は、サーバ２またはクライアント端末３Ａ，３Ｂの機能を実現するハードウェア構成を示すブロック図である。例えば、サーバ２の機能は、演算部２１により実現される。演算部２１は、ハードウェア構成として、通信インタフェース１００、入出力インタフェース１０１、プロセッサ１０２およびメモリ１０３を有する。演算部２１が備える口座開設部２１０、紐づけ部２１１、入金部２１２、履歴情報送信部２１３、本人確認部２１４、基本情報送信部２１５、上限額設定部２１６、停止設定部２１７、再発行部２１８、および、制限設定部２１９の各機能は、これらのハードウェア構成によって実現される。

通信インタフェース１００は、通信部２０によって、ネットワーク５を介してクライアント端末３Ａ～３Ｃまたは店舗端末４から受信されたデータをプロセッサ１０２へ出力し、プロセッサ１０２が生成したデータを、ネットワーク５を介してクライアント端末３Ａ～３Ｃまたは店舗端末４へ送信する。プロセッサ１０２は、入出力インタフェース１０１を介して、記憶部２２に対するデータの読み書きを制御する。

口座開設部２１０、紐づけ部２１１、入金部２１２、履歴情報送信部２１３、本人確認部２１４、基本情報送信部２１５、上限額設定部２１６、停止設定部２１７、再発行部２１８、および、制限設定部２１９の各機能を実現するためのアプリケーションプログラム（口座用アプリケーション）は、メモリ１０３に記憶されている。メモリ１０３は、例えば、サーバ２として機能するコンピュータが備える半導体メモリである。プロセッサ１０２は、入出力インタフェース１０１を介して記憶部２２からメモリ１０３にロードしたプログラムを実行する。これにより、プロセッサ１０２は、口座開設部２１０、紐づけ部２１１、入金部２１２、履歴情報送信部２１３、本人確認部２１４、基本情報送信部２１５、上限額設定部２１６、停止設定部２１７、再発行部２１８、および、制限設定部２１９の各機能を実現する。

また、クライアント端末３Ａの機能は、演算部３１Ａにより実現される。演算部３１Ａは、ハードウェア構成として、通信インタフェース１００、入出力インタフェース１０１、プロセッサ１０２およびメモリ１０３を有する。演算部３１Ａが備える、開設要求送信部３１０Ａ、入金指令送信部３１１Ａ、取引履歴要求送信部３１２Ａ、取引履歴取得部３１３Ａ、および、表示情報生成部３１４Ａ等の各機能は、これらのハードウェア構成により実現される。

通信インタフェース１００は、通信部３０Ａによって、ネットワーク５を介して各機器から受信されたデータをプロセッサ１０２へ出力し、プロセッサ１０２が生成したデータを、ネットワーク５を介して各機器へ送信する。プロセッサ１０２は、入出力インタフェース１０１を介して、表示部３３Ａの表示を制御し、操作部３２Ａから操作情報を取得する。

管理アプリケーションがクライアント端末３Ａにインストールされている場合、開設要求送信部３１０Ａ、入金指令送信部３１１Ａ、取引履歴要求送信部３１２Ａ、取引履歴取得部３１３Ａ、および、表示情報生成部３１４Ａ等の各機能を実現するためのアプリケーションプログラム（管理アプリケーション）は、メモリ１０３に記憶されている。メモリ１０３は、例えば、スマートフォンに搭載された半導体メモリである。

管理アプリケーションがクライアント端末３Ａにインストールされている場合、プロセッサ１０２は、入出力インタフェース１０１を介してメモリ１０３にロードしたプログラムを実行する。これにより、プロセッサ１０２は、開設要求送信部３１０Ａ、入金指令送信部３１１Ａ、取引履歴要求送信部３１２Ａ、取引履歴取得部３１３Ａ、および、表示情報生成部３１４Ａ等の各機能を実現する。

また、クライアント端末３Ｂの機能は、演算部３１Ｂにより実現される。演算部３１Ｂは、ハードウェア構成として、通信インタフェース１００、入出力インタフェース１０１、プロセッサ１０２およびメモリ１０３を有する。演算部３１Ｂが備える、取引履歴要求送信部３１０Ｂ、取引履歴取得部３１１Ｂ、および、表示情報生成部３１２Ｂ等の各機能は、これらのハードウェア構成により実現される。

通信インタフェース１００は、通信部３０Ｂによって、ネットワーク５を介して各機器から受信されたデータをプロセッサ１０２へ出力し、プロセッサ１０２が生成したデータを、ネットワーク５を介して各機器へ送信する。プロセッサ１０２は、入出力インタフェース１０１を介して、表示部３４Ｂの表示を制御し、操作部３２Ｂから操作情報を取得する。

管理アプリケーションがクライアント端末３Ｂにインストールされている場合、取引履歴要求送信部３１０Ｂ、取引履歴取得部３１１Ｂ、および、表示情報生成部３１２Ｂ等の各機能を実現するためのアプリケーションプログラム（管理アプリケーション）は、メモリ１０３に記憶されている。

管理アプリケーションがクライアント端末３Ｂにインストールされている場合、プロセッサ１０２は、入出力インタフェース１０１を介してメモリ１０３にロードしたプログラムを実行する。これにより、プロセッサ１０２は、取引履歴要求送信部３１０Ｂ、取引履歴取得部３１１Ｂ、および、表示情報生成部３１２Ｂ等の各機能を実現する。

図９は、実施の形態１に係るサーバ２による情報処理方法を示すフローチャートである。上述のとおり、サーバ２の演算部２１が実行する、ジュニア口座の開設処理等を行うための口座用アプリケーションは、クライアント端末３Ａ～３Ｃからの各種要求等を随時取得できるように、常時起動している。

サーバ２は、ユーザＡ２が使用するジュニアカードの発行処理を含む、ジュニアカード用のジュニア口座の開設処理をサーバ２が実行するために、ユーザＡ１が使用するクライアント端末３Ａに、ジュニア口座の開設要求を送信させる（ステップＳＴ１）。ステップＳＴ１は、口座用アプリケーションが常時起動している状態において、任意のタイミングでユーザＡ１がクライアント端末３Ａを操作して、サーバ２の口座開設部２１０に開設要求を送信することで実行される。

サーバ２は、入金要求が示す金額のジュニア口座への入金処理をサーバ２が実行するために、クライアント端末３Ａに、ジュニア口座への入金指令を送信させる（ステップＳＴ２）。ステップＳＴ２は、任意のタイミングでユーザＡ１がクライアント端末３Ａを操作して、サーバ２の入金部２１２に入金指令を送信することで実行される。

取引履歴要求を送信したクライアント端末３Ａまたはクライアント端末３Ｂへのジュニア口座の取引履歴を示す情報の送信処理をサーバ２が実行するために、クライアント端末３Ａまたはクライアント端末３Ｂに、ジュニア口座の取引履歴要求を送信させる（ステップＳＴ３）。ステップＳＴ３は、任意のタイミングでユーザＡ１がクライアント端末３Ａを操作して、または、任意のタイミングでユーザＡ２がクライアント端末３Ｂを操作して、サーバ２の履歴情報送信部２１３に取引履歴要求を送信することで実行される。

取引履歴要求を送信したクライアント端末３Ａまたはクライアント端末３Ｂに、ジュニア口座の取引履歴を示す情報を取得させる（ステップＳＴ４）。ステップＳＴ４は、サーバ２の履歴情報送信部２１３が取引履歴要求を取得した後、取引履歴を示す情報を、クライアント端末３Ａまたはクライアント端末３Ｂに送信することで実行される。
なお、ステップＳＴ２と、ステップＳＴ３およびステップＳＴ４とは、いずれの順番が先でも、後でもよい。

ここまでは、サーバ２は、ジュニア口座の開設処理において、リアルカードとしてのジュニアカードの発行処理を行うものとして説明したが、これに代えて、サーバ２の口座開設部２１０は、ジュニア口座の開設処理において、リアルカードとしてのジュニアカードの発行処理は行わず、バーチャルカードとしてのジュニアカードの発行処理（以下「変形カード発行処理」という。）を行うものとしてよい。

口座開設部２１０が変形カード発行処理を行う場合、例えば、開設要求には、クライアント端末３Ｂを特定する情報、または、ユーザＡ２のメールアドレスもしくはＳＮＳアカウント情報等の、口座開設部２１０がユーザＡ２と電子的に連絡を取るための情報（以下「第２ユーザ宛先情報」という。）が含まれる。ユーザＡ１が、クライアント端末３Ａを操作して、第２ユーザ宛先情報を入力した後、クライアント端末３Ａは、当該第２ユーザ宛先情報を含めた開設要求を、口座開設部２１０に送信する。

口座開設部２１０は、第２ユーザ宛先情報を含む開設要求を取得すると、変形カード発行処理として、例えば、ジュニアカードのカード番号の生成と、生成したカード番号とジュニア口座の識別番号との紐づけ等を含む、ジュニア口座の開設処理を行う。さらに、口座開設部２１０は、第２ユーザ宛先情報に基づいて、ユーザＡ２宛に、ジュニアカードの発行の確認を求める通知（以下「カード発行確認通知」という。）を送信する。ここでは、ユーザＡ２が使用するクライアント端末３Ｂにカード発行確認通知が送信されるものとする。

クライアント端末３Ｂは、カード発行確認通知を取得すると、表示部３４Ｂに、ユーザＡ２用のバーチャルカードが発行された旨を表示するとともに、例えば、確認ボタンを表示する。ユーザＡ２が確認ボタンを操作すると、クライアント端末３Ｂは、口座開設部２１０に確認が終了したことを示す情報を送信し、口座開設部２１０は、当該情報を取得すると、クライアント端末３Ｂとジュニア口座との紐づけ処理を行う。

または、サーバ２が変形カード発行処理を行う場合、開設要求には、第２ユーザ宛先情報が含まれなくてもよい。この場合、ユーザＡ１が、クライアント端末３Ａを操作して、開設要求を口座開設部２１０に送信すると、口座開設部２１０は、変形カード発行処理として、例えば、ジュニアカードのカード番号の生成と、生成したカード番号とジュニア口座の識別番号との紐づけ等を含む、ジュニア口座の開設の処理を行う。

その後、ユーザＡ１がクライアント端末３Ａを操作し、ユーザＡ２がクライアント端末３Ｂを操作して、上述したクライアント端末３Ｂとジュニア口座との紐づけ処理を行うと、クライアント端末３Ｂにおいて、バーチャルカードが使用可能な状態となる。

なお、口座開設部２１０が変形カード発行処理を行う場合、少なくともジュニア口座の開設当初は、リアルカードとしてのジュニアカードの発行は必須ではなく、ユーザＡ１に対するリアルカードとしてのジュニアカードの送付も必須ではないため、開設要求には、ユーザＡ１の氏名または住所等の情報は、含まれなくてもよい。
開設要求に、ユーザＡ１の氏名の情報を含める場合は、カード発行確認通知に、ユーザＡ１の氏名を含めることができ、ユーザＡ２に、誰が開設したジュニア口座用のバーチャルカードが発行されたのかをユーザＡ１の氏名によって、伝えることができる。

口座開設部２１０が変形カード発行処理を行う場合、サーバ２は、例えば、口座開設後にユーザＡ１がクライアント端末３Ａを操作することにより送信される、リアルカードとしてのジュニアカードの発行要求を取得し、当該リアルカードとしてのジュニアカードの発行処理を行うものとしてもよい。

以上のように、実施の形態１に係るサーバ２は、ユーザＡ１（第１のユーザ）が使用するクライアント端末３Ａ（第１の端末）から、ユーザＡ２（第２のユーザ）が使用するジュニアカード（プリペイドカードＰ）用のジュニア口座の開設要求を取得し、ジュニアカードの発行処理を含む、ジュニア口座の開設処理を行い、クライアント端末３Ａからジュニア口座への入金指令を取得すると、入金指令が示す金額のジュニア口座への入金処理を行い、クライアント端末３Ａからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ａにジュニア口座の取引履歴を示す情報の送信処理を行い、ユーザＡ２が使用するクライアント端末３Ｂから口座の取引履歴要求を取得すると、クライアント端末３Ｂにジュニア口座の取引履歴を示す情報の送信処理を行う。したがって、実施の形態１に係るサーバ２を利用することで、ユーザＡ１は、ジュニア口座の開設等の管理を、従来技術のように自身が利用する第１の決済手段を発行して所有しておく等の煩雑な手続きを要することなく、行うことができる。したがって、サーバ２は、ジュニア口座を、ユーザＡ１にとって利便性の高い態様で提供できる。
また、実施の形態１に係るサーバ２を利用することで、ユーザＡ１は、自身が入金可能な口座からの引き落としが可能なジュニアカード（プリペイドカードＰ）を、ユーザＡ２に使用させることができる。また、実施の形態１に係るサーバ２を利用することで、ユーザＡ１およびユーザＡ２は、ジュニア口座の取引履歴を見ることができる。
特に、ユーザＡ１が親であり、ユーザＡ２が子である場合、実施の形態１に係るサーバ２を利用することで、親であるユーザＡ１は、ジュニア口座への入金として子であるユーザＡ２にお小遣いをあげることができ、かつ、親子のいずれもがジュニア口座の取引履歴を見ることでその小遣いの使い道を振り返ることができるため、お金の使い方の教育に役立てることができる。
また、実施の形態１に係るサーバ２を利用することで、ユーザＡ１は、ユーザＡ２の操作を必要とせずに、ジュニア口座の開設とジュニアカード（プリペイドカードＰ）の発行を行うことができ、ユーザＡ２が、自身の本人確認またはプリペイドカード発行手続等の複雑な手続きをする必要がない。特に、ユーザＡ１が親であり、ユーザＡ２が子である場合、小さい子にこのような複雑な手続きをさせる必要がなく、ユーザＡ１にとって、利便性が高い。

実施の形態１に係るサーバ２において、口座開設部２１０は、ユーザＡ１である親を示す情報とユーザＡ２である子を示す情報とを含む開設要求を、クライアント端末３Ａから取得してもよい。このサーバ２は、ユーザＡ１として親が想定され、ユーザＡ２として子が想定される場合に、対応することができる。

実施の形態１に係るサーバ２は、クライアント端末３ＡからユーザＡ１の本人確認用情報を取得し、本人確認処理を行う本人確認部２１４を備え、口座開設部２１０は、本人確認部２１４によりユーザＡ１が本人確認済である場合に、開設要求を、クライアント端末３Ａから取得してもよい。このサーバ２は、ジュニア口座の開設に当たり、ユーザＡ１の本人確認が必要な場合に対応することができる。

実施の形態１に係るサーバ２は、クライアント端末３Ａが生成した招待情報に基づき、クライアント端末３Ｂからアクセスされると、クライアント端末３Ｂを特定する情報とジュニア口座との紐づけ処理を行う紐づけ部２１１を備えてもよい。このサーバ２は、簡便な方法で、クライアント端末３Ｂとジュニア口座との紐づけを行うことができ、クライアント端末３Ｂにジュニア口座の管理機能の一部を提供することができる。

実施の形態１に係るサーバ２は、クライアント端末３Ａから招待情報生成要求を取得し、招待情報をクライアント端末３Ａが生成するための基本情報を、クライアント端末３Ａに送信する基本情報送信部２１５を備えてもよい。このサーバ２は、簡便な方法で、クライアント端末３Ｂとジュニア口座との紐づけを行うために利用できる基本情報を、クライアント端末３Ａに送信することができる。

実施の形態１に係るサーバ２において、基本情報は、招待情報としてクライアント端末３Ａに表示されるコード画像をクライアント端末３Ａに生成させるためのものであり、かつ、クライアント端末３Ｂがコード画像を読み取ることで、クライアント端末３Ｂをサーバ２にアクセスさせるためのものであってもよい。このサーバ２は、クライアント端末３Ａに表示されるコード画像としての招待情報をクライアント端末３Ｂが読み取るという簡便な方法で、クライアント端末３Ｂとジュニア口座との紐づけを行うために利用できる基本情報を、クライアント端末３Ａに送信することができる。
特に、ユーザＡ１が親であり、ユーザＡ２が子である場合、クライアント端末３Ｂとジュニア口座との簡便な方法で紐づけができることは、有用である。

実施の形態１に係るサーバ２において、基本情報は、クライアント端末３Ａからクライアント端末３Ｂに送信される招待情報をクライアント端末３Ａに生成させるためのものであってもよい。このサーバ２は、クライアント端末３Ｂから送信された招待情報をクライアント端末３Ｂで読み取るという簡便な方法で、クライアント端末３Ｂとジュニア口座との紐づけを行うために利用できる基本情報を、クライアント端末３Ａに送信することができる。
特に、ユーザＡ１が親であり、ユーザＡ２が子である場合、クライアント端末３Ｂとジュニア口座との簡便な方法で紐づけができることは、有用である。

実施の形態１に係るサーバ２において、紐づけ部２１１は、さらに、ユーザＡ３（第３のユーザ）が使用するクライアント端末３Ｃ（第３の端末）を特定する情報とジュニア口座との紐づけ処理を行い、履歴情報送信部２１３は、クライアント端末３Ｃからジュニア口座の取引履歴要求を取得すると、クライアント端末３Ｃへの、ジュニア口座の取引履歴を示す情報の送信処理を行うものであってもよい。このサーバ２は、例えば、両親のそれぞれが、親であるユーザＡ１およびユーザＡ３として、子であるユーザＡ２のジュニア口座の管理を行いたい場合等に対応することができる。

実施の形態１に係るサーバ２において、紐づけ部２１１は、クライアント端末３Ａが生成した招待情報に基づき、クライアント端末３Ｃからアクセスされると、紐づけ処理を行うものであってもよい。このサーバ２は、簡便な方法で、クライアント端末３Ｃとジュニア口座との紐づけを行うことができ、クライアント端末３Ｃにジュニア口座の管理機能の一部を提供することができる。

実施の形態１に係るサーバ２において、入金部２１２は、ユーザＡ１が有する他の口座からジュニア口座へ残高を移動させることを示す入金指令を、クライアント端末３Ａから取得すると、入金指令が示す金額のジュニア口座への入金処理を行うものであってもよい。このサーバ２は、ユーザＡ１が有する他の口座を利用して、ジュニア口座への入金を行いたい場合に対応することができる。

実施の形態１に係るサーバ２は、クライアント端末３Ａからジュニアカードによる決済の決済上限額を設定する上限額設定要求を取得すると、ジュニア口座に対し決済上限額の設定処理を行う上限額設定部２１６を備えるものであってもよい。このサーバ２は、ユーザＡ１が、ジュニアカードによる決済の上限額を設定したい場合に対応することができる。

実施の形態１に係るサーバ２は、クライアント端末３Ａからジュニアカードによる決済の停止を設定する停止要求を取得すると、ジュニア口座に対し決済の停止設定処理を行う停止設定部２１７を備えるものであってもよい。このサーバ２は、ユーザＡ１が、ジュニアカードによる決済を停止したい場合に対応することができる。

実施の形態１に係るサーバ２は、クライアント端末３Ａからジュニアカードの再発行要求を取得すると、ジュニアカードの再発行処理を行う再発行部２１８を備えるものであってもよい。このサーバ２は、ユーザＡ１が、ジュニアカードを再発行したい場合に対応することができる。

実施の形態１に係るサーバ２は、クライアント端末３Ａからジュニアカードによる決済の制限条件として、１もしくは複数の特定のカテゴリの決済のみを許可する制限設定要求、１もしくは複数の特定の加盟店における決済のみを許可する制限設定要求、または、オンライン決済のみもしくは店舗における決済のみを許可する制限設定要求を取得すると、ジュニア口座に対して各制限設定要求に応じた決済の制限条件の設定処理を行う制限設定部２１９を備えるものであってもよい。このサーバ２は、ユーザＡ１が、ジュニアカードによる決済に各種の制限を設定したい場合に対応することができる。

実施の形態１に係るサーバ２において、入金部２１２は、クライアント端末３Ｂからの入金指令を取得できないものであってもよい。このサーバ２は、ユーザＡ１が、ユーザＡ２自身によるジュニア口座への入金を不可としたい場合に対応することができる。

実施の形態１に係るサーバ２において、入金部２１２は、クライアント端末３Ａの操作に基づく入金を要望する金額を指定する金額指定情報を、クライアント端末３Ｂから取得すると、クライアント端末３Ａに金額指定情報を送信し、クライアント端末３Ａから金額指定情報に対する承認情報を取得すると、金額指定情報が示す金額について、ユーザＡ１が有する他の口座からジュニア口座への入金処理を行うものであってもよい。このサーバ２は、ユーザＡ１が、ユーザＡ２自身によるジュニア口座への入金を不可としつつも、ユーザＡ２が必要とする入金をユーザＡ１に伝えることで、ユーザＡ１が入金を行いたい場合に対応することができる。ユーザＡ１は、ユーザＡ２から入金を要望する金額を伝えられた後、承認情報を送信する操作を行うことで、自動的にジュニア口座への入金を行うことができるため、ユーザＡ１にとって利便性が高い。

実施の形態１に係るサーバ２において、入金部２１２は、クライアント端末３Ａの操作に基づく入金を要望する金額を指定する金額指定情報を、クライアント端末３Ｂから取得すると、クライアント端末３Ａに金額指定情報を送信し、クライアント端末３Ａから、金額指定情報が示す金額と同じ金額または金額指定情報が示す金額とは異なる金額を示す確定金額情報を取得すると、確定金額情報が示す金額について、ユーザＡ１が有する他の口座からジュニア口座への入金処理を行うものであってもよい。このサーバ２は、ユーザＡ１が、ユーザＡ２自身によるジュニア口座への入金を不可としつつも、ユーザＡ２が必要とする入金をユーザＡ１に伝えることで、ユーザＡ１が入金を行いたい場合に対応することができる。ユーザＡ１は、ユーザＡ２から入金を要望する金額を伝えられた後、必要に応じて入金すべき金額を修正して確定金額情報を入金部２１２に送信することで、自動的にジュニア口座への入金を行うことができるため、ユーザＡ１にとって利便性が高い。

実施の形態１に係るクライアント端末３Ａは、ジュニアカード用の口座の開設処理を行うサーバ２に、ユーザＡ２が使用するジュニアカード用のジュニア口座を開設する開設要求を送信する開設要求送信部３１０Ａと、サーバ２に、ユーザＡ２が使用するジュニアカード用のジュニア口座への入金指令を送信する入金指令送信部３１１Ａと、サーバ２に、ユーザＡ２が使用するジュニアカード用のジュニア口座の取引履歴要求を送信する取引履歴要求送信部３１２Ａと、サーバ２から、取引履歴要求への応答として、ジュニア口座の取引履歴を示す情報を取得する取引履歴取得部３１３Ａと、取引履歴を示す情報に基づいて、クライアント端末３Ａが有する表示部３３Ａに取引履歴を表示するための表示情報を生成して、表示部３３Ａに出力する表示情報生成部３１４Ａと、を備える。このクライアント端末３Ａは、サーバ２と協働して、ジュニア口座を、ユーザＡ１にとって利便性の高い態様で提供できる。

実施の形態１に係るクライアント端末３Ｂは、ユーザＡ１が使用するクライアント端末３Ａからジュニアカード用のジュニア口座の開設処理を行うサーバ２に送信された開設要求に基づいて開設されたユーザＡ２が使用するジュニアカード用のジュニア口座の取引履歴要求をサーバ２に送信する取引履歴要求送信部３１０Ｂと、サーバ２から、取引履歴要求への応答として、ジュニア口座の取引履歴を示す情報を取得する取引履歴取得部３１１Ｂと、取引履歴を示す情報に基づいて、ユーザＡ２が使用するクライアント端末３Ｂが有する表示部３４Ｂに取引履歴を表示するための表示情報を生成して、表示部３４Ｂに出力する表示情報生成部３１２Ｂと、を備える。このクライアント端末３Ｂは、サーバ２と協働して、ユーザＡ２に、ユーザＡ１が開設したジュニア口座を提供できる。

実施の形態１に係る情報処理システム１は、上述のようなサーバ２と、クライアント端末３Ａと、クライアント端末３Ｃと、を備える。この情報処理システム１は、ジュニア口座を、ユーザＡ１にとって利便性の高い態様で提供できる。

実施の形態１に係る口座用アプリケーション（プログラム）は、コンピュータをサーバ２として機能させる。この口座用アプリケーション（プログラム）は、コンピュータを、ユーザＡ１にとって利便性の高い態様でジュニア口座を提供できるサーバ２して機能させることができる。

実施の形態１に係る管理アプリケーション（プログラム）は、コンピュータをクライアント端末３Ａまたは３Ｂとして機能させる。この管理アプリケーション（プログラム）は、コンピュータを、サーバ２と協働して、ユーザＡ２に、ユーザＡ１が開設したジュニア口座を提供できるクライアント端末３Ａ、または、ユーザＡ２に、ユーザＡ１が開設したジュニア口座を提供できるクライアント端末３Ｂとして機能させることができる。

実施の形態１に係る情報処理方法は、ユーザＡ２が使用するジュニアカードの発行処理を含む、ジュニアカード用の口座の開設処理をサーバ２が実行するために、ユーザＡ１が使用するクライアント端末３Ａに、ジュニア口座の開設要求を送信させるステップＳＴ１と、入金要求が示す金額のジュニア口座への入金処理をサーバ２が実行するために、クライアント端末３Ａに、ジュニア口座への入金指令を送信させるステップＳＴ２と、取引履歴要求を送信したクライアント端末３Ａまたはクライアント端末３Ｂへのジュニア口座の取引履歴を示す情報の送信処理をサーバ２が実行するために、クライアント端末３Ａまたはクライアント端末３Ｂに、ジュニア口座の取引履歴要求を送信させるステップＳＴ３と、取引履歴要求を送信したクライアント端末３Ａまたはクライアント端末３Ｂに、ジュニア口座の取引履歴を示す情報を取得させるステップＳＴ４と、を備える。この情報処理方法は、ジュニア口座を、ユーザＡ１にとって利便性の高い態様で提供できる。

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

１ 情報処理システム、２ サーバ、３Ａ～３Ｃ クライアント端末、４ 店舗端末、５ ネットワーク、２０ 通信部、２１ 演算部、２２ 記憶部、３０Ａ，３０Ｂ 通信部、３１Ａ，３１Ｂ 演算部、３２Ａ，３２Ｂ 操作部、３３Ａ，３４Ｂ 表示部、３３Ｂ 撮影部、１００ 通信インタフェース、１０１ 入出力インタフェース、１０２ プロセッサ、１０３ メモリ、２１０ 口座開設部、２１１ 紐づけ部、２１２ 入金部、２１３ 履歴情報送信部、２１４ 本人確認部、２１５ 基本情報送信部、２１６ 上限額設定部、２１７ 停止設定部、２１８ 再発行部、２１９ 制限設定部、３１０Ａ 開設要求送信部、 ３１１Ａ 入金指令送信部、３１２Ａ 取引履歴要求送信部、３１３Ａ 取引履歴取得部、３１４Ａ 表示情報生成部、３１０Ｂ 取引履歴要求送信部、３１１Ｂ 取引履歴取得部、３１２Ｂ 表示情報生成部、３３１Ａ～３３６Ａ 画面、３４１Ｂ，３４２Ｂ 画面、３２Ａ１ 却下ボタン、３２Ａ２ 承認ボタン、３２Ａ９，３３Ｂ１ テンキー、３２Ａ３，３２Ａ５，３２Ａ６，３３Ｂ２，３３Ｂ３ 表示欄、３２Ａ４，３２Ａ８，３３Ｂ４，３３Ｂ６ 決定ボタン、３３Ｂ５ 入力欄、３２Ａ７ 金額変更ボタン。

Claims (23)

1. 第１のユーザが使用する第１の端末から、第２のユーザが使用するプリペイドカード用の口座の開設要求を取得し、前記プリペイドカードの発行処理を含む、前記口座の開設処理を行う口座開設部と、
   前記第１の端末が生成した招待情報に基づき、前記第２のユーザが使用する第２の端末からアクセスされると、前記第２の端末から、前記第２の端末を特定する情報と前記招待情報に含まれる前記口座を特定する情報とを取得し、前記第２の端末を特定する情報と前記口座との紐づけ処理を行う紐づけ部と、
   前記第１の端末から前記口座への入金指令を取得すると、前記入金指令が示す金額の前記口座への入金処理を行う入金部と、
   前記第１の端末から前記口座の取引履歴要求を取得すると、前記第１の端末に前記口座の取引履歴を示す情報の送信処理を行い、前記第２の端末から前記口座の取引履歴要求を取得すると、前記第２の端末に前記口座の取引履歴を示す情報の送信処理を行う履歴情報送信部と、を備えた、
   ことを特徴とするサーバ。
2. 前記口座開設部は、前記第１のユーザである親を示す情報と前記第２のユーザである子を示す情報とを含む前記開設要求を、前記第１の端末から取得する
   ことを特徴とする請求項１記載のサーバ。
3. 前記第１の端末から前記第１のユーザの本人確認用情報を取得し、本人確認処理を行う本人確認部を備え、
   前記口座開設部は、前記本人確認部により前記第１のユーザが本人確認済である場合に、前記開設要求を、前記第１の端末から取得する
   ことを特徴とする請求項１記載のサーバ。
4. 前記第１の端末から招待情報生成要求を取得し、前記招待情報を前記第１の端末が生成するための基本情報を、前記第１の端末に送信する基本情報送信部、を備える
   ことを特徴とする請求項１に記載のサーバ。
5. 前記基本情報は、前記招待情報として前記第１の端末に表示されるコード画像を前記第１の端末に生成させるためのものであり、かつ、前記第２の端末が前記コード画像を読み取ることで、前記第２の端末を前記サーバにアクセスさせるためのものである、
   ことを特徴とする請求項４に記載のサーバ。
6. 前記基本情報は、前記第１の端末から前記第２の端末に送信される前記招待情報を前記第１の端末に生成させるためのものであり、かつ、前記第２の端末で前記招待情報を読み取ることで、前記第２の端末を前記サーバにアクセスさせるためのものである、
   ことを特徴とする請求項４に記載のサーバ。
7. 前記紐づけ部は、さらに、第３のユーザが使用する第３の端末を特定する情報と前記口座との紐づけ処理を行い、
   前記履歴情報送信部は、前記第３の端末から前記口座の前記取引履歴要求を取得すると、前記第３の端末への、前記口座の取引履歴を示す情報の送信処理を行う
   ことを特徴とする請求項１記載のサーバ。
8. 前記紐づけ部は、前記第１の端末が生成した招待情報に基づき、前記第３の端末からアクセスされると、前記紐づけ処理を行う、
   ことを特徴とする請求項７記載のサーバ。
9. 前記入金部は、前記第１のユーザが有する他の口座から前記口座へ残高を移動させることを示す入金指令を、前記第１の端末から取得すると、前記入金指令が示す金額の前記口座への入金処理を行う、
   ことを特徴とする請求項１記載のサーバ。
10. 前記第１の端末から前記プリペイドカードによる決済の決済上限額を設定する上限額設定要求を取得すると、前記口座に対し前記決済上限額の設定処理を行う上限額設定部を、備える
    ことを特徴とする請求項１記載のサーバ。
11. 前記第１の端末から前記プリペイドカードによる決済の停止を設定する停止要求を取得すると、前記口座に対し決済の停止設定処理を行う停止設定部を、備える
    ことを特徴とする請求項１記載のサーバ。
12. 前記第１の端末から前記プリペイドカードの再発行要求を取得すると、前記プリペイドカードの再発行処理を行う再発行部を、備える
    ことを特徴とする請求項１記載のサーバ。
13. 前記第１の端末から前記プリペイドカードによる決済の制限条件として、１もしくは複数の特定のカテゴリの決済のみを許可する制限設定要求、１もしくは複数の特定の加盟店における決済のみを許可する制限設定要求、または、オンライン決済のみもしくは店舗における決済のみを許可する制限設定要求を取得すると、前記口座に対して各前記制限設定要求に応じた決済の前記制限条件の設定処理を行う制限設定部を、備える
    ことを特徴とする請求項１記載のサーバ。
14. 前記入金部は、前記第２の端末からの入金指令を取得できない
    ことを特徴とする請求項１記載のサーバ。
15. 前記入金部は、前記第１の端末の操作に基づく入金を要望する金額を指定する金額指定情報を、前記第２の端末から取得すると、前記第１の端末に前記金額指定情報を送信し、前記第１の端末から前記金額指定情報に対する承認情報を取得すると、前記金額指定情報が示す金額について、前記第１のユーザが有する他の口座から前記口座への入金処理を行う、
    ことを特徴とする請求項１記載のサーバ。
16. 前記入金部は、前記第１の端末の操作に基づく入金を要望する金額を指定する金額指定情報を、前記第２の端末から取得すると、前記第１の端末に前記金額指定情報を送信し、前記第１の端末から、前記金額指定情報が示す前記金額と同じ金額または前記金額指定情報が示す前記金額とは異なる金額を示す確定金額情報を取得すると、前記確定金額情報が
    示す金額について、前記第１のユーザが有する他の口座から前記口座への入金処理を行う、
    ことを特徴とする請求項１記載のサーバ。
17. 第１のユーザが使用する端末装置であって、
    プリペイドカード用の口座の開設処理を行うサーバに、第２のユーザが使用するプリペイドカード用の口座を開設する開設要求を送信する開設要求送信部と、
    前記第２のユーザが使用する端末装置を特定する情報と前記第２のユーザが使用する前記プリペイドカード用の前記口座とを紐づけるために前記第２のユーザが使用する前記端末装置が前記サーバにアクセスするための招待情報であって、前記口座を特定する情報を含む前記招待情報を生成する招待情報生成部と、
    前記サーバに、前記第２のユーザが使用する前記プリペイドカード用の前記口座への入金指令を送信する入金指令送信部と、
    前記サーバに、前記第２のユーザが使用する前記プリペイドカード用の前記口座の取引履歴要求を送信する取引履歴要求送信部と、
    前記サーバから、前記取引履歴要求への応答として、前記口座の取引履歴を示す情報を取得する取引履歴取得部と、
    前記取引履歴を示す情報に基づいて、前記第１のユーザが使用する前記端末装置が有する表示部に前記取引履歴を表示するための表示情報を生成して、前記表示部に出力する表示情報生成部と、を備えた
    ことを特徴とする端末装置。
18. 第２のユーザが使用する端末装置であって、
    前記第２のユーザが使用する前記端末装置を特定する情報と前記第２のユーザが使用するプリペイドカード用の口座とを紐づけるために、第１のユーザが使用する端末装置が生成した招待情報に基づいて、プリペイドカード用の口座の開設処理を行うサーバにアクセスして、前記第２のユーザが使用する前記端末装置を特定する情報と前記招待情報に含まれる前記口座を特定する情報とを送信するアクセス部と、
    前記第１のユーザが使用する前記端末装置から前記サーバに送信された開設要求に基づいて開設された前記口座の取引履歴要求を、前記サーバに送信する取引履歴要求送信部と、
    前記サーバから、前記取引履歴要求への応答として、前記口座の取引履歴を示す情報を取得する取引履歴取得部と、
    前記取引履歴を示す情報に基づいて、前記第２のユーザが使用する前記端末装置が有する表示部に前記取引履歴を表示するための表示情報を生成して、前記表示部に出力する表示情報生成部と、を備えた
    ことを特徴とする端末装置。
19. 請求項１から請求項１６のいずれか１項に記載のサーバと、
    前記第１の端末と、
    前記第２の端末と、を備えた
    ことを特徴とする情報処理システム。
20. コンピュータを請求項１から請求項１６のいずれか１項に記載のサーバとして機能させるためのプログラム。
21. コンピュータを請求項１７に記載の端末装置として機能させるためのプログラム。
22. コンピュータを請求項１８に記載の端末装置として機能させるためのプログラム。
23. サーバが実行する情報処理方法であって、
    第２のユーザが使用するプリペイドカードの発行処理を含む、前記プリペイドカード用の口座の開設処理を前記サーバが実行するために、第１のユーザが使用する第１の端末に、前記口座の開設要求を送信させるステップと、
    前記第２のユーザが使用する第２の端末を特定する情報と前記口座との紐づけ処理を前記サーバが実行するために、前記第２の端末に、前記第１の端末が生成した招待情報に基づき前記サーバにアクセスさせ、前記第２の端末を特定する情報と前記招待情報に含まれる前記口座を特定する情報とを送信させるステップと、
    入金要求が示す金額の前記口座への入金処理を前記サーバが実行するために、前記第１の端末に、前記口座への入金指令を送信させるステップと、
    取引履歴要求を送信した前記第１の端末または前記第２の端末への前記口座の取引履歴を示す情報の送信処理を前記サーバが実行するために、前記第１の端末または前記第２の端末に、前記口座の取引履歴要求を送信させるステップと、
    前記取引履歴要求を送信した前記第１の端末または前記第２の端末に、前記口座の前記取引履歴を示す情報を取得させるステップと、を備えた、
    ことを特徴とする情報処理方法。

Images