JP7395634B2 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Description

特許法第３０条第２項適用 令和４年３月１日に行われたウェブサイト（ｈｔｔｐｓ：／／ｐａｙｐａｙ．ｎｅ．ｊｐ／ｎｏｔｉｃｅ／２０２２０３０１／０５／）における投稿

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

従来、電子化された請求書（適宜、「電子請求書」）を利用者の端末に送信し、請求書の請求金額を電子マネーで決済可能とするサービスを提供するための技術が知られている。また、紙の請求書であっても、請求書に印刷された請求金額等の情報を読み取り、電子マネーで決済可能とするサービスを提供するための技術も知られている。

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

しかしながら、上記の従来技術では、利用者にとって利便性が良いとは限らない。

例えば、上記の従来技術では、請求書への支払を実行するタイミングは利用者が支払手続を行ったタイミングであり、支払忘れが起こる可能性がある。また、上記の従来技術では、利用者が支払を行いたいタイミング（例えば、給料日後）に支払ができるとは限らない。

本願は、上記に鑑みてなされたものであって、利用者の利便性を向上させる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、請求書が示す請求書情報を取得する取得部と、前記請求書情報に基づいて支払可能期間を特定する特定部と、特定された前記支払可能期間から所定の条件を満たす支払日を選択し、選択した当該支払日を設定する設定部と、前記請求書情報に基づく決済を、設定された前記支払日に行う決済処理部と、を備えることを特徴とする。

実施形態の一態様によれば、利用者の利便性を向上させることができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る決済サーバの構成例を示す図である。 図３は、実施形態に係る口座データベースの一例を示す図である。 図４は、実施形態に係る請求書情報データベースの一例を示す図である。 図５は、実施形態に係る利用者情報データベースの一例を示す図である。 図６は、実施形態に係る表示画面の具体例１を示す図である。 図７は、実施形態に係る表示画面の具体例２を示す図である。 図８は、実施形態に係る表示画面の具体例３を示す図である。 図９は、実施形態に係る表示画面の具体例４を示す図である。 図１０は、実施形態に係る表示画面の具体例５を示す図である。 図１１は、実施形態に係る表示画面の具体例６を示す図である。 図１２は、実施形態に係る情報処理の手順の一例を示すフローチャートである。 図１３は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔１．情報処理システム〕
図１を用いて、本実施形態の情報処理装置等により実現される情報処理について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、図１では、本実施形態に係る情報処理装置の一例である決済サーバ１０によって、実施形態に係る情報処理等が実現されるものとする。

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

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

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

なお、利用者端末１００は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述される。なお、決済サーバ１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

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

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

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

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

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

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

〔１－３．情報処理システム１の処理〕
上述したように、従来、紙の請求書であっても、請求書に印刷された請求金額等の情報を読み取り、電子マネーで決済可能とするサービスを提供するための技術も知られている。また、従来、電子請求書を利用者の端末に送信し、請求書の請求金額を電子マネーで決済可能とするサービスを提供するための技術も知られている。しかしながら、このような技術では、請求書への支払を実行するタイミングは利用者が支払手続を行ったタイミングであり、支払忘れが起こる可能性があり、利用者にとって利便性がよいとは限らない。

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

まず、利用者Ｕ１は、利用者端末１００を用いて、紙の請求書Ｂ１から請求書情報を読み取る（ステップＳ１）。例えば、利用者Ｕ１は、利用者端末１００のカメラ機能を用いて、紙の請求書Ｂ１に印刷されたバーコードを撮影して取り込む。ここで、請求書情報とは、請求元である事業者の識別情報、請求先である利用者の識別情報、請求金額、支払期限等を含む情報である。なお、以下の説明では、請求書に印刷された請求書情報はバーコードとして説明しているが、請求書情報は、バーコードのみならず、２次元コード（ＱＲコード（登録商標））や所定のマーク、番号等であってもよい。

このとき、利用者端末１００は、紙の請求書Ｂ１に代えて、請求元である事業者の事業者端末（不図示）から送信された電子請求書Ｂ２を受信してもよい。ここで、電子請求書Ｂ２は、上述した電子マネーを用いたオンライン決済可能な請求書であり、請求書情報を含む。

次に、決済サーバ１０は、利用者端末１００から請求書情報を取得し（ステップＳ２）、当該請求書情報から支払可能期間を特定する（ステップＳ３）。例えば、決済サーバ１０は、紙の請求書Ｂ１の請求書情報から支払期限の日時を特定し、利用者端末１００から請求書情報を取得した日時から当該支払期限の日時までの期間を支払可能期間と特定する。また、決済サーバ１０は、紙の請求書Ｂ１のバーコードに支払期限の情報が含まれていないときには、発行日から所定の期間を支払可能期間とすることもできるし、ＯＣＲ（Optical Character Recognition：光学文字認識）技術を用いて、文字で記載された支払期限を特定することもできる。

続いて、決済サーバ１０は、所定の条件を満たす支払日時を選択し、選択した支払日時を取得した請求書の支払日時として設定する（ステップＳ４）。例えば、決済サーバ１０は、電子請求書Ｂ２の請求書情報から支払期限の日時を特定し、当該支払期限の前日を支払日時に設定する。また、決済サーバ１０は、設定する支払日時として、支払期限の当日や、支払期限の４８時間前や、支払期限の１週間前等の任意の日時に設定することもできる。このとき、決済サーバ１０は、事前に利用者Ｕ１が給料日後等の支払希望期間を指定していた場合には、指定された期間から支払日時を設定する。

