JP2017097613A - プログラムおよびサーバ - Google Patents

Abstract

【課題】短期的な収支管理や情報提供から長期的な資産形成、その先の消費に至るまでシームレスにユーザの経済活動をサポートする。【解決手段】ユーザの第１口座の入出金データに基づく収支計算の結果を取得し、取得された結果に基づく額の資金を、第１口座と第１口座とは異なるユーザの第２口座との間で移動させるか否かをユーザに問い合わせ、第１口座と第２口座の間で移動させる資金の額の指定を受付けて、指定された額の資金を移動する。【選択図】図２

Description

本発明は、プログラムおよびサーバに関する。

近年のインターネットの発達に伴って、様々な商取引をインターネット上で行えるようになってきている。銀行等の金融機関においてもインターネットの利用が進んできており、ユーザは自宅のパーソナルコンピュータやスマートフォンから金融機関が管理するサーバにログインすることにより、振込、振替を行ったり、口座残高を確認したりできるようになっている。例えば特許文献１には、このようなインターネットバンキングサービスを提供するシステムが開示されている。

特開２００２−３３４２１０号公報

特許文献１には、銀行サーバが口座に対して行ったトランザクションの結果を家計簿ソフトに反映させる技術が開示されている。確かにこれによりユーザは家計簿をつける手間を省くことができるかもしれない。しかしながら、昨今のユーザはより一貫性のある使いやすいサービスを望んでおり、まだ改善の余地がある。

本発明はこうした課題に鑑みてなされたものであり、その目的は、短期的な収支管理や情報提供から長期的な資産形成、その先の消費に至るまでシームレスにユーザの経済活動をサポートできる技術の提供にある。

本発明のある態様は、プログラムに関する。このプログラムは、サーバとネットワークを介して通信可能なコンピュータに、ユーザの第１口座の入出金データに基づく収支計算の結果を取得する機能と、取得された結果に基づく額の資金を、第１口座と第１口座とは異なるユーザの第２口座との間で移動させるか否かをディスプレイ上でユーザに問い合わせる機能と、ユーザへの問い合わせに合わせて、取得された結果を表す情報と、第１口座と第２口座との間で移動させる資金の額の指定を受け付ける額指定受付領域と、をディスプレイに表示させる機能と、ユーザへの問い合わせに応じてユーザから移動させる旨の指示を受け付けると、額指定受付領域に関連して指定された額を含む移動指示信号をサーバに送信する機能と、を実現させる。サーバは、移動指示信号を受信すると、第１口座と第２口座との間で指定された額の資金を移動させるための処理を実行する。

本発明の別の態様もまた、プログラムである。このプログラムは、ユーザの第１口座の入出金データに基づく収支計算の結果を取得する機能と、取得された結果に基づく額の資金を、第１口座と第１口座とは異なるユーザの第２口座との間で移動させるか否かをディスプレイ上でユーザに問い合わせる機能と、をコンピュータに実現させる。

本発明の別の態様もまた、プログラムである。このプログラムは、ユーザの口座の残高を仕分けるサーバとネットワークを介して通信可能なコンピュータに、ユーザにより指定された少なくともひとつのコンテンツを含むグループの特定情報と、その特定情報に関連する仕分けの単位を作成するための指示の受付領域と、を対応付けてディスプレイに表示させる第１表示機能と、受付領域が指示を受け付けた場合、作成対象の単位を特定するための預金目的が入力される目的入力領域をディスプレイに表示させる第２表示機能と、を実現させる。

本発明の別の態様は、サーバである。このサーバは、ユーザの第１口座と、第１口座よりも出金の自由度が低いユーザの第２口座と、を管理する別のサーバから、第２口座の残高を取得する取得部と、取得部によって取得された残高を仕分ける仕分け部と、を備える。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、短期的な収支管理や情報提供から長期的な資産形成、その先の消費に至るまでシームレスにユーザの経済活動をサポートできる。

顧客消費行動における２つの領域の説明図である。 実施の形態に係る口座管理システムの構成の一例を示す模式図である。 図２の携帯端末の機能および構成の一例を示すブロック図である。 図２の支援サーバの機能および構成の一例を示すブロック図である。 図４のユーザ情報保持部の一例を示すデータ構造図である。 図４のクリップボード保持部の一例を示すデータ構造図である。 図４の目的別預金情報保持部の一例を示すデータ構造図である。 図４のクーポン情報保持部の一例を示すデータ構造図である。 図２の携帯端末における一連の処理の一例を示すフローチャートである。 図１０（ａ）〜（ｅ）は、一連の処理の種々のステップにおいてディスプレイに表示される画面の代表画面図である。 図１１（ａ）、（ｂ）は、収支管理処理においてディスプレイに表示される画面を示す代表画面図である。 図１２（ａ）、（ｂ）は、コンテンツ提供処理においてディスプレイに表示される画面の代表画面図である。 図１３（ａ）〜（ｄ）は、コンテンツ・預金連動処理においてディスプレイに表示される画面の代表画面図である。 目的対応関係保持部の一例を示すデータ構造図である。 図１５（ａ）〜（ｅ）は、目的別預金管理処理においてディスプレイに表示される画面の代表画面図である。 図１６（ａ）は変形例に係る収支結果画面の代表画面図であり、図１６（ｂ）は各目的別預金に振り分けられる額が数値で示される場合の振り分け設定領域を示し、図１６（ｃ）は目的別預金に振り分けられる額の別の表示態様を示す。 図１７（ａ）〜（ｄ）は、目標達成処理においてディスプレイに表示される画面の代表画面図である。 初回登録画面の代表画面図である。 図１９（ａ）、（ｂ）は、口座登録処理においてディスプレイに表示される画面の代表画面図である。 図２０（ａ）〜（ｃ）は、認証処理においてディスプレイに表示される画面の代表画面図である。

以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。

実施の形態に係る口座管理システムは、スマートフォンなどの高機能携帯端末を活用した口座管理のためのサービスプラットフォームを提供する。図１は、顧客消費行動における２つの領域の説明図である。口座管理システムは、デビット等による低額・高頻度消費（図１の枠２で囲まれる領域）すなわち日常消費の捕捉と、貯蓄や融資等による中高額・低頻度消費（図１の枠４で囲まれる領域）すなわち非日常消費の喚起とを、スマートフォンという顧客接点でつなぐことで、ライフスタイル／ライフイベントを支えるシームレスなサービス体験を提供する。低額・高頻度消費の捕捉について、口座管理システムは、月次収支管理による日常消費の見える化および余資の振替機能をユーザに提供する。中高額・低頻度消費の喚起について、口座管理システムは、関連情報コンテンツを提供することにより、非日常消費（大型消費）を喚起し、かつ目的別預金によりそのような消費の達成をサポートする。また、口座管理システムは、目的別預金の目的に関連する商品やサービスの推薦を行う。

特に本実施の形態では、口座管理システムにより以下の機能が提供される。
（１）口座の情報に基づく収支管理
（２）余資の貯金への誘導
（３）情報コンテンツの提供から目的別預金の設定への誘導
（４）目的別預金の管理
（５）目的別預金に対するリワード／インセンティブの提供
したがって、短期的な収支管理にとどまらず、そこから貯蓄に誘導することでユーザの長期的な資産形成にも資することができる。また、貯蓄を目的別に管理することで、貯蓄の先にある大型消費をより効果的に支援することができる。

図２は、実施の形態に係る口座管理システム１０の構成の一例を示す模式図である。口座管理システム１０は、スマートフォンやタブレット型端末などの携帯端末１２と、支援サーバ１６と、勘定系サーバ１８と、を備える。携帯端末１２、支援サーバ１６および勘定系サーバ１８はいずれもインターネットなどのネットワーク１４と接続され、ネットワーク１４を介して通信する。口座管理システム１０の各要素の数に制限はない。

勘定系サーバ１８は、銀行などの金融機関の勘定系システムに含まれるサーバである。勘定系システムは口座の残高の管理や利息計算、入出金や振込、送金の処理、為替取引、他の金融機関との資金決済などを実行する。勘定系システムは公知の技術を使用して構成されてもよい。勘定系システムを管理する金融機関（以下、単に金融機関と称す）と支援サーバ１６を管理する支援主体とは同じでもよいし異なっていてもよい。本実施の形態ではそれらが異なる場合を説明する。

携帯端末１２のユーザは、ダウンロードサイトからネットワーク１４を介して口座管理アプリケーションプログラム（以下、管理アプリと称す）２０を携帯端末１２にダウンロード（ステップＳ３０）し、インストールする。あるいはまた、管理アプリ２０は携帯端末１２にプリインストールされていてもよい。管理アプリ２０は支援主体により提供される。管理アプリ２０が携帯端末１２により実行されることにより、携帯端末１２はネットワーク１４を介して支援サーバ１６と通信し、各種機能を実現する。以下、携帯端末１２（のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の処理ユニット）が管理アプリ２０を実行することにより実現する機能を携帯端末１２の機能として説明する。それらの機能は実際は管理アプリ２０が携帯端末１２に実現させる機能である。

勘定系サーバ１８には携帯端末１２のユーザの普通預金口座２２の情報と貯蓄預金口座２４の情報とが保持されている。この普通預金口座２２、貯蓄預金口座２４はそれぞれ、金融機関にユーザが開設した普通預金口座、貯蓄預金口座であり、該金融機関により管理される。普通預金口座は収支管理用の口座、貯蓄預金口座は預金用の口座であるといえる。支援サーバ１６は勘定系サーバ１８からネットワーク１４を介して普通預金口座２２の入出金データを取得し（ステップＳ３２）、収支計算を行い、月次の収支データ２６を生成する。携帯端末１２は支援サーバ１６からネットワーク１４を介して収支データ２６を取得する（Ｓ３４）。収支データ２６に示される収支計算の結果２８すなわち収入と支出との差がプラスの場合、携帯端末１２はユーザに当該差に応じた額の貯蓄を促す。携帯端末１２は、ユーザから貯蓄の指示を受け付けると、支援サーバ１６に指定された貯蓄額を通知する。支援サーバ１６は、通知された貯蓄額の資金を普通預金口座２２から貯蓄預金口座２４へ移動するよう勘定系サーバ１８に依頼する（ステップＳ３６）。勘定系サーバ１８は、普通預金口座２２から貯蓄預金口座２４への振替（または振込）を実行する。

