JP5706657B2 - コンテキスト依存サイドバーウインドウ表示システム及び方法 - Google Patents

Description

この出願は、概略的には、アプリケーションコンテキスト情報の提供に関し、特に電子的デスクトップ上でコンテキスト依存(context-sensitive)サイドバーウインドウ表示を提供するためのシステム及び方法に関する。

ビジネスの人間関係やコミュニケーションは、文書作成や、組織間及び個人間での他の書き物のやりとりに用いられるプロダクティビティソフトウエア（productivity software：事務処理ソフトウエア）により推進されている。ワードプロセッサ、スプレッドシート（表計算）、電子メール、プレゼンテーション、及びウェブブラウザなどのためのアプリケーションのようなプロダクティビティソフトウエアは、一般に、パーソナルコンピュータやこれに似たプログラマブル装置にインストールされている。

個々のパーソナルコンピュータ又はパーソナルコンピューティング装置が提供するコンピューティングシステム環境の中で、コンテンツ（情報内容）が提示され、操作され、変更される。コンテンツにアクセスできるようにし、アプリケーションを操作できるようにするために、１つのアプリケーションウインドウ又は複数のアプリケーションウインドウの組合せを用いたグラフィカルユーザインタフェースが用いられている。アプリケーションウインドウの中では、キーボードを用いてテキストを入力することができ、キーボード又はポインティングデバイス（マウス、トラックパッド、又はトラックボールなど）によりアプリケーションを操作することができる。他のユーザ入力装置又はユーザ操作装置も考えられる。

アプリケーション固有(Application-specific)の操作部は、一般には、画面インタフェースの一構成要素として提供され、メインアプリケーションウインドウの上部、下部、又は両側部のマージン部分に沿って、ボタン、トグルスイッチ、スクロールボックス、プルダウンメニュー、その他のユーザ操作部などとして提示される。これらボタン等のユーザ操作部により、プログラムの選択肢、ユーザの選択、環境の情報などを管理することができる。派生的な情報が、ポップアップダイアログ又は隣に現れるサイドバーウインドウなどの見た目上での別のウインドウにより提供されることはよくあることであり、このような別ウインドウにより、ヘルプ、チュートリアル、ファイルシステムのナビゲーション情報、ファイルプロパティ、その他の補助的な情報が提供される。

特に、サイドバー形式のウインドウは、現在使用されている文書についての価値の高いコンテキスト（状況、文脈）情報を提供することができる。理想的には、サイドバー内に提供される情報の価値は、画面スペースの点で邪魔になることのコスト、メインアプリケーションウインドウからサイドバーへと視線を移すのに要する時間のコストを相殺するものでなければならない。設計が悪ければ、サイドバーはユーザにとって邪魔なものになる可能性がある。例えば、使用している主要な記事（コンテンツ）からサイドバーまでの物理的な距離は、アプリケーションが利用可能な画面スペースが限られていることから、決定的に重要なものとなる場合もある。サイドバーが主要なコンテンツから遠すぎると、視線の移動もポインティングデバイスの移動も共にかなりの距離にのぼり、これにより情報の価値やサイドバーを用いた対話の便利さが低減されることとなる。その上、サイドバー内の情報の関連性は、現在の仕事（タスク）のその場のコンテキスト（状況、文脈）からしばしば隔たっており、ユーザの邪魔になることを正当化するほどにはその場の仕事（タスク）に十分に関連していないこともよくある。最後に、ユーザがいくつかのアクティブなアプリケーションウインドウを渡り歩くときに視覚的な「バウンシング(bouncing:はねかえり現象)」が生じることがあり、フォーカス（選択）されているウインドウが変わるとサイドバーが素早く再配置されるように見え、視覚的にユーザの邪魔になる。そのような懸念のために、オフされるとサイドバーの価値はなくなるにもかかわらずサイドバーがオフ状態とされ、有益であるかもしれないが本題には関係のない情報、例えば利用可能な文書の各バージョン、文書の著者、同じフォルダ又はウェブサイト上で利用可能な関連文書、同じトピックの関連文書、入手可能なアノテーション（注釈）、当該文書に対して他のユーザが言っていること、その他の入手できない情報をレンダリング（描画）することもある。

したがって、必要とされているのは、主たるアプリケーションウインドウの中で提供されている文書のコンテキストに関連した範囲内で、極力ユーザの邪魔をしないような挙動の範囲内で動作するサイドバーウインドウを提供する方法である。

１つの態様では、電子的デスクトップ上でコンテキスト（すなわち状況、文脈）依存サイドバーウインドウ表示を提供するための、コンピュータにより実装されるシステム及び方法を提供する。デジタルデータを含んだ文書が電子的記憶装置内に保持されている。その文書は、電子的デスクトップ上のアプリケーションプログラムにより生成されたアプリケーションウインドウを介して操作される。サイドバーウインドウがはじめに生成される。その文書に関連するコンテキスト（すなわち状況、文脈）情報が求められる。コンテキスト情報のうちの提示すべき部分が、アプリケーションウインドウ内の文書の現在の状態に基づき選択される。コンテキスト情報のうちの選択された部分が、アプリケーションウインドウに対して視覚的に隣接して配置されたサイドバーウインドウ内に提示される。提示されたコンテキスト情報及びサイドバーウインドウの配置位置は、文書及びアプリケーションウインドウの現在の状態に足並みを合わせるよう、絶えず更新される。

以下に示す詳細な説明では例示のための実施形態は最良の形態を示したから、当業者ならばその説明から更なる態様が容易に分かるであろう。理解されるように、本発明の範囲から逸脱することなく、他の実施形態や異なる実施形態を考えることができ、また実施形態のいくつかの細部についても様々な明らかな点について変更可能である。このように、以下の詳細な説明は本質的に例示のためのものであり、限定的なものと捉えるべきではない。