また、決済サーバ１０は、基本となる支払方式を、上述した利用者Ｕ１が支払日時を指定することなく支払期限前日等の設定された所定の日時に行う決済（適宜、「自動支払」）の支払方式に設定しているが、自動支払の設定のオン、オフの切替が可能な設定ボタンを利用者端末１００の画面に表示してもよい。すなわち、決済サーバ１０は、利用者端末１００に表示する画面として自動支払の設定がオンの状態である設定ボタンを表示するが、利用者Ｕ１による設定ボタンへの操作を受け付けて、自動支払の設定がオフの状態とし、自動支払の設定を解除することもできる。また、決済サーバ１０は、基本となる自動支払の決済日を各請求書の支払期限の前日に設定するが、当該決済日は利用者Ｕ１による指定を受け付けて、支払可能期間における任意の日時に変更することもできる。

このとき、決済サーバ１０は、特定した支払可能期間から所定の条件を満たす支払日時の候補を選択し、選択した当該候補に関する候補情報を利用者端末１００に表示することもできる。例えば、決済サーバ１０は、上述した自動支払の支払方式の他、提示した支払可能期間から利用者Ｕ１が指定した支払日時に実行する決済（適宜、「支払予約」）や、利用者Ｕ１が任意のタイミングで行う即時の決済（適宜、「即時支払」）や、請求書ごとの利用者Ｕ１の決済履歴（支払履歴）に基づく所定の日時に行う決済（適宜、「履歴支払」）等の支払方式を候補情報として、利用者端末１００に表示することもできる。

支払予約の例について説明すると、決済サーバ１０は、候補情報として、支払日時の指定が選択可能なカレンダーを利用者端末１００の画面に表示する。このとき、決済サーバ１０は、支払期限以降等の支払日時の選択ができない日付がグレーアウトしたカレンダーを利用者端末１００の画面に表示することもできる。

即時支払の例について説明すると、決済サーバ１０は、候補情報として、「今すぐ支払う」等のメッセージが記載されたボタンを利用者端末１００の画面に表示する。このとき、決済サーバ１０は、即時支払ができない日付や時間帯である場合には、選択不可であることを示すようにグレーアウトしたボタンを利用者端末１００の画面に表示することもできる。

履歴支払の例について説明すると、決済サーバ１０は、候補情報として、履歴支払の選択や設定が可能なボタンを利用者端末１００の画面に表示する。例えば、決済サーバ１０は、請求書情報に含まれる請求書ＩＤが同一の請求書について、利用者Ｕ１の決済履歴から過去の月々の支払日（例：水道料金は１８日、ガス料金は２０日）を特定し、特定した支払日を支払予定日として利用者端末１００に表示する。

このとき、利用者Ｕ１は、利用者端末１００を用いて、表示されたコンテンツ上で支払方式や支払日時を指定することもできる。例えば、利用者Ｕ１は、自動支払を解除する場合には、利用者端末１００の画面に表示された自動支払のオン、オフの切替が可能な設定ボタンをタップしてオフを選択する。また、利用者Ｕ１は、自動支払を利用する場合であっても、支払日時の設定を変更したい場合には、希望する支払日時（例：支払期限の１週間前）に支払日時を指定することもできる。

また、利用者Ｕ１は、支払予約を選択する場合には、自動支払の設定を解除した後に、利用者端末１００の画面に支払日時を指定する画面を表示させ、表示されたカレンダー上で選択可能な状態で表示されている日付のうち、希望する日付をタップして選択することで、支払日時を指定する。また、利用者Ｕ１は、即時支払を選択する場合には、利用者端末１００の画面に表示された「今すぐ支払う」等のメッセージが記載されたボタンをタップして選択する。また、利用者Ｕ１は、履歴支払を選択する場合には、自動支払の設定を解除した後に、利用者端末１００の画面に表示された履歴支払の選択や設定が可能なボタンをタップしてオンを選択し、提示された支払予定日を承認する。

続いて、決済サーバ１０は、利用者端末１００から支払日時の指定を受け付ける決済サーバ１０は、利用者Ｕ１が指定した支払日時として、支払を行う年月日や時刻の指定を受け付ける。また、決済サーバ１０は、利用者端末１００から受け付けた請求書情報を記憶することもできる。

このとき、決済サーバ１０は、利用者端末１００から支払日時の再指定や支払日時の変更を受け付けることもできる。例えば、決済サーバ１０は、自動支払の設定を解除し、支払予約を設定した場合や、履歴支払を設定した場合には、指定された支払日時や設定した履歴支払の日時の変更を受け付ける。また、決済サーバ１０は、利用者端末１００から支払方式の変更を受け付けることもできる。例えば、決済サーバ１０は、利用者端末１００から当該決済について即時支払を希望する旨の支払方式の変更を受け付ける。

続いて、決済サーバ１０は、請求書情報に基づく決済処理を、決済サーバ１０が設定した支払日時や利用者Ｕ１が指定した支払日時に実行する（ステップＳ５）。例えば、決済サーバ１０は、利用者Ｕ１の口座から請求元である事業者の口座へと、請求書情報として記載された請求金額分の電子マネーを移行させる。また、決済サーバ１０は、記憶した請求書情報に基づく決済処理を、利用者Ｕ１が指定した支払日時に実行することもできる。

