JP2004506999A - クレジット予約メモリからの電子的な料金振込みのための方法および装置 - Google Patents

Abstract

本発明は、リアルタイムで遠隔通信網とデータネットワークを用いて送金側のクレジット予約メモリから受取り側の口座ないしクレジット予約メモリへの電子的な料金振込みのための方法に関している。

Description

【０００１】
本発明は、遠隔通信網とデータネットワークを介して１つのクレジット予約メモリから他の口座ないしクレジット予約メモリへ電子的に金額を振込むための方法および装置に関している。
【０００２】
インターネットは、１００万人規模の人々のための通信手段ないし通信源として利用されているだけでなく、ショッピングの源としての利用価値にも益々貢献している。特にソフトウエアや本、旅行などの通信販売は、今日では既にかなりの部分がインターネットに委ねられているが、その他のグッヅやサービスに関しても既にインターネットを介して広範囲で注文や決済がさかんに行われている。最初に構築され今日益々広まっているやり方でのインターネットにおける関連サービスへの支払いには、たとえ個別の商取引でなくても、各取引き相手のもとに少なくとも関連するデータレコードのそのつど別個の入力が必要とされる。このような支払い方式は、非情にプライベートな個人データを取引相手に見せるだけでなく、そのデータを永久的に記憶保存させることにもなる。
【０００３】
その間にもインターネットは、プライベートな領域だけでなくビジネス領域においてもその重要な役割を担うようになってきている。また工業先進国ではほぼ全ての銀行が、“電子バンキング”として口座管理や支払い取引の電子的な処理を提供している。
【０００４】
それにもかかわらず、毎日の生活の中での支払い取引では、今日でもまだ現金毎かクレジットカードによる署名式の信用決済やキャッシュカードによるデビット式の即時決済が大半を占めている。一部の特別な領域、例えば移動無線技術領域においては、電子的な代金前払いカード（いわゆるプリペイドカード）なども重要性を増してきてはいるが、これらの決済手段の広い普及にも大きな壁が立ちふさがっている。
【０００５】
総体的にみて言えることは、従来技術による現在の発展段階のもとでは、様々な商品やサービスにおいて見通しが全くできないくらい多くの支払いのケースが生じており、日常生活においてのそれらの処理には、様々な媒体および様々な入力方式を用いた取扱いに多大な注意を払わなければならない。このようなことは大きな負担となるだけでなく、多岐に亘るセキュリティ上のリスク（データ媒体の紛失、口座データや認証コードなどの忘れ）にもつながる。
【０００６】
インターネットの他に、遠隔通信網（特に移動体遠隔通信網）が今日では技術的にも経済的にも急速な発展を遂げている分野として注目を集め、経済成長と社会現象の大きな源として着目されている。特に先進国においては多くの人々が益々、移動体電話（“携帯機器／携帯電話／ハンディーホーン”）を汎用的な通信および情報機器として使用するだけでなく、様々な商品やサービスへのアクセス手段として用いようとしている。しかしながらこれらの発展に対しても、携帯機器を介して注文した商品や情報／サービスへの安全でかつ簡単な支払いの可能な手段は十分に整ってなく障害となっている。
【０００７】
プリペイドカードのある／なしにかかわらず携帯機器のユーザーに支払いの承認を可能にする手段があることはあるが、これは結果的に従来方式の署名式あるいはクレジットカード方式の決済処理を求めるものである。しかしながらこの種の方式は、いずれにせよインターネットでも定着した決済処理と同じように、買い手のクレジット能力やカード使用に対する信用度およびデポジット機能を備えた振替口座などを前提条件とする。その上さらにこれらの方式には、時間的なずれが内在しており、このようなことも全体的な発展の透明性や信頼性のさまたげとなっている。
【０００８】
それ故に本発明の課題は、データネットワークの使用下で支払いのやりとりをより簡単にすることのできる方法と装置を提供することである。
【０００９】
前記課題は、請求項１の特徴部分に記載された本発明による方法並びに請求項８の特徴部分に記載された本発明による装置によって解決される。
【００１０】
本発明はその主な考察として、電子的なクレジットに基づいて十分な汎用性を備えた支払い方式（プリペイド口座ないしカード）を提供することを含んでおり、これは、いわゆるＢ２Ｃ（Ｂｕｓｉｎｅｓｓ−２−Ｃｏｎｓｕｍｅｒ）領域にもＣ２Ｃ（Ｃｏｎｓｕｍｅｒ−２−Ｃｏｎｓｕｍｅｒ）領域にも適用可能である。つまり実在の店舗や仮想店舗においてのショッピングのみならず、飲食店や文化的な施設あるいは自販機などにおける支払いにも利用できるし、プライベートな領域での個人的な送金にも利用できる。さらに本発明の考察には、これに加えてリンクされた遠隔通信網やデータネットワーク手段を利用することも含まれており、特にこれにはリアルタイムでの処理の可能性が含まれている。
【００１１】
ここで言う電子的なクレジットという概念には、遠隔通信網ないしデータネットワークを介して支払いのやりとりを実施する操作が可能なクレジット予約メモリのメモリ内容が含まれているものと理解されたい。この場合基本的には次のようなことには依存しない。すなわちメモリがプリペイド機能を本当に有しているのかどうかやクレジット料金が後の時点で振り込まれるのかどうかには左右されない。以下の明細書並びに従属請求項では、当該のプリペイドクレジット機能のオーナー、つまり料金振込みや送金を希望したり実際の店舗や仮想店舗において購入者としてあるいは飲食店の訪問客として存在するプリペイドクレジット機能のオーナーは、一般的に単に“送金側（Ｍｏｎｅｙ ｓｅｎｄｅｒ）”とだけ称するものとする。また日常的なケースにおいては大抵がショップや飲食店、文化施設等の所有者や従業員である、振り込み料金ないし送金の受取り側は、以下の明細書ならびに従属請求項において一般的に単に“受取り側（Ｍｏｎｅｙ ｒｅｃｅｉｖｅｒ）”とだけ称するものとする。さらにその他にもこれらの送金側と受取り側は、アプリケーション（適用業務）でもあってもよい。
【００１２】
本発明で提案されている方法および装置の中核を担っているのは、トランザクションサーバーである。このサーバーは、プリペイドクレジットの振り込みに関するデータが記憶されているトランザクションデータベースへのアクセスを行う。振込み過程は、この目的専用に設定されたコールナンバからの送金側での受取り側の呼出しによって開始される。このコールナンバは、トランザクションデータベース内に記憶されており、いわば、料金振込み過程に係わる受取り側のデータレコードのアドレスとして用いられる。ここで本発明の重要な特徴は、振り込まれるべき料金が、受取り側のサイドにおいてその端末かもしくはそれに割当てられているキャッシュレジスタないし入力装置に入金されることである。
【００１３】
移動体無線網において送金側のいわゆる“交換機（Ｓｗｉｔｃｈ）”（特にホーム・ロケーション・レジスタのトリガ）は、サーバー（特にインテリジェントネットワークにおける“サービス制御ポイント”）に、この呼出しがどのようにして実施されているかを問い合わせる。この呼出しナンバに基づいて、加入者に対する通常の呼出しではなく、料金の振込み処理のための特別な読出しであることが識別される。この特徴は、呼出しナンバのセクションにおいて暗号化されてもよいし、その一義性に基づいて、トランザクションデータベースへのアクセスがサーバーによって“試験的に”実施され、アクセスが成功するものであってもよい。
【００１４】
本発明によって提案された方法は、公知の支払い処理方式に比べて透明性と信頼性の改善されたリアルタイム方式として提供され、特にクレジット枠の承認が得られない人物でも利用可能である。ユーザーは、実施される料金振込みの支払い能力を十分に保証するだけのプリペイドクレジット能力を有するだけでよい。
【００１５】
固有の口座上で相手とのプリペイドクレジットによる料金振込みの手段を使用したいそれぞれの受取り側は、料金振込みを実現するサービスに加入しなければならない。この加入過程によって、自身に該当するデータブロックがトランザクションデータベース（ショッピングデータベース）にファイルされる。受取り側の口座は、この電子クレジットの管理に適したものでなければならない。この場合は特にプリペイド口座であってもよい。受取り側は、複数の電話番号と送金のための複数の宛先口座を使用できる。この場合のこのケースでは、もちろん使用される全ての電話番号と全ての口座の口座識別子がショッピングデータバンクにファイルされている。以下ではこの“口座識別子”の概念の中には口座番号ないし口座コードと場合によっては口座を管理する外部サーバーの所要サーバーアドレスからなる全てが含まれるものと理解されたい。また前述したデータの他にもトランザクションデータベースに記憶される受取り側データレコードには名前や会社名も含まれる。
【００１６】
受取り側に関する情報の他に、ショッピングデータバンクは有利には、料金振込みの実施に必要な送金側の情報も含まれる。この送金側データレコードには、有利には、自身のプリペイド口座の口座番号が含まれ、必要なケースでは、このプリペイド口座を管理する外部サーバーのサーバーアドレス（これらも以下では“口座識別子”と称するものとする）や、有利にはサーバー名やプロバイダー名、そしてオプションとして比較的大規模な送金の際の少なくとも認証に要する認証データレコードなども含まれる。これらのデータレコードのための“アドレス”ないし“キー”として、有利には、送金側−コールナンバが用いられる。
【００１７】
送金側データレコードは、別個のプリペイドデータベースにファイルされてもよい。
【００１８】
重要なセキュリティ要素は、既に前述した送金側データレコード内の認証データレコードである。このレコードには、特に認証コード（ＰＩＮコード）および／または送金側の生物測定学的データ（例えば乳頭線や網膜パターンなど）が含まれ、これらが料金振込み側の認証の必要性に応じて利用される。これらのコードないしデータは、送金側の端末かこの端末に割当てられた入力機器に入力され、トランザクションサーバーに転送されて相応のファイルされているデータと比較される。この比較の結果として処理が実行されたり遮断される。
【００１９】
前述した認証ステップは、有利な方法実施例においては、少額な料金のもとで実施されるのではなく、所定の閾値を超えた料金の場合にだけ行われる。この閾値は有利には、サービスプロバイダかまたは送金側自身によって設定ないし変更可能である。
【００２０】
前述した解決手段を実際のショップ、例えば飲食店などで利用する場合には、振替えるべき料金の入力が場合によっては受取り側の端末に接続されたキャッシュレジスタによって行われる。これによりデータ操作や入力ミスが実質的に排除される。
【００２１】
象徴的に“プリペイドショッピングアプリケーション”とも称される、有利な解決手段には、３つの機能ブロック、すなわち料金振込みないし送金方法をスタートさせるブロック（１）と、送金側の引き落としを行うブロック（２）と、受取り側の口座振込みを行うブロック（３）を含んでいる。これらの機能ブロックは、統合的に“トランザクションサーバー”と称される１つのサーバもしくは同じサーバーあるいは様々なサーバー上に存在する。このサーバーないしこれらのサーバーは、集中的に一人のサービスオペレータのもとにあってもよいし、一人のサービスオペレータあるいは複数のサービスオペレータと共に複数のハードウエアの箇所にあってもよい。プリペイドショッピングアプリケーションは、既に前述したように、“ショッピングデータバンク”へのアクセスを司る。このショッピングデータバンクも（具体的なネットワーク構想ないしアプリケーション構造に応じて）集中的に一カ所に存在していてもよいし、複数の箇所に分散されていてもよいし、様々な箇所でコピーされてもよい。
【００２２】
当該方法および装置は、送金側のプリペイドクレジット機能と、受取り側の宛先口座と、プリペイドショッピングアプリケーション自体が一人のサービスオペレータのもとで管理されているか運営されている場合には最も簡単に実現できる。このことが当てはまらないケースでは、振込みないし送金に対して（既に公知の）手形決済（Ｃｌｅａｒｉｎｇ）が行われなければならない。この過程では、口座引落し操作（ｄｅｂｉｔ ｏｐｅｒａｔｉｏｎ）と口座振込み操作（ｃｒｅｄｉｔ ｏｐｅｒａｔｉｏｎ）のもとで作成されるドキュメンテーション、特にいわゆるログレコードが用いられ得る。
【００２３】
本発明で提案されたシステムは、既に前述した利点以外にも次のような大きな利点をもたらす。すなわちプリペイド口座上に存在する電子マネーが、一部の特定化されたサービス（例えば電話料金など）の支払いだけでなく、いろんな商品や、種々のサービス、情報などの支払いに対しても多岐に亘って利用できる。もちろん実際の販売だけでなくあらゆる種類の仮想ショッピングでの販売にも利用できる。さらにクレジットの前払いに関して言えば、ユーザーに対して厳しい出費管理を促し、無意識下の借金や債務は基本的に除外される。それによってこの本発明の方法は、若年層（あるいはもはや完全な自己管理能力に欠けるお年寄りなど）に対しても非常に有利に活用できる。これに匹敵するような適用手法はこれまでには存在していなかった。また受取り側では、商品またはサービスの支払いに対して種々のプロバイダは、もはやプリペイドカードやプリペイド端末は必要なく、唯一プリペイドコールナンバを記憶するだけでよい。
【００２４】
本発明の利点や有利性はその他にも従属請求項や以下の明細書で図面に基づいた有利な実施例の説明において述べる。この場合、
図１は、本発明による装置構成の第１の実施形態の概略的な機能ブロック回路図であり、
図２は、本発明による装置構成の第２の実施形態の概略的な機能ブロック回路図であり、
図３は、図１による配置構成のもとで提案される適用例の主要なステップを概略的に示したものである。
【００２５】
実施例の説明
これらの図面ではそのラベリングに基づいて実質的に自明となるものばかりなので、以下の明細書では詳細な図面の説明は省く。
【００２６】
図１では次のようなことから出発していることが表わされている。すなわち送金側と受取り側のプリペイド口座も管理しているサーバー上でプリペイドショッピングアプリケーションが管理されていることである。それに対して図２のケースでは、送金側と受取り側のプリペイド口座がプリペイドショッピングアプリケーションを実行するものとは別のサーバー上で管理されている。
【００２７】
本発明で提案されている方法の重要な特徴は、送金側に対する任意の操作者に属する任意の通信端末（従来の移動体無線網や固定網での電話ないしプリペイドカード付き電話など）の特定のトランザクションコールナンバの利用可能性である。このコールナンバは、送金ないし口座振込みに対して特定的に割当てられており、通常の電話呼出しには用いられない。受取り側へのその割当ては、サービスプロバイダによって提供される送金ないし振込みサービスへの加入の枠内で行われる。コールナンバは、特定の送金ないし料金受取り側への呼出し番号としてトランザクションデータベースＳＨＯＰＰＩＮＧ−ＤＢへファイルされる（図１においては、符号Ｂ１〜Ｂ４を用いて、受取り側が多数のトランザクションコールナンバないしプリペイドコールナンバを様々なオペレータのもとで運営できることが示されている）。
【００２８】
送金ないし振込み過程は、送金側のもとでトランザクションコールナンバからの受取り側の呼出しによって開始される。この場合例えばコールナンバに続いて（この番号からは星印（＊）によって区切られた）振込まれるべき料金が、関連する通貨で非構造化された数字列として受取り側の端末に入力される。これに対しては特にそのキーボタンが使用されるが、基本的には相応に構成されたメニューガイダンスの枠内でも可能であるし、音声入力で行われてもよい。また料金を呼出しによってではなく、全体の経過におけるトランザクションサーバーとの相応の接続形成に適した時点でトランザクションのそのつどのパートナーによって入力させることも可能である。
【００２９】
ここで実施される送金側端末の例が移動電話であるならば、移動無線網のホーム・ロケーション・レジスタＨＬＲにおけるトリガを介して（特に移動無線網のサービス制御ポイントのもとで実現される）サーバーへの問い合わせが、本来の呼出しの実施に関連して確立される。サーバーは、ショッピングデータバンクに対し受取り側のトランザクションコールナンバでもってアクセスし、このコールナンバに相応するエントリを検索する。エントリが見つかった場合には、この呼出しが振込み処理のために特定化され、相応の検査と後続の処理が開始される。
【００３０】
料金振込み方法を開始させたデータの伝送の後では、まずデータ媒体が有効であるかどうかと、送金側のプリペイド口座上の額が実施されている振込み過程に対して十分であるのかどうかに関する検査過程が続けられる。この２つの条件が満たされている場合には、送金側は振込むべき料金の引き落としをそのＰＩＮコードの入力によって承認することを要求する。
【００３１】
検査過程の枠内でプリペイドショッピングアプリケーションは、ショッピングデータバンクへアクセスし、送金側データレコードを次のようなことに関する情報と共に読み出す。すなわち、どのサーバーないしはどのサーバー群（及びどのオペレータないしはどのオペレータ群）に送金側の口座が存在しているかに関する情報である。そして送金側のサーバーが識別され、それがプリペイドショッピングアプリケーションの実行されるサーバーとは別のサーバーであった場合には、この外部サーバー上で実行されるプリペイドショッピングアプリケーションに対するリアルタイムコネクションが構築される。
【００３２】
送金側のサーバー上でのプリペイドショッピングアプリケーションには、送金側のプリペイド口座上の電子的クレジットが当該の実施されようとする料金振込みに対して十分なのかどうかをチェックするための要求が転送される。このチェックが満たされない場合には、相応の指示信号でもって受取り側へのこの振込みが中断される。振込むべき料金の支払い能力がある場合には、その料金が送金側のプリペイド口座上で予約される。
【００３３】
引き続き前述したような認証が送金側端末でのＰＩＮコードの入力毎に行われ、場合によってはＳＭＳ毎に行われる。そして入力されたＰＩＮコードが送金側データレコード内にファイルされているＰＩＮコードと比較される。それが有効である場合には、引き落とし過程が開始される。それに対してＰＩＮコードが有効でないことが判明した場合には、当該箇所においてトランザクションが中断され、再び相応の指示信号が転送される。
【００３４】
続いて送金側プリペイド口座から振込むべき料金の引き落としが行われる。この過程は、時間に厳粛にリアルタイムで行われる。送金側のプリペイド口座がプリペイドショッピングアプリケーションと同じサーバー上にある場合には、当該クレジットにおいて直ちに（リアルタイムで）振込むべき料金分だけの減額がなされる。それに対して当該の口座が他のサーバー上にある時には、引き落とし要求がそこのプリペイドショッピングアプリケーションに送信され、そのシステムのもとで引き落としが行われる。いずれのケースにおいても引き落とし過程を介してログレコードが作成され、受取り側は、キャッシュレジスタシステムもしくは呼出しを介して、あるいはＳＭＳ毎に、この引き落としの実施に関する情報を受ける。
【００３５】
この場合振込料金の口座振込みが受取り側の口座上で行われ、この口座は、プリペイド口座、リアルタイムアカウント、または通常の銀行振替口座であり得る。
【００３６】
この過程は、時間に厳粛ではないが、しかしながら最大の信頼度で行われる。この場合も前述の引き落としで説明したような異なったバリエーションが、他のサーバー上の口座でなされるのか否かに応じて行われる。振込み過程に対してもログレコードが作成され、受取り側と送金側が実施の直後に情報を受け取れる。
【００３７】
本発明は、前述してきたような実施例や変化例並びに観点にのみ限定されるものではなく、請求の範囲の枠内でさらに多くの変化例が可能である。この枠内とは当業者には周知のものである。特に前述した方法ステップにはそれ以外の順序も可能である。
【図面の簡単な説明】
【図１】
本発明による装置構成の第１の実施形態の概略的な機能ブロック回路図である。
【図２】
本発明による装置構成の第２の実施形態の概略的な機能ブロック回路図である。
【図３】
図１による配置構成のもとで提案される適用例の主要なステップを概略的に示したものである。