一実施形態に関連して、電子デスクトップ上のコンテキスト依存サイドバーウインドウを提供するエンタープライズ環境（企業等におけるコンピュータ環境）を示す図である。 図１のエンタープライズ環境において設けられるような、エンタープライズサーバ及びクライアントコンピューティングシステムを備えるカーネル機能を示す機能ブロック図である。 図１のエンタープライズ環境の全体アーキテクチャを示すブロック図である。 図１のエンタープライズ環境において提供されるようなコンテキストネットワークの図式を示すブロック図である。 例示のために、コンテキストネットワークのグラフを示すブロック図である。 例示のために、文書に対する人間の行動（アクティビティ）に基づく図３のコンテンツ解析エンジンを用いたコンテキスト解析を示すブロック図である。 例示のために、コンテキストのソース（源）としての１つの文書の一生を通した、図１のエンタープライズ環境を用いた人間の行動を示すブロック図である。 図３のコンテンツ解析エンジンを用いた文書処理を示すデータフロー図である。 例示のために、アプリケーションウインドウの右隣に見えるコンテキスト依存サイドバーを示す図である。 例示のために、アプリケーションウインドウ内の画面スペースに合わせて調整されたコンテキスト依存サイドバーを示す図である。 例示のために、「ミニバー」モードで表示されたコンテキスト依存サイドバーを示す図である。 例示のために、アプリケーションウインドウの隣のコンパクトモードサイドバーを示す図である。 例示のために、アプリケーションウインドウ内のスペース節約サイドバーを示す図である。 例示のために、アプリケーションウインドウ内で、ウインドウ端部に対して適応的に配置されるコンテキスト依存サイドバーを示す図である。

エンタープライズ（企業の）コンピューティング環境では、ユーザらは、電子メール、ウェブページ、オフィス文書、スプレッドシート、プレゼンテーション書類などといった多くの種類の文書に関してコラボレーション（共同作業）を行う。ユーザらの文書に関する行動（アクティビティ）には、例えば、作成、閲覧、改訂、メールに添付、共有リポジトリへの保管、コメント付加、タグ付け、注釈（アノテーション）付け、印刷、及びその他の種類の行動が含まれる。図１は、１つの実施形態において、電子デスクトップ上にコンテキスト依存サイドバーウインドウ表示を提供するためのエンタープライズ環境１０を示すブロック図である。環境１０は、ワードプロセッサ、表計算、電子メール、プレゼンテーション、ウェブ閲覧、及びその他のプロダクティビティ（事務処理）アプリケーションを、パーソナルコンピュータ及びこれに類似のプログラマブルコンピューティングシステム又は装置１２ａ〜ｅ上で実行する一組のユーザを含んでいる。各コンピューティングシステム上では、ワシントン州レドモンドのマイクロソフト・コーポレーションからライセンス付与されたＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムやカリフォルニア州クパチーノのアップル社からライセンス付与されたＯＳ−Ｘオペレーティングシステムなどのような、ウインドウを用いるオペレーティングシステムにより制御された電子テスクトップ上で、アプリケーションが実行されている。ウインドウ式の操作環境は、コンテンツを電子デスクトップ上の１つ又は複数のアプリケーションウインドウ内に表示するグラフィカルユーザインタフェースを提供する。

複数のコンピューティングシステムがネットワーク１１を介して相互接続されている。ネットワーク１１を介して、他のコンピューティングシステムの各々に、又は種々の分散された情報リソースにアクセスすることができる。情報は、同様にネットワーク１１を介して相互接続された中央に位置するエンタープライズサーバ１３を介して、又はこのエンタープライズ環境の中又は外に位置する他の装置から、入手できるように構成されていてもよい。特に、エンタープライズサーバ１３は、記憶装置１４に対して機能的に接続されており、その記憶装置１４には、例えば、コンピューティングシステム１２ａ〜ｅ及び他の装置が利用するために、情報が保持されている。クライアントコンピューティングシステム１２ａ〜ｅ及びエンタープライズサーバ１３は、ＣＰＵ（中央演算装置）、メモリ、入力／出力ポート、ネットワークインタフェース、及び不揮発性記憶装置などのような、汎用プログラマブルコンピューティング装置（汎用コンピュータ）に通常見られるような構成要素を含んでいる。もちろん、その他の構成要素を含んでいてもよい。

文書のコンテキスト（状況、文脈の情報）は、文書のコンテンツ（内容）の解析、及び人々による文書の利用のされ方の両方から抽出することができる。文書の利用のされ方は、例えば、文書がどのように作成され、読まれ、改訂され、メール送信され、格納され、コメント付加により拡張され、タグ付けされ、注釈付けされ、印刷されるかなどである。図２は、図１のエンタープライズ環境１０において用いられているような、エンタープライズサーバ２１及びクライアントコンピューティングシステム２４ａ〜ｃを備えたカーネル機能２０を示す機能ブロック図である。エンタープライズサーバ２１は、記憶装置２４に接続されているとともに、ネットワークインフラ２６を介して１つ又は複数のクライアントコンピューティングデバイス２４ａ〜ｃと相互接続されている。エンタープライズサーバ２１及び各クライアントコンピューティングシステム２４ａ〜ｃは、それぞれ、コンテンツベース情報カーネル２２及び２５ａ〜ｃにより、同等のコンテキスト抽出機能を有している。アーキテクチャとしては、カーネル２２とカーネル２５ａ〜ｃは同じものであり、プラットフォームの種類は配置場所から独立して、同じ種類のコンテキストを抽出できるようにする。

