JP7414887B2 - 決済プログラム、決済装置及び決済方法 - Google Patents

Description

本発明は、決済プログラム、決済装置及び決済方法に関する。

従来、インターネット等の各種ネットワークを介して、料金の支払いを行う技術が提案されている。このような技術の一例として、口座振替に関する情報を取得すると、取得した情報に沿った口座振替を実行させるための口座振替データを生成し、銀行システムに送信する技術が提案されている。

特開２０１６－１２６７２０号公報

しかしながら、上述した技術では、口座振替といった各種送金のユーザビリティを改善する余地がある。

例えば、上述した従来技術では、会員のうち口座振替が行われなかった利用者について、再度の口座振替を実行させるための情報を生成しているに過ぎない。このため、送金元となる利用者が意図しなかったタイミングで口座振替が行われてしまう恐れがある。

本願は、上記に鑑みてなされたものであって、各種送金のユーザビリティを改善することを目的とする。

本願に係る決済プログラムは、利用者に対する請求の内容を示す請求情報を受け付けた場合は、当該請求情報を利用者に提供する提供手順と、前記利用者が支払いを行うための操作を行った場合は、前記請求情報が示す内容の請求に対する支払を行うための決済処理を実行する決済処理手順とをコンピュータに実行させることを特徴とする。

実施形態の一態様によれば、各種送金のユーザビリティを改善することができるという効果を奏する。

図１は、実施形態に係る決済処理の一例を示す図である。 図２は、電子決済アプリにより表示されるコンテンツの一例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係る第２アプリケーションの構成例を示す図である。 図５は、実施形態に係る決済サーバの構成例を示す図である。 図６は、実施形態に係る口座データベースの一例を示す図である。 図７は、実施形態に係る請求情報データベースの一例を示す図である。 図８は、実施形態に係る決済処理の手順の一例を示すフローチャートである。 図９は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る決済プログラム、決済装置及び決済方法を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る決済プログラム、決済装置及び決済方法が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略さ
れる。

〔１．実施形態〕
図１を用いて、本実施形態の決済プログラム等により実現される決済処理を説明する。図１は、実施形態に係る決済処理の一例を示す図である。なお、図１では、実施形態に係る決済プログラムによる決済処理は、図１に示す端末装置１００によって行われる。つまり、端末装置１００は、実施形態に係る決済プログラムによる制御に従って、実施形態に係る決済処理を実行する。

図１に示すように、実施形態に係る決済システム１は、決済サーバ１０と、端末装置１００と、事業者サーバ２００を含む。決済サーバ１０、端末装置１００及び事業者サーバ２００は、ネットワークＮ（例えば、図２参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した決済システム１には、複数台の決済サーバ１０、複数台の端末装置１００及び複数台の事業者サーバ２００が含まれていてもよい。

図１に示す決済サーバ１０は、端末装置１００を用いる電子決済に関する電子決済サービスを提供し、各種の決済を行う情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。例えば、決済サーバ１０は、取引対象の提供者（事業者）や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間における電子マネーの送金等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

図１に示す端末装置１００は、利用者によって利用される情報処理装置である。端末装置１００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。また、端末装置１００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、端末装置１００がスマートフォンである場合を示す。

図１に示す事業者サーバ２００は、各事業者が利用する情報処理装置であり、例えば、サーバやクラウドシステム等により実現される。例えば、事業者サーバ２００は、各事業者が提供するサービスに関する情報として、利用者のサービスの利用に応じた料金の請求に関する請求情報を管理する。

ここで、端末装置１００が実行する決済処理に先立ち、端末装置１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗に配置された２次元コード（ＱＲコード（登録商標））であって、店舗を識別する店舗識別情報を示す２次元コードを用いて、利用者Ｕが端末装置１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者Ｕが任意の端末装置１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコード（登録商標）のみならず、バーコードや所定のマーク、番号等であってもよい。

例えば、利用者Ｕが店舗にて各種の商品やサービスといった決済対象の利用や購入に伴う決済を行う場合、利用者Ｕは、端末装置１００に予めインストールされた決済用のアプリケーションを起動する。そして、利用者Ｕは、アプリケーションを介して、店舗に設置された店舗識別情報を撮影する。このような場合、端末装置１００は、決済対象の価格を入力するための画面を表示し、利用者Ｕ或いは店舗の店員から決済額の入力を受付ける。そして、端末装置１００は、利用者Ｕを識別する利用者情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗を示す情報）と、決済額とを示す決済情報を決済サーバ１０へと送信する。

このような場合、決済サーバ１０は、利用者情報が示す利用者Ｕの口座から、店舗識別情報が示す店舗の口座へと、決済額が示す額の電子マネーを移行させる。そして、決済サーバ１０は、決済が完了した旨の通知を端末装置１００へと送信する。このような場合、端末装置１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

なお、端末装置１００を用いた決済は、上述した処理に限定されるものではない。例えば、端末装置１００を用いた決済は、店舗に設置された店舗端末を用いたものであってもよい。例えば、端末装置１００は、利用者Ｕを識別するための利用者識別情報を画面上に表示させる。このような場合、店舗に設置された店舗端末は、端末装置１００に表示された利用者識別情報を読み取り、利用者識別情報と、決済額と、店舗を識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕの口座から、店舗の口座へと、決済額が示す額の電子マネーを移行させ、店舗の店舗端末あるいは端末装置１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

また、端末装置１００を用いた決済は、利用者Ｕが予め電子マネーをチャージした口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、決済サーバ１０は、店舗の口座に対して決済額の電子マネーを送金するとともに、利用者Ｕのクレジットカードの運用会社に対し、決済額を請求してもよい。

