JP5117072B2 - 支払処理システム、支払処理方法及び支払処理プログラム - Google Patents

Description

本発明は、マルチペイメントサービスを利用して料金支払に関する処理を行なう支払処理システム、支払処理方法及び支払処理プログラムに関する。

公共料金等の支払では、銀行の窓口等において、請求書を用いて行なう場合がある。この場合、利用者の窓口において順番待ちしなければならないことがある。また、金融機関においても、窓口処理を行なわなければならず、手間がかかり効率も悪かった。そこで、このような料金支払を効率化できる支払方法が検討されている（例えば、特許文献１参照。）。

この特許文献１に記載の発明においては、金融機関センタは、支払先の指定と顧客識別コードと確認コードとを含む支払要求を利用者端末等の通信装置から受け付け、支払要求に応じた照会を、支払先の収納センタに送信する。そして、収納センタから受信した照会結果が適正である場合、金融機関センタは、支払内容を支払人に提示して支払指示を受け付ける。金融機関センタは、利用者の支払指示に応じて、支払人の口座から支払金額の資金移動を行なう。この技術において、利用者は、自分の利用者端末を介して料金支払ができるため、利用者の利便性が向上する。

このような支払方法は、現在ではマルチペイメントサービスとして実現されている。このマルチペイメントサービスでは、料金の支払先である収納機関と料金の支払口である金融機関とが専用のネットワークを介して接続される。このネットワークを介して、金融機関における利用者の払込情報が収納機関に即座に伝達される。従って、収納機関においては消込作業を即座に自動で行なうことができる。また、金融機関においても収納事務や送付作業の軽減を図れるというメリットがある。
特開２００２−９２３２３号公報（図１，図５及び図６）

ところで、マルチペイメントサービスを利用する場合、支払を特定するための識別情報（マルチペイメント識別子）が必要である。このマルチペイメント識別子は、料金の支払先を特定する収納機関番号と、収納機関において支払者や支払内容を特定するためのお客様番号及び確認番号とを含んで構成される。ここで、収納機関番号は５桁の番号であり、お客様番号は最大で２０桁の番号であり、確認番号は６桁の番号である。

このため、マルチペイメントサービスを利用する場合には、最大で３１個の数字を入力する必要がある。このように、多くの数字を入力することは、利用者にとって面倒であり、入力間違いの原因にもなる。

本発明は、上述した問題に鑑みてなされ、その目的は、支払処理において用いる識別情報の入力の簡易化を図ることにより、利用者の利便性を向上するための支払処理システム、支払処理方法及び支払処理プログラムを提供することにある。

上記問題点を解決するために、請求項１に記載の発明は、利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを備えたシステムであって、前記制御手段が、利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段と、前記利用履歴データ記憶手段から、前記取得した利用者識別子及び収納機関識別子に関連付けられた利用履歴レコードを取得し、この利用履歴レコードの支払特定コードを構成する要素に分解し、前記要素の少なくとも一部を変更可能な画面にして前記利用者端末に表示させる出力処理手段と、前記利用者端末から前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段と、前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段とを備えたことを要旨とする。

請求項２に記載の発明は、請求項１に記載の支払処理システムにおいて、前記出力処理手段は、前記利用者識別子及び前記収納機関識別子に関連付けられた複数の利用履歴レコードに含まれる支払特定コードにおいて共通する固定要素を特定し、この固定要素以外の可変要素を少なくとも変更可能な画面にし、前記固定要素と識別して前記利用者端末に表
示させることを要旨とする。

請求項３に記載の発明は、利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、前記支払特定コードを構成する要素のうち、利用者識別子及び収納機関識別子において共通して用いられる固定要素が記録されている固定要素データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを備えたシステムであって、前記制御手段が、利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段と、前記取得した利用者識別子及び収納機関識別子に関連付けられた固定要素を前記固定要素データ記憶手段から取得し、前記固定要素以外の可変要素を少なくとも変更可能な画面にして、前記固定要素と識別して前記利用者端末に表示させる出力処理手段と、前記利用者端末から、前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段と、前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段と、利用者識別子及び収納機関識別子が共通する利用履歴レコードにおいて、支払特定コードを構成する要素のうちで共通する固定要素を特定し、前記固定要素データ記憶手段に記録する更新手段とを備えたことを要旨とする。

請求項４に記載の発明は、請求項１〜３のいずれか１項に記載の支払処理システムにおいて、前記支払先情報取得手段は、利用者端末から取得したデータに基づく利用者認証によって特定した利用者識別子に関連付けられている収納機関識別子を利用履歴データ記憶手段から取得し、取得した前記収納機関識別子を個別に選択できる状態で前記利用者端末に表示させて、前記利用者識別子及び前記収納機関識別子を取得することを要旨とする。

請求項５に記載の発明は、利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なう方法であって、前記制御手段が、利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得段階と、前記利用履歴データ記憶手段から、前記取得した利用者識別子及び収納機関識別子に関連付けられた利用履歴レコードを取得し、この利用履歴レコードの支払特定コードを構成する要素に分解し、前記要素の少なくとも一部を変更可能な画面にして前記利用者端末に表示させる出力処理段階と、前記利用者端末から前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得段階と、前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行段階とを実行することを要旨とする。

請求項６に記載の発明は、利用者を特定する利用者識別子に関連付けてマルチペイメン
トサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、前記支払特定コードを構成する要素のうち、利用者識別子及び収納機関識別子において共通して用いられる固定要素が記録されている固定要素データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なう方法であって、前記制御手段が、利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得段階と、前記取得した利用者識別子及び収納機関識別子に関連付けられた固定要素を前記固定要素データ記憶手段から取得し、前記固定要素以外の可変要素を少なくとも変更可能な画面にして、前記固定要素と識別して前記利用者端末に表示させる出力処理段階と、前記利用者端末から、前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得段階と、前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行段階と、利用者識別子及び収納機関識別子が共通する利用履歴レコードにおいて、支払特定コードを構成する要素のうちで共通する固定要素を特定し、前記固定要素データ記憶手段に記録する更新段階とを実行することを要旨とする。

請求項７に記載の発明は、利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なうプログラムであって、前記制御手段を、利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段、前記利用履歴データ記憶手段から、前記取得した利用者識別子及び収納機関識別子に関連付けられた利用履歴レコードを取得し、この利用履歴レコードの支払特定コードを構成する要素に分解し、前記要素の少なくとも一部を変更可能な画面にして前記利用者端末に表示させる出力処理手段、前記利用者端末から前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段、及び前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段として機能させることを要旨とする。

請求項８に記載の発明は、利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、前記支払特定コードを構成する要素のうち、利用者識別子及び収納機関識別子において共通して用いられる固定要素が記録されている固定要素データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なうプログラムであって、前記制御手段を、利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段、前記取得した利用者識別子及び収納機関識別子に関連付けられた固定要素を前記固定要素データ記憶手段から取得し、前
記固定要素以外の可変要素を少なくとも変更可能な画面にして、前記固定要素と識別して前記利用者端末に表示させる出力処理手段、前記利用者端末から、前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段、前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段、及び利用者識別子及び収納機関識別子が共通する利用履歴レコードにおいて、支払特定コードを構成する要素のうちで共通する固定要素を特定し、前記固定要素データ記憶手段に記録する更新手段として機能させることを要旨とする。

