JP6219311B2 - ポイント付与システム、ポイント付与方法及びコンピュータプログラム - Google Patents

Description

本発明は、ネットワークを通じてユーザが家計簿サービスを利用できるようにしたものであり、特に、ユーザへのポイント付与をきっかけにして、家計簿サービスの利用促進を図ると共に、口座引き落としの金額をユーザに意識させるようにしたポイント付与システム、ポイント付与方法、サーバコンピュータ、通信端末、サーバプログラム、及びコンピュータプログラムに関する。

昨今、ネットワークを通じて家計簿を利用できるようにしたサービス（オンラインの家計簿サービス）が複数の事業者により提供されている。また、商品・サービス等の購入に応じて、ユーザへポイントを付与するサービスは、従来より一般的に行われている。

下記の特許文献１では、家計簿機能をユーザに提示するシステムが説明されている。また、下記の特許文献２では、獲得ポイント及びポイント履歴等をユーザ端末の画面にて確認可能にすると共に、その画面に配置された「家計簿」ボタンをユーザが選択すれば、オンライン家計簿として利用できる画面を表示することが記されている。

一方、アカウントアグリゲーションというサービスも昨今、ネットワーク上で行われている。アカウントアグリゲーションとは、ネットワークで利用可能な銀行口座、証券会社の口座、クレジットカード等の各種金融サービス、電子商取引等のそれぞれのサービスにおいてユーザ認証（ログイン）に必要なＩＤ及びパスワード等を、一元的に管理するものである。これら各サービスのログインに必要なＩＤ及びパスワード等を、アカウントアグリゲーションを提供するサービスに一旦登録すれば、各サービスへ自動的にアクセスしてログインすることが可能となり（自動ログイン機能）、ユーザは各サービスの個々のサイトにＩＤ及びパスワード等を入力することが不要となり、ユーザの利便性を高められる。また、上述した自動ログイン機能を利用することで、各サービスのデータベースに蓄積されたユーザに関するデータを自動で収集（集計）することも可能になっている（アカウントアグリゲーションの収集機能）。

このようなアカウントアグリゲーションは、上述したオンラインの家計簿サービスと連携して利用でき、例えば、アカウントアグリゲーションの収集機能を用いて、ユーザの銀行口座のデータ、クレジットカードの利用明細データ、電子商取引のデータ等のユーザの金銭に係るユーザ金銭データを収集し、その収集したユーザ金銭データを家計簿の中身に反映できる。このようにアカウントアグリゲーションの収集機能を利用すれば、家計簿へのユーザ入力作業を大幅に低減できると共に、口座等における金銭の動きを家計簿で容易に確認できるようになる。なお、下記の特許文献３では、アカウントアグリゲーションを用いたシステムの一例が開示されている。

特開２００４−１７８４７６号公報 特開２００２−９９８０１号公報 特開２００４−１３３８７９号公報

オンラインの家計簿サービスは、上述したアカウントアグリゲーションの機能（収集機能等）を用いて、各サービスのデータベースからユーザ金銭データを取得して家計簿サービスに反映することで、ユーザによる入力を不要にできるが、実際の店舗で商品を金銭で購入した場合などの支出、単発的なアルバイト等を行った場合などの収入等については、ユーザ自らが入力作業を行う必要がある。しかし、家計簿への入力作業はユーザにとって面倒であるため、このような面倒な手入力作業が要因となって、オンライン家計簿サービスの利用が阻まれるという問題がある。また、オンライン家計簿の更なる利用をユーザに促すには、オンライン家計簿利用に対する根本的なインセンティブも必要になるという問題がある。

さらに、上述したアカウントアグリゲーションの機能は、口座、カード、電子商取引等におけるユーザ金銭データの変動状況をオンライン家計簿で確認可能にしたことについては役立っているが、変動状況の詳細な内容（光熱費、商品等の購入による消費等）を、ユーザが十分に見直すための機会を提供するまでには至っていないのが実情であり、一方、商品・サービス等の提供を行う事業者側としても、アカウントアグリゲーションの各種機能等で得られるもの（例えば、ユーザ金銭データの変動状況）から、新たな消費意欲をユーザに生じさせる手法を十分に生み出せていないという問題がある。

さらにまた昨今は、自然環境（エネルギー問題、エコロジカルな生活様式等）に配慮することに対して社会的な意義が高まっており、このようなことに一般的なユーザが身近に関係する対象としては、電気・上下水道等の光熱費関係の使用量が挙げられる。電気・上下水道等の使用量に応じた支出は、口座又はカード等の引き落としを利用するユーザであれば、オンライン家計簿で光熱費の引き落とし額として確認することも可能であるが、単に確認できるようにしただけでは、電気・上下水道等の使用量を控えて自然環境等に配慮するようにユーザを導くのに不十分であるという問題がある。

本発明は、斯かる事情に鑑みてなされたものであり、オンライン家計簿への支出又は収入情報の手入力作業に対してポイントを付与することで、手入力作業へのインセンティブをユーザに与えて、家計簿サービスの利用促進を図るようにしたポイント付与システム、ポイント付与方法、サーバコンピュータ、通信端末、サーバプログラム、及びコンピュータプログラムを提供することを目的とする。
また、本発明は、１日のような所定の時間範囲でオンライン家計簿の利用があれば、そのような家計簿利用に対してもポイントを付与することで、根本的にオンライン家計簿の利用促進を図るようにしたポイント付与システム、ポイント付与方法、サーバコンピュータ、通信端末、サーバプログラム、及びコンピュータプログラムを提供することを目的とする。

さらに、本発明は、アカウントアグリゲーションの機能を用いて収集されたユーザ金銭データについて、今回分と過去分とを比較し、その比較の結果に応じてポイントを付与することにより、引き落とし額等のユーザ金銭データの変動状況を詳細に見つめ直す機会をユーザに与える一方、商品・サービスの販売を行う事業者側には、新たな消費意欲をユーザに生じさせる手法を確立できるようにしたポイント付与システム、ポイント付与方法、サーバコンピュータ、通信端末、サーバプログラム、及びコンピュータプログラムを提供することを目的とする。

さらにまた、本発明は、電気・上下水道代等の光熱費といった自然環境等に関係する対象分の口座・カード等による引き落としについて、引き落とし額が過去分より減少していれば、ユーザへポイントを付与して、自然環境等に配慮するようにユーザを導く手法を確立するようにしたポイント付与システム、ポイント付与方法、サーバコンピュータ、通信端末、サーバプログラム、及びコンピュータプログラムを提供することを目的とする。

上記課題を解決するために本発明に係るポイント付与システムは、家計簿に応じた家計簿情報の表示処理を行う通信端末から送信されるユーザにより入力された収入又は支出に関するユーザ入力情報を受信する一方、家計簿利用に伴ってユーザにポイントを付与するポイント付与システムにおいて、所定の時間に達したか否かを判断する手段と、所定の時間に達したと判断した場合、所定の時間までの一定期間に受信したユーザ入力情報が有るか否かを検知する手段と、ユーザ入力情報が有ることを検知した場合、検知したユーザ入力情報に係るユーザにポイントを付与することを判断する手段と、ポイントを付与すると判断した場合、付与するポイントをユーザに対応付けて記憶する処理を行う手段と、記憶したポイントの中から、ユーザに対応付けられたポイントを読み出す手段と、読み出したポイントを含む家計簿情報を通信端末へ送信する手段とを備えることを特徴とする。
また、本発明に係るポイント付与システムは、ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知する手段と、他のユーザ入力情報が無いことを検知した場合、受信したユーザ入力情報に係るユーザにポイントを付与することを判断する手段と、ポイントを付与すると判断した場合、付与するポイントをユーザに対応付けて記憶する処理を行う手段と、記憶したポイントの中から、ユーザに対応付けられたポイントを読み出す手段と、読み出したポイントを含む家計簿情報を通信端末へ送信する手段とを備えることを特徴とする。

さらに、本発明に係るポイント付与システムは、家計簿利用開始に伴う通信端末識別情報を含む利用開始アクセスが通信端末から有ったか否かを判断する手段と、利用開始アクセスが有ったと判断した場合、所定のときから利用開始アクセスが有ったときまでの間に同一の通信端末識別情報を含む他の利用開始アクセスが有ったか否かを検知する手段と、他の利用開始アクセスが無かったことを検知した場合、通信端末識別情報に応じたユーザにポイントを付与することを判断する手段と、ポイントを付与すると判断した場合、付与するポイントを、通信端末識別情報に応じたユーザに対応付けて記憶する処理を行う手段とを備えることを特徴とする。

本発明に係るポイント付与システムは、ユーザの金銭に係るユーザ金銭データを蓄積した外部のデータベースから、ユーザ金銭データを取得する手段と、取得したユーザ金銭データの記憶処理を行う手段と、取得したユーザ金銭データの記憶処理を行った場合、記憶処理を行ったユーザ金銭データと同一の対象となる過去分のユーザ金銭データを、記憶したユーザ金銭データの中から特定する手段と、記憶処理を行ったユーザ金銭データの金銭的な価値と、特定した過去分のユーザ金銭データの金銭的な価値とを比較する手段と、比較の結果に応じて、ポイントを付与するか否かを判断する手段と、ポイントを付与すると判断した場合、付与するポイントを、比較に係るユーザに対応付けて記憶する処理を行う手段とを備えることを特徴とする。

また、本発明に係るポイント付与システムは、金銭的な価値の差に応じて付与するポイントの数を規定したポイント条件テーブルと、記憶処理を行ったユーザ金銭データの金銭的な価値と、過去分のユーザ金銭データの金銭的な価値との差を算出する手段と、前記ポイント条件テーブルに基づき、算出した金銭的な価値の差に応じたポイントの数を特定する手段とを備え、特定した数のポイントを付与することを特徴とする。
さらに、本発明に係るポイント付与システムは、前記比較の結果、記憶処理を行ったユーザ金銭データの金銭的な価値が、過去分のユーザ金銭データの金銭的な価値より低い場合、ポイントを付与することを判断することを特徴とする。
さらにまた、本発明に係るポイント付与システムは、ユーザ金銭データが、光熱費に係る引き落とし金額を示すデータにしてあることを特徴とする。

本発明に係るポイント付与方法は、サーバコンピュータが、家計簿情報の表示処理を行う外部の通信端末から送信される収入又は支出に関するユーザ入力情報を受信し、家計簿利用に伴ってユーザにポイントを付与するポイント付与方法において、所定の時間に達したか否かを判断するステップと、所定の時間に達したと判断した場合、所定の時間までの一定期間に受信したユーザ入力情報が有るか否かを検知するステップと、ユーザ入力情報が有ることを検知した場合、検知したユーザ入力情報に係るユーザにポイントを付与することを判断するステップと、ポイントを付与すると判断した場合、付与するポイントをユーザに対応付けて記憶する処理を行うステップとを備えることを特徴とする。
また、本発明に係るポイント付与方法は、ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知するステップと、他のユーザ入力情報が無いことを検知した場合、受信したユーザ入力情報に係るユーザにポイントを付与することを判断するステップとポイントを付与すると判断した場合、付与するポイントをユーザに対応付けて記憶する処理を行うステップとを備えることを特徴とする。

本発明に係るサーバコンピュータは、家計簿情報の表示処理を行う外部の通信端末から送信される収入又は支出に関するユーザ入力情報を受信する一方、家計簿利用に伴ってユーザにポイントを付与するサーバコンピュータにおいて、所定の時間に達したか否かを判断する手段と、所定の時間に達したと判断した場合、所定の時間までの一定期間に受信したユーザ入力情報が有るか否かを検知する手段と、ユーザ入力情報が有ることを検知した場合、付与するポイントを、検知したユーザ入力情報に係るユーザに対応付けて記憶する処理を行う手段とを備えることを特徴とする。
また、本発明に係るポイント付与方法は、ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知する手段と、他のユーザ入力情報が無いことを検知した場合、付与するポイントを、受信したユーザ入力情報に係るユーザに対応付けて記憶する処理を行う手段とを備えることを特徴とする。

本発明に係るサーバコンピュータは、家計簿利用開始に伴う通信端末識別情報を含む開始アクセスが通信端末から有ったか否かを判断する手段と、開始アクセスが有ったと判断した場合、所定のときから開始アクセスが有ったときまでの間に同一の通信端末識別情報を含む他の開始アクセスが有ったか否かを検知する手段と、他の開始アクセスが無かったことを検知した場合、付与するポイントを、通信端末識別情報に応じたユーザに対応付けて記憶する処理を行う手段とを備えることを特徴とする。

本発明に係る通信端末は、収入又は支出に関するユーザ入力情報を外部のサーバコンピュータへ送信すると共に、外部のサーバコンピュータから家計簿情報を受信して家計簿画面の表示処理を行う通信端末において、ポイントを含む家計簿情報を受信した場合、ポイントを配置した家計簿画面を生成する画面生成手段と、生成した家計簿画面の表示処理を行う手段とを備えることを特徴とする。
また、本発明に係る通信端末は、家計簿利用開始の指示を受け付ける手段と、家計簿利用開始の指示を受け付けた場合、外部のサーバコンピュータへ通信端末識別情報を含む利用開始アクセスを行う手段とを備え、前記画面生成手段は、前記利用開始アクセスに対して受信したポイントを含む家計簿情報に基づき、ポイントを配置した家計簿画面を生成することを特徴とする。

本発明に係るサーバプログラムは、サーバコンピュータに、家計簿情報の表示処理を行う外部の通信端末から送信される収入又は支出に関するユーザ入力情報を受信させると共に、家計簿利用に伴ってユーザにポイントを付与する処理を行わせるためのサーバプログラムにおいて、前記サーバコンピュータに、所定の時間に達したか否かを判断するステップと、所定の時間に達したと判断した場合、所定の時間までの一定期間に受信したユーザ入力情報が有るか否かを検知するステップと、ユーザ入力情報が有ることを検知した場合、付与するポイントを、検知したユーザ入力情報に係るユーザに対応付けて記憶する処理を行うステップとを実行させることを特徴とする。

本発明に係るサーバプログラムは、家計簿情報の表示処理を行う外部の通信端末から送信される収入又は支出に関するユーザ入力情報を受信させると共に、家計簿利用に伴ってユーザにポイントを付与する処理を行わせるためのサーバプログラムにおいて、前記サーバコンピュータに、ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知するステップと、他のユーザ入力情報が無いことを検知した場合、付与するポイントを、受信したユーザ入力情報に係るユーザに対応付けて記憶する処理を行うステップとを実行させることを特徴とする。

本発明に係るコンピュータプログラムは、通信手段を具備するコンピュータに、収入又は支出に関するユーザ入力情報を外部のサーバコンピュータへ前記通信手段を用いて送信させると共に、外部のサーバコンピュータから家計簿情報を前記通信手段を用いて受信させて、家計簿画面の表示処理を行わせるためのコンピュータプログラムにおいて、前記コンピュータに、ポイントを含む家計簿情報を前記通信手段を用いて受信した場合、ポイントを配置した家計簿画面を生成する処理を行うステップと、生成した家計簿画面の表示処理を行うステップとを実行させることを特徴とする。

本発明にあっては、ある期間内にユーザが支出又は収入に関する入力を行っていれば、ポイントが付与されるので、家計簿サービスの入力作業を行う意欲が高まり、それに伴い、家計簿サービスの利用促進を図れる。また、本発明にあっては、記憶されたポイントが読み出されて、そのポイントを含む家計簿の画面情報がユーザの通信端末へ送信されることから、入力作業に伴い付与されたポイントの増加を容易に確認できるようになり、ポイント増加を楽しみながらユーザは家計簿サービスを利用できるようになる。なお、本発明にあっては、ポイント付与の判断を、所定の時間に達したときに行う仕方（定時的にポイント付与判断を行うやり方）と、ユーザ入力情報を受信したときに行う仕方（ユーザ入力情報の受信に合わせてリアルタイム的に行うやり方）の二通りに対応したものになっているので、システム負荷または獲得ポイントの迅速なユーザへの提示等のいずれを重視するかで適宜、いずれのかやり方を用いることができるようになる。

本発明にあっては、ある期間内に家計簿利用開始に伴う利用開始アクセスが有った場合にもポイントを付与するようにしたので、ある期間内（例えば、１日）に、通信端末でオンライン家計簿の利用を開始するだけでユーザはポイントを獲得できるようになり、一方、ポイント付与を行うのは、ある期間内に初めて利用開始アクセスが有った場合に限っているので、ユーザによるオンライン家計簿の利用促進と、ポイント付与の頻度がバランスの取れたものになる。

