JP2017507408A - 金銭管理のためのシステム及び方法 - Google Patents

Abstract

本発明は、金銭管理のための方法、システム、及びプログラミングに関する。一例において、金銭管理を実行するための方法が提示される。アカウントに対する第１のアクセス資格証明書に関連づけられた第１のセットのルール及びアカウントに対する第２のアクセス資格証明書に関連づけられた第２のセットのルールが提供される。第２のセットのルールは少なくとも部分的に第１のセットのルールと異なる。第１のユーザから受信したアクセス資格証明書が第１のアクセス資格証明書と一致するか判定が行われる。ある取引について第１のユーザに関連する第１の要求が受信され、この取引に関する情報が抽出される。この情報及び第１のセットのルールに基づいて第１の要求に対する少なくとも１つのアクションが決定される。

Description

関連出願の相互参照
本出願は、２０１４年１月１３日に出願された米国特許仮出願第６１／９２６，６３１号からの優先権を主張するものであり、この出願の全内容は参照ににより本明細書に組み入れられる。

本発明は全体として金銭管理に関し、特に、インターネットなどのネットワークを用いたポータル又はアプリケーションを使用する金銭管理に関する。

現金又は通貨の使用はペイメントカードによってもたらされる利便性によってますます置き換えられつつある。ペイメントカードとは、例えば、クレジットカード、デビットカード、及びプリペイドカードであり、これらは仮想カード又はモバイルカード及びトークナイゼーションを含むだけでなく、電子振込み、例えば、電子小切手やＰａｙＰａｌ（登録商標）などのオンライン振込みサービスをも含む。しかしながら、単なる例として、多くの子供たちはそのような取引を成立させるために必要なアカウントを持たず、例えば、ペイメントカード又は振込みアカウントを使用する機会及びそれを開設し維持する資格を持たない。また子供たちは、例えば親類あるいは友人、又は異なる通貨を用いる国に居住する親類あるいは友人からの送金又は金銭的な贈物を受け取るための銀行口座（例えば、普通預金、当座預金）さえも持たないことが多い。

例えば、子供たちが使うカード及び電子振込み（ＥＦＴ）アカウントは親のアカウント、又は親（又は保護者）によって所有されるメインアカウントに連結する又は対応するサブアカウントのものである。すなわち、子供たち（又は他の任意の扶養家族）はそのような支払いシステムを用いた支払請求を開始させることができる又はその権限がある一方で、結局のところそのような支払請求に責任を負うのは親である。したがって、親のアカウント又は補助アカウントを用いて子供が行うことが許されている購入又は取引の種類に対して一定のレベルの管理を行うことが望ましい。

種々のインターネット・ウェブサイトにおいてペイメントカード又は電子振込み（ＥＦＴ）システム（例えば、ＰａｙＰａｌ（登録商標））を用いて商品を購入することができる。商品を購入するために、購入者は通常購入する度に自分のカード又はアカウントの情報を入力しなければならない。しかしながら、多くの子供たちは自分の支払いアカウントを持たない。親の中には、特定の買い物のために自分のカード／アカウントを子供に貸すことを選択する者もいる。あるいは、親の中には、子供に（サブアカウントの）カードを持たせたり、子供にプリペイドカードを買い与える者もいる。これは限られた場合にはうまくいくかもしれないが、子供たちにとって魅力的なウェブサイト、オンラインゲーム、及びオンラインアプリケーションの急激な成長、及び増え続ける子供たちのオンラインの足跡に伴って実行できる選択肢ではない。インターネットに対する無制限のアクセス及びカード又はアカウントの使用を恐れて、監督せずに子供にカード又はアカウントを与えることをためらう親もいる。

これらのシステムには、子供が何を、どこで、いつ、又はいくらの金額で購入又は取引し、又は一般的に、（秘密の）個人的又は財務的な情報を自ら提供するかということに対して、何の管理又は制限もされないことが多い、という問題がある。さらに、子供が購入した金額をウェブサイトごと、子供ごとに追跡すること、及び／又は子供がいくらの金額を費やしているのかを追跡することは親にとって困難な場合が多く、よって少なくとも請求期間の終わりにクレジットカードの請求書を受け取るまでそのような取引に気づかないこともある。

１４歳未満の子供向けのウェブサイト、オンラインゲーム、オンラインアプリケーションが急速に増加するにつれて、親が設定し子供が商品及びサービスの購入に用いる一方で、子供が自分の個人情報を入力する必要性を制限又は解消するシステムが必要とされている。このように、親が子供によるウェブサイトに対するアクセス及び個人情報の入力を管理し、又は別の方法で必要な情報の収集及び使用に親の同意を与え、子供によってどのように金が使われているかを管理することを可能にするシステムが必要とされている。

オンラインの金銭上の取引における心配事の他の領域の一つは、未成年、特に１４歳未満の子供の私的／個人情報を金融機関、ベンダ、及び他のサービスプロバイダから保護するという問題である。子供の私的情報とは、例えば生年月日、電子メールアドレス、電話番号、住所、及び購入履歴である。親からの明示的な許可が与えられてこれらの情報にアクセスする場合、又は情報が個人を特定できない形式で共有されている場合を除き、アカウントの公開部分のみが金融機関、ベンダ、及び他のサービスプロバイダに見えるようにするために、アクセス制御を行う必要がある。

さらに、一般的に親、他の家族、又は友人が現金の形態で子供に贈物をしたいと思う場合があり、この現金は貯金され、及び／又は子供によって後に商品又はサービスを購入するために使われる。子供がその金銭を使いたいと望むまでその貯金を親が自らの貯金と区別して保持し、子供が使った金額の記録を取ることは多くの場合困難である。よって、親、子供、及び贈り主にとって、送られた金銭が意図した通りに子供によって使われたことを確かめることは困難である。

このような人がギフトカードを購入できるようにする小売業者、サービスプロバイダ、及びウェブサイトがある。このギフトカードは受取人、例えば子供によって現金化される。しかしながら、このようなギフトカードは受取人が受領するために郵送されることが多い。その結果、ギフトカードが受領されないリスクがある。あるいは、受取人によってギフトカードが紛失される場合があるため、年少の子供などの個人にとっては不適切である。

さらに、一般的にギフトカードは一回限りの贈物が企図される休日や誕生日などのために定期的に購入される。しかしながら、多くの場合、親などの個人は子供などの個人に対して一定期間反復される又は繰り返される贈物を贈りたいと望む。さらに、親が子供による金銭の使用を特定のウェブサイトに制限したいと望む場合、又は子供が自分の金銭を特定のウェブサイトで使いたいと望む場合、親はそうしたウェブサイトごとに、又は１週間の小遣いに応じて、又は複数の週に対応する大きな金額で、ギフトカードを購入しなければならない。さらに、ギフトカードに依存することにより、子供は特定のベンダでの金銭の使用に限定される。こうして、子供は親や他の贈り主が意図したようには貯金をすることを学ばない（又はそのように動機付けられない）。

あるいは、親及び子供が発行者及びベンダからより多くのカードを取得するにつれて、これらのカードを管理することが負担になる。物理的なカードは場所を取るため、多くの場合少数のカードのみを財布に入れて持ち歩くことになる。財布の中に多くのカードを詰め込もうとする人もいる。使用するカードを探して引っ張り出し、使用後に満載状態の財布の中にカードを押し込むのは面倒である。使用頻度が低いカードは財布以外の場所に置かれ、適切な機会に適切なカードを所持していることがさらに問題となる。

さらに、一般的に厳格なプライバシー規定（支払処理業者に対する機微データの共有を禁止）、年齢制限、並びにクレジット履歴の欠如（例えば、定期的な収入がないなど）によって、子供が自身の支払いカード又は電子支払いアカウントを取得することができなくなる。あるいは、新しいカードを受け入れることは通常携帯するカードが増える（すなわち、財布に押し込むカードが増える）ことを意味するため、親は新しいカードを取得することに積極的ではなく、及び／又は既存のカードを保護及び記録すること、又は交換することに積極的ではないことが多い。さらに、金融機関又はベンダにとっては、物理的なカードを発行することによってそのデザイン、製造、配布、及び運用に関するコストが発生する。

よって、親（又は保護者）が自身の子供たち又は扶養家族に（例えば、贈物又は「小遣い」から得た）自身の金銭を集約又は区別させ、インターネットで、又は物理的な店舗又は店頭で商品及び／又はサービスを購入させるためのより安全で、監視可能で、かつ管理された金銭管理の仕組みが求められている。このような金銭管理の仕組みは、例えば、会社とその従業員、スポーツクラブ又は他のクラブとその会員など、他の情況でも用いることができる。

本発明は、金銭管理のための方法、システム、及びプログラミングに関する。特に、本発明はインターネットなどのネットワークを用いたポータル又はアプリケーションを使用する金銭管理のための方法、システム、及びプログラミングに関する。

一例において、提供される方法は少なくとも１つのプロセッサ、ストレージ、及び金銭管理を実行するためのネットワークに接続された通信プラットフォームを各々が有する少なくとも１つのマシンに実装される。アカウントに対する第１のアクセス資格証明書に関連づけられた第１のセットのルールが提供される。アカウントに対する第２のアクセス資格証明書に関連づけられた第２のセットのルールが提供される。第２のセットのルールは少なくとも部分的に第１のセットのルールと異なる。アクセス資格証明書は該当のアカウントの第１のユーザから受信する。受信したアクセス資格証明書が第１のアクセス資格証明書と一致するか判定が行われる。ある取引について第１のユーザに関連する第１の要求が受信され、この取引に関する情報が抽出される。この情報及び第１のセットのルールに基づいて第１の要求に対する少なくとも１つのアクションが決定される。

他の一例において、提供されるシステムは少なくとも１つのプロセッサ、ストレージ、及び金銭管理のための通信プラットフォームを有する。このシステムはルールデータベース、ルールセットエンジン、及び取引エンジンを含む。ルールデータベースはアカウントに対する第１のアクセス資格証明書に関連づけられた第１のセットのルール及びアカウントに対する第２のアクセス資格証明書に関連づけられた第２のセットのルールを記憶するように構成される。第２のセットのルールは少なくとも部分的に第１のセットのルールと異なる。ルールセットエンジンは、前記第１のセットのルール及び付加的な基準に基づいて、前記アカウントの第１のユーザに関連する取引の要求について少なくとも１つのアクションを決定するように構成される。前記取引エンジンは前記少なくとも１つのアクションのうちの少なくとも一部を実行するように構成される。

他の概念は本発明を金銭管理において実装するためのソフトウェアに関する。この概念にしたがって、ソフトウェア製品は少なくとも１つの機械可読不揮発性媒体及び該媒体に記憶される情報を含む。この媒体に記憶される情報は実行可能なプログラムコードデータ、実行可能なプログラムコードに関連付けられたパラメータ、及び／又はユーザ、要求、コンテンツに関連する情報、又はソーシャルグループに関連する情報などであってもよい。

一例において、金銭管理のための情報を記録した不揮発性の機械可読媒体が提供される。記録された情報が機械によって読み取られると、この機械は一連の処理を実行する。アカウントに対する第１のアクセス資格証明書に関連づけられた第１のセットのルールが提供される。アカウントに対する第２のアクセス資格証明書に関連づけられた第２のセットのルールが提供される。第２のセットのルールは少なくとも部分的に第１のセットのルールと異なる。アクセス資格証明書は該当のアカウントの第１のユーザから受信する。受信したアクセス資格証明書が第１のアクセス資格証明書と一致するか判定が行われる。ある取引について第１のユーザに関連する第１の要求が受信され、この取引に関する情報が抽出される。この情報及び第１のセットのルールに基づいて第１の要求に対する少なくとも１つのアクションが決定される。

さらなる特徴が以降の説明の中で部分的に記述され、また部分的に以下の説明及び添付の図面によって当業者に明らかとなるか、又は実施例の製造及び操作によって会得されるであろう。本発明の特徴は、以下の詳細例において述べられる方法論、手段、及び組み合わせの種々の態様の実施又は使用によって実現及び達成されてもよい。

本明細書に記載する方法、システム、及び／又はプログラミングは例示的な実施形態によってさらに説明される。これらの例示的な実施形態は図面を参照して詳細に説明される。これらの実施形態は非制限的な例示的実施形態であり、同じ参照番号は複数の図面にわたって類似の構造を示す。

例示的なシステム構成を示し、本発明の種々の実施形態にしたがって金銭管理システムが配置されている。 例示的なシステム構成を示し、本発明の種々の実施形態にしたがって金銭管理システムが配置されている。

本発明の実施形態に従う例示的な金銭管理システムを示す。

本発明の実施形態に従う金銭管理システムのユーザー・インターフェースを構成するアプリケーションの例示的なスプラッシュスクリーンを示す。

本発明の実施形態に従う金銭管理システムのアプリケーションの例示的なホームページを示す。

本発明の実施形態に従う金銭管理システムのアカウントユーザの例示的な残高ページを示す。

本発明の実施形態に従う金銭管理システムのアカウントの例示的な明細ページを示す。

本発明の実施形態に従う例示的な登録処理のフローチャートを示す。

本発明の実施形態に従う金銭管理システム内のアカウントに新しいアカウントユーザ（例えば、子供）が追加される例示的なページを示す。

本発明の実施形態に従う金銭管理システム内でアカウントユーザに適用できるルールを設定する例示的なページを示す。

本発明の実施形態に従う金銭管理システム内のアカウントでアカウントユーザに対する割当金を設定する例示的なページを示す。

本発明の実施形態に従ってルールセットエンジン内でアクションを決定するための例示的な処理のフローチャートを示す。

本発明の実施形態に従う取引エンジンの例示的な図である。

本発明の実施形態に従う預金取引のための例示的な処理のフローチャートを示す。

本発明の実施形態に従う金銭管理システムのアカウントの例示的な預金ページを示す。 本発明の実施形態に従う金銭管理システムのアカウントの例示的な預金ページを示す。

本発明の実施形態に従う購入取引のための例示的な処理のフローチャートを示す。

本発明の実施形態に従う購入取引のための要求をユーザが行う例示的なページを示す。 本発明の実施形態に従う購入取引のための要求をユーザが行う例示的なページを示す。

本発明の実施形態に従う購入取引に用いられる仮想カード番号を有する例示的な仮想カードを示す。

本発明の実施形態に従う例示的な貯金処理のフローチャートを示す。

本発明の実施形態に従う例示的な貯金ページを示す。

本発明の実施形態に従うアカウントユーザが貯金計画を設定する例示的なページを示す。 本発明の実施形態に従うアカウントユーザが貯金計画を設定する例示的なページを示す。

本発明の実施形態に従う例示的な取引履歴ページを示す。

本発明の実施形態に従う仮想カードを表示する例示的なポップアップページを示す。

本発明の実施形態に従う金銭管理システムのパスワードを使わないログインの例示的な図である。

本発明を組み込んだ特殊システムを実装するために用いられるモバイル装置のアーキテクチャーを示す。

本発明を組み込んだ特殊システムを実装するために用いられるコンピュータのアーキテクチャーを示す。

以下の説明において本発明の実施形態を明確かつ簡潔に示すために、図面は必ずしも実際の大きさを反映せず、特定の特徴がやや模式的な形態で図示される場合もある。一実施形態について記載及び／又は図示された特徴は、他の一又は複数の実施形態において、及び／又は、他の実施形態の特徴と組み合わせて又はそれら代えて、同様の又は類似の方法で用いることができる。

