JP2001222653A - 支払いコード発行システム、代金の支払い代行処理方法 - Google Patents

Abstract

(57)【要約】 【課題】支払コードを表示可能な携帯端末を利用するこ
とにより、紙媒体を全く利用しない収納代行サービスを
実現するシステムを提供すること。 【解決手段】情報の記憶手段４１、外部装置との通信手
段４３、及びこれら各手段の動作を制御する情報の処理
手段４２を備えた支払いコード発行システムであり、当
該記憶手段４１は、代金の支払を受け付ける支払処理端
末２０が読み取り可能な支払コードを、当該代金の支払
を請求されたユーザの識別情報と関連付けて格納する。
更に、上述の処理手段４２は、支払いコードの送信要求
及びユーザの識別情報を、前記支払コードを表示可能な
携帯端末１０から通信手段４３を介して受信した際に、
当該ユーザの識別情報に応じた支払いコードを記憶手段
４１から読み出す処理と、当該読み出した支払コード
を、通信手段４３を介して当該携帯端末１０に送信する
処理とを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、支払いコード発行
システムに係り、支払い処理端末を備える店舗で、代金
の支払いを行うための支払いコードをユーザの携帯端末
に送信する、支払いコード発行システムに関する。

【０００２】

【従来の技術】利用料金の後納を原則とするサービスに
対する料金、例えば、水道料金、電気料金等の支払い方
法として、「収納代行」がある。現在広く行われている
「収納代行」は、ＰＯＳ（販売時点情報管理）端末等に
より読み取り可能なバーコードを付した支払伝票を利用
して行われる。このバーコードは、いわゆるＪＡＮコー
ドを利用するのが一般的である。料金支払いに利用され
るＪＡＮコードは３段又は４段の２通りのものが標準化
されており、少なくとも支払い伝票発行企業を識別する
コード、料金を識別するコードを含有する。

【０００３】この支払い伝票の送付を受けたユーザは、
当該伝票の読み取り可能なＰＯＳ端末を備えた店舗（例
えばコンビニエンスストア）へ出向き当該料金の支払い
を済ませる。支払いが行われた各店舗からは、当該支払
い伝票から読みこまれた情報が当該料金の支払い先とな
る機関に集められ、各ユーザに対する請求データとの照
合を行うことにより、支払いの有無が確認される。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
たような、従来の収納代行サービスを利用した支払方法
にあっては、バーコードを印刷した支払伝票という紙媒
体の利用を不可避としていた。また、ユーザが当該支払
伝票を紛失してしまったときは、当該伝票が再発行され
るまでは、支払いが不可能であった。更に当該伝票を各
ユーザに送付する際の郵送コストの問題も存在してい
た。

【０００５】

【発明の目的】本発明は、かかる従来技術の有する不都
合を改善し、特に、支払コードを表示可能な携帯端末を
利用することにより、紙媒体を全く利用しない収納代行
サービスを実現するシステムを提供するものである。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明は、情報の記憶手段、外部装置
との通信手段、及びこれら各手段の動作を制御する情報
の処理手段を備える。

【０００７】また、当該記憶手段は、代金の支払を受け
付ける支払処理端末が読み取り可能な支払コードを、当
該代金の支払を請求されたユーザの識別情報と関連付け
て格納する。

【０００８】更に、当該処理手段は、上述の支払いコー
ドの送信要求及びユーザの識別情報を、前記支払コード
を表示可能な携帯端末から上述の通信手段を介して受信
した際に、当該ユーザの識別情報に応じた支払いコード
を上述の記憶手段から読み出す処理と、当該読み出した
支払コードを、上述の通信手段を介して当該携帯端末に
送信する処理とを実行する。

【０００９】支払コードは、最も望ましい形態として、
ＰＯＳシステム用のＪＡＮコードが想定できるが、企業
間で取り決められた特定の文字列など、取引を識別する
ことができる情報を含有するものであれば他でもよい。

【００１０】支払処理端末は、最も望ましい形態とし
て、バーコードリーダを備えたＰＯＳ端末が想定できる
が、これに限定するものでなく、上記支払コードを読み
取ることが可能な端末を広く含む。また、当該支払処理
端末は、光学機器である必要はなく、上記支払いコード
を無線により受け取り識別する端末を含む。

【００１１】請求項２記載の発明は、請求項１記載の発
明の各構成要素に加え、以下の構成要素を備える。

【００１２】先ず、記憶手段が代金の支払先となる機関
の支払先機関情報を格納する。

【００１３】更に、上述の処理手段は、当該支払先機関
情報に基づき特定される、代金の支払先となる機関に、
上述の通信手段を介してアクセスする処理と、ユーザの
識別情報に応じた取引情報を当該代金の支払先となる機
関から取得する処理、及び当該取得した取引情報に基づ
き支払コードを生成し、当該ユーザの識別情報と関連付
けて上述の記憶手段に格納する処理とを実行する。

【００１４】「代金の支払先となる機関」は、ユーザが
購入した商品に対する代金、又はユーザが提供を受けた
サービスに対する代金を当該ユーザから徴収する機関の
サーバを意味する。当該代金の支払先となる機関は単一
である必要はなく複数であることが望ましい。