本発明にあっては、アカウントアグリゲーションをオンライン家計簿に利用して、取得したユーザ金銭データの記憶処理を行う場合、記憶処理を行うユーザ金銭データの金銭的な価値と、同一対象の過去分のユーザ金銭データの金銭的価値とを比較して、比較結果に応じてポイントを付与するようにしたので、ポイントが付与されるかを確かめるために、収集されたユーザ金銭データの変動状況の詳細を見直すきっかけをユーザに与えられるようになり、一方、商品・サービスの提供を行う事業者側は、ポイント付与をインセンティブとして新たな消費意欲をユーザに生じさせる手法を提供できるようになる。

例えば、無駄遣いの抑制を奨励するという観点では、ユーザ金銭データとしてクレジットカード使用に対する引き落とし額を対象にして、比較の結果、今回の引き落とし額が、前回の引き落とし額より低ければ、ユーザにポイントを付与するということに本発明を適用することが考えられる。一方、商品・サービスの提供を行う事業者側の観点に立って消費促進を目指す場合、ユーザ金銭データとしてクレジットカード使用に対する引き落とし額を対象にした場合でも、上記の無駄遣い抑制のときとは逆に、比較の結果、今回分の引き落とし額が、前回分の引き落とし額より高ければ、ユーザにポイントを付与するということに本発明を適用することが考えられる。

本発明にあっては、金銭的な価値の差に応じて付与するポイントの数を規定したポイント条件テーブルを用いて、付与するポイントの数を特定するので、ユーザに与えるインセンティヴの程度を適宜、調整又は設定できるようになり、ポイント付与を行うサービス側が、金銭的な価値の差と、付与するポイント数のバランス等を取りやすくなる。
また、本発明にあっては、ユーザ金銭データの対象を光熱費に係る引き落とし金額を示すデータにしたので、ポイント付与を「きっかけ」にして、電気・上下水道等の使用量を見直す機会をユーザに提供することになり、ポイント付与サービスにより、自然環境に配慮するという点において社会的に貢献できるようになる。

本発明にあっては、１日等のように、ある期間内に入力操作を行えばユーザにポイントが付与されるので、家計簿サービスの入力作業を行うユーザの意欲を高めることができ、家計簿サービスの利用を促進できる。また、本発明において、ユーザは、入力作業に用いる通信端末に表示される家計簿画面で容易にポイントを確認できるので、家計簿画面で貯まっていくポイントを楽しむことができ、家計簿サービスの利用頻度を高めることに役立てられる。さらに本発明にあっては、ポイント付与の判断を、所定の時間に達したとき、または、ユーザ入力情報を受信したときに行うようにしたので、システム負荷または獲得ポイントの迅速なユーザへの提示等を考慮して、適切なやり方でポイント付与の処理を行える。

本発明にあっては、ある期間内に家計簿利用開始に伴う利用開始アクセスが有った場合にもポイントを付与するようにしたので、オンライン家計簿の更なる利用促進を図れると共に、一方、ポイント付与を行うのは、ある期間内に初めて利用開始アクセスが有った場合に限定したので、オンライン家計簿の利用促進と、ポイント付与の頻度をバランスの取れたものにできる。

本発明にあっては、アカウントアグリゲーションをオンライン家計簿に利用して、収集したユーザ金銭データについて、今回分と過去分とを比較してポイント付与を行うので、ユーザ金銭データの変動状況を見直すきっかけをユーザに与えることができ、また、商品・サービスの提供を行う事業者側は、ポイント付与をインセンティブとして新たな消費意欲をユーザに生じさせる手法を提供できる。

また、本発明にあっては、ユーザ金銭データに係る金銭的価値について今回分が過去分より低い場合にポイントが付与されるので、無駄遣いの抑制を奨励する場合などに対して、好適に本発明を利用できる。
さらに、本発明にあっては、ユーザ金銭データに係る金銭的価値の差に応じて付与するポイントの数を特定するので、ユーザに与えるインセンティヴの程度を適宜、調整又は設定でき、臨機応変に状況に応じたポイント付与を行える。
さらにまた、本発明にあっては、ユーザ金銭データの対象を光熱費に係る引き落とし金額を示すデータにしたので、ポイント付与を「きっかけ」にして、電気・上下水道等の使用量を見直す機会をユーザに提供でき、ポイント付与サービスにより、自然環境に配慮するようにユーザを導くという点において社会的な意義をもたらすことができる。

本発明の実施形態に係るポイント付与システムを含む全体的な構成を示す概略図である。 アプリケーションサーバの主要な内部構成を示すブロック図である。 ユーザＤＢの中身の一例を示す図表である。 ポイント条件テーブルの中身の一例を示す図表である。 パスワード入力画面を示す概略図である。 トップページ画面を示す概略図である。 （ａ）は資産状況画面を示す概略図、（ｂ）はアカウント登録画面を示す概略図である。 （ａ）は通知画面を示す概略図、（ｂ）はメニュー画面を示す概略図である。 ポイント画面を示す概略図である。 現金記録画面を示す概略図であり、（ａ）は収入の入力操作を行う場合を示し、（ｂ）は支出の入力操作を行う場合を示す。 （ａ）は現金記録データベースの中身の概要を示す概略図、（ｂ）はユーザテーブルの中身の概要を示す概略図である。 （ａ）はポイントデータベースの中身の概要を示す概略図、（ｂ）はポイントテーブルの中身の概要を示す概略図である。 （ａ）は個人金融データベースの中身の概要を示す概略図、（ｂ）は金融テーブルの中身の概要を示す概略図である。 スクレイピングサーバの主要な内部構成を示すブロック図である。 スクレイピングＤＢの中身の一例を示す図表である。 通信端末の一例であるスマートフォンの主要な内部構成を示すブロック図である。 ポイント付与方法の処理手順を示す第１フローチャートである。 ポイント付与方法の処理手順を示す第２フローチャートである。 ポイント付与方法の処理手順を示す第３フローチャートである。 ポイント付与方法の処理手順を示す第４フローチャートである。 ポイント付与方法の処理手順を示す第５フローチャートである。 リアルタイム的にポイント付与処理を行う変形例のポイント付与方法の処理手順を示す第６フローチャートである。 ポイント獲得ポップアップの表示状態を示す概略図である。 家計簿アプリの起動に伴うポイント付与処理に係る変形例のポイント付与方法の処理手順を示す第７フローチャートである。

図１は、本発明の実施形態に係るポイント付与システム１を示す。ポイント付与システム１は、ユーザＵ１、Ｕ２、Ｕ３等へネットワークを介してオンライン家計簿を利用できるサービスを提供するようにしたものであり、オンライン家計簿の利用を促進するために、家計簿利用に応じて、様々な商品・サービス等との交換が可能なポイント（金銭的な価値を有するポイント）を付与することが特徴になっている。

オンライン家計簿を利用するユーザＵ１、Ｕ２、Ｕ３等は、家計簿サービスに登録しており（それぞれユーザＩＤが付与される）、オンライン家計簿を利用するために通信端末Ｔ１、Ｔ２、Ｔ３等を使用する。このような通信端末Ｔ１、Ｔ２、Ｔ３等としては、コンピュータ的な通信端末（プログラムに従って処理を行う通信端末）を用いることができ、具体的には、通信機能を具備するパーソナルコンピュータ（据え置き型又は携帯型のパーソナルコンピュータ）、携帯型通信端末（タブレット、スマートフォン、通信機能付きＰＤＡ、携帯電話等）などを適用できる。なお、ユーザＵ１、Ｕ２、Ｕ３等が用いる通信端末Ｔ１、Ｔ２、Ｔ３等は、全体的なシステムであるポイント付与システム１に含まれるものとする。

また、本実施形態のポイント付与システム１は、ネットワークを介して構築されるクラウドシステム１０を含んでおり、このクラウドシステム１０は、アプリケーションサーバ２０（第１サーバに相当）、スクレイピングサーバ３０（第２サーバに相当）、及び各種データ（情報）を格納するデータベースシステム４０により構成される。また、アプリケーションサーバ２０及びスクレイピングサーバ３０はサーバシステム２を構築している。

サーバシステム２に含まれるアプリケーションサーバ２０は、ネットワークを通じてオンライン家計簿を提供するサービスを行うものであり、ユーザの通信端末Ｔ１等からのアクセスを受けると、データベースシステム４０にアクセスして所要のデータ（情報）を取得することで家計簿用の家計簿情報を生成し、アクセスを行った通信端末Ｔ１等へ家計簿情報を送信する。また、家計簿情報の送信に応じて、アクセス元の通信端末Ｔ１等から支出又は収入等を示すユーザによる入力情報（ユーザ入力情報）が送信されてくれば、そのユーザ入力情報を受信して、データベースシステム４０にユーザＩＤと対応づけて格納する処理等もアプリケーションサーバ２０は行う。

サーバシステム２に含まれるスクレイピングサーバ３０は、アカウントアグリゲーションの各機能に応じた処理を行うものであり、各事業者がユーザ向けに提供する金融的な価値を具備するサービスに応じたユーザの個人データ（ユーザ金銭データ等を含む）を蓄積した外部の各データベース（ＤＢ）へアクセスして所望のユーザに関する金銭に関するデータ（ユーザ金銭データ）を取得収集し、取得収集したユーザ金銭データをデータベースシステム４０へ格納する処理等を行う。なお、本発明のサーバシステム２にアカウントアグリゲーションの各種機能を実現するスクレイピングサーバ３０が含まれることで、本発明に係るポイント付与システム１は、アカウントアグリゲーション機能を具備することになり、この観点においてはアカウントアグリゲーションシステムに該当する。

スクレイピングサーバ３０がデータを収集取得するためのアクセス先の例として、図１では、Ａ銀行口座データベース５Ａ、Ｂ銀行口座データベース５Ｂ、及びＣ銀行口座データベース５Ｃ等と云った各銀行の顧客口座データベース、Ａカード会社カードデータベース６Ａ、Ｂカード会社カードデータベース６Ｂ、及びＣカード会社カードデータベース６Ｃ等の各カード会社の顧客のクレジットカード利用状況を表すカードデータベース、ならびにＡ証券会社口座データベース７Ａ、Ｂ証券会社口座データベース７Ｂ、及びＣ証券会社口座データベース７Ｃ等と云った各証券会社の顧客口座データベースなどを示している。なお、スクレイピングサーバ３０がデータを収集取得するためのアクセス先の例は、図１に示すデータベースに限定されるものではない。

これらのデータベース５Ａ〜５Ｃ等、６Ａ〜６Ｃ等、７Ａ〜７Ｃ等の各データベースは、ネットワークを通じてＵＲＬ（Uniform Resource Locator）に基づき外部からアクセス可能になっている（例えば、ネットワーク上に構築されたウェブサイトのＵＲＬを指定してアクセスするようになっている）。なお、これらのデータベース５Ａ〜５Ｃ等、６Ａ〜６Ｃ等、７Ａ〜７Ｃ等の各データベースは、本発明のポイント付与システム１に含まれない外部のデータベースとして機能する。

クラウドシステム１０に含まれるデータベースシステム４０は、現金記録データベース４１、ポイントデータベース４２、個人金融データベース４３等の複数のデータベースにより構築されており、ネットワークを通じて、上述したアプリケーションサーバ２０及びスクレイピングサーバ３０等の各サーバ又は各種通信端末装置と通信できる機能を具備する。現金記録データベース４１は、オンライン家計簿を通じてアプリケーションサーバ２０へ送信されてきたユーザからの入力情報（ユーザ入力情報）をユーザごとに対応づけて格納し、ポイントデータベース４２はユーザに付与されたポイントをユーザごとに格納し、個人金融データベース４３は、スクレイピングサーバ３０が取得収集したデータをユーザごとに格納する記憶装置として機能する。

また、ポイント付与システム１は、ポイント交換サイトを構築する外部のポイントサービスサーバ９とネットワークを通じて通信可能になっており、ユーザの指示に従って、ポイントデータベース４２に格納されたポイントを、ポイント交換サイトで交換可能な商品・サービス等と適宜交換可能になっている。このように本発明に係るポイントは、ポイント交換サイトで様々なものと交換できるため、金銭的な価値を有する。なお、ポイントサービスサーバ９は、本発明のポイント付与システム１に含まれない。以下、本発明の詳細について説明していく。

図２は、アプリケーションサーバ２０（第１サーバ）の主要な内部構成を示している。本実施形態のアプリケーションサーバ２０には一般的なサーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ２０ａ（制御部２０ａ）に、各種デバイス等を内部接続線２０ｈで接続したものになっており、各種デバイス等には、通信モジュール２０ｂ、ＲＡＭ２０ｃ、ＲＯＭ２０ｄ、入力インタフェース２０ｅ、出力インタフェース２０ｆ、大容量記憶システム（ＨＤＤシステム）２０ｇ等がある。

通信モジュール２０ｂは、ネットワークとの接続モジュールに相当する通信デバイス（通信手段）であり、所要の通信規格に応じたものである（例えばＩＥＥＥのＬＡＮモジュールに応じた規格）。通信モジュール２０ｂは、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワーク（内部ネットワーク及び外部ネットワーク）と接続されており、スクレイピングサーバ３０及びデータベースシステム４０との通信を可能にすると共に、外部の通信端末Ｔ１、Ｔ２、Ｔ３等及び外部の各種サーバ（ウェブサーバ、データベースサーバ等）との通信を可能にしている。

ＲＡＭ２０ｃは、ＭＰＵ２０ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ２０ｄは、ＭＰＵ２０ａの基本的な処理内容を規定したプログラム等を記憶するものである。入力インタフェース２０ｅは、家計簿サービスの運営会社のシステム管理者等からの操作指示等を受け付けるキーボード２０ｉ、マウス等が接続されるものであり、システム管理者等から受け付けた操作指示等をＭＰＵ２０ａへ伝える。出力インタフェース２０ｆは、ディスプレイ２０ｊ（表示出力装置）が接続されるものであり、ＭＰＵ２０ａの処理に伴う内容をディスプレイ２０ｊへ出力し、システム管理者等が現在の処理内容等を確認できるようにしている。

大容量記憶システム２０ｇ（記憶媒体手段に相当）は、プログラム、データベース（ＤＢ）、及びテーブル等を記憶するものであり、本実施形態ではサーバプログラムＰ１、アプリケーションプログラム２１、ユーザＤＢ２２、ポイント条件テーブル２３、家計簿画面テーブル２４等を記憶している。

サーバプログラムＰ１は、サーバ用のオペレーションシステムに応じた各種処理を規定したものであり、この規定内容に基づいた処理をＭＰＵ２０ａが実行することで、アプリケーションサーバ２０はサーバコンピュータとしての基本的な機能を果たす。アプリケーションプログラム２１の説明は後述し、先に、ユーザＤＢ２２等の説明を行う。

図３は、ユーザＤＢ２２の中身の概要を示している。ユーザＤＢ２２は、家計簿サービスに登録したユーザに関する各種情報を格納したデータベースであり、特に本発明では、アカウントアグリゲーションの各機能を利用することから、ユーザ金銭データの収集先となるデータベース等へのアクセスに必要なログインＩＤ及びパスワード等も複数格納している。具体的には、ユーザＩＤに対応付けて、電話番号、メールアドレス、各ユーザのオンライン家計簿利用に必要なパスワード、ユーザが用いる通信端末のＵＩＤ（通信端末識別情報）、職業、生年月日、性別、都道府県住所等を記憶すると共に、アカウントアグリゲーションに用いる他のサービスへのアクセス用のログインＩＤ（ＩＤ−１、２等）及びパスワード（ＰＷ−１、２等）もユーザＩＤに対応付けて複数格納可能になっている。