本発明は全般に金銭管理を目的としたシステム、方法、媒体、及び他の実装形態に関する。これらの方法及びシステムは、一又は複数のコンピューティングデバイス（例えば、携帯電話、パソコンなど）及びネットワーク通信（有線又は無線）を用いて特殊化されネットワーク化されたシステムとして実現される。これらの方法及びシステムは金銭管理に関し、金銭管理は例えば、金銭に関するアカウント、取引、予算、又はそれらの組み合わせに関する。これらの方法及びシステムはルールによってアクセス権限が定義される種々のユーザ（アカウントユーザとも称する）によってアクセスが可能なアカウント（又は一次アカウント及び二次アカウント（又はサブアカウント））を伴う。本明細書で用いられるように、ユーザとは管理者か、又は権限ユーザである。管理者とはアカウントを設定し、アカウントを使用する権限を持ち、権限ユーザにアクセス権限を与え、及び／又は権限ユーザに適用できるルールを定義又は変更する人物である。さらに、ルールとは種々の取引を成立させるために種々のユーザにどのようなアクションが求められるかを規定するものである。本明細書で開示する方法及びシステムは、ユーザ自身の資金（例えば、預金、振込み、贈物、又は「割当金」から得たもの）の集約及び／又は区別を可能にし、インターネット上又は物理的な店舗又は店頭での商品及び／又はサービスの購入を促進及び／又は制限する。これらの方法及びシステムは多くの情況で適用できるより安全で、（例えばリアルタイムで）監視可能で、かつ管理された金銭管理の仕組みを提供する。多くの情況には、例えば、親（又は保護者）及びその子供又は扶養家族、会社とその従業員などが含まれる。

例えば、本明細書で開示する方法及びシステムによって、適切な追跡及び検証を行いつつ、また物理的なカード又は静的アカウント番号の紛失又は盗難を防ぎつつ、より安全に購入取引を成立させることが可能になる。一部の実施形態において、本明細書で開示する方法及びシステムは事前入金されたアカウント及び関連する支払いカード（又は異なるアクセス権限が設定されたアカウント）の使用を伴う。このシステムは、任意のクレジット履歴／記録を有する、又はまったくクレジット履歴／記録を有さない、かつ（クレジットカードのように）発行者に対するデフォルトのリスクが比較的少ない又はまったくない人々が使用できる。デビットカードが使用されない場合、本発明の実施形態に従うアカウントはまた種々の規定の適用を受けない。例えば、親と子供の金銭を区別し贈物を促進する機能が本明細書で開示される（これは、子供名義の小切手を親の口座に現金化して混在させるが後に子供に分け与える、というやり方とは対照的である）。他の適用可能な情況は、例えば、会社と従業員、スポーツクラブ又は他のクラブとその会員、一次アカウント所有者と二次アカウント所有者（又はアカウントの管理者と権限ユーザ）を含んでおり、ここでは資金の集約及び区別が望ましい。この方法及びシステムは新しい又はアクセスされる頻度が標準以下の顧客ベースに対するアクセスを提供する。例えば、この方法及びシステムは子供自身の貯金及び購入履歴の確立を促進する。他の例として、この方法及びシステムは営利企業による１４歳未満の子供へのアクセスを提供するが、この際児童オンラインプライバシー保護協約（ＣＯＰＰＡ）などの適用可能な法規に従っている。この方法及びシステムは子供などのユーザに対する又はユーザによる消費／取引の監視を可能にし、また教育的／指導可能な機会の創造を可能にする。

一部の実施形態において、本明細書で開示する（例えば、ポータル又はアプリケーションを含む）金銭管理システムはインターネットからアクセスできるウェブサイトとして電子計算機上に実装されてもよく、また電子計算機上に導入されたスタンドアロンのアプリケーションであってもよい。後者の場合、アプリケーションは必要に応じてネットワークを通して他の計算機とデータを交換してもよい。一部の実施形態において、金銭管理システムの一又は複数の態様を提供するためのコンピュータ実行可能命令又は情報を含むコンピュータ可読媒体が提供される。この命令又は情報がプロセッサによって実行されると、プロセッサは本発明によって提示される一又は複数の方法及び／又はシステムを実現する。

一部の実施形態において、金銭管理システムは（例えば、アプリケーション又はポータルの形態の）ユーザー・インターフェースを備えたウェブサイト、モバイルアプリケーション、又はスタンドアロンのソフトウェアアプリケーションとして実装されるか、またはそれらからアクセスされる。このユーザー・インターフェースを通して、（例えば、親又は会社などの）ユーザは、（ユーザ自身が用いるための、又は子供又は扶養家族、従業員などの一又は複数の権限ユーザが用いるための）特定のログイン情報又はアクセス資格証明書を有する一又は複数のプロファイル（又はアクセス権限）を有する「アカウント」を生成してもよい。金銭管理システムはユーザがアクセス可能な一次アカウントを、同一のユーザ又は異なるユーザがアクセス可能な二次アカウント（又はサブアカウント）に結合又は関連させる。一次アカウント及び二次アカウント（又はサブアカウント）は異なる権限を提供してもよい。単に例として、一次アカウントのユーザは一次アカウント及び／又は二次アカウント（又はサブアカウント）に預金される及び／又はこれらのアカウントから引き出される資金の額、及び／又は誰が、いつ、どのようにそれを行うかについてのルールを規定してもよく、一次アカウント及び／又は二次アカウント（又はサブアカウント）に関連する取引を承認又は拒絶してもよい。二次アカウント（又はサブアカウント）のユーザは一次アカウントにアクセスする権限を有さなくてもよく、二次アカウント（又はサブアカウント）において利用可能な取引に限定される必要があってもよく、又は二次アカウント（又はサブアカウント）に関連する取引を進めるために一次アカウントのユーザから承認を得る必要があってもよい。一部の実施形態において、一次アカウントと二次アカウント（又はサブアカウント）は別個のものではなく、（例えば、アクセス権限、アカウントの使用ルールなどを含む）異なるプロファイルを有する１つのアカウントが用いられ、これらのプロファイルは上述の一次アカウント及び二次アカウント（又はサブアカウント）に関連する異なる権限に類似する。類似性及び例証を目的として、以下の説明は異なるユーザのための異なるプロファイルを有する１つのアカウントを用いる実施形態に関する。この説明は本発明の範囲を制限することを意図しないと理解される。

親と子供の情況を例に説明すると、金銭管理システムのユーザー・インターフェース（例えば、ウェブサイト、アプリケーション、又はポータル）を通して、親は権限を有する子供がアカウントで利用できる資金を用いて行うことができる任意の金銭取引に対する種々の制限及び許可を設定することができる。さらに親は、金銭管理システム内のアカウントに関連するルールを監視及び／又は構成し、これにより、このアカウントに関して行われる任意の取引に対して、事前の了承が必要となるようにし、制限し、及び／又は通知を受けるようにすることができる。さらに、ウェブサイト又はアプリケーションは、金銭に関する情報、子供について構成された一又は複数の「許可」ルールに関する情報、及び／又はその他の情報をベンダ（例えば、オンラインベンダ又は物理的位置を有するベンダ）、並びに関連するカード処理業者、電子振込み（ＥＦＴ）会社、又は金融機関と交換することによって、また子供に権限が付与された支払いカード又は電子振込みを用いた購入手続きのために振込み又は支払いを行うことを可能にすることによって、（購入又はその他の金銭）取引を促進するように構成されてもよい。また、ポータルウェブサイト又はアプリケーションは、アカウントに資金を提供／追加する一又は複数のエンティティ又はユーザについて親及び／又は子供がルールを構成できるように、また子供が取引を成立させるために用いる取引識別子を生成できるように、構成されてもよい。金銭管理システムは、親が異なる子供、異なる資金提供者などの異なるアカウントユーザごとに異なるルールを生成することを可能にしてもよい。金銭管理システムに関する以下の説明は親と子供の情況を例にしている。金銭管理システムは親と子供の情況の例以外の情況にも適用できると理解される。この例示的な情況は例示を目的としたものであり、本発明の範囲を制限することを意図しない。

金銭管理システムは、後に本開示ないで詳述する特定の機能を提供するように構成された一又は複数のエンジン又はモジュールを含むか、又はこれらと関連付けられてもよい。これらのエンジンには、登録エンジン、ルールセットエンジン、取引エンジン、監視モジュール、及び通知エンジンを含むが、これらには限定されない。

本発明の上記及び上記以外の目的、特徴、及び性質、並びに、関連する構成要素の動作方法及び機能、そして製造における各部分の組み合わせと経済性については、添付図面を参照しつつ以下の詳細な説明を検討することによってさらに明らかになる。これらはいずれも本明細書の一部を構成する。添付図面は例示及び説明のためのものであり、本発明の発明特定事項の定義として用いることは意図されていない。本明細書及び特許請求の範囲における用法によれば、単数形の「ａ」、「ａｎ」及び「ｔｈｅ」には複数のものへの言及が含まれる。ただし、文脈によって別に解すべきことが明白な場合はこの限りでない。

図１は例示的なシステム構成を示し、本発明の種々の実施形態にしたがって金銭管理システムが配置されている。
図２は例示的なシステム構成を示し、本発明の種々の実施形態にしたがって金銭管理システムが配置されている。図１において、例示的なネットワーク環境１００は金銭管理システム１０２、金融機関（又はそのサーバ）１０４、一又は複数のユーザ１０８、ネットワーク１１２、及びベンダ１１４を含む。

ネットワーク１１２は単一のネットワークでも異なるネットワークの組み合わせでもよい。例えば、ネットワーク１１２はローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パブリックネットワーク、プライベートネットワーク、私有ネットワーク、公衆電話交換ネットワーク（ＰＳＴＮ）、インターネット、無線ネットワーク、仮想ネットワーク、又はこれらの任意の組み合わせであってもよい。また、ネットワーク１１２は種々のネットワークアクセスポイントを含む。例えば、ベースステーション又はインターネットエクスチェンジポイント１１２−１、…１１２−２などの有線又は無線のアクセスポイントである。これらを通してデータソースはネットワーク１１２を介して情報を送信するためにネットワーク１１２に接続してもよい。

ユーザ（例えば、ユーザ装置を含む）１０８は、デスクトップコンピュータ１８０−１、ラップトップコンピュータ１０８−２、自動車１０８−３内の組み込み装置、又はモバイル装置１０８−４を介してネットワーク１１２に接続されるユーザなど、多様である。ユーザ１０８は、ネットワーク１１２を介して金銭管理システム１０２を用いてもよい。単に例として、ユーザ１０８は金銭管理システム１０２のユーザに関連付けられたルールに基づいて、ネットワーク１１２を介して取引に対する要求を送信し当該要求した取引を進めてもよい。他の例として、ユーザ１０８はアカウントの一又は複数のユーザによる当該アカウントに対する行動について、通知を受信し、またそれを監視してもよい。本発明の原理に従って、ユーザ１０８は、一又は複数の有線又は無線のネットワーク（インターネット、ＧＳＭ、ＧＰＲＳ、２．５Ｇ、３Ｇ、４Ｇネットワークなどのセルラーネットワーク、及び／又はその他のネットワークを含む）を通して他の装置とデータを通信し、処理することが可能な電子計算機ハードウェア装置であってもよく、また（例えば、全地球位置把握システム（ＧＰＳ）技術に基づく）位置決定及び追跡コンポーネントを備えてもよい。図１に示す実施形態においては、金銭管理システム１０２は直接ネットワーク１１２に接続している。例えば、金銭管理システム１０２を有する独立サービスプロバイダは、ネットワーク１１２を介して複数の金融機関（又はそのサーバ）１０４又は複数のベンダ１１４にサービスを提供してもよい。

ベンダ１１４は複数のベンダ１１４−１、１１４−２、…１１４−ｎを含む。ベンダ１１４はあるエンティティのウェブサイトに対応するが、そのエンティティは個人、アマゾン・ドット・コムなどの企業、又はＵＳＰＴＯなどの組織、ＣＮＮやヤフーなどのコンテンツプロバイダ、フェイスブックなどのソーシャルネットワークウェブサイト、ゲーム用ウェブサイトなどであってもよい。金銭管理システム１０２はベンダ１１４−１、１１４−２、…１１４−ｎのいずれからの情報にもアクセスできる。例えば、金銭管理システム１０２はベンダ１１４についての全般的な情報（例えば、利用可能な商品及びサービスの種類など）、ベンダ１１４からの取引固有情報（例えば、商品又はサービスの価格、一定時間内のベンダ１１４に関わる取引の数）を取得してもよい。ベンダはウェブサイト、物理的な店舗、又は金銭上の取引が行われる場所及び相手であるエンティティであってもよい。

図２は他の例示的なネットワーク環境２００の高レベル描写であり、この中で本発明の実施形態に従って本発明が適用されている。この実施形態のネットワーク環境２００は、図１におけるネットワーク環境１００に類似しているが、本実施形態の金銭管理システム１０２はネットワーク１１２に直接接続し、少なくとも金融機関（又はそのサービス）１０４に対してバックエンドサブシステムとして機能する点で異なっている。例えば、金銭管理システム１０２を有する独立サービスプロバイダは、ネットワーク１１２を介して金融機関（又はそのサーバ）１０４−１、及び１０４−２を含む他の金融機関（又はそのサーバ）にサービスを提供してもよい。

一部の実施形態において、ユーザ１０８又はベンダ１１４は種々の形態のうちの１つを持つ電子計算機及び通信ハードウェア装置によって具体化されてもよい。このような装置は、携帯電話、タブレットコンピュータ、パーソナルコンピュータ、サーバ、ラップトップ、スマートフォン、ゲーム装置、ネットワーク装置、又はウェアラブルコンピューティングデバイスであってもよく、これらは腕時計、ブレスレット、一対のヘッドフォン、一対の眼鏡、及び／又はその他のウェアラブルコンピューティングデバイスの形態であってもよい。ユーザ１０８又はベンダ１１４は、組み込まれた種々の動作を実装及び実行するための一又は複数のハードウェア、ファームウェア、及び／又はソフトウェアプロセッサを含んでもよい。

一部の実施形態において、ユーザ１０８又はベンダ１１４は表示装置、入力装置、出力装置、メモリ、システムオンチップ（ＳｏＣ）チップセットを含み、当該チップセットはプロセッサ、通信／ネットワークモジュール、及びアンテナを含む。また、これらの装置のうちの一又は複数は、当該一又は複数の装置の種々の構成要素又はユニットの間の接続及び情報通信を行うためのバス及び／又はその他の相互接続手段を含む。

表示装置はユーザ１０８又はベンダ１１４に対して情報を表示するように構成されてもよい。表示装置は液晶ディスプレイ（ＬＣＤ）、発行ダイオード（ＬＥＤ）によるディスプレイ、又は他の任意のフラットパネルディスプレイを含んでもよく、又はブラウン管（ＣＲＴ）を用いてもよい。

入力装置は、キーボード、タッチスクリーン（例えば、触覚フィードバック機能を有するもの）、音声入力、視線追跡入力、脳監視システム、又はこれらに匹敵する他の入力機構を介して入力操作される英数字及び他のキーを含む。この入力装置を通して受信される入力情報は、例えばバスを介してＳｏＣのプロセッサに通信され、さらに処理される。他の種類の入力装置にはマウス、トラックボール、又はカーソル方向キーなどのカーソルコントロール装置が含まれ、これらを用いて方向情報及び命令選択を例えばＳｏＣに通信して表示装置上のカーソルの動きを制御してもよい。