それらカーネルは、エンタープライズ環境１０を通して広がり利用されるコンテキストを抽出する一組の構成要素（コンポーネント）群の一部である。図３は、図１のエンタープライズ環境１０の全体アーキテクチャ３０を示すブロック図である。カーネル３１ａ〜ｂを複数のコンピュータシステムに複製し、連合体の形で互いに同期し、通信し、コンテキストを共有するようにしてもよい。収集部３２ａ〜ｂは、エンタープライズ環境１０内の、文書、電子メール、アクティビティ（行動）、タスク、注釈（アノテーション）、リンク、人々、組織、及び注目される可能性のあるその他のデータ、についてのコンテキストを収集する。収集部３２ａ〜ｂは、コンテキスト解析エンジンであり、コンテキストを収集して解析することにより、例えばどの文書が別のどの文書を参照しているか、どの文書が別のどの文書を（電子メールの添付データによく見られるように）含んでいるか、人々がどのタグや注釈をどの文書に付加したか、特定の作業グループ内の人々の興味を惹いているかもしれないのはどの文書か、文書群があるトピック（話題）に対してどのようなことを言っているか、識別された文書群をどのように分類したらもっとも良いか、人々が自らの行動（アクティビティ）のために文書群に関して何を行っているか、などといった様々な判定を行う。

各収集部３２ａ〜ｂは、それぞれ、データ転送チャンネルを提供するアプリケーション・プログラミング・インタフェース（ＡＰＩ）を介して、コンテキストリポジトリ３３ａ〜ｂに接続されている。収集されたコンテキストは、ＡＰＩを介して各コンテキストリポジトリ３３ａ〜ｂに送られ、そのコンテキストを共同作業のために使用し、変更し、共有することが許された各コンピューティングシステム、各エンタープライズサーバ、及びその他の装置により利用される。各コンテキストリポジトリ３３ａ〜ｂは、フォーマットに従って整えられたデータを格納するデータベース、及び構造化されていない文書その他のデータを保持するための記憶装置、の両方を含んでいる。コンテキストリポジトリ３３ａ〜ｂは、１つ又は複数の他のリポジトリと連合して、コンテキストのうちの一部又は全部をそれらリポジトリ間で共有できるようにしてもよい。

各コンテキストリポジトリ３３ａ〜ｂは、それぞれ、データ転送チャンネル及びデータ変形及び変換処理を提供する第２のＡＰＩを介して、一組の提示部３４ａ〜ｂにも接続されている。各コンテキストリポジトリ３３ａ〜ｂに保持されたコンテキストは、ＡＰＩを介して１つ又は複数の提示部３４ａ〜ｂに提供され、提示部３４ａ〜ｂは、図４をはじめとして以下に説明するように、コンテキスト依存サイドバーを含むユーザインタフェース機構を介して、ユーザに対してコンテキストを提供する。コンテキスト依存サイドバーにより、ユーザは、コンテキストを取り扱うことができるとともに、文書に注釈を付けたり電子メールで合図（リマインダ）を送ったりウェブページにリンクしたりするなどといった、他の個別の又は共同作業の操作を実行する。

コンテキストは、一組の収集部３２ａ〜ｂの各々により生成される。各収集部３２ａ〜ｂは、共用の注釈付け及びタグ付け機能３５、エンティティ・ベースのインデックス付け機能３６、行動（アクティビティ）解析及び予測機能３７、言語学的及び意味的解析機能３８、メタデータ解析機能３９、ソーシャルネットワーク解析機能４０、意味的（セマンティック）サーチ機能４１、コンバータ（変換）及び抽出機能４２、及び文書ネットワーク解析機能４３を実行するための機能モジュール群を備えている。コンバータ機能は文書を他のフォーマット、例えばプレーンテキスト及び一続きの画像など、に変換する。そして、抽出機能は、文書から抽出されたプレーンテキストの中からエンティティ（実体）が見つかる場合のように、１つまた複数のプロジェクション（投影）からメタデータを抽出する。他の機能モジュールを用いてもよい。

コンテキスト情報は提示部３４ａ〜ｂを介してユーザに提供される。図４は、図１のエンタープライズ環境１０を介して提供されるような、コンテキストネットワーク５０の図式を示すブロック図である。コンテキストネットワーク５０は、例えば、具体的な文書、人々、トピックス（話題）、人間の行動（アクティビティ）、時間及び空間的な位置、との間のつながりを表現するために生成される。より詳細には、コンテキストネットワーク５０は、文書５２のコンテンツ（内容）、及び文書５２に関する人間の行動を解析することにより形成することができる。各収集部３２ａ〜ｂ内のコンテキスト解析エンジンのうちの人々に関係する要素、例えば、共用の注釈付け及びタグ付け機能３５、行動（アクティビティ）解析及び予測機能３７、及びソーシャルネットワーク解析機能４０等の機能モジュールは、人々５１、文書５２、エンティティ及びトピックス５３、チーム、プロジェクト及び行動５４、及び時空間における位置５５を、コンテキストネットワーク５０内でリンク付けする（関連づける）ことを容易にする。そして、結果として得られたコンテキストネットワーク５０は、コンテキストリポジトリ３３ａ〜ｂに格納される。

格納されたコンテキストネットワーク５０は、収集部３４ａ〜ｂに対するコンテキストの主たるソース（供給源）として機能する。図５は、一例として、コンテキストネットワーク６０のグラフを示すブロック図である。このグラフのエッジは、具体的な文書、人々、行動、トピックス、時間、場所（位置）などの間に見出された関係を示している。結果として、広範な全体像が取得されて格納され、これにより、特定の文書に適用可能であり、且つ従来の文書から独立した、アプリケーション向けの操作部よりもユーザにとってより便利な、コンテキストに依存した（コンテキストに敏感な）サイドバーを生成するのに役立つ。

