JP2024106589A - アプリケーションプログラム、決済システム、および端末装置の制御方法 - Google Patents

Abstract

【課題】複数の資源・エネルギーに関する料金の請求金額に関する情報を、複数の資源・エネルギーに関する料金ごとに可視化することができるアプリケーションプログラム、決済システム、および端末装置の制御方法を提供すること。【解決手段】端末装置に、複数の資源・エネルギーに関する料金の請求金額に関する情報を取得させ、取得した前記請求金額に関する情報を、前記複数の資源・エネルギーに関する料金ごとに表示させる、アプリケーションプログラム。【選択図】図１

Description

本発明は、アプリケーションプログラム、決済システム、および端末装置の制御方法に関する。

従来、利用者の所有する利用者端末を用いた電子決済サービスが知られている。例えば、特許文献１には、利用者が利用者端末の決済アプリを用いて電子決済を行った場合に、電子決済の履歴（利用日時、支払先、利用額、商品名）を表示する電子決済システムが提案されている。

特開２０２２－１５７３３９号公報

しかしながら、特許文献１に記載の電子決済システムでは、決済アプリ上で複数の資源・エネルギーに関する料金（例えば、電気料金、ガス料金、水道料金など）の請求金額に関する情報を、複数の資源・エネルギーに関する料金ごとに可視化できない場合があった。

本発明は、このような事情を考慮してなされたものであり、複数の資源・エネルギーに関する料金の請求金額に関する情報を、複数の資源・エネルギーに関する料金ごとに可視化することができるアプリケーションプログラム、決済システム、および端末装置の制御方法を提供することを目的の一つとする。

本発明の一態様は、端末装置に、複数の資源・エネルギーに関する料金の請求金額に関する情報を取得させ、取得した前記請求金額に関する情報を、前記複数の資源・エネルギーに関する料金ごとに表示させる、アプリケーションプログラムである。

本発明の一態様によれば、複数の資源・エネルギーに関する料金の請求金額に関する情報を、複数の資源・エネルギーに関する料金ごとに可視化することができるアプリケーションプログラム、決済システム、および端末装置の制御方法を提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示したシーケンス図（その１）である。 電子決済の大まかな流れを例示したシーケンス図（その２）である。 第１実施形態に係る決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 加盟店／店舗情報１７６の内容の一例を示す図である。 利用者端末装置２００の構成図である。 決済アプリ２０のホーム画面３１０の一例を示す図である。 決済アプリ２０の太陽光パネル画面３２０の一例を示す図である。 決済アプリ２０の請求書画面３３０の一例を示す図である。 利用者端末装置２００の処理の一例を示すフローチャートである。

以下、図面を参照し、本発明のアプリケーションプログラム、決済システム、および端末装置の制御方法の実施形態について説明する。アプリケーションプログラムと決済サーバは、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。なお、電子決済サービスは、資源・エネルギーに関する料金の請求書の決済処理を行うことも可能である。資源・エネルギーに関する料金は、例えば公共料金（電気料金、ガス料金、水道料金など）であるが、これらの料金に限らない。例えば、資源・エネルギーに関する料金は、ガソリンスタンドやＥＶ（Electric Vehicle）ステーションにおける決済金額等を含んでもよい。

［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置２００、一以上の第１店舗端末装置５０、一以上の第２店舗端末装置７０、電力会社サーバ３０、ガス会社サーバ３１、および水道局サーバ３２のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置２００は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置２００は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置２００では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置２００にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置２００が表示するコード画像を読み取ったりする機能を有する。

決済サーバ１００は、利用者端末装置２００または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

電力会社サーバ３０は、電力会社に設置され、利用者の電気料金、使用した電力量、利用者の自宅に設置された太陽光パネルの発電量などを管理するサーバである。ガス会社サーバ３１は、ガス会社に設置され、利用者のガス料金や使用したガスの量などを管理するサーバである。水道局サーバ３２は、水道局に設置され、利用者の水道料金や使用した水道水の量などを管理するサーバである。

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置２００が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置２００に入力する（Ｓ５）。そして、利用者端末装置２００は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコード（登録商標）やバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置２００の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

［決済サーバ］
図４は、第１実施形態に係る決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１３０と、情報管理部１４０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、加盟店／店舗情報１７６などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

決済コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置２００に提供する。決済コンテンツ提供部１２０は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置２００に提供する。利用者端末装置２００は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

