JP4594818B2 - サービス提供システム - Google Patents

Description

この発明は、ユーザの操作により端末が行った要求に応じてサービス提供サーバがサービスを提供するサービス提供システムに関する。

従来のサービス提供システムとしては、例えば次のようなものが知られている。
アクセス先装置と、アクセス先装置に通信ネットワークを介してアクセスを要求するアクセス元装置と、アクセス元装置とアクセス先装置との通信を中継するホームサーバ等の中継サーバとを備え、アクセス元装置が、アクセス先装置のドメイン名に基づいてアクセスを中継サーバに要求する。中継サーバが、アクセス元装置が行った要求に応じてアクセス元装置の属性証明書の検証、審査を実行して、アクセス元装置がアクセス先装置の許容メンバーであるか否かの判定処理を実行し、判定処理の結果がアクセス先装置の許容するアクセス元装置である場合にのみ、名前解決処理を実行して、アクセス先装置のアドレス情報をアクセス元装置に通知する。アクセス元装置が、通知されたアドレス情報に基づいてアクセス先装置にアクセスするものが知られている。（例えば、特許文献１参照）。このような従来のサービス提供システムによれば、アクセスが許容されたアクセス元装置のみがアクセス先装置にアクセスすることができる。
特開２００４−１５５３０号公報

しかしながら、上述した従来のサービス提供システムでは、アクセス元装置が、アクセス先装置のドメイン名に基づいて不正なアクセスを行うときには、そのアクセスを防止することができるが、直接、アクセス先装置のアイピーアドレス（Internet Protocol Address以降ＩＰアドレスと表記する）を用いてポートスキャン等の不正なアクセスを行うときには、そのアクセスを防止することができないという課題があった。
この発明はこのような点に鑑みてなされたものであり、直接、ＩＰアドレスを用いて行われるポートスキャン等の不正なアクセスを防止することができるサービス提供システム及び、そのシステムを構成する端末、サーバを提供することを目的とする。

サービスを提供するサービス提供サーバと、ネットワークに接続されユーザの操作によりそのサービスを要求する端末と、ネットワークに接続されサービス提供サーバと接続することが出来るポータルサーバとを備え、ポータルサーバが、端末から入力するサービスを表すドメイン名に基づくサービス要求に応答し、そのサービスドメイン名を備えたサービス提供サーバとの接続を確立する接続確立部と、その確立されたサービス提供サーバのＩＰアドレスを端末に通知するＩＰアドレス通知部とを備え、端末は、ポータルサーバから通知されたサービス提供サーバを表すＩＰアドレスに基づいてサービス要求を行う。そのサービス要求に対してサービス提供サーバは、端末を介してユーザにサービスを提供する。

この発明によるサービス提供システムによれば、端末がサービス提供サーバを表すドメイン名に基づいてサービスを要求した場合にのみ、ポータルサーバによって、要求されたサービスドメイン名を持つサービス提供サーバがネットワークに接続されるようになる。したがって、サービス提供サーバを表すドメイン名に基づいたサービス要求をポータルサーバに行うことで、端末からサービス提供サーバへのアクセスが可能になるため、直接、ＩＰアドレスを用いて行われるポートスキャン等の不正なアクセスを防止することができる。

以下、この発明の実施の形態に係るサービス提供システムについて、図面を参照して説明する。
［第１の実施の形態］
この発明の第１の実施の形態に係るサービス提供システムの全体構成図を図１に示す。
この発明の第１の実施の形態に係るサービス提供システムは、インターネット８に、サービス要求者の操作によりサービスを要求する端末２０と、端末２０から入力されるドメイン名から接続先のＩＰアドレスを求めるＤＮＳサーバ５０ａ（Domain Name System以降ＤＮＳサーバと称す）と、ポータルサーバ１００と、ポータルサーバ１００にアクセス網９０のリンク００１〜００３を介して接続されるサービス提供サーバ１０ａ〜１０ｃと、から構成されている。

サービス提供サーバ１０ａ〜１０ｃは、それぞれがエンドユーザが運営する各家庭に在る様な比較的アクセス頻度の低いサーバであり、文書、音声、動画等のコンテンツを保持するようになっている。また、サービス提供サーバ１０ａ〜１０ｃは、例えば、汎用のコンピュータ等によって構成される。
これらコンピュータ等で構成されるサービス提供サーバ１０ａ〜１０ｃが、通信会社の通信回線であるアクセス網９０のリンク００１〜００３を介して、通信会社が所有するポータルサーバ１００に接続され、ポータルサーバ１００を介してインターネット８に接続される。なお、この実施の形態においては、サービス提供サーバ１０ａ〜１０ｃの３台で構成されているがこれに限定されることはない。

端末２０は、例えば、インターネットに接続可能なパーソナルコンピュータや携帯電話等によって構成される。また、端末２０は、インターネット８を介してポータルサーバ１００と通信可能である。
なお、この実施の形態においては、ポータルサーバ１００が１台の構成を示しているがこれに限定されることはない。
ＤＮＳサーバ５０aは、この発明における名前解決手段を実現する一例であり、インターネット８上に配置される一般的なドメインネームサーバ（Domain Name System以降ＤＮＳサーバと称す）である。例えば、端末２０からのドメイン名によるサービス要求に対してポータルサーバ１００のＩＰアドレスを返すようになっている。例えば、この名前解決手段として、端末２０がドメイン名に対応したテンポラリサーバのＩＰアドレスを知るように構成しておけば、すなわち、図５に示す端末２０のブロック図に示すように名前解決部２４ｐとしてドメイン名とＩＰアドレスを対応させたデータベース２４ｑを端末２０に備えることで、ＤＮＳサーバ５０ａは省略できる。したがって、この発明におけるサービス提供システムでは、一般的なＤＮＳサーバ５０ａは必須の構成要素ではない。

図２にこの発明の第１の実施の形態に係るポータルサーバ１００の構成を示す。ポータルサーバ１００は、テンポラリ応答部３０と接続部４０とにより構成されている。テンポラリ応答部３０は、さらにテンポラリサービス提供部３０ａとサービス提供サーバデータベース３０ｂ、ＩＰアドレス通知部３０ｃ、課金計数部３０ｄとから構成されている。
テンポラリサービス提供部３０ａは、例えば、端末２０からの要求に応じて応答を返すＷｅｂサーバであり、この発明におけるテンポラリサービス提供手段を実現する。例えば、一時的に文書、画像、動画等をＷｅｂブラウザに表示するテンポラリコンテンツを保持するようになっている。

このテンポラリサービス提供部３０ａがサービス要求者に提供した例えば広告ページの閲覧数や、サービス要求者のクリック数を計数し、その広告のスポンサー等に費用請求する為の構成が課金計測部３０ｄである。
サービス提供サーバデータベース３０ｂは、例えば、サービスを表すドメイン名と、サービスを提供するためのコンテンツが置かれるサービス提供サーバを特定するリンク番号と、サービス提供サーバに割り当てられたＩＰアドレスとの対応を保持するようになっている。

図３にサービス提供サーバデータベース３０ｂのデータ構造の例を示す。図３に示すサービス提供サーバデータベース３０ｂのデータ構造を示す１行目は、ドメイン名a.somedomain.jpで表されるサービスを提供するサービス提供サーバ１０ａは、アクセス網９０のリンク００１を介して接続されること、およびサービス提供サーバ１０ａにＩＰアドレス１２９．６０．１００．１が付与されていることを表している。
２行目は、ドメイン名b.somedomain.jpで表されるサービスを提供するサービス提供サーバ１０ｂは、アクセス網９０のリンク００２を介して接続されること、およびサービス提供サーバ１０ｂにＩＰアドレス１２９．６０．１００．２が付与されていることを表している。
３行目は、ドメイン名c.somedomain.jpで表されるサービス提供サーバ１０ｃはリンク００３を介して接続されていることを示している。ただし、サービス提供サーバ１０ｃは未接続であるため、ＩＰアドレスは付与されていない。
このように、各サービス提供サーバ１０ａ〜１０ｃにＩＰアドレスが付与されることで、各サービス提供サーバ１０ａ〜１０ｃがポータルサーバ１００を介してインターネット８に接続されることになる。
図３では、１台のポータルサーバ１００が同時に２台の例えば、サービス提供サーバにＩＰアドレスが与えられる例を示している。このサービス提供サーバに与えられたＩＰアドレスを端末２０に通知するのがＩＰアドレス通知部３０ｃである。

接続部４０は、端末２０とサービス提供サーバ１０ａ〜１０ｃとの通信を中継するルータ（router）等の中継機器によって構成される。また、接続部４０は、サービス提供サーバにＩＰアドレスを割り当てるＩＰアドレス割り当て部４０ａと、サービス提供サーバにＩＰアドレスを設定することで接続をアクセス網９０のリンクを介して確立し、サービス提供サーバをネットワークに接続する接続インターフェース４０ｂとから構成されている。
以上の説明では、サービス提供サーバとの接続を確立するときに、各接続サーバ４０ａ〜４０ｃに付与可能な２個のＩＰアドレスがＩＰアドレス割り当て部４０ａにより、動的にサービス提供サーバに割り当てられる例を示した。

