知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-06
(45)【発行日】2024-11-14
(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム
(51)【国際特許分類】
G06Q 20/40 20120101AFI20241107BHJP
G06Q 20/28 20120101ALI20241107BHJP
【ＦＩ】
G06Q20/40
G06Q20/28
【請求項の数】
12
(21)【出願番号】P 2020186066
(22)【出願日】2020-11-06
(65)【公開番号】P2022075338
(43)【公開日】2022-05-18
【審査請求日】2023-10-11
(73)【特許権者】
【識別番号】514020389
【氏名又は名称】ＴＩＳ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】舘 康二
(72)【発明者】
【氏名】高島 玲
(72)【発明者】
【氏名】阿部 一彬
【審査官】関 博文
(56)【参考文献】
【文献】特開平１１－１１０４６１（ＪＰ，Ａ）
【文献】特開２００３－３０３２８２（ＪＰ，Ａ）
【文献】特開２０１９－１５９４５４（ＪＰ，Ａ）
【文献】特開２０２０－１５４５７３（ＪＰ，Ａ）
【文献】特開２００４－０６２６２３（ＪＰ，Ａ）
【文献】米国特許出願公開第２０２０／００６５７９８（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
第１の利用者を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、前記所定のプリペイドカードに紐付けられた他の口座である第２口座であって、前記所定のプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示を利用者から受け付ける指示受付部と、前記指示受付部により前記移動指示が受け付けられた場合に、前記移動指示を行った前記利用者の情報に基づいて、前記利用者が前記第１の利用者と所定の関係性を有する第２の利用者であるか否か判定する認証処理を実行し、前記利用者が第２の利用者であるとの本人性を認証できた場合には、前記第１口座から前記第２口座へと前記利用資金を移動させる資金制御部と
を有することを特徴とする情報処理装置。
【請求項2】
前記資金制御部は、前記第１口座から前記第２口座へと前記利用資金を移動させることで、第３の利用者が当該第２口座に紐付けられた所定の媒体を介して当該第２口座に蓄積される前記利用資金を利用できるよう制御することを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記指示受付部は、前記チャージ資金に対する利用目的ごとに生成された前記第２口座のうち、前記第１の利用者を介護する介護業務で利用される資金を蓄積しておくための第２口座へと前記利用資金を移動させる移動操作を受け付け、前記資金制御部は、前記第１口座から前記第２口座へと前記利用資金を移動させることで、前記第１の利用者を介護する介護業務を請け負う前記第３の利用者が前記所定の媒体を介して当該第２口座に蓄積される前記利用資金を利用できるよう制御する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項4】
前記所定の媒体の利用に関する申請を前記第３の利用者から受け付ける申請受付部と、前記申請受付部により前記申請が受け付けられた場合に、前記第２の利用者のうち、申請元の前記第３の利用者に対応する第２の利用者に対して、当該第３の利用者から前記申請があったことを通知する通知部と
をさらに有し、
前記資金制御部は、前記通知部による通知に応じて前記第２の利用者が前記申請を許可した場合には、申請元の前記第３の利用者が前記所定の媒体を介して前記第２口座に蓄積される前記利用資金を利用できるよう制御する
ことを特徴とする請求項２または３に記載の情報処理装置。
【請求項5】
前記資金制御部は、前記利用資金を利用できるよう制御する処理として、前記所定の媒体にかけられている利用制限を解除することを特徴とする請求項４に記載の情報処理装置。
【請求項6】
前記資金制御部は、前記第３の利用者が、前記所定の媒体を介して前記利用資金で購買活動を行った場合には、当該購買活動に応じた金額が前記第２口座から引き落とされるよう制御することを特徴とする請求項２～５のいずれか１つに記載の情報処理装置。
【請求項7】
前記第３の利用者が、前記所定の媒体を介して前記利用資金で購買活動を行った場合には、当該購買活動で購入された商品に関する商品情報を、前記第２の利用者のうち、当該第３の利用者に対応する第２の利用者に提示する提示部をさらに有することを特徴とする請求項２～６のいずれか１つに記載の情報処理装置。
【請求項8】
前記第２の利用者からの要求に応じて、前記利用資金に関する情報が表示される画面を配信する配信部をさらに有することを特徴とする請求項１～７のいずれか１つに記載の情報処理装置。
【請求項9】
前記配信部は、前記第２の利用者からの要求に応じて、当該第２の利用者に対応する第２口座における現在の残高状況が表示される残高画面を配信することを特徴とする請求項８に記載の情報処理装置。
【請求項10】
前記配信部は、前記第２の利用者からの要求に応じて、当該第２の利用者に対応する第２口座での前記利用資金がこれまでに利用された状況が利用履歴として表示される履歴画面を配信することを特徴とする請求項８または９に記載の情報処理装置。
【請求項11】
情報処理装置が実行する情報処理方法であって、第１の利用者を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、前記所定のプリペイドカードに紐付けられた他の口座である第２口座であって、前記所定のプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示を利用者から受け付ける指示受付工程と、
前記指示受付工程により前記移動指示が受け付けられた場合に、前記移動指示を行った前記利用者の情報に基づいて、前記利用者が前記第１の利用者と所定の関係性を有する第２の利用者であるか否か判定する認証処理を実行し、前記利用者が第２の利用者であるとの本人性を認証できた場合には、前記第１口座から前記第２口座へと前記利用資金を移動させる資金制御工程と
を含むことを特徴とする情報処理方法。
【請求項12】
第１の利用者を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、前記所定のプリペイドカードに紐付けられた他の口座である第２口座であって、前記所定のプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示を利用者から受け付ける指示受付手順と、前記指示受付手順により前記移動指示が受け付けられた場合に、前記移動指示を行った前記利用者の情報に基づいて、前記利用者が前記第１の利用者と所定の関係性を有する第２の利用者であるか否か判定する認証処理を実行し、前記利用者が第２の利用者であるとの本人性を認証できた場合には、前記第１口座から前記第２口座へと前記利用資金を移動させる資金制御手順と
をコンピュータに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【0002】
プリペイドカードのユーザによるキャッシュレス決済を、他のユーザが管理する技術が知られている。例えば、特許文献１では、管理者である親ユーザの管理の下で、決済手段を持ち得ない子ユーザがキャッシュレス決済を行うことができるよう制御される。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２０－４７１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記の従来技術に開示されたキャッシュレス決済装置では、親口座の利用者である親ユーザから、親口座に含まれる通貨を移動する先の子口座の作成の依頼を受け付けると、口座管理装置に対して子口座を作成させるとともに、この子口座を識別する子口座識別情報を含む識別コードが、子口座の利用者である子ユーザにより所有される媒体に付与される。
【0005】
このようなことから上記の従来技術では、親口座および子口座を管理する主体が親口座の利用者である親ユーザであるため、子口座の利用者である子ユーザは親ユーザによる子口座作成依頼や子口座への資金移動が行われない限り親ユーザの資金を利用することができない。
【0006】
例えば、子ユーザは、親ユーザの身内関係にあるとすると、親口座に含まれる資金の一部を親ユーザのために使える資金として子口座に移動させておくことができれば便利である。しかしながら、上記の従来技術では、子ユーザ側の都合で親口座に含まれる資金を、親口座に対応する子口座へと移動させることができないため、例えば、親ユーザに対してまとまった資金が必要な状況（例えば、介護が必要な状況）となった場合等に、この状況に充てられる資金を効果的に得られない等の不都合が生じる可能性があるとの問題があった。
【0007】
そこで、本開示では、第１の利用者が所有する口座にある資金の一部を第２の利用者が適切に使用することができるような口座間の資金移動を実現することができる情報処理装置、情報処理方法、および情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明の一態様に係る情報処理装置は、第１の利用者を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、前記所定のプリペイドカードに紐付けられた他の口座である第２口座であって、前記所定のプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示を、前記第１の利用者とは異なる第２の利用者から受け付ける指示受付部と、前記指示受付部により前記移動指示が受け付けられた場合に、前記第１口座から前記第２口座へと前記利用資金を移動させる資金制御部とを有する。
【0009】
本発明の一態様に係る情報処理方法は、情報処理装置が実行する情報処理方法であって、第１の利用者を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、前記所定のプリペイドカードに紐付けられた他の口座である第２口座であって、前記所定のプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示を、前記第１の利用者とは異なる第２の利用者から受け付ける指示受付工程と、前記指示受付工程により前記移動指示が受け付けられた場合に、前記第１口座から前記第２口座へと前記利用資金を移動させる資金制御工程とを含む。
【0010】
本発明の一態様に係る情報処理プログラムは、第１の利用者を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、前記所定のプリペイドカードに紐付けられた他の口座である第２口座であって、前記所定のプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示を、前記第１の利用者とは異なる第２の利用者から受け付ける指示受付手順と、前記指示受付手順により前記移動指示が受け付けられた場合に、前記第１口座から前記第２口座へと前記利用資金を移動させる資金制御手順とをコンピュータに実行させる。
【0011】
上記の態様によれば、情報処理装置は、第１の利用者を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、所定のプリペイドカードに紐付けられた他の口座である第２口座であって、所定のプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示を、第１の利用者と所定の関係性を有する第２の利用者から受け付けることができる。そして、情報処理装置は、この移動指示を受け付けた場合に、第１口座から第２口座へと利用資金を移動させることができる。これにより、情報処理装置は、第１の利用者が所有する口座にある資金の一部を第２の利用者が適切に使用することができるような口座間の資金移動を実現することができる。
【発明の効果】
【0012】
本発明によれば、第１の利用者が所有する口座にある資金の一部を第２の利用者が適切に使用することができるような口座間の資金移動を実現することができる。
【図面の簡単な説明】
【0013】
【発明を実施するための形態】
【0014】
以下に、情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）の一例について図面を参照しつつ詳細に説明する。なお、この実施形態により情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。
【0015】
［実施形態］
〔１．実施形態に係る情報処理の概要〕
まず、実施形態に係る情報処理の概要について説明する。例えば、身近に介護を必要とする要介護者を抱えるようなユーザ（例えば、要介護者の身内）とって介護資金の運用は重要な問題である。例えば、ユーザは、要介護者の資産の一部を介護資金に充てることにより、介護ヘルパーによる介護サービス支援を受けたいと考える場合があるが、この点について、以下のような問題がある。
〔１．実施形態に係る情報処理の概要〕
まず、実施形態に係る情報処理の概要について説明する。例えば、身近に介護を必要とする要介護者を抱えるようなユーザ（例えば、要介護者の身内）とって介護資金の運用は重要な問題である。例えば、ユーザは、要介護者の資産の一部を介護資金に充てることにより、介護ヘルパーによる介護サービス支援を受けたいと考える場合があるが、この点について、以下のような問題がある。
【0016】
１つの問題としては、要介護者の資産を要介護者以外の人物が利用するという点での問題が挙げられる。例えば、要介護者の銀行口座に含まれる資産を、ユーザが直接運用することは容易ではない。また、要介護者がクレジットカードを有する場合、ユーザがこのクレジットカードを利用することも容易ではない。
【0017】
別の問題としては、介護ヘルパーに依頼する買い物代行における資金の取り扱い問題が挙げられる。例えば、ユーザは、介護ヘルパーに対して介護に必要な物資（例えば、食料品や生活雑貨等）の調達を買い物代行として依頼する際、買い物代行業に必要となる資金に要介護者の資産の一部から得た介護資金を利用する場合がある。しかしながら、介護ヘルパーはユーザにとって第３者の立場にある人物であるため、介護ヘルパーが適切に介護資金を使ってくれるかどうかという点がユーザの不安材料となり得る。
【0018】
ここで、クレジットカードよりも制約の低いプリペイドカード（具体的には、要介護者を所有者とするプリペイドカード）に対応する口座間での資金移動がユーザの判断で行えるようになると便利である。具体的には、要介護者が有する資産の一部をプリペイドカードに紐付けられる親口座（要介護者の口座）にチャージさせたうえで、このチャージ資金のうちの任意の資金を、プリペイドカードに紐付けられた別口座である子口座（例えば、介護資金が蓄積される専用口座）へとユーザが資金移動させることができれば、資産運用能力が低下している可能性のある要介護者に代わって、ユーザが自身の都合で安全に資産運用することができるようになり、適切な資産運用が実現されると考えられる。
【0019】
したがって、上記の問題点に鑑みて、本実施形態では、次のような情報処理を行うに至った。具体的には、実施形態に係る情報処理では、第１の利用者（例えば、要介護者の立場にある利用者）を所有者とする所定のプリペイドカードに紐付けられた第１口座にチャージされているチャージ資金のうち、任意の金額の資金である利用資金を、このプリペイドカードに紐付けられた他の口座である第２口座であって、このプリペイドカードの利用に応じた引き落とし先となる第２口座へと移動させるよう指示する移動指示が、第１の利用者と所定の関係性を有する第２の利用者（第１の利用者の身内の立場にある利用者）から受け付けられる。
【0020】
また、実施形態に係る情報処理では、移動指示が受け付けられた場合に、第１口座から第２口座へと資金移動が行われる。また、実施形態に係る情報処理では、係る資金移動により、第１の利用者を介護する介護業務を請け負う第３の利用者（例えば、介護ヘルパー）が第２口座に蓄積される資金を利用できるよう制御される。例えば、第３の利用者からの申請に対して第２の利用者が許可する応答を行った場合に、第３の利用者が第２口座に蓄積される資金を利用できるよう制御される。
【0021】
〔２．情報処理システムについて〕
以下、実施形態に係る情報処理の具体例を示すが、それに先立って、まず、実施形態に係る情報処理システムについて、図２を用いて説明する。図２は、実施形態に係る情報処理システムの一例を示す図である。図１には、実施形態に係る情報処理システムの一例として、情報処理システム１が示される。
以下、実施形態に係る情報処理の具体例を示すが、それに先立って、まず、実施形態に係る情報処理システムについて、図２を用いて説明する。図２は、実施形態に係る情報処理システムの一例を示す図である。図１には、実施形態に係る情報処理システムの一例として、情報処理システム１が示される。
【0022】
実施形態に係る情報処理システム１は、図１に示すように、第２利用者装置１０と、第３利用者装置２０と、情報処理装置１００とを含む。第２利用者装置１０、第３利用者装置２０、情報処理装置１００は、ネットワークＮを介して有線または無線により通信可能に接続される。なお、図１に示す情報処理システム１には、複数台の第２利用者装置１０や、複数台の第３利用者装置２０や、複数台の店舗装置３０や、複数台の情報処理装置１００が含まれてよい。
【0023】
第２利用者装置１０は、第２の利用者によって利用される情報処理端末である。第２利用者装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。第２利用者装置１０には、情報処理装置１００との間で情報の送受信を可能とするアプリケーションとしてアプリＡＰがインストールされているものとする。
【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】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、第２利用者装置１０、第３利用者装置２０、店舗装置３０との間で情報の送受信を行う。
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、第２利用者装置１０、第３利用者装置２０、店舗装置３０との間で情報の送受信を行う。
【0053】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、口座データベース１２１と、利用履歴データベース１２２とを有する。
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、口座データベース１２１と、利用履歴データベース１２２とを有する。
【0054】
（口座データベース１２１について）
口座データベース１２１は、所定のプリペイドカードに対応するプリペイドカード用の仮想口座に対応するデータベースである。具体的には、口座データベース１２１は、所定のプリペイドカードに対してチャージされているチャージ資金が管理されるデータベースに対応する。
口座データベース１２１は、所定のプリペイドカードに対応するプリペイドカード用の仮想口座に対応するデータベースである。具体的には、口座データベース１２１は、所定のプリペイドカードに対してチャージされているチャージ資金が管理されるデータベースに対応する。
【0055】
ここで、図４に実施形態に係る口座データベース１２１の一例を示す。図４に示す口座データベース１２１は、図１で例示した口座データベース１２１に対応し、プリカＣＤ１の所有者ごとにチャージ資金が管理される仮想口座の役割を有するデータベースである。図４の例では、口座データベース１２１は、「プリカＩＤ（Identifier）」、「所有者ＩＤ（Identifier）」、「所有者情報」、「関係者ＩＤ（Identifier）」、「親口座ＩＤ」、「親口座残高」、「子口座ＩＤ」、「子口座残高」、「紐付け媒体ＩＤ」、「ロック状況」、「代行者ＩＤ」といった項目を有する。
【0056】
「プリカＩＤ（Identifier）」は、プリペイドカードを識別する識別情報を示す。より具体的には、「プリカＩＤ（Identifier）」は、各種存在するサービスに対応するプリペイドカードをサービスに応じて一意に識別する識別情報を示す。図４の例では、プリカＣＤ１を識別するプリカＩＤ「ＣＤ１」が登録されている例が示される。
【0057】
「所有者ＩＤ（Identifier）」は、「プリカＩＤ」により識別されるプリペイドカードの所有者を識別する識別情報を示す。また、ここでいう所有者は、図１で説明した第１の利用者に対応する。図４の例では、プリカＩＤ「ＣＤ１」に対して所有者ＩＤ「Ｕ１１」が対応付けて登録される例が示される。係る例は、所有者Ｕ１１（すなわち、第１の利用者である利用者Ｕ１１）がプリカＣＤ１の所有者として登録されていることを示す。
【0058】
「所有者情報」は、「所有者ＩＤ」により識別される所有者（第１の利用者）に関する各種情報（例えば、個人情報等）を示す。図４の例では、説明を簡単にするために、利用者Ｕ１１の所有者情報が概念的に「所有者情報♯１１」のように示されているが、所有者情報♯１１は、実際には、利用者Ｕ１１の年齢、性別、氏名、住所、職業等を示す情報であってよい。
【0059】
「関係者ＩＤ（Identifier）」は、「所有者ＩＤ」により識別される所有者（第１の利用者）と所定の関係性（例えば、「所有者ＩＤ」により識別される所有者を親とする親子関係）を有する利用者を識別する識別情報を示す。また、ここでいう関係者は、図１で説明した第２の利用者に対応する。図４の例では、所有者ＩＤ「Ｕ１１」に対して関係者ＩＤ「Ｕ１２」が対応付けて登録される例が示される。係る例は、所有者Ｕ１１（すなわち、第１の利用者である利用者Ｕ１１）と所定の関係性を有する利用者が利用者Ｕ１２である例を示す。また、所有者ＩＤ「Ｕ１１」と関係者ＩＤ「Ｕ１２」との対応付けは、利用者Ｕ１２が、利用者Ｕ１１に対する子の関係にある人物本人であるとの本人性が認証されたことによる認証結果に基づく対応付けであってよい。
【0060】
「関係者情報」は、「関係者ＩＤ」により識別される利用者（第２の利用者）に関する各種情報（例えば、個人情報等）を示す。図４の例では、説明を簡単にするために、利用者Ｕ１２の関係者情報が概念的に「関係者情報♯１２」のように示されているが、実際には、利用者Ｕ１１と利用者Ｕ１２との間で成立している関係性、利用者Ｕ１１の年齢、性別、氏名、住所、職業等を示す情報であってよい。
【0061】
「親口座ＩＤ」は、「プリカＩＤ」により識別されるプリペイドカードに紐付けられる、所有者ごとの口座のうち、当該所有者のメインの口座である親口座（第１口座）を識別する識別情報を示す。図４の例では、プリカＩＤ「ＣＤ１」と、所有者ＩＤ「Ｕ１１」と、親口座ＩＤ「ＰＤＢ１－Ｕ１１」とが対応付けて登録される例が示される。係る例は、利用者Ｕ１１を所有者とするプリカＣＤ１（プリカＣＤ１－Ｕ１１）には、利用者Ｕ１１のメインの口座である親口座ＰＤＢ－Ｕ１１が紐付けられている例を示す。また、図１で説明したように、親口座ＰＤＢ－Ｕ１１は、利用者Ｕ１１の銀行口座に含まれる資金の少なくとも一部がチャージされるチャージ先の口座であるとともに、利用者Ｕ１１の権限のもとに生成される。
【0062】
「親口座残高」は、「親口座ＩＤ」により識別される親口座における現在の残高に関する情報を示す。図４の例では、親口座ＩＤ「ＰＤＢ１－Ｕ１１」と、親口座残高「残高♯１１」とが対応付けて登録される例が示される。係る例は、親口座ＩＤ「ＰＤＢ－Ｕ１１」により識別される親口座（親口座ＰＤＢ－Ｕ１１）における現在の残高が「残高♯１１」である例を示す。なお、図４の例では、説明を簡単にするために、概念的に「残高♯１１」のように示されているが、実際には、残高を示す正当な情報が登録される。
【0063】
「子口座ＩＤ」は、「プリカＩＤ」により識別されるプリペイドカードに紐付けられる、所有者（あるいは、当該所有者と所定の関係性を有する関係者）ごとの口座であって、当該所有者の親口座とは異なる他の口座である子口座（第２口座）を識別する識別情報を示す。図４の例では、所有者ＩＤ「Ｕ１１」と、関係者ＩＤ「Ｕ１２」と、親口座ＩＤ「ＰＤＢ１－Ｕ１１」と、子口座ＩＤ（「ＣＤＢ１１１」、「ＣＤＢ１１２」、「ＣＤＢ１１３」とが対応付けて登録される例が示される。係る例は、利用者Ｕ１１を所有者とするプリカＣＤ１（プリカＣＤ１－Ｕ１１）には、親口座ＰＤＢ－Ｕ１１の他に、３つの子口座（子口座ＣＤＢ１１１、ＣＤＢ１１２およびＣＤＢ１１３）が紐付けられている例を示す。また、係る例は、この３つの子口座に蓄積される資金は、利用者Ｕ１２による移動指示に応じて親口座ＰＤＢ－Ｕ１１から移動された資金であるとともに、利用者Ｕ１２の管理下におかれた資金であることを示す。
【0064】
ここで、図１の例によれば、３つの子口座のうち、子口座ＣＤＢ１１３は、介護資金が蓄積される専用口座として定めている。
【0065】
「子口座残高」は、「子口座ＩＤ」により識別される子口座における現在の残高に関する情報を示す。図４の例では、子口座ＩＤ「ＣＤＢ１１３」と、子口座残高「残高♯１１３」とが対応付けて登録される例が示される。係る例は、子口座ＩＤ「ＣＤＢ１１３」により識別される子口座（子口座ＣＤＢ１１３）における現在の残高が「残高♯１１３」である例を示す。なお、図４の例では、説明を簡単にするために、概念的に「残高♯１１３」のように示されているが、実際には、残高を示す正当な情報が登録される。
【0066】
「紐付け媒体ＩＤ」は、後述の「代行者ＩＤ」により識別される利用者（第３の利用者）に対して代行業のために貸与される物理的な媒体（例えば、買い物代行用カード）を識別する識別情報を示す。図４の例では、子口座ＩＤ「ＣＤＢ１１３」に対して紐付け媒体ＩＤ「ＣＤｘ１」が対応付けて登録される例が示される。係る例は、子口座ＩＤ「ＣＤＢ１１３」により識別される子口座（子口座ＣＤＢ１１３）に対して、紐付け媒体ＩＤ「ＣＤｘ１」により識別される媒体（買い物代行用カードＣＤ１ｘ）が紐付けられている例を示す。また、係る紐付けにより、例えば、買い物代行カードＣＤｘ１利用で商品購入された場合、子口座ＣＤＢ１１３から代金の引き落としが行われるという処理が実現される。
【0067】
また、「紐付け媒体ＩＤ」により識別される媒体は、買い物代行用カードのようにカード媒体ではなく、例えば、買い物代行用カードと同等の機能を実現された第３利用者装置２０であってもよい。係る場合、「紐付け媒体ＩＤ」には、第３利用者装置２０を識別する識別情報が登録される。
【0068】
「ロック状況」は、「紐付け媒体ＩＤ」により識別される媒体が、使用可能なようにロック解除されているか、あるいは、使用不可なようにロックされているかといったロック状況に関する情報を示す。図４の例では、紐付け媒体ＩＤ「ＣＤｘ１」に対してロック状況「ロック」が対応付けて登録される例が示される。係る例は、紐付け媒体ＩＤ「ＣＤｘ１」により識別される媒体（買い物代行用カードＣＤ１ｘ）が、現在、使用できないようにロックされている例を示す。
【0069】
「代行者ＩＤ」は、「関係者ＩＤ」により識別される利用者（第２の利用者）からの依頼を受けて、買い物代行業を含む各種の介護業務を請け負う立場となった利用者（第３の利用者）を識別する識別情報を示す。また、このようなことから、「代行者ＩＤ」により識別される利用者（第３の利用者）は、「関係者ＩＤ」により識別される利用者（第２の利用者）により介護ヘルパーとして雇われた人物ということができる。
【0070】
また、図４の例では、紐付け媒体ＩＤ「ＣＤｘ１」に対して代行者ＩＤ「Ｕ１３」が対応付けて登録される例が示される。係る例は、代行者Ｕ１３（すなわち、第３の利用者である利用者Ｕ１３）には、介護業務のために買い物代行用カードＣＤ１ｘが貸与されている例を示す。
【0071】
（利用履歴データベース１２２について）
利用履歴データベース１２２は、図４に示す子口座ＩＤにより識別される子口座（第２口座）に千種記される利用資金がこれまでにどのように利用されてきたかを示す利用状況を利用履歴として記憶する。ここで、図５に実施形態に係る利用履歴データベース１２２の一例を示す。図５の例では、利用履歴データベース１２２は、「紐付け媒体ＩＤ（Identifier）」、「履歴ＩＤ」、「商品情報」といった項目を有する。
利用履歴データベース１２２は、図４に示す子口座ＩＤにより識別される子口座（第２口座）に千種記される利用資金がこれまでにどのように利用されてきたかを示す利用状況を利用履歴として記憶する。ここで、図５に実施形態に係る利用履歴データベース１２２の一例を示す。図５の例では、利用履歴データベース１２２は、「紐付け媒体ＩＤ（Identifier）」、「履歴ＩＤ」、「商品情報」といった項目を有する。
【0072】
「紐付け媒体ＩＤ」は、図４に示す「紐付け媒体ＩＤ」に対応し、例えば、介護業務での代行業にて利用される物理的な媒体を識別する識別情報を示す。
【0073】
「履歴ＩＤ」は、「紐付け媒体ＩＤ」により識別される媒体を介した１回の購買活動に応じて、係る媒体の紐付け先となっている子口座に蓄積される利用資金が利用（消費）されることによる利用履歴を識別する識別情報を示す。「商品情報」は、「紐付け媒体ＩＤ」により識別される媒体を介した１回の購買活動で購入された商品に関する情報を示す。「商品情報」には、例えば、購入日時、購入された商品を示す情報（商品名や商品ＩＤ等）、購入された商品ごとの購入金額が含まれてよい。
【0074】
図５の例では、紐付け媒体ＩＤ「ＣＤｘ１」に対して、履歴ＩＤ「履歴ＩＤ♯１１」および商品情報「商品情報♯１１」が対応付けて登録される例が示される。係る例は、買い物代行用カードＣＤ１ｘが使用された１回の購買活動であって、履歴ＩＤ「履歴ＩＤ♯１１」で識別される購買活動では、概念的に「商品情報♯１１」のような商品購入が行われた例を示す。
【0075】
（制御部１３０について）
図３に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
図３に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
【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】
１ 情報処理システム
１０ 第２利用者装置
２０ 第３利用者装置
３０ 店舗装置
１００ 情報処理装置
１２０ 記憶部
１２１ 口座データベース
１２２ 利用履歴データベース
１３０ 制御部
１３１ 指示受付部
１３２ 資金制御部
１３３ 申請受付部
１３４ 通知部
１３５ 提示部
１３６ 配信部
１０ 第２利用者装置
２０ 第３利用者装置
３０ 店舗装置
１００ 情報処理装置
１２０ 記憶部
１２１ 口座データベース
１２２ 利用履歴データベース
１３０ 制御部
１３１ 指示受付部
１３２ 資金制御部
１３３ 申請受付部
１３４ 通知部
１３５ 提示部
１３６ 配信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】