JPH09305518A - 情報提供方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】ＷＷＷシステムでは利用者がどこにいようが、
また利用者がどんな属性をもっていようが、画一的な情
報しか提供することができない。 【解決手段】情報検索クライアント端末に利用者のアク
セス場所を検知する手段と検知した位置情報を情報提供
サービスシステムに通知する手段、また利用者の属性情
報を記憶する手段と属性情報を情報提供サーバシステム
に通知する手段を設け、情報通信サーバシステムに位置
情報や属性情報を条件に情報コンテンツを選択する手段
を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報通信ネットワ
ークを通して情報提供するシステムに関わり、提供する
情報の選択方法およびそのシステムに関する。

【０００２】

【従来の技術】不特定多数の利用者に情報通信ネットワ
ークを介して情報を配信する代表的システムに、インタ
ネット上で構築されているＷＷＷシステムがある。

【０００３】ＷＷＷシステムは、ＷＷＷクライアントか
らの要求に応じてＷＷＷサーバが情報コンテンツ(テキ
スト、画像、音声、など)をＷＷＷクライアントに転送
するシステムで、その構造はハイパーメディア構造をな
しているので、利用者はネットワーク上に分散した情報
コンテンツを次々にブラウズすることができる。情報コ
ンテンツの要求は、その所在場所を示すＵＲＬ(Uniform
Resource Locator)を指定することで行われる。したが
って、情報提供者はＷＷＷサーバに格納した情報コンテ
ンツのＵＲＬを利用者に公開すれば、不特定多数の利用
者に同一の情報コンテンツを提供することができる。言
い換えれば、同一のＵＲＬを指定する利用者は、みな同
一の情報コンテンツを得ることになる。

【０００４】近年、ＷＷＷシステムで提供する情報は爆
発的に増大しており、利用者が必要な情報を得るには困
難な状況になっている。このため、ディレクトリサービ
スを提供したり、ＷＷＷサーバに検索エンジンを搭載し
て、利用者の情報検索を支援するサイトが増えている。
また、利用者の言語問題に対して、複数言語で同一情報
を提供するサイトもある。

【０００５】

【発明が解決しようとする課題】上記従来技術では、同
一のＵＲＬアクセスに対して同一の情報コンテンツを提
供するので、利用者(アクセス者)がどこにいようが、ま
た利用者がどんな属性(日常使用する言語や好みなど)を
もっていようが、画一的な情報しか提供することができ
ない。

【０００６】また、現在サービスされているディレクト
リサービスなどの検索サービスは、基本的に検索条件に
マッチする情報が含まれるＵＲＬを照会するもので、上
記問題を解決するものではない。

【０００７】本発明の目的は、同一のＵＲＬアクセスに
対して、利用者のアクセス場所や属性に応じて適した情
報コンテンツを配信することを可能とする情報提供方法
およびそのシステムを提供するところにある。

【０００８】

【課題を解決するための手段】上記問題は、ＵＲＬと情
報コンテンツの実体が一対一であるため、情報提供サイ
トは指定されたＵＲＬに対応した情報コンテンツを利用
者のアクセス場所や属性情報を配慮せずにそのまま配信
している点にある。

【０００９】本発明の目的のひとつである利用者のアク
セス場所に応じて異なる情報コンテンツを配信できるよ
うにするために、利用者のアクセス場所の位置情報を検
知する手段、検知した位置情報を情報提供サイトに通知
する手段、および通知を受けた位置情報を条件に情報コ
ンテンツを選択する手段を設ける。もうひとつの目的で
ある利用者の属性情報に応じて異なる情報コンテンツを
配信できるようにするために、利用者の属性情報を記憶
する手段、属性情報を情報提供サイトに通知する手段、
および属性情報を条件に情報コンテンツを選択する手段
を設ける。

【００１０】本発明は、以上の手段により、同一のＵＲ
Ｌアクセスに対してそのアクセス場所や利用者の属性情
報に応じて適した情報コンテンツを配信することができ
るようにしたものである。

【００１１】

【発明の実施の形態】本発明の実施例を図面を用いて説
明する。

【００１２】図１は、ＷＷＷ(World-Wide Web)システム
における利用者から見た本発明内容を説明した図であ
る。ＷＷＷシステムは、ネットワーク１２００に接続さ
れたＷＷＷサーバシステムである情報提供サーバシステ
ム１０００とＷＷＷクライアント端末である情報検索ク
ライアント端末１１００から構成されている。情報提供
サーバシステム１０００は、情報検索クライアント端末
１１００からの情報コンテンツ転送要求１１１０を受
け、要求された情報コンテンツファイルを転送１１２
０、１１２１する。情報検索クライアント端末１１００
は、受信した情報コンテンツファイルを表示する。１１
０１と１１０２は情報検索クライアント端末１１００に
表示される画面例を示したものである。情報コンテンツ
要求１１１０はＵＲＬ(Uniform Resource Locator)を指
定することで行われる。ＵＲＬは情報コンテンツの所在
場所を示すものであり、通信プロトコル、ホスト名称お
よびファイル名称から構成されている。なお、ここ
(「発明の実施の形態」)で言う情報コンテンツは、ハイ
パーテキスト記述言語ＨＴＭＬ(Hyper Text Mark-up La
nguage)で記述されたテキストファイル(ＨＴＭＬテキス
ト)やＨＴＭＬテキストからリンクが張られた自他のＨ
ＴＭＬテキストファイル、画像ファイル、音声ファイル
など従来のＷＷＷシステムで使われている情報コンテン
ツと同じものを指し、したがってその構造も同じでハイ
パーメディア構造である。

【００１３】本発明は、情報検索クライアント端末１１
００の所在場所や情報検索クライアント端末１１００利
用者の属性情報に応じて、情報提供サーバシステム１０
００が提供する情報コンテンツを変えることを特徴とし
ている。今、図１に示すように、情報検索クライアント
端末１１００は異なる地域エリア(エリアａ、エリアｂ)
に存在すると仮定する。情報検索クライアント端末１１
００からの同一ＵＲＬ転送要求１１１０に対して、情報
提供サーバシステム１０００はエリアａに存在する情報
検索クライアント端末１１００にはエリアａ対応の情報
コンテンツファイルを転送１１２１し、エリアｂに存在
する情報検索クライアント端末１１００にはエリアｂ対
応の情報コンテンツファイルを転送１１２０する。この
結果、同一ＵＲＬ転送要求でも、エリアａにおける表示
画面１１０１とエリアｂにおける表示画面１１０２が異
なることになる。従来、同一のＵＲＬアクセスに対して
は同一の情報コンテンツを提供するため、利用者(アク
セス者)がどこにいても、また利用者がどんな属性をも
っていようが画一的な情報を見ることになっている。本
発明によれば、たとえば日本国内にいる利用者に対して
は日本語、米国国内にいる利用者に対しては英語で情報
提供することができる。また、商品情報を提供する場
合、利用者の最寄りの店舗情報を付加するなど地域エリ
アに応じた情報提供が可能になる。さらに、利用者の好
みや生年月日など種々の属性情報に応じた情報を提供し
ていくことが可能になる。また、情報コンテンツ群はハ
イパーメディア構造を成しているので、利用者ごとに情
報コンテンツを変えることにより情報コンテンツ群のハ
イパーメディア構造も利用者ごとに変えることができ
る。したがって、ひとつのＵＲＬアクセスに対して提供
する情報コンテンツを変えるだけでなく、そこからハイ
パーメディア構造に従って次々にたぐれる情報をも変え
ていくことができる。

【００１４】以下、図面を用いて実施例を詳細に説明す
る。

【００１５】図２から図４は、第一の実施形態を説明す
る図面である。第一の実施例は、ＷＷＷシステムで情報
提供サーバシステム１０００と情報検索クライアント端
末１１００間の通信時に相手を特定する論理アドレス
（ＩＰアドレス）を活用する。情報提供サーバシステム
１０００は、情報検索クライアント端末１１００の論理
アドレスからドメインを特定し、特定したドメインに応
じて情報コンテンツを選択して情報検索クライアント端
末１１００に提供する形態である。