大まかに言えば、文書は、個人及び共同作業による人間の営みにより生成され、修正される。図６は、一例として、図３のコンテキスト解析エンジンを用いた、ある文書に対する人間の行動からのコンテキスト解析７０を示すブロック図である。ある範囲の行動が、文書のライフサイクル（一生の期間）の間に起こりえる。そのような行動には、例えば、他のソース（源）文書からの関連文書の生成７１、例えば添付文書やメッセージとしての文書の電子メール送信又は電子的送信７２、他のソース文書のコンテンツの新たな文書としての再利用７３、既存文書の新たなバージョンの作成７４、文書に対する注釈付け又は電子的なマークアップ（マーク付け）７５、間のネットワークを介して中央の文書リポジトリにアクセスする場合のようなリモート（遠隔）の位置にある文書の利用７６、文書に対するタグ付け又は電子的なマーク付け７７、又は会議での文書の利用７８、等が含まれる。その他の人間行動が、文書に対して又は文書を用いて、行われてもよい。人間の行動７１〜７８に基づき、収集部３２ａ〜ｂ内のコンテキスト解析エンジンによりコンテキスト解析を実行することができる。コンテキスト解析には、例えば、マッチング（合致）したテキストを持つ文書の算出７９、マッチングしたレイアウト又は画像を有する文書の算出８０、電子メールと添付文書のリンク関係の記録８１、文書と注釈及びタグとのリンク関係の記録８２、及び、文書とそれが利用された時間、場所及び会議とのリンク関係の記録８３などがある。他の種類のコンテキスト解析を行ってもよい。人間の行動７１〜７８についてのコンテキスト解析７９〜８３の成果が、コンテキストリポジトリ３３ａ〜ｂ内に格納されたコンテキストネットワーク８５として具現化される。コンテキストリポジトリ３３ａ〜ｂは、算出されたリンク関係をコンテキストネットワーク８５のエッジとして表現し、各エッジには関係の強さ弱さを示すために重みが付加される。コンテキストネットワークタイプの情報の表現又は形態としては、他のものを用いてもよい。

文書についての人間の行動は、通常、各文書に対して、誰、何、どこで、いつ、どのように文書が他者に対して影響し又は適用されるかに応じて、それぞれ独特のパターンで生じる。図７は、一例として、コンテキストのソース（供給源）としての１つの文書の一生を通した、図１のエンタープライズ環境１０を用いた人間の行動を示すブロック図である。最初に、文書は従来通りの印刷された形態から始まってもよく、この場合その文書はスキャンされ光学文字認識又は類似の技術により電子的な表現へと変換されるか（９１）、又は従来及び電子的な技術の組合せを用いて電子的に生成される（９２）。文書は、自動的に又は手作業で、関連文書９３に対して例えばハイパーリンクなどでリンク付けしてもよい（９３）。同様に、文書は、当該文書の関連バージョン（版）に対して（９４）、又はコンテンツが再利用される文書に対して（９５）、自動的に又は手作業でリンク付けしてもよい。逆に、電子メール（９６）、注釈（９７）、時刻と位置（９８）、タグ（９９）、又は行動及び人々（１００）を、自動的に又は手作業で文書に対してリンク付けしてもよい。文書は印刷してもよい（１０１）。結果として得られるリンク構造その他のコンテキストは、究極的には、コンテキストリポジトリ３３ａ〜ｂに対して、コンテキスト１０２に格納される。

文書、及びそれら文書に対してなされる人間の行動は、コンテキストのソース（供給源）となる。図８は、図３のコンテンツ解析エンジンを用いた文書処理６０を示すデータフロー図である。文書のコンテンツ（内容）の観点から言えば、コンテンツ解析エンジンは各文書１１１を解析することで、メタデータ１１２、ページ画像１１３、テキスト１１４、単語ボックス１１５（各ページ内の各単語の位置、幅及び高さを表す矩形）、リンク１１６及び全体構造１１７を抽出又は計算する。他のモジュール（図示省略）が、文書のコンテンツを用いる人間を解析する。抽出されたメタデータ１１２は、アプリケーション群により使用できるようリポジトリ１１８すなわちグラフデータベースに格納されるとともに、電子メールのスレッド１２２を求めるために解析される。スレッド１２２は、各電子メールの送信者及び受信者、件名その他の要素などのような、メタデータ１１２の各要素から求めることができる。ページ画像１１３は、リポジトリ１１８に格納されると共に、イラストレーション（説明図）１２３を求めるために解析される。イラストレーション１２３は、ページ画像１１３とは別に、関連画像ファインダ（画像検索用）インデックス１２１に格納される。テキスト１１４は、フルテキスト及びメタデータのキーワードインデックス１１９に格納されると共に、要約１２４、エンティティ１２５、及び段落（パラグラフ）１２６を求めるために解析される。また、テキスト１１４及び段落１２６は、言語解析部１３１により解析される。言語解析部１３１は、エンティティ１２８、句（フレーズ）１２９、及び知識表現１３０を生成し、これらは意味的（セマンティック）インデックス１２０に格納される。単語ボックス１１５は、文書の段落１２６の開始点及び終了点を求めるためのレイアウト情報として用いられ、フルテキスト及びメタデータのキーワードインデックス１１９に格納される。これにより、フルテキストインデックスにて合致するものが見つかれば、システムは、合致した単語及び句の、生成されたページ画像内での幾何学的な位置を求めることができる。

従来のプロダクティビティ（事務処理）アプリケーションは、視覚的に別々に分かれているウインドウ、例えば、拡張的な情報を視線やカーソルの邪魔になるというリスクをおかしながらも表示する、例えばポップアップダイアログ、（メインアプリケーションウインドウの）隣に見えるサイドバーウインドウのようなウインドウ、などを用いる。この実施形態では、サイドバー（以下では、「コンテキストバー」とも呼ぶ）は、電子メール、スプレッドシート（表計算シート）、プレゼンテーション書類又はウェブページなどのような、文書その他のやりとりする書き物について、プロダクティビティアプリケーションを用いて実行されている現在のタスク（仕事）の現在状態に関するコンテキストをユーザに提供するために用いられる。

