(57)【特許請求の範囲】
【請求項１】
データ通信システムを経てユーザと第三者と通信をするサーバシステムにおけるユーザ要求を制御する方法であって、
該サーバシステムが該ユーザから該データ通信システムを経て商品のディジタル要求を受信するステップと；
該サーバシステムが該要求を該データ通信システムを経て該第三者に送るステップと；
該サーバシステムが該データ通信システムを経て該第三者から該商品に関するディジタルコードを受信するステップと；
該サーバシステムが代理コマンドゲートウェイインターフェースを含み、値付けデータベースを参照して該ディジタルコードから導き出される該商品について該ユーザに課金することになる価格を該サーバシステムに設定するステップと；
該サーバシステムが、該価格を前記ユーザに送って、該ユーザからの確認応答を求めることによって、該商品が該価格に基いて該第三者により提供されることになるかどうかを決定するステップと；
該決定結果が肯定的であれば、該サーバシステムが該第三者によって提供されることになる該商品を手配するステップとで成る方法。
【請求項２】
ユーザに課金される複数の価格が、価格コードに対応している請求項１記載の方法。
【請求項３】
前記サーバシステムは、前記価格コードおよび別のパラメータに基づいてユーザに課金される価格を調べる代理コマンドゲートウェイインターフェースを備える請求項１記載の方法。
【請求項４】
前記サーバシステムは、値付けデータベース内の価格コードと関係した値付け式を適用することによりユーザに課金される価格を計算する代理コマンドゲートウェイインターフェースを備える請求項１記載の方法。
【請求項５】
前記サーバシステムが前記商品に対する別なディジタル要求を受信するステップと、前記値付けデータベースを参照して前記ディジタルコードと同じディジタルコードからユーザに課金することになる異なる価格を導き出すステップとを含む請求項２記載の方法。
【請求項６】
前記決定するステップは、前記サーバシステムが前記ユーザについて設定された受理規準を参照するステップを含む請求項１または５のいずれか１項記載の方法。
【請求項７】
前記受理規準は金銭の制限である請求項５記載の方法。
【請求項８】
前記価格は選ばれた課金仕組みにより前記コードから前記サーバシステムによって求められる請求項１、５、または７のいずれか１項記載の方法。
【請求項９】
前記サーバシステムは前記課金仕組みをユーザに依存して選ぶステップを含む請求項８記載の方法。
【請求項１０】
前記サーバシステムは前記課金仕組みを時間値に依存して選ぶステップを含む請求項８または９記載の方法。
【請求項１１】
前記サーバシステムは、前記送るステップの前に前記ユーザの認証を実行するステップを含む請求項１、５、または７乃至１０のいずれか１項記載の方法。
【請求項１２】
前記商品は電子商品を含む請求項１ないし１１のいずれか１項記載の方法。
【請求項１３】
前記データ通信システムはインターネット応用システムである請求項１ないし１２のいずれか１項記載の方法。
【請求項１４】
前記コードは前記第三者からＨＴＴＰメッセージで送られる請求項１３記載の方法。
【請求項１５】
データ通信システムを経てユーザと第三者と通信をするときにユーザの要求を制御するように構成されたサーバシステムであって、
該サーバシステムが該ユーザから該データ通信システムを経て商品のディジタル要求を受信する手段と；
該サーバシステムが該要求を該データ通信システムを経て該第三者に送る手段と；
該サーバシステムが該データ通信システムを経て該第三者から該商品に関するディジタルコードを受信する手段と；
値付けデータベースを参照して該ディジタルコードから導き出される該商品について該ユーザに課金することになる価格を該サーバシステムに設定するように構成された代理コマンドゲートウェイインターフェースと；
該サーバシステムが、該価格を前記ユーザに送って、該ユーザからの確認応答を求めることによって、該商品が該価格に基いて該第三者により提供されることになるかどうかを決定する手段と；
該決定結果が肯定的であれば、前記サーバシステムが該第三者によって提供されることになる該商品を手配する手段とで成るサーバシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はデータ通信に係り、とくに、しかし限定するわけではないが、ワールドワイドウェブ（ＷＷＷ，“Web”）ページのような電子グッズ（品物、以下商品という）をインターネットのようなデータ通信網を経由して検索し、またその供給者によりそれに対して課金をすることに関する。
【０００２】
【従来の技術】
インターネット上のコンテンツ（内容もしくは目録の類を指す。情報内容という人もいる）についての課金は知られている。そこには経済的な情報としてクレジットカード番号などをインターネット上で転送したり、あるいはコンテンツプロバイダと定期的に請求書口座の精算をしたりすることが含まれている。しかし、ユーザが多数の異なる供給者によって供給されるコンテンツにアクセスしたい場合とか、供給者が未知の個個人にコンテンツを供給したい場合には、こういった課金仕組みには欠点がある。ユーザは個人的な経済がらみの情報を多くの異なる供給者に解放するにはためらいがあり、その場合にコンテンツプロバイダは課金対象のコンテンツを、ユーザによる料金の即時の支払なしにあるいはユーザとの間で長期信用段どりを設定しないで、供給することにはためらいがある。
【０００３】
別な既知のシステムで課金対象のコンテンツを多数の供給者により供給するためのものには仲介を関与させて、それがユーザと経済的な取引を実行し、また“ディジタルオファ(digital offer)”を生成し、それが第三者である多数のコンテンツプロバイダにより受入れられる通貨として取扱われるようにしている。コンテンツプロバイダは定期的に仲介によってそのコンテンツに対して支払を受ける。しかし、第三者コンテンツプロバイダは“商業が可能な（コマースイネーブルとされた）”Webサーバを使用しなればならず、これが仲介により与えられるディジタルオファを処理し解暗号化することが（解号が）できるものとなっている。
【０００４】
【発明が解決しようとする課題】
ＷＯ  ９７／０３４１０はインターネット請求書発行方法を記述し、この方法ではインターネットアクセスプロバイダはプロバイダの顧客に向けて商品を売りたいと望んでいるベンダについてアレンジし、このプロバイダがベンダから購入した製品とサービスについて顧客に請求書を発する。顧客がインターネットに接続されている場合は、顧客はいずれものベンダとインターフェースをとってそのベンダにより提供される製品もしくはサービスについて見付けることができるようにする。顧客はそこで製品を注文する判断をして、取引情報の交換が顧客とベンダとの間で生ずる。この交換は顧客を識別する情報を含み、また購入することになる製品もしくはサービスに関する情報を含み、その中には取引の数量、配送（配信）の方法と時間、その注文を識別するための参照番号を含んでいる。取引情報はプロバイダによって得られ、それはベンダもしくは顧客によるプロバイダに向けての別個の送信によるか、あるいは顧客とベンダとの間の通信から情報を抽出するプロバイダによるかのいずれかによる。
【０００５】
ＷＯ  ９７／４１５３９は安全な（セキュリティのある）網電子支払及びクレジット集金用システムを記述する。暗号化された通信セッションが顧客と商人との間に設定され、その間に顧客の経済的な詳細が商人に向けて送られる。商人は詳細の全部を解号化することはできない。この商人は別な暗号化された通信セッションを“支払ゲートウェイ（payment gateway）”と設定し、それによってその顧客の経済的な詳細が確認されて、支払が承認される。
【０００６】
ＥＰ−Ａ−０  ８０１  ４７９はデータ網セキュリティシステムと方法とを詳述し、それによってクレジットカードもしくは他の動き易い（sensitive）な情報についての通信があるユーザのインターネットアクセスプロバイダとコンテンツプロバイダとの間の別個独立の接続によって実効あるものとなる。この別個の接続はインターネット経由ではなく公衆交換電話網上である。
【０００７】
【課題を解決するための手段】
この発明の一つの特徴によると、データ通信システムを経てユーザと第三者と通信をするサーバシステムにおけるユーザ要求を制御する方法が提供されていて、この方法の構成は：
該ユーザから該データ通信システムを経て商品のディジタル要求を受領することと；
該要求を該データ通信システムを経て第三者に送ることと；
該データ通信システムを経て該第三者から該商品に関するディジタルコードを受領することと；
該コードに依り該商品について該ユーザに課金することになる価格を該サーバシステム内に設定することと；
該商品が該価格に基いて該第三者により用意されることになるかどうかを決定することと；
該決定結果が積極的であれば該第三者によって提供されることになる該商品を手配することとの段階で成る。
【０００８】
この発明の別な特徴によると、データ通信システムを経て通信しているユーザに向けて商品を提供する方法が提供されていて、この方法の構成は：第１のサーバシステムにおいて前記データ通信システムを経て商品についてのディジタル要求を、ユーザから発せられる要求を制御している第２のサーバシステムから受領することと；
該商品に関するディジタルコードを該第２のサーバシステムに向け該データ通信システムを経て送ることと；
もし該要求の確認が該第２のサーバシステムから該データ通信システムを経て受領されるとすると該商品を提供することとを含み、
該ディジタルコードは該第２のサーバシステムにより設定され、該商品を介して該ユーザに課金される価格にふれているものである。
【０００９】
この発明のさらに別な特徴によると、データ通信において第三者により提供されるコンテンツに課金をする方法が提供されていて、この方法の構成は：
第三者によりユーザに提供されるコンテンツに関するディジタルコードを受領することと；
複数の異なる課金仕組みの１つを選ぶことと；
該選ばれた課金仕組みに従って該コードに基いて該コンテンツについて課金されることになる価格を生成することとの段階を含んでいる。
【００１０】
この発明の実施形態では、ゲートウェイサーバが第三者の商品へのアクセスを制御する。求められた商品がユーザの望みのものでなかった場合とか、用意できる可能性がないとすると第三者はこのゲートウェイにディジタルコード知らせて、その商品が用意できるかできないかをゲートウェイサーバが判断できるようにする。第三者が多数このゲートウェイサーバによりサービスを受けている場合には、第三者の商品にアクセスするユーザはゲートウェイサーバを制御している当事者と関係を設定するだけを求められ、その先はゲートウェイサーバが個別の関係を各第三者と設定することになる。
【００１１】
さらに、ゲートウェイによりそのユーザに課金されることになる実際の価格はゲートウェイサーバによって変えられてよく、コンテンツプロバイダとの間で結ばれた協定とかプロバイダが採用している値付けのやり方とは独立して変えてよい。例えば、異なる課金の仕組みがゲートウェイサーバ内で選ばれてもよく、それによって、同じディジタルコードと関係しているコンテンツについて、同じユーザに対して、時間で課金する価格を変えるようにし、それによって課金する価格に時間的なフレキシビリティを与えるようにする。異なる課金仕組みはまたユーザに依存してえらばれてもよい。これが量による割引き、特別提供などが選ばれたユーザについてゲートウェイサーバにより応用できるようにする。
【００１２】
この発明の別な特徴によると、データ通信システムにおいてユーザにコンテンツを提供する方法が提供されていて、この方法の構成は：
ユーザからコンテンツについてのディジタル要求を受領することと；
この要求を第三者に送ることと；
第１のコンテンツとしてユーザに送られることになる第２のコンテンツを選ぶためのコードを含んでいる第１のコンテンツを含むデータを該第三者から受領することと；
該受領したデータを該ユーザに送ることと；
該第２のコンテンツについての要求を該ユーザから受領することと；
該第２のコンテンツを該ユーザに送ることの段階を含んでいる。
【００１３】
この特徴はこの発明の実施形態によると、第２のコンテンツがゲートウェイサーバによって第三者により用意された第１のコンテンツに加えられるようにでき、しかも第三者はこの第２のコンテンツ自体を用意する必要がないとされる。第三者はしたがって加えるべき第２のコンテンツに従ってそのコンテンツを変更する必要性から解放されこれが代ってゲートウェイサーバによって好都合に実行される。
【００１４】
好ましいのは、第２のコンテンツがこの第三者により提供される商品について課金されることになる価格を含んでいることである。これが第三者ではなくて、ゲートウェイサーバを制御している当事者によってユーザ端末上に表示される価格を設定できるようにしている。
【００１５】
第２のコンテンツはゲートウェイサーバを制御している当事者により設定される要件に従って特別仕様とされながら、第１のコンテンツは第三者により特定されたままとなっている。
【００１６】
この発明の別な特徴と利点とで色々な点に関するものはこの発明の好ましい実施例について添付の図面を参照しながら以下で行なう記述から明らかになると思う。
【００１７】
【発明の実施の形態】
図１はこの発明の実施例によるデータコンテンツ検索システムを示す構成図である。このシステムはゲートウェイサーバＧＳと複数の第三者（第三当事者）サーバＴＰＳ１，ＴＰＳ２…ＴＰＳｎとで成る。ユーザ端末Ｔ１，Ｔ２，Ｔ３の３つの異なる例が示されていて、その各々はこのシステムにデータ通信網を経て、この実施例ではインターネットを経て、接続されている。
【００１８】
第三者サーバＴＰＳ１，ＴＰＳ２…ＴＰＳｎは遠方のゲートウェイサーバに安全な通信リンク２（これは別個の物理（的）リンク及び／又は論理（的）リンクであって、安全な暗号を通信にあたって使用するものでよい）を経て接続されているか認証サーバと一緒のところに置かれているかあるいはその両方であってよい。
【００１９】
図１に示した各サーバはワークステーションコンピュータのような計算機資源上で実現できる。各ユーザ端末Ｔ１，Ｔ２，Ｔ３等はワークステーションコンピュータ、ネットコンピュータ、モバイル通信端末などといった形式で実現されてよい。
【００２０】
図２はデータ検索システムの別な詳細を示すもので、単一ユーザ端末Ｔ１と単一第三者サーバＴＰＳ１とを例示する。ゲートウェイサーバＧＳと第三者ＴＰＳ１との両方がサーバであり、またユーザ端末Ｔ１はウェブクライアントもしくはブラウザ（例えばNetscape NavigatorTM とかMicrosoft Internet ExplorerTM）の形式でアプリケーションソフトウェアを備えている。
【００２１】
ゲートウェイサーバＧＳはウェブサーバ１０の形式でソフトウェイアアプリケーションと、探索（サーチ）コマンドゲートウェイインターフェース（ＣＧＩ）１２と、口座ビューイングＣＧＩ１４と、価格ビューイングＣＧＩ１６と、代理ＣＧＩ１８との形式でソフトウェアアプリケーションを含んでいる。また値付けデータベース２０として異なる課金仕組みを記憶するもの、クレジット制限データベース２２としてユーザについてのクレジット制限額を記憶するもの、オペレータ制御インターフェース（ＯＳＳ／ＨＥＬＰ）２４、及び請求書発行エンジン２６も含まれている。加えて、ゲートウェイサーバには認証データベースＡＤとしてユーザ毎の規模で認証詳細を記憶するものが備えられている。
【００２２】
第三者サーバＴＰＳ１は、それに対して、探索エンジン３０と、コンテンツエンジン３２と、値付けデータベース３４と課金データベース３６とを含んでいる。コンテンツエンジン３２はデータを記憶し送信することをゲートウェイサーバからの要求に応答して行い、データにはウェブページを含んでいる。値付けデータベースはコンテンツエンジン３２上に記憶されているプレミアムコンテンツの各アイテムについての価格コードを記憶している。
【００２３】
ゲートウェイサーバＧＳにアクセスするためには、ウェブクライアントはインターネット上で文書（ドキュメント）についての要求を送る。ウェブサーバ内の文書を識別して位置を決めるために、ユニバーサルリゾースロケータ（ＵＲＬ）によってフアイルが識別される。ＵＲＬはサービスプロトコル（この例ではＨＴＴＰである）、インターネットサーバの“ドメイン”、インターネットサーバ内のファイルのデイレクトリィ、及びファイル名称を識別するための構成がされている。ゲートウェイサーバ上の文書（ドキュメント）用の典型的なＵＲＬ構造は次の通りである。
【００２４】
HTTP://gatewaydomain/directory/filename
したがって、ゲートウェイサーバから文書デイレクトリィを検索するためには、ウェブクライアントは適当なＵＲＬを送り、その中ではドメインがゲートウェイサーバのドメインとなっているようにする。
【００２５】
他方、典型的なＵＲＬ構造で第三者サーバ上の文書用のものは次の通りである。
【００２６】
HTTP://thirdparty.gatewaydomain/directory/filename
こうして、第三者サーバＴＰＳ１上に置かれた文書がまたゲートウェイサーバのドメインを用いて識別されて位置決めされる。文書要求は最初はゲートウェイサーバに送られて、そこがそのＵＲＬで特定された第三者に従って要求を第三者サーバに向けて送る。
【００２７】
図３はウェブクライアントとゲートウェイサーバＧＳとの間で実行される認証プロセスを示す。ここに示したプロセスでは、ユーザは最初はログオンされていない（すなわちまだ認証されていない）。
【００２８】
認証プロセスは“クライアント側永続性情報（client-side persistent information）”もっと一般的には“クッキー（cookies）”と呼ばれているもののウェブ応用機能を用いる。クッキーはそのサーバによる要求で送られた文書内に埋込まれたウェブサーバから送られてよい。クッキーを受取ると、ウェブクライアントは自動的にクッキー内の情報を記憶し、その後は自動的に文書要求でこの情報を送ることになり、その条件としては、ウェブクライアントがもとのクッキーをそこから受領したサーバと同じドメイン内でサーバからの文書を検索しようとする場合とされる。この発明の実施例で使用されるウェブクライアントはブラウザであり、このブラウザは上述したようなクッキーをサポートしている。
【００２９】
図３を参照すると、あるユーザにログオンするために、ウェブクライアントは文書要求（ＵＲＬ）をゲートウェイサーバに送る（１００）。現在は認証されていないユーザからの文書要求に応答して、ゲートウェイサーバはトークンを発行し、それは大きな乱数で構成されたものである。このトークンはそこでトークンクッキーの形でクライアントに送られる（段階１０２）。このクッキーを受取ると、クライアントはそれを記憶し（段階１０４）、今送られて来たトークンを用いて認証アルゴリズムを実行する（段階１０６）。認証アルゴリズムはユーザ名とパスワードでユーザによりクライアント端末Ｔ１に入力されたものを採り上げて、トークンと組合せてこういったパラメータについて一方向性のハッシュ機能を組合せてこういったパラメータについて一方向性のハッシュ機能を実行する。計算の結果はそこでゲートウェイサーバに送り戻される（段階１０８）。
【００３０】
クライアントから応答を受取ると、ゲートウェイサーバは認証データベースＡＤからそのユーザのためのパスワードを検索して前に送られたトークンを用いてゲートウェイサーバ側で認証アルゴリズムを実行する。もし受取った応答と独立に計算したアルゴリズム結果が対応していると（段階１１０）、ユーザの記録に対してトークンを記憶することにより認証デーベースＡＤ内でユーザがマークされ、もとの要求が処理される（段階１１２）。
【００３１】
認証データベースＡＤ内でログオンされたとしてユーザがマークされたときには、そのユーザのために認証データベース内でタイマが設定され、それが結果的にはユーザのログオン状態を終結させる。文書要求が有効なトークンクッキーを含むユーザクライアントから受取られる度毎に、認証データベースＡＤはゲートウェイサーバ１０に向けたユーザの現在のログオンされた状態を確定し、ユーザタイマをリセットする。こうして、もし文書要求が所定時間にわたって（例えば５分間）ログオンされたユーザから受領されなければ、ユーザは自動的にログオフされて、同じトークンクッキーを含んでいるユーザから文書要求が次に受領されるときには、ユーザが再び認証されることになる。
【００３２】
段階１１０でゲートウェイサーバが有効な応答を何も受領していないと判断すると、その原因はユーザのパスワードの正しくない入力によることが一番可能性のあることであり、またもしそれがそのユーザにとって最初の失敗であるとすると、失敗フラグが一度インクレメントされて、ゲートウェイサーバが新しいアドレストークンをユーザクライアントに向けて送り、このトークンには新しいクッキー内に失敗フラグを含んでいる（段階１０２）。認証のために３回の失敗をユーザがすると、ゲートウェイサーバはエラーメッセージをユーザクライアントに送り、ユーザはログオンされないことを示す（段階１１６）。
【００３３】
ユーザが認証されると、ゲートウェイサーバ自体から、もしくは第三者サーバＴＰＳ１，ＴＰＳ２…ＴＰＳｎの一つからの文書に対する各要求は有効なユーザからの要求として取扱われるが、この要求はユーザが現在ログオンされていることを示すトークンを含んでいるクッキーを伴っているからである。ゲートウェイサーバは文書要求を伴うクッキー内に含まれているトークンを認証データベースＡＤ内に記録されているトークンとチェックしてユーザが現在ログオンされていることを判断する。
【００３４】
図４は認証されたユーザがゲートウェイサーバ自体か第三者サーバの一つかのいずれかからの文書を要求するときに実行されるプロセスを示す（段階３００）。
【００３５】
もしこの要求がゲートウェイサーバ自体で指示されると、ゲートウェイサーバは要求された文書（ＨＴＭＬウェブページ）をクライアントに向けて送り（段階２０２）、そこでは文書を解析して表示する（段階３０４）。このような文書は例えば第三者サーバの各々に向けたハイパーテキストリンクを含むホームページであってよい。
【００３６】
これに対して、ゲートウェイにより受領された文書要求は第三者サーバ向けを意図したものであるとすると、ゲートウェイサーバは文書要求を適当な第三者に送る（段階２０６）。第三者サーバは、そこで値付けデータベース３４から、その文書がプレミアム内容を含んでいるかどうか、すなわちその文書が課金されるべきかどうかを判断する。もし否であれば、文書（ＨＴＭＬウェブページ）が送られる（段階２０８）。ゲートウェイサーバは文書を送り（段階２１０）、文書がクライアント端末で解析され表示される（段階２１２）。
【００３７】
これに対して、もし第三者コンテンツ文書が課金されるべきものであるときは、第三者サーバは文書に割当てられているのは複数の価格コードのどれかを値付けデータベース３４から判断する。これらの価格コードはゲートウェイサーバを制御している当事者によって予め決められていて、第三者サーバのすべてによって普通に使用される。第三者サーバはそこでハイパーテキストトランスファープロトコル（ＨＴＴＰ）“４０２”エラーメッセージを戻し、このメッセージはＲＦＣ２０６８で“支払が必要なもの”として定義され、ゲートウェイサーバへの要求された文書のための価格コードを含んでいる。
【００３８】
ＨＴＴＰ“４０２”エラーメッセージを受領するときは、このメッセージは第三者からの価格コードを含んでおり、代理ＣＧＩ１８は値付けデータベース２０内に保存されている複数の課金仕組みの１つをユーザ識別子及び／又は現在の日付／時刻に依存して選び、選ばれた課金仕組みによって決められたところによりユーザに課金されることになる価格を設定する（段階２１８）。
【００３９】
下記の表は値付けデータベース２０内でのエントリィの形式の例を示すもので、データベース２０は代理ＣＧＩ１８により使用されて、異なる価格コードＰＣ１とＰＣ２とを受領したときにユーザに課金されることになる価格を設定する。この実施例では、価格コードに対応する商品についてユーザに対して課金されることになる価格は、その商品を受取るユーザが属しているユーザカテゴリィと現在の日付とに依存している。表で与えられる例では、３つのユーザカテゴリィＡ，Ｂ，Ｃがある。表には三つの日付／時刻限界が示されていて、Ｘ，Ｙ，Ｚとなっている。価格Ｌ，Ｍ，Ｎ，Ｒ，Ｓ，ＴはＸからＹまで展開される期間に着いて有効である。価格Ｏ，Ｐ，Ｑ，Ｕ，Ｖ，Ｗは同じ価格コードＰＣ１，ＰＣ２の受領で賦課されるが、異なる時間に、すなわちＹからＺまで展開される期間内で受領される。
【００４０】
【表１】
0004339514.tif 000002
【００４１】
代理ＣＧＩ１８はゲートウェイサーバと関係したユーザデータベースによってユーザカテゴリィを通知されることができ、例えば請求書発行エンジン２６内に保存されている請求書発行データベースによる。ユーザカテゴリィはゲートウェイサーバのオペレータによって与えられる割引きについての違ったレベルを適用するために使用できる。
【００４２】
表から明らかなように、ユーザに課金される複数の価格は価格コードと対応している。例えば、６つの異なる価格Ｌ，Ｍ，Ｎ，Ｏ，Ｐ，Ｑは第三者サーバの値付けデータベース３４内の単一の価格コードＰＣ１に関係しているコンテンツに対して課金されてよい。課金の仕組みはこの例の場合にはユーザカテゴリィと現在の日付／時刻との両方に基いて選ばれる。別な実施例では、第三者サーバから価格コードを受領したときにユーザに賦課される価格はユーザの識別子もしくは現在の日付／時刻に基いてのみ変えることが許され、あるいはパラメータ（これまでに述べてきたものを含む）の組合せがユーザに課金される価格を決めるために使用できる。
【００４３】
表に関する記述では、代理ＣＧＩは価格コードと別のパラメータに基いてユーザに課金される価格を一覧する。別の代りのものでは課金されることになる価格は値付けデータベース２０から価格コードと直接対応している価格を一覧参照することによってのみ設定がされる。この一対一一覧をゲートウェイサーバ内で実行することはなお時間で価格が変動できるようにしており、各価格コードに対応する値付けデータベース内で価格エントリィを変えることにより行なわれる。
【００４４】
これに代るものとして、代理ＣＧＩは値付けデータベース２０内で価格コードと関係した値付け式を適用することによりユーザに課金される価格を計算できる。
【００４５】
次に、代理ＣＧＩはクレジット制限データベース２２内でユーザに対して保存されているいくつかのクレジット制限の各々についてチェックをして商品購入を受理できるものかについて確かめるようにしている。こういったクレジット制限にはゲートウェイサーバの統括者によって設定されたクレジット制限及び／又はユーザに代って働いている統括者によって設定された制限を含んでいる。クレジット制限が購入者により超過しないことを条件として、代理ＣＧＩは課金されることになる価格を表示するＨＴＭＬ形式を生成して注文の確定を求め、それをクライアント端末に送る（段階２２２）。
【００４６】
クライアント端末はＨＴＭＬ形式を解析して表現し（段階２２４）、ユーザに注文を確定するか断るかを求める（段階２２６）。代って、ウェブクライアント応用が予め構成されて、課金される文書は何でも断るようにするとか、ある価格を越える文書を断るようにすることができる。書き込まれた形式はウェブクライアントによってそこで戻される（段階２２８）。
【００４７】
ゲートウェイサーバでは、もし戻された形式が注文を断るときは、ゲートウェイサーバは第三者との接続を閉じて、それ以上の相互作用は別の要求がクライアント端末からはっせられるまでは生じない。もし他方で、戻された形式が注文の確定を示していれば、代理ＣＧＩしトランザクション識別子（ＴＸＩＤ）を生成し（段階２３０）、文書要求（プレミアムコンテンツウェブページのＵＲＬ）をトランザクション識別子と一緒に送る（段階２３２）。
【００４８】
ゲートウェイサーバから認識可能なトランザクション識別子を伴う文書要求を受領すると、第三者サーバはトランザクション識別子と価格コードとを課金用データベース３６内に要求された文書について記録して、その文書（ＨＴＭＬウェブページ）をゲートウェイサーバに送る（段階２３６）。
【００４９】
第三者サーバからプレミアムコンテンツウェブページを受領すると、ゲートウェイサーバはユーザの口座に借方を記入し、請求書発行エンジン２６内でユーザの口座に対してトランザクション識別子を記録して（段階２３８）、後の請求書発行にあてる。ウェブページ自体はウェブクライアントに送られ（段階２４０）、そこではウェブページを解析して表示する。
【００５０】
上述のプロセスでは、第三者サーバがゲートウェイサーバと一緒にチェックをしてプレミアムコンテンツウェブページがユーザに送られることになるかならないかを判断するようにしている。このチェックの際に、第三者はプレミアムコンテンツウェブページを要求しているユーザに特に関係している知識を何ももっていない。しかし、もし望めばそのユーザに関するいくつかの詳細（例えばユーザ識別子）がゲートウェイサーバにより文書要求と一緒に第三者サーバに送られてよく、第三者サーバがウェブページのコンテンツをゲートウェイサーバに向けて送る前にパーソナル化することができるようにする。
【００５１】
図５は価格ビューイングＣＧＩ１６により与えられる機能を説明する流れ図であり、ゲートウェイサーバによりコンテンツが特別仕様化できるようにする。価格ビューイングＣＧＩ１６は第三者ウェブページのＨＴＭＬコンテンツ内に挿入された価格コードを使用して、ゲートウェイサーバにより計算された、対応する価格を含んでいる画像ファイルを生成して第三者により供給されるページ内に挿入されるようにする。価格ビューイングＣＧＩは価格コードをアーギュメント（梗概）として採用し、価格を示す画像ファイル（グラヒックインターチェンジフォーマット即ちＧＩＦ）を戻す。この画像ファイル内に示された価格は、代理ＣＧＩにより段階２１８で図４に示したようなプレミアムコンテンツウェブページを注文するための相談プロセスで実行された計算と同じやり方で計算される。すなわち、課金の仕組みはユーザの識別子及び／又は日付／時刻に依存して選択され、また対応する課金用アルゴリズムが価格コードを実際の価格として表示されるものに変換するために使用される。
【００５２】
図５を参照すると、クライアント端末は認証されたユーザからの第三者サーバに向けて意図された文書要求を送ることによってプロセスを開始し、（段階３００）、それがゲートウェイサーバにより受領されて第三者サーバに送られる（段階３０２）。第三者サーバは今度は文書を送り戻す（段階３０４）。分ると思うが、文書がプレミアムコンテンツページであると、図４に示した段階２１４ないし２３４が実行されてその後に文書が段階３０４で送られる。段階３０４で送られた文書はＨＴＭＬページの形式で一次コンテンツを含んでいて、価格もしくは製品コードを含むＨＴＭＬの行を含んでいる。このＨＴＭＬ行（ライン）は次の通り
<img src=”http://gatewaydomain/cgi-Bin/VIEWPRICE.cgi?code=014”>
このＨＴＭＬ行は画像ファイルがゲートサーバから検索されようとしていることを示し、このサーバは価格コードに依存して価格ビューイングＣＧＩ１６により生成もしくは選択された画像の形式で与えられることになり、価格コードはこの例で与えられているのは０１４である。
【００５３】
文書を受領すると、ゲートウェイサーバは文書を直接クライアント端末へ送る（段階３０６）。クライアント端末では、ウェブクライアント応用はＨＴＭＬを解析する（段階３０８）。上記のＨＴＭＬ行を解析すると、ウェブクライアントはゲートウェイサーバからの画像ファイルを要求する（段階３１０）。
【００５４】
この要求を受領すると、ゲートウェイサーバは画像ファイル要求内に含まれている価格コードをそのユーザについての対応する価格を表示しているＧＩＦ画像ファイルに変換して（段階３１２）、それをユーザクライアントに戻す（段階３１４）。クライアント端末はそこで全ウェブページを表示し（段階３１６）、そこには一次コンテンツで第三者から直接受領したものと、ゲートウェイサーバから受領した価格を表示している画像ファイルの形式内の二次コンテンツとを含んでいる。このページ自体は例えば第三者サーバ用のホームページであってよく、そこにはハイパーテキストリンクでいくつかのプレミアムコンテンツウェブページに向けたものと、ハイパーテキストリンクの次に画像（もしくは単にテキスト）として表示される課金されることになる価格を含んでいる。
【００５５】
図５に示した機能の使用はフレキシブルな値付け能力を用意しており、ゲートウェイサーバが価格に関係して特定のメタ特性について全第三者ウェブページを解析する必要がないようにしている。加えて、この機能はゲートウェイサーバがユーザ及び／又は日付／時刻に依存して表示されることになる価格を定義するだけでなく、ユーザ及び／又は日付／時刻に依存して表示されることになる形式をも、もし望むのであれば、定義できるようにしている。
【００５６】
口座ビューイングＣＧＩ１４は請求書発行用エンジン２６とインターフェースをとって、ユーザがその者の口座の中でプレミアムコンテクツ課金のすべてを同時に第三者コンテンツプロバイダの特定の一部もしくは全部から眺めることをできるようにしている。加えて、口座ビューイングＣＧＩはユーザに代って働いている統括者がデータベース２２内に記憶されているユーザが規定したクレジット制限を変更できるようにする。
【００５７】
探索ＣＧＩ１２はゲートウェイサーバに接続されたいくつかの第三者サーバをまたいでユーザが探索（サーチ）できるようにする。探索ＣＧＩは各第三者探索エンジン３０から情報を検索して、ユーザに向けて呈示するために共通形式にこの情報の再フォーマット形式を行う。
【００５８】
上述の実施形態と関係してあらゆる変種のホストを採用できる。
【００５９】
プレミアムコンテンツの事項（アイテム）に関係して第三者サーバにより送られたコードは、上記の例ではコンテンツの値付け特性を記述するものであったが、同じような機能がコンテンツの他の特性をエンコードするのに用いることができることは予定されているところである。例えばコードはコンテンツに対してアドレスを送る人物の最低年齢を示すものであって、ゲートウェイサーバがそのユーザベースの年齢詳細を維持する場合である。こうしてゲートウェイサーバはコンテンツにフィルタをかけるように作用することができて、ユーザの年齢が勘案されてからコンテンツがそのユーザに送られるようにすることを確実とする。関係するユーザの年齢に対しては素材内容が不適切であれば、例えば年齢規制法に示されているような場合であれば、ゲートウェイサーバはそのコンテンツがそのユーザに届かぬうちに阻止できる。
【００６０】
上述の実施形態では価格コードと課金とが付帯しているコンテンツの単位（ユニット）が単一のウェブページであったが、コンテンツの単位は違った測度とすることができ、例えば、ウェブページ多数で構成するとか、いずれか特定の第三者サーバについてのコンテンツのある範囲にアクセスしている時間とかで構成してよい。
【００６１】
クッキーの機能を利用している特定の好都合な認証の仕組みが上記実施形態で使用されている。しかし、他のウェブ応用の認証仕組みもゲートウェイサーバによって使用できて、第三者サーバ上でのプレミアムコンテンツへのアクセスが許可される前にユーザを認証するようにする。
【００６２】
別な変形や代替のものも、特許請求の範囲で定義しているこの発明の範囲から逸脱することなく採用できることは予定されているところである。
【図面の簡単な説明】
【図１】  この発明の実施例によるデータコンテンツ検索システムを模式的に示すブロック図。
【図２】  図１の構成の一部を詳細に模式的に模式的に示すブロック図。
【図３】  図１と２のゲートウェイサーバとユーザ端末との間で実行される認証過程を示す流れ図。
【図４】  ユーザによる文書の検索の際にユーザ端末、ゲートウェイサーバ、及び第三者サーバにより実行される過程を示す流れ図。
【図５】  文書検索のためにクライアント、ゲートウェイサーバ、及び第三者サーバにより実行される別な過程を示す流れ図。
【図１】
0004339514.tif 000003
【図２】
0004339514.tif 000004
【図３】
0004339514.tif 000005
【図４】
0004339514.tif 000006
【図５】
0004339514.tif 000007