【００１６】図２は第一の実施例の全体システム構成を
示したもので、情報提供サーバシステム１０００、情報
検索クライアント端末１１００およびドメインネームサ
ーバ２１００がネットワーク１２００に接続された構成
をとる。ドメインネームサーバ２１００は、ネットワー
ク１２００上の論理アドレス（ＩＰアドレス）とホスト
名（ドメイン名）を一元管理するサーバであり、ネット
ワーク１２００に接続されたコンピュータマシン１００
０，１１００からの問合わせに対して、ホスト名から論
理アドレスへの変換をしたり、論理アドレスからホスト
名への変換などをする。第一の実施形態における情報提
供サーバシステム１０００は、情報選択処理部２００
０、選択条件テーブル２０１０、情報提供処理部２０２
０、通信処理部２０３０、情報検索クライアント端末１
１００に提供する情報コンテンツを格納する情報コンテ
ンツファイル２０４０、選択条件テーブル２０１０およ
び情報コンテンツファイル２０４０を格納する記憶部２
０５０、および入出力処理部２０６０から構成する。情
報選択処理部２０００は、ＵＲＬ提供要求元である情報
検索クライアント端末１１００のドメインを特定し、当
該ドメインに対応した情報コンテンツファイル２０４０
を選択する処理を行う。本処理部２０００の処理フロー
は図４を用いて後述する。選択条件テーブル２０１０は
ドメインと情報コンテンツファイル２０４０の対応情報
を示すテーブルである。本テーブル２０１０の構成は、
図３を用いて後述する。情報提供処理部２０２０は、情
報検索クライアント端末１１００からのＵＲＬ提供要求
を受付けたり、情報選択処理部２０００で選択された情
報コンテンツファイル２０４０を要求元の情報検索クラ
イアント端末１１００に転送したりする。本処理部２０
２０の処理フローは、ほかの処理部との関係を示しなが
ら図４を用いて後述する。通信処理部２０３０は、情報
検索クライアント端末１１００やドメインネームサーバ
２１００との通信制御処理を行う部分である。選択条件
テーブル２０１０や情報コンテンツファイル２０４０の
アクセス管理は記憶部２０５０が行い、選択条件テーブ
ル２０１０や情報コンテンツファイル２０４０のデータ
設定は入出力処理部２０６０を介して行う。

【００１７】図３は、選択条件テーブル２０１０のテー
ブル構成図である。本テーブル２０１０は複数のレコー
ド３０００からなり、各レコード３０００はＵＲＬ格納
部３０１０、条件値格納部３０２０およびファイル名格
納部３０３０から構成する。ＵＲＬ格納部３０１０は、
ドメインに応じて情報検索クライアント端末１１００に
提供する情報コンテンツファイル２０４０を変える対象
となるＵＲＬを格納する部分である。条件値格納部３０
２０は、選択条件であるドメインを格納する部分であ
る。ファイル名格納部３０３０は、情報検索クライアン
ト端末１１００に提供する情報コンテンツファイル２０
４０のファイル名を格納する部分である。条件値格納部
３０２０に"default”が格納されているレコード３００
０を、以下、デフォルトレコードと呼ぶことにする。デ
フォルトレコード３０００は、条件値格納部３０２０に
格納されている値以外の値の場合に対応するためのレコ
ードである。エントリするＵＲＬごとにデフォルトレコ
ードを設定する必要がある。

【００１８】図３に示したテーブル内容を例に、選択条
件テーブル２０１０が意味するところを説明する。情報
検索クライアント端末１１００から”ＵＲＬ−Ａ”なる
ＵＲＬ提供要求があった場合、要求元の情報検索クライ
アント端末１１００のドメインが”ｊｐドメイン”であ
ればファイル名が”ＦＩＬＥ−ａ１”である情報コンテ
ンツファイル２０４０を、”ｄｅドメイン”であれば”
ＦＩＬＥ−ａ２”を、その他のドメインである場合はデ
フォルトレコード３０００のファイル名格納部３０３０
の値である”ＦＩＬＥ−ａ３”をファイル名に持つ情報
コンテンツファイル２０４０を情報検索クライアント端
末１１００に提供することを意味する。選択条件テーブ
ル２０１０の各格納部３０１０，３０２０，３０３０へ
のデータ設定は、入出力処理部２０６０を介して行う。

【００１９】図４は、情報提供処理部２０００を中心に
した第一の実施形態の全体処理フローを示したものであ
る。情報検索クライアント端末１１００からのＵＲＬ提
供要求がある（ステップ４１００）と、情報提供処理サ
ーバシステム１０００の情報提供処理部２０２０が、要
求元情報検索クライアント端末１１００の論理アドレス
と要求ＵＲＬを受け取る（ステップ４２００）。情報提
供処理部２０２０は次ステップ４２０１で、要求元の論
理アドレスと要求ＵＲＬを情報選択処理部２０００に渡
す。情報選択処理部２０００は、情報提供処理部２０２
０から要求元論理アドレスと要求ＵＲＬを受け取り（ス
テップ４３００）、ステップ４３０１を処理する。ステ
ップ４３０１は、選択条件テーブル２０１０のＵＲＬ格
納部３０１０を検索して、要求ＵＲＬのエントリがある
か否かを判定する。ステップ４３０１でエントリされて
いると判定された場合はステップ４３１０を、エントリ
されていないと判定された場合はステップ４３２０を処
理する。まず、ステップ４３０１でエントリされている
と判定された場合の処理ステップを説明する。ステップ
４３１０で、要求元論理アドレスのホスト名をドメイン
ネームサーバ２１００に問合わせる。ドメインネームサ
ーバ２１００はステップ４３１０の問合わせに対して、
論理アドレスに対応するホスト名を情報選択処理部２０
００に応答する（ステップ４４００）。情報選択処理部
２０００は、ドメインネームサーバ２１００からホスト
名を受け取り（ステップ４３１１）、ステップ４３１２
を処理する。ステップ４３１２では、問合わせたホスト
名が示すドメインと要求ＵＲＬを条件に選択条件テーブ
ル２０１０から、情報コンテンツファイル２０４０のフ
ァイル名を検索する。本ステップ（ステップ４３１２）
では、検索条件（ドメインと要求ＵＲＬ）に合致するレ
コード３０００を検出できなかった場合、デフォルトレ
コード３０００に格納されているファイル名を検索結果
とする。図３に示す選択条件テーブル２０１０を例にと
り、本ステップ（ステップ４３１２）の処理結果がどの
ようになるか説明する。たとえば、問合わせたホスト名
のドメインが”ｊｐドメイン”、要求ＵＲＬが、”ＵＲ
Ｌ−Ａ”の場合、選択条件テーブル２０１０のＵＲＬ格
納部３０１０に”ＵＲＬ−Ａ”、条件値格納部３０２０
に”ｊｐドメイン”が格納されているレコード３０００
のファイル名格納部３０３０に格納されているファイル
名”ＦＩＬＥ−ａ１”が本ステ３ｂプ（ステップ４３１
２）の検索結果となる。また、問合わせたホスト名のド
メインが”ｓｓドメイン”、要求ＵＲＬが”ＵＲＬ−
Ａ”の場合、選択条件に合致するレコード３０００が存
在しないので、ＵＲＬ格納部３０１０に”ＵＲＬ−
Ａ”、条件値格納部３０２０に"default”が格納されて
いるデフォルトレコード３０００のファイル名格納部３
０２０に格納されているファイル名”ＦＩＬＥ−ａ３”
が本ステップ（ステップ４３１２）の検索結果となる。
ステップ４３１２実行後、次ステップ４３１３で、検索
したファイル名の情報コンテンツファイル２０４０を情
報提供処理部２０２０に渡す。以上が、ステップ４３０
１でエントリされていると判定された場合の一連の処理
ステップである。ステップ４３０１でエントリされてい
ないと判定された場合、情報選択処理部２０００は要求
ＵＲＬが示すファイル名の情報コンテンツファイル２０
４０を情報提供処理部２０２０に渡す（ステップ４３２
０）。情報提供処理部２０２０は、ステップ４３１３ま
たはステップ４３２０によって情報選択処理部２０００
から情報コンテンツファイル２０４０を受け取り（ステ
ップ４２０２）、受け取った情報コンテンツファイル２
０４０を要求元の情報検索クライアント端末１１００に
転送する（ステップ４２０３）。情報検索クライアント
端末１１００は、情報提供処理部２０２０から転送され
る情報コンテンツファイル２０４０を受信してファイル
内容を表示する（ステップ４１０１）。

