JP2003337916A - 承認サービス装置、サービス承認装置、与信装置および承認サービス方法、サービス承認方法、与信方法ならびに承認サービスプログラム、サービス承認プログラム、与信プログラム - Google Patents

Abstract

(57)【要約】 【課題】 サービス利用者にとって不適当なサービスの
利用を防止することができるとともにサービス利用者が
決済手段を有しない場合でもサービスを利用することが
できる承認サービス装置等を提供することを課題とす
る。 【解決手段】 サービス提供者ＡＡが提供するサービス
をサービス利用者Ｕが利用する際に承認者（決済責任
者）Ｒの承認が必要な場合、その承認を得るための承認
サービスを提供する承認サービス装置であって、サービ
ス利用者Ｕ側からのサービスの利用要求を受け付ける要
求受付手段と、ネットワークを介して承認者Ｒ側に利用
要求に対する承認依頼を送信するとともにその承認結果
を承認者Ｒ側から受信し、承認結果において承認者Ｒが
利用要求を承認した場合にのみサービス利用者Ｕにサー
ビスの利用を許可する承認手段とを備えることを特徴と
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サービス利用者が
サービスを利用する際に承認者の承認が必要なモデルに
おける承認サービス装置、サービス承認装置、与信装置
および承認サービス方法、サービス承認方法、与信方法
ならびに承認サービスプログラム、サービス承認プログ
ラム、与信プログラムに関する。

【０００２】

【従来の技術】コンピュータネットワーク上で電子的に
決済情報を送受信して商取引を行う電子商取引（以下、
ＥＣ[Electronic Commerce]と記載する）は、インター
ネットが普及する前から企業間では行われていた。近
年、インターネットの普及に伴って、一般消費者を対象
にしてＥＣによる様々なサービスが提供されている。一
般消費者向けのサービスは、インターネットショッピン
グによる物販を始めとして、アクセスネットワークのブ
ロードバンド化に伴って、コンテンツ配信、プログラム
配信、オンラインゲーム等のビジネス分野にも拡大し、
その商取引量も急増している。

【０００３】ＥＣは、サービス利用者とサービス提供者
とが金銭等の遣り取りを直接行わないので、サービス利
用者が正当な顧客であるか否かを確認する個人認証手段
およびクレジットカードやプリペイドカード等の決済手
段が必要となる。個人認証としては、一般に、サービス
を利用する際やサービス利用料を支払う際に、ユーザＩ
Ｄとパスワードによって本人であることを確認する方式
が利用されている。その他に、ユーザＩＤと指紋、アイ
リス（眼球の虹彩）、声紋、手書きサイン等によって本
人であることを確認する方式も実用化されつつあり、個
人認証の精度向上に寄与している。また、クレジットカ
ードによる決済としては、一般に、サービス利用者がサ
ービスの利用内容とクレジットカード番号をサービス提
供者に通知し、その通知を受けたサービス提供者がクレ
ジットカード会社に与信処理を行うとともに課金処理を
行い、そして、サービス提供者にクレジットカード会社
からサービス利用料が入金される方式である。一方、プ
リペイドカードによる決済の一例としては、事前にサー
ビス利用者がサービス提供者指定の銀行口座等に一定の
料金を振り込むと、サービス提供者がサービス利用の資
格であるユーザＩＤとパスワードおよびサービス利用料
を示すポイントの情報を格納したプリペイドカードをサ
ービス利用者に提供し、サービス利用者がサービスを利
用する際にプリペイドカードを提示してサービス利用分
のポイントが減算される方式がある。

【０００４】

【発明が解決しようとする課題】前記したいずれの決済
方式でも、有料のサービスを利用する本人がサービス利
用料を支払うための決済手段（クレジットカード等）を
持っていなければならない。すなわち、有用のサービス
を利用する際には、決済手段を持つ本人しかサービスを
受けることができない。そのため、クレジットカード等
の決済手段を所有しない子供等は、インターネットショ
ッピングによって商品を購入したり、コンテンツ提供者
からコンテンツの配信を受けたりすることができない。
しかし、ＥＣの場合、サービス利用者とサービス提供者
とが遣り取りを直接行わないので、例えば、クレジット
カードを所有しない子供が親のクレジットカードの番号
とパスワードを勝手に利用して、商品の購入等を行うこ
とも可能である。

【０００５】そこで、本発明の課題は、サービス利用者
にとって不適当なサービスの利用を防止することができ
るとともにサービス利用者が決済手段を有しない場合で
もサービスを利用することができる承認サービス装置、
サービス承認装置、与信装置および承認サービス方法、
サービス承認方法、与信方法ならびに承認サービスプロ
グラム、サービス承認プログラム、与信プログラムを提
供することにある。

【０００６】

【課題を解決するための手段】前記課題を解決した本発
明は、サービス提供者が提供するサービスをサービス利
用者が利用する際に承認者の承認が必要な場合、サービ
ス利用者側からのサービスの利用要求に対する承認依頼
をネットワークを介して承認者側に送信するとともにそ
の承認結果を承認者側から受信し、その承認結果におい
て承認者が利用要求を承認した場合にのみサービス利用
者にサービスの利用を許可することを特徴とする。この
発明によれば、サービス利用者がサービスを受けてよい
か否かを承認者に問い合わせるので、承認者の承認が得
られない場合にはサービス利用者が勝手にサービスを受
けることができない。特に、サービス利用料の支払いの
代行要求について承認者の承認が得られた場合には、決
済手段を有してないサービス利用者でも、サービス利用
料を承認者が代わって支払うので、サービスを受けるこ
とができる。

【０００７】

【発明の実施の形態】以下、図面を参照して、本発明に
係る実施形態の承認サービス装置、サービス承認装置、
与信装置および承認サービス方法、サービス承認方法、
与信方法ならびに承認サービスプログラム、サービス承
認プログラム、与信プログラムの実施の形態について説
明する。

【０００８】本発明に係る実施形態の承認サービス装置
は、サービス提供者が提供するサービスをサービス利用
者が利用する際に承認者の承認が必要な場合、その承認
を得るための承認サービスを提供する承認サービス装置
であって、サービス利用者側からのサービスの利用要求
を受け付ける要求受付手段と、ネットワークを介して承
認者側に利用要求に対する承認依頼を送信するとともに
その承認結果を承認者側から受信し、承認結果において
承認者が利用要求を承認した場合にサービス利用者にサ
ービスの利用を許可し、承認結果において承認者が利用
要求の承認を棄却した場合にサービス利用者にサービス
の利用を許可しない承認手段と、を備えることを特徴と
する。この承認サービス装置によれば、サービス利用者
がサービスを利用するためには承認者の承認を得る必要
があるので、承認者がサービス利用者のサービスの利用
について管理することができる。

【０００９】特に、承認サービス装置は、前記承認サー
ビス装置において、サービスは有料のサービスであり、
利用要求には承認者が該サービスのサービス利用料の支
払いを代行する支払い代行要求を含むことを特徴とす
る。この承認サービス装置によれば、サービス利用者が
決済手段を有しない場合でも、承認者がそのサービス利
用料の支払いの代行を承認すれば、サービスを利用する
ことができる。さらに、承認サービス装置は、前記承認
サービス装置において、承認者が支払い代行要求を承認
した場合、ネットワークを介して承認者が指定する決済
機関側に対して承認者の支払い能力の確認依頼を送信す
るとともにその確認結果を決済機関側から受信し、確認
結果において支払い能力がない場合にサービス利用者に
サービスの利用を不許可とする支払い能力確認手段を備
えることを特徴とする。この承認サービス装置によれ
ば、支払い能力を有する承認者による承認に対してのみ
サービスの利用を許可するので、サービス提供者は決済
手段を有しないサービス利用者にサービスを提供しても
承認者からサービス利用料を確実に受け取ることができ
る。

【００１０】さらに、承認サービス装置は、前記承認サ
ービス装置において、承認者が支払い代行要求を承認
し、サービス利用者にサービスが提供される場合、サー
ビス利用料を課金する課金手段を備えることを特徴とす
る。この承認サービス装置によれば、承認者にサービス
利用者が利用するサービスに対するサービス利用料を確
実に課すことができる。特に、承認サービス装置は、前
記承認サービス装置において、課金手段では、サービス
利用者に対して予め設定された上限額の範囲内で課金を
行い、サービス利用者がサービスを利用すると上限額を
超える場合にサービスの利用を不許可とすることを特徴
とする。この承認サービス装置によれば、上限額により
サービス利用者が利用できるサービス量等のサービス内
容、例えば映画（３０００円）、アニメ（１０００
円）、アダルト（０円）、とした場合、アダルトは承認
以前に見られない、というようなサービス内容の制限も
可能になる。

【００１１】また、承認サービス装置は、前記承認サー
ビス装置において、要求受付手段ではサービスの利用要
求の正当性を判定すること、および／または、承認手段
では承認結果の正当性を判定することを特徴とする。こ
の承認サービス装置によれば、サービス利用者本人によ
る正当な利用要求および／または承認者本人による正当
な承認結果のみ受け付けることにより、改竄された情報
あるいは偽りのサービス利用者や承認者による情報を排
除し、不正なサービスの利用を未然に防止することがで
きる。

【００１２】さらに、承認サービス装置は、前記承認サ
ービス装置において、サービス利用者側が予め承認者を
指定またはサービスを利用する毎に承認者を指定するこ
とを特徴とする。この承認サービス装置によれば、サー
ビス利用者が利用するサービスの種類やサービス利用料
等に応じて承認者を指定することができる。また、承認
サービス装置は、前記承認サービス装置において、サー
ビス利用者に対して複数の承認者が設定され、および／
または、承認者に対して複数のサービス利用者が設定さ
れることを特徴とする。この承認サービス装置によれ
ば、必ずしもサービス利用者と承認者とが１対１の関係
でなくてもよいので、承認者の１つの決済手段により複
数のサービス利用者の決済が可能となったり、あるい
は、ある承認者によって支払い代行の承認を得られない
場合でも他の承認者からの承認を得ることもできる。つ
まり、全員の承認を得なければ行えないサービスでもよ
く、また、一部の者の承認を得れば行えるサービスでも
よい。

【００１３】本発明に係る実施形態のサービス承認装置
は、サービス提供者が提供するサービスをサービス利用
者が利用する際に承認者の承認が必要な場合、その承認
を承認者が行うためのサービス承認装置であって、前記
承認サービス装置からの利用要求に対する承認依頼をネ
ットワークを介して受信し、承認依頼に対して承認する
か否かを示す承認結果を前記承認サービス装置にネット
ワークを介して送信することを特徴とする。このサービ
ス承認装置によれば、承認者がサービス利用者からのサ
ービスの利用要求について承認するか否かの承認依頼に
対して迅速に対応できる。さらに、サービス承認装置
は、前記サービス承認装置において、承認依頼の正当性
を判定することを特徴とする。このサービス承認装置に
よれば、承認サービス装置からの正当な承認依頼のみ受
け付けることにより、改竄された情報あるいは偽りの承
認サービス装置からの情報を排除し、不正なサービスの
利用を未然に防止することができる。

【００１４】本発明に係る実施形態の与信装置は、サー
ビス提供者が提供する有料のサービスをサービス利用者
が利用する際に承認者がそのサービス利用料の支払いを
代行することを承認した場合、承認者が指定する決済機
関における与信を行う与信装置であって、前記承認サー
ビス装置からの支払い能力の確認依頼をネットワークを
介して受信し、確認依頼に対して支払い能力があるか否
かを示す確認結果を前記承認サービス装置にネットワー
クを介して送信することを特徴とする。この与信装置に
よれば、決済機関において承認者の支払い能力があるか
否かの確認依頼に対して迅速に対応できる。さらに、与
信装置は、前記与信装置において、確認依頼の正当性を
判定することを特徴とする。この与信装置によれば、承
認サービス装置からの正当な確認依頼のみ受け付けるこ
とにより、改竄された情報あるいは偽りの承認サービス
装置からの情報を排除し、不正なサービスの利用を未然
に防止することができる。