メモリ（又はシステム１００／２００の他の部分）は、ＳｏＣのプロセッサ及び／又は他のプロセッサ（又はコンピューティングユニット）によって実行される命令及び情報を記憶するように構成される動的記憶装置であってもよい。また、メモリはプロセッサが命令を実行している間に一時的な変数又は他の中間情報を記憶するために用いられてもよい。メモリ全体の一部分をデュアルインラインメモリモジュール（ＤＩＭＭ）として実装してもよく、以下のメモリの種類のうちの一又は複数であってもよい。スタティックランダムアクセスメモリ（ＳＲＡＭ）、バーストＳＲＡＭ又はシンクバーストＳＲＡＭ（ＢＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、高速ページモードＤＲＡＭ（ＦＰＭ ＤＲＡＭ）、拡張ＤＲＡＭ（ＥＤＲＡＭ）、拡張データ出力ＲＡＭ（ＥＤＯ ＲＡＭ）、拡張データ出力ＤＲＡＭ（ＥＤＯ ＤＲＡＭ）、バースト拡張データ出力ＤＲＡＭ（ＢＥＤＯ ＤＲＡＭ）、拡張ＤＲＡＭ（ＥＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、ＪＥＤＥＣＳＲＡＭ、ＰＣＩＯＯ ＳＤＲＡＭ、ダブルデータレートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、拡張ＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、ダイレクトラムバスＤＲＡＭ（ＤＲＤＲＡＭ）、強誘電ＲＡＭ（ＦＲＡＭ）、又は他の任意の種類のメモリデバイス。また、メモリはＳｏＣのプロセッサ及び／又は他のプロセッサ（又はコンピューティングユニット）のための静的情報及び命令を記憶するように構成された読み取り専用メモリ（ＲＯＭ）及び／又は他の静的記憶装置を含んでもよい。さらに、メモリは情報及び命令を記憶するための磁気ディスク、光学ディスク、又はフラッシュメモリ装置を含んでもよい。

システム１００／２００の任意の装置の電子ストレージ・メディアには、当該装置と一体に（すなわち、実質的に着脱不能に）設けられたシステム・ストレージ（例えば、ディスク）、及び／又は、例えばポート（例えばＵＳＢポート、ファイヤーワイヤーポート等）やドライブ（例えばディスクドライブ等）を介して装置と着脱可能に接続可能なリムーバブルストレージの少なくとも一方が含まれる。システム１００／２００の任意の装置の電子ストレージ・メディアは、一又は複数の仮想ストレージリソース（例えば、クラウドストレージ、仮想プライベートネットワーク、及び／又はこれら以外の仮想ストレージリソース）を含むか、又はこれらと接続可能に動作する。

一部の実施形態において、ＳｏＣは装置のコアプロセッシングユニット又はコアコンピューティングユニットの一部であり、本発明の実施形態に従って、入力データ及び命令を受信し、出力を提供し、及び／又はシステム１００／２００の他の構成要素を制御するように構成される。一部の実施形態において、ＳｏＣはマイクロプロセッサ、メモリコントローラ、メモリ、及び周辺部品を含んでもよい。マイクロプロセッサはさらにキャッシュメモり（例えば、ＳＲＡＭ）を含んでもよく、このキャッシュメモリはＳｏＣのメモリとともに命令及びデータを記憶するためのメモリ階層構造の一部であってもよい。また、マイクロプロセッサはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のロジックアレイなどの一又は複数のロジックモジュールを含んでもよい。ＳｏＣのマイクロプロセッサとメモリの間の通信はメモリコントローラ（又はチップセット）によって促進されてもよく、これらはまた、カウンタータイマー、リアルタイムタイマー、パワーオンリセットジェネレータなどの周辺部品、又はこれらの組み合わせとの通信を促進してもよい。また、ＳｏＣはタイミングソース（例えば、オシレータ、位相同期ループなど）、電圧調整器、電源管理回路など、又はこれらの組み合わせを含むが、これらには限定されない他の構成要素を含んでもよい。

一部の実施形態において、金銭管理システム１０２の、又はそれに関連する様々な構成要素（例えば、ユーザ１０８、ベンダ１１４）は、直接又は一又は複数のネットワークを介して通信プラットフォームを介して互いに通信してもよい。この通信プラットフォームは、適切な及び／又は典型的なハードウェア、ソフトウェア、及び／又はファームウェアモジュールを含んでもよい。これらの例は変調器、復調器、ベースバンドコンバータ、チャネルコーデック、及び／又は他の構成要素であり、通信プラットフォームに実装されて装置の無線通信を可能にする。よって、通信プラットフォームはアンテナを通して無線周波数（ＲＦ）信号形式のデータ及びメッセージを無線で送受信してもよい。一部の実施形態において、通信プラットフォームは一又は複数の通信標準及びプロトコルを利用した通信に対応するように設計及び構成される。例えば、Ｗｉ＿Ｆｉ、Ｗｉ＿Ｇｉ、Ｂｌｕｅｔｏｏｔｈ、ＧＳＭ、ＣＤＭＡ、ＧＰＲＳ、３Ｇ又は４Ｇ（例えば、ＷｉＭＡＸ、ＬＴＥ）セルラー標準、無線ＵＳＢ、衛星通信、及び無線ＬＡＮが含まれるが、これらには限定されない。付加的に又は代替的に、通信プラットフォームは例えばＥｔｈｅｒｎｅｔ標準を利用した有線通信にも対応するように構成されてもよく、よって装置の適切なネットワークインターフェースに結合されてもよい。

一部の実施形態において、金銭管理システム１０２は、例えば管理者や権限ユーザなどの一又は複数のユーザが貯金アカウント又は擬似貯金アカウントを設定、維持、又はこれにアクセスすることを可能にしてもよく、これらのアカウントを通して、金銭管理システム１０８によって、及び／又はその制御下で提供される支払い又は電子振込み（ＥＦＴ）などの取引が処理されてもよい。アカウント内の資金は、銀行、カード処理業者、又は電子振込み処理業者などの金融機関を利用して金銭管理システム１０２によって処理されてもよい。例えば、金銭管理システム１０２は従来の銀行を用いて従来の銀行預金口座に預金してもよい。しかしながら、アカウントの管理者又は権限ユーザは直接金融機関と関わらない。一部の実施形態において、金融機関は金銭管理システムにおいてアカウントの管理者又は権限ユーザの情報にアクセスすることができない。金銭管理システムは金銭管理システムを用いて異なるアカウントから資金をプールし、例えば、その資金を金銭管理システム１０２又は関連するエンティティの名義で従来の銀行預金口座に預金することによって、その資金を処理する。アカウントの一又は複数のユーザに関する取引を処理するために、金銭管理システム１０２は例えばインターネット及び／又は他の有線又は無線ネットワークを介して金融機関（例えば、銀行、カード処理業者、又は電子振込み処理業者）と情報（例えば、金銭に関する情報など）を通信及び交換してもよい。さらに、金銭管理システム１０２は一又は複数のオンラインベンダ又はウェブサイトと情報を通信及び交換することによって、例えば、当該金銭管理システム１０２上で実行される一又は複数のアカウントユーザに関する購入取引を処理してもよい。さらに、金銭管理システム１０２は金銭管理システム内のアカウントの一又は複数のユーザと通知、警告、及び／又はメッセージを通信してもよい。単に例として、金銭管理システム１０２は、資金が振り込み又は受領されたとき、又は権限ユーザ（例えば、子供）がアカウントに関連付けられた支払いシステムを用いて購入を行ったときに、管理者（例えば、親）の一又は複数の装置（例えば、携帯電話）にテキストメッセージを送信してもよい。これによってアカウントの管理者は権限ユーザの代理で、又は権限ユーザによって開始された金銭上の取引を制御、追跡、及び監視することが可能になり、又は（仮想とは異なる）現実の資金及び取引を用いた責任ある金銭管理のための教育／学習の機会を提供する。

一部の実施形態において、事前入金されたアカウントを用いると、例えば年間又は月間手数料、販売手数料、ＡＴＭ引き落とし手数料、時間外手数料、利息、残高照会手数料、カード再発行手数料、休眠口座手数料など、又はその組み合わせなどの金銭上の取引の手数料が減額又は無料化される。一部の実施形態において、金銭管理システムに関連する別個のウェブサイトアカウントを設定することによってアカウント情報を保持し、二重層パスワード保護を生成し、取引活動内容を表示し、カレンダーにリンクし（例えば、誕生日などの場合）、特別なオファーを受けるなどしてもよい。

図３は例示的な金銭管理システム１０２を示す。この実施形態において、金銭管理システム１０２は登録エンジン３０２、ユーザ情報データベース（ＤＢ）３０４、認証エンジン３０６、ルールデータベース（ＤＢ）３０８、ルールセットエンジン３１０、金銭情報データベース（ＤＢ）３１２、取引エンジン３１４、監視エンジン３１６、取引ログ３１８、及び通知エンジン３２０を含む。このシステム１０２はユーザ１０８及び／又は第三者エンティティ３２２によってアクセスされてもよい。第三者エンティティ３２２はベンダ（オンライン又はローカル）１１４、金融機関又はそのサーバ１０４などであってもよい。金銭管理システム１０２は集中されても分散されてもよい。

金銭管理システム１０２は簡単には以下のように説明できる。登録エンジンは金銭管理システム１０２のユーザ（例えば、親）が当該システム１０２内でアカウントを設定するのを可能にするように構成されてもよい。認証エンジン３０６はユーザ１０８によって入力された又はユーザ１０８に関連するログイン情報（又はアクセス資格証明書）を認証するように構成されてもよい。ルールセットエンジン３１０は種々の基準に基づいてユーザ１０８に関連する取引に対するアクションを決定するように構成されてもよい。種々の基準は、例えば、当該取引、ユーザのアクセス権限、アカウントの使用に適用できるルール、ユーザ１０８に関する金銭情報など、又はこれらの組み合わせを含む。ルールセットエンジン３１０はユーザ１０８に関連する取引に対するアクションに関する命令を、例えば、取引エンジン３１４に対して提供し、取引エンジン３１４はそれに従って処理を進行する。この取引は例えば、購入取引、貯金取引、一時的又は繰り返される預金（例えば、振込みによる）など、又はこれらの組み合わせであってもよい。取引エンジン３１４は監視エンジン３１６、取引ログ３１８、及び／又は通知エンジン３２０と取引について通信してもよい。

図４から図７は本発明の実施形態に従う金銭管理システム１０２のユーザインターフェースを構成するアプリケーション（「金銭管理アプリケーション」と称する）の例示的なページを示す。図４は金銭管理システムの例示的なスプラッシュスクリーンを示す。この図示された例において、金銭管理アプリケーションは「ｋｏ−ｂａｎ」という名称である。このアプリケーション名は、例えば「Ｋｏ−ｂａｎ」、「Ｋｏ−Ｂａｎ」、「ＫＯ−ＢＡＮ」などとも表現され得る。また、このスクリーンは例えば時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリア、金銭管理アプリケーションの使用条件へのリンクなど、又はこれらの組み合わせを含む情報を表示してもよい。

図５は本発明の実施形態に従う金銭管理システム１０２の金銭管理アプリケーションの例示的なホームページを示す。このページは現在残高アイコン５１２、数人のユーザ（例えば、アカウントの管理者の子供たち。後に詳述する。）の合計残高に関するアイコン５１４、貯金アイコン５１６、購入アイコン５１８、預金アイコン５２０、及びアカウント履歴アイコン５２２を含む。また、このホームページはプルダウンメニュー５０２を含んでもよい。このプルダウンメニュー５０２はアイコン５１２、５１４、５１６、５１８、５２０、及び５２２に関する機能のうちの少なくとも１つを起動する代替的な方法、又は付加的な機能を起動する方法を提供してもよい。例示的な付加的機能は、例えば、印刷、保存、特定の取引に対するマーキング、金銭管理アプリケーションの終了、などを含む。このホームページはさらに終了アイコン５０６を含んでもよい。終了アイコン５０６をクリックすると、ユーザは金銭管理アプリケーションを終了することができる。また、このページは例えばアプリケーション名５０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリア、金銭管理アプリケーションの使用条件へのリンクなど、又はこれらの組み合わせを含む情報を表示してもよい。

アイコン５１２、５１４、５１６、５１８、５２０、５２２、及び５０６に関連付けられた機能、及びプルダウンメニュー５０２内のリストに含まれる機能は、例えば、これらのアイコン又はプルダウンメニュー内のリストに含まれる機能名をクリックすることによって起動できる。現在残高アイコン５１２はアカウントの現在の残高の要約を含む。アイコン５１４は数人のユーザ（例えば、管理者の子供たち）の名前及びこれらのユーザに割り当てられた合計残高を含む。一部の実施形態において、図５に示すように、アイコン５１２に表示される現在の残高は、アイコン５１４に表示される既にアカウントの数人のユーザ（例えば、管理者の子供たち）に割り当てられた残高を含まない。一部の実施形態において、アイコン５１２に表示される現在の残高は、アイコン５１４に表示される既にアカウントの数人のユーザに割り当てられた残高を含む。一部の実施形態において、アイコン５１２又はアイコン５１４は残高を表示せず、アイコン５１６、５１８、５２０、又は５２２のようなアイコンに関連付けられた機能を簡単に説明する。一部の実施形態において、ユーザ名はアイコン５１４に表示されず、その代わりに、ユーザ（子供たち）の人数及び／又は指定された画像（例えば、ユーザ（子供たち）の写真）をアイコン５１４に表示する。

貯金アイコン５１６はアカウントユーザに関連付けられた貯金計画を含めて、貯金に関連付けられる。購入アイコン５１８はアカウントユーザによる購入を行う機能に関連付けられる。預金アイコン５２０はアカウントユーザによる預金又は振込みを行う機能に関連付けられる。アカウント履歴アイコン５２２は一又は複数のアカウントユーザによるアカウントの履歴、例えば、取引履歴を表示する機能に関連付けられる。以下に詳述するように、アカウントの異なるユーザは異なるアクセス権限を有してもよい。金銭管理アプリケーションの異なるユーザ向けのホームページは同じアイコンを表示してもよく、又は異なるアイコンを表示してもよい。単に例として、アカウントの貯金機能及び購入機能を使用するアクセス権限を有するアカウントユーザに対しては、これら２つのアイコン及びアカウント履歴アイコン５２２のみが表示されクリックできる状態となる。他の例として、すべてのアカウントユーザに対して同じアイコンが表示されるが、利用可能な機能に関連付けられたアイコンのみがクリックでき、当該利用可能な機能を起動できるようになっている。アイコンの配置は、アイコン上に表示される画像の配置と同様に、例示を目的としたものであり、本発明の範囲を限定することは意図されない。

図６は本発明の実施形態に従う金銭管理システムのアカウントユーザの例示的な残高ページを示す。（適切なアクセス権限を有する）アカウントユーザは、例えば金銭管理アプリケーションのホームページ上のアイコン５１２をクリックすることによって、残高ページに到達してもよい。このページはページタイトル６０４、貯金残高６１２、利用可能残高６１４、「残高を追加」アイコン６１６、及び「割当金を追加」アイコン６１８を表示する。「貯金残高」６１２は、アカウントユーザが利用できる合計残高又はアカウントユーザが貯金のために蓄えた残高を含んでもよい。「利用可能残高」６１４はアカウントユーザが使える残高を含んでもよい。「貯金残高」６１２及び「利用可能残高」６１４は同額でも異なる額でもよい。「残高を追加」アイコン６１６は、例えば、アカウントユーザが利用できる残高が少ない場合、又は贈物として、当該アカウントユーザに資金を付与する機能と関連付けられてもよい。「割当金を追加」アイコン６１８は、アカウントユーザに適用可能な割当金又は一時的又は繰り返される振込みを変更する（例えば、増額する又は減額する）機能と関連付けられてもよい。また、このページはユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン６０２を含む。また、このページは例えば時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリア、最近のアカウント利用状況、金銭管理アプリケーションの使用条件へのリンクなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。単に例として、図６に示すように、このページには「最後の取引 １時間前」というメッセージが表示されてもよい。