また、端末装置１００を用いた決済は、利用者Ｕの口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕの口座から、所定の取引対象を提供する提供者（事業者）の口座へと電子マネーを移行させる決済であってもよい。このような場合、利用者Ｕは、事業者が利用者Ｕに対して送付した支払帳票（例えば、コンビニ収納代行サービスにおいて用いられる振込票）に含まれるバーコードを、端末装置１００が備える撮影装置（カメラ）で読み取る。そして、端末装置１００は、読み取ったバーコードが示す支払先や支払額を画面に表示し、利用者Ｕから当該支払先に対する送金を承認する旨の操作を受け付けた場合、利用者識別情報と、支払額と、支払先を識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者Ｕの口座から、支払先の口座へと、支払額が示す額の電子マネーを移行させる。

ここで、従来、各種ネットワークを介して料金の支払いを行う技術として、口座振替に関する情報を取得した際に口座振替を実行させるための口座振替データを生成し、銀行システムに送信する技術が知られている。しかしながら、このような技術を用いて送金を行う場合、送金元となる利用者が意図しなかったタイミングで口座振替が行われてしまう恐れがあり、ユーザビリティが良いとはいえない場合がある。

そこで、端末装置１００は、実施形態に係る決済処理を実行する。以下、図１を用いて、端末装置１００が実行する決済処理について説明する。なお、以下の説明では、端末装置１００が利用者Ｕにより利用される例を示す。また、以下の説明では、端末装置１００を利用者Ｕと同一視する場合がある。すなわち、以下では、利用者Ｕを端末装置１００と読み替えることもできる。

また、以下の説明では、決済システム１は、利用者に水道や電気、ガスなどを供給するサービス（公益事業）を行う事業者により管理される事業者サーバ２０１及び２０２（以下、「事業者サーバ２００」と総称する場合がある）を有するものとする。なお、決済システム１には、任意の数の端末装置１００及び事業者サーバ２００が含まれてよい。

まず、事業者サーバ２００は、各利用者のサービスの利用に応じた料金の請求に関する請求情報を決済サーバ１０に送信する（ステップＳ１）。例えば、事業者サーバ２００は、水道や電気、ガスなどの利用に応じて各利用者に課金する料金を決定し、決定した料金の請求に関する請求情報を決済サーバ１０に送信する。具体的な例を挙げると、事業者サーバ２００は、料金を課金した利用者（請求先）を示す情報や、利用者に料金を請求する事業者（請求元）を示す情報、課金額（請求額）、請求の対象となる取引対象、支払期日などを含む請求情報を決済サーバ１０に送信する。

続いて、決済サーバ１０は、請求情報を端末装置１００に配信する（ステップＳ２）。例えば、決済サーバ１０は、利用者Ｕに対応する請求情報と共に、当該請求情報に対応するコンテンツであって、当該請求情報に対応する請求額の支払いを利用者Ｕが行うためのコンテンツである支払コンテンツを端末装置１００に配信する。具体的な例を挙げると、決済サーバ１０は、端末装置１００に予めインストールされた電子決済用のアプリケーション（決済サーバ１０が提供するアプリケーション）上で表示される請求情報及び支払コンテンツを端末装置１００に配信する。

続いて、端末装置１００は、新たな請求情報が配信された旨を通知する（ステップＳ３）。例えば、端末装置１００は、予めインストールされた電子決済用のアプリケーション（決済サーバ１０が提供するアプリケーション。以下、「電子決済アプリ」と記載する場合がある）が起動された際、当該アプリケーション上で新たな請求情報が配信された旨を通知する。また、例えば、端末装置１００は、新たな請求情報が配信された旨のプッシュ通知を表示する。

続いて、利用者Ｕは、支払対象となる請求情報を選択し、当該請求情報に対応する支払いを行うための操作を行う（ステップＳ４）。例えば、利用者Ｕは、支払いを行うための操作として、電子決済アプリにより端末装置１００に表示される支払コンテンツに対する選択操作を行う。

続いて、端末装置１００は、支払対象となる請求情報を決済サーバ１０に通知する（ステップＳ５）。例えば、端末装置１００は、利用者Ｕが選択操作を行った支払コンテンツと共に配信された請求情報を決済サーバ１０に通知する。

ここで、図２を用いて、実施形態に係る決済処理において電子決済アプリにより端末装置１００に表示される各種コンテンツについて説明する。図２は、電子決済アプリにより表示されるコンテンツの一例を示す図である。

図２に示すように、端末装置１００は、電子決済アプリが起動された際、初期表示としてコンテンツＣ１を表示する。例えば、端末装置１００は、上述した電子決済に関する各種コンテンツを表示する。ここで、ボタンＢ１に対する選択操作を受け付けた場合、端末装置１００は、事業者からの各種料金の請求に関するコンテンツＣ２を表示する。

図２の例において、端末装置１００は、決済サーバ１０から配信された請求情報に対応する請求のうち、請求額が未払いであるものが存在する旨を通知する通知コンテンツＮＣ１を含むコンテンツＣ２を表示する。例えば、コンテンツＣ２の下部（文字列「請求書を読み取る」が表示された領域）に対する選択操作を受け付けた場合、端末装置１００は、上述した支払帳票を用いた決済に関する処理を行う。また、通知コンテンツＮＣ１に対する選択操作を受け付けた場合、端末装置１００は、請求情報に対応する請求に対する支払内容に関するコンテンツＣ３を表示する。

