(57)【特許請求の範囲】
【請求項１】
コンピュータシステムのインターネットワークでの販売品注文方法であって、そこにおいては、販売品が、インターネットワークに接続された消費者コンピュータにより、業者サーバに対して注文され、前記消費者コンピュータと前記業者サーバの両者は、前記インターネットワークに接続されており、かつ、前記販売品は、やはり前記インターネットワークに接続された請求サーバによって代金請求されるようになっており、この方法は以下を含む：
(a)前記消費者コンピュータと前記請求サーバとの接続を前記インターネットワークを介して確立すること；
(b)前記インターネットワークを介して、前記消費者コンピュータから前記請求サーバに、前記販売品のための注文を転送すること；
(c)前記インターネットワークを介して取引ＩＤを前記請求サーバから前記消費者コンピュータに転送すること、そこにおいて、取引ＩＤは、注文された販売品を識別する；
(d)前記インターネットワークを介した前記消費者コンピュータと前記請求サーバとの間の接続を、前記取引ＩＤが前記消費者コンピュータによって前記インターネットワークを介して受領された後に、終了すること；
(e)前記消費者コンピュータと前記請求サーバとの間でポイントツーポイントの接続を確立すること；
(f)注文された販売品を特定するために、前記ポイントツーポイントの接続を介して、前記取引ＩＤを前記消費者コンピュータから前記請求サーバに転送して戻すこと；および
(g)業者が前記注文を特定して、前記販売品を消費者に提供できるようにするために、前記取引ＩＤを前記請求サーバから前記業者サーバに送ること。
【請求項２】
(h)注文された前記販売品に割り当てられたアクセスキーであって、前記消費者コンピュータによって注文された前記販売品を請求するために使用されるものを、前記請求サーバから前記消費者コンピュータに送ることをさらに含む請求項１記載の方法。
【請求項３】
請求項２記載の方法は、さらに以下を含む：
(a)前記消費者コンピュータが前記インターネットワークを介して前記請求サーバに接続されている間、販売品の暗号化バージョンを前記請求サーバから前記消費者コンピュータに転送すること；および
(b)前記アクセスキーを前記請求サーバから前記消費者コンピュータに転送した後、前記アクセスキーを用いて、前記販売品の暗号化バージョンを復号することにより、前記消費者コンピュータによって注文された販売品を請求すること。
【請求項４】
前記アクセスキーは、ランダムに生成される請求項２記載の方法。
【請求項５】
前記アクセスキーは、前記請求サーバにより格納された既定のアクセスキーのリストから、前記請求サーバにより選択される、請求項２記載の方法。
【請求項６】
前記販売品のための注文が前記請求サーバにより拒否されたときには、前記消費者コンピュータと前記請求サーバとの間のポイントツーポイントの接続は、アクセスキーが転送される前に終了される、請求項２記載の方法。
【請求項７】
前記取引ＩＤが、前記消費者コンピュータから前記請求サーバに、予め定められた時間内に転送されないときには、アクセスキーが転送される前に、前記消費者コンピュータと前記請求サーバとの間のポイントツーポイントの接続が終了される、請求項２記載の方法。
【請求項８】
前記消費者コンピュータと前記請求サーバとの間のポイントツーポイント接続は、電話サービスプロバイダによって管理されている電話リンクを介して行われ、このため、前記消費者コンピュータと前記請求サーバとの間でポイントツーポイント接続されるとき、前記電話サービスプロバイダが、自動的に、注文された販売品に対して支払い請求する請求項１記載の方法。
【請求項９】
前記販売品のための注文が拒否されたときには、前記インターネットワークを介した前記消費者コンピュータと前記請求サーバとの間の前記接続は、取引ＩＤが転送される前に終了される、請求項１記載の方法。
【請求項１０】
コンピュータシステムのインターネットワーク（「インターネットワーク」）を介して販売品の注文をするための装置であって、ここで、前記販売品は、消費者コンピュータにより、業者サーバに対して注文されるものであり、かつ、これら両者は、前記インターネットワークに接続されており、さらに、前記販売品への課金は、同様に前記インターネットワークに接続された請求サーバにより行われるようになっており、前記装置は以下を含む：
(a)前記インターネットワークに接続するためのネットワークインタフェース、ネットワークインタフェースに接続された処理装置、及び処理装置に接続された記憶媒体、を備えた消費者コンピュータ；
ここで、前記記憶媒体は、処理装置によって実行されたときに以下のように動作するプログラムコードを含む：
(i)前記インターネットワークを介して前記請求サーバへの接続を確立すること；
(ii)前記インターネットワークを介して、販売品のための注文を前記請求サーバに転送すること；
(iii)前記インターネットワークを介した前記請求サーバへの接続を終了すること；
(iv)前記請求サーバへのポイントツーポイント接続を確立すること；そして
(v)前記請求サーバから受領した取引ＩＤを、前記ポイントツーポイント接続を介して前記請求サーバに送り返すこと；
(b)前記インターネットワークに接続するためのネットワークインタフェースと、このネットワークインタフェースに接続された処理装置と、この処理装置に接続された記憶媒体とを備えた請求サーバ；
ここで、前記記憶媒体は、前記処理装置によって実行されたときに、以下のように動作するプログラムコードを含む：
(i)取引ＩＤを、前記インターネットワークを介して前記消費者コンピュータに転送すること；そして
(ii)前記ポイントツーポイント接続を介して前記消費者コンピュータにより前記請求サーバに送り返された前記取引ＩＤを、前記インターネットワークを介して前記業者サーバに送信すること：そして
(c)前記インターネットワークに接続するためのネットワークインタフェースと、前記ネットワークインタフェースに接続された処理ユニットと、前記処理ユニットに接続された記憶媒体とを備えた業者サーバであって、前記記憶媒体は、前記処理ユニットによる実行の際に、以下を行うプログラムコードを備えている：
(i)前記取引ＩＤを前記請求サーバから受け取る；および
(ii)消費者に供給されるべき前記販売品のための前記注文を特定する。
【請求項１１】
前記請求サーバの前記処理装置による、前記プログラムコードの実行は、前記請求サーバが前記消費者コンピュータから前記取引ＩＤを受領した後に、前記取引ＩＤに割り当てられたアクセスキーを、前記ポイントツーポイント接続を介して前記消費者コンピュータに転送することを含む、請求項１０記載の装置。
【請求項１２】
前記請求サーバの前記処理装置による前記プログラムコードの実行は、前記取引ＩＤに含まれた前記消費者コンピュータによってなされた注文が拒否されるべきであるときには、前記取引ＩＤが前記消費者コンピュータに転送される前に、前記ポイントツーポイント接続を介する前記消費者コンピュータと前記請求サーバとの間の接続を終了させるものである、請求項１１記載の装置。
【請求項１３】
前記請求サーバの前記処理装置による前記プログラムコードの実行は、前記消費者コンピュータが前記インターネットワークを介する前記請求サーバへの接続を終了させる前に、前記インターネットワークを介して、前記消費者コンピュータに対して、前記取引ＩＤによって特定された販売品についての暗号化バージョンを転送することを含む、請求項１１記載の装置。
【請求項１４】
前記消費者コンピュータの前記処理装置による、前記プログラムコードの実行は、前記ポイントツーポイント接続を介して前記請求サーバにより前記消費者コンピュータに送られた前記アクセスキーを用いて、前記販売品の暗号化バージョンを復号するものとなっている、請求項１３記載の装置。
【請求項１５】
消費者は、前記消費者コンピュータによる注文に対して、前記ポイントツーポイント接続のプロバイダによって、自動的に支払い請求される、請求項１０記載の装置。
【請求項１６】
前記請求サーバの前記処理装置による、前記プログラムコードの実行は、さらに、前記消費者コンピュータによる注文が拒否されるべきであるときには、前記インターネットワークを介する前記消費者コンピュータと前記請求サーバとの間の接続を終了させるものである、請求項１０記載の装置。
【請求項１７】
前記業者サーバは、前記インターネットワークに接続するためのネットワークインタフェース、このネットワークインタフェースに接続された処理装置、及びこの処理装置に接続された記憶媒体を備えており、前記記憶媒体は、前記処理装置により実行されたときには、前記消費者コンピュータによって注文された販売品を供給するプログラムコードを含む、請求項１０記載の装置。
【請求項１８】
前記販売品のための注文は、前記取引ＩＤを含んでいる、請求項１７記載の装置。
【請求項１９】
前記請求サーバの前記処理装置による前記プログラムコードの実行は、
(a)注文された販売品によって決定される有料電話番号と
(b)注文された販売品と前記有料電話番号とによって決定される有料請求レートとを
前記インターネットワークを介して、前記消費者コンピュータに転送することによって、前記販売品の注文を処理する、請求項１８記載の装置。
【請求項２０】
前記消費者コンピュータの前記処理装置による前記プログラムコードの実行は、
(a)前記有料電話番号と前記有料請求レートが前記請求サーバから受領された後、請求サーバへのインターネットワーク接続を終了し、そして
(b)前記有料電話番号を用いて、前記請求サーバへの有料通信接続を確立する
ものである、請求項１９記載の装置。
【請求項２１】
前記請求サーバの前記処理装置による前記プログラムコードの実行は、
(a)前記消費者コンピュータと前記請求サーバとの間で有料通信接続が確立された後に、前記業者サーバへのインターネットワーク接続を確立し、
(b)前記インターネットワーク接続を介して前記業者サーバに注文を転送するものである、請求項２０記載の装置。
【請求項２２】
前記業者サーバの前記処理装置による前記プログラムコードの実行が、
(a)インターネットワークを形成するために接続された複数のコンピュータとサーバにおける前記販売品の位置、(b)前記消費者コンピュータが、見出された販売品をその間にダウンロードし得る特定通信セッション、及び(c)見出された販売品を要求するためのパスワード
を識別するアクセス情報を前記請求サーバに転送することにより、前記注文を供給する、請求項２１記載の装置。
【請求項２３】
前記請求サーバの前記処理装置による前記プログラムコードの実行は、前記アクセス情報を前記消費者コンピュータに、前記有料通信接続を介して転送するものである、請求項２２記載の装置。
【請求項２４】
前記消費者コンピュータの前記処理装置による前記プログラムコードの実行は、前記注文された販売品の位置を見出してダウンロードするために、前記請求サーバによって転送された前記アクセス情報を用いる、請求項２３記載の装置。
【請求項２５】
前記消費者コンピュータの前記処理装置による前記プログラムコードの実行は、前記注文された販売品がダウンロードされた後、前記消費者コンピュータと前記請求サーバとの有料通信接続を終了させることによって、前記販売品の注文を終了させる、請求項２４記載の装置。
【請求項２６】
前記消費者コンピュータの前記処理装置による前記プログラムコードの実行は、注文された販売品の料金を、
(a)前記有料電話番号と注文された前記販売品により決定される前記有料請求レート、及び
(b)前記消費者コンピュータと前記請求サーバとの間の前記有料通信接続の接続時間
に基づいて計算する、請求項２５記載の装置。
【請求項２７】
前記請求サーバの処理装置による前記プログラムコードの実行は、前記消費者コンピュータと前記請求サーバとの間の前記有料通信接続が終了させられた後、前記消費者コンピュータによる注文を拒否するための要求を転送する、請求項２５記載の装置。
【請求項２８】
前記業者サーバの処理装置による前記プログラムコードの実行は、前記請求サーバによって転送された要求に応じて、注文された販売品に対するアクセス情報を無効にする、請求項２７記載の装置。
【請求項２９】
コンピュータ可読媒体であって、
消費者コンピュータに格納された、コンピュータ実行可能なプログラムを備えており、このプログラムは、前記消費者コンピュータにより、業者サーバに販売品を注文するために使用されるものであり、
前記消費者コンピュータと前記業者サーバとは、インターネットワークを構成するために互いに接続された複数のコンピュータ及びサーバの一部であり、
前記コンピュータ実行可能なプログラムは、前記消費者コンピュータに保存されたプラグ−インプログラムを備えており、このプラグ−インプログラムは、前記消費者コンピュータにより、販売品を業者サーバに注文するためのものであり、
ここで、前記プラグ−インプログラムは、以下により前記販売品を注文する：
(a)前記請求サーバとのインターネットワーク通信リンクを設けること、ここで、前記請求サーバは、前記販売品のための注文を処理するものであり
(b)前記請求サーバから、注文を識別するための取引ＩＤを、前記インターネット通信リンクを介して取得すること、
(c)前記請求サーバとの前記インターネットワーク通信リンクを切断すること
(d)前記請求サーバとの有料電話通信リンクを確立すること、；
(e)前記有料電話通信リンクを介して、前記販売品のための注文を、処理のために、前記請求サーバに送ること；そして
(f)前記有料電話通信リンクを介して、前記請求サーバからアクセス情報を取得するために前記取引ＩＤを使用すること、ここで、前記アクセス情報は、注文された前記販売品を要求するために用いられている。
【請求項３０】
前記プラグ−インプログラムは、
(a)行なわれた注文を識別するために前記取引ＩＤを前記請求サーバに転送し、そして、
(b)前記請求サーバからアクセスキー（ここにおいて、前記アクセスキーは、前記取引ＩＤによって識別された注文に対して割り当てられたものであって、かつ、前記アクセスキーは、注文された前記販売品を請求するのに用いられるものである。）を得る
ことによって、前記アクセス情報を得る、請求項２９記載のコンピュータ可読媒体。
【請求項３１】
前記プラグ−インプログラムによって出された注文を確かめるための、前記請求サーバに含まれる請求プログラムを備えたさらなるコンピュータ実行可能プログラムを有し、前記請求プログラムは、
(a)前記請求サーバとの前記インターネットワーク通信リンクが前記プラグ−インプログラムによって設けられた後に、前記プラグ−インプログラムに前記取引ＩＤを供給し、
(b)前記請求サーバとの前記有料電話通信リンクが前記プラグ−インプログラムによって確立された後に、前記アクセスキーを前記プラグ−インプログラムに供給する
ことによって、なされた注文を確認する、請求項３０記載のコンピュータ可読媒体。
【請求項３２】
前記請求プログラムは、前記プラグ−インプログラムが前記請求サーバとの前記インターネットワーク通信リンクを切断する前に、注文された前記販売品の暗号化バージョンをも前記プラグ−インプログラムに供給する、請求項３１記載のコンピュータ可読媒体。
【請求項３３】
前記プラグ−インプログラムは、前記請求プログラムによって供給された前記アクセスキーを用いて、注文された前記販売品の暗号化バージョンを復号する、請求項３２記載のコンピュータ可読媒体。
【請求項３４】
前記プラグ−インプログラムによって確立された有料電話通信リンクは、電話通信リンクを介して注文された販売品に対する定額料金を請求する電話サービスプロバイダによって提供されている、請求項２９記載のコンピュータ可読媒体。
【請求項３５】
前記請求サーバで確立された前記有料電話通信リンクは、前記有料電話通信リンクと注文された前記販売品とによって決定される既定のレートに、前記請求サーバとの前記有料電話通信リンクの持続時間を掛けて、注文された販売品に対する料金を計算する電話サービスプロバイダによって管理されている、請求項２９記載のコンピュータ可読媒体。
【請求項３６】
前記プラグ−インプログラムによって出された注文を処理するための、前記請求サーバに含まれる請求プログラムを備えたさらなるコンピュータ実行可能なプログラムを有し、前記請求プログラムは、
(a)前記プラグ−インプログラムに、前記消費者コンピュータと前記請求サーバとの間の前記有料電話通信リンクを確立するのに用いられる有料電話番号を供給し、
(b)前記消費者コンピュータとの前記有料電話通信リンクを設けた後、
(i)注文された前記販売品のアクセス情報を前記請求サーバに供給する、インターネットワークに接続された業者サーバとのインターネットワーク通信リンクを確立し、そして、
(ii)前記インターネットワーク通信リンクを介して前記業者サーバにその販売品の注文を転送する
ことによって、注文を処理する、請求項３５記載のコンピュータ可読媒体。
【請求項３７】
注文された前記販売品のための前記アクセス情報を前記プラグ−インプログラムに供給するための、前記業者サーバに含まれる業者プログラムを備えたさらなるコンピュータ実行可能なプログラムを有し、前記業者プログラムは、
(a)前記消費者コンピュータと前記業者サーバとの特定通信セッションに対してアクセス識別子を割り当て、
(b)注文された前記販売品の請求のためのパスワードを割り当て、
(c)前記インターネットワークにおける注文された販売品の位置を識別する、注文された前記販売品のためのロケータを生成し、
(d)前記アクセス識別子、パスワード、及びロケータを前記請求プログラムに供給する
ことによって、前記アクセス情報を供給する、請求項３６記載のコンピュータ可読媒体。
【請求項３８】
前記請求プログラムは、前記業者プログラムから受領した、前記アクセス識別子、パスワード、及びロケータを、前記プラグ−インプログラムに転送することによって、前記注文をさらに処理する、請求項３７記載のコンピュータ可読媒体。
【請求項３９】
前記プラグ−インプログラムは、前記請求サーバとの前記有料電話通信リンクを確立するのに用いられる前記有料電話番号を有する、注文された前記販売品のブックマークを作成することで、前記販売品への注文をさらに行う、請求項３６記載のコンピュータ可読媒体。
【請求項４０】
コンピュータ可読媒体であって、前記コンピュータ可読媒体は以下を有する：
（ｉ）コンピュータによる業者サーバへの販売品の注文を実行するための、請求サーバに含まれるコンピュータ実行可能なプログラム、ここで前記コンピュータと前記業者サーバの両者は、コンピュータとサーバとのインターネットワークを形成するように接続された複数のコンピュータおよびサーバに含まれており、前記コンピュータ実行可能なプログラムは、
(a)前記コンピュータとのインターネットワーク接続が確立された後、前記注文に対して割り当てられた取引ＩＤを前記コンピュータに供給し（ここで、前記取引ＩＤは、前記インターネットワーク接続を介して供給される）、
(b)前記コンピュータとのポイントツーポイント接続が確立された後でかつ前記コンピュータが前記取引ＩＤを返送した後、前記取引ＩＤによって識別された注文に対して割り当てられたアクセスキーを前記コンピュータに供給する（ここで、前記アクセスキーは、前記ポイントツーポイント接続を介して供給される）
ことによって注文を実行する請求プログラムを有しており、
（ii）販売品の注文をするための前記コンピュータに含まれるプラグ−インプログラムを備えたコンピュータ実行可能なプログラム、ここで前記プラグ−インプログラムが、
(a)前記コンピュータとのインターネットワーク接続を確立し、
(b)前記請求プログラムによって供給された前記取引ＩＤを受領し、
(c)前記コンピュータとの前記インターネットワーク接続を切断し、
(d)前記コンピュータとの前記ポイントツーポイント接続を確立し、
(e)前記取引ＩＤを前記請求プログラムに返送し、
(f)注文された前記販売品を請求するのに用いられる前記取引ＩＤによって識別された注文に割り当てられた前記アクセスキーを受領する
ことによって、前記販売品の注文をするものとなっている。
【請求項４１】
前記請求プログラムは、前記プラグ−インプログラムが前記コンピュータとのインターネットワーク接続を切断する前に、前記コンピュータに、注文された前記販売品の暗号化バージョンをも供給する、請求項４０記載のコンピュータ可読媒体。
【請求項４２】
前記プラグ−インプログラムは、前記請求プログラムによって前記コンピュータに供給された前記アクセスキーを用いて前記販売品の暗号化バージョンを復号する、請求項４１記載のコンピュータ可読媒体。
【請求項４３】
前記プラグ−インプログラムによって確立された前記電話通信リンクは、前記電話通信リンクを介して注文された前記販売品に対して支払い請求する電話サービスプロバイダによって管理されている、請求項４０記載のコンピュータ可読媒体。
【請求項４４】
消費者コンピュータによる、業者サーバへの販売品の注文を処理するためのコンピュータ実行可能なプログラムを有するコンピュータ可読媒体であって、前記業者サーバと消費者コンピュータの両者は、複数のコンピュータとサーバのインターネットワークに接続されており、前記コンピュータ実行可能なプログラムは、以下を備える：
（ｉ）請求サーバに含まれる請求プログラム、ここで前記請求サーバはインターネットワークにやはり接続されており、前記請求プログラムは、
(a)前記消費者コンピュータと前記請求サーバとの間の有料通信リンクを確立するための有料電話番号を前記消費者コンピュータに供給し、そして、
(b)前記インターネットワークに接続された業者サーバと前記消費者コンピュータとの間の特定通信セッションに対するアクセス識別子、注文された前記販売品を請求するためのパスワード、及び、前記インターネットワークに接続された前記業者サーバ上の注文された販売品の位置の識別をする注文された販売品のためのロケータを含み、かつ、前記消費者コンピュータと前記請求サーバが前記有料通信リンクを介して接続されている間に注文された前記販売品への前記消費者コンピュータのアクセスを可能にするアクセス情報を消費者のコンピュータに供給する
ことによって注文を処理するようになっており、
（ii）販売品を注文するためのプラグ−インプログラム、ここで前記プラグ−インプログラムは、
(a)販売品を選ぶことと、その販売品に対しての支払い請求が消費者の電話サービスプロバイダによって自動的になされることとを消費者に可能にするグラフィカルユーザインタフェースを供給し、
(b)前記請求プログラムによって供給された前記有料電話番号を用いて前記請求サーバとの有料通信リンクを確立する
ことによって、前記販売品に対する注文をするものである。
【請求項４５】
前記消費者コンピュータと前記請求サーバとの間に確立された前記有料電話通信リンクは、前記有料電話通信リンク及び注文された販売品により決定される既定のレートに、前記消費者コンピュータと前記請求サーバとの間の前記有料電話通信リンクの持続時間を掛けて、注文された販売品に対する料金を計算する電話サービスプロバイダによって管理されている、請求項４４記載のコンピュータ可読媒体。
【請求項４６】
注文された販売品へのアクセスを前記消費者コンピュータに供給するための業者プログラムを備えたさらなるコンピュータ実行可能なプログラムを有し、
前記業者プログラムは、
(a)前記アクセス識別子を、前記消費者コンピュータと前記業者サーバとの間の特定通信セッションに対して割り当て、
(b)注文された前記販売品を請求するためのパスワードを割り当て、
(c)前記インターネットワークに接続された特定の業者サーバ上の前記注文された販売品の位置を特定する、前記注文された販売品のためのロケータを生成する
ことによって、注文された販売品へのアクセスを供給する、請求項４４記載のコンピュータ可読媒体。
【請求項４７】
コンピュータとサーバのインターネットワークに接続された消費者コンピュータに、やはり前記インターネットワークに接続された業者サーバに対して前記消費者コンピュータによって注文された前記販売品へのアクセスを供給するための業者プログラムを備えた、さらなるコンピュータ実行可能なプログラムを有するコンピュータ可読媒体であって、前記コンピュータ実行可能なプログラムは以下を備える：
（ｉ）(a)インターネットワークにやはり接続された請求サーバと前記業者サーバ（ここにおいて、前記請求サーバは、前記消費者コンピュータによってなされた販売品への注文を処理する。）との間のインターネットワーク通信リンクを設け、
(b)前記消費者コンピュータと前記請求サーバが有料通信リンクを介して接続されている間、前記インターネットワークに接続された特定のサーバからの前記注文された販売品にアクセスするのに前記消費者コンピュータが使用するために、
前記消費者コンピュータと前記業者サーバ間の特定通信セッションに対するアクセス識別子と、
注文された販売品を要求するためのパスワードと、
前記業者サーバ上での注文された販売品の位置を識別する注文された販売品のためのロケータと
を備えたアクセス情報を前記請求サーバに供給する
ことによって注文を処理する、前記業者サーバに含まれる業者プログラム
（ii）前記消費者コンピュータによる注文を処理する請求プログラム、ここで前記請求プログラムが、
(a)前記消費者コンピュータと前記請求サーバとの間の前記有料通信リンクを確立するために前記消費者コンピュータによって使われる有料電話番号を前記消費者コンピュータに供給し、
(b)前記消費者コンピュータによる注文を前記業者サーバと前記請求サーバ間の前記インターネットワーク通信リンクを介して前記業者プログラムに転送する
ことによって注文を処理するものである。
【請求項４８】
前記消費者コンピュータと前記請求サーバ間の前記有料通信リンクが、前記有料通信リンクと注文された販売品により決定される既定のレートに、前記消費者コンピュータと前記請求サーバとの間の前記電話通信リンクの持続時間を掛けて、注文された販売品に対する料金を計算する電話サービスプロバイダによって管理されている、請求項４７記載のコンピュータ可読媒体。
【請求項４９】
前記請求プログラムは、前記業者プログラムによって供給された前記アクセス情報を前記消費者コンピュータにさらに転送する、請求項４７記載のコンピュータ可読媒体。
【請求項５０】
前記販売品の注文をするためのプラグ−インプログラムを備えたさらなるコンピュータ実行可能なプログラムを備え、前記プラグ−インプログラムは、
(a)消費者が前記販売品の注文をすることを可能にし、
(b)前記請求サーバによって供給された前記有料電話番号を用いて前記消費者コンピュータと前記請求サーバとの前記有料通信リンクを確立し、
(c)前記有料電話通信リンクを介して前記請求サーバへの前記注文を転送する
ことによって注文をする、請求項４７記載のコンピュータ可読媒体。
【発明の詳細な説明】
【０００１】
【発明の分野】
本発明は、一般的に、消費者が、共通の通信リンクによって接続された、１つ以上のコンピュータから、商品、サービス及びコンテンツを注文できるようにする方法及び装置に関し、詳しくは、インターネットに接続されたコンピュータから、消費者が、商品、サービス及びコンテンツを注文できるようにする方法、及びその装置に関わるものであり、電話サービスのプロバイダにより、注文した商品、サービス及びコンテンツに対して消費者には自動的に課金される。
【０００２】
【発明の背景】
通信ネットワークは、コンピュータ通信の分野でよく知られている。定義としては、ネットワークとは、通信設備またはリンクによって接続されたコンピュータと関連装置の一群である。ネットワーク通信は、ケーブル経由のような永久的な性質のものであったり、電話や無線リンクを通した接続のような一時的な性質のものであったりする。ネットワークには、いくつかのコンピュータあるいはワークステーションと関連装置からなるローカルエリアネットワーク（ＬＡＮ）から、地理的に分散したコンピュータとＬＡＮを相互接続するワイドエリアネットワーク（ＷＡＮ）、遠隔コンピュータを一時的な通信リンクを介して相互接続するリモートアクセスサービス（ＲＡＳ）まで、あらゆるサイズのものがある。なお、インターネットワークは、各ネットワークからのデータ伝送や変換を容易にするゲートウェイやルータによって、類似或いは非類似の複数のコンピュータネットワークが結びついたものである。インターネットワークという用語の略語として、"インターネット"がよく知られている。現在の理解では、大文字で始まる"Internet"という語は、相互に通信するために伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）を用いるネットワークとルータの集合を指す。
【０００３】
インターネット２０の代表的な部分は図１（従来技術）に示されており、この図では、複数のローカルエリアネットワーク（ＬＡＮ）２４とワイドエリアネットワーク（ＷＡＮ）２６がルータ２２によって相互接続されている。ルータ２２は、一般に、ＬＡＮまたはＷＡＮを互いにインタフェースするために用いられる、特別な目的のコンピュータである。ネットワーク間での通信リンクが、56Kbpsのアナログ電話回線や1MbpsのデジタルＴ−１線及び／又は45MbpsのＴ−３線を利用するのに対し、ＬＡＮ内での通信リンクには、ツイストペア線か、同軸ケーブルが利用される。さらに、コンピュータ及び他の関連電子機器は、モデムと及び一時的な電話リンクを介して、ＬＡＮ２４かＷＡＮ２６のいずれにも遠隔的に接続できる。図１には、点線を通じてＬＡＮの一つに接続された、そのようなコンピュータと電子機器が示されている。インターネットが多大な数のこのように相互接続されたネットワーク、コンピュータ、及びルータを含んでおり、そして、図１にはインターネット２０の小さな代表的な部分のみが示されていることは、認識されるであろう。
【０００４】
最近、インターネットは、世界中に存在するコンピュータをつなぐ能力のおかげで急激な成長を遂げている。インターネットが成長するにつれて、ワールドワイドウェブ（ＷＷＷ）も成長している。ＷＷＷは、インターネットのいたるところに「ウェブサイト」で電子的に保存されている、ハイパーテキストマークアップ言語（ＨＴＭＬ）で書かれている「ハイパーテキスト」すなわち相互接続された莫大な数の文書の集合である。ウェブサイトは、ハイパーテキスト文書のための巨大な保存設備を持ち、それらの保存されたハイパーテキスト文書に対する処理要求を扱うための管理ソフトウェアを実行する、インターネットに接続されたサーバである。ハイパーテキスト文書は、その文書をインターネット上のどこかに保存されている別のハイパーテキスト文書にリンクするハイライトされたテキスト部分であるハイパーリンクを通常いくつか含む。各々のハイパーリンクは、インターネットに接続されたサーバ上のリンクされた文書の正確な存在地を与え、そして文書を表すユニフォームリソースロケータ（ＵＲＬ）に関連している。従って、ハイパーテキスト文書がどのウェブサーバから検索されても、必ずＷＷＷから検索されたと把握される。
【０００５】
消費者は、ＷＷＷからハイパーテキスト文書を検索、つまりウェブブラウザを介して「ウェブサーフィンをする」ことができる。ネットスケープナビゲータやマイクロソフトインターネットエクスプロラーといったウェブブラウザは、ＷＷＷにグラフィカルユーザインタフェースを供給する、ウェブ・クライアント、すなわち消費者のコンピュータによって用いられるソフトウェアプログラムである。ウェブブラウザを介して消費者が要求すると、ウェブ・クライアントは、その文書に対するＵＲＬ、及びハイパーテキストトランスファープロトコル（ＨＴＴＰ）と呼ばれているプロトコルを利用して、適切なウェブサーバから、要求されたハイパーテキスト文書にアクセスし、読み出す。ＨＴＴＰは、ＴＣＰ／ＩＰよりも高レベルのプロトコルであり、特にＷＷＷの要求にこたえるように設計されている。それはサーバとクライアント間のハイパーテキスト文書をやりとりするために、ＴＣＰ／ＩＰ上で用いられる。
【０００６】
ＷＷＷが登場した際、インターネット上で保存されている情報は、その情報に関係する当事者間で自由にやり取りされた。しかし、ＷＷＷは、莫大な数の一連の企業がその商品やサービスを宣伝するために各自のウェブサイトを発達させている商業手段にと次第になってきている。消費者は、企業の"ウェブサイトを訪れる"、つまり特定の企業のウェブサーバ上に存在するハイパーテキスト文書を検索し、その企業が提供すべきいかなる商品やサービスも注文してよい。その商品あるいはサービスが、本、ビデオ、音楽ＣＤ、コンピュータゲームなどといった電子的に保存された情報の場合、消費者はすぐに消費、使用するために、その企業のウェブサイトから自分のコンピュータに単純にダウンロードしてもよい。もしその商品あるいはサービスが、オンラインカタログで注文された機器、衣類といった、より有形のものである場合、郵便サービスのような従来的な配達方法が用いられる。このような商品、サービスの慣例的な支払方法は、大手クレジットカードによるものであり、消費者はインターネットを通して自分のクレジットカード情報をその企業のウェブサイトに転送する必要がある。しかしながら、そのような電子的な転送には、セキュリティや秘密性の面で多くの疑問がある。さらに、多くの消費者は、このような購入をするための大手クレジットカードを所持していない。クレジット情報をファックスや郵便で送る代用的な支払方法はそれほど便利でなく、しばしば販売を妨げるのに十分な障害になる。なお、慣例的な支払い請求と支払の方法は、不正購入から販売者あるいは消費者を適切に守っていない。
【０００７】
多くの企業は、商品及びサービスに加えて、「有料コンテンツ」、すなわち、企業にとって金銭的価値があると考えられるハイパーテキスト文書と他の電子的に保存された転送可能な情報とを消費者に供給したいと望んでいる。このような有料コンテンツに、雑誌の記事、所有データベース、映画、株情報、ラジオ放送なども含まれうる。このようなコンテンツにアクセスするための慣例的な支払方法も大手クレジットカードによるものであり、消費者はコンテンツの購読費用を支払い、自分のクレジット情報を、インターネットを通じて、その企業のウェブサイトに転送する必要があった。この方法においても、支払い請求及び支払いは適切に販売者や消費者を不正販売から保護することはなく、消費者に適切なセキュリティを供給するものではなかった。
【０００８】
従って、商品、サービス、及びコンテンツを、ネットワーク、最終的にはインターネットを介して注文及び支払い請求する、より効果的な方法と装置が要求されている。この方法と装置は、クレジットカードを必要としたり、インターネットを通じて如何なる極秘のクレジット情報を転送することなく、消費者への自動的な支払請求を提供するべきである。さらに加えて、ダウンロードされる場合、支払いが完了してはじめて、消費者がその商品やサービスを使えるようにすべきである。最後に、この方法と装置は、支払いを怠っている経歴のある消費者が、さらに商品、サービス、及び/またはコンテンツを購入することを防ぐべきである。
【０００９】
【発明の概要】
本発明は、商品、サービス、及びコンテンツを含む販売品（製品：product）をインターネットに接続されたコンピュータから注文するためのコンピュータプログラムを供給するものであり、ここにおいて、消費者は、電話サービスプロバイダによって、注文した商品、サービスやコンテンツに対して自動的に支払請求される。この発明の実際の実施例は、プラグ−イン要素と請求サーバ要素を有する請求システムである。消費者がインターネットを通じて販売品を注文するとき、上記プラグ−イン要素は、インターネット上のどこかに存在している請求サーバへの接続を確立する。これに対応して、上記請求サーバ要素は、注文を識別する取引ＩＤをプラグ−イン要素に転送する。続いて、このプラグ−イン要素はインターネットからの接続を切断し、請求サーバとの間にポイントツーポイント（ＰＰＰ）接続を確立する。一旦このＰＰＰ接続を確立すると、プラグ−イン要素は取引ＩＤを請求サーバ要素に送り返す。請求サーバ要素は、この後、取引ＩＤで識別された注文に指定されたアクセスキーをプラグ−イン要素に転送する。消費者は、アクセスキーを、注文販売品を要求するのに用いる。消費者は、電話サービスプロバイダによって指定、管理された電話番号を使用してＰＰＰ接続を確立したとき、この電話サービスプロバイダによって、自動的にその販売品に対して支払い請求される。
【００１０】
本発明のこの他の特徴に従うと、この請求サーバ要素は、プラグ−イン要素がインターネットから接続を切断する前に、暗号化された注文販売品もプラグ−イン要素に転送する。そして、プラグ−イン要素は、上記アクセスキーを、暗号化された販売品を解読するのに用いる。
【００１１】
本発明のもうひとつの実施例では、請求システムは、有料コンテンツのような販売品をインターネットを通じて注文するためのプラグ−イン要素、請求サーバ要素、及び業者サーバ要素を備えており、消費者は、そのコンテンツへのアクセスに対して分単位で課金される。消費者がインターネットを通じて販売品を注文するとき、上記プラグ−イン要素は、インターネット上のどこかに存在する請求サーバに対して有料電話通信リンクを設け、その販売品に対する注文を請求サーバに転送する。その後、請求サーバ要素は、その販売品を供給しうる業者サーバにインターネット接続し、その販売品の注文を業者サーバに転送する。これに対応して、業者サーバ要素は、請求サーバ要素とプラグ−イン要素とに、注文販売品を探してアクセスするためのプラグ−イン要素に必要な情報を供給する。そして、消費者は、業者サーバとの有料電話通信リンクの持続（接続）時間中に注文販売品にアクセスしながら、消費者は、その電話サービスプロバイダによって、注文販売品に対する支払いを請求される。より具体的には、消費者は、注文販売品、及び有料電話通信リンクに関連した所定レートで、有料電話リンクの持続時間に対して支払い請求がされることになる。
【００１２】
本発明のその他の特徴に従うと、請求サーバとの有料電話通信リンクを設けるに先だって請求サーバとの間に設けられたインターネットリンクを通じて、請求サーバ要素は、有料電話番号と、注文された販売品に対して支払い請求される所定（予め定められた）レートとをプラグ−イン要素に供給する。
上記のプラグ−イン要素、請求サーバ、及び業者要素に一般的に沿う機能を実行できる方法、及び装置は、本発明のさらなる特徴を表わす。
【００１３】
【図面の簡略な説明】
本発明の前述されている特徴、及び多くのそれに伴う利益とは、添付の図面を参照して、下記の詳細な説明により、明らかになる。
図１（従来技術）は、インターネットの代表的な部分を示すブロック図、
図２は、本発明に従ってインターネット上のどこかに存在しているコンピュータを用いて消費者が注文した販売品、サービス、コンテンツを供給する、インターネットに接続されているローカルエリアネットワーク（ＬＡＮ）の模式図、
図３は、本発明に従ってインターネットから商品、サービス、コンテンツを注文するのに用いられる、図２中の消費者のコンピュータにおける各種の要素を示すブロック図、
図４は、本発明に従って注文された商品、サービス及び／又はコンテンツの位置を供給し、注文を確認する、図２中の請求サーバにおける各種の要素を示すブロック図、
図５は、本発明に従って注文された商品、サービス、コンテンツを供給する、図２中の業者サーバの各種の要素を示すブロック図、
図６Ａ及び６Ｂは消費者が商品及び／又はサービスをそこから注文する、消費者のコンピュータにインストールされたウェブブラウザによって作成されたウィンドウ、
図７は、インターネットからの商品及び／又はサービスの注文を始めるために、消費者のコンピュータによって用いられた論理を示すフローチャート、
図８Ａ−８Ｃは、インターネットでの商品及び／又はサービスの注文を完了するために、消費者のコンピュータによって用いられる論理を示すフローチャート、
図９Ａ−９Ｆは、商品及び／又はサービスの注文に関連したメッセージを表示するための、消費者のコンピュータによって作成されたウィンドウ、
図１０は、注文された商品及び／又はサービスを供給するための、図２中に示されたＬＡＮに接続された請求サーバによって用いられる論理を示すフローチャート、
図１１は、商品及び／又はサービスの注文を確認するための、図２中に示されるＬＡＮに接続された請求サーバによって用いられる論理を示すフローチャート、
図１２は、注文された商品及び／又はサービスに対して消費者に自動的に支払い請求するために電話サービスプロバイダによって行う動作を示すフローチャート、
図１３は、商品及び／又はサービスを注文、供給するために消費者のコンピュータ及び請求サーバによって並行して行われる動作を示すフローチャート、
図１４は、本発明の他の実施例に従って、消費者が有料コンテンツを注文するために、消費者のコンピュータにインストールされたウェブブラウザによって作成されたウィンドウ、
図１５Ａ−１５Ｃは、インターネットで有料コンテンツを注文するために、消費者のコンピュータによって用いられる論理を示すフローチャート、
図１６Ａ−１６Ｄは、有料コンテンツの注文に関連したメッセージを表示するために、消費者のコンピュータによって作成される、各種のウィンドウ、
図１７は、以前にブックマークされた有料コンテンツを注文するために、消費者のコンピュータによって用いられる論理を示すフローチャート、
図１８は、以前にブックマークされた有料コンテンツの注文に関連したメッセージを表示するために、消費者のコンピュータによって作成されたウィンドウ、
図１９は、消費者のコンピュータでなされた有料コンテンツの注文を初期処理するために図１３に示されるＬＡＮに接続された請求サーバによって用いられる論理を示すフローチャート、
図２０Ａ−２０Ｂは、有料コンテンツに対するアクセス情報を入手し、消費者のコンピュータに供給するために、請求サーバによって用いられる論理を示すフローチャート、
図２１は、有料コンテンツに対するアクセス情報を請求サーバに供給するために業者サーバによって用いられる論理を示すフローチャート、及び
図２２Ａ−２２Ｂは、有料コンテンツを注文、及び供給するために消費者のコンピュータ、請求サーバ、業者サーバによって並行して行われる動作を示す図である。
【００１４】
【好ましい実施例の詳細な記載】
上記、及び図１に示されるように、インターネット２０は、相互に通信するために伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）を用いる、ローカルエリアネットワーク（ＬＡＮ）２４、ワイドエリアネットワーク（ＷＡＮ）２６、リモートコンピュータ２８、及びルータの集合である。これに対して、ワールドワイドウェブ（ＷＷＷ）は、インターネット２０中いたるところで接続されているサーバに存在し、相互接続された電子的に保存されている情報の莫大な集合である。今や、多くの企業が、商品、サービス、有料コンテンツへのアクセスを、ＷＷＷを用いてインターネットで販売している。本発明によると、消費者は、商品、サービス及び／又はコンテンツ （以下、販売品とする）を、ウェブブラウザを通じてインターネット２０で注文し、自動的に毎月の電話料金請求書でその購入の支払い請求がされる。より具体的には、インターネット２０に接続されたコンピュータ４２から、商品、サービス、或いは有料コンテンツを消費者が注文する。この注文は、インターネット２０のどこかに存在するＬＡＮ２４に接続された請求サーバ３４によって処理、及び確認され、それは、業者サーバ３９、すなわちその販売品のスポンサーになり又は販売する業者によって所有され、さらにインターネット２０のどこかに存在するサーバから販売品を得る。
【００１５】
請求サーバ３４が接続され、消費者のコンピュータ４２が販売品注文のためにインターネット接続を確立（establish）しているＬＡＮ２４が、より詳しく図２に示されている。請求サーバ３４に加えて、ＬＡＮ２４は、販売品、販売者、購入者の情報及び請求サーバによって提供されるサービスを管理するために用いられる管理コンピュータ３２を有する。ＬＡＮ２４は、また、消費者のコンピュータのようなインターネット２０に存在している他のコンピュータからの一時的な電話リンクを受けいれるのに用いられ、複数の高速デジタルモデムを備えたアクセスサーバ３８をも有する。最終的に、ＬＡＮ２４は、コンピュータ３６を電話交換機でインタフェースするために北アメリカで用いられている標準プロトコルである、コンピュータ支援電話アプリケーション（ＣＳＴＡ）(computer supported telephony application)を備えたパーソナルコンピュータ３６を有する。しかし、当業者であれば、本発明の他の実施例で、アクセスサーバ３８自身が、電話交換機が操作する特定の電話システムに適切なコンピュータ電話／発信者識別ソフトウェアを備えていることは認識されるであろう。結果的には、これらの実施例では、CSTA監視装置３６は不必要であると認識される。
【００１６】
以下さらに詳しく述べられているように、インターネット２０を通じてコンピュータ４２を用いて消費者が注文した後、消費者のコンピュータはインターネット２０から接続を切断し、この購入を確認するため、請求サーバ３４とのポイントツーポイント（ＰＰＰ）接続を確立する。さらに詳しくは、この消費者のコンピュータは、電話交換機に指定された有料電話番号に電話をかける。電話交換機は、アクセスサーバ３８への有料通話（telephone call）の経路指定をし、アクセスサーバのモデムは、この通話に応答して、消費者のコンピュータ４２とのＴＣＰ／ＩＰ接続が確立されたことを請求サーバ３４に知らせる。他方、電話交換機４０を監視するCSTA監視装置３６も、通話がなされたことを請求サーバ３４に知らせ、請求サーバ３４と消費者のコンピュータ４２間のＰＰＰ接続を完了する。CSTA監視装置３６を含まない本発明の実施例では、アクセスサーバ３８にあるコンピュータ電話ソフトウェアが、この機能を与えるものとする。
【００１７】
図２に示された実際の本発明実施例では、ＴＣＰ／ＩＰを用いて通過する全てのデータの流れを追跡、制御するファイヤウォールサーバ３０によって、ＬＡＮ２４はインターネット２０から絶縁されている。ファイヤウォール３０は悪意の着信データトラフィックからＬＡＮ２４を守る。ＬＡＮ２４は、それぞれのコンピュータとサーバを相互接続するバスネットワークである。図２に示されているＬＡＮ２４は、ガラスまたはプラスティック製の光ファイバーケーブル、同軸ケーブル、ツイストペア線ケーブル、リボンケーブルなど、各種の結合媒体から形成されうる。さらにここで、当業者であれば、この結合媒体が、無線周波結合媒体、或いは他の無形結合媒体でもありうることは、認識されるであろう。ワークステーション、パーソナルコンピュータ、ラップトップコンピュータ、サーバ、リモートコンピュータなどといった必要なインタフェースハードウェアを備えた、いかなるコンピュータシステム、或いは複数のコンピュータシステムは、一時的或いは永久的にＬＡＮ２４、つまりインターネット２０、に接続されていてもよい。しかし、ＬＡＮ２４に接続された他の機器に電話リンクで一時的に接続されている場合、コンピュータ２８とそれに接続されている機器の両方のインタフェースハードウェアは、モデムを備えていなければならない。最後に、図２には、１つの消費者コンピュータ４２、１つの請求サーバ３４、１つの業者サーバ３９のみが記されているが、当業者であれば、以下に述べられているようなハードウェア、ソフトウェア要素を備えた多数の消費者コンピュータ、請求サーバ、業者サーバがインターネット２０に接続されうることは認識されるであろう。
【００１８】
関連消費者コンピュータ、請求サーバ及び業者サーバの要素
図３は、消費者コンピュータ４２のいくつかの主要要素を描いている。当業者であれば、この消費者コンピュータ４２が図３に示されているもの以外の要素を多く含むことは認識されるであろう。しかしながら、本発明を実施するための説明的な実施例を開示するのに、これら一般的にきまりきった要素をすべて示す必要はない。図３に示すように、消費者のコンピュータは、ＬＡＮ２４またはＷＡＮ２６に接続、あるいは遠隔的に接続するためのネットワークインタフェース４４を含む。当業者であれば、このネットワークインタフェース４４が、このような接続に必要な回路構成要素を含み、そして、ＴＣＰ／ＩＰプロトコルと接続しているＬＡＮやＷＡＮの特定のネットワーク構成と、結合媒体の特定型式とを用いて、使用のために構成されたものであることを理解するであろう。
【００１９】
消費者のコンピュータ４２には、処理装置４６、ディスプレイ４８、モデム４９、メモリ５０も含まれている。メモリ５０は、一般的にランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ディスクドライブのような永久的な大容量記憶装置を有する。メモリ５０は、本発明に従ってインターネット２０で販売品を注文するのに必要なプログラムコードとデータを保存する。さらに詳しくは、メモリ５０は、販売品を注文するために本発明に従って形成されたプラグ−イン要素、５２、５２'及び／又は５２''を内蔵している。この要素は、コンピュータ可読媒体上に保存され得ること、及びフロッピーやＣＤ−ＲＯＭといった、コンピュータ可読媒体に関連した駆動機構を用いて、消費者コンピュータ４２のメモリ５０に格納されてもよいことは理解されるであろう。このメモリ５０は、ネットスケープナビゲータ、マイクロソフトインターネットエクスプロラーのようなウェブブラウザ５１も含む。
【００２０】
以下にさらに詳しく述べられているように、消費者によって注文された販売品は、リモートサーバ、すなわちインターネットのどこか、例えば図２に示されるＬＡＮ２４中に存在する請求サーバ３４によって供給される。図４は請求サーバ３４のいくつかの重要な要素を示す。当業者であれば、この請求サーバ３４が図４に示されている以上に多くの要素を含むことは認識されるであろう。しかしながら、本発明の実施例を実行するための説明的な実施例を開示するのに、一般的にきまりきった要素をすべて示す必要はない。図４に示されるように、請求サーバ３４は、ネットワークインタフェース５４を介してＬＡＮ２４に接続されている。当業者であれば、このネットワークインタフェース５４は、ＬＡＮ２４とファイヤウォール３０とに請求サーバ３４を接続するために必要な回路構成を含むこと、そして、ＴＣＰ／ＩＰプロトコル、ＬＡＮ２４のバスネットワーク構成、及び結合媒体の特定型式を用いて、使用のために構成されていることは理解するであろう。
【００２１】
請求サーバ３４は、処理装置５６、ディスプレイ５８、マスメモリ６０をも含んでいる。マスメモリ６０は、一般的にランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）と、ハードディスクドライブ、テープドライブ、光ドライブ、フロッピードライブ、またはこれらを組み合わせたもののような永久的な大容量記憶装置とを有する。このマスメモリ６０は、本発明に従って販売品を消費者に供給するのに必要なプログラムコードとデータを保存する。より具体的には、このマスメモリ６０は、注文販売品を供給し、販売品の注文を確認するために本発明に従って構成された、請求サーバ要素６２及び／又は６２'を保存している。さらに、マスメモリ６０は、販売者、消費者、販売品に関して請求サーバによって連続的に記録された販売品情報のデータベース６４を保存する。当業者であれば、この販売品及びログ（log）情報のデータベース６４が、ＬＡＮ２４に接続された他のサーバや記憶装置にも保存されうると気づくであろう。請求サーバ６２、６２'、及び販売品情報のデータベース６４は、コンピュータ可読媒体上に保存でき、フロッピーやＣＤ−ＲＯＭといったコンピュータ可読媒体に関連した駆動機構を用いて、請求サーバ３４のマスメモリ６０に格納されうることが理解されるであろう。なお、マスメモリ６０は、インターネット２０とＷＷＷを通じて受け取った保存情報に対する要求の取り扱いのためのウェブサーバソフトウェア６６を保存する。
【００２２】
以下にさらに詳しく述べられているように、消費者によって注文され、請求サーバ３４によって供給された販売品は、今度はインターネット２０のどこかに存在する業者サーバ３９によって、請求サーバに供給されうる。図５には、業者サーバ３９の主要構成要素のいくつかが描かれている。当業者であれば、この業者サーバ３９が、図５に示されているよりも多くの要素を含むことは認識されるであろう。しかし、本発明を実施する説明的な実施様態を開示するのに、これら一般的にきまりきった要素をすべて示す必要はない。図５に示されるように、業者サーバ３９は、ＬＡＮ２４やＷＡＮ２６に接続したり、遠隔的にＬＡＮやＷＡＮに接続するための、ネットワークインタフェースを含む。当業者であれば、ネットワークインタフェース５５がこのような接続に必要な回路構成を含むこと、そして、ＴＣＰ／ＩＰプロトコル、接続しているＬＡＮやＷＡＮの特定のネットワーク構成、及び結合媒体の特定型式を用いて、使用のために構成されていることは理解するであろう。
【００２３】
業者サーバ３９は、さらに、処理装置５７、ディスプレイ５９、マスメモリ６１を含む。このマスメモリ６１は、一般的にランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、及び、ハードディスクドライブ、テープドライブ、光ドライブ、フロッピーディスクドライブ、あるいはこれらを組み合わせたもののような永久的な大容量記憶装置を有する。本発明の実際の実施例のひとつでは、マスメモリは、消費者によって注文された、電子的に保存されている商品又はサービスを含む販売品データベース６７を含んでいる。本発明の他の実施例では、この販売品データベース６７は、消費者によって注文された有料コンテンツ、即ち業者にとって金銭的価値があるとみなされるハイパーテキスト文書や他の電子的に保存されている文書を保存する。このような実施例では、マスメモリ６１は、有料コンテンツのＵＲＬ及び有料コンテンツの他のアクセス情報を請求サーバに供給するために必要なプログラムコードとデータとを保存する。より具体的には、マスメモリ６１は、要求される有料コンテンツにコンピュータ４２がアクセスするのに必要なアクセス情報を請求サーバに供給するために本発明にしたがって構成された業者セッションゲートウェイ要素６５を保存する。業者セッションゲートウェイ要素６５と販売品データベース６７は、コンピュータ可読媒体に保存され、そしてフロッピーやＣＤ−ＲＯＭといったコンピュータ可読媒体に関連した駆動機構を用いて業者サーバ３９のマスメモリ６１に読み出され得ることが理解されるであろう。なお、マスメモリ６１は、インターネット、及びＷＷＷを通じて受け取られた有料コンテンツを含む保存情報に対する要求を取り扱うためのウェブサーバソフトウェア６６を保存する。
【００２４】
商品とサービスの注文
コンピュータ４２のような消費者のコンピュータは、ネットスケープナビゲータのように、消費者にインターネット及びＷＷＷへのグラフィック・ユーザ・インタフェースを提供するウェブブラウザ５１を通常備えている。図６Ａは、このウェブブラウザ５１を実行している消費者のコンピュータ４２を示す。消費者のコンピュータは、ディスプレイもしくはモニタ７２、キーボード７４、マウス７６、及び図３を参考にして上に述べた要素類を含むメイン・ユニット７８からなっている。モニタ７２には画面７３があり、この上にウェブブラウザ５１のエレメントが表示される。これらのエレメントの中には、消費者の要求によってハイパーテキスト文書を表示するためのメインウィンドウ８０及びグラフィクス・カーソル８２が含まれている。
【００２５】
本発明を実行するための第一の実施例によれば、消費者はウェブブラウザ５１を使用して業者のウェブサイトを訪れてハイパーテキスト文書を取出すことができ、それを使って商品やサービスを注文することができる。例えば、コンピュータ４２とウェブブラウザ５１を使用する消費者は、図６Ａのメインウィンドウ８０に表示されるハイパーテキスト文書を「ALBERT'S BOOK EMPORIUM」と仮称する書店のウェブサイトから取出すことができる。消費者は、上のマウス７６で選択と「シングル・クリック」を行いグラフィクス・カーソル８２を操作することによって特定の本を選択する。これに応じて、図６Ｂに示すようにクライアントのコンピュータ４２の画面７３に注文ウィンドウ７０が表示される。注文ウィンドウ７０は、また別のハイパーテキスト文書を消費者に表示するが、これにはさまざまな支払オプション、すなわちクレジット情報の電子送信を行う大手クレジットカード、もしくはクレジット情報のファクシミリ送信などが含まれている。ただし、本発明によれば自動請求アイコン６８も同様に支払オプションのひとつとして表示される。以下にさらに詳細に記述するように、消費者が自動請求アイコン６８を選択すると、消費者は自動的に一回課金、すなわち、翌月の電話料金請求から注文した販売品分の金額が定額課金される。
【００２６】
図７は、消費者（クライアント）のコンピュータ４２にインストールされたウェブブラウザ５１が、自動請求アイコン６８が選択された場合に、実行する論理を表している。この論理は、ブロック１００から始まってブロック１０２へと進み、そこでウェブブラウザ５１は、本発明の第一の実施例のプラグ−イン要素５２が消費者のコンピュータ４２にインストールされているかどうかを確認する。インストールされてない場合、消費者のコンピュータはインターネット２０を通じて請求サーバ３４からプラグ−イン５２をダウンロードし、これをブロック１０４においてメモリ５０にインストールする。プラグ−イン５２がすでに消費者のコンピュータ４２にインストールされている場合、もしくはインストールされていなかったもののその後ダウンロードされた場合には、論理はブロック１０６へと進み、そこでプラグ−イン要素５２は消費者のコンピュータ４２によって初期化される。それから論理はブロック１０８で終了する。当業者であれば、本発明のプラグ−イン５２はコンピュータネットワーク技術においてよく知られた方法を用いてダウンロードされ、消費者のコンピュータにインストールされ初期化されることを理解するであろう。
【００２７】
プラグ−イン５２が一旦初期化されると、本発明の第一の実施例におけるプラグ−イン５２は、請求サーバ３４に消費者の注文を発するために、図８Ａ−８Ｃに描かれた論理を実行する。この論理は、図８Ａのブロック１２０に始まり、ブロック１２２に進むと、そこで、消費者のコンピュータ４２は、当業界でよく知られた方法を用いて、請求サーバ３４にインターネット接続をする。つぎに、図９Ａで示すように、ブロック１２４において、プラグ−イン５２が、消費者のコンピュータ４２の画面７３に購入確認ウィンドウ８４を表示する。購入確認ウィンドウ８４は、消費者の購入を確認すると同時に、消費者に購入をキャンセルする機会を与える。消費者が”ＯＫ”を入力すると論理はブロック１２６へと続き、そこでプラグ−インは注文された販売品を唯一識別できる販売品ＩＤと消費者に指定された購入者ＩＤとを、インターネット２０を通じて請求サーバ３４に転送する。以下にさらに詳細に記述するように、消費者は、最初に請求サーバ３４に注文を行った際に購入者ＩＤが割り当てられる。従って、もし今回は消費者が注文を行う最初であった場合、消費者にはまだ購入者ＩＤが与えられておらず、ブロック１２６でＩＤが請求サーバ３４に転送されることはない。
【００２８】
請求サーバ３４に購入者ＩＤと販売品ＩＤが転送された後、プラグ−イン５２は、消費者と消費者が注文した販売品（販売品ＩＤによる）と注文を供給する請求サーバ３４（上記のように、インターネット２０上のどこかに一個以上の請求サーバが設置されることがある）とを特定する取引ＩＤを請求サーバ３４が消費者のコンピュータ４２に転送するのを待つ。以下にさらに詳細に記述するように、取引ＩＤは後に消費者の注文を確認するために用いられる。消費者のコンピュータ４２がまだ取引ＩＤを受領していない場合、プラグ−イン５２は、請求サーバ３４から取引ＩＤを受け取るまで決定ブロック１２８を繰返す（すなわち、本質的には待つ）。一旦受領されたら、プラグ−イン５２は、図９Ｂに示すようにディレクトリプロンプト・ウィンドウ８６を表示するが、これは、消費者がネットワークもしくは消費者のコンピュータ４２のローカル・ディレクトリ（消費者が購入した販売品を保存するところである）に進むことを促すものである。消費者が、購入した販売品を保存したいと望むディレクトリに入った後、論理はブロック１３２に進み、そこで、消費者のコンピュータ４２は、請求サーバ３４が転送する暗号化された販売品を受領し始める。ただし以下にさらに詳細に記述するように、消費者は販売品について実際に請求を受けるまで販売品を復号（解読）することは許されない。これに関連して、請求サーバ３４は同様に有料電話番号を転送し、消費者のコンピュータ４２が受領するが、これは消費者のコンピュータ４２が請求サーバ３４とＰＰＰ接続を実行して、販売品を復号するためのアクセスキーを入手するために使用する。
【００２９】
インターネット２０を通して暗号化された販売品をダウンロードしている間、プラグ−イン５２は、図９Ｃに示すように、消費者のコンピュータ４２の画面７３にダウンロード作業状況ウィンドウ８８を表示し、これによって、消費者に、刻々とダウンロードされていく状況が示される。つぎに、決定ブロック１３６において、プラグ−イン５２は暗号化された販売品が完全に受領されたかどうかを確認する。そうでない場合、論理は、暗号化された販売品が消費者のコンピュータ４２に完全にダウンロードされるまでブロック１３４と１３６を繰返す。
【００３０】
暗号化された販売品のダウンロードが完了したら、プラグ−イン５２は、図９Ｄに示すように、ブロック１３７で認可トランスアクション処理・ウィンドウ８９を表示する。消費者が注文の認可を表すOKボタンを押すと、プラグ−イン５２は、図９Ｂのブロック１３８で、インターネット２０から消費者のコンピュータ４２を切断する。つぎに、ブロック１４０においてプラグ−イン５２は請求サーバ３４から与えられた有料電話番号をコンピュータ４２のモデム４９に供給し、モデムは、請求サーバ３４とのＰＰＰ接続を確立するためにその番号をダイヤルする。ここに記述する本発明の実際の実施例においては、請求サーバ３４から与えられコンピュータ４２のモデム４９がダイヤルする有料電話番号は「９００ナンバー」となっている。これは、請求サーバの電話サービスプロバイダから指定された、エリアコード９００を持つ１０桁の番号のことである。電話交換業界の当業者であれば理解するように、エリアコード９００は一般的に商業目的に保留されており、そこでは消費者には電話コール（呼）について定額料金又は分間単位にて所定料金を課され、その料金の一部は電話サービスプロバイダから９００ナンバーが指定された販売者または業者に支払われる。ただし、本発明の範囲から逸脱することなく、異なる種類の電話番号が使用されたり、また事実、電話サービスプロバイダから委任されることがあることは理解されるであろう。
【００３１】
モデム４９が行う電話コールに対して、ＬＡＮ２４のＣＳＴＡ監視装置３６に接続された電話交換機４０が返答する。電話交換機４０は、この電話コールをアクセスサーバ３８に回送し、アクセスサーバは請求サーバ３４に通知する。従って、消費者のコンピュータ４２は、電話交換機４０とアクセスサーバ３８を介して請求サーバ３４とＰＰＰ接続を行うこととなる。この接続が確立されている間、ブロック１４２において、図９Ｅに示すようにプラグ−イン５２が消費者のコンピュータ４２の画面７３に認可ウィンドウ９０を表示し、これによって、刻々と変わる接続状況が示される。
【００３２】
消費者のコンピュータ４２と請求サーバ３４との間のＰＰＰ接続が完全に確立したら、プラグ−イン５２は、前に指定された取引ＩＤを請求サーバ３４に転送し、これによって請求サーバ３４はブロック１４４で注文を確認することができる。多くの消費者が同時間に注文を発すること及び、これによりインターネット２０のどこかに位置する多くのコンピュータがいかなる任意の時刻に請求サーバ３４とＰＰＰ接続を確立し得ることは理解されるであろう。従って、請求サーバ３４が、消費者と消費者が発した注文を識別するため、そして、事前に送付された販売品を復号（decrypt:解読）するための適切なアクセスキーを、消費者のコンピュータ４２にインストールしたプラグ−イン５２に供給するためには、取引ＩＤが必要となる。言い換えれば取引ＩＤは、支払が完了した後で消費者が正確なアクセスキーを要求する際に用いるクレーム（請求）チケットのような役割を果たす。
【００３３】
つぎに、ブロック１４６で、プラグ−イン５２は販売品を復号するための適切なアクセスキーをダウンロードし始める。以下にさらに詳細に記述するように、請求サーバ３４がある長さの時間（すなわち９００番電話コールの初めの無料通話時間帯で、通話終了後コールした者に料金を課されない時間）内においてプラグ−イン５２から取引ＩＤを受領しているかぎり、請求サーバ３４は販売品を復号するための適切なアクセスキーを転送する。そうでない場合、消費者のコンピュータ４２と請求サーバ３４間のＰＰＰ接続は終了し、消費者は電話コールもしくは販売品についての支払請求を受けることはない。
【００３４】
アクセスキーを待つ間、プラグ−イン５２はブロック１４８にもうひとつの認可ウィンドウ９０を表示し、これによってアクセスキーのダウンロード状況が消費者に示される。決定ブロック１５０で、論理は、消費者のコンピュータ４２がアクセスキーを受信終了したかどうかを確認する。そうでない場合、アクセスキーが受領されるまでブロック１４８と１５０が単純に繰返される。一旦受領された場合、プラグ−イン５２は電話コールを終了し、従ってブロック１５２における請求サーバ３４とのＰＰＰ接続を終了する。
【００３５】
請求サーバ３４とのＰＰＰ接続を終了した後、プラグ−イン５２は、アクセスキーを用いて、ブロック１５４で暗号化された販売品の復号を始める。ブロック１５６では、プラグ−イン５２がもうひとつの認可ウィンドウ９０を表示し、ブロック１５６において販売品の復号が進行中であることを消費者に知らせる。従って、決定ブロック１５８では、販売品が完全に復号されたかどうかをプラグ−インが確認する。そうでない場合、販売品が完全に復号されるまで、ブロック１５６と１５８が単純に繰返される。完全に復号されると、論理は図８Ｃに示されるブロック１６０に進み、そこで、プラグ−イン５２は、スペースをセーブするために、消費者のコンピュータのメモリ５０から、暗号化された販売品を削除する。つぎに、ブロック１６２で、プラグ−イン５２は、図９Ｆに示すように、消費者のコンピュータ４２の画面７３に取引完了ウィンドウ９１を表示する。このとき消費者には、取引完了ウィンドウ９１において、消費者の通常のインターネットサービス・プロバイダ経由でインターネットに再接続するかどうかのオプションが与えられる。プラグ−イン５２についての論理は、ここでブロック１６４にて終了する。
【００３６】
プラグ−イン要素５２が実行する論理について記述を行ったので、本発明の第一の実施例において暗号化された販売品とアクセスキーを消費者のコンピュータ４２に供給するために請求サーバ３４が実行する請求サーバ要素６２について記述することが必要となる。図１０に示すように、暗号化された販売品とアクセスキーとを供給するために請求サーバ要素６２が実行する論理は、ブロック１７０に始まり決定ブロック１７２に進み、そこで消費者のコンピュータ４２と請求サーバ３４との間のインターネットを介した接続が確立したかどうかを確認する。そうでない場合、その接続が確立するまで決定ブロック１７２が単純に繰返される。つぎに、決定ブロック１７３において、消費者のコンピュータ４２が販売品ＩＤを受領したかどうかを請求サーバ要素が確認する。そうでない場合、販売品ＩＤを受領するまで決定ブロック１７３が繰返される。
【００３７】
販売品ＩＤが受領されたら、請求サーバ要素６２は、この消費者が決定ブロック１７４において新規であるかどうか、すなわちこの消費者が注文を発するのは初めてであるかどうかを確認する。この消費者が初めて注文を発するものであった場合、プラグ−イン５２はこの消費者に対する購入者ＩＤを請求サーバ３４に与えることができない。従って、請求サーバ要素６２がブロック１７６においてこの消費者に購入者ＩＤを指定し、ブロック１７８で消費者のコンピュータ４２にその購入者ＩＤを転送する。上記のごとく、プラグ−イン５２は消費者が注文を発するたびごとに、この購入者ＩＤを返送する。購入者ＩＤは請求サーバの販売品と情報データベース６４に登録され、支払履歴や顧客統計データなどの会計と記録保管目的に用いられる。
【００３８】
消費者が初めて買物をする者ではない場合、もしくは初めて買物をする者であって、従って購入者ＩＤを指定された場合は、論理は決定ブロック１８０へ進み、そこで請求サーバ要素６２は、この特定の消費者からの注文を拒否するべきであるかどうかを決定する。さらに詳細には、この購入者ＩＤがブロック（阻止）されているかどうかを請求サーバ３４が確認する。時間の経過に伴って、消費者のなかには、本発明を用いて発した注文についての請求を含む電話料金支払滞納をおこす者があることは認識されるであろう。このような購入者ＩＤのログは、請求サーバ３４のマスメモリ６０での販売品とログ（log:登録）情報６４のデータベースに保管される。万一、注文を発した消費者の購入者ＩＤが、登録した購入者ＩＤのうちの一つと合致した場合は、その消費者は注文を発することができず、ブロック１８２において適切に通告を受ける。この通告は、消費者のコンピュータ４２の画面７３に表示されるメッセージ（ブロック１８３における請求サーバ３４と消費者のコンピュータ４２間のＰＰＰ接続の終了につづくもの）を含んでも良い。そして、ブロック１８４において論理が終了する。一方、消費者がブロック１８０で購入者ＩＤによって阻止されていない場合は、論理はブロック１８６へと進み、そこで請求サーバ３４が注文に対して取引ＩＤを指定し、その取引ＩＤを消費者のコンピュータ４２に転送する。この取引ＩＤは、消費者、注文された販売品（販売品ＩＤによって）及び請求サーバ３４を識別する。上記のように、消費者のコンピュータ４２にインストールされたプラグ−イン５２は、この取引ＩＤを待ってから、消費者が発注した販売品を保存するディレクトリを入力するように消費者を促す。
【００３９】
取引ＩＤを消費者のコンピュータ４２に転送した後、請求サーバ要素６２は、消費者が注文した販売品の位置を見つけ、ブロック１８８でそれを暗号化する。当業者であれば、この販売品が請求サーバ３４のマスメモリ６０内に位置する販売品情報のデータベース内に保存されるか、もしくはインターネット内のどこかに位置する業者サーバ３４に置かれることは理解できるであろう。販売品がどこかに位置していたら、請求サーバ３４は、相当する業者サーバ３９とインターネット接続を確立し、注文を受けた販売品をダウンロードする。販売品が、請求サーバ３４のマスメモリ６０内に位置していようとインターネット２０のどこかに位置していようと、事前暗号化（pre-encrypt）されうるということもまた理解されるであろう。従って、請求サーバ要素６２がそれ自体で販売品を暗号化するということは必要でないこともある。
【００４０】
つぎに、ブロック１９０において請求サーバ要素６２は、消費者のコンピュータ４２に転送するための先がけとして、暗号化した販売品を請求サーバ３４のマスメモリ６０内のワーキング・ディレクトリに保存する。ブロック１９２で、請求サーバ要素６２は、ワーキング・ディレクトリに保存した暗号化販売品を復号するためのアクセスキー、すなわちパスワードを選択する。請求サーバ要素６２が、販売品とログ情報とのデータベース６４に保存された所定のリストからアクセスキーを選択できること、あるいは、請求サーバ要素６２が、ランダムにもしくはさまざまなその他の選択アルゴリズムを用いてアクセスキーを生成できるということは、認識されるであろう。請求サーバ要素６２によってアクセスキーが選択されたら、請求サーバ３４は、暗号化販売品を消費者のコンピュータ４２に転送し、同様に、請求が行われ、アクセスキーがプラグ−イン５２に与えられるために、請求サーバ３４とのＰＰＰ接続が確立するためにプラグ−イン５２が用いる電話番号を転送する。そして、論理はブロック１９６で終了する。
【００４１】
本発明の第一の実施例において、注文された販売品に対する請求の完了を確認するために、そしてプラグ−イン５２にアクセスキーを供給するために請求サーバ要素６２が採用した論理を、図１１に示す。図１１において論理は、ブロック２００で開始して決定ブロック２０２へ進み、そこでプラグ−イン５２をインストールしたいずれかの消費者のコンピュータ４２から請求サーバ３４へのＰＰＰ接続が確立されたかどうかを請求サーバ要素６２が確認する。上記のように、いかなる時間帯にも多くの消費者が発注しているかも知れないので、多くのコンピュータが請求サーバ３４とのＰＰＰ接続を確立させて、注文した販売品を復号するためのアクセスキーを入手しようと試みているかも知れない。このように、この接続が確立するまでブロック２０２は繰返される。
【００４２】
一旦ＰＰＰ接続が確立すると、論理は決定ブロック２０４へと進み、ここで、請求サーバ要素６２は、消費者に割り当てられかつ請求サーバに転送された（プラグーイン５２による）購入者ＩＤが阻止されているかどうかを決定することにより、消費者によってなされた注文を拒否するべきかどうかを決定する。その場合、消費者には、ブロック２０６で適切に、例えば消費者のコンピュータ４２の画面７３に表示されたメッセージによって通告される。これに従って、請求サーバ要素６２が有料電話コールを終了し、消費者のコンピュータ４２とのＰＰＰ接続を終了する。以下の記述から、もし、有料電話番号が、このときに、すなわち無料通話時間が切れる前に終了した場合、消費者がその発注については請求を受けることがないことは理解されるであろう。そして、論理はブロック２１０で終了する。
【００４３】
注文が購入者ＩＤに基づいて拒否されなかった場合、論理は決定ブロック２１２に進み、そこで、注文を、消費者の電話番号（すなわち、消費者のコンピュータのモデム４９が請求サーバ３４に有料電話コールを行っている電話番号）に基づいて拒否するべきかどうかについて、決定ブロック２１２で判定する。本発明の実際の実施例のひとつにおいては、注文した販売品について月次の電話料金請求を支払ってない者、もしくはそれらの電話番号から試みられたすべての購入は拒否されるべきであると示された者である、全消費者の電話番号リストをＣＳＴＡ監視装置３６が保管している。消費者の電話番号に基づいて注文が拒否されるべきである場合、ブロック２０６において、ＣＳＴＡ監視装置３６が自動的に話中信号(busy signal)を消費者のコンピュータ４２のモデム４９に送付する。つぎに、ブロック２０８で、消費者のコンピュータ４２のモデム４９が行った電話コールが、つづいて請求サーバ３４とのＰＰＰ接続が終了する。ついで論理はブロック２１０で終了する。
【００４４】
決定ブロック２１２に戻って、注文が許可された場合、論理は決定ブロック２１４に進み、そこで請求サーバ要素６２がプラグ−イン５２から取引ＩＤを受領したかどうかを確認する。受領していない場合、論理はもうひとつの決定ブロック２１６へと進み、そこで請求サーバ要素６２は無料通話時間がもうすぐ切れるかどうかを確認する。上記し、また以下にさらに詳細に記述するように、この無料通話時間とは９００電話コールの最初の時間帯で、この時間内であれば消費者は通話終了後にその通話サービスに対して電話サービスプロバイダから料金請求を受けることがない。デフォルトでは、この無料通話時間は通常１８．９秒となっている。しかしながら、無料通話時間は電話サービスプロバイダからの指示によるものであり、従って変ることがある。無料通話時間内にプラグ−イン５２はメッセージを表示して、「消費者が通話を終了することができ、この電話コールや販売品に対して料金請求がなされないこと」を消費者に伝えることができる。無料通話時間内にプラグ−イン５２から取引ＩＤが受領されない場合、消費者が間違って有料電話コールの代金を請求されないように、ブロック２０８で請求サーバ要素６２は自動的に有料電話コールを終了する。結果として、この論理はブロック２１０で終了する。
【００４５】
まだ時間の余裕を余して取引ＩＤを受領した場合、論理は決定ブロック２１４から決定ブロック２１７へと進み、そこで請求サーバ要素６２は無料通話時間が切れたかどうかを確認する。言い換えれば、請求サーバ３４が一旦プラグ−イン５２から取引ＩＤを受領すると、あとは無料通話時間が切れるのを請求サーバ要素６２が待つだけとなる。一旦切れると、以下にさらに詳細に記述するように、注文した販売品に対して電話サービスプロバイダが消費者に代金請求を行い、事前に請求サーバ要素６２が送付した販売品をプラグ−イン５２が復号できるように、取引ＩＤによって識別された注文に指定されたアクセスキーを請求サーバ要素６２が消費者のコンピュータ４２に転送する。ここで、論理はブロック２１９で終了する。
【００４６】
本発明におけるプラグ−イン及び請求サーバ要素について記述したので、注文販売品に対して消費者に自動的に代金請求を行うために電話サービスプロバイダが行う行動を、図１２を参照して、さらに詳細に記述する。フローチャートはブロック２２０から始まってブロック２２２へと進み、そこで、消費者のコンピュータ４２のモデム４９が行った有料電話コールを、電話サービスプロバイダが、ＬＡＮ２４のＣＳＴＡ監視装置３６に接続した電話交換機４０に回す。このコールに電話交換機４０が一度応答すると、電話サービスプロバイダは、ブロック２２４において上記した無料通話時間が切れるのを待ち、それから、ブロック２２６で、消費者に注文分の請求を行う。その間、消費者のコンピュータ４２または請求サーバ３４は電話コールを終了させ、注文に対する請求がなされないようにすることができる。ただし、一旦無料通話時間が切れると、電話サービスプロバイダは注文された販売品に対して、消費者に、その社内会計・請求手順を用いて、単位料金すなわち「定額料金」で請求を行う。結果として、販売品と有料電話コールに対する代金は、消費者のコンピュータ４２のモデム４９が請求サーバ３４への電話コールに使用した電話番号に対する翌月の電話代金請求書に記載されることになる。ブロック２２８では、電話サービスプロバイダは、有料電話コールと注文販売品の代金を、その通常の徴収手順に従って消費者から徴収する。通話に対する支払を電話サービスプロバイダが徴収すると、つぎに電話サービスプロバイダは、ブロック２３０で、請求サーバ３４のプロバイダにサービス費用を支払う。このサービス費用は均一料金もしくは各発注分の百分率でもよい。
【００４７】
図１３は、プラグ−イン５２と消費者のコンピュータ４２の行動、及び並行して請求サーバ要素６２と請求サーバ３４の行動を全体的に描いたものである。従って、図１３は、消費者のコンピュータ４２が請求サーバ３４にインターネット接続を果たしたところを描いている。消費者のコンピュータ４２は、それから、注文販売品の販売品ＩＤを請求サーバ３４に転送する。これに応じて請求サーバ３４は注文に対する取引ＩＤを消費者のコンピュータ４２に転送する。請求サーバ３４は、また、暗号化した販売品及び請求サーバ３４とＰＰＰ接続を行うための電話番号も消費者のコンピュータ４２に転送する。消費者のコンピュータ４２が取引ＩＤと暗号化販売品を受領したら、消費者のコンピュータ４２はインターネット２０を切断し、暗号化販売品を解読するためのアクセスキーを入手するために、請求サーバ３４から転送された電話番号をダイヤルする。請求サーバ３４とのＰＰＰ接続が確立したら、請求サーバ要素６２が注文を識別し、取引ＩＤとその取引に指定されたアクセスキーとを照合できるように、消費者のコンピュータ４２は取引ＩＤを請求サーバ３４に返送する。したがって、プラグ−イン５２が販売品を復号できるように請求サーバが適切なアクセスキーを消費者のコンピュータに転送する。図１３により次のことがすでに明らかである。すなわち、プラグ−イン５２のみが、注文された販売品を復号でき、そして、消費者は一旦アクセスキーが提供されたときにはじめて販売品を使用することができる。このことは、次のことを必要的に要求する。すなわち、消費者のコンピュータは、電話サービスプロバイダによって消費者の利用アカウントに対して請求される有料電話コールをなすことである。
【００４８】
有料コンテンツの注文
本発明の第二の実施例においては、消費者はインターネット２０を通じて業者が提供する有料コンテンツを注文することができ、消費者はコンテンツに対する単位料金もしくは「定額料金」ではなく、そのコンテンツにアクセスするために費やした時間に対して自動的に代金請求をされる。
【００４９】
図１４に示すように、消費者はウェブブラウザ５１をインストールしたコンピュータ４２を用いて業者のウェブサイトを訪問し、業者にとって金銭価値を有すると判断されるコンテンツを含む、あるいはそのコンテンツがリンクされたハイパーテキスト文書を取出すことができる。例えば、コンピュータ４２とウェブブラウザ５１を使用する消費者は、図１４に示すメインウィンドウ７０に表示されたハイパーテキスト文書を業者サーバ３９から取出すことができる。この消費者は自動請求アイコン６８を選択することによって、業者のウェブサイト、すなわち業者サーバ３９に保存された有料コンテンツを注文することができる。以下にさらに詳細に記述するように、もし消費者が自動請求アイコン６８を選択すると、消費者は有料電話線を使って業者サーバ３９から取出す有料コンテンツにアクセスするのに費やした時間に対して、その電話サービスプロバイダから、翌月の電話代金請求書で自動的に請求される。
【００５０】
自動請求アイコン６８を選択した際に、消費者のコンピュータ４２にインストールしたウェブブラウザ５１が実行する論理は、本発明の第二の実施例においては第一の実施例の場合と同様であり、それは図６を参照として上記してある。要するに、自動請求アイコン６８の選択に対応して、ウェブブラウザ５１が、もしプラグ−イン要素５２'がまだ消費者のコンピュータ４２にインストールされていなかったら、インターネット２０を介して請求サーバ３４からプラグ−イン要素５２'をダウンロードし、消費者のコンピュータ４２のメモリ５０にプラグ−イン要素５２'をインストールする。しかしながら、本発明の第二の実施例においてプラグ−イン要素５２'が実行する論理が、第一の実施例として上記したところとわずかに異なることは認識されるであろう。従って、第二の実施例におけるプラグ−イン要素の参照番号(５２)にはプライム符号「'」を付けて表記されている。
【００５１】
プラグ−イン５２'が初期化されると、プラグ−イン５２'は当業界においてはよく知られた方法を用いて、有料コンテンツ情報に対する注文を請求サーバ３４に発するために、図 １５Ａ−１５Ｃに描かれた論理を実行する。この論理は図１５Ａにおいてブロック２４０で開始してブロック２４２に進み、そこで消費者のコンピュータ４２が請求サーバ３４とインターネット接続を行う。つぎに、ブロック２４４において、プラグ−イン５２'が、図１６Ａに示すように消費者のコンピュータ４２の画面７３に有料コンテンツアクセスウィンドウ２８０を表示する。有料コンテンツアクセスウィンドウ２８０は、有料コンテンツに対する消費者の注文を確認し、消費者が要求をキャンセルできる機会を与える。消費者が「ＯＫ」を入力すると、図１５Ａの論理はブロック２４６へと進み、プラグ−イン５２'は消費者が望む有料コンテンツを唯一識別できる販売品ＩＤと消費者に指定（割り当て）された購入者ＩＤとを請求サーバ３４に転送する。以下にさらに詳細に記述するように、消費者には、最初に請求サーバ３４に注文を発した際に購入者ＩＤが指定される。従って、もしこのとき消費者が初めて注文を出すのであれば、まだ消費者にはこの購入者ＩＤは指定されず、またブロック２４６ではそのような購入者ＩＤは転送されない。しかしながら、本発明のその他の実施例においては、プラグ−イン５２'をダウンロードした際に消費者に購入者ＩＤが指定されることがあり、そのようにして、後になって請求サーバ３４がこれを発行するという手間を省いている。販売品ＩＤと購入者ＩＤに加えて、プラグ−インは有料コンテンツを提供する業者を唯一識別できる業者ＩＤと消費者がコンテンツにアクセスした代価として請求される公表レートとを請求サーバ３４に転送する。業者ＩＤと公表レートとが、消費者が有料コンテンツを注文するために作業している業者のウェブサイトから直接入手されるということは理解されるであろう。
【００５２】
請求サーバ３４に購入者ＩＤ、販売品ＩＤ、業者ＩＤ及び公表レートを転送した後、請求サーバ３４が消費者、消費者が注文した有料コンテンツ（販売品ＩＤによって）及び注文を処理する請求サーバ３４（上記のようにインターネット２０のどこかにひとつ以上の請求サーバがあるものとする）を識別する取引ＩＤを消費者のコンピュータ４２に転送するまで、プラグ−イン５２'は待つ。消費者のコンピュータ４２は同様に請求サーバ３４が有料アクセス電話番号と消費者に請求される実際の有料アクセスレートを（公表レートとは違う場合があるため）転送してくるのを待つ。有料アクセス電話番号は、消費者のコンピュータが請求サーバ３４とポイント・ツー・ポイント（ＰＰＰ）接続を確立するために用いる有料レート電話番号であり、また有料コンテンツにアクセスした際に消費者が分単位（もしくは他の単位）で料金請求される番号であることは認識されるであろう。以下にさらに詳細に記述するように、一旦ＰＰＰ接続が確立すると、消費者は、業者サーバ３９から望む有料コンテンツをダウンロードすることができ、実際の有料レートによる料金請求が始まる。
【００５３】
プラグ−イン５２'が取引ＩＤ、有料電話番号及び実際の有料レートを受領すると、プラグ−イン５２'は、有料コンテンツアクセスウィンドウ２８０に請求サーバ３４から受領した有料電話番号及び実際の有料レートを併記して、有料電話番号フィールド２８２及びレートフィールド２８４に、図１６Ｂに示すようにそれぞれ表示する。消費者が有料コンテンツに対する注文継続を希望する旨を表すＯＫボタンを押すと、プラグ−イン５２'は、図１５Ｂのブロック２５２で、消費者のコンピュータ４２をインターネット２０から切断する。つぎに、ブロック２５４でプラグ−イン５２'は請求サーバ３４が与えた有料電話番号をコンピュータ４２のモデム４９に送り、モデムは、請求サーバ３４とＰＰＰ接続を確立するためにダイヤルを行う。上に記述したように、本発明において請求サーバ３４から与えられコンピュータ４２のモデム４９がダイヤルする有料電話番号は「９００ナンバー」となっている。これは請求サーバの電話サービスプロバイダから割り当てられた、エリアコード９００を持つ１０桁の番号のことである。電話交換業界の当業者であれば周知のごとく、エリアコード９００は一般的に商業目的に保留されており、そこでは消費者には電話コールについて定額料金又は分間単位にて所定料金を課され、その料金の一部は電話サービスプロバイダから９００ナンバーが割り当てられた販売者または業者に支払われる。ただし、本発明の範囲から逸脱することなく、異なる種類の電話番号が使用されたり、また事実、電話サービスプロバイダから委任されたりすることを理解されるであろう。
【００５４】
ブロック２５４に戻ると、ＣＳＴＡ監視装置３６は、発明の本実施例においては、請求サーバ３４とＰＰＰ接続を確立させるために必要なものではない。その替わりに、消費者のコンピュータ４２のモデム４９が発した有料電話コールに対しては、アクセスサーバ３８に接続された電話交換機４０が応答し、コールが入ったことを直接請求サーバ３４に通知する。従って、消費者のコンピュータは電話交換機４０とアクセスサーバ３８とを介して請求サーバ３４とのＰＰＰ接続を確立させる。一度ＰＰＰ接続が確立して有料電話番号に通常付随している無料通話時間が切れると、電話サービスプロバイダの社内会計と請求手順によって料金請求が開始されることは理解されるであろう。従って、プラグ−イン５２'は、消費者が有料コンテンツにアクセスするために費やした時間量を記録を保管するための有料アクセスタイマーをブロック２５６でスタートさせ、また図１６Ｃに示すように消費者のコンピュータ４２の画面７３にタイマーウィンドウ２９０を表示する。これには、消費者が有料コンテンツにアクセスするために費やした時間量、消費者が有料コンテンツを閲覧したりアクセスして料金請求される有料レート、及びこれらを計算して消費者の有料コンテンツアクセスに対して課される総計金額が含まれる。つぎに、ブロック２５８でプラグ−イン５２'は、事前に指定された取引ＩＤを請求サーバ３４に転送して有料コンテンツに対する注文を請求サーバに発する。多くの消費者が同時間に注文を発することが考えられ、従ってインターネット２０のいたるところに位置する多くのコンピュータがいかなる任意の時刻に請求サーバ３４とＰＰＰ接続を確立していることを理解しなければならないであろう。従って、請求サーバ３４が消費者と消費者が発した注文を識別し、有料コンテンツへのアクセスを行うための適切な情報を消費者のコンピュータ４２にインストールしたプラグ−イン５２に送付するためには、取引ＩＤが必要となるのである。
【００５５】
取引ＩＤが請求サーバ３４に転送された後、論理は決定ブロック２６０に進み、そこで消費者のコンピュータ４２が折り返し請求サーバ３４からアクセスＩＤ、パスワード及びＵＲＬを受領したかどうかを確認する。以下にさらに詳細に記述するように、請求サーバ３４が消費者のコンピュータ４２から有料コンテンツに対する注文を受けたとき、請求サーバは、それを、注文された有料コンテンツを提供している業者の業者サーバに回す。これに応えて業者サーバ３９は (ａ) 注文された有料コンテンツのＵＲＬ; (ｂ) 注文した有料コンテンツを消費者のコンピュータが要求でき、業者の有料ウェブサイトに入ることができるパスワード; 及び (ｃ) 消費者のコンピュータ４２が業者サーバ３９とインターネットプロトコル(ＩＰ)セッションができるアクセスＩＤ、を請求サーバ３４に供与する。この情報がまだ請求サーバ３４から入手されていない場合、決定ブロック２６０が単純に繰返される、すなわち情報を受領するまでプラグ−イン５２'が単純に待ちつづける。一旦受領されると、ブロック２６２において、プラグ−イン５２'は、すでに有料コンテンツに対応するＵＲＬを読み込んだウェブブラウザ５１を起動させ、消費者のコンピュータは読み込んだＵＲＬが識別する業者サーバ３９とのインターネット接続を確立する。当業者であれば、消費者のコンピュータ４２と業者サーバ３９間のインターネット接続が、請求サーバ３４と、請求サーバが接続されているアクセスサーバ３８とを介して確立するということが理解されるであろう。言い換えれば、ＬＡＮ２４がインターネット２０に対する消費者のコンピュータのゲートウェイの役割を果たしている。この接続が一度確立すると、消費者のコンピュータ４２は、業者サーバが指定したＩＰセッションに消費者のコンピュータ４２がアクセスできるよう業者サーバ３９が前に与えていたパスワードとアクセスＩＤとを、ブロック２６３で、業者サーバ３９に転送する。図１５Ｃのブロック２６４において、消費者のコンピュータ４２は、業者のウェブサイト、すなわちＵＲＬによって識別される業者サーバ３９にある有料コンテンツをダウンロードする。
【００５６】
消費者が有料コンテンツにアクセスを継続している間は、有料レートにて請求が継続し、消費者が業者サーバ３９及び請求サーバ３４からの切断を選択して、図１６Ｃに示すタイマーウィンドウ２９０で切断ボタン２９４を選択する際、請求が終了する。これに関連して、消費者が切断ボタン２９４を選択したかどうかを、ブロック２６６において論理が確認する。そうであった場合、論理はブロック２７１へと進み、そこで有料電話線を介した請求サーバ３４とのＰＰＰ接続が終了し、従って消費者のコンピュータの業者サーバ３９とのインターネット接続も終了する。ＰＰＰ接続が一度終了すると有料電話番号の使用に対する料金請求もまた終了することは認識されるであろう。これに伴い、ブロック２７２で有料アクセスタイマーが終了し、また、ブロック２７４では、プラグ−イン５２'が、消費者が有料電話線に費やした時間に実際のレートを掛けて、消費者が有料コンテンツにアクセスした総額を計算する。ここで、総額が、図１６Ｃに示すようにタイマーウィンドウ２９０に表示される。つぎに、ブロック２７６で、図１６Ｄに示すように、消費者のコンピュータの画面７３に終了ウィンドウ２９６が消費者に表示される。終了ウィンドウ２９６から、消費者は、その通常のインターネットサービス・プロバイダを介して、インターネット２０に再接続することができる。そして、プラグ−イン要素５２'の論理がブロック２７８で終了する。
【００５７】
決定ブロック２６６に戻って、消費者が請求サーバ３４との切断を選択しなかった場合、消費者は、そのかわりに、再度有料コンテンツへのアクセスを望めば、有料ウェブサイトへのブックマークを作ることができる。消費者がブックマーク作成を選択すると、業者の有料ウェブサイトのＵＲＬ、有料コンテンツに関連する有料番号及びその有料コンテンツの実際レートを含むブックマーク・アイコンが、今後の使用のために消費者のコンピュータのディスプレイ上に作成される。消費者がブックマークの作成を望まない場合、もしくはすでにブックマークを作成している場合には、論理は消費者が有料コンテンツへのアクセスを継続できるようにブロック２６４へと戻る。
【００５８】
その作成したブックマークを介して消費者が業者のウェブサイトにアクセスすることを選択した場合、プラグ−イン要素は、すでに望む有料コンテンツに関連付けられた有料番号及びその有料コンテンツの実際レートを有していることになるため、プラグ−イン要素５２'の操作はわずかに異なるものとなることが認識されるであろう。結果として、プラグ−イン要素が請求サーバ３４からその情報を取得する必要はない。消費者が有料コンテンツ・ブックマークを選択したときにプラグ−イン要素が実行する論理は、さらに詳細に図１７に示され、これ以降プラグ−イン要素５２"と表記する。この論理は、ブロック３００で開始してブロック３０２へ進み、そこで消費者のコンピュータ４２が請求サーバ３４とのインターネット接続を実行する。つぎに、ブロック３０４で、プラグ−イン要素５２"が、図１８に示すように、消費者のコンピュータ４２の画面７３に有料コンテンツアクセスウィンドウ３１０を表示する。有料コンテンツアクセスウィンドウ３１０は消費者の有料コンテンツに対する注文を確認し、前に取得した有料電話番号と消費者が代金請求を受ける実際の有料レートとをフィールド３１２と３１４にそれぞれ表示する。消費者が「OK」を入力すると図１７の論理はブロック３０６へと進み、そこでプラグ−イン要素５２"が請求サーバ３４に購入者ＩＤ、業者ＩＤ及び実際のレートを転送する。消費者のコンピュータは、そこで、決定ブロック３０８において請求サーバ３４が注文の取引ＩＤを返送してくるのを待つ。一旦受領されたら、そこで、論理は、プラグ−イン要素５２'に関連して上記した図５Ｂと１５Ｃに示した残りの論理が実行されるように、図１５Ｂのブロック２５２に進む。
【００５９】
プラグ−イン要素５２'と５２"が実行する論理について記述したので、有料コンテンツへのアクセスを得るために必要とする情報を請求サーバ３４が消費者のコンピュータに送るために実行する請求サーバ要素６２'について記述することが必要となる。ただし、本発明の第二の実施例において請求サーバ要素６２'が実行する論理が第一の実施例に関連して上に記述したところとわずかに異なることは認識されるであろう。従って、第二の実施例における請求サーバ要素の参照番号(６２)にはプライム符号「'」を付けて表記されている。図１９に示すように、有料電話番号を送るために請求サーバ要素６２'が実行する論理は、ブロック３２０で開始して決定ブロック３２２に進み、そこで消費者のコンピュータ４２と請求サーバ３４間のインターネット２０経由の接続が確立したかどうかを確認する。もし確立していない場合は、接続が確立するまで決定ブロック３２２が単純に繰返される。つぎに、ブロック３２４で、請求サーバ要素６２'は、販売品ＩＤ、業者ＩＤ、レート及び購入者ＩＤを消費者のコンピュータ４２から受領したかどうかを確認する。もし受領していない場合は、それらの情報が受領されるまで決定ブロック３２４が繰返される。
【００６０】
販売品ＩＤ、業者ＩＤ、レート及び購入者ＩＤが受領されたら、請求サーバ要素６２'は、この消費者が決定ブロック３２６において新規であるかどうか、すなわちこの消費者が初めて有料コンテンツの注文を発するのかどうかを確認する。この消費者が注文を発するのが初めてであった場合、プラグ−イン５２'は、この消費者に対する購入者ＩＤを請求サーバ３４に与えることができない。従って、請求サーバ要素６２'がブロック３２８においてこの消費者に購入者ＩＤを指定する。上記のように、プラグ−イン５２'は、消費者が注文を発するたびごとに、この購入者ＩＤを返送する。購入者ＩＤと業者ＩＤは請求サーバの販売品及び情報データベース６４に登録（log）され、支払履歴や顧客統計データなどの会計と記録保管目的に用いられる。
【００６１】
消費者が初めて買物をする者ではなかった場合、もしくは初めて買物をする者で、従って購入者ＩＤを指定された場合には、論理は決定ブロック３３２へ進み、そこで請求サーバ要素６２'は、この特定の消費者からの注文を拒否するべきであるかどうかを決定する。さらに詳細には、この購入者ＩＤが有効であるかどうかを請求サーバ３４が確認する。もし有効でない場合には、発注する消費者にブロック３３４で通告が与えられて、請求サーバ３４と消費者のコンピュータ４２間のＰＰＰ接続がブロック３３６で切断される。そこで、論理はブロック３３８で終了する。一方、購入者ＩＤが有効であった場合、論理は決定ブロック３３２からブロック３４０に進み、そこで請求サーバ３４が注文に対して取引ＩＤを指定し、その取引ＩＤを消費者のコンピュータ４２に転送する。取引ＩＤは消費者、注文された販売品（販売品ＩＤによって）及び請求サーバ３４を識別する。上記のように消費者のコンピュータ４２にインストールしたプラグ−イン５２'は、この取引ＩＤを待ってからインターネット２０を切断して請求サーバ３４とのＰＰＰ接続を実行する。そこで、図１９の論理はブロック３４２で終了する。
【００６２】
消費者のコンピュータ４２が有料コンテンツにアクセスするために必要な情報を業者サーバ３９から取得し、それを消費者のコンピュータ４２に回送するために請求サーバ要素６２'が実行する論理は図２０Ａ-２０Ｂに描かれている。図２０Ａで論理はブロック３５０で開始して決定ブロック３５２へと進み、そこでプラグ−イン５２'をインストールしたいずれかの消費者のコンピュータ４２から請求サーバ３４へのＰＰＰ接続が実行されたかどうかを請求サーバ要素６２が確認する。上記のように、多くの消費者がいかなる任意の時刻に注文を発するかも知れず、従って多くのコンピュータが望む有料コンテンツへのアクセスを得られるように請求サーバ３４とのＰＰＰ接続実行を試みているかも知れない。従って、この接続が確立するまで決定ブロック３５２が繰返される。
【００６３】
一旦ＰＰＰ接続が確立すると、論理は、決定ブロック３５４に進み、そこで、消費者のコンピュータが有料コンテンツへのアクセスを要求していることを知らせる取引ＩＤを、請求サーバ３４が消費者のコンピュータから受領したかどうかを、確認する。受領していない場合は、この取引ＩＤを受領するまで決定ブロック３５４が単純に繰返される。一旦受領されると、論理はブロック３５６へと進み、そこで、請求サーバは、請求サーバと消費者のコンピュータ４２間のＰＰＰ接続の自動番号認識（ＡＮＩ）をアクセスサーバ３８から取得する。このＡＮＩは、請求サーバ３４によって販売品と情報データベース６４に登録され、また会計、報告及び記録保管手続用として用いられる。加えて、請求サーバは、ＰＰＰ接続が確立したときにアクセスサーバ３８から消費者のコンピュータ４２に指定されたインターネットプロトコル（ＩＰ）アドレスを取得する。以下にさらに詳細に記述するように、請求サーバ３４は消費者が望むアクセス情報を取出すために取引ＩＤと消費者のコンピュータＩＰアドレスとを業者サーバ３９に転送する。
【００６４】
つぎにブロック３５８で、消費者のコンピュータ４２が望む有料コンテンツの正しい有料電話番号をダイヤルしたかどうかを請求サーバ要素６２'が確認する。有料コンテンツが販売品ＩＤによって識別されること、および、各販売品ＩＤは、請求サーバ３４のマスメモリ６４に格納された販売品とログ情報とのデータベース中の特定の有料電話番号に関連づけられていることは、認識されるであろう。従って、ブロック３５４で、請求サーバ要素６２”は、消費者のコンピュータが現在のＰＰＰ接続を実行するためにダイヤルした有料電話番号が、消費者のコンピュータから受領した有料コンテンツ（すなわち販売品ＩＤ）に付随した有料電話番号と一致するかどうかを判定する。正しい有料電話番号がダイヤルされていた場合、論理は、決定ブロック３６０からブロック３６６に進んで、注文を受けた有料コンテンツを提供する業者を請求サーバ３４が識別する。さらに詳細には、有料コンテンツを識別する各販売品ＩＤには個別の業者が関連付けられており、この関連は、請求サーバ３４の販売品とログ情報データベース６７に保存されている。一旦、業者がブロック３６６で識別されたら、ブロック３６８で所定の業者サーバ３９についての業者サーバ３９の位置、すなわち有料コンテンツを保管しているインターネットプロトコル（ＩＰ）アドレスを、請求サーバ要素６２'が、請求サーバ３４の販売品とログ情報のデータベース６７から取得する。
【００６５】
つぎに、ブロック３６８で取得したＩＰアドレスを用いて、図２０Ｂで示すブロック３７０で見出された業者サーバ３９とのインターネット接続を請求サーバ３４が実行する。接続が確立したら、請求サーバは、ブロック３７２で、消費者のコンピュータ４２のために、取引ＩＤとＩＰアドレスを業者サーバ３９に転送する。以下にさらに詳細に記述するように、業者サーバ３９は、請求サーバ３４から受領した取引ＩＤに応えて、消費者のコンピュータ４２が有料コンテンツにアクセスするために必要な情報を請求サーバ３４に送付する。これに続いて、決定ブロック３７４で、請求サーバ３４が有料コンテンツのためのアクセスＩＤ、パスワード及びＵＲＬを受領したかどうかを論理が確認する。そうでない場合、請求サーバ３４がそれらの情報を受領するまで決定ブロック３７４が単純に繰返される。受領がなされたら、請求サーバ３４はブロック３７６でアクセスＩＤ、パスワード及びＵＲＬを消費者のコンピュータ４２に送って、消費者のコンピュータ４２が適切なＵＲＬでウェブブラウザ５１を起動し、業者サーバ３９とインターネット接続を実行して、業者サーバ３９が指定したＩＰセッションにアクセスするために必要なアクセスＩＤと有料コンテンツへのアクセスを得るために必要なパスワードとを業者サーバ３６に送ることができるようにする。論理は、それから、決定ブロック３７８に進み、そこで消費者のコンピュータ４２が請求サーバ３４とのＰＰＰ接続を終了したかどうかを確認する。もし、そうでない場合、ＰＰＰ接続が終了するまで決定ブロック３７８が単純に繰返される。言い換えれば、消費者のコンピュータ４２が業者サーバ３９から有料コンテンツのダウンロードを継続するかぎり、またコンピュータ４２と請求サーバ３４間のＰＰＰ接続が保持されているかぎり、消費者は、請求サーバ３４が与えた実際のレートによって、有料電話番号を用いたＰＰＰ接続が終了するまで、すなわち消費者が「電話を切る」まで代金請求をされる。
【００６６】
消費者のコンピュータ４２と請求サーバ３４間のＰＰＰ接続が終了すると、ブロック３８０で請求サーバ３４は消費者のコンピュータ４２がこれ以上有料コンテンツにアクセスすることを拒否する要求を業者サーバ３９に転送する。これには取引ＩＤ、消費者のコンピュータのＩＰアドレス及びアクセスＩＤが含まれる。以下にさらに詳細に記述するように、この要求に応じて業者サーバ３９は、消費者のコンピュータ４２が有料コンテンツを再注文して、消費者が代金請求される有料電話線を通して新規に請求サーバ３４とのＰＰＰ接続を実行するまで、消費者のコンピュータ４２のこれ以上のアクセスを拒否する。この拒否要求が送付されると、請求サーバ３４はブロック３８１で業者サーバ３９から切断する。そして、請求サーバ要素６２'についての論理はブロック３８２で終了する。
【００６７】
注文された有料コンテンツへのアクセス情報を請求サーバ３４に供給するために業者のセッションゲートウェイ要素６５が実行する論理は、図２１にさらに詳細に示されている。この論理は、ブロック３９０で開始してブロック３９２に進み、そこで業者サーバ３９と請求サーバ３４間の直接インターネット接続が確立したかどうかを確認する。していない場合、その接続が確立するまで決定ブロック３９２が単純に繰返される。接続が確立されたら、論理は別の決定ブロック３９４に進み、そこで注文された有料コンテンツを識別する取引ＩＤと、消費者のコンピュータ４２に指定されたＩＰアドレスとを、業者サーバ３９が請求サーバ３４から受領したかどうかを、業者のセッションゲートウェイ要素６５が確認する。消費者のコンピュータ４２は業者サーバ３９の販売品データベース６７に登録されており、後で、業者サーバ３９が、注文された有料コンテンツを有効なＩＰアドレス、すなわち適正な消費者のコンピュータに転送していることを検証するために業者サーバ３９が使用する。
【００６８】
決定ブロック３９４に戻って、結果としてまだ受領していない場合は、その情報を請求サーバ３４から受領するまで決定ブロック３９４が繰返される。言い換えれば、請求サーバ３４と業者サーバ３９間のインターネット接続が一旦確立すると、業者サーバ３９は、請求サーバ３４から有料コンテンツに対する取引ＩＤを受領するのを待ちはじめる。受領されたら、注文された有料コンテンツのＵＲＬ及びアクセスＩＤとパスワードとを業者のセッションゲートウェイ要素６５が請求サーバ３４に転送する。ここに記述した本発明の第二の実施例においては、業者サーバ３９の販売品データベース６７で各販売品ＩＤにＵＲＬが関連付けされていることが認識されるであろう。上記のように、ＵＲＬは有料コンテンツのインターネット上での位置を教えるものである。有料コンテンツは本論理を実行する業者サーバ３９上もしくはインターネットのどこかに位置するその他の業者サーバ上に位置することが認識されるであろう。さらにまた上記のように、アクセスＩＤは業者サーバ３９に指定されたＩＰセッションを識別し、これに消費者のコンピュータ４２がアクセスして業者サーバから注文した有料コンテンツをダウンロードすることができる。なお、パスワードは唯一の文字列であって、これは、最終的に有料コンテンツのサイトに入る認可を得るときに消費者のコンピュータ４２が業者サーバ３９に返送するものである。
【００６９】
業者サーバ３９がＵＲＬ、アクセスＩＤ及びパスワードを請求サーバ３４に転送した後、業者のセッションゲートウェイ要素６５は、消費者が有料電話コールを終了したという請求サーバ３４からの指示を待つ。従って、決定ブロック３９８では、消費者のコンピュータ４２へのアクセスを拒否する請求サーバ３４からの要求を業者サーバ３９が受領したかどうかを論理が確認する。上記のように、消費者のコンピュータが請求サーバとのＰＰＰ接続を終了して有料電話線を切断したことを請求サーバ３４が検知すると、請求サーバ３４は最初に業者サーバが指定した取引ＩＤ、消費者のコンピュータのＩＰアドレス及びアクセスＩＤを、その消費者のこれ以上のアクセスを拒否する要求として業者サーバ３９に転送する。従って、この要求を受領するまでは決定ブロック３９８が単純に繰返される。上の記述から、消費者のコンピュータ４２が有料電話コールを終了するのを業者のセッションゲートウェイ要素６５が待っている間、業者サーバ３９は有料コンテンツを消費者のコンピュータ４２に転送し（そしてこの転送を業者サーバ３９のウェブサーバ要素６３が管理し）、また消費者が請求されながら有料コンテンツにアクセスを継続することが認識されるであろう。さらに、上記のように、業者サーバ３９が注文された有料コンテンツを転送し、消費者のコンピュータ４２がこれをダウンロードしているとき、業者サーバ３９は、前に請求サーバ３４から転送されて業者サーバ３９のマスメモリ６１に保存されている消費者ＩＰアドレスを用いて、注文された有料コンテンツの各ページを正確な宛先に転送していること、すなわち有料コンテンツをダウンロードしている消費者のコンピュータ４２のＩＰアドレスが業者サーバ３９のメモリに保存されている消費者ＩＰアドレスと一致していることを検証する。
【００７０】
アクセス拒否の要求が受領されたら、業者のセッションゲートウェイ要素６５は、消費者のコンピュータ４２がこれ以上業者サーバ３９に指定されたＩＰセッションへのアクセスを得られないようにするために、前に消費者のコンピュータ４２に与えられたアクセスＩＤと消費者ＩＰアドレスを無効化する。結果として、消費者のコンピュータ４２は、これ以上業者サーバと通信できず、有料コンテンツにアクセスできない。そして、業者のセッションゲートウェイ要素６５はブロック４０２で終了する。
【００７１】
当業者に理解されるように、有料電話線を用いた消費者のコンピュータ４２と請求サーバ３４間のＰＰＰ接続が一旦確立すると、電話サービスプロバイダは、この技術においてはよく知られた方法を用いて、有料電話コールについやした時間分を消費者に料金請求しはじめる。消費者のコンピュータが有料電話番号を用いたＰＰＰ接続を終了すると、すなわち「電話を切る」と、他の有料電話コールとまったく同様に料金請求は終了する。電話サービスプロバイダは、請求サーバ３４のプロバイダにサービス課金を支払い、業者に有料コンテンツ提供の取り分を支払う。
【００７２】
図２２Ａ-２２Ｂは、プラグ−イン要素５２'／消費者のコンピュータ４２、請求サーバ要素６２'／請求サーバ３４、及び業者のセッションゲートウェイ要素６５／業者サーバ３９の行動を並行して全体的に描いた図である。結果として、図２２Ａは、消費者のコンピュータ４２が請求サーバ３４とインターネット接続を確立させているところを描いている。消費者のコンピュータ４２は、それから注文した有料コンテンツを識別する販売品ＩＤならびに業者ＩＤ、公表された請求レート及び購入者ＩＤを請求サーバ３４に転送する。それに応じて、請求サーバ３４は、注文を識別する取引ＩＤを消費者のコンピュータ４２に返送する。請求サーバ３４は、また、注文された有料コンテンツに関連付けられた有料電話番号と、消費者が有料コンテンツにアクセスして代金請求される実際の有料レートも転送する。消費者のコンピュータ４２が取引ＩＤと有料電話番号を受領したら、消費者のコンピュータ４２はインターネット２０を切断して、請求サーバ３４とのＰＰＰ接続を実行するために請求サーバ３４から転送された有料電話番号にダイヤルする。一旦確立すると、消費者が有料コンテンツにアクセスした時間分の代金請求が開始され、消費者のコンピュータ４２は、請求サーバ要素６２'が注文を識別してその注文を適正な業者サーバ３９に回送することができるように、取引ＩＤを請求サーバ３４に返送する。
【００７３】
従って、請求サーバ３４は、業者サーバ３９とのインターネット接続を実行し、取引ＩＤ及び消費者のコンピュータのＩＰアドレスを業者サーバ３９に転送する。これに応じて、業者サーバ３９は、アクセス情報、すなわち、アクセスＩＤ、パスワードおよびＵＲＬ（それは、消費者のコンピュータによって、望む有料コンテンツを見出してアクセスするために使用されるであろうものである。）を、請求サーバ３４に転送する。折り返し、請求サーバ３４は、アクセス情報を消費者のコンピュータ４２に転送する。消費者のコンピュータ４２がアクセス情報を受領したら、消費者のコンピュータ４２はインターネット接続をして、ＵＲＬを用いて業者サーバ３９とそこに保存されている有料コンテンツの位置を知ることができる。それから、消費者のコンピュータ４２は、与えられたパスワードとアクセスＩＤとを業者サーバ３９に転送する。これに応じて、業者サーバ３９は、注文された有料コンテンツを消費者のコンピュータ４２に転送する。この間、有料電話線上の消費者のコンピュータ４２と請求サーバ３４との間のＰＰＰ接続は保持されるので、消費者は有料コンテンツにアクセスした時間分を継続して代金請求されることは、認識されるであろう。ただし、消費者のコンピュータがＰＰＰ接続を終了すると代金請求は終了し、業者サーバ３９は（もちろん、上に記述したように消費者がプラグ−イン要素５２'もしくは５２"を用いて有料コンテンツを再注文する場合を除いて）、それ以降の有料コンテンツへのアクセスを消費者のコンピュータ４２に拒否できるように、有料コンテンツへのアクセスを業者サーバ１９が拒否するための要求を業者サーバ１９に転送する。それから、請求サーバ３４は、業者サーバ３９とのインターネット接続を終了する。
【００７４】
本発明で選んだ実施例を説明し記述してきたが、本発明の趣旨と範囲から逸脱することなくこれにさまざまな変更を加えることができることは、認識されるであろう。例えば、本発明の請求システムは、電子的に保管・配達されない販売品を注文するためにも利用することができる。むしろ、販売品は、その他の方法、例えば郵送、宅配便等によって配達することができる。そのような場合には、プラグ−イン５２'に暗号化販売品と暗号化販売品を復号するためのアクセスキーを供給するかわりに、販売品を要求できるように、販売品の配達時に提示するアクセスキーもしくはクレーム番号が消費者には供与される。本発明の請求システムは、また、消費者が一定の時間内だけ利用する販売品を注文する場合に使用することもできる。例えば、消費者は一時間だけコンピュータゲームを買うことができる。このような場合、消費者はアクセスキーが供与されるまではゲームを開始することができず、アクセスキーは、その後にコンピュータゲーム・プロバイダに返却される。
排他的財産または特権が要求される本発明の内容は、請求の範囲のように記載されている。
【００７５】
（図面中のコンピュータ画面に示された説明の抄訳）
（図６Ａ）
ウェブブラウザ
アルバートの書籍市場
書籍 著者 価格
１．モービィ・ディック  ハーマン・メンヴィル  ３９．９５
２．ザ・ライム・オブ    サミュエル・          ４９．９５
ザ・エージェント・  ティラー・
マリナー            コールリッジ
（図６Ｂ）
ウェブブラウザ
アルバートの書籍市場
ご注文有り難うございます。
お支払い方法を以下よりお選び下さい。
主要クレジットカード    請求アイコン    ファックス用紙
（図９Ａ）
eCHARGE（tm）安心取引システム
eCHARGE (tm) 取引            eCHARGE
eCHARGE（tm）をご利用しての、あなたの地域内電話料金請求書に課されるこの商品のお買い上げ有り難うございます。
この取り引きを続行するために、以下のＯＫボタンを押してください。この操作によって、右の四角の囲みの中に総計全額として示されている金額が900ナンバー料金として、あなたの地域内電話請求書に課されます。
この取り引きに関わる費用は、このほかにはありません。
これで取り引きを終了したい場合、または誤ってこのサーバにアクセスされた場合、キャンセルボタンを今押すと、料金が課されることはありません。
１８歳未満の方がこのサービスをご利用するには、保護者の方の同意が必要です。
選択商品
商品：エインシェント・マリナー
業者：eCHARGE Corp
総計金額：＄０．００
ＯＫ        キャンセル
（図９Ｂ）
eCHARGE（tm）安心取引システム
選択商品の保存            eCHARGE
eCHARGE（tm）システムは、あなたがダウンロード使用としている商品をあなたのコンピュータのどこに保存したいかを知る必要があります。
このファイルを保存したいと思う保存先を入力してください。
選択商品の保存に必要なスペース：  39.00 Ｋ
選択場所で利用可能なスペース：    81.71 mbytes
選択商品を以下のファイルとして保存
C:\Ancient_Mariner.txt            参照
ＯＫ            キャンセル
（図９Ｃ）
eCHARGE（tm）安心取引システム
ダウンロード中              eCHARGE
ただいまeCHARGE（tm）からお選び頂いた商品を暗号化された形にて、お受け取り頂いています。
ファイルの受け取り中        24576 bytes中8192 bytes受け取り完了
キャンセル
（図９Ｄ）
eCHARGE（tm）安心取引システム
取り引きの認可            eCHARGE
あなたのコンピュータはインターネットから接続を切って、eCHARGEの900ナンバーにダイヤルしようとしています。もし誤ってこのサービスにアクセスされている場合、もしくはこの取り引きを完了させたくない場合、キャンセルボタンを今押されると、料金が課されることはございません。
ＯＫボタンを押した場合のみ、料金の請求がなされます。
あなたのコンピュータは1-900-55-1010にダイヤルします。あなたの地域内電話料金請求書に＄0.20課されます。この処理によって、現在実行中のいかなるインターネットアプリケーションは中断されます。
ご質問がありましたら、WWW上http://www.echarge.comの私共の消費者サービス部門、またはフリーダイヤル、1-800-555-1212までご連絡下さい。
１８歳未満の方でこのサービスをご利用されるには、保護者の同意が必要です。
ＯＫ            キャンセル
（図９Ｅ）
eCHARGE（tm）安心取引システム
認可中              eCHARGE
eCHARGE（tm）システムは、この取り引きを完了するために、ただいま1-900-555-0101にダイヤルにしています。この処理が終了するまで、しばらくの間お待ち下さい。
接続確認中
キャンセル
（図９Ｆ）
eCHARGE（tm）安心取引システム
有り難うございます！
eCHARGE（tm）をお選び頂いてオンライン取り引きをして頂き有り難うございます。私共に連絡される際には、私共のウェブサイト、http://www.echarge.comまでよろしくお願いします。
料金＄0.00があなたの次回の地域内電話料金請求書に示されます。
インターネットに再び接続したい場合、再接続ボタンを押し、そうでなければ終了するためにExitボタンを押してください。
インターネットに再接続        Exit
（図１４）
ウェブブラウザ
位置：http://WWW.XYZ.COM
私共の有料ウェブコンテンツを参照されるには、下のアイコンをクリックしてください。
支払い請求アイコン
（図１６Ａ）
eCHARGE インターネット ・ペイ・パー・ビュー
eCHARGE
下のＯＫボタンを押してこのサービスへのアクセスを承認してください。
ＯＫボタンをクリックした後、あなたのコンピュータは、インターネットへの接続が切られ、お選びになった有料アクセスサイトへのアクセスを得るため、下に表示されている電話番号をダイヤルします。あなたが接続している間の表示レートがあなたの電話料金に課されます。
１８歳未満の方でこのサービスをご利用されるには、保護者の同意が必要です。
詳細
電話番号      読み込み中      レート
サーバにログオン中
ＯＫ          キャンセル
（図１６Ｂ）
eCHARGE インターネット ・ペイ・パー・ビュー
eCHARGE
下のＯＫボタンを押してこのサービスへのアクセスを承認してください。
ＯＫボタンをクリックした後、あなたのコンピュータはインターネットへのＯＫボタンをクリックした後、あなたのコンピュータはインターネットへの接続が切られ、お選びになった有料アクセスサイトへのアクセスを得るため下に表示されている電話番号をダイヤルします。あなたが接続しているあいだの表示レートがあなたの電話料金に課されます。
１８歳未満の方でこのサービスをご利用されるには、保護者の同意が必要です。
詳細
電話番号：  ７３１−４１５７      レート：  £0.75/分
ＯＫ        キャンセル
（図１６Ｃ）
ＩＰＰＶ
eCHARGE
時間：    00：01：59
料金：    £1.49
レート：  £0.75/分
表示されている時間及び料金は大体の目安です。正確な時間、料金とは若干異なることがあります。
２９２    ブックマークの作成
２９４    接続の切断
（図１６Ｄ）
メッセージ
eCHARGE インターネット ・ペイ・パー・ビューサービスの終わりが選択されました。このサービスを終わらせた後、インターネットに再接続しますか？
はい    いいえ    キャンセル
（図１８）
eCHARGE インターネット ・ペイ・パー・ビュー
eCHARGE
下のＯＫボタンを押してこのサービスへのアクセスを承認してください。
ＯＫボタンをクリックした後、あなたのコンピュータは、インターネットへの接続が切られ、お選びになった有料アクセスサイトへのアクセスを得るため、下に表示されている電話番号をダイヤルします。あなたが接続しているあいだの表示レートがあなたの電話料金に課されます。
１８歳未満の方でこのサービスをご利用されるには、保護者の同意が必要です。
詳細
電話番号：  ７３１−４１５７      レート：  £0.75/分
ＯＫ        キャンセル
【図面の簡単な説明】
【図１】  図１（従来技術）は、インターネットの代表的な部分を示すブロック図である。
【図２】  図２は、本発明に従ってインターネット上のどこかに存在しているコンピュータを用いて消費者が注文した販売品、サービス、コンテンツを供給する、インターネットに接続されているローカルエリアネットワーク（ＬＡＮ）の模式図である。
【図３】  図３は、本発明に従ってインターネットから商品、サービス、コンテンツを注文するのに用いられる、図２中の消費者のコンピュータにおける各種の要素を示すブロック図である。
【図４】  図４は、本発明に従って注文された商品、サービス及び／又はコンテンツの位置を供給し、注文を確認する、図２中の請求サーバにおける各種の要素を示すブロック図である。
【図５】  図５は、本発明に従って注文された商品、サービス、コンテンツを供給する、図２中の業者サーバの各種の要素を示すブロック図である。
【図６Ａ】  図６Ａ及び６Ｂは消費者が商品及び／又はサービスをそこから注文する、消費者のコンピュータにインストールされたウェブブラウザによって作成されたウィンドウである。
【図６Ｂ】  図６Ａ及び６Ｂは消費者が商品及び／又はサービスをそこから注文する、消費者のコンピュータにインストールされたウェブブラウザによって作成されたウィンドウである。
【図７】  図７は、インターネットからの商品及び／又はサービスの注文を始めるために、消費者のコンピュータによって用いられた論理を示すフローチャートである。
【図８Ａ】  図８Ａ−８Ｃは、インターネットでの商品及び／又はサービスの注文を完了するために、消費者のコンピュータによって用いられる論理を示すフローチャートである。
【図８Ｂ】  図８Ａ−８Ｃは、インターネットでの商品及び／又はサービスの注文を完了するために、消費者のコンピュータによって用いられる論理を示すフローチャートである。
【図８Ｃ】  図８Ａ−８Ｃは、インターネットでの商品及び／又はサービスの注文を完了するために、消費者のコンピュータによって用いられる論理を示すフローチャートである。
【図９Ａ】  図９Ａ−９Ｆは、商品及び／又はサービスの注文に関連したメッセージを表示するための、消費者のコンピュータによって作成されたウィンドウである。
【図９Ｂ】  図９Ａ−９Ｆは、商品及び／又はサービスの注文に関連したメッセージを表示するための、消費者のコンピュータによって作成されたウィンドウである。
【図９Ｃ】  図９Ａ−９Ｆは、商品及び／又はサービスの注文に関連したメッセージを表示するための、消費者のコンピュータによって作成されたウィンドウである。
【図９Ｄ】  図９Ａ−９Ｆは、商品及び／又はサービスの注文に関連したメッセージを表示するための、消費者のコンピュータによって作成されたウィンドウである。
【図９Ｅ】  図９Ａ−９Ｆは、商品及び／又はサービスの注文に関連したメッセージを表示するための、消費者のコンピュータによって作成されたウィンドウである。
【図９Ｆ】  図９Ａ−９Ｆは、商品及び／又はサービスの注文に関連したメッセージを表示するための、消費者のコンピュータによって作成されたウィンドウである。
【図１０】  図１０は、注文された商品及び／又はサービスを供給するための、図２中に示されたＬＡＮに接続された請求サーバによって用いられる論理を示すフローチャートである。
【図１１】  図１１は、商品及び／又はサービスの注文を確認するための、図２中に示されるＬＡＮに接続された請求サーバによって用いられる論理を示すフローチャートである。
【図１２】  図１２は、注文された商品及び／又はサービスに対して消費者に自動的に支払い請求するために電話サービスプロバイダによって行う動作を示すフローチャートである。
【図１３】  図１３は、商品及び／又はサービスを注文、供給するために消費者のコンピュータ及び請求サーバによって並行して行われる動作を示すフローチャートである。
【図１４】  図１４は、本発明の他の実施例に従って、消費者が有料コンテンツを注文するために、消費者のコンピュータにインストールされたウェブブラウザによって作成されたウィンドウである。
【図１５Ａ】  図１５Ａ−１５Ｃは、インターネットで有料コンテンツを注文するために、消費者のコンピュータによって用いられる論理を示すフローチャートである。
【図１５Ｂ】  図１５Ａ−１５Ｃは、インターネットで有料コンテンツを注文するために、消費者のコンピュータによって用いられる論理を示すフローチャートである。
【図１５Ｃ】  図１５Ａ−１５Ｃは、インターネットで有料コンテンツを注文するために、消費者のコンピュータによって用いられる論理を示すフローチャートである。
【図１６Ａ】  図１６Ａ−１６Ｄは、有料コンテンツの注文に関連したメッセージを表示するために、消費者のコンピュータによって作成される、各種のウィンドウである。
【図１６Ｂ】  図１６Ａ−１６Ｄは、有料コンテンツの注文に関連したメッセージを表示するために、消費者のコンピュータによって作成される、各種のウィンドウである。
【図１６Ｃ】  図１６Ａ−１６Ｄは、有料コンテンツの注文に関連したメッセージを表示するために、消費者のコンピュータによって作成される、各種のウィンドウである。
【図１６Ｄ】  図１６Ａ−１６Ｄは、有料コンテンツの注文に関連したメッセージを表示するために、消費者のコンピュータによって作成される、各種のウィンドウである。
【図１７】  図１７は、以前にブックマークされた有料コンテンツを注文するために、消費者のコンピュータによって用いられる論理を示すフローチャートである。
【図１８】  図１８は、以前にブックマークされた有料コンテンツの注文に関連したメッセージを表示するために、消費者のコンピュータによって作成されたウィンドウである。
【図１９】  図１９は、消費者のコンピュータでなされた有料コンテンツの注文を初期処理するために図１３に示されるＬＡＮに接続された請求サーバによって用いられる論理を示すフローチャートである。
【図２０Ａ】  図２０Ａ−２０Ｂは、有料コンテンツに対するアクセス情報を入手し、消費者のコンピュータに供給するために、請求サーバによって用いられる論理を示すフローチャートである。
【図２０Ｂ】  図２０Ａ−２０Ｂは、有料コンテンツに対するアクセス情報を入手し、消費者のコンピュータに供給するために、請求サーバによって用いられる論理を示すフローチャートである。
【図２１】  図２１は、有料コンテンツに対するアクセス情報を請求サーバに供給するために業者サーバによって用いられる論理を示すフローチャートである。
【図２２Ａ】  図２２Ａ−２２Ｂは、有料コンテンツを注文、及び供給するために消費者のコンピュータ、請求サーバ、業者サーバによって並行して行われる動作を示す図である。
【図２２Ｂ】  図２２Ａ−２２Ｂは、有料コンテンツを注文、及び供給するために消費者のコンピュータ、請求サーバ、業者サーバによって並行して行われる動作を示す図である。
【図１】
0004698834.tif 000002
【図２】
0004698834.tif 000003
【図３】
0004698834.tif 000004
【図４】
0004698834.tif 000005
【図５】
0004698834.tif 000006
【図６Ａ】
0004698834.tif 000007
【図６Ｂ】
0004698834.tif 000008
【図７】
0004698834.tif 000009
【図８Ａ】
0004698834.tif 000010
【図８Ｂ】
0004698834.tif 000011
【図８Ｃ】
0004698834.tif 000012
【図９Ａ】
0004698834.tif 000013
【図９Ｂ】
0004698834.tif 000014
【図９Ｃ】
0004698834.tif 000015
【図９Ｄ】
0004698834.tif 000016
【図９Ｅ】
0004698834.tif 000017
【図９Ｆ】
0004698834.tif 000018
【図１０】
0004698834.tif 000019
【図１１】
0004698834.tif 000020
【図１２】
0004698834.tif 000021
【図１３】
0004698834.tif 000022
【図１４】
0004698834.tif 000023
【図１５Ａ】
0004698834.tif 000024
【図１５Ｂ】
0004698834.tif 000025
【図１５Ｃ】
0004698834.tif 000026
【図１６Ａ】
0004698834.tif 000027
【図１６Ｂ】
0004698834.tif 000028
【図１６Ｃ】
0004698834.tif 000029
【図１６Ｄ】
0004698834.tif 000030
【図１７】
0004698834.tif 000031
【図１８】
0004698834.tif 000032
【図１９】
0004698834.tif 000033
【図２０Ａ】
0004698834.tif 000034
【図２０Ｂ】
0004698834.tif 000035
【図２１】
0004698834.tif 000036
【図２２Ａ】
0004698834.tif 000037
【図２２Ｂ】
0004698834.tif 000038