(57)【要約】コンピュータ化されたネットワーク（５）に接続され、更にウェブブラウザ（４）を備えたコンピュータ（３）上でユーザに表示されるウェブページ（２）のコンテンツを充実させるための方法であって、ウェブブラウザ（４）が、ウェブページ（２）を求める要求を遠隔のウェブサーバ（６）に送信し、ウェブサーバ（６）からウェブページ（２）を受信すると、ウェブブラウザ（４）が、連絡先情報を求めてウェブページ（２）を解析し、ウェブページ（２）内の連絡先情報を検出すると、ウェブブラウザ（４）が、前記連絡先情報に関連するプレゼンス情報（８）を求める要求を少なくとも１つのプレゼンスサーバ（７）に送信し、プレゼンスサーバ（７）からプレゼンス情報（８）を受信すると、ウェブブラウザ（４）が、コンピュータ（３）上でウェブページ（２）をプレゼンス情報（８）と一緒に表示する、方法。
2010539559.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ化されたネットワーク（５）に接続され、更にウェブブラウザ（４）を備えたコンピュータ（３）上でユーザに表示されるウェブページ（２）のコンテンツを充実させる方法であって、
前記ウェブブラウザ（４）が、ウェブページ（２）を求める要求を遠隔のウェブサーバ（６）に送信し、
前記ウェブサーバ（６）から前記ウェブページ（２）を受信すると、前記ウェブブラウザ（４）が、連絡先情報を求めて前記ウェブページ（２）を解析し、
前記ウェブページ（２）内の連絡先情報を検出すると、前記ウェブブラウザ（４）が、前記連絡先情報に関連するプレゼンス情報（８）を求める要求を少なくとも１つのプレゼンスサーバ（７）に送信し、
前記プレゼンスサーバ（７）から前記プレゼンス情報（８）を受信すると、前記ウェブブラウザ（４）が、前記コンピュータ（３）上で前記ウェブページ（２）を前記プレゼンス情報（８）と一緒に表示する、方法。
【請求項２】
前記ウェブページ内の前記連絡先情報は、少なくとも１つのＵＲＩの形態である請求項１に記載の方法。
【請求項３】
前記ウェブページ（２）内の前記連絡先情報がＵＲＩの形態でないときには、前記ウェブブラウザ（４）が、前記プレゼンスサーバ（７）に送信されるべき、プレゼンス情報を求める前記要求の中に含めるために、前記連絡先情報に基づいてＵＲＩを形成するステップを更に備える請求項１に記載の方法。
【請求項４】
前記ＵＲＩは、ＳＩＰ  ＵＲＩ、電子メールアドレス（ｍａｉｌｔｏ）、及び電話番号（ｔｅｌ）から成るグループから選択される請求項２又は３に記載の方法。
【請求項５】
前記プレゼンスサーバ（７）が、前記プレゼンス情報（８）を送信するより前に、前記ユーザを識別するステップを更に含む請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記プレゼンスサーバ（７）が、前記プレゼンス情報（８）を送信するより前に、前記ユーザを認証するステップを更に含む請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記ユーザが認証されない場合、前記ウェブブラウザ（４）が、前記ウェブページ（２）内に、前記プレゼンス情報がアクセス可能でないという通知を表示するステップを含む請求項６に記載の方法。
【請求項８】
コンピュータの処理ユニット上に実施されるコンピュータプログラムであって、
ウェブページ（２）を求める要求を遠隔のウェブサーバ（６）に送信するステップと、
前記ウェブサーバ（６）から前記ウェブページ（２）を受信すると、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を求めて前記ウェブページ（２）を解析するステップと、
前記ウェブページ（２）内で連絡先情報を検出すると、前記連絡先情報に関連するプレゼンス情報を求める要求を少なくとも１つのプレゼンスサーバ（７）に送信するステップと、
前記プレゼンスサーバ（７）から前記プレゼンス情報（８）を受信すると、前記コンピュータ（３）上で前記ウェブページ（２）を前記プレゼンス情報（８）と一緒に表示するステップとを備えるコンピュータ実行可能命令を含むコンピュータプログラム。
【請求項９】
充実させられたウェブページ（２）を表示するように構成された通信システム（１）であって、
ウェブブラウザ（４）を備えたコンピュータ（３）と、
少なくとも１つのウェブページ（２）を含む遠隔のウェブサーバ（６）と、
プレゼンス情報（８）を含む少なくとも１つの遠隔のプレゼンスサーバ（７）とを含み、前記ウェブブラウザ（４）が、
ウェブページ（２）を求める要求を前記のウェブサーバ（６）に送信し、
前記ウェブサーバ（６）から前記ウェブページ（２）を受信すると、連絡先情報を求めて前記ウェブページ（２）を解析し、
前記ウェブページ（２）内で連絡先情報を検出すると、前記連絡先情報に関連するプレゼンス情報を求める要求を少なくとも１つのプレゼンスサーバ（７）に送信し、
前記プレゼンスサーバ（７）から前記プレゼンス情報（８）を受信すると、前記コンピュータ（３）上で前記ウェブページ（２）を前記プレゼンス情報（８）と一緒に表示するように構成された、通信システム（１）。
【請求項１０】
ＡＪＡＸサーバ（１０）を更に含み、更に前記ウェブブラウザ（４）は、Ｊａｖａｓｃｒｉｐｔ対応であり、更に前記ウェブページ（２）内で前記プレゼンス情報（８）の動的表示を可能にするＡＪＡＸコンポーネントを求める要求を前記ＡＪＡＸサーバ（１０）に送信するように構成された請求項９に記載の通信システム（１）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ化されたネットワークに接続されたコンピュータ上でユーザに表示されるウェブページのコンテンツを充実させるための方法に関する。
【背景技術】
【０００２】
１９９０年代初期の商業的開始以来、インターネットは、世界中に急速に広まり、今日、最も進んだ地域において日常のツールとして広く使用されている。
【０００３】
現在、ほとんど誰もが、インターネットにおいて提供される最も普及したサービスの１つであるＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂに慣れ親しんでおり、ユーザのコンピュータが、Ｗｅｂに接続されており、更に、最もよく知られているものの一部が、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標、以下同）又はＭｏｚｉｌｌａ  Ｆｉｒｅｆｏｘ（登録商標、以下同）である、ＨＴＴＰ（ハイパーテキスト転送プロトコル）を使用するウェブブラウザと呼ばれる適切なソフトウェアアプリケーションを備えているという条件付きで、ユーザが、ユーザのコンピュータ上にウェブページをダウンロードして、表示することを可能にしている。
【０００４】
基本的に、ユーザは、ｈｔｔｐ：／／ｗｗｗ．ｗｅｂｓｉｔｅｎａｍｅ．ｃｏｍ／ｗｅｂｐａｇｅのような、ユーザがアクセスすることを所望するウェブページの、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）と呼ばれるアドレスを入力し（又は対応するハイパーリンクを活性化し）、ｈｔｔｐ：／／は、ＨＴＴＰが、ウェブブラウザによって使用されるべきプロトコルであることを意味し、ｗｗｗ．ｗｅｂｓｉｔｅｎａｍｅ．ｃｏｍは、そのウェブページがホスティングされるウェブサーバの名前であり、更に／ｗｅｂｐａｇｅは、そのウェブサーバ内の目標とされるウェブページのロケーションである。
【０００５】
ウェブブラウザは、ウェブページを求める要求をウェブサーバに送信し、ウェブサーバは、この要求を受信すると、一般に、ＨＴＭＬ（ハイパーテキストマークアップ言語）などのウェブブラウザが読み取ることができる言語で書かれたテキストファイルの形態になっている、そのウェブページを取り出し、更にそのウェブページをウェブブラウザに戻す。次に、ウェブブラウザが、ＨＴＭＬファイルの中で定義されたページレイアウトに従って、そのウェブページを表示する。
【０００６】
ほとんどのウェブページは、電子メールアドレス、電話番号又はファックス番号などの連絡先情報を含み、更なる情報又はサービスにアクセスするためにユーザが接触することができる可能な通信相手についての情報を、ユーザが得ることを可能にしている。そのような連絡先情報は、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）の形態で提示されることが可能である。２００５年１月のＲＦＣ３９８６規格においてＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって定義されるＵＲＩは、「ｃｏｍｐａｃｔ  ｓｅｑｕｅｎｃｅ  ｏｆ  ｃｈａｒａｃｔｅｒｓ  ｔｈａｔ  ｉｄｅｎｔｉｆｉｅｓ  ａｎ  ａｂｓｔｒａｃｔ  ｏｒ  ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ（抽象的リソース又は物理的リソースを識別するコンパクトな一続きの文字）」である。
【０００７】
ＲＦＣ３９８６は、いくつかのＵＲＩスキーム及び変種を、それらのスキームのシンタックス構成要素で例示する以下の例を与える。すなわち、
ｆｔｐ：／／ｆｔｐ．ｉｓ．ｃｏ．ｚａ／ｒｆｃ／ｒｆｃ１８０８．ｔｘｔ
ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２３９６．ｔｘｔ
Ｉｄａｐ：／／［２００１：ｄｂ８：：７］／ｃ＝ＧＢ？ｏｂｊｅｃｔＣｌａｓｓ？ｏｎｅ
ｍａｉｌｔｏ：Ｊｏｈｎ．Ｄｏｅ＠ｅｘａｍｐｌｅ．ｃｏｍ
ｎｅｗｓ：ｃｏｍｐ．ｉｎｆｏｓｙｓｔｅｍｓ．ｗｗｗ．ｓｅｒｖｅｒｓ．ｕｎｉｘ
ｔｅｌ：＋１−８１６−５５５−１２１２
ｔｅｌｎｅｔ：／／１９２．０．２．１６：８０／
ｕｒｎ：ｏａｓｉｓ：ｎａｍｅｓ：ｓｐｅｃｉｆｉｃａｔｉｏｎ：ｄｏｃｂｏｏｋ：ｄｔｄ：ｘｍｌ：４．１．２
【０００８】
ｍａｉｌｔｏ  ＵＲＩ及びｔｅｌ  ＵＲＩは、一般に、ユーザがＰ２Ｐ（ピアツーピア）通信セッションにおいて直接接触することを所望する可能性があるリソース（ｔｅｌは、連絡センタをポイントする可能性があり、更にｍａｉｌｔｏは、自動電子メールシステムをポイントする可能性があるものの、一般に、人間である）をポイントするので、その他のＵＲＩと比べて特異である。
【０００９】
同一の通信セッション内でデータと音声をマージすることを可能にする、ＩＭＳ（インターネットプロトコル・マルチメディアサブシステム）と呼ばれる新たなネットワークアーキテクチャが、最近、出現した。ＩＭＳは、ＩＰ（インターネットプロトコル）ネットワークにおけるマルチメディアセッションを確立するため、変更するため、及び終了させるために使用されるアプリケーション層プロトコルとしてのＳＩＰ（セッション開始プロトコル）の仕様に基づく（例えば、Ｐｏｉｋｓｅｌｋａ他、ｔｈｅ  ＩＭＳ、ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｃｏｎｃｅｐｔｓ  ａｎｄ  Ｓｅｒｖｉｃｅｓ、Ｗｉｌｅｙ、２ｎｄ  ｅｄｉｔｉｏｎ、２００６年を参照）。
【００１０】
ＳＩＰは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）通信セッションを確立するための標準となりつつある。ＳＩＰは、発呼者端末装置（ＶｏＩＰアプリケーションが実装されたコンピュータなどの）のＵＡ（ユーザエージェント）が、受信者端末装置の、ＳＩＰ  ＵＲＩと呼ばれる特定のＵＲＩを知らされていることを要求する。ＳＩＰ  ＵＲＩは、ｍａｉｌｔｏ  ＵＲＬ及びｔｅｌ  ＵＲＩと同様に、ピアツーピア通信セッションにおいて使用されるべきものである。
【００１１】
ＳＩＰ  ＵＲＩのシンタックスは、２００２年６月のＲＦＣ３２６１規格においてＩＥＴＦによって規定されている。ＲＦＣ３２６１は、ＳＩＰ  ＵＲＩを例示する以下の例を与える。すなわち、
ｓｉｐ：＋６５８−５５５−１２３４５６７；ｐｏｓｔｄ＝ｐｐ２２＠ｆｏｏ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ
【００１２】
ほとんどの業界の取り組みは、一般的なネットワークにおいて音声とデータをマージすることを円滑にするように行われているという証拠が、存在する。しかし、ユーザが、この新たな機能をどのように理解し、活用するかという問題は、依然として決着がついていない。この問題は、間違いなく、その情報がどのように提供され、利用に供されるかに依存する。
【００１３】
消費者がウェブサービスプロバイダを選択することができるように、消費者に様々なウェブサービスプロバイダについてのビジネス／技術的情報を提供することに加えて、プレゼンス情報を提供することによって、消費者へのウェブサービスのデリバリ及び展開を最適化するための試みが、行われてきた。米国特許出願公開第２００７／００８３６２７号（Ｍｏｈａｍｍｅｄ）を参照されたい。
【００１４】
ウェブサーバが、エンタープライズサーバによって提供されるプレゼンス情報を含むコンテンツをウェブサイトに供給して、オンラインユーザが、リアルタイムの顧客サポートの現在の応対可能性を調べることを可能にする、インターネットユーザへの顧客支援を強化するための別の試みが、行われてきた。例えば、米国特許出願公開第２００５／０１１４１５９号（Ｏｚｕｇｕｒ）を参照されたい。
【００１５】
これらの試みは、ウェブサービスを強化するものの、サーバ側のネットワークアーキテクチャの大幅な変更を要求して、それらの新たな機能が、クライアント側の任意の種類のウェブサービスに拡張されることを妨げる。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】米国特許出願公開第２００７／００８３６２７号
【特許文献２】米国特許出願公開第２００５／０１１４１５９号
【非特許文献】
【００１７】
【非特許文献１】ＲＦＣ３９８６規格
【非特許文献２】Ｐｏｉｋｓｅｌｋａ他、ｔｈｅ  ＩＭＳ、ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｃｏｎｃｅｐｔｓ  ａｎｄ  Ｓｅｒｖｉｃｅｓ、Ｗｉｌｅｙ、２ｎｄ  ｅｄｉｔｉｏｎ、２００６年
【非特許文献３】ＲＦＣ３２６１規格
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明の１つの目的は、ウェブページのコンテンツを充実させて、ユーザが、ユーザに提供される情報を完全に活用することが大規模に許されるようにすることである。
【課題を解決するための手段】
【００１９】
本発明は、コンピュータ化されたネットワークに接続され、更にウェブブラウザを備えたコンピュータ上でユーザに表示されるウェブページのコンテンツを充実させるための方法を含み、前記方法は、
ウェブブラウザが、ウェブページを求める要求を遠隔のウェブサーバに送信するステップと、
ウェブサーバからウェブページを受信すると、ウェブブラウザが、連絡先情報を求めてウェブページを解析するステップと、
ウェブページ内の連絡先情報を検出すると、ウェブブラウザが、前記連絡先情報に関連するプレゼンス情報を求める要求を少なくとも１つのプレゼンスサーバに送信するステップと、
プレゼンスサーバからプレゼンス情報を受信すると、ウェブブラウザが、コンピュータ上でウェブページをプレゼンス情報と一緒に表示するステップとを備える。
【００２０】
本発明の以上、及びその他の目的及び利点は、添付の図面と併せて考慮される、好ましい実施形態の詳細な説明から明白となろう。
【図面の簡単な説明】
【００２１】
【図１】充実させられたウェブページを表示するように構成された、コンピュータ化されたシステムを示す図である。
【図２】充実させられたウェブページを表示するように構成されたウェブブラウザを含むコンピュータの図である。
【図３】ウェブページのコンテンツを充実させるための方法を示す流れ図である。
【発明を実施するための形態】
【００２２】
図１を参照すると、充実させられたウェブページ２を表示するように構成された通信システム１が示されている。この通信システムは、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ又はＭｏｚｉｌｌａ  Ｆｉｒｅｆｏｘなどのウェブブラウザ４を備えたコンピュータデバイス３、すなわち、スクリーンを備えた電子デバイス（開示されるとおり、ラップトップであることが可能なＰＣ（パーソナルコンピュータ）、ＰＤＡ（パーソナルデジタルアシスタント）、スマートフォン、ゲームステーションなど）を含む。コンピュータ３は、例えば、（Ｘ）ＤＳＬリンクを介して、ＬＡＮ（ローカルエリアネットワーク）、ＭＡＮ（メトロポリタンエリアネットワーク）、又は（好ましくは）インターネットなどのＷＡＮ（ワイドエリアネットワーク）であることが可能なネットワーク５に接続される。
【００２３】  ウェブブラウザ４は、ＨＴＭＬに適合し、更に、好ましくは、ＣＣＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）言語、ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）フォーマット及び（公序良俗違反につき、不掲載）フォーマット、ＸＨＲ（ＸＭＬＨｔｔｐＲｅｑｕｅｓｔ）インタフェース、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）及びＸＳＬＴ（ｅＸｅｔｎｄｅｄ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）を含む他のＡＪＡＸ（Ａｓｙｎｃｈｒｏｎｏｕｓ  （公序良俗違反につき、不掲載）  Ａｎｄ  ＸＭＬ）技術をサポートする。
【００２４】
また、通信システム１は、ウェブブラウザ４から適切な要求を受信すると、ウェブサーバ６が取り出すことができる少なくとも１つのウェブページ２を含む、やはりネットワーク５に接続された少なくとも１つの遠隔のウェブサーバ６も含む。ウェブサーバ６は、レガシーサーバであることが可能であり、つまり、ウェブサーバ６は、最新のウェブ技術を必ずしも含まない。
【００２５】
通信システム１は、ウェブページ２内の連絡先情報に関連するプレゼンス情報８を含む少なくとも１つの遠隔のプレゼンスサーバ７を更に含む。プレゼンス情報８は、データベース９の中に記憶されることが可能である。プレゼンスサーバ７は、好ましくは、ネットワーク５へのＳＩＰメッセージ、及びネットワーク５からのＳＩＰメッセージを交換するため、及び管理するように構成されたＩＭＳサーバの一部である。
【００２６】
また、通信システム１は、好ましくは、後段で更に開示されるとおり、Ｊａｖａｓｃｒｉｐｔ対応のウェブブラウザ４が、ウェブサーバ６からダウンロードされるウェブページ２内でプレゼンス情報の動的表示を可能にするＡＪＡＸコンポーネントを求める要求を送信するために、ネットワーク５を介して接続されることが可能なＡＪＡＸサーバ１０も含む。
【００２７】
ウェブブラウザ４（事実上、コンピュータ３の処理ユニット上で実施されるコンピュータプログラム）は、以下のアクション、すなわち、
ウェブページ２を求める要求をウェブサーバ６に送信するアクション、
ウェブサーバ６からウェブページ２を受信すると、好ましくは、ｍａｉｌｔｏ（電子メールアドレス）、ｔｅｌ（電話番号及び／又はファックス番号）などのＵＲＩ、又はＳＩＰ  ＵＲＩの形態になっている連絡先情報を求めてウェブページ２を解析するアクション、
ウェブページ２内で連絡先情報を検出すると、前記連絡先情報に関連するプレゼンス情報を求める要求を、対応するプレゼンスサーバ７に送信するアクション、
プレゼンスサーバ７からプレゼンス情報８を受信すると、コンピュータ３上でウェブページ２と一緒にプレゼンス情報８を表示するアクション、
を行うように構成される。
【００２８】
ウェブブラウザ４のそのような構成は、ネイティブの仕方で、すなわち、ウェブブラウザプログラムの元のコンポーネントとして実施されることも、ウェブブラウザ４が既にインストールされた後に、ウェブサイトからダウンロードされる、又はコンピュータ３に挿入されたＣＤ−ＲＯＭなどのコンピュータ可読メモリ媒体から実行されることが可能であり、更に前段で開示されるアクションに対応する実行可能命令を備えるプログラムプラグイン１１として実施されることも可能である。
【００２９】
プレゼンスサーバは、一般に、ＵＲＩを認識するようにプログラミングされる。従って、ウェブページ２内の連絡先情報が、ＵＲＩの形態で提示されない場合、ウェブブラウザ４は、好ましくは、プレゼンスサーバ７に送信されるべき、プレゼンス情報を求める要求に含めるように、検出された連絡先情報に基づいてＵＲＩを形成するように構成される。
【００３０】
図２に開示されるとおり、プレゼンス情報８は、ウェブページ２内でＵＲＩ情報を提供するテキスト上、又はイメージ上のＯｎＭｏｕｓｅＯｖｅｒ又はＯｎｃｌｉｃｋなどのマウス効果によって活性化される、ポップアップウインドウ１２内の書かれたプレゼンスメッセージとしてユーザに表示されることが可能である。このプレゼンスメッセージは、「現時点で、応対可能」、「現在、応対不能」などの単純な情報をもたらすことが可能である。このプレゼンスメッセージは、例えば、「Ｘ分後に応対可能」などの、受信者端末装置が応対可能になるまでの推定される時間を与えて、時間関連であることも可能な、より複雑な情報をもたらすことも可能である。また、このプレゼンスメッセージは、ユーザが、このメッセージを読んだ後、アクションを行うことを可能にするハイパーリンクで充実させられることも可能である。例えば、このプレゼンスメッセージは、コンピュータ３が、Ｓｋｙｐｅ（登録商標）などのＶｏＩＰコンポーネントを備えている場合、呼を直ちに開始することを提案することが可能である。
【００３１】
代替として、プレゼンス情報８は、他の多くの仕方で表示されることも可能である。例えば、プレゼンス情報８は、スマイルマークコード（例えば、表示されたＵＲＩに対応する受信者端末装置が応対可能であることを意味するうれしそうなスマイルマーク、逆に、そのような端末装置が応対不能であることを意味する悲しそうなスマイルマーク）、又はカラーコード（例えば、受信者端末装置が応対可能であることを意味する緑のカラー、逆に、そのような端末装置が応対不能であることを意味する赤のカラー）を使用して表示されてもよい。
【００３２】
次に、前段で開示されるウェブブラウザ４及び通信システム１を介してコンピュータ３上でユーザに表示されるウェブページのコンテンツを充実させるための方法が、図３を参照して開示される。
【００３３】
ユーザが、アクセスすることを所望するウェブページ２のＵＲＬを入力した（又はウェブページ２をポイントするハイパーリンクをクリックした）後、ウェブブラウザ４は、ウェブページ２を求める要求をウェブサーバ６に送信する（１００）。
【００３４】
ウェブブラウザ４から、この要求を受信すると、ウェブサーバ６は、要求されたウェブページ２を取り出し（２００）、更にウェブページ２をウェブブラウザ４に送り返す（３００）。
【００３５】
ウェブサーバ６からウェブページ２を受信すると、ウェブブラウザ４は、例えば、ＵＲＩの形態の連絡先情報を求めてウェブページ２を解析する（４００）。
【００３６】
ウェブページ２が、連絡先情報を全く含まない場合、ウェブブラウザ４は、ダウンロードされたウェブページ２を単に表示する（５００）。
【００３７】
逆に、少なくとも１つのＵＲＩなどの、ウェブページ２内の連絡先情報を検出すると、ウェブブラウザ４は、検出された連絡先情報に関連するプレゼンス情報を求める要求を、対応するプレゼンスサーバ７に送信する（６００）。もちろん、ウェブページ２の中に、異なるプレゼンスサーバ７をポイントするいくつかの連絡先情報要素（例えば、いくつかのＵＲＩ）が存在する場合、ウェブブラウザ４は、プレゼンス情報を求める要求を、それらのプレゼンスサーバ７のそれぞれに送信する。
【００３８】
プレゼンスサーバ７又はそれぞれのプレゼンスサーバ７は、検出された連絡先情報に対応する受信者端末装置のユーザによってデータベース９上に前もって実施されていることが可能な、要求されたプレゼンス情報８を取り出す（７００）。
【００３９】
しかし、そのようなアクションを行う前に、プレゼンスサーバ７又はそれぞれのプレゼンスサーバ７はまず、コンピュータ３に関連するユーザのＩＤ及び／又は許可を確認することが可能である。
【００４０】
ＩＤは、単に、プレゼンス情報を要求する際にウェブブラウザ４によって送信されたコンピュータ３のＩＰアドレスを読み取り、そのアドレスを、ＩＰアドレスの記憶されたリストと比較することによって確認されることが可能である。
【００４１】
認証、すなわち、ユーザがプレゼンス情報８にアクセスすることを許可されていることを確認することは、プレゼンス情報８が要求されるたびに繰り返されて、ユーザが、ポップアップウインドウにログイン及びパスワードを入力することを要求されることも、ウェブブラウザ４のインストール時、又は最初の使用時に１回限り、ログイン及びパスワードが入力されるようにウェブブラウザ４内にプログラミングされることも可能な、従来のログイン／パスワード手続きを介して達せられることが可能である。そのような構成において、ログイン及びパスワードは、要求されると、ウェブブラウザ４によってプレゼンスサーバ７に自動的に供給される。
【００４２】
ユーザが、肯定的に認証された場合、プレゼンスサーバ７は、プレゼンス情報を取り出し（８００）、更にプレゼンス情報をウェブブラウザ４に送信する（９００）。
【００４３】
ウェブブラウザ４が、プレゼンス情報を求める要求をプレゼンスサーバ７に要求する時点までに、ウェブブラウザ４は、図２を参照して前段で開示されるとおり、ウェブページ２内でプレゼンス情報８の動的表示を可能にするために、ＡＪＡＸサーバ１０に接続して、適切なＡＪＡＸコンポーネントを要求していることが可能である（９００）。ＡＪＡＸサーバ１０は、要求されたＡＪＡＸコンポーネントを取り出し（１０００）、更にそれらのコンポーネントをウェブブラウザ４に送信する（１１００）。
【００４４】
プレゼンスサーバ７からプレゼンス情報８を受信した後、更にユーザが肯定的に認証されているという条件付きで、ウェブブラウザ４は、コンピュータ３上でウェブページ２をプレゼンス情報８と一緒に表示する（１２００）。逆に、ユーザが認証されなかった（例えば、ログイン及び／又はパスワードが誤っている）場合、ウェブブラウザ４は、ウェブページ２内に、プレゼンス情報がアクセス可能でなく、更に／又はユーザが許可されていないという通知を表示することが可能である。
【００４５】
説明されるすべての特徴の結果、ユーザは、通常の（又はレガシー）ウェブサーバ６上で実施される通常のウェブページ２においてプレゼンス情報（利用可能な場合）にアクセスすることを許される。従って、プレゼンス情報８が、前段で開示されるＩＭＳプレゼンスサーバなどの、既存のネットワークに接続されたサーバの中でアクセス可能であるという条件付きで、それらのネットワークの構造を変更する必要はない。
【図１】
2010539559.tif 000003
【図３】
2010539559.tif 000004
【図２】
2010539559.tif 000005
【国際調査報告】
2010539559.tif 000006
2010539559.tif 000007
2010539559.tif 000008