JP2004112766A - 適合コンテンツ提供方法及びそのシステム - Google Patents

Abstract

【課題】接続会社、ハードウエア構成、ソフトウェア構成などの端末稼働環境が異なる携帯電話やパソコンなど、いずれのユーザー端末を用いてＷｅｂサイトにアクセスした場合でも、そのユーザー端末に適合したコンテンツを自動的に表示できる方法とシステムを提供せんとする。
【解決手段】ユーザー端末３と最終接続先となるコンテンツサーバーとの間に、ユーザー端末３の端末稼働環境を調べて、端末稼働環境に適合したＷｅｂページ３ａを特定し、このＷｅｂページ３ａのＵＲＬに前記ユーザー端末３の接続先を振り分ける機能を有する接続案内サーバー５を設けた。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットに接続された各種ユーザー端末に対して、そのユーザー端末に適したコンテンツを提供することができる方法とシステムに関する。
【０００２】
【従来の技術】
インターネットの社会への浸透には著しいものがあり、インターネットに接続可能な装置も飛躍的に増えており、現在ではパソコンや携帯端末に加えて携帯電話がインターネットに接続できるユーザー端末として脚光を浴びている。ところで、これら装置は、ハードウェア構成や搭載ソフトウェアなどが互いに異なっているため、これら異種装置に対してコンテンツを提供する場合には、それぞれの装置に適合するコンテンツを提供しなければならない。このため各サイトでは、これら各装置向けのコンテンツ供給用のサーバーを設置して、ユーザー側からこのサーバーにアクセスしてもらうことで、各ユーザー端末に適合したコンテンツを提供することが行われている。
【０００３】
コンテンツ提供側から見たユーザー端末の差異には様々なものがあるが、表示に関するものや、使用言語の差異に関するものなどが代表的なものである。例えばパソコンと携帯電話とではディスプレイの表示面積や解像度が全く異なるため、これら両者におけるＷｅｂページの表示は全く異なったものになる。
【０００４】
また同じ携帯電話用のＷｅｂページであってもＣＨＴＭＬ（ｃｏｍｐａｃｔ　ＨＴＭＬ）で記述されたものもあればＷＡＰ（Ｗｉｒｅｌｅｓｓ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）と称されるＷＭＬ（Ｗｉｒｅｌｅｓｓ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）やＨＤＭＬ（Ｈａｎｄｈｅｌｄ　Ｄｅｖｉｃｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で記述されたものもあり一様ではない。このためコンテンツ提供側では、ハードウェア環境やソフトウェア環境などの稼働環境の異なるものを対象として、それぞれに適合した複数種類のコンテンツを設けることで対応している。
【０００５】
【発明が解決しようとする課題】
しかしながらユーザー端末がこれらコンテンツを表示させるには、コンテンツのあるＷｅｂページのＵＲＬ（アドレス）をフルパスで指定しなければならず極めて面倒である。また各稼働環境に対応したＷｅｂページのＵＲＬは常に公表されているとは限らず、この場合は自分でそのページを探さなくてはならずユーザーに大きな負担を強いている。またユーザーは自己のユーザー端末に未対応のＷｅｂページにアクセスすることも多く、Ｗｅｂページが表示されなかったり、不完全な表示となるなど不愉快な体験を強いられている。
【０００６】
本発明はかかる現況に鑑みてなされたものであり、端末環境の異なる複数種類のユーザー端末のそれぞれに対して、ユーザーがそのＵＲＬをフルパスで指定しなくても、端末環境に対応するＷｅｂページが自動的に選択され、適合するコンテンツが表示される適合コンテンツ提供方法とそのシステムを提供せんとするものである。
【０００７】
【課題を解決するための手段】
かかる課題を解決すべく検討した結果、本発明者はユーザー端末がプロバイダーやコンテンツ提供サーバーに接続する際、または通信開始初期に、ユーザーの端末環境に関する情報を接続相手側に提供したり、あるいは相手側からの問い合わせに対して端末環境情報を教える機能があることに着目した。そして、この機能を利用すれば、端末環境を自動判別して、ユーザー端末を適合するＷｅｂページに接続することができるとの着想を得て本発明を完成させた。かかる着想に基づき完成された本発明は次の構成を有する。
【０００８】
本発明の適合コンテンツ提供システムは、稼働環境の異なる複数種のユーザー端末と、これら稼働環境の異なる複数種のユーザー端末それぞれに正常動作するコンテンツを提供すべくインターネット上に開設したＵＲＬの異なる複数種のＷｅｂページを管理する単または複数のコンテンツサーバーと、前記ユーザー端末とコンテンツサーバーとの通信経路の途中に介在し、前記各ＵＲＬに開設されたＷｅｂページから提供されるコンテンツを正常動作させるのに必要な端末稼働条件に関する情報を保有し、通信接続時或いは通信開始初期にユーザー端末からその稼働環境情報を取得して、ユーザー端末の接続先をその稼働環境に適合したＷｅｂページが開設されたＵＲＬに振り分ける接続案内サーバーとを備えたことを特徴としている。
ここで「適合したコンテンツを表示する」という意味は、実質的内容の異なるコンテンツ、例えば表示母体であるデータベースそのものが異なる場合もあれば、実質的に同じ内容、例えば表示母体であるデータベースとして同じものを用いながら表示形態のみが異なる場合も含んでいる。後者の場合、ユーザー端末の接続先として振り分けられるＷｅｂページは共通のデータベースを用いながら、このデータベースを異なった表示形式で表示する窓口としての機能を果たすことになる。
【０００９】
適合させる稼働環境はユーザー端末のハードウェア環境である場合もあるし、ソフトウェア環境である場合もある。ソフトウェア環境の代表的なものは使用言語やブラウザの種類などである。
【００１０】
ユーザー端末から取得する稼働環境情報としては、例えばユーザー端末が送信するＵｓｅｒ−Ａｇｅｎｔヘッダを解析して得られる情報や、サーバーからの問い合わせに対してユーザー端末が返送するブラウザ情報、更には接続ルートの履歴情報に含まれるプロバイダー情報などが挙げられる。
【００１１】
ユーザー端末としては、将来登場する新しい端末も対象となるが、現時点では携帯電話、パソコン、携帯情報端末などが対象となる。
【００１２】
コンテンツサーバーが提供するサービスは、特に限定されないが、例えば、興味のあるカテゴリーを指定して会員登録しておくと、そのカテゴリーについて情報が更新されると更新された情報がメールで通知されるメールマガジンなどが例示できる。
接続案内サーバーを介在させる位置は、ユーザー端末とコンテンツサーバーとの通信経路の途中であればよく、インターネット通信網の中にあるか外にあるかは問わない。例えば、ユーザー端末と接続案内サーバーとをインターネットを介することなくダイレクト接続することも考えられる。この場合、所定の電話番号をコールすることで接続案内サーバーに接続することになる。また接続案内サーバーはユーザー端末にローカル接続されるものであってもよい。この場合の接続案内サーバーはアダプタ的な取扱であり、このアダプタ的な構成の接続案内サーバーを介して公衆通信回線を通じて、或いはＬＡＮ経由、更にはその他の手段を経由してコンテンツサーバーに接続されることになる。インターネットを全く介することなくコンテンツサーバーに接続する形態も本発明の応用範囲である。この応用例は将来登場するかも知れないインターネットに代わる新たな通信網への適用が期待される。
【００１３】
【発明の実施の形態】
次に本発明の詳細を図示した実施例に基づき説明する。図１は本発明の代表的実施例を示し、パソコンと接続電話会社の異なる複数の携帯電話に対して適合コンテンツを提供する場合を示している。ここでは携帯電話としてＮＴＴＤｏＣｏＭｏ（ＮＴＴドコモ株式会社登録商標）のｉ−ｍｏｄｅ（ＮＴＴドコモ株式会社登録商標）対応電話とセルラー（第二電電株式会社登録商標）のＥＺｗｅｂ（第二電電株式会社登録商標）対応電話とを例示しているが、本発明の適用対象がこれらに限定されないことは言うまでもない。
【００１４】
この実施例の場合、パソコン１はパソコン用のＷｅｂページ（以下、ＰＣ用ページと称す）１ａに接続し、ｉ−ｍｏｄｅ対応の携帯電話２はｉ−ｍｏｄｅ用ページ２ａに接続し、ＥＺｗｅｂ対応の携帯電話３はＷＡＰ用ページ３ａに接続しなければならない。このような接続をユーザー端末側での特別な操作を必要とすることなく自動的に行うために、インターネット４に接続された前記各ユーザー端末１、２、３と、各Ｗｅｂページ１ａ、２ａ、３ａを提供するコンテンツサーバーとの通信経路の途中に、ユーザー端末からＷｅｂページに向かう行き先を振り分けるための接続案内サーバー５を設ける。各Ｗｅｂページ１ａ、２ａ、３ａはそれぞれ独立したコンテンツサーバーによって提供される場合もあるし、共通のコンテンツサーバーによって提供される場合もある。接続案内サーバー５を設けた結果、ユーザーは各Ｗｅｂページ１ａ、２ａ、３ａへのアクセスルートとして接続案内サーバーを経由することになり、全てのユーザー端末１、２、３がその接続先として接続案内サーバーのＵＲＬ（例えば０９０．ｃｏ．ｊｐ）を指定するだけで各ユーザー端末に適合したＷｅｂページ（例えば、ＰＣ用ページであれば０９０．ｃｏ．ｊｐ／……／ｐｃ、ｉ−ｍｏｄｅ用ページであれば０９０．ｃｏ．ｊｐ／……／ｉ−ｍｏｄｅ、ＷＡＰ用ページであれば０９０．ｃｏ．ｊｐ／……／ＷＡＰ）に振り分けられることになる。
振り分けられたこれら各ページの背後には共通のコンテンツ供給元であるデータベースがあり、このデータベースの内容が、前記各Ｗｅｂページを通じて各ユーザー端末に適合した表示形式で表示される。ここでは共通のデータベースの内容を前記各Ｗｅｂページを通じて表示することで、各ユーザー端末に適合したコンテンツの提供を可能にしているが、共通のデータベースを用いるのではなく、各ユーザー端末毎に専用のデータベースを設けてもよい。共通のデータベースを用いる場合には、表示を受け持つ窓口としてのＷｅｂページを各ユーザー端末の種類に応じて設けることで、コンテンツ供給元であるデータベースに手を加えることなく、多種多様なユーザー端末に対応できるようになる。
【００１５】
このような各Ｗｅｂページへの振り分けを可能にするために、接続案内サーバー５には、ユーザー端末１、２、３との接続時にユーザー端末１、２、３から受け取る端末環境情報を解析する機能と、それぞれの端末環境条件とそれに適合するＷｅｂページのＵＲＬとの対応関係を規定したデータベースを持たせている。接続案内サーバー５はこのデータベースに基づいてユーザー端末１、２、３の接続先のＵＲＬを振り分けるわけであるが、接続案内サーバー５がユーザー端末１、２、３から端末環境情報を取得する手法には次のようなものがある。
［１］クライアントが送信するＵｓｅｒ−Ａｇｅｎｔヘッダ情報を解析する手法。この方法によれば、端末の機種情報等のハードウェア環境やブラウザの種類等のソフトウェア環境に関する情報を得ることができる。
［２］接続確立後に接続案内サーバー５側からユーザー端末１、２、３側に端末環境を問い合わせ、その回答を得る手法。この手法によれば、端末のハードウェア環境やブラウザの種類に関する情報を得ることができる。
［３］通信接続時に、ユーザー端末１、２、３から接続案内サーバー５に至るまでに通過したサーバーのルート履歴を取得する手法。この手法によれば、最初に経由したサーバーが特定できるので接続電話会社に関する情報を得ることができる。
［４］通信接続時に得られるユーザー端末１、２、３の自己ＩＰアドレスから、ドメインネームサーバーを用いてユーザー端末が帰属するドメイン名を取得する手法。この手法によれば、ドメイン名によって接続電話会社やプロバイダーが特定できる。
【００１６】
これら各手法は必要に応じて単独で用いたり組み合わせて用いたりする。これら各手法によって、ユーザー端末がパソコン、携帯電話、携帯情報端末のいずれかであるかの区別、携帯電話の接続電話会社の区別、携帯電話の機種名、パソコンのＯＳや搭載ブラウザの種類、プロバイダーの区別などの稼働環境に関する情報を得ることができるので、この情報に基づいてユーザー端末の接続先を振り分けることができる。振り分けは、ユーザー端末の稼働環境情報を取得した接続案内サーバーが、適合するＷｅｂページを特定したうえ、このＷｅｂページを表示するためのＬｏｃａｔｉｏｎヘッダをユーザー端末に送り、ユーザー端末の接続先を適合するＷｅｂページのＵＲＬに飛ばすことによって行う。以下、図面に基づき具体例を説明する。
【００１７】
図１では接続案内サーバー５にアクセスした携帯電話３の接続電話会社がセルラー各社（第二電電）であることが接続案内サーバーによって識別され、接続先がＷＡＰ用ページに振り分けられている様子が示されている。
【００１８】
図２では接続案内サーバー５にアクセスした携帯電話２の接続電話会社がＮＴＴドコモであることが接続案内サーバーによって識別され、接続先がｉ−ｍｏｄｅ用ページに振り分けられている様子が示されている。
図３では接続案内サーバー５にアクセスしたユーザー端末のＯＳが、Ｗｉｎｄｏｗｓ（マイクロソフト社登録商標）あるいはＭａｃ（アップル社商標）であることが接続案内サーバー５によって検知され、接続先がＰＣ用ページに振り分けられている様子が示されている。
【００１９】
図４及び図５は、パソコン、ｉ−ｍｏｄｅ対応携帯電話とＥＺｗｅｂ対応の電話のうちのいずれであっても振り分けることができる実施例である。この実施例では振り分けは次のようにして行われる。尚、ここでの説明ではユーザー端末をクライアントと呼び、接続案内サーバーのことを単にサーバーと呼ぶことにする。
【００２０】
先ずクライアントからサーバーのアドレスがＵＲＬでリクエストされる（図では、０９０．ｃｏ．ｊｐをリクエストしている）。このときクライアントからは、自己ＩＰアドレス以外に、Ｕｓｅｒ−Ａｇｅｎｔヘッダも送信され、これを解析することでクライアント名やブラウザ名が取得される。次いでクライアントの自己ＩＰアドレスをドメインネームサーバーに送りドメイン名を逆引きする。そして逆引きした結果得られたドメイン名を得る。自己ＩＰアドレスからドメイン名の逆引き処理とＵｓｅｒ−Ａｇｅｎｔヘッダの解析処理はいずれが先であってもよい。このような処理を行ってドメイン名やクライアントに関する情報を得たうえ次の処理を行う。
（ｉ）クライアント情報にＭａｃかＷｉｎなどのパソコン用のＯＳ名が含まれるか否かを判別し、含まれる場合には、クライアントはパソコンであると判断してＨＴＭＬコンテンツを送る。具体的にはＨＴＭＬコンテンツのＷｅｂページのＵＲＬに飛ばすためのＬｏｃａｔｉｏｎヘッダ（例えばｈｔｔｐ：／／０９０．ｃｏ．ｊｐ／……／ｐｃ）をクライアントに送信し、これによりクライアントをＨＴＭＬコンテンツのＷｅｂページに接続してＨＴＭＬコンテンツを送る。
（ｉｉ）クライアント情報にＭａｃあるいはＷｉｎが含まれない場合には、次にドメイン名にｄｏｃｏｍｏ．ｎｅ．ｊｐが含まれるか否かを判断し、含まれる場合には、クライアントはｉ−ｍｏｄｅ対応の携帯電話であると判断してＣＨＴＭＬコンテンツを送る。
（ｉｉｉ）ドメイン名にｄｏｃｏｍｏ．ｎｅ．ｊｐを含まない場合には、クライアントはＥＺｗｅｂ対応の携帯電話と判断してＷＡＰコンテンツを送る。
【００２１】
ここで述べたのは振り分け方法の一例であり、他の振り分け方法を採用することももちろん可能である。またここではＮＴＴＤｏＣｏＭｏと第二電電とを振り分けることを具体的に例示したが、振り分ける電話接続会社はこれに限定されない。
【００２２】
最後に、前記実施例とほぼ同等であるが、その処理内容をより具体的に説明した実施例を図６を参照して説明する。ここではＰＣ用コンテンツ、ＤｏＣｏＭｏ用コンテンツであるｉ−ｍｏｄｅ用コンテンツ、ＨＤＭＬ用コンテンツの３種類のコンテンツ供給Ｗｅｂページにクライアント（ユーザー端末）の接続先を振り分ける場合について述べる。
（１）パソコンや携帯電話などのクライアントからサーバーにアクセスする。クライアントはＵｓｅｒ−Ａｇｅｎｔヘッダを送信する。例えばＵｓｅｒ−Ａｇｅｎｔヘッダの内容は携帯電話の場合であれば、「Ｕｓｅｒ−Ａｇｅｎｔ：ＤｏＣｏＭｏ／１．０／ｐ５０２ｉ」のような内容となる。ここで「ＤｏＣｏＭｏ」は接続電話会社を表し、「ｐ５０２ｉ」は携帯電話の機種を表している。またパソコンの場合であれば、「Ｕｓｅｒ−Ａｇｅｎｔ：Ｎｅｔｓｃａｐｅ４．７５／Ｗｉｎ／……」というような内容となる。ここで「Ｎｅｔｓｃａｐｅ４．７５」はブラウザ名とそのバージョンを表し、「Ｗｉｎ」はＯＳ名を表している。
（２）サーバーはクライアントからの接続を受け付け、各種ヘッダを受け付ける。
（３）Ｕｓｅｒ−Ａｇｅｎｔヘッダに「Ｗｉｎ」又は「Ｍａｃ」が含まれる場合は、クライアントはパソコンであると判断して、ＰＣ用コンテンツを表示させるためにクライアントにＬｏｃａｔｉｏｎヘッダを送信し、ＰＣ用コンテンツのＵＲＬへ飛ばす。Ｌｏｃａｔｉｏｎヘッダの内容は例えば、ｈｔｔｐ：／／０９０．ｃｏ．ｊｐ／ｐｃ／などとなる。
（４）Ｕｓｅｒ−Ａｇｅｎｔヘッダに「ＤｏＣｏＭｏ」が含まれる場合には、ＤｏＣｏＭｏ用コンテンツを表示させるためにクライアントにＬｏｃａｔｉｏｎヘッダを送信し、ＤｏＣｏＭｏ用コンテンツ（ｉ−ｍｏｄｅ用コンテンツ）のＵＲＬへ飛ばす。Ｌｏｃａｔｉｏｎヘッダの内容は例えば、ｈｔｔｐ：／／０９０．ｃｏ．ｊｐ／ｉ／などとなる。
（５）次にＩＰアドレスからの逆引きによるドメイン名の検出を行い、前記（４）ですでに検出している接続電話会社種別に誤りがないか否かをダブルチェックする。これは前記（４）の手法で接続電話会社を特定できない場合に対処するためである。この逆引きの結果得られたドメイン名にｄｏｃｏｍｏ．ｎｅ．ｊｐが含まれている場合は、ｉ−ｍｏｄｅ用コンテンツを表示させるためにＬｏｃａｔｉｏｎヘッダを送信し、ｉ−ｍｏｄｅ用コンテンツのＵＲＬへ飛ばす。
（６）以上の（３）〜（５）に該当しない場合は、ＨＤＭＬ用コンテンツを表示させるためにＬｏｃａｔｉｏｎヘッダを送信し、ＨＤＭＬ用コンテンツのＵＲＬへ飛ばす。
ここでは３種類のコンテンツ供給Ｗｅｂページにユーザー端末を振り分ける例について説明しているが、コンテンツ供給Ｗｅｂページの数は、識別すべきユーザー端末の種類数に応じて増やすことができ、その場合は条件判断の段数や内容を変えることで対処することとなる。
【００２３】
このように本発明によれば、ユーザー端末から接続案内サーバーにアクセスするだけで、その端末の稼働環境に適合したコンテンツを提供することができる。接続案内サーバーが管理するホームページにさまざまなサイトへのリストを掲載しておき、各サイトそれぞれについて、複数の稼働環境への対応ページを用意しておき、このホームページから各サイトに入れるようにしておけば、ユーザーは自己の端末装置のいかんにかかわらず常に最適なコンテンツに接することができるようになる。このようなサービスの提供は独立した有償サービスとして、事業展開できることはもちろんのこと、メール配信の事業などと組み合わして、顧客の便宜を図る付属サービスとして提供することもできる。
本発明によれば、コンテンツ供給元を共有しながら、ユーザー端末のアクセスする窓口としてのＷｅｂページを変えるだけで、稼働環境の異なる複数種のユーザー端末に適合コンテンツを送ることができるため、多種類のユーザー端末に適合コンテンツを送ることができるサイトを容易に構築することができるようになり、また今後登場することが予想される新種のユーザー端末に対しても、すでに構築したコンテンツ供給元を踏襲しながら対応することができるようになる。
以上述べたものでは、接続案内サーバーはインターネット上に介在させているが、接続案内サーバーは、ユーザー端末とコンテンツサーバーとの通信経路の途中であれば他の位置に介在させてもよい。例えば、接続案内サーバーへの接続をインターネットを経由して行うのではなく、ユーザ端末から電話番号をコールしてダイレクト接続するようにしてもよい。また別の例として、接続案内サーバーを小さなアダプタ装置（一種の変換装置）として構成し、このアダプタ装置として構成した接続案内サーバーをユーザー端末にケーブルを用いてローカル接続するようにしてもよい。また更なる応用としてワンチップ化した接続案内サーバーをユーザー端末内に組み込むことも考えられる。
【００２４】
【発明の効果】
本発明のコンテンツ提供方法及びそのシステムによれば、ユーザー側で端末環境に応じたＷｅｂページのＵＲＬをその都度指定しなくても、その端末に適合したコンテンツを提供できるようになる。したがってコンテンツが表示されなかったり、表示形式が不適切であるなどの不愉快な事態に接することがなくなり快適にコンテンツを楽しむことができる。また本発明を応用することにより、例えば特定の電話接続会社を経由した人のみを特別のＷｅｂページに案内して選択的に特典を与えるなどの新規なサービスを行うこともできるようになる。そしてコンテンツ供給元を共有しながら、異なるユーザー端末に対して表示形態等を適合させた状態でコンテンツを供給できるようになるから、異なるユーザー端末からのアクセスを受け入れる窓口としてのＷｅｂページを増設するだけで、今後新たに登場するユーザー端末に対しても対応することができる。
【００２５】
適合させる稼働環境が請求項３記載のように端末のハードウェア環境とすること、請求項４記載のようにソフトウェア環境とすること、請求項５記載のように使用言語の種類とすること、請求項６記載のようにブラウザの種類とすることなどとした場合のいずれにおいても、本発明を適用することができる。
【００２６】
請求項１０記載のように、本発明によって実現できる接続案内サービスをメール配信事業の付属事業とすれば、ユーザーの便宜がはかれるとともに、当該サイトへの定着率が増すため、メール配信事業の拡大にもつながる。
【００２７】
請求項１１記載のように、接続案内サーバーへの接続を電話番号のコールによるダイレクト接続とした場合や請求項１２記載のように、接続案内サーバーをケーブルを用いてユーザー端末にローカル接続した場合には、インターネット上で接続案内サーバーのＵＲＬを指定する必要がなくなる。
【００２８】
請求項１３記載の発明によれば、将来、登場するかも知れない新たな通信網への適用が期待される。
【図面の簡単な説明】
【図１】本発明の一実施例を示し、接続先側がＷＡＰ用ページに振り分けられる例を示す説明図
【図２】本発明の一実施例を示し、接続先側がｉ−ｍｏｄｅ用ページに振り分けられる例を示す説明図
【図３】本発明の一実施例を示し、接続先側がＰＣ用ページに振り分けられる例を示す説明図
【図４】本発明の他の実施例を示す説明図。
【図５】同実施例のフローチャート
【図６】本発明の他の実施例を示す簡略フローチャート
【符号の説明】
１　パソコン
１ａ　ＰＣ用ページ
１ｂ　プロバイダー
２　携帯電話（ＮＴＴ　ＤｏＣｏＭｏ）
２ａ　ｉ−ｍｏｄｅ用ページ
２ｂ　ＮＴＴＤｏＣｏＭｏ
３　携帯電話
３ａ　ＷＡＰ用ページ
３ｂ　セルラー
４　インターネット
５　接続案内サーバー