ユーザＤＢ２２に格納されるユーザＩＤとは、家計簿サービスへの登録時に家計簿サービスの運営側より付与されるユーザの識別情報である。また、パスワードは、家計簿サービスへのログイン時に必要な英数字を複数並べた情報（６文字以上）であり、家計簿サービスへユーザ登録（オンライン登録）を行う際にユーザにより申請されたパスワードがユーザＤＢ２２に格納されることになる。さらに、ユーザの電話番号、メールアドレス、職業、生年月日、性別、都道府県住所等、並びにデータの収集先となるサービスへのアクセス用のログインＩＤ及びパスワードもセットにした状態で、家計簿サービスへの登録時にユーザにより申請されてユーザＤＢ２２に格納されている。なお、通信端末のＵＩＤ（通信端末識別情報）については、ユーザが設定登録するものではなく、通信端末が、アプリケーションサーバ２０へアクセスして通信する際、そのアクセスに伴って送られてくる情報の中に常に含まれるものとなっており、そのため、オンライン登録の際のアクセスに含まれるＵＩＤを、アプリケーションサーバ２０が抽出して、付与されるユーザＩＤに対応づけて、ユーザＤＢ２２に格納するようにしている。

なお、アカウントアグリゲーション用に登録されるログインＩＤ及びパスワードというセットの情報の数は、ユーザにより異なるが、本実施形態では、銀行口座またはカード利用による引き落としに応じてポイント付与を判断することから、銀行口座用のデータベースおよびカード利用に応じたデータベースへのアクセスに必要な個々のログインＩＤ及びパスワードをセットにして、各ユーザに対応付けて格納されているものとする。また、ユーザＤＢ２２に格納されるユーザ情報（ユーザＩＤに対応付けられたパスワード、電話番号、メールアドレス、ＵＩＤ、職業、生年月日、性別、都道府県住所、ログインＩＤ、及びパスワード等）は、家計簿サービスの登録ユーザ数に応じて増減し、新規ユーザの登録又は登録ユーザの脱退等に応じて、ユーザＤＢ２２の中身は家計簿サービスの運営側により適宜更新される。

図４は、ポイント条件テーブル２３の中身の概要を示している。ポイント条件テーブル２３は、ポイントを付与する条件（付与条件）を複数パターンとして、付与条件Ａ、Ｂ、Ｃ等を格納すると共に、付与条件ごとに、付与するポイントの数を規定したものになっている。具体的な例として、付与するポイント数が「１」の場合には、付与条件Ａが割り当てられており、付与するポイント数が「３」の場合には、付与条件Ｃが割り当てられており、付与するポイント数が「１０」の場合には、付与条件Ｆが割り当てられており、付与するポイント数が「３０」の場合には、付与条件Ｉが割り当てられている。付与条件Ａ、Ｂ、Ｃ等の具体的な条件内容は、後述するアプリケーションプログラム２１およびスクレイピングプログラム３１の中で記述されており、例えば、付与条件Ａとしては「１日にユーザ入力情報アリ、又は１日にアプリ起動アリ」という内容が記述されており、付与条件Ｃとしては「引き落としの金額差が１〜１００円」という金銭的な価値の差の条件が記述されており、付与条件Ｆとしては「引き落としの金額差が１０１〜３００円」という金銭的な価値の差の条件が記述されており、付与条件Ｉとしては「引き落としの金額差が３０１〜５００円」という金銭的な価値の差の条件が記述されている。これらの付与条件の中身は一例であり、家計簿サービスの運営側（運営会社）等の意向により、適宜、変更できるものとする。また、上述した付与条件Ａ等の実質的な条件の内容は、直接、ポイント条件テーブル２３の中に格納することも勿論可能である。さらに、付与条件の中には、ボーナスポイントを付与する内容も含ませるようにしてもよく、例えば、月別で獲得したポイント数に基づき、ユーザのランク付けを行い、上位１０人のユーザにボーナスポイントを付与する、又は、キリ番（１桁が０の数字）のランクのユーザにボーナスポイントを付与する等が考えられる。

また、家計簿画面テーブル２４は、図５〜１０等に示すオンライン家計簿の各種画面を、ユーザＵ１、Ｕ２、Ｕ３等が用いる通信端末Ｔ１、Ｔ２、Ｔ３等で表示するためのパーツデータ（家計簿画面を構成するためのパーツに応じたデータ）等を含む画面データを複数記憶したものである。これら画面データは、表示する画面内容ごとに応じて複数種類が存在している。

図５は、ログイン用のパスワード入力画面５０であり、パスワード入力画面用の画面データに基づき生成される画面である。パスワード入力画面５０は、メールアドレス入力欄５０ａ、パスワード入力欄５０ｂ、入力キー５０ｃ、及びログインボタン５０ｄを配置しており、このように配置された各部に応じたパーツのデータを、パスワード入力画面用の画面データは含む。また、パスワード入力画面５０では、入力キー５０ｃを適宜選択する操作を行うと、操作に応じた英数字が各入力欄５０ａ、５０ｂに入力され、その状態でログインボタン５０ｄが操作されると、各入力欄５０ａ、５０ｂに入力された情報（メールアドレス及びパスワード）が、アプリケーションサーバ２０へ向けて送信されるように作り込みされており、このような作り込みの内容等を規定したデータ（スクリプト系言語等で記載されたデータ）も、パスワード入力画面用の画面データは含んでいる。

図６は、家計簿サービスのトップページ画面５１を示し、トップページ画面用の画面データ等に基づき生成される画面である。トップページ画面５１は、上述したパスワード入力画面５０でのパスワード等の入力により、ログイン操作が完了すると、ユーザＵ１、Ｕ２、Ｕ３等が用いる通信端末Ｔ１、Ｔ２、Ｔ３等に表示される画面である。

トップページ画面５１は、上方の表題欄５１ａ（「現金・預金」の文字が記された欄）の右に現金記録ボタン５１ｂを配置し、以下、下方へ対象となる期間を記す期間表示欄５１ｃ、対象となる期間の総額を記す総額表示欄５１ｄ、対象となる期間における収入及び支出を示す選択可能な収支額欄５１ｅ、収入又は支出の有った日及び額を示すカレンダー欄５１ｆ、現在の獲得ポイント数を記すポイント欄５１ｈを配置すると共に、最下方にメニューバー６０を配置したものになっている。トップページ画面用の画面データは、上述した各欄５１ａ〜５１ｆ等に応じたパーツデータを含むが、各欄に配置される数字（金額の数、ポイントの数等）は、データベースシステム４０のポイントデータベース４２及び個人金融データベース４３から取得されたユーザの情報に基づいている。

トップページ画面５１の表題欄５１ａの右側の現金記録ボタン５１ｂが選択されると、図１０（ａ）、（ｂ）に示す現金記録画面５８に表示が切り替わるようになっている。このように各ボタン５１ａ、５１ｂが選択されると上述したような処理が行われることを規定したパーツデータ（上述した処理を規定したデータが埋め込まれたボタンデータ）を、トップページ画面用の画面データは含んでいる。なお、ボタンデータについては、後述する他の画面データで使われるボタンにおいても同様に、ボタン操作により行われる処理を規定したデータが含まれているものとする。

また、最下方のメニューバー６０は、各種家計簿画面に共通して表示されるものであり、このメニューバー６０は、本実施形態では後述する通信端末側にインストールされる家計簿アプリに含まれる機能に基づき表示されるようにしているが、アプリケーションサーバ２０から提供される画面データに含ませることも勿論可能である。メニューバー６０は、「現金・預金」ボタン６０ａ、「資産」ボタン６０ｂ、「金融機関」ボタン６０ｃ、「通知」ボタン６０ｄ、及び「メニュー」ボタン６０ｅを含む。

「現金・預金」ボタン６０ａが操作されると、図６に示すトップページ画面５１が表示されることになり、「資産」ボタン６０ｂが操作されると、図７（ａ）に示す資産状況画面５２が表示されることになり、「金融機関」ボタン６０ｃが操作されると、図示しないアカウントアグリゲーションの対象にする金融機関登録画面が表示されることになり、「通知」ボタン６０ｄが操作されると、図８（ａ）に示す通知画面５４が表示されることになり、「メニュー」ボタン６０ｅが操作されると、図８（ｂ）に示すメニュー画面５５が表示されることになる。

図７（ａ）の資産状況画面５２は、ユーザの総資産額及び項目別の資産額を示す画面であり、上方から順に現在の総資産額を記す総額資産欄５２ａ、総資産の内訳を示す項目別資産欄５２ｂを選択可能に配置し、各欄５２ａ、５２ｂに配置される数字（金額情報）も、個人金融データベース４３から取得されたものになっている。また、資産状況画面５２は、「資産状況」と記された表題欄の左側に更新ボタン５２ｃを配置しており、この更新ボタン５２ｃが選択されると、更新要求がアプリケーションサーバ２０へ向けて送信され、その更新要求に応じて、各欄５２ａ、５２ｂに含まれる項目（総資産、現金・預金、外貨資金、株式、投資信託、債券、カード支払予定等）についての最新の数字を受信すれば、受信した数字に置き換えた画面内容になる。

図７（ｂ）のアカウント登録画面５３は、家計簿サービスへのユーザ登録を行う画面であり、メールアドレス入力欄５３ａ及びパスワード入力欄５３ｂを配置すると共に、その下方に登録ボタン５３ｃを配置し、入力キー５３ｄも表示できるようにしている。このアカウント登録画面５３では、各欄５３ａ及び５３ｂに所定の情報が入力された状態で、登録ボタン５３ｃの選択操作が行われると、入力された情報（メールアドレス及びパスワード）がアプリケーションサーバ２０へ向けて送信されるように作り込みされており、このような作り込みの内容等を規定したデータを、アカウント登録画面用の画面データは含んでいる。なお、アプリケーションサーバ２０は、入力された情報（メールアドレスおよびパスワード）を受信すると、ユーザＩＤを発行して、その発行したユーザＩＤに対応づけて、アクセスされた中に含まれるＵＩＤと共に格納する処理を行う。また、アカウント登録画面５３で登録ボタン５３ｃが選択された後は、図示しない詳細情報設定画面が表示されるようになっており、この詳細情報設定画面で、図３のユーザＤＢ２２に格納される他の情報（電話番号、職業、生年月日、性別、都道府県住所、アカウントアグリゲーション用のログインＩＤ・パスワード等）がユーザにより設定され、アプリケーションサーバ２０へ送信されて、ユーザＤＢ２２に記憶されるようになっている。

図８（ａ）の通知画面５４は、ユーザへのお知らせ内容を示す画面であり、家計簿サービスの運営会社により作成される通知内容の一覧を示し、具体的な通知内容としては、サービスの運営に関するもの、アカウントアグリゲーションに関係した内容等があり、これらを通知欄５４ａに配置している。

図８（ｂ）のメニュー画面５５は、様々な機能又は各種設定を行うための複数の選択可能なメニューボタンを含むメニュー欄５６を配置した画面である。このメニュー欄５６の中には、お金を管理する場所となる財布の数、種類等を設定する財布管理ボタン５６ａ、ポイントに関する詳細をユーザが確認できるようにするためのポイントボタン５６ａ等が含まれている。財布管理ボタン５６ａが選択されると、図示しない財布設定画面の表示に切り替わり、現金等が入れられて現金等の支出・収入を行う財布の数、種類等の設定が可能になり、ポイントボタン５６ａが選択されると、図９に示すポイント画面５７の表示に切り替わるようになっている。

図９のポイント画面５７は、複数のメニュー５７ａ〜５７ｇを含むメニュー欄を有しており（メニュー５７ｂ〜５７ｇは選択等が可能になっている）、最新ポイントメニュー５７ａには現在の獲得ポイントを示されれている。「ポイントとは？」メニュー５７ｂは選択されると、本サービスにおけるポイントに関する内容を説明する画面が表示されるようになっており、「ポイント交換」メニュー５７ｃが選択されると、ポイント交換を行うために、交換するポイントの数を入力する欄、交換する対象を設定する欄、ポイント交換の決定ボタン等を配置したポイント交換画面に表示が切り替わるようになっている。「ポイント交換先一覧」メニュー５７ｄは選択されると、ポイント交換先のサイト及びサイト内容等を示すポイント交換一覧画面に表示が切り替わるようになっている。「ポイント履歴」メニュー５７ｅは選択されると、日時に対応付けて、取得したポイント数、交換したポイント数、又は交換対象等を時系列順に一覧で示すポイント履歴画面に表示が切り替わるようになっている。「ポイントを貯める」メニュー５７ｆが選択されると、ポイントを貯めるための質問及び回答を記したポイントＱ＆Ａボタン画面に表示が切り替わるようになっている。また、「起動時のポイント表示」メニュー５７ｇは、起動時に図６に示すトップページ画面５１を最初に表示する際、ポイント欄５１ｈを配置するか否かを設定するものであり、「ｏｎ」が選択されると、ポイント欄５１ｈを配置する状態に設定され、「ｏｆｆ」が選択されると、ポイント欄５１ｈは配置されない状態に設定されるようになっており、ポイント欄５１ｈを配置しない場合は、ポイント情報を取得する必要がないので、トップページ画面５１をスムーズに表示しやすくなる。

図１０（ａ）（ｂ）は、上述したように図６のトップページ画面５１の現金記録ボタン５１ｂの選択に伴って表示される現金記録画面５８を示し、図１０（ａ）は収入を入力する状態の現金記録画面５８を示し、図１０（ｂ）は支出を入力する状態の現金記録画面５８を示す。

現金記録画面５８は、上方の表題欄（「現金記録」の文字が記された欄）の左右に選択可能な戻るボタン５８ａ及び保存ボタン５８ｂを配置し、これらボタン５８ａ、５８ｂの下方には、選択可能な収入ボタン５８ｃ及び支出ボタン５８ｄが同じ行で左右に並べて配置され、さらに各ボタン５８ｃ、５８ｄの下方には複数の入力欄５８ｅ〜５８ｊが配置される。

収入ボタン５８ｃ又は支出ボタン５８ｄは、いずれか一方を択一的に選択できるようになっており、現金記録画面５８が最初に表示されたときは、支出ボタン５８ｄが選択された状態になっている。なお、収入ボタン５８ｃが選択された状態では、各入力欄の下から二行目には収入先入力欄５８ｈが配置されるようになっており、また支出ボタン５８ｄが選択されると、各入力欄の下から二行目の配置は支出元入力欄５８ｊに切り替わる。

複数の入力欄としては、日付入力欄５８ｅ、カテゴリ入力欄５８ｆ、金額入力欄５８ｇ、収入先入力欄５８ｈ（図１０（ａ）に示す場合。図１０（ｂ）に示す場合では支出元入力欄５８ｊ）、メモ入力欄５８ｉがある。日付入力欄５８ｅは、支出又は収入の日付を入力する欄である。カテゴリ入力欄５８ｆは、支出又は収入の対象となるカテゴリを入力する欄であり、カテゴリ入力例としては収入の場合、「給与」、「賞与」、「臨時収入」、「事業所得」、「配当所得」、「不動産所得」、「年金」、「その他」等があり、支出の場合の例としては「食費」、「日用雑貨」、「交通」、「交際費」、「衣服・美容」、「教養・教育」、「趣味・娯楽」、「健康・医療」、「その他」等がある。金額入力欄５８ｇは、収入又は支出の金額を入力する欄である。収入先入力欄５８ｈは、収入を入れる財布の種類（前述の財布設定画面で設定される財布の種類）を入力する欄であり、支出元入力欄５８ｊは、支出が行われる財布の種類を入力する欄である。メモ入力欄５８ｉは、ユーザの任意の事項を入力できる備考的な欄である。

上述した各入力欄５８ｅ〜５８ｊに情報が入力された状態で、保存ボタン５８ｂが選択されると、各入力欄５８ｅ〜５８ｊへユーザにより入力された情報（支出又は収入に関するユーザ入力情報）がアプリケーションサーバ２０へ向けて送信されることになり、また、戻るボタン５８ａが選択された場合は、各入力欄５８ｅ〜５８ｊに入力された情報がリセットされる。収入ボタン５８ｃが選択されると、収入の入力用の画面になること（収入先入力欄５８ｈが配置されること）、支出ボタン５８ｄが選択されると、支出の入力用の画面になること（支出元入力欄５８ｊが配置されること）、並びに、各ボタン５８ａ、５８ｂが選択さると、上述した処理が行われること等は、現金記録画面５８の画面データに含まれるボタンデータにより規定されている。

なお、アプリケーションサーバ２０の大容量記憶システム２０ｇに記憶される家計簿画面テーブル２４に含まれる画面データには、上述した図６〜１０の各画面５０〜５８以外にも複数存在している。