【００１５】本支払コード発行システムにおいて、ユー
ザの識別情報に応じた支払コードを生成し、記憶手段に
格納するタイミングは、携帯端末から支払コードの送信
要求及び当該ユーザの識別情報を受信したときに限定す
るものでない。例えば、支払コードの送信要求及び当該
ユーザの識別情報を受信の有無にかかわらず、予め、各
ユーザの識別情報に応じた取引情報を取得して支払コー
ドを生成し、記憶手段に蓄積しておく構成によってもよ
い。

【００１６】請求項３記載の発明は、請求項１記載の発
明の各構成要素に加え、以下の構成要素を備える。

【００１７】先ず、記憶手段が代金の支払先となる機関
の支払先機関情報を格納する。

【００１８】更に、上述の処理手段は、当該支払先機関
情報に基づき特定される、代金の支払先となる機関に、
上述の通信手段を介してアクセスする処理と、ユーザの
識別情報に応じた支払コードを代金の支払先となる機関
から取得し、当該ユーザの識別情報と関連付けて上述の
記憶手段に格納する処理とを実行する。

【００１９】本発明は、請求項２記載の発明と異なり、
代金の支払先となる機関で予め生成された支払コードを
取得して、記憶手段に格納する。上述したように、代金
の収納代行サービスに利用されるコードは、既に標準化
されたものが普及している。このような状況下におい
て、本発明は、代金の支払先となる機関自らが生成して
保有する支払コードを、当該支払コード発行システムか
らユーザの携帯端末へ送信する支払いコードとして使用
する。このような構成を採用することにより、当該代金
の支払先となる機関の側で保有する当該支払コードと、
支払が完遂されたかを確認するために、各ユーザが代金
の支払を行った支払処理端末から送信されることになる
支払コードの突合せ処理が単純化できる。

【００２０】ユーザの識別情報に応じた支払コードを取
得し、記憶手段に格納するタイミングは、携帯端末から
支払コードの送信要求及び当該ユーザの識別情報を受信
したときに限定するものでないことは請求項２記載の支
払コード発行システムと同様である。

【００２１】請求項４記載の発明は、支払い処理端末
が、少なくとも、代金の支払いに関する取引情報と当該
代金の支払い先となる機関の識別情報とを含有した支払
いコードを読みとるステップと、上述の支払い処理端末
が、当該読み取った支払いコードを情報の記憶手段に格
納するステップと、上述の支払い処理端末が、情報の記
憶手段から支払いコードを読み出して、当該支払いコー
ドに基づき特定される、代金の支払い先となる機関に送
信するステップからなる代金の支払い代行処理方法であ
って、当該支払いコードは、当該携帯端末に表示されて
いる支払いコードであることを特徴とする代金の支払い
代行処理方法である。

【００２２】これにより、前述した目的を達成しようと
するものである。

【００２３】

【発明の実施の形態】〔第一実施形態〕

【００２４】以下、本発明の第一実施形態を図１乃至図
５に基づいて説明する。

【００２５】図１に本システムの全体構成を示す。本シ
ステムは、ユーザの携帯端末１０、支払処理端末２０、
代金の支払先機関サーバ３０、支払コード発行サーバ４
０等により構成される。以下順に説明する。

【００２６】ユーザの携帯端末１０は、少なくとも、コ
ンパクトＨＴＭＬ又はＪａｖａ等の言語で組まれたプロ
グラムを実行可能な携帯電話が該当する。また、当該携
帯端末１０は、後述の支払コードや、代金の支払先を選
択するメニュー情報を表示するディスプレイ等を備え
る。

【００２７】支払処理端末２０は、例えば、ＰＯＳ端末
である。その構成は、支払コードを印刷した支払伝票を
利用する、従来の収納代行サービスに利用されてきたも
のと同一であり、バーコードリーダ、ＣＰＵ、ＲＯＭ、
ＲＡＭの他、支払金額等を表示するディスプレイ、現金
を収納するドロワ等を備える。

【００２８】代金の支払先機関サーバ３０は、代金の支
払先となる機関の運営するサーバである。ここで、代金
の支払先となる機関について詳細に説明しておく。

【００２９】本実施形態において、代金の支払先となる
機関は、料金後納を原則とするサービス又は商品の代金
をユーザから徴収する機関である。サービスに対する代
金であれば電話使用料金やガス使用料金を徴収する機関
等が、商品に対する代金であればネットショッピングで
購入を申込んだ商品の購入代金を徴収する機関等が該当
する。

【００３０】図１では、説明の便宜上、当該代金の支払
先機関サーバ３０をひとつしか記載していないが、本実
施形態においては、ユーザが購入する商品または提供を
受けるサービスの種類に応じ、代金支払先機関も複数存
在することを想定している。