【００２０】以上、第一の実施形態を図２から図４を用
いて説明した。第一の実施形態における本発明の利用形
態の一例を、図３に示したテーブル内容を例にとり説明
する。情報提供者が、情報提供サーバシステム１０００
で商品情報を提供することを想定する。この商品情報の
ＵＲＬを”ＵＲＬ−Ａ”とする。情報提供者は、商品情
報を日本語で記述したコンテンツを”ＦＩＬＥ−ａ１”
に、ドイツ語で記述したコンテンツを”ＦＩＬＥ−ａ
２”に、英語で記述したコンテンツを”ＦＩＬＥ−ａ
３”に作成して情報提供サーバシステム１０００に格納
する。本発明の第一の実施形態によれば、情報検索クラ
イアント端末１１００利用者が、この商品情報をアクセ
スした場合、”ｊｐドメイン”であれば日本語記述、”
ｄｅドメイン”であればドイツ語、その他のドメインで
あれば英語記述の商品情報を見ることになる。通常”ｊ
ｐドメイン”の所属カントリは日本、”ｄｅドメイン”
はドイツを表わすので、利用者は日常利用する言語で商
品情報を得ることができる。逆に情報提供者側からいえ
ば、利用者のアクセスポイント（ここでは具体的にはカ
ントリードメイン）に応じた言語で商品情報を提供する
ことができる。また、提供する商品が電源事情や法制度
などの違いにより同じ商品でもその仕様が国ごとに異な
る場合、カントリーごとに提供する情報コンテンツを変
えることができるので、利用者は所属するカントリーに
適した仕様の商品情報を得ることができる。また、カン
トリーごとに提供する情報コンテンツのなかで次のリン
ク先をも変更したものにしておけば、そこから次々たぐ
れる情報をも変えていくことができる。以上のように本
発明によれば、情報提供者は利用者のアクセスポイント
に応じて適した内容や記述言語の情報を提供することが
でき、利用者はその情報サービスを享受することができ
る。

【００２１】次に、第二の実施形態を図５から図８を用
いて説明する。第二の実施形態は、情報検索クライアン
ト端末１１００に位置検知装置（ＧＰＳ）５２００を接
続し、本装置５２００で検知する情報検索クライアント
端末１１００の位置情報をもとに情報コンテンツを選択
して提供する形態である。第一の実施形態ではエリア特
定の分解能がドメインネームサーバ２１００が管理する
ドメインレベルであったが、第二の実施形態によればよ
りきめ細かいエリア特定が可能となり情報提供サービス
レベルを向上させることができる。

【００２２】図５は、第二の実施形態の全体システム構
成を示したものである。第一の実施形態を示した図２と
の差異は、情報検索クライアント端末１１００の構成を
変更した点、選択条件テーブル２０１０に格納する情報
を変更した点、情報提供サーバシステム１０００に地域
エリアマッピングテーブル５３００を新たに設けた点、
および上記３つの変更により情報選択処理部２０００の
処理フローを変更した点である。選択条件テーブル２０
１０の格納情報については、図６を用いて後述する。ま
た、情報選択処理部２０００の処理フローについては、
図８を用いて後述する。新たに情報提供サーバシステム
１０００に設けた地域エリアマッピングテーブル５３０
０は、位置検知装置５２００によって検知される位置情
報と地域エリア名を対応づけるテーブルである。本テー
ブル５３００の構成は、図７を用いて後述する。

【００２３】以下、情報検索クライアント端末１１００
の構成について説明する。情報検索クライアント端末１
１００を、情報検索クライアント処理部５１００、位置
情報通知処理部５１０１および通信処理部５１０２で構
成し、本端末１１００に位置検知装置（ＧＰＳ）５２０
０を接続する。位置情報通知処理部５１０１は、情報提
供サーバシステム１０００からの位置情報の問合わせに
対して、位置検知装置５２００から位置情報を取得して
情報提供サーバシステム１０００に位置情報を通知する
処理を行う。情報検索クライアント処理部５１００は第
一の処理形態で図２および図４を用いて説明した情報検
索クライアント端末１１００の処理機能を行う処理部で
あり、ＵＲＬを指定して情報提供サーバシステム１００
０に情報コンテンツの転送を要求したり、情報提供サー
バシステム１０００から転送される情報コンテンツを受
信してその内容を表示したりする処理を行う。情報提供
サーバシステム１０００との通信制御処理は、通信処理
部５１０２が行う。

【００２４】図６は選択条件テーブル２０１０の構成を
示したものであり、その構成は第一の実施形態で図３を
用いて説明した選択条件テーブル２０１０と同じであ
る。第二の実施形態では、条件値格納部３０２０に格納
する情報は地域エリア名である。地域エリア名は、情報
検索クライアント端末１１００から通知される位置情報
をもとに情報選択処理部２０００が特定する名称であ
る。他の格納部３０１０，３０３０には第一の実施形態
同様の情報を格納する。また、第一の実施形態同様、エ
ントリされるＵＲＬごとにデフォルトレコード３０００
を設定する。

【００２５】図６に示したテーブル内容を例に、条件選
択テーブル２０１０が意味するところを説明する。情報
検索クライアント端末１１００から”ＵＲＬ−Ｂ”なる
ＵＲＬ提供要求があった場合、要求元の情報検索クライ
アント端末１１００の地域エリア名が”エリアａ”であ
ればファイル名が”ＦＩＬＥ−ｂ１”である情報コンテ
ンツファイル２０４０を、”エリアｂ”であれば”ＦＩ
ＬＥ−ｂ２”を、その他の地域エリア名である場合はデ
フォルトレコード３０００のファイル名格納部３０３０
の値である”ＦＩＬＥ−ｂ３”をファイル名に持つ情報
コンテンツファイル２０４０を情報検索クライアント端
末１１００に提供することを意味する。選択条件テーブ
ル２０１０の各格納部３０１０，３０２０，３０３０へ
のデータ設定は、入出力処理部２０６０から行う。

【００２６】図７は、図５における地域エリアマッピン
グテーブル５３００の構成を示したものである。本テー
ブル５３００は複数のレコード７０００からなり、各レ
コード７０００は位置情報格納部７０１０と地域エリア
名格納部７０２０から構成される。地域エリア名格納部
７０２０は、任意に定めた地域エリア名称（たとえば図
７の例では”エリアａ”や”エリアｂ”）を格納する部
分である。位置情報格納部７０１０は、地域エリア名格
納部７０２０に格納された地域エリア名称に属する位置
情報を格納する部分である。格納する位置情報は位置検
知装置５２００が検知する位置情報で、ある一点の位置
情報を格納してもよいし、範囲で指定してもよい。本テ
ーブル５３００の各格納部７０１０，７０２０へのデー
タ設定は、入出力処理部２０６０から行う。

【００２７】図８は、情報選択処理部２０００を中心に
した第二の実施形態の全体処理フローを示したものであ
る。図４で示した第一の実施形態での処理フローとの相
違は、ステップ４３０１で選択条件テーブル２０１０に
要求ＵＲＬがエントリされていると判定された場合に処
理するステップ群である。具体的には図４の処理ステッ
プ４３１０，４４００，４３１１，４３１２を、第二の
実施形態（図７）では処理ステップ８０１０，８１１
０，８１１１，８０２０，８０３０に変更する。他の処
理ステップは、図４で示した第一の実施形態と同じ処理
フローかつ処理内容である。以下、変更した処理ステッ
プ群を説明する。