例えば、図６のトップページ画面５１における総額表示欄５１ｄを選択すると、今すぐ使うことができる現金の内訳（現金、銀行預金、電子マネー、証券預かり金）を示す選択欄を配置した画面が表示され、これらの選択欄のいずれかを選択すると、その選択された内訳用の画面が表示され、その内訳用の画面は、内訳に応じた現金が存在する対象を示すグラフ（例えば、内訳として銀行預金が選択された場合は、Ａ銀行の６０％、Ｂ銀行に４０％の現金が存在することを示すグラフ）、及び現金の利用履歴等を配置したものになる。また、トップページ画面５１における収支額欄５１ｅが選択されると、収支バランスを示す画面が表示され、この画面では収入及び支出に関する金額をグラフ（円グラフ又は棒グラフ等）で示す内容になっている。

さらに、図７（ａ）に示す資産状況画面５２において、項目別資産欄５２ｂの各欄が選択された場合も、選択された欄の項目に応じた詳細をグラフ等で示す画面が表示される。さらにまた、図８（ｂ）のメニュー画面５５のメニュー欄５６に含まれる各メニューボタンが選択されると、選択されたメニューボタンに応じた内容の画面が表示される。

次に、アプリケーションサーバ２０の大容量記憶システム２０ｇに記憶されるアプリケーションプログラム２１が規定する処理内容について説明する。本実施形態のアプリケーションプログラム２１は、家計簿サービスに関する処理と、ポイント付与に関する処理という主に二つの処理を規定しており、アプリケーションプログラム２１が規定する処理に基づいた制御をＭＰＵ２０ａが実行することで、家計簿サービスに関する各種機能（ポイント付与機能も含む）がアプリケーションサーバ２０で実現されるようになっており、このような機能に応じた処理（処理のステップ）を実行する上で、ＭＰＵ２０ａは各種手段として機能する。

アプリケーションプログラム２１が規定する家計簿サービスに関する各種処理の中で、まず、最初に行うのがログインに関する処理である。まず、アプリケーションサーバ２０へ外部の通信端末からのアクセスを通信モジュール２０ｂで受信すると、アクセス元の通信端末へ図５に応じたパスワード入力画面５０用の画面データを、通信モジュール２０ｂを用いて送信する制御をＭＰＵ２０ａが実行することをアプリケーションプログラム２１は規定する。

また、画面データの送信に応じて、アクセス元の通信装置から送信されてきたメールアドレス及びパスワードを通信モジュール２０ｂで受信すると、受信したメールアドレス、パスワードおよびアクセスに含まれるＵＩＤが図３のユーザＤＢ２２に格納されているか否かを判断する処理をＭＰＵ２０ａが行うことをアプリケーションプログラム２１は規定する。ユーザＤＢ２２に格納されていないと判断した場合、再度、パスワード入力画面５０用の画面データを、通信モジュール２０ｂを用いて送信する制御をＭＰＵ２０ａが行うことをアプリケーションプログラム２１は規定する。

一方、ユーザＤＢ２２に格納されていると判断した場合、そのパスワード等に対応するユーザＩＤをユーザＤＢ２２から特定すると共に、その特定したユーザＩＤに応じたユーザ情報（図６のトップページ画面５１に必要な現在の金銭の情報、今月の収入・支出の金額の情報、現在のポイント数を示す情報等）をデータベースシステム４０へ要求して読み出し、読み出したユーザ情報及び図６のトップページ画面５１に必要な画面データを含む家計簿に応じた家計簿情報を生成し、その生成した家計簿情報をアクセス元の通信端末へ、通信モジュール２０ｂを用いて送信する制御をＭＰＵ２０ａが行うことをアプリケーションプログラム２１は規定する。

トップページ画面５１に応じた家計簿情報を送信した後は、アクセス元の通信端末から送られてくる画面要求情報を通信モジュール２０ｂで受信すると、受信した画面要求情報に応じた画面用の家計簿情報を生成し、その生成した家計簿情報をアクセス元の通信端末へ、通信モジュール２０ｂを用いて送信する制御をＭＰＵ２０ａが行うことになり、このような内容をアプリケーションプログラム２１は規定する。なお、アクセス元から要求された画面が、新たなユーザ情報（金銭的な情報又はポイントに関する情報等）を必要とする場合、その都度、データベースシステム４０へアクセスして、必要な情報を読み出し、読み出した情報を含む家計簿情報を生成する処理をＭＰＵ２０ａが行うことを、アプリケーションプログラム２１は規定する。

また、アクセス元の通信端末へ送信した家計簿情報に応じた画面が、ユーザから保存すべき情報（保存情報）の入力を受け付けて、この保存すべき情報をアプリケーションサーバ２０へ送信してくる場合もあり、このように送信されてきた保存情報をユーザＤＢ２２又はデータベースシステム４０等へ格納する制御をＭＰＵ２０ａが行うことも、アプリケーションプログラム２１は規定する。例えば、設定画面でユーザに関する情報（メールアドレス）等が更新のため入力されて、アプリケーションサーバ２０へ送信されると、その情報をユーザＤＢ２２へ上書き記録する制御をＭＰＵ２０ａが行うことを、アプリケーションプログラム２１は規定する。

さらに、図７（ｂ）のアカウント登録画面５３等でアカウント情報または更新（変更）するアカウント情報が入力されて、アプリケーションサーバ２０へ向けて送信されると、送信されてきたアカウント情報（ＩＤ、ＰＷ等）を、ユーザＤＢ２２に、ユーザＩＤと対応付けて記憶する制御をＭＰＵ２０ａが行うことを、アプリケーションプログラム２１は規定する。

さらにまた、図１０（ａ）（ｂ）に示す現金記録画面５８で、支出又は収入に関する情報（ユーザ入力情報に該当）がユーザにより入力されてアプリケーションサーバ２０へ送信されて、このユーザ入力情報をアプリケーションサーバ２０で受信すれば、ログイン中のユーザＩＤに対応づけて、データベースシステム４０へ記憶する制御処理をＭＰＵ２０ａが行うことをアプリケーションプログラム２１は規定する。なお、このような入力情報を格納する具体的な先は、本実施形態においてはデータベースシステム４０に含まれる現金記録データベース４１にしており、それにより、現金記録データベース４１を参照すれば、各ユーザの現金の状況（現金の収入状況又は支出状況）をスムーズに把握することが可能となる。

次に、アプリケーションプログラム２１が規定する二つめの処理内容であるポイント付与に関する処理について説明する。本実施形態のＭＰＵ２０ａは、タイマー・クロック機能を具備しており、日時のカウントをバックグラウンド処理で行っており、このタイマー・クロック機能に基づき時刻が０時（所定の時間に相当）に達したか否かを判断することを、アプリケーションプログラム２１は規定している。０時に達したと判断した場合、前日の０時から判断した０時になるまでの期間（１日に応じた期間）に受信したユーザ入力情報が、データベースシステム４０の現金記録データベース４１に記憶された中に有るか否かを、ユーザＩＤごとに検知することを、アプリケーションプログラム２１は規定している。

ユーザ入力情報が有ることを検知した場合、そのユーザ入力情報を行ったユーザに、図４に示すポイント条件テーブル２３が規定するポイント数を付与することを判断し、判断したポイント数を、ユーザ入力情報を入力したユーザのユーザＩＤに対応づけて、ポイントデータベース４２へ記憶する処理をＭＰＵ２０ａが行うことを、アプリケーションプログラム２１は規定している。アプリケーションプログラム２１は、このようなポイント付与に係る処理をＭＰＵ２０ａが全ユーザ（全ユーザＩＤ）に対して行うことを規定する。なお、付与するポイントを記憶する際、ポイント付与の日付およびポイント付与の理由も付与するポイント数と対応付けて記憶するようにしている（後述するアグリゲーションサーバ３０によるポイント付与の場合も同様）。

アプリケーションサーバ２０に関する説明を終わり、次に、図１に示すデータベースシステム４０について説明する。データベースシステム４０はネットワークを通じて上述したアプリケーションサーバ２０及びスクレイピングサーバ３０と、通信部４０ｂを用いて通信可能になっており、各サーバ２０、３０から送られてきたユーザに関する情報（入力情報、金額に関する情報、ポイントに関する情報）を各データベース４１〜４３のいずれかへ記憶する。また、各サーバ２０、３０からのアクセスにより、情報を読み出す要求を通信部４０ｂで受信すると、データベースシステム４０は、要求された情報を各データベース４１〜４３から読み出して、要求元のサーバ２０、３０へ送信する。データベースシステム４０が行う各種処理は、データベースシステム４０の制御部４０ａの制御により行われる。

図１１（ａ）は、上述したデータベースシステム４０に含まれる現金記録データベース４１の中身の概要を示している。現金記録データベース４１は記憶手段に該当し、ユーザＩＤごとに、ユーザの現金記録に関する情報（収支に関するユーザ入力情報）を記憶するユーザテーブル４１ａ、４１ｂ・・・を有する構造になっており、このような構造によってユーザ（ユーザＩＤ）ごとに入力情報を記憶できるようにしている。

図１１（ｂ）は、ユーザＩＤが０００１のユーザテーブル４１ａの中身の一例を示している。ユーザテーブル４１ａは、上述した図１０（ａ）、（ｂ）の現金記録画面５８で入力されたユーザ入力情報を蓄積して記憶したものになっている。ユーザ入力情報の中には日付が含まれるので、ユーザ入力情報の記憶された日が分かるようになっている。なお、他のユーザ（ユーザＩＤ）のユーザテーブル４２ｂ等も、上述したユーザテーブル４１ａと同様の中身になっている。

図１２（ａ）は、上述したデータベースシステム４０に含まれるポイントデータベース４２の中身の概要を示している。ポイントデータベース４２はポイントを記憶するポイント記憶手段に該当し、上述した現金記録データベース４１と同様に、ユーザＩＤごとのテーブル（ポイントテーブル４２ａ等）を有する構造になっている。ポイントテーブル４２ａ、４２ｂ等は、ユーザに付与されたポイントをユーザごとに対応づけて記憶しており、このような構造によってユーザ（ユーザＩＤ）ごとにポイントを記憶できるようにしている。

図１２（ｂ）は、ユーザＩＤが０００１のポイントテーブル４２ａの中身の一例を示している。ポイントテーブル４２ａは、付与されたポイントの数を、付与日及びポイント付与の理由と対応付けて記憶すると共に、使用（交換）したポイントの数を、使用日及びポイント使用対象と対応付けて記憶した内容になっており、付与されたポイント数及び使用したポイント数の合計から算出される現在のポイント数も記憶されている。なお、他のユーザ（ユーザＩＤ）のポイントテーブル４２ｂ等も、上述したポイントテーブル４２ａと同様の中身になっている。

図１３（ａ）は、上述したデータベースシステム４０に含まれる個人金融データベース４３の中身の概要を示している。個人金融データベース４３は、ユーザの金銭に係るユーザ金銭データを記憶する記憶装置（金融データ記憶手段）に該当し、上述した現金記録データベース４１と同様に、ユーザＩＤごとのテーブル（金融テーブル４３ａ等）を有する構造になっている。金融テーブル４３ａ、４３ｂ等は、スクレイピングサーバ３０が収集したユーザ金銭データ（例えば、ユーザの銀行口座データベースに格納される口座明細の金額を示すデータ、カード会社のカードデータベースに格納されるカード利用明細の金額を示すデータ、証券会社の株式口座データベースに格納されるユーザ所有の株数を示すデータ等）をユーザごとに対応づけて記憶している。

図１３（ｂ）は、ユーザＩＤが０００１の金融テーブル４３ａの中身の一例を示している。スクレイピングサーバ３０は、多数のユーザの多種類のユーザ金銭データを収集してくることから、金融テーブル４３ａは、種類別に各種テーブル４４ａを設けて、収集された複数のユーザ金銭データの種類ごとに記憶を行えるようにしている。金融テーブル４３ａが有するテーブルの種類としては、預金口座テーブル４４ａ、外貨資金テーブル４４ｂ、株式テーブル４４ｃ、投資信託テーブル４４ｄ、債券テーブル４４ｅ、及びカード使用テーブル４４ｆ等がある。

預金口座テーブル４４ａは、各銀行の口座データベースから収集されたユーザの口座データ（ユーザ金銭データに相当）が格納されるものであり、ユーザの各銀行の口座における金額の出入りを示す金額情報が、その出入りの有った日付と共に記憶される。外貨資金テーブル４４ｂは、各銀行の外貨口座データベースから収集された口座データが格納されるものであり、ユーザの各銀行の外貨口座における外貨の出入りを示す外貨データ（ユーザ金銭データに該当）が、取引の日付と共に記憶される。株式テーブル４４ｃは、各証券会社の株式口座データベースから収集された口座データが格納されるものであり、ユーザの各証券会社の口座における株式の銘柄及び株数の売り買いを示す株券データ（ユーザ金銭データに該当）が、取引の日付と共に記憶される。

投資信託テーブル４４ｄは、各投資信託会社の投信口座データベースから収集された口座データが格納されるものであり、ユーザの各投資信託会社の口座における投資信託の売り買いを示す投資信託データ（一種のユーザ金銭データに該当）が取引の日付と共に記憶される。債券テーブル４４ｅは、債券データベースから収集された債券データが格納されるものである。カード使用テーブル４４ｆは、各カード会社のカード使用データベースから収集されたカードの利用履歴（使用履歴）を示すカード利用データ（ユーザ金銭データに該当）がカード利用日付と共に格納されるものである。なお、上述した各テーブル４４ａ〜４４ｆ等は、ユーザがアカウントアグリゲーションを利用していない対象については、情報が含まれない状態になっている（例えば、株式口座データベースをアカウントアグリゲーションの対象に利用していないユーザの株式テーブル４４ｃには、情報が含まれない空の状態になっている）。

このようなデータベースシステム４０が有する現金記録データベース４１、ポイントデータベース４２、及び個人金融データベース４３は、随時、新たなデータが記憶されることで、記憶内容は更新されている。また、上述した各データベース４１〜４３の中身の構造は一例にすぎず、記憶されるデータがユーザＩＤと対応付けられていれば、データベースの構造は、どのようなものであってもよい。また、各データベース４１〜４３は、独立して構築して、各データベース単位で、ネットワークを通じて情報の記憶及び読み出しを行える構成にしてもよく、この構成の場合では、各データベース４１〜４３を包含するデータベースシステム４０が省略可能となる。

図１４は、サーバシステム２が有するスクレイピングサーバ３０（第２サーバ）の主要な内部構成を示している。本実施形態のスクレイピングサーバ３０は上述したアプリケーションサーバ２０と同様に、一般的なサーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ３０ａ（制御部３０ａ）に、各種デバイス等を内部接続線３０ｈで接続したものになっており、各種デバイス等には、通信モジュール３０ｂ、ＲＡＭ３０ｃ、ＲＯＭ３０ｄ、入力インタフェース３０ｅ、出力インタフェース３０ｆ、大容量記憶システム（ＨＤＤシステム）３０ｇ等があり、このような各モジュール３０ｂ〜３０ｇは、上述したアプリケーションサーバ２０の各モジュール２０ｂ〜２０ｇと同様である。また、入力インタフェース３０ｅに接続されるキーボード３０ｉ等、及び出力インタフェース３０ｆに接続されるディスプレイ３０ｊも、上述したアプリケーションサーバ２０のキーボード２０ｉ等及びディスプレイ２０ｊと同様である。

大容量記憶システム３０ｇは、プログラム、データベース（ＤＢ）、及びテーブル等を記憶する情報記憶手段に該当し、具体的には、サーバプログラムＰ１０、スクレイピングプログラム３１、スクレイピングＤＢ３２、ポイント条件テーブル３３等を記憶する。サーバプログラムＰ１０は、サーバ用のオペレーションシステムに応じた各種処理を規定したものであり、この規定内容に基づいた処理をＭＰＵ３０ａが行うことで、スクレイピングサーバ３０はサーバコンピュータとしての基本的な機能を果たす。スクレイピングプログラム３１の説明は後述し、先に、スクレイピングＤＢ３２等の説明を行う。