【００１５】本発明に係る実施形態の承認サービス方法
は、サービス提供者が提供するサービスをサービス利用
者が利用する際に承認者の承認が必要な場合、その承認
を得るための承認サービスを提供する承認サービス方法
であって、サービス利用者側からのサービスの利用要求
を受け付ける要求受付ステップと、ネットワークを介し
て承認者側に利用要求に対する承認依頼を送信する承認
依頼送信ステップと、ネットワークを介して承認者側か
らの承認依頼に対する承認結果を受信する承認結果受信
ステップと、承認結果において承認者が利用要求を承認
した場合にサービス利用者にサービスの利用を許可し、
承認結果において承認者が利用要求の承認を棄却した場
合にサービス利用者にサービスの利用を許可しない承認
ステップと、を含むことを特徴する。この承認サービス
方法によれば、サービス利用者がサービスを利用するた
めには承認者の承認を得る必要があるので、承認者がサ
ービス利用者のサービスの利用について管理することが
できる。

【００１６】特に、承認サービス方法は、前記承認サー
ビス方法において、サービスは有料のサービスであり、
利用要求には承認者がサービスのサービス利用料の支払
いを代行する支払い代行要求を含むことを特徴とする。
この承認サービス方法によれば、サービス利用者が決済
手段を有しない場合でも、承認者がそのサービス利用料
の支払いの代行を承認すれば、サービスを利用すること
ができる。さらに、承認サービス方法は、前記承認サー
ビス方法において、承認者が支払い代行要求を承認した
場合、ネットワークを介して承認者が指定する決済機関
側に対して承認者の支払い能力の確認依頼を送信する確
認依頼送信ステップと、ネットワークを介して決済機関
側からの確認依頼に対する確認結果を受信する確認結果
受信ステップと、確認結果において支払い能力がない場
合にサービス利用者にサービスの利用を不許可とする支
払い能力確認ステップと、を含むことを特徴とする。こ
の承認サービス方法によれば、支払い能力を有する承認
者による承認に対してのみサービスの利用を許可するの
で、サービス提供者は決済手段を有しないサービス利用
者にサービスを提供しても承認者からサービス利用料を
確実に受け取ることができる。

【００１７】さらに、承認サービス方法は、前記承認サ
ービス方法において、承認者が支払い代行要求を承認
し、サービス利用者にサービスが提供される場合、サー
ビス利用料を課金する課金ステップを含むことを特徴と
する。この承認サービス方法によれば、承認者にサービ
ス利用者が利用するサービスに対するサービス利用料を
確実に課すことができる。

【００１８】また、承認サービス方法は、前記承認サー
ビス方法において、要求受付ステップで受け付けたサー
ビスの利用要求の正当性を判定する利用要求判定ステッ
プを含むこと、または／および、承認結果受信ステップ
で受信した承認結果の正当性を判定する承認結果判定ス
テップを含むことを特徴とする。この承認サービス方法
によれば、サービス利用者本人による正当な利用要求お
よび／または承認者本人による正当な承認結果のみ受け
付けることにより、改竄された情報あるいは偽りのサー
ビス利用者や承認者による情報を排除し、不正なサービ
スの利用を未然に防止することができる。

【００１９】本発明に係る実施形態のサービス承認方法
は、サービス提供者が提供するサービスをサービス利用
者が利用する際に承認者の承認が必要な場合、その承認
を承認者が行うときのサービス承認方法であって、前記
承認サービス方法によって送信された利用要求に対する
承認依頼をネットワークを介して受信する承認依頼受信
ステップと、承認依頼に対して承認するか否かを示す承
認結果をネットワークを介して送信する承認結果送信ス
テップと、を含むことを特徴とする。このサービス承認
方法によれば、承認者がサービス利用者のサービスの利
用について承認するか否かの承認依頼に対して迅速に対
応できる。さらに、サービス承認方法は、前記サービス
承認方法において、承認依頼受信ステップで受信した承
認依頼の正当性を判定する承認依頼判定ステップを含む
ことを特徴とする。このサービス承認方法によれば、正
当な承認依頼のみ受け付けることにより、改竄された情
報等を排除し、不正なサービスの利用を未然に防止する
ことができる。

【００２０】本発明に係る実施形態の与信方法は、サー
ビス提供者が提供する有料のサービスをサービス利用者
が利用する際に承認者がそのサービス利用料の支払いを
代行することを承認した場合、承認者が指定する決済機
関における与信を行う与信方法であって、前記承認サー
ビス方法によって送信された支払い能力の確認依頼をネ
ットワークを介して受信する確認依頼受信ステップと、
確認依頼に対して支払い能力があるか否かを示す確認結
果をネットワークを介して送信する確認結果送信ステッ
プと、を含むことを特徴とする。この与信方法によれ
ば、決済機関において承認者の支払い能力があるか否か
の確認依頼に対して迅速に対応できる。さらに、与信方
法は、前記与信方法において、確認依頼受信ステップで
受信した確認依頼の正当性を判定する確認依頼判定ステ
ップを含むことを特徴とする。この与信方法によれば、
正当な確認依頼のみ受け付けることにより、改竄された
情報等を排除し、不正なサービスの利用を未然に防止す
ることができる。

【００２１】本発明に係る実施形態の承認サービスプロ
グラムは、サービス提供者が提供するサービスをサービ
ス利用者が利用する際に承認者の承認が必要な場合、そ
の承認を得るための承認サービスを提供するための承認
サービスプログラムであって、コンピュータに、前記承
認サービス方法を実現させることを特徴とする。この承
認サービスプログラムによれば、この承認サービスプロ
グラムをコンピュータ内にロードあるいはインストール
し、この承認サービスプログラムを実行することによっ
て、前記した承認サービス方法を実現させることができ
る。

【００２２】本発明に係る実施形態のサービス承認プロ
グラムは、サービス提供者が提供するサービスをサービ
ス利用者が利用する際に承認者の承認が必要な場合、そ
の承認を承認者が行うためのサービス承認プログラムで
あって、コンピュータに、前記サービス承認方法を実現
させることを特徴とする。このサービス承認プログラム
によれば、このサービス承認プログラムをコンピュータ
内にロードあるいはインストールし、このサービス承認
プログラムを実行することによって、前記したサービス
承認方法を実現させることができる。

【００２３】本発明に係る実施形態の与信プログラム
は、サービス提供者が提供する有料のサービスをサービ
ス利用者が利用する際に承認者がそのサービス利用料の
支払いを代行することを承認した場合、承認者が指定す
る決済機関における与信を行うための与信プログラムで
あって、コンピュータに、前記与信方法を実現させるこ
とを特徴とする。この与信プログラムによれば、この与
信プログラムをコンピュータ内にロードあるいはインス
トールし、この与信プログラムを実行することによっ
て、前記した与信方法を実現させることができる。

【００２４】なお、サービス提供者、サービス利用者お
よび承認者は、個人法人を問わない。サービス利用者側
は、サービス利用者のみならず、サービス利用者が承認
サービス装置と情報を遣り取りするときに利用する装置
等も含む概念である。承認者側は、承認者のみならず、
承認者が承認サービス装置と情報を遣り取りするときに
利用する装置（例えば、サービス承認装置）等も含む概
念である。決済機関側は、決済機関のみならず、決済機
関が承認サービス装置と情報を遣り取りするときに利用
する装置（例えば、与信装置）等も含む概念である。サ
ービスは、有料無料を問わず、物販も含む様々なサービ
スが対象であり、提供形態もＥＣに限らず店頭等での提
供も含む。承認サービスは、サービス利用者がサービス
を利用する際に承認者の承認を必要とする場合に、サー
ビス利用者がサービスを利用するために必要なサービス
利用者、承認者、決済機関、サービス提供者との情報の
遣り取り等を行うサービスである。承認者による承認に
は、サービス利用料の支払いの代行の承認のみならず、
サービス内容、サービス時間、サービス利用料等を考慮
してサービス利用者がサービスを利用してよいか否かの
承認も含む。例えば、低年齢のサービス利用者に対して
成人向けのサービス、深夜のサービス、高額なサービス
等を利用することを承認しない場合、低所得のサービス
利用者に対して高額なサービス等を利用することを承認
しない場合がある。なお、本願明細書で言う不適当なサ
ービスの利用としては低年齢者利用に限らず悪用も含
み、すなわち本発明は悪用防止対応も含む。

【００２５】本実施の形態では、本発明をインターネッ
トを利用したＥＣによる決済モデルに適用する。本実施
の形態に係る決済モデルでは、サービス利用者がインタ
ーネットを介してサービス提供者からサービスを受ける
際に決済責任者にサービス利用料の支払いの代行の承認
を依頼し、その承認が得られた場合には決済責任者が指
定した決済機関によってそのサービスに対する決済を行
う。本実施の形態には、決済サービス（承認サービス）
を提供する者の違いにより２つの実施の形態があり、第
１の実施の形態ではサービス提供者自身が行う場合であ
り、第２の実施の形態ではサービス提供者とは独立した
決済サービス提供者が行う場合である。

【００２６】図１を参照して、第１の実施の形態に係る
決済モデルＭＡの全体構成を説明する。図１は、第１の
実施の形態に係る決済モデルの全体構成図である。な
お、図１には、サービス提供者ＡＡ、サービス利用者
Ｕ、決済責任者Ｒおよび決済機関Ｓは、その数を省略し
て描いているが、実際には、サービス提供者、サービス
利用者、決済責任者および決済機関は多数存在する。

【００２７】決済モデルＭＡでは、サービス提供者ＡＡ
がインターネットＩを利用してＥＣによる事業を行って
おり、様々なサービスを提供している。そして、決済モ
デルＭＡでは、サービス利用者Ｕがサービス提供者ＡＡ
が提供するサービスを利用するうちの一人であり、イン
ターネットＩを介してサービスを利用する。サービス利
用者Ｕは、提供されるサービスに対するサービス利用料
を支払う能力を有していないので、決済責任者Ｒがその
サービス利用料を代わって支払う。そのために、決済モ
デルＭＡでは、サービス提供者ＡＡがサービス利用料を
代行して支払いを行うために必要な決済サービスも提供
しており、サービス提供者ＡＡはサービス利用者Ｕ、決
済責任者Ｒおよび決済責任者Ｒが指定する決済機関Ｓと
インターネットＩを介して様々な情報を遣り取りする。
なお、本実施の形態では、インターネットＩが特許請求
の範囲に記載するネットワークに相当し、決済責任者Ｒ
が特許請求の範囲に記載する承認者に相当し、決済サー
ビスが特許請求の範囲に記載する承認サービスに相当す
る。

【００２８】サービス提供者ＡＡは、ＥＣによるサービ
スの提供および決済サービスの提供を行うためにインタ
ーネットＩに接続しているサービス提供者サーバ１Ａを
備えている。そして、サービス提供者ＡＡは、ＥＣによ
るサービスのサービス利用料の他に決済サービスの決済
手数料により事業を運営している。ＥＣによるサービス
には、映画、音楽等のコンテンツ配信、プログラム配
信、インターネットショッピングによる物販等がある。
決済サービスには、サービス利用者Ｕからの要求受付、
決済責任者Ｒへの支払い代行の承認の問い合わせ、決済
機関Ｓへの与信および課金等がある。なお、第１の実施
の形態では、サービス提供者サーバ１Ａが特許請求の範
囲に記載する承認サービス装置に相当する。

【００２９】サービス提供者ＡＡでは、決済サービスを
受けたいサービス利用者Ｕと決済サービス契約を結んで
おり、契約を結んでいるサービス利用者Ｕを認証するた
めにＩＣカードＸおよび秘密鍵Ｘと公開鍵Ｘを発行する
とともに（図９参照）、サービス利用者Ｕの個人情報を
サービス提供者サーバ１Ａに登録している。ちなみに、
秘密鍵Ｘと公開鍵Ｘは、ＩＣカードＸに格納されて発行
される。また、サービス提供者ＡＡでは、決済サービス
を受けたい決済責任者Ｒと決済サービス契約を結んでお
り、契約を結んでいる決済責任者Ｒを認証するためにＩ
ＣカードＹおよび秘密鍵Ｙと公開鍵Ｙを発行するととも
に（図９参照）、決済責任者Ｒの個人情報をサービス提
供者サーバ１Ａに登録している。ちなみに、秘密鍵Ｙと
公開鍵Ｙは、ＩＣカードＹに格納されて発行される。決
済サービス契約には、決済手数料（月単位や決済サービ
ス１件単位等）、決済サービスの内容等を設定してい
る。なお、サービス利用者Ｕが決済サービス契約を結ん
だときにそのサービス利用者Ｕが指定した決済責任者Ｒ
と必然的に決済サービス契約を結ぶ場合、あるいは、決
済責任者Ｒが決済サービス契約を結んだときにその決済
責任者Ｒが指定したサービス利用者Ｕと必然的に決済サ
ービス契約を結ぶ場合もある。