（作用）
請求項１，５又は７に記載の発明によれば、制御手段は、利用者識別子及び収納機関識別子に関連付けられた利用履歴レコードの支払特定コードを構成する要素に分解し、前記要素の少なくとも一部を変更可能な画面にして前記利用者端末に表示させる。制御手段は、この画面を用いて取得した要素を再構成することにより支払特定コードを取得する。マルチペイメントサービスを利用した支払においては、支払特定コードは収納機関が決定できる。この場合、収納機関では、同一の利用者に用いる支払特定コードの要素を共通にすることがある。そこで、利用者が過去の支払で用いた支払特定コードを構成する要素の少なくとも一部を変更可能とした画面を用いることにより、過去の支払特定コードに基づいて今回の支払に用いる支払特定コードを入力することができる。このため、今回の要素が共通している場合には、利用者は共通する要素の入力を省略することができる。従って、最初から入力する場合に比べて支払特定コードの入力を簡易に行なうことができ、利用者の利便性を向上させることができる。

請求項２に記載の発明によれば、制御手段は、利用履歴レコードに含まれる支払特定コードにおいて共通する固定要素を特定し、この固定要素以外の可変要素を少なくとも変更可能な画面にし、前記固定要素と識別して利用者端末に表示させる。このため、利用者は、収納機関が共通に用いていない可変要素を容易に把握することができるので、可変要素の入力を簡易に行なうことができる。また、今回の支払に用いる支払特定コードが固定要素を用いて構成されている場合には、この固定要素の入力を省略することができるので、入力を簡易化することができる。

請求項３，６又は８に記載の発明によれば、制御手段は、利用者識別子及び収納機関識別子に関連付けられた固定要素を取得し、前記固定要素以外の可変要素を少なくとも変更可能な画面にして、前記固定要素と識別して利用者端末に表示させる。制御手段は、この画面を用いて取得した要素を再構成することにより支払特定コードを取得する。マルチペ
イメントサービスを利用した支払においては、支払特定コードは収納機関が決定できる。この場合、収納機関では、同一の利用者に用いる支払特定コードの要素を共通にすることがある。そこで、例えば同一の収納機関で同一の利用者に共通して用いられる固定要素を特定し、この固定要素以外の可変要素を少なくとも変更可能な画面にして、固定要素と識別して表示させる。従って、利用者は、可変要素を把握して入力を行なうことができるので、支払特定コードの入力を簡易に行なうことができ、利用者の利便性を向上させることができる。また、支払特定コードが固定要素を用いて構成されている場合には、この固定要素の入力を省略することができるので、いっそう支払特定コードの入力を簡易に行なうことができる。

更に、制御手段は、支払処理に用いた支払特定コードを利用履歴データ記憶手段に記録する。制御手段は、利用者識別子及び収納機関識別子が共通する固定要素を特定し、固定要素データ記憶手段に記録する。このため、実際に使用した支払特定コードから固定要素であるか否かを検証し、固定要素データ記憶手段に記録される固定要素を自動的に更新することができる。従って、更新された固定要素を用いるため、利用者の入力の手間を更に省くことが期待できる。

請求項４に記載の発明によれば、制御手段は、利用者認証によって特定した利用者識別子に関連付けられている収納機関識別子を利用履歴データ記憶手段から取得し、取得した
収納機関識別子を個別に選択できる状態で利用者端末に表示させる。このため、過去にマルチペイメントサービスを用いて支払を行った収納機関に対して再び支払を行なう場合には、利用者端末に表示された収納機関識別子を選択するだけでよく、収納機関識別子を入力する必要がない。従って、利用者の入力の手間を省くことができるので、いっそう利便性を向上することができる。

本発明によれば、支払処理において用いる識別情報の入力を簡易化して、利用者の利便性を向上することができる。

（第１実施形態）
以下、本発明を具体化した支払処理システムの第１実施形態を図１〜図６に基づいて説明する。本発明における支払処理は、マルチペイメントサービスを用いた支払処理システムであり、銀行システム１０は、マルチペイメントサービスを提供するシステムに接続されている。ここで、マルチペイメントサービスは、収納機関と金融機関との間をネットワークで結ぶことにより、利用者は現金自動預払機、電話及びパソコン等の各種チャンネルを利用して種々の料金の支払ができる公知のサービスである。更に、本実施形態では、銀行のインターネットバンキングのスキームを用いて処理を行なう場合を想定する。

本実施形態の銀行システム１０は、インターネットＮ１を介して利用者端末２０に接続されている。利用者端末２０は、図示しないディスプレイ、ポインティングデバイス及びキーボードを備えたコンピュータである。利用者端末２０は、ディスプレイに表示を行ない、ユーザの指示及びデータをポインティングデバイス及びキーボードを介して取得し、銀行システム１０とデータの送受信を行なう。

一方、銀行システム１０は、ウェブサーバ１１、勘定系ホストシステム１６及びＭＰＮ通信サーバ１７を備える。
ウェブサーバ１１は、インターネットバンキング処理に用いられるサーバであり、利用者端末２０に接続されている。このウェブサーバ１１は、制御手段としての制御部１２、利用者データベース１３及び取引履歴データベース１４を備える。

制御部１２は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（支払先情報取得段階、出力処理段階、支払特定コード取得段階及び支払処理実行段階等を含む処理）を行なう。そして、このための支払処理プログラムを実行することにより、制御部１２は、支払先情報取得手段、出力処理手段、支払特定コード取得手段及び支払処理実行手段等として機能する。更に、制御部１２は、利用者データベース１３及び取引履歴データベース１４に接続されており、これらデータベース（１３，１４）に対してデータの読出及び書込を制御する。

利用者データベース１３には、図２に示すように、利用者を特定するための利用者レコード１３０が記録されている。この利用者レコード１３０は、インターネットバンキングにおける利用者認証に用いられる。この利用者レコード１３０は、利用者がインターネットバンキングの契約を行なったときに記録される。利用者レコード１３０は、利用者識別子、ログインパスワード、第１暗証番号及び第２暗証番号に関するデータを含んで構成される。

利用者識別子データ領域には、利用者を特定するための識別子に関するデータが記録されている。
ログインパスワードデータ領域には、利用者のログインパスワードに関するデータが記
録されている。

第１暗証番号データ領域には、利用者の第１暗証番号に関するデータが記録されている。この第１暗証番号は、ログインパスワードを設定するために用いる暗証番号である。
第２暗証番号データ領域には、利用者の第２暗証番号に関するデータが記録されている。この第２暗証番号は、口座から引落処理を行なうために用いられる暗証番号である。

一方、取引履歴データベース１４には、図３に示すように、利用者毎にマルチペイメントサービスを利用した支払の取引履歴に関する取引履歴レコード１４０が記録される。この取引履歴レコード１４０は、マルチペイメントサービスを利用した支払の処理依頼を利用者端末２０から受信すると記録される。この取引履歴レコード１４０は、利用者識別子に対応する、取引年月日、マルチペイメント識別子及び取引内容に関するデータを含む。