このとき、決済サーバ１０は、利用者Ｕ１の口座の残高が請求金額に対して不足している場合には、事前に設定された利用者Ｕ１の別の口座から電子マネーを移行（自動チャージ）し、決済処理を実行することもできる。また、決済サーバ１０は、自動支払を解除していない場合には、決済処理を実行する当日に「本日決済します。」等のプッシュ通知を行ってもよい。また、決済サーバ１０は、自動支払を解除した場合であって、利用者Ｕ１が支払予約を指定した場合や、履歴支払を設定した場合には、同様のプッシュ通知を行ってもよい。

最後に、決済サーバ１０は、利用者Ｕ１の請求書の決済に関する情報を通知する（ステップＳ６）。例えば、決済サーバ１０は、利用者端末１００に対して、利用者Ｕ１の請求書の決済が完了した旨の通知を実行する。

このとき、決済サーバ１０は、請求書の決済処理に際して、自動チャージが行われた場合には、その旨の通知を実行してもよい。また、決済サーバ１０は、請求書の決済処理に際して、電子マネーの残高不足により決済処理が完了できなかった場合には、その旨の通知を行い、支払方法を利用者Ｕ１に選択させる画面を利用者端末１００に表示してもよい。また、決済サーバ１０は、利用者Ｕ１の毎月支払の履歴に基づいて、支払忘れをしている可能性がある場合（例：毎月末までに支払われている水道料金の支払がない）には、その旨の通知を行うこともできる。

以上のように、実施形態に係る決済サーバ１０は、請求書の支払可能期間を特定して、特定した支払可能期間から支払日時を設定し、請求書の支払予約を可能とし、請求書払いの支払忘れを防止することができる。すなわち、実施形態に係る決済サーバ１０は、利用者の利便性を向上させることができる。さらに、実施形態に係る決済サーバ１０は、紙の請求書の紛失をしても記憶した情報に基づいて支払を可能としたり、支払忘れや電子マネーの残高不足を防止するための様々な通知を可能としたりすることによって、より利用者の利便性を向上させることができる。

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

〔２－１．通信部２０〕
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、利用者端末１００、事業者端末２００等との間で情報の送受信を行う。

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

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

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

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

（請求書情報データベース３２）
請求書情報データベース３２は、請求元である事業者が作成した請求書が示す各種の情報を記憶する。ここで、図４を用いて、請求書情報データベース３２が記憶する情報の一例を説明する。図４は、実施形態に係る請求書情報データベースの一例を示す図である。図４の例において、請求書情報データベース３２は、「請求書ＩＤ」、「事業者ＩＤ」、「請求金額」、「支払期限」といった項目を有する。

「請求書ＩＤ」は、事業者が作成した請求書を識別するための識別情報を示す。「事業者ＩＤ」は、請求書の作成を行った事業者を識別するための識別情報を示す。「請求金額」は、事業者が利用者に請求する金額を示す。「支払期限」は、利用者が事業者に請求金額を支払可能な期限を示す。

すなわち、図４では、請求書ＩＤ「ＢＩＤ＃１」により識別される請求書が事業者ＩＤ「ＭＩＤ＃１」により識別される事業者により作成され、請求金額が「請求金額＃１」、支払期限が「支払期限＃１」である例と、請求書ＩＤ「ＢＩＤ＃２」により識別される請求書が事業者ＩＤ「ＭＩＤ＃２」により識別される事業者により作成され、請求金額が「請求金額＃２」、支払期限が「支払期限＃２」である例とを示す。

（利用者情報データベース３３）
利用者情報データベース３３は、決済サーバ１０が提供する電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図５を用いて、利用者情報データベース３３が記憶する情報の一例を説明する。図５は、実施形態に係る利用者情報データベースの一例を示す図である。図５の例において、利用者情報データベース３３は、「利用者ＩＤ」、「決済履歴」、「請求書ＩＤ」、「支払日時」といった項目を有する。

「利用者ＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先や、決済金額等といった情報が格納される。「請求書ＩＤ」は、事業者が作成した請求書を識別するための識別情報を示す。「支払日時」は、支払可能期間のうち利用者が当該請求書の支払を希望する日時（支払予約日時）等を示す。

すなわち、図５では、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者の決済履歴が「決済履歴＃１」、「ＢＩＤ＃１」により識別される請求書の支払予約日時が「支払日時＃１」であり、「ＢＩＤ＃２」により識別される請求書の支払予約日時が「支払日時＃２」である例を示す。

〔２－３．制御部４０〕
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図２に示すように、取得部４１と、特定部４２と、設定部４３と、表示部４４と、受付部４５と、決済処理部４６と、通知部４７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（取得部４１）
取得部４１は、請求書が示す請求書情報を取得する。例えば、取得部４１は、利用者の利用者端末によって撮影された請求書が示す請求書情報を取得する。すなわち、取得部４１は、利用者Ｕ１の操作によって利用者端末１００のカメラ機能を用いて紙の請求書Ｂ１のバーコードを撮影され、当該バーコードから読み取られた請求書情報を受け付ける。また、取得部４１は、利用者の利用者端末に送信された請求書が示す請求書情報を受け付ける。すなわち、取得部４１は、事業者端末が送信し、利用者端末１００が受信した電子請求書Ｂ２に含まれる請求書情報を受け付ける。また、取得部４１は、利用者端末１００が受信した複数の電子請求書Ｂ２のうち、利用者Ｕ１が選択した電子請求書Ｂ２に含まれる請求書情報を受け付けてもよい。ここで、取得部４１は、請求書情報として、請求書ＩＤ、事業者ＩＤ、請求金額、支払期限等を受け付ける。なお、取得部４１は、取得した請求書情報を請求書情報データベース３２に格納する。

