JP4123928B2 - 情報表示処理システム、クライアント端末 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、文書を表示デバイス上に表示する機能を備えた情報表示処理システムに関する。また、本発明は情報表示処理システムを構成するクライアント端末に関する。より詳細には、電子文書とこの電子文書に付与される電子付箋を共用閲覧可能にする技術に関する。
【０００２】
【従来の技術】
人が文書を読む場合、ペンやマーカなどの筆記具を利用してメモや注釈などを付与しながら読解を行なうことは自然なことである。メモや注釈が付与された位置は読み手にとって、何らかの興味がある位置であると思われる。
【０００３】
同様のことは、電子文書を取り扱う場合にも起こる。たとえば、メモ、メッセージ、あるいはアノテーションなどの、電子文書の本文に付加される可視化情報（電子付箋）を、電子文書の本文に影響を与えることのないよう、その電子文書の本体の付加データとして添付する技術が広く用いられている。
【０００４】
たとえば、複数の端末装置を通信ネットワークで接続することにより、複数のユーザが端末画面を介して会議に参加できるようにした電子会議システムにおいて、参加者間で文書を共有可能（共用閲覧可能；同時に閲覧可能）にする技術が種々提案されている（たとえば特許文献１参照）。
【０００５】
【特許文献１】
特開平７−８４９０５号公報
【０００６】
ここで、注釈などの電子付箋を端末画面に表示された文書に付加することは、電子会議システムでもなされる。たとえば、端末画面に表示された文書（電子化された資料）に、ペン型の指示デバイスを用いての入力や指先で直接タッチパネルに触れて記入する手書き入力などによって、メモやアノテーションなどの電子付箋を表示画面上で書き込むことがある。
【０００７】
この電子付箋の機能によれば、会議の参加者は、それぞれの端末から独自に加筆修正することができ、思考を妨げず簡単に付加情報を入力することができる。また、この手書き情報を他の参加者の端末画面上にも表示することができる。これにより、各端末装置から意見やアイデアを入力したりそのハードコピーを取ったりすることができる。つまり、文書の電子化やネットワークの利用により、電子的に表示された文書に対して付与されたアノテーション（アンダーラインやマーキングや文字の書込みなど）などを共有することができる。
【０００８】
また、ある文書の一部に付与されたアノテーションなどの電子付箋の状態をクエリ（検索条件）として、既に同じ位置に付与されている文書の電子付箋を検索結果として再現することもできる。電子付箋が付与された位置は読み手にとって、何らかの興味がある位置であると思われる。他人や自分が以前に付与した電子付箋を再現することにより、他人や自分が付与した興味のある位置を知ることができる。
【０００９】
どの人物がどのような特性を持っているのかを知っている場合、特定の人物のアノテーションは意味があるが、不特定多数の人物が文書やアノテーションを共有する場合、素性の知らぬ人物のアノテーションはあまり意味が無い。
【００１０】
特許文献２には、電子文書に付与されたアノテーションを、アノテーションを付与した人物ごとに管理し、ある特定の人物を指定することにより、その人物が付与したアノテーションを再現する手法が提案されている。特定の人物の興味を知りたい場合は、この特許文献２に記載の方法により対応を採ることができる。
【００１１】
【特許文献２】
特開平９−６２６７６号公報
【００１２】
【発明が解決しようとする課題】
一方、手書きアノテーションやその他の電子付箋には、個人的にあるいは所定のグループ内だけに開示したい内容もあり、不特定多数のものに公開すべきではない場合もある。しかしながら、上記特許文献２に記載の方法では、特定の人物を検索条件に指定する手法であるから、この要求に応えることはできない。
【００１３】
一方、従来、構造化された文書を対象として、この構造化文書を登録する際に、自動的に論理構造単位に分割し、構造情報とともにデータベースに登録し、個々の論理構造単位で構造情報に依存する検索を可能とする仕組みが知られている（たとえば、特許文献３，４を参照）。たとえば、特許文献３，４に記載の手法を利用することで、論理構造に依存する検索やアクセス権の設定が可能で、文書部品（文書本体の構成部品）ごとに公開／非公開を制御することができる。
【００１４】
【特許文献３】
特開平７−４４５７９号公報
【特許文献４】
特開２００２−２２２１８５号公報
【００１５】
ここで、特許文献４に記載の手法は、会議メモなど元々は非構造化文書であるものを取り扱う際に、この非構造化文書を構造化文書に変換し、複数のユーザで該構造化文書を共有化し、共同で効率的かつ確実に編集を可能とする仕組みものもである。
【００１６】
しかしながら、特許文献３，４に記載の手法は、構造化文書の状態にある文書の文書部品ごとに公開／非公開を制御することができるが、アノテーションなど文書本体とは異なる電子付箋に対して公開／非公開を制御することはできない。また、特許文献４に記載の手法は、非構造化文書を構造化文書に変換するために、たとえば文字認識処理を必要とするなど、その処理が煩雑である。
【００１７】
これに対して、特許文献５には、アノテーションに公開属性（アクセス権）を設定し、その公開属性をキーとして検索を行ない、文書を検索する技術が提案されている。
【００１８】
【特許文献５】
特開平１１−１２０１９１号公報
【００１９】
しかしながら、特許文献５に記載の手法は、ある公開属性をもつアノテーションを含む文書を検索するために利用するものであり、表示デバイスに表示されている文書に付されている個々のアノテーションの公開／非公開を制御するものではない。
【００２０】
他方、文書と電子付箋の両方を共用閲覧可能な構成とする場合、他人が追加もしく変更した電子付箋の情報を確認するためには、閲覧者が、常に電子付箋の読込み・再現手続きを行なわなければならない。このような操作は、面倒である。
【００２１】
また、読込み・再現の手続きを行なっても、前回と今回の手続き間に新規な電子付箋が付与されていないケースや変更されていないケースでは、その操作は無駄なものとなってしまう。
【００２２】
このように、文書本体に付与された電子付箋などの付加情報を表示する従来の技術は、必ずしも、個々の閲覧者が希望する表示形態の要求に応えることができていないのが実状である。
【００２３】
本発明は、上記事情に鑑みてなされたものであり、アノテーションなどの文書に付加された付加情報を表示する際に、個々の閲覧者が希望する表示形態の要求により柔軟に応えることのできる情報表示処理方法およびシステムを提供することを目的とする。
【００２４】
具体的には、文書に付加された付加情報（電子付箋）について公開／非公開を設定することができる情報表示処理方法およびシステムを提供することを目的とする。
【００２６】
また本発明は、情報表示処理システムを構成するクライアント端末を提供することを目的とする。
【００２７】
【課題を解決するための手段】
すなわち、本発明に係る第１の情報表示処理方法は、所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備えた情報表示処理方法であって、付加情報の表示を許可するか否かを示す公開属性を当該付加情報と対応付けてデータベースに管理し、付加情報の表示要求があった場合には、付加情報に設定されている公開属性に基づいて、表示要求のあった付加情報の表示を制御することとした。
【００２８】
本発明に係る情報表示処理システムは、所定の表示デバイス上に表示された文書に付加情報を付与する付加情報付与部と、文書中における付加情報付与部により付加情報が付与された付加情報付与部分の情報を取得する付加情報付与部分検知部と、付加情報付与部分検知部により取得された付加情報付与部分の情報と付加情報の表示を許可するか否かを示す公開属性とを文書に対応付けて登録する登録部と、登録部に登録されている付加情報に設定されている公開属性に基づいて表示要求のあった付加情報の表示を制御する表示制御部とを備えるものとした。
【００２９】
公開属性設定部は、公開属性が対応付けられた透明または半透明の複数枚のシート媒体を表示デバイスの表示面上に重ねられて配置可能に構成され、かつ、シート媒体を介して付加情報が付与または変更されたことに基づいて公開属性が自動的に設定されるように構成されており、複数のシート媒体の重ねの順序に応じて公開属性が自動的に設定されるように構成されているものとする。
【００３１】
本発明に係る第２の情報表示処理システムは、発明に係る第２の情報表示処理方法を実施するシステムであって、所定の表示デバイス上に表示された文書に付加情報を付与し、または表示されている付加情報の状態を変更する付加情報付与部と、付加情報が文書に付与された旨を、または既に付与されている付加情報の状態が変更された旨を、当該付加情報が付与または変更された文書を共用閲覧している他の閲覧者に通知する更新情報通報制御部とを備えるものとした。
【００３２】
本発明に係るクライアント端末は、本発明に係る情報表示処理システムを構成するものである。また、従属項に記載された発明は、本発明に係る情報表示処理システムあるいはクライアント端末のさらなる有利な具体例を規定する。
【００３４】
【作用】
上記発明の構成においては、付加情報（電子付箋）に公開属性を設定しデータベースで管理する。共用閲覧しているものから付加情報の表示要求があったときには、付加情報に設定されている公開属性を参照して表示を制御することで、付加情報の公開／非公開を制御する。
【００３５】
公開属性設定部は、公開属性が対応付けられた透明または半透明の複数枚のシート媒体が表示デバイスの表示面上に重ねられて配置され、それらの重ねの順序に応じて公開属性が自動的に設定される。
【００３６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。
【００３７】
図１は、本発明に係る表示制御方法および情報表示処理システムを適用した電子会議システムの構成例を示す図である。
【００３８】
なお、この例での電子会議の場面設定としては、たとえば、開発開始提案や国際技術標準化会議など、電子的なドキュメントベースの会議の場面を想定する。
【００３９】
電子的なドキュメントとしては、たとえば、開発開始提案の場面では、前任機（現行機種など開発対象機種に対するそれ以前の機種）に関する仕様書、市場トラブルレポート、サポート部門の技術標準書類、など類似文書が多数ある。また、技術標準化会議の場面では、似たような技術標準書や同じ技術に関するメーリングリストなど関連する文書が周囲に存在している。
【００４０】
電子会議システムへの参加者としては、たとえば、決定に影響を与えたり決定事項から影響を受けたりする組織の代表である参加者、議長、記録係などが想定される。
【００４１】
電子会議システムでは、たとえば、代表者の誰かが提案書を纏め事前に資料を配布している。そして、会議の前に参加者ならびに議長が資料を読み、手書きのアノテーションを表示画面上に加えることができる。また、会議の進行中に組織の代表者は、バックオフィスにいる関係者とアノテーションを用いてコンテキストを共有し、また互いに連絡をとりながらリアルタイムに部門意見の調整を行なうこともできる。
【００４２】
ここで、電子会議システムにおける会議の流れの中で、手書きアノテーションの共有が関わる場面としては、たとえば、次のようなものが考えられる。
＊配布された資料を会議前に読み、アノテーションを書き込む。
＊説明内容を聞きながらアノテーションを入れる。
＊質疑応答セッションで、アノテーションをもとに質問箇所を素早く探して質問する、あるいは応答する。
＊過去の関連文書を検索する。
＊会議中で同僚に質問する。
＊議論のセッション。
＊採択や意見集約のセッション。
＊合意事項の確認のセッション。
＊議事録作成。
＊会議の模様をグループのメンバーに報告する。
＊会議を通して専門家を発見したり、多様な視点に気付かされたりする。
【００４３】
＜＜システム構成の概要＞＞
次に、図１に示した電子会議システムの構成を説明する。電子会議システム１は、電子会議の参加者が使用するクライアントシステム１００と、電子会議システム１にて使用される電子データ（文書データに限らず、会議に必要な他の電子的な情報の全てを含む）を処理するサーバシステム２００とを備えている。クライアントシステム１００およびサーバシステム２００を構成する各機能要素は、有線や無線などのネットワーク（通信網）９によって接続されている。
【００４４】
クライアントシステム１００は、会議への参加者ごとに設けられている。図示した例では、２セット分を例示しているが、その数は２つに限らない。なお、１つのセットを複数人が共用してもかまわない。
【００４５】
クライアントシステム１００は、電子文書を表示するための文書ビューア１０２（図では１０２ａ，１０２ｂ）、文書ビューア１０２に表示されている電子文書に付加情報の一例であるアノテーションを付与するためのアノテーションデバイス１７０（図では１７０ａ，１７０ｂ）、および画面操作の履歴を保存したり文書ビューア１０２を制御したりするマネジャ部１８０（図では１８０ａ，１８０ｂ）を有する。文書ビューア１０２とアノテーションデバイス１７０とで、付加情報付与部１０６（図では１０６ａ，１０６ｂ）およびアノテーション検出部（アノテーション付与部分情報取得部）１０７（図では１０７ａ，１０７ｂ）とが構成される。
【００４６】
文書ビューア１０２は、図示しない本体（クレードル／ドッキングステーション）に装着自在となっている。文書ビューア１０２としては、たとえば、パソコンなどに使用されるＣＲＴや液晶（ＬＣＤ）などのディスプレイや、紙を模倣したようなデバイス（たとえばタブレットＰＣ）などを使用するとよい。なお、文書ビューア１０２は、ホワイトボード程度の大きさにした大型タブレットとして構成してもよい。
【００４７】
アノテーションデバイス１７０としては、手書き入力ができる機能を備えたものであるのがよく、たとえばペンの形状を持つデバイスなどの入力デバイスを使用するとよい。ペン形状のデバイスの場合、表示面上をデバイスで直接指示できるように、たとえば電磁誘導方式の検知機構とする場合には文書ビューア１０２およびアノテーションデバイス１７０ともに指示入力を検知する仕組みを持つものとする。また、タッチパネル方式を採用してもかまわない。また、アノテーションデバイス１７０は、ペン型のものに限らず、マウスやキーボードなどの入力・指示デバイスを用いるものであってもよい。
【００４８】
マネジャ部１８０は、文書の閲覧履歴やアノテーションの履歴（ログファイル）を保存するログファイル格納部１８２（図では１８２ａ，１８２ｂ）を有する。また、このマネジャ部１８０は、読み手により指定された表示手法（本例では強調表示機能）を実現する機能部が設けられる（後述する図３参照）。
【００４９】
サーバシステム２００は、付加情報管理部の一例であってログファイルやアノテーションを管理するアノテーション管理部２１０、電子文書を管理する文書管理部２２０、個人のプロファイルを管理するプロファイル管理部２３０、会議と参加ユーザとを管理する会議管理部２３５、および文章の解析や重要語の抽出を行なうなどして会議を支援する情報検索部２４０を有する。
【００５０】
アノテーション管理部２１０は、文書に付与されたアノテーションの保存と検索を行なうサーバであるアノテーションサーバ２１２と、各クライアント端末のログファイルの内容を保存するデータベース（Data Base ）であるアクションログＤＢ２１４と、付加情報格納部の一例であってアノテーションおよびそれに付随する属性情報を保存するためのデータベースであるアノテーションＤＢ２１６とを有する。
【００５１】
文書管理部２２０は、文書の保存と検索を行なうサーバである文書サーバ２２２と、文書およびそれに付随した属性情報を保存するためのデータベースである文書ＤＢ２２４とを有する。
【００５２】
文書本体を管理する文書管理部２２０と、電子文書に付与されるアノテーションなどの付加情報を管理するアノテーション管理部２１０とを設けることで、配布資料に対する加筆修正がそれぞれ独自に行なわれるケースでも、会議終了時に原本と合わせたときにその内容に矛盾が生じることを回避することができる。
【００５３】
たとえば、だれかが原本のある部分に補足説明を加え、一方、だれかが同じ部分を削除するような修正を加えたときでも、それらの編集部分を文書ＤＢ２２４に登録されている文書本体とは別に、文書本体と対応付けてアノテーションＤＢ２１６に登録しておくことで、会議資料本体やこれに対する加筆修正などの内容に矛盾が生じることなく情報の管理を行なうことができる。また、アノテーションＤＢ２１６を参照することで、その場で出された意見や討論の内容を後で書き出すことも容易である。
【００５４】
プロファイル管理部２３０は、各ユーザの氏名やパスワード、あるいは会社での所属グループなどの個人のプロファイルの保存と検索を行なうサーバであるプロファイルサーバ２３２と、個人のプロファイルを保存するデータベースであるプロファイルＤＢ２３４とを有する。
【００５５】
会議管理部２３５は、会議とその会議に参加可能なユーザとを管理するサーバである会議サーバ２３６と、会議ＩＤと参加可能なユーザＩＤとを対応付けて保存するデータベースである会議ＤＢ２３８とを有する。
【００５６】
情報検索部２４０は、文章の解析や重要語の抽出を行なうサーバである自然言語処理サーバ２４２と、自然言語処理サーバ２４２が参照する解析辞書や類義語辞書などを保存したデータベースである自然言語処理ＤＢ２４４とを有する。
【００５７】
自然言語処理ＤＢ２４４には、情報検索手法に適したデータ構造で所定のデータが格納される。たとえば、語義ベースで単語の意味ベクトルを格納する単語ベクトル辞書（辞書はデータベースの一例）、係り受け単語間の共起関係を格納する共起データベース、あるいは類義語展開や関連展開を行なうために使用される拡張辞書（類義語辞書を含む）などを格納する。
【００５８】
情報検索部２４０は、自然言語処理ＤＢ２４４に、これら種々のデータベース（辞書を含む）を有することで、さまざまな検索エンジンを選択して使うことができるようになる。
【００５９】
なお、図示したサーバシステム２００の各管理部２１０，２２０，２３０，２３５，２４０は、それぞれ別体のものであってもよいし、任意の組合せにて同一筐体内に収容されたものであってもよい。たとえば、各サーバは共通のコンピュータで構成されていてもよいし、各データベースとして共通のハードディスク装置を利用するものであってもよい。なお、アノテーション管理部２１０、文書管理部２２０、および情報検索部２４０を纏めて、文書情報管理部ともいう。これら管理部２１０，２２０，２３０，２４０としては、たとえばワークステーションが使用されるとよい。
【００６０】
＜文書ビューアの外観＞
図２は、情報表示処理装置の一実施形態である文書ビューア１０２の表示面側に着目した外観図である。図示するように、この文書ビューア１０２は、表示デバイスの一例である液晶表示パネル１０３と種々のハードウェアキーで構成された操作ボタン１１０とが筐体１０９に収容されて構成されており、ある程度の厚みを持った１枚の板状に形成されている。
【００６１】
液晶表示パネル１０３は、バックライト付きパネルとして構成されており、文書を表示するための文書表示エリア１０４として使用される。文書表示エリア１０４上は、アノテーションデバイス１７０にて手書き入力（デジタルインク）が可能である。マネジャ部１８０には、このデジタルインクに対応したメモ書きユーティリティ（ハードウェアおよびアプリケーションソフト）が組み込まれる。
【００６２】
デジタルインクに対応したコントローラとしては、手書きで入力したデータを“デジタルインク(手書き文字)”として認識し処理するためのものであればよく、必ずしも、手書きで入力したものをテキスト変換する機能（手書き文字認識機能）を備えたものである必要はない。この場合でも、テキストの最上位フォーマットとして取り扱うことができ、手書き文字のまま検索したり、文字を加工(カラー変更など)したりすることができる。なお、デジタルインクデータフォーマットを画像データ（たとえばビットマップデータ）として取り扱ってもよい。
【００６３】
このように、文書ビューア１０２は、紙の文書を読む際に文書に好きな形で下線や丸を付けたりメモを書き込んだりするのと同様に、アノテーションデバイス１７０を用いて書込み入力が可能となっている。また、厚みを持った１枚の板状に形成されているので、たとえば、書込み時に、膝の上に置いたり傾けたりして読みやすい位置や角度に据えることも容易である。
【００６４】
書込み入力された情報（文書本体の付加情報）は、文書ビューア１０２内の図示しない記憶部に保持され、所定のときにサーバシステム２００のアノテーション管理部２１０に送られ、アノテーションＤＢ２１６に文書本体と対応付けられて格納される。後にその文書を読み出すときには、文書本体とともに、過去に記入したアノテーションも読み出され、文書表示エリア１０４に表示される。
【００６５】
これにより、紙のように自由に好きな形で下線や丸あるいはメモなどの書込みを入れることで、情報の記載場所に関する読み手の記憶を視覚的に助ける効果を発揮させることが可能となる。
【００６６】
たとえば、電子会議システム１を利用した会議であれば、配布された資料を会議前に読みアノテーションを書き込んだり、あるいは説明内容を聞きながらアノテーションを入れたりするなどに利用することができる。
【００６７】
操作ボタン１１０としては、複数のハードウェアキーが用意されている。たとえば図示するように、文書ＤＢ２２４に格納された文書を読み込むための文書読込みボタン１１４と、文書表示エリア１０４に描画されたアノテーションを保存するための保存ボタン１１６と、アノテーションＤＢ２１６に保存されるアノテーションを検索し文書表示エリア１０４に表示させるための検索ボタン１１８と、表示を更新させるための更新ボタン１２０とを備えている。
【００６８】
また、操作ボタン１１０としては、ページを前後に捲るための前ページ送りボタン１２２ａおよび次ページ送りボタン１２２ｂからなるページ捲りボタン１２２と、重要語を表示するための強調表示ボタン１２４と、文書ビューア１０２が開いている文書にアノテーションを付けているユーザの一覧を表示するユーザ表示ボタン１２６とを備えている。
【００６９】
なお、操作ボタン１１０のハードウェアキーに代えて、文書表示エリア１０４にキーボタンを表示するソフトウェアキーとしてもよい。
【００７０】
この文書ビューア１０２は、内部に備えられている記憶媒体から読み出したデータ、あるいは図示しないネットワーク接続機能部を介してサーバシステム２００（Ｗｅｂサーバでもよい）などから取得したデータに基づいて画像を液晶表示パネル１０３に表示するように構成されている。
【００７１】
また、文書ビューア１０２は、本を読むようにパラパラと捲りながらページ単位で表示を切り替えていく機能（捲り表示機能）が搭載されており、この捲り表示機能を利用することで、たとえば、取り込んだ多数の情報の中から所望の情報を素早く検索できるように構成されている。
【００７２】
すなわち、この文書ビューア１０２における情報検索時には、前ページ送りボタン１２２ａや次ページ送りボタン１２２ｂといった２つのページ送りボタン（ページ捲りボタン１２２）を操作することで、ページ捲り操作を行ないながら所望のページ情報を液晶表示パネル１０３に表示させることができる。また、前ページ送りボタン１２２ａや次ページ送りボタン１２２ｂの何れか一方を連続的に押し続けると高速でページ送りを行なうことができ、これにより、次々と表示される情報を確認しながら所望とする情報を探すという操作が可能となっている。
【００７３】
また、捲り表示の際は、ページ送り操作に合わせて、液晶表示パネル１０３の液晶素子を駆動する画素振幅である画像コントラストや画像全体の明るさである表示明度（ブライトネス／背景輝度）を通常表示時と異なるものとし、表示デバイス上の表示画像の明暗状態を所定時間に亘って通常状態の明暗の調子と異なるものにすることで、全体の画像の特徴抽出が容易となるように構成されている。
【００７４】
＜文書ビューア／マネジャ部＞
図３は、文書ビューア１０２とマネジャ部１８０の機能ブロック図である。文書ビューア１０２は、ページ単位で画像を表示する表示デバイスの一例である液晶表示パネル１０３と、文書ビューア１０２におけるの表示処理全体を制御するコントローラ１３０と、所定条件の元に新しいページ画像を生成するページ画像生成部１４０とを備える。コントローラ１３０は、液晶表示パネル１０３上のページ画像の切替指示を操作ボタン１１０を介して受け付けるページ送り指示受付部１３２を有する。ページ画像生成部１４０は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けたことを条件として新しいページ画像を生成する。
【００７５】
また、文書ビューア１０２は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けたことを条件として、液晶表示パネル１０３上の画像を切り替えるとともに表示画像の明暗状態を所定順序に従って切り替える表示輝度制御部１５０を備える。
【００７６】
ページ画像生成部１４０は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けると、指示された方向（前方／後方の何れか）の新しいページ画像を生成し、生成し終えると、その旨を示す生成完了信号Ｓ１を表示輝度制御部１５０に通知する。
【００７７】
表示輝度制御部１５０は、液晶表示パネル１０３上におけるページ画像の表示コントラストを制御する機能部であるコントラスト制御部１５０ａと、液晶表示パネル１０３のバックライト輝度を制御することでブライトネスを制御する機能部であるブライトネス制御部１５０ｂとを有する。また、表示輝度制御部１５０は、液晶表示パネル１０３上のページ画像のコントラストをコントラスト制御部１５０ａにより調整したり、あるいはページ画像のブライトネスをブライトネス制御部１５０ｂにより調整することで、液晶表示パネル１０３上における表示輝度を制御する。なお、コントラストおよびブライトネスの両方に限らず、この両者の少なくとも一方を調整するものであればよい。
【００７８】
この表示輝度制御部１５０は、ページ送り指示受付部１３２がページ画像の切替指示を受け付けると、液晶表示パネル１０３の画像をページ画像生成部１４０が生成した新しいページ画像に切り替えるとともに、表示輝度を所定時間だけ通常表示（その時点にユーザが設定しているコントラストやブライトネスの状態）と少し変える機能を備えている。これにより、本を読むようにパラパラと捲りながら表示を行なっていく場合でも、判別能を高めることができる。
【００７９】
一方、マネジャ部１８０は、ログファイル格納部１８２の他に、読み手が読もうとする対象文書を文書ＤＢ２２４から取り込み強調表示すべき文字やセンテンスを特定する強調語／センテンス特定部１８４と、強調表示すべき文字やセンテンスの選択手法を強調語／センテンス特定部１８４に指示する強調語／センテンス選択手法指示部１８６と、強調表示機能の有効／無効（オン／オフ）を制御する強調指示制御部１８８とを備える。
【００８０】
マネジャ部１８０は、先ず、強調語／センテンス選択手法指示部１８６にて読み手（本例では会議参加者）により指定された手法を実現する強調語／センテンス特定手法を選択し強調語／センテンス特定部１８４に指示する。読み手が読もうとする対象文書は、強調語／センテンス特定部１８４に入力される。強調表示機能がオンとなっている場合は、強調語／センテンス特定部１８４にて強調表示すべき語句（単語、センテンス、あるいは文章）をどのように表示するかが決定された後に文書ビューア１０２のコントローラ１３０を通じページ画像生成部１４０へ画像情報が送られる。
【００８１】
なお、強調表示手法としては、濃度（コントラスト／ブライト）を変化させて表示させる、フォント（種類やサイズ）を変化させて表示させる、文字色を変化させて表示させる、文字の背景色を変化させて表示させる、下線やべた塗りを付す、などという方法がある。なお、“強調表示”の目的は、他の部分との峻別にあり、視覚的に差を持たせることのできるものであればよく、変化の方向は問わない。たとえば、濃度を濃くすることで該当部分を強調してもよいし、逆に濃度を薄くすることで該当部分を強調してもよい。
【００８２】
また、強調表示機能を利用することで、「流し読み機能」を持たせる場合にも効果を高めることができる。たとえば、紙の文書を流し読みするとき、読み手は、興味を引く語句や文書を特徴づけている語句を拾い読みしながら、大事な内容が掲載されていそうなページや文書の大凡の印象を得るといったことを行なっている。この文書ビューア１０２でも、「流し読みモード」を設けることで、文意をよく表現していると思われる重要語句を濃く表示することができる。濃く表示されているキーワードを追っていくことによって、短時間で文書の内容を理解することができる。また、読み手は、濃く表示されている語句の周辺が重要な箇所であると推測することもできる。より深く内容を理解したければ、そこを読み進めればよい。
【００８３】
また、アノテーション機能を利用した文献リストの自動生成とリンクさせた文書を表示することもできる。たとえば、ある文書に読み手が書き込んだ下線や丸などの印がついた語句をキーワードにして、サーバシステム２００に保持している文書に検索をかける。そしてキーワードが頻出する文書を参考文献としてリストアップする。読み手は、文書のタイトル、キーワードが頻出している個所の文章（クリップ）とページ番号を参照することができる。指定された参照文献を表示する際には、クリップ（検索条件に該当した語句を示す状態）中のキーワードに、たとえば、フォント種やサイズを変える、下線を引く、色塗りする、あるいは濃い文字で表示するなどの強調表示をする。こうすることで、参照文献の内容を素早く理解することが可能となる。
【００８４】
なお、強調語／センテンス特定部１８４、強調語／センテンス選択手法指示部１８６、および強調指示制御部１８８の各処理は、本願出願人に係る特願２００２−３１４８７６号を参照するとよい。
【００８５】
＜文書サーバ／文書データベース＞
図４は、文書サーバ２２２および文書ＤＢ２２４の構成例を示す図である。文書サーバ２２２は、「登録」と「文書読込み」を外部からの指示により受け付ける。たとえば、文書ビューア１０２の文書読込みボタン１１４が操作されたことをクライアントシステム１００にて検知すると、クライアントシステム１００は、その旨をサーバシステム２００を構成する文書管理部２２０の文書サーバ２２２に通知する。これにより、文書サーバ２２２は、文書ＤＢ２２４から指示された文書を読み込む。
【００８６】
なお、「登録」は、たとえば“http://datacenter.company.co.jp/access.cgi?DocumentID=8gjk3cl3”などのように、文書ＤＢ２２４への文書の格納先を示すアドレスを示した登録したい文書へのＵＲＬ（Uniform Resource Locators ）などのパスやディレクトリへのパスで与えることとする。
【００８７】
文書サーバ２２２は、与えられたパスが示す文書（群）に対し、順次、文書ＩＤを付与し、文書名と文書本文を文書ＤＢ２２４に登録する。このとき、文書ＤＢ２２４内のデータ構造は、たとえば図４（Ｂ）のようになる。文書名または文書本文はＵＲＬなどの文書へのパスでもかまわない。
【００８８】
文書サーバ２２２は、文書ビューア１０２から「文書読込み」の指示を受け付ける。文書サーバ２２２は、「文書読込み」の指示を受け付けると、文書ＤＢ２２４内の文書名の一覧を作成し、文書ビューア１０２へ返す。また、文書サーバ２２２は、文書ビューア１０２より文書名を受け取り、対応する文書本文を文書ビューア１０２へ送り返す。
【００８９】
＜アノテーションサーバ／アノテーションデータベース＞
図５は、アノテーションサーバ２１２およびアノテーションＤＢ２１６の構成例を示す図である。
【００９０】
アノテーションサーバ２１２は、「保存」と「検索」を外部からの指示により受け付ける。たとえば、文書ビューア１０２の保存ボタン１１６が操作されたことをクライアントシステム１００にて検知すると、クライアントシステム１００は、その旨をサーバシステム２００を構成するアノテーション管理部２１０のアノテーションサーバ２１２に通知する。なお、アノテーションの保存の指示がなく文書ビューア１０２を終了すると、先ず、アノテーションを自動的に保存を指示するようにする。これにより、アノテーションサーバ２１２は、保存を指示されたアノテーション情報（付加情報の特徴を表した情報の一例）をそのアノテーションが付与されていた文書に対応付けて、記憶部の一例であるアノテーションＤＢ２１６に登録（格納）する。
【００９１】
たとえば、アノテーションサーバ２１２は、文書ビューア１０２から「保存」の指示を受け付ける。このとき、保存したいアノテーション内容とアノテーションの矩形情報と色や形状、またアノテーションが付与された文書ＩＤおよび「保存」指示を発した文書ビューア１０２の端末ＩＤが与えられる。またこのとき、同様に、「保存」を指示した会議参加者（クライアント）のユーザ名（あるいはユーザＩＤ）や、その参加者が参加している会議の名称（あるいは会議ＩＤ）、保存を指示したアノテーションに関する公開属性、並びにアノテーションが付与された時刻（アノテーション生成時刻）も与えられる。
【００９２】
アノテーションサーバ２１２は、与えられた端末ＩＤ、文書ＩＤ、矩形情報、アノテーション内容、色、形状、ユーザＩＤ（あるいはユーザ名）、会議ＩＤ（あるいは会議名）、公開属性、ステータス、生成時刻を、テーブルデータとしてアノテーションＤＢ２１６に保存する。このときアノテーションＤＢ２１６内のデータ構造は、たとえば図５（Ｂ）のようになる。
【００９３】
アノテーションＩＤは、１ストロークのアノテーションごとにユニークなＩＤ番号が割り振られる。端末ＩＤは、クライアントを唯一に識別するＩＤ番号である。ユーザが使用しているクライアント端末のハードウェアを直接指す場合もあれば、ＩＰ（Internet Protocol ）アドレスやホスト名に対応するものであってもよい。文書ＩＤは、文書ＤＢ２２４に格納された文書ごとにユニークなＩＤが割り振られる。文書ファイル名が同じでも複数回文書ＤＢ２２４に投稿されていれば、異なる文書ＩＤで登録される。
【００９４】
アノテーションの矩形情報は、１ストロークのアノテーションが指す矩形領域の矩形番号である。水平方向に伸びた直線の場合は連続した整数値になる場合もあるが、四角形や円などを複数行に亘って描いた場合は、不連続な整数値となる。なお、このアノテーションの矩形情報については、後述する“アノテーション付与処理”にて詳しく説明する。
【００９５】
アノテーション内容は、１ストロークのアノテーションの軌跡情報であり、描画されたアノテーションを再現するために利用されるデータである。たとえば、ビットマップやベクトルデータなどのデータとなる。色形状は、アノテーションに使用されたインクの色や、円や四角などの形状情報である。線種は、アノテーションの太さや実線あるいは点線などの線種を示す。
【００９６】
ユーザＩＤ（あるいはユーザ名）は、文書ビューア１０２を操作しているユーザを一意に識別する情報である。たとえば、ログインユーザ名などに対応する。会議ＩＤは、会議など活動単位のユーザをまとめるための情報である。会議中に生成された全員のアノテーションを集計する場合などに使われる。たとえば、ログイン時に、会議名（会議ＩＤ）とユーザ名（ユーザＩＤ）を指定して認証をする。
【００９７】
公開属性は、たとえば、公開可能（制限なし）とする（＝Ｐｕｂ）、特定の他のユーザやグループ内（たとえば会議参加メンバー）だけに公開する（＝Ｆｒｄ）、アノテーションを非公開（個人用）とする（＝Ｐｒｉｖ）、認証が得られた場合にのみ公開を許可する（＝Ｐｒｏｔｅｃｔ）、のうち何れかをとるものとする。特定公開（＝Ｆｒｄ）および認証公開（＝Ｐｒｏｔｅｃｔ）については、ユーザやグループあるいは認証コード（ユーザ名とパスワード）などのサブ属性が設定可能である。また、特定公開（＝Ｆｒｄ）および認証公開（＝Ｐｒｏｔｅｃｔ）の場合、表示のみの公開（読取専用）に限らず、他人による編集も許可するフルアクセス設定のサブ属性が設定可能である。文書やアノテーションの共用閲覧は、通常、読取専用として公開するのはいうまでもない。誰でもが自由に編集できるようにしておくことによる不都合を防止するためである。ただし、会議の場などにおいては、自由に編集可能な方が都合のよい場合もある。このような場合、フルアクセス設定をしておけばよい。
【００９８】
ユーザは、付与するアノテーションのそれぞれに対して、これらの公開属性を設定することができる。この公開属性は、アノテーションを付与する都度、あるいはアノテーションの保存指令を発する都度、設定可能である。また、何れかを予めデフォルトに設定しておき、特段の変更指示がない場合はそのデフォルトの属性が設定されたものとしてもよい。また、アノテーションの保存時に公開属性の変更指示がない場合は、その時点に設定されている（デフォルトも含めて）属性を受け付けることとする。
【００９９】
たとえば、ある会議の参加メンバーだけに公開する（Ｆｒｄ）場合には、公開対象の会議の情報（たとえば会議ＩＤ）もアノテーションＤＢ２１６に登録する。また、認証が得られた場合にのみ公開を許可する（＝Ｐｒｏｔｅｃｔ）場合には、プロファイル管理部２３０に問い合わせて、パスワード認証が得られたときのみ公開を許可する。
【０１００】
アノテーションを表示する際には、非公開対象のアノテーションも含め全てのアノテーションをアノテーションサーバ２１２よりクライアントシステム１００に送付して、クライアントシステム１００側で、アノテーションに設定されている公開属性をチェックして表示（公開）／非表示（非公開）を切り替えたり、アノテーションサーバ２１２側で、公開対象のアノテーションだけを送付したりする。なお、アノテーションに公開属性を持たせることで、付与されたアノテーションの表示／非表示を切り替える手法については、後で詳しく説明する。
【０１０１】
ステータスは、アノテーションが新規に作られたのか（＝Ｎｅｗ）、既に存在していたものか（＝Ｅｘｉｓｔ）、削除されたものか（＝Ｄｅｌｅｔｅｄ）の状態がを示す。一旦付与したアノテーションを、ユーザが、消しゴム（電子的な）などで消した場合には、ここは“Ｄｅｌｅｔｅｄ”となる。この場合、この削除指令によりアノテーションＤＢ２１６からその消去されたアノテーションのデータがなくなるわけではなく、あくまでステータスが変わるだけである。
【０１０２】
アノテーションを表示する際には、“Ｄｅｌｅｔｅｄ”のアノテーションを含め全てのアノテーションをアノテーションサーバ２１２よりクライアントシステム１００に送付して、クライアントシステム１００側でアノテーションに設定されているステータスをチェックして表示／非表示を切り替えたり、あるいはアノテーション管理部２１０側で“Ｅｘｉｓｔ”のものだけをクライアントシステム１００に送付したりする。
【０１０３】
生成時刻は、文書ビューア１０２において１ストロークのアノテーションが付与された（ビューア画面上に描かれた）時刻であり、日付と時間からなる。これは、１ストロークのアノテーションごとに、文書ビューア１０２上で保存ボタン１１６を押して保存した時刻（アクションログＤＢ２１４にて管理されている）とは別に管理されるようになっている。
【０１０４】
なお、既に付与されていたアノテーションについて、場所移動（つまり矩形情報の変化）がある場合や、アノテーションの属性（色・形状・線種）や公開属性に変化がある場合、元のアノテーションは事実上削除されたものとして、そのステータスを“ｄｅｌｅｔｅｄ”とし、最新の状態のアノテーションについて新たなアノテーションＩＤを発行することとする。こうすることで、一旦付与されたアノテーションについては、たとえ削除もしくは変更された場合であっても、“Ｄｅｌｅｔｅｄ”のアノテーションを含め全てのアノテーションをアノテーションサーバ２１２よりクライアントシステム１００に送付して、クライアントシステム１００側でステータスをチェックして、ステータスが“ｄｅｌｅｔｅｄ”であるものについても表示／非表示を切り替えることで、必要に応じて元の状態で再現することができる。
【０１０５】
また、クライアントシステム１００は、文書ビューア１０２の検索ボタン１１８が操作されたことを検知すると、その旨をサーバシステム２００を構成するアノテーション管理部２１０のアノテーションサーバ２１２に通知する。これにより、アノテーションサーバ２１２は、検索を指示されたアノテーション情報をアノテーションＤＢ２１６から読み出す。
【０１０６】
たとえば、アノテーションサーバ２１２は、文書ビューア１０２から「検索」の指示を受け付ける。このとき、アノテーションサーバ２１２は、文書ＩＤと矩形情報とアノテーション付与範囲に関する情報をクライアントシステム１００（文書ビューア１０２）から受け取る。アノテーションサーバ２１２は、これらの情報（検索条件）に基づきアノテーションＤＢ２１６内を検索し、適切なアノテーション内容を文書ビューア１０２へ返す。この検索処理については後述する。
【０１０７】
＜プロファイルサーバ／プロファイルデータベース＞
図６は、プロファイルサーバ２３２およびプロファイルＤＢ２３４の基本的な構成例を示す図である。
【０１０８】
プロファイルサーバ２３２は、「登録」、「修正」、あるいは「検索」を外部からの指示により受け付ける。たとえば、ユーザ情報管理ウィンドウを文書ビューア１０２上に表示させ、このユーザ情報管理ウィンドウにて、各指示やユーザ情報の入力や修正を受け付ける。ユーザ情報管理ウィンドウは図示を割愛する。
【０１０９】
なお、閲覧中の文書に関わるアノテーションを検索する際に、プロファイルサーバ２３２に登録されている人物属性を検索条件に設定することもできる。この場合のユーザ情報の「検索」は、アノテーション検索を介して行なう。
【０１１０】
クライアントシステム１００は、ユーザ情報管理ウィンドウにて、所定のフォーマットに従ったユーザ情報の入力を受け付ける。ユーザ情報は、ユーザ名およびパスワードと、種々の属性情報からなる。属性情報としては、たとえば、性別、年齢、職種、役職、所属グループ、住所、あるいは国籍などがある。クライアントシステム１００は、「登録」の指示を検知すると、入力されたユーザ名、パスワード、および属性情報をサーバシステム２００を構成するプロファイル管理部２３０のプロファイルサーバ２３２に通知する。
【０１１１】
これにより、プロファイルサーバ２３２は、登録を指示されたユーザ情報を、記憶部の一例であるプロファイルＤＢ２３４に登録（格納）する。このとき、プロファイルＤＢ２３４内のデータ構造は、たとえば図６（Ｂ）のようになる。ユーザＩＤは、登録されるユーザが新規の場合、新たに割り当てられる。
【０１１２】
また、クライアントシステム１００は、「修正」の指示を検知すると、プロファイル管理部２３０のプロファイルサーバ２３２から「修正」を指示したユーザの登録内容を読み出し、文書ビューア１０２上のユーザ情報管理ウィンドウに提示する。ユーザは、提示された内容を確認しながら、修正を希望する項目に、新たな入力をする。つまり、ユーザ情報を修正するために修正項目を与える。
【０１１３】
また、クライアントシステム１００は、「検索」の指示を検知すると、ユーザ情報管理ウィンドウにて指示されたある特定の属性を持つユーザＩＤの検索をプロファイル管理部２３０のプロファイルサーバ２３２に要求する。プロファイルサーバ２３２は、指示された検索条件に合致するユーザＩＤに対応するユーザ情報を検索結果として文書ビューア１０２上に提示する。なお、パスワードは非公開とするのはいうまでもない。
【０１１４】
＜＜アノテーション付与に関する処理＞＞
次に、アノテーション付与に関する処理について、具体例を用いて説明する。先ず、ユーザプロファイルの登録の具体例について説明する。
【０１１５】
図７は、本事例におけるプロファイルＤＢ２３４のデータ構造の一例を示す図である。クライアントシステム１００は、プロファイルを、所定のフォーマットに記述されたテキストファイルとして、プロファイルサーバ２３２へ送る。プロファイルサーバ２３２は、与えられたプロファイルをプロファイルＤＢ２３４へ保存する。このとき、ユーザＩＤを割り当てる。ここでは図７のように登録されたとする。なお、プロファイルは、テキストファイルで与える必要はなく、ＣＧＩ（Common Gateway Interface）などを利用したＧＵＩ（Graphical User Interface）上からの登録も可能である。
【０１１６】
次に、文書の登録、読込み、アノテーション付与、保存までを説明する。
【０１１７】
＜文書の登録処理＞
図８は、以下に述べる具体例における文書ＤＢ２２４の構成例を示す図である。本例におけるそれぞれの文書は、コピー機の操作に関するマニュアルである。
【０１１８】
先にも述べたように、文書の登録は、登録したい文書へのＵＲＬやディレクトリへのパスで与えることとする。文書サーバ２２２は、受け取ったパスで示される文書の文書ＩＤ、文書名、文書本文を、文書ＤＢ２２４への文書の登録内容として、図８のように登録する。
【０１１９】
＜文書の読込み処理＞
文書の読み込みを希望する参加者は、文書ビューア１０２の文書読込みボタン１１４を押下する。この指示を受け付けた文書ビューア１０２は、文書読込み要求を文書サーバ２２２へ発信する。
【０１２０】
この通知を受けた文書サーバ２２２は、文書ＤＢ２２４内の文書名の一覧を作成し、文書ビューア１０２へ返す。ここでは“manual1.txt ，manual2.txt ，manual3.txt ，manual4.txt ”となる。文書ビューア１０２は、文書名の一覧をリストボックスなどで表示しユーザＡ（ユーザＩＤはuser１）へ選択を促す。
【０１２１】
ユーザＡは、“manual2.txt ”を選択したものとする。文書ビューア１０２は、“manual2.txt ”が選択されたことを文書サーバ２２２へ通知する。文書サーバ２２２は、“manual2.txt ”に付与される文書ＩＤと文書本文を文書ＤＢ２２４より検索し、文書ビューア１０２へ返す。文書ビューア１０２は、受け取った文書本文を文書表示エリア１０４へ表示する。なお、文書サーバ２２２に全文検索機能などを設けると、読込みの対象として検索結果を提示することも可能である。
【０１２２】
＜アノテーション付与処理＞
図９は、文書ビューア１０２の文書表示エリア１０４に表示された文書にアノテーションを付与した状態の表示例を示す図である。読み手（ユーザＡ）は、文書表示エリア１０４に表示された文書に対して、興味や関心に応じて下線や丸などの印（アノテーションなどの電子付箋）を付与しながら文書を読む。ここではアノテーションデバイス１７０としてペン型のデバイスを利用する。この場合、紙に書き込むようにアノテーションを付与することができる。
【０１２３】
このとき、文書表示エリア１０４は、図９（Ａ）に示されるように、アノテーションが付与された部分を特定するために、実際には目に見えないが文字を含む矩形に区切られているものとする。文字の無い空白名部分や図表などの部分も適当な大きさの矩形に区切る。たとえば、前後の文字のフォントサイズを参考に適当な大きさの矩形に区切るとよい。日本語文字ならば１文字を囲む四角形の領域とする。
【０１２４】
それぞれの矩形には、各矩形を特定するための情報が付与される。たとえば、連続した矩形番号が左上から横方向に順に付与される。複数ページに亘る文書の場合には、次ページ以降も前ページに連続した番号が付与されるものとする。つまり、文書の最初から最後までの連続した矩形番号で管理する。矩形番号によって、どのページに付与されたアノテーションであるのかを特定することができる。なお、ページごとに独立した矩形番号を付与し、ページ番号と各ページの矩形番号とにより、どのページに付与されたアノテーションであるのかを特定するようにしてもよい。
【０１２５】
たとえば、コピー機のマニュアルの校正を行う会議で、ユーザＡはマニュアルのあるページの説明文の「原稿の中心を…」に着目して、図９（Ａ）に示されるアノテーションａ１を付与したとする。また、綴じ代を行なう操作にも注目してアノテーションｂ１を付与したとする。この後、２ページ目、３ページ目と読み進み、実際に操作を行ないながら注意すべき点などを、図９（Ｂ）のように３ページに亘ってアノテーションを付与したとする。
【０１２６】
＜保存処理＞
図１０は、本事例において文書ビューア１０２がアノテーションサーバ２１２へ送る情報の一例を示した図である。また、図１１は、本事例におけるアノテーションＤＢ２１６の構成例を示す図である。また、図１２は、本事例におけるアクションログＤＢ２１４の構成例を示す図である。
【０１２７】
ユーザＡ（ユーザＩＤはuser１）は、本システムの利用の際、事前に付与されているユーザＩＤとパスワードとを入力してプロファイルサーバ２３２に問い合わせることで個人認証をする。照合に合致すれば、本システムが利用可能となる。また、会議に参加する場合、ユーザＡは、ログイン時に、会議名（会議ＩＤ）とユーザ名（ユーザＩＤ）を入力して会議サーバ２３６に問い合わせることで会議への参加が許可されているかどうかの認証をする。認証に合格すれば、会議への参加が許可され、その会議で使用される文書の閲覧も許可される。
【０１２８】
この後、ユーザＡは、文書ビューア１０２の保存ボタン１１６を押下することによってアノテーションの保存を指示可能である。文書ビューア１０２は、アノテーションの保存指示を受け付けると、アノテーションが付与された文書の文書ＩＤ、端末ＩＤ、文書ＩＤ、アノテーションが付与された矩形の矩形番号、アノテーション内容、色・形状、線種、ユーザＩＤ、公開属性、ステータスおよび生成時刻をアノテーションサーバ２１２へ送る。アノテーションサーバ２１２へ送る情報は、図１０のようになる。ここで文書ビューア１０２の端末ＩＤは“３”であるとする。
【０１２９】
ここで、文書ビューア１０２（クライアントシステム１００）からサーバシステム２００のアノテーション管理部２１０にアノテーションデータを送付する手法には、何通りかの方法を採り得る。たとえば、
１）保存ボタンを押したときに、文書内全てのアノテーションデータが送付されるケース、
２）保存ボタンを押したときに、前の更新から追加された分と変更された分だけを送信するケース、
３）１ストローク描くごとにあるいは既存のアノテーションの場所や属性が変更されるごとに（以下纏めて１ストロークごとにともいう）、アノテーション管理部２１０にアノテーションデータを送信するケース、
などである。
【０１３０】
なお、３）のケースでは、アノテーションデバイス１７０が文書ビューア１０２から離れることで、１つの操作（変更も含めて１ストロークとする）を確定させることとする。またこの場合、アノテーション管理部２１０は、１ストロークのアノテーションデータの通知を受けても、アノテーションＤＢ２１６への保存はしない。その代わりに、この通知があったことをその時点で該当文書を閲覧している他ユーザのクライアントシステム１００に通知（転送する）する。この機能（自動更新通知機能）については、後で詳しく説明する。
【０１３１】
また、アノテーションＩＤは、クライアントシステム１００側で発行してもよいし、アノテーション管理部２１０側で発行してもよい。ただし、最低でも、アノテーションＩＤ、ユーザＩＤ、文書ＩＤの３つの組みで捉えたときに、唯一である必要がある。クライアントシステム１００側で発行する場合、アノテーション管理部２１０側で管理しているアノテーションＩＤの最終番号の通知を受け、その後に続く番号を新規に付与されたアノテーションに発行する。また、既に付与されていたアノテーションについて、場所移動あるいは属性（色・形状・線種）や公開属性の変化がある場合、元のアノテーションのステータスを“ｄｅｌｅｔｅｄ”ととし、新たなアノテーションＩＤを発行する。
【０１３２】
なお、会議の場などにおいて、複数のユーザが同一文書を同時に閲覧可能であってかつ同時にアノテーションを付与可能な構成とする場合には、各ユーザで付与された個々のアノテーションにユニーク（唯一の）なＩＤ番号が付与される仕組みを考えなければならない。アノテーション管理部２１０側でアノテーションＩＤを発行する場合には、一元管理が可能であり、アノテーションデータを受け取りアノテーションＤＢ２１６に保存するときに個々のアノテーションにユニークなＩＤ番号を付与することができるので、何ら問題は生じない。
【０１３３】
これに対して、クライアントシステム１００側でアノテーションＩＤを発行する場合には、クライアントシステム１００側でＩＤ番号を付与すると重複を生じかねない。これを避けるため、たとえば、同時閲覧者がいるときには、アノテーション管理部２１０に付与可能なＩＤ番号をその都度問い合わせるなどの仕組みとするとよい。あるいは、文書オープン時に、各クライアントシステム１００側で発行可能な所定数（たとえば１０個分）のＩＤ番号の通知をアノテーション管理部２１０から得ておき、その範囲内で順次発行するようにしてもよい。新規付与のアノテーション数が多くてＩＤ番号が足りなくなったときには、所定数のＩＤ番号の通知を再度得ればよい。
【０１３４】
図１０に示した例は、アノテーションＩＤをクライアントシステム１００側で発行するものとし、保存ボタンを押したときに文書内全てのアノテーションデータが送付されるケース（上記の１）で示している。１ストロークごとに送付されるケース（上記の３）では、図１０に示した１つのＩＤ分のデータが送信される。クライアントシステム１００は、ユーザが閲覧中の文書に既に付与されているアノテーションを読み込んで文書ビューア１０２上に表示する。
【０１３５】
図１０のステータスの項目に着目すると、アノテーションＩＤ２，３は既に付与されていたものを読み込んで文書ビューア１０２上に表示したものであることが分かる。またアノテーションＩＤ２については、このユーザによりそれを消しゴムで消した状態であることが分かる。また、アノテーションＩＤ２８，２９は、このユーザにより新規に付与されたアノテーションであることが分かる。
【０１３６】
アノテーションサーバ２１２は、図１０に示した情報をクライアントシステム１００から受け取り、アノテーションＤＢ２１６へ格納する。このとき、既に同一のアノテーションＩＤとユーザＩＤと文書ＩＤとの組合せがある場合は、基本的には、受け取った情報をそこに上書きをする。単に閲覧だけされたアノテーションについては、事実上なんの変化も生じない。
【０１３７】
アノテーションサーバ２１２は、ステータスが“ｄｅｌｅｔｅｄ”のものについて、アノテーションＤＢ２１６に登録されているアノテーションＩＤとユーザＩＤと文書ＩＤとの３組みで一致するレコードのステータスを“ｄｅｌｅｔｅｄ”に変える（データを更新する）。また、アノテーションサーバ２１２は、ステータスが“Ｎｅｗ”のものについは、クライアントシステム１００から受け取ったアノテーションデータのうちのステータスを“Ｅｘｉｓｔ”とし、残りの項目は受け取ったままで、アノテーションＤＢ２１６にデータを追加する。
【０１３８】
図５に示した状態のデータに対して、図１０に示した情報に基づいてアノテーションＤＢ２１６の情報を更新した状態を図１１に示す。図１１において、網を掛けて示している項目が追加もしくは変更される部分である。図１０に示した情報から、追加・変更の対象となるアノテーションＩＤは、ステータスが“ｄｅｌｅｔｅｄ”であって消去されたことを示すＩＤ２，ステータスが“Ｎｅｗ”であって追加されたことを示すＩＤ２８，２９である。
【０１３９】
また、文書ビューア１０２は、ユーザＡ（ユーザＩＤはuser１）による保存指示を受け付けると、ログファイル格納部１８２に格納しているログファイルの内容もアノテーションサーバ２１２に送る。アノテーションサーバ２１２は、文書ビューア１０２から受け取ったログファイルを、図１２に示すように、アクションログＤＢ２１４に保存する。なお、アクションログＤＢ２１４には、閲覧している文書のページが変更された時間（PAGE_OPEN ）と文書を開いた時間（DOC_OPEN）と文書を閉じた時間（DOC_CLOSE ）も記録する。また、アノテーションが保存された時間（ANT＿SAVE ）も記録する。
【０１４０】
以上で、アノテーションや文書およびページに関する操作履歴の所定のデータベースへの保存が終了する。
【０１４１】
図１３は、本事例におけるアノテーションＤＢ２１６の他の構成例を示す図である。この構成例の場合、アノテーションは予め任意の纏まりによって１つのアノテーションに纏められる。たとえば、ある時間以内において書き込まれたアノテーションは１つのベクトルデータに纏められるとする。ここで「ベクトルデータ」とは、ある色や太さを持つ複数の座標点が書き込まれた時間順に纏められているデータである。
【０１４２】
＜＜電子付箋を利用した情報検索表示処理＞＞
次に、文書ビューア１０２の文書表示エリア１０４に表示された文書にアノテーションなどの電子付箋を付し、このアノテーションなどで示された情報を利用することで、効率的な情報検索を実現する手法について、具体的に説明する。以下、このような情報検索機能をなす電子会議システム１の情報検索表示処理に関わるシステムを、特に情報表示処理システムという。
【０１４３】
ビューア使用者（ユーザ；本例では会議への参加者）は、会議進行中に、文書ビューア１０２の文書表示エリア１０４に表示された文書をページ捲りをしながら読みつつ、アノテーションデバイス１７０を用いて、興味を引く語句や文書を特徴づけている語句に下線や丸などの印（アノテーション）を書き込む。あるいは、メモ書きを付してもよい。メモ書きは、フリーハンドによるものに限らず、規定枠にテキスト入力をするテキストアノテーションであっても構わない。
【０１４４】
これらの文書に付与されたアノテーションなどの文書本体に対する付加情報に関する情報は、保存ボタンが押されることで、ネットワーク９を介してサーバシステム２００に送信される（図１０参照）。文書本体は、文書管理部２２０にて管理されている（図４や図８参照）。
【０１４５】
文書本体に対応するアノテーションなどの付加情報は、アノテーション管理部２１０のアノテーションＤＢ２１６に、その文書本体に対応付けられて管理（保存）される（図１１や図１３参照）。
【０１４６】
そして、必要に応じて読み手から検索が指示されると、読み手が指定した検索条件に従って適合する付加情報（たとえばアノテーション）をアノテーション管理部２１０を利用してサーチ（検索）し、検索条件に合致する情報をユーザに提示する。
【０１４７】
たとえば、図１に示した電子会議システム１の構成では、ユーザは、電子会議の最中に、電子文書を文書ビューア１０２の表示面に表示し、その表示面上でアノテーションを付与することができる。ここで、様々な文書や、膨大な量の文書を使う会議において、または長期間継続して文書を使った活動において、アノテーションを付与できる文書表示装置を使って、知的活動を行った場合を考える。
【０１４８】
最初はある１つの文書から使い始め、その文書のある箇所について詳細を知る必要に迫られ、別の文書を表示することがある。その別の文書でもさらに別の文書の情報を必要としている箇所があり、また別の文書を開くケースも生じ得る。このように、次々に肝要となる箇所にアノテーションを付けていくシーンを考える。
【０１４９】
このシステムでは、電子的に表示された文書に対して付与されたアノテーション（アンダーラインやマーキングや文字の書込みなど）を共有できるようになっている。また、ある文書の一部に付与されたアノテーションの状態をクエリとして、既に同じ位置に付与されている文書のアノテーションを検索結果として再現することもできる。アノテーションが付与された位置は読み手にとって、何らかの興味がある位置であると思われる。
【０１５０】
また、他人や自分が以前に付与したアノテーションを再現することにより他人や自分が付与した興味のある位置を知ることができる。また、アノテーションを付与した人物または付与された時刻で管理し、ある特定の人物を指定することによりその人物が付与したアノテーションを再現したり、特定の時刻に付与されたアノテーションを再現したりすることができる。つまり、ある特定の人物やある特定の時刻を指定することで、所望のアノテーションのみを再現することができる。
【０１５１】
ところが、アノテーションには個人的にあるいは所定のグループ内だけに開示したい内容もあり、不特定多数のものに公開すべきではない場合もある。このような問題を解消するべく、本実施形態の電子会議システム１（情報表示処理システム７）は、アノテーションに公開属性を持たせ、アノテーションの公開に制限を加える公開制限機能を備えている。
【０１５２】
また、会議などの場面で、複数人が同時間帯に同一文書にアノテーションを付与して、このアノテーションを共有しようとする場合には、従来の方法では、問題が生じる。すなわち、ユーザが常にアノテーションの読込み・再現手続きを行なわなければ、他ユーザによって付与されていく“新規な”あるいは既存のアノテーションに対する場所移動や属性（色・形状・線種）変更（纏めてアノテーションの変更という）された”アノテーションを文書ビューア１０２上に再現させることができない。しかしながら、このような操作は、面倒である。
【０１５３】
また、読込み・再現の手続きを行なっても、前回と今回の手続き間に新規なアノテーションが付与されていない、あるいはアノテーションの変更がないなどのケースでは、その操作は無駄なものとなってしまう。また、前回の更新後にアノテーションが付与もしくは変更されているものの、公開属性の設定によって、その操作をしたユーザの閲覧が禁止されているケースも起こり得る。この場合も前述と同様に、読込み・再現の手続きが無駄な操作となってしまう。
【０１５４】
このような問題を解消するべく、本実施形態の電子会議システム１（情報表示処理システム７）は、アノテーションが新規に付与された場合やアノテーションの変更があった場合に、その旨を、その時点に対象文書を参照している所定のユーザへ自動的に通知することで、効率的な情報共有を実現する機能（以下自動更新通知機能という）を備えている。
【０１５５】
以下、本実施形態の特徴部分であるアノテーションの公開制限機能や自動更新通知機能について詳しく説明する。
【０１５６】
図１４は、情報表示処理システム７について、アノテーションを利用した情報検索機能に着目した一実施形態のブロック図である。ここで、図１４（Ａ）は、全体構成の概要を示し、図１４（Ｂ）は、情報表示処理機能に特化した機能要素の詳細を示す。この図により、アノテーションの公開制限機能や自動更新通知機能を果たすための機構が具体的に示されることとなる。
【０１５７】
図１４（Ａ）に示すように、これらの機能をなす情報表示処理システム７は、付加情報表示処理部の一例であって、効率的な検索処理やアノテーション情報の提供処理を実行する仕組みを司る専用の装置（サーバの一例）であるアノテーション処理装置２１８を備えている。また、情報表示処理システム７は、読み手から検索処理や情報表示指示を受け付けるための検索要求部の一例である検索要求指定部５００と、アノテーション処理装置２１８から送られた検索結果やその他の情報を表示する表示処理部１０１とを備える。また、情報表示処理システム７は、付加情報の表示を許可するか否かを示す公開属性の設定を受け付ける公開属性設定部６００をクライアントシステム１００側に備える。
【０１５８】
アノテーション処理装置２１８は、検索要求された該当文書やその他の関連した情報がアノテーション管理部２１０のアノテーションＤＢ２１６や文書管理部２２０の文書ＤＢ２２４に登録済みか否かを検索し、該当品がある場合にはその検索結果やアノテーションと関わりのある関連情報をクライアントシステム１００側へ送る。また、アノテーション処理装置２１８は、アノテーションが追加されたり変更されたりしたとき、公開が許可されているもしくはされ得る（公開属性＝Ｐｒｏｔｅｃｔ）ユーザが使用しているであろうクライアントシステム１００に対して、それらのアノテーションの公開（つまり表示）を許可する。
【０１５９】
なお、アノテーション処理装置２１８の機能を、アノテーションサーバ２１２や文書サーバ２２２にて担当してもよい。この場合、図中点線で示すように、アノテーションサーバ２１２と文書サーバ２２２とが直接に（あるいはネットワーク９を介して）アノテーションの検索処理に関わるアノテーション情報のやり取りをするようにする。
【０１６０】
表示処理部１０１は、文書ビューア１０２とマネジャ部１８０とにおける表示処理に関わる部分で構成される。クライアントシステム１００側へ送られるアノテーションと関わりのある関連情報としては、たとえばアノテーションそのものの情報や、アノテーション処理装置２１８で生成される検索結果を纏めたリスト情報、さらにはアノテーションが追加されたり既存のアノテーションの状態（付与場所や色や線種などの属性）が変更されたことを他ユーザに通知するための更新通知情報などがある。
【０１６１】
クライアントシステム１００に設けられている検索要求指定部５００は、アノテーションの自動更新通知機能を効率的に果たすための機構を有している。たとえば、アノテーションが追加・変更される都度、そのことを示す更新情報（図１０のアノテーションデータ）をアノテーション処理装置２１８に通知する更新情報通知部５０２と、ユーザによるアノテーションの保存指示をアノテーション処理装置２１８に通知する手段としての保存ボタン１１６とを備える。
【０１６２】
また、検索要求指定部５００は、他ユーザによるアノテーションの更新通知情報をアノテーション処理装置２１８から受け取りユーザにその旨（更新メッセージ）を通報する更新メッセージ通報部５０４と、更新メッセージ通報部５０４がユーザに更新メッセージを通報するモードを設定するための通報モード設定部５０６と、文書表示エリア１０４の表示を更新させるための指示をユーザから受け付けるための手段である更新ボタン１２０とを備えている。更新ボタン１２０の機能は、更新メッセージ通報部５０４が更新通知情報を受けたことを条件として作動するようになっている。通報モード設定部５０６は、通報対象者設定部と表示タイミング設定部の両機能を備える。
【０１６３】
ユーザは、他人によるアノテーション更新（新規付与と変更）があったときに、どのような他人による更新であるときにその情報を受け取りたいかを、つまり更新メッセージの通報を希望する対象である通報対象ユーザを通報モード設定部５０６（通報対象者設定部）に設定する。通報モード設定部５０６は、プロファイル管理部２３０や会議管理部２３５に問い合わせて、ユーザにより設定されたユーザ、あるいはグループや会議に対応する通報対象ユーザのユーザＩＤを取得して図示しないメモリに登録しておく。
【０１６４】
たとえば、全員を対象、会議参加メンバーのみ対象、特定の部課やグループのみ対象、特定の個人のみ対象、などである。“全員を対象”以外は、任意組合せの登録ができる。また、部課やグループ、個人は、複数の登録ができる。
【０１６５】
たとえば、同一文書が異なる場面で使用され得るので、会議中に、その会議に参加していないユーザにより新規アノテーションが付与されるということもあり得る。このような場合、会議参加メンバーは、同一会議の参加メンバーによるアノテーション更新のみを即時に知り得れば十分である。また、同一部課メンバーのみや臨席者との間で筆談を交わすケースでは、それらのメンバーによる更新のみを即時に知り得れば十分である。一方、会議などを除く場面での通常の文書閲覧時には、常に最新の情報を知り得た方が好ましく、全員のアノテーション更新を即時に知り得ることが望ましい。
【０１６６】
また、ユーザは、更新ボタン１２０の押下を条件としてアノテーション表示を更新するか（マニュアル表示更新モード）、前述のようにして設定した通報対象ユーザによるアノテーション更新があれば自動的にアノテーション表示を更新するか（自動表示更新モード）、の表示更新モードを通報モード設定部５０６（表示タイミング設定部）に登録する。
【０１６７】
自動表示更新モードに設定すれば、希望する通報対象ユーザがアノテーション更新をする都度自動的に文書ビューア１０２上のアノテーション表示が更新される。閲覧者は、アノテーションの読込み・再現手続きの操作から完全に解放される。
【０１６８】
一方、自動表示更新モードに設定した場合において、通報対象ユーザによるアノテーション更新が頻繁にあるケースでは、表示更新も頻繁にされ、却って煩わしくなるケースも起こり得る。このような場合、マニュアル表示更新モードに設定するとよい。ユーザは、アノテーション更新があった旨の通報をその都度受けるが、自分が希望するタイミングで表示を更新させることがでる。たとえば、当初は自動表示更新モードに設定しておき、自動表示更新が煩わしくなったときにマニュアル表示更新モードに切り替えることができ、便利である。
【０１６９】
また、アノテーションの書入れ中や編集作業中に画面が自動更新されたのでは都合が悪いと感じる場合がある。この場合には、マニュアル表示更新モードにあるとよい。通常は自動表示更新モードに設定している場合には、新規書入れや編集作業のために、ユーザがその都度マニュアル表示更新モードに設定することも考えられるが、使い勝手はよくない。このような場合、アノテーションデバイス１７０が画面にタッチされたことを付加情報付与部１０６が検知した時点で、自動的にマニュアル表示更新モードに移行させ、アノテーションデバイス１７０が画面から離れて所定時間経過後自動的に自動表示更新モードに戻るようにするとよい。
【０１７０】
また、会議の場で自由闊達な議論がなされる場合、複数のメンバーが、ほぼ同じ位置に追記したり、同一アノテーションにほぼ同時に編集を加えたりするようなケースも起こり得る。このような場合には、リアルタイムに表示更新された方が好ましいので、自分がアノテーションの書入れ中や編集作業中であっても、他人の新規追加や編集の状態を即時に画面に反映させる自動表示更新モードを維持することが望ましい。
【０１７１】
このため、通報モード設定部５０６は、付加情報付与部１０６がアノテーションの付与や変更を検知するタイミングに応じて、マニュアル表示更新モードと自動表示更新モードとを自動的に切り替える構成であるのがよい。通報モード設定部５０６には、前述のような様々な表示更新態様のニーズに応えるためのモード設定を受け付ける仕組みを設けるとよい。
【０１７２】
なお、マニュアル表示更新モードの場合でも、アノテーション更新があった旨の通報を受けた後にアノテーションの読込み・再現手続きの操作（本例では更新ボタン１２０の押下）を行なえばよい。常にアノテーションの読込み・再現手続きの操作を必要としていた従来例と比べて、操作の煩雑さは格段に軽減される。
【０１７３】
更新メッセージ通報部５０４は、追加・変更のアノテーションのあった文書ＩＤ、ユーザＩＤ（ユーザ名）、および追加・変更されたアノテーションＩＤを示す更新通知情報を受け取り、送られてきたユーザＩＤと予め図示しないメモリに登録してある通報対象ユーザのユーザＩＤとを比較する。また更新メッセージ通報部５０４は、送られてきた文書ＩＤと文書ビューア１０２に表示されている文書ＩＤとを比較する。
【０１７４】
登録されている通報対象ユーザに合致しかつ文書ＩＤ同士が同じ場合は、更新通知情報に含まれているユーザＩＤ（ユーザ名）で示されるユーザによって、表示中の文書に対してアノテーションの追加や変更があった（アノテーションが更新された）ことを、所定の文字・記号・メッセージなどの表示情報や音声メッセージなど（纏めて更新メッセージという）により、文書閲覧中のユーザへ通報する。検索要求指定部５００は、更新ボタン１２０の押下を検知すると、更新通知情報に含まれているアノテーションＩＤをアノテーション処理装置２１８に送信する。
【０１７５】
アノテーション処理装置２１８の一構成例は図１４（Ｂ）に示される。図示するように、アノテーション処理装置２１８は、検索条件を決定する検索条件決定部５４４と検索条件決定部５４４により決定された検索条件に合致するアノテーション情報を検索する検索部５４６と、検索部５４６により検索された検索条件に合致するアノテーション情報を関連情報としてユーザに提示する情報提示制御部の一例であるアノテーション提示制御部５５０とを備える。検索部５４６とアノテーション提示制御部５５０とにより表示制御部の一例である検索表示処理部５４５が構成される。検索条件決定部５４４による検索条件の決定は、文書ビューア１０２上に条件設定のための画面を提示し、ユーザからの指示入力を受け付けることで実現する。
【０１７６】
検索条件決定部５４４は、先ず、文書の閲覧要求をユーザから受け付ける。このとき、クライアントシステム１００（文書ビューア１０２）は、ユーザが文書ビューア１０２上で閲覧を希望する文書の文書名（たとえば“manual2.txt ”）をアノテーション処理装置２１８に通知する。これを受けて、検索条件決定部５４４は、その文書名“manual2.txt ”に付与される文書ＩＤと文書本文を文書サーバ２２２を介して、文書ＤＢ２２４を検索し、文書名“manual2.txt ”の文書本文を文書ビューア１０２へ返す。文書ビューア１０２は、受け取った文書本文を文書表示エリア１０４へ表示する。このとき、アノテーションを付与するときと同様に、検索されたアノテーションを、文書ビューア１０２の文書表示エリア１０４に表示されている閲覧中の文書に重ねて表示させる。
【０１７７】
また、検索条件決定部５４４は、アノテーションを利用した検索処理要求をユーザから受け付ける。このとき、クライアントシステム１００（文書ビューア１０２）は、ユーザが文書ビューア１０２上で閲覧中の文書を特定する文書ＩＤをアノテーション処理装置２１８に通知する。これを受けて、検索条件決定部５４４は、受け取った文書ＩＤを検索条件に設定し、検索部５４６に検索を指示する。検索部５４６は、アノテーションサーバ２１２を介して、アノテーション情報を登録しているアノテーションＤＢ２１６を検索し、検索を指示された文書（閲覧中の文書）に付与されている全てのアノテーションを検索し、検索結果（アノテーションの実体）をアノテーション提示制御部５５０に渡す。
【０１７８】
また、検索条件決定部５４４は、１ストロークごとのアノテーションについての自動更新通知機能を効率的に果たすための機構を有している。たとえば、クライアントシステム１００（更新情報通知部５０２）からアノテーションが追加されたり変更されたりしたことを示す更新情報（図１０に示す１つのＩＤ分のデータ）を受け取り、アノテーションＤＢ２１６に保存する更新情報格納制御部５８２を有する。その保存領域は、文書ビューア１０２側で保存ボタン１１６が押下されたときに使用される通常の保存領域ではなく、自動更新通知機能用の専用の格納領域とする。データ構造は、通常の保存指令を受けたときと同じ構造（図１１や図１３など）でよい。
【０１７９】
更新情報格納制御部５８２は、格納領域のサイズを予め定めておき、規定容量を超えるようになったときには、古いデータから順次更新（上書き）して繰り返し使用するようにする。容量バランスを考慮しつつ、一定範囲内で、常に最新のアノテーションの情報を保存するためである。
【０１８０】
また、検索条件決定部５４４は、他の端末であって現在セッションが存在するすべてのクライアントシステム１００の更新メッセージ通報部５０４に、追加・変更のアノテーションのあった文書ＩＤ、ユーザＩＤ（ユーザ名）、および追加・変更されたアノテーションＩＤを示す更新通知情報を送信する更新通知情報送信部５８４を有する。
【０１８１】
検索要求指定部５００（特に更新情報通知部５０２および更新メッセージ通報部５０４）と検索条件決定部５４４（特に更新情報格納制御部５８２および更新通知情報送信部５８４）とで、更新情報通報制御部が構成される。
【０１８２】
なお、更新通知情報送信部５８４は、「現在セッションが存在するすべてのクライアントシステム１００」ではなく、追加・変更されたアノテーションに設定されている公開属性を参照して、公開が許可されているもしくはされ得る（公開属性＝Ｐｒｏｔｅｃｔ）ユーザが使用しているであろうクライアントシステム１００に対してのみ、更新通知情報を送信するのが好ましい。
【０１８３】
このとき、更新通知情報送信部５８４は、更新通知情報を送信した端末から前記更新通知情報に含まれているアノテーションＩＤの通知を受けるためのフラグを立てておく。また、公開属性を考慮することなく、現在セッションが存在する全てのクライアントシステム１００」に更新通知情報を送信する場合には、そのことも対応付けて記憶しておく。そして、アノテーションＩＤの通知が所定時間内になければ、アノテーションの更新要求を拒否する。
【０１８４】
このような処理とするのは、クライアントシステム１００側にてアノテーションＩＤを付与するケースもあり、この場合、ストロークごとのアノテーションの通知や保存ボタン１１６の押下があったときに通知されるアノテーションＩＤと自動更新通知機能のために通知されるアノテーションＩＤとを峻別するためである。また、公開属性の判定を１回で済ますためである。なお、クライアントシステム１００からアノテーションＩＤを受け取ったときに、ＩＤ番号のみで、図１０に示したような矩形情報やアノテーション属性あるいはアノテーション内容などの他のデータ（アノテーションの実体）が添付されていない場合には、自動更新通知機能のための通知であると判定するようにしてもよい。
【０１８５】
また、検索条件決定部５４４は、自動更新通知機能のためのアノテーションＩＤをクライアントシステム１００から受け取ると、このアノテーションＩＤを検索条件に設定し、検索部５４６に検索を指示する。検索部５４６は、アノテーションサーバ２１２を介して、アノテーションＩＤをキーとして自動更新通知用のアノテーション情報を登録しているアノテーションＤＢ２１６の専用格納領域を検索し、アノテーション提示制御部５５０に渡す。
【０１８６】
アノテーション提示制御部５５０は、検索ボタン１１８が押下されたとき（通常の検索処理機能時）や自動更新通知機能時に、検索部５４６からアノテーション内容を受け取ると、要求したユーザに提示してよいものであるのか否か（相応しい公開属性であるか否か）を、公開属性を参照して判定することで公開アノテーションを特定する。
【０１８７】
ここで、相応しい公開属性とは、制限なし（＝Ｐｕｂ）のアノテーション、特定公開（＝Ｆｒｄ）のうちの文書閲覧中のユーザと同一の会議ＩＤをもつアノテーション、認証公開（＝Ｐｒｏｔｅｃｔ）のアノテーションである。たとえば、そのまま公開してよいもの（公開属性＝Ｐｕｂの全てとＦｒｄの対応ユーザ分）については、検索部５４６から受け取ったアノテーション内容を、直ぐにマネージャ部１８０に渡し文書ビューア１０２に送る。もちろん、公開属性が「個人」の場合でも、文書閲覧者と同一ユーザが付与したアノテーションであれば検索される。
【０１８８】
また、公開属性としては、他のユーザＩＤ（ユーザ名）やグループを指定することもできる。ユーザＩＤを指定した場合、そのユーザが制限なし属性を指定したアノテーションが再現される。また、グループ名を指定した場合、そのグループ属性が付与されたアノテーションが再現される。たとえば、通常のアノテーション検索処理機能時に、そのユーザＩＤで示されるユーザが付与したアノテーションの公開属性に、制限なし（＝Ｐｕｂ）や特定公開（＝Ｆｒｄで他のユーザＩＤを設定）などの相応しい公開属性が設定されていれば、検索要求したユーザに対してアノテーションが再現される。また、制限なし（＝Ｐｕｂ）や特定公開（＝ＦｒｄでグループＩＤを設定）などの相応しい公開属性が設定されていれば、Ｆｒｄで設定されているグループＩＤを持つユーザに対してそのアノテーションが再現される。
【０１８９】
また、公開属性に“Ｐｒｏｔｅｃｔ”が設定されているアノテーションについては、先ずそのようなアノテーションがある旨を閲覧中のユーザに通知し、パスワードの入力を求める。所定時間内にパスワードの入力がありプロファイル管理部２３０との間での認証処理にて認証が得られた場合には、そのアノテーション内容をマネージャ部１８０に渡し文書ビューア１０２に送る。たとえば、会議参加メンバーのみへの特定公開（＝Ｆｒｄ）としつつ、特定の個人、あるいは特定の部・課やより小さなグループ名（纏めて特定部門という）を指定する認証公開（＝Ｐｒｏｔｅｃｔ）を設定することができる。
【０１９０】
実際の会議の場合では、参加メンバー全員が共通の文書を閲覧しつつ、その文書上にメモを書きながら隣の参加メンバー同士で筆談をする、あるいは近隣の席に座った同一部門内でのみ筆談をするようなケースを電子会議で実現する場合に有効である。また、ログインしたユーザと、その時点で閲覧しているユーザとが異なる場合にも有効である。
【０１９１】
これにより、通常の検索処理機能時であるのか自動更新通知機能時であるのかを問わず、ユーザが閲覧を希望する文書とその時点に既に付与されている全てのアノテーションのうち、閲覧中のユーザに対して公開が許可されているもののみが文書ビューア１０２上に提示されることとなる。つまり、アノテーションの属性として持たせた公開属性を利用することで、アノテーションの公開制限機能を確実に実現することができる。
【０１９２】
なお、検索部５４６にて、検索条件に一致する文書ＩＤでかつ公開属性が相応しいアノテーションのみを検索するようにしてもよい。つまりアノテーション提示制御部５５０における公開アノテーション特定処理の機能部分を検索部５４６が兼用するということである。何れの場合も、サーバ側で、公開対象のアノテーションだけをクライアントシステム１００側に送付することとなる。
【０１９３】
また、アノテーション提示制御部５５０をクライアントシステム１００側に設け、サーバシステム２００（アノテーション処理装置２１８やアノテーション管理部２１０）から同一文書ＩＤに付与されている全アノテーションをクライアントシステム１００側に送り、クライアントシステム１００側のアノテーション提示制御部５５０にて、個々のアノテーションに付与されている公開属性に応じて表示（公開）／非表示（非公開）を制御するようにしてもよい。
【０１９４】
また、自動更新通知機能を実現する場合のアノテーション表示に際しては、新規あるいは変更のあったアノテーションを、一定期間（たとえば数秒程度）強調表示するとよい。既存のアノテーションとの差別化のためである。この場合、“強調表示”の目的は、他の部分との峻別にあり、視覚的に差を持たせることのできるものであればよく、変化の方向は問わない。たとえば、新規な部分や変更後も存在している部分は濃度を濃くすることで該当部分を一定期間強調表示するとよい。逆に、消去部分や場所移動された元の部分は、濃度を薄くすることで該当部分を一定期間強調表示するとよい。強調表示を実行する機能部分は、前述の表示輝度制御部１５０や、強調語／センテンス特定部１８４、強調語／センテンス選択手法指示部１８６、および強調指示制御部１８８を利用するとよい。
【０１９５】
図１５は、公開制限機能を実現するための処理手順の概要を示したフローチャートである。ユーザは、文書ビューア１０２上で閲覧中の文書にアノテーションを付与し、所定のタイミングで保存ボタン１１６を押下する（Ｓ１００）。このとき、ユーザは、付加情報付与部１０６に対して、付与・保存するアノテーションの公開属性として、制限なし（＝Ｐｕｂ）、特定公開（＝Ｆｒｄ）、非公開（＝Ｐｒｉｖ）、認証公開（＝Ｐｒｏｔｅｃｔ）、のうち何れかを設定する（Ｓ１０２）。
【０１９６】
クライアントシステム１００の文書ビューア１０２は、保存ボタン１１６が押下されたことを検知すると、ユーザＩＤ、文書ＩＤ、アノテーション内容、公開属性などを含むアノテーションデータ（図１０に示したデータ）をアノテーション処理装置２１８に送付する（Ｓ１０４）。
【０１９７】
アノテーション処理装置２１８は、アノテーションサーバ２１２を介して、アノテーションデータをアノテーションＤＢ２１６に登録する（Ｓ１０６）。以上で、公開制限機能を実現するためのアノテーションの保存処理が完了する。上記の保存処理を、多数のユーザによりなされることで、アノテーションＤＢ２１６は、図１３に示すような内容になる。
【０１９８】
次に、あるユーザは、文書を読み出して閲覧する。このため、先ず、ユーザは、文書ビューア１０２にログイン操作を行なう（Ｓ１２０）。ログインを受け付けた文書ビューア１０２は、プロファイル管理部２３０に問い合わせ、プロファイルサーバ２３２からユーザが所属するグループのＩＤ番号を取得する（Ｓ１２２）。この後、システムは、閲覧希望の文書を文書ビューア１０２に提示する。
【０１９９】
そして、文書に付与されているアノテーションの表示を希望する場合、ユーザは検索ボタン１１８を押下することで、アノテーション検索を指示する（Ｓ１２４）。ここでは、ユーザによる検索条件の設定（たとえば特定のユーザや時刻など）がないものとする。文書ビューア１０２は、保存ボタン１１６が押下されたことを検知すると、検索要求指定部５００に通知する。検索要求指定部５００は、文書ビューア１０２に表示されている文書の文書ＩＤ、閲覧中（ログインした）のユーザＩＤ、そのユーザが属するグループＩＤをアノテーション処理装置２１８に送付する。
【０２００】
アノテーション処理装置２１８の検索条件決定部５４４は文書ＩＤを検索条件に設定し、検索部５４６は指示された文書ＩＤの文書に付与されている全てのアノテーションをアノテーションＤＢ２１６から検索する（Ｓ１３０）。アノテーション提示制御部５５０は、検索部５４６により検索されたアノテーションの実体について、公開属性が相応しいか否かを判定する（Ｓ１４２）。
【０２０１】
そして、公開するに相応しいアノテーションであれば（Ｓ１４２−ＹＥＳ）、そのアノテーションの実体を文書ビューア１０２に提示する（Ｓ１４４）。一方、公開するに相応しくないアノテーションであれば（Ｓ１４２−ＮＯ）、そのアノテーションの公開を禁止する（Ｓ１４６）。アノテーション提示制御部５５０は、検索部５４６により検索された全てのアノテーションについて上記ステップＳ１４２〜Ｓ１４６の公開アノテーション特定処理を繰り返す（Ｓ１４８）。
【０２０２】
このように、アノテーションに公開属性を持たせることで、特定の閲覧者のみに自身が付与したアノテーションを公開することができる。また、手書き文字であってもストロークごとに公開属性を設定することができ、特開２００２−２２２１８５号公報に記載の発明のように構造化ファイルを作る必要がなく文字認識などのような複雑な処理が不要であり、処理が極めて簡便である。
【０２０３】
なお、上記実施形態の構成では、アノテーションの公開制限機能を実現するに際して、アノテーションの付与・保存時に公開属性をユーザの指定により登録することとしていた。しかしながら、追加・変更するアノテーションが多数ある場合には、この公開属性の登録操作が面倒になる。
【０２０４】
このような場合、公開属性設定部６００を、付加情報が付与または変更または保存指示されたときに、文書の閲覧者の属性に応じて公開属性が自動的に設定されるように構成しておくとよい。たとえば、ログインしたときに、アノテーションに付与する公開属性を事前に割り当てておくとよい。具体的には、会議参加メンバーとしてのログインであれば、特定公開（＝Ｆｒｄ）でかつフルアクセス可能とする設定をしておくとよい。勿論、その他の公開属性の設定に関しても、閲覧者の属性に応じて自動設定するようにしてよい。
【０２０５】
また、公開属性設定部６００を、公開属性が対応付けられた透明または半透明のシート媒体を液晶表示パネル１０３の表示面上に配置可能に構成し、かつ、シート媒体を介してアノテーションが付与または変更されたことに基づいて公開属性が自動的に設定されるように構成してもよい。以下、このような構成の公開属性設定部６００にすることで、公開属性の指定操作をより簡便にする手法について説明する。
【０２０６】
図１６は、シート媒体を利用することで、公開属性の登録操作をより簡便にする構成事例を説明する図である。この事例は、シートＧＵＩ（Graphical User Interface）を利用した公開属性設定部６００によりアクセス制限処理を行なうようにした点に特徴を有する。
【０２０７】
図１６に示されるように、文書ビューア１０２に（半）透明のシートを複数枚被せる仕組みをシートＧＵＩ６０１として表現する。シートＧＵＩ６０１を構成する各シート６０２（図１６では２枚；それぞれａ，ｂ）には、１つの公開属性を割り当てる。何れのシート６０２が被せられているかを自動検知する機構を設ける。このとき、複数のシート媒体の重ねの順序に応じて公開属性が自動的に設定されるようにする。
【０２０８】
ユーザは、そのシート６０２を文書ビューア１０２の表示面に被せてアノテーションを付与する。これにより、自動的に被せられているシート６０２の公開属性が割り当てられる。また、公開属性の登録時に利用することに限らず、アノテーション表示（アノテーション検索）時に、そのシートを被せた状態で検索ボタン１１８を押下することにより、その属性の他人のアノテーションを再現する構成とすることもできる。
【０２０９】
たとえば、図１６に示すように、文書ビューア１０２そのものには個人属性を付与し、１枚目のシート６０２ａにあるグループ属性を割り当て、２枚目（１番上）のシート６０２ｂに制限なしの属性を与える。このように公開属性を設定することにより、シート６０２ａ，ｂを被せるごとに、徐々に公開制限が緩くなるアノテーションを付与することができる。個人的なアノテーションを付与する場合は、直接文書ビューア１０２に、グループで共有する場合は１枚目のシート６０２ａを被せてアノテーションを付与し、誰に見られてもかまわないアノテーションは２枚目のシート６０２ｂを被せて付与する。
【０２１０】
シート６０２を半透明とした場合、重ねられるシート６０２ａ，ｂが増えることにより、画面（文書ビューア１０２）は徐々に色が濃く表示されるため、どの属性のビューに書き込もうとしているのか一目瞭然である。また、この場合、シート６０２が半透明なので、自分が付与したアノテーションを常に見ることができる。
【０２１１】
なお、図１６に示した例は、物理的なシート６０２を順次重ねる構成であったが、各シート６０２を交換可能に構成してもよい。また、物理的なシート６０２を利用することに限らず、文書ビューア１０２を構成する液晶表示パネル１０３の表示面に画像イメージとしてシート媒体を与えるもの（純粋なＧＵＩによるシート）としてもよい。この場合、それぞれ異なる公開属性が割り当てられたシートＧＵＩ（シート画像）を多数用意しておくとよい。
【０２１２】
ユーザは、多数の画像イメージとしてシートＧＵＩ（シート画像）の中から希望のものをメニュー選択（交換）して利用することができる。また、シート画像を重ねることで、図１６に示した構成例と同様の使い方をすることもできる。また、画像イメージの場合、使用するシート画像の組合せや数あるいは重ねの順序を自由に指定することができるので、公開属性の対応付けの自由度が増し、使い勝手がよい。
【０２１３】
このように、透明または半透明のシート媒体（画像イメージのＧＵＩによるソフトウェア的なものも含む）に公開属性を対応付けて、このシート媒体を文書ビューア１０２の表示面に被せてアノテーションを付与・保存したり検索指示を発するようにすることで、公開属性の指定を簡便に行なうことができる。
【０２１４】
図１７は、アノテーションの自動更新通知機能を実現するための処理手順の概要（第１例）を示したフローチャートである。ここでは、マニュアル表示更新モードが通報モード設定部５０６に登録されているものとする。
【０２１５】
ユーザは、文書ビューア１０２上で閲覧中の文書にアノテーションを付与する（Ｓ２００）。このとき、ユーザは、付加情報付与部１０６に対して、付与するアノテーションの公開属性として、制限なし（＝Ｐｕｂ）、特定公開（＝Ｆｒｄ）、非公開（＝Ｐｒｉｖ）、認証公開（＝Ｐｒｏｔｅｃｔ）、のうち何れかを設定する（Ｓ２０２）。
【０２１６】
クライアントシステム１００の更新情報通知部５０２は、１ストロークのアノテーションが新規に付与されたことや既存のアノテーション（１ストローク）に変更があったことを検知すると、そのことを示す更新情報（アノテーションデータの１つのＩＤ分でよい）をアノテーション処理装置２１８に通知する（Ｓ２０４）。
【０２１７】
アノテーション処理装置２１８の検索条件決定部５４４において、更新情報格納制御部５８２は、クライアントシステム１００（更新情報通知部５０２）からアノテーションが追加されたり変更されたりしたことを示す更新情報（図１０に示す１つのＩＤ分のデータ）を受け取り、アノテーションＤＢ２１６の自動更新通知機能用の専用格納領域に保存する（Ｓ２０６）。
【０２１８】
更新通知情報送信部５８４は、他の端末であって現在セッションが存在する（たとえば会議などで文書閲覧中の）クライアントシステム１００をアクションログＤＢ２１４に問い合わせて特定する。そして、セッション中のすべてのクライアントシステム１００の更新メッセージ通報部５０４に、追加・変更のアノテーションのあった文書ＩＤ、ユーザＩＤ（ユーザ名）、および追加・変更されたアノテーションＩＤを示す更新通知情報を送信する（Ｓ２１０）。
【０２１９】
更新通知情報を受信した各クライアントシステム１００において、更新メッセージ通報部５０４は、検索条件決定部５４４から送られてきたユーザＩＤと事前登録してある通報対象ユーザのユーザＩＤとを比較することで、通報対象ユーザによるアノテーション更新であるのか否かを判定する（Ｓ２２０）。クライアントシステム１００側で通報対象ユーザの判定処理をするのは、ビューア使用者（閲覧者）によって、通知希望の条件設定が異なるからである。通報対象ユーザによるアノテーション更新でない場合には、その閲覧者には通知する必要がないので、次の更新通知を受けるまで待機する（Ｓ２２０−ＮＯ）。
【０２２０】
一方、通報対象ユーザに該当するものによるアノテーション更新の場合には、更新メッセージ通報部５０４は、検索条件決定部５４４から送られてきた文書ＩＤと文書ビューア１０２に表示されている文書ＩＤとを比較する（Ｓ２２０−ＹＥＳ，Ｓ２２２）。文書ＩＤ同士が異なる場合には、そのユーザが閲覧中の文書に付与されたアノテーションではないので、次の更新通知を受けるまで待機する（Ｓ２２２−ＮＯ）。
【０２２１】
文書ＩＤ同士が同じ場合は（Ｓ２２２−ＹＥＳ）、更新通知情報に含まれているユーザＩＤ（ユーザ名）で示されるユーザによって、表示中の文書に対して、アノテーションの追加や変更があったことを、所定の表示や音声などの更新メッセージにより、文書閲覧中のユーザへ通報する（Ｓ２３０）。クライアントシステム１００側で文書ＩＤの判定処理をするのは、会議に参加している（セッション中の）全てのユーザが、その時点でアノテーション変更のあった同一文書を閲覧しているとは限らないからである。なお、本例では、文書ＩＤが同一か否かを判定基準としているので、同一文書ではあるが異なるページを開いている場合でも、更新メッセージが発せられる。
【０２２２】
更新メッセージなどがあってもアノテーション表示の更新を希望しないユーザは、そのままとしておけばよい（Ｓ２３２−ＮＯ）。この場合、クライアントシステム１００は、次の更新通知情報を受信するまで待機していればよい。また、更新ボタン１２０が押下される前に次の更新通知情報を受信した場合、更新メッセージ通報部５０４は、前回通知分のアノテーションＩＤの情報を図示しないメモリに保持しておく。
【０２２３】
更新通知のメッセージ（たとえば誰によるアノテーション更新であったのか）を確認し、アノテーション表示の更新を希望するユーザは、更新ボタン１２０を押下する（Ｓ２３２−ＹＥＳ）。検索要求指定部５００は、更新ボタン１２０の押下を検知すると、更新通知情報に含まれているアノテーションＩＤをアノテーション処理装置２１８に送信することで表示更新指示を発する（Ｓ２３４）。
【０２２４】
このとき、前回通知分のアノテーションＩＤ（更新ボタン１２０の押下がなかったので保持されていたもの）もアノテーション処理装置２１８に送信する。これにより、前回の通知時に表示更新させなかった分も合わせて文書ビューア１０２上に表示されることとなる。表示更新されたときには、メモリに保持しておいた前回分のアノテーションＩＤの情報をクリアする。これにより、その後の無駄な更新要求を防止することができる。
【０２２５】
アノテーション処理装置２１８の検索条件決定部５４４は、自動更新通知機能のためのアノテーションＩＤをクライアントシステム１００から受け取ると、このアノテーションＩＤ（前回分を含む）を検索条件に設定し、検索部５４６に検索を指示する。検索部５４６は、アノテーションＩＤをキーとしてアノテーションＤＢ２１６の自動更新通知機能のための専用格納領域を検索し、該当するものを読み出しアノテーション提示制御部５５０に渡す（Ｓ２４０）。
【０２２６】
アノテーション提示制御部５５０は、検索部５４６により検索されたアノテーションの実体について、公開属性が相応しいか否かを判定する（Ｓ２４２）。そして、公開するに相応しいアノテーションであれば（Ｓ２４２−ＹＥＳ）、そのアノテーションの実体を文書ビューア１０２に提示する（Ｓ２４４）。一方、公開するに相応しくないアノテーションであれば（Ｓ２４２−ＮＯ）、そのアノテーションの公開を禁止する（Ｓ２４６）。この後には、次回の更新通知があるまで待機する。
【０２２７】
なお、自動表示更新モードが通報モード設定部５０６に登録されている場合には、上記ステップＳ２３０，Ｓ２３２の処理をパスし、更新通知情報に含まれているアノテーションＩＤをアノテーション処理装置２１８に送信する。更新メッセージ通報部５０４は、ユーザＩＤをアノテーション提示制御部５５０に通知する。これを受けて、アノテーション提示制御部５５０は、アノテーション更新表示の際に、誰によるアノテーション更新であったのかを、ユーザＩＤを参照して閲覧者に通知するとよい。
【０２２８】
自動表示更新モードおよびマニュアル表示更新モードの何れに設定されている場合であっても、アノテーション提示制御部５５０によるアノテーション表示のタイミングが、通報モード設定部５０６の設定状態によって管理されることとなる。つまり、アノテーション提示制御部５５０は、更新通知情報送信部５８４が送信した更新通知情報に呼応して発せられる表示更新指示を受けて、アノテーションの実体の送信処理（検索処理）を開始する。このように、クライアント端末側の設定条件に応じたタイミング調整をするために、ストロークごとの自動更新通報の場合においても、アノテーションの実体を保管するアノテーションＤＢ２１６が利用される。
【０２２９】
なお、アノテーション処理装置２１８（すなわちサーバ側）は、アノテーション更新のあった一方のクライアント端末からアノテーションの実体を受け取ると、受け取ったアノテーションの実体を、即時に（これも所定のタイミングの一例である）、他の共用閲覧者が使用する他方のクライアント端末に配信するようにしても構わない。いわゆる、プッシュ型のデータ配信機能である。この場合、他方のクライアント端末に更新通知情報を送信する必要はない。また、クライアント端末側に、必要に応じて、タイミング調整をするためにアノテーションの実体を保管する記憶部を設けるとよい。
【０２３０】
上記第１例の処理手順では、マニュアル表示更新モードが通報モード設定部５０６に登録されている場合には、ユーザによる更新ボタン１２０の押下を条件としてアノテーションＩＤをアノテーション処理装置２１８に送信することで、アノテーション検索処理、すなわちアノテーションの実体の取得処理（Ｓ２４０）を行なうようにしている。このため、表示更新されない場合にはアノテーションの実体の送信処理を割愛でき、アノテーションの実体を無駄に送信してしまうことによる通信負荷を防止することができる。
【０２３１】
一方、第１例の処理手順では、ステップＳ２２２にて文書ＩＤが同一か否かを判定基準としているので、同一文書ではあるが異なるページを開いている場合でも、更新メッセージが閲覧者に通知される。このとき、その閲覧者が更新ボタン１２０を押下しても、アノテーション更新の対象ページが現在閲覧中のページでなければ、更新メッセージの通報やアノテーションの実体の送信処理が無駄となってしまう。当然、ユーザによる更新ボタン１２０の押下も無駄な操作となる。
【０２３２】
このような無駄を避けるには、検索条件決定部５４４の更新通知情報送信部５８４から更新メッセージ通報部５０４に通知される更新情報の中にアノテーションの矩形番号も加えることが望ましい。あるいは、更新通知情報送信部５８４は、更新情報格納制御部５８２により自動更新通知機能のための専用格納領域に保存された矩形番号を参照して、アノテーション更新のあったページ番号を特定し、このページ番号も更新メッセージ通報部５０４に通知するようにしてもよい。
【０２３３】
更新メッセージ通報部５０４は、矩形番号の通知を受けたときには、この矩形番号を参照してページ番号を特定する。そして、更新メッセージ通報部５０４は、更新メッセージを閲覧者に通報する際、アノテーション更新のあったページ番号も通報する。閲覧者は、閲覧中のページに対するアノテーション更新でなく表示更新不要と感じたときには更新ボタン１２０の押下を割愛することができ、便利である。
【０２３４】
また、他ページではあるが確認したいと感じたときには、更新ボタン１２０を押下すればよい。このとき、予め閲覧ページを更新対象ページに切り替えてから更新ボタン１２０を押下してもよいし、現在のままで更新ボタン１２０を押下し表示更新された後に更新対象ページに捲ってもよい。また、ユーザが適当にページを捲ったときに更新対象ページに該当していると、先ず更新がある旨の通報をし、そのページの更新が求められたとき（更新ボタン１２０が押下されたとき）に既に取得済みのデータを使って即時に表示を更新するようにしてもよい。何れの場合でも、最初の表示における一定期間（たとえば数秒程度）は新規あるいは変更のあったアノテーションを強調表示するとよい。
【０２３５】
図１８は、アノテーションの自動更新通知機能を実現するための処理手順の第２例のフローチャートである。上記第１例の処理手順では、セッション中のすべてのクライアントシステム１００に更新通知情報を送信し（Ｓ２１０）、公開属性が相応しいか否かの判定を更新ボタン１２０の押下を受けた後に行なっていた（Ｓ２４２）。このため、前回の表示更新後にアノテーションが付与もしくは変更されているものの、公開属性の設定によって、更新ボタン１２０を押下したユーザの閲覧が禁止されているケースでは、そのアノテーションが表示されず、更新ボタン１２０を押下が無駄となってしまう。
【０２３６】
この無駄を避けるには、図１８に示すように、更新メッセージ通報部５０４は、セッション中のクライアントシステム１００を特定した後、格納領域に保存したアノテーションの実体を、セッション中の各クライアントシステム１００（文書ビューア１０２）を使用している閲覧者に対して公開するのが相応しいか否かを判定する（Ｓ２０８）。公開するに相応しいアノテーションである場合は、対象の更新メッセージ通報部５０４に、追加・変更のアノテーションのあった文書ＩＤ、ユーザＩＤ（ユーザ名）、および追加・変更されたアノテーションＩＤを示す更新通知情報を送信する（Ｓ２０８−ＹＥＳ，Ｓ２１０）。一方、公開するに相応しくないアノテーションであれば、次回の更新通知があるまで待機する（Ｓ２０８−ＮＯ）。
【０２３７】
このように、第２例の処理手順によれば、公開属性の設定によって公開が制限されている閲覧者には、アノテーション更新があってもそのことが通知されないので、無駄なデータの送信処理やボタン操作を防ぐことができる。
【０２３８】
図１９は、アノテーションの自動更新通知機能を実現するための処理手順の第３例のフローチャートである。上記第１例や第２例の処理手順では、１ストロークのアノテーションごとに更新通知を行なうようにしていた。これに対して、この第３例の処理手順は、保存ボタン１１６が押下されるごとに更新通知を行なう点に特徴を有する。図１９の例は、第１例に対する変更事例を示したもので、基本的な処理手順は、第１例の処理手順と同様である。
【０２３９】
ユーザは、文書ビューア１０２上で閲覧中の文書にアノテーションを付与し、所定のタイミングで保存ボタン１１６を押下する（Ｓ３００）。このとき、ユーザは、付加情報付与部１０６に対して、付与・保存するアノテーションの公開属性として、制限なし（＝Ｐｕｂ）、特定公開（＝Ｆｒｄ）、非公開（＝Ｐｒｉｖ）、認証公開（＝Ｐｒｏｔｅｃｔ）、のうち何れかを設定する（Ｓ３０２）。
【０２４０】
クライアントシステム１００の更新情報通知部５０２は、保存ボタン１１６の押下を検知すると、そのことを示す更新情報（図１０のアノテーションデータそのものでよい）をアノテーション処理装置２１８に通知する（Ｓ３０４）。
【０２４１】
アノテーション処理装置２１８の検索条件決定部５４４において、更新情報格納制御部５８２は、クライアントシステム１００（更新情報通知部５０２）からアノテーション保存指令と更新情報（図１０にアノテーションデータ）を受け取り、アノテーションデータをアノテーションＤＢ２１６の通常の格納領域に保存する（Ｓ３０６）。
【０２４２】
更新通知情報送信部５８４は、他の端末であって現在セッションが存在する（たとえば会議などで文書閲覧中の）クライアントシステム１００をアクションログＤＢ２１４に問い合わせて特定する。そして、セッション中のすべてのクライアントシステム１００の更新メッセージ通報部５０４に、追加・変更のアノテーションのあった文書ＩＤ、ユーザＩＤ（ユーザ名）、および追加・変更されたアノテーションＩＤを示す更新通知情報を送信する（Ｓ３１０）。なお、この第３例では、保存指令を受けてからの処理であるので、複数のアノテーションを含むケースがある。この場合、複数のアノテーションについての更新通知情報を送信する。
【０２４３】
更新通知情報を受信した各クライアントシステム１００において、更新メッセージ通報部５０４は、検索条件決定部５４４から送られてきたユーザＩＤと事前登録してある通報対象ユーザのユーザＩＤとを比較することで、通報対象ユーザによるアノテーション更新であるのか否かを判定する（Ｓ３２０）。複数のアノテーションについての更新通知情報を受信していたときには、個々のアノテーションについてステップＳ３２０の処理を行なう。当然に、後述するステップＳ３２２の処理も同様である。
【０２４４】
処理対象のアノテーションが通報対象ユーザによるアノテーション更新でない場合には、その閲覧者には通知する必要がないので、残りのアノテーションがあれば残りのアノテーションについてステップＳ３２０の処理を繰り返す（Ｓ３２０−ＮＯ、Ｓ３２４−ＮＯ）。一方、通報対象ユーザに該当するものによるアノテーション更新の場合には、更新メッセージ通報部５０４は、検索条件決定部５４４から送られてきた文書ＩＤと文書ビューア１０２に表示されている文書ＩＤとを比較する（Ｓ３２０−ＹＥＳ，Ｓ３２２）。文書ＩＤ同士が異なる場合には、そのユーザが閲覧中の文書に付与されたアノテーションではないので、残りのアノテーションがあれば残りのアノテーションについてステップＳ３２０の処理を繰り返す（Ｓ３２２−ＮＯ、Ｓ３２４−ＮＯ）。
【０２４５】
複数のアノテーションについてステップＳ３２０，Ｓ３２２の処理が完了したとき（Ｓ３２４−ＹＥＳ）、通報対象ユーザに該当するものによるアノテーション更新であって文書ＩＤ同士が同一のもの（つまり通報対象あり）が１つも存在しなければ、次の更新通知を受けるまで待機する（Ｓ２２６−ＮＯ）。一方、通報対象あの場合には（Ｓ２２６−ＹＥＳ）、通報対象分について、更新通知情報（図１０のアノテーションデータ）に含まれているユーザＩＤ（ユーザ名）で示されるユーザによって、表示中の文書に対して、誰によってアノテーションの追加や変更があったかを、アノテーションごとに、所定の表示や音声などの更新メッセージにより、文書閲覧中のユーザへ通報する（Ｓ３３０）。複数のアノテーションについての更新通知情報を受信していたときには、閲覧者ごとに通報対象分が異なり、通報される内容、たとえば更新したユーザ名などが異なる。
【０２４６】
更新メッセージなどがあってもアノテーション表示の更新を希望しないユーザは、そのままとしておけばよい（Ｓ３３２−ＮＯ）。検索要求指定部５００は、更新ボタン１２０の押下を検知すると（Ｓ３３２−ＹＥＳ）、更新通知情報に含まれているアノテーションＩＤをアノテーション処理装置２１８に送信することで表示更新指示を発する（Ｓ３３４）。このとき、前回通知分のアノテーションＩＤ（更新ボタン１２０の押下がなかったので保持されていたもの）もアノテーション処理装置２１８に送信する。
【０２４７】
アノテーション処理装置２１８の検索条件決定部５４４は、自動更新通知機能のためのアノテーションＩＤをクライアントシステム１００から受け取ると、このアノテーションＩＤ（複数であってもよいし、前回分を含んでいてもよい）を検索条件に設定し、検索部５４６に検索を指示する。検索部５４６は、アノテーションＩＤをキーとしてアノテーションＤＢ２１６を検索し、該当するものを読み出しアノテーション提示制御部５５０に渡す（Ｓ３４０）。
【０２４８】
アノテーション提示制御部５５０は、検索部５４６により検索されたアノテーションの実体について、公開属性が相応しいか否かを判定する（Ｓ３４２）。そして、公開するに相応しいアノテーションであれば（Ｓ３４２−ＹＥＳ）、そのアノテーションの実体を文書ビューア１０２に提示する（Ｓ３４４）。一方、公開するに相応しくないアノテーションであれば（Ｓ３４２−ＮＯ）、そのアノテーションの公開を禁止する（Ｓ３４６）。複数のアノテーションの更新であったときには、残りのアノテーションがあれば残りのアノテーションについてステップＳ３４２〜Ｓ３４６の処理を繰り返す（Ｓ３４８−ＮＯ）。この後には、次回の更新通知があるまで待機する。
【０２４９】
上記第３例の処理手順では、更新ボタン１２０の押下を受けて、対象分全てを一括してアノテーション検索することとしていたが、表示更新の対象を個別に指定して可能な構成としてもよい。たとえば、更新メッセージを表示する際、ユーザ名やアノテーションＩＤにチェックボックスを設け、チェックボックスへのマークを受けたもののみを検索するようにしてもよい。ユーザ名のチェックボックスの場合、検索要求指定部５００は、そのユーザに該当する全てのアノテーションＩＤの情報を検索条件決定部５４４に通知して検索を要求する。
【０２５０】
なお、１ストローク分のアノテーションの追加や変更がある都度と（第１例および第２例）と、保存指令がある都度（第３例）との中間的な自動更新通報処理として、適当なサイクルで自動通報する態様（第４例という）を採り得る。この第４例の処理手順を示したフローチャートを図２０に示す。
【０２５１】
基本的には、第１例と第３例とを組み合わせた処理となっている。たとえば、アノテーションデータのアノテーションＤＢ２１６への格納までは、第１例と同じである（Ｓ３００〜Ｓ３０６）。更新通知情報送信部５８４は、ストロークごとにアノテーションデータをクライアントシステム１００の更新情報通知部５０２から取得しても、所定の通報タイミングになるまで、セッション中のクライアントへの更新通知情報の送信を保留する（Ｓ３０８−ＮＯ）。通報タイミングになると、第３例と同様の処理を行なう（Ｓ３１０〜Ｓ３４８）。ただし、アノテーションデータは、アノテーションＤＢ２１６の通常の格納領域ではなく、自動更新通知機能用の専用格納領域である。ユーザからの保存指示に基づく保存でないからである。
【０２５２】
以上のように、１ストローク分のアノテーションの追加や変更がある都度、あるいはアノテーションの保存指令がある都度、その旨を他の閲覧者（公開属性が設定されているときは公開対象者のみ）に通知するようにしたので、ユーザは、アノテーションの読込みや再現手続きを頻繁に行なう必要性から開放され、操作の煩わしさを軽減することができる。
【０２５３】
また、表示更新の指示を待たずに自動的に表示更新までを実行するようにすれば、ユーザは、アノテーションの読込みや再現手続きの操作を一切行なわなくても、常に最新のアノテーションの状況を確認することができる。また、公開属性も考慮しアノテーション更新のあったことを通知する第２例の手順とすることで、無駄なデータの送信処理やボタン操作を防ぐことができる。
【０２５４】
なお、上述したアノテーションを利用した公開制限機能や自動更新通知機能の一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ（組込みマイコンなど）、または、各種のプログラムをインストールすることで各種の機能を実行することが可能な汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０２５５】
この記録媒体は、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory ）、ＤＶＤ（Digital Versatile Disc）を含む）、光磁気ディスク（ＭＤ（Mini Disc ）を含む）、もしくは半導体メモリなどよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供されてもよいし、プログラムが記録されているＲＯＭやハードディスクなどで構成されてもよい。あるいは、ソフトウェアを構成するプログラムが、通信網を介して提供されてもよい。
【０２５６】
図２１は、上述した情報表示処理システム７を、コンピュータにより構成する場合のシステム構成の概略を示した図である。このようなコンピュータシステムの基本構成は、ハードウェア層９１０、ＯＳ（Operating Systems ）層９２０、文書情報管理層９３０、ユーザインタフェース層９４０という４つの層から成り立っている。各層は独立性が保たれており、層ごとに機能を拡張したり別のものに交換したりすることが容易になっている。
【０２５７】
ハードウェア層９１０は、図１で示したシステム構成に相当するもので、たとえば、文書ビューア１０２に対応するタブレット９１１、アノテーションデバイス１７０に対応するペン入力装置９１２、操作ボタン１１０に対応するボタン９１３、およびネットワーク９に対応する通信ネットワーク９１４からなる。なお、たとえば音声入出力インタフェース９１５など、その他の仕組みを設けてもよい。
【０２５８】
文書情報管理層９３０は、文書管理部２２０に対応し文書本体の管理を担当する文書層９３２、アノテーション管理部２１０に対応しアノテーションなどの文書本体に付加される付加情報の管理を担当するワークスペース９３４、およびアノテーションなどを利用して情報検索を行なう情報検索層９３６からなる。
【０２５９】
ユーザインタフェース層９４０は、文書ビューア１０２やアノテーションデバイス１７０に対応しユーザからの入力を管理するユーザ入力管理層９４２、文書表示エリア１０４における情報表示に関わる画面層９４４、およびマネジャ部１８０に対応し文書表示エリア１０４の表示動作を管理する画面マネジャ９４６からなる。
【０２６０】
このようなシステム構成においては、たとえば前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムに供給し、そのシステムのコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによって、上記実施形態で述べた効果が達成される。
【０２６１】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステムＯＳなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合であってもよい。
【０２６２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述の実施形態の機能が実現される場合であってもよい。
【０２６３】
なお、上記実施形態で述べた処理を実現するプログラムコードを記述したファイルとしプログラムが提供されるが、この場合、一括のプログラムファイルとして提供されることに限らず、システムのハードウェア構成に応じて、個別のプログラムモジュールとして提供されてもよい。
【０２６４】
たとえば、図１に示したシステム構成では、クライアントシステム１００とサーバシステム２００とがネットワーク９で接続された形態であるので、表示に関する処理プログラム（たとえばページ捲り時や検索結果を反映した強調表示機能用の処理プログラム）は、クライアントシステム１００側の装置に向けて、クライアントシステム用モジュールとして提供されるのがよい。
【０２６５】
一方、アノテーションの管理や検索に関する処理プログラムは、サーバシステム２００側の装置に向けて、サーバシステム用モジュールとして提供されるのがよい。また、サーバシステム用モジュールは、さらに、サーバシステム２００を構成する各管理部の構成に応じて、一括ファイルもしくはサブモジュールファイルとして提供されてもよい。
【０２６６】
また、図１に示したシステム構成では、クライアントシステム１００とサーバシステム２００とがネットワーク９にて接続されているが、これらは近接した場所に配置されてもよい。この場合、クライアントシステム１００のマネジャ部１８０をサーバシステム２００（その全体あるいはその一部）と一体化させてもよい。
【０２６７】
また、上述の説明では、文書ビューア１０２がマネジャ部１８０を収容した本体（クレードル／ドッキングステーション）と別体であるものとして説明したが、上記実施形態で説明したマネジャ部１８０内の機能部分を文書ビューア１０２と一体化させてもかまわない。
【０２６８】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【０２６９】
また、上記の実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【０２７０】
たとえば、上記実施形態の構成では、更新メッセージを閲覧者に通知した後に更新ボタン１２０の押下を受けて該当するアノテーションを検索して表示を更新するようにしていたが、更新ボタン１２０に対応するメニューボタンを更新メッセージと一体的にポップアップ画像として提示してもよい。この場合、メニューボタンのクリック操作を受けてアノテーションを検索して表示を更新する。
【０２７１】
なお、上記実施形態では、検索部により検索されたアノテーションなどの付加情報を、表示デバイス（文書ビューア１０２）の文書表示エリア１０４に表示されている閲覧中の文書に重ねて表示させるようにしていたが、検索結果の情報の提示手法は、必ずしもこのようなものに限らない。たとえば、文書ビューア１０２上に、文書本文を表示する文書表示エリア１０４とは別にパレット表示エリアを設け、このパレット表示エリアに検索結果を一覧表示（リスト表示）するようにしてもよい。
【０２７２】
この場合、アノテーションが付加されたテキスト部分を一覧表示するとともに、この一覧表示から文書本文中のアノテーションが付与された場所を参照可能とするリンク機能をもたせるようにしてもよい。また、この一覧表示は、文書本文にアノテーションが付与された状態でその部分（その周辺を含んでいてよい）を切り出した画像として提示してもよい。この場合、一覧表示だけで、アノテーションが付与された部分だけを素早く読み進めることができる。
【０２７３】
なお、文書本文を表示している文書ビューア１０２とは別に検索結果を提示する専用の提示デバイスを用意してもよい。たとえば、専用の表示デバイスに、アノテーションが付与された部分だけを一覧表示する、あるいは、プリンタにて、アノテーションが付与された部分だけを、一覧形式で印刷出力するなどである。
【０２７４】
また、システムを構築する上で、各機能要素をどの部分で分けてクライアントシステム１００とサーバシステム２００とに振り分けるかは、上述した実施形態のものに限定されない。システムを構成する上で、都合のよい部分にて分ければよいのはいうまでもない。また、逆に、クライアントシステム１００とサーバシステム２００とを一体化させたシステム構成としてもよい。たとえば、電子会議システムに利用する場合、会議進行を管理する者（たとえば議長）が使用する端末として、この一体化させたものを使用し、他の会議参加者が使用する端末として、上述通りの構成のクライアントシステム１００を使用するシステム構成とすればよい。
【０２７５】
【発明の効果】
以上のように本発明によれば、アノテーションなどの文書に付加された付加情報を表示する際に、個々の閲覧者が希望する表示形態の要求により柔軟に応えることができるようになった。
【０２７６】
たとえば、アノテーションなどの電子付箋に公開属性を設定し管理する構成としたので、文書に付加された付加情報（電子付箋）について、公開／非公開を設定することができるようになった。
【０２７７】
また、電子付箋が新規に付与されたり変更されたりしたときに、この電子付箋が付与された文書を共用閲覧している他の閲覧者にその電子付箋を即時配信したり、付与・変更があった旨を他の閲覧者に自動的に通知するようにしたので、他人が追加もしく変更した電子付箋の情報を確認するための操作の煩雑さが緩和された。
【図面の簡単な説明】
【図１】 本発明に係る情報表示処理方法および情報表示処理システムを適用した電子会議システムの構成例を示す図である。
【図２】 情報表示処理装置の一実施形態である文書ビューアの表示面側に着目した外観図である。
【図３】 文書ビューアとマネジャ部の機能ブロック図である。
【図４】 文書サーバおよび文書データベースの構成例を示す図である。
【図５】 アノテーションサーバおよびアノテーションデータベースの構成例を示す図である。
【図６】 プロファイルサーバおよびプロファイルデータベースの基本的な構成例を示す図である。
【図７】 プロファイルデータベースの具体的な構成例を示す図である。
【図８】 文書データベースの具体的な構成例を示す図である。
【図９】 文書にアノテーションを付与した状態の表示例を示す図である。
【図１０】 文書ビューアがアノテーションサーバへ送る情報の一例を示した図である。
【図１１】 アノテーションデータベースの構成例を示す図である。
【図１２】 アクションログデータベースの構成例を示す図である。
【図１３】 アノテーションデータベースの他の構成例を示す図である。
【図１４】 アノテーションを用いた検索処理を可能とする機能に着目したブロック図である。
【図１５】 公開制限機能を実現するための処理手順の概要を示したフローチャートである。
【図１６】 公開属性の登録操作をより簡便にする構成事例を説明する図である。
【図１７】 アノテーションの自動更新通知機能を実現するための処理手順のフローチャート（第１例）である。
【図１８】 アノテーションの自動更新通知機能を実現するための処理手順のフローチャート（第２例）である。
【図１９】 アノテーションの自動更新通知機能を実現するための処理手順のフローチャート（第３例）である。
【図２０】 アノテーションの自動更新通知機能を実現するための処理手順のフローチャート（第４例）である。
【図２１】 システムを、コンピュータにより構成する場合のシステム構成の概略を示した図である。
【符号の説明】
１…電子会議システム、７…情報表示処理システム、９…ネットワーク、１００…クライアントシステム、１０１…表示処理部、１０２…文書ビューア、１０３…液晶表示パネル、１０４…文書表示エリア、１０６…付加情報付与部、１０７…アノテーション検出部（付加情報付与部分情報取得部）、１０９…筐体、１１０…操作ボタン、１１４…文書読込みボタン、１１６…保存ボタン、１１８…検索ボタン、１２０…更新ボタン、１２２…ページ捲りボタン、１２２ａ…前ページ送りボタン、１２２ｂ…次ページ送りボタン、１２４…強調表示ボタン、１２６…ユーザ表示ボタン、１３０…コントローラ、１３２…ページ送り指示受付部、１４０…ページ画像生成部、１５０…表示輝度制御部、１５０ａ…コントラスト制御部、１５０ｂ…ブライトネス制御部、１７０…アノテーションデバイス、１８０…マネジャ部、１８２…ログファイル格納部、１８４…強調語／センテンス特定部、１８６…強調語／センテンス選択手法指示部、１８８…強調指示制御部、２００…サーバシステム、２１０…アノテーション管理部、２１２…アノテーションサーバ、２１６…アノテーションＤＢ、２２０…文書管理部、２２２…文書サーバ、２２４…文書ＤＢ、２３０…プロファイル管理部、２３２…プロファイルサーバ、２３４…プロファイルＤＢ、５００…検索要求指定部、５０２…更新情報通知部、５０４…更新メッセージ通報部、５４４…検索条件決定部、５４５…検索表示処理部、５４６…検索部、５５０…アノテーション提示制御部、５８２…更新情報格納制御部、５８４…更新通知情報送信部、６００…公開属性設定部、６０１…シートＧＵＩ、６０２…透明シート