利用者識別子データ領域には、マルチペイメントサービスの利用者を特定するための識別子に関するデータが記録される。
取引年月日データ領域には、この利用者が支払を行なった日付（年月日）に関するデータが記録される。

マルチペイメント識別子は、マルチペイメントサービスの利用時に支払を特定するための識別子であり、収納機関番号、お客様番号及び確認番号を含んで構成される。なお、国庫金・地方公金の場合は、お客様番号として納付番号が付与される。

収納機関番号データ領域には、マルチペイメントサービスを用いた支払の支払先である収納機関を特定するための識別子の番号が記録される。なお、この収納機関番号として５桁の番号が用いられる。

お客様番号データ領域には、収納機関が取引内容を特定するためのお客様番号が記録される。このお客様番号として最大で２０桁の番号が用いられる。
確認番号データ領域には、収納機関が取引内容を特定するための確認番号が記録される。この確認番号として６桁の番号が用いられる。本実施形態では、この確認番号とお客様番号が支払特定コードを構成することになる。

取引内容データは、マルチペイメント識別子に基づいて特定される支払取引の内容であり、支払先、支払内容、支払者名及び金額の各項目に関するデータを含んで構成される。
支払先データ領域には、この支払の支払先である収納機関の名称に関するデータが記録される。

支払内容データ領域には、この支払の対象（内容）に関するデータが記録される。この支払内容には、例えば「○月分ガス料金」などがある。
支払者名データ領域には、この支払を行なう義務者の名前に関するデータが記録される。

金額データ領域には、この支払の金額に関するデータが記録される。
ウェブサーバ１１は、図１に示すように勘定系ホストシステム１６に接続されている。この勘定系ホストシステム１６は、図示しない預金口座データ記憶部を備えている。この預金口座データ記憶部には、利用者識別子に関連付けられた預金口座に関するレコードが記録される。勘定系ホストシステム１６は、この預金口座データ記憶部を用いて利用者の預金口座データの管理を行なうことによりバンキング処理を行なう。

更に、この勘定系ホストシステム１６は、ＭＰＮ通信サーバ１７に接続されている。こ
のＭＰＮ通信サーバ１７は、マルチペイメントサービスを利用するときに用いるサーバである。このＭＰＮ通信サーバ１７は、専用回線であるマルチペイメントネットワークを介して収納機関システム３０に接続されている。

各収納機関システム３０は、マルチペイメントサービスを利用するときに用いるＭＰＮ通信サーバ３１を備える。このＭＰＮ通信サーバ３１は、請求データ記憶部（図示せず）を備えている。この請求データ記憶部には、各請求に対して付与したマルチペイメント識別子、取引内容、この請求のステータスに関するデータが関連付けられて記憶されている。このマルチペイメント識別子は、収納機関システム３０の基幹システム（図示せず）によって登録される。

次に、このシステムを用いてマルチペイメントサービスを利用した支払を行なう処理手順について、図４〜図６を用いて説明する。
マルチペイメントサービスを用いて支払を行なうときには、利用者は、まず支払を特定するためのマルチペイメント識別子が記録された請求書等を手元に用意する。そして、利用者は、利用者端末２０を銀行システム１０のウェブサーバ１１にアクセスさせる。この場合、ウェブサーバ１１の制御部１２は、ログイン要求を受信する（ステップＳ１−１）。具体的には、このログイン要求に対して、制御部１２は、ログイン画面データを利用者端末２０に返信する。利用者端末２０は、ログイン画面データに基づいてログイン画面をディスプレイに表示する。このログイン画面には、利用者識別子及びログインパスワードを入力する入力欄と送信ボタンとが含まれる。

そこで、利用者は、自分の利用者識別子及びログインパスワードを、キーボードを用いて入力し、ポインティングデバイスを用いて送信ボタンを選択する。これにより、利用者端末２０は、入力された利用者識別子及びログインパスワードのデータをウェブサーバ１１に送信する。ウェブサーバ１１は利用者の利用者識別子及びログインパスワードを取得する。

そして、ウェブサーバ１１は、利用者認証処理を行なう（ステップＳ１−２）。具体的には、ウェブサーバ１１の制御部１２は、利用者端末２０から受信した利用者識別子、ログインパスワードと、利用者データベース１３に記録されている利用者レコード１３０とを比較する。そして、比較した結果、利用者端末２０から受信した利用者識別子、ログインパスワードが利用者データベース１３に記録されている場合には、利用者認証を完了する。

利用者認証が完了すると、ウェブサーバ１１の制御部１２は、バンキングメニュー画面データを利用者端末２０に送信する。このバンキングメニュー画面には、マルチペイメント支払の選択ボタンが含まれる。ここで、マルチペイメント支払が選択された場合には、利用者端末２０はマルチペイメント支払サービスの利用要求をウェブサーバ１１に送信する。

このマルチペイメント支払サービスの利用要求を受信したウェブサーバ１１は、この利用者の利用履歴の取得処理を実行する（ステップＳ１−３）。具体的には、制御部１２は、利用者認証を完了した利用者識別子を用いて取引履歴レコード１４０を取引履歴データベース１４から抽出する。

次に、制御部１２は、支払先候補の出力処理を実行する（ステップＳ１−４）。具体的には、制御部１２は、まず、抽出した取引履歴レコード１４０に含まれる収納機関番号及びこれに対応する支払先に関するデータを取得する。そして、制御部１２は、取得したデータを含む収納機関選択画面データを生成し、利用者端末２０に送信する。利用者端末２
０は、受信したデータに基づいて、図５に示す収納機関選択画面２００をディスプレイに表示する。

この収納機関選択画面２００には、支払先及び収納機関番号に関する候補表示と、各支払先候補を選択するための選択ボタンと、実行ボタンとが含まれる。この選択ボタンを用いることにより、支払先を個別に選択することができる。更に、この収納機関選択画面２００には、「その他」の選択ボタンが含まれる。この「その他」ボタンは、収納機関選択画面２００に表示されている支払先候補以外の支払先に支払を行なう場合に用いられる。

ここで、支払を行なう支払先が収納機関選択画面２００に表示されていない場合には、利用者は「その他」の選択ボタンを選択した後、実行ボタンを選択する。この場合、利用者端末２０は、新規支払先要求をウェブサーバ１１に送信する。

新規支払先要求を受信して支払先特定情報を受信しなかった場合（ステップＳ１−５において「ＮＯ」の場合）、ウェブサーバ１１の制御部１２は、新規支払先用の入力画面の出力処理を実行する（ステップＳ１−６）。具体的には、制御部１２は、マルチペイメント識別子を入力するための入力画面データを利用者端末２０に送信して入力画面を表示する。

この入力画面には、収納機関番号、お客様番号及び確認番号のそれぞれを入力する入力欄と送信ボタンとが含まれる。そして、利用者は、キーボードを用いて各入力欄に各数字を入力し、ポインティングデバイスを用いて送信ボタンを選択する。これにより、利用者端末２０は、入力欄に入力された収納機関番号、お客様番号及び確認番号を取得して、ウェブサーバ１１に送信する。

