JP2014529149A - フォローしたコンテンツの管理および目視技法 - Google Patents

Abstract

フォロー・コンテンツを目視し管理する技法について記載する。１つの技法は、コンテンツ項目をフォローする選択を受ける動作を含むことができる。フォローのために選択されたコンテンツ項目に対する参照を、ユーザーのために格納することができる。ユーザーのための参照は、ユーザー・インターフェースの中央位置に表示することができる。この表示は、各フォロー・コンテンツ項目についてのコンテキスト情報を、その参照と共に含むことができる。追加情報の選択を受けたことに応答して、フォロー・コンテンツ項目に対する追加情報および機能を表示することができる。他の実施形態についても記載し特許請求する。【選択図】図５

Description

ユーザーがネットワーク上であるコンテンツ項目をフォローするまたはコンテンツ項目に戻ることを可能にする種々のメカニズムが存在する。例えば、ウェブ・ブラウジング・アプリケーションは、インターネット・ウェブ・サイトのユニフォーム・リソース・ロケーター（ＵＲＬ）を格納するために、ブックマーク(bookmark)機構を設ける。ソーシャル・ネットワーキング・アプリケーションは、ユーザーがソーシャル・ネットワーキング・サイト内における他の個人やコンテンツ、ならびに外部ウェブ・サイトにおいて発見されたコンテンツをフォローする(follow)または「好む」(like)ことを可能にする。これらおよびその他のメカニズムは、フォローしているコンテンツについての情報を容易にそして効率的に目視するのを難しくする場合がある。本改良が必要とされたのは、これらおよびその他の考慮事項に関するものである。

この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として用いられることを意図するのでもない。

種々の実施形態は、総じて、フォローしたコンテンツ(followed content)の管理および目視技法を目的とする。実施形態の中には、特に、中央位置(centralized location)からの異なるタイプのフォロー・コンテンツの管理および目視技法を目的とするものもある。一実施形態では、例えば、技法は、コンテンツ項目をフォローする選択を受けるステップを含むことができる。リンクのような、追いかけコンテンツ項目に対する参照を、ユーザーのために格納することができる。このフォロー・コンテンツ項目に対する参照は、ユーザー・インターフェースの集中位置において、各フォロー・コンテンツ項目についてのコンテキスト情報と共に表示することができる。セレクター、例えば、マウス・ポインターが表示された参照に近接して検出されると、そのフォロー・コンテンツ項目に対する追加情報および機能を表示することができる。他の実施形態についても記載し特許請求する。

これらおよびその他の特徴点ならびに利点は、以下の詳細な説明を読み、関連図面を検討することによって明白になるであろう。尚、以上の概略的な説明および以下の詳細な説明は双方共例示に過ぎず、特許請求する態様を限定するのではないことは言うまでもない。

図１は、コンテンツの管理および目視システムの一実施形態を示す。 図２は、収集マネージャーの一実施形態を示す。 図３は、一実施形態の第１ユーザー・インターフェースを示す。 図４は、一実施形態の第２ユーザー・インターフェースを示す。 図５は、一実施形態の第３ユーザー・インターフェースを示す。 図６は、一実施形態の第４ユーザー・インターフェースを示す。 図７は、一実施形態の論理フローを示す。 図８は、一実施形態の計算アーキテクチャーを示す。 図９は、通信アーキテクチャーの一実施形態を示す。

ブラウザーのブックマークのような、従来のコンテンツ・フォロー機構は、特定のユーザーの異なるデバイス間でうまく移転することができない。ブックマークのようなメカニズムの中には、コンテンツへのリンクを超えてそのコンテンツについてのコンテキストを提供できないものもある。ソーシャル・ネットワーキングの「フォロー中の」(following)および「好んでいる」(liking)のような機構は、フォローしたコンテンツを管理し場所を突き止めることを難しくする場合がある。

種々の実施形態は、１つ以上のネットワークを跨いでフォローしたコンテンツを管理および目視する技法を目的とする。例えば、ウェブ・サイト、ワープロ文書、プレゼンテーション文書、表計算文書、その他の文書、カレンダー・イベント、ディスカッション掲示板上のディスカッション、会話、タスク、リスト、ライブラリー、リアリー・シンプル・シンディケーション（ＲＳＳ）フィード、他の人のソーシャル・ネットワーク・フィードまたはページ等、種々の異なるタイプのコンテンツをフォローすることができる。特定のユーザーがフォローするコンテンツ項目を選択すると、実施形態は、そのコンテンツ項目に対する参照を生成および／または格納することができる。この参照を、当該特定のユーザーと関連付けることができる。特定のユーザーがフォローするコンテンツに対する参照は、コンテンツのソースには関係なく、ユーザー・インターフェースにおける１つの中央位置において表示することができる。このように、ユーザーは、例えば、ブラウザー・ブックマーク・メニュー、ソーシャル・ネットワーキング・サイト、および文書共有サービス間でナビゲートする必要なく、１つの位置からフォロー・コンテンツに素早くアクセスすることができる。

フォロー・コンテンツに対する参照を表示することに加えて、実施形態は、各フォロー・コンテンツ項目についてのコンテキスト情報を表示することもできる。例えば、コンテキスト情報は、コンテンツ項目の名称、コンテンツ項目をフォローした日付、ある時間枠内でコンテンツ項目が更新されたか否か、コンテンツ項目のアドレスまたは場所、コンテンツ項目の著者、コンテンツ項目のプレビュー、アイコン、タイプ、修正日付、キーワード、編集者、コメンター(commenter)等を含むことができる。一実施形態では、参照の表示は、コンテキスト情報の一部または全部にしたがって、並び替えることおよび／または選別する(filter)こともできる。

また、一実施形態では、ユーザーがカーソルまたはポインターのようなセレクターを、表示された参照の近くまたはその上に置いたときに、フォロー・コンテンツについての追加情報を提供することもできる。例えば、追加情報は、プレビュー、修正のお知らせ、最後の編集が行われたとき、最後の編集を行った者、コンテンツ項目についての会話を含むことができる。追加情報は、例えば、コールアウト・ウィンドウ(call-out window)、ポップアップ・ウィンドウ、または当の参照のための拡張表示エリア内に提供することができる。追加情報は、コンテンツ項目に現在行われている行為を反映することができる。追加機能に対する選択肢を、追加情報と共に表示することもできる。例えば、コンテンツ項目に対する更新についての通知を管理する機能(ability)に、追加情報からアクセスすることができる。他の機能には、コンテンツ項目を開く機能、およびコメントをコンテンツ項目に追加する機能を含むことができる。

実施形態の中には、第１ユーザーが、フォロー・コンテンツ参照の公開表示において、フォロー・コンテンツを他の者と共有することを可能にするとよい場合がある。第１ユーザーの公開表示を見た第２ユーザーが、その表示から、表示されたコンテンツをフォローし、第２ユーザーが既にフォローしているコンテンツが何であるのか確認することができるとよい。その結果、本実施形態はフォロー・コンテンツを目視および管理する際にユーザー体験および効率を向上させることができる。

図１は、フォロー・コンテンツの目視および管理システム１００のブロック図を示す。一実施形態では、例えば、システム１００は、コンピューター実装システム１００を構成することができる。コンピューター実装システム１００は、収集マネージャー１１０、およびクライアント・デバイス１５０のような、多数のコンポーネントを有する。本明細書において用いる場合、「システム」および「コンポーネント」という用語は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかを含む、コンピューター関連エンティティを指すことを意図している。例えば、コンポーネントは、プロセッサー上で実行するプロセス、プロセッサー、ハード・ディスク・ドライブ、多数のストレージ・ドライブ（光および／または磁気記憶媒体）、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、および／またはコンピューターとして実現することができる。例示として、サーバー上で実行するアプリケーションおよびサーバーの双方がコンポーネントになることができる。１つ以上のコンポーネントが１つのプロセスおよび／または実行のスレッド内に存在することができ、更に所与の実施態様に対して望まれる通りに、１つのコンポーネントを１つのコンピューター上に局在させること、および／または２つ以上のコンピューター間で分散させることもできる。実施形態がこれらの例に限定されることはない。