【００３１】上記各支払先機関サーバ３０は、少なくと
も、各ユーザに対し代金を請求する根拠となる取引情報
を保有している。この取引情報は、当該ユーザが購入し
た商品や当該ユーザが提供を受けたサービスの内容、更
にはそれらの代金として当該ユーザに請求する金額に関
する情報を含み、更に、当該各ユーザの電話番号、住
所、氏名、更にショッピングで商品を購入した際の注文
番号等といった個人情報をも含む。従って、支払コード
発行サーバ４０からの、ユーザの個人情報の受信に対す
るレスポンスとして、当該個人情報に対応する取引情報
を返信する構成となっている。

【００３２】支払コード発行サーバ４０は、記憶手段４
１、処理手段４２、通信手段４３から構成される。

【００３３】記憶手段４１は、例えばメモリ、レジス
タ、ハードディスクである。記憶手段４１は、物理的に
単一の構成であるか複数の構成であるかを問わない。本
実施形態において、記憶手段４１には、代金の支払先機
関サーバ３０の支払先機関情報を格納すると共に、各ユ
ーザの個人情報を当該各ユーザの識別情報と関連付けて
格納する。ここで、支払先機関情報とは、代金の支払い
先機関サーバ３０のアドレスである。

【００３４】当該記憶手段４１に格納する個人情報は、
例えば、各ユーザの氏名、電話番号等であるが、上記各
支払先機関サーバ３０が保有する個人情報と全く同一で
ある必要はなく、上記各支払先機関サーバ３０が保有す
る個人情報と照らし合わせ、特定のユーザに関する取引
情報を抽出するのに最低限必要な情報を含有していれば
よい。また、ユーザの識別情報とは、各ユーザに割り振
られたユーザ識別コードである。当該支払コード発行サ
ーバ４０は、このユーザ識別コードにより、アクセスし
てきたユーザの個人情報を特定する。当該ユーザ識別コ
ードは予めユーザに通知されているものである。

【００３５】処理手段４２は、ＣＰＵを含み、バスや必
要なインターフェースを含む。また、処理手段４２は、
単一のＣＰＵから構成される場合に限らず、分散処理を
行う複数のコンピュータを含んでもよい。本実施形態に
おいて、処理手段４２は、支払コード生成処理と支払コ
ード送信処理を行う。

【００３６】支払コード生成処理とは、処理手段４２
が、上記支払先機関情報に基づき特定される、代金の支
払先機関サーバ３０に、通信手段４３を介してアクセス
し、当該ユーザの識別情報に応じた取引情報を当該代金
の支払先機関サーバ３０から取得すると共に、当該取得
した取引情報に基づき支払コードを生成し、当該ユーザ
の識別情報と関連付けて記憶手段４１に格納する処理で
ある。

【００３７】支払コード送信処理とは、処理手段４２
が、上記支払いコードの送信要求及びユーザの識別情報
を、当該支払コードを表示可能な携帯端末１０から通信
手段４３を介して受信した際に、当該ユーザの識別情報
に応じた支払いコードを記憶手段４１から読み出すと共
に、当該読み出した支払コードを、通信手段４３を介し
て当該携帯端末１０に送信する処理である。

【００３８】但し、本実施形態において、上記両処理は
分離独立したものでなく、支払コードの送信要求を行う
携帯端末１０からのアクセスに連動した、一体的な処理
として実行されるものである。支払コード生成及び支払
コード送信の際の具体的処理は、後にフローチャート等
を用いつつ詳述する。

【００３９】通信手段４３は、例えばモデムやルータ等
である。

【００４０】本発明の全体構成は以上のようであるが、
以下図２に示すフローチャートを参照しつつ本システム
における具体的処理について説明する。図２において、
点線で示すステップは携帯端末１０の実行する処理を、
実践で示すステップは支払コード発行サーバ４０の処理
手段４２が実行する処理を示す。

【００４１】先ず、支払コードを受信したいユーザは、
携帯端末１０を利用して、支払コード発行サーバ４０へ
アクセスする（Ｓ１０１）。

【００４２】支払コード発行サーバ４０の処理手段４２
は、代金の支払先となる機関のメニュー画面の表示デー
タを当該携帯端末１０へ送信する（Ｓ１０２）。

【００４３】当該表示データはコンパクトＨＴＭＬ言語
で組まれており、携帯端末１０は、当該表示データに基
づくメニュー画面を表示する（Ｓ１０３）。図３は、当
該メニュー画面を示す図である。画面上段には、「支払
コードを発行する支払先機関の種類を選択してくださ
い」と表示されている。その下には、「通話会社Ａ」、
「ガス会社Ｂ」、「水道会社Ｃ」、「放送協会Ｄ」、
「インターネットショッピングサイトＥ」の各支払先機
関が表示される。更にその下には、「ユーザ識別コード
を入力してください」と表示され、ユーザ識別コードの
入力欄が設けられている。

【００４４】ユーザは、支払コードの発行を希望する支
払先機関を反転表示させ、自己のユーザ識別コードを入
力した上で当該メニュー画面を確定させる（Ｓ１０
４）。ここでは上記メニュー画面上の「通話会社Ａ」が
選択されたと仮定する。携帯端末１０は、当該選択され
た支払先機関を識別する情報、及び入力されたユーザ識
別コードを、支払先コード発行サーバ４０へ送信する。