（特定部４２）
特定部４２は、取得された請求書情報に基づいて支払可能期間を特定する。例えば、特定部４２は、紙の請求書Ｂ１の請求書情報から支払期限の日時を特定し、利用者端末１００から請求書情報を取得した日時から当該支払期限の日時までの期間を支払可能期間と特定する。このとき、特定部４２は、サーバのメインテナンス等で決済が実行できない時間帯がある場合には、当該時間帯を特定することもできる。

（設定部４３）
設定部４３は、特定された支払可能期間から所定の条件を満たす支払日を選択し、選択した当該支払日を設定する。例えば、設定部４３は、支払日として、請求書情報が示す支払期限から所定の時間前に対応する日を設定する。すなわち、設定部４３は、支払日や時刻として、支払期限の１日前（前日）、支払期限の４８時間前、支払期限の１週間前等に対応する日時を設定することができる。

（表示部４４）
表示部４４は、特定された支払可能期間から所定の条件を満たす支払日の候補を選択し、選択した当該候補に関する候補情報を表示する。例えば、表示部４４は、支払可能期間のうち給料日後の期間等の支払候補日を選択し、当該支払候補日に決済を実行することが可能な支払方式を選択するコンテンツを利用者端末１００に表示する。このとき、表示部４４は、利用者Ｕ１の指定や利用者Ｕ１の決済履歴をもとに支払候補日を選択し、上記の支払方式を選択するコンテンツを利用者端末１００に表示する。

表示するコンテンツの例について説明すると、表示部４４は、支払予約に関する候補情報として、支払日が選択可能なコンテンツを表示する。例えば、表示部４４は、コンテンツとして、支払日を選択可能なカレンダーを表示する。また、表示部４４は、即時支払に関する候補情報として、即時に決済を行う指定が選択可能なコンテンツを表示する。例えば、表示部４４は、「今すぐ支払う」等のメッセージが記載されたボタンを利用者端末１００の画面に表示する。また、表示部４４は、履歴支払に関する候補情報として、利用者の決済履歴に基づく所定の日に決済を行う指定が選択可能なコンテンツを表示する。例えば、表示部４４は、履歴支払の選択や設定が可能なボタンを利用者端末１００の画面に表示する。

（受付部４５）
また、受付部４５は、表示された候補情報から支払日の指定を受け付ける。例えば、受付部４５は、自動支払、支払予約、即時支払、履歴支払等の支払方式を選択するコンテンツに対する操作によって、支払日の指定を受け付ける。このとき、受付部４５は、決済を行う時刻の指定をさらに受け付けてもよい。

コンテンツごとに受け付ける指定の例について説明すると、受付部４５は、自動支払のコンテンツに対する操作によって、支払期限に基づく所定の日に決済を行う指定を受け付ける。例えば、受付部４５は、利用者端末１００の画面に表示された自動支払のオン、オフの切替が可能な設定ボタンを利用者Ｕ１がタップすることで自動支払の設定を受け付け、利用者端末１００の画面に提示された支払予定日を承認するボタンを利用者Ｕ１がタップすることで指定された支払日を受け付ける。

また、受付部４５は、支払予約のコンテンツに対する操作によって、選択された支払日の指定を受け付ける。例えば、受付部４５は、利用者端末１００の画面に表示されたカレンダーを利用者Ｕ１がタップすることで指定された支払日を受け付ける。また、受付部４５は、即時支払のコンテンツに対する操作によって、即時に決済を行う指定を受け付ける。例えば、受付部４５は、利用者端末１００の画面に表示された「今すぐ支払う」等のメッセージが記載されたボタンを利用者Ｕ１がタップすることで指定された支払日や時刻（即時）を受け付ける。また、受付部４５は、履歴支払のコンテンツに対する操作によって、利用者Ｕ１の決済履歴に基づく所定の日に決済を行う指定を受け付ける。例えば、受付部４５は、利用者端末１００の画面に表示された履歴支払の選択や設定が可能なボタンを利用者Ｕ１がタップすることで自動支払の設定を受け付け、利用者端末１００の画面に提示された支払予定日を承認するボタンを利用者Ｕ１がタップすることで指定された支払日を受け付ける。

また、受付部４５は、支払日や時刻の変更を受け付ける。例えば、受付部４５は、決済が完了していない請求書Ｂ１に関して、支払可能な期間内において、支払を希望する支払日等の変更を受け付ける。具体的には、受付部４５は、自動支払が解除されていない場合には、自動支払における支払日等の変更や、支払予約または履歴支払への支払方式の変更に基づく支払日等の変更を受け付ける。このとき、受付部４５は、即時支払への支払方式の変更を受け付けた場合には、指定された支払日等を即時に支払う指定に変更を受け付ける。

なお、受付部４５は、受け付けた支払日等の指定や支払日等の変更を利用者情報データベース３３に格納する。

（決済処理部４６）
決済処理部４６は、請求書情報に基づく決済を、設定された支払日に行う。このとき、決済処理部４６は、当該決済を、指定を受け付けられた時刻に行ってもよい。例えば、決済処理部４６は、利用者Ｕ１の利用者端末１００によって撮影された請求書が示す請求書情報に基づく決済を行う。また、決済処理部４６は、利用者Ｕ１の利用者端末１００に送信された請求書が示す請求書情報に基づく決済を行う。また、決済処理部４６は、記憶部に記憶された請求書情報に基づく決済を行う。すなわち、決済処理部４６は、利用者Ｕ１の利用者端末１００によって撮影された請求書が示す請求書情報を用いて決済を行うので、利用者Ｕ１が紙の請求書Ｂ１を紛失した場合であっても決済を行うことができる。さらに、決済処理部４６は、受付部４５によって支払日や時刻の変更が受け付けられた場合には、請求書情報に基づく決済を、変更を受け付けられた支払日や時刻に行う。また、決済処理部４６は、受付部４５によって即時に決済を行う指定が受け付けられた場合には、指定を受け付けられた決済を即時に行う。