決済処理部１３０は、利用者端末装置２００または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報、ポイントなどの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。後払い枠は月ごとに利用可能な後払いの限度額であり、後払い利用額は、当月に既に利用された後払いの金額であり、後払い利用可能額は、後払い枠から後払い利用額を差し引いて求められる、当月に利用可能な後払いの金額である。図では後払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方が後払い枠に設定されてよい。後払いの更なる詳細については後述する。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。ポイントは、決済アプリ２０を用いて電子決済が行われる度に獲得される値であり、電子決済サービスにおいて電子マネーとして使用可能である。

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗名が対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

情報管理部１４０は、利用者端末装置２００や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２および加盟店／店舗情報１７６を管理する。情報管理部１４０は、利用者情報１７２および加盟店／店舗情報１７６について新規レコードの追加、編集、削除などを行う。

［電子決済］
決済処理部１３０は、利用者端末装置２００または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリ２０に返信される。

［利用者端末装置］
図７は、利用者端末装置２００の構成図である。利用者端末装置２００は、例えば、通信部２１０と、表示部２２０と、入力部２３０と、制御部２４０と、記憶部２５０とを備える。通信部２１０は、決済サーバ１００と通信するための通信インターフェースである。表示部２２０および入力部２３０は、例えばタッチパネルディスプレイにより実現される。

制御部２４０は、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部を含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部２５０は、ＨＤＤ、フラッシュメモリ、またはＲＡＭ等である。記憶部２５０は、利用者端末装置２００がネットワークを介してアクセス可能なＮＡＳ装置であってもよい。記憶部２５０には、利用者情報２５２および決済アプリ２０等が格納される。利用者情報２５２は、図５に示される利用者情報１７２のうち、利用者端末装置２００を所有する利用者に対応するレコードの一部または全部の情報である。決済アプリ２０は、利用者端末装置２００内のハードウェアプロセッサ（ＣＰＵ等）によって読み取られ、実行される。

［決済アプリの表示画面］
図８は、決済アプリ２０のホーム画面３１０の一例を示す図である。利用者端末装置２００で決済アプリ２０を起動し、利用者が決済アプリ２０の画面上の公共料金のアイコンを選択（タップ）することで、図８に示されるホーム画面３１０が利用者端末装置２００の表示部２２０に表示される。

また、ホーム画面３１０の上部には、ホームタブ３０１、太陽光パネルタブ３０２、および請求書タブ３０３が表示されている。利用者がホームタブ３０１を選択（タップ）することで、利用者端末装置２００の表示部２２０にホーム画面３１０が表示される。

ホーム画面３１０には、公共料金の推移３１１と、現在の使用量３１２とが含まれる。公共料金の推移３１１には、複数の公共料金（電気料金、ガス料金、および水道料金）の請求金額に関する情報が、複数の公共料金ごとに表示されている。例えば、複数の公共料金の請求金額に関する情報は、複数の公共料金の請求金額の推移を示すグラフであってよい。図８に示される例においては、電気料金の月ごとの推移が実線で示され、ガス料金の月ごとの推移が破線で示され、水道料金の月ごとの推移が一点鎖線で示されている。これによって、利用者は複数の公共料金の請求金額の推移を容易に把握することができる。

また、例えば、複数の公共料金の請求金額に関する情報は、請求金額の算出の基礎となる資源・エネルギーの使用量であってよい。現在の使用量３１２には、複数の公共料金（電気料金、ガス料金、および水道料金）に関するメーターの測定値や請求金額などの情報が、複数の公共料金ごとに表示されている。図８に示される例においては、電気、水道、ガスのそれぞれ項目に関連して、日付と、メーターの測定値と、請求金額とが表示されている。日付は、現在の日付である。メーターの測定値は、利用者の自宅に設置されたメーター（電気メーター、ガスメーター、および水道メーター）で測定された測定値（消費された電力量［ｋＷＨ］、ガス量［ｍ^３］、および水道水量［ｍ^３］）を示す値である。請求金額は、現時点における今月の公共料金の請求金額である。これによって、利用者は、現時点でのメーターの測定値や公共料金の請求金額を容易に把握することができる。

図９は、決済アプリ２０の太陽光パネル画面３２０の一例を示す図である。利用者が太陽光パネルタブ３０２を選択（タップ）することで、利用者端末装置２００の表示部２２０に太陽光パネル画面３２０が表示される。

