JP2005149207A - 適応型サービス告知システム、適応型サービス告知方法、適応型サービス告知システムの構築方法、プログラム、及び記録媒体 - Google Patents

適応型サービス告知システム、適応型サービス告知方法、適応型サービス告知システムの構築方法、プログラム、及び記録媒体 Download PDF

Info

Publication number
JP2005149207A
JP2005149207A JP2003386887A JP2003386887A JP2005149207A JP 2005149207 A JP2005149207 A JP 2005149207A JP 2003386887 A JP2003386887 A JP 2003386887A JP 2003386887 A JP2003386887 A JP 2003386887A JP 2005149207 A JP2005149207 A JP 2005149207A
Authority
JP
Japan
Prior art keywords
site
service
relationship
user terminal
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003386887A
Other languages
English (en)
Inventor
Tomoko Itao
知子 板生
Satoshi Tanaka
聡 田中
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003386887A priority Critical patent/JP2005149207A/ja
Publication of JP2005149207A publication Critical patent/JP2005149207A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】 複数のサービス提供サイト間の関連づけに要するコストを低減しつつ、ユーザの要望に応じた適切なサービス検索サイトを効率的に検索可能な適応型サービス告知システム／方法，システムの構築方法を提供する。
【解決手段】 ネットワーク上でサービスを提供する複数のサービス提供サイト（以下、サイト）と、サービスを利用するユーザ端末とからなり、サイト上／ユーザ端末上で実行されるプログラムをネットワーク経由で連携させ、ユーザ端末に各サイトのサービス内容を告知する適応型サービス告知システムであって、サイトは、自身のサイトと関連性がある他のサイトのサイト名，サービス名，サービス内容のキーワード，自身のサイトとの関連性の強さを含む関連性情報を管理するリレーションシップ管理手段と、自身のサイトのサイト名等の告知情報を管理するサービス告知管理手段とを備え、他のサイトのサービス告知リストを作成し、ユーザ端末に送信する。
【選択図】 図２

Description