Claims (13)

1. インターネットに接続された稼働環境の異なる複数種のユーザー端末とこれら複数種のユーザー端末それぞれに正常動作するコンテンツを提供すべくインターネット上に開設したＵＲＬの異なる複数種のＷｅｂページを管理する単又は複数のコンテンツサーバーとの通信経路の途中に、前記各ＵＲＬに開設されたＷｅｂページから提供されるコンテンツを正常動作させるのに必要な端末稼働条件に関する情報を保有させた接続案内サーバーを設け、通信接続時あるいは通信開始初期にユーザー端末からその稼働環境情報を取得して、ユーザー端末の接続先をその稼働環境に適合したＷｅｂページが開設されたＵＲＬに振り分けるようにした適合コンテンツ提供方法。
2. 稼働環境の異なる複数種のユーザー端末と、
   これら稼働環境の異なる複数種のユーザー端末それぞれに正常動作するコンテンツを提供すべくインターネット上に開設したＵＲＬの異なる複数種のＷｅｂページを管理する単または複数のコンテンツサーバーと、
   前記ユーザー端末とコンテンツサーバーとの通信経路の途中に介在し、前記各ＵＲＬに開設されたＷｅｂページから提供されるコンテンツを正常動作させるに必要な端末稼働条件に関する情報を保有し、通信接続時或いは通信開始初期にユーザー端末からその稼働環境情報を取得して、ユーザー端末の接続先をその稼働環境に適合したＷｅｂページが開設されたＵＲＬに振り分ける接続案内サーバーと、
   を備えた適合コンテンツ提供システム。