一方、支払を行なう支払先が収納機関選択画面２００に表示されている場合には、利用者は、その支払先に対応する選択ボタンを選択した後、実行ボタンを選択する。この場合、利用者端末２０は、該当する支払先特定情報である収納機関番号をウェブサーバ１１に送信する。支払先特定情報には、選択された収納機関番号に関するデータを含める。

支払先特定情報を受信した場合（ステップＳ１−５において「ＹＥＳ」の場合）、ウェブサーバ１１の制御部１２は、お客様番号及び確認番号の取得処理を行なう（ステップＳ１−７）。具体的には、制御部１２は、この利用者の利用者識別子に関連付けられている取引履歴レコード１４０において、受信した収納機関番号を含むレコードを取引履歴データベース１４から抽出する。複数の該当する取引履歴レコード１４０が抽出できた場合には、本実施形態では、制御部１２は、取引年月日が最も新しい取引履歴レコード１４０を特定する。

次に、制御部１２は、取引履歴を利用して各要素を変更可能に表示した入力画面の出力処理を実行する（ステップＳ１−８）。具体的には、制御部１２は、取得した取引履歴レコード１４０に含まれるお客様番号及び確認番号を、その構成要素に分解する。そして、これら各構成要素の数字を初期値とするとともに、個別に各構成要素を変更可能なオブジェクトにした画面データを生成し、利用者端末２０に送信する。

利用者端末２０は、受信した画面データに基づいて、図６に示す入力画面２１０をディスプレイに表示する。この入力画面２１０には、収納機関番号、お客様番号及び確認番号に関する表示が含まれる。この表示には、お客様番号及び確認番号の構成要素とともに、初期値として各数字を変更可能な状態で表示される。具体的には、お客様番号及び確認番号を構成する各数字を、個別に数を増加させるためのカウントアップボタンと、数を減少させるためのカウントダウンボタンとが対応付けられて表示される。

ここで、利用者は、請求書等に記録されているお客様番号及び確認番号になるように、入力画面２１０のカウントアップボタン及びカウントダウンボタンを操作する。そして、利用者は、請求書等に記録されているお客様番号及び確認番号と、入力画面２１０に示された番号が同じになるように数字を設定して、送信ボタンを選択する。これにより、利用者端末２０は、入力画面２１０において表示された各要素から構成される収納機関番号、お客様番号及び確認番号をウェブサーバ１１に送信する。

そして、ステップＳ１−６，Ｓ１−８の入力画面において設定されたお客様番号及び確認番号を取得したウェブサーバ１１は、収納処理を実行する（ステップＳ１−９）。具体的には、ウェブサーバ１１の制御部１２は、勘定系ホストシステム１６にマルチペイメント処理依頼を送信する。このマルチペイメント処理依頼には、マルチペイメント識別子（収納機関番号、お客様番号及び確認番号）に関するデータが含まれる。

勘定系ホストシステム１６は、公知のマルチペイメント処理と同様に、ＭＰＮ通信サーバ１７を用いて、マルチペイメントサービスにおける照会依頼を送信する。この照会依頼にはマルチペイメント識別子が含まれる。そして、勘定系ホストシステム１６は、この照会依頼に対応した照会応答を、収納機関システム３０のＭＰＮ通信サーバ３１から、マルチペイメントネットワーク及びＭＰＮ通信サーバ１７を介して受信する。この照会応答には、マルチペイメント識別子から特定される取引内容（支払先、支払内容、支払者名及び金額）に関する情報が含まれる。勘定系ホストシステム１６は、受信した取引内容情報をウェブサーバ１１に送信する。ウェブサーバ１１の制御部１２は、取引内容情報を含めた支払確認画面データを生成し、インターネットＮ１を介して利用者端末２０に送信する。

利用者端末２０においては、支払確認画面をディスプレイに表示する。この支払確認画面には、取引内容（支払先、支払内容、支払者名及び金額）に関する情報と、第２暗証番号入力欄と実行ボタンとが含まれる。ここで、利用者は、支払確認画面に表示された取引内容に間違いがないことを確認して、第２暗証番号入力欄に第２暗証番号の番号を入力し、実行ボタンを選択する。この場合、利用者端末２０は、確認通知をウェブサーバ１１に送信する。

確認通知を受信したウェブサーバ１１は、勘定系ホストシステム１６を用いて口座引落処理を実行する。具体的には、ウェブサーバ１１は、利用者識別子に関連付けられている利用者の預金口座のデータを特定し、利用者の口座における引落指示を行なう。この引落指示には、マルチペイメント識別子、利用者の口座特定情報、取引内容における金額に関する情報を含む。この場合、勘定系ホストシステム１６は、利用者の口座の残高から、取引内容に含まれる金額を減算し、この金額を新たな残高として記録する。

次に、勘定系ホストシステム１６は、ウェブサーバ１１から取得したマルチペイメント識別子を用いて、ＭＰＮ通信サーバ１７を介して消込依頼を送信する。この消込依頼には、マルチペイメント識別子が含まれる。そして、勘定系ホストシステム１６は、収納機関システム３０のＭＰＮ通信サーバ３１から、マルチペイメントネットワーク及びＭＰＮ通信サーバ１７を介して、消込応答を受信する。勘定系ホストシステム１６は、ウェブサーバ１１に消込処理が完了した旨を通知する。

ウェブサーバ１１の制御部１２は、収納処理が完了したことを示す支払完了画面データを生成し、インターネットＮ１を介して利用者端末２０に送信する。利用者端末２０は、処理完了通知画面を表示する。この処理完了通知画面には、支払処理が完了したことを示す内容と、問い合わせ時に用いる受付番号とが含まれる。

そして、ウェブサーバ１１の制御部１２は、ステップＳ１−６，Ｓ１−８の入力画面において設定されたお客様番号及び確認番号と取引内容（支払先、支払内容、支払者名及び金額）とを、利用者識別子と収納機関番号に関連付けた取引履歴レコード１４０として、取引履歴データベース１４に記録する。以上により、収納処理が終了し、マルチペイメント支払処理が完了する。

本実施形態によれば、以下のような効果を得ることができる。
（１） 本実施形態では、ウェブサーバ１１の制御部１２は、利用者端末２０から収納機関番号を取得すると、取引履歴データベース１４から、収納機関番号と利用者識別子とに関連付けられているお客様番号及び確認番号を取得する（ステップＳ１−７）。制御部１２は、取得した取引履歴レコード１４０のお客様番号及び確認番号を含み、これら番号の各要素を個別に変更できる画面データを生成して、利用者端末２０に送信する（ステップＳ１−８）。利用者端末２０に表示されたお客様番号及び確認番号を用いて、利用者は今回の支払で用いるお客様番号及び確認番号を入力し、送信ボタンを選択する。これにより、利用者端末２０は、収納機関番号、お客様番号及び確認番号を取得し、ウェブサーバ１１に送信する。ウェブサーバ１１の制御部１２は、取得したお客様番号及び確認番号に基づいてマルチペイメントサービスを用いた収納処理を実行する（ステップＳ１−９）。マルチペイメントサービスを利用した支払においては、お客様番号及び確認番号は収納機関が決定できる。この場合、収納機関では、同一の利用者に用いるお客様番号及び確認番号の要素を共通に用いることがある。そこで、制御部１２は、取得した取引履歴レコード１４０のお客様番号及び確認番号に基づく数字を利用者端末２０に表示させて、今回の支払に用いるお客様番号及び確認番号の入力を促す。このため、入力画面２１０に含まれるお客様番号及び確認番号の各要素と、利用者が今回の支払に用いるそれぞれの番号の要素とが共通している場合には、利用者は共通する要素の入力を省略することができる。従って、最初から入力する場合に比べてお客様番号及び確認番号の入力を簡易に行なうことができ、利用者の利便性を向上させることができる。