図１に示す例示の実施形態では、システム１００には１つ以上の電子デバイスを実装することができる。電子デバイスの例には、限定ではなく、移動体デバイス、パーソナル・ディジタル・アシスタント、移動体計算デバイス、スマート・フォン、セルラー電話機、ハンドセット、一方向ページャー、双方向ページャー、メッセージング・デバイス、コンピューター、パーソナル・コンピューター（ＰＣ）、デスクトップ・コンピューター、ラップトップ・コンピューター、ノートブック・コンピューター、ハンドヘルド・コンピューター、サーバー、サーバー・アレイまたはサーバー・ファーム、ウェブ・サーバー、ネットワーク・サーバー、インターネット・サーバー、ワークステーション、ミニコンピューター、メイン・フレーム・コンピューター、スーパーコンピューター、ネットワーク機器、ウェブ機器、分散型計算システム、マルチプロセッサー・システム、プロセッサー・ベース・システム、コンシューマー電子機器、プログラマブル・コンシューマー・電子機器、テレビジョン、ディジタル・テレビジョン、セット・トップ・ボックス、ワイヤレス・アクセス・ポイント、基地局、加入者局、移動体加入者センター、無線ネットワーク・コントローラー、ルーター、ハブ、ゲートウェイ、ブリッジ、スイッチ、機械、またはこれらの組み合わせを含むことができる。図１に示すシステム１００は一定のトポロジーで限定された数のエレメントを有するが、システム１００は、所与の実施態様に対して望まれる通りに、代わりのトポロジーでこれらよりも多いまたは少ないエレメントを含んでもよいことは認めることができよう。

これらのコンポーネントは、種々のタイプの通信媒体を介して通信可能に結合することができる。これらのコンポーネントは、互いの間で動作を調整することができる。この調整は、情報の一方向または双方向交換を必然的に伴うことがある。例えば、これらのコンポーネントは、通信媒体を通じて伝達される信号の形態で情報を伝達することができる。この情報は、種々の信号ラインに割り当てられる信号として実現することができる。このような割り当てでは、各メッセージが信号となる。しかしながら、他の実施形態では、代わりにデーター・メッセージを採用することもできる。このようなデーター・メッセージは、種々の接続を介して送ることができる。接続の例には、パラレル・インターフェース、シリアル・インターフェース、およびバス・インターフェースが含まれる。

システム１００は、収集マネージャー１１０を含むことができる。収集マネージャー１１０は、ウェブ・サイト１２０、ユーザー・アカウント１３０、およびクライアント・デバイス１５０と通信することができる。システム１００は、更に、プライベート・ネットワーク、例えば、企業イントラネット内または安全サーバー上に格納されたデーターのような、プライベート・コンテンツ１４０も含むことができる。一実施形態では、収集マネージャー１１０、ユーザー・アカウント１３０、およびプライベート・コンテンツ１４０は全て、企業エンティティのネットワークのコンポーネントであってもよい。あるいは、収集マネージャー１１０は、フォロー・コンテンツ管理アプリケーションまたはサービスとして、独立であってもよい。

種々の実施形態において、収集マネージャー１１０は、ユーザーがフォローすることを選択した１つ以上のコンテンツ項目の選択を受けることができる。収集マネージャー１１０は、このユーザーのために、フォロー・コンテンツに対する参照を格納することができる。また、収集マネージャー１１０は、フォロー・コンテンツについての情報、例えば、そのコンテンツが修正されたまたはフォローされたときについての情報をキャッシュすることもできる。収集マネージャー１１０は、１つの中央位置において参照をユーザーに表示するために、ユーザー・インターフェースを設けることができる。コンテンツ・マネージャー１１０は、参照情報を別個のユーザー・インターフェースに、例えば、コンテンツ生成アプリケーションまたはウェブ・ブラウザーを介して提供することができる。コンテンツ・マネージャー１１０については、図２に関して更に論ずることにする。

ウェブ・サイト１２０は、ネットワーク・サーバーを構成することができる。ネットワーク・サーバーは、ウェブ・サイト・ホスティング・アプリケーション、ウェブ・ブラウザー、またはクライアント・デバイス１５０のようなクライアントにコンテンツを配給する(serve)他の適したアプリケーションを実現する。ウェブ・サイトは、テキスト、画像、ビデオ、オーディオ、ハイパーリンク、および／またはウェブ・ブラウザーのようなアプリケーションにおいて見られるようにフォーマットされた他のコンテンツ・タイプの内１つ以上のウェブ・ページを含むことができる。ウェブ・ブラウザーには、例えば、Microsoft Corp.のInternet Explorer、Apple Inc.のSafari、またはGoogleのChromeというようなウェブ・ブラウザーがある。これらのページは、例えば、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）コード化ページ、拡張可能マークアップ言語（ＸＭＬ）コード化ページ、ＪＡＶＡ（登録商標）アプレット、平文等、またはその組み合わせを含んでもよい。ウェブ・サイト１２０は、外部ウェブ・サイト、例えば、一般にインターネットを通じてアクセス可能なもの、および内部ウェブ・サイトを含むことができる。内部ウェブ・サイトとは、企業イントラネット上に設けられ、このイントラネット外部から適正な信任状がなくてはアクセスできないというようなウェブ・サイトである。一実施形態では、ウェブ・サイト１２０は、ウェブ・ページ以外に、公にアクセス可能なコンテンツ項目も含むこともできる。

ユーザー・アカウント１３０は、収集マネージャー１１０がユーザーを一意に識別する情報を含むことができる。ユーザー・アカウント１３０は、例えば、企業従業員データーベースの一部であってもよい。ユーザー・アカウント１３０は、フォロー・コンテンツを管理するという唯一の目的で設定されたアカウントであってもよく、またはソーシャル・ネットワーキング・サイト、インターネット・サービス等のためのアカウントであってもよい。この情報は、例えば、一意のユーザー識別子、およびパスワードまたは暗号化された鍵のような、何らかの形態の認証を含むとよい。収集マネージャー１１０は、ユーザー・アカウント１３０を用いて、格納された参照をフォローするコンテンツを選択したユーザーに対して関連付け、ユーザーがフォロー・コンテンツに対する参照を見るときに、ユーザーのために格納された参照を引き出すことができる。

プライベート・コンテンツ１４０は、企業イントラネットまたは政府イントラネットのような、プライベート・ネットワークから格納またはアクセスされるデーターを含むことができる。このデーターは、文書、ライブラリー、連絡先情報、カレンダー情報、タスク、プロジェクト、業務データー等を含むことができる。実施形態の中には、文書管理アプリケーションまたは協調（collaboration)アプリケーションと併せてプライベート・コンテンツ１４０を共有または修正できる場合がある。収集マネージャー１１０は、このような文書管理アプリケーションまたは協調アプリケーションのコンポーネントであってもよい。プライベート・コンテンツ１４０は、離れて格納されたプライベート・データーを、例えば、「クラウド内に」含むことができ、ネットワークを通じて、認証されたユーザーにアクセス可能である。

クライアント・デバイス１５０は、ブラウザー、アプリケーション・ビューアまたは他のアプリケーション・プログラムのような、コンテンツ項目を受信し表示するのに適した種々のアプリケーションを動作させる有線またはワイヤレス計算デバイスを含むことができる。クライアント・デバイス１５０は、例えば、入力デバイスから入力される、ユーザーからの制御指令を受けてこれに応答することができ、ブラウザーを具体的なウェブ・サイトに接続させ、ワープロ・アプリケーションにファイルを開かせ、収集マネージャーにコンテンツ項目をフォローさせる等を行う。クライアント・デバイス１５０は、直接イントラネットに通信可能に結合されてもよい。クライアント・デバイス１５０は、外部ネットワークを通じてイントラネットに通信可能に結合されてもよい。クライアント・デバイス１５０は、イントラネットに結合されずに、外部ネットワーク、例えば、インターネットに通信可能に結合されてもよい。実施形態がこれらの例に限定されることはない。