【００２８】処理ステップ４３０１で要求ＵＲＬがエン
トリされていると判定されると、情報選択処理部２００
０は要求元の情報検索クライアント端末１１００の位置
情報通知処理部５１０１に位置情報を問合わせる（ステ
ップ８０１０）。位置情報通知処理部５１０１は、情報
選択処理部２０００からの位置情報問合わせを受ける
と、位置検知装置５２００から位置情報を取得し（ステ
ップ８１１０）、問合わせ元の情報提供サーバシステム
１０００の情報選択処理部２０００に取得した位置情報
を通知する（ステップ８１１１）。情報選択処理部２０
００は位置情報通知部５１０１から位置情報を受信し、
地域エリアマッピングテーブル５３００を参照して受信
した位置が属する地域エリア名を検索する（ステップ８
０２０）。本検索処理ステップ８０２０では、該当する
地域エリア名が検索できなかった場合（検索条件である
位置が地域エリアマッピングテーブル５３００にエント
リされていない場合）、地域エリア名"default”を検索
結果とする。ステップ８０２０で地域エリア名を検索し
た後、検索した地域エリア名と要求ＵＲＬを条件に選択
条件テーブル２０１０から、情報コンテンツファイル２
０４０のファイル名を検索する（ステップ８０３０）。
図６に示す選択条件テーブル２０１０を例にとり、本ス
テップ８０３０の検索結果例を説明する。たとえば、要
求ＵＲＬが”ＵＲＬ−Ｂ”、地域エリア名が”エリア
ｂ”の場合、選択条件テーブル２０１０のＵＲＬ格納部
３０１０”ＵＲＬ−Ｂ”、条件値格納部３０２０に”エ
リアｂ”が格納されているレコード３０００のファイル
名格納部３０３０に格納されているファイル名”ＦＩＬ
Ｅ−ｂ２”が本ステップ（ステップ８０３０）の検索結
果となる。処理ステップ８０３０実行後、ステップ４３
１３を実行する。本ステップ４３１３以後の処理ステッ
プは、図４に示した第一の実施形態での処理ステップと
同様である。

【００２９】以上、第二の実施形態を図５から図８を用
いて説明した。第二の実施形態における本発明の利用形
態の一例を、図６および図７に示したテーブル内容を例
にとり説明する。情報提供者が、情報提供サーバシステ
ム１０００でイベント情報を提供することを想定する。
イベント情報には、全国共通的なイベント情報の他
に、”エリアａ”、”エリアｂ”なる地域にはその地域
密着のオリジナルイベントがあると想定する。イベント
情報のＵＲＬを”ＵＲＬ−Ｂ”とする。情報提供者は、
全国共通的なイベント情報のコンテンツを”ＦＩＬＥ−
ｂ３”に、全国共通的なイベント情報に加えて”エリア
ａ”地域オリジナルイベントを盛り込んだコンテンツ
を”ＦＩＬＥ−ｂ１”に、全国共通的なイベント情報に
加えて”エリアｂ”地域オリジナルイベントを盛り込ん
だコンテンツを”ＦＩＬＥ−ｂ２”に作成して情報提供
サーバシステム１０００に格納する。本発明の第二の実
施形態によれば、情報検索クライアント端末１１００利
用者が、このイベント情報をアクセスした場合、アクセ
スポイントが”エリアａ”であれば”エリアａ”地域オ
リジナルイベント情報をも見ることができる。また、地
域エリア（”エリアａ”、”エリアｂ”など）を国と
し、対応するコンテンツファイル（”ＦＩＬＥ−ｂ
１”，”ＦＩＬＥ−ｂ２”，”ＦＩＬＥ−ｂ３”など）
をその国の公用語で記述したものやその国の事情に適し
た商品仕様の内容にすれば、利用者は自国の言語で情報
を見ることができるし、自国に適した仕様の商品情報を
見ることができる。情報提供者側の視点からいうと、情
報提供者は利用者に画一的な情報を提供するのでなく、
利用者のアクセスポイントの地域エリアに応じて適した
情報を提供することができ、情報サービスレベルを向上
させることができる。第二の実施形態では、位置検知装
置（ＧＰＳ）５２００を利用してアクセスポイントの特
定をしているので、第一の実施形態と比較してよりきめ
細かい地域エリアごとの情報提供サービスを実施するこ
とができる。また、モーバイルユーザに対しても常に移
動先の場所を特定できるので、その移動場所に適した情
報を提供をすることができる。さらに、利用者ごとに提
供する異なる情報コンテンツの中でそこから次のリンク
先をも変更しておくことで、ひとつのＵＲＬアクセスに
対して提供する情報コンテンツを変えるだけでなく、そ
こから次々にたぐれる情報をも変えていくことができ
る。以上のように、本発明によれば、ｆ√・・泌メ側は
利用者のアクセスポイントに応じたきめ細かな情報を提
供していくことができ、利用者はそのきめ細かな情報サ
ービスを享受することができる。

【００３０】図９から図１３を用いて、第三の実施形態
を説明する。第一および第二の実施形態では、情報検索
クライアント端末１１００のアクセスポイント（場所）
を情報コンテンツの選択条件にしたものであるが、第三
の実施形態は情報検索クライアント端末１１００利用者
の属性、たとえば日常使用する言語、好みのニュースジ
ャンルや生年月日などを選択条件にするようにしたもの
である。情報検索クライアント端末１１００に利用者の
属性を記憶する部分を設け、情報提供サーバシステム１
０００は情報検索クライアント端末１１００からのアク
セス要求があるとアクセス者（利用者）の属性を取得
し、その属性に応じて情報コンテンツを選択、提供する
形態である。

【００３１】図９は、第三の実施形態の全体システム構
成を示したものである。第一の実施形態を示した図２と
の差異は、情報検索クライアント端末１１００の構成を
変更した点、情報提供サーバシステム１０００から選択
条件テーブル２０１０を廃し新たに属性選択テーブル９
０１０とコンテンツ選択テーブル群９０２０を設けた
点、および上記２つの変更により情報選択処理部２００
０の処理フローを変更した点である。情報提供サーバシ
ステム１０００を構成するその他の各部分の機能は、図
２を用いて第一の実施形態で説明したものと同じであ
る。

【００３２】属性選択テーブル９０１０は、情報検索ク
ライアント端末１１００からの要求ＵＲＬと情報コンテ
ンツの選択条件となる属性項目およびコンテンツ選択テ
ーブル９０２０を対応づけるテーブルである。コンテン
ツ選択テーブル９０２０は、属性の値と情報検索クライ
アント端末１１００に提供すべき情報コンテンツファイ
ル２０４０を対応づけるテーブルである。本テーブル９
０２０は複数存在し、そのアクセス管理は記憶部２０５
０が行う。属性選択テーブル９０１０およびコンテンツ
選択テーブル９０２０の構成は、それぞれ図１１、図１
２を用いて後述する。両テーブル９０１０，９０２０へ
のデータ設定は入力処理部２０６０を介して行う。

【００３３】第三の実施形態での情報検索クライアント
端末１１００は、通信処理部５１０２、情報検索クライ
アント処理部５１００、属性情報通知処理部９１００、
属性テーブル９１１０および入出力処理部９１２０で構
成する。通信処理部５１０２と情報検索クライアント処
理部５１００は、図５を用いて第二の実施形態を説明し
たものと同じである。属性テーブル９１１０は情報検索
クライアント端末１１００利用者の属性情報を格納する
テーブルであり、その構成は図１０を用いて後述する。
属性情報通知処理部９１００は、情報提供サーバシステ
ム１０００からの属性情報の問合わせに対して、属性テ
ーブル９１１０を検索して属性値を情報提供サーバシス
テム１０００に通知する処理部である。本処理部９１０
０の処理フローは、図１３を用いて全体処理フローを説
明するなかで述べる。入出力処理部９１２０は、属性テ
ーブル９１１０へのデータ設定処理を行う。

【００３４】図１０は、情報検索クライアント端末１１
００の構成要素である属性テーブル９１１０の構成を示
したものである。本テーブル９１１０は複数のレコード
１００００からなり、各レコード１０００は属性項目格
納部１００１０と属性値格納部１００２０から構成す
る。属性項目格納部１００１０は属性項目名を、属性値
格納部１００２０は属性値を格納する部分である。属性
項目名と属性値は、情報提供サーバシステム１０００側
と情報検索クライアント端末１１００側で共通の取り決
めをしておく必要がある。たとえば属性項目として日常
使用する言語であれば、属性項目名は"Ｌanguage”、属
性値としては日本語は"Ｊapanese”、ドイツ語は"Ｇerm
an”などと取り決める。第三の実施形態では、一例とし
て、前述の言語に関する取り決めがあるものとしてお
り、また好みのニュースジャンルに関する属性項目名
を"Ｎews＿genre”、生年月日に関する属性項目名を"Ｂ
irthday"としている。図１０に示したテーブル内容の例
では、情報検索クライアント端末１１００の利用者は日
常使用する言語（属性項目名”Ｌanguage"）は日本語
（属性値"Ｊapanese"）であることを示している。

