(57)【要約】【課題】本発明は、口座からの引き落とし処理が行われる前に、口座の残高情報をユーザが容易に確認可能な仕組みを提供することを目的とする。【解決手段】情報処理装置は、口座の残高を含む口座情報と当該口座から引き落とされる引き落とし額を含む引き落とし情報とを取得し、取得した引き落とし額と残高とを比較する。そして、情報処理装置は、取得した引き落とし情報に含まれる引き落とし額と口座情報に含まれる残高とを比較した結果、口座の残高が不足している場合に、引き落とし情報と口座情報とに基づいて、口座の残高が不足している旨を通知することを特徴とする。【選択図】図５
2020106893.tif 000002
【特許請求の範囲】
【請求項１】
口座の残高を含む口座情報と当該口座から引き落とされる引き落とし額を含む引き落とし情報とを取得する取得手段と、
前記取得手段で取得した前記引き落とし情報に含まれる引き落とし額と前記口座情報に含まれる残高とを比較する比較手段と、
前記比較手段で比較した結果、前記残高が不足している場合に、前記引き落とし情報と前記口座情報とに基づいて、前記残高が不足している旨を通知する通知手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記比較手段で比較する日付情報を受け付ける受付手段、
をさらに備え、
前記通知手段は、前記受付手段で受け付けた日付情報に基づいて、前記引き落とし額が引き落とされる前に前記通知手段で通知することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、固定で引き落とされる金額を示す固定額情報をさらに取得し、
前記比較手段は、前記引き落とし額と前記残高と前記固定額情報とを用いて比較を行い、
前記通知手段は、前記比較手段で比較した結果に基づいて、前記残高が不足している場合に、前記通知を行うことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記通知手段は、前記比較手段で比較した結果、前記残高が不足していない場合に、前記固定額情報に基づいて、前記残高が不足するまであといくらかの金額情報を通知することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記比較手段は、比較した結果、前記残高が不足していない場合に前記固定額情報も含めて比較し、
前記通知手段は、前記比較手段で比較した結果、前記残高が不足している場合に、前記引き落とし情報と前記口座情報と前記固定額情報とに基づいて、前記残高が不足している旨を通知することを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
前記固定額情報の設定を受け付ける画面を表示するよう制御する表示制御手段、
をさらに備え、
前記比較手段は、前記表示制御手段で表示された画面で設定を受け付けた固定額情報を用いて前記引き落とし額と前記残高とを比較することを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
情報処理装置の制御方法であって、
口座の残高を含む口座情報と当該口座から引き落とされる引き落とし額を含む引き落とし情報とを取得する取得ステップと、
前記取得ステップで取得した前記引き落とし情報に含まれる引き落とし額と前記口座情報に含まれる残高とを比較する比較ステップと、
前記比較ステップで比較した結果、前記残高が不足している場合に、前記引き落とし情報と前記口座情報とに基づいて、前記残高が不足している旨を通知する通知手段と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項８】
コンピュータを、請求項１乃至６のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、クレジットカードを用いて商品を購入し決済を行うと、通常はクレジットカードと対応づいている銀行口座から決済額が引き落とされる仕組みとなっており、多くは決済を行った月の翌月に決済額が銀行口座から引き落とされる仕組みとなっている。
【０００３】
しかしながら、実際に商品を購入した月と銀行口座から決済額が引き落とされる月とが異なり、クレジットカードの決済日になったにもかかわらず銀行口座に決済するための残高が入っておらず、引き落としが出来ないという問題がある。
【０００４】
そのため、ユーザが複数銀行口座を持っている場合は、銀行の窓口や現金自動預け払い機を利用して別の銀行口座から引き落としが行われる銀行口座へ不足額を振り込む必要があり、ユーザにとって手間となる。
【０００５】
そこで、特許文献１では、第１の勘定口座と第２の勘定口座の詳細を含むデータベースと通信を行い、第１の勘定口座へ照会して金額の振り替えが可能な場合は、第１の勘定口座から引き落とした金額を第２の勘定口座へ入金する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００３―５０２７２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、複数の銀行口座間で振替処理を実行するにあたっては、クレジットカードの決済日までに、クレジットカードの決済額と、引き落としを行う銀行口座の残高情報と、予備の銀行口座があればその残高情報とをユーザが知る必要がある。
【０００８】
さらに、たとえ引き落としを行う銀行口座の残高がクレジットカードの決済額よりも多く残っていたとしても、同一の銀行口座から毎月引き落とされる光熱費など他の引き落としがあれば、結局引き落しを行う銀行口座の残高が足りない事態となる。特許文献１の仕組みでは、こうした複数の引き落としにかかる情報を確認可能な仕組みは記載されておらず、ユーザが容易に確認可能な仕組みが求められる。
【０００９】
そこで、本発明は、口座からの引き落とし処理が行われる前に、口座の残高情報をユーザが容易に確認可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、口座の残高を含む口座情報と当該口座から引き落とされる引き落とし額を含む引き落とし情報とを取得する取得手段と、前記取得手段で取得した前記引き落とし情報に含まれる引き落とし額と前記口座情報に含まれる残高とを比較する比較手段と、前記比較手段で比較した結果、前記残高が不足している場合に、前記引き落とし情報と前記口座情報とに基づいて、前記残高が不足している旨を通知する通知手段と、を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、口座からの引き落とし処理が行われる前に、口座の残高情報をユーザが容易に確認可能な効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】本実施形態における、システム構成の一例を示す図である
【図２】情報処理装置１００のハードウェア構成を示す図である。
【図３】情報処理装置１００の機能構成を示す図である。
【図４】本発明の第一の実施形態における、複数の口座間での振込処理の流れを示すフローチャートである。
【図５】本発明の第二の実施形態における、不足額を確認する処理の流れを示すフローチャートである。
【図６】本発明の実施形態における、口座登録画面６００、口座検索画面６１０、登録済み口座画面６２０の一例を示す図である。
【図７】本発明の実施形態における、日付設定画面７００、警告設定画面７１０、警告設定画面７２０の一例を示す図である。
【図８】本発明の実施形態における、警告画面８００、振込画面８１０の一例を示す図である。
【図９】本発明の実施形態における、振込確認画面９００、振込確認画面９１０の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１４】
図１は、本実施形態のシステム構成の一例を示す図である。本発明の情報処理システムは、情報処理装置１００と複数の外部のサーバ装置１０１とＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２００を介して通信可能に接続されている。
【００１５】
情報処理装置１００はタッチパネルを備える装置である。本実施形態では、いわゆるスマートフォンやタブレット端末のような携帯装置を想定して説明を行うが、特にこれに限らない。タッチパネルを備えないパーソナルコンピュータであってもよい。
【００１６】
サーバ装置１０１は、銀行の口座情報を記憶する外部のサーバ装置である。情報処理装置１００は、適宜サーバ装置１０１から必要な情報を取得する。また、情報処理装置１００からの振込実行要求を受信することにより、サーバ装置１０１は、口座間の振込処理を行う。
【００１７】
なお、本実施形態のシステム構成は一例であり、他の装置やシステム構成があってもよいものとする。
【００１８】
図２は、情報処理装置１００のハードウェア構成を示す図である。尚、図１に示すハードウェア構成はあくまで一例である。
【００１９】
情報処理装置１００は、タッチパネルを備える装置である。本実施形態では、いわゆるスマートフォンやタブレット端末のような装置を想定して説明を行うが、特にこれに限らない。タッチパネルを備えないパーソナルコンピュータであってもよい。
【００２０】
ＣＰＵ２０１は、システムバスを介してメモリやコントローラを統括的に制御する。ＲＯＭ２０２あるいはフラッシュメモリ２１４には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステム３００が記憶されている。更には、情報処理装置１００が実行する機能を実現するために必要な、後述する各種プログラム等が記憶されている。
【００２１】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２２】
ディスプレイコントローラ２０４は、ディスプレイ２１０等の表示装置への表示を制御する。ディスプレイ２１０は例えば液晶ディスプレイである。また、ディスプレイ２１０の表面にはタッチパネル２１１が備えられている。タッチパネル２１１に対するタッチ操作の検知をタッチパネルコントローラ２０５が制御する。タッチパネルコントローラ２０５は、タッチパネル２１１に対する複数の箇所に対するタッチ操作（以下、マルチタッチという。）も検知可能である。
【００２３】
カメラコントローラ２０６は、カメラ２１２における撮影を制御する。カメラ２１２はデジタルカメラであり、カメラコントローラ２０６からの制御で撮像した画像を撮像素子でデジタルデータに変換する。カメラ２１２は静止画と動画を撮影することが可能である。
【００２４】
センサコントローラ２０７は、情報処理装置１００が備える各種センサ２１３からの入力を制御する。情報処理装置１００のセンサ２１３には様々なセンサが存在し、例えば方位センサ、加速度センサ等である。
【００２５】
ネットワークコントローラ２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２６】
フラッシュメモリコントローラ２０９は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するフラッシュメモリ２１４へのアクセスを制御する。本実施形態においては、フラッシュメモリとして説明を行うが、ハードディスクやフレキシブルディスク、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の記憶媒体であってもよい。
【００２７】
前述したＣＰＵ２０１、各メモリ、各コントローラは、１つのチップ２１５に統合されている。いわゆるＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）の形態で情報処理装置１００の内部に備えられている。
【００２８】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０での表示を可能としている。
【００２９】
本発明の情報処理装置１００が後述する各種処理を実行するために用いられる各種プログラム等はフラッシュメモリ２１４に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルはフラッシュメモリ２１４に格納されている。以上が、本実施形態におけるハードウェア構成である。
【００３０】
図３は、情報処理装置１００の機能構成を示す図である。尚、図３に示す機能構成はあくまで一例である。
【００３１】
情報処理装置１００の機能部として、記憶部３０１、表示制御部３０２、操作検知部３０３、及び通信制御部３０４を備えている。これらはオペレーティングシステム３００において動作する機能部である。
【００３２】
記憶部３０１は、後述する各種テーブルの情報や各種画面、カメラ２１２で撮影することにより生成された画像データ等を構成する情報をＲＡＭ２０３やフラッシュメモリ２１４に記憶するための機能部である。必要に応じて、情報の追加・更新・削除を行う。また、後述する各種画面で入力や洗濯を受け付けた各情報も記憶する。例えば、それぞれ後述する日付設定画面７００や警告設定画面７２０で受け付けた日付情報や金額情報を記憶する。
【００３３】
表示制御部３０２は、ディスプレイ２１０の表示を制御するための機能部である。表示制御部３０２から画面等の表示指示がなされると、ディスプレイコントローラ２０４を介してディスプレイ２１０に表示指示が送信される。そして、ディスプレイ２１０はこの指示を受信すると、指示に従って画面等を表示する。
【００３４】
操作検知部３０３は、タッチパネル２１１に対するタッチ操作を検知するための機能部である。タッチパネル２１１に対するタッチ操作の位置、タッチ操作された数等を検知することができる。
【００３５】
通信制御部３０４は、不図示のサーバ装置や他の情報処理装置と通信するための機能部である。
【００３６】
また情報処理装置１００は、オペレーティングシステム３００において動作可能な口座振込アプリ３１０がインストールされている。口座振込アプリ３１０は、残高情報取得部３１１、表示制御指示部３１２、残高チェック処理部３１３、振込実行要求部３１４を備える。なお、本実施形態では口座振込アプリ３１０で口座振込各画面の表示等の処理を行うが、銀行のウェブページ上で本発明の処理を行ってもよい。
【００３７】
残高情報取得部３１１は、通信制御部３０４の機能により記憶部３０１で記憶しているユーザの口座情報に基づいて、当該口座の残高情報をサーバ装置や他の情報処理装置から取得する機能部である。
【００３８】
表示制御指示部３１２は、口座振込アプリ３１０で表示する画面等の表示を表示制御部３０２に指示するための機能部である。表示制御部３０２は、表示制御指示部３１２からの指示に応じた画面等をディスプレイ２１０に表示する。
【００３９】
残高チェック処理部３１３は、残高情報取得部３１１で取得された残高情報に基づいて、後述するクレジットカードの引き落とし額が引き落とせるか否か、残高が不足していないか否かを確認する機能部である。
【００４０】
振込実行要求部３１４は、複数の口座間の振込要求を、銀行の外部のサーバ装置１０１やシステムに対して要求する機能部である。情報処理装置１００が振込要求を行うと、その要求に応じて銀行のサーバ装置１０１が指定の口座から指定の口座への振込処理を実行する。なお、本実施形態でいう「振り込み」とは、口座振込アプリ３１０に登録している予備の口座から引き落とし口座へ送金することを示す。
【００４１】
次に図３のフローチャートを用いて、本発明の第１の実施形態である、複数の口座間での振込処理の一連の流れについて説明する。
【００４２】
ステップＳ４０１では、情報処理装置１００のＣＰＵ２０１は、クレジットカードの引き落とし日とあらかじめ設定済みの口座の残高チェック日を確認する。クレジットカードの引き落とし日は、ユーザがあらかじめ口座振込アプリ３１０で設定しておいてもよいし、情報処理装置１００がクレジットカード会社のシステムから適宜取得してもよい。
【００４３】
ここで、図７の日付設定画面７００について説明する。日付設定画面７００は、残高チェック日の入力、もしくはプルダウンなどによる選択を受け付ける日付入力欄７０１を含む。本実施形態では、情報処理装置１００はクレジットカード引き落とし日（決済日）の何日前に口座の残高のチェックを行うかの設定を受け付ける。また、日付情報だけでなく、日時の情報を受け付けてもよい。この日付設定画面７００で受け付けた日付情報に基づいて、情報処理装置１００のＣＰＵ２０１は、引き落とし口座の残高が不足している場合に通知するなどの処理を行う。
【００４４】
ステップＳ４０２では、情報処理装置１００のＣＰＵ２０１は、現在の日付が残高チェック日か否かを判定する。より具体的には、クレジットカードの引き落とし日と日付設定画面７００で設定を受け付けた残高チェック日の情報に基づいて、残高チェック日を特定する。そして、情報処理装置１００のＣＰＵ２０１は、特定した残高チェック日に達したか否かを判定する。情報処理装置１００のＣＰＵ２０１は、残高チェック日に達したと判定した場合はステップＳ４０３に処理を進め、残高チェック日に達していないと判定した場合は残高チェック日に達するまでステップＳ４０２の処理を繰り返す。
【００４５】
ステップＳ４０３では、情報処理装置１００のＣＰＵ２０１は、あらかじめ口座振込アプリ３１０に登録している引き落とし口座と予備の口座の残高情報を、残高情報取得部３１１の機能により外部のサーバ装置１０１から取得する。引き落とし口座は（第１の口座）、クレジットカードの引き落としを行うメインとなる口座を示し、予備の口座（第２の口座）は引き落とし口座の残高が足りない場合に不足額を振り込む際に用いる口座である。これは、口座の残高を含む口座情報と当該口座から引き落とされる引き落とし額を含む引き落とし情報とを取得する処理を示す。
【００４６】
ここで、図６について説明する。図６は、口座登録画面６００、口座検索画面６１０、登録済み口座画面６２０の一例を示す図である。口座登録画面６００は、引き落とし口座と予備の口座を登録する画面であり、口座登録画面６００には登録済みの引き落とし口座の情報である引落口座６０１と、予備の口座を登録するための予備口座ボタン６０２を含む。なお、まだ引き落とし口座を登録していない場合は不図示の引落口座ボタンが表示されるものとする。また、予備の口座は複数登録できるとよい。
【００４７】
口座検索画面６１０は、口座を検索するための画面である。口座検索画面６１０は、口座情報の入力を受け付ける口座情報入力受付部６１２と、検索ボタン６１１と、登録ボタン６１３と含む。検索ボタン６１１の押下を受け付けると、情報処理装置１００は、口座情報入力受付部６１２で入力を受け付けた情報をもとに、該当する銀行のシステムや該当する銀行のサーバ装置１０１から情報を取得し、該当する銀行をディスプレイ２１０に表示する。そして、登録ボタン６１３の押下を受け付けると、口座情報を口座登録画面６００で押下を受け付けた口座の種別（引き落とし口座もしくは予備の口座）に対応付けて表示する。
【００４８】
登録済み口座画面６２０は、登録済みの口座の情報を表示するための画面である。登録済み口座画面６２０では、登録した引き落とし口座と予備の口座の情報が表示される。
【００４９】
ステップＳ４０４では、情報処理装置１００のＣＰＵ２０１は、残高チェック処理部３１３の機能により、クレジットカード会社から取得した引き落とし額とステップＳ４０３で取得した口座の残高情報に含まれる金額とを比較する。そして、情報処理装置１００のＣＰＵ２０１は、引き落とし額以上の金額が引き落とし口座にあるか否かを判定する。情報処理装置１００のＣＰＵ２０１は、引き落とし額以上の金額が引き落とし口座にあると判定した場合は一連の処理を終了する。その場合は後日引き落とし日に引き落とし口座から引き落とし額が引き落とされる。情報処理装置１００のＣＰＵ２０１は、引き落とし額以上の金額が引き落とし口座にないと判定した場合はステップＳ４０５に処理を進める。
【００５０】
ステップＳ４０５では、情報処理装置１００のＣＰＵ２０１は、ステップＳ４０３で取得した引き落とし口座と予備の口座の残高情報、クレジットカードの引き落とし額、および不足額を表示制御部３０２の機能により表示する。
【００５１】
ここで、図８の警告画面８００と振込画面８１０について説明する。警告画面８００は、引き落とし口座の残高が引き落とし額を下回った場合に表示する通知の一例である。警告画面８００では、引き落とすクレジットカードの情報と、引き落とし日の何日前かの情報を表示するとよい。これは、ステップＳ４０４で引き落とし額と口座の残高を比較した結果残高が不足している場合に、引き落とし額と残高とに基づいて、残高が不足している旨を通知する処理を示す。
【００５２】
振込画面８１０は、警告画面８００が表示された後にディスプレイ２１０に表示される画面であり、引き落とし口座や予備の口座の残高情報の確認や、不足額を解消するために支払方法などを選択可能な画面の一例を示す。これは、引き落とし口座の残高が不足している場合に、当該残高の不足を解消すべく処理の選択を受け付け可能な画面を示し、ステップＳ４０５では、情報処理装置１００のＣＰＵ２０１は、当該画面を表示するよう制御する。振込画面８１０は、引き落とし口座の残高情報８１１、クレジットカードの引き落とし額８１２、引き落としにかかる不足額８１３、予備の口座の残高情報８１４を表示する。さらに、振込画面８１０は、不足額振り込みボタン８１５、入力した金額振り込みボタン８１６、リボに変更ボタン８１７、その他予備口座を見るボタン８１８を表示する。不足額振り込みボタン８１５は不足額８１３の金額を、情報処理装置１００上で予備の口座から引き落とし口座へ振り込む処理を行うためのボタンを示す（第１の画面）。情報処理装置１００は、不足額振り込みボタン８１５の押下を受け付けると、表示制御指示部３１２の機能により、後述する図９の振込確認画面９００を表示するよう制御する。入力した金額振り込みボタン８１６は、不足額８１３だけではなく任意の金額を情報処理装置１００上で予備の口座から引き落とし口座へ振り込む処理を行うためのボタンを示す。情報処理装置１００は、入力した金額振り込みボタン８１６の押下を受け付けると、表示制御指示部３１２の機能により。後述する図９の振込確認画面９１０を表示するよう制御する。リボに変更ボタン８１７は、リボルビング払いに変更するための画面（不図示）を表示するボタンを示す。リボルビング払いに変更するための画面は、口座振込アプリ３１０の画面であっても、銀行のウェブページの画面であってもよい。リボルビング払いに変更するための画面は、引き落とし額を変更可能な画面でもある（第２の画面）。その他予備口座を見るボタン８１８は、口座振込アプリ３１０に予備の口座を複数登録している場合に、他の予備の口座の情報を見るためのボタンを示す。その他予備口座を見るボタン８１８の押下を受け付けると、ディスプレイ２１０にその他の予備の口座の口座情報と残高情報とが表示される。また、振込画面８１０は、引き落とし口座の残高が不足していない場合であっても、不足するまであといくらかの情報を表示し、当該情報を警告画面８００で通知してもよい。
【００５３】
ステップＳ４０６では、情報処理装置１００のＣＰＵ２０１は、不足額の振り込みを受け付けたか否かを判定する。より具体的には、図８の振込画面８１０で、不足額振り込みボタン８１５の押下を受け付けたか否かを判定する。情報処理装置１００のＣＰＵ２０１は、不足額振り込みボタン８１５の押下を受け付けたと判定した場合はステップＳ４０７に処理を進め、不足額振り込みボタン８１５の押下を受け付けなかったと判定した場合はステップＳ４０８に処理を進める。
【００５４】
ここで、図９の振込確認画面９００と振込確認画面９１０の説明を行う。振込確認画面９００は、不足額を予備の口座から引き落とし口座へ振り込む（移行する）か否かを確認する画面の一例である。振込確認画面９００は、確認表示９０１、ＹＥＳボタン９０２、ＮＯボタン９０３を備える。ＹＥＳボタン９０２の押下を受け付けると、情報処理装置１００は、登録されている予備の口座に対応する銀行へ、引き落とし口座に不足額８１３を振り込むよう要求する。情報処理装置１００のＣＰＵ２０１は、ＮＯボタン９０３の押下を受け付けると、振込画面８１０の画面へ表示を戻す。
【００５５】
振込確認画面９１０は、入力を受け付けた任意の額を予備の口座から引き落とし口座へ振り込む（移行する）か否かを確認する画面の一例である。振込確認画面９１０は、振込額入力欄９１１、ＹＥＳボタン９０２、ＮＯボタン９０３を備える。振込額入力欄９１１に任意の金額の入力を受け付けた後ＹＥＳボタン９０２の押下を受け付けると、情報処理装置１００のＣＰＵ２０１は、登録されている予備の口座に対応する銀行へ、受け付けた振込額を予備の口座から引き落とし口座へ振り込むよう要求する。なお、振込額入力欄９１１はプルダウン方式で振込額の選択を受け付けてもよい。情報処理装置１００のＣＰＵ２０１は、ＮＯボタン９０３の押下を受け付けると、振込画面８１０の画面へ表示を戻す。
【００５６】
ステップＳ４０７では、情報処理装置１００のＣＰＵ２０１は、振込実行要求部３１４の機能部により、不足額を予備の口座から引き落とし口座へ振り込むよう、予備の口座に対応する銀行のシステムに要求を送信する。銀行のシステムで振り込みはオンラインで行われ、即座に引き落とし口座へ振り込むことが可能となる。この処理により、例え引き落とし口座の残高が足りずにクレジットカードの引き落としが出来そうにない場合であっても、ユーザは情報処理装置１００（携帯端末）から容易に予備の口座から不足額を送金して引き落とし口座へ移すことが可能となる。
【００５７】
ステップＳ４０８では、情報処理装置１００のＣＰＵ２０１は、入力金額の振り込みを受け付けたか否かを判定する。より具体的には、図８の振込画面８１０で、入力した金額振り込みボタン８１６の押下を受け付けたか否かを判定する。情報処理装置１００のＣＰＵ２０１は、入力した金額振り込みボタン８１６の押下を受け付けたと判定した場合はステップＳ４０９に処理を進め、入力した金額振り込みボタン８１６の押下を受け付けなかったと判定した場合はステップＳ４１０に処理を進める。
【００５８】
ステップＳ４０９では、情報処理装置１００のＣＰＵ２０１は、振込実行要求部３１４の機能部により、振込画面８１０で、入力した金額を予備の口座から引き落とし口座へ振り込むよう、予備の口座に対応する銀行のシステムに要求を送信する。この処理により、不足額よりも多めに振り込んでおきたいユーザは、情報処理装置１００（携帯端末）から容易に予備の口座から任意の金額を送金して引き落とし口座へ移すことが可能となる。
【００５９】
ステップＳ４１０では、情報処理装置１００のＣＰＵ２０１は、リボルビング払いへの変更を受け付けたか否かを判定する。より具体的には、図８の振込画面８１０で、リボに変更ボタン８１７の押下を受け付けたか否かを判定する。情報処理装置１００のＣＰＵ２０１は、リボに変更ボタン８１７の押下を受け付けたと判定した場合はステップＳ４１１に処理を進め、リボに変更ボタン８１７の押下を受け付けていないと判定した場合は一連の処理を終了する。
【００６０】
ステップＳ４１１では、情報処理装置１００のＣＰＵ２０１は、表示制御部３０２の機能により、ディスプレイ２１０にリボルビング払いに変更可能な処理画面を表示する。
【００６１】
以上で、図４を用いた、複数の口座間での振込処理の一連の流れについての説明を終了する。この処理により、引き落とし口座に十分な金額が入っていない場合に、引き落とし日が来る前にユーザは情報処理装置１００を用いて容易に不足額を補填することが可能となる。また、不足額のみや、不足額以上の任意の額を他の予備の口座から引き落とし口座に容易に送金することが可能となる。さらに、予備の口座にも引き落とし額を補填できる十分な残高がない場合、クレジットカード会社からクレジットカードの利用を止められてしまうことがある。そういった万が一予備の口座に十分な残高がない場合は、リボルビング払いに変更できる画面を表示することで、支払方法を変更し引き落としが出来ないという事態を防ぐ効果も奏する。このように、本実施形態では、引き落とし口座の残高が不足している場合に、不足額を解消可能な画面を複数表示することで、ユーザが容易に口座間の送金を行えるとともに不足額解消の支払い方法を任意に選択できるという効果を奏する。
【００６２】
次に、図５の不足額を確認する処理の流れを示すフローチャートについて説明する。図５は本発明の第二の実施形態である。第一の実施形態はクレジットカードの引き落とし額と引き落とし口座の残高をチェックして不足額を確認したが、第二の実施形態では、家賃や光熱費、携帯料金など、毎月固定額として引き落とされる額も含めて不足額を確認する。
【００６３】
図５のステップＳ５０１からステップＳ５０３は、図４のステップＳ４０１からステップＳ４０３と同様な処理であるため説明を省略する。
【００６４】
ステップＳ５０４では、情報処理装置１００のＣＰＵ２０１は、固定額情報を特定する。引き落とし口座にクレジットカードの引き落とし額を引き落とせる残高がぎりぎりあったとしても、毎月の固定額が先に引き落とされた場合は最終的にクレジットカードの引き落としができなくなる。そのため、ここで固定額情報も踏まえて残高が足りるか否かを判定するため、固定額情報を取得する。
【００６５】
ここで、図７の警告設定画面７１０と警告設定画面７２０について説明する。警告設定画面７１０と警告設定画面７２０は、引き落とし口座の残高情報に応じて通知を行う際にユーザが任意に設定可能な画面の一例を示す。警告設定画面７１０は、引き落とし口座の残高が不足している場合や不足していない場合にかかわらず、一定の金額以上であれば通知させないための設定画面である。警告設定画面７１０は設定金額欄７１１を含み、当該設定額以上であれば情報処理装置１００のＣＰＵ２０１は、残高が不足している旨の通知を行わない。
【００６６】
警告設定画面７２０は、引き落とし口座の残高が引き落とし額より上回っていても、残高が一定の額以下であれば通知を行うよう設定するための画面である。警告設定画面７２０は、設定金額欄７２１と固定額欄７２２を含む。設定金額欄７２１の設定を受け付けると、情報処理装置１００のＣＰＵ２０１は、引き落とし口座の残高が引き落とし額より上回っていても、残高が受け付けた金額以下の場合は通知を行う。また、固定額欄７２２の設定を受け付けた場合は、情報処理装置１００のＣＰＵ２０１は、引き落とし口座の残高から固定額欄７２２と引き落とし額とを引いた残高を確認し、不足しているか否かを判定する。設定金額欄７２１の設定を受け付けている場合は、情報処理装置１００のＣＰＵ２０１は、引き落とし口座の残高から固定額欄７２２と引き落とし額とを引いた残高が設定金額欄７２１以下であるか否かを判定する。ステップＳ５０４では、情報処理装置１００のＣＰＵ２０１は、警告設定画面７２０で受け付けた固定額欄７２２の情報を取得するとよい。なお、本実施形態では固定額をあらかじめ口座振込アプリ３１０で設定しておくが、毎月の引き落とし情報に基づいて同じ額ずつ引き落とされているものがあれば固定額として情報処理装置１００のＣＰＵ２０１が自動的に固定額を設定してもよい。
【００６７】
ステップＳ５０５では、情報処理装置１００のＣＰＵ２０１は、残高チェック処理部３１３の機能により、固定額とクレジットカードの引き落とし額との金額以上の残高が引き落とし口座にあるか否かを判定する。引き落とし口座に残高があると判定した場合は情報処理装置１００のＣＰＵ２０１は、一連の処理を終了する。引き落とし口座に残高がないと判定した場合は、情報処理装置１００のＣＰＵ２０１は、ステップＳ５０６に処理を進める。
【００６８】
ステップＳ５０６では、情報処理装置１００のＣＰＵ２０１は、引き落とし口座と予備の口座の残高情報、クレジットカードの引き落とし額、および固定額と不足額を表示制御部３０２の機能により表示する。例えば、図８の振込画面８１０において、残高情報８１１、引き落とし額８１２、不足額８１３に加えて固定額が表示されるとよい（不図示）。ステップＳ５０６の表示を行った後は、情報処理装置１００のＣＰＵ２０１は、図４のステップＳ４０６以降の処理を行い、不足額を補填するための画面を表示し、各種処理を受け付ける。
【００６９】
以上で、図５の一連の処理の説明を終了する。これにより、クレジットカードの引き落とし額だけでなく、他の引き落としも考慮して残高チェックが可能となるとともに、ユーザが複数の口座の残高と引き落とし額を確認する手間を省いて引き落とし口座の残高の不足を容易に確認させることが可能となる。
【００７０】
このように、本発明によれば、口座からの引き落とし処理が行われる前に、口座の残高情報をユーザが容易に確認可能な効果を奏する。
【００７１】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【００７２】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行可能することによっても達成される場合も本発明に含まれる。
【００７３】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００７４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００７５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００７６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００７７】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００８１】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００８２】
１００  情報処理装置
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ディスプレイコントローラ
２０５  タッチパネルコントローラ
２０８  ネットワークコントローラ
２０９  フラッシュメモリコントローラ
２１０  ディスプレイ
２１１  タッチパネル
２１４  フラッシュメモリ
【図１】
2020106893.tif 000003
【図２】
2020106893.tif 000004
【図３】
2020106893.tif 000005
【図４】
2020106893.tif 000006
【図５】
2020106893.tif 000007
【図６】
2020106893.tif 000008
【図７】
2020106893.tif 000009
【図８】
2020106893.tif 000010
【図９】
2020106893.tif 000011