このＩＰアドレスは、サービス提供サーバそれぞれに一対一の関係で用意しておいても良い。また、ポータルサーバが付与可能なＩＰアドレスを１個としてもよい。この方法によれば、限られたＩＰアドレスの資源を有効に利用することが出来る。この発明が適用されるサービス提供システムは、サービス提供サーバ１０ａ〜１０ｃが比較的アクセス頻度の低いサーバであるので、この動的にＩＰアドレスを付与する方法でも十分機能させることが可能である。
以上のように構成されたサービス提供システムについて、図面を用いてその動作を説明する。図４は、この発明の第１の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図である。図５は端末２０の構成を示すブロック図、図６はＤＮＳサーバ５０の構成を示すブロック図、図７ポータルサーバ１００の構成を示すブロック図、図８はサービス提供サーバ１０ａ〜１０ｃの構成を示すブロック図である。

以下、図１の動作説明を、端末及び各サーバの構成を示した図５〜図８を用いて行う。なお、動作説明は、端末２０が、サービス提供サーバ１０ａに保持されているコンテンツ配信に関わるサービスを要求する場合について行う。しかし、この発明のサービス提供システムで対象とするサービスは、Ｗｅｂコンテンツに限定されるものではない。
まず、ユーザが、図４のシーケンス図に示すように端末２０にインストールされているＷｅｂブラウザ等に、サービス提供サーバ１０ａに保持されているコンテンツのユーアールエル（Uniform Resource Locator、以下ＵＲＬと略す)例えば、（http://a.someserver.jp /resources.mpeg）を、図５に示す端末２０の入力手段２２で入力することによって動作が開始される（ステップＳ１）。

端末２０の機能ブロック２４を構成するドメイン名抽出部２４ａが、入力されたＵＲＬから、ドメイン名（a.someserver.jp）を抽出する（ステップＳ２）。機能ブロック２４は、端末２０の制御手段２３によって制御される。制御手段２３は図示しないＣＰＵ、ＲＯＭ、ＲＡＭによって構成され、機能ブロック２４を構成する各機能ブロックの動作手順及び動作タイミングを制御して端末２０を動作させる。
ドメイン名抽出部２４ａで抽出されたドメイン名に対応したＩＰアドレスを得るための解決要求を、ドメイン名解決要求生成部２４ｂが生成する（ステップＳ３）。生成された解決要求は、端末２０の通信インターフェース２１によってパケット（Packet）データに変換されインターネット８を介してＤＮＳサーバ５０ａに対して要求される（ステップＳ４）。

端末２０からのドメイン名の解決要求は、ＤＮＳサーバ５０ａの通信インターフェース５１を介して機能ブロック５３を構成するドメイン名受信部５３ａで受信される（ステップＳ５）。
なお、端末２０で説明した制御手段については、例えば、コンピュータで構成されるＤＮＳサーバ５０ａ、ポータルサーバ１００、サービス提供サーバ１０ａ〜１０ｃ、それぞれについて説明済みの端末２０と同様であり、各サーバの制御手段についての説明は以降省略する。

ＤＮＳサーバ５０ａのドメイン名受信部５３ａで受信されたサービス提供サーバ１０ａにより提供されるサービスを表すドメイン名はＩＰアドレス検索部５３ｂに伝達される。ＩＰアドレス検索部５３ｂは、ドメイン名とポータルサーバのＩＰアドレスとが一対となって記憶されているＩＰアドレステーブル５３ｃで所望のＩＰアドレスを検索する（ステップＳ６）。検索されたドメイン名に対応したポータルサーバ１００を表すＩＰアドレス（１２９．６０．１．１）を取得し、そのＩＰアドレスを端末２０に通知するための通知がＩＰアドレス通知生成部５３ｄで生成され（ステップＳ７）、通信インターフェース５１を介してインターネット８に送出される（ステップＳ８）。

端末２０は、ＤＮＳサーバ５０ａから通知されたポータルサーバ１００を表すＩＰアドレス（１２９．６０．１．１）を仮のＩＰアドレス受信部２４ｃで受信する。
以上で述べた端末２０の機能ブロック２４を構成するドメイン名抽出部２４ａとドメイン名解決要求生成部２４ｂと仮のＩＰアドレス受信部２４ｃとで、名前解決部２４ｏを構成している。
端末２０がＩＰアドレスを受信すると（ステップＳ９）端末２０は、ＤＮＳサーバ５０ａから通知されたポータルサーバ１００を表すＩＰアドレス（１２９．６０．１．１）に基づいてサービスを要求すると共に、仮のＵＲＬ通知生成部２４ｄで生成されたサービスのコンテンツを表すＵＲＬ（http://some.homeserver.flets.net/resources.mpeg）（ステップＳ１０）をポータルサーバ１００に送信する（ステップＳ１１）。

このＵＲＬを、後述するサービス提供サーバのＩＰアドレスを含んだ真のＵＲＬと区別する意味で、以降、仮のＵＲＬと称する。なお、仮のＵＲＬは上記コンテンツを表すドメイン名に対応したものである。
端末２０からのサービス要求はポータルサーバ１００の機能ブロック１０３を構成するサービス要求受信部１０３ａで受信され、サービスのコンテンツを表す仮のＵＲＬは、仮のＩＰアドレス受信部１０３ｂで受信される（ステップＳ１２）。
仮のＩＰアドレス受信部１０３ａで受信されたＵＲＬからドメイン名抽出部１０３ｃがドメイン名を抽出する（ステップＳ１３）。そのドメイン名（a.somedomain.jp）に基づきサービス提供サーバデータベース検索部（以下サービス提供サーバＤＢ検索部と略す）１０３ｄが、サービス提供サーバデータベース（以下サービス提供サーバＤＢと略す）１０３ｅを検索し、アクセス網のリンク番号００１を得る（ステップＳ１４）。

サービス提供サーバＤＢ検索部１０３ｃは得たリンク番号００１を、ＩＰアドレス割り当て部１０３ｆに伝達する。ＩＰアドレス割り当て部１０３ｅは、予めポータルサーバ１００がサービス提供サーバに付与する為に持ついくつかのＩＰアドレスの内の例えば、（１２９．６０．１００．１）をリンク番号００１に割り当てる（ステップＳ１５）。
図６に示すサービス提供サーバＤＢ１０３ｅは、リンク番号００１にＩＰアドレス（１２９．６０．１００．１）、リンク番号００２にＩＰアドレス（１２９．６０．１００．２）が割り当てられた状況を表している。

ＩＰアドレス割り当て部１０３ｆでリンク番号００１に割り当てられたＩＰアドレス（１２９．６０．１００．１）の情報は、ポータルサーバ１００の接続インターフェース１０３ｇに伝達され、接続インターフェース１０３ｇによってはリンク番号００１に接続されたサービス提供サーバ１０ａに対してネットワーク接続確立要求が行われる（ステップＳ１６）。
ここで、要求されたドメイン名がサービス提供サーバデータベース１０３ｅに無い場合、サービス提供サーバＤＢ検索部１０３ｄはその結果をテンポラリサービス提供部１０３ｈに伝達する。テンポラリサービス提供部１０３ｈは、この場合、端末２０からのサービス再要求に応答してテンポラリサービスに変えて、要求されたサービスが無い旨のメッセージを端末２０に返す。この時、テンポラリサービスも一緒に端末２０に提供してもよい。

以上述べたサービス要求者から要求されたサービスの内容を表すドメイン名の有無を検出する、サービス提供サーバＤＢ検索部１０３ｄとサービス提供サーバＤＢ１０３ｅとでサービスのコンテンツ検出手段１０３ｉを構成している。
要求されたドメイン名がサービス提供サーバデータベース１０３ｄに在る場合、ポータルサーバ１００は、サービス提供サーバ１０ａにネットワーク接続確立要求を行うと共に、テンポラリサービス提供部１０３ｈにおいてテンポラリコンテンツを生成させる（ステップＳ１７）。テンポラリコンテンツは、サービス再要求の指示と共に端末２０に提供される（ステップＳ１８）。テンポラリコンテンツは、端末２０のコンテンツ受信部２４ｅで受信され、コンテンツ処理部２４ｆでコンテンツに従った処理が施され、出力部２４ｇを介して表示手段２５で表示される。テンポラリコンテンツに音声出力情報が含まれている場合は、スピーカ２６で発音されサービス要求者に提供される（ステップＳ１９）。

テンポラリコンテンツは、例えば、「しばらくお待ちください」といったメッセージ等を表示するＷｅｂページが考えられる。または、テンポラリコンテンツとして広告の表示等も考えられ、サービス要求者に提供した例えば広告ページの表示数や、サービス要求者のクリック数を課金計数部１０３ｑで計数し、その計数値を基に広告のスポンサー等に費用請求をおこなうことも可能である。例えば、端末２０の表示手段２５上に表示される広告ページの画面上に、特定の広告主のサーバに誘導するボタンを表示するようにしておき、そこをサービス要求者がクリックした情報をサービス要求受信部１０３ａを介して課金計数部１０３ｑで計数することが可能である。

なお、ポータルサーバ１００において、ステップＳ１６はステップＳ１８の後に実行されてもよい。すなわち、ポータルサーバ１００は、端末２０にテンポラリコンテツの提供とサービス再要求の指示を送信した後に、サービス提供サーバ１０ａとのネットワーク接続の確立要求を行うようにしてもよい。
ネットワーク接続確立要求は、サービス提供サーバ１０ａの機能ブロック１３を構成するネットワーク接続要求受信部１３ａで、付与されたＩＰアドレスと共に受信される。受信されたＩＰアドレスは、接続処理部１３ｂにおいてサービス提供サーバ１０ａのＩＰアドレスとして設定される（ステップＳ２０）。このステップＳ２０でサービス提供サーバ１０ａにＩＰアドレスが設定されることで、サービス提供サーバ１０ａが初めてインターネット８に接続される。すなわち、ポータルサーバ１００とサービス提供サーバ１０ａとの接続が確立する。