【００３０】サービス利用者Ｕは、個人であり、例え
ば、決済責任者Ｒの子供である。サービス利用者Ｕは、
サービス提供者ＡＡが提供するサービスを利用するため
および決済サービスを受けるために、インターネットＩ
に接続可能なサービス利用者端末２を所有している。サ
ービス利用者Ｕは、前記したようにサービス提供者ＡＡ
と決済サービス契約を結んでおり、サービス提供者ＡＡ
が提供するサービスを利用するが、そのサービス利用料
の支払いについては決済責任者Ｒに代行してもらう。ち
なみに、図１では、サービス利用者Ｕと決済責任者Ｒと
を１対１で示しているが、１人のサービス利用者Ｕに対
して複数の決済責任者Ｒ，・・・が設定されている場合
がある。例えば、１人の子供（サービス利用者）に対し
て父親と母親が決済責任者になる場合等がある。

【００３１】決済責任者Ｒは、個人であり、例えば、サ
ービス利用者Ｕの親である。決済責任者Ｒは、サービス
提供者ＡＡが提供する決済サービスを受けるために、イ
ンターネットＩに接続可能な決済責任者端末３あるいは
携帯電話４を所有している。決済責任者Ｒは、前記した
ようにサービス提供者ＡＡと決済サービス契約を結んで
おり、サービス利用者Ｕがサービス提供者ＡＡから受け
たサービスのサービス利用料の支払いを代行する。ま
た、決済責任者Ｒは、決済機関Ｓと決済契約を結んでお
り、サービス提供者ＡＡには決済機関Ｓからサービス利
用料（決済手数料含む）を支払う。ちなみに、図１で
は、サービス利用者Ｕと決済責任者Ｒとを１対１で示し
ているが、１人の決済責任者Ｒに対して複数のサービス
利用者Ｕ，・・・が設定されている場合がある。例え
ば、１人の親（決済責任者）に対して３人の子供がサー
ビス利用者になる場合等がある。なお、本実施の形態で
は、決済責任者端末３あるいは携帯電話４が特許請求の
範囲に記載するサービス承認装置に相当する。ここで、
携帯電話４は決済責任者端末３の一つの例でもあるが、
この決済責任者端末３は固定式のＰＣでも、あるいはＰ
ＤＡでもよい。

【００３２】決済機関Ｓは、決済責任者Ｒが指定した決
済機関であり、例えば、クレジットカード会社や銀行等
である。決済機関Ｓには、サービス提供者サーバ１Ａか
らの与信依頼に応答するために、インターネットＩに接
続している決済機関サーバ５を備えている。決済機関Ｓ
では、前記したように決済責任者Ｒと決済契約を結んで
おり、決済責任者Ｒが代行したサービス利用料（決済手
数料含む）をサービス提供者ＡＡに支払うとともに決済
責任者Ｒの銀行口座等からそのサービス利用料（決済手
数料含む）を引き落とす。なお、本実施の形態では、決
済機関サーバ５が特許請求の範囲に記載する与信装置で
ある。

【００３３】図１および図２を参照して、サービス提供
者サーバ１Ａの構成について説明する。図２は、図１に
示すサービス提供者サーバの構成図である。

【００３４】サービス提供者サーバ１Ａは、主制御装置
１０、記憶装置１１、入出力装置１２、通信制御装置１
３等を備えており、これらの装置をバス１４で接続して
いる。

【００３５】主制御装置１０について説明する。主制御
装置１０は、ＭＰＵ[Micro Processing Unit]およびＲ
ＡＭ[Random Access Memory]等から構成され、サービス
提供者サーバ１Ａを統括制御する。

【００３６】また、主制御装置１０は、インターネット
Ｉと接続するために、ＷＷＷ[WorldWide Web]サーバプ
ログラムを備えている。ＷＷＷサーバプログラムは、Ｈ
ＴＴＰ[Hyper Text Transfer Protocol]で通信するため
の通信基盤プログラムである。主制御装置１０では、サ
ービス提供者サーバ１ＡがインターネットＩに接続され
ると、ＷＷＷサーバプログラムをＲＡＭ上にロードして
ＭＰＵで実行する。

【００３７】また、主制御装置１０は、ＥＣによるサー
ビスを提供するために、サービス提供プログラムを備え
ている。サービス提供者サーバ１Ａではインターネット
Ｉ上にサービス提供ホームページを開設しており、主制
御装置１０では、サービス利用者Ｕのサービス利用者端
末２からサービス提供ホームページにアクセスされる
と、ＲＡＭ上にロードしているサービス提供プログラム
を実行する。そして、主制御装置１０では、サービス利
用者Ｕからの入力に応じて各種サービスを提供するため
の情報をサービス利用者端末２との間で送受信する。

【００３８】また、主制御装置１０は、決済サービスを
提供するために、決済サービスプログラムを備えてい
る。サービス提供者サーバ１Ａでは決済サービス契約を
結んでいるサービス利用者Ｕがサービスを利用する際に
決済サービスを提供するために、主制御装置１０では、
サービス利用者端末２からサービス提供ホームページに
アクセスしてサービスを利用するための情報が送信され
ると、決済サービスプログラムをＲＡＭ上にロードして
ＭＰＵで実行する。そして、主制御装置１０では、サー
ビス要求受付手段１０ａ、決済承認手段１０ｂ、与信手
段１０ｃ、課金手段１０ｄを展開する。なお、サービス
要求受付手段１０ａ、決済承認手段１０ｂ、与信手段１
０ｃ、課金手段１０ｄについては、後で詳細に説明す
る。なお、本実施の形態では、決済サービスプログラム
が特許請求の範囲に記載する承認サービスプログラムに
相当し、サービス要求受付手段１０ａが特許請求の範囲
に記載する要求受付手段に相当し、決済承認手段１０ｂ
が特許請求の範囲に記載する承認手段に相当し、与信手
段１０ｃが特許請求の範囲に記載する支払い能力確認手
段に相当する。

【００３９】記憶装置１１について説明する。記憶装置
１１は、ハードディスク装置や光磁気ディスク装置等か
ら構成される。記憶装置１１は、サービス提供者サーバ
１Ａの各種プログラムを格納するとともに、サービス利
用者情報データベース１１ａ、決済責任者情報データベ
ース１１ｂ、課金情報データベース１１ｃ、サービス内
容データベース１１ｄ等を格納している。

【００４０】図３も参照して、サービス利用者情報デー
タベース１１ａについて説明する。図３は、図２に示す
サービス利用者情報データベースの構成図である。サー
ビス利用者情報データベース１１ａは、決済サービス契
約を結んでいるサービス利用者Ｕの情報を格納するデー
タベースである。サービス利用者情報データベース１１
ａには、サービス利用者ＩＤ、サービス利用者名、サー
ビス利用者Ｕの住所、サービス利用者Ｕの連絡先の固定
電話の電話番号、サービス利用者Ｕが携帯電話を所有し
ている場合にはその電話番号、電子メールアドレス、決
済責任者ＩＤの項目を有し、サービス利用者Ｕと決済サ
ービス契約を結ぶ毎に情報が格納される。サービス利用
者ＩＤは、サービス利用者Ｕ毎に付与されるユニークな
ＩＤである。決済責任者ＩＤは、サービス利用者Ｕが設
定した決済責任者Ｒに付与されている決済責任者ＩＤで
あり、サービス利用者Ｕが複数の決済責任者Ｒを設定す
る場合には複数個格納される。図３に示す例では、サー
ビス利用者ＩＤが［Ａ００００００１］のサービス利用
者Ｕは、決済責任者ＩＤが［Ｂ００００００１］と［Ｂ
００００００２］の２人の決済責任者Ｒを設定してい
る。

【００４１】図４も参照して、決済責任者情報データベ
ース１１ｂについて説明する。図４は、図２に示す決済
責任者情報データベースの構成図である。決済責任者情
報データベース１１ｂは、決済サービス契約を結んでい
る決済責任者Ｒの情報を格納するデータベースである。
決済責任者情報データベース１１ｂには、決済責任者Ｉ
Ｄ、決済責任者名、決済責任者Ｒの住所、決済責任者Ｒ
の連絡先の固定電話の電話番号、決済責任者Ｒが携帯電
話を所有している場合にはその電話番号、電子メールア
ドレス、サービス利用者ＩＤの項目を有し、決済責任者
Ｒと決済サービス契約を結ぶ毎に情報が格納される。決
済責任者ＩＤは、決済責任者Ｒ毎に付与されるユニーク
なＩＤである。サービス利用者ＩＤは、決済責任者Ｒが
設定したサービス利用者Ｕに付与されているサービス利
用者ＩＤであり、決済責任者Ｒが複数のサービス利用者
Ｕを設定する場合には複数個格納される。図４に示す例
では、決済責任者ＩＤが［Ｂ００００００１］の決済責
任者Ｒは、サービス利用者ＩＤが［Ａ００００００
１］、［Ａ００００００２］と［Ａ００００００３］の
３人のサービス利用者Ｕを設定している。

【００４２】図５も参照して、課金情報データベース１
１ｃについて説明する。図５は、図２に示す課金情報デ
ータベースの構成図である。課金情報データベース１１
ｃは、決済サービス契約を結んでいるサービス利用者Ｕ
のサービス利用料の課金情報を格納するデータベースで
ある。課金情報データベース１１ｃには、サービス利用
者ＩＤ、１ヶ月間のサービス利用の限度額、１ヶ月間に
利用したサービスのサービス利用日、サービスＩＤ、サ
ービス利用料、このサービス利用料を代行して支払う決
済責任者Ｒの決済責任者ＩＤおよびその決済責任者Ｒが
指定したクレジットカード番号または銀行口座番号、１
ヶ月間に利用したサービス利用料の合計の項目を有し、
サービス利用者ＩＤおよび利用限度額はサービス利用者
Ｕと決済サービス契約を結ぶ毎に情報が格納され、サー
ビス利用日、サービスＩＤ、サービス利用料、決済責任
者ＩＤ、クレジットカード番号または銀行口座番号およ
び合計利用料はサービス利用者Ｕがサービスを利用する
毎に情報が格納されるとともに月末の決済日毎にリセッ
トされる。利用限度額は、サービス利用者Ｕが１ヶ月間
に利用できるサービス利用料の限度額であり、サービス
利用者Ｕに代わってサービス利用料を支払う決済責任者
Ｒによって設定される。図５に示す例では、サービス利
用者ＩＤが［Ａ００００００１］のサービス利用者Ｕは
合計利用料が［２，５００円］と利用限度額［１０，０
００円］を下回っているので［７，５００円］分のサー
ビスを利用でき、サービス利用者ＩＤが［Ａ０００００
０２］のサービス利用者Ｕは合計利用料が［１，０００
円］と利用限度額［５，０００円］を下回っているので
［４，０００円］分のサービスを利用できるが、サービ
ス利用者ＩＤが［Ａ００００００３］のサービス利用者
Ｕは合計利用料が［３，０００円］と利用限度額［３，
０００円］になっているのでサービスをこれ以上利用で
きない。

【００４３】図６も参照して、サービス内容データベー
ス１１ｄについて説明する。図６は、図２に示すサービ
ス内容データベースの構成図である。サービス内容デー
タベース１１ｄは、サービス提供者ＡＡがサービス提供
ホームページによって提供する全てのサービスの内容を
格納するデータベースである。サービス内容データベー
ス１１ｄには、サービスＩＤ、サービス種別、サービス
の内容、サービス利用料の項目を有し、新規のサービス
が追加される毎に情報が格納される。サービスＩＤは、
サービス提供者ＡＡが提供するサービス毎に付与される
ユニークなＩＤである。サービス種別は、サービス提供
者ＡＡが提供するサービスの種別であり、例えば、映画
配信、音楽配信、ゲーム配信、プログラム配信、インタ
ーネットショッピング等がある。サービス内容は、サー
ビス提供者ＡＡが提供するサービスの内容であり、例え
ば、映画配信の場合には映画のタイトル、概要、キャス
ト、上映時間等であり、音楽配信の場合には音楽のタイ
トル、アーチスト名、演奏時間等である。

【００４４】入出力装置１２について説明する。入出力
装置１２は、キーボード、マウス、表示装置等から構成
され、Ｉ／Ｏ装置を介して接続される。