本発明は、適応型サービス紹介システム、適応型サービス紹介方法、適応型サービス紹介システム構築方法、プログラム、及び記録媒体に関し、特に、個人的あるいは小規模のサービス提供サイト間で連携し、ユーザの顕在的・潜在的な要求に合致するサービス提供サイトのサービス内容を告知するシステムに適用して有効な技術に関するものである。
従来、サービスを提供しているサービス提供サイトとして、例えば、インターネット上のバーチャルなサイトや、無線LAN，携帯電話等の無線基地局ベースのネットワーク等の物理空間に対応したサイトがある。前記インターネット上のバーチャルなサイトでは、ユーザのいる場所に依存しないサービスの提供が可能であり、前記ユーザはどこにいても、例えば、Webドキュメント、飛行機予約サービス、データベース検索などのサービスを利用することができる。
一方、例えば、商店街における各店舖をサイトとした場合、店舖ごとにサービス提供サイトを設置し、店舗を訪れた客が無線LANを介して前記サービス提供サイトにアクセスすることが可能であれば、店舗という物理空問に対応したサイトを実現できる。このようなサービス提供サイトでは、特定の場所や物理的な事物に依存したサービスを提供することが可能であり、例えば、飲食店では、お客にメニューを提示し、オーダーに応じた飲み物等を提供する電子ウェイターサービスを提供することが考えられる。また、書店では、その書店で人気のある本の紹介や、新刊の発売日の告知といったサービスを提供することが考えられる。
このようなバーチャルなサイト、物理空間に対応したサイトは、近年、著しく増加している。そのため、ユーザが数あるサービス提供サイトの中から、現在の顕在的・潜在的な要求に応じたサービス提供サイトを適切に、かつ効率的に発見する技術が重要になってきている。
前記ユーザの要望に応じたサービス提供サイトを発見しやすくする方法としては、例えば、PageRankを用いる方法がある（例えば、非特許文献１を参照。）
前記PageRankは、インターネット上のサービス提供サイト（Webサイト）を対象とし、ユーザの価値観を反映してWebページの検索結果を優先順位づけする手法である。前記PageRankでは、あらかじめ、前記Webページ間のハイパーリンク構造に基づいて、各Webページの重要度（ページランク）を算出しておく。そして、ユーザがWebページを検索した際に、検索結果のページを前記ページランクが高い順にソートして示すことにより、重要なページを優先的にユーザに提示する。前記ハイパーリンクは、ユーザから見たWebページ間の依存関係や重要度を反映しているため、ユーザ評価を反映しているということができる。また、前記ページランクの計算は、全てのWebページ間のリンク情報を集中サーバに集めて行うため、グローバルなユーザ情報を反映していると言える。また、前記インターネット上の全てのWebページが検索対象となるため、グローバルな検索空間を用いている。
また、前記サービス提供サイトの検索方法において、インターネット上のサーバによってユーザの履歴を収集し、分析することにより、ユーザのサービス利用パターンにおける有効なルールを検出する技術として、例えば、データマイニング（例えば、非特許文献２を参照。）や、AwarenessNet（アウェアネスネット；例えば、非特許文献３，非特許文献４を参照。）がある。
前記データマイニングや前記AwarenessNetを適用した検索システムでは、例えば、ユーザのブックマークを分析することによって、ユーザの行動パターンに応じたWebページ間の関係を抽出し、あるWebページを見ているユーザに、関連の深い他のWebページを紹介することが可能である。しかし、これらの技術では、前記PageRank同様、全てのユーザの履歴情報を集中サーバに蓄積し、集中的に処理を行う。このため、前記PageRank同様にコストが高い。
また、その他にも、例えば、Ja-Net（例えば、非特許文献５，特許文献１を参照。）のように、任意のWebページ間におけるリレーションシップの生成、削除、ユーザ評価に基づく強度の変更などを行う技術もある。
PageRank web site, L. Page, S. Brin, R. Motwani, and T. Winograd, "The PageRank Citation Ranking: Bringing Order to the Web," Stanford Digital Library Technologies, Working Paper 1990-0120, 1998. R. Agrawal, T. Imielinski, A.Swami, "Mining Association Rules between Sets of Items in Large Databases," Proc. of SIGMOD 1993, pp.207-216, 1993. T. Kawamura, K. Arinaga, and M. Sato,"A Study on Communication Distance to Realize Awareness Services," Technical report of IEICE, IN96-32, 1996 本橋 健, 佐藤 基. 「アクセス履歴を基に多様なｅビジネス展開を支援するアウェアネスネット」 NTT技術ジャーナル, 2000年11月号, P.84 板生知子, 中村哲也, 松尾真人, 田中聡, 須田達也, 青山友紀.「ユーザ嗜好に応じた動的なサービス構成のためのリレーションシップメカニズムの設計と評価」 情報処理学会論文誌, vol.44, no.3, March, 2003. 特開２００２−１７５４０５号公報
しかしながら、前記従来のサービス提供サイトの検索方法のうち、前記PageRankを用いる方法では、全てのWebページ間のリンク情報を収集してページランクを算出するので、収集するデータ量が膨大な量になる。また、データ収集及びデータ処理に要する時間も長くなる。そのため、前記サービス提供サイト以外に、ページランクを算出するための集中サーバが必要となる。その結果、データ収集コスト、データ処理コスト、サーバ設置コスト等のページランク算出にかかるコストが高くなるという問題がある。また、前記PageRankを用いる方法では、Webページのハイパーリンクはユーザがキーボード等の入力手段を用いた手作業で入力し、いったん生成されたハイパーリンクは長期的に維持されることが想定されており、時々刻々と変化するユーザのサービス利用履歴に応じて自動的にリンクを抽出する機能を持たない。そのため、ハイパーリンクを頻繁に追加、変更する必要がある環境では、対応が困難であるという問題もある。
また、前記データマイニングを用いた方法も、前記PageRank同様、前記サービス提供サイトとは別に集中サーバを必要とし、前記集中サーバ上に全てのログを集め、グローバルな観点からリレーションシップの抽出を行なうため、利用コストが高くなるという問題がある。
また、前記PageRankやデータマイニングといった手法は、異なるサイトの物理的な位置関係をサービス告知に反映する手段を持たず、基本的にWeb上のバーチャルなサイトに特化した手法である。そのため、物理空間を移動するユーザに対して、そのユーザが現在いる場所を考慮して、その近辺のサービス提供サイトを効率的に提供する手段を含まない。つまり、前記PageRankやデータマイニングといった方法を用いた検索方法でサービス提供サイトを検索した場合、ユーザは検索結果から、現在自分がいる場所の近辺で関連性の高いサービス提供サイトを発見することが難しいという問題がある。
本発明の目的は、複数のサービス提供サイト間の関連づけに要するコストを低減しつつ、ユーザの要望に応じた適切なサービス検索サイトを効率的に検索し、提供することが可能な適応型サービス告知システム，サービス告知方法，サービス告知システムの構築方法を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかになるであろう。
本願において開示される発明の概略を説明すれば、以下の通りである。
（１） ネットワーク上でサービスを提供する複数のサービス提供サイト（以下、サイトという）と、前記サービスを利用するユーザが保持し、有線または無線通信により前記サイトにアクセス可能なユーザ端末とからなり、前記サイト上及び前記ユーザ端末上で実行されるプログラムを前記ネットワークを介して連携させて、前記ユーザ端末に前記各サイトのサービス内容を告知する適応型サービス告知システムであって、前記サイトは、自身のサイトとリレーションシップ（関連）がある他のサイトのサイト名，サービス名，サービス内容のキーワード，及び前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理するリレーションシップ管理手段と、前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，及び前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理するサービス告知管理手段とを備え、前記サービス告知管理手段は、前記ユーザ端末からサービス内容の告知要求を受けたときに、前記自身のサイトのサービス告知、及び前記自身のサイトとリレーションシップがある他のサイトのサービス告知のリストを作成して、前記ユーザ端末に送信する適応型サービス告知システムである。
（２） 前記（１）の手段において、前記ユーザ端末は、前記各サイトから受信したサービス告知の履歴（以下、告知履歴という）を管理する告知履歴管理手段と、前記ユーザ端末のユーザが、前記サービス告知を見てサービスを利用したサイトの履歴（以下、利用履歴という）を管理する利用履歴管理手段と、前記サービスを利用したサイトを評価して評価値を算出するユーザ評価値算出手段と、前記利用履歴管理手段で管理している利用履歴に基づいて前記評価したサイトと他のサイトとの間にリレーションシップを生成させる情報があるか否か判定するとともに、前記告知履歴管理手段で管理している告知履歴に基づいて前記評価したサイトと他のサイトとのリレーションシップの強度を更新させる情報があるか否かを判定し、前記各情報がある場合に、前記各情報を前記評価値に付加するリレーションシップ情報付加手段とを備え、前記サイトのリレーションシップ管理手段は、前記ユーザ端末から送信された前記リレーションシップを生成させる情報に基づいて、自身のサイトと他のサイトの間に新たなリレーションシップを生成し、前記他のサイトのサービス告知を取得して自身のサイト内に保持する手段と、前記ユーザ端末から送信された前記リレーションシップの強度を更新させる情報、及び前記ユーザ端末から送信されたサイトの評価値に基づいて、自身のサイトと他のサイトとの間のリレーションシップの強度を増加または減少する手段を備える。
（３） 前記（１）または（２）の手段において、前記サイトの前記サービス告知管理手段は、自身のサイトとのリレーションシップの強度が高い順にＮ個（Ｎは０以上の整数）の前記他のサイトを抽出する手段を備え、前記自身のサイトのサービス告知及び前記抽出した他のサイトのサービス告知でなる告知リストを作成して送信する。
（４） 前記（１）から（３）の手段において、前記サイトの前記リレーションシップ管理手段は、前記自身のサイトとのリレーションシップの強度が、あらかじめ定められた値よりも下回ったサイトを検出し、前記検出したサイトのリレーションシップ情報及びサービス告知を削除する手段を備える。
（５） ネットワーク上でサービスを提供するサービス提供サイトと、前記サービスを利用するユーザが保持し、有線または無線通信により前記サービス提供サイトにアクセス可能なユーザ端末とからなり、前記サービス提供サイト上及び前記ユーザ端末上で実行されるプログラムを前記ネットワークを介して連携させて、前記ユーザ端末に前記各サービス提供サイトのサービス内容を告知する適応型サービス告知方法であって、前記各サイトで、自身のサイトとリレーションシップ（関連）がある他のサイトのサイト名，サービス名，サービス内容のキーワード，及び前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理するステップと、前記各サイトで、前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，及び前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理するステップと、前記ユーザ端末から、前記サイトに前記サービス告知を要求するステップと、前記サービス告知を要求されたサイトで、前記自身のサイトのサービス告知、及び前記自身のサイトとリレーションシップがある他のサイトのサービス告知のリストを作成して前記ユーザ端末に送信するステップとを有する適応型サービス告知方法である。
（６） 前記（５）の手段において、前記サービス告知のリストを作成して前記ユーザ端末に送信するステップは、自身のサイトとのリレーションシップの強度が高い順にＮ個（Ｎは０以上の整数）の前記他のサイトを抽出するステップと、前記自身のサイトのサービス告知及び前記抽出した他のサイトのサービス告知でなる告知リストを作成するステップとを有する。
（７） ネットワーク上でサービスを提供するサービス提供サイトと、前記サービスを利用するユーザが保持し、有線または無線通信により前記サービス提供サイトにアクセス可能なユーザ端末とからなり、前記サービス提供サイト上及び前記ユーザ端末上で実行されるプログラムを前記ネットワークを介して連携させて、前記ユーザ端末に前記各サービス提供サイトのサービス内容を告知する適応型サービス告知システムの構築方法であって、前記各サイトで、自身のサイトとリレーションシップ（関連）がある他のサイトのサイト名，サービス名，サービス内容のキーワード，及び前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理するステップと、前記各サイトで、前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，及び前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理するステップと、前記ユーザ端末から前記サービス告知を要求されたサイトで、前記自身のサイトのサービス告知、及び前記自身のサイトとリレーションシップがある他のサイトのサービス告知の告知リストを作成して前記ユーザ端末に送信するステップと、前記サービス告知の告知リストを受信したユーザ端末で、前記告知リストの履歴（告知履歴）を記録するステップと、前記ユーザ端末で、前記サービス告知を見て前記サービスを利用したサイトの履歴（利用履歴）を記録するステップと、前記各サイトから、前記サービスを利用したユーザに自身のサイトの評価を依頼するステップと、前記ユーザ端末で、前記サービスを利用したユーザの評価に基づいてユーザ評価値を算出するステップと、前記ユーザ端末で、前記利用履歴に基づいて前記評価値を算出したサイトと他のサイトとの間にリレーションシップを生成させる情報があるか否か判定するステップと、前記ユーザ端末で、前記告知履歴に基づいて前記評価値を算出したサイトと他のサイトとのリレーションシップの強度を更新させる情報があるか否かを判定するステップと、前記ユーザ端末で、前記リレーションシップを生成させる情報，前記リレーションシップの強度を更新させる情報がある場合に、前記各情報を前記ユーザ評価値に付加して前記サイトに送信するステップと、前記サイトで、前記ユーザ端末から送信された前記リレーションシップを生成させる情報に基づいて、自身のサイトと他のサイトの間に新たなリレーションシップを生成し、前記他のサイトのサービス告知を取得して自身のサイト内に保持するステップと、前記サイトで、前記ユーザ端末から送信された前記リレーションシップの強度を更新させる情報、及び前記ユーザ評価値に基づいて、自身のサイトと他のサイトとの間のリレーションシップの強度を増加または減少するステップとを有する適応型サービス告知システムの構築方法である。
（８） 前記（７）の手段において、前記サービス告知のリストを作成して前記ユーザ端末に送信するステップは、自身のサイトとのリレーションシップの強度が高い順にＮ個（Ｎは０以上の整数）の前記他のサイトを抽出するステップと、前記自身のサイトのサービス告知及び前記抽出した他のサイトのサービス告知でなる告知リストを作成するステップとを有する。
（９） 前記（７）または（８）の手段において、前記サイトで、前記自身のサイトと他のサイトとの間のリレーションシップの強度を増加または減少するステップは、前記自身のサイトとのリレーションシップの強度が、あらかじめ定められた強度を下回ったサイトのリレーションシップ情報及びサービス告知を削除するステップを有する。
本発明の適応型サービス告知システムは、前記（１）の手段のように、自身のサイトとリレーションシップがあるサイトのサービス告知を、前記自身のサイト内に保持し、管理している。そのため、従来のような集中サーバが不要であり、他のサイトとの関連づけに要するコストを低減することができる。
また、前記（２）及び（４）の手段のようにすれば、他のサイトとの新たなリレーションシップの生成、すでにリレーションシップがあるサイトとのリレーションシップの強度の更新、リレーションシップが低いサイトの削除を動的に行うことができる。また、前記（３）の手段のようにすれば、自身のサイトとのリレーションシップの強度が高い他のサイトのサービス告知をユーザに提供することができる。
また、前記（２）から（４）の手段を用いれば、前記ユーザが自身のサイトを訪れる前にサービス告知を受信したサイトやサービスを利用したサイトからリレーションシップを生成し、強度を更新していく。そのため、バーチャルなサイト間だけでなく、例えば、商店街の各店舗のような物理空間に対応したサイト間でも、効率的にリレーションシップを生成し、強度を更新することができる。
また、前記（１）から（４）の手段に記載した適応型サービス告知システムで、自身のサイトのサービス内容及び他のサイトのサービス内容をユーザに告知するときには、例えば、前記（５）及び（６）の手段のような方法で告知すればよい。こうすれば、前記ユーザは、訪れたサイトとのリレーションシップの強度が高く、かつ、適切な他のサイトのサービス告知を得ることができ、ユーザの嗜好、現在の要望に適したサイトを効率よく、かつタイムリーに発見することができる。
また、前記（７）から（９）の手段のように、ユーザ端末からの情報に基づいて、前記適応型サービス告知システムを動的に構築することで、前記各サイトは、自身のサイトとのリレーションシップの強度が高いサイトのサービス告知を保持することができる。またこのとき、前記サイト間のリレーションシップは、サイト間のみの分散処理により、ユーザのサービス利用パターンの変化を動的に追従しながら管理することができる。そのため、自身のサイトと関連のあるサイトを検索するコストを低減しつつ、ユーザに対して適切なサイトのサービス告知をタイムリーに提供することができる。
以下、本発明について、図面を参照して実施の形態（実施例）とともに詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは、同一符号を付け、その繰り返しの説明は省略する。
本発明では、集中サーバを持たない、分散ネットワーク上で、ネットワークを介してサービスを提供する複数のサイトから、ユーザの嗜好や現在いる地理的な場所に応じて、適切なサービスを効率的に告知する。このとき、ユーザが保持するユーザ端末にサービス利用履歴を蓄積し、各サイトが、複数のユーザ端末のサービス利用履歴に基づいて、自身のサイトのサービスと関連の深いサービスを提供する他サイトとの間に、動的にリレーションシップを生成し、論理的なネットワークを形成する。また、前記ユーザに告知したサービスを実際に利用したユーザからサービスに対する評価を取得し、これに基づいて、リレーションシップの有効度（強度）を更新することにより、有効なリレーションシップをインタラクティブに抽出するとともに、強度に基づいてサービスの検索空問を絞り込む。このように、ユーザの履歴情報をユーザ端末上で蓄積し、ユーザ端末及びサービス提供サイトの連携により、前記サービス提供サイト間のpeer-to-peerなリレーションシップを生成することで、集中的な管理機構がなくても前記ユーザに適切なサービスをタイムリーに告知できるシステムを実現する。
図１乃至図４は、本発明による実施例１の適応型サービス告知システムの概略構成を示す模式図であり、図１はシステム全体の構成例を示す図、図２はユーザ端末及びサービス提供サイトの構成例を示す図、図３はユーザ端末で行う処理の手順を示すフロー図、図４はサービス提供サイトで行う処理の手順を示すフロー図である。
図１において、１はネットワーク、２はサイトノード（サービス提供サイト）、３はユーザノード（ユーザ端末）である。また、図２において、２０１は通信制御手段、２０２は応答手段、２０３は提供サービス管理手段、２０４はリレーションシップ管理手段、２０５はサービス告知管理手段、２０６は処理制御手段、３０１は入力手段、３０２は出力手段、３０３は通信制御手段、３０４はユーザ嗜好管理手段、３０５は告知履歴管理手段、３０６は利用履歴管理手段、３０７はユーザ評価値算出手段、３０８はリレーションシップ判定手段、３０９は処理制御手段である。
本実施例１の適応型サービス告知システムは、図１に示すように、インターネット等のネットワーク１と前記ネットワーク１に接続されたノードから構成される。このとき、前記ノードには、サービスを提供するサービス提供サイト（以下、サイトノードという）２と、ユーザが前記サービス提供サイトのサービスを利用するためのユーザ端末（以下、ユーザノードという）３から構成される。このとき、前記サイトノード２及びユーザノード３は、前記ネットワーク１を介してフラットに接続されているとする。またこのとき、前記ユーザ端末３は、前記ネットワーク１上で、接続するサイトノード２を切り替えることにより、異なるサイトノード間を移動できるとする。
また、前記ユーザノード（ユーザ端末）３は、例えば、図２に示すように、ユーザが情報を入力する入力手段３０１と、前記ユーザに提示する情報を出力する出力手段３０２と、ネットワーク１を介した通信を制御する通信制御手段３０３と、ユーザの嗜好情報を管理するユーザ嗜好管理手段３０４と、ユーザノード３が受信したサービス告知の履歴を管理する告知履歴管理手段３０５と、ユーザが利用したサービスの履歴を管理する利用履歴管理手段３０６と、ユーザが利用したサービスの評価に基づいた評価値を算出するユーザ評価値算出手段３０７と、前記サービス告知の履歴及び利用したサービスの履歴に基づいて、前記評価を行ったサイトノード２と他のサイトノードの間にリレーションシップを生成するか否か、リレーションシップがあるサイトノードとのリレーションシップの強度を更新するか否かの判定をし、前記評価値に付加して送信するリレーションシップ判定手段３０８と、前記サイトノード２へのアクセス要求，前記サービス告知の要求，前記サービス告知の履歴の管理，前記利用したサービスの履歴，及び前記評価値の算出及びリレーションシップに関する情報の判定を制御する処理制御手段３０９とにより構成される。
また、前記サイトノード（サービス提供サイト）２は、例えば、図２に示すように、前記ユーザノード３や他のサイトノードとの通信を制御する通信制御手段２０１と、前記ユーザノード３からのアクセス要求に応答する応答手段２０２と、自身のサイトで提供するサービス情報を管理する提供サービス管理手段２０３と、自身のサイトとリレーションシップ（関連）がある他のサイトノードのサイト名，サービス名，サービス内容のキーワード，及び前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理するリレーションシップ管理手段２０４と、前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理するサービス告知管理手段２０５と、前記応答手段２０２，提供サービス管理手段２０３，前記リレーションシップ管理手段２０４，及び前記サービス告知管理手段２０５で行う処理を制御する処理制御手段２０６とを備える。
本実施例１の適応型サービス告知システムにおいて、前記ユーザノード３では、前記処理制御手段３０９が受け取ったメッセージ（命令）に応じて、例えば、図３に示すような処理を行う。
前記処理制御手段３０９では、メッセージを受信（ステップ４０１）すると、まず、受信したメッセージが、前記ユーザが前記入力手段３０１を用いて入力した、アクセスするサイトのサイト名やアドレスであるか判定する（ステップ４０２）。このとき、前記ユーザが入力したサイトのアドレスであれば、前記通信制御手段３０３からネットワーク１を介して、入力されたアドレスのサイトノード２へのアクセス要求を送信する（ステップ４０３）。
前記処理制御手段３０９で受信したメッセージが、サイトノード２へのアクセス要求でなければ、次に、前記アクセス要求を送信したサイトからの応答メッセージであるか判定する（ステップ４０４）。このとき、応答メッセージであれば、例えば、前記ユーザ嗜好管理手段３０４からキーワードを取得し、前記サイトに対してサービス告知を要求するメッセージを作成し（ステップ４０５）、前記サイトノード２に送信する（ステップ４０６）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージでなければ、次に、前記サイトノード２から送信されたサービス告知の告知リストであるか判定する（ステップ４０７）。このとき、前記告知リストであれば、前記出力手段３０２に前記告知リストを出力する（ステップ４０８）。そして、例えば、前記サービス告知にあるサービス提供元サイトのサイト名を前記告知履歴管理手段３０５に記録する（ステップ４０９）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リストでなければ、次に、前記ユーザが入力したサービスを要求するメッセージであるか判定する（ステップ４１０）。このとき、サービスを要求するメッセージであれば、前記メッセージをサイトノード２に送信する（ステップ４１１）。そして、前記サービス要求が、前記サービス告知に含まれるインタフェースプログラムを利用した要求である場合は、前記サービスを要求したサイトのサイト名を前記利用履歴管理手段３０６に追加する（ステップ４１２）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージでなければ、次に、サービスの利用を終了するメッセージであるか判定する（ステップ４１３）。このとき、終了するメッセージであれば、そのメッセージ（終了命令）をサイトノード２に送信する（ステップ４１４）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージ，サービスの利用を終了するメッセージでなければ、次に、前記サービスを利用したサイトからの評価依頼であるか判定する（ステップ４１５）。このとき、前記評価依頼であれば、評価画面を前記出力手段に出力する（ステップ４１６）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージ，サービスの利用を終了するメッセージ，評価依頼でなければ、次に、前記ユーザが入力手段３０１を用いて入力したサイトの評価であるか判定する（ステップ４１７）。このとき、前記サイトの評価情報であれば、前記ユーザ評価値算出手段３０７で評価値を算出した後、リレーションシップ判定手段３０８で前記評価をしたサイトと他のサイトのリレーションシップを生成させるか否か、またリレーションシップがあるサイトとのリレーションシップの強度の更新をさせるか否かの判定を行う（ステップ４１８）。そして、新たなリレーションシップを生成させる、あるいはリレーションシップの強度を更新させる場合は、その情報を前記評価値に付加して、前記サイトノード２に送信する（ステップ４１９）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージ，サービスの利用を終了するメッセージ，評価依頼，サイトの評価のいずれでもない場合は、例えば、システムの利用の終了命令であるか判定する（ステップ４２０）。このとき、前記終了命令であれば、例えば、前記サイトノード２への接続を切断して終了する。また、前記終了命令でもなければ、そのメッセージは無視して、次のメッセージを受信するまで待機する。
一方、前記サイトノード２では、前記処理制御手段２０６で受信したメッセージ（命令）の内容に応じて、例えば、図４に示したような処理を行う。
前記処理制御手段２０６でメッセージを受信（ステップ５０１）したら、まず、サイトの検索要求（アクセス要求）であるか判定する（ステップ５０２）。このとき、検索要求であれば、前記応答手段２０２で条件を照合し、合致する場合は前記ユーザノード３に応答メッセージを送信する（ステップ５０３）。
前記処理制御手段２０６で受信したメッセージが、前記検索要求でなければ、次に、前記サービス告知検索要求であるか判定する（ステップ５０４）。このとき、サービス告知検索要求であれば、前記サービス告知管理手段２０５で保持、管理しているサービス告知から告知リストを作成して送信する（ステップ５０５，５０６）。
前記処理制御手段２０６で受信したメッセージが、前記検索要求，前記サービス告知検索要求でなければ、次に、サービスを要求するメッセージであるか判定する（ステップ５０７）。このとき、前記サービスを要求するメッセージであれば、前記提供サービス管理手段２０３で管理しているサービス情報を前記ユーザノード３に提供する（ステップ５０８）。
前記処理制御手段２０６で受信したメッセージが、前記検索要求，前記サービス告知検索要求，サービスを要求するメッセージでなければ、サービスを終了する命令であるか判定する（ステップ５０９）。このとき、前記サービスを終了する命令であれば、サービスを終了し、前記ユーザノード３にサービスに対する評価依頼を送信する（ステップ５１０）。
前記処理制御手段２０６で受信したメッセージが、前記検索要求，前記サービス告知検索要求，サービスを要求するメッセージ，前記サービスを終了する命令でなければ、リレーションシップの生成命令であるか判定する（ステップ５１１）。このとき、前記生成命令であれば、前記リレーションシップ管理手段２０４で、該当するサイトとの間にリレーションシップがあるか否かの判定をする（ステップ５１２）。そして、リレーションシップがなければ、リレーションシップを生成し、該当するサイトに告知するとともに、サービス告知を取得する（ステップ５１３）。
前記処理制御手段２０６で受信したメッセージが、前記検索要求，前記サービス告知検索要求，サービスを要求するメッセージ，前記サービスを終了する命令，前記リレーションシップの生成命令でなければ、次に、リレーションシップの更新命令であるか判定する（ステップ５１４）。このとき、前記更新命令であれば、前記リレーションシップ管理手段２０４で、該当するサイトとの間にリレーションシップがあるか否かの判定をする（ステップ５１５）。そして、リレーションシップがあれば、前記更新命令とともに送信された評価値に基づいて、該当するサイトとのリレーションシップの強度を更新し、前記該当するサイトに通知する（ステップ５１６）。
前記処理制御手段２０６で受信したメッセージが、前記検索要求，前記サービス告知検索要求，サービスを要求するメッセージ，前記サービスを終了する命令，前記リレーションシップの生成命令，リレーションシップの更新命令でなければ、次に、前記リレーションシップの削除命令であるか判定する（ステップ５１７）。このとき、前記削除命令であれば、例えば、前記リレーションシップ管理手段２０４で、該当するサイトとの間にリレーションシップがあるか否かの判定をする（ステップ５１８）。そして、リレーションシップがあれば、該当するサイトのリレーションシップ情報及びサービス告知を削除し、前記該当するサイトに通知する（ステップ５１９）。
前記処理制御手段２０６で受信したメッセージが、前記検索要求，前記サービス告知検索要求，サービスを要求するメッセージ，前記サービスを終了する命令，前記リレーションシップの生成命令，リレーションシップの更新命令，前記リレーションシップの削除命令のいずれでもない場合は、例えば、前記サイトでのサービスの提供の終了命令あるいは中断命令であるか判定する（ステップ５２０）。このとき、前記終了命令あるいは中断命令であれば、サービスの提供を終了する。また、前記終了命令あるいは中断命令でもなければ、そのメッセージは無視して、次のメッセージを受信するまで待機する。
以下、本実施例１の適応型サービス告知システムを用いたサービス告知方法、及びサービス告知システムの構築方法について、新たなリレーションシップを生成する場合、リレーションシップの強度を更新する場合、新たなリレーションシップを生成するとともにリレーションシップの強度を更新する場合に分けて説明する。
図５乃至図１１は、本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図５（ａ）及び図５（ｂ）は１つ目のサイトノードからサービス告知のリストを取得するまでの手順を示す図、図６（ａ）はユーザ嗜好管理手段で管理するキーワードの例を示す図、図６（ｂ）はサービス告知の要求メッセージの例を示す図、図７（ａ）及び図７（ｂ）はサービスの利用手順を示す図、図８（ａ）及び図８（ｂ）は評価依頼の例を示す図、図８（ｃ）はサイトに送信する評価メッセージの例を示す図、図９（ａ）及び図９（ｂ）は２つ目のサイトノードからサービス告知のリストを取得し、サービスを利用するまでの手順を示す図、図１０（ａ）はリレーションシップの生成命令を作成する手順を示すフロー図、図１０（ｂ）は利用履歴の例を示す図、図１１（ａ），図１１（ｂ），図１１（ｃ）はリレーションシップの生成命令を送信してからリレーションシップが生成されるまでの手順を示す図である。
前記適応型サービス告知システムを利用するときには、まず、図５（ａ）に示すように、前記ユーザノード３から１つ目のサイトノード（以下、第１サイトノードという）２Ａにアクセス要求を送信し（ステップ４０３）、前記第１サイトノード２Ａからの応答メッセージを待つ。このとき、前記ユーザノード３のユーザ名はＸとし、告知履歴及び利用履歴は空（Null）であるとする。また、前記第１サイトノード２Ａのサイト名はＳ１とし、いま、前記第１サイトノード２Ａは、自身のサイトのサービス告知Ａ１のみを保持しているとする。
そして、前記ユーザノード３が、前記第１サイトノード２Ａからの応答メッセージを受信したら、図５（ｂ）に示すように、前記ユーザノード３から前記第１サイトノード２Ａに対して、サービス告知検索要求を送信する（ステップ４０５，４０６）。そして、前記サービス告知検索要求を受信した第１サイトノード２Ａでは、前記サービス告知検索要求の内容に応じたサービス告知のリストを作成して前記ユーザノード３に送信する（ステップ５０５，５０６）。いまの場合、前記第１サイトノード２Ａは、自身のサービス告知Ａ１のみを保持しているので、前記ユーザノード３には前記第１サイトノード２Ａのサービス告知Ａ１のみが送信される。そして、前記第１サイトノード２Ａのサービス告知Ａ１を受信したユーザノード３は、前記サービス告知Ａ１を出力手段３０２に出力するとともに、告知履歴に前記サービス告知Ａ１の提供元（送信元）である第１サイトノード２Ａのサイト名Ｓ１を記録する（ステップ４０８，４０９）。
このとき、前記ユーザノード３から送信するサービス告知検索要求は、例えば、図６（ａ）に示すような、前記ユーザ嗜好管理手段３０４で管理しているキーワードの中から１個以上のキーワードを選択して生成する。またこのとき、前記サービス告知検索要求では、例えば、図６（ｂ）に示すように、検索を要求するサイトのサイト名，検索を要求するユーザノードのユーザ名，検索したいサービスのサービス名，及び検索したいサービスのキーワードを指定する。またこのとき、前記サービス名やキーワードは、ワイルドカード指定でもよく、その場合は、任意のサービス名で検索される。また、前記サービス名やキーワードは、複数個指定することもでき、その場合は、複数個のキーワードをＯＲ結合で検索するか、ＡＮＤ結合で検索するかも指定する。また、前記第１サイトノード２Ａから送信するサービス告知は、例えば、図６（ｃ）に示すように、前記サービス告知の送信元サイトのサイト名，前記サービス告知のサービスを提供しているサイト（サービス提供元サイト）のサイト名，サービス名，キーワード，及びサービスを利用するためのインタフェースプログラムのハンドルからなるとする。いまの場合、前記サービス告知Ａ１は、前記第１サイトノード２Ａから送信されており、かつ、前記第１サイトノード２Ａのサービス告知であるので、送信元サイトのサイト名及びサービス提供元サイトのサイト名がともに前記第１サイトノード２Ａのサイト名Ｓ１となっている。
ここで、前記第１サイトノード２Ａのサービス告知Ａ１を見たユーザが、前記第１サイトノード２Ａのサービスを利用したいのであれば、図７（ａ）に示すように、前記第１サイトノード２Ａにサービス要求のメッセージを送信する（ステップ４１１）。そして、前記サービス要求のメッセージを受信した第１サイトノード２Ａは、前記ユーザノード３にサービス情報を提供する（ステップ５０８）。このとき、前記ユーザノード３から前記第１サイトノード２Ａに送信されるサービス要求メッセージは、例えば、図７（ｂ）に示すように、サービスを要求するサイトのサイト名，利用するサービスのサービス名，及び利用するユーザのユーザ名からなるとする。また、前記サービス要求メッセージは、前記サービス告知に含まれるインタフェースプログラムのハンドルを利用して送信され、前記メッセージを送信するとともに、前記ユーザノード３の利用履歴にメッセージを送信したサイトのサイト名を記録する（ステップ４１２）。
そして、前記第１サイトノード２Ａのサービスを利用した後、例えば、図８（ａ）に示すように、前記ユーザノード３からサービス終了命令を送信する（ステップ４１４）と、前記サービス終了命令を受信した前記第１サイトノード２Ａはサービス情報の提供を終了するとともに、サービスの評価を依頼するメッセージを前記ユーザノード３に送信する（ステップ５１０）。そして、前記サービスの評価依頼を受信したユーザノード３は、例えば、図８（ａ）に示すような評価画面を出力手段３０２に表示する（ステップ４１６）。そして、前記ユーザノード３のユーザが入力手段３０１を用いて評価を行ったら、前記ユーザ評価値算出手段３０７で、その評価に基づいた評価値を算出する。このとき、前記評価値は、例えば、図８（ｂ）に示したように、よいと評価した場合は評価値を＋１，普通と評価した場合は評価値を０，悪いと評価した場合は評価値を−１とする。
また、前記ユーザノード３では、前記ユーザがサービスの評価を行い、その評価値を算出したら、前記リレーションシップ判定手段３０８で、前記評価を行った第１サイトノード２Ａと他のサイトノードとの間に新たなリレーションシップを生成させる情報があるか否か、あるいはリレーションシップがあるサイトノードとのリレーションシップの強度を更新させる情報があるか否かの判定をする（ステップ４１８）。そして、前記リレーションシップを生成させる情報、あるいはリレーションシップの強度を更新させる情報がある場合は、前記評価値に前記各情報を付加した評価メッセージを生成してサイトノードに送信する（ステップ４１９）。また、いまの場合のように、評価をした前記第１サイトノード２Ａが、前記ユーザノード３が１番目に訪れたサイトノードである場合は、リレーションシップに関する情報はない。そのため、例えば、図８（ｃ）に示すように、評価をしたサイトのサイト名，利用したサービスのサービス名，評価をしたユーザのユーザ名，サービスの評価値からなる評価メッセージを前記第１サイトノード２Ａ送信する。
そして、前記第１サイトノード２Ａのサービスのサービスを利用し、前記評価メッセージを送信した後、前記ユーザノード３が、図９（ａ）に示すように、２つ目のサイトノード（以下、第２サイトノードという）２Ｂに接続したとする。このとき、前記第２サイトノード２Ｂのサイト名はＳ２とし、前記第１サイトノード２Ａと同様に、他のサイトノードとのリレーションシップが無く、自身のサイトのサービス告知Ａ２のみを保持しているとする。
ここで、前記第１サイトノード２Ａのときと同様に、前記ユーザノード３から前記第２サイトノード２Ａに対してサービス告知検索要求を送信する（ステップ４０５，４０６）と、前記第２サイトノード２Ｂから前記ユーザノード３に対して、自身のサイトのサービス告知Ａ２のみが送信される（ステップ５０５，５０６）。そして、前記ユーザノード３は、前記サービス告知Ａ２を受信すると、前記サービス告知Ａ２のサービスを提供している前記第２サイトノード２Ｂのサイト名Ｓ２を前記告知履歴管理手段３０５に追記する（ステップ４０９）。
このとき、前記第２サイトノード２Ｂのサービス告知Ａ２を見たユーザが、図９（ｂ）に示すように、前記第２サイトノード２Ｂに対してサービス要求のメッセージを送信する（ステップ４１１）と、前記第２サイトノード２Ｂのサービス情報が前記ユーザノードに提供される（ステップ５０８）とともに、前記利用履歴管理手段３０６に前記第２サイトノード２Ｂのサイト名Ｓ２が追記される（ステップ４１２）。そして、例えば、前記ユーザノード３から前記第２サイトノード２Ｂに対してサービス終了命令を送信して（ステップ４１４）、サービス情報の提供が終了すると、前記第２サイトノード２Ｂから前記ユーザノード３に対して評価依頼のメッセージが送信される（ステップ５１０）ので、前記第１サイトノード２Ａのときと同様に、サービスに対する評価を行い、評価値を算出する。
前記評価値を算出した後は、前記評価を行った第２サイトノード２Ｂと他のサイトノードとの新たなリレーションシップを生成させる情報、あるいはリレーションシップがあるサイトノードとのリレーションシップの強度を更新させる情報があるか否かの判定をする（ステップ４１８）。このとき、前記第２サイトノード２Ｂは、リレーションシップがあるサイトノードはないので、リレーションシップの強度を更新させる情報は無いと判定する。一方、新たなリレーションシップに関しては、前記ユーザノード３が、前記第２サイトノード２Ｂにアクセスする前に、前記第１サイトノード２Ａにアクセスしてサービスを利用しているので、前記第１サイトノード２Ａとの間に新たなリレーションシップを生成させる情報があると判定する。
このとき、前記評価をしたサイトと他のサイトとの間に新たなリレーションシップを生成させる情報があるか否かは、例えば、図１０（ａ）に示すように、前記利用履歴に記録されたサイトのサイト名と評価をしたサイトのサイト名を比較して行う。この処理では、まず、図８（ｂ）に示したように、評価メッセージから評価をしたサイトのサイト名Ｓを取得する（ステップ４１８ａ）。次に、変数ｉをｉ＝１に初期化する（ステップ４１８ｂ）。そして、前記利用履歴のｉ番目に記録されたサイト名Ｓiを抽出（ステップ４１８ｃ）し、抽出したサイト名Ｓiと前記評価したサイトのサイト名Ｓを比較する（ステップ４１８ｄ）。このとき、抽出したサイト名Ｓiと前記評価したサイトのサイト名Ｓが異なるサイト名であれば、前記サイト名Ｓのサイトと前記サイト名Ｓiのサイトとの間にリレーションシップを生成させる命令を作成して前記評価メッセージに付加する（ステップ４１８ｅ）。またこのとき、前記サイト名の比較は、例えば、前記利用履歴に記録されたサイト名のうち、新しいものから順にＮ個のサイト名を比較するとすれば、図１０（ａ）に示すように、生成命令を付加した後、変数ｉがＮ以下であるか判定（ステップ４１８ｆ）し、Ｎ以下の場合はｉを更新（ステップ４１８ｇ）して、前記ステップ４１８ｃからステップ４１８ｅの処理を繰り返す。そして、ｉ＝Ｎになっていれば処理を終了する。
いまの場合、前記ユーザノード３の利用履歴は、図１０（ｂ）に示すように、サイト名Ｓ１とサイト名Ｓ２の２つのサイト名が記録されているので、まず、２番目にサービスを利用した第２サイトノード２Ｂのサイト名Ｓ２を抽出して比較する（ステップ４１８ｃ，４１８ｄ）。このとき、評価を行っているサイトは前記第２サイトノード２Ｂであり、抽出したサイトのサイト名と同じであるため、前記ステップ４１８ｅの処理は行われない。そして、次に、１番目にサービスを利用した前記第１サイトノード２Ａのサイト名Ｓ１を抽出して比較すると、サイト名が異なるので、前記第２サイトノード２Ｂに、サイト名Ｓ１のサイト、すなわち前記第１サイトノード２Ａとの間にリレーションシップを生成させる命令を作成して前記評価メッセージに付加する（ステップ４１８ｅ）。
こうして、評価を行ったサイトの評価メッセージに、リレーションシップを生成する命令を付加したら、図１１（ａ）に示すように、前記ユーザノード３から前記評価メッセージ及びリレーションシップ生成命令を前記第２サイトノード２Ｂに送信する（ステップ４１９）。このとき前記評価メッセージに付加される前記リレーションシップ生成命令は、例えば、図１１（ｂ）に示すように、送信先のサイトのサイト名と前記送信先のサイトがリレーションシップを生成させる相手のサイトのサイト名からなる。そのため、前記リレーションシップ生成命令を受信した前記第２サイトノード２Ｂでは、前記リレーションシップ管理手段２０４で、前記評価メッセージの評価値と前記リレーションシップ生成命令に基づいて、前記第１サイトノード２Ａとの間にリレーションシップを生成する（ステップ５１２，５１３）。いまの場合、前記第２サイトノード２Ｂのサービスの評価値が＋１であるので、前記第２サイトノード２Ｂと第１サイトノード２Ａの関連性は強いと考えられる。そのため、前記第２サイトノード２Ｂは前記第１サイトノード２Ａとの間にリレーションシップを生成する。また、例えば、前記評価値が−１のような場合は、前記第２サイトノード２Ｂと第１サイトノード２Ａの関連性は弱いと考えられるので、前記第２サイトノード２Ｂは前記第１サイトノード２Ａとの間にリレーションシップを生成しなくてもよい。
前記第２サイトノード２Ｂが前記リレーションシップを生成するときには、例えば、図１１（ｃ）に示すように、前記第２サイトノード２Ｂからネットワークを介して、前記第１サイトノード２Ａに対してリレーションシップを生成することを通知するメッセージ（生成通知）及び第２サイトノード２Ｂのサービス告知Ａ２を送信する。そして、前記生成通知のメッセージ及び前記第２サイトノード２Ｂのサービス告知Ａ２を受信した第１サイトノード２Ａは、前記リレーションシップ管理手段２０４で前記第２サイトノード２Ｂとの間にリレーションシップを生成し、前記第２サイトノード２Ｂのサービス告知Ａ２を保持、管理するとともに、前記第２サイトノード２Ｂに対して、前記第１サイトノード２Ａのサービス告知Ａ１を送信する。
この結果、図１１（ｃ）に示したように、前記第１サイトノード２Ａと前記２サイトノード２Ｂの間にリレーションシップが生成され、各サイドノート２Ａ，２Ｂは、前記第１サイトノード２Ａのサービス告知Ａ１及び前記２サイトノード２Ｂのサービス告知Ａ２を保持することになる。そしてその後、図示は省略するが、例えば、別のユーザノードが前記第１サイトノード２Ａまたは第２サイトノード２Ｂにアクセスしてサービス告知検索要求のメッセージを送信すると、前記第１サイトノード２Ａのサービス告知Ａ１及び前記２サイトノード２Ｂのサービス告知Ａ２を得られる。
このように、前記ユーザノード３上で、評価を行ったサイトのサイト名と利用履歴に記録されたサイト名を比較して、リレーションシップの生成命令をサイトノード２に送信することで、各サイトは、他のサイトとのリレーションシップを増やすことができる。
図１２乃至図１５は、本実施例１の適応型サービス告知システムにおいて、リレーションシップの強度を更新する手順を説明するための模式図であり、図１２（ａ），図１２（ｂ），図１２（ｃ）は１つ目のサイトノードからサービス告知のリストを取得する手順を示す図、図１３（ａ），図１３（ｂ），図１３（ｃ）は２つ目のサイトノードのサービスを利用したときの図、図１４（ａ）はリレーションシップの更新命令を作成する手順を示すフロー図、図１４（ｂ）は利用履歴の例を示す図、図１５（ａ），図１５（ｂ），図１５（ｃ）はリレーションシップの更新手順を示す図である。
前記手順に沿って、自身のサイトと他のサイトのリレーションシップを生成して、前記ユーザに対して、自身のサイトのサービス告知と他のサイトのサービス告知のリストを送信する場合、前記他のサイトのサービス告知を見るユーザにとっては、いまアクセスしているサイトと前記他のサイトの関連性の強さ、すなわちリレーションシップの強度がどの程度であるかが重要になってくる。そこで、本実施例１の適応型サービス告知システムでは、前記ユーザの評価メッセージに含まれる評価値に基づいて、リレーションシップがある他のサイトとの前記リレーションシップの強度を動的に更新する。
ここで、例えば、図１２（ａ）に示すように、サイト名がＳ１〜Ｓ９の９個のサイトノード２Ａ〜２Ｉがある場合を考える。このとき、直線で接続されたサイトノード間にはリレーションシップがあるとする。すなわち、前記サイト名Ｓ１のサイトノード２Ａは、サイト名Ｓ２，Ｓ４のサイトノード２Ｂ，２Ｄとの間にリレーションシップがあるとする。このとき、前記各サイトノード自身のサービス告知をＡ１〜Ａ９とすれば、前記サイト名Ｓ１のサイトノード２Ａは、自身のサービス告知Ａ１に加え、サイト名Ｓ２，Ｓ４のサイトノード２Ｂ，２Ｄのサービス告知Ａ２，Ａ４を保持していることになる。そのため、ユーザ名Ｘのユーザノード３が、前記サイト名Ｓ１のサイトノード２Ａにアクセスしてサービス告知検索要求を送信する（ステップ４０６）と、例えば、前記サイト名Ｓ１のサイトノード２Ａから、例えば、サイト名Ｓ１，Ｓ２，Ｓ４のサービス告知Ａ１，Ａ２，Ａ４からなる告知リストが前記ユーザノード３に返信される（ステップ５０６）。このとき、例えば、前記サイト名Ｓ２のサイト２Ｂのサービス告知は、例えば、図１２（ｂ）に示すように、送信元サイト名がＳ１，サービス提供元サイト名がＳ２となっている。
また、前記サービス告知のリストを受信したユーザノード３の告知履歴には、例えば、送信元サイトのサイト名とサービス提供元サイトのサイト名を記録する（ステップ４０９）。またこのとき、前記送信元サイトのサイト名と前記サービス提供元サイトのサイト名が同一のものは除外する。今の場合、サービス告知を送信したのはサイト名Ｓ１のサイト２Ａなので、図１２（ｃ）に示すように、送信元サイトとしてサイト名Ｓ１を記録し、サービス提供元サイトとしてサイト名Ｓ２，Ｓ４を記録する。
こうして、前記サイト名Ｓ１のサイト２Ａから取得したサービス告知Ａ１，Ａ２，Ａ４の見たユーザが、前記サイト名Ｓ２のサイト２Ｂのサービス内容に興味を持ち、図１３（ａ）に示すように、前記サイト名Ｓ２のサイト２Ｂに移動すると、前記サイト名Ｓ２のサイト２Ｂから、例えば、前記サイト名２のサイト２Ｂ及びサイト名Ｓ１，Ｓ５の各サイト２Ａ，２Ｅのサービス告知Ａ１，Ａ５が前記ユーザノード３に送信される。その結果、前記ユーザノード３の告知履歴には、図１３（ｂ）に示すように、送信元サイトにサイト名Ｓ２が記録され、サービス提供元サイトにサイト名Ｓ１，Ｓ５が記録される（ステップ４０９）。
そして、前記ユーザノード３Ｂから前記サイト名Ｓ２のサイト２Ｂのサービスを要求する（ステップ４１１）と、図１３（ｃ）に示すように、前記ユーザノード３の利用履歴に、前記サービス提供元サイトのサイト名Ｓ２が記録される（ステップ４１２）。
こうして、前記サイト名Ｓ２のサイト２Ｂのサービスを利用すると、前記サイト名Ｓ２のサイト２Ｂから前記ユーザノード３に対して、サービスの評価依頼が送信される（ステップ５１０）。そして、前記ユーザノード３のユーザがサービスの評価をしたら、前記ユーザノード３は、評価値を算出し、新たなリレーションシップを生成させる情報があるか否か、リレーションシップの強度を更新させる情報があるか否かの判定を行う（ステップ４１８）。いまの場合、図１０（ａ）に示したような手順の処理を行うと、リレーションシップを生成させる情報は無い。一方、リレーションシップの強度の更新に関しては、前記サイト名Ｓ２のサイト２Ｂにアクセスする前に、前記サイト名Ｓ２のサイト２Ｂとのリレーションシップがあるサイト名Ｓ１のサイト２Ａにアクセスしているので、リレーションシップの強度を更新させる情報があると判定する。
このとき、前記評価をしたサイトと他のサイトの間のリレーションシップの強度を更新させる情報があるか否かは、例えば、図１４（ａ）に示すように、前記告知履歴に記録された送信元サイト毎に、その送信元サイトから送信されたサービス告知のサービス提供元サイトのサイト名に、前記評価をしたサイトのサイト名が存在するか調べて判定する。この処理では、まず、前記評価メッセージから評価をしたサイトのサイト名Ｓを取得する（ステップ４１８ａ）。次に、変数ｊ，ｋをｊ＝１，ｋ＝１に初期化する（ステップ４１８ｈ）。そして、告知履歴のｊ番目に記録された送信元サイトのサイト名Ｓjと、前記送信元サイトＳｊから送信されたサービス告知のサービス提供元サイトのｋ番目のサイト名Ｓj,kを抽出（ステップ４１８ｉ）し、前記サービス提供サイトのサイト名Ｓj,kと前記評価をしたサイトのサイト名Ｓを比較する（ステップ４１８ｊ）。このとき、前記サービス提供サイトのサイト名Ｓj,kと前記評価をしたサイトのサイト名Ｓが同じであれば、前記サイト名Ｓjのサイトと前記評価をしたサイトの間にリレーションシップがあるので、リレーションシップの強度を更新させる命令を作成して前記評価メッセージに付加する（ステップ４１８ｋ）。そして、前記告知履歴のうち、あらかじめ定められたＮ番目の履歴まで調べたか判定し、まだ調べていない場合は、ｊを更新（ステップ４１８ｍ）して、前記ステップ４１８ｉからステップ４１８ｋの処理を繰り返す。
また、前記ステップ４１８ｊで比較した結果、前記サービス提供サイトのサイト名Ｓj,kと前記評価をしたサイトのサイト名Ｓが異なれば、前記サイト名Ｓjのサイトから送信された全て（Ｍj個）のサービス告知のサービス提供サイトのサイト名に関して調べたか判定（ステップ４１８ｎ）し、まだ調べていない場合は、ｋを更新して（ステップ４１８ｏ）、前記ステップ４１８ｉからステップ４１８ｋの処理を繰り返す。またこのとき、変数ｊに関しては、図１４（ｂ）に示したように、前記告知履歴のうち、新しいものから順に調べる。
このようにして、前記評価を行ったサイトと、他のサイトの間のリレーションシップを更新させる命令を作成し、前記評価メッセージに付加したら、図１５（ａ）に示すように、そのメッセージを、前記評価を行ったサイト、すなわちサイト名Ｓ２のサイト２Ｂに送信する（ステップ４１９）。このとき、前記ユーザノード３から前記サイト名Ｓ２のサイトに送信するメッセージは、例えば、図１５（ｂ）に示すように、評価をしたサイトのサイト名，リレーションシップの更新を行うサイトのサイト名，及び評価値からなる。そのため、前記メッセージを受信したサイト２Ｂでは、前記メッセージに基づいてリレーションシップの強度の更新を行う。
前記サイト名Ｓ２のサイト２Ｂで前記リレーションシップの強度を更新するときには、前記リレーションシップ管理手段２０４で、例えば、前記評価値に基づいて、評価値が大きければリレーションシップの強度を増加させ、逆に評価値が低ければリレーションシップの強度を低下させる。こうして、前記リレーションシップの強度を更新したら、図１５（ａ）に示したように、前記リレーションシップの相手であるサイトに更新通知を送信する。このとき、前記更新通知は、例えば、図１５（ｃ）に示すように、サービス提供元サイト名，サービス名，キーワード，及び新しいリレーションシップ強度からなり、前記更新通知を受信したサイト名Ｓ１のサイト２Ａは、前記サービス提供元サイトとのリレーションシップ強度を、前記更新通知の新しいリレーションシップ強度に変更する。
このように、ユーザノード３上で、前記評価を行ったサイトと告知履歴に記録されたサービス提供元サイトから、前記評価を行ったサイトとリレーションシップがあるサイトのリレーションシップの強度を更新させる命令を作成して、サイトノードに送信することで、各サイトは、他のサイトとのリレーションシップの強度を動的に更新することができる。そのため、前記各サイトに対してサービス告知検索要求をしたユーザノードに対して、ユーザの評価に則した、リレーションシップの強度が高いサイトのサービス告知を選択し、リスト化して送信することができる。こうすることで、前記ユーザノードに送信するサービス告知の検索空間を絞り込むことができるので、前記サービス告知を見たユーザが、自分の嗜好や現在の要望に適したサービス提供サイトを発見しやすくなる。
ここまでは、新たなリレーションシップを生成する場合と、リレーションシップがあるサイトとのリレーションシップの強度を更新する場合のそれぞれの処理手順について説明したが、実際の適応型サービス告知システムでは、新たなリレーションシップを生成する場合とリレーションシップの強度を更新する場合が混在していることのほうが多い。そこで次に、新たなリレーションシップを生成する場合とリレーションシップの強度を更新する場合が混在している場合の処理手順について説明する。
図１６及び図１７は、本実施例１の適応型サービス告知システムにおいて、リレーションシップの生成及び強度を更新する手順を説明するための模式図であり、図１６（ａ），図１６（ｂ），図１６（ｃ）はリレーションシップの生成命令及び更新命令を生成する手順を説明する図、図１７はリレーションシップの生成及び強度の更新を行う手順を説明する図である。
ここでは、前記リレーションシップの生成及び強度の更新を行う例として、図１６（ａ）に示すように、サイト名がＳ１〜Ｓ９の９個のサイトノード２Ａ〜２Ｉがあり、前記ユーザノード３が、サイト名Ｓ１のサイト２Ａ，サイト名Ｓ５のサイト２Ｅ，サイト名Ｓ８のサイト２Ｈ，及びサイト名Ｓ９のサイト２Ｉの順にアクセスした場合を考える。このとき、前記各サイトノード自身のサービス告知をＡ１〜Ａ９とし、直線で接続されたサイトノード間にはリレーションシップがあるとすると、前記ユーザノード３の告知履歴は、図１６（ｂ）に示したようになる。またこのとき、前記ユーザノード３のユーザが、前記サイト名Ｓ５，Ｓ９のサイト２Ｅ，２Ｉでサービスを利用したとすれば、前記ユーザノード３の利用履歴は、図１６（ｃ）に示したようになる。
このとき、前記ユーザノード３が、前記サイト名Ｓ９のサイト２Ｉのサービスの利用を終了し、前記サイト名Ｓ９のサイト２Ｉの評価を行って評価値を算出すると、その後、前記新たなリレーションシップを生成させるか否かの判定、リレーションシップの強度を更新させるか否かの判定が行われる（ステップ４１８）。このとき、前記新たなリレーションシップを生成させるか否かに関しては、例えば、図１０（ａ）に示したような手順で判定する。いまの場合、前記ユーザノード３の利用履歴には、図１６（ｃ）に示したように、評価をしたサイトのサイト名Ｓ９とは異なるサイト名Ｓ５があるので、前記サイト名Ｓ９のサイト２Ｉとサイト名Ｓ５のサイト２Ｅの間にリレーションシップを生成させる命令を前記評価メッセージに付加する。
また、リレーションシップの強度を更新させるか否かは、図１４（ａ）に示したような手順で判定する。いまの場合、前記ユーザノードの告知履歴には、図１６（ｂ）に示したように、サイト名Ｓ８が送信元サイトの欄に、サービス提供元サイトに評価をしたサイトのサイト名Ｓ９があるので、前記サイト名Ｓ９のサイト２Ｉと前記サイト名Ｓ８のサイト２Ｈの間のリレーションシップの強度を更新させる命令を前記評価メッセージに付加する。
こうして、前記ユーザノード３から、前記評価メッセージに前記リレーションシップを生成させる命令及び前記リレーションシップの強度を更新させる命令を付加したメッセージを、前記サイト名Ｓ９のサイト２Ｉに送信すると、そのメッセージを受信したサイト名Ｓ９のサイト２Ｉでは、前記受信したメッセージに基づいて、前記リレーションシップの生成及びリレーションシップの更新を行う。ただし、前記サイト名Ｓ９のサイト２Ｉでは、例えば、図４に示したように、前記リレーションシップの生成及びリレーションシップの更新を行う前に、メッセージで指定された相手先のサイトとの間にリレーションシップがあるか否かの判定を行う（ステップ５１２，５１５）。そして、前記リレーションシップの生成に関しては、相手先のサイトとのサイトの間にリレーションシップがない場合に限り、新たなリレーションシップを生成する（ステップ５１３）。また、前記リレーションシップの強度に関しては、相手先のサイトとの間にリレーションシップがある場合に限り、リレーションシップの強度を更新する（ステップ５１６）。いまの場合、元々前記サイト名Ｓ９のサイト２Ｉとサイト名Ｓ５のサイト２Ｅとの間にはリレーションシップがないので、図１７に示すように、前記サイト名Ｓ９のサイト２Ｉから前記サイト名Ｓ５のサイト２Ｅに対してリレーションシップを生成する通知をし、サービス告知Ａ５，Ａ９の交換を行う。また、前記サイト名Ｓ９のサイト２Ｉとサイト名Ｓ８のサイト２Ｅの間には、リレーションシップがあるので、前記サイト名Ｓ９のサイト２Ｉでリレーションシップの強度を更新した後、前記サイト名Ｓ８のサイト２Ｅに更新通知を送信する。
また、図１６（ａ）に示した例で、例えば、前記サイト名Ｓ８のサイト２Ｈでもサービスを利用していたとすると、前記ユーザノード３の利用履歴には前記サイト名Ｓ８も記録されているので、図１０（ａ）に示したような処理を行うと、前記サイト名Ｓ９のサイト２Ｉには、前記サイト名Ｓ８のサイト２Ｈとの間に新たなリレーションシップを生成させる命令も送信されてしまう。ところが、前記サイト名Ｓ９のサイト２Ｉは、前記リレーションシップ管理手段２０４で、前記サイト名Ｓ９のサイト２Ｉと前記サイト名Ｓ８のサイト２Ｈとの間にすでにリレーションシップがあると判定されるので、前記生成命令は無視される。
図１８は、本実施例１の適応型サービス告知システムにおいて、リレーションシップを削除する手順を説明するための模式図であり、図１８（ａ）はシステムのリレーションシップの一例を示す図、図１８（ｂ）は図１８（ａ）におけるサイト名Ｓ５のサイトでのリレーションシップの強度の変化の例を示す図、図１８（ｃ）はリレーションシップを削除する例を示す図である。
ここまでで説明した手順により、前記各サイトノード間でリレーションシップを生成し、そのリレーションシップを動的に更新することができる。しかしながら、この手順を繰り返していくと、各サイトノード２がリレーションシップを持つ他のサイトノードの数が増加し、保持するサービス告知のデータ量も増加する。また、リレーションシップを生成したサイトノードでも、時が経つにつれ、リレーションシップの強度が減少し、関連性が低くなるサイトノードが出てくることもある。そのような場合は、必要に応じて、生成したリレーションシップを削除することが好ましい。
前記リレーションシップを削除する方法としては、例えば、前記ユーザノードからリレーションシップの強度の更新命令を受信して、リレーションシップの強度を更新したときに、更新後の強度が、あらかじめ定められた値を下回ったサイトとのリレーションシップを削除する方法がある。ここで、例えば、図１８（ａ）に示すように、前記サイト名Ｓ１〜Ｓ９のサイト２Ａ〜２Ｉからなり、直線で結ばれたサイト間にリレーションシップがある場合を考える。
このとき、前記サイト名Ｓ５のサイト２Ｅは、図１８（ａ）に示すように、サイト名Ｓ２，Ｓ４，Ｓ８，Ｓ９のサイト２Ｂ，２Ｄ，２Ｈ，２Ｉとの間にリレーションシップがあり、ある日（更新前）の各サイト２Ｂ，２Ｄ，２Ｈ，２Ｉとのリレーションシップ強度がそれぞれ、図１８（ｂ）に示すように、０．８，０．５，０．７，０．６５であったとする。それからある期間が過ぎて、例えば、数日後に、前記サイト名Ｓ９のサイト２Ｉとのリレーションシップの強度を更新したときに、サイト名Ｓ２，Ｓ４，Ｓ８，Ｓ９の各サイト２Ｂ，２Ｄ，２Ｈ，２Ｉとのリレーションシップ強度が、例えば、０．７５，０．７，０．８，０．２５となったとする。この場合、リレーションシップの強度が０．２５であるサイト名Ｓ９のサイト２Ｉは、前記サイト名Ｓ５のサイト２Ｅとの関連性が低いと考えられ、前記サイト名Ｓ５のサイト２Ｅにアクセスしたユーザにとって適切なサイトである可能性は低い。そこで、リレーションシップの強度に対して、あらかじめ定められた値、例えば、０．４を下回った場合、そのサイトとのリレーションシップを削除するようにすれば、リレーションシップが高いサイトのサービス告知のみを保持し、ユーザに提示することができる。いまの場合、例えば、前記サイト名Ｓ５のサイト２Ｅで前記サイト名Ｓ９のサイト２Ｉとのリレーションシップを更新した結果、あらかじめ定められた値よりも低いと判定されれば、前記サイト名Ｓ５のサイト２Ｅのリレーションシップ管理手段２０４は、前記サイト名Ｓ９のサイト２Ｉとのリレーションシップ及びサービス告知Ａ９を削除する。そして、図１８（ｃ）に示すように、前記サイト名Ｓ９のサイト２Ｉに対して、リレーションシップを削除したことを通知する。このようにすると、前記サイト名Ｓ５のサイト２Ｅにアクセスしたユーザの利用頻度が高いサイトのみを効率よく提示することができ、ユーザも適切なサービス提供サイトを発見しやすくなる。
以上説明したように、本実施例１の適応型サービス告知システムによれば、自身のサイトとリレーションシップがあるサイトのサービス告知を、自身のサイト内に保持することで、従来の集中サーバのような手段（装置）が不要になり、自身のサイトと他のサイトの関連づけを行う処理にかかるコストを低減することができる。
また、前記ユーザノード上で管理する前記告知履歴及び前記利用履歴に基づいて、サービスを利用したサイトに対して、他のサイトとの間に新たなリレーションシップを生成させる命令、あるいはリレーションシップがあるサイトとのリレーションシップの強度を更新させる命令を作成して提供することで、前記サイトのサービスを利用したユーザが、実際にサービスを利用した他のサイトとのリレーションシップを動的に生成、更新することができる。そのため、ユーザの嗜好や要望に適したサービス告知をタイムリーに提供しやすくなり、ユーザも、要望に適したサービス提供サイトを発見しやすくなる。
また、本実施例１の適応型サービス告知システムを用いることにより、各サービス提供サイトは、顧客の囲い込みが可能となる。すなわち、自身のサイトにアクセスしているユーザに、自身のサイトと関連性が高いサイトのサービス告知を優先的に提示することで、両方のサイトに顧客を囲い込むことができる。
本実施例１の適応型サービス告知システムでは、例えば、第１サイトノードのサービスを利用したユーザが、第２サイトノードのサービスも利用するケースが多い場合、前記第１サイトノードと第２サイトノードとの間のリレーションシップが強化される。このとき、互いに連携して、前記第１サイトノードでは第２サイトノードを、前記第２サイトノードでは前記第１サイトノードを、自身のサイトを利用するユーザに人気があるサイトとして紹介すれば、前記第１サイトノードのサービスと前記第２サイトノードのサービスを組み合わせて利用する顧客が増え、サービス提供機会が増える。
また、本実施例１の適応型サービス告知システムは、コンピュータと、前記コンピュータに前記サービス告知の送信やリレーションシップの生成、強度の更新、削除といった処理を実行させるプログラムによっても実現することが可能である。そして、前記ユーザ端末は、コンピュータに限らず、通信機能を有するPDAや携帯電話等の携帯型端末を用いることも可能である。またこのとき、前記プログラムは、前記インターネット等のネットワークを介して提供することもでき、ネットワークを介して提供することで、より多くのユーザが、手軽に前記システムに参加し、利用することができる。
図１９及び図２０は、本発明による実施例２の適応型サービス告知システムの概略構成を示す模式図であり、図１９はシステム全体の構成を示す図、図２０はユーザ端末で行う処理の手順を示すフロー図である。
図１９において、１はネットワーク、２はサイトノード（サービス提供サイト）、３はユーザノード（ユーザ端末）、６はアクセスポイントである。
本実施例２の適応型サービス告知システムは、図１９に示すように、インターネット等のネットワーク１に接続されたサービス提供サイト（サイトノード）２が、無線LAN等のアクセスポイント６を備え、ユーザの保持するユーザ端末（ユーザノード）３は、前記アクセスポイント６を介して、前記サイトノード２にアクセスすることが可能なシステムである。このようなシステムは、例えば、商店街の各店舗等の実店舗内に前記サイトノード２及びアクセスポイント（ＡＰ）６が設置されており、前記実店舗を訪れたユーザが、無線通信機能を備えるノートブック型コンピュータやPDAでなるユーザ端末３を用いて、前記サイトノード２にアクセスし、サービスを利用する場合に適用される。このとき、前記ユーザ端末３は、前記実施例１で説明した構成と同様の構成で、前記通信制御手段３０３が無線通信機能を備えていればよいので、詳細な説明は省略する。また、前記サイトノード２に関しても、前記実施例１で説明したサイトノードと同様の構成で、前記通信制御手段２０１が前記アクセスポイント６を介したユーザ端末２との無線通信及びネットワーク１を介した他のサイトノートとの通信が可能な機能を備えていればよいので、詳細な説明は省略する。
また、本実施例１の適応型サービス告知システムにおいて、前記ユーザノード３では、前記処理制御手段３０９が受け取ったメッセージ（命令）に応じて、例えば、図２０に示すような処理を行う。
本実施例２の適応型サービス告知システムでは、前記ユーザノード３は、無線通信用の前記アクセスポイント６を介してサイトノード２にアクセスするため、サイトノード２にアクセスしてサービスを利用するにあたって、前記アクセスポイント６の検出を行っているものとする。そのため、前記処理制御手段３０９では、メッセージを受信（ステップ４０１）すると、まず、受信したメッセージが、アクセスポイント６を検出したことを通知するメッセージであるか判定する（ステップ４２１）。このとき、アクセスポイント６を検出したことを通知するメッセージであれば、前記アクセスポイント６を介して、前記ユーザノード３からアクセス可能なサイトノード２の有無を検索し、アクセス可能なサイトノード２があれば、アクセスする（ステップ４２２）。
また、前記アクセス可能なサイトノード２のアドレス等がわかっている場合は、前記ユーザが前記入力手段３０１を用いて直接そのサイトのアドレスを入力してもよい、その場合、前記処理制御手段３０９において、受信したメッセージが、前記ユーザが入力したサイトのアドレスであると判定されれば、前記通信制御手段３０９からネットワークを介して、入力されたアドレスのサイトへのアクセス要求を送信する（ステップ４０２，４０３）。
前記処理制御手段３０９で受信したメッセージが、前記サイトへのアクセス要求でなければ、次に、前記アクセス要求を送信したサイトからの応答メッセージであるか判定する（ステップ４０４）。このとき、応答メッセージであれば、例えば、前記ユーザ嗜好管理手段３０４からキーワードを取得し、前記サイトに対してサービス告知を要求するメッセージを作成して送信する（ステップ４０５，４０６）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージでなければ、次に、前記サイトから送信されたサービス告知の告知リストであるか判定する（ステップ４０７）。このとき、前記告知リストであれば、前記出力手段３０２に前記告知リストを出力する（ステップ４０８）。そして、例えば、前記サービス告知にあるサービス提供元サイトのサイト名を前記告知履歴管理手段３０５に記録する（ステップ４０９）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リストでなければ、次に、前記ユーザが入力したサービスを要求するメッセージであるか判定する（ステップ４１０）。このとき、サービスを要求するメッセージであれば、前記メッセージをサイトに送信する（ステップ４１１）。そして、サービスを要求したサイトのサイト名を前記利用履歴管理手段３０６に記録する（ステップ４１２）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージでなければ、次に、サービスの利用を終了するメッセージ（終了命令）であるか判定する（ステップ４１３）。このとき、終了するメッセージであれば、そのメッセージをサイトに送信する（ステップ４１４）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージ，サービスの利用を終了するメッセージでなければ、次に、前記サービスを利用したサイトからの評価依頼であるか判定する（ステップ４１５）。このとき、前記評価依頼であれば、評価画面を前記出力手段３０２に出力する（ステップ４１６）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージ，サービスの利用を終了するメッセージ，評価依頼でなければ、次に、前記ユーザが入力手段３０１を用いて入力したサイトの評価であるか判定する（ステップ４１７）。このとき、前記サイトの評価情報であれば、評価値を算出した後、評価をしたサイトと他のサイトのリレーションシップを生成するか否か、またリレーションシップがあるサイトとのリレーションシップの強度の更新を行うか否かの判定を行う（ステップ４１８）。そして、新たなリレーションシップを生成させる、あるいはリレーションシップの強度を更新させる情報を前記評価値に前記リレーションシップに関する情報を付加して、前記サイトに送信する（ステップ４１９）。
前記処理制御手段３０９で受信したメッセージが、サイトへのアクセス要求，前記応答メッセージ，前記告知リスト，前記サービスを要求するメッセージ，サービスの利用を終了するメッセージ，評価依頼，サイトの評価のいずれでもない場合は、例えば、圏外、すなわち前記ユーザノード３が前記アクセスポイント６との無線通信が行える範囲６Ａの外に出てしまったことを通知するメッセージであるか判定する（ステップ４２３）。前記圏外であることを通知するメッセージの場合、前記ユーザノード３は、前記アクセスポイント６を介したサイトノード２との接続が切断されるので、そこで前記システムの利用が終了する。また、前記圏外であることを通知するメッセージでも無ければ、そのメッセージは無視して、次のメッセージを受信するまで待機する。
また、図示は省略するが、前記ユーザノード３の処理では、前記実施例１で説明したように、ユーザがシステム利用の終了命令を入力することも可能である。
図２１は、本実施例２の適応型サービス告知システムの構築方法を説明するための模式図であり、図２１（ａ）はサイトノードのサービスを利用するときの図、図２１（ｂ）はサイトノードのサービスを利用し、リレーションシップの生成、更新を行うときの図である。
本実施例２の適応型サービス告知システムにおける、各サイトノードのサービスの利用方法や、システムの構築方法、すなわちサイトノード間の新たなリレーションシップの生成、及びリレーションシップがあるサイトノード間のリレーションシップの強度の更新，削除といった処理の手順は、前記実施例１の適応型サービス告知システムにおける処理の手順と同様なので、詳細な説明は省略する。
本実施例２の適応型サービス告知システムでは、前記ユーザノード３が、前記アクセスポイント６に接続可能な範囲６Ａ内にあるときにのみ、前記サイトノード２にアクセスし、サービスを利用することができる。すなわち、例えば、図２１（ａ）に示すように、ユーザ名Ｘのユーザノード３が、第１サイトノード２Ａと接続されたアクセスポイント６の接続可能圏内６Ａにある場合のみ、前記第１サイトノード２Ａにアクセスし、前記サービス告知のリストを受信したり、サービスを利用したりすることができる。そして、例えば、前記ユーザノード３が、ユーザの移動とともに移動して、図２１（ｂ）に示すように、第２サイトノード２Ｂに接続されたアクセスポイント６の接続可能圏内６Ａに入ると、今度は、前記第２サイトノード２Ｂにアクセスし、前記サービス告知のリストを受信したり、サービスを利用したりすることができる。
このとき、前記第１サイトノード２Ａ及び第２サイトノード２Ｂでサービスを利用していれば、前記第２サイトノード２Ｂでサービスを利用し、サービスの評価を行った後、前記ユーザノード３では、前記実施例１で説明したような手順で、前記第２サイトノード２Ｂに、前記第１サイトノード２Ａとの間に、新たなリレーションシップを生成させる命令、もしくはリレーションシップの強度を更新させる命令を評価メッセージに付加し、前記第２サイトノード２Ｂに送信する。そして、前記第２サイトノード２Ｂでは、受信した評価メッセージの内容に応じて、前記第１サイトノード２Ａとの間に新たなリレーションシップを生成する処理、またはリレーションシップの強度を更新する処理、もしくはリレーションシップを削除する処理を行う。
このように、本発明の適応型サービス告知システムは、インターネット等のネットワーク上のバーチャルなサービス提供サイト間だけでなく、実店舗のように、地理的に移動しながらサービスを利用するユーザノード（ユーザ）にサービスを提供するサービス提供サイト間のリレーションシップの構築も容易に行うことができる。そのため、例えば、バーチャルなサービス提供サイト間のようにリレーションシップの強度が高いサイトを紹介するだけでなく、前記ユーザが地理的に移動可能な範囲内に検索空間を絞り込んで、関連するサイトのサービス告知を提示することができる。このように、前記ユーザが地理的に移動可能な範囲内のサイト間でのリレーションシップを構築すると、関連性が高い実店舗（サイトノード）間で連携した新たなサービスを開発することも可能である。実店舗間で連携した新たなサービスとしては、例えば、書店と喫茶店のリレーションシップが強い場合に、前記書店内に喫茶コーナーを設け、前記書店のサイトノードからネットワークを介して前記喫茶店にメニューの注文を行い、前記喫茶店から前記書店内の喫茶コーナーに配達するようなサービスが考えられる。このように、前記適応型サービス告知システムを利用して、サービス提供サイト（実店舗）間で連携して、複合的なサービスを提供することで、各サービス提供サイトは、ユーザの要望に適応した新しいサービスによる付加価値を得ることができる。
以上説明したように、本実施例２の適応型サービス告知システムによれば、自身のサイトとリレーションシップがあるサイトのサービス告知を、自身のサイト内に保持することで、従来の集中サーバのような手段（装置）が不要になり、自身のサイトと他のサイトの関連づけを行う処理にかかるコストを低減することができる。
また、前記ユーザノード上で管理する前記告知履歴及び前記利用履歴に基づいて、サービスを利用したサイトに対して、他のサイトとの間に新たなリレーションシップを生成させる命令、あるいはリレーションシップがあるサイトとのリレーションシップの強度を更新させる命令を作成して提供することで、前記サイトのサービスを利用したユーザが、実際にサービスを利用した他のサイトとのリレーションシップを動的に生成、更新することができる。そのため、ユーザの嗜好や要望に適したサービス告知をタイムリーに提供しやすくなり、ユーザも、要望に適したサービス提供サイトを発見しやすくなる。
また、本実施例２の適応型サービス告知システムを用いることにより、各サービス提供サイトは、顧客の囲い込みが可能となる。すなわち、自身のサイトにアクセスしているユーザに、自身のサイトと関連性が高いサイトのサービス告知を優先的に提示することで、両方のサイトに顧客を囲い込むことができる。
本実施例２の適応型サービス告知システムでは、例えば、第１サイトノードのサービスを利用したユーザが、第２サイトノードのサービスも利用するケースが多い場合、前記第１サイトノードと第２サイトノードとの間のリレーションシップが強化される。このとき、互いに連携して、前記第１サイトノードでは第２サイトノードを、前記第２サイトノードでは前記第１サイトノードを、自身のサイトを利用するユーザに人気があるサイトとして紹介すれば、前記第１サイトノードのサービスと前記第２サイトノードのサービスを組み合わせて利用する顧客が増え、サービス提供機会が増える。
また、本実施例２の適応型サービス告知システムを用いた場合、インターネット等のネットワーク上のバーチャルなサービス提供サイト間の連携とは異なり、実店舗間のように、ユーザが日常的に移動しながら利用できるサービスサイト間で連携して新しいサービスを提案し提供することができる。そのため、前記バーチャルなサイト間では難しい実店舗間で連携した複合的なサービスをユーザに提供することができるようになる。また、その他にも、例えば、地理的に近い実店舗間であって、従来は関連性が薄いと考えられていた実店舗間に強い関連性が生まれ、ユーザのニーズに適した複合的なサービスを提案し提供することができる可能性も広がる。
以上、本発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において、種々変更可能であることはもちろんである。
本発明による実施例１の適応型サービス告知システムの概略構成を示す模式図であり、システム全体の構成例を示す図である。 本発明による実施例１の適応型サービス告知システムの概略構成を示す模式図であり、ユーザ端末及びサービス提供サイトの構成例を示す図である。 本発明による実施例１の適応型サービス告知システムの概略構成を示す模式図であり、ユーザ端末で行う処理の手順を示すフロー図である。 本発明による実施例１の適応型サービス告知システムの概略構成を示す模式図であり、サービス提供サイトで行う処理の手順を示すフロー図である。 本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図５（ａ）及び図５（ｂ）は１つ目のサイトノードからサービス告知のリストを取得するまでの手順を示す図である。 本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図６（ａ）はユーザ嗜好管理手段で管理するキーワードの例を示す図、図６（ｂ）はサービス告知の要求メッセージの例を示す図である。 本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図７（ａ）及び図７（ｂ）はサービスの利用手順を示す図である。 本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図８（ａ）及び図８（ｂ）は評価依頼の例を示す図、図８（ｃ）はサイトに送信する評価メッセージの例を示す図である。 本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図９（ａ）及び図９（ｂ）は２つ目のサイトノードからサービス告知のリストを取得し、サービスを利用するまでの手順を示す図である。 本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図１０（ａ）はリレーションシップの生成命令を作成する手順を示すフロー図、図１０（ｂ）は利用履歴の例を示す図である。 本実施例１の適応型サービス告知システムにおいて、新しいリレーションシップを生成する手順を説明するための模式図であり、図１１（ａ），図１１（ｂ），図１１（ｃ）はリレーションシップの生成命令を送信してからリレーションシップが生成されるまでの手順を示す図である。 本実施例１の適応型サービス告知システムにおいて、リレーションシップの強度を更新する手順を説明するための模式図であり、図１２（ａ），図１２（ｂ），図１２（ｃ）は１つ目のサイトノードからサービス告知のリストを取得する手順を示す図である。 本実施例１の適応型サービス告知システムにおいて、リレーションシップの強度を更新する手順を説明するための模式図であり、図１３（ａ），図１３（ｂ），図１３（ｃ）は２つ目のサイトノードのサービスを利用したときの図である。 本実施例１の適応型サービス告知システムにおいて、リレーションシップの強度を更新する手順を説明するための模式図であり、図１４（ａ）はリレーションシップの更新命令を作成する手順を示すフロー図、図１４（ｂ）は利用履歴の例を示す図である。 本実施例１の適応型サービス告知システムにおいて、リレーションシップの強度を更新する手順を説明するための模式図であり、図１５（ａ），図１５（ｂ），図１５（ｃ）はリレーションシップの更新手順を示す図である。 本実施例１の適応型サービス告知システムにおいて、リレーションシップの生成及び強度を更新する手順を説明するための模式図であり、図１６（ａ），図１６（ｂ），図１６（ｃ）はリレーションシップの生成命令及び更新命令を生成する手順を説明する図である。 本実施例１の適応型サービス告知システムにおいて、リレーションシップの生成及び強度を更新する手順を説明するための模式図であり、リレーションシップの生成及び強度の更新を行う手順を説明する図である。 本実施例１の適応型サービス告知システムにおいて、リレーションシップを削除する手順を説明するための模式図であり、図１８（ａ）はシステムの例を示す図、図１８（ｂ）はサイト名Ｓ５のサイトでのリレーションシップの強度の変化の例を示す図、図１８（ｃ）はリレーションシップを削除する例を示す図である。 本発明による実施例２の適応型サービス告知システムの概略構成を示す模式図であり、システム全体の構成を示す図である。 本発明による実施例２の適応型サービス告知システムの概略構成を示す模式図であり、ユーザ端末で行う処理の手順を示すフロー図である。 本実施例２の適応型サービス告知システムの構築方法を説明するための模式図であり、図２１（ａ）はサイトノードのサービスを利用するときの図、図２１（ｂ）はサイトノードのサービスを利用し、リレーションシップの生成、更新を行うときの図である。
符号の説明
１…ネットワーク
２…サイトノード（サービス提供サイト）
２０１…通信制御手段
２０２…応答手段
２０３…提供サービス管理手段
２０４…リレーションシップ管理手段
２０５…サービス告知管理手段
２０６…処理制御手段
３…ユーザノード（ユーザ端末）
３０１…入力手段
３０２…出力手段
３０３…通信制御手段
３０４…ユーザ嗜好管理手段
３０５…告知履歴管理手段
３０６…利用履歴管理手段
３０７…ユーザ評価値算出手段
３０８…リレーションシップ判定手段
３０９…処理制御手段
６…アクセスポイント
６Ａ…アクセスポイントへの接続が可能な範囲