【００４５】選択された支払先機関を識別する情報、及
び入力されたユーザ識別コードである当該ユーザの識別
情報は、インターネット５０、通信手段４３を介して支
払コード発行サーバ４０の処理手段４２が受信する（Ｓ
１０５）。

【００４６】次に、処理手段４２は、当該選択された支
払先機関に対応する支払先機関情報を記憶手段４１から
読み出す（Ｓ１０６）。

【００４７】そして、処理手段４２は、当該支払先機関
情報に基づき、ユーザに選択された支払先機関に対応す
る、代金の支払先機関サーバ３０（ここでは、通話会社
Ａの支払先機関サーバ３０である）に通信手段４３を介
してアクセスする（Ｓ１０７）。

【００４８】上記アクセス後、処理手段４２は、当該ユ
ーザの識別情報に対応する個人情報を、記憶手段４１か
ら読み出し、通信手段４３を介して当該アクセスした支
払先機関サーバ３０に送信する（Ｓ１０８）。

【００４９】処理手段４２は、当該個人情報に対応する
取引情報を、代金の支払先機関サーバ３０から取得する
（Ｓ１０９）。

【００５０】処理手段４２は、当該取得した取引情報に
基づき支払コードの表示データを生成し、当該ユーザの
識別情報と関連付けて記憶手段４１に暫定的に格納する
（Ｓ１１０）。

【００５１】次に、処理手段４２は、上記取得した取引
情報に基づき取引確認要求画面の表示データを生成し、
通信手段４３、インターネット５０を介して当該ユーザ
の携帯端末１０に送信する（Ｓ１１１）。

【００５２】当該表示データはコンパクトＨＴＭＬ言語
で組まれており、携帯端末１０は、当該表示データに基
づき取引確認要求画面を表示する（Ｓ１１２）。図４
は、取引確認要求画面を示す図である。画面の最上段に
は、当該支払が請求されるユーザの氏名を表示する。そ
の下には、支払の対象となるサービスまたは購入した商
品の名称を表示する。更にその下には、今回の請求金額
を表示する。画面下段には、「この取引に関する支払コ
ードを発行してよいですか」と表示され、「ＹＥＳ」及
び「ＮＯ」の項目を配置する。

【００５３】ユーザはこの取引情報に関する支払いコー
ドの発行を要求するときは、「ＹＥＳ」を選択する一
方、キャンセルするときは、「ＮＯ」を選択する。携帯
端末１０は、ユーザが「ＮＯ」を選択したときは、支払
コードの発行を要求しない旨の情報を支払コード発行サ
ーバ４０に送信する一方、ユーザが「ＹＥＳ」を選択し
たときは、当該取引情報に対応する支払コードの送信要
求を支払コード発行サーバ４０に送信する（Ｓ１１
３）。

【００５４】支払コード発行サーバ４０の処理手段４２
は、支払コードの送信要求を受け取ったときは、記憶手
段４１に当該ユーザの識別情報と関連付けて暫定的に格
納していた支払コードを読み出す（Ｓ１１４）。

【００５５】更に、処理手段４２は、当該読み出した支
払コードの表示データを、通信手段４３、インターネッ
ト５０を介して当該ユーザの携帯端末１０に送信する
（Ｓ１１５）。

【００５６】図５は、携帯端末１０に表示される支払コ
ードの一例を示す図である。当該支払コードの表示デー
タは、上述のメニュー画面や取引確認要求画面の表示デ
ータと同様にコンパクトＨＴＭＬ言語で作成されてい
る。当該画面は携帯端末１０のディスプレイの二画面分
に相当し、ＪＡＮコード体系として標準化されている三
つのバーコードを表示する。また、当該コード部分は黒
で表示する一方、背景部分は、当該コードを支払処理端
末２０が認識しやすいように、白で表示する。更に、当
該画面の下段右側には、請求金額と当該代金の支払先機
関を表示する。当該支払コードには、代金の支払先であ
る機関を識別する情報、請求金額、当該代金の請求にか
かる取引を識別する情報を含有し、携帯端末１０のディ
スプレイにドット表示した点を除いて、通常の支払伝票
に印刷された支払コードと同様の構成である。従って、
支払伝票に印刷された支払コードと全く同様に、支払処
理端末２０のバーコードリーダによって読み取り可能と
なっている。

【００５７】処理手段４２は、支払コードを当該ユーザ
の携帯端末１０に送信したあとに、当該ユーザへ送信し
た支払コードを、上記代金の支払先機関サーバ３０へ送
信する（Ｓ１１６）。

【００５８】処理手段４２は、支払コードを上記代金の
支払機関サーバ３０へ送信したときは、当該送信に関す
る履歴を記憶手段４１に保存する（Ｓ１１７）。

【００５９】処理手段４２は、支払コードの発行を要求
しない旨の情報を携帯端末１０から受信したとき、又は
送信に関する履歴を記憶手段４１に保存したときは、携
帯端末１０との接続を切断する（Ｓ１１８）。