【００４５】通信制御装置１３について説明する。通信
制御装置１３は、モデム等から構成され、インターネッ
トＩによる情報の送受信を実現する。

【００４６】それでは、主制御装置１０に展開されるサ
ービス要求受付手段１０ａ、決済承認手段１０ｂ、与信
手段１０ｃおよび課金手段１０ｄについて詳細に説明す
る。

【００４７】図７も参照して、サービス要求受付手段１
０ａについて説明する。図７は、図１に示すサービス利
用者端末において表示される画面の一例であり、（ａ）
はサービス利用料の支払い選択画面であり、（ｂ）はサ
ービス利用者本人がサービス利用料を支払う場合の支払
い方法指定画面であり、（ｃ）はサービス利用料の代行
決済を依頼する場合の決済責任者指定画面である。

【００４８】サービス利用者端末２からサービスを利用
するための情報が送信されると、サービス要求受付手段
１０ａでは、そのサービス利用者Ｕがサービス利用者情
報データベース１１ａに登録されているか否かを判定す
る。登録されていない場合、サービス要求受付手段１０
ａでは、決済サービスの処理を終了する。一方、登録さ
れている場合、サービス要求受付手段１０ａでは、サー
ビス利用者端末２に支払い選択画面２０を表示させる
（図７（ａ）参照）。支払い選択画面２０には、そのサ
ービス利用者Ｕが利用しようとしているサービスの概要
およびサービス利用料を表示するとともに、このサービ
ス利用料の支払いを行う者を選択するためにサービス利
用者Ｕ本人が支払う選択ボタン２０ａおよび決済責任者
Ｒに支払いを依頼する選択ボタン２０ｂを表示する。

【００４９】サービス利用者端末２から選択ボタン２０
ａが押された情報が送信されると、サービス要求受付手
段１０ａでは、サービス利用者端末２にサービス利用者
Ｕ本人がサービス利用料を支払う場合の支払い方法指定
画面２１を表示させる（図７（ｂ）参照）。支払い方法
指定画面２１には、支払い方法（決済手段）を指定する
ためにクレジットカードのラジオボタン２１ａおよび銀
行引き落としのラジオボタン２１ｂを表示するととも
に、クレジットカードまたは銀行口座の名義人を書き込
むテキストボックス２１ｃおよびクレジットカード番号
または銀行口座番号を書き込むためのテキストボックス
２１ｄを表示するとともに、送信ボタン２１ｅを表示す
る。

【００５０】一方、サービス利用者端末２から選択ボタ
ン２０ｂが押された情報が送信されると、サービス要求
受付手段１０ａでは、サービス利用者端末２にサービス
利用料の支払いの代行を依頼する場合の決済責任者指定
画面２２を表示させる（（図７（ｃ）参照）。決済責任
者指定画面２２には、決済責任者Ｒを指定するためにサ
ービス利用者Ｕに対して設定されている決済責任者Ｒの
氏名およびその氏名毎に決済責任者Ｒを選択するための
ラジオボタン２２ａ，２２ｂを表示するとともに、選択
した決済責任者Ｒのメールアドレスを書き込むためのテ
キストボックス２２ｃを表示するとともに、送信ボタン
２２ｄを表示する。なお、決済責任者指定画面２２に表
示される決済責任者Ｒはサービス利用者情報データベー
ス１１ａに設定されている決済責任者ＩＤに基づいて決
まり、サービス利用者Ｕによってその人数は異なる。し
たがって、決済責任者指定画面２２に表示される決済責
任者Ｒを氏名およびラジオボタンの数は、サービス利用
者Ｕによって変る。

【００５１】サービス利用者端末２から支払い選択画面
２０と支払い方法指定画面２１または決済責任者指定画
面２２で設定した内容が暗号化された決済サービス要求
（電子署名Ｘ）およびサービス利用者Ｕに発行されてい
る公開鍵Ｘが送信されると（図９参照）、サービス要求
受付手段１０ａでは、その公開鍵Ｘにより決済サービス
要求（電子署名Ｘ）を復号化し、この決済サービス要求
の正当性を確認する（図９参照）。送信された公開鍵Ｘ
で正常に復号化できた場合、サービス要求受付手段１０
ａでは、正当な決済サービス要求と判定するとともに、
サービス利用者Ｕを決済サービス契約を結んでいる本人
であると認証する。そして、サービス要求受付手段１０
ａでは、決済サービス要求に基づいてサービス利用料を
支払う者を判定し、サービス利用料をサービス利用者Ｕ
本人が支払う場合にはその本人の決済手段により決済を
行う。サービス利用料を指定した決済責任者Ｒに支払っ
てもらう場合には決済サービスを継続する。一方、送信
された公開鍵Ｘで正常に復号化できない場合、サービス
要求受付手段１０ａでは、不当な決済サービス要求と判
定するとともにサービス利用者Ｕを本人でないと判定
し、サービス利用者端末２にサービス不許可通知を送信
して決済サービスを終了する。ちなみに、電子署名とし
ては、ＲＳＡ[Rivest Shamir Adleman]による署名法
（公開鍵（非対称鍵）を利用）、対称暗号による署名法
（認証機関が必要）等がある。

【００５２】図８も参照して、決済承認手段１０ｂにつ
いて説明する。図８は、図１に示す決済責任者端末にお
いて表示される画面の一例であり、（ａ）はサービス利
用料の支払い代行依頼画面であり、（ｂ）は支払い代行
を承認した場合の支払い方法指定画面である。

【００５３】サービス要求受付手段１０ａで決済サービ
ス要求を正当なものとして受け付けると、決済承認手段
１０ｂでは、決済責任者端末３または携帯電話４に支払
い依頼通知としてサービス利用料の支払い代行依頼画面
３０を表示させる（図８（ａ）参照）。支払い代行依頼
画面３０には、サービス利用者Ｕの氏名ならびにサービ
ス利用者Ｕが利用しようとしているサービスの概要およ
びサービス利用料を表示するとともに、このサービス利
用料の支払いの代行に同意する選択ボタン３０ａおよび
支払いの代行に同意しない選択ボタン３０ｂを表示す
る。この際、決済承認手段１０ｂでは、サービス利用者
Ｕからの正当な依頼であることを示すために、決済責任
者端末３または携帯電話４に決済サービス要求（電子署
名Ｘ）と公開鍵Ｘも送信する。

【００５４】決済責任者Ｒによって選択ボタン３０ｂが
押された場合、決済承認手段１０ｂでは、さらに、決済
責任者端末３または携帯電話４に支払い代行を承認した
場合の支払い方法指定画面３１を表示させる（図８
（ｂ）参照）。支払い方法指定画面３１には、支払い方
法（決済手段）を指定するためにクレジットカードのラ
ジオボタン３１ａおよび銀行引き落としのラジオボタン
３１ｂを表示するとともに、クレジットカードまたは銀
行口座の名義人を書き込むテキストボックス３１ｃおよ
びクレジットカード番号または銀行口座番号を書き込む
ためのテキストボックス３１ｄを表示するとともに、送
信ボタン３１ｅを表示する。

【００５５】そして、決済責任者端末３または携帯電話
４から支払い代行依頼画面３０と支払い方法指定画面３
１で設定された内容が暗号化された支払い承認判断結果
（電子署名Ｙ）および決済責任者Ｒに発行されている公
開鍵Ｙが送信されると（図９参照）、決済承認手段１０
ｂでは、その公開鍵Ｙにより支払い承認判断結果（電子
署名Ｙ）を復号化し、この支払い承認判断結果の正当性
を確認する（図９参照）。送信された公開鍵Ｙで正常に
復号化できた場合、決済承認手段１０ｂでは、正当な支
払い承認判断結果と判定するとともに、決済責任者Ｒを
決済サービス契約を結んでいる本人であると認証する。
一方、送信された公開鍵Ｙで正常に復号化できない場
合、決済承認手段１０ｂでは、不当な支払い承認判断結
果と判定するとともに決済責任者Ｒを本人でないと判定
し、サービス利用者端末２にサービス不許可通知を送信
して決済サービスの処理を終了する。

【００５６】一方、決済責任者Ｒによって選択ボタン３
０ａが押された場合、決済承認手段１０ｂでは、サービ
ス利用者端末２にサービス不許可通知を送信し、決済サ
ービスの処理を終了する。

【００５７】与信手段１０ｃについて説明する。

【００５８】決済承認手段１０ｂで決済責任者Ｒからの
サービス利用料の支払いの代行の承認が取れると、与信
手段１０ｃでは、決済責任者Ｒにサービス利用料の支払
い能力があるか否かを問い合わせる与信依頼を生成し、
その与信依頼を秘密鍵Ｚによって暗号化して電子署名Ｚ
を作成する（図９参照）。そして、与信手段１０ｃで
は、その暗号化した与信依頼（電子署名Ｚ）および公開
鍵Ｚを、決済責任者Ｒが指定した決済機関Ｓの決済機関
サーバ５に送信する（図９参照）。

【００５９】決済機関サーバ５から与信依頼に対する与
信結果を受信すると、与信手段１０ｃでは、与信結果に
基づいて決済責任者Ｒの支払い能力を確認する。与信結
果において支払い能力がない場合、与信手段１０ｃで
は、サービス利用者端末２にサービス不許可通知を送信
し、決済サービスの処理を終了する。

【００６０】課金手段１０ｄについて説明する。

【００６１】与信手段１０ｃで決済機関Ｓからの決済責
任者Ｒの支払い能力の確認が取れると、課金手段１０ｄ
では、課金情報データベース１１ｃからサービス利用者
Ｕの合計利用料を抽出し、その合計利用料にサービス利
用者Ｕが今回利用するサービスのサービス利用料を加算
して新たな合計利用料を算出する（図５参照）。そし
て、課金手段１０ｄでは、課金情報データベース１１ｃ
からサービス利用者Ｕの利用限度額を抽出し、新たな合
計利用料が利用限度額内か否かを判定する。新たな合計
利用料が利用限度額を超える場合、課金手段１０ｄで
は、サービス利用者端末２にサービス不許可通知を送信
し、決済サービスの処理を終了する。一方、新たな合計
利用料が利用限度額内の場合、課金手段１０ｄでは、サ
ービス利用者Ｕに対してサービスを利用することを許可
する。すると、主制御装置１０では、サービス利用者Ｕ
に対して、サービスを実際に提供する処理に移る。

【００６２】サービスを利用することを許可すると、課
金手段１０ｄでは、課金情報データベース１１ｃにサー
ビス利用者Ｕが今回利用するサービスのサービス利用
日、サービスＩＤ、サービス利用料およびそのサービス
利用料の支払いを代行する決済責任者Ｒの決済責任者Ｉ
Ｄ、決済責任者Ｒが指定したクレジットカード番号また
は銀行口座番号ならびに算出した新たな合計利用料を格
納する。

【００６３】また、決済日（月末）になると、課金手段
１０ｄでは、課金情報データベース１１ｃに基づいて決
済責任者Ｒ毎に各決済機関Ｓへの１ヶ月間のサービス利
用料（決済手数料を含む）を算出してその請求書を作成
し、作成した請求書を各決済機関サーバ５に送信する。
そして、決済機関Ｓからサービス利用料が払い込まれる
と、課金手段１０ｄでは、課金情報データベース１１ｃ
からその該当する情報を消去する。

【００６４】図１および図７を参照して、サービス利用
者端末２の構成について説明する。

【００６５】サービス利用者端末２は、インターネット
Ｉに接続可能な端末であり、サービス利用者Ｕが所有す
る。サービス利用者端末２は、図示しない、主制御装
置、記憶装置、入出力装置、通信制御装置等を備えると
ともにＩＣカードリーダを備え、これらの装置がバスに
よって接続される。

【００６６】主制御装置は、ＭＰＵおよびＲＡＭ等から
構成され、サービス利用者端末２を統括制御する。ま
た、主制御装置は、インターネットＩと接続するため
に、ＷＷＷブラウザを備えている。ＷＷＷブラウザによ
って、インターネットＩ上に存在する種々のサーバ（Ｗ
ＷＷサーバ等）が保持している閲覧可能な各種情報を閲
覧することができる。また、ＷＷＷブラウザを利用し
て、インターネットＩ上に存在する種々のサーバに各種
情報を送信することができる。