（２） 本実施形態では、ウェブサーバ１１の制御部１２は、受信した収納機関番号を含み、利用者の利用者識別子に関連付けられている取引履歴レコード１４０を取得する。そして、制御部１２は、取得した取引履歴レコード１４０に含まれるお客様番号及び確認番号の各構成要素の数字を初期値とするとともに、個別に各構成要素を変更可能にした画面データを生成し、利用者端末２０に送信する。この場合、支払先の収納機関に対して、過去に１回でも支払を行ったことがあれば、お客様番号及び確認番号の入力を軽減することが期待できる。

（３） 本実施形態では、ウェブサーバ１１の制御部１２は、利用者端末２０から取得したデータを用いて利用者認証処理を行ない（ステップＳ１−２）、この利用者認証が完了すると、この利用者の利用履歴を取得する（ステップＳ１−３）。そして、制御部１２は、取得した利用履歴の取引履歴レコード１４０に含まれる収納機関番号及びこれに対応する支払先に関するデータを用いて画面データを生成し、利用支払先候補の出力処理を実行する（ステップＳ１−４）。このため、過去にマルチペイメントサービスを用いて支払を行った収納機関に対して再び支払を行なう場合には、利用者端末２０に表示される利用支払先候補を選択するだけでよく、収納機関番号を入力する必要がなく、利便性を向上することができる。

（第２実施形態）
次に、本発明を具体化した支払処理システムの第２実施形態を図７及び図８に基づいて説明する。以下の実施形態において、上述の実施形態と同様の部分については、同一の符号を付し、その詳細な説明は省略する。本実施形態においては、利用履歴から固定要素と可変要素とを特定し、この固定要素と可変要素とを識別して入力を行なわせる。ここで、
固定要素とは、お客様番号及び確認番号を構成する要素のうち、利用者及び収納機関が同一である場合に共通して用いられる要素をいう。本実施形態では、マルチペイメントサービスを用いた支払を同じ収納機関に利用者が２回以上行なっている場合を想定する。

本実施形態においても、上記第１実施形態と同様なシステムを用いる。本実施形態では、ウェブサーバ１１の制御部１２は、後述する処理（支払先情報取得段階、出力処理段階、支払特定コード取得段階及び支払処理実行段階等を含む処理）を行なう。そして、このための支払処理プログラムを実行することにより、制御部１２は、支払先情報取得手段、出力処理手段、支払特定コード取得手段及び支払処理実行手段等として機能する。

次に、本実施形態におけるシステムを用いた処理手順について、図７及び図８を用いて説明する。
上記第１実施形態のステップＳ１−１と同様に、制御部１２は、利用者端末２０からログイン要求を受信する（ステップＳ２−１）。そして、ステップＳ１−２と同様に、利用者識別子及びログインパスワードを取得し、利用者認証処理を行なう（ステップＳ２−２）。次に、制御部１２は、ステップＳ１−３と同様に、利用者の利用履歴の取得処理を実行する（ステップＳ２−３）。そして、制御部１２は、ステップＳ１−４と同様に、支払先候補の出力処理を実行する（ステップＳ２−４）。

この出力処理で、支払を行なう支払先が収納機関選択画面２００に表示されていない場合には、利用者は「その他」の選択ボタンを選択した後、実行ボタンを選択する。この場合、利用者端末２０は、新規支払先要求をウェブサーバ１１に送信する。

新規支払先要求を受信して支払先特定情報を受信しなかった場合（ステップＳ２−５において「ＮＯ」の場合）、ウェブサーバ１１の制御部１２は、ステップＳ１−６と同様に、新規支払先用の入力画面の出力処理を実行する（ステップＳ２−６）。その後、利用者端末２０は、この入力画面に入力された収納機関番号、お客様番号及び確認番号を取得して、ウェブサーバ１１に送信する。

一方、支払を行なう支払先が収納機関選択画面２００に表示されている場合には、利用者は、その支払先に対応する選択ボタンを選択した後、実行ボタンを選択する。この場合、利用者端末２０は、該当する支払先特定情報である収納機関番号をウェブサーバ１１に送信する。支払先特定情報には、選択された収納機関番号に関するデータを含める。

支払先特定情報を受信した場合（ステップＳ２−５において「ＹＥＳ」の場合）、ウェブサーバ１１の制御部１２は、お客様番号及び確認番号の取得処理を行なう（ステップＳ２−７）。具体的には、制御部１２は、受信した収納機関番号とこの利用者の利用者識別子とを含む取引履歴レコード１４０を、取引履歴データベース１４から取得する。本実施形態では、該当する取引履歴レコード１４０が複数ある場合には、制御部１２は、該当する取引履歴レコード１４０をすべて取得する。

次に、制御部１２は、変化していない構成要素（固定要素）の特定を行なう（ステップＳ２−８）。ここで、制御部１２は、取引履歴レコード１４０のお客様番号又は確認番号の各要素のデータを比較する。具体的には、お客様番号又は確認番号において、これらを構成する各桁の数字が同じか否かを比較する。比較した結果、お客様番号又は確認番号において同じ桁の数字が共通している場合には、この桁及びこの桁の数字を、変化しない構成要素（固定要素）と特定する。

例えば、図８に示すように、２００６年７月１５日に支払ったマルチペイメント識別子と、同年８月１５日に支払ったマルチペイメント識別子とでは、確認番号の右から１桁目
と右から２桁目の数字が異なり、他のお客様番号及び確認番号の他の桁の数字は同じであると仮定する。この場合、制御部１２は、お客様番号の各要素及び確認番号の各要素を比較し、同じ桁（位置）にある数字が同じであるか否かを判断する。ここでは、お客様番号のすべてと確認番号の右から３桁目〜６桁目は同じ数字であるので、制御部１２はそれぞれが固定要素であると特定する。なお、確認番号の右から１桁目と２桁目は異なる数字であるので、可変要素とする。

次に、制御部１２は、可変要素を変更可能に表示した入力画面の出力処理を実行する（ステップＳ２−９）。具体的には、制御部１２は、お客様番号及び確認番号の入力欄のうち、固定要素と可変要素とをそれぞれ異なるオブジェクトで表示する入力画面データを生成し、利用者端末２０に送信する。

利用者端末２０は、受信した画面データに基づいて入力画面を表示する。この入力画面には、収納機関番号、お客様番号及び確認番号と送信ボタンとが含まれる。本実施形態の入力画面においては、お客様番号及び確認番号の固定要素の桁には、固定要素の数字がそのまま表示され、可変要素の桁には空欄が表示される。なお、この入力画面に、お客様番号及び確認番号のすべてを入力可能とするオールクリアボタンを含ませてもよい。