図２の例において、端末装置１００は、決済サーバ１０から配信された請求情報に対応する請求に対して、利用者Ｕが電子決済を用いて行った支払いの履歴を示す情報と、新たな請求情報が配信された旨を通知する通知コンテンツＮＣ２とを含むコンテンツＣ３を表示する。ここで、通知コンテンツＮＣ２に対する選択操作を受け付けた場合、端末装置１００は、通知コンテンツＮＣ２に対応する請求情報を示すコンテンツＣ４を表示する。

図２の例において、端末装置１００は、請求情報と、支払コンテンツＰＣ１とを含むコンテンツＣ４を表示する。ここで、支払コンテンツＰＣ１に対する選択操作を受け付けた場合、端末装置１００は、コンテンツＣ４が示す請求情報を決済サーバ１０に通知する。そして、端末装置１００は、請求情報が決済サーバ１０に通知された旨を示すコンテンツＣ５を表示する。

なお、端末装置１００は、コンテンツＣ１やコンテンツＣ２において、新たな請求情報が配信された旨を通知してもよい。また、端末装置１００は、配信された請求情報に対応するプッシュ通知をログイン用の画面上に配置して表示してもよい。そして、端末装置１００は、プッシュ通知に対する利用者の選択操作を受け付けることにより、コンテンツＣ４を表示する。

図１に戻り、説明を続ける。決済サーバ１０は、通知された請求情報に従って、口座間の送金を行う（ステップＳ６）。例えば、決済サーバ１０は、利用者Ｕの口座から、通知された請求情報に対応する請求元の口座へと、請求額分の電子マネーの送金を行う。

以上のように、実施形態に係る端末装置１００は、請求情報と共に支払コンテンツの配信を受け付け、支払コンテンツに対する選択操作を受け付けた場合に、当該請求情報を決済サーバ１０に通知（言い換えると、請求額の送金要求を通知）する。これにより、実施形態に係る端末装置１００は、請求情報が配信された後、利用者が対応する支払いコンテンツに対する選択操作を行ったタイミング、言い換えると、利用者の任意のタイミングで、請求情報が示す請求に対する支払い（送金）を行うことができる。すなわち、実施形態に係る端末装置１００は、各種送金のユーザビリティを改善することができる。

また、従来、事業者が作成した請求書（支払帳票）を電子化したデータ（所謂、電子請求書）を利用者に配信する技術が知られている。しかしながら、電子請求書を用いて利用者が支払いを行う場合、電子請求書に含まれるコードを利用者の端末装置に表示し、収納代行サービスを提供する店舗に設置された端末により当該コードを読み取る必要があり、ユーザビリティが良いとはいえない場合がある。これに対し、実施形態に係る端末装置１００は、請求情報と共に配信された支払コンテンツに対する選択操作を受け付けることのみによって、当該請求情報が示す請求に対する支払いを行うことができるため、各種送金のユーザビリティを改善することができる。

〔２．端末装置の構成〕
次に、上述した決済処理を実現するための端末装置１００について図３を用いて説明する。図３は、実施形態に係る端末装置の構成例を示す図である。図２に示すように、端末装置１００は、通信部１１０と、記憶部１２０と、カメラ１３０と、タッチパネル１４０と、制御部１５０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、電子決済用のアプリケーションを配信する決済サーバ１０や、事業者サーバ２００等との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部１２０は、カメラ１３０により撮影された画像を記憶する。

（カメラ１３０について）
カメラ１３０は、画像（動画或いは静止画）を撮像するための撮像装置である。カメラ１３０は、例えば、ＣＣＤ（Charged-coupled devices）センサやＣＭＯＳ（Complementary metal-oxide-semiconductor）センサ等の撮像素子により構成される。

（タッチパネル１４０について）
タッチパネル１４０は、液晶ディスプレイ等により実現され、各種情報を表示し、利用者の指や専用ペンで利用者から各種操作を受け付ける入力装置である。

（制御部１５０について）
制御部１５０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１５０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

ここで、制御部１５０は、複数のアプリケーションを実行することにより、端末装置１００に関する各種機能を実現することとなる。例えば、図３に示す例において、制御部１５０は、第１アプリケーション１５１や第２アプリケーション１５２を実行している。なお、制御部１５０は、図３に示すアプリケーション以外にも、任意の機能を発揮するための任意の数のアプリケーションを実行して良い。

第１アプリケーション１５１は、端末装置１００のＯＳ（Operating System）となるアプリケーションである。第２アプリケーション１５２は、上述した決済処理を端末装置１００に実行させる。以下、図４を用いて、第２アプリケーション１５２が有する機能構成の一例ついて説明する。図４は、実施形態に係る第２アプリケーションの構成例を示す図である。図４に示すように、実施形態に係る第２アプリケーション１５２は、受付部１５２１と、通知部１５２２と、提供部１５２３と、決済処理部１５２４と、表示制御部１５２５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（受付部１５２１について）
受付部１５２１は、請求情報と、支払を示す支払コンテンツとを受け付ける。例えば、図１の例において、受付部１５２１は、利用者Ｕに対応する請求情報と共に、当該請求情報に対応するコンテンツであって、当該請求情報に対応する請求額の支払いを利用者Ｕが行うためのコンテンツである支払コンテンツを決済サーバ１０から受け付ける。