3. 適合させる稼働環境がユーザー端末のハードウェア環境である請求項２記載の適合コンテンツ提供システム。
4. 適合させる稼働環境がユーザー端末のソフトウェア環境である請求項２記載の適合コンテンツ提供システム。
5. 適合させる稼働環境が使用言語環境である請求項２記載の適合コンテンツ提供システム。
6. 適合させる稼働環境がユーザー端末に搭載されたブラウザの種類である請求項２記載の適合コンテンツ提供システム。
7. ユーザー端末から取得する稼働環境情報がＵｓｅｒ−Ａｇｅｎｔヘッダに含まれる情報である請求項２記載の適合コンテンツ提供システム。
8. ユーザー端末から取得する稼働環境情報が、通過ルートの履歴情報に含まれるプロバイダー情報である請求項２記載の適合コンテンツ提供システム。
9. ユーザー端末が携帯電話、パソコン、携帯情報端末のいずれかである請求項１〜８のいずれか１項記載の適合コンテンツ提供システム。
10. コンテンツサーバーが提供するサービスがメールマガジンの配信である請求項１〜９のいずれか１項記載の適合コンテンツ提供システム。
11. ユーザー端末と接続案内サーバーとがインターネットを介することなくダイレクト接続される請求項１〜１０のいずれか１項記載の適合コンテンツ提供システム。
12. 接続案内サーバーがケーブルを用いてユーザー端末にローカル接続される請求項１〜１０のいずれか１項記載の適合コンテンツ提供システム。
13. ユーザー端末とコンテンツサーバーとの間にインターネットを介在させない請求項１１又は１２記載の適合コンテンツ提供システム。

Images