【００６０】以上ですべての処理が終了する。

【００６１】尚、ユーザが代金を支払う店舗に備えられ
た支払処理端末２０が実行する、代金の支払代行処理
は、当該支払処理端末２０が支払伝票から支払コードを
読み取る代わりに、携帯端末１０のディスプレイに当該
支払コードを表示させた上でこれを支払処理端末２０が
読み取るという点を除いて、従来の、支払伝票を用いる
収納代行サービスにおける代金の支払代行処理と同様で
ある。以下、その際の処理の一例を説明しておく。

【００６２】先ず、上記支払コードは、通常の携帯端末
１０なら装備している「画面メモ機能」等を利用して、
メモリに記憶しておくことができる。従って、当該支払
コードを受信したユーザは、携帯端末１０に当該支払コ
ードを保存しておいて、支払処理端末２０を備えた店舗
（例えばコンビニエンスストア）に出向き、自己の携帯
端末１０のメモリから支払いコードを読み出してディス
プレイに表示させる。

【００６３】次に、支払処理端末２０がバーコードリー
ダにより、当該支払コードを読み取る。上述のように当
該支払コードは携帯端末１０のディスプレイ二画面分に
相当するので、画面の上に表示された二つの支払コード
を読み取った後に、当該画面を下にスクロールさせ、残
りのひとつを読み取る。当該支払コードには、当該ユー
ザに対する代金の請求金額を識別する情報を含有するの
で、当該支払処理端末２０のディスプレイには、当該請
求金額が表示される。そして、当該請求金額が当該支払
処理端末２０を備えた店舗に支払われる。

【００６４】支払処理端末２０は上記読み取った支払コ
ードを、当該支払コードに基づき特定される当該代金の
支払先機関サーバ３０へ送信する。この送信は、バッチ
処理により行われるケースと、リアルタイム処理により
行われるケースが想定できる。前者のケースでは、携帯
端末１０から読み取った支払コードを当該支払処理端末
２０が備える記憶手段に蓄積し、所定期間毎（例えば午
前と午後、或いは１日毎）に、当該支払処理端末２０
が、当該蓄積された支払コードをよみだし、支払先機関
サーバ３０へ一括して送信するのに対し、後者のケース
では、携帯端末１０から支払コードを読みとって支払が
行われるたびに、支払先機関サーバ３０へ当該支払コー
ドを送信することになる。

【００６５】ここで、上述の様に、支払コードを受信し
た支払機関サーバ３０は、ユーザの携帯端末１０へ送信
した支払コードを、支払コード発行サーバ４０より既に
受信して保有している（上記フローチャートのＳ１１
６）。従って、当該支払コード発行サーバ４０より受信
した各支払コードと、支払処理端末２０より受信した各
支払コードとの突合せ処理を行うことにより、ユーザに
よる代金の支払が完遂されたか否かを容易に確認でき
る。

【００６６】本実施形態によれば、支払コードを印刷し
た支払伝票等の紙媒体を全く用いず、収納代行による代
金の支払を行うことができる。

【００６７】〔第二実施形態〕

【００６８】以下、本発明の第二実施形態を図１、図３
乃至図６等に基づいて説明する。

【００６９】本実施形態の全体構成は図１に示す第一実
施形態と同様に、ユーザの携帯端末１０、支払処理端末
２０、代金の支払先機関サーバ３０、支払コード発行サ
ーバ４０等により構成される。

【００７０】本実施形態における代金の支払先機関サー
バ３０は、上記第一実施形態と同様に、各ユーザに対し
代金を請求する根拠となる取引情報を保有するが、更に
これに加えて、当該各取引情報に基づき生成した支払コ
ードを、当該取引情報と対応付けて保有している。

【００７１】本実施形態における支払コード発行サーバ
４０は、記憶手段４１、処理手段４２、通信手段４３か
ら構成される。

【００７２】記憶手段４１は、例えばメモリ、レジス
タ、ハードディスクであり、当該記憶手段４１に格納さ
れる情報は第一実施形態と同様である。即ち、当該記憶
手段４１には、代金の支払先機関サーバ３０の支払先機
関情報を格納すると共に、各ユーザの個人情報を当該各
ユーザの識別情報（各ユーザにはユーザ識別コードとし
て予め通知される）と関連付けて格納する。

【００７３】処理手段４２は、ＣＰＵを含み、その構成
は第一実施形態と同様である。本実施形態において、処
理手段４２は、支払コード取得処理と支払コード送信処
理を行う。

【００７４】支払コード取得処理とは、処理手段４２
が、上記支払先機関情報に基づき特定される、代金の支
払先機関サーバ３０に、通信手段４３を介してアクセス
し、当該ユーザの識別情報に応じた支払コードを当該代
金の支払先機関サーバ３０から取得すると共に、当該取
得した支払コードを、当該ユーザの識別情報と関連付け
て記憶手段４１に格納する処理である。