ここで、利用者は、ポインティングデバイスやキーボードを用いて、空欄を選択し、数字を入力する。そして、すべての空欄に数字を入力して、マルチペイメント識別子の入力を終了すると、利用者は送信ボタンを選択する。これにより、利用者端末２０は、入力画面に表示された各要素から構成されるお客様番号及び確認番号を取得して、ウェブサーバ１１に送信する。

そして、ステップＳ２−６，Ｓ２−９の入力画面において設定されたお客様番号及び確認番号を取得したウェブサーバ１１は、上記ステップＳ１−９と同様に、収納処理を実行する（ステップＳ２−１０）。以上により、本実施形態のマルチペイメント支払処理が終了する。

本実施形態によれば、上記（１）及び（３）に記載の効果と同様な効果を得られるとともに、以下のような効果を得ることができる。
（４） 本実施形態では、ウェブサーバ１１の制御部１２は、お客様番号及び確認番号の取得処理を行なうと（ステップＳ２−７）、変化していない構成要素の特定を行なう（ステップＳ２−８）。そして、変化していない構成要素（固定要素）以外の可変要素を変更可能に表示した入力画面の出力処理を実行する（ステップＳ２−９）。この入力画面では、お客様番号及び確認番号の固定要素の桁には、固定要素の数字がそのまま表示され、可変要素の桁には空欄が表示される。従って、利用者は、入力すべき可変要素を容易に把握することができる。更に、利用者は、過去に用いたお客様番号及び確認番号と共通する固定要素については入力の手間を省くことができる。

（第３実施形態）
次に、本発明を具体化した支払処理システムの第３実施形態を図９及び図１０に基づいて説明する。本実施形態においては、上記第２実施形態と同様に、固定要素と可変要素とを識別して入力を行なわせるが、上記第２実施形態と異なり、特定した固定要素をデータ記憶部に記録する場合を想定する。

本実施形態においては、本実施形態のウェブサーバ１１は、更に、図９に示す固定要素データベース１５を備えている。この固定要素データベース１５には、利用者、収納機関毎に固定要素に関する固定要素レコードが記録される。この固定要素レコードは、固定要素として特定した場合に記録される。この固定要素レコードは、利用者識別子及び収納機
関番号に対して固定要素（桁と数字）が関連付けられて構成される。なお、本実施形態では、この固定要素レコードでは、お客様番号における固定要素と、確認番号における固定要素とが記録されている。

本実施形態では、ウェブサーバ１１の制御部１２は、後述する処理（支払先情報取得段階、出力処理段階、支払特定コード取得段階、支払処理実行段階及び更新段階等を含む処理）を行なう。そして、このための支払処理プログラムを実行することにより、制御部１２は、支払先情報取得手段、出力処理手段、支払特定コード取得手段、支払処理実行手段及び更新手段等として機能する。

次に、本実施形態におけるシステムを用いた処理手順について、図１０を用いて説明する。
上記第１実施形態のステップＳ１−１と同様に、制御部１２は、利用者端末２０からログイン要求を受信する（ステップＳ３−１）。そして、ステップＳ１−２と同様に、利用者識別子及びログインパスワードを取得し、利用者認証処理を行なう（ステップＳ３−２）。次に、制御部１２は、ステップＳ１−３と同様に、利用者の利用履歴の取得処理を実行する（ステップＳ３−３）。そして、制御部１２は、ステップＳ１−４と同様に、支払先候補の出力処理を実行する（ステップＳ３−４）。

この出力処理で、支払を行なう支払先が収納機関選択画面２００に表示されていない場合には、利用者は「その他」の選択ボタンを選択した後、実行ボタンを選択する。この場合、利用者端末２０は、新規支払先要求をウェブサーバ１１に送信する。

新規支払先要求を受信して支払先特定情報を受信しなかった場合（ステップＳ３−５において「ＮＯ」の場合）、ウェブサーバ１１の制御部１２は、ステップＳ１−６と同様に、新規支払先用の入力画面の出力処理を実行する（ステップＳ３−６）。その後、利用者端末２０は、この入力画面に入力された収納機関番号、お客様番号及び確認番号を取得して、ウェブサーバ１１に送信する。

一方、支払を行なう支払先が収納機関選択画面２００に表示されている場合には、利用者は、その支払先に対応する選択ボタンを選択した後、実行ボタンを選択する。この場合、利用者端末２０は、該当する支払先特定情報である収納機関番号をウェブサーバ１１に送信する。支払先特定情報には、選択された収納機関番号に関するデータを含める。

支払先特定情報を受信した場合（ステップＳ３−５において「ＹＥＳ」の場合）、ウェブサーバ１１の制御部１２は、お客様番号及び確認番号の取得処理を行ない、可変要素を変更可能に表示した入力画面の出力処理を実行する（ステップＳ３−７）。具体的には、制御部１２は、利用者識別子と収納機関番号とに関連付けられている固定要素を、固定要素データベース１５から取得する。そして、制御部１２は、お客様番号及び確認番号の入力欄のうち、固定要素と可変要素とをそれぞれ異なるオブジェクトで表示する入力画面データを生成し、利用者端末２０に送信する。

利用者端末２０は、受信した画面データに基づいて、入力画面を表示する。この入力画面には、上記第２実施形態と同様に、収納機関番号、お客様番号及び確認番号と送信ボタンとが含まれる。そして、この入力画面には、お客様番号及び確認番号の固定要素の桁には、固定要素の数字がそのまま表示され、可変要素の桁には空欄が表示される。

ここで、上記第２実施形態と同様に、すべての空欄に数字が入力されて、マルチペイメント識別子の入力が終了して送信ボタンが選択される。この場合、利用者端末２０は、入力画面に表示された各要素から構成されるお客様番号及び確認番号を取得して、ウェブサ
ーバ１１に送信する。

そして、ステップＳ３−６，Ｓ３−７の入力画面において設定されたお客様番号及び確認番号を取得したウェブサーバ１１は、上記ステップＳ１−９と同様に、収納処理を実行する（ステップＳ３−８）。

次に、制御部１２は、変化していない構成要素の特定処理を行なう（ステップＳ３−９）。具体的には、制御部１２は、収納処理で用いた利用者識別子と、この収納処理で取引履歴データベース１４に記録した取引履歴レコード１４０に含まれる収納機関番号とを特定する。更に、制御部１２は、特定した利用者識別子及び収納機関番号を含むすべての取引履歴レコード１４０を抽出する。そして、上記第２実施形態のステップＳ２−８の処理と同様に、制御部１２は、取引履歴レコード１４０のお客様番号又は確認番号の各要素のデータを比較する。具体的には、お客様番号又は確認番号において、これらを構成する各桁の数字が同じか否かを比較する。比較した結果、お客様番号又は確認番号において同じ桁の数字が共通している場合には、この桁及びこの桁の数字を、変化しない構成要素（固定要素）と特定する。