【００３５】図１１は、情報提供サーバシステム１００
０の構成要素である属性選択テーブル９０１０の構成を
示したものである。本テーブル９０１０は複数のレコー
ド１１０００からなり、各レコード１１０００はＵＲＬ
格納部１１０１０、属性項目格納部１１０２０およびコ
ンテンツ選択テーブル名格納部１１０３０から構成す
る。ＵＲＬ格納部１１０１０は、属性に応じて情報検索
クライアント端末１１００に提供する情報コンテンツを
変える対象となるＵＲＬを格納する部分である。属性項
目格納部１１０２０は、選択条件である属性項目名を格
納する部分である。コンテンツ選択テーブル名格納部１
１０３０は、属性値と情報検索クライアント端末１１０
０に提供すべき情報コンテンツファイル２０４０を対応
づけるコンテンツ選択テーブル９０２０のテーブル名を
格納する部分である。本テーブル９０１０の第一番目の
レコード１１０００を例に、本テーブル９０１０の意味
するところを説明する。ＵＲＬ”ＵＲＬ−Ｃ”の情報コ
ンテンツ選択条件は"Ｌanguage”属性であり、"Ｌangua
ge”属性の値と提供すべき情報コンテンツファイル２０
４０と対応関係を示すコンテンツ選択テーブル９０２０
のテーブル名は”ＴＡＢＬＥ−Ｃ”であることを意味し
ている。

【００３６】図１２は、情報提供サーバシステム１００
０の構成要素であるコンテンツ選択テーブル９０２０の
構成を示したものである。本テーブル９０２０は複数の
レコード１２０００からなり、属性値格納部１２０２０
とファイル名格納部１２０２０から構成する。属性値格
納部１２０１０は属性値を格納する部分であり、ファイ
ル名格納部１２０２０は提供すべき情報コンテンツファ
イル２０４０のファイル名を格納する部分である。本テ
ーブル９０２０ではデフォルトレコード１２０００を設
定する。デフォルトレコード１２０００は、属性値格納
部１２０１０に"default”がセットされているレコード
１２０００である。デフォルトレコードの使い方は、第
一の実施形態で図３を用いて選択条件テーブル２０１０
を説明したときの使い方と同じである。図１２に示した
テーブル内容を例に、本テーブル９０２０の意味すると
ころを説明する。属性値が"Ｊapanese”であればファイ
ル名”ＦＩＬＥ−ｃ１”の情報コンテンツファイル２０
４０を、属性値が"Ｇerman”であればファイル名”ＦＩ
ＬＥ−ｃ２”の情報コンテンツファイル２０４０を、そ
の他の属性値であれば”ＦＩＬＥ−ｃ３”の情報コンテ
ンツファイル２０４０を情報検索クライアント端末１１
００に提供する情報コンテンツであることを意味してい
る。図１２に示したテーブル内容は、テーブル名”ＴＡ
ＢＬＥ−Ｃ”であるコンテンツ選択テーブル９０２０の
内容を示したものとして、以下第三の実施形態を説明し
ていく。

【００３７】図１１、図１２をもって説明した各テーブ
ル９０１０，９０２０の関連から、一連のテーブル９０
１０，９０２０により意味するところを整理しておく。
情報検索クライアント端末１１００からの要求ＵＲＬ
が”ＵＲＬ−Ｃ”、属性項目"Ｌanguage”の値が”Ｊap
anese”であるとき、情報検索クライアント端末１１０
０にはファイル名が”ＦＩＬＥ−ｃ１”の情報コンテン
ツが提供されることになる。

【００３８】図１３は、情報選択処理部２０００を中心
にした第三の実施形態の全体処理フローを示したもので
ある。図４で示した第一の実施形態での処理フローとの
相違は、ステップ４３０１のエントリ判定処理での検索
対象とするテーブルが異なる点、本判定処理（ステップ
４３０１）でエントリされていると判定された場合に処
理するステップ群が異なる点である。具体的には、図４
における判定ステップ４３０１をステップ１３０１０
に、図４における処理ステップ群４３１０，４４００，
４３１１，４３１２をステップ群１３０２０，１３０３
０，１３１００，１３１１０，１３０４０，１３０５０
に変更する。他の処理ステップは、図４で示した第一の
実施形態と同じ処理フローかつ処理内容である。以下、
変更した処理ステップを説明する。

【００３９】情報選択処理部２０００は、情報提供処理
部２０２０から要求元アドレスと要求ＵＲＬを受け取る
（ステップ４３００）と、属性選択テーブル９０１０の
ＵＲＬ格納部１１０１０を検索して要求ＵＲＬのエント
リがあるか否かを判定する（ステップ１３０１０）。エ
ントリされていないと判定された場合、次に実行するス
テップはステップ４３２０で、本ステップ４３２０以
降、図４で示した第一の実施形態と同じ処理ステップを
実行する。ステップ１３０１０でエントリがあると判定
された場合、ステップ１３０２０で属性選択テーブル９
０１０のＵＲＬ格納部１１０１０に要求ＵＲＬが格納さ
れているレコード１１０００の属性項目格納部１１０２
０から属性項目名とコンテンツ選択テーブル名格納部１
１０３０からコンテンツ選択テーブル名を検索する。次
ステップ１３０３０で、検索した属性項目の値を要求元
の情報提供クライアント端末１１００の属性情報通知処
理部９１００に問合わせる。属性情報通知処理部９１０
０は、情報選択処理部２０００からの属性値問合わせを
受けると、属性テーブル９１１０から問合わせのあった
属性項目の値を検索する（ステップ１３１００）。本検
索ステップ１３１００において、問合わせのあった属性
項目に該当するレコード１００００が存在しなかった場
合（属性テーブル９１１０に当該属性項目がエントリさ
れていない場合）、属性値"default”を検索結果とす
る。ステップ１３１００後、検索した属性値を問合わせ
元である情報提供サーバシステム１０００の情報選択処
理部２０００に通知する（ステップ１３１１０）。情報
選択処理部２０００は、属性情報通知処理部９１００か
ら問合わせた属性値を受信する（ステップ１３０４
０）。次に情報選択処理部２０００は、ステップ１３０
２０で検索したコンテンツ選択テーブル名のコンテンツ
選択テーブル９０２０から属性値を条件に情報コンテン
ツファイル２０４０のファイル名を検索する（ステップ
１３０５０）。具体的には、コンテンツ選択テーブル９
０２０の属性値格納部１２０１０にステップ１３０４０
で受信した属性値が格納されているレコード１２０００
のファイル名格納部１２０２０に格納されているファイ
ル名を検索する。本ステップ１３０５０では、該当する
属性値のエントリがなかった場合はデフォルトレコード
１２０００（属性値格納部１２０１０に"default”が格
納されているレコード１２０００）のファイル名格納部
１２０２０に格納されているファイル名を検索結果とす
る。ステップ１３０５０の次ステップはステップ４３１
３で、本ステップ４３１３以後の処理ステップは図４に
示した第一の実施形態での処理ステップと同じである。