Claims (13)

  1. ネットワーク上でサービスを提供する複数のサービス提供サイト（以下、サイトという）と、前記サービスを利用するユーザが保持し、有線または無線通信により前記サイトにアクセス可能なユーザ端末とからなり、前記サイト上及び前記ユーザ端末上で実行されるプログラムを前記ネットワークを介して連携させて、前記ユーザ端末に前記各サイトのサービス内容を告知する適応型サービス告知システムであって、
    前記サイトは、自身のサイトとリレーションシップ（関連）がある他のサイトのサイト名，サービス名，サービス内容のキーワード，及び前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理するリレーションシップ管理手段と、
    前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，及び前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理するサービス告知管理手段とを備え、
    前記サービス告知管理手段は、前記ユーザ端末からサービス内容の告知要求を受けたときに、前記自身のサイトのサービス告知、及び前記自身のサイトとリレーションシップがある他のサイトのサービス告知のリストを作成して、前記ユーザ端末に送信することを特徴とする適応型サービス告知システム。
  2. 前記ユーザ端末は、前記各サイトから受信したサービス告知の履歴（以下、告知履歴という）を管理する告知履歴管理手段と、
    前記ユーザ端末のユーザが、前記サービス告知を見てサービスを利用したサイトの履歴（以下、利用履歴という）を管理する利用履歴管理手段と、
    前記サービスを利用したサイトを評価して評価値を算出するユーザ評価値算出手段と、
    前記利用履歴管理手段で管理している利用履歴に基づいて前記評価したサイトと他のサイトとの間にリレーションシップを生成させる情報があるか否か判定するとともに、前記告知履歴管理手段で管理している告知履歴に基づいて前記評価したサイトと他のサイトとのリレーションシップの強度を更新させる情報があるか否かを判定し、前記各情報がある場合に、前記各情報を前記評価値に付加するリレーションシップ情報付加手段とを備え、
    前記サイトのリレーションシップ管理手段は、前記ユーザ端末から送信された前記リレーションシップを生成させる情報に基づいて、自身のサイトと他のサイトの間に新たなリレーションシップを生成し、前記他のサイトのサービス告知を取得して自身のサイト内に保持する手段と、
    前記ユーザ端末から送信された前記リレーションシップの強度を更新させる情報、及び前記ユーザ端末から送信されたサイトの評価値に基づいて、自身のサイトと他のサイトとの間のリレーションシップの強度を増加または減少する手段を備えることを特徴とする請求項１に記載の適応型サービス告知システム。
  3. 前記サイトの前記サービス告知管理手段は、自身のサイトとのリレーションシップの強度が高い順にＮ個（Ｎは０以上の整数）の前記他のサイトを抽出する手段を備え、
    前記自身のサイトのサービス告知及び前記抽出した他のサイトのサービス告知でなる告知リストを作成して送信することを特徴とする請求項１または請求項２に記載の適応型サービス告知システム。
  4. 前記サイトの前記リレーションシップ管理手段は、前記自身のサイトとのリレーションシップの強度が、あらかじめ定められた値よりも下回ったサイトを検出し、前記検出したサイトのリレーションシップ情報及びサービス告知を削除する手段を備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載の適応型サービス告知システム。
  5. ネットワーク上でサービスを提供するサービス提供サイトと、前記サービスを利用するユーザが保持し、有線または無線通信により前記サービス提供サイトにアクセス可能なユーザ端末とからなり、前記サービス提供サイト上及び前記ユーザ端末上で実行されるプログラムを前記ネットワークを介して連携させて、前記ユーザ端末に前記各サービス提供サイトのサービス内容を告知する適応型サービス告知方法であって、
    前記各サイトで、自身のサイトとリレーションシップ（関連）がある他のサイトのサイト名，サービス名，サービス内容のキーワード，及び前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理するステップと、
    前記各サイトで、前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，及び前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理するステップと、
    前記ユーザ端末から、前記サイトに前記サービス告知を要求するステップと、
    前記サービス告知を要求されたサイトで、前記自身のサイトのサービス告知、及び前記自身のサイトとリレーションシップがある他のサイトのサービス告知のリストを作成して前記ユーザ端末に送信するステップとを有することを特徴とする適応型サービス告知方法。
  6. 前記サービス告知のリストを作成して前記ユーザ端末に送信するステップは、自身のサイトとのリレーションシップの強度が高い順にＮ個（Ｎは０以上の整数）の前記他のサイトを抽出するステップと、前記自身のサイトのサービス告知及び前記抽出した他のサイトのサービス告知でなる告知リストを作成するステップとを有することを特徴とする請求項５に記載の適応型サービス告知方法。
  7. ネットワーク上でサービスを提供するサービス提供サイトと、前記サービスを利用するユーザが保持し、有線または無線通信により前記サービス提供サイトにアクセス可能なユーザ端末とからなり、前記サービス提供サイト上及び前記ユーザ端末上で実行されるプログラムを前記ネットワークを介して連携させて、前記ユーザ端末に前記各サービス提供サイトのサービス内容を告知する適応型サービス告知システムの構築方法であって、
    前記各サイトで、自身のサイトとリレーションシップ（関連）がある他のサイトのサイト名，サービス名，サービス内容のキーワード，前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理するステップと、
    前記各サイトで、前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理するステップと、
    前記ユーザ端末から前記サービス告知を要求されたサイトで、前記自身のサイトのサービス告知、及び前記自身のサイトとリレーションシップがある他のサイトのサービス告知の告知リストを作成して前記ユーザ端末に送信するステップと、
    前記サービス告知の告知リストを受信したユーザ端末で、前記告知リストの履歴（告知履歴）を記録するステップと、
    前記ユーザ端末で、前記サービス告知を見て前記サービスを利用したサイトの履歴（利用履歴）を記録するステップと、
    前記各サイトから、前記サービスを利用したユーザに自身のサイトの評価を依頼するステップと、
    前記ユーザ端末で、前記サービスを利用したユーザの評価に基づいてユーザ評価値を算出するステップと、
    前記ユーザ端末で、前記利用履歴に基づいて前記評価値を算出したサイトと他のサイトとの間にリレーションシップを生成させる情報があるか否か判定するステップと、
    前記ユーザ端末で、前記告知履歴に基づいて前記評価値を算出したサイトと他のサイトとのリレーションシップの強度を更新させる情報があるか否かを判定するステップと、
    前記ユーザ端末で、前記リレーションシップを生成させる情報，前記リレーションシップの強度を更新させる情報がある場合に、前記各情報を前記ユーザ評価値に付加して前記サイトに送信するステップと、
    前記サイトで、前記ユーザ端末から送信された前記リレーションシップを生成させる情報に基づいて、自身のサイトと他のサイトの間に新たなリレーションシップを生成し、前記他のサイトのサービス告知を取得して自身のサイト内に保持するステップと、
    前記サイトで、前記ユーザ端末から送信された前記リレーションシップの強度を更新させる情報、及び前記ユーザ評価値に基づいて、自身のサイトと他のサイトとの間のリレーションシップの強度を増加または減少するステップとを有することを特徴とする適応型サービス告知システムの構築方法。
  8. 前記サービス告知のリストを作成して前記ユーザ端末に送信するステップは、自身のサイトとのリレーションシップの強度が高い順にＮ個（Ｎは０以上の整数）の前記他のサイトを抽出するステップと、前記自身のサイトのサービス告知及び前記抽出した他のサイトのサービス告知でなる告知リストを作成するステップとを有することを特徴とする請求項７に記載の適応型サービス告知システムの構築方法。
  9. 前記サイトで、前記自身のサイトと他のサイトとの間のリレーションシップの強度を増加または減少するステップは、前記自身のサイトとのリレーションシップの強度が、あらかじめ定められた強度を下回ったサイトのリレーションシップ情報及びサービス告知を削除するステップを有することを特徴とする請求項７または請求項８に記載の適応型サービス告知システムの構築方法。
  10. ネットワーク上でサービスを提供するサービス提供サイトと、前記サービスを利用するユーザが保持し、有線または無線通信により前記サービス提供サイトにアクセス可能なユーザ端末とからなり、前記サービス提供サイト上及び前記ユーザ端末上で実行されるプログラムを前記ネットワークを介して連携させて、前記ユーザ端末に前記各サービス提供サイトのサービス内容を告知する適応型サービス告知システムの構築方法を実行させるプログラムであって、
    前記プログラムは、前記サイトに実行させるサイト実行プログラムと、前記ユーザ端末に実行させるユーザ端末実行プログラムとからなり、
    前記サイト実行プログラムは、自身のサイトとリレーションシップ（関連）がある他のサイトのサイト名，サービス名，サービス内容のキーワード，及び前記自身のサイトとの関連性の強さ（強度）を含むリレーションシップ情報を管理させる手順と、前記自身のサイトのサイト名，告知するサービスを提供しているサイトのサイト名，前記告知するサービスのサービス名，前記告知するサービス内容のキーワード，及び前記サービスの利用要求を送信するためのインタフェースプログラムを含むサービス告知を前記サイト内に保持し、管理させる手順と、前記ユーザ端末から前記サービス告知を要求されたサイトで、前記自身のサイトのサービス告知、及び前記自身のサイトとリレーションシップがある他のサイトのサービス告知の告知リストを作成して前記ユーザ端末に送信させる手順と、前記サイトの前記サービスを利用したユーザに自身のサイトの評価を依頼させる手順と、前記ユーザ端末から送信された前記リレーションシップを生成させる情報に基づいて、自身のサイトと他のサイトの間に新たなリレーションシップを生成させ、前記他のサイトのサービス告知を取得して自身のサイト内に保持させる手順と、前記ユーザ端末から送信された前記リレーションシップの強度を更新させる情報、及び前記ユーザ評価値に基づいて、自身のサイトと他のサイトとの間のリレーションシップの強度を増加または減少させる手順とを前記サイトに実行させ、
    前記ユーザ端末実行プログラムは、受信した前記サービス告知の告知リストの履歴（告知履歴）を記録させる手順と、前記サービス告知を見て前記サービスを利用したサイトの履歴（利用履歴）を記録させる手順と、前記サービスを利用したユーザの評価に基づいてユーザ評価値を算出させる手順と、前記利用履歴に基づいて前記評価値を算出したサイトと他のサイトとの間にリレーションシップを生成させる情報があるか否か判定させる手順と、前記告知履歴に基づいて前記評価値を算出したサイトと他のサイトとのリレーションシップの強度を更新させる情報があるか否かを判定させる手順と、前記リレーションシップを生成させる情報，前記リレーションシップの強度を更新させる情報がある場合に、前記各情報を前記ユーザ評価値に付加して前記サイトに送信させる手順とを前記ユーザ端末に実行させることを特徴とするプログラム。
  11. 前記サイト実行プログラムの前記サービス告知のリストを作成して前記ユーザ端末に送信させる手順は、自身のサイトとのリレーションシップの強度が高い順にＮ個（Ｎは０以上の整数）の前記他のサイトを抽出させる手順と、前記自身のサイトのサービス告知及び前記抽出した他のサイトのサービス告知でなる告知リストを作成させる手順を前記サイトに実行させることを特徴とする請求項１０に記載のプログラム。
  12. 前記サイト実行プログラムの前記リレーションシップの強度を増加または減少させる手順は、前記自身のサイトとのリレーションシップの強度が、あらかじめ定められた強度を下回ったサイトのリレーションシップ情報及びサービス告知を削除させる手順を前記サイトに実行させることを特徴とする請求項１１または請求項１２に記載のプログラム。
  13. 前記請求項１０乃至請求項１２のいずれかに記載のプログラムが記録された記録媒体。