【００６７】また、主制御装置は、決済サービスを受け
るために、決済サービス要求プログラムを備えている。
サービス利用者端末２において、サービス提供者サーバ
１Ａからの支払い選択画面２０と支払い方法指定画面２
１または決済責任者指定画面２２が表示され、サービス
利用者Ｕが支払い選択画面２０と支払い方法指定画面２
１または決済責任者指定画面２２の各項目を設定し、送
信ボタン２１ｅまたは送信ボタン２２ｄを押す（図７参
照）。すると、主制御装置では、決済サービス要求プロ
グラムをＲＡＭ上にロードしてＭＰＵで実行する。そし
て、主制御装置では、支払い選択画面２０と支払い方法
指定画面２１または決済責任者指定画面２２で設定した
情報からなる決済サービス要求を生成し、その決済サー
ビス要求をサービス利用者Ｕに発行されている秘密鍵Ｘ
によって暗号化して電子署名Ｘを作成する（図９参
照）。続いて、主制御装置では、暗号化した決済サービ
ス要求（電子署名Ｘ）をサービス利用者Ｕに発行されて
いる公開鍵Ｘとともにサービス提供者サーバ１Ａに送信
する（図９参照）。ちなみに、秘密鍵Ｘと公開鍵Ｘは、
サービス利用者Ｕに発行されているＩＣカードＸに格納
されており、ＩＣカードリーダで読み取ったものであ
る。

【００６８】図１および図８を参照して、決済責任者端
末３の構成について説明する。

【００６９】決済責任者端末３は、インターネットＩに
接続可能な端末であり、決済責任者Ｒが所有する。決済
責任者端末３は、図示しない、主制御装置、記憶装置、
入出力装置、通信制御装置等を備えるとともにＩＣカー
ドリーダを備え、これらの装置がバスによって接続され
る。

【００７０】主制御装置は、ＭＰＵおよびＲＡＭ等から
構成され、決済責任者端末３を統括制御する。また、主
制御装置は、インターネットＩと接続するために、ＷＷ
Ｗブラウザを備えている。

【００７１】また、主制御装置は、決済サービスを受け
るために、サービス決済承認プログラムを備えている。
決済責任者端末３においてサービス提供者サーバ１Ａか
らのサービス利用料の支払い代行依頼画面３０が表示さ
れるとともに公開鍵Ｘおよび決済サービス要求（電子署
名Ｘ）が送信されると（図９参照）、主制御装置では、
サービス決済承認プログラムをＲＡＭ上にロードしてＭ
ＰＵで実行する。そして、主制御装置では、公開鍵Ｘに
より決済サービス要求（電子署名Ｘ）を復号化し、サー
ビス利用者Ｕからの正当な依頼であるかを確認する。ま
た、決済責任者Ｒが支払い代行依頼画面３０の選択ボタ
ン３０ｂまたは支払い方法指定画面３１の送信ボタン３
１ｅを押すと（図８参照）、主制御装置では、支払い代
行依頼画面３０と支払い方法指定画面３１で設定した情
報からなる支払い承認判断結果を生成し、その支払い承
認判断結果を決済責任者Ｒに発行されている秘密鍵Ｙに
よって暗号化して電子署名Ｙを作成する（図９参照）。
続いて、主制御装置では、暗号化した支払い承認判断結
果（電子署名Ｙ）を決済責任者Ｒに発行されている公開
鍵Ｙとともにサービス提供者サーバ１Ａに送信する（図
９参照）。ちなみに、秘密鍵Ｙと公開鍵Ｙは、決済責任
者Ｒに発行されているＩＣカードＹに格納されており、
ＩＣカードリーダで読み取ったものである。なお、本実
施の形態ではサービス決済承認プログラムが特許請求の
範囲に記載するサービス承認プログラムに相当する。

【００７２】図１を参照して、携帯電話４の構成につい
て説明する。

【００７３】携帯電話４は、インターネットＩへの接続
機能を有する携帯電話であり、決済責任者Ｒが所有す
る。携帯電話４は、通常の携帯電話が有する機能以外
に、前記した決済責任者端末３が有する決済サービスを
受けるための機能を有する。なお、携帯電話４にＩＣカ
ードリーダを接続できない場合には、決済責任者Ｒが携
帯電話４に直接入力する等の別の方法によって、携帯電
話４に秘密鍵Ｙおよび公開鍵Ｙが入力される。

【００７４】図１を参照して、決済機関サーバ５の構成
について説明する。

【００７５】決済機関サーバ５は、インターネットＩに
接続可能なサーバであり、決済機関Ｓに設けられてい
る。決済機関サーバ５は、図示しない、主制御装置、記
憶装置、入出力装置、通信制御装置等を備え、これらの
装置がバスによって接続される。

【００７６】主制御装置は、ＭＰＵおよびＲＡＭ等から
構成され、決済機関サーバ５を統括制御する。また、主
制御装置は、インターネットＩと接続するために、ＷＷ
Ｗサーバプログラムを備えている。主制御装置では、決
済機関サーバ５がインターネットＩに接続されると、Ｗ
ＷＷサーバプログラムをＲＡＭ上にロードしてＭＰＵで
実行する。

【００７７】また、主制御装置では、決済サービスにお
ける与信処理に対応するために、与信プログラムを備え
ている。サービス提供者サーバ１Ａから暗号化された与
信依頼（電子署名Ｚ）および公開鍵Ｚが送信されてくる
と、主制御装置では、その公開鍵Ｚにより与信依頼（電
子署名Ｚ）を復号化し、この与信依頼の正当性を確認す
る（図９参照）。送信された公開鍵Ｚで正常に復号化で
きた場合、主制御装置では、正当な与信依頼と判定し、
与信依頼に示される決済責任者Ｒの支払い能力を調べ
る。そして、主制御装置では、その支払い能力を示した
与信結果を生成し、サービス提供者サーバ１Ａに送信す
る。この際、与信結果を秘密鍵によって暗号化し、その
暗号化した情報を公開鍵とともにサービス提供者サーバ
１Ａに送信するようにしてもよい。一方、送信された公
開鍵Ｚで正常に復号化できない場合、主制御装置では、
不当な与信依頼と判定し、与信依頼には応じられないこ
とを示した与信結果をサービス提供者サーバ１Ａに送信
する。

【００７８】図１乃至図８を参照して、決済モデルＭＡ
における情報や金銭等の遣り取りを図９のフローに沿っ
て説明する。図９は、図１に示す決済モデルにおけるサ
ービス利用者、決済責任者、サービス提供者、決済機関
間の情報や金銭の遣り取りを示すフロー図である。

【００７９】まず、決済サービスを受けたいサービス利
用者Ｕが、サービス提供者ＡＡとの間で決済サービス契
約を結ぶ。この際、サービス利用者Ｕは、サービス利用
者情報データベース１１ａに登録する個人情報をサービ
ス提供者ＡＡに開示するとともに、サービス利用料の支
払いを代行してもらう決済責任者Ｒを設定する。ちなみ
に、設定された決済責任者Ｒも、必然的に、サービス提
供者ＡＡとの間で決済サービス契約を結ぶ。この一方、
サービス提供者ＡＡは、公開鍵Ｘおよび秘密鍵Ｘを格納
したＩＣカードＸをサービス利用者Ｕに発行する（Ｓ
１）。

【００８０】また、決済サービスを受けたい決済責任者
Ｒが、サービス提供者ＡＡとの間で決済サービス契約を
結ぶ。この際、決済責任者Ｒは、決済責任者情報データ
ベース１１ｂに登録する個人情報をサービス提供者ＡＡ
に開示するとともに、サービス利用料を代行して支払っ
てあげるサービス利用者Ｕおよびそのサービス利用者Ｕ
の１ヶ月間の利用限度額を設定する。ちなみに、設定さ
れたサービス利用者Ｕも、必然的に、サービス提供者Ａ
Ａとの間で決済サービス契約を結ぶ。一方、サービス提
供者ＡＡは、公開鍵Ｙおよび秘密鍵Ｙを格納したＩＣカ
ードＹを決済責任者Ｒに発行する（Ｓ２）。

【００８１】サービス利用者Ｕは、サービス提供者ＡＡ
が提供するサービスを利用したい場合、サービス利用者
端末２によってサービス提供者サーバ１Ａが開設してい
るサービス提供ホームページにアクセスする。そして、
サービス利用者Ｕは、サービス利用者端末２から利用し
たいサービスの情報をサービス提供者サーバ１Ａに送信
する。この際、サービス提供者サーバ１Ａでは、情報を
送信したサービス利用者Ｕが決済サービス契約を結んで
いると判定し、サービス利用者端末２に支払い選択画面
２０を送信する（図７（ａ）参照）。支払い選択画面２
０が送信されると、サービス利用者Ｕは、サービス利用
料を支払う者を誰にするかを判断し、支払い選択画面２
０の選択ボタン２０ａまたは選択ボタン２０ｂを押す。

【００８２】選択ボタン２０ａが押されると、サービス
提供者サーバ１Ａでは、サービス利用者端末２に支払い
方法指定画面２１に送信する（図７（ｂ）参照）。支払
い方法指定画面２１を送信されると、サービス利用者Ｕ
は、支払い方法指定画面２１に対してクレジットカード
か銀行引き落としかを指定するとともにクレジットカー
ド番号または銀行口座番号等を入力する。

【００８３】一方、選択ボタン２０ｂが押されると、サ
ービス提供者サーバ１Ａでは、サービス利用者端末２に
決済責任者指定画面２２を送信する（図７（ｃ）参
照）。決済責任者指定画面２２を送信されると、サービ
ス利用者Ｕは、決済責任者指定画面２２に対して決済責
任者Ｒを指定するとともに指定した決済責任者Ｒのメー
ルアドレスを入力する。

【００８４】そして、サービス利用者Ｕが支払い方法指
定画面２１の送信ボタン２１ｅまたは決済責任者指定画
面２２の送信ボタン２２ｄを押すと、サービス利用者端
末２では、支払い選択画面２０と支払い方法指定画面２
１または決済責任者指定画面２２で設定した情報からな
る決済サービス要求を生成し、その決済サービス要求を
秘密鍵Ｘによって暗号化して電子署名Ｘを作成する（Ｓ
３）。そして、サービス利用者端末２では、暗号化した
決済サービス要求（電子署名Ｘ）を公開鍵Ｘとともにサ
ービス提供者サーバ１Ａに送信する（Ｓ３）。

【００８５】決済サービス要求（電子署名Ｘ）と公開鍵
Ｘが送信されると、サービス提供者サーバ１Ａでは、そ
の公開鍵Ｘにより決済サービス要求（電子署名Ｘ）を復
号化し、この決済サービス要求の正当性を確認する（Ｓ
４）。送信された公開鍵Ｘで正常に復号化できた場合、
サービス提供者サーバ１Ａでは、サービス利用者Ｕを決
済サービス契約を結んでいる本人であると認証する（Ｓ
５）。一方、送信された公開鍵Ｘで正常に復号化できな
い場合、サービス提供者サーバ１Ａでは、サービス利用
者Ｕを決済サービス契約を結んでいる本人でないと判定
してサービス利用者端末２にサービス不許可通知を送信
し、決済サービスを終了する（Ｓ６）。この際、サービ
ス提供者ＡＡでは、サービス利用者Ｕにサービスを提供
しない。

【００８６】また、サービス提供者サーバ１Ａでは、決
済サービス要求に基づいてサービス利用料をサービス利
用者Ｕ本人が支払うかあるいは決済責任者Ｒが代行して
支払うかを判定する（Ｓ７）。サービス利用料をサービ
ス利用者Ｕ本人が支払う場合、サービス提供者サーバ１
Ａでは、サービスの利用を許可し、決済サービスを終了
する（Ｓ８）。この際、サービス提供者ＡＡは、サービ
ス利用者Ｕに対してサービスを提供し、サービス利用者
Ｕが指定するクレジットカードあるいは銀行引き落とし
によってサービス利用料を受け取る。なお、Ｓ８で終了
とするのではなく、サービス利用者Ｕ本人の決済手段
（自分のクレジットカード等）により決済を行うように
してもよい。

【００８７】サービス利用料を指定した決済責任者Ｒに
支払ってもらう場合、サービス提供者サーバ１Ａでは、
その指定された決済責任者Ｒの決済責任者端末３または
携帯電話４に、支払い依頼通知として支払い代行依頼画
面３０を送信するとともに、決済サービス要求（電子署
名Ｘ）と公開鍵Ｘも送信する（Ｓ９）。