【００４０】以上、第三の実施形態を図９から図１３を
用いて説明した。第三の実施形態における本発明の利用
形態の一例を、図１０、図１１および図１２に示したテ
ーブル内容を例にとり説明する。第一の実施形態におけ
る利用形態例を説明したときと同様、情報提供者が情報
提供サーバシステム１０００で商品情報を提供すること
を想定する。この商品情報のＵＲＬを”ＵＲＬ−Ｃ”と
する。情報提供者は、商品情報を日本語で記述したコン
テンツを”ＦＩＬＥ−ｃ１”に、ドイツ語で記述したコ
ンテンツを”ＦＩＬＥ−ｃ２”に、英語で記述したコン
テンツを”ＦＩＬＥ−ｃ３”に作成して情報提供サーバ
システム１０００に格納する。利用者の情報検索クライ
アント端末１１００には図１０に示すテーブル内容が設
定されていると想定する。第三の実施形態によれば、情
報検索クライアント端末１０００利用者がこの商品情報
をアクセスすると、”ＦＩＬＥ−ｃ１”の内容すなわち
日本語で記述された情報コンテンツを見ることになる。
ここで利用者がドイツに出張し、”ｄｅドメイン”を持
つ情報検索クライアント端末１１００からこの商品情報
をアクセスすることを想定する。第一、第二の実施形態
では、利用者はドイツ語で記述された情報コンテンツを
見ることになる。一方、第三の実施形態によれば、情報
検索クライアント端末１１００に図１０に示したテーブ
ル内容を設定すれば、場所によらず日本語記述の情報コ
ンテンツを見ることができるようになる。このように、
第一、第二の実施形態とも情報コンテンツの選択条件が
場所（アクセスポイント）であったが、第三の実施形態
では利用者が日常使用する言語の他、好みのニュースジ
ャンルや生年月日など利用者個人の特徴を選択条件にし
ている。好みのニュースジャンルを例にとれば、ある利
用者はスポーツが好みであり、ある利用者は社会面が好
みであるとすると、スポーツが好みである利用者にはス
ポーツ面が充実した情報コンテンツを、社会面が好みの
利用者には社会面が充実した情報コンテンツを情報提供
者は提供していけるし、利用者は好みの情報をより詳し
く見ることができるようになる。また、利用者ごとに提
供する異なる情報コンテンツの中でそこから次のリンク
先をも変更しておくことで、ひとつのＵＲＬアクセスに
対して提供する情報コンテンツを変えるだけでなく、そ
こから次々にたぐれる情報をも変えていくことができ
る。

【００４１】以上のように、本発明によれば、情報提供
者は利用者のひとり一人のパーソナリティに応じたきめ
細かな情報を提供していくことができ、利用者はそのき
め細かな情報サービスを享受することができる。

【００４２】以下、本発明のその他の実施形態について
述べる。

【００４３】第三の実施形態では情報選択条件はひとつ
の属性項目としているが、複数の属性項目を選択条件に
することもできる。これは、以下の変更を施すことによ
って実施可能となる。まず、図１１の属性選択テーブル
９０１０の属性項目格納部１１０２０と、図１２のコン
テンツ選択テーブル９０２０の属性値格納部１２０１０
を複数設ける。複数設けた格納部１１０２０，１２０１
０に格納する情報の並びを同じにする。すなわち、属性
選択テーブル９０１０の第Ｎ番目の属性項目格納部１１
０２０に"Ｌanguage”属性項目を格納したら、コンテン
ツ選択テーブル９０２０の第Ｎ番目の属性値格納部１２
０１０には"Ｌanguage”属性項目の属性値（"Ｊapanes
e”や"Ｇerman”など）を格納するようにする。これ
は、図１３のステップ１３０５０での検索処理で、属性
情報通知処理部９１００から受信した属性値はコンテン
ツ選択テーブル９０２０に複数ある属性値格納部１２０
１０のどれとマッチングをとればよいのか分かるように
するためである。さらに、図１３に示した処理ステップ
１３０２０，１３０３０，１３１００，１３１１０，１
３０４０，１３０５０を複数の属性項目およびその属性
値の検索・問合わせ応答に対応するよう変更する。以上
の変更により、複数の属性項目を選択条件にすることが
可能となり、よりきめ細かな情報サービスを実現でき
る。

【００４４】上記第三の実施形態の変形形態において、
図１１と図１２に示した情報コンテンツを選択するため
の条件を、エキスパートシステムなどで用いられている
プロダクションル（ＩＦ−ＴＨＥＮルール）で記述し、
図１３のステップ１３０５０の処理をエキスパートシス
テムなどで実現されている推論処理部で構成することに
より、より複雑な条件を定義することが可能となる。ま
た、選択条件の設定やメンテナンスが容易になる。

【００４５】第三の実施形態において、場所（アクセス
ポイント）を選択条件である属性項目のひとつとし、場
所情報は第一または第二の実施形態で説明した方法によ
って取得するように情報提供サーバシステム１０００と
情報検索クライアント端末１１００を構成すれば、第
一、第二および第三の実施形態を複合させた実施形態を
とることができる。複合実施形態をとることにより、利
用者のアクセスポイントと利用者のハーソナリティに合
わせた情報を、きめ細かく提供することができる。

【００４６】第一、第二および第三の実施形態とも最終
的には、情報提供サーバシステム１０００に格納された
情報コンテンツファイル２０４０をそのまま提供するこ
とになる。これを、アクセス位置（場所）や利用者の属
性に応じて情報コンテンツを編集加工して提供するよう
にすることができる。第三の実施形態を例に、その変形
実施形態を説明する。まず、情報提供サーバシステム１
０００に情報コンテンツ編集処理部をひとつあるいは複
数設ける。複数設ける場合は、情報コンテンツ編集処理
部Ａ、情報コンテンツ編集処理部Ｂなどのように、情報
コンテンツ処理部を一意に識別できるようにする。図１
１に示したコンテンツ選択テーブル９０２０の各レコー
ド１２０００に、処理名格納部を設ける。この処理名格
納部には情報コンテンツ編集処理部の名称（情報コンテ
ンツ編集処理部Ａ、情報コンテンツ編集処理部Ｂ、な
ど）を格納する。このように変更されたコンテンツ選択
テーブル９０２０の意味するところは、属性値が"Ｊapa
nese”であればファイル名が”ＦＩＬＥ−ｃ１”の情報
コンテンツファイル２０４０を、処理名格納部に格納さ
れた名称の情報コンテンツ編集処理部で編集処理して、
要求元情報検索クライアント端末１１００に転送するこ
とを意味する。図１３の情報選択処理部２０００を次の
ように変更する。ステップ１３０５０で、コンテンツ選
択テーブル９０２０から処理名も検索するように変更す
る。ステップ４３１３では、情報コンテンツファイル２
０４０を変更したステップ１３０５０で検索した処理名
の情報コンテンツ編集処理部に渡し、その編集処理結果
を次のステップ４２０２に渡すように変更する。以上の
変更により、利用者の属性に応じて情報コンテンツを編
集加工して提供するようにすることができる。この変形
実施形態により、よりきめ細かな情報サービスをするこ
とができるし、情報コンテンツのデータ量の削減効果も
ある。たとえば、ニュース情報の提供を想定する。利用
者の好みに応じてニュースの掲載構成を変更（スポーツ
記事が好みの利用者にはスポーツ記事が先頭にくるよう
に、また社会面が好みの利用者には社会面が先頭にくる
ようにニュースの掲載構成を変更するなど）しようとす
ると、第三の実施形態ではそれぞれの掲載構成の情報コ
ンテンツを作成して情報提供サーバシステム１０００に
格納しておかなければならない。変更した実施形態によ
れば、記事をソーティングする処理を情報コンテンツ編
集処理部に設けて２ィけば、格納しておく情報コンテン
ツはひとつでよいため、格納する情報コンテンツのデー
タ量の削減が図れる。

【００４７】以上の実施形態はＷＷＷシステムを例にと
り説明してきたが、ＦＴＰサービスや電子メールベース
のオートレスポンディングサービス（電子メールベース
の情報提供サービス）など他のネットワークサービスに
も応用できる。

【００４８】また、本発明はネットワーク上でのプログ
ラム配布にも応用できる。第三の実施形態で属性項目に
利用者のコンピュータ（情報検索クライアント端末１１
００）の環境、たとえばＯＳのバージョン情報などと
し、情報コンテンツファイル２０４０をプログラムとす
る。また、情報検索クライアント処理部５１００で情報
コンテンツファイル２０４０を表示していた処理を廃
し、転送されるプログラムを記憶装置に格納する処理や
自動的にインストールする処理に変更する。以上の変更
により、インストールしたいプログラムを指定するだけ
で、自動的に利用者のコンピュータ環境に適したバージ
ョンのプログラムの配信を受けることができるようにな
る。