JP2003386887A 2003-11-17 2003-11-17 適応型サービス告知システム、適応型サービス告知方法、適応型サービス告知システムの構築方法、プログラム、及び記録媒体 Pending JP2005149207A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003386887A JP2005149207A (ja) 2003-11-17 2003-11-17 適応型サービス告知システム、適応型サービス告知方法、適応型サービス告知システムの構築方法、プログラム、及び記録媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003386887A JP2005149207A (ja) 2003-11-17 2003-11-17 適応型サービス告知システム、適応型サービス告知方法、適応型サービス告知システムの構築方法、プログラム、及び記録媒体

Publications (1)

Publication Number Publication Date
JP2005149207A true JP2005149207A (ja) 2005-06-09

Family

ID=34694446

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003386887A Pending JP2005149207A (ja) 2003-11-17 2003-11-17 適応型サービス告知システム、適応型サービス告知方法、適応型サービス告知システムの構築方法、プログラム、及び記録媒体

Country Status (1)

Country Link
JP (1) JP2005149207A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019032341A1 (en) * 2017-08-11 2019-02-14 Lincoln Gasking DISTRIBUTED REPUTATION DATABASE

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019032341A1 (en) * 2017-08-11 2019-02-14 Lincoln Gasking DISTRIBUTED REPUTATION DATABASE