このとき、決済処理部４６は、利用者ＩＤが示す利用者の口座から、事業所ＩＤが示す事業者の口座へと、請求金額が示す額の電子マネーを、指定された支払日時に移行させる。また、決済処理部４６は、請求書情報に基づく決済を、変更を受け付けられた支払日時に行う。さらに、決済処理部４６は、請求書情報に基づく決済の請求金額に対して利用者が所有する電子マネーが不足している場合には、利用者が設定した所定の口座から不足する金額を電子マネーとして移行し、当該決済を行う。また、利用者端末１００を用いた決済は、利用者Ｕ１が予め電子マネーをチャージした口座から店舗Ａの口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕ１が予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、利用者端末１００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、利用者Ｕ１のクレジットカードの運用会社に対し、決済金額を請求してもよい。

（通知部４７）
通知部４７は、利用者Ｕ１に対して、決済に関する情報を通知する。また、通知部４７は、利用者Ｕ１の過去の決済履歴に基づいて、利用者Ｕ１に対して、完了していない可能性がある決済に関する通知を行う。また、通知部４７は、決済の請求金額に対して利用者Ｕ１が所有する電子マネーが不足している場合には、利用者Ｕ１に対して、電子マネーが不足している旨の通知を行う。さらに、通知部４７は、決済の請求金額に対して利用者Ｕ１が所有する電子マネーが不足している場合には、利用者Ｕ１に対して、電子マネーの入金を促す通知を行う。

〔３．表示画面の具体例〕
図６～図１１を用いて、実施形態に係る決済サーバ１０が表示する表示画面の具体例について説明する。図６～図１１は、実施形態に係る表示画面の具体例を示す図である。以下では、紙の請求書Ｂ１の処理に関する表示画面、電子請求書Ｂ２の処理に関する表示画面の順に説明する。

〔３－１．紙の請求書Ｂ１〕
図６～図７を用いて、実施形態に係る決済サーバ１０が表示する、紙の請求書Ｂ１の処理に関する表示画面の具体例について説明する。以下では、読取処理に関する表示画面、管理リストの表示画面の順に説明する。

（読取処理に関する表示画面）
図６を用いて、紙の請求書Ｂ１の読取処理に関する表示画面について説明する。まず、請求書支払トップ画面（図６（１）参照）が表示され、「請求書を読み取る」表示をタップすることによって、紙の請求書Ｂ１のバーコードをカメラで読み取る画面（図６（２）参照）に遷移する。

次に、紙の請求書Ｂ１のバーコードをカメラで読み取り、支払日時が指定可能な場合には、即時支払または支払予約を選択可能な詳細画面（図６（３）参照）に遷移する。一方、支払予約が可能ではない場合には、即時支払のみ選択可能な詳細画面（図６（４）参照）に遷移する。

ここで、図６（３）の画面において、「自動支払い日を登録する」表示をタップすることによって、支払不能期間の日付がグレーアウトした支払可能期間を示すカレンダー画面（図６（５）参照）が表示される。このとき、カレンダー画面の支払を希望する日付欄（図６（６）参照）をタップし、「登録する」表示（図６（７）参照）をタップし、登録が成功した場合には、「自動支払い日を登録しました」等の登録の成功を表示する画面（図６（１３）参照）に遷移する。

さらに、上記のように支払予約が登録された場合であっても、即時支払を希望する場合には、「今すぐ支払う」表示（図６（１４）参照）をタップすることによって、即時支払も可能となる。また、図６（１４）の画面において、「変更」表示をタップすることによって、登録された支払予約の日時を変更することもできる。

一方、図６（７）の画面において、支払予約の登録が失敗した場合には、「自動支払い日の登録に失敗しました」等の登録の失敗を表示する画面（図６（１５）参照）に遷移し、失敗の理由や支払日時の再指定等を促す文章が表示される。

また、図６（５）のカレンダー画面において、すでに登録された他の請求書の支払予約の登録がある場合には、登録された日付に対応するカレンダー上の日付欄に、登録件数（図６（８）参照）が表示される。図６（８）の例では、１月２６日に１件、１月２８日に３件の支払予約が登録されている。このとき、登録された日付欄をタップすることによって、登録内容の確認や支払日時の再設定を行うこともできる（図６（９）～（１２）参照）。

（管理リストの表示画面）
図７を用いて、紙の請求書Ｂ１の管理リストの表示画面について説明する。まず、請求書支払トップ画面（図７（１）参照）が表示され、「自動支払いの管理」表示をタップすることによって、紙の請求書Ｂ１の管理リストの表示画面（図７（２）参照）に遷移する。このとき、図７（２）の画面において、「請求書を追加する」表示をタップすることによって、紙の請求書Ｂ１や電子請求書Ｂ２の支払予約を追加登録することができる。

次に、図７（２）の画面において、登録可能な電子請求書Ｂ２がある場合には、登録可能な電子請求書Ｂ２を選択する画面（図７（３）参照）に遷移する。このとき、図７（３）の画面において、電子請求書Ｂ２を選択することによって、支払予約に追加登録の完了を表示する画面（図７（４）参照）に遷移する。