支援サーバ１６は、ユーザの貯蓄預金口座２４の残高を仮想的に仕分ける。支援サーバ１６は預金目的で残高を仕分けるので、仕分けの単位は預金目的によって特定される。支援サーバ１６は、ユーザごとに預金目的とその預金目的に振り分けられた額とを対応付けて保持する目的別預金データ２９を有する。勘定系サーバ１８の貯蓄預金口座２４と支援サーバ１６の目的別預金データ２９とはリンクしており、目的未設定分も含めた目的別預金データ２９の総額と貯蓄預金口座２４の残高とは一致する。ユーザは携帯端末１２およびネットワーク１４を介して目的別預金データ２９を設定することができる。例えば、支援サーバ１６により提供された情報コンテンツを見たユーザが、新たな預金目的を設定してもよい。この場合、目的別預金データ２９には設定された新たな預金目的に対応する仕分けの単位が追加される。図２の例で、仮にもともと目的別預金データ２９に預金目的「旅行」で特定される単位および「結婚」で特定される単位が含まれていたとする。リフォームやタワーマンション販売等の住まいに関する情報コンテンツに感化されたユーザが新たな預金目的「住まい」を設定すると、支援サーバ１６は目的別預金データ２９に新たな預金目的「住まい」で特定される仕分けの単位２７を追加する。仕分けの単位は預金目的により特定されるので、本明細書では仕分けの単位を目的別預金と称する。本実施の形態では、目的別預金には口座番号は付与されない。

このように、口座管理システム１０は、収支管理から余資の振替につなげることで日々の少しずつの貯金の積み重ねを支援し、かつ情報コンテンツの提供から目的別預金の設定につなげることで積み重ねられた貯金を中型・大型消費へ誘導する。したがって、ユーザは口座管理システム１０を利用することにより、貯蓄から消費までのほぼ全てのフェーズでシームレスな支援を受けることができる。

図３は、図２の携帯端末１２の機能および構成の一例を示すブロック図である。携帯端末１２は管理アプリ２０をインストールして実行可能であればいかなる端末であってもよく、例えば公知の携帯端末であってもよい。携帯端末１２は、メモリ１２１と、プロセッサ１２２と、通信インタフェース１２３と、ディスプレイ１２４と、入力インタフェース１２５と、を含む。これらの要素はそれぞれバス１２６に接続され、バス１２６を介して互いに通信する。

メモリ１２１は、データやプログラムを記憶するための記憶領域である。データやプログラムは、メモリ１２１に恒久的に記憶されてもよいし、一時的に記憶されてもよい。特にメモリ１２１は管理アプリ２０を記憶する。プロセッサ１２２は、メモリ１２１に記憶されているプログラム、特に管理アプリ２０を実行することにより、携帯端末１２における各種機能を実現する。通信インタフェース１２３は、携帯端末１２の外部との間でデータの送受信を行うためのインタフェースである。例えば、通信インタフェース１２３は、携帯電話の無線通信網にアクセスするためのインタフェースや、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）にアクセスするためのインタフェース等を含む。また、通信インタフェース１２３は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等の有線ネットワークのインタフェースを含んでいてもよい。ディスプレイ１２４は、各種情報を表示するためのデバイスであり、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどである。入力インタフェース１２５は、ユーザからの入力を受け付けるためのデバイスである。入力インタフェース１２５は、例えば、ディスプレイ１２４上に設けられたタッチパネルや、各種入力キー等を含む。

図４は、図２の支援サーバ１６の機能および構成の一例を示すブロック図である。支援サーバ１６は、ユーザ認証部１０２と、収支処理部１０４と、コンテンツ処理部１０６と、目的別預金作成受付部１０８と、目的別預金情報送信部１１０と、クーポン情報送信部１１２と、クーポン利用登録部１１４と、ユーザ情報保持部１１６と、クリップボード保持部１１８と、目的別預金情報保持部１３０と、クーポン情報保持部１３２と、を含む。

収支処理部１０４は、ユーザの普通預金口座２２の入出金データに基づく収支の処理を行う。収支処理部１０４は特に収支管理から余資の貯蓄預金口座２４への振替につなげる機能に関する。収支処理部１０４は、口座情報取得部１３４と、収支計算部１３６と、収支情報送信部１３８と、勘定系連携部１４０と、を有する。

コンテンツ処理部１０６は、情報コンテンツに係る処理を行う。コンテンツ処理部１０６は特に情報コンテンツの提供から目的別預金の設定につなげる機能に関する。コンテンツ処理部１０６は、コンテンツ取得部１４２と、コンテンツ送信部１４４と、グループ化部１４６と、クリップボード送信部１４８と、を有する。

図５は、図４のユーザ情報保持部１１６の一例を示すデータ構造図である。ユーザ情報保持部１１６は、ユーザを特定するユーザＩＤと、パスワードと、ユーザが金融機関に開設した普通預金口座の番号と、ユーザが金融機関に開設した貯蓄預金口座の番号と、携帯端末１２を介して予めユーザにより設定された収支計算の基準タイミングである締め日と、を対応付けて保持する。ユーザＩＤはユーザの電子メールアドレスであってもよい。締め日は、月末や月初や毎月２５日等から選択されてもよいし、ユーザが自由に設定してもよい。

図６は、図４のクリップボード保持部１１８の一例を示すデータ構造図である。クリップボード保持部１１８は、ユーザＩＤと、情報コンテンツのグループを特定するグループＩＤと、該グループに属する情報コンテンツと、を対応付けて保持する。情報コンテンツは旅行、車、結婚、子育て、住まい、体験、出会い、暮らし等の商品やサービスに関連する情報のひとまとまりを含む。情報コンテンツは例えば記事やつぶやきや写真などのデジタルデータであってもよい。情報コンテンツにはテーマやジャンル、属性、特性を示すタグが付与されている。グループはこのタグに基づき設定される。クリップボード保持部１１８は情報コンテンツそのものを保持してもよいし、情報コンテンツへのリンクを保持してもよい。

図７は、図４の目的別預金情報保持部１３０の一例を示すデータ構造図である。目的別預金情報保持部１３０に保持されるデータは目的別預金データ２９に相当する。目的別預金情報保持部１３０は、ユーザＩＤと、ユーザＩＤで特定されるユーザの貯蓄預金口座の残高と、未設定を含む預金目的と、目的別預金の残高である目的別残高と、目標額と、月々の貯蓄額と、貯蓄実行日と、を対応付けて保持する。目的別預金情報保持部１３０の各エントリは目的別預金に相当する。各ユーザＩＤについて、目的別預金の残高の総計は貯蓄預金口座の残高と一致する。

図８は、図４のクーポン情報保持部１３２の一例を示すデータ構造図である。クーポン情報保持部１３２は、預金目的と、基準額と、クーポンの内容と、クーポンの利用を宣言したユーザを特定する利用宣言ユーザＩＤと、を対応付けて保持する。クーポン情報保持部１３２は、預金目的ごとに複数の基準額の設定を許すよう構成される。クーポンは、対応する預金目的に関連する事業を行う企業等の事業体から提供される広告の一態様である。

以上の構成による口座管理システム１０の動作を説明する。
図９は、図２の携帯端末１２における一連の処理の一例を示すフローチャートである。図１０（ａ）〜（ｅ）は、一連の処理の種々のステップにおいてディスプレイ１２４に表示される画面の代表画面図である。ここでは、ユーザが管理アプリ２０に対して既にアカウントを登録しており、かつ普通預金口座も登録している状態を想定する。すなわち、初回の利用登録および口座の登録が済んだ状態で管理アプリ２０を起動した場合を説明する。初回登録および口座の登録に係る処理については後述する。

ユーザが携帯端末１２のディスプレイ１２４に表示される管理アプリ２０のアイコンをタップすると、携帯端末１２は管理アプリ２０を起動する（Ｓ２０２）。携帯端末１２は、アプリ起動画面６４０（図１０（ａ））をディスプレイ１２４に表示させる。アプリ起動画面６４０は、初回登録ボタン６４２と通常起動ボタン６４４とを有する。ユーザは管理アプリ２０への初回登録を済ませているので、通常起動ボタン６４４をタップする。通常起動ボタン６４４に対するタップを検出すると、携帯端末１２は、ユーザを認証するためのログイン画面２４０（図１０（ｂ））をディスプレイ１２４に表示させる（Ｓ２０４）。

ログイン画面２４０は、ユーザＩＤおよびパスワードを含む認証情報の入力を受け付けるための認証情報入力領域２５０と、ログインボタン２５２と、を有する。ユーザは認証情報入力領域２５０に自己の電子メールアドレスとパスワードとを入力し、ログインボタン２５２をタップする。携帯端末１２は、ログインボタン２５２がタップされると、認証情報入力領域２５０に入力された認証情報を、ネットワーク１４を介して支援サーバ１６に送信する。

このように、図９に示される例では、ユーザＩＤ／パスワードを携帯端末１２には保持せず、ユーザにログインの都度認証を求める構成としている。なお、認証情報の入力を求めるタイミングは、管理アプリ２０内部のモジュールを再起動するタイミング（例えば、２４時間程度の間隔）に設定され、設定されたタイミングで再度ユーザＩＤ／パスワードの入力が要求される（すなわち、通常起動ボタン６４４のタップに応じてログイン画面２４０に遷移する）。また、ユーザが明示的に管理アプリ２０の停止・起動を行った場合（例えば、携帯端末１２の電源を落とした後、管理アプリ２０を起動するなど）も、再度ユーザＩＤ／パスワードの入力が要求される。ただし、管理アプリ２０内部のモジュールの再起動と次の再起動との間では、ユーザＩＤ／パスワードの入力は要求されなくてもよい。