Claims (14)

1. リアルタイムで遠隔通信網とデータネットワークを介して、特にプリペイドクレジット機能を有する送金側のクレジット予約メモリから受取り側の口座ないしクレジット予約メモリへの電子的な料金振込みのための方法において、
   トランザクションデータベースにて、遠隔通信網における受取り側端末の少なくとも１つのトランザクションコールナンバと、受取り側の口座ないしクレジット予約メモリの口座識別子とを含んだ受取り側データレコードを記憶するもとで、サービスプロバイダにおける受取り側による料金振込みサービスを予約し、
   トランザクションデータベースまたはクレジット予約管理データベースにおいて、少なくとも１つの端末コールナンバとクレジット予約メモリの口座識別子と送金側の認証データレコードを含んだ送金側データレコードを記憶し、
   送金側端末とサービスプロバイダのトランザクションサーバーの間で特にトランザクションコールナンバに基づいてコネクションを構築し、
   送金側端末において振込むべき料金を入力してトランザクションサーバーへ転送し、
   トランザクションデータベースから読出しを行い、任意付加的に求められる１つまたは複数の外部アプリケーションとのデータ接続の形成も含めて、受取り側データレコードと送金側データレコードをトランザクションサーバーによって評価し、
   送金側クレジット予約メモリにおける料金の支払い能力を検査し、支払い能力が満たされている場合には当該料金の予約を行い、支払い能力が満たされない場合には、シグナリングによる中断を行い、
   送金側クレジット予約メモリから料金の引き落としを行い、それをドキュメンテーションし、
   受取り側口座ないし受取り側クレジット予約メモリへの当該料金の振込みを行い、それをドキュメンテーションし、
   これらの引き落としおよび／または振込みに関する情報を受取り側の端末に転送するようにしたステップを有することを特徴とする方法。