図７は本発明の実施形態に従う金銭管理システムのアカウントの例示的な明細ページを示す。（適切なアクセス権限を有する）アカウントユーザは、例えば金銭管理アプリケーションのホームページ上のアイコン５１４をクリックすることによって、明細ページに到達してもよい。明細ページはアカウントの少なくとも数人のユーザ、例えば、アカウントの管理者の子供たちを一覧表示する。このページにおいて、例えば、７１２、７１４、又は７１６などのエントリは明細ページに含まれるユーザごとに表示されてもよい。要約は、例えば、ユーザ名、貯金残高、週の割当金、最近の利用状況など、又はこれらの組み合わせについての情報を含んでもよい。例えばアカウントユーザに関連付けられる残高などの種々の金銭情報は、金銭情報データベース３１２に記憶されてもよい。例えば、７１２、７１４、又は７１６などのエントリはユーザの写真又は似顔絵を含んでもよい。例えば、７１２、７１４、又は７１６などのエントリ又はその一部（例えば、ユーザの名前又は写真又は似顔絵）をクリックすることによって、アカウントユーザの利用状況に関するさらなる詳細事項（例えば、取引履歴）を表示するページに移ってもよい。また、このページはユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン７０２を含む。また、このページは例えばページのタイトル７０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリア、最近のアカウント利用状況、金銭管理アプリケーションの使用条件へのリンクなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。さらに、このページはアカウントにユーザを追加する機能に関連付けられたアイコン７０６を含んでもよい。

図３を再び参照すると、登録エンジン３０２は金銭管理システム１０２のユーザ（例えば、親）が当該システム１０２内でアカウントを設定するのを可能にするように構成されてもよい。図８は本発明の実施形態に従う例示的な登録処理のフローチャートを示す。アカウントに登録するユーザは、自分を当該アカウントの管理者として指定することができる。管理者は種々の登録情報を入力する必要がある。管理者は、例えば、ウェブサイト、電話、アプリケーション又はポータルなど、又はこれらの組み合わせなどのユーザインターフェースを介して登録情報を入力してもよい。ユーザーインターフェースは、例えば、管理者及び他の権限ユーザに関する登録情報を確認し保存するように要求することによって、アカウントの管理者に対してアカウントの設定方法を案内するように構成されてもよい。

工程８０２において、登録情報が取得される。登録情報は、例えば、個人情報、金銭情報、一又は複数の付加的な権限ユーザに関する情報、ログイン情報（又はアクセス資格証明書）、異なるユーザに適用可能なアカウント使用上のルールなど、又はこれらの組み合わせを含んでもよい。

個人情報は、例えば、氏名、誕生日、年齢、性別、社会保障番号又は他の識別番号、住所、電子メールアドレス、主要な電話番号、携帯電話番号、確認プリファレンス（管理者に関連する登録情報を確認するために使われる電子メール、電話、又は書面など）、通知プリファレンス（アカウントに関連する通知を管理者に送信するために使われる電子メール、電話、又は書面など）、主要な電子メールアドレス、パスワードを忘れたときの一又は複数の質問、時間帯（アカウント内の日付と時間が特定の時間帯に基づき、金銭管理システム１０２の時間帯に基づかないようにするため）、通貨プリファレンス、及び／又は他のプリファレンス又は情報など、又はこれらの組み合わせを含んでもよい。金銭情報は、例えば、収入、クレジットカード番号、デビットカード番号、銀行口座番号、ＰａｙＰａｌ（登録商標）又は他の電子アカウント情報など、又はこれらの組み合わせを含んでもよい。管理者はアカウントの自分以外の一又は複数の権限ユーザを特定してもよい。これらのユーザは、例えば、子供、扶養家族、親戚、友人、従業員など、又はこれらの組み合わせである。

管理者は管理者アクセス権限を一又は複数の権限ユーザと共有してもよい。これを実現するためには、管理者は自分のログイン情報又はアクセス資格証明書を他の権限ユーザと共有するか、又は管理者はログイン情報又はアクセス資格証明書を他の権限ユーザ用に指定し、かつ同じ（又はほとんど同じ）アクセス権限及び適用可能なルールを管理者のものとして指定する。管理者は、例えば、管理者のログイン情報（又はアクセス資格証明書）を変更するか、又は他の権限ユーザについてのアクセス権限及び適用可能なルールを変更することによって、管理者のアクセス権限の共有を解除することができる。

管理者は一又は複数の権限ユーザのそれぞれについてログイン情報又はアクセス資格証明書を指定してもよい。異なる権限ユーザごとに、ログイン情報又はアクセス資格証明書が異なっていてもよい。また、管理者はアクセス資格証明書及び／又は一又は複数の権限ユーザに適用できるアカウントの使用上のルールを指定してもよい。各々のアクセス権限及びアカウント使用上の適用できるルールはログイン情報又はアクセス資格証明書と関連付けられてもよい。単に例として、ユーザが管理者のログイン情報又はアクセス資格証明書を用いてログインするときには、管理者に指定されたアクセス権限及びルールを適用でき、ユーザが管理者の子供などの権限ユーザのログイン情報又はアクセス資格証明書を用いてログインするときには、当該特定ユーザに指定されたアクセス権限及びルールを適用できる。

管理者又は権限ユーザ用のログイン情報（又はアクセス資格証明書）は、ユーザ名、パスワード、ＰＩＮ番号など、又はこれらの組み合わせを含んでもよい。パスワードは一続きの数字、文字、又は記号、又は識別子（例えば、生体計測識別子）であってもよい。生体計測識別子は、例えば、指紋、声、顔認識など、又はこれらの組み合わせであってもよい。パスワードには有効期限があってもよく、時々（例えば、定期的に、又は管理者が指定又は希望する頻度で）リセットすることによってパスワードの強度を確実にする必要がある。

一部の実施形態において、管理者は権限ユーザによるアカウントの使用に関するルールを指定することによって、権限ユーザ（例えば、管理者の子供、扶養家族、友人など）のプロファイルを構成してもよい。権限ユーザはアカウントに預金をする者（資金提供者とも称する）、又は購入を行うかアカウント内の資金を使う者であってもよい。プロファイルは、すでに説明したログイン情報（又はアクセス資格証明書）、アカウントで利用できる資金に対する権限ユーザによるアクセスにおける条件又は制限、アカウントに対する資金提供又は預金における条件又は制限など、又はこれらの組み合わせを含んでもよい。管理者はアカウントにおける資金の使用に関する自由裁量を完全に有するケースからまったく有さないケースまでを可能にする種々のレベルのアクセス権限（又は「許可」構成）を設定及び更新又は変更することができ、これにより、例えば、どこで、いつ、何に、いくらの金額で権限ユーザがアカウント内で利用できる資金を使うか、又はアカウント内に預金するかを制御することができる。

一部の実施形態において、管理者は自分自身をアカウントに資金を提供することができる唯一のユーザとして指定してもよい。一部の実施形態において、管理者は（アカウントに預金ができる）承認された資金提供者としての一又は複数の権限ユーザ（例えば、祖父、親戚、友人など）、頻度、及び当該アカウント又は他の権限ユーザ（例えば、子供）に対する預金の額を指定してもよい。管理者はアカウントに預金又は振込みがあった場合に通知されることを指定してもよい。通知は電子メール、ＳＭＳ／テキストメッセージ、ボイスメールなどで送信されてもよい。また、管理者は資金の受領の通知が資金を提供又は預金する資金提供者に対して送られることを指定してもよい。さらに、管理者は預金がアカウントに対してどのように行われるかについての一又は複数の条件を設定してもよい。例えば、管理者は資金提供者がアカウントに追加する金額の制限又はアカウントの権限ユーザに対して提供する金額の制限を指定してもよい。他の例として、管理者は資金提供者がアカウントに預金する又はアカウントの権限ユーザに対して資金提供する頻度又は期間（例えば、誕生日や休日）に制限を設けてもよい。アカウントに預金をする権限ユーザ又は資金提供者は、預金をする際に使用する認証コードを付与されてもよい。

例えば、権限ユーザの場合、管理者は、権限ユーザが資金を使うことを承認されたベンダのウェブサイト又は店の所在地のリスト、例えば管理者の承認を得ずに権限ユーザが使える金額を制限する使用金額制限（取引ごと、ベンダごと、など）、又は権限ユーザに適用できる定期使用制限（例えば、日ごと、週ごと、月ごと、又は任意の時間制限）、又は権限ユーザがアカウント内で資金を使用できる期間、例えば、１日のうちの特定の時間、１週間のうちの特定の曜日、又は任意の期間を指定してもよい。他の例として、管理者は、権限ユーザの誕生日又は休日などの機会ごとに、及び権限ユーザが特別な場所又は地理的な位置を訪れた場合に、権限ユーザが使ってもよい金額を制御する使用制限を設定してもよい。さらなる例として、管理者は権限ユーザによる資金の使用を特定の地理的な範囲（例えば、住所の郵便番号）に限定してもよい。

一部の実施形態において、管理者は事前に識別したベンダ（例えば、ベンダのウェブサイト）からの購入を事前にブロックし、権限ユーザが又は権限ユーザの代理で購入する際には事前の承認が必要なベンダを識別し、購入を事前に承認された特定のベンダのみに限定し、購入を特定のベンダによって提供される特定の製品又はサービスのみに限定し、又は限定された数のベンダ又はすべてのベンダからの購入に対する完全な自動承認を可能にしてもよい。一部の実施形態において、管理者は使用金額（例えば、単一の取引における最大金額）、特定の期間（例えば、１ヶ月単位の合計許容使用金額）、特定の機会（例えば、誕生日又は休日）、貯金アカウントの残高制限（例えば、貯金アカウントがそれを下回らないようにする）に基づいて、権限ユーザに関する取引を承認してもよい。一部の実施形態において、管理者は問題のある利用状況が発生すると権限ユーザのアクセス権限を（例えば、即座に）凍結又は停止させてもよい。

また、これらのルールの任意の組み合わせを管理者によって構成される権限ユーザのプロファイルに関連付けて指定してもよい。

一部の実施形態において、ビジネスプロファイルを作成してベンダ（例えば、第三者ベンダ）を管理してもよい。このビジネスプロファイルは提供される製品及びサービスの種類、場所、営業時間、連絡先、及び／又は顧客サービス情報など、又はこれらの組み合わせに基づいてもよい。ベンダ１１４は、アマゾン・ドット・コム、ｉＴｕｎｅｓ、ベスト・バイ、アップル・ストア、トイザらス、スターバックス、書店などを含んでもよいが、これらには限定されない。本発明の実施形態はベンダによって提供されるサービス又は商品の種類によって限定されない。ビジネスプロファイルはアカウントの一又は複数の権限ユーザに適用してもよい。例えば、ビジネスプロファイルは、権限ユーザが又は権限ユーザの代理で取引を行う場合にアカウントの管理者の承認が必要なベンダに関する情報を含む。

一部の実施形態において、権限ユーザは、アカウントを用いた支払いを直接要求するのではなく、「要望リスト」に項目を追加することを許可されるか、又は項目を追加することに限定されてもよい。一部の実施形態において、要望リストは成立していない取引についての保留アイテムを含んでもよい。単に例として、権限ユーザが購入を行う前に例えば管理者による事前の了承が必要であるため、項目は保留扱いとなる。要望リストは特定のベンダからの項目を含んでもよい。単に例として、要望リストはアマゾン・ドット・コムからのビデオゲームを含んでもよい（このビデオゲームが別のベンダでも利用できるか否かに関わりなく）。要望リストは同一又は複数のベンダからの複数の項目を含んでもよい。要望リストに含まれる項目を提供するベンダは特定されていなくてもよい。単に例として、要望リストは携帯電話を含んでもよい。この携帯電話は種々のローカル又はオンラインベンダで入手でき、要望リストはどのベンダから携帯電話を購入できるか又は購入しなければならないかを特定する情報を含まない。続いて、管理者によって規定されたルールに従って条件を満たすと、要望リスト内の項目に関連する取引が成立してもよい。一部の実施形態において、アカウントの管理者などのアカウントユーザは要望リスト上の項目を検査して承認（又は却下）してもよい。要望リスト内の項目が承認されると、当該項目を購入する取引が成立する。取引を完了させるための支払いは、項目を要求した又は要望リストに追加した権限ユーザから行われてもよく、項目を承認したアカウントユーザから行われてもよく、又は適切なアクセス権限を有する他のアカウントユーザから行われてもよい。一部の実施形態において、アカウントの管理者などのアカウントユーザは要望リストから項目を削除してもよい。項目は例えばアカウントの管理者などのアカウントユーザから却下された場合に要望リストから削除されてもよい。要望リストをカスタマイズして、例えば、要望リストの設定に基づき、要望リスト内の項目が有効期限切れとなり要望リストから削除されるようにしてもよい。

例えば子供などの権限ユーザに適用できる管理者によって規定された例示的なルールのセットは、以下の通りである。子供は自分のユーザ名及びパスワードを用いてアカウントにアクセスし、自分のアカウント残高を確認し、貯金目標を設定し、管理者によって承認された商品又はサービスを金銭管理システム１０２を通して購入してもよい。また、子供は自分の過去の取引を閲覧／監視し、管理者によって構成された種々の制約／設定を閲覧し、管理者によって設定された制約の範囲内で自分の予算を設定してもよい。子供のプロファイルの設定は管理者によってアクセス、閲覧、変更、及び／又は制限されてもよい。例えば、システムが提示するいくつかのオプションの中から管理者が選択することによって、子供がアカウントを使って行う取引又は購入について種々の制限／制約を子供に課すようにしてもよい。

本発明の実施形態に従う例示的なルールを以下に列挙する。

“名前”：“最小預金取引”

“説明”：“特定の値未満の取引をブロックする”

“優先度”：２

“対象”：１

“条件”：

ｆｕｎｃｔｉｏｎ（ｔｒａｎｓａｃｔｉｏｎ，ｃｂ） ｛

ｃｂ（ｔｒａｎｓａｃｔｉｏｎ ＆＆ （ｔｒａｎｓａｃｔｉｏｎ．Ｔｏｔａｌ ＜ ＤＥＰＯＳＩＴ＿ＭＩＮＩＭＵＭ）；

｝，

“結果”：

ｆｕｎｃｔｉｏｎ（ｃｂ） ｛

ｓｙｓｔｅｍ．ｌｏｇ（“ルールに一致、特定の値未満の取引をブロックする。預金を拒絶する。”）；

ｔｈｉｓ．ｒｅｓｕｌｔ ＝ ｆａｌｓｅ；

ｔｈｉｓ．ｐｒｏｃｅｓｓ ＝ ｔｒｕｅ；

ｃｂ（）；

）

工程８０４において登録情報の少なくとも一部が検証され、その後に、管理者が登録処理をさらに進めるか又はこれらの情報がデータベースに保存される。単に例として、住所、電子メールアドレス、電話番号、又は他の個人情報が検証され、その後に、管理者が登録処理をさらに進めるか又はこれらの情報がユーザ情報データベース３０４に保存されてもよい。他の例として、クレジットカード番号、デビットカード番号、銀行口座番号、又はその他の金銭情報又はアカウント情報が検証され、その後に、これらの情報が金銭情報データベース３１２に保存されてもよい。登録エンジン３０２は電子的に及び／又は自動的に検証を行ってもよい。例えば、登録エンジン３０２はクレジットカード情報を当該クレジットカードの発行者に電子的に送信することによって、管理者によって入力されるクレジットカード情報を検証してもよい。付加的に又は代替的に、登録エンジン３０２は管理者又は異なるアカウントユーザに対して証拠書類の提示を求めてもよい。例えば、登録エンジン３０２は電話料金請求書あるいは銀行口座明細書、又は子供の養育権あるいは保護責任の証明の提示を管理者に対して求めてもよい。

工程８０６において登録情報の少なくとも一部が処理され、その後に、当該情報は金銭管理システム１０２のデータベース内に保存される。例示的な処理の方法は、暗号化、圧縮など、又はこれらの組み合わせを含む。例えば、管理者によって入力されたクレジットカード番号が暗号化され、その後金銭情報データベース３１２に保存されてもよい。金銭管理システム１０２との間で送受信される情報（例えば、当該システム上で実行される金銭管理アプリケーションに関するもの）は、例えば、セキュアソケットレイヤ（ＳＳＬ）、トランスポートレイヤセキュリティ（ＴＬＳ）などの既知の暗号化処理及び任意の認証アルゴリズムを用いて暗号化され、安全な状態となる。