支援サーバ１６のユーザ認証部１０２は、受信した認証情報に基づきユーザ認証を行う。ユーザ認証部１０２は、受信した認証情報に含まれるユーザＩＤ、パスワードの組がユーザ情報保持部１１６に登録されていれば認証成功、そうでなければ認証失敗と判定する。ユーザ認証部１０２は、ユーザ認証の結果をネットワーク１４を介して携帯端末１２に送信する。

口座情報取得部１３４は、ユーザ認証部１０２において認証成功と判定された場合、認証されたユーザの普通預金口座の入出金データのうち所定期間分の入出金データを、ネットワーク１４を介して勘定系サーバ１８から取得する。所定期間は１ヶ月や３ヶ月や半年間や１年間であってもよい。口座情報取得部１３４は、ユーザ情報保持部１１６を参照して、認証されたユーザのユーザＩＤに対応する普通預金口座の番号を特定する。口座情報取得部１３４は、特定された普通預金口座の番号と所定期間を指定する情報とを含む入出金データ要求信号を生成し、ネットワーク１４を介して勘定系サーバ１８に送信する。勘定系サーバ１８は、受信した入出金データ要求信号に含まれる番号で特定される普通預金口座の入出金データを、指定された所定期間分切り出し、ネットワーク１４を介して支援サーバ１６に送信する。口座情報取得部１３４は、所定期間分の入出金データを受信する。

収支計算部１３６は、口座情報取得部１３４によって取得された所定期間分の入出金データに対して月次の収支計算を実行する。収支計算部１３６は、認証されたユーザのユーザＩＤに対応する締め日をユーザ情報保持部１１６から抽出する。以下、説明の便宜上、今日から遡って直近の締め日の翌日までの期間を今月、直近の締め日から遡って次の締め日までの期間を先月と称す。収支計算部１３６は、所定期間分の入出金データから、今月中に発生した入出金データおよび先月中に発生した入出金データを、それぞれ今月入出金データ、先月入出金データとして抽出する。例えば、現在が９月１６日であり、締め日が毎月２５日であり、口座情報取得部１３４によって３ヶ月分（７月１６日〜９月１６日）の入出金データが取得されたとする。収支計算部１３６は、８月２６日から９月１６日の計算期間（今月）に発生した入出金データを今月入出金データとして取得する。収支計算部１３６は、７月２６日〜８月２５日の計算期間に発生した入出金データを先月入出金データとして取得する。

収支計算部１３６は、今月入出金データを収入と支出とに分け、さらに収入、支出のそれぞれのなかでも収支項目ごとに分類した今月入出金明細データを作成する。収支計算部１３６は、今月の収入を合算して今月総収入を、今月の支出を合算して今月総支出を取得する。収支計算部１３６は、今月総収入と今月総支出との差を今月収支結果として取得する。今月入出金明細データと今月総収入と今月総支出と今月収支結果とは今月の収支データ２６を構成する。収支計算部１３６は、先月入出金データについて同様の計算を行い、先月の収支データを生成する。

収支計算部１３６は、先々月以前の入出金データについて同様の計算を行ってもよい。収支計算部１３６は、月単位に代えて、週単位や四半期単位等他の計算期間の単位で計算を行ってもよい。該単位と口座情報取得部１３４における所定期間の長さとは対応してもよい。

収支情報送信部１３８は、収支計算部１３６によって生成された先月および今月の収支データを、ネットワーク１４を介して携帯端末１２に送信する。携帯端末１２は、ユーザ認証の結果に続いてそれらの収支データを受信する。

携帯端末１２は、受信したユーザ認証の結果が認証失敗であれば（Ｓ２０６のＮ）、処理をステップＳ２０４に戻す。携帯端末１２は、受信したユーザ認証の結果が認証成功であれば（Ｓ２０６のＹ）、ホーム画面２４２（図１０（ｃ））をディスプレイ１２４に表示させる（Ｓ２０８）。

ホーム画面２４２は、メニューボタン２４１と、収支結果表示領域２５４と、ポイント表示領域２５６と、お得情報領域２５８と、マイクーポン領域２６０と、コンテンツ誘導領域２６２と、ホームボタン２６４と、クリップボタン２６６と、貯金ボタン２６８と、お財布ボタン２７０と、を有する。収支結果表示領域２５４には、携帯端末１２が受信した今月の収支データに含まれる収支計算の結果が表示される。特に収支結果表示領域２５４には、認証されたユーザの普通預金口座の番号と、該口座の残高と、今月総収入と、今月総支出と、今月収支結果と、が表示される。ポイント表示領域２５６には、ユーザに現在付与されているポイントが表示される。このポイントは、支援主体により付与、管理されてもよいし、金融機関により付与、管理されてもよい。携帯端末１２は、お得情報領域２５８に対するタップを検出すると、期間限定のクーポン等を表示するお得情報表示画面（不図示）をディスプレイ１２４に表示させる。お得情報領域２５８に対するユーザのタップは、ユーザによるお得情報の表示指示の一態様である。携帯端末１２は、ホームボタン２６４に対するタップを検出すると、ホーム画面２４２をディスプレイ１２４に表示させる。マイクーポン領域２６０と、コンテンツ誘導領域２６２と、クリップボタン２６６と、貯金ボタン２６８と、お財布ボタン２７０と、については後述する。

携帯端末１２は、ホーム画面２４２の表示に合わせて、締め処理が必要か否かを判定する（Ｓ２１０）。携帯端末１２は、締め日が到来してから初めて管理アプリ２０を起動した場合に締め処理が必要であると判定し、そうでなければ締め処理は不要であると判定する。すなわち、締め日が到来してから２回目の起動以降は次の締め日が到来するまで締め処理は不要と判定される。これは、携帯端末１２のメモリ１２１に保持される状態フラグ等により管理される。締め処理が不要であると判定された場合（Ｓ２１０のＮ）、携帯端末１２は処理を終了する。

締め処理が必要であると判定された場合（Ｓ２１０のＹ）、携帯端末１２は収支結果画面２４４（図１０（ｄ））をディスプレイ１２４に表示させる（Ｓ２１２）。なお、収支結果画面２４４は、管理アプリ２０が起動されていない状態でも、例えばプッシュ通知によりディスプレイ１２４に表示されてもよい。収支結果画面２４４は、携帯端末１２が受信した先月の収支データに基づく先月の収支を表示する。なお、本実施の形態では、先月総収入が先月総支出を上回り、したがって先月収支結果がプラスである場合を説明する。

収支結果画面２４４は、先月の収支の確認を可能とすると共に、その結果に基づく額の資金の貯蓄預金口座への振替を誘導する。携帯端末１２は収支結果画面２４４を表示することにより、先月の収支データに含まれる先月収支結果に基づく額の資金を、普通預金口座と貯蓄預金口座との間で移動させるか否かをディスプレイ１２４上でユーザに問い合わせる。収支結果画面２４４は、差額表示領域２７２と、設定スライダ２７４と、預金するボタン２７６と、預金しないボタン２７８と、あとでボタン２７７と、を有する。差額表示領域２７２には、先月の収支データに含まれる先月収支結果が表示される。設定スライダ２７４は、普通預金口座から貯蓄預金口座に移動させるすなわち振り替える資金の額（以下、振替額と称す）の指定を受け付ける。ユーザは設定スライダ２７４を操作することにより、０円から最大額の範囲で視覚的に振替額を指定できる。最大額は先月収支結果に基づき設定され、先月収支結果そのものであってもよいし、先月収支結果よりも小さな丸められた額であってもよい。したがって、そのような設定スライダ２７４の表示は、先月収支結果の範囲内でどの程度の額の資金を振り替えるか否かをユーザに問い合わせることに対応する。

預金するボタン２７６および預金しないボタン２７８は、振り替えを実行するか否かをユーザに問い合わせるためのボタンである。あとでボタン２７７は、預金するか否かの判断を先送りにするためのボタンである。あとでボタン２７７がタップされると、携帯端末１２はホーム画面２４２をディスプレイ１２４に表示させる。携帯端末１２は、一定期間経過後に再度余資の振替を行うか否かを通知することで、ユーザに判断を促す。この再通知においては、収支結果画面２４４と同様の画面が表示される。

預金するボタン２７６がタップされると、携帯端末１２は、ユーザから振り替えを実行する旨の指示を受け付ける。預金しないボタン２７８がタップされると、携帯端末１２は、実行しない旨の指示を受け付ける。より具体的には、携帯端末１２は、預金しないボタン２７８に対するタップを検出すると（Ｓ２１４のＮ）、処理を終了する。携帯端末１２は、預金するボタン２７６に対するタップを検出すると（Ｓ２１４のＹ）、収支結果画面２４４の設定スライダ２７４で設定された振替額を含む振替指示信号を、ネットワーク１４を介して支援サーバ１６に送信する。

勘定系連携部１４０は、受信した振替指示信号に含まれる振替額の資金をユーザの普通預金口座から貯蓄預金口座へ振り替えるよう勘定系サーバ１８に要求する。勘定系連携部１４０は、振替指示信号の受信に対する応答信号をネットワーク１４を介して携帯端末１２に送信する。勘定系サーバ１８は、要求に応じて振替額の資金をユーザの普通預金口座から貯蓄預金口座に振り替える。勘定系連携部１４０は、勘定系サーバ１８から振替完了の通知を受けてから応答信号を生成してもよい。携帯端末１２は、応答信号を受信すると、預金完了画面２４８（図１０（ｅ））をディスプレイ１２４に表示させる（Ｓ２２０）。その後、携帯端末１２は処理を終了する。

