(57)【要約】【課題】アノテーションを利用した情報検索表示処理システムにおいて、効率的に情報検索を行なうことができるようにする。【解決手段】文書IDとアノテーション位置とアノテーションを付与したユーザのユーザIDとをアノテーションDB216 に登録する。ユーザIDとそのユーザの属性情報とをプロファイルDB234 に登録する（S100〜S102）。アノテーション検索時には、文書にアノテーションを付与した全ユーザの人物属性を先ず検索して文書ビューア102 に提示する（S110〜S114）。アノテーション処理装置218は、リスト表示された人物属性の中からユーザが希望する人物属性を持つユーザIDをプロファイルサーバ232 へ問い合わせる（S120〜S122）。そして、プロファイルサーバ232 により検索されたユーザIDかつ文書IDをもつアノテーションをアノテーションDB216 より検索し（S126）、検索したアノテーション内容を文書ビューア102 に返す（S128）。【選択図】        図１３
2004199485.tif 000002
【特許請求の範囲】
【請求項１】
所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備え、前記付加情報を介して前記文書に関わる関連情報を検索する情報検索表示処理方法であって、
人物の属性情報と前記関連情報とを対応付けて管理するとともに、
前記文書に前記付加情報を付与した人物の属性情報を検索条件として受け付け、当該受け付けた属性情報に関わる前記関連情報を検索する
ことを特徴とする情報検索表示処理方法。
【請求項２】
所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備え、前記付加情報を介して前記文書に関わる関連情報を検索する情報検索表示処理システムであって、
人物の属性情報と前記関連情報とを対応付けて登録する人物属性情報登録部と、
所定の表示デバイス上に表示された文書に前記付加情報を付与する付加情報付与部と、
前記付加情報付与部を用いて前記文書に前記付加情報を付与した人物の属性情報を検索条件として受け付け、当該受け付けた属性情報に関わる前記関連情報を前記人物属性情報登録部を参照して検索する検索部と
を備えたことを特徴とする情報検索表示処理システム。
【請求項３】
前記検索部は、検索条件として指定された前記属性情報に関わる前記付加情報を前記関連情報として検索する
ことを特徴とする請求項２に記載の情報検索表示処理システム。
【請求項４】
前記検索部により検索された付加情報を前記表示デバイス上に表示されている前記文書に重ねて表示させる表示処理部
を備えたことを請求項３に記載の情報検索表示処理システム。
【請求項５】
所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備えた前記付加情報を介して前記文書に関わる関連情報を検索する情報検索表示処理システムに使用される管理サーバであって、
人物の属性情報と前記関連情報とを対応付けて登録する人物属性情報登録部と、
前記文書に前記付加情報を付与した人物の属性情報を検索条件として受け付け、当該受け付けた属性情報に関わる前記関連情報を前記人物属性情報登録部を参照して検索する検索部と
を備えたことを特徴とする管理サーバ。
【請求項６】
前記人物属性情報登録部は、前記文書に前記付加情報を付与した人物を特定するユーザ情報を前記付加情報と対応付けて登録する付加情報登録部と、前記ユーザ情報と当該ユーザ情報に対応する前記人物の属性情報とを登録するユーザプロファイル登録部と
を有することを特徴とする請求項５に記載の管理サーバ。
【請求項７】
前記検索部は、前記付加情報登録部を参照して、検索条件として指定された前記属性情報に関わる前記付加情報を、前記属性情報に関わる関連情報として検索する
ことを特徴とする請求項６に記載の管理サーバ。
【請求項８】
所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備えた前記付加情報を介して前記文書に関わる関連情報を検索する情報検索表示処理システムに使用されるクライアント端末であって、
所定の表示デバイス上に表示された文書に前記付加情報を付与する付加情報付与部と、
前記付加情報付与部を介して前記文書に前記付加情報を付与した人物の属性情報を検索条件として前記関連情報の検索を要求する検索要求部と
を備えたことを特徴とするクライアント端末。
【請求項９】
前記検索要求部により検索条件として指定された属性情報に関わる前記付加情報を前記関連情報として受け取り、この検索された付加情報を前記表示デバイス上に表示されている前記文書に重ねて表示させる表示処理部
を備えたことを特徴とする請求項８に記載のクライアント端末。
【請求項１０】
前記表示デバイス上に表示されている前記文書に重ねて表示される前記付加情報を、視覚的に強調して出力させる機能部
を備えたことを特徴とする請求項９に記載のクライアント端末。
【請求項１１】
所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備えた前記付加情報を介して前記文書に関わる関連情報を検索する情報検索表示処理システムにおいて、コンピュータを利用して、前記文書に関わる関連情報を検索するためのプログラムであって、
前記文書に前記付加情報を付与した人物の属性情報を検索条件として受け付ける手順と、
前記付加情報を付与する人物の属性情報と前記関連情報とを対応付けて登録している所定のデータベースを参照して、前記検索条件として受け付けた属性情報に関わる前記関連情報を検索する手順と
を前記コンピュータに実行させることを特徴とするプログラム。
【請求項１２】
前記人物の属性情報を検索条件として受け付ける手順は、前記表示デバイス上に表示された前記文書に前記付加情報を付与した人物の属性情報を所定のルールに従って整理して前記表示デバイス上にリスト表示させる手順と、
このリスト表示された中から前記検索条件としての属性情報を受け付ける手順と
を含むことを特徴とする請求項１１に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、文書を表示デバイス上に表示する機能を備えたシステムにおいて利用される情報検索表示処理支援方法および情報検索表示処理支援システム、並びにコンピュータを利用して情報検索表示処理支援方法や情報検索表示処理支援システムを実現するためのプログラムに関する。また、本発明は情報検索表示処理支援システムを構成する管理サーバやクライアント端末に関する。より詳細には、複数のユーザより電子文書に付与された付箋を利用して情報検索を行なう技術に関する。
【０００２】
【従来の技術】
人が文書を読む場合、ペンやマーカなどの筆記具を利用してメモや注釈などを付与しながら読解を行なうことは自然なことである。メモや注釈が付与された位置は読み手にとって、何らかの興味がある位置であると思われる。
【０００３】
同様のことは、電子文書を取り扱う場合にも起こる。たとえば、メモ、メッセージ、あるいはアノテーションなどの、電子文書の本文に付加される可視化情報（電子付箋）を、電子文書の本文に影響を与えることのないよう、その電子文書の本体の付加データとして添付する技術が広く用いられている。
【０００４】
たとえば、複数の端末装置を通信ネットワークで接続することにより、複数のユーザが端末画面を介して会議に参加できるようにした電子会議システムにおいて、参加者間で文書を共有可能にする技術が種々提案されている（たとえば特許文献１参照）。
【０００５】
【特許文献１】
特開平７−８４９０５号公報
【０００６】
ここで、注釈などの電子付箋を端末画面に表示された文書に付加することは、電子会議システムでもなされる。たとえば、端末画面に表示された文書（電子化された資料）に、ペン型の指示デバイスを用いての入力や指先で直接タッチパネルに触れて記入する手書き入力などによって、メモやアノテーションなどの電子付箋を表示画面上で書き込むことがある。
【０００７】
この電子付箋の機能によれば、会議の参加者は、それぞれの端末から独自に加筆修正することができ、思考を妨げず簡単に付加情報を入力することができる。また、この手書き情報を他の参加者の端末画面上にも表示することができる。これにより、各端末装置から意見やアイデアを入力したりそのハードコピーを取ったりすることができる。つまり、文書の電子化やネットワークの利用により、電子的に表示された文書に対して付与されたアノテーション（アンダーラインやマーキングや文字の書込みなど）などを共有することができる。
【０００８】
また、ある文書の一部に付与されたアノテーションなどの電子付箋の状態をクエリ（検索条件）として、既に同じ位置に付与されている文書の電子付箋を検索結果として再現することもできる。電子付箋が付与された位置は読み手にとって、何らかの興味がある位置であると思われる。他人や自分が以前に付与した電子付箋を再現することにより、他人や自分が付与した興味のある位置を知ることができる。
【０００９】
どの人物がどのような特性を持っているのかを知っている場合、特定の人物のアノテーションは意味があるが、不特定多数の人物が文書やアノテーションを共有する場合、素性の知らぬ人物のアノテーションはあまり意味が無い。
【００１０】
特許文献２には、電子文書に付与されたアノテーションを、アノテーションを付与した人物ごとに管理し、ある特定の人物を指定することにより、その人物が付与したアノテーションを再現する手法が提案されている。特定の人物の興味を知りたい場合は、この特許文献２に記載の方法により対応を採ることができる。
【００１１】
【特許文献２】
特開平９−６２６７６号公報
【００１２】
【発明が解決しようとする課題】
一方、特定の人物のアノテーションを再現するよりも、特定の属性の人物が付与したアノテーションを再現することが有効となる場合がある。たとえば、製品のプレス発表の記事に対して、エンジニアが注目している点や営業が注目している点を素早く知りたい場合がある。しかしながら、上記特許文献２に記載の方法では、特定の人物を検索条件に指定する手法であるから、このような要求に応えることはできないので、効率的に情報検索を進めることができない。
【００１３】
本発明は、上記事情に鑑みてなされたものであり、アノテーションなどの文書に付加された付加情報を利用して効率的に情報検索を行なうことのできる情報検索表示処理方法およびこの情報検索表示処理方法を応用した情報検索表示処理システムを提供することを目的とする。また、本発明は、情報検索表示処理システムを構成する管理サーバやクライアント端末を提供することを目的とする。また、本発明は、コンピュータを利用して前記方法やシステムを実現するためのプログラムを提供することを目的とする。
【００１４】
【課題を解決するための手段】
すなわち、本発明に係る情報検索表示処理方法は、所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備え、付加情報を介して文書に関わる関連情報を検索する情報検索表示処理方法であって、人物の属性情報と関連情報とを対応付けて管理するとともに、文書に付加情報を付与した人物の属性情報を検索条件として受け付け、当該受け付けた属性情報に関わる関連情報を検索することとした。
【００１５】
本発明に係る情報検索表示処理システムは、上記本発明に係る情報検索表示処理方法を実施するシステムであって、人物の属性情報と関連情報とを対応付けて登録する人物属性情報登録部と、所定の表示デバイス上に表示された文書に付加情報を付与する付加情報付与部と、付加情報付与部を用いて文書に付加情報を付与した人物の属性情報を検索条件として受け付け、この受け付けた属性情報に関わる関連情報を人物属性情報登録部を参照して検索する検索部とを備えるものとした。
【００１６】
本発明に係る管理サーバやクライアント端末は、本発明に係る情報検索表示処理システムを構成するものである。また、従属項に記載された発明は、本発明に係る情報検索表示処理システムあるいは管理サーバやクライアント端末のさらなる有利な具体例を規定する。さらに、本発明に係るプログラムは、本発明に係る情報検索表示処理方法や情報検索表示処理システムを、電子計算機（コンピュータ）を用いてソフトウェアで実現するために好適なものである。なお、プログラムは、コンピュータ読取り可能な記憶媒体に格納されて提供されてもよいし、有線あるいは無線による通信手段を介して配信されてもよい。
【００１７】
【作用】
上記構成においては、先ず、文書に付加情報が付与されたとき、その付加情報を付与した人物の属性情報と、付加情報やこの不可情報が付与された文書を関連情報として、両者を対応付けて所定の登録部（データベース）に格納する。
【００１８】
そして、付加情報を利用した検索処理の要求を受け付ける場合は、文書に付加情報を付与した人物の属性情報を検索条件として受け付け、この受け付けた属性情報に関わる関連情報、たとえばその人物属性に該当する人物が付与した付加情報そのものや、その付加情報にて示される閲覧中文書内の語句から導かれるクエリに該当する別の文書を検索する。
【００１９】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。
【００２０】
図１は、本発明に係る情報検索表示処理方法および情報検索表示処理システムを適用した電子会議システムの構成例を示す図である。なお、この例での電子会議の場面設定としては、たとえば、開発開始提案や国際技術標準化会議など、電子的なドキュメントベースの会議の場面を想定する。
【００２１】
電子的なドキュメントとしては、たとえば、開発開始提案の場面では、前任機（現行機種など開発対象機種に対するそれ以前の機種）に関する仕様書、市場トラブルレポート、サポート部門の技術標準書類、など類似文書が多数ある。
【００２２】
また、技術標準化会議の場面では、似たような技術標準書や同じ技術に関するメーリングリストなど関連する文書が周囲に存在している。
【００２３】
電子会議システムへの参加者としては、たとえば、決定に影響を与えたり決定事項から影響を受けたりする組織の代表である参加者、議長、記録係などが想定される。
【００２４】
電子会議システムでは、たとえば、代表者の誰かが提案書を纏め事前に資料を配布している。そして、会議の前に参加者ならびに議長が資料を読み、手書きのアノテーションなどの電子付箋を表示画面上に加えることができる。また、会議の進行中に組織の代表者は、バックオフィスにいる関係者とアノテーションを用いてコンテキストを共有し、また互いに連絡をとりながらリアルタイムに部門意見の調整を行なうこともできる。
【００２５】
ここで、電子会議システムにおける会議の流れの中で、手書きアノテーションなどの電子付箋の共有が関わる場面としては、たとえば、次のようなものが考えられる。
＊配布された資料を会議前に読み、アノテーションを書き込む。
＊説明内容を聞きながらアノテーションを入れる。
＊質疑応答セッションで、アノテーションをもとに質問箇所を素早く探して質問する、あるいは応答する。
＊過去の関連文書を検索する。
＊会議中で同僚に質問する。
＊議論のセッション。
＊採択や意見集約のセッション。
＊合意事項の確認のセッション。
＊議事録作成。
＊会議の模様をグループのメンバーに報告する。
＊会議を通して専門家を発見したり、多様な視点に気付かされたりする。
【００２６】
＜＜システム構成の概要＞＞
次に、図１に示した電子会議システムの構成を説明する。電子会議システム１は、電子会議の参加者が使用するクライアントシステム１００と、電子会議システム１にて使用される電子データ（文書データに限らず、会議に必要な他の電子的な情報の全てを含む）を処理するサーバシステム２００とを備えている。クライアントシステム１００およびサーバシステム２００を構成する各機能要素は、有線や無線などのネットワーク（通信網）９によって接続されている。
【００２７】
クライアントシステム１００は、会議への参加者ごとに設けられている。図示した例では、２セット分を例示しているが、その数は２つに限らない。なお、１つのセットを複数人が共用してもかまわない。
【００２８】
クライアントシステム１００は、電子文書を表示するための文書ビューア１０２（図では１０２ａ，１０２ｂ）、文書ビューア１０２に表示されている電子文書に付加情報の一例であるアノテーションを付与するためのアノテーションデバイス１７０（図では１７０ａ，１７０ｂ）、および画面操作の履歴を保存したり文書ビューア１０２を制御したりするマネジャ部１８０（図では１８０ａ，１８０ｂ）を有する。文書ビューア１０２とアノテーションデバイス１７０とで、付加情報付与部１０６（図では１０６ａ，１０６ｂ）およびアノテーション検出部（付加情報付与部分情報取得部）１０７（図では１０７ａ，１０７ｂ）とが構成される。
【００２９】
文書ビューア１０２は、図示しない本体（クレードル／ドッキングステーション）に装着自在となっている。文書ビューア１０２としては、たとえば、パソコンなどに使用されるＣＲＴや液晶（ＬＣＤ）などのディスプレイや、紙を模倣したようなデバイス（たとえばタブレットＰＣ）などを使用するとよい。なお、文書ビューア１０２は、ホワイトボード程度の大きさにした大型タブレットとして構成してもよい。
【００３０】
アノテーションデバイス１７０としては、手書き入力ができる機能を備えたものであるのがよく、たとえばペンの形状を持つデバイスなどの入力デバイスを使用するとよい。ペン形状のデバイスの場合、表示面上をデバイスで直接指示できるように、たとえば電磁誘導方式の検知機構とする場合には文書ビューア１０２およびアノテーションデバイス１７０ともに指示入力を検知する仕組みを持つものとする。また、タッチパネル方式を採用してもかまわない。また、アノテーションデバイス１７０は、ペン型のものに限らず、マウスやキーボードなどの入力・指示デバイスを用いるものであってもよい。
【００３１】
マネジャ部１８０は、文書の閲覧履歴やアノテーションの履歴（ログファイル）を保存するログファイル格納部１８２（図では１８２ａ，１８２ｂ）を有する。また、このマネジャ部１８０は、読み手により指定された表示手法（本例では強調表示機能）を実現する機能部が設けられる（後述する図３参照）。
【００３２】
サーバシステム２００は、付加情報管理部の一例であってログファイルやアノテーションを管理するアノテーション管理部２１０、電子文書を管理する文書管理部２２０、および個人のプロファイルを管理するプロファイル管理部２３０を有する。
【００３３】
アノテーション管理部２１０は、文書に付与されたアノテーションの保存と検索を行なうサーバであるアノテーションサーバ２１２と、付加情報登録部の一例であってアノテーションおよびそれに付随する属性情報を保存するためのデータベース（Data Base ）であるアノテーションＤＢ２１６とを有する。アノテーションＤＢ２１６は、文書にアノテーションなどの付加情報を付与した人物を特定するユーザ情報を付加情報と対応付けて登録する。
【００３４】
文書管理部２２０は、文書の保存と検索を行なうサーバである文書サーバ２２２と、文書およびそれに付随した属性情報を保存するためのデータベースである文書ＤＢ２２４とを有する。
【００３５】
文書本体を管理する文書管理部２２０と、電子文書に付与されるアノテーションなどの付加情報を管理するアノテーション管理部２１０とを設けることで、配布資料に対する加筆修正がそれぞれ独自に行なわれるケースでも、会議終了時に原本と合わせたときにその内容に矛盾が生じることを回避することができる。
【００３６】
たとえば、だれかが原本のある部分に補足説明を加え、一方、だれかが同じ部分を削除するような修正を加えたときでも、それらの編集部分を文書ＤＢ２２４に登録されている文書本体とは別に、文書本体と対応付けてアノテーションＤＢ２１６に登録しておくことで、会議資料本体やこれに対する加筆修正などの内容に矛盾が生じることなく情報の管理を行なうことができる。また、アノテーションＤＢ２１６を参照することで、その場で出された意見や討論の内容を後で書き出すことも容易である。
【００３７】
プロファイル管理部２３０は、個人のプロファイルの保存と検索を行なうサーバであるプロファイルサーバ２３２と、ユーザプロファイル登録部の一例であって個人のプロファイル（人物の属性情報）を保存するデータベースであるプロファイルＤＢ２３４とを有する。
【００３８】
なお、図示したサーバシステム２００の各管理部２１０，２２０，２３０は、それぞれ別体のものであってもよいし、任意の組合せにて同一筐体内に収容されたものであってもよい。たとえば、アノテーションＤＢ２１６とプロファイルＤＢ２３４とを一体とし、人物の属性情報とアノテーションなどの付加情報とを対応付けて登録するデータベース（人物属性情報登録部）として構成してもよい。
【００３９】
また、たとえば、各サーバは共通のコンピュータで構成されていてもよいし、各データベースとして共通のハードディスク装置を利用するものであってもよい。なお、アノテーション管理部２１０および文書管理部２２０を纏めて、文書情報管理部ともいう。これら管理部２１０，２２０，２３０としては、たとえばワークステーションが使用されるとよい。
【００４０】
＜文書ビューアの外観＞
図２は、情報表示処理装置の一実施形態である文書ビューア１０２の表示面側に着目した外観図である。図示するように、この文書ビューア１０２は、表示デバイスの一例である液晶表示パネル１０３と種々のハードウェアキーで構成された操作ボタン１１０とが筐体１０９に収容されて構成されており、ある程度の厚みを持った１枚の板状に形成されている。
【００４１】
液晶表示パネル１０３は、バックライト付きパネルとして構成されており、文書を表示するための文書表示エリア１０４として使用される。文書表示エリア１０４上は、アノテーションデバイス１７０にて手書き入力（デジタルインク）が可能である。マネジャ部１８０には、このデジタルインクに対応したメモ書きユーティリティ（ハードウェアおよびアプリケーションソフト）が組み込まれる。
【００４２】
デジタルインクに対応したコントローラとしては、手書きで入力したデータを“デジタルインク(手書き文字)”として認識し処理するためのものであればよく、必ずしも、手書きで入力したものをテキスト変換する機能（手書き文字認識機能）を備えたものである必要はない。この場合でも、テキストの最上位フォーマットとして取り扱うことができ、手書き文字のまま検索したり、文字を加工(カラー変更など)したりすることができる。なお、デジタルインクデータフォーマットを画像データ（たとえばビットマップデータ）として取り扱ってもよい。
【００４３】
このように、文書ビューア１０２は、紙の文書を読む際に文書に好きな形で下線や丸を付けたりメモを書き込んだりするのと同様に、アノテーションデバイス１７０を用いて書込み入力が可能となっている。また、厚みを持った１枚の板状に形成されているので、たとえば、書込み時に、膝の上に置いたり傾けたりして読みやすい位置や角度に据えることも容易である。
【００４４】
書込み入力された情報（文書本体の付加情報）は、文書ビューア１０２内の図示しない記憶部に保持され、所定のときにサーバシステム２００のアノテーション管理部２１０に送られ、アノテーションＤＢ２１６に文書本体と対応付けられて格納される。後にその文書を読み出すときには、文書本体とともに、過去に記入したアノテーションも読み出され、文書表示エリア１０４に表示される。
【００４５】
これにより、紙のように自由に好きな形で下線や丸あるいはメモなどの書込みを入れることで、情報の記載場所に関する読み手の記憶を視覚的に助ける効果を発揮させることが可能となる。
【００４６】
たとえば、電子会議システム１を利用した会議であれば、配布された資料を会議前に読みアノテーションを書き込んだり、あるいは会議の途中に説明内容を聞きながらアノテーションを入れたりするなどに利用することができる。
【００４７】
操作ボタン１１０としては、複数のハードウェアキーが用意されている。たとえば図示するように、文書ＤＢ２２４に格納された文書を読み込むための文書読込みボタン１１４と、文書表示エリア１０４に描画されたアノテーションを保存するための保存ボタン１１６とを備えている。また、操作ボタン１１０としては、アノテーションＤＢ２１６に保存されるアノテーションを検索し文書表示エリア１０４に表示させるための検索ボタン１１８とページを前後に捲るための前ページ送りボタン１２２ａおよび次ページ送りボタン１２２ｂからなるページ捲りボタン１２２を備えている。なお、操作ボタン１１０のハードウェアキーに代えて、文書表示エリア１０４にキーボタンを表示するソフトウェアキーとしてもよい。
【００４８】
この文書ビューア１０２は、内部に備えられている記憶媒体から読み出したデータ、あるいは図示しないネットワーク接続機能部を介してサーバシステム２００（Ｗｅｂサーバでもよい）などから取得したデータに基づいて画像を液晶表示パネル１０３に表示するように構成されている。
【００４９】
また、文書ビューア１０２は、本を読むようにパラパラと捲りながらページ単位で表示を切り替えていく機能（捲り表示機能）が搭載されており、この捲り表示機能を利用することで、たとえば、取り込んだ多数の情報の中から所望の情報を素早く検索できるように構成されている。
【００５０】
すなわち、この文書ビューア１０２における情報検索時には、前ページ送りボタン１２２ａや次ページ送りボタン１２２ｂといった２つのページ送りボタン（ページ捲りボタン１２２）を操作することで、ページ捲り操作を行ないながら所望のページ情報を液晶表示パネル１０３に表示させることができる。また、前ページ送りボタン１２２ａや次ページ送りボタン１２２ｂの何れか一方を連続的に押し続けると高速でページ送りを行なうことができ、これにより、次々と表示される情報を確認しながら所望とする情報を探すという操作が可能となっている。
【００５１】
また、捲り表示の際は、ページ送り操作に合わせて、液晶表示パネル１０３の液晶素子を駆動する画素振幅である画像コントラストや画像全体の明るさである表示明度（ブライトネス／背景輝度）を通常表示時と異なるものとし、表示デバイス上の表示画像の明暗状態を所定時間に亘って通常状態の明暗の調子と異なるものにすることで、全体の画像の特徴抽出が容易となるように構成されている。
【００５２】
＜文書ビューア／マネジャ部＞
図３は、文書ビューア１０２とマネジャ部１８０の機能ブロック図である。文書ビューア１０２は、ページ単位で画像を表示する表示デバイスの一例である液晶表示パネル１０３と、文書ビューア１０２におけるの表示処理全体を制御するコントローラ１３０と、所定条件の元に新しいページ画像を生成するページ画像生成部１４０とを備える。コントローラ１３０は、液晶表示パネル１０３上のページ画像の切替指示を操作ボタン１１０を介して受け付けるページ送り指示受付部１３２を有する。ページ画像生成部１４０は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けたことを条件として新しいページ画像を生成する。
【００５３】
また、文書ビューア１０２は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けたことを条件として、液晶表示パネル１０３上の画像を切り替えるとともに表示画像の明暗状態を所定順序に従って切り替える表示輝度制御部１５０を備える。
【００５４】
ページ画像生成部１４０は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けると、指示された方向（前方／後方の何れか）の新しいページ画像を生成し、生成し終えると、その旨を示す生成完了信号Ｓ１を表示輝度制御部１５０に通知する。
【００５５】
表示輝度制御部１５０は、液晶表示パネル１０３上におけるページ画像の表示コントラストを制御する機能部であるコントラスト制御部１５０ａと、液晶表示パネル１０３のバックライト輝度を制御することでブライトネスを制御する機能部であるブライトネス制御部１５０ｂとを有する。
【００５６】
表示輝度制御部１５０は、液晶表示パネル１０３上のページ画像のコントラストをコントラスト制御部１５０ａにより調整したり、あるいはページ画像のブライトネスをブライトネス制御部１５０ｂにより調整したりして、液晶表示パネル１０３上における表示輝度を制御する。なお、コントラストおよびブライトネスの両方に限らず、この両者の少なくとも一方を調整するものであればよい。
【００５７】
この表示輝度制御部１５０は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けると、液晶表示パネル１０３の画像をページ画像生成部１４０が生成した新しいページ画像に切り替えるとともに、表示輝度を所定時間だけ通常表示（その時点にユーザが設定しているコントラストやブライトネスの状態）と少し変える機能を備えている。これにより、本を読むようにパラパラと捲りながら表示を行なっていく場合でも、判別能を高めることができる。
【００５８】
一方、マネジャ部１８０は、ログファイル格納部１８２の他に、読み手が読もうとする対象文書を文書ＤＢ２２４から取り込み強調表示すべき文字やセンテンスを特定する強調語／センテンス特定部１８４と、強調表示すべき文字やセンテンスの選択手法を強調語／センテンス特定部１８４に指示する強調語／センテンス選択手法指示部１８６と、強調表示機能の有効／無効（オン／オフ）を制御する強調指示制御部１８８とを備える。
【００５９】
マネジャ部１８０は、先ず、強調語／センテンス選択手法指示部１８６にて読み手（本例では会議参加者）により指定された手法を実現する強調語／センテンス特定手法を選択し強調語／センテンス特定部１８４に指示する。読み手が読もうとする対象文書は、強調語／センテンス特定部１８４に入力される。強調表示機能がオンとなっている場合は、強調語／センテンス特定部１８４にて強調表示すべき語句（単語、センテンス、あるいは文章）をどのように表示するかが決定された後に文書ビューア１０２のコントローラ１３０を通じページ画像生成部１４０へ画像情報が送られる。
【００６０】
なお、強調表示手法としては、濃度（コントラスト／ブライト）を変化させて表示させる、フォント（種類やサイズ）を変化させて表示させる、文字色を変化させて表示させる、文字の背景色を変化させて表示させる、下線やべた塗りを付す、などという方法がある。
【００６１】
また、強調表示機能を利用することで、「流し読み機能」を持たせる場合にも効果を高めることができる。たとえば、紙の文書を流し読みするとき、読み手は、興味を引く語句や文書を特徴づけている語句を拾い読みしながら、大事な内容が掲載されていそうなページや文書の大凡の印象を得るといったことを行なっている。この文書ビューア１０２でも、「流し読みモード」を設けることで、文意をよく表現していると思われる重要語句を濃く表示することができる。濃く表示されているキーワードを追っていくことによって、短時間で文書の内容を理解することができる。また、読み手は、濃く表示されている語句の周辺が重要な箇所であると推測することもできる。より深く内容を理解したければ、そこを読み進めればよい。
【００６２】
また、アノテーション機能を利用した文献リストの自動生成とリンクさせた文書を表示することもできる。たとえば、ある文書に読み手が書き込んだ下線や丸などの印がついた語句をキーワードにして、サーバシステム２００に保持している文書に検索をかける。そしてキーワードが頻出する文書を参考文献としてリストアップする。読み手は、文書のタイトル、キーワードが頻出している個所の文章（クリップ）とページ番号を参照することができる。
【００６３】
指定された参照文献を表示する際には、クリップ（検索条件に該当した語句を示す状態）中のキーワードに、たとえば、フォント種やサイズあるいは色を変える、下線（アンダーライン）を引く、下線の太さを変える、マーカーペンのように色塗りする、あるいは濃い文字で表示するなどの強調表示をする。こうすることで、参照文献の内容を素早く理解することが可能となる。これらの手法をどのように実現するかは、公知技術であるので、説明を割愛する。
【００６４】
なお、強調語／センテンス特定部１８４、強調語／センテンス選択手法指示部１８６、および強調指示制御部１８８の各処理は、本願出願人に係る特願２００２−３１４８７６号を参照するとよい。
【００６５】
＜文書サーバ／文書データベース＞
図４は、文書サーバ２２２および文書ＤＢ２２４の構成例を示す図である。文書サーバ２２２は、「登録」と「文書読込み」を外部からの指示により受け付ける。たとえば、文書ビューア１０２の文書読込みボタン１１４が操作されたことをクライアントシステム１００にて検知すると、クライアントシステム１００は、その旨をサーバシステム２００を構成する文書管理部２２０の文書サーバ２２２に通知する。これにより、文書サーバ２２２は、文書ＤＢ２２４から指示された文書を読み込む。
【００６６】
なお、「登録」は、たとえば“http://datacenter.company.co.jp/access.cgi？DocumentID=8gjk3cl3”などのように、文書ＤＢ２２４への文書の格納先を示すアドレスを示した登録したい文書へのＵＲＬ（Uniform Resource Locators ）などのパスやディレクトリへのパスで与えることとする。
【００６７】
文書サーバ２２２は、与えられたパスが示す文書（群）に対し、順次、文書ＩＤを付与し、文書名と文書本文を文書ＤＢ２２４に登録する。このとき、文書ＤＢ２２４内のデータ構造は、たとえば図４（Ｂ）のようになる。文書名または文書本文はＵＲＬなどの文書へのパスでもかまわない。
【００６８】
文書サーバ２２２は、文書ビューア１０２から「文書読込み」の指示を受け付ける。文書サーバ２２２は、「文書読込み」の指示を受け付けると、文書ＤＢ２２４内の文書名の一覧を作成し、文書ビューア１０２へ返す。また、文書サーバ２２２は、文書ビューア１０２より文書名を受け取り、対応する文書本文を文書ビューア１０２へ送り返す。
【００６９】
＜アノテーションサーバ／アノテーションデータベース＞
図５は、アノテーションサーバ２１２およびアノテーションＤＢ２１６の基本的な構成例を示す図である。
【００７０】
アノテーションサーバ２１２は、「保存」と「検索」を外部からの指示により受け付ける。たとえば、文書ビューア１０２の保存ボタン１１６が操作されたことをクライアントシステム１００にて検知すると、クライアントシステム１００は、その旨をサーバシステム２００を構成するアノテーション管理部２１０のアノテーションサーバ２１２に通知する。これにより、アノテーションサーバ２１２は、保存を指示されたアノテーション情報（付加情報の特徴を表した情報の一例）をそのアノテーションが付与されていた文書に対応付けて、記憶部の一例であるアノテーションＤＢ２１６に登録（格納）する。
【００７１】
たとえば、アノテーションサーバ２１２は、文書ビューア１０２から「保存」の指示を受け付ける。このとき、保存したいアノテーション内容と、アノテーションの矩形情報と、アノテーションが付与された文書ＩＤと、「保存」指示を発したユーザＩＤが与えられる。
【００７２】
アノテーションサーバ２１２は、与えられた文書ＩＤ、矩形情報（詳細は後述する）、アノテーション内容、ユーザＩＤ（あるいはユーザ名）を、テーブルデータとしてアノテーションＤＢ２１６に保存する。このときアノテーションＤＢ２１６内のデータ構造は、たとえば図５（Ｂ）のようになる。アノテーションＩＤは、文書ＩＤとユーザＩＤとの組合せが新規の場合、新たに付与される。新規でない場合は、そのアノテーションＩＤで示される行を上書きするものとする。
【００７３】
アノテーション内容は、描画されたアノテーションを再現するためのデータであり、ビットマップやベクトルデータなどのデータとなる。ユーザＩＤ（あるいはユーザ名）は、文書ビューア１０２を操作しているユーザを示す情報である。
【００７４】
また、クライアントシステム１００は、文書ビューア１０２の検索ボタン１１８が操作されたことを検知すると、その旨をサーバシステム２００を構成するアノテーション管理部２１０のアノテーションサーバ２１２に通知する。これにより、アノテーションサーバ２１２は、検索を指示されたアノテーション情報をアノテーションＤＢ２１６から読み出す。
【００７５】
たとえば、アノテーションサーバ２１２は、文書ビューア１０２から「検索」の指示を受け付ける。このとき、アノテーションサーバ２１２は、文書ＩＤと矩形情報とアノテーション付与範囲に関する情報をクライアントシステム１００（文書ビューア１０２）から受け取る。アノテーションサーバ２１２は、これらの情報（検索条件）に基づきアノテーションＤＢ２１６内を検索し、適切なアノテーション内容を文書ビューア１０２へ返す。この検索処理については後述する。
【００７６】
＜プロファイルサーバ／プロファイルデータベース＞
図６は、プロファイルサーバ２３２およびプロファイルＤＢ２３４の基本的な構成例を示す図である。
【００７７】
プロファイルサーバ２３２は、「登録」、「修正」、あるいは「検索」を外部からの指示により受け付ける。たとえば、ユーザ情報管理ウィンドウを文書ビューア１０２上に表示させ、このユーザ情報管理ウィンドウにて、各指示やユーザ情報の入力や修正を受け付ける。ユーザ情報管理ウィンドウは図示を割愛する。
【００７８】
なお、閲覧中の文書に関わるアノテーションを検索する際に、プロファイルサーバ２３２に登録されている人物属性を検索条件に設定することもできる。この場合のユーザ情報の「検索」は、アノテーション検索を介して行なう。
【００７９】
クライアントシステム１００は、ユーザ情報管理ウィンドウにて、所定のフォーマットに従ったユーザ情報の入力を受け付ける。ユーザ情報は、ユーザ名およびパスワードと、種々の属性情報からなる。属性情報としては、たとえば、性別、年齢、職種、役職、住所、あるいは国籍などがある。そして、クライアントシステム１００は、「登録」の指示を検知すると、入力された属性情報を、ユーザ名やパスワードとともにサーバシステム２００を構成するプロファイル管理部２３０のプロファイルサーバ２３２に通知する。
【００８０】
これにより、プロファイルサーバ２３２は、登録を指示されたユーザ情報を、記憶部の一例であるプロファイルＤＢ２３４に登録（格納）する。このとき、プロファイルＤＢ２３４内のデータ構造は、たとえば図６（Ｂ）のようになる。ユーザＩＤは、登録されるユーザが新規の場合、新たに割り当てられる。
【００８１】
また、クライアントシステム１００は、「修正」の指示を検知すると、プロファイル管理部２３０のプロファイルサーバ２３２から「修正」を指示したユーザの登録内容を読み出し、文書ビューア１０２上のユーザ情報管理ウィンドウに提示する。ユーザは、提示された内容を確認しながら、修正を希望する項目に、新たな入力をする。つまり、ユーザ情報を修正するために修正項目を与える。
【００８２】
また、クライアントシステム１００は、「検索」の指示を検知すると、ユーザ情報管理ウィンドウにて指示されたある特定の属性を持つユーザＩＤの検索をプロファイル管理部２３０のプロファイルサーバ２３２に要求する。プロファイルサーバ２３２は、指示された検索条件に合致するユーザＩＤに対応するユーザ情報を検索結果として文書ビューア１０２上に提示する。
【００８３】
＜＜アノテーション付与に関する処理＞＞
次に、アノテーション付与に関する処理について、具体例を用いて説明する。先ず、ユーザプロファイルの登録の具体例について説明する。
【００８４】
図７は、本事例におけるプロファイルＤＢ２３４のデータ構造の一例を示す図である。クライアントシステム１００は、プロファイルを、所定のフォーマットに記述されたテキストファイルとして、プロファイルサーバ２３２へ送る。プロファイルサーバ２３２は、与えられたプロファイルをプロファイルＤＢ２３４へ保存する。このとき、ユーザＩＤを割り当てる。ここでは図７のように登録されたとする。なお、プロファイルは、テキストファイルで与える必要はなく、ＣＧＩ（Common Gateway Interface）などを利用したＧＵＩ（Graphical User Interface）上からの登録も可能である。
【００８５】
次に、文書の登録、読込み、アノテーション付与、保存までを説明する。
【００８６】
＜文書の登録処理＞
図８は、以下に述べる具体例における文書ＤＢ２２４の構成例を示す図である。本例におけるそれぞれの文書は、種々の企業が発表した新製品のプレス発表である。先にも述べたように、文書の登録は、登録したい文書へのＵＲＬやディレクトリへのパスで与えることとする。文書サーバ２２２は、受け取ったパスで示される文書の文書ＩＤ、文書名、文書本文を、文書ＤＢ２２４への文書の登録内容として、図８のように登録する。
【００８７】
＜文書の読込み処理＞
文書ビューア１０２を使用するにあたり、ユーザは、予めその文書ビューア１０２に対してログイン作業を行なう。ここでは、ユーザ名；ユーザＡでログインしたものとする。文書ビューア１０２は、ユーザ名とパスワードを受け付けると、ユーザ名とパスワードをプロファイルサーバ２３２へ送り、認証を行なう。認証に成功した場合、文書ビューア１０２は使用可能状態となる。
【００８８】
文書の読み込みを希望する参加者は、文書ビューア１０２の文書読込みボタン１１４を押下する。この指示を受け付けた文書ビューア１０２は、文書読込み要求を文書サーバ２２２へ発信する。
【００８９】
この通知を受けた文書サーバ２２２は、文書ＤＢ２２４内の文書名の一覧を作成し、文書ビューア１０２へ返す。ここでは“press1.txt，press2.txt，press3.txt，press4.txt”となる。文書ビューア１０２は、文書名の一覧をリストボックスなどで表示しユーザＡ（ユーザＩＤは１）へ選択を促す。
【００９０】
ユーザＡは、“press2.txt”を選択したものとする。文書ビューア１０２は、“press2.txt”が選択されたことを文書サーバ２２２へ通知する。文書サーバ２２２は、“press2.txt”に付与される文書ＩＤと文書本文を文書ＤＢ２２４より検索し、文書ビューア１０２へ返す。文書ビューア１０２は、受け取った文書本文を文書表示エリア１０４へ表示する。なお、文書サーバ２２２に全文検索機能などを設けると、読込みの対象として検索結果を提示することも可能である。
【００９１】
＜アノテーション付与処理＞
図９は、文書ビューア１０２の文書表示エリア１０４に表示された文書にアノテーションを付与した状態の表示例を示す図である。読み手（ユーザＡ）は、文書表示エリア１０４に表示された文書に対して、興味や関心に応じて下線や丸などの印（アノテーションなどの電子付箋）を付与しながら文書を読む。ここではアノテーションデバイス１７０としてペン型のデバイスを利用する。この場合、紙に書き込むようにアノテーションを付与することができる。
【００９２】
このとき、文書表示エリア１０４は、図９（Ａ）に示されるように、アノテーションが付与された部分を特定するために、実際には目に見えないが文字を含む矩形に区切られているものとする。文字の無い空白名部分や図表などの部分も適当な大きさの矩形に区切る。たとえば、前後の文字のフォントサイズを参考に適当な大きさの矩形に区切るとよい。それぞれの矩形には、各矩形を特定するための情報が付与される。たとえば、連続した矩形番号が左上から横方向に順に付与される。複数ページに亘る文書の場合には、次ページ以降も前ページに連続した番号が付与されるものとする。矩形番号によって、どのページに付与されたアノテーションであるのかを特定することができる。なお、ページごとに独立した矩形番号を付与し、ページ番号と各ページの矩形番号とにより、どのページに付与されたアノテーションであるのかを特定するようにしてもよい。
【００９３】
たとえば、新製品のプレス発表文書の校正を行なう会議で、ユーザＡはプレス発表文書のあるページの説明文の「１２月９日」に着目して、図９（Ａ）に示されるアノテーションａ１を付与したとする。また、「リニューアル」にも注目してアノテーションｂ１を付与したとする。この後、２ページ目と読み進み、実際に操作を行ないながら注意すべき点などを、図９（Ｂ）のように複数ページに亘ってアノテーションを付与したとする。
【００９４】
＜保存処理＞
図１０は、本事例において文書ビューア１０２がアノテーションサーバ２１２へ送る情報の一例を示した図である。また、図１１は、本事例におけるアノテーションＤＢ２１６の構成例を示す図である。図１１に示すデータの構成例は図５に示したものと同様である。
【００９５】
ユーザＡ（ユーザＩＤは１）は、本システムの利用の際、事前に付与されているユーザＩＤを入力してプロファイルサーバ２３２に問い合わせることで個人認証をする。照合に合致すれば、本システムが利用可能となる。この後、ユーザＡは、文書ビューア１０２の保存ボタン１１６を押下することによってアノテーションの保存を指示することができる。
【００９６】
文書ビューア１０２は、この保存指示を受け付けると、アノテーションが付与された文書の文書ＩＤ、ユーザＩＤ、アノテーションが付与された矩形の矩形番号、およびアノテーション内容（画像情報）をアノテーションサーバ２１２へ送る。アノテーションサーバ２１２へ送る情報は、図１０のようになる。
【００９７】
アノテーションサーバ２１２は、図１０に示した情報を受け取り、アノテーションＤＢ２１６へ格納する。このとき、既に同一の文書ＩＤとユーザＩＤの組合せがある場合は、受け取った情報をそこに上書きをする。この例では、図１１に示すように、アノテーションＤＢ２１６には既に、文書ＩＤ２，３，４に対して所定の端末で他のユーザにより付与されたアノテーションが４個保存されている（アノテーションＩＤ；１，２，３，４）。ここで、アノテーションＤＢ２１６には、文書ビューア１０２から送られた図１０に示す情報と同一の文書ＩＤとユーザＩＤの組合せの登録がないので、アノテーションサーバ２１２は、新規にアノテーションＩＤに“５”を割り当て、図１１の下段のように登録する。
【００９８】
以上で、ユーザ情報、並びに文書に対するアノテーション付与に関する操作状況のデータベースへの保存が終了する。
【００９９】
＜＜電子付箋を利用した情報検索表示処理＞＞
次に、文書ビューア１０２の文書表示エリア１０４に表示された文書にアノテーションなどの電子付箋を付し、このアノテーションなどで示された情報を利用することで、効率的な情報検索を実現する手法について、具体的に説明する。以下、このような情報検索機能をなす電子会議システム１の情報表示処理に関わるシステムを、特に情報検索表示処理システムという。
【０１００】
図１２は、情報検索表示処理システム７について、アノテーションを利用した情報検索機能に着目した第１実施形態のブロック図である。ここで、図１２（Ａ）は、全体構成の概要を示し、図１２（Ｂ）は、情報検索表示処理機能に特化した機能要素の詳細を示す。
【０１０１】
本実施形態の情報検索表示処理システム７は、付加情報検索表示処理部の一例であって、効率的な検索処理やアノテーション情報の提供処理を実行する仕組みを司る専用の装置であるアノテーション処理装置２１８を備えている。
【０１０２】
ビューア使用者（ユーザ；本例では会議への参加者）は、会議進行中に、文書ビューア１０２の文書表示エリア１０４に表示された文書をページ捲りをしながら読みつつ、アノテーションデバイス１７０を用いて、興味を引く語句や文書を特徴づけている語句に下線や丸などの印（アノテーション）を書き込む。あるいは、メモ書きを付してもよい。メモ書きは、フリーハンドによるものに限らず、規定枠にテキスト入力をするテキストアノテーションであっても構わない。
【０１０３】
これらの文書に付与されたアノテーションなどの文書本体に対する付加情報に関する情報は、保存ボタンが押されることで、ネットワーク９を介してサーバシステム２００に送信される（図１０参照）。文書本体は、文書管理部２２０にて管理されている（図８参照）。
【０１０４】
文書本体に対応するアノテーションなどの付加情報は、アノテーション管理部２１０のアノテーションＤＢ２１６に、その文書本体に対応付けられて管理（保存）される（図１１参照）。
【０１０５】
そして、必要に応じて読み手から検索が指示されると、読み手が指定した検索条件に従って適合する付加情報（たとえばアノテーション）をアノテーション管理部２１０を利用してサーチ（検索）し、検索条件に合致する情報をユーザに提示する。
【０１０６】
たとえば、図１に示した電子会議システム１の構成では、ユーザは、電子会議の最中に、電子文書を文書ビューア１０２の表示面に表示し、その表示面上でアノテーションを付与することができる。ここで、様々な文書や、膨大な量の文書を使う会議において、または長期間継続して文書を使った活動において、アノテーションを付与できる文書表示装置を使って、知的活動を行った場合を考える。
【０１０７】
最初はある１つの文書から使い始め、その文書のある箇所について詳細を知る必要に迫られ、別の文書を表示することがある。その別の文書でもさらに別の文書の情報を必要としている箇所があり、また別の文書を開くケースも生じ得る。このように、次々に肝要となる箇所にアノテーションを付けていくシーンを考える。
【０１０８】
このシステムでは、電子的に表示された文書に対して付与されたアノテーション（アンダーラインやマーキングや文字の書込みなど）を共有できるようになっている。また、ある文書の一部に付与されたアノテーションの状態をクエリとして、既に同じ位置に付与されている文書のアノテーションを検索結果として再現することもできる。アノテーションが付与された位置は読み手にとって、何らかの興味がある位置であると思われる。また、他人や自分が以前に付与したアノテーションを再現することにより他人や自分が付与した興味のある位置を知ることができる。また、アノテーションを付与した人物ごとに管理し、ある特定の人物を指定することにより、ある特定の人物の興味を知りたい場合は、その人物が付与したアノテーションのみを再現することができる。
【０１０９】
また、特定の人物のアノテーションを再現するよりも、特定の属性の人物が付与したアノテーションを再現することが有効となる場合がある。たとえば、製品のプレス発表の記事に対して、エンジニアが注目している点や営業が注目している点を素早く知りたい場合がある。この要求に応えるべく、本実施形態の電子会議システム１（情報検索表示処理システム７）は、アノテーションの属性を利用して、会議の途中や会議が終わった後などに、特定の人物属性のアノテーションのみを再現することで効率的な情報処理を行なうことを可能とする機能（以下情報検索表示処理機能という）を備えている。具体的には、この情報検索表示処理機能を実現する中央処理部として、アノテーション処理装置２１８が機能する。以下、本実施形態の特徴部分である人物属性を利用した情報検索表示処理機能について詳しく説明する。
【０１１０】
図１２（Ａ）に示すように、この機能をなす情報検索表示処理システム７は、読み手から検索処理や情報表示指示を受け付けるための検索要求部の一例である要求受付部５６０と、検索要求された該当文書やその他の関連した情報がアノテーション管理部２１０のアノテーションＤＢ２１６や文書管理部２２０の文書ＤＢ２２４に登録済みか否かを検索し、該当品がある場合にはその検索結果やアノテーションと関わりのある情報をクライアントシステム１００側へ送るアノテーション処理装置２１８と、アノテーション処理装置２１８から送られた検索結果やその他の情報を表示する表示処理部１０１とからなる。
【０１１１】
なお、アノテーション処理装置２１８の機能を、アノテーションサーバ２１２や文書サーバ２２２にて担当してもよい。この場合、図中点線で示すように、アノテーションサーバ２１２とプロファイルサーバ２３２とが直接に（あるいはネットワーク９を介して）アノテーションの検索処理に関わるユーザプロファイル（ユーザの属性）の情報のやり取りをするようにする。また、アノテーションサーバ２１２と文書サーバ２２２とが直接に（あるいはネットワーク９を介して）アノテーションの検索処理に関わるアノテーション情報のやり取りをするようにする。
【０１１２】
表示処理部１０１は、文書ビューア１０２とマネジャ部１８０とにおける表示処理に関わる部分で構成される。クライアントシステム１００側へ送られるアノテーションと関わりのある情報としては、たとえばアノテーション処理装置２１８で生成される検索結果を纏めたリスト情報などがある。
【０１１３】
アノテーション処理装置２１８の一構成例は図１２（Ｂ）に示される。このブロック図により、アノテーションを利用することで情報検索表示処理機能を果たすための、検索処理や情報表示処理を効率的に行なうことを可能にする機構が具体的に示されることとなる。
【０１１４】
図示するように、アノテーション処理装置２１８は、検索条件を決定する検索条件決定部５４４と検索条件決定部５４４により決定された検索条件に合致するアノテーション情報を検索する検索部５４６と、検索部５４６により検索された検索条件に合致するアノテーション情報を関連情報としてユーザに提示する関連情報提示制御部の一例であるアノテーション提示制御部５５０とを備える。検索条件決定部５４４による検索条件の決定は、文書ビューア１０２上に条件設定のための画面を提示し、ユーザからの指示入力を受け付けることで実現する。
【０１１５】
クライアントシステム１００側に設けられている要求受付部５６０は、文書に付与された全ての電子付箋のうち、ある特定の条件に合致する電子付箋のみを選択的に表示させる要求を受け付けることができるようになっている。ある特定の条件としては、少なくとも“文書にアノテーションを付与しているユーザについての人物属性”を含むものとする。要求受付部５６０がこのような表示要求をユーザから受け付ける仕組みは、アノテーション検索をトリガとして行なうものとする。
【０１１６】
たとえば、要求受付部５６０は、検索ボタン１１８が押下されたことを検知すると、現在閲覧中の文書にアノテーションを付与している全てのユーザについての人物属性の検索を、アノテーション処理装置２１８に指示する。アノテーション処理装置２１８の検索条件決定部５４４は文書ＩＤを検索条件に設定し検索部５４６に検索を指示する。検索部５４６は、アノテーション情報とそのアノテーションを付与したユーザの情報とを対応付けて登録しているアノテーションＤＢ２１６を検索し、検索を指示された文書（閲覧中の文書）に関わる人物属性についての検索結果をアノテーション提示制御部５５０に渡す。
【０１１７】
アノテーション提示制御部５５０は、人物属性についての検索結果を所定のルールに従って整理して、この整理結果をリスト状にしたデータを文書ビューア１０２に渡す。これにより、文書ビューア１０２上にて閲覧中の文書にアノテーションを付与している全てのユーザについてのユーザプロファイル（属性情報）がリストにて提示される。
【０１１８】
要求受付部５６０は、文書ビューア１０２上に提示されたリストの中からユーザにより検索条件として選択された人物属性の情報をアノテーション処理装置２１８に送る。これを受けて、アノテーション処理装置２１８は、指定された人物属性を検索条件として検索する。たとえば、検索条件決定部５４４は、指定された人物属性を持つユーザＩＤをプロファイルサーバ２３２へ問い合わせる。プロファイルサーバ２３２は、指定された人物属性を持つユーザＩＤを検索し検索条件決定部５４４へ返す。
【０１１９】
検索条件決定部５４４は、プロファイルＤＢ２３４から返されたユーザＩＤかつ文書ビューア１０２側で閲覧中の文書の文書ＩＤをもつアノテーションを検索するための検索条件式（クエリ）を決定し、検索部５４６に検索を指示する。検索部５４６は、アノテーションＤＢより検索条件式に合致するアノテーションを検索し、検索結果をアノテーション提示制御部５５０に渡す。アノテーション提示制御部５５０は、検索条件に合致するアノテーション内容を文書ビューア１０２に返す。
【０１２０】
図１３は、図１２に示した情報検索表示処理システム７における情報検索処理（特にアノテーションとユーザ属性とを利用した情報検索処理）の手順を示す概略図である。図１４は、文書にアノテーションを付与しているユーザの人物属性の情報を文書ビューア１０２上に表示した画面（属性リストボックス）の一例を示した図である。図１５は、検索結果として文書ビューア１０２上に再現された、エンジニアの視点によるアノテーションの一例を示す図である。
【０１２１】
ステップＳ１００〜Ｓ１０２（アノテーション付与／登録）；
会議に参加している各ユーザは、文書ビューア１０２の文書表示エリア１０４に表示された文書を読みながら、アノテーションデバイス１７０を用いて、興味を引く語句や文書を特徴づけている語句にアノテーションを付与する。アノテーション検出部１０７は、文書に付与されたアノテーションの位置や属性を検出し、この検出したアノテーションの位置や画像情報を文書ＩＤとともにアノテーション処理装置２１８に渡す（Ｓ１００）。
【０１２２】
アノテーション処理装置２１８は、アノテーションの位置や画像情報を、アノテーションサーバ２１２を介して図１１に示したようにアノテーションＤＢ２１６に登録する（Ｓ１０２）。たとえば、“press2.txt”の文書が複数ユーザにより読まれ、任意ページの任意箇所にアノテーションが複数付されたものとする。
【０１２３】
ステップＳ１１０〜Ｓ１１４（特定ユーザによる検索要求）；
ユーザＸは、文書ビューア１０２にログインする。ユーザＸは、文書ビューア１０２にて“press2.txt”の文書を読み、所定のときに検索ボタン１１８を押下する。すると、この検索指示を受け付けた要求受付部５６０は、アノテーション処理装置２１８にアノテーション検索を指示する（Ｓ１１０）。アノテーション処理装置２１８の検索部５４６は、その文書“press2.txt”にアノテーションを付与している全てのユーザについての人物属性のカテゴリ名とその属性候補を検索する（Ｓ１１２）。
【０１２４】
ここで、アノテーションサーバは文書“press2.txt”にアノテーションを付与しているすべての全てのユーザについての人物属性のカテゴリ名とその属性候補をプロファイルサーバ２３２へ問い合わせる（Ｓ１１３）。プロファイルサーバーは該当するユーザＩＤの人物属性のカテゴリと属性候補をプロファイルＤＢ２３４から検索し、結果をアノテーションサーバ２１２へ返す。さらにアノテーションサーバ２１２はその結果をアノテーション処理装置２１８へ返す。
【０１２５】
アノテーション処理装置２１８のアノテーション提示制御部５５０は、その文書“press2.txt”にアノテーションを付与している全てのユーザについての、人物属性のカテゴリ名とその属性候補とを纏めたリストを生成し、このリスト情報を文書ビューア１０２に送る（Ｓ１１４）。そうすると、図１４に示すように、その文書“press2.txt”にアノテーションを付与している全てのユーザについての、人物属性のカテゴリ名とその属性候補が表示されたリストボックスが文書ビューア１０２上に表示される。
【０１２６】
ステップＳ１２０〜Ｓ１２８（人物属性を利用した絞込み検索）；
ユーザＸは、エンジニアの視点で付与されたアノテーションを参照したいと思い、人物属性のひとつである職種のひとつの値であるエンジニアを選択する。文書ビューア１０２は、選択された人物属性の情報をアノテーション処理装置２１８へ送る（Ｓ１２０）。アノテーション処理装置２１８は、アノテーションサーバ２１２を介して、その人物属性を持つユーザＩＤをプロファイルサーバ２３２へ問い合わせる（Ｓ１２２）。
【０１２７】
プロファイルサーバ２３２は、エンジニア属性を持つユーザＩＤとしてユーザＩＤ１を検索しアノテーションサーバ２１２を介してアノテーション処理装置２１８へ返す（Ｓ１２４）。アノテーション処理装置２１８の検索部５４６は、アノテーションサーバ２１２を介して、ユーザＩＤ１かつ文書ＩＤ２をもつアノテーションをアノテーションＤＢ２１６より検索する（Ｓ１２６）。本例では、アノテーションＩＤ５が検索される。アノテーション処理装置２１８のアノテーション提示制御部５５０は、このアノテーション内容を文書ビューア１０２に返す（Ｓ１２８）。文書ビューア１０２は、受け取ったアノテーションと文書とを重ねて、たとえば図１５に示すように表示する。
【０１２８】
このように、第１実施形態の情報検索の手法によれば、特定の属性を持つ人物が付与したアノテーションを検索し再現する仕組みを構築することができる。ユーザＸは、エンジニアの視点で付与されたアノテーションを選択的に再現させることができる。つまり、ユーザ属性を利用して検索条件を絞り込むことができ、効率的に情報検索を進めることができる。これにより、ユーザは、ある特定の属性を持つユーザがどのような点に興味があるかを素早く読み取ることができる。
【０１２９】
なお、第１実施形態の構成では、管理装置の一例であるサーバシステム２００側にて人物属性のリスト化処理を行なっていたが、必ずしもこのようなシステム構成に限定されるものではない。たとえば、サーバシステム２００にて収集したアノテーション情報をそのままクライアント端末の一例であるクライアントシステム１００に渡し、クライアントシステム１００側にて、ユーザ属性を解釈して人物属性のリスト化処理を行なうシステム構成としてもよい。以下、このような形態のシステム構成について説明する。
【０１３０】
図１６は、クライアントシステム１００側にて人物属性のリスト化処理を実行する第２実施形態の情報検索システムのブロック図である。ここで、図１６（Ａ）は、全体構成の概要を示し、図１６（Ｂ）は、アノテーションの人物属性を利用した情報検索表示処理機能の詳細を示す。
【０１３１】
図１６（Ａ）に示すように、この形態の情報検索表示処理システム７は、図１２（Ａ）に示したアノテーション処理装置２１８を備えていない。その代わりに、図１２（Ａ）に示した検索条件決定部５４４の機能を要求受付部５６０と一体的に構成している。要求受付部５６０にて指示された検索条件はサーバシステム２００側に渡される。これを受けて、たとえば、アノテーション管理部２１０や文書管理部２２０が検索条件に合致する文書やアノテーションを抽出し、検索結果としてクライアントシステム１００のマネジャ部１８０に返す。
【０１３２】
また、要求受付部５６０は、属性リストボックスを介したアノテーション検索の要求を受け付けると、アノテーション属性を利用した検索条件設定処理をマネジャ部１８０に指示する。
【０１３３】
図１６（Ｂ）に示すように、クライアントシステム１００のマネジャ部１８０には、アノテーション提示制御部５５０が設けられている。クライアントシステム１００側に設けられたアノテーション提示制御部５５０は、アノテーションサーバ２１２から、文書ビューア１０２上に表示中の文書に付与されている全てのアノテーションを受け取ることもでき、また、検索条件に合致するアノテーションのみを受け取ることもできる。このアノテーション提示制御部５５０の機能は、図１２に示したアノテーション提示制御部５５０と同様のものである。
【０１３４】
たとえば、検索を指示された文書（閲覧中の文書）に関わる人物属性についての検索結果をプロファイルサーバ２３２（アノテーションサーバ２１２を介してでもよい）から受け取る。アノテーション提示制御部５５０は、人物属性についての検索結果をリスト状に整理しその画面データを文書ビューア１０２に渡す。また、このリスト画面にて指定された人物属性を検索条件として検索されたアノテーション検索の結果をアノテーションサーバ２１２から受け取り、アノテーション内容を文書ビューア１０２に渡す。
【０１３５】
この第２実施形態の構成によっても、第１実施形態と同様に、特定の属性を持つ人物が付与したアノテーションを検索し再現する仕組みを構築することができる。これにより、ユーザは、ある特定の属性を持つユーザがどのような点に興味があるかを素早く読み取ることができる。
【０１３６】
次に、同じ属性をもつ複数の人が同一文書にアノテーションを付与していた場合であって、アノテーションに重なりがある場合について説明する。なお、情報検索表示処理システム７の構成は、図１６に示した第２実施形態のものであるとして説明する。
【０１３７】
この場合、アノテーションサーバ２１２は、検索結果として複数人が付与したアノテーションを文書ビューア１０２に返す（図１３のＳ１２６，Ｓ１２８）。このとき、文書ビューア１０２上における表示態様は、以下の方法を採ることができる。
１．複数人のアノテーションをそのまま重ねて表示する。
２．検索結果として、矩形情報も返してもらい、その中で複数存在する矩形に含まれる文字を強調表示する。
【０１３８】
強調表示を実行する機能部分は、前述の表示輝度制御部１５０や、強調語／センテンス特定部１８４、強調語／センテンス選択手法指示部１８６、および強調指示制御部１８８を利用するとよい。
【０１３９】
たとえば、強調表示の方法としては、
１）アノテーションの重ね度合いに応じて濃淡を付けて表示、
２）アノテーションの重ね度合いに応じて太さの異なるアンダーラインを引く、
３）アノテーションの重ね度合いに応じて文字の大きさを変える、
４）アノテーションの重ね度合いに応じて下地の紙を盛り上げて見せる、
５）アノテーションの重ね度合いに応じて色を変化させて見せる、
などがあげられる。
【０１４０】
図１７は、濃淡を付けた強調表示（１）の一例を示す図である。この強調表示手法では、図１７に示すように、検索結果として複数存在する矩形の数に応じて、その矩形に含まれる文字の濃度を変えて（多いほど濃く）表示している。この例は、企画の人の視点で付与したアノテーションを再現した状態を示しており、“ホット茶」を１２月９日から新たに”、“クリームカフェ」をリニューアルして１２月２０日か”、“希望小売価格”、“１４０円”、“１１５円”、“発売日”、“１２月９日”、“１２月２０日”、“ロゴを暖かみのあるオレンジ”、“人気女優のＴＴＴさんを起用”、“飲み応えのある”にアノテーションが付与され、それらが３つのレベル（１〜３；数値が大きいほど濃度が濃い）で強調表示されている。ここで、特に濃度の濃い部分（レベル３）である“ホット茶」を１２月９日”、“クリームカフェ”、“リニューアル”、“１４０円”、“１１５円”、“ＴＴＴさん”、“飲み応え”は、より多くの複数人の人々によって注目されていることが分かる。
【０１４１】
図１８は、下地用紙盛上げの強調表示（４）の一例を示す図である。この強調表示手法は、アノテーションが重なっている部分に対して凸レンズを通してみたように中心部分を拡大し、かつ、拡大部分の上下のバックグランドカラーの色を明るめの色および暗めの色に変更する処理を施すことで実現する。これにより、図１８に示すように、アノテーションが重なっている部分が突出して見えるようになりこれによって注目されていることが分かる。
【０１４２】
なお、２），３），５）の強調表示手法の事例は図示を省略する。何れの手法によっても、たとえば、エンジニアがアノテーションを付与した位置、営業がアノテーションを付与した位置、企画がアノテーションを付与した位置などを記事上に強調表示をすることにより、ある特定の属性を持つ人々の注目点を素早く知ることができる。
【０１４３】
以上のように、アノテーションを付与したユーザの人物属性（ユーザ属性）を利用することで効率的に情報（たとえばアノテーション）を検索する手法を説明したが、以下のような変形の手法を採ることもできる。
Ａ．検索時に複数のカテゴリの属性を指定できるようにする。たとえば、職種：エンジニア、性別：男、年代：３０代などと指定できるようにする。この場合、検索条件としてＡＮＤ，ＯＲ，ＮＯＴなどの組合せで検索することができるものとする。
Ｂ．検索時に、単一カテゴリの中で複数の属性を指定できるようにする。たとえば、職業：エンジニア、リサーチャのように指定することができるようにする（この場合ＯＲ検索となる）。この場合、アノテーションの色または強調表示の色を属性に応じて変えることにより、異なる属性を持つ人々の注目している点を比較しながら見ることができる。
【０１４４】
なお、本実施形態の情報検索表示処理システムにおける情報検索の手法は、文書にアノテーションを付与したユーザの人物属性を利用するという点に特徴を有するので、基本的には、検索を希望する人物属性の指定を受け付けることが前提となる。ただし、従来通り、その文書に付与された全てのアノテーション内容または全ての矩形情報を検索する手法も備えていた方が便利である。この場合、上記実施形態の構成において、属性指定せずに、全てのアノテーションを検索する機構を設けるとよい。
【０１４５】
たとえば、図１９の左上に示すように、属性リストボックスに「すべて」（図の左上）という項目を加えるとよい。これを指定して検索が実行された場合、アノテーションサーバ２１２は「すべて」をクライアントから受け取り、その文書に付与された全てのアノテーション内容または全ての矩形情報を文書ビューア１０２に返し、上記実施形態の方法で表示する。
【０１４６】
＜＜コンピュータ利用の構成＞＞
なお、上述したアノテーションを付与したユーザの人物属性を利用することで効率的な情報検索処理を進める一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ（組込みマイコンなど）、または、各種のプログラムをインストールすることで各種の機能を実行することが可能な汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１４７】
この記録媒体は、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory ）、ＤＶＤ（Digital Versatile Disc）を含む）、光磁気ディスク（ＭＤ（Mini Disc ）を含む）、もしくは半導体メモリなどよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供されてもよいし、プログラムが記録されているＲＯＭやハードディスクなどで構成されてもよい。あるいは、ソフトウェアを構成するプログラムが、通信網を介して提供されてもよい。
【０１４８】
図２０は、上述した情報検索表示処理システム７を、コンピュータにより構成する場合のシステム構成の概略を示した図である。このようなコンピュータシステムの基本構成は、ハードウェア層９１０、ＯＳ（Operating Systems ）層９２０、文書情報管理層９３０、ユーザインタフェース層９４０という４つの層から成り立っている。各層は独立性が保たれており、層ごとに機能を拡張したり別のものに交換することが容易になっている。
【０１４９】
ハードウェア層９１０は、図１で示したシステム構成に相当するもので、たとえば、文書ビューア１０２に対応するタブレット９１１、アノテーションデバイス１７０に対応するペン入力装置９１２、操作ボタン１１０に対応するボタン９１３、およびネットワーク９に対応する通信ネットワーク９１４からなる。なお、たとえば音声入出力インタフェース９１５など、その他の仕組みを設けてもよい。
【０１５０】
文書情報管理層９３０は、文書管理部２２０に対応し文書本体の管理を担当する文書層９３２、アノテーション管理部２１０に対応しアノテーションなどの文書本体に付加される付加情報の管理を担当するワークスペース９３４、およびアノテーションなどを利用して情報検索を行なう情報検索層９３６からなる。
【０１５１】
ユーザインタフェース層９４０は、文書ビューア１０２やアノテーションデバイス１７０に対応しユーザからの入力を管理するユーザ入力管理層９４２、文書表示エリア１０４における情報表示に関わる画面層９４４、およびマネジャ部１８０に対応し文書表示エリア１０４の表示動作を管理する画面マネジャ９４６からなる。
【０１５２】
このようなシステム構成においては、たとえば前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムに供給し、そのシステムのコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによって、上記実施形態で述べた効果が達成される。
【０１５３】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステムＯＳなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合であってもよい。
【０１５４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述の実施形態の機能が実現される場合であってもよい。
【０１５５】
なお、上記実施形態で述べた処理を実現するプログラムコードを記述したファイルとしプログラムが提供されるが、この場合、一括のプログラムファイルとして提供されることに限らず、システムのハードウェア構成に応じて、個別のプログラムモジュールとして提供されてもよい。
【０１５６】
たとえば、図１に示したシステム構成では、クライアントシステム１００とサーバシステム２００とがネットワーク９で接続された形態であるので、表示に関する処理プログラム（たとえばページ捲り時や検索結果を反映した強調表示機能用の処理プログラム）は、クライアントシステム１００側の装置に向けて、クライアントシステム用モジュールとして提供されるのがよい。一方、アノテーションの管理や検索に関する処理プログラムは、サーバシステム２００側の装置に向けて、サーバシステム用モジュールとして提供されるのがよい。また、サーバシステム用モジュールは、さらに、サーバシステム２００を構成する各管理部の構成に応じて、一括ファイルもしくはサブモジュールファイルとして提供されてもよい。
【０１５７】
また、図１に示したシステム構成では、クライアントシステム１００とサーバシステム２００とがネットワーク９にて接続されているが、これらは近接した場所に配置されてもよい。この場合、クライアントシステム１００のマネジャ部１８０をサーバシステム２００（その全体あるいはその一部）と一体化させてもよい。
【０１５８】
また、上述の説明では、文書ビューア１０２がマネジャ部１８０を収容した本体（クレードル／ドッキングステーション）と別体であるものとして説明したが、上記実施形態で説明したマネジャ部１８０内の機能部分を文書ビューア１０２と一体化させてもかまわない。
【０１５９】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【０１６０】
また、上記の実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【０１６１】
たとえば、上記実施形態では、人物属性を検索条件として、文書に付与されたアノテーションなどの電子付箋（付加情報）を検索することとしたが、これに限らず、検索条件として指定された人物属性に関わる関連情報を検索するものであればよい。たとえば、検索条件として指定された人物属性に該当する電子付箋でマーキングされた語句から導かれるクエリ（検索条件）に該当する別の文書を関連情報として検索するようにしてもよい。
【０１６２】
また、上記実施形態では、検索部により検索されたアノテーションなどの付加情報を、表示デバイスである文書ビューア１０２の文書表示エリア１０４に表示されている閲覧中の文書に重ねて表示させるようにしていたが、検索結果の情報の提示手法は、必ずしもこのようなものに限らない。たとえば、文書ビューア１０２上に、文書表示エリア１０４とは別にパレット表示エリアを設け、このパレット表示エリアに検索結果を一覧表示（リスト表示）するようにしてもよい。
【０１６３】
この場合、アノテーションが付加されたテキスト部分を一覧表示するとともに、この一覧表示から文書本文中のアノテーションが付与された場所を参照可能とするリンク機能をもたせるようにしてもよい。また、この一覧表示は、文書本文にアノテーションが付与された状態でその部分（その周辺を含んでいてよい）を切り出した画像として提示してもよい。この場合、一覧表示だけで、アノテーションが付与された部分だけを素早く読み進めることができる。
【０１６４】
なお、文書本文を表示している文書ビューア１０２とは別に検索結果を提示する専用の提示デバイスを用意してもよい。たとえば、専用の表示デバイスに、アノテーションが付与された部分だけを一覧表示する、あるいは、プリンタにて、アノテーションが付与された部分だけを、一覧形式で印刷出力するなどである。
【０１６５】
また、システムを構築する上で、各機能要素をどの部分で分けてクライアントシステム１００とサーバシステム２００とに振り分けるかは、上述した実施形態のものに限定されない。システムを構成する上で、都合のよい部分にて分ければよいのはいうまでもない。また、逆に、クライアントシステム１００とサーバシステム２００とを一体化させたシステム構成としてもよい。たとえば、電子会議システムに利用する場合、会議進行を管理する者（たとえば議長）が使用する端末として、この一体化させたものを使用し、他の会議参加者が使用する端末として、上述通りの構成のクライアントシステム１００を使用するシステム構成とすればよい。
【０１６６】
【発明の効果】
以上のように本発明によれば、アノテーションなどの電子付箋（付加情報）を介して検索処理を行なう際に、電子付箋を付したユーザの人物属性を検索条件に含めることができるようにしたので、ある特定の人物を直接に指定する場合よりも、効率的な検索処理を行なうことができる。
【０１６７】
たとえば、エンジニア・営業・企画などの人物属性の指示を受け付けることで、エンジニアがアノテーションを付与した位置、営業がアノテーションを付与した位置、企画がアノテーションを付与した位置などを、記事上に強調表示することにより、ユーザは、ある特定の属性を持つ人々の注目点を素早く知ることができる。
【図面の簡単な説明】
【図１】本発明に係る情報検索表示処理方法および情報検索表示処理システムを適用した電子会議システムの構成例を示す図である。
【図２】情報表示処理装置の一実施形態である文書ビューアの表示面側に着目した外観図である。
【図３】文書ビューアとマネジャ部の機能ブロック図である。
【図４】文書サーバおよび文書データベースの構成例を示す図である。
【図５】アノテーションサーバおよびアノテーションデータベースの構成例を示す図である。
【図６】プロファイルサーバおよびプロファイルデータベースの基本的な構成例を示す図である。
【図７】プロファイルデータベースの具体的な構成例を示す図である。
【図８】文書データベースの具体的な構成例を示す図である。
【図９】文書にアノテーションを付与した状態の表示例を示す図である。
【図１０】アノテーションサーバへ送る情報の一例を示した図である。
【図１１】アノテーションデータベースの登録例を示した図である。
【図１２】アノテーションを利用した情報検索機能に着目した第１実施形態の情報検索表示処理システムのブロック図である。
【図１３】図１２に示した情報提供処理システムにおける情報検索処理の手順を示す概略図である。
【図１４】文書にアノテーションを付与しているユーザの人物属性の情報を表示した画面の一例を示した図である。
【図１５】再現されたエンジニアの視点によるアノテーションの一例を示す図である。
【図１６】第２実施形態の情報検索システムのブロック図である。
【図１７】複数人が付与したアノテーションに基づく強調表示の一例を示した図である。
【図１８】複数人が付与したアノテーションに基づく強調表示の他の例を示した図である。
【図１９】全てのアノテーション内容を検索する構成に対応するための人物属性の情報を表示した画面の一例を示した図である。
【図２０】情報検索表示処理システムを、コンピュータにより構成する場合のシステム構成の概略を示した図である。
【符号の説明】
１…電子会議システム、７…情報検索表示処理システム、９…ネットワーク、１００…クライアントシステム、１０１…表示処理部、１０２…文書ビューア、１０３…液晶表示パネル、１０４…文書表示エリア、１０６…付加情報付与部、１０７…アノテーション検出部（付加情報付与部分情報取得部）、１０９…筐体、１１０…操作ボタン、１１４…文書読込みボタン、１１６…保存ボタン、１１８…検索ボタン、１２０…更新ボタン、１２２…ページ捲りボタン、１２２ａ…前ページ送りボタン、１２２ｂ…次ページ送りボタン、１２４…強調表示ボタン、１２６…ユーザ表示ボタン、１３０…コントローラ、１３２…ページ送り指示受付部、１４０…ページ画像生成部、１５０…表示輝度制御部、１５０ａ…コントラスト制御部、１５０ｂ…ブライトネス制御部、１７０…アノテーションデバイス、１８０…マネジャ部、１８２…ログファイル格納部、１８４…強調語／センテンス特定部、１８６…強調語／センテンス選択手法指示部、１８８…強調指示制御部、２００…サーバシステム、２１０…アノテーション管理部、２１２…アノテーションサーバ、２１６…アノテーションＤＢ、２２０…文書管理部、２２２…文書サーバ、２２４…文書ＤＢ、２３０…プロファイル管理部、２３２…プロファイルサーバ、２３４…プロファイルＤＢ、５４４…検索条件決定部、５４６…検索部、５５０…アノテーション提示制御部
【図１】
2004199485.tif 000003
【図２】
2004199485.tif 000004
【図３】
2004199485.tif 000005
【図４】
2004199485.tif 000006
【図５】
2004199485.tif 000007
【図６】
2004199485.tif 000008
【図７】
2004199485.tif 000009
【図８】
2004199485.tif 000010
【図９】
2004199485.tif 000011
【図１０】
2004199485.tif 000012
【図１１】
2004199485.tif 000013
【図１２】
2004199485.tif 000014
【図１３】
2004199485.tif 000015
【図１４】
2004199485.tif 000016
【図１５】
2004199485.tif 000017
【図１６】
2004199485.tif 000018
【図１７】
2004199485.tif 000019
【図１８】
2004199485.tif 000020
【図１９】
2004199485.tif 000021
【図２０】
2004199485.tif 000022