（通知部１５２２について）
通知部１５２２は、請求情報が受け付けられた場合は、当該請求情報を受け付けた旨を通知する。例えば、図１の例において、通知部１５２２は、電子決済アプリが起動された際、当該アプリケーション上で新たな請求情報が配信された旨を通知する。具体的な例を挙げると、図２の例において、通知部１５２２は、コンテンツＣ１～Ｃ３のいずれかにおいて、新たな請求情報が配信された旨を通知する。また、例えば、端末装置１００は、配信された請求情報に対応するプッシュ通知をログイン用の画面上に配置して通知する。

（提供部１５２３について）
提供部１５２３は、利用者に対する請求の内容を示す請求情報を受け付けた場合は、当該請求情報を利用者に提供する。例えば、図１の例において、提供部１５２３は、電子決済アプリ上で利用者Ｕに請求情報を提供する。

また、提供部１５２３は、利用者が通知を選択した場合は、請求情報を提供してもよい。例えば、図２の例において、提供部１５２３は、新たな請求情報が配信された旨を通知する通知コンテンツＮＣ２に対する選択操作を受け付けた場合、通知コンテンツＮＣ２に対応する請求情報を示すコンテンツＣ４を表示する。

また、提供部１５２３は、請求情報と共に、支払いを示す支払コンテンツを利用者に提供してもよい。例えば、図１の例において、提供部１５２３は、利用者Ｕに対応する請求情報と共に、当該請求情報に対応するコンテンツであって、当該請求情報に対応する請求額の支払いを利用者Ｕが行うためのコンテンツである支払コンテンツ（図２の例における支払コンテンツＰＣ１）を提供する。

ここで、決済サーバ１０から請求情報を受け付けた際に請求情報を提供するだけでなく、各事業者からの請求に関連する各種の情報を利用者に提供することにより、利便性を向上させたいといった要望が考えられる。したがって、提供部１５２３は、複数の請求情報を利用者に提供してもよい。例えば、提供部１５２３は、決済サーバ１０から新たに配信された複数の請求情報や、配信済みの請求情報であって、対応する請求額の支払いが行われていない請求情報などを利用者に提供する。具体的な例を挙げると、提供部１５２３は、図２に示すコンテンツＣ３において、さらに、複数の請求情報のそれぞれに対応する複数の通知コンテンツを提供（表示）する。

また、提供部１５２３は、利用者が支払いを行った請求の内容を示す請求情報の履歴をさらに提供してもよい。例えば、図２の例において、提供部１５２３は、決済サーバ１０から配信された請求情報に対応する請求に対して、利用者Ｕが電子決済を用いて行った支払いの履歴を示す情報を含むコンテンツＣ３を提供する。

また、提供部１５２３は、請求情報として、請求額を示す情報を提供してもよい。例えば、図２の例において、提供部１５２３は、通知コンテンツＮＣ２に対する選択操作を受け付けた場合、通知コンテンツＮＣ２に対応する請求額を含むコンテンツＣ４を提供する。

また、提供部１５２３は、請求情報として、請求元を示す情報を提供してもよい。例えば、図２の例において、提供部１５２３は、通知コンテンツＮＣ２に対する選択操作を受け付けた場合、さらに、通知コンテンツＮＣ２に対応する請求元を示す情報を含むコンテンツＣ４を提供する。

また、提供部１５２３は、請求情報として、請求の対象となる取引対象を示す情報を提供してもよい。例えば、図２の例において、提供部１５２３は、通知コンテンツＮＣ２に対する選択操作を受け付けた場合、さらに、通知コンテンツＮＣ２に対応する取引対象（例えば、水道や電気、ガスなど）を示す情報を含むコンテンツＣ４を提供する。

また、提供部１５２３は、公共料金の支払いに関する請求情報を受け付けた場合は、当該請求情報を利用者に提供してもよい。例えば、提供部１５２３は、利用者Ｕに水道や電気、ガスなどを供給するサービス（公益事業）を行う事業者が利用者に課金する公共料金の支払いに関する請求情報を提供する。

また、提供部１５２３は、請求の対象となる取引対象を示す対象情報を複数表示し、利用者が選択した対象情報と対応する取引対象に関する請求情報を表示してもよい。例えば、図２の例において、提供部１５２３は、取引対象「電気」を示す対象情報「ＡＡＡでんき」や、取引対象「ガス」に対応する「ＡＡＡガス」などを提供する。そして、利用者Ｕが対象情報「ＡＡＡでんき」を選択した場合、取引対象「電気」に関して決済サーバ１０から配信された請求情報や、当該請求情報に対応する通知、支払コンテンツ、取引対象「電気」に対応する請求に対して利用者Ｕが電子決済を用いて行った支払いの履歴を示す情報などを含むコンテンツ（以下、「対象コンテンツ」と記載する場合がある）を提供する。

また、提供部１５２３は、請求額を示す情報、請求元を示す情報、請求の対象となる取引対象を示す情報の少なくともいずれか１つを含む請求情報を提供してもよい。なお、提供部１５２３は、上記の処理を複数組み合わせ、請求情報を提供してもよい。例えば、提供部１５２３は、請求額を示す情報と請求元を示す情報とを請求情報として提供してもよい。

ここで、請求が発生した場合に自動的に決済処理を実行することで、利用者の利便性を向上させたいといった要望が考えられる。したがって、提供部１５２３は、利用者が選択した対象情報と対応する取引対象に関する請求情報とともに、当該対象情報と対応する取引対象に関する請求を自動的に行う旨を示す自動コンテンツを提供してもよい。例えば、提供部１５２３は、取引対象に関する請求額の支払いを自動的に行う旨を指示するための自動コンテンツを、対象コンテンツに含めて利用者に提供する。