種々の実施形態において、システム１００のコンポーネントは全てプライベート・ネットワークのコンポーネントであってもよい。その場合、収集マネージャー１１０は、そのプライベート・ネットワーク内部で突き止められたフォロー・コンテンツを管理するのでよい。他の実施形態では、システム１００のコンポーネントが全て、インターネットのような公開ネットワークからアクセス可能であってもよい。更に他の実施形態では、システム１００のコンポーネントの一部、例えば、プライベート・コンテンツ１４０、収集マネージャー１１０、およびユーザー・アカウント１３０がプライベート・ネットワーク内部にあり、他のコンポーネントがプライベート・ネットワークの外部にあってもよい。

図２は、収集マネージャー２００のブロック図を示す。収集マネージャー２００は、収集マネージャー１１０の代表例とすることができる。収集マネージャー２００は、本明細書において説明する機能を設けるために、１つ以上のコンポーネントまたはモジュールを含むことができる。一実施形態では、例えば、収集マネージャー２００は、収集ビルダー２１０、および収集ユーザー・インターフェース２４０を含むことができる。収集マネージャー２００は、加えて、ユーザー収集２２０およびキャッシュ２３０を作成し格納することができる。実施形態が、図２に示すコンポーネントのタイプ、数、および配置に限定されることはない。

収集ビルダー２１０は、ユーザーがコンテンツ項目をフォローしたいという指示を受けることができる。例えば、文書、ウェブ・ページ、またはその他のコンテンツ項目がクライアント・デバイス上で開いている間に、ユーザーは、入力デバイスによって、「フォロー」(follow)ユーザー・インターフェース・コンポーネント、例えば、ボタンまたはメニュー選択肢を選択する制御指令を出すことができる。この指示が受け取られると、収集ビルダー２１０は、コンテンツ項目の位置をコピーすることができる。例えば、コンテンツ項目がウェブ・ページである場合、収集ビルダー２１０は、このウェブ・ページのＵＲＬをコピーすればよい。コンテンツ項目が文書である場合、収集ビルダー２１０は、その文書のディレクトリー・アドレスをコピーすればよい。収集ビルダー２１０は、ポインターまたはハイパーリンクのような、コンテンツ項目に対する参照を生成することができる。この参照は、位置、ならびに名称のような何らかのコンテキスト情報、およびそのコンテンツ項目をフォローすることを選択した日付を含むことができる。収集ビルダー２１０は、フォロー情報に対する参照をユーザー収集２２０内に格納することができる。ユーザーが、もはやコンテンツ項目をフォローすることを望まないことを指示したとき、収集ビルダー２１０はそのコンテンツ項目に対する参照を、ユーザー収集２２０から除去することができる。

ユーザー収集２２０は、特定のユーザーがフォローしているコンテンツ項目毎に参照を含む集合(set)とすることができる。一実施形態では、収集マネージャー２００は、ユーザー・アカウント１３０を有する一意のユーザー毎に、別個のユーザー収集を維持することができる。ユーザー収集２２０は、例えば、参照のリスト、参照のテーターベース表、参照のテキスト文書等であってもよい。

キャッシュ２３０は、何らかの方法で修正されたフォロー・コンテンツ項目についての情報を収容するデーター・ストアとすることができる。あるコンテンツ項目がフォローするために選択されると、収集ビルダー２１０は、そのコンテンツ項目に関係するアプリケーションに、そのコンテンツ項目がフォローされていることを示すことができる。その後、その関係するアプリケーションによってそのコンテンツ項目が変更されたときに、この変更についての情報を、そのコンテンツ項目のキャッシュに格納することができる。変更についての情報は、例えば、変更が行われたこと、変更の日付、変更を行ったユーザーの個人情報(identity)等を含むことができる。一実施形態では、キャッシュ２３０は主に最新の変更および／または小さな変更に用いられるとよい。

収集ユーザー・インターフェース（ＵＩ）２４０は、フォロー・コンテンツを目視および管理するために種々のユーザー・インターフェース・ビューを設けることができる。例えば、収集ＵＩ２４０は、様々なメカニズムを設けることができ、これらによってユーザーはコンテンツ項目をフォローすることを選択し、コンテンツ項目をフォローするのを停止することを選択することができる。ウェブ・ブラウザーまたは他のアプリケーション目視および編集アプリケーションというようなサード・パーティ製アプリケーションでは、収集ＵＩ２４０はフォロー選択肢をアドオンとして、例えば、ツール・バーにおけるボタン、またはコンテキスト・メニューにおける選択肢として設けることができる。収集マネージャー１１０が、協調アプリケーション内部にというように、アプリケーションと統合されるとき、このアプリケーションは、ユーザーにコンテンツ項目をフォローさせるため、またはコンテンツ項目をフォローするのを停止させるために、収集ＵＩ２４０のコンポーネントを含むことができる。

収集ＵＩ２４０は、中央位置、例えば、１つのウィンドウまたは１つのアプリケーションの内部に、収集ビューを設けることができ、この中にユーザー収集２２０を表示することができる。収集ビューは、ホーム・ページまたはプロファイル・ページに類似するのでもよい。これは、中央位置が、いくらかニュース・フィードのように、特定のユーザーに関連する情報を表示することができ、ユーザーがフォローしているコンテンツ項目のいずれをも目視するための起動ポイント(launch point)となることができるからである。収集ビューは、ユーザーの収集における参照の一部または全部を表示することができる。これらの参照は、位置、タイプ、著者、編集者、作成日、フォローされた日付、キーワード等のような、コンテンツ項目に関するコンテキスト情報を含むことができる。収集ビューにおける参照の表示は、並び替え可能で更に選別可能であるとよい。例えば、参照は、タイプによって、コンテンツ項目の名称によって、日付によって等で並び替えるとよい。参照は、例えば、フォローされた日付、著者、タイプ等によって選別されるとよい。

収集ＵＩ２４０は、入力デバイスに対応するポインターが、ある参照の近傍において検出されたときに、特定の参照およびコンテンツ項目に追加の情報を提供し追加の機能を設けることができる。例えば、ポインターがある参照の近くにあるとき、収集ＵＩ２４０は、キャッシュ２３０をチェックすること、および／またはコンテンツ項目について追加情報を得るために、その参照のコンテンツ項目に進むことができる。追加情報は、例えば、プレビュー、修正通知、編集日、編集者、コメンター、またはコンテンツ項目についての会話を含むことができる。設けるとよい追加機能には、コンテンツ項目を開く、コンテンツ項目についての通知を管理する、会話を開始する、コンテンツ項目についての会話にコメントを追加する、表示する追加機能を選別する、およびコンテンツ項目を他の者と共有する機能を含むことができる。

収集ＵＩ２４０は、ユーザーの収集の公開ビューを設けることができる。一実施形態では、ユーザーは他のユーザーをフォローすることもできる。１人のユーザーの収集に対する更新は、フォロー側ユーザーの収集ビューの中に現れることもできる。１人のユーザーが他のユーザーの公開収集ビューを見るとき、この公開ビューは、ユーザーがコンテンツ項目を最初に開く必要なく、公開収集ビューから直接コンテンツをフォローする選択肢を提供することができる。実施形態がこれらの例に限定されることはない。

図３は、実施形態による収集ビュー３００の一例を示す。収集ビュー３００は、収集ＵＩ２４０によって提供されるユーザー・インターフェース機構の内１つの例とすることができる。

収集ビュー３００は、ウィンドウ３０２のように、境界が定められた表示エリア内に提供するとよい。収集ビュー３００は、情報ペイン３０４を含むことができ、この中に、フォロー・コンテンツに対する参照およびコンテキスト情報が表示される。

フォロー・コンテンツは、種類によって編成することができ、例えば、サイト３０６、人々３０８、文書３１０、ＲＳＳフィード３１２、会話３１４、プロジェクト３１６、およびそれ以外のタブ３１８におけるその他の種類というように、異なるタブが付けられたペイン(tabbed pane)に編成することもできる。サイト３０６は、内部および／または外部ウェブ・サイト、例えば、ウェブ・ブラウザー・アプリケーションにおいて表示可能なＨＴＭＬページを含むことができる。人々３０８は、ユーザー・アカウント１３０にアカウントを有する他のユーザーの公開収集を含むことができる。文書３１０は、例えば、ワープロ文書、表計算、ビデオ、図面等を含むことができる。ＲＳＳ３１２は、ユーザーが登録したＲＳＳフィードを含むことができる。会話３１４は、例えば、掲示板ディスカッション(discussion)、フォーラム・ディスカッション、コミュニティ・ディスカッション、コンテンツ項目についてのコメント等を含むことができる。プロジェクト３１６は、プロジェクト計画および裏付け文書を含むことができる。更に他の種類のコンテンツ項目は、それ以外のタブ３１８に含まれるとよい。また、それ以外のタブ３１８は、ディスプレイのサイズがコンテンツのタブの全てを提示できる程十分でないときにも設けることができる。この実施形態においてそれ以外のタブ３１８を選択すると、表示されている一部のタブを折り畳んで他のタブを開くことができ、あるいは１つのペイン上に追加のコンテンツの種類を提示することができる。実施形態がこれらの例に限定されることはない。