【００７５】支払コード送信処理とは、処理手段４２
が、上記支払いコードの送信要求及びユーザの識別情報
を、当該支払コードを表示可能な携帯端末１０から通信
手段４３を介して受信した際に、当該ユーザの識別情報
に応じた支払いコードを記憶手段４１から読み出すと共
に、当該読み出した支払コードを、通信手段４３を介し
て当該携帯端末１０に送信する処理である。

【００７６】但し、本実施形態において、上記両処理は
分離独立したものでなく、支払コードの送信要求を行う
携帯端末１０からのアクセスに連動した、一体的な処理
として実行されるものである。支払コード取得及び支払
コード送信の際の具体的処理は、後にフローチャート等
を用いつつ詳述する。

【００７７】通信手段４３は、例えばモデムやルータ等
である。

【００７８】本発明の全体構成は以上のようであるが、
以下図６に示すフローチャートを参照しつつ本システム
における具体的処理について説明する。図６において、
点線で示すステップは携帯端末１０の実行する処理を、
実践で示すステップは、支払コード発行サーバ４０の処
理手段４２が実行する処理を示す。

【００７９】先ず、支払コードを受信したいユーザは、
携帯端末１０から、支払コード発行サーバ４０へアクセ
スする（Ｓ２０１）。

【００８０】支払コード発行サーバ４０の処理手段４２
は、代金の支払先となる機関のメニュー画面の表示デー
タを当該携帯端末１０へ送信する（Ｓ２０２）。

【００８１】当該表示データはコンパクトＨＴＭＬ言語
で組まれており、携帯端末１０は、当該表示データに基
づくメニュー画面を表示する（Ｓ２０３）。当該取引確
認要求画面は第一実施形態と同様に図３に示すような構
成である。

【００８２】ユーザは、支払コードの発行を希望する支
払先機関を反転表示させ、自己のユーザ識別コードを入
力した上で当該メニュー画面を確定させる（Ｓ２０
４）。ここでは上記メニュー画面上の「通話会社Ａ」が
選択されたと仮定する。携帯端末１０は、当該選択され
た支払先機関を識別する情報、及び入力されたユーザ識
別コードを、支払先コード発行サーバ４０へ送信する。

【００８３】選択された支払先機関を識別する情報及び
入力されたユーザ識別コードである当該ユーザの識別情
報は、インターネット５０、通信手段４３を介して支払
コード発行サーバ４０の処理手段４２が受信する（Ｓ２
０５）。

【００８４】次に、処理手段４２は、当該選択された支
払先機関に対応する支払先機関情報を記憶手段４１から
読み出す（Ｓ２０６）。

【００８５】そして、処理手段４２は、当該支払先機関
情報に基づき、ユーザに選択された支払先機関に対応す
る、代金の支払先機関サーバ３０（ここでは、通話会社
Ａの支払先機関サーバ３０である）に通信手段４３を介
してアクセスする（Ｓ２０７）。

【００８６】上記アクセス後、処理手段４２は、当該ユ
ーザの識別情報に対応する個人情報を、記憶手段４１か
ら読み出し、通信手段４３を介して当該アクセスした支
払先機関サーバ３０に送信する（Ｓ２０８）。

【００８７】処理手段４２は、当該個人情報に対応する
取引情報及び支払コードを、代金の支払先機関サーバ３
０から取得する（Ｓ２０９）。

【００８８】処理手段４２は、当該取得した取引情報及
び支払コードを、当該ユーザの識別情報と関連付けて記
憶手段４１に暫定的に格納する（Ｓ２１０）。

【００８９】次に、処理手段４２は、上記取得した取引
情報に基づき取引確認要求画面の表示データを生成し、
通信手段４３、インターネット５０を介して当該ユーザ
の携帯端末１０に送信する（Ｓ２１１）。

【００９０】当該表示データはコンパクトＨＴＭＬ言語
で組まれており、携帯端末１０は、当該表示データに基
づき取引確認要求画面を表示する（Ｓ２１２）。当該取
引確認要求画面は第一実施形態と同様に図４に示すよう
な構成である。

【００９１】ユーザはこの取引情報に関する支払いコー
ドの発行を要求するときは、「ＹＥＳ」を選択する一
方、キャンセルするときは、「ＮＯ」を選択する。携帯
端末１０は、ユーザが「ＮＯ」を選択したときは、支払
コードの発行を要求しない旨の情報を支払コード発行サ
ーバ４０に送信する一方、ユーザが「ＹＥＳ」を選択し
たときは、当該取引情報に対応する支払コードの送信要
求を支払コード発行サーバ４０に送信する（Ｓ２１
３）。

【００９２】支払コード発行サーバ４０の処理手段４２
は、支払コードの送信要求を受け取ったときは、記憶手
段４１に当該ユーザの識別情報と関連付けて暫定的に格
納していた支払コードを読み出す（Ｓ２１４）。

【００９３】更に処理手段４２は、当該読み出した支払
コードの表示データを、通信手段４３、インターネット
５０を介して当該ユーザの携帯端末１０に送信する（Ｓ
２１５）。携帯端末１０に表示される支払コードの構成
は第一実施形態と同様であり、図５に示すところであ
る。