次に、制御部１２は、特定した固定要素を固定要素データベース１５に記録する（ステップＳ３−１０）。具体的には、制御部１２は、特定した固定要素（数字及びその桁）を、利用者識別子及び収納機関番号に関連付けて、お客様番号又は確認番号毎に記録する。以上により、本実施形態のマルチペイメント支払処理が終了する。

本実施形態によれば、上記（３）に記載の効果と同様な効果を得られるとともに、以下のような効果を得ることができる。
（５） 本実施形態では、ウェブサーバ１１の制御部１２は、収納機関番号に関するデータを受信すると、可変要素を変更可能に表示した入力画面の出力処理を実行する（ステップＳ３−７）。この場合、制御部１２は、利用者識別子と収納機関番号とに関連付けられている固定要素を、固定要素データベース１５から取得する。そして、入力画面を介してお客様番号及び確認番号を取得した制御部１２は、収納処理を実行する（ステップＳ３−８）と、変化していない構成要素を特定し（ステップＳ３−９）、この構成要素を固定要素として固定要素データベース１５に記録する。マルチペイメントサービスを利用した支払においては、お客様番号及び確認番号は収納機関が決定できる。この場合、収納機関の中には、利用者毎に用いるお客様番号及び確認番号の各要素を共通にしていることがある。そこで、この収納機関で利用者毎に共通して用いられる固定要素を記録し、この固定要素を用いて入力画面の出力処理を行なう。従って、利用者は、固定要素の入力を省略することができるので、最初から入力する場合に比べてお客様番号及び確認番号の入力を簡易に行なうことができ、利用者の利便性を向上させることができる。

（６） 本実施形態では、ウェブサーバ１１の制御部１２は、収納処理を実行すると（ステップＳ３−８）、変化していない構成要素の特定を行ない（ステップＳ３−９）、特定した構成要素を固定要素として固定要素データベース１５に記録する。このため、実際に使用したお客様番号及び確認番号から固定要素を検証して、特定した固定要素を自動的に更新することができる。

また、上記実施形態は、以下のように変更してもよい。
○ 上記第１実施形態において、制御部１２は、各要素を変更可能に表示した入力画面として、各要素の数字を増加させるカウントアップボタン又は減少させるカウントダウンボタンを含む入力画面２１０を出力した。これに限らず、各要素を変更可能に表示した入力画面は、例えば、第２及び第３実施形態のように、お客様番号又は確認番号の可変要素が表示された部分を選択して、キーボードを用いて数字を変更できるようにしてもよい。

○ 上記第２及び第３実施形態において、入力画面においては、お客様番号及び確認番号の固定要素の桁には、固定要素の数字がそのまま表示され、可変要素の桁には空欄が表示される。これに限らず、固定要素を、第１実施形態のように、カウントアップボタン及びカウントダウンボタンが付された状態で、変更可能に表示してもよい。この場合には、固定要素と可変要素とは識別することができるため、利用者は可変要素を容易に把握して入力の簡素化を図れるとともに、固定要素が共通していなかった場合にも、その変更を容易に行なうことができる。

○ 上記各実施形態においては、マルチペイメント識別子から特定される取引内容（支払先、支払内容、支払者名及び金額）に関する情報が含まれる照会依頼を収納機関システム３０から受信した場合の処理を説明した。ここで、処理対象のマルチペイメント識別子に関する情報が収納機関システム３０に登録されていない場合、収納機関システム３０は照会応答としてエラーメッセージを送信する。このエラーメッセージを受信したウェブサーバ１１の制御部１２は、収納機関番号と、入力されたお客様番号及び確認番号とを内部メモリに記憶しておき、再表示させるように構成することも可能である。これにより、利用者は入力内容を確認して、入力内容を修正することができる。また、入力内容をすべてクリアして、最初から入力し直すように構成することも可能である。

○ 上記第１実施形態では、制御部１２は、取引年月日が最も新しい取引履歴レコード１４０を特定することにより、収納機関に対して前回支払ったお客様番号及び確認番号を特定した。これに代えて、前回だけでなく、過去に支払った複数の取引履歴レコードを利用することも可能である。そして、利用者に、特定された取引履歴レコードに含まれるお客様番号及び確認番号を選択させるようにしてもよい。例えば、携帯電話の利用料金支払などの場合、利用者が複数の支払（例えば、自分自身の支払と家族の支払）を同じ口座を用いて同じ収納機関に対して行なうことがある。この場合、利用者のマルチペイメント識別子と家族のマルチペイメント識別子が異なる。そこで、過去の複数の取引履歴レコードに含まれるマルチペイメント識別子を取得し、これらを利用者端末２０のディスプレイ上の入力画面２１０に表示させて選択できるように構成する。この場合、例えばプルダウンにより表示させてもよい。これにより、過去に利用内容が異なる支払を行なった場合にも、利用者は、適切なマルチペイメント識別子を選択して、効率的に入力を行なうことができる。

○ 上記第３実施形態において、固定要素データベース１５には、利用者識別子に関連付けられ収納機関番号を含む取引履歴レコード１４０から特定される固定要素を記録した。これに限らず、収納機関から通知された固定要素を記録してもよい。この場合、ウェブサーバ１１は、各収納機関において共通に用いられる要素に関する情報を取得してもよい。更に、収納機関に関連付けられる固定要素データを記録する固定情報データ記憶手段を設けてもよい。例えば、お客様番号を構成する右から３桁目〜５桁目の数字は利用者毎に一定という情報を取得した場合、この情報を収納機関識別子に関連付けて固定情報データ記憶手段に記憶する。そして、この収納機関に対してする利用者の初めての支払に用いたマルチペイメント識別子を取得すると、制御部１２は、固定情報データ記憶手段の情報と比較し、固定要素（ここではお客様番号の右から３桁目〜５桁目という位置情報と各数字）を特定する。そして、制御部１２は、特定した固定要素を、この利用者の利用識別子に関連付けて固定要素データベース１５に記録する。

○ 上記第２及び第３実施形態において、固定要素は、利用者の取引履歴レコード１４０のすべてに共通する要素を特定した。これに代えて、所定期間の取引履歴レコード１４０に共通する要素を固定要素として用いてもよい。具体的には、制御部１２が、マルチペイメント支払サービスの利用要求を利用者端末２０から取得した年月日に対して、所定期
間以内の取引年月日を含む取引履歴レコード１４０を抽出する。なお、この所定期間は制御部１２に記憶させる。そして、制御部１２は、これら抽出した取引履歴レコード１４０の支払特定コードから共通する固定要素を特定する。この場合、利用者の共通要素が途中で変更になった場合においても、最近の取引履歴レコード１４０を用いて固定要素を特定することができる。

○ 上記各実施形態において、マルチペイメントサービスを利用した支払は、インターネットバンキングを用いた場合について説明した。利用者が用いる支払手段（支払チャネル）はこれに限らず、例えば、モバイルバンキング、テレフォンバンキング又はテレビバンキングを用いてもよいしＡＴＭ端末を用いてもよい。