図１１（ａ）、（ｂ）は、収支管理処理においてディスプレイ１２４に表示される画面を示す代表画面図である。ホーム画面２４２のお財布ボタン２７０は収支管理機能への導線として機能する。携帯端末１２は、ホーム画面２４２においてお財布ボタン２７０に対するタップを検出すると、収支管理画面２９２（図１１（ａ））をディスプレイ１２４に表示させる。収支管理画面２９２は、計算期間表示領域４０２と、収支結果表示領域４０４と、収支状況表示領域４０６と、収支項目表示領域４０８と、を有する。

計算期間表示領域４０２は、収支を表示可能な計算期間を表示する。計算期間表示領域４０２は、表示対象となっている計算期間を反転表示等で強調して表示する（図１１（ａ）の「０６／０１〜０６／３０」）。携帯端末１２は、計算期間表示領域４０２の強調されていない計算期間（図１１（ａ）の「０５／０１〜０５／３１」）に対するタップを検出すると、表示対象の計算期間をタップされた計算期間に切り替える。

収支結果表示領域４０４には、次の締め日までの残り日数と、携帯端末１２が受信した今月の収支データに含まれる今月収支結果と、が表示される。収支状況表示領域４０６には、今月の収支の状況が視覚的に表示される。収支状況表示領域４０６には、今月総収入と今月総支出とが数値と色分けされた棒グラフとで表示される。収支項目表示領域４０８には、今月入出金明細データの収支項目とその収支項目に属する入金または出金の合計とが対応付けて表示される。

携帯端末１２は、収支項目表示領域４０８に表示される収支項目のひとつに対するタップを検出すると、タップされた収支項目に対応する入出金明細画面４１０（図１１（ｂ））をディスプレイ１２４に表示させる。図１１（ｂ）の例では、収支項目「デビット決済」がタップされ、それに応じてデビット決済の明細を示す入出金明細画面が表示される。

図１２（ａ）、（ｂ）は、コンテンツ提供処理においてディスプレイ１２４に表示される画面の代表画面図である。コンテンツ提供処理に先立ち、支援サーバ１６のコンテンツ取得部１４２は提携先企業のデータベースやインターネット等から情報コンテンツを取得する。以下、情報コンテンツがデジタル化された記事である場合について説明する。

ホーム画面２４２のコンテンツ誘導領域２６２はコンテンツ提供機能への導線として機能する。携帯端末１２は、ホーム画面２４２においてコンテンツ誘導領域２６２に対するタップを検出すると、コンテンツの要求をネットワーク１４を介して支援サーバ１６に送信する。コンテンツ送信部１４４は、受信した要求に応じて、コンテンツ取得部１４２によって取得された記事をネットワーク１４を介して携帯端末１２に送信する。コンテンツ送信部１４４は要求元のユーザに応じて配信する記事をカスタマイズしてもよい。

携帯端末１２は、受信した記事を表示するコンテンツトップ画面２８６（図１２（ａ））をディスプレイ１２４に表示させる。コンテンツトップ画面２８６には、携帯端末１２が受信した異なる複数の記事の見出しが表示される。図１２（ａ）の例ではコンテンツトップ画面２８６には第１見出し４１２と、第２見出し４１４と、第３見出し４１６と、が表示される。

携帯端末１２は、コンテンツトップ画面２８６に表示される見出しのひとつに対するタップを検出すると、タップされた見出しに対応する記事の詳細を表示するコンテンツ詳細画面４１８（図１２（ｂ））をディスプレイ１２４に表示させる。コンテンツ詳細画面４１８は、記事の内容４２０と、クリップボタン４２２と、ツアーリンク４２４と、を有する。携帯端末１２は、ツアーリンク４２４に対するタップを検出すると、記事の内容４２０に関連するツアーを提供する企業のウェブサイトをディスプレイ１２４に表示させる。携帯端末１２は、クリップボタン４２２に対するタップを検出すると、コンテンツ詳細画面４１８に表示される記事を特定する記事ＩＤを含むクリップ要求信号を生成し、ネットワーク１４を介して支援サーバ１６に送信する。

支援サーバ１６のグループ化部１４６は、受信したクリップ要求信号に含まれる記事ＩＤで特定される記事のタグを特定する。グループ化部１４６は、特定されたタグに基づき記事が属すべきグループを決定する。グループ化部１４６は、クリップ要求信号の送信元のユーザのユーザＩＤと、決定されたグループのグループＩＤと、クリップ要求信号に含まれる記事ＩＤで特定される記事と、を対応付けてクリップボード保持部１１８に登録する。

図１３（ａ）〜（ｄ）は、コンテンツ・預金連動処理においてディスプレイ１２４に表示される画面の代表画面図である。ホーム画面２４２のクリップボタン２６６はコンテンツ・預金連動機能への導線として機能する。携帯端末１２は、ホーム画面２４２においてクリップボタン２６６に対するタップを検出すると、ネットワーク１４を介して支援サーバ１６にクリップボードの情報を要求する。支援サーバ１６のクリップボード送信部１４８は、要求に応じて、ユーザ認証部１０２において認証されたユーザのユーザＩＤに対応するグループＩＤおよび記事をクリップボード保持部１１８から抽出する。クリップボード送信部１４８は、抽出されたグループＩＤおよび記事をネットワーク１４を介して携帯端末１２に送信する。

携帯端末１２は、受信した記事を表示するクリップボードトップ画面２８８（図１３（ａ））をディスプレイ１２４に表示させる。クリップボードトップ画面２８８は、グループごとに設定された表示領域であるグループ情報表示領域を有する。グループ情報表示領域は携帯端末１２が受信したグループＩＤに対応し、そこに示される情報はそのグループＩＤで特定されるグループに属する記事である。特に図１３（ａ）の例では、クリップボードトップ画面２８８は第１グループ情報表示領域４２６と第２グループ情報表示領域４２８とを有する。第１グループ情報表示領域４２６は、グループを特定する情報であるグループの名前が表示されるグループ名表示領域４３０と、予算表示領域４３２と、グループに属する記事を代表する画像が表示される記事イメージ表示領域４３４と、かなえるボタン４３６と、を有する。グループの名前はグループＩＤであってもよい。第２グループ情報表示領域４２８は第１グループ情報表示領域４２６と同様の構成を有する。

予算表示領域４３２には、グループに関連する商品やサービスにかかる予算が表示される。この予算は、グループＩＤと概算費用とを対応付けて保持するテーブル（不図示）から抽出されてもよい。このテーブルは支援サーバ１６に設けられてもよいし携帯端末１２に設けられてもよい。このテーブルの概算費用は支援主体により設定されてもよいし、支援サーバ１６が統計処理を行って設定してもよい。

かなえるボタン４３６は、グループに関連する目的別預金を作成するための指示を受け付ける領域である。携帯端末１２は、かなえるボタン４３６に対するタップを検出すると、目的別預金を作成するか否かをユーザに問い合わせるための預金作成問い合わせ画面４３８（図１３（ｂ））をディスプレイ１２４に表示させる。預金作成問い合わせ画面４３８は、貯めるボタン４４０と、ツアーリンク４２４と同様のツアーリンク４４２と、を有する。携帯端末１２は、貯めるボタン４４０に対するタップを検出すると、目的別預金の各パラメータを設定するための目的別預金作成画面４４６（図１３（ｃ））をディスプレイ１２４に表示させる。携帯端末１２は、目的別預金作成画面４４６において目的別預金のパラメータを受け付ける。目的別預金作成画面４４６は、預金目的入力領域４４８と、目標金額入力領域４５０と、月次貯蓄額入力領域４５２と、貯蓄実行日入力領域４５４と、作成ボタン４５６と、を有する。

預金目的入力領域４４８は、預金目的の入力を受け付ける。携帯端末１２は、タップされたかなえるボタン４３６に対応するグループに対応する預金目的を、予め預金目的入力領域４４８に入力する。

図１４は、目的対応関係保持部２９４の一例を示すデータ構造図である。目的対応関係保持部２９４は、預金目的とグループとの対応関係を保持する。目的対応関係保持部２９４は携帯端末１２のメモリ１２１に保持されてもよいし、支援サーバ１６に保持されてもよい。目的対応関係保持部２９４は、預金目的と、グループＩＤと、を対応付けて保持する。図１４の例では、「列車の旅」グループ（グループＩＤ「ｔｒａｉｎｔｒａｖｅｌ）および「クルーズの旅」グループ（グループＩＤ「ｃｒｕｉｓｅ」）および「海外旅行」グループ（グループＩＤ「ｏｖｅｒｓｅａ」）はいずれも預金目的「旅行」に対応する。対応関係は支援主体により設定されてもよいし、支援サーバ１６等により自動的に設定されてもよい。

図１３（ｃ）に戻り、携帯端末１２は、目的対応関係保持部２９４を参照し、グループに対応する預金目的を特定する。携帯端末１２は、特定された預金目的を預金目的入力領域４４８に予め入力しておく。例えば、「列車の旅」グループのかなえるボタン４３６がタップされた場合、携帯端末１２は、預金目的入力領域４４８に「旅行」を入力した状態で目的別預金作成画面４４６をディスプレイ１２４に表示させる。

目標金額入力領域４５０は、目的別預金の目標額の入力を受け付ける。携帯端末１２は、タップされたかなえるボタン４３６に対応する予算表示領域４３２に表示される予算に応じた目標額を、予め目標金額入力領域４５０に入力する。例えば、「列車の旅」グループのかなえるボタン４３６がタップされた場合、携帯端末１２は、「列車の旅」の予算の上限の３０万円を目標金額入力領域４５０に入力した状態で目的別預金作成画面４４６をディスプレイ１２４に表示させる。