一方、図７（２）の画面において、登録可能な電子請求書Ｂ２がないが、登録可能な紙の請求書Ｂ１がある場合には、「請求書を読み取る」表示をタップすることによって、紙の請求書Ｂ１のバーコードをカメラで読み取る画面（図７（５）参照）に遷移し、即時支払または支払予約を選択可能な詳細画面（図７（６）参照）に遷移する。このとき、図７（６）の画面において、自動支払の設定を選択する画面を表示することもできる。

〔３－２．電子請求書Ｂ２〕
図８～図１１を用いて、実施形態に係る決済サーバ１０が表示する、電子請求書Ｂ２の処理に関する表示画面の具体例について説明する。以下では、支払履歴リストの表示画面、電子請求書詳細画面の表示画面、管理リストの表示画面の順に説明する。

（支払履歴リストの表示画面）
図８を用いて、電子請求書Ｂ２の支払履歴リストの表示画面について説明する。まず、請求書支払トップ画面（図８（１）参照）が表示され、支払履歴リストを表示したい請求書の表示をタップすることによって、電子請求書Ｂ２の支払履歴リストの表示画面（図８（２）参照）に遷移する。

次に、図８（２）の画面において、「自動支払い」の設定ボタンをオンにすることによって、毎月、支払期限前に決済を実行する自動支払の設定完了を表示する画面（図８（３）参照）に遷移する。例えば、上記の自動支払を設定することによって、支払日時を指定することなく電子請求書Ｂ２が示す支払期限の前日に自動的に決済が可能となる。ここで、上記の自動支払の決済日は支払期限の前日に限られず、支払期限日の任意の時間前に設定することができ、当該設定を変更することもできる。また、上記の自動支払の設定を解除し、支払日時を指定した支払予約を選択することもできるし、即時支払を選択することもできる。

また、上記の自動支払の設定が完了した場合には、請求書支払トップ画面の設定済みの請求書に「毎月自動で支払い」等の設定完了（図８（４）～（５）参照）が表示される。一方、図８（３）の画面において、「自動支払いの予定を確認する」をタップすることによって、自動支払管理画面に遷移する。

（電子請求書詳細画面の表示画面１）
図９を用いて、電子請求書Ｂ２の電子請求書詳細画面の表示画面１について説明する。まず、請求書支払トップ画面（図９（１）参照）が表示され、電子請求書詳細画面を表示したい請求書の表示をタップすることによって、電子請求書Ｂ２の電子請求書詳細画面（図９（２）参照）に遷移する。

次に、図９（２）の画面において、「自動支払い」の設定ボタンをオンにすることによって、毎月、支払期限前に決済を実行する自動支払の設定完了を表示する画面（図９（３）参照）に遷移する。例えば、上記の自動支払を設定することによって、支払日時を指定することなく電子請求書Ｂ２が示す支払期限の前日に自動的に決済が可能となる。ここで、上記の自動支払の決済日は支払期限の前日に限られず、支払期限日の任意の時間前に設定することができ、当該設定を変更することもできる。また、図９（４）の例に示すように、「自動支払い」の設定ボタンをオンにした場合であっても、自動支払の設定を解除することもできるし、「今すぐ支払う」表示をタップすることによって、即時支払を実行することもできるし、支払日時を指定した支払予約に変更することもできる。

（電子請求書詳細画面の表示画面２）
図１０を用いて、電子請求書Ｂ２の電子請求書詳細画面の表示画面２について説明する。まず、請求書支払トップ画面（図１０（１）参照）が表示され、電子請求書詳細画面を表示したい請求書の表示をタップすることによって、電子請求書Ｂ２の電子請求書詳細画面（図１０（２）参照）に遷移する。

次に、図１０（２）の画面において、「支払う」表示がタップされ、自動支払設定がオンの場合には、即時支払が実行され、支払完了画面（図１０（４）参照）に遷移する。一方、図１０（２）の画面において、「支払う」表示がタップされ、自動支払設定がオフの場合には、自動支払の設定が可能である画面（図１０（３）参照）に遷移する。図１０（３）の画面において、「この請求書の自動支払いをオンにする」表示をタップすることによって、毎月、支払期限前に自動支払を実行する自動支払の設定完了を表示する画面（図１０（５）参照）に遷移する。例えば、上記の自動支払を設定することによって、支払日時を指定することなく電子請求書Ｂ２が示す支払期限の前日に自動的に決済が可能となる。

（管理リストの表示画面）
図１１を用いて、電子請求書Ｂ２の管理リストの表示画面について説明する。まず、請求書支払トップ画面（図１１（１）参照）が表示され、「自動支払いの管理」表示をタップすることによって、電子請求書Ｂ２の管理リストの表示画面（図１１（２）参照）に遷移する。このとき、図１１（２）の画面において、「請求書を追加する」表示をタップすることによって、紙の請求書Ｂ１や電子請求書Ｂ２の支払予約を追加登録することができる。

次に、図１１（２）の画面において、登録可能な電子請求書Ｂ２がある場合には、登録可能な電子請求書Ｂ２を選択する画面（図１１（３）参照）に遷移する。図１１（３）の画面において、電子請求書Ｂ２を選択することによって、支払予約に追加登録の完了を表示する画面（図１１（４）参照）に遷移する。

一方、図１１（２）の画面において、登録可能な電子請求書Ｂ２がないが、登録可能な紙の請求書Ｂ１がある場合には、「請求書を読み取る」表示をタップすることによって、紙の請求書Ｂ１のバーコードをカメラで読み取る画面（図１１（５）参照）に遷移し、即時支払または支払予約を選択可能な詳細画面（図１１（６）参照）に遷移する。このとき、図１１（６）の画面において、自動支払の設定を選択する画面を表示することもできる。