（決済処理部１５２４について）
決済処理部１５２４は、利用者が支払いを行うための操作を行った場合は、請求情報が示す内容の請求に対する支払を行うための決済処理を実行する。例えば、決済処理部１５２４は、利用者が支払いを行うための操作を行った場合は、決済サーバ１０が提供する電子決済サービスを用いた決済処理を実行する。

また、決済処理部１５２４は、利用者が支払コンテンツを選択した場合は、当該支払コンテンツとともに提供された請求情報が示す内容の請求に対する支払を行うための決済処理を実行してもよい。例えば、決済処理部１５２４は、利用者が選択した支払コンテンツとともに提供された請求情報が示す内容の請求に対する支払（決済処理）を、決済サーバ１０が提供する電子決済サービスを用いて実行する。

また、決済処理部１５２４は、利用者がいずれかの請求情報を選択した後で操作を行った場合は、選択された請求情報が示す内容の請求に対する支払を行うための決済処理を実行してもよい。例えば、提供部１５２３により提供された複数の請求情報のいずれかを選択した後で利用者が支払いを行うための操作を行った場合、決済処理部１５２４は、選択された請求情報が示す内容の請求に対する支払を行うための決済処理を、決済サーバ１０が提供する電子決済サービスを用いて実行する。

また、決済処理部１５２４は、公共料金の支払いを行うための決済処理を実行してもよい。例えば、決済処理部１５２４は、利用者に水道や電気、ガスなどを供給するサービス（公益事業）を行う事業者が利用者に課金した公共料金の支払いを行うための決済処理を実行する。

また、決済処理部１５２４は、口座間の送金を実現する外部のサーバ装置に対し、請求情報が示す請求の内容を通知してもよい。例えば、図１の例において、決済処理部１５２４は、利用者Ｕが選択操作を行った支払コンテンツと共に配信された請求情報を決済サーバ１０に通知する。

また、決済処理部１５２４は、利用者が自動コンテンツを選択した場合は、利用者が選択した対象情報と対応する取引対象に関する請求が発生した際に自動的に支払を行うための決済処理を実行してもよい。例えば、取引対象「電気」に対応する対象コンテンツに含まれる自動コンテンツが利用者に選択された場合、決済処理部１５２４は、決済サーバ１０から取引対象「電気」に関する請求情報が配信された際に、当該請求情報が示す支払期日までに自動的に請求額の支払いを行うための決済処理を実行する。具体的な例を挙げると、決済処理部１５２４は、決済サーバ１０から取引対象「電気」に関する請求情報が配信された後から支払期日までに利用者が支払いを行うための操作を行った場合、当該操作に応じて決済処理を実行し、支払期日までに利用者が支払いを行うための操作を行わなかった場合、自動的に支払いを行うための決済処理を実行する。

なお、決済処理部１５２４は、事業者が利用者に対して送付した支払帳票を用いた決済処理を実行してもよい。例えば、カメラ１３０は、利用者の操作に応じて、電子決済アプリを介して支払帳票に含まれるバーコードを読み取る。そして、決済処理部１５２４は、読み取ったバーコードが示す請求元や請求額などに基づく決済処理を実行する。

なお、決済処理部１５２４は、店舗における電子決済を用いた決済処理を実行してもよい。例えば、決済処理部１５２４は、利用者を識別する利用者情報と、カメラ１３０が撮影した店舗識別情報を示す情報と、利用者或いは店舗の店員から端末装置１００に入力された決済額とを示す決済情報を決済サーバ１０へと送信する。

（表示制御部１５２５について）
表示制御部１５２５は、利用者の操作や、決済処理部１５２４が実行した決済処理などに応じて端末装置の画面（タッチパネル１４０）の表示を制御する。

なお、表示制御部１５２５は、利用者が支払帳票を用いた決済を行う場合、利用者の操作に応じてバーコードを撮影するための画面や、決済処理が実行されたことを示す画面を表示させてもよい。また、表示制御部１５２５は、利用者が店舗における電子決済を用いた決済を行う場合、利用者の操作に応じて電子決済に関する画面の表示を制御してもよい。例えば、表示制御部１５２６は、店舗を識別する店舗識別情報の画像を撮影するための画面や、利用者Ｕ或いは店舗の店員から決済額の入力を受け付けるための画面、決済情報が決済サーバ１０へ送信されたことを示す画面などを表示させる。

〔３．決済サーバの構成〕
次に、図５を用いて、決済サーバ１０の構成について説明する。図５は、実施形態に係る決済サーバの構成例を示す図である。図５に示すように、決済サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。

（通信部２０について）
通信部２０は、例えば、ＮＩＣ等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、端末装置１００や、事業者サーバ２００等との間で情報の送受信を行う。

（記憶部３０について）
記憶部３０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図２に示すように、記憶部３０は、口座データベース３１と、請求情報データベース３２とを有する。

（口座データベース３１について）
口座データベース３１は、利用者や事業者の口座に関する各種の情報を記憶する。ここで、図６を用いて、口座データベース３１が記憶する情報の一例を説明する。図６は、実施形態に係る口座データベースの一例を示す図である。図６の例において、口座データベース３１は、「口座ＩＤ」、「所有者情報」、「口座残高」といった項目を有する。

「口座ＩＤ」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有する所有者（利用者や事業者）に関する情報を示し、例えば、所有者を識別するための識別情報（識別子）が格納される。「口座残高」は、利用者や事業者が所有する口座の残高を示す。

すなわち、図６では、口座ＩＤ「ＡＩＤ＃１」によって識別される口座の所有者の情報が「利用者＃１」であり、口座残高が「７８００」である例を示す。

