WO1998021677A1

WO1998021677A1 - Systeme de reglement electronique personnel, terminal de ce dernier et appareil permettant de gerer ce systeme

Info

Publication number: WO1998021677A1
Application number: PCT/JP1997/004161
Authority: WO
Inventors: Hisashi Takayama
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 1996-11-14
Filing date: 1997-11-14
Publication date: 1998-05-22
Also published as: JP3660101B2; CN1801206A; CN1212773A; EP0910028A4; US20020194121A1; EP0910028A1; US6332133B1; JPH10198739A; US7664697B2

Description

明細書パーソナル電子決済システム及びその端末並びに管理装置技術分野

本発明は、クレジットカード（バンクカード）に代表される小売販売取引における決済機能を提供する電子決済システム及びその端末並びに管理装置に関し、特に、決済の安全性を担保し、円滑な決済処理を可能にするものに関する。背景技術

近年、クレジットカードに代表されるバンクカードの普及により、小売販売におけるクレジット力一ド決済は、一般的なものになっている。しかし、一方で、クレジットカードの偽造や、他人による不正使用、販売店による不正請求などのトラブルも増えており、決済システムとしての安全性の向上が求められている。最近では、クレジットカードの偽造防止対策の一つとして、 I Cカードタイプのクレジットカードも登場してきている。

以下では、 I Cカードタイプのクレジットカードも含めた、従来のクレジットカードによる決済システムについて説明する。

従来、クレジヅトカ一ドに代表されるバンクカードによる決済では、特公平 3 - 3 2 1 0 0号公報に開示されているように、販売店の端末とコントロールセン夕の間で、データ通信を行なって、信用照会とクレジット決済を行なう決済システムが、数多く提案され、また、使用されている

図 4 2は、従来の一般的な決済システムの構成を示すものである。図 4 2において、クレジット決済端末 4201は、販売店に設置され、販売店でのクレジット決済の操作を行なう端末である。クレジッ卜決済端末 4201は、電話回線 4204と、公衆網 4203と、通信回線 4205を介して、遠隔の決済システム 4202に接続されている。クレジット決済端末 4201には、クレジット力一ド 4200に格納されている情報を読み取るカードリーダと、公衆網 4203に接続するためのモデムと、計算書を印字するプリン夕とが備わっている。

決済システム 4202は、クレジット決済処理を行なう情報処理システムであり、決済システム 4202には、消費者とのクレジットサービスの契約の下に、消費者の信用情報と、口座情報とが管理されている。

クレジットカード 4200は、カードの表面に、所有者の名前とクレジットカード番号の刻印、そして、所有者のサインが書かれ、内部には、 I D情報が格納されている。クレジットカード 4200には、磁気カードタイプのものと、 I Cカードタイプのものとがあるが、両者の違いは、外部イン夕一フェイスの違いであり、内部の情報を読み出すには、それそれのタイプに対応したカードリーダを必要とする。また、カードによっては、クレジットカードの I D情報以外にも、各種の個人情報を格納できるタイプのものがある。

以上のように構成される決済システムにおいて、クレジヅト決済は、以下の手順で行なわれる。

まず、消費者が、販売店の店員にクレジットカード 4200を渡し、クレジット決済を依頼する。店員は、クレジットカード 4200をクレジット決済端末 4201のカードリーダに読ませ、クレジット決済の操作を行なう。すると、クレジット決済端末 4201は、クレジットカード 4200から、 I D情報を読みとり、モデムによるデ一夕通信によって、決済システム 42 02に、信用照会とクレジット決済とを依頼するメッセージを送信する。決済システム 4202は、メッセージに含まれる I D情報と金額情報とを基に、信用照会処理とクレジット決済処理とを行ない、決済完了のメッセ —ジをクレジット決済端末 4201に送信する。すると、クレジット決済端末 4201は、計算書をプリン夕から印字する。

店員は、計算書へのサインを消費者に依頼し、さらに、計算書に書かれたサインとクレジット力一ド 4200に書かれたサインとを照合、確認して、利用控と共に、クレジットカード 4200を消費者に返して、クレジヅト決済を完了する。

しかしながら、従来の決済システムでは、クレジットカードを販売店の店員に手渡すため、クレジットカード番号が、販売店に知られ、クレジットカ一ド番号を悪用される場合があった。

また、従来の決済システムでは、販売店が主導的に決済処理の作業を進めるので、販売店が消費者をだまして、実際の商品の価格よりも、高い金額での決済処理を行なう場合があった。

また、従来の決済システムでは、販売店に設置されているクレジット決済端末に、直接、クレジットカードをセットするので、販売店が、クレジット決済端末を改造して、カード内の情報を改ざん、あるいは、クレジットカードの I D情報以外の個人情報を、不正に読み出す場合があつた。

また、従来の決済システムでは、消費者は、一つのクレジットサ一ビスに対して、一枚のクレジットカードを持ち歩く必要があり、複数のクレジットカード会社と契約して、複数のクレジットサービスを受けるには、消費者は、何枚ものカードを持ち歩く必要があり不便であった。また、従来の決済システムでは、クレジットカードという物理的力一ドを認証の手段にしているため、一度クレジット决済を行なった取引を、後で、キャンセルするためには、消費者が、もう一度、取引をした、その場に行かなければならない不便さがあった。

また、従来の決済システムでは、計算書を紙に印字する必要があり、その印字時間が、販売の効率化のネックになっていた。また、一方で、クレジット決済端末は、プリン夕を装備する必要があり、このことが、クレジット決済端末のコンパクトイ匕と、コストダウンとのネックになつていた。

また、従来の決済システムでは、消費者に計算書にサインをしてもらう必要があり、店員が消費者にサインを依頼し、実際にサインをしてもらうまでにかかる時間が、クレジット決済にかかる時間の大部分を占めており、販売の効率化のネックになっていた。

本発明は、こうした従来の決済システムの課題を解決するもので、安全性と利便性とに優れた決済手段を提供することを目的としている。発明の開示

そこで、本発明では、複数の系統の通信手段を具備する支払手段と、複数の系統の通信手段を具備する請求手段と、複数の系統の通信手段を具備する決済手段（または、複数の系統の通信手段を具備するサービス提供手段と、サービス提供手段との通信回線を具備する決済処理手段）とによりパーソナル電子決済システムを構成している。この支払手段、請求手段及び決済手段（またはサービス提供手段と決済処理手段）の各々の間では、それそれ異なる系統の通信手段を用いて通信が行なわれる。この支払手段と決済手段（またはサービス提供手段）との間の通信で決済情報を交換することにより、請求手段による不正な請求を防ぐことができ、また、支払手段の個別情報や支払手段の所有者の個人情報が請求手段の担当者に知られることを防止できる。また、支払手段と請求手段との間で、必要な情報の交換を通信手段で行なうことにより、販売の効率化を図ることができる。

本発明の請求項 1及び 9 5に記載の発明は、複数の系統の通信手段を具備する支払手段と、複数の系統の通信手段を具備する請求手段と、複数の系統の通信手段を具備する決済手段とを設け、支払手段、請求手段及び決済手段の各々の間における通信を、それそれ異なる系統の通信手段を用いて行なうようにしたものであり、支払手段と決済手段との間の通信で決済情報を交換することにより、請求手段による不正な請求を防ぎ、また、支払手段と請求手段との間の通信で支払情報の識別情報や支払金額、取引の識別情報、それそれのサイン（デジタル署名）を交換することにより、販売の効率化を図ることができる。

請求項 2及び 9 6〜9 8に記載の発明は、支払手段に、請求手段及び決済手段と通信する通信手段として、異なる種類の無線通信手段を設けたものであり、モパイル環境での利便性を向上させることができる。請求項 3及び 9 9、 1 0 0に記載の発明は、支払手段と請求手段との間の無線通信手段として、支払手段と決済手段との間の無線通信手段に比べて、通信可能な距離が短く、指向性が高い無線通信手段を選定したものであり、支払手段と請求手段との間の距離は高々 1、 2メートルの距離であるから、無線通信手段をこのように選択することによって、使用環境に適したシステム形態を取ることができる。

請求項 4及び 1 0 1 , 1 0 2に記載の発明は、支払手段が請求手段との間の無線通信手段として光通信手段を具備し、決済手段との間の無線通信手段としてラジオ無線通信手段を具備するように構成したものであり、近距離の支払手段と請求手段との間では、赤外線などの光通信無線手段を使用し、一方、遠距離の支払手段と決済手段との間ではラジオ無線通信手段を用いることによって、使用環境に適したシステム形態を取ることができる。請求項 5及び 1 0 3に記載の発明は、支払手段に、光通信手段及びラジォ無線通信手段と、支払う金額の値を入力する入力手段と、光通信手段及びラジオ無線通信手段によって送信されるデータの生成処理と光通信手段及びラジオ無線通信手段によって受信されたデータの処理とを行なう中央処理装置と、中央処理装置の動作を制御する制御プログラムを蓄積する第 1の蓄積手段と、中央処理装置によるデータ処理の結果を表示する表示手段と、中央処理装置によって処理されたデ一夕を蓄積する第 2の蓄積手段とを設けたものであり、支払手段の所有者による支払手段の操作と、支払手段が蓄積しているデータの所有者への提示とが可能となり、支払手段の利便性が向上する。

請求項 6及び 1 0 4に記載の発明は、請求手段に、支払手段との間で通信を行なう光通信手段と、決済手段との間で通信を行なう通信手段と、請求する金額の値を入力する入力手段と、光通信手段及び通信手段によつて送信されるデータの生成処理と光通信手段及び通信手段によって受信されたデータの処理とを行なう中央処理装置と、中央処理装置の動作を制御する制御プログラムを蓄積する第 1の蓄積手段と、中央処理装置によるデ一夕処理の結果を表示する表示手段と、中央処理装置によって処理されたデータを蓄積する第 2の蓄積手段とを設けたものであり、担当者による請求手段の操作と、請求手段が蓄積しているデ一夕の担当者への提示とが可能となり、請求手段の利便性が向上する。

請求項 7及び 1 0 5に記載の発明は、決済手段に、支払手段に関する情報を蓄積する第 1の蓄積手段と、請求手段に関する情報を蓄積する第 2の蓄積手段と、決済処理におけるデータ処理を行なう計算機システムとを設けたものであり、支払手段及び請求手段から受信するデータに基づいて、決済処理を実行する。

請求項 8及び 1 0 6に記載の発明は、支払手段の中央処理装置が、支払手段の入力手段によって入力された値に相当する金額の支払処理を要求するメッセージデータを生成して、決済手段に送信し、また、決済手段から受信した支払の完了を示すメッセージデ一夕を処理して、表示手段に出力し、さらに、処理したデータを支払手段の第 2の蓄積手段に格納するように構成したものであり、支払手段の所有者が、直接、決済手段に対して、支払う金額を指定して決済を求めることができ、請求手段による不正請求を防く、ことができ、さらに、支払手段の所有者は支払の履歴（取引データ）を管理することができる。

請求項 9及び 1 0 7に記載の発明は、支払手段の中央処理装置が、支払手段の入力手段によって入力された値に相当する金額の支払を申し出るメッセ一ジデ一夕を生成して、請求手段に送信するように構成したものであり、支払手段の所有者が、直接、請求手段と決済手段とに対して、支払う金額を指定して決済を行なうことができ、請求手段による不正な請求を防く、ことができる。

請求項 1 0及び 1 0 8に記載の発明は、請求手段の中央処理装置が、請求手段の入力手段によって入力された値に相当する金額の支払を請求するメッセージデータを生成して支払手段に送信し、支払手段から受信した支払を申し出るメッセージデータと、この支払を請求するメッセージデ一夕とから、決済処理を要求するメッセ一ジデ一夕を生成して、決済手段に送信し、また、決済手段から受信した決済の完了を示すメッセ一ジデ一夕を処理して、請求手段の表示手段に出力し、さらに、処理したデ一夕を請求手段の第 2の蓄積手段に格納するように構成したものであり、請求手段単独では決済処理の要求メッセージを決済手段に送ることができないため、請求手段による不正請求が防止でき、また、請求手段の所有者は決済の履歴（取引データ）を管理することができる。

請求項 1 1及び 1 0 9に記載の発明は、請求手段の中央処理装置が、支払を請求するメッセージデータを生成して支払手段に送信し、支払手段の中央処理装置が、生成した支払を申し出るメッセージデータと、請求手段から受信した支払を請求するメッセージデ一夕とから支払処理を要求するメッセージデ一夕を生成して決済手段に送信し、決済手段が、請求手段から受信した決済処理を要求するメッセージデータと支払手段から受信した支払処理を要求するメッセージデータとを照合して決済処理を行ない、決済の完了を表すメッセージデータを生成して請求手段に送信し、支払の完了を表すメッセージデータを生成して支払手段に送信するように構成したものであり、請求手段による不正請求と、支払手段による支払のごまかしとを防ぐことができる。

請求項 1 2及び 1 1 0〜 1 1 2に記載の発明は、支払手段の中央処理装置が、請求手段に支払を申し出るメヅセ一ジデ一夕の中にそのメッセ —ジデ一夕を識別する識別情報を入れ、また、決済手段に送る支払処理を要求するメッセ一ジデ一夕の中に、支払を申し出るメッセ一ジデ一夕の識別情報と、支払手段の識別情報と、支払を請求するメッセージデ一夕の識別情報とを入れ、一方、請求手段の中央処理装置が、支払手段に支払を請求するメッセージデ一夕の中にそのメッセージデ一夕を識別する識別情報を入れ、また、決済手段に送る決済処理を要求するメッセ一ジデ一夕の中に、支払を請求するメッセ一ジデ一夕の識別情報と、請求手段の識別情報と、支払を申し出るメッセージデータの識別情報とを入れ、決済手段が、支払処理を要求するメッセージデータ及び決済処理を要求するメッセ一ジデ一夕の中の支払を申し出るメッセージデータの識別情報と支払を請求するメッセ一ジデ一夕の識別情報とを照合するように構成したものであり、請求手段に対して、支払手段の識別情報、あるいは、支払手段の所有者の公な識別情報を一切知らせることなく、決済を行なうことができ、クレジットカード番号に相当する、識別情報の漏洩を防く、ことができる。

請求項 1 3及び 1 1 3に記載の発明は、支払手段の第 2の蓄積手段には、複数の支払方法の識別情報が格納され、支払手段の中央処理装置が、支払手段の入力手段によって選択された支払方法の識別情報を、支払を申し出るメッセージデータ及び支払を請求するメッセ一ジデ一夕の中に入れるように構成したものであり、一つの支払手段で、複数の支払方法の中から、支払方法を適宜選択することができる。そのため、何枚ものクレジットカードを持ち歩く必要がなく、支払手段の所有者の利便性が向上する。

請求項 1 4及び 1 1 4に記載の発明は、決済手段が、請求手段の所有者に対して有効な支払手段の所有者の識別情報を生成して、決済の完了を表すメッセージデ一夕の中に入れて請求手段に送信するように構成したものであり、請求手段に対して、支払手段の識別情報やその所有者の公の識別情報は一切知らされず、請求手段でのその後の処理の便を考慮して決済手段が生成した、支払手段の所有者の識別情報だけが知らされる。

請求項 1 5に記載の発明は、支払手段が、支払手段のバッテリー容量を検出するバッテリー容量検出手段を具備し、バッテリイ容量が Q ( Q > 0 ) 以下になったとき、支払手段の中央処理装置が、中央処理装置の処理したデ一夕が蓄積されている支払手段の第 2の蓄積手段のデータを決済手段に送信し、決済手段が、受信したデ一夕を、支払手段に関する情報を蓄積する決済手段の第 1の蓄積手段に蓄積するように構成したものであり、バッテリイ切れによって、支払手段に蓄積されているデ一夕が失われてしまうことを防ぐことができる。

請求項 1 6に記載の発明は、支払手段の中央処理装置によって処理されたデ一夕を、支払手段の第 2の蓄積手段、または決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段に蓄積し、これらのデータを、支払手段の第 2の蓄積手段に、データの識別情報と、そのデ一夕が存在する蓄積手段上のァドレスとを記述して管理し、決済手段の第 1の蓄積手段上のァドレスを示すデータを処理する場合に、支払手段の中央処理装置が、そのデータを要求するメッセ一ジデ一夕を生成して決済手段に送信し、このメッセージデ一夕を受信した決済手段が、要求されたデー夕を含むメッセージデータを生成して支払手段に送信し、支払手段の中央処理装置が、決済手段から受信したメッセージデ一夕から要求したデ —夕を取り出すように構成したものであり、支払手段の第 2の蓄積手段の容量が小さくても、多くの取引デ一夕を管理することができ、支払手段の小型化とコストの低減とを図ることができる。

請求項 1 7に記載の発明は、請求手段の中央処理装置によって処理されたデ一夕を、請求手段の第 2の蓄積手段、または決済手段の請求手段に関する情報を蓄積する第 2の蓄積手段に蓄積し、これらのデータを、請求手段の第 2の蓄積手段に、データの識別情報と、そのデータが存在する蓄積手段上のァドレスとを記述して管理し、決済手段の第 2の蓄積手段上のァドレスを示すデータを処理する場合に、請求手段の中央処理装置が、そのデータを要求するメッセ一ジデ一夕を生成して決済手段に送信し、このメッセージデ一夕を受信した決済手段が、要求されたデー夕を含むメッセージデ一夕を生成して請求手段に送信し、請求手段の中央処理装置が、決済手段から受信したメツセージデータから要求したデ —夕を取り出すように構成したものであり、請求手段の第 2の蓄積手段の容量が小さくても、多くの取引データを管理することができ、請求手段の小型化とコス卜の低減とを図ることができる。

請求項 1 8に記載の発明は、支払手段の中央処理装置が、決済手段によって指定された時刻に、支払手段の第 2の蓄積手段に蓄積されているデータを含むメッセージデータを生成して決済手段に送信し、このメヅセージデータを受信した決済手段が、支払手段の第 2の蓄積手段の更新データを含むメッセージデ一夕を生成して支払手段に送信し、支払手段の中央処理装置が、決済手段から受信したメッセ一ジデ一夕から更新デ一夕を取り出して、支払手段の第 2の蓄積手段に蓄積されているデ一夕を更新するように構成したものであり、支払手段に保有されるデ一夕が自動更新されるため、支払手段の所有者は、支払手段に蓄積されているデータのメンテナンスをする必要がなく、支払手段の利便性が向上する。また、支払手段に蓄積されるデ一夕と決済手段に蓄積されるデ一夕との一貫性を保つことができ、システムの信頼性が向上する。

請求項 1 9に記載の発明は、請求手段の中央処理装置が、決済手段によって指定された時刻に、請求手段の第 2の蓄積手段に蓄積されているデ一夕を含むメッセ一ジデ一夕を生成して決済手段に送信し、このメッセージデータを受信した決済手段が、請求手段の第 2の蓄積手段の更新デ一夕を含むメッセージデータを生成して請求手段に送信し、請求手段の中央処理装置が、決済手段から受信したメッセージデータから更新デ —夕を取り出して、請求手段の第 2の蓄積手段に蓄積されているデータを更新するように構成したものであり、請求手段に保有されるデ一夕が自動更新されるため、請求手段の担当者は、請求手段に蓄積されているデ一夕のメンテナンスをする必要がなく、請求手段の利便性が向上する。また、請求手段に蓄積されるデ一夕と決済手段に蓄積されるデータとの一貫性を保つことができ、システムの信頼性が向上する。

請求項 2 0に記載の発明は、決済手段が、支払手段から支払手段の第 2の蓄積手段に蓄積されているデータを含むメッセージデ一夕を受信して支払手段の第 2の蓄積手段の更新デ一夕を生成する際に、データの生成時刻を比較し、生成時刻が遅いデータに対して、支払手段の第 2の蓄積手段上のアドレスを割り当て、生成時刻が早いデータに対して、決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段上のァドレスを割り当てるようにしたものであり、比較的、アクセスされる可能性が高い新しいデ一夕が支払手段に蓄積されるので、支払手段の所有者は、待たずにアクセスすることができ、利便性が向上する。

請求項 2 1に記載の発明は、決済手段が、支払手段から支払手段の第 2の蓄積手段に蓄積されているデ一夕を含むメッセージデ一夕を受信して、支払手段の第 2の蓄積手段の更新データを生成する際に、支払手段の所有者によるデータのアクセス時刻を比較し、アクセス時刻が遅いデ —夕に対して、支払手段の第 2の蓄積手段上のアドレスを割り当て、ァクセス時刻が早いデータに対して、決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段上のァドレスを割り当てるようにしたものであり、最近アクセスされたデータが支払手段に蓄積され、支払手段の所有者は、このデータを待たずにアクセスすることができる。

請求項 2 2に記載の発明は、決済手段が、請求手段から請求手段の第 2の蓄積手段に蓄積されているデータを含むメッセージデータを受信して、請求手段の第 2の蓄積手段の更新デ一夕を生成する際に、デ一夕の生成時刻を比較し、生成時刻が遅いデータに対して、請求手段の第 2の蓄積手段上のアドレスを割り当て、生成時刻が早いデータに対して、決済手段の請求手段に関する情報を蓄積する第 2の蓄積手段上のァドレスを割り当てるようにしたものであり、比較的、アクセスされる可能性が高い新しいデータが請求手段に蓄積されるので、請求手段の担当者は、待たずにアクセスすることができ、利便性が向上する。

請求項 2 3に記載の発明は、決済手段が、支払手段から支払手段の第 2の蓄積手段に蓄積されているデ一夕を含むメッセージデータを受信したとき、メッセ一ジデ一夕から取り出した支払手段の第 2の蓄積手段に蓄積されているデ一夕と、決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段に蓄積されているデ一夕とを照合して、不正な改ざんが発見された場合に、支払手段の機能を停止させるメッセージデ一夕を支払手段に送信するようにしたものであり、支払手段に蓄積されている情報の不正な改ざんを防ぐことができる。

請求項 2 4に記載の発明は、決済手段が、請求手段から請求手段の第 2の蓄積手段に蓄積されているデータを含むメッセージデータを受信したとき、メッセージデータから取り出した請求手段の第 2の蓄積手段に蓄積されているデ一夕と、決済手段の請求手段に関する情報を蓄積する第 2の蓄積手段に蓄積されているデータとを照合して、不正な改ざんが発見された場合に、請求手段の機能を停止させるメッセージデータを請求手段に送信するようにしたものであり、請求手段に蓄積されている情報の不正な改ざんを防ぐことができる。

請求項 2 5に記載の発明は、支払手段の中央処理装置が、支払の完了を示すメッセージデータを用いて、支払処理の取消処理を要求するメッセージデータを生成して決済手段に送信し、請求手段の中央処理装置が、決済の完了を示すメッセ一ジデ一夕を用いて、決済処理の取消処理を要求するメッセージデータを生成して決済手段に送信し、決済手段が、支払手段及び請求手段のそれそれから受信したメッセージデ一夕を照合して、決済処理の取消処理を行ない、支払手段に支払処理の取消処理の完了を表すメッセージデ一夕を送信し、請求手段に決済処理の取消処理の完了を表すメッセージデ一夕を送信するように構成したものであり、支払手段と請求手段とが遠く離れていたとしても、決済処理の取消処理を行なうことができ、利便性が向上する。

請求項 2 6に記載の発明は、請求手段の中央処理装置が、決済手段から受信した決済の完了を表すメッセージデ一夕の中に含まれる支払手段の所有者の識別情報を用いて、支払手段との通信を要求するメッセージデータを生成して決済手段に送信し、決済手段が、支払手段に対して、請求手段との通信回線の接続を知らせるメッセ一ジデ一夕を生成して送信し、さらに、前記識別情報から識別した支払手段と請求手段との通信回線を接続し、支払手段の中央処理装置が、このメッセ一ジデ一夕を受信して、支払手段の表示手段に、請求手段の所有者の識別情報と、請求手段との通信回線の接続状態とを表示するようにしたものであり、請求手段の担当者は、支払手段の公な識別情報（例えば、電話番号）を知らなくも、支払手段の所有者と連絡を取ることができ、また、支払手段の所有者も、プライバシーが侵害される心配がない。そのため、支払手段の所有者と請求手段の担当者との間で、円滑に商取引を行なうことがでる。

請求項 2 7に記載の発明は、決済手段が、支払手段と請求手段との通信回線を接続するとき、決済手段の第 1の蓄積手段に蓄積されている支払手段の所有者が設定したアクセス制御情報を参照して、請求手段からのアクセスが禁止されている場合には、通信回線を接続しないようにしたものであり、支払手段の所有者のプライバシ一を、より強固に保護することができる。

請求項 2 8に記載の発明は、支払手段の中央処理装置が、決済手段から受信した支払の完了を表すメッセ一ジデ一夕を用いて、請求手段との通信を要求するメッセ一ジデ一夕を生成して決済手段に送信し、決済手段が、請求手段に対して、決済の完了を表すメッセ一ジデ一夕に含まれる支払手段の所有者の識別情報を含み、支払手段との通信回線の接続を知らせるメッセージデ一夕を生成して送信し、さらに、その支払手段と請求手段との通信回線を接続し、請求手段の中央処理装置が、このメッセージデータを受信して、請求手段の表示手段に、支払手段の所有者の識別情報と、支払手段との通信回線の接続状態とを表示するようにしたものであり、支払手段の所有者は、自分の公な識別情報（例えば、電話番号）を知られることなく、請求手段の担当者と連絡を取ることができ、一方、請求手段の担当者は、相手が誰であるかを知ることができる。そのため、支払手段の所有者と請求手段の担当者との間で、円滑に商取引を行なうことができる。

請求項 2 9に記載の発明は、支払手段が、請求手段または決済手段へ送信するメッセージデータに、支払手段の所有者のデジタル署名を施すようにしたものであり、支払手段の所有者に成りすました不正な支払を防止することができる。

請求項 3 0に記載の発明は、請求手段が、支払手段または決済手段へ送信するメッセージデータに、請求手段の所有者のデジタル署名を施すようにしたものであり、請求手段の所有者に成りすました不正な請求を防止することができる。

請求項 3 1に記載の発明は、決済手段が、支払手段または請求手段へ送信するメッセージデ一夕に、決済手段の所有者のデジタル署名を施すようにしたものであり、決済手段の所有者に成りすました不正な泱済処理を防止することができる。

請求項 3 2に記載の発明は、支払手段に、音声入力手段と、音声出力手段と、音声入力手段から入力される音声データを通信手段で送信されるデータへ変換し、且つ、通信手段で受信されたデータを音声出力手段によって出力される音声デ一夕へ変換する音声データ処理手段とを設けたものであり、音声データ通信が可能となり、支払手段の所有者は、取引をしょうとする相手と会話をすることができ、円滑に商取引を行なうことができる。

請求項 3 3に記載の発明は、前記請求手段に、音声入力手段と、音声出力手段と、音声入力手段から入力される音声データを通信手段で送信されるデータへ変換し、且つ、通信手段で受信されたデータを音声出力手段によって出力される音声データへ変換する音声データ処理手段とを設けたものであり、音声データ通信が可能となり、請求手段の所有者は、お客さんと会話をすることができ、円滑に商取引を行なうことができる。請求項 3 4に記載の発明は、前記支払手段に、送信するメッセージデ一夕の暗号化処理と受信したメッセ一ジデ一夕の暗号の復号化処理とを行なう暗号処理手段と、送信する音声デ一夕の暗号化処理と受信した音声データの暗号の復号化処理とを行なう音声暗号処理手段とを設けたものであり、メッセ一ジデ一夕と音声データとを暗号化して送受信することが可能となり、取引の安全性が向上し、しかも、盗聴などからプライバシ一を守ことができる。

請求項 3 5に記載の発明は、請求手段に、送信するメッセ一ジデ一夕の暗号化処理と受信したメッセージデータの暗号の復号化処理とを行なう暗号処理手段と、送信する音声データの暗号化処理と受信した音声デ一夕の暗号の復号化処理とを行なう音声暗号処理手段とを設けたものであり、メッセージデ一夕と音声デ一夕とを暗号化して送受信することが可能となり、取引の安全性が向上し、しかも、盗聴などから業務上の秘密を守ことができる。

請求項 3 6に記載の発明は、支払手段が、支払手段の所有者のデジ夕ル署名を施し、さらに、決済手段の所有者宛てに封書化処理を施したメッセージデ—夕を、決済手段へ送信するようにしたものであり、支払手段の所有者に成りすました不正な支払を防止でき、しかも、プライバシ —を守ることができる。

請求項 3 7に記載の発明は、請求手段が、決済手段へ送信するメッセージデ一夕に、請求手段の所有者のデジタル署名を施すとともに、決済手段の所有者宛てに封書化処理を施すようにしたものであり、請求手段の所有者に成りすました不正な請求を防止でき、しかも、取引上の秘密を守ることができる。

請求項 3 8に記載の発明は、決済手段が、支払手段へ送信するメッセ —ジデ一夕に、決済手段の所有者のデジタル署名を施すとともに、支払手段の所有者宛てに封書化処理を施し、また、請求手段へ送信するメッセージデータに、決済手段の所有者のデジタル署名を施すとともに、請求手段の所有者宛てに封書化処理を施すようにしたものであり、決済手段の所有者に成りすました不正な決済処理を防止でき、しかも、商取引の秘密を守ることができる。

請求項 3 9に記載の発明は、決済手段が、請求手段に送信した決済の完了を表すメッセージデータを、請求手段に関する情報を蓄積する決済手段の第 2の蓄積手段に蓄積し、支払手段に送信した支払の完了を表すメッセージデータを、支払手段に関する情報を蓄積する決済手段の第 1 の蓄積手段に蓄積するようにしたものであり、これによつて、例えば、支払手段または請求手段が故障して、内部のデータが失われても、決済手段の第 1の蓄積手段または第 2の蓄積手段に蓄積されたメッセージデ一夕をもとに、失われたデ一夕を復旧することができる。

請求項 4 0に記載の発明は、決済手段を、支払手段との通信手段及び請求手段との通信手段を介して支払手段の所有者及び請求手段の所有者に電子決済サービスを提供するサービス提供手段と、サービス提供手段と通信手段を介して接続し、支払手段の所有者及び請求手段の所有者の間の決済処理を実行する決済処理手段とで構成したものであり、従来の決済処理手段に、大きな手を加えることなく、システムを構成することができる。

請求項 4 1に記載の発明は、サービス提供手段に、支払手段及び支払手段の所有者に関する情報を蓄積する第 1の蓄積手段と、請求手段及び請求手段の所有者に関する情報を蓄積する第 2の蓄積手段と、電子決済サービスを提供するためのデータ処理を行なう計算機システムとを設けたものであり、この構成により、サービス提供手段が、支払手段及び請求手段と、決済処理手段との間の仲介処理を円滑に実行する。

請求項 4 2に記載の発明は、決済処理手段に、支払手段の所有者の決済処理契約に関する情報を蓄積する第 1の蓄積手段と、請求手段の所有者の決済処理契約に関する情報を蓄積する第 2の蓄積手段と、決済処理におけるデ一夕処理を行なう計算機システムとを設けたものであり、従来の決済処理手段に、大きな手を加えることなく、構成することができる。

請求項 4 3に記載の発明は、サービス提供手段が、請求手段から送信された決済処理を要求するメッセージデータと支払手段から送信された支払処理を要求するメッセ一ジデ一夕とを照合し、決済処理を要求するメッセ一ジデ一夕を生成して決済処理手段に送信し、決済処理を実行した決済処理手段が、決済処理の完了を表すメッセージデータを生成してサービス提供手段に送信し、サービス提供手段が、決済処理の完了を表すメッセ一ジデ一夕から決済の完了を表すメッセージデ一夕と支払の完了を表すメッセージデータとを生成して、それそれを請求手段と支払手段とへ送信するようにしたものであり、従来の決済処理手段に、大きな手を加えることなく、請求手段による不正請求と、支払手段による支払のごまかしとを防ぐことができる。

請求項 4 4に記載の発明は、サービス提供手段が、請求手段に送信した決済の完了を表すメッセージデータをサービス提供手段の第 2の蓄積手段に蓄積し、支払手段に送信した支払の完了を表すメッセ一ジデ一夕をサ一ビス提供手段の第 1の蓄積手段に蓄積するようにしたものであり、これによつて、例えば、支払手段または請求手段が故障して、内部のデ一夕が失われても、決済手段の第 1の蓄積手段または第 2の蓄積手段に蓄積されたメッセージデータをもとに、失われたデータを復旧することができる。

請求項 4 5に記載の発明は、決済処理手段を、取り扱う決済処理の種類を異にする複数の決済処理手段によって構成し、サービス提供手段に、決済処理手段に関する情報を蓄積する第 3の蓄積手段を設けたものであり、支払手段の所有者は、複数の支払方法を使用することが可能となり、支払手段の利便性が向上する。

請求項 4 6に記載の発明は、サービス提供手段が、決済処理を要求するメッセ一ジデ一夕と支払処理を要求するメッセージデータとの照合結果に基づいて、決済処理を要求するメッセージデータを送る決済処理手段を、複数の決済処理手段の中から選択するようにしたものであり、決済処理を要求するメッセージデ一夕の内容と、支払処理を要求するメッセージデータの内容に応じた、最適な決済処理手段を選択することができる。

請求項 4 7に記載の発明は、サービス提供手段が、決済処理手段から受信した決済処理の完了を表すメッセージデ一夕を、サービス提供手段の第 3の蓄積手段に蓄積するようにしたものであり、決済処理の完了を表すメッセージデータと、決済の完了を表すメッセ一ジデ一夕と、支払の完了を表すメッセージデータを、お互いの整合性を保って蓄積管理でき、システムの信頼性が向上する。

請求項 4 8に記載の発明は、サービス提供手段の第 1の蓄積手段に蓄積される支払手段の所有者に関する情報の中に、支払手段の所有者の決済処理契約に関する情報と、支払手段の所有者に帰属する情報とが含まれ、サービス提供手段の第 2の蓄積手段に蓄積される請求手段の所有者に関する情報の中に、請求手段の所有者の決済処理契約に関する情報と、請求手段の所有者に帰属する情報とが含まれるようにしたものであり、サービス提供手段は、サービス提供手段の第 1の蓄積手段に蓄積された情報に基づいて、支払手段の所有者の認証と、請求手段の所有者に対する支払手段の所有者の証明をすることが可能となり、また、サービス提供手段の第 2の蓄積手段に蓄積された情報に基づいて、請求手段の所有者の認証と、支払手段の所有者に対する請求手段の所有者の証明をすることが可能となり、支払手段の所有者と請求手段の所有者との間で、円滑に商取引を行なうことができる。

請求項 4 9に記載の発明は、サービス提供手段の第 1の蓄積手段の情報が、支払手段の所有者ごとに管理して蓄積され、サービス提供手段の第 2の蓄積手段の情報が、請求手段の所有者ごとに管理して蓄積されるようにしたものであり、決済に伴う個人のプライバシ一に関わる情報を、安全に、しかも、効率的に管理することが可能となり、システムの信頼性が向上する。

請求項 5 0に記載の発明は、支払手段の中央処理装置が、支払を申し出るメッセージデ一夕及び支払処理を要求するメッセージデータの中に、そのメッセージデータの有効期間情報を入れ、請求手段の中央処理装置が、支払を請求するメッセージデ一夕及び決済処理を要求するメッセ一ジデ一夕の中に、そのメッセ一ジデ一夕の有効期間情報を入れ、決済手段またはサービス提供手段が、支払処理を要求するメッセージデータと決済処理を要求するメッセ一ジデ一夕とを照合する際に、各有効期間情報を検証するようにしたものであり、古いメッセージデ一夕を用いた、不正な要求を防止することができる。

請求項 5 1に記載の発明は、請求手段の中央処理装置が、決済処理を要求するメッセージデ一夕を生成する前に、支払手段の所有者の照会処理を要求するメッセージデータを生成してサービス提供手段へ送信し、サービス提供手段が、支払処理を要求するメッセージデ一夕と照会処理を要求するメッセージデータとを照合して、サービス提供手段の第 1の蓄積手段に蓄積された支払手段の所有者に関する情報から、所有者の照会結果を示すメッセージデ一夕を生成して請求手段へ送信し、請求手段の中央処理装置が、このメッセージデ一夕を処理して、請求手段の表示手段に出力するようにしたものであり、請求手段の所有者は、支払手段の所有者の信用状況や、本人確認をしてから、決済処理を行なうことができ、商取引の安全性が向上する。

請求項 5 2に記載の発明は、サービス提供手段の第 1の蓄積手段に蓄積される支払手段の所有者に関する情報の中に、支払手段の所有者の写真情報と年齢情報とが含まれ、サービス提供手段が、所有者の照会結果を示すメッセージデータの中に、支払手段の所有者の写真情報と年齢情報とを含めるようにしたものであり、請求手段の所有者は、請求手段の表示手段に出力された顔写真や年齢をもとに、支払手段の所有者の本人確認を行なうことができ、商取引の安全性が向上する。

請求項 5 3に記載の発明は、支払手段の第 2の蓄積手段の空き容量が AU ( AU > 0 ) 未満になった場合に、支払手段の中央処理装置が、支払手段の第 2の蓄積手段に蓄積されているデ一夕を決済手段またはサ一ビス提供手段に送信し、決済手段またはサ一ビス提供手段から更新データを受信して、第 2の蓄積手段に蓄積されているデータを更新するようにしたものであり、支払手段の第 2の蓄積手段のデータが溢れるのを防止できる。

請求項 5 4に記載の発明は、請求手段の第 2の蓄積手段の空き容量が AM ( AM> 0 ) 未満になった場合に、請求手段の中央処理装置が、請求手段の第 2の蓄積手段に蓄積されているデ一夕を決済手段またはサービス提供手段に送信し、決済手段またはサービス提供手段から更新データを受信して、第 2の蓄積手段に蓄積されているデータを更新するようにしたものであり、請求手段の第 2の蓄積手段のデータが溢れるのを防止できる。

請求項 5 5に記載の発明は、支払手段から支払手段の第 2の蓄積手段に蓄積されているデータを含むメッセージデ一夕を受信した、決済手段またはサービス提供手段が、支払手段の第 2の蓄積手段の更新データと新しい支払手段の中央処理装置の制御プログラムとを含むメッセ一ジデ一夕を生成して支払手段に送信し、そのメッセージデ一夕を受信した、支払手段の中央処理装置が、新しい支払手段の中央処理装置の制御プログラムを、支払手段の第 1の蓄積手段または第 2の蓄積手段に蓄積して、その制御プログラムを実行するようにしたものであり、所有者の手をわずわらすことなく、支払手段の制御プログラムを、常に、最新バージョンに更新でき、また、決済手段、あるいは、サービス提供手段も、支払手段の制御プログラムのパージョンの違いに対応する必要がない。

請求項 5 6に記載の発明は、請求手段から請求手段の第 2の蓄積手段に蓄積されているデータを含むメッセージデータを受信した、決済手段またはサービス提供手段が、請求手段の第 2の蓄積手段の更新デ一夕と新しい請求手段の中央処理装置の制御プログラムとを含むメッセージデ —夕を生成して請求手段に送信し、そのメッセージデータを受信した、請求手段の中央処理装置が、新しい請求手段の中央処理装置の制御プログラムを、請求手段の第 1の蓄積手段または第 2の蓄積手段に蓄積して、その制御プログラムを実行するようにしたものであり、所有者の手をわずわらすことなく、請求手段の制御プログラムを、常に、最新バージョンに更新でき、また、決済手段、あるいは、サービス提供手段も、請求手段の制御プログラムのバージョンの違いに対応する必要がない。請求項 5 7に記載の発明は、決済手段またはサービス提供手段が、決済の完了を表すメッセージデ一夕及び支払の完了を表すメッセージデ一夕の中に、決済処理の識別情報を入れ、支払手段及び請求手段の中央処理装置が、支払処理または決済処理の取消処理を要求するそれそれのメッセ一ジデ一夕の中に、決済処理の識別情報を入れ、決済手段またはサ一ビス提供手段が、支払手段及び請求手段のそれそれから受信した支払処理及び決済処理の取消処理を要求する各メッセージデータを照合する際に、決済処理の識別情報を照合するようにしたものであり、決済処理の識別情報を照合することによって、不正な取消処理の要求を防止できる。

請求項 5 8に記載の発明は、サービス提供手段が、支払手段及び請求手段のそれそれから受信した支払処理及び決済処理の取消処理を要求する各メッセージデータを照合する際に、さらに、支払処理の取消処理を要求するメッセ一ジデ一夕とサービス提供手段の第 1の蓄積手段に蓄積されている支払の完了を表すメッセ一ジデ一夕との照合、及び、決済処理の取消処理を要求するメッセ一ジデ一夕とサービス提供手段の第 2の蓄積手段に蓄積されている決済の完了を表すメッセージデ一夕との照合を行なうようにしたものであり、支払処理の取消処理を要求するメッセ —ジデ一夕とサービス提供手段の第 1の蓄積手段に蓄積されている支払の完了を表すメッセージデータとの照合と、決済処理の取消処理を要求するメッセージデータとサービス提供手段の第 2の蓄積手段に蓄積されている決済の完了を表すメヅセージデ一夕との照合によって、不正な取消処理の要求を防止できる。

請求項 5 9に記載の発明は、サービス提供手段が、請求手段に送信した決済処理の取消処理の完了を表すメッセージデータをサービス提供手段の第 2の蓄積手段に蓄積し、支払手段に送信した支払処理の取消処理の完了を表すメッセージデータをサービス提供手段の第 1の蓄積手段に蓄積するようにしたものであり、これによつて、例えば、支払手段または請求手段が故障して、内部のデ一夕が失われても、決済手段の第 1の蓄積手段または第 2の蓄積手段に蓄積されたメッセージデータをもとに、失われたデ一夕を復旧することができる。

請求項 6 0に記載の発明は、決済手段またはサービス提供手段によつて通信回線を接続された支払手段と請求手段とが、音声データ通信を行なうようにしたものであり、支払手段の所有者と請求手段の所有者は、会話をすることができ、円滑に商取引を行なうことができる。

請求項 6 1に記載の発明は、決済手段またはサービス提供手段によつて通信回線を接続された支払手段と請求手段とが、暗号鍵を交換して、互いに音声デ一夕を暗号化して音声デ一夕通信を行なうようにしたものであり、支払手段の所有者と請求手段の所有者は、お互いの会話が盗聴されることなく、円滑に商取引を行なうことができる。

請求項 6 2に記載の発明は、サービス提供手段の計算機システムに、支払手段との通信とサービス提供手段の第 1の蓄積手段に蓄積される情報の処理とを行なうユーザ情報処理手段と、請求手段との通信とサービス提供手段の第 2の蓄積手段に蓄積される情報の処理とを行なうマーチヤント情報処理手段と、決済処理手段との通信とサービス提供手段の第 3の蓄積手段に蓄積される情報の処理とを行なう決済処理機関情報処理手段と、ユーザ情報処理手段、マ一チャント情報処理手段及び決済処理機関情報処理手段との連携処理によってサービス提供処理におけるデー夕処理を行なうサービスディレク夕情報処理手段とを設けたものであり、ユーザ情報処理手段とマーチヤント情報処理手段と決済処理機関情報処理手段とサービスディレクタ情報処理手段とで、並列処理を行なうことによって、効率的にサービス提供処理を行なうことができる。請求項 6 3に記載の発明は、サービス提供手段の計算機システムに、ユーザ情報処理手段、マーチャント情報処理手段、決済処理機関情報処理手段及びサービスディレク夕情報処理手段の生成と消去とを制御するサービスマネージャ情報処理手段を設け、ユーザ情報処理手段、マーチヤント情報処理手段、決済処理機関情報処理手段及びサービスディレク夕情報処理手段が、それそれ、必要に応じて、サービスマネージャ情報処理手段によって生成または消去されるようにしたものであり、計算機システムの計算機能を、各情報処理手段に対して、効率的に配分することができる。

請求項 6 4に記載の発明は、サービスマネージャ情報処理手段が、支払手段との通信のために、各支払手段のそれぞれに 1対 1で対応するュ一ザ情報処理手段を生成し、請求手段との通信のために、各請求手段のそれそれに 1対 1で対応するマ一チャント情報処理手段を生成し、決済処理手段との通信のために、各決済処理手段のそれそれに 1対 1で対応する決済処理機関情報処理手段を生成し、さらに、ユーザ情報処理手段、マーチヤント情報処理手段または決済処理機関情報処理手段が連携処理を行なうための情報処理手段の組み合わせのそれそれに対応させて 1つずつのサービスディレク夕情報処理手段を生成するようにしたものであり、同時に複数のサービス提供処理を行なうことができ、また、各情報処理手段の処理を単純化することができるので、メンテナンスが容易となり、システムの信頼性を向上させることができる。

請求項 6 5に記載の発明は、サービスマネージャ情報処理手段が、サ —ビスディレク夕情報処理手段を生成する際に、サービスディレクタ情報処理手段を含む、連携処理を行なうための情報処理手段のグループを定義し、生成されたサービスディレクタ情報処理手段が、グループに属する情報処理手段とのみ通信をして、グループに属する情報処理手段との連携処理によって、サービス提供処理におけるデータ処理を行なうようにしたものであり、 1つの情報処理手段のグループの処理が、他の情報処理手段に影響を与えることがなく、システムの信頼性が向上する。請求項 6 6に記載の発明は、サービスディレクタ情報処理手段が、サ —ビス提供処理におけるデータ処理を行なう際に、自身が属する情報処理手段のグループに属さない情報処理手段と連携処理をする必要がある場合に、必要とする情報処理手段のグループへの追加を要求するメッセ一ジをサ一ビスマネージャ情報処理手段へ送信し、サービスマネージャ情報処理手段が、要求された情報処理手段を生成してグループへ追加するようにしたものであり、情報処理手段のグループの連携処理の途中で、新たな情報処理手段を追加できるので、自由度の高いサービス提供処理を行なうことができる。

請求項 6 7に記載の発明は、ユーザ情報処理手段が、対応する支払手段と、自身が属するグループのサービスディレクタ情報処理手段と、サ —ビスマネージャ情報処理手段とのみ通信をし、サービス提供手段の第 1の蓄積手段に蓄積される支払手段及び支払手段の所有者に関する情報の処理を行ない、マ一チャント情報処理手段が、対応する請求手段と、自身が属するグループのサービスディレク夕情報処理手段と、サービスマネージャ情報処理手段とのみ通信をし、サービス提供手段の第 2の蓄積手段に蓄積される請求手段及び請求手段の所有者に関する情報の処理を行ない、決済処理機関情報処理手段が、対応する決済処理手段と、自身が属するグループのサ一ビスディレク夕情報処理手段と、サービスマネージャ情報処理手段とのみ通信をし、サービス提供手段の第 3の蓄積手段に蓄積される決済処理手段に関する情報の処理を行なうようにしたものであり、 1つの情報処理手段のグループの処理が、他の情報処理手段に影響を与えることがなく、また、 1つの情報処理手段（ユーザ情報処理手段、マーチャント情報処理手段、決済処理機関情報処理手段）の処理が、その情報処理手段に 1対 1に対応する対象（支払手段、請求手段、決済処理機関）に関係のない情報を処理することがなく、システムの信頼性が向上する。

請求項 6 8に記載の発明は、支払手段とサービス提供手段との間で通信回線を接続する際に、支払手段とそれに対応するュ一ザ情報処理手段とが、相互の認証処理を行ない、請求手段とサービス提供手段との間で通信回線を接続する際に、請求手段とそれに対応するマーチヤント情報処理手段とが、相互の認証処理を行なうようにしたものであり、不正な成りすましによって、相手に接続し、相手側の情報を不正に読み出したり、書き換えたりすることを防止できる。

請求項 6 9に記載の発明は、支払手段、請求手段及び決済処理手段が、サービス提供手段の対応するユーザ情報処理手段、マ一チャント情報処理手段または決済処理機関情報処理手段へ送信するメッセージデータに、それそれ、支払手段の所有者、請求手段の所有者または決済処理手段の所有者のデジタル署名を施し、また、ユーザ情報処理手段、マーチヤント情報処理手段及び決済処理機関情報処理手段が、支払手段、請求手段または決済処理手段へ送信するメッセージデ一夕にサービス提供手段のデジタル署名を施し、これらのデジタル署名が施されたメッセージデー夕を受信した支払手段、請求手段、決済処理手段並びにサービス提供手段のユーザ情報処理手段、マーチヤント情報処理手段及び決済処理機関情報処理手段の各々が、デジタル署名の検証処理を行なうようにしたものであり、成りすましによる、不正な操作を防止することができ、また、サービス提供手段は、メッセージデータにデジタル署名を施す処理とデジ夕ル署名の検証処理とを、ユーザ情報処理手段とマーチャント情報処理手段と決済処理機関情報処理手段とがそれそれ並列に処理することによって、効率的に行うことができる。

請求項 7 0に記載の発明は、支払手段、請求手段及び決済処理手段が、サービス提供手段の対応するユーザ情報処理手段、マーチヤント情報処理手段または決済処理機関情報処理手段に送信するメッセージデータに対して、サービス提供手段の所有者宛てに封書化処理を施し、また、ュ —ザ情報処理手段、マ一チャント情報処理手段及び決済処理機関情報処理手段が、支払手段、請求手段または決済処理手段へ送信するメッセ一ジデ一夕に対して、支払手段、請求手段または決済処理手段の所有者宛に封書化処理を施し、これらの封書化処理が施されたメッセージデ一夕を受信した支払手段、請求手段、決済処理手段並びにサービス提供手段のユーザ情報処理手段、マ一チャント情報処理手段及び決済処理機関情報処理手段の各々が、封書化されたメッセージデータの暗号の復号化処理を行なうようにしたものであり、盗聴などから商取引における秘密を守ることができ、また、サービス提供手段は、メヅセージデータの封書化処理と封書化されたメッセージデータの暗号の復号化処理とをユーザ情報処理手段とマ一チャント情報処理手段と決済処理機関情報処理手段とが、それぞれ並列に処理することによって、効率的に行うことができる。

請求項 7 1に記載の発明は、支払手段、請求手段、決済処理手段並びにサービス提供手段のユーザ情報処理手段、マーチャント情報処理手段及び決済処理機関情報処理手段が、送信するメッセージデ一夕にデジ夕ル署名と封書化処理とを併せて施し、メッセージデータを受信した支払手段、請求手段、決済処理手段並びにサービス提供手段のユーザ情報処理手段、マーチヤント情報処理手段及び決済処理機関情報処理手段の各々が、封書化されたメッセージデータの暗号を復号化して、デジタル署名の検証処理を行なうようにしたものであり、盗聴などから、商取引における秘密を守ることができ、同時に、成りすましによる、不正な操作を防止でき、また、サービス提供手段は、送信するメッセージデ一夕のデジタル署名と封書化処理、及び、受信したメッセ一ジデ一夕の暗号の復号化とデジタル署名の検証処理とを効率的に行うことができる。請求項 7 2に記載の発明は、請求手段から決済処理を要求するメッセ一ジデ一夕を受信したマーチヤント情報処理手段が、決済処理を要求するメッセージを生成してサービスマネージャ情報処理手段へ送信し、支払手段から支払処理を要求するメッセージデ一夕を受信したユーザ情報処理手段が、支払処理を要求するメッセージを生成してサービスマネ一ジャ情報処理手段へ送信し、メッセージに含まれる識別情報を基にこれらのメッセージを照合したサービスマネージャ情報処理手段が、サ一ビスディレクタ情報処理手段を生成して、マーチャント情報処理手段、ュ —ザ情報処理手段及びサービスディレクタ情報処理手段からなる情報処理手段のグループを定義し、サービスディレクタ情報処理手段が、決済処理を要求するメッセージと支払処理を要求するメッセージとの内容を照合して、決済処理を実行する決済処理手段を選択し、選択した決済処理手段に対応する決済処理機関情報処理手段のグループへの追加をサ一ビスマネージャ情報処理手段に要求し、サービスマネージャ情報処理手段が、要求された決済処理機関情報処理手段を生成してグループへ追加し、サービスディレクタ情報処理手段が、決済処理を要求するメッセ一ジを生成して決済処理機関情報処理手段へ送信し、決済処理機関情報処理手段が、このメッセージから、決済処理を要求するメッセージデ一夕を生成して、決済処理手段へ送信し、決済処理手段から決済処理の完了を表すメッセージデータが送信されると、決済処理機関情報処理手段が、決済処理の完了を表すメッセージを生成してサービスディレク夕情報処理手段へ送信するとともに、決済処理の完了を表すメッセージデ一夕をサービス提供手段の第 3の蓄積手段に蓄積し、決済処理の完了を表すメッセージを受信したサービスディレク夕情報処理手段が、決済の完了を表すメヅセージと支払の完了を表すメッセージとを生成して、それそれ、マーチャント情報処理手段と、ユーザ情報処理手段とへ送信し、マーチヤント情報処理手段が、受信したメッセージから、決済の完了を表すメッセージデ一夕を生成して請求処理手段へ送信するとともに、決済の完了を表すメッセ一ジデ一夕をサービス提供手段の第 2の蓄積手段に蓄積し、ユーザ情報処理手段が、受信したメッセージから、支払の完了を表すメッセ一ジデ一夕を生成して支払手段へ送信するとともに、支払の完了を表すメッセージデータをサービス提供手段の第 1の蓄積手段に蓄積するようにしたものであり、商取引における秘密漏洩や成りすましによる不正操作を防ぎながら、効率的に決済処理を実行することができる。請求項 7 3に記載の発明は、請求手段から決済処理の取消処理を要求するメッセージデータを受信したマ一チャント情報処理手段が、決済処理の取消処理を要求するメッセージを生成してサービスマネージャ情報処理手段へ送信し、支払手段から支払処理の取消処理を要求するメッセ一ジデ一夕を受信したユーザ情報処理手段が、支払処理の取消処理を要求するメッセージを生成してサ一ビスマネージャ情報処理手段へ送信し、メッセージに含まれる識別情報を基にこれらのメッセージを照合したサ一ビスマネージャ情報処理手段が、サービスディレクタ情報処理手段を生成して、前記マ一チャント情報処理手段、ユーザ情報処理手段及びサ一ビスディレク夕情報処理手段からなる情報処理手段のグループを定義し、サービスディレクタ情報処理手段が、決済処理の取消処理を要求するメッセージと支払処理の取消処理を要求するメッセージとの内容を照合して、決済処理を実行した決済処理手段を特定し、特定した決済処理手段に対応する決済処理機関情報処理手段のグループへの追加をサ一ビスマネージャ情報処理手段に要求し、サービスマネージャ情報処理手段が、要求された決済処理機関情報処理手段を生成してグループへ追加し、サービスディレク夕情報処理手段が、決済処理の取消処理を要求するメッセージを生成して決済処理機関情報処理手段へ送信し、決済処理機関情報処理手段が、このメッセージから、決済処理の取消処理を要求するメッセージデータを生成して、決済処理手段へ送信し、決済処理手段から決済処理の取消処理の完了を表すメッセージデータが送信されると、決済処理機関情報処理手段が、決済処理の取消処理の完了を表すメッセージを生成してサービスディレクタ情報処理手段へ送信するとともに、決済処理の取消処理の完了を表すメッセージデータをサ一ビス提供手段の第 3の蓄積手段に蓄積し、決済処理の取消処理の完了を表すメッセ一ジを受信したサービスディレク夕情報処理手段が、決済の取消処理の完了を表すメッセージと支払の取消処理の完了を表すメッセージとを生成して、それそれ、マ一チャント情報処理手段と、ユーザ情報処理手段とへ送信し、マ一チャント情報処理手段が、受信したメッセージから、決済の取消処理の完了を表すメッセージデ一夕を生成して請求処理手段へ送信するとともに、決済の取消処理の完了を表すメッセージデータをサ一ビス提供手段の第 2の蓄積手段に蓄積し、ユーザ情報処理手段が、受信したメッセージから、支払の取消処理の完了を表すメッセージデ一夕を生成して支払手段へ送信するとともに、支払の取消処理の完了を表すメッセ一ジデ一夕をサービス提供手段の第 1の蓄積手段に蓄積するようにしたものであり、商取引における秘密漏洩や成りすましによる不正操作を防止しながら、効率的にキャンセル処理が行なわれる。

請求項 7 4に記載の発明は、請求手段が、決済の完了を表すメッセ一ジデ一夕の中に含まれる支払手段の所有者の識別情報を用いて、支払手段との通信を要求するメッセージデ一夕を生成して送信したとき、請求手段からこのメッセージデ一夕を受信したマ一チャント情報処理手段が、支払手段との通信を要求するメッセージを生成してサービスマネージャ情報処理手段へ送信し、このメッセージを受信したサービスマネージャ情報処理手段が、サービスディレクタ情報処理手段を生成して、マーチヤント情報処理手段とサービスディレク夕情報処理手段とからなる情報処理手段のグループを定義し、サービスディレクタ情報処理手段が、メッセージに含まれる支払手段の所有者の識別情報に対応する支払手段とその所有者とを特定し、その特定した支払手段に対応するユーザ倩報処理手段のグループへの追加をサービスマネージャ情報処理手段に要求し、サービスマネージャ情報処理手段が、要求されたユーザ情報処理手段を生成してグループへ追加し、サービスディレクタ情報処理手段が、サ一ビス提供手段の第 1の蓄積手段に蓄積されている、支払手段の所有者が設定したアクセス制御情報を参照して、請求手段からのアクセスが禁止されていない場合に、請求手段との通信回線の接続を知らせるメッセ一ジを生成してュ一ザ情報処理手段へ送信し、ュ一ザ情報処理手段が、このメッセージから、請求手段との通信回線の接続を知らせるメッセージデータを生成して支払手段へ送信するようにしたものであり、商取引における秘密漏洩や成りすましによる不正操作を防止しながら、効率的に顧客サービスコールの処理を行なうことができる。

請求項 7 5に記載の発明は、支払手段が、決済の完了を表すメッセ一ジデ一夕を用いて、請求手段との通信を要求するメッセージデ一夕を生成して送信したとき、支払手段からメッセージデータを受信したユーザ情報処理手段が、請求手段との通信を要求するメッセージを生成してサ —ビスマネージャ情報処理手段へ送信し、このメッセージを受信したサ —ビスマネージャ情報処理手段が、サービスディレクタ情報処理手段を生成して、ユーザ情報処理手段とサービスディレクタ情報処理手段とからなる情報処理手段のグループを定義し、サービスディレク夕情報処理手段が、請求手段に対応するマーチヤント情報処理手段のグループへの追加をサービスマネージャ情報処理手段に要求し、サービスマネージャ情報処理手段が、要求されたマーチヤント情報処理手段を生成してグル —プへ追加し、サービスディレクタ情報処理手段が、支払手段との通信回線の接続を知らせるメッセージを生成してマーチヤント情報処理手段へ送信し、マ一チャント情報処理手段が、このメッセージから、支払手段との通信回線の接続を知らせるメッセージデータを生成して、請求手段へ送信するようにしたものであり、商取引における秘密漏洩や成りすましによる不正操作などを防止しながら、効率的に問い合わせコールの処理を行なうことができる。

請求項 7 6に記載の発明は、決済手段またはサービス提供手段が、支払手段または請求手段の第 2の蓄積手段に蓄積されているデータの更新を要求するメッセージデータを生成して支払手段または請求手段に送信した場合に、支払手段または請求手段の中央処理装置が、第 2の蓄積手段に蓄積されているデータを含むメッセ一ジデ一夕を生成して決済手段またはサービス提供手段に送信し、これを受けた決済手段またはサービス提供手段が、支払手段または請求手段の第 2の蓄積手段の更新データを含むメッセージデータを生成して支払手段または請求手段に送信し、支払手段または請求手段の中央処理装置がメッセージデータから更新デ —夕を取り出して第 2の蓄積手段に蓄積されているデータを更新するようにしたものであり、サービス提供手段が、支払手段の第 2の蓄積手段、または、請求手段の第 2の蓄積手段に蓄積されている情報を、強制的に更新することができ、契約内容が変わった場合など、支払手段の第 2の蓄積手段、または、請求手段の第 2の蓄積手段に蓄積されている情報を更新する必要がある場合に有効である。請求項 7 7に記載の発明は、決済手段を、分散して配置された複数の決済手段によって構成し、それらの決済手段を通信回線で相互に接続したものであり、決済手段の処理を分散させて行なうことにより、処理効率が向上する。

請求項 7 8に記載の発明は、複数の決済手段を、地域ごとに、または、組織ごとに分散して配置しており、決済手段の処理を、地域または組織ごとに分散させることにより、処理の効率が向上する。

請求項 7 9に記載の発明は、支払手段及び支払手段の所有者に関する情報が、支払手段または支払手段の所有者と同じ属性を有する決済手段の第 1の蓄積手段に蓄積され、請求手段及び請求手段の所有者に関する情報が、請求手段または請求手段の所有者と同じ属性を有する決済手段の第 2の蓄積手段に蓄積され、全ての決済手段の第 1の蓄積手段には、さらに、その決済手段との通信が許される全ての支払手段の識別情報と、支払手段及び支払手段の所有者に関する倩報が蓄積されている場所を示す位置情報とが蓄積され、全ての決済手段の第 2の蓄積手段には、さらに、その決済手段との通信が許される全ての請求手段の識別情報と、請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とが蓄積されるようにしたものであり、各決済手段で、支払手段に関連する情報及び支払手段の所有者に関連する情報と、請求手段に関連する情報及びその請求手段の所有者に関連する情報とを効率的に蓄積管理することができ、支払手段または請求手段は、どの決済手段と通信をしても、それらの情報にアクセスできる。

請求項 8 0に記載の発明は、サービス提供手段を、分散して配置された複数のサービス提供手段によって構成し、それらのサービス提供手段を通信回線によって相互に接続したものであり、サービス提供手段の処理を分散させて行なうことにより、処理の効率が向上する。請求項 8 1に記載の発明は、複数のサービス提供手段を、地域ごとに、または、組織ごとに分散して配置したものであり、サービス提供手段の処理を、地域または組織ごとに分散させることにより、処理効率が向上する。

請求項 8 2に記載の発明は、支払手段及び支払手段の所有者に関する情報が、支払手段または支払手段の所有者と同じ属性を有するサービス提供手段の第 1の蓄積手段に蓄積され、請求手段及び請求手段の所有者に関する情報が、請求手段または請求手段の所有者と同じ属性を有するサービス提供手段の第 2の蓄積手段に蓄積され、全てのサービス提供手段の第 1の蓄積手段には、さらに、そのサービス提供手段との通信が許される全ての支払手段の識別情報と、支払手段及び支払手段の所有者に関する情報が蓄積されている場所を示す位置情報とが蓄積され、全てのサービス提供手段の第 2の蓄積手段には、さらに、そのサービス提供手段との通信が許される全ての請求手段の識別情報と、請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とが蓄積されるようにしたものであり、各サービス提供手段で、支払手段に関連する情報及び支払手段の所有者に関連する情報と、請求手段に関連する情報及びその請求手段の所有者に関連する情報とを効率的に蓄積管理することができ、支払手段または請求手段は、どのサービス提供手段と通信をしても、それらの情報にアクセスすることができる。

請求項 8 3に記載の発明は、この属性が、「組織」であるようにしたものであり、請求手段やその所有者、あるいは、支払手段やその所有者に関する情報が、その所有者が属する組織の決済手段やサービス提供手段に蓄積管理される。

請求項 8 4に記載の発明は、この属性が、「地域」であるようにしたものであり、請求手段やその所有者、あるいは、支払手段やその所有者に関する情報が、その所有者が在住する地域の決済手段やサービス提供手段に蓄積管理される。

請求項 8 5に記載の発明は、支払手段が、第 2のサービス提供手段と通信回線を接続し、この第 2のサービス提供手段が、支払手段及び支払手段の所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、第 2のサービス提供手段のサービスマネージャ情報処理手段が、第 2のサービス提供手段の第 1の蓄積手段に蓄積されている支払手段の識別情報と、支払手段及び支払手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、第 1のサービス提供手段を特定し、第 1のサービス提供手段のサービスマネージャ情報処理手段に支払手段に対応するホームュ一ザ情報処理手段の生成を要求し、ホ一ムユーザ情報処理手段が第 1のサービス提供手段上に生成された場合に、支払手段に対応するモパイルユーザ情報処理手段を第 2のサービス提供手段上に生成し、生成されたモパイルユーザ情報処理手段とホームユーザ情報処理手段とが、連携して、支払手段との通信と、支払手段及び支払手段の所有者に関する情報の処理とを行なうようにしたものであり、支払手段はどのサービス提供手段と通信回線を接続しても、その支払手段及び支払手段の所有者に関する情報にアクセスすることができ、効率的に決済処理を行うことができる。

請求項 8 6に記載の発明は、支払手段が、第 2のサービス提供手段のユーザ情報処理手段と通信回線を接続して、支払処理の取消処理を要求し、この第 2のサービス提供手段が、支払処理に関係した請求手段及びその所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、第 2のサービス提供手段のサービスマネージャ情報処理手段が、第 2のサービス提供手段の第 2の蓄積手段に蓄積されている請求手段の識別情報と、請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、第 1のサービス提供手段を特定し、第 1のサービス提供手段のサービスマネージャ情報処理手段に、ユーザ情報処理手段から受信した支払処理の取消を要求するメッセージを送信し、第 1のサービス提供手段のサービスマネージャ情報処理手段が、第 1のサービス提供手段のマーチヤント情報処理手段から受信した決済処理の取消処理を要求するメッセージと、第 2のサービス提供手段のサービスマネージャ情報処理手段から受信した支払処理の取消処理を要求するメッセージとを照合して、第 1のサービス提供手段上にサービスディレク夕情報処理手段を生成し、サービスディレク夕情報処理手段とマ一チヤント情報処理手段と第 2のサービス提供手段のュ一ザ情報処理手段とから成る情報処理手段のグループを定義するようにしたものであり、支払手段は、どのサービス提供手段と通信をした場合でも、請求手段とその所有者に関する情報が蓄積されたサービス提供手段に通信回線で接続した場合と同じように、支払処理の取消処理を行なうことができる。従つて、例えば、旅先で行なった電子決済を、自宅に戻ってからキャンセルするようなことが可能となる。

請求項 8 7に記載の発明は、請求手段が、第 2のサービス提供手段のマ一チャント情報処理手段に「支払手段との通信を要求するメッセージデータ」を送信し、この第 2のサービス提供手段が、支払手段及びその所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、マーチャント情報処理手段から「支払手段との通信を要求するメッセージ」を受信した第 2のサービス提供手段のサービスマネージャ情報処理手段が、第 2のサービス提供手段上にサービスディレク夕情報処理手段を生成して、マーチヤント情報処理手段とサービスディレク夕情報処理手段とから成る情報処理手段のグループを定義し、生成されたサ一ビスディレク夕情報処理手段が、要求先の支払手段とその所有者とを特定し、特定した支払手段に対応するユーザ情報処理手段をグループへ追加するようにサービスマネージャ情報処理手段に要求し、それを受けてサービスマネージャ情報処理手段が、第 2のサービス提供手段の第 1の蓄積手段に蓄積されている支払手段の識別情報と、支払手段及び支払手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、第 1のサービス提供手段を特定し、第 1のサービス提供手段のサービスマネージャ情報処理手段に支払手段に対応するユーザ情報処理手段の生成を要求し、第 1のサービス提供手段上に、支払手段に対応するユーザ情報処理手段が生成された場合に、そのユーザ情報処理手段をグループに追加するようにしたものであり、請求手段は、他のサービス提供手段が管轄する支払手段とも通信を行なうことができる。

請求項 8 8に記載の発明は、支払手段が、第 2のサービス提供手段のユーザ情報処理手段に「請求手段との通信を要求するメッセージデー夕」を送信し、この第 2のサービス提供手段が、請求手段及びその所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、ユーザ情報処理手段から「請求手段との通信を要求するメッセージ」を受信した第 2のサービス提供手段のサービスマネージャ情報処理手段が、第 2のサービス提供手段の第 2の蓄積手段に蓄積されている請求手段の識別情報と、請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、第 1のサービス提供手段を特定し、第 1のサービス提供手段のサービスマネージャ情報処理手段に、ユーザ情報処理手段から受信した「請求手段との通信を要求するメッセ一ジ」を送信し、このメッセージを受信した第 1のサービス提供手段のサービスマネージャ情報処理手段が、第 1のサービス提供手段上にサービスディレク夕情報処理手段を生成して、このサービスディレクタ情報処理手段と第 2のサービス提供手段上のユーザ情報処理手段とから成る情報処理手段のグループを定義し、生成されたサービスディレク夕情報処理手段が、要求先の請求手段に対応するマーチヤント情報処理手段をグループへ追加するように第 1のサ一ビス提供手段のサービスマネージャ情報処理手段に要求し、それを受けて、サービスマネージャ情報処理手段が、第 1のサービス提供手段上に、請求手段に対応するマ一チャント情報処理手段を生成して、グループに追加するようにしたものであり、支払手段は、どのサービス提供手段と通信回線を接続しても、支払手段に関連する情報及び支払手段の所有者に関連する情報が蓄積されているサービス提供手段と通信回線を接続した場合と同じように、請求手段との通信を行なうことができる。

請求項 8 9に記載の発明は、支払手段に、蓄積手段として、強誘電体メモリを設けたものであり、支払手段のバッテリィの寿命が伸びる効果がある。

請求項 9 0に記載の発明は、請求項 5乃至 8 9に記載の支払手段の中央処理装置の制御プログラムを、電子計算機が読み取り可能な形式で記録媒体に記録したものであり、プログラムを、持ち運び可能な形態で流通させることができる。

請求項 9 1に記載の発明は、請求項 6乃至 8 9に記載の請求手段の中央処理装置の制御プログラムを、電子計算機が読み取り可能な形式で記録媒体に記録したものであり、プログラムを、持ち運び可能な形態で流通させることができる。

請求項 9 2に記載の発明は、請求項 7乃至 8 9に記載の決済手段の計算機システムの処理プログラムを、電子計算機が読み取り可能な形式で記録媒体に記録したものであり、プログラムを、持ち運びが可能な形態で流通させることができる。

請求項 9 3に記載の発明は、請求項 4 0乃至 8 9に記載のサービス提供手段の計算機システムの処理プログラムを、電子計算機が読み取り可能な形式で記録媒体に記録したものであり、プログラムを、持ち運び可能な形態で流通させることができる。

請求項 9 4に記載の発明は、請求項 4 0乃至 8 9に記載の決済処理手段の計算機システムの処理プログラムを、電子計算機が読み取り可能な形式で記録媒体に記録したものであり、プログラムを、持ち運び可能な形態で流通させることができる。図面の簡単な説明

図 1は本発明の第 1、第 2の実施の形態におけるパーソナル電子決済システムのブロック構成図であり、

図 2は本発明の第 1、第 2の実施の形態におけるパーソナル · クレジット端末の概観図であり、

図 3は本発明の第 1、第 2の実施の形態におけるクレジット決済端末の概観図であり、

図 4は本発明の第 1、第 2の実施の形態におけるサービス提供システムのブ口ック構成図であり、

図 5は本発明の第 1、第 2の実施の形態における決済システムのプロック構成図であり、

図 6は本発明の第 1の実施の形態における "決済" の処理のフロー図であり、

図 7 ( a ) 〜（h ) は本発明の第 1の実施の形態における "決済" の処理の際にパーソナル · クレジット端末の L C Dに表示される画面の摸式図であり、

図 8 ( a ) ~ ( g ) は本発明の第 1の実施の形態における "決済" の処理の際にクレジット決済端末の L C Dに表示される画面の摸式図であり、

図 9は本発明の第 1、第 2の実施の形態における "キャンセル"の処理のフ口一図であり、

図 10 (a)〜（e)は本発明の第 1、第 2の実施の形態における "キヤンセル"の処理の際にパーソナル · クレジヅト端末の L CDに表示される画面の摸式図であり、

図 1 1 (a)〜（g)は本発明の第 1、第 2の実施の形態における "キヤンセル" の処理の際にクレジット決済端末の L CDに表示される画面の摸式図であり、

図 12 (a) は本発明の第 1の実施の形態における "顧客サービスコ —ル" の処理のフロ図であり、

図 12 (b) は本発明の第 1の実施の形態における "問い合わせコ一ル" の処理のフロ一図であり、

図 13 (a) は本発明の第 1、第 2の実施の形態における "顧客サ一ビスコール" の処理の際にパーソナル ·クレジット端末の L CDに表示される画面の摸式図であり、

図 13 (b) は前記 "顧客サービスコール"の処理及び "問い合わせコール" の処理の際にパーソナル · クレジット端末の L CDに表示される画面の摸式図でり、

図 13前記（c) 〜（i) は "問い合わせコール" の処理の際にパーソナル ·クレジット端末の L CDに表示される画面の摸式図であり、図 14 (a) 〜（e) 及び（g) は本発明の第 1、第 2の実施の形態における "顧客サービスコール" の処理の際にクレジット決済端末の L CDに表示される画面の摸式図であり、

図 14 (f ) は前記 "顧客サービスコール"の処理及び "問い合わせコール" の処理の際にクレジット決済端末の L CDに表示される画面の摸式図（f ) であり、

図 14 (h) は前記 "問い合わせコール" の処理の際にクレジット決済端末の L CDに表示される画面の摸式図であり、

図 15 (a)は本発明の第 1、第 2の実施の形態におけるパーソナル · クレジット端末のブロック構成図であり、

図 15 (b)は本発明の第 1、第 2の実施の形態におけるパーソナル · クレジット端末の赤外線通信モジュールのプロック構成図であり、図 16は本発明の第 1の実施の形態におけるパーソナル · クレジット端末の RAMマップの摸式図であり、

図 17は本発明の第 1の実施の形態におけるパーソナル · クレジット端末のサービスデータ領域に格納されるデ一夕の摸式図であり、図 18 (a) は本発明の第 1の実施の形態におけるパーソナル ·クレジット端末の内部レジス夕の構成図であり、

図 18 (b) は本発明の第 1の実施の形態におけるパーソナル · クレジヅト端末の I N Tレジス夕のビヅトフィールド構成図であり、図 18 (c) は本発明の第 1の実施の形態におけるパーソナル · クレジヅト端末の RAM上の変数 interruptのビットフィールド構成図であ、

図 19 (a) は本発明の第 1の実施の形態におけるパーソナル ·クレジット端末の CPUが行なう処理のフロー図の一部であり、

図 19 (b) は図 19 (a) に示す処理の続きを示すフロー図の一部であり、

図 20 (a) は本発明の第 1の実施の形態におけるデジタル署名の処理のフロー図であり、

図 20 (b) は本発明の第 1の実施の形態におけるデジタル署名の処理のフ口一解説図であり、図 2 1 (a) は本発明の第 1の実施の形態におけるメッセージの封書化処理のフロー図であり、

図 2 1 (b) は本発明の第 1の実施の形態におけるメッセージの封書化処理のフロー解説図であり、

図 22 (a) は本発明の第 1の実施の形態における封書化されたメッセージの復号化処理のフロー図であり、

図 22 (b) は本発明の第 1の実施の形態における封書化されたメッセージの復号化処理のフロー解説図であり、

図 23 (a) は本発明の第 1の実施の形態におけるデジタル署名の検証処理のフロー図であり、

図 23 (b) は本発明の第 1の実施の形態におけるデジタル署名の検証処理のフロー解説図であり、

図 24 (a) は本発明の第 1の実施の形態におけるクレジット決済端末のプロック構成図であり、

図 24 (b) は本発明の第 1の実施の形態におけるクレジット決済端末の赤外線受発光モジュールのプロック構成図であり、

図 25は本発明の第 1の実施の形態におけるクレジツト決済端末の R AMマップの摸式図であり、

図 26は本発明の第 1の実施の形態におけるクレジット決済端末のサ —ビスデ一夕領域に格納されるデータの摸式図であり、

図 27 (a) は本発明の第 1の実施の形態におけるクレジット決済端末の内部レジス夕の構成図であり、

図 27 (b) は本発明の第 1の実施の形態におけるクレジット決済端末の I NTレジス夕のビットフィールド構成図であり、

図 27 (c) は本発明の第 1の実施の形態におけるクレジット決済端末の RAM上の変数 interruptのビヅトフィ一'ルド構成図であり、図 28 (a) は本発明の第 1の実施の形態におけるクレジット決済端末の CPUが行なう処理のフロー図の一部であり、

図 28 (b) は図 28 (a) に示す処理の続きを示すフロー図の一部であり、

図 29は本発明の第 1の実施の形態におけるサービス提供システムのユーザ情報サーバに、一人のユーザに対して格納されるデータの摸式図であり、

図 30は本発明の第 1の実施の形態におけるサービス提供システムのマーチヤント情報サーバに、一つのマーチヤントに対して格納されるデ —夕の摸式図であり、

図 3 1は本発明の第 1の実施の形態におけるサービス提供システムの決済処理機関情報サーバに、一つの決済処理機関に対して格納されるデ —夕の摸式図であり、

図 32 (a) 〜（e) は本発明の第 1の実施の形態におけるサービス提供システムのサービスディレクタ情報サーバに格納されるデ一夕の摸式図であり、

図 33 (a) は本発明の第 1の実施の形態におけるリモートアクセス処理のフロー図であり、

図 33 (b) は本発明の第 1の実施の形態におけるデ一夕アップデート処理のフロ一図であり、

図 34 (a) は本発明の第 1の実施の形態におけるリモートアクセス要求のデータ構造の摸式図であり、

図 34 (b) は本発明の第 1の実施の形態におけるリモートアクセスデータのデータ構造の摸式図であり、

図 34 (c) は本発明の第 1の実施の形態におけるデ一夕アップデート要求のデータ構造の摸式図であり、図 34 (d) は本発明の第 1の実施の形態におけるデータアップデート要求応答のデ一夕構造の摸式図であり、

図 34 (e) は本発明の第 1の実施の形態におけるアップロードデー夕のデ一夕構造の摸式図であり、

図 34 (f ) は本発明の第 1の実施の形態におけるアップデートデ一夕のデ一夕構造の摸式図であり、

図 35は本発明の第 1の実施の形態における機能停止命令のデ一夕構造の摸式図であり、

図 36 (a) は本発明の第 1の実施の形態における支払オファーのデ一夕構造の摸式図であり、

図 36 (b) は本発明の第 1の実施の形態における支払オファー応答のデータ構造の摸式図であり、

図 3 6 (c) は本発明の第 1の実施の形態における信用照会要求のデ —夕構造の摸式図であり、

図 3 6 (d) は本発明の第 1の実施の形態における支払要求のデ一夕構造の摸式図であり、

図 36 (e) は本発明の第 1の実施の形態における信用照会応答のデ —夕構造の摸式図であり、

図 36 (f ) は本発明の第 1の実施の形態におけるクレジット決済端末からサービス提供システムに送信される決済要求のデ一夕構造の摸式図であり、

図 37 (a) は本発明の第 1の実施の形態におけるサービス提供システムから決済システムに送信される決済要求のデータ構造の摸式図であり、

図 37 (b) は本発明の第 1の実施の形態における決済システムからサービス提供システムに送信される決済完了通知のデータ構造の摸式図であり、

図 37 (c) は本発明の第 1の実施の形態におけるサービス提供システムからクレジット決済端末に送信される決済完了通知のデータ構造の摸式図であり、

図 38 (a) は本発明の第 1の実施の形態におけるクレジット決済端末からサービス提供システムに送信される領収書のデータ構造の摸式図であり、

図 38 (b) は本発明の第 1の実施の形態におけるサービス提供システムからパーソナル · クレジット端末に送信される領収書のデータ構造の摸式図であり、

図 39 (a) は本発明の第 1の実施の形態におけるクレジット決済端末からサービス提供システムに送信されるキャンセル要求のデータ構造の摸式図であり、

図 39 (b) は本発明の第 1の実施の形態におけるパーソナル · クレジット端末からサービス提供システムに送信されるキヤンセル要求のデ —夕構造の摸式図であり、

図 3 9 (c) は本発明の第 1の実施の形態におけるサービス提供システムから決済システムに送信されるキャンセル要求のデータ構造の模式図の実施の形態におけるサービス提供システムから決済システムに送信されるキャンセル要求のデータ構造の摸式図であり、

図 39 (d) は本発明の第 1の実施の形態における決済システムからサービス提供システムに送信されるキャンセル完了通知のデータ構造の摸式図であり、

図 39 (e) は本発明の第 1の実施の形態におけるサービス提供システムからクレジット決済端末に送信されるキャンセル完了通知のデータ構造の摸式図であり、図 3 9 (f ) は本発明の第 1の実施の形態におけるキャンセル処理領収書のデ一夕構造の摸式図であり、

図 40 (a) は本発明の第 1の実施の形態における顧客サービスコ一ル要求のデータ構造の摸式図であり、

図 40 (b) は本発明の第 1の実施の形態における顧客サービスコ一ルのデ一夕構造の摸式図であり、

図 40 ( c) は本発明の第 1の実施の形態における顧客サービスコ一ル要求応答のデータ構造の摸式図であり、

図 40 (d) は本発明の第 1の実施の形態における顧客サービスコ一ルの際の着信応答のデータ構造の摸式図であり、

図 40 (e) は本発明の第 1の実施の形態における顧客サ一ピスコ一ルの際の呼び出し応答のデータ構造の摸式図であり、

図 4 1 (a) は本発明の第 1の実施の形態における問い合わせコール要求のデータ構造の摸式図であり、

図 4 1 (b) は本発明の第 1の実施の形態における問い合わせコールのデ一夕構造の摸式図であり、

図 4 1 ( c) は本発明の第 1の実施の形態における問い合わせコール要求応答のデータ構造の摸式図であり、

図 4 1 (d) は本発明の第 1の実施の形態における問い合わせコールの際の着信応答のデ一夕構造の摸式図であり、

図 4 1 (e) は本発明の第 1の実施の形態における問い合わせコールの際の呼び出し応答のデータ構造の摸式図であり、

図 42は従来の決済システムのプロヅク構成図であり、

図 43は本発明の第 2の実施の形態における "決済" の処理のフロー図であり、

図 44 (a) ~ (i) は前記 "決済" の処理の際にパーソナル ·クレジット端末の L CDに表示される画面の摸式図であり、

図 45 (a) は本発明の第 2の実施の形態における "顧客サービスコ —ル" の処理のフロー図であり、

図 45 (b) は本発明の第 2の実施の形態における "問い合わせコール" の処理のフロー図であり、

図 46は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末の内部レジス夕の構成図であり、

図 47 (a) は本発明の第 2の実施の形態におけるパーソナル . クレジヅト端末の INTレジス夕のビヅトフィ一ルド構成図であり、図 47 (b) は本発明の第 2の実施の形態におけるパーソナル · クレジヅト端末の RAM上の変数 interruptのビットフィールド構成図であり、

図 48は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末の RAMマップの摸式図であり、

図 49は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末のサービスデータ領域に格納されるデ一夕の摸式図であり、図 50 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジヅト端末の CPUのプロセス一覧図であり、

図 50 (b) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末のプロセス管理プロセスによるプロセスリス卜の更新を説明するための解説図であり、

図 5 1 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジヅト端末の CPUが行なう処理のフロー概念図の一部であり、図 5 1 (b) は図 5 1 (a) に示す処理の続きを示すフロー概念図の一部であり、

図 52 (a) は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末及びクレジット決済端末の C PUが行なうリセット時の処理のフロー概念図であり、

図 52 (b) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末及びクレジット決済端末の CPUが行なうパワーオン時の処理のフロー概念図であり、

図 52 (c) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末及びクレジット決済端末の C PUが行なうパワーオフ時の処理のフ口一概念図であり、

図 53は本発明の第 2の実施の形態におけるパーソナル · クレジット端末の C P Uが行なう定常時の処理のフ口一概念図であり、

図 54は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末の CPUが行なう "決済" の処理時の処理のフロー概念図であり、図 55 (a) は本発明の第 2の実施の形態におけるクレジット決済端末のプロック構成図であり、

図 55 (b) は本発明の第 2の実施の形態におけるクレジット決済端末の赤外線受発光モジュールのプロック構成図であり、

図 56は本発明の第 2の実施の形態におけるクレジット決済端末の内部レジス夕の構成図であり、

図 57 (a) は本発明の第 2の実施の形態におけるクレジット決済端末の I NTレジス夕のビヅトフィールド構成図であり、

図 57 (b) は本発明の第 2の実施の形態におけるクレジット決済端末の RAM上の変数 interruptのビットフィールド構成図であり、図 58は本発明の第 2の実施の形態におけるクレジット決済端末の R AMマヅブの摸式図であり、

図 59は本発明の第 2の実施の形態におけるクレジット決済端末のサ一ビスデ一夕領域に格納されるデ一夕の摸式図であり、図 6 0 (a) は本発明の第 2の実施の形態におけるクレジット決済端末の CPUのプロセス一覧図であり、

図 6 0 (b) は本発明の第 2の実施の形態におけるクレジット決済端末のプロセス管理プロセスによるプロセスリストの更新を説明するための解説図であり、

図 6 1 (a) は本発明の第 2の実施の形態におけるクレジット決済端末の CPUが行なう処理のフロー概念図の一部であり、

図 6 1 (b) は図 6 1 (a) に示す処理の続きを示すフロー概念図の一部であり、

図 6 2は本発明の第 2の実施の形態におけるクレジット決済端末の C P Uが行なう定常時の処理のフロー概念図であり、

図 6 3は本発明の第 2の実施の形態におけるクレジット決済端末の C PUが行なう "決済" の処理時の処理のフロー概念図であり、

図 64 (a) は本発明の第 2の実施の形態におけるデジタル署名の処理のフ口一図であり、

図 64 (b) は本発明の第 2の実施の形態におけるデジタル署名の処理のフロー解説図であり、

図 6 5 (a) は本発明の第 2の実施の形態におけるメッセージの封書化処理のフロー図であり、

図 6 5 (b) は本発明の第 2の実施の形態におけるメッセージの封書化処理のフロー解説図であり、

図 6 6 (a) は本発明の第 2の実施の形態における封書化されたメッセージの復号化処理のフロー図であり、

図 6 6 (b) は本発明の第 2の実施の形態における封書化されたメッセージの復号化処理のフロー解説図であり、

図 6 7 (a) は本発明の第 2の実施の形態におけるデジタル署名の検証処理のフロー図であり、

図 6 7 ( b ) は本発明の第 2の実施の形態におけるデジタル署名の検証処理のフロー解説図であり、

図 6 8は本発明の第 2の実施の形態におけるサービス提供システムの処理アーキテクチャ解説図であり、

図 6 9は本発明の第 2の実施の形態におけるサ一ビス提供システムのプロセスの一覧図であり、

図 7 0は本発明の第 2の実施の形態におけるサービス提供システムのプロセスの一覧図（続き）である、

図 7 1は本発明の第 2の実施の形態におけるサービス提供システムのユーザ情報サーバに、一人のユーザに対して格納されるデータの摸式図であり、

図 7 2は本発明の第 2の実施の形態におけるサービス提供システムのマ一チャント情報サーバに、一つのマーチヤントに対して格納されるデ一夕の摸式図であり、

図 7 3は本発明の第 2の実施の形態におけるサービス提供システムの決済処理機関情報サーバに、一つの決済処理機関に対して格納されるデ一夕の摸式図であり、

図 Ί 4は本発明の第 2の実施の形態におけるサービス提供システムのサービスディレクタ情報サーバに格納されるデータの摸式図であり、図 7 5 ( a ) は本発明の第 2の実施の形態におけるサービス提供システムにおいて、一つのユーザプロセスに対して生成されるユーザプロセス管理情報の摸式図であり、

図 7 5 ( b ) は本発明の第 2の実施の形態におけるサービス提供システムにおいて、一つのマーチャントプロセスに対して生成されるマーチヤントプロセス管理情報の摸式図であり、図 7 5 ( c) は本発明の第 2の実施の形態におけるサービス提供システムにおいて、一つの決済処理機関プロセスに対して生成される決済処理機関プロセス管理情報の摸式図であり、

図 7 5 (d) は本発明の第 2の実施の形態におけるサービス提供システムにおいて、一つのサ一ビス 'ディレクタプロセスに対して生成されるサービス ·ディレク夕プロセス管理情報の摸式図であり、

図 7 5 (e) は本発明の第 2の実施の形態におけるサービス提供システムにおいて、一つのプロセスグループに対して生成されるプロセスグループ管理情報の摸式図であり

図 7 5 (f ) は本発明の第 2の実施の形態におけるサービス提供システムにおいて生成されるメッセージリス卜の摸式図であり、

図 7 6は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末からサービス提供システムへ接続する場合のセッション確立処理のフロー図であり、

図 77は本発明の第 2の実施の形態におけるサービス提供システムからパーソナル · クレジット端末へ接続する場合のセッション確立処理のフロー図であり、

図 78 (a) は本発明の第 2の実施の形態におけるサービス提供システムからパーソナル · クレジヅト端末へ接続する場合のセッション確立処理の認証テスト Aのデータ構造の摸式図であり、

図 78 (b) は同認証テスト A応答のデ一夕構造の摸式図であり、図 78 ( c) は同認証テスト B応答のデ一夕構造の摸式図であり、図 7 8 (d) は同認証テスト Cのデ一夕構造の摸式図であり、図 78 (e) は同認証テスト C応答のデータ構造の摸式図であり、図 78 (f ) は同認証テスト D応答のデータ構造の摸式図であり、図 7 9は本発明の第 2の実施の形態におけるクレジット決済端末からサービス提供システムへ接続する場合のセッション確立処理のフロ一図であり、

図 8 0は本発明の第 2の実施の形態におけるサービス提供システムからクレジット決済端末へ接続する場合のセッション確立処理のフロー図であり、

図 8 1 (a) は本発明の第 2の実施の形態におけるサービス提供システムからクレジット決済端末へ接続する場合のセッション確立処理の認証テスト Aのデ一夕構造の摸式図であり、

図 8 1 (b) は同認証テスト A応答のデ一夕構造の摸式図であり、図 8 1 ( c) は同認証テスト B応答のデ一夕構造の摸式図であり、図 8 1 (d) は同認証テスト Cのデ一夕構造の摸式図であり、図 8 1 (e) は同認証テスト C応答のデータ構造の摸式図であり、図 8 1 (f ) は同認証テスト D応答のデータ構造の摸式図であり、図 82 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末とュ一ザプロセスによるリモートアクセス処理のフロー図であり、

図 82 (b) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末とユーザプロセスによるデ一夕アップデート処理のフロ一図であり、

図 82 ( c ) は本発明の第 2の実施の形態におけるパーソナル . クレジヅト端末とュ一ザプロセスによる強制的デ一夕アップデ一ト処理のフロー図であり、

図 82 (d) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末とユーザプロセスによるデータバックァヅプ処理のフロー図であり、

図 83 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末とユーザプロセス間で交わされるリモートアクセス要求のデ —夕構造の摸式図であり、

図 83 (b) は本発明の第 2の実施の形態におけるパーソナル . クレジット端末とュ一ザプロセス間で交わされるリモートアクセスデ一夕のデータ構造の摸式図であり、

図 83 ( c) は本発明の第 2の実施の形態におけるパーソナル . クレジット端末とユーザプロセス間で交わされるデータアツプデート要求のデ一夕構造の摸式図であり、

図 83 (d) は本発明の第 2の実施の形態におけるパーソナル . クレジット端末とュ一ザプロセス間で交わされるデータアップデート応答のデ一夕構造の摸式図であり、

図 83 ( e) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末とュ一ザプロセス間で交わされるアツプロ一ドデ一夕のデ一夕構造の摸式図であり、

図 83 (f ) は本発明の第 2の実施の形態におけるパーソナル . クレジヅ卜端末とユーザプロセス間で交わされるアツプデートデ一夕のデ一夕構造の摸式図であり、

図 84 (a) は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末とュ一ザプロセス間で交わされる機能停止命令のデータ構造の摸式図であり、

図 84 (b) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末とユーザプロセス間で交わされるデータアップデ一ト命令のデ一夕構造の摸式図であり、

図 8 5 (a) は本発明の第 2の実施の形態におけるクレジット決済端末とマ一チャントプロセスによるリモ一トアクセス処理のフロ一図であ ¾、図 8 5 (b) は本発明の第 2の実施の形態におけるクレジット決済端末とマーチヤントプロセスによるデ一夕アップデ一ト処理のフロー図であり、

図 85 (c) は本発明の第 2の実施の形態におけるクレジット決済端末とマーチヤントプロセスによる強制的データアツプデート処理のフロ —図であり、

図 86 (a) は本発明の第 2の実施の形態におけるクレジット決済端末とマーチャントプロセス間で交わされるリモートアクセス要求のデ一夕構造の摸式図であり、

図 86 (b) は本発明の第 2の実施の形態におけるクレジット決済端末とマーチャントプロセス間で交わされるリモートアクセスデータのデ —夕構造の摸式図であり、

図 86 (c) は本発明の第 2の実施の形態におけるクレジット決済端末とマ一チャントプロセス間で交わされるデ一夕アップデート要求のデ一夕構造の摸式図であり、

図 8 6 (d) は本発明の第 2の実施の形態におけるクレジット決済端末とマーチヤントプロセス間で交わされるデータアップデ一ト応答のデ —夕構造の摸式図であり、

図 8 6 (e) は本発明の第 2の実施の形態におけるクレジット決端末とマ一チャントプロセス間で交わされるアップ口一ドデ一夕のデ一夕構造の摸式図であり、

図 86 (f ) は本発明の第 2の実施の形態におけるクレジット決済端末とマ一チャントプロセス間で交わされるアップデートデ一夕のデ一夕構造の摸式図であり、

図 87 (a) は本発明の第 2の実施の形態におけるクレジット決済端末とマ一チャントプロセス間で交わされる機能停止命令のデ一夕構造の摸式図であり、

図 87 (b) は本発明の第 2の実施の形態におけるクレジット決済端末とマ一チャントプロセス間で交わされるデ一夕アツプデ一ト命令のデ一夕構造の摸式図であり、

図 88は本発明の第 2の実施の形態における "決済" の処理のメッセージ交換手順解説図であり、

図 8 9 (a) は本発明の第 2の実施の形態における支払オファーのデ —夕構造の摸式図であり、

図 8 9 (b) は本発明の第 2の実施の形態における支払オファー応答のデータ構造の摸式図であり、

図 8 9 ( c) は本発明の第 2の実施の形態における信用照会要求のデ —夕構造の摸式図であり、

図 8 9 (d) は本発明の第 2の実施の形態における支払要求のデ一夕構造の摸式図であり、

図 89 (e) は本発明の第 2の実施の形態における信用照会応答のデ —夕構造の摸式図であり、

図 8 9 (f ) は本発明の第 2の実施の形態におけるクレジット決済端末からサービス提供システムに送信される決済要求のデータ構造の摸式図であり、

図 90 (a) は本発明の第 2の実施の形態におけるサービス提供システムから決済システムに送信される決済要求のデ一夕構造の摸式図であり、

図 90 (b) は本発明の第 2の実施の形態における決済システムからサ一ビス提供システムに送信される決済完了通知のデータ構造の摸式図であり、

図 90 ( c) は本発明の第 2の実施の形態におけるサービス提供システムからクレジット決済端末に送信される決済完了通知のデータ構造の摸式図であり、

図 9 1 (a) は本発明の第 2の実施の形態におけるクレジット決済端末からサービス提供システムに送信される領収書のデ一夕構造の摸式図であり、

図 9 1 (b) は本発明の第 2の実施の形態におけるサービス提供システムからパーソナル · クレジット端末に送信される領収書のデ一夕構造の摸式図であり、

図 9 2は本発明の第 2の実施の形態における "キャンセル" の処理のメッセージ交換手順解説図であり、

図 9 3 (a) は本発明の第 2の実施の形態におけるクレジット決済端末からサービス提供システムに送信されるキャンセル要求のデータ構造の摸式図であり、

図 9 3 (b) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末からサービス提供システムに送信されるキャンセル要求のデ一夕構造の摸式図であり、

図 9 3 ( c) は本発明の第 2の実施の形態におけるサービス提供システムから決済システムに送信されるキャンセル要求のデータ構造の摸式図であり、

図 9 3 (d) は本発明の第 2の実施の形態における決済システムからサ一ビス提供システムに送信されるキヤンセル完了通知のデータ構造の摸式図であり、

図 9 3 (e) は本発明の第 2の実施の形態におけるサービス提供システムからクレジヅト決済端末に送信されるキャンセル完了通知のデ一夕構造の摸式図であり、

図 9 3 (f ) は本発明の第 2の実施の形態におけるキャンセル処理領収書のデ一夕構造の摸式図であり、

図 94 (a) は本発明の第 2の実施の形態における "顧客サービスコ —ル" の処理のメッセージ交換手順解説図であり、

図 94 (b) は本発明の第 2の実施の形態における "問い合わせコール" の処理のメッセージ交換手順解説図であり、

図 9 5 (a) は本発明の第 2の実施の形態における顧客サービスコール要求のデ一夕構造の摸式図であり、

図 9 5 (b) は本発明の第 2の実施の形態における顧客サ一ピスコ一ルのデ一夕構造の摸式図であり、

図 9 5 ( c) は本発明の第 2の実施の形態における顧客サービスコール応答のデ一夕構造の摸式図であり、

図 9 5 (d) は本発明の第 2の実施の形態における顧客サービスコールの際の着信応答のデータ構造の摸式図であり、

図 9 5 (e) は本発明の第 2の実施の形態における顧客サービスコ一ルの際の呼び出し応答のデータ構造の摸式図であり、

図 9 6 (a) は本発明の第 2の実施の形態における問い合わせコール要求のデータ構造の摸式図であり、

図 9 6 (b) は本発明の第 2の実施の形態における問い合わせコールのデータ構造の摸式図であり、

図 9 6 ( c) は本発明の第 2の実施の形態における問い合わせコール応答のデータ構造の摸式図であり、

図 9 6 (d) は本発明の第 2の実施の形態における問い合わせコールの際の着信応答のデータ構造の摸式図であり、

図 9 6 (e) は本発明の第 2の実施の形態における問い合わせコールの際の呼び出し応答のデ一夕構造の摸式図であり、

図 97 (a) は本発明の第 2の実施の形態におけるサービス 'マネ一ジャプロセスのメインの処理のフロー図 1の一部であり、

図 9 7 ( b ) は図 9 7 ( a ) に示す処理の続きを示すフロー図の一部であり、

図 9 8は本発明の第 2の実施の形態におけるサービス ·マネ一ジャブ口セスのメインの処理のフロ一図 2であり、

図 9 9は本発明の第 2の実施の形態におけるサービス 'マネージャプロセスによるプロセス生成処理のフロー図であり、

図 1 0 0は本発明の第 2の実施の形態におけるユーザプロセスのメインの処理のフロ一図であり、

図 1 0 1は本発明の第 2の実施の形態におけるマ一チャントプロセスのメインの処理のフロ一図であり、

図 1 0 2は本発明の第 2の実施の形態における決済処理機関プロセスのメインの処理のフロー図であり、

図 1 0 3 ( a ) 、（b ) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末からサ一ビス提供システムへ接続する場合のパ一ソナル · クレジヅト端末によるセッション確立処理のフロ一図であり、図 1 0 4は本発明の第 2の実施の形態におけるパーソナル · クレジット端末からサービス提供システムへ接続する場合のユーザプロセスによるセッション確立処理のフロー図であり、

図 1 0 5は本発明の第 2の実施の形態におけるクレジット決済端末からサービス提供システムへ接続する場合のクレジット決済端末によるセッシヨン確立処理のフロー図であり、

図 1 0 6 ( a ) は本発明の第 2の実施の形態におけるクレジット決済端末からサービス提供システムへ接続する場合のマーチヤントプロセスによるセッション確立処理のフロ一図の一部であり、

図 1 0 6 ( b ) は図 1 0 6 ( a ) に示す処理の続きを示すフロー図の一部であり、

図 1 07 (a) は本発明の第 2の実施の形態におけるサービス提供システムからパーソナル · クレジット端末へ接続する場合のユーザプロセスによるセヅション確立処理のフロー図の一部であり、

図 1 07 (b) は図 1 07 ( a) に示す処理の続きを示すフロ一図の一部であり、

図 1 08は本発明の第 2の実施の形態におけるサービス提供システムからパーソナル · クレジヅト端末へ接続する場合のパーソナル ' クレジヅト端末へによるセッション確立処理のフ口一図であり、

図 1 09 (a) は本発明の第 2の実施の形態におけるサービス提供システムからクレジヅト決済端末へ接続する場合のマ一チャントプロセスによるセヅション確立処理のフロ一図の一部であり、

図 1 09 (b) は図 1 09 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 10は本発明の第 2の実施の形態におけるサービス提供システムからクレジット決済端末へ接続する場合のクレジット決済端末によるセッション確立処理のフロー図であり、

図 1 1 1 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末によるリモ一トアクセス処理のフロー図であり、

図 1 1 1 (b) は本発明の第 2の実施の形態におけるパーソナル ' クレジット端末によるユーザ有効性チェックのフロー図であり、

図 1 1 2 (a) は本発明の第 2の実施の形態におけるユーザプロセスによるリモ一トアクセス処理のフロ一図であり、

図 1 1 2 (b) は本発明の第 2の実施の形態におけるユーザプロセスによるユーザプロセス有効性チェックのフロー図であり、

図 1 1 3 (a) は本発明の第 2の実施の形態におけるクレジット決済端末によるリモートアクセス処理のフロー図の一部であり、

図 1 1 3 (b) は図 1 13 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 1 3 ( c) は本発明の第 2の実施の形態におけるクレジット決済端末によるマ一チャント有効性チェックのフロー図であり、

図 1 14 (a) は本発明の第 2の実施の形態におけるマ一チャントプロセスによるリモートアクセス処理のフロー図であり、

図 1 14 (b) は本発明の第 2の実施の形態におけるマーチヤントプロセスによるマーチヤントプロセス有効性チェックのフロー図であり、図 1 1 5 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末によるデ一夕アップデート処理のフロー図の一部であり、図 1 1 5 (b) は図 1 1 5 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 1 6は本発明の第 2の実施の形態におけるユーザプロセスによるデータアップデート処理のフロー図であり、

図 1 1 7は本発明の第 2の実施の形態におけるクレジット決済端末によるデ一夕アップデ一ト処理のフロー図であり、

図 1 18は本発明の第 2の実施の形態におけるマ一チャントプロセスによるデータアップデート処理のフロー図であり、

図 1 1 9は本発明の第 2の実施の形態におけるパーソナル · クレジット端末による強制的データアップデート処理のフロー図であり、図 1 20 (a) は本発明の第 2の実施の形態におけるユーザプロセスによる強制的データアップデート処理のフロー図の一部であり、図 1 20 (b) は図 1 20 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 2 1は本発明の第 2の実施の形態におけるクレジット決済端末による強制的デ一夕アツプデ一ト処理のフロー図であり、

図 1 22は本発明の第 2の実施の形態におけるマーチヤントプロセスによる強制的データアップデート処理のフロー図であり、

図 1 23は本発明の第 2の実施の形態におけるパーソナル · クレジット端末によるデ一夕バックアップ処理のフロー図であり、

図 1 24 (a) は本発明の第 2の実施の形態におけるクレジット決済端末による "決済" の処理のフロ一図 1の一部であり、

図 1 24 (b) は図 1 24 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 2 5 (a) は本発明の第 2の実施の形態におけるクレジット決済端末による "決済" の処理のフロー図 2の一部であり、

図 1 2 5 (b) は図 1 2 5 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 2 6 (a) は本発明の第 2の実施の形態におけるマ一チャントプロセスによる "決済" の処理のフロ一図 1の一部であり、

図 1 2 6 (b) は図 1 26 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 27は本発明の第 2の実施の形態におけるマーチヤントプロセスによる "決済" の処理のフロー図 2であり、

図 1 28 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジヅト端末による "決済" の処理のフロー図 1の一部であり、図 1 28 (b) は図 1 28 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 29は本発明の第 2の実施の形態におけるパーソナル · クレジット端末による "決済" の処理のフロー図 2であり、

図 1 30は本発明の第 2の実施の形態におけるユーザプロセスによる "決済" の処理のフロー図であり、

図 1 3 1 (a) は本発明の第 2の実施の形態における決済システムによる "決済" の処理のフロー図であり、

図 1 3 1 (b) は本発明の第 2の実施の形態における決済システムによる決済処理機関有効性チェックのフロ一図であり、

図 1 32 (a) は本発明の第 2の実施の形態における決済処理機関プロセスによる "決済" の処理のフロ一図であり、

図 1 32 (b) は本発明の第 2の実施の形態における決済処理機関プロセスによる決済処理機関プロセス有効性チェックのフロー図であり、図 1 33 (a) は本発明の第 2の実施の形態におけるサービス 'ディレク夕プロセスによる "決済" の処理のフロ一図 1の一部であり、図 1 33 (b) は図 1 33 (a) に示す処理の続きを示すフロー図 1 の一部であり、

図 1 34は本発明の第 2の実施の形態におけるサービス，ディレクタプロセスによる "決済" の処理のフロ一図 2であり、

図 1 35 (a) は本発明の第 2の実施の形態におけるクレジット決済端末による "キャンセル" の処理のフロー図の一部であり、

図 1 35 (b) は図 1 35 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 36は本発明の第 2の実施の形態におけるマーチヤントプロセスによる "キャンセル" の処理のフロー図であり、

図 1 37 (a) は本発明の第 2の実施の形態におけるパーソナル - クレジット端末による "キャンセル" の処理のフロー図の一部であり、図 1 37 (b) は図 1 37 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 38は本発明の第 2の実施の形態におけるユーザプロセスによる "キャンセル" の処理のフロー図であり、

図 1 3 9は本発明の第 2の実施の形態における決済システムによる "キャンセル" の処理のフロ一図であり、

図 140は本発明の第 2の実施の形態における決済処理機関プロセスによる "キャンセル" の処理のフロ一図であり、

図 14 1 (a) は本発明の第 2の実施の形態におけるサービス 'ディレクタプロセスによる "キャンセル" の処理のフロー図の一部であり、図 14 1 (b) は図 1 4 1 (a) に示す処理の続きを示すフロー図の一部であり、

図 142 (a) は本発明の第 2の実施の形態におけるクレジット決済端末による "顧客サ一ビスコール" の処理のフロー図の一部であり、図 1 42 (b) は図 1 42 (a) に示す処理の続きを示すフロー図の一部であり、

図 143 (a) は本発明の第 2の実施の形態におけるマ一チャントプロセスによる "顧客サービスコール" の処理のフロー図の一部であり、図 143 (b) は図 1 43 (a) に示す処理の続きを示すフロー図の一部であり、

図 144は本発明の第 2の実施の形態におけるパーソナル · クレジヅト端末による "顧客サービスコール" の処理のフロー図であり、図 145は本発明の第 2の実施の形態におけるユーザプロセスによる "顧客サ一ビスコール" の処理のフロ一図であり、

図 146 (a) は本発明の第 2の実施の形態におけるサービス ·ディレクタプロセスによる "顧客サービスコール" の処理のフロ一図の一部であり、

図 146 (b) は図 146 (a) に示す処理の続きを示すフロー図の一部であり、図 147 (a) は本発明の第 2の実施の形態におけるパーソナル · クレジット端末による "問い合わせコール" の処理のフロー図の一部であ、

図 147 (b) は図 147 (a) に示す処理の続きを示すフロー図の一部であり、

図 148 (a) は本発明の第 2の実施の形態におけるユーザプロセスによる "問い合わせコール" の処理のフロー図の一部であり、

図 148 (b) は図 148 (a) に示す処理の続きを示すフロー図の一部であり、

図 149は本発明の第 2の実施の形態におけるクレジット決済端末による "問い合わせコール" の処理のフロー図であり、

図 1 50は本発明の第 2の実施の形態におけるマ一チャントプロセスによる "問い合わせコール" の処理のフロー図であり、

図 1 5 1 (a) は本発明の第 2の実施の形態におけるサービス ·ディレクタプロセスによる "問い合わせコール" の処理のフロ一図の一部であり、

図 1 5 1 (b) は図 1 5 1 (a) に示す処理の続きを示すフロー図の一部であり、

図 1 52 (a) は本発明の第 2の実施の形態におけるユーザとマーチヤン卜のホームサービスエリアが同じで、ユーザが、ホームサ一ビスェリアにおいて、 "決済" の処理、または、 "キャンセル" の処理を行なう場合の動作解説図であり、

図 1 52 (b) は本発明の第 2の実施の形態におけるユーザとマーチヤントのホームサ一ビスエリアが異なり、ユーザが、マーチャントのホ —ムサ一ビスエリアにおいて、 "決済" の処理、または、 "キャンセル" の処理を行なう場合の動作解説図であり、図 1 53 (a) は本発明の第 2の実施の形態におけるユーザとマーチヤントのホームサービスエリアが異なり、ュ一ザが、ユーザのホームサ —ビスエリアにおいて、 "キャンセル" の処理を行なう場合の動作解説図であり、

図 1 53 (b) は本発明の第 2の実施の形態におけるユーザとマーチヤン卜のホームサービスエリアが異なり、ュ一ザが、ュ一ザまたはマ一チャントのホームサ一ビスエリァ以外のサ一ビスエリァにおいて、 "キヤンセル" の処理を行なう場合の動作解説図であり、

図 1 54 (a) は本発明の第 2の実施の形態におけるユーザとマーチヤントのホームサービスエリアが同じで、ュ一ザとマーチャントが、ホ —ムサービスエリアにおいて、 "顧客サービスコール"の処理、または、 "問い合わせコール" の処理を行なう場合の動作解説図であり、

図 1 54 (b) は本発明の第 2の実施の形態におけるユーザとマーチャントのホ一ムサービスエリァが異なり、マ一チャントがユーザに、 "顧客サービスコール" の処理を行なう場合の動作解説図であり、

図 1 5 5 (a) は本発明の第 2の実施の形態におけるユーザとマーチヤントのホームサービスエリアが異なり、ユーザが、ユーザのホ一ムサ —ビスエリアから、 "問い合わせコール" の処理を行なう場合の動作解説図であり、

図 1 55 (b) は本発明の第 2の実施の形態におけるユーザとマーチヤントのホームサービスエリアが異なり、ユーザが、ユーザまたはマーチャントのホームサービスエリァ以外のサービスエリァから、 "問い合わせコール" の処理を行なう場合の動作解説図である。

なお、図面中の符号の凡例は次のとおりである。

100 パーソナル · クレジット端末（支払い手段）

101 クレジット決済装置（請求手段） 102 サービス提供システム

103、 4202 決済システム（管理装置） 104 基地局

108 デジタル公衆網

200 赤外線通信ポート

201 アンテナ

202 レシーバ · スピ一力

203、 302 L C D

204、 30 モ一ドスイッチ

205 通話スィッチ

206 終了スィツチ

207、 306 ファンクションスィッチ

208、 307 テンキースィヅチ

209、 309 電源スィツチ

210 マイク

211、 308 実行スィツチ

21 へッドセットジャック

300 クレジット決済端末

301 赤外線発光モジュール

303 受話器

305 フックスイッチ

310 シリアルケーブル

311 キャッシュレジス夕

312 クレジヅト決済スィツチ

313 R S - 2 3 2 Cケーブル

400 サービスサーバ 401 サーバディレク夕情報サーバ

402 ユーザ情報サーバ

403 マ一チャント情報サーバ

404 決済処理機関情報サーバ

405、 408、 504、 507 ATM— LANスィッチ

406、 505 ATM交換機

407、 506 管理システム

500 トランザクション処理サーバ

501 加入者情報サーバ

502 加盟店情報サーバ

503 取引情報サーバ

1507 赤外線通信モジュール

1500、 2400、 22500 CPU

1501、 2401、 22501 ROM

1502、 2402、 22502 RAM

1503、 2404、 22504 E E PROM

1504、 2405、 22505 L CDコントローラ

1505、 2406、 22506 暗号処理プロセッサ

1506、 2407、 22507 デ一タコーデック

1508、 2410、 22510 制御ロジック部

1509、 2411、 22511 キ一操作制御部

1510、 2412、 22512 スピーカ

1511、 2413、 22513 音声処理部

1512、 2414、 22514 音声コーデック

1513、 2415、 22515 チャネルコーデック 1514 変調部 1515 復調部

1517 R F部

1518 バッテリイ容量検出部

1560、 2408、 22508 直列—並列変換回路

1561、 2456、 22556 変復調回路

1800、 21600 フレームカウン夕

1801、 21601 起動フレームカウン夕

1802、 2700、 21602、 22600 クロックカウン夕

1803、 2701、 21603、 22601 アップデート時刻レジス夕

1804、 2702、 21604、 22602 割り込みレジス夕

1805、 2703、 21605、 22603 I Dレジス夕

1806、 2704、 21606、 22604 チャンネルコーデヅク制御レジス夕

1807、 2705、 21607、 22605 音声送信バッファ

1808、 2706、 21608、 22606 音声受信バッファ

1809、 2707、 21609、 22607 データ送信バッファ

1810、 2708、 21610、 22608 データ受信バッファ

1811、 2709、 21611、 22609 音声処理部制御レジス夕

1812、 2710、 21612、 22610 キー操作制御レジス夕

21613、 22611 音声データ暗号鍵レジス夕

2403、 22503 ハードディスク

2409、 2455、 22503、 22555 シリアルポート

2416_s 22516 デジタル通信アダプタ

2417, 22517 R S— 2 3 2 Cイン夕一フェイス

4200 クレジットカード

4201 クレジット決済端末

4203 公衆網発明を実施するための最良の形態

以下、本発明の実施の形態について、図面を用いて説明する。

(第 1の実施の形態）

本発明の第 1の実施形態について、図 1から図 4 1を用いて説明する。第 1の実施形態のクレジット決済システムは、個人消費者が、一般の小売販売店で商品を購入する際に、消費者と小売販売店との間で、クレジットカードや利用明細書などを直接受け渡すことなく、無線通信によつて、クレジット決済を行なうシステムであり、これをパーソナル - リモート · クレジット決済システムと呼び、このシステムによって提供されるクレジット決済サービスを、パーソナル · リモ一ト · クレジット決済サービスと呼ぶこととする。

このパーソナル · リモ一ト ' クレジット決済システムは、図 1のシステム構成図に示すように、 2系統の双方向無線通信機能と電子的なクレジットカード機能とを持つパーソナル · クレジット端末 100と、小売販売店におけるクレジット決済処理を行なうクレジット決済装置 101と、クレジットサービス会社または決済処理会社におけるクレジット決済処理を行なう決済システム 103と、パーソナル · クレジット端末 100、クレジット決済装置 101及び決済システム 103を結ぶ通信ネットワークの中心に位置してパーソナル ' リモート ' クレジット決済サービスを提供するサービス提供システム 102と、パーソナル · クレジヅト端末 100をデジ夕ル公衆網 108に接続する無線電話の基地局 104とを備えている。なお、 10 8はネットワークにおけるデータ伝送路を提供するデジタル公衆網であパーソナル ' クレジット端末（第 1端末） 10Gは、赤外線とデジタル無線電話との 2系統の双方向無線通信機能と、電子的なクレジットカードの機能とを持つ携帯無線電話端末である。また、小売販売店におけるクレジット決済処理を行なうクレジット決済装置（第 2端末） 101も、赤外線通信とデジタル電話通信との 2系統の双方向通信機能を持つ。

なお、図 1において、 105は、パーソナル ' クレジット端末 100とクレジット決済装置 101との間で行なう赤外線通信の伝送路、 106は、パーソナル · クレジット端末 100と基地局 104との間で行なうデジタル無線通信の伝送路を示し、 107は、基地局 104とデジタル公衆網 108とを結ぶデジ夕ル通信回線、 109は、デジタル公衆網 108とサービス提供システム 102 とを結ぶデジタル通信回線、 110は、クレジット決済装置 101とデジタル公衆網 108とを結ぶデジタル電話通信回線、 111は、サービス提供システム 102と決済システム 103とを結ぶデジ夕ル通信回線を示している。

パーソナル · リモート · クレジット決済サービスの通常の運用形態としては、次のような形態を想定している。

決済システム 103では、クレジットカード会社または決済処理会社に設置され、クレジット決済装置 101は、小売販売店に設置され、パ一ソナル · クレジット端末 100を、消費者が持ち歩くものとする。サービス提供システム 102は、パーソナル · リモ一ト · クレジヅト決済サービスを提供する会社に設置され、クレジットカード会社がパーソナル · リモ一ト · クレジヅト決済サービスを提供する場合には、サービス提供システム 102は、クレジットカード会社に設置される。

また、前提として、消費者は、クレジットカード会社との間で、クレジットサービスの会員契約を、パーソナル ' リモート ' クレジット決済サービスを提供する会社との間では、パーソナル · リモート ' クレジット決済サービスの会員契約を、さらに、電話会社との間では、無線電話サービスの契約を結んでいる。同様に、小売販売店も、クレジット力一ド会社との間で、クレジットサービスの加盟店契約を、パーソナル ' リモ一ト 'クレジヅト決済サービスを提供する会社との間で一ソナル · リモート ' クレジット決済サービスの加盟店契約を、さらに、電話会社との間で、デジタル電話通信サービスの契約を結んでいる。

また、パーソナル · リモート · クレジット決済サ一ビスが、クレジヅトカード会社とは別会社によって提供される場合には、パーソナル - リモート ' クレジット決済サービスを提供する会社は、クレジットカード会社との間で、クレジットサービスに契約している会員に対して、クレジットカード会社の代わりに、電子的なクレジットカードを発行し、パ —ソナル · リモート ' クレジヅト決済サービスを運営する契約を結んでいる。

また、決済処理会社が、決済システム 103を用いてクレジット決済処理を行なう場合には、クレジット力一ド会社は、決済処理会社との間で、クレジット決済処理を決済処理会社が代行する契約を結んでいる。

以下では、本システムの説明を簡単にするために、パーソナル · クレジット端末 100の所有する消費者をユーザ（User)、クレジット決済装置 1 01を設置した小売販売店をマーチヤント（Merchant ), クレジット決済装置 101を操作する販売店員を担当者（Operator )、パーソナル .リモート - クレジヅト決済サービスを提供する会社をサービス提供者（Service Pr ovider )、決済システム 103を用いてクレジヅト決済処理を行なうクレジットカード会社または決済処理会社を決済処理機関（Transaction Proc essor )と呼ぶこととする。

本システムでは、ユーザがマーチヤントに対して商品の代金をクレジヅトによって支払う場合、パーソナル · クレジット端末 100、クレジット決済装置 101及びサービス提供システム 102の三者間で電子的に決済情報を交換し、さらに、サービス提供システム 102と決済システム 103との間で電子的に決済情報を交換することによって、クレジット决済処理を行なう。

基本的には、サービス提供システム 102が、パーソナル ' クレジット端末 100とクレジット決済装置 101とから、それぞれ、支払要求と決済要求とを受け取り、支払要求と決済要求とを照合し、ユーザとマーチヤントとに代わって、決済システム 103に決済処理を要求する。そして、决済システムが実際の決済処理を行なう。

この時、パーソナル · クレジット端末 100とクレジヅト決済装置 101とは、伝送路 105を用いて、赤外線通信を行ない、パーソナル ' クレジット端末 100とサービス提供システム 102とは、伝送路 106及び基地局 104、さらに、デジタル通信回線 107、デジタル公衆網 108及びデジタル通信回線 109を介して、デジタル無線電話によるデジタル電話通信を行ない、クレジット決済装置 101とサービス提供システム 102とは、デジタル電話通信回線 110、デジタル公衆網 108及びデジタル通信回線 109を介してデジ夕ル電話通信を行なう。そして、サービス提供システム 102と决済システム 103とは、デジタル通信回線 111を介して、デジタルデ一夕通信を行なう。

パーソナル'クレジヅト端末 100とサービス提供システム 102との通信、クレジット決済装置 101とサービス提供システム 102との通信、及び、サ —ビス提供システム 102と決済システム 103との通信では、交換される決済情報を、全て、暗号化して通信する。暗号化には、秘密鍵方式の暗号処理と公開鍵方式の暗号処理とを組み合わせて、情報を電子封書化して通 1§する。

次に、本システムを構成する各構成要素について説明する。

まず、パーソナル · クレジット端末 100について説明する。

図 2 ( a ) 、図 2 ( b ) は、それそれ、パーソナル ' クレジット端末 100の前面側及び背面側の外観図である。図 2 ( a ) において、 200は、クレジット決済装置 101と赤外線通信を行なう赤外線通信ポート（赤外線受発光部）、 201は、デジタル無線電話の電波を受発信するアンテナ、 202は、レシーバ 'スピーカ、 203は、 1 2 0 x 1 6 0画素表示のカラ一液晶ディスプレ（L C D ) 、 204は、パーソナル · クレジット端末 100の動作モードを切替えるモードスイツチ、 205は、デジタル無線電話の通話スィッチ、 206は、デジタル無線電話の終了スイッチ、 207は、ファンクションスイッチ、 208は、テンキースイッチ、 209は、電源スィッチ、 210は、マイクである。

さらに、図 2 ( b ) において、 211は、代金の支払や、決済内容の確認、クレジット取引の取消など、ユーザの確認をともなう処理の実行を促す実行スィッチ、 212は、ヘッドセットを接続するためのヘッドセット用ジャックである。

パーソナル ' クレジヅト端末 100には、クレジット力一ドモ一ドとデジ夕ル無線電話モードとの 2つの動作モ一ドがあり、モードスィツチ 20 4によって切替わる。パーソナル ' クレジット端末 100は、デジタル無線電話モードでは、デジタル無線電話として動作し、クレジットカードモ —ドでは、電子的なクレジット決済手段、つまり、電子的なクレジット力一ドとして動作する。

電子的なクレジットカードは、ユーザによるクレジット力一ド会社とのクレジットサ一ビスの会員契約を前提として、パーソナル ' クレジット端末 100に登録される。ユーザが、複数のクレジットサービスの会員契約をしている場合には、複数のクレジットカードが、端末 100に登される。

このパーソナル · クレジット端末 100を用いて、例えば電話をかける場合には、ユーザは、まず、モードスィッチ 204で、動作モードをデジタル無線電話モードにし、次に、テンキースィッチ 208で電話番号を入力して、通話スィッチ 205を押す。以上の操作で、ユーザは、入力した電話番号に電話をかけることが出来る。

また、パーソナル ' クレジット端末 100に電話がかかって来た場合には、パーソナル · クレジット端末 100は、その時の動作モードに関係なく、着信音を発する。この場合には、通話スィッチ 205を押すことで自動的にデジタル無線電話モードに切り替わり、ユーザは電話を受けることが出来る。

また、マーチャントにクレジットで代金を支払う場合には、まず、モ —ドスィツチ 204により動作モ一ドをクレジットカードモードに設定し、ファンクションスィッチ 207で、支払に使用するクレジットカードを選択する。次に、テンキースィッチ 208で、支払う金額を入力し、赤外線通信ポート 200をマ一チャントのクレジット決済装置 101の方向に向けて、実行スィッチ 211を押す。以上の操作によって、パーソナル，クレジット端末 100は、クレジット決済装置 101との間で赤外線通信を行ない、それとともにサービス提供システム 102との間でデジタル無線電話通信を行ない、それそれ、決済情報を交換して、クレジット決済処理を行なう。パーソナル · クレジット端末 100の内部の構成と詳細な動作とについては、後で説明する。

次に、クレジット決済装置 101について説明する。

図 3は、クレジット決済装置 101の外観図である。この装置は、クレジット決済処理の機能とデジタル電話器の機能とを持つクレジット決済端末 300と、商品の代金を計算するキャッシュレジス夕 311と、クレジット決済端末 300及びキヤヅシュレジスタ 301を接続する R S - 2 3 2 Cケ —ブル 313と、シリアルケーブル 310を介してクレジット決済端末 300に接続する赤外線受発光モジュール 301とを備えている。

図 3において、 302は、 3 2 0 x 2 4 0画素表示のカラー液晶ディスプレ（L C D ) 、 303は、受話器、 304は、クレジット決済端末 300の動作モードを切替えるモ一ドスイッチ、 305は、電話のフックスイッチ、 3 06は、ファンクションスイッチ、 307は、テンキースィッチ、 308は、代金の支払や、決済内容の確認、クレジット取引の取消など、マ一チャントの確認をともなう処理の実行を促す実行スィッチ、 309は、電源スィツチであり、また、 312は、キャッシュレジス夕 311のクレジットによる決済処理を指定するクレジット決済スィツチである。

クレジヅト決済端末 300には、クレジヅト決済モードとデジタル電話モードとの 2つの動作モ一ドがぁり、モ一ドスィツチ 304によって切替わる。デジタル電話モードでは、デジタル電話器として動作し、クレジット決済モードでは、パーソナル · リモ一ト · クレジヅト決済サービスのクレジット決済処理端末として動作する。

このクレジット決済端末 300から、例えば電話をかける場合には、担当者は、まず、モ一ドスイッチ 304で、動作モードをデジタル電話モードにし、次に、テンキースィッチ 307で電話番号を入力する。以上の操作によって、担当者は、入力した電話番号に電話をかけることが出来る。また、クレジット決済端末 300に電話がかかって来た場合には、クレジット決済端末 300は、動作モードに関係なく、着信音を発する。この場合には、電話器 303を上げるか、フックスイッチ 305を押すことで、自動的に電話モードに切り替わり、担当者は電話を受けることが出来る。また、クレジット決済処理を行なう場合には、まず、キャッシュレジス夕 311で、商品価格と税金等から合計金額を計算し、その金額をユーザに伝える。次に、クレジットによる支払を希望するュ一ザの要望にしたがって、キヤヅシュレジス夕 311のクレジット決済スィツチ 312を押し、ユーザがパーソナル · クレジット端末 100で代金の支払操作を行なうのを待つ。ユーザが、代金の支払操作を行なうと、ユーザが入力した支払金額が L C D 302に表示され、さらに、ユーザの信用照会の結果が表示される。担当者はその内容を確認して、実行スィッチ 308を押す。

以上の操作によって、クレジット決済装置 101は、パーソナル . クレジット端末 100、及びサービス提供システム 102と、それそれ、決済情報を交換して、クレジット決済処理を行なう。クレジット決済端末 300の内部の構成と詳細な動作については、後で説明する。

次に、サ一ビス提供システム 102について説明する。

図 4は、サ一ビス提供システム 102のブロック構成図である。サ一ビス提供システム 102は、パーソナル ■ リモート · クレジット決済サ一ビスにおいて、パーソナル 'クレジヅト端末 100、クレジヅト決済装置 101、及び決済システム 103のそれぞれと交換する決済情報のデータ処理とその際のデ一夕通信の制御とを行なうサービスサーバ 400と、ユーザ、マ一チャント、及び決済処理機関に関する属性情報とサービス提供システム 102が提供したサービスの履歴情報とを管理するサービスディレク夕情報サ一バ 401と、ユーザの属性情報とパーソナル · クレジット端末 100 内のデータとを管理するユーザ情報サーバ 402と、マ一チャントの属性情報とクレジット決済端末 300内のデータとを管理するマーチヤント情報サーバ 403と、決済処理機関の属性情報と決済処理の履歴情報とを管理する決済処理機関情報サーバ 404と、サービス提供者がサービス提供システム 102の運用管理を行なう管理システム 407とを備えており、各サ —バ 400~404及び管理システム 407は 1台または複数台のコンピュータで構成されている。

また、サービスサーバ 400、サービスディレクタ情報サーバ 401、ュ一ザ情報サーバ 402、マーチヤント情報サーバ 403及び決済処理機関情報サ —バ 404は、それそれ、 A T M - L A Nケーブル 409, 410, 411 , 412 , 413によって A T M - L A Nスィツチ 405に接続され、サービスサーバ 400は、 ATM-LANスィツチ 405を介して、サービスディレク夕情報サーバ 40 ユーザ情報サーバ 402、マ一チャント情報サーバ 403、または決済処理機関情報サーバ 404にアクセスする。

また、 ATM- LANスィッチ 405は、 A T M- L A Nケーブル 415によつて、 ATM交換機 406に接続される。 ATM交換機 404には、デジタル公衆網 108と結ぶデジ夕ル通信回線 109と、決済システム 103と結ぶデジタル通信回線 111とが接続され、サービスサーバ 400は、 ATM- LAN スィツチ 405及び ATM交換機 406を介して、パーソナル · クレジット端末 100、クレジット決済装置 101、及び決済システム 103と通信を行なう。管理システム 407は、 ATM-LANケーブル 414によって、 ATM- L ANスィッチ 406に接続され、さらに、 ATM-L ANケーブル 416によつて、 ATM交換機 406に接続される。管理システム 407は、 ATM-L ANスイッチ 408、 ATM交換機 406、及び A T M- L A Nスィッチ 405を介して、サービスサーバ 400、サービスディレクタ情報サーバ 401、ユーザ情報サーバ 402、マ一チャント情報サーバ 403、または決済処理機関情報サーバ 404にアクセスして、サービス提供システム 102の運用管理を行なう。

ATM交換機 406は、サービス提供システム 102の外部と内部との通信、及びサービス提供システム 102の内部間の通信において、データ通信の交換機として動作する。また、 ATM交換機 406は、複数の通信方式に対応し、通信アダプタの機能を持つ。例えば、サービスサーバ 400とクレジット決済装置 101との通信では、まず、クレジット決済装置 101と A TM交換機 406との間で、 I S D Nのデータパケットを交換し、 ATM 交換機 406が、 I SDNのデータパケットから ATMパケヅ卜への変換、及び、その逆変換を行ない、 ATM交換機 406とサービスサーバ 400との間で、 ATMパケットを交換する。同様に、サービスサーバ 400とパーソナル · クレジット端末 100との間の通信、サービスサーバ 400と決済システム 103との間の通信においても、 A T M交換機 406が、それそれの通信方式に対応して、通信デ一夕の変換を行なう。

また、パーソナル 'クレジヅト端末 100—サービス提供システム 102間、及び、クレジット決済装置 101—サービス提供システム 102間の通信費用を軽減するため、通常、サービス提供システム 102は、パーソナル ' リモート · クレジット決済サービスを提供する地域ごとに設置される。したがって、 A T M交換機 406には、他の地域のサービス提供システムと結ぶ専用デジタル通信回線 417が接続される。この場合、サービス提供システム 102同士は、お互いにデータを共有し、協調してデ一夕処理を行なう。

次に、決済システム 103について、簡単に説明する。

図 5は、決済システム 103のブロック構成図である。決済システム 103 は、パーソナル ' リモート ' クレジット決済サービスにおいて、サ一ビス提供システム 102と交換する決済情報のデ一夕処理を行なうトランザクション処理サーバ 500と、クレジットサービスの加入者の個人情報を管理する加入者情報サーバ 501と、クレジットサービスの加盟店の情報を管理する加盟店情報サーバ 502と、クレジット決済の取引情報を管理する取引情報サーバ 503と、決済処理機関が決済システム 103の運用管理を行なう管理システム 506とを備えており、各サーバ 500〜503、及び管理システム 506は、一台、あるいは、複数台のコンピュータによって構成される。

また、トランザクション処理サーバ 500、加入者情報サーバ 501、加盟店情報サーバ 502、及び取引情報サーバ 503は、それそれ、 A T M - L A Nケーブル 508, 509 , 510, 511によって、 A T M - L A Nスイッチ 504に接続され、トランザクション処理サーバは、 A T M- L A Nスィッチ 504を介して、加入者情報サーバ 501、加盟店情報サーバ 502、または取引情報サーバ 503にアクセスする。

また、 ATM- LANスィッチ 504は、 A T M-L A Nケーブル 513によつて、 ATM交換機 505に接続される。 ATM交換機 505には、サービス提供システム 102と結ぶデジタル通信回線 111が接続され、トランザクション処理サーバは、 ATM-LANスィツチ 504及び A TM交換機 505を介して、サービス提供システム 102と通信を行なう。

パーソナル · リモート · クレジット決済サービスにおいて、決済システム 103が行なうクレジット決済処理は、サービス提供システム 102からの決済要求に対して、トランザクション処理サーバ 500が、加入者情報サーバ 501、加盟店情報サーバ 502、及び取引情報サーバ 503の情報を、それそれ更新することによって成立する。

また、 ATM交換機 505には、サービス提供システム 102と結ぶデジ夕ル通信回線 111の他に、銀行オンラインシステムと結ぶ銀行専用回線 515、さらには、他の決済処理機関の決済システムと結ぶ専用デジタル回線 51 6が接続され、決済システム 103は、銀行オンラインシステム、及び、他の決済処理機関の決済システムと通信を行ない、金融機関間の決済処理を行なう。

管理システム 506は、 ATM-LANケーブル 512によって、 ATM-L ANスィッチ 507に接続され、さらに、 ATM- LANケーブル 514によつて、 ATM交換機 505に接続される。管理システム 506は、 ATM-L ANスイッチ 507、 ATM交換機 505、及び A T M-L A Nスィッチ 504を介して、トランザクション処理サーバ 500、加入者情報サーバ 501、加盟店情報サーバ 502、または取引情報サーバ 503にアクセスし、決済システム 103の運用管理を行なう。

ATM交換機 505は、決済システム 103の外部と内部との通信、及び決済システム 103の内部間の通信において、データ通信の交換機として動作する。また、 A T M交換機 505は、複数の通信方式に対応した、通信アダプタの機能を持ち、トランザクション処理サーバ 500とサービス提供システム 102との間の通信、トランザクシヨン処理サーバ 500と銀行ォンラインシステムとの間の通信、トランザクション処理サーバ 500と他の決済処理機関の決済システムとの間の通信において、 A T M交換機 50 5が、それそれの通信方式に対応して、通信デ一夕の変換を行なう。次に、本システムが提供するパーソナル · リモート · クレジット決済サービスについて説明する。

パーソナル · リモート 'クレジット決済サービスには、大きく分けて、 "決済" 、 "キャンセル" 、 "顧客サービスコール" 、及び "問い合わせコール" の 4つ処理がある。

"決済" は、ユーザがマ一チャントに代金をクレジットで支払うクレジット決済を、クレジットカードや利用明細書などを、直接受け渡すことなく、無線通信によって行なう処理、 "キャンセル"は、パーソナル ' リモート ' クレジヅト決済サービスの "決済" の処理によって完了した取引を、ユーザとマーチャントとの合意の基に、無線通信によって、取り消す処理、 "顧客サ一ビスコール" は、パーソナル ' リモート ' クレジヅト決済サービスの "決済" の処理によって取引のあったユーザに対して、マーチャントがユーザの電話番号を知らない場合でも、電話連絡を可能にする処理、そして、 "問い合わせコール" は、パーソナル ' リモート ' クレジット決済サービスの "決済" の処理によって取引のあつたマ一チャントに対して、ユーザが自分の電話番号を知られることなく、問い合わせの電話を可能にする処理である。

まず、 "決済" の処理の流れを説明する。

図 6は、パーソナル · リモート · クレジヅト決済サービスの "決済" の処理の流れを示している。また、図 7の（a) ~ (h) は、上記の "决済" の処理において、パーソナル · クレジット端末 100の L CD203の表示例を示し、図 8の（ a) 〜（ g) は、クレジット決済端末 300の L C D 302の表示例を示している。

図 7 (a) は、パーソナル ' クレジット端末がデジタル無線電話モ一ドの時の初期画面であり、図 7 (b) は、クレジットカードモードの時の初期画面、図 8 (a) は、クレジット決済端末がデジタル電話モードの時の初期画面であり、図 8 (b) は、クレジット決済モードの時の初期画面である。

"決済"の処理は、まず、ユーザが担当者に購入するものを提示して、担当者がその商品の金額を計算するところから始まる。

図 6では、まず、担当者が、クレジット決済装置のキャッシュレジス夕 311を用いて、代金の合計金額を計算する（キャッシュレジス夕で、請求金額を計算 600) 。すると、キャッシュレジスタは、計算した合計金額を表示する（請求金額の表示 601) 。担当者は、ユーザに、商品の代金の合計金額を伝え、支払方法を尋ねる（請求金額を提示し、支払方法を尋ねる 602) 。ユーザは、パーソナル · リモート ' クレジット決済サービスの "決済" を希望し（パーソナル · リモート ' クレジット決済サービスの "決済" を指示 603) 、それに対して担当者は、クレジヅト決済装置のクレジット決済スィッチ 312を押して（クレジット決済スィツチを押す 604) 、ユーザに、パーソナル ' クレジット端末 100の支払操作を始めるように指示する（支払操作の開始を指示 606) 。この時、キャッシユレジス夕 311から、 R S- 2 3 2 Cケーブル 313を介して、クレジット決済端末 300に、クレジット決済命令が送信される。クレジット决済端末 300は、自動的にクレジット決済モードになり、 L CD302には図 8 ( c) のような画面を表示する（支払操作待ち表示 605) 。ユーザは、パーソナル ' クレジット端末 100を、モ一ドスイッチ 204でクレジットカードモードにし、ファンクションスイッチ 207で、 L C D 2 03に表示されるクレジットカードを切り替え、支払に使用するクレジットカードを選択する。この時、パーソナル，クレジット端末 100は、図 7 ( b ) の画面から図 7 ( c ) の画面になる。さらに、ファンクションスィッチ 207で、メニューの中から "支払" を選択し、実行スィッチ 211 を押す。すると、パーソナル · クレジヅト端末 100は、図 7 ( d ) の画面になる。ユーザは、図 7 ( e ) のように、テンキースイッチ 208で支払う金額を入力し、ファンクションスィツチ 207で支払オプションを指定して、実行スィッチ 211を押す。すると、図 7 ( f ) の確認画面が表示され、ユーザは、赤外線通信ポート 200をクレジット決済端末 300に向けて実行スイッチ 21を押す（支払操作 607) 。すると、パーソナル · クレジット端末 100は、支払金額を示すメッセ一ジ、支払オファー 608を、赤外線通信によってクレジット決済装置 101へ送信する。

クレジット決済端末 300は、支払オファー 608を、赤外線受発光モジュール 301から受信し、その中の支払金額と請求金額とを照合して、支払オファーに対する応答メッセージ、支払オファー応答 609を、赤外線通信によってパーソナル · クレジット端末 100へ送信する。さらに、クレジット決済端末 300は、ユーザの信用照会を要求するメッセージ、信用照会要求 610を、デジタル電話通信で、サービス提供システム 102へ送信する。この時、クレジヅト決済端末 300は、図 8 ( d ) の画面になる（信用照会中表示 611 ) 。

一方、パーソナル · クレジット端末 100は、赤外線通信ポート 200から支払オファ一応答 609を受信し、その中の請求金額と支払金額とを照合して、クレジットによる代金の支払を要求するメッセージ、支払要求 61 3を、デジタル無線電話通信で、サービス提供システム 102に送信する。この時、パーソナル · クレジット端末 100は、図 7 ( g ) の画面を表示する（支払処理実行中表示 612) 。

サービス提供システム 102は、クレジット決済端末 300からの信用照会要求 610と、パーソナル · クレジヅト端末 100からの支払要求 613とをそれそれ受信し、それらの内容を照合し、さらに、ュ一ザの信用状況を調ベ、信用照会要求に対する応答メッセ一ジ、信用照会応答 614を生成して、クレジット決済端末 300へ送信する。

クレジット決済端末 300は、サービス提供システム 102からの信用照会応答 614を受信し、図 8 ( e ) のように、信用照会応答 614の内容を表示して、信用照会の結果を担当者に知らせる（信用照会結果表示 615) 。担当者は、信用照会結果を確認し、クレジット決済端末 300の実行ボタン 308を押して、決済処理の開始を指示する（決済処理要求操作 616 ) 。すると、クレジット決済端末 300は、決済処理を要求するメッセージ、決済要求 617を、デジタル電話通信で、サービス提供システム 102へ送信し、図 8 ( f ) の画面を表示する（決済実行中表示 618) 。

サービス提供システム 102は、クレジット決済端末 300からの決済要求 617を受信し、決済システム 103に対して決済処理を要求するメッセージ、決済要求 619を、決済システム 103へ送信する。 A 決済システム 103は、サービス提供システム 102からの決済要求 619を受信し、決済処理を行ない、決済処理が完了したことを示すメッセ一ジ、決済完了通知 620を、サービス提供システム 102へ送信する。

サービス提供システム 102は、決済システム 103からの決済完了通知 62 0を受信し、クレジット決済端末 300に対して、決済処理が完了したことを示すメッセージ、決済完了通知 621を送信する。

クレジット決済端末 300は、決済完了通知 621を受信し、図 8 ( g ) のように、決済完了通知 621の内容を表示して、決済処理が完了したことを、担当者に知らせる（決済完了表示 622) 。さらに、クレジット決済端末 300は、電子的な領収書 623を発行し、デジタル電話通信で、サービス提供システム 102へ送信する。

サービス提供システム 102は、クレジット決済端末 300が発行した領収書 623を受信し、パーソナル . クレジット端末用のデ一夕 · フォーマツトに変換した領収書 624を生成し、デジタル無線電話通信で、パ一ソナル · クレジット端末 100へ送信する。

パーソナル · クレジット端末 100は、サービス提供システム 102からの領収書 624を受信し、図 7 ( h ) のように、領収書 624の内容を表示して、決済処理が完了したことを、ユーザに知らせる（領収書表示 625) 。以上のようにして、パーソナル · リモート · クレジヅ卜決済サービスの "決済" の処理は行なわれる。上記の "決済" の処理において、機器間で交換されるデータの内容の詳細については、後で説明する。

次に、 "キャンセル" の処理の流れを説明する。

図 9は、パーソナル · リモ一ト ' クレジット決済サービスの "キャンセル" の処理の流れを示している。

また、図 1 0の（a ) 〜（h ) は、上記の "キャンセル" の処理において、パーソナル · クレジット端末 100の L C D 203の表示例を示し、図 1 1の（a ) 〜（g ) は、クレジット決済端末 300の L C D 302の表示例を示している。

パーソナル · リモート ' クレジヅト決済サービスの "キヤンセル" の処理を行なう状況としては、ユーザとマ一チャントとが、お互い肉声が届くほどの近距離にいる場合と、遠隔地に離れている場合とがある。二つの場合での違いは、最初の "キャンセル" の処理に関するユーザとマ —チャントとの合意を、肉声による話し合いで行なうか、電話によって行なうかの違いであり、両者の合意の後の処理の流れは同じである。したがって、ここでは、両者が遠隔地に離れている場合について説明する。 "キャンセル" の処理は、まず、一度、 "決済" の処理によって完了した取引に対して、 "キャンセル" の処理を行なうことを、ユーザとマ —チャン卜の担当者とが合意するところから始まる。

図 9では、まず、ユーザとマーチャントの担当者とが、電話で "キヤンセル" の処理を行なうことを合意し（音声通話 900 ) 、両者は、キヤンセル操作を開始する。

マーチャントの担当者は、まず、モ一ドスイッチ 304で、クレジット決済端末 300をクレジット決済モードにし、図 1 1 ( a ) の画面を表示させる。ファンクションスィツチ 306で、図 1 1 ( b ) の画面のように、メニューの中から "販売キャンセル" を選択し、実行スィッチ 307を押す。すると、クレジット決済端末 300には、図 1 1 ( c ) の販売履歴一覧が表示され、担当者は、ファンクションスィッチ 306で、図 1 1 ( d ) の画面のように、キャンセルする取引を選択し、実行スィッチ 308を押す。すると、図 1 1 ( e ) の確認画面が表示され、担当者は、実行スィヅチ 308を押す（キャンセル操作 901 ) 。

すると、クレジット決済端末 300は、サービス提供システム 102に対して、 "キャンセル" の処理を要求するメッセージ、キャンセル要求 903 を、デジタル電話通信によって送信する。この時、クレジット決済端末 300は、図 1 1 ( f ) の画面になる（キャンセル処理中表示 902) 。

一方、ユーザは、パーソナル · クレジット端末 100を、モードスィヅチ 204でクレジヅトカードモ一ドにし、ファンクションスィツチ 207で、 L C D 203に表示されるクレジットカードを切り替え、支払に使用したクレジットカードを選択する。さらに、ファンクションスィヅチ 207で、図 1 0 ( a ) の画面のように、メニ

ユーの中から "キヤンセル" を選択し、実行スィツチ 211を押す。すると、パーソナル · クレジット端末 100には、図 1 0 ( b ) の購入履歴一覧の画面が表示され、ユーザは、ファンクションスィッチ 207で、キヤンセルする取引を選択し、実行スィツチ 211を押す。すると、図 1 0 ( c ) の確認画面が表示され、ユーザは、実行スィッチ 211を押す（キャンセル操作 904) 。

パーソナル ' クレジヅト端末 100は、サ一ビス提供システム 102に対して、 "キャンセル" の処理を要求するメッセージ、キャンセル要求 906 を、デジタル無線電話通信によって送信する。この時、パーソナル - クレジット端末 100は、図 1 0 ( d ) の画面を表示する（キャンセル処理中表示 905 ) 。

サービス提供システム 102は、クレジット決済端末 300からのキャンセル要求 903とパーソナル · クレジット端末 100からのキヤンセル要求 903 とを、それそれ受信し、それらの内容を照合し、決済システム 103に対して、 "キャンセル" の処理を要求するメッセージ、キャンセル要求 90 7を送信する。

決済システム 103は、サービス提供システム 102からのキャンセル要求 907を受信し、要求された取引のキャンセル処理を行ない、キャンセル処理が完了したことを示すメッセージ、キャンセル完了通知 908をサ一ビス提供システム 102に送信する。

サービス提供システム 102は、決済システム 103からのキャンセル完了通知 908を受信し、クレジット決済端末 300に、キャンセル処理が完了したことを示すメッセージ、キヤンセル完了通知 909をデジタル電話通信で送信し、さらに、パーソナル ' クレジット端末 100に対して、キャンセル処理が完了したことを示すメッセージ、キャンセル処理領収書 910 を生成して、デジタル無線電話通信で送信する。

クレジット決済端末 300は、キャンセル完了通知を受信し、図 1 1 ( g ) のように、キャンセル完了通知の内容を表示して、キャンセル処理が完了したことを、担当者に知らせる（キャンセル処理完了表示 911) 。パーソナル ·クレジット端末 100は、キヤンセル処理領収書を受信し、図 1 0 ( e ) のように、キャンセル処理領収書を表示して、キャンセル処理が完了したことを、ユーザに知らせる（キャンセル処理領収書表示 912) 。

以上のようにして、パーソナル · リモート · クレジヅト決済サービスの "キャンセル" の処理は行なわれる。このあと、担当者は、顧客サービスコールの操作（顧客サ一ビスコール 913) を行なうことによって、もう一度、ユーザと電話による通話（音声通話 914) をすることができる。顧客サービスコールについては、この後、説明する。また、上記の "キャンセル" の処理において、機器間で交換されるデータの内容の詳細については、後で説明する。

次に、 "顧客サービスコール" の処理の流れを説明する。

図 1 2 ( a ) は、パーソナル ' リモート ' クレジヅト決済サービスの "顧客サービスコール"の処理の流れを示している。また、図 1 3の（a ) 〜（b ) は、上記の "顧客サービスコール" の処理において、パ一ソナル · クレジット端末 100の L C D 203の表示例を示し、図 1 4の（a ) 〜 ( g ) は、クレジット決済端末 300の L C D 302の表示例を示している。

"顧客サービスコール" は、パーソナル ' リモート ' クレジット決済サービスの "決済" の処理によって取引のあったユーザに対して、マーチャントがユーザの電話番号を知らない場合でも、電話連絡を可能にする処理である。したがって、 "顧客サービスコール" は、ユーザとマーチャントとの間に、パーソナル · リモート · クレジヅト決済サービスの "決済" の処理による取引が、以前に、あったことが前提となる。

"顧客サービスコール" の処理は、マ一チャントの担当者が、クレジット決済端末 300で、 "顧客サービスコール" の操作を開始するところから始まる。

図 1 2 ( a ) では、まず、マ一チャントの担当者が、モ一ドスィヅチ 304で、クレジット決済端末 300をクレジット決済モードにし、図 1 4 ( a ) の画面を表示させる。次に、担当者は、ファンクションスイッチ 306で、メニューの中から "販売履歴" を選択し、実行スィッチ 308を押す。すると、クレジット決済端末 300には、図 1 4 ( b ) の販売履歴一覧が表示される。担当者は、ファンクションスィヅチ 306で、図 1 4 ( c ) の画面のように、電話連絡をしょうとするユーザとの間で交わした取引を選択し、また、画面下の操作メニューから "電話" を選択し、実行スイッチ 308を押す（顧客サービスコール操作 1200) 。すると、クレジット決済端末 300は、自動的にデジタル電話モードになり、図 1 4 ( d ) の画面を表示し（接続処理中実行中表示 1201 ) 、サービス提供システム 102に対して、 "顧客サービスコール" の処理を要求するメヅセージ、顧客サービスコール要求 1202をデジタル電話通信によって送信する。サービス提供システム 102は、顧客サービスコール要求 1202を受信し、ユーザが設定したアクセス制御情報と照合して、ユーザを呼び出すメッセージ、顧客サービスコール 1203を、デジタル無線電話通信によってュ —ザのパーソナル · クレジット端末 100へ送信する。さらに、サービス提供システム 102は、ユーザとの通話を許可するメッセージ、顧客サービスコール要求応答 1204を、デジタル電話通信によって、クレジット決済端末 300へ送信する。

クレジット決済端末 300は、サービス提供システム 102からの顧客サービスコール要求応答 1204を受信し、図 1 4 ( e ) の画面を表示し、ユーザを呼び出していることを担当者に知らせる（呼び出し中表示 1206) 。一方、パーソナル ' クレジット端末 100は、顧客サービスコール 1203 を受信し、着信音を出力し、図 1 3 ( a ) の画面を表示して、マーチヤントから電話が着信していることをユーザに知らせる（着信表示 1205)。ユーザが通話スィッチ 205を押すと（通話操作 1207) 、パーソナル ' クレジット端末 100は、ユーザが着信を受け入れたことを示すメッセージ、着信応答 1208を、デジタル無線電話通信によってサービス提供システム 102へ送信し、図 1 3 ( b ) の画面を表示する（通話中表示 1209) 。サービス提供システム 102は、着信応答 1208を受信し、ユーザが呼び出しを受け入れたことを示すメッセージ、呼び出し応答 1210を、デジ夕ル電話通信によって、クレジット決済端末 300へ送信する。

クレジット決済端末 300は、呼び出し応答 1210を受信し、図 1 4 ( f ) の画面を表示し（通話中表示 1211 ) 、マーチャントは、ユーザと通話状態に入る（音声通話 1212) 。

以上のようにして、パーソナル · リモート · クレジット決済サ一ビスの "顧客サ一ビスコール" の処理は行なわれる。

また、顧客サービスコールは、マーチヤン卜の担当者が、図 1 4 ( g ) の販売履歴の詳細画面において、画面下の操作メニューから "電話" を選択し、実行スィッチ 308を押す（顧客サービスコール操作 1200) ことによって、処理を開始することもでき、また、図 1 1 ( g ) の "キャンセル" の処理の完了画面において、画面下の操作メニューから "顧客サ一ビスコール" を選択し、実行スィッチ 308を押す（顧客サービスコ一ル操作 1200) ことによって、処理を開始することもできる。

上記の "顧客サービスコール" の処理において、機器間で交換されるデータの内容の詳細については、後で説明する。

次に、 "問い合わせコール" の処理の流れを説明する。

図 1 2 ( b ) は、パーソナル ' リモート ' クレジヅト決済サービスの "問い合わせコール" の処理の流れを示している。また、図 1 3の（b) 〜（f ) は、上記の "問い合わせコール" の処理において、パーソナル · クレジヅト端末 100の L CD203の表示例を示し、図 14の（h) 、（f ) は、クレジヅト決済端末 300の L CD302の表示例を示している。

"問い合わせコール" は、パーソナル ' リモート · クレジット決済サ —ビスの "決済" の処理によって取引のあったマ一チャン卜に対して、ユーザが自分の電話番号を知られることなく、問い合わせの電話を可能にする処理である。

"問い合わせコール" の処理は、ユーザが、パーソナル ' クレジット端末 100で、 "問い合わせコール"の操作を開始するところから始まる。図 1 2 (b) では、まず、ユーザが、モードスイッチ 204で、パ一ソナル ' クレジット端末 100をクレジットカードモードにし、図 13 ( c ) の画面を表示させる。次に、ュ一ザは、図 1 3 (d) の画面のように、ファンクションスイッチ 207で、メニューの中から "利用履歴" を選択し、実行スイッチ 211を押す。すると、パーソナル ' クレジット端末 100 には、図 1 3 (e) の販売履歴一覧が表示される。ュ一ザは、ファンクシヨンスィツチ 207で、図 1 3 ( f ) の画面のように、電話連絡をしようとするマ一チャントとの間で交わした取引を選択し、また、画面下の操作メニューから "問い合わせ" を選択して、実行スィッチ 211を押す（問い合わせコール操作 1213) 。すると、パーソナル ' クレジット端末 100は、自動的にデジタル無線電話モードになり、図 1 3 (g) の画面を表示し（接続処理中実行中表示 1214) 、サービス提供システム 102 に対して、 "問い合わせコール" の処理を要求するメッセージ、問い合わせコール要求 1215をデジタル無線電話通信によって送信する。

サービス提供システム 102は、問い合わせコール要求 1215を受信し、マーチャントを呼び出すメッセージ、問い合わせコール 1216を、デジ夕ル電話通信によってマ一チャントのクレジット決済端末 300へ送信する。さらに、サービス提供システム 102は、マーチャントとの通話を許可するメッセージ、問い合わせコール要求応答 1217を、デジタル無線電話通信によって、パーソナル · クレジット端末 100へ送信する。

パーソナル ' クレジット端末 100は、サービス提供システム 102からの問い合わせコール要求応答 1217を受信し、図 1 3 ( h ) の画面を表示し、マーチヤントを呼び出していることをユーザに知らせる（呼び出し中表示 1219)

一方、クレジット決済端末 300は、問い合わせコール 1216を受信し、着信音を出力し、図 1 4 ( h ) の画面を表示して、ユーザから電話が着信していることをマ一チャントに知らせる（着信表示 1218) 。マ一チヤントの担当者が受話器 303を取ると（通話操作 1220) 、クレジット決済端末 300は、マ一チャントが着信を受け入れたことを示すメッセージ、着信応答 1221を、デジ夕ル電話通信によってサービス提供システム 102 へ送信し、図 1 4 ( f ) の画面を表示する（通話中表示 1222) 。

サービス提供システム 102は、着信応答 1221を受信し、マーチャントが呼び出しを受け入れたことを示すメッセージ、呼び出し応答 1223を、デジタル無線電話通信によって、パーソナル · クレジット端末 100へ送パーソナル · クレジット端末 100は、呼び出し応答 1223を受信し、図

1 3 ( b ) の画面を表示し（通話中表示 1224) 、ユーザは、マーチヤントと通話状態に入る（音声通話 1225 ) 。

以上のようにして、パーソナル · リモート · クレジヅト決済サービスの "問い合わせコール" の処理は行なわれる。

また、問い合わせコールは、ユーザが、図 1 3 ( i ) の利用履歴の詳細画面において、画面下の操作メニューから "問い合わせ" を選択し、実行スィッチ 211を押す（問い合わせコール操作 1213) ことによって、処理を開始することもできる。

上記の "問い合わせコール" の処理において、機器間で交換されるデ一夕の内容の詳細については、後で説明する。

次に、パーソナル ' クレジット端末 100の内部の構成を説明する。図 1 5 (a) は、パーソナル ' クレジヅト端末 100のプロヅク構成図である。この端末は、 ROM(Read Only Memory)1501に格納されたプログラムにしたがって、送信デ一夕と受信デ一夕との処理、及び、バス 1529を介して他の構成要素の制御を行なう C P U (Central Processing Unit)1500と、 C P U1500が処理するデ一夕、及び CPU1500が処理したデ一夕が格納される RAM(Random Access Memory) 1502と、パーソナル · クレジット端末 100のターミナル I D、電話番号、ユーザのュ —ザ I D、及びプライべ一ト鍵と公開鍵、並びに、サービス提供システム 102のサービス提供者 I D、電話番号、及びサービス提供者の公開鍵が格納される E E P R OM(Electric Erasable Programable Read Only Memory)1503と、 C P U1500の制御にしたがって L C D203の動作を制御し、 CPU1500によって設定された画像を L CDに表示させる L CDコントロ一ラ 1504と、 CPU1500の制御にしたがってデータの暗号化処理及び復号化処理を行なう暗号処理プロセッサ 1505と、 C P U 1500 の制御にしたがって送信データの符合化及び受信デ一夕の復号化を行なうデータコーデック 1506と、赤外線通信の際に赤外線の送信及び受信を行なう赤外線通信モジュール 1507と、ユーザによるモードスィツチ 204、通話スイッチ 205、終了スィッチ 206、ファンクションスィッチ 207、テンキ一スィッチ 208、電源スィッチ 209、及び実行スィッチ 211のスイツチ操作を検出するキー操作制御部 1509と、スピーカ 1510、レシーバ 202 またはへッドセットジャック 212をドライブし、マイク 210またはへッドセットジャック 212から入力するアナログ音声信号を増幅する音声処理部 1511と、アナログ音声信号 1542のデジタル音声データへの符号化とデジ夕ル音声デ一夕のアナ口グ音声信号 1543への復号化とを行なう音声コ一デック 1512と、無線チャンネルにのる送信データの生成と受信データからの自分宛のデータの抽出とを行なうチャンネルコーデック 1513と、チャンネルコ一デック 1513から入力するシリアル ·デジタル信号 1547を、 P L L 1516から供給される発振電気信号 1552をべ一スパンドとするアナログ送信信号 1549に変換する変調部 1514と、 P L L 1516から供給される発振電気信号 1553をアナログ受信信号 1550のべ一スパンドとしてアナ口グ受信信号 1550を復調し、シリアル 'デジタル信号 1548をチャンネルコ —デック 1513へ供給する復調部 1515と、変調部 1514から供給されたアナ口グ送信信号 1549を無線電波に変えてアンテナ 201から出力し、逆に、無線電波をアンテナ 201が受信すると、復調部 1515にアナログ受信信号 1 550を入力する R F部 1517と、パーソナル · クレジヅト端末 100のバッテリイの容量を検出するバヅテリイ容量検出部 1518と、チャンネルコ一デヅク 1513、 P L L 1516及び R F部 1517の起動制御、キー操作制御部 1509、チャンネルコ一デック 1513及びバッテリィ容量検出部 1518から入力する割り込み信号の処理、並びに、 C P U 1500がキー操作制御部 1509、音声処理部 1511及びチャンネルコーデックの内部のレジス夕をアクセスする際の、インタ一フェースの役割を果たす制御ロジック部 1508とを備えている。

暗号処理プロセ、J、サ 1505は、秘密鍵方式の暗号化及び復号化の機能と公開鍵方式の暗号化及び復号化の機能とを持ち、 C P U 1500によって設定された暗号方式と鍵とで、 C P U 1500によって設定されたデ一夕を暗号化処理または復号化処理する。

また、デ一夕コ一デック 1506は、 C P U 1500の制御にしたがって送信データの符号化及び受信デ一夕の復号化を行なうが、この場合の符合化とは、通信制御情報、誤り訂正情報を含んだ、実際に送信されるデータを生成する処理を意味し、復号化とは、受信データに対し、誤り訂正処理を施し、余分な通信制御情報を取り除き、本来、送り手が送信しょうとしたデ一夕を生成する処理を意味する。デ一夕コ一デック 1506は、デジ夕ル無線電話のデ一夕通信におけるデータの符合化及び復号化の機能と、赤外線通信におけるデ一夕の符合化及び復号化の機能とを持ち、 C P U 1500によって設定されたデ一夕に対して、 C P U 1500によって設定された符合化処理及び復号化処理を行なう。

また、赤外線通信モジュール 1507は、図 1 5 ( b ) に示すように、その内部に、パラレルデ一夕とシリアルデータとの双方向の変換を行なう直列—並列変換回路 1560と、直列—並列変換回路 1560によってシリアルデータに変換されたデジタル信号 1562を実際に赤外線として送信される信号に変調し、また、受信したアナログ信号 1565をシリアル ·デジタル信号 1563に復調する変復調回路 1561と、変復調回路 1561によって変調された信号 1564を赤外線に変換して発光し、また、受光した赤外線をアナログ信号 1565に変換する赤外線受発光部 200とを具備している。

また、ユーザによるスィツチ操作を検出するキ一操作制御部 1509は、ユーザが、モードスィッチ 204、通話スィッチ 205、終了スィッチ 206、ファンクションスイッチ 207、テンキ一スイッチ 208、電源スイッチ 209 または実行スィツチ 211のいずれかを押すと、キー操作制御部 1509は、 C P U 1500に、スィツチ操作に対応する処理を促す割り込み信号 1538をアサートする。また、キー操作制御部 1509は、図 1 8 ( a ) に示すように、各スィツチの有効/無効を設定するキー操作制御レジス夕（KEYCTL ) 1812を具備している。

また、音声処理部 1511は、図 1 8 ( a ) に示すように、音声処理動作を制御する音声処理部制御レジス夕（SCTL )を具備している。

また、音声コ一デゾク 1512は、音声処理部 1511から入力するアナログ音声信号 1542のデジタル音声デ一夕への符号化と、チャンネルコ一デク 1513から入力するデジタル音声デ一夕のアナログ音声信号 1543への復号化とを行なう。アナログ音声信号 1543は、音声処理部 1511へ供給され、音声処理部 1511が、アナログ音声信号 1543を増幅し、レシーバ 202をドライブすることによって、レシ一バ 202から音声が出力される。また、符合化によって生成されたデジタル音声データは、チャンネルコーデック 1513へ供給され、実際に、無線チャンネルにのる送信データに変換される。

また、チャンネルコ一デック 1513には、送信するデータとして、二種類のデータが入力される。一つは、音声コーデック 1512から入力するデジ夕ル音声デ一夕であり、もう一つは、 C P U 1500から、制御ロジック部 1508を介して、入力するデータ通信デ一夕である。

チャンネルコーデック 1513は、デジタル音声デ一夕とデータ通信デー夕との識別情報を、ヘッダ情報として、それぞれのデータに付加し、さらに、デジタル無線電話のデータフォーマットに変換して、シリアル ' デジタル信号 1547を、変調部 1514へ供給する。

その逆に、チャンネルコーデック 1513は、復調部 1515から入力するシリアル ·デジタル信号 1548に対して、まず、ターミナル I Dを照合して、自分宛のデータのみを抽出し、さらに、デジタル無線電話の通信制御情報を取り除き、データのヘッダ情報から、デジタル音声データとデ一夕通信データとを識別し、それそれ、音声コ一デック 1512と制御ロジック部 1508とへ供給する。また、チャンネルコ一デック 1513は、デジタル無線電話を着信した時と、デ一夕通信データを受信した時とに、割り込み信号 1554をアサートする。割り込み信号 1554は、 C P U 1500に、デジ夕ル無線電話の着信時の処理と、データ通信データの処理とを促す割り込み信号である。

チャンネルコーデック 1513は、こうした動作を行なうために、図 1 8 (a) に示すように、ターミナル I Dを格納する I Dレジス夕（ID)1805 と、チャンネルコ一デック 1513の動作を制御するチャンネルコ一デヅク制御レジス夕（CHCTLU806と、音声コ一デヅク 1512から入力されるデジタル音声デ一夕を格納する音声送信バッファ 1807と、受信データの中から抽出したデジタル音声データを格納する音声受信バッファ 1808と、制御ロジック部 1508から入力されるデータ通信デ一夕を格納するデータ送信バッファ 1809と、受信データの中から抽出したデータ通信デ一夕を格納するデ一夕受信バッファ 1810とを具備している。

変調部 1514は、チャンネルコーデック 1513から入力するシリアル ·デジ夕ル信号 1547を、 P L L1516から供給される発振電気信号 1552をべ一スバンドとするアナログ送信信号 1549に変換し、 RF部へ供給する。 R F部へ供給されたアナログ送信信号 1549は、無線電波として、アンテナ 201から出力される。

逆に、無線電波をアンテナ 201が受信すると、 RF部 1517から復調部 1 515にアナログ受信信号 1550が入力される。復調部 1515は、 P L L1516 から供給される発振電気信号 1553を、アナログ受信信号 1550のベースバンドとして、アナログ受信信号 1550を復調して、シリアル 'デジタル信号 1548を、チャンネルコ一デック 1513へ供給する。

また、バッテリイ容量を検出するバヅテリイ容量検出部 1518は、パーソナル · クレジヅト端末 100のバッテリィの容量が、 CPU 1500によつて設定された値 Q (Q> 0) 以下になった時に、割り込み信号 1557をァサ一トする。割り込み信号 1557は、 CPU1500に RAM1502上のデ一夕のバックアップ処理を促す割り込み信号であり、 Qは、パーソナル ' クレジット端末 100がバックアツプ処理を行なうのに十分な値である。また、制御ロジック部 1508は、図 1 8 (a) に示すように、その内部に、フレームカウン夕（FRAMEC)1800、起動フレームレジス夕（FRAME)180 1、クロヅクカウン夕（CLOCKC)1802、アップデート時刻レジス夕（UPTIME) 1803、及び割り込みレジス夕（INTU804の 5つのレジス夕を内蔵する。フレームカウンタ 1800は、デジタル無線電話のフレーム数をカウントするカウン夕、起動フレームレジス夕 1801は、次回の起動するフレーム番号を格納するレジス夕、クロックカウン夕 1802は、現在の時刻をカウントするカウン夕、アップデート時刻レジス夕 1803は、パーソナル ' クレジット端末 100が、サービス提供システム 102と通信して、 RAM1502 上のデータを更新する処理（アップデート処理）を行なう時刻を格納するレジス夕、そして、割り込みレジス夕 1804は、 CPU1500への割り込みの要因を示すレジス夕である。

一般に、デジタル無線電話では、デジタル無線電話の制御チャンネルの制御デ一夕を間欠的に受信し、ターミナル I Dと照合することによつて、自分宛の電話の着信を実現している。このパーソナル ' クレジット端末 100では、フレームカウン夕 1800と起動フレームレジス夕 1801とを用いて、制御デ一夕の間欠受信を行なう。予め、起動フレームレジス夕 1801に、次回に起動するフレーム番号を格納しておき、フレームカウン夕 1800がカウントアップして、起動フレームレジスタ 1801の値に等しくなった時、制御ロジック部 1508が、アドレス ·デ一夕信号線 1558を介して、チャンネルコ一デック 1513、 P L L1516, 及び R F部 1517を起動し、制御デ一夕の受信を行なう。

また、制御ロジック部 1508は、割り込み信号 1538, 1554,1557のいずれかの割り込み信号がアサートされると、その割り込み要因を、割り込みレジス夕（INT)1804に設定して、割り込み信号 1519をアサートし、 C P U 1500に割り込み処理を促す。 C P U 1500は、割り込み処理で、割り込みレジス夕 1804を読みだし、その割り込み要因に応じた処理を行なう。この割り込みレジスタ（INT ) 1804の各ビットフィ一ルドは、図 1 8 ( b ) に示すように意味づけられている。

ビット 3 1は、電源スィッチ 209の状態を示し、値が 0の時、パワーオフの状態であることを示し、値が 1の時、パワーオンの状態であることを示す。

ビット 3 0は、デジタル無線電話通信の状態を示し、値が 0の時、デジ夕ル無線電話通信をしていない状態であることを示し、値が 1の時、デジタル無線電話通信をしている状態であることを示す。

ビット 2 9は、制御データの間欠受信を促すフレーム割込の発生を示し、値が 1の時、フレーム割込が起こったことを示す。このビットフィ —ルドには、フレームカウン夕 1800の値が、起動フレームレジス夕 1801 の値に一致した時に、 1が設定される。

ビット 2 8は、着信割込の発生を示し、値が 1の時、デジタル無線電話を着信したことを示す。このビットフィールドには、デジタル無線電話の制御データの間欠受信において、ターミナル I Dがー致し、割り込み信号 1554がアサートされた時に、 1が設定される。

ビット 2 7は、デ一夕受信割込の発生を示し、値が 1の時、データ受信データを受信したことを示す。このビットフィールドには、デジタル無線電話通信において、データ通信データを受信し、割り込み信号 1554 がアサートされた時に、 1が設定される。

ビット 2 6は、デ一夕アップデート処理を促すアップデート割込の発生を示し、値が 1の時、アップデート割込が起こったことを示す。このビットフィ一ルドには、クロックカウン夕 1802の値が、ァヅプデート時刻レジスタ 1803の値に一致した時に、 1が設定される。ビット 2 5は、バックアツプ処理を促すバッテリィ割込の発生を示し、値が 1の時、バッテリイ割込が起こったことを示す。このビットフィ一ルドには、バッテリィ容量検出部 1518から入力する割り込み信号 1557がアサートされた時に、 1が設定される。

ビット 24は、スイツチ操作によるキ一割込の発生を示し、値が 1の時、キー割込が起こったことを示す。

また、ビット 0からビット 9は、それそれ、テンキースィッチ 208の 0から 9のスィッチに対応し、ビット 1 0とビット 1 1とは、それそれ、テンキースィツチのと "#" とのスィツチに対応し、ビヅト 1 2 からビット 1 5は、それぞれ、ファンクションスィッチ 207の " F1" から "F4"のスィツチに対応し、ビヅト 1 6からビット 2 0は、それそれ、電源スィッチ 209、実行スィッチ 211、モ一ドスイッチ 204、通話スイツチ 205、終了スイッチ 206に対応し、ビットの値が 1の時、そのビットに対応するスィツチが押されたことを示す。

次に、 R AM1502に格納されるデ一夕に関して説明する。

図 1 6は、 RAM1502に格納されるデ一夕の RAMマップの摸式図である。

R AM1502には、基本プログラム領域 1600、サービスデータ領域 1601、ユーザ領域 1602、ワーク領域 1603、及びテンポラリ領域 1604の五つの領域がある。基本プログラム領域 1600は、 ROM1501に格納されているプログラムのバ一ジョンアップされたモジュール、及び、パッチプログラムが格納される。

ユーザ領域 1602は、ュ一ザが自由に使用できる領域、ワーク 1603領域は、 C PU100がプログラムを実行する際に使用する作業領域、また、テンポラリ領域 1604は、パーソナル · クレジット端末 100が受信した情報を一時的に格納する領域である。サービスデータ領域 1601は、パ一ソナル ■ リモート · クレジヅト決済サービスの I D情報や、クレジヅトカ —ド情報、履歴情報などを格納する領域であり、この領域のデ一夕は、サービス提供システム 102によって管理される。

サービスデ一夕領域 1601には、さらに、データ管理情報 1605、個人情報 1606、写真デ一夕 1607、ユーザ設定倩報 1608、電話情報 1609、クレジット力一ドリスト 1610、利用履歴リスト 1611、及び実態データ領域 1612 の 8つ領域がある。データ管理情報 1605は、サービスデ一夕領域 1601に格納されている情報の管理情報を格納する領域、個人情報 1606は、ユーザの名前、年齢、性別等の情報を格納する領域、写真データ領域 1607は、ユーザの顔写真のデータを格納する領域、ユーザ設定情報 1608は、パーソナル ' リモート ' クレジット决済サービスに関する、ユーザの設定情報を格納する領域、電話情報 1609は、デジタル無線電話に関連する情報を格納する領域、クレジットカードリスト 1610は、ユーザが登録したクレジットカードのリスト情報を格納する領域、利用履歴リスト 1611は、パーソナル ' リモート · クレジット決済サービスの利用履歴情報を格納する領域、実態データ領域 1612は、他の 7つの領域で管理されている情報の実体データを格納する領域である。

次に、サービスデ一夕領域 1601に格納される情報について詳しく説明する。

図 1 7は、サービスデ一夕領域 1601に格納される情報の関係を詳細に表した摸式図である。

デ一夕管理情報 1605は、アップデート日時 1700、次回アップデート日時 1701、ターミナル · ステイタス 1702、個人情報アドレス 1703、写真デ

—夕アドレス 1704、ユーザ設定情報アドレス 1705、電話情報アドレス 17 06、クレジットカードリスト · アドレス 1707、及び利用履歴リスト · ァドレス 1708の 9つの情報によって構成される。アップデート日時 1700は、サービス提供システム 102が、前回、サ一ビスデ一夕領域 1601のデータを更新した日時を示し、次回アップデ一ト日時 1701は、次回のサービス提供システム 102によるサービスデータ領域 1601のデ一夕の更新の予定日時を示す。パーソナル · クレジット端末 100は、次回アップデート日時 1701の設定された時間になると、自動的に、データアップデート処理を開始する。

デ一夕アップデート処理は、サービス提供システム 102に、サービスデ一夕領域 1601のデ一夕を更新してもらう処理である。デ一夕アツプデ —ト処理については、後で詳しく説明する。

ターミナル · ステイタス 1702は、パーソナル · クレジット端末 100の状態を示し、個人情報アドレス 1703、写真デ一夕アドレス 1704、ユーザ設定情報アドレス 1705、電話情報アドレス 1706、クレジットカードリスト · アドレス 1707、及び利用履歴リスト · アドレス 1708は、それぞれ、個人情報 1606、写真データ 1607、ユーザ設定情報 1608、電話情報 1609、クレジットカードリスト 1610、利用履歴リスト 1611が格納されている領域の先頭番地を示す。

電話情報 1609は、さらに、発信電話番号 1709、電話帳アドレス 1710、短縮ダイアル設定ファイル · ァドレス 1711の 3つの情報によって構成される。発信電話番号 1709は、ユーザが、前回、かけた電話の電話番号を示し、この情報は、デジタル無線電話の再送時に用いられる。電話帳ァドレス 1710と短縮ダイアル設定ファイル ·ァドレス 1711とは、それそれ、電話帳情報、短縮ダイアル設定フアイルが格納されている実体デ一夕領域上のァドレスを示す。

クレジットカードリスト 1610には、ユーザが登録したクレジットカ一ドのリスト情報が格納されている。クレジットカードリスト 1610では、一つのクレジットカードに対して、クレジットカード名 1712( 1719 )、クレジットカード番号 1713(1720)、有効期限 1714(1721)、クレジット力一ド ■ ステイタス 1715(1722)、ィメ一ジ 'デ一夕 · ァドレス 1716(1723)、オブジェクト 'データ ' アドレス 1717(1724)、及びアクセス時刻 1718(1 725)の 7つの情報が格納されている。

クレジットカード .ステイタス 1715(1722)は、クレジットカードが有効か否か、及び、利用限度額を示し、イメージ 'デ一夕 ' アドレス 1716 (1723)は、クレジットカードのイメージデータが格納されている実体デ —夕領域 1612上のァドレスを示す。オブジェクト ·デ一夕 · ァドレス 17 17(1724)は、そのクレジットカ一ドのプログラムのオブジェクト ·デー夕が格納されているアドレスを示し、アクセス時刻 1718(1725)は、ユーザがそのクレジットカ一ドを利用した最新の時刻を示す。

オブジェクト 'データ · アドレス 1717(1724)には、実体デ一夕領域 16 12上のアドレスを示す口一カルアドレス、または、サービス提供システム 102のュ一ザ情報サーバ 402上のァドレスを示すリモートアドレスが格納される。オブジェクト 'デ一夕 ' アドレス 1717(1724)に、リモートァドレスが格納されている場合、ユーザが、そのクレジットカードを選択し、利用しょうとすると、パーソナル · クレジット端末 100は、サ一ビス提供システム 102から、オブジェクト ·デ一夕をテンポラリ領域 1604 にダウンロードし、クレジットカードのプログラムを実行する。クレジヅトカードを表示するだけでは、イメージ 'デ一夕 ' アドレス 1716(172 3)によって示される実体データ領域 1612のイメージデ一夕が表示され、オブジェクト ·データのダウン口一ドは行なわない。

オブジェクト .データ ·ァドレス 1717(1724)に格納されるアドレスは、サービス提供システム 102によって決定される。デ一夕アップデート処理の際に、各クレジットカードのアクセス時刻を比較し、アクセス時刻が最近のクレジットカ一ドに、ローカルァドレスが割り当てられる。但し、実体デ一夕領域 1612の容量に余裕がある場合には、全てのクレジットカードのオブジェクト ·データ ' アドレスが、口一カルアドレスである場合もある。

利用履歴リスト 1611では、一つのパーソナル · リモート ' クレジット決済サービスの利用に対して、要求番号 1726(1730)、サービスコード 17 27(1731)、利用時刻 1728(1732)、及び利用情報アドレス 1729(1733)の 4 つの情報が格納される。

要求番号 1726(1730)は、マ一チャントとの取引をユニークに示す番号であり、支払オファー 608を生成する際に、パーソナル · クレジット端末 100が発行する番号、サービスコード 1727(1731)は、利用したクレジットカ一ドサ一ビスの種類を示すコード番号、利用時刻 1728(1732)は、パーソナル ' リモートクレジット決済サービスを利用した時刻、利用情報ァドレス 1729(1733)は、領収書が格納されているアドレスを示す。利用情報ァドレス 1729(1733)には、実体デ一夕領域 1612上のァドレスを示すローカルアドレス、または、サービス提供システム 102のユーザ情報サーバ 402上のァドレスを示すリモートァドレスが格納される。利用情報ァドレス 1729(1733)に、リモートァドレスが格納されている場合、ユーザが、その利用履歴情報をアクセスすると、パーソナル ' クレジット端末 100は、サービス提供システム 102から、利用情報をテンポラリ領域 1604にダウンロードして、 L CD203に表示する。

利用情報ァドレス 1729(1733)に格納されるアドレスもまた、サービス提供システムによって決定される。デ一夕アップデート処理の際に、各利用情報の利用時刻を比較し、利用時刻が最近の利用情報に対して、口 —カルアドレスが割り当てられる。但し、実体デ一夕領域 1612の容量に余裕がある場合には、全ての利用情報アドレスが、ローカルアドレスである場合もある。次に、 C P U 1500が行なう処理について説明する。

図 1 9 (a) 、（b) は、 CPU1500が行なう処理のフロー概念図である。

図 1 9 (a) 、 (b) に示すように、 CPU1500の処理は、大きく分けて、 10種類のプロセスと、割込処理 1901とに分けることが出来る。

1 0種類のプロセスとは、パワーオンプロセス、無線電話プロセス、クレジットカードプロセス、問い合わせコ一ルプロセス、顧客サービスコールプロセス、データアツプデ一トプロセス、バックアツププロセス、リモートアクセスプロセス、セッション確立プロセス、及びパワーオフプロセスであり、この 1 0種類のプロセスは、メインループ 1900の中で実行される。

各プロセスには、そのプロセスに対応して、プロセスのステイタス（状態）を示すワードフィールドが R AM1502上に存在し、 CPU1500は、このプロセススティタスの値に応じて、各プロセスを実行する。

パヮ一オンプロセスは、ユーザが電源スィッチをオンした時の初期動作処理を行なうプロセス、無線電話プロセスは、デジタル無線電話モード時の処理を行なうプロセス、クレジットカードプロセスは、クレジットカ一ドモ一ド時の処理を行なうプロセス、問い合わせコールプロセスは、 "問い合わせコール" の処理を行なうプロセス、顧客サービスコ一ルプロセスは、 "顧客サービスコール" の処理を行なうプロセス、デ一夕アツプデ一トプロセスは、データアツプデート処理を行なうプロセス、バックアッププロセスは、バックアップ処理を行なうプロセス、リモ一トアクセスプロセスは、サービス提供システムのユーザ情報サーバ上のデータをアクセスする処理を行なうプロセス、セヅション確立プロセスは、サービス提供システムとの通信セッションを確立する処理を行なうプロセス、パワーオフプロセスは、ユーザが電源スィッチをオフした時の終了処理を行なうプロセスである。

図 1 9 ( a ) 、 ( b ) において、パーソナル ' クレジット端末をリセットすると、ステップ 1902へ進み、 C P U 1500は、パワーオンプロセスを "active" にする。

次に、ステップ 1903で、パワーオンプロセスが " active" か否かを調ベ、 "inactive" の場合、ステップ 1905へ進み、 "active" の場合は、ステップ 1904へ進み、パワーオンプロセスを一定時間実行して、ステツプ 1905へ進む。

ステップ 1905では、無線電話プロセスが " active" か否かを調べ、 "i nactive" の場合は、ステップ 1907へ進み、 "active" の場合は、ステヅプ 1906へ進み、無線電話プロセスを一定時間実行して、ステップ 1907 へ進む。

ステップ 1907では、クレジヅトカードプロセスが "active" か否かを調べ、 "inactive" の場合は、ステップ 1909へ進み、 "active" の場合は、ステップ 1908へ進み、クレジットカードプロセスを一定時間実行して、ステップ 1909へ進む。ステップ 1909では、問い合わせコールプロセスが " active" か否かを調べ、 "inactive" の場合は、ステップ 1911 へ進み、 "active" の場合は、ステップ 1910へ進み、問い合わせコールプロセスを一定時間実行して、ステップ 1911へ進む。ステップ 1911では、顧客サービスコールプロセスが "active" か否かを調べ、 "inacti ve" の場合は、ステップ 1913へ進み、 "active" の場合は、ステップ 19 12へ進み、顧客サービスコールプロセスを一定時間実行して、ステップ 1913へ進む。

ステップ 1913では、デ一夕ァヅプデートプロセスが "active" か否かを調べ、 "inactive" の場合は、ステップ 1915へ進み、 "active" の場合は、ステップ 1914へ進み、データアップデートプロセスを一定時間実行して、ステップ 1915へ進む。

ステップ 1915では、バックアッププロセスが "active"か否かを調べ、 "inactive" の場合は、ステップ 1917へ進み、 "active" の場合は、ステヅプ 1916へ進み、バックアッププロセスを一定時間実行して、ステツプ 1917へ進む。

ステップ 1917では、リモートアクセスプロセスが "active" か否かを調べ、 "inactive" の場合は、ステップ 1919へ進み、 "active" の場合は、ステップ 1918へ進み、リモートアクセスプロセスを一定時間実行して、ステップ 1919へ進む。ステップ 1919では、セッション確立プロセスが " active" か否かを調べ、 "inactive" の場合は、ステップ 1921へ進み、 "active" の場合は、ステップ 1920へ進み、セッション確立プロセスを一定時間実行して、ステップ 1921へ進む。

ステップ 1921では、パワーオフプロセスが "active" か否かを調べ、 "active"の場合、ステップ 1922へ進み、パヮ一オフプロセスを実行し、 "inactive" の場合は、ステップ 1903へ戻る。 C P Uは、割り込み信号 1518がアサートされると、割込処理 1901を実行し、元のメインループ 19 00の処理に戻る。

割込処理 1901では、まず、 C P U 1500は、ステップ 1923で、割り込みレジス夕（INT)1804を読みだし、 H A M (ワーク領域）上のワード inter ruptにコピーする。この時、 C P Uに読みだされた割り込みレジス夕（I NT)1804は、エコーリセットされる。

次に、ステップ 1924で、 interruptのビット 2 8の値から、着信割込か否かを調べ、着信割込でない場合（interrupt(bit28)=0)、ステップ 19 26へ進み、着信割込の場合（interrupt(bit28)=l )は、ステップ 1925へ進み、無線電話プロセスのプロセスステイタスを "active" にして、ステヅプ 1926へ進む。ステップ 1926では、 interruptのビット 2 6の値から、アップデート割込か否かを調べ、アツプデート割込でない場合（interrupt(bit26 )=0 )、ステヅプ 1928へ進み、ァップデ一ト割込の場合（ interrupt(bit26 )は、ステップ 1927へ進み、デ一夕ァヅプデートプロセスのプロセススティ夕スを "active" にして、ステップ 1928へ進む。

ステップ 1924では、 interruptのビット 2 5の値から、バックアップ割込か否かを調べックアツプ割込でない場合（inter pt(bit25 )=0 )、ステツプ 1930へ進み、バックアツプ割込の場合（ interrupt(bit25 )=l )は、ステツプ 1929へ進み、バックアッププロセスのプロセスステイタスを " a ctive" にして、ステップ 1930へ進む。

ステップ 1930では、 interruptのビット 2 4の値から、キ一割込か否かを調べ、キー割込でない場合（interrupt(bit24)=0 )、割込処理を終了し、元のメインループの処理へ戻り、キー割込の場合（intermpt(Mt24) =1 )は、ステップ 1931へ進む。

ステップ 1931では、 interruptの "電源" ビット（bitl6 )の値を調べ、 0の場合には、割込処理を終了し、元のメインループの処理へ戻り、 1 の場合には、電源スィツチが操作されたと判定し、ステップ 1932へ進む。ステップ 1932では、 interruptの "パワー表示" ビヅト（bit31 )の値を調べ、 0の場合には、パワーオフの操作が行なわれたと判定し、ステツプ 1934へ進み、 1の場合には、パワーオンの操作が行なわれたと判定し、ステツプ 1933へ進む。

ステップ 1933では、パワーオンプロセスのプロセスステイタスを "ac tive" にして、割込処理を終了し、元のメインループの処理へ戻る。ステップ 1934では、パワーオフプロセスのプロセスステイタスを "ac tive" にして、割込処理を終了し、元のメインループの処理へ戻る。割込処理 1901の中で、プロセスステイタスが "active" になったプロセスは、メインループに戻り、メインループの中で実行される。

次に、パーソナル · クレジット端末が、クレジヅト決済端末とサ一ビス提供システムとに送信するメッセ一ジを生成する際に行なうデジタル署名処理及び封書化処理について説明する。

デジタル署名処理と封書化処理とは、クレジット決済端末でも同様の処理を行なうので、以下では、登場人物は、ユーザ、マ一チャント、サ

—ビス提供者という呼び方はせず、 Aさん、 Bさんというように、登場人物を一般化して説明する。

デジタル署名は、公開鍵方式の暗号化処理の「プライベート鍵で暗号化したメッセ一ジは、そのプライベート鍵に対応する公開鍵でしか復号化できない」という性質を利用して、メッセージに電子的な署名を施す処理である。

図 2 0 ( a ) 、（b ) は、それそれ、メッセージ（Message )に、 Aさんのデジタル署名をする場合のデジタル署名処理の手順を示すフロー図と、フローの概念解説図である。

まず、ステップ 2000で、 C P Uは、メッセ一ジ 2003に対して、ハツシュ関数演算を行ない、メッセージ · ダイジエスト 2004を生成する。

次に、ステップ 2001で、 C P Uは、暗号処理プロセッサを用いて、メヅセージ .ダイジエスト 2004を、 Aさんのプライべ一ト鍵で暗号化して、デジタルサイン 2005を生成する。

次に、ステップ 2002で、 C P Uは、デジタルサイン 2005を、もとのメヅセージ 2003に付加する。以上の手順によって、 C P Uは、 Aさんのデジタル署名をしたメッセージ 2006を生成する。

図 2 0 ( b ) の 2006は、 Aさんのデジタル署名をしたメッセージを図示したものであり、以下では、デジタル署名されたメッセージは、図面の中では、 2006のように、図示することとする。次に、封書化処理について説明する。封書化処理は、公開鍵方式の暗号化処理の「公開鍵で暗号化したメッセージは、その公開鍵に対応するプライベート鍵でしか復号化できない」という性質を利用して、メッセ —ジの内容を特定の人にしか読めないようにする処理である。

図 2 1 ( a ) 、 ( b ) は、それそれ、 Aさんのデジタル署名をしたメッセージを、送り先の Bさん宛に封書化する処理の手順を示すフロー図と、フローの概念解説図である。

まず、ステップ 2100で、 C P Uは、ランダム関数を用いて、秘密鍵方式の暗号鍵、秘密鍵 2104を生成する。次に、ステップ 2101で、 C P Uは、暗号処理プロセッサを用いて、デジタル署名をしたメッセ一ジ 2006を、秘密鍵 2104で暗号化する。

次に、ステップ 2102で、 C P Uは、暗号処理プロセッサを用いて、秘密鍵 2104を送り先の Bさんの公開鍵で暗号化する。

次に、ステップ 2103で、 C P Uは、ステップ 2101の出力 2105に、ステップ 2102の出力 2106を付加する。以上の手順によって、 Bさん宛に封書化されたメッセージ 2107を生成する。

図 2 1 ( b ) の 2007は、 Bさん宛に、封書化されたメッセージを図示したものであり、以下では、封書化されたメッセージは、図面の中では、 2007のように、図示することとする。

次に、パーソナル ' クレジット端末が、サービス提供システムからメッセージを受信した際に行なう封書化されたメッセージの暗号の復号化処理と、デジタル署名の検証処理について説明する。この場合でも、登場人物は一般化して説明する。

まず、復号化処理について説明する。

図 2 2 ( a ) 、（b ) は、それぞれ、 Bさん宛に封書化されたメッセ一ジの復号化処理の手順を示すフロー図と、フローの概念解説図である。まず、ステップ 2200で、 CPUは、 Bさん宛に封書化されたメッセ一ジ 2202を、秘密鍵を Bさんの公開鍵で暗号化した部分 2203と、秘密鍵で暗号化されたメッセージの部分 2204とに分け、暗号処理プロセッサを用いて、秘密鍵を Bさんの公開鍵で暗号化した部分 2203を、 Bさんのブラィべ一ト鍵で復号化し、秘密鍵 2205を取り出す。

次に、ステップ 2201で、 CPUは、暗号処理プロセッサを用いて、秘密鍵で暗号化されたメッセージの部分 2204を秘密鍵 2205で復号化する。以上の手順によって、封書化されたメッセージの復号化を行なう。次に、デジタル署名の検証処理について説明する。

図 2 3 (a) 、（b) は、それそれ、メヅセージの送り手の Aさんのデジ夕ル署名がされたメッセ一ジのデジ夕ル署名の検証処理の手順を示すフロー図と、フローの概念解説図である。

まず、ステヅプ 2300で、 CPUは、デジタル署名がされたッセージ 22 06の中のメッセージの部分（Message' 2303)に対して、ハッシュ関数演算を行ない、メッセージ . ダイジェスト 2305を生成する。

次に、ステップ 2301で、 C PUは、暗号処理プロセッサを用いて、デジ夕ル署名がされたッセージ 2206の中のデジタルサインの部分 2304を、 Aさんの公開鍵で復号化する。

次に、ステップ 2302で、 CPUは、ステップ 2300の出力 2305と、ステップ 2301の出力 2304とを比較し、内容が一致した場合、検証をパスしたと判定し、一致しなかった場合、検証エラ一が発生したと判定する。以上の手順によって、デジ夕ル署名の検証処理を行なう。

次に、クレジット決済端末 300の内部の構成を説明する。

図 2 4 (a) は、クレジット決済端末 300のブロック構成図である。この端末 300は、 R OM(Read Only Memory)2401に格納されたプログラムにしたがって、送信データと受信データとの処理、及びバス 2429を介して他の構成要素の制御を行なう C P U (Central Processing Unit)240 0と、 C P U 2400が処理するデータ及び C P U 2400が処理したデ一夕が格納される R A M (Random Access Meinory)2402と、 R A M2402上のデ一夕の管理情報によって指定される情報の実体デ一夕が格納されるハ一ドディスク 2403と、クレジット決済端末 300の夕一ミナル I D、電話番号、マーチヤン卜のマ一チャント I D、プライべ一ト鍵及び公開鍵、並びに、サービス提供システム 102のサービス提供者 I D、電話番号、及びサ一ビス提

供者の公開鍵が格納される E E P R O M ( Electric Erasable Programab le Read Only Memory)2404と、 C P U 2400の制御にしたがって L C D 30 2の動作を制御し、 C P U 2400によって設定された画像を L C D 302に表示させる L C Dコントロ一ラ 2405と、 C P U2400の制御にしたがってデ —夕の暗号化処理及び復号化処理を行なう喑号処理プロセッサ 2406と、 C P U 2400の制御にしたがって、送信データの符合化及び受信デ一夕の復号化を行なうデ一タコーデック 2407と、シリアルポート 2409を介してシリアルケーブル 310で赤外線モジュール 301と接続し、パラレルデ一夕とシリアルデ一夕との双方向の変換を行なう直列一並列変換回路 2460回路と、マ一チャントによるモードスイッチ 304、フックスイッチ 305、フアンクシヨンスィッチ 306、テンキースィッチ 307、実行スィヅチ 308または電源スィツチ 309のスィツチ操作を検出して割り込み信号 2439をァサ一トするキー操作制御部 2411と、スピーカ 2412と受話器 303のレシ一バとをドライブし、受話器 303のマイクから入力するアナログ音声信号を増幅する音声処理部 2413と、アナログ音声信号 2444のデジタル音声デ —夕への符号化とデジ夕ル音声データのアナ口グ音声信号 2443への復号化とを行なう音声コ一デック 2414と、通信チャンネルに乗る送信データの生成と受信データからのデジタル音声デ一夕及びデータ通信データの分別とを行なうチャンネルコーデック 2415と、デジ夕ル信号 2448をデジタル電話通信のデ一夕フォーマットに変換し、また、その逆変換をするデジタル通信アダプタ 2416と、 R S - 2 3 2 Cケーブル 313を接続する R S - 2 3 2 Cイン夕一フェイス 2417と、キー操作制御部 2411、チャンネルコ一デック 2415または R S - 2 3 2 Cィン夕一フェイス 2417から入力する割り込み信号の処理、及び、 C P U 2400がキ一操作制御部 2411、音声処理部 2413またはチャンネルコ一デヅク 2415の内部のレジス夕をァクセスする際のィン夕ーフェースの役割を果たす制御ロジック部 2410とを備えている。

暗号処理プロセッサ 2406は、秘密鍵方式の暗号化及び復号化と、公開鍵方式の暗号化及び復号化との機能を持ち、 C P U 2400によって設定された暗号方式と鍵とで、 C P U 2400によって設定されたデ一夕を、暗号化処理または復号化処理する。

また、デ一夕コ一デヅク 2407は、 C P U 2400の制御にしたがって、送信データの符合化と受信データの復号化とを行なうが、この場合の符合化とは、通信制御情報、誤り訂正情報を含んだ、実際に送信されるデー夕を生成する処理を意味し、復号化とは、受信データに対し、誤り訂正処理を施し、余分な通信制御情報を取り除き、本来、送り手が送信しようとしたデ一夕を生成する処理を意味する。デ一夕コ一デック 2407は、デジタル電話のデ一夕通信におけるデ一夕の符合化及び復号化の機能と、赤外線通信におけるデータの符合化及び復号化の機能とを持ち、 C P U 2400に設定されたデ一夕に対して、 C P U 2400に設定された符合化処理及び復号化処理を行なう。

また、シリァルケ一ブル 310及びシリァルポ一ト 2409を介して直列— 並列変換回路 2408に接続する赤外線モジュール 301は、図 2 4 ( b ) に示すように、クレジヅト決済端末 300とのィンターフェイスであるシリアルポート 2455と、直列—並列変換回路 2408から入力するデジタル信号 2458を、実際に、赤外線として送信される信号 2460に変調し、または、受信したアナログ信号 2461をシリアル ·デジタル信号 2459に復調する変復調回路 2456と、変復調回路 2456によって変調された信号 2460を赤外線に変換して発光し、または、受光した赤外線をアナログ信号 2461に変換する赤外線受発光部 2457とを具備している。

この赤外線モジュール 301は、赤外線通信の際に、赤外線の送信と受信とを行なう。赤外線モジュール 301は、 C P U2400によって設定された送信データを赤外線に変換して送信し、また、受信した赤外線を受信データに変換する。

また、キー操作制御部 2411は、マ一チャントがモードスィッチ 304、フックスイッチ 305、ファンクションスィッチ 306、テンキースイッチ 30 7、実行スィッチ 308または電源スィッチ 209のいずれかを押すと、割り込み信号 2439をアサ一卜する。この割り込み信号 2439は、 C P U2400に、スィッチ操作に対応する処理を促す。また、キ一操作制御部 2411は、図 2 7 ( a ) に示すように、各スイッチの有効/無効を設定するキ一操作制御レジス夕（KEYCTい 2710を具備している。 C P U2400は、このキ一操作制御レジス夕（KEYCTL )2710をアクセスして、各スィツチの有効/無効を設定する。

音声処理部 2413は、図 2 7 ( a ) に示すように、音声処理動作を制御する音声処理部制御レジス夕（SCTD2709を具備している。 C P U2400は、この音声処理部制御レジス夕（SCTL)2709にアクセスして、音声処理部 24 13の動作を制御する。例えば、デジタル電話の着呼要求を受信した場合には、 C P U2400は、音声処理部制御レジス夕（SCTD2709にアクセスして、デジタル電話の着信音を出力する設定を行なう。そうすることによつて、音声処理部 2413がスピーカ 2412をドライブし、デジタル電話の着信音が出力される。

また、音声コ一デック 2414は、音声処理部 2413から入力するアナログ音声信号 2444のデジタル音声デ一夕への符号化と、チャンネルコ一デック 2415から入力するデジタル音声デ一夕のアナログ音声信号 2443への復号化とを行なう。アナログ音声信号 2443は、音声処理部 2413へ供給され、音声処理部 2413が、アナログ音声信号 2443を増幅して、受話器 303のレシ一バをドライブすることによって、レシーバから音声が出力される。一方、符合化によって生成されたデジタル音声デ一夕は、チャンネルコ —デック 2415へ供給され、通信チャンネルに乗る送信デ一夕に変換される。

チャンネルコ一デック 2415には、送信するデ一夕として、二種類のデ —夕が入力される。一つは、音声コーデック 2414から入力するデジタル音声デ—夕であり、もう一つは、 C P Uから、制御ロジック部 2410を介して、入力するデータ通信データである。

チャンネルコ一デック 2415は、デジタル音声デ一夕とデータ通信デー夕との識別情報を、ヘッダ情報として、それぞれのデ一夕に付加して、デジタル音声デ一夕とデータ通信データとが多重化されたデジタル信号 2448をデジ夕ル通信アダプタ 2416へ供給する。

その逆に、チャンネルコ一デヅク 2415は、デジタル通信アダプタ 2416 から入力するデジタル信号 2448に対して、まず、夕一ミナル I Dを照合し、次に、デ一夕のヘッダ情報から、デジタル音声デ一夕とデータ通信データとを識別し、それそれ、音声コ一デック 2412と制御ロジック部 24 10とへ供給する。また、チャンネルコ一デヅク 2415は、デジタル電話を着信した時、及びデータ通信データを受信した時に、割り込み信号 2449 をアサートする。割り込み信号 2449は、 C P U 2400に、デジタル電話の着信時の処理と、デ一夕通信デ一夕の処理とを促す。チャンネルコ一デック 2415は、こうした動作を行なうために、図 2 7 ( a ) に示すように、ターミナル I Dを格納する I Dレジス夕（ID )2703 と、チャンネルコ一デック 2415の動作を制御するチャンネルコ一デヅク制御レジス夕（CHCTL ) 2704と、音声コーデック 2414から入力されるデジタル音声データを格納する音声送信バッファ 2705と、受信デ一夕の中から抽出したデジタル音声データを格納する音声受信バッファ 2706と、制御ロジック部 2410から入力されるデータ通信デ一夕を格納するデ一夕送信バッファ 2707と、受信デ一夕の中から抽出したデ一夕通信データを格納するデータ受信バッファ 2708とを具備している。

デジタル通信アダプタ 2416は、デジタル信号 2448を、デジタル電話通信のフォーマットにエンコードしてデジタル電話通信回線 110に出力する。逆に、デジタル通信アダプタ 2416は、デジタル電話通信回線 110から受信した信号をデコードして、デジタル信号 2448を、チャンネルコーデック 2415に供給する。

R S - 2 3 2 Cイン夕一フェイス 2417は、： R S - 2 3 2 Cケーブル 313 を接続するインターフェイス回路であり、クレジット決済端末は、この R S - 2 3 2 Cィン夕一フェイス 2417を介して、キャッシュレジスタ 311 と通信する。 R S - 2 3 2 Cインターフェイス 2417は、キャッシュレジス夕 311からデ一夕を受信すると、割り込み信号 2452をアサ一卜する。割り込み信号 2452は、 C P U 2400に、 R S - 2 3 2 Cイン夕一フェイス 2 417を介した、キヤッシユレジス夕 311とのデータ通信の処理を促す。

また、制御ロジック部 2410は、図 2 7 ( a ) に示すように、その内部に、クロックカウンタ（CLOCKC )2700、アップデート時刻レジス夕（UPTIM E )2701、及び割り込みレジス夕（INT )2702の 3つのレジス夕を内蔵する。クロックカウン夕は、現在の時刻をカウントするカウン夕、アップデ —ト時刻レジス夕は、クレジット決済端末 300が、サービス提供システムと通信して、 R A M2402及びハードディスク 2403上のデータを更新する処理（データアップデート処理）を行なう時刻を格納するレジス夕、割り込みレジス夕は、 C P U 2400への割り込みの要因を示すレジス夕である。

制御ロジック部 2410は、割り込み信号 2439，2449，2452のいずれかの割り込み信号がアサートされると、その割り込み要因を、割り込みレジス夕（INT )2702に設定して、割り込み信号 2418をアサートし、 C P Uに割り込み処理を促す。 C P U 2400は、割り込み処理で、割り込みレジス夕を読みだし、その割り込み要因に応じた処理を行なう。

割り込みレジス夕（INT )の各ビットフィ一ルドは、図 2 7 ( b ) に示すように意味づけられている。

ビット 3 1は、電源スイッチの状態を示し、値が 0の時、パワーオフの状態であることを示し、値が 1の時、パワーオンの状態であることを示す。

ビット 3 0は、デジタル電話通信の状態を示し、値が 0の時、デジ夕ル電話通信をしていない状態であることを示し、値が 1の時、デジタル電話通信をしている状態であることを示す。

ビット 2 8は、着信割込の発生を示し、値が 1の時、デジタル電話を着信したことを示す。このビットフィールドには、デジタル電話を着信し、割り込み信号 2449がアサートされた時に、 1が設定される。

ビット 2 7は、データ受信割込の発生を示し、値が 1の時、デ一夕受信データを受信したことを示す。このビットフィールドには、デジタル電話通信において、データ通信デ一夕を受信し、割り込み信号 2449がァサ一卜された時に、 1が設定される。

ビット 2 6は、デ一夕アップデート処理を促すアップデート割込の発生を示し、値が 1の時、アップデート割込が起こったことを示す。このビヅトフィ一ルドには、クロックカウン夕の値がアツプデ一ト時刻レジス夕の値に一致した時に、 1が設定される。

ビット 2 5は、キヤッシユレジス夕 311とのデータ通信の処理を促す外部 I F割込の発生を示し、値が 1の時、外部 I F割込が起こったことを示す。このビットフィールドには、 R S- 2 32 Cイン夕一フェイス 2 417から入力する割り込み信号 2452がアサ一トされた時に、 1が設定される。

ビット 24は、スィッチ操作によるキ一割込の発生を示し、値が 1の時、キー割込が起こったことを示す。

また、ビット 0からビット 9は、それそれ、テンキースィッチの 0から 9のスィッチに対応し、ビット 1 0とビット 1 1は、それそれ、テンキ一スィツチのと "#" のスィツチに対応し、ビット 1 2からビット 1 5は、それそれ、ファンクションスィッチの " F 1 " から " F 4 " のスィツチに対応し、ビット 1 6からビット 1 8は、それそれ、電源スイッチ、実行スイッチ、モードスィッチ、通話スイッチに対応し、ビット 2 0は、フックスイッチに対応し、ビットの値が 1の時、そのビットに対応するスィッチが、押されたことを示す。

次に、 R AM2402に格納されるデ一夕に関して説明する。

図 2 5は、 R AM2402に格納されるデ一夕の R AMマップの摸式図である。

RAM2402には、基本プログラム領域 2500、サービスデ一夕領域 2501、マーチャント領域 2502、ワーク領域 2503、及びテンポラリ領域 2504の五つの領域がある。基本プログラム領域 2500は、 ROM2401に格納されているプログラムのバ一ジョンアップされたモジュール、及び、パッチプログラムが格納される。マーチャント領域 2502は、マ一チャントが自由に使用できる領域、ワーク 2503領域は、 CPU100が、プログラムを実行する際に使用する作業領域、テンポラリ領域 2504は、クレジット決済端末が受信した情報を、一時的に、格納する領域である。

サービスデ一夕領域 2501は、パーソナル ' リモート · クレジット決済サービスの I D情報や、取扱クレジットカード情報、履歴情報を格納する領域であり、この領域のデータは、サ一ビス提供システムによって管理される。

サービスデ一夕領域 2501には、さらに、データ管理情報 2505、マーチヤント設定情報 2506、電話情報 2507、クレジット力一ドリスト 2508、及び販売履歴リスト 2509の 5つ領域がある。

デ一夕管理情報 2505は、サービスデータ領域 2501に格納されている情報の管理情報を格納する領域、マーチャント設定情報 2506は、パーソナル ' リモート ' クレジット決済サービスに関する、マ一チャン卜の設定情報を格納する領域、電話情報 2507は、デジタル電話に関連する情報を格納する領域、クレジット力一ドリスト 2508は、マ一チャントが取り扱うことができるクレジットカードのリスト情報を格納する領域、販売履歴リスト 2509は、パーソナル · リモート · クレジット決済サービスでの販売の履歴情報を格納する領域である。

次に、サービスデータ領域 2501に格納される情報について詳しく説明する。

図 2 6は、サービスデ一夕領域 2501に格納される情報の関係を詳細に表した摸式図である。

デ一夕管理情報 2505は、アップデート日時 2600、次回アップデート日時 2601、夕一ミナル ·ステイタス 2602、マ一チャント設定情報アドレス 2603、電話情報ァドレス 2604、クレジットカードリスト ·ァドレス 2605、及び販売履歴リスト · ァドレス 2606の 7つの情報によって構成される。アップデート日時 2600は、サービス提供システム 102が、前回、サ一ビスデ一夕領域 2501のデータを更新した日時を示し、次回アップデ一ト日時 2601は、次回のサービス提供システム 102によるサービスデ一夕領域 2501のデータの更新の予定日時を示す。クレジット決済端末は、次回アップデート日時 2601の設定された時間になると、自動的に、データァップデート処理を開始する。デ一夕アップデート処理は、サービス提供システム 102に、サービスデ一夕領域 2501のデ一夕を更新してもらう処理である。デ一夕アップデート処理については、後で詳しく説明する。ターミナル ·ステイタス 2602は、クレジット決済端末の状態を示し、マ一チャント設定情報アドレス 2603、電話情報アドレス 2604、クレジットカードリスト · ァドレス 2605、販売履歴リスト · ァドレス 2606は、それそれ、マーチャント設定情報 2506、電話情報 2507、クレジットカードリスト 2508、利用履歴リスト 2509が格納されている領域の先頭番地を示す。

電話情報 2507は、さらに、発信電話番号 2607、電話帳アドレス 2608、短縮ダイアル設定ファイル · ァドレス 2609の 3つの情報によって構成される。発信電話番号 2607は、マ一チャントが、前回、かけた電話の電話番号を示し、この情報は、デジタル無線電話の再送時に用いられる。電話帳ァドレス 2608と、短縮ダイアル設定ファイル · ァドレス 2609とは、それそれ、電話帳情報、短縮ダイアル設定ファイルが格納されているハ —ドディスク 2403上のアドレスを示す。

クレジットカードリスト 2508には、マ一チャントが取り扱うことができるクレジットカードのリスト情報が格納されている。クレジットカードリスト 2508では、一つのクレジットカードに対して、クレジットカード名 2610( 2612, 2614)、サービスコード ' リスト ' ァドレス 2611 (2613, 2 615 )の 2つの情報が格納されている。クレジットカード名 2610(2612, 26 14 )は、マーチヤン卜が取り扱うことができるクレジヅトカードの名前を示し、サービスコ一ド ' リスト ' ァドレス 2611(2613, 2615)は、そのクレジットカ一ドによって提供されるサ一ビスの内、マ一チャン卜が取り扱うことができるサ一ビスの種類を示すサービスコ一ド ' リストが格納されているハードディスク 2403上のァドレスを示す。

販売履歴リスト 2509は、パーソナル · リモート ' クレジット決済サ一ビスでの販売の履歴情報を格納する領域である。販売履歴リスト 2509では、一つのパーソナル · リモ一ト ' クレジヅト決済サービスの販売に対して、トランザクション番号 2616(2620)、サービスコード 2617(2621)、販売時刻 2618(2622)、販売情報ァドレス 2619(2623)の 4つの情報が格納される。

トランザクシヨン番号 2616(2620)は、ユーザとの取引をユニークに示す番号であり、支払オファー応答 609を生成する際にクレジット決済端末が発行する番号、サービスコード 2617(2621)は、ユーザが利用したクレジットカ一ドサ一ビスの種類を示すコード番号、販売時刻 2618(2622) は、パーソナル ' リモートクレジット決済サービスで販売した時刻、販売情報ァドレス 2619(2623)は、決済完了通知が格納されているアドレスを示す。

販売情報ァドレス 2619(2623)には、ハードディスク 2403上のァドレスを示すローカルアドレス、または、サービス提供システム 102のマ一チヤント情報サーバ 402上のァドレスを示すリモ一トァドレスが格納される。販売情報アドレス 2619(2623)に、リモートアドレスが格納されている場合、マ一チャント力、その販売履歴情報をアクセスすると、クレジット決済端末は、サービス提供システムから、販売情報をテンポラリ領域にダウンロードして、 L CDに表示する。

販売情報アドレス 2619(2623)に格納されるアドレスは、サービス提供システムによって決定される。デ一夕アップデート処理の際に、各販売情報の販売時刻を比較し、販売時刻が最近の販売情報にローカルァドレスが割り当てられる。但し、ハードディスク 2403の容量に余裕がある場合には、全ての販売情報ァドレスがローカルァドレスである場合もある。次に、 C P U2400が行なう処理について説明する。

図 2 8 ( a ) 、（b ) は、 C P U2400が行なう処理のフロー概念図である。

図 2 8 ( a ) 、 ( b ) に示すように、 C P Uの処理は、大きく分けて、 1 0種類のプロセスと、割込処理 2801とに分けることが出来る。

1 0種類のプロセスとは、パワーオンプロセス、電話プロセス、クレジット決済プロセス、顧客サービスコールプロセス、問い合わせコールプロセス、デ一夕アップデートプロセス、リモートアクセスプロセス、セッション確立プロセス、外部 I F通信プロセス、及びパワーオフプロセスであり、この 1 0種類のプロセスは、メインループ 2800の中で実行される。各プロセスには、そのプロセスに対応して、プロセスのスティタス（状態を）示すワードフィールドが R A M2402上に存在し、 C P U 2400は、このプロセススティタスの値に応じて、各プロセスを実行する。パワーオンプロセスは、マーチヤントが電源スィツチをオンした時の初期動作処理を行なうプロセス、電話プロセスは、デジタル電話モード時の処理を行なうプロセス、クレジット決済プロセスは、クレジット決済モード時の処理を行なうプロセス、顧客サービスコールプロセスは、 "顧客サービスコール" の処理を行なうプロセス、問い合わせコールプロセスは、 "問い合わせコール" の処理を行なうプロセス、デ一夕アツプデートプロセスは、データアップデート処理を行なうプロセス、リモートアクセスプロセスは、サービス提供システムのマ一チャント情報ザ —バ上のデータをアクセスする処理を行なうプロセス、セッション確立プロセスは、サービス提供システムとの通信セッシヨンを確立する処理を行なうプロセス、外部 I F通信プロセスは、キャッシュレジス夕 311 とのデ一夕通信を行なうプロセス、パワーオフプロセスは、マーチヤントが電源スィツチをオフした時の終了処理を行なうプロセスである。図 2 8 ( a ) 、（b ) において、クレジヅト決済端末をリセヅトすると、ステップ 2802へ進み、 C P U2400は、パワーオンプロセスを "acti ve" にする。次に、ステップ 2803で、パワーオンプロセスが "active" か否かを調べ、 "inactive" の場合、ステップ 2805へ進み、 "active" の場合は、ステップ 2804へ進み、パワーオンプロセスを一定時間実行して、ステップ 2805へ進む。

ステップ 2805では、電話プロセスが " active" か否かを調べ、 "inac tive" の場合は、ステップ 2807へ進み、 "active" の場合は、ステップ 2806へ進み、電話プロセスを一定時間実行して、ステップ 2807へ進む。ステップ 2807では、クレジット決済プロセスが "active" か否かを調ベ、 "inactive" の場合は、ステップ 2809へ進み、 "active" の場合は、ステップ 2808へ進み、クレジット決済プロセスを一定時間実行して、ステヅプ 2809へ進む。

ステップ 2809では、顧客サービスコールプロセスが "active" か否かを調べ、 "inactive" の場合は、ステップ 2811へ進み、 "active" の場合は、ステップ 2810へ進み、顧客サービスコールプロセスを一定時間実行して、ステップ 2811へ進む。

ステップ 2811では、問い合わせコールプロセスが "active" か否かを調べ、 "inactive" の場合は、ステップ 2813へ進み、 "active" の場合は、ステップ 2812へ進み、問い合わせコールプロセスを一定時間実行して、ステップ 2813へ進む。ステップ 2813では、デ一夕ァヅプデートプロセスが " active" か否かを調べ、 "inactive" の場合は、ステップ 28 15へ進み、 "active" の場合は、ステップ 2814へ進み、デ一夕アップデ ―トプロセスを一定時間実行して、ステップ 2815へ進む。

ステップ 2815では、リモ一トアクセスプロセスが "active "か否かを調べ、 "inactive" の場合は、ステップ 2817へ進み、 "active" の場合は、ステップ 2816へ進み、リモートアクセスプロセスを一定時間実行して、ステップ 2817へ進む。ステップ 2817では、セッション確立プロセスが " active" か否かを調べ、 "inactive" の場合は、ステップ 2819へ進み、 "active" の場合は、ステップ 2818へ進み、セッション確立プロセスを一定時間実行して、ステップ 2819へ進む。

ステップ 2819では、外部 I F通信プロセスが "active"か否かを調べ、 "inactive" の場合は、ステップ 2821へ進み、 "active" の場合は、ステツプ 2820へ進み、外部 I F通信プロセスを一定時間実行して、ステツプ 2821へ進む。

ステップ 2821では、パワーオフプロセスが "active" か否かを調べ、 "active"の場合、ステップ 2822へ進み、パワーオフプロセスを実行し、 "inactive" の場合は、ステップ 2803へ戻る。

また、 C P U2400は、割り込み信号 2418がアサートされると、割込処理 2801を実行し、元のメインループ 2800の処理に戻る。

割込処理 2801では、まず、 C P U2400は、ステップ 2823で、割り込みレジス夕 UNT)2702を読みだし、： R A M 1502のワーク領域 2503上のヮ一ド interruptにコピ一する。この時、 C P U2400に読み出された割り込みレジス夕（INT)2702は、エコーリセヅトされる。

次に、ステヅプ 2824で、 interruptのビヅト 2 8の値から、着信割込か否かを調べ、着信割込でない場合（interrupt(bit28)=0 )、ステップ 28 26へ進み、着信割込の場合（interrupt(bit28)=l )は、ステップ 2825へ進み、電話プロセスのプロセスステイタスを "active" にして、ステップ 2826へ進む。ステップ 2826では、 interruptのビット 2 6の値から、アップデート割込か否かを調べ、アツプデート割込でない場合（interrupt(bit26 )=0)、ステツプ 2828へ進み、ァップデート割込の場合（ interrupt(bit26 )=1 )は、ステヅプ 2827へ進み、デ一夕ァップデ一トプロセスのプロセススティ夕スを "active" にして、ステップ 2828へ進む。

ステップ 2828では、 interruptのビット 2 5の値から、外部 I F割込か否かを調べ、外部 I F割込でない場合（interrupt(bit25 )=0)、ステツプ 2830へ進み、外部 I F割込の場合（interrupt(bit25 )=l )は、ステップ 2829へ進み、外部 I F通信プロセスのプロセスステイタスを "active" にして、ステップ 2830へ進む。

ステップ 2830では、 interruptのビット 2 4の値から、キー割込か否かを調べ、キ一割込でない場合（interrupt(bit24)=0)、割込処理を終了し、元のメインループの処理へ戻り、キ一割込の場合（interrupt(bit24) =1 )は、ステップ 2831へ進む。

ステップ 2831では、 interruptの "電源" ビット（bitl6 )の値を調べ、 0の場合には、割込処理を終了し、元のメインループの処理へ戻り、 1 の場合には、電源スィツチが操作されたと判定し、ステップ 2832へ進む。ステップ 2832では、 interruptの "パワー表示" ビヅト（bit31 )の値を調べ、 0の場合には、パワーオフの操作が行なわれたと判定し、ステツプ 2834へ進み、 1の場合には、パワーオンの操作が行なわれたと判定し、ステツプ 2833へ進む。

ステップ 2833では、パワーオンプロセスのプロセスステイタスを "ac tive" にして、割込処理を終了し、元のメインループの処理へ戻る。ステップ 2834では、パワーオフプロセスのプロセスステイタスを "ac tive" にして、割込処理を終了し、元のメインループの処理へ戻る。割込処理 2801の中で、プロセスステイタスが "active" になったプロセスは、メインループに戻り、メインループの中で実行される。

次に、サービス提供システム 102のュ一ザ情報サーバ 402に格納される情報について説明する。

図 2 9は、一人のユーザに対して、ユーザ情報サーバ 402に格納される情報を表した摸式図である。

ユーザ情報サーバ 402では、一人のユーザに対して、ユーザデ一夕管理情報 2900、個人情報 2901、写真デ一夕 2902、ターミナル ' プロパティ

2903、ユーザ設定情報 2904、アクセス制御情報 2905、端末データ 2906、電話情報 2907、クレジットカード ' リスト 2908、及び利用履歴リスト 29 09の 1 0種類の情報が格納される。ユーザデ一夕管理情報 2900は、一人のユーザに関して、ユーザ情報サーバ 402に格納される情報の管理情報である。

個人情報 2901は、ユーザの年齢、生年月日、職業、口座番号、契約内容等のユーザ個人に関する情報であり、この情報の一部がーソナル · クレジット端末 100の個人情報 1606に対応している。

写真データ 2902は、ユーザの顔写真のデータ、ターミナル ' プロパティ 2903は、パーソナル · クレジット端末 100の型番、シリアル番号、 R A M容量、格納されているプログラムのバージョン等のパーソナル · クレジット端末 100の属性情報である。

ユーザ設定情報 2904は、パーソナル ' リモート ' クレジット決済サ一ビスに関する、ユーザの設定情報であり、パーソナル ' クレジット端末 100のユーザ設定情報 1608に対応する情報である。

アクセス制御情報 2905は、顧客サービスコールにおけるアクセス制御に関するユーザの設定情報、端末デ一夕 2906は、パーソナル ' クレジヅト端末 100の R A Mデ一夕、電話情報 2907は、デジタル無線電話に関連する情報であり、パーソナル · クレジット端末 100の電話情報 1609に対応する情報である。

クレジット力一ドリスト 2908は、ユーザが登録したクレジットカードのリスト情報、利用履歴リスト 2909は、パーソナル ' リモート ' クレジット決済サービスの利用履歴情報である。

ユーザデータ管理情報 2900は、ュ一ザ名 2910、ュ一ザ I D 2911、ユーザ ·ステイタス 2912、個人情報ァドレス 2913、写真データァドレス 2914、ユーザ公開鍵 2915、夕一ミナル ' プロパティ ' アドレス 2916、ユーザ設定情報アドレス 2917、アクセス制御情報アドレス 2918、アップデート日時 2919、次回アップデート日時 2920、端末データアドレス 2921、電話情報アドレス 2922、クレジットカード · リスト · アドレス 2923、及び利用履歴リスト · ァドレス 2924の 1 5個の情報によって構成される。

ユーザ ·スティタス 2912は、パーソナル · クレジヅト端末 100の状態を示し、パーソナル · クレジット端末 100のターミナル · ステイタス 170 2に対応する情報である。

ァヅプデート日時 2919は、前回、パーソナル ' クレジット端末 100のサ一ビスデ一夕領域 1601のデータを更新した日時を示し、次回アツプデ一ト日時 2920は、次回のサービスデータ領域 1601のデータの更新の予定日時を示し、それぞれパーソナル · クレジヅト端末 100のアツプデ一ト日時 1700と次回アップデ一ト日時 1701とに対応する。

個人情報アドレス 2913、写真データアドレス 2914、ターミナル，プロパティ ' アドレス 2916、ユーザ設定情報アドレス 2917、アクセス制御情報アドレス 2918、端末デ一夕アドレス 2921、電話情報アドレス 2922、クレジットカード · リスト ·アドレス 2923、及び利用履歴リスト · ァドレス 2924は、それそれ、個人情報 2901、写真データ 2902、ターミナル ' プ口パティ 2903、ユーザ設定情報 2904、アクセス制御情報 2905、端末デ一夕 2906、電話情報 2907、クレジットカード ' リスト 2908、及び利用履歴リスト 2909が格納されているユーザ情報サーバ 402上のァドレ

スを示す。

端末データ 2906は、前回、アップデート処理した際のパーソナル · クレジット端末 100の R A M 1502上のデ一夕であり、次回のァヅプデート処理の際のデ一夕比較、及び、バックアップデータとして用いられる。クレジットカードリスト 2908及び利用履歴リスト 2909も、それそれ、パーソナル · クレジット端末 100のクレジットカ一ドリスト 1610と利用履歴リスト 1611とに対応する情報である。但し、イメージ 'デ一夕 · ァドレス 2944、オブジェクト ·デ一夕 · ァドレス 2945、及び利用情報ァドレス 2954は、すべて、ユーザ情報サーバ 402上のアドレスを示す。

次に、サービス提供システム 102のマ一チャント情報サーバ 403に格納される情報について説明する。

図 3 0は、一つのマ一チャントに対して、マーチャント情報サーバ 40 3に格納される情報を表した摸式図である。

マ一チャント情報サーバ 403では、一つのマ一チャントに対して、マ一チャントデ一夕管理情報 3000、マ一チャント情報 3001、ターミナル ' プロパティ 3002、マーチャント設定情報 3003、端末データ 3004、電話情報 3005、クレジットカード · リスト 3006、及び販売履歴リスト 3007の 8 種類の情報が格納される。

マ一チャントデ一夕管理情報 3000は、一つのマ一チャントに関して、マーチヤント情報サーバ 403に格納される情報の管理情報である。

マ一チャント情報 3001は、マ一チャントの住所、口座番号、契約内容等のマ一チャントに関する情報であり、夕一ミナル ·プロパティ 3002は、クレジット決済端末 300の型番、シリアル番号、 R A M容量、ハ一ドデイスク容量、格納されているプログラムのバージョン等のクレジット決済端末 300の属性情報である。マ一チャント設定情報 3003は、パーソナル · リモート · クレジット決済サービスに関する、マーチャントの設定情報であり、クレジット決済端末 300のマーチヤント設定情報 2506に対応する情報である。

端末デ一夕 3004は、クレジット決済端末 300の R A M2402と、ハードディスク 2403のデ一夕、電話情報 3005は、デジタル電話に関連する情報であり、クレジット決済端末 300の電話情報 2507に対応する情報である。クレジットカードリスト 3008は、マ一チャントが取り扱うことができるクレジットカードのリスト情報、販売履歴リスト 3007は、 '一ソナル · リモート · クレジット決済サービスでの販売履歴情報である。

マ一チャントデ一夕管理情報 3000は、マ一チャント名 3008、マ一チヤント I D 3009、マ一チャント ·スティタス 3010、マ一チャント情報ァドレス 3011、マ一チャント公開鍵 3012、ターミナル . プロパティ . ァドレス 3013、マ一チャント設定情報アドレス 3014、アップデート日時 3015、次回アップデート日時 3016、端末デ一夕アドレス 3017、電話情報アドレス 3018、クレジットカード · リスト · アドレス 3019、及び販売履歴リスト · ァドレス 3020の 1 3個の情報によって構成される。

マ一チャント · ステイタス 3010は、クレジット決済端末 300の状態を示し、クレジット決済端末 300のターミナル · ステイタス 2602に対応する情報である。

アップデート日時 3015は、前回、クレジット決済端末 300のサービスデータ領域 2501のデータを更新した日時を示し、次回アツプデ一ト日時 3016は、次回のサービスデータ領域 2501のデ一夕の更新の予定日時を示し、クレジヅト決済端末 300のアップデート日時 2600と次回アップデ一ト日時 2601とに対応する。

マ一チャント情報アドレス 3011、ターミナル ' プロパティ 'アドレス 3013、マ一チャント設定情報アドレス 3014、端末デ一夕アドレス 3017、電話情報ァドレス 3018、クレジットカード · リスト · ァドレス 3019、及び販売履歴リスト ·ァドレス 3020は、それそれ、マーチヤント情報 3001、夕一ミナル ' プロパティ 3002、マーチャント設定情報 3003、端末デ一夕 3004、電話情報 3005、クレジットカード ' リスト 3006、及び販売履歴リスト 3007が格納されているマ一チャント情報サーバ 403上のァドレスを示す。

端末データ 3004は、前回、アップデート処理した際のクレジット決済端末 300の R A M2402と、ハードディスク 2403とのデ一夕であり、次回のアップデート処理の際のデータ比較、及び、バックアップデ一夕として用いられる。

クレジットカードリスト 3008及び販売履歴リスト 3007も、それそれ、クレジヅト決済端末 300のクレジットカードリスト 2508と販売履歴リスト 2509とに対応する情報である。但し、販売倩報アドレス 3043は、すべて、マ一チャント情報サーバ 403上のアドレスを示す。

次に、サービス提供システム 102の決済処理機関情報サーバ 404に格納される情報について説明する。

図 3 1は、一つの決済処理機関に対して、決済処理機関情報サーバ 40 4に格納される情報を表した摸式図である。

決済処理機関情報サーバ 404では、一つの決済処理機関に対して、決済処理機関デ一夕管理情報 3100、決済処理機関情報 3101、クレジット力ード · リスト 3102、及び販売履歴リスト 3103の 4種類の情報が格納され決済処理機関デ一夕管理情報 3100は、一つの決済処理機関に関して、決済処理機関情報サーバ 404に格納される情報の管理情報である。決済処理機関情報 3101は、決済処理機関の住所、口座番号、契約内容等の決済処理機関に関する情報であり、クレジットカードリスト 3102は、決済処理機関が取り扱うことができるクレジットカードのリスト情報、決済履歴リスト 3103は、パーソナル · リモ一ト · クレジット決済サービスでの決済履歴情報である。

決済処理機関データ管理情報 3100ほ、決済処理機関名 3104、決済処理機関 I D3105、決済処理機関ステイタス 3106、決済処理機関情報アドレス 3107、決済処理機関公開鍵 3108、クレジットカード · リスト · ァドレス 3109、及び決済履歴リスト · ァドレス 3110の 7個の情報によって構成される。

決済処理機関ステイタス 3106は、決済システム 103の決済処理のサ一ビス状況を示し、決済処理機関情報アドレス 3107、クレジットカード ' リスト ·ァドレス 3109、決済履歴リスト ·ァドレス 3110は、それそれ、決済処理機関情報 3101、クレジットカード · リスト 3102、決済履歴リスト 3103が格納されている決済処理機関情報サーバ 404上のァドレスを示す。

クレジットカードリスト 3102には、決済処理機関が取り扱うことができるクレジットカードのリスト情報を示す。クレジットカードリスト 31 02では、一つのクレジットカードに対して、クレジットカード名 3111(3 113,3115), サービスコード ' リスト ' アドレス 3112(3114,3116)の 2つの情報が格納されている。

クレジットカード名 3111(3113, 3115)は、決済処理機関が取り扱うことができるクレジットカ一ドの名前を示し、サービスコード · リストアドレス 3112(3114, 3116)は、そのクレジットカードによって提供されるサービスの内、決済処理機関が取り扱うことができるサービスの種類を示すサービスコード · リストが格納されている決済処理機関情報サーノ^ 04上のアドレスを示す。

決済履歴リスト 3103は、パーソナル · リモート · クレジット決済サ一ビスでの決済の履歴情報を格納する領域である。

決済履歴リスト 3103では、一つのパーソナル · リモート ' クレジット決済サービスの決済に対して、決済番号 3117( 3121 )、サービスコード 31 18( 3122 )、決済時刻 3119( 3123 )、決済情報アドレス 3120( 3124)の 4つの情報が格納される。

決済番号 3117( 3121 )は、決済処理をユニークに示す決済完了通知 620 を生成する際に決済システムが発行する番号、サービスコード 3118( 312 2 )は、ユーザが利用したクレジットカードサ一ビスの種類を示すコ一ド番号、決済時刻 3119( 3123 )は、パーソナル ' リモートクレジット決済サ —ビスで決済した時刻、決済情報アドレス 3120( 3124)は、決済システム 103が発行した決済完了通知が格納されている決済処理機関情報サーバ 4 04上のァドレスを示す。

次に、サ一ビス提供システム 102のサービスディレク夕情報サーバ 401 に格納される情報について説明する。

図 3 2 ( a ) 〜（e ) は、サ一ビスディレクタ情報サーバ 401に格納される情報を表した摸式図である。

サービスディレクタ情報サーバ 401には、ユーザリスト 3200、マーチヤントリスト 3201、決済処理機関リスト 3202、サービス提供履歴リスト 3203、及び決済処理機関テーブル 3204の 5種類の情報が格納される。ユーザリスト 3200は、サービス提供者と契約をしている全ユーザの属性情報のリスト、マ一チャントリスト 3201は、サービス提供者と契約をしている全マーチヤントの属性情報のリスト、決済処理機関リスト 3202 は、サービス提供者と契約をしている全決済処理機関の属性情報のリスト、サービス提供履歴リスト 3203は、パーソナル ' リモート ' クレジット決済サ一ビスでの提供したサービスの履歴情報のリストであり、決済処理機関テーブル 3204は、ユーザ及びマーチヤン卜からのパーソナル · リモート · クレジット決済サービスの要求に対して、最適な決済処理機関を対応付けたテーブル情報である。

ユーザリスト 3200には、一人のユーザに対して、ユーザ名 3205(3209)、ユーザ I D3206(3210)、ユーザ電話番号 3207(3211)、サービス ' リスト ■ ァドレス 3208(3212)の 4種類の情報が格納されている。

サービス ' リスト ' アドレス 3208(3212)は、ユーザが利用できるサ一ピスコ一ドのリス卜が格納されているサービスディレク夕情報サーバ 40 1上のァドレスを示す。

マーチャントリスト 3201には、一つのマーチャントに対して、マ一チヤント名 3213(3218)、マ一チャント I D 3214(3219)、マーチャント電話番号 3215(3220)、サービス ' リスト ' アドレス 3216(3221)、顧客テープル · ァドレス 3217(3222)の 5種類の情報が格納されている。

サービス . リスト . ァドレス 3216(3221)は、マ一チャントが取り扱うことができるサービスコードのリス卜が格納されているサービスディレクタ情報サーバ 401上のァドレスを示す。

顧客テーブル · ァドレス 3217(3222)は、顧客番号とュ一ザ I Dとの対応を示すテーブル情報が格納されているサービスディレク夕情報サーバ 401上のァドレスを示す。

決済処理機関リスト 3202には、一つの決済処理機関に対して、決済処理機関名 3223(3227)、決済処理機関 I D 3224(3228)、決済処理機関通信 I D 3225(3229)、サ一ビス ' リスト ' アドレス 3226(3230)の 4種類の情報が格納されている。

決済処理機関通信 I D3225(3229)は、サービス提供システム 102が、デジタル通信回線 111を介して決済システム 103と通信する際の決済システム 103の I Dを示し、サ一ビス ' リスト ' ァドレス 3226(3230)は、決済処理機関が取り扱うことができるサービスコードのリストが格納されているサービスディレクタ情報サーバ 401上のァドレスを示す。

サービス提供履歴リスト 3203には、パーソナル · リモート · クレジヅト決済サービスの一つのサービス提供に対して、サ一ビス提供番号 3231 (3235)、サ一ビスコード 3232(3236)、サービス提供時刻 3233(3237)、サ一ビス提供情報ァドレス 3234(3238)の 4つの情報が格納されてる。

サービス提供番号 3231(3235)は、一つのサービス提供におけるサ一ビス提供システム 102での処理をユニークに示す番号、サービスコード 323 2(3236)は、ユーザが利用したクレジットカードサービスの種類を示すコード番号、サービス提供時刻 3233(3237)は、パーソナル . リモートクレジット決済サービスのサービスを提供した時刻、サービス提供情報ァドレス 3234(3238)は、一つのサービス提供におけるサービス提供システム 102での処理の履歴情報が格納されているサービスディレク夕情報サーバ 401上のアドレスを示す。

次に、パーソナル · クレジット端末 100、または、クレジット決済端末 300において、リモートアドレスにあるデータをアクセスした場合に行なうダウンロードの処理について説明する。以下では、この処理を、リモートアクセス処理と呼ぶこととする。

図 33 (a) は、リモートアクセス処理の手順を示し、図 34 (a) 、 (b) は、交換するメッセージの内容を示している。アクセスしたデ一夕が、リモートアドレスにあった場合、パーソナル，クレジット端末 10 0 (クレジット決済端末 300) は、サービス提供システム 102にデ一夕を要求するメッセージ、リモートアクセス要求 3300を生成し、サービス提供システム 102に送信する。

図 34 (a) に示すように、リモートアクセス要求 3300は、メッセ一ジがリモートアクセス要求 3300であることを示すヘッダ情報、リモートアクセス要求へヅダ 3400と、リモートァドレスを示すデータァドレス 34 01と、ユーザ I D (マ一チャント I D ) 3402と、このリモートアクセス要求 3300を発行した日時を示す発行日時 3403とから成るデ一夕について、ユーザ（マ—チャント）のデジタル署名 3404を行ない、サ一ビス提供者宛に封書化したものである。

サービス提供システム 102は、リモートアクセス要求 3300を受信し、暗号を復号化し、デジタル署名をチェックして、要求されたデータをパ —ソナル · クレジット端末 100 (クレジット決済端末 300) に送るメッセ —ジ、リモートアクセスデ一夕 3301を生成し、パーソナル ' クレジット端末 100 (クレジット決済端末 300) に送信する。

図 3 4 ( b ) に示すように、リモートアクセスデ一夕 3301は、メッセ —ジがリモートアクセスデ一夕 3301であることを示すヘッダ情報、リモ —トアクセスデ一夕ヘッダ 3408と、要求されたデ一夕 3409と、サービス提供者 I D 3410と、このリモートアクセスデ一夕 3301を発行した日時を示す発行日時 3411とから成るデ一夕について、サービス提供者のデジ夕ル署名を行ない、ユーザ（マーチャント）宛に封書化したものである。パーソナル ' クレジット端末 100 (クレジット決済端末 300) は、リモ —トアクセスデ一夕 3301を受信し、暗号を復号化し、デジタル署名をチエックして、テンポラリ領域に格納して、デ一夕にアクセスする。

次に、パーソナル ·クレジット端末 100及びクレジット決済端末 300が、デ一夕アップデ一トプロセスにおいて行なうデータアップデート処理について説明する。

図 3 3 ( b ) は、デ一夕アップデート処理の手順を示し、図 3 4 ( c ) 〜（f ) と図 3 5 ( a ) は、交換するメッセージの内容を示している。パーソナル ' クレジット端末 100 (クレジット決済端末 300) は、デー夕アツプデ一トプロセスで、まず、サービス提供システム 102に対して、デ一夕アップデート処理を要求するメッセージ、デ一夕アップデート要求 3302を生成し、送信する。

図 3 4 ( c ) に示すように、デ一夕アップデート要求 3302は、メッセ一ジがデ一夕アップデート要求 3302であることを示すヘッダ情報、デー夕アップデート要求ヘッダ 3416と、ユーザ I D (マ一チャント I D ) 34 17と、このデータアップデート要求 3302を発行した日時を示す発行日時 3418とから成るデータについて、ユーザ（マーチャント）のデジタル署名を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102は、データアツプデート要求 3302を受信し、暗号を復号化し、デジタル署名をチェックして、要求に対する準備が出来ていることを示すメッセージ、データアップデート要求応答 3303を生成し、パーソナル · クレジット端末 100 (クレジット決済端末 300) に送信する。

図 3 4 ( d ) に示すように、データアップデート要求応答 3303は、メヅセージがデ一夕アップデート要求応答 3303であることを示すへッダ情報、データアップデート要求応答ヘッダ 3423と、サービス提供者 I D 34 24と、このデータアップデート要求応答 3303を発行した日時を示す発行日時 3425とから成るデ一夕について、サービス提供者のデジタル署名を行ない、ユーザ（マーチャント）宛に封書化したものである。

パーソナル ' クレジット端末 100 (クレジット決済端末 300) は、デ一夕アップデート要求応答 3303を受信し、暗号を復号化し、デジタル署名をチェックし、 R A M 1502 (クレジット決済端末 300の場合は、 R A M2 402とハ一ドディスク 2403) のデータをサービス提供システム 102にアツプロ一ドするメッセ一ジ、アップロードデータ 3304を生成し、サービス提供システムに送信する。

図 3 4 ( e ) に示すように、アップロードデータ 3304は、メッセージがァヅプロ一ドデ一夕 3304であることを示すヘッダ情報、ァヅプロ一ドデータヘッダ 3430と、 R A M 1502 (クレジット決済端末 300の場合は、 R A M2402とハードディスク 2403) のデ一夕を圧縮したデ一夕、端末デ —夕 3431と、ュ一ザ I D (マ一チャント I D ) 3432と、このアップロードデ一夕 3304を発行した日時を示す発行日時 3433とから成るデ一夕について、ユーザ（マ一チャント）のデジタル署名を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102は、ァヅプロ一ドデ一夕 3304を受信し、暗号を復号化し、デジタル署名をチェックする。そして、圧縮された端末デ一夕 3431を解凍し、ュ一ザ情報サーバ 402 (マ一チャント情報サーバ 4 03) 上の端末デ一夕 2906 (端末デ一夕 3004) と照合する。

そして、新しい端末デ一夕 2906 (端末データ 3004) を生成し、パ一ソナル ' クレジット端末 100 (クレジット決済端末 300) のデータをアップデートするメッセージ、アップデートデ一夕 3305を生成して、パ一ソナル ' クレジット端末 100 (クレジット決済端末 300) に送信する。

図 3 4 ( f ) に示すように、アップデートデ一夕 3305は、メッセージがアップデ一トデ一夕 3305であることを示すへヅダ情報、アップデ一トデ一夕ヘッダ 3438と、新しい端末データを圧縮したデ一夕、端末デ一夕 3439と、サービス提供者 I D 3440と、このアップデートデ一夕 3305を発行した日時を示す発行日時 3441とから成るデータについて、サービス提供者のデジタル署名を行ない、ユーザ（マ一チャント）宛に封書化したものである。

パーソナル · クレジット端末 100 (クレジット決済端末 300) は、アツプデートデータ 3305を受信し、暗号を復号化し、デジタル署名をチエツクし、圧縮された端末デ一夕 3439を解凍して、 R A M 1502 (クレジット決済端末 300の場合は、 R A M2402とハードディスク 2403) のデータを更新す o サービス提供システム 102は、新しい端末データの生成において、パ —ソナル ' クレジット端末 100に対しては、実体デ一夕領域 1612の容量に余裕が無い場合、各クレジット力一ドのアクセス時刻を比較し、ァクセス時刻が最近のクレジヅトカ一ドのォブジェクト ·データ，アドレスに口一カルアドレスを割り当て、各利用情報の利用時刻を比較し、利用時刻が最近の利用情報の利用情報ァドレスにローカルァドレスを割り当て、また、クレジット決済端末 300に対しては、ハードディスク 2403の容量に余裕が無い場合、各販売情報の利用時刻を比較し、利用時刻が最近の販売情報の販売情報ァドレスにローカルァドレスを割り当てる。また、サービス提供システム 102は、アップロードデータと端末デー夕とを照合した際に、データの不正な改ざんが発見された場合には、ァップデ一トデ一夕 3305の代わりに、パーソナル ·クレジット端末 100 (クレジット決済端末 300) の機能を停止させるメッセージ、機能停止命令 3 305'を生成し、パーソナル · クレジット端末 100 (クレジット決済端末 3 00) に送信する。

図 3 5 ( a ) に示すように、機能停止命令 3305'は、メッセージが機能停止命令 3305'であることを示すへッダ情報、機能停止命令へッダ 350 0と、サービス提供者 I D 3501と、この機能停止命令 3305，を発行した日時を示す発行日時 3502とから成るデ一夕について、サービス提供者のデジ夕ル署名を行ない、ユーザ（マーチャント）宛に封書化したものであ o

この場合、機能停止命令 3305'を受信したパーソナル · クレジット端末 100 (クレジット決済端末 300) は、暗号を復号化し、デジタル署名をチェックし、夕一ミナル ·ステイタス 1702 (ターミナル ·ステイタス 26 02) を "使用不能" に変更して、使用不能状態になる。

また、パーソナル ' クレジット端末 100が、バックァヅププロセスにおいて行なうバックアツプ処理は、デ一夕アツプデ一ト処理と同じ手順で行なわれる。但し、アップデートデータ 3305を受信して、 RAM1502 のデ一夕を更新した後、夕一ミナル ·ステイタス 1702を "書き込み不可" に変更して、バヅテリイの容量が十分な状態になるまで、 RAMへの新たなデータの入力を禁止する。

次に、 "決済" の処理において、機器間で交換されるデータの内容の詳細について説明する。

図 3 6 (a) 〜（： f ) 、図 3 7 (a) 〜（ c) 、図 3 8 (a) 、 (b) は、 "決済"の処理において、交換するメッセージの内容を示している。まず、ユーザが支払操作 607をすると、パーソナル · クレジット端末 1 00は、支払オファー 608を生成し、赤外線通信で、クレジット決済端末 3 00に送信する。

図 3 6 ( a) に示すように、支払オファー 608は、メッセージが支払オファ一608であることを示すヘッダ情報、支払オファーへッダ 3600と、サービスコード 3601と、サービス提供者 I D3602と、マ一チャントとの取引をユニークに示す番号として任意に生成した要求番号 3603と、ュ一ザが入力した支払金額 3604と、ユーザが入力した支払オプションを示す支払オプションコード 3605と、この支払オファー 608の有効期限 3606と、この支払オファー 608を発行した日時を示す発行日時 3607とから成るデ —夕について、ユーザのデジタル署名を行なったものである。クレジット決済端末 300は、支払オファ一 608を受信し、支払金額 3404と請求金額とを照合し、支払オプション 3405が利用可能なオプションであるか否かを照合して、支払オファー応答 609を赤外線通信でパーソナル · クレジット端末 100に送信し、信用照会要求 610を生成して、デジタル電話通信でサービス提供システム 102に送信する。

図 3 6 (b) に示すように、支払オファー応答 609は、メッセージが支払オファー応答 609であることを示すへッダ情報、支払オファー応答ヘッダ 3608と、パーソナル · クレジット端末 100が支払オファ一応答 609 を受信した際に L C D 203に表示される応答メッセージ 3609と、ュ一ザとの取引をユニークに示す番号として任意に生成したトランザクション番号 3610と、請求金額 3611と、この支払オファー応答 609の有効期限 361 2と、マーチャント I D 3613と、この支払オファー応答 609を発行した日時を示す発行日時 3614とから成るデ一夕について、マ一チャントのデジタル署名を行なったものである。応答メッセージ 3609は、マ一チャントのォプションで設定するテキストメッセージであり、設定されない場合もある。

図 3 6 ( c ) に示すように、信用照会要求 610は、メッセージが信用照会要求 610であることを示すヘッダ情報、信用照会要求ヘッダ 3615と、支払オファー 608と、支払オファー応答 609と、担当者名 3616と、マーチヤント I D 3617と、この信用照会要求 610を発行した日時を示す発行日時 3618とから成るデ一夕について、マーチャントのデジタル署名を行ない、サービス提供者宛に封書化したものである。担当者名 3616は、マーチャン卜のオプションで設定する情報であり、設定されない場合もある。パーソナル · クレジット端末 100は、支払オファー応答 609を受信し、支払金額 3404と請求金額とを照合して、支払要求 613を生成し、デジ夕ル無線電話通信で、サービス提供システム 102に送信する。

図 3 6 ( d ) に示すように、支払要求 613は、メッセージが支払要求 6 13であることを示すヘッダ情報、支払要求ヘッダ 3623と、支払オファー 608と、支払オファー応答 609と、ュ一ザ I D 3624と、この支払要求 613 を発行した日時を示す発行日時 3625とから成るデータについて、ユーザのデジタル署名を行ない、サービス提供者宛に封書化したものである。サービス提供システム 102は、信用照会要求 610と支払要求 613とを受信し、それそれ、暗号を復号化し、デジタル署名をチェックする。そして、要求番号とトランザクション番号とマ一チャント I Dとを照合して、取引をしょうとしているマーチャントとユーザとが、それそれ、発行した信用照会要求 610と支払要求 613との対応をとり、さらに、信用照会要求 610と支払要求 613との内容を照合して、信用照会応答 614を生成し、デジタル電話通信で、クレジット決済端末 300に送信する。

図 3 6 ( e ) に示すように、信用照会応答 614は、メッセージが信用照会応答 614であることを示すへッダ情報、信用照会応答へッダ 3630と、トランザクション番号 3631と、信用照会の処理をユニークに示す番号として任意に生成した照会番号 3632と、信用照会の結果を示す照会結果 36 33と、ユーザの顔の写真データ 363と、この信用照会応答 614の有効期限を示す有効期限 3635と、サービス提供者 I D 3636と、この信用照会応答 614を発行した日時を示す発行日時 3637とから成るデ一夕について、サ —ビス提供者のデジタル署名を行ない、マ一チャント宛に封書化したものである。信用照会の結果、ユーザの信用状況に問題がある場合は、写真デ一夕 3634は設定されない。

クレジット決済端末 300は、信用照会応答 614を受信し、暗号を復号化し、デジタル署名をチェックして、信用照会の結果を L C D 302に表示する。

次に、マーチャントの担当者が、決済処理要求操作 616を行なうと、クレジット決済端末 300は、決済要求 617を生成し、デジタル電話通信で、サービス提供システム 102に送信する。

図 3 6 ( f ) に示すように、決済要求 617は、メッセージが決済要求 6

17であることを示すヘッダ情報、決済要求ヘッダ 3642と、支払オファー 608と、支払オファー応答 609と、サービス提供システム 102が発行した照会番号 3643と、この決済要求 617の有効期限を示す有効期限 3644と、担当者名 3645と、マ一チャント I D 3646と、この決済要求 617を発行した日時を示す発行日時 3647とから成るデ一夕について、マ一チャントのデジタル署名を行ない、サービス提供者宛に封書化したものである。担当者名 3616は、マーチャントのオプションで設定する情報であり、設定されない場合もある。

サービス提供システム 102は、決済要求 617を受信し、暗号を復号化し、デジタル署名をチェックして、決済要求 617と支払要求 613との内容を照合する。そして、決済処理機関テーブル 3204を参照して、決済要求する決済処理機関を決定し、その決済処理機関の決済システム 103に、生成した決済要求 619を送信する。

図 3 7 ( a ) に示すように、決済要求 619は、メッセージが決済要求 6 19であることを示すヘッダ情報、決済要求ヘッダ 3700と、ユーザが指定したサービスコードに対応するクレジヅトカ一ド番号 3701と、パ一ソナル · クレジット端末 100が発行した要求番号 3702と、支払金額 3703と、支払オプションコード 3704と、マ一チャントの口座番号を示すマ一チヤント · ァカウント番号 3705と、クレジット決済端末 300が発行したトランザクシヨン番号 3706と、この決済要求 619の有効期限を示す有効期限 3 707と、サービス提供者 I D 3708と、この決済要求 619を発行した日時を示す発行日時 3709とから成るデ一夕について、サービス提供者のデジ夕ル署名を行ない、決済処理機関宛に封書化したものである。

決済システム 103は、決済要求 619を受信し、暗号を復号化し、デジ夕ル署名をチエツクして、決済処理を行ない、決済完了通知 620を生成し、サービス提供システム 102に送信する。

図 3 7 ( b ) に示すように、決済完了通知 620は、メッセージが決済完了通知 620であること示すヘッダ情報、決済完了通知ヘッダ 3714と、決済システム 103の決済処理をユニークに示す番号として任意に生成した決済番号 3715と、クレジットカード番号 3716と、要求番号 3717と、支払金額 3718と、支払オプションコード 3719と、マ一チャント 'ァカウント番号 3720と、トランザクション番号 3721と、決済処理機関のデジタル署名をしたサービス提供者向け決済情報 3722と、決済処理機関のデジ夕ル署名をしたマーチャント向け決済情報 3723と、決済処理機関のデジ夕ル署名をしたユーザ向け決済情報 3724と、決済処理機関 I D 3725と、この決済完了通知を発行した日時を示す発行日時 3726とから成るデータについて、決済処理機関のデジタル署名を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102は、決済完了通知 620を受信し、暗号を復号化し、デジタル署名をチェックし、決済完了通知 621を生成して、デジタル電話通信で、

クレジット決済端末 300に送信する。

図 3 7 ( c ) に示すように、決済完了通知 621は、メッセージが決済完了通知 621であることを示すヘッダ情報、決済完了通知ヘッダ 3731と、決済番号 3732と、決済処理機関のデジタル署名をしたマーチヤント向け決済情報 3723と、マーチャントに対して、ユーザをユニークに示す番号として生成した番号、顧客番号 3733と、暗号を復号化した決済要求 3648 と、サービス提供システム 102における処理に関する情報を示すサ一ビス提供者処理情報 3734と、サービス提供者 I D 3735と、この決済完了通知 621を発行した日時を示す発行日時 3736とから成るデ一夕に

ついて、サ一ビス提供者のデジタル署名を行ない、マ一チャント宛に封書化したものである。サービス提供者処理情報 3734は、サ一ビス提供者のオプションで設定する情報であり、設定されない場合もある。

クレジット決済端末 300は、決済完了通知 621を受信し、暗号を復号化し、デジタル署名をチェックして、その内容を L C D 302に表示する。そして、クレジット決済端末 300は、領収書 623を生成し、デジタル電話通信で、サービス提供システム 102に送信する。

図 3 8 ( a ) に示すように、領収書 623は、メヅセージが、領収書 623 であることを示すヘッダ情報、領収書ヘッダ 3800と、販売した商品の名前を示す商品名 3801と、マ一チャントからユーザへの取引に関する付加情報を示す販売情報 3802と、決済番号 3803と、トランザクション番号 38 04と、支払オファ一 608と、担当者名 3805と、マ一チャント I D 3806と、この領収書 623を発行した日時を示す発行日時 3807とから成るデータについて、マ一チャントのデジタル署名を行ない、サービス提供者宛に封書化したものである。販売情報 3802と担当者名 3805とは、マーチャントのオプションで設定する情報であり、設定されない場合もある。

サービス提供システム 102は、領収書 623を受信し、暗号を復号化し、デジタル署名をチヱックし、領収書 624を生成して、デジタル無線電話通信で、パーソナル · クレジヅト端末 100に送信する。

図 3 8 ( b ) に示すように、領収書 624は、メヅセージが領収書 624であることを示すヘッダ情報、領収書ヘッダ 3812と、暗号を復号化した領収書 3808と、決済処理機関のデジタル署名をしたユーザ向け決済情報 37 24と、サービス提供システム 102における処理に関する情報を示すサ一ビス提供者処理情報 3813と、サービス提供者 I D 3814と、この領収書 62 4を発行した日時を示す発行日時 3815とから成るデータについて、サ一ビス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。サービス提供者処理情報 3813は、サ一ビス提供者のオプションで設定する情報であり、設定されない場合もある。

パーソナル · クレジット端末 100は、領収書 624を受信し、暗号を復号ィ匕し、デジタル署名をチェヅクして、その内容を L C D 203に表示する。次に、 "キャンセル" の処理において、機器間で交換されるデータの内容の詳細について説明する。

図 3 9 ( a ) 〜（f ) は、 "キャンセル" の処理において、交換するメヅセージの内容を示している。

まず、マ一チャントの担当者が、キャンセル操作 901を行なうと、クレジット決済端末 300は、キャンセル要求 903を生成し、デジタル電話通信で、サービス提供システム 102に送信する。

一方、ユーザが、キャンセル操作 904を行なうと、パーソナル · クレジット端末 100は、キャンセル要求 906を生成し、デジタル無線電話通信で、サービス提供システム 102に送信する。

図 3 9 ( a ) に示すように、キャンセル要求 903は、メッセージがキャンセル要求 903であることを示すへッダ倩報、キャンセル要求ヘッダ 3 900と、暗号を復号化した決済完了通知 3737と、このキャンセル要求 903 の有効期限を示す有効期限 3901と、担当者名 3902と、マ一チャント I D 3903と、このキャンセル要求 903を発行した日時を示す発行日時 3904とから成るデ一夕について、マーチャントのデジタル署名を行ない、サ一ビス提供者宛に封書化したものである。担当者名 3916は、マーチャントのオプションで設定する情報であり、設定されない場合もある。

図 3 9 ( b ) に示すように、キャンセル要求 906は、メッセ一ジがキヤンセル要求 906であることを示すへッダ情報、キヤンセル要求ヘッダ 3 909と、暗号を復号化した領収書 3816と、このキャンセル要求 906の有効期限を示す有効期限 3910と、ユーザ I D 3911と、このキャンセル要求 90 6を発行した日時を示す発行日時 3912とから成るデータについて、ユーザのデジタル署名を行ない、サ一ビス提供者宛に封書化したものである。サ一ビス提供システム 102は、キヤンセル要求 903とキャンセル要求 90 6とを受信し、それそれ、暗号を復号化し、デジタル署名をチェックする。そして、要求番号とトランザクション番号とマーチャント I Dとを照合して、キヤンセル処理をしょうとしているマーチヤント及びユーザが、それそれ、発行したキャンセル要求 903とキャンセル要求 906との対応をとり、さらに、キャンセル要求 903とキャンセル要求 906との内容を照合して、キャンセル要求 907を生成し、決済システム 103に送信する。図 3 9 ( c ) に示すように、キャンセル要求 907は、メッセージがキャンセル要求 907であることを示すへッダ情報、キャンセル要求へッダ 3 917と、暗号を復号化した決済完了通知 3727と、このキャンセル要求 907 の有効期限を示す有効期限 3918と、サービス提供者 I D 3919と、このキヤンセル要求 907を発行した日時を示す発行日時 3920とから成るデ一夕について、サービス提供者のデジタル署名を行ない、決済処理機関宛に封書化したものである。

決済システム 103は、キャンセル要求 907を受信し、暗号を復号化し、デジタル署名をチェックして、キャンセル処理を行ない、キャンセル完了通知 908を生成し、サービス提供システム 102に送信する。

図 3 9 ( d ) に示すように、キャンセル完了通知 908は、メッセージがキヤンセル完了通知 908であること示すへッダ情報、キヤンセル完了通知ヘッダ 3925と、決済システム 103が行なったキヤンセル処理をュニークに示す番号、キャンセル番号 3926と、暗号を復号化したキャンセル要求 3921と、決済処理機関のデジタル署名をしたサービス提供者向けキヤンセル情報 3927と、決済処理機関のデジタル署名をしたマ一チャント向けキャンセル情報 3928と、決済処理機関のデジタル署名をしたユーザ向けキャンセル情報 3929と、決済処理機関 I D 3930と、この決済完了通知を発行した日時を示す発行日時 3931とから成るデ一夕について、決済処理機関のデジタル署名を行ない、サービス提供者宛に封書化したものである。サービス提供システム 102は、キャンセル完了通知 908を受信し、暗号を復号化し、デジタル署名をチヱックして、キャンセル完了通知 90 9とキャンセル処理領

収書 910とを生成して、それそれ、クレジット決済端末 300とパーソナル · クレジット端末 100とに送信する。

図 3 9 ( e ) に示すように、キャンセル完了通知 909は、メッセ一ジがキャンセル完了通知 909であることを示すヘッダ情報、キャンセル完了通知ヘッダ 3936と、キャンセル番号 3937と、暗号を復号化したキャンセル要求 3905と、決済処理機関のデジタル署名をしたマーチヤント向け決済情報 3928と、サービス提供システムにおける処理に関する情報を示すサービス提供者処理情報 3938と、サービス提供者 I D 3939と、このキヤンセル完了通知 909を発行した日時を示す発行日時 3940とから成るデ一夕について、サ一ビス提供者のデジタル署名を行ない、マーチャント宛に封書化したものである。サービス提供者処理情報 3938は、サービス提供者のオプションで設定する情報であり、設定されない場合もある。図 3 9 ( f ) に示すように、キャンセル処理領収書 910は、メッセ一ジがキャンセル処理領収書 910であることを示すヘッダ情報、キャンセル処理領収書ヘッダ 3945と、キャンセル番号 3946と、暗号を復号化したキヤンセル要求 3913と、決済処理機関のデジタル署名をしたユーザ向け決済情報 3929と、サービス提供システムにおける処理に関する情報を示すサービス提供者処理情報 3947と、サービス提供者 I D 3948と、このキャンセル処理領収書 910を発行した日時を示す発行日時 3949とから成るデ一夕について、サ一ビス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。サービス提供者処理情報 3947は、サービス提供者のオプションで設定する情報であり、設定されない場合もある。

クレジット決済端末 300は、キャンセル完了通知 909を受信し、暗号を復号化し、デジタル署名をチェックして、その内容を L C D 302に表示する。一方、パーソナル ' クレジット端末 100も、キャンセル処理領収書 910を受信し、暗号を復号化し、デジタル署名をチェックして、その内容を L C D 203に表示する。

次に、 "顧客サービスコール" の処理において、機器間で交換されるデータの内容の詳細について説明する。

図 4 0 ( a ) 〜（ e ) は、 "顧客サ一ビスコール" の処理において、交換するメヅセージの内容を示している。

まず、マーチャントの担当者が、顧客サ一ビスコール操作 1200を行なうと、クレジット決済端末 300は、顧客サービスコール要求 1202を生成し、デジタル電話通信で、サービス提供システム 102に送信する。

図 4 0 ( a ) に示すように、顧客サ一ビスコール要求 1202は、メッセ —ジが顧客サービスコール要求 1202であることを示すへッダ情報、顧客サービスコール要求ヘッダ 4000と、ユーザを示す番号として、 "決済" の処理の際に発行された顧客番号 4001と、この顧客サービスコール要求をユニークに示す要求番号 4002と、担当者名 4003と、マ一チャント I D 4004と、この顧客サービスコール要求 1202を発行した日時を示す発行日時 4005とから成るデ一夕について、マーチヤン卜のデジタル署名を行なレ、、サービス提供者宛に封書化したものである。担当者名 4003は、マ一チャントのオプションで設定する情報であり、設定されない場合もある。サービス提供システム 102は、顧客サービスコール要求 1202を受信し、暗号を復号化し、デジタル署名をチェックする。そして、サービス提供システム 102は、顧客テ一ブルからユーザを判定し、ユーザのアクセス制御情報と照合して、顧客サービスコール 1203と顧客サービスコール要求応答 1204とを生成し、それそれ、ユーザのパーソナル · クレジヅト端末 100とクレジット決済端末 300とに送信する。

図 4 0 ( b ) に示すように、顧客サービスコール 1203は、メッセージが顧客サービスコール 1203であることを示すヘッダ情報、顧客サービスコールヘッダ 4010と、担当者名 4011と、マ一チャント I D 4012と、マ一チャント名 4013と、クレジット決済端末 300が設定した要求番号 4014と、サービス提供者 I D 4015と、この顧客サービスコール 1203を発行した日時を示す発行日時 4016とから成るデ一夕について、サービス提供者のデジ夕ル署名を行ない、ユーザ宛に封書化したものである。担当者名 4011 は、マーチャントのオプションで設定する情報であり、設定されない場合もある。

図 4 0 ( c ) に示すように、顧客サ一ビスコール要求応答 1204は、メッセ一ジが顧客サーピスコール要求応答 1204であることを示すへッダ情報、顧客サービスコール要求応答ヘッダ 4021と、サービス提供システム 102からの応答メッセージ 4022と、クレジット決済端末 300が設定した要求番号 4023と、サービス提供者 I D 4024と、この顧客サービスコール要求応答 1204を発行した日時を示す発行日時 4025とから成るデータについて、サービス提供者のデジタル署名を行ない、マ一チャント宛に封書化したものである。

クレジット決済端末 300は、顧客サービスコール要求応答 1204を受信し、暗号を復号化し、デジタル署名をチェックして、 "呼び出し中" を表 ττ;する。

パーソナル ' クレジット端末 100は、顧客サービスコール 1203を受信し、暗号を復号化し、デジタル署名をチェックして、ユーザに着信を知らせる。そして、ュ一ザが通話操作 1207を行なうと、パーソナル ' クレジット端末 100は、着信応答 1208をサービス提供システム 102に送信する。着信応答 1208を受信したサービス提供システム 102は、呼び出し応答 121 0をクレジット決済端末 300に送信し、クレジット決済端末 300とパ一ソナル · クレジット端末 100とは、通話状態になる。図 4 0 ( d ) に示すように、着信応答 1208は、メッセージが着信応答 1208であることを示すヘッダ情報、着信応答ヘッダ 4030と、クレジット決済端末 300が設定した要求番号 4031とによって構成され、呼び出し応答 1210は、図 4 0 ( e ) に示すように、メッセージが呼び出し応答 1210であることを示すヘッダ情報、呼び出し応答ヘッダ 4032と、クレジット決済端末 300が設定した要求番号 4033とによって構成される。

次に、 "問い合わせコール" の処理において、機器間で交換されるデ —夕の内容の詳細について説明する。

図 4 1 ( a ) 〜（ e ) は、 "問い合わせコール" の処理において、交換するメッセージの内容を示している。

まず、ユーザが、問い合わせコール操作 1213を行なうと、パーソナル · クレジット決済端末 100は、問い合わせコール要求 1215を生成し、デジタル無線電話通信で、サービス提供システム 102に送信する。

図 4 1 ( a ) に示すように、問い合わせコール要求 1215は、メッセ一ジが問い合わせコール要求 1215であることを示すヘッダ情報、問い合わせコール要求へッダ 4100と、マ一チャント I D 4101と、担当者名 4102と、この問い合わせコール要求をユニークに示す要求番号 4103と、ユーザ I D 4104と、この問い合わせコール要求 1215を発行した日時を示す発行日時 4105とから成るデータについて、ュ一ザのデジタル署名を行ない、サ —ビス提供者宛に封書化したものである。担当者名 4103は、 "決済" の処理の際に、マ一チャントのオプションで設定する情報であり、設定されない場合もある。

サービス提供システム 102は、問い合わせコール要求 1215を受信し、暗号を復号化し、デジタル署名をチェックする。そして、サービス提供システム 102は、問い合わせコール 1216と問い合わせコール要求応答 121 7とを生成し、それぞれ、マ一チャントのクレジット決済端末 300とパーソナル · クレジット決済端末 100とに送信する。

図 4 1 ( b ) に示すように、問い合わせコール 1216は、メッセージが問い合わせコール 1216であることを示すヘッダ情報、問い合わせコールヘッダ 4110と、顧客番号 4111と、パーソナル · クレジット端末 100が設定した要求番号 4112と、サービス提供者 I D 4113と、この問い合わせコール 1216を発行した日時を示す発行日時 4114とから成るデータについて、サービス提供者のデジタル署名を行ない、マーチヤント宛に封書化したものである。

図 4 1 ( c ) に示すように、問い合わせコール要求応答 1217は、メッセージが問い合わせコール要求応答 1217であることを示すヘッダ情報、問い合わせコール要求応答ヘッダ 4119と、サービス提供システム 102からの応答メッセージ 4120と、パーソナル ' クレジット決済端末 100が設定した要求番号 4121と、サービス提供者 I D 4122と、この問い合わせコール要求応答 1217を発行した日時を示す発行日時 4123とから成るデ一夕について、サービス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。

パーソナル ' クレジット端末 100は、問い合わせコール要求応答 1217 を受信し、暗号を復号化し、デジタル署名をチヱックして、 "呼び出し中" を表示する。

クレジット決済端末 300は、問い合わせコール 1216を受信し、暗号を復号化し、デジタル署名をチェックして、マーチャントに着信を知らせる。そして、マ一チャントが通話操作 1220を行なうと、クレジット決済端末 300は、着信応答 1221をサービス提供システムに送信する。着信応答 1221を受信したサービス提供システムは、呼び出し応答 1223をパ一ソナル ' クレジット端末に送信し、パーソナル · クレジット端末 100とクレジット決済端末 300とは、通話状態になる。図 4 1 ( d ) に示すように、着信応答 1221は、メッセージが着信応答 1221であることを示すヘッダ情報、着信応答ヘッダ 4128と一ソナル - クレジット決済端末 100が設定した要求番号 4129とによって構成され、呼び出し応答 1223は、図 4 1 ( e ) に示すように、メヅセージが呼び出し応答 1223であることを示すヘッダ情報、呼び出し応答ヘッダ 4130と、パーソナル · クレジット決済端末 100が設定した要求番号 4131とによつて構成される。

(第 2の実施の形態）

次に、本発明の第 2の実施形態について説明する。第 2の実施形態では、パーソナル . リモート . クレジット決済サービスの処理の効率化を可能にするパーソナル ' リモート · クレジット決済システムについて説明する。

このパーソナル · リモート · クレジヅト決済システムの基本的な構成は、第 1の実施形態と同じであり、図 1に示すように、 2系統の双方向無線通信機能と電子的なクレジットカード機能とを持つパーソナル · クレジット端末 100と、小売販売店におけるクレジット決済処理を行なうクレジット決済装置 101と、クレジットサービス会社または決済処理会社におけるクレジット決済処理を行なう決済システム 103と、パ一ソナル · クレジット端末 100、クレジット決済装置 101及び決済システム 103 を結ぶ通信ネヅトワークの中心に位置してパーソナル ' リモート · クレジヅト決済サービスを提供するサービス提供システム 102と、ネットヮークにおけるデータ伝送路を提供するデジタル公衆網 108と、パーソナル · クレジット端末 100をデジタル公衆網 108に接続する無線電話の基地局 104とを備えている。

パーソナル · クレジット端末 100は、赤外線とデジタル無線電話との 2系統の双方向無線通信機能と、電子的なクレジットカードの機能とを持つ携帯無線電話端末である。また、小売販売店におけるクレジット決済処理を行なうクレジット決済装置 101も、赤外線通信とデジタル電話通信との 2系統の双方向通信機能を持つ。

なお、図 1において、 105は、パーソナル · クレジット端末 100とクレジット決済装置 101との間で行なう赤外線通信の伝送路、 106は、パーソナル，クレジット端末 100と基地局 104との間で行なうデジタル無線通信の伝送路を示し、 107は、基地局 104とデジタル公衆網 108とを結ぶデジタル通信回線、 109は、デジタル公衆網 108とサービス提供システム 102 とを結ぶデジタル通信回線、 110は、クレジット決済装置 101とデジタル公衆網 108とを結ぶデジタル電話通信回線、 111は、サービス提供システム 102と決済システム 103とを結ぶデジタル通信回線を示している。特に、デジタル通信回線 109とデジタル通信回線 111は、多重化によって、複数の通信回線として動作する。

パーソナル ' リモート 'クレジット決済サービスの通常の運用形態は、第 1の実施形態と同じであり、次のような形態となる。

決済システム 103は、クレジット力一ド会社または決済処理会社に、クレジット決済装置 101は、小売販売店に設置され、パーソナル ' クレジット端末 100を、消費者が持ち歩く。サービス提供システム 102は、パ —ソナル · リモート · クレジット決済サービスを提供する会社に設置され、クレジットカード会社がパーソナル · リモート · クレジット決済サ —ビスを提供する場合には、サービス提供システム 102は、クレジット力一ド会社に設置される。

また、前提として、消費者は、クレジットカード会社との間で、クレジットサ一ビスの会員契約を、パーソナル · リモート · クレジット決済サービスを提供する会社との間では、パーソナル ' リモート ' クレジット決済サービスの会員契約を、さらに、電話会社との間では、無線電話サービスの契約を結んでいる。同様に、小売販売店も、クレジット力一ド会社との間で、クレジットサービスの加盟店契約を、パーソナル ' リモ一ト *クレジット決済サービスを提供する会社との間で一ソナル · リモート · クレジット決済サービスの加盟店契約を、さらに、電話会社との間で、デジタル電話通信サービスの契約を結んでいる。

また、パーソナル · リモート · クレジット決済サ一ビスが、クレジヅトカード会社とは別会社によって提供される場合には、パーソナル - リモート · クレジット決済サービスを提供する会社は、 1社または複数クレジットカ一ド会社との間で、クレジヅトサービスに契約している会員に対して、クレジットカード会社の代わりに、電子的なクレジット力一ドを発行し、パーソナル · リモート · クレジット決済サービスを運営する契約を結んでいる。

また、決済処理会社が、決済システム 103を用いてクレジット決済処理を行なう場合には、決済処理会社は、 1社または複数のクレジット力 —ド会社との間で、クレジット決済処理を決済処理会社が代行する契約を結んでいる。

なお、クレジットカードによって、クレジット決済処理を行なう決済システムが異なる場合には、図 1の決済システム 103と同様の形態で、複数の決済システムが、サービス提供システム 102にデジタル通信回線によって接続される。

以下では、本システムの説明を簡単にするために、パーソナル · クレジット端末 100の所有する消費者をユーザ（User)、クレジット決済装置 1 01を設置した小売販売店をマ一チャント（Merchant ), クレジット決済装置 101を操作する販売店員を担当者（Operator )、パーソナル · リモート · クレジット決済サービスを提供する会社をサービス提供者（Service Pr ovider )、決済システム 103を用いてクレジヅト決済処理を行なうクレジットカード会社または決済処理会社を決済処理機関（Transaction Proc essor )と呼ぶこととする。

本システムでは、ュ一ザがマ一チャントに対して商品の代金をクレジットによって支払う場合、パーソナル · クレジット端末 100、クレジット決済装置 101及びサービス提供システム 102の三者間で電子的に決済情報を交換し、さらに、サ一ビス提供システム 102と決済システム 103との間で電子的に決済情報を交換することによって、クレジット决済処理を行なう。

基本的には、サ一ビス提供システム 102が、パーソナル ' クレジット端末 100とクレジット決済装置 101とから、それぞれ、支払要求と決済要求とを受け取り、支払要求と決済要求とを照合し、ユーザとマ一チャントとに代わって、決済システム 103に決済処理を要求する。そして、決済システムが実際の決済処理を行なう。

この時、パーソナル · クレジット端末 100とクレジット決済装置 101とは、伝送路 105を用いて、赤外線通信を行ない、パーソナル ' クレジット端末 100とサービス提供システム 102とは、伝送路 106及び基地局 104、さらに、デジタル通信回線 107、デジタル公衆網 108及びデジタル通信回線 109を介して、デジタル無線電話によるデジタル電話通信を行ない、クレジット決済装置 101とサービス提供システム 102とは、デジタル電話通信回線 110、デジタル公衆網 108及びデジタル通信回線 109を介してデジ夕ル電話通信を行なう。そして、サ一ビス提供システム 102と決済システム 103とは、デジタル通信回線 111を介して、デジタルデータ通信を行なう。

パーソナル'クレジット端末 100とサービス提供システム 102との通信、クレジット決済装置 101とサービス提供システム 102との通信、及び、サ一ビス提供システム 102と決済システム 103との通信では、交換される決済情報を、全て、暗号化して通信する。暗号化には、秘密鍵方式の暗号処理と公開鍵方式の暗号処理とを組み合わせて、情報を電子封書化して通信する。

まず、パーソナル ' クレジット端末 100について説明する。パーソナル · クレジヅト端末 100の外観は、第 1の実施形態と同じであり、図 2 ( a ) 及び図 2 ( b ) に示す前面側及び背面側の外観を有している。このパーソナル · クレジット端末 100には、クレジットカ一ドモ一ドとデジタル無線電話モード、個人情報管理モードの 3つの動作モードがあり、モードスィツチ 204によって切替わる。パーソナル · クレジヅト端末 100は、デジタル無線電話モードでは、デジタル無線電話として動作し、クレジットカードモードでは、電子的なクレジット決済手段、つまり、電子的なクレジットカードとして動作する。

電子的なクレジットカードは、ュ一ザによるクレジット力一ド会社とのクレジットサービスの会員契約を前提として、パーソナル ' クレジット端末 100に登録される。ユーザが、複数のクレジットサービスの会員契約をしている場合には、複数のクレジヅトカードが、パーソナル · クレジット端末 100に登録される。

個人情報管理モ一ドは、パーソナル ' クレジット端末 100の内部に格納されるユーザの個人情報を管理する動作モードであり、個人情報管理モードにおいて、ユーザは、登録されている個人情報や写真デ一夕等の参照、及び、ユーザ設定情報の設定を行なう。

このパーソナル · クレジット端末 100を用いて、例えば電話をかける場合には、ユーザは、まず、モードスイッチ 204で、動作モードをデジタル無線電話モードにし、次に、テンキースィッチ 208で電話番号を入力して、通話スィッチ 205を押す。以上の操作で、ユーザは、入力した電話番号に電話をかけることが出来る。

また、パーソナル · クレジット端末 100に通常の電話がかかって来た場合には、パーソナル · クレジヅト端末 100は、その時の動作モードに関係なく、着信音を発する。この場合には、通話スィッチ 205を押すことで自動的にデジタル無線電話モードに切り替わり、ユーザは電話を受けることが出来る。

また、マーチャントにクレジットで代金を支払う場合には、まず、モ —ドスィヅチ 204により動作モードをクレジットカードモ一ドに設定し、ファンクションスィヅチ 207で、支払に使用するクレジットカ一ドを選択する。次に、テンキースィッチ 208で、支払う金額を入力し、赤外線通信ポート 200をマーチヤントのクレジット決済装置 101の方向に向けて、実行スィッチ 211を押す。以上の操作によって、パーソナル ' クレジット端末 100は、クレジット決済装置 101との間で赤外線通信を行ない、それとともにサービス提供システム 102との間でデジタル無線電話通信を行ない、それそれ決済情報を交換して、クレジット決済処理を行なう。次に、クレジット決済装置 101について説明する。クレジット決済装置 101の外観は、第 1の実施形態と同じであり、図 3に示す外観を有している。

このクレジヅト決済端末 300には、クレジット決済モードとデジタル電話モード、マ一チャント情報管理モードの 2つの動作モードがあり、モードスィッチ 304によって切替わる。デジタル電話モードでは、デジタル電話器として動作し、クレジット決済モードでは、パーソナル ' リモート · クレジット決済サービスのクレジット決済処理端末として動作する。

マ一チャント情報管理モードは、クレジット決済端末 300の内部に格納されるマーチヤントの情報を管理する動作モードであり、マ一チャント情報管理モードにおいて、マーチャントは、登録されているマ一チヤント情報等の参照、及び、マ一チャント設定情報の設定を行なう。

このクレジット決済端末 300から、例えば電話をかける場合には、担当者は、まず、モードスィッチ 304で、動作モードをデジタル電話モ一ドにし、次に、テンキースィッチ 307で電話番号を入力する。以上の操作によって、担当者は、入力した電話番号に電話をかけることが出来る。また、クレジット決済端末 300に通常の電話がかかって来た場合には、クレジット決済端末 300は、動作モードに関係なく、着信音を発する。この場合には、電話器 303を上げるか、フックスィツチ 305を押すことで、自動的に電話モードに切り替わり、担当者は電話を受けることが出来る。また、クレジット決済処理を行なう場合には、まず、キャッシュレジス夕 311で、商品価格と税金等から合計金額を計算し、その金額をュ一ザに伝える。次に、クレジットによる支払を希望するユーザの要望にしたがって、キャッシュレジス夕 311のクレジヅト決済スィヅチ 312を押し、ユーザがパーソナル · クレジット端末 100で代金の支払操作を行なうのを待つ。ユーザが、代金の支払操作を行なうと、ユーザが入力した支払金額が L C D 302に表示され、さらに、ュ一ザの信用照会の結果が表示される。担当者はその内容を確認して、実行スィッチ 308を押す。

以上の操作によって、クレジット決済装置 101は、パーソナル ' クレジット端末 100、及びサービス提供システム 102と、それそれ、決済情報を交換して、クレジット決済処理を行なう。

次に、サービス提供システムについて説明する。サ一ビス提供システム 102は、第 1の実施形態と同様のブロック構成を具備し、図 4に示すように、パーソナル · リモート ' クレジット決済サービスにおいて、パ —ソナル · クレジット端末 100、クレジット決済装置 101、及び決済システム 103のそれそれと交換する決済情報のデータ処理とその際のデ一夕通信の制御とを行なうサービスサーバ 400と、ユーザ、マ一チャント、及び決済処理機関に関する属性情報とサービス提供システム 102が提供したサービスの履歴情報とを管理するサービス ·ディレク夕情報サーバ 401と、ユーザの属性情報とパーソナル ' クレジット端末 100内のデ一夕とを管理するユーザ倩報サーバ 402と、マ一チャントの属性情報とクレジット決済端末 300内のデータとを管理するマ一チャント情報サーバ 403 と、決済処理機関の属性情報と決済処理の履歴情報とを管理する決済処理機関情報サーバ 404と、サービス提供者がサービス提供システム 102の運用管理を行なう管理システム 407とを備えており、各サーバ 400〜404 及び管理システム 407が、それそれ 1台または複数台のコンピュータで構成されている。

また、サービスサーバ 400、サービス 'ディレクタ情報サーバ 401、ュ —ザ情報サーバ 402、マ一チャント情報サーバ 403及び決済処理機関情報サーバ 404は、それそれ、 A TM-L ANケーブル 409, 410,411,412, 413 によって ATM- LANスィツチ 405に接続され、サービスサーバ 400は、 ATM-LANスィツチ 405を介して、サービスディレク夕情報サーバ 40 1、ユーザ情報サーバ 402、マ一チャント情報サーバ 403、または決済処理機関情報サーバ 404にアクセスする。

また、 ATM-LANスィッチ 405は、 A T M-L ANケーブル 415によつて、 ATM交換機 406に接続される。 ATM交換機 404には、デジタル公衆網 108と結ぶデジタル通信回線 109と、決済システム 103と結ぶデジタル通信回線 111とが接続され、サービスサーバ 400は、 ATM- LAN スィツチ 405及び ATM交換機 406を介して、パーソナル · クレジット端末 100、クレジット決済装置 101、及び決済システム 103と通信を行なう。管理システム 407は、 ATM-LANケーブル 414によって、 ATM - L ANスイッチ 406に接続され、さらに、 ATM- L ANケ一ブル 416によつて、 ATM交換機 406に接続される。管理システム 407は、 ATM- L ANスィッチ 408、 ATM交換機 406、及び A T M-L A Nスィッチ 405を介して、サ一ビスサーバ 400、サービスディレクタ情報サーバ 401、ユーザ情報サーバ 402、マーチャント情報サーバ 403、または決済処理機関情報サーバ 404にアクセスして、サービス提供システム 102の運用管理を行なう。

ATM交換機 406は、サービス提供システム 102の外部と内部との通信、及びサービス提供システム 102の内部間の通信において、データ通信の交換機として動作する。また、 ATM交換機 406は、複数の通信方式に対応し、通信アダプタの機能を持つ。例えば、サービスサーバ 400とクレジット決済装置 101との通信では、まず、クレジット決済装置 101と A TM交換機 406との間で、 I S D Nのデータパケットを交換し、 ATM 交換機 406が、 I SDNのデ一夕パケヅ卜から ATMバケツトへの変換、及び、その逆変換を行ない、 A TM交換機 406とサービスサーバ 400との間で、 ATMパケットを交換する。同様に、サービスサーバ 400とパ一ソナル · クレジット端末 100との間の通信、サービスサーバ 400と決済システム 103との間の通信においても、 ATM交換機 406が、それそれの通信方式に対応して、通信デ一夕の変換を行なう。

また、パーソナル 'クレジヅト端末 100—サ一ビス提供システム 102間、及び、クレジット決済装置 101—サービス提供システム 102間の通信費用を軽減するため、通常、サ一ビス提供システム 102は、パーソナル ' リモート · クレジット決済サ一ビスを提供する地域（サービスエリア）ごとに設置される。したがって、 ATM交換機 406には、他の地域のサ一ビス提供システムと結ぶ専用デジタル通信回線 417が接続される。この場合、サービス提供システム 102同士は、お互いにデータを共有し、協調してデータ処理を行なう。サービス提供システム間のデータの共有、協調処理の仕組みに関しては、後で詳しく説明する。

次に、決済システム 103について説明する。決済システム 103は、第 1 の実施形態と同様に、図 5に示すブロック構成を備えている。パ一ソナル ' リモ一ト ' クレジヅト決済サービスにおいて、決済システム 103が行なうクレジット決済処理は、サービス提供システム 102からの決済要求に対して、トランンザクシヨン処理サーバ 500が、加入者情報サーバ 5 01、加盟店情報サーバ 502、及び取引情報サーバ 503の情報を、それそれ更新することによって成立する。

管理システム 506は、 ATM-LANケーブル 512によって、 ATM- L ANスィッチ 507に接続され、さらに、 ATM-L ANケーブル 514によつて、 ATM交換機 505に接続される。管理システム 506は、 ATM- L ANスィッチ 507、 ATM交換機 505、及び A T M-L A Nスィッチ 504を介して、トランンザクシヨン処理サーバ 500、加入者倩報サーバ 501、加盟店情報サーバ 502、または取引情報サーバ 503にアクセスし、決済システム 103の運用管理を行なう。

ATM交換機 505は、決済システム 103の外部と内部との通信、及び決済システム 103の内部間の通信において、データ通信の交換機として動作する。また、 ATM交換機 505は、複数の通信方式に対応した、通信アダプタの機能を持ち、トランンザクション処理サーバ 500とサ一ビス提供システム 102との間の通信、トランンザクシヨン処理サーバ 500と銀行オンラインシステムとの間の通信、トランンザクション処理サーバ 50 0と他の決済処理機関の決済システムとの間の通信において、 A T M交換機 505が、それぞれの通信方式に対応して、通信デ一夕の変換を行なラ。

次に、本システムが提供するパーソナル · リモート · クレジヅト決済サービスについて説明する。

"決済" は、ユーザがマーチヤン卜に代金をクレジットで支払うクレジット決済を、クレジットカードや利用明細書などを、直接受け渡すことなく、無線通信によって行なう処理、 "キャンセル"は、パーソナル · リモート ' クレジヅト決済サービスの "決済" の処理によって完了した取引を、ユーザとマ一チャントとの合意の基に、無線通信によって、取り消す処理、 "顧客サービスコール" は、パーソナル · リモート . クレジヅト決済サービスの "決済" の処理によって取引のあったユーザに対して、マ一チャントがユーザの電話番号を知らない場合でも、電話連絡を可能にする処理、そして、 "問い合わせコール" は、パーソナル ' リモート · クレジット決済サービスの "決済" の処理によって取引のあつたマーチヤントに対して、ュ一ザが自分の電話番号を知られることなく、問い合わせの電話を可能にする処理である。

このパーソナル · リモート .クレジット決済サービスにおける "決済" の処理の流れを図 4 3に示し、また、この "決済" 処理の際の、パーソナル 'クレジヅト端末 100の L C D 203の表示例を図 4 4の（a ) 〜（ i ) に示し、クレジット決済端末 300の L C D 302の表示例を図 8の（a ) 〜 ( g) に示している。

また、このパーソナル · リモート · クレジット決済サービスにおける "キャンセル" の処理の流れを図 9に示し、また、この "キャンセル" 処理の際の、パーソナル · クレジット端末 100の L CD203の表示例を図 1 0の（a) 〜（h) に示し、クレジット決済端末 300の L CD 302の表示例を図 1 1の（a) 〜（g) に示している。

また、このパーソナル . リモ一ト . クレジヅト决済サ一ビスにおける "顧客サービスコール" の処理の流れを図 45 (a) に示し、また、この "顧客サービスコール" 処理の際の、パーソナル · クレジット端末 10 0の L CD203の表示例を図 1 3の（a) 〜（b) に示し、クレジット決済端末 300の L CD302の表示例を図 14の（a) 〜（g) に示している。また、このパーソナル · リモート · クレジヅト決済サービスにおける "問い合わせコール" の処理の流れを図 45 (b) に示し、また、この "問い合わせコール" 処理の際の、パーソナル ' クレジヅト端末 100の L CD 203の表示例を図 1 3の（b) 〜（f ) に示し、クレジット決済端末 300の L CD302の表示例を図 14の（h) 、 ( f ) に示している。

これらの各処理の流れは、実質的に、第 1の実施形態で説明したものと同じである。

次に、パーソナル · クレジット端末 100の内部の構成を説明する。図 1 5 (a) は、パーソナル · クレジット端末 100のブロック構成図である。この端末は、 ROM(Read Only Memory)1501に格納されたプログラムにしたがって、送信データと受信データの処理、及び、バス: 15 29を介して他の構成要素の制御を行なう C P U(Central Processing Un it)1500と、 C P U1500が処理するデ一夕、及び C P U 1500が処理したデ一夕が格納される R AM(Random Access Memor«y)1502と、パ一ソナル * クレジット端末 100のターミナル I D、電話番号、ュ一ザのユーザ I D、及びプライベート鍵と公開鍵、並びに、サービス提供システム 10 2のサービス提供者 I D、電話番号（サービス提供システムの電話番号には、サービス提供者のデジタル署名が施されている）、及びサービス提供者の公開鍵が格納される E E P R O M (Electric Erasable Program mable Read Only Memory) 1503と、 C P U 1500の制御にしたがって L C D 203の動作を制御し、 C P U 1500によって設定された画像を L C Dに表示させる L C Dコントロ一ラ 1504と、 C P U 1500の制御にしたがってデータの暗号化処理及び復号化処理を行なう暗号処理プロセッサ 1505と、 C P U 1500の制御にしたがって送信データの符合化及び受信データの復号化を行なうデータコ一デック 1506と、赤外線通信の際に赤外線の送信及び受信を行なう赤外線通信モジュール 1507と、ユーザによるモ一ドスイッチ 204、通話スイッチ 205、終了スイッチ 206、ファンクションスィツチ 207、テンキースィッチ 208、電源スイッチ 209、及び実行スィッチ 2 11のスィッチ操作を検出するキ一操作制御部 1509と、スピーカ 1510、レシ一バ 202またはへヅドセヅトジャック 212に接続されるへヅドセットをドライブし、マイク 210またはへッドセヅトから入力するアナログ音声信号を増幅する音声処理部 1511と、アナログ音声信号 1542のデジタル音声デ一夕への符号化とデジタル音声データのアナログ音声信号 1543への復号化とを行なう音声コ一デック 1512と、無線チャンネルにのる送信デ一夕の生成と受信データからの自分宛のデ一夕の抽出とを行なうチャンネルコーデック 1513と、チヤンネルコーデック 1513から入力するシリァル ·デジタル信号 1547を、 P L L 1516から供給される発振電気信号 1552 をべ一スパンドとするアナログ送信信号 1549に変換する変調部 1514と、 P L L 1516から供給される発振電気信号 1553をアナログ受信信号 1550のベースバンドとしてアナログ受信信号 1550を復調し、シリアル 'デジ夕ル信号 1548をチャンネルコ一デック 1513へ供給する復調部 1515と、変調部 1514から供給されたアナログ送信信号 1549を無線電波に変し , ン丁ナ 201から出力し、逆に、無線電波をアンテナ 201が受信すると、復調部 1515にアナログ受信信号 1550を入力する R F部 1517と、パーソナル . クレジヅト端末 100のバヅテリィの容量を検出するバヅテリィ容量検出部 1 518と、チャンネルコ一デック 1513、 P L L 1516及び R F部 1517の起動制御、キ一操作制御部 1509、チャンネルコーデック 1513及びバッテリイ容量検出部 1518から入力する割込信号の処理、並びに、 C P U 1500がキ —操作制御部 1509、音声処理部 1511、音声コーデック 1512及びチャンネルコーデックの内部のレジス夕をアクセスする際の、イン夕一フェースの役割を果たす制御ロジック部 1508とを備えている。

暗号処理プロセッサ 1505は、秘密鍵方式の暗号化及び復号化の機能と公開鍵方式の暗号化及び復号化の機能とを持ち、 C P U 1500によって設定された暗号方式と鍵とで、 C P U 1500によって設定されたデータを暗号化処理または復号化処理する。この暗号処理プロセッサ 1505の暗号化と復号化の機能を用いて、メッセージのデジタル署名処理、または、封書化処理を行ない、また、封書化されたメッセージの暗号の復号化処理、または、デジタル署名されたメッセージのデジタル署名の検証処理を行なう。

また、データコ一デヅク 1506は、 C P U 1500の制御にしたがって送信データの符号化及び受信データの復号化を行なうが、この場合の符合化とは、通信制御情報、誤り訂正情報を含んだ、実際に送信されるデータを生成する処理を意味し、復号化とは、受信デ一夕に対し、誤り訂正処理を施し、余分な通信制御情報を取り除き、本来、送り手が送信しょうとしたデ一夕を生成する処理を意味する。デ一夕コ一デック 1506は、デジ夕ル無線電話のデータ通信におけるデ一夕の符合化及び復号化の機能と、赤外線通信におけるデ一夕の符合化及び復号化の機能とを持ち、 C P U 1500によって設定されたデータに対して、 C P U 1500によって設定された符合化処理及び復号化処理を行なう。

例えば、デジタル署名処理と封書化処理とを施したメッセージを、デジ夕ル無線電話通信で送信する場合には、 C P U 1500は、暗号処理プロセッサ 1505を用いて、メッセージのデジタル署名処理と、封書化処理とを行ない、さらに、データコーデック 1506を用いて、デジタル署名処理と封書化処理とを施したメッセージを、デジタル無線電話のデータ通信のデ一夕形式に符号化して、それを、制御ロジック部 1508を介して、チヤンネルコ一デック 1513へ送る。

逆に、デジタル署名処理と封書化処理とが施されたメッセージを、デジ夕ル無線電話通信で受信した場合には、 C P U 1500は、受信したメッセージを、制御ロジック部 1508を介して、チャンネルコ一デック 1513から読み出し、デ一夕コ一デック 1506を用いて、受信したメッセ一ジを復号化し、さらに、暗号処理プロセッサ 1505を用いて、封書化されているメヅセージの暗号の復号化処理とメッセージに施されたデジタル署名の検証処理とを行なう。

同様に、デジタル署名処理と封書化処理とを施したメッセージを、赤外線通信で送信する場合には、 C P U 1500は、暗号処理プロセッサ 1505 を用いて、メッセージのデジタル署名処理と、封書化処理とを行ない、さらに、デ一タコーデック 1506を用いて、デジタル署名処理と封書化処理とを施したメッセージを、赤外線通信のデータ形式に符号化して、それを、赤外線通信モジュール 1507へ送る。

逆に、デジタル署名処理と封書化処理とが施されたメッセージを、赤外線通信で受信した場合には、 C P U 1500は、受信したメッセージを、赤外線通信モジュール 1507から読み出し、デ一タコーデック 1506を用いて、受信したメッセージを復号化し、さらに、暗号処理プロセッサ 1505 を用いて、封書化されているメッセ一ジの喑号の復号化処理とメッセージに施されたデジタル署名の検証処理とを行なう。

また、赤外線通信モジュール 1507は、図 1 5 ( b ) に示すように、その内部に、パラレルデ一夕とシリアルデータとの双方向の変換を行なう直列一並列変換回路 1560と、直列一並列変換回路 1560によってシリアルデ一夕に変換されたデジタル信号 1562を実際に赤外線として送信される信号に変調し、また、受信したアナログ信号 1565をシリアル 'デジタル信号 1563に復調する変復調回路 1561と、変復調回路 1561によって変調された信号 1564を赤外線に変換して発光し、また、受光した赤外線をアナ口グ信号 1565に変換する赤外線受発光部 200とを具備しているユーザによるスィツチ操作を検出するキ一操作制御部 1509は、ユーザが、モードスイッチ 204、通話スイッチ 205、終了スイッチ 206、ファンクシヨンスイッチ 207、テンキースィッチ 208、電源スィッチ 209または実行スィッチ 211のいずれかを押すと、キ一操作制御部 1509は、スイツチ操作に対応する処理を促す割込信号 1538をアサートする。また、キー操作制御部 1509は、図 4 6に示すように、各スィッチの有効/無効を設定するキー操作制御レジス夕（KEYCTL )21612を具備している。 C P U 150 0は、このキ一操作制御レジスタ（KEYCTい 21612をアクセスして、各スィツチの有効/無効を設定する。

音声処理部 1511は、図 4 6に示すように、音声処理動作を制御する音声処理部制御レジス夕（SCTL ) 21611を具備している。 C P U 1500は、この音声処理部制御レジス夕（SCT )21611をアクセスして、音声処理部 151 1の動作を制御する。例えば、デジタル無線電話の着呼要求を受信した場合には、 C P U 1500が、音声処理部制御レジス夕（SCTL ) 21611にァクセスして、デジタル無線電話の着信音を出力する設定を行なう。これによって、音声処理部 1511が、スピーカ 1510をドライブし、デジタル無線電話の着信音が出力される。但し、サービス提供システム 102からの着呼要求であった場合には、着信音は出力せず、 C P U 1500は、サービス提供システムとのセッシヨンを確立する処理を開始する。セッションを確立する処理の詳細については、後で詳しく説明する。

音声コーデック 1512は、音声処理部 1511から入力するアナログ音声信号 1542のデジタル音声データへの符号化と、チャンネルコーデック 1513 から、デジタル音声信号 1546として読み出したデジタル音声デ一夕のァナ口グ音声信号 1543への復号化とを行なう。アナ口グ音声信号 1543は、音声処理部 1511へ供給され、音声処理部 1511が、アナログ音声信号 1543 を増幅し、レシ一バ 202をドライブすることによって、レシーバ 202から音声が出力される。また、符合化によって生成されたデジタル音声デー夕は、デジタル音声信号 1546として、チャンネルコーデック 1513へ供給され、実際に、無線チャンネルにのる送信デ一夕に変換される。

また、音声コ一デック 1512は、音声データの暗号化、及び、復号化に用いる秘密鍵方式の暗号鍵を格納する音声データ暗号鍵レジス夕（CRYP T )21613を具備し、この音声デ一夕暗号鍵レジス夕（CRYPT )21613に、 C P U 1500によって音声データ暗号鍵が設定された場合、音声コ一デック 1512は、アナログ音声信号 1542のデジタル音声データへの符号化と同時に、デジタル音声データの暗号化を行ない、デジタル音声デ一夕のアナ口グ音声信号 1543への復号化と同時に、デジタル音声データの暗号の復号化を行なう。

また、チャンネルコーデック 1513には、送信するデータとして、二種類のデータが入力される。一つは、音声コーデック 1512から、デジタル音声信号 1546として入力するデジタル音声デ一夕であり、もう一つは、 C P U 1500から、制御ロジック部 1508を介して、デジタル信号 1556として入力するデータ通信デ一夕である。

チャンネルコ一デック 1513は、デジタル音声データとデータ通信デー夕との識別情報を、ヘッダ情報として、それそれのデ一夕に付加し、さらに、デジタル無線電話のデ一夕フォーマットに変換して、シリアル ' デジタル信号 1547を、変調部 1514へ供給する。

その逆に、チャンネルコ一デック 1513は、復調部 1515から入力するシリアル ·デジタル信号 1548に対して、まず、夕一ミナル I Dを照合して、自分宛のデ一夕のみを抽出し、さらに、デジタル無線電話の通信制御情報を取り除き、デ一夕のヘッダ情報から、デジタル音声データとデ一夕通信データとを識別し、それぞれ、デジタル音声信号 1546とデジタル信号 1556として、音声コ一デック 1512と制御ロジック部 1508とへ供給する。また、チャンネルコ一デック 1513は、デジタル無線電話を着信した時と、データ通信デ一夕を受信した時とに、割込信号 1554をアサートし、デジタル音声デ一夕を受信した時に、制御信号 1544を口一レベルにする。割込信号 1554は、 C P U 1500に、デジタル無線電話の着信時の処理と、デ一夕通信データの処理とを促す割込信号であり、制御信号 1544は、音声コ一デック 1512に、受信したデジタル音声デ一夕の処理を促すローァクティブの制御信号である。

チャンネルコ一デック 1513は、こうした動作を行なうために、図 4 6 に示すように、夕一ミナル I Dを格納する I Dレジス夕（ID )21605と、チャンネルコ一デック 1513の動作を制御するチャンネルコーデック制御レジス夕（CHCTL )21606と、音声コ一デヅク 1512から入力されるデジタル音声データを格納する音声送信バッファ 21607と、受信デ一夕の中から抽出したデジタル音声デ一夕を格納する音声受信バッファ 21608と、制御ロジック部 1508を介して C P U 1500から入力されるデータ通信デ一夕を格納するデータ送信バッファ 21609と、受信データの中から抽出したデータ通信データを格納するデータ受信バッファ 21610とを具備してい制御信号 1545は、チャンネルコーデック 1513に、音声送信バッファ 21 607と音声受信バッファ 21608への、音声コ一デック 1512による書き込みと読み出しとの動作を示す制御信号であり、音声コーデック 1512は、制御信号 1545を口一レベルにして、音声送信バッファ 21607にデジタル音声デ一夕を書き込み、制御信号 1545をハイレベルにして、音声受信バヅファ 21608からデジタル音声デ一夕を読み出す。

制御信号 1555は、チャンネルコ一デック 1513に、デ一夕送信バッファ 21609とデ一夕受信バッファ 21610への、制御ロジック部 1508を介した C P U 1500による書き込みと読み出しの動作を示す制御信号であり、制御信号 1555を口一レベルにして、デ一夕送信バッファ 21609にデータ通信デ一夕を書き込み、制御信号 1555をハイレベルにして、データ受信バッファ 21610からデータ通信デ一夕を読み出す。

変調部 1514は、チャンネルコ一デック 1513から入力するシリアル ·デジ夕ル信号 1547を、 P L L 1516から供給される発振電気信号 1552をべ一スバンドとするアナログ送信信号 1549に変換し、 R F部へ供給する。 R F部へ供給されたアナログ送信信号 1549は、無線電波として、アンテナ 201から出力される。

逆に、無線電波をアンテナ 201が受信すると、 R F部 1517から復調部 1 515にアナログ受信信号 1550が入力される。復調部 1515は、 P L L 1516 から供給される発振電気信号 1553を、アナログ受信信号 1550のベースバンドとして、アナログ受信信号 1550を復調して、シリアル 'デジタル信号 1548を、チャンネルコ一デック 1513へ供給する。

また、バヅテリイ容量を検出するバッテリイ容量検出部 1518は、パーソナル · クレジヅト端末 100のバッテリィの容量が、 C P U 1500によつて設定された値 Q ( Q > 0 ) 以下になった時に、割込信号 1557をアサ一トする。割込信号 1557は、 C P U 1500に: R A M 1502上のデータのバックアップ処理を促す割込信号であり、 Qは、パーソナル ' クレジット端末 100が、サービス提供システム 102と通信して、 R A M 1502上のデ一夕を、サービス提供システム 102にバヅクアップする処理（デ一夕バックアツプ処理）を行なうのに十分な値である。

また、制御ロジック部 1508は、図 4 6に示すように、その内部に、フレームカウン夕（FRAMEC )21600、起動フレームレジス夕（FMME )21601、クロックカウン夕（CL0CKC )21602、アップデート時刻レジス夕（UPTIME )2 1603、及び割込レジス夕（INT )21604の 5つのレジス夕を内蔵する。

フレームカウン夕 21600は、デジタル無線電話のフレーム数をカウントするカウン夕、起動フレームレジス夕 21601は、次回の起動するフレ —ム番号を格納するレジス夕、クロックカウン夕 21602は、現在の日付と時刻をカウントするカウン夕、ァヅプデート時刻レジス夕 21603は、パーソナル ' クレジット端末 100が、サービス提供システム 102と通信して、 R A M 1502上のデータを更新する処理（データアップデート処理）を行なう時刻を格納するレジス夕、そして、割込レジス夕 21604は、 C P U 1500への割込の要因を示すレジス夕である。

一般に、デジタル無線電話では、デジタル無線電話の制御チャンネルの制御データを間欠的に受信し、ターミナル I Dと照合することによつて、自分宛の電話の着信を実現している。このパーソナル ' クレジット端末 100では、フレームカウン夕 21600と起動フレームレジス夕 21601とを用いて、制御データの間欠受信を行なう。予め、起動フレームレジス夕 21601に、次回に起動するフレーム番号を格納しておき、フレーム力ゥン夕 21600がカウントアップして、起動フレームレジス夕 21601の値に等しくなつた時、制御ロジック部 1508が、アドレス 'データ信号線 1558 を介して、チャンネルコーデック 1513、 P L L1516、及び RF部 1517を起動し、制御データの受信を行なう。

また、制御ロジック部 1508は、クロヅクカウン夕 21602の値が、アツプデート時刻レジス夕 21603の値に一致した場合と、割込信号 1538, 1554， 1557のいずれかの割込信号がアサートされた場合に、その割込要因を、割込レジス夕（INT)21604に設定して、割込信号 1519をアサートし、 CP U1500に割込処理を促す。 CPU1500は、割込処理で、割込レジス夕（I NT)21604を読みだし、その割込要因に応じた処理を行なう。

この割込レジスタ（INT)21604の各ビットフィールドは、図 47 (a) に示すように意味づけられている。この意味づけは、第 1の実施形態において、図 1 8 (b) を用いて説明したものと同じである。

次に、 R AM1502に格納されるデ一夕に関して説明する。

図 48は、 RAM1502に格納されるデ一夕の RAMマップの摸式図である。

RAM1502には、基本プログラム領域 21800、サービスデ一夕領域 218 01、ユーザ領域 21802、ワーク領域 21803、及びテンポラリ領域 21804の 5つの領域がある。基本プログラム領域 21800は、； OM1501に格納されているプログラムのバージョンアップされたモジュール、及び、パッチプログラムや、追加プログラムが格納される。

ユーザ領域 21802は、ユーザが自由に使用できる領域、ワーク 21803領域は、 CPU100がプログラムを実行する際に使用する作業領域、また、テンポラリ領域 21804は、パーソナル · クレジット端末 100が受信した情報を一時的に格納する領域である。サービスデータ領域 21801は、パ一ソナル · リモート · クレジヅト決済サービスの I D情報や、クレジヅト力一ド情報、履歴情報などを格納する領域であり、この領域のデ一夕は、サービス提供システム 102によって管理される。サービスデータ領域 21801には、さらに、デ一夕管理情報 21805、個人情報 21806、写真デ一夕 21807、ユーザ設定情報 21808、電話情報 21809、クレジットカードリスト 21810、利用履歴リスト 21811、及び実態デ一夕領域 21812の 8つ領域がある。デ一夕管理情報 21805は、サービスデ一夕領域 21801に格納されている情報の管理情報を格納する領域、個人情報 2 1806は、ユーザの名前、年齢、性別等の情報を格納する領域、写真デー夕領域 21807は、ユーザの顔写真のデ一夕を格納する領域、ユーザ設定情報 21808は、パーソナル · リモート · クレジヅト決済サービスに関するユーザの設定情報を格納する領域、電話情報 21809は、デジタル無線電話に関連する情報を格納する領域、クレジヅトカ一ドリスト 21810は、ユーザが登録したクレジットカードのリスト情報を格納する領域、利用履歴リスト 21811は、パーソナル · リモート · クレジット決済サービスの利用履歴情報を格納する領域、実態データ領域 21812は、他の 7つの領域で管理されている情報の実体デ一夕を格納する領域である。

次に、サービスデータ領域 21801に格納される情報について詳しく説明する。

図 4 9は、サービスデータ領域 21801に格納される情報の関係を詳細に表した摸式図である。

デ一夕管理情報 21805は、アップデート日時 21900、次回アップデート日時 21901、夕一ミナル ·ステイタス 21902、個人情報アドレス 21903、写真データアドレス 21904、ユーザ設定情報アドレス 21905、電話情報ァドレス 21906、クレジットカードリスト ·アドレス 21907、及び利用履歴リスト 'ァドレス 21908の 9つの情報によって構成される。

アップデート日時 21900は、サービス提供システム 102が、前回、 R A M 1502のデ一夕を更新した日時を示し、次回アップデート日時 21901は、次回のサービス提供システム 102によるサービスデ一夕領域 21801のデ一夕の更新の予定日時を示す。

この次回アツプデート日時 21901の値は、アツプデ一ト時刻レジスタ 2 1603に設定され、次回アップデート日時 21901の時刻になると、パ一ソナル · クレジット端末 100は、デ一夕アップデート処理を開始する。デ —夕アップデート処理は、サービス提供システム 102が、 R A M 1502のデータを更新する処理であり、通常、通信のトラフィックが、比較的、混んでいない時間帯（例：深夜）に、毎日、行なう。

ターミナル 'ステイタス 21902は、パーソナル · クレジヅト端末 100の状態を示し、個人情報アドレス 21903、写真デ一夕アドレス 21904、ユーザ設定情報アドレス 21905、電話情報アドレス 21906、クレジットカードリスト ·アドレス 21907、及び利用履歴リスト · アドレス 21908は、それそれ、個人情報 21806、写真データ 21807、ユーザ設定情報 21808、電話情報 21809、クレジットカードリスト 21810、利用履歴リスト 21811が格納されている領域の先頭番地を示す。

電話情報 21809は、さらに、発信電話番号 21909、電話帳アドレス 2191 0、短縮ダイアル設定ファイル · ァドレス 21911の 3つの情報によって構成される。発信電話番号 21909は、ユーザが、前回、かけた電話の電話番号を示し、この情報は、デジタル無線電話の再送時に用いられる。電話帳ァドレス 21910と短縮ダイアル設定ファイル · ァドレス 21911とは、それそれ、電話帳情報、短縮ダイアル設定ファイルが格納されている実体データ領域上のァドレスを示す。

クレジットカードリスト 21810には、ユーザが登録したクレジットカ —ドのリスト情報が格納されている。クレジットカードリスト 21810では、一つのクレジットカードに対して、クレジットカード名 21912( 2191 9 )、クレジットカード番号 21913( 21920 )、有効期限 21914( 21921 )、クレジヅトカード ·ステイタス 21915 ( 21922 )、イメージ 'デ一夕 'アドレス 21916(21923)、オブジェクト 'データ ' アドレス 21917(21924)、及びァクセス時刻 21918(21925)の 7つの情報が格納されている。

クレジット力一ド · ステイタス 21915(21922)は、クレジットカードが有効か否か、及び、利用限度額を示し、イメージ 'デ一夕 ' アドレス 21 916(21923)は、クレジットカードのイメージデ一夕が格納されている実体データ領域 21812上のァドレスを示す。オブジェクト ·データ · ァドレス 21917(21924)は、そのクレジットカードのプログラムのオブジェクト ·デ一夕が格納されているアドレスを示し、アクセス時刻 21918(2192 5)は、ユーザがそのクレジットカードを利用した最新の時刻を示す。オブジェクト 'データ ' アドレス 21917(21924)には、実体データ領域 21812上のアドレスを示すローカルアドレス、または、サービス提供システム 102のユーザ情報サーバ 402上のァドレスを示すリモートアドレスが格納される。オブジェクト ·デ一夕 · ァドレス 21917(21924)にリモートアドレスが格納されている場合、ユーザが、そのクレジットカードを選択し、利用しょうとすると、パーソナル · クレジヅト端末 100は、サ —ビス提供システム 102からオブジェクト ·データをテンポラリ領域 218 04にダウンロードし（リモートアクセス）、クレジットカー

ドのプログラムを実行する。クレジットカードを表示するだけでは、ィメ―ジ .デ—夕 · ァドレス 21916(21923)によって示される実体データ領域 21812のイメージデ一夕が表示され、オブジェクト · データのダウン口一ドは行なわない。

このオブジェクト ·デ一夕 . ァドレス 21917(21924)に格納されるァドレスは、サービス提供システム 102によって決定される。デ一夕アップデート処理の際に、各クレジットカードのアクセス時刻を比較し、ァクセス時刻が最近のクレジットカードに、口一カルアドレスが割り当てられる。但し、実体データ領域 21812の容量に余裕がある場合には、全てのクレジヅトカードのォブジェクト ·データ · ァドレスが、ローカルァドレスである場合もある。

利用履歴リスト 21811では、一つのパーソナル ' リモート ' クレジット決済サービスの利用に対して、要求番号 21926(21930)、サービスコード 21927(21931)、利用時刻 21928(21932)、及び利用情報ァドレス 21929(2 1933)の 4つの情報が格納される。

要求番号 21926(21930)は、マーチヤントとの取引を（ュ一ザから見て）ユニークに示す番号であり、支払オファー 608を生成する際に、パ一ソナル 'クレジット端末 100が発行する番号、サービスコ一ド 21927(21931) は、利用したクレジットカードサービスの種類を示すコード番号、利用時刻 21928(21932)は、パーソナル ' リモート ' クレジット決済サービスを利用した時刻、利用情報アドレス 21929(21933)は、領収書、または、利用内容を示す倩報が格納されているアドレスを示す。

利用情報ァドレス 21929(21933)には、実体データ領域 21812上のァドレスを示すローカルアドレス、または、サービス提供システム 102のュ一ザ情報サーバ 402上のァドレスを示すリモートァドレスが格納される。利用情報ァドレス 21929(21933)に、リモートァドレスが格納されている場合、ユーザが、その利用履歴情報をアクセスすると、パーソナル ' クレジット端末 100は、サ一ビス提供システム 102から、利用情報をテンポラリ領域 21804にダウンロードして（リモートアクセス）、 L CD203

(こ表 9 。

利用情報ァドレス 21929(21933)に格納されるァドレスもまた、サービス提供システムによって決定される。データアップデート処理の際に、各利用情報の利用時刻を比較し、利用時刻が最近の利用情報に、ロー力ルアドレスが割り当てられる。但し、実体デ一夕領域 21812の容量に余裕がある場合には、全ての利用情報アドレスが、ローカルアドレスである場合もある。

次に、 CPU1500が行なう処理について説明する。

図 5 1 (a) 、（b) は、 CPU1500が行なう処理のフローの概念図である。

図 5 1、 ( c) , (d) に示すように、 CPU1500が行なう処理には、メィンルーチン 22109と、割込処理ルーチン 22122の 2つの処理ルーチンがある。メインルーチンは、送信デ一夕及び受信デ一夕の処理、並びに、他の構成要素の制御を行なう処理ルーチンであり、割込処理ル一チンは、外部割込によって要求されるプロセス（処理）を検出する処理ルーチンである。したがって、 CPU1500は、通常、メインル一チンの処理を行なう。割込信号 1519がアサートされると、 CPU1500は、メインルーチンから割込処理ルーチンへ飛び、割込処理を行ない、割込処理を終了すると、メインルーチンに戻り、元のメインル一チンの処理を再開する。

CPU1500が、メインルーチンの中で実行するプロセスは、 17種類のプロセスであり、 CPU1500は、プロセスを動的に選択し、選択したプロセスを時分割して実行する。図 50 (a) は、メインルーチンで実行される 17種類のプロセスを示している。

メィンル一チンで実行される 17種類のプロセスとは、 C PUが実行するプロセスを選択、管理するプロセス管理プロセスと、電源スイッチをオンした時の初期動作処理を行なうパワーオンプロセスと、電源スィツチをオフした時の終了処理を行なうパワーオフプロセスと、デジタル無線電話モードにおける GU I (Graphical User Interface)処理、及び、データ処理（例：短縮ダイヤルの設定）を行なうデジタル無線電話プロセスと、クレジットカードモードにおける GU I処理（例：利用履歴の表示）、及び、データ処理を行なうクレジットカードプロセスと、個人情報管理モードにおける GUI処理（例：個人情報の表示）、及び、デ一夕処理（例：ユーザ設定情報の設定）を行なう個人情報管理プロセスと、 "決済" の処理を行なう決済プロセスと、 "キャンセル" の処理を行なうキャンセルプロセスと、 "顧客サービスコール" の処理を行なう顧客サービスコールプロセスと、 "問い合わせコール" の処理を行なう問い合わせコールプロセスと、デ一夕アップデートの処理を行なうデ一夕アツプデートプロセスと、強制的デ一夕アツプデートの処理を行なう強制的データアップデートプロセスと、デ一夕バックアップの処理を行なうデ一夕バックアッププロセスと、リモートアクセスの処理を行なうリモートアクセスプロセスと、サービス提供システムとのセヅション確立の処理を行なうセッション確立プロセスと、デジタル無線電話通信を制御するデジタル無線電話通信プロセスと、赤外線通信を制御する赤外線通信プロセスとである。

各プロセスには、それぞれ、対応するプログラムモジュールが R O M 1501及び R A M 1502の基本プログラム領域 21802に存在し、 C P U 1500 が、それらのプログラムモジュールを実行することで、それそれのプロセスが実行される。

また、各プロセスには、それぞれのプロセスに対応して、プロセスのステイタス（状態）を示す情報が R A M1502上のワーク領域 21803に存在し、そのプロセスの起動状態（ "active" または "inactive" )と、実行状態（ "running" または "idle" )と、現在の処理ステップとを示す。起動状態における "active" は、そのプロセスがメインル一チンで実行されるプロセスとして起動されていることを示し、 "inactive" は、プ口セスが起動されていないことを示し、実行状態における "running" は、そのプロセスが実行中であることを示し、 "idle" は、一時停止状態であることを示す。

特に、デジタル無線電話プロセス、クレジットカードプロセス、個人情報管理プロセスの実行状態は、パーソナル ' クレジット端末の動作モ —ドに対応しており、デジタル無線電話プロセスの実行状態が "runnin g" の時、パーソナル · クレジット端末はデジタル無線電話モード、クレジットカードプロセスの実行状態が "running" の時、クレジット力 —ドモード、個人情報管理プロセスの実行状態が "running" の時、個人情報管理モードとなる。デジタル無線電話プロセス、クレジットカードプロセス、個人情報管理プロセスの実行状態は、常に、一つのプロセスだけが "running" を示し、その他は "idle" を示す。以下では、このプロセスのステイタスを示す情報を、プロセスステイタスと呼ぶ。メインルーチンでは、 CPU1500は、プロセス管理プロセスと、プロセスリストに登録されているプロセスとを、時分割して繰り返し実行する。プロセスリストは、プロセス管理プロセス以外の起動中のプロセスを示すリストであり、プロセス管理プロセスが、このプロセスリストを更新する。プロセス管理プロセスは、メインルーチンにおいて、常に実行されるプロセスであり、プロセスリストと各プロセスのプロセススティタスとを更新して、メインル一チンで実行するプロセスを選択する。プロセス管理プロセスは、メインルーチンの他のプロセス、または割込処理ルーチンの処理から送られるプロセスの生成要求メッセージと、各プロセスのプロセススティタスとに基づいて、プロセスリストを更新する（図 50 (b) 参照）。

図 5 1、（a) 、 (b) は、 CPU1500が行なう処理のフローを、一般化した概念図として表したものである。図 50 (b) のように、プロセスリスト 22000に、 N個（Nは 0以上の整数）のプロセスが登録されている場合の処理のフローを示している。

図 5 1 (a) 、（b) において、まず、パーソナル ' クレジット端末 100をリセットすると、ステップ 22100へ進み、 CPU1500は、リセット処理を行ない、リセット処理を完了すると、ステップ 22101へ進む。リセット処理では、 R AM1502上に定義された変数の初期化、及び、内部レジス夕の初期化と、プロセス管理プロセスの生成とを行なう。

ステップ 22101では、 CPU1500は、プロセス管理プロセスを実行し、プロセスリストと各プロセスのプロセスステイタスとを更新して、（N 1の場合）ステップ 22102へ進む（N = 0の場合には、ステップ 22101 へ戻る）。

(N 1の場合）ステップ 22102では、プロセスリスト 22000の 1番目に登録されているプロセスのステイタスが、 "running" か、 "idle" かを調べ、 "idle" の場合には、（N≥ 2の場合）ステップ 22104へ進み（N= 1の場合は、ステップ 22101へ戻る）、 "running"の場合には、ステップ 22103へ進み、 1番目のプロセスを実行して、（N≥ 2の場合）ステップ 22104へ進む（N= lの場合は、ステップ 22101へ戻る）。

(N≥ 2の場合）ステツプ 22104以降は、プロセスリストの 1番目のプロセスに対する処理（ステップ 22102、ステップ 22103) と同様の手順で、プロセスリストの 2番目から N番目のプロセスに対する処理を順次行なう。 CPU1500は、 N番目のプロセスに対する処理（ステップ 2210 6、ステップ 22107) を終了すると、ステップ 22101へ戻る。つまり、 C PU1500は、ステップ 22101と、ステップ 22102からステップ 22107に相当する処理を繰り返す。但し、ステップ 22102からステップ 22107に相当する処理の内容は、ステップ 22101のプロセス管理プロセスによって変化する。

メィンルーチン 22109の処理の実行中に、割込信号 1519がアサ一トされると、 CPU1500は、割込ルーチン 22122へ飛ぶ。割込処理ルーチン 2 2122では、まず、 CPU1500は、ステップ 22110で、割込レジス夕（INT) を読みだし、 RAM (ワーク領域）上のヮ一ド interruptにコピーする。この時、 C P Uに読みだされた割込レジス夕（INT)は、エコーリセットされ、割込信号 1519もネゲートされる。

次に、ステップ 22111で、 interruptのビット 2 8の値から、着信割込か否かを調べ、着信割込でない場合（interrupt(Mt28)=0)、ステップ 22 113へ進み、着信割込の場合（interrupt(bit28)=l )は、ステップ 22112へ進み、デジタル無線電話プロセスの生成要求メッセージをプロセス管理プロセスに送って、ステップ 22113へ進む。

ステップ 22113では、 interruptのビット 2 6の値から、アップデート割込か否かを調べ、アップデート割込でない場合（interrupt(bit26 )=0 )、ステップ 22115へ進み、アップデート割込の場合（interrupt(bit26 )=l ) は、ステップ 22114へ進み、デ一夕アップデートプロセスの生成要求メッセージをプロセス管理プロセスに送って、ステツプ 22115へ進む。ステヅプ 22115では、 interruptのビット 2 5の値から、バヅクァヅプ割込か否かを調べソクアップ割込でない場合（ interrupt ( b i t25 )=0 )、ステップ 22117へ進み、バックアップ割込の場合（interrupt(Mt25 )=l ) は、ステップ 22116へ進み、バヅクアッププロセスの生成要求メッセ一ジをプロセス管理プロセスに送って、ステヅプ 22117へ進む。

ステップ 22117では、 interruptのビット 2 4の値から、キ一割込か否かを調べ、キー割込でない場合（interrupt(bit24)=0)、割込処理を終了し、元のメインルーチンの処理へ戻り、キー割込の場合（interrupt(bit 24)=1 )は、ステップ 22118へ進む。

ステヅプ 22118では、 interruptの "電源" ビヅト（bitl6 )の値を調べ、 0の場合には、割込処理を終了し、元のメインルーチンの処理へ戻り、 1の場合には、電源スィッチが操作されたと判定し、ステップ 22119へ進む。

ステップ 22119では、 interruptの "パワー表示" ビット（bit31 )の値を調べ、 0の場合には、パワーオフの操作が行なわれたと判定し、ステップ 22121へ進み、 1の場合には、パワーオンの操作が行なわれたと判定し、ステップ 22120へ進む。

ステツプ 22120では、パワーオンプロセスの生成要求メヅセージをプロセス管理プロセスに送って、割込処理を終了し、元のメインル一チンの処理へ戻る。

ステツプ 22121では、パワーオフプロセスの生成要求メヅセージをプロセス管理プロセスに送って、割込処理を終了し、元のメインルーチンの処理へ戻る。

割込処理ルーチン 22122からメインルーチン 22109に戻ってきた C P U 1500は、割込処理ルーチンへ飛ぶ直前の処理ステップからメインルーチンの処理を再開する。割込処理ルーチンにおいて、プロセス管理プロセスに送られたプロセスの生成要求メヅセージは、割込処理ル一チンからメィンル一チンへ戻って、最初に実行するステツプ 22101のプロセス管理プロセスの処理において評価され、要求されたプロセスが、プロセスリストに登録される。そして、要求されたプ 1 セスは、それ以降のメインルーチンの処理において実行される。

例えば、パーソナル · クレジット端末 100をリセットした場合、リセットの直後は、プロセスリストには、何も登録されていない。したがつて、 C P U 1500は、リセット処理 22100で生成したプロセス管理プロセスをメインルーチンで繰り

返す（図 5 2 ( a ) 参照）。一方、リセットによって、制御ロジック部 1508は、割込レジス夕（INT )のビヅト 2 4 (キ一割込）とビット 1 6 ( "電源" ）とに 1を設定して、割込信号 1519をアサートする。この時、電源スィッチ 209がオンの状態の場合には、 C P U 1500は、この割込による割込処理ルーチンの処理を絰て、メィンル一チンにおいてパワーオンプ口セスを実行し、電源スイッチ 209がオフの状態の場合には、 CPU150 0は、この割込による割込処理ル一チンの処理を経て、メインルーチンにおいてパワーオフプロセスを実行する。

図 5 2 ( c) は、電源スィヅチをオフした場合、または、リセット時に電源スィツチがオフの状態にあった場合の処理のフロ一を示している c パワーオフプロセスでは、 L CDの表示の消去や、キー操作制御レジス夕（KEYCTL)21612をアクセスして、電源スィツチ 209だけが有効になる設定をするなどの終了処理を行なう。パワーオフプロセスの処理を完了すると、 CPU1500は、ホルト状態に移行し、メインルーチンの処理を停止する。 CPU1500は、電源スイッチのオン操作による割込、または、アップデート割込、及び、バッテリイ割込によってのみ、ホルト状態から通常の動作状態に戻り、割込処理ルーチンの処理の後、メインルーチンの処理を再開する。

図 5 2 (b) は、電源スィッチをオンした場合、または、リセット時に電源スィツチがオンの状態にあった場合の処理のフローを示している c パワーオンプロセスでは、 L CDの表示の初期化や、 RAM1502上に定義された変数と、内部レジス夕の設定、及び、デジタル無線電話プロセスと、クレジットカードプロセスと、個人情報管理プロセスの生成要求メッセージをプロセス管理プロセスに送る初期動作処理を行なう。これらのプロセスの生成要求メッセージによって、プロセスリストには、デジタル無線電話プロセスと、クレジットカードプロセス、個人情報管理プロセスとが登録され、メインルーチンにおいて、これらのプロセスが実行される。但し、各プロセスのプロセスステイタスの実行状態は保存されているので、パワーオン時の動作モードは、前回、電源スィッチをオフした時の動作モードになる。

図 5 3は、パワーオンプロセスの処理の終了後、または、パーソナル · クレジット端末が、 "決済"、 "キャンセル"、 "顧客サービスコール"、 "問い合わせコール" 、 "デ一夕ァヅプデート"、 "リモートアクセス" 等の処理をしていない定常状態の時の C P Uの処理のフローを示している。この時、プロセスリストには、デジタル無線電話プロセス、クレジットカードプロセス、個人情報管理プロセスの 3つのプロセスが登録されているが、プロセスステイタスの実行状態が "running" であるのは 1つだけであり、パーソナル ' クレジット端末の動作モードは、プロセスステイタスの実行状態が "running" を示すプロセスに対応する動作モ一ドにある。

ユーザが行なうキー操作は、割込処理ル一チンの処理によって、割込レジス夕 21604の割込要因として、 R A M 1502上のヮ一ド interruptにコピーされ、パーソナル · クレジット端末の動作モードに対応するプロセス（デジタル無線電話プロセス、または、クレジットカードプロセス、または、個人情報管理プロセス）によって、解釈され、ユーザの操作に対応する処理が行なわれる。そして、支払操作 607、キャンセル操作 904、問い合わせコール操作 1213等の操作をした場合、または、顧客サービスコール 1203を受信した場合に、それそれ、決済プロセス、キャンセルプ口セス、問い合わせコールプロセス、顧客サービスコールプロセス等の対応するプロセスの生成を要求するメッセージをプロセス管理プロセスに送る。

例えば、図 5 4は、 "決済" の処理時の C P U 1500の処理のフローを示している。ユーザが、支払操作を行なうことによって、定常時のプロセス以外に、決済プロセス、セッション確立プロセス、デジタル無線電話通信プロセス、赤外線通信プロセスが起動される。

次に、クレジット決済端末 300の内部の構成を説明する。

図 5 5 ( a ) は、クレジット決済端末 300のブロック構成図である。クレジット決済端末 300は、 ROM(Read Only Memory)22501に格納されたプログラムにしたがって、送信データと受信デ一夕の処理、及び、バス 22529を介して、他の構成要素の制御を行なう C P U(Central Proc essing Unit)22500と、 C P U22500が処理するデータ、及び、 CPU22 500が処理したデ一夕が格納される R AM(Random Access Memory )22502、及びハードディスク 22503と、クレジット決済端末のターミナル I D、電話番号、マーチヤン卜のマ一チャント I D、プライべ一ト鍵と公開鍵、及び、サービス提供システムのサービス提供者 I D、電話番号（サ一ビス提供システムの電話番号には、サービス提供者のデジタル署名が施されている）、サ一ビス提供者の公開鍵が格納される E E PROM(Elect ric Erasable Programmable Read Only Memory)22504と、 C P U22500 の制御にしたがって L CD302の動作を制御し、 CPU22500によって設定された画像を L CDに表示させる L C Dコントローラ 22505と、 C P U22500の制御にしたがってデ一夕の暗号化処理及び復号化処理を行なう暗号処理プロセッサ 22506と、 CPU22500の制御にしたがって送信デ —夕の符合化及び受信デ一夕の復号化を行なうデータコーデック 22507 と、赤外線受発光モジュール 301と接続するシリアルポート 22509と、パラレルデ一夕とシリアルデータとの双方向の変換を行なう直列-並列変換回路 22508と、マーチャントによるモードスイッチ 304、フックスイツチ 305、ファンクションスイッチ 306、テンキースィッチ 307、実行スィツチ 308、または電源スィツチ 209のスィツチ操作を検出するキ一操作制御部 22511と、スピーカ 22512と、受話器 303のレシーバをドライブし、受話器 303のマイクから入力するアナログ音声信号を増幅して音声コ一デック 22514へ供給する音声処理部 22513と、アナログ音声信号 22544のデジタル音声データへの符号化と、デジタル音声デ一夕のアナログ音声信号 22543への復号化とを行なう音声コ一デック 22514と、デジタル音声データとデータ通信データとを多重化した送信データ生成と、多重化された受信データからデジタル音声データとデータ通信デ一夕とを抽出するチャンネルコ一デヅク 22515と、デジタル電話通信回線 110との通信ァダプ夕であるデジタル通信アダプタ 22516と、キヤヅシュレジス夕 311との間を結ぶ R S - 2 3 2 Cケーブル 313のィン夕一フェイス回路である R S - 2 3 2 Cイン夕一フェイス 22517と、キー操作制御部 22513、チャンネルコ一デック 22515、 R S - 2 3 2 Cィン夕一フェイス 22517から入力する割込信号の処理、及び、 C P U 22500が、キー操作制御部 22513、音声処理部 22513、音声コーデック 22514、チャンネルコーデックの内部のレジス夕をアクセスする際の、インターフェースの役割を果たす制御口ジック部 22510とを備えている。

暗号処理プロセッサ 22506は、秘密鍵方式の暗号化、復号化と、公開鍵方式の暗号化、復号化の機能を持ち、 C P U 22500によって設定された暗号方式と鍵とで、 C P U 22500によって設定されたデ一夕を、暗号化処理、または、復号化処理する。 C P U 22500は、この暗号処理プロセヅサ 22506の暗号化及び復号化の機能を用いて、メッセージのデジ夕ル署名処理、または、封書化処理を行ない、また、封書化されたメッセ —ジの暗号の復号化処理、または、デジタル署名されたメッセージのデジ夕ル署名の検証処理を行なう。

データコーデック 22507は、 C P U 22500の制御にしたがって、送信デ一夕の符合化、及び、受信データの復号化を行なう。この場合の符合化とは、通信制御情報、誤り訂正情報を含んだ、実際に送信されるデータを生成する処理を意味し、復号化とは、受信データに対し、誤り訂正処理を施し、余分な通信制御情報を取り除き、本来、送り手が送信しょうとしたデータを生成する処理を意味する。デ一夕コ一デック 22507は、デジタル電話のデータ通信におけるデータの符合化、復号化と、赤外線通信におけるデ一夕の符合化、復号化の機能を持ち、 C P Uに設定されたデータに対して、 C P Uに設定された符合化処理、復号化処理を行な

Ό。

例えば、デジタル署名処理と封書化処理とを施したメッセージを、デジタル電話通信で送信する場合には、 C P U22500は、暗号処理プロセッサ 22506を用いて、メッセージのデジタル署名処理と、封書化処理とを行ない、さらに、デ一タコーデック 22507を用いて、デジタル署名処理と封書化処理とを施したメッセージを、デジタル電話のデータ通信のデ一夕形式に符号化して、それを、制御ロジック部 22510を介して、チヤンネルコーデック 22515へ送る。

逆に、デジタル署名処理と封書化処理とが施されたメッセージを、デジ夕ル電話通信で受信した場合には、 C P U22500は、受信したメッセージを、制御口ジヅク部 22510を介して、チャンネルコーデック 22515から読み出し、デ一タコーデヅク 22507を用いて、受信したメッセ一ジを復号化し、さらに、暗号処理プロセッサ 22506を用いて、封書化されているメッセージの暗号の復号化処理とメヅセージに施されたデジタル署名の検証処理とを行なう。

同様に、デジタル署名処理と封書化処理とを施したメッセージを、赤外線通信で送信する場合には、 C P U22500は、暗号処理プロセッサ 225 06を用いて、メッセージのデジタル署名処理と封書化処理とを行ない、さらに、デ一タコーデック 22507を用いて、デジタル署名処理と封書化処理とを施したメッセージを、赤外線通信のデータ形式に符号化して、それを、直列-並列変換回路 22560へ送る。

逆に、デジタル署名処理と封書化処理が施されたメッセ一ジを、赤外線通信で受信した場合には、 C P U 22500は、受信したメヅセージを、直列-並列変換回路 22560から読み出し、デ一夕コ一デック 22507を用いて、受信したメッセージを復号化し、さらに、暗号処理プロセッサ 2250 6を用いて、封書化されているメッセージの暗号の復号化処理とメッセージに施されたデジ夕ル署名の検証処理とを行なう。

直列-並列変換回路 22560と、シリアルポート 22509、シリアルケ一ブル 310を介して接続される赤外線受発光モジュール 301は、図 5 5 ( b ) に示すように、クレジヅト決済端末とのィン夕一フェイスであるシリアルポ一ト 22555と、直列-並列変換回路から入力するデジタル信号 22556 を、実際に、赤外線として送信される信号に変調、または、受信したァナログ信号 22561をシリアル ·デジタル信号 22559に復調する変復調回路 22556と、変復調回路 22556によって変調された信号 22560を、赤外線に変換して発光、または、受光した赤外線をアナログ信号 22561に変換する赤外線受発光部 22557とを具備している。

キー操作制御部 22511は、マ一チャントが、モードスィッチ 304、フックスィッチ 305、ファンクションスイッチ 306、テンキースィッチ 307、実行スィッチ 308、電源スィッチ 209のいずれかのスィッチを押すと、キ一操作制御部 22511は、 C P U22500に、スィッチ操作に対応する処理を促す割込信号 22539をアサートする。また、キー操作制御部 22511は、図 5 6に示すように、各スィッチの有効 Z無効を設定するキー操作制御レジス夕（KEYCTL )22610を具備している。 C P U 22500は、このキー操作制御レジス夕（KEYCTL )22610をアクセスして、各スィッチの有効/無効を ax/t£ "9 る o

音声処理部 22513は、図 5 6に示すように、音声処理動作を制御する音声処理部制御レジス夕（SCTL )22609を具備している。 C P U22500は、この音声処理部制御レジス夕（SCTL )22609をアクセスして、音声処理部 2 2513の動作を制御する。例えば、デジタル電話の着呼要求を受信した場合には、 C P U22500が、音声処理部制御レジス夕（SCTU22609にァクセスして、デジタル電話の着信音を出力する設定を行なう。これによつて、音声処理部 22513が、スピーカ 22512をドライブて、デジタル電話の着信音が出力される。但し、サービス提供システム 102からの着呼要求であつた場合には、着信音は出力せず、 C P U 22500は、サービス提供システムとのセッションを確立する処理を開始する。

音声コーデック 22514は、音声処理部 22513から入力するアナログ音声信号 22544のデジタル音声データへの符号化と、チャンネルコ一デック 2 2515から読み出したデジタル音声デ一夕のアナログ音声信号 22543への復号化とを行なう。アナログ音声信号 22543は、音声処理部 22513へ供給され、音声処理部 22513が、アナログ音声信号 22543を増幅して、受話器 303のレシ一バをドライブすることによって、レシ一バから音声が出力される。符合化によって生成されたデジタル音声データは、チャンネルコ一デック 22515へ供給され、送信データに変換される。

また、音声コーデック 22514は、音声デ一夕の暗号化及び復号化に用いる秘密鍵方式の暗号鍵を格納する音声データ暗号鍵レジス夕（CRYPT )2 2611を具備し、この音声デ一夕暗号鍵レジス夕（CRYPT )22611に、 C P U 22500によって音声デ一夕暗号鍵が設定された場合、音声コーデック 225 14は、アナログ音声信号 22544のデジタル音声データへの符号化と同時に、デジタル音声デ一夕の暗号化を行ない、デジタル音声データのアナログ音声信号 22543への復号化と同時に、デジタル音声デ一夕の暗号の復号化を行なう。

チャンネルコーデヅク 22515には、送信するデータとして、二種類のデータが入力される。一つは、音声コ一デック 22514からデジタル音声信号 22547として入力するデジタル音声デ一夕であり、もう一つは、 C P Uから、制御ロジック部 22510を介して、デジタル信号 22551として入力するデータ通信データである。チャンネルコ一デック 22515は、デジタル音声データ及びデ一夕通信デ一夕の識別情報を、ヘッダ情報として、それぞれのデ一夕に付加し、このデジタル音声デ一夕とデータ通信デ一夕とを多重化したデジタル信号 22548をデジタル通信アダプタ 22516へ供給する。

その逆に、チャンネルコーデック 22515は、デジタル通信アダプタ 225 16から入力するデジタル信号 22548に対して、まず、ターミナル I Dを照合し、次に、デ一夕のヘッダ情報から、デジタル音声デ一夕かデータ通信デ一夕かを識別し、それそれ、デジタル音声信号 22547及びデジ夕ル信号 22551として、音声コーデック 22512と制御ロジック部 22510とへ供給する。また、チャンネルコ一デック 22515は、デジタル電話を着信した時と、データ通信データを受信した時とに、割込信号 22549をアサ一卜し、デジタル音声データを受信した時に、制御信号 22545をローレベルにする。割込信号 22549は、 C P U 22500に、デジタル電話の着信時の処理と、デ一夕通信デ一夕の処理とを促す割込信号であり、制御信号 22545は、音声コーデック 22514に、受信したデジタル音声デ一夕の処理を促す口一ァクティブの制御信号である。

チャンネルコ一デヅク 22515は、こうした動作を行なうために、図 5 6に示すように、ターミナル I Dを格納する I Dレジス夕（ID )22603と、チャンネルコーデック 22515の動作を制御するチャンネルコーデヅク制御レジス夕（CHCTU22604と、音声コ一デヅク 22514から入力されるデジタル音声データを格納する音声送信バッファ 22605と、受信デ一夕の中から抽出したデジタル音声データを格納する音声受信バッファ 22606と、制御ロジック部 22510を介して C P U22500から入力されるデータ通信デ一夕を格納するデータ送信バッファ 22607と、受信デ一夕の中から抽出したデータ通信デ一夕を格納するデータ受信バッファ 22608とを具備している。制御信号 22546は、チャンネルコーデック 22515に、音声送信バッファ 22605と音声受信バヅファ 22606への、音声コ一デヅク 22514による書き込みと読み出しの動作を示す制御信号であり、音声コ一デック 22514は、制御信号 22546を口一レベルにして、音声送信バッファ 22605にデジ夕ル音声データを書き込み、制御信号 22546をハイレベルにして、音声受信バヅファ 22606からデジタル音声データを読み出す。

制御信号 22550は、チャンネルコーデック 22515に、データ送信バッファ 22607とデータ受信バッファ 22608への、制御ロジック部 22510を介した C P U 22500による書き込みと読み出しの動作を示す制御信号であり、制御信号 22550を口一レベルにして、データ送信バッファ 22607にデ一夕通信データを書き込み、制御信号 22550をハイレベルにして、デ一夕受信バッファ 22608からデータ通信デ一夕を読み出す。

デジタル通信アダプタ 22516は、デジタル信号 22548をデジタル電話通信のフォーマットにエンコードしてデジタル電話通信回線 110に出力する。逆に、デジタル通信アダプタ 22516は、デジタル電話通信回線 110から受信した信号をデコードして、デジタル信号 22548をチヤンネルコ一デヅク 22515に供給する。

R S - 2 3 2 Cィン夕一フェイス 22517は、 R S - 2 3 2 Cケーブル 313 を接続するイン夕一フェイス回路であり、クレジット決済端末は、この R S - 2 3 2 Cインターフェイス 22517を介して、キャッシュレジス夕 31 1と通信する。 R S - 2 3 2 Cイン夕一フェイス 22517は、キャッシュレジス夕 311からデ一夕を受信すると、割込信号 22552をアサートする。割込信号 22552は、 C P U 22500に、 R S - 2 3 2 Cインターフェイス 22517 を介した、キヤッシュレジス夕 311とのデータ通信の処理を促す割込信号である。

また、制御ロジック部 22510は、図 5 6に示すように、その内部に、クロックカウン夕（CLOCKC)22600、アップデート時刻レジス夕（UPTIME)2 2601、割込レジス夕（INT)22602の 3つのレジスタを内蔵する。

クロックカウン夕は、現在の時刻をカウントするカウン夕、アップデ —ト時刻レジス夕は、クレジット決済端末 300が、サービス提供システムと通信して、 R AM22502及びハードディスク 22503上のデ一夕を更新する処理（デ一夕アツプデ一ト処理）を行なう時刻を格納するレジスタ、割込レジス夕は、 CP U22500への割込の要因を示すレジス夕である。制御ロジック部 22510は、クロックカウン夕 22600の値がアップデ一ト時刻レジスタ 22601の値に一致した場合と、割込信号 22539,22549, 22552 のいずれかの割込信号がアサートされた場合に、その割込要因を割込レジス夕（INT)22602に設定して割込信号 22518をアサ一トし、 CPUに割込処理を促す。 CPU22500は、割込処理で、割込レジス夕を読みだし、その割込要因に応じた処理を行なう。

この割込レジス夕（INT)の各ビットフィールドは、図 5 7 (a) に示すように意味づけられている。この意味づけは、第 1の実施形態において、図 27 (b) を用いて説明したものと同じである。

次に、 R AM22502に格納されるデータに関して説明する。

図 5 8は、 RAM22502に格納されるデ一夕の RAMマップの摸式図である。

RAM22502には、基本プログラム領域 22800、サービスデ一夕領域 22 801、マ一チャント領域 22802、ワーク領域 22803、及びテンポラリ領域 2 2804の 5つの領域がある。基本プログラム領域 22800は、 ROM22501に格納されているプログラムのバージョンアップされたモジュール、及び、パッチプログラムや追加プログラムが格納される。マ一チャント領域 22 802は、マ一チャントが自由に使用できる領域、ワーク 22803領域は、 C PU 100がプログラムを実行する際に使用する作業領域、テンポラリ領域 22804は、クレジット決済端末が受信した情報を一時的に格納する領域である。

サービスデータ領域 22801は、パーソナル · リモート ' クレジット決済サービスの I D情報や、取扱クレジットカード情報、履歴情報を格納する領域であり、この領域のデータは、サービス提供システムに管理される。サービスデータ領域 22801には、さらに、デ一夕管理情報 22805、マ一チャント情報 22806、マーチヤント設定情報 22807、電話情報 22808、クレジット力一ドリスト 22809、販売履歴リスト 22810の 6つ領域がある。データ管理情報 22805は、サービスデータ領域 22801に格納されている情報の管理情報を格納する領域、マーチャント情報 22806は、マ一チヤントの名称、サービス提供者との契約内容等の情報を格納する領域、マ —チャント設定情報 22807は、パーソナル ' リモート ' クレジット決済サービスに関する、マ一チャントの設定情報を格納する領域、電話情報 22808は、デジタル電話に関連する情報を格納する領域、クレジット力 —ドリスト 22809は、マーチャントが取り扱うことができるクレジットカードのリスト情報を格納する領域、販売履歴リスト 22810は、パ一ソナル · リモート · クレジット決済サービスでの販売の履歴情報を格納する領域である。

次に、サービスデータ領域 22801に格納される情報について詳しく説明する。

図 5 9は、サービスデ一夕領域 22801に格納される情報の関係を詳細に表した摸式図である。

デ一夕管理情報 22805は、アップデート日時 22900、次回アップデート日時 22901、ターミナル ·ステイタス 22902、マーチャント情報アドレス 22903、マーチヤント設定情報ァドレス 22904、電話情報ァドレス 22905、クレジットカードリスト ' アドレス 22906、販売履歴リスト 'アドレス 2 2907の 8つの情報によって構成される。

アップデート日時 22900は、サービス提供システム 102が、前回、 R A M22502, 及び、ハードディスク 22503のデータを更新した日時を示し、次回アップデート日時 22901は、次回のサービス提供システム 102によるサービスデータ領域 22801のデ一夕の更新の予定日時を示す。クレジット決済端末は、次回アップデート日時 22901の設定された時間になると、自動的に、データアップデート処理を開始する。

この次回アップデート日時 21901の値は、アップデ一ト時刻レジス夕 2 1603に設定され、次回アップデート日時 21901の時刻になると、クレジット決済端末 300は、デ一夕アップデート処理を開始する。デ一夕アツプデート処理は、サ一ビス提供システム 102が、 R A M、及び、ハードディスクのデータを更新する処理であ

り、通常、通信のトラフィヅクが、比較的、混んでいない時間帯（例：深夜）に、毎日、行なう。

ターミナル ·ステイタス 22902は、クレジット決済端末の状態を示し、マ一チャント情報ァドレス 22903、マ一チャント設定情報ァドレス 22904、電話情報アドレス 22905、クレジット力一ドリスト · アドレス 22906、販売履歴リスト · アドレス 22907は、それそれ、マ一チャント情報 22806、マーチャント設定情報 22807、電話情報 22808、クレジット力一ドリスト 22809、利用履歴リスト 22810が格納されている領域の先頭番地を示す。電話情報 22808は、さらに、発信電話番号 22908、電話帳アドレス 2290 9、短縮ダイアル設定ファイル · ァドレス 22910の 3つの情報によって構成される。発信電話番号 22908は、マーチャントが、前回、かけた電話の電話番号を示し、この情報は、デジタル無線電話の再送時に用いられる。電話帳アドレス 22909と、短縮ダイアル設定ファイル · アドレス 229 10とは、それそれ、電話帳情報、短縮ダイアル設定ファイルが格納されているハードディスク 22503上のァドレスを示す。

クレジヅトカ一ドリスト 22809には、マーチヤントが取り扱うことができるクレジヅトカードのリスト情報が格納されている。クレジット力 —ドリスト 22809では、一つのクレジットカードに対して、クレジットカード名 22911 (22913, 2295 )、サービスコード ' リスト ' アドレス 22912 (22914, 22916 )の 2つの情報が格納されている。クレジットカード名 229 11 ( 22913，22915 )は、マーチヤン卜が取り扱うことができるクレジヅト力一ドの名前を示し、サービスコード ' リスト ' ァドレス 22912(22914, 22916 )は、そのクレジットカードによって提供されるサービスの内、マ一チャントが取り扱うことができるサービスの種類を示すサービスコード-リストが格納されているハードディスク 22503上のァドレスを示す。サ一ビスコード · リストは、マーチヤントが取り扱うことができるサ一ビスコードと、支払ォプシヨンコードとのリストである。

販売履歴リスト 22810は、パーソナル · リモート · クレジット決済ザ —ビスでの販売の履歴情報を格納する領域である。販売履歴リスト 2281 0では、一つのパーソナル · リモート ' クレジット決済サービスの販売に対して、トランザクション番号 22917(22921 )、サービスコ一ド 22918(2 2922 )、販売時刻 22919( 22923 )、販売情報アドレス 22920( 22924)の 4つの情報が格納される。

トランザクション番号 22917(22921 )は、ユーザとの取引をユニークに示す番号であり、支払オファー応答 609を生成する際に、クレジット決済端末が発行する番号、サービスコード 22918(22922 )は、ユーザが利用したクレジヅトカードサ一ビスの種類を示すコード番号、販売時刻 2291 9(22923 )は、パーソナル · リモート · クレジヅト決済サービスで販売した時刻、販売情報アドレス 22920(22924)は、決済完了通知が格納されているァドレスを示す。販売情報ァドレス 22920(22924)には、ハードディスク 22503上のァドレスを示す口一カルアドレス、または、サービス提供システム 102のマ —チヤント情報サーバ 403上のァドレスを示すリモートァドレスが格納される。販売情報アドレス 22920(22924)に、リモートアドレスが格納されている場合、マーチャントが、その販売履歴情報をアクセスすると、クレジット決済端末は、サービス提供システムから、販売情報をテンポラリ領域にダウンロードして、 LCDに表示する。

販売情報ァドレス 22920(22924)に格納されるアドレスは、サ一ビス提供システムによって決定される。データアップデート処理の際に、各販売情報の販売時刻を比較し、販売時刻が最近の販売情報に、ローカルァドレスが割り当てられる。但し、ハードディスク 22503の容量に余裕がある場合には、全ての販売情報アドレスが、ローカルアドレスである場合もある。

次に、 C P U 22500が行なう処理について説明する。

図 6 1 (a) 、（b) は、 CPU22500が行なう処理のフロ一の概念図である。

図 6 1 (a)、 (b) に示すように、 CPU22500が行なう処理には、メィンルーチン 23109と、割込処理ルーチン 23122との 2つの処理ル一チンがある。メインルーチンは、送信デ一夕と受信データとの処理、及び、他の構成要素の制御を行なう処理ルーチンであり、割込処理ルーチンは、外部割込によって要求されるプロセス（処理）を検出する処理ルーチンである。したがって、 CPU22500は、通常、メインルーチンの処理を行なう。割込信号 22518がアサートされると、 CPU22500は、メインルーチンから割込処理ルーチンへ飛び、割込処理を行ない、割込処理を終了すると、メインル一チンに戻り、元のメインルーチンの処理を再開する。

CPU22500が、メインル一チンの中で実行するプロセスは、 17種類のプロセスであり、 C P U22500は、プロセスを動的に選択し、選択したプロセスを時分割して実行する。図 6 0 ( a ) は、メインル一チンで実行される 1 7種類のプロセスを示している。

メィンルーチンで実行される 1 7種類のプロセスとは、 C P Uが実行するプロセスを選択、管理するプロセス管理プロセスと、電源スイッチをオンした時の初期動作処理を行なうパワーオンプロセスと、電源スィヅチをオフした時の終了処理を行なうパヮ一オフプロセスと、デジタル電話モードにおける G U I ( Graphical User Interface )処理、及び、データ処理（例：短縮ダイヤルの設定）を行なうデジタル電話プロセスと、クレジット決済モードにおける G U I処理（例：販売履歴の表示）、及び、データ処理を行なうクレジット決済プロセスと、マ一チャント情報管理モードにおける G U I処理（例：マ一チャント情報の表示）、及び、データ処理（例：マーチャント設定情報の設定）を行なうマーチヤント情報管理プロセスと、 "決済"の処理を行なう決済プロセスと、 "キヤンセル" の処理を行なうキャンセルプロセスと、 "顧客サービスコール" の処理を行なう顧客サ一ビスコールプロセスと、 "問い合わせコ一ル" の処理を行なう問い合わせコールプロセスと、デ一夕アップデートの処理を行なうデ一夕アップデートプロセスと、強制的データアップデ —トの処理を行なう強制的データアツプデ一トプロセスと、リモートァクセスの処理を行なうリモートアクセスプロセスと、サービス提供システムとのセッション確立の処理を行なうセヅション確立プロセスと、デジ夕ル電話通信を制御するデジタル電話通信プロセスと、赤外線通信を制御する赤外線通信プロセスと、 R S - 2 3 2 Cイン夕一フェイスを介したデータ通信を制御する外部ィン夕一フェイス通信プロセスとである _c 各プロセスには、それそれ、対応するプログラムモジュールが、 R〇 M2250U 及び、 R A M22502の基本プログラム領域 21802に存在し、 C P U 22500が、それらのプログラムモジュールを実行することで、それそれのプロセスが実行される。

また、各プロセスには、それぞれのプロセスに対応して、プロセスのステイタス（状態）を示す情報が R A M22502上のワーク領域 2503に存在し、そのプロセスの起動状態（ "active" または "inactive" )と、実行状態（ "running" または "idle" )と、現在の処理ステップとを示す。起動状態における "active" は、そのプロセスがメインルーチンで実行されるプロセスとして起動されていることを示し、 "inactive" は、プ口セスが起動されていないことを示し、実行状態における "running" は、そのプロセスが実行中であることを示し、 "idle" は、一時停止状態であることを示す。

特に、デジタル電話プロセス、クレジヅト決済プロセス、マーチヤント情報管理プロセスの実行状態は、クレジット決済端末の動作モードに対応しており、デジタル電話プロセスの実行状態が "running" の時、クレジット決済端末はデジタル電話モード、クレジット決済プロセスの実行状態が "running" の時、クレジット決済モード、マ一チャント情報管理プロセスの実行状態が "running" の時、マ一チャント情報管理モードとなる。デジタル電話プロセス、クレジット決済プロセス、マ一チャント情報管理プロセスの実行状態は、常に、一つのプロセスだけが "running" を示し、その他は "idle" を示す。以下では、このプロセスのステイタスを示す情報を、プロセスステイタスと呼ぶ。

メインル一チンでは、 C P U 22500は、プロセス管理プロセスと、プロセスリス卜に登録されているプロセスを、時分割して繰り返し実行する。プロセスリストは、プロセス管理プロセス以外の起動中のプロセスを示すリストであり、プロセス管理プロセスが、このプロセスリストを更新する。プロセス管理プロセスは、メインルーチンにおいて、常に実行されるプロセスであり、プロセスリス卜と各プロセスのプロセススティタスとを更新して、メインル一チンで実行するプロセスを選択する。プロセス管理プロセスは、メインル一チンの他のプロセス、または割込処理ルーチンの処理から送られるプロセスの生成要求メッセージと、各プロセスのプロセスステイタスとに基づいて、プロセスリストを更新する（図 60 (b) 参照）。

図 6 1 (a) 、（b) は、 C P U22500が行なう処理のフローを、一般化した概念図として表したものである。図 60 (b) のように、プロセスリスト 23000に N個（Nは 0以上の整数）のプロセスが登録されている場合の処理のフローを示している。

図 6 1 (a) 、（b) において、まず、クレジット決済端末 300をリセットすると、ステップ 23100へ進み、 CPU22500は、リセヅト処理を行ない、リセット処理を完了すると、ステップ 23101へ進む。リセット処理では、 RAM22502上に定義された変数の初期化、及び、内部レジス夕の初期化と、プロセス管理プロセスの生成とを行なう。

ステップ 23101では、 CPU22500は、プロセス管理プロセスを実行し、プロセスリストと各プロセスのプロセススティタスとを更新して、（N ≥ 1の場合）ステップ 23102へ進む（N=0の場合には、ステップ 23101 へ戻る）。

(N 1の場合）ステップ 23102では、プロセスリスト 23000の 1番目に登録されているプロセスのステイタスが、 "running" か、 "idle" かを調べ、 "idle"の場合には、（N≥2の場合）ステップ 23104へ進み（N= 1の場合は、ステップ 23101へ戻る）、 "running"の場合には、ステップ 23103へ進み、 1番目のプロセスを実行して、（N 2の場合）ステップ 23104へ進む（N= lの場合は、ステップ 23101へ戻る）。

(N≥2の場合）ステップ 23104以降は、プロセスリストの 1番目のプロセスに対する処理（ステップ 23102、ステップ 23103) と同様の手順で、プロセスリストの 2番目から N番目のプロセスに対する処理を順次行なう。 C P U22500は、 N番目のプロセスに対する処理（ステップ 231 06、ステップ 23107) を終了すると、ステップ 23101へ戻る。つまり、 C P U22500は、ステップ 23101と、ステップ 23102からステップ 23107に相当する処理を繰り返す。但し、ステップ 23102からステップ 23107に相当する処理の内容は、ステップ 23101のプロセス管理プロセスによって変化する。

メインルーチン 23109の処理の実行中に、割込信号 22518がアサートされると、 C P U22500は、割込ルーチン 23122へ飛ぶ。割込処理ルーチン 23122では、まず、 C P U22500は、ステップ 23110で、割込レジス夕（IN T)を読みだし、 R A M (ワーク領域）上のワード interruptにコピーする。この時、 C P Uに読みだされた割込レジス夕（INT )は、ェコ一リセットされ、割込信号 22518もネゲートされる。

次に、ステップ 23111で、 interruptのビヅト 2 8の値から、着信割込か否かを調べ、着信割込でない場合（interrupt(Mt28)=0)、ステップ 23 113へ進み、着信割込の場合（interrupt(bit28)=l )は、ステップ 23112へ進み、デジタル電話プロセスの生成要求メッセージをプロセス管理プロセスに送って、ステップ 23113へ進む。

ステップ 23113では、 interruptのビット 2 6の値から、アップデート割込か否かを調べ、アツプデート割込でない場合（interrupt(bit26 )=0)、ステツプ 23115へ進み、アツプデ一ト割込の場合（interrupt(Mt26 )=l ) は、ステップ 23114へ進み、デ一夕アップデートプロセスの生成要求メヅセ一ジをプロセス管理プロセスに送って、ステヅプ 23115へ進む。ステップ 23115では、 interruptのビット 2 5の値から、外部 I F割込か否かを調べ、外部 I F割込でない場合（interrupt(Mt25 )=0)、ステツプ 23117へ進み、外部 I F割込の場合（interrupt(bit25 )=l )は、ステヅプ 23116へ進み、外部 I F通信プロセスの生成要求メッセ一ジをプロセス管理プロセスに送って、ステップ 23117へ進む。

ステップ 23117では、 interruptのビット 2 4の値から、キー割込か否かを調べ、キ一割込でない場合（interrupt(Mt24)=0 )、割込処理を終了し、元のメインルーチンの処理へ戻り、キー割込の場合（interrupt(Mt 24)=1 )は、ステップ 23118へ進む。

ステップ 23118では、 interruptの "電源" ビット（bitl6 )の値を調べ、 0の場合には、割込処理を終了し、元のメインル一チンの処理へ戻り、 1の場合には、電源スイッチが操作されたと判定し、ステップ 23119へ進む。

ステップ 23119では、 interruptの "パワー表示" ビット（bit31 )の値を調べ、 0の場合には、パワーオフの操作が行なわれたと判定し、ステップ 23121へ進み、 1の場合には、パワーオンの操作が行なわれたと判定し、ステップ 23120へ進む。

ステップ 23120では、パヮ一オンプロセスの生成要求メヅセ一ジをプロセス管理プロセスに送って、割込処理を終了し、元のメインル一チンの処理へ戻る。

ステップ 23121では、パワーオフプロセスの生成要求メッセージをプロセス管理プロセスに送って、割込処理を終了し、元のメインルーチンの処理へ戻る。

割込処理ルーチン 23122からメインル一チン 23109に戻ってきた C P U 22500は、割込処理ルーチンへ飛ぶ直前の処理ステツプからメインルーチンの処理を再開する。割込処理ルーチンにおいて、プロセス管理プロセスに送られたプロセスの生成要求メッセージは、割込処理ルーチンからメインルーチンへ戻って、最初に実行するステヅブ 23101のプロセス管理プロセスの処理において評価され、要求されたプロセスが、プロセスリストに登録される。そして、要求されたプロセスは、それ以降のメィンル一チンの処理において実行される。

例えば、クレジット決済端末 300をリセットした場合、リセットの直後は、プロセスリストには、何も登録されていない。したがって、 CP U22500は、リセヅト処理 23100で生成したプロセス管理プロセスをメインル一チンで繰り返す（図 52 (a) 参照）。一方、リセヅ卜によって、制御ロジック部 22510は、割込レジスタ（INT)のビット 24 (キ一割込）とビット 1 6 ( "電源" ）とに 1を設定して、割込信号 22518をアサ一トする。この時、電源スィッチ 309がオンの状態の場合には、 CPU225 00は、この割込による割込処理ルーチンの処理を経て、メインル一チンにおいてパヮ一オンプロセスを実行し、電源スィヅチ 309がオフの状態の場合には、 CPU22500は、この割込による割込処理ルーチンの処理を経て、メィンル一チンにおいてパヮ一オフプロセスを実行する。

図 5 2 ( c) は、電源スィツチをオフした場合、または、リセット時に電源スィツチがオフの状態にあった場合の処理のフローを示している _c パワーオフプロセスでは、 L CDの表示の消去や、キー操作制御レジス夕（KEYCTL)22610をアクセスして、電源スィツチ 309だけが有効になる設定をするなどの終了処理を行なう。パワーオフプロセスの処理を完了すると、 CPU22500は、ホルト状態に移行し、メインルーチンの処理を停止する。 CPU22500は、電源スイッチのオン操作による割込、または、アップデート割込によってのみ、ホルト状態から通常の動作状態に戻り、割込処理ルーチンの処理の後、メインルーチンの処理を再開する。図 5 2 (b) は、電源スィヅチをオンした場合、または、リセヅト時に電源スィツチがオンの状態にあった場合の処理のフローを示している < パヮ一オンプロセスでは、 L CDの表示の初期化や、 RAM22502上に定義された変数と、内部レジス夕の設定、及び、デジタル電話プロセスと、クレジット決済プロセスと、マ一チャント情報管理プロセスとの生成要求メッセージをプロセス管理プロセスに送る初期動作処理を行なうこれらのプロセスの生成要求メヅセージによって、プロセスリス卜には、デジタル電話プロセスと、クレジット決済プロセス、マ一チャント情報管理プロセスとが登録され、メインル一チンにおいて、これらのプロセスが実行される。但し、各プロセスのプロセスステイタスの実行状態は保存されているので、パワーオン時の動作モードは、前回、電源スイツチをオフした時の動作モードになる。

図 6 2は、パワーオンプロセスの処理の終了後、または、クレジット決済端末が、 "決済"、 "キャンセル"、 "顧客サービスコール"、 "問い合わせコール，，、 "データアップデート" 、 "リモートアクセス" 等の処理をしていない定常状態の時の C P Uの処理のフローを示している _c この時、プロセスリストには、デジタル電話プロセス、クレジット決済プロセス、マ一チャント情報管理プロセスの 3つのプロセスが登録されているが、プロセスステイタスの実行状態が "running" であるのは 1 つだけであり、クレジヅト決済端末の動作モードは、プロセススティ夕スの実行状態が "running" を示すプロセスに対応する動作モードにある。

マ一チャン卜が行なうキー操作は、割込処理ルーチンの処理によって、割込レジス夕 22602の割込要因として、 R A M22502上のワード interrup tにコピーされ、クレジヅト決済端末の動作モードに対応するプロセス (デジタル電話プロセス、または、クレジット決済プロセス、または、マーチャント情報管理プロセス）によって、解釈され、マーチャントの操作に対応する処理が行なわれる。そして、クレジット決済の操作 604、キャンセル操作 901、顧客サービスコール操作 1200等の操作をした場合、または、問い合わせコール 1216を受信した場合に、それそれ、決済プロセス、キャンセルプロセス、顧客サ一ピスコ一ルプロセス、問い合わせコールプロセス等の対応するプロセスの生成を要求するメッセージをプロセス管理プロセスに送る。

例えば、図 6 3は、 "決済" の処理時の C P U 22500の処理のフローを示している。マーチャントが、クレジヅト決済の操作を行なうことによって、定常時のプロセス以外に、決済プロセス、セッション確立プロセス、デジタル電話通信プロセス、赤外線通信プロセスが起動される。次に、デジタル署名処理及び封書化処理について説明する。パ一ソナル ' クレジット端末が、クレジット決済端末とサービス提供システムとに送信するメヅセージを生成するときや、クレジット決済端末がパーソナル · クレジヅト端末とサービス提供システムとに送信するメッセージを生成するときなどにデジタル署名処理と封書化処理とが行なわれが、このデジタル署名処理の手順を図 6 4 ( a ) 、 ( b ) に示し、封書化処理の手順を図 6 5 ( a ) 、 ( b ) に示している。また、封書化されたメッセージの復号化処理の手順を図 6 6 ( a ) 、（ b ) に示し、デジタル署名がされたメヅセージのデジタル署名の検証手順を図 6 7 ( a )、（ b ) に示している。これらの手順は、第 1の実施形態において、図 2 0、図 2 1、図 2 2及び図 2 3を用いて説明した手順と実質的に同じである。次に、サービス提供システム 102における処理について説明する。サービス提供システム 102は、パーソナル ' クレジット端末 100、クレジット決済端末 101、決済システム 103と、それそれ通信を行ない、ユーザ、マーチャント、決済処理機関の三者間の仲介をして、ユーザ、及び、マ一チャントに対して、パーソナル · リモート · クレジット決済サ一ビスを提供するシステムである。

図 6 8は、サービス提供システム 102における処理のアーキテクチャを示している。

サービス提供システム 102は、パーソナル · リモ一ト · クレジット決済サ一ビスを、サービスサーバ 400上に生成されるユーザプロセス（UP : U ser Process )23802、マーチャントプロセス（MP :Merchant Process )2380 2、決済処理機関プロセス（TPP : Transaction Processor Process )23804 サービス 'ディレク夕プロセス（SDP : Service Director Process )23801、及び、サービス ·マネージャプロセス（SMP : Service Manager Process )2 3800の 5種類のプロセスの連携処理によって提供する。図 6 8において、ユーザプロセス 23802は、パーソナル · クレジット端末 100と 1対 1に対応して、サービス提供システム 102とパーソナル ' クレジット端末 100との通信のインターフェイスとなるプロセスであり、また、マーチャントプロセス 23803は、クレジット決済端末 300と 1対 1に対応して、サ一ビス提供システム 102とクレジット決済端末 300との通信のィン夕一フェイスとなるプロセス、決済処理機関プロセス 23804は、決済システム 103に対応して、サービス提供システム 102と決済システム 103との通信のイン夕一フェイスとなるプロセス、サービス 'ディレク夕プロセス 23801は、ユーザプロセス 23802、マーチャントプロセス 23803、決済処理機関プロセス 23804とそれそれ通信をして、パーソナル · リモ一ト · クレジット決済サービスを演出するプロセス、サービス ·マネージャプロセス 2380 0は、サービス提供システム 102上のユーザプロセス、マ一チャントプロセス、決済処理機関プロセス、サービス 'ディレクタプロセスを管理するプロセスである。「パーソナル ' リモート · クレジヅト決済サービスを演出する」という表現の意味については、後で詳しく説明する。

図 6 9、図 7 0に、この 5種類のプロセスの一覧を示す。

サービス提供システム 102は、同時期に、複数のパーソナル ' クレジット端末、及び、複数のクレジット決済端末と通信する場合があり、ま -た、同時期に、複数のパーソナル ' リモート ' クレジット決済サ一ビスの処理を行なう場合や、同時期に、複数の決済システムと通信をして、複数のパーソナル · リモート · クレジット決済サ一ビスの処理を行なう場合がある。したがって、ユーザプロセス、マーチャントプロセス、決済処理機関プロセス、及びサービス 'ディレクタプロセスは、それそれ、複数のプロセスが、同時期にサービスサーバ 400上に存在する場合がある。これらのユーザプロセス、マーチャントプロセス、決済処理機関プ口セス、及びサービス ·ディレク夕プロセスは、サービス ·マネージャプロセスによって、生成、及び、消去され、管理される。

また、サービスサーバ 400が複数台のコンピュータによって構成される場合には、ユーザプロセス、マ一チャントプロセス、決済処理機関プ口セス、及びサービス 'ディレクタプロセスは、各プロセスの処理の負荷が分散されるように、複数台のコンビュ一夕に分散して生成される。

また、連携処理をして、 1つのパーソナル · リモート ' クレジット決済サ一ビスを提供するプロセスの集合は、サービス 'マネージャプロセスによって決定され、そのプロセスの集合は、ユーザプロセス、マーチヤントプロセス、決済処理機関プロセスの内 1つ以上のプロセスと、 1 つのサービス ·ディレクタプロセスとによって構成される。以下では、この連携処理を行なうプロセスの集合をプロセスグループと呼ぶ。

まず、ユーザプロセス 23802について説明する。

ュ一ザプロセスは、パーソナル ·クレジット端末 100との通信制御と、ユーザの認証、パーソナル · クレジット端末 100への送信デ一夕の暗号化、パーソナル · クレジット端末 100からの受信データの復号化、パーソナル · クレジット端末 100からの受信デ一夕の有効性のチヱック、さらに、パーソナル .クレジット端末 100との間で、リモートアクセスと、データァヅプデート、デ一夕バックアップの処理を行なうプロセスである o

ユーザプロセス 23802は、サービス提供システム 102がパーソナル ■ クレジヅト端末 100と通信をする場合に、サービス ·マネージャプロセス 2 3800によって生成されるプロセスである。サービス ·マネージャプロセス 23800は、サービス提供システム 102と通信する 1台のパーソナル · クレジヅト端末 100に対して、 1つのユーザプロセス 23802を生成する。この時、サービス 'マネージャプロセス 23800は、サービスサーバ 400を構成するコンビュ一夕のメモリ、または、ハードディスク上に、図 7 5の ( a ) に示すユーザプロセス管理情報 4400を生成して、生成したユーザプロセス 23802を管理する。

ユーザプロセス 23802には、ユーザプロセス管理情報 4400と、ユーザ情報サーバ 402によって管理されているパーソナル · クレジット端末 100 の所有者（ユーザ）の属性情報とパーソナル ' クレジット端末 100の R A M 1502のデ一夕とにアクセスするパ一ミッシヨンが与えられる。逆に、ユーザプロセス 23802は、その他の情報にアクセスすることはできない。パーソナル · クレジヅト端末 100とユーザプロセス 23802とは、 1対 1 に対応し、ユーザプロセス 23802は、パーソナル ' クレジット端末 100に対してのみ有効なプロセスであり、その他のパーソナル · クレジヅト端末と、直接、通信することはできない。

ユーザプロセス 23802とパーソナル . クレジット端末 100は、図 6 9の 23901と 23902の欄に示すメッセージを用いて通信する。 23901の欄のメヅセージ（認証テスト A応答、認証テスト C、認証テスト D応答、リモートアクセス要求、データアップデート要求、アップロードデータ、支払要求、キャンセル要求、着信応答、問い合わせコール要求、タイムァゥト 'エラ一メッセージ、セッション ·エラーメッセージ）は、パ一ソナル · クレジヅト端末からュ一ザプロセスに送られるメッセ一ジを、 23 902の欄のメッセ一ジ（認証テスト A、認証テスト B応答、認

証テスト C応答、リモートアクセスデ一夕、データアップデート応答、アップデートデータ、デ一夕アップデート命令、機能停止命令、領収書、キャンセル処理領収書、顧客サービスコール、問い合わせコール応答、呼び出し応答、タイムアウト .エラ一メッセ一ジ、セッション .エラ一メッセージ、タイムアウト ' メッセージ）は、ユーザプロセスからパ一ソナル · クレジット端末に送られるメッセージを示している。これ以外のメッセージを送っても、お互いに、有効なメッセージとして解釈されない。

また、ユーザプロセス 23802は、同一のプロセスグループに属するサ一ビス 'ディレク夕プロセス 23801と、図 6 9の 23903と 23904の欄に示すメッセージをイン夕一フェイスとして通信する。 23903の欄のメヅセージ（領収書、キャンセル処理領収書、顧客サービスコール、問い合わせコール応答、呼び出し応答、タイムアウト 'エラ一メッセージ、セッシヨン 'エラ一メッセージ）は、サービス ' ディレクタプロセスからュ —ザプロセスに送られるメッセ一ジを、 23904の欄のメッセ一ジ（支払要求、キャンセル要求、着信応答、問い合わせコール要求、タイムァゥト 'ェラーメッセ一ジ、セッション 'エラ一メッセージ、タイムァゥト · メッセ一ジ）は、ユーザプロセスからサ一ビス 'ディレクタプロセスに送られるメッセ一ジを示している。これ以外のメヅセージを送っても、お互いに、有効なメッセ一ジとして解釈されない。

さらに、ユーザプロセス 23802は、サービス ·マネージャプロセス 238 00と、図 6 9の 23906の欄に示すメッセージをイン夕一フェイスとして通信する。 23906の欄のメッセ一ジ（支払要求、キャンセル要求、問い合わせ要求、自身のプロセス消去要求）は、ユーザプロセスからサ一ビス ·マネージャプロセスに送られるメッセージを示している。また、図 6 9の 23905の欄（ユーザプロセス生成、ユーザプロセス消去）は、サ —ビス 'マネージャプロセスのユーザプロセスへの作用を示しており、サ一ビス ·マネージャプロセスが、ュ一ザプロセスの生成と消去を行なう。メッセージの内容については、後で詳しく説明する。

ユーザプロセスと他のユーザのュ一ザプロセスとの間の通信のィンタ —フェイスはなく、ユーザプロセスは、他のュ一ザプロセスと、直接、通信することはできない。同様に、ユーザプロセスとマーチャントプロセス、ュ一ザプロセスと決済処理機関プロセス、ュ一ザプロセスと異なるプロセスグループのサービス ·ディレク夕プロセスとの間の通信のィン夕一フェイスはなく、ユーザプロセスは、マ一チャントプロセス、決済処理機関プロセス、及び異なるプロセスグループのサービス 'ディレクタプロセスと、直接、通信することはできない。

また、ュ一ザが居住しているサ一ビスエリァ以外のサービスエリァで、パーソナル · クレジット端末を使用する場合には、ユーザが居住するサ一ビスエリアのサービス提供システム上と、パーソナル ' クレジット端末を使用するサービスエリァのサービス提供システム上に、ユーザプロセスが生成される場合がある。このような場合については、後で詳しく説明する。

次に、マ一チャントプロセス 23803について説明する。

マ一チャントプロセスは、クレジット決済端末 300との通信制御と、マーチヤントの認証、クレジット決済端末 300への送信データの暗号化、クレジット決済端末 300からの受信デ一夕の復号化、クレジット決済端末 300からの受信データの有効性のチェック、さらに、クレジット決済端末 300との間で、リモートアクセスと、デ一夕アップデートの処理とを行なうプロセスである。

マ一チャントプロセス 23803は、サービス提供システム 102がクレジヅト決済端末 300と通信をする場合に、サービス ·マネージャプロセス 238 00によって生成されるプロセスである。サービス ·マネージャプロセス 23800は、サービス提供システム 102と通信する 1台のクレジット決済端末 300に対して、 1つのマ一チャントプロセス 23803を生成する。この時、サービス 'マネージャプロセス 23800は、サービスサーバ 400を構成するコンピュータのメモリ、または、ハードディスク上に、図 7 5の（b ) に示すマ一チャントプロセス管理情報 4401を生成して、生成したマーチヤントプロセス 23803を管理する。

マ一チャントプロセス 23803には、マ一チャントプロセス管理情報 440 1と、マ一チャント情報サーバ 403によって管理されているクレジット決済端末 300の所有者（マ一チャント）の属性情報と、クレジット決済端末 300の R A M22502及びハ一ドディスク 22503のデータとにアクセスするパ一ミッシヨンが与えられる。逆に、マ一チャントプロセス 23803は、その他の情報にアクセスすることはできない。

クレジット決済端末 300とマ一チャントプロセス 23803とは、 1対 1に対応し、マ一チャントプロセス 23803は、対応するクレジット決済端末 3 00に対してのみ有効なプロセスであり、その他のクレジヅト決済端末と、直接、通信することはできない。

マーチヤントプロセス 23803とクレジヅト決済端末 300とは、図 6 9の 23907及び 23908の欄に示すメッセージを用いて通信する。 23907の欄のメッセージ（認証テスト A応答、認証テスト C、認証テスト D応答、リモートアクセス要求、データアップデート要求、アップロードデ一夕、信用照会要求、決済要求、領収書、キャンセル要求、着信応答、顧客サ —ビスコール要求、タイムアウト 'エラ一メヅセージ、セッション 'ェラーメッセージ）は、クレジット決済端末からマ一チャントプロセスに送られるメッセージを、 23908の欄のメッセージ（認証テスト A、認証テスト B応答、認証テスト C応答、リモートアクセスデ一夕、データァヅプデ一ト応答、アップデートデータ、デ一夕アップデート命令、機能停止命令、信用照会応答、決済完了通知、キャンセル完了通知、顧客サ —ビスコール応答、呼び出し応答、問い合わせコール、タイムアウト . エラーメッセージ、セッション 'エラ一メッセージ、タイムアウト ·メッセージ）は、マーチャントプロセスからクレジット決済端末に送られるメッセージを示している。これ以外のメッセージを送っても、お互いに、有効なメッセージとして解釈されない。

また、マ一チャントプロセス 23803は、同一のプロセスグループに属するサービス ·ディレクタプロセス 23801と、図 6 9の 23909及び 23910 の欄に示すメヅセ一ジをイン夕一フヱイスとして通信する。 23909の欄のメッセージ（信用照会応答、決済完了通知、キャンセル完了通知、顧客サービスコール応答、呼び出し応答、問い合わせコール、タイムァゥト ·エラ一メッセージ、セヅシヨン 'エラ一メヅセージ）は、サービス · ディレク夕プロセスからマ一チャントプロセスに送られるメッセージを、 23910の欄のメッセージ（決済完了通知、キャンセル完了通知、顧客サ —ビスコール応答、呼び出し応答、問い合わせコール、タイムアウト · エラ一メッセ一ジ、セッション 'エラ一メッセ一ジ、タイムアウト 'メヅセージ）は、マーチヤントプロセスからサービス 'ディレクタプロセスに送られるメッセージを示している。これ以外のメッセージを送っても、お互いに、有効なメッセージとして解釈されない。

さらに、マーチャントプロセス 23803は、サ一ビス ' マネージャプロセス 23800と、図 6 9の 23912の欄に示すメッセージをイン夕一フェイスとして通信する。 23912の欄のメッセージ（信用照会要求、キャンセル要求、顧客サービスコール要求、自身のプロセス消去要求）は、マーチヤントプロセスからサービス .マネージャプロセスに送られるメヅセージを示している。また、図 6 9の 23911の欄（マーチャントプロセス生成、マ一チャントプロセス消去）は、サービス 'マネージャプロセスのマ一チャントプロセスへの作用を示しており、サービス ·マネ一ジャブロセスが、マ一チャントプロセスの生成と消去を行なう。メッセージの内容については、後で詳しく説明する。

マ一チャントプロセスと他のマ一チヤントプロセスとの間の通信のィン夕一フェイスはなく、マーチャントプロセスは、他のマーチャントプロセスと、直接、通信することはできない。同様に、マーチャントプロセスとユーザプロセス、マ一チャントプロセスと決済処理機関プロセス、マーチヤントプロセスと異なるプロセスグループのサ一ビス ·ディレク夕プロセスとの間の通信のィン夕ーフェイスはなく、マ一チャントプロセスは、ユーザプロセス、決済処理機関プロセス、及び異なるプロセスグループのサービス ·ディレクタプロセスと、直接、通信することはできない。

次に、決済処理機関プロセス 23804について説明する。

決済処理機関プロセスは、決済システム 103との通信制御と、決済処理機関の認証、決済システム 103への送信データの暗号化、決済システム 103からの受信データの復号化、決済システム 103からの受信データの有効性のチエックを行なうプロセスである。

決済処理機関プロセス 23804は、サービス提供システム 102が決済システム 103と通信をする場合に、サービス 'マネージャプロセス 23800によつて生成されるプロセスである。サービス提供システム 102と決済システム 103との間の 1つ通信回線を用いた通信に対して、 1つの決済処理機関プロセス 23804が生成される。

サービス提供システム 102と決済システム 103とを結ぶデジタル通信回線 111は、多重化によって、複数の通信回線として動作する。したがって、サービス提供システム 102と決済システム 103との間で、同時期に、複数の通信回線を用いて通信を行なう場合には、サービス · マネージャプロセス 23800は、通信回線に等しい数の決済処理機関プロセス 23804を生成する。この時、サービス 'マネージャプロセス 23800は、サービスサーノ^ 00を構成するコンピュータのメモリ、または、ハ一ドディスク上に、生成したそれぞれの決済処理機関プロセスに対して、図 7 5の（ c ) に示す決済処理機関プロセス管理情報 4402を生成して、決済処理機関プロセスを管理する。

決済処理機関プロセス 23804には、決済処理機関プロセス管理情報 440 2と、決済処理機関情報サーバ 404によって管理されている決済システム 103が設置される決済処理機関の属性情報と決済処理の履歴情報とにァクセスするパーミッションが与えられる。逆に、決済処理機関プロセス 23804は、その他の情報にアクセスすることはできない。

また、決済処理機関プロセス 23804は、決済システム 103に対してのみ有効なプロセスであり、その他の決済システムと、直接、通信することはできない。

決済処理機関プロセス 23804と決済システム 103とは、図 6 9の 23913 及び 23914の欄に示すメッセージを用いて通信する。 23913の欄のメヅセ —ジ（決済完了通知、キャンセル完了通知、タイムァゥト ·エラーメッセージ、セッション 'エラーメッセ一ジ）は、決済システムから決済処理機関プロセスに送られるメヅセージを、 23914の欄のメヅセージ（決済要求、キャンセル要求、タイムアウト 'エラ一メッセージ、セッション ·エラ一メッセージ、タイムアウト ' メッセージ）は、決済処理機関プロセスから決済システムに送られるメヅセージを示している。これ以外のメヅセージを送っても、お互いに、有効なメヅセージとして解釈されない。また、決済処理機関プロセス 23804は、同一のプロセスグループに属するサービス ■ディレク夕プロセス 23801と、図 6 9の 23915及び 23916 の欄に示すメッセージをイン夕一フェイスとして通信する。 23915の欄のメヅセージ（決済要求、キャンセル要求、タイムアウト 'エラ一メッセージ、セッション 'エラ一メッセージ）は、サービス ·ディレクタプロセスから決済処理機関プロセスに送られるメッセ一ジを、 23916の欄のメッセ一ジ（決済完了通知、キャンセル完了通知、セッション .エラ —メッセージ、タイムアウト ' メッセージ）は、決済処理機関プロセスからサービス 'ディレク夕プロセスに送られるメッセージを示している。これ以外のメッセージを送っても、お互いに、有効なメッセージとして解釈されない。

さらに、決済処理機関プロセス 23804は、サ一ビス ' マネージャプロセス 23800と、図 6 9の 23918の欄に示すメヅセージをインターフェイスとして通信する。 23918の欄のメッセージ（自身のプロセス消去要求）は、決済処理機関プロセスからサービス 'マネージャプロセスに送られるメッセ一ジを示している。また、図 6 9の 23917の欄（決済処理機関プロセス生成、決済処理機関プロセス消去）は、サービス 'マネージャプロセスの決済処理機関プロセスへの作用を示しており、サービス ·マネ一ジャプロセスが、決済処理機関プロセスの生成と消去とを行なう。メッセージの内容については、後で詳しく説明する。

決済処理機関プロセスと他の決済処理機関プロセスとの間の通信のィン夕一フヱイスはなく、決済処理機関プロセスは、他の決済処理機関プロセスと、直接、通信することはできない。同様に、決済処理機関プロセスとュ一ザプロセス、決済処理機関プロセスとマ一チャントプロセス、決済処理機関プロセスと異なるプロセスグループのサービス 'ディレク夕プロセスとの間の通信のィン夕一フェイスはなく、決済処理機関プロセスは、ユーザプロセス、マーチャントプロセス、及び異なるプロセスグループのサービス .ディレクタプロセスと、直接、通信することはできない。

次に、サービス ·ディレク夕プロセス 23801について説明する。

サービス ·ディレク夕プロセスは、同一のプロセスグループに属するユーザプロセス、マ一チャントプロセス、及び決済処理機関プロセスとそれそれ通信をして、パーソナル · リモート · クレジット決済サービスを演出するプロセスである。「パーソナル ' リモート · クレジット決済サービスを演出する」という表現は、サービス ·ディレクタプロセスが、同一のプロセスグループの他のメンバ一プロセスと連携して、パ一ソナル ' リモート · クレジット決済サービスの処理を主導的に行なうことを意味している。

サービス 'チイレク夕プロセス 23801は、サービス提供システム 102が、パーソナル · リモ一ト ' クレジヅト決済サ一ビスの "決済" 、 "キャンセル" 、 "顧客サービスコール" 、 "問い合わせコール" のいずれかの処理をする場合に、サービス · マネージャプロセス 23800によって生成される。サ一ビス ·マネージャプロセス 23800は、サービスサーバ 400を構成するコンピュータのメモリ、または、ハードディスク上に、図 7 5 の（d ) に示すサービス ·ディレク夕プロセス管理情報 4403を生成して、生成したサービス ·ディレク夕プロセス 23801を管理するパーソナル · リモート ' クレジヅト決済サービスの "決済"、 "キヤンセル" 、 "顧客サービスコール" 、 "問い合わせコール" の各処理には、それそれ、決められた処理のシーケンスがある。サービス ·ディレクタプロセスは、この決められた処理のシーケンスにしたがって、同一のプロセスグループのメンバープロセスから送られるメッセ一ジを処理し、また、各メンバ一プロセスに対して、処理を促すメッセージを送る。そして、各メンバープロセスは、それそれ、サービス ·ディレクタプロセスから送られるメッセージに対応する処理を行なう。このように、サ —ビス ·ディレクタプロセスと、同一のプロセスグループのメンバ一プロセスとが連携して処理を行なうことによってーソナル 'リモート . クレジット決済サービスの処理が行なわれる。

"決済" と "キャンセル" との処理の場合には、サービス ·ディレク夕プロセスと、ュ一ザプロセス、マ一チャントプロセス、及び決済処理機関プロセスとが 1つのプロセスグループとなって、それぞれの処理を行ない、 "顧客サ一ビスコール" の処理と "問い合わせコール" の処理との場合には、サービス ·ディレクタプロセスと、ユーザプロセス、及びマ一チャントプロセスとが 1つのプロセスグループとなって、それそれの処理を行なう。

また、サービス · ディレク夕プロセス 23801には、サービス ·ディレクタプロセス管理情報 443と、サービス 'ディレクタ情報サーバ 404によつて管理されている情報と、同一のプロセスグループのメンバ一プロセスがアクセスパ一ミヅシヨンを持つ情報とにアクセルするパーミッションが与えられる。逆に、サービス ·ディレクタプロセス 23801は、その他の情報にアクセスすることはできない。

また、サービス 'ディレクタプロセス 23801は、同一のプロセスグル —プに属するユーザプロセス 23802と、図 7 0の 23904及び 23903の欄に示すメッセージをイン夕一フェイスとして通信する。 23904の欄のメヅセ一ジ（支払要求、キャンセル要求、着信応答、問い合わせコール要求、タイムアウト 'エラーメッセージ、セッション .エラーメッセージ、夕ィムアウト 'メッセージ）は、ユーザプロセスからサービス 'ディレク夕プロセスに送られるメヅセージを、 23903の欄のメッセージ（領収書、キャンセル処理領収書、顧客サービスコール、問い合わせコール応答、呼び出し応答、タイムァゥト ·エラ一メヅセ一ジ、セッション .エラーメッセ一ジ）は、サービス ·ディレク夕プロセスからユーザプロセスに送られるメヅセ一ジを示している。これ以外のメッセージを送っても、お互いに、有効なメッセージとして解釈されない。

同様に、サービス · ディレクタプロセス 23801は、同一のプロセスグループに属するマ一チャントプロセス 23803と、図 7 0の 23910及び 2390 9の欄に示すメヅセージをイン夕一フェイスとして通信する。 23910の欄のメッセージ（決済完了通知、キャンセル完了通知、顧客サービスコール応答、呼び出し応答、問い合わせコール、タイムアウト ·エラ一メッセ一ジ、セッション 'エラ一メッセージ、タイムアウト ' メヅセージ）は、マ一チャントプロセスからサービス ·ディレク夕プロセスに送られるメッセージを、 23909の欄のメッセ一ジ（信用照会応答、決済完了通知、キャンセル完了通知、顧客サービスコール応答、呼び出し応答、問い合わせコール、タイムアウト 'エラーメッセージ、セッション 'エラ一メッセージ）は、サービス 'ディレクタプロセスからマーチャントプ口セスに送られるメヅセ一ジを示している。これ以外のメヅセ一ジを送つても、お互いに、有効なメッセージとして解釈されない。

同様に、サ一ビス 'ディレクタプロセス 23801は、同一のプロセスグループに属する決済処理機関プロセス 23804と、図 7 0の 23916及び 2391 5の欄に示すメッセージをィン夕一フェイスとして通信する。 23916の欄のメッセージ（決済完了通知、キャンセル完了通知、セッション .エラ一メッセージ、タイムアウト 'メッセージ）は、決済処理機関プロセスからサービス ·ディレクタプロセスに送られるメッセ一ジを、 23915の欄のメッセージ（決済要求、キャンセル要求、タイムアウト 'エラ一メヅセージ、セッション ·エラ一メッセージ）は、サービス 'ディレクタプロセスから決済処理機関プロセスに送られるメヅセージを示している ₍ これ以外のメッセージを送っても、お互いに、有効なメッセージとして解釈されない。

さらに、サービス 'ディレクタプロセス 23801は、サ一ビス 'マネージャプロセス 23800と、図 7 0の 23920の欄に示すメヅセージをインターフェイスとして通信する。 23920の欄のメヅセージ（メンバ一プロセス要求、プロセス消去要求）は、サービス ·ディレクタプロセスからサ一ビス · マネージャプロセスに送られるメヅセージを示している。また、図 7 0の 23919の欄（サービス 'ディレクタプロセス生成、サ一ビス · ディレクタプロセス消去、支払要求、信用照会要求、キャンセル要求、顧客サービスコール要求、問い合わせ要求）は、サービス 'マネージャプロセスのサービス ·ディレク夕プロセスへの作用とメッセージを示しており、サ一ビス ' マネージャプロセスが、サービス 'ディレクタプロセスの生成と消去とを行なう。メッセージの内容については、後で詳しく説明する。

サービス ·ディレク夕プロセスと異なるプロセスグループのユーザプ口セス、サービス ·ディレク夕プロセスと異なるプロセスグループのマ —チャントプロセス、サービス 'ディレク夕プロセスと異なるプロセスグループの決済処理機関プロセスとの間の通信のィン夕一フェイスはなく、サ一ビス 'ディレクタプロセスは、異なるプロセスグループのユーザプロセス、異なるプロセスグループのマ一チャントプロセス、及び異なるプロセスグループの決済処理機関プロセスと、直接、通信することはできない。

次に、サービス ·マネージャプロセス 23800について説明する。

サ一ビス 'マネージャプロセスは、ュ一ザプロセス 23802、マ一チヤントプロセス 23803、決済処理機関プロセス 23804、及びサービス 'ディレク夕プロセス 23801の生成と消去、並びに、プロセスグループの生成と消去を行なうプロセスである。

サ一ビス 'マネージャプロセス 23800は、サービスサーバ 400を構成するコンピュータのメモリ、または、ハードディスク上に、図 7 5に示す、ユーザプロセス管理情報 4400、マ一チャントプロセス管理情報 4401、泱済処理機関プロセス管理情報 4402、サービス 'ディレクタプロセス管理情報 4403、プロセスグループ管理情報 4404、及びメッセージリスト 4405 の 6種類の管理データを生成して、各プロセスを管理する。プロセスグループ管理情報 4404は、プロセスグループの管理データであり、メッセ —ジリスト 4405は、サービス ·マネージャプロセスによる処理が保留されているメッセージのリストである。メッセージリスト 4405の役割については、後で詳しく説明する。

サービス ■マネージャプロセス 23800は、サービス提供システムがパ —ソナル * リモート 'クレジヅト決済サービスを提供する場合に、常に、起動しているプロセスである。サービス ·マネージャプロセスの生成と消去は、管理システム 407によって制御される。

また、サービス ·マネージャプロセス 23800には、サービス 'ディレクタ情報サーバ 401によって管理されている情報にアクセスするパ一ミヅションが与えられる。逆に、サービス 'マネージャプロセス 23800は、その他の情報にアクセスすることはできない。

また、サービス ·マネ一ジャプロセス 23800は、ュ一ザプロセス 23802 と、図 7 0の 23906の欄に示すメッセージをインターフェイスとして通信する。 23906の欄のメッセージ（支払要求、キャンセル要求、問い合わせ要求、自身のプロセス消去要求）は、ユーザプロセスからサ一ビス · マネージャプロセスに送られるメッセージを示している。また、図 7 0 の 23905の欄（ユーザプロセス生成、ュ一ザプロセス消去）は、サービス ·マネージャプロセスのユーザプロセスへの作用を示しており、サービス 'マネージャプロセスが、ユーザプロセスの生成と消去とを行なう。同様に、サービス ' マネージャプロセス 23800は、マ一チャントプロセス 23803と、図 7 0の 23912の欄に示すメヅセージをイン夕一フェイスとして通信する。 23912の欄のメッセージ（信用照会要求、キャンセル要求、顧客サービスコール要求、自身のプロセス消去要求）は、マーチヤントプロセスからサービス ·マネージャプロセスに送られるメッセージを示している。また、図 7 0の 2391 1の欄（マーチャントプロセス生成、マ一チャントプロセス消去）は、サービス 'マネージャプロセスのマ一チャントプロセスへの作用を示しており、サービス .マネージャプロセスが、マーチヤントプロセスの生成と消去とを行なう。

同様に、サ一ビス 'マネージャプロセス 23800は、決済処理機関プロセス 23804と、図 7 0の 23918の欄に示すメッセージをィン夕一フェイスとして通信する。 23918の欄のメッセージ（自身のプロセス消去要求）は、決済処理機関プロセスからサ一ビス 'マネージャプロセスに送られるメッセージを示している。また、図 7 0の 23917の欄（決済処理機関プロセス生成、決済処理機関プロセス消去）は、サービス 'マネージャプロセスの決済処理機関プロセスへの作用を示しており、サービス ·マネ一ジャプロセスが、決済処理機関プロセスの生成と消去とを行なう。同様に、サ一ビス 'マネージャプロセス 23800は、サービス 'ディレクタプロセス 23801と、図 7 0の 23920の欄に示すメヅセージをインターフェイスとして通信する。 23920の欄のメッセージ（メンバ一プロセス要求、プロセス消去要求）は、サービス ·ディレクタプロセスからサ一ビス 'マネージャプロセスに送られるメヅセージを示している。また、図 7 0の 23919の欄（サービス ' ディレク夕プロセス生成、サービス · ディレクタプロセス消去、支払要求、信用照会要求、キャンセル要求、顧客サービスコール要求、問い合わせ要求）は、サービス 'マネージャプロセスのサービス ·ディレク夕プロセスへの作用とメッセージを示しており、サービス 'マネージャプロセスが、サービス 'ディレクタプロセスの生成と消去とを行なう。

また、サービス 'マネージャプロセス 23800は、他のサービスエリアのサービス提供システムのサ一ビス 'マネージャプロセスと、図 7 0の 23921及び 23922の欄に示すメッセ一ジをイン夕一フヱイスとして通信する。 23921の欄のメッセージ（ユーザプロセス生成、ュ一ザプロセス消去、ホームユーザプロセス生成、ホームユーザプロセス消去、乇パイルユーザプロセス生成、モパイルユーザプロセス消去、キャンセル要求、問い合わせコール要求）は、他のサービスエリアのサービス提供システムのサ一ビス ·マネージャプロセスからサービス ·マネージャプロセス 23800に送られるメッセージを、 23922の欄のメッセージ（ユーザプロセス生成、ユーザプロセス消去、ホームュ一ザプロセス生成、ホームユーザプロセス消去、モバイルュ一ザプロセス生成、モパイルユーザプロセス消去、キャンセル要求、問い合わせコール要求）は、サ一ビス 'マネ —ジャプロセス 23800から他のサービスエリァのサ一ビス提供システムのサービス ·マネージャプロセスに送られるメッセージを示している。異なるサ一ビス提供システムのサービス ·マネージャプロセス同士の通信は、サービスエリアを跨がって、パーソナル ' リモート ' クレジット決済サービスを提供する場合に行なわれる。このような場合については、後で詳しく説明する。

次に、サービス提供システム 102のユーザ情報サーバ 402が管理する情報について説明する。ュ一ザ情報サーバ 402は、ユーザの属性情報とュ —ザのパーソナル · クレジット端末 100の R A M 1502のデータとを管理する。但し、 1つのユーザ情報サーバ 402で、すべてのュ一ザの属性情報とパーソナル · クレジット端末の R A Mのデータとを管理するわけではなく、サービスエリア毎に分散して管理する。したがって、ユーザ情報サーバ 402は、サービス提供システム 102が担当するサービスエリアに在住するユーザの属性情報とそのユーザのパーソナル · クレジット端末の R A Mのデータとを管理する（以下では、ユーザが在住するサービスエリアをユーザの「ホームサービスエリア」と呼ぶ。）。

図 7 1は、一人のユーザに対して、ユーザ情報サーバ 402に格納される情報を表した摸式図である。ユーザ情報サーバ 402では、一人のユーザに対して、ユーザデ一夕管理情報 24000、個人情報 24001、写真デ一夕 24002、ターミナル ' プロパティ 24003、ュ一ザ設定情報 24004、ァクセス制御情報 24005、端末デ一夕 24006、電話情報 24007、クレジット力一ド · リスト 24008、及び利用履歴リスト 24009の 1 0種類の情報が格納される。これらの情報の詳しい内容は、第 1の実施形態において、図 2 9 を用いて説明したものと同じである。

次に、サービス提供システム 102のマ一チャント情報サーバ 403が管理する情報について説明する。マ一チャント情報サーバ 403は、マ一チヤントの属性情報とマ一チャントのクレジット決済端末 300の R A M22502 とハードディスク 22503のデータとを管理する。但し、 1つのマ一チヤント情報サーバ 403で、すべてのマーチヤントの属性情報とクレジヅト決済端末のデ一夕とを管理するわけではなく、サービスエリア毎に分散して管理する。したがって、マ一チャント情報サーバ 403は、サービス提供システム 102が担当するサービスェリアに所在するマ一チャントの属性情報とそのマーチヤントのパーソナル · クレジット端末の R A Mとハードディスクのデータとを管理する。

図 7 2は、一つのマ一チャントに対して、マーチャント情報サーバ 40 3に格納される情報を表した摸式図である。マーチヤント情報サーバ 403 では、一つのマーチャントに対して、マ一チャントデータ管理情報 2410 0、マーチャント情報 24101、ターミナル ' プロパティ 24102、マ一チヤント設定情報 24103、端末データ 24104、電話情報 24105、クレジット力 —ド ' リスト 24106、及び販売履歴リスト 24107の 8種類の情報が格納される。これらの情報の詳しい内容は、第 1の実施形態において、図 3 0 を用いて説明したものと同じである。なお、マーチヤント情報 24101は、マ一チャントの住所、口座番号、契約内容等のマ一チャントに関する情報であり、この情報の一部が、クレジット決済端末 2410のマ一チャント情報 2506に対応している。

次に、サービス提供システム 102の決済処理機関情報サーバ 404が管理する情報について説明する。決済処理機関情報サーバ 404は、決済処理機関の属性情報とその決済処理機関による決済処理の履歴情報とを管理する。

図 7 3は、一つの決済処理機関に対して、決済処理機関情報サーバ 40 4に格納される情報を表した摸式図である。決済処理機関情報サーバ 404 では、一つの決済処理機関に対して、決済処理機関データ管理情報 2420 0、決済処理機関情報 24201、クレジットカード · リスト 24202、及び販売履歴リスト 24203の 4種類の情報が格納される。これらの情報の詳しい内容は、第 1の実施形態において、図 3 1を用いて説明したものと同じである。

次に、サービス提供システム 102のサービスディレク夕情報サーバ 401 に格納される情報について説明する。

図 7 4は、サービスディレク夕情報サーバ 401に格納される情報を表した摸式図である。

サービスディレクタ情報サーバ 401には、ユーザリスト 4300、マーチヤントリスト 4301、決済処理機関リスト 4302、サービス提供履歴リスト 4303、及び決済処理機関テーブル 4304の 5種類の情報が格納される。ユーザリスト 4300は、サービス提供者と契約をしている全ユーザの属性情報のリスト、マ一チャントリスト 4301は、サービス提供者と契約をしている全マ一チャントの属性情報のリスト、決済処理機関リスト 4302 は、サービス提供者と契約をしている全決済処理機関の属性情報のリスト、サービス提供履歴リスト 4303は、サービス提供システム 102が提供したパーソナル · リモ一ト ' クレジット決済サービスの履歴情報のリストであり、決済処理機関テーブル 4304は、ユーザ及びマーチャントからのパーソナル · リモート · クレジット決済サービスの要求に対して、最適な決済処理機関を対応付けたテーブル情報である。

ュ一ザリスト 4300には、一人のユーザに対して、ユーザ名 4305 ( 4310 )、ュ一ザ I D 4306 (4311 )、ユーザ電話番号 4307( 4312 )、サービス ' リスト ' ァドレス 4308( 4313 )、及びユーザ情報ァドレス 4309(4314 )の 5種類の情報が格納される。

サービス ' リスト ' アドレス 4308(4313 )は、ユーザが利用できるサービスコードのリス卜が格納されているァドレスを示し、ユーザ情報ァドレス 4309(4314 )は、そのュ一ザのユーザデータ管理情報が格納されているアドレスを示す。ユーザが利用できるサービスコードのリストと、ュ —ザデ一夕管理情報とは、それぞれ、そのユーザのホームサービスエリァのサービス提供システムにおけるサービスディレク夕情報サーバと、ユーザ情報サーバとにおいて管理される。したがって、サービス提供システム 102が、ユーザのホームサービスエリァのサ一ビス提供システムである場合には、サ一ビス ' リスト ' アドレスと、ユーザ情報ァドレスとは、それそれ、サービスディレクタ情報サーバ 401上のアドレスと、ユーザ情報サーバ 402上のアドレスとを示し、また、ユーザのホームサ —ビスエリァとサービス提供システム 102のサービスエリァとが異なる場合には、サービス · リスト · アドレスと、ユーザ情報ァドレスとは、それそれ、ユーザのホームサービスエリァのサービス提供システムにおけるサービスディレク夕情報サーバ上のァドレスと、ユーザ情報サーバ上のァドレスとを示す。

マ一チャントリスト 3301には、一つのマーチャントに対して、マーチヤント名 4315(4321 )、マ一チャント I D 4316 (4322 )、マ一チャン卜電話番号 4317( 4323 )、サービス ' リスト ' アドレス 4318(4324 )、顧客テープル · ァドレス 4319( 4325 )、及びマーチヤント情報ァドレス 4320(4326 )の 6種類の情報が格納される。

サ一ビス . リスト . アドレス 4308( 4312 )は、マーチャントが取り扱うことができるサービスコードのリス卜が格納されているァドレスを示し、顧客テーブル · ァドレス 4317(4322 )は、顧客番号とユーザ I Dとの対応を示すテーブル情報（顧客テーブル）が格納されているアドレスを、マ一チャント情報ァドレス 4320(4326 )は、そのマ一チャン卜のマーチヤントデ一夕管理情報が格納されているァドレスを示す。

マ一チヤン卜が取り扱うことができるサービスコ一ドのリスト及び顧客テーブルと、マーチャントデ一夕管理情報とは、それそれ、そのマ一チャントのホームサービスエリァのサービス提供システムにおけるサービスディレク夕情報サーバと、ユーザ情報サーバとにおいて管理される。したがって、サービス提供システム 102がマーチャントのホームサ一ビスエリァのサ一ビス提供システムである場合には、サービス · リスト - アドレスと顧客テーブル · ァドレスとは、サービスディレク夕情報サーノ 01上のアドレスを示し、ユーザ情報アドレスは、ユーザ情報サーバ 4 02上のアドレスを示す。また、マ一チャントのホームサービスエリアとサービス提供システム 102のサ一ビスエリアとが異なる場合には、サービス ' リスト ' ァドレスと顧客テーブル ·ァドレスとは、マ一チャントのホームサービスエリァのサービス提供システムにおけるサービスディレクタ情報サーバ上のアドレスを示し、ユーザ情報アドレスは、マーチャン卜のホームサービスエリァのサービス提供システムにおけるュ一ザ情報サーバ上のァドレスを示す。

決済処理機関リスト 4302には、一つの決済処理機関に対して、決済処理機関名 4327(4332)、決済処理機関 I D4328(4333)、決済処理機関通信 I D4329(4334)、サービス ' リスト ' アドレス 4330(4335)、及び決済処理機関情報ァドレス 4331(4336)の 5種類の情報が格納される。

決済処理機関通信 I D4329(4334)は、サービス提供システム 102が、デジタル通信回線 111を介して決済システム 103と通信する際の決済システム 103の I Dを示し、サービス · リスト ' ァドレス 4330(4335)は、決済処理機関が取り扱うことができるサービスコードのリス卜が格納されているサービスディレク夕情報サーバ 401上のァドレスを示し、決済処理機関情報ァドレス 4331(4336)は、その決済処理機関の決済処理機関デ —夕管理情報が格納されている決済処理機関情報サーバ 404上のァドレスを示す。

サービス提供履歴リスト 4303には、パーソナル · リモート ' クレジット決済サービスの一つのサービス提供に対して、サービス提供番号 4337 (4341)、サービスコード 4338(4342)、サービス提供時刻 4339(4343)、及びサービス提供情報ァドレス 4340(4344)の 4種類の情報が格納される。サービス提供番号 4337(4341)は、一つのサービス提供におけるサービス提供システム 102での処理をユニークに示す番号、サービスコ一ド 433 8(4342)は、ユーザが利用したクレジヅトカードサ一ビスの種類を示すコード番号、サービス提供時刻 4339(4343)は、パーソナル ' リモート · クレジット決済サービスのサービスを提供した時刻、サービス提供情報ァドレス 4340(4344)は、一つのサービス提供におけるサービス提供システム 102での処理の履歴情報が格納されているサービスディレク夕情報サーバ 401上のァドレスを示す。

次に、サービス ' マネージャプロセス 23800が、ユーザプロセス、マ —チャントプロセス、決済処理機関プロセス、サービス 'ディレクタプ口セスを管理する際に生成するプロセスの管理デ一夕について説明する _c 図 7 5の（a ) から（ f ) は、サービス 'マネージャプロセスが生成するプロセスの管理デ一夕の構成を示している。

図 7 5 ( a ) は、 1つのユーザプロセスに関して生成されるュ一ザプロセス管理情報 4400のデ一夕構成を示している。ユーザプロセス管理情報 4400は、ュ一ザプロセスのプロセス I Dを示すユーザプロセス I D 44 06と、ユーザプロセスに対応するュ一ザのユーザ I D 4407と、ユーザのホームサービスエリァのサ一ビス提供システム上のユーザプロセスのプロセス I Dを示すホームプロセス I D 4408と、ユーザのホームサービスェリァ以外のサービスエリァのサービス提供システム上のュ一ザプロセスのプロセス I Dを示すモパイルプロセス I D 4409と、ユーザプロセスと同一のプロセスグループに属するサービス 'ディレクタプロセスのプロセス I Dを示すサービス ·ディレクタプロセス I D 4410と、ユーザプ口セスの実行状態を示すプロセスステイタス 4411と、ユーザプロセスに割当てられたメモリ領域を示すプロセスデ一夕領域ボイン夕 4412との 7 種類の情報で構成される。

パーソナル · クレジット端末が、ユーザのホームサービスエリァのサ —ビス提供システムと通信する場合には、ホームサービスエリァのサ一ビス提供システムのサービス ·マネージャプロセスは、パーソナル · クレジット端末に対応する一つのユーザプロセスを生成して、ユーザプロセス I D 4406のフィールドには、すべてのサービスエリアのサービス提供システムを通して、ユニークにユーザプロセスを指す I Dを設定し、ホームプロセス I D 4408とモパイルプロセス I D4409のフィ一ルドには、 " 0 " を設定する。

一方、ユーザが、ホームサービスエリア以外のサービスエリアでパーソナル ' クレジヅト端末を使用して、パーソナル · クレジヅト端末が、ホームサービスエリァ以外のサービス提供システムと通信をする場合には、パーソナル · クレジット端末に対応するユーザプロセスが、ユーザのホームサービスエリァのサ一ビス提供システム上と、パーソナル . クレジット端末が通信をするサービス提供システム上とに生成される。この場合、ホームサービスエリァのサ一ビス提供システム上のユーザプロセスを、ホームユーザプロセス（HUP ： Home User Process)と呼び、パーソナル · クレジット端末が通信をするサ一ビス提供システム上のュ一ザプロセスを、モバイルュ一ザプロセス（MUP ： Mobile User Process) と呼ぶ。ホームユーザプロセスと、モパイルユーザプロセスとは、お互いに通信をして、連携処理を行ない、 1つのユーザプロセスとして機能する。具体的には、ホームユーザプロセスが、ユーザ情報サーバが管理するユーザの属性情報とユーザのパーソナル · クレジット端末の R A M のデータとにアクセスし、モパイルユーザプロセスが、パーソナル ' クレジット端末との通信の制御、及び、データ処理を行なう。つまり、モパイルユーザプロセスは、ホ一ムュ一ザプロセスを介して、ユーザ情報サーバにアクセスする。

ホームサービスエリァのサ一ビス提供システムのサービス 'マネ一ジャプロセスは、ホームユーザプロセスのユーザプロセス管理情報におけるユーザプロセス I D 4406のフィ一ルドには、すべてのサ一ビスエリァのサービス提供システムを通して、ユニークにホームユーザプロセスを指す I Dを設定し、ホームプロセス I D 4408のフィールドには、 " 0 " を、モパイルプロセス I D 4409のフィールドには、モバイルュ一ザプロセスの I Dを設定する。

また、パーソナル · クレジヅト端末が通信をするサービス提供システムのサ一ビス ·マネージャプロセスは、モパイルユーザプロセスのュ一ザプロセス管理情報におけるュ一ザプロセス I D 4406のフィールドには、すべてのサービスエリアのサービス提供システムを通して、ユニークにモバイルュ一ザプロセスを指す I Dを設定し、ホームプロセス I D 4408 のフィールドには、ホームユーザプロセスの I Dを、モパイルプロセス I D 4409のフィールドには、 " 0 " を設定する。

また、ユーザ I D 4407と、サービス ·ディレク夕プロセス I D 4410とは、それそれ、すべてのサービスエリアのサービス提供システムを通してユニークな、ユーザと、サービス ·ディレク夕プロセスとを示す。次に、図 7 5 ( b ) は、 1つのマ一チャントプロセスに関して生成されるマ一チャントプロセス管理情報 4401のデータ構成を示している。マ —チャントプロセス管理情報 4401は、マーチャントプロセスのプロセス I Dを示すマ一チャントプロセス I D 4413と、マ一チャントプロセスに対応するマ一チヤントのマーチャント I D 4414と、マ一チャントプロセスと同一のプロセスグループに属するサービス 'ディレクタプロセスのプロセス I Dを示すサービス 'ディレクタプロセス I D 4415と、マーチヤントプロセスの実行状態を示すプロセスステイタス 4416と、マ一チヤントプロセスに割当てられたメモリ領域を示すプロセスデ一夕領域ボイン夕 4417との 5種類の情報で構成される。マ一チャントプロセス I D 44 13と、マ一チャント I D 4414と、サ一ビス 'ディレクタプロセス I D 44 15とは、それそれ、すべてのサービスエリアのサービス提供システムを通してユニークな、マ一チヤントプロセスとマーチヤントとサービス - ディレクタプロセスとを示す。

次に、図 7 5 ( c ) は、 1つの決済処理機関プロセスに関して生成される決済処理機関プロセス管理情報 4402のデータ構成を示している。決済処理機関プロセス管理情報 4402は、決済処理機関プ口セスのプロセス I Dを示す決済処理機関プロセス I D 4418と、決済処理機関プロセスに対応する決済処理機関の決済処理機関 I D 4419と、決済処理機関プロセスと同一のプロセスグループに属するサ一ビス 'ディレクタプロセスのプロセス I Dを示すサービス 'ディレクタプロセス I D 4420と、決済処理機関プロセスの実行状態を示すプロセスステイタス 4421と、決済処理機関プロセスに割当てられたメモリ領域を示すプロセスデータ領域ボイン夕 4422との 5種類の情報で構成される。決済処理機関プロセス I D 44 18と、決済処理機関 I D 4419と、サ一ビス ·ディレクタプロセス I D 44 20とは、それそれ、すべてのサービスエリアのサービス提供システムを通してユニークな、決済処理機関プロセスと決済処理機関とサービス · ディレク夕プロセスを示す。

次に、図 7 5 ( d ) は、 1つのサービス 'ディレクタプロセスに関して生成されるサ一ビス · ディレク夕プロセス管理情報 4403のデータ構成を示している。サ一ビス 'ディレクタプロセス管理情報 4403は、サ一ビス 'ディレクタプロセスのプロセス I Dを示すサービス 'ディレクタプロセス I D 4423と、サービス ·ディレクタプロセスが属するプロセスグループの I Dを示すプロセスグループ I D 4424と、サービス ·ディレク夕プロセスの実行状態を示すプロセスステイタス 4425と、サービス 'ディレク夕プロセスと同一のプロセスグループに属するプロセスのプロセス I Dのリストを示すメンバ一リスト 4426と、サービス ·ディレクタプ口セスに割当てられたメモリ領域を示すプロセスデ一夕領域ボイン夕 44 27との 5種類の情報で構成される。サービス 'ディレクタプロセス I D 4423とプロセスグループ I D 4424とは、それぞれ、すべてのサービスェリァのサ一ビス提供システムを通してユニークな、サービス 'ディレク夕プロセスとプロセスグループとを示す。

次に、図 7 5 ( e ) は、 1つのプロセスグループに関して生成されるプロセスグループ管理情報 4404のデ一夕構成を示している。プロセスグループ管理情報 4404は、プロセスグループの I Dを示すプロセスグル一プ I D 4428と、プロセスグループのサービス 'ディレクタプロセスのプロセス I Dを示すサービス ·ディレクタプロセス I D 4429と、プロセスグループに属するプロセスのプロセス I Dのリストを示すメンバ一リスト 4430との 3種類の情報で構成される。プロセスグループ I D 4428とサ —ビス 'ディレクタプロセス I D 4429とは、それぞれ、すべてのサ一ビスエリアのサービス提供システムを通してユニークな、プロセスグループとサービス ·ディレク夕プロセスとを示す。

図 7 5 ( f ) は、サービス 'マネージャプロセスによる処理が保留されているメヅセージを示すメヅセージリスト 4405のデ一夕構造を示している

サービス 'マネージャプロセスに送られるメッセージの内、ユーザプロセスから送られる支払要求とキャンセル要求、及び、マ一チャントプロセスから送られる信用照会要求とキャンセル要求は、処理が一時的に保留される場合があり、この場合に、サービス 'マネージャプロセスによって、メヅセージリスト 4405に登録される。

例えば、 "決済" の処理の場合、支払要求が、信用照会要求よりも先にサ一ビス ·マネージャプロセスに送られた場合には、対応する信用照会要求が、サービス ·マネージャプロセスに送られるまで、支払要求はメッセージリスト 4405に登録される。対応する信用照会要求がサ一ビス 'マネージャプロセスに送られると、サービス 'マネージャプロセスは、サービス ·ディレク夕プロセスを生成し、生成されたサービス ·ディレク夕プロセスによって、支払要求と信用照会要求とが処理される。逆に、信用照会要求が、支払会要求よりも先にサービス ·マネージャプ口セスに送られた場合には、対応する支払要求がサービス ·マネージャプロセスに送られるまで、信用照会要求はメッセージリスト 4405に登録される。対応する支払要求がサービス ·マネージャプロセスに送られると、サービス ·マネージャプロセスは、サービス ·ディレク夕プロセスを生成し、生成されたサービス ·ディレク夕プロセスによって、支払要求と信用照会要求とが処理される。

また、 "キャンセル" の処理の場合、ユーザプロセスからのキャンセル要求が、マ一チャントプロセスからのキヤンセル要求よりも先にサービス 'マネージャプロセスに送られた場合には、対応するマ一チャントプロセスからのキャンセル要求が、サービス 'マネージャプロセスに送られるまで、ユーザプロセスからのキャンセル要求はメヅセージリスト 4405に登録される。対応するマ一チャントプロセスからのキャンセル要求がサ一ビス 'マネージャプロセスに送られると、サ一ビス 'マネージャプロセスは、サービス .ディレクタプロセスを生成し、生成されたサ一ビス ·ディレクタプロセスによって、ユーザプロセスとマーチヤントプロセスとからのキャンセル要求が処理される。逆に、マ一チャントプロセスからのキャンセル要求が、ュ一ザプロセスからのキャンセル要求よりも先にサービス ·マネージャプロセスに送られた場合には、対応するユーザプロセスからのキャンセル要求が、サービス 'マネージャブ口セスに送られるまで、マーチヤントプロセスからのキャンセル要求はメヅセージリスト 4405に登録される。対応するユーザプロセスからのキヤンセル要求がサービス 'マネージャプロセスに送られると、サービス ' マネージャプロセスは、サービス ·ディレク夕プロセスを生成し、生成されたサービス 'ディレクタプロセスによって、ユーザプロセスとマ一チャントプロセスとからのキャンセル要求が処理される。サービス ·マネージャプロセスは、メッセージリスト 4405に登録されているメッセージとメッセージの内容とを照合することによって、支払要求、信用照会要求、ユーザプロセス及びマーチャントプロセスからのキャンセル要求のそれそれに対応するメッセージを検出する。

メッセージリスト 4405には、 1つのメッセージに対して、メッセ一ジへのボイン夕であるメッセ一ジポィン夕 4431 (4434)と、対応するメヅセージを検出する際に照合する照合デ一夕へのポインタである照合データボイン夕 4432(4435 )と、メヅセ一ジの送り手のプロセスを示すプロセス I D 4433(4436 )との 3つの情報が登録される。

次に、パーソナル · クレジット端末、または、クレジット決済端末によるサービス提供システムとのセヅション確立の処理において交換されるメッセージの詳細について説明する。セッション確立の処理は、パーソナル · クレジット端末とサービス提供システム、または、クレジット決済端末とサービス提供システムとが、通信を開始する前に、互いの相互認証を行なう処理である。以下では、この処理を、セッション確立処理と呼ぶ。

図 7 6は、パーソナル ' クレジット端末から、サービス提供システムに接続する場合のセッション確立処理の手順を示し、図 7 8の（a ) 、 ( b ) 、（ c ) は、パーソナル ' クレジヅト端末とサービス提供システムとの間で交換するメヅセージの内容を示している。

また、図 7 7は、サービス提供システムからパーソナル ' クレジット端末に接続する場合のセッション確立処理の手順を示し、図 7 8の（d )、 ( e ) 、（ f ) は、パーソナル ' クレジット端末とサービス提供システムとの間で交換するメッセージの内容を示している。

パーソナル · クレジット端末からサービス提供システムに接続する場合、まず、パーソナル ' クレジット端末 100がサービス提供システム 102 に電話をかけて、回線を接続する（回線接続 4505) 。この際、パーソナル · クレジット端末 100は、デジタル公衆網 108に、デジタル無線電話の回線接続を要求するメッセージ、発呼要求 4500を送信し、デジタル公衆網 108は、サービス提供システムを呼び出すメッセージ、着呼要求 4501 をサービス提供システムに送信する。それに対して、サービス提供システムは、呼び出しを許可するメッセージ、着呼応答 4503をデジタル公衆網に送信し、デジタル公衆網は、回線接続を許可するメッセ一ジ、発呼応答 4504をパーソナル · クレジット端末に送信して、パーソナル · クレジット端末とサービス提供システムとは、回線で接続される（回線接続 4505 ) 。

この時、パーソナル · クレジット端末とデジタル公衆網、及び、デジタル公衆網とサービス提供システムとの間で交わされる発呼要求 4500、着呼要求 4501、着呼応答 4503、発呼応答 4504といったメッセージは、デジ夕ル無線電話から伝送路 106及び基地局 104、デジ夕ル通信回線 107、デジタル公衆網 108、デジタル通信回線 109を介した回線接続のプロトコルに依存するものである。

また、サービス提供システムでは、サービス 'マネージャプロセスが、デジタル公衆網 108からの着呼要求 4501を受信する。サービス ·マネージャプロセスは、着呼要求 4501に含まれる、呼び手のパーソナル ' クレジット端末の電話番号情報から、呼び手のパーソナル ' クレジット端末に対応するユーザプロセスを生成し（プロセス生成 4502) 、生成されたユーザプロセスが、着呼応答 4503を送信して、パーソナル ' クレジット端末と回線を接続する。

パーソナル · クレジット端末とユーザプロセスとの回線が接続されると（回線接続 4505 ) 、ユーザプロセスは、パーソナル · クレジット端末を認証するためのテストメッセージ、認証テスト A4506を生成し、パ一ソナルクレジット端末に送信する。

図 7 8 ( a ) に示すように、認証テスト A4506は、メッセージが認証テスト A4506であることを示すヘッダ情報、認証テスト Aへヅダ 4700と、任意のビットパターンであるテストパターン A4701をユーザの公開鍵で暗号化したもの 4702とから成る。

パーソナル · クレジット端末は、認証テスト A4506を受信し、テストパターン Aの暗号をユーザのプライべ一ト鍵で復号化して、認証テスト A4506に対する応答メッセージであり、かつ、ユーザプロセスを認証するためのテストメッセージである、認証テスト A応答 4507を生成し、ュ —ザプロセスに送信する。

図 7 8 ( b ) に示すように、認証テスト A応答 4507は、メヅセージが認証テスト A応答 4507であることを示すヘッダ情報、認証テスト A応答ヘッダ 4703と、暗号を復号化したテストパターン A4704と、任意のビヅトパターンであるテストパターン B 4705をサービス提供者の公開鍵で暗号化したもの 4706とから成る。つまり、認証テスト A応答 4507には、テストパターン Aに対する認証テスト Aに相当する、ユーザプロセスを認証するための認証テスト Bが含まれている。

ユーザプロセスは、認証テスト A応答 4507を受信し、テストパターン A4701と受信したテストパターン A4704とを照合して、ユーザを認証する。この場合のユーザの認証は、ユーザの公開鍵で暗号化されたテストパターン Aは、ュ一ザのプライべ一ト鍵を持つパーソナルクレジット端末でしか復号化できないという前提に基づいている。

ュ一ザプロセスは、さらに、テストパターン Bの暗号をサービス提供者のプライベート鍵で復号化して、認証テスト Bに対する応答メッセ一ジ、認証テスト B応答 4508を生成し、パーソナル ' クレジット端末に送信 3—る。図 7 8 ( c ) に示すように、認証テスト B応答 4508は、メッセージが認証テスト B応答 4508であることを示すヘッダ情報、認証テスト B応答ヘッダ 4707と、暗号を復号化したテストパターン B 4708と、セッション許可メヅセージ 4709をユーザの公開鍵で暗号化したもの 4710とから成る _c セッション許可メッセージ 4709は、パーソナルクレジット端末とのセヅシヨンを許可するメッセージであり、その中には、通信条件に関する情報が含まれている。

パーソナル · クレジット端末は、認証テスト B応答 4508を受信し、テストパターン B 4705と受信したテストパターン B 4708とを照合して、ュ一ザプロセスを認証する。この場合のユーザプロセスの認証は、サ一ビス提供者の公開鍵で暗号化されたテストパターン Bは、サービス提供者のプライべ一ト鍵を持つサービス提供システムでしか復号化できないという前提に基づいている。

パーソナル ' クレジット端末は、さらに、セッション許可メッセージの暗号をユーザのプライベート鍵で復号化して、ユーザプロセスとの通信条件をセッション許可メッセージの通信条件に変更する。

以上の処理によって、パーソナル · クレジヅト端末とユーザプロセスとは、お互いを相互に認証し、共通の通信条件に基づいて通信をするようになる（セッション確立 4509) 。この状態を、以下では、セッション確立状態と呼ぶ。

また、サービス提供システムからパーソナル ' クレジット端末に接続する場合には、まず、サ一ビス提供システム 102が、パーソナル ' クレジット端末 100に電話をかけて、回線を接続する（回線接続 4605 ) 。この際、サービス提供システム 102では、サ一ビス 'マネージャプロセスが、回線を接続するパーソナルクレジット端末に対応するユーザプロセスを生成し（プロセス生成 4600) 、生成されたユーザプロセスが、デジタル公衆網 108に、デジタル無線電話の回線接続を要求するメッセージ、発呼要求 4601を送信し、デジタル公衆網 108は、パーソナル ' クレジット端末を呼び出すメッセ一ジ、着呼要求 4602を、パーソナル ' クレジット端末に送信する。それに対して、パーソナル · クレジット端末は、呼び出しを許可するメッセージ、着呼応答 4603を、デジタル公衆網に送信し、デジタル公衆網は、回線接続を許可するメッセージ、発呼応答 4604 をユーザプロセスに送信して、ュ一ザプロセスとパーソナル ' クレジット端末とは、回線で接続される（回線接続 4605) 。この時、ユーザプロセスとデジタル公衆網、及び、デジタル公衆網とパーソナル · クレジット端末との間で交わされる発呼要求 4601、着呼要求 4602、着呼応答 4603、発呼応答 4604といったメヅセージは、デジタル通信回線 109及びデジ夕ル公衆網 108、デジタル通信回線 107、基地局 104、伝送路 106を介した回線接続のプロトコルに依存するものである。

ユーザプロセスとパーソナル · クレジット端末との回線が接続されると（回線接続 4605 ) 、パーソナル ' クレジット端末は、ユーザプロセスを認証するためのテストメッセージ、認証テスト C 4606を生成し、ユーザプロセスに送信する。

図 7 8 ( d ) に示すように、認証テスト C 4606は、メッセージが認証テスト C 4606であることを示すヘッダ情報、認証テスト Cヘッダ 4711と、任意のビットパターンであるテストパターン C 4712をサービス提供者の公開鍵で暗号化したもの 4713とから成る。

ユーザプロセスは、認証テスト C 4606を受信し、テストパターン Cの暗号をサービス提供者のプライベート鍵で復号化して、認証テスト C 46

06に対する応答メッセージであり、かつ、パーソナル ' クレジット端末を認証するためのテストメッセージである、認証テスト C応答 4607を生成し、パーソナル · クレジット端末に送信する。図 7 8 ( e ) に示すように、認証テスト C応答 4607は、メヅセージが認証テスト C応答 4607であることを示すヘッダ情報、認証テスト C応答ヘッダ 4714と、暗号を復号化したテストパターン C 4715と、任意のビットパ夕一ンであるテストパターン D 4716をユーザの公開鍵で暗号化したもの 4717とから成る。つまり、認証テスト C応答 4607には、テストパ夕ーン Cに対する認証テスト Cに相当する、パーソナル · クレジット端末を認証するための認証テスト Dが含まれている。

パーソナル · クレジット端末は、認証テスト C応答 4607を受信し、テストパ夕一ン C 4712と受信したテストパターン C 4715とを照合して、ュ —ザプロセスを認証する。この場合のユーザプロセスの認証は、サ一ビス提供者の公開鍵で暗号化されたテストパターン Cは、サービス提供者のプライべ一ト鍵を持つサービス提供システムでしか復号化できないという前提に基づいている。

パーソナル · クレジット端末は、さらに、テストパターン Dの暗号をユーザのプライベート鍵で復号化して、認証テスト Dに対する応答メッセージ、認証テスト D応答 4608を生成し、ュ一ザプロセスに送信する。図 7 8 ( f ) に示すように、認証テスト D応答 4608は、メッセージが認証テスト D応答 4608であることを示すヘッダ情報、認証テスト D応答ヘッダ 4718と、暗号を復号化したテストパターン D 4719と、セッション許可メッセージ 4720をサービス提供者の公開鍵で暗号化したもの 4721とから成る。セッション許可メヅセージ 4720は、ユーザプロセスとのセッシヨンを許可するメッセージであり、その中には、通信条件に関する情報が含まれている。

ユーザプロセスは、認証テスト D応答 4608を受信し、テストパターン D 4716と受信したテストパターン D 4719とを照合して、パーソナル · クレジヅト端末を認証する。この場合のパーソナル ' クレジット端末の認証は、ユーザの公開鍵で暗号化されたテストパターン Dは、ユーザのプライべ一ト鍵を持つパーソナル · クレジット端末でしか復号化できないという前提に基づいている。

ユーザプロセスは、さらに、セッション許可メッセージの暗号をサービス提供者のプライベート鍵で復号化して、パーソナル ' クレジット端末との通信条件を、セッション許可メッセージの通信条件に変更する。以上の処理によって、ユーザプロセスとパーソナル · クレジヅト端末とは、お互いを相互に認証し、共通の通信条件に基づいて通信をするようになり、セッション確立状態となる（セッション確立 4609) 。

クレジット決済端末とサービス提供システムとのセッション確立処理は、パーソナル · クレジット端末とサービス提供システムとのセッション確立処理と、全く同じ手順で行なわれる。

図 7 9は、クレジット決済端末から、サービス提供システムに接続する場合のセヅシヨン確立処理の手順を示し、図 8 1の（a ) 、（b ) 、 ( c ) は、クレジット決済端末とサービス提供システムとの間で交換するメッセージの内容を示している。

また、図 8 0は、サービス提供システムからクレジット決済端末に接続する場合のセッション確立処理の手順を示し、図 8 1の（d ) 、（ e )、 ( f ) は、クレジット決済端末とサービス提供システムとの間で交換するメッセージの内容を示している。

クレジット決済端末から、サービス提供システムに接続する場合、まず、クレジット決済端末 300が、サービス提供システム 102に電話をかけて、回線を接続する（回線接続 4805 ) 。この際、クレジット決済端末 30 0は、デジタル公衆網 108に、デジタル電話の回線接続を要求するメッセージ、発呼要求 4800を送信し、デジタル公衆網 108は、サービス提供システムを呼び出すメッセ一ジ、着呼要求 4801を、サービス提供システムに送信する。それに対して、サービス提供システムは、呼び出しを許可するメッセージ、着呼応答 4803をデジタル公衆網に送信し、デジタル公衆網は、回線接続を許可するメッセージ、発呼応答 4804をクレジット決済端末に送信して、クレジット決済端末とサービス提供システムとは、回線で接続される（回線接続 4805 ) 。

この時、クレジット決済端末とデジタル公衆網、及び、デジタル公衆網とサービス提供システムとの間で交わされる発呼要求 4800、着呼要求 4801、着呼応答 4803、発呼応答 4804といったメッセージは、デジタル電話からデジタル電話通信回線 110及びデジタル公衆網 108、デジタル通信回線 109を介した回線接続のプロトコルに依存するものである。

また、サービス提供システムでは、サービス 'マネージャプロセスが、デジタル公衆網 108からの着呼要求 4801を受信する。サービス 'マネージャプロセスは、着呼要求 4801に含まれる、呼び手のクレジット決済端末の電話番号情報から、呼び手のクレジット決済端末に対応するマーチヤントプロセスを生成し（プロセス生成 4802 ) 、生成されたマーチヤントプロセスが、着呼応答 4803を送信して、クレジット決済端末と回線を接！？ cする。

クレジット決済端末とマーチヤントプロセスとの回線が接続されると (回線接続 4805 ) 、マ一チャントプロセスは、クレジット決済端末を認証するためのテストメッセ一ジ、認証テスト A4806を生成し、クレジヅト決済端末に送信する。

図 8 1 ( a ) に示すように、認証テスト A4806は、メヅセージが認証テスト A4806であることを示すヘッダ情報、認証テスト Aヘッダ 5000と、任意のビヅトパ夕一ンであるテストパターン A 5001をマ一チャン卜の公開鍵で暗号化したもの 5002とから成る。

クレジット決済端末は、認証テスト A4806を受信し、テストパターン Aの暗号をマ一チャントのプライべ一ト鍵で復号化して、認証テスト A 4806に対する応答メッセージであり、かつ、マーチャントプロセスを認証するためのテストメッセージである、認証テスト A応答 4807を生成し、マ一チャントプロセスに送信する。

図 8 1 ( b ) に示すように、認証テスト A応答 4807は、メッセージが認証テスト A応答 4807であることを示すヘッダ情報、認証テスト A応答ヘッダ 5003と、暗号を復号化したテストパターン A 5004と、任意のビットパターンであるテストパ夕一ン B 5005をサービス提供者の公開鍵で暗号化したもの 5006とから成る。つまり、認証テスト A応答 4807には、テストパターン Aに対する認証テスト Aに相当する、マ一チャントプロセスを認証するための認証テスト Bが含まれている。

マ一チャントプロセスは、認証テスト A応答 4807を受信し、テストパ夕一ン A 5001と受信したテストパターン A 5004とを照合して、マ一チヤントを認証する。この場合のマ一チャントの認証は、マ一チャントの公閧鍵で暗号化されたテストパターン Aは、マ一チャントのプライベート鍵を持つクレジット決済端末でしか復号化できないという前提に基づいている。

マ一チャントプロセスは、さらに、テストパターン Bの暗号をサービス提供者のプライベート鍵で復号化して、認証テスト Bに対する応答メッセージ、認証テスト B応答 4808を生成し、クレジット決済端末に送信する。

図 8 1 ( c ) に示すように、認証テスト B応答 4808は、メヅセージが認証テスト B応答 4808であることを示すヘッダ情報、認証テスト B応答ヘッダ 5007と、暗号を復号化したテストパターン B 5008と、セッション許可メッセージ 5009をマーチヤントの公開鍵で暗号化したもの 5010とから成る。セッション許可メッセ一ジ 5009は、クレジット決済端末とのセッシヨンを許可するメッセージであり、その中には、通信条件に関する情報が含まれている。

クレジット決済端末は、認証テスト B応答 4808を受信し、テストパ夕 —ン B 5005と受信したテストパターン B 5008とを照合して、マーチヤントプロセスを認証する。この場合のマ一チャントプロセスの認証は、サ一ビス提供者の公開鍵で暗号化されたテストパターン Bは、サービス提供者のプライベート鍵を持つサービス提供システムでしか復号化できないという前提に基づいている。

クレジット決済端末は、さらに、セッション許可メッセージの暗号をマーチャントのプライべ一ト鍵で復号化して、マ一チャントプロセスとの通信条件をセッション許可メッセージの通信条件に変更する。

以上の処理によって、クレジット決済端末とマーチヤントプロセスとは、お互いを相互に認証し、共通の通信条件に基づいて通信をするようになり、セッション確立状態となる（セッション確立 4809) 。

また、サービス提供システムから、クレジット決済端末に接続する場合には、まず、サービス提供システム 102が、クレジット決済端末 300に電話をかけて、回線を接続する（回線接続 4905) 。この際、サービス提供システム 102では、サービス ' マネージャプロセスが、回線を接続するクレジット決済端末に対応するマ一チャントプロセスを生成し（プロセス生成 4900) 、生成されたマーチャントプロセスが、デジタル公衆網 108に、デジタル電話の回線接続を要求するメッセージ、発呼要求 4901 を送信し、デジタル公衆網 108は、クレジット決済端末を呼び出すメッセージ、着呼要求 4902を、クレジット決済端末に送信する。それに対して、クレジット決済端末は、呼び出しを許可するメッセージ、着呼応答 4903を、デジタル公衆網に送信し、デジタル公衆網は、回線接続を許可するメッセージ、発呼応答 4904をマーチャントプロセスに送信して、マ —チャントプロセスとクレジット決済端末とは、回線で接続される（回線接続 4905 ) 。この時、マ一チャントプロセスとデジタル公衆網、及び、デジタル公衆網とクレジット決済端末との間で交わされる発呼要求 4901、着呼要求 4902、着呼応答 4903、発呼応答 4904といったメッセージは、デジ夕ル通信回線 109及びデジタル公衆網 108、デジタル電話通信回線 110 を介した回線接続のプロトコルに依存するものである。

マーチヤントプロセスとクレジット決済端末との回線が接続されると (回線接続 4905 ) 、クレジット決済端末は、マーチャントプロセスを認証するためのテストメッセ一ジ、認証テスト C 4906を生成して、マーチヤントプロセスに送信する。

図 8 1 ( d ) に示すように、認証テスト C 4906は、メッセージが認証テスト C 4906であることを示すヘッダ情報、認証テスト Cへヅダ 5011と、任意のビットパ夕一ンであるテストパ夕一ン C 5012をサービス提供者の公開鍵で暗号化したもの 5013とから成る。

マ一チャントプロセスは、認証テスト C 4906を受信し、テストパターン Cの暗号をサービス提供者のプライべ一ト鍵で復号化して、認証テスト C 4906に対する応答メッセ一ジであり、かつ、クレジット決済端末を認証するためのテストメッセージである、認証テスト C応答 4907を生成し、クレジット決済端末に送信する。

図 8 1 ( e ) に示すように、認証テスト C応答 4907は、メッセ一ジが認証テスト C応答 4907であることを示すヘッダ情報、認証テスト C応答ヘッダ 5014と、暗号を復号化したテストパターン C 5015と、任意のビヅトパターンであるテストパターン D 5016をマ一チャントの公開鍵で暗号化したもの 5017とから成る。つまり、認証テスト C応答 4907には、テストパターン Cに対する認証テスト Cに相当する、クレジット決済端末を認証するための認証テスト Dが含まれている。クレジット決済端末は、認証テスト C応答 4907を受信し、テストパ夕 —ン C 5012と受信したテストパ夕一ン C 5015とを照合して、マーチヤントプロセスを認証する。この場合のマ一チャントプロセスの認証は、サ —ビス提供者の公開鍵で暗号化されたテストパターン Cは、サービス提供者のプライべ一ト鍵を持つサービス提供システムでしか復号化できないという前提に基づいている。

クレジット決済端末は、さらに、テストパターン Dの暗号をマーチヤン卜のプライベート鍵で復号化して、認証テスト Dに対する応答メッセ —ジ、認証テスト D応答 4908を生成し、マ一チャントプロセスに送信する。

図 8 1 ( f ) に示すように、認証テスト D応答 4908は、メッセージが認証テスト D応答 4908であることを示すヘッダ情報、認証テスト D応答ヘッダ 5018と、暗号を復号化したテストパターン D 5019と、セッション許可メッセージ 5020をサービス提供者の公開鍵で暗号化したもの 5021とから成る。セッション許可メッセ一ジ 5020は、マ一チャントプロセスとのセッションを許可するメッセ一ジであり、その中には、通信条件に関する情報が含まれている。

マ一チャントプロセスは、認証テスト D応答 4908を受信し、テストパ夕一ン D 5016と受信したテストパターン D 5019とを照合して、クレジット決済端末を認証する。この場合のクレジット決済端末の認証は、マ一チャントの公開鍵で暗号化されたテストパターン Dは、マーチャントのプライべ一ト鍵を持つクレジット決済端末でしか復号化できないという前提に基づいている。

マ一チャントプロセスは、さらに、セッション許可メッセージの暗号をサービス提供者のプライベート鍵で復号化して、クレジット決済端末との通信条件を、セッション許可メッセージの通信条件に変更する。以上の処理によって、マーチヤントプロセスとクレジヅト決済端末は、お互いを相互に認証し、共通の通信条件に基づいて通信をするようになり、セッション確立状態となる（セッション確立 4909) 。

次に、パーソナル · クレジット端末 100、及び、クレジット決済端末 3 00が、リモートアクセスの処理において、サ一ビス提供システム 102との間で交換するメッセージの内容について説明する。リモートアクセスの処理は、リモートァドレスに存在するデータをアクセスしょうとした場合に、サービス提供システム 102から、データをダウンロードする処理である。以下では、この処理を、リモートアクセス処理と呼ぶ。

図 8 2 ( a ) は、パーソナル · クレジヅト端末 100によるリモ一トァクセス処理の手順を示し、図 8 3 ( a ) 、（b ) は、パーソナル ' クレジット端末 100とユーザプロセスとの間で交換するメッセージの内容を示している。アクセスするデ一夕が、リモートアドレスに存在する場合、パーソナル · クレジヅト端末 100は、リモ一トアクセスプロセスを生成し、リモートアクセス処理を開始する。まず、サービス提供システム 10 2とのセヅシヨンを確立して、サービス提供システム 102のユーザプロセスにデ一夕を要求するメッセージ、リモートアクセス要求 5100を生成し、ュ一ザプロセスに送信する。

図 8 3 ( a ) に示すように、リモートアクセス要求 5100は、メッセ一ジがリモートアクセス要求 5100であることを示すヘッダ情報、リモートアクセス要求へヅダ 5200と、リモートァドレスを示すデータァドレス 52 01と、ユーザ I D 5202と、このリモ一トアクセス要求 5100を発行した日時を示す発行日時 5203とから成るデータについて、ユーザのデジタル署名 5204を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102のユーザプロセスは、リモートアクセス要求 5100を受信し、暗号を復号化し、デジタル署名をチェックして、要求されたデータをパーソナル · クレジヅト端末 100に送るメヅセージ、リモ一トアクセスデ一夕 5101を生成し、パーソナル ' クレジット端末 100 に送信する。

図 8 3 ( b ) に示すように、リモートアクセスデ一夕 5101は、メッセージがリモートアクセスデ一夕 5101であることを示すヘッダ情報、リモ —トアクセスデータヘッダ 5208と、要求されたデ一夕 5209と、サービス提供者 I D 5210と、このリモートアクセスデ一夕 5101を発行した日時を示す発行日時 5211とから成るデータについて、サービス提供者のデジ夕ル署名を行ない、ユーザ宛に封書化したものである。

パーソナル · クレジット端末 100は、リモートアクセスデ一夕 5101を受信し、暗号を復号化し、デジタル署名をチェックして、テンポラリ領域に格納して、デ一夕にアクセスする。

同様に、図 8 5 ( a ) は、クレジヅト決済端末 300によるリモートァクセス処理の手順を示し、図 8 6 ( a ) 、（b ) は、クレジット決済端末 300とマ一チャントプロセスとの間で交換するメッセージの内容を示している。アクセスするデ一夕が、リモートアドレスに存在する場合、クレジット決済端末 300は、リモートアクセスプロセスを生成し、リモ —トアクセス処理を開始する。まず、サービス提供システム 102とのセッションを確立して、サービス提供システム 102のマ一チャントプロセスにデ一夕を要求するメヅセージ、リモートアクセス要求 5400を生成し、マ一チャントプロセスに送信する。

図 8 6 ( a ) に示すように、リモートアクセス要求 5400は、メッセ一ジがリモ一トアクセス要求 5400であることを示すへヅダ情報、リモートアクセス要求ヘッダ 5500と、リモートァドレスを示すデータァドレス 55 01と、マーチャント I D 5502と、このリモートアクセス要求 5400を発行した日時を示す発行日時 5503とから成るデータについて、マーチヤントのデジタル署名 5504を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102のマ一チヤントプロセスは、リモートァクセス要求 5400を受信し、暗号を復号化し、デジタル署名をチェックして、要求されたデ一夕をクレジット決済端末 300に送るメッセージ、リモ一トアクセスデ一夕 5401を生成し、クレジット決済端末 300に送信する。図 8 6 ( b ) に示すように、リモートアクセスデ一夕 5401は、メッセ —ジがリモ一トアクセスデ一夕 5401であることを示すヘッダ情報、リモ —トアクセスデータヘッダ 5508と、要求されたデータ 5509と、サービス提供者 I D 5510と、このリモートアクセスデータ 5401を発行した日時を示す発行日時 5511とから成るデ一夕について、サービス提供者のデジ夕ル署名を行ない、マーチヤント宛に封書化したものである。

クレジヅト決済端末 300は、リモートアクセスデ一夕 5401を受信し、暗号を復号化し、デジタル署名をチェックして、テンポラリ領域に格納して、データにアクセスする。

次に、パーソナル · クレジット端末 100、及び、クレジット決済端末 3 00が、データアップデートの処理において、サービス提供システム 102 との間で交換するメッセージの内容について説明する。データアツプデ一卜の処理は、サービス提供システムが、パーソナル ' クレジット端末 100の R A M 1502、または、クレジット決済端末の R A M22502及びハードディスク 22503の内容を更新する処理である。以下では、この処理を、データアツプデート処理と呼ぶ。

図 8 2 ( b ) は、パーソナル · クレジット端末 100におけるデータァップデート処理の手順を示し、図8 3 (〇） ~ ( ）と図 8 4 ( & ) は、パーソナル · クレジット端末 100とサ一ビス提供システム 102との間で交換するメッセージの内容を示している。パーソナル · クレジット端末 100は、クロックカウン夕の値が、アツプデート時刻レジス夕に一致すると、デ一夕アツプデートプロセスを生成し、デ一夕アップデート処理を開始する。パーソナル · クレジット端末 100は、まず、サービス提供システム 102とのセッションを確立して、サ一ビス提供システム 102のユーザプロセスにデ一夕ァップデート処理を要求するメッセージ、デ一夕アップデート要求 5102を生成し、ユーザプロセスに送信する。

図 8 3 ( c ) に示すように、デ一夕アップデート要求 5102は、メッセ —ジがデータアップデ一ト要求 5102であることを示すヘッダ情報、デー夕アップデート要求ヘッダ 5216と、ュ一ザ I D 5217と、このデ一夕アツプデート要求 5102を発行した日時を示す発行日時 5218とから成るデ一夕について、ユーザのデジタル署名を行ない、サービス提供者宛に封書化したものである。

サ一ビス提供システム 102のュ一ザプロセスは、デ一夕ァップデ一ト要求 5102を受信し、暗号を復号化し、デジタル署名をチェックして、要求に対する準備が出来ていることを示すメッセージ、デ一夕アップデート応答 5103を生成し、パーソナル · クレジット端末 100に送信する。図 8 3 ( d ) に示すように、データアップデート応答 5103は、メッセ —ジがデ一夕アップデート応答 5103であることを示すヘッダ情報、デー夕アップデート応答ヘッダ 5223と、サービス提供者 I D 5224と、このデ一夕アップデート応答 5103を発行した日時を示す発行日時 5225とから成るデ一夕について、サービス提供者のデジタル署名を行ない、ュ一ザ宛に封書化したものである。

パーソナル · クレジット端末 100は、データアップデート応答 5103を受信し、暗号を復号化し、デジタル署名をチェヅクし、 R A M 1502のデ —夕を、サービス提供システム 102にアップロードするメッセージ、ァヅプロ一ドデ一夕 5104を生成し、サービス提供システムに送信する。図 8 3 ( e ) に示すように、ァヅプロードデータ 5104は、メッセ一ジがアップロードデ一夕 5104であることを示すヘッダ情報、ァヅプロ一ドデ一夕ヘッダ 5230と、 R A M 1502のデータを圧縮したデ一夕、端末デー夕 5231と、ユーザ I D 5232と、このアップロードデ一夕 5104を発行した日時を示す発行日時 5233とから成るデータについて、ユーザのデジタル署名を行ない、サービス提供者宛に封書化したものである。

サ一ビス提供システム 102のユーザプロセスは、ァヅプロ一ドデ一夕 5 104を受信し、暗号を復号化し、デジタル署名をチェヅクする。そして、圧縮された端末デ一夕 5231を解凍し、ユーザ情報サーバ 402上の端末デ一夕 24006、及び、その他のユーザデ一夕管理情報 24000によって管理されるデ一夕と照合する。

そして、新しい端末デ一夕を生成し、パーソナル ' クレジット端末 10 0のデ一夕をアップデー卜するメッセージ、アップデートデ一夕 5105を生成して、パーソナル ' クレジット端末 100に送信する。

図 8 3 ( f ) に示すように、アップデートデ一夕 5105は、メッセージがアップデートデ一夕 5105であることを示すヘッダ情報、アップデートデ—夕ヘッダ 5238と、新しい端末デ一夕を圧縮したデータ、端末デ一夕 5239と、サービス提供者 I D 5240と、このアップデートデ一夕 5105を発行した日時を示す発行日時 5241とから成るデータについて、サービス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。

パーソナル · クレジット端末 100は、アップデ一トデ一夕 5105を受信し、暗号を復号化し、デジタル署名をチェックし、圧縮された端末デ一夕 5239を解凍して、 R A M 1502のデータを更新する。

サービス提供システム 102のユーザプロセスは、新しい端末デ一夕の生成において、実体デ一夕領域 21812の容量に余裕が無い場合には、各クレジットカ一ドのアクセス時刻を比較し、アクセス時刻が最近のクレジットカードのォブジェクト ·データ · ァドレスに口一カルァドレスを割り当て、また、各利用情報の利用時刻を比較し、利用時刻が最近の利用情報の利用情報アドレスに口一カルアドレスを割り当てる。また、パ —ソナル · クレジヅト端末のプログラムをバージョンアップする必要がある場合には、基本プログラム領域のデータを更新する。

また、サービス提供システム 102のユーザプロセスは、ァヅプロ一ドデ一夕と端末デ一夕とを照合した際に、データの不正な改ざんが発見された場合には、アップデートデータ 5105の代わりに、パーソナル · クレジット端末 100の機能を停止させるメッセージ、機能停止命令 5105'を生成し、パーソナル ' クレジット端末 100に送信する。

図 8 4 ( a ) に示すように、機能停止命令 5105'は、メッセージが機能停止命令 5105'であることを示すへッダ情報、機能停止命令へッダ 530 0と、サービス提供者 I D 5301と、この機能停止命令 5105，を発行した日時を示す発行日時 5302とから成るデータについて、サービス提供者のデジ夕ル署名を行ない、ユーザ宛に封書化したものである。

この場合、機能停止命令 5105'を受信したパーソナル · クレジット端末 100は、暗号を復号化し、デジタル署名をチェックし、夕一ミナル - スティタス 21902を "使用不能" に変更して、使用不能状態になる。このデ一夕アップデート処理によって、パーソナル · クレジット端末の R A Mには、比較的、使用頻度が高い情報が格納され、パーソナル - クレジット端末のプログラムは、最新のバージョンに保たれ、また、端末データの不正な改ざんが防止される。

同様に、図 8 5 ( b ) は、クレジット決済端末 300におけるデ一夕ァヅプデート処理の手順を示し、図 8 6 ( c ) ~ ( f ) と図 8 4 ( a ) は、クレジット決済端末 300とサービス提供システム 102との間で交換するメヅセージの内容を示している。

クレジット決済端末 300は、クロックカウン夕の値がアツプデート時刻レジス夕に一致すると、データアップデートプロセスを生成し、デ一夕アップデート処理を開始する。クレジット決済端末 300は、まず、サ —ビス提供システム 102とのセッションを確立して、サービス提供システム 102のマ一チャントプロセスにデ一夕ァヅプデート処理を要求するメヅセ一ジ、デ一夕アップデ一ト要求 5402を生成し、マ一チャントプロセスに送信する。

図 8 6 ( c ) に示すように、デ一夕アップデート要求 5402は、メッセ —ジがデータアップデート要求 5402であることを示すヘッダ情報、デ一夕アップデート要求ヘッダ 5516と、マ一チャント I D 5517と、このデ一夕アツプデート要求 5402を発行した日時を示す発行日時 5518とから成るデ一夕について、マーチャントのデジタル署名を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102のマーチャントプロセスは、デ一夕アップデート要求 5402を受信し、暗号を復号化し、デジタル署名をチェックして、要求に対する準備が出来ていることを示すメッセージ、データアツプデート応答 5403を生成し、クレジット決済端末 300に送信する。

図 8 6 ( d ) に示すように、デ一夕アップデート応答 5403は、メッセ —ジがデ一夕アップデート応答 5403であることを示すヘッダ情報、デ一夕アップデート応答ヘッダ 5523と、サービス提供者 I D 5524と、このデ —夕アップデート応答 5403を発行した日時を示す発行日時 5525とから成るデ一夕について、サービス提供者のデジタル署名を行ない、マ一チヤント宛に封書化したものである。

クレジット決済端末 300は、デ一夕アップデート応答 5403を受信し、喑号を復号化し、デジタル署名をチェックし、 R A M22502とハードデイスク 22503とのデータを、サービス提供システム 102にアップロードするメッセ一ジ、ァヅプロ一ドデ一夕 5404を生成し、サービス提供システムに送信する。

図 8 6 ( e ) に示すように、アップロードデ一夕 5404は、メッセージがアップ口一ドデ一夕 5404であることを示すヘッダ情報、アップ口一ドデ一夕ヘッダ 5530と、 R A M22502とハ一ドディスク 22503とのデータを圧縮したデ一夕、端末データ 5531と、マーチャント I D 5532と、このァップロ一ドデ一夕 5404を発行した日時を示す発行日時 5533とから成るデ一夕について、マ一チャントのデジタル署名を行ない、サービス提供者宛に封書化したものである。

サ一ビス提供システム 102のマ一チヤントプロセスは、アップロードデ一夕 5404を受信し、暗号を復号化し、デジタル署名をチヱックする。そして、圧縮された端末データ 5531を解凍し、マーチャント情報サーバ 403上の端末データ 24104、及び、その他のマ一チャントデータ管理情報 24100によって管理されるデ一夕と照合する。

そして、新しい端末データを生成し、クレジット決済端末 300のデー夕をアップデートするメッセ一ジ、アップデ一トデ一夕 5405を生成して、クレジット決済端末 300に送信する。

図 8 6 ( f ) に示すように、アップデートデ一夕 5405は、メッセ一ジがアップデ一トデ一夕 5405であることを示すヘッダ情報、アップデートデ—夕ヘッダ ₅₅₃₈と、新しい端末デ一夕を圧縮したデ一夕、端末データ

5539と、サービス提供者 I D 5540と、このアップデートデ一夕 5405を発行した日時を示す発行日時 5541とから成るデ一夕について、サービス提供者のデジタル署名を行ない、マーチヤント宛に封書化したものである。クレジット決済端末 300は、アップデートデータ 5405を受信し、暗号を復号化し、デジタル署名をチェックし、圧縮された端末データ 5539を解凍して、 R A M22502及びハードディスク 22503のデータを更新する。サ一ビス提供システム 102のマ一チャントプロセスは、新しい端末デ一夕の生成において、クレジット決済端末のハードディスク 22503の容量に余裕が無い場合には、各販売情報の利用時刻を比較し、利用時刻が最近の販売情報の販売情報ァドレスにローカルアドレスを割り当てる。また、クレジヅト決済端末のプログラムをバージョンアップする必要がある場合には、基本プログラム領域のデータを更新する。

また、サービス提供システム 102のマ一チャントプロセスは、アップ口—ドデ—夕と端末データとを照合した際に、データの不正な改ざんが発見された場合には、アップデートデ一夕 5405の代わりに、クレジット決済端末 300の機能を停止させるメッセージ、機能停止命令 5405'を生成し、クレジット決済端末 300に送信する。

図 8 7 ( a ) に示すように、機能停止命令 5405，は、メッセージが機能停止命令 5405'であることを示すへッダ情報、機能停止命令へッダ 560 0と、サービス提供者 I D 5601と、この機能停止命令 5405'を発行した日時を示す発行日時 5602とから成るデータについて、サービス提供者のデジ夕ル署名を行ない、マ一チャント宛に封書化したものである。

この場合、機能停止命令 5405，を受信したクレジット決済端末 300は、暗号を復号化し、デジタル署名をチェックし、ターミナル 'ステイタス 22902を "使用不能" に変更して、使用不能状態になる。

このデータアップデート処理によって、クレジヅト決済端末の R A M、及び、ハードディスクには、比較的、使用頻度が高い情報が格納され、クレジット決済端末のプログラムは、最新のバージョンに保たれ、また、端末データの不正な改ざんが防止される。

次に、パーソナル · クレジット端末 100、及び、クレジット決済端末 3

00が、強制的データアップデートの処理において、サービス提供システム 102との間で交換するメッセージの内容について説明する。強制的デ —夕アップデ一トの処理は、パーソナル · クレジヅト端末 100の RAMI 502、または、クレジット決済端末の RAM22502及びハードディスク 22 503の内容を、早急に更新する必要がある場合に、サービス提供システムが、これらを強制的に更新する処理である。以下では、この処理を、強制的デ一夕アップデート処理と呼ぶ。

図 8 2 ( c ) は、パーソナル ' クレジット端末 100における強制的デ一夕アップデート処理の手順を示し、図 8 3 (e)、（f ) と図 84 (a)、 (b) は、パ一ソナル ' クレジット端末 100とサ一ビス提供システム 102 との間で交換するメッセージの内容を示している。

サービス提供システム 102は、ユーザとの契約内容に変更があった場合など、パーソナル · クレジット端末 100の RAMのデ一夕を早急に更新する必要がある場合、まず、パーソナル · クレジット端末 100とのセヅションを確立して、パーソナル · クレジヅト端末 100に強制的デ一夕アップデート処理を命令するメッセージ、デ一夕アップデート命令 5106 を生成し、パーソナル · クレジット端末 100に送信する。

図 84 (b) に示すように、デ一夕アップデート命令 5106は、メヅセ —ジがデ一夕ァップデート命令 5106であることを示すへッダ情報、デー夕アップデート命令ヘッダ 5307と、サービス提供者 I D 5308と、このデ —夕アップデート命令 5106を発行した日時を示す発行日時 5309とから成るデ一夕について、サービス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。

パーソナル ' クレジット端末 100は、デ一夕ァップデ一ト命令 5106を受信し、暗号を復号化し、デジタル署名をチェックし、強制的データァップデートプロセスを生成して、強制的デ一夕アップデート処理を開始する。パーソナル · クレジット端末 100は、まず、 RAM1502のデ一夕をサービス提供システム 102にアップ口一ドするメヅセージ、ァヅプロ ―ドデ一夕 5107を生成し、サービス提供システムに送信する。

サ一ビス提供システム 102のユーザプロセスは、アップ口一ドデ一夕 5 107を受信し、暗号を復号化し、デジタル署名をチヱックする。そして、圧縮された端末データ 5231を解凍し、ユーザ情報サーバ 402上の端末デ一夕 24006と照合する。

そして、新しい端末デ一夕を生成し、パーソナル · クレジット端末 10 0のデータをアツプデ一トするメッセージ、ァップデ一トデ一夕 5108を生成して、パーソナル · クレジット端末 100に送信する。

パーソナル · クレジット端末 100は、アップデートデ一夕 5108を受信し、暗号を復号化し、デジタル署名をチェックし、圧縮された端末デ一夕 5239を解凍して、： A M 1502のデータを更新する。

また、サービス提供システム 102のユーザプロセスは、アップロードデータと端末デ一夕とを照合した際に、データの不正な改ざんが発見された場合には、ァヅプデ一トデ一夕 5108の代わりに、パーソナル · クレジット端末 100の機能を停止させるメッセ一ジ、機能停止命令 5108'を生成し、パーソナル · クレジヅト端末 100に送信する。

この場合、機能停止命令 5108'を受信したパーソナル ' クレジット端末 100は、暗号を復号化し、デジタル署名をチェックし、ターミナル - ステイタス 21902を "使用不能" に変更して、使用不能状態になる。

同様に、図 8 5 ( c ) は、クレジット決済端末 300における強制的デ —夕アップデート処理の手順を示し、図 8 6 ( e )、（： f ) と図 8 7 ( a )、 ( b ) は、クレジット決済端末 300とサービス提供システム 102との間で交換するメヅセージの内容を示している。

サービス提供システム 102は、マーチャントとの契約内容に変更があつた場合など、クレジット決済端末 300の R A M及びハ一ドディスクのデータを、早急に更新する必要がある場合、まず、クレジット決済端末 300とのセッシヨンを確立して、クレジット決済端末 300に強制的デ一夕アツプデ一ト処理を命令するメッセージ、デ一夕アツブデ一ト命令 5406 を生成し、クレジット決済端末 300に送信する。

図 8 4 ( b ) に示すように、データアップデート命令 5406は、メッセ一ジがデ一夕アップデート命令 5406であることを示すヘッダ情報、デー夕アップデート命令ヘッダ 5607と、サービス提供者 I D 5608と、このデ —夕アップデート命令 5406を発行した日時を示す発行日時 5609とから成るデ一夕について、サービス提供者のデジタル署名を行ない、マ一チヤント宛に封書化したものである。

クレジット決済端末 300は、デ一夕アップデート命令 5406を受信し、暗号を復号化し、デジタル署名をチェックし、強制的データアップデートプロセスを生成し、強制的デ一夕アップデート処理を開始する。クレジット決済端末 300は、まず、 R A Mとハードディスクのデ一夕を、サ一ビス提供システム 102にアップロードするメッセージ、アップロードデ一夕 5407を生成し、サ一ビス提供システムに送信する。

サービス提供システム 102のマ一チャントプロセスは、アップロードデ一夕 5407を受信し、暗号を復号化し、デジタル署名をチェックする。そして、圧縮された端末デ一夕 5531を解凍し、マ一チャント情報サーバ 403上の端末データ 24104と照合する。

そして、新しい端末データを生成し、クレジット決済端末 300のデ一夕をアップデートするメヅセージ、アップデ一トデ一夕 5408を生成して、クレジット決済端末 300に送信する。

クレジット決済端末 300は、アップデートデ一夕 5408を受信し、暗号を復号化し、デジタル署名をチェックし、圧縮された端末データ 5539を解凍して、 R A Mとハードディスクとのデータを更新する。また、サ一ビス提供システム 102のマーチャントプロセスは、アップ口—ドデ一夕と端末データとを照合した際に、デ一夕の不正な改ざんが発見された場合には、アップデートデータ 5408の代わりに、クレジット決済端末 300の機能を停止

させるメッセージ、機能停止命令 5408，を生成し、クレジット決済端末 3 00に送信する。

この場合、機能停止命令 5408'を受信したクレジット決済端末 300は、暗号を復号化し、デジタル署名をチェックし、夕一ミナル · ステイタス 22902を "使用不能" に変更して、使用不能状態になる。

次に、パーソナル · クレジット端末 100が、デ一夕バックアップの処理において、サービス提供システムとの間で交換するメッセージの内容について説明する。デ一夕バックアップの処理は、パーソナル ' クレジット端末 100のバッテリイが少なくなつた場合に、自動的に、 R A M 150 2の内容をサ一ビス提供システムのユーザ情報サーバにバヅクアツプする処理である。以下では、この処理を、デ一夕バックアップ処理と呼ぶ。図 8 2 ( d ) は、パーソナル ' クレジット端末 100におけるデ一夕バヅクアップ処理の手順を示し、図 8 3 ( c ) 〜（： f ) と図 8 7 ( a ) は、パーソナル · クレジヅト端末 100とサービス提供システム 102との間で交換するメッセージの内容を示している。データバヅクァヅプ処理は、ほぼ、データアップデート処理と同じ手順で行なわれる。但し、デ一夕バックアップ処理では、パーソナル · クレジット端末 100は、アップデ一トデ一夕 5112を受信して、 R A M 1502のデータを更

新した後、パーソナル · クレジット端末 100のターミナル 'ステイタス 2 1902を "書き込み不可" に変更して、バッテリイの容量が十分な状態になるまで、 R A Mへの新たなデータの入力を禁止する。

パーソナル ' クレジヅト端末 100は、バッテリィ容量が Q以下になると、デ一夕バックアッププロセスを生成して、デ一夕バックアップ処理を開始する。パーソナル · クレジット端末 100は、まず、サービス提供システム 102とのセッシヨンを確立して、サービス提供システム 102のュ —ザプロセスにデ一夕アツプデート

処理を要求するメッセージ、データアップデート要求 5109を生成し、ュ一ザプロセスに送信する。

サ一ビス提供システム 102のユーザプロセスは、デ一夕ァヅプデ一ト要求 5109を受信し、暗号を復号化し、デジタル署名をチヱ、ソクして、要求に対する準備が出来ていることを示すメッセージ、デ一夕アップデート応答 5110を生成し、パーソナル · クレジット端末 100に送信する。パーソナル · クレジット端末 100は、デ一夕アップデート応答 5110を受信し、暗号を復号化し、デジタル署名をチェックし、 R A M 1502のデ —夕をサービス提供システム 102にアップロードするメヅセージ、アツブロードデータ 5111を生成し、サービス提供システムに送信する。

サ一ビス提供システム 102のユーザプロセスは、ァヅプロードデ一夕 5 111を受信し、暗号を復号化し、デジタル署名をチェックする。そして、圧縮された端末デ一夕 5231を解凍し、ユーザ情報サーバ 402上の端末デ —夕 24006と照合する。

そして、新しい端末デ一夕を生成し、パーソナル ' クレジット端末 10 0のデータをアップデートするメッセージ、アップデートデータ 5112を生成して、パーソナル ' クレジット端末 100に送信する。

パーソナル · クレジット端末 100は、アップデートデ一夕 5112を受信し、暗号を復号化し、デジタル署名をチヱックし、圧縮された端末デ一夕 5239を解凍して、 R A M 1502のデ一夕を更新する。さらに、夕一ミナル ' ステイタス 21902を "書き込み不可" に変更して、バヅテリイの容量が十分な状態になるまで、: A Mへの新たなデータの入力を禁止する。また、サ一ビス提供システム 102のユーザプロセスは、アップロードデ一夕と端末データとを照合した際に、デ一夕の不正な改ざんが発見された場合には、アップデートデータ 5112の代わりに、パーソナル · クレジット端末 100の機能を停止させるメッセージ、機能停止命令 5112，を生成し、パーソナル ' クレジット端末 100に送信する。

この場合、機能停止命令 5112'を受信したパーソナル ' クレジット端末 100は、暗号を復号化し、デジタル署名をチェックし、ターミナル · ステイタス 21902を "使用不能" 及び "書き込み不可" に変更して、使用不能状態になる。

次に、 "決済" の処理において、機器間で交換されるメッセージの内容について説明する。

図 8 8は、 "決済" の処理における機器間のメッセージ交換の手順を示し、図 8 9 (a) 〜（f ) 、図 9 0 (a) 〜（ c；) 、図 9 1 (a) 、 (b) は、 "決済" の処理において、機器間で交換するメッセージの内容を示している。図 8 8は、図 4 3から、機器間で交換するメヅセージの部分を抜き出した図であり、図 8 8と図 4 3は、同じ "決済" の処理を示している。

まず、マーチャントが、レジス夕のクレジット決済スイッチを押す 20 604と、クレジット決済端末 300は、決済プロセスを生成して、 "決済" の処理を開始する。クレジット決済端末 300は、複数種類の支払オファ —応答 5701(20609)を生成し、支払オファー 5700の受信待ち状態となる。次に、ユーザが、支払操作 20607をすると、パーソナル ' クレジット端末 100は、決済プロセスを生成して、 "決済" の処理を開始する。パ —ソナル · クレジット端末 100は、支払オファー 5700(20608)を生成し、赤外線通信で、クレジット決済端末 300に送信する。

図 8 9 (a) に示すように、支払オファー 5700は、メッセージが支払オファー 5700であることを示すへッダ情報、支払オファーヘッダ 5800と、サービスコード 5801と、サービス提供者 I D 5802と、マ一チャントとの取引をユニークに示す番号として任意に生成した要求番号 5803と、ユーザが入力した支払金額 5804と、ュ一ザが入力した支払オプションを示す支払オプションコード 5805と、この支払オファー 20608の有効期間 5806 と、この支払オファー 20608を発行した日時を示す発行日時 5807とから成るデ一夕について、ユーザのデジタル署名を行なったものである。クレジット決済端末 300は、支払オファー 5700を受信し、支払金額と請求金額とを照合し、支払オプション 5805が利用可能なオプションであるか否かを照合して、複数種類の支払オファー応答 5701の中から、適当な支払オファー応答 5701を選択して、赤外線通信でパーソナル · クレジット端末 100に送信し、さらに、信用照会要求 5702 ( 20610 )を生成して、デジタル電話通信でサービス提供システム 102のマーチヤントプロセスに送信する。

図 8 9 ( b ) に示すように、支払オファー応答 5701は、メッセージが支払オファ一応答 5701であることを示すヘッダ情報、支払オファー応答ヘッダ 5808と、パーソナル . クレジット端末 100が支払オファー応答 570 1を受信した際に L C D 203に表示される応答メッセージ 5809と、ユーザとの取引をユニークに示す番号として任意に生成したトランザクシヨン番号 5810と、請求金額 5811と、マ一チャントのサービスエリアのサ一ビス提供システムの電話番号を示すサービス提供者電話番号 5812と、この支払オファー応答 5701の有効期間 5813と、マーチャント I D 5814と、この支払オファー応答 5701を発行した日時を示す発行日時 5815とから成るデ一夕について、マ一チャン卜のデジタル署名を行なったものである。サービス提供者電話番号 5812には、サービス提供者のデジタル署名がされており、また、応答メッセ一ジ 5809は、マ一チャントのオプションで設定するテキストメッセ一ジであり、設定されない場合もある。

図 8 9 ( c ) に示すように、信用照会要求 5702は、メッセージが信用照会要求 5702であることを示すへッダ情報、信用照会要求へッダ 5816と、支払オファー 5700と、支払オファー応答 5701と、担当者名 5817と、マ一チャント I D 5818と、この信用照会要求 5702を発行した日時を示す発行日時 5819とから成るデータについて、マ一チャン卜のデジタル署名を行ない、サービス提供者宛に封書化したものである。担当者名 5817は、マ —チャン卜のオプションで設定する情報であり、設定されない場合もある。

一方、パーソナル · クレジット端末 100は、支払オファー応答 5701を受信し、支払金額 5804と請求金額 5811とを照合して、支払要求 5703 ( 206 13 )を生成し、デジタル無線電話通信で、サービス提供システム 102のュ —ザプロセスに送信する。

図 8 9 ( d ) に示すように、支払要求 5703は、メッセージが支払要求 5703であることを示すヘッダ情報、支払要求ヘッダ 5824と、支払オファ —5700と、支払オファー応答 5701と、ユーザ I D 5825と、この支払要求 5703を発行した日時を示す発行日時 5826とから成るデ一夕について、ュ —ザのデジタル署名を行ない、サービス提供者宛に封書化したものであクレジット決済端末 300による信用照会要求 5702のマーチヤントプロセスへの送信と、パーソナル · クレジット端末による支払要求 5703のュ一ザプロセスへの送信は、どちらが先に行なわれてもよく、同時であつてもよい。

サービス提供システム 102のマ一チヤントプロセス及びユーザプロセスは、それそれ、信用照会要求 5702と支払要求 20613とを受信し、暗号を復号化し、デジタル署名をチェックして、それそれ、信用照会要求 58 20と支払要求 5827とをサービス 'マネージャプロセスに送る。サービス · マネージャプロセスは、要求番号とトランザクション番号とマ一チャント I Dとを照合して、信用照会要求と支払要求との対応をとり、サ一ビス ·ディレク夕プロセスを生成して、信用照会要求 5820と支払要求 5827 とを処理するプロセスグループを生成する。サービス ·ディレクタプロセスは、信用照会要求 5702と支払要求 5700との内容を照合し、ユーザの信用照会を行なって、信用照会応答 5840を生成し、マ一チャントプロセスが、これをマーチャント宛に封書化し、信用照会応答 5704(20614)として、デジタル

電話通信で、クレジット決済端末 300に送信する。

図 8 9 ( e ) に示すように、信用照会応答 5704は、メッセージが信用照会応答 5704であることを示すへッダ情報、信用照会応答へッダ 5831と、トランザクション番号 5832と、信用照会の処理をユニークに示す番号として任意に生成した照会番号 5833と、信用照会の結果を示す照会結果 58 34と、ユーザの氏名とュ一ザの年齢情報とユーザの顔の写真デ一夕とから成るユーザ個人デ一夕 5835と、マーチヤントに対してユーザをュニークに示す顧客番号 5836と、この信用照会応答 5704の有効期間を示す有効期間 5837と、サービス提供者 I D 5838と、この信用照会応答 5704を発行した日時を示す発行日時 5839とから成るデータについて、サービス提供者のデジタル署名を行ない、マ一チャント宛に封書化したものである。信用照会の結果、ユーザの信用状況に問題がある場合は、ユーザ個人情報 5834は設定されず、また、顧客番号 5836は、ユーザとマーチャントとの間で、以前に、パーソナル ' リモート · クレジット決済サービスによる取引があった場合に設定される。

クレジット決済端末 300は、信用照会応答 5704を受信し、暗号を復号化し、デジタル署名をチェックして、信用照会の結果を L C D 302に表示する。

次に、マーチヤントの担当者が、決済処理要求操作 20616を行なうと、クレジット決済端末 300は、決済要求 5705(20618)を生成し、デジタル電話通信で、マーチャントプロセスに送信する。

図 8 9 ( f ) に示すように、決済要求 5705は、メッセ一ジが決済要求 5705であることを示すヘッダ情報、決済要求ヘッダ 5844と、支払オファ一 5700と、支払オファー応答 5701と、サービス提供システム 102が発行した照会番号 5845と、この決済要求 5705の有効期間を示す有効期間 5846 と、担当者名 5847と、マ一チャント I D 5848と、この決済要求 5705を発行した日時を示す発行日時 5849とから成るデータについて、マ一チャントのデジタル署名を行なレ、、サービス提供者宛に封書化したものである。担当者名 5847は、マーチャントのオプションで設定する情報であり、設定されない場合もある。

サ一ビス提供システム 102のマ一チャントプロセスは、決済要求 5705 を受信し、暗号を復号化し、デジタル署名をチェックして、決済要求のメッセージをサービス 'ディレクタプロセスに送る。サービス 'ディレクタプロセスは、決済要求 5705と支払要求 5700との内容を照合して、決済処理機関に対する決済要求 5906を生成し、決済処理機関プロセスが、これを決済処理機関宛に封書化し、決済要求 5706(20619 )として、決済システムに送信する。

図 9 0 ( a ) に示すように、決済要求 5706は、メッセージが決済要求 5706であることを示すヘッダ情報、決済要求ヘッダ 5900と、ユーザが指定したサービスコードに対応するクレジットカード番号 5901と、パ一ソナル ·クレジット端末 100が発行した要求番号 5902と、支払金額 5903と、支払オプションコード 5904と、マ一チャントの口座番号を示すマ一チヤント · ァカウント番号 5905と、クレジット決済端末 300が発行したトランザクシヨン番号 5906と、この決済要求 5706の有効期間を示す有効期間 5907と、サービス提供者 I D 5908と、この決済要求 5706を発行した日時を示す発行日時 5909とから成るデ一夕について、サービス提供者のデジタル署名を行ない、決済処理機関宛に封書化したものである。

決済システム 103は、決済要求 5706を受信し、暗号を復号化し、デジタル署名をチェックして、決済処理を行なう。そして、決済完了通知 57 07(20620)を生成し、サービス提供システム 102に送信する。

図 9 0 ( b ) に示すように、決済完了通知 5707は、メッセージが決済完了通知 5707であること示すヘッダ情報、決済完了通知ヘッダ 5914と、決済システム 103の決済処理をユニークに示す番号として任意に生成した決済番号 5915と、クレジットカード番号 5916と、要求番号 5917と、支払金額 5918と、支払オプションコード 5919と、マ一チャント ' ァカウント番号 5920と、トランザクション番号 5921と、決済処理機関のデジタル署名をしたサービス提供者向け決済情報 5922と、決済処理機関のデジ夕ル署名をしたマ一チャント向け決済情報 5923と、決済処理機関のデジ夕ル署名をしたユーザ向け決済情報 5924と、決済処理機関 I D 5925と、この決済完了通知を発行した日時を示す発行日時 5926とから成るデ一夕について、決済処理機関のデジタル署名を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102の決済処理機関プロセスは、決済完了通知 5 707を受信し、暗号を復号化し、デジタル署名をチヱックして、決済完了通知 5927をサービス ·ディレク夕プロセスに送る。サービス ·ディレクタプロセスは、決済完了通知 5927から、マーチャントに対する決済完了通知 5937を生成し、マーチャントプロセスが、これをマ一チャント宛に封書化し、マーチャントに対する決済完了通知 5708(20621 )として、デジタル電話通信で、クレジット決済端末 300に送信する。図 9 0 ( c ) に示すように、決済完了通知 5708は、メッセージが決済完了通知 5708であることを示すへッダ情報、決済完了通知へッダ 5931と、決済番号 5932と、決済処理機関のデジタル署名をしたマーチヤント向け決済情報 5923と、マ一チャントに対して、ユーザをユニークに示す番号として生成した番号、顧客番号 5933と、暗号を復号化した決済要求 5850 と、サービス提供システム 102における処理に関する情報を示すサービス提供者処理情報 5934と、サービス提供者 I D 5935と、この決済完了通知 5708を発行した日時を示す発行日時 5936とから成るデータについて、サービス提供者のデジタル署名を行ない、マ一チャント宛に封書化したものである。サービス提供者処理情報 5934は、サービス提供者のォプシヨンで設定する情報であり、設定されない場合もある。

クレジット決済端末 300は、決済完了通知 5708を受信し、暗号を復号化し、デジタル署名をチェックして、領収書 5709(20622 )を生成し、デジタル電話通信で、マ一チャントプロセスに送信する。

図 9 1 ( a ) に示すように、領収書 5709は、メッセージが領収書 5709 であることを示すヘッダ情報、領収書ヘッダ 6000と、販売した商品の名前を示す商品名 6001と、マーチヤントからユーザへの取引に関する付加情報を示す販売情報 6002と、決済番号 6003と、トランザクション番号 60 04と、支払オファー 5700と、担当者名 6005と、マ一チャント I D 6006と、この領収書 5709を発行した日時を示す発行日時 6007とから成るデータについて、マーチャントのデジタル署名を行ない、サービス提供者宛に封書化したものである。販売情報 6002と担当者名 6005とは、マーチャントのオプションで設定する情報であり、設定されない場合もある。

サービス提供システム 102のマ一チャントプロセスは、領収書 5709を受信し、暗号を復号化し、デジタル署名をチェックして、領収書 6008をサービス ·ディレクタプロセスに送る。サービス ·ディレクタプロセスは、領収書 6008から、ユーザに対する領収書 6016を生成し、ユーザプロセスが、これをユーザ宛に封書化し、領収書 5710 ( 20624 )として、デジタル無線電話通信で、パーソナル ' クレジット端末 100に送信する。図 9 1 ( b ) に示すように、領収書 5710は、メッセージが領収書 5710 であることを示すヘッダ情報、領収書ヘッダ 6012と、暗号を復号化した領収書 6008と、決済処理機関のデジタル署名をしたユーザ向け決済情報 5924と、サービス提供システム 102における処理に関する情報を示すサ一ビス提供者処理情報 6013と、サービス提供者 I D 6014と、この領収書 5710を発行した日時を示す発行日時 6015とから成るデ一夕について、サ —ビス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。サービス提供者処理情報 6013は、サービス提供者のオプションで設定する情報であり、設定されない場合もある。

パーソナル · クレジット端末 100は、領収書 5710を受信し、暗号を復号化し、デジタル署名をチェックして、その内容を L C D 203に表示する。

次に、 "キャンセル" の処理において、機器間で交換されるメッセ一ジの内容について説明する。

図 9 2は、 "キャンセル" の処理における機器間のメヅセージ交換の手順を示し、図 9 3 ( a ) 〜（： f ) は、 "キャンセル" の処理において、機器間で交換するメッセージの内容を示している。図 9 2は、図 9から、機器間で交換するメッセージの部分を抜き出した図であり、図 9 2と図 9は、同じ "キャンセル" の処理を示している。

まず、マ一チャントの担当者が、キャンセル操作 901を行なうと、クレジット決済端末 300は、キャンセルプロセスを生成し、 "キャンセル" の処理を開始する。クレジット決済端末 300は、キャンセルする取引の決済完了通知から、キャンセル要求 6100 ( 903 )を生成し、デジタル電話通信で、サービス提供システム 102のマ一チャントプロセスに送信する。一方、ユーザが、キャンセル操作 904を行なうと、パーソナル · クレジヅト端末 100は、キャンセルプロセスを生成し、 "キャンセル" の処理を開始する。パーソナル ' クレジット端末 100は、キャンセルする取引の領収書から、キャンセル要求 6101 ( 906 )を生成し、デジタル無線電話通信で、サービス提供システム 102のユーザプロセスに送信する。図 9 3 ( a ) に示すように、キャンセル要求 6100は、メッセージがキャンセル要求 6100であることを示すへッダ情報、キャンセル要求へッダ 6200と、暗号を復号化した決済完了通知 5937と、このキャンセル要求 61 00の有効期間を示す有効期間 6201と、担当者名 6202と、マ一チャント I D 6203と、このキャンセル要求 6100を発行した日時を示す発行日時 6204 とから成るデ一夕について、マ一チャントのデジタル署名を行ない、サ —ビス提供者宛に封書化したものである。担当者名 6216は、マーチヤン卜のオプションで設定する情報であり、設定されない場合もある。

また、図 9 3 ( b ) に示すように、キャンセル要求 6101は、メッセ一ジがキャンセル要求 6101であることを示すヘッダ情報、キャンセル要求ヘッダ 6209と、暗号を復号化した領収書 6016と、このキャンセル要求 61 01の有効期間を示す有効期間 6210と、ユーザ I D 6211と、このキャンセル要求 6101を発行した日時を示す発行日時 6212とから成るデ一夕について、ユーザのデジタル署名を行ない、サービス提供者宛に封書化したものである。

クレジット決済端末 300によるキャンセル要求 6100のマ一チャントプロセスへの送信と、パーソナル · クレジヅト端末によるキャンセル要求 6101のュ一ザプロセスへの送信とは、どちらが先に行なわれてもよく、同時であってもよい。

サ一ビス提供システム 102のマ一チャントプロセス及びユーザプロセスは、それそれ、キャンセル要求 6100とキャンセル要求 6101とを受信し、暗号を復号化し、デジタル署名をチェックして、それそれ、キャンセル要求 6205とキャンセル要求 6213とをサービス ·マネージャプロセスに送る。サービス ·マネージャプロセスは、要求番号とトランザクシヨン番号とマーチャント I Dとを照合して、キャンセル要求 6205とキャンセル要求 6213との対応をとり、サービス ·ディレクタプロセスを生成して、キャンセル要求 6205とキャンセル要求 6213とを処理するプロセスグループを生成する。サービス ·ディレクタプロセスは、キャンセル要求 6205 とキャンセル要求 6213との内容を照合して、決済処理機関に対するキヤンセル要求 6221を生成し、決済処理機関プロセスが、これを決済処理機関宛に封書化し、決済処理機関に対するキヤンセル要求 6102 ( 907)として、決済システム 103に送信する。

図 9 3 ( c ) に示すように、キャンセル要求 6102は、メッセージがキャンセル要求 6102であることを示すへッダ情報、キャンセル要求へッダ 6217と、暗号を復号化した決済完了通知 5927と、このキャンセル要求 61 02の有効期間を示す有効期間 6218と、サービス提供者 I D 6219と、このキャンセル要求 6102を発行した日時を示す発行日時 6220とから成るデー夕について、サービス提供者のデジタル署名を行ない、決済処理機関宛に封書化したものである。

決済システム 103は、キャンセル要求 6102を受信し、暗号を復号化し、デジタル署名をチェックして、キャンセル処理を行なう。そして、キヤンセル完了通知 6103( 908 )を生成し、サービス提供システム 102の決済処理機関プロセスに送信する。

図 9 3 ( d ) に示すように、キャンセル完了通知 6103は、メッセージがキャンセル完了通知 6103であること示すヘッダ情報、キャンセル完了通知ヘッダ 6225と、決済システム 103が行なったキヤンセル処理をュニークに示す番号、キャンセル番号 6226と、暗号を復号化したキャンセル要求 6221と、決済処理機関のデジタル署名をしたサービス提供者向けキャンセル情報 6227と、決済処理機関のデジタル署名をしたマ一チャント向けキャンセル情報 6228と、決済処理機関のデジタル署名をしたユーザ向けキャンセル情報 6229と、決済処理機関 I D 6230と、この決済完了通知を発行した日時を示す発行日時 6231とから成るデ一夕について、決済処理機関のデジタル署名を行ない、サービス提供者宛に封書化したものである。

サービス提供システム 102の決済処理機関プロセスは、キャンセル完了通知 6103を受信し、暗号を復号化し、デジタル署名をチヱックして、キャンセル完了通知 6132をサービス ·ディレクタプロセスに送る。サ一ビス 'ディレクタプロセスは、キャンセル完了通知 6132から、キャンセル完了通知 6241とキャンセル処理領収書 6250とを生成する。マーチヤントプロセスは、キャンセル完了通知 6241をマ一チャント宛に封書化し、キャンセル完了通知 6104( 909 )として、クレジット決済端末 300に送信し、ユーザプロセスは、キヤンセル処理領収書 6250を、ュ一ザ宛に封書化し、キャンセル処理領収書 6105( 910 )として、パーソナル · クレジット端末 1 00に送信する。

図 9 3 ( e ) に示すように、キャンセル完了通知 6104は、メッセージがキャンセル完了通知 6104であることを示すへヅダ情報、キャンセル完了通知ヘッダ 6236と、キャンセル番号 6237と、暗号を復号化したキャンセル要求 6205と、決済処理機関のデジタル署名をしたマ一チャント向け決済情報 6228と、サービス提供システムにおける処理に関する情報を示すサービス提供者処理情報 6238と、サービス提供者 I D 6239と、このキヤンセル完了通知 6104を発行した日時を示す発行日時 6240とから成るデ —夕について、サービス提供者のデジタル署名を行ない、マ一チャント宛に封書化したものである。サービス提供者処理情報 6238は、サービス提供者のオプションで設定する情報であり、設定されない場合もある。図 9 3 (f ) に示すように、キャンセル処理領収書 6105は、メッセ一ジがキャンセル処理領収書 6105であることを示すへッダ情報、キャンセル処理領収書ヘッダ 6245と、キャンセル番号 6246と、暗号を復号化したキャンセル要求 6213と、決済処理機関のデジタル署名をしたユーザ向け決済情報 6229と、サービス提供システムにおける処理に関する情報を示すサービス提供者処理情報 6247と、サービス提供者 I D6248と、このキャンセル処理領収書 6105を発行した日時を示す発行日時 6249とから成るデ一夕について、サービス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。サービス提供者処理情報 6247は、サービス提供者のオプションで設定する情報であり、設定されない場合もある。クレジット決済端末 300は、キャンセル完了通知 6104を受信し、暗号を復号化し、デジタル署名をチェックして、その内容を L CD302に表示する。一方、パーソナル · クレジット端末 100も、キャンセル処理領収書 6105を受信し、暗号を復号化し、デジタル署名をチェックして、その内容を L CD 203に表示する。

次に、 "顧客サービスコール" の処理において、機器間で交換されるメッセージの内容について説明する。

図 9 4 (a) は、 "顧客サービスコール" の処理における機器間のメヅセージ交換の手順を示し、図 9 5 (a) 〜（e) は、 "顧客サービスコール" の処理において、機器間で交換するメッセージの内容を示している。図 94 (a) は、図 4 5 (a) から、機器間で交換するメッセ一ジの部分を抜き出した図であり、図 94 (a) と図 4 5 (a) とは、同じ "顧客サービスコール" の処理を示している。

まず、マーチャントの担当者が、顧客サービスコール操作 21200を行なうと、クレジット決済端末 300は、顧客サービスコールプロセスを生成し、 "顧客サービスコール" の処理を開始する。クレジット決済端末 300は、顧客サービスコール要求 6300(21202 )を生成し、デジタル電話通信で、サービス提供システム 102のマーチヤントプロセスに送信する。図 9 5 ( a ) に示すように、顧客サービスコール要求 6300は、メッセ —ジが顧客サービスコール要求 6300であることを示すへッダ情報、顧客サービスコール要求ヘッダ 6400と、ユーザを示す番号として、 "決済" の処理の際に発行された顧客番号 6401と、この顧客サービスコール要求をユニークに示す要求番号 6402と、担当者名 6403と、マ一チャント I D 6404と、この顧客サービスコール要求 6300を発行した日時を示す発行日時 6405とから成るデ一夕について、マーチヤン卜のデジタル署名を行ない、サービス提供者宛に封書化したものである。担当者名 6403は、マ一チャントのォプションで設定する情報であり、設定されない場合もある。サービス提供システム 102のマーチヤントプロセスは、顧客サービスコール要求 6300を受信し、暗号を復号化し、デジタル署名をチヱックして、顧客サービスコール要求 6406をサービス · マネージャプロセスに送る。サービス · マネージャプロセスは、サービスディレク夕プロセスを生成して、顧客サービスコール要求 6406を処理するプロセスグループを生成する。サービスディレクタプロセスは、顧客テ一ブルから顧客番号に対応するユーザを判定し、ユーザのアクセス制御情報と照合して、顧客サービスコール 6417と顧客サービスコール応答 6426とを生成する。ュ一ザプロセスは、顧客サービスコール 6417を、ユーザ宛に封書化し、顧客サービスコール 6301 ( 21203 )として、ユーザのパーソナル ' クレジット端末 100に送信し、マ一チャントプロセスは、顧客サービスコール応答 6426を、マ一チャント宛に封書化し、顧客サービスコール応答 6302(2 1204)として、クレジット決済端末 300に送信する。

図 9 5 ( b ) に示すように、顧客サービスコール 6301は、メッセージが顧客サービスコール 6301であることを示すへッダ情報、顧客サービスコールヘッダ 6410と、担当者名 6411と、マ一チャント I D 6412と、マ一チャント名 6413と、クレジット決済端末 300が設定した要求番号 6414と、サービス提供者 I D 6415と、この顧客サービスコール 6301を発行した日時を示す発行日時 6416とから成るデータについて、サービス提供者のデジ夕ル署名を行ない、ユーザ宛に封書化したものである。担当者名 6411 は、マーチャントのオプションで設定する情報であり、設定されない場合もある。

図 9 5 ( c ) に示すように、顧客サービスコール応答 6302は、メッセージが顧客サービスコール応答 6302であることを示すヘッダ情報、顧客サービスコール応答へッダ 6421と、サービス提供システム 102からの応答メッセージ 6422と、クレジット決済端末 300が設定した要求番号 6423 と、サービス提供者 I D 6424と、この顧客サービスコール応答 6302を発行した日時を示す発行日時 6425とから成るデータについて、サービス提供者のデジタル署名を行ない、マ一チャント宛に封書化したものである。

クレジット決済端末 300は、顧客サービスコール応答 6302を受信し、暗号を復号化し、デジタル署名をチェックして、 "呼び出し中" を表示する。

パーソナル · クレジット端末 100は、顧客サービスコール 6301を受信し、暗号を復号化し、デジタル署名をチェックして、顧客サービスコールプロセスを生成し、 "顧客サービスコール" の処理を開始する。パーソナル ·クレジット端末 100は、まず、スピーカから着信音を出力して、ユーザに着信を知らせる。そして、ユーザが通話操作 21207を行なうと、パーソナル ' クレジット端末 100は、着信応答 6303 ( 21208 )を生成して、サービス提供システム 102のユーザプロセスに送信する。

サ一ビス提供システム 102のユーザプロセスは、着信応答 6303を受信し、暗号を復号化して、着信応答 6433をサービス ·ディレクタプロセスに送る。サービス 'ディレクタプロセスは、着信応答 6433から、呼び出し応答 6440を生成し、マ一チャントプロセスが、これをマ一チャント宛に封書化し、呼び出し応答 6304(21210 )として、クレジット決済端末 300 に送信する。

クレジット決済端末 300は、呼び出し応答 6304を受信し、暗号を復号ィ匕して、クレジヅト決済端末 300とパーソナル · クレジット端末 100とは音声通話状態となる。

図 9 5 ( d ) に示すように、着信応答 6303は、メッセージが着信応答 6303であることを示すヘッダ情報、着信応答ヘッダ 6430と、クレジット決済端末 300が設定した要求番号 6431と、音声デ一夕暗号鍵 6432とから成るデータについて、サービス提供者宛に封書化したものである。

また、図 9 5 ( e ) に示すように、呼び出し応答 6304は、メッセージが呼び出し応答 6304であることを示すへッダ情報、呼び出し応答へッダ 6437と、クレジット決済端末 300が設定した要求番号 6438と、音声デ一夕暗号鍵 6439とから成るデ一夕について、マ一チャント宛に封書化したものである。

音声データ暗号鍵 6432と音声データ暗号鍵 6439は、通話時に、音声デ一夕を暗号化するための共通の暗号鍵であり、この音声データ暗号鍵を、パーソナル ' クレジット端末 100の音声デ一夕暗号鍵レジス夕（CRYPT )21 613と、クレジヅト決済端末 300の音声データ暗号鍵レジス夕（CRYPT)226 11とに設定して、パーソナル ' クレジヅト端末 100とクレジヅト決済端末 300は音声デ一夕を暗号化して音声通話を行なう。音声デ一夕の暗号化をしない場合には、この音声データ暗号鍵は設定されない。次に、 "問い合わせコール" の処理において、機器間で交換されるメッセージの内容について説明する。

図 9 4 (b) は、 "問い合わせコール" の処理における機器間のメッセージ交換の手順を示し、図 9 6 (a) 〜（ e) は、 "問い合わせコ一ル"の処理において、機器間で交換するメッセージの内容を示している。図 94 (b) は、図 4 5 (b) から、機器間で交換するメッセージの部分を抜き出した図であり、図 94 (b) と図 4 5 (b) は、同じ "問い合わせコール" の処理を示している。

まず、ユーザが、問い合わせコール操作 21213を行なうと、パ一ソナル ' クレジット決済端末 100は、問い合わせコールプロセスを生成し、 "問い合わせコール" の処理を開始する。パーソナル · クレジット決済端末 100は、まず、問い合わせコール要求 6307(21215)を生成し、デジ夕ル無線電話通信で、サービス提供システム 102のユーザプ口セスに送信する。

図 9 6 (a) に示すように、問い合わせコール要求 6307は、メヅセ一ジが問い合わせコール要求 6307であることを示すヘッダ情報、問い合わせコール要求ヘッダ 6500と、マ一チャント I D6501と、担当者名 6502と、この問い合わせコール要求をユニークに示す要求番号 6503と、ユーザ I D 6504と、この問い合わせコール要求 6307を発行した日時を示す発行日時 6505とから成るデ一夕について、ユーザのデジタル署名を行ない、サ一ビス提供者宛に封書化したものである。担当者名 6503は、 "決済" の処理の際に、マ一チャントのオプションで設定する情報であり、設定されない場合もある。

サ一ビス提供システム 102のユーザプロセスは、問い合わせコール要求 6307を受信し、喑号を復号化し、デジタル署名をチヱックして、問い合わせコール要求 6506をサービス .マネージャプロセスに送る。サ一ビス 'マネージャプロセスは、サービス ·ディレク夕プロセスを生成して、問い合わせコール要求 6506を処理するプロセスグループを生成する。サ —ビス 'ディレクタプロセスは、マ一チャントの顧客テーブルを参照して、問い合わせコール 6515と問い合わせコール応答 6524とを生成する。マーチャントプロセスは、問い合わせコール 6515を、マ一チャント宛に封書化し、問い合わせコール 6307( 21216 )として、クレジット決済端末 300に送信し、ユーザプロセスは、問い合わせコール応答 6524をュ一ザ宛に封書化し、問い合わせコール応答 6308( 21217)として、パ一ソナル · クレジット決済端末 100に送信する。

図 9 6 ( b ) に示すように、問い合わせコール 6307は、メッセージが問い合わせコール 6307であることを示すへヅダ情報、問い合わせコールヘッダ 6510と、顧客番号 6511と、パーソナル · クレジット端末 100が設定した要求番号 6512と、サ一ビス提供者 I D 6513と、この問い合わせコ —ル 6307を発行した日時を示す発行日時 6514とから成るデータについて、サービス提供者のデジタル署名を行ない、マーチャント宛に封書化したものである。

図 9 6 ( c ) に示すように、問い合わせコール応答 6308は、メッセ一ジが問い合わせコール応答 6308であることを示すへッダ情報、問い合わせコール応答へッダ 6519と、サービス提供システム 102からの応答メヅセージ 6520と、パーソナル · クレジット決済端末 100が設定した要求番号 6521と、サ一ビス提供者 I D 6522と、この問い合わせコール応答 6308 を発行した日時を示す発行日時 6523とから成るデータについて、サ一ビス提供者のデジタル署名を行ない、ユーザ宛に封書化したものである。パーソナル ' クレジット端末 100は、問い合わせコール応答 6308を受信し、暗号を復号化し、デジタル署名をチヱックして、 "呼び出し中" を表示する。クレジット決済端末 300は、問い合わせコール 6307を受信し、暗号を復号化し、デジタル署名をチェックして、問い合わせコールプロセスを生成し、 "問い合わせコール" の処理を開始する。クレジット決済端末 300は、まず、スピーカから着信音を出力して、マーチャントに着信を知らせる。そして、マーチャントが通話操作 1220を行なうと、クレジット決済端末 300は、着信応答 6309(21221 )を生成して、サービス提供システム 102のマ一チャントプロセスに送信する。

サービス提供システム 102のマ一チャントプロセスは、着信応答 6309 を受信し、暗号を復号化して、着信応答 6531をサービス 'ディレクタプ口セスに送る。サービス ·ディレクタプロセスは、着信応答 6531から、呼び出し応答 6538を生成し、ユーザプロセスが、これをユーザ宛に封書化し、呼び出し応答 6310(21223)として、パーソナル ' クレジット端末 1 00に送信する。

パーソナル · クレジット端末 100は、呼び出し応答 6310を受信し、暗号を復号化して、パーソナル · クレジット端末 100とクレジット決済端末 300とは音声通話状態となる。

図 9 6 ( d ) に示すように、着信応答 6309は、メッセージが着信応答 6309であることを示すへヅダ情報、着信応答へヅダ 6528とーソナル ' クレジット決済端末 100が設定した要求番号 6529と、音声デ一夕暗号鍵 6 530とから成るデ一夕について、サービス提供者宛に封書化したものである。

また、図 9 6 ( e ) に示すように、呼び出し応答 6310は、メッセージが呼び出し応答 6310であることを示すへッダ倩報、呼び出し応答へッダ 6535と、パーソナル · クレジット決済端末 100が設定した要求番号 6536 と、音声デ一夕暗号鍵 6537とから成るデータについて、ユーザ宛に封書ィ匕したものである。音声デ一夕暗号鍵 6530と音声デ一夕暗号鍵 6537は、音声通話時に、音声デ一夕を暗号化するための共通の暗号鍵であり、この音声データ暗号鍵を、パーソナル · クレジット端末 100の音声デ一夕暗号鍵レジス夕（CR YPT)21613と、クレジット決済端末 300の音声デ一夕暗号鍵レジス夕（CRY PT)22611に設定して、パーソナル . クレジット端末 100とクレジット決済端末 300とは音声データを暗号化して音声通話を行なう。音声デ一夕の暗号化をしない場合には、この音声デ一夕暗号鍵は設定されない。次に、セッション確立処理、リモートアクセス処理、デ一夕アップデート処理、強制的データアップデート処理、デ一夕バックアップ処理、 "決済" の処理、 "キャンセル" の処理、 "顧客サービスコール" の処理、及び "問い合わせコール" の処理の各処理における、パーソナル · クレジット端末 100、クレジット決済端末 300、決済システム 103、並びに、サービス提供システム 102のサ一ビス . マネージャプロセス、サ一ビス · ディレク夕プロセス、ユーザプロセス、マ一チヤントプロセス、及び決済処理機関プロセスの各プロセスが行なう処理の詳細について説明する。

パーソナル · クレジット端末、及びクレジット決済端末の全体的な処理のフローについては、それそれ、図 5 1 ( a ) 、 ( b ) 、及び図 6 1 ( a ) 、（b ) の説明において述べた通りである。パーソナル ' クレジット端末、及び、クレジット決済端末は、セッション確立処理、リモ一トアクセス処理、デ一夕アップデート処理、強制的デ一夕アップデート処理、データバックアップ処理、 "決済" の処理、 "キャンセル" の処理、 "顧客サ一ビスコール" の処理、及び "問い合わせコール" の処理の各処理に対応するプロセスを、それそれ、プロセスリストに登録し、メインルーチンの各プロセスの処理によって、各処理を実行する。

それに対して、サービス提供システムは、サービス 'マネージャプロセス、サービス 'ディレクタプロセス、ュ一ザプロセス、マーチヤントプロセス、及び決済処理機関プロセスの 5種類のプロセスの連携処理によって、各処理を実行する。

5種類のプロセスの内、まず、サービス 'マネージャプロセスは、図 9 7 ( a ) 、（b ) から図 9 8に示す処理のフローにしたがって、サ一ビス 'ディレクタプロセス、ユーザプロセス、マーチヤントプロセス、決済処理機関プロセスといった他のプロセスを管理する。

サ一ビス 'マネージャプロセスは、常に起動していて、通常、ステツプ 6600で、パーソナル · クレジット端末、または、クレジット決済端末からの着呼要求のメッセージ、及び、各プロセスからのメッセ一ジを待つている。サービス 'マネージャプロセスは、メッセージを受信すると、ステップ 6601〜ステップ 6618、及び、ステップ 6700〜6709に示す、メヅセージの種類に応じた処理を行なって、また、ステップ 6600に戻る。サービス 'マネージャプロセスは、メッセージが着呼要求であった場合は、ステップ 6606で、呼び手に対応するユーザプロセス、または、マ一チャントプロセスを生成するプロセス生成処理を行なう。

また、メッセージがマーチヤントプロセスからの信用照会要求であつた場合には、サービス 'マネージャプロセスは、まず、ステップ 6607で、メッセージリスト 4405に、受信した信用照会要求に対応する支払要求が登録されているかを調べ、登録されていない場合には、ステップ 6608で、受信したメッセージをメッセージリストに登録し、登録されている場合には、ステップ 6609で、サービス ·ディレクタプロセスを生成して、サ一ビス 'ディレクタプロセスと、ユーザプロセスと、マーチャントプロセスとによるプロセスグループを生成し、ステップ 6610で、登録されていたメッセージをメッセージリストから削除して、ステップ 6611で、サ一ビス ·ディレク夕プロセスに信用照会要求と支払要求とを送信する。また、メヅセージがユーザプロセスからの支払要求であった場合には、サ一ビス 'マネージャプロセスは、まず、ステップ 6612で、メッセージリスト 4405に、受信した支払要求に対応する信用照会要求が登録されているかを調べ、登録されていない場合には、ステップ 6613で、受信したメッセ一ジをメッセージリストに登録し、登録されている場合には、ステツプ 6609へ進み、メッセージが信用照会要求であった場合と同様の処理を行なう。

また、メヅセージがマーチヤントプロセスからのキャンセル要求であつた場合には、サービス 'マネージャプロセスは、まず、ステップ 6614 で、メッセ一ジリスト 4405に、受信したキャンセル要求に対応するュ一ザプロセスからのキャンセル要求が登録されているかを調べ、登録されていない場合には、ステップ 6615で、受信したメッセージをメッセ一ジリストに登録し、登録されている場合には、ステップ 6616で、サービス · ディレク夕プロセスを生成して、サ一ビス ·ディレクタプロセスと、ュ —ザプロセスと、マーチャントプロセスとによるプロセスグループを生成し、ステップ 6617で、登録されていたメヅセージをメッセージリストから削除して、ステップ 6618で、サービス 'ディレクタプロセスに、マ —チヤントプロセスからのキャンセル要求とユーザプロセスからのキヤンセル要求とを送信する。

また、メッセージがユーザプロセスからのキャンセル要求であった場合には、サービス 'マネージャプロセスは、まず、ステップ 6619で、メヅセージリスト 4405に、受信したキャンセル要求に対応するマ一チャントプロセスからのキヤンセル要求が登録されているかを調べ、登録されていない場合には、ステップ 6620で、受信したメッセ一ジをメッセージリストに登録し、登録されている場合には、ステップ 6616へ進み、メヅセージがマーチヤントプロセスからのキャンセル要求であった場合と、同様の処理を行なう。

ステップ 6608、ステップ 6613、ステップ 6615、及びステップ 6620における受信したメヅセージのメッセージリストへの登録では、メッセ一ジに含まれるマ一チャント I D、トランザクション番号、及び要求番号から、照合データを生成して、メッセージをメヅセージリストに登録する。また、ステツプ 6609及びステツプ 6616におけるプロセスグループの生成では、まず、サービス ·ディレクタプロセスを生成して、プロセスグループ管理情報、及び、サービス 'ディレクタプロセス管理情報を登録し、さらに、ユーザプロセス管理情報、及び、マ一チャントプロセス管理倩報を更新して、サービス ·ディレク夕プロセスと、ユーザプロセスと、マーチヤントプロセスとによるプロセスグループを生成する。

また、メッセージがマ一チャントプロセスからの顧客サービスコール要求であった場合には、サ一ビス 'マネージャプロセスは、ステップ 67 04で、サービス ·ディレク夕プロセスを生成して、サービス ·ディレク夕プロセスと、マ一チャントプロセスとによるプロセスグループを生成し、ステップ 6705で、サービス 'ディレクタプロセスに顧客サービスコール要求を送信する。

ステップ 6704のプロセスグループの生成では、まず、サービス 'ディレクタプロセスを生成して、プロセスグループ管理情報、及び、サービス 'ディレクタプロセス管理情報を登録し、さらに、マ一チャントプロセス管理情報を更新して、サ一ビス ·ディレク夕プロセスと、マ一チヤントプロセスとによるプロセスグループを生成する。

また、メッセージがュ一ザプロセスからの問い合わせコール要求であつた場合には、サービス 'マネ一ジャプロセスは、ステップ 6706で、サ —ビス ·ディレク夕プロセスを生成して、サービス 'ディレクタプロセスと、ユーザプロセスとによるプロセスグループを生成し、ステップ 67 07で、サービス ·ディレク夕プロセスに問い合わせコール要求を送信する。

ステヅプ 6706のプロセスグループの生成では、まず、サ一ビス 'ディレク夕プロセスを生成して、プロセスグループ管理情報、及び、サ一ビス 'ディレクタプロセス管理情報を登録し、さらに、ユーザプロセス管理情報を更新して、サ一ビス 'ディレクタプロセスと、ユーザプロセスとによるプロセスグループを生成する。

また、メッセージがサービス ·ディレク夕プロセスからのメンバープロセス要求であった場合には、サービス 'マネージャプロセスは、ステップ 6708で、要求されたプロセスを、サ一ビス 'ディレクタプロセスのプロセスグループに追加するメンバ一プロセス生成処理を行なう。この際、必要に応じて、サ一ビス 'マネージャプロセスは、要求されたプロセスを生成する。

また、メッセージがプロセス消去要求であった場合には、サービス ' マネージャプロセスは、ステップ 6709で、要求されたプロセスを消去するプロセス消去処理を行なう。この際、必要に応じて、サービス 'マネージャプロセスは、各プロセスのプロセス管理情報、及び、プロセスグループ管理情報 4404、並びにメッセージリスト 4405を更新する。

また、ステップ 6606のプロセス生成処理は、図 9 9に示す処理のフロ一にしたがって行なわれる。

サ一ビス 'マネージャプロセスは、まず、ステップ 6800で、着呼要求の中に含まれる呼び手の電話番号情報と、ユーザリスト 4300のユーザ電話番号、及び、マ一チャントリスト 4301のマーチャント電話番号とを照合して、要求者を判定する。電話番号情報が、ユーザ電話番号と一致した場合には、要求者はュ一ザであると判定して、ステップ 6801へ進み、マーチヤント電話番号と一致した場合には、要求者はマ一チャントであると判定して、ステップ 6804へ進み、いずれにも一致しなかった場合には、ユーザ、または、マーチヤントからの着呼要求ではないと判断して、プロセスを生成せずに、プロセス生成処理を終了する。

ステップ 6801では、登録されているユーザプロセス管理情報を調べ、要求者であるユーザに対応するュ一ザプロセスが、既に、存在していないかを判定する。ユーザプロセスが存在していない場合には、ステップ 6802へ進み、ユーザプロセスを生成し、ユーザプロセス管理情報を登録して、プロセス生成処理を終了する。また、ユーザプロセスが既に存在している場合には、ユーザへの成りすまし等の不正行為が行なわれている可能性があるので、ステップ 6803へ進み、管理システムにエラ一メヅセージを送信して、プロセス生成処理を終了する。

ステヅプ 6804では、登録されているマ一チャントプロセス管理情報を調べ、要求者であるマ一チヤントに対応するマ一チャントプロセスが、既に、存在していないかを判定する。マ一チャントプロセスが存在していない場合には、ステヅプ 6805へ進み、マーチヤントプロセスを生成し、マ一チャントプロセス管理情報を登録して、プロセス生成処理を終了する。また、マ一チャントプロセスが既に存在している場合には、マーチャントへの成りすまし等の不正行為が行なわれている可能性があるので、ステヅプ 6806へ進み、管理システムにエラーメヅセージを送信して、プロセス生成処理を終了する。

次に、ユーザプロセスは、図 1 0 0に示す処理のフローにしたがって、パーソナル · クレジット端末からのメヅセージ、及び、サービス 'ディレク夕プロセスからのメッセ一ジに応じた処理を行なう。

サービス.マネ一ジャプロセスによって生成されたユーザプロセスは、まず、ステップ 6900で、パーソナル ' クレジット端末とのセヅシヨン確立処理を行ない、ステップ 6901とステップ 6905とで、パーソナル ' クレジヅト端末またはサービス ·ディレクタプロセスからのメヅセージを待つ。ステップ 6901では、メヅセージ受信の判定を行ない、ステップ 6905 では、タイムアウトの判定を行なう。

メッセージを受信した場合、ュ一ザプロセスは、ステップ 6902で、ュ —ザプロセスのプロセス 'ステイタスを "アクティブ" 状態に変更し、ステップ 6903で、受信したメッセージに応じた処理を行なう。例えば、パーソナル · クレジット端末から "支払要求" を受信した場合には、ステツプ 6903で、ュ一ザプロセスにおける "決済" の処理を行なう。ステヅプ 6903の処理を終了すると、ユーザプロセスは、ステップ 6904で、プ口セス 'ステイタスを "アイドル" 状態に変更して、ステップ 6901に戻る

ステヅプ 6905のタイムァゥ卜の判定では、タイムァゥト時間 T NRU ( T NRU > 0) 以上の間、新たなメッセージを受信しない場合、ユーザプ口セスはタイムアウトして、ステップ 6906で、ュ一ザプロセス ' タイムァゥト処理を行なう。ユーザプロセス · タイムァゥト処理によって、ュ —ザプロセスは、サ一ビス 'マネージャプロセスによって消去され、ュ一ザプロセスとパーソナル'クレジヅト端末との間の回線は切断される。つまり、ユーザプロセスは、タイムアウト時間 T NRU以上の間、パ一ソナル ·クレジット端末、または、サービス ·ディレク夕プロセスから、新たなメッセージを受信しない場合、自動的に消去され、パーソナル - クレジット端末との間の回線は切断される。

次に、マ一チャントプロセスは、図 1 0 1に示す処理のフローにしたがって、クレジット決済端末からのメッセージ、及び、サービス 'ディレク夕プロセスからのメヅセージに応じた処理を行なう。

サービス ·マネージャプロセスによって生成されたマ一チャントプロセスは、ュ一ザプロセスの場合と同様に、まず、ステップ 7000で、クレジット決済端末とのセッション確立処理を行ない、ステップ 7001とステップ 7005とで、クレジヅト決済端末、または、サービス 'ディレクタプロセスからのメッセージを待っている。ステップ 7001では、メッセージ受信の判定を行ない、ステップ 7005では、タイムァゥ卜の判定を行なう。メッセージを受信した場合、マーチャントプロセスは、ステップ 7002 で、マーチヤントプロセスのプロセス 'ステイタスを "アクティブ" 状態に変更し、ステップ 7003で、受信したメッセージに応じた処理を行なう。例えば、クレジット決済端末から "信用照会要求" を受信した場合には、ステップ 7003で、マ一チャントプロセスにおける "決済" の処理を行なう。ステヅプ 7003の処理を終了すると、マ一チャントプロセスは、ステヅプ 7004で、プロセス ·ステイタスを "アイドル"状態に変更して、ステツプ 7001に戻る。

ステップ 7005のタイムァゥ卜の判定では、タイムァゥト時間 T NRM ( T NRM > 0 ) 以上の間、新たなメッセージを受信しない場合、マ一チヤントプロセスはタイムアウトして、ステップ 7006で、マーチャントプロセス . タイムァゥト処理を行なう。マ一チャントプロセス · タイムァゥト処理によって、マ一チャントプロセスは、サ一ビス ' マネージャプロセスによって消去され、マ一チャントプロセスとクレジヅト決済端末との間の回線は切断される。

つまり、マ一チャントプロセスは、タイムァゥト時間 T NRM以上の間、クレジヅト決済端末、または、サービス 'ディレクタプロセスから、新たなメッセージを受信しない場合、自動的に消去され、クレジット決済端末との間の回線は切断される。

次に、決済処理機関プロセスは、図 1 0 2に示す処理のフローにしたがって、決済システムからのメッセージ、及び、サービス 'ディレクタプロセスからのメッセージに応じた処理を行なう。サービス ·マネージャプロセスによって生成された決済処理機関プロセスは、まず、ステップ 7100で、決済システムとの通信回線の初期化処理を行ない、ステップ 7101とステップ 7105とで、決済システム、または、サービス 'ディレクタプロセスからのメッセージを待っている。ステヅプ 7101では、メッセージ受信の判定を行ない、ステップ 7105では、タイムァゥトの判定を行なう。

メッセージを受信した場合、決済処理機関プロセスは、ステップ 7102 で、決済処理機関プロセスのプロセス ' ステイタスを "アクティブ" 状態に変更し、ステップ 7103で、受信したメッセージに応じた処理を行なう。例えば、サービス 'ディレクタプロセスから "決済要求" を受信した場合には、ステップ 7103で、決済処理機関プロセスにおける "決済" の処理を行なう。ステップ 7103の処理を終了すると、決済処理機関プロセスは、ステップ 7104で、プロセス ' ステイタスを "アイドル"状態に変更して、ステップ 7101に戻る。

ステップ 7105のタイムァゥ卜の判定では、タイムァゥト時間 T NRTP( T NRTP > 0) 以上の間、新たなメッセージを受信しない場合、決済処理機関プロセスはタイムアウトして、ステップ 7106で、決済処理機関プロセス ' タイムァゥト処理を行なう。決済処理機関プロセス ' タイムァゥト処理によって、決済処理機関プロセスは、サービス ·マネージャプロセスによって消去され、決済処理機関プロセスと決済システムとの間の回線は切断される。

つまり、決済処理機関プロセスは、タイムァゥト時間 T NRTP以上の間、決済システム、または、サービス ·ディレクタプロセスから、新たなメッセージを受信しない場合、自動的に消去され、決済システムとの間の回線は切断される。

また、ユーザプロセスとパーソナル · クレジット端末 100との間の通信費用が、通信回線の使用時間に依存する場合には、タイムアウト時間 TNRUは、通信料金の体系に依存した値となる。例えば、通信回線の使用時間に対して、段階的に課金される場合には、タイムアウト時間 TNR Uは、一定時間 TNRUO (TNRU0 > 0) 以上で、かつ、次の通信料金の変化点を越えない最大の値となる。この場合は、パーソナル ' クレジット端末と、ユーザプロセスとの通信回線は、通信費用が増加しない範囲で、できる限り長い時間の間接続される。また、通信回線の使用時間に対して、リニアに課金される場合には、タイムアウト時間 TNRUは、一定時間 TNRU0となる。

同様に、マ一チャントプロセスとクレジット決済端末 300、または、決済処理機関プロセスと決済システム 103との間の通信費用が、通信回線の使用時間に依存する場合には、ユーザプロセスのタイムァゥト時間 TNRUの場合と同様に、タイムアウト時間 TNRM、 TNRTPは、それぞれの通信料金の体系に依存した値となる。

サービス 'ディレクタプロセスについては、この後の "決済" 、 "キヤンセル" 、 "顧客サ一ビスコール" 、 "問い合わせコール" の処理の各処理における説明において詳しく述べる。また、決済システムについては、 "決済" 、 "キャンセル" の処理の各処理における説明において詳しく述べる。

次に、パーソナル ' クレジット端末から、ユーザプロセスに接続する場合のセッシヨン確立処理における処理のフローについて説明する。図 1 03 (a) 、（b) と、図 1 04は、それそれ、パーソナル · クレジット端末からユーザプロセスに接続する場合のセッション確立処理におけるパーソナル · クレジヅト端末のセヅション確立プロセスと、ュ —ザプロセスとの処理のフローを示している。

まず、パーソナル · クレジット端末は、ステップ 7200で、デジタル公衆網へ発呼要求 4500を送信、及び、デジタル公衆網から発呼応答 4504を受信して、ユーザプロセスとの回線を接続する。この時、サービス 'マネージャプロセスは、デジタル公衆網から着呼要求 4501を受信し、ステップ 6606のプロセス生成処理でユーザプロセスを生成する。生成されたユーザプロセスは、ステップ 7300で、デジタル公衆網へ着呼応答 4503を送信して、パーソナル · クレジット端末との回線を接続する。次に、ュ —ザプロセスは、ステップ 7301で、テストパターン A4701を生成し、ステヅプ 7302で、テストパターン Aをュ一ザの公開鍵で暗号化して、認証テスト A4506を生成し、ステップ 7303で、認証テスト Aをパーソナル · クレジヅト端末に送信する。

一方、パーソナル ' クレジット端末は、ステップ 7201で、テストパ夕ーン B 4705を生成し、ステップ 7202で、テストパターン Bをサ一ビス提供者の公開鍵で暗号化して認証テスト Bを生成し、ステップ 7203とステヅプ 7211とで、ュ一ザプロセスから認証テスト Aを受信するのを待っている。ステップ 7203では、認証テスト Aの受信の判定を行ない、ステツプ 7211では、タイムアウトの判定を行なう。

ステップ 7211のタイムァゥ卜の判定では、タイムアウト時間 T TAU ( T TAU > 0) 以上の間、認証テスト Aを受信しない場合、パーソナル ' クレジット端末はタイムアウトして、ステップ 7212で、 L C Dにエラーメッセージを表示し、さらに、ステップ 7213で、回線を切断して、セヅシヨン確立処理を終了する。

認証テスト Aを受信した場合には、パーソナル · クレジット端末は、ステップ 7204で、暗号化されたテストパターン Aをュ一ザのプライべ一ト鍵で復号化し、ステップ 7205で、認証テスト Bと、暗号を復号化したテストパターン Aとから、認証テスト A応答 4507を生成し、ステップ 72 06で、認証テスト A応答をユーザプロセスに送信する。認証テスト Aをパーソナル · クレジット端末に送信したユーザプロセスは、ステップ 7304とステヅプ 7312とで、パーソナル · クレジット端末から、認証テスト A応答を受信するのを待っている。ステップ 7304では、認証テスト A応答の受信の判定を行ない、ステップ 7312では、タイムァゥトの判定を行なう。

ステップ 7312のタイムァゥトの判定では、タイムァゥト時間 T TARU( T TARU > 0) 以上の間、認証テスト A応答を受信しない場合、ユーザプ口セスはタイムアウトして、ステップ 7313で、セッション確立エラー処理を行ない、セッション確立処理を終了する。セッション確立エラ一処理によって、ユーザプロセスは、サービス ·マネージャプロセスによつて消去され、回線は切断される。

認証テスト A応答を受信した場合、ユーザプロセスは、ステップ 7305 で、送信した認証テスト Aのテストパターン Aと、受信した認証テスト A応答のテストパ夕一ン Aとを照合してターンが一致した場合には、ステップ 7306へ進み、一致しなかった場合には、ユーザの認証に失敗したと判定して、ステップ 7314で、セッション確立エラー処理を行ない、セッション確立処理を終了する。

ユーザプロセスは、ステップ 7306で、暗号化されたテストパターン B をサービス提供者のプライベート鍵で復号化し、ステップ 7307で、セヅシヨン許可メッセージ 4709を生成し、ステップ 7308で、セッション許可メッセージをユーザの公開鍵で暗号化して、暗号を復号化したテストパ夕一ン Bと、暗号化したセッシヨン許可メヅセージとから認証テスト B 応答 4508を生成し、ステップ 7309で、認証テスト B応答をパーソナル - クレジット端末に送信する。そして、ステップ 7310で、ユーザ 'スティタスをセッション確立状態に変更し、ステップ 7311で、プロセス 'スティ夕スを "アイドル" 状態に変更して、セッション確立処理を終了し、ュ一ザプロセスは、図 1 0 0におけるステヅプ 6901へと進む。

認証テスト A応答をユーザプロセスに送信したパーソナル ' クレジット端末は、ステップ 7207とステップ 7214とで、ユーザプロセスから、認証テスト B応答を受信するのを待っている。ステップ 7207では、認証テスト B応答の受信の判定を行ない、ステップ 7214では、タイムアウトの判定を行なう。

ステップ 7214のタイムァゥトの判定では、タイムァゥト時間 T TBRI T TBRU > 0 ) 以上の間、認証テスト B応答を受信しない場合、パ一ソナル · クレジヅト端末はタイムァゥ卜して、ステップ 7215で、 L C Dにェラ一メッセ一ジを表示し、さらに、ステップ 7216で、回線を切断して、セッション確立処理を終了する。認証テスト B応答を受信した場合、パーソナル · クレジット端末は、ステップ 7208で、送信した認証テスト Bのテストパターン Bと、受信した認証テスト B応答のテストパターン Bとを照合して、パターンが一致した場合には、ステップ 7209へ進み、一致しなかった場合には、サービス提供者の認証に失敗したと判定して、ステップ 7217で、 L C Dにエラ一メッセージを表示し、さらに、ステツプ 7218で、回線を切断して、セッション確立処理を終了する。

パーソナル · クレジット端末は、ステップ 7209で、喑号化されたセッション許可メッセージをユーザのプライべ一ト鍵で復号化し、ステップ 7210で、夕一ミナル ·ステイタスをセッション確立状態に変更して、セッシヨン確立処理を終了する。

クレジヅト決済端末から、マーチヤントプロセスに接続する場合のセヅシヨン確立処理は、パーソナル · クレジヅト端末から、ユーザプロセスに接続する場合のセッション確立処理と同様の処理を行なう。図 1 0 5と、図 1 0 6 ( a ) 、（ b ) は、それそれ、クレジット決済端末からマ一チャントプロセスに接続する場合のセヅション確立処理における、クレジット決済端末のセッション確立プロセスと、マ一チャントプロセスとの処理のフローを示している。

まず、クレジット決済端末は、ステップ 7400で、デジタル公衆網へ発呼要求 4800を送信、及び、デジタル公衆網から発呼応答 4804を受信して、マ一チャントプロセスとの回線を接続する。この時、サービス 'マネ一ジャプロセスは、デジタル公衆網から着呼要求 4801を受信し、ステップ 6606のプロセス生成処理でマ一チャントプロセスを生成する。生成されたマ一チャントプロセスは、ステップ 7500で、デジタル公衆網へ着呼応答 4803を送信して、クレジット決済端末との回線を接続する。次に、マ —チャントプロセスは、ステップ 7501で、テストパターン A 5001を生成し、ステップ 7502で、テストパターン Aをマ一チャントの公開鍵で暗号化して、認証テスト A4806を生成し、ステップ 7503で、認証テスト Aをクレジット決済端末に送信する。

一方、クレジット決済端末は、ステップ 7401で、テストパターン B 50 05を生成し、ステップ 7402で、テストパターン Bをサ一ビス提供者の公開鍵で暗号化して、認証テスト Bを生成し、ステップ 7403とステップ 74 11とで、マ一チャントプロセスから認証テスト Aを受信するのを待っている。ステップ 7403では、認証テスト Aの受信の判定を行ない、ステヅプ 7411では、タイムアウトの判定を行なう。

ステップ 7411のタイムァゥ卜の判定では、タイムアウト時間 T TAM ( T TAM > 0) 以上の間、認証テスト Aを受信しない場合、クレジット決済端末はタイムアウトして、ステップ 7412で、 L C Dにエラーメッセ一ジを表示し、さらに、ステップ 7413で、回線を切断して、セッション確立処理を終了する。

認証テスト Aを受信した場合には、クレジット決済端末は、ステップ 7404で、暗号化されたテストパ夕一ン Aをマーチヤン卜のプライべ一ト鍵で復号化し、ステップ 7405で、認証テスト Bと、暗号を復号化したテストパターン Aから、認証テスト A応答 4807を生成し、ステップ 7406で、認証テスト A応答をマーチヤントプロセスに送信する。

認証テスト Aをクレジット決済端末に送信したマ一チャントプロセスは、ステップ 7504とステップ 7512とで、クレジット決済端末から、認証テスト A応答を受信するのを待っている。ステップ 7504では、認証テスト A応答の受信の判定を行ない、ステップ 7512では、タイムアウトの判定を行なう。

ステップ 7512のタイムァゥ卜の判定では、タイムァゥト時間 T TARM( T TARM > 0) 以上の間、認証テスト A応答を受信しない場合、マーチヤントプロセスはタイムアウトして、ステップ 7513で、セッション確立ェラー処理を行ない、セッション確立処理を終了する。セッション確立ェラー処理によって、マ一チャントプロセスは、サ一ビス 'マネ一ジャブロセスによって消去され、回線は切断される。

認証テスト A応答を受信した場合には、マ一チャントプロセスは、ステツプ 7505で、送信した認証テスト Aのテストパターン Aと、受信した認証テスト A応答のテストパターン Aとを照合して、パターンが一致した場合には、ステップ 7506へ進み、一致しなかった場合には、マーチヤントの認証に失敗したと判定して、ステップ 7514で、セッション確立ェラー処理を行ない、セッション確立処理を終了する。

マーチャントプロセスは、ステップ 7506で、暗号化されたテストパ夕 —ン Bをサービス提供者のプライベート鍵で復号化し、ステツプ 7507で、セッション許可メヅセージ 4709を生成し、ステップ 7508で、セッション許可メッセージをマ一チャントの公開鍵で暗号化して、暗号を復号化したテストパターン Bと、暗号化したセッション許可メッセージとから認証テスト B応答 4808を生成し、ステップ 7509で、認証テスト B応答をクレジット決済端末に送信する。そして、ステップ 7510で、マ一チャント · ステイタスをセヅシヨン確立状態に変更し、ステップ 7511で、プロセス · ステイタスを "アイドル" 状態に変更して、セッション確立処理を終了し、マ一チャントプロセスは、図 1 0 1におけるステツプ 7001へと進む。認証テスト A応答をマ一チャントプロセスに送信したクレジヅト決済端末は、ステップ 7407とステップ 7414とで、マ一チャントプロセスから、認証テスト B応答を受信するのを待っている。ステツプ 7407では、認証テスト B応答の受信の判定を行ない、ステップ 7414では、タイムアウトの判定を行なう。

ステップ 7414のタイムァゥ卜の判定では、タイムァゥト時間 T TBRM( T TBRM > 0) 以上の間、認証テスト B応答を受信しない場合、クレジット決済端末はタイムアウトして、ステップ 7415で、 L C Dにエラ一メッセージを表示し、さらに、ステップ 7416で、回線を切断して、セヅション確立処理を終了する。

認証テスト B応答を受信した場合、クレジット決済端末は、ステップ 7408で、送信した認証テスト Bのテストパターン Bと、受信した認証テスト B応答のテストパターン Bとを照合して、パターンが一致した場合には、ステップ 7409へ進み、一致しなかった場合には、サービス提供者の認証に失敗したと判定して、ステップ 7417で、 L C Dにエラーメッセ —ジを表示し、さらに、ステップ 7418で、回線を切断して、セッション確立処理を終了する。

クレジット決済端末は、ステップ 7409で、暗号化されたセッション許可メヅセージをマーチヤントのプライベート鍵で復号化し、ステップ 74 10で、夕一ミナル ·ステイタスをセッション確立状態に変更して、セッシヨン確立処理を終了する。

次に、ユーザプロセスから、パーソナル ' クレジット端末に接続する場合のセッシヨン確立処理における処理のフローについて説明する。図 1 0 7 ( a ) 、（b ) と、図 1 0 8は、それそれ、ュ一ザプロセスからパーソナル · クレジット端末に接続する場合のセッション確立処理におけるユーザプロセスと、パーソナル · クレジヅト端末のセッション確立プロセスとの処理のフローを示している。

サ一ビス'マネージャプロセスによって生成されたユーザプロセスは、まず、ステップ 7600で、デジタル公衆網へ発呼要求 4601を送信、及び、デジタル公衆網から発呼応答 4604を受信して、パーソナル ' クレジット端末との回線を接続する。この時、パーソナル ' クレジット端末は、ステツプ 7700で、デジタル公衆網から着呼要求 4602を受信、及び、デジ夕ル公衆網へ着呼応答 4603を送信して、ユーザプロセスとの回線を接続する。さらに、パーソナル ' クレジット端末は、ステップ 7701で、テストパターン C 4712を生成し、ステップ 7702で、テストパターン Cをサービス提供者の公開鍵で暗号化して、認証テスト C 4606を生成し、ステップ 7703で、認証テスト Cをユーザプロセスに送信する。

一方、ュ一ザプロセスは、ステップ 7601で、テストパターン D 4716を生成し、ステップ 7602で、テストパターン Dをユーザの公開鍵で暗号化して、認証テスト Dを生成し、ステップ 7603とステップ 7612とで、パ一ソナル ·クレジット端末から、認証テスト Cを受信するのを待っている。ステップ 7603では、認証テスト Cの受信の判定を行ない、ステップ 7612 では、タイムアウトの判定を行なう。

ステップ 7612のタイムァゥトの判定では、タイムァゥト時間 T TCU ( T TCU > 0) 以上の間、認証テスト Cを受信しない場合、ユーザプロセスはタイムアウトして、ステップ 7613で、セッション確立エラー処理を行ない、セッション確立処理を終了する。

認証テスト Cを受信した場合、ユーザプロセスは、ステップ 7604で、暗号化されたテストパターン Cをサービス提供者のプライべ一ト鍵で復号化し、ステップ 7605で、認証テスト Dと、暗号を復号化したテストパターン Cとから、認証テスト C応答 4607を生成し、ステップ 7606で、認証テスト C応答をパーソナル · クレジット端末に送信する。

認証テスト Cをユーザプロセスに送信したパーソナル · クレジット端末は、ステップ 7704とステップ 7711とで、ユーザプロセスから、認証テスト C応答を受信するのを待っている。ステップ 7704では、認証テスト C応答の受信の判定を行ない、ステップ 7711では、タイムアウトの判定を行なう。

ステップ 7711のタイムァゥトの判定では、タイムァゥト時間 T TCRU( T TCRU > 0) 以上の間、認証テスト C応答を受信しない場合、パーソナル ' クレジット端末はタイムアウトして、ステップ 7712で、 L C Dにェラーメッセージを表示し、さらに、ステップ 7613で、回線を切断してセヅション確立処理を終了する。

認証テスト C応答を受信した場合、パーソナル · クレジット端末は、ステップ 7705で、送信した認証テスト Cのテストパターン Cと、受信した認証テスト C応答のテストパターン Cとを照合して、パターンが一致した場合には、ステップ 7706へ進み、一致しなかった場合には、サービス提供者の認証に失敗したと判定して、ステップ 7714で、 L C Dにエラ —メッセージを表示し、さらに、ステップ 7613で、回線を切断して、セッシヨン確立処理を終了する。

パーソナル · クレジット端末は、ステップ 7706で、暗号化されたテストパターン Dをユーザのプライべ一ト鍵で復号化し、ステップ 7707で、セッション許可メッセージ 4720を生成し、ステップ 7708で、セッション許可メッセージをサービス提供者の公開鍵で暗号化して、暗号を復号化したテストパターン Dと、暗号化したセッシヨン許可メヅセージとから認証テスト D応答 4608を生成し、ステップ 7709で、認証テスト D応答をュ一ザプロセスに送信する。そして、ステップ 7710で、夕一ミナル 'スティ夕スをセッシヨン確立状態に変更して、セッシヨン確立処理を終了する。

認証テスト C応答をパーソナル · クレジット端末に送信したユーザプロセスは、ステップ 7607とステップ 7614とで、パーソナル ' クレジット端末から、認証テスト D応答を受信するのを待っている。ステップ 7607 では、認証テスト D応答の受信の判定を行ない、ステップ 7614では、夕ィムァゥトの判定を行なう。

ステップ 7614のタイムァゥトの判定では、タイムァゥト時間 T TDM T TDRU > 0 ) 以上の間、認証テスト D応答を受信しない場合、ユーザプ口セスはタイムアウトして、ステップ 7615で、セッション確立エラ一処理を行ない、セッション確立処理を終了する。

認証テスト D応答を受信した場合、ユーザプロセスは、ステップ 7608 で、送信した認証テスト Dのテストパターン Dと、受信した認証テスト D応答のテストパターン Dとを照合してターンが一致した場合には、ステップ 7609へ進み、一致しなかった場合には、ユーザの認証に失敗したと判定して、ステップ 7616で、セッション確立エラー処理を行ない、セッション確立処理を終了する。

ユーザプロセスは、ステップ 7609で、暗号化されたセッション許可メヅセージをサ一ビス提供者のプライべ一ト鍵で復号化し、ステップ 7610 で、ュ一ザ ·ステイタスをセッション確立状態に変更し、ステップ 7611 で、プロセス ·ステイタスを "アイドル"状態に変更して、セッション確立処理を終了し、ユーザプロセスは、図 1 0 0におけるステップ 6901 へと進む。

マーチヤントプロセスから、クレジット決済端末に接続する場合のセッシヨン確立処理は、ユーザプロセスから、パーソナル ' クレジット端末に接続する場合のセッシヨン確立処理と同様の処理を行なう。図 1 0 9 ( a ) 、（b ) と、図 1 1 0は、それそれ、マ一チャントプロセスから、クレジット決済端末に接続する場合のセッション確立処理におけるマ一チャントプロセスと、クレジット決済端末のセッション確立プロセスとの処理のフローを示している。

サービス ·マネージャプロセスによって生成されたマ一チャントプロセスは、まず、ステップ 7800で、デジタル公衆網へ発呼要求 4901を送信、及び、デジタル公衆網から発呼応答 4904を受信して、クレジット決済端末との回線を接続する。この時、クレジット決済端末は、ステップ 7900 で、デジタル公衆網から着呼要求 4902を受信、及び、デジタル公衆網へ着呼応答 4903を送信して、マ一チャントプロセスとの回線を接続する。さらに、クレジット決済端末は、ステップ 7901で、テストパターン C 50 12を生成し、ステップ 7902で、テストパターン Cをサ一ビス提供者の公開鍵で暗号化して、認証テスト C 4906を生成し、ステップ 7903で、認証テスト Cをマ一チャントプロセスに送信する。

一方、マ一チャントプロセスは、ステップ 7801で、テストパターン D 5016を生成し、ステップ 7802で、テストパターン Dをマ一チャントの公開鍵で暗号化して、認証テスト Dを生成し、ステップ 7803とステップ 78 12とで、クレジット決済端末から、認証テスト Cを受信するのを待っている。ステップ 7803では、認証テスト Cの受信の判定を行ない、ステツプ 7812では、タイムアウトの判定を行なう。

ステップ 7812のタイムァゥトの判定では、タイムアウト時間 T TCM ( T TCM > 0 ) 以上の間、認証テスト Cを受信しない場合、マ一チャントプロセスはタイムアウトして、ステップ 7813で、セヅシヨン確立エラ一処理を行ない、セッション確立処理を終了する。認証テスト Cを受信した場合、マーチャントプロセスは、ステップ 78 04で、喑号化されたテストパターン Cをサービス提供者のプライべ一ト鍵で復号化し、ステップ 7805で、認証テスト Dと、暗号を復号化したテストパターンと Cから、認証テスト C応答 4907を生成し、ステップ 7806 で、認証テスト C応答をクレジット決済端末に送信する。

認証テスト Cをマ一チャントプロセスに送信したクレジット決済端末は、ステヅプ 7904とステップ 7911とで、マ一チャントプロセスから、認証テスト C応答を受信するのを待っている。ステップ 7904では、認証テスト C応答の受信の判定を行ない、ステップ 7911では、タイムアウトの判定を行なう。

ステップ 7911のタイムァゥトの判定では、タイムァゥト時間 T TCRM( T TCRM > 0) 以上の間、認証テスト C応答を受信しない場合、クレジット決済端末はタイムアウトして、ステップ 7912で、 L C Dにエラ一メッセージを表示し、さらに、ステップ 7913で、回線を切断して、セヅション確立処理を終了する。

認証テスト C応答を受信した場合、クレジット決済端末は、ステップ 7905で、送信した認証テスト Cのテストパターン Cと、受信した認証テスト C応答のテストパターン Cとを照合して、パターンが一致した場合には、ステップ 7906へ進み、一致しなかった場合には、サ一ビス提供者の認証に失敗したと判定して、ステップ 7914で、 L C Dにエラーメッセ —ジを表示し、さらに、ステップ 7915で、回線を切断して、セッション確立処理を終了する。

クレジット決済端末は、ステップ 7906で、暗号化されたテストパターン Dをマ一チャントのプライベート鍵で復号化し、ステップ 7907で、セッシヨン許可メッセージ 5020を生成し、ステップ 7908で、セッション許可メッセージをサービス提供者の公開鍵で暗号化して、暗号を復号化したテストパターン Dと、暗号化したセッション許可メヅセージとから口心証テスト D応答 4908を生成し、ステップ 7909で、認証テスト D応答をマ —チャントプロセスに送信する。そして、ステップ 7910で、ターミナル ' ステイタスをセッション確立状態に変更して、セッション確立処理を終了する。

認証テスト C応答をクレジット決済端末に送信したマ一チャントプロセスは、ステップ 7807とステップ 7814とで、クレジット決済端末から、認証テスト D応答を受信するのを待っている。ステップ 7807では、認証テスト D応答の受信の判定を行ない、ステップ 7814では、タイムアウトの判定を行なう。

ステップ 7814のタイムァゥ卜の判定では、タイムァゥト時間 T TDRM( T TDRM > 0) 以上の間、認証テスト D応答を受信しない場合、マ一チヤントプロセスはタイムアウトして、ステップ 7815で、セッション確立ェラー処理を行ない、セッション確立処理を終了する。

認証テスト D応答を受信した場合、マ一チャントプロセスは、ステツプ 7808で、送信した認証テスト Dのテストパターン Dと、受信した認証テスト D応答のテストパ夕一ン Dとを照合して、パターンが一致した場合には、ステップ 7809へ進み、一致しなかった場合には、マ一チャントの認証に失敗したと判定して、ステップ 7816で、セッション確立エラ一処理を行ない、セッション確立処理を終了する。

マ一チャントプロセスは、ステップ 7809で、暗号化されたセッション許可メッセ一ジをサービス提供者のプライベート鍵で復号化し、ステツプ 7810で、マ一チャント ·ステイタスをセッション確立状態に変更し、ステツプ 7811で、プロセス ·ステイタスを "アイドル"状態に変更して、セッション確立処理を終了し、マ一チャントプロセスは、図 1 0 1におけるステップ 7001へと進む。次に、リモートアクセス処理における処理のフローについて説明する。図 1 1 1 ( a ) と、図 1 1 2 ( a ) は、それそれ、パーソナル · クレジット端末とサービス提供システムとのリモートアクセス処理における、パーソナル · クレジット端末のリモートアクセスプロセスと、サービス提供システムのユーザプロセスとの処理のフローを示している。

リモートアクセス処理は、ユーザが、リモートアドレスに存在するデ —夕にアクセスすることによって開始される。パーソナル ' クレジット端末は、まず、ステップ 8000で、アクセスするデータのリモートァクセス要求 5100を生成し、ステップ 8001で、夕一ミナル . ステイタスから、セッション確立状態か否かを判定し、セッション確立状態の場合には、ステップ 8003で、生成したリモートアクセス要求をュ一ザプロセスに送信し、セッション確立状態でない場合には、ステップ 8002でセッション確立処理を行ない、サ一ビス提供システムとのセッションを確立してから、ステップ 8003へ進む。

リモートアクセス要求を送信したパーソナル ' クレジット端末は、ステヅプ 8004とステップ 8011とで、リモ一トアクセスデータ 5101の受信を待つ。ステップ 8004では、リモートアクセスデ一夕の受信の判定を行ない、ステップ 8011では、タイムアウトの判定を行なう。

ステップ 8011のタイムァゥトの判定では、タイムァゥト時間 T RADU( T RADU > 0 ) 以上の間、リモートアクセスデ一夕を受信しない場合、パ —ソナル ' クレジット端末はタイムアウトして、ステップ 8012で、ュ一ザ · タイムアウト ·エラー処理を行ない、リモ一トアクセス処理を終了する。ユーザ ' タイムアウト ·エラー処理では、パーソナル · クレジット端末は、サービス提供システムのユーザプロセスにユーザ 'タイムァゥト 'エラ一メッセージを送信し、ュ一ザプロセスとのセッシヨンと回線を切断し、 L C Dに、タイムアウト ·エラ一を表示する。リモートアクセスデータを受信した場合、パーソナル · クレジヅト端末は、ステップ 8005で、ュ一ザのプライベート鍵で、リモートアクセスデ一夕の暗号を復号化し、ステップ 8006で、ユーザ有効性チヱックを行ない、リモ一トアクセスデ一夕の有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル，クレジット端末は、ステップ 8007で、リモートアクセスデ一夕のデ一夕 5209の部分を R A Mのテンポラリ領域に格納し、ステップ 8008で、デ一夕のアドレス情報を、デ一夕を格納したローカルアドレスに更新し、ステップ 8009 で、 R A Mに格納したデ一夕にアクセスする。そして、ステップ 8010で、テンポラリ領域の空き容量から、データアップデート処理が必要か否かを判定し、テンポラリ領域の空き容量が、設定値 AU ( AU > 0) 以上ある場合には、そのまま、リモートアクセス処理を終了し、設定値 AU よりも少ない場合には、データアップデートプロセスを生成し、デ一夕アツプデート処理へ進む。

ュ一ザ有効性チェックにフェイルした場合には、パーソナル ' クレジヅト端末は、ステップ 8013で、ユーザ 'セッション 'エラ一処理を行ない、リモ一トアクセス処理を終了する。ュ一ザ 'セッション，エラー処理では、パーソナル · クレジット端末は、サービス提供システムのュ一ザプロセスにユーザ 'セッション 'エラ一メッセージを送信し、ユーザプロセスとのセヅシヨンと回線を切断し、 L C Dに、セッション 'エラ一を表示する。

また、ユーザ有効性チヱックは、サービス提供システムのユーザプロセスから受信したメッセージの有効性を検証する処理であり、図 1 1 1 ( b ) に示すように、ユーザ有効性チヱヅクでは、 3種類の検証を行なう。まず、ステップ 8014で、サービス提供者のデジタル署名を検証し、ステップ 8015で、サービス提供者 I Dを照合し、さらに、ステップ 8016 で、受信したメッセージの発行時刻を検証する。ステップ 8016の発行時刻の検証では、受信した情報の発行時刻と現在の時刻とのズレを検証し、ズレが時間 T U ( T U > 0) 以上である場合に、無効な情報であると判定する。したがって、サービス提供者のデジタル署名の検証にパスし、サービス提供者 I Dがー致し、発行時刻の検証にパスした場合のみ、ュ —ザ有効性チヱックにパスしたと判定し、それ以外の場合はフェイルしたと判定する。

一方、ユーザプロセスでは、リモートアクセス処理は、リモートァクセス要求 5100を受信することによって開始される。ユーザプロセスは、まず、ステップ 8100で、サービス提供者のプライベート鍵で、受信したリモートアクセス要求の暗号を復号化し、ステップ 8101で、ユーザプロセス有効性チエツクを行ない、リモートアクセス要求の有効性を検証す ο

ユーザプロセス有効性チェックにパスした場合には、ユーザプロセスは、ステップ 8102で、リモートアクセスデ一夕 5101を生成し、ステップ 8103で、生成したリモートアクセスデ一夕をパーソナル · クレジット端末に送信して、リモートアクセス処理を終了する。

ユーザプロセス有効性チェックにフェイルした場合には、ユーザプロセスは、受信したメヅセージは有効ではないと判定し、ステヅプ 8104で、ユーザプロセス 'セッション 'エラー処理を行ない、リモートアクセス処理を終了する。ユーザプロセス 'セッション 'エラ一処理によって、ユーザプロセスは、サ一ビス ·マネージャプロセスによって消去され、パーソナル · クレジヅト端末とのセッションと回線は切断される。この際、ユーザプロセスは、無効なメッセージを受信したことを示すセッシヨン 'エラ一メッセージを、管理システム 407に送信する。

また、ユーザプロセス有効性チヱヅクは、パーソナル ' クレジット端末から受信した情報の有効性を検証する処理であり、図 1 1 2 ( b ) に示すように、ユーザプロセス有効性チェックでは、 3種類の検証を行なう。まず、ステップ 8105で、ユーザのデジタル署名を検証し、ステップ 8106で、ユーザ I Dを照合し、さらに、ステップ 8107で、受信した情報の発行時刻を検証する。ステップ 8107の発行時刻の検証では、受信した情報の発行時刻と、現在の時刻とのズレを検証し、ズレが時間 T UP ( T UP > 0) 以上である場合に、無効な情報であると判定する。したがつて、ユーザのデジタル署名の検証にパスし、ユーザ I Dがー致し、発行時刻の検証にパスした場合のみ、ユーザプロセス有効性チエックにパスしたと判定し、それ以外の場合は、フヱイルしたと判定する。

また、図 1 1 3 ( a ) 、（b ) と、図 1 1 4 ( a ) は、それそれ、クレジット決済端末とサービス提供システムとのリモートアクセス処理における、クレジット決済端末のリモートアクセスプロセスと、マーチヤントプロセスとの処理のフローを示している。

リモートアクセス処理は、マーチャントが、リモートアドレスに存在するデ一夕にアクセスすることによって開始される。クレジット決済端末は、まず、ステップ 8200で、アクセスするデ一夕のリモートアクセス要求 5400を生成し、ステップ 8201で、ターミナル ·ステイタスから、セッシヨン確立状態か否かを判定し、セッション確立状態の場合には、ステヅプ 8203で、生成したリモートアクセス要求をマ一チャントプロセスに送信し、セッション確立状態でない場合には、ステップ 8202でセヅション確立処理を行ない、サ一ビス提供システムとのセッションを確立してから、ステップ 8203へ進む。

リモートアクセス要求を送信したクレジット決済端末は、ステップ 82 04とステップ 8211とで、リモートアクセスデータ 5401の受信を待つ。ステツプ 8204では、リモートアクセスデータの受信の判定を行ない、ステップ 8211では、タイムアウトの判定を行なう。

ステップ 8211のタイムァゥ卜の判定では、タイムァゥト時間 T RADM( T RADM > 0) 以上の間、リモートアクセスデ一夕を受信しない場合、クレジット決済端末はタイムアウトして、ステップ 8212で、マーチャント ' タイムアウト 'エラー処理を行ない、リモートアクセス処理を終了する。マ一チャント .タイムアウト ·エラ一処理では、クレジヅト決済端末は、サービス提供システムのマ一チヤントプロセスにマ一チャント ' タイムアウト 'エラ一メヅセージを送信し、マ一チヤントプロセスとのセヅシヨンと回線を切断し、 L C Dに、タイムアウト 'エラ一を表示する。リモートアクセスデータを受信した場合、クレジット決済端末は、ステツプ 8205で、マ一チャントのプライべ一ト鍵で、リモートアクセスデ一夕の暗号を復号化し、ステップ 8206で、マ一チャント有効性チヱヅクを行ない、リモ一トアクセスデ一夕の有効性を検証する。

マ一チャント有効性チェックにパスした場合には、クレジット決済端末は、ステップ 8207で、リモートアクセスデータのデ一夕 5509の部分を R A Mのテンポラリ領域に格納し、ステップ 8208で、データのアドレス情報を、データを格納したローカルァドレスに更新し、ステップ 8209で、 R A Mに格納したデ一夕にアクセスする。そして、ステップ 8210で、テンポラリ領域の空き容量から、デ一夕アップデート処理が必要か否かを判定し、テンポラリ領域の空き容量が、設定値 AM ( AM > 0) 以上ある場合には、そのまま、リモートアクセス処理を終了し、設定値 AMよりも少ない場合には、データアップデートプロセスを生成し、データアツプデート処理へ進む。

マ一チャント有効性チェヅクにフェイルした場合には、クレジット決済端末は、ステップ 8213で、マ一チャント 'セッション 'エラー処理を行ない、リモ一トアクセス処理を終了する。マ一チャント 'セッション · エラー処理では、クレジット決済端末は、サービス提供システムのマ一チャントプロセスにマ一チャント 'セッション 'エラーメッセ一ジを送信し、マ一チャントプロセスとのセッションと回線を切断し、 L C Dに、セッション 'エラ一を表示する。

また、マ一チャント有効性チェックは、サービス提供システムのマ一チャントプロセスから受信したメッセージの有効性を検証する処理であり、（ c ) に示すように、マーチャント有効性チェックでは、 3種類の検証を行なう。まず、ステップ 8214で、サービス提供者のデジタル署名を検証し、ステップ 8215で、サービス提供者 I Dを照合し、さらに、ステツプ 8216で、受信したメッセージの発行時刻を検証する。ステップ 82 16の発行時刻の検証では、受信した情報の発行時刻と、現在の時刻とのズレを検証し、ズレが時間 T M ( T M > 0) 以上である場合に、無効な情報であると判定する。したがって、サービス提供者のデジタル署名の検証にバズし、サービス提供者 I Dがー致し、発行時刻の検証にパスした場合のみ、マ一チャント有効性チェックにパスしたと判定し、それ以外の場合は、フェイルしたと判定する。

一方、マ一チャントプロセスでは、リモートアクセス処理は、リモートアクセス要求 5400を受信することによって開始される。マ一チャントプロセスは、まず、ステップ 8300で、サービス提供者のプライべ一ト鍵で、受信したリモートアクセス要求の暗号を復号化し、ステップ 8301で、マ一チャントプロセス有効性チエツクを行ない、リモ一トアクセス要求の有効性を検証する。

マーチヤントプロセス有効性チェックにパスした場合には、マーチヤントプロセスは、ステヅプ 8302で、リモートアクセスデ一夕 5401を生成し、ステップ 8303で、生成したリモートアクセスデ一夕をクレジット決済端末に送信して、リモートアクセス処理を終了する。マ一チャントプロセス有効性チェヅクにフェイルした場合には、マーチャントプロセスは、受信したメッセ一ジは有効ではないと判定し、ステップ 8304で、マ一チヤントプロセス 'セッション 'エラ一処理を行ない、リモートアクセス処理を終了する。マ一チャントプロセス 'セヅシヨン 'エラ一処理によって、マ一チャントプロセスは、サービス 'マネ —ジャプロセスによって消去され、クレジット決済端末とのセッションと回線は切断される。この際、マ一チャントプロセスは、無効なメッセ —ジを受信したことを示すセッシヨン 'エラ一メヅセージを、管理システム 407に送信する。

また、マーチャントプロセス有効性チェックは、クレジット決済端末から受信した情報の有効性を検証する処理であり、図 1 1 4 ( b ) に示すように、マ一チャントプロセス有効性チェックでは、 3種類の検証を行なう。まず、ステップ 8305で、マ一チャントのデジタル署名を検証し、ステップ 8306で、マ一チャント I Dを照合し、さらに、ステップ 8307で、受信した情報の発行時刻を検証する。ステップ 8307の発行時刻の検証では、受信した情報の発行時刻と、現在の時刻とのズレを検証し、ズレが時間 T MP ( T MP > 0)以上である場合に、無効な情報であると判定する。したがって、マ一チャントのデジタル署名の検証にパスし、マ一チャント I Dがー致し、発行時刻の検証にパスした場合のみ、マ一チャントプロセス有効性チヱヅクにパスしたと判定し、それ以外の場合は、フェイルしたと判定する。

次に、デ一夕アップデート処理における処理のフローについて説明す o

図 1 1 5 ( a ) 、（b ) と、図 1 1 6は、それそれ、パーソナル · クレジヅト端末とサービス提供システムとのデ一夕アップデート処理における、パーソナル · クレジット端末のデ一夕アツプデ一トプロセスと、サービス提供システムのユーザプロセスとの処理のフローを示している _c デ—夕アツプデ—ト処理は、パーソナル · クレジヅト端末のクロヅクカウン夕の値が、アップデート時刻レジス夕に一致した場合、または、テンポラリ領域の空き容量が、設定値 A Uよりも少なくなった場合に、パーソナル · クレジット端末が、デ一夕アップデートプロセスを生成することによって開始される。

パーソナル ·クレジット端末は、まず、ステップ 8400で、 L C Dに "デ

—夕アップデート中" を表示し、ステップ 8401で、デ一夕アップデート要求 5102を生成し、ステップ 8402で、ターミナル 'ステイタスから、セッシヨン確立状態か否かを判定し、セッション確立状態の場合には、ステツプ 8404で、生成したデ一夕アップデート要求をュ一ザプロセスに送信し、セッション確立状態でない場合には、ステップ 8403でセッション確立処理を行ない、サービス提供システムとのセッションを確立してから、ステップ 8404へ進む。

デ一夕アップデート要求を送信したパーソナル ■ クレジット端末は、ステップ 8405とステップ 8416とで、デ一夕アップデ一ト応答 5103の受信を待つ。ステップ 8405では、デ一夕アップデート応答の受信の判定を行ない、ステップ 8416では、タイムアウトの判定を行なう。

ステップ 8416のタイムァゥトの判定では、タイムァゥト時間 T RU K T RURU > 0) 以上の間、デ一夕アップデート応答を受信しない場合、パーソナル 'クレジヅト端末はタイムァゥトして、ステヅプ 8417で、ユーザ · タイムアウト ·エラ一処理を行ない、データアツプデート処理を終了すデ—夕アツプデート応答を受信した場合、パーソナル · クレジット端末は、ステップ 8406で、ユーザのプライベート鍵で、デ一夕アップデート応答の暗号を復号化し、ステップ 8407で、ユーザ有効性チヱックを行ない、データアップデート応答の有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 8408で、 R A Mのデ一夕をデ一夕圧縮して、アップ口 —ドデ一夕 5104を生成し、ステップ 8409で、生成したアップロードデ一夕をユーザプロセスに送信する。

ユーザ有効性チェックにフェイルした場合には、パーソナル · クレジット端末は、ステップ 8418で、ュ一ザ 'セッション 'エラ一処理を行ない、デ一夕アップデート処理を終了する。

アップロードデ一夕を送信したパーソナル · クレジット端末は、ステヅプ 8410とステップ 8419とで、ュ一ザプロセスからのメッセ一ジの受信を待つ。ステップ 8410では、メッセージの受信の判定を行ない、ステヅプ 8419では、タイムアウトの判定を行なう。

ステップ 8419のタイムァゥトの判定では、タイムアウト時間 T DU ( T DU > 0) 以上の間、メッセージを受信しない場合、パーソナル ' クレジット端末はタイムァゥトして、ステヅプ 8420で、ユーザ ·タイムァゥト · エラ一処理を行ない、データアツプデ一ト処理を終了する。

ユーザプロセスからのメヅセ一ジを受信した場合、パーソナル · クレジット端末は、ステップ 8411で、ュ一ザのプライベート鍵で、受信したメッセージの暗号を復号化し、ステップ 8412で、ユーザ有効性チヱックを行ない、受信したメッセージの有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 8413へ進み、ュ一ザ有効性チェックにフェイルした場合には、パーソナル ' クレジット端末は、ステップ 8421で、ユーザ 'セッシヨン ·エラー処理を行ない、デ一夕アップデート処理を終了する。パーソナル ' クレジット端末は、ステップ 8413では、受信したメッセージが、アップデートデータ 5105か、機能停止命令 5105'かを判定し、アップデートデータであった場合には、ステップ 8414で、アップデートデータの端末デ一夕 5239のデ一夕圧縮を解除して、 R A Mのデ一夕を更新し、ステヅプ 8415で、 "データァヅプデート中" の表示を解除して、データアップデ一ト処理を終了する。

受信したメッセージが、機能停止命令であった場合には一ソナル - クレジット端末は、ステップ 8422で、 L C Dに "使用不能" を表示し、ステップ 8423で、 E E P R O M 1503の端末イネ一ブルのビヅトをクリアして、操作が出来ないようにし、ステップ 8424で、ターミナル 'スティタスを使用不能に変更して、デ一夕アップデート処理を終了する。

一方、ュ一ザプロセスでは、データアップデート処理は、データアツプデート要求 5102を受信することによって開始される。ユーザプロセスは、まず、ステップ 8500で、サービス提供者のプライベート鍵で、受信したデータアップデート要求の暗号を復号化し、ステップ 8501で、ユーザプロセス有効性チェックを行ない、データアツプデ一ト要求の有効性を検証する。

ユーザプロセス有効性チェックにパスした場合には、ユーザプロセスは、ステップ 8502で、デ一夕アップデート応答 5103を生成し、ステップ 8503で、生成したデータアップデート応答をパーソナル · クレジット端末に送 15 3 -る o

ュ一ザプロセス有効性チェックにフェイルした場合には、ユーザプロセスは、受信したメッセージは有効ではないと判定し、ステップ 8514で、ユーザプロセス 'セッション ·エラ一処理を行ない、デ一夕アップデー卜処理を終了する。

データアップデ一ト応答を送信したユーザプロセスは、ステップ 8504 とステップ 8515とで、ァヅプロ一ドデ一夕 5104の受信を待つ。ステップ 8504では、アップロードデ一夕の受信の判定を行ない、ステップ 8515では、タイムアウトの判定を行なう。

ステップ 8515のタイムァゥトの判定では、タイムアウト時間 T UDU ( T UDU > 0) 以上の間、アップロードデ一夕を受信しない場合、ユーザプ口セスはタイムアウトして、ステップ 8516で、ユーザプロセス ' タイムアウト ·エラ一処理を行ない、データアップデート処理を終了する。ュ —ザプロセス 'タイムアウト 'エラ一処理によって、ユーザプロセスは、サービス ·マネージャプロセスによって消去され、パーソナル ' クレジット端末とのセヅシヨンと回線は切断される。この際、ユーザプロセスは、タイムアウトしたことを示すタイムアウト ·エラ一メッセージを、管理システム 407に送信する。

アップロードデ一夕を受信した場合、ユーザプロセスは、ステップ 85 05で、サービス提供者のプライベート鍵で、受信したアップロードデ一夕の暗号を復号化し、ステップ 8506で、ュ一ザプロセス有効性チェックを行ない、アツプロ一ドデ一夕の有効性を検証する。

ュ一ザプロセス有効性チェックにパスした場合には、ユーザプロセスは、ステップ 8507へ進み、ユーザプロセス有効性チェックにフェイルした場合には、ユーザプロセスは、受信したメッセ一ジは有効ではないと判定し、ステヅプ 8517で、ュ一ザプロセス 'セッション 'エラ一処理を行ない、データアップデート処理を終了する。

ユーザプロセスは、ステップ 8507で、アップロードデ一夕の端末デー夕 5231のデータ圧縮を解除し、ステップ 8508で、データ照合チェックを行ない、端末デ一夕が、不正に改ざんされていないかを検証する。デー夕照合チェックでは、デ一夕圧縮を解除した端末デ一夕と、ユーザ情報サーバの端末デ一夕 24006、及び、その他のユーザデ一夕管理情報 24000 によって管理されるデータとを照合する。

デ一夕照合チェックにパスした場合には、ユーザプロセスは、まず、ステップ 8509で、デ一夕圧縮を解除した端末データを基に、ユーザ情報サーバのクレジヅトカード · リスト 24008のアクセス時刻を、最新の情報に変更し、次に、ステップ 8510で、パーソナル ' クレジット端末の実体データ領域の容量と、デ一夕の生成時刻とアクセス時刻とに基づいて、新しい端末デ一夕を生成し、ステップ 8511で、デ一夕圧縮を解除した端末データと、新しい端末デ一夕との差分をとつて、アップデートデ一夕 5105を生成して、ステップ 8512で、生成したアップデートデ一夕を、パ —ソナル ' クレジット端末に送信し、 8513で、ユーザ情報サーバの端末デ一夕 24006を更新して、デ一夕アツプデート処理を終了する。

デ一夕照合チェックをフェイルした場合には、端末データが不正に改ざんされている可能性があると判断して、ュ一ザプロセスは、ステップ 8518で、機能停止命令 5105'を生成し、ステップ 8519で、生成した機能停止命令を、パーソナル · クレジット端末に送信し、さらに、ステップ 8520で、ユーザ情報サーバ上のュ一ザ ' ステイタス 24012を "使用不能" に変更し、ステップ 8521で、ユーザプロセス 'セッションエラ一処理を行なって、デ一夕アップデート処理を終了する。

ステップ 8510の新しい端末データの生成では、テンポラリ領域が空になるように、 R A Mに格納するデ一夕を再編成する。特に、実体デ一夕領域 21812の容量に余裕が無い場合には、各クレジットカードのァクセス時刻を比較して、アクセス時刻が最近のクレジットカードのオブジェクト ·デ—夕 · ァドレスに口一カルァドレスを割り当て、また、各利用情報の利用時刻を比較して、利用時刻が最近の利用情報の利用情報ァドレスにローカルアドレスを割り当てる。また、パーソナル . クレジット端末のプログラムをバージョンァヅプする必要がある場合には、基本プログラム領域のデータを更新する。但し、ユーザ領域は、パーソナル ' クレジット端末から受信した端末データのユーザ領域のデータに、更新される。

また、図 1 1 7と、図 1 1 8は、それそれ、クレジット決済端末とサ —ビス提供システムとのデータァヅプデート処理における、クレジット決済端末のデ一夕アツプデートプロセスと、サービス提供システムのマ —チャントプロセスとの処理のフローを示している。

データアップデート処理は、クレジット決済端末のクロックカウン夕の値が、アップデート時刻レジス夕に一致した場合、または、テンポラリ領域の空き容量が、設定値 AMよりも少なくなつた場合に、クレジット決済端末が、データアツ

プデートプロセスを生成することによって開始される。

クレジット決済端末は、まず、ステップ 8600で、 L C Dに "デ一夕ァヅプデート中" を表示し、ステップ 8601で、データアップデート要求 54 02を生成し、ステップ 8602で、ターミナル 'ステイタスから、セッション確立状態か否かを判定し、セッション確立状態の場合には、ステップ 8604で、生成したデ一夕アップデート要求をマーチャントプロセスに送信し、セッション確立状態でない場合には、ステップ 8603でセッション確立処理を行ない、サービス提供システムとのセッシヨンを確立してから、ステップ 8604へ進む。

デ一夕アップデート要求を送信したクレジット決済端末は、ステップ 8605とステップ 8616とで、デ一夕アップデート応答 5403の受信を待つ。ステップ 8605では、データアップデート応答の受信の判定を行ない、ステツプ 8616では、タイムアウトの判定を行なう。

ステップ 8616のタイムァゥ卜の判定では、タイムァゥト時間 T RURM( T RURM > 0) 以上の間、デ一夕ァヅプデート応答を受信しない場合、クレジヅト決済端末はタイムアウトして、ステップ 8617で、マーチャント ' タイムアウト ·エラ一処理を行ない、データアツプデ一ト処理を終了する o

デ一夕アップデート応答を受信した場合、クレジット決済端末は、ステツプ 8606で、マーチャントのプライベート鍵で、デ一夕アップデート応答の暗号を復号化し、ステップ 8607で、マーチャント有効性チェックを行ない、データアップデート応答の有効性を検証する。

マ一チャント有効性チェックにパスした場合には、クレジヅト決済端末は、ステップ 8608で、： A M、及び、ハードディスクのデータをデ一夕圧縮して、アップ口一ドデ一夕 5404を生成し、ステップ 8609で、生成したアップロードデ一夕をマ一チャントプロセスに送信する。

マ一チャント有効性チェックにフェイルした場合には、クレジット決済端末は、ステップ 8618で、マーチャント 'セヅシヨン 'エラ一処理を行ない、データアップデート処理を終了する。

アップ口一ドデ一夕を送信したクレジット決済端末は、ステップ 8610 とステップ 8619とで、マ一チャントプロセスからのメヅセージの受信を待つ。ステップ 8610では、メッセージの受信の判定を行ない、ステップ 8619では、タイムアウトの判定を行なう。

ステヅプ 8619のタイムァゥ卜の判定では、タイムアウト時間 T DM ( T DM > 0) 以上の間、メヅセージを受信しない場合、クレジヅト決済端末はタイムアウトして、ステツプ 8620で、マ一チャント ' タイムアウト · エラー処理を行ない、デ一夕アップデート処理を終了する。

マ一チャントプロセスからのメヅセージを受信した場合、クレジット決済端末は、ステップ 8611で、マ一チャントのプライベート鍵で、受信したメッセージの暗号を復号化し、ステップ 8612で、マーチャント有効性チェックを行ない、受信したメヅセージの有効性を検証する。

マ一チャント有効性チェックにパスした場合には、クレジット決済端末は、ステップ 8613へ進み、マ一チャント有効性チェックにフェイルした場合には、クレジット決済端末は、ステップ 8621で、マーチャント · セッション ·エラー処理を行ない、デ一夕アップデ一ト処理を終了する。クレジット決済端末は、ステップ 8613では、受信したメッセージが、アップデートデ一夕 5405か、機能停止命令 5405'かを判定し、アップデ —トデ一夕であった場合には、ステップ 8614で、アップデートデータの端末データ 5539のデ一夕圧縮を解除して、 R A M、及び、ハードデイスクのデ一夕を更新し、ステップ 8615で、 "データアップデート中" の表示を解除して、デ一夕アップデート処理を終了する。

受信したメッセージが、機能停止命令であった場合には、クレジット決済端末は、ステップ 8622で、 L C Dに "使用不能" を表示し、ステツプ 8623で、 E E P R O M22504の端末イネ一ブルのビットをクリアして、操作が出来ないようにし、ステップ 8624で、ターミナル ·ステイタスを使用不能に変更して、データアップデート処理を終了する。

一方、マ一チャントプロセスでは、デ一夕アップデート処理は、デ一夕アップデート要求 5402を受信することによって開始される。マ一チヤントプロセスは、まず、ステップ 8700で、サービス提供者のプライべ一ト鍵で、受信したデータアップデート要求の暗号を復号化し、ステップ 8701で、マ一チャントプロセス有効性チェックを行ない、データアップデート要求の有効性を検証する。

マ一チャントプロセス有効性チェックにパスした場合には、マ一チヤントプロセスは、ステップ 8702で、デ一夕アップデート応答 5403を生成し、ステップ 8703で、生成したデータアップデート応答をクレジット決済端末に送信する。

マーチヤントプロセス有効性チェックにフェイルした場合には、マ一チャントプロセスは、受信したメッセージは有効ではないと判定し、ステヅプ 8713で、マ一チャントプロセス 'セッション 'エラー処理を行ない、データアップデート処理を終了する。

データアツプデート応答を送信したマ一チャントプロセスは、ステツプ 8704とステップ 8714とで、アップロードデータ 5404の受信を待つ。ステヅプ 8704では、アップロードデ一夕の受信の判定を行ない、ステップ 8714では、タイムアウトの判定を行なう。

ステップ 8714のタイムァゥトの判定では、タイムァゥト時間 T UDM ( T UDM > 0 ) 以上の間、アップロードデ一夕を受信しない場合、マーチヤントプロセスはタイムアウトして、ステップ 8715で、マ一チャントプ口セス . タイムアウト .エラ一処理を行ない、デ一夕アツプデ一ト処理を終了する。マ一チャントプロセス ' タイムアウト 'エラ一処理によつて、マーチャントプロセスは、サ一ビス 'マネージャプロセスによって消去され、クレジット決済端末とのセッションと回線は切断される。この際、マーチャントプロセスは、タイムアウトしたことを示すタイムァゥト ·エラーメッセージを、管理システム 407に送信する。

アップロードデータを受信した場合、マーチャントプロセスは、ステヅプ 8705で、サービス提供者のプライベート鍵で、受信したアップロードデ一夕の暗号を復号化し、ステップ 8706で、マーチャントプロセス有効性チェックを行ない、アツブロードデ一夕の有効性を検証する。マ一チャントプロセス有効性チエツクにパスした場合には、マーチヤントプロセスは、ステップ 8707へ進み、マーチャントプロセス有効性チエックにフェイルした場合には、マ一チャントプロセスは、受信したメヅセージは有効ではないと判定し、ステップ 8716で、マ一チャントプロセス ·セッション 'エラ一処理を行ない、デ一夕アップデ一ト処理を終了する。

マ一チャントプロセスは、ステップ 8707で、アップロードデータの端末デ一夕 5531のデータ圧縮を解除し、ステップ 8708で、デ一夕照合チェックを行ない、端末デ一夕が、不正に改ざんされていないかを検証する。デ一夕照合チェックでは、データ圧縮を解除した端末デ一夕と、マーチヤント情報サーバの端末デ一夕 24006、及び、その他のマ一チャントデ —夕管理情報 24000によって管理されるデータとを照合する。

デ一夕照合チェックにパスした場合には、マーチャントプロセスは、まず、ステップ 8709で、クレジット決済端末の実体デ一夕領域の容量と、デ一夕の生成時刻に基づいて、新しい端末デ一夕を生成し、ステップ 87 10で、デ一夕圧縮を解除した端末デ一夕と、新しい端末デ一夕との差分をとつて、アップデートデ一夕 5405を生成して、ステップ 8711で、生成したァヅプデ一トデ一夕を、クレジット決済端末に送信し、 8712で、マ —チャント情報サーバの端末デ一夕 24104を更新して、データアップデ —ト処理を終了する。

デ一夕照合チェックをフェイルした場合には、端末データが不正に改ざんされている可能性があると判断して、マ一チャントプロセスは、ステツプ 8717で、機能停止命令 5405，を生成し、ステップ 8718で、生成した機能停止命令を、クレジット決済端末に送信し、さらに、ステップ 87 19で、マ一チャント情報サーバ上のマ一チャント · ステイタス 24012を "使用不能" に変更し、ステップ 8720で、マ一チャントプロセス 'セッシヨンエラー処理を行なって、データアップデート処理を終了する。ステップ 8709の新しい端末デ一夕の生成では、テンポラリ領域が空になるように、 R A M、及び、ハードディスクに格納するデータを再編成する。特に、実体データ領域の容量に余裕が無い場合には、各販売情報の販売時刻を比較して、販売時刻が最近の販売情報にローカルァドレスを割り当て、クレジヅト決済端末のプログラムをバージョンアップする必要がある場合には、基本プログラム領域のデ一夕も更新する。但し、マ一チャント領域は、クレジット決済端末から受信した端末デ一夕のマ —チャント領域のデ一夕に、更新される。

次に、強制的デ一夕アップデート処理における処理のフロ一について説明する。図 1 1 9と、図 1 2 0 ( a ) 、（b ) は、それそれ、パーソナル ' クレジヅト端末とサービス提供システムとの強制的データアツプデート処理における、パーソナル ' クレジット端末の強制的データァップデートプロセスと、サービス提供システムのユーザプロセスとの処理のフ口一を示している。

強制的デ一夕アップデート処理は、サービス提供システム 102が、ュ —ザとの契約内容に変更があった場合など、パーソナル · クレジット端末 100の R A Mのデータを、早急に更新する必要がある場合に行なう。ュ一ザプロセスは、まず、ステップ 8900で、デ一夕アップデート命令 5106を生成し、ステップ 8901で、ターミナル 'ステイタスから、セッシヨン確立状態か否かを判定し、セッション確立状態の場合には、ステツプ 8903で、生成したデ一夕アップデート命令をパーソナル · クレジット端末に送信し、セッション確立状態でない場合には、ステップ 8902でセヅション確立処理を行ない、サービス提供システムとのセヅションを確立してから、ステップ 8903へ進む。

デ一夕アップデ一ト命令を送信したユーザプロセスは、ステップ 8904 とステップ 8914とで、アップロードデ一夕 5107の受信を待つ。ステップ 8904では、アップ口一ドデ一夕の受信の判定を行ない、ステヅプ 8914では、タイムアウトの判定を行なう。

ステップ 8914のタイムァゥトの判定では、タイムァゥト時間 T UDU ( T UDU > 0 ) 以上の間、アップロードデータを受信しない場合、ユーザプロセスはタイムアウトして、ステヅプ 8915で、ュ一ザプロセス · タイムアウト ·エラー処理を行ない、強制的デ一夕アップデート処理を終了する。アップロードデータを受信した場合、ユーザプロセスは、ステップ 89 05で、サービス提供者のプライベート鍵で、受信したアップロードデー夕の暗号を復号化し、ステップ 8906で、ユーザプロセス有効性チヱックを行ない、ァヅブロードデータの有効性を検証する。

ュ一ザプロセス有効性チェックにパスした場合には、ュ一ザプロセスは、ステップ 8907へ進み、ユーザプロセス有効性チェックにフェイルした場合には、ユーザプロセスは、受信したメッセ一ジは有効ではないと判定し、ステップ 8916で、ユーザプロセス 'セッション 'エラ一処理を行ない、強制的デ一夕アップデート処理を終了する。

ュ一ザプロセスは、ステップ 8907で、アップロードデ一夕の端末デ一夕 5231のデータ圧縮を解除し、ステップ 8908で、デ一夕照合チェックを行ない、端末データが、不正に改ざんされていないかを検証する。

デ一夕照合チェックにパスした場合には、ユーザプロセスは、まず、ステップ 8909で、データ圧縮を解除した端末データを基に、ユーザ情報サーバのクレジヅトカード · リスト 24008のアクセス時刻を、最新の情報に変更し、次に、ステップ 8910で、パーソナル ' クレジット端末の実体デ一夕領域の容量と、デ一夕の生成時刻とアクセス時刻とに基づいて、新しい端末デ一夕を生成し、ステップ 8911で、デ一夕圧縮を解除した端末データと、新しい端末デ一夕との差分をとつて、アップデートデ一夕 5108を生成して、ステヅプ 8912で、生成したアップデートデ一夕を、パ —ソナル ' クレジット端末に送信し、ステップ 8913で、ユーザ情報サ一バの端末デ一夕 24006を更新して、強制的データアップデート処理を終了する。

デ一夕照合チェックをフェイルした場合には、端末データが不正に改ざんされている可能性があると判断して、ユーザプロセスは、ステップ 8917で、機能停止命令 5108'を生成し、ステップ 8918で、生成した機能停止命令を、パーソナル ' クレジット端末に送信し、さらに、ステップ 8919で、ユーザ情報サーバ上のユーザ 'ステイタス 24012を "使用不能" に変更し、ステップ 8920で、ユーザプロセス 'セッションエラー処理を行なって、強制的デ一夕アップデート処理を終了する。

ステップ 8910の新しい端末データの生成では、テンポラリ領域が空になるように、 R A Mに格納するデ一夕を再編成する。特に、実体デ一夕領域 21812の容量に余裕が無い場合には、各クレジットカードのァクセス時刻を比較して、アクセス時刻が最近のクレジットカ一ドのオブジェクト ·デ—夕 · ァドレスにローカルァドレスを割り当て、また、各利用情報の利用時刻を比較して、利用時刻が最近の利用情報の利用情報アドレスにローカルアドレスを割り当てる。また、パーソナル ' クレジット端末のプログラムをバ一ジョンァヅプする必要がある場合には、基本プログラム領域のデ一夕を更新する。但し、ユーザ領域は、パーソナル ' クレジット端末から受信した端末デ一夕のユーザ領域のデータに、更新される。

一方、パーソナル · クレジット端末では、強制的データアップデート処理は、デ一夕アップデート命令 5106を受信して、強制的データアップデ一トプロセスを生成することによって開始される。

パーソナル ' クレジット端末は、まず、ステップ 8800で、ユーザのプライべ一ト鍵で、データアップデート命令の暗号を復号化し、ステップ 8801で、ュ一ザ有効性チェックを行ない、デ一夕アップデート命令の有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 8802で、 L C Dに "デ一夕アップデート中" を表示し、ステップ 8803で、 R A Mのデータをデ一夕圧縮して、ァヅプロ一ドデ一夕 5107を生成し、ステップ 8804で、生成したアップ口一ドデ一夕をユーザプロセスに送信する。

ユーザ有効性チェヅクにフェイルした場合には、パーソナル ' クレジット端末は、ステヅブ 8811で、ュ一ザ 'セッション 'エラ一処理を行ない、強制的データアップデート処理を終了する。

アップロードデ一夕を送信したパーソナル ' クレジット端末は、ステップ 8805とステヅプ 8812とで、ユーザプロセスからのメヅセージの受信を待つ。ステップ 8805では、メッセージの受信の判定を行ない、ステヅプ 8812では、タイムアウトの判定を行なう。

ステップ 8812のタイムァゥ卜の判定では、タイムアウト時間 T DU ( T DU > 0) 以上の間、メッセージを受信しない場合、パーソナル ' クレジット端末はタイムァゥトして、ステツプ 8813で、ユーザ · タイムァゥト ·エラー処理を行ない、強制的データアップデート処理を終了する。ユーザプロセスからのメヅセージを受信した場合、パーソナル · クレジット端末は、ステップ 8806で、ユーザのプライベート鍵で、受信したメッセージの暗号を復号化し、ステップ 8807で、ユーザ有効性チェックを行ない、受信したメッセージの有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 8808へ進み、ユーザ有効性チェックにフェイルした場合には、パーソナル ' クレジット端末は、ステップ 8814で、ユーザ 'セッシヨン ·エラー処理を行ない、強制的デ一夕アップデート処理を終了する。

パーソナル ' クレジット端末は、ステツプ 8808では、受信したメッセージがアップデートデータ 5108か、機能停止命令 5108'かを判定し、ァヅプデ一トデ一夕であった場合には、ステップ 8809で、ァヅプデ一トデ一夕の端末データ 5239のデ一夕圧縮を解除して、 R A Mのデータを更新し、ステップ 8810で、 "デ一夕アップデート中" の表示を解除して、強制的データアップデート処理を終了する。

受信したメッセージが、機能停止命令であった場合には、パーソナル · クレジット端末は、ステップ 8815で、 L C Dに "使用不能" を表示し、ステップ 8816で、 E E P R O M 1503の端末イネ一ブルのビットをクリアして、操作が出来ないようにし、ステップ 8817で、夕一ミナル 'スティタスを使用不能に変更して、強制的データアップデート処理を終了する。また、図 1 2 1 と、図 1 2 2は、それそれ、クレジヅト決済端末とサ一ビス提供システムとの強制的デ一夕アップデート処理における、クレジット決済端末の強制的デ一夕アップデートプロセスと、サービス提供システムのマ一チャントプロセスとの処理のフローを示している。

強制的データアップデート処理は、サービス提供システム 102が、マ一チャン卜との契約内容に変更があった場合など、クレジット決済端末 101の: R A M、及び、ハードディスクのデータを、早急に更新する必要がある場合に行なう。

マ一チャントプロセスは、まず、ステップ 9100で、データアップデ一ト命令 5406を生成し、ステップ 9101で、夕一ミナル · ステイタスから、セッシヨン確立状態か否かを判定し、セッシヨン確立状態の場合には、ステップ 9103で、生成したデ一夕アップデート命令をクレジット決済端末に送信し、セッション確立状態でない場合には、ステップ 9102でセッシヨン確立処理を行ない、サービス提供システムとのセッションを確立してから、ステップ 9103へ進む。

デ一夕アツブデ一ト命令を送信したマ一チャントプロセスは、ステツプ 9104とステップ 9113とで、アップロードデ一夕 5407の受信を待つ。ステツプ 9104では、アップロードデータの受信の判定を行ない、ステップ 9113では、タイムアウトの判定を行なう。

ステップ 9113のタイムァゥ卜の判定では、タイムアウト時間 T UDM ( T UDM > 0 ) 以上の間、アップロードデ一夕を受信しない場合、マーチヤントプロセスはタイムアウトして、ステップ 9114で、マ一チャントプロセス · タイムァゥト ·エラ一処理を行ない、強制的デ一夕アップデ一ト処理を終了する。

アップロードデータを受信した場合、マ一チャントプロセスは、ステップ 9105で、サービス提供者のプライベート鍵で、受信したアップ口一ドデ一夕の暗号を復号化し、ステップ 9106で、マ一チャントプロセス有効性チェックを行ない、アップロードデータの有効性を検証する。

マ一チャントプロセス有効性チェックにパスした場合には、マーチヤントプロセスは、ステップ 9107へ進み、マーチャントプロセス有効性チエックにフェイルした場合には、マ一チャントプロセスは、受信したメッセ一ジは有効ではないと判定し、ステップ 9115で、マーチャントプロセス 'セッション 'エラ一処理を行ない、強制的データアップデ一ト処理を終了する。

マ一チャントプロセスは、ステップ 9107で、ァヅプロ一ドデ一夕の端末データ 5531のデータ圧縮を解除し、ステップ 9108で、デ一夕照合チェックを行ない、端末デ一夕が、不正に改ざんされていないかを検証する。デ一夕照合チェックにパスした場合には、マ一チャントプロセスは、まず、ステップ 9109で、クレジット決済端末の実体データ領域の容量と、デ一夕の生成時刻に基づいて、新しい端末デ一夕を生成し、ステップ 91 10で、デ一夕圧縮を解除した端末データと、新しい端末データとの差分をとつて、アップデートデ一夕 5408を生成して、ステップ 9111で、生成したアップデートデ一夕を、クレジット決済端末に送信し、ステップ 91 12で、マーチャント情報サーバの端末データ 24104を更新して、強制的デ一夕アップデート処理を終了する。

デ一夕照合チェックをフェイルした場合には、端末データが不正に改ざんされている可能性があると判断して、マ一チャントプロセスは、ステツプ 9116で、機能停止命令 5408'を生成し、ステップ 9117で、生成した機能停止命令を、クレジット決済端末に送信し、さらに、ステップ 91 18で、マーチャント情報サーバ上のマ一チャント ·ステイタス 24012を "使用不能" に変更し、ステップ 9119で、マーチャントプロセス 'セッシヨンエラー処理を行なって、強制的データアツプデート処理を終了する。

ステップ 9109の新しい端末データの生成では、テンポラリ領域が空になるように、 R A M、及び、ハードディスクに格納するデ一夕を再編成する。特に、実体デ一夕領域の容量に余裕が無い場合には、各販売情報の販売時刻を比較して、販売時刻が最近の販売情報にローカルァドレスを割り当て、クレジヅト決済端末のプログラムをバ一ジョンアップする必要がある場合には、基本プログラム領域のデ一夕も更新する。但し、マ一チャント領域は、クレジット決済端末から受信した端末データのマ —チャント領域のデ一夕に、更新される。

一方、クレジット決済端末では、強制的デ一夕アップデート処理は、デ一夕アップデ一ト命令 5406を受信して、強制的データアップデートプ口セスを生成することによって開始される。

クレジット決済端末は、まず、ステップ 9000で、マ一チャントのブラィべ一ト鍵で、デ一夕アップデート命令の暗号を復号化し、ステップ 90 01で、マーチャント有効性チェックを行ない、データアップデート命令の有効性を検証する。

マ一チャント有効性チェックにパスした場合には、クレジット決済端末は、ステップ 9002で、 L C Dに "データァヅプデート中" を表示し、ステップ 9003で、 R A M、及び、ハードディスクのデ一夕をデータ圧縮して、アップロードデ一夕 5407を生成し、ステップ 9004で、生成したァヅプロ一ドデ一夕をマ一チャントプロセスに送信する。

マーチャント有効性チエックにフェイルした場合には、クレジヅト决済端末は、ステップ 9011で、マ一チャント 'セッション 'エラー処理を行ない、強制的データアップデート処理を終了する。

アップロードデ一夕を送信したクレジット決済端末は、ステップ 9005 とステップ 9012とで、マ一チャントプロセスからのメッセージの受信を待つ。ステップ 9005では、メッセージの受信の判定を行ない、ステップ 9012では、タイムアウトの判定を行なう。

ステップ 9012のタイムァゥトの判定では、タイムアウト時間 T DM ( T DM > 0) 以上の間、メッセージを受信しない場合、クレジット決済端末はタイムァゥ卜して、ステツプ 9013で、マーチヤント ·タイムアウト - エラ一処理を行ない、強制的デ一夕アツプデート処理を終了する。

マ一チャントプロセスからのメヅセージを受信した場合、クレジット決済端末は、ステップ 9006で、マーチャントのプライベート鍵で、受信したメッセージの暗号を復号化し、ステップ 9007で、マ一チャント有効性チェックを行ない、受信したメッセージの有効性を検証する。

マ一チャント有効性チェックにパスした場合には、クレジヅト決済端末は、ステップ 9008へ進み、マ一チャント有効性チェックにフェイルした場合には、クレジット決済端末は、ステップ 9014で、マーチャント ' セッション 'エラ一処理を行ない、強制的データアップデート処理を終了する。

クレジット決済端末は、ステツプ 9008では、受信したメッセ一ジが、アップデートデータ 5408か、機能停止命令 5408'かを判定し、アップデ一ト —夕であつ

た場合には、ステップ 9009で、アップデートデータの端末デ一夕 5539のデータ圧縮を解除して、 R A M、及び、ハードディスクのデ一夕を更新し、ステヅプ 9010で、 "デ一夕アップデート中" の表示を解除して、強制的データアップデート処理を終了する。

受信したメヅセージが、機能停止命令であった場合には、クレジット決済端末は、ステップ 9015で、 L C Dに "使用不能" を表示し、ステツプ 9016で、 E E P R O M 1503の端末イネ一ブルのビットをクリアして、操作が出来ないようにし、ステップ 9017で、夕一ミナル 'ステイタスを使用不能に変更して、強制的データアップデート処理を終了する。

次に、データバックアップ処理における処理のフローについて説明する。

図 1 2 3と、図 1 1 6は、それそれ、パーソナル · クレジヅト端末とサービス提供システムとのデ一夕バックアツプ処理における、パーソナル · クレジット端末のデータァヅプデ一トプロセスと、サービス提供システムのユーザプロセスとの処理のフローを示しており、ユーザプロセスの処理は、デ一夕アップデート処理と同じである。

デ一夕バックアップ処理は、パーソナル · クレジット端末のバヅテリィ容量が Q以下になった場合に、パーソナル ' クレジット端末が、デー夕バックァヅププロセスを生成することによって閧始される。

パーソナル 'クレジット端末は、まず、ステップ 9200で、 L C Dに "デ一夕アップデート中" を表示し、ステップ 9201で、デ一夕アップデート要求 5109を生成し、ステップ 9202で、ターミナル 'ステイタスから、セッシヨン確立状態か否かを判定し、セッション確立状態の場合には、ステヅプ 9204で、生成したデ一夕アツプデ一ト要求をユーザプロセスに送信し、セッション確立状態でない場合には、ステップ 9203でセッション確立処理を行ない、サ一ビス提供システムとのセヅシヨンを確立してから、ステップ 9204へ進む。

データアップデート要求を送信したパーソナル ' クレジット端末は、ステツプ 9205とステツプ 9216とで、データアツプデ一ト応答 5110の受信を待つ。ステップ 9205では、データアップデート応答の受信の判定を行ない、ステップ 9216では、タイムアウトの判定を行なう。

ステップ 9216のタイムァゥ卜の判定では、タイムァゥト時間 T RURI T RURU > 0) 以上の間、データアップデート応答を受信しない場合、パ —ソナル · クレジット端末はタイムァゥトして、ステップ 9217で、ユーザ · タイムアウト ·エラ一処理を行ない、デ一夕バックァヅプ処理を終了する。

デ一夕アップデート応答を受信した場合、パーソナル · クレジット端末は、ステップ 9206で、ュ一ザのプライベート鍵で、デ一夕アップデ一ト応答の暗号を復号化し、ステップ 9207で、ユーザ有効性チ Xックを行ない、デ一夕アップデート応答の有効性を検証する。

ユーザ有効性チエツクにパスした場合には、パーソナル ' クレジット端末は、ステップ 9208で、 R A Mのデ一夕をデータ圧縮して、アップ口 —ドデ一夕 5111を生成し、ステップ 9209で、生成したアップロードデー夕をユーザプロセスに送信する。

ユーザ有効性チェックにフェイルした場合には、パーソナル ' クレジット端末は、ステヅプ 9218で、ユーザ 'セッション 'エラ一処理を行ない、データバックアップ処理を終了する。

アップロードデータを送信したパーソナル . クレジット端末は、ステヅプ 9210とステヅブ 9219で、ユーザプロセスからのメヅセージの受信を待つ。ステップ 9210では、メッセージの受信の判定を行ない、ステップ 9219では、タイムアウトの判定を行なう。

ステップ 9219のタイムァゥトの判定では、タイムアウト時間 T DU ( T DU > 0) 以上の間、メッセ一ジを受信しない場合、パーソナル ' クレジヅト端末はタイムアウトして、ステップ 9220で、ユーザ ' タイムァゥト ·エラ一処理を行ない、デ一夕バックアップ処理を終了する。

ユーザプロセスからのメッセージを受信した場合、パーソナル . クレジット端末は、ステップ 9211で、ユーザのプライベート鍵で、受信したメヅセージの暗号を復号化し、ステップ 9212で、ユーザ有効性チェックを行ない、受信したメッセージの有効性を検証する。

ュ一ザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 9213へ進み、ユーザ有効性チェックにフェイルした場合には、パーソナル ' クレジット端末は、ステップ 9221で、ュ一ザ 'セヅシヨン 'エラー処理を行ない、デ一夕バックアツプ処理を終了する。パーソナル ' クレジット端末は、ステップ 9213では、受信したメッセ —ジが、アップデートデ一夕 5112か、機能停止命令 5112'かを判定し、アップデートデータであった場合には、まず、ステップ 9214で、アップデ一トデ一夕の端末データ 5239のデータ圧縮を解除して、 RAMのデー夕を更新し、ステップ 9215で、 "ローバッテリイ" 表示をし、さらに、ステップ 9225で、ターミナル ·ステイタスを、 "ライト ' プロテクティド" に変更して、新たなデ一夕が RAMに書き込まれないようにして、デ—夕バックアツプ処理を終了する。受信したメッセージが、機能停止命令であった場合には一ソナル - クレジット端末は、ステップ 9222で、 L CDに "使用不能" を表示し、ステップ 9223で、 E E PROM1503の端末イネ一ブルのビットをクリアして、操作が出来ないようにし、ステップ 9224で、ターミナル ·スティタスを使用不能に変更して、デ一夕バックアツプ処理を終了する。

次に、 "決済" の処理における処理のフローについて説明する。

図 1 24 (a) 、（b) から図 1 2 5 (a) 、（b) は、 "決済" の処理におけるクレジット決済端末の処理のフローを示している。 "決済" の処理は、マ一チャントが、レジス夕のクレジット決済スイッチを押すと、クレジット決済端末 300が、決済プロセスを生成する

ことによって開始される。

クレジット決済端末は、まず、ステップ 9300で、パーソナル ' クレジット端末から受信する支払オファー 5700の内容に対応する 4種類の支払オファー応答 5701を生成する。 4種類の支払オファー応答とは、ユーザが指定した支払金額が、マーチヤントの請求金額よりも低いことを示す支払オファー応答と、マーチヤントが取り扱えないクレジットカ一ドを、ユーザが指定していることを示す支払オファー応答と、マーチャントが取り扱えない支払オプションを、ュ一ザが指定していることを示す支払オファー応答と、ユーザの支払オファーを、マーチャントが取り扱えることを示す支払オファー応答である。

この 4種類の支払オファー応答は、それそれ、支払オファー応答（図 8 9 ( b ) ) の応答メッセージ 5809とトランザクシヨン番号 5810との部分が異なり、ユーザが指定した支払金額がマ一チャントの請求金額よりも低いことを示す支払オファー応答の場合には、応答メッセージに、支払金額の不足を示すメッセージが設定され、トランザクション番号にはゼロが設定される。また、マ一チャントが取り扱えないクレジット力一ドをュ一ザが指定していることを示す支払ォファ一応答の場合には、応答メッセージに、利用できないカードであること示すメッセージが設定され、トランザクション番号にはゼロが設定される。また、マ一チャントが取り扱えない支払オプションをユーザが指定していることを示す支払オファー応答の場合には、応答メッセージに、利用できない支払ォプシヨンであること示すメッセージが設定され、トランザクション番号にはゼロが設定される。そして、ユーザの支払オファーをマ一チャントが取り扱えることを示す支払オファー応答の場合には、応答メッセージに、グリ一ティングメッセージが設定され、トランザクション番号に、ユーザとの取引をユニークに示すゼロ以外の番号が設定される。

4種類の支払オファー応答を生成したクレジット決済端末は、ステツプ 9301で、 L C Dに "支払操作待ち" を表示して、ステップ 9302で、赤外線通信による支払オファー 5700の受信を待つ。

パーソナル ' クレジット端末から、支払オファーを受信すると、クレジヅト決済端末は、ステップ 9303からステップ 9305で、受信した支払ォファーの内容を検証する。

支払オファーの支払金額が、請求金額よりも小さい場合には、クレジヅト決済端末は、ステップ 9317へ進み、ユーザが指定した支払金額が、マ一チャントの請求金額よりも低いことを示す支払オファー応答を、赤外線通信で、パーソナル ' クレジット端末へ送信し、ステップ 9318で、 L C Dに支払金額の不足を表示して、ステップ 9302へ戻り、再び、支払オファーの受信を待つ。

また、支払オファーのサービスコードが、クレジット決済端末のサービスコード · リストに存在しない場合には、クレジット決済端末は、ステツプ 9319へ進み、マーチヤン卜が取り扱えないクレジットカードをュ一ザが指定していることを示す支払オファー応答を、赤外線通信で、パ一ソナル ' クレジット端末へ送信し、ステップ 9320で、 L C Dにクレジットカードの取扱不可を表示して、ステップ 9302へ戻り、再び、支払ォファーの受信を待つ。

また、支払オファーの支払オプションコードが、クレジット決済端末のサービスコ一ド · リストに存在しない場合には、クレジヅト決済端末は、ステップ 9321へ進み、マ一チャントが取り扱えない支払オプションをユーザが指定していることを示す支払オファー応答を、赤外線通信で、パーソナル ' クレジット端末へ送信し、ステップ 9322で、 L C Dに支払オプションの取扱不可を表示して、ステップ 9302へ戻り、再び、支払ォファーの受信を待つ。

それ以外の場合には、クレジット決済端末は、ステップ 9306へ進み、ユーザの支払オファーをマーチヤントが取り扱えることを示す支払オファー応答を、赤外線通信で、パーソナル · クレジット端末へ送信し、次に、ステップ 9307で、 L C Dに "信用照会中" を表示し、ステップ 9308 で、支払オファーと支払オファー応答とから、信用照会要求 5702を生成し、ステップ 9309で、夕一ミナル ·ステイタスから、セッション確立状態か否かを判定し、セッション確立状態の場合には、ステップ 9311で、生成した信用照会要求をマ一チャントプロセスに送信し、セッシヨン確立状態でない場合には、ステップ 9310でセッション確立処理を行ない、サ一ビス提供システムとのセッションを確立してから、ステツプ 9311へ進む。

信用照会要求を送信したクレジット決済端末は、ステップ 9312とステヅブ 9323とで、信用照会応答 5704の受信を待つ。ステップ 9312では、信用照会応答の受信の判定を行ない、ステップ 9323では、タイムアウトの判定を行なう。

ステップ 9323のタイムァゥトの判定では、タイムアウト時間 T AR ( T AR > 0) 以上の間、信用照会応答を受信しない場合、クレジット決済端末はタイムァゥトして、ステヅプ 9324で、マーチャント · タイムァゥト ·エラ一処理を行ない、 "決済" の処理を終了する。

信用照会応答を受信した場合、クレジット決済端末は、ステップ 9313 で、マーチヤン卜のプライべ一ト鍵で、信用照会応答の暗号を復号化し、ステップ 9314で、マ一チャント有効性チヱックを行ない、信用照会応答の有効性を検証する。

マ一チャント有効性チェックにパスした場合には、クレジット決済端末は、ステップ 9315へ進み、マ一チャント有効性チェックにフェイルした場合には、ステップ 9325で、マ一チャント 'セッション 'エラ一処理を行ない、 "決済" の処理を終了する。

クレジット決済端末は、ステップ 9315で、信用照会応答の信用照会結果を判定し、信用照会をフェイルした場合には、ステップ 9326で、 L C Dに信用照会結果を表示して、 "決済" の処理を終了し、信用照会をパスした場合には、ステヅプ 9316で、 L C Dに信用照会結果と、ユーザ個人デ一夕の内容を表示する。

L C Dに信用照会結果と、ユーザ個人デ一夕の内容を表示したクレジット決済端末は、ステップ 9400とステップ 9413とで、マ一チャントによる決済処理要求操作 20616を待つ。ステップ 9400では、マ一チャントによる決済処理要求操作の判定を行ない、ステップ 9413では、タイムァゥトの判定を行なう。

ステップ 9413のタイムァゥトの判定では、タイムァゥト時間 T MA0 ( T MAO > 0 ) 以上の間、マ一チャントによる決済処理要求操作が行なわれない場合、クレジヅト決済端末はタイムァゥトして、ステップ 9414で、マ一チャント ' タイムアウト ·エラー処理を行ない、 "決済" の処理を終了する。

マ一チャントによる決済処理要求操作が行なわれた場合、クレジット決済端末は、ステップ 9401で、 L C Dに "決済実行中" を表示し、ステップ 9402で、支払オファーと支払オファー応答とから、決済要求 5705を生成し、ステップ 9403で、生成した決済要求 5705をマーチャントプロセスに送信する。

決済要求 5705をマーチヤントプロセスに送信したクレジット決済端末は、ステップ 9404とステップ 9415とで、マーチャントプロセスから、決済完了通知 5708を受信するのを待つ。ステップ 9404では、決済完了通知 5708の受信の判定を行ない、ステップ 9415では、タイムアウトの判定を行なう。

ステップ 9415のタイムァゥトの判定では、タイムァゥト時間 T SPCC( T SPCC > 0 ) 以上の間、決済完了通知 5708が受信されない場合、クレジヅト決済端末はタイムアウトして、ステップ 9416で、マーチャント - 夕ィムァゥト ·エラ一処理を行ない、 "決済" の処理を終了する。

決済完了通知 5708を受信した場合、クレジット決済端末は、ステップ 9405で、マ一チャントのプライベート鍵で、受信した決済完了通知 5708 の暗号を復号化し、ステップ 9406で、マーチャント有効性チェックを行ない、受信したメッセージの有効性を検証する。

マーチャント有効性チェックにパスした場合には、クレジット決済端末は、ステップ 9407へ進み、マ一チャント有効性チェックにフェイルした場合には、クレジット決済端末は、ステップ 9417で、マーチャント · セッション 'エラ一処理を行ない、 "決済" の処理を終了する。

クレジット決済端末は、ステップ 9407で、領収書 5709を生成し、ステヅプ 9408で、生成した領収書 5709を、マ一チャントプロセスへ送信する。そして、ステップ 9409で、暗号を復号化した決済完了通知 5708を R A M のテンポラリ領域に格納し、ステップ 9410で、販売履歴リストと、販売履歴リスト ' アドレスとを更新して、ステップ 9411で、 L C Dに、 "決済完了" を表示する。そして、ステップ 9412で、テンポラリ領域の空き容量から、データアップデート処理が必要か否かを判定し、テンポラリ領域の空き容量が、設定値 AM ( AM > 0) 以上ある場合には、そのまま、 "決済" の処理を終了し、設定値 AMよりも少ない場合には、デー夕アップデ一トプロセスを生成し、デ一夕アップデ一ト処理へ進む。また、図 1 2 6 ( a ) 、（b ) から図 1 2 7は、 "決済" の処理におけるマ一チャントプロセスの処理のフローを示している。

マーチャントプロセスでは、 "決済" の処理は、クレジット決済端末から、信用照会要求 5702を受信することによって開始される。マーチヤントプロセスは、まず、ステップ 9500で、サービス提供者のプライべ一ト鍵で、受信した信用照会要求の暗号を復号化し、ステップ 9501で、マ —チャントプロセス有効性チェックを行ない、信用照会要求の有効性を検証する。

マ一チヤントプロセス有効性チエツクにパスした場合には、マ一チヤントプロセスは、ステップ 9502で、マ一チャントプロセス管理情報のサ —ビス ·ディレク夕プロセス I Dの値から、プロセスグル一プに属しているか否かを判定し、プロセスグループに属している場合（サービス · ディレクタプロセス I D≠ 0 ) には、ステップ 9515で、暗号を復号化した信用照会要求を、サ一ビス ·ディレクタプロセスへ送信し、プロセスグループに属していない場合（サービス 'ディレク夕プロセス I D = 0 ) には、ステップ 9503で、暗号を復号化した信用照会要求を、サービス - マネージャプロセスへ送信する。

マ一チャントプロセス有効性チェックにフェイルした場合には、マ一チャントプロセスは、受信したメッセ一ジは有効ではないと判定し、ステヅプ 9514で、マーチヤントプロセス 'セッション ·エラ一処理を行ない、 "決済" の処理を終了する。

サ一ビス 'ディレクタプロセス、または、サ一ビス · マネージャプロセスへ信用照会要求を送信したマ一チャントプロセスは、ステップ 9504 で、サービス ·ディレクタプロセスから、信用照会応答 5840を受信するのを待つ。サービス 'ディレクタプロセスから、信用照会応答 5840を受信すると、マ一チャントプロセスは、ステップ 9505で、信用照会応答 58 40を、マ一チャント宛てに封書化して、ステップ 9506で、信用照会応答 5704をクレジット決済端末へ送信する。

クレジット決済端末に信用照会応答 5704を送信したマ一チャントプロセスは、ステップ 9507で、クレジット決済端末から決済要求 5705を受信するのを待つ。クレジット決済端末から決済要求 5705を受信すると、マ一チャントプロセスは、ステップ 9508で、サービス提供者のプライべ一ト鍵で、受信した決済要求 5705の暗号を復号化し、ステップ 9509で、マ一チャントプロセス有効性チヱックを行ない、決済要求 5705の有効性を検証する。

マ一チャントプロセス有効性チェックにパスした場合には、マーチヤントプロセスは、ステップ 9510で、暗号を復号化した決済要求 5705をサ —ビス ·ディレク夕プロセスへ送信し、マ一チャントプロセス有効性チエックにフェイルした場合には、受信したメッセ一ジは有効ではないと判定し、ステヅプ 9516で、マ一チヤントプロセス ' セッション ' エラ一処理を行ない、 "決済" の処理を終了する。

サービス ·ディレク夕プロセスへ決済要求を送信したマーチヤントプロセスは、ステツプ 9511で、サービス 'ディレクタプロセスから、決済完了通知 5937を受信するのを待つ。サービス ·ディレクタプロセスから、決済完了通知 5937を受信すると、マ一チャントプロセスは、ステップ 95 12で、決済完了通知 5937をマーチャント宛てに封書化して、ステップ 95 13で、決済完了通知 5708をクレジツト決済端末へ送信する。

クレジット決済端末に決済完了通知 5708を送信したマ一チャントプロセスは、ステップ 9600で、クレジット決済端末から領収書 5709を受信するのを待つ。クレジット決済端末から領収書 5709を受信すると、マーチヤントプロセスは、ステップ 9601で、サービス提供者のプライベート鍵で、受信した領収書 5709の暗号を復号化し、ステップ 9602で、マーチヤントプロセス有効性チヱックを行ない、領収書 5709の有効性を検証する。マーチャントプロセス有効性チェックにパスした場合には、マ一チヤントプロセスは、ステップ 9603で、暗号を復号化した領収書 5709を、サ一ビス 'ディレクタプロセスへ送信し、ステップ 9604で、マ一チャント情報サーバ上の販売履歴リストと販売履歴リスト · ァドレスとを更新して、 "決済" の処理を終了する。

マーチヤントプロセス有効性チェヅクにフェイルした場合には、マ一チャントプロセスは、受信したメッセ一ジは有効ではないと判定し、ステップ 9605で、マ一チヤントプロセス 'セッション 'エラ一処理を行なレ、、 "決済" の処理を終了する。

また、図 1 2 8 ( a ) 、（b ) から図 1 2 9は、 "決済" の処理におけるパーソナル 'クレジヅト端末の処理のフローを示している。 "決済" の処理は、ユーザが支払操作をすると、パーソナル ·クレジット端末が、決済プロセスを生成することによって開始される。

パーソナル · クレジット端末は、まず、ステップ 9700で、ユーザが支払操作において指定した、クレジットカード、支払金額、支払ォプションに基づいて、支払オファー 5700を生成し、ステップ 9701で、生成した支払オファーを、赤外線通信で、クレジット決済端末へ送信する。

支払オファーをクレジット決済端末へ送信したパーソナル ' クレジット端末は、ステップ 9702とステップ 9713とで、支払オファー応答 5701の受信を待つ。ステップ 9702では、支払オファー応答の受信の判定を行ない、ステップ 9713では、タイムアウトの判定を行なう。

ステップ 9713のタイムァゥトの判定では、タイムアウト時間 T P0R ( T P0R > 0 ) 以上の間、支払オファー応答を受信しない場合、パ一ソナル · クレジット端末はタイムアウトして、ステップ 9714で、 L C Dに、支払オファー応答のタイムァゥト ·エラーを表示して、 "決済" の処理を終了する。

支払オファー応答を受信した場合、パーソナル ' クレジット端末は、ステップ 9703で、支払オファー応答のサービス提供者電話番号に施されたサービス提供者のデジタル署名をチェヅクし、この署名チェックをパスした場合には、ステップ 9704へ進み、フェイルした場合には、支払ォファー応答は有効ではないと判定し、ステップ 9715で、 L C Dに、支払オファー応答のエラ一を表示して、 "決済" の処理を終了する。

パーソナル ' クレジット端末は、ステップ 9704で、支払オファー応答のトランザクション番号の値から、クレジット決済端末へ送信した支払オファーが、マーチヤントが取扱える内容であつたか否かを判定する。支払オファー応答のトランザクション番号がゼロでない場合、支払オファ一は、マーチャントが取扱える内容であり、パーソナル ' クレジット端末は、ステップ 9705へ進む。支払オファー応答のトランザクション番号がゼロの場合、支払オファーは、マーチャントが取扱えない内容であり、パーソナル ' クレジット端末は、ステップ 9716で、 L C Dに、支払オファー応答のエラ一を表示して、 "決済" の処理を終了する。

パーソナル · クレジット端末は、ステップ 9705で、支払オファーの支払金額と、支払オファー応答の請求金額とを照合し、支払金額と請求金額とが等しい場合には、ステップ 9708へ進み、支払金額が、請求金額よりも大きい場合には、ステップ 9706で、 L C Dに、図 4 4 ( i ) に示す、支払金額を確認する画面を表示し、ステツプ 9707とステツプ 9717とで、ユーザによる確認操作を待ち、ユーザによる確認操作が行なわれると、パーソナル ' クレジット端末は、ステップ 9708へ進む。ステップ 9707では、パーソナル ' クレジット端末は、ュ一ザによる確認操作の判定を行ない、ステップ 9717では、タイムアウトの判定を行なう。

ステップ 9717のタイムァゥトの判定では、タイムァゥト時間 T UA0 ( T UA0 > 0) 以上の間、確認操作が行なわれない場合、パーソナル · クレジヅト端末はタイムアウトして、ステップ 9718で、 L C Dに、確認操作のタイムアウト ·エラ一を表示して、 "決済" の処理を終了する。パーソナル · クレジット端末は、ステップ 9708で、 L C Dに、 "支払処理実行中" を表示し、次に、ステップ 9709で、支払オファーと支払ォファ一応答とから、支払要求 5703を生成し、ステップ 9710で、夕一ミナル 'ステイタスから、セッション確立状態か否かを判定し、セッション確立状態の場合には、ステップ 9712で、生成した支払要求をユーザプロセスに送信し、セッション確立状態でない場合には、ステップ 9711で、セヅション確立処理を行ない、サービス提供システムとのセッションを確立してから、ステップ 9712へ進む。

ステップ 9711のセッション確立処理では、パーソナル · クレジット端末は、支払オファー応答のサービス提供者電話番号に電話をかけて、マ —チャントのホ一ムサ一ビスエリァのサ一ビス提供システムに接続するつまり、パーソナル · クレジット端末は、 "決済" の処理の際に、すでに、サ一ビス提供システムとセッションを確立している場合には、そのサービス提供システムとの間で "決済" の処理を行ない、新たに、サービス提供システムとセッションを確立する場合には、マ一チャントが所在するサービスエリアのサービス提供システムとの間で "決済" の処理を行なう。

支払要求を送信したパーソナル · クレジット端末は、ステップ 9800とステップ 9807とで、ュ一ザプロセスから、領収書 5710を受信するのを待つ。ステップ 9800では、領収書 5710の受信の判定を行ない、ステップ 98 07では、タイムアウトの判定を行なう。

ステップ 9807のタイムァゥトの判定では、タイムアウト時間 T SPR ( T SPR > 0 ) 以上の間、領収書 5710を受信しない場合、パーソナル ' クレジット端末はタイムアウトして、ステップ 9808で、ユーザ ' タイムァゥト 'エラー処理を行ない、 "決済" の処理を終了する。

領収書 5710を受信した場合、パーソナル · クレジット端末は、ステツプ 9801で、ユーザのプライベート鍵で、領収書 5710の暗号を復号化し、ステップ 9802で、ユーザ有効性チヱックを行ない、領収書 5710の有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 9803へ進み、ユーザ有効性チェックにフェイルした場合には、パーソナル ' クレジット端末は、ステップ 9809で、ユーザ 'セッシヨン 'エラ一処理を行ない、 "決済" の処理を終了する。

パーソナル · クレジット端末は、ステップ 9803で、暗号を復号化した領収書 5710を、 R A Mのテンポラリ領域に格納し、ステップ 9804で、利用履歴リストと、利用履歴リスト · アドレスを更新して、ステップ 9805 で、 L C Dに領収書を表示する。そして、ステップ 9806で、テンポラリ領域の空き容量から、データアツプデ一ト処理が必要か否かを判定し、テンポラリ領域の空き容量が、設定値 AU ( AU > 0) 以上ある場合には、そのまま、 "決済" の処理を終了し、設定値 AUよりも少ない場合には、デ一夕アップデートプロセスを生成し、データアップデート処理へ進む。

また、図 1 3 0は、 "決済" の処理におけるユーザプロセスの処理のフローを示している。

ユーザプロセスでは、 "決済" の処理は、パーソナル ' クレジット端末から、支払要求 5703を受信することによって開始される。ユーザプロセスは、まず、ステップ 9900で、サービス提供者のプライべ一ト鍵で、受信した支払要求の暗号を復号化し、ステップ 9901で、ユーザプロセス有効性チェックを行ない、支払要求の有効性を検証する。

ュ一ザプロセス有効性チェックにパスした場合には、ユーザプロセスは、ステップ 9902で、ユーザプロセス管理情報のサ一ビス 'ディレクタプロセス I Dの値から、プロセスグループに属しているか否かを判定し、プロセスグループに属している場合（サービス 'ディレクタプロセス I D≠ 0 ) には、ステップ 9909で、暗号を復号化した支払要求を、サ一ビス 'ディレク夕プロセスへ送信し、プロセスグループに属していない場合（サービス 'ディレクタプロセス I D = 0 ) には、ステップ 9903で、暗号を復号化した支払要求を、サービス ·マネージャプロセスへ送信する。

ユーザプロセス有効性チェックにフェイルした場合には、ユーザプロセスは、受信したメヅセージは有効ではないと判定し、ステップ 9908で、ユーザプロセス ' セッション 'エラ一処理を行ない、 "決済" の処理を終了する。

サービス ·ディレクタプロセス、または、サービス ·マネージャプロセスへ支払要求を送信したユーザプロセスは、ステップ 9904で、サ一ビス ·マネージャプロセスから、領収書 6016を受信するのを待つ。サ一ビス 'マネージャプロセスから、領収書 6016を受信すると、ユーザプロセスは、ステップ 9905で、領収書 6016をユーザ宛てに封書化して、ステツプ 9906で、領収書 5710をパーソナル ·クレジット端末へ送信し、さらに、ステップ 9907で、ユーザ情報サーバ上の利用履歴リストと利用履歴リスト ·アドレスとを更新して、 "決済" の処理を終了する。

また、図 1 3 1 ( a ) は、 "決済" の処理における決済システムの処理のフ口一を示している。 "決済" の処理は、サービス提供システムの決済処理機関プロセスから、決済要求 5706を受信することで開始される。決済システムは、まず、ステップ 10000で、決済処理機関のプライべ —ト鍵で、受信した決済要求 5706の暗号を復号化し、ステップ 10001で、決済処理機関有効性チエックを行ない、決済要求 5706の有効性を検証する。

決済処理機関有効性チェックにパスした場合には、決済システムは、ステップ 10002で、決済要求 5706に基づいて、加入者情報サーバと、加盟店情報サーバと、取引情報サーバとのデータを更新して、決済処理を行ない、ステップ 10003で、決済完了通知 5707を生成し、ステップ 10004 で、生成した決済完了通知 5707を決済処理機関プロセスへ送信して、 "決済" の処理を終了する。

決済処理機関有効性チェックにフェイルした場合には、決済システムは、受信したメヅセージは、有効なメッセ一ジではないと判断して、ステヅプ 10005で、決済処理機関セッション ' エラー処理を行ない、 "決済" の処理を終了する。決済処理機関セッション ·エラー処理では、決済システムは、決済システムの管理システムへ、セッション ' エラ一メッセージを送信し、サービス提供システムの決済処理機関プロセスにセッシヨン 'エラ一メッセージを送信して、決済処理機関との回線を切断する。

また、決済処理機関有効性チェックは、サービス提供システムの決済処理機関プロセスから受信したメッセージの有効性を検証する処理であり、図 1 3 1 ( b ) に示すように、決済処理機関有効性チェックでは、 4種類の検証を行なう。まず、ステップ 10006で、サービス提供者のデジ夕ル署名を検証し、ステップ 10007で、サービス提供者 I Dを照合し、ステップ 10008で、受信したメヅセージの有

効期間を検証し、さらに、ステップ 10009で、受信したメッセージの発行時刻を検証する。ステップ 10009の発行時刻の検証では、受信した情報の発行時刻と、現在の時刻とのズレを検証し、ズレが時間 T TP ( T TP > 0)以上である場合に、無効な情報であると判定する。したがって、サービス提供者のデジタル署名の検証にパスし、サービス提供者 I Dが一致し、有効期間の検証をパスし、発行時刻の検証にパスした場合のみ、決済処理機関有効性チエックにパスしたと判定し、それ以外の場合は、フェイルしたと判定する。

また、図 1 3 2 ( a ) は、 "決済" の処理における決済処理機関プロセスの処理のフローを示している。決済処理機関プロセスでは、 "決済" の処理は、サービス 'ディレクタプロセスから、決済要求 5910を受信することによって閧始される。

決済処理機関プロセスは、まず、ステップ 10100で、決済要求 5910を、決済処理機関宛てに封書化して、ステップ 10101で、決済要求 5706を決済システムへ送信する。

決済システムに決済要求 5706を送信した決済処理機関プロセスは、ステツプ 10102で、決済システムから、決済完了通知 5707を受信するのを待つ。決済システムから決済完了通知 5707を受信すると、決済処理機関プロセスは、ステップ 10103で、サ一ビス提供者のプライべ一ト鍵で、受信した決済完了通知 5707の暗号を復号化し、ステップ 10104で、決済処理機関プロセス有効性チェックを行ない、決済完了通知 5707の有効性を検証する。

決済処理機関プロセス有効性チェックにパスした場合には、決済処理機関プロセスは、ステップ 10105で、暗号を復号化した決済完了通知 570 7を、サービス 'ディレクタプロセスへ送信し、ステップ 10106で、決済処理機関情報サーバ上の決済履歴リストと決済履歴リスト ' アドレスとを更新して、 "決済" の処理を終了する。

決済処理機関プロセス有効性チエックにフェイルした場合には、決済処理機関プロセスは、受信したメッセージは有効ではないと判定し、ステップ 10107で、決済処理機関プロセス 'セッション ' エラー処理を行ない、 "決済"の処理を終了する。決済処理機関プロセス 'セッション · エラ一処理によって、決済処理機関プロセスは、サービス 'マネージャプロセスによって消去され、決済システムとの回線は切断される。この際、決済処理機関プロセスは、無効なメッセ一ジを受信したことを示すセッション ·エラ一メヅセージを、管理システム 407に送信

する。

また、決済処理機関プロセス有効性チェックは、決済システムから受信した情報の有効性を検証する処理であり、図 1 3 2 ( b ) に示すように、決済処理機関プ口セス有効性チェックでは、 3種類の検証を行なう。まず、ステップ 10108で、決済処理機関のデジタル署名を検証し、ステヅプ 10109で、決済処理機関 I Dを照合し、さらに、ステップ 10110で、受信した情報の発行時刻を検証する。ステツプ 10110の発行時刻の検証では、受信した情報の発行時刻と、現在の時刻とのズレを検証し、ズレが時間 T TPP ( T TPP > 0) 以上である場合に、無効な情報であると判定する。したがって、決済処理機関のデジタル署名の検証にパスし、決済処理機関 I Dがー致し、発行時刻の検証にパスした場合のみ、决済処理機関プロセス有効性チェックにパスしたと判定し、それ以外の場合は、フェイルしたと判定する。

また、図 1 3 3 ( a ) 、（b ) から図 1 3 4は、 "決済" の処理におけるサ一ビス ·ディレク夕プロセスの処理のフローを示している。

サ一ビス ·ディレクタプロセスでは、サービス 'マネージャプロセスから、信用照会要求 5820と支払要求 5827とを受信した場合、または、マ一チャントプロセスから、信用照会要求 5820を受信した場合、または、ユーザプロセスから、支払要求 5827を受信した場合の 3つの場合に、 "決済" の処理を開始する。

マ一チャントプロセスから、信用照会要求 5S20を受信した場合には、サービス . ディレクタプロセスは、ステップ 10216で、ユーザプロセスから支払要求 5827を受信するのを待ち、ユーザプロセスから支払要求 58 27を受信すると、ステップ 10200へ進む。また、ユーザプロセスから、支払要求 5827を受信した場合には、サービス · ディレクタプロセスは、ステップ 10217で、マ一チャントプロセスから信用照会要求 5820を受信するのを待ち、マーチヤントプロセスから信用照会要求 5820を受信すると、ステツプ 10200へ進む。

サービス ·マネージャプロセスから、信用照会要求 5820と支払要求 58 27とを受信した場合には、サービス ·ディレクタプロセスは、そのまま、ステツプ 10200へ進み、信用照会要求 5820と支払要求 5827との有効性をチェックする。ステツプ 10200の信用照会要求と支払要求との有効性チェヅクでは、サービス ·ディレクタプロセスは、信用照会要求の支払ォファー及び支払オファー応答の部分と、支払要求の支払オファー及び支払オファー応答の部分とのデータ照合と、その支払オファー及び支払ォファー応答の有効期間の検証とを行ない、データ照合が一致して、有効期間の検証をパスした場合にのみ、信用照会要求と支払要求の有効性チエックにパスしたと判定し、それ以外の場合は、フェイルと判定する。信用照会要求と支払要求の有効性チエックにフェイルした場合には、サービス ·ディレクタプロセスは、ステップ 10212で、サービス 'ディレク夕プロセス 'セッション 'エラ一処理を行ない、 "決済" の処理を終了する。サービス 'ディレクタプロセス 'セヅシヨン ·エラ一処理によって、サービス ·ディレクタプロセスと、そのサービス 'ディレクタプロセスと同じプロセスグループのユーザプロセス及びマ一チャントプ口セスとは、サービス ·マネージャプロセスによって消去される。この際、サービス 'ディレクタプロセスは、無効なメッセ一ジを受信したことを示すセッシヨン ·エラ一メヅセージを、管理システム 407に送信する。

信用照会要求及び支払要求の有効性チェックにパスした場合には、サ —ビス 'ディレクタプロセスは、まず、ステップ 10201で、マ一チャントの顧客テ一ブルを参照して、支払要求のユーザ I Dに対応する顧客番号を特定し、次に、ステップ 10202で、ユーザに対応するユーザ情報サ —バ上の情報にアクセスして、信用照会応答 5840を生成し、ステップ 10 203で、生成した信用照会応答 5840をマ一チャントプロセスへ送信し、さらに、ステップ 10204で、サービス提供履歴リスト 4303に、信用照会のサービス提供履歴を追加して、サービス提供履歴リスト 4303を更新する。

ステップ 10202の信用照会応答 5840の生成では、サービス 'ディレク夕プロセスは、ユーザの信用状況に問題がある場合には、ュ一ザ個人デ —夕 5834は設定しない。また、ユーザとマ一チャントとの間で、以前に、パーソナル · リモート · クレジット決済サービスによる取引がない場合には、ユーザ I Dに対応する顧客番号は特定できないので、この場合も顧客番号 5836は設定しない。

ステップ 10204で、サービス提供履歴リストを更新したサービス · ディレク夕プロセスは、ステップ 10205とステップ 10213とで、マ一チャントプロセスから、決済要求 5850を受信するのを待つ。ステップ 10205では、決済要求 5850の受信の判定を行ない、ステップ 10213では、タイムァゥ卜の判定を行なう。

ステップ 10213のタイムァゥトの判定では、タイムアウト時間 T CR ( T CR > 0) 以上の間、決済要求 5850を受信しない場合、サービス 'ディレク夕プロセスはタイムアウトして、ステップ 10214で、サービス ·ディレク夕プロセス . タイムアウト . エラー処理を行ない、 "決済" の処理を終了する。サービス ·ディレクタプロセス ' タイムアウト 'エラー処理によって、サービス ·ディレクタプロセスと、そのサービス 'ディレク夕プロセスと同じプロセスグループのュ一ザプロセス及びマ一チヤントプロセスとは、サービス ·マネージャプロセスによって消去される。この際、サービス ·ディレクタプロセスは、タイムアウトしたことを示すタイムアウト 'エラーメッセージを、管理システム 407に送信する。マーチヤントプロセスから決済要求 5850を受信した場合、サービス · ディレクタプロセスは、ステップ 10206で、決済要求 5850の有効性をチェヅクする。ステップ 10206の決済要求の有効性チェックでは、サ一ビス 'ディレクタプロセスは、決済要求 5850の支払オファー及び支払オファー応答の部分と、支払要求の支払オファー及び支払オファー応答の部分とのデ一夕照合と、決済要求 5850の照会番号と信用照会応答の照会番号との照合と、決済要求 5850の有効期間の検証とを行ない、データ照合がー致し、照会番号が一致して、有効期間の検証をパスした場合にのみ、決済要求の有効性チェックにパスしたと判定し、それ以外の場合は、フエイルと判定する。

決済要求の有効性チェックにフェイルした場合には、サ一ビス 'ディレク夕プロセスは、ステップ 10215で、サービス ·ディレクタプロセス ' セッション 'エラ一処理を行ない、 "決済" の処理を終了する。

決済要求の有効性チェックにパスした場合には、サービス ·ディレク夕プロセスは、ステップ 10207で、決済処理機関テーブル 4304を参照して、決済処理を要求する決済処理機関を選定し、ステップ 10208で、サ —ビス ·マネージャプロセスに、メンバープロセス要求を送信して、同一のプロセスグループのメンバープロセスとして、選定した決済処理機関に対応する決済処理機関プロセスを要求し、ステップ 10209で、要求した決済処理機関プロセスが、メンバープロセスになるのを待つ。

要求した決済処理機関プロセスが、メンバープロセスになると、サービス ·ディレクタプロセスは、ステップ 10210で、ユーザに対応するュ —ザ情報サーバ上の情報と、マ一チャントに対応するマーチャント情報サーバ上の情報と、決済処理機関に対応する決済処理機関情報サーバ上の情報とにアクセスして、決済要求 5910を生成し、ステップ 10211で、生成した決済要求 5910を、決済処理機関プロセスへ送信する。

決済要求 5910を送信したサービス ·ディレクタプロセスは、ステップ 10300とステップ 10311とで、決済処理機関プロセスから、決済完了通知 5927を受信するのを待つ。ステップ 10300では、決済完了通知 5927の受信の判定を行ない、ステップ 10311では、タイムアウトの判定を行なう。ステツプ 10311のタイムァゥトの判定では、タイムァゥト時間 T TPCC ( T TPCC > 0 ) 以上の間、決済完了通知 5927を受信しない場合、サービス · ディレク夕プロセスはタイムァゥトして、ステップ 10312で、サ —ビス 'ディレクタプロセス 'タイムアウト .エラー処理を行ない、 "決済" の処理を終了する。

決済処理機関プロセスから決済完了通知 5927を受信した場合、サ一ビス ' ディレクタプロセスは、ステップ 10301で、ユーザに対応する顧客番号があるか否かを判定し、顧客番号がある場合には、ステップ 10303 へ進み、顧客番号がない場合には、ステップ 10302で、マーチャントに対してユーザをユニークに示す顧客番号を生成して、マ一チャントの顧客テーブルに登録してから、ステツプ 10303へ進む。

サ一ビス 'ディレクタプロセスは、ステップ 10303で、決済完了通知 5 927と決済要求 5850とから、マ一チャン卜への決済完了通知 5937を生成し、ステップ 10304で、生成した決済完了通知 5937を、マ一チャントプ口セスへ送信する。

決済完了通知 5937を送信したサービス ·ディレクタプロセスは、ステップ 10305とステップ 10313とで、マ一チャントプロセスから、領収書 60 08を受信するのを待つ。ステップ 10305では、領収書 6008の受信の判定を行ない、ステップ 10313では、タイムアウトの判定を行なう。

ステップ 10313のタイムァゥトの判定では、タイムアウト時間 T MR ( T MR > 0) 以上の間、領収書 6008を受信しない場合、サービス 'ディレクタプロセスはタイムアウトして、ステップ 10314で、サービス ' ディレク夕プロセス ' タイムアウト 'エラー処理を行ない、 "決済" の処理を終了する。

マ一チャントプロセスから領収書 6008を受信した場合、サービス 'ディレク夕プロセスは、ステップ 10306で、領収書 6008と決済完了通知 592 7とからユーザへの領収書 6016を生成し、ステップ 10307で、生成した領収書 6016をユーザプロセスへ送信し、ステヅプ 10308で、サービス提供履歴リスト 4303にクレジット決済のサービス提供履歴を追加して、サ一ビス提供履歴リスト 4303を更新する。

サービス提供履歴リスト 4303を更新したサービス 'ディレクタプロセスは、ステップ 10309で、ュ一ザプロセスが "決済" の処理を完了するのを待ち、ユーザプロセスが "決済" の処理を完了すると、ステップ 10 310で、サービス ' ディレクタプロセス自身のプロセス消去要求をサービス ·マネージャプロセスへ送信して、 "決済" の処理を終了する。ステツプ 10310のプロセス消去要求の送信によって、サービス ' ディレク夕プロセスは、サービス ·マネージャプロセスによって消去される。次に、 "キヤンセル"の処理における処理のフローについて説明する。図 1 3 5 ( a ) 、（b ) は、 "キャンセル" の処理におけるクレジット決済端末の処理のフローを示している。 "キャンセル" の処理は、マ —チャン卜が、キャンセル操作 901をすると、クレジヅト決済端末 300が、キャンセルプロセスを生成することによって開始される。

クレジット決済端末は、まず、ステップ 10400で、 L C Dに "販売キヤンセル処理実行中" を表示し、ステップ 10401で、キャンセルする取引の決済完了通知 5937から、キャンセル要求 6100を生成し、ステップ 10 402で、夕一ミナル · ステイタスから、セッション確立状態か否かを判定し、セッション確立状態の場合には、ステップ 10404で、生成したキャンセル要求をマ一チャントプロセスに送信し、セッション確立状態でない場合には、ステップ 10403でセッション確立処理を行ない、サービス提供システムとのセヅションを確立してから、ステヅプ 10404へ進む。キャンセル要求を送信したクレジット決済端末は、ステップ 10405とステツプ 10412とで、マーチャントプロセスからキヤンセル完了通知 610 4を受信するのを待つ。ステップ 10405では、キャンセル完了通知 6104の受信の判定を行ない、ステップ 10412では、タイムアウトの判定を行なう。

ステップ 10412のタイムアウトの判定では、タイムアウト時間 T SPCC ( T SPCC > 0 ) 以上の間、キャンセル完了通知 6104が受信されない場合、クレジット決済端末はタイムアウトして、ステップ 10413で、マーチャント . タイムアウト ·エラー処理を行ない、 "キャンセル" の処理を終了する。

キャンセル完了通知 6104を受信した場合、クレジット決済端末は、ステヅプ 10406で、マーチャントのプライベート鍵で、受信したキャンセル完了通知 6104の暗号を復号化し、ステップ 10407で、マ一チャント有効性チェックを行ない、受信したメッセージの有効性を検証する。

マーチヤント有効性チェックにパスした場合には、クレジット決済端末は、ステップ 10408へ進み、マーチャント有効性チェヅクにフェイルした場合には、クレジット決済端末は、ステップ 10414で、マ一チャント 'セッション . エラ一処理を行ない、 "キャンセル" の処理を終了する。

クレジット決済端末は、ステップ 10408で、暗号を復号化したキャンセル完了通知 6104を R A Mのテンポラリ領域に格納し、ステップ 10409 で、販売履歴リストと、販売履歴リスト ·アドレスとを更新して、ステヅプ 10410で、 L C Dに、キャンセル処理の完了を表示する。そして、ステップ 10411で、テンポラリ領域の空き容量から、デ一夕アップデ一ト処理が必要か否かを判定し、テンポラリ領域の空き容量が、設定値 A M ( AM > 0) 以上ある場合には、そのまま、 "キャンセル" の処理を終了し、設定値 AMよりも少ない場合には、デ一夕アップデ一

トプロセスを生成し、データアップデート処理へ進む。

また、図 1 3 6は、 "キャンセル" の処理におけるマ一チャントプロセスの処理のフローを示している。

マーチャントプロセスでは、 "キャンセル" の処理は、クレジット決済端末から、キャンセル要求 6100を受信することによって開始される。マ一チャントプロセスは、まず、ステップ 10500で、サービス提供者のプライベート鍵で、受信したキャンセル要求の暗号を復号化し、ステツプ 10501で、マ一チャントプロセス有効性チェックを行ない、キャンセル要求の有効性を検証する。

マーチャントプロセス有効性チェックにパスした場合には、マ一チヤントプロセスは、ステップ 10502で、マ一チャントプロセス管理情報のサービス 'ディレクタプロセス I Dの値から、プロセスグループに属しているか否かを判定し、プロセスグループに属している場合（サ一ビス · ディレクタプロセス I D≠ 0 ) には、ステップ 10509で、暗号を復号化したキャンセル要求を、サ一ビス 'ディレクタプロセスへ送信し、プロセスグループに属していない場合（サービス 'ディレクタプロセス I D = 0 ) には、ステップ 10503で、暗号を復号化したキャンセル要求を、サービス ·マネージャプロセスへ送信する。

マーチヤントプロセス有効性チェックにフェイルした場合には、マ一チャントプロセスは、受信したメッセージは有効ではないと判定し、ステヅブ 10508で、マーチヤントプロセス 'セッション · エラ一処理を行ない、 "キャンセル" の処理を終了する。

サービス ■ディレクタプロセス、またはサービス ·マネージャプロセスへキャンセル要求 6205を送信したマ一チヤントプロセスは、ステヅプ 10504で、サービス ·ディレクタプロセスから、キャンセル完了通知 624 1を受信するのを待つ。

サービス ·ディレク夕プロセスからキャンセル完了通知 6241を受信すると、マ一チャントプロセスは、ステップ 10505で、キャンセル完了通知 6241を、マ一チャント宛てに封書化して、ステップ 10506で、キャンセル完了通知 6104をクレジット決済端末へ送信し、ステップ 10507で、マーチヤント情報サーバ上の販売履歴リストと販売履歴リスト · ァドレスとを更新して、 "キャンセル" の処理を終了する。

また、図 1 3 7 ( a ) 、（b ) は、 "キャンセル" の処理におけるパ —ソナル ·クレジット端末の処理のフローを示している。 "キャンセル" の処理は、ユーザがキャンセル操作 904をすると、パーソナル ' クレジット端末が、キャンセルプロセスを生成することによって開始される。パーソナル ·クレジット端末は、まず、ステップ 10600で、 L C Dに、 "支払キャンセル処理実行中" を表示し、次に、ステップ 10601で、キヤンセルする取引の領収書 6016から、キャンセル要求 6101を生成し、ステツプ 10602で、ターミナル . ステイタスから、セッション確立状態か否かを判定し、セヅシヨン確立状態の場合には、ステップ 10604で、生成したキャンセル要求 6101をユーザプロセスに送信し、セッション確立状態でない場合には、ステップ 10603で、セヅシヨン確立処理を行ない、サービス提供システムとのセッションを確立してから、ステヅプ 10604 へ進む。

キャンセル要求 6101を送信したパーソナル ' クレジット端末は、ステヅプ 10605とステップ 10612とで、ユーザプロセスから、キャンセル処理領収書 6105を受信するのを待つ。ステップ 10605では、キャンセル処理領収書 6105の受信の判定を行ない、ステップ 10612では、タイムアウトの判定を行なう。

ステップ 10612のタイムァゥ卜の判定では、タイムァゥト時間 T SPCR ( T SPCR > 0) 以上の間、キャンセル処理領収書 6105を受信しない場合、パーソナル · クレジット端末はタイムアウトして、ステップ 10613 で、ユーザ · タイムァゥト ·エラー処理を行ない、 "キャンセル" の処理を終了する。

キャンセル処理領収書 6105を受信した場合、パーソナル ' クレジット端末は、ステップ 10606で、ュ一ザのプライべ一ト鍵で、キャンセル処理領収書 6105の暗号を復号化し、ステップ 10607で、ユーザ有効性チェックを行ない、キャンセル処理領収書 6105の有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 10608へ進み、ュ一ザ有効性チェックにフェイルした場合には、パーソナル 'クレジット端末は、ステップ 10614で、ユーザ ' セッション 'エラ一処理を行ない、 "キャンセル" の処理を終了する。パーソナル · クレジヅト端末は、ステップ 10608で、暗号を復号化したキャンセル処理領収書 6105を、 R A Mのテンポラリ領域に格納し、ステツプ 10609で、利用履歴リス卜と、利用履歴リスト ' アドレスとを更新して、ステップ 10610で、 L C Dに、キャンセル処理領収書を表示する。そして、ステップ 10611で、テンポラリ領域の空き容量から、デ一夕アツプデート処理が必要か否かを判定し、テンボラリ領域の空き容量が、設定値 AU ( AU > 0) 以上ある場合には、そのまま、 "キャンセル" の処理を終了し、設定値 AUよりも少ない場合には、デ一夕アップデートプロセスを生成し、デ一夕アップデート処理へ進む。

また、図 1 3 8は、 "キャンセル" の処理におけるユーザプロセスの処理のフローを示している。

ュ一ザプロセスでは、 "キャンセル" の処理は、パーソナル ' クレジット端末から、キャンセル要求 6101を受信することによって開始される。ユーザプロセスは、まず、ステップ 10700で、サービス提供者のプライベ一ト鍵で、受信したキャンセル要求 6101の暗号を復号化し、ステップ 10701で、ユーザプロセス有効性チェックを行ない、キャンセル要求 610 1の有効性を検証する。

ユーザプロセス有効性チエツクにパスした場合には、ユーザプロセスは、ステップ 10702で、ユーザプロセス管理情報のサービス ' ディレク夕プロセス I Dの値から、プロセスグループに属しているか否かを判定し、プロセスグループに属している場合（サービス ·ディレクタプロセス I D≠ 0 ) には、ステップ 10709で、暗号を復号化したキャンセル要求 6101を、サ一ビス ·ディレクタプロセスへ送信し、プロセスグループに属していない場合（サービス 'ディレクタプロセス I D = 0 ) には、ステップ 10703で、暗号を復号化したキャンセル要求 6101を、サ一ビス · マネージャプロセスへ送信する。

ユーザプロセス有効性チェックにフェイルした場合には、ユーザプロセスは、受信したメッセージは有効ではないと判定し、ステップ 10708 で、ユーザプロセス 'セッション 'エラ一処理を行ない、 "キャンセル" の処理を終了する。

サービス 'ディレクタプロセス、または、サービス 'マネージャプロセスへキャンセル要求 6213を送信したユーザプロセスは、ステップ 1070 4で、サービス 'ディレクタプロセスから、キャンセル処理領収書 6250 を受信するのを待つ。サービス 'ディレクタプロセスから、キャンセル処理領収書 6250を受信すると、ユーザプロセスは、ステップ 10705で、キャンセル処理領収書 6250を、ユーザ宛てに封書化して、ステップ 1070 6で、キヤンセル処理領収書 6105をパーソナル · クレジット端末へ送信し、さらに、ステップ 10707で、ユーザ情報サーバ上の利用履歴リストと利用履歴リスト · ァドレスとを更新して、 "キャンセル" の処理を終了する。

また、図 1 3 9は、 "キャンセル" の処理における決済システムの処理のフローを示している。 "キャンセル" の処理は、サービス提供システムの決済処理機関プロセスから、キャンセル要求 6102を受信することで開始される。

決済システムは、まず、ステップ 10800で、決済処理機関のプライべート鍵で、受信したキャンセル要求 6102の暗号を復号化し、ステップ 10

801で、決済処理機関有効性チヱックを行ない、キャンセル要求 6102の有効性を検証する。

決済処理機関有効性チェックにパスした場合には、決済システムは、ステップ 10802で、キャンセル要求 6102に基づいて、加入者情報サーバと、加盟店情報サーバと、取引情報サーバとのデータを更新して、クレジット決済処理のキャンセル処理を行ない、ステップ 10803で、キャンセル完了通知 6103を生成し、ステップ 10804で、生成したキャンセル完了通知 6103を、決済処理機関プロセスへ送信して、 "キャンセル" の処理を終了する。

決済処理機関有効性チェックにフェイルした場合には、決済システムは、受信したメッセ一ジは有効なメッセ一ジではないと判断して、ステヅプ 10805で、決済処理機関セッション 'エラ一処理を行ない、 "キヤンセル" の処理を終了する。

また、図 1 4 0は、 "キャンセル" の処理における決済処理機関プロセスの処理のフローを示している。決済処理機関プロセスでは、 "キヤンセル" の処理は、サービス .ディレクタプロセスから、キャンセル要求 6221を受信することによって開始される。

決済処理機関プロセスは、まず、ステップ 10900で、キャンセル要求 6 221を、決済処理機関宛てに封書化して、ステップ 10901で、キャンセル要求 6102を決済システムへ送信する。

決済システムにキャンセル要求 6102を送信した決済処理機関プロセスは、ステップ 10902で、決済システムから、キャンセル完了通知 6103を受信するのを待つ。決済システムからキャンセル完了通知 6103を受信すると、決済処理機関プロセスは、ステップ 10903で、サービス提供者のプライベート鍵で、受信したキヤンセル完了通知 6103の暗号を復号化し、ステップ 10904で、決済処理機関プロセス有効性チェックを行ない、キャンセル完了通知 6103の有効性を検証する。

決済処理機関プロセス有効性チェックにパスした場合には、決済処理機関プロセスは、ステップ 10905で、暗号を復号化したキャンセル完了通知 6103を、サ一ビス ' ディレクタプロセスへ送信し、ステップ 10906 で、決済処理機関情報サーバ上の決済履歴リストと決済履歴リスト · ァドレスとを更新して、 "キャンセル" の処理を終了する。

決済処理機関プロセス有効性チェックにフェイルした場合には、決済処理機関プロセスは、受信したメヅセージは有効ではないと判定し、ステツプ 10907で、決済処理機関プロセス 'セッション 'エラ一処理を行ない、 "キャンセル" の処理を終了する。

また、図 1 4 1 ( a ) 、（b ) は、 "キャンセル" の処理におけるサ一ビス ·ディレク夕プロセスの処理のフローを示している。

サービス 'ディレクタプロセスでは、サービス 'マネージャプロセスから、キャンセル要求 6205及びキャンセル要求 6213を受信した場合、または、マ一チャントプロセスから、キャンセル要求 6205を受信した場合、または、ユーザプロセスから、キャンセル要求 6213を受信した場合の 3 つの場合に、 "キャンセル" の処理を開始する。

マ一チャントプロセスから、キャンセル要求 6205を受信した場合には、サービス · ディレクタプロセスは、ステップ 11016で、ユーザプロセスからキャンセル要求 6213を受信するのを待ち、ユーザプロセスからキヤンセル要求 6213を受信すると、ステップ 11000へ進む。

また、ユーザプロセスから、キャンセル要求 6213を受信した場合には、サービス 'ディレクタプロセスは、ステップ 11017で、マ一チャントプロセスからキヤンセル要求 6205を受信するのを待ち、マ一チャントプロセスからキャンセル要求 6205を受信すると、ステヅプ 11000へ進む。サービス 'マネージャプロセスから、キャンセル要求 6205及びキャンセル要求 6213を受信した場合には、サービス ·ディレク夕プロセスは、そのまま、ステップ 11000へ進み、キャンセル要求 6205及びキャンセル要求 6213の有効性をチェヅクする。ステヅプ Π000のキャンセル要求 620 5及びキヤンセル要求 6213の有効性チェヅクでは、サ一ビス · ディレク夕プロセスは、キャンセル要求 6205の決済完了通知 5937とマーチャント情報サーバ上のデ一夕とのデータ照合と、キャンセル要求 6213の領収書 6016とユーザ情報サーバ上のデータとのデータ照合と、キヤンセル要求 6205の決済完了通知 5937の決済番号とキャンセル要求 6213の領収書 6016 の決済番号との照合と、キャンセル要求 6205及びキャンセル要求 6213の有効期間の検証とを行ない、決済完了通知 5937及び領収書 6016のデータ照合が共に一致し、決済番号が一致して、有効期間の検証をパスした場合にのみ、キャンセル要求及び支払要求の有効性チヱックにパスしたと判定し、それ以外の場合は、フヱイルと判定する。

キヤンセル要求及び支払要求の有効性チヱックにフヱイルした場合には、サービス ·ディレクタプロセスは、ステップ 11013で、サービス ' ディレク夕プロセス 'セッション 'エラ一処理を行ない、 "キャンセル" の処理を終了する。

キヤンセル要求及び支払要求の有効性チエツクにパスした場合には、サ一ビス ' ディレクタプロセスは、ステップ 11001で、サ一ビス 'マネ —ジャプロセスに、メンバ一プロセス要求を送信して、同一のプロセスグループのメンバ一プロセスとして、キャンセルする取引のクレジット決済処理を行なった決済処理機関に対応する決済処理機関プロセスを要求し、ステップ 11002で、要求した決済処理機関プロセスが、メンバープロセスになるのを待つ。

要求した決済処理機関プロセスが、メンバ一プロセスになると、サービス · ディレクタプロセスは、ステップ 11003で、決済処理機関に対応する決済処理機関情報サーバ上の情報にアクセスして、キャンセル要求 6221を生成し、ステップ 11004で、生成したキャンセル要求 6221を、決済処理機関プロセスへ送信する。

キャンセル要求 6221を送信したサービス ·ディレクタプロセスは、ステツプ 11005とステップ 11014とで、決済処理機関プロセスから、キャンセル完了通知 6232を受信するのを待つ。ステップ 11005では、キャンセル完了通知 6232の受信の判定を行ない、ステップ 11014では、タイムァゥトの判定を行なう。

ステップ 11014のタイムァゥトの判定では、タイムァゥト時間 T TPCC ( T TPCC > 0)以上の間、キャンセル完了通知 6232を受信しない場合、サービス ·ディレクタプロセスはタイムアウトして、ステヅプ 11015で、サ一ビス ·ディレクタプロセス ' タイムアウト ·エラ一処理を行ない、 "キャンセル" の処理を終了する。

決済処理機関プロセスからキャンセル完了通知 6232を受信した場合、サービス 'ディレクタプロセスは、ステップ 11006で、キャンセル完了通知 6232とキャンセル要求 6205とから、マーチヤントへのキャンセル完了通知 6241を生成し、ステップ 11007で、キャンセル要求 6213とキャンセル完了通知 6232とから、ユーザへのキャンセル処理領収書 6250を生成して、ステップ 11008で、生成したキャンセル完了通知 6241を、マーチヤントプロセスへ送信し、ステップ 11009で、生成したキャンセル処理領収書 6250を、ュ一ザプロセスへ送信し、さらに、ステップ 11010で、サービス提供履歴リスト 4303に、クレジヅト決済キャンセルのサービス提供履歴を追加して、サ一ビス提供履歴リスト 4303を更新する。

サービス提供履歴リスト 4303を更新したサービス ·ディレクタプロセスは、ステップ 11011で、マ一チャントプロセスと、ユーザプロセスとが、 "キャンセル" の処理を完了するのを待ち、マ一チャントプロセスと、ユーザプロセスとが、 "キャンセル" の処理を完了すると、ステツプ 11012で、サービス · ディレク夕プロセス自身のプロセス消去要求をサービス ·マネージャプロセスへ送信して、 "キャンセル" の処理を終了する。ステヅプ 11012のプロセス消去要求の送信によって、サ一ビス · ディレクタプロセスは、サービス ·マネージャプロセスによって消去され。

次に、 "顧客サービスコール" の処理における処理のフローについて説明する。図 1 4 2 ( a ) 、（b ) は、 "顧客サービスコール" の処理におけるクレジヅト決済端末の処理のフローを示している。 "顧客サ —ビスコール" の処理は、マーチャントが、顧客サービスコール操作をすると、クレジット決済端末 300が、顧客サービスコールプロセスを生成することによって開始される。

クレジット決済端末は、まず、ステップ 11100で、 L C Dに "接続処理実行中" を表示し、ステップ 11101で、顧客サービスコール要求 6300 を生成し、ステップ 11102で、ターミナル ' ステイタスから、セヅション確立状態か否かを判定し、セッション確立状態の場合には、ステップ 11104で、生成した顧客サービスコール要求 6300をマ一チャントプロセスに送信し、セッション確立状態でない場合には、ステップ 11103でセッション確立処理を行ない、サ一ビス提供システムとのセヅシヨンを確立してから、ステップ 11104へ進む。

顧客サービスコール要求 6300を送信したクレジット決済端末は、ステヅプ 11105とステップ 11113とで、マ一チャントプロセスから、顧客サ一ビスコール応答 6302を受信するのを待つ。ステップ 11105では、顧客サ —ビスコール応答 6302の受信の判定を行ない、ステップ 11113では、夕ィムァゥ卜の判定を行なう。

ステップ 11113のタイムアウトの判定では、タイムアウト時間 T CSCR ( T CSCR > 0) 以上の間、顧客サ一ビスコール応答 6302が受信されない場合、クレジット決済端末はタイムアウトして、ステップ 11114で、マ一チャント ' タイムアウト ·エラー処理を行ない、 "顧客サービスコ —ル" の処理を終了する。

顧客サービスコール応答 6302を受信した場合、クレジット決済端末は、ステップ 11106で、マーチャントのプライベート鍵で、受信した顧客サ —ビスコール応答 6302の喑号を復号化し、ステップ 11107で、マ一チヤント有効性チヱックを行ない、受信したメッセージの有効性を検証する。マ一チャント有効性チェックにパスした場合には、クレジット決済端末は、ステップ 11108へ進み、マ一チャント有効性チェックにフェイルした場合には、クレジット決済端末は、ステップ 11115で、マーチヤント 'セッション ' エラー処理を行ない、 "顧客サービスコール" の処理を終了する。

クレジット決済端末は、ステップ 11108で、顧客サービスコール応答の応答メッセージが、通話可か、通話不可かを判定し、通話可の場合には、ステップ 11109で、 L C Dに "呼び出し中" を表示して、ステップ 1 1110で、マ一チャントプロセスから、呼び出し応答 6304を受信するのを待ち、通話不可の場合には、ステップ 11116で、 L C Dに、ュ一ザにァクセスできなかったことを示すエラーメヅセージを表示して、 "顧客サ —ビスコール" の処理を終了する。

マ一チャントプロセスから呼び出し応答 6304を受信すると、クレジット決済端末は、ステップ 11111で、マ一チャントのプライベート鍵で、受信した呼び出し応答 6304の暗号を復号化し、ステップ 11112で、 L C Dに、 "通話中" を表示して、音声通話状態へ移行する。この時、呼び出し応答 6304に、音声デ一夕暗号鍵 6439が設定されている場合には、クレジット決済端末は、音声データ暗号鍵 6439を音声デ一夕暗号鍵レジス夕（CRYPT)22611に設定して、音声データを暗号化して音声通話を行なう。また、図 1 4 3 ( a ) 、（b ) は、 "顧客サービスコール" の処理におけるマ一チャントプロセスの処理のフローを示している。

マ一チャントプロセスでは、 "顧客サ一ビスコール" の処理は、クレジット決済端末から、顧客サービスコール要求 6300を受信することによつて開始される。マ一チャントプロセスは、まず、ステップ 11200で、サービス提供者のプライべ一ト鍵で、受信した顧客サービスコール要求 6300の暗号を復号化し、ステップ 11201で、マーチャントプロセス有効性チエツクを行ない、顧客サービスコール要求 6300の有効性を検証する。マ一チャントプロセス有効性チェックにパスした場合には、マーチヤントプロセスは、ステップ 11202で、マ一チャントプロセス管理情報のサービス 'ディレクタプロセス I Dの値から、プロセスグループに属しているか否かを判定し、プロセスグループに属している場合（サービス · ディレクタプロセス I D≠ 0 ) には、ステップ 11212で、暗号を復号化した顧客サービスコール要求 6300を、サービス 'ディレクタプロセスへ送信し、プロセスグループに属していない場合（サービス ·ディレク夕プロセス I D = 0 ) には、ステヅプ 11203で、暗号を復号化した顧客サ —ビスコール要求 6300を、サ一ビス ·マネージャプロセスへ送信する。マ一チャントプロセス有効性チェックにフェイルした場合には、マ一チャントプロセスは、受信したメヅセ一ジは有効ではないと判定し、ステツプ 11211で、マ一チャントプロセス 'セッション · エラ一処理を行ない、 "顧客サービスコール" の処理を終了する。

サ一ビス ·ディレクタプロセス、または、サービス ·マネージャプロセスへ顧客サービスコール要求 6406を送信したマ一チャントプロセスは、ステップ 11204で、サ一ビス ' ディレクタプロセスから、顧客サービスコ一ル応答 6426を受信するのを待つ。

サ一ビス ·ディレクタプロセスから、顧客サ一ビスコール応答 6426を受信すると、マーチャントプロセスは、ステップ 11205で、顧客サ一ビスコ一ル応答 6426を、マーチャント宛てに封書化して、ステップ 11206 で、顧客サービスコール応答 6302をクレジット決済端末へ送信する。そして、ステップ 11207で、顧客サービスコール応答の応答メッセ一ジが、通話可か、通話不可かを判定し、通話可の場合には、ステップ 11 208で、サービス 'ディレクタプロセスから、呼び出し応答 6440を受信するのを待ち、通話不可の場合には、そのまま、 "顧客サービスコール" の処理を終了する。

サービス ·ディレクタプロセスから、呼び出し応答 6440を受信すると、マーチャントプロセスは、ステップ 11209で、呼び出し応答 6440を、マ —チャント宛てに封書化して、ステップ 11210で、呼び出し応答 6304をクレジット決済端末へ送信して、デジタル音声データ通信を行なう音声通話状態へ移行する。

また、図 1 4 4は、 "顧客サービスコール" の処理におけるパーソナル . クレジット端末の処理のフローを示している。 "顧客サービスコ一ル" の処理は、サービス提供システムから、顧客サービスコール 6301を受信すると、パーソナル ' クレジット端末が、顧客サービスコールプロセスを生成することによって開始される。

パーソナル ' クレジット端末は、まず、ステップ 11300で、ユーザのプライべ一ト鍵で、受信した顧客サービスコール 6301の暗号を復号化し、ステップ 11301で、ユーザ有効性チェックを行ない、顧客サ一ピスコ一ル 6301の有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジット端末は、ステップ 11302で、スピーカから着信音を出力し、 L C Dに、顧客サービスコールの着信を表示して、ステップ 11303で、ユーザの通話操作を待つ。

ユーザ有効性チェックにフェイルした場合には、パーソナル · クレジット端末は、ステップ 11307で、ユーザ 'セッション ' エラ一処理を行ない、 "顧客サービスコール" の処理を終了する。

ユーザが通話操作を行なうと、パーソナル · クレジヅト端末は、ステップ 11304で、着信応答 6303を生成し、ステップ 11305で、生成した着信応答 6303を、ユーザプロセスへ送信し、さらに、ステップ 11306で、 L C Dに、 "通話中" を表示して、音声通話状態へ移行する。

音声デ一タを暗号化して音声通話を行なう場合には、ステップ 11304 で、着信応答 6303を生成する際に、パーソナル ' クレジット端末は、音声データ暗号鍵 6432を生成して、着信応答 6303に設定し、さらに、生成した音声データ暗号鍵 6432を音声デ一夕暗号鍵レジス夕（CRYPT )21613に設定して、音声データの暗号化と復号化とを行なう。

また、図 1 4 5は、 "顧客サービスコール" の処理におけるユーザプ口セスの処理のフローを示している。

ユーザプロセスでは、 "顧客サービスコール" の処理は、サービス · ディレクタプロセスから、顧客サービスコール 6417を受信することによつて開始される。ユーザプロセスは、まず、ステップ 11400で、受信した顧客サ一ビスコール 6417を、ユーザ宛てに封書化し、次に、ステップ 11401で、ユーザ ' ステイタスから、セッション確立状態か否かを判定し、セッション確立状態の場合には、ステップ 11403で、顧客サービスコール 6301をパーソナル · クレジット端末へ送信し、セッション確立状態でない場合には、ステップ 11402で、セッション確立処理を行ない、パーソナル，クレジット端末とのセッションを確立してから、ステップ 11403へ進む。

顧客サービスコール 6301を送信したユーザプロセスは、ステップ 1140 4で、パーソナル ' クレジット端末から、着信応答 6303を受信するのを待ち、着信応答 6303を受信すると、ステップ 1 1405で、サービス提供者のプライベート鍵で、受信した着信応答 6303の暗号を復号化し、ステツプ 11406で、復号化した着信応答を、サ一ビス · ディレクタプロセスへ送信して、デジタル音声データ通信を行なう音声通話状態へ移行する。

また、図 1 4 6 ( a ) 、（b ) は、 "顧客サービスコール" の処理におけるサ一ビス ·ディレク夕プロセスの処理のフロ一を示している。サービス ·ディレク夕プロセスでは、サ一ビス ·マネージャプロセスから、顧客サービスコール要求 6406を受信した場合、または、マーチヤントプロセスから、顧客サービスコール要求 6406を受信した場合に、 "顧客サービスコール" の処理を開始する。

サービス 'ディレクタプロセスは、まず、ステップ 11500で、マーチャントの顧客テーブルを参照して、顧客サービスコール要求の顧客番号 6401に対応するユーザ IDを特定し、次に、ステヅプ 11501で、サービス · マネージャプロセスに、メンバープロセス要求を送信して、同一のプロセスグループのメンバープロセスとして、顧客サービスコールをするュ —ザに対応するユーザプロセスを要求し、ステツプ 11502とステツプ 115 12とで、要求したユーザプロセスが、メンバ一プロセスになるのを待つ。ステツプ 11502では、要求したユーザプロセスがメンバ一プロセスになつたか否かの判定を行ない、ステップ 11512では、タイムアウトの判定を行なう。

ステップ 11512のタイムァゥトの判定では、タイムァゥト時間 T UPMP ( T UPMP > 0 ) 以上の間、要求したユーザプロセスがメンバ一プロセスにならない場合、サービス ·ディレクタプロセスはタイムアウトして、ステップ 11513で、応答メッセ一ジ 6422が、通話不可を示す顧客サ一ビスコール応答 6426を生成して、ステップ 11514で、生成した顧客サービスコール応答 6426をマーチヤントプロセスへ送信し、ステツプ 11515で、マーチヤントプロセスが、 "顧客サービスコール" の処理を終了するのを待つ。マ一チャントプロセスが "顧客サービスコール" の処理を終了すると、サービス ·ディレクタプロセスは、ステップ 11516で、サ一ビス 'ディレク夕プロセス自身のプロセス消去要求をサービス 'マネージャプロセスへ送信して、 "顧客サ一ピスコ一ル" の処理を終了する。ステップ 11516のプロセス消去要求の送信によって、サ一ビス 'ディレク夕プロセスは、サービス ·マネージャプロセスによって消去される。要求したュ一ザプロセスが、メンバ一プロセスになった場合、サ一ビス ' ディレクタプロセスは、ステップ 11503で、ユーザのアクセス制御情報 24005を参照して、ユーザにアクセスできるか否かを判定する。ステップ 11503の判定で、ュ一ザにアクセスできる場合、サービス ' ディレクタプロセスは、ステップ 11504で、顧客サービスコール 6417を生成し、ステヅプ 11505で、生成した顧客サービスコール 6417をュ一ザプロセスへ送信し、さらに、ステップ 11506で、応答メッセージ 6422が、通話可を示す顧客サービスコール応答 6426を生成して、ステツプ 11507 で、生成した顧客サービスコール応答 6426をマーチヤントプロセスへ送信する。

ステップ 11503の判定で、ユーザにアクセスできない場合、サービス · ディレクタプロセスは、ステップ 11513へ進み、ステップ 11513からステップ 11516の処理を行なう。

顧客サービスコール応答 6426を送信したサービス 'ディレクタプロセスは、ステップ 11508とステップ 11517とで、ュ一ザプロセスから、着信応答 6433を受信するのを待つ。ステップ 11508では、着信応答 6433の受信の判定を行ない、ステツ

プ 11517では、タイムアウトの判定を行なう。

ステップ 11515のタイムァゥトの判定では、タイムァゥト時間 T ARU( T ARU > 0 ) 以上の間、着信応答 6433を受信しない場合、サービス ' ディレク夕プロセスはタイムアウトして、ステップ 11518で、サービス ' ディレクタプロセス ' タイムアウト ·エラ一処理を行ない、 "顧客サ一ビスコール" の処理を終了する。

ュ一ザプロセスから、着信応答 6433を受信した場合、サービス 'ディレク夕プロセスは、ステップ 11509で、着信応答 6433から、呼び出し応答 6440を生成して、ステップ 11510で、生成した呼び出し応答 6440を、マ一チャントプロセスへ送信し、さらに、ステップ 11511で、サービス提供履歴リスト 4303に、顧客サービスコールのサービス提供履歴を追加して、サービス提供履歴リスト 4303を更新して、デジタル音声データ通信を行なう音声通話状態へ移行する。

次に、 "問い合わせコール" の処理における処理のフローについて説明する。

図 1 4 7 ( a ) 、（b ) は、 "問い合わせコール" の処理におけるパ一ソナル · クレジヅト端末の処理のフローを示している。 "問い合わせコール" の処理は、ユーザが、問い合わせコール操作をすると、パーソナル . クレジヅト端末 100が、問い合わせコールプロセスを生成することによって開始される。

パーソナル · クレジヅト端末は、まず、ステップ； 11600で、 L C Dに "接続処理実行中" を表示し、ステップ 11601で、問い合わせコール要求 6306を生成し、ステップ 11602で、夕一ミナル 'ステイタスから、セッシヨン確立状態か否かを判定し、セッション確立状態の場合には、ステヅプ 11604で、生成した問い合わせコール要求 6306をユーザプロセスに送信し、セッション確立状態でない場合には、ステップ 11603でセッシヨン確立処理を行ない、サ一ビス提供システムとのセッションを確立してから、ステップ 11604へ進む。

問い合わせコール要求 6306を送信したパーソナル'クレジヅト端末は、ステヅプ 11605とステップ 11613とで、ユーザプロセスから、問い合わせコール応答 6308を受信するのを待つ。ステップ 11605では、問い合わせコール応答 6308の受信の判定を行ない、ステップ 11613では、タイムァゥ卜の判定を行なう。

ステップ 11613のタイムァゥトの判定では、タイムァゥト時間 T ICR( T ICR > 0)以上の間、問い合わせコール応答 6308が受信されない場合、パーソナル · クレジヅト端末はタイムァゥトして、ステヅプ 11614で、ユーザ ' タイムアウト 'エラ一処理を行ない、 "問い合わせコール" の処理を終了する。

問い合わせコール応答 6308を受信した場合、パーソナル ' クレジット端末は、ステップ 11606で、ユーザのプライベート鍵で、受信した問い合わせコール応答 6308の暗号を復号化し、ステップ 11607で、ユーザ有効性チェックを行ない、受信したメヅセージの有効性を検証する。

ユーザ有効性チェックにパスした場合には、パーソナル ' クレジヅト端末は、ステップ 11608へ進み、ュ一ザ有効性チェックにフェイルした場合には、パーソナル 'クレジット端末は、ステップ 11615で、ユーザ ' セッション ·エラ一処理を行ない、 "問い合わせコール" の処理を終了する。

パーソナル ' クレジット端末は、ステップ 11608で、問い合わせコール応答の応答メッセージが、通話可か、通話不可かを判定し、通話可の場合には、ステップ 11609で、 L C Dに "呼び出し中" を表示して、ステヅプ 11610で、ユーザプロセスから、呼び出し応答 6310を受信するのを待ち、通話不可の場合には、ステップ 11616で、 L C Dに、マ一チヤントにアクセスできなかったことを示すエラーメッセージを表示して、 "問い合わせコール" の処理を終了する。

ユーザプロセスから呼び出し応答 6310を受信すると、パーソナル · クレジット端末は、ステップ 11611で、ユーザのプライベート鍵で、受信した呼び出し応答 6310の暗号を復号化し、ステップ 11612で、 L C Dに、 "通話中" を表示して、音声通話状態へ移行する。この時、呼び出し応答 6310に、音声データ暗号鍵 6537が設定されている場合には、パーソナル · クレジット端末は、音声データ暗号鍵 6537を音声データ暗号鍵レジス夕（CRYPT )21613に設定して、音声デ一夕を暗号化して音声通話を行な。

また、図 1 4 8 ( a ) 、（b ) は、 "問い合わせコール" の処理におけるユーザプロセスの処理のフロ一を示している。

ユーザプロセスでは、 "問い合わせコール" の処理は、パーソナル ' クレジヅト端末から、問い合わせコール要求 6306を受信することによつて開始される。ユーザプロセスは、まず、ステップ 11700で、サービス提供者のプライベート鍵で、受信した問い合わせコール要求 6306の暗号を復号化し、ステップ 11701で、ュ一ザプロセス有効性チェックを行ない、問い合わせコール要求 6306の有効性を検証する。

ユーザプロセス有効性チヱヅクにパスした場合には、ュ一ザプロセスは、ステップ 11702で、ユーザプロセス管理情報のサ一ビス ' ディレク夕プロセス I Dの値から、プロセスグループに属しているか否かを判定し、プロセスグループに属している場合（サービス 'ディレクタプロセス I D≠ 0 ) には、ステップ 11712で、暗号を復号化した問い合わせコ —ル要求 6306を、サービス ·ディレクタプロセスへ送信し、プロセスグループに属していない場合（サ一ビス 'ディレクタプロセス I D = 0 ) には、ステップ 11703で、暗号を復号化した問い合わせコール要求 6306 を、サービス 'マネージャプロセスへ送信する。

ユーザプロセス有効性チェヅクにフェイルした場合には、ユーザプロセスは、受信したメッセージは有効ではないと判定し、ステップ 11711 で、ユーザプロセス 'セッション 'エラ一処理を行ない、 "問い合わせコール" の処理を終了する。

サービス ·ディレクタプロセス、またはサービス 'マネージャプロセスへ問い合わせコール要求 6506を送信したユーザプロセスは、ステップ 11704で、サービス 'ディレクタプロセスから問い合わせコール応答 652 4を受信するのを待つ。

サービス ·ディレク夕プロセスから問い合わせコール応答 6524を受信すると、ユーザプロセスは、ステップ 11705で、問い合わせコール応答 6 524を、ユーザ宛てに封書化して、ステップ 11706で、問い合わせコール応答 6308をパーソナル · クレジット端末へ送信する。そして、ステップ 11707で、問い合わせコール応答の応答メッセージが、通話可か、通話不可かを判定し、通話可の場合には、ステップ 11708で、サービス ' ディレク夕プロセスから、呼び出し応答 6538を受信するのを待ち、通話不可の場合には、そのまま、 "問い合わせコール" の処理を終了する。サ一ビス ·ディレクタプロセスから、呼び出し応答 6538を受信すると、ユーザプロセスは、ステップ 11709で、呼び出し応答 6538を、ユーザ宛てに封書化して、ステップ 11710で、呼び出し応答 6310をパーソナル - クレジット端末へ送信して、デジタル音声データ通信を行なう音声通話状態へ移行する。

また、図 1 4 9は、 "問い合わせコール" の処理におけるクレジット決済端末の処理のフローを示している。 "問い合わせコール"の処理は、サービス提供システムから、問い合わせコール 6307を受信すると、クレジヅト決済端末が、問い合わせコールプロセスを生成することによって開始される。

クレジット決済端末は、まず、ステップ 11800で、マ一チャントのプライべ一ト鍵で、受信した問い合わせコ一ル 6307の暗号を復号化し、ステツプ 11801で、マ一チャント有効性チェックを行ない、問い合わせコ —ル 6307の有効性を検証する。

マ一チャント有効性チェヅクにパスした場合には、クレジット決済端末は、ステップ 11802で、スピーカから着信音を出力し、 L C Dに、問い合わせコールの着信を表示して、ステップ 11803で、マ一チャントの通話操作を待つ。

マーチヤント有効性チェックにフェイルした場合には、クレジット決済端末は、ステップ 11807で、マーチャント 'セッション 'エラ一処理を行ない、 "問い合わせコール" の処理を終了する。

マ一チャントが通話操作を行なうと、クレジット決済端末は、ステツプ 11804で、着信応答 6309を生成し、ステップ 11805で、生成した着信応答 6309を、マ一チャントプロセスへ送信し、さらに、ステツプ 11806で、 L C Dに、 "通話中" を表示して、音声通話状態へ移行する。

音声データを暗号化して音声通話を行なう場合には、ステップ 11804 で、着信応答 6309を生成する際に、クレジット決済端末は、音声データ暗号鍵 6530を生成して、着信応答 6309に設定し、さらに、生成した音声デ一夕暗号鍵 6530を音声データ暗号鍵レジス夕（CRYPT)22611に設定して、音声データの暗号化と復号化とを行なう。

また、図 1 5 0は、 "問い合わせコール" の処理におけるマ一チャントプロセスの処理のフロ一を示している。

マ一チャントプロセスでは、 "問い合わせコール" の処理は、サ一ビス ·ディレク夕プロセスから、問い合わせコール 6515を受信することによって開始される。マ一チャントプロセスは、まず、ステツプ 11900で、受信した問い合わせコール 6515を、マ一チャント宛てに封書ィ匕し、次に、ステツプ 11901で、マ一チャント ' ステイタスから、セッション確立状態か否かを判定し、セヅション確立状態の場合には、ステヅプ 11903で、問い合わせコール 6307をクレジット決済端末へ送信し、セッション確立状態でない場合には、ステヅプ 11902で、セッション確立処理を行ない、クレジット決済端末とのセッションを確立してから、ステップ 11903へ進む。

問い合わせコール 6307を送信したマ一チャントプロセスは、ステップ 11904で、クレジット決済端末から、着信応答 6309を受信するのを待ち、着信応答 6309を受信すると、ステップ 11905で、サービス提供者のブラィペート鍵で、受信した着信応答 6309の暗号を復号化し、ステップ 1190 6で、復号化した着信応答を、サービス .ディレクタプロセスへ送信して、デジタル音声データ通信を行なう音声通話状態へ移行する。

また、図 1 5 1 ( a ) 、（b ) は、 "問い合わせコール" の処理におけるサービス ·ディレク夕プロセスの処理のフローを示している。

サービス ·ディレクタプロセスでは、サービス 'マネージャプロセスから問い合わせコール要求 6506を受信した場合、または、ユーザプロセスから問い合わせコール要求 6506を受信した場合に、 "問い合わせコ一ル" の処理を開始する。

サービス 'ディレクタプロセスは、まず、ステップ 12000で、サ一ビス 'マネージャプロセスに、メンバープロセス要求を送信して、同一のプロセスグループのメンバ一プロセスとして、問い合わせコールをするマーチヤントに対応するマ一チャントプロセスを要求し、ステツプ 1200 1とステヅプ 12010とで、要求したマ一チャントプロセスが、メンバ一プロセスになるのを待つ。ステップ 12001では、要求したマ一チャントプロセスがメンバープロセスになったか否かの判定を行ない、ステツプ 12 010では、タイムアウトの判定を行なう。

ステップ 12010のタイムァゥトの判定では、タイムァゥト時間 T MPMP ( T MPMP > 0) 以上の間、要求したマ一チャントプロセスがメンバ一プロセスにならない場合、サービス ·ディレクタプロセスはタイムァゥ卜して、ステップ 12011で、応答メッセ一ジ 6422が、通話不可を示す顧客サ一ビスコール応答 6426を生成して、ステップ 11512で、生成した問い合わせコール応答 6524をユーザプロセスへ送信し、ステツプ 12513で、ユーザプロセスが、 "問い合わせコールコール" の処理を終了するのを待つ。ユーザプロセスが "問い合わせコール" の処理を終了すると、サ —ビス ·ディレクタプロセスは、ステップ 12014で、サービス ' ディレクタプロセス自身のプロセス消去要求をサービス ·マネージャプロセスへ送信して、 "問い合わせコール" の処理を終了する。ステップ 12014 のプロセス消去要求の送信によって、サ一ビス .ディレクタプロセスは、サービス ·マネージャプロセスによって消去される。

要求したマ一チャントプロセスがメンバープロセスになった場合、サ —ビス 'ディレクタプロセスは、ステップ 12002で、問い合わせコール 6 515を生成し、ステップ 12003で、生成した問い合わせコール 6515をマ一チャントプロセスへ送信し、さらに、ステップ 12004で、応答メッセ一ジ 6422が通話可を示す問い合わせコール応答 6524を生成して、ステツプ 12005で、生成した問い合わせコール応答 6524をユーザプロセスへ送信する。

問い合わせコール応答 6524を送信したサービス 'ディレクタプロセスは、ステップ 12006とステップ 12015とで、マ一チャントプロセスから、着信応答 6531を受信するのを待つ。ステップ 12006では、着信応答 6531 の受信の判定を行ない、ステップ 12015では、タイムアウトの判定を行なう。

ステップ 12015のタイムァゥトの判定では、タイムァゥト時間 T ARM( T ARM > 0) 以上の間、着信応答 6531を受信しない場合、サービス 'ディレク夕プロセスはタイムアウトして、ステップ 12016で、サ一ビス ' ディレクタプロセス ' タイムアウト ·エラ一処理を行ない、 "問い合わせコール" の処理を終了する。

マ一チャントプロセスから、着信応答 6531を受信した場合、サービス · ディレクタプロセスは、ステップ 12007で、着信応答 6531から、呼び出し応答 6538を生成して、ステップ 12008で、生成した呼び出し応答 6538 を、ユーザプロセスへ送信し、さらに、ステップ 12009で、サ一ビス提供履歴リスト 4303に、問い合わせコールのサービス提供履歴を追加して、サービス提供履歴リスト 4303を更新して、デジタル音声データ通信を行なう音声通話状態へ移行する。

次に、ユーザが、ユーザのホームサービスエリア、または、ホームサ —ビスエリァ以外のサービスエリァで、パーソナル · リモ一ト ' クレジット決済サービスを利用する場合の動作について説明する。

図 1 5 2 ( a ) は、ユーザが、ホームサービスエリアが同じマ一チヤントと、ホームサービスエリアで、 "決済" の処理、または、 "キャンセル" の処理を行なう場合の動作を示している。

この場合、パーソナル ' クレジット端末 100と、クレジット決済端末 3 00とは、ホームサービスエリア（サービスエリア 1 12100) のサービス提供システム 102と通信をして、 "決済" の処理、または、 "キャンセル" の処理を行なう。

サービス提供システム 102では、サービス 'マネージャプロセス 23800 が、サ一ビス提供システム 102のサービスサーバ上に、ユーザプロセス 2 3802と、マ一チャントプロセス 23803と、サービスディレクタプロセス 2 3801と、決済処理機関プロセス 23804とを生成し、生成されたサービスディレクタプロセス 23801と、ユーザプロセス 23802と、マ一チャントプロセス 23803と、決済処理機関プロセス 23804とが連携して、 "決済" の処理、または、 "キャンセル" の処理を行なう。

また、図 1 5 2 ( b ) は、ユーザが、ホームサービスエリアが異なるマ一チャントと、マ一チャントのホームサービスエリアで、 "決済" の処理、または、 "キャンセル"の処理を行なう場合の動作を示している。

この場合、パーソナル · クレジット端末 100と、クレジット決済端末 3 00とは、マ一チャントのホームサービスエリア（サービスエリア 1 121 00) のサービス提供システム 102と通信をして、 "決済" の処理、または、 "キャンセル" の処理を行なう。

サービス提供システム 102では、サービス 'マネージャプロセス 23800 が、サービス提供システム 102のサービスサーバ上に、モパイルユーザプロセス 12105と、マーチャントプロセス 23803と、サービスディレクタプロセス 23801と、決済処理機関プロセス 23804とを生成し、一方、ユーザのホームサービスエリア（サービスエリア 2 12101) のサービス提供システム 12102では、サービス ·マネージャプロセス 12103が、サ一ビス提供システム 12102のサービスサーバ上に、ホームユーザプロセス 12104 を生成して、生成されたサービスディレクタプロセス 23801と、ホームユーザプロセス 12104と、モパイルユーザプロセス 12105と、マーチヤントプロセス 23803と、決済処理機関プロセス 23804とが連携して、 "決済" の処理、または、 "キャンセル" の処理を行なう。

ホームュ一ザプロセス 12104は、サービス 'マネージャプロセス 23800 が、モバイルュ一ザプロセス 12105を生成する際に、サービス 'マネージャプロセス 12103に対して、ユーザに対応するホームユーザプロセスの生成を要求するメヅセージを送信することによって生成され、ホームユーザプロセス 12104が、生成できなかった場合（例：すでに、ユーザに対応するユーザプロセスが生成されていた場合）には、モパイルユーザプロセス 12105は、生成されない。

また、図 1 5 3 ( a ) は、ユーザとマ一チャントのホームサービスェリアが異なる場合に、ユーザとマ一チャントが、それそれのホームサービスエリァで、 "キャンセル"の処理を行なう場合の動作を示している。この場合、パーソナル ' クレジット端末 100は、ユーザのホームサ一ビスエリア（サービスエリア 2 12201 ) のサービス提供システム 12202 と通信をし、クレジット決済端末 300は、マーチャントのホームサ一ビスエリア（サービスエリア 1 12200 ) のサービス提供システム 102と通信をして、 "キャンセル" の処理を行なう。

サービス提供システム 12202では、サービス 'マネージャプロセス 122 03が、サービス提供システム 12202のサービスサーバ上に、ユーザプロセス 23802を生成し、一方、サービス提供システム 102では、サービス · マネージャプロセス 23800が、サ一ビス提供システム 102のサ一ビスサーバ上に、マーチャントプロセス 23803と、サ一ビスディレクタプロセス 2 3801と、決済処理機関プロセス 23804とを生成して、生成されたサ一ビスディレクタプロセス 23801と、ユーザプロセス 23802と、マ一チャントプロセス 23803と、決済処理機関プロセス 23804とが連携して、 "キャンセル" の処理を行なう。

ユーザプロセス 23802からサービス ·マネージャプロセス 12203へ送信されたキヤンセル要求 6213は、サービス ·マネージャプロセス 12203によって、サービス ' マネージャプロセス 23800へ送信され、マ一チャントプロセス 23803からサ一ビス ·マネージャプロセス 23800へ送信されたキャンセル要求 6205と照合されて、サービスディレク夕プロセス 23801 と、ユーザプロセス 23802と、マ一チャントプロセス 23803と、決済処理機関プロセス 23804とによるプロセスグループが生成される。

また、図 1 5 3 ( b ) は、ユーザとマ一チャントのホームサ一ビスェリアが異なる場合に、ユーザが、ユーザ、または、マーチャントのホ一ムサービスエリア以外から、 "キャンセル" の処理を行なう場合の動作を示している。

この場合、パーソナル ' クレジット端末 100は、最寄りのサービスェリア（サービスエリア 2 12204) のサービス提供システム 12206と通信をし、クレジット決済端末 300は、マ一チャントのホームサービスエリァ（サービスエリア 1 12200) のサ一ビス提供システム 102と通信をして、 "キャンセル" の処理を行なう。

サービス提供システム 12206では、サービス 'マネージャプロセス 122 08が、サービス提供システム 12206のサービスサーバ上に、モバイルュ —ザプロセス 12211を生成し、一方、ユーザのホームサービスエリア（サ一ビスエリア 3 12205)のサービス提供システム 12207では、サービス · マネージャプロセス 12209が、サービス提供システム 12207のサービスサーバ上に、ホームユーザプロセス 12210を生成し、さらに、サービス提供システム 102では、サービス 'マネージャプロセス 23800が、サービス提供システム 102のサービスサーバ上に、マーチヤントプロセス 23803と、サ一ビスディレク夕プロセス 23801と、決済処理機関プロセス 23804とを生成して、生成されたサ一ビスディレクタプロセス 23801と、ホ一ムュ —ザプロセス 12210と、モパイルユーザプロセス 12211と、マーチャントプロセス 23803と、決済処理機関プロセス 23804とが連携して "キャンセル" の処理を行なう。

ホームユーザプロセス 12210は、サービス ·マネージャプロセス 12208 が、モパイルユーザプロセス 12211を生成する際に、サービス ' マネ一ジャプロセス 12209に対して、ュ一ザに対応するホームユーザプロセスの生成を要求するメヅセージを送信することによって生成され、ホームユーザプロセス 12210が生成できなかった場合（例：すでに、ユーザに対応するユーザプロセスが生成されていた場合）には、モパイルユーザプロセス 12211は、生成されない。

モバイルュ一ザプロセス 12211からサービス ·マネージャプロセス 122 08へ送信されたキャンセル要求 6213は、サービス 'マネージャプロセス 12208によって、サービス .マネージャプロセス 23800へ送信され、マ一チャントプロセス 23803からサービス ·マネージャプロセス 23800へ送信されたキャンセル要求 6205と照合されて、サービスディレク夕プロセス 23801と、モバイルュ一ザプロセス 12211と、マ一チャントプロセス 2380 3と、決済処理機関プロセス 23804とによるプロセスグループが生成される。

また、図 1 5 4 ( a ) は、ホームサービスエリアが同じユーザとマーチャントとの間で、 "顧客サ一ビスコール" の処理、または、 "問い合わせコール" の処理を行なう場合の動作を示している。

この場合、パーソナル · クレジット端末 100と、クレジット決済端末 3 00とは、ホームサービスエリア（サービスエリア 1 12300) のサービス提供システム 102と通信をして、 "顧客サービスコール" の処理、または、 "問い合わせコール" の処理を行なう。

サービス提供システム 102では、サービス · マネージャプロセス 2900 が、サービス提供システム 102のサ一ビスサーバ上に、ユーザプロセス 2 3802と、マ一チャントプロセス 23803と、サービスディレクタプロセス 2 901とを生成し、生成されたサービスディレクタプロセス 2901と、ユーザプロセス 23802と、マ一チャントプロセス 23803とが連携して、 "顧客サービスコール" の処理、または、 "問い合わせコール" の処理を行な 0。

また、図 1 5 4 ( b ) は、マ一チャントが、ホームサービスエリアが異なるユーザとの間で、 "顧客サービスコール" の処理を行なう場合の動作を示している。この場合、パーソナル ' クレジット端末 100は、ュ —ザのホームサービスエリア（サービスエリア 2 12301) のサ一ビス提供システム 12302と通信をし、クレジット決済端末 300は、マ一チャントのホームサービスエリア（サービスエリア 1 12300) のサ一ビス提供システム 102と通信をして、 "顧客サービスコール" の処理を行なう。サービス提供システム 102では、サービス ·マネージャプロセス 23800 が、サービス提供システム 102のサービスサーバ上に、マ一チャントプロセス 23803と、サービスディレクタプロセス 23801とを生成し、一方、サービス提供システム 12302では、サービス 'マネージャプロセス 12303 が、サービス提供システム 12302のサービスサーバ上に、ユーザプロセス 23802を生成して、生成されたサービスディレク夕プロセス 23801と、ユーザプロセス 23802と、マ一チャントプロセス 23803とが連携して、 "顧客サービスコール" の処理を行なう。

ユーザのホームサービスェリァのサービス提供システム 12302のユーザプロセス 23802は、サービスディレクタプロセス 23801からメンバ一プロセス要求を受信したサービス · マネージャプロセス 23800が、サ一ビス · マネージャプロセス 12303に対して、ユーザに対応するユーザプロセスの生成を要求するメッセージを送信することによって生成される。また、図 1 5 5 ( a ) は、ユーザのホームサービスエリァから、ユーザが、ホームサービスエリアが異なるマ一チャントとの間で、 "問い合わせコール" の処理を行なう場合の動作を示している。

この場合、パーソナル ' クレジット端末 100は、ユーザのホームサービスエリア（サ一ビスエリア 2 12401 ) のサ一ビス提供システム 12402 と通信をし、クレジット決済端末 300は、マ一チャントのホームサ一ビスエリア（サ一ビスエリア 1 12400) のサービス提供システム 102と通信をして、 "問い合わせコール" の処理を行なう。

サービス提供システム 12402では、サービス 'マネージャプロセス 124 03が、サ一ビス提供システム 12402のサービスサーバ上に、ユーザプロセス 23802を生成し、一方、サ一ビス提供システム 102では、サービス · マネージャプロセス 23800が、サービス提供システム 102のサービスサ一バ上に、マ一チャントプロセス 23803と、サービスディレクタプロセス 2 3801とを生成して、生成されたサービスディレク夕プロセス 23801と、ユーザプロセス 23802と、マ一チャントプロセス 23803とが連携して、 "問い合わせコール" の処理を行なう。

ユーザプロセス 23802からサービス ·マネージャプロセス 12203へ送信された問い合わせコール要求 6506は、サービス 'マネージャプロセス 12 203によって、サービス 'マネージャプロセス 23800へ送信され、サ一ビスディレクタプロセス 23801と、ユーザプロセス 23802と、マ一チャントプ口セス 23803とによるプロセスグループが生成される。

また、図 1 5 5 ( b ) は、ユーザまたはマーチヤントのホームサ一ビスエリア以外のサ一ビスエリアから、ユーザが、ホームサービスエリアが異なるマ一チャントとの間で "問い合わせコール" の処理を行なう場合の動作を示している。

この場合、パーソナル ' クレジット端末 100は、最寄りのサービスェリア（サービスエリア 2 12404) のサービス提供システム 12406と通信をし、クレジット決済端末 300は、マ一チャントのホームサービスエリァ（サービスエリア 1 12400 ) のサービス提供システム 102と通信をして、 "問い合わせコール" の処理を行なう。

サ一ビス提供システム 12406では、サ一ビス 'マネージャプロセス 124 08が、サービス提供システム 12406のサービスサ一バ上に、モバイルュ —ザプロセス 12411を生成し、一方、ユーザのホームサービスエリア（サ —ビスエリア 3 12405 )のサービス提供システム 12407では、サービス ' マネージャプロセス 12409が、サ一ビス提供システム 12407のサービスサ —バ上に、ホームユーザプロセス 12410を生成し、さらに、サービス提供システム 102では、サ一ビス 'マネージャプロセス 23800が、サービス提供システム 102のサ一ビスサーバ上に、マ一チャントプロセス 23803と、サービスディレクタプロセス 23801とを生成して、生成されたサービスディレクタプロセス 23801と、ホームユーザプロセス 12410と、モパイルユーザプロセス 12411と、マ一チャントプロセス 23803とが連携して、 "問い合わせコール" の処理を行なう。

ホ一ムュ一ザプロセス 12410は、サービス ·マネージャプロセス 12408 が、モパイルユーザプロセス 12411を生成する際に、サービス 'マネージャプロセス 12409に対して、ユーザに対応するホ一ムュ一ザプロセスの生成を要求するメッセージを送信することによって生成され、ホ一ムユーザプロセス 12410が、生成できなかった場合（例：すでに、ユーザに対応するユーザプロセスが生成されていた場合）には、モバイルュ一ザプロセス 12411は、生成されない。

モパイルユーザプロセス 12411からサービス ·マネージャプロセス 124 08へ送信された問い合わせコール要求 6506は、サービス 'マネージャプロセス 12408によって、サービス ·マネージャプロセス 23800へ送信され、サービスディレク夕プロセス 23801と、モパイルユーザプロセス 12411と、マーチヤントプロセス 23803とによるプロセスグループが生成される。以上のように、パーソナル ' クレジット端末 100と、クレジット決済装置 101と、サービス提供システム 102と、決済システム 103とが動作することによって、パーソナル · リモート ' クレジヅト決済サービスが提供される。ュ一ザは、パーソナル · リモ一ト · クレジット決済サービスが提供されている地域であれば、どこでも、同じ内容のパーソナル - リモート · クレジヅト決済サービスを受けることができる。

なお、パーソナル · クレジヅト端末 100においては、 R OM1501、及び、 E E PROM1503の代わりに、 C P U1500が実行するプログラムや、サービス提供者の公開鍵を格納するメモリデバイスとして、強誘電体不揮発性メモリを用いてもよい。強誘電体不揮発性メモリは、 E E PRO Mやフラッシュメモリのように、書き込みが可能でありながら、バッテリイなしに、データが保持でき、しかも、 E E PROMやフラッシュメモリに比べ、リ一ドライトの速度が高速で、しかも、低消費電力という特性を持つメモリデバイスである。

R OM150K 及び、 E E P R OM1503の代わりに、強誘電体不揮発性メモリを用いた場合、例えば、データアップデート処理と同様の処理によって、パーソナル · クレジヅト端末 100のプログラムの大幅なパージヨンアップや、定期的なサービス提供者の公開鍵の更新を、比較的、短時間に、しかも、ノヅテリイの寿命を、さほど損なうことなく、行なえるという利点がある。

また、 C P U1500が処理するデータ、及び、 C P U1500が処理したデ —夕を格納する RAM1502として、強誘電体不揮発性メモリを用いてもよい。この場合、バッテリイが切れても、デ一夕が保持されるので、デ —夕バックアップ処理をする必要がなく、また、 R A Mのデ一夕保持の為の電源の必要がないので、パーソナル · クレジット端末の消費電力を抑えられるという利点がある。

以上の説明では、パーソナル · リモ一ト . クレジヅト決済システムを構成するパーソナル · クレジット端末 100と、クレジット決済装置 101とは、パーソナル ' リモート ' クレジット決済サービスにおける、それそれの機能を実現するための、最適なハ一ドウエア構成を備えているが、機能としては、無線電話通信機能（または電話通信機能）、赤外線通信機能、ディスプレー、キ一ボード（または、ペン入力デバイス）、マイク、及びスピーカを備えたコンビュ一夕によって構成することもできる。この場合、パーソナル · クレジット端末 100、または、クレジット決済装置 101の内部のハ一ドウエアの内、機能的に対応するハードウエアをコンピュータが備えていないハードウエア（例：デ一夕コ一デヅク、暗号処理プロセッサ、制御ロジック部、など）に関しては、その機能をソフトウエア ' プログラム化して、 R O M 1501 ( 22501 )に格納されているプログラムと共に、パソコンの 0 S ( Operating System)上で動作するソフトウェア · プログラムに変換し、そのソフトウエア · プログラムを、コンピュータから実行可能な場所（例：ハードディスク）に格納しておく。産業上の利用可能性

以上の説明から明らかなように、本発明のパーソナル電子決済システムは、支払手段、請求手段及び決済手段（またはサービス提供手段）の各々が複数の系統の通信手段を持ち、支払手段、請求手段及び決済手段 (またはサービス提供手段）の各々の間における通信が、それぞれ異なる系統の通信手段を用いて行なわれるため、請求手段による不正な請求や個人情報の漏洩を防ぐことができ、また、決済に必要な情報が通信手段で迅速に交換されるため、販売の効率化を図ることができる。

また、支払手段と請求手段との間では赤外光などの光を用いた無線通信手段を用い、支払手段と決済手段（またはサービス提供手段）との間ではラジオ無線通信手段を用いることによって、使用環境に適したシステム形態を取ることができる。

また、請求手段から支払手段に支払請求のメッセ一ジを送り、支払手段から請求手段に支払申し出のメッセージを送り、請求手段及び支払手段が、これらの受信したメッセージから得た情報を含めて決済要求や支払要求のメッセージを生成して決済手段（またはサービス提供手段）に送信し、決済手段（またはサービス提供手段）がこれらの要求メッセ一ジを照合することにより、請求手段の不正請求や、支払手段の支払のごまかしを防ぐことができる。また、支払手段の識別番号や支払手段の所有者の電話番号などを請求手段に知られることなく、決済を受けることができる。

また、一つの支払手段で、支払方法を複数の中から選択することができるため、何枚ものクレジットカードを持ち歩く必要がない。

また、支払手段及び請求手段が保持しているデータを、決済手段（またはサービス提供手段）の蓄積手段に適宜移すことによって、データのバックアップが可能となり、また、支払手段及び請求手段の小型化を図ることができる。

また、支払手段及び請求手段が保持しているデータを、アップデート処理することで、支払手段に蓄積されるデータと決済手段（またはサービス提供手段）に蓄積されるデ一夕との一貫性を保つことができ、システムの信頼性が向上する。また、支払手段及び請求手段に最近のデータを蓄積し、それを更新することにより、支払手段及び請求手段のァクセス時間を短くすることができる。

また、アップデート処理に際して、支払手段または請求手段に蓄積されたデ一夕の改ざんを見つけることができ、不正を防止できる。

また、このシステムでは、決済の取り消しを簡単に実行することができる。また、請求手段の担当者は、電話番号を知らなくとも、支払いを行なった支払手段の所有者と連絡を取ることができる。また、同様に、支払手段の所有者も、電話番号を知らせることなく、請求手段の担当者と連絡を取ることができる。そのため、支払手段の所有者のプライバシ —を保護しながら、円滑な商取引を行なうことが可能である。

Claims

請求の範囲

1 . 複数の系統の通信手段を具備する支払手段と、複数の系統の通信手段を具備する請求手段と、複数の系統の通信手段を具備する決済手段とを備え、前記支払手段、請求手段及び決済手段の各々の間における通信を、それそれ異なる系統の通信手段を用いて行なうことを特徴とするパーソナル電子決済システム。

2 . 前記支払手段が、前記請求手段及び決済手段と通信するための前記通信手段として、異なる種類の無線通信手段を具備することを特徴とする請求項 1に記載のパーソナル電子決済システム。

3 . 前記支払手段が具備する前記請求手段との間の無線通信手段が、前記決済手段との間の無線通信手段に比べて、通信可能な距離が短く、指向性が高い無線通信手段であることを特徴とする請求項 2に記載のパ一ソナル電子決済システム。

4 . 前記支払手段が具備する前記請求手段との間の無線通信手段が光通信手段であり、前記支払手段が具備する前記決済手段との間の無線通信手段がラジオ無線通信手段であることを特徴とする請求項 2に記載のパーソナル電子決済システム。

5 . 前記支払手段が、前記光通信手段及びラジオ無線通信手段と、支払う金額の値を入力する入力手段と、前記光通信手段及びラジォ無線通信手段によって送信されるデータの生成処理と前記光通信手段及びラジォ無線通信手段によって受信されたデータの処理とを行なう中央処理装置と、前記中央処理装置の動作を制御する制御プログラムを蓄積する第 1の蓄積手段と、前記中央処理装置によるデ一夕処理の結果を表示する表示手段と、前記中央処理装置によって処理されたデータを蓄積する第 2の蓄積手段とを具備することを特徴とする請求項 4に記載のパーソナル電子決済システム。

6 . 前記請求手段が、前記支払手段との間で通信を行なう光通信手段と、前記決済手段との間で通信を行なう通信手段と、請求する金額の値を入力する入力手段と、前記光通信手段及び通信手段によって送信されるデータの生成処理と前記光通信手段及び通信手段によって受信されたデータの処理とを行なう中央処理装置と、前記中央処理装置の動作を制御する制御プログラムを蓄積する第 1の蓄積手段と、前記中央処理装置によるデータ処理の結果を表示する表示手段と、前記中央処理装置によつて処理されたデ一夕を蓄積する第 2の蓄積手段とを具備することを特徴とする請求項 1に記載のパーソナル電子決済システム。

7 . 前記決済手段が、前記支払手段に関する情報を蓄積する第 1の蓄積手段と、前記請求手段に関する情報を蓄積する第 2の蓄積手段と、決済処理におけるデータ処理を行なう計算機システムとを具備することを特徴とする請求項 1に記載のパーソナル電子決済システム。

8 . 前記支払手段の中央処理装置が、前記支払手段の入力手段によつて入力された値に相当する金額の支払処理を要求するメッセージデ一夕を生成して前記決済手段に送信し、また、前記決済手段から受信した支払の完了を示すメッセージデータを処理して、前記表示手段に出力し、さらに、前記処理したデータを支払手段の前記第 2の蓄積手段に格納することを特徴とする請求項 5に記載のパーソナル電子決済システム。

9 . 前記支払手段の中央処理装置が、前記支払手段の入力手段によつて入力された値に相当する金額の支払を申し出るメッセージデ一夕を生成して前記請求手段に送信することを特徴とする請求項 5に記載のパ一ソナル電子決済システム。

0 . 前記請求手段の中央処理装置が、前記請求手段の入力手段によて入力された値に相当する金額の支払を請求するメッセ一ジデ一夕を生成して前記支払手段に送信し、前記支払手段から受信した支払を申し出るメッセージデ一夕と、前記支払を請求するメッセージデ一夕とから、決済処理を要求するメッセージデータを生成して前記決済手段に送信し- また、前記決済手段から受信した決済の完了を示すメッセージデ一夕を処理して、請求手段の前記表示手段に出力し、さらに、前記処理したデ —夕を請求手段の前記第 2の蓄積手段に格納することを特徴とする請求項 6に記載のパーソナル電子決済システム。

1 1 . 前記請求手段の中央処理装置が、支払を請求するメッセージデ一夕を生成して前記支払手段に送信し、前記支払手段の中央処理装置が、生成した支払を申し出るメッセージデータと、前記請求手段から受信した支払を請求するメッセージデータとから支払処理を要求するメッセ一ジデ一夕を生成して前記決済手段に送信し、前記決済手段が、前記請求手段から受信した決済処理を要求するメッセージデータと前記支払手段から受信した支払処理を要求するメッセージデータとを照合して決済処理を行ない、決済の完了を表すメッセージデータを生成して前記請求手段に送信し、支払の完了を表すメ、ソセージデータを生成して前記支払手段に送信することを特徴とする請求項 6に記載のパーソナル電子決済システム。

1 2 . 前記支払手段の中央処理装置が、前記支払を申し出るメッセ一ジデ一夕の中にそのメッセージデータを識別する識別情報を入れ、前記支払処理を要求するメッセージデータの中に、前記支払を申し出るメッセージデータの識別情報と、支払手段の識別情報と、前記支払を請求するメッセージデータの識別情報とを入れ、前記請求手段の中央処理装置が、前記支払を請求するメッセ一ジデ一夕の中にそのメッセージデータを識別する識別情報を入れ、前記決済処理を要求するメツセ一ジデ一夕の中に、前記支払を請求するメッセージデ一夕の識別情報と、請求手段の識別情報と、前記支払を申し出るメッセ一ジデ一夕の識別情報とを入れ、前記決済手段が、前記支払処理を要求するメッセージデータ及び決済処理を要求するメッセージデータの中の前記支払を申し出るメッセ一ジデ一夕の識別情報と前記支払を請求するメッセージデータの識別情報とを照合することを特徴とする請求項 8に記載のパーソナル電子決済システム。

1 3 . 前記支払手段の第 2の蓄積手段には、複数の支払方法の識別情報が格納され、前記支払手段の中央処理装置が、前記支払手段の入力手段によって選択された前記支払方法の識別情報を、前記支払を申し出るメッセージデータ及び支払を請求するメッセージデータの中に入れることを特徴とする請求項 8に記載のパーソナル電子決済システム。

1 4 . 前記決済手段が、前記請求手段の所有者に対して有効な前記支払手段の所有者の識別情報を生成し、決済の完了を表すメッセ一ジデー夕の中に入れて前記請求手段に送信することを特徴とする請求項 1に記載のパーソナル電子決済システム。

1 5 . 前記支払手段が、前記支払手段のバッテリー容量を検出するバヅテリ一容量検出手段を具備し、前記バッテリイ容量が Q ( Q > 0 ) 以下になつたとき、前記支払手段の中央処理装置が、前記中央処理装置によって処理されたデ一夕が蓄積された支払手段の前記第 2の蓄積手段のデータを前記決済手段に送信し、前記決済手段が、受信した前記データを、前記支払手段に関する情報を蓄積する決済手段の第 1の蓄積手段に蓄積することを特徴とする請求項 1に記載のパーソナル電子決済システム o

1 6 . 前記支払手段の中央処理装置によって処理されたデータが、前記支払手段の第 2の蓄積手段、または前記決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段に蓄積され、これらのデータが、前記支払手段の第 2の蓄積手段に、前記データの識別情報と、前記データが存在する蓄積手段上のァドレスとを記述して管理され、前記決済手段の第 1の蓄積手段上のァドレスを示すデ一夕を処理する場合に、前記支払手段の中央処理装置が、前記デ一夕を要求するメッセ一ジデ一夕を生成して前記決済手段に送信し、前記メッセージデータを受信した決済手段が、要求されたデ一夕を含むメッセージデータを生成して支払手段に送信し、支払手段の中央処理装置が、前記決済手段から受信したメッセージデー夕から要求したデ一夕を取り出すことを特徴とする請求項 5に記載のパ ―ソナル電子決済システム。

1 7 . 前記請求手段の中央処理装置によって処理されたデータが、前記請求手段の第 2の蓄積手段、または前記決済手段の請求手段に関する情報を蓄積する第 2の蓄積手段に蓄積され、これらのデ一夕が、前記請求手段の第 2の蓄積手段に、前記データの識別情報と、前記デ一夕が存在する蓄積手段上のァドレスとを記述して管理され、前記決済手段の第 2の蓄積手段上のアドレスを示すデータを処理する場合に、前記請求手段の中央処理装置が、前記データを要求するメッセージデ一夕を生成して前記決済手段に送信し、前記メッセージデータを受信した決済手段が、要求されたデータを含むメッセージデータを生成して請求手段に送信し、請求手段の中央処理装置が、前記決済手段から受信したメッセージデ一夕から要求したデ一夕を取り出すことを特徴とする請求項 5に記載のパ —ソナル電子決済システム。

1 8 . 前記支払手段の中央処理装置が、前記決済手段によって指定された時刻に、支払手段の前記第 2の蓄積手段に蓄積されているデータを含むメッセージデ一夕を生成して前記決済手段に送信し、前記メッセ一ジデ一夕を受信した決済手段が、支払手段の前記第 2の蓄積手段の更新データを含むメッセージデータを生成して前記支払手段に送信し、支払手段の中央処理装置が、前記決済手段から受信したメッセージデータから更新データを取り出して、支払手段の前記第 2の蓄積手段に蓄積されているデ一夕を更新することを特徴とする請求項 1 6に記載のパ一ソナル電子決済システム。

1 9 . 前記請求手段の中央処理装置が、前記決済手段によって指定された時刻に、請求手段の前記第 2の蓄積手段に蓄積されているデータを含むメッセージデータを生成して前記決済手段に送信し、前記メッセージデ一夕を受信した決済手段が、請求手段の前記第 2の蓄積手段の更新データを含むメッセージデータを生成して前記請求手段に送信し、請求手段の中央処理装置が、前記決済手段から受信したメッセージデ一夕から更新データを取り出して、請求手段の前記第 2の蓄積手段に蓄積されているデータを更新することを特徴とする請求項 1 7に記載のパ一ソナル電子決済システム。

2 0 . 前記決済手段が、前記支払手段から支払手段の前記第 2の蓄積手段に蓄積されているデータを含むメッセージデータを受信して、支払手段の前記第 2の蓄積手段の更新データを生成する際に、データの生成時刻を比較し、生成時刻が遅いデータに対して、前記支払手段の第 2の蓄積手段上のアドレスを割り当て、生成時刻が早いデータに対して、前記決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段上のァドレスを割り当てることを特徴とする請求項 1 8に記載のパーソナル電子決済システム。

2 1 . 前記決済手段が、前記支払手段から支払手段の前記第 2の蓄積手段に蓄積されているデ一夕を含むメッセージデータを受信して、支払手段の前記第 2の蓄積手段の更新データを生成する際に、前記支払手段の所有者によるデ一夕のアクセス時刻を比較し、アクセス時刻が遅いデ —夕に対して、前記支払手段の第 2の蓄積手段上のァドレスを割り当て、アクセス時刻が早いデ一夕に対して、前記決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段上のァドレスを割り当てることを特徴とする請求項 1 8に記載のパーソナル電子決済システム。

2 2 . 前記決済手段が、前記請求手段から請求手段の前記第 2の蓄積手段に蓄積されているデ一夕を含むメッセージデ一夕を受信して、請求手段の前記第 2の蓄積手段の更新データを生成する際に、データの生成時刻を比較し、生成時刻が遅いデータに対して、前記請求手段の第 2の蓄積手段上のアドレスを割り当て、生成時刻が早いデ一夕に対して、前記決済手段の請求手段に関する情報を蓄積する第 2の蓄積手段上のァドレスを割り当てることを特徴とする請求項 1 9に記載のパーソナル電子決済システム。

2 3 . 前記決済手段が、前記支払手段から支払手段の前記第 2の蓄積手段に蓄積されているデータを含むメッセ一ジデ一夕を受信したとき、前記メッセージデ一夕から取り出した支払手段の前記第 2の蓄積手段に蓄積されているデータと、前記決済手段の支払手段に関する情報を蓄積する第 1の蓄積手段に蓄積されているデータとを照合して、不正な改ざんが発見された場合に、前記支払手段の機能を停止させるメッセージデ一夕を前記支払手段に送信することを特徴とする請求項 1 6に記載のパ —ソナル電子決済システム。

2 4 . 前記決済手段が、前記請求手段から前記第 2の蓄積手段に蓄積されているデ一夕を含むメッセージデータを受信したとき、前記メッセ —ジデ一夕から取り出した前記第 2の蓄積手段に蓄積されているデ一夕と、前記決済手段の請求手段に関する情報を蓄積する第 2の蓄積手段に蓄積されているデ一夕とを照合して、不正な改ざんが発見された場合に、前記請求手段の機能を停止させるメッセージデ一夕を前記請求手段に送信することを特徴とする請求項 1 7に記載のパーソナル電子決済システム。

2 5 . 前記支払手段の中央処理装置が、支払の完了を示すメッセージデータを用いて、支払処理の取消処理を要求するメッセージデ一夕を生成して前記決済手段に送信し、前記請求手段の中央処理装置が、決済の完了を示すメッセージデ一夕を用いて、決済処理の取消処理を要求するメッセージデータを生成して前記決済手段に送信し、前記決済手段が、前記支払手段及び請求手段のそれそれから受信した前記メッセージデー夕を照合して、決済処理の取消処理を行ない、前記支払手段に支払処理の取消処理の完了を表すメッセージデータを送信し、前記請求手段に決済処理の取消処理の完了を表すメッセージデータを送信することを特徴とする請求項 1に記載のパーソナル電子決済システム。

2 6 . 前記請求手段の中央処理装置が、前記決済手段から受信した決済の完了を表すメッセージデータの中に含まれる支払手段の所有者の識別情報を用いて、前記支払手段との通信を要求するメッセ一ジデ一夕を生成して前記決済手段に送信し、前記決済手段が、前記支払手段に対して、前記請求手段との通信回線の接続を知らせるメッセージデータを生成して送信し、さらに、前記識別情報から識別した前記支払手段と前記請求手段との通信回線を接続し、前記支払手段の中央処理装置が、前記メッセ一ジデ一夕を受信して、支払手段の表示手段に、前記請求手段の所有者の識別情報と、前記請求手段との通信回線の接続状態とを表示することを特徴とする請求項 1 4に記載のパーソナル電子決済システム。

2 7 . 前記決済手段が、前記支払手段と前記請求手段との通信回線を接続するとき、前記決済手段の第 1の蓄積手段に蓄積されている前記支払手段の所有者が設定したアクセス制御情報を参照して、前記請求手段からのアクセスが禁止されている場合には、前記通信回線を接続しないことを特徴とする請求項 2 6に記載のパーソナル電子決済システム。

2 8 . 前記支払手段の中央処理装置が、前記決済手段から受信した支払の完了を表すメッセージデ一夕を用いて、前記請求手段との通信を要求するメッセージデータを生成して前記決済手段に送信し、前記決済手段が、前記請求手段に対して、決済の完了を表すメッセ一ジデ一夕に含まれる前記支払手段の所有者の識別情報を含み、前記支払手段との通信回線の接続を知らせるメッセ一ジデ一夕を生成して送信し、さらに、前記支払手段と前記請求手段との通信回線を接続し、前記請求手段の中央処理装置が、前記メッセージデ一夕を受信して、請求手段の表示手段に、前記支払手段の所有者の識別情報と、前記支払手段との通信回線の接続状態とを表示することを特徴とする請求項 1 4に記載のパーソナル電子決済システム。

2 9 . 前記支払手段が、前記請求手段または前記決済手段へ送信する前記メッセージデータに、支払手段の所有者のデジタル署名を施すことを特徴とする請求項 1に記載のパーソナル電子決済システム。

3 0 . 前記請求手段が、前記支払手段または前記決済手段へ送信する前記メッセージデータに、請求手段の所有者のデジタル署名を施すことを特徴とする請求項 1に記載のパーソナル電子決済システム。

3 1 . 前記決済手段が、前記支払手段または前記請求手段へ送信する前記メッセージデータに、決済手段の所有者のデジタル署名を施すことを特徴とする請求項 1に記載のパーソナル電子決済システム。

3 2 . 前記支払手段が、音声入力手段と、音声出力手段と、前記音声入力手段から入力される音声データを前記通信手段で送信されるデータへ変換し、且つ、前記通信手段で受信されたデータを前記音声出力手段によって出力される音声データへ変換する音声データ処理手段とを具備することを特徴とする請求項 1に記載のパーソナル電子決済システム。

3 3 . 前記請求手段が、音声入力手段と、音声出力手段と、前記音声入力手段から入力される音声デ一夕を前記通信手段で送信されるデータへ変換し、且つ、前記通信手段で受信されたデータを前記音声出力手段によって出力される音声デ一夕へ変換する音声データ処理手段とを具備することを特徴とする請求項 1に記載のパーソナル電子決済システム。

3 4 . 前記支払手段が、送信するメッセージデータの暗号化処理と受信したメッセージデータの暗号の復号化処理とを行なう暗号処理手段と、送信する音声データの暗号化処理と受信した音声デ一夕の暗号の復号化処理とを行なう音声暗号処理手段とを具備することを特徴とする請求項

1に記載のパーソナル電子決済システム。

3 5 . 前記請求手段が、送信するメッセージデ一夕の暗号化処理と受信したメッセージデ一夕の暗号の復号化処理とを行なう暗号処理手段と、送信する音声デ一夕の暗号化処理と受信した音声データの暗号の復号化処理とを行なう音声暗号処理手段とを具備することを特徴とする請求項

1に記載のパーソナル電子決済システム。

3 6 . 前記支払手段が、前記決済手段へ送信する前記メッセージデー夕に、支払手段の所有者のデジタル署名を施すとともに、前記決済手段の所有者宛てに封書化処理を施すことを特徴とする請求項 1に記載のパ一ソナル電子決済システム。

3 7 . 前記請求手段が、前記決済手段へ送信する前記メッセージデー夕に、請求手段の所有者のデジタル署名を施すとともに、前記決済手段の所有者宛てに封書化処理を施すことを特徴とする請求項 1に記載のパ ―ソナル電子決済システム。

3 8 . 前記決済手段が、前記支払手段へ送信する前記メッセージデー夕に、決済手段の所有者のデジタル署名を施すとともに、前記支払手段の所有者宛てに封書化処理を施し、また、前記請求手段へ送信する前記メッセージデータに、決済手段の所有者のデジタル署名を施すとともに、前記請求手段の所有者宛てに封書化処理を施すことを特徴とする請求項 1に記載のパーソナル電子決済システム。

3 9 . 前記決済手段が、前記請求手段に送信した決済の完了を表すメッセージデ一夕を、請求手段に関する情報を蓄積する決済手段の前記第 2の蓄積手段に蓄積し、支払手段に送信した支払の完了を表すメッセージデ一夕を、支払手段に関する情報を蓄積する決済手段の前記第 1の蓄積手段に蓄積することを特徴とする請求項 7に記載のパーソナル電子決済システム。

4 0 . 前記決済手段が、前記支払手段との通信手段及び前記請求手段との通信手段を介して前記支払手段の所有者及び前記請求手段の所有者に電子決済サービスを提供するサービス提供手段と、前記サ一ビス提供手段と通信手段を介して接続し、前記支払手段の所有者及び前記請求手段の所有者の間の決済処理を実行する決済処理手段とから成ることを特徴とする請求項 1に記載のパーソナル電子決済システム。

4 1 . 前記サービス提供手段が、前記支払手段及び支払手段の所有者に関する情報を蓄積する第 1の蓄積手段と、前記請求手段及び請求手段の所有者に関する情報を蓄積する第 2の蓄積手段と、電子決済サービスを提供するためのデータ処理を行なう計算機システムとを具備することを特徴とする請求項 4 0に記載のパーソナル電子決済システム。

4 2 . 前記決済処理手段が、前記支払手段の所有者の決済処理契約に関する情報を蓄積する第 1の蓄積手段と、前記請求手段の所有者の決済処理契約に関する情報を蓄積する第 2の蓄積手段と、決済処理におけるデータ処理を行なう計算機システムとを具備することを特徴とする請求項 4 0に記載のパーソナル電子決済システム。

4 3 . 前記サービス提供手段が、前記請求手段から送信された決済処理を要求する前記メツセ一ジデ一夕と前記支払手段から送信された支払処理を要求する前記メッセージデ一夕とを照合し、決済実行処理を要求するメッセージデ一夕を生成して前記決済処理手段に送信し、決済処理を実行した前記決済処理手段が、決済処理の完了を表すメッセージデー夕を生成して前記サービス提供手段に送信し、前記サービス提供手段が、決済処理の完了を表す前記メッセージデータから決済の完了を表すメッセージデ一夕と支払の完了を表すメッセージデータとを生成して、それそれを前記請求手段と前記支払手段とへ送信することを特徴とする請求項 4 0に記載のパーソナル電子決済システム。

4 4 . 前記サービス提供手段が、前記請求手段に送信した決済の完了を表すメッセージデータをサービス提供手段の前記第 2の蓄積手段に蓄積し、支払手段に送信した支払の完了を表すメッセ一ジデ一夕をサ一ビス提供手段の前記第 1の蓄積手段に蓄積することを特徴とする請求項 4 1に記載のパーソナル電子決済システム。

4 5 . 前記決済処理手段が、取り扱う決済処理の種類を異にする複数の決済処理手段によって構成され、前記サービス提供手段が、前記決済処理手段に関する情報を蓄積する第 3の蓄積手段を具備していることを特徴とする請求項 4 1に記載のパーソナル電子決済システム。

4 6 . 前記サービス提供手段が、前記決済処理を要求するメッセージデ一夕と前記支払処理を要求するメッセージデータとの照合結果に基づいて、前記決済実行処理を要求するメッセージデータを送る決済処理手段を、複数の決済処理手段の中から選択することを特徴とする請求項 4 5に記載のパーソナル電子決済システム。

4 7 . 前記サービス提供手段が、前記決済処理手段から受信した決済処理の完了を表すメッセージデータを、サービス提供手段の前記第 3の蓄積手段に蓄積することを特徴とする請求項 4 5に記載のパーソナル電子決済システム。

4 8 . 前記サービス提供手段の前記第 1の蓄積手段に蓄積される支払手段の所有者に関する情報の中に、支払手段の所有者の決済処理契約に関する情報と、支払手段の所有者に帰属する情報とが含まれ、前記サ一ビス提供手段の前記第 2の蓄積手段に蓄積される請求手段の所有者に関する情報の中に、請求手段の所有者の決済処理契約に関する情報と、請求手段の所有者に帰属する情報とが含まれることを特徴とする請求項 4 1に記載のパーソナル電子決済システム。

4 9 . 前記サービス提供手段の第 1の蓄積手段の情報は、前記支払手段の所有者ごとに管理して蓄積され、前記サービス提供手段の第 2の蓄積手段の情報は、前記請求手段の所有者ごとに管理して蓄積されることを特徴とする請求項 4 1に記載のパーソナル電子決済システム。

5 0 . 前記支払手段の中央処理装置が、前記支払を申し出るメッセ一ジデ一夕及び前記支払処理を要求するメッセ一ジデ一夕の中に、そのメッセ—ジデ—夕の有効期間情報を入れ、前記請求手段の中央処理装置が、前記支払を請求するメッセージデータ及び前記決済処理を要求するメッセ—ジデ—夕の中に、そのメッセージデ一夕の有効期間情報を入れ、前記決済手段または前記サービス提供手段が、前記支払処理を要求するメッセ一ジデ一夕と決済処理を要求するメッセージデ一夕とを照合する際に、前記各有効期間情報を検証することを特徴とする請求項 1 1に記載のパーソナル電子決済システム。

5 1 . 前記請求手段の中央処理装置が、前記決済処理を要求するメッセージデ一夕を生成する前に、前記支払手段の所有者の照会処理を要求するメッセージデータを生成して前記サービス提供手段へ送信し、前記サービス提供手段が、前記支払処理を要求するメッセージデータと前記照会処理を要求するメッセージデ一夕とを照合して、サービス提供手段の前記第 1の蓄積手段に蓄積された支払手段の所有者に関する情報から、前記所有者の照会結果を示すメツセージデータを生成して前記請求手段へ送信し、前記請求手段の中央処理装置が、このメッセージデータを処理して、請求手段の表示手段に出力することを特徴とする請求項 4 1に記載のパーソナル電子決済システム。

5 2 . 前記サービス提供手段の前記第 1の蓄積手段に蓄積される支払手段の所有者に関する情報の中に、支払手段の所有者の写真情報と年齢情報とが含まれ、前記サ一ビス提供手段が、前記所有者の照会結果を示すメッセージデータの中に、前記支払手段の所有者の写真情報と年齢情報とを含めることを特徴とする請求項 5 1に記載のパーソナル電子決済システム。

5 3 . 前記支払手段の前記第 2の蓄積手段の空き容量が、 All ( AU > 0 ) 未満になった場合に、支払手段の中央処理装置が、支払手段の前記第 2の蓄積手段に蓄積されているデータを含むメッセージデ一夕を生成して前記決済手段または前記サービス提供手段に送信し、前記メッセージデ一夕を受信した前記決済手段または前記サービス提供手段が、支払手段の前記第 2の蓄積手段の更新データを含むメッセージデータを生成して前記支払手段に送信し、前記支払手段の中央処理装置が、前記決済手段または前記サービス提供手段から受信した前記メッセージデータから更新デ一夕を取り出して、支払手段の前記第 2の蓄積手段に蓄積されているデ一夕を更新することを特徴とする請求項 1 6に記載のパ一ソナル電子決済システム。

5 4 . 前記請求手段の前記第 2の蓄積手段の空き容量が、 AM ( AM> 0 ) 未満になった場合に、請求手段の中央処理装置が、請求手段の前記第 2の蓄積手段に蓄積されているデ一夕を含むメッセージデータを生成して前記決済手段または前記サービス提供手段に送信し、前記メツセ一ジデ一夕を受信した前記決済手段または前記サービス提供手段が、請求手段の前記第 2の蓄積手段の更新デ一夕を含むメッセージデータを生成して前記請求手段に送信し、前記請求手段の中央処理装置が、前記決済手段または前記サービス提供手段から受信した前記メッセージデータから更新デ一夕を取り出して、請求手段の前記第 2の蓄積手段に蓄積されているデータを更新することを特徴とする請求項 1 7に記載のパーソナル電子決済システム。

5 5 . 前記支払手段から支払手段の前記第 2の蓄積手段に蓄積されているデ一夕を含むメッセ一ジデ一夕を受信した、前記決済手段または前記サービス提供手段が、支払手段の前記第 2の蓄積手段の更新デ一夕と新しい支払手段の中央処理装置の制御プログラムとを含むメッセージデ —夕を生成して前記支払手段に送信し、前記メッセージデ一夕を受信した、支払手段の中央処理装置が、新しい支払手段の中央処理装置の制御プログラムを、支払手段の第 1の蓄積手段または第 2の蓄積手段に蓄積して、その制御プログラムを実行することを特徴とする請求項 1 6に記載のパーソナル電子決済システム。

5 6 . 前記請求手段から請求手段の前記第 2の蓄積手段に蓄積されているデータを含むメッセージデ一夕を受信した、前記決済手段または前記サービス提供手段が、請求手段の前記第 2の蓄積手段の更新デ一夕と新しい請求手段の中央処理装置の制御プログラムとを含むメッセージデ一夕を生成して前記請求手段に送信し、前記メッセージデータを受信した、請求手段の中央処理装置が、新しい請求手段の中央処理装置の制御プログラムを、請求手段の第 1の蓄積手段または第 2の蓄積手段に蓄積して、その制御プログラムを実行することを特徴とする請求項 1 7に記載のパーソナル電子決済システム。

5 7 . 前記決済手段または前記サービス提供手段が、前記決済の完了を表すメッセージデ一夕及び前記支払の完了を表すメッセージデ一夕の中に、決済処理の識別情報を入れ、前記支払手段及び前記請求手段の中央処理装置が、前記支払処理または決済処理の取消処理を要求するそれそれのメッセージデータの中に、前記決済処理の識別情報を入れ、前記決済手段または前記サービス提供手段が、前記支払手段及び請求手段のそれそれから受信した支払処理及び決済処理の取消処理を要求する各メッセージデータを照合する際に、前記決済処理の識別情報を照合することを特徴とする請求項 2 5に記載のパーソナル電子決済システム。

5 8 . 前記サービス提供手段が、前記支払手段及び請求手段のそれそれから受信した支払処理及び決済処理の取消処理を要求する各メッセージデ一夕を照合する際に、さらに、支払処理の取消処理を要求する前記メヅセージデータとサービス提供手段の第 1の蓄積手段に蓄積されている支払の完了を表すメッセ一ジデ一夕との照合、及び、決済処理の取消処理を要求する前記メッセージデ一夕とサービス提供手段の第 2の蓄積手段に蓄積されている決済の完了を表すメッセージデータとの照合を行なうことを特徴とする請求項 4 4に記載のパーソナル電子決済システム <

5 9 . 前記サービス提供手段が、前記請求手段に送信した決済処理の取消処理の完了を表すメッセージデータをサービス提供手段の前記第 2 の蓄積手段に蓄積し、支払手段に送信した支払処理の取消処理の完了を表すメッセージデータをサービス提供手段の前記第 1の蓄積手段に蓄積することを特徴とする請求項 4 に記載のパーソナル電子決済システム <

6 0 . 前記決済手段または前記サービス提供手段によって通信回線を接続された前記支払手段と請求手段とが、音声データ通信を行なうことを特徴とする請求項 2 6に記載のパーソナル電子決済システム。

6 1 . 前記決済手段または前記サービス提供手段によって通信回線を接続された前記支払手段と請求手段とが、暗号鍵を交換して、互いに音声デ一夕を暗号化して音声データ通信を行なうことを特徴とする請求項 3 5に記載のパーソナル電子決済システム。

6 2 . 前記サービス提供手段の計算機システムが、前記支払手段との通信とサービス提供手段の第 1の蓄積手段に蓄積される情報の処理とを行なうユーザ情報処理手段と、前記請求手段との通信とサービス提供手段の第 2の蓄積手段に蓄積される情報の処理とを行なうマーチヤント情報処理手段と、前記決済処理手段との通信とサービス提供手段の第 3の蓄積手段に蓄積される情報の処理とを行なう決済処理機関情報処理手段と、前記ユーザ情報処理手段、マーチャント情報処理手段及び決済処理機関情報処理手段との連携処理によってサービス提供処理におけるデ一夕処理を行なうサービスディレク夕情報処理手段とを具備することを特徴とする請求項 4 5に記載のパーソナル電子決済システム。

6 3 . 前記サービス提供手段の計算機システムが、前記ユーザ情報処理手段、マーチャント情報処理手段、決済処理機関情報処理手段及びサ —ビスディレク夕情報処理手段の生成と消去とを制御するサービスマネ —ジャ情報処理手段を具備し、前記ユーザ情報処理手段、マーチャント情報処理手段、決済処理機関情報処理手段及びサービスディレク夕情報処理手段が、それそれ、必要に応じて、前記サービスマネージャ情報処理手段によって生成または消去されることを特徴とする請求項 6 2に記載のパーソナル電子決済システム。

6 4 . 前記サービスマネージャ情報処理手段が、前記支払手段との通信のために、各支払手段のそれそれに 1対 1で対応するユーザ情報処理手段を生成し、前記請求手段との通信のために、各請求手段のそれそれに 1対 1で対応するマーチヤント情報処理手段を生成し、前記決済処理手段との通信のために、各決済処理手段のそれぞれに 1対 1で対応する決済処理機関情報処理手段を生成し、さらに、前記ユーザ情報処理手段、マ一チャント情報処理手段または決済処理機関情報処理手段が連携処理を行なうための情報処理手段の組み合わせのそれぞれに対応させて 1つずつのサービスディレク夕情報処理手段を生成することを特徴とする請求項 6 3に記載のパーソナル電子決済システム。

6 5 . 前記サービスマネージャ情報処理手段が、前記サービスディレクタ情報処理手段を生成する際に、前記サービスディレク夕情報処理手段を含む、連携処理を行なうための情報処理手段のグループを定義し、生成された前記サービスディレク夕情報処理手段が、前記グループに属する情報処理手段と前記サービスマネージャ情報処理手段とのみ通信をして、前記グループに属する情報処理手段との連携処理によって、サービス提供処理におけるデータ処理を行なうことを特徴とする請求項 6 3 に記載のパーソナル電子決済システム。

6 6 . 前記サービスディレクタ情報処理手段が、サービス提供処理におけるデータ処理を行なう際に、自身が属する情報処理手段のグループに属さない情報処理手段と連携処理をする必要がある場合に、必要とする情報処理手段の前記グループへの追加を要求するメッセージを前記サ一ビスマネージャ情報処理手段へ送信し、前記サービスマネージャ情報処理手段が、要求された前記情報処理手段を生成して前記グループへ追加することを特徴とする請求項 6 5に記載のパーソナル電子決済システム。

6 7 . 前記ユーザ情報処理手段が、対応する支払手段と、自身が属するグループのサービスディレク夕情報処理手段と、サービスマネージャ情報処理手段とのみ通信をし、サービス提供手段の第 1の蓄積手段に蓄積される前記支払手段及び前記支払手段の所有者に関する情報の処理を行ない、前記マーチャント情報処理手段が、対応する請求手段と、自身が属するグループのサービスディレク夕情報処理手段と、サービスマネージャ情報処理手段とのみ通信をし、サービス提供手段の第 2の蓄積手段に蓄積される前記請求手段及び前記請求手段の所有者に関する情報の処理を行ない、前記決済処理機関情報処理手段が、対応する決済処理手段と、自身が属するグループのサービスディレクタ情報処理手段と、サ一ビスマネージャ情報処理手段とのみ通信をし、サービス提供手段の第 3の蓄積手段に蓄積される前記決済処理手段に関する情報の処理を行なうことを特徴とする請求項 6 5に記載のパーソナル電子決済システム。

6 8 . 前記支払手段と前記サービス提供手段との間で通信回線を接続する際に、前記支払手段とそれに対応する前記ユーザ情報処理手段とが、相互の認証処理を行ない、前記請求手段と前記サービス提供手段との間で通信回線を接続する際に、前記請求手段とそれに対応する前記マーチヤント情報処理手段とが、相互の認証処理を行なうことを特徴とする請求項 6 4に記載のパーソナル電子決済システム。

6 9 . 前記支払手段、請求手段及び決済処理手段が、前記サービス提供手段の対応するユーザ情報処理手段、マーチヤント情報処理手段または決済処理機関情報処理手段へ送信するメッセージデータに、それそれ、支払手段の所有者、請求手段の所有者または決済処理手段の所有者のデジ夕ル署名を施し、また、前記ユーザ情報処理手段、マーチャント情報処理手段及び決済処理機関情報処理手段が、前記支払手段、請求手段または決済処理手段へ送信するメッセージデ一夕に前記サービス提供手段の所有者のデジタル署名を施し、これらのデジタル署名が施されたメッセージデータを受信した前記支払手段、請求手段、決済処理手段並びに前記サービス提供手段のユーザ情報処理手段、マーチヤント情報処理手段及び決済処理機関情報処理手段の各々が、前記デジタル署名の検証処理を行なうことを特徴とする請求項 6 4に記載のパーソナル電子決済システム。

7 0 . 前記支払手段、請求手段及び決済処理手段が、前記サービス提供手段の対応するユーザ情報処理手段、マーチヤント情報処理手段または決済処理機関情報処理手段に送信するメッセージデータに対して、前記サービス提供手段の所有者宛てに封書化処理を施し、また、前記ユーザ情報処理手段、マ一チャント情報処理手段及び決済処理機関情報処理手段が、前記支払手段、請求手段または決済処理手段へ送信するメッセージデ一夕に対して、前記支払手段、請求手段または決済処理手段の所有者宛に封書化処理を施し、これらの封書化処理が施されたメッセージデータを受信した前記支払手段、請求手段、決済処理手段並びに前記サ —ビス提供手段のユーザ情報処理手段、マーチヤント情報処理手段及び決済処理機関情報処理手段の各々が、封書化されたメッセージデータの暗号の復号化処理を行なうことを特徴とする請求項 6 4に記載のパ一ソナル電子決済システム。

7 1 . 前記支払手段、請求手段、決済処理手段並びに前記サービス提供手段のユーザ情報処理手段、マーチヤント情報処理手段及び決済処理機関情報処理手段が、送信する前記メッセージデータにデジタル署名と封書化処理とを併せて施し、前記メッセージデータを受信した前記支払手段、請求手段、決済処理手段並びに前記サービス提供手段のユーザ情報処理手段、マーチヤント情報処理手段及び決済処理機関情報処理手段の各々が、封書化されたメッセージデータの暗号を復号化して、デジ夕ル署名の検証処理を行なうことを特徴とする請求項 7 0に記載のパーソナル電子決済システム。

7 2 . 前記請求手段から決済処理を要求するメッセージデータを受信したマ一チャント情報処理手段が、決済処理を要求するメッセージを生成してサービスマネージャ情報処理手段へ送信し、前記支払手段から支払処理を要求するメッセージデータを受信したユーザ情報処理手段が、支払処理を要求するメッセージを生成して前記サービスマネージャ情報処理手段へ送信し、メッセージに含まれる識別情報を基にこれらのメッセ一ジを照合した前記サービスマネージャ情報処理手段が、サ一ビスディレク夕情報処理手段を生成して、前記マーチャント情報処理手段、ュ一ザ情報処理手段及びサービスディレク夕情報処理手段からなる情報処理手段のグループを定義し、前記サービスディレク夕情報処理手段が、前記決済処理を要求するメッセージと前記支払処理を要求するメッセージとの内容を照合して、決済処理を実行する決済処理手段を選択し、選択した決済処理手段に対応する決済処理機関情報処理手段の前記グループへの追加を前記サービスマネージャ情報処理手段に要求し、前記サ一ビスマネージャ情報処理手段が、要求された決済処理機関情報処理手段を生成して前記グループへ追加し、前記サービスディレクタ情報処理手段が、決済処理を要求するメッセージを生成して前記決済処理機関情報処理手段へ送信し、前記決済処理機関情報処理手段が、このメッセージから、決済処理を要求するメッセ一ジデ一夕を生成して、前記決済処理手段へ送信し、前記決済処理手段から決済処理の完了を表すメッセージデータが送信されると、前記決済処理機関情報処理手段が、決済処理の完了を表すメッセージを生成して前記サービスディレク夕情報処理手段へ送信するとともに、前記決済処理の完了を表すメッセージデータをサ一ビス提供手段の第 3の蓄積手段に蓄積し、決済処理の完了を表すメッセージを受信した前記サービスディレク夕情報処理手段が、決済の完了を表すメッセージと支払の完了を表すメッセージとを生成して、それそれ、前記マーチャント情報処理手段と、前記ユーザ情報処理手段とへ送信し、前記マーチャント情報処理手段が、受信したメッセージから、決済の完了を表すメッセージデ一夕を生成して前記請求処理手段へ送信するとともに、前記決済の完了を表すメッセージデータをサービス提供手段の第 2の蓄積手段に蓄積し、前記ユーザ情報処理手段が、受信したメッセージから、支払の完了を表すメッセージデータを生成して前記支払手段へ送信するとともに、前記支払の完了を表すメ、ソセ一ジデ一夕をサ一ビス提供手段の第 1の蓄積手段に蓄積することを特徴とする請求項 6 4に記載のパーソナル電子決済システム。

7 3 . 前記請求手段から決済処理の取消処理を要求するメッセージデ一夕を受信したマーチヤント情報処理手段が、決済処理の取消処理を要求するメッセ一ジを生成してサービスマネージャ情報処理手段へ送信し、前記支払手段から支払処理の取消処理を要求するメッセ一ジデ一夕を受信したユーザ情報処理手段が、支払処理の取消処理を要求するメッセージを生成して前記サービスマネージャ情報処理手段へ送信し、メッセージに含まれる識別情報を基にこれらのメッセージを照合した前記サ一ビスマネージャ情報処理手段が、サービスディレクタ情報処理手段を生成して、前記マーチャント情報処理手段、ユーザ情報処理手段及びサ一ビスディレクタ情報処理手段からなる情報処理手段のグループを定義し、前記サービスディレク夕情報処理手段が、前記決済処理の取消処理を要求するメッセージと前記支払処理の取消処理を要求するメッセージとの内容を照合して、決済処理を実行した決済処理手段を特定し、特定した決済処理手段に対応する決済処理機関情報処理手段の前記グループへの追加を前記サービスマネージャ情報処理手段に要求し、前記サービスマネージャ情報処理手段が、要求された決済処理機関情報処理手段を生成して前記グループへ追加し、前記サービスディレクタ情報処理手段が、決済処理の取消処理を要求するメッセージを生成して前記決済処理機関情報処理手段へ送信し、前記決済処理機関情報処理手段が、このメッセ —ジから、決済処理の取消処理を要求するメッセージデ一夕を生成して、前記決済処理手段へ送信し、前記決済処理手段から決済処理の取消処理の完了を表すメッセージデータが送信されると、前記決済処理機関情報処理手段が、決済処理の取消処理の完了を表すメッセージを生成して前記サービスディレク夕情報処理手段へ送信するとともに、前記決済処理の取消処理の完了を表すメッセ一ジデ一夕をサービス提供手段の第 3の蓄積手段に蓄積し、決済処理の取消処理の完了を表すメッセージを受信した前記サービスディレクタ情報処理手段が、決済の取消処理の完了を表すメッセージと支払の取消処理の完了を表すメッセージとを生成して. それそれ、前記マーチャント情報処理手段と、前記ユーザ情報処理手段とへ送信し、前記マーチャント情報処理手段が、受信したメッセージから、決済の取消処理の完了を表すメッセージデ一夕を生成して前記請求処理手段へ送信するとともに、前記決済の取消処理の完了を表すメッセ一ジデ一夕をサービス提供手段の第 2の蓄積手段に蓄積し、前記ユーザ情報処理手段が、受信したメッセージから、支払の取消処理の完了を表すメッセ一ジデ一夕を生成して前記支払手段へ送信するとともに、前記支払の取消処理の完了を表すメッセージデータをサービス提供手段の第 1の蓄積手段に蓄積することを特徴とする請求項 6 4に記載のパーソナル電子決済システム。

7 4 . 前記請求手段が、決済の完了を表すメッセージデータの中に含まれる支払手段の所有者の識別情報を用いて、前記支払手段との通信を要求するメッセージデータを生成して送信したとき、前記請求手段から前記メッセージデータを受信したマ一チャント情報処理手段が、前記支払手段との通信を要求するメッセージを生成してサービスマネージャ情報処理手段へ送信し、このメッセージを受信した前記サービスマネージャ情報処理手段が、サービスディレクタ情報処理手段を生成して、前記マーチヤント情報処理手段と前記サービスディレク夕情報処理手段とからなる情報処理手段のグループを定義し、前記サービスディレクタ情報処理手段が、前記メッセージに含まれる支払手段の所有者の識別情報に対応する支払手段とその所有者とを特定し、その特定した支払手段に対応するユーザ情報処理手段の前記グループへの追加を前記サービスマネ

—ジャ情報処理手段に要求し、前記サービスマネージャ情報処理手段が、要求されたユーザ情報処理手段を生成して前記グループへ追加し、前記サービスディレク夕情報処理手段が、サービス提供手段の第 1の蓄積手段に蓄積されている、前記支払手段の所有者が設定したアクセス制御情報を参照して、請求手段からのアクセスが禁止されていない場合に、前記請求手段との通信回線の接続を知らせるメッセージを生成して前記ュ —ザ情報処理手段へ送信し、前記ユーザ情報処理手段が、このメッセ一ジから、前記請求手段との通信回線の接続を知らせるメッセージデータを生成して前記支払手段へ送信することを特徴とする請求項 6 4に記載のパーソナル電子決済システム。

7 5 . 前記支払手段が、決済の完了を表すメッセージデ一夕を用いて、請求手段との通信を要求するメッセージデータを生成して送信したとき、前記支払手段から前記メッセージデータを受信したユーザ情報処理手段が、前記請求手段との通信を要求するメッセージを生成してサービスマネージャ情報処理手段へ送信し、このメッセージを受信した前記サ一ビスマネージャ情報処理手段が、サービスディレク夕情報処理手段を生成して、前記ユーザ情報処理手段と前記サービスディレクタ情報処理手段とからなる情報処理手段のグループを定義し、前記サービスディレク夕情報処理手段が、前記請求手段に対応するマーチヤント情報処理手段の前記グループへの追加を前記サービスマネージャ情報処理手段に要求し、前記サービスマネージャ情報処理手段が、要求されたマーチヤント情報処理手段を生成して前記グループへ追加し、前記サービスディレクタ情報処理手段が、前記支払手段との通信回線の接続を知らせるメッセージを生成して前記マ一チャント情報処理手段へ送信し、前記マーチヤント情報処理手段が、このメッセージから、前記支払手段との通信回線の接続を知らせるメッセージデータを生成して、前記請求手段へ送信することを特徴とする請求項 6 4に記載のパーソナル電子決済システム。

7 6 . 前記決済手段または前記サービス提供手段が、前記支払手段または請求手段の第 2の蓄積手段に蓄積されているデータの更新を要求するメッセージデータを生成して前記支払手段または請求手段に送信した場合に、前記支払手段または請求手段の中央処理装置が、前記第 2の蓄積手段に蓄積されているデ一夕を含むメッセージデータを生成して前記決済手段または前記サ一ビス提供手段に送信し、これを受けた前記決済手段または前記サービス提供手段が、前記支払手段または請求手段の第 2の蓄積手段の更新データを含むメッセージデ一夕を生成して前記支払手段または請求手段に送信し、前記支払手段または請求手段の中央処理装置が、前記メッセージデ一夕から更新デ一夕を取り出して、第 2の蓄積手段に蓄積されているデ一夕を更新することを特徴とする請求項 1 6 に記載のパーソナル電子決済システム。

7 7 . 前記決済手段が、分散して配置された複数の決済手段によって構成され、それらの決済手段が通信回線によって相互に接続されていることを特徴とする請求項 1に記載のパーソナル電子決済システム。

7 8 . 複数の前記決済手段が、地域ごとに、または、組織ごとに分散して配置されていることを特徴とする請求項 7 7に記載のパーソナル電子決済システム。

7 9 . 前記支払手段及び支払手段の所有者に関する情報が、前記支払手段または支払手段の所有者と同じ属性を有する決済手段の第 1の蓄積手段に蓄積され、前記請求手段及び請求手段の所有者に関する情報が、前記請求手段または請求手段の所有者と同じ属性を有する決済手段の第

2の蓄積手段に蓄積され、全ての決済手段の第 1の蓄積手段には、さらに、その決済手段との通信が許される全ての支払手段の識別情報と、前記支払手段及び支払手段の所有者に関する情報が蓄積されている場所を示す位置情報とが蓄積され、全ての決済手段の第 2の蓄積手段には、さらに、その決済手段との通信が許される全ての請求手段の識別情報と、前記請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とが蓄積されていることを特徴とする請求項 7 7 7 8に記載のパーソナル電子決済システム。

8 0 . 前記サービス提供手段が、分散して配置された複数のサービス提供手段によって構成され、それらのサービス提供手段が通信回線によつて相互に接続されていることを特徴とする請求項 4 0に記載のパ一ソナル電子決済システム。

8 1 . 複数の前記サービス提供手段が、地域ごとに、または、組織ごとに分散して配置されていることを特徴とする請求項 8 0に記載のパ一ソナル電子決済システム。

8 2 . 前記支払手段及び支払手段の所有者に関する情報が、前記支払手段または支払手段の所有者と同じ属性を有するサービス提供手段の第 1の蓄積手段に蓄積され、前記請求手段及び請求手段の所有者に関する情報が、前記請求手段または請求手段の所有者と同じ属性を有するサービス提供手段の第 2の蓄積手段に蓄積され、全てのサービス提供手段の第 1の蓄積手段には、さらに、そのサービス提供手段との通信が許される全ての支払手段の識別情報と、前記支払手段及び支払手段の所有者に関する情報が蓄積されている場所を示す位置情報とが蓄積され、全てのサービス提供手段の第 2の蓄積手段には、さらに、そのサービス提供手段との通信が許される全ての請求手段の識別情報と、前記請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とが蓄積されていることを特徴とする請求項 8 0に記載のパーソナル電子決済システム。

8 3 . 前記属性が、「組織」であることを特徴とする請求項 7 9に記載のパーソナル電子決済システム。

8 4 . 前記属性が、「地域」であることを特徴とする請求項 7 9に記載のパーソナル電子決済システム。

8 5 . 支払手段が、第 2のサービス提供手段と通信回線を接続し、前記第 2のサービス提供手段が、前記支払手段及び支払手段の所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、第 2のサービス提供手段のサービスマネージャ情報処理手段が、前記第 2のサ一ビス提供手段の第 1の蓄積手段に蓄積されている支払手段の識別情報と、前記支払手段及び支払手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、前記第 1のサービス提供手段を特定し、前記第 1のサービス提供手段のサービスマネージャ情報処理手段に前記支払手段に対応するホームユーザ情報処理手段の生成を要求し、ホームュ —ザ情報処理手段が第 1のサ一ビス提供手段上に生成された場合に、前記支払手段に対応するモパイルユーザ情報処理手段を前記第 2のサ一ビス提供手段上に生成し、生成された前記モパイルユーザ情報処理手段とホームユーザ情報処理手段とが、連携して、前記支払手段との通信と、前記支払手段及び支払手段の所有者に関する情報の処理とを行なうことを特徴とする請求項 8 2に記載のパーソナル電子決済システム。

8 6 . 支払手段が、第 2のサービス提供手段のユーザ情報処理手段と通信回線を接続して、支払処理の取消処理を要求し、前記第 2のサ一ビス提供手段が、前記支払処理に関係した請求手段及びその所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、第 2のサ —ビス提供手段のサービスマネージャ情報処理手段が、前記第 2のサ一ビス提供手段の第 2の蓄積手段に蓄積されている請求手段の識別情報と、前記請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、前記第 1のサービス提供手段を特定し、前記第 1のサービス提供手段のサービスマネージャ情報処理手段に、前記ユーザ情報処理手段から受信した支払処理の取消を要求するメッセージを送信し、前記第 1のサービス提供手段のサービスマネージャ情報処理手段が、前記第 1のサービス提供手段のマ一チャント情報処理手段から受信した決済処理の取消処理を要求するメッセージと、前記第 2のサービス提供手段のサービスマネージャ情報処理手段から受信した支払処理の取消処理を要求するメッセージとを照合して、第 1のサービス提供手段上にサービスディレク夕情報処理手段を生成し、前記サービスディレク夕情報処理手段と前記マ一チャント情報処理手段と前記第 2のサービス提供手段のユーザ情報処理手段とから成る情報処理手段のグループを定義することを特徴とする請求項 8 2に記載のパーソナル電子決済システム ₍

8 7 . 請求手段が、第 2のサービス提供手段のマーチャント情報処理手段に支払手段との通信を要求するメッセージデータを送信し、前記第 2のサービス提供手段が、前記支払手段及びその所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、前記マ一チャント情報処理手段から支払手段との通信を要求するメッセージを受信した第 2のサービス提供手段のサービスマネージャ情報処理手段が、第 2のサ —ビス提供手段上にサービスディレク夕情報処理手段を生成して、前記マ一チャント情報処理手段と前記サービスディレク夕情報処理手段とから成る情報処理手段のグループを定義し、生成された前記サービスディレク夕情報処理手段が、要求先の支払手段とその所有者とを特定し、特定した支払手段に対応するユーザ情報処理手段を前記グループへ追加するように前記サービスマネージャ情報処理手段に要求し、それを受けて前記サービスマネージャ情報処理手段が、前記第 2のサービス提供手段の第 1の蓄積手段に蓄積されている支払手段の識別情報と、前記支払手段及び支払手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、前記第 1のサービス提供手段を特定し、前記第 1のサ一ビス提供手段のサービスマネージャ情報処理手段に前記支払手段に対応するユーザ情報処理手段の生成を要求し、第 1のサービス提供手段上に支払手段に対応するユーザ情報処理手段が生成された場合に、前記ユーザ情報処理手段を前記グループに追加することを特徴とする請求項 8 2に記載のパーソナル電子決済システム。

8 8 . 支払手段が、第 2のサービス提供手段のユーザ情報処理手段に請求手段との通信を要求するメッセージデータを送信し、前記第 2のサ一ビス提供手段が、前記請求手段及びその所有者に関する情報を蓄積する第 1のサービス提供手段と相違する場合に、前記ユーザ情報処理手段から請求手段との通信を要求するメッセージを受信した第 2のサービス提供手段のサービスマネージャ情報処理手段が、前記第 2のサービス提供手段の第 2の蓄積手段に蓄積されている請求手段の識別情報と、前記請求手段及び請求手段の所有者に関する情報が蓄積されている場所を示す位置情報とから、前記第 1のサービス提供手段を特定し、前記第 1のサービス提供手段のサービスマネージャ情報処理手段に、前記ュ一ザ情報処理手段から受信した、請求手段との通信を要求するメッセージを送信し、このメッセージを受信した前記第 1のサービス提供手段のサ一ビスマネージャ情報処理手段が、第 1のサービス提供手段上にサービスディレク夕情報処理手段を生成して、前記サービスディレク夕情報処理手段と前記第 2のサービス提供手段上のユーザ情報処理手段とから成る情報処理手段のグループを定義し、生成された前記サービスディレクタ情報処理手段が、要求先の請求手段に対応するマーチヤント情報処理手段を前記グループへ追加するように第 1のサービス提供手段のサービスマネージャ情報処理手段に要求し、それを受けて前記サービスマネージャ情報処理手段が、第 1のサービス提供手段上に前記請求手段に対応するマーチヤント情報処理手段を生成して、前記グループに追加することを特徴とする請求項 8 2に記載のパーソナル電子決済システム。

8 9 . 前記支払手段が、蓄積手段として、強誘電体メモリを具備することを特徴とする請求項 1に記載のパーソナル電子決済システム。

9 0 . 請求項 5乃至 8 9に記載の前記支払手段の中央処理装置の制御プログラムを、電子計算機が読み取り可能な形式で記録した制御プログラム言己録媒体。

9 1 . 請求項 6乃至 8 9に記載の前記請求手段の中央処理装置の制御プログラムを、電子計算機が読み取り可能な形式で記録した制御プログラム記録媒体。

9 2 . 請求項 7乃至 8 9に記載の前記決済手段の計算機システムの処理プログラムを、電子計算機が読み取り可能な形式で記録した処理プログラム記録媒体。

9 3 . 請求項 4 0乃至 8 9に記載の前記サービス提供手段の計算機システムの処理プログラムを、電子計算機が読み取り可能な形式で記録した処理プログラム記録媒体。

9 4 . 請求項 4 0乃至 8 9に記載の前記決済処理手段の計算機システムの処理プログラムを、電子計算機が読み取り可能な形式で記録した処理プログラム記録媒体。

9 5 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それそれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム。

9 6 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それぞれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 1端末であって、前記請求手段及び決済手段と通信するための前記通信手段として、異なる種類の無線通信手段を具備する支払い手段として機能する端末。

9 7 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それそれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 2端末であって、前記支払い手段及び決済手段と通信するための前記通信手段として、異なる種類の通信手段を具備する請求手段として機能する端末。

9 8 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それそれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記管理装置であって、前記支払い手段及び請求手段と通信するための前記通信手段として、異なる種類の通信手段を具備する決算手段として機能する管理装置。

9 9 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それそれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 1端末であって、前記請求手段との間の無線通信手段が、前記決済手段との間の無線通信手段に比べて、通信可能な距離が短く、指向性が高い無線通信手段であることを特徴とする請求項 9 6に記載の端末 _c

1 0 0 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それぞれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 2端末であって、前記支払手段との間の無線通信手段が、前記決済手段と前記支払手段との間の無線通信手段に比べて、通信可能な距離が短く、指向性が高い無線通信手段であることを特徴とする請求項 9 7に記載の端末。

1 0 1 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それそれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 1端末であって、前記請求手段との間の無線通信手段が光通信手段であり、前記決済手段との間の無線通信手段がラジオ無線通信手段であることを特徴とする請求項 9 6または 9 9に記載の端末。

1 0 2 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それぞれ他の 2つの手段に対する通信を、それぞれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 2端末であって、前記支払手段との間の無線通信手段が光通信手段であることを特徴とする請求項 9 7または 1 0 0に記載の端末。

1 0 3 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それそれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 1端末であって、前記光通信手段及びラジオ無線通信手段と、支払う金額の値をユーザが入力するための入力手段と、前記光通信手段及びラジオ無線通信手段によって送信されるデータの生成処理と前記光通信手段及びラジオ無線通信手段によって受信されたデータの処理とを行なう中央処理装置と、前記中央処理装置の動作を制御する制御プログラムを蓄積する第 1の蓄積手段と、前記中央処理装置によるデータ処理の結果を表示する表示手段と、前記中央処理装置によって処理されたデ —夕を蓄積する第 2の蓄積手段とを具備することを特徴とする請求項 1 0 1に記載の端末。

1 0 4 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それそれ他の 2つの手段に対する通信を、それぞれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記第 2端末であって、前記支払手段との間で通信を行なう光通信手段と、前記決済手段との間で通信を行なう通信手段と、請求する金額の値を入力する入力手段と、前記光通信手段及び通信手段によって送信されるデータの生成処理と前記光通信手段及び通信手段によって受信されたデ一夕の処理とを行なう中央処理装置と、前記中央処理装置の動作を制御する制御プログラムを蓄積する第 1の蓄積手段と、前記中央処理装置によるデ一夕処理の結果を表示する表示手段と、前記中央処理装置によって処理されたデ一夕を蓄積する第 2の蓄積手段とを具備する端末 _c

1 0 5 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それぞれ他の 2つの手段に対する通信を、それぞれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記管理装置であって、前記支払手段に関する情報を蓄積する第 1 の蓄積手段と、前記請求手段に関する情報を蓄積する第 2の蓄積手段と、決済処理におけるデータ処理を行なう計算機システムとを具備する管理装置。

1 0 6 . 前記支払い手段の央処理装置が、前記支払手段の入力手段によって入力された値に相当する金額の支払処理を要求するメッセージデ一夕を生成して前記決済手段に送信し、また、前記決済手段から受信した支払の完了を示すメッセージデ一夕を処理して、前記表示手段に出力し、さらに、前記処理したデータを前記支払手段の前記第 2の蓄積手段に格納することを特徴とする請求項 1 0 3に記載の端末。

1 0 7 . 前記支払い手段の中央処理装置が、前記支払手段の入力手段によって入力された値に相当する金額の支払を申し出るメヅセージデー夕を生成して前記請求手段に送信することを特徴とする請求項 1 0 3に記載の端末。

1 0 8 . 前記請求手段の中央処理装置が、前記請求手段の入力手段によって入力された値に相当する金額の支払を請求するメッセージデ一夕を生成して前記支払手段に送信し、前記支払手段から受信した支払を申し出るメッセ一ジデ一夕と、前記支払を請求するメッセージデ一夕とから、決済処理を要求するメッセ一ジデ一夕を生成して前記決済手段に送信し、また、前記決済手段から受信した決済の完了を示すメッセージデ一夕を処理して、前記請求手段の前記表示手段に出力し、さらに、前記処理したデータを前記請求手段の前記第 2の蓄積手段に格納することを特徴とする請求項 1 0 4に記載の端末。

1 0 9 . 前記請求手段の中央処理装置が、支払を請求するメッセージデータを生成して前記支払手段に送信し、前記支払手段の中央処理装置が、生成した支払を申し出るメッセージデータと、前記請求手段から受信した支払を請求するメッセージデータとから支払処理を要求するメッセージデータを生成して前記決済手段に送信し、前記決済手段が、前記請求手段から受信した決済処理を要求するメッセ一ジデ一夕と前記支払手段から受信した支払処理を要求するメッセージデータとを照合して決済処理を行ない、決済の完了を表すメッセージデ一夕を生成して前記請求手段に送信し、支払の完了を表すメッセージデータを生成して前記支払手段に送信することを特徴とする請求項 1 0 4に記載の端末。

1 1 0 . 前記支払手段の中央処理装置が、前記支払を申し出るメッセ

—ジデ一夕の中にそのメッセージデ一夕を識別する識別情報を入れ、前記支払処理を要求するメッセージデ一夕の中に、前記支払を申し出るメッセージデータの識別情報と、前記支払手段の識別情報と、前記支払を請求するメッセージデータの識別情報とを入れることを特徴とする請求項 1 0 3に記載の端末。

1 1 1 . 前記請求手段の中央処理装置が、前記支払を請求するメッセ一ジデ一夕の中にそのメッセージデ一夕を識別する識別情報を入れ、前記決済処理を要求するメッセージデ一夕の中に、前記支払を請求するメッセージデータの識別情報と、前記請求手段の識別情報と、前記支払を申し出るメッセージデータの識別情報とを入れることを特徴とする請求項 1 0 4に記載の端末。

1 1 2 . 前記決済手段が、前記支払処理を要求するメッセージデ一夕及び決済処理を要求するメッセージデータの中の前記支払を申し出るメッセ一ジデ一夕の識別情報と前記支払を請求するメッセージデ一夕の識別情報とを照合することを特徴とする請求項 1 0 5に記載の管理装置。

1 1 3 . 前記支払手段の第 2の蓄積手段には、複数の支払方法の識別情報が格納され、前記支払手段の中央処理装置が、前記支払手段の入力手段によって選択された前記支払方法の識別情報を、前記支払を申し出るメッセージデータ及び支払を請求するメッセージデータの中に入れることを特徴とする請求項 9 6に記載の端末。

1 1 4 . 少なくとも 2つの系統の通信手段を具備する支払手段としての第 1端末と、少なくとも 2つの系統の通信手段を具備する請求手段としての第 2端末と、少なくとも 2つの系統の通信手段を具備する決済手段としての管理装置により構成され、前記支払手段、請求手段及び決済手段は、それぞれ他の 2つの手段に対する通信を、それそれ異なる系統の通信手段を用いて行なうよう構成されたパーソナル電子決済システム用の前記管理装置であって、前記請求手段の所有者に対して有効な前記支払手段の所有者の識別情報を生成する手段と、前記識別情報を決済の完了を表すメッセージデータの中に入れて前記請求手段に送信する手段とを有する管理装置。