Claims (9)

1. 所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備えた情報表示処理システムであって、
   前記所定の表示デバイス上に表示された文書に前記付加情報を付与する付加情報付与部と、
   前記文書中における前記付加情報付与部により前記付加情報が付与された付加情報付与部分の情報を取得する付加情報付与部分検知部と、
   前記付加情報の表示を許可するか否かを示す公開属性の設定を受け付ける公開属性設定部と、
   前記付加情報付与部分検知部により取得された前記付加情報付与部分の情報と前記公開属性とを前記文書に対応付けて登録する登録部と、
   前記登録部に登録されている前記付加情報に設定されている前記公開属性に基づいて、表示要求のあった前記付加情報の表示を制御する表示制御部と
   を備え、
   前記公開属性設定部は、前記公開属性が対応付けられた透明または半透明の複数枚のシート媒体を前記表示デバイスの表示面上に重ねられて配置可能に構成され、かつ、前記シート媒体を介して前記付加情報が付与または変更されたことに基づいて前記公開属性が自動的に設定されるように構成されており、
   前記複数のシート媒体の重ねの順序に応じて前記公開属性が自動的に設定されるように構成されている
   ことを特徴とする情報表示処理システム。
2. 前記公開属性設定部は、前記付加情報を付与または変更する前記文書の閲覧者からの指定入力に基づいて前記公開属性の設定を受け付ける
   ことを特徴とする請求項１に記載の情報表示処理システム。
