(57)【要約】      （修正有）【課題】ネットワークを介して、通知および関連するコンテンツを動的に提供すること。【解決手段】コンテンツページが、ユーザによって構成され、ネットワーク上に置かれる。コンテンツページに対して行われた変更は、通知を用いて、ユーザ用のコンタクトからなるグループに自動的に伝達される。コンテンツページ、または変更されたコンテンツの閲覧を許可されたコンタクトのみが通知を受け取り、変更の閲覧を許可される。視覚インジケータが、そのコンタクトのうち１つのコンタクトのコンテンツページが変更されたことをコンタクトに通知する。視覚インジケータまたは他の何らかのコンタクトインジケータがユーザによって選択されたとき、要約モジュールを提供することができる。要約モジュールは、コンテンツページを含むネットワークコンテンツへのポータルである。【選択図】図８
2006202263.tif 000002
【特許請求の範囲】
【請求項１】
データを有するコンテンツページに関連づけられた許可リストにユーザが含まれるかどうか決定することであって、前記コンテンツページは、要約モジュールインターフェースに関連づけられるように決定すること、
前記コンテンツページデータのサブセットを取り出すこと、および
前記コンテンツページデータの前記サブセットを前記ユーザに送信して、前記要約モジュールにおいて、前記ユーザが前記許可リストに載っているかどうかを前記ユーザに表示することを備えることを特徴とするネットワークを介して要約モジュールを提供する方法。
【請求項２】
前記許可リストは、前記コンテンツページの所有者によって選択される１つまたは複数のコンタクトを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記コンテンツページは、１つまたは複数のコンポーネントを含み、各コンポーネントは、コンテンツページデータおよびフィルタパラメータを含み、
前記コンテンツページデータのサブセットを前記取り出すことは、前記フィルタパラメータの値に基づいて、コンポーネント内のコンテンツページデータを取り出すことを含むことを特徴とする請求項１に記載の方法。
【請求項４】
コンテンツページデータの前記サブセットは、前記コンテンツページの所有者によって構成されることを特徴とする請求項１に記載の方法。
【請求項５】
前記コンテンツページデータの前記サブセットは、前記コンテンツページが最終更新されたときを示すデータを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記コンテンツページデータの前記サブセットは、前記許可リストを識別するデータを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記コンテンツページデータの前記サブセットは、１つまたは複数のデータ要素を含み、前記コンテンツページデータのサブセットを取り出すことは、
前記データ要素の１つまたは複数の要素の、前記ネットワークでの場所へのリンクを取り出すことを含むことを特徴とする請求項１に記載の方法。
【請求項８】
ネットワークブラウザ内で前記要約モジュールインターフェースを提供するための命令を有する形式で、コンテンツページデータの前記サブセットをパッケージすることをさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
コンテンツページデータの前記サブセットをＳＯＡＰ応答にパッケージすることをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１０】
コンタクトに関連づけられた要約モジュールを選択する入力をユーザから受け取ること、
前記コンタクト用の許可リストに関連づけられた許可データを含む要約モジュールデータ要求を送ること、
前記コンタクトによって構成されたコンテンツページに関連づけられた要約モジュールデータを含む要約モジュールデータ要求を受け取ること、および
前記ユーザに前記要約モジュールを提供することを備えることを特徴とするネットワークコンテンツを閲覧する方法。
【請求項１１】
前記要約モジュールデータ要求は、前記要約モジュールに関連づけられた、以前の要約モジュールデータ要求に関するバージョン情報を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記コンテンツページは、１つまたは複数のコンポーネントを含み、各コンポーネントは、コンテンツページデータを有し、前記バージョン情報は、各コンポーネントに関連づけられた、以前の要約モジュールデータ要求を示すことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記要約モジュールデータ応答を受け取ることは、
ネットワークブラウザ内にインターフェースを提供するための命令を受け取ることを含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
要約モジュールデータ要求を送ることは、
コンテンツページデータを有するコンテンツページコンポーネントのリストを生成すること、および
コンテンツページコンポーネントの前記リストを送ることであって、前記要約モジュールデータ応答中の前記要約モジュールデータは、前記コンテンツページコンポーネントに対応するように送ることを含むことを特徴とする請求項１０に記載の方法。
【請求項１５】
前記要約モジュールデータ応答を受け取ることは、
マークアップ言語ストリームの形の前記要約モジュールデータコンテンツを受け取ることを含むことを特徴とする請求項１０に記載の方法。
【請求項１６】
前記要約モジュールを提供することは、
前記要約モジュールに前記要約モジュールデータを投入することを含むことを特徴とする請求項１０に記載の方法。
【請求項１７】
前記要約モジュールを提供することは、
前記要約モジュールをネットワークブラウザ内で提供することを含むことを特徴とする請求項１０に記載の方法。
【請求項１８】
ユーザから入力を受け取ることは、
メッセンジャーコンタクトリストから１つのコンタクトを選択する入力を受け取ることを含むことを特徴とする請求項１０に記載の方法。
【請求項１９】
ユーザから入力を受け取ることは、
ネットワークブラウザによって提供されるインターフェースにおいてコンタクトリストを閲覧するための入力を受け取ることを含むことを特徴とする請求項１０に記載の方法。
【請求項２０】
コンテンツページのコンテンツと、
許可リストを含むデータ格納デバイスと、
前記コンテンツページおよび前記データ格納デバイスに接続されたサーバであって、前記コンテンツページのサブセットを取り出し、前記サブセットを、前記許可リストに列挙されている１人または複数のユーザに送るように構成されたサーバとを備えることを特徴とする要約モジュールを提供するシステム。
【請求項２１】
前記コンテンツページは、１つまたは複数のコンポーネントを含み、前記１つまたは複数のコンポーネントそれぞれは、コンテンツページデータおよびフィルタインジケータを含み、前記コンテンツページデータの前記サブセットは、前記１つまたは複数のフィルタインジケータのそれぞれによって決定されることを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記１つまたは複数のフィルタインジケータは、前記コンテンツページの所有者によって構成されることを特徴とする請求項２１に記載のシステム。
【請求項２３】
前記許可リストは、前記コンテンツページの所有者によって構成されることを特徴とする請求項２０に記載のシステム。
【請求項２４】
前記サーバは、ユーザ要求に応答して、前記ユーザにコンテンツページデータの前記サブセットを送るように構成されることを特徴とする請求項２１に記載のシステム。
【請求項２５】
コンテンツページデータの前記サブセットは、前記ユーザ要求中で指定されることを特徴とする請求項２４に記載のシステム。
【請求項２６】
前記サーバは、前記要求をメッセージングクライアントから受け取り、前記コンテンツページデータの前記サブセットを前記メッセージングクライアントに送るように構成されることを特徴とする請求項２４に記載のシステム。
【請求項２７】
コンテンツページデータの前記サブセットは、ネットワークブラウザに表示されるようにフォーマットされることを特徴とする請求項２０に記載のシステム。
【請求項２８】
コンテンツページデータの前記サブセットは、マークアップ言語でフォーマットされることを特徴とする請求項２０に記載のシステム。
【請求項２９】
コンテンツページデータの前記サブセットは、前記許可リストに関連づけられた許可リスト識別子を含むことを特徴とする請求項２０に記載のシステム。
【請求項３０】
プロセッサ可読格納デバイス上で実施されるプロセッサ可読コードを有する１つまたは複数のプロセッサ可読格納デバイスであって、前記プロセッサ可読コードは、方法を実施するように１つまたは複数のプロセッサをプログラミングし、前記方法は、
要約モジュールインターフェースに関連づけられた、データを有するコンテンツページに関連づけられた許可リストからユーザ識別子を取り出すこと、
前記コンテンツページデータのサブセットを決定すること、および
コンテンツページデータの前記サブセットを、前記ユーザ識別子に関連づけられた前記ユーザに提供することを備えることを特徴とする１つまたは複数のプロセッサ可読格納デバイス。
【請求項３１】
前記方法は、前記コンテンツページデータの前記サブセットをフォーマットすることをさらに備えることを特徴とする請求項３０に記載の１つまたは複数のプロセッサ可読格納デバイス。
【請求項３２】
前記許可リストは、前記コンテンツページの所有者によって生成されることを特徴とする請求項３０に記載の１つまたは複数のプロセッサ可読格納デバイス。
【請求項３３】
前記コンテンツページは、１つまたは複数のフィルタパラメータを含み、
前記コンテンツページデータのサブセットを前記取り出すことは、前記フィルタパラメータの値に基づいて、コンポーネント内部のコンテンツページデータを取り出すことを含むことを特徴とする請求項３０に記載の１つまたは複数のプロセッサ可読格納デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介した、通知および関連するコンテンツの動的な提供を対象とする。
【背景技術】
【０００２】
インターネットの発展に伴い、人々が互いに通信することを可能にするいくつかのツールが発展した。こうしたツールにより、人々は、自分の考えを表現し、データを編成し、経験を共有し、ウェブにアクセスできる人達にコンテンツを提供することが可能になる。
【０００３】
ウェブを介して通信を行うツールは、デジタルコンタクトカードおよびウェブページを含む。デジタルコンタクトカード、またはコンタクトカードとは、ある人またはエンティティに関するコンタクト情報を含むイメージである。コンタクトカードは通常、無地の背景に氏名、役職、会社名、電話番号、ファックス番号、ｅメール、および住所を含む、紙の名刺と同じコンタクト情報を含む。こうしたカードは通常、カードへのリンクを含むｅメールメッセージを介して配送される。ｅメールを受け取り、ｅメールを開き、コンタクトカードリンクをクリックした後、閲覧者は、カード上の情報を見ることができる。カードの所有者に関するコンタクト情報または他の情報に変更があった場合、カードの所有者は、情報を手作業で変更しなければならない。このカードは、カードの所有者を非常に平易、一般的、かつ旧式なやり方で表現する。
【０００４】
ウェブページは、ウェブ用の最も人気のある通信ツールの１つである。ウェブページは一般に、インターネットに個人的なコンテンツを投稿するのに使われる。ウェブページは、フォーマットされたテキスト、ウェブログ、イメージ、写真、および他のウェブページへのリンクを含み得る。所有者は、コンテンツ、フォーマット、バックグラウンド、フォント、色、および他のデザイン要素を構成することによって、ウェブページを自分用に設定することができる。ローカルマシン上で実行されるウェブブラウザは、インターネットを介してウェブサーバに所与のウェブページを要求し、そのページをローカルマシンにロードし、動的または静的なウェブページを、ユーザに提供するように変換する。所有者は、コンテンツを追加し、削除し、または変更することによって、ページに変更を加えることができる。閲覧者は、次回そのページを訪れたときに、所有者によって行われた変更を見ることができる。
【０００５】
ウェブサイトのコンテンツへの変更または変更自体を、信頼されるコンタクトリストに自動的に公開する好都合な機構がない。ウェブページにおける変更の通知を提供するために、ウェブページの所有者は、閲覧者に手作業で（例えば、グループｅメールや口頭で）通知しなければならない。さらに、ウェブページ上のコンテンツは通常、閲覧する人全員に公開される。この結果、ウェブサイトの所有者は、全員が見るには適切でない可能性があるコンテンツを投稿する意欲をなくす。特定のインターネットページは、パスワードによって保護されるが、パスワードをもたないユーザは、そのコンテンツをまったく閲覧することができない。パスワードによって保護されたコンテンツの所有者は、閲覧者のパスワード入手を可能にし、または助ける必要がある。
【０００６】
ブログ、写真共有、およびインスタントメッセージ（ＩＭ）ウェブサービスなど、従来のウェブサービスは、何らかのタイプの通知プロセスの提供を試みた。一般的なブログは、ブログ所有者による、１ページ分のエントリである。エントリコンテンツは、大抵はテキストであるが、写真および他のコンテンツへのリンクも含み得る。エントリは大抵、意識の流れ、すなわち「その日思ったこと」を、逆の時系列順で並べたものである。閲覧者は、ある特定のエントリへの応答としてコメントを投稿することができ、こうしたコメントは大抵、別個のページで閲覧される。ブログは、見る人全員に利用可能であるという点でウェブサイトと同様であるが、実装にはパスワードを要求し得る。従来のいくつかのブログシステムは、新しいエントリが投稿されると配送先リストにｅメール通知を提供し、この機能を可能にするために既存のブログアプリケーションに統合することができる、実用化されているシステムもある。ただし、受信者は通常、所有者による勧誘ではなく、ホストウェブサーバに受信者が要求することによって、配送先リストに追加される。しばしば、ブログ所有者にとってまったく知らない人が、自分のブログ用通知リストに載ることになる。この結果、所有者と信頼関係のない閲覧者に新しいブログエントリが配送される。さらに、提供される情報は通常、ｅメールアドレスの中にあるリンクである。したがって、情報を取り出すために、ユーザは、ｅメールアドレスにログオンし、インボックスにアクセスし、メールメッセージを開き、リンクをクリックしなければならない。
【０００７】
写真を共有するウェブサービスは、ユーザがデジタル写真をアップロードし、共有し、プリントを注文できるようにさせる。写真を共有するには、写真を共有する受信者のリストを生成し、そのリストにｅメール通知を送るようウェブサービスに要求することが必要である。これは、１組の新しい写真がアップロードされる度に、手間のかかるプロセスとなり得る。アップロードされた写真は、受信者リストにない人には入手不可能である。
【０００８】
ＩＭアプリケーションは、ログインしているユーザが、テキストメッセージおよび他のコンテンツを互いに瞬時に送ることを可能にする。各ユーザが、対話したいと望むコンタクトのリストを保持することができる。ユーザは、しばしばバディー（ｂｕｄｄｙ）リストと呼ばれる、自分のリストにあるコンタクトの誰とでも、そのコンタクトがネットワークに記名されている限り「チャット」することができる。いくつかのＩＭアプリケーションは、ウェブベースのｅメールサービスと統合される。ユーザが、統合ｅメールサービスでアカウントを取得しており、ＩＭにログオンすると、ＩＭを介して通知を提供することができ、このとき、ｅメールサーバで新しいｅメールが受信される。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来のインターネット通信ツールは、信頼されるコンタクトグループへのコンテンツ変更の自動通知も提供せず、コンテンツへの制御された好都合なアクセスも十分に提供していない。
【課題を解決するための手段】
【００１０】
本明細書に記載する技術は、概説すると、ネットワークを介した、通知およびコンテンツ要約の提供に関連する。コンテンツページの所有者が、ネットワーク上でコンテンツページを構成する。所有者は、コンテンツページのコンテンツを、自分が望むように構成することができる。コンテンツページに対して変更が行われると、通知が自動的に生成され、所有者と信頼関係のある既存のコンタクトのグループに経路指定される。コンテンツページ、または変更された特定のコンテンツの閲覧を許可されたコンタクトのみが、通知を受け取ることになり、変更コンテンツを閲覧することができる。
【００１１】
ユーザインターフェース中の視覚インジケータが、ユーザのコンタクトの１つによって所有されるコンテンツページまたはそのページのサブセクション（コンポーネント）が変更されたことをユーザに通知する。ユーザによって視覚インジケータが選択されると、要約モジュールを提供することができる。要約モジュールは、ネットワークコンテンツへのポータルである。ネットワークコンテンツは、インターネット上のコンテンツページおよび他のコンテンツを含み得る。要約モジュールのコンテンツは、コンテンツページの所有者によって構成される。コンテンツページとともに使われる場合、要約モジュールは、コンテンツページから直接生成することができる。
【００１２】
コンテンツページ中のコンテンツ変更を検出し、コンテンツ変更に関連した通知を自動的に生成し、通知をメッセンジャーサーバに自動的に送信し、通知に関連づけられた視覚インジケータをメッセンジャーユーザインターフェースに表示することによって、通知を提供することができる。視覚インジケータは、コンテンツ変更にも関連づけられる。
【００１３】
ユーザによって選択されたコンテンツを公開するのに、動的な要約モジュールを使うことができる。要約モジュールのコンテンツは、ネットワーク上に置くことができ、コンテンツページを含む。コンテンツページとともに使われる場合、要約モジュールは、コンテンツページ変更が検出されると自動的にアップデートされる。
【００１４】
ネットワークを介して通知を提供するシステムは、コンテンツページを含む１つまたは複数のサーバと、１つまたは複数のユーザリストおよび１つまたは複数のコンタクトリストを含む１つまたは複数のサーバに接続された１つまたは複数のデータベースと、１つまたは複数のサーバおよび１つまたは複数のデータベースに接続されたメッセンジャーサーバとを含むことができ、メッセンジャーサーバは、１つまたは複数のコンタクトに通知を提供するように構成され、通知は、コンテンツページのコンテンツに関連づけられる。
【発明を実施するための最良の形態】
【００１５】
コンテンツページとは、ネットワーク上に置かれたコンテンツの、体系化された動的な集合体である。コンテンツページは、１つまたは複数のコンポーネントを含み得る。一実施形態では、コンテンツページコンポーネントは、ブログ、フォトアルバム、音楽リスト、ネットワークリンクリスト、コンタクト情報、カレンダ、プロファイル情報、ポーリング、メッセージボード、ビデオ、ウェブカメラ、およびゲストブックなどのコンテンツを含み得る。他のコンテンツを同様にコンテンツページに実装することもできる。一実施形態では、コンテンツページはウェブサイトであり、インターネットを介してアクセス可能である。この場合、コンテンツページの所有者は、どこにいても、コンテンツページを構成しページにアクセスすることができる。
【００１６】
一実施形態では、コンテンツページは、他のコンテンツページの部分を含み得る。例えば、他のコンテンツページのブログ、イメージ、歌、および他のコンテンツの集合体を、所有者のコンテンツページに追加することができる。その結果、所有者は、自身のコンテンツページを訪れて、他のコンテンツページのコンテンツにおける変更を見ることができる。
【００１７】
コンテンツページのコンテンツを、カスタマイズされたルックアンドフィールを作成するように、様々なフォント、色、およびスタイルで構成することができる。個人設定されたコンテンツも、個人的なメッセージまたは引用、個人設定されたサムネイル、名前およびコンタクト情報、ならびにインスタントメッセージサービスまたはｅメールへのコンタクトリンクを含むコンテンツページを構成するのに使うことができる。個人的なメッセージまたは引用は、所有者が自分のページに表示したいと望むテキスト、イメージ、ビデオ、または他のコンテンツからなるどのメッセージでもよい。サムネイルは、人の写真イメージ、アバター、または所有者によって選択された他の何らかのイメージでよい。コンテンツページを、コンテンツページの所有者によっていつでも構成し変更することができる。
【００１８】
図１は、コンテンツページ１００の一実施形態を示す。コンテンツページ１００は、ブログコンポーネント１２０、ブログコンポーネント１２０の下のフォトアルバムコンポーネント１３０、フォトアルバムコンポーネント１３０の隣のリンクコンポーネント１４０、リンクコンポーネント１４０の上の音楽コンポーネント１５０、音楽コンポーネント１５０の上のプロファイルコンポーネント１６０、コンポーネント１２０〜１７０の上の個人のメッセージ１７０、プロファイルコンポーネント１６０の上の個人のイメージ１８０、および個人のイメージ１８０の隣のオンラインインジケータ１９０を含み、これらはすべてユーザインターフェースウィンドウ１１０に含まれる。ブログ１２０は、エントリタイトル１２１、エントリタイトル１２１の下のエントリイメージ１２２、エントリイメージ１２２の下の第１のブログエントリ１２３、およびブログエントリ１２３の下のブログツールバー１２４を含む。ブログツールバー１２４の下には、第２のブログエントリ１２５がある。第２のブログエントリ１２５は、第１のブログエントリ１２３の下にあり、より最新のブログエントリ１２３より以前に投稿されたことを示す。フォトアルバムコンポーネント１３０は、イメージ１３１、第１のフォトアルバム部分１３２、および第２のフォトアルバム部分１３３を含む。第１のアルバム部分１３２および第２のアルバム部分１３３はそれぞれ、別個のアルバムを表し、代表的なサムネイル、アルバムタイトル、およびアルバムの説明を含む。イメージ１３１は、最新のアルバム１３２のうちの代表的なイメージである。リンクコンポーネント１４０は、コンテンツページの所有者によって選択された他のウェブサイトへのリンクのリストを含む。音楽コンポーネント１５０は、所有者によって選択され、または最近再生された歌のタイトルおよびアーティストのリスト１５１を含む。リスト中の各歌の隣に、購入ボタンが配置される。このボタンは、閲覧者が特定の歌を購入することができるウェブサービスへのリンクである。プロファイルコンポーネント１６０は、ｅメールリンク１６と、ＩＭリンク１６２と、コンテンツページの所有者の興味、趣味、および嗜好を示すテキストとを含む。所有者は、プロファイルコンポーネントにカテゴリを追加することができる。個人のイメージ１８０は、所有者が選びまたは提供することができるイメージである。オンラインインジケータ１９０は、所有者が現在、コンテンツページと通信中のネットワークにログオンしているかどうかを示す。
【００１９】
コンテンツページ１００は、コンテンツページの一構成の例に過ぎない。コンテンツページの精神は、コンテンツページの所有者が、コンテンツページの外見および経験内容を、所有者の個人的な趣味を反映するようにカスタマイズすることができることである。図１に示すものとは異なるモジュールタイトル、コンテンツ、指向、およびルックアンドフィール特徴を有する構成を含む他の構成も可能である。
【００２０】
一実施形態では、ネットワーク上に置かれたコンテンツページおよび他のページのコンテンツは、要約モジュールを使って共有することができる。要約モジュールとは、所有者のコンテンツページへのポータルを提供することによって、所有者によって選択された情報を公開するのに使われるインターフェースである。情報は、コンテンツページのコンテンツなど、ネットワークを介して置かれたプロファイル情報、通信リンク、および他のコンテンツを含み得る。プロファイル情報は、所有者の名前、アドレス、電話番号、および他の情報を含み得る。通信リンクは、所有者と通信するためのｅメール、ＩＭリンク、および他のリンクを含み得る。要約モジュールコンテンツは、所有者がいる場所の天気またはニュース、所有者の仕事に関する最近のニュース記事、スケジュール情報、コンテンツページの所有者がネットワークまたはサーバに記名されているかどうか、あるいはネットワークを介して提供される他の情報を含み得る。一実施形態では、要約モジュールは、所有者の完全なコンテンツページにある情報のサブセット（すなわち要約）を含む。
【００２１】
要約モジュールの一実施形態を図２Ａ〜２Ｂに示す。図２Ａは、要約モジュールの表側イメージ２００を示し、図２Ｂは、要約モジュールの裏側イメージ２５０を示す。表側イメージ２００は、カード２１０、ユーザ識別子２１２、カード反転インジケータ２１４、カードクローズアイコン２１６、ニックネーム２２０、コンテンツタイトル２２２、フォトアルバムタイトル２３０、フォトアルバムの説明２３２、サムネイル２３４、追加コンテンツリンク２４０、ｅメールリンク２４２、ＩＭリンク２４４、コンテンツページリンク２４６、およびプロファイルイメージ２４８を含む。ユーザ識別子２１２は、所有者のコンテンツページを含むネットワーク上で所有者を一意に識別する名前でもｅメールでもよい。カード反転インジケータ２１４が選択されると、カードの表側イメージが削除され、図２Ｂの裏側イメージ２５０がユーザに表示される。ニックネーム２２０は、テキスト文字列である。コンテンツタイトル２２２は、要約モジュールによって表示されるコンテンツのソースである。図２Ａの実施形態において、コンテンツソースは、所有者のコンテンツページであり、そのコンテンツページの中に要約モジュールの各項目を見ることができる。
【００２２】
要約モジュールコンテンツ項目１３０〜１３４は、図１に示すコンテンツページ１００のフォトモジュール１２０に対応する。フォトアルバムタイトル２３０、フォトアルバム説明２３２、およびサムネイル２３４が、所有者のコンテンツページから取り出される。追加コンテンツリンク２４０は、所有者のコンテンツページのＵＲＬへのリンクである。ｅメールリンク２４２が選択されると、所有者へのｅメールが用意される。ＩＭリンク２４４は、所有者とのＩＭセッションを開始する。ＩＭリンク２４４が選択されたときに所有者がオンラインになっていない場合、閲覧者は、所有者にオフラインメッセージを送ることができる。一部の実施形態では、所有者がオフラインのとき、所有者が通信可能でないことを示すメッセージが表示され、オフラインメッセージは送られない。リンク２４６は、コンテンツページを取り出し、新規ウィンドウで開く。プロファイルイメージ２４８は、タイル、アバター、または所有者がプロファイルに含めるように選択することができる他のどのイメージでもよい。
【００２３】
図２Ｂの裏側イメージ２５０は、要約カード２６０、要約カード反転インジケータ２６４、要約カードクローズアイコン２６６、およびコンタクト情報２７０を含む。裏側イメージ２５０は、所有者のコンタクト情報を、表側イメージ２００より形式的に示す。
【００２４】
一実施形態では、要約モジュールは、関連づけられたコンテンツページのコンテンツが変更されたことを示すことができる。通知プロセスが、動的かつ自動的に、コンテンツページ変更を要約モジュールに組み込む。通知プロセスについては、後でより詳しく論じる。要約モジュールに関連づけられたコンテンツページに変更が起こると、要約モジュール上に視覚インジケータが提供される。視覚インジケータは、ハイライト、マーカ、または変更されたコンテンツに対応してもしなくてもよい他の何らかのインジケータを含み得る。一部の実施形態では、各新規項目に対応する視覚インジケータがある。他の実施形態では、要約モジュールは、どのデータが新しいかにかかわらず、１つの視覚インジケータのみをもち得る。
【００２５】
図２Ｃ〜２Ｄは、コンテンツページへの変更を表す視覚インジケータを有する要約モジュールの実施形態を示す。図２Ｃは、１つまたは複数の視覚インジケータを有する要約モジュールの表側ビュー２８０の一実施形態を示す。図２Ｃは、要約モジュール２８５、サムネイル行２８７、および「もっと見る」というコンテンツインジケータ２８８を含む。図２Ａの要約モジュール２１０のサムネイル２３４は、１、２、３、４、５というコンテンツを含む。この数字は、対応するコンテンツページに写真が追加された順序を示す。サムネイル「１」は最初に追加され、サムネイル「５」は最後に追加された。サムネイルは、新しいものが追加されると、要約モジュールにおいて左から右にシフトする。カード２８５のサムネイルは、２、３、４、５、６というコンテンツを含む。新しいサムネイル「６」が、サムネイルの行に追加される。以前からあったすべてのサムネイルが、右にシフトされ、サムネイル「１」はカードの外にシフトされる。また、サムネイル「６」は、新しいものであることを示す枠でハイライトされる。要約モジュール２８５は、「もっと見る」というリンクの隣にアイコン２８８（アスタリスク「＊」）も含む。アイコン２８８は、コンテンツページに新しいコンテンツが追加され、関連づけられたリンクを選択することによってアクセス可能であることを示す。一実施形態では、要約モジュール上でどの項目を選択しても、ユーザは、要約モジュールに関連づけられたコンテンツページにたどり着く。図２Ｄは、要約モジュール２９５の裏側イメージ２９０を含む。要約モジュール２９５は、コンタクト情報２９７を含む。携帯電話エントリの隣の視覚インジケータ２９８（アスタリスク「＊」）は、このデータ項目が、要約モジュールの最終閲覧以降に変更されたことを示す。以上は、コンテンツページに新しいコンテンツが追加されたことを、要約モジュールがどのように示し得るかという例である。
【００２６】
一実施形態では、コンテンツページの所有者が、所有者用の対応する要約モジュールにおいて、コンテンツページのどのコンテンツが提供されるか決定する。したがって、コンテンツページに変更を行うことはできるが、要約モジュールを、コンテンツページの選択されたモジュールからコンテンツを提供するようにのみ構成することが可能である。要約モジュールに含まれるモジュールを、コンテンツページの所有者によって手作業で、アルゴリズム（最も頻繁に閲覧される、など）によって、または他の何らかのやり方で選択することができる。さらに、要約モジュールのコンテンツおよびレイアウトを、ユーザによって所望通りに編成することができる。例えば、要約モジュールは、コンポーネント情報が、その形のままで異なるエリアに配置されている、様々な形で提示することができる。
【００２７】
図３Ａ〜３Ｃは、要約モジュールが閲覧者によって選択される要約モジュールの実施形態を示す。図３Ａは、要約モジュール３１０、要約モジュール３１０内部のブログコンテンツ３２０、ブログコンテンツ３２０の上のカーソル３１５、および要約モジュール３１０に重なっているブログコンテンツウィンドウ３２５を含む。ブログコンテンツ３２０は、「Ｍｏｕｎｔａｉｎ  Ｂｉｋｉｎｇ  ａｔ  ３８００  ｆｔ．．．」と書かれたブログタイトルの一部分、および「Ｄｉｄ  ｙｏｕ  ｈｅａｒ  ｔｈａｔ  Ｍａｔｔ  ｗｅｎｔ  ｏｖｅｒ  ｔｈｅ  ｂａｒｓ  ａｓ  Ｗｏｏｄｌｉｎｅ」で始まるブログエントリの一部分を含む。カーソル３１５が、ブログコンテンツ３２０のブログエントリの上に置かれると、ブログコンテンツウィンドウ３２５が生成される。ブログコンテンツウィンドウ３２５は、最初の行にあるブログタイトルで始まるブログエントリ、次の３行にあるブログエントリ、および最後の行に「１２  ｃｏｍｍｅｎｔｓ」と書かれた指示を含む。ブログコンテンツ３２０およびブログコンテンツウィンドウ３２５のブログタイトルおよびブログエントリは両方とも、要約モジュールに関連づけられたコンテンツページのブログコンポーネントに対応する。カーソルがブログエントリの上にあり、現在ブログコンテンツウィンドウを表示している間に、閲覧者がマウスクリックなどの入力を提供した場合、クライアントは、コンテンツページサーバに対して、ブログコンポーネントを含むコンテンツページのコンテンツを要求し、コンテンツをローカルマシンに表示する。
【００２８】
図３Ｂは、要約モジュール３３０、要約モジュール３３０内部の写真コンテンツ３３５、写真コンテンツ３３５の上のカーソル３４０、および要約モジュール３３０に重なっている写真コンテンツウィンドウ３５０を含む。写真コンテンツ３３５は、６個のサムネイルイメージを含む。カーソル３４０が写真コンテンツ３４０のサムネイルの上に置かれると、写真コンテンツウィンドウ３５０が生成される。写真コンテンツウィンドウ３５０の最初の行は、「Ｈａｗａｉｉ  Ｖａｃａｔｉｏｎ」と書かれた、イメージが属すフォトアルバムのタイトルを含む。写真コンテンツウィンドウ３５０の第２行は、「Ｍｅ  ＆  Ｐａｔ」と書かれた、選択されているイメージの説明を含む。フォトアルバムのタイトルおよび写真コンテンツウィンドウ３５０のイメージ説明は両方とも、要約モジュールに関連づけられたコンテンツページ中のフォトアルバムコンポーネントに対応する。カーソル３４０がサムネイルの上にあり、現在写真コンテンツウィンドウ３５０を表示している間に、閲覧者がマウスクリックなどの入力を提供すると、クライアントは、コンテンツページサーバに対して、写真コンポーネントを含むコンテンツページのコンテンツを要求し、コンテンツをローカルマシンに表示する。
【００２９】
図３Ｃは、要約モジュール３６０、要約モジュール３６０内部のリストコンテンツ３７０、リストコンテンツ３７０の上のカーソル３６５、および要約モジュール３６０に重なっているリストコンテンツウィンドウ３８０を含む。リストコンテンツ３７０は、「Ｂｒａｎｄｉ  Ｃａｒｌｉｌｅ：Ｔｕｒｐｅｎｔｉｎｅ」と書かれた第１の歌項目および第１の歌項目の下にある、「Ｄａｍｉａｎ  Ｒｉｃｅ：Ｃａｎｎｏｎｂａｌｌ」と書かれた第２の歌項目を含む。カーソル３６５が、リストコンテンツ３７０の歌項目の上に置かれると、リストコンテンツウィンドウ３８０が生成される。リストコンテンツウィンドウ３８０の第１行は、「Ｃａｎｎｏｎｂａｌｌ」と書かれた歌のタイトルを含み、第２行は、「Ａｒｔｉｓｔ：Ｄａｍｉａｎ  Ｒｉｃｅ」と書かれたアーティストを含み、第３行は、「Ｐｌａｙｌｉｓｔ：Ｔｏｐ  １０  Ｆａｖｏｒｉｔｅｓ」と書かれたリストタイトルを含む。リストコンテンツウィンドウ３８０の歌項目タイトル、アーティスト、およびプレイリストは、要約モジュールに関連づけられたコンテンツページ中の歌リストコンポーネントに対応する。カーソル３６５がリスト項目の上にあり、現在リストコンテンツウィンドウ３８０を表示している間に、閲覧者がマウスクリックなどの入力を提供すると、クライアントは、コンテンツページサーバに対して、歌リストコンポーネントを含むコンテンツページのコンテンツを要求し、コンテンツをローカルマシンに表示する。
【００３０】
コンテンツページに関連づけられると、要約モジュールを、そのコンテンツページの所有者によって構成することができる。要約モジュールを構成する一方法を、図４の方法４００に示す。ページコンテンツの変更を認可された、コンテンツページへのアクセスが、ステップ４１０で所有者に与えられる。一実施形態では、認可は、所有者が識別およびパスワード情報を提供した後で与えられる。コンテンツページにアクセスしている間、ユーザは、コンテンツページのコンポーネントを選択し、そのコンポーネントを所有者の要約モジュールに含めるべきであると指示することができる。ステップ４２０で、システムは、要約モジュールに追加するためのコンテンツページコンポーネントをユーザが選択したことを示す入力を受け取る。コンテンツページが、コンポーネントを選択する入力を受け取った後、コンテンツページは、ステップ４３０で、格納サーバ８２０（図８を参照）中のアップデートメソッドをコールする。このコールは、選択されたコンポーネント用のコンポーネント識別子およびコンテンツページ用のコンテンツページ識別子を含む。格納サーバ８２０は次いで、ステップ４４０で、どのようにしてコンポーネントを要約モジュールデータ要求に含めるかを示す、コンポーネント用のフィルタを作成する。一実施形態では、フィルタパラメータは、バイナリビットを含み、ビット中で、値１は、コンポーネントが要約モジュールに含まれることを示す。フィルタパラメータは、どのようにしてコンポーネントコンテンツを要約モジュールに含めるべきかを示すコンポーネント項目パラメータも含み得る。例えば、ブログコンポーネントフィルタが、ブログエントリタイトルおよびブログエントリの最初の２０文字を含めると示す場合があり、フォトアルバムフィルタが、フォトアルバムタイトルおよび最大５個のサムネイルを含めると示す場合があり、プレイリストコンポーネントフィルタが、プレイリストのタイトルならびに最大限の歌のタイトルおよびアーティストを表示することができると示す場合がある。フィルタパラメータは、要約モジュールコンテンツ要求を送るときのメッセンジャークライアント、および格納サーバ８２０によって、通知プロセス中に発生するコンポーネントを決定するのに使うことができる。メッセンジャークライアントコンテンツクエリ要求および通知プロセスについては、後でより詳しく論じる。
【００３１】
一実施形態では、コンテンツページおよび要約モジュールへのアクセスを決定するのに、許可を使うことができる。コンテンツページの所有者は、自分のコンテンツページのアップデートを受け取るために、許可リスト上の複数のコンタクトの１つを指定することができる。許可リストに載っていない人は、コンテンツページ、要約モジュール、およびこれらに関連した通知を閲覧するためのアクセス権を与えられない。許可を与えられるコンタクトは、ユーザとの信頼された関係をもつエンティティでよい。一実施形態では、コンタクトは、ネットワークを介してユーザと既に関係を築いているエンティティでよい。例えば、コンタクトは、インスタントメッセージサービスにおいて保持される、コンタクトのリストへの参照でもよく、リストから選択されてもよい。
【００３２】
一実施形態では、ユーザは、ユーザのコンタクトのコンテンツページへの変更の通知を、スタンドアロンアプリケーションクライアントを介して受け取ることができる。スタンドアロンクライアントとは、ローカルマシンメモリに存在するソフトウェアプログラムである。スタンドアロンクライアントの一例は、インスタントメッセージ（ＩＭ）クライアントである。ＩＭクライアントについては、以下の説明で例示のために参照する。
【００３３】
ＩＭユーザインターフェース５００の一実施形態を、図５に示す。ＩＭインターフェース５００は、ウィンドウ５１０、ウィンドウ５１０内のユーザ状況インジケータ５１２、メッセンジャーコンタクトリスト５１４、視覚インジケータ５２０、および各コンタクトごとに、コンタクトインジケータ５３０およびオンラインインジケータ５３２を含む。ユーザがＩＭサービスにログオンする度に、メッセンジャーサーバは、メッセンジャーコンタクトリスト５１４のメンバを、メッセンジャークライアントに提供し、どのメンバがコンテンツページに関連づけられるかを示す。１人のユーザが通常、メッセンジャーコンタクトリスト５１４に列挙される１つまたは複数のコンタクトを有する。ユーザ状況インジケータ５１２は、ユーザが現在、メッセンジャーサーバにログインしているかどうかを示す。メッセンジャーコンタクトリスト５１４上のコンタクトそれぞれに対するオンラインインジケータ５３２は、コンタクトが現在、メッセンジャーサーバにログインしているかどうか示す。
【００３４】
一実施形態では、視覚インジケータ５３０は、コンタクト向けのコンテンツページが変更されたことをユーザに通知するように働く。視覚インジケータ５３０を、コンタクト用オンラインインジケータ周囲の色の変更として実装することができる。メッセンジャーリスト５１４にあるコンタクトがコンテンツページをもっていない場合、コンタクト識別子「Ｊａｍｅｓ」に関連づけられたオンラインインジケータ５２２によって示されるような視覚指示は示されない。一部の実施形態では、視覚インジケータを、図５で示すものとは異なるやり方、例えばコンタクト名またはオンラインインジケータの近くに表示されるコンタクト識別子のハイライト、視覚アイコン、影、特殊文字などで提供することができる。
【００３５】
メッセンジャークライアント内部から、ユーザは、対応するコンタクトを選択するための入力を与えることによって、要約モジュールを閲覧することができる。選択されると、メッセンジャークライアントは、要約モジュールを取り出し表示する。図６および７は、要約モジュールを提供することができるメッセンジャークライアントインターフェースを示す。図６は、クライアントインターフェースウィンドウ６１０、ユーザニックネーム６１５、メッセンジャーコンタクトリスト６２０、コンタクトニックネーム６３０、コンタクト存在インジケータ６３５、メッセージウィンドウポインタ６４０、およびメッセージウィンドウ６５０を含む。クライアントインターフェースウィンドウ６１０は、ユーザにアラートを受け取らせ、メッセージセッションにコンタクトを関わらせ、コンテンツカードを閲覧するための入力を与えさせるインターフェースである。ユーザニックネーム６１５「Ｂｏａｒｄ  Ｍｏｎｋｅｙ」に関連づけられたユーザは、メッセンジャークライアントインターフェースを介してメッセンジャーサーバに記名される。メッセンジャーコンタクトリスト６２０は、記名されたユーザに関連づけられたいくつかのコンタクトを含む。コンタクト存在インジケータは、コンタクトが現在、コンテンツページに記名されているかどうか、およびコンテンツページをもっているかどうかを示す。コンタクトが現在、記名されており、コンタクトがコンテンツページをもっている場合、コンタクト存在インジケータは、コンテンツページにあるイメージを含み得る。図８に示す実施形態では、イメージはアバターである。一実施形態では、コンタクトニックネーム６３０、つまり「Ｂｉｌｌｙ  Ｗｒｉｔｉｎｇ  Ｒｅｐｏｒｔｓ」に関連づけられたコンタクト存在インジケータ６３５の上にカーソルを置く、すなわち「合わせる（ｈｏｖｅｒ）」ことができる。カーソルをコンタクト存在インジケータの上に移動した結果、メッセージウィンドウ６５０が表示される。メッセージウィンドウは、要約モジュールを含むことができ、かつ／またはユーザがコンテンツを閲覧するためにとり得るそれ以上のステップに関するユーザ情報を提供することができる。メッセージウィンドウ６５０は、「Ｃｌｉｃｋ  ｈｅｒｅ  ｔｏ  ｏｐｅｎ」と書かれたテキストを提供する。メッセージウィンドウポインタ６４０は、メッセージウィンドウ６５０に関連づけられたコンタクト存在識別子６３５を指す。
【００３６】
図７は、要約モジュールが提供されているメッセンジャーユーザインターフェースを示す。一実施形態では、要約モジュール７４０は、図７のインターフェース７１０が、コンタクト存在インジケータ７３５を選択する入力を受け取った結果として表示される。図７は、インターフェースウィンドウ７１０、メッセンジャーコンタクトリスト７２０、コンタクトニックネーム７３０、コンタクト存在インジケータ７３５、要約モジュール７４０、コンタクト識別子７４１、要約モジュールコンタクトニックネーム７４２、および要約モジュールコンテンツ７４４、７４６を含む。要約モジュール７４０は、コンタクトニックネーム７３０、つまり「Ｂｉｌｌｙ  Ｗｒｉｔｉｎｇ  Ｒｅｐｏｒｔｓ」に関連づけられたコンタクトに対応する。要約モジュール７４０内のコンタクトニックネーム７４２は、メッセンジャーユーザインターフェース７１０内のコンタクトニックネーム７３０と同一である。一部の実施形態では、要約モジュールを、マウスの右ボタンクリック、コンタクト存在インジケータの選択、コンタクト識別子、またはコンタクト向けのコンテンツページに関連づけられた他の何らかの視覚インジケータなどの入力を受け取ることによって表示することができる。
【００３７】
コンテンツページ、要約モジュール、自動通知プロセス、およびこれらの間の動的な同期を、図８に示すようなシステムによって実装することができる。図８のシステム８００は、コンテンツページサーバ８１０  ８１０、格納サーバ８２０、アドレス帳クリアリングハウス（ＡＢＣＨ）８３０、アラートサーバ８４０、メッセンジャーサーバ８５０、メッセンジャーウェブサービス８６０、クライアントウェブブラウザ８７０、ｅメールサーバ８７２、メッセンジャークライアント８８０、インスタントメッセンジャーユーザインターフェース８８２、および要約モジュール８８４を含む。
【００３８】
コンテンツページサーバ８１０は、格納サーバ８２０、メッセンジャークライアント８８０、およびｅメールサーバ８７２とデータの送受信を行い、任意選択で、アラートサーバ８４０に情報を送る（図示せず）ことができる。ＡＢＣＨ８３０は、格納サーバ８２０およびメッセンジャーサーバ８５０との間で情報を送受信する。メッセンジャーサーバ８５０は、アラートサーバ８４０から情報を受け取り、メッセンジャークライアント８８０、格納サーバ８２０、およびメッセンジャーウェブサービス８６０との間で情報を送受信する。メッセンジャークライアント８８０は、格納サーバ８２０、コンテンツページサーバ８１０、メッセンジャークライアント８８０  ８８４、コンタクトカードインターフェース８８２との間で情報を送受信する。クライアントウェブブラウザ８７０は、メッセンジャーウェブサーバ８６０およびｅメールサーバ８７２との間で情報を送受信する。図８のデバイスの間の通信については、後でさらに説明する。図８のサーバおよびクライアントデバイスはそれぞれ、当該分野において公知のコンピュータとして実装することができる。例えば、こうしたデバイスは、１つまたは複数の格納デバイス（メモリ、ディスクドライブなど）と通信中の１つまたは複数のプロセッサ、および１つまたは複数の周辺装置（モニタ、キーボード、マウス、プリンタ）を含み得る。１つまたは複数の格納デバイスは、本明細書に記載するプロセスを実装するデータおよびコードを格納する。
【００３９】
コンテンツページサーバ８１０を、エンティティを要求するコンテンツページ情報を構成する１つまたは複数のウェブサーバとして実装することができる。要求を行うエンティティは、ＩＭアプリケーション用のメッセンジャークライアント８８０、ウェブページおよびブラウザベースのｅメール用のクライアントウェブブラウザ８７０、ならびにｅメールアプリケーション用のｅメールサーバ８７２を含み得る。例えば、コンテンツページサーバ８１０は、メッセンジャークライアント８８０およびｅメールサーバ８７２に、コンテンツページのコンテンツを、ユーザの地域に応じて、英語やフランス語など、適切な言語で提供する。コンテンツページに関するコンテンツ情報を、メッセンジャークライアント８８０にＸＭＬフィードによって伝送することも、ｅメールサーバ８７２およびクライアントウェブブラウザ８７０用にＨＴＭＬとしてパッケージすることもできる。コンテンツページサーバ８１０はまた、要求された要約モジュールを投入する前に、格納サーバ８２０から受け取ったデータをフォーマットする。フォーマットは、ブログからのヘッダ情報の削除、要約モジュールに表示するための適正なサイズのサムネイルイメージの生成、および他のフォーマットタスクを含み得る。
【００４０】
格納サーバ８２０は、コンテンツページ情報が維持される１つまたは複数のデータベースを含む。格納サーバ８２０は、要約モジュールデータ、コンテンツページのバージョンおよび最終更新日情報、コンテンツページコンポーネントおよびコンポーネント項目、ならびに許可情報も含み得る。一部の実施形態では、許可情報は、格納サーバによって動的に構築されたキャッシュに保持され、メッセンジャークライアントに返される。メッセンジャークライアントは次いで、キャッシュを維持することができる。キャッシュされた許可情報は、キャッシュされた許可リストを含むことができ、このリストは、格納サーバ８２０によって、ある特定のコンテンツページへのユーザアクセス資格証明書をキャッシュするのに使われる不透明なデータ構造である。
【００４１】
ＡＢＣＨ８３０は、ユーザ情報を格納する。ユーザ情報は、電話、ｅメールおよび住所、ユーザコンタクトリスト（例えば、アドレス帳、メッセンジャーコンタクトリストまたはバディーリスト、および他のリスト）、利用されるサービス、グループメンバシップ、コンテンツページ情報、ならびに許可および役割情報などのコンタクト情報を含み得る。コンテンツページ情報は、ユーザがコンテンツページおよび他の情報をもっているかどうかを含み得る。許可および役割情報は、許可リスト識別子を含み得る。許可リスト識別子は、格納サーバ８２０がユーザ許可のキャッシュ、またはキャッシュされた許可リストを、格納サーバ８２０のデータベースから取り出すことを可能にする。許可および役割情報は、ユーザが、ユーザのメッセンジャーコンタクトリストにあるコンタクトによって所有されるコンテンツページ上にもっている許可も含み得る。例えば、１人のユーザが、コンテンツページを有する３つのコンタクトをもつことができる。第１のコンタクトＡは、ユーザがＡのコンテンツページ全体を閲覧することを認可することができ、第２のコンタクトＢは、ユーザがＢのコンテンツページの選択されたモジュールを閲覧することを認可することができ、第３のコンタクトは、ユーザがＣのコンテンツページのどれを閲覧することも認可することができない。Ａ、Ｂ、Ｃによって提供される認可は、ＡＢＣＨ８３０中のＡに関連づけられた許可リストに含めることができる。
【００４２】
許可リスト識別子を、ＡＢＣＨ８３０から取り出し、クライアントメッセンジャーなど、クライアント上にキャッシュすることができる。一実施形態では、許可リスト識別子のキャッシュされたバージョンは、限られた期間のみ有効であり、この期間の後、新しい許可リスト識別子を入手するべきである。一実施形態では、許可リスト識別子は、２４時間有効である。
【００４３】
アラートサーバ８４０は、メッセンジャーサーバ８５０に通知を配送するのに使われる。通知は、株価、ｅメール配送、オークションイベント、速報、新しいコンタクト、コンテンツページ変更、およびコンテンツプロバイダからの他の情報を関する情報を含み得る。アラートは、ＩＭクライアントおよびＩＭウェブサービスを用いて取り出すことができる。
【００４４】
メッセンジャーサーバ８５０は、メッセンジャークライアント８８０の間の接続を仲介し、初期セッション接続、存在情報、および通知の配送を扱う。メッセンジャーサーバ８５０については、後でより詳しく論じる。メッセンジャーウェブサービス８６０は、インターネットを経由し、クライアントウェブブラウザ８７０を介して提供されるＩＭサービスを促す。ｅメールサーバ８７２は、インターネットを経由して、クライアントウェブブラウザ８７０を介してアクセスすることができるｅメールサービスを提供する。メッセンジャークライアント８８０は、ＩＭユーザインターフェースを提供し、受け取ったデータを対応するコンタクトに相関させるローカルプログラムである。
【００４５】
コンテンツページが、その所有者によってアップデートされ、または変更されると、所有者コンタクトリストにあるコンタクトに変更通知を提供することができる。一実施形態では、変更は、所有者のメッセンジャーコンタクトリスト中のコンタクトに提供される。図９は、ユーザログオン時にメッセンジャーコンタクトリストに視覚インジケータを追加する方法９００を示す。方法９００は、ステップ９１０で始まり、ここで、ユーザが、メッセンジャークライアント８８０にログオンする。
【００４６】
ログオンプロセスは、ユーザ名およびパスワードなど、ログオン情報の入力をユーザに促し、ログオン情報をメッセンジャーサーバ８５０に転送するメッセンジャークライアント８８０を含めることができる。一実施形態では、ログオン情報を受け取ると、メッセンジャーサーバ８５０は、ユーザから受け取ったログオン情報を含む識別確認クエリをＡＢＣＨ６３０に送る。一部の実施形態では、メッセンジャークライアント８８０は、識別確認クエリをＡＢＣＨ６３０に直接送る。この場合、ＡＢＣＨ６３０からのどの応答も、メッセンジャークライアント８８０に直接送ることができる。ＡＢＣＨ６３０は、ログオン確認クエリを受け取り、ログオンを確認する。
【００４７】
一部の実施形態では、ＡＢＣＨ６３０は、ユーザ名が存在し、ユーザによって提供されたパスワードが、ＡＢＣＨ６３０に格納されているパスワードと一致することを確認する。別の実施形態では、メッセンジャークライアントまたはメッセンジャーサーバが、ログイン情報を資格証明サーバ（図８には示さず）に送り、それに対して資格証明情報を受け取ることができる。資格証明情報を次いで、ＡＢＣＨ６３０に提供することができる。ＡＢＣＨ６３０は次いで、資格証明情報を確認し、動作が継続する。
【００４８】
ログオン情報を確認すると、ＡＢＣＨ６３０は、メッセンジャーサーバ８５０に識別確認返答を送る。一部の実施形態では、返答は、ユーザ名、ユーザに関連づけられたメッセージ通信コンタクトリスト、各コンタクトがコンテンツページに関連づけられるかどうかの指示、およびユーザ名に関連づけられたユーザがコンテンツページをもっているかどうかの指示を含む。一実施形態では、指示は、ユーザがコンテンツページをもっていることを示すフラグの形、例えばＨａｓＰａｇｅフラグでよい。メッセンジャーサーバ８５０は、ＡＢＣＨ６３０から確認応答を受け取る。メッセンジャーサーバ８５０は次いで、ユーザのメッセージ通信コンタクトリストにあるコンタクトに対する存在情報を決定する。一部の実施形態では、メッセンジャーサーバ８５０は、メッセージ通信コンタクトリストにある各コンタクトが現在、メッセンジャーサーバ８５０に記名されているかどうか決定することによって、存在を決定する。メッセンジャーサーバ８５０に記名されているコンタクトは、オンラインという存在状況を有する。コンタクトがメッセンジャーサーバ８５０に記名されていない場合、コンタクトは、オフラインという存在状況を有する。各コンタクトに対して存在を決定した後、メッセンジャーサーバ８５０は、ユーザ用のメッセンジャーコンタクトリスト、各コンタクトごとの存在情報、各コンタクトがコンテンツページをもっているかどうかの指示を含む返答をメッセンジャークライアント８８０に送る。
【００４９】
ログオンの後、メッセンジャークライアント８８０は、ステップ９２０で、格納サーバ８２０にコンテンツページバージョン要求を伝送する。一実施形態では、コンテンツページバージョン要求は、どのモジュールがバージョン要求に適しているかに関するフィルタ情報と、メッセンジャーコンタクトリストに関連づけられたコンテンツページそれぞれに対して、メッセンジャークライアント８８０に既知のコンテンツページ識別子および最新のバージョン情報とを含み得る。フィルタ情報は、コンテンツページに関連づけられた要約モジュールに含まれるコンテンツページコンポーネントを示す。コンテンツページバージョン要求中のコンテンツページ識別子は、コンテンツページを一意に識別する。
【００５０】
コンテンツページバージョン要求を受け取ると、格納サーバ８２０は、ステップ９３０で、要求された要約モジュールに関連づけられたコンテンツページ識別子を取り出す。メッセンジャークライアント８８０が、ある特定のコンテンツページのバージョン情報を初めて要求しており、そのコンテンツページ識別子を知らない場合、格納サーバ８２０は、そのコンテンツページ識別子を決定する必要がある。格納サーバ８２０によってコンテンツページ識別子を決定する方法を、図１０に示す。ステップ１０１０で、格納サーバ８２０は、コンテンツページバージョン要求中にあるコンタクト識別子を受け取る。コンタクト識別子を有するコンテンツページバージョン要求を受け取った後、格納サーバ８２０は、ステップ１０２０で、コンタクト識別子が有効であることを確認するために、ＡＢＣＨ８３０に確認要求を送る。一部の実施形態では、格納サーバ８２０は、ステップ１０１０で受け取ったコンタクト識別子から、代替コンタクト識別子を決定する。代替コンタクト識別子は次いで、ステップ１０２０でＡＢＣＨ６３０に送られる。
【００５１】
一実施形態では、コンテンツページバージョン要求は、メッセンジャークライアントに、バージョン情報が返されるべきコンテンツページコンポーネントのサブセットを決定するフィルタを指定させる。このフィルタは、発信者に、属性／値のペア、具体的なコンテンツタイプ、またはこれらの組合せを指定させる。格納サーバは、指定された基準に合致するコンテンツページコンポーネント用のバージョン情報を収集することができる。格納サーバによって返されるバージョン情報を、同じフィルタ値を指定する将来のクエリに適用することができる。
【００５２】
ステップ１０３０で、コンタクト識別子が有効であることを確認するために、ＡＢＣＨ６３０は、コンタクトのリスト中でコンタクト識別子を探す。コンタクトのリスト中にコンタクト識別子が見つかった場合、コンタクト識別子は、有効であると決定され、動作は、ステップ１０４０に続く。コンタクト識別子が見つからない場合、ＡＢＣＨ８３０は、ステップ１０３５で、格納サーバ８２０にエラーメッセージを返す。
【００５３】
ＡＢＣＨ８３０は、ステップ１０４０で、格納サーバ８２０にコンテンツページ識別子を送る。格納サーバ８２０は次いで、要求側ユーザがコンテンツページの閲覧を許可されているかどうか決定する。この決定を行うために、格納サーバ８２０は最初に、ステップ１０５０で、コンテンツページに関連づけられた許可リストを取り出す。許可リストは、コンテンツページの閲覧を認可されたユーザのリストであり、許可リスト識別子およびコンテンツページの閲覧を認可されたコンタクト識別子のリストを含む。格納サーバ８２０は次いで、ステップ１０６０で、ユーザがコンテンツページの閲覧を許可されているかどうか決定する。ユーザ識別子が許可リストに載っている場合、ユーザは、コンテンツページの閲覧を認可され、動作は、ステップ１０７０に続く。許可リストに載っていない場合、格納サーバ８２０は、ステップ１０６５で、ユーザが要約モジュールの閲覧を認可されないことを示すエラーを、メッセンジャークライアント８８０に返す。
【００５４】
一実施形態では、ステップ１０３０から１０６０は、ＡＢＣＨ６３０および格納サーバ８２０ではなくＡＢＣＨ６３０によって実施される。この場合、ＡＢＣＨ６３０は、格納装置から、閲覧者がコンテンツページの閲覧を許可されるかどうか決定するための要求を受け取る。ＡＢＣＨ６３０は次いで、コンテンツページの所有者に関連づけられた許可リストにアクセスする。ＡＢＣＨ６３０が、ステップ１０６０で、許可リストによって閲覧者がコンテンツページの閲覧を認可されると決定した場合、動作はステップ１０７０に続く。閲覧を認可されないと決定した場合、動作はステップ１０６５に続く。
【００５５】
一実施形態では、コンテンツページの所有者は、異なるコンタクトに対して異なる許可を提供することができる。例えば、コンテンツページの所有者は、一部のコンタクトには、コンテンツページのすべてのコンポーネントを閲覧させ、他のコンタクトには、コンテンツページの選択されたコンポーネント（例えば、名前およびｅメール情報またはブログコンポーネントのみ）を閲覧させ、一部のコンタクトには、どのコンタクトページコンテンツも閲覧させないことができる。その結果、異なるコンタクトが、同じコンテンツページ（コンタクトが閲覧を許可されたコンテンツ）から、異なるコンテンツを有する要約モジュールを受け取り得る。
【００５６】
方法９００に戻ると、格納サーバ８２０は、ステップ９４０で、コンテンツページバージョン要求が１組のコンテンツページコンポーネントを指定しているかどうか決定する。コンテンツページコンポーネントを指定するコンテンツページバージョン要求は、メッセンジャークライアント８８０にとって既知であるコンテンツページおよびそのコンポーネントの最新のバージョンを含む。メッセンジャークライアント８８０が以前、要約モジュールに関する情報を要求したことがない場合、コンポーネント情報は、コンテンツページバージョン要求中で指定することはできない。一実施形態では、クライアントによって提供される最新のバージョン情報は、メッセンジャークライアント８８０がその特定のコンポーネントに関する要約モジュールコンテンツを受け取った日付を示すタイムスタンプである。コンテンツページおよびそのコンポーネントそれぞれに関する実際の最新バージョン情報は、格納サーバ８２０に格納される。コンテンツページに関する最新のバージョン情報は、コンテンツページコンポーネントのいずれかに対する最新の変更の日付である。
【００５７】
コンテンツページバージョン要求は、メッセンジャークライアントに、バージョン情報が返されるべきコンテンツページコンポーネントのサブセットを決定するフィルタを指定させる。フィルタは、発信者に、属性／値のペア、具体的なコンテンツタイプ、またはこれらの組合せを指定させる。格納サーバは、指定された基準に合致するコンテンツページコンポーネントのみに関するバージョン情報を収集する。格納サーバによって返されるバージョン情報は、同じフィルタ値を指定する将来のクエリに対してのみ有効である。
【００５８】
要求がコンポーネントを指定している場合、動作は、ステップ９４２に続き、ここで、格納サーバ８２０は、指定されたコンポーネントに関するバージョン情報にアクセスする。コンポーネントが、コンテンツページバージョン要求中で指定されていない場合、動作は、ステップ９４４に続き、ここで、格納サーバ８２０は、各コンテンツページ中の各コンポーネントに関するフィルタ情報にアクセスすることによって、最新のバージョンおよび／またはどのコンポーネントが含まれるべきか決定する。一実施形態では、フィルタ情報は、各コンテンツページコンポーネントに関連づけられた注釈として実装される。例えば、ＣｏｍｐｏｎｅｎｔＦｉｌｔｅｒ注釈が、コンポーネントが要約モジュールに含まれる場合、値１となり、要約モジュールに含まれない場合、値ゼロとなり得る。コンポーネントに関するフィルタ情報が要求に含まれる場合、格納サーバ８２０は、ステップ９４２で、そうしたコンポーネントに関するコンポーネントタイムスタンプにアクセスし格納する。
【００５９】
一実施形態では、格納サーバ８２０は、ステップ９５０で、コンテンツページ中のコンポーネントが、ユーザによって要約モジュールが最後に閲覧されて以降、アップデートされているかどうか決定する。この決定を行うために、格納サーバ８２０は、コンテンツページバージョン要求中の各コンポーネントに関する最新のバージョン情報を、コンテンツページに関連づけられた実際の最新バージョン情報と比較する。一実施形態では、格納装置は、ブログ中のブログエントリおよびフォトアルバム中のイメージなど、各コンポーネントの子項目にアクセスし、子項目のタイムスタンプを、メッセンジャークライアント８８０から受け取ったタイムスタンプと比較する。格納コンポーネントの１つまたは複数が、メッセンジャーサーバ８５０から受け取った最新のバージョン情報以降にアップデートされている場合、ステップ９５２で、新しい項目インジケータを、コンテンツページが新しいコンテンツを有することを反映するようにセットすることができる。一実施形態では、新しい項目インジケータを、フラグ、例えばＨａｓＮｅｗＩｔｅｍフラグとして実装することができる。コンテンツページが、ユーザによる最終閲覧以降に変更されていない場合、新しい項目インジケータは、ステップ９５４で、偽にセットされていることを示す。
【００６０】
格納サーバ８２０は、ステップ９６０で、メッセンジャークライアント８８０にコンテンツページバージョン応答を送る。コンテンツページバージョン応答は、コンテンツページ識別子、コンテンツページの最終更新情報、新しい項目インジケータ、許可リスト識別子、および各コンポーネントに対するコンポーネントの要約を含み得る。コンポーネントの要約は、各コンポーネントに対して、コンポーネント識別子およびコンポーネントのタイムスタンプを含み得る。一部の実施形態では、コンテンツページバージョン要求は、最大３００のコンテンツページに関する情報を返すことができ、その結果、メッセンジャークライアントに、最大３００のメッセンジャーコンタクトに対してコンテンツページを要求させる。
【００６１】
メッセンジャークライアント８８０は、ステップ９７０で、応答を受け取り、処理する。メッセンジャークライアント８８０の処理は、応答情報のローカルな格納を含むものでよく、応答からのコンポーネントバージョン情報を、ローカルメモリに含めたどのコンポーネントバージョン情報とも比較する。より最新のコンポーネントバージョンが受け取られた各コンタクトに対して、ステップ９８０で、メッセンジャーユーザインターフェースにおいて視覚インジケータが提供される。各視覚インジケータは、ユーザインターフェースにおいてコンタクトインジケータに関連づけられる。一部の実施形態では、格納サーバ８２０は、どのコンポーネントが要約モジュールに含まれるかを示す１組のコンポーネント識別子を返す。この場合、メッセンジャークライアント８８０は、ユーザに対して許可が変更されたことを示す、コンポーネント識別子の新しい組がコンテンツページバージョン応答中で受け取られたかどうかも決定する。コンポーネント識別子の組が変更された場合、メッセンジャークライアント８８０は、新しい組を格納し、次回そのコンテンツページに関する情報を要求するときに、新しい組を要求する。
【００６２】
一実施形態では、コンテンツページの所有者が、（メッセンジャーサーバ８５０によって提供されるような）インスタントメッセージ（ＩＭ）システムにログインすると、ＩＭシステムは、コンテンツページの所有者が自分のメッセンジャーコンタクトリストに載っているＩＭシステムユーザに、コンテンツページの所有者がオンラインであり、コンテンツページに関連づけられていることを知らせる。例えば、コンテンツページの所有者が、メッセンジャークライアント８８０を介してメッセンジャーサーバ８５０にログインすると、メッセンジャーサーバ８５０は、他のメッセンジャークライアントアプリケーションに、コンテンツページの所有者が現在オンラインであり、コンテンツページに関連づけられていることを伝達する。メッセンジャークライアントアプリケーションは次いで、それに従ってそのユーザインターフェースをアップデートすることができる。こうすることにより、コンタクトがコンテンツページに関連づけられるという指示を受け取る追加手段が提供される。
【００６３】
一実施形態では、システム４００は、ユーザセッションの間、ユーザのメッセンジャーコンタクトリスト中のコンタクトに関連づけられたコンテンツページが変更されたという通知を提供することができる。図１１の方法１１００は、ユーザがメッセンジャーサーバ８５０にログインしている間、ユーザインターフェースにおいて視覚インジケータをコンタクトインジケータに追加する方法を示す。ステップ１１１０で、コンテンツページ変更が保存される。一部の実施形態では、ステップ１１１０は、変更を保存し、または保存せずに、コンテンツページに変更が行われたことの検出からなる。
【００６４】
別の実施形態では、コンテンツページの所有者が、コンテンツページ通知を構成することができる。例えば、コンテンツページの所有者が、いつ通知が送られるか（周期的に、またはイベントの発生に基づいて）、どのモジュールおよびアクションが通知をトリガし得るか、どのコンタクトまたはグループに通知が送られるべきか、どのデバイスおよびチャネルが通知を受け取るべきか（メッセンジャークライアント、携帯電話、ｅメールなど）を示すことができる。
【００６５】
一実施形態では、コンテンツ変更の検出は、変更を保存しているコンテンツページの所有者と、その変更が公開されるべきか、それともコンテンツページの所有者を自分のメッセンジャーコンタクトリストに載せているコンタクトにブロードキャストされるべきかという指示とを含む。いずれの実施形態においても、コンテンツ変更は、格納サーバ８２０に変更を伝達することによって検出することができる。別の実施形態では、変更は、ＡＢＣＨ６３０または他の何らかのサーバに伝達される。一実施形態では、変更は、あるコンポーネントにおける新しい項目の追加、既存の項目の変更、または項目の消去の１つまたは複数を含み得る。例えば、ユーザによって、ブログエントリを追加し、写真またはアルバム全体を変更し、あるいは歌をプレイリストから消去することができる。
【００６６】
変更が行われると、格納サーバ８２０は、どのコンタクトに変更が送られるべきか決定する。一実施形態では、格納サーバ８２０は、コンテンツページの閲覧を許可されているコンタクトおよびコンテンツページの所有者のメッセンジャーリバースリストに属すコンタクトの交点から、リストを派生する。コンテンツページの閲覧を許可されているコンタクトは、格納サーバ８２０に格納されている許可リストから、許可リスト識別子を使って取り出される。ページの所有者のメッセンジャーリバースリストに載っているコンタクトは、ページの所有者を自身のメッセンジャーコンタクトリストに載せている人である。したがって、リバースリストメンバは、ページの所有者を、メッセンジャークライアント８８０のユーザインターフェースに表示される、自分のコンタクトの１つとして載せている人である。
【００６７】
格納サーバ８２０は、ステップ１１２０で、許可リストおよびリバースメッセンジャーリストを取り出す。一実施形態では、許可リスト識別子およびリバースメッセンジャーリストは、格納サーバ８２０によってＡＢＣＨ６３０から取り出される。格納サーバ８２０は次いで、許可識別子リストを使って、許可リストを取り出す。両方のリストが取り出されると、格納サーバ８２０は、ステップ１１３０で、許可およびリバースメッセンジャーリスト両方で見つかったコンタクトを含む共通コンタクトリストを生成する。
【００６８】
格納サーバ８２０は、ステップ１１４０で、コンテンツページに行われた変更に対して、アラートを生成する。一実施形態では、既存のコンポーネントに対する、新たに追加されたコンポーネントまたは新しいエントリを伴う変更に対してアラートが生成される。アラートのパラメータは、コンテンツページ識別子と、コンポーネント識別子と、コンポーネントおよびコンテンツページに関する最新のバージョンまたは最終更新日と、実施されるアクション（例えば、挿入、変更、または消去）と、変更が視覚インジケータをクライアントインターフェース内に表示させるかどうかを示す新しい項目インジケータと、変更されたコンポーネントに関するコンポーネントの要約とを含み得る。アラートコンポーネントの要約は、アラートコンポーネントの要約が具体的なコンポーネントに関すること以外、コンテンツページバージョン応答コンポーネントの要約と同様でよい。アラートコンポーネントの要約は、コンポーネント識別子および項目識別子配列を含む。コンポーネント識別子は、コンテンツページバージョン応答中のものと同じである。項目識別子配列は、変更されたコンポーネント中の子または項目の識別子の配列である。例えば、項目配列は、フォトアルバム中の消去された写真、変更されたブログエントリ、プレイリスト中の新しい歌、または他の何らかの項目の識別子を含み得る。
【００６９】
アラートを、ＸＭＬ形式で送ることができる。一部の実施形態では、アラートを、格納サーバ８２０によってエンコードすることができる。エンコードされていない、すなわちデコードされたＸＭＬでのアラートの例を、以下に示す。
【００７０】
【表１】
2006202263.tif 000003
【００７１】
アラートサーバ８４０は、ステップ１０３０で派生された共通コンタクトリストを有するアラートパッケージを、ステップ１１５０でメッセンジャーサーバ８５０  ４６０に送る。メッセンジャーサーバ８５０は、アラートを受け取り、ステップ１１６０で、共通コンタクトのどれがメッセンジャーサーバ８５０に記名されるか決定する。メッセンジャーサーバ８５０は次いで、ステップ１１７０で、そうしたコンタクトに関連づけられたメッセンジャークライアント８８０のアプリケーションにアラートパッケージを送る。一部の実施形態では、アラートは、システムに応じて、メッセンジャークライアント８８０、ブラウザ、モバイルデバイス、ｅメールサーバ８７２、または他のエンティティに経路指定することができる。アラートを受け取ることになるコンタクトが記名されていない場合、アラートパッケージは無視される。コンタクトは、メッセンジャークライアント８８０が要約モジュールキャッシュ情報をコンテンツページの最新バージョン情報と比較すると、次のログオン時にアップデートを受け取る。
【００７２】
メッセンジャークライアント８８０は、ステップ１１８０でアラートパッケージを受け取る。ステップ１１９０で、メッセンジャークライアント８８０は、アラートを処理し、ユーザインターフェースにおいて視覚指示が提供されるべきかどうか決定する。最初に、メッセンジャークライアント８８０は、ユーザのメッセンジャーコンタクトリストに含まれる（例えば、メッセンジャーコンタクトリストから消去されていない）コンタクトにアラートが関連づけられるかどうか決定する。メッセンジャークライアント８８０は次いで、最終更新日情報が、ローカルメモリに格納されているコンポーネントに関する最終更新日より最新かどうか決定する。一実施形態では、クライアントは、リスト中の新しい項目インジケータが、視覚インジケータが提供されるべきであると示す（そうすることによって、少なくとも１つのコンポーネントに新しいコンテンツがあることを示す）場合のみ、この決定を行う。アラートがメッセンジャーコンタクトリスト中のコンタクトに関連づけられ、少なくとも１つのコンポーネントに関する最終更新日が、キャッシュされたコンポーネントのものより最新である場合、メッセンジャークライアント８８０は、ステップ１０９２で、コンタクトに対応するインジケータを提供する。それ以外の場合、動作は、ステップ１１９４に続き、ここで、メッセンジャークライアント８８０は、この特定のコンタクトに対する視覚インジケータを提供しない。クライアントはまた、コンポーネントおよびコンポーネント項目両方に関する最終更新日情報、ならびに新しいコンポーネントによって示される要約モジュールに対する変更を含むアラートパッケージ情報を格納する。
【００７３】
メッセンジャークライアント８８０は、要約モジュールが表示されるべきであることを示す入力を受け取ると、どこから要約モジュールをロードするか決定するべきである。入力は、コンタクト存在インジケータ、コンタクト識別子、またはコンタクト用のコンテンツページに関連づけられた他の何らかの視覚インジケータ上でのマウスの右ボタンクリックなどの選択を含み得る。図１２の方法１２００は、要約モジュール用のソースを決定する方法を示す。メッセンジャークライアント８８０は、ステップ１２１０で、要約モジュール要求を受け取る。メッセンジャークライアント８８０は次いで、ステップ１２２０で、要約モジュールのキャッシュされたバージョンが入手可能かどうか決定する。キャッシュされたバージョンは、メッセンジャークライアント８８０が要約モジュールを以前受け取ったことがある場合、入手可能であり得る。キャッシュされたバージョンが入手可能でない場合、動作は、ステップ１２６０に続く。
【００７４】
キャッシュされたバージョンが入手可能な場合、動作は、ステップ１２３０に続き、ここで、システムは、ログイン時にコンテンツページバージョン応答で受け取ったタイムスタンプが、要約モジュールのキャッシュされたバージョンに関連づけられたタイムスタンプより最新であるかどうか決定する。コンテンツページバージョン応答にあるタイムスタンプが、キャッシュされた要約モジュールのタイムスタンプより最新である場合、動作は、ステップ１２６０に続く。最新でない場合、システムは、ステップ１２４０で、コンテンツページが変更されたことを示すアラートが受け取られたかどうか決定する。一実施形態では、コンテンツページが変更されたことを示すアラートが受け取られた場合、メッセンジャークライアント８８０によって格納されている新しい項目インジケータがこのことを示す。したがって、メッセンジャークライアント８８０は、インジケータの値を取り出して、コンテンツページ変更アラートが受け取られたかどうか決定することができる。アラートがステップ１２４０で受け取られた場合、動作は、ステップ１２６０に続く。アラートがステップ１２４０で受け取られない場合、動作は、ステップ７５０に続く。ステップ１２６０で、システムは、要約モジュールのキャッシュされたバージョンが古いものになっている可能性があり、要約モジュールデータの最新のバージョンが要求されるべきであると決定している。ステップ７５０で、メッセンジャークライアント８８０は、要約モジュールデータが最後にロードされて以降、コンテンツページに対して変更が行われていないと決定する。したがって、要約モジュールは、キャッシュされたバージョンからロードされるべきである。
【００７５】
一部の実施形態では、メッセンジャークライアント８８０は、コンタクトに関連づけられたコンテンツページが新しい項目、例えばＨａｓＮｅｗＩｔｅｍフラグを有するかどうかを示すインジケータを保持することができる。したがって、各コンタクトに対して、コンテンツページバージョン応答で受け取ったタイムスタンプが、キャッシュされたタイムスタンプより最新である場合、変更されたコンテンツページアラートが受け取られ、あるいはキャッシュされたバージョンがない場合、新しいコンテンツフラグは、コンテンツページおよび対応する要約モジュールデータが変更されたことを示す値を含む。方法１２００を通過するのではなく、システムは、新しいコンテンツフラグの値を調べて、どこから要約モジュールがロードされるべきか決定する。
【００７６】
図１３は、要約モジュールを取り出す方法１３００を示す。メッセンジャークライアント８８０は、ステップ１３１０で、あるユーザ向けの要約モジュールを閲覧するための要求を受け取る。一部の実施形態では、メッセンジャークライアントは、コンテンツページサーバ８１０または格納サーバ８２０をポーリングすることができる。この場合、要約モジュールが変更されているという指示をポーリングが返すと、要約モジュールデータに対する要求をトリガすることができる。要求が受け取られると、メッセンジャークライアント８８０は、ステップ１３２０で、要約モジュール用のコンテンツページサーバ８１０に要約モジュールコンテンツ要求を伝送する。
【００７７】
一実施形態では、メッセンジャークライアント８８０は、格納サーバ８２０に直接、要約モジュールデータ要求を伝送する。この場合、格納サーバ８２０は、要約モジュールデータ応答をメッセンジャークライアント８８０に直接伝送してよい。要約モジュールデータ要求および要約モジュールデータ応答については、後でより詳しく論じる。
【００７８】
要約モジュールコンテンツ要求は、コンテンツページ識別子、コンテンツページの最終更新日、どのコンポーネントからコンテンツを返すかを示すフィルタ、コンポーネントエントリタイプ、各タイプごとのエントリの数、およびコンポーネントの子を返すためのフィールドを含むパラメータを有し得る。
【００７９】
要約モジュールコンテンツ要求の例を、以下に示す。
【００８０】
【表２】
2006202263.tif 000004
【００８１】
コンテンツページサーバ８１０は、ステップ１３２５で、要求を受け取り、格納サーバ８２０に対して、要約モジュールデータ要求を生成する。格納サーバ８２０への要求は、メッセンジャークライアント８８０による要約モジュールの最終閲覧のタイムスタンプを含む。タイムスタンプは、要約モジュールがメッセンジャークライアント８８０によって以前要求されたことがない場合、ゼロ、すなわち偽の値になり得る。要求は、要約モジュールの具体的なコンポーネント、およびいくつかの子項目も示し得る。子項目の数は、要求されたサムネイルの数、ブログエントリの数、歌の数、または他の何らかのデータに関連し得る。
【００８２】
コンテンツページサーバ８１０から格納サーバ８２０への要約モジュールデータ要求用の形式の一例を、以下に示す。
【００８３】
【表３】
2006202263.tif 000005
【００８４】
【表４】
2006202263.tif 000006
【００８５】
【表５】
2006202263.tif 000007
【００８６】
【表６】
2006202263.tif 000008
【００８７】
【表７】
2006202263.tif 000009
【００８８】
【表８】
2006202263.tif 000010
【００８９】
要約モジュールデータ要求は、ステップ１３３０で格納サーバ８２０に送られる。
【００９０】
一実施形態では、要求されたデータをコンテンツページサーバ８１０に提供する前に、格納サーバ８２０は、ステップ１３４０で、要求したユーザが要約モジュールの閲覧を許可されているかどうか確認する。格納サーバ８２０は、ステップ１３４０で、要約モジュールデータ要求が、コンテンツページに関する許可リスト識別子を含むかどうか決定する。許可リスト識別子が含まれている場合、動作は、ステップ１３５５に続く。含まれていない場合、格納サーバ８２０は、コンテンツページ識別子を使って、ＡＢＣＨ６３０に対して許可リスト識別子を要求する。ステップ１３５０で、ＡＢＣＨ６３０は、格納要求を受け取り、許可リスト識別子を取り出し、格納サーバ８２０に識別子を提供する。動作は次いで、ステップ１３５５に続く。
【００９１】
格納サーバ８２０は、ステップ１３５５で、許可リスト識別子を使って許可リストを取り出し、ＡＢＣＨ内の許可リストを使って、ユーザがコンテンツページの閲覧を許可されているかどうか決定する。ユーザが許可されていない場合、格納モジュールは、ステップ１３５７で、コンテンツページサーバ８１０にエラーメッセージで返答する。コンテンツページサーバ８１０は次いで、ユーザが要約モジュールの閲覧を許可されていないこと、またはカードが利用可能でないことを示すメッセージを、メッセンジャークライアント８８０に送る。ユーザが許可リストに載っている場合、ユーザは、コンテンツページの閲覧を許可され、動作は、ステップ１３６０に続く。
【００９２】
格納サーバ８２０は、ステップ１３６０で、コンテンツページサーバ８１０の要求を処理し、コンテンツページサーバ８１０に要約モジュールデータ応答を送る。要求の処理は、要求のフィルタ情報によって指定されるとともにクライアントによって提供される最終更新日よりも最終更新日が最新であるコンポーネントおよび子項目へのアクセスを含み得る。コンテンツページ識別子が無効であるか、または閲覧許可が拒否された場合、格納サーバ８２０は、エラーを返すことができる。
【００９３】
要約モジュールデータ応答は、コンテンツページ識別子、コンテンツページが最後に更新されたデータ、クライアントによって提供される、最後に更新された日付以降にいずれかのコンポーネントが変更されたことを示す新しい項目インジケータ、および各コンポーネントに関するコンポーネント要約を含むパラメータを有し得る。コンポーネント要約は、上で論じたように識別子およびタイムスタンプを提供する。
【００９４】
要約モジュールデータ応答形式の例を、以下に示す。
【００９５】
【表９】
2006202263.tif 000011
【００９６】
【表１０】
2006202263.tif 000012
【００９７】
要約モジュールデータ応答を受け取ると、コンテンツページ要約は、ステップ１３７０で、データを処理し、処理したコンテンツをメッセンジャークライアント８８０に伝送する。この処理は、適正な言語でのコンテンツの掲載、ブログエントリからのヘッダおよびフォーマット情報の削除、ならびに他のタスクを含み得る。コンテンツページサーバ８１０からメッセンジャークライアント８８０に送られる要約モジュールコンテンツ応答の例を、以下に示す。
【００９８】
【表１１】
2006202263.tif 000013
【００９９】
【表１２】
2006202263.tif 000014
【０１００】
【表１３】
2006202263.tif 000015
【０１０１】
【表１４】
2006202263.tif 000016
【０１０２】
次に、ステップ１３８０で、メッセンジャークライアント８８０は、要約モジュールコンテンツ応答を受け取る。メッセンジャークライアント８８０は、応答中の情報を格納し、要約モジュールを生成する。一部の実施形態では、クライアントによって格納される情報は、コンテンツページ、コンポーネントページおよびコンポーネントの子の識別子およびタイムスタンプ、ＨａｓＮｅｗＳｐａｃｅフラグ、許可リスト識別子、ならびにそれ以外のもののうち１つを含み得る。
【０１０３】
一実施形態では、要約モジュールを、ネットワークブラウザ、例えばウェブブラウザ上に実装されるメッセージサービスを介して閲覧することができる。ウェブサービスとして実装されるＩＭユーザインターフェースは、メッセンジャークライアント８８０と同じユーザインターフェースおよびユーザ経験を有し得る。コンテンツページサーバ８１０、格納サーバ８２０、およびＡＢＣＨ８３０の間の通信も同じである。唯一のプロトコル変更は、メッセンジャーウェブサービス８６０とコンテンツページサーバ８１０の間で発生する。ネットワークブラウザとして実装されるＩＭユーザインターフェースに視覚インジケータを追加する方法１４００を、図１４に示す。ポーリングイベントが、ステップ１４１０でトリガされる。ウェブメッセンジャーには、メッセンジャークライアント８８０にあるような、メッセンジャーサーバ８５０への専用の接続がない。したがって、コンテンツページがアップデートされているかどうか決定するために、ウェブメッセンジャーは、アラートのためにメッセンジャーサーバ８５０を周期的にポーリングすることができる。ポーリングイベントは、期間の満了など、内部的に生成されるイベントによっても、ユーザ入力によってもトリガすることができる。ポーリングイベントがトリガされると、ブラウザは、ステップ１４２０で、メッセンジャーウェブサーバにコンテンツページバージョン要求を伝送する。一実施形態では、ステップ１４２０の要求は、ＨＴＴＰ要求の形で行われる。この要求を受け取ると、メッセンジャーウェブサーバは、ステップ１４３０で、ユーザのメッセンジャーコンタクトリストに関連づけられたコンタクトページに関する変更されたコンテンツページ情報に関して、メッセンジャーサーバ８５０に要求を伝送する。
【０１０４】
メッセンジャーサーバ８５０は、ステップ１４４０で変更を決定する。一実施形態では、メッセンジャーサーバ８５０は、メッセンジャーコンタクトリストに関連する、受け取ったどのアラートにもアクセスする。別の実施形態では、メッセンジャークライアント８８０は、適切なコンテンツページに関する最新のタイムスタンプ情報を、格納サーバ８２０から取り出す。メッセンジャーサーバ８５０は次いで、ステップ１４５０で、メッセンジャーウェブサーバに返答を伝送する。一実施形態では、要求されたどの視覚インジケータ向けにウェブメッセンジャーに対して行われる変更も、ｊａｖａ（登録商標）スクリプトイベントとして提供される。ｊａｖａ（登録商標）スクリプトイベントは、どのようにして、ネットワークブラウザが変更されたコンテンツページを有するコンタクト用の視覚インジケータを含むようにアップデートされるかを示す。メッセージは次いで、ステップ１４６０でウェブメッセンジャーによって受け取られ、ユーザインターフェースがアップデートされる。
【０１０５】
ネットワークブラウザにおいて視覚インジケータが提供されると、ユーザは、視覚インジケータを選択して、要約モジュールを閲覧することができる。一実施形態では、要約モジュールを、別個のネットワークブラウザ内のインターフェースとして実装することができる。ネットワークブラウザ内で提供されるＩＭインターフェースによって要約モジュールを提供する方法１５００を、図１５に示す。方法１５００は、ステップ１５１０で始まり、ここで、視覚インジケータを選択する入力が受け取られる。一実施形態では、視覚インジケータは、ネットワーク上の要約モジュールページへのリンクである。ステップ１５２０で、メッセンジャーウェブサービス８６０は、コンテンツページサーバ８１０に要約モジュールデータを要求する。要約モジュールデータ要求は、コンテンツページサーバ８１０によって受け取られ、ステップ１５３０で処理される。一実施形態では、要求は、図１３のステップ１３２５から１３６０を参照して論じたように処理される。格納装置が要約モジュールデータを受け取った後、データは、メッセンジャーウェブサーバ用にパッケージされ、ステップ１５４０で伝送される。メッセンジャーウェブサーバは、ステップ１５５０でパッケージを受け取り、要約モジュールを提供する。一実施形態では、要約モジュールデータは、ＨＴＭＬとしてパッケージされ、要約モジュールを別個のウェブページとして提供することを可能にする。
【０１０６】
一実施形態では、要約モジュールを、ｅメールウェブサービスを介して提供することができる。図１４および１５を参照して論じたウェブメッセンジャーサービスと同様、ｅメールウェブサービスは、ウェブブラウザを介して実装される。したがって、要約モジュールは、ｅメール管理インターフェースとともに別個のブラウザにおいて、またはネットワークブラウザ内に提供されるｅメール管理インターフェース内で提供してもよい。ｅメールウェブサービス用の視覚インジケータおよび要約モジュールを提供する方法は、ウェブブラウザが、メッセンジャーウェブサービス８６０およびメッセンジャーウェブサーバではなく、ｅメールサーバ８７２を介してコンテンツページサーバ８１０と通信すること以外、方法１４００および１５０００のものと同じである。したがって、要約モジュールは、コンテンツページウェブサービスによって、ウェブサイトとして実装される。
【０１０７】
図１６〜１８は、ネットワークブラウザ、例えばウェブブラウザ内で提供されるｅメール管理インターフェースにおいて要約モジュールを提供する例を示す。図１６は、ネットワークブラウザ１６１０、ｅメールインターフェースページ１６２０、および要約モジュール１６３０を含む。ｅメールインターフェースページ１６２０は、ユーザにｅメールを生成させる。要約モジュール１６３０は、ユーザによって生成されるｅメールにおいて署名として提供される。図１７は、ネットワークブラウザ１７１０、ユーザコンタクトページ１７２０、および要約モジュール１７３０を含む。ユーザコンタクトページ１７２０は、ユーザにコンタクトを閲覧させ構成させる。要約モジュール１７３０は、ユーザによって構成することができるコンタクトの一部として提供される。図１８は、ネットワークブラウザ１８１０、コンタクトリストページ１８２０、および要約モジュール１８３０を含む。コンタクトリストページ１８２０は、ユーザにコンタクトのリストを閲覧させ構成させる。要約モジュール１８３０は、ある特定のコンタクト用のフィールドとして提供される。
【０１０８】
本発明の上記の詳細な説明は、例示および説明のために提示したものである。網羅的であることも、開示した厳密な形に本発明を限定することも意図していない。上記の教示に鑑みて、多くの修正形態および変形形態が可能である。記載した実施形態は、本発明の原理および実際的な適用を最もよく説明するために、また、そうすることによって、他の当業者が、本発明を、企図される特定の使用に適した様々な変更を伴って様々な実施形態において最もよく使用できるように選択した。本発明の範囲は、本明細書に添付した特許請求の範囲によって定義されることを意図している。
【図面の簡単な説明】
【０１０９】
【図１】コンテンツページの一実施形態を示す図である。
【図２Ａ】要約モジュールの表側イメージの一実施形態を示す図である。
【図２Ｂ】要約モジュールの裏側イメージの一実施形態を示す図である。
【図２Ｃ】視覚インジケータを有する要約モジュールの表側イメージの一実施形態を示す図である。
【図２Ｄ】視覚インジケータを有する要約モジュールの裏側イメージの一実施形態を示す図である。
【図３Ａ】ブログコンテンツが選択された要約モジュールの一実施形態を示す図である。
【図３Ｂ】写真コンテンツが選択された要約モジュールの一実施形態を示す図である。
【図３Ｃ】音楽コンテンツが選択された要約モジュールの一実施形態を示す図である。
【図４】要約モジュールを構成する方法の一実施形態を示す図である。
【図５】インスタントメッセージユーザインターフェースの一実施形態を示す図である。
【図６】要約モジュールを提供するための入力を受け取るユーザインターフェースの一実施形態を示す図である。
【図７】要約モジュールを提供するユーザインターフェースの一実施形態を示す図である。
【図８】通知システムの一実施形態を示す図である。
【図９】サービスへのログイン時に視覚インジケータを提供する方法の一実施形態を示す図である。
【図１０】コンテンツページを閲覧する許可を決定する方法の一実施形態を示す図である。
【図１１】サービスにログインしている間に視覚インジケータを提供する方法の一実施形態を示す図である。
【図１２】要約モジュールデータが取り出されるソースを決定する方法の一実施形態を示す図である。
【図１３】要約モジュールデータを取り出す方法の一実施形態を示す図である。
【図１４】ネットワークブラウザにおいて視覚インジケータを提供する方法の一実施形態を示す図である。
【図１５】ネットワークブラウザにおいて要約モジュールを提供する方法の一実施形態を示す図である。
【図１６】ネットワークブラウザによって提供されるｅメール生成インターフェースに統合された要約モジュールを示す図である。
【図１７】ネットワークブラウザによって提供されるコンタクト管理インターフェースに統合された要約モジュールを示す図である。
【図１８】ネットワークブラウザによって提供されるコンタクトリストインターフェースに統合された要約モジュールを示す図である。
【符号の説明】
【０１１０】
１００  コンテンツページ
１１０  ユーザインターフェースウィンドウ
１２０  ブログコンポーネント
１２１  エントリタイトル
１２２  エントリイメージ
１２３  第１のブログエントリ
１２４  ブログツールバー
１２５  第２のブログエントリ
１３０  フォトアルバム
１３１  イメージ
１３２  第１のフォトアルバム部分
１３３  第２のフォトアルバム部分
１４０  リンクコンポーネント
１５０  音楽コンポーネント
１５１  歌のタイトルおよびアーティストのリスト
１６０  プロファイル
１６１  ｅメールを送る
１６２  ＩＭに勧誘する
１７０  個人的なメッセージ
１８０  個人のイメージ
１９０  オンライン
２００  表側イメージ
２１０  カード
２１２  ユーザ識別子
２１４  カード反転インジケータ
２１６  カードクローズアイコン
２２０  ニックネーム
２２２  コンテンツスペース
２３０  フォトアルバムタイトル
２３２  フォトアルバムの説明
２３４  サムネイル
２４０  もっと見る
２４２  Ｅメールを送る
２４４  ＩＭを送る
２４６  閲覧スペース
２４８  プロファイルイメージ
２５０  裏側イメージ
２６０  要約カード
２６４  要約カード反転インジケータ
２６６  要約カードクローズアイコン
２７０  コンタクト情報
２８０  表側ビュー
２８５  要約モジュール
２８７  サムネイル行
２８８  もっと見る＊
２９０  裏側イメージ
２９５  要約モジュール
２９７  コンタクト情報
２９８  視覚インジケータ
３１０  要約モジュール
３１５  カーソル
３２０  ブログコンテンツ
３２５  ブログコンテンツウィンドウ
３３０  要約モジュール
３３５  写真コンテンツ
３４０  カーソル
３５０  写真コンテンツウィンドウ
３６０  要約モジュール
３６５  カーソル
３７０  リストコンテンツ
３８０  リストコンテンツウィンドウ
４００  方法
４１０  コンテンツページを変更するためのアクセスを提供する
４２０  コンテンツページサーバが、要約モジュールを追加するためにコンテンツページコンポーネントを選択する入力を受け取る
４３０  コンテンツページが、格納サーバ中のアップデートメソッドをコールする
４４０  格納装置が、要約モジュールに含まれるコンポーネントを示すフィルタプロパティを作成する
５００  ＩＭユーザインターフェース
５１０  ウィンドウ
５１２  ユーザ名、オンライン
５１４  メッセンジャーコンタクトリスト
５２０  視覚インジケータ
５３０  視覚インジケータ
５３２  オンラインインジケータ
６１０  クライアントインターフェースウィンドウ
６１５  ユーザニックネーム
６２０  メッセンジャーコンタクトリスト
６３０  コンタクトニックネーム
６３５  コンタクト存在インジケータ
６４０  メッセージウィンドウポインタ
６５０  メッセージウィンドウ
７１０  インターフェース
７２０  メッセンジャーコンタクトリスト
７３０  コンタクトニックネーム
７３５  コンタクト存在インジケータ
７４０  要約モジュール
７４１  コンタクト識別子
７４２  コンタクトニックネーム
７４４  要約モジュールコンテンツ
７４６  要約モジュールコンテンツ
８００  システム
８１０  コンテンツページサーバ
８２０  格納サーバ
８３０  アドレス帳クリアリングハウス
８４０  アラートサーバ
８５０  メッセンジャーサーバ
８６０  メッセンジャーウェブサービス
８７０  クライアントウェブブラウザ
８７２  Ｅメールサーバ
８８０  メッセンジャークライアント
８８２  インスタントメッセンジャーユーザインターフェース
８８４  コンタクトカード
９００  方法
９１０  メッセンジャークライアントへのユーザログイン
９２０  メッセンジャークライアントが、格納サーバにコンテンツページバージョン要求を送る
９３０  格納サーバが要求を受け取り、コンテンツページ識別子を取り出す
９４０  コンテンツページバージョン要求が、具体的なコンポーネントを含むか？
９４２  指定されたコンポーネントに対して最新のバージョンを決定する
９４４  コンテンツページフィルタ用のコンポーネントを決定する
９５０  コンテンツページが、クライアントによる最終閲覧以降にアップデートされているか？
９５２  新しい項目インジケータがコンテンツ変更を示す
９５４  新しい項目インジケータがコンテンツ変更を示さない
９６０  格納装置が、コンテンツページバージョン応答を伝送する
９７０  メッセンジャークライアントが応答を受け取り、処理する
９８０  メッセンジャークライアントが視覚インジケータを提供する
１０１０  格納サーバが、コンテンツページバージョン要求中のコンタクト識別子を受け取る
１０２０  格納サーバが、コンタクト識別子を有する確認要求をＡＢＣＨに送る
１０３０  ＡＢＣＨが、コンタクトを有効と確認するか？
１０３５  コンタクトが見つからないというエラーを返す
１０４０  ＡＢＣＨが格納サーバにコンテンツページ識別子を送る
１０５０  格納サーバがコンテンツページ許可リストを返す
１０６０  ユーザが、コンテンツページの閲覧を許可されているか？
１０６５  コンタクトは認可されないというエラーを返す
１０７０  ユーザは、ページの閲覧を認可される
１１００  方法
１１１０  コンテンツページに関するコンテンツ変更が保存される
１１２０  格納サーバが許可リストおよびリバースメッセンジャーリストを取り出す
１１３０  格納サーバが共通コンタクトリストを生成する
１１４０  格納サーバがアラートパッケージを生成し、アラートサーバに送る
１１５０  アラートサーバがアラートパッケージを受け取り、メッセンジャーサーバにアラートパッケージを送る
１１６０  メッセンジャーサーバがアラートパッケージを受け取り、どの共通コンタクトが記名されているか決定する
１１７０  メッセンジャーサーバが、記名されている共通コンタクトにアラートパッケージを送る
１１８０  メッセンジャークライアントがアラートパッケージを受け取る
１１９０  アラートパッケージが、視覚インジケータの提供を要求するか？
１１９２  メッセンジャークライアントが、視覚インジケータを提供する
１１９４  メッセンジャークライアントは視覚インジケータを提供しない
１２００  方法
１２１０  メッセンジャークライアントがユーザから要約モジュール要求を受け取る
１２２０  メッセンジャークライアントが、キャッシュされたバージョンをもっているか？
１２３０  ログインからのタイムスタンプが、キャッシュされたタイムスタンプより最新か？
１２４０  コンテンツ変更を示すアラートが受け取られたか？
１２５０  キャッシュされたバージョンから要約モジュールを生成する
１２６０  メッセンジャークライアントが要約モジュールデータを要求する
１３００  方法
１３１０  メッセンジャークライアントが、要約モジュールを閲覧するための要求を受け取る
１３２０  メッセンジャークライアントが、コンテンツページサーバに要約モジュールデータ要求を伝送する
１３２５  コンテンツページサーバが、要約モジュールデータ要求を受け取り、格納サーバに対する要約モジュールデータ要求を生成する
１３３０  コンテンツページサーバが格納サーバに要約モジュールデータ要求を送る
１３３５  格納サーバが要求を受け取る
１３４０  要求が許可リスト識別子を含むか？
１３５０  ＡＢＣＨが要求を受け取り、格納サーバに許可リスト識別子を送る
１３５５  ユーザが、コンテンツページの閲覧を許可されるか？
１３５７  ユーザが認可されないことを示すメッセージを返す
１３６０  格納サーバが要約モジュールデータを生成し、コンテンツページサーバに提供する
１３７０  コンテンツページサーバが要約モジュールデータを処理し、処理したデータをメッセンジャークライアントに伝送する
１３８０  メッセンジャークライアントが要約モジュールデータを受け取り、ユーザ向けに要約モジュールを生成し表示する
１４００  方法
１４１０  ポーリングイベントがトリガされる
１４２０  ブラウザがコンテンツページバージョン要求をメッセンジャーウェブサーバに伝送する
１４３０  メッセンジャーウェブサーバがメッセンジャーサーバに要求を伝送する
１４４０  メッセンジャーサーバが要求を受け取り、コンテンツページが変更されているかどうか決定する
１４５０  メッセンジャーサーバが応答をメッセンジャーウェブサーバに伝送する
１４６０  メッセンジャーウェブサーバが応答を受け取り、ユーザインターフェースがアップデートされる
１５００  方法
１５１０  要約モジュールリンクを選択する入力を受け取る
１５２０  メッセンジャーウェブサービスが、コンテンツページサーバに要約モジュールデータを要求する
１５３０  コンテンツページサーバが要求を処理する
１５４０  コンテンツページサーバがメッセンジャーウェブサーバ用に要約モジュールをパッケージし、パッケージを伝送する
１５５０  メッセンジャーウェブサーバがパッケージを受け取り、ユーザに要約モジュールを提供する
１６１０  ネットワークブラウザ
１６２０  ｅメールインターフェースページ
１６３０  要約モジュール
１７１０  ネットワークブラウザ
１７２０  ユーザコンタクトページ
１７３０  要約モジュール
１８１０  ネットワークブラウザ
１８２０  コンタクトリストページ
１８３０  要約モジュール
【図１】
2006202263.tif 000017
【図２Ａ】
2006202263.tif 000018
【図２Ｂ】
2006202263.tif 000019
【図２Ｃ】
2006202263.tif 000020
【図２Ｄ】
2006202263.tif 000021
【図３Ａ】
2006202263.tif 000022
【図３Ｂ】
2006202263.tif 000023
【図３Ｃ】
2006202263.tif 000024
【図４】
2006202263.tif 000025
【図５】
2006202263.tif 000026
【図６】
2006202263.tif 000027
【図７】
2006202263.tif 000028
【図８】
2006202263.tif 000029
【図９】
2006202263.tif 000030
【図１０】
2006202263.tif 000031
【図１１】
2006202263.tif 000032
【図１２】
2006202263.tif 000033
【図１３】
2006202263.tif 000034
【図１４】
2006202263.tif 000035
【図１５】
2006202263.tif 000036
【図１６】
2006202263.tif 000037
【図１７】
2006202263.tif 000038
【図１８】
2006202263.tif 000039
【外国語明細書】
2006202263000001.pdf