このコンテキスト依存サイドバーは、自動的に移動して、現在のアクティブな（すなわちユーザにより選択された状態にある）アプリケーションウインドウのすぐ隣に適応的に配置される。図９は、一例として、例えばウェブブラウザ、文書ビューワー、文書エディタ、電子メールリーダー、文書フォルダブラウザその他のアプリケーションなどといったアプリケーションウインドウ１４１の右隣に見えるコンテキスト依存サイドバーを示す。サイドバー１４３の配置は、視線及びカーソルの移動を最小化するよう決定され、画面スペース１４０が許す範囲で、アプリケーションウインドウ１４１の右又は左又は上又は下のいずれでもよい。コンテキストは、動的に抽出されるものであり、現在使用されている文書に直接関係するものである。同様に、サイドバー１４３は、使用可能なコンテキスト情報の量と認識したユーザのニーズとに基づき、使用可能な画面スペースを最適に利用するように制御される。

サイドバー１４３に提示されるコンテキストは、アクティブウインドウに表示されている文書１４２に結びついている。サイドバー１４３は、提示部３３（図３参照）として、コンテキストリポジトリ３１からコンテキストを検索する。上述のように、コンテキストは、前もって、又はその場で、各コンピューティングシステムに設けられたカーネル２３ａ〜ｂ（図２参照）の一部として機能するコンテキスト解析エンジンにより求められる。サイドバー１４３は、例えば、文書１４２のファイル名又はＵＲＬ(Uniform Resource Locator)を見つけ出すものでもよく、またその文書１４２のコンテンツを抽出してもよい。

サイドバー１４３は、いくつかのツールを用いてコンテンツへのアクセスを提供することができる。例えば、アラート（警告）ツール１４４は、例えばカレント（現在）の文書が提案を要求する電子メールである場合に提案書作成のガイドラインの表示を起動するなどのように、文書１４２内の特定のコンテンツに遭遇した場合にメッセージ表示その他のアクションを起動するように設定してもよい。アノテーションツール１４５は、文書１４２に対してこのユーザ又は他のユーザにより過去に作成されたコメントを表示したり、文書１４２に新たなコメントを追加したりするためのものである。人々、場所及びトピックスツール１４６は、文書１４２内においてコンテンツ解析エンジンにより見つけ出された人々、組織、場所、地域、トピックスを動的に識別し、コンテキストリポジトリから見つかる、関連する文書、人々、場所又はトピックスなどについての情報を表示する。最後に、関連コンテンツツール１４７は、類似又は同一の段落、類似又は同一の画像、又は類似又は同一のページなどのような、文書１４２と共通の重要なコンテンツを持つ文書群を見つける。この関連コンテンツツール１４７は、文書内のいずれかのコンテンツが現在のユーザ又は企業内の他のユーザにより以前に閲覧又は格納されたかを発見するために、文書フィンガープリンティング（文書の特徴抽出）、段落フィンガープリンティング（段落の特徴抽出）、及び画像フィンガープリンティング（画像の特徴抽出）を用いることができる。この後、関連コンテンツツール１４７は、合致するコンテンツに関連する情報を検索して表示することができる。フィンガープリント（特徴情報）は、例えば、当該文書ファイル全体のハッシュ、又は１つの段落のテキストのような当該文書の一部分のハッシュ、を求めることにより計算してもよい。他のフィンガープリンティング技術を用いてももちろんよい。

基本的な形態では、サイドバー１４３をアクティブウインドウにより近づけて配置すること、及びアクティブウインドウが移動したときにサイドバー１４３がアクティブウインドウの近くにある状態を維持するようサイドバーを移動させることにより、視線及びカーソルが過度に移動するという問題に対処する。同時に、表示する情報を現在のアクティブな文書に直接結びついたものとすることにより、無関係な情報が多すぎるという問題に対処する。

更なる実施形態では、サイドバー１４３を拡張して、より発展した動的な適応を実現することもできる。例えば、サイドバー１４３は、表示すべき情報のサイズ及び重要度に基づいて、自分自身のサイズ、透明度及びその他の特性（設定値）を調整することにより、画面スペースの無駄遣いの問題に対処する。このような拡張には、例えば以下に列挙するような例がある（ただしそれらに限るものではない）。

１）適応的画面スペース： サイドバーの合計面積が、表示すべきコンテンツの量に基づいて自動的に調整されるようにできる。図１０は、一例として、アプリケーションウインドウ１５１内の画面スペースに適応するコンテキスト依存サイドバー１５２を示す図である。例えば、カレント（現在）の文書に対して表示すべきコンテキストが１つも入手できない場合は、アクティブウインドウ１５１に対して相対的に最小の高さ及び幅となるように制御してもよい。同様に、表示すべきコンテキストとして少量のものしか入手できなかった場合は、サイドバー１５２が、ちょうど、そのコンテキストを使用でき且つユーザが入力領域を利用できるようにするのに必要な最小の高さ及び幅となるように制御してもよい。適応的な画面スペースを、意味的なズーム処理と組み合わせ、これにより表示する情報の種類を利用可能な画面スペースの量により決定してもよい。例えば、スペースに余裕がない場合、注釈を要約したり、文書を小さなサムネイル画像又は部分的なファイル名で表示したり、人々の名前をイニシャルとして略したりするなどの処理を行ってもよい。更に、サイドバーが表示すべき有益な情報を持たない場合は、そのサイドバー１５２を、後で示すようにコンテキストスター（星印）アイコンにしてもよい。

２）半透明（図示省略）： ツール１４４〜１４７のうちの１つのような、表示すべきではあるが目立つ必要のないサイドバーの要素は、半透明で表示してもよく、これによりユーザはサイドバーの下側のウインドウを見て読むことができる。例えば、アノテーションツール１４５のテキスト入力領域は、当該テキスト入力領域内にテキストが含まれず、ユーザがアノテーションツール１４５に対して対話的処理を行っていない場合には、半透明に見えるようにレンダリング（描画）してもよい。