○ 上記各実施形態において、ウェブサーバ１１の取引履歴データベースに、マルチペイメント識別子を用いた支払履歴を記録した。マルチペイメント識別子を用いた支払履歴は、ウェブサーバ以外のデータベース、例えば、勘定系ホストシステムに設けられるデータベース等に記録してもよい。これにより、利用者又は利用者の口座に関連付けて、マルチペイメント識別子を用いた支払履歴を記録することができる。このため、インターネットバンキングやＡＴＭ端末等、利用者が用いる支払チャネルが異なっても、利用者の支払履歴を集約することができる。従って、マルチペイメントサービスを利用して利用者が支払を行なった収納機関に関する情報をより多く取得することができる。

○ 上記各実施形態において、マルチペイメント識別子のお客様番号及び確認番号を支払特定コードとして説明した。支払特定コードは、お客様番号及び確認番号に限られない。例えば、マルチペイメント識別子に納付区分も含まれる場合には、お客様番号、確認番号及び納付区分を支払特定コードとして、上述した処理を行なってもよい。

実施形態におけるシステムの概略図。 利用者データベースに記録されたデータの構成を説明するための説明図。 取引履歴データベースに記録されたデータの構成を説明するための説明図。 第１実施形態における処理手順を説明するための流れ図。 支払先候補の出力処理により表示された収納機関選択画面の説明図。 可変要素を変更可能に表示した入力画面の説明図。 第２実施形態における処理手順を説明するための流れ図。 変化していない構成要素を固定要素として特定するための説明図。 固定要素データベースに記録されたデータの構成を説明するための説明図。 第３実施形態における処理手順を説明するための流れ図。

符号の説明

１２…制御手段としての制御部、１４…利用履歴データ記憶手段としての取引履歴データベース、１５…固定要素データ記憶手段としての固定要素データベース、２０…利用者端末。

Claims (8)

1. 利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを備えたシステムであって、
   前記制御手段が、
   利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段と、
   前記利用履歴データ記憶手段から、前記取得した利用者識別子及び収納機関識別子に関連付けられた利用履歴レコードを取得し、この利用履歴レコードの支払特定コードを構成する要素に分解し、前記要素の少なくとも一部を変更可能な画面にして前記利用者端末に表示させる出力処理手段と、
   前記利用者端末から前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段と、
   前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段と
   を備えたことを特徴とする支払処理システム。
2. 前記出力処理手段は、前記利用者識別子及び前記収納機関識別子に関連付けられた複数の利用履歴レコードに含まれる支払特定コードにおいて共通する固定要素を特定し、この固定要素以外の可変要素を少なくとも変更可能な画面にし、前記固定要素と識別して前記利用者端末に表示させることを特徴とする請求項１に記載の支払処理システム。
3. 利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、前記支払特定コードを構成する要素のうち、利用者識別子及び収納機関識別子において共通して用いられる固定要素が記録されている固定要素データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを備えたシステムであって、
   前記制御手段が、
   利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段と、
   前記取得した利用者識別子及び収納機関識別子に関連付けられた固定要素を前記固定要素データ記憶手段から取得し、前記固定要素以外の可変要素を少なくとも変更可能な画面にして、前記固定要素と識別して前記利用者端末に表示させる出力処理手段と、
   前記利用者端末から、前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段と、
   前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段と、
   利用者識別子及び収納機関識別子が共通する利用履歴レコードにおいて、支払特定コードを構成する要素のうちで共通する固定要素を特定し、前記固定要素データ記憶手段に記録する更新手段と
   を備えたことを特徴とする支払処理システム。
4. 前記支払先情報取得手段は、利用者端末から取得したデータに基づく利用者認証によって特定した利用者識別子に関連付けられている収納機関識別子を利用履歴データ記憶手段から取得し、取得した前記収納機関識別子を個別に選択できる状態で前記利用者端末に表示させて、前記利用者識別子及び前記収納機関識別子を取得することを特徴とする請求項１〜３のいずれか１項に記載の支払処理システム。
5. 利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なう方法であって、
   前記制御手段が、
   利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得段階と、
   前記利用履歴データ記憶手段から、前記取得した利用者識別子及び収納機関識別子に関連付けられた利用履歴レコードを取得し、この利用履歴レコードの支払特定コードを構成する要素に分解し、前記要素の少なくとも一部を変更可能な画面にして前記利用者端末に表示させる出力処理段階と、
   前記利用者端末から前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得段階と、
   前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行段階と
   を実行することを特徴とする支払処理方法。
6. 利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、前記支払特定コードを構成する要素のうち、利用者識別子及び収納機関識別子において共通して用いられる固定要素が記録されている固定要素データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なう方法であって、
   前記制御手段が、
   利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得段階と、
   前記取得した利用者識別子及び収納機関識別子に関連付けられた固定要素を前記固定要素データ記憶手段から取得し、前記固定要素以外の可変要素を少なくとも変更可能な画面にして、前記固定要素と識別して前記利用者端末に表示させる出力処理段階と、
   前記利用者端末から、前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得段階と、
   前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行段階と、
   利用者識別子及び収納機関識別子が共通する利用履歴レコードにおいて、支払特定コードを構成する要素のうちで共通する固定要素を特定し、前記固定要素データ記憶手段に記録する更新段階と
   を実行することを特徴とする支払処理方法。
7. 利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なうプログラムであって、
   前記制御手段を、
   利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段、
   前記利用履歴データ記憶手段から、前記取得した利用者識別子及び収納機関識別子に関連付けられた利用履歴レコードを取得し、この利用履歴レコードの支払特定コードを構成する要素に分解し、前記要素の少なくとも一部を変更可能な画面にして前記利用者端末に表示させる出力処理手段、
   前記利用者端末から前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段、及び
   前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段
   として機能させることを特徴とする支払処理プログラム。
8. 利用者を特定する利用者識別子に関連付けてマルチペイメントサービスにおける支払先を特定する収納機関識別子及び支払内容を特定する支払特定コードを含む利用履歴を記録した利用履歴データ記憶手段と、前記支払特定コードを構成する要素のうち、利用者識別子及び収納機関識別子において共通して用いられる固定要素が記録されている固定要素データ記憶手段と、マルチペイメントサービスを利用して支払を受け付ける制御手段とを用いて、支払処理を行なうプログラムであって、
   前記制御手段を、
   利用者端末から、マルチペイメントサービスを利用する利用者の利用者識別子及び支払先となる収納機関識別子を取得する支払先情報取得手段、
   前記取得した利用者識別子及び収納機関識別子に関連付けられた固定要素を前記固定要素データ記憶手段から取得し、前記固定要素以外の可変要素を少なくとも変更可能な画面にして、前記固定要素と識別して前記利用者端末に表示させる出力処理手段、
   前記利用者端末から、前記画面を用いて取得した要素を再構成することにより支払特定コードを取得する支払特定コード取得手段、
   前記支払特定コードを用いて支払処理を実行し、この支払特定コードを含む利用履歴レコードを前記利用履歴データ記憶手段に記録する支払処理実行手段、及び
   利用者識別子及び収納機関識別子が共通する利用履歴レコードにおいて、支払特定コードを構成する要素のうちで共通する固定要素を特定し、前記固定要素データ記憶手段に記録する更新手段
   として機能させることを特徴とする支払処理プログラム。

Images