携帯端末１２は、預金目的入力領域４４８に対するタップを検出すると、預金目的の変更を受け付けるための目的選択画面４４４（図１３（ｄ））をディスプレイ１２４に表示させる。目的選択画面４４４には、設定可能な預金目的のリストが表示される。携帯端末１２は、目的選択画面４４４に表示されるいずれかの預金目的がタップされると、タップされた預金目的を預金目的入力領域４４８に入力した状態で目的別預金作成画面４４６をディスプレイ１２４に表示させる。これにより預金目的入力領域４４８に入力される預金目的の変更が可能となる。目標金額入力領域４５０に入力される目標額も同様に変更可能である。月次貯蓄額入力領域４５２、貯蓄実行日入力領域４５４はそれぞれ月々の貯蓄額、貯蓄実行日の入力を受け付ける。

携帯端末１２は、作成ボタン４５６に対するタップを検出すると、預金目的入力領域４４８、目標金額入力領域４５０、月次貯蓄額入力領域４５２および貯蓄実行日入力領域４５４に入力された情報を含む目的別預金作成信号を生成し、ネットワーク１４を介して支援サーバ１６に送信する。支援サーバ１６の目的別預金作成受付部１０８は、ユーザ認証部１０２において認証されたユーザのユーザＩＤと、受信した目的別預金作成信号に含まれる各情報と、を対応付けて目的別預金情報保持部１３０に登録する。登録当初の目的別預金の残高は０円に設定されてもよい。

図１５（ａ）〜（ｅ）は、目的別預金管理処理においてディスプレイ１２４に表示される画面の代表画面図である。ホーム画面２４２の貯金ボタン２６８は目的別預金管理機能への導線として機能する。携帯端末１２は、ホーム画面２４２において貯金ボタン２６８に対するタップを検出すると、目的別預金の情報の要求をネットワーク１４を介して支援サーバ１６に送信する。支援サーバ１６の目的別預金情報送信部１１０は、受信した要求に応じて、ユーザ認証部１０２で認証されたユーザのユーザＩＤに対応する目的別預金の情報を目的別預金情報保持部１３０から抽出する。目的別預金の情報は、貯蓄預金口座の残高と預金目的と目的別残高と目標額と月次貯蓄額と貯蓄実行日とを含む。目的別預金情報送信部１１０は、抽出された目的別預金の情報をネットワーク１４を介して携帯端末１２に送信する。

携帯端末１２は、受信した目的別預金の情報を表示する目的別預金トップ画面２９０（図１５（ａ））をディスプレイ１２４に表示させる。目的別預金トップ画面２９０は、貯蓄推移表示領域４５８と、未設定残高表示領域４６０と、目的リスト表示領域４６２と、を有する。貯蓄推移表示領域４５８には、ユーザの貯蓄預金口座の番号と、該口座の残高と、残高の推移と、が表示される。未設定残高表示領域４６０には、預金目的が未設定となっている目的別預金の残高が表示される。特にこの残高は、貯蓄預金口座の残高から、未設定以外の目的別預金の残高の総計を減算することにより得られる。目的リスト表示領域４６２には、預金目的ごとに、目的別残高と、目標額と、残高設定スライダと、が対応付けて表示される。ユーザは残高設定スライダを操作することにより、自由に目的別預金の間で資金を移動させることができる。特に、残高を減らす方向にスライダを操作する場合には制限は無く、減らした分だけ未設定残高表示領域４６０の残高が増える。逆に残高を増やす方向にスライダを操作する場合には、未設定残高表示領域４６０の残高の範囲での操作に制限される。

携帯端末１２は、目的リスト表示領域４６２に表示される複数の目的別預金のうちのひとつに対するタップを検出すると、タップされた目的別預金の詳細を表示する目的別預金詳細画面４６４（図１５（ｂ））をディスプレイ１２４に表示させる。目的別預金詳細画面４６４は、達成度表示領域４６６と、残高等表示領域４６８と、目的種別表示領域４７０と、目標額表示領域４７２と、メモ表示領域４７４と、クーポン確認ボタン４７６と、を有する。達成度表示領域４６６には、目的別残高と目標額との比が達成度として視覚的に表示される。残高等表示領域４６８には、目的別残高と目標額とが対応付けて表示される。目的種別表示領域４７０には、預金目的が表示される。目標額表示領域４７２には、目標額が表示される。メモ表示領域４７４には、目的別預金に関連するユーザのメモが表示される。

携帯端末１２は、クーポン確認ボタン４７６に対するタップを検出すると、タップされたクーポン確認ボタン４７６に対応する預金目的と目的別残高とを含む目的別クーポン要求をネットワーク１４を介して支援サーバ１６に送信する。支援サーバ１６のクーポン情報送信部１１２は、受信した目的別クーポン要求に含まれる預金目的および目的別残高に対応するクーポンの情報をクーポン情報保持部１３２から選択する。クーポン情報送信部１１２は、預金目的に対応するクーポンのうち、対応する基準額が目的別残高より小さいクーポンの情報を、クーポン情報保持部１３２から抽出する。図８の例で説明すると、預金目的「旅行」および目的別残高「２３７０００円」に対して、クーポン情報送信部１１２は５つのクーポン「丙ツアーの商品全品５％オフ」、「甲乙旅行のパッケージツアー１０％オフ」、「甲乙ツアー商品全品１０％オフ」、「ＡＢＣのツアー商品全品１０％オフ」、「甲乙トラベルのツアー商品全品１０％オフ」を抽出する。預金目的「旅行」および目的別残高「１５００００円」に対して、クーポン情報送信部１１２は１つのクーポン「丙ツアーの商品全品５％オフ」のみを抽出する。クーポン情報送信部１１２は、抽出されたクーポンの情報をネットワーク１４を介して携帯端末１２に送信する。

携帯端末１２は、受信したクーポンを表示する目的別クーポン画面４７８（図１５（ｃ））をディスプレイ１２４に表示させる。目的別クーポン画面４７８には、受信したクーポンがリスト形式で表示される。携帯端末１２は、目的別クーポン画面４７８に表示される複数のクーポンのうちのひとつに対するタップを検出すると、タップされたクーポンを使用するか否かを問い合わせるためのクーポン利用確認画面４８０をディスプレイ１２４に表示させる。クーポン利用確認画面４８０には、使うボタン４８２と、使わないボタン４８４と、が表示される。携帯端末１２は、使わないボタン４８４に対するタップを検出すると、再度目的別クーポン画面４７８をディスプレイ１２４に表示させる。

携帯端末１２は、使うボタン４８２に対するタップを検出すると、タップされたクーポンを特定するクーポン特定情報を含むクーポン登録要求をネットワーク１４を介して支援サーバ１６に送信する。支援サーバ１６のクーポン利用登録部１１４は、受信したクーポン登録要求に含まれるクーポン特定情報によって特定されるクーポンに対応付けて、認証されたユーザ（すなわち送信元のユーザ）のユーザＩＤを利用宣言ユーザＩＤとしてクーポン情報保持部１３２に登録する。クーポン利用登録部１１４は、受信したクーポン登録要求に対する応答信号を、ネットワーク１４を介して携帯端末１２に送信する。携帯端末１２は、応答信号を受信すると、クーポン受付完了画面４８６（図１５（ｅ））をディスプレイ１２４に表示させる。

クーポンの利用を受け付けた後は、ユーザが対象店舗で特定の決済手段（デビット／クレジット）を利用することで、自動的にクーポン特典が提供される。これは、クーポン情報保持部１３２に保持される利用宣言ユーザＩＤと、ユーザの決済実績とのマッチングにより実現される。

携帯端末１２は、ホーム画面２４２のマイクーポン領域２６０に対するタップを検出すると、マイクーポン画面をディスプレイ１２４に表示させる。マイクーポン画面は目的別クーポン画面４７８と同様の構成を有する。

上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

本実施の形態に係る口座管理システム１０によると、収支結果画面２４４において振替への導線としての預金するボタン２７６が提供される。したがって、先月の収支結果がプラスとなったことをユーザに通知した上で、その場でユーザに振替を促すことができる。しかもそのような振替はワンタップで実現される。その結果、ユーザは忘れずにかつスムーズに振替を行うことができる。

また、本実施の形態に係る口座管理システム１０では、ユーザは収支結果画面２４４において設定スライダ２７４を操作することで振替額を設定することができる。したがって、ユーザが先月収支結果の全額を振り替えることを望まない場合に、振替額の設定にかかるユーザ利便性を高めることができる。特にユーザは先月収支結果の確認と振替額の設定と振替の指示とをひとつの画面で実行できるので、操作のストレスがより少ないユーザインタフェースが提供される。

また、本実施の形態に係る口座管理システム１０では、クリップボードトップ画面２８８のグループ情報表示領域に表示される情報は、ユーザがそれまで集めた記事のグループに対応する。ユーザが集めた記事をグループ化することにり、ユーザの潜在的な嗜好、趣味、ニーズや希望を顕在化することができる。すなわち、グループはユーザがおそらくは有しているであろう嗜好に対応しうる。例えば、列車や車窓についての記事を多く集めたユーザのクリップボードには、「列車の旅」というグループが生成され、該ユーザは列車の旅を望んでいると推測される。

グループ情報表示領域は、グループの情報に合わせて、目的別預金の設定への導線としてのかなえるボタン４３６を提供する。これにより、グループ情報表示領域により自己の潜在的な嗜好や希望に気付かされたユーザに、それを叶えるための目的別預金の設定をその場で促すことができる。その結果、ユーザは自己の嗜好や希望に気付いたら、シームレスにそれを叶えるための目的別預金を始めることができる。また、目的別預金が設定されることで、その預金目的に対応する消費が喚起される。

また、本実施の形態に係る口座管理システム１０では、グループ情報表示領域の予算表示領域４３２に、嗜好や希望を叶えるために必要な予算が示される。したがって、ユーザに、目的別預金を設定すべきか否かについて判断するためのひとつの指標を、さらなるユーザ操作なしに提供することができる。その結果、ユーザ利便性が向上する。