太陽光パネル画面３２０には、パネル発電量の推移３２１と、ポイント３２２とが含まれる。パネル発電量の推移３２１には、利用者の自宅に設置された太陽光パネルの発電量の推移を示すグラフと、利用者が自宅で実際に使用した電力量の推移を示すグラフとが表示されている。図９に示される例においては、太陽光パネルの発電量の推移と、実際に使用した電力量の推移とを、日ごと、週ごと、月ごとに切り替えて表示することができる。これによって、利用者は太陽光パネルの発電量の推移と、実際に使用した電力量の推移とを容易に把握することができる。

ポイント３２２には、太陽光パネルの発電量および実際に使用した電力量に応じて利用者に付与されるポイントが表示されている。ポイントは、電子決済サービスにおいて電子マネーとして使用可能である。例えば、電子決済サービスにおいて、利用者は１ポイントを１円として使用することができる。図９に示される例においては、太陽光パネルの発電量と、実際に使用した電力量と、獲得ポイントが表示されている。具体的に、利用者端末装置２００の制御部２４０は、太陽光パネルの発電量よりも実際に使用した電力量の方が少ない場合、太陽光パネルの発電量から実際に使用した電力量を減算した値に基づいて、利用者に付与されるポイントを算出する。図９に示される例では、太陽光パネルの発電量（１１３４ｋＷＨ）から実際に使用した電力量（１０００ｋＷＨ）を減算した値を、利用者に付与されるポイントとして算出している。これによって、利用者は、太陽光パネルの発電量および実際に使用した電力量に応じて利用者に付与されるポイントを容易に把握することができる。

図１０は、決済アプリ２０の請求書画面３３０の一例を示す図である。利用者が請求書タブ３０３を選択（タップ）することで、利用者端末装置２００の表示部２２０に請求書画面３３０が表示される。

請求書画面３３０には、今月の請求書３３１と、請求書の履歴３３２と、読取指示ボタン３３３とが含まれる。今月の請求書３３１には、複数の公共料金ごとのお客様番号および請求金額が表示される。また、利用者が請求金額の右側に表示されたマーク「＞」を選択（タップ）すると、実際の請求書の画像が表示される。具体的に、利用者端末装置２００の制御部２４０は、通信部２１０を用いて電力会社サーバ３０、ガス会社サーバ３１、および水道局サーバ３２から請求書を取得する。また、利用者が入力部２３０を用いて請求書画面３３０からいずれかの公共料金を選択すると、選択された公共料金に対応する請求書を表示部２２０に表示させる。これによって、利用者は、今月の請求書の内容を容易に確認することができる。

また、利用者端末装置２００の制御部２４０は、利用者からの指示に応じて、請求書の決済処理を行うための決済情報を、通信部２１０を用いて決済サーバ１００へ送信する。具体的に、利用者が入力部２３０を用いて請求書の請求金額の支払い指示を入力すると、制御部２４０は、決済情報（決済金額や支払先の識別情報など）を、通信部２１０を用いて決済サーバ１００へ送信する。決済サーバ１００の決済処理部１３０は、利用者端末装置２００から決済情報を受信すると、決済処理を行う。これによって、利用者は、請求書の支払い手続きを容易に行うことができる。

請求書の履歴３３２には、複数の公共料金の一覧が表示される。また、利用者が公共料金の右側に表示されたマーク「＞」を選択（タップ）すると、選択された公共料金に対応する過去の請求書の一覧が表示される。これによって、利用者は、選択された公共料金の過去の請求書の履歴を容易に確認することができる。以上のように、利用者は、請求書画面３３０からオンライン請求書に関する情報を確認することができる。

また、利用者の自宅に紙の公共料金の請求書が届いた場合、利用者は、読取指示ボタン３３３を選択（タップ）することによって、紙の公共料金の請求書に記載されたコード情報（バーコードなど）の読み取りを指示することができる。具体的に、利用者が読取指示ボタン３３３を選択すると、利用者端末装置２００の制御部２４０は、利用者端末装置２００に搭載されたカメラの機能を起動する。利用者が入力部２３０を用いて読み取りの指示を入力すると、制御部２４０は、カメラを制御して紙の公共料金の請求書に記載されたコード情報（バーコードなど）を読み取り、コード情報をデコードして請求書の識別情報を取得する。また、制御部２４０は、取得した識別情報に対応する請求書を、通信部２１０を用いて電力会社サーバ３０、ガス会社サーバ３１、および水道局サーバ３２からのいずれかから取得する。また、上述したように、制御部２４０は、利用者からの指示に応じて、請求書の決済処理を行うための決済情報を、通信部２１０を用いて決済サーバ１００へ送信する。これによって、利用者は、自宅に届いた紙の公共料金の請求書の支払い手続きを容易に行うことができる。