【００８８】支払い代行依頼画面３０および決済サービ
ス要求（電子署名Ｘ）と公開鍵Ｘが送信されると、決済
責任者端末３または携帯電話４では、その公開鍵Ｘによ
り決済サービス要求（電子署名Ｘ）を復号化し、サービ
ス利用者Ｕからの正当な依頼であるかを確認する。この
確認結果に基づいて、決済責任者Ｒは、サービス利用料
の支払いを代行するか否か判断し、支払い代行依頼画面
３０の選択ボタン３０ａまたは選択ボタン３０ｂを押す
（Ｓ１０）。選択ボタン３０ａが押された場合、サービ
ス提供者サーバ１Ａでは、決済責任者端末３または携帯
電話４に支払い方法指定画面３１を送信する。そして、
決済責任者Ｒは、支払い方法指定画面３１に対してクレ
ジットカードか銀行引き落としかを指定するとともにク
レジットカード番号または銀行口座番号等を入力する。

【００８９】そして、決済責任者Ｒが支払い代行依頼画
面３０の選択ボタン３０ｂまたは支払い方法指定画面３
１の送信ボタン３１ｅを押すと、決済責任者端末３また
は携帯電話４では、支払い代行依頼画面３０と支払い方
法指定画面３１で設定した情報からなる支払い承認判断
結果を生成し、その支払い承認判断結果を秘密鍵Ｙによ
って暗号化して電子署名Ｙを作成する（Ｓ１１）。そし
て、決済責任者端末３または携帯電話４では、暗号化し
た支払い承認判断結果（電子署名Ｙ）を公開鍵Ｙととも
サービス提供者サーバ１Ａに送信する（Ｓ１１）。

【００９０】支払い承認判断結果（電子署名Ｙ）と公開
鍵Ｙが送信されると、サービス提供者サーバ１Ａでは、
その公開鍵Ｙにより支払い承認判断結果（電子署名Ｙ）
を復号化し、この支払い承認判断結果の正当性を確認す
る（Ｓ１２）。送信された公開鍵Ｙで正常に復号化でき
た場合、サービス提供者サーバ１Ａでは、決済責任者Ｒ
を決済サービス契約を結んでいる本人であると認証する
（Ｓ１３）。一方、送信された公開鍵Ｙで正常に復号化
できない場合、サービス提供者サーバ１Ａでは、決済責
任者Ｒを決済サービス契約を結んでいる本人でないと判
定してサービス利用者端末２にサービス不許可通知を送
信し、決済サービスを終了する（Ｓ１４）。この際、サ
ービス提供者ＡＡでは、サービス利用者Ｕにサービスを
提供しない。

【００９１】決済責任者Ｒを本人と認証した場合、サー
ビス提供者サーバ１Ａでは、支払い承認判断結果に基づ
いて、決済責任者Ｒがサービス利用料の支払いの代行を
承認したか否かを判定する（Ｓ１５）。決済責任者Ｒが
承認を棄却した場合、サービス提供者サーバ１Ａでは、
サービス利用者端末２にサービス不許可通知を送信し、
決済サービスを終了する（Ｓ１６）。この際、サービス
提供者ＡＡでは、サービス利用者Ｕにサービスを提供し
ない。

【００９２】決済責任者Ｒが承認した場合、サービス提
供者サーバ１Ａでは、決済責任者Ｒにサービス利用料の
支払い能力があるか否かを問い合わせる与信依頼を生成
し、その与信依頼を秘密鍵Ｚによって暗号化して電子署
名Ｚを作成する（Ｓ１７）。そして、サービス提供者サ
ーバ１Ａでは、その暗号化した与信依頼（電子署名Ｚ）
と公開鍵Ｚを、決済責任者Ｒが指定した決済機関Ｓの決
済機関サーバ５に送信する（Ｓ１７）。

【００９３】与信依頼（電子署名Ｚ）と公開鍵Ｚが送信
されると、決済機関サーバ５では、その公開鍵Ｚにより
与信依頼（電子署名Ｚ）を復号化し、この与信依頼の正
当性を確認する（Ｓ１８）。送信された公開鍵Ｚで正常
に復号化できた場合、決済機関サーバ５では、正当な与
信依頼と判定し、与信依頼に示される決済責任者Ｒの支
払い能力を調べ、その支払い能力を示した与信結果を生
成する。一方、送信された公開鍵Ｚで正常に復号化でき
ない場合、決済機関サーバ５では、不当な与信依頼と判
定し、与信依頼には応じられないことを示した与信結果
を生成する。そして、決済機関サーバ５では、その与信
結果をサービス提供者サーバ１Ａに送信する（Ｓ１
９）。

【００９４】決済機関サーバ５から与信結果を受信する
と、サービス提供者サーバ１Ａでは、与信結果に基づい
て決済責任者Ｒの支払い能力を確認する（Ｓ２０）。与
信結果において支払い能力がない場合、サービス提供者
サーバ１Ａでは、サービス利用者端末２にサービス不許
可通知を送信し、決済サービスの処理を終了する（Ｓ２
１）。この際、サービス提供者ＡＡでは、サービス利用
者Ｕにサービスを提供しない。

【００９５】決済責任者Ｒに支払い能力があることを確
認すると、サービス提供者サーバ１Ａでは、今回のサー
ビス利用料を加算して今月の合計利用料を算出し、その
合計利用料がサービス利用者Ｕに設定されている利用限
度額内か否かを判定する（Ｓ２２）。合計利用料が利用
限度額を超える場合、サービス提供者サーバ１Ａでは、
サービス利用者端末２にサービス不許可通知を送信し、
決済サービスの処理を終了する（Ｓ２３）。この際、サ
ービス提供者ＡＡでは、サービス利用者Ｕにサービスを
提供しない。

【００９６】合計利用料が利用限度額内の場合、サービ
ス提供者サーバ１Ａでは、課金情報データベース１１ｃ
にサービス利用者Ｕが今回利用するサービスのサービス
利用日、サービスＩＤ、サービス利用料およびそのサー
ビス利用料の支払いを代行する決済責任者Ｒの決済責任
者ＩＤ、決済責任者Ｒが指定したクレジットカード番号
または銀行口座番号ならびに算出した新たな合計利用料
を格納し、決済責任者Ｒに対して課金処理する（Ｓ２
４）。さらに、サービス提供者サーバ１Ａでは、サービ
ス利用者端末２にサービス許可通知を送信する（Ｓ２
５）。そして、サービス提供者ＡＡでは、サービス利用
者Ｕにサービスを提供する（Ｓ２６ ）。

【００９７】また、決済日（月末）になると、サービス
提供者サーバ１Ａでは、課金情報データベース１１ｃに
基づいて、決済責任者Ｒ毎に各決済機関Ｓへの１ヶ月間
のサービス利用料の請求書を作成し、作成した請求書を
各決済機関サーバ５に送信する。すると、決済機関Ｓで
は、決済責任者Ｒの指定口座から１ヶ月間のサービス利
用料を引き落とす（Ｓ２７）。そして、決済機関Ｓで
は、１ヶ月間のサービス利用料をサービス提供者ＡＡに
払い込む（Ｓ２８）。ちなみに、この１ヶ月間のサービ
ス利用料には、決済サービスに対する決済手数料も含ま
れている。

【００９８】この決済モデルＭＡによれば、サービス利
用者Ｕが決済手段を有していなくても、サービス提供者
ＡＡが提供する決済サービスを利用するとともに決済責
任者Ｒの承認が得られれば、サービス提供者ＡＡからの
サービスを受けることができる。さらに、この決済モデ
ルＭＡでは、決済サービスに関する情報をインターネッ
トＩを介して遣り取りするので、サービス利用者Ｕがサ
ービスを受けることができるか否かを迅速に決定でき
る。

【００９９】また、この決済モデルＭＡによれば、サー
ビス利用者Ｕと決済責任者Ｒとの関係は必ずしも１対１
ではなく、サービス利用者Ｕは複数の決済責任者Ｒから
支払い代行をしてもらうことができ、決済責任者Ｒは複
数のサービス利用者Ｕのサービスの利用を管理すること
ができる。

【０１００】また、この決済モデルＭＡによれば、公衆
回線を利用するインターネットＩ上で情報を遣り取りす
るが、電子署名によって情報の正当性の確認および本人
認証を行っているので、情報の改竄や第３者による成り
済まし等を防止することができる。

【０１０１】また、この決済モデルＭＡによれば、決済
責任者Ｒが承認した場合でも、利用限度額を超える場合
にはサービス利用者Ｕはサービスを受けることができな
いので、サービス利用者Ｕが利用できるサービス量を制
限できる。なお、Ｓ２２及びＳ２３処理をＳ９の直前に
置き、Ｓ７で支払い代行を判断し、「代行」ならば、利
用限度額確認を行うようにしてもよい。利用限度額の確
認をはじめに行っておく方がサービス利用者Ｕにとって
都合がよいことも考えられるからである。

【０１０２】次に、図１０を参照して、第２の実施の形
態に係る決済モデルＭＢの全体構成を説明する。図１０
は、第２の実施の形態に係る決済モデルの全体構成図で
ある。なお、図１０には、サービス提供者ＡＢ、サービ
ス利用者Ｕ、決済責任者Ｒおよび決済機関Ｓは、その数
を省略して描いているが、実際には、サービス提供者、
サービス利用者、決済責任者および決済機関は多数存在
する。また、第２の実施の形態では、第１の実施の形態
に係る決済モデルＭＡと同様の構成については同一に符
号を付し、その説明を省略する。

【０１０３】決済モデルＭＢでは、サービス提供者ＡＢ
がインターネットＩを利用してＥＣによる事業を行って
おり、様々なサービスを提供している。そして、決済モ
デルＭＢでは、サービス利用者Ｕがサービス提供者ＡＢ
が提供するサービスを利用するうちの一人であり、イン
ターネットＩを介してサービスを利用する。サービス利
用者Ｕは、提供されるサービスに対するサービス利用料
を支払う能力を有していないので、決済責任者Ｒがその
サービス利用料を代わって支払う。そのために、決済モ
デルＭＢでは、決済サービス提供者Ｏがサービス利用料
を代行して支払いを行うために必要な決済サービスを提
供しており、決済サービス提供者Ｏはサービス提供者Ａ
Ｂ、サービス利用者Ｕ、決済責任者Ｒおよび決済責任者
Ｒが指定する決済機関ＳとインターネットＩを介して様
々な情報を遣り取りする。

【０１０４】サービス提供者ＡＢは、ＥＣによるサービ
スの提供を行うためにインターネットＩに接続している
サービス提供者サーバ１Ｂを備えている。そして、サー
ビス提供者ＡＢは、ＥＣによるサービスのサービス利用
料により事業を運営している。ちなみに、サービス提供
者ＡＢは第１の実施の形態に係るサービス提供者ＡＡの
ＥＣによるサービスの提供のみ行っており、サービス提
供者サーバ１Ｂは第１の実施の形態に係るサービス提供
者サーバ１ＡのＥＣによるサービスの提供の処理のみ行
っている。

【０１０５】決済サービス提供者Ｏは、決済サービスの
提供を行うためにインターネットＩに接続している決済
サービス提供者サーバ６を備えている。そして、決済サ
ービス提供者Ｏは、決済サービスの決済手数料により事
業を運営している。ちなみに、決済サービス提供者Ｏは
第１の実施の形態に係るサービス提供者ＡＡの決済サー
ビスのみ行っており、決済サービス提供者サーバ６は第
１の実施の形態に係るサービス提供者サーバ１Ａの決済
サービスの処理のみ行っている。なお、第２の実施の形
態では、決済サービス提供者サーバ６が特許請求の範囲
に記載する承認サービス装置に相当する。

【０１０６】決済サービス提供者Ｏでは、決済サービス
を受けたいサービス利用者Ｕと決済サービス契約を結ん
でおり、契約を結んでいるサービス利用者Ｕを認証する
ためにＩＣカードＸおよび秘密鍵Ｘと公開鍵Ｘを発行す
るとともに（図１１参照）、サービス利用者Ｕの個人情
報を決済サービス提供者サーバ６に登録している。ちな
みに、秘密鍵Ｘと公開鍵Ｘは、ＩＣカードＸに格納され
て発行される。また、決済サービス提供者Ｏでは、決済
サービスを受けたい決済責任者Ｒと決済サービス契約を
結んでおり、契約を結んでいる決済責任者Ｒを認証する
ためにＩＣカードＹおよび秘密鍵Ｙと公開鍵Ｙを発行す
るとともに（図１１参照）、決済責任者Ｒの個人情報を
決済サービス提供者サーバ６に登録している。ちなみ
に、秘密鍵Ｙと公開鍵Ｙは、ＩＣカードＹに格納されて
発行される。