図示のように、収集ビュー３００は、サイト・タブ３０６の下に「サイト」という種類のコンテンツ項目を表示している。情報ペイン３０４においてフォロー・サイトについて示される情報は、示される情報を説明するヘッダー３２０を含むことができる。例えば、ヘッダー３２０は、タイプ３２２フィールド、名前３２４フィールド、およびフォロー日付３２６フィールドを含むことができる。また、ヘッダー３２０は、コンテンツが並び替えられた情報フィールドを示すこともできる。例示する例では、ウェブ・サイト・コンテンツ項目が、フォローした日付３２６フィールドによって、降順に並び替えられる。これは、例えば、異なる書体またはフォーマッティング、例えば、太字または下線付きテキスト、および降順を示すための矢印３２８によって示すことができる。一実施形態では、ユーザーは、例えば、ヘッダー３２０において関連するフィールドをクリックすることによって、並び替えるフィールドを変更することもできる。

フォロー・コンテンツ項目に対する参照は、表示されるとき、種々の形態のコンテキスト情報を含むことができる。例示の実施形態では、フォロー・コンテンツ項目についてのコンテキスト情報は、そのタイプまたは出所(origin)の視覚指示、例えば、画像３３０および３３２を含むことができる。この視覚指示は、例えば、グラフィック、アイコン、画像、シンボル等を含むことができる。ウェブ・サイトのコンテキストでは、タイプまたは出所の視覚指示は、会社のロゴまたはシンボルのような、ウェブ・サイトに関連付けられたグラフィックまたはシンボルに由来するのでもよい。