サービス提供サーバ１０ａのＩＰアドレスが設定されると接続確立通知生成部１３ｃが、ポータルサーバ１００に対して接続が確立したことを通知する（ステップＳ２１）。接続確立通知は、ポータルサーバ１００の接続確立通知受信部１０３ｊで受信される。接続確立通知を受信すると、ＩＰアドレス通知部１０３ｋがドメイン名とサービス提供サーバ１０ａに付けられたＩＰアドレスを含んだ真のＵＲＬを生成する（ステップＳ２２）。
端末２０は，ポータルサーバ１００から送信されたサービス再要求の指示に基づき、サービスの再要求をポータルサーバ１００に送信する（ステップＳ２３）。ポータルサーバ１００は、端末２０から送信されたサービスの再要求を受信した際、既にステップＳ２１で接続確立の通知を受信していた場合は、真のＵＲＬ生成部１０３ｋが生成する（ステップＳ２２）サービス提供サーバ１０ａに付与されたＩＰアドレスを含む真のＵＲＬを、端末２０に通知する（ステップＳ２４）。

接続確立の通知が無い場合は、接続確立の通知がされるまで、再度ステップＳ１８及びステップＳ２２（サービスの再要求）が繰り返し実行される。なお、ポータルサーバ１００は、端末２０に対してサービス再要求を行う時点（ステップＳ１８）で、既にネットワーク接続の確立通知（ステップＳ２１）が行われていた場合は、ステップＳ１８及びステップＳ２１を省略し直ちにステップＳ２４を実行してもよい。
ここで、ポータルサーバ１００がサービス提供サーバ１０ａを表すＩＰアドレス（１２９．６０．１００．１）を端末２０に通知する方法について説明する。図９−１（ａ），（ｂ）にポータルサーバ１００から端末２０に送信されるサービス再要求の指示の具体例を示す。図９−１（ａ）の例では、端末２０のＷｅｂブラウザに対して３秒ごとにサービスの再要求を行う指示を示している。このＨＴＭＬ（Hypertext Markup Language）によって、３秒ごとにＷｅｂページがリロードされる。

また、図９−１（ｂ）の例では、ユーザにブラウザ画面上のリンクをクリックするよう促す旨、ブラウザ画面上に「ここをクリックして画面をリロードしてください」との文字列を表示し、ユーザに明示してリンクをクリックしてもらうことでサービスの再要求を行うようになっている。
以上述べた図９−１（ａ），（ｂ）の方法は、この順番で処理が高速である。ブラウザによっては、図９−１（ａ）及び図９−１（ｂ）の方法をサポートしていない場合があり、その場合には、図９−１（ｂ）の方法でサービス再要求を行う必要がある。また、図９−１（ａ）、（ｂ）の方法は併用することも可能である。