【０１０７】サービス利用者Ｕは、サービス提供者ＡＢ
が提供するサービスを利用するためおよび決済サービス
提供者Ｏが提供する決済サービスを受けるために、イン
ターネットＩに接続可能なサービス利用者端末２を所有
している。サービス利用者Ｕは、前記したように決済サ
ービス提供者Ｏと決済サービス契約を結んでおり、サー
ビス提供者ＡＢからのサービスの提供を受けるが、その
サービス利用料の支払いについては決済責任者Ｒに代行
してもらう。

【０１０８】決済責任者Ｒは、決済サービス提供者Ｏが
提供する決済サービスを受けるために、インターネット
Ｉに接続可能な決済責任者端末３あるいは携帯電話４を
所有している。決済責任者Ｒは、前記したように決済サ
ービス提供者Ｏと決済サービス契約を結んでおり、サー
ビス利用者Ｕがサービス提供者ＡＢから受けたサービス
のサービス利用料の支払いを代行する。また、決済責任
者Ｒは、決済機関Ｓと決済契約を結んでおり、サービス
提供者ＡＢには決済機関Ｓからサービス利用料を支払う
とともに決済サービス提供者Ｏには決済機関Ｓから決済
手数料を支払う。

【０１０９】決済機関Ｓには、決済サービス提供者Ｏか
らの与信依頼に応答するために、インターネットＩに接
続している決済機関サーバ５を備えている。決済機関Ｓ
では、前記したように決済責任者Ｒと決済契約を結んで
おり、決済責任者Ｒが代行したサービス利用料をサービ
ス提供者ＡＢおよび決済手数料を決済サービス提供Ｏに
支払うとともに決済責任者Ｒの銀行口座等から（サービ
ス利用料＋決済手数料）を引き落とす。

【０１１０】図１０を参照して、サービス提供者サーバ
１Ｂの構成について説明する。サービス提供者サーバ１
Ｂは、図示しない、主制御装置、記憶装置、入出力装
置、通信制御装置等を備えており、これらの装置をバス
で接続している。主制御装置は、ＭＰＵおよびＲＡＭ等
から構成され、サービス提供者サーバ１Ｂを統括制御す
る。また、主制御装置は、インターネットＩと接続する
ために、ＷＷＷサーバプログラムを備えている。さら
に、主制御装置は、ＥＣによるサービスを提供するため
に第１の実施の形態に係るサービス提供者サーバ１Ａと
同様のサービス提供プログラムを備えており、サービス
利用者Ｕのサービス利用者端末２からサービス提供ホー
ムページにアクセスされるとサービス提供プログラムを
実行する。そして、主制御装置では、サービス利用者Ｕ
からの入力に応じて各種サービスを提供するためのデー
タをサービス利用者端末２との間で送受信する。

【０１１１】図１０を参照して、決済サービス提供者サ
ーバ６の構成について説明する。決済サービス提供者サ
ーバ６は、図示しない、主制御装置、記憶装置、入出力
装置、通信制御装置等を備えており、これらの装置をバ
スで接続している。主制御装置は、ＭＰＵおよびＲＡＭ
等から構成され、決済サービス提供者サーバ６を統括制
御する。また、主制御装置は、インターネットＩと接続
するために、ＷＷＷサーバプログラムを備えている。さ
らに、主制御装置は、決済サービスを提供するために第
１の実施の形態に係るサービス提供者サーバ１Ａと同様
の決済サービスプログラムを備えており、サービス利用
者端末２からサービス提供者ＡＢからのサービスを利用
するための情報が送信されると決済サービスプログラム
を実行する。そして、主制御装置では、第１の実施の形
態と同様のサービス要求受付手段（図示せず）、決済承
認手段（図示せず）、与信手段（図示せず）、課金手段
（図示せず）を展開する。記憶装置は、ハードディスク
装置や光磁気ディスク装置等から構成され、決済サービ
ス提供者サーバ６の各種プログラムを格納するととも
に、第１の実施の形態と同様のサービス利用者情報デー
タベース（図示せず）、決済責任者情報データベース
（図示せず）、課金情報データベース（図示せず）、サ
ービス内容データベース（図示せず）等を格納してい
る。

【０１１２】図１０を参照して、決済モデルＭＢにおけ
る情報や金銭等の遣り取りを図１１のフローに沿って説
明する。図１１は、図１０に示す決済モデルにおけるサ
ービス利用者、決済責任者、決済サービス提供者、決済
機関、サービス提供者間の情報や金銭の遣り取りを示す
フロー図である。なお、図１１に示すＳ１からＳ２４の
処理は、第１の実施の形態の図９に示すＳ１からＳ２４
と同様の処理であり、第１の実施の形態と異なる点とし
てはサービス提供者ＡＡ（サービス提供者サーバ１Ａ）
で行っている処理を第２の実施の形態では決済サービス
提供者Ｏ（決済サービス提供者サーバ６）で行っている
点である。そこで、第２の実施の形態では、図１１に示
すＳ１からＳ２４の処理の説明を省略する。

【０１１３】ちなみに、サービス利用者Ｕは、サービス
提供者ＡＢが提供するサービスを利用したい場合、サー
ビス利用者端末２によってサービス提供者サーバ１Ｂが
開設しているサービス提供ホームページにアクセスした
後、サービス利用者端末２から利用したいサービスの情
報をサービス提供者サーバ１Ｂおよび決済サービス提供
者サーバ６に送信する。この際、決済サービス提供者サ
ーバ６では、サービス利用者Ｕが決済サービス契約を結
んでいると判定した場合に決済サービスの提供を開始
し、サービス利用者端末２に支払い選択画面２０を送信
する（図７（ａ）参照）。

【０１１４】課金処理（Ｓ２４）が終了すると、決済サ
ービス提供者サーバ６では、サービス利用者端末２およ
びサービス提供者サーバ１Ｂにサービス許可通知を送信
する（Ｓ３０）。

【０１１５】サービス許可通知を受信すると、サービス
提供者ＡＢでは、サービス利用者Ｕにサービスを提供す
る（Ｓ３１）。

【０１１６】また、決済日（月末）になると、決済サー
ビス提供者サーバ６では、第１の実施の形態と同様の課
金情報データベース（図示せず）に基づいて、決済責任
者Ｒ毎に各決済機関Ｓへの１ヶ月間のサービス利用料に
決済手数料を加算した請求書を作成し、作成した請求書
を各決済機関サーバ５に送信する。すると、決済機関Ｓ
では、決済責任者Ｒの指定口座から１ヶ月間の（サービ
ス利用料＋決済手数料）を引き落とす（Ｓ３２）。そし
て、決済機関Ｓでは、１ヶ月間の決済手数料を決済サー
ビス提供Ｏに払い込むとともに（Ｓ３３）、１ヶ月間の
サービス利用料をサービス提供者ＡＢに払い込む（Ｓ３
４）。

【０１１７】この決済モデルＭＢによれば、サービス利
用者Ｕは決済手段を有していなくても、決済サービス提
供者Ｏが提供する決済サービスを利用するとともに決済
責任者Ｒの承認が得られれば、サービス提供者ＡＢから
のサービスを受けることができる。さらに、この決済モ
デルＭＢでは、第１の実施の形態に係る決済モデルＭＡ
と同様の効果を有する。

【０１１８】以上、本発明の実施の形態について説明し
たが、本発明は、前記の実施の形態に限定されることな
く、様々な形態で実施される。例えば、本実施の形態で
はサービス提供者がネットワークを介してサービスを提
供する場合としたが、ネットワークを介さないで、店頭
等においてサービスを提供する場合でもよい。この場
合、サービス利用者は、ネットワークを介してサービス
の利用要求を送信しないで、口頭等でサービス提供者に
伝える場合もある。また、本実施の形態では送受信する
情報の正当性の評価および本人認証を行うために当事者
間で電子署名に用いる鍵の管理を行ったが、鍵の管理を
第三者の認証機関に委託し、認証機関が必要に応じて電
子署名を発行する等の他の方法により、送受信する情報
の正当性の評価および本人認証を行ってもよい。また、
本実施の形態では決済責任者（承認者）はサービス利用
者のサービスの利用に関してサービス利用料を支払うか
否かの承認を行ったが、そのサービスの内容、サービス
利用料あるいはサービスの利用時間等に基づいてサービ
ス利用者がそのサービスを利用してよいか否かの承認を
行うようにしてもよい。また、本実施の形態ではサービ
ス利用者や決済責任者が個人であるが、会社等の法人で
あってもよい。例えば、決済責任者が会社であり、サー
ビス利用者がその会社の社員の場合、決済責任者が親会
社であり、サービス利用者がその子会社の場合等があ
る。

【０１１９】

【発明の効果】本発明によれば、承認者による承認に基
づいてサービス利用者がサービスを利用できるので、サ
ービス利用者にとって不適当なサービスの利用を防止で
きる。また、本発明によれば、サービス利用者が決済手
段を有しない場合でも、承認者からサービス利用料の支
払いの代行の承認を得ることができれば、サービス利用
者はサービスを利用することができる。

【図面の簡単な説明】

【図１】第１の実施の形態に係る決済モデルの全体構成
図である。

【図２】図１に示すサービス提供者サーバの構成図であ
る。

【図３】図２に示すサービス利用者情報データベースの
構成図である。

【図４】図２に示す決済責任者情報データベースの構成
図である。

【図５】図２に示す課金情報データベースの構成図であ
る。

【図６】図２に示すサービス内容データベースの構成図
である。

【図７】図１に示すサービス利用者端末において表示さ
れる画面の一例であり、（ａ）はサービス利用料の支払
い選択画面であり、（ｂ）はサービス利用者本人がサー
ビス利用料を支払う場合の支払い方法指定画面であり、
（ｃ）はサービス利用料の代行決済を依頼する場合の決
済責任者指定画面である。

【図８】図１に示す決済責任者端末において表示される
画面の一例であり、（ａ）はサービス利用料の支払い代
行依頼画面であり、（ｂ）は支払い代行を承認した場合
の支払い方法指定画面である。

【図９】図１に示す決済モデルにおけるサービス利用
者、決済責任者、サービス提供者、決済機関間の情報や
金銭の遣り取りを示すフロー図である。

【図１０】第２の実施の形態に係る決済モデルの全体構
成図である。

【図１１】図１０に示す決済モデルにおけるサービス利
用者、決済責任者、決済サービス提供者、決済機関、サ
ービス提供者間の情報や金銭の遣り取りを示すフロー図
である。

【符号の説明】

１Ａ・・・サービス提供者サーバ（承認サービス装置） １Ｂ・・・サービス提供者サーバ ２・・・サービス利用者端末 ３・・・決済責任者端末（サービス承認装置） ４・・・携帯電話（サービス承認装置） ５・・・決済機関サーバ（与信装置） ６・・・決済サービス提供者サーバ（承認サービス装
置） １０・・・主制御装置 １０ａ・・・サービス要求受付手段（要求受付手段） １０ｂ・・・決済承認手段（承認手段） １０ｃ・・・与信手段（支払い能力確認手段） １０ｄ・・・課金手段 ＡＡ，ＡＢ・・・サービス提供者 Ｉ・・・インターネット（ネットワーク） ＭＡ，ＭＢ・・・決済モデル Ｏ・・・決済サービス提供者 Ｒ・・・決済責任者（承認者） Ｓ・・・決済機関 Ｕ・・・サービス利用者

───────────────────────────────────────────────────── フロントページの続き (72)発明者 稲垣 幸秀 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 岡山 祐孝 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 佐和田 明美 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所内 (72)発明者 生田 昭 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所システム事業部内 (72)発明者 片桐 英治 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所システム事業部内

Claims (33)

【特許請求の範囲】
1. 【請求項１】 サービス提供者が提供するサービスをサ
   ービス利用者が利用する際に承認者の承認が必要な場
   合、その承認を得るための承認サービスを提供する承認
   サービス装置であって、 前記サービス利用者側からのサービスの利用要求を受け
   付ける要求受付手段と、 ネットワークを介して前記承認者側に前記利用要求に対
   する承認依頼を送信するとともにその承認結果を承認者
   側から受信し、前記承認結果において前記承認者が前記
   利用要求を承認した場合に前記サービス利用者に前記サ
   ービスの利用を許可し、前記承認結果において前記承認
   者が前記利用要求の承認を棄却した場合に前記サービス
   利用者に前記サービスの利用を許可しない承認手段と、 を備えることを特徴とする承認サービス装置。