なお、制御部２４０は、紙の請求書を読み取ることによって取得した請求書の識別情報を、通信部２１０を用いて電力会社サーバ３０、ガス会社サーバ３１、または水道局サーバ３２に通知することで、次回以降オンライン請求書を利用者端末装置２００に送信するように設定してもよい。これによって、利用者は、オンライン請求書の送信設定を容易に行うことができる。

図１１は、利用者端末装置２００の処理の一例を示すフローチャートである。本フローチャートによる処理は、ホームタブ３０１、太陽光パネルタブ３０２、および請求書タブ３０３のいずれかが利用者によって選択（タップ）される度に実行される。

まず、制御部２４０は、ホームタブ３０１、太陽光パネルタブ３０２、および請求書タブ３０３のうちのどのタブが選択されたのかを判定する（Ｓ１０１）。初期状態では、ホームタブ３０１が選択された状態となっている。

Ｓ１０１においてホームタブ３０１が選択されたと判定された場合、制御部２４０は、複数の公共料金（電気料金、ガス料金、および水道料金）の請求金額に関する情報を取得する（Ｓ１０２）。例えば、制御部２４０は、通信部２１０を用いて、電力会社サーバ３０、ガス会社サーバ３１、および水道局サーバ３２から過去の請求金額の履歴情報を受信する。

次に、制御部２４０は、受信した過去の請求金額の履歴情報に基づき、複数の公共料金の請求金額の推移を示すグラフを表示部２２０に表示させる（Ｓ１０３）。具体的に、制御部２４０は、図８に示される公共料金の推移３１１を表示部２２０に表示させる。なお、制御部２４０は、図８に示される現在の使用量３１２についても表示部２２０に表示させる。その後、制御部２４０は、本フローチャートによる処理を終了する。

一方、Ｓ１０１において太陽光パネルタブ３０２が選択されたと判定された場合、制御部２４０は、利用者が自宅で実際に使用した電力量を取得する（Ｓ１０４）。利用者が自宅で実際に使用した電力量は、利用者の自宅に設置された電気メーターによって測定される。電気メーターの測定値は電力会社サーバ３０によって管理されている。このため、制御部２４０は、電力会社サーバ３０に問い合わせることにより、利用者が自宅で実際に使用した電力量を電力会社サーバ３０から取得する。

次に、制御部２４０は、利用者の自宅に設置された太陽光パネルの発電量を取得する（Ｓ１０５）。利用者の自宅に設置された太陽光パネルの発電量は、太陽光パネルの制御装置によって測定される。太陽光パネルの発電量は電力会社サーバ３０によって管理されている。このため、制御部２４０は、電力会社サーバ３０に問い合わせることにより、利用者の自宅に設置された太陽光パネルの発電量を電力会社サーバ３０から取得する。なお、制御部２４０は、太陽光パネルの制御装置から直接太陽光パネルの発電量を取得してもよい。

次に、制御部２４０は、太陽光パネルの発電量の推移を示すグラフと、実際に使用した電力量の推移を示すグラフとを表示部２２０に表示させる（Ｓ１０６）。具体的に、制御部２４０は、図９に示されるパネル発電量の推移３２１を表示部２２０に表示させる。

次に、制御部２４０は、獲得ポイントを表示部２２０に表示させる（Ｓ１０７）。具体的に、制御部２４０は、太陽光パネルの発電量よりも実際に使用した電力量の方が少ない場合、太陽光パネルの発電量から実際に使用した電力量を減算した値に基づき、電子決済サービスにおいて電子マネーとして使用可能なポイントを算出する。制御部２４０は、算出したポイントを獲得ポイントとして表示部２２０に表示させる。具体的に、制御部２４０は、図９に示されるポイント３２２を表示部２２０に表示させる。その後、制御部２４０は、本フローチャートによる処理を終了する。