３）ツールバー表現（図示省略）： サイドバー１４３の「ツールバー表現」は、ユーザがコンテキストについて認識していたいが、サイドバー１４３がアクティブウインドウ１４２の境界線の外側の画面スペースを取ってしまうことを望まない場合に用いることができる。ツールバー表現モードでは、サイドバー１４３は、アクティブウインドウ１４２の範囲の中の情報の要約を提示する。例えば、ウェブブラウザウインドウのステータスバー内の少量のスペースを用いて、カレントの文書に対していくつの注釈が入手可能であるかをユーザに知らせたり、カレントの文書の新バージョンが存在することをアイコン又はテキストでユーザに通知したりしてもよい。ツールバー表現モードはクリック可能としてもよく、ユーザのクリックによりサイドバー１４３が拡大してフルサイズモードになるようにしてもよい。

４）アニメーション（動画）的遷移（図示省略）： サイドバー１４３の見え隠れが、例えば、フェードイン及びフェードアウト、あるいはスライド式に出たり入ったりする遷移形態で、動画的に遷移するようにしてもよい。これにより、サイドバー１４３が視野に現れたり消えたりする際に注意を惹きにくくなる。

５）協調ウインドウ管理（図示省略）: スライドバーの管理負担を軽減するために、可能ならば、サイドバー１４３がアクティブウインドウ１４２と共に移動するようにし、アクティブウインドウ１４２の管理によりサイドバー１４３も管理されるようにしてもよい。例えば、アクティブウインドウＡとサイドバーＣがあった場合に、アクティブウインドウＡが開けばサイドバーＣは必ず開き、ウインドウＡがアクティブウインドウになると、サイドバーＣは例えば現在の位置ではフェードアウトしてウインドウＡの位置でフェードインする等の形でウインドウＡのところまで移動し、ウインドウＡが最後のウインドウである場合にウインドウＡが閉じるとサイドバーＣは閉じ、ウインドウＡが移動するとサイドバーＣも移動し、ウインドウＡの高さが低くなった場合、サイドバーＣの高さがウインドウＡの低くなった後の高さよりも低くなければ、サイドバーの高さが低くなる。特にサイドバーＣのサイズ変更（リサイズ）に異なるメカニズムが利用可能な場合には、ウインドウＡは、サイドバーＣの辺又は隅をドラッグ操作することでサイズ変更できるようにしてもよい。

６）ミニバー： フルコンテキスト（コンテキスト全部）は不要であるが、ツールバー表現モードよりは多くのコンテキストの表示が必要となる場合があるかも知れない。図１１は、一例として、サイドバー１６２をアプリケーションウインドウ１６１の隣に「ミニバー」モード１６０で、例えば色、アイコン及び短い文字列を用いてコンパクトに表現されたコンテキストを有する細い帯（ストリップ：strip）のような形で、提示する例を示す。同様に、ミニバーモードでは、ユーザが、論理的な矢印(logical arrow)やラベル付きのボタンなどのようなコンパクトな（小型の）インタラクタ（対話操作用の表示要素）を用いて、注釈付け、タグ付け、ブックマーク付けなどのような処理を起動できるようにしてもよい。ミニバーモードからフル（コンテキスト全体を表示する）モードへ遷移するには、ユーザは、ミニバー１６２上の右向きの矢印ボタン１６３を選択し、これによりフルサイズの幅のサイドバーがミニバーの位置に現れ、動画的になめらかにフルサイズ幅へと変化していくようにすることができる。フルサイズのサイドバー（図示省略）の左向きの矢印ボタンを選択すれば、サイドバーはミニバー１６２へと縮小される。

例えば、フルサイズサイドバー内の各ツールは、小さい矩形１６４〜１６８に割り当てられてもよい。例えば、文字「Ａ」を含んだ矩形として表示される「注釈」部１６４は、ユーザが注釈（アノテーション）を閲覧したり追加（記入）したりするためのダイアログボックスを呼び出すためのものである。文字「Ｂ」を含んだ矩形として表示される「ブックマーク」部１６５により、ユーザはサイドバーを拡大することなくカレントの文書に対してブックマークを付けることができる。文字「Ｔ」を含んだ矩形として表示される「トピックス」部１６６は、カレントの文書のトピックス（話題）の識別が完了すると例えば赤色に変化するようにしてもよい。同様に、文字「Ｖ」を含んだ矩形として表示される「バージョン」部１６７は、カレントの文書に新しいバージョンが存在しているか、又はカレントの文書と内容的に顕著に重複する文書が存在する場合に、例えば赤色に変化するようにしてもよい。最後に、文字「Ｓ」を含んだ矩形として表示される「サーチ」部１６８は、クリックされると、ユーザが関連するコンテンツを見つけるのを補助するためにサーチ用のダイアログボックスを呼び出すようにしてもよい。トピックス及びバージョンについては、「この文書に対するトピックスが存在します」、「この文書の新バージョンが存在します」又は「この文書と似た内容のものが存在します」等といった文字列（図示省略）を、ポップアップ式のツールヒント情報（ティップス）に表示してもよい。コンパクトなインタラクタとして他のものを用いてもよい。