Similar Documents

Publication Publication Date Title
US11709876B2 (en) Providing relevance-ordered categories of information
JP5276015B2 (ja) ローカル結果の提示
CA2676030C (en) Location in search queries
KR100813333B1 (ko) 소정의 검색 질의로부터의 검색 결과에 대한 액세스를제공하는 ｕｒｌ들로 보완된 검색 엔진
CN101501628A (zh) 多载通信会话
JP2003067328A (ja) ブックマーク管理システム及びブックマーク管理方法
JP2010508579A (ja) マクロを使用する個別化検索
JPH11338888A (ja) 広域情報システムに於ける情報検索方法、及び同方法のプログラム情報が格納された記憶媒体、広域情報検索システム
KR20070012891A (ko) 연상 키워드를 이용한 관계 정보 검색 방법 및 장치
EP1861798B1 (en) Automatic intranet service publishing and service access
US20080033918A1 (en) Systems, methods and computer program products for supplemental data communication and utilization
JP2004206492A (ja) ドキュメント表示方法およびそれを用いたリンク先選択機能付ゲートウェイ装置
JP5144185B2 (ja) 情報検索システム及び情報検索方法
JP2005149207A (ja) 適応型サービス告知システム、適応型サービス告知方法、適応型サービス告知システムの構築方法、プログラム、及び記録媒体
JP4639305B2 (ja) 地図関連コンテンツ提供システム及びその方法
JP2003271647A (ja) 閲覧ファイルデータ提供方法、閲覧頻度データ提供方法、そのための中継装置、プログラム及び記録媒体
JP2007025753A (ja) ウェブログサーバ及びウェブログサービス提供システム
JP2006107200A (ja) 検索サービス提供システム
JP2002189752A (ja) 情報配信システム及び記録媒体及びプログラム
JP3133764U (ja) Ｓｅｏ自動相互リンクシステム
JP2006107199A (ja) 検索システム
Ismail et al. A new system architecture for pervasive computing
AU2012216475B2 (en) Presentation of location related and category related search results
JP2002215653A (ja) コンピュータシステムに表示可能なページを用いて情報を提供する方法
JP2007026457A (ja) 閲覧頻度データ提供方法、そのための中継装置、プログラム及び記録媒体