また、本実施の形態に係る口座管理システム１０では、目的別預金作成画面４４６の預金目的入力領域４４８および目標金額入力領域４５０には、タップされたかなえるボタン４３６に対応するグループにより特定される値が予め入力される。したがって、ユーザの入力操作を省くことができ、ユーザ利便性が向上する。

また、本実施の形態に係る口座管理システム１０では、目的別クーポン画面４７８において預金目的に対応するクーポンが表示される。これにより、ユーザに利益を提供できると共に、目的別預金から消費へのコンバージョンを促進することができる。

また、本実施の形態に係る口座管理システム１０では、普通預金口座の入出金データに基づき収支計算がなされる。このようにして算出された収支結果は、普通預金口座の残高の実際の増加分に対応する。したがって、振り替えの指示をユーザから受けたときに、振り替え元の普通預金口座の残高が振替額に満たない状況が発生する蓋然性を低減できる。また、収支結果がプラスであれば必ず、すなわちユーザへ問い合わせることなく積み立てる場合と比較して、本実施の形態では振り替えないという選択肢（預金しないボタン２７８）が提供されるので、ユーザの状況や希望により沿った形での目的別預金の形成が可能となる。

以上、実施の形態に係る口座管理システム１０の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解される。

実施の形態では、携帯端末１２に管理アプリ２０がインストールされる場合について説明したが、これに限られず、デスクトップＰＣ等の据え置き型の端末に管理アプリ２０と同様の機能を有するアプリケーションがインスト−ルされてもよい。また、実施の形態では、管理アプリ２０は携帯端末１２にインストールされるインストール型のアプリケーションである場合を説明したが、これに限られず、例えば管理アプリ２０は携帯端末や据え置き型の端末においてインターネット経由で利用されるＷｅｂアプリケーションとして実現されてもよい。

実施の形態では、普通預金口座と貯蓄預金口座との間で資金の移動が行われ、貯蓄預金口座の残高が預金目的で仕分けられる場合について説明したが、これに限られない。例えば、普通預金口座に代えて当座預金口座が用いられてもよく、また貯蓄預金口座に代えて定期預金口座が用いられてもよい。より一般的には、勘定系サーバは、ユーザの第１口座と、第１口座よりも出金の自由度が低い前記ユーザの第２口座と、を管理する。支援サーバは、勘定系サーバから第２口座の残高を取得し、取得された残高を預金目的で仮想的に仕分ける。これにより、第２口座の残高が、目的別預金の使用以外の理由で減少する蓋然性を低減できる。仮に第１口座に目的別預金が設定されたとすると、第１口座の残高はデビット決済や引き落としや引き出しなどで目的別預金とは無関係に容易に減少するので、目的別預金の総額と実際の残高とが頻繁に合わなくなる。そのたびに目的別残高の再設定が必要となるので、手間である。そこで、第２口座に目的別預金を設定することで、そのような手間の発生を抑制して、ユーザ利便性を高めることができる。

また、勘定系サーバを管理する金融機関と、支援主体と、が異なることが許される場合、例えば金融とはあまり関係ない情報提供企業等でも支援主体となることができる。したがって、金融の枠に捕らわれないより幅広く柔軟なサービスをユーザに提供できる。

本実施の形態では、先月総収入が先月総支出を上回る場合について説明したが、これに限られない。例えば、その逆すなわち先月総支出が先月総収入を上回る場合、携帯端末１２は、先月総支出と先月総収入との差である先月収支結果の少なくとも一部を、貯蓄預金口座から普通預金口座へ移動させるか否かを問い合わせてもよい。すなわち、赤字になった分を貯蓄預金口座から補填する作業を、収支結果画面においてワンタップで実現してもよい。その場合、設定スライダは補填額の設定を受け付ける。また、先月収支結果がプラスかマイナスかで異なる態様で収支結果画面をディスプレイ１２４に表示させてもよい。例えば、プラスすなわち先月総収入が先月総支出を上回る場合は収支結果画面の背景を青色にし、マイナスすなわち先月総支出が先月総収入を上回る場合は収支結果画面の背景を赤色にしてもよい。これにより、収支結果の視認性が高まる。

本実施の形態では、仕分けの単位は目的別預金すなわち仮想的な単位であり口座番号は付与されない場合について説明したが、これに限られず、仕分けの単位はいわゆる仮想口座や実際の口座等の口座番号が付与されるものであってもよい。

本実施の形態において、収支管理の一環として、支援サーバは次の締め日までに発生が予定されている支出や支出履歴から導かれる支出などに基づく支出予定額が現在の残高より大きい場合、残高不足をユーザにプッシュ通知等により知らせてもよい。この場合、ユーザの無駄遣いを低減できる。

本実施の形態において、グループ情報表示領域に対応する目的別預金が既に設定されている場合、携帯端末は、グループ情報表示領域のかなえるボタンに代えて目的別残高等の目的別預金の情報を表示する領域を提供してもよい。

本実施の形態において、目的別預金作成画面は、目標額と月々の貯蓄額とから逆算される達成予定日を表示する領域を有してもよい。

本実施の形態では、収支結果画面２４４の預金するボタン２７６がタップされると、設定スライダ２７４で設定された振替額の資金を普通預金口座から貯蓄預金口座へ振り替えるための指示が携帯端末１２から支援サーバ１６に送信される。その指示にしたがい振り替えられた資金はまず、目的別預金トップ画面２９０の未設定残高表示領域４６０に表示される預金目的が未設定の残高に反映される。しかしながら、これに限られることはなく、例えば振り替える資金を目的別預金にどのように割り当てるかをユーザが指定できるように収支結果画面を構成してもよい。

図１６（ａ）は、変形例に係る収支結果画面５０２の代表画面図である。収支結果画面５０２は、図１０（ｄ）の差額表示領域２７２に対応する差額表示領域５０４と、振り分け設定領域５０６と、図１０（ｄ）の預金するボタン２７６に対応する預金するボタン５０８と、図１０（ｄ）の預金しないボタン２７８に対応する預金しないボタン５１０と、を有する。振り分け設定領域５０６は、全体の振替額の指定を受け付けるための第１オブジェクト５１２と、第１オブジェクト５１２により指定される振替額をどの目的別預金にどれだけ振り分けるかを指定するための第２オブジェクト５１４および第３オブジェクト５１６と、第１オブジェクト５１２の現在位置に対応する振替額を数値で表示する振替額表示領域５１８と、を有する。

ユーザは、スライダバー５２０に対して第１オブジェクト５１２をスライドさせることで振替額を指定できる。ユーザは、第２オブジェクト５１４および第３オブジェクト５１６をスライドさせることで、各目的別預金に割り当てる額を自由に設定できる。スライダバー５２０の左端から第３オブジェクト５１６までの第１セグメント５２２は預金目的「旅行」で特定される目的別預金に対応する。第３オブジェクト５１６から第２オブジェクト５１４までの第２セグメント５２４は預金目的「結婚」で特定される目的別預金に対応する。第２オブジェクト５１４から第１オブジェクト５１２までの第３セグメント５２６は預金目的「住まい」で特定される目的別預金に対応する。セグメントと預金目的との対応関係を視覚的に示すため、振り分け設定領域５０６は、各セグメントに対応する預金目的をそのセグメントに対応付けて表示する預金目的表示領域５３０を有する。なお、第１オブジェクト５１２からスライダバー５２０の右端までの第４セグメント５２８は、差額表示領域５０４に表示される先月収支結果のうち振り替えられない額に対応する。

振り分け設定領域５０６は、全体の振替額と、各目的別預金に振り分けられる額と、を視覚的に表示する。特に、スライダバー５２０の全体の長さに占める第４セグメント５２８以外の部分の長さの割合は、先月収支結果に占める全体の振替額の割合を表す。第１セグメント５２２の長さと第２セグメント５２４の長さと第３セグメント５２６の長さとの比は、「旅行」、「結婚」、「住まい」のそれぞれの目的別預金に振り分けられる額の比を表す。図１６（ｂ）は各目的別預金に振り分けられる額が数値で示される場合の振り分け設定領域を示す。図１６（ｃ）は目的別預金に振り分けられる額の別の表示態様を示す。ユーザが所望の預金目的をタップすると、携帯端末１２は、タップを検出した預金目的で特定される目的別預金に振り分けられる額をポップアップ５３２で表示させる。

携帯端末１２は、収支結果画面５０２をディスプレイ１２４に表示させる前に、ネットワーク１４を介して支援サーバ１６から、目的別預金情報保持部１３０に保持される目的別預金の情報を取得する。携帯端末１２は、取得された情報に含まれる預金目的と月々の貯蓄額とに基づいて振り分け設定領域５０６の表示態様を設定する。設定されている預金目的が３つあれば携帯端末１２はスライダバー５２０上に３つのオブジェクトを配置し、スライダバー５２０を振り替えしない額に対応するものも含めて４つのセグメントに分ける。その際、各セグメントのデフォルトの長さは、月々の貯蓄額の比に応じて設定される。あるいはまた、別途予めユーザにデフォルトの振り分け比を登録させておき、登録された比に応じてデフォルトのセグメントの長さを設定してもよい。

携帯端末１２は、預金するボタン５０８に対するタップを検出すると、振り分け設定領域５０６で設定された振り分けを指定する振り分け情報と全体の振替額とを含む振替要求信号を生成し、ネットワーク１４を介して支援サーバ１６に送信する。支援サーバ１６は、全体の振替額の資金をユーザの普通預金口座から貯蓄預金口座に振り替えるための要求を勘定系サーバ１８に送信する。合わせて支援サーバ１６は、振り分け情報で指定された各預金目的への割り当て額に応じた振替額の仕分けを実行する。特に支援サーバ１６は、振替要求信号に含まれる振り分け情報で指定される額を各目的別預金の目的別残高に加える処理を行う。