７）コンテキストスター： サイドバーのよりコンパクトなモードも可能であり、このモードでは、単一のコンパクトなツールを表示する。このモードのサイドバーを、以下では「コンテキストスター（星印）」サイドバーと呼ぶ。図１２は、一例として、アプリケーションウインドウ１７１の隣のコンパクトモードサイドバー１７２を示す図である。説明の便宜上、コンテキストスター１７２の様々な見た目１７３〜１７６を、同時に、左から右へとそれぞれ異なる位置に示しているが、実際の操作時には、コンテキストスター１７２は、見た目１７３〜１７６のいずれか１つの態様で、ただ１つの場所に表示され、どれが表示されるかはその時々に応じて変わる。見た目１７３〜１７６は、「新規」１７３（アクティブな文書は、ブックマーク付け、タグ付け、注釈付け等がなされていないことを示す）、「関心あり」１７４（アクティブな文書に対してブックマーク付け、タグ付け、注釈付け等がなされているが、それは個人的利用のみのためか、又はまだ完全には処理済みになっていないことを示す）、「アクティブ」１７５（アクティブ文書に対してブックマーク付け、タグ付け、注釈付け等がなされており、アクティブ文書が完全に処理済みであるが、単に個人的利用のみのためであることを示す）、「共有」１７６（アクティブ文書が「関心あり」であるとともに、他の人々に対して利用可能な状態とされる予定であることを示す）、又は「アクティブ共有」（図示省略）（「アクティブ」且つ「共有」）である。コンテキストスターの見た目は更に別のものであってもよい。コンテキストスターボタンをクリックすることにより、ブックマーク付け、タグ付け、注釈付け、ブックマーク付けした文書へのナビゲーション（案内）、他のバージョンへのナビゲーションなどのためのインタラクタが表示されるようになる。

８）マルチサイドバー（複数のサイドバー）（図示省略）： ユーザが２以上のウインドウを頻繁に切り換えて、それぞれを交互にアクティブウインドウにする場合には、上述のサイドバーは常に現在のアクティブウインドウの隣へと再配置される。この再配置の動作は、電子デスクトップ上でサイドバーが跳ね回っているような、邪魔な印象をもたらす場合がある。サイドバーが跳ね回るという問題に対処するために、複数のサイドバーを同時に表示して、直近の過去の各アクティブウインドウの隣に配置してもよい。ユーザが２以上のウインドウの間を行ったり来たりした場合、その操作の間、サイドバー表示は変わらずに安定したままである。複数のサイドバーを表示する場合、１つのサイドバーの場合よりも全体の画面スペースがより多く必要になるので、各サイドバーにより使用される画面スペースの合計を削減するために、「コンテキストスター」などの技術と組み合わせてもよい。

９）タッキング（しまい込み）： 画面スペースを更に削減してウインドウ管理を単純化するために、サイドバーは、対応する文書ウインドウの上部に配置してもよい。図１３は、一例として、アプリケーションウインドウ１８１内のスペース節約サイドバー１８２を示す図である。（サイドバーの）位置決めは、文書ウインドウ上での対話処理のターゲットと重要な情報の配置とを考慮に入れて、サイドバーが重要な情報を隠したり、インタラクタの使用を妨げたりしないようにする。下にあるウインドウ１８１内の価値の高い情報の位置の検出は、そのウインドウの構造をユーザインタフェースの構成要素（コンポーネント）群１８０の階層構造として調べることにより、又は、より煩わしくない方法として、ウインドウ画像に対して画像処理操作を実行して、低情報内容（low information content: 簡単な情報を表すコンテンツ）の領域を検出することにより、実行してもよい。

１０）ウインドウ端（エッジ）への適応的な配置： サイドバーがアプリケーションウインドウの外側に表示される場合、サイドバーの配置は、ユーザの作業に対する妨害を最小限にするように調整することができる。図１４は、一例として、アプリケーションウインドウ１９１内でウインドウ端への適応的に配置１９０されるコンテンツ依存サイドバー１９２を示す図である。ウインドウ端（ウインドウの端部、エッジ）に適応的に配置するために、まず、電子デスクトップ上のアイコンその他のオブジェクトの各々の位置及び相対的な重要度が求められ、各画素に対して重要度を表す値が割り当てられる。サイドバーの縦方向又は横方向又はそれら両方向についての配置位置は、それら画素の重要度値を評価することにより、サイドバーにより隠される画素の数及び重要度値が最小化されるように、且つサイドバーがアプリケーションウインドウに隣接した状態が維持されるように、調整される。例えば、サイドバー１９２は、テキストエディタウインドウの右側に表示することができるが、そのウインドウの上端又は下端と同じ高さに配置することはできない。例えば、サイドバー１９２は、そのウインドウの上端の下に配置して、ユーザが、デスクトップ上に見える「ショートカット」アイコンを見て操作できるようにしてもよい。ウインドウ端への適応的な配置処理は、ターゲット、特に、マイクロソフトウインドウズ（登録商標）スタートボタン、ウインドウズのタスクバー上のオブジェクト、ウインドウのコーナー（隅）、ウインドウを最小化したり最大化したり閉じたりするためのボタン、デスクトップアイコン、ツールトレイアイコンなどといった価値の高いターゲット、をできるだけ遮らない位置を見つけるために用いることもできる。

以上、本発明の実施形態を説明したが、当業者なら分かるように、本発明の範囲内で、形態や詳細について上述の又はその他の変更を行っても良い。

１１ ネットワーク、１２ａ、ｂ、ｃ ユーザ、１３ サーバ、１４ 記憶装置、２１ エンタープライズサーバ、２２ コンテンツベース情報カーネル、２３ 記憶装置、２４ａ〜ｃ クライアント、２５ａ〜ｃ カーネル、２６ ネットワーク、３１ａ，３１ｂ カーネル、３２ａ，３２ｂ 収集部、３３ａ，３３ｂ コンテキストリポジトリ、３４ａ，３４ｂ 提示部、３５ 共同の注釈付け及びタグ付け、３６ エンティティ・ベースのインデックス付け、３７ 行動解析及び予測、３８ 言語学的及び意味的解析、３９ メタデータ解析、４０ ソーシャルネットワーク解析、４１ 意味的サーチ、４２ コンバータ及び抽出、４３ 文書ネットワーク解析。

Claims (4)