図１５は、スクレイピングＤＢ３２の中身の概要を示している。スクレイピングＤＢ３２は、アカウントアグリゲーションを行う銀行、カード会社、証券会社等の名称、及びそれらの各データベースへのアクセス先を示すＵＲＬを含むと共に、各データベースをアカウントアグリゲーションの対象に設定したユーザのログイン用のユーザＩＤ、メールアドレス及びパスワード等が、それぞれのＵＲＬに対応づけて格納されたものになっている。各データベースへのアクセス先を示すＵＲＬについては、アカウントアグリゲーションの対象となり得る各データベースのＵＲＬが家計簿サービスの運営会社側により予め登録されてスクレイピングＤＢ３２に格納されたものになっている。一方、ユーザＩＤ及びパスワード等については、上述した詳細情報設定画面の中のアカウントアグリゲーションの対象とする各銀行、カード会社、証券会社等を設定する設定画面の中で、アカウントアグリゲーションの対象を選択できる各銀行、カード会社、証券会社等が一覧表示されており、ユーザが一覧表示の中から所望の対象を選択すると、その選択した対象にアクセスするためのユーザＩＤ及びパスワード等を入力して登録するようになっており、このように登録されたユーザＩＤ及びパスワード等が、選択された対象に応じたＵＲＬに対応付けて、スクレイピングＤＢ３２に格納されるようになっている。このようなスクレイピングＤＢ３２への格納処理は、入力されたユーザＩＤ及びパスワード等が、ユーザの通信端末から上述したアプリケーションサーバ２０へ送信されてくるので、アプリケーションサーバ２０で一旦、送信されてきた各内容が整理されて、システム管理者等によりスクレイピングＤＢ３２として、スクレイピングサーバ３０へ届けられ大容量記憶システム３０ｇに保存される。なお、スクレイピングＤＢ３２の中身も、新たなユーザの加入、又は既存ユーザのアカウントアグリゲーション対象の追加等により適宜更新される。

また、大容量記憶システム３０ｇが記憶するポイント条件テーブル３３は、基本的に図４に示すポイント条件テーブル２３と同等のものである。なお、本実施形態では、ポイント数が「１」の場合に関する内容については、スクレイピング処理におけるポイント付与に関して無関係となるので、ポイント条件テーブル３３では省略可能である。

次に、スクレイピングプログラム３１について説明する。スクレイピングプログラム３１は、スクレイピングサーバ３０のＭＰＵ３０ａが実行するスクレイピングに関する制御処理、及びポイント付与に関する制御処理等を規定しており、このようなスクレイピングプログラム３１の規定内容により、ＭＰＵ３０ａは各種手段として機能する。

スクレイピングに関する処理として、スクレイピングＤＢ３２に格納されたＵＲＬを用いて、スクレイピング対象となるネットワークを通じてアクセス可能なウェブサイト又はデータベース等を順次、巡回するように通信モジュール３０ｂを用いてアクセスし、アクセスによりデータベース等との接続が確立すると、接続先のＵＲＬにスクレイピングＤＢ３２で対応付けられたユーザＩＤ及びパスワード等を用いてログイン処理を行い、ユーザ金銭データ（口座データ、外貨口座データ、株券データ、カード利用データ等）を取得し、取得したユーザ金銭データをデータベースシステム４０が有する個人金融データベース４３の中の金融テーブル（ログインに用いたユーザＩＤに応じたテーブル）に記憶する制御処理をＭＰＵ３０ａが行うことを、スクレイピングプログラム３１は規定する。

上記のユーザ金銭データの記憶処理が行われる具体的な記憶先のテーブルは、ユーザ金銭データ取得の際にアクセスしたデータベースの種類に応じたものになる（図１３（ｂ）参照）。例えば、銀行等の預金口座データベースへアクセスして取得したユーザ金銭データは預金口座テーブル４４ａへ記憶され、銀行等の外貨預金口座データベースへアクセスして取得したユーザ金銭データは外貨資金テーブル４４ｂへ記憶される。また、証券会社等の株式口座データベースへアクセスして取得したユーザ金銭データは株式テーブル４４ｃへ記憶され、投資信託会社等の投信口座データベースへアクセスして取得したユーザ金銭データは投資信託テーブル４４ｄへ記憶される。さらに、債券データベースへアクセスして取得したユーザ金銭データは債券テーブル４４ｅへ記憶され、各カード会社等のカード使用データベースへアクセスして取得したユーザ金銭データはカード使用テーブル４４ｆへ記憶される。

なお、記憶されるユーザ金銭データには、日付（年月日）、金銭的な価値を示す情報（銀行口座データ、カード利用データ等であれば金銭額、株式口座データであれば株券の数など）が含まれており、また、ユーザ金銭データが銀行口座データまたはカード利用データ等であれば、引き落とし対象を示す名称（例えば、電気代の引き落としであれば「デンリヨク」というカタカナ文字列を含む名称、上下水道代の引き落としであれば「スイドウ」というカタカナの文字列を含む名称、ガス代の引き落としであれば「ガス」というカタカナの文字列を含む名称）等の情報が含まれているものとする。

スクレイピングプログラム３１は、上述したユーザ金銭データの取得及び記憶に関する処理を、スクレイピングＤＢ３２に格納された全ユーザＩＤに対して行うことを規定している。また、このようユーザ金銭データの取得及び記憶に関する処理を行う時間的な間隔は、処理負担等を考慮して、本実施形態では１日単位（２４時間単位）で行うようにしているが、処理に関する時間間隔は適宜、変更可能となっており、時間間隔を２４時間単位より短くすること、又は、２４時間単位より長くすることも勿論可能であり、さらには随時、行うことも可能である。

本実施形態におけるスクレイピングプログラム３１のポイント付与に関する処理は、上述の収集・記憶したユーザ金銭データの中の銀行口座データおよびカード利用データに含まれる「引き落とし（銀行口座引き落とし、またはカード利用引き落とし）」を対象にして行われる。光熱費は一般に銀行口座またはカード利用による引き落とし可能であるが、本発明では、電気代の引き落としの金額、上下水道代の引き落としの金額、及びガス代の引き落としの金額を対象にしている。電気代、上下水道代、及びガス代を低くするには、エネルギー使用量を抑えねばならず、エネルギー使用量を低減することは、限りある資源に配慮することに繋がり、社会的に意義のあることであることから、家計簿サービスを提供する運営会社は、電気代、上下水道代又はガス代の引き落としの金額が、過去分（本実施形態では前回分）より低ければ、金額差に応じてポイントを付与することにしている。

そのため、上述した光熱費の引き落としに係るユーザ金銭データの記憶処理を行った場合、各ユーザＩＤの金融テーブル４３ａ、４３ｂ等に含まれる預金口座テーブル４４ａおよびカード使用テーブル４４ｆ等の中から、光熱費（電気代、上下水道代、又はガス代のいずれか）に対する金銭の引き落としが有るか否かの検知をユーザＩＤごとにＭＰＵ３０ａが行うことを、スクレイピングプログラム３１は規定している。この検知は、ユーザ金銭データに含まれる引き落とし名目（名称）の文字列を検索キーワードとして行っており、具体的には、「デンリヨク」、「スイドウ」、「ガス」のいずれのか文字列を含む引き落としが、記憶処理が行われた預金口座テーブル４４ａおよびカード使用テーブル４４ｆ等の中に存在するか否かでＭＰＵ３０ａは検知を行う。

光熱費に係る引き落としの有ることを検知した場合、その検知した引き落としと同じ対象となる前回分の引き落とし金額を、預金口座テーブル４４ａおよびカード使用テーブル４４ｆ等の中から特定する処理をＭＰＵ３０ａが行うことを、スクレイピングプログラム３１は規定している。例えば、「デンリヨク」という文字列により、電気代の引き落としを検知した場合、その検知した電気代の引き落としの日付が４月であれば、前回分となる３月の電気代の引き落とし額を、預金口座テーブル４４ａおよびカード使用テーブル４４ｆ等から特定することになる。このような前回分の特定も、所定の検索キーワード（例えば、「デンリヨク」というカタカナの文字列）及び所定の日付（例えば、「３月」という日付）に基づき行うことになる。

前回分の引き落とし額を特定すると、今回分の引き落とし額と、前回分の引き落とし額を比較する処理をＭＰＵ３０ａが行うことを、スクレイピングプログラム３１は規定している。比較の結果、今回分の引き落とし額が、前回分の引き落とし額より低い場合、ポイントを付与することが判断され、この場合、今回の引き落とし額と、前回分の引き落とし額の差を算出する処理をＭＰＵ３０ａが行うことを、スクレイピングプログラム３１は規定している。

金額の差を算出すると、スクレイピングサーバ３０の大容量記憶システム３０ｇに記憶されているポイント条件テーブル３３を参照して、付与するポイント数を特定する処理をＭＰＵ３０ａが行うことを、スクレイピングプログラム３１は規定している。例えば、引き落とし額の差が「８９円」であれば、上述した付与条件Ｃに基づき３ポイント付与することになり、引き落とし額の差が「２５７円」であれば、付与条件Ｆに基づき１０ポイント付与することになる（図４のポイント条件テーブル２３の内容を参照）。

付与するポイント数を算出すると、上述した処理の対象となるユーザのユーザＩＤに対応付けて、算出した数のポイントをポイントデータベース４２のポイントテーブル４２ａ等に記憶する制御処理をＭＰＵ３０ａが行うことを、スクレイピングプログラム３１は規定している（図１２（ａ）参照）。例えば、ユーザＩＤが０００２のユーザ金銭データ（引き落としのデータ）の比較処理に基づき、１０ポイントを付与することになった場合、ユーザＩＤが０００２のポイントテーブル４２ｂに記憶し、それにより、付与されたポイントはユーザに対応づけてポイントデータベース４２のポイントテーブル４２ｂに記憶されたことになる。

なお、このようなポイント記憶処理は、上述した引き落とし（ユーザ金銭データ）の検知処理において、光熱費にかかる引き落としが検知されなかった場合は行われず、また、比較処理の結果、今回分の引き落とし額が前回分の引き落とし額より低くない場合も行われない。

スクレイピングサーバ３０に関する説明を終わり、次に、図１に示すユーザＵ１、Ｕ２、Ｕ３等が用いる通信端末Ｔ１、Ｔ２、Ｔ３等について説明する。通信端末Ｔ１、Ｔ２、Ｔ３等は、上述したようにパーソナルコンピュータ、タブレット、スマートフォン、通信機能付きＰＤＡ、携帯電話等の適用が可能であるが、スマートフォンを用いた場合を例にして以下に説明していく。

図１６は、スマートフォン１００の主要な内部構成を示しており、このスマートフォン１００は、図１に示す通信端末Ｔ１、Ｔ２、Ｔ３等として適用可能なものであり、プログラムに従って各種処理を行う一種のコンピュータ（通信手段及び記憶手段を具備したコンピュータ）に該当する。スマートフォン１００は、全体的な制御及び各種処理を行うＣＰＵ１００ａ（プロセッサ１００ａ）に、内部接続線１００ｉを介して、通信・通話モジュール１００ｂ（通信手段に相当）、ＲＡＭ１００ｃ、ＲＯＭ１００ｄ、入出力インタフェース１００ｅ、記憶部（記憶手段に相当）１００ｆ等の各種デバイス等を接続したものになっており、また、ユーザが操作可能な操作部１００ｈも内部接続線１００ｉに繋がっている。

スマートフォン１００の通信・通話モジュール１００ｂは、ネットワークを介した通信処理に加えて、ＣＰＵ１００ａの制御に従って所定の電話番号へ電話をかける機能（発呼機能）及び電話を受ける機能（着呼機能）等を有する。ＲＡＭ１００ｃは、ＣＰＵ１００ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ１００ｄは、ＣＰＵ１００ａの基本的な処理内容を規定したプログラム等を記憶すると共に、スマートフォン１００ｃを他の通信端末と識別するための通信端末識別情報（ＵＩＤ：Unique ID）も記憶している。なお、このＵＩＤは、通信・通話モジュール１００ｂがネットワークを通じて通信先へアクセスする場合、ＲＯＭ１００ｄから読み出され、この読み出されたＵＩＤを含むアクセス要求情報を通信・通話モジュール１００ｂは送信して、通信先へＵＩＤを含むアクセスを行うことになる。

入出力インタフェース１００ｅは、タッチパネル機能を具備したディスプレイ１００ｇを接続しており、ＣＰＵ１００ａの制御処理により生成された各種画面（図５〜１０等に示す画面参照）をディスプレイ１００ｇに表示出力して、出力した画面内容をディスプレイ１００ｇに表示する処理を行うと共に、ディスプレイ１００ｇの画面をユーザがタッチすることで受け付けた操作内容をＣＰＵ１００ａへ送る処理も行う。なお、ユーザがディスプレイ１００ｇの画面をタッチすることで受け付ける操作内容は、表示している画面内容に応じて適宜、変化し、例えば、図５に示すパスワード入力画面５０がディスプレイ１００ｇに表示されていた場合で、ログインボタン５０ｄが表示されている箇所に応じた画面部分がユーザによりタッチされると、ログインボタン５０ｄの選択操作が行われた旨を入出力インタフェース１００ｇは受け付けて、その旨をＣＰＵ１００ａへ送ることになる。

操作部１００ｈは、スマートフォン１００の筐体に設けられたハードボタンであり、操作部１００ｈが操作されると、操作された旨がＣＰＵ１００ｇに伝えられる。操作部１００ｈの操作による意味合いは、スマートフォン１００の処理状況により様々なものになり、例えば、アプリを起動している状況で、操作部１００ｈが操作されると、アプリを終了する動作が行われるので、この場合、操作部１００ｈの操作は、アプリの終了指示をユーザから受け付けることになる。本発明の場合、家計簿サービス用の家計簿アプリ１０１（記憶部１００ｆにインストールされているもの）を用いるので、家計簿アプリ１０１を起動している状態で、操作部１００ｈが操作されると、家計簿アプリ１０１の終了指示をスマートフォン１００が受け付けたことになり、それに伴い、家計簿アプリ１０１のログオフ指示が、アプリケーションサーバ２０へ送信されることになる。

記憶部１００ｇは、ＯＳプログラムＰ１００、家計簿アプリ１０１等のプログラムを記憶（インストール）している。ＯＳプログラムＰ１００は、オペレーティングシステムに相当する基本プログラムであり、スマートフォン１００が一種のコンピュータとして機能するためのＣＰＵ１００ａの処理を規定している。

家計簿アプリ１０１は、本発明に係る家計簿サービス（及びポイント付与サービス）の提供をユーザが受けられるようにするためのアプリケーションプログラム（コンピュータプログラム）であり、上述したアプリケーションサーバ２０と通信を行って、家計簿サービスに関する様々な家計簿画面の生成及び表示を行うと共に、家計簿画面の表示に伴って様々な入力をユーザから受け取って、入力内容（ユーザ入力情報）をアプリケーションサーバ２０へ送信する等の各種制御をＣＰＵ１００ａが行うようにしたことを規定し、それにより、ＣＰＵ１００ａは例えば家計簿画面の生成手段のように、各種手段として機能する。

まず、家計簿アプリ１０１は、ＯＳプログラムＰ１００に基づくホーム画面（基本画面）において、選択操作の可能な家計簿アプリアイコンを表示できるようにしており、このホーム画面において、家計簿アプリアイコンの選択操作が行われると、アプリケーションサーバ２０と通信・通話モジュール１００ｂを用いて通信する制御をＣＰＵ１００ａが行うことを規定する。この通信制御に従って、パスワード入力画面用の画面データを通信・通話モジュール１００ｂで受信すると、図５に示すパスワード入力画面５０を生成して、ディスプレイ１００ｇに表示する処理をＣＰＵ１００ａが行うことを、家計簿アプリ１０１は規定している。

そして、このパスワード入力画面５０において、入力キー５０ｃがユーザにより操作されて、ユーザ用のメールアドレス及びパスワードが入力欄５０ａ、５０ｂに入力された状態で、ログインボタン５０ｄが選択される操作が行われると、入力されたメールアドレス及びパスワードを、通信・通話モジュール１００ｂを用いてアプリケーションサーバ２０へ送信する制御を行うことを、家計簿アプリ１０１は規定する。

パスワード等の送信に従って、アプリケーションサーバ２０から送信されてくる家計簿情報（画面データ、現在の現金総額、現在の獲得ポイント等を含む家計簿情報）を通信・通話モジュール１００ｂで受信すると、受信した家計簿情報に基づき、現在の現金総額、現在の獲得ポイント等を配置したトップページ画面５１（図６に示すトップページ用の家計簿画面）を生成し、生成したトップページ画面５１をディスプレイ１００ｇに表示する処理をＣＰＵ１００ａが行うことを、家計簿アプリ１０１は規定する。なお、図６〜１０等に示す家計簿画面において共通する下方に配置されるメニューバー６０等の共通部分は、家計簿アプリ１０１に含まれる表示パーツデータにより生成されるようになっており、それにより、通信量を削減してスムーズに各種家計簿画面が表示されるようにしている。