工程８０８において、登録情報の少なくとも一部が金銭管理システム１０２のデータベース内に保存される。一部の実施形態において、個人情報及び／又はログイン情報（又はアクセス資格証明書）をユーザ情報データベース（ＤＢ）３０４内に保存し、異なるユーザに適用できるアカウントの使用ルールをルールデータベース（ＤＢ）３０８内に保存し、金銭情報を金銭情報データベース（ＤＢ）３１２内に保存してもよい。一部の実施形態において、異なるユーザに適用できるアカウントの使用ルールをルールセットエンジン３１０に転送し、その後ルールデータベース（ＤＢ）内に転送及び保存してもよい。一部の実施形態において、異なるユーザに適用できるアカウントの使用ルールは、ユーザがログインするときに当該ユーザが入力するログイン情報（又はアクセス資格証明書）に基づいて取得又はアクティブ化されてもよい。一部の実施形態において、登録情報の少なくとも一部は金銭管理システム１０２と作動的に通信する安全なデータベースサーバ（関連する既知のハードウェア及びソフトウェアを含む）に送信され、保存されて、それ以降アクセスできるようになる。

一部の実施形態において、アカウントが作成された後に登録情報が変更されてもよく、それにしたがって関連するデータベースが更新されてもよい。単に例として、適切な情報に基づいて新しいユーザがアカウントに追加されてもよい。適切な情報は、例えば、ユーザ名、アクセス権限、ログイン情報（又はアクセス資格証明書）、適用可能なルールなど、又はこれらの組み合わせを含む。他の例として、既存のユーザに対応するルールを改正してもよい。例えば、増額又は減額が可能なユーザに利用可能な割当金、ユーザが購入してもよい許容頻度、購入時にユーザが使用できる金額の上限、ユーザが購入を行う前に承認が必要な状況などについて、改正が行われてもよい。さらなる例として、金銭管理システムのアカウントへの預金を追加又は削除してもよい。あるいは、住所、電話番号、電子メールアドレスなどの変更を反映するためにユーザ情報を変更してもよい。

図９Ａ、図９Ｂ、及び図１０は本発明の実施形態に従う金銭管理システム１０２のユーザインターフェースを構成するアプリケーションの例示的な登録ページを示す。図９Ａは本発明の実施形態に従って金銭管理システムにユーザ（例えば、子供）が追加される例示的なページを示す。図示するように、ユーザを追加するためのページは、明細ページのアイコン７０６をクリックすることによって起動することができる。図７に関連して述べたように、明細ページはこれ以外にも、ユーザがクリックすると金銭管理アプリケーションのホームページに戻ることができるアイコン７０２と、ページ７０４のタイトルを含む。新しいユーザを追加するために、管理者（又は適切なアクセス権限を有するアカウントのユーザ）は新しいユーザについて以下の情報を入力してもよい。ファーストネーム（９０２）、ラストネーム（９０４）、電子メールアドレス（９０６）、パスワード（９０８）、性別（９１０）、及び誕生日（９１２）。管理者は「子供を追加」アイコン９１４をクリックして金銭管理システム１０２に情報を送信してもよい。新しいユーザは自分のプロファイルが設定された後にパスワードを変更してもよいが、これはユーザのプロファイルに対する管理者のアクセスには影響しない。

図９Ｂは本発明の実施形態に従う金銭管理システム１０２内でアカウントユーザに適用できるルールを設定する例示的なページを示す。管理者（又は適切なアクセス権限を有するアカウントのユーザ）はユーザについて以下の情報を入力してもよい。個人情報（９６８）、住所（９７０）、及び個人の制限設定又はルール（９７２）。情報が入力されるユーザは新しいユーザでもよく、また既存のユーザでもよい（この場合、既存のユーザのプロファイルが変更される）。個人情報９６８は、例えば、ユーザ名、パスワード、誕生日（９２２）など、又はこれらの組み合わせを含んでもよい。住所９７０は、例えば、街路番号９２４、アパート番号、市９２６、州９２８、郵便番号９３０、国など、又はこれらの組み合わせを含んでもよい。親制限設定は、例えば、日単位制限額９３２、誕生日例外９３４、週単位制限額９３６、月単位制限額９３８、日単位最高額９４０、取引単位最高額９４２、日単位件数９４４、承認済ベンダ９４６を含んでもよい。日単位制限額９３２、週単位制限額９３６、及び月単位制限額９３８は、それぞれ当該ユーザの日単位、週単位、及び月単位の使用制限額を指定してもよい。誕生日例外９３４は、ユーザの誕生日に関する資金の使用は親制限設定９７２の他の制限事項（例えば、日単位制限額、週単位制限額、又は月単位制限額）又はルールに算入されないようにする誕生日例外が存在するか否かを指定する。日単位最高額９４０は特定のカテゴリ（例えば、ゲーム、食品、衣料など）についての日単位の金額使用制限を指定してもよい。取引単位最高額９４２は、例えば、管理者の承認なしで単一の取引で使用できる最高額を指定してもよい。日単位件数９４４は１日の取引数の制限を指定してもよい。承認済ベンダ９４６は、親が事前承認しているベンダの一覧を提供してもよく、ユーザは当該ベンダとの取引について管理者の承認を求める必要がない。親制限設定９７２はさらなるルールを含んでもよい。例えば、親制限設定９７２は禁止されたベンダ又は製品及びサービスの一覧を含んでもよい。また、親制限設定９７２は金銭管理システム１０２が特定の権限ユーザによって特定の時間、例えば、授業時間中に使用されることを制限してもよく、また特定の期間中にシステム１０２を使用できる最大時間を、例えば週に１時間などと指定してもよい。一部の実施形態において、管理者は金銭管理システム１０２又は金銭管理アプリケーションによって提供されるオプション（例えば、図９Ｂの親制限設定９７２に列挙されるもの）を使用できる。チェックを入れられた制限事項又はルールのみが適用可能である。図示するように、日単位制限額９３２、誕生日例外９３４、日単位最高額９４０、及び取引単位最高額９４２がこのユーザに適用可能である。一部の実施形態において、管理者は金銭管理システム１０２又は金銭管理アプリケーションによって提供されるオプションに加えて、又はそれに代えて、自分自身のルールを定義できる。また、このページはユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン９６２と、ページ上の情報の保存を可能にする保存アイコン９６６を含む。さらに、このページは例えばページのタイトル９６４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリア、最近のアカウント利用状況、金銭管理アプリケーションの使用条件へのリンクなど、又はこれらの組み合わせを含む情報を表示する。

図１０は本発明の実施形態に従う金銭管理システム１０２内でユーザに対する割当金を設定する例示的なページを示す。ユーザに対して割当金を設定するために、管理者（又は適切なアクセス権限を有するユーザ）はユーザ名（１０１２）、割当金が提供される頻度（例えば、週ごと、２週間ごと、月ごと、一時的）（１０１４）、金額（１０１６）など、又はこれらの組み合わせを入力してもよい。その後管理者（又は適切なアクセス権限を有するユーザ）は「有効化」アイコン１０１８をクリックして割当金を有効にしてもよい。このページによって、管理者（又は適切なアクセス権限を有するユーザ）は新しいユーザに割当金を追加する、又は既存のユーザに対する割当金を変更することができる。既存のユーザについては、今回入力された割当金情報がアカウント内の当該ユーザのプロファイルにすでに存在している割当金情報に置き換わってもよい。管理者（又は適切なアクセス権限を有するユーザ）は、すでにユーザのプロファイルにある割当金情報を新規に入力された情報で置き換える意思を、置き換えを行う前に確認されてもよい。また、このページはアカウントユーザの「現在の割当金」１０２０の要約をエントリ１０２２、１０２４、及び１０２６に表示する。アカウントユーザについて、この要約はユーザ名、割当金が利用可能な期間、及び割当金の額を含んでもよい。また、このページはユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン１００２をさらに含む。さらに、このページは例えばページのタイトル１００４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリア、最近のアカウント利用状況、金銭管理アプリケーションの使用条件へのリンクなど、又はこれらの組み合わせを含む情報を表示する。

再び図３を参照すると、認証エンジン３０６はユーザ１０８によって入力されたログイン情報（又はアクセス資格証明書）を認証するように構成されてもよい。認証エンジン３０６はユーザ１０８によって入力された又はユーザ１０８に関連するログイン情報（又はアクセス資格証明書）を受信してもよい。単に例として、ログイン情報（又はアクセス資格証明書）は、金銭管理システム１０２内の自分のアカウントにアクセスしようとするユーザ１０８によって入力される。他の例として、ログイン情報（又はアクセス資格証明書）は、ログイン情報（又はアクセス資格証明書）が保存されたソフトウェア（例えば、パスワード管理ソフトウェア）によって入力されてもよい。さらなる例として、ログイン情報（又はアクセス資格証明書）は２つの部分を含み、その一方はユーザ１０８によって入力された又はユーザ１０８に関連するユーザ名に基づくログイン情報を含み、他方はユーザ名に基づくログイン情報に基づいて金銭管理システム１０２（例えば、図２６参照）によって生成されたキーコードを含む。認証エンジン３０６は受信したログイン情報（又はアクセス資格証明書）をユーザ情報データベース３０４内のログイン情報（又はアクセス資格証明書）と比較してもよい。一致するものがあれば、ルールセットエンジン３１０によって決定されたユーザ１０８に適用可能なルールに従って、ユーザ１０８はアカウントへのアクセス権が与えられてアカウント情報（例えば、残高、取引履歴など）の閲覧、取引の実行などが可能になる。

ルールセットエンジン３１０は種々の基準に基づいてユーザ１０８（例えば、権限ユーザ、又は管理者）に関連する取引に対するアクションを決定するように構成されてもよい。種々の基準は、例えば、当該取引、ユーザのアクセス権限、アカウントの使用に適用できるルール、権限ユーザに関する金銭情報など、又はこれらの組み合わせを含む。図１１は本発明の実施形態に従ってルールセットエンジンがアカウントユーザ（例えば、管理者、権限ユーザ）に関連する要求に対するアクションを決定するための例示的な処理のフローチャートを示す。

工程１１０２において、ルールセットエンジン３１０はアカウントユーザに関連するログイン情報（又はアクセス資格証明書）を取得する。ログイン情報（又はアクセス資格証明書）は認証エンジン３０６内で検証されていてもよい。ルールセットエンジン３１０はアカウントユーザに関連するアカウントについての要求を取得する。この要求はアカウントユーザによるアカウント情報の閲覧の要望であってもよい。この場合、ルールセットエンジン３１０はその後、アカウントユーザがアクセスできるアカウント情報の量を決定する。この要求はアカウントユーザによる他の権限ユーザに適用可能なルールの変更又はアカウントへの新規の権限ユーザの追加の要望であってもよい。この場合、ルールセットエンジン３１０は、例えば、アカウントユーザによって入力されたログイン情報（又はアクセス資格証明書）に基づいて当該アカウントユーザのアクセス権限を決定してもよい。この要求はアカウントユーザによるアカウントを用いた取引の実行であってもよい。この取引は預金取引、ベンダとの購入取引、又は貯金取引であってもよい。ルールセットエンジン３１０は許可された取引の金額、頻度、及び種類を決定してもよい。

工程１１０４に示すように、ルールセットエンジン３１０はアカウントユーザに関連する取引の要求を取得する。この要求は権限ユーザからのものであってもよいが、例えば取引がベンダからの購入であれば、この要求はベンダからのものであってもよい。工程１１０８において、ルールセットエンジン３１０は取引についての情報を抽出又は取得する。この情報は、例えば、ベンダが提供する製品又はサービスの種類、価格、場所、当該アカウントユーザが当該ベンダ又は類似のベンダと行った前回の取引など、又はこれらの組み合わせを（例えば、取引ログ３１８で得られる情報に基づいて）含んでもよい。工程１１０６において、ルールセットエンジン３１０はアカウントユーザに関連する金銭情報を取得する。この情報は、例えば、当該アカウントユーザが利用できる金額を（例えば、金銭情報データベース３１２で得られる情報に基づいて）含んでもよい。

工程１１１０において、ルールセットエンジン３１０はアカウントユーザに関連する要求に対する一又は複数のアクションを種々の基準に基づいて決定してもよい。ログイン情報（又はアクセス資格証明書）に基づいて、ルールセットエンジン３１０はアカウントユーザに適用可能なルールをルールデータベース３０８から取得してもよい。取引及に関連する情報及びアカウントユーザに関連する金銭情報に基づいて、ルールセットエンジン３１０は、適用可能なルールに従って取引をさらに進めるためにどのようなアクションを実行すべきかを決定する。次に、工程１１１２において、ルールセットエンジン３１０は決定されたアクションについての命令を転送する。この命令は例えば、取引エンジン３１４に転送されてもよく、あるいは（アカウントユーザが他の権限ユーザに適用可能なルールの変更又はアカウントへの新規の権限ユーザの追加を要望する場合）登録エンジン３０２に転送されてもよく、あるいはそれ以外でもよい。

図１２に示すように、取引に対する要求に対する少なくとも１つのアクションに関する命令は取引エンジン３１４に転送される。取引エンジン３１４は預金モジュール１２０２、購入モジュール１２０４、及び貯金モジュール１２０６を含んでもよい。預金モジュール１２０２はアカウントユーザに関連するアカウントに対する預金取引を処理するように構成されてもよい。購入モジュール１２０４はアカウントユーザに関連するアカウントからの購入取引を処理するように構成されてもよい。貯金モジュール１２０６はアカウントユーザに関連するアカウント内での貯金取引を処理するように構成されてもよい。アカウントユーザは管理者又は特定の取引について適切なアクセス権限を有する権限ユーザであってもよい。取引エンジン３１４は以下のうちの少なくとも１つと通信を行う。監視エンジン３１６、取引ログ３１８、通知エンジン３２０、第三者エンティティ３２２、及び金銭情報データベース３１２。単に例として、取引エンジン３１４はルールセットエンジン３１０からの命令に基づいて、取引の承認の通知又は要求を例えばアカウントの管理者に対して送信するように通知エンジン３２０に要求してもよい。他の例として、取引エンジン３１４は取引に関する情報（例えば、コスト）を金銭情報データベース３１２に送信することによって、アカウントユーザに関連する金銭情報が金銭情報データベース３１２内で更新及び保存される。さらなる例として、取引エンジン３１４は、例えばベンダや取引時刻などの取引に関する情報を取引ログ３１８に提供してもよい。

図１３は本発明の実施形態に従う預金（「預金取引」とも称する）のための例示的な処理のフローチャートを示す。工程１３０２において、預金取引について実行される少なくとも１つのアクションに関する命令が取得される。これらの命令に従って、少なくとも１つのアクションのうちの少なくとも一部（例えば、預金の承認の通知又は要求の送信、振込み、又は預金に関するその他のアクション、金銭情報データベース３１２との通信など）が預金モジュール１２０２によって実行されてもよい。これらの命令に従って、少なくとも１つのアクションのうちの少なくとも一部（例えば、振込み、又は預金に関するその他のアクションなど）がサービスプロバイダ及び／又は金融機関によって実行されてもよい。その後、預金モジュール１２０２はこれらの命令に従って処理を進行する。図示するように、工程１３０４において、資金提供者（例えば、管理者、権限ユーザ）による預金を行うための要求に関する通知が、例えばアカウントの管理者に対して送信される。工程１３０６において、預金を進行するための承認の要求が、例えばアカウントの管理者に対して送信される。工程１３０８において承認を受信すると、預金モジュール１２０２は工程１３１０において預金をさらに進行してもよい。預金が行われた後、工程１３１２において、金銭情報データベース３１２及び／又は取引ログ３１８は預金の内容に従って更新されてもよい。一部の実施形態において、上述の工程の一部は実行されない。単に例として、預金モジュール１２０２が預金取引をさらに進行する前に、例えば管理者による通知又は承認が必要とされなくてもよい。他の例として、預金を行うための要求が拒絶された場合、預金取引は中止される。預金を要求又は開始したアカウントユーザ及び／又は預金の要求を拒絶したアカウントユーザに通知が送信されてもよい。