なお、制御部２４０は、太陽光パネルの発電量よりも実際に使用した電力量の方が多い場合、実際に使用した電力量から太陽光パネルの発電量を減算した値に基づき、電気料金を算出してもよい。また、制御部２４０は、算出した電気料金を表示部２２０に表示させてもよい。

一方、Ｓ１０１において請求書タブ３０３が選択されたと判定された場合、制御部２４０は、複数の公共料金の請求書に関する情報を取得する（Ｓ１０８）。具体的に、制御部２４０は、通信部２１０を用いて電力会社サーバ３０、ガス会社サーバ３１、および水道局サーバ３２から請求書を取得する。

次に、制御部２４０は、複数の公共料金の請求書の一覧を表示する（Ｓ１０９）。具体的に、制御部２４０は、図１０における今月の請求書３３１を表示部２２０に表示させる。前述したように、利用者が図１０に示される請求金額の右側に表示されたマーク「＞」を選択（タップ）することにより、請求書を選択することができる。

次に、制御部２４０は、利用者からの指示に応じて、請求書の決済処理を行うための決済情報を決済サーバ１００へ送信する（Ｓ１１０）。具体的に、制御部２４０は、利用者からの請求書の請求金額の支払い指示に応じて、決済情報（決済金額や支払先の識別情報など）を、通信部２１０を用いて決済サーバ１００へ送信する。決済サーバ１００の決済処理部１３０は、利用者端末装置２００から決済情報を受信すると、決済処理を行う。その後、制御部２４０は、本フローチャートによる処理を終了する。

以上説明した実施形態によれば、利用者端末装置２００の制御部２４０は、複数の資源・エネルギーに関する料金の請求金額に関する情報を取得し、取得した請求金額に関する情報を、複数の資源・エネルギーに関する料金ごとに表示部２２０に表示させる。これによって、利用者端末装置２００は、複数の資源・エネルギーに関する料金の請求金額に関する情報を、複数の資源・エネルギーに関する料金ごとに可視化することができる。

なお、資源・エネルギーに関する料金の一例として、公共料金（電気料金、ガス料金、水道料金など）について説明したが、これらの料金に限らない。例えば、資源・エネルギーに関する料金は、ガソリンスタンドやＥＶステーションにおける決済金額等を含んでもよい。このため、利用者端末装置２００は、ガソリンスタンドやＥＶステーションにおける請求金額に関する情報を可視化することができる。

また、利用者端末装置２００の制御部２４０は、利用者が節電した電力量に応じて、電子決済において電子マネーとして使用可能な節電ポイントを利用者に付与してもよい。節電ポイントは、昨今の電力不足を解消するための施策として、企業、政府、または地方公共団体などが発行するポイントであってよい。例えば、制御部２４０は、電力消費量の多い対象時間帯における標準的な電力使用量から実際に使用した電力量を減算することにより、節電した電力量を算出してよい。また、制御部２４０は、前年同月の電力使用量から今月実際に使用した電力量を減算することにより、節電した電力量を算出してよい。

なお、利用者端末装置２００の制御部２４０は、複数の公共料金のそれぞれに対し、所定期間ごとの上限を設定してもよい。例えば、利用者は入力部２３０を用いて複数の公共料金のそれぞれの上限（例えば、１００００円など）を入力してよく、制御部２４０は、入力された上限を利用者情報２５２に登録してもよい。また、制御部２４０は、複数の公共料金の何れかの請求金額が上限に近づいた場合に、その旨を表示部２２０表示させてもよい。例えば、制御部２４０は、「今月の電気料金の請求金額が上限に近づいています」などのメッセージを表示部２２０に表示させてもよい。これによって、利用者は、公共料金の請求金額が多くなっていることを容易に把握することができる。

また、利用者端末装置２００の制御部２４０は、所定期間の間、複数の公共料金のうちの少なくとも一つの請求金額が上限を超えなかった場合、電子決済において電子マネーとして使用可能なポイントを利用者に付与してもよい。例えば、制御部２４０は、所定期間（例えば、３か月）の間、複数の公共料金のうちの少なくとも一つの請求金額が上限を超えなかった場合、所定のポイント（例えば、１００ポイント）を利用者情報２５２に含まれるポイントに加算してもよい。これによって、利用者による電気、ガス、水道などのインフラの使用を抑制することができ、地球環境の保全に貢献することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形および置換を加えることができる。