【００９４】処理手段４２は、支払コードを当該ユーザ
の携帯端末１０に送信したときは、当該送信に関する履
歴を記憶手段４１に保存する（Ｓ２１６）。

【００９５】処理手段４２は、支払コードの発行を要求
しない旨の情報を携帯端末１０から受信したとき、又は
送信に関する履歴を記憶手段４１に保存したときは、当
該ユーザの携帯端末１０との接続を切断する（Ｓ２１
７）。

【００９６】以上ですべての処理が終了する。

【００９７】尚、ユーザが代金を支払う店舗に備えられ
た支払処理端末２０が実行する、代金の支払代行処理
は、当該支払処理端末２０が支払伝票から支払コードを
読み取る代わりに、携帯端末１０のディスプレイに当該
支払コードを表示させた上でこれを支払処理端末２０が
読み取るという点を除いて、従来の、支払伝票を用いる
収納代行サービスにおける代金の支払代行処理と同様で
ある。

【００９８】本実施形態は、支払コード発行サーバ４０
の側で支払コードを生成するのでなく、代金の支払先と
なる機関の側で生成された支払コードを取得して、その
表示データを携帯端末１０へ送信する。公共料金等の支
払先機関等は、紙媒体に印刷して通知するための各支払
コードを保有していることあるが、本実施形態は、これ
らの支払コードをユーザの携帯端末１０に送信する支払
コードと共通のものとして利用することにより、後に代
金の支払が完遂されたか確認するための、支払コードの
突合せ処理を単純化することができる。

【００９９】また、本実施形態における支払コード発行
サーバ４０は、携帯端末１０へ支払コードを送信した際
に、当該送信に関する履歴を記憶手段４１に保存する。
従って、支払コード発行に対する課金額を、当該支払コ
ードの発行回数に応じて決定するといった取り決めがな
されている場合、当該送信に関する履歴を参照し、当該
支払コード発行サーバ４０の運営者に支払われる手数料
算出の目安とすることが可能となる。

【０１００】ここで、本発明は、上記実施形態に限られ
ない。携帯端末１０は、携帯電話である必要はなく、Ｐ
ＤＡ（personal digital assistant）などのモバイル端
末でもよい。また、上記第一実施形態における支払コー
ド生成処理と支払コード送信処理、第二実施形態におけ
る支払いコード取得処理と支払コード送信処理は、共に
支払コードの送信要求を行う携帯端末１０からのアクセ
スに連動した、一体的な処理として実行するものとして
いたが、これらを分離独立した処理として構成してもよ
い。例えば、処理手段４２が、定期的に各支払先機関サ
ーバ３０へアクセスし、支払コードを生成するか又は取
得して記憶手段４１に蓄積しておき、支払コードの送信
要求を行う携帯端末１０からアクセスがあったときは、
直ちに記憶手段４１より当該ユーザの識別情報に対応す
る支払コードを記憶手段４１から読み出して送信するこ
ととしてもよい。

【０１０１】上記第一実施形態及び第二実施形態とも
に、支払コード発行サーバ４０の記憶手段４１に、各ユ
ーザの個人情報を格納し、当該個人情報を一旦代金の支
払先機関サーバ３０へ送信することにより、当該ユーザ
に対応する取引情報又は支払コードを取得するものとし
ていたが、個人情報を支払コード発行サーバ４０が保有
することは本発明において必須ではない。例えば、代金
の支払先機関サーバ３０において、ユーザ識別コードを
当該各ユーザに対する代金の請求に関する取引情報と関
連付けて保有すると共に、当該ユーザ識別コードが各ユ
ーザに通知されているとの条件の下においては、当該支
払コードの送信要求を行う携帯端末１０から識別コード
を受信した支払コード発行サーバ４０が、当該ユーザ識
別コードのみを代金の支払先機関サーバ３０へ送信する
ことにより、対応する取引情報及び支払コードを取得す
る構成としてもよい。

【０１０２】また、携帯端末１０に送信される支払コー
ドは、当該携帯端末１０のディスプレイに表示するため
の表示データ、即ち、光学機器を利用することによって
のみ認識可能なものである必要はない。従って、例え
ば、支払コードをブルートゥース仕様に基づく識別デー
タとして生成した上で、携帯端末１０から支払処理端末
２０に対し無線送信することにより当該支払コードを認
識させる構成としてもよい。

【０１０３】更に、一回あたりの支払いコード送信処理
で、支払コード発行サーバ４０から携帯端末１０に送信
される支払いコードは、必ずしも３つでひとつの取引情
報を識別する構成である必要はない。また、代金の支払
先機関サーバ３０の側で取引を識別することができるの
であれば、ＪＡＮコードに準拠して構成される必要はな
く、他のコード体系に基づくものでもよい。

【０１０４】

【発明の効果】本発明は、以上のように構成され機能す
るので、これによると、紙媒体を全く用いないで収納代
行サービスを行う、従来にない優れた支払いコード発行
システムを提供できる。支払い伝票を印刷するコスト及
び当該支払い伝票を各ユーザに送付するコストを削減す
るという効果も有する。