〔４．提供処理のフロー〕
図１２を用いて、実施形態に係る決済サーバ１０の情報処理の手順について説明する。図１２は、実施形態に係る情報処理の手順の一例を示すフローチャートである。なお、下記のステップＳ１０１～Ｓ１０６は、異なる順序で実行することもできる。また、下記のステップＳ１０１～Ｓ１０６のうち、省略される処理があってもよい。

第１に、決済サーバ１０の取得部４１は、請求書情報取得処理を実行する（ステップＳ１０１）。例えば、取得部４１は、利用者Ｕ１によって利用者端末１００を用いて、紙の請求書Ｂ１から読み取られた請求書情報を取得する。

第２に、決済サーバ１０の特定部４２は、支払可能期間特定処理を実行する（ステップＳ１０２）。例えば、特定部４２は、請求書情報から支払期限の日時を特定し、利用者端末１００から請求書情報を取得した日時から当該支払期限の日時までの期間を支払可能期間と特定する。

第３に、決済サーバ１０の設定部４３は、支払日時設定処理を実行する（ステップＳ１０３）。例えば、設定部４３は、支払期限の前日に支払する自動支払を設定する。このとき、決済サーバ１０の表示部４４は、上記以外の支払方式の候補情報として、支払予約、即時支払、履歴支払等の支払方式を選択可能なコンテンツを利用者端末１００の画面に表示してもよい。

第４に、受付部４５は、支払日時受付処理を実行する（ステップＳ１０４）。例えば、受付部４５は、利用者Ｕ１によって利用者端末１００を用いて指定された支払日時を受け付ける。

第５に、決済処理部４６は、決済処理を実行する（ステップＳ１０５）。例えば、決済処理部４６は、請求書情報に基づく決済処理を、利用者Ｕ１が指定した支払日時に実行する。

第６に、通知部４７は、通知処理を実行し（ステップＳ１０６）、処理を終了する。例えば、通知部４７は、利用者Ｕ１の請求書の決済に関する情報（例：決済金額の不足、自動チャージ完了等）を通知する。

〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１０は、取得部４１と、特定部４２と、設定部４３と、表示部４４と、受付部４５と、決済処理部４６と、通知部４７とを有する。

取得部４１は、請求書が示す請求書情報を取得し、特定部４２は、請求書情報に基づいて支払可能期間を特定し、設定部４３は、特定された支払可能期間から所定の条件を満たす支払日時を選択し、選択した当該支払日時を設定し、決済処理部４６は、請求書情報に基づく決済を、設定された支払日時に行う。これにより、実施形態に係る決済サーバ１０は、利用者の利便性を向上させることができる。

また、取得部４１は、利用者の利用者端末によって撮影された請求書が示す請求書情報を取得する。これにより、実施形態に係る決済サーバ１０は、紙の請求書Ｂ１が示す請求書情報を用いて、利用者の利便性を向上させることができる。

また、取得部４１は、利用者の利用者端末に送信された請求書が示す請求書情報を取得する。これにより、実施形態に係る決済サーバ１０は、電子請求書Ｂ２が示す請求書情報を用いて、利用者の利便性を向上させることができる。

また、設定部４３は、支払日時として、請求書情報が示す支払期限から所定の時間前に対応する日時を設定する。これにより、実施形態に係る決済サーバ１０は、所定の日時に自動的に決済を実行することにより、利用者の利便性を向上させることができる。

また、表示部４４は、特定された支払可能期間から所定の条件を満たす支払日時の候補を選択し、選択した当該候補に関する候補情報を表示し、受付部４５は、表示された候補情報から支払日時の指定を受け付ける。これにより、実施形態に係る決済サーバ１０は、支払方式が選択可能なコンテンツを用いて決済を実行することにより、利用者の利便性を向上させることができる。

また、表示部４４は、候補情報として、支払日時が選択可能なコンテンツを表示し、受付部４５は、コンテンツに対する操作によって、選択された支払日時の指定を受け付け、決済処理部４６は、当該決済を、指定を受け付けられた支払日時に行う。これにより、実施形態に係る決済サーバ１０は、支払日時が選択可能なコンテンツを用いて決済を実行することにより、利用者の利便性を向上させることができる。

また、表示部４４は、候補情報として、即時に決済を行う指定が選択可能なコンテンツを表示し、受付部４５は、コンテンツに対する操作によって、即時に決済を行う指定を受け付け、決済処理部４６は、指定を受け付けられた決済を即時に行う。これにより、実施形態に係る決済サーバ１０は、即時に決済可能なコンテンツを用いて決済を実行することにより、利用者の利便性を向上させることができる。

また、表示部４４は、候補情報として、利用者の支払履歴に基づく所定の日時に決済を行う指定が選択可能なコンテンツを表示し、受付部４５は、コンテンツに対する操作によって、利用者の支払履歴に基づく所定の日時に当該決済を行う指定を受け付け、決済処理部４６は、利用者の支払履歴に基づく所定の日時に当該決済を行う。これにより、実施形態に係る決済サーバ１０は、利用者の行動履歴をもとに決済可能なコンテンツを用いて決済を実行することにより、利用者の利便性を向上させることができる。

また、受付部４５は、支払日時の変更をさらに受け付け、決済処理部４６は、決済を、変更を受け付けられた支払日時に行う。これにより、実施形態に係る決済サーバ１０は、支払予約の変更を可能にすることで利用者の利便性を向上させることができる。

