(57)【要約】【課題】  ペーパレスで配送代及び配送時間を少なくし、データ送信量を増大させ、スキャナ装置による情報の読み込み作業を高速かつ正確にする請求代行サーバ、請求代行システム、請求代行方法及び請求代行プログラムを提供する。【解決手段】  本発明に係る請求代行システム１００は、請求代行サーバ５と、表示装置２を備える情報通信端末１と、スキャナ装置３を備え、請求代行サーバ５は、支払基データ等を記憶する配信データ記憶装置５６、流通コードデータを作成する流通コードデータ作成手段５５ｆ等を備え、情報通信端末１のＣＰＵ１０は、流通コードデータ受信手段１０ｅ及び流通コード生成手段１０ｆ等を備え、スキャナ装置３は、ＣＰＵ３０、光源用ＬＥＤ３１、ＣＣＤイメージセンサ３４等を備え、ＣＰＵ３０は、流通コード読み取り手段３０ａ、解析手段３０ｂ及び解析データ送信手段３０ｃ等を備える。【選択図】      図１
2005141554.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに対してサービスを提供するサービス提供業者側から依頼された前記ユーザのサービス使用代金の代理請求の為の支払基データを受信する支払基データ受信手段と、
前記支払基データを含む支払に関する情報を格納する配信データ記憶装置と、
前記配信データ記憶装置内の前記支払基データを基に、前記ユーザに前記支払依頼の通知を行うための支払ウェブページデータを作成するウェブページ作成更新手段と、
作成された前記支払ウェブページデータを予め登録された前記ユーザの指定する情報通信端末に送信する支払ウェブページ送信手段と、
前記ユーザの指定する情報通信端末より、前記サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、前記流通コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成する流通コードデータ作成手段
とを備えることを特徴とする請求代行サーバ。
【請求項２】
前記流通コードデータ作成手段は、少なくとも２つ以上の前記流通コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記流通コードの画像表示させる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成することを特徴とする請求項１に記載の請求代行サーバ。
【請求項３】
前記流通コードデータ作成手段は、少なくとも２以上の前記流通コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記流通コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記流通コードの画像を生成する基となる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成することを特徴とする請求項１に記載の請求代行サーバ。
【請求項４】
ユーザに対してサービスを提供するサービス提供業者側から依頼された前記ユーザのサービス使用代金の代理請求の為の支払基データを含む支払に関する情報を格納する配信データ記憶装置、前記配信データ記憶装置内の前記支払基データを基に、前記ユーザに前記支払依頼の通知を行うための支払ウェブページデータを作成するウェブページ作成更新手段、作成された前記支払ウェブページデータを予め登録された前記ユーザの指定する情報通信端末に送信する支払ウェブページ送信手段、前記ユーザの指定する情報通信端末より、前記サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、前記流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成する流通コードデータ作成手段とを備える請求代行サーバと、
前記流通コードデータを基に少なくとも２つ以上の流通コードの画像を生成する流通コード生成手段、生成された前記少なくとも２つ以上の流通コードの画像を表示する表示装置、前記少なくとも２つ以上の流通コードの画像を設定された時間間隔及び設定された表示順序において連続的に切り替えし、前記表示装置上の固定位置に表示するよう制御する切り替え表示制御手段とを備える情報通信端末と、
前記固定位置にて連続切り替え表示される前記少なくとも２つ以上の流通コードの画像より受光する流通コード情報を読み取る流通コード読み取り手段、読み取った前記流通コード情報を、有線若しくは無線の通信媒体を介して外部に送信可能な前記支払基データに解析する解析手段とを備えるスキャナ装置
とを有することを特徴とする請求代行システム。
【請求項５】
前記流通コードデータ作成手段は、少なくとも２つ以上の前記流通コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記流通コードの画像表示させる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成することを特徴とする請求項４に記載の請求代行システム。
【請求項６】
前記流通コードデータ作成手段は、少なくとも２以上の前記流通コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記流通コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記流通コードの画像を生成する基となる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成することを特徴とする請求項４に記載の請求代行システム。
【請求項７】
ユーザに対してサービスを提供するサービス提供業者側から依頼された前記ユーザのサービス使用代金の代理請求の為の支払基データを含む支払に関する情報を格納する配信データ記憶装置、前記配信データ記憶装置内の前記支払基データを基に、前記ユーザに前記支払依頼の通知を行うための支払ウェブページデータを作成するウェブページ作成更新手段、作成された前記支払ウェブページデータを予め登録された前記ユーザの指定する情報通信端末に送信する支払ウェブページ送信手段、前記ユーザの指定する情報通信端末より、前記サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、前記流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成する流通コードデータ作成手段とを備える請求代行サーバと、
前記流通コードデータを基に少なくとも２つ以上の流通コードの画像を生成する流通コード生成手段、生成された前記少なくとも２つ以上の流通コードの画像を表示する表示装置、前記少なくとも２つ以上の流通コードの画像を設定された時間間隔及び設定された表示順序において連続的に切り替えし、前記表示装置上の固定位置に表示するよう制御する切り替え表示制御手段とを備える情報通信端末と、
前記固定位置にて連続切り替え表示される前記少なくとも２つ以上の流通コードの画像より受光する流通コード情報を読み取る流通コード読み取り手段、読み取った前記流通コード情報を、有線若しくは無線の通信媒体を介して外部に送信するデータ送信手段とを備えるスキャナ装置と、
受信した前記流通コード情報を前記支払基データに解析する解析手段、解析された流通コード情報を格納する記憶装置とを備えるＰＯＳ端末
とを有することを特徴とする請求代行システム。
【請求項８】
ユーザに対してサービスを提供するサービス提供業者側から依頼された前記ユーザのサービス使用代金の代理請求の為の支払基データを受信するステップと、
前記支払基データを含む支払に関する情報を配信データ記憶装置に格納するステップと、
前記配信データ記憶装置内の前記支払基データを基に、前記ユーザに前記支払依頼の通知を行うための支払ウェブページデータを作成するステップと、
作成された前記支払ウェブページデータを予め登録された前記ユーザの指定する情報通信端末に送信するステップと、
前記ユーザの指定する情報通信端末より、前記サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、前記流通コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成するステップ
とを備えることを特徴とする請求代行方法。
【請求項９】
前記流通コードデータを作成するステップは、少なくとも２つ以上の前記流通コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記流通コードの画像表示させる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成することを特徴とする請求項８に記載の請求代行方法。
【請求項１０】
前記流通コードデータを作成するステップは、少なくとも２以上の前記流通コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記流通コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記流通コードの画像を作成する基となる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成することを特徴とする請求項８に記載の請求代行方法。
【請求項１１】
ユーザに対してサービスを提供するサービス提供業者側装置より依頼され、サービス使用代金の請求代行をおこなうコンピュータに、
ユーザに対してサービスを提供するサービス提供業者側から依頼された前記ユーザのサービス使用代金の代理請求の為の支払基データを受信させる命令と、
前記支払基データを含む支払に関する情報を配信データ記憶装置に格納させる命令と、
前記配信データ記憶装置内の前記支払基データを基に、前記ユーザに前記支払依頼の通知を行うための支払ウェブページデータを作成させる命令と、
作成された前記支払ウェブページデータを予め登録された前記ユーザの指定する情報通信端末に送信させる命令と、
前記ユーザの指定する情報通信端末より、前記サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、前記流通コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成させる命令
とを実行させることを特徴とする請求代行プログラム。
【請求項１２】
前記流通コードデータを作成させる命令は、少なくとも２つ以上の前記流通コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記流通コードの画像表示させる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成させることを特徴とする請求項１１に記載の請求代行プログラム。
【請求項１３】
前記流通コードデータを作成させる命令は、少なくとも２以上の前記流通コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記流通コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記流通コードの画像を作成する基となる流通コードデータを、前記配信データ記憶装置内より取得した前記支払基データより作成させることを特徴とする請求項１１に記載の請求代行プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、流通コードスキャンによる情報の読み込み手法を用いてサービスの利用料金の請求代行を行う為の請求代行サーバ、請求代行システム、請求代行方法及び請求代行プログラムに関するものである。
【背景技術】
【０００２】
ユーザに対し一定のサービスを提供する会社、例えば、電力会社、ガス会社、電話会社、インターネットサービスプロバイダ会社等は、そのサービスに対する料金の回収方法として、ユーザの口座からの引き落とし、サービス提供会社の口座への支払依頼等を行っている。この中でも近年は、支払先、支払代金等が図２７のようなバーコード（一次元バーコード）が数枚表示された支払い用紙を郵送等し、コンビニ等の店舗において、その支払い用紙と共に料金を徴収する手法がよく取られている。店舗の中には２４時間稼働している店も多くあるため、口座振替を行えないが、代金支払のために日中銀行等へ行くことができない人々によってこのバーコードを用いた代金支払い手法は非常に便利であるとして受け入れられた。
【０００３】
この手法は商品の表面の一箇所に印刷等されているバーコードを使用して店舗側が商品管理、売上管理を行う為のシステム、例えば、ＰＯＳシステム、ＫＩＯＳＫシステム等を利用したものである。つまり、支払料金をバーコードにて表した場合、店舗側が既存のインフラにて、サービスを提供する会社の窓口として代金を回収することができる。
【０００４】
日本では代金の支払用紙等に印刷されたバーコード規格としては、JANバーコードがよく使用されている。JANとは「Japanese Article Number」の略で共通商品バーコードの意味を持つ。1978年にJIS（JIS-X0501）により規格化されPOSシステムなどの普及により、現在流通するほとんどの商品にマーキングされている。
【０００５】
JANバーコードの特徴としては、単品を国際的に唯一の番号で識別可能であり、従来の包装資材、インクを用いて印刷できる低コストのシンボルであり、スキャナ等の自動読み取り装置による読み取り操作が容易であること等が挙げられる。
【０００６】
JANバーコードの他にも、標準ITF規格、CODE-128規格、CODE-39規格、コーダーバー（NW-7）規格等のバーコードや、図２６の二次元コード（以下、これらのコードを「流通コード」と記載）が市場においてよく使用されている。二次元コードは、バーコードの情報量を増加させ、複製を容易に行えないように改良開発されたコードであり、バーコードと比較すると約３０倍の情報量を有する。国内市場では計15種類が紹介されているがバーコードに比べると整備に遅れをとっており、統一化、規格化が求められている。
【０００７】
流通コードを用いたシステムとしては、１９７０年代のJAN流通コードによるPOSシステムから１９８０年代のITF流通コードによる梱包単位の物流管理システムに展開し、１９９０年代後半からはUCC/EAN128規格が登場し、多くの分野でアプケーション標準規格が制定された（非特許文献１参照。）。この他レーザースキャナ装置等による、遠距離からの流通コードスキャン装置も開発されている。
【非特許文献１】財団法人流通システム開発センター“流通コードの登録管理”、[online]、[平成15年9月11日検索]、インターネット＜URL: http://www.dsri-dcc.jp/＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながらサービス提供会社側の問題点として、流通コードによるシステムでは、流通コードの規格等により使用可能なデータ量に限界があった。更に、流通コードの支払用紙の空間的制約により、送信できるデータ量に制限ができていた。又、支払用紙は大体が紙であるため、この支払用紙の紙代、流通コード印刷代及び郵送等にてユーザに配送する際の配送代がかかっていた（第１の問題点）。
【０００９】
ユーザ側の問題点としては、配送された支払用紙がないと店舗にて支払出来ないため、紛失等した場合には、再度サービス提供会社から配送してもらう必要があった。さらに配送される２〜３日間、ユーザは支払することが出来なかった（第２の問題点）。
【００１０】
店舗側の問題点としては、支払用紙上の複数の流通コードを読み取る際、それぞれ別々の箇所に印字若しくは表示された流通コードに対して、一つ一つ人手にてスキャナを移動させて読み込む必要があったが、このスキャナ装置の移動時間が大量の流通コードをすばやく読み込む際の障害となっていた。更に人手にて行うため、読み込み処理を行う人の熟練度によって読み込み時間に差ができる。又、流通コードをあらゆる角度からスキャンするモジュールや、流通コードが複数枚存在しても正確に読み取り可能とするプログラムがスキャナ装置には搭載されている。しかし、スキャンする情報が多量に有る場合、このモジュールやプログラムの処理時間が情報伝送を遅延させる原因ともなっていた（第３の問題点）。
【００１１】
そこで本発明は、ペーパレスで配送代及び配送時間を少なくし、データ送信量を増大させ、スキャナ装置による情報の読み込み作業を高速かつ正確にする請求代行サーバ、請求代行システム、請求代行方法及び請求代行プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記問題点を鑑みて、本発明の第１の特徴は、ユーザに対してサービスを提供するサービス提供業者側から依頼されたユーザのサービス使用代金の代理請求の為の支払基データを受信する支払基データ受信手段（５５ａ）と；支払基データを含む支払に関する情報を格納する配信データ記憶装置（５６）と；配信データ記憶装置（５６）内の支払基データを基に、ユーザに支払依頼の通知を行うための支払ウェブページデータを作成するウェブページ作成更新手段（５５ｈ）と；作成された支払ウェブページデータを予め登録されたユーザの指定する情報通信端末（１）に送信する支払ウェブページ送信手段（５５ｄ）と；ユーザの指定する情報通信端末（１）より、サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、流通コードの画像を読み取るスキャナ装置（３）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成する流通コードデータ作成手段（５５ｆ）とを備える請求代行サーバ（５）であることを要旨とする。
【００１３】
更に本発明の第１の特徴は、流通コードデータ作成手段（５５ｆ）は、少なくとも２つ以上の流通コードの画像が設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び流通コードの画像表示させる流通コードデータを、配信データ記憶装置（５６）内より取得した支払基データより作成し；流通コードデータ作成手段（５５ｆ）は、少なくとも２以上の流通コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の流通コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、枚数データ及びその枚数分の画像データを設定された表示順序にて連続切り替え表示するように設定されている流通コードの画像を生成する基となる流通コードデータを、配信データ記憶装置（５６）内より取得した支払基データより作成することを加えても良い。
【００１４】
ここで、「流通コード」とは、記号化された数値データの固まりであるものとする。例えば、通常ＪＡＮ１３規格では１３桁の数字を表すバーの集合をバーコードと呼ぶが、これに準拠する。尚、流通コードとしては特に、１次元バーコード及び２次元コードを指す。「流通コードデータ」とは、流通コードを作成する為の数値データを指すものとする。「流通コードの画像」とは、流通コードデータを具現化し、視覚的に流通コードであると認識できるように表示装置等の画像上に表したものとする。「識別子データ」とは、複数の流通コード画像の連続表示の終了を報知するために挿入するデータであり、一定の待ち時間データ及びオール０データ等がこれにあたる。「少なくとも２つ以上の流通コード」とは、同種類の流通コード規格によりなる２枚以上の流通コードの画像の基となるデータを指す。
【００１５】
本発明の第２の特徴は、ユーザに対してサービスを提供するサービス提供業者側から依頼されたユーザのサービス使用代金の代理請求の為の支払基データを含む支払に関する情報を格納する配信データ記憶装置（５６）、配信データ記憶装置（５６）内の支払基データを基に、ユーザに支払依頼の通知を行うための支払ウェブページデータを作成するウェブページ作成更新手段（５５ｈ）、作成された支払ウェブページデータを予め登録されたユーザの指定する情報通信端末（１）に送信する支払ウェブページ送信手段（５５ｄ）、ユーザの指定する情報通信端末（１）より、サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成する流通コードデータ作成手段（５５ｆ）とを備える請求代行サーバ（５）と；流通コードデータを基に少なくとも２つ以上の流通コードの画像を生成する流通コード生成手段（１０ｆ）、生成された少なくとも２つ以上の流通コードの画像を表示する表示装置（２）、少なくとも２つ以上の流通コードの画像を設定された時間間隔及び設定された表示順序において連続的に切り替えし、表示装置（２）上の固定位置に表示するよう制御する切り替え表示制御手段（１０ｇ）とを備える情報通信端末（１）と；固定位置にて連続切り替え表示される少なくとも２つ以上の流通コードの画像より受光する流通コード情報を読み取る流通コード読み取り手段（３０ａ）、読み取った流通コード情報を、有線若しくは無線の通信媒体を介して外部に送信可能な支払基データに解析する解析手段（３０ｂ）とを備えるスキャナ装置（３）とを有する請求代行システムであることを要旨とする。
【００１６】
本発明の第３の特徴は、ユーザに対してサービスを提供するサービス提供業者側から依頼されたユーザのサービス使用代金の代理請求の為の支払基データを含む支払に関する情報を格納する配信データ記憶装置（５６）、配信データ記憶装置（５６）内の支払基データを基に、ユーザに支払依頼の通知を行うための支払ウェブページデータを作成するウェブページ作成更新手段（５５ｈ）、作成された支払ウェブページデータを予め登録されたユーザの指定する情報通信端末（１）に送信する支払ウェブページ送信手段（５５ｄ）、ユーザの指定する情報通信端末（１）より、サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成する流通コードデータ作成手段（５５ｆ）とを備える請求代行サーバ（５）と；流通コードデータを基に少なくとも２つ以上の流通コードの画像を生成する流通コード生成手段（１０ｆ）、生成された少なくとも２つ以上の流通コードの画像を表示する表示装置（２）、少なくとも２つ以上の流通コードの画像を設定された時間間隔及び設定された表示順序において連続的に切り替えし、表示装置（２）上の固定位置に表示するよう制御する切り替え表示制御手段（１０ｇ）とを備える情報通信端末（１）と；固定位置にて連続切り替え表示される少なくとも２つ以上の流通コードの画像より受光する流通コード情報を読み取る流通コード読み取り手段（３０ａ）、読み取った流通コード情報を、有線若しくは無線の通信媒体を介して外部に送信するデータ送信手段とを備えるスキャナ装置（３）と；受信した流通コード情報を支払基データに解析する解析手段（３０ｂ）、解析された流通コード情報を格納する記憶装置（４７）とを備えるＰＯＳ端末（４）とを有する請求代行システムであることを要旨とする。
【００１７】
本発明の第４の特徴は、ユーザに対してサービスを提供するサービス提供業者側から依頼されたユーザのサービス使用代金の代理請求の為の支払基データを受信するステップと；支払基データを含む支払に関する情報を配信データ記憶装置（５６）に格納するステップと；配信データ記憶装置（５６）内の支払基データを基に、ユーザに支払依頼の通知を行うための支払ウェブページデータを作成するステップと；作成された支払ウェブページデータを予め登録されたユーザの指定する情報通信端末（１）に送信するステップと；ユーザの指定する情報通信端末（１）より、サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、流通コードの画像を読み取るスキャナ装置（３）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成するステップとを備える請求代行方法であることを要旨とする。
【００１８】
本発明の第５の特徴は、ユーザに対してサービスを提供するサービス提供業者側装置より依頼され、サービス使用代金の請求代行をおこなうコンピュータに、ユーザに対してサービスを提供するサービス提供業者側から依頼されたユーザのサービス使用代金の代理請求の為の支払基データを受信させる命令と；支払基データを含む支払に関する情報を配信データ記憶装置（５６）に格納させる命令と；配信データ記憶装置（５６）内の支払基データを基に、ユーザに支払依頼の通知を行うための支払ウェブページデータを作成させる命令と；作成された支払ウェブページデータを予め登録されたユーザの指定する情報通信端末（１）に送信させる命令と；ユーザの指定する情報通信端末（１）より、サービス使用代金の支払時に表示する流通コードの画像の送信依頼が来た際に、流通コードの画像を読み取るスキャナ装置（３）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された流通コードの画像を少なくとも２つ以上作成する為の流通コードデータを作成させる命令とを実行させる請求代行プログラムであることを要旨とする。
【発明の効果】
【００１９】
本発明の請求代行サーバ、請求代行システム、請求代行方法及び請求代行プログラムによると、従来の流通コードの規格、従来のインフラ等を使用可能であるが、紙等上の流通コードのように空間的制限を持たない、送信データ量が無限である流通コードを作成することができる。又、ユーザに配送する支払用紙の紙代、流通コード印刷代及び郵送等にてユーザに配送する際の配送代を節約することが出来る。
【００２０】
支払用紙となる流通コードは流通コードデータとしてユーザの指定する情報通信端末に送信されるため、支払用紙を紛失することが無く、又、万が一データを消去等した場合であっても、サービス提供会社のサーバにアクセスすることによりすぐに新たな流通コードデータを取得することが出来る。
【００２１】
流通コードの表示装置に２枚以上の流通コードを繰り返し連続で表示することにより、スキャナ装置の移動を行わずに、つまりスキャナ装置を流通コード読み取り箇所に動かすのではなく、流通コード読み取り箇所をスキャナ装置の読み取り処理に合わせて動かすことにより、流通コードデータを一カ所において一度に読み込むことが可能となる。また、スキャナ装置は、流通コードデータを一カ所において連続して読み込むことが出来るため、スキャナ装置の人手による読み込み順序間違いや、読み込みにかかる時間が短縮され、データ送信の高速化をはかることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態に係る表示装置、スキャナ装置及び請求代行サーバを用いた請求代行システムについて説明する。尚、本発明の実施の形態において使用される機器、手法等は一例であり、本発明はこれらに限定されるものでないことは勿論である。
【００２３】
（実施の形態）
（請求代行システム）
本発明の実施の形態に係る請求代行システム１００は、図１に示すように、サービス提供会社側から依頼されたサービス提供代金の請求を流通コードデータとして情報通信端末１に送信する請求代行サーバ５と、流通コードを表示させる表示装置２を備える情報通信端末１と、流通コードを読み取るスキャナ装置３等を備えている。表示装置２上には代金支払情報を有する流通コードが表示され、この流通コードをスキャナ装置３が光学的に読み取ることによって情報は伝送される。各店舗により取得された代金支払情報及び支払代金は、ＰＯＳ端末統合センタの上位装置６に集計され一定の経理処理を経た後、サービス提供会社に配信される。サービス提供会社には一例として電力会社、ガス会社、電話会社が挙げられおり、各会社は電力会社装置７ａ、ガス会社装置７ｂ、電話会社装置７ｃを備えている。尚、電力会社装置７ａ、ガス会社装置７ｂ、電話会社装置７ｃは、各々、サービスの提供に使用する装置、サービスの提供及び顧客の管理を行うサーバ、サービス商品のマスタファイル、顧客のマスタファイル等を備えている。
【００２４】
本発明の実施の形態においては、代金支払情報を示す流通コードは、紙上ではなく、表示装置２上のプログラムにより生成された複数枚の画像である。複数枚の流通コード画像は、一定時間毎に次の画面に入れ替えられる。この画像表示時間はスキャナ装置の画像読み取りの精度及びスピードに従って決定される。例えば図８に示すように、０．１秒毎に、４枚の画像を用いて情報を伝達したりする。この読み取り操作中、スキャナ装置３の操作者は図７に示すように、表示装置の画像上の一定位置にスキャナ装置３を固定させておけば良い。
【００２５】
更に、図８では４枚の画像を使用しているが、この画像は前述したようにプログラムにより生成されるため、無限に生成することが可能である。つまり、これまで情報伝送に使用される流通コードが４枚程度であったのは、操作者の読み取り処理における負担、読み取り処理に要する時間及び読み取り処理のミスの発生等を考慮した結果であったが、本発明のように複数の流通コード画像をスキャナ装置を固定させて読み取り出来る場合、読み取り処理に要する時間はスキャン時間のみで、読み取り処理のミスも発生しない。しかも、操作者による読み取り時の操作ミスや、従来のような複数枚流通コードが存在する際の読み取り順序を適正に並び替えるプログラムを搭載する必要がなく、読み取り処理の高速化を図ることができる。
【００２６】
以下、本発明の実施の形態に係る請求代行システムの各装置について詳細に説明する。
【００２７】
（請求代行サーバ）
本発明の実施の形態に係る請求代行サーバ５は、図２に示すように、入力装置５１、出力装置５２、通信制御装置５３、主記憶装置５４、ＣＰＵ５５、配信データ記憶装置５６、ユーザ情報記憶装置５７、ウェブアドレス記憶装置５８及び画面フレーム記憶装置５９等から構成される。
【００２８】
配信データ記憶装置５６は、情報通信端末１に配信するためのデータを格納する記憶装置であり、電力会社装置７ａ、ガス会社装置７ｂ、電話会社装置７ｃ等より送信された支払基データを記憶する支払基データ記憶部５６ａ、支払のデータとリンクさせるための画像を記憶する支払ウェブページデータ記憶部５６ｂ及び作成された流通コードデータを記憶する流通コードデータ記憶部５６ｃを備える。
【００２９】
ユーザ情報記憶装置５７は、ユーザの保持する情報通信端末１のＥメールアドレス等のアドレス情報、情報通信端末１の種類（ＰＣ、携帯電話、ＰＤＡ等）、ユーザの氏名、住所、購買しているサービスの内容等の情報を記憶する。ウェブアドレス記憶装置５８は、情報通信端末１が支払画面取得時にリンクするウェブページのＵＲＬ等のウェブアドレスを格納する。画面フレーム記憶装置５９は、画像のデータを情報通信端末１の表示装置２に表示させるための数種類の画面フレームを格納する。
【００３０】
ＣＰＵ５５は、支払基データ受信手段５５ａ、支払依頼データ送信手段５５ｂ、支払ウェブページアクセス要求受信手段５５ｃ、支払ウェブページ送信手段５５ｄ、流通コードデータ要求受信手段５５ｅ、流通コードデータ作成手段５５ｆ、流通コードデータ送信手段５５ｇ、ウェブページ作成更新手段５５ｈ及びユーザ情報登録更新手段５５ｉ等を備えている。
【００３１】
支払基データ受信手段５５ａは、代金支払の代理請求を依頼する電力会社装置７ａ、ガス会社装置７ｂ、電話会社装置７ｃ等より、代理請求に必要な請求料金、請求期日、請求先のユーザ等の支払基データを受信するモジュールである。
【００３２】
支払依頼データ送信手段５５ｂは、支払依頼データを情報通信端末１に送信するためのモジュールである。支払ウェブページアクセス要求受信手段５５ｃは、情報通信端末１より送信される支払ウェブページのアクセス要求を受信し、所望の支払ウェブページにリンクするモジュールである。支払ウェブページ送信手段５５ｄは、ユーザ所望の支払ウェブページを情報通信端末１に送信するモジュールである。
【００３３】
流通コードデータ要求受信手段５５ｅは、情報通信端末１より支払先が記載される流通コードデータの送信要求を受信するモジュールである。流通コードデータ作成手段５５ｆは、ユーザに送信する為の、支払先、支払料金等が含まれた流通コードデータを作成するモジュールである。流通コードデータ作成手段５５ｆは、流通コードデータを情報通信端末１に送信するモジュールである。
【００３４】
ウェブページ作成更新手段５５ｈは、電力会社装置７ａ、ガス会社装置７ｂ、電話会社装置７ｃ等より受信した支払基データを基に、支払の依頼をユーザに通知するための支払依頼データ画像及び情報通信端末１が支払先にアクセスするためのウェブページの画像を作成し、更新するためのモジュールである。ユーザ情報登録更新手段５５ｉは、支払依頼データ及び流通コードデータを情報通信端末１に送信する際のユーザ名、購買しているサービスの種類、Ｅメールアドレス等を登録し、更新するためのモジュールである。ＣＰＵ５５が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。
【００３５】
入力装置５１は、他装置からの入力信号を受信するインタフェースである。出力装置５２は、他装置へ向けて出力信号を送信するインタフェースである。通信制御装置５３は、無線、有線、光ファイバ等のネットワークを介してデータを送受信する為の制御信号を生成し、制御する。主記憶装置５４は、処理の手順を記述したプログラムや処理されるべきデータを一時的に記憶し、ＣＰＵ５５の要請に従ってプログラムの機械命令やデータを引き渡す。ＣＰＵ５５で処理されたデータは主記憶装置５４に書き込まれる。主記憶装置５４とＣＰＵ５５はアドレスバス、データバス、制御信号等で結ばれている。
【００３６】
（情報通信端末）
本発明の実施の形態に係る表示装置２は、通信機能を備える携帯電話等の情報通信端末１に搭載される。この情報通信端末１は、図３に示すように、入力装置１１、表示装置２、アンテナ１３ａを備える無線装置１３、音声処理装置１４、ＣＯＤＥＣ１５、送話装置１６ａ、受話装置１６ｂ、データ記憶装置１７、処理制御装置（ＣＰＵ）１０、流通コード記憶装置１８及び一時記憶装置１９等を備えている。
【００３７】
入力装置１１は、０から９までの数字と、“＊”、“＃”、“決定”、“取消”等のプッシュボタンから構成されたキーボードである。入力装置１１はスクロールボタン等により構成されていてもよい。又、ＵＳＢ接続等を介して他のメモリ装置よりデータを入力しても構わない。表示装置２は、液晶表示装置（ＬＣＤ）、発光ダイオード（ＬＥＤ）パネル、エレクトロミルネッセンス（ＥＬ）パネル等が使用可能である。表示装置２は、流通コードや、入力された機能項目、現在の情報通信端末１の状態、通信結果等を表示するものであれば、表示装置２として使用可能である。
【００３８】
アンテナ１３ａは、電波を受信及び送信するもので、図３では、受信アンテナと送信アンテナを兼ねたものとして示している。無線装置１３は、アンテナ１３ａを介して受信した受信データを復調してＣＰＵ１０に出力し、ＣＰＵ１０から出力された送信データを変調してアンテナ１３ａへ出力するモジュールである。無線装置１３はアンテナ１３ａに接続された低雑音増幅器、ミキサ、中間周波増幅器、復調器等より構成される周知の無線装置で構わない。
【００３９】
送話装置１６ａはマイクであり、ユーザの音声を入力するモジュールである。受話装置１６ｂはスピーカであり、通話の相手の音声を出力するモジュールである。ＣＯＤＥＣ１５は、音声のアナログ信号をデジタル信号に変換し、デジタル信号をアナログ信号に変換するモジュールである。音声処理装置１４は、デジタル・シグナル・プロセッサ（ＤＳＰ）であり、デジタル音声信号を音声符号化／復号化するモジュールである。データ記憶装置１７は、ＲＯＭ及びＲＡＭが組み込まれている。ＲＯＭはＣＰＵ１０で実行される受話装置としての全体的な制御を行うプログラム（認識コード）を格納しているメモリであり、ＲＡＭはＣＰＵ１０におけるプログラム実行処理中に利用されるプログラムデータ等を格納したり、作業領域として利用されるメモリである。
【００４０】
流通コード記憶装置１８は、支払先データが示すウェブページより取得した流通コードを記憶する記憶領域である。一時記憶装置１９は、流通コード生成・表示処理の作業途中に一時保存するための記憶領域である。
【００４１】
ＣＰＵ１０は、電話機能制御手段１０ａ、支払依頼データ受信手段１０ｂ、支払ウェブページアクセス要求送信手段１０ｃ、支払ウェブページ受信手段１０ｄ、流通コードデータ受信手段１０ｅ、流通コード生成手段１０ｆ及び切り替え表示制御手段１０ｇ等を備えている。
【００４２】
電話機能制御手段１０ａは、従来の標準的な電話機能を制御するモジュールである。入力装置１１からの入力及び呼出の受信に従って、発着制御や通話制御と、各種設定処理等を行う。支払依頼データ受信手段１０ｂは、請求代行サーバ５から送信された支払依頼データを受信するモジュールである。支払ウェブページアクセス要求送信手段１０ｃは、支払先のウェブページへのアクセス要求を請求代行サーバ５に対し送信するモジュールである。支払ウェブページ受信手段１０ｄは、請求代行サーバ５より支払先のアドレスを含んだ支払ウェブページを受信するモジュールである。流通コードデータ受信手段１０ｅは、支払ウェブページ等にアクセスして、流通コードデータを取得するモジュールである。流通コード生成手段１０ｆは、取得した流通コードデータより表示するための流通コードを作成するモジュールである。切り替え表示制御手段１０ｇは、表示装置２に表示する流通コード画像の切り替え表示時のタイミング等の制御を行うモジュールである。ＣＰＵ１０が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。
【００４３】
（スキャナ装置）
本発明の実施の形態に係るスキャナ装置３は、半導体素子ＣＣＤ（チャージカップルドデバイス）イメージセンサを用いて画像をスキャンする機能を有し、図４に示すように、ＣＰＵ３０、光源用ＬＥＤ３１、ミラー３２、レンズ３３、ＣＣＤイメージセンサ３４及びコード３５等を備えている。
【００４４】
光源用ＬＥＤ３１は、流通コード上に光を照射するモジュールである。ミラー３２は、流通コードより反射された光を反射させるためのものである。レンズ３３は、ミラー３２からの反射光を拾い、ＣＣＤイメージセンサ３４に受光させるために焦点をあわせるためのものである。ＣＣＤイメージセンサ３４は、レンズ３３からの光を画像として受信するためのものである。尚、光源用ＬＥＤ３１は広い範囲で照射されるが、ＣＣＤイメージセンサ３４が画像として受光するのは受光軸上の箇所のみである。コード３５は受光した画像より解析される流通コード上の情報を外部のＰＯＳ端末、ＫＩＯＳＫ端末等の情報処理装置に送信するためのものである。
【００４５】
ＣＰＵ３０は、図５に示すように、流通コード読み取り手段３０ａ、解析手段３０ｂ及び解析データ送信手段３０ｃを備え、主記憶装置３０ｄと接続されている。流通コード読み取り手段３０ａは、受光軸上の画像を読み取るためのモジュールである。解析手段３０ｂは、読み取られた流通コードの画像上のデータを解析するためのモジュールである。解析データ送信手段３０ｃは、解析された流通コードが保持するデータを外部のＰＯＳ端末、ＫＩＯＳＫ端末等に送信するモジュールである。ＣＰＵ３０が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。主記憶装置３０ｄは、ＲＯＭ及びＲＡＭが組み込まれる。ＲＯＭはＣＰＵ３０で実行される流通コード読み取り処理の全体的な制御を行うプログラムを格納しているメモリであり、ＲＡＭはＣＰＵ３０におけるプログラム実行処理中に利用されるプログラムデータ等を格納したり、作業領域として利用されるメモリである。
【００４６】
（ＰＯＳ端末）
ＰＯＳ端末４は、図６に示すように入力装置４１、出力装置４２、表示装置４３、データ入出力制御装置４４、データ伝送制御装置４５、ＣＰＵ４６及び記憶装置４７等を有している。尚、複数のＰＯＳ端末４が配置される場合、各ＰＯＳ端末４は、全てのＰＯＳ端末４を統合的に管理する図１の上位装置６に、例えば、ＬＡＮ等で接続される。
【００４７】
記憶装置４７は、ＣＰＵ４６がＰＯＳ端末、ＫＩＯＳＫ端末等として機能するために必要な動作メモリ領域を有している他に、ユーザファイル、商品マスタファイル、商品画像ファイル等の各種データを格納している。
【００４８】
ＣＰＵ４６は、複数のＰＯＳ端末４の全体を管理しており、従来のＰＯＳ端末、ＫＩＯＳＫ端末等としての基本的処理を実行する。ＣＰＵ４６は、データ処理手段４６ａ及び情報検索処理手段４６ｂ等を備えている。データ処理手段４６ａは、解析されたデータに対し一定の算術処理、例えば、売上総額計算等を行う。情報検索処理手段４６ｂは、記憶装置４７内のユーザファイル、商品マスタファイル及び商品画像ファイル等の情報の検索処理を行う。
【００４９】
データ入出力制御装置４４は、ＣＰＵ４６、入力装置４１、出力装置４２及び表示装置４３間のデータ送受信を制御している。入力装置４１は、具体的にはユーザに操作されるキーボード、タッチパネル、スキャナ、カードリーダ・ライタ等を指す。出力装置４２は、レシートジャーナル、プリンタ等を指す。表示装置４３は、ユーザ等に対し、演算結果データ等を出力するものであり、複数存在しても構わない。
【００５０】
尚、図２〜６においては特に図示していないが、これらの各装置が正常に機能するための電源回路や電池（バッテリー）等が備えられていることは勿論である。
【００５１】
（流通コードデータの生成）
次に、請求代行サーバ５の流通コード生成手段１０ｆによる流通コードデータの生成手法について説明する。流通コードデータは、従来の紙による支払表（図２７参照）のデータの数値４４桁の情報、支払者の氏名情報等より構成され、これらの情報より、伝送する流通コードデータの数値列は生成される。
【００５２】
一例として、流通コードとして生成すべき情報が、
支払表データ    91945937999999990300013000304099999900099993
支払者氏名      カ)コ-テ゛ツクス ケイリフ゛
であった場合、支払者氏名を、図２８の符号表に対応させて符号化し、
支払い者氏名    520156036592645459945548867492
のように数値に変換する。更に、支払表データと支払者氏名の数値を合わせて、以下のような数値列１を得る。
91945937999999990300013000304099999900099993 520156036592645459945548867492
【００５３】
上記の数値列では表示装置２に表示できないので、表示可能画面サイズに合わせて、分割し、それぞれの数値列の頭２桁に順序情報を付加する。一例として、
0191945937999・・・（画像１）
0299999030001・・・（画像２）
0330003040999・・・（画像３）
0499900099993・・・（画像４）
0552015603659・・・（画像５）
0626454599455・・・（画像６）
0748867492・・・・（画像７）
のようになる。更に、これらの画像１〜７の数値列に、枚数データ（本例では７枚）等の属性情報を含んだヘッダ情報「0007000000001」を付加し、
0007000000001・・・（ヘッダ情報）
0191945937999・・・（画像１）
0299999030001・・・（画像２）
0330003040999・・・（画像３）
0499900099993・・・（画像４）
0552015603659・・・（画像５）
0626454599455・・・（画像６）
0748867492・・・・（画像７）
といった数値列を作成し、この数値情報を基に、流通コード画像を生成する。
【００５４】
この後、スキャナ装置３は、連続表示される上記の流通コード画像を読み込み、読み取った複数の流通コード情報を解析プログラムにより解析し、数値列１と同じデータ数値列を再現する。尚、流通コードデータは、他の支払いに関する情報、例えば支払い者の登録番号、住所及び電話番号等の情報を含んでいてもかまわない。
【００５５】
（請求代行サーバの動作）
請求代行システム１００における請求代行サーバ５が情報通信端末１及びスキャナ装置３との間で行う一連の動作について以下に説明する。
【００５６】
（初回時動作）
（ａ）サービス提供会社側とユーザ側においてサービス購買の契約を行う際、図２のユーザ情報登録更新手段５５ｉは、通信端末等に入力されたユーザの氏名、住所、使用する情報通信端末１のアドレス、サービスの内容等の情報を取得し、ユーザ情報記憶装置５７に登録する。この際、使用する情報通信端末１は１つ以上でも構わない。例えば、図９に示すように、先ずユーザのＰＣ等に支払依頼データを送信し、ユーザ自身がＰＣから携帯電話等の小型通信機器にこの支払依頼データを転送するようにしても構わないし、複数の情報通信端末１に対して支払依頼データを送信するようにしても構わない。
【００５７】
（ｂ）ユーザ情報の登録完了後、請求代行サーバ５は、情報通信端末１に対し、動的な流通コードを受信して表示させるためのアプリケーションプログラムのダウンロードを促す。ダウンロード時は情報通信端末１の表示装置２には図１０（ａ），（ｂ），（ｃ）に示すような画面図が表示される。ダウンロードが完了すると、図１１（ａ）の初回起動画面が表示される。
【００５８】
（ｃ）次に、表示装置２は図１１（ｂ），（ｃ）の画面を表示し、流通コード表示用の暗証番号を入力させる。入力が完了すると、図１１（ｄ）の画面を表示し登録完了を知らせる。尚、入力された暗証番号はユーザ情報記憶装置５７に送信され、格納される。
【００５９】
（流通コードデータの転送）
次に請求代行システム１００における請求代行サーバ５が情報通信端末１との間で行う支払依頼データ及び流通コードデータの転送処理の動作について図１２のフロー図を用いて説明する。
【００６０】
（ａ）先ずステップＳ１０１において、図２の請求代行サーバ５の支払基データ受信手段５５ａは、電力会社装置７ａ、ガス会社装置７ｂ、電話会社装置７ｃより提供したサービスの代金の請求依頼情報を有する支払基データを受信し、配信データ記憶装置５６の支払基データ記憶部５６ａに格納する。
【００６１】
（ｂ）ステップＳ１０２において、ウェブページ作成更新手段５５ｈは、支払基データ記憶部５６ａの支払基データ、ウェブアドレス記憶装置５８より取得した、支払ウェブページにリンクされたウェブアドレス、ユーザ情報記憶装置５７より取得したユーザの氏名及び宛先Ｅメールアドレス等、支払ウェブページデータ記憶部５６ｂより取得したウェブページデータ、画面フレーム記憶装置５９より取得した情報通信端末１の表示装置２の種類に適した画面フレーム等を取得し、支払依頼データを作成する。尚、この作成は一ヶ月毎等の一定期間毎に自動プログラムされて行われることが望ましい。ステップＳ１０３において、支払依頼データ送信手段５５ｂは、この支払依頼データをユーザの指定する情報通信端末１に送信する。
【００６２】
（ｄ）ステップＳ１０４において、図３の情報通信端末１の支払依頼データ受信手段１０ｂは、この支払依頼データを受信し、表示装置２に図１３の様に表示させる。ステップＳ１０５において、図１３の支払ウェブページのアドレス上にて入力装置１１のキーボード等の押下等が確認されると、支払ウェブページアクセス要求送信手段１０ｃが支払ウェブページへのアクセス要求を請求代行サーバ５に送信する。
【００６３】
（ｅ）ステップＳ１０６において、支払ウェブページアクセス要求受信手段５５ｃはこのアクセス要求を受信すると、情報通信端末１がアプリケーション対応型であるか、非アプリケーション対応型であるかの識別を行う。ステップＳ１０７において支払ウェブページ送信手段５５ｄは、識別結果を基に情報通信端末１に対応した支払ウェブページを情報通信端末１に送信する。
【００６４】
（ｆ）ステップＳ１０８において、情報通信端末１の支払ウェブページ受信手段１０ｄは支払ウェブページを受信し、表示装置２上に表示させる。アプリケーション対応型の情報通信端末１の場合図１４（ａ）のように表示され、入力装置１１を介して支払いリストが入力されると図１４（ｂ）の支払いリストを表示させる。このリスト中で例えば「○○電力５月分」が入力装置１１より入力されると、図１４（ｃ）のように「○○電力５月分」に関する期限等の情報を提示する。
【００６５】
（ｇ）更に入力装置１１を介してこの流通コードを表示する要求を受信すると、ステップＳ１０９において図２の流通コードデータ要求受信手段５５ｅがこの表示要求を受信する。流通コードデータ作成手段５５ｆは流通コードデータ記憶部５６ｃより流通コードデータを取得し、暗号化等を行う場合はその処理を行う。流通コードデータ送信手段５５ｇは、この流通コードデータを情報通信端末１に送信する。尚、流通コードの送信は、流通コード数が少ない場合は、支払ウェブページの送信の際に行っていても構わない。
【００６６】
（ｈ）ステップＳ１１０において、図３の流通コードデータ受信手段１０ｅがこの流通コードデータを受信する。ステップＳ１１１において、流通コード生成手段１０ｆは、流通コードデータに復号化等の処理を行い、流通コード画像を生成し、表示装置２に図１４（ｄ）のように表示する。尚、流通コードデータは切り替え表示の為の制御情報を備えており、切り替え表示制御手段１０ｇは、この制御情報に従い流通コードを動的に切り替えて表示する。流通コードの動的な切り替えのタイミングについてであるが、現在使用される液晶画面等では１／６０秒くらいの周期で画面を変えている。これに対しスキャナ装置は、１／５０〜１／２００秒程度で１枚の流通コードを読み取ることができる。これによると、現在のスキャナ装置においても複数の動的流通コード表示を読み取り可能とさせるためには、表示の切り替えは両方の時間の最小公倍数にすることが好ましく、１／１０秒程度がふさわしいといえる。最大表示時間はスキャナ装置３が同じデータを多重に読み込むことがないため節制はない。しかしながら運用上の視点より、流通コード表示周期は０．１〜０．５秒程度が好ましいといえる。
【００６７】
（ｉ）尚、非アプリケーション対応型の情報通信端末１の場合もステップＳ１０８〜１１０と同様の処理が行われ、図１５（ａ），（ｂ）のように表示される。流通コードは、図１５（ｃ）のように表示される。
【００６８】
（流通コードデータの読み込み）
次に請求代行システム１００におけるスキャナ装置３が情報通信端末１の表示装置２上に表示された流通コードを読み込む動作について図１６のフロー図を用いて説明する。
【００６９】
（ａ）ステップＳ２０１において、スキャナ装置３は図２の情報通信端末１の表示装置２上に表示される流通コードの読み取りを行う。読み取りの手順としては、図１７に示すように、図３の光源用ＬＥＤ３１は流通コード上にパルス発光させた光を照射し、ミラー３２がこの光を反射させる。反射光はレンズ３３により反転され、この反転された反射光をＣＣＤイメージセンサ３４は、画像として受光する。さらに図５の流通コード読み取り手段３０ａはＣＣＤイメージセンサ３４に受光した画像を端から端にスキャンさせ、アナログ波形を取得する。更にアナログ波形をＡ／Ｄ変換し、デジタル波形を取得する。このデジタル波形は規則に従いデコードされる。
【００７０】
（ｂ）ステップＳ２０２において、デコードされた情報は図５の解析手段３０ｂによって解析処理され、主記憶装置３０ｄに記憶される。切り替え表示される複数の流通コード画像の解析手法については後述する。ステップＳ２０３においては、解析データ送信手段３０ｃが、読み取りデータとしてＲＳ−２３２Ｃ（図４のコード３５）等によりＰＯＳ端末４に通信出力する。
【００７１】
この後、ＰＯＳ端末４のデータ処理手段４６ａは、この読み取りデータより支払金額、支払先等を検出し、図６の表示装置４３にこの金額等を表示する。店舗側はユーザよりこの代金を代理で受け取る。この様にして集金された代金及びスキャナ装置３が読み込んだ読み込みデータは１日毎、１週間毎等にＰＯＳ端末統合センターの上位装置６に集められ、累積され、統括されたデータとして、サービスを提供した電力会社装置７ａ、ガス会社装置７ｂ、電話会社装置７ｃ等に転送される。
【００７２】
ステップＳ２０２の解析手段３０ｂによるデコードされた情報の解析手法については色々な手法が考えられるが、２つの解析具体例について以下に説明する。
【００７３】
第１の具体例としては、一般の流通コードをそのまま繰り返して表示装置２上に表示させる場合に、図１８に示すように、１周期毎に一定の待ち時間を設けて繰り返し送信する手法がある。これを図１９のフロー図を用いて説明する。
【００７４】
（ａ）先ずステップＳ３０１において、図５のＣＰＵ３０は、流通コードの待ち時間を示す識別子を検出するまでは、読み込みを行わず、待機する。
【００７５】
（ｂ）ステップＳ３０２において、待ち時間を検出すると、ＣＰＵ３０の流通コード読み取り手段３０ａが送信されるデコードされたデータを読み込み、図２０に示すようにＣＰＵ３０のレジスタ領域に登録する。ステップＳ３０３において、次の読み込みデータは「待ち時間」データであるか否かの判定をおこない、次の待ち時間データが読み込まれるまで、送信されるデコードされたデータをレジスタ内に登録する。
【００７６】
（ｃ）ステップＳ３０４において、デコードされた１組のデータ群を全て読み込み、次の待ち時間データが読み込まれると、解析データ送信手段３０ｃは、読み取りデータとして図４のコード３５等により外部に通信出力する。
【００７７】
第２の具体例としては、表示装置２上に表示させる流通コード内にヘッダ情報を埋め込み、このヘッダ情報によりスキャナ装置３によるデータ受信後に不必要なデータを除去する手法がある。このヘッダ情報とは図２１（ａ）に示すように、送信データの前に送信データの基となる流通コードの枚数を通知するためのデータを送信する。これは上位２桁が枚数データを示す“００”と設定し、その次の上位２桁で流通コードの枚数を設定する。例えば、４枚のデータを送信する場合、“０００４０００００・・・”のように構成される。尚、各々の送信データの上位２桁には、順序を示すための“０１”〜“０４”等が設定される。これについて図２２のフロー図を用いて説明する。
【００７８】
（ａ）先ずステップＳ４０１において、図４の流通コード読み取り手段３０ａは、１つの送信データを読み込む。ステップＳ４０２において、この送信データの上位２桁を読み、この２桁に対応するＣＰＵ３０の流通コード記憶レジスタ（図２３（ａ）参照）に格納する。
【００７９】
（ｂ）次にステップＳ４０３において、読み込んだ２桁のデータが“００”であるか、つまり枚数データであるかを判断し、枚数データであった場合、ステップＳ４０４に進み、枚数データでなかった場合ステップＳ４０６へ進む。
【００８０】
（ｃ）ステップＳ４０４では、枚数データの上位３〜４桁を取得し、登録する画像データの枚数を取得する。ステップＳ４０５にてこの枚数データは図２３（ｂ）のようにＣＰＵ３０の枚数記憶レジスタの領域に格納される。
【００８１】
（ｄ）ステップＳ４０６においては、枚数記憶レジスタに枚数情報が登録済か否かを判断する。登録済であった場合、ステップＳ４０７に進み、流通コード記憶レジスタに全ての画像データが登録されているか否か、例えば図２３だと上位２桁が“０１”“０２”“０３”“０４”のデータが登録済かを判断する。登録済でなかった場合、ステップＳ４０１に戻り、枚数データと他の画像データの全てがレジスタに登録されるまでＳ４０１〜Ｓ４０６の動作を繰り返す。
【００８２】
（ｅ）レジスタ内の全てのデータが登録された場合、ステップＳ４０８へ進み、図５の解析データ送信手段３０ｃが、流通コードデータの情報（図２１（ｂ）参照）を読み取りデータとして図４のコード３５等により外部に通信出力する。
【００８３】
上記のように本発明の実施の形態に係る情報通信端末１、スキャナ装置３、請求代行サーバ５及び請求代行システム１００によると、従来の流通コードの規格、従来のインフラ等を使用可能であるが、送信データ量が無限である流通コード画像を作成し、ユーザに配送する支払用紙の紙代、流通コード印刷代及び郵送等にてユーザに配送する際の配送代を節約することが出来る。支払用紙となる流通コードは流通コードデータとしてユーザの指定する情報通信端末に送信されるため、支払用紙を紛失することが無く、又、万が一データを消去等した場合であっても、サービス提供会社のウェブページにアクセスすることによりすぐに新たな流通コードデータを取得することが出来る。
【００８４】
尚、第１の実施の携帯においては解析手段３０ｂは、スキャナ装置３に搭載されると記載されているが、図２４に示すように、スキャナ装置３の代わりにＰＯＳ端末４が解析手段４６ｃを備えていても構わない。この場合、スキャナ装置３はデータ送信手段３０ｅを介して、単に読み取ったデータをＰＯＳ端末４に送信する。
【００８５】
（その他の実施の形態）
尚、スキャナ装置３は、図２５に示すようなレザーダイオードを使用したものであっても構わない。ガルバノミラーがレザー光を反射して受光する場合、レザー光による残像及び表示装置の液晶バックライトによりスキャナ装置３が受光しづらい場合がある為、適正にレザー光を反射させるよう表示装置の表示箇所カバーに使用するガラス、プラスチック等の材質の光屈折等を考慮する必要がある。
【００８６】
情報通信端末１は、携帯電話でなくとも、流通コード作成アプリケーションを搭載し、それを表示可能な装置で有ればよい。更に通信機能を備えていることが好ましい。例えば、ＰＤＡ、ノートパソコン、ＰＨＳ等であっても構わない。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施の形態に係る請求代行システムの概略図である。
【図２】本発明の実施の形態に係る請求代行サーバの構造図である。
【図３】本発明の実施の形態に係る携帯通信端末の構造図である。
【図４】本発明の実施の形態に係るスキャナ装置の構造図である。
【図５】スキャナ装置のＣＰＵの構造図である。
【図６】本発明の実施の形態に係るＰＯＳ端末の構造図である。
【図７】スキャナ装置と情報通信端末の情報伝送の際の構造を示す図である。
【図８】複数の流通コード画像が動的に切り替え表示される様子を示した画面の遷移図である。
【図９】ＰＣと情報通信端末の関係を示す模式図である。
【図１０】ダウンロード時の画面遷移図である。
【図１１】暗証番号登録時の画面遷移図である。
【図１２】請求代行サーバから情報通信端末への流通コードデータ送信処理の手順を示すフロー図である。
【図１３】支払依頼の画面を示す画面図である。
【図１４】流通コード画像を表示するまでの画面遷移図である。
【図１５】流通コード画像を表示するまでの画面遷移図である。
【図１６】スキャナ装置の流通コード画像読み取り処理の手順を示すフロー図である。
【図１７】読み取った流通コード画像のデータをデコードする処理を示す模式図である。
【図１８】画像データの構造を示す図である。
【図１９】解析処理の手順を示すフロー図である。
【図２０】流通コード記憶レジスタ内の構造を示す図である。
【図２１】画像データの構造を示す図である。
【図２２】解析処理の手順を示すフロー図である。
【図２３】流通コード記憶レジスタ及び枚数記憶レジスタ内の構造を示す図である。
【図２４】内部を変更されたスキャナ装置とＰＯＳ端末の構造図である。
【図２５】その他の実施の形態に係るスキャナ装置の構造図である。
【図２６】二次元コードの模式図である。
【図２７】一次元コードの従来使用例を示す図である。
【図２８】符号表の一例である。
【符号の説明】
【００８８】
１…情報通信端末
２…表示装置
３…スキャナ装置
４…ＰＯＳ端末
５…請求代行サーバ
６…上位装置
７ａ…電力会社装置
７ｂ…ガス会社装置
７ｃ…電話会社装置
１０…ＣＰＵ
１０ａ…電話機能制御手段
１０ｂ…支払依頼データ受信手段
１０ｃ…支払ウェブページアクセス要求送信手段
１０ｄ…支払ウェブページ受信手段
１０ｅ…流通コードデータ受信手段
１０ｆ…流通コード生成手段
１０ｇ…表示制御手段
１０ｈ…時刻取得手段
１０ｉ…時刻暗号化手段
１０ｊ…ワンタイムピン取得手段
１０ｋ…ワンタイムピン暗号化手段
１１…入力装置
１３…無線装置
１３ａ…アンテナ
１４…音声処理装置
１５…ＣＯＤＥＣ
１６ａ…送話装置
１６ｂ…受話装置
１７…データ記憶装置
１８…流通コード記憶装置
１９…一時記憶装置
３０…ＣＰＵ
３０ａ…手段
３０ｂ…解析手段
３０ｃ…解析データ送信手段
３０ｄ…主記憶装置
３０ｅ…時刻復号化手段
３０ｆ…ワンタイムピン取得手段
３０ｇ…ワンタイムピン復号化手段
３０ｈ…時刻取得手段
３１…ＬＥＤ
３２…ミラー
３３…レンズ
３４…ＣＣＤイメージセンサ
３５…コード
４１…入力装置
４２…出力装置
４３…表示装置
４４…データ入出力制御装置
４５…データ伝送制御装置
４６…ＣＰＵ
４６ａ…データ処理手段
４６ｂ…情報検索処理手段
４７…記憶装置
５１…入力装置
５２…出力装置
５３…通信制御装置
５４…主記憶装置
５５…ＣＰＵ
５５ａ…支払基データ受信手段
５５ｂ…支払依頼データ送信手段
５５ｃ…支払ウェブページアクセス要求受信手段
５５ｄ…支払ウェブページ送信手段
５５ｅ…流通コードデータ要求受信手段
５５ｆ…流通コードデータ作成手段
５５ｇ…流通コードデータ送信手段
５５ｈ…ウェブページ作成更新手段
５５ｉ…ユーザ情報登録更新手段
５６…配信データ記憶装置
５６ａ…支払基データ記憶部
５６ｂ…支払ウェブページデータ記憶部
５６ｃ…流通コードデータ記憶部
５７…ユーザ情報記憶装置
５８…ウェブアドレス記憶装置
５９…画面フレーム記憶装置
１００…請求代行システム
【図１】
2005141554.tif 000003
【図２】
2005141554.tif 000004
【図３】
2005141554.tif 000005
【図４】
2005141554.tif 000006
【図５】
2005141554.tif 000007
【図６】
2005141554.tif 000008
【図７】
2005141554.tif 000009
【図８】
2005141554.tif 000010
【図９】
2005141554.tif 000011
【図１０】
2005141554.tif 000012
【図１１】
2005141554.tif 000013
【図１２】
2005141554.tif 000014
【図１３】
2005141554.tif 000015
【図１４】
2005141554.tif 000016
【図１５】
2005141554.tif 000017
【図１６】
2005141554.tif 000018
【図１７】
2005141554.tif 000019
【図１８】
2005141554.tif 000020
【図１９】
2005141554.tif 000021
【図２０】
2005141554.tif 000022
【図２１】
2005141554.tif 000023
【図２２】
2005141554.tif 000024
【図２３】
2005141554.tif 000025
【図２４】
2005141554.tif 000026
【図２５】
2005141554.tif 000027
【図２６】
2005141554.tif 000028
【図２７】
2005141554.tif 000029
【図２８】
2005141554.tif 000030