（請求情報データベース３２について）
請求情報データベース３２は、事業者サーバ２００から送信される請求情報を記憶する。ここで、図７を用いて、請求情報データベース３２が記憶する情報の一例を説明する。図７は、実施形態に係る請求情報データベースの一例を示す図である。図７の例において、請求情報データベース３２は、「請求情報ＩＤ」、「事業者情報」、「利用者情報」、「請求対象」、「請求額」といった項目を有する。

「請求情報ＩＤ」は、請求情報を識別するための識別情報を示す。「事業者情報」は、請求元である事業者に関する情報を示し、例えば、事業者を識別するための識別情報が格納される。「利用者情報」は、請求先である利用者に関する情報を示し、例えば、利用者を識別するための識別情報が格納される。「請求対象」は、請求の対象となる取引対象を示す。「請求額」は、請求先に請求する金額を示す。

すなわち、図７では、請求情報ＩＤ「ＡＩＤ＃１」によって識別される請求情報に、事業者情報「事業者＃１」、利用者情報「利用者＃１」、請求対象「水道」、請求額「５２００」などといった情報が含まれる例を示す。

（制御部４０について）
制御部４０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。実施形態に係る制御部４０は、図５に示すように、受付部４１と、提供部４２と、決済処理部４３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（受付部４１について）
受付部４１は、請求情報を受け付ける。例えば、図１の例において、受付部４１は、料金を課金した利用者を示す情報や、利用者に料金を請求する事業者を示す情報、課金額、請求の対象となる取引対象などを含む請求情報を事業者サーバ２００から受け付ける。

また、受付部４１は、支払対象となる請求情報の通知を受け付けてもよい。例えば、図１の例において、受付部４１は、利用者Ｕが選択操作を行った支払コンテンツに対応する請求情報の通知を受け付ける。

（提供部４２について）
提供部４２は、請求情報を配信（提供）する。例えば、図１の例において、提供部４２は、利用者Ｕに対応する請求情報と共に、当該請求情報に対応するコンテンツであって、当該請求情報に対応する請求額の支払いを利用者Ｕが行うためのコンテンツである支払コンテンツを端末装置１００に配信する。

（決済処理部４３について）
決済処理部４３は、受付部４１が受け付けた通知に対応する請求情報に従い、決済処理を実行する。例えば、図１の例において、決済処理部４３は、利用者Ｕの口座から、通知された請求情報に対応する請求元の口座へと、請求額分の電子マネーの送金を行う。

〔４．決済処理のフロー〕
図８を用いて、実施形態に係る端末装置１００の決済処理の手順について説明する。図８は、実施形態に係る決済処理の手順の一例を示すフローチャートである。

図８に示すように、端末装置１００は、請求情報を受け付けたか否かを判定する（ステップＳ１０１）。請求情報を受け付けていない場合（ステップＳ１０１；Ｎｏ）、端末装置１００は、請求情報を受け付けるまで待機する。一方、請求情報を受け付けた場合（ステップＳ１０１；Ｙｅｓ）、端末装置１００は、新たな請求情報が受け付けられた旨を利用者に通知する（ステップＳ１０２）。

続いて、端末装置１００は、利用者が請求情報を選択して支払いを行うための操作を行ったか否か判定する（ステップＳ１０３）。操作が行われていない場合（ステップＳ１０３；Ｎｏ）、端末装置１００は、操作が行われるまで待機する。一方、操作が行われた場合（ステップＳ１０３；Ｙｅｓ）、端末装置１００は、選択された請求情報が示す内容の請求に対する支払いを行うための決済処理を実行し（ステップＳ１０４）。処理を終了する。

〔５．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

〔５－１．請求情報が示す内容について〕
上述の実施形態において、請求情報が示す請求の内容が、水道や電気、ガスなどの利用に応じて利用者に課金される公共料金の支払いに関するものである例を示したが、請求情報はこのような例に限定されず、支払期日が設定された料金の支払いや、所定期間ごとに利用者に課金される料金の支払いに関するものであってもよい。例えば、請求情報が示す請求の内容は、ショッピングサービスにおいて購入した商品の代金や、各種サービス（例えば、サブスクリプションサービス）において発生する料金、家賃、受講料などであってもよい。

〔５－２．自動コンテンツの提供について〕
上述の実施形態において、提供部１５２３が、利用者が選択した対象情報と対応する対象コンテンツにおいて自動コンテンツを提供する例を示したが、提供部１５２３の機能はこのような例に限定されない。例えば、決済処理部１５２４が支払帳票を用いた決済処理を実行した場合、提供部１５２３は、当該決済処理が実行されたことを示す画面において自動コンテンツを提供してもよい。具体的案例を挙げると、決済処理部１５２４が支払帳票を用いた取引対象「電気」に関する決済処理を実行した場合、提供部１５２３は、取引対象「電気」に関する請求額の支払いを自動的に行う旨を指示するための自動コンテンツを、当該決済処理が実行されたことを示す画面において提供する。