図１４及び図１５は本発明の実施形態に従う金銭管理システム１０２のユーザインターフェースを構成する金銭管理アプリケーションの例示的な預金ページを示す。

図１４は金銭管理アプリケーションの未入力の預金ページを示す。一部の実施形態において、アカウントユーザ（例えば、管理者、権限ユーザ）は金銭管理アプリケーションにログインして図５に示すホームページに表示されたアイコン５２０をクリックすると、この預金ページを表示できる。一部の実施形態において、金銭管理システムはアカウントに預金できるアクセス権限を有する資金提供者に対して、認証コード又はリンクを添付した電子メールを送信してもよい。このリンクは金銭管理アプリケーションに関連付けられており、クリックすると金銭管理アプリケーションのウェブページ又は金銭管理システムのポータルウェブページにリダイレクトされる。一部の実施形態において、このリンク又は認証コードは有効期限日がなく、資金提供者はリンク又は認証コードを用いて自分が望むときにアカウントに預金を繰り返し行ってもよい。一部の実施形態において、このリンク又は認証コードには有効期限日があるか、又は預金取引の回数が閾値に達すると失効してもよい。アカウントの管理者は資金提供者に対して適用可能なルールを設定又は変更してもよい。例えば、管理者はアカウントに預金できる新しい資金提供者を追加してもよく、資金提供者が預金をするアクセス権限を削除又は停止してもよい。管理者は、預金の頻度や一定期間における金額制限など、又はこれらの組み合わせに関するルールを設定してもよい。図１４の１４１２に示されるように、アカウントに預金される資金は、例えばクレジットカード、銀行口座、ＡｐｐｌｅＰａｙ、ＰａｙＰａｌ（登録商標）、自動決済機構（ＡＣＨ）、又はアカウントユーザ間のシステム内振込みを含むその他の電子支払い／振込みシステムから引き出されたものであってもよい。単に例として、管理者はアカウント内から当該アカウントの権限ユーザに資金を振り込む、すなわち、その資金を権限ユーザが利用できるようにしてもよい。例えば現金、小切手などの形態の資金をアカウントに預金してもよい。アカウントユーザによって提供されるそのような資金源は、例えば金銭情報データベース３１２に記憶されるか、又は預金を行われたときに金銭管理システム１０２に送信されてもよい。

アカウントユーザがクレジットカードを用いて預金を行うことを選択した場合、アカウントユーザはカード番号１４１４、カード所有者名１４１６、有効期限１４１８、ＣＶＣコード１４２０、及び預金額１４２２を入力してもよい。その後アカウントユーザは「振込みを送信」アイコン１４２４をクリックして預金を完了する。また、預金ページは金銭管理アプリケーションを使用する上での「条件」１４２６へのリンクと、ＳＳＬが安全のために使用されていることを示すアイコン１４２８を含んでもよい。また、預金ページはアカウントユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン１４０２をさらに含んでもよい。また、このページは例えばページのタイトル１４０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリアなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。図１５に示す預金ページは、預金を行うためのクレジットカードに関する情報がページに表示されていることを除けば、図１４に示す預金ページと類似している。

図１６は本発明の実施形態に従う購入（「購入取引」とも称する）のための例示的な処理のフローチャートを示す。工程１６０２において、購入取引について実行される少なくとも１つのアクションに関する命令が取得される。その後、購入モジュール１２０４はこれらの命令に従って処理を進行する。これらの命令に従って、少なくとも１つのアクションのうちの少なくとも一部（例えば、購入の承認の通知又は要求の送信、支払い、又は購入を成立させるためにベンダとの間で行う通信に関するその他のアクション、金銭情報データベース３１２との通信など）が購入モジュール１２０４によって実行されてもよい。これらの命令に従って、少なくとも１つのアクションのうちの少なくとも一部（例えば、支払い、又は購入を成立させるためにベンダとの間で行う通信に関するその他のアクションなど）がサービスプロバイダ及び／又は金融機関によって実行されてもよい。図示するように、工程１６０４において、アカウントユーザ（例えば、管理者、権限ユーザ）による購入を行うための要求に関する通知が、例えばアカウントの管理者に対して送信される。工程１６０６において、購入を進行するための承認の要求が、例えばアカウントの管理者に対して送信される。工程１６０８において承認を受信すると、購入モジュール１２０４は工程１６１０において購入をさらに進行してもよい。購入が成立した後、工程１６１２において、金銭情報データベース３１２及び／又は取引ログ３１８は購入の内容に従って更新されてもよい。一部の実施形態において、上述の工程の一部は実行されない。単に例として、購入モジュール１２０４が購入取引をさらに進行する前に、例えば管理者による通知又は承認が必要とされなくてもよい。他の例として、購入取引を行うための要求が拒絶された場合、購入取引は中止される。購入取引を要求又は開始したアカウントユーザ及び／又は購入取引の要求を拒絶したアカウントユーザに通知が送信されてもよい。

一部の実施形態において、例えば購入取引、預金取引、貯金取引などの取引を完了するための支払い又は振込みは、例えばＰａｙＰａｌ（登録商標）などの電子支払いサービスプロバイダを利用して行われてもよい。単に例として、購入取引においては、例えば実際のカード番号（例えば、実際のクレジットカードのカード番号、又はアカウント内のアカウントユーザが利用できる資金を用いてアカウントユーザが支払いを行うためのアカウントユーザに割り当てられたカード番号）又は取引識別子を用いて支払いが行われてもよい。取引識別子は例えば支払い検証コードであってもよく、これは例えば、バーコード、仮想カード番号などであってもよい。一部の実施形態において、取引識別子は金銭管理システム１０２によって、例えば、金銭管理システム１０２の購入モジュール１２０４によって生成されてもよい。一部の実施形態において、取引識別子は第三者サービスプロバイダ（例えば、ＩｎＣｏｍｍ）によって生成されてもよい。単に例として、取引識別子はベンダ（例えば、オンライン又はローカルの小売業者）との取引の処理に特化した、又はそれが可能な外部のサービスプロバイダであるＲＥＳＴ ＡＰＩによって生成される。一部の実施形態において、取引識別子は変化しない。一部の実施形態において、取引識別子は変化してもよい。例えば、取引識別子は、例えば使用ごとに、ベンダごとに、一定期間経過後に、管理者又は権限ユーザの要求に応じて、変化してもよい。取引識別子はベンダのウェブサイトで用いられるか、又はベンダの店頭又はＰＯＳ装置で用いられてもよい。この特徴は、ベンダ又は権限のない第三者が許可されていない取引のためにアカウントにアクセスしようとした場合に、支払いの要求が却下されることを考慮したものである。このような取引には、初期の取引に付加される取引、又は許可された取引制限又は金額を超える取引が含まれる。一回限りの使用に許可されたユニークな取引識別子及び／又は要求されたパスワード及び／又はＰＩＮ番号又はその他の個人識別子（例えば、指紋）によって、取引データを暗号化するか又は他の方法で安全にする必要性が低減する。これは従来のカード又は電子支払い取引システムからの新たな発展である。

送金明細が生成及び送信され、ベンダ１１４に対する支払いが行われた後に勘定突合せデータが受信され、この勘定突合せデータを用いて、銀行やカード処理会社などの資金が実際に保持される金融機関に対応するアカウントでの支払いを消し込んでもよい。送金明細は特別に作成したテンプレートに基づいて生成されてもよい。支払い又は購入が完了した後、工程１６１２において、金銭情報データベース３１２は支払い又は購入の内容に従って更新されてもよい。

取引エンジン３１４を会計システム、仮想カード番号割当てシステム、及び／又は他の構成要素を含むより規模の大きいシステムに組み込む又は関連付けてもよい。他の構成要素には、支払いカード及び支払いの種類（例えば、電子振込み、アフィリエイト・プログラムなど）の選択を最適化するためのシステムが含まれる。一部の実施形態において、取引エンジン３１４は金銭管理システム１０２又は金銭管理アプリケーションのポータルウェブサイトの他のエンジンやモジュールと必要に応じてインターフェースするスタンドアロンのシステムとして動作する。一部の実施形態において、金銭管理システム１０２又は金銭管理アプリケーションのポータルウェブサイトを用いて、手入力で支払いデータを入力し、データソースを選択し、及び／又は金銭取引を開始し、金銭取引の情報を送信し、又は金銭取引の他の局面を制御する。一部の実施形態において、購入モジュール１２０４は会計プログラムとの間でデータのエクスポート及びインポートを行ってもよい。

一部の実施形態において、金銭管理システム１０２はベンダに適したポータルウェブサイト又はモバイルアプリケーションなどのユーザーインターフェースをさらに含んでもよい。ベンダのインターフェースを通して、ベンダは金銭管理システム１０２と直接通信してもよい。単に例として、ベンダはベンダのインターフェースを通して、アカウントの権限ユーザが又は権限ユーザの代理で行った金銭管理システム１０２を用いた特定の取引に関して、金銭管理システム１０２と通信してもよい。金銭管理システム１０２は取引に関する情報を通信内容から抽出し、上述のように当該取引に関連して行う一又は複数のアクションを決定してもよい。

図１７及び図１８は本発明の実施形態に従う金銭管理システム１０２のユーザインターフェースを構成する金銭管理アプリケーションの例示的なページを示し、このページにおいてアカウントユーザは購入取引の要求を行ってもよい。管理者や権限ユーザなどのアカウントユーザは、例えば図５に示す金銭管理アプリケーションのホームページ上のアイコン５１８をクリックすることによって、このページに到達してもよい。図１７に示すように、アカウントを用いた購入を希望するアカウントユーザは、購入に伴う金額を１７１４に入力するように１７１２において促されてもよい。金額はタイプされてもよく、又はページ上のプラス記号及びマイナス記号を用いて指定してもよい。その後アカウントユーザは購入がどこで行われるかを１７１４に指定する必要がある。また、このページはアカウントユーザに利用可能な資金に関する情報を表示してもよい。また、このページはアカウントユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン１７０２をさらに含んでもよい。また、このページは例えばページのタイトル１７０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリア、金銭管理アプリケーションの使用条件へのリンクなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。

図１８は購入場所を指定するポップアップページを示す。図に示すように、特定の購入がアマゾン・ドット・コム（ＵＳＡ）１８１２で行われる。購入場所を入力又は選択した後、アカウントユーザは「設定」アイコン１８０２をクリックして設定又は選択を確定してもよい。アカウントユーザは「取り消し」アイコン１８０６をクリックすることによって設定又は選択を中止又は無効化してもよい。

図１９は本発明の実施形態に従う購入取引に用いられる仮想カード番号を有する例示的な仮想カードを示す。仮想カード番号は金銭管理システム１０２（例えば、購入モジュール１２０４）、第三者サービスプロバイダ（例えば、ＩｎＣｏｍｍ）などによって提供又は生成されてもよい。仮想カードは、例えば、ＧＡＰ．ｃｏｍ又は物理的なＧＡＰの店舗での購入などの取引に用いられてもよい。仮想カードはカードの画像１９１２、仮想カード番号１９１４、購入に利用できる金額１９１６、及びバーコード１９１８を含んでもよい。アカウントユーザは「ＯＫ」アイコン１９２０をクリックして仮想カードの使用を確定させてもよい。

図２０は本発明の実施形態に従う例示的な貯金処理（「貯金取引」とも称する）のフローチャートを示す。工程２００２において、貯金処理について実行される少なくとも１つのアクションに関する命令が取得される。これらの命令に従って、少なくとも１つのアクションのうちの少なくとも一部（例えば、貯金計画の承認の通知又は要求の送信、振込み、又は貯金取引に関するその他のアクション、金銭情報データベース３１２との通信など）が貯金モジュール１２０６によって実行されてもよい。これらの命令に従って、少なくとも１つのアクションのうちの少なくとも一部（例えば、振込み、又は貯金取引に関するその他のアクションなど）がサービスプロバイダ及び／又は金融機関によって実行されてもよい。その後、工程２００４において貯金モジュール１２０６はこれらの命令に従って処理を進行する。次に、工程２００６において、金銭情報データベース３１２及び／又は取引ログ３１８は貯金取引の内容に従って更新されてもよい。一部の実施形態において、追加の工程が実行される。単に例として、例えば管理者などのアカウントユーザに対して貯金処理に関する通知が送信される。一部の実施形態において、上述の工程の一部は実行されない。単に例として、貯金計画を設定したアカウントユーザが利用できる資金を十分に持たない場合、この貯金計画は実行されない。これについての通知がアカウントユーザに送信されてもよい。

図２１から図２３は金銭管理システム１０２のユーザインターフェースを構成する金銭管理アプリケーションの例示的な貯金ページを示す。図２１は本発明の実施形態に従う例示的な貯金ページを示す。管理者や権限ユーザなどのアカウントユーザは、例えば図５に示す金銭管理アプリケーションのホームページ上のアイコン５１６をクリックすることによって、このページに到達してもよい。図２１に示すように、貯金ページはアカウントユーザの貯金残高の要約２１１２、複数のアカウントユーザの合計貯金残高２１１４、及び複数のアカウントユーザの週ごとの割当金の要約２１１６を含む。貯金ページはアカウントに関連する他の項目の要約を含んでもよい。貯金ページはバー２１１８を含んでもよく、少なくともその一部をクリックすると「信託資金」を生成してアカウントの残高又は貯金を一定の額に制限する処理に進むことができる。これは一定の期間購入取引に用いられなくてもよい。また、貯金ページはバー２１２０を含んでもよく、少なくともその一部をクリックすると貯金アカウントについての詳細を知ることができ、又は貯金についてのより一般的な知識を得ることができる。また、貯金ページはバー２１２２を含んでもよく、少なくともその一部をアカウントユーザがクリックすると貯金目標を設定することができる。また、貯金ページはアカウントユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン２１０２をさらに含んでもよい。また、このページは例えばページのタイトル２１０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリアなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。

図２２が示す例示的なページにおいては、アカウントユーザ（例えば、管理者、権限ユーザ）は、本発明の実施形態に従って、「信託資金」を設定してもよい。「信託資金」に入れられた貯金の一部は、信託の期間（例えば、１週間、１カ月、６カ月）が終了するまで凍結又は利用制限されてもよい。このページはページの簡単な説明２２１２、現在の「信託資金」の要約２２１４、信託期間（例えば、１週間、１カ月、６カ月）、及び「信託資金」に入れられる金額２２１８を含んでもよい。アカウントユーザが「信託に追加」アイコン２２２０をクリックすると、「信託資金」が設定される。また、このページはアカウントユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン２２０２含んでもよい。また、このページは例えばページのタイトル２２０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリアなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。

図２３が示す例示的なページにおいては、アカウントユーザ（例えば、管理者、権限ユーザ）は、本発明の実施形態に従って、貯金目標を設定してもよい。このページはこのページの簡単な説明２３１２、目標に名称（例えば、新しいバイク、ゲームなど）をつけるためのスペース２３１４、目標についてのコメントを付加するためのスペース２３１６、貯金目標の金額２３１６、及び例えば目標の写真を追加するための「写真を追加？」アイコン２３１８を含んでもよい。また、このページはこのアカウントユーザ又は他のアカウントユーザの「現在の目標」２３２０の要約を含んでもよい。また、このページはアカウントユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン２３０２と、アカウントユーザがクリックすることによって貯金目標を保存できる「保存」アイコン２３０６を含んでもよい。また、このページは例えばページのタイトル２３０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリアなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。

図２４は本発明の実施形態に従う金銭管理システム１０２のユーザインターフェースを構成する金銭管理アプリケーションの例示的な取引履歴ページを示す。このページは一又は複数のアカウントユーザ（例えば、管理者、権限ユーザなど）に関連する取引の要約を提示する。ある取引について、ベンダの名称、取引の時刻、購入対象の製品又はサービス、及び取引に使われた金額が定時される。また、このページはアカウントユーザがクリックすることによって前のページ又は金銭管理アプリケーションのホームページに戻ることができるアイコン２４０２をさらに含んでもよい。また、このページは例えばページのタイトル２４０４、時刻、金銭管理システムが使われている装置のバッテリー寿命、金銭管理システムが使われている装置のキャリアなど、又はこれらの組み合わせを含む情報をさらに表示してもよい。