一旦、家計簿画面（トップページ画面５１）を表示すると、その後は、家計簿画面の操作可能箇所に対する操作を受け付けると、受け付けた操作に応じた内容をアプリケーションサーバ２０へ送信し、その送信した内容に応じた家計簿に関する家計簿情報を受信し、受信した家計簿情報を用いて各種家計簿画面を生成して表示処理を行うことで、上述した各種家計簿用の画面を適宜、ディスプレイ１００ｇに表示することができる。

一方、ユーザ登録が済んでいない場合は、ユーザＩＤ等の設定が完了していないことから、上述したパスワード入力が行えないので、メニューバー６０等を適宜操作して、図７（ｂ）に示すアカウント登録画面５３を表示することになる。このアカウント登録画面２３を表示した状態で、メールアドレス入力欄５３ａ及びパスワード入力欄５３ｂに所定の情報を入力して登録するボタン５３ｃが操作されると、入力された情報を通信・通話モジュール１００ｂを用いてアプリケーションサーバ２０へ送信する制御を行うことを、家計簿アプリ１０１は規定している。なお、ユーザにより入力された情報をアプリケーションサーバ２０へ送信することは、他の家計簿画面でも同様である。

例えば、図１０（ａ）（ｂ）に示す現金記録画面５８をディスプレイ部１００ｇに表示した状態で、収入ボタン５８ｃ又は支出ボタン５８ｄのいずれかが選択された状態で、各入力欄５８ｅ〜５８ｊに情報がユーザにより入力されると共に、保存ボタン５８ｂがユーザにより選択されると、各入力欄５８ｅ〜５８ｊに入力された情報（支出又は収入に関するユーザ入力情報）を、通信・通話モジュール１００ｂを用いてアプリケーションサーバ２０へ送信する制御を行うことを、家計簿アプリ１０１は規定する。なお、家計簿アプリ１０１は、パスワード等が入力されて一旦ログインがした状態となれば、その後、ユーザ操作が一定時間行われない、またはアプリの一旦停止などにより、スリープ状態に入っても、ホーム画面（基本画面）の家計簿アプリアイコンが選択されるなどにより、スリープ状態から復帰すれば、この場合はログイン状態が継続しているので、再度のパスワード入力（ログイン操作）は不要である。一方、起動していた家計簿アプリ１０１を終了させた場合は、ログイン状態からログオフ状態へ切り替わるので、再び家計簿アプリ１０１を使用するときは、図５に示す画面でのログイン操作が必要となる。

スマートフォン１００に関する説明は以上のとおりであるが、通信端末Ｔ１、Ｔ２、Ｔ３等には上述したように、スマートフォン以外のパーソナルコンピュータ、タブレット、通信機能付きＰＤＡ、携帯電話等も適用でき、これらのスマートフォン以外の機器の中で、タッチパネル機能を具備しないものでは、図１６に示す構成に対して、ディスプレイ部は表示情報が出力される出力インタフェースに接続される点、及びユーザからの操作を受け付けるキー・ボタン・スイッチ等のユーザ操作部が入力インタフェースに接続される点などが異なるが、それ以外の点では図１６に示す構成と同等である。それゆえ、基本的に本発明に適用可能な通信端末Ｔ１、Ｔ２、Ｔ３等の構成は、主要な部分において図１６に示す内容と共通する。

図１７〜２１の第１フローチャートから第５フローチャートは、上述した図１に示すポイント付与システム１のクラウドシステム１０に含まれるサーバシステム２（アプリケーションサーバ２０及びスクレイピングサーバ３０）により、通信端末（図１に示す通信端末Ｔ１、Ｔ２、Ｔ３等）に対して行われるポイント付与方法に関する一連の処理手順を示している。以下、各フローチャートに従って、ポイント作成方法に関する処理内容を説明していく。

図１７の第１フローチャートは、ユーザが通信端末を用いて家計簿サービスを提供するへサーバシステム２（アプリケーションサーバ２０）へログインを行う場合の処理手順を示したものである。まず、通信端末は、ホーム画面上に表示される家計簿アプリアイコンに対するユーザの選択操作を受け付けることで、家計簿アプリ１０１を起動し、サーバシステム２（アプリケーションサーバ２０）へ利用開始のアクセスを行う（Ｓ１）。アプリケーションサーバ２０は、ユーザがログインを行っていない最初の段階では、通信端末からの利用開始のアクセスの有無を判断する状態となり（Ｓ１０）、アクセスが無い場合（Ｓ１０：ＮＯ）、アクセス待ちの状態となる。一方、アクセスが有った場合（Ｓ１０）、ログイン用の画面データ（パスワード入力画面用の画面データ）をアクセス元の通信端末へ送信する（Ｓ１１）。

通信端末は、ログイン用の画面データを受信すると、図５に示すパスワード入力画面５０を表示し（Ｓ２）、所定のパスワード等の入力及びログインボタン５０ｄの選択と云ったログインに必要なログイン操作を受け付けたか否かを判断する（Ｓ３）。ログイン操作を受け付けない場合（Ｓ３：ＮＯ）、ログイン操作待ちの状態となり、ログイン操作を受け付けた場合（Ｓ３：ＹＥＳ）、通信端末は、ログイン情報（入力されたパスワード、メールアドレス、及びＵＩＤ等）をアプリケーションサーバ２０へ送信する（Ｓ３）。

アプリケーションサーバ２０は、ログイン用の画面データの送信後、ログイン情報を受信したか否かを判断する段階になっており（Ｓ１２）、ログイン情報を受信していない場合（Ｓ１２：ＮＯ）、ログイン情報の受信待ちの状態となり、ログイン情報を受信した場合（Ｓ１２：ＹＥＳ）、受信したログイン情報（パスワード等）が、図３のユーザＤＢ２２に格納されたパスワード等に一致するか否かを判断する（Ｓ１３）。ログイン情報が一致しない場合（Ｓ１３：ＮＯ）、Ｓ１１の段階へ戻り、ログイン用の画面データを再度、通信端末へ送信することになる。この場合、通信端末もＳ２の段階へ戻り、パスワード入力画面を表示して、パスワード等を入力できる機会を再度、ユーザに提示する。

一方、ログイン情報が一致した場合（Ｓ１３：ＹＥＳ）、アプリケーションサーバ２０は、一致したログイン情報のパスワード等に応じたユーザＩＤをユーザＤＢ２２から特定し、そのユーザＩＤに対応付けて記憶されているユーザ情報（現在の総金額を示す情報、今月の収支の金額を示す情報、現在のポイント数を示す情報等）をデータベースシステム４０の各データベース４１〜４３から読み出す（Ｓ１４）。そして、アプリケーションサーバ２０は、読み出したユーザ情報及びトップページ画面５１に必要な画面データを含む家計簿のトップ画面情報（家計簿情報）を生成し、その生成した家計簿のトップ画面情報を通信端末へ送信する（Ｓ１５）。

家計簿のトップ画面情報を受信した通信端末は、受信したトップ画面情報等を用いて、図６に示す家計簿サービスのトップページ画面５１（家計簿トップ画面）を生成しディスプレイ１００ｇに表示する（Ｓ５）。このトップページ画面５１は図６に示すように、直近のユーザの総資産額が示されるので、ユーザは一目で現在の総資産を把握でき、また、その下方には、その月の収支の額が、あわせて収入額及び支出額と共に表示されるので、その月の収支の概要も容易に把握できる。さらに、その下方には、その月のカレンダー内の日付と対応づけて収入又は支出の額が示されるので、日付と対応づけて収支の詳細を確認できる。さらにまた、カレンダーの下方には、現在の獲得ポイント数が示されるので、家計簿サービスへのログイン直後のトップページ画面５１で、ユーザはポイントの現状を即座に確認でき、ポイント確認のために表示画面を切り替える必要も無く、容易にポイント数を把握できる。以上のように、本発明で用いる家計簿サービスのトップページ画面５１は、ユーザに関する複数の最新の金銭的な情報を一度に提示できるので、ログインを行うだけで、ユーザは自身の各種金銭的な状況を一度に確認できるメリットがある。

図１８に示す第２フローチャートは、ある一つの家計簿画面（この第２フローチャートの場合では、トップページ画面５１）を表示した状態で、他の家計簿画面へ表示を切り替える処理等の流れを示したものである。通信端末は、トップページ画面５１を表示した状態でユーザから画面切替に関する操作を受け付けたか否かを判断する（Ｓ２０）。画面切替に関する操作の例としては、図６のトップページ画面５１における現金記録ボタン５１ｂ等又はメニューバー６０に含まれる各ボタン６０ａ〜６０ｅ等のいずれかがユーザにより選択されることが挙げられる。

画面切替に関する操作を受け付けた場合（Ｓ２０：ＹＥＳ）、通信端末は、操作した対象の画面を要求する画面要求情報をアプリケーションサーバ２０へ送信する（Ｓ２１）。アプリケーションサーバ２０は、画面要求情報を受信したか否かを判断する段階（Ｓ３０）になっており、画面要求情報を受信しない場合（Ｓ３０：ＮＯ）、受信待ちの状態になる。また、画面要求情報を受信した場合（Ｓ３０：ＹＥＳ）、受信した画面要求情報に応じた家計簿サービスの画面が、画面内容としてユーザ情報（ユーザの金銭に関する情報）を必要とするものであれば、アプリケーションサーバ２０は、データベースシステム４０の各データベース４１〜４３へアクセスして必要な情報の読み出し等を行う一方、画面形成に必要な画面データを準備して、画面生成に必要な内容（画面データ等）を含む画面情報（家計簿情報）を生成し（Ｓ３１）、その生成した画面情報を通信端末へ送信する（Ｓ３２）。

通信端末は、画面情報を受信すると、受信した画面情報等を用いて、要求した家計簿サービス用の家計簿画面を生成して表示する（Ｓ２２）。これにより、上述したトップページ画面５１の他に、図７〜１０等に示す各種家計簿画面を表示できるようになる。この後は、ユーザが所望した家計簿画面で、各種内容を確認する処理、収支等の入力、各種設定・変更等の家計簿処理が、通信端末及びサーバシステム２（アプリケーションサーバ２０及びスクレイピングサーバ３０）の間で行われることになる（Ｓ１００）。

そして通信端末は、家計簿処理の段階（Ｓ１００）の後、又は、画面切替に関する操作を受け付けなかった場合（Ｓ２０：ＮＯ）、家計簿サービス（家計簿アプリ１０１）の終了操作を受け付けたか否かを判断する（Ｓ２３）。終了操作を受け付けていない場合（Ｓ２３：ＮＯ）、最初の画面切替に関する操作を受け付けたか否かを判断する段階（Ｓ２０）へ戻る。一方、終了操作を受け付けた場合（Ｓ２３：ＹＥＳ）、通信端末は、起動させていた家計簿アプリ１０１を終了してログオフ指示をアプリケーションサーバ２０へ送信する（Ｓ２４）。なお、この終了操作を受け付けることで、通信端末における家計簿サービスに関する処理は一旦終了する。

アプリケーションサーバ２０は、上記の家計簿処理の段階（Ｓ１００）の後、ログオフ指示を受信したか否かを判断し（Ｓ３３）、ログオフ指示を受信していない場合（Ｓ３３：ＮＯ）、最初の画面要求情報を受信したか否かを判断する段階（Ｓ３０）に戻る。また、ログオフ指示を受信した場合（Ｓ３３：ＹＥＳ）、アプリケーションサーバ２０は、家計簿サービスの提供に伴う処理を一旦終了する。

図１９に示す第３フローチャートは、上述した第２フローチャートの中の家計簿処理の段階（Ｓ１００）の一例として、図１０（ａ）、（ｂ）に示す現金記録画面５８を表示した状態で、ユーザの入力操作が行われた場合の主要な処理の流れを示している。まず、通信端末は、収入ボタン５８ｃ又は支出ボタン５８ｄのいずれかが選択された状態で、各入力欄５８ｅ〜５８ｊに情報が入力されるユーザの入力操作が行われたか否かを判断し（Ｓ４０）、入力操作が行われていない場合（Ｓ４０：ＮＯ）、入力操作待ちの状態になる。

また、入力操作が行われた場合（Ｓ４０：ＹＥＳ）、通信端末は次に、現金記録画面５８の右側に配置された保存ボタン５８ｂがユーザにより選択操作が行われたか否かを判断する（Ｓ４１）。保存ボタン５８ｂが選択されていない場合（Ｓ４１：ＮＯ）、選択待ちの状態となり、保存ボタン５８ｂの選択が行われた場合（Ｓ４１：ＹＥＳ）、通信端末は、各入力欄５８ｅ〜５８ｊに入力された収入又は支出の入力情報（ユーザ入力情報）をアプリケーションサーバ２０へ送信する（Ｓ４２）。

アプリケーションサーバ２０は、通信端末からの入力情報を受信したか否かを判断する段階（Ｓ５０）になっており、入力情報を受信しない場合（Ｓ５０：ＮＯ）、受信待ちの状態となる。また、入力情報を受信した場合（Ｓ５０：ＹＥＳ）、データベースシステム４０へアクセスして、現金記録データベース４１におけるログイン中のユーザのユーザＩＤに応じた現金記録テーブル４１ａ等へ受信した入力情報を記憶する処理を行う（Ｓ５１）。このような図１９の第３フローチャートに示す処理を経ることで、図１１（ｂ）に示すように、現金記録テーブル４１ａ等には、収入又は支出の入力情報が蓄積されていく。

図２０に示す第４フローチャートは、家計簿サービスを利用するユーザにより、上述した図１０（ａ）、（ｂ）の現金記録画面５８で、収入又は支出に関する入力操作が行われたことに対して、サーバシステム２（アプリケーションサーバ２０）がポイントを付与する処理の流れを示している。このような処理は、上述した第１〜第３フローチャートの家計簿サービスに関する処理等と平行して、サーバシステム２で行われる。本実施形態では、入力操作を行ったか否かの対象となる期間を１日単位にしており、１日に１回以上、ユーザが入力操作を行えば、ポイントを付与することにしている。１日の単位は、０時（午前０時）を開始時期にしており、０時になると、その前日の１日の０時から次の日の０時までの間に、ユーザによって、家計簿の中身に反映されるような入力操作が有ったか否か（ユーザの通信端末から受信したユーザ入力情報が、現金記録データベース４１に記憶されている中に有るか否か）を検知することで、ポイント付与の判断を行っている。

すなわち、アプリケーションサーバ２０は、ＭＰＵ２０ａが具備するタイマー・クロック機能を利用して、０時（所定の時間）に達したか否かを判断し（Ｓ６０）、０時になっていない場合（Ｓ６０：ＮＯ）、０時になるまで待つ状態となり、０時になった場合（Ｓ６０：ＹＥＳ）、データベースシステム４０の現金記録データベース４１（図１１（ａ）参照）の中に、前日の１日の期間（一定の期間）に受信した入力情報（収入又は支出に関するユーザ入力情報）が有るか否かを、全ユーザＩＤのユーザテーブル４１ａ〜４１ｎに対して検知する（Ｓ６１）。このような処理を具体的に説明すると、例えば、４月１日の０時になったことを、アプリケーションサーバ２０が検知すると、その前日の３月３１日の０時から１１時５９分５９秒の期間（一定の期間）に受信した入力情報が、現金記録データベース４１のユーザテーブル４１ａ〜４１ｎの記憶されている中に、有るか否かを検知することになる。

検知の結果、入力情報があった場合（Ｓ６１：ＹＥＳ）、アプリケーションサーバ２０は、入力情報があったユーザテーブルのユーザにポイントを付与することを判断し、図４のポイント条件テーブル２３を参照して、１ポイント（ポイントの数として「１」）を、入力情報有りを検知したユーザに対応づけて、データベースシステム４０のポイントデータベース４２に記憶する（Ｓ６２）。なお、ポイントを、ユーザ（ユーザＩＤ）に対応付けて、ポイントデータベース４２に記憶する具体的な記憶処理は、対応づけるユーザＩＤのポイントテーブル（図１２（ａ）に示すポイントテーブル４２ａ〜４２ｎのいずれか）に、ポイントを記憶することを意味する（以下、同様）。