２０ 決済アプリ
３０ 電力会社サーバ
３１ ガス会社サーバ
３２ 水道局サーバ
１００ 決済サーバ
１１０ 通信部
１２０ 決済コンテンツ提供部
１３０ 決済処理部
１４０ 情報管理部
１７０ 記憶部
１７２ 利用者情報
１７４ 決済コンテンツ情報
２００ 利用者端末装置
２１０ 通信部
２２０ 表示部
２３０ 入力部
２４０ 制御部
２５０ 記憶部
２５２ 利用者情報

Claims (12)

1. 端末装置に、
   複数の資源・エネルギーに関する料金の請求金額に関する情報を取得させ、
   取得した前記請求金額に関する情報を、前記複数の資源・エネルギーに関する料金ごとに表示させる、
   アプリケーションプログラム。
2. 前記端末装置に、更に、
   前記複数の資源・エネルギーに関する料金の請求書に関する情報を取得させ、
   前記端末装置を所持する利用者からの指示に応じて、前記請求書の決済処理を行うための決済情報を、ネットワークを介して決済サーバへ送信させる、
   請求項１記載のアプリケーションプログラム。
3. 前記端末装置に、
   前記請求金額に関する情報として、前記請求金額の推移を示すグラフを表示させる、
   請求項１記載のアプリケーションプログラム。
4. 前記端末装置に、
   前記請求金額に関する情報として、前記複数の資源・エネルギーの使用量を表示させる、
   請求項１記載のアプリケーションプログラム。
5. 前記複数の資源・エネルギーに関する料金は、電気料金を含み、
   前記端末装置に、更に、
   前記端末装置を所持する利用者が自宅で実際に使用した電力量を取得させ、
   前記利用者の自宅に設置された太陽光パネルの発電量を取得させ、
   前記太陽光パネルの発電量の推移を示すグラフと、前記実際に使用した電力量の推移を示すグラフとを表示させる、
   請求項２記載のアプリケーションプログラム。
6. 前記端末装置に、更に、
   前記太陽光パネルの発電量よりも前記実際に使用した電力量の方が少ない場合、前記太陽光パネルの発電量から前記実際に使用した電力量を減算した値に基づき、電子決済において電子マネーとして使用可能なポイントを算出させ、
   算出した前記ポイントを表示させる、
   請求項５記載のアプリケーションプログラム。
7. 前記端末装置に、更に、
   前記太陽光パネルの発電量よりも前記実際に使用した電力量の方が多い場合、前記実際に使用した電力量から前記太陽光パネルの発電量を減算した値に基づき、前記電気料金を算出させ、
   算出した前記電気料金を表示させる、
   請求項５記載のアプリケーションプログラム。
8. 前記端末装置に、更に、
   前記複数の資源・エネルギーに関する料金のそれぞれに対し、所定期間ごとの上限を設定させ、
   前記複数の資源・エネルギーに関する料金の何れかの請求金額が前記上限に近づいた場合にその旨を表示させる、
   請求項１記載のアプリケーションプログラム。
9. 前記端末装置に、更に、
   前記所定期間の間、前記複数の資源・エネルギーに関する料金のうちの少なくとも一つの請求金額が前記上限を超えなかった場合、電子決済において電子マネーとして使用可能なポイントを、前記端末装置を所持する利用者に付与させる、
   請求項８記載のアプリケーションプログラム。
10. 前記端末装置に、更に、
    前記端末装置を所持する利用者が節電した電力量に応じて、電子決済において電子マネーとして使用可能なポイントを前記利用者に付与させる、
    請求項１記載のアプリケーションプログラム。
11. 決済処理を行う決済サーバと、
    前記決済サーバとネットワークを介して通信可能な端末装置にインストールされるアプリケーションプログラムと、
    を備える決済システムであって、
    前記アプリケーションプログラムは、前記端末装置に、
    複数の資源・エネルギーに関する料金の請求金額に関する情報を取得させ、
    取得した前記請求金額に関する情報を、前記複数の資源・エネルギーに関する料金ごとに表示させ、
    前記決済サーバは、前記複数の資源・エネルギーに関する料金の請求書の決済処理を行う、
    決済システム。
12. 端末装置が、
    複数の資源・エネルギーに関する料金の請求金額に関する情報を取得し、
    取得した前記請求金額に関する情報を、前記複数の資源・エネルギーに関する料金ごとに表示する、
    端末装置の制御方法。

Images