実施形態に係る決済サーバ１０は、請求書情報を記憶する記憶部３０をさらに備え、決済処理部４６は、記憶部３０に記憶された請求書情報に基づく決済を行う。これにより、実施形態に係る決済サーバ１０は、紙の請求書を保管しなくとも支払可能とすることで利用者の利便性を向上させることができる。

通知部４７は、利用者Ｕ１の過去の決済履歴に基づいて、利用者Ｕ１に対して、完了していない可能性がある決済に関する通知をさらに行う。これにより、実施形態に係る決済サーバ１０は、請求書の支払忘れをさらに防止することが可能となり利用者の利便性を向上させることができる。

決済処理部４６は、決済の請求金額に対して利用者Ｕ１が所有する電子マネーが不足している場合には、利用者Ｕ１が設定した所定の口座から不足する金額を電子マネーとして移行し、決済を行う。これにより、実施形態に係る決済サーバ１０は、電子マネーのチャージ忘れによる支払不能を防止することが可能となり利用者の利便性を向上させることができる。

通知部４７は、決済の請求金額に対して利用者Ｕ１が所有する電子マネーが不足している場合には、利用者Ｕ１に対して、電子マネーが不足している旨の通知をさらに行う。これにより、実施形態に係る決済サーバ１０は、電子マネーのチャージ忘れを認識することが可能となり利用者の利便性を向上させることができる。

通知部４７は、決済の請求金額に対して利用者Ｕ１が所有する電子マネーが不足している場合には、利用者Ｕ１に対して、電子マネーの入金を促す通知をさらに行う。これにより、実施形態に係る決済サーバ１０は、電子マネーのチャージ忘れを回避することが可能となり利用者の利便性を向上させることができる。

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

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

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

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

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

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

〔７．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換または変更を行うことができる。

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

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

例えば、上述した決済サーバ１０は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットホーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

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

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、制御部は、制御手段や制御回路に読み替えることができる。

１ 情報処理システム
１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ 請求書情報データベース
３３ 利用者情報データベース
４０ 制御部
４１ 取得部
４２ 特定部
４３ 設定部
４４ 表示部
４５ 受付部
４６ 決済処理部
４７ 通知部
１００ 利用者端末

Claims (9)

1. 請求書が示す請求書情報を取得する取得部と、
   前記請求書情報に基づいて支払可能期間を特定する特定部と、
   特定された前記支払可能期間から所定の条件を満たす支払日の候補を選択し、選択した当該候補に関する候補情報として、利用者の決済履歴に基づく所定の日に前記請求書情報に基づく決済を行う指定が選択可能なコンテンツを表示する表示部と、
   表示された前記コンテンツに対する操作によって、前記利用者の決済履歴に基づく所定の日に前記決済を行う指定を受け付ける受付部と、
   前記利用者の決済履歴に基づく所定の日に前記決済を行う決済処理部と、
   を備えることを特徴とする情報処理装置。
2. 前記受付部は、
   前記決済を行う時刻の指定をさらに受け付け、
   前記決済処理部は、
   前記決済を、指定を受け付けられた前記時刻に行う、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記受付部は、
   前記支払日の変更をさらに受け付け、
   前記決済処理部は、
   前記決済を、変更を受け付けられた前記支払日に行う、
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記請求書情報を記憶する記憶部、
   をさらに備え、
   前記決済処理部は、
   前記記憶部に記憶された前記請求書情報に基づく決済を行う、
   ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記決済処理部は、
   前記決済の請求金額に対して利用者が所有する電子マネーが不足している場合には、当該利用者が設定した所定の口座から不足する金額を電子マネーとして移行し、前記決済を行う、
   ことを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記決済の請求金額に対して利用者が所有する電子マネーが不足している場合には、当該利用者に対して、前記電子マネーが不足している旨の通知を行う通知部、
   をさらに備えることを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
7. 前記通知部は、
   前記決済の請求金額に対して利用者が所有する電子マネーが不足している場合には、当該利用者に対して、前記電子マネーの入金を促す通知をさらに行う、
   ことを特徴とする請求項５に記載の情報処理装置。
8. コンピュータが実行する情報処理方法であって、
   請求書が示す請求書情報を取得する取得工程と、
   前記請求書情報に基づいて支払可能期間を特定する特定工程と、
   特定された前記支払可能期間から所定の条件を満たす支払日の候補を選択し、選択した当該候補に関する候補情報として、利用者の決済履歴に基づく所定の日に前記請求書情報に基づく決済を行う指定が選択可能なコンテンツを表示する表示工程と、
   表示された前記コンテンツに対する操作によって、前記利用者の決済履歴に基づく所定の日に前記決済を行う指定を受け付ける受付工程と、
   前記利用者の決済履歴に基づく所定の日に前記決済を行う決済処理工程と、
   を含むことを特徴とする情報処理方法。
9. 請求書が示す請求書情報を取得する取得手順と、
   前記請求書情報に基づいて支払可能期間を特定する特定手順と、
   特定された前記支払可能期間から所定の条件を満たす支払日の候補を選択し、選択した当該候補に関する候補情報として、利用者の決済履歴に基づく所定の日に前記請求書情報に基づく決済を行う指定が選択可能なコンテンツを表示する表示手順と、
   表示された前記コンテンツに対する操作によって、前記利用者の決済履歴に基づく所定の日に前記決済を行う指定を受け付ける受付手順と、
   前記利用者の決済履歴に基づく所定の日に前記決済を行う決済処理手順と、
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images