3. 前記公開属性設定部は、前記付加情報が付与または変更または保存指示されたときに、前記文書の閲覧者の属性に応じて、前記公開属性が自動的に設定されるように構成されている
   ことを特徴とする請求項１に記載の情報表示処理システム。
4. 所定の表示デバイス上に表示された文書に当該文書とは別に管理可能な付加情報を付与する機能を備えた情報表示処理システムに使用されるクライアント端末であって、
   前記所定の表示デバイス上に表示された文書に前記付加情報を付与する付加情報付与部と、
   前記文書中における前記付加情報付与部により前記付加情報が付与された付加情報付与部分の情報を取得する付加情報付与部分検知部と、
   前記付加情報の表示を許可するか否かを示す公開属性の設定を受け付ける公開属性設定部と
   を備え、
   前記公開属性設定部は、前記公開属性が対応付けられた透明または半透明の複数枚のシート媒体を前記表示デバイスの表示面上に重ねられて配置可能に構成され、かつ、前記シート媒体を介して前記付加情報が付与または変更されたことに基づいて前記公開属性が自動的に設定されるように構成されており、
   前記複数のシート媒体の重ねの順序に応じて前記公開属性が自動的に設定されるように構成されている
   ことを特徴とするクライアント端末。
5. 閲覧中の文書に付与されている全ての前記付加情報を受け取り、当該付加情報に設定されている前記公開属性に基づいて、表示要求のあった前記付加情報の表示を制御する情報提示制御部
   を備えたことを特徴とする請求項４に記載のクライアント端末。
6. 前記公開属性設定部は、前記付加情報を付与または変更する前記文書の閲覧者からの指定入力に基づいて前記公開属性の設定を受け付ける
   ことを特徴とする請求項４または５に記載のクライアント端末。
7. 前記公開属性設定部は、前記付加情報が付与または変更または保存指示されたときに、前記文書の閲覧者の属性に応じて、前記公開属性が自動的に設定されるように構成されている
   ことを特徴とする請求項６または７に記載のクライアント端末。
8. 前記公開属性設定部は、前記公開属性が対応付けられた透明または半透明のシート媒体を前記表示デバイスの表示面上に配置可能に構成され、かつ、前記シート媒体を介して前記付加情報が付与または変更されたことに基づいて前記公開属性が自動的に設定されるように構成されている
   ことを特徴とする請求項４または５に記載のクライアント端末。
9. 前記シート媒体は、前記表示デバイスの表示面に画像イメージとして与えられるものである
   ことを特徴とする請求項１または８に記載のクライアント端末。

Images