〔５－３．処理態様について〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔６．効果〕
上述してきたように、実施形態に係る端末装置１００は、受付部１５２１と、通知部１５２２と、提供部１５２３と、決済処理部１５２４と、表示制御部１５２５とを有する。受付部１５２１は、請求情報と、支払いを示す支払コンテンツとを受け付ける。通知部１５２２は、請求情報が受け付けられた場合は、当該請求情報を受け付けた旨を通知する。提供部１５２３は、利用者に対する請求の内容を示す請求情報を受け付けた場合は、当該請求情報を利用者に提供する。また、提供部１５２３は、利用者が通知を選択した場合は、請求情報を提供する。決済処理部１５２４は、利用者が支払いを行うための操作を行った場合は、請求情報が示す内容の請求に対する支払を行うための決済処理を実行する。また、決済処理部１５２４は、口座間の送金を実現する外部のサーバ装置に対し、請求情報が示す請求の内容を通知する。表示制御部１５２５は、利用者の操作や、決済処理部１５２４が実行した決済処理などに応じて端末装置の画面の表示を制御する。

これにより、実施形態に係る端末装置１００は、利用者の任意のタイミングで、請求情報が示す請求に対する支払い（送金）を行うことができるため、各種送金のユーザビリティを改善することができる。

また、実施形態に係る端末装置１００において、例えば、提供部１５２３は、請求情報と共に、支払いを示す支払コンテンツを利用者に提供する。そして、決済処理部１５２４は、利用者が支払コンテンツを選択した場合は、当該支払コンテンツとともに提供された請求情報が示す内容の請求に対する支払を行うための決済処理を実行する。また、提供部１５２３は、複数の請求情報を利用者に提供する。そして、決済処理部１５２４は、利用者がいずれかの請求情報を選択した後で操作を行った場合は、選択された請求情報が示す内容の請求に対する支払を行うための決済処理を実行する。また、提供部１５２３は、利用者が支払いを行った請求の内容を示す請求情報の履歴をさらに提供する。また、提供部１５２３は、請求の対象となる取引対象を示す対象情報を複数表示し、利用者が選択した対象情報と対応する取引対象に関する請求情報を表示する。また、提供部１５２３は、請求情報として、請求額を示す情報を提供する。また、提供部１５２３は、請求情報として、請求元を示す情報を提供する。また、提供部１５２３は、請求情報として、請求の対象となる取引対象を示す情報を提供する。

これにより、実施形態に係る端末装置１００は、事業者からの請求の通知と共に、請求に関連する各種の情報を利用者に提供することできるため、各種送金のユーザビリティを改善することができる。

また、実施形態に係る端末装置１００において、例えば、提供部１５２３は、利用者が選択した対象情報と対応する取引対象に関する請求情報とともに、当該対象情報と対応する取引対象に関する請求を自動的に行う旨を示す自動コンテンツを提供する。そして、決済処理部１５２４は、利用者が自動コンテンツを選択した場合は、利用者が選択した対象情報と対応する取引対象に関する請求が発生した際に自動的に支払を行うための決済処理を実行する。

これにより、実施形態に係る端末装置１００は、事業者からの請求に対して利用者が何らかの操作を行うことなく、事業者に対する送金を行うことができるため、各種送金のユーザビリティを改善することができる。

また、実施形態に係る端末装置１００において、例えば、提供部１５２３は、公共料金の支払いに関する請求情報を受け付けた場合は、当該請求情報を利用者に提供する。そして、決済処理部１５２４は、公共料金の支払いを行うための決済処理を実行する。

これにより、実施形態に係る端末装置１００は、公共料金の支払帳票に含まれるコードの世も肝などといった操作を行うことなく、公共料金の請求元に対する送金を行うことができるため、各種送金のユーザビリティを改善することができる。

〔７．ハードウェア構成〕
また、上述してきた各実施形態に係る端末装置１００は、例えば、図９に示すような構成のコンピュータ１０００によって実現される。以下、端末装置１００を例に挙げて説明する。図９は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＯＭ１２００、ＲＡＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１２００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１２００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１３００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１３００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が端末装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１３００上にロードされたプログラムを実行することにより、制御部１５０の機能を実現する。また、ＨＤＤ１４００には、端末装置１００の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔８．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述した端末装置１００は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ 請求情報データベース
４０ 制御部
４１ 受付部
４２ 提供部
４３ 決済処理部
１００ 端末装置
１１０ 通信部
１２０ 記憶部
１３０ カメラ
１４０ タッチパネル
１５０ 制御部
１５１ 第１アプリケーション
１５２ 第２アプリケーション
１５２１ 受付部
１５２２ 通知部
１５２３ 提供部
１５２４ 決済処理部
１５２５ 表示制御部

Claims (12)

1. 利用者に対する請求の内容として、支払額と支払先とを示す請求情報を含み、当該請求情報に基づいた電子的な支払サービスを提供するための情報を、決済を行う決済サーバから受け付ける受付手順と、
   前記決済サーバから前記支払サービスを提供するための情報を受け付けた場合、請求があった旨を前記利用者に通知する通知手順と、
   前記利用者が前記通知を選択した場合、前記支払サービスを提供するための情報に基づいて、前記支払サービスに関する情報を前記利用者に提供する提供手順と、
   前記利用者により、前記支払サービスを提供するための情報を介した支払いを行うための操作が行われた場合は、前記決済サーバに対して、前記請求情報と前記利用者を示す情報とを送信し、当該利用者が示す口座の電子マネーのうち当該支払額と対応する分の電子マネーを当該支払先と対応する口座へと移動させることで、前記請求に対する支払いを行うための決済処理を実行させる決済処理手順と
   をコンピュータに実行させるための決済プログラム。