2. 【請求項２】 前記サービスは、有料のサービスであ
   り、 前記利用要求には、前記承認者が前記サービスのサービ
   ス利用料の支払いを代行する支払い代行要求を含むこと
   を特徴とする請求項１に記載する承認サービス装置。
3. 【請求項３】 前記承認者が前記支払い代行要求を承認
   した場合、ネットワークを介して前記承認者が指定する
   決済機関側に対して前記承認者の支払い能力の確認依頼
   を送信するとともにその確認結果を前記決済機関側から
   受信し、前記確認結果において支払い能力がない場合に
   前記サービス利用者に前記サービスの利用を不許可とす
   る支払い能力確認手段を備えることを特徴とする請求項
   ２に記載する承認サービス装置。
4. 【請求項４】 前記承認者が前記支払い代行要求を承認
   し、前記サービス利用者に前記サービスが提供される場
   合、前記サービス利用料を課金する課金手段を備えるこ
   とを特徴とする請求項２または請求項３に記載する承認
   サービス装置。
5. 【請求項５】 前記課金手段では、前記サービス利用者
   に対して予め設定された上限額の範囲内で課金を行い、
   前記サービス利用者が前記サービスを利用すると前記上
   限額を超える場合に前記サービスの利用を不許可とする
   ことを特徴とする請求項４に記載する承認サービス装
   置。
6. 【請求項６】 前記要求受付手段では、前記サービスの
   利用要求の正当性を判定することを特徴とする請求項１
   乃至請求項５のいずれか１項に記載する承認サービス装
   置。
7. 【請求項７】 前記承認手段では、前記承認結果の正当
   性を判定することを特徴とする請求項１乃至請求項６の
   いずれか１項に記載する承認サービス装置。
8. 【請求項８】 前記サービス利用者側が予め前記承認者
   を指定またはサービスを利用する毎に前記承認者を指定
   することを特徴とする請求項１乃至請求項７のいずれか
   １項に記載する承認サービス装置。
9. 【請求項９】 前記サービス利用者に対して複数の承認
   者が設定され、および／または、前記承認者に対して複
   数のサービス利用者が設定されることを特徴とする請求
   項１乃至請求項８のいずれか１項に記載する承認サービ
   ス装置。
10. 【請求項１０】 サービス提供者が提供するサービスを
    サービス利用者が利用する際に承認者の承認が必要な場
    合、その承認を承認者が行うためのサービス承認装置で
    あって、 請求項１乃至請求項９のいずれか１項に記載する承認サ
    ービス装置からの前記利用要求に対する承認依頼をネッ
    トワークを介して受信し、前記承認依頼に対して承認す
    るか否かを示す承認結果を前記承認サービス装置にネッ
    トワークを介して送信することを特徴とするサービス承
    認装置。
11. 【請求項１１】 前記承認依頼の正当性を判定すること
    を特徴とする請求項１０に記載するサービス承認装置。
12. 【請求項１２】 サービス提供者が提供する有料のサー
    ビスをサービス利用者が利用する際に承認者がそのサー
    ビス利用料の支払いを代行することを承認した場合、承
    認者が指定する決済機関における与信を行う与信装置で
    あって、 請求項３乃至請求項９のいずれか１項に記載する承認サ
    ービス装置からの前記支払い能力の確認依頼をネットワ
    ークを介して受信し、前記確認依頼に対して支払い能力
    があるか否かを示す確認結果を前記承認サービス装置に
    ネットワークを介して送信することを特徴とする与信装
    置。
13. 【請求項１３】 前記確認依頼の正当性を判定すること
    を特徴とする請求項１２に記載する与信装置。
14. 【請求項１４】 サービス提供者が提供するサービスを
    サービス利用者が利用する際に承認者の承認が必要な場
    合、その承認を得るための承認サービスを提供する承認
    サービス方法であって、 前記サービス利用者側からの前記サービスの利用要求を
    受け付ける要求受付ステップと、 ネットワークを介して前記承認者側に前記利用要求に対
    する承認依頼を送信する承認依頼送信ステップと、 ネットワークを介して前記承認者側からの前記承認依頼
    に対する承認結果を受信する承認結果受信ステップと、 前記承認結果において前記承認者が前記利用要求を承認
    した場合に前記サービス利用者に前記サービスの利用を
    許可し、前記承認結果において前記承認者が前記利用要
    求の承認を棄却した場合に前記サービス利用者に前記サ
    ービスの利用を許可しない承認ステップと、 を含むことを特徴する承認サービス方法。
15. 【請求項１５】 前記サービスは、有料のサービスであ
    り、 前記利用要求には、前記承認者が前記サービスのサービ
    ス利用料の支払いを代行する支払い代行要求を含むこと
    を特徴とする請求項１４に記載する承認サービス方法。
16. 【請求項１６】 前記承認者が前記支払い代行要求を承
    認した場合、ネットワークを介して前記承認者が指定す
    る決済機関側に対して前記承認者の支払い能力の確認依
    頼を送信する確認依頼送信ステップと、 ネットワークを介して前記決済機関側からの前記確認依
    頼に対する確認結果を受信する確認結果受信ステップ
    と、 前記確認結果において支払い能力がない場合に前記サー
    ビス利用者に前記サービスの利用を不許可とする支払い
    能力確認ステップと、 を含むことを特徴とする請求項１５に記載する承認サー
    ビス方法。
17. 【請求項１７】 前記承認者が前記支払い代行要求を承
    認し、前記サービス利用者に前記サービスが提供される
    場合、前記サービス利用料を課金する課金ステップを含
    むことを特徴とする請求項１５または請求項１６に記載
    する承認サービス方法。
18. 【請求項１８】 前記要求受付ステップで受け付けた前
    記サービスの利用要求の正当性を判定する利用要求判定
    ステップを含むことを特徴とする請求項１４乃至請求項
    １７のいずれか１項に記載する承認サービス方法。
19. 【請求項１９】 前記承認結果受信ステップで受信した
    前記承認結果の正当性を判定する承認結果判定ステップ
    を含むことを特徴とする請求項１４乃至請求項１８のい
    ずれか１項に記載する承認サービス方法。
20. 【請求項２０】 サービス提供者が提供するサービスを
    サービス利用者が利用する際に承認者の承認が必要な場
    合、その承認を承認者が行うときのサービス承認方法で
    あって、 請求項１４乃至請求項１９のいずれか１項に記載する承
    認サービス方法によって送信された前記利用要求に対す
    る承認依頼をネットワークを介して受信する承認依頼受
    信ステップと、 前記承認依頼に対して承認するか否かを示す承認結果を
    ネットワークを介して送信する承認結果送信ステップ
    と、 を含むことを特徴とするサービス承認方法。
21. 【請求項２１】 前記承認依頼受信ステップで受信した
    前記承認依頼の正当性を判定する承認依頼判定ステップ
    を含むことを特徴とする請求項２０に記載するサービス
    承認方法。
22. 【請求項２２】 サービス提供者が提供する有料のサー
    ビスをサービス利用者が利用する際に承認者がそのサー
    ビス利用料の支払いを代行することを承認した場合、承
    認者が指定する決済機関における与信を行う与信方法で
    あって、 請求項１６乃至請求項１９のいずれか１項に記載する承
    認サービス方法によって送信された前記支払い能力の確
    認依頼をネットワークを介して受信する確認依頼受信ス
    テップと、 前記確認依頼に対して支払い能力があるか否かを示す確
    認結果をネットワークを介して送信する確認結果送信ス
    テップと、 を含むことを特徴とする与信方法。
23. 【請求項２３】 前記確認依頼受信ステップで受信した
    前記確認依頼の正当性を判定する確認依頼判定ステップ
    を含むことを特徴とする請求項２２に記載する与信方
    法。
24. 【請求項２４】 サービス提供者が提供するサービスを
    サービス利用者が利用する際に承認者の承認が必要な場
    合、その承認を得るための承認サービスを提供するため
    の承認サービスプログラムであって、 コンピュータに、 前記サービス利用者側からの前記サービスの利用要求を
    受け付ける要求受付ステップと、 ネットワークを介して前記承認者側に前記利用要求に対
    する承認依頼を送信する承認依頼送信ステップと、 ネットワークを介して前記承認者側からの前記承認依頼
    に対する承認結果を受信する承認結果受信ステップと、 前記承認結果において前記承認者が前記利用要求を承認
    した場合に前記サービス利用者に前記サービスの利用を
    許可し、前記承認結果において前記承認者が前記利用要
    求の承認を棄却した場合に前記サービス利用者に前記サ
    ービスの利用を許可しない承認ステップと、 を実現させることを特徴とする承認サービスプログラ
    ム。
25. 【請求項２５】 前記サービスは、有料のサービスであ
    り、 前記利用要求には、前記承認者が前記サービスのサービ
    ス利用料の支払いを代行する支払い代行要求を含むこと
    を特徴とする請求項２４に記載する承認サービスプログ
    ラム。
26. 【請求項２６】 コンピュータに、 前記承認者が前記支払い代行要求を承認した場合、ネッ
    トワークを介して前記承認者が指定する決済機関側に対
    して前記承認者の支払い能力の確認依頼を送信する確認
    依頼送信ステップと、 ネットワークを介して前記決済機関側からの前記確認依
    頼に対する確認結果を受信する確認結果受信ステップ
    と、 前記確認結果において支払い能力がない場合に前記サー
    ビス利用者に前記サービスの利用を不許可とする支払い
    能力確認ステップと、 を実現させることを特徴とする請求項２５に記載する承
    認サービスプログラム。
27. 【請求項２７】 コンピュータに、 前記承認者が前記支払い代行要求を承認し、前記サービ
    ス利用者に前記サービスが提供される場合、前記サービ
    ス利用料を課金する課金ステップを実現させることを特
    徴とする請求項２５または請求項２６に記載する承認サ
    ービスプログラム。
28. 【請求項２８】 コンピュータに、 前記要求受付ステップで受け付けた前記サービスの利用
    要求の正当性を判定する利用要求判定ステップを実現さ
    せることを特徴とする請求項２４乃至請求項２７のいず
    れか１項に記載する承認サービスプログラム。
29. 【請求項２９】 コンピュータに、 前記承認結果受信ステップで受信した前記承認結果の正
    当性を判定する承認結果判定ステップを実現させること
    を特徴とする請求項２４乃至請求項２８のいずれか１項
    に記載する承認サービスプログラム。
30. 【請求項３０】 サービス提供者が提供するサービスを
    サービス利用者が利用する際に承認者の承認が必要な場
    合、その承認を承認者が行うためのサービス承認プログ
    ラムであって、 コンピュータに、 請求項１４乃至請求項１９のいずれか１項に記載する承
    認サービス方法によって送信された前記利用要求に対す
    る承認依頼をネットワークを介して受信する承認依頼受
    信ステップと、 前記承認依頼に対して承認するか否かを示す承認結果を
    ネットワークを介して送信する承認結果送信ステップ
    と、 を実現させることを特徴とするサービス承認プログラ
    ム。
31. 【請求項３１】 コンピュータに、 前記承認依頼受信ステップで受信した前記承認依頼の正
    当性を判定する承認依頼判定ステップを実現させること
    を特徴とする請求項３０に記載するサービス承認プログ
    ラム。
32. 【請求項３２】 サービス提供者が提供する有料のサー
    ビスをサービス利用者が利用する際に承認者がそのサー
    ビス利用料の支払いを代行することを承認した場合、承
    認者が指定する決済機関における与信を行うための与信
    プログラムであって、 コンピュータに、 請求項１６乃至請求項１９のいずれか１項に記載する承
    認サービス方法によって送信された前記支払い能力の確
    認依頼をネットワークを介して受信する確認依頼受信ス
    テップと、 前記確認依頼に対して支払い能力があるか否かを示す確
    認結果をネットワークを介して送信する確認結果送信ス
    テップと、 を実現させることを特徴とする与信プログラム。
33. 【請求項３３】 コンピュータに、 前記確認依頼受信ステップで受信した前記確認依頼の正
    当性を判定する確認依頼判定ステップを実現させること
    を特徴とする請求項３２に記載する与信プログラム。