図２５は本発明の実施形態に従う取引において使用される仮想カードを表示する例示的なポップアップページを示す。このポップアップページは図２４に示す取引をクリックすることによって起動されてもよい。仮想カードはカードの画像２５１２、仮想カード番号２５１４、取引に使われた金額２５１６、及びバーコード２５１８を含んでもよい。アカウントユーザは「ＯＫ」アイコン２５２０をクリックすることによって、例えば、仮想カードを表示しているポップアップページを閉じてもよい。

再び図３を参照すると、通知エンジン３２０はアカウントユーザとの間で通知の送受信を行うように構成されてもよい。単に例として、管理者は電子メール、テキストメッセージ、スマートフォンアプリケーションなどによって購入の際に即座に、又は中間アカウントレポートによって定期的に、アラートを受けてもよい一部の実施形態において、管理者は一又は複数の権限ユーザによるアカウント利用状況についての情報のすべて又は任意の部分について通知が送信されるか、又は通知が送信されないということを指定してもよい。他の例として、通知エンジン３２０は管理者に取引の承認要求を送信するか、又は管理者から回答を受信してもよい。回答は要求に対する承認又は拒絶あるいは却下であってもよい。

取引ログ３１８は一又は複数のアカウントユーザの取引履歴に関する情報を記憶するように構成されてもよい。取引ログ３１８に記憶される情報に含まれるものは、アカウントユーザ、ベンダ、取引時刻、取引された製品及びサービス、使われた金額など、又はこれらの組み合わせであってもよい。取引ログ３１８は取引エンジン３１４から情報を受信してもよい。また、取引ログ３１８は監視エンジン３１６と通信してもよい。

監視エンジン３１６は一又は複数のアカウントユーザ（例えば、管理者、権限ユーザなど）のアカウント利用状況を監視するように構成されてもよい。一部の実施形態において、金銭管理アプリケーションの監視エンジン３１６は、例えば管理者に対して、権限ユーザに利用可能な金額又は権限ユーザによる最近の購入に関する通知を送信するように構成されてもよい。例えば、一定の期間（例えば、１日、１週間、又は１カ月）にわたって特定のベンダにおいて又は権限ユーザによって実行された取引の数が閾値を超える場合、又は不審な挙動が発生した場合（例えば、多数の失敗ログインが試みられたとき、又は同時ログインが試みられたときなど）、管理者は通知を受けてもよい。管理者又は権限ユーザは、他の権限ユーザの特定の取引の承認を要求する通知を受信してもよい。ショートメッセージシステム（ＳＭＳ）／テキストメッセージ又は電子メールを介した回答が親又は資金提供者によって装置１０８を通して送信されることで、この取引の承認の要求に回答してもよい。あるいは、システムはクリックすることによって特定の取引を承認又は却下できる一又は複数のリンクを提供してもよい。承認の要求及び回答は監視エンジン３１６又は通知エンジン３２０を介して送信されてもよい。

例えば、監視エンジン３１６によって提供されるレポートは、アカウントユーザ（例えば、管理者、権限ユーザ）の消費パターンに関する情報を含むアカウントユーザによる消費行動について記載しており、例えば、最近の取引履歴、すべての購入品目の明細一覧なとを、ドリルダウン及び項目の詳細を提示する機能を付けて記載してもよい。記載内容は、例えば、品目を購入したウェブサイト、現在までに当該ウェブサイトで使った合計金額、購入日時、過去の期間及び許可された定期的な支出の合計額と比較した最近の消費パターン、取引日、取引金額、取引回数（例えば、カードの使用回数）又はベンダごとの取引回数、日次、週次、及び月次の小計の任意の組み合わせを含む。アカウントユーザの消費データは図表化されてもよく、複数のアカウントユーザがいる場合には、これら複数のアカウントユーザのうちの少なくとも数人のプロファイルが比較されてもよい。管理者は例えば、レポートの受信者及びレポートの頻度に関してルールを指定してもよい。

金銭管理アプリケーションのアカウントユーザ（例えば、管理者又は適切なアクセス権限を有する権限ユーザ）のプロファイルにログインすると、監視エンジン３１６又は取引ログ３１８によって、アカウントユーザは「検索機能」を使って特定の基準に一致する完了した取引又は完了した購入を検索することが可能になる。この基準には、例えば、アカウント／特定のアカウントユーザ、日付、金額、ベンダなど、又はこれらの組み合わせを用いてもよい。

一部の実施形態において、説明された金銭管理ポータル／アプリケーションは、サービスの要求者／ベンダ１１４に取引ごとの手数料を課金し、アカウントユーザ（例えば、管理者、権限ユーザ）にアカウント開設手数料を課金し、及び／又は会員手数料を課金することによって利益を得てもよい。

本発明の一態様によれば、このシステムは自動的に「ポップアップ」画面を表示して、権限ユーザが現在接続しているウェブサイト（当該ウェブサイトで購入を行うことが許可されていれば）、取引時刻（当該時刻に購入を行うことが許可されていれば）、モバイル装置の位置などの情況情報に基づいて関連する取引データをアカウントユーザに対して提示することができる。また、金銭管理システム１０２は、ベンダのウェブサイト上で提供される購入又はその他のサービスのために、ポータルウェブページや金銭管理アプリケーションなどのユーザインターフェースとして機能するか、又はこれらを提供してもよい。完全に統合された場合は、金銭管理システム１０２は、例えば、ベンダのＰＯＳ及び在庫システムなどのバックエンドシステム、又は金融機関の支払い処理システムに接続して取引レポートを生成してもよい。

例えば、アカウントユーザがベンダの店舗の近辺にいる場合、金銭管理アプリケーションはモバイル装置上でポップアップ表示されてもよく、アカウントユーザが自分のモバイル装置をベンダのＰＯＳ装置にタッチすると取引が開始され、これら２つの装置はセキュリティを目的としてＩＤ（アカウント所有者ＩＤ及びベンダＩＤ）を交換する。これらのＩＤのいずれか又は両方が認証されない場合、提案された取引は拒絶又は中止される。

図２６は本発明の実施形態に従う金銭管理システムのパスワードを使わないログインの例示的な図である。例えば信頼されたモバイル装置などのユーザ装置１０８は、金銭管理システム１０２のユーザインターフェースを有してもよい。このユーザインターフェースは、例えば、本明細書で開示した金銭管理アプリケーション又はポータルウェブサイトであってもよい。例えば管理者や権限ユーザなどのアカウントユーザは、ユーザ名に基づくログイン情報（又はアクセス資格証明書）を含むログイン要求をユーザ装置１０８からユーザインターフェースを介して送信してもよい。単に例として、ユーザ名に基づくログイン情報はユーザ名、金銭管理システム１０２が認識するコード化された名称、アカウントのＩＤ番号又は名称など、又はこれらの組み合わせでもよい。ログイン要求はネットワーク１１２を通して金銭管理システム１０２に送られ、送信されたログイン情報（又はアクセス資格証明書）はユーザ情報データベース３０４内のログイン情報と比較される。金銭管理システム１０２のキーコードジェネレータ２６０６は、１回限りのタイムスタンプ付きのランダムなキーコードを提供し、このキーコードは例えばメッセージ又は電子メールを介してユーザ装置１０８に送り返される。一部の実施形態において、キーコードジェネレータ２６０６は認証エンジン３０６の一部であってもよい。一部の実施形態において、キーコードジェネレータ２６０６は金銭管理システム１０２内のユニットであってもよく、キーコードジェネレータ２６０６は認証エンジン３０６と通信しているがその一部ではない。一部の実施形態において、アカウントユーザはユーザ装置１０８上で金銭管理システム１０２のユーザインターフェースにキーコードを（例えば、貼り付けによって）入力してもよい。一部の実施形態において、キーコードとともにリンクを提供してもよい。このリンクは１回限りのキーコードをユーザ装置１０８上でＵＲＬに渡してもよい。金銭管理アプリケーションは１回限りのキーコードを金銭管理システム１０２に送信してログイン認証を行ってもよい。金銭管理システム１０２は図２６に示されるよりも多くの構成要素を含んでもよい。

図２７は本発明を実装した特殊システムを実現するために用いられるモバイル装置のアーキテクチャーを示す。この例において、金銭情報又は利用状況の提示及び相互通信を行うユーザ装置はモバイル装置１６００であり、これはスマートフォン、タブレット、音楽プレイヤ、ハンドヘルドゲームコンソール、全地球測位システム（ＧＰＳ）受信機、ウェアラブルコンピューティングデバイス（例えば、眼鏡、腕時計など）、又は他の任意のフォームファクターのモバイル装置を含むが、これらには限定されない。この例のモバイル装置２７００は一又は複数の中央演算処理装置（ＣＰＵ）２７４０、一又は複数の画像処理装置（ＧＰＵ）２７３０、ディスプレイ２７２０、メモリ２７６０、通信プラットフォーム２７１０（例えば、無線通信モジュール）、ストレージ２７９０、及び一又は複数の入力／出力（Ｉ／Ｏ）装置２７５０を含む。また、システムバス又はコントローラ（図示せず）を含むがこれには限定されない他の任意の好適な構成要素が、モバイル装置２７００に含まれてもよい。図２７に示すように、ｉＯＳ、Ａｎｄｒｏｉｄ、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅなどのモバイルオペレーティングシステム２７７０及び一又は複数のアプリケーション２７８０をストレージ２７９０からメモリ２７６０にロードしてＣＰＵ２７４０によって実行してもよい。アプリケーション２７８０はモバイル装置２７００上で金銭管理を実行するためのブラウザ又は他の任意の好適なモバイルアプリケーションを含んでもよい。ユーザによるベンダ及び金銭管理システム１０２との相互通信はＩ／Ｏ装置２７５０を介して実現され、例えばネットワーク１１２を介して金銭管理システム１０２及び／又はシステム１００／２００の他の構成要素に提供されてもよい。

種々のモジュール、ユニット、及び本発明で説明したそれらの機能、コンピュータハードウェアプラットフォームは、本明細書で説明した構成要素（例えば、金銭管理システム１０２、金融機関（又はそのサーバ）１０４、及び／又は図１から図２６を参照して説明したシステム１００／２００のその他の構成要素）のうちの一又は複数のためのハードウェアプラットフォームとして用いられてもよい。このようなコンピュータのハードウェア要素、オペレーティングシステム、及びプログラミング言語は本質的に一般的なものであるため、当業者はこれらに関する知識を十分に有しており、これらの技術を本明細書で説明した金銭管理に適応させることができると考えられる。ユーザインターフェース要素を備えるコンピュータを用いてパソコン（ＰＣ）又はその他の種類のワークステーション又は端末装置を実装してもよい。ただし、コンピュータは適切にプログラミングすればサーバとしても機能する。当業者はこのようなコンピュータ設備の構造、プログラミング、及び全般的な動作を熟知していると考えられるため、図面は自明のものである。

図２８は本発明を実装した特殊システムを実現するために用いられるコンピューティングデバイスのアーキテクチャーを示す。本発明を組み込んだこのような特殊システムは、ユーザインターフェース要素を含むハードウェアプラットフォームの機能ブロック図で示すことができる。このコンピュータは汎用コンピュータでも特殊目的コンピュータでもよい。いずれも本発明の特殊システムを実装するために用いることができる。このコンピュータ２８００を用いて、本明細書で説明した金銭管理システム１０２の任意の構成要素を実装することができる。例えば、金銭管理アプリケーションなどをそのハードウェア、ソフトウェアプログラム、ファームウェア、又はこれらの組み合わせを介してコンピュータ２８００などのコンピュータ上に実装してもよい。このようなコンピュータは便宜上１つのみ図示されているが、本明細書で説明した金銭管理に関するコンピュータ機能は、多数の類似のプラットフォームに分散して実装することによって処理の負荷を分散させてもよい。

例えば、コンピュータ２８００はデータ通信を促進するためのネットワークと相互に接続されたＣＯＭポート２８５０を含む。また、コンピュータ２８００はプログラム命令を実行するための中央演算処理装置（ＣＰＵ）２８２０を一又は複数のプロセッサの形態で含む。例示的なコンピュータプラットフォームは、内部通信バス２８１０、例えばディスク２８７０などの異なる形態のプログラムストレージ及びデータストレージ、読み出し専用メモリ（ＲＯＭ）２８３０、又はランダムアクセスメモリ（ＲＡＭ）２８４０を含み、これらによって種々のデータファイルがコンピュータによって処理及び／又は通信されるとともに、プログラム命令がＣＰＵによって実行されることもある。また、コンピュータ２８００はＩ／Ｏコンポーネント２８６０を含むが、これはコンピュータとその中のユーザインターフェース要素２８８０などの他の構成要素との間の入力／出力フローを担う。また、コンピュータ２８００はネットワーク通信を介してプログラム及びデータを受信してもよい。

よって、概説した金銭管理処理の方法の態様はプログラミングにおいて実施されてもよい。技術のプログラムの側面は、通常は一種の機械読み取り可能な媒体に搭載又は実装された実行可能なコード及び／又は対応するデータの形態の「製品」又は「製造品」として考えられる。有形の持続性「ストレージ」型媒体には、コンピュータやプロセッサ又はそれらに関連するモジュールに用いるメモリ又はその他のストレージのうちのいずれか又はすべてが含まれており、それは例えば、種々の半導体メモリ、テープドライブ、ディスクドライブなどである。これらは常にソフトウェアプログラミングのためのストレージを提供できる。

ソフトウェアのすべて又は一部は時にはインターネット又は他の種々の電気通信ネットワークなどのネットワークを通して通信される。このような通信により、例えば、ソフトウェアを一のコンピュータ又はプロセッサから他のコンピュータ又はプロセッサにロードし、例えば、金銭管理システムのオペレータの管理サーバあるいはホストコンピュータ又は他のサーバから、金銭管理システムに関連するコンピューティング環境又はコンピューティング環境あるいは類似の機能を実装する他のシステムのハードウェアプラットフォームにロードすることが可能になってもよい。よって、ソフトウェア要素を担持し得る他の種類の媒体は、光波、電波、及び電磁波であり、例えば、ローカルデバイス間の物理インターフェースの全体にわたって、有線及び光学陸線ネットワーク及び種々の無線リンクを通して使用される。このような波を搬送する物理要素は、例えば、有線又は無線のリンク、光学リンクなどであるが、これらもまたソフトウェアを担持する媒体と見なすことができる。本明細書で用いるように、有形の「ストレージ」媒体に限定されない場合は、コンピュータ又は機械「可読媒体」などの用語はプロセッサに命令を提供して実行させることに関与する任意の媒体を意味する。

よって、機械可読媒体は多くの形態を取り得る。それらは有形のストレージ媒体、搬送波媒体、又は物理伝送媒体を含むが、これらには限定されない。不揮発性のストレージ媒体は、例えば、コンピュータのストレージデバイスなどの光学又は磁気ディスクを含み、これは図面に示すようにシステム又はその任意の構成要素を実装するために用いることができる。揮発性のストレージ媒体は、コンピュータプラットフォームの主記憶装置などのダイナミックメモリを含む。有形の伝送媒体は同軸ケーブル、銅線、及び光ファイバを含み、これらはコンピュータシステム内でバスを形成する電信線を含む。搬送波伝送媒体は、例えば無線周波数（ＲＦ）及び赤外線（ＩＲ）データ通信の際に発生する電気信号あるいは電磁信号、又は音波又は光波の形態を取り得る。よって、コンピュータ可読媒体の一般的な形態としては、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、その他の磁気媒体、ＣＤ−ＲＭ、ＤＶＤ又はＤＶＤ−ＲＯＭ、その他の光学媒体、パンチカード、穿孔テープ、孔の開けられたパターンを有するその他の物理的なストレージ媒体、ＲＡＭ、ＰＲＯＭ及びＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意のその他のメモリチップ又はカートリッジ、データ又は命令を輸送する搬送波、そのような搬送波を輸送するケーブル又はリンク、又は、コンピュータがプログラミングコード及び／又はデータを読み出すことができる任意のその他の媒体を含む。コンピュータ可読媒体のこれらの形態のうちの多くは、物理プロセッサが実行する一の又は複数の命令の一の又は複数のシーケンスを搬送することに関わる。