【００４９】

【発明の効果】本発明は以上のように構成され機能する
ので、情報通信ネットワークを使った情報提供サービス
において、情報提供者は利用者のアクセス場所や属性情
報に応じて適した情報コンテンツを選択し配信する新た
なサービスを提供することができる。これにより、利用
者に対する情報提供者のサービスレベルが向上する。ま
た、利用者は必要な情報、見たい情報、理解できる言語
記述の情報を容易に入手することができる。

【図面の簡単な説明】

【図１】利用者から見た本発明内容を説明した図であ
る。

【図２】本発明の第一の実施形態における全体システム
構成図である。

【図３】図２における選択条件テーブルの構成図であ
る。

【図４】第一の実施形態における全体処理フロー図であ
る。

【図５】本発明の第二の実施形態における全体システム
構成図である。

【図６】図５における選択条件テーブルの構成図であ
る。

【図７】図５における地域エリアマッピングテーブルの
構成図である。

【図８】第二の実施形態における全体処理フロー図であ
る。

【図９】本発明の第三の実施形態における全体システム
構成図である。

【図１０】図９における属性テーブルの構成図である。

【図１１】図９における属性選択テーブルの構成図であ
る。

【図１２】図９におけるコンテンツ選択テーブルの構成
図である。

【図１３】第三の実施形態における全体処理フロー図で
ある。

【符号の説明】

１０００…情報提供サーバシステム、１１００…情報検
索クライアント端末、１２００…ネットワーク、
２０００…情報選択処理部、２０１０…選択条件テ
ーブル、 ２０４０…情報コンテンツファイル、５
１０１…位置情報通知処理部、 ５２００…位置検知
装置、５３００…地域エリアマッピングテーブル、９０
１０…属性選択テーブル、９０２０…コンテンツ選択テ
ーブル、 ９１００…属性情報通知処理部、９１１
０…属性テーブル。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 12/00 ５４７ Ｇ０６Ｆ 9/06 ４２０Ｊ 17/30 15/403 ３４０Ａ

Claims (21)

【特許請求の範囲】
1. 【請求項１】情報コンテンツを配信する複数のサーバ装
   置と、情報コンテンツを受信する複数のクライアント装
   置がネットワークに接続された構成をとり、前記サーバ
   装置は前記クライアント装置からの配信要求にしたがっ
   て情報コンテンツを配信する情報提供システムにおい
   て、前記サーバ装置によって情報コンテンツを提供する
   方法であって、 前記サーバ装置に、配信要求する前記クライアント装置
   の位置を特定するステップと、 該位置情報から情報コンテンツを選択するステップと、 該選択した情報コンテンツを前記クライアント装置に配
   信するステップを有することを特徴とする情報提供方
   法。
2. 【請求項２】請求項記載１記載の情報提供方法における
   前記クライアント装置の位置を特定するステップであっ
   て、 前記クライアント装置の通信アドレスから前記クライア
   ント装置の位置を特定するステップを有することを特徴
   とする情報提供方法。
3. 【請求項３】情報コンテンツを配信する複数のサーバ装
   置と、情報コンテンツを受信する複数のクライアント装
   置がネットワークに接続された構成をとり、前記サーバ
   装置は前記クライアント装置からの配信要求にしたがっ
   て情報コンテンツを配信する情報提供システムにおける
   情報提供方法であって、 前記サーバ装置に、配信要求するクライアント装置に対
   して位置情報を問合わせるステップと、 前記クライアント装置から位置情報を受信するステップ
   と、 該位置情報から情報コンテンツを選択するステップと、 該選択した情報コンテンツを前記クライアント装置に配
   信するステップを有し、 前記クライアント装置に、該装置の位置を検知するステ
   ップと、 前記サーバ装置からの位置情報の問合わせに対して該位
   置情報を前記サーバ装置に通知するステップを有するこ
   とを特徴とする情報提供方法。
4. 【請求項４】情報コンテンツを配信する複数のサーバ装
   置と、情報コンテンツを受信する複数のクライアント装
   置がネットワークに接続された構成をとり、前記サーバ
   装置は前記クライアント装置からの配信要求にしたがっ
   て情報コンテンツを配信する情報提供システムにおける
   情報提供方法であって、 前記サーバ装置に、配信要求するクライアント装置に対
   して属性情報を問合わせるステップと、 前記クライアント装置からの属性情報を受信するステッ
   プと、 該属性情報から情報コンテンツを選択するステップと、 該選択した情報コンテンツを前記クライアント装置に配
   信するステップを有し、 前記クライアント装置に、前記サーバ装置からの属性情
   報の問合わせに対して属性情報を前記サーバ装置に通知
   するステップを有することを特徴とする情報提供方法。
5. 【請求項５】情報コンテンツを配信する複数のサーバ装
   置と、情報コンテンツを受信する複数のクライアント装
   置がネットワークに接続された構成をとり、前記サーバ
   装置は前記クライアント装置からの配信要求にしたがっ
   て情報コンテンツを配信する情報提供システムであっ
   て、 前記サーバ装置は、前記サーバ装置に配信要求する前記
   クライアント装置の位置を特定する手段と、 該位置情報から情報コンテンツを選択する手段と、 該選択した情報コンテンツを前記クライアント装置に配
   信する手段を有することを特徴とする情報提供システ
   ム。
6. 【請求項６】情報コンテンツを配信する複数のサーバ装
   置と、情報コンテンツを受信する複数のクライアント装
   置がネットワークに接続された構成をとり、前記サーバ
   装置は前記クライアント装置からの配信要求にしたがっ
   て情報コンテンツを配信する情報提供システムであっ
   て、 前記サーバ装置は、配信要求するクライアント装置に対
   して位置情報を問合わせる手段と、 前記クライアント装置からの位置情報を受信する手段
   と、 該位置情報から情報コンテンツを選択する手段と、 該選択した情報コンテンツを前記クライアント装置に配
   信する手段を有し、 前記クライアント装置は、該装置の位置を検知する手段
   と、 前記サーバ装置からの位置情報問合わせに対して前記位
   置検知手段で検知する位置情報を前記サーバ装置に通知
   する手段を有することを特徴とした情報提供システム。
7. 【請求項７】情報コンテンツを配信する複数のサーバ装
   置と、情報コンテンツを受信する複数のクライアント装
   置がネットワークに接続された構成をとり、前記サーバ
   装置は前記クライアント装置からの配信要求にしたがっ
   て情報コンテンツを配信する情報提供システムであっ
   て、 前記サーバ装置は、配信要求するクライアント装置に対
   して属性情報を問合わせる手段と、 前記クライアント装置からの属性情報を受信する手段
   と、 該属性情報から情報コンテンツを選択する手段と、 該選択した情報コンテンツを前記クライアント装置に配
   信する手段を有し、 前記クライアント装置は、属性情報を記憶する手段と、 前記サーバ装置からの属性問合わせに対して前記属性情
   報を前記サーバ装置に通知する手段を有することを特徴
   とする情報提供システム。
8. 【請求項８】請求項７記載の情報提供システムであっ
   て、 前記属性情報から情報コンテンツを選択する手段をエキ
   スパートシステムで構成することを特徴とする情報提供
   システム。
9. 【請求項９】情報コンテンツを配信する複数のサーバ装
   置と、情報コンテンツを受信する複数のクライアント装
   置がネットワークに接続された構成をとり、前記サーバ
   装置は前記クライアント装置からの配信要求にしたがっ
   て情報コンテンツを配信する情報提供システムにおける
   情報提供方法であって、 前記サーバ装置に、配信要求するクライアント装置に対
   して位置情報と属性情報を問合わせるステップと、 前記クライアント装置から位置情報と属性情報を受信す
   るステップと、 該位置情報と該属性情報から情報コンテンツを選択する
   ステップと、 該選択した情報コンテンツを前記クライアント装置に配
   信するステップを有し、 前記クライアント装置に、該装置の位置を検知するステ
   ップと、 前記サーバ装置からの位置情報と属性情報の問合わせに
   対して該位置情報と属性情報を前記サーバ装置に通知す
   るステップを有することを特徴とする情報提供方法。