例えば、図１１（ａ）に示す現金記録データベース４１に格納されるユーザＩＤが「０００２」のユーザテーブル４１ｂの中に入力情報を検知した場合（Ｓ６１：ＹＥＳ）、図１２（ａ）に示すポイントデータベース４２において、ユーザＩＤが同じ「０００２」のポイントテーブル４２ｂの中に１ポイントが記憶されることになる。

上述したような処理を全ユーザに行うことで、ユーザ入力情報の有ったユーザに対しては、１ポイントが付与されることになり、また、ユーザ入力情報が無い場合には（Ｓ６１：ＮＯ）、ポイント付与を行うことなく処理を終了することになる。なお、本実施形態では、家計簿サービスを利用促進を図る程度と、ポイント付与とのバランスを考慮して、１日に複数回の入力情報があっても、付与するポイント数は同じにしている（１日の入力情報の回数に関係なく、一律に１ポイントを付与）。

図２１に示す第５フローチャートは、アカウントアグリゲーションにより収集されるユーザ金銭データの対象を光熱費に係る引き落とし金額にした場合のポイント付与方法の処理を示したものであり、ユーザの銀行の口座データまたはカード利用データから光熱費に係る引き落としを検知し、検知した引き落とし額が、前回分の引き落とし額より低ければ、額の差額に応じてポイントを付与する処理の流れになっている。この処理も、引き落としに係る口座データ（ユーザ金銭データ）またはカード利用データ（ユーザ金銭データ）が、スクレイピングサーバ３０により収集されてデータベースシステム４０の個人金融データベース４３に記憶する処理が完了することに起因して行われるようになっており、具体的には、上述した第１〜第３フローチャートの家計簿サービスに関する処理等と平行して、第５フローチャートに示す処理も、１日単位で０時（午前０時）になると、サーバシステム２が開始するようにしている。

サーバシステム２（スクレイピングサーバ３０）は、ＭＰＵ３０ａが具備するタイマー・クロック機能を利用して、０時（所定の時間）になったことを判断すると、個人金融データベース４３（記憶装置）の中に、その時点で記憶されたユーザの銀行の口座データまたはカード利用データにおいて、その前日の１日に収集された中に、光熱費に係る引き落としが有ったか否かを、全てのユーザに対して検知する（Ｓ７０）。光熱費にかかる引き落としが、記憶されたユーザの銀行の口座データまたはカード利用データの中に有ったことを検知した場合（Ｓ７０：ＹＥＳ）、スクレイピングサーバ３０は、検知を行ったユーザの口座データまたはカード利用データと同一対象となる前回分の引き落とし額を、個人金融データベース４３の中に記憶された過去分のユーザの銀行の口座データまたはカード利用データから特定する（Ｓ７１）。これらの処理の具体例を説明すると、Ｓ７０の段階で、光熱費として電気代の引き落としをユーザＩＤが「０００２」の金融テーブル４３ｂで検知すると（図１３（ａ）参照）、Ｓ７１の段階では、光熱費に関する前回分の引き落とし額を、ユーザＩＤが「０００２」の金融テーブル４３ｂに記憶された中から特定することになる。

それから、サーバシステム２（スクレイピングサーバ３０）は、検知した引き落としに係る金額（直近に記憶された今回分の引き落とし金額。金銭的な価値に相当）と、Ｓ７１の段階で特定した前回分の引き落とし額（前回分の金額。金銭的な価値に相当）とを比較して、今回分の金額が前回分の金額より低いか否かを判断する（Ｓ７２）。今回分の金額が前回分の金額より低い場合（Ｓ７２：ＹＥＳ）、サーバシステム２（スクレイピングサーバ３０）は、比較を行ったユーザにポイントを付与することを判断し、今回分の金額と、前回分の金額の差を算出して、算出した金額の差に応じたポイント数をポイント条件テーブル３３に基づき特定し、その特定したポイント数を付与ポイントとして、比較したユーザ（ユーザＩＤ）に対応づけてデータベースシステム４０のポイントデータベース４２に記憶する（Ｓ７３）。

本実施形態では上述したように、ポイント条件テーブル３３に基づき、付与するポイント数を特定するので、今回分の金額と、前回分の金額との差額が大きいほど、付与されるポイント数を多くしているので（図４参照）、ユーザが光熱費を前月より抑制しようとする意欲を引き出すことに貢献できる。なお、光熱費に係る引き落としが無い場合（Ｓ７０：ＮＯ）、または今回分の金額が前回分の金額より低くない場合（Ｓ７２：ＮＯ）、ポイント付与を行うことなく処理を終了することになる。上述したような処理を、全ユーザに行うことにより、ユーザは特別な操作を行わなくても、日頃から光熱費の抑制に配慮したエコロジカルな生活を送るようにしていれば、自ずとポイントを獲得できる。

以上に説明したように本発明は、支出又は収入の入力に対して家計簿サービスを少なくとも１日に１回使えば、ポイントが付与されるので、オンライン家計簿の利用促進に役立てることができ、また、光熱費（電気、水道、ガス）を無駄遣いしない生活を心がければ、ポイントが付与されるので、無駄遣いの抑制を心がけるユーザをポイント付与により奨励できる。

なお、本発明は上述した実施形態に限定されるものではなく、様々な変形例が考えられる。例えば、図１に示すシステム構成において、サーバシステム２が自前のデータベースを確保できる場合は、サーバシステム２にデータベースシステム４０を組み込んでもよく、さらには、サーバシステム２において、現金記録データベース４１、ポイントデータベース４２、及び個人金融データベース４３に格納される各種テーブル（テーブルに記憶された各データ、情報）を、自己の大容量記憶システム（大容量記憶システム２０ｇ又は３０ｇ）に記憶するようにしてもよい。また、家計簿サービスを大規模で行う場合などには、２台より多くの複数のサーバを用いてサーバシステム２を構築し、各サーバ２０、３０が行う処理を分散的に行うようにしてもよい。さらにまた、サーバシステム２の中のアプリケーションサーバ２０が大容量記憶手段を確保できる場合は、データベースシステム４０の中の現金記録データベース４１、ポイントデータベース４２、及び個人金融データベース４３のいずれかの少なくとも一つを、自身の大容量記憶手段に格納するようにしてもよく、このようにすることで、データベースシステム４０との間でデータのやり取りをする場合に比べてスムーズにデータを扱うことが可能になる。

さらに、ポイント付与に係る処理は、アプリケーションサーバ２０が纏めて全てを行うようにしてもよく、このような変形例では、図２１の第５フローチャートに示した処理をアプリケーションサーバ２０が行うことになり、アプリケーションサーバ２０のアプリケーションプログラム２１が、図２１に示す第５フローチャートに示した処理内容を規定して、ＭＰＵ２０ａに第５フローチャートに係る処理を実行させることになる。この場合、アプリケーションサーバ２０は、データベースシステム４０の個人金融データベース４３の中に、アグリゲーションサーバ３０により収集されるユーザ金銭データの対象を光熱費に係る引き落とし金額が記憶される処理が行われることに対して処理を行うことになり、午前０時になると、個人金融データベース４３（記憶装置）の中に、その時点で記憶されたユーザの銀行の口座データまたはカード利用データにおいて、その前日の１日に収集された中に、光熱費に係る引き落としが有ったか否かを、全てのユーザに対してアプリケーションサーバ２０が検知して処理を開始する（Ｓ７０）。このようにポイント付与に係る処理をアプリケーションサーバ２０が一括して行うようにすると、アグリゲーションサーバ３０は、アグリゲーション処理に集中できるメリットが生じる。さらにまた、ポイント付与に係る処理は、データベースシステム４０で行うようにすることも可能であり、データベースシステム４０が具備する記憶部に、アプリケーションプログラム２１（図２参照）に含まれるポイント付与に係る処理内容（第４フローチャートに示す処理内容）及びスクレイピングプログラム３１に含まれるポイント付与に係る処理内容（第５フローチャートに示す処理内容）を記憶させて、データベースシステム４０の制御部４０ａが、ポイント付与に係る処理を行う手段として機能することにより、ポイント付与方法に係る各処理を行わせてもよく、この場合、データベースシステム４０が自ら具備する各データベース４１〜４３に対してデータ（ユーザ金銭データ、ポイントデータ等）を扱えるので、よりスムーズに処理を進められるメリットがある。

また、図４のポイント条件テーブル２３が規定するポイント付与の条件、及び付与するポイント数は一例にすぎず、他の条件、他のポイント数を規定することも勿論可能である（図１４に示すポイント条件テーブル３３も同様）。例えば、ポイント付与の条件としては、支出に関するユーザ入力情報だけをポイント付与の対象にしてもよい。さらに、ユーザ入力情報に対するポイント付与の条件を判定する期間（一定期間）は、１日以外に、１日より短い半日（１２時間）、更に短い８時間、６時間、４時間等の単位にしてもよい。このように１日より短い期間を設定すれば、ポイント付与を目的にしたユーザが、オンライン家計簿を更に短い周期で利用することが想定され好適である。

一方、１日半、２日、３日、１週間、半月、１ヶ月というように１日より長い期間を設定することも勿論可能であり、このように１日より長い期間を設定した場合は、ポイント付与処理に係るサーバの処理負担を低減できるメリットがある。なお、１日より長い期間を設定した場合などには、受信したユーザ入力情報の数に応じて、付与するポイント数を変更することも想定でき、例えば、条件の判定期間として１週間を設定した場合、ユーザ入力情報の数が７以下であれば、１ポイント付与、８以上２０以下であれば、２ポイント付与、２１以上３０以下であれば、３ポイント付与などのように、ユーザ入力情報の数に応じて、適宜、付与するポイント数を変えることが好ましい。また、ポイント付与の判断時期（所定の時間）も、上述した実施形態のように０時に限定されるものではなく、他の時間に設定することも可能であるが、可能であれば、ユーザの利用頻度が下がる深夜を含む時間帯（０時から５時）のいずれかの時刻に設定することが、システムの処理負担を考慮すれば好ましい。

さらに、ユーザ入力情報に対するポイント付与処理については、上述したように、一定期間の間隔をあけて行う以外に、ユーザ入力情報が行われるごとに、リアルタイム的に行うようにしてもよい。リアルタイム的にポイント付与を行う場合であっても、オンライン家計簿の利用促進と、付与するポイント数とのバランスの観点より、１日に複数回のユーザ入力情報を受信しても、付与するポイント数の程度を考慮する必要があり、以下の説明例では、１日に１回以上のユーザ入力操作があれば、一律に１ポイントを付与する内容で説明を行うものとするが、勿論この内容に限定されるものではない。

リアルタイム的にポイント付与処理を行う場合、アプリケーションサーバ２０が、各ユーザＴ１、Ｔ２、Ｔ３等の通信端末Ｕ１、Ｕ２、Ｕ３等から送信されてくるユーザ入力情報（ユーザにより入力された収入又は支出に関する入力情報）を受信したことをトリガーにして、ポイント付与処理を開始することになる。

図２２は、サーバシステム２のアプリケーションサーバ２０が行うリアルタイム的にポイント付与に関する処理の流れを示す第６フローチャートであり、この処理を行う場合、アプリケーションサーバ２０のアプリケーションプログラム２１（図２参照）に、第６フローチャートに示される処理が規定され、ＭＰＵ２０ａが第６フローチャートに示す処理の制御を実行して各種手段として機能することになる。

まず、アプリケーションサーバ２０は、ユーザ入力情報を受信したか否かを判断する（Ｓ８０）。ユーザ入力情報を受信した場合（Ｓ８０：ＹＥＳ）、受信したユーザ入力情報に付帯するＵＩＤより、図３のユーザＤＢ２２を参照してユーザＩＤを特定し、Ｓ８０の段階でユーザ入力情報を受信した日の０時（所定のとき）から、Ｓ８０の段階でユーザ入力情報を受信したときまでの間に受信した他のユーザ入力情報（特定したユーザＩＤに応じた他のユーザ入力情報）の有無を、現金記録データベース４１に含まれる特定したユーザＩＤに応じたユーザテーブルに対して検知する（Ｓ８１）。

０時から受信したときの間に、特定したユーザＩＤの他のユーザ入力情報が無いことを検知した場合（Ｓ８１：ＮＯ）、その日の初めての収支のユーザ入力操作が行われたことになるので、アプリケーションサーバ２０は、Ｓ８０の段階で受信したユーザ入力情報に係るユーザ（特定したユーザＩＤのユーザ）に、１ポイントを付与することを判断し、ポイントデータベース４２の中の特定したユーザＩＤのポイントテーブルに１ポイントを記憶する処理を行う（Ｓ８２）。また、アプリケーションサーバ２０は、１ポイント獲得を示すポイント情報を生成して、ユーザ入力情報の送信元となる通信端末へ向けて、生成したポイント情報を送信する処理を行う（Ｓ８３）。なお、このポイント情報は、獲得したポイント数（１ポイントを示す情報）を含むと共に、通信端末で表示されると、表示ディスプレイにおいて現在表示中の画面にオーバレイ表示されるようになっている。

図２３は、アプリケーションサーバ２０から送信されたポイント情報に基づくポイント獲得ポップアップ６１が通信端末で表示された状態を示している。通信端末では、ポイント情報を受信すると、受信したポイント情報に基づき図２３に示すポイント獲得ポップアップ６１を生成して、ディスプレイ１００ｇに表示する処理を行う。それにより、ユーザは、収支に係るユーザ入力操作を行ってポイントを獲得できれば、ディスプレイ１００ｇに割り込みでオーバレイ表示されるポイント獲得ポップアップ６１により、１ポイント獲得できたことを直ちに確認でき、オンライン家計簿を利用しようとするユーザの気持ちを刺激して、オンライン家計簿の利用促進の度合いを更に向上できるメリットがある。

なお、図２２の第６フローチャートのＳ８０の段階で、アプリケーションサーバ２０がユーザ入力情報を受信しない場合（Ｓ８０：ＮＯ）、受信待ちの状態となり、また、Ｓ８１の段階で、他のユーザ入力情報を検知した場合は（Ｓ８１：ＮＯ）、すでに、その日において、収支に係るユーザ入力操作をユーザは行っているので、ポイントを付与することなく、第６フローチャートの処理を終了することになる。

このようなリアルタイム的なポイント付与処理においても、上述した一定の期間の間隔をあけてポイント付与処理を行う場合で説明した各種変形例を適用でき、例えば、ポイント付与判断を行う期間は、１日以外に、半日又は６時間等のように１日より短くすること、若しくは１日半又は２日のように１日より長くすることも可能であり、付与するポイント数も適宜、変更可能である。また、図２２のＳ８１の段階の処理（既に、収支のユーザ入力操作を行うことで、他のユーザ入力情報の有無を検知する処理）は、現金記録データベース４１を検知する以外に、ポイントデータベース４２に対して、特定したユーザＩＤに対応づけて１ポイントが付与されているか否かで行うことも可能であり、また、単純に、特定したユーザＩＤのユーザ入力情報の受信が、その日の１回目であるか否かを判断することで検知してもよい。

一方、アカウントアグリゲーションの機能を利用した光熱費に係る引き落としによるポイント付与については、処理を簡略化する場合は、付与するポイント数を一律にしてもよい。また、ポイント付与の対象として、電気代、上下水道代、ガス代の全てを対象にするのではなく、これらのいずれか一つをポイント付与の対象にしてもよい。さらに、ポイント条件テーブル２３が規定する条件及びポイント数は一定ではなく、時期に応じて適宜、変更するようにしてもよい。

例えば、電力不足の時期であれば、電気使用量の削減を行うことは社会的に意義が大きいので、そのような電力不足の時期には、電気代に対するポイント付与数を、他の上下水道代、又はガス代に比べて多くするようにポイント条件テーブル２３の中身を変更してもよく、また、そのような電力不足の時期には、引き落としによるポイント付与の対象を電気代のみに絞ってもよい。同様に、水不足の時期には、上下水道代に対するポイント付与数を、他の電気代、ガス代に比べて多くするようにポイント条件テーブル２３の中身を変更してもよく、また、そのような水不足の時期には、引き落としによるポイント付与の対象を上下水道代のみに絞るようにしてもよい。