金銭管理アプリケーション１０２に関する上記の説明の少なくとも一部は、ポータルウェブサイトなどの金銭管理システム１０２の他のユーザインターフェースにも適用できることが理解できる。単一のアカウントの異なるアカウントユーザの異なるプロファイルに関する上記の説明は、同様に、一次アカウント及び二次アカウント（又はサブアカウント）などの複数の関連付けられたアカウントが存在する実施形態に適用できることが理解できる。この実施形態においては、一次アカウントは単一アカウントの実施形態における管理者プロファイルに対応し、二次アカウント（又はサブアカウント）は単一アカウントの実施形態における管理者以外の権限ユーザのプロファイルに対応する。

以上のように基本的な概念を説明した。この詳細な説明を読んだ当業者にとって、上述の詳細な説明が単に例示を意図したものであり限定を意図しないことは明らかであろう。当業者による種々の変更、改善、及び変形がなされることは可能であり、また意図されているが、本明細書では明示的に記載していない。これらの変更、改善、及び変形は本開示によって示唆されることが意図されており、本開示の例示的な実施形態の趣旨及び範囲内に含まれる。

さらに、本発明の実施形態を説明するためにある程度の専門用語が用いられた。例えば、「一実施形態」、「実施形態」、及び／又は「一部の実施形態」との用語は、当該実施形態に関連して記述される特定の特徴、構造、又は特性が本開示の少なくとも１つの実施形態に含まれることを意味する。よって、この明細書の様々な箇所で「一実施形態」、「実施形態」、又は「一部の実施形態」に２度以上言及されたとしても、必ずしもそれらすべてが同一の実施形態を指しているわけではないことは、強調されまた理解されるべきである。さらに、特定の特徴、構造、又は特性は、本発明の一又は複数の実施形態において好適である場合には、それらを組み合わせてもよい。さらに、「ロジック」という用語は一又は複数の機能を実行するためのハードウェア、ファームウェア、ソフトウェア（又はこれらの任意の組み合わせ）を表す。例えば、「ハードウェア」の例は、集積回路、有限状態機械、又は組み合わせ論理さえも含むが、これらには限定されない。集積回路は、マイクロプロセッサ、特定用途向け集積回路、デジタル信号プロセッサ、マイクロコントローラなどのプロセッサの形態を取り得る。

さらに、新しく便利な加工方法、機械、製造方法、又は組成物、又はそれらの新しく便利な改善を含む数多くの特許可能な分類又は情況のいずれにおいても、本発明の態様を本明細書において例示及び説明できることは、当業者によって理解されるであろう。したがって、本発明の態様は全体をハードウェアで実装してもよく、全体をソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で実装してもよく、又は「回路」、「モジュール」、「コンポーネント」、又は「システム」と本明細書で全般的に呼ばれるソフトウェア及びハードウェアの実装を組み合わせて実装してもよい。さらに、本発明の態様は、コンピュータ可読プログラムコードが実施された一又は複数のコンピュータ可読媒体に実施されたコンピュータプログラム製品の形態を取り得る。

一又は複数のコンピュータ可読媒体の任意の組み合わせを利用することができる。コンピュータ可読媒体はコンピュータ可読信号媒体又はコンピュータ可読ストレージ媒体であってもよい。コンピュータ可読ストレージ媒体は、例えば、電子、磁気、光学、電磁気、又は半導体のシステム、機器、又は装置、又はこれらの任意の好適な組み合わせであってもよいが、これらには限定されない。コンピュータ可読ストレージ媒体のより詳細な例（非網羅的なリスト）には以下が含まれる：ポータブルコンピュータフロッピーディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ又はフラッシュメモリ）、中継器付きの適切な光ファイバ、ポータブルコンパクトディスクＲＯＭ（ＣＤＲＯＭ）、光学ストレージデバイス、磁気ストレージデバイス、又はこれらの任意の好適な組み合わせ。本書面の文脈において、コンピュータ可読ストレージ媒体は、命令実行システム、機器、又は装置によって、又はそれらと関連して使用されるプログラムを記録又は記憶できる任意の有形の媒体であってもよい。

コンピュータ可読信号媒体は、例えば、ベースバンド方式で又は搬送波の一部として、コンピュータ可読プログラムコードが実施された伝播データ信号を含んでもよい。このような伝播信号は、電磁気、光学、又はこれらの任意の好適な組み合わせを含むがこれらには限定されない種々の形態のいずれかを取り得る。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体ではなくかつ命令実行システム、機器、又は装置によって、又はそれらと関連して使用されるプログラムを通信、伝播、又は輸送し得る任意のコンピュータ可読媒体であってもよい。コンピュータ可読信号媒体上に実施されたプログラムは、無線、有線、光ファイバケーブル、ＲＦなど、又はこれらの任意の好適な組み合わせを含むがこれらには限定されない任意の適切な媒体を用いて送信されてもよい。

本発明の態様の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎなどのオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｆｏｒｔｒａｎ２００３、Ｐｅｒｌ、ＣＯＢＯＬ２００２、ＰＨＰ、ＡＢＡＰなどの従来の手続き型プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ、及びＧｒｏｏｖｙなどのダイナミックプログラミング言語、又はその他のプログラミング言語を含む一又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。このプログラムコードは全体がユーザのコンピュータ上で実行されてもよく、部分的にユーザのコンピュータ上で実行されてもよく、スタンドアロンのソフトウェアパッケージとして実行されてもよく、部分的にユーザのコンピュータ上で実行され部分的にリモートコンピュータ上で実行されてもよく、又は全体がリモートコンピュータ又はサーバ上で実行されてもよい。後者のシナリオにおいては、リモートコンピュータはローカルエリアネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を含む任意の種類のネットワークを通してユーザのコンピュータに接続されてもよく、又はこの接続は（例えば、インターネットサービスプロバイダを用いてインターネットを通して）外部のコンピュータに対してで行われてもよく、又はクラウドコンピューティング環境で行われてもよく、又はＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）などのサービスとして提供されてもよい。

さらに、処理の各工程あるいはシーケンスの記述された順序、又は数字、文字、あるいはその他の順序を規定するものは、請求項において特定される場合を除き、請求項に記載された方法を特定の順序に限定するものではない。以上の開示は現時点において有用と考えられている本発明の様々な実施形態を通して検討したが、このような詳細な説明は例示のみを目的としたものであって、添付の請求項は開示された実施形態に限定されるものではなく、むしろ開示された実施形態の趣旨及び範囲に入る変形や均等な配置も本発明に含められることが意図されている。例えば、上述の種々のコンポーネントの実装はハードウェアデバイス内で実施されるが、これは、ソフトウェアのみによるソリューション、例えば既存のサーバ又はモバイルデバイス上のインストールとして実装されてもよい。さらに、本明細書で開示した金銭管理システムは、ファームウェア、ファームウェア／ソフトウェアの組み合わせ、ファームウェア／ハードウェアの組み合わせ、又はハードウェア／ファームウェア／ソフトウェアの組み合わせとして実装されてもよい。

同様に、本発明の実施形態の上述の記載において、種々の特徴が場合によっては単一の実施形態、図面、又はその説明にまとめられている。これは、種々の発明の実施形態のうちの一又は複数の理解を助けるために開示を簡素化することを目的としている。しかしながら、この開示の方法は、請求項に記載された主題が各請求項に明示的に記載されているよりも多くの特徴を必要とするという意図を反映しているとは解釈されない。むしろ、実施形態の進歩性は、先に開示された単一の実施形態の一部の特徴に存在する。

Claims (24)

1. 少なくとも１つのプロセッサ、ストレージ、及び金銭管理を実行するためのネットワークに接続された通信プラットフォームを各々が有する少なくとも１つのマシンに実装される方法であって、
   アカウントに対する第１のアクセス資格証明書に関連づけられた第１のセットのルールを提供する工程と、
   前記アカウントに対する第２のアクセス資格証明書に関連づけられた第２のセットのルールを提供する工程であって、該第２のセットのルールは少なくとも部分的に前記第１のセットのルールと異なる工程と、
   前記アカウントの第１のユーザからアクセス資格証明書を受信する工程と、
   前記受信したアクセス資格証明書が前記第１のアクセス資格証明書と一致することを判定する工程と、
   取引について前記第１のユーザに関連する第１の要求を受信する工程と、
   前記取引に関する情報を抽出する工程と、
   前記情報及び前記第１のセットのルールに基づいて前記第１の要求に対する少なくとも１つのアクションを決定する工程と、
   を備える方法。
2. 前記少なくとも１つのアクションは、前記取引を促進するアクションと、前記取引をブロックするアクションと、及び前記取引の第１の要求について前記アカウントの第２のユーザに対して通知を提供するアクションとからなる群から選択される少なくとも１つのアクションを含む、請求項１に記載の方法。
3. 前記少なくとも１つのアクションは、
   前記アカウントの第２のユーザに対して前記取引の承認の第２の要求を提供するアクションと、
   前記第２のユーザから前記第２のアクセス資格証明書を受信するアクションと、
   前記第２のセットのルールに基づいて、前記第２のユーザから前記第２の要求に対する回答を受信するアクションと、
   を含む、請求項１に記載の方法。
4. 前記回答が前記取引の拒絶を含む、請求項３に記載の方法。
5. 前記回答が前記取引の承認を含み、前記少なくとも１つのアクションが前記取引を促進するアクションをさらに含む、請求項３に記載の方法。
6. 前記少なくとも１つのアクションは仮想カード番号又は取引識別子を用いて前記取引を成立させるアクションを含む、請求項１に記載の方法。
7. 前記取引は預金取引、貯金取引、又は購入取引を含む、請求項１に記載の方法。
8. 前記第１のセットのルール又は前記第２のセットのルールは、前記アカウントに対する預金取引、前記アカウントを用いた購入取引、前記アカウント内での貯金計画、前記第１又は第２のセットのルールを作成又は変更する権限、前記アカウントを監視する権限、前記アカウントに関連する取引について通知を受信する権限、及び前記アカウントに関連する取引を承認又は拒絶する権限からなる群から選択される少なくとも１つの対象に関連する、請求項１に記載の方法。
9. 前記アカウントを監視する工程をさらに含む、請求項１に記載の方法。
10. 前記第１のセットのルール、前記第２のセットのルール、前記第１のアクセス資格証明書、及び前記第２のアクセス資格証明書を受信する工程と、
    前記第１のセットのルールを前記第１のアクセス資格証明書と関連付ける工程と、
    前記第２のセットのルールを前記第２のアクセス資格証明書と関連付ける工程と、
    をさらに含む請求項１に記載の方法。
11. 前記登録情報の少なくとも一部を検証する工程をさらに含む、請求項１０に記載の方法。
12. 前記登録情報は、氏名、住所、電子メールアドレス、電話番号、クレジットカード番号、銀行口座番号、及び電子支払いアカウントからなる群から選択される情報を少なくとも含む、請求項１０に記載の方法。
13. 前記第１の要求は前記第１のユーザに関連付けられた要望リストに前記取引を追加する工程を含む、請求項１に記載の方法。
14. 前記第２のユーザから前記第２のアクセス資格証明書を受信する工程と、
    前記第２のセットのルールに基づいて、前記第２のユーザから前記要望リスト内の前記取引に関連する回答を受信する工程であって、前記回答は前記取引の承認又は拒絶を含む工程と、
    をさらに含む請求項１３に記載の方法。
15. 前記アクセス資格証明書はユーザ名に基づくログイン情報を含み、前記方法はキーコードを生成する工程をさらに含む、請求項１に記載の方法。
16. 前記取引はエンティティに関わるものであり、該エンティティは金融機関又はベンダである、請求項１に記載の方法。
17. 少なくとも１つのプロセッサ、ストレージ、及び金銭管理のための通信プラットフォームを有するシステムであって、
    アカウントに対する第１のアクセス資格証明書に関連づけられた第１のセットのルール及び前記アカウントに対する第２のアクセス資格証明書に関連づけられた第２のセットのルールを記憶するように構成されたルールデータベースであって、該第２のセットのルールは少なくとも部分的に前記第１のセットのルールと異なるルールデータベースと、
    前記第１のセットのルール及び付加的な基準に基づいて、前記アカウントの第１のユーザに関連する取引の要求について少なくとも１つのアクションを決定するように構成されたルールセットエンジンと、
    前記少なくとも１つのアクションのうちの少なくとも一部を実行するように構成された取引エンジンと、
    を備えるシステム。
18. 前記取引は預金取引、貯金取引、又は購入取引を含む、請求項１７に記載のシステム。
19. 前記第１のセットのルール又は前記第２のセットのルールは、前記アカウントに対する預金取引、前記アカウントを用いた購入取引、前記アカウント内での貯金計画、前記第１又は第２のセットのルールを作成又は変更する権限、前記アカウントを監視する権限、前記アカウントに関連する取引について通知を受信する権限、及び前記アカウントに関連する取引を承認又は拒絶する権限からなる群から選択される少なくとも１つの対象に関連する、請求項１７に記載のシステム。
20. 前記第１のセットのルール、前記第２のセットのルール、前記第１のアクセス資格証明書、及び前記第２のアクセス資格証明書を受信する工程と、
    前記第１のセットのルールを前記第１のアクセス資格証明書と関連付ける工程と、
    前記第２のセットのルールを前記第２のアクセス資格証明書と関連付ける工程と、
    を実行するように構成された登録エンジンをさらに備える、請求項１７に記載のシステム。
21. 金銭管理のための情報が記録された不揮発性の機械可読媒体であって、前記情報が前記機械によって読み取られると、前記機械は
    アカウントに対する第１のアクセス資格証明書に関連づけられた第１のセットのルールを提供する工程と、
    前記アカウントに対する第２のアクセス資格証明書に関連づけられた第２のセットのルールを提供する工程であって、該第２のセットのルールは少なくとも部分的に前記第１のセットのルールと異なる工程と、
    前記アカウントの第１のユーザからアクセス資格証明書を受信する工程と、
    前記受信したアクセス資格証明書が前記第１のアクセス資格証明書と一致することを判定する工程と、
    取引について前記第１のユーザに関連する第１の要求を受信する工程と、
    前記取引に関する情報を抽出する工程と、
    前記情報及び前記第１のセットのルールに基づいて前記第１の要求に対する少なくとも１つのアクションを決定する工程と、
    を実行する、不揮発性の機械可読媒体。
22. 前記取引は預金取引、貯金取引、又は購入取引を含む、請求項２１に記載の媒体。
23. 前記第１のセットのルール又は前記第２のセットのルールは、前記アカウントに対する預金取引、前記アカウントを用いた購入取引、前記アカウント内での貯金計画、前記第１又は第２のセットのルールを作成又は変更する権限、前記アカウントを監視する権限、前記アカウントに関連する取引について通知を受信する権限、及び前記アカウントに関連する取引を承認又は拒絶する権限からなる群から選択される少なくとも１つの対象に関連する、請求項２１に記載の媒体。
24. 前記第１のセットのルール、前記第２のセットのルール、前記第１のアクセス資格証明書、及び前記第２のアクセス資格証明書を受信する工程と、
    前記第１のセットのルールを前記第１のアクセス資格証明書と関連付ける工程と、
    前記第２のセットのルールを前記第２のアクセス資格証明書と関連付ける工程と、
    をさらに備える請求項２１に記載の媒体。