2. トランザクションサーバーとの接続が最初は、記憶されたランザクションコールナンバを有する受取り側の端末によって形成され、振込まれるべき料金がトランザクションコールナンバと関連して入力され、その際特にそのトランザクションコールナンバがバーコード読取り器を用いて送金側の端末によって読取られる、請求項１記載の方法。
3. 料金の入力は、読取り器と共同したキャッシュレジスタを介して自動的に行われる、請求項１または２記載の方法。
4. 送金側データレコードにおける認証データレコードが、送金側の認証コードまたは生物測定学的データを含んでおり、引落しのステップの前に当該引落しの承認のために以下のステップ、すなわち、
   送金側の端末によって認証コードまたは生物測定学的データを入力するステップと、
   それらの入力データをトランザクションサーバーに転送するステップと、
   前記転送されたデータを送金側データレコード内にあるデータと比較するステップと、
   前記比較結果が一致する場合には引落し許可信号を出力し、一致しない場合には引落し中断信号を出力するステップが実施される、請求項１から３いずれか１項記載の方法。
5. 料金が予め定められた閾値を上回る場合には承認のためのステップが実施され、該閾値は特にサービスプロバイダかまたは送金側が設定可能なものである、請求項４記載の方法。
6. 少なくとも１つの外部サーバーとのデータリンクの形成が実施され、前記外部サーバー上では、送金側クレジット予約メモリおよび／または受取り側口座ないし受取り側クレジット予約メモリが管理されており、この場合受取り側データレコードの口座識別子および／または送金側データレコードの口座識別子はサーバーアドレスかサーバーコールナンバを含み、トランザクションサーバーは前記外部サーバーと、受取り側データレコードおよび第２の送金側データレコードの読取りステップの後で、後続するステップの実行のために接続される、請求項１から５いずれか１項記載の方法。
7. 複数の口座および／または複数のコールナンバを有するサービスプロバイダのもとで受取り側の加入が行われ、その際特に口座の数はコールナンバの数よりも少なく、相応する全ての口座識別子とコールナンバは受取り側データレコード内に記憶される、請求項１から６いずれか１項記載の方法。
8. リアルタイムで遠隔通信網とデータネットワークを介して、特にプリペイドクレジット機能を有する送金側のクレジット予約メモリから受取り側の口座ないしクレジット予約メモリへの電子的な料金振込みのための装置であって、特に請求項１から７に記載されている方法の実施のために用いられる装置において、
   送金側クレジット予約メモリと受取り側の口座ないしクレジット予約メモリを備えた少なくとも１つの、口座管理用のサーバーと、
   特定のトランザクションコールナンバが割当てられ遠隔通信網およびデータネットワークに接続される受取り側端末と、
   遠隔通信網及びデータネットワークに接続される送金側端末と、
   サービスプロバイダのトランザクションデータベースとを有しており、
   前記トランザクションデータベース内には、受取り側端末のトランザクションコールナンバと口座ないしクレジット予約メモリの口座識別子を含んだ受取り側データレコードと、送金側端末のコールナンバとクレジット予約メモリの口座識別子および認証データレコードを含んだ送金側データレコードとが記憶されており、
   さらにトランザクションサーバーが設けられており、
   前記トランザクションサーバーは、
   トランザクションデータベースからの受取り側データレコードと送金側データレコードの読出しと評価を行うために、並びに任意付加的に必要となった１つまたは複数の外部アプリケーションとのデータリンクを形成するために、及び送金側クレジット予約メモリにおける支払い能力検査とこの送金側クレジット予約メモリからの引落し並びに受取り側口座ないし受取り側クレジット予約メモリへの振込みを制御するために、
   トランザクションデータベースに接続され、さらに少なくとも受取り側端末並びに１つまたは複数の口座管理用サーバーに接続可能であるか、もしくは１つまたは複数の口座管理用のサーバーと統合的に構成されていることを特徴とする装置。
9. 前記トランザクションデータベースと送金側クレジット予約メモリおよび／または受取り側クレジット予約メモリは、トランザクションサーバー上で実現されている、請求項８記載の装置。
10. 前記トランザクションサーバーは、引落し過程と振込み過程のドキュメンテーション、例えばログレコードとしてのドキュメンテーションのための手段を有している、請求項８または９記載の装置。
11. 前記トランザクションサーバーには、受取り側端末へのトランザクション中断のシグナリングあるいは引落しおよび／または振込みのシグナリングのために遠隔通信手段が対応付けられている、請求項８から１０いずれか１項記載の装置。
12. 前記遠隔通信網およびネットワークには、移動体無線網が含まれており、この場合特に送金側端末が移動体無線端末機として、あるいは移動体無線パーツを備えたデータ処理装置として構成されている、請求項８から１１いずれか１項記載の装置。
13. １つまたは複数のサービスプロバイダのもとに登録されている、複数の受取り側端末とそのトランザクションコールナンバが受取り側データレコード内に記憶されている、請求項８から１２いずれか１項記載の装置。
14. 前記受取り側端末に、料金の自動入力のためのキャッシュレジスタが接続されている、請求項８から１３いずれか１項記載の装置。

Images