図９−２（ａ）、図９−２（ｂ）、図９−２（ｃ）はそれぞれ、ステップＳ２４において、ステップＳ２２で受信したサービスの再要求に応じて、ポータルサーバ１００から端末２０に送信されるメッセージの具体的なフォーマットを表している。
図９−２（ａ）はハイパーテキスト転送プロトコル（HTTP:Hypertext Transfar Protocol）リダイレクトを表すステータスコードおよび、
サービス提供サーバ１０ａのＩＰアドレス(１２９．６０．１００．１）を含むコンテンツの真のＵＲＬ（http://129.60.100.1/contents.mpeg）を端末２０のブラウザに通知するものである。図９−２（ａ）の応答を受け取った端末２０のブラウザは、上記真のＵＲＬに基づき、自動的にサービス提供サーバ１０ａ上のサービスを要求する。

図９−２（ｂ）の例は、ＨＴＭＬのメタタグ（ＨＴＭＬエレメント、Ｍｅｔａ）を用いて、上記コンテンツの真のＵＲＬ（http://129.60.100.1/contents.mpeg）を端末２０のブラウザに通知するものである。図９−２（ｂ）の応答を受け取った端末２０のブラウザは、上記真のＵＲＬに基づき、自動的にサービス提供サーバ１０ａ上のサービスを要求する。
図９−２（ｃ）の例は、上記コンテンツの真のＵＲＬをリンク先として表示するＷｅｂページを、端末２０のブラウザに通知するものである。図９−２（ｃ）の応答を受け取った端末２０のブラウザは、上記真のＵＲＬへのリンクを含むＷｅｂページに基づき、ユーザにＷｅｂ画面上のリンクのクリックを促す「ここをクリックしてコンテンツを御覧になれます」等のメッセージを表示する。ユーザが画面上のリンクをクリックすることにより、Ｗｅｂブラウザはサービス提供サーバ１０ａ上のサービスを要求する。

以上述べた図９−２（ａ）〜図９−２（ｃ）の方法は、この順番で処理が高速である。ブラウザによっては、図９−２（ａ）及び図９−２（ｂ）の方法をサポートしていない場合があり、その場合には、図９−２（ｃ）の方法で上記真のＵＲＬを通知する必要がある。また、図９−２（ａ）、（ｂ）、（ｃ）の方法は併用することも可能である。
端末２０は、ポータルサーバ１００から通知されたサービス提供サーバのＩＰアドレスを含んだ真のＵＲＬを真のＵＲＬ受信部２４ｈで受信する（ステップＳ２５）。真のＵＲＬ受信部２４ｈで受信したＵＲＬに含まれたＩＰアドレスに基づき、サービス要求をサービス要求生成部２４ｉが生成する（ステップＳ２６）。

サービス要求は、通信インターフェース２１及びインターネット８を経てポータルサーバ１００を介してサービス提供サーバ１０ａに通知される（ステップＳ２７）。
サービス要求は、サービス提供サーバ１０ａのサービス要求受信部１３ｅで受信され、受信されたサービス要求に基づきサービス提供処理部１３ｄがサービスコンテンツを生成（ステップＳ２８）し、ポータルサーバ１００、インターネット８を介して端末２０にサービス提供を行う（ステップＳ２９）。
サービス提供サーバ１０ａから提供されたサービスは、端末２０のコンテンツ受信部２４ｅで受信され、コンテンツ処理部２４ｆで処理されてサービス要求者に提供される（ステップＳ３０）。

サービス提供サーバ１０ａは、端末２０が要求したサービスの提供が終了した時点からの所定時間を所定時間計測処理部１３ｆで計測する（ステップＳ３１）。所定時間計測処理部１３ｆがタイムアップするまでの間に、再サービス要求が端末２０から要求されたか否かを確認し（ステップＳ３２）、再サービス要求が無い場合は、ポータルサーバ１００との接続を遮断するための接続遮断要求を接続遮断要求生成部１３ｇが生成する（ステップＳ３３）。
所定時間計測処理部１３ｆがタイムアップするまでの間に、端末２０から再サービスの要求があった場合、その要求を再サービス要求認識部１３ｈが認識する。所定時間計測処理部１３ｆがタイムアップするまでに再サービスの要求があると、所定時間計測処理部１３ｆは、再サービス要求認識部１３ｈによってリセットされ、サービス提供処理部１３ｄが再びサービス提供処理を開始する。したがって、所定時間計測処理部１３ｆがタイムアップするまでの間の、サービス要求によって何度でもサービス提供サーバ１０ａからサービスが提供される。

所定時間計測処理部１３ｆがタイムアップするまでの間に、端末２０から再サービスの要求が無い場合は、ポータルサーバ１００との接続を遮断するための接続遮断要求が接続遮断要求生成部１３ｇで生成され、ポータルサーバ１００に通知される（ステップＳ３４）。
接続遮断要求は、ポータルサーバ１００のネットワーク接続切断要求受信部１０３ｍで受信される（ステップＳ３５）。ネットワーク接続切断要求受信部１０３ｍで受信された接続遮断要求は、ネットワーク接続切断処理部１０３ｎに伝達される。ネットワーク接続切断処理部１０３ｎは、サービス提供サーバ１０ａにネットワーク切断通知を生成する切断通知生成部１０３ｐに切断通知を生成させる（ステップＳ３６）。生成された切断通知は、サービス提供サーバ１０ａに送信される（ステップＳ３７）。

サービス提供サーバ１０ａは、その切断要求をネットワーク切断通知受信部１３ｉで受信する（ステップＳ３８）。ネットワーク切断通知受信部１３ｉが切断要求を受信すると、接続処理部１３ｂに設定されたＩＰアドレスの設定が解除される。サービス提供サーバ１０ａのＩＰアドレスが解除されることで、サービス提供サーバ１０ａのインターネット８との接続は切断される（ステップＳ３９）。なお、サービス提供サーバ１０ａとの接続切断時に、例えば、ポータルサーバ１００から端末２０に対して切断通知を行い、端末２０の表示手段２５にその旨の表示を行うようにしてもよい。

ここでは、接続遮断要求をポータルサーバ１００が受信した後、サービス提供サーバ１０ａに切断通知をし、そのあとに端末２０にサービスの終了を通知するように説明したが、ポータルサーバ１００の切断通知生成部１０３ｐがこの両者に同時に切断と終了通知を行ってもよい。
また、接続サーバ４００ａからの切断通知を待つことなく、サービス提供サーバ１０側にポータルサーバ１００との接続を遮断する接続遮断部１３ｊを設けて、所定時間計測処理部１３ｆがタイムアップした時点でサービス提供サーバ１０側で接続を遮断するようにしてもよい。

以上説明したように、
この発明の第１の実施の形態に係るサービス提供システムによれば、端末２０がサービス提供サーバ１０ａを表すドメイン名（a.someserver.jp）に基づいてサービスを要求した場合にのみ、ポータルサーバとサービス提供サーバとの接続を確立して、端末２０からサービス提供サーバ１０ａへのアクセスを可能にするため、直接、ＩＰアドレスを用いて行われるポートスキャン等の不正なアクセスを防止することができる。
次にこの発明の第１の実施の形態の変形例に係るサービス提供システムの動作説明の為のシーケンスを図１０に示す。なお、図１０を含め以降の動作説明において、すでに説明済みの同一のシーケンスについては、同一の参照符号を付し、その説明を省略する。

図１０に示すシーケンスは、ポータルサーバ１００から端末２０への、サービス提供サーバ１０ａのＩＰアドレス（１２９．６０．１００．１）を含む真のＵＲＬの通知方法について、図４で示したシーケンスのステップＳ１８とステップＳ２２で説明したサービス提供サーバとポータルサーバとの接続が確立されるまで、一定時間ごと再サービス要求を繰り返す方法や、ユーザに操作を求める方法と異なる方式に関するものである。
したがって、接続確立が成される前後の図４−１に示したステップＳ１〜Ｓ１４までのシーケンスと、図４−３に示したステップＳ２７〜Ｓ４０までのシーケンスは全く同一の為、図４−２に示した部分に相当するシーケンスだけを図１０に示す。

ポータルサーバ１００は、ステップＳ１１における仮のＵＲＬによるサービス要求に対する応答として、端末２０にテンポラリコンテンツと共にコネクションの確立要求を送信する（ステップ１００）。
コネクションの確立要求に基づき、Ｗｅｂブラウザに予め組み込まれたプログラム若しくは、コネクションの確立要求と同時にポータルサーバ１００から端末２０に送信されたプログラムが端末２０上で実行され、結果として端末２０とポータルサーバ１００との間のコネクションが確立する（ステップ１０１）。上記プログラムはそのコネクションを通してポータルサーバ１００からの応答を待ち続ける。ポータルサーバ１００は、ステップＳ１０１でサービス提供サーバ１０ａとの接続が確立されると、即座にサービス提供サーバ１０ａに保持されているコンテンツの真のＵＲＬ（http://129.60.100.1/contents.mpeg）が、上記コネクションを通して端末２０に通知されるため（ステップＳ２４）、ユーザの待ち時間を短縮することが出来る。
［第２の実施の形態］
この発明の第２の実施の形態に係るサービス提供システムの全体構成図を図１１に示す。
なお、前述の第１の実施の形態に係るサービス提供システムを構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。

図１１に示すように、この発明の第２の実施の形態に係るサービス提供システムは、この発明の第１の実施の形態に係るサービス提供システムにおけるポータルサーバ１００の機能を、テンポラリサーバ３００と接続サーバ４００ａとに分離した構成になっている。テンポラリサーバ３００、接続サーバ４００ａの機能は、それぞれ図２に示したポータルサーバ１００の構成要素であるテンポラリ応答部３０、接続部４０と同様である。また、図２においてテンポラリ応答部３０に含めて示したサービス提供サーバデータベース３０ｂを、テンポラリサーバ３００とイーサネット（登録商標）８５０を介して接続される1台の独立したサーバとして分離して設けた例を示している。このサービス提供サーバデータベース３０ｂの機能は、例えばテンポラリサーバ３００の図示しないハードディスク等の記録手段に持たせることも可能である。

この発明の第２の実施の形態に係るサービス提供システムは、インターネット８に、ユーザの操作によりサービスを要求する端末２０と、テンポラリサーバ３００と接続サーバ４００ａと、接続サーバ４００ａのアクセス網９０のリンク００１〜００３を介して接続されるサービス提供サーバ１０ａ〜１０ｃと、がそれぞれ接続されて構成されている。
以上のように構成されたサービス提供システムについて、図面を用いてその動作を説明する。図１２は、この発明の第２の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図である。新たに追加されたテンポラリサーバ３００の構成を図１３に、接続サーバ４００ａの構成を図１４に、サービス提供サーバデータベース８００の構成を図１５に示す。これ以外の端末２０及びサービス提供サーバ１０ａについては、図５と図８に示す。

以下、図１１の動作説明を、図１２と端末及び各サーバの構成を示したブロック図を用いて行う。なお、動作説明は、端末２０が、サービス提供サーバ１０ａに保持されているコンテンツ配信に関わるサービスを要求する場合について行う。また、図１２のシーケンス図の説明においては、第１の実施の形態で既に説明済みの動作と同一の部分もある。ここでは分かり難くなることを避ける目的で、一部繰り返しになるが最初の動作ステップから番号を変えて付番し、動作の最初から説明を行う。
まず、サービス要求者が、図３のシーケンス図に示すように端末２０にインストールされているＷｅｂブラウザ等に、サービス提供サーバ１０ａに保持されているコンテンツのＵＲＬ、例えば、（http://a.someserver.jp /resources.mpeg）を、図４に示す端末２０の入力手段２２で入力することによって動作が開始される（ステップＳ１２１）。

端末２０の機能ブロック２４を構成するドメイン名抽出部２４ａが、入力されたＵＲＬから、ドメイン名（a.someserver.jp）を抽出する（ステップＳ１２２）。
ドメイン名抽出部２４ａで抽出されたドメイン名に対応したＩＰアドレスを得るための解決要求を、ドメイン名解決要求生成部２４ｂが生成する（ステップＳ１２３）。生成された解決要求は、端末２０の通信インターフェース２１の中に設けられたパケット（Packet）生成部２１ａによって小さなデータ単位に分割され、各データの先頭に送信先のアドレス等の情報であるＩＰヘッダが付加されたパケットに加工される。パケットに加工された解決要求は、インターネット８を介してＤＮＳサーバ５０ａに対して要求される（ステップＳ１２４）。

端末２０からのドメイン名の解決要求は、ＤＮＳサーバ５０ａの通信インターフェース５１を介して制御手段５２を構成するドメイン名受信部５３ａで受信される（ステップＳ１２５）。
ＤＮＳサーバ５０ａのドメイン名受信部５３ａで受信されたサービス提供サーバ１０ａを表すドメイン名はＩＰアドレス検索部５３ｂに伝達される。ＩＰアドレス検索部５３ｂは、ドメイン名とテンポラリサーバのＩＰアドレスとが一対となって記憶されているＩＰアドレステーブル５３ｃで所望のドメイン名を検索する（ステップＳ１２６）。検索されたドメイン名に対応したテンポラリサーバ３００を表すＩＰアドレス（１２９．６０．１．１）を取得し、そのＩＰアドレスを端末２０に通知するための通知がＩＰアドレス通知生成部５３ｄで生成され（ステップＳ１２７）、通信インターフェース５１を介してインターネット８に送出される（ステップＳ１２８）。

端末２０は、ＤＮＳサーバ５０ａから通知されたテンポラリサーバ３００を表すＩＰアドレス（１２９．６０．１．１）を仮のＩＰアドレス受信部２４ｃで受信する（ステップＳ１２９）。
以上で述べた端末２０の機能ブロック２４を構成するドメイン名抽出部２４ａとドメイン名解決要求生成部２４ｂと仮のＩＰアドレス受信部２４ｃとで、仮名前解決部２４ｏを構成している。
端末２０がＩＰアドレスを受信すると（ステップＳ１２９）端末２０は、ＤＮＳサーバ５０ａから通知されたテンポラリサーバ３００を表すＩＰアドレス（１２９．６０．１．１）に基づいてサービスを要求すると共に、仮のＵＲＬ通知生成部２４ｄで生成されたサービスのコンテンツを表す仮のＵＲＬhttp://a.someserver.jp/resources.mpeg）（ステップＳ１３０）をテンポラリサーバ３００に送信する（ステップＳ１３１）。

仮のＵＲＬはテンポラリサーバ３００のサービス要求受信部３０３ａで受信される（ステップＳ１３２）。
仮のＵＲＬ受信部３０３ａで受信されたドメイン名に基づき、サービス提供サーバＤＢＩＰ問い合わせ部３０３ｂが接続サーバ４００ａのＩＰアドレスを、サービス提供サーバＤＢ８００に問い合わせる（ステップＳ１３３）。
テンポラリサーバ３００からのドメイン名による問合せは、サービス提供サーバＤＢ８００の機能ブロック８０３を構成する問合せ受信部８０３ａで受信される。問合せ受信部８０３ａで受信されたドメイン名によって、検索部８０３ｂは、ドメイン名と対応して接続サーバのＩＰアドレスが記録されたテーブル８０３ｃから接続サーバのＩＰアドレスを得る。

ここで所望のドメイン名が見つからない場合、検索部８０３ｂは要求されたサービスコンテンツが無い旨の通知をテンポラリサーバ３００に行う。この検索部８０３ｂとテーブル８０３ｃとでサービスのコンテンツ検出手段を構成している。検索された接続サーバ４００ａのＩＰアドレス（２０２．１．１．１）は、テンポラリサーバへの送信部８０３ｄによって通信インターフェース８０１を介してインターネット８に送出される。
サービス提供サーバＤＢ８００のテンポラリサーバへの送信部８０３ｄによって送出された接続サーバのＩＰアドレスは、テンポラリサーバ３００の接続サーバのＩＰアドレス受信部３０３ｃで受信される（ステップＳ１３４）。

テンポラリサーバ３００は、受信した接続サーバ４００ａを表すアドレス（２０２．1．1．1）に基づいて接続サーバ４００ａに対する接続要求を接続サーバ接続要求生成部３０３ｅで生成する（ステップＳ１３５）。
生成された接続要求は、接続サーバへの送信部３０３ｆから接続サーバ４００ａに対して送出される（ステップＳ１３６）。テンポラリサーバ３００は、接続サーバ４００ａにサービス提供サーバ１０ａとの接続要求をした後、テンポラリコンテンツ生成部３０３ｈで生成した（ステップＳ１３７）テンポラリコンテンツを端末２０に提供する。テンポラリコンテンツの提供は、サービスの再要求の指示と一緒に行われる。（ステップＳ１３８）。サービス要求受信部３０３ａとテンポラリコンテンツ生成部３０３ｈとによってテンポラリサービス提供手段３０３ｗが構成されている。

端末２０は、テンポラリサーバ３００の端末への送信部３０３ｉから通信インターフェース３０１、インターネット８を介して提供されたテンポラリコンテンツをコンテンツ受信部２４ｅで受信し、提供されたコンテンツに対応した処理をコンテンツ処理部２４ｆで行う。テンポラリコンテンツは、例えば、「しばらくお待ちください」といったメッセージや広告を表示するＷｅｂページである場合が多いが、他のサービスも考えられる。
例えば、ダウンロードしたデータをメモリに記憶する必要がある場合は、図示しないハードディスク等のメモリ素子に記録するメモリ処理を行う。又は、表示や音声出力が必要な場合は、出力部２４ｇを介して表示手段２５やスピーカ２６を駆動してユーザにサービスを提供する（ステップＳ１３９）。

なお、ステップＳ１３５,Ｓ１３６とステップＳ１３７,Ｓ１３８の順番は逆になってもよい。すなわち、テンポラリサーバ３００は、テンポラリコンテンツを端末２０を介してサービス要求者に提供した後に、接続サーバ４００ａとサービス提供サーバ１０ａとのネットワーク接続を接続サーバ４００ａに要求するようにしてもよい。
接続サーバ４００ａは、テンポラリサーバ３００からのドメイン名に基づく接続要求を、機能ブロック４０３を構成するネットワーク接続要求受信部４０３ａで受信し、サービス提供サーバＩＰアドレス生成部４０３ｂがＩＰアドレスを生成する（ステップＳ１４０）。ここで、ＩＰアドレスの生成とは、ドメイン名と一対一に対応するＩＰアドレスを予め持っていても良いし、限られた数のＩＰアドレスをサービス要求の在った時点で、そのサービス要求のドメイン名のサービス提供サーバに付与してもよい。

後者の方法は、例えば、図１に示した各接続サーバ４００ａ〜４０ｃが、アクセス網９０のリンク００１〜００３を介して接続されるサービス提供サーバ１０ａ〜１０ｉに対して付与可能な複数のＩＰアドレスを有しており、テンポラリサーバ３００からの接続要求に対応するサービス提供サーバ１０ａ〜１０ｃの内の１個のサービス提供サーバに対して、上記複数のＩＰアドレスの内の１つを付与するやり方である。このように、付与可能なＩＰアドレスの数はサービス提供サーバの数より少なくてもよい。
この方法であれば、限られたＩＰアドレスの資源を有効に利用することが出来る。この発明が適用されるサービス提供システムは、サービス提供サーバ１０ａ〜１０ｃが比較的アクセス頻度の低いサーバであるので、この方法でも十分機能させることが可能である。

このＩＰアドレスはグローバルＩＰアドレスであり、接続要求生成部４０３ｃにおいてドメイン名を持つサービス提供サーバに対してＩＰアドレス通知を生成する（ステップＳ１４１）。そのＩＰアドレス通知は、サービス提供サーバへの送信部４０３ｄによって、ドメイン名を持つサービス提供サーバ、この例の場合、サービス提供サーバ１０ａに対してＩＰアドレスを通知する（ステップＳ１４２）。
サービス提供サーバ１０ａの機能ブロック１３を構成するネットワーク接続要求受信部１３ａが、そのＩＰアドレス通知を受信する。受信されたＩＰアドレスは、接続サーバとの接続処理部１３ｂにおいてサービス提供サーバ１０ａのＩＰアドレスとして設定される（ステップＳ１４３）。このＩＰアドレスが設定されたことを接続確立通知生成部１３ｃが接続サーバ４００ａに通知する（ステップＳ１４４）。

接続サーバ４００ａは、接続確立受信部４０３ｅでサービス提供サーバ１０ａとの接続がされたことを受信する（ステップＳ１４５）と、サービス提供サーバ１０ａに付与したＩＰアドレス（１２９．６０．１００．１）をテンポラリサーバに通知する通知を、サービス提供サーバのＩＰアドレス通知生成部４０３ｄで生成する（ステップＳ１４６）。
サービス提供サーバ１０ａのＩＰアドレス通知は、テンポラリサーバへの送信部４０３ｆによって通信インターフェース４０１を介してインターネット８に送出され、テンポラリサーバ３００に通知される（ステップＳ１４７）。

テンポラリサーバ３００は、サービス提供サーバ１０ａのＩＰアドレスをサービス提供サーバのＩＰアドレス受信部３０３ｄで受信し（ステップＳ１４８）、サービス提供サーバ１０ａのＩＰアドレス（１２９．６０．１００．１）を含むコンテンツの真のＵＲＬを真のＵＲＬ生成部３０３ｋにて生成する（ステップＳ１４９）。
生成された真のＵＲＬは、端末２０からのサービスの再要求（ステップＳ１５０）に応答して、端末への送信部３０３ｉによって端末２０に通知される（ステップＳ１５１）。
このテンポラリサーバ３００が端末２０に真のＵＲＬを通知する方法は、図９で説明したにポータルサーバ１００から端末２０に送信されるサービス再要求の指示の具体例と同じであるので説明を省略する。

端末２０は、テンポラリサーバ３０から通知されたサービス提供サーバのＩＰアドレスをサービス提供サーバのＩＰアドレス受信部２４ｈで受信する（ステップＳ１５２）。ＩＰアドレス受信部２４ｈで受信したＩＰアドレスに基づき、サービス要求をサービス要求生成部２４ｉで生成する（ステップＳ１５３）。
サービス要求は、通信インターフェース４１及びインターネット８を経て接続サーバ４０ａを介してサービス提供サーバ１０ａに通知される（ステップＳ１５４）。
サービス要求は、サービス提供サーバ１０ａのサービス要求受信部１３ｅで受信され、受信されたサービス要求に基づきサービス提供処理部１３ｄがサービス提供を行う（ステップＳ１５５）。サービス提供処理は、サービス提供処理部１３ｄによって、通信インターフェース１１、アクセス網９０、接続サーバ４００ａの中継部４０３ｊ、インターネット８、テンポラリサーバ３００、インターネット８を経て端末２０に提供される（ステップＳ１５６）。

サービス提供サーバ１０ａから提供されたサービスは、端末２０のコンテンツ受信部２４ｅで受信されコンテンツ処理部２４ｆで処理されユーザに提供される（ステップＳ１５７）。
サービス提供サーバ１０ａは、端末２０が要求したサービスの提供が終了した時点からの所定時間を所定時間計測処理部１３ｆで計測する（ステップＳ１５８）。所定時間計測処理部１３ｆがタイムアップするまでの間に、再サービス要求が端末２０から要求されたか否かを確認し（ステップＳ１５９）、再サービス要求が無い場合は、接続サーバ４００ａとの接続を遮断するための接続遮断要求を接続遮断要求生成部１３ｇが生成する（ステップＳ１６０）。

所定時間計測処理部１３ｆがタイムアップする間に、端末２０から再サービスの要求があった場合、その要求を再サービス要求認識部１３ｈが認識する。所定時間計測処理部１３ｆがタイムアップするまでに再サービスの要求があると、所定時間計測処理部１３ｆは、再サービス要求認識部１３ｈによってリセットされ、サービス提供処理部１３ｄが再びサービス提供処理を開始する。したがって、所定時間計測処理部１３ｆがタイムアップするまでの間の、サービス要求によって何度でもサービス提供サーバ１０ａからサービスが提供される。

所定時間計測処理部１３ｆがタイムアップする間に、端末２０から再サービスの要求が無い場合は、接続サーバ４００ａとの接続を遮断するための接続遮断要求が接続遮断要求生成部１３ｇで生成され、接続サーバ４００ａに通知される（ステップＳ１６１）。
接続遮断要求は、接続サーバ４００ａのネットワーク接続切断要求受信部４０３ｇで受信される（ステップＳ１６２）。ネットワーク接続切断要求受信部４０３ｇで受信された接続遮断要求は、ネットワーク接続切断処理部４０３ｈに伝達される。ネットワーク接続切断処理部４０３ｈは、サービス提供サーバ１０ａにネットワーク切断通知を生成する切断要求生成部４０３ｋに切断通知を生成させる（ステップＳ１６３）。生成された切断通知は、サービス提供サーバへの送信部４０３ｄによって、サービス提供サーバ１０ａに通知される（ステップＳ１６４）。

サービス提供サーバ１０ａは、その切断通知をネットワーク切断通知受信部１３ｉで受信する。ネットワーク切断通知受信部１３ｉが切断要求を受信すると、接続サーバとの接続処理部１３ｂで設定されたＩＰアドレスの設定が解除される（ステップＳ１６５）。サービス提供サーバ１０ａのＩＰアドレスが解除されることで、サービス提供サーバ１０ａのインターネット８との接続は切断される。
また、接続サーバ４００ａのネットワーク接続切断要求受信部４０３ｇは、テンポラリサーバ３０へサービス提供サーバ１０ａとのネットワーク接続が切断されたことを通知する切断通知を生成する切断通知生成部４０３ｉに切断通知を生成させる（ステップＳ１６６）。生成された切断通知は、テンポラリサーバへの送信部４０３ｆによってテンポラリサーバ３００に送信される（ステップＳ１６７）。

切断通知はテンポラリサーバ３００のサービス提供サーバとの切断通知受信部３０３ｌで受信される（ステップＳ１６８）。受信された切断通知は、サービスの終了を端末２０に通知するための通知を生成するサービス終了通知生成部３０３ｍに伝達されサービス終了通知が生成される（ステップＳ１６９）。
サービス終了通知は、端末への送信部３０３ｉによって通信インターフェース３０１、インターネット８を介して端末２０に通知される（ステップＳ１７０）。サービス終了通知は、端末２０の機能ブロック４４を構成するサービス終了通知受信部２４ｊで受信され（ステップＳ１７１）、その情報は出力部２４ｇを介して表示手段２５に表示される（ステップＳ１７２）。

以上説明したように、
この発明の第２の実施の形態に係るサービス提供システムによれば、端末２０がサービス提供サーバ１０ａを表すドメイン名（a.someserver.jp）に基づいてサービスを要求した場合にのみ、接続サーバとサービス提供サーバとの接続を確立して、端末２０からサービス提供サーバへのアクセスを可能にするため、直接、ＩＰアドレスを用いて行われるポートスキャン等の不正なアクセスを防止することができる。
〔第３の実施の形態〕
次に、この発明の第３の実施の形態に係るサービス提供システムの全体構成図を図１６に示す。なお、この発明の第３の実施の形態に係るサービス提供システムを構成する構成要素のうち、この発明の第２の実施の形態に係るサービス提供システムを構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。

図１６に示すように、この発明の第３の実施の形態に係るサービス提供システムは、説明済みの第２の実施の形態に、サービス要求者を認証する認証サーバ６００と認証データベース７００が新たに付加されたものであり、他の構成要素は同一である。
サービスを提供するサービス提供サーバ１０ａ〜１０ｃと、サービス要求者の操作によりサービスを要求する端末２０と、テンポラリサーバ３００と、サービス提供サーバ１０ａ〜１０ｃと接続する接続サーバ４００ａと、サービス提供サーバ１０ａ〜１０ｃを表すドメイン名を解決するＤＮＳサーバ５０ａと、ユーザを認証する認証サーバ６００と、サービス提供サーバデータベース８００とを有して構成されている。

認証サーバ６００は、例えば、サービス要求者を認証するための認証情報が記憶されている認証データベース７００に接続するようになっている。ここで、認証情報は、例えば、要求者ＩＤ及びその要求者ＩＤに対応するパスワードである。また、認証サーバ６００は、例えば、汎用のコンピュータ等によって構成される。なお、認証サーバ６００は、認証データベース７００を有するような構成となっていてもよい。
また、認証データベース７００は、サービス提供サーバデータベース８００の内容を含むようになっていてもよい。

以上のように構成されたサービス提供システムについて、図面を用いてその動作を説明する。図１７はこの発明の第３の実施の形態に係るサービス提供システムの動作説明のためのシーケンス図である。なお、以下の動作説明は、端末２０が、サービス提供サーバ１０ａに保持されているコンテンツの配信に関わるサービスを要求する場合について行う。
認証サーバ６００を設けたことによって先に説明済みの図３に示したシーケンス図と異なる動作部分について説明を行う。
図１８に認証サーバ６００の構成を示すブロック図を示す。図１７に示したシーケンス図において、サービス提供サーバＤＢ８００から接続サーバ４０ａのＩＰアドレスを取得するステップＳ１３６までの動作は、先に説明済みの第２の実施の形態に係るシーケンス図の図１２と同じであるので、説明を省略する。図１７のシーケンス図においてもステップＳ１２１〜Ｓ１３６の表記を省略する。

サービス提供サーバＤＢ８００から接続サーバ４０ａのＩＰアドレスを取得したあと、テンポラリサーバ３００は、テンポラリコンテンツ生成部３０３ｈのコンテンツを端末２０に提供する。
テンポラリサーバ３００は、端末２０にテンポラリコンテンツを提供した後に、サービス要求者認証情報要求生成部３０３ｎが生成（ステップＳ１７３）した認証情報要求を、端末への送信部３０３ｉが端末２０に対してサービス要求者の認証情報を要求する（ステップＳ１７４）。

端末２０は、サービス要求者認証情報要求（以下サービス要求者をＳ要求者と略す）をＳ要求者認証情報受信部２４ｋで受信（ステップＳ１７５）し、Ｓ要求者認証情報要求を受信したことをＳ要求者認証情報の入力要求部２４ｌに伝達する。Ｓ要求者認証情報の入力要求部２４ｌは、Ｓ要求者に認証情報の入力を要求する為に、出力部２４ｇを介して表示手段２５にＳ要求者に認証情報の入力するように表示させる（ステップＳ１７６）。
サービス提供を受けるＳ要求者がその表示を確認した後、Ｓ要求者が端末２０の入力手段２２によって認証情報を入力する（ステップＳ１７７）。Ｓ要求者認証情報の入力要求部２４ｌは、Ｓ要求者によって入力された認証情報を通信インターフェース２１、インターネット８を介してテンポラリサーバ３００に送信する（ステップＳ１７８）。

テンポラリサーバ３００は、機能ブロック３０３を構成するＳ要求者認証情報の受信部３０３ｏで受信する（ステップＳ１７９）。受信したＳ要求者認証情報は、Ｓ要求者認証情報転送部３０３ｐによって通信インターフェース３０１、インターネット８を介して認証サーバ６００に転送される（ステップＳ１８０）。
認証サーバ６００は、テンポラリサーバ３００から転送された認証情報をＳ要求者認証情報受信部６０３ａで受信し、その受信した認証情報と、認証データベース７００に記憶されている認証情報との照合を認証処理部６０３ｂで行い、その結果を認証結果生成部６０３ｃに伝達する（ステップＳ１８１）。

認証結果生成部６０３ｃは、認証結果に基づく認証結果通知を生成する（ステップＳ１８２）。その認証結果通知は、テンポラリサーバへの送信部６０３ｄによって、通信インターフェース６０１、インターネット８を介してテンポラリサーバ３００に通知する（ステップＳ１８３）。
テンポラリサーバ３００は、認証サーバ６００からの認証結果情報を機能ブロック３０３を構成する認証結果受信部３０３ｑで受信し、その認証結果情報をＳ要求者認証結果判定部３０３ｒで判定する（ステップＳ１８４）。

認証が成功した場合、Ｓ要求者認証結果判定部３０３ｒは、接続要求生成部３０３ｅに接続サーバ４００ａとサービス提供サーバ１０ａとの接続を確立させる接続要求を生成させ（ステップＳ１８５）、その接続要求を接続サーバへの送信部３０３ｆによって、通信インターフェース３０１、インターネット８を介して接続サーバ４００ａに通知する（ステップＳ１８６）。
認証が失敗した場合、Ｓ要求者認証結果判定部３０３ｒは、認証結果生成部３０３ｓに認証結果の失敗情報を生成させ（ステップＳ１８７）、端末への送信部３０３ｉによって、認証の失敗を端末２０に通知する（ステップＳ１８８）。

認証の失敗情報は、端末２０の機能ブロック２４を構成する認証失敗情報受信部２４ｍで受信され（ステップＳ１８９）、Ｓ要求者認証情報の再入力要求部２４ｎに伝達される。Ｓ要求者認証情報の再入力要求部２４ｎは、閲覧者に認証情報の再入力を要求する為に、出力部２４ｇを介して表示手段２５にＳ要求者に認証情報の再入力をするように表示させる（ステップＳ１９０）。
閲覧者がその表示を確認した後、端末２０の入力手段２２によって認証情報を再入力する（ステップＳ１９１）。認証情報の再入力後の動作は、既に説明済みの認証情報をテンポラリサーバ３００に通知するステップＳ１７８〜認証結果情報をテンポラリサーバ３００のＳ要求者認証結果判定部３０３ｒで判定するステップＳ１８４までの動作を認証が成功するまで繰り返す。

認証が成功した場合の接続サーバ４００ａへの接続要求を行うステップ１８５以降の動作は、すでに説明済みのシーケンス図の図１２と同じであるので、説明を省略する。
以上説明したように、この発明の第３の実施の形態に係るサービス提供システムによれば、サービス要求者が認証サーバ６００によって認証された場合にのみ、接続サーバ４００ａとサービス提供サーバ１０ａとの接続を確立して、Ｓ要求者が操作する端末２０からサービス提供サーバ１０ａへのアクセスを可能にするため、アクセス権限を有しないサービス要求者からの不正なアクセスを防止することができる。

次に、この発明の第３の実施の形態に係るサービス提供システムの変形例を説明する。図１９は、この発明の第３の実施の形態の変形例に係るサービス提供システムの動作説明のためのシーケンス図である。図１９に示す動作は、先に説明した図１７の認証サーバ６００におけるサービス要求者認証動作と並行して接続サーバ４００ａとサービス提供サーバ１０ａとの接続確立の動作を行うようにすることで、ネットワーク接続を確立するまでのサービス要求者の待ち時間を短縮するようにしたものである。
すなわち、テンポラリサーバ３００と端末２０と認証サーバ６００との間で行われるＳ要求者認証動作ステップＳ１７３〜Ｓ要求者認証情報の再入力ステップＳ１８９の間に、接続サーバ４００ａとサービス提供サーバ１０ａとの間のネットワーク確立の動作を行うステップＳ１４０〜ステップＳ１４７の動作を並行して行うようにしたものである。したがって、Ｓ要求者認証がステップＳ１８２で成功した後に、サービス提供サーバ１０ａの接続確立の処理を行う図１７に示した実施例よりも、図１９に示す動作の方が閲覧者の待ち時間を短くすることができる。

Ｓ要求者の認証動作と接続サーバ４００ａとサービス提供サーバ１０ａとの接続確立動作を同時並行で行うことによって、追加になった動作ステップをハッチングして図１９に示す。追加になる動作ステップは、テンポラリサーバ３００がＳ要求者認証結果情報をＳ要求者認証結果判定部３０３ｒで判定するステップ１８４で認証が失敗した場合に、既に接続されている接続サーバ４００ａとサービス提供サーバ１０ａとの間の接続を遮断する為の動作である。
Ｓ要求者認証結果判定部３０３ｒで認証が失敗であったと判断される（ステップＳ１８４）と、Ｓ要求者認証結果判定部３０３ｒは、接続サーバ接続要求生成部３０３ｅに接続遮断要求を生成させ（ステップＳ２００）、その遮断要求を接続サーバへの送信部３０３ｆによって接続サーバ４００ａに通知する（ステップＳ２０１）。この結果、Ｓ要求者認証中に確立された接続サーバ４００ａとサービス提供サーバ１０ａとの間の接続は遮断される。

これ以外の動作ステップは、説明済みの図１７と同じであるので説明を省略する。
〔第４の実施の形態〕
次に、この発明の第４の実施の形態に係るサービス提供システムの全体構成図を図２０に示す。
なお、この発明の第４の実施の形態に係るサービス提供システムを構成する構成要素のうち、この発明の第２の実施の形態または第３の実施の形態に係るサービス提供システムを構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。

図２０に示すように、この発明の第４の実施の形態に係るサービス提供システムは、既に説明済みの第３の実施の形態と、接続サーバ４０ａ〜４０ｃとインターネット８との間にファイアウォール９００が設けられている点が異なる。また、接続サーバ４００ｂ及び４００ｃと、その各接続サーバそれぞれのアクセス網９０a，９０ｂ，９０ｃに３台ずつ接続されるサービス提供サーバ１０ｄ〜１０ｉを追加して示している。その他は、図１６と同じである。
ファイアウォール９００は、例えば、外部からの不正アクセスの監視および防止、パケットフィルタリング等の機能を有している。また、ファイアウォール９００は、例えば、汎用のコンピュータ等によって構成される。なお、ファイアウォール９００、テンポラリサーバ３００、接続サーバ４００ａは一体となっていてもよい。

以上のように構成されたサービス提供システムについて、図面を用いてその動作を説明する。図２１は、この発明の第４の実施の形態に係るサービス提供システムの動作説明のためのシーケンス図である。図２２にファイアウォール９００の構成を示すブロック図を示す。ファイアウォール９００は、インターネット８と通信シンターフェース９０１によって接続し、接続サーバ４００ａとは接続サーバ用インターフェース９０４を介して接続している。このように、インターネット８に接続された端末２０と接続サーバ４００ａとの間の中継を行う。なお、機能ブロック９０３の各機能については、以下の動作説明の中で述べる。

図２１に示すシーケンス図は、既に説明済みのシーケンス図１７と基本的には同じであり、ファイアウォール９００が新たに設けられた事により追加となった動作ステップのみを説明する。追加になった動作ステップについては、ハッチングして示す。
認証サーバ６００によるＳ要求者認証結果をテンポラリサーバ３００で判定するステップ１８４まで、動作は全く同一である。同一の動作については、動作ステップの参照符号を同一にし、その説明を省略する。
テンポラリサーバ３００でＳ要求者認証結果を判定するステップ１８４において、Ｓ要求者認証が成功した場合、テンポラリサーバ３００の機能ブロック３０３を構成するファイアウォールへの接続許可生成部３０３ｔが、接続許可を生成する（ステップ２１０）。

接続許可は、ファオアウォールへの送信部３０３ｕによってファイアウォール９００に通知され、接続許可の設定を要求する（ステップＳ２１１）。
ファイアウォール９００は、テンポラリサーバ３００が行った接続許可の設定の要求を機能ブロック９０３を構成する接続許可設定要求受信部９０３ａで受信する（ステップＳ２１２）。接続許可設定要求を受信すると接続許可設定処理部９０３ｂが、端末と接続サーバとの接続許可テーブル９０３ｃに、端末２０のＩＰアドレスと接続サーバのアドレスを設定し、その両者間のみのデータの中継処理を可能にする（ステップＳ２１３）。

中継処理が動作可能に設定されると、ファイアウォール９００は、例えば、端末２０のＩＰアドレス・ＴＣＰ／ＵＤＰポート番号および接続サーバ４００ａのアドレス・ＴＣＰ／ＵＤＰポート番号が含まれるパケットのみを通過させるいわゆるフィルタリング動作をフィルタリング処理部９０３ｆが行う。
接続許可の設定がされたファイアウォール９００は、フィルタリング処理部９０３ｆが、接続サーバ４００ａからのサービス提供（ステップＳ１５６）を中継処理し、端末２０に伝達する（ステップＳ２１４）。

サービス提供終了後、テンポラリサーバ３００が接続サーバ４００ａからのサービス提供サーバとの切断通知を受信する（ステップＳ１６８）と、テンポラリサーバ３００のファイアウォール遮断要求生成部３０３ｖは、ファイアウォールの遮断要求を生成する（ステップＳ２１５）。
生成されたファイアウォールの遮断要求は、テンポラリサーバ３００のファイアウォールへの送信部３０３ｕによって、ファイアウォール９００に通知される（ステップＳ２１６）。ファイアウォールの遮断要求は、ファイアウォール９００の機能ブロック９０３を構成する接続遮断設定要求受信部９０３ｄで受信され（ステップＳ２１７）、接続遮断設定処理部９０３ｅが接続許可テーブル９０３ｃの設定を解除する（ステップＳ２１８）。

なお、テンポラリサーバ３００は、ステップＳ１８６（図１７−２参照）において、端末２０が要したサービスに係るコンテンツのパス名（resources.mpeg）を接続サーバ４００ａに通知し、接続サーバ４００ａは、ステップＳ１４２（図１７−２参照）において、サービス提供サーバ１０ａに保持されているコンテンツの有無を検出し、その検出結果をファイアウォール９００に通知するようになっていてもよい。そして、ファイアウォール９００は、認証サーバ６００による認証が成功し、かつ、コンテンツが検出された場合に、端末２０からサービス提供サーバ１０ａへの接続を許可する。このとき、接続サーバ４００ａは、この発明におけるコンテンツ検出手段を実現する。

以上説明したように、この発明の第３の実施の形態に係るサービス提供システムは、Ｓ要求者が認証サーバ６００によって認証された場合にのみ、Ｓ要求者が操作する端末２０からサービス提供サーバ１０ａへのアクセスを許可するため、アクセス権限を有しないＳ要求者からの不正なアクセスを防止することができる。
また次に、この発明の第４の実施の形態に係るサービス提供システムの変形例を示す。図２３に示すシーケンス図は、図１９で説明した認証サーバにおけるＳ要求者認証と、同時並行で接続サーバとサービス提供サーバとの接続確立を行う動作例と異なり、Ｓ要求者認証が成功してから接続サーバとサービス提供サーバとの接続確立を行うようにしたものである。また、図２３は、図１７で説明済みのシーケンス図と基本的には同じであり、ファイアウォール９００が新たに設けられた事により追加となった動作ステップのみを説明する。追加になった動作ステップについては、ハッチングして示す。認証サーバ６００によるＳ要求者認証結果をテンポラリサーバ３００で判定するステップ１８３まで、動作は全く同一である。同一の動作については、動作ステップの参照符号を同一にし、その説明を省略する。

テンポラリサーバ３００でＳ要求者認証結果を判定するステップ１８４において、Ｓ要求者認証が成功した場合、テンポラリサーバ３００のファイアウォールへの接続許可生成部３０３ｔが、接続許可を生成する（ステップＳ２３０）。接続許可は、ファオアウォールへの送信部３０３ｕによってファイアウォール９００に通知され、接続許可の設定を通知する（ステップＳ２３１）。
ファイアウォール９００は、テンポラリサーバ３００が行った接続許可の設定の要求を機能ブロック９０３を構成する接続許可設定要求受信部９０３ａで受信する（ステップＳ２３２）。接続許可設定要求を受信すると接続許可設定処理部９０３ｂが、端末と接続サーバとの接続許可テーブル９０３ｃに、端末２０のＩＰアドレスと接続サーバのアドレスを設定し、その両者間のみのデータの中継処理を可能にする（ステップＳ２３３）。

端末と接続サーバとの中継処理部が動作可能に設定されると、ファイアウォール９００は、例えば、端末２０のＩＰアドレス・ＴＣＰ／ＵＤＰポート番号および接続サーバ４００ａのＩＰアドレス・ＴＣＰ／ＵＤＰポート番号が含まれるパケットのみを通過させるいわゆるフィルタリング動作を行う。
接続許可の設定がされたファイアウォール９００は、ファイアウォール９００のフィルタリング処理部９０３ｆが、接続サーバ４００ａからのサービス提供（ステップＳ１５６）を中継し、端末２０に伝達する（ステップＳ２３４）。

サービス提供終了後、テンポラリサーバ３００が接続サーバ４００ａからのサービス提供サーバとの切断通知を受信する（ステップＳ１６８）と、テンポラリサーバ３００のファイアウォール遮断要求生成部３０３ｖは、ファイアウォールの遮断要求を生成する（ステップＳ２３５）。
生成されたファイアウォールの遮断要求は、ファイアウォールへの送信部３０３ｕによって、ファイアウォール９００に通知される（ステップＳ２３６）。ファイアウォールの遮断要求は、ファイアウォール９００の接続遮断設定要求受信部９０３ｅで受信され（ステップＳ２３７）、接続遮断設定処理部９０３ｅが端末とサービス提供サーバとの接続許可テーブル９０３ｃの設定をリセットする（ステップＳ２３８）。

以上説明したように、この発明の第３の実施の形態に係るサービス提供システムは、Ｓ要求者が認証サーバ６０によって認証された場合にのみ、Ｓ要求者が操作する端末２０からサービス提供サーバ１０ａへのアクセスを許可するため、アクセス権限を有しないＳ要求者からの不正なアクセスを防止することができる。
〔第５の実施の形態〕
次に、この発明の第５の実施の形態に係るサービス提供システムの全体構成を図２４に示す。なお、この発明の第５の実施の形態に係るサービス提供システムを構成する構成要素のうち、この発明の第１〜３の実施の形態に係るサービス提供システムを構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。

図２４に示すこの発明の第５の実施の形態に係るサービス提供システムが、先に説明した第１〜第４の実施の形態と異なる点は、ＤＮＳサーバ５０ｂ（名前解決接続サーバとも称する）が端末２０からのドメイン名の解決要求が在った時点で、接続サーバを表すＩＰアドレスを取得し、直ちに接続サーバとサービス提供サーバとの接続確立を接続サーバに対して要求する機能を備えている点である。
このように一般的な名前解決だけを行うここまでに説明して来たＤＮＳサーバ５０ａに、接続サーバに対してサービス提供サーバとの接続要求を行う機能、接続要求生成部５３ｅを備えることによって、Ｓ要求者がサービスを要求してからサービス提供サーバとの接続が確立されるまでの待ち時間を短縮することが可能である。

図２４の動作説明に当たって、今までの説明でその動作は明らかなので、新たにシーケンス図は示さない。第２の実施の形態の動作を説明した図１２のシーケンス図を用いて説明すれば。一般的なＤＮＳサーバ５０ａでこの発明によるサービス提供システムを実現した場合、接続サーバ４００ａに接続要求を通知するまでに、ステップＳ１２１〜ステップＳ１３６の手順を必要としていた。
それに対して、名前解決接続サーバ５０ｂでは、端末２０にテンポラリサーバのＩＰアドレスを通知するステップＳ１２８の前後で接続サーバ４００ａに対する接続要求を通知することが可能である。このように早い段階で接続確立を行うことが出来る。

確立した接続の遮断については、今までの説明で明らかであるので説明は省略する。
このように一般的なＤＮＳサーバ５０ａをこの発明によるＤＮＳサーバ５０ｂとしても、この発明の特徴である直接的なＩＰアドレスを用いて行われるポートスキャン等の不正なアクセスを防止できる効果を有する。
以上説明したように、この発明によるサービス提供システムによれば、端末がサービス提供サーバを表すドメイン名に基づいてサービスを要求した場合にのみ、ポータルサーバによって、要求されたサービスドメイン名を持つサービス提供サーバがネットワークに接続されるようになる。したがって、サービス提供サーバを表すドメイン名に基づいたサービス要求をポータルサーバに行うことで、端末からサービス提供サーバへのアクセスが可能になるため、直接、ＩＰアドレスを用いて行われるポートスキャン等の不正なアクセスを防止することができる。

なお、端末２０とサービス提供サーバとの間の接続は、固定通信網、移動通信網、ＬＡＮ等、のあらゆるネットワークで接続されていてもこの発明のサービス提供システムを構築することが可能である。
また、端末２０及び各サーバは、例えばコンピュータで構成されることを述べたが、その端末２０、及び各サーバの機能は、各制御手段の中のＲＯＭに格納されるプログラムによって決定されるものである。またそのプログラムはＣＤＲＯＭ等の記録媒体に記録することが可能である。

また、第１〜第５の実施の形態にこの発明を分けて説明したが、それぞれの構成要素は、全ての実施の形態に適用可能なものである。

この発明の第１の実施の形態に係るサービス提供システムの全体構成図を示す図である。 この発明の第１の実施の形態に係るポータルサーバ１００の構成を示す図である。 サービス提供サーバデータベースのデータ構造の例を示す。 この発明の第１の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図の１ページ目である。 この発明の第１の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図の２ページ目である。 この発明の第１の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図の３ページ目である。 端末２０の構成を示すブロック図である。 ＤＮＳサーバ５０ａの構成を示すブロック図である。 ポータルサーバ１００の構成を示すブロック図である。 サービス提供サーバの構成を示すブロック図である。 図９−１はポータルサーバ１００から端末２０に送信されるサービス再要求の指示の具体例を示す図、図９−２は端末２０からのサービス再要求に対するポータルサーバ１００からの具体的な応答例を示す図である。 この発明の第１の実施の形態の変形例に係るサービス提供システムの動作説明の為のシーケンスを示す図である。 この発明の第２の実施の形態に係るサービス提供システムの全体構成を示す図である。 この発明の第２の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図の１ページ目である。 この発明の第２の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図の２ページ目である。 この発明の第２の実施の形態に係るサービス提供システムの動作を説明するためのシーケンス図の３ページ目である。 テンポラリサーバ３００の構成を示すブロック図である。 接続サーバ４００の構成を示すブロック図である。 サービス提供サーバデータベース８００の構成を示すブロック図である。 この発明の第３の実施の形態に係るサービス提供システムの全体構成図を示す図である。 この発明の第３の実施の形態に係るサービス提供システムの動作説明のためのシーケンス図の１ページ目である。 この発明の第３の実施の形態に係るサービス提供システムの動作説明のためのシーケンス図の２ページ目である。 認証サーバ６００の構成を示すブロック図である。 この発明の第３の実施の形態の変形例に係るサービス提供システムの動作説明のためのシーケンス図の１ページ目である。 この発明の第３の実施の形態の変形例に係るサービス提供システムの動作説明のためのシーケンス図の２ページ目である。 この発明の第４の実施の形態に係るサービス提供システムの全体構成を示す図である。 この発明の第４の実施の形態に係るサービス提供システムの動作説明のためのシーケンス図の１ページ目である。 この発明の第４の実施の形態に係るサービス提供システムの動作説明のためのシーケンス図の２ページ目である。 この発明の第４の実施の形態に係るサービス提供システムの動作説明のためのシーケンス図の３ページ目である。 ファイアウォール９００の構成を示すブロック図である。 この発明の第４の実施の形態に係るサービス提供システムの変形例の動作説明のためのシーケンス図の１ページ目である。 この発明の第４の実施の形態に係るサービス提供システムの変形例の動作説明のためのシーケンス図の２ページ目である。 この発明の第４の実施の形態に係るサービス提供システムの変形例の動作説明のためのシーケンス図の１ページ目である。 この発明の第５の実施の形態に係るサービス提供システムの全体構成を示す図である。

Claims (1)

1. ネットワークに接続され、サービスコンテンツを表すドメイン名の解決要求を名前解決接続サーバに対して行う手段と、上記名前解決接続サーバからポータルサーバのＩＰアドレスを通知された場合に、当該ポータルサーバにサービス要求を行う手段とを備える端末と、
   上記端末よりドメイン名の解決要求を受信すると、そのドメイン名の解決を行うと共に、サービスを提供するサービス提供サーバと接続サーバとのネットワーク接続確立要求を上記接続サーバに対して行う手段と、上記端末からドメイン名の解決要求があった場合に、ポータルサーバのＩＰアドレスを上記端末に通知する手段と、上記接続サーバからサービス提供サーバのＩＰアドレスを受信した場合に当該受信したＩＰアドレスを上記端末に送信する手段とを備える名前解決接続サーバと、
   上記名前解決接続サーバから上記ネットワーク接続確立要求を受信すると、上記サービス提供サーバにネットワーク接続確立要求を行い、上記サービス提供サーバから接続確立通知を受信した場合には、上記名前解決接続サーバに対して上記サービス提供サーバのＩＰアドレスを通知する接続サーバと、
   上記確立された接続を通じて上記ネットワークと接続され、サービスを提供する上記サービス提供サーバと、
   を具備し、
   上記ポータルサーバが、
   上記端末のサービスコンテンツを表すドメイン名に基づくサービス要求に応じて、上記サービス提供サーバと接続サーバとの接続が確立されるまでの間、上記端末にユーザ向けの任意の広告もしくは案内を記載したテンポラリコンテンツを表示させるテンポラリサービスを提供するテンポラリサービス提供部と、サービスを表すドメイン名とサービス提供サーバとの対応を取りサービスに対応するサービス提供サーバのリンク番号を特定するサービス提供サーバデータベースと、を備えるテンポラリ応答部と、
   サービス要求者に提供される上記テンポラリサービスの表示数と、サービス要求者のクリック数とを計数する課金計数部と、
   を備えることを特徴とするサービス提供システム。

Images