10. 【請求項１０】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムであっ
    て、 前記サーバ装置は、配信要求するクライアント装置に対
    して位置情報と属性情報を問合わせる手段と、 前記クライアント装置から位置情報と属性情報を受信す
    るス手段と、 該位置情報と該属性情報から情報コンテンツを選択する
    手段と、 該選択した情報コンテンツを前記クライアント装置に配
    信する手段を有し、 前記クライアント装置に、該装置の位置を検知する手段
    と、 属性情報を記憶する手段と、 前記サーバ装置からの位置情報と属性情報の問合わせに
    対して、前記位置検知手段で検知する位置情報と前記記
    憶する属性情報を、前記サーバ装置に通知する手段を有
    することを特徴とする情報提供システム。
11. 【請求項１１】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムにおい
    て、前記サーバ装置によって情報コンテンツを提供する
    方法であって、 前記サーバ装置に、配信要求する前記クライアント装置
    の位置を特定するステップと、 該位置情報から情報コンテンツを選択するステップと、 該選択した情報コンテンツを編集処理するステップと、 該選編集処理した情報コンテンツを前記クライアント装
    置に配信するステップを有することを特徴とする情報提
    供方法。
12. 【請求項１２】請求項記載１１記載の情報提供方法にお
    ける前記クライアント装置の位置を特定するステップで
    あって、 前記クライアント装置の通信アドレスから前記クライア
    ント装置の位置を特定するステップを有することを特徴
    とする情報提供方法。
13. 【請求項１３】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムにおけ
    る情報提供方法であって、 前記サーバ装置に、配信要求するクライアント装置に対
    して位置情報を問合わせるステップと、 前記クライアント装置から位置情報を受信するステップ
    と、 該位置情報から情報コンテンツを選択するステップと、 該選択した情報コンテンツを編集処理するステップと、 該編集処理した情報コンテンツを前記クライアント装置
    に配信するステップを有し、 前記クライアント装置に、該装置の位置を検知するステ
    ップと、 前記サーバ装置からの位置情報の問合わせに対して該位
    置情報を前記サーバ装置に通知するステップを有するこ
    とを特徴とする情報提供方法。
14. 【請求項１４】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムにおえ
    る情報提供方法であって、 前記サーバ装置に、配信要求するクライアント装置に対
    して属性情報を問合わせるステップと、 前記クライアント装置からの属性情報を受信するステッ
    プと、 該属性情報から情報コンテンツを選択するステップと、 該選択した情報コンテンツを編集処理するステップと、 該編集処理した情報コンテンツを前記クライアント装置
    に配信するステップを有し、 前記クライアント装置に、前記サーバ装置からの属性情
    報の問合わせに対して属性情報を前記サーバ装置に通知
    するステップを有することを特徴とする情報提供方法。
15. 【請求項１５】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムであっ
    て、 前記サーバ装置は、前記サーバ装置に配信要求する前記
    クライアント装置の位置を特定する手段と、 該位置情報から情報コンテンツを選択する手段と、 該選択した情報コンテンツを編集処理する手段と、 該編集処理した情報コンテンツを前記クライアント装置
    に配信する手段を有することを特徴とする情報提供シス
    テム。
16. 【請求項１６】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムであっ
    て、 前記サーバ装置は、配信要求するクライアント装置に対
    して位置情報を問合わせる手段と、 前記クライアント装置からの位置情報を受信する手段
    と、 該位置情報から情報コンテンツを選択する手段と、 該選択した情報コンテンツを編集処理する手段と、 該編集処理した情報コンテンツを前記クライアント装置
    に配信する手段を有し、 前記クライアント装置は、該装置の位置を検知する手段
    と、 前記サーバ装置からの位置情報問合わせに対して前記位
    置検知手段で検知する位置情報を前記サーバ装置に通知
    する手段を有することを特徴とした情報提供システム。
17. 【請求項１７】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムであっ
    て、 前記サーバ装置は、配信要求するクライアント装置に対
    して属性情報を問合わせる手段と、 前記クライアント装置からの属性情報を受信する手段
    と、 該属性情報から情報コンテンツを選択する手段と、 該選択した情報コンテンツを編集処理する手段と、 該編集処理した情報コンテンツを前記クライアント装置
    に配信する手段を有し、 前記クライアント装置は、属性情報を記憶する手段と、 前記サーバ装置からの属性問合わせに対して前記属性情
    報を前記サーバ装置に通知する手段を有することを特徴
    とする情報提供システム。
18. 【請求項１８】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムにおけ
    る情報提供方法であって、 前記サーバ装置に、配信要求するクライアント装置に対
    して位置情報と属性情報を問合わせるステップと、 前記クライアント装置から位置情報と属性情報を受信す
    るステップと、 該位置情報と該属性情報から情報コンテンツを選択する
    ステップと、 該選択した情報コンテンツを編集処理するステップと、 該編集処理した情報コンテンツを前記クライアント装置
    に配信するステップを有し、 前記クライアント装置に、該装置の位置を検知するステ
    ップと、 前記サーバ装置からの位置情報と属性情報の問合わせに
    対して該位置情報と属性情報を前記サーバ装置に通知す
    るステップを有することを特徴とする情報提供方法。
19. 【請求項１９】情報コンテンツを配信する複数のサーバ
    装置と、情報コンテンツを受信する複数のクライアント
    装置がネットワークに接続された構成をとり、前記サー
    バ装置は前記クライアント装置からの配信要求にしたが
    って情報コンテンツを配信する情報提供システムであっ
    て、 前記サーバ装置は、配信要求するクライアント装置に対
    して位置情報と属性情報を問合わせる手段と、 前記クライアント装置から位置情報と属性情報を受信す
    るス手段と、 該位置情報と該属性情報から情報コンテンツを選択する
    手段と、 該選択した情報コンテンツを編集処理する手段と、 該編集処理した情報コンテンツを前記クライアント装置
    に配信する手段を有し、 前記クライアント装置に、該装置の位置を検知する手段
    と、 属性情報を記憶する手段と、 前記サーバ装置からの位置情報と属性情報の問合わせに
    対して、前記位置検知手段で検知する位置情報と前記記
    憶する属性情報を、前記サーバ装置に通知する手段を有
    することを特徴とする情報提供システム。
20. 【請求項２０】ソフトウェアを配信する複数のサーバ装
    置と、ソフトウェアを受信する複数のクライアント装置
    がネットワークに接続された構成をとり、前記サーバ装
    置は前記クライアント装置からの配信要求にしたがって
    ソフトウェアを配信するソフトウェア配布システムにお
    けるソフトウェア配布方法であって、 前記サーバ装置に、配信要求するクライアント装置に対
    して該装置の稼動環境を問合わせるステップと、 前記クライアント装置からの稼動環境情報を受信するス
    テップと、 該稼動環境情報からソフトウェアを選択するステップ
    と、 該選択したソフトウェアを前記クライアント装置に配信
    するステップを有し、 前記クライアント装置に、前記サーバ装置からの稼動環
    境情報の問合わせに対して稼動環境情報を前記サーバ装
    置に通知するステップを有することを特徴とするソフト
    ウェア配布方法。
21. 【請求項２１】ソフトウェアを配信する複数のサーバ装
    置と、ソフトウェアを受信する複数のクライアント装置
    がネットワークに接続された構成をとり、前記サーバ装
    置は前記クライアント装置からの配信要求にしたがって
    ソフトウェアを配信するソフトウェア配布システムであ
    って、 前記サーバ装置は、配信要求するクライアント装置に対
    して該装置の稼動環境情報を問合わせる手段と、 前記クライアント装置からの稼動環境情報を受信する手
    段と、 該稼動環境情報から情報コンテンツを選択する手段と、 該選択した情報コンテンツを前記クライアント装置に配
    信する手段を有し、 前記クライアント装置は、稼動環境情報を記憶する手段
    と、 前記サーバ装置からの稼動環境情報の問合わせに対して
    前記稼動環境情報を前記サーバ装置に通知する手段を有
    することを特徴とするソフトウェア配布システム。