本変形例によると、収支結果の表示から振り替えへシームレスにつなぐだけでなく、その場で振替額の振り分けを行うことができる。したがって、ユーザは振り替えた後に別途目的別預金トップ画面２９０を開いて個別に振り分けを行う必要がないので、ユーザ利便性が向上する。また、収支結果の表示段階でユーザに預金目的を思い出させることができるので、貯蓄活動の継続を促進できる。

実施の形態において、携帯端末１２は、目的別預金の目標額が達成されると目標達成処理を実行してもよい。目標達成処理は、目標達成をユーザに通知するための達成通知画面６０２をディスプレイ１２４に表示させる処理と、達成された目標額の資金の貯蓄預金口座から普通預金口座への振替をユーザに促す処理と、を含む。

図１７（ａ）〜（ｄ）は、目標達成処理においてディスプレイに表示される画面の代表画面図である。図１７（ａ）は、達成通知画面６０２の代表画面図である。達成通知画面６０２は、目標額を達成した旨のテキスト６０６および視覚効果６０８と、クーポンの確認を促すクーポン確認ボタン６０４と、消去ボタン６１０と、を有する。携帯端末１２は、目的リスト表示領域４６２（図１５（ａ））に表示される複数の目的別預金のうちの目標額が達成された目的別預金に対するタップを検出すると、タップされた目的別預金に対応する達成通知画面６０２をディスプレイ１２４に表示させる。あるいはまた、携帯端末１２は、目標額が達成されたタイミングで達成通知画面６０２をディスプレイ１２４に表示させてもよい。携帯端末１２は、クーポン確認ボタン６０４に対するタップを検出すると、目的別クーポン画面４７８と同様の構成を有するクーポン画面をディスプレイ１２４に表示させる。このように、目標額を達成したユーザに、目標の達成に合わせて目標に関連するクーポンの利用を促すことで、クーポンの利用率を高めることができる。

携帯端末１２は、消去ボタン６１０に対するタップを検出すると、目的別預金詳細画面４６４と同様の構成を有する達成済み預金詳細画面６１２（図１７（ｂ））をディスプレイ１２４に表示させる。達成済み預金詳細画面６１２と目的別預金詳細画面４６４との主な違いは、達成済み預金詳細画面６１２が達成された目標額の資金の貯蓄預金口座から普通預金口座への振替をユーザに促すための振替ボタン６１４を有する点である。すなわち、携帯端末１２は、目的別預金の残高が目標額に達すると、対応する目的別預金詳細画面において振替ボタンの表示を開始する。携帯端末１２は、振替ボタン６１４に対するタップを検出すると、振替処理画面６１６（図１７（ｃ））をディスプレイ１２４に表示させる。振替処理画面６１６は、振替元情報表示領域６１８と、振替先情報表示領域６２０と、振替金額設定領域６２２と、振替実行ボタン６２４と、数値入力ボタン６２６と、キャンセルボタン６２８と、を有する。

振替処理画面６１６に係る振替処理は基本的に、貯蓄預金口座から普通預金口座への、達成された目標額の範囲の額の振替に制限される。振替元情報表示領域６１８には振替元としての貯蓄預金口座の残高が表示される。振替先情報表示領域６２０には振替先としての普通預金口座の残高が表示される。振替金額設定領域６２２は、貯蓄預金口座から普通預金口座に振り替える資金の額の指定を受け付ける。振替金額設定領域６２２は設定スライダ２７４と同様に構成され、特に振り替え可能な最大額は達成された目標額とされる。数値入力ボタン６２６は振り替える資金の額の設定を数字の直接入力により行うためのボタンである。数値入力ボタン６２６がタップされると、携帯端末１２は数字の直接入力を受け付けるためのインタフェースを起動する。携帯端末１２は、キャンセルボタン６２８に対するタップを検出すると、振替処理を中止する。

携帯端末１２は、振替実行ボタン６２４に対するタップを検出すると、振替金額設定領域６２２により設定された額の資金を貯蓄預金口座から普通預金口座に振り替えるための処理を行う。この処理は、収支結果画面２４４の預金するボタン２７６に対するタップが検出されたときの処理に準じる。振替処理が完了すると、携帯端末１２は、振替完了画面６３０（図１７（ｄ））をディスプレイ１２４に表示させる。振替完了画面６３０は、振替が完了した旨のテキストと、振り替えられた額と、を表示する。

このように、目標額が達成された目的別預金詳細画面から振替処理を行うための画面への導線を設けることで、ユーザによる貯蓄預金口座から普通預金口座への資金移動の手間を削減することができる。通常、貯蓄預金口座からの資金の使用は制限されているので、ユーザはある目的について目標額を達成したとしてもその額をいったん普通預金口座に振り替えてからでないと資金を使用できない場合が多い。これに対し、本実施の形態では振替ボタン６１４にて目標達成からワンタップで振替処理画面６１６を表示できるので、そのような振替にかかる手間を低減し、ユーザ利便性を高めることができる。

また、本実施の形態によると、設定スライダ２７４や振替金額設定領域６２２により、振り替える額を大まかに素早く直感的に指定できるインタフェースが提供される。数値入力ボタン６２６等により振り替える額を数値入力する場合は、端数まで細かく正確に指定できる反面、入力操作が煩雑になり、特に数値入力に不向きな携帯端末では入力完了まで時間がかかりうる。これに対して、本実施の形態ではスライダで視覚的に設定可能となっているので、額を大まかに設定できればよい場面では入力を素早く完了することが可能となる。

実施の形態の図９ではユーザの管理アプリ２０に対する初回登録が済んでいる場合について説明した。管理アプリ２０への初回登録の処理を説明する。図１８は初回登録画面６８０の代表画面図である。図１０（ａ）に示されるアプリ起動画面６４０の初回登録ボタン６４２に対するタップが検出されると、携帯端末１２は、初回登録画面６８０をディスプレイ１２４に表示させる。初回登録画面６８０は、ユーザ情報入力領域６８２と、パスワード入力／確認領域６８４と、はじめるボタン６８６と、を有する。これから管理アプリ２０の利用を開始しようとしているユーザは、ユーザ情報入力領域６８２に所望のユーザ名および自己のメールアドレスを入力する。ユーザはパスワード入力／確認領域６８４に所望のパスワードを入力し、確認のため同じパスワードを入力する。携帯端末１２は、はじめるボタン６８６に対するタップを検出すると、ユーザ情報入力領域６８２に入力された初回登録ユーザ情報およびパスワード入力／確認領域６８４に入力された初回登録パスワードを含む初回登録要求を生成し、ネットワーク１４を介して支援サーバ１６に送信する。支援サーバ１６のユーザ認証部１０２は、受信した初回登録要求に含まれる情報を新たなユーザ情報としてユーザ情報保持部１１６に登録する。該登録が完了すると、ユーザ認証部１０２は登録完了通知をネットワーク１４を介して携帯端末１２に送信する。携帯端末１２は登録完了通知を受信すると、ホーム画面２４２をディスプレイ１２４に表示させる。

実施の形態の図９ではユーザの口座の登録が済んでいる場合について説明した。管理アプリ２０への口座の登録の処理を説明する。図１９（ａ）、（ｂ）は、口座登録処理においてディスプレイ１２４に表示される画面の代表画面図である。図１９（ａ）は、口座の登録が済んでいないユーザに対して表示されるホーム画面６９０の代表画面図である。図１９（ａ）のホーム画面６９０と図１０（ｃ）のホーム画面２４２との差異は、前者では後者の収支結果表示領域２５４の代わりに口座登録通知領域６９２が表示される点である。携帯端末１２は、口座登録通知領域６９２に対するタップを検出すると、口座登録画面６９４（図１９（ｂ））をディスプレイ１２４に表示させる。口座登録画面６９４は、勘定系サーバ１８での認証に使用される口座認証情報の入力を受け付ける口座情報入力領域６９６と、登録ボタン６９８と、を有する。

ユーザは口座情報入力領域６９６に、既に開設している自己の普通預金口座の情報およびその暗証番号等の認証情報を入力する。携帯端末１２は、登録ボタン６９８に対するタップを検出すると、口座情報入力領域６９６に入力された口座認証情報を含む口座登録要求を生成し、ネットワーク１４を介して支援サーバ１６に送信する。支援サーバ１６の勘定系連携部１４０は、受信した口座認証情報に基づき勘定系システムに係る認証を開始する。勘定系連携部１４０は、受信した口座認証情報をそのまま勘定系サーバ１８に送信し、勘定系サーバ１８にて認証が行われてもよい。あるいはまた、勘定系連携部１４０は、勘定系サーバ１８の代わりに認証を行ってもよい。勘定系連携部１４０は、認証の結果が認証失敗である場合、その旨をネットワーク１４を通じて携帯端末１２に通知する。携帯端末１２は再度口座登録画面６９４をディスプレイ１２４に表示する等の認証失敗時処理を行う。勘定系連携部１４０は、認証の結果が認証成功である場合、認証成功に係る普通預金口座の情報をユーザＩＤと対応付けてユーザ情報保持部１１６に登録する。該登録が完了すると、勘定系連携部１４０は登録完了通知をネットワーク１４を介して携帯端末１２に送信する。携帯端末１２は登録完了通知を受信すると、ホーム画面２４２をディスプレイ１２４に表示させる。

なお、口座登録画面６９４を通じた初回の口座登録以降は、貯金ボタン２６８やお財布ボタン２７０に係る金融系の機能を使用するための認証は不要となる。すなわち、管理アプリ２０へのログイン後は、勘定系の認証なしで金融系の機能を利用できる状態となる。ただし、所定の期間（１ヶ月や半年、１年等）が経過した後、または携帯端末１２の変更などのイレギュラーなイベントが発生した場合には、金融系の機能を利用するための勘定系の認証が再度実行されてもよい。

