(57)【特許請求の範囲】
【請求項１】
提携関係にある複数のサービス事業者のうち第１のサービス事業者の会員である顧客の端末と、各前記サービス事業者により用いられ且つ当該サービス事業者の会員である顧客に対してのみ認証処理を実施する認証処理コンピュータと、前記第１のサービス事業者以外の第２のサービス事業者に関連してサービスを提供するサーバとが接続されたネットワークにおいて用いられる提携会員管理コンピュータであって、
前記第１のサービス事業者以外の第２のサービス事業者に関連して提供されるサービスを利用する際に用いられ且つ前記顧客の端末とは無関係に前記顧客毎に割り当てられる提携会員ＩＤを前記顧客に対して発行する場合に、前記顧客が当該顧客の端末から入力した、前記第１のサービス事業者を特定するための情報を用いて、前記認証処理コンピュータに関する情報をサービス事業者毎に格納するサービス事業者情報格納装置を検索し、前記顧客に対して認証処理を行う認証処理コンピュータを特定する特定手段と、
前記特定手段により特定された前記認証処理コンピュータによる認証を前記顧客に受けさせるため、前記顧客の端末と当該認証処理コンピュータとの通信を開始させるための処理を実施する手段と、
前記認証処理コンピュータから認証結果を受信し、当該認証結果が肯定的であることを示している場合には、前記提携会員ＩＤを発行して前記顧客の端末に送信すると共に、当該提携会員ＩＤとパスワードと前記第１のサービス事業者における会員ＩＤとを提携会員情報格納装置に格納する手段と、
前記顧客の端末から前記サーバに対してサービス利用が要求された場合において前記顧客により当該顧客の端末から入力された提携会員ＩＤ及びパスワードと前記提携会員情報格納装置に格納された提携会員ＩＤ及びパスワードとを用いて、顧客認証処理を実施する手段と、
前記顧客認証処理の結果を前記サーバに送信する手段と、
を有する提携会員管理コンピュータ。
【請求項２】
提携関係にある複数のサービス事業者のうち第１のサービス事業者の会員である顧客の端末と、各前記サービス事業者により用いられ且つ当該サービス事業者の会員である顧客に対してのみ認証処理を実施する認証処理コンピュータと、前記第１のサービス事業者以外の第２のサービス事業者に関連してサービスを提供するサーバとが接続されたネットワークにおいて用いられる提携会員管理コンピュータであって、
前記第１のサービス事業者以外の第２のサービス事業者に関連して提供されるサービスを利用する際に用いられ且つ前記顧客の端末とは無関係に前記顧客毎に割り当てられる提携会員ＩＤを前記顧客に対して発行する場合に、前記顧客が当該顧客の端末から入力した、前記第１のサービス事業者を特定するための情報を用いて、前記認証処理コンピュータに関する情報をサービス事業者毎に格納するサービス事業者情報格納装置を検索し、前記顧客に対して認証処理を行う認証処理コンピュータを特定する特定手段と、
前記顧客により当該顧客の端末から入力された少なくとも前記サービス事業者用の顧客認証情報を、前記特定手段により特定された前記認証処理コンピュータに送信する手段と、
前記認証処理コンピュータから認証結果を受信し、当該認証結果が肯定的であることを示している場合には、前記提携会員ＩＤを発行して前記顧客の端末に送信すると共に、当該提携会員ＩＤとパスワードと前記第１のサービス事業者における会員ＩＤとを提携会員情報格納装置に格納する手段と、
前記顧客の端末から前記サーバに対してサービス利用が要求された場合において前記顧客により当該顧客の端末から入力された提携会員ＩＤ及びパスワードと前記提携会員情報格納装置に格納された提携会員ＩＤ及びパスワードとを用いて、顧客認証処理を実施する手段と、
前記顧客認証処理の結果を前記サーバに送信する手段と、
を有する提携会員管理コンピュータ。
【請求項３】
提携関係にある複数のサービス事業者のうち第１のサービス事業者の会員である顧客の端末と、各前記サービス事業者により用いられ且つ当該サービス事業者の会員である顧客に対してのみ認証処理を実施する認証処理コンピュータと、前記第１のサービス事業者以外の第２のサービス事業者に関連してサービスを提供するサーバとが接続されたネットワークに接続される提携会員管理コンピュータにより実行される情報処理方法であって、
前記第１のサービス事業者以外の第２のサービス事業者に関連して提供されるサービスを利用する際に用いられ且つ前記顧客の端末とは無関係に前記顧客毎に割り当てられる提携会員ＩＤを前記顧客に対して発行する場合に、前記顧客が当該顧客の端末から入力した、前記第１のサービス事業者を特定するための情報を用いて、前記顧客に対して認証処理を行う認証処理コンピュータを特定する特定ステップと、
前記特定ステップにおいて特定された前記認証処理コンピュータによる認証を前記顧客に受けさせるため、前記顧客の端末と当該認証処理コンピュータとの通信を開始させるための処理を実施するステップと、
前記認証処理コンピュータから認証結果を受信し、当該認証結果が肯定的であることを示している場合には、前記提携会員ＩＤを発行して前記顧客の端末に送信すると共に、当該提携会員ＩＤとパスワードと前記第１のサービス事業者における会員ＩＤとを提携会員情報格納装置に格納するステップと、
前記顧客の端末から前記サーバに対してサービス利用が要求された場合において前記顧客により当該顧客の端末から入力された提携会員ＩＤ及びパスワードと前記提携会員情報格納装置に格納された提携会員ＩＤ及びパスワードとを用いて、顧客認証処理を実施するステップと、
前記顧客認証処理の結果を前記サーバに送信するステップと、
を含む情報処理方法。
【請求項４】
提携関係にある複数のサービス事業者のうち第１のサービス事業者の会員である顧客の端末と、各前記サービス事業者により用いられ且つ当該サービス事業者の会員である顧客に対してのみ認証処理を実施する認証処理コンピュータと、前記第１のサービス事業者以外の第２のサービス事業者に関連してサービスを提供するサーバとが接続されたネットワークに接続される提携会員管理コンピュータにより実行される情報処理方法であって、
前記第１のサービス事業者以外の第２のサービス事業者に関連して提供されるサービスを利用する際に用いられ且つ前記顧客の端末とは無関係に前記顧客毎に割り当てられる提携会員ＩＤを前記顧客に対して発行する場合に、前記顧客が当該顧客の端末から入力した、前記第１のサービス事業者を特定するための情報を用いて、前記顧客に対して認証処理を行う認証処理コンピュータを特定する特定ステップと、
前記顧客により当該顧客の端末から入力された少なくとも前記サービス事業者用の顧客認証情報を、前記特定ステップにより特定された前記認証処理コンピュータに送信するステップと、
前記認証処理コンピュータから認証結果を受信し、当該認証結果が肯定的であることを示している場合には、前記提携会員ＩＤを発行して前記顧客の端末に送信すると共に、当該提携会員ＩＤとパスワードと前記第１のサービス事業者における会員ＩＤとを提携会員情報格納装置に格納するステップと、
前記顧客の端末から前記サーバに対してサービス利用が要求された場合において前記顧客により当該顧客の端末から入力された提携会員ＩＤ及びパスワードと前記提携会員情報格納装置に格納された提携会員ＩＤ及びパスワードとを用いて、顧客認証処理を実施するステップと、
前記顧客認証処理の結果を前記サーバに送信するステップと、
を含む情報処理方法。
【請求項５】
請求項３又は４記載の情報処理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、インターネット等のネットワーク上における提携サービス事業者間の連携技術に関し、より詳しくは、提携サービス事業者間の決済における連携技術に関する。
【０００２】
【従来の技術】
例えば特表２０００−５０５５６８号公報は、以下のようなインターネット課金方法を開示している。すなわち、インターネットのアクセスのプロバイダとカスタマとの間、及びプロバイダとベンダーの間で合意を確立することを含んでなり、カスタマによりベンダーからインターネット上で購入された商品およびサービスに対してカスタマに課金すると共にベンダーに送金するためにプロバイダはカスタマおよびベンダーと合意を行う。カスタマがインターネット上でベンダーから商品あるいはサービスを購入したとき、トランザクション情報は同様にプロバイダに送信される。プロバイダは次いで、トランザクション金額をカスタマの課金アカウントに課金し、ベンダーに一部送金し、差額をサービスに対する料金として保持する。
【０００３】
【発明が解決しようとする課題】
上で述べた公報では、ベンダーとカスタマが利用するプロバイダとが提携している場合のみを示しており、ベンダーが提携するプロバイダとカスタマが使用するプロバイダとが異なる場合は考慮されていない。
【０００４】
すなわち、あるネットワーク上の店舗にて注文などを行う際に、クレジットカード番号をネットワークを介して送信したり、銀行振込を行わずに決済を行う方法として、インターネット・サービス・プロバイダ（ＩＳＰ：Internet Service Provider）などのサービス事業者を介して決済を行う方法が存在する。しかし、ネットワーク上の店舗が全てのプロバイダと提携関係を結ぶことは不可能であり、特定のプロバイダとのみ提携している場合がほとんどである。よって、顧客は注文をおこないたい店舗が自分の使用しているプロバイダと提携していない場合には、安全に不安のあるネットワーク上にクレジットカードの情報を心配しながら流すか、手間をかけて銀行振込を行う、又は高い手数料を支払って代引換払いを選択する。例えば、海外のショッピング・モールの店舗に対して送金する場合には、より不便である。ここで店舗が提携しているプロバイダと、顧客が使用しているプロバイダとの連携がなされれば、顧客の利便性が向上する。
【０００５】
よって、本発明の目的は、ＩＳＰなどのサービス事業者を連携させて、顧客に対して新たな決済システムを提供することである。
【０００６】
【課題を解決するための手段】
本発明の第１の態様に係るコンピュータ・システムは、注文において顧客により入力された、注文代金の決済を行うサービス事業者を特定するための情報を用いて、決済確認処理を行うサービス事業者のコンピュータに関する情報をサービス事業者毎に格納するサービス事業者情報格納装置を検索し、当該顧客に対して前記注文に係る決済確認処理を行う決済確認処理コンピュータを特定する特定手段と、顧客により入力された少なくとも上記サービス事業者用の顧客認証情報を、特定手段により特定された決済確認処理コンピュータに送信する手段と、決済確認処理コンピュータから処理結果を受信し、当該処理結果が肯定的であることを示している場合には注文確定のための処理を実施する手段とを有する。
【０００７】
提携サービス事業者についてはその決済確認処理を行うコンピュータがサービス事業者情報格納装置に登録されている。そして、顧客は注文を行う際に、例えば自分が使用しているＩＳＰである提携サービス事業者を特定し、当該提携サービス事業者の決済確認処理コンピュータに顧客認証情報を送信して決済確認処理を行わせ、その決済確認処理の結果をもって注文を確定させる。後に、本発明の第１の態様に係るコンピュータ・システムを運営する主体が提携サービス事業者に注文代金の請求を行い、提携サービス事業者は顧客に対して代金の請求を行う。支払いについてはこの逆の流れで行われる。
【０００８】
本発明の第２の態様に係るコンピュータ・システムは、注文において顧客により入力された、注文代金の決済を行うサービス事業者を特定するための情報を用いて、決済確認処理を行うサービス事業者のコンピュータに関する情報をサービス事業者毎に格納するサービス事業者情報格納装置を検索し、当該顧客に対して前記注文に係る決済確認処理を行う決済確認処理コンピュータを特定する特定手段と、特定手段により特定された決済確認処理コンピュータによる確認を顧客に受けさせるため、顧客の端末と当該決済確認処理コンピュータとの通信を開始させるための処理を実施する手段と、決済確認処理コンピュータから処理結果を受信し、当該処理結果が肯定的であることを示している場合には注文確定のための処理を実施する手段とを有する。
【０００９】
本発明の第１の態様とは異なり、顧客は本発明の第２の態様に係るコンピュータ・システムの運営主体に対して顧客認証情報を送信する必要がなく、指定のサービス事業者（例えば自分が使用しているＩＳＰ）の決済確認処理コンピュータに対して直接決済確認処理のための顧客認証情報を送信することになる。決済確認処理コンピュータは、処理結果のみを送信する。これにより顧客は安心して注文を行うことができるようになる。
【００１０】
本発明の第３の態様は、第１のサービス事業者の会員である顧客に対して、第１のサービス事業者と提携している第２のサービス事業者に関連するサービス利用のための提携会員ＩＤを発行する場合に、顧客が入力した、第１のサービス事業者を特定するための情報を用いて、認証処理を行うサービス事業者のコンピュータに関する情報をサービス事業者毎に格納するサービス事業者情報格納装置を検索し、顧客に対して認証処理を行う認証処理コンピュータを特定する特定手段と、特定手段により特定された認証処理コンピュータによる認証を顧客に受けさせるため、顧客の端末と当該認証処理コンピュータとの通信を開始させるための処理を実施する手段と、認証処理コンピュータから認証結果を受信し、当該認証結果が肯定的であることを示している場合には、提携会員ＩＤを発行し、当該提携会員ＩＤとパスワードと第１のサービス事業者における会員ＩＤとを提携会員情報格納装置に格納する手段と、第２のサービス事業者に関連するサービス利用時において顧客により入力された提携会員ＩＤ及びパスワードと提携会員情報格納装置に格納された情報とを用いて、顧客認証処理を実施する手段と、顧客認証処理の結果が肯定的である場合には、注文確定のための処理を実施する手段とを有する。
【００１１】
本発明の第３の態様において第１のサービス事業者の会員である顧客は、第２のサービス事業者と提携している店舗等（第２のサービス事業者に関連するサービスの一種）を利用する際には、提携会員ＩＤを取得する必要がある。この提携会員ＩＤを用いた認証にて第２のサービス事業者は注文代金の請求を第１のサービス事業者に行う。よって、提携会員ＩＤを発行する際には、第１のサービス事業者の認証処理コンピュータが認証処理を実施してから提携会員ＩＤを発行する。
【００１２】
本発明の第４の態様におけるコンピュータ・システムは、第１のサービス事業者の会員である顧客に対して、前記第１のサービス事業者と提携している第２のサービス事業者に関連するサービス利用のための提携会員ＩＤを発行する場合に、顧客が入力した、第１のサービス事業者を特定するための情報を用いて、認証処理を行うサービス事業者のコンピュータに関する情報をサービス事業者毎に格納するサービス事業者情報格納装置を検索し、顧客に対して認証処理を行う認証処理コンピュータを特定する特定手段と、顧客により入力された少なくとも上記サービス事業者用の顧客認証情報を、特定手段により特定された認証処理コンピュータに送信する手段と、認証処理コンピュータから認証結果を受信し、当該認証結果が肯定的であることを示している場合には、提携会員ＩＤを発行し、当該提携会員ＩＤとパスワードと第１のサービス事業者における会員ＩＤとを提携会員情報格納装置に格納する手段と、第２のサービス事業者に関連するサービス利用時において顧客により入力された提携会員ＩＤ及びパスワードと提携会員情報格納装置に格納された情報とを用いて、顧客認証処理を実施する手段と、顧客認証処理の結果が肯定的である場合には、注文確定のための処理を実施する手段とを有する。
【００１３】
本発明の第４の態様と本発明の第３の態様との関係は、本発明の第２の態様と本発明の第１の態様との関係に似ている。すなわち、顧客認証情報を取り扱わずに顧客認証結果を受け取る場合と顧客認証結果を取り扱う場合とを示している。
【００１４】
なお、本発明の第１乃至第４の態様において、上で述べた注文確定のための処理を、サービス事業者の識別情報と、顧客の識別情報と、当該顧客による注文の注文金額を含む注文内容の情報とを注文情報格納装置に格納する処理を含むような構成とすることも可能である。注文情報格納装置に格納される情報は、後に注文代金請求のための処理に使用できるような情報である。
【００１５】
すなわち、本発明の第１乃至第４の態様において、注文情報格納装置に格納された注文内容の情報を用いて、各サービス事業者に対する注文代金請求のための処理を実施する手段をさらに含むような構成も可能である。
【００１６】
なお、上で述べたサービス事業者は、典型的にはインターネット・サービス・プロバイダであり、顧客は当該インターネット・サービス・プロバイダの利用者であり、サービス事業者は、当該サービス事業者に対する注文代金請求に基づき、顧客に対して注文代金を請求する。
【００１７】
また  注文代金の決済を行うサービス事業者を特定するための情報を、サービス事業者を識別する情報又は顧客の電子メール・アドレスとするような構成も可能である。
【００１８】
さらに、本発明の第１又は第２の態様においては、顧客認証処理、又は与信照会処理及び顧客認証処理を実施し、処理結果を送信する決済確認処理コンピュータをさらに含むような構成も可能である。
【００１９】
なお、上で述べたようなコンピュータ・システムに係る発明は、コンピュータ・システムが実施する注文処理方法として表すことができる。さらに、コンピュータ・システムを、通常のコンピュータに実行させるためのプログラムにて実装することができ、当該プログラムは、例えばフロッピーディスク、ＣＤ―ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、処理途中の中間的なデータは、コンピュータのメインメモリなどの記憶装置に格納される。
【００２０】
【発明の実施の形態】
図１に本発明のシステム概要を示す。例えばインターネットであるネットワーク１には、ＩＳＰＡ（Internet Service Provider-A）３と、ＩＳＰＢ（Internet Service Provider-B）５と、ＩＳＰＣ（Internet Service Provider-C）７と、主にＩＳＰＣ７により管理される提携会員管理サーバ９とが接続されている。
【００２１】
ＩＳＰＡ３には、ＩＳＰＡサーバ３１が設けられており、ＩＳＰＡサーバ３１には会員ＩＤ及びパスワードなどを含む会員情報を格納した会員情報データベース（ＤＢ）３３が接続されている。ＩＳＰＡサーバ３１には公衆回線網３５が接続されており、公衆回線網３５には１又は複数の顧客端末３７及び３９が接続されている。顧客端末３７及び３９は、例えばダイアルアップ接続又は専用線接続で、ＩＳＰＡサーバ３１を介してネットワーク１に接続する。なお、公衆回線網３５だけでなくＬＡＮ（Local Area Network）等の他の接続手段にて顧客端末３７及び３９とＩＰＳＡサーバ３１とが接続される場合もある。顧客端末３７及び３９がネットワーク１に接続する際には、ＩＳＰＡサーバ３１による会員認証処理が行われる。また、ＩＳＰＡサーバ３１はウェブ（Ｗｅｂ）サーバ機能も有している。さらに、顧客端末３７及び３９はＷｅｂブラウザを実行可能になっている。
【００２２】
ＩＳＰＢ５には、ＩＳＰＢサーバ５１が設けられており、ＩＳＰＢサーバ５１には会員ＩＤ及びパスワードなどを含む会員情報を格納した会員情報ＤＢ５３が接続されている。ＩＳＰＢサーバ５１には公衆回線網５５が接続されており、公衆回線網５５には１又は複数の顧客端末５７及び５９が接続されている。また、ＩＳＰＢサーバ５１には、ＩＳＰＢ５の会員のための決済システム６１が接続されており、決済システム６１にはＩＳＰＢ５の会員による商品又は役務の注文に関する情報を格納する注文情報ＤＢ６５が接続されている。また決済システム６１には、例えばクレジットカードについて与信照会を行うための与信システム６３が接続されている。
【００２３】
顧客端末５７及び５９は、例えばダイアルアップ接続又は専用線接続で、ＩＳＰＢサーバ５１を介してネットワーク１に接続する。なお、公衆回線網５５だけでなくＬＡＮ等の他の接続手段にて顧客端末５７及び５９とＩＰＳＢサーバ５１とが接続される場合もある。顧客端末５７及び５９がネットワーク１に接続する際には、ＩＳＰＢサーバ５１による会員認証処理が行われる。また、ＩＳＰＢサーバ５１はウェブ（Ｗｅｂ）サーバ機能も有している。さらに、顧客端末５７及び５９はＷｅｂブラウザを実行可能になっている。
【００２４】
決済システム６１は、例えばＩＳＰＢ５の会員が例えばＩＳＰＢ５が設けているショッピング・モールに出店している店舗で商品又は役務の注文を行う際に、会員情報ＤＢ５３に格納されている会員ＩＤ及びパスワードを用いて会員認証を実施する。会員認証が成功した場合に、決済システム６１は例えば会員情報ＤＢ５３に格納されているクレジットカード番号を用いて与信システム６３に対して与信照会を行う。例えばＣＡＦＩＳ（Credit And Finance Information switching System）である与信システム６３は、与信照会に対して与信照会結果を決済システム６１に返信する。もし、与信照会結果が成功を示している場合には会員による注文を確定させて注文情報ＤＢ６５に登録する。なお、与信システム６３はＩＳＰＢ５の枠内に描かれているが、ＩＳＰＢ５と関連していることを示しているだけであって、ＩＳＰＢ５が運営しているものではないことが多い。
【００２５】
ＩＳＰＣ７には、ＩＳＰＣサーバ７３が設けられており、ＩＳＰＣサーバ７３には会員ＩＤ及びパスワードをなどを含む会員情報を格納した会員情報ＤＢ７５が接続されている。ＩＳＰＣサーバ７３には公衆回線網８６が接続されており、公衆回線網８６には１又は複数の顧客端末８５及び８７が接続されている。なお、公衆回線網８６だけでなくＬＡＮ等の他の接続手段にて顧客端末８５及び８７とＩＰＳＣサーバ７３とが接続される場合もある。また、ＩＳＰＣサーバ７３には、ＩＳＰＣ７の会員のための決済システム７７が設けられており、決済システム７７にはＩＳＰＣ７の会員による商品又は役務の注文に関する情報を格納する注文情報ＤＢ８１が接続されている。また決済システム７７には、例えばクレジットカードについて与信照会を行うための与信システム７９が接続されている。さらに、決済システム７７には、後に詳しく説明する提携ＩＳＰ情報ＤＢ８３も接続されている。
【００２６】
ＩＳＰＣ７には、ＩＳＰＣ７の提携店舗が出店しているモール・サーバ７１が設けられている。このモール・サーバ７１には、顧客によりなされた注文についての情報を格納する注文情報ＤＢ８９と、後に詳しく説明する提携ＩＳＰ情報ＤＢ８８とが接続されている。
【００２７】
決済システム７７は、例えばＩＳＰＣ７の会員が例えばＩＳＰＣ７が設けているモール・サーバ７１に出店している店舗で商品又は役務の注文を行う際に、モール・サーバ７１から決済照会依頼を受信し、会員情報ＤＢ７５に格納されている会員ＩＤ及びパスワードを用いて会員認証を実施する。会員認証が成功した場合に、決済システム７７は例えば会員情報ＤＢ７５に格納されているクレジットカード番号を用いて与信システム７９に対して与信照会を行う。例えばＣＡＦＩＳ（Credit And Finance Information switching System）である与信システム７９は、与信照会に対して与信照会結果を決済システム７７に返信する。もし、与信照会結果が成功を示している場合には会員による注文を確定させて注文情報ＤＢ８１に登録する。また、モール・サーバ７１に決済照会の結果を返信する。この決済照会の結果が成功を示している場合には、モール・サーバ７１は注文を確定するための処理を実施する。この注文確定処理には注文情報ＤＢ８９に注文情報を格納する処理を含む。店舗のスタッフは店舗の端末（図示せず）を用いて注文情報ＤＢ８９を参照して、商品の発送などの作業を行う。なお、与信システム７９はＩＳＰＣ７の枠内に描かれているが、これはＩＳＰＣ７と関連があることを示しているだけであって、ＩＳＰＣ７が運営しているものではない場合が多い
。
【００２８】
提携会員管理サーバ９は、提携会員情報ＤＢ９１を管理するためのサーバであって、例えば、提携会員ＩＤ発行依頼に対応して、顧客が使用しているＩＳＰを特定して、当該ＩＳＰのサーバに対して顧客認証を依頼して、その結果を用いて提携会員ＩＤを発行して、例えば提携会員ＩＤ、パスワード、顧客が使用しているＩＳＰの会員ＩＤなどを提携会員情報ＤＢ９１に登録する。例えば、ＩＳＰＣ７とＩＳＰＡ３及びＩＳＰＢ５とが提携する場合には、例えばＩＳＰＣ７が提携会員管理サーバ９を管理して、モール・サーバ７１における注文に先立ち、提携先のＩＳＰＡ３及びＩＳＰＢ５の会員は提携会員ＩＤを提携会員管理サーバ９を用いて発行する。実際にモール・サーバ７１に出店している店舗に対して注文を行う場合には、提携会員ＩＤ及びパスワードを用いて提携会員管理サーバ９にて認証を行い、その認証に基づき注文を確定させる。そして、ＩＳＰＣ７は、提携会員の元となる会員ＩＤを得たＩＳＰＡ３及びＩＳＰＢ５に対して注文代金を請求し、顧客がそれに対応してＩＳＰＡ３及びＩＳＰＢ５は会員に注文代金を請求する。支払いはこの逆で行われる。
【００２９】
以下、３つの実施の形態について処理・手続きの流れを説明していく。
【００３０】
［実施の形態１］
図２に実施の形態１の全体の処理・手続きの流れを示す。顧客端末３７を操作する顧客３７０はＩＳＰＡ３の会員である。ＩＳＰＡ３とＩＳＰＣ７は提携関係にあるものとする。顧客３７０が顧客端末３７を操作して、モール・サーバ７１にアクセスし、モール・サーバ７１に出店している例えばショップＡ７１１に対して注文を行う場合、顧客端末３７からはＩＳＰＡ３を特定するための情報とＩＳＰＡ３についての顧客認証情報（例えばＩＳＰＡ３の会員ＩＤ及びパスワード）とを含む購入申し込み情報がモール・サーバ７１に送信される（ステップ（１））。ＩＳＰＡ３を特定するための情報とは、例えば電子メール・アドレスであったり、電子メール・アドレスではＩＳＰＡ３を特定できない場合にはＩＳＰＡ３の名称などの情報である。例えばＩＳＰＣ７が地域毎に１つのＩＳＰを提携先としている場合には、地域の情報もＩＳＰＡ３を特定するための情報である。なお、ステップ（１）で顧客端末３７からモール・サーバ７１に送信する情報は、一回ではなく、数回に渡って送信するように構成することも可能である。
【００３１】
ＩＳＰＣ７のモール・サーバ７１は、受信したＩＳＰＡ３を特定するための情報を用いて、提携ＩＳＰ情報ＤＢ８８を検索し、ＩＳＰＡ３の顧客認証処理を実施するサーバを特定する（ステップ（２））。サーバは例えばネットワーク１上のアドレスで特定される。提携ＩＳＰ情報ＤＢ８８は、例えばＩＳＰ名とサーバのアドレス（例えばＵＲＬ：Uniform Resource Locator）とを対にして格納したデータベースである。ＩＳＰ名に追加又は代わって、ドメイン名等を用いても良い。本例ではＩＳＰＡサーバ３１が特定されるものとする。モール・サーバ７１は、ＩＳＰＡサーバ３１に、顧客から受信した顧客認証情報を含む認証依頼を送信する（ステップ（３））。例えば、ネットワーク１がセキュリティ上安全でない場合には顧客認証情報は暗号化されてＩＳＰＡサーバ３１に送信される。
【００３２】
ＩＳＰＡサーバ３１は、顧客認証情報に含まれる会員ＩＤを用いて会員情報ＤＢ３３を検索し、登録されているパスワードを取り出す。そして、顧客認証情報に含まれるパスワードと登録されているパスワードとを比較して一致しているか検査することにより顧客認証処理を実施する（ステップ（４））。もし、一致していれば顧客認証成功を示す認証結果をモール・サーバ７１に返信する。一方、不一致の場合には顧客認証失敗を示す認証結果をモール・サーバ７１に返信する（ステップ（５））。
【００３３】
顧客認証結果を受信したモール・サーバ７１は、認証結果が、もし認証成功を示している場合には、注文確定を示す情報を顧客端末３７に送信し、注文確定処理を実施する（ステップ（６））。注文確定処理は、ＩＳＰＡ３の情報と、会員ＩＤ、注文内容を表す情報とを注文情報ＤＢ８９に登録する処理を含む。例えば、ショップＡ７１１の実際の店舗Ａ８００に設けられた店舗端末（図示せず）に注文があったことを通知するような構成も可能である。また注文があったことを示す電子メールを送信するような構成も可能である。いずれにせよ、店舗Ａ８００の店舗端末を店舗のスタッフが操作して、注文内容を注文情報ＤＢ８９から取り出す。すなわち、モール・サーバ７１から注文情報が店舗端末に送信される（ステップ（７））。店舗のスタッフは、注文内容に従って、例えば商品を顧客に送付する（ステップ（８））。
【００３４】
店舗のスタッフは商品送付後任意のタイミングにて注文代金請求依頼をＩＳＰＣ７に出力する（ステップ（９））。注文代金請求依頼は、オンラインにてモール・サーバ７１又は決済システム７７に対して行うようにしてもよいし、オフラインにて行っても良い。注文代金請求に対して、注文情報ＤＢ８１又は８９の注文情報と比較して不一致がないかを確認するような処理を実施することも可能である。ＩＳＰＣ７では、例えば一月に一回、ショップＡ７１１だけでなく他のショップＢ７１３、ショップＣ７１５から注文代金請求依頼があった注文を、提携ＩＳＰ毎に集計する（ステップ（１０））。この処理については、ＩＳＰＣ７内の任意のサーバ、例えば、モール・サーバ７１、決済システム７７、又はＩＳＰＣサーバ７３が行う。そして、ＩＳＰ毎に注文代金の請求を行う（ステップ（１１））。ＩＳＰ毎の注文代金の請求についても、オンラインで行っても良いし、オフラインで行っても良い。
【００３５】
ＩＳＰＡ３では、例えばＩＳＰＡサーバ３１で顧客毎の請求額を決定する処理を実施する（ステップ（１２））。そして、顧客３７０に対して、例えばＩＳＰＡ３の利用料と共にＩＳＰＣ７から請求されている注文代金を請求する（ステップ（１３））。例えばＩＳＰＡ３の利用料とＩＳＰＣ７からの注文代金との請求を受けた顧客３７０は、例えば指定の金融機関９００に入金を行う（ステップ（１４））。但し、振込みであっても良いし、口座振替であっても良いし、クレジットカードを用いた支払いであってもよい。金融機関９００は、入金があると、それをＩＳＰＡ３に支払う（ステップ（１５））。ＩＳＰＡ３は、ＩＳＰＣ７についての注文代金請求に応じて、ＩＳＰＣ７に注文代金の支払いを行う（ステップ（１６））。この際にも金融機関９００などが介在するが、ここでは省略している。ＩＳＰＣ７では、請求額とＩＳＰＡ３の支払い額とを照合する処理を行う。
【００３６】
ＩＳＰＡ３その他のＩＳＰからの注文代金の支払いを受けて、ＩＳＰＣ７は、再度注文情報ＤＢ８１又は８９の注文情報を参照して、ステップ（９）において請求依頼があった注文をショップ毎に集計し（ステップ（１７））、ショップ毎に注文代金を支払う（ステップ（１８））。
【００３７】
上の説明では顧客３７０はＩＳＰＣ７にＩＳＰＡ３についての会員ＩＤ及びパスワードを送信しなければならないため、顧客３７０は不安を抱くかもしれない。このために、ステップ（１）において認証情報を送信せず、ステップ（３）における認証依頼に認証情報を含めないようにする。例えば、認証情報を含まない認証依頼を受け取ったＩＳＰＡサーバ３１は、会員ＩＤ及びパスワードの入力要求を顧客端末３７に送信する（ステップ（３−１））。これに対して顧客３７０が顧客端末３７を操作して、会員ＩＤ及びパスワードを送信する（ステップ（３−２））。そして、ＩＳＰＡサーバ３１は認証処理を実施する（ステップ（４））。
【００３８】
また他の構成も可能である。例えば、モール・サーバ７１が会員ＩＤ及びパスワードの入力要求を顧客端末３７に送信する（ステップ（３−３））。このモール・サーバ７１からの会員ＩＤ及びパスワードの入力要求には、例えば注文識別番号と、会員ＩＤ及びパスワードの入力欄に加え、それらの情報をＩＳＰＡサーバ３１へ送信する送信ボタンを含める。顧客端末３７からは、会員ＩＤ及びパスワードと注文識別番号がＩＳＰＡサーバ３１に送信される（ステップ（３−２））。ＩＳＰＡサーバ３１においては顧客認証処理を実施し（ステップ（４））、ＩＳＰＡサーバ３１からモール・サーバ７１には認証結果及び注文識別番号が送信される（ステップ（５））。
【００３９】
次に図３及び図４を用いて実施の形態１におけるコンピュータの処理フローを説明する。最初に図３について説明する。顧客端末３７は、ＩＳＰＡ３を特定する情報及び顧客認証情報を含む購入申込みをモール・サーバ７１に送信する（ステップＳ１）。このステップＳ１において送信する情報は何回かに分けて送信するようなフローも可能である。モール・サーバ７１は、ＩＳＰＡ３を特定するための情報及び顧客認証情報を含む購入申込みを受信し（ステップＳ３）、提携ＩＳＰ情報ＤＢ８８を用いて、ＩＳＰＡ３の認証処理コンピュータ、ここではＩＳＰＡサーバ３１を特定する（ステップＳ５）。そして、モール・サーバ７１は、受信した顧客認証情報を含む認証依頼を、ステップＳ５で特定したＩＳＰＡサーバ３１に送信する（ステップＳ７）。
【００４０】
ＩＳＰＡサーバ３１は、モール・サーバ７１から顧客認証情報を含む認証依頼を受信すると、会員情報ＤＢ３３を用いて顧客認証処理を実施する（ステップＳ９）。そして、顧客認証結果をモール・サーバ７１に返信する（ステップＳ１１）。モール・サーバ７１は、ＩＳＰＡサーバ３１から顧客認証結果を受信する（ステップＳ１３）。
【００４１】
もし、顧客認証の結果が成功を示している場合には、顧客端末３７に注文確定を返信する。そして、注文確定のための処理を実施する。一方、顧客認証の結果が失敗を示している場合には、受注不可を顧客端末３７に返信する（ステップＳ１５）。なお、失敗の場合には、再度認証情報を入力するように要求するような処理フローも可能である。顧客端末３７は、注文確定又は受注不可を示す購入申込み結果を受信して、顧客３７０に対して表示する（ステップＳ１７）。
【００４２】
その後、例えば一月に１回程度の頻度にて、モール・サーバ７１は、ＩＳＰ毎に注文を集計する。ここではＩＳＰＡ３の会員が行った注文であって、ショップから注文代金の請求を受けた注文について、注文情報ＤＢ８９を用いて集計を行う。そして、ＩＳＰＡサーバ３１に注文代金請求についての情報を送信する（ステップＳ１９）。注文代金請求についての情報は、注文毎に、少なくとも顧客の会員ＩＤ及び注文代金の金額の情報を含む。ＩＳＰＡサーバ３１は、モール・サーバ７１から注文代金請求についての情報を受信し、この注文代金請求についての情報を用いて、顧客毎の請求額を決定する処理を行う（ステップＳ２１）。ここで例えばＩＳＰＡ３自身が請求するインターネット接続利用料を合わせて顧客毎に請求額を決定する場合もある。そして、ＩＳＰＡサーバ３１は顧客に対する代金請求処理を実施する（ステップＳ２５）。例えば、請求書を作成して、印刷するといった処理である。または、金融機関９００に対して口座振替を依頼するための情報を生成する。
【００４３】
ＩＳＰＣ７では、ＩＳＰＡ３などから注文代金が支払われると、注文情報ＤＢ８１又は８９を用いてショップ毎に、ショップから請求依頼を受け取った注文についての注文代金を集計し、注文代金の支払いのための処理を実施する（ステップＳ２３）。例えば、銀行振込を行うための情報を生成する。
【００４４】
次に図４を用いて実施の形態１におけるコンピュータの他の処理フローを示しておく。まず、顧客端末３７からＩＳＰＡ３を特定するための情報を含む購入申込みがモール・サーバ７１に送信される（ステップＳ３１）。モール・サーバ７１は、ＩＳＰＡ３を特定するための情報を含む購入申込みを受信する（ステップＳ３３）。そして、提携ＩＳＰ情報ＤＢ８８を用いて、ＩＳＰＡ３の認証処理コンピュータ、ここではＩＳＰＡサーバ３１を特定する（ステップＳ３５）。モール・サーバ７１は、ＩＳＰＡサーバ３１のネットワーク１上のアドレスを特定すると、ＩＳＰＡサーバ３１に顧客認証依頼を送信する（ステップＳ３７）。ここで図３と異なるのは、顧客認証情報を顧客端末３７から受信していないので、顧客認証依頼には顧客認証情報が含まれない。なお、顧客端末３７と通信するために顧客端末３７のアドレス等の情報が顧客認証依頼に含まれる。
【００４５】
ＩＳＰＡサーバ３１はモール・サーバ７１からの顧客認証依頼を受信すると（ステップＳ３９）、会員ＩＤ及びパスワードの入力要求を顧客端末３７に送信する（ステップＳ４１）。顧客端末３７は会員ＩＤ及びパスワードの入力要求をＩＳＰＡサーバ３１から受信すると、それを示す画面表示を行う（ステップＳ４３）。顧客３７０は、入力欄に会員ＩＤ及びパスワードを入力し、顧客端末３７に当該会員ＩＤ及びパスワードをＩＳＰＡサーバ３１に送信させる（ステップＳ４５）。例えば会員ＩＤ及びパスワードを保護するためにＳＳＬ（Secure Socket Layers）を用いる場合もある。ＩＳＰＡサーバ３１は顧客端末３７から会員ＩＤ及びパスワードを受信して、受信した会員ＩＤを用いて会員情報ＤＢ３３を検索し、当該会員ＩＤに対応するパスワードを取り出す。そして、受信したパスワードと会員情報ＤＢ３３から取り出されたパスワードを比較して、一致するか検査することにより顧客認証処理を実施する（ステップＳ４７）。この顧客認証処理の結果は、モール・サーバ７１に送信される（ステップＳ４９）。
【００４６】
モール・サーバ７１は、ＩＳＰＡサーバ３１から顧客認証結果を受信する（ステップＳ５１）。もし、顧客認証の結果が成功を示している場合には、顧客端末３７に注文確定を返信する。そして、注文確定のための処理を実施する。一方、顧客認証の結果が失敗を示している場合には、受注不可を顧客端末３７に返信する（ステップＳ５３）。なお、失敗の場合には、再度認証情報を入力するように要求するような処理フローも可能である。顧客端末３７は、注文確定又は受注不可を示す購入申込み結果を受信して、顧客３７０に対して表示する（ステップＳ５５）。
【００４７】
その後、例えば一月に１回程度の頻度にて、モール・サーバ７１は、ＩＳＰ毎に注文を集計する。ここではＩＳＰＡ３の会員が行った注文であって、ショップから注文代金の請求を受けた注文について、注文情報ＤＢ８９を用いて集計を行う。そして、ＩＳＰＡサーバ３１に注文代金請求についての情報を送信する（ステップＳ５７）。注文代金請求についての情報は、注文毎に、少なくとも顧客の会員ＩＤ及び注文金額の情報を含む。ＩＳＰＡサーバ３１は、モール・サーバ７１から注文代金請求についての情報を受信し、この注文代金請求についての情報を用いて、顧客毎の請求額を決定する処理を行う（ステップＳ５９）。ここで例えばＩＳＰＡ３自身が請求するインターネット接続利用料を合わせて顧客毎に請求額を決定する場合もある。そして、ＩＳＰＡサーバ３１は顧客に対する代金請求処理を実施する（ステップＳ６１）。例えば、請求書を作成して、印刷するといった処理である。または、金融機関９００に対して口座振替を依頼するための情報を生成する。
【００４８】
ＩＳＰＣ７では、ＩＳＰＡ３などから注文代金が支払われると、注文情報ＤＢ８１又は８９を用いてショップ毎に、ショップから請求依頼を受け取った注文についての注文代金を集計し、注文代金の支払いのための処理を実施する（ステップＳ６３）。例えば、銀行振込を行うための情報を生成する。
【００４９】
［実施の形態２］
実施の形態２の全体の処理・手続きの流れを図５に示す。顧客端末５７を操作する顧客５７０は、ＩＳＰＢ５の会員である。ＩＳＰＢ５とＩＳＰＣ７は提携関係にあるものとする。顧客５７０が顧客端末５７を操作して、モール・サーバ７１にアクセスし、モール・サーバ７１に出店している例えばショップＡ７１１に対して注文を行う場合、顧客端末５７からはＩＳＰＢ５を特定するための情報とＩＳＰＢ５についての顧客認証情報（例えばＩＳＰＢ５の会員ＩＤ及びパスワード）とを含む購入申し込み情報がモール・サーバ７１に送信される（ステップ（１））。ＩＳＰＢ５を特定するための情報とは、例えば電子メール・アドレスであったり、電子メール・アドレスではＩＳＰＢ５を特定できない場合にはＩＳＰＢ５の名称などの情報である。顧客５７０に対して選択肢を示して、選択させる場合もある。なお、ステップ（１）で顧客端末５７からモール・サーバ７１に送信する情報は、一回ではなく、数回に渡って送信するように構成することも可能である。
【００５０】
モール・サーバ７１は、注文情報と受信したＩＳＰＢ５を特定するための情報及び顧客認証情報とを含む決済照会依頼をＩＳＰＣ７内の決済システム７７に送信する（ステップ（２））。決済システム７７は、ＩＳＰＢ５を特定する情報を受信すると決済照会の対象がＩＳＰＣ７の会員ではないことを検出し、提携ＩＳＰ情報ＤＢ８３を用いてＩＳＰＢ５の決済照会処理を実施する決済照会サーバ、ここではＩＳＰＢ５内の決済システム６１を特定する（ステップ（３））。より具体的には決済システム６１の中のサーバのアドレス（例えばＵＲＬ、ＩＰアドレス）が特定される。そして、決済システム７７は、ＩＳＰＢ５内の決済システム６１に、注文情報と顧客認証情報とを含む決済照会依頼を送信する（ステップ（４））。
【００５１】
決済システム６１は、顧客認証情報を含む決済照会依頼を受信すると、会員情報ＤＢ５３を参照して会員認証処理を実施する。この認証処理についてはＩＳＰＢサーバ５１が行うような構成も可能である。この会員認証処理が失敗した場合には、この時点で会員認証処理に失敗したことを示す情報を決済照会結果としてＩＳＰＣ７の決済システム７７に送信する。一方、会員認証処理に成功した場合には、会員情報ＤＢ５３からクレジットカード番号の情報を取り出し、与信システム６３に与信照会を実施する（ステップ（５））。与信システム６３は、クレジットカードの使用履歴などから決済可能か否かを判断する。与信システム６３は判断結果を与信結果として決済システム６１に返す（ステップ（６））。
【００５２】
決済システム６１は、与信システム６３から決済の承認を得た場合には、注文情報ＤＢ６５にＩＳＰＣ７の決済システム７７から受信した注文情報を登録する。一方、与信システム６３から決済の承認が得られなかった場合には、注文情報ＤＢ６５には登録されない。そして、ＩＰＳＢ５の決済システム６１は与信システム６３から与信結果を基に決済照会結果をＩＳＰＣ７の決済システム７７に返信する（ステップ（７））。ＩＳＰＣ７の決済システム７７は、ＩＳＰＢ５の決済システム６１から決済照会結果を受信する。もし、決済照会結果が成功を示している場合には、注文確定処理として注文情報を注文情報ＤＢ８１に登録する（ステップ（８））。一方、決済照会結果が失敗（認証で失敗又は与信システム６３から承認が得られなかった場合）を示している場合には注文情報を注文情報ＤＢ８１には登録しない。そして、決済システム７７は決済照会結果をモール・サーバ７１に返信する（ステップ（９））。
【００５３】
モール・サーバ７１は、決済照会結果を受信すると、決済照会結果の内容に基づき処理を行う。すなわち、もし、決済照会結果が顧客認証で失敗したり又は与信システム６３から承認が得られなかったことを示している場合には、受注不可を示す情報を顧客端末５７に送信する。一方、決済照会結果が成功を示している場合には、顧客端末５７に注文確定を示す情報を送信し、注文情報を注文情報ＤＢ８９に登録する。少なくともＩＳＰＢ５の情報と、会員ＩＤ、注文内容を表す情報とが注文情報ＤＢ８９に登録される。例えば、ショップＡ７１１の実際の店舗Ａ８００に設けられた店舗端末に注文があったことを通知するような構成も可能である。また注文があったことを示す電子メールを送信するような構成も可能である。いずれにせよ、店舗Ａ８００の店舗端末を店舗のスタッフが操作して、注文内容を注文情報ＤＢ８９から取り出す。すなわち、モール・サーバ７１から注文情報が店舗端末に送信される（ステップ（１０））。店舗のスタッフは、注文内容に従って、例えば商品を顧客に送付する（ステップ（１１））。
【００５４】
店舗のスタッフの操作により店舗の端末は商品送付後任意のタイミングにて注文代金請求依頼をＩＳＰＣ７の決済システム７７に送信する（ステップ（１２））。注文代金請求依頼は、例えば注文の識別情報と、注文金額と、ＩＳＰを特定する情報と、顧客の会員番号とを含む。注文情報ＤＢ８９の情報を用いて注文代金請求依頼を行うような構成も可能である。決済システム７７は、店舗の端末から受信した注文代金請求依頼については、注文情報ＤＢ８１の注文情報と比較して不一致がないかを確認する。そして、問題を検出できなければ、ＩＳＰＣ７の決済システム７７は注文代金請求依頼を、ここではＩＳＰＢ５に送信する（ステップ（１３））。なお、ここでは個別の注文代金請求依頼に応じてＩＳＰＢ５等に注文代金請求依頼を出力しているが、所定期間に発生した注文代金請求依頼をまとめて処理するような態様も可能である。
【００５５】
ＩＳＰＣ７の決済システム７７から注文代金請求依頼を受信したＩＳＰＢ５の決済システム６１は、注文情報ＤＢ６５内の注文内容と比較して不一致がないか確認する。そして、不一致がなければクレジットカード会社１０００のコンピュータに対して代金の請求を行う（ステップ（１４））。ＩＳＰＢ５の決済システム６１はＩＳＰＣ７の決済システム７７に、決済システム６１における代金請求処理の処理結果を返す。
【００５６】
クレジットカード会社１０００は、顧客５７０に対して代金の請求を行う（ステップ（１５））。これに対して顧客５７０からクレジットカード会社１０００には例えば口座振替などにより入金が行われる（ステップ（１６））。その後クレジットカード会社１０００からＩＳＰＢ５に代金の支払いが行われる（ステップ（１７））。さらに、ＩＳＰＢ５からＩＳＰＣ７へ注文代金の支払いが行われる（ステップ（１８））。ステップ（１６）からステップ（１８）までの支払いについては金融機関などが介在するが、ここでは省略している。ＩＳＰＣ７では、請求額とＩＳＰＢ５の支払い額とを照合する処理を行う。
【００５７】
ＩＳＰＢ５その他のＩＳＰからの注文代金の支払いを受けて、ＩＳＰＣ７は、再度注文情報ＤＢ８９の注文情報を参照して、ステップ（１２）において請求依頼があった注文をショップ毎に集計し（ステップ（１９））、ショップ毎に注文代金を支払う（ステップ（２０））。
【００５８】
上の説明では顧客５７０はＩＳＰＣ７にＩＳＰＢ５についての会員ＩＤ及びパスワードを送信しなければならないため、顧客５７０は不安を抱くかもしれない。このために、ステップ（１）において認証情報を送信せず、ステップ（２）における決済照会依頼に認証情報を含めないようにする。例えば、認証情報を含まない決済照会依頼を受け取った決済システム６１は、会員ＩＤ及びパスワードの入力要求を顧客端末５７に送信させる（ステップ（４−１））。これに対して顧客５７０が顧客端末５７を操作して、会員ＩＤ及びパスワードを送信する（ステップ（４−２））。そして、決済システム６１は会員情報ＤＢ５３を用いて認証処理を実施する。認証処理については、ＩＰＳＢサーバ５１が行うようにしてもよい。
【００５９】
また他の構成も可能である。例えば、モール・サーバ７１が会員ＩＤ及びパスワードの入力要求を顧客端末５７に送信する（ステップ（４−３））。このモール・サーバ７１からの会員ＩＤ及びパスワードの入力要求には、例えば注文識別番号と、会員ＩＤ及びパスワードの入力欄に加え、それらの情報を決済システム６１へ送信する送信ボタンを含める。顧客端末５７からは、会員ＩＤ及びパスワードと注文識別番号が決済システム６１に送信される（ステップ（４−２））。決済システム６１においては顧客認証処理を実施し、ＩＳＰＢ５の決済システム６１からＩＳＰＣ７の決済システム７７には認証結果及び注文識別番号が送信される（ステップ（７））。
【００６０】
次に図６及び図７を用いて実施の形態２におけるコンピュータの処理フローを説明する。初めに図６について説明する。顧客端末５７は、顧客５７０の操作により、ＩＳＰＢ５を特定するための情報及び認証情報を含む購入申込みをＩＳＰＣ７のモール・サーバ７１に送信する（ステップＳ７１）。例えば、注文に係る商品又は役務を買い物かごに入れ、その後、顧客５７０は、例えば、購入申込み欄において、住所、氏名、配送先、電子メール・アドレス、使用しているＩＳＰの名称等のＩＳＰを識別する情報を入力してモール・サーバ７１に送信する。モール・サーバ７１は、次に会員ＩＤ及びパスワードを送信するように促す画面情報を送信し、顧客５７０は顧客端末５７を操作して会員ＩＤ及びパスワードをモール・サーバ７１に送信する。
【００６１】
モール・サーバ７１は、ＩＳＰＢ５を特定するための情報及び認証情報を含む購入申込みを受信すると（ステップＳ７３）、ＩＳＰＣ７の決済システム７７に、注文に係る顧客端末５７から受信したＩＳＰＢ５を特定するための情報と顧客認証情報とを含む決済照会依頼を出力する（ステップＳ７５）。なお、決済照会依頼には注文内容の情報を含めることができる。そして、決済システム７７は、受信した決済照会依頼に含まれるＩＳＰＢ５を特定するための情報を用いて、提携ＩＳＰ情報ＤＢ８３を検索し、ＩＳＰＢ５の決済照会処理を行うサーバ（システム）、ここではＩＳＰＢ５の決済システム６１を特定する（ステップＳ７７）。決済システム７７は、受信した認証情報を含む決済照会依頼を、このＩＳＰＢ５の決済システム６１に送信する（ステップＳ７９）。注文情報を決済照会依頼に含めて送信することも可能である。
【００６２】
ＩＳＰＢ５の決済システム６１は、ＩＳＰＣ７の決済システム７７から認証情報を受信して、会員情報ＤＢ５３に格納された会員情報（会員ＩＤ及びパスワード）を用いて、認証処理を実施する（ステップＳ８１）。ここで認証処理に失敗した場合には、ＩＳＰＣ７の決済システム７７に認証処理に失敗したことを表す情報を送信する。一方、認証処理に成功した場合には、クレジットカード番号を会員情報ＤＢ５３から取り出し、当該クレジットカード番号を用いて、決済システム６１に接続された与信システム６３に対して与信照会を行う。与信システム６３は、クレジットカードの使用履歴などを参照して、決済可能か否かを判断する。与信システム６３は判断結果を与信結果として決済システム６１に返す。決済システム６１は与信システム６３から与信照会の結果を受け取る（ステップＳ８３）。例えば、注文内容を受信した場合には、決済システム６１は、与信システム６３から決済の承認を得た場合には、注文情報ＤＢ６５にＩＳＰＣ７の決済システム７７から受信した注文情報を登録する。一方、与信システム６３から決済の承認が得られなかった場合には、注文情報ＤＢ６５には登録されない。
【００６３】
そして、決済システム６１は与信システム６３からの与信結果を基に決済照会結果をＩＳＰＣ７の決済システム７７に返信する（ステップＳ８５）。ＩＳＰＣ７の決済システム７７は、ＩＳＰＢ５の決済システム６１から決済照会結果を受信する（ステップＳ８７）。例えば注文内容をステップＳ７５で受信した場合に、決済照会結果が成功を示していれば、注文確定処理として注文情報を注文情報ＤＢ８１に登録する。一方、決済照会結果が失敗（認証で失敗又は与信システム６３から承認が得られなかった場合）を示している場合には注文情報を注文情報ＤＢ８１には登録しない。そして、決済システム７７は決済照会結果をモール・サーバ７１に返信する（ステップ８９）。
【００６４】
もし、決済照会の結果が成功を示している場合には、モール・サーバ７１は、顧客端末５７に注文確定を返信する。そして、注文確定のための処理を実施する。一方、決済照会の結果が失敗を示している場合には、受注不可を顧客端末５７に返信する（ステップＳ９１）。なお、顧客認証で失敗している場合には、再度認証情報を入力するように要求するような処理フローも可能である。顧客端末５７は、注文確定又は受注不可を示す購入申込み結果を受信して、顧客５７０に対して表示する（ステップＳ９３）。
【００６５】
その後、例えば店舗の端末から注文代金請求依頼を受信すると、ＩＳＰＢ５の決済システム６１に対して代金請求処理を実施する（ステップＳ９５）。ここでは、例えば注文代金請求依頼に含まれる注文番号、注文金額、会員ＩＤ、ＩＳＰＢ５の識別情報等と、注文情報ＤＢ８１に格納される注文情報とを比較して不一致がないか確認する。そして、不一致がなければ当該代金請求依頼をＩＳＰＢ５の決済システム６１に送信する。不一致があった場合には、店舗の端末に対して当該依頼の不受理を返信するような構成も可能である。
【００６６】
ＩＳＰＢ５の決済サーバ６１は、ＩＳＰＣ７の決済サーバ７７から注文代金請求依頼を受信し（ステップＳ９７）、この注文代金請求依頼の内容を自己の注文情報ＤＢ６５と比較して不一致がないか確認する。不一致がなければ、クレジットカード会社に対する請求処理を実施する（ステップＳ９９）。クレジットカード会社に対する請求処理は、例えば顧客のクレジットカード番号に対応して注文毎に購入品目と請求代金とを記憶装置又は記憶媒体に格納し、その記憶装置の情報を例えばクレジットカード会社のコンピュータに送信したり、記憶媒体を配送する処理である。
【００６７】
ＩＳＰＣ７では、ＩＳＰＢ５などから注文代金が支払われると、注文情報ＤＢ８９を用いてショップ毎にショップから請求依頼を受け取った注文についての注文代金を集計し、注文代金の支払いのための処理を実施する（ステップＳ９８）。例えば、銀行振込を行うための情報を生成する。
【００６８】
次に図７を用いて実施の形態２におけるコンピュータの他の処理フローを説明する。顧客端末５７は、顧客５７０の操作により、ＩＳＰＢ５を特定するための情報を含む購入申込みをＩＳＰＣ７のモール・サーバ７１に送信する（ステップＳ１０１）。例えば、注文に係る商品又は役務を買い物かごに入れ、その後、顧客５７０は、例えば、購入申込み欄において、住所、氏名、配送先、電子メール・アドレス、使用しているＩＳＰの名称等のＩＳＰを識別する情報を入力してモール・サーバ７１に送信する。
【００６９】
モール・サーバ７１は、ＩＳＰＢ５を特定する情報を含む購入申込みを受信すると（ステップＳ１０３）、ＩＳＰＣ７の決済システム７７に、顧客端末５７から受信したＩＳＰＢ５を特定するための情報を含む決済照会依頼を出力する（ステップＳ１０５）。なお、決済照会依頼には注文内容の情報を含めることができる。そして、決済システム７７は、受信した決済照会依頼に含まれるＩＳＰＢ５を特定するための情報を用いて、提携ＩＳＰ情報ＤＢ８３を検索し、ＩＳＰＢ５の決済照会処理を行うサーバ（システム）、ここではＩＳＰＢ５の決済システム６１を特定する（ステップＳ１０７）。決済システム７７は、ＩＳＰＢ５の決済システム６１へのリンク（例えば送信ボタンに埋め込む形で）を含む認証依頼を顧客端末５７に出力する（ステップＳ１０９）。認証依頼には、少なくとも注文を識別するための注文識別番号を含む。注文内容を全て含ませることも可能である。
【００７０】
顧客端末５７は、認証依頼を受信して顧客５７０に提示する。これに対して顧客５７０は会員ＩＤ及びパスワードを入力欄に入力し、顧客端末５７を操作して注文識別番号等と共にＩＳＰＢ５の決済システム６１に送信させる（ステップＳ１１１）。ＩＳＰＢ５の決済システム６１は、顧客端末５７から会員ＩＤ及びパスワードを受信して、会員情報ＤＢ５３に格納された会員情報を用いて会員認証処理を実施する（ステップＳ１１３）。ここで会員認証処理に失敗した場合には、当該失敗したということを表す情報を顧客端末５７から受信した注文識別情報と共にＩＳＰＣ７の決済サーバ７１に決済照会結果として送信する。
【００７１】
一方、会員認証に成功した場合には、クレジットカード番号を会員情報ＤＢ５３から取り出し、当該クレジットカード番号を用いて、決済システム６１に接続された与信システム６３に対して与信照会を行う。与信システム６３は、クレジットカードの使用履歴などを参照して、決済可能か否かを判断する。与信システム６３は判断結果を与信結果として決済システム６１に返す。決済システム６１は与信システム６３から与信照会の結果を受け取る（ステップＳ１１５）。決済サーバ７７から顧客端末５７経由で注文内容を受信した場合であって、与信システム６３から決済の承認を得た場合には、決済システム６１は、注文情報ＤＢ６５にＩＳＰＣ７の受信した注文情報を登録する。一方、与信システム６３から決済の承認が得られなかった場合には、注文情報ＤＢ６５には登録されない。
【００７２】
そして、決済システム６１は与信システム６３からの与信結果を基に決済照会結果をＩＳＰＣ７の決済システム７７に返信する（ステップＳ１１７）。ＩＳＰＣ７の決済システム７７は、ＩＳＰＢ５の決済システム６１から決済照会結果を受信する（ステップＳ１１９）。例えばモール・サーバ７１から注文内容をステップＳ１０５で受信した場合であって、決済照会結果が成功を示している場合には、注文確定処理として注文情報を注文情報ＤＢ８１に登録する。一方、決済照会結果が失敗（認証で失敗又は与信システム６３から承認が得られなかった場合）を示している場合には注文情報を注文情報ＤＢ８１には登録しない。そして、決済システム７７は決済照会結果をモール・サーバ７１に返信する（ステップＳ１２１）。
【００７３】
もし、決済照会の結果が成功を示している場合には、モール・サーバ７１は、顧客端末５７に注文確定を返信する。そして、注文確定のための処理を実施する。一方、決済照会の結果が失敗を示している場合には、受注不可を顧客端末５７に返信する（ステップＳ１２３）。なお、顧客認証で失敗している場合には、再度認証情報を入力するように要求するような処理フローも可能である。顧客端末５７は、注文確定又は受注不可を示す購入申込み結果を受信して、顧客５７０に対して表示する（ステップＳ１２５）。
【００７４】
その後、例えば店舗の端末から注文代金請求依頼を受信すると、ＩＳＰＢ５の決済システム６１に対して代金請求処理を実施する（ステップＳ１２７）。ここでは、例えば注文代金請求依頼に含まれる注文番号、注文金額、会員ＩＤ、ＩＳＰＢ５の識別情報等と、注文情報ＤＢ８１に格納される注文情報とを比較して不一致がないか確認する。そして、不一致がなければ当該代金請求をＩＳＰＢ５の決済システム６１に送信する。不一致があった場合には、店舗の端末に対して当該依頼の不受理を返信するような構成も可能である。
【００７５】
ＩＳＰＢ５の決済サーバ６１は、ＩＳＰＣ７の決済サーバ７７から注文代金請求を受信し（ステップＳ１２９）、注文情報ＤＢ６５に注文内容を格納している場合にはこの注文代金請求の内容を自己の注文情報ＤＢ６５と比較して不一致がないか確認する。不一致がなければ、クレジットカード会社に対する請求処理を実施する（ステップＳ１３１）。クレジットカード会社に対する請求処理は、例えば顧客のクレジットカード番号に対応して注文毎に購入品目と請求代金とを記憶装置又は記憶媒体に格納し、その記憶装置の情報を例えばクレジットカード会社のコンピュータに送信したり、記憶媒体を配送する処理である。
【００７６】
ＩＳＰＣ７では、ＩＳＰＢ５などから注文代金が支払われると、注文情報ＤＢ８９を用いてショップ毎にショップから請求依頼を受け取った注文についての注文代金を集計し、注文代金の支払いのための処理を実施する（ステップＳ１３３）。例えば、銀行振込を行うための情報を生成する。
【００７７】
図６のステップＳ９５以降、図７のステップＳ１２７以降の処理については、例えば一月に１回などといったように、まとめて行うような構成にすることも可能である。
【００７８】
［実施の形態３］
実施の形態３の全体の処理・手続きの流れを図８に示す。顧客端末３７を操作する顧客３７０は、ＩＳＰＡ３の会員である。ＩＳＰＡ３とＩＳＰＣ７とは提携関係にあるものとする。顧客３７０がＩＳＰＣ７に設けられたモール・サーバ７１に出店しているショップＡ７１１の商品を購入する場合には、最初に提携会員管理サーバ９にアクセスして提携会員ＩＤを取得せねばならないようになっている。
【００７９】
顧客３７０は顧客端末３７を操作して、提携会員管理サーバ９にアクセスして、提携会員ＩＤ発行依頼を送信する（ステップ（１））。提携会員ＩＤ発行依頼には、例えば、使用しているＩＳＰを特定する情報（ここではＩＳＰＡ３を特定するための情報）と、その会員ＩＤ及びパスワードと、提携会員管理サーバ９におけるパスワードとを含む。提携会員管理サーバ９におけるパスワードは、提携会員管理サーバ９が発行するような構成とすることもできる。
【００８０】
提携会員管理サーバ９は、受信したＩＳＰＡ３を特定する情報を用いて、例えばＩＳＰＣ７のモール・サーバ７１に接続された提携ＩＳＰ情報ＤＢ８８を検索する。提携ＩＳＰ情報ＤＢ８８と同じようなＤＢを提携会員情報ＤＢ９１に格納しておくことも可能である。そして、ＩＳＰＡ３を特定する情報に基づき、認証処理を実施する認証処理サーバ（ここではＩＳＰＡサーバ３１）を特定する。そして提携会員管理サーバ９は、受信した認証情報（会員ＩＤ及びパスワード）を含む認証依頼をＩＳＰＡサーバ３１に送信する（ステップ（２））。ＩＳＰＡサーバ３１は会員情報ＤＢ３３を、受信した会員ＩＤを用いて検索し、会員ＩＤに対応して記憶されているパスワードを取り出す。そして、受信したパスワードと会員情報ＤＢ３３から取り出されたパスワードとを比較して、一致するか検査する。これにより会員認証処理が行われる。
【００８１】
会員認証処理の結果は提携会員管理サーバ９に返信される（ステップ（３））。もし、会員認証処理の結果が成功を示している場合には、受信した会員ＩＤと、受信した提携会員管理サーバ９におけるパスワードと、ＩＳＰＡ３の名称などに対応して発番される提携会員ＩＤとが提携会員情報として、提携会員情報ＤＢ９１に登録される（ステップ（４））。なお提携会員ＩＤについては、基となるＩＳＰが識別できるようなＩＤを発行するものとする。また、パスワードを顧客に入力させない場合には、ここでパスワードを発行して登録する。
【００８２】
図９に提携会員情報ＤＢ９１に格納されるデータの一例を示す。本例では、ＩＳＰＡ３とＩＳＰＤ（ＩＳＰ−Ｄ）がＩＳＰＣ７の提携先であって、それぞれのＩＳＰの会員Ａ乃至Ｆ及びＧ乃至Ｍに対して提携会員ＩＤが発行されている。提携会員毎に提携会員ＩＤ及び提携会員管理サーバ９についてのパスワードとそのＩＳＰのＩＳＰ会員ＩＤとが格納されている。このほかにも提携会員の個人情報を加えて登録したり、これまでに支払いにおいて事故を起こしたことがあるか否かなどの情報を格納しても良い。図９に示すように、提携会員ＩＤは、例えば先頭部分にＩＳＰを識別するための情報を付して、残りの部分はシリアル番号にするなどして生成される。いずれにせよ、提携先のＩＳＰが提携会員ＩＤにて識別できることが好ましい。
【００８３】
図８に戻って、提携会員情報として登録された提携会員ＩＤは顧客端末３７に送信される（ステップ（５））。もしパスワードを提携会員管理サーバ９が発行する場合には、提携会員ＩＤと共に送信する。これにより、顧客３７０はモール・サーバ７１に出店しているショップＡ７１１、ショップＢ７１３、ショップＣ７１５などの商品などを注文することができるようになる。
【００８４】
次に顧客３７０は顧客端末３７を操作して、モール・サーバ７１にアクセスし、モール・サーバ７１に出店している例えばショップＡ７１１に対して注文を行う場合、顧客端末３７からは提携会員ＩＤ及びパスワードを含む購入申し込み情報がモール・サーバ７１に送信される（ステップ（６））。なお、ステップ（６）で顧客端末３７からモール・サーバ７１に送信する情報は、一回ではなく、数回に渡って送信するように構成することも可能である。
【００８５】
モール・サーバ７１は、提携会員管理サーバ９に、顧客から受信した提携会員ＩＤ及びパスワードを含む認証依頼を送信する（ステップ（７））。例えば、ネットワーク１がセキュリティ上安全でない場合には顧客認証情報は暗号化されて提携会員管理サーバ９に送信される。
【００８６】
提携会員管理サーバ９は、提携会員ＩＤを用いて提携会員情報ＤＢ９１を検索し、登録されているパスワードを取り出す。そして、受信したパスワードと登録されているパスワードとを比較して一致しているか検査することにより認証処理を実施する。もし、一致していれば認証成功を示す認証結果をモール・サーバ７１に返信する。一方、不一致の場合には認証失敗を示す認証結果をモール・サーバ７１に返信する（ステップ（８））。なお、認証が成功している場合には、提携会員情報ＤＢ９１に格納されたＩＳＰの会員ＩＤを合わせてモール・サーバ７１に送信する場合もある。そうすれば、注文情報にＩＳＰの会員ＩＤが含まれるため、注文代金の請求の際に再度提携会員情報ＤＢ９１にアクセスせずに済む。
【００８７】
認証結果を受信したモール・サーバ７１は、認証結果を参照して、もし認証成功を示している場合には、注文確定を示す情報を顧客端末３７に送信し、注文確定処理を実施する（ステップ（９））。注文確定処理は、提携会員ＩＤと、ＩＳＰの会員ＩＤと、注文内容を表す情報とを注文情報ＤＢ８９に登録する処理を含む。例えば、ショップＡ７１１の実際の店舗Ａ８００に設けられた店舗端末に注文があったことを通知するような構成も可能である。また注文があったことを示す電子メールを送信するような構成も可能である。いずれにせよ、店舗Ａ８００の店舗端末を店舗のスタッフが操作して、注文内容を注文情報ＤＢ８９から取り出す。すなわち、モール・サーバ７１から注文情報が店舗端末に送信される（ステップ（１０））。店舗のスタッフは、注文内容に従って、例えば商品を顧客に送付する（ステップ（１１））。
【００８８】
店舗のスタッフは商品送付後任意のタイミングにて注文代金請求依頼をＩＳＰＣ７に出力する（ステップ（１２））。注文代金請求依頼は、オンラインにてモール・サーバ７１又は決済システム７７に対して行うようにしてもよいし、オフラインにて行っても良い。注文代金請求は、注文情報ＤＢ８１又は８９の注文情報と比較して不一致がないかを確認するような処理を含めることも可能である。ＩＳＰＣ７では、例えば一月に一回、ショップＡ７１１だけでなく他のショップＢ７１３、ショップＣ７１５から注文代金請求依頼があった注文が、提携ＩＳＰ毎に集計される（ステップ（１３））。この処理についてはＩＳＰＣ７内の任意のサーバ、例えば、モール・サーバ７１、決済システム７７、又はＩＳＰＣサーバ７３が行う。そして、ＩＳＰ毎に注文代金の請求を行う（ステップ（１４））。ＩＳＰ毎の注文代金の請求についても、オンラインで行っても良いし、オフラインで行っても良い。
【００８９】
ＩＳＰＡ３では、例えばＩＳＰＡサーバ３１で顧客毎の請求額を決定する処理を実施する（ステップ（１５））。そして、顧客３７０に対して、例えばＩＳＰＡ３の利用料と共にＩＳＰＣ７からの注文代金を請求する（ステップ（１６））。例えばＩＳＰＡ３の利用料とＩＳＰＣ７からの注文代金請求を受けた顧客３７０は、例えば指定の金融機関９００に入金を行う（ステップ（１７））。但し、振込みであっても良いし、口座振替であっても良いし、クレジットカードを用いた支払いであってもよい。金融機関９００は、入金があると、それをＩＳＰＡ３に支払う（ステップ（１８））。ＩＳＰＡ３は、ＩＳＰＣ７についての注文代金請求に応じて、ＩＳＰＣ７に注文代金の支払いを行う（ステップ（１９））。この際にも金融機関９００などが介在するが、ここでは省略している。ＩＳＰＣ７では、請求額とＩＳＰＡ３の支払い額とを照合する処理を行う。
【００９０】
ＩＳＰＡ３その他のＩＳＰからの注文代金の支払いを受けて、ＩＳＰＣ７は、再度注文情報ＤＢ８１又は８９の注文情報を参照して、ステップ（１０）において請求依頼があった注文をショップ毎に集計し（ステップ（２０））、ショップ毎に注文代金を支払う（ステップ（２１））。
【００９１】
上の説明では顧客３７０は提携会員管理サーバ９にＩＳＰＡ３についての会員ＩＤ及びパスワードを送信しなければならないため、顧客３７０は不安を抱くかもしれない。このために、ステップ（１）において認証情報を送信せず、ステップ（３）における認証依頼に認証情報を含めないような態様も可能である。例えば、認証情報を含まない認証依頼を受け取った提携会員管理サーバ９は、会員ＩＤ及びパスワードの入力要求を顧客端末３７に送信する（ステップ（２−１））。これに対して顧客３７０が顧客端末３７を操作して、会員ＩＤ及びパスワードをＩＳＰＡサーバ３１に送信する（ステップ（２−２））。そして、ＩＳＰＡサーバ３１は認証処理を実施する。
【００９２】
また他の構成も可能である。例えば、提携会員管理サーバ９が会員ＩＤ及びパスワードの入力要求を顧客端末３７に送信する（ステップ（２−１））。この提携会員管理サーバ９からの会員ＩＤ及びパスワードの入力要求には、例えば発行依頼識別番号と、提携会員ＩＤ及びパスワードの入力欄に加え、それらの情報をＩＳＰＡサーバ３１へ送信する送信ボタンを含める。顧客端末３７からは、会員ＩＤ及びパスワードと発行依頼識別番号がＩＳＰＡサーバ３１に送信される（ステップ（２−２））。ＩＳＰＡサーバ３１においては顧客認証処理を実施し、ＩＳＰＡサーバ３１から提携会員管理サーバ９には認証結果及び発行依頼識別番号が送信される（ステップ（３））。
【００９３】
次に図１０乃至図１２を用いて実施の形態３におけるコンピュータの処理フローを説明する。最初に提携会員ＩＤを発行するための処理を表す図１０について説明する。顧客３７０は提携会員ＩＤの発行を希望する場合、顧客端末３７を操作して自身が使用しているＩＳＰであるＩＳＰＡ３を特定するための情報とＩＳＰＡ３の会員ＩＤ及びパスワードを含む提携会員ＩＤ発行依頼を提携会員管理サーバ９に送信させる（ステップＳ１４１）。
【００９４】
提携会員管理サーバ９は、顧客端末３７からＩＳＰＡ３を特定するための情報とＩＳＰＡ３の会員ＩＤ及びパスワードを含む提携会員ＩＤ発行依頼を受信すると（ステップＳ１４３）、例えばモール・サーバ７１に接続されている提携ＩＳＰ情報ＤＢ８８を使用して、ＩＳＰＡ３の認証サーバ、ここではＩＳＰＡサーバ３１を特定する（ステップＳ１４５）。そして、ＩＳＰＡ３の会員ＩＤ及びパスワードを認証サーバであるＩＳＰＡサーバ３１に送信する（ステップＳ１４７）。ＩＳＰＡサーバ３１は、提携会員管理サーバ９からＩＳＰＡ３の会員ＩＤ及びパスワードを受信して（ステップＳ１４９）、会員情報ＤＢ３３を用いて認証処理を実施する（ステップＳ１５１）。認証処理の結果はＩＳＰＡサーバ３１から提携会員管理サーバ９に返信される（ステップＳ１５３）。
【００９５】
提携会員管理サーバ９は、ＩＳＰＡサーバ３１から認証処理結果を受信する（ステップＳ１５５）。そして、認証処理結果が成功を示している場合には、提携会員ＩＤをＩＳＰＡ３を特定するような態様にて発行し、合わせて提携会員ＩＤに対応するパスワードを生成する。なお、顧客３７０に提携会員ＩＤに対応するパスワードをステップＳ１４１にて送信させるような態様も可能である。提携会員ＩＤ及びパスワード並びにＩＳＰＡ３の会員番号を提携会員情報ＤＢ９１に登録する。そして、提携会員ＩＤ及びパスワードを顧客端末３７に送信する。なお、顧客３７０がパスワードを入力した場合にはパスワードは送られないようにすることも可能である。一方、認証処理結果が認証失敗を示している場合には、会員登録不可を示す情報を顧客端末３７に送信する（ステップＳ１５７）。顧客端末３７は、提携会員ＩＤ発行依頼に対する結果を受信して顧客３７０に対して表示する（ステップＳ１５９）。
【００９６】
提携会員ＩＤを発行するための別の処理を図１１を用いて説明する。ここでは、提携会員ＩＤの発行を欲する顧客３７０は、顧客端末３７を操作して、ＩＳＰＡ３を特定するための情報及び少なくともＩＳＰＡ３の会員ＩＤを含む提携会員ＩＤ発行依頼を提携会員管理サーバ９に送信させる（ステップＳ１６１）。提携会員管理サーバ９は、顧客端末３７からＩＳＰＡ３を特定するための情報及び少なくともＩＳＰＡ３の会員ＩＤを含む提携会員ＩＤ発行依頼を受信し（ステップＳ１６３）、ＩＳＰＡ３を特定するための情報を用いて提携ＩＳＰ情報ＤＢ８８を検索し、ＩＳＰＡ３の認証サーバ（ここではＩＳＰＡサーバ３１）を特定する（ステップＳ１６５）。
【００９７】
提携会員管理サーバ９は、顧客端末３７のアドレスを含む認証依頼をＩＳＰＡサーバ３１に送信する（ステップＳ１６７）。そして、ＩＳＰＡサーバ３１は顧客端末３７のアドレスを含む認証依頼を受信し（ステップＳ１６９）、顧客端末３７に会員ＩＤ及びパスワードの入力依頼を出力する（ステップＳ１７１）。顧客端末３７は、ＩＳＰＡサーバ３１から会員ＩＤ及びパスワードの入力依頼を受信して、例えば会員ＩＤ及びパスワードの入力欄を表示する（ステップＳ１７３）。顧客３７０はこの入力欄に会員ＩＤ及びパスワードを入力して、同じく画面表示されている送信ボタンを押すことにより、顧客端末３７に会員ＩＤ及びパスワードをＩＳＰＡサーバ３１に送信させる（ステップＳ１７５）。
【００９８】
ＩＳＰＡサーバ３１は、顧客端末３７から会員ＩＤ及びパスワードを受信して、会員情報ＤＢ３３の情報を用いて認証処理を実施する（ステップＳ１７７）。ここでは、会員情報ＤＢ３３に登録されている会員ＩＤ及びパスワードと受信した会員ＩＤ及びパスワードとの対が等しいかを検査する。そして、この認証処理の結果を提携会員管理サーバ９に送信する（ステップＳ１７９）。
【００９９】
提携会員管理サーバ９は、ＩＳＰＡサーバ３１から認証結果を受信する（ステップＳ１８１）。そして、認証結果が成功を示している場合には、提携会員ＩＤをＩＳＰＡ３を特定するような態様にて発行し、合わせて提携会員ＩＤに対応するパスワードを生成する。なお、顧客３７０に提携会員ＩＤに対応するパスワードをステップＳ１６１にて送信させるような態様も可能である。提携会員ＩＤ及びパスワード並びにＩＳＰＡ３の会員番号を提携会員情報ＤＢ９１に登録する。そして、提携会員ＩＤ及びパスワードを顧客端末３７に送信する。なお、顧客３７０がパスワードを入力した場合にはパスワードは送られないようにすることも可能である。一方、認証処理結果が認証失敗を示している場合には、会員登録不可を示す情報を顧客端末３７に送信する（ステップＳ１８３）。顧客端末３７は、提携会員ＩＤ発行依頼に対する結果を受信して顧客３７０に対して表示する（ステップＳ１８５）。
【０１００】
次に提携会員ＩＤを取得した顧客３７０が、ＩＳＰＣ７のモール・サーバ７１に出店しているショップＡ７１１で注文を行う場合の処理を図１２を用いて説明する。顧客端末３７は、提携会員ＩＤ及びパスワードを含む購入申込みをモール・サーバ７１に送信する（ステップＳ１９１）。このステップＳ１９１において送信する情報は何回かに分けて送信するようなフローも可能である。モール・サーバ７１は、提携会員ＩＤ及びパスワードを含む購入申し込みを受信すると（ステップＳ１９３）、受信した提携会員ＩＤ及びパスワードを含む認証依頼を、提携会員情報管理サーバ９に送信する（ステップＳ１９５）。
【０１０１】
提携会員管理サーバ９は、モール・サーバ７１から提携会員ＩＤ及びパスワードを含む認証依頼を受信すると、提携会員情報ＤＢ９１を用いて認証処理を実施する（ステップＳ１９７）。そして、認証結果をモール・サーバ７１に返信する（ステップＳ１９９）。モール・サーバ７１は、提携会員管理サーバ９から認証結果を受信する（ステップＳ２０１）。
【０１０２】
もし、認証処理の結果が成功を示している場合には、顧客端末３７に注文確定を返信する。そして、注文確定のための処理を実施する。一方、顧客認証の結果が失敗を示している場合には、受注不可を顧客端末３７に返信する（ステップＳ２０３）。なお、失敗の場合には、再度認証情報を入力するように要求するような処理フローも可能である。顧客端末３７は、注文確定又は受注不可を示す購入申込み結果を受信して、顧客３７０に対して表示する（ステップＳ２０４）。
【０１０３】
その後、例えば一月に１回程度の頻度にて、モール・サーバ７１は、ＩＳＰ毎に注文を集計する。ここでは注文情報内の提携会員ＩＤに含まれるＩＳＰを識別する部分の情報を用いてＩＳＰ毎に集計を行う。ＩＳＰＡ３の会員が行った注文であって、注文情報ＤＢ８９を用いて、ショップから注文代金の請求を受けた注文についてＩＳＰ毎に集計を行う。そして、ＩＳＰＡサーバ３１に注文代金請求についての情報を送信する（ステップＳ２０５）。注文代金請求についての情報は、注文毎に、少なくとも顧客の会員ＩＤ及び注文代金の金額の情報を含む。ＩＳＰＡサーバ３１は、モール・サーバ７１から注文代金請求についての情報を受信し、この注文代金請求についての情報を用いて、顧客毎の請求額を決定する処理を行う（ステップＳ２０７）。ここで例えばＩＳＰＡ３自身が請求するインターネット接続利用料を合わせて顧客毎に請求額を決定する場合もある。そして、ＩＳＰＡサーバ３１は顧客に対する代金請求処理を実施する（ステップＳ２０９）。例えば、請求書を作成して、印刷するといった処理である。または、金融機関９００に対して口座振替を依頼するための情報を生成する。
【０１０４】
ＩＳＰＣ７では、ＩＳＰＡ３などから注文代金が支払われると、注文情報ＤＢ８１又は８９を用いてショップ毎にショップから請求依頼を受け取った注文についての注文代金を集計し、注文代金の支払いのための処理を実施する（ステップＳ２１１）。例えば、銀行振込を行うための情報を生成する。
【０１０５】
以上大きく分けて３つの実施の形態を説明したが、これらの実施の形態を組み合せた実施の形態を構成することも可能である。すなわち、ＩＳＰ毎に実施の形態１乃至３のいずれかが行われるような構成も可能であるし、ある実施の形態の一部分のみを他の実施の形態に適用するような構成も可能である。
【０１０６】
本実施の形態はＩＳＰへの適用のみならず、他のサービス事業者に対しても適用可能である。すなわち、決済のみを行うようなサービス事業者に対しても適用可能である。また、提携先ＩＳＰについては国内にあってもよいし海外にあってもよい。
【０１０７】
実施の形態３において、上の説明では提携会員ＩＤにはＩＳＰを識別できるような情報を含めるとしているが、含めないような態様にて提携会員ＩＤを発行することも可能である。しかし、購入申込みではＩＳＰを特定するための情報を別途モール・サーバ７１に送信する必要が生ずる。
【０１０８】
モール・サーバ７１は複数のショップが出店しているショッピング・モールのためのサーバであるが、一つのショップが出店している店舗のサーバであってもよい。
【０１０９】
その他本実施の形態の趣旨を変更しない限りにおいて様々な変更が可能である。
【０１１０】
【発明の効果】
本発明によれば、ＩＳＰなどのサービス事業者を連携させて、顧客に対して新たな決済システムを提供することである。
【図面の簡単な説明】
【図１】本実施の形態におけるシステム全体の概要を示すブロック図である。
【図２】実施の形態１に係る全体の処理・手続きのフローを表す図である。
【図３】実施の形態１に係るコンピュータの処理フローを示す図である。
【図４】実施の形態１に係るコンピュータの処理フロー（その２）を示す図である。
【図５】実施の形態２に係る全体の処理・手続きのフローを示す図である。
【図６】実施の形態２に係るコンピュータの処理フローを示す図である。
【図７】実施の形態２に係るコンピュータの処理フロー（その２）を示す図である。
【図８】実施の形態３に係る全体の処理・手続きのフローを示す図である。
【図９】提携会員情報ＤＢに格納されるデータの一例を示す図である。
【図１０】実施の形態３に係るコンピュータの提携会員ＩＤ発行のための処理フローを示す図である。
【図１１】実施の形態３に係るコンピュータの提携会員ＩＤ発行のための処理フロー（その２）を示す図である。
【図１２】実施の形態３に係るコンピュータの購入処理フローを示す図である。
【符号の説明】
１  ネットワーク    ３  ＩＳＰＡ    ５  ＩＳＰＢ
７  ＩＳＰＣ    ９  提携会員管理サーバ
３１  ＩＳＰＡサーバ    ３３，５３，７５  会員情報ＤＢ
３５，５５，８６  公衆回線網
３７，３９，５７，５９，８５，８７  顧客端末
５１  ＩＳＰＢサーバ    ６１，７７  決済システム
６３，７９  与信システム    ９１  提携会員情報ＤＢ
６５，８１，８９  注文情報ＤＢ    ７１  モール・サーバ
７３  ＩＳＰＣサーバ    ８３，８８  提携ＩＳＰ情報ＤＢ
【図１】
0004357712.tif 000002
【図２】
0004357712.tif 000003
【図３】
0004357712.tif 000004
【図４】
0004357712.tif 000005
【図５】
0004357712.tif 000006
【図６】
0004357712.tif 000007
【図７】
0004357712.tif 000008
【図８】
0004357712.tif 000009
【図９】
0004357712.tif 000010
【図１０】
0004357712.tif 000011
【図１１】
0004357712.tif 000012
【図１２】
0004357712.tif 000013