2. 前記受付手順は、利用者に対する請求の内容として、支払額と支払先とを示す複数の請求情報を含み、当該請求情報に基づいた電子的な支払サービスを提供するための情報を、決済を行う決済サーバから受け付け、
   前記通知手順は、前記決済サーバから前記支払サービスを提供するための情報を受け付けた場合、請求があった旨を前記利用者に通知し、
   前記提供手順は、前記利用者が前記通知を選択した場合、前記支払サービスを提供するための情報に基づいて、前記支払サービスに関する情報を前記利用者に提供し、
   前記決済処理手順は、前記利用者により、前記支払サービスを提供するための情報を介した支払いを行うための操作が行われた場合は、前記決済サーバに対して、前記支払サービスを提供するための情報のうち当該操作が行われた支払サービスを提供するための情報に係る請求情報と前記利用者を示す情報とを送信し、当該利用者が示す口座の電子マネーのうち当該支払額と対応する分の電子マネーを当該支払先と対応する口座へと移動させることで、前記請求に対する支払いを行うための決済処理を実行させる
   ことを特徴とする請求項１に記載の決済プログラム。
3. 前記提供手順は、
   前記支払サービスにおいて、支払いを行うための支払コンテンツを前記利用者に提供し、
   前記決済処理手順は、
   前記利用者が前記支払コンテンツを選択した場合は、前記決済サーバに、当該支払コンテンツとともに提供された請求情報が示す内容の請求に対する支払を行うための決済処理を実行させる
   ことを特徴とする請求項１または２に記載の決済プログラム。
4. 前記提供手順は、
   複数の請求情報を前記利用者に提供し、
   前記決済処理手順は、
   前記利用者がいずれかの請求情報を選択した後で前記操作を行った場合は、前記決済サーバに、選択された請求情報が示す内容の請求に対する支払いを行うための決済処理を実行させる
   ことを特徴とする請求項１～３のうちいずれか１つに記載の決済プログラム。
5. 前記提供手順は、
   前記利用者が支払いを行った請求の内容を示す請求情報の履歴をさらに提供する
   ことを特徴とする請求項１～４のうちいずれか１つに記載の決済プログラム。
6. 前記提供手順は、
   前記請求の対象となる取引対象を示す対象情報を複数表示し、前記利用者が選択した対象情報と対応する取引対象に関する請求情報を表示する
   ことを特徴とする請求項１～５のうちいずれか１つに記載の決済プログラム。
7. 前記提供手順は、
   前記利用者が選択した対象情報と対応する取引対象に関する請求情報とともに、当該対象情報と対応する取引対象に関する請求を自動的に行う旨を示す電子的な自動支払サービスを提供し、
   前記決済処理手順は、
   前記利用者が前記自動支払サービスを選択した場合は、前記決済サーバに、前記利用者が選択した対象情報と対応する取引対象に関する請求が発生した際に自動的に支払を行うための決済処理を実行させる
   ことを特徴とする請求項６に記載の決済プログラム。
8. 前記提供手順は、
   前記請求情報として、請求額を示す情報、請求元を示す情報、請求の対象となる取引対象を示す情報の少なくともいずれか１つを含む情報を提供する
   ことを特徴とする請求項１～７のうちいずれか１つに記載の決済プログラム。
9. 前記提供手順は、
   決済を行う決済サーバから公共料金の支払いに関する請求情報を受け付けた場合は、当該請求情報を前記利用者に提供し、
   前記決済処理手順は、
   決済を行う決済サーバに、前記公共料金の支払いを行うための決済処理を実行させる
   ことを特徴とする請求項１～８のうちいずれか１つに記載の決済プログラム。
10. 前記決済処理手順は、
    口座間の送金を実現する外部のサーバ装置に対し、前記請求情報が示す請求の内容を通知する
    ことを特徴とする請求項１～９のうちいずれか１つに記載の決済プログラム。
11. 利用者に対する請求の内容として、支払額と支払先とを示す請求情報を含み、当該請求情報に基づいた電子的な支払サービスを提供するための情報を、決済を行う決済サーバから受け付ける受付部と、
    前記決済サーバから前記支払サービスを提供するための情報を受け付けた場合、請求があった旨を前記利用者に通知する通知部と、
    前記利用者が前記通知を選択した場合、前記支払サービスを提供するための情報に基づいて、前記支払サービスに関する情報を前記利用者に提供する提供部と、
    前記利用者により、前記支払サービスを提供するための情報を介した支払いを行うための操作が行われた場合は、前記決済サーバに対して、前記請求情報と前記利用者を示す情報とを送信し、当該利用者が示す口座の電子マネーのうち当該支払額と対応する分の電子マネーを当該支払先と対応する口座へと移動させることで、前記請求に対する支払いを行うための決済処理を実行させる決済処理部と
    を有することを特徴とする端末装置。
12. 端末装置が実行する決済方法であって、
    利用者に対する請求の内容として、支払額と支払先とを示す請求情報を含み、当該請求情報に基づいた電子的な支払サービスを提供するための情報を、決済を行う決済サーバから受け付ける受付工程と、
    前記決済サーバから前記支払サービスを提供するための情報を受け付けた場合、請求があった旨を前記利用者に通知する通知工程と、
    前記利用者が前記通知を選択した場合、前記支払サービスを提供するための情報に基づいて、前記支払サービスに関する情報を前記利用者に提供する提供工程と、
    前記利用者により、前記支払サービスを提供するための情報を介した支払いを行うための操作が行われた場合は、前記決済サーバに対して、前記請求情報と前記利用者を示す情報とを送信し、当該利用者が示す口座の電子マネーのうち当該支払額と対応する分の電子マネーを当該支払先と対応する口座へと移動させることで、前記請求に対する支払いを行うための決済処理を実行させる決済処理工程と
    を含むことを特徴とする決済方法。

Images