実施の形態では、ログイン画面２４０を通じてユーザに認証情報の入力を求め、入力された認証情報を使用して支援サーバ１６にてユーザ認証が行われる場合について説明したが、これに限られない。例えば、携帯端末１２のオペレーティングシステムにより提供されるパスコードや指紋認証の機能を使用してユーザ認証が行われてもよい。

図２０（ａ）〜（ｃ）は、認証処理においてディスプレイに表示される画面の代表画面図である。図１０（ｃ）に示されるホーム画面２４２のメニューボタン２４１に対するタップを検出すると、携帯端末１２は「設定」を含むメニューのリスト（不図示）をディスプレイ１２４に表示させる。携帯端末１２は、「設定」に対するタップを検出すると、設定画面６５０（図２０（ａ））をディスプレイ１２４に表示させる。設定画面６５０は、アカウント設定領域６５２と、パスコード設定領域６５４と、通知設定領域６５６と、収支管理設定領域６５８と、を有する。

携帯端末１２は、パスコード設定領域６５４に対するタップを検出すると、パスコード等設定画面６６０（図２０（ｂ））をディスプレイ１２４に表示させる。パスコード等設定画面６６０は、パスコード利用可否設定領域６６２と、パスコード変更領域６６４と、指紋認証利用可否設定領域６６６と、を有する。パスコード利用可否設定領域６６２はトグルスイッチを有し、該スイッチの操作によりパスコード利用の可否の設定を受け付ける。トグルスイッチがＯＮにされるとパスコードの利用が活性化され、ＯＦＦにされると非活性化される。パスコード変更領域６６４がタップされると、パスコードを変更するための画面（不図示）がディスプレイ１２４に表示される。指紋認証利用可否設定領域６６６はトグルスイッチを有し、該スイッチの操作により指紋認証利用の可否の設定を受け付ける。トグルスイッチがＯＮにされると指紋認証の利用が活性化され、ＯＦＦにされると非活性化される。

パスコード利用可否設定領域６６２においてパスコードの利用が活性化され、かつ指紋認証利用可否設定領域６６６において指紋認証の利用が活性化された場合、管理アプリ２０の次回以降の起動時に、ログイン画面２４０に代えてパスコード／指紋認証画面６７０（図２０（ｃ））がディスプレイ１２４に表示される。パスコード／指紋認証画面６７０において、携帯端末１２は予め設定されたパスコード又は指紋認証もしくはその両方でユーザ認証を行う。図２０（ｃ）の例では、まず指紋認証が行われ、それをパスすると次にパスコード（例えば、４桁の数字）の入力が要求される。なお、パスコード認証や指紋認証は、管理アプリ２０の画面がディスプレイ１２４に表示されるタイミングで常に実行されてもよい。携帯端末１２は、このパスコード／指紋認証によりログイン状態を管理するキー情報を活性化し、認証を行う。ログイン状態を管理するキー情報は有効期限を有しているため、この有効期限が満了しキー情報が失効すると、ユーザにユーザＩＤ／パスワードの入力が要求される。

１０ 口座管理システム、 １２ 携帯端末、 １４ ネットワーク、 １６ 支援サーバ、 １８ 勘定系サーバ。

Claims (17)

1. サーバとネットワークを介して通信可能なコンピュータに、
   ユーザの第１口座の入出金データに基づく収支計算の結果を取得する機能と、
   取得された結果に基づく額の資金を、前記第１口座と前記第１口座とは異なる前記ユーザの第２口座との間で移動させるか否かをディスプレイ上で前記ユーザに問い合わせる機能と、
   前記ユーザへの問い合わせに合わせて、取得された結果を表す情報と、前記第１口座と前記第２口座との間で移動させる資金の額の指定を受け付ける額指定受付領域と、を前記ディスプレイに表示させる機能と、
   前記ユーザへの問い合わせに応じて前記ユーザから移動させる旨の指示を受け付けると、前記額指定受付領域に関連して指定された額を含む移動指示信号を前記サーバに送信する機能と、を実現させ、
   前記サーバは、前記移動指示信号を受信すると、前記第１口座と前記第２口座との間で指定された額の資金を移動させるための処理を実行することを特徴とするプログラム。
2. 前記額指定受付領域は、移動させる資金の額を指定するためのスライドバーを含み、該スライドバーで指定可能な額の上限は収入と支出との差に基づき設定されることを特徴とする請求項１に記載のプログラム。
3. 前記第２口座は前記第１口座よりも出金の自由度が低く、
   前記サーバは前記第２口座の残高を複数の預金目的で仕分けており、
   収入が支出を上回る場合、前記スライドバーは、移動させる資金の額のうち各預金目的に対して割り当てられる額を識別可能に表示し、
   前記移動指示信号は前記スライドバーに関連して指定された各預金目的への割り当て額を含み、
   前記サーバは、前記移動指示信号を受信すると、指定された各預金目的への割り当て額に応じた移動させる資金の仕分けを実行することを特徴とする請求項２に記載のプログラム。
4. 前記スライドバーは、前記複数の預金目的のそれぞれに対して割り当てられる額の修正を受け付けるよう構成されることを特徴とする請求項２または３に記載のプログラム。
5. 取得された結果を表す情報を、収入が支出を上回る場合と支出が収入を上回る場合とで異なる態様で前記ディスプレイに表示させる機能を前記コンピュータに実現させることを特徴とする請求項１から４のいずれか１項に記載のプログラム。
6. 前記第２口座は前記第１口座よりも出金の自由度が低く、
   前記サーバは前記第２口座の残高を複数の預金目的で仕分けており、
   本プログラムはさらに、
   前記ユーザにより指定された少なくともひとつのコンテンツを含むグループの特定情報と、その特定情報に関連する仕分けの単位を作成するための指示の受付領域と、前記特定情報に関連する予算を示す予算領域と、を対応付けて前記ディスプレイに表示させる機能と、
   前記受付領域が指示を受け付けた場合、作成対象の単位を特定するための預金目的が入力される目的入力領域と、作成対象の単位の目標額が入力される目標額入力領域と、を前記ディスプレイに表示させる機能と、を前記コンピュータに実現させることを特徴とする請求項１から５のいずれか１項に記載のプログラム。
7. 予め前記目的入力領域に、前記特定情報に対応する預金目的を入力する機能と、
   予め前記目標額入力領域に、前記予算領域に示される予算に対応する目標額を入力する機能と、を前記コンピュータに実現させることを特徴とする請求項６に記載のプログラム。
8. 前記第２口座の残高は前記複数の預金目的で仮想的に仕分けられていることを特徴とする請求項６または７に記載のプログラム。
9. 作成された仕分けの単位について、該単位の預金目的と残高とに基づき選択されたクーポンの情報を前記ディスプレイに表示させる機能をさらに前記コンピュータに実現させることを特徴とする請求項６から８のいずれか１項に記載のプログラム。
10. ユーザ認証のための認証情報を受け付ける機能と、
    認証された前記ユーザの前記第１口座の残高と、収支の状態と、を含む表示領域を前記ディスプレイに表示させる機能と、をさらに前記コンピュータに実現させることを特徴とする請求項１から９のいずれか１項に記載のプログラム。
11. 前記ユーザに付与されているポイントを含むポイント表示領域を前記ディスプレイに表示させる機能をさらに前記コンピュータに実現させることを特徴とする請求項１から１０のいずれか１項に記載のプログラム。
12. 作成された仕分けの単位の預金目的および残高を含む目的別預金詳細画面を前記ディスプレイに表示させる機能と、
    残高が目標額に達すると、目的別預金詳細画面において振替指示受付領域の表示を開始する機能と、
    振替指示受付領域が指定されると、前記第２口座から前記第１口座に振り替える資金の額の指定を、達成された目標額の範囲で受け付ける指定領域を含む振替処理画面を前記ディスプレイに表示させる機能と、をさらに前記コンピュータに実現させることを特徴とする請求項６から９のいずれか１項に記載のプログラム。
13. ユーザの第１口座の入出金データに基づく収支計算の結果を取得する機能と、
    取得された結果に基づく額の資金を、前記第１口座と前記第１口座とは異なる前記ユーザの第２口座との間で移動させるか否かをディスプレイ上で前記ユーザに問い合わせる機能と、をコンピュータに実現させることを特徴とするプログラム。
14. ユーザの口座の残高を仕分けるサーバとネットワークを介して通信可能なコンピュータに、
    前記ユーザにより指定された少なくともひとつのコンテンツを含むグループの特定情報と、その特定情報に関連する仕分けの単位を作成するための指示の受付領域と、を対応付けてディスプレイに表示させる機能と、
    前記受付領域が指示を受け付けた場合、作成対象の単位を特定するための預金目的が入力される目的入力領域を前記ディスプレイに表示させる機能と、を実現させることを特徴とするプログラム。
15. ユーザの第１口座の入出金データに基づき収支計算を実行する手段と、
    前記収支計算の結果を、ネットワークを介して前記ユーザのコンピュータに送信する手段と、
    送信された結果に基づく額の資金を、前記第１口座と前記第１口座とは異なる前記ユーザの第２口座との間で移動させるか否かの問い合わせに応じて前記コンピュータにより生成される移動させる旨を示す移動指示信号を、前記ネットワークを介して受信する手段と、
    前記移動指示信号を受信すると、前記第１口座と前記第２口座との間で資金を移動させるための処理を実行する手段と、
    前記第２口座の残高を複数の預金目的で仕分ける手段と、を備えることを特徴とするサーバ。
16. ユーザの第１口座と、前記第１口座よりも出金の自由度が低い前記ユーザの第２口座と、を管理する別のサーバから、前記第２口座の残高を取得する取得部と、
    前記取得部によって取得された残高を仕分ける仕分け部と、を備えることを特徴とするサーバ。
17. 本サーバは、前記別のサーバを管理する金融機関とは異なる主体により管理されることを特徴とする請求項１６に記載のサーバ。

Images