[コンテキスト情報は、名称(title)、名前(name) 、または短い説明、例えば、名称３３４および３３６を含むことができる。一実施形態では、この名称は、選択可能なハイパーリンクまたは参照とするとよく、これが選択されると、関連アプリケーションにおいてコンテンツ項目を開く。

コンテキスト情報は、コンテンツ項目が格納された位置またはアドレス、あるいはそこからアクセス可能な位置またはアドレス、例えば、ＵＲＬ３３８および３４０を含むことができる。一実施形態では、この位置またはアドレスは、実際に選択可能なコンテンツ項目へのリンクでなくてもよく、代わりに、同様の名称が付けられるかもしれない他のコンテンツ項目からそのコンテンツ項目を区別するのに役立つ情報であってもよい。一実施形態では、位置またはアドレスは、文書および電子メール・メッセージのような他のエリアにペーストするために、選択しコピーすることができる。

コンテキスト情報は、フォローのためにコンテンツ項目が選択された日付、例えば、日付３４２および３４４を含むことができる。
一実施形態では、収集ビュー３００は、選別３４６動作を含むことができる。この選別動作は、例えば、メニュー選択肢、ボタン、書き込み可能なフィールド、またはユーザー・インターフェース・エレメントの組み合わせとして設けることができる。情報ペイン内に表示される参照は、コンテキスト情報のフィールドの１つ以上に基づいて選別することができる。例えば、参照は、タイプによって、日付によって、位置によって、例えば、名称におけるキーワードによって等で選別することができる。選別３４６動作を選択すると、選別する情報をユーザーに選択または入力させるインターフェース（図示せず）を提示することができる。一実施形態では、選別動作３４６のインターフェースは、収集ビュー３００において常に利用可能であるとよい。実施形態がこれらの例に限定されることはない。

図４は、実施形態による収集ビュー４００の一例を示す。収集ビュー４００は、収集ビュー３００に似ているが、コンテンツをタブ間で分割する代わりに、異なるタイプのコンテンツが一緒にウィンドウ４０２の情報ペイン４０４に表示される。異なる種類のコンテンツに対する参照は、種類毎に、この情報ペイン内部で分類することができる。例示する例では、セクション４０６に人々が示され、これに続いて、セクション４０８に文書が示される。一実施形態では、ある種類のフォロー・コンテンツ全てを表示することができる。代わりに、１つの種類について限定数のフォロー・コンテンツを最初に表示するのでもよい。限定されるとき、表示される参照は、最も新しく修正されたまたは最も新しくフォローされたというような判断基準によって決定することができる。表示される参照の数は、例えば、固定数として、または情報ペイン４０４内における空間の利用可能性にしたがって決定することができる。

一実施形態では、参照は、種類毎に分割することなく表示することもできる。次いで、既に説明したように、フォローした日付、タイプ等によって、参照を並び替えることができる。

例示する実施形態では、フォローされる人に対する参照は、例えば、タイプ指示の代わりに、その人の画像４２０を示すこともできる。画像４２０は、例えば、写真、アバター、またはチーム・ロゴであってもよい。その人の名前を表示することもでき、その人の最近の活動の概要、例えば、概要４２２を表示することもできる。一実施形態では、ユーザーは、フォローされる人の参照において参照されたコンテンツ項目をフォローする選択肢を有することができる。例えば、概要４２２を見ているユーザーが、その参照の近くにセレクターを置くことができ、コールアウト・ウィンドウまたはコンテキスト・メニューをトリガーし、その中からフォロー選択肢を選択することができる。人の位置が示される場合、会社のサイト名(corporate site name)、または地番(street address)であってもよい。

例示する実施形態では、フォローされる文書が、サイトに対して表示されるコンテキスト情報に類似したコンテキスト情報を表示するのでもよい。文書のタイプは、出所のアプリケーションを反映してもよく、例えば、タイプ４３０は、その文書がワープロ文書であることを示すのでもよい。文書の位置は、ディレクトリー・アドレスとしてもよい。実施形態がこれらの例に限定されることはない。

収集ビュー３００と同様、収集ビュー４００は、タイプ、フォローした日付、種類等にしたがって選別することもできる。選別によって、ユーザーが多数のコンテンツ項目をフォローしているときに、素早く特定の参照を突き止めることができる。

図５は、追加情報および機能が特定の参照のために現れたときの収集ビュー５００の一実施形態を示す。収集ビュー５００は、収集ビュー３００と同様であってもよいが、サイト３０６の代わりに文書３１０が選択される。

例示の実施形態では、セレクター、例えば、マウス・ポインター５０２が参照５０４の近傍において検出される。応答して、コールアウト・ウィンドウ５１０を表示することができる。コールアウト・ウィンドウ５１０は、参照５０４についての追加情報を含むことができる。例えば、コールアウト・ウィンドウ５１０は、参照からのコンテキスト情報の一部に加えて、参照５０４によって参照されたコンテンツ項目がある時間期間以内に修正されたことの視覚指示５１２を含むことができる。この時間期間は、たとえば、ユーザーがその参照を見た最後のとき以来、前日中、ユーザーがコンテンツ項目を見た最後のとき以来等とするとよい。

コールアウト・ウィンドウ５１０は、コンテンツ項目が修正された最後のときについての修正情報５１４、例えば、修正の日時、および修正を行った人を提示することができる。

コールアウト・ウィンドウ５１０は、文書のサムネイル画像５１６を含むことができる。一実施形態では、コールアウト・ウィンドウ５１０が開いている間、サムネイル画像５１６の上でセレクターを動かすことによって、文書のプレビュー（図示せず）を開くことができる。このプレビューによって、ユーザーはその文書を拡大し(zoom in)、文書全体をスクロールすることができるとよい。サムネイル画像５１６は、文書の第１ページの縮小画像、または文書のあるページの一部を表すのでもよい。実施形態がこれらの例に限定されることはない。

コールアウト・ウィンドウ５１０は、会話ペイン５２０を設けることができる。会話ペイン５２０は、コンテンツ項目に対して書き込まれポストされたコメントを含むことができる。会話ペイン５２０は、新たなコメントを追加するために入力フィールド５２２を設けることができる。コメント５２４のようなコメントは、コメンターの名前、コメンターのグラフィックまたは写真、コメント、時間／日付スタンプ、ならびにコメントに対する「好んでいる」(liking)および回答というような追加の機能を含むことができる。一実施形態では、ユーザーが現在追いかけていないコンテンツ項目についてのコメントをこのユーザーに「好んだ」場合、フォローするために会話および／またはコンテンツ項目を選択することができる。

コールアウト・ウィンドウ５１０は、追加機能ペイン５３０を設けることができる。追加機能は、参照を目視するというコンテキストの範囲内において、コンテンツを管理するためにユーザーに異なるユーザー・インターフェースにナビゲートさせることなく、フォロー・コンテンツの目視および管理に関する動作を設けることができる。例えば、追加情報ペイン５３０は、コンテンツ項目を開く選択肢５３２を含むことができる。これによって、文書を開くためにディレクトリーまたはアプリケーション・プログラムにナビゲートする必要なく、コンテンツ項目への即座のアクセスが可能になる。追加機能ペイン５３０は、コンテンツ項目をフィードから隠す選択肢５３４を含むことができる。選択肢５３４によって、ユーザーはコンテンツ項目が収集ビューに現れるのを防ぐことができるが、コンテンツ・ビューをユーザーの収集の中に維持することができる。隠されたコンテンツ項目は、後に「非表示のものを表示する」(show hidden)というような選択肢が選択されたときに、表出させることができる。追加機能ペイン５３０は、コンテンツ項目についての通知を管理する選択肢５３６を含むことができる。選択肢５３６を選択すると、他のインターフェース（図示せず）を開くことができ、ユーザーは通知を受信することに対する種々の判断基準を選択することができる。例えば、ユーザーは、通知のタイプ、例えば、電子メール・メッセージ、テキスト・メッセージ、収集ビューにおける視覚指示等を構成することができるとよい。ユーザーは、通知を生成する状況、例えば、新たなコメントが行われたとき、修正が行われたとき、他のユーザーがコンテンツ項目をフォローすることを選択したとき等を構成することができるとよい。ユーザーがそのユーザーの公開収集ビューにおいてコンテンツ項目に対する参照を公開しないことを可能にする機能（図示せず）を設けてもよい。コンテンツの種類に適した他の機能も、限定なく、コールアウト・ウィンドウ内に設けることができる。実施形態がこれらの例に限定されることはない。

図６は、公開収集ビュー６００の一実施形態を示す。公開収集ビュー６００は、１人のユーザーが他のユーザーのフォロー・コンテンツに対して有するビューの一例とすることができる。公開収集ビュー６００は、ユーザーがある人を選択したとき、例えば、ユーザーがこの人に対する参照をフォローするときに、ユーザーの収集ビューの中から 現れるものとすることができる。公開収集ビュー６００は、ユーザーの収集ビューと同様であってもよい。実施形態の中には、公開収集ビュー６００の方が、見ているユーザーに利用可能な機能が少なくてもよい場合がある。例えば、公開収集ビュー６００は、任意に、コンテンツ項目がフォローされたときについての情報を隠すこともできる。実施形態の中には、コンテンツ項目の場所またはアドレスが隠されるとよい場合もある。実施形態の中には、セキュリティまたはプライバシーの方針のためにアクセス制限を受けるコンテンツ項目は、フォロー側のユーザーが明示的にそのコンテンツ項目は公開すべきではないことを示さなかったときでも、公開収集ビュー内では公開されなくするとよい場合がある。公開収集ビュー６００は、見ているユーザーもあるコンテンツ項目をフォローしているか否かについての見ているユーザーに対する指示と、公開収集ビューから直接そのコンテンツ項目をフォローするのを開始または停止する選択肢との双方を設けることができる。例えば、コンテンツ項目が既にフォローされている場合、停止選択肢６１０がフォローしていることを示しつつ、同時に停止の選択肢を設けることができる。同様に、フォロー選択肢６２０は、見ているユーザーによってそのコンテンツ項目がフォローされていないことを示しつつ、同時に開始の選択肢を設けることができる。コンテンツ項目が既にフォローされている場合、コンテンツ項目に対してコメントする選択肢６１２のような、追加の動作を利用可能にすることもできる。一実施形態では、フォローされたステータス(followed status)を、フォローする選択肢またはフォローするのを停止する選択肢とは別個に、例えば、アイコンまたはラベルによって示すこともできる。実施形態がこれらの例に限定されることはない。

[0058] 以上で説明した実施形態の動作について、更に１つ以上の論理図を参照して説明することができる。尚、代表的な論理フローは、特に指示されていないならば、必ずしも提示される順序、またはいずれの特定の順序で実行されなくてもよいことは認めることができよう。更に、論理フローに関して説明する種々の動作(activities)は、直列または並列に実行することができる。論理フローは、所与の１組の設計および性能制約に合わせて望まれる通りに、説明した実施形態または代替実施形態の１つ以上のハードウェア・エレメントおよび／またはソフトウェア・エレメントを用いて実現することができる。例えば、論理フローは、論理デバイス（例えば、汎用または特殊目的コンピューター）による実行のためのロジック（例えば、コンピューター・プログラム命令）として実現することができる。

図７は、論理フロー７００の一実施形態を示す。論理フロー７００は、本明細書において説明した１つ以上の実施形態によって実行される動作の一部または全部を表すことができる。

図７に示す例示の実施形態では、論理フロー７００は、ブロック７０２において、あるコンテンツ項目をフォローする選択を受けることができる。例えば、収集マネージャー１１０，２００が、あるコンテンツ項目に関してユーザーがフォローの選択を行ったことの指示を受けることができる。この選択は、コンテンツ項目に関してメニュー選択肢を選択する、ボタンを押す、チェック・ボックスを選択する等のように、ユーザー・インターフェースのコマンド指令の形態とすることができる。この選択は、種々の状況下において行うことができる。例えば、コンテンツ項目が開いているのでもよく、ユーザーがメニュー選択肢、コンテキスト・メニュー選択肢、または他のインターフェース選択メカニズムを、ビューイング・アプリケーション内から選択するのでもよい。他の状況では、コンテンツ項目が開いていなくてもよい。選択は、収集ビューの中から、例えば、公開収集ビューから行うことができ、またはディレクトリー・ビューの中から、例えば、格納されたコンテンツ項目に対するコンテキスト・メニューの一部として行うことができる。実施形態がこれらの例に限定されることはない。

論理フロー７００は、ブロック７０４において、ユーザーのためにフォロー・コンテンツ項目に対する参照を格納することができる。例えば、収集ビルダー２１０が、コンテンツ項目の名称、名前、または短い説明、フォローした日付、タイプ、位置、および選択可能なリンクを含む参照を生成することができ、選択可能なリンクが選択されると、このコンテンツ項目が関連アプリケーションにおいて開かれる。また、他のコンテキスト情報も参照に含めることもできる。参照は、例えば、ユーザー収集２２０の中に、ユーザーのために格納することができる。

論理フロー７００は、ブロック７０６において、ユーザー・インターフェースの中央位置に参照を表示することができる。例えば、収集ユーザー・インターフェース２４０が、あるユーザーのユーザー収集を引き出すことができ、収集ビューの収集において参照を表示することができる。格納された参照、およびユーザーの収集は、例えば、ユーザー・アカウント１３０において、ユーザー識別情報によって、そのユーザーに対してインデックス化することができる。ユーザーは、ユーザー・アカウント情報、例えば、ユーザー名およびパスワードによって、彼自身をシステム１００に対して識別することができる。一旦識別されたなら、収集マネージャー１１０，２００は、この識別されたユーザーの参照のみを引き出すことができる。一実施形態では、ユーザーは、収集マネージャー１１０、２００と通信することができるクライアント・デバイスであればいずれからでも、彼の収集にアクセスできるとよい。

論理フロー７００は、ブロック７０８において、各フォロー・コンテンツ項目についてのコンテキスト情報を、その参照と共に表示することができる。例えば、収集ＵＩ２４０が、参照においてタイプ、名前、位置、フォロー日付、および他のあらゆるコンテキスト情報を、コンテンツ項目を開くための選択可能なリンクと共に表示することができる。

一実施形態では、あるコンテンツ項目が修正されると、この修正についての情報をキャッシュに格納することができる。収集ＵＩ２４０がコンテンツ項目についてのコンテキスト情報を表示する準備をするとき、収集ＵＩ２４０はキャッシュをチェックし、そのキャッシュに格納されているかもしれないコンテンツ項目についてあらゆる情報を引き出すことができる。例えば、収集ＵＩ２４０は、コンテンツ項目が特定の日付に特定のユーザーによって修正されたという情報を引き出すことができる。修正についての情報は、コンテキスト情報の一部として表示されてもまたはされなくてもよい。

論理フロー７００は、ブロック７１０において、フォロー・コンテンツ項目に対する追加情報機能を表示することができる。一実施形態では、この追加情報および機能は、セレクターが参照の近傍で検出されたときに表示することができる。例えば、マウス・カーソルがある参照の近くまたはその上である時間期間、例えば、１秒間ホバリングされたとき、追加情報を表示することができる。一実施形態では、例えば、参照を右クリックすることによって、コンテキスト・メニューが参照のために開かれたときに、追加情報および関数が表示されるのでもよい。コールアウト・ウィンドウが追加情報と共に開くのでもよく、または追加情報を示すために参照表示エリアが拡大されるとよい。追加情報は、例えば、キャッシュから引き出された修正情報、コメント、プレビュー、および会話を含むことができる。追加機能は、例えば、コンテンツ項目を開く、コンテンツ項目についての通知を管理する、会話を開始する、コンテンツ項目についての会話にコメントを追加する、表示する追加機能を選別する、およびコンテンツを他の者と共有することを含むとよい。

更に、実施形態は、表示された参照に対して並び替えおよび選別動作を実行することもできる。並び替えおよび選別は、名称、タイプ、フォローした日付、修正した日付、著者、編集者、およびコメンター、またはこれらのあらゆる組み合わせに対して実行することができる。

更に、実施形態は、ユーザーの収集の公開収集ビューを提供することができ、この公開収集ビューから、コンテンツをフォローする選択、またはフォローを停止する選択を受けることができる。

図８は、以上で説明した種々の実施形態を実現するのに適した計算アーキテクチャーの一例８００の一実施形態を示す。計算アーキテクチャー８００は、１つ以上のプロセッサー、コプロセッサー、メモリー・ユニット、チップ・セット、コントローラー、周辺機器、インターフェース、発振器、計時デバイス、ビデオ・カード、オーディオ・カード、マルチメディア入力／出力（Ｉ／Ｏ）コンポーネント等というような、種々の共通する計算エレメントを含む。しかしながら、実施形態が、計算アーキテクチャー８００による実施態様に限定されることはない。

図８に示すように、計算アーキテクチャー８００は、処理ユニット８０４、システム・メモリー８０６、およびシステム・バス８０８を備える。処理ユニット８０４は、種々の市販プロセッサーの内いずれでも可能である。デュアル・マイクロプロセッサーおよびその他のマルチプロセッサー・アーキテクチャーも、処理ユニット８０４として採用することができる。システム・バス８０８は、システム・メモリー８０６から処理ユニット８０４までを含むがこれらに限定されないシステム・コンポーネントのためにインターフェースを設ける。システム・バス８０８は、様々なタイプのバス構造の内いずれでも可能であり、更に、メモリー・バス（メモリー・コントローラー付きまたは無）、周辺バス、および種々の市販のバス・アーキテクチャーの内いずれかを用いるローカル・バスに相互接続することができる。

システム・メモリー８０６は、リード・オンリ・メモリー（ＲＯＭ）、ランダム・アクセス・メモリー（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、データー倍速ＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリー、強磁性ポリマー・メモリーのようなポリマー・メモリー、オボニック・メモリー、位相変化または強磁性メモリー、シリコン−酸化物−窒化物−酸化物−シリコン（ＳＯＮＯＳ）メモリー、磁気または光カード、あるいは情報を格納するのに適した他のあらゆるタイプの媒体というような、種々のタイプのメモリー・ユニットを含むことができる。図８に示す例示実施形態では、システム・メモリー８０６は、不揮発性メモリー８１０および／または揮発性メモリー８１２を含むことができる。基本入力／出力システム（ＢＩＯＳ）は、不揮発性メモリー８１０に格納することができる。

コンピューター８０２は、種々のタイプのコンピューター読み取り可能記憶媒体を含むことができ、内部ハード・ディスク・ドライブ（ＨＤＤ）８１４、リムーバブル磁気ディスク８１８から読み取るまたはこれに書き込むための磁気フロッピー（登録商標）・ディスク・ドライブ（ＦＤＤ）８１６、およびリムーバブル光ディスク８２２（例えば、ＣＤ−ＲＯＭまたはＤＶＤ）から読み取るまたはこれに書き込むための光ディスク・ドライブ８２０を含む。ＨＤＤ８１４、ＦＤＤ８１６、および光ディスク・ドライブ８２０は、それぞれ、ＨＤＤインターフェース８２４、ＦＤＤインターフェース８２６、および光ディスク・インターフェース８２８によって、システム・バス８０８に接続することができる。外部ドライブ実装のためのＨＤＤインターフェース８２４は、ユニバーサル・シリアル・バス（ＵＳＢ）およびIEEE1394インターフェース技術の内少なくとも１つまたは双方を含むことができる。

ドライブおよび関連するコンピューター読み取り可能媒体は、データー、データー構造、コンピューター実行可能命令等の揮発性および／または不揮発性記憶を設ける。例えば、多数のプログラム・モジュールをドライブおよびメモリー・ユニット８１０、８１２に格納することができ、オペレーティング・システム８３０、１つ以上のアプリケーション・プログラム８３２、他のプログラム・モジュール８３４、およびプログラム・データー８３６を含む。１つ以上のアプリケーション・プログラム８３２、他のプログラム・モジュール８３４、およびプログラム・データー８３６は、例えば、収集マネージャー１１０、収集ビルダー２１０、および収集ＵＩ２４０を含むことができる。

ユーザーは、コマンドおよび情報をコンピューター８０２に、１つ以上の有線／ワイヤレス入力デバイス、例えば、キーボード８３８および、マウス８４０のようなポインティング・デバイスを介して入力することができる。他の入力デバイスには、マイクロフォン、赤外線（ＩＲ）リモコン、ジョイスティック、ゲーム・パッド、スタイラス・ペン、タッチ・スクリーン等を含むことができる。これらおよび他の入力デバイスは、多くの場合、システム・バス８０８に結合される入力デバイス・インターフェース８４２を介して処理ユニット８０４に接続されるが、パラレル・ポート、IEEE1394シリアル・ポート、ゲーム・ポート、ＵＳＢポート、ＩＲインターフェース等のような他のインターフェースによって接続することもできる。

モニター８４４または他のタイプのディスプレイ・デバイスも、システム・バス８０８に、ビデオ・アダプター８４６のようなインターフェースを介して接続される。モニター８４４に加えて、コンピューターは、通例、スピーカー、プリンター等のような、他の周辺出力デバイスも含む。

コンピューター８０２は、論理接続を用いて、リモート・コンピューター８４８のような１つ以上のリモート・コンピューターへの有線および／またはワイヤレス通信によって、ネットワーク接続環境において動作することができる。リモート・コンピューター８４８は、ワークステーション、サーバー・コンピューター、ルーター、パーソナル・コンピューター、携帯用コンピューター、マイクロプロセッサー・ベースの娯楽機器、ピア・デバイスまたは他の共通ネットワーク・ノードとすることができ、通例、コンピューター８０２に関して説明したエレメントの多くまたは全てを含むが、簡潔にすることの目的のため、メモリー／記憶デバイス８５０のみを示す。図示されている論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）８５２および／またはそれよりも大きなネットワーク、例えば、ワイド・エリア・ネットワーク（ＷＡＮ）８５４への有線／ワイヤレス接続を含む。このようなＬＡＮおよびＷＡＮネットワーク接続環境は、事務所や会社では極普通であり、イントラネットのような、企業規模のコンピューター・ネットワークを容易にする。これらの全ては、グローバル通信ネットワーク、例えば、インターネットに接続することができる。

ＬＡＮネットワーク接続環境において用いられるとき、コンピューター８０２は、有線および／またはワイヤレス通信ネットワーク・インターフェースあるいはアダプター８５６を介して、ＬＡＮ８５２に接続される。アダプター８５６は、ＬＡＮ８５２への有線通信および／またはワイヤレス通信を容易にすることができ、ＬＡＮ８５２は、アダプター８５６のワイヤレス機能と通信するために設置されたワイヤレス・アクセス・ポイントも含むことができる。

ＷＡＮネットワーク接続環境において用いられるとき、コンピューター８０２はモデム８５８を含むことができ、あるいはＷＡＮ８５４における通信サーバーに接続され、あるいはインターネットを介してというようにして、ＷＡＮ８５４を介して通信を確立するための他の手段を有する。モデム８５８は、内蔵型または外付けの有線デバイスおよび／またはワイヤレス・デバイスとすることができ、入力デバイス・インターフェース８４２を介してシステム・バス８０８に接続する。ネットワーク接続環境では、コンピューター８０２に関して図示したプログラム・モジュールまたはその一部は、リモート・メモリー／記憶デバイス８５０に格納することができる。尚、図示したネットワーク接続は例であり、コンピューター間に通信リンクを確立する他の手段を用いることもできることは認められよう。

コンピューター８０２は、例えば、プリンター、スキャナー、デスクトップおよび／または携帯用コンピューター、パーソナル・ディジタル・アシスタント（ＰＤＡ）、通信衛星、ワイヤレス検出可能タグに関連付けられたいずれかの機器または位置（例えば、駅の売店、売店、手洗い）とワイヤレス通信可能に動作的に配置されるワイヤレス・デバイスおよび電話機というような、IEEE802規格ファミリー（例えば、IEEE802空中変調技法）を用いる有線およびワイヤレス・デバイスまたはエンティティと通信するように動作可能である。これは、少なくとも、Wi-Fi（またはワイヤレス・フィデリティ）、WiMax、およびBluetooth（登録商標）ワイヤレス技術を含む。つまり、通信は、従来のネットワークのように、既に定められた構造とすることができ、または少なくとも２つのデバイス間における単なるアドホック通信であることもできる。Wi-Fiネットワークは、IEEE802.7x(ａ，ｂ，ｇ等）を用いて、安全で、信頼性が高く、高速なワイヤレス接続を提供する。Wi-Fiネットワークは、コンピューターを互いに、インターネットに、そして有線ネットワークに（IEEE802.3関連媒体および機能を用いる）接続するために用いることができる。

図９は、既に説明した種々の実施形態を実現するのに適した通信アーキテクチャー例９００のブロック図を示す。通信アーキテクチャー９００は、送信機、受信機、送受信機、無線機、ネットワーク・インターフェース、ベースバンド・プロセッサー、アンテナ、増幅器、フィルター等というような、種々の一般的な通信エレメントを含む。しかしながら、実施形態が通信アーキテクチャー９００による実施態様に限定されることはない。

図９に示すように、通信アーキテクチャー９００は、１つ以上のクライアント９０２およびサーバー９０４を含む。クライアント９０２が、クライアント・デバイス１５０を実現することができる。サーバー９０４は、収集マネージャー１１０が動作するサーバー・システムを実現することができる。クライアント９０２およびサーバー９０４は、１つ以上のそれぞれのクライアント・データー・ストア９０８およびサーバー・データー・ストア９１０に動作的に接続されている。データー・ストア９０８、９１０は、クッキーおよび／または関連するコンテキスト情報というような、それぞれのクライアント９０２およびサーバー９０４にローカルな情報を格納するために用いることができる。

クライアント９０２およびサーバー９０４は、通信フレームワーク９０６を用いて、互いの間で情報を伝達し合うことができる。通信フレームワーク９０６は、パケット交換ネットワーク（例えば、インターネットのようなパブリック・ネットワーク、企業のイントラネットのようなプライベート・ネットワーク等）、回線交換ネットワーク（例えば、公衆電話交換ネットワーク）、またはパケット交換ネットワークおよび回線交換ネットワークの組み合わせ（適したゲートウェイおよびトランスレーターを用いる）というような、周知の通信技法のいずれでも実現することができる。クライアント９０２およびサーバー９０４は、１つ以上の通信インターフェース、ネットワーク・インターフェース、ネットワーク・インターフェース・カード（ＮＩＣ）、無線機、ワイヤレス送信機／受信機（送受信機）、有線および／またはワイヤレス通信媒体、物理コネクター等というような、通信フレームワーク９０６と相互動作可能であるように設計された種々のタイプの標準的な通信エレメントを含むことができる。一例として、そして限定ではなく、通信媒体は、有線通信媒体およびワイヤレス通信媒体を含む。有線通信媒体の例は、ワイヤ、ケーブル、金属線、印刷回路ボード（ＰＣＢ）、バックプレーン、スイッチ・ファブリック、半導体材料、撚り線対ワイヤ、同軸ケーブル、光ファイバー、伝搬信号等を含むことができる。ワイヤレス通信媒体の例は、音響、無線周波（ＲＦ）スペクトル、赤外線、およびその他のワイヤレス媒体を含むことができる。クライアント９０２とサーバー９０４との間において可能な１つの通信は、２つ以上のコンピューター・プロセス間で送信されるように構成されたデーター・パケットの形態とすることができる。データー・パケットは、例えば、クッキーおよび／または関連するコンテキスト情報を含むことができる。

種々の実施形態は、ハードウェア・エレメント、ソフトウェア・エレメント、または双方の組み合わせを用いて実現することができる。ハードウェア・エレメントの例には、デバイス、コンポーネント、プロセッサー、マイクロプロセッサー、回路、回路エレメント（例えば、トランジスター、抵抗器、キャパシター、インダクター等）、集積回路、特定用途集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、ディジタル信号プロセッサー（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、メモリー・ユニット、論理ゲート、レジスター、半導体デバイス、チップ、マイクロチップ、チップ・セット等を含むことができる。ソフトウェア・エレメントの例には、ソフトウェア・コンポーネント、プログラム、アプリケーション、コンピューター・プログラム、アプリケーション・プログラム、システム・プログラム、装置プログラム、オペレーティング・システム・プログラム、ミドルウェア、ファームウェア、ソフトウェア・モジュール、ルーチン、サブルーチン、関数、メソッド、手順、ソフトウェア・インターフェース、アプリケーション・プログラム・インターフェース（ＡＰＩ）、命令セット、計算コード、コンピューター・コード、コード・セグメント、コンピューター・コード・セグメント、ワード、値、記号、またはこれらのあらゆる組み合わせを含むことができる。実施形態がハードウェア・エレメントおよび／またはソフトウェア・エレメントを用いて実現されるか否かの判断は、所望の計算速度、電力レベル、耐熱性、処理サイクル予算、入力データー・レート、出力データー・レート、メモリー・リソース、データー・バス速度、および所与の実現例のために望まれる通りの他の設計または性能制約というような、多数の要素にしたがって変化する可能性がある。

実施形態の中には、製造品目(article of manufacture)を含むことができるものもある。製造品目が、ロジックを格納する記憶媒体を構成するのでもよい。記憶媒体の例には、電子データーを格納することができる１つ以上のタイプのコンピューター読み取り可能記憶媒体が含まれ、これには、揮発性メモリーまたは不揮発性メモリー、リムーバブルまたは非リムーバブル・メモリー、消去可能または消去可能でないメモリー、書き込み可能または再書き込み可能メモリー等が含まれる。ロジックの例には、ソフトウェア・コンポーネント、プログラム、アプリケーション、コンピューター・プログラム、アプリケーション・プログラム、システム・プログラム、機械プログラム、オペレーティング・システム・ソフトウェア、ミドルウェア、ファームウェア、ソフトウェア・モジュール、ルーチン、サブルーチン、関数、メソッド、手順、ソフトウェア・インターフェース、アプリケーション・プログラム・インターフェース（ＡＰＩ）、命令セット、計算コード、コンピューター・コード、コード・セグメント、コンピューター・コード・セグメント、ワード、値、記号、またはこれらのあらゆる組み合わせというような、種々のソフトウェア・エレメントを含むことができる。一実施形態では、例えば、製造品目は、実行可能コンピューター・プログラム命令を格納するのでもよく、この命令をコンピューターによって実行すると、このコンピューターに、説明した実施形態にしたがって方法および／または動作を実行させる。実行可能コンピューター・プログラム命令は、ソース・コード、コンパイル・コード、インタプリター・コード、実行可能コード、スタティック・コード、ダイナミック・コード等のような、適したタイプのコードであればいずれでも含むことができる。実行可能コンピューター・プログラム命令は、既定のコンピューター言語、様式(manner)または構文(syntax)にしたがって、一定の機能を実行するようにコンピューターに命令するために、実装することができる。命令は、適した高級言語、低級言語、オブジェクト指向言語、ビジュアル言語、コンパイル言語および／またはインタプリター型プログラム言語の内いずれを用いても実装することができる。

実施形態の中には、「一実施形態」または「実施形態」という表現をその派生語と共に用いて説明するとよいものがある。これらの用語は、当該実施形態と関連付けて説明された特定の特徴、構造、または特性が、少なくとも１つの実施形態に含まれることを意味する。本明細書の種々の場所において「一実施形態では」という句が出てくる場合、必ずしも全てが同じ実施形態を指す訳ではない。

実施形態の中には、「結合される」および「接続される」という表現を、その派生語と共に用いて説明するとよいものがある。これらの用語は、必ずしも互いに対する同義語であることを意図しているのではない。例えば、実施形態の中には、２つ以上のエレメントが直接物理的にまたは電気的に互いに接触していることを示すために、「接続される」および／または「結合される」という用語を用いて説明するとよい場合がある。しかしながら、「結合される」という用語は、２つ以上のエレメントが互いに直接接触していないが、それでも互いに協働するまたは相互作用することを意味することもできる。

尚、開示の要約は、37C.F.R、1.72(b)章に沿うように設けられ、37C.F.R、1.72(b)章は、読者が本技術的開示の固有性を素早く確認することを可能にすることを要約書に要求することを強調しておく。尚、これは、請求項の範囲または意味を解釈するためや限定するために用いられるのではないことを理解した上で申し述べられることである。加えて、以上の詳細な説明では、開示を簡素化する目的に限って、１つの実施形態において種々の特徴が一緒に纏められていることがわかるであろう。この開示方法は、特許請求する実施形態が各請求項において明示的に記載されるよりも多くの特徴を必要とするという意図を表す(reflect)というように解釈してはならない。逆に、以下の請求項が表すように、発明の主題は、１つの開示された実施形態の全ての特徴に存在する訳ではない。つまり、以下の請求項は詳細な説明に含まれ、各請求項が別個の実施形態としてそれ自体を成り立たせている(stand on its own)。添付した特許請求の範囲において、「含む」(including)および「において」(in which)という用語は、それぞれ、「備える」(comprising)および「において」(wherein)というそれぞれの用語の平素な英語の同等語(equivalent)として用いられるものとする。更に、「第１」、「第２」、「第３」等は、単に名称として用いられるのであり、それらの目的語に対して数値的な要件を強制することは意図していない。

以上、構造的特徴および／または方法論的動作に特定的な文言で本主題について説明したが、添付した特許請求の範囲において定義されている主題は、必ずしも以上で説明した具体的な特徴や動作には限定されないことは理解されてしかるべきである。逆に、以上で説明した具体的な特徴や動作は、特許請求の範囲を実現する形態例として開示したまでである。

Claims (10)

1. コンピューター実装方法であって、
   コンテンツ項目をフォローする選択を受けるステップと、
   ユーザーのために、フォロー・コンテンツ項目に対する参照を格納するステップと、
   ユーザー・インターフェースの中央位置に前記参照を表示するステップと、
   各フォロー・コンテンツ項目についてのコンテキスト情報を、その参照と共に表示するステップと、
   追加情報の選択を受けたことに応答して、フォロー・コンテンツ項目に対して追加情報および機能を表示するステップと、
   を含む、コンピューター実装方法。
2. 請求項１記載の方法において、ユーザーの前記フォロー・コンテンツ項目が、異なるタイプのコンテンツ項目を含み、コンテンツ項目のタイプが、ワープロ文書、表計算文書、プレゼンテーション文書、ウェブ・サイト、ユニフォーム・リソース・ロケーター（ＵＲＬ）、リアル・シンプル・シンディケーション（ＲＳＳ）フィード、カレンダー・イベント、タスク、ディスカッション・スレッド、ディスカッション掲示板、コンテンツ項目のライブラリー、コンテンツ項目のリスト、ディレクトリー、メディア・ファイル、およびネットワーク・サイトの内少なくとも１つを含む、方法。
3. 請求項１記載の方法であって、更に、
   前記コンテンツに対する参照が選択されたときに、コンテンツ項目を開くステップを含む、方法。
4. 請求項１記載の方法であって、更に、
   フォロー・コンテンツ項目の修正についての情報をキャッシュに格納するステップと、
   前記フォロー・コンテンツ項目に対する参照が表示されたときに、前記格納された情報を取り込むステップ、および前記フォロー・コンテンツ項目から追加情報を取り込むステップの内少なくとも１つのステップと、
   前記格納された情報から取り込まれた情報および前記取り込まれた追加情報の内少なくとも１つを、フォロー・コンテンツ項目に対する前記追加情報および機能と共に表示するステップと、
   を含む、方法。
5. 命令を収容する記憶媒体を含む物品であって、前記命令が実行されると、請求項１、２、３または４のいずれか１項の方法をシステムに実行させる、物品。
6. 装置であって、
   処理ユニットと、
   前記処理ユニットに通信可能に結合されたメモリーと、
   前記処理ユニット上で動作する収集マネージャーであって、
   ユーザーのためにフォロー・コンテンツ項目に対する参照を前記メモリーに格納し、
   ユーザー・インターフェースの中央位置に、前記参照を表示し、
   各フォロー・コンテンツ項目についてのコンテキスト情報を、その参照と共に表示し、
   追加情報の選択を受けたことに応答して、フォロー・コンテンツ項目に対する追加情報および機能を表示する、収集マネージャーと、
   を含む、装置。
7. 請求項６記載の装置において、前記収集マネージャーが、更に、
   前記フォロー・コンテンツ項目に対する参照の近傍においてセレクターが検出されたときに、追加情報の選択を受けるように動作する、装置。
8. 請求項６記載の装置において、前記収集マネージャーが、更に、
   フォロー・コンテンツ項目についてのコンテキスト情報を表示し、前記コンテンツ情報が、アイコン、名称、タイプ、フォローした日付、修正した日付、アドレス、位置、キーワード、著者、編集者、およびコメンターの内少なくとも１つを含み、
   名称、タイプ、フォローした日付、修正した日付、著者、編集者、およびコメンターの内少なくとも１つにしたがって、前記表示された参照を並び替え、
   名称、タイプ、フォローした日付、修正した日付、キーワード、位置、著者、編集者、およびコメンターの内少なくとも１つにしたがって、前記表示された参照を選別する、
   ように動作する、装置。
9. 請求項６記載の装置において、前記収集マネージャーが、更に、
   前記フォロー・コンテンツ項目に対する参照が表示されたときに、前記格納された情報を取り込むこと、および前記フォロー・コンテンツ項目から追加情報を取り込むことの内少なくとも１つを実行し、
   前記格納された情報から取り込まれた情報および前記取り込まれた追加情報の内少なくとも１つを、取り込みコンテンツ項目に対する前記追加情報および機能と共に表示する、
   ように動作する、装置。
10. 請求項６記載の装置において、前記収集マネージャーが、更に、
    プレビュー、修正通知、編集日付、および会話の内少なくとも１つを含む追加情報を表示し、
    前記コンテンツ項目を開く、前記コンテンツ項目についての通知を管理する、会話を開始する、前記コンテンツ項目についての会話にコメントを追加する、表示する追加機能を選別する、および前記コンテンツ項目を他人と共有することの内少なくとも１つに対して、選択可能な選択肢を表示する、
    ように動作する、装置。

Images