【０１０５】請求項1記載の支払いコード発行システム
によれば、代金の支払いを請求されたユーザは、自己に
対する代金の請求を識別する支払いコードを当該支払い
コード発行システムより受信し、当該支払いコードの読
み取りが可能な支払い処理端末のある店舗で当該支払コ
ードを携帯端末に表示させることにより、自己に請求さ
れた代金の支払いを容易に済ますことができる。

【０１０６】請求項２記載の支払いコード発行システム
によれば、支払先機関情報により特定される、代金の支
払い先となる機関から取得した取引情報に基づき上記支
払いコードを生成して記憶手段に格納する。従って、多
様なサービス、多様な商品に対する代金の支払いコード
を迅速に発行するシステムを構築することができる。

【０１０７】請求項３記載の支払いコード発行システム
によれば、支払先機関情報により特定される、代金の支
払い先となる機関から取得した支払いコードを記憶手段
に格納する。当該代金の支払先となる機関の側で保有す
る当該支払コードと、当該支払いコード発行システムか
ら各ユーザの携帯端末１０に送信されることになる支払
コードを共通のものとすることにより、ユーザによる代
金の支払が完遂されたか確認するために、代金の支払先
となる機関の側で行われることになる支払いコードの突
き合わせ処理を単純化できる。

【０１０８】請求項４記載の発明によれば、支払い伝票
といった紙媒体を全く用いずに、収納代行サービスを行
う、従来にない優れた代金の支払い代行方法を提供する
ことができる。

【図面の簡単な説明】

【図１】本発明の全体構成を示すブロック図である。

【図２】本発明の動作を示すブロック図である（第１実
施形態）。

【図３】メニュー画面の一例を示す図である。

【図４】取引確認要求画面の一例を示す図である。

【図５】支払コード表示画面の一例を示す図である。

【図６】本発明の動作を示すブロック図である（第２実
施形態）。

【符号の説明】

１０ 携帯端末 ２０ 支払処理端末 ３０ 代金の支払先機関サーバ ４０ 支払コード発行サーバ ４１ 記憶手段 ４２ 処理手段 ４３ 通信手段 ５０ インターネット ６０ インターネットサービスプロバイダ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 武内 寛 東京都世田谷区鎌田３−27−１アルカザー ル玉川405 (72)発明者 須加 力 神奈川県川崎市高津区久本３−６−１− 611 (72)発明者 土屋 敏 東京都小金井市前原町５−４−15

Claims (4)

【特許請求の範囲】
1. 【請求項１】 情報の記憶手段、外部装置との通信手
   段、及びこれら各手段の動作を制御する情報の処理手段
   を備え、 前記記憶手段は、代金の支払を受け付ける支払処理端末
   が読み取り可能な支払コードを、当該代金の支払を請求
   されたユーザの識別情報と関連付けて格納する支払コー
   ド発行システムであって、 前記処理手段は、 ａ）前記支払いコードの送信要求及びユーザの識別情報
   を、前記支払コードを表示可能な携帯端末から前記通信
   手段を介して受信した際に、当該ユーザの識別情報に応
   じた支払いコードを前記記憶手段から読み出すこと、 ｂ）当該読み出した支払コードを、前記通信手段を介し
   て当該携帯端末に送信すること、 を特徴とする支払いコード発行システム。
2. 【請求項２】 請求項１記載の支払コード発行システム
   において、 前記記憶手段は、代金の支払先となる機関の支払先機関
   情報を格納し、 前記処理手段は、 ａ）前記支払先機関情報に基づき特定される、代金の支
   払先となる機関に、前記通信手段を介してアクセスする
   こと、 ｂ）ユーザの識別情報に応じた取引情報を当該代金の支
   払先となる機関から取得すること、 ｃ）当該取得した取引情報に基づき支払コードを生成
   し、当該ユーザの識別情報と関連付けて前記記憶手段に
   格納すること、を特徴とする支払コード発行システム。
3. 【請求項３】 請求項１記載の支払コード発行システム
   において、 前記記憶手段は、代金の支払先となる機関の支払先機関
   情報を格納し、 前記処理手段は、 ａ）前記支払先機関情報に基づき特定される、代金の支
   払先となる機関に、前記通信手段を介してアクセスする
   こと、 ｂ）ユーザの識別情報に応じた支払コードを当該代金の
   支払先となる機関から取得し、当該ユーザの識別情報と
   関連付けて前記記憶手段に格納すること、を特徴とする
   支払コード発行システム。
4. 【請求項４】 支払い処理端末が、少なくとも、代金の
   支払いに関する取引情報と当該代金の支払い先となる機
   関の識別情報とを含有した支払いコードを読みとるステ
   ップ、 支払い処理端末が、当該読み取った支払いコードを情報
   の記憶手段に格納するステップ、 支払い処理端末が、前記情報の記憶手段から支払いコー
   ドを読み出して、当該支払いコードに基づき特定され
   る、代金の支払い先となる機関に送信するステップから
   なる代金の支払い代行処理方法であって、 前記支払いコードは、携帯端末に表示されている支払い
   コードであることを特徴とする代金の支払い代行処理方
   法。