1. ウインドウを用いる操作環境においてコンテキスト依存サイドバーウインドウ表示を提供するためのコンピュータシステムであって、
   デジタルデータを含む文書を含んだ電子的記憶装置と、
   電子的デスクトップを含むユーザインタフェースと、
   プロセッサと当該プロセッサにより実行されるコードを記憶するメモリとを備えるコンピュータと、
   を備え、
   前記コンピュータは、
   前記電子的デスクトップ上のアプリケーションプログラムであって、アプリケーションウインドウを介して前記文書についての操作を行うアプリケーションプログラムと、
   前記アプリケーションプログラムにより生成されるサイドバーウインドウと、
   単一ボタンサイドバーモジュールと、
   を備え、
   前記サイドバーウインドウは、
   カーネルにより求められた、前記文書に関連するコンテキスト情報と、
   前記アプリケーションウインドウ内の文書の現在の状態に基づいて前記コンテキスト情報の部分を提示する提示部と、
   を備え、
   前記コンテキスト情報のうちの選択された部分が前記アプリケーションウインドウに対して視覚的に隣接して配置された前記サイドバーウインドウ内に提示され、その中で提示されるコンテキスト情報と前記サイドバーウインドウの位置とが、前記文書及び前記アプリケーションウインドウの現在の状態に応じて常に更新され、
   前記単一ボタンサイドバーモジュールは、前記サイドバーウインドウを、前記文書の前記現在の状態を表す複数のグラフィックスを含む単一のボタンとして提示すると共に、前記単一のボタンのグラフィカルな見た目を、前記文書に関連づけられた前記コンテキスト情報の複数の属性のうちの１つの値を示すように変化させ、前記グラフィカルな見た目には、色及び形の変化が含まれ、前記コンテキスト情報の複数の属性には、前記文書について注釈が存在することを示す属性、前記文書の別バージョンが存在することを示す属性、前記文書の新バージョンが存在することを示す属性、前記文書にブックマークが付されていることを示す属性、前記文書が他のユーザと共有済みであることを示す属性、及び類似の話題について別の情報が入手可能であることを示す属性、が含まれる、ことを特徴とするシステム。
2. 請求項１に記載のシステムであって、更に、
   前記文書の中から抽出される前記コンテキスト情報、前記文書に関連づけられた識別情報を用いて前記電子的記憶装置から検索されるコンテキスト情報、前記文書とは別に保持された更なる情報に由来するコンテキスト情報、及び文書の特徴情報及び段落の特徴情報の組のうちの少なくとも一方、のうちの少なくとも１つを含むコンテキスト情報を取得する収集部、を更に備える、システム。
3. 請求項１に記載のシステムであって、
   前記電子的デスクトップ内で利用可能なスペースの量と前記コンテキスト情報の量とのうちの少なくとも一方に基づいて、前記サイドバーウインドウの面積を適応的に調整する適応的調整モジュールと、
   現在の文書についていくつの注釈が入手可能であるか、及び現在の文書の新バージョンが存在するか、のうちの１つ以上を示す、ウェブブラウザウインドウのステータスバー内のスペース、アイコン及びテキスト文字列のうちの少なくとも１つを含む要約情報として、前記アプリケーションウインドウ内に前記サイドバーを提示する情報要約モジュールと、
   前記サイドバーウインドウを、少なくともフェードイン・フェードアウト方式又はスライド方式で視野から遷移させる遷移スライドバーモジュールと、
   前記アプリケーションウインドウが開かれたときに前記サイドバーウインドウを開き、前記アプリケーションウインドウが閉じられたときに前記サイドバーウインドウを閉じ、前記アプリケーションウインドウが移動したときに前記サイドバーウインドウを移動させる協調ウインドウ移動モジュールと、
   前記文書に関連づけられた前記コンテキスト情報の閲覧又は変更の操作を起動するためのコンパクトなインタラクタ、色、アイコン、及び短い文字列、のうちの1以上を含む帯として前記サイドバーウインドウを提示する帯状サイドバー−モジュールと、
   のうちの少なくとも１つを更に備える、システム。
4. ウインドウを用いる操作環境においてコンテキスト依存サイドバーウインドウ表示を提供するための、コンピュータを用いた方法であって、
   デジタルデータを含む文書を電子的記憶装置にて保持するステップと、
   前記電子的デスクトップ上のアプリケーションプログラムによって生成されたアプリケーションウインドウを介して前記文書について操作するステップと、
   サイドバーウインドウを生成するステップと、
   を含み、
   前記サイドバーウインドウを生成するステップでは、
   前記文書に関連するコンテキスト情報を求め、
   前記コンテキスト情報のうち提示すべき部分を、前記アプリケーションウインドウ内の文書の現在の状態に基づいて選択し、
   前記コンテキスト情報のうちの前記選択された部分を前記アプリケーションウインドウに対して視覚的に隣接して配置された前記サイドバーウインドウ内に提示し、
   提示するコンテキスト情報と前記サイドバーウインドウの位置とを、前記文書及び前記アプリケーションウインドウの現在の状態に応じて常に更新し、
   前記サイドバーウインドウは、前記文書の前記現在の状態を表す複数のグラフィックスを含む単一のボタンとして提示されると共に、前記単一のボタンのグラフィカルな見た目が、前記文書に関連づけられた前記コンテキスト情報の複数の属性のうちの１つの値を示すように変化し、前記グラフィカルな見た目には、色及び形の変化が含まれ、前記コンテキスト情報の複数の属性には、前記文書について注釈が存在することを示す属性、前記文書の別バージョンが存在することを示す属性、前記文書の新バージョンが存在することを示す属性、前記文書にブックマークが付されていることを示す属性、前記文書が他のユーザと共有済みであることを示す属性、及び類似の話題について別の情報が入手可能であることを示す属性、が含まれる、
   ことを特徴とする方法。

Images