さらにまた、引き落としによるポイント付与の条件は、今回分の金額が、前回分の金額より低い場合だけでなく、例えば、比較の結果、同額の場合にポイントを付与するようにしてもよく、このようにすれば、ポイント付与についてゲーム的な楽しみをユーザに提供できる。また、引き落としによるポイント付与の対象は、光熱費以外を対象にしてもよく、例えば、クレジットカードの使用に伴うカード利用料金の月ごとの引き落とし額をポイント付与の対象に用いてもよい。

このようにポイント付与の対象として、カード利用利用料金の月ごと引き落とし額を用いた場合、今回分の額が前回分の額より低いときにポイントを付与する条件にすれば、ユーザの無駄遣い防止（節約の薦め）を奨励するサービスを提供することになり、一方、上記とは逆に、今回分の額が前回分の額より高いときにポイントを付与する条件を用いてもよく、このようにすれば、カード会社及び商品・サービスの提供会社等の事業者側が、従来のポイント付与とは異なる観点で新たなポイント付与サービスを展開でき、ユーザの消費を促すことができる点において好適となる。なお、このようにポイント付与の対象として、カード利用料金の引き落とし額を用いる場合等も、金額の差に応じて付与するポイント数を変えることが好適であるが、処理を簡略化する場合は、付与するポイント数を一律にしてもよい。

また、上述した引き落とし額による比較処理の対象は、前回分以外を用いる以外に、過去分全般を適用することも想定でき、例えば、過去分として、２ヶ月前の額又は３ヶ月前の額のように前回分以外の額を用いることも可能であり、さらには、過去分として、過去の所定期間の平均値（例えば、直近の３ヶ月間の平均値または直近の半年間の平均値等）を用いるようにしてもよい。このように比較処理の対象を過去分の様々な内容に設定することにより、一時的な対応ではポイント獲得が困難になるので、ポイント獲得に対する一層の関心をユーザに要求し、ユーザの意識付けを高めるようにしてもよい。

さらに、アカウントアグリゲーションによるポイント付与の対象は、光熱費等の引き落としに限定されるものではなく、アカウントアグリゲーションにより収集される各種ユーザ金銭データ全般を、その対象にすることが可能である。具体的には、図１３（ｂ）に示される各種テーブル４４ａ〜４４ｆ等に応じて、ユーザの預金口座の金額、外資資金口座の金額、所有する株式に係る金額、所有する株数、投資信託に係る金額、債券に係る金額等のいずれかをユーザ金銭データとして用いて、アカウントアグリゲーションにより、ユーザ金銭データとして取得すると、記憶処理を行うと共に、同一の対象となる過去分を特定して比較処理を行い、比較結果に応じてポイント付与を判断するようにしてもよい。

例えば、ユーザ金銭データとして、ユーザが所有する株式の株数を用いた場合、アカウントアグリゲーションにより収集された株数を表すデータが（ユーザ金銭データに相当）が、個人金融データベース４３の中のあるユーザの株式テーブルに記憶されると、その株式テーブルに記憶された同一銘柄の１年前の株数を表すデータ（過去分のユーザ金銭データに相当）を特定して、今回記憶された株数を表すデータと、１年前の株数を表すデータとを比較する。比較の結果、今回記憶された株数（金銭的な価値に相当）が、１年前の株数（金銭的な価値に相当）より多い場合（金銭的な価値が高い場合に相当）は、同一銘柄の株数を増やしたことになるので、このような場合は、その銘柄に応じた会社に貢献することなることから、ポイントを付与すると判断するようにしてもよい。

さらにまた、アカウントアグリゲーションによるポイント付与の処理も、所定の時間（例えば、午前０時）になると開始する以外に、ユーザによる操作が行われた任意の時間に行うこと、または、収集されたユーザ金銭データが個人金融データベース４３へ記憶する処理が行われるごとに行うようにしてもよい。たとえば、前者の場合は、家計簿アプリ１０１が再起動されて、アプリケーションサーバ２０が利用開始アクセスを受けたことに基づいて、図２１に示す第５フローチャートに応じた処理を開始するようにしてもよく、また、後者の場合は、アカウントアグリゲーションにより収集されたユーザ金銭データが個人金融データベース４３へ記憶する処理が行われたことを、スクレイピングサーバ３０又はデータベースシステム４０がアプリケーションサーバ２０へ通知することで、第５フローチャートに応じた処理を開始するようしてもよい。なお、このような場合のポイント付与処理では、ユーザにポイント付与が行われたことを通知するために、ポイント付与処理を行った場合は、アプリケーションサーバ２０がポイント情報を、ポイント付与を行ったユーザの端末へ送信して、図２３に示すポイント獲得ポップアップ６１をユーザの通信端末で表示させるようにすることが好適である。

また、上述したアカウントアグリゲーションによるポイント付与に関する内容は、オンライン家計簿とは別に、独立して行うことも可能であり、この場合は、アカウントアグリゲーションを利用するユーザの増加またはアグリケーション対象の増加等を図るために、ポイント付与を利用することができる。

一方、家計簿サービスにおける各種画面表示に係る処理においては、通信端末側の処理負担と、サーバシステム２側の処理負担のバランスを変更することも可能であり、例えば、図５のパスワード入力画面５０の表示に必要な画面データ及び処理は、家計簿アプリ１０１に含ませて、家計簿アプリ１０１に基づく通信端末側の処理で、パスワード入力画面までを表示するようにしてもよい。また、家計簿サービスの各種画面の提示においては、家計簿アプリ１０１を用いないで行うことも可能であり、この場合、家計簿サービス用のウェブサイトをネットワーク上に構築し、このウェブサイトにおいて、上述した図５〜１０等に示す各種画面の提示を行うようにして、家計簿サービスのウェブサイトへのアクセスにより、オンライン家計簿をユーザに提供することも好ましい。

また、オンライン家計簿の利用を一段と高めるためには、上述した収支のユーザ入力操作に応じてポイント付与を行うこと以外に、単に家計簿アプリ１０１を起動するだけで、ユーザにポイントを付与するようにしてもよい。家計簿アプリ１０１の起動に応じてポイント付与を行う場合であっても、オンライン家計簿の利用促進と、付与するポイント数とのバランスの観点より、１日に複数回、家計簿アプリ１０１を起動した場合でも、付与するポイント数の程度を一定に抑える必要があり、以下の説明例では、１日に１回以上、家計簿アプリ１０１を起動しても、付与するポイント数は１ポイントに限定する内容で説明を行うものとするが、勿論この内容に限定されるものではない。

家計簿アプリ１０１の起動に応じてポイント付与処理を行う場合、リアルタイム的にポイント付与処理を行う場合、アプリケーションサーバ２０が、各ユーザＴ１、Ｔ２、Ｔ３等の通信端末Ｕ１、Ｕ２、Ｕ３等から、家計簿アプリ１０１の起動に伴う利用開始アクセスを受けたことに伴って、処理を開始することになる。

図２４は、サーバシステム２のアプリケーションサーバ２０が行う家計簿アプリ１０１の起動によりポイントを付与する処理の流れを示す第７フローチャートであり、この処理を行う場合、アプリケーションサーバ２０のアプリケーションプログラム２１（図２参照）に、第７フローチャートに示される処理が規定され、ＭＰＵ２０ａが第７フローチャートに示す処理の制御を実行して各種手段として機能することになる。

まず、アプリケーションサーバ２０は、家計簿アプリ１０１の起動に伴う利用開始アクセスが通信端末から有ったか否かを判断する（Ｓ９０）。利用開始アクセスが有った場合（Ｓ９０：ＹＥＳ）、その利用開始アクセスに含まれるＵＩＤ（通信端末識別情報）より、図３のユーザＤＢ２２を参照してユーザＩＤを特定し、Ｓ９０の段階の利用開始アクセスが有った日の０時（所定のとき）から、Ｓ９０の段階の利用開始アクセスが有ったときまでの間に、同一のＵＩＤによる他の利用開始アクセスが有ったか否かを、ポイントデータベース４２に記憶されているポイント付与の理由から検知する（Ｓ９１）。

０時から利用開始アクセスが有ったときまでの間に、特定したユーザＩＤによる他の利用開始アクセスが無いことを検知した場合（Ｓ９１：ＹＥＳ）、その日の初めて、家計簿アプリ１０１が起動されたことになるので、アプリケーションサーバ２０は、Ｓ９０の段階の利用開始アクセスに含まれるＵＩＤのユーザ（特定したユーザＩＤのユーザ）に、１ポイントを付与することを判断し、ポイントデータベース４２の中の特定したユーザＩＤのポイントテーブルに１ポイントを記憶する処理を行う（Ｓ９２）。また、アプリケーションサーバ２０は、１ポイント獲得を示すポイント情報および家計簿情報を生成して、ユーザ入力情報の送信元となる通信端末へ向けて、生成したポイント情報および家計簿情報を送信する処理を行う（Ｓ９３）。

ポイント情報および家計簿情報を受信した通信端末では、家計簿画面にオーバレイ表示されたポイント獲得ポップアップが表示されることになり（図２３参照）、それにより、家計簿アプリ１０１の起動により、ポイントを獲得できたことをユーザは一目で確認できる。このような処理を行うことで、家計簿アプリ１０１を利用しようとするユーザの気持ちを高めることができ、オンライン家計簿の利用促進を一層向上できる。

なお、図２４の第７フローチャートのＳ９０の段階で、利用開始アクセスが無い場合（Ｓ９０：ＮＯ）、利用開始アクセスを待つ状態となり、また、Ｓ９１の段階で、既に利用開始アクセスが有ったことを検知した場合は（Ｓ９１：ＮＯ）、すでに、その日において、ユーザは家計簿アプリ１０１を起動しているので、ポイントを付与することなく、第７フローチャートの処理を終了することになる。このような家計簿アプリ１０１の起動に伴うポイント付与処理においても、上述したポイント付与処理について説明した各種変形例を適用でき、例えば、付与するポイント数も適宜、変更可能である。また、図２４のＳ９１の段階の処理は、ポイントデータベース４２を検知する以外に、利用開始アクセスが有ったか否かをユーザごとにログ情報として記憶しておき、そのログ情報を検知することで、利用開始アクセスの有無を検知判断するようにしてもよい。さらに、上述した様々な各種変形例は、適宜組み合わせることも可能である。

本発明は、オンライン家計簿の中身に関連して、ユーザにポイントを付与するようにしたので、家計簿サービスの利用を促進できることに対して好適に利用可能である。

１ ポイント作成システム
２ サーバシステム
１０ クラウドシステム
２０ アプリケーションサーバ
２１ アプリケーションプログラム
２２ ユーザＤＢ
２３ ポイント条件テーブル
３０ スクレイピングサーバ
４０ データベースシステム
４１ 現金記録データベース
４２ ポイントデータベース
４３ 個人金融データベース
５１ トップページ画面
５８ 現金記録画面
１００ スマートフォン
Ｔ１、Ｔ２、Ｔ３ 通信端末
Ｕ１、Ｕ２、Ｕ３ ユーザ

Claims (10)

1. 家計簿に応じた家計簿情報の表示処理を行う通信端末から送信されるユーザにより入力された収入又は支出に関するユーザ入力情報を受信する一方、家計簿利用に伴ってユーザにポイントを付与するポイント付与システムにおいて、
   ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知する手段と、
   他のユーザ入力情報が無いことを検知した場合、受信したユーザ入力情報に係るユーザにポイントを付与することを判断する手段と、
   ポイントを付与すると判断した場合、付与するポイントをユーザに対応付けて記憶する処理を行う手段と、
   記憶したポイントの中から、ユーザに対応付けられたポイントを読み出す手段と、
   読み出したポイントを含む家計簿情報を通信端末へ送信する手段と
   を備えることを特徴とするポイント付与システム。
2. 家計簿利用開始に伴う通信端末識別情報を含む利用開始アクセスが通信端末から有ったか否かを判断する手段と、
   利用開始アクセスが有ったと判断した場合、所定のときから利用開始アクセスが有ったときまでの間に同一の通信端末識別情報を含む他の利用開始アクセスが有ったか否かを検知する手段と、
   他の利用開始アクセスが無かったことを検知した場合、通信端末識別情報に応じたユーザにポイントを付与することを判断する手段と、
   ポイントを付与すると判断した場合、付与するポイントを、通信端末識別情報に応じたユーザに対応付けて記憶する処理を行う手段と
   を備える請求項１に記載のポイント付与システム。
3. ユーザの金銭に係るユーザ金銭データを蓄積した外部のデータベースから、ユーザ金銭データを取得する手段と、
   取得したユーザ金銭データの記憶処理を行う手段と、
   取得したユーザ金銭データの記憶処理を行った場合、記憶処理を行ったユーザ金銭データと同一の対象となる過去分のユーザ金銭データを、記憶したユーザ金銭データの中から特定する手段と、
   記憶処理を行ったユーザ金銭データの金銭的な価値と、特定した過去分のユーザ金銭データの金銭的な価値とを比較する手段と、
   比較の結果に応じて、ポイントを付与するか否かを判断する手段と、
   ポイントを付与すると判断した場合、付与するポイントを、比較に係るユーザに対応付けて記憶する処理を行う手段と
   を備える請求項１又は請求項２に記載のポイント付与システム。
4. 金銭的な価値の差に応じて付与するポイントの数を規定したポイント条件テーブルと、
   記憶処理を行ったユーザ金銭データの金銭的な価値と、過去分のユーザ金銭データの金銭的な価値との差を算出する手段と、
   前記ポイント条件テーブルに基づき、算出した金銭的な価値の差に応じたポイントの数を特定する手段と
   を備え、
   特定した数のポイントを付与する請求項３に記載のポイント付与システム。
5. 前記比較の結果、記憶処理を行ったユーザ金銭データの金銭的な価値が、過去分のユーザ金銭データの金銭的な価値より低い場合、ポイントを付与することを判断する請求項３又は請求項４に記載のポイント付与システム。
6. ユーザ金銭データは、光熱費に係る引き落とし金額を示すデータにしてある請求項３乃至請求項５のいずれか１項に記載のポイント付与システム。
7. サーバコンピュータが、家計簿情報の表示処理を行う外部の通信端末から送信される収入又は支出に関するユーザ入力情報を受信し、家計簿利用に伴ってユーザにポイントを付与するポイント付与方法において、
   ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知するステップと、
   他のユーザ入力情報が無いことを検知した場合、受信したユーザ入力情報に係るユーザにポイントを付与することを判断するステップと
   ポイントを付与すると判断した場合、付与するポイントをユーザに対応付けて記憶する処理を行うステップと
   を備えることを特徴とするポイント付与方法。
8. 家計簿情報の表示処理を行う外部の通信端末から送信される収入又は支出に関するユーザ入力情報を受信する一方、家計簿利用に伴ってユーザにポイントを付与するサーバコンピュータにおいて、
   ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知する手段と、
   他のユーザ入力情報が無いことを検知した場合、付与するポイントを、受信したユーザ入力情報に係るユーザに対応付けて記憶する処理を行う手段と
   を備えることを特徴とするサーバコンピュータ。
9. 家計簿利用開始に伴う通信端末識別情報を含む開始アクセスが通信端末から有ったか否かを判断する手段と、
   開始アクセスが有ったと判断した場合、所定のときから開始アクセスが有ったときまでの間に同一の通信端末識別情報を含む他の開始アクセスが有ったか否かを検知する手段と、
   他の開始アクセスが無かったことを検知した場合、付与するポイントを、通信端末識別情報に応じたユーザに対応付けて記憶する処理を行う手段と
   を備える請求項８に記載のサーバコンピュータ。
10. サーバコンピュータに、家計簿情報の表示処理を行う外部の通信端末から送信される収入又は支出に関するユーザ入力情報を受信させると共に、家計簿利用に伴ってユーザにポイントを付与する処理を行わせるためのサーバプログラムにおいて、
    前記サーバコンピュータに、
    ユーザ入力情報を受信した場合、所定のときからユーザ入力情報の受信したときまでの間に受信した同一ユーザによる他のユーザ入力情報が有るか否かを検知するステップと、
    他のユーザ入力情報が無いことを検知した場合、付与するポイントを、受信したユーザ入力情報に係るユーザに対応付けて記憶する処理を行うステップと
    を実行させることを特徴とするサーバプログラム。
    

Images