JP4309997B2 - 注釈の表示方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、コンピュータが介在するテキストおよび図形の表示方法に関し、特にテキストおよび図形による補足的な注釈を本文ページ上へ動的に表示することに関する。
【０００２】
【従来の技術】
本やその他の印刷物、または電子的に閲覧される出版物において、本文に補助的または補足的情報をアクセスが容易なフォーマットで提示するために、脚注、頭注、傍注等、余白に記述された注釈が広く採用されている。注釈は一般に本文よりも小さい活字サイズで組まれ、ボールド、カーシブ等の異なる活字体で組まれたり、注釈を本文から目立たせるために各種の変わったフォーマットを有することがある。理想的には、そのような注釈により著者が不必要に読者の注意を本文からそらせることなく（差し込み注記や長い説明的従属節ではよくそうなる）、本文に関するテキストまたは図形による補足的な説明を与えることができる。
【０００３】
【発明が解決しようとする課題】
不都合なことに、余白の大きさ、活字サイズ、および紙の上で読み取り可能なテキストも密度の物理的限界のため、注釈として提示できる情報量が限られる。注釈は余白、脚注、または頭注に収めるには大き過ぎるかも知れず、たとえそれが可能であっても本文を読むのを邪魔したり読む速度を低下させかねない。そこで本文に関する注釈をすばやく円滑に提示できる柔軟性を十分に備え、読者が必要とする時のみ注釈を見ることができるような注釈システムが求められている。
【０００４】
【課題を解決するための手段】
本発明では、画面に表示されたテキストや図形のページを再フォーマットできる能力を有することから、高性能モニターまたはフラットパネルディスプレイ対応のコンピュータにより注釈付与技術の可能性が大幅に拡張され、かつ著者にとって、余白スペースが限られているという問題から解放される。本発明は、画面に表示可能なデータの本文およびそのデータ本文に関係付けられる補足データ部を動的に表示するための方法を提供する。データの本文には特定の領域に対応付けられて補足データ部を参照する注釈タグが含まれていてよい。データ本文内で、注釈タグまたはその近傍にユーザーフォーカスの領域（ユーザの注目する領域またはユーザが選択する領域）が選択されると、補足データ部が動的に表示され（そこにユーザーフォーカスが留まっている間）、補足データ部の提示を強調するためにデータ本文内にあるデータは同時に変更される。ユーザーフォーカスが変わると注釈タグは置き換えられてデータ本文は元のフォーマットに戻る。
【０００５】
以下で理解されるように、データにはテキストと図形の両方が含まれていてよい。本発明は小説、ソフトウェアコード、詩等のテキスト型アプリケーション、および地図、写真、地理情報システム等の図形アプリケーションを対象とする。絵図入りの教科書、指導マニュアル、スプレッドシート等テキストと図形の両方が相当量あるアプリケーションもまた本発明の方法の利用対象として適している。
【０００６】
同様に、注釈タグもテキスト主体、図形主体、あるいはテキストと図形要素の混合であってもよい。想定されている注釈タグとして、数字タグ（例：脚注の数字）、ギリシャ文字で書かれたか、判読不能なほど小さい行間または余白テキスト、記号（例：アスタリスク）、ハイパーテキストリンク、あるいは余白に置かれた親指大の絵や図等がある。ある好適な実施例において、注釈タグは非常に小さいが判読可能な、補足データ部分のバージョンであってよい。また他のアプリケーションでは、線、曲線、あるいは図形やテキストのアニメーションによりユーザーがデータ本文を調べて補足データが利用できるか否かを確認することができる。典型的には視覚的な目印ではあるが、あるアプリケーションにおいて注釈タグはユーザーフォーカスのポインタやその他のインジケータが注釈タグ周辺の領域を指すまではユーザーには見えないようにできる。あるアプリケーションにおいて、注釈タグは聴覚または触覚フィードバックに基づく場合もあり、それらは例えば、聴覚または触覚注釈を与える音声、フォースフィードバックマウスの操作、または触覚ディスプレイ等である。
【０００７】
注釈タグ上のユーザーフォーカスを決定するには、マウス、スタイラス、キーボードで操作可能な、画面に表示された通常のポインタの位置を追跡したり、画面に重ねたタッチパネルの様な触覚センサーや、視線や頭方向の追跡システム、あるいは画面ディスプレイの領域上でユーザーフォーカスを確実に決定可能なその他のいかなる通常の機構を用いて行なうことができる。ユーザーフォーカス内で補足情報の動的表示は、ユーザーが行なったマウスクリック、キーボード入力、フィンガータップ、持続時間（例：注釈タグ上または近傍にマウスカーソルを１／１０秒から２秒の間、通常は１秒間、留めておく）、あるいは補足データ部を見たいというユーザー要求が確認可能なその他の任意の入力法に応答して開始される。
【０００８】
データ本文の閲覧を遮蔽することなく（少なくとも遮蔽を最小限に抑えて）補足データ部の提示を強調するためにデータ本文の変更（ユーザーフォーカスに応答して）を行なうには補足データ部をデータ本文の中に収容することが必要である。収容が行なわれるためには、補足データ部はデータ本文と”交渉（ネゴシエート：negotiate）”してデータ本文または補足データの位置、向き、大きさ、色、空間的モーフォロジー（モーフィング：形態素処理）、その他の印刷上または描画上の特徴を適宜調整する必要がある。収容により従来のハイパーテキストウインドウや”バルーンヘルプ”技術に伴なう重要な問題が克服される。そのような注釈付加技術は単に小さい図形やウインドウをデータ本文の上に重ねるだけであり、しばしばデータ本文の必要な情報を覆い隠してしまう。それに対して本発明はデータ本文と補足データ部の間の交渉をつかさどり、データ本文の顕著な部分を最適に提示しながら同時に補足データ部の閲覧も可能にすべくテキストや図形の位置、向き、大きさ、色、空間的形態の適切な変更を決定する。理想的には、データ本文と補足データ部両方について閲覧時の妨害が最小限に抑えられるが、ある実施例では顕著な情報の表示を収容するためにデータ本文の一部を見えなくする必要な場合もあろう。
【０００９】
補足データ部の収容はデータ本文へのオーバーレイまたは空間的モーフィングにより行なわれる。オーバーレイ提示では注釈タグを補足データで置き換えると同時に、注釈を余白、行間、または段落間領域に置く適当なコールアウト、線、マーカーまたはアニメーションにより本文の注釈付けられた領域を識別しながら、引き続きユーザーの注意を本文の関連領域に向けさせる。一方、注釈を付けられる本文の領域は色やフォントを適当に変えることにより視覚的に目立たせることができる。これにより、例えば本文の領域の色を変えたり、色相を調整したり、”グレーで目立たなく”でき、注釈の補足データを視覚的に目立たされた領域の最上位に配置することができる。オーバーレイ提示は一般に単語、行や段落、または図形要素の位置を変える必要が無く、その代わりデータ本文中の利用可能なスペース（例：”空いている”余白スペース、またはテキストを”グレーアウト”して作ったスペース）に依存する。
【００１０】
これに対して、データ本文の空間的モーフィングは一般的に、ユーザーフォーカスが当たっている注釈タグの近傍にある単語や行の置き換えや差分のサイズ変更が必要である。データ本文での単語、行、段落、あるいは図形要素の位置は（移行アニメーションを用いて）補足データ部を収容する必要に応じて調整される。これにより、データ本文の前後関係を維持しながら補足データ部を判読可能なフルサイズで提示できる。これには注釈タグの近傍で行の活字サイズを動的に小さくしたり、補助記号、単語、文を行内または行間に差し込むことも含まれる。注釈その他の補足データのために場所を空けるために、単語、行、段落、図形要素、あるいは余白を移動させることができる。
【００１１】
本分野に精通する者に理解されるように、本発明の方法は余白注記、行間訳文、グラフィックス、手書きおよびその他の適当な注釈の作成支援に利用することができる。データ本文は画面上に表示可能であり、ユーザーは注釈を付けるためのユーザーフォーカスの領域を選択することができる。キーボード、ペン操作のタッチパッド、音声制御ソフトウェア、あるいはその他の適当な入力装置を用いて、ユーザーはユーザーフォーカスの領域に関連付ける補足データ入力を行なう。注釈の作成を支援するために、画面に表示された本文データが変更される。変更にはオーバーレイ提示があり、その中で注釈を付けられる（すなわち、ユーザーが入力した補足データ部が伴なう）領域がカラーハイライトやグレーアウトされるか、あるいは空間的モーフィング提示技術により本文の行が移動させられてテキストまたは手書き入力の場所を収容する。
【００１２】
【発明の実施の形態】
図１に示すように、コンピュータシステム１０は陰極線管（ＣＲＴ）モニター１５あるいはフラットパネルディスプレイ１４の少なくとも一つに接続したコンピュータ２０を含む。コンピュータ２０は本発明に従い、パッケージまたは注文製のソフトウェアアプリケーションを実行するのに適した従来のパーソナルコンピュータあるいはワークステーションであって、プロセッサ２１、電子メモリ２２および長期記憶装置２３を含む。入力モジュール２８はコンピュータ２０に対し、ペン装置１３、従来型キーボード１６、２ないし３自由度のマウス装置１７、ペンベースあるいは身振り（ジェスチャー）入力、紙スキャナ入力、オーディオ入力用マイクロホン１８、あるいはサポートされる他の任意の入力機構によっても入力を与える。モニター１５あるいはフラットパネルディスプレイ１４を介した視覚的表示出力に加えて、各種の非視覚的コンピュータ出力が出力モジュール２９により可能であり、これは音声出力、触覚出力、フォースフィードバック出力（フォースフィードバックマウスあるいはジョイスティックによる）、テキスト／グラフィックプリンタ、あるいは他の任意の適当な出力機構も含んでもよいが、これらに限定されない。コンピュータ２０はローカルネットワーク２４により付随するオペレーティングまたはアーカイビング記憶装置２５と接続でき、さらにデータの検索または普及のために任意の従来のインターネットワーク２６とも接続できる。
【００１３】
本発明の目的のために、ディスプレイ１４、モニター１５として高品質のＣＲＴモニター、受動または能動マトリクス液晶フラットパネルディスプレイ、各種のプラズマ、電気光学式、または微小光学機械式ディスプレイ、あるいは他の任意の従来型ビジュアルディスプレイを用いてもよい。１２８０×１０２４ピクセル対応のＣＲＴモニターを使えば良い結果が得られる。カリフォルニア州パロアルトにあるｄｐｉＸ社から販売されているようなアモルファスシリコンや能動マトリクスフラットパネルディスプレイを使用することにより、さらに良い結果を得ることができる。例えば、ある適当なｄｐｉＸ社製フラットパネルディスプレイは対角線長が１３．５インチであり、視認可能な表示領域が２７６×２００ミリメートル、３０７２×２２４０ピクセルにより１６グレー階調で約３００ｄｐｉの解像度をサポートする。そのような高解像度ディスプレイは、３ポイント程度に小さいフォントピッチのテキスト情報でも読みやすく提示することができるが、より一般的には目の痛みを最小限に抑えるために４ないし５ポイントテキストがフォントサイズの下限として用いられる。これらのディスプレイはコンピュータ２０に接続されたＰＣＩコントローラカードに接続でき、現在ＷｉｎｄｏｗｓＮＴコンピュータオペレーティングシステムの下でサポートされている。以下に理解されるように、前述のディスプレイは、いずれも従来型ペンベース入力技術を介して画面への直接的な注釈付けを許すために（オプションとしてディスプレイに重ねあわせるか、あるいは別個にコンピュータ２０に接続し得る）絶対／相対位置を検知する各種のタッチパッドあるいは書込みタブレットと組み合わせて用いることができる。
【００１４】
図２でわかるように、（先に図１で示した）フラットパネルディスプレイ１４はユーザーに対し、コンピュータ制御される図形およびテキスト型ディスプレイ４０を提示する。ディスプレイ４０は、（ボックス３４により表現される）データ本文と（一般にボックス３２により表現され、補足データは各種のデータソース６２、６４、６６から得られる）補足データ部との間の交渉（図１のコンピュータ２０上で実行されているソフトウェアモジュールである交渉モジュール３６を用いる）によって作成される。図２を参照してわかるように、ディスプレイ４０はテキスト４８、グラフィックス４６、テーブル ５０、および各種の注釈タグ（注釈タグ５２を含む）を含む。注釈タグ５２（データ６２、６４、６６のソースの一つからのテキストデータと結び付けられている）は、マウス操作によるカーソル５８をユーザーフォーカス５９の領域内へ動かすことにより選ばれ、結果的に”コールアウト”のテキスト型注釈５６を表示させるアニメーション起動シーケンスを開始する。この拡張アニメーション（徐々に大きくなる）は典型的に約１／４秒ないし約２秒間かかるが、これはユーザーが拡張する注釈を目で追跡して、文脈上のフォーカスを適切に維持するのに十分な時間である。ユーザーフォーカスがマウスカーソルの動きによって変化すると、注釈タグは置き換えられ、データ本文は逆向き、収縮アニメーションによって元のフォーマットに戻る。以下に理解されるように、アニメーション速度は完全に制御可能であり、短い注釈には高速の”ポップアップ”ディスプレイ注釈が提示され、注釈タグから遠い位置に置かれたより複雑な注釈にはより長いアニメーションが使われる。
【００１５】
以下に理解されるように、ディスプレイ４０で示されるデータはテキスト、図形、あるいはテキストと図形要素（図２のスプレッドシート表５０のような）の混合を含んでいてよい。本発明は、電子メール文、小説、ソフトウェアコード、あるいは詩のようなテキストとともに、地図、写真、あるいは地理情報システムのような図形データからなるデータ本文３４の表示を包含する。絵図入りの教科書、指導マニュアル、スプレッドシート等テキストと図形の両方が相当量あるアプリケーションもまた表示対象として適している。
【００１６】
補足データ３２は表示されたテキスト本文の余白あるいは行間に置かれた短い説明から成る注釈を含んでいてよい。注釈はハイパーテキストにリンクされたデスティネーションの記述、リンクされたデスティネーションからの実際の抜粋、リンクされたデスティネーションのソース資料との関係、ソース資料についての注釈、著者や作成日付等のメタ情報、ハイパーリンク人気度または推奨データ、および他のインフォメーションと同様にこれらの組み合わせを含んでいてよい。著述された注釈は脚注、相互参照、差し込み説明、書誌的な参照、現在の段落、ページ番号、数字、表、雑感記事、表、著作権、あるいは定義を含む場合もある。個人的な注釈は訂正、追加、削除、注記、評者のコメント、あるいは１ページ中のブックマークを含んでいてよい。数学的な証明、アウトライン小見出し、目次、図コールアウト、あるいは段階的な指導等の階層的な情報もまた本発明のある実施例に適していよう。ある種の実施例において、テキストや段落のフォーマッティング、あるいはスプレッドシート制約グラフ情報によって与えられるような論理的または関係的構造をデータ本文３４の理解を深めるために用いてよい。
【００１７】
同様に、注釈タグはテキスト主体、図形主体、あるいはテキストと図形要素の何らかの混合であり得る。想定されている注釈タグとして、数字タグ（例：脚注の数字）、ギリシャ文字で書かれたか判読不能なほど小さい行間または余白テキスト、記号（例：アスタリスク、星型記号）、あるいは余白に置かれた親指大の絵や図等がある。ある好適な実施例において、注釈タグは非常に小さいが判読可能な、補足データ部分のバージョンであってよい。例えば、注釈は補足データ部から切り取ったバージョンであってよく、データ本文が１２ポイントタイプとして提示されている時に最初の行あるいは最初の数単語だけを３、４、または５ポイントタイプで示す。スケーリングアニメーションの間、補足データ部がいっそう目立つにつれて、フォントは１、２秒の間に次第に大きくなり、大きくなるフォントポイントサイズでますます多くの行が表示される。一方、情報は、例えば補足データ部から得られた要約語句やタイトルを示して、注釈タグ内で要約できる。再び述べるに、ユーザーフォーカスに応答して補足的資料がスケールアップするにつれて、要約は全文で置き換えられる。
【００１８】
あるアプリケーションにおいて注釈タグはユーザーフォーカスのポインタやその他のインジケータが注釈タグ周辺の領域を指すまではユーザーには見えないようにできる。例えば、注釈タグは、図１の非視覚的出力モジュール２９で与えられるような聴覚または触覚フィードバックに基づく場合もあり、それらは例えば、聴覚または触覚注釈を与える音声、フォースフィードバックマウスの操作、または触覚ディスプレイ等である。
【００１９】
表示されているマウス、あるいはキーボード制御されたポインタやカーソル５８に加えて、ユーザーフォーカスを決定するには、入力モジュール２８や、オプション的に備えられた任意の画面に重ねたタッチパネルのような触覚センサーや視線や頭方向の追跡システム、音声入力、あるいは画面ディスプレイの領域上を確実に決定可能なその他のいかなる通常の機構を用いて行なうことができる。ユーザーフォーカス内で補足情報の動的表示は、ユーザーが行なったマウスクリック、キーボード入力、フィンガータップ、持続時間（例：注釈タグ上または近傍にマウスカーソルを１／１０秒から２秒の間、通常は１秒間、留めておく）、あるいは補足データ部を見たいというユーザー要求が確認可能なその他の任意の入力法に応答して開始される。
【００２０】
本分野に精通する者に理解されるように、補足データ部の提示を強調するためにデータ本文の変更（ユーザーフォーカスに応答して）を行なうには補足データ部をデータ本文の中に収容することが必要である。収容が行なわれるためには、補足データ部はデータ本文と（交渉モジュール３６を用いて）”交渉”してデータ本文または補足データの位置、向き、大きさ、色、その他の印刷上または描画上の特徴を適宜調整する必要がある。ある注釈タグにユーザーが関心を示した後で短いアニメーション表示することができ、典型的なものとして、注釈を拡張しながら同時に重ねあわせたり、データ本文の空間的および位置的モーフィングが含まれる。
【００２１】
好都合なことに、収容により、データ本文の前後関係を維持しながら補足データを判読可能なフルサイズで提示できる。実際上、本発明による方法は本文と補足データの相対的な目立ち具合を調整する。最初は、データ本文にフォーカスが当たっており、スペースの大部分とユーザーの注意の大部分を占める。補足データは図形の目印（例：注釈タグ）によって示唆される。補足データの上にユーザーがフォーカスを当てると、より図形的に目立つために変化する。例えば、サイズが大きくなったり、目立つ場所に移動する、あるいは色付きまたはボールド体で表示される。同時に、データ本文は自身がより目立たなくなるように自己調整する。例えば、サイズが小さくなり、中心から離れたり、あるいはより薄い色相またはグレー階調に薄れていく。以下で理解されるように、複数レベルの目立ち具合がサポートされており、追加された第二レベルの補足データが第一レベルの補足データにリンクされて（例えばハイパーリンクされた文書に見られるように）ユーザーフォーカスにより選択されるとデータ本文と第一レベル補足データの両方よりも目立つようにできる。
【００２２】
以下で理解されるように、データ本文と補足データ部との交渉の間に用いた特定の実装や設計パラメータは、特定のアプリケーションに依存し、そして図形デザインの領域である。データ本文と補足データ部は、データ本文が元の大きさ、スペースや位置を本質的に変えない各種のオーバーレイ技術によって、あるいはデータ本文が元の大きさ、スペースや位置を本質的に変える各種の空間的モーフィング技術によって修正されることができる。表示されたデータ本文に対する変更を最小限にすることで、オーバーレイ技術はユーザーが方向感覚を喪失することを最小限に抑える点で有利にである。一方、空間的モーフィング技術は補足データ部の認識度を高め、一般にデータ本文と補足データ部の両方からのより多くの情報をディスプレイ上に同時に提示することを可能にする。
【００２３】
本発明をよりよく理解するために、本文と補足データ部を選択的に修正するための各種の方策を用いることができ、その中でスペースを空けるための変更として、下記がある。
【００２４】
１）位置変更：データ本文を所定の位置から移動させ、補足データがその場所を占める。
【００２５】
２）サイズ変更：データ本文が縮小し、同時に補足データが大きくなる。
【００２６】
３）色変更：データ本文がより目立たない陰影や色相（例：”グレーアウト”）に変化し、一方補足データは（大きさが）拡張してより目立つ陰影や色相（例：”ボールド体”）になることにより、視覚的に補足データ部を目立たせたり補足データをデータ本文に重ねあわせることも可能にする。
【００２７】
４）変形：データ本文を垂直または水平方向につぶしたり引き伸ばしたり、あるいは変形させて補足データのための場所を空ける。
【００２８】
テキスト本文でのスペースは、（全体的な混乱をより小さくするため）ローカルな領域で、あるいは（おそらく関心の対象であろうローカルな領域をより認識可能にかつ混乱を小さくするため）離れた領域で変更することができる。表示の変更（例：拡張中の余白コールアウトやサイズ変更中の注釈テキストのアニメーション）の起動は、拡張したい注釈タグをスタイラスペン／マウスでクリックするか、注釈タグ上でスタイラスペン／マウスを保持することで注釈タグ上が大きくなって補足データ部から得られたより多くの情報が現われ、またさらに大きくなる（ポインタがその上にいる限り）か、ディスプレイ上でスタイラスペン／マウスポインタを動かしながらある特定の位置で留めると補足データ部が拡張（フォーカスポイントを動かしながら）し始めるか、スタイラスペン／マウスが他へ移動した（複数のユーザーフォーカス点を許す）時にマウスクリックまたはキーボード入力に応答してデータを拡張したままにするか、あるいは他の任意の適当なユーザー起動／制御操作により行なわれる。
【００２９】
ある好適な実施例において、補足データはインターネットワーク （インターネットワーク２６のような）を介してのみ利用可能であるか、あるいはコンピュータ２０に多数の別々のファイルとして保守されている。図２の補足データ３２がデータ本文３４から得られた別々のＨＴＭＬまたは他の類似のフォーマットファイルに存在しているテキストや図形であるならば当てはまる。このような状況で、従来の”ハイパーリンク”注釈がハイパーリンクされたサイトからのあるデータで構成された小さいフォントタイプの注釈を与えることができ、読者は現在のソース資料から離れて目的とする文書（デスティネーション）へ行ってしまう前に、目的とする文書について何かを学ぶことができよう。役に立つ別の方式では、デスティネーションの情報（タイトルまたは第一文等の）を少しだけ抄録して、それを注釈として用いることが求められる。そのような注釈リンクは手作業でも作成できるが、ハイパーリンクされたデスティネーションのタイトル、第一行、第一段落、小さい画像、デスティネーション文書の著者から提供された要約から動的に導くことができ、さらにはデスティネーションテキストの自動要約として提供することさえ可能である。部分的なノードフェッチに対する指定とシステムサポートを含むことにより、そしてすべての動的に導かれたリンク注釈コンテンツをノードのソースコンテンツ検索の最終ステップとしてプリフェッチすることにより、動作性能を向上させることができる。たとえ注釈ステップが時折遅いとしても、標準的な方法でリンクを追跡するよりも遅くないことが保証されており、デスティネーションへ完全に移行するように要求するよりも、現在の文脈の中で現われる方が認知上における利点がある。
【００３０】
さらに、本発明に従いハイパーリンクされた注釈タグはまた、その著者、作成日付、大きさ等のハイパーリンクおよび／またはデスティネーションについてのメタ情報を含んでいてよい。リンクを追いかけるべきか否かを考える点で、リンクの人気度と推奨情報はまたユーザーにとって貴重であろう。ユーザーフォーカスに応答して複数のハイパーテキストＵＲＬを提示するマルチウェイ・リンクが可能であり、これは読み手が各段階で文脈を変えるオーバーヘッドを被ること無く深い所に埋まっているデスティネーションまでジャンプするためにハイパーテキストのいくつかのノードを通って掘り進めるようにネスト化されたハイパーテキスト注釈と同様である。デスティネーションの資料がソースとデスティネーションの可読性を維持するようにソースページに収まる程度に十分短ければ、その注釈はデスティネーション全体を包括することができる。この場合、注釈／デスティネーションはそれ以上のリンクを含んでいない（定義あるいは注釈のような）ハイパーテキストの終点ノードであるかもしれない。たとえデスティネーションが相当量の補足データを含んでいても、本発明によるアニメーション化された注釈リンクは、提示内容を連続的に開示していくアプローチサポートする。例えば、注釈は動的に導かれたデスティネーションの初期サブセットとして開始できよう。マウスを注釈タグ５９の近傍に残すことによって、ユーザーが注釈に焦点を合わせ続けると、デスティネーションの内容がますます到着して、ハイパーテキストの選択可能な注釈５６として表示されよう。
【００３１】
本発明のさまざまな側面をよりよく理解するために、データ本文のオーバーレイあるいは空間的モーフィングを実装するためのいくつかの特定の技術について以下に述べる。例えば、図３および４は、情報を与える注釈タグ１０４を有するテキスト本文１０２があるテキストサンプル１００を示す。注釈タグ１０４の選択はアニメーションのシーケンスを引き起こし、その中でタグのサイズが拡張してテキストサンプル１００の余白で注釈１０８を提示する。テキスト１０２におけるアンカー位置に関する注釈タグの位置と余白コールアウト１０８の間を視覚的リンクするためにコールアウト１０６も表示される。このような余白コールアウト１０８は、注釈を示すためにデータ本文（すなわちテキスト１０２）を変更しないが、それはコールアウト行がテキスト行の間を移動するからである。この技術により、大量の注釈資料がテキストサンプルの元のレイアウトと共存することが可能になる。余白コールアウトは注釈タグとの緊密な近さを犠牲にするものの、コールアウト行のアニメーションとそれに続く注釈のアニメーション化された拡張は読み手の目を効率よく注釈に向け、そしてコールアウト行が縮小して注釈タグに戻るときに再び戻す。
【００３２】
アニメーションシーケンス動作の理解を深めるため、以下に本発明による余白コールアウトの生成および消滅を記述した疑似コードを示す。
【００３３】

図５、６に見られるように、テキストサンプル１１０のレイアウトを保存するもう一つのオーバーレイ技術が文字型オーバーレイとして知られている。文字型オーバーレイは注釈タグ１１４下部のスペース中へ拡張して行く。注釈タグ１１４が選択されると、そのスペース１１６内のテキスト本文１１２は移動せず、その代わり図６で見られるように色相が褪せるか、あるいはグレー階調が薄くなる。続いて注釈タグ１１４は拡張してグレーアウトしたスペース１１６に横たわる完全な注釈になる。二つのテキストレイヤ間で明るさが異なるため、データ本文との文脈を維持しながら注釈が読みやすくなる。
【００３４】
本オーバレイ技術の動作の理解を深めるため、以下に本発明によるグレーアウト効果の生成を記述した疑似コードを示す。
【００３５】

図７、８に見られるように、さらに別のグレーアウトオーバーレイ技術により、ユーザーが作成した文字注釈をテキスト１２０に付加することが容易になる。サンプル１２０は、ユーザーが注釈１２８を手書き可能な電子ペン感受式タブレットコンピュータ上に表示される。図７と図８に続けて見られるように、注釈の下に位置するテキスト１２６は注釈の見やすさを強調するためにグレーアウトされる。好みに応じて、付加されたテキストは後で注釈タグ（図示せず）を付けられて手書き注釈の検索と閲覧が簡単に行なえるようにできる。
【００３６】
利用可能な各種のオーバーレイ技術に加え、補足的注釈を収容するためにデータ本文の差し込み、分割、サイズ変更、位置変更に基づく空間的モーフィング技術も利用可能である。例えば、図９、１０に見られるようにテキストサンプル１３０は下線を引かれた注釈タグ１３４を備えたテキスト１３２を含む。図１０に見られるように、注釈タグ１３４を起動すると、差し込み注釈１３６収容するために、周囲のテキスト行を空間的にモーフィングして外側に向かって歪ませる。
【００３７】
同様に、図１１、１２は星型記号の注釈タグ１４４を備えたテキスト１４２を含むテキストサンプル１４０を示す。図１２に見られるように、注釈１４４を起動すると、差し込み注釈１４６を収容するために、行間調整により周囲のテキスト行を空間的にモーフィングして、互いに離れさせる。そのような空間的モーフィングの動作をよりよく理解するために、行間拡張の疑似コードを以下に提示する。
【００３８】

図１３、１４はさらに別の空間的モーフィング技術を提示する。図１３に見られるように、テキストサンプル１５０は表型アイコン注釈１５４を備えたテキスト１５４を含む。図１４に見られるように、注釈タグ１５４を起動すると、差し込み表型注釈１５８を収容するために、周囲のテキストおよび図形行を空間的にモーフィングしながら脇へずらせる。
【００３９】
図１５〜１９に各種の空間的モーフィング技術を提示する。図１５に、本文１６２とそれに付随する注釈１６４を備えたレシピ１６０の記述を示す。図１６に見られるように、プロフィトロールを作るのに必要な材料またはレシピのいずれかを強調するためにテキスト１６２と注釈１６４の相対的なサイズを逆転させることができる。図１７に見られるように、（レシピ１６０の記述と同様に）レシピ１７０の記述は空間的に変形（つぶれた）した本文１７４と合わせて本文１７２を含めることができる。行選択が逆である場合（図示せず）、テキスト１７２はつぶれてもテキスト１７２は歪みなく提示される。同様に、図１８は特定の行１８２がユーザーフォーカスの対象になっているテキストサンプル１８０を示し、一方、選択された行を強調するためにテキスト行１８４の余白サイズが狭められる。テキスト行１８２から離れた行（テキスト行１８６等）のサイズは変わらず、ユーザーが選択したテキスト行１８２のサイズと釣り合いがとれる。
【００４０】
図１９、２０は、本発明をスプレッドシート、複雑なテキストの配置、公式や制約条件で結ばれた数値データ、セルレイアウトを定義する図形と組み合わせた動作を示す。図１９に見られるように、スプレッドシート１９０は数値データ１９２、図形要素１９３、および数値データ１９２に隣接して置かれた公式注釈タグ１９４を含んでいてよい。図２０に見られるように、ユーザーが特定のセル（５Ａ）にフォーカスを当てると図形要素が空間的にモーフィングされて間隙ができ、そこへ注釈１９８が収まる。
【００４１】
図２１、２２は三次元物体のコンプレックス二次元表現２００を示す。物体が図２１に見られるビューと図２２に見られるビューの間で仮想的に回転されると、ユーザーの仮想オブジェクトに対する視点に応じて各種の注釈２０４、２０６のサイズが大きくまたは小さくなる。注釈２０２、２０８の場合のように視点が本質的に変わらないとき、注釈も基本的に不変のままである。
【００４２】
図２３、２４は本発明のさらに別の実施例を示す。図２３に見られるように、テキスト表現２１０は拡張ハイパーテキストとして機能する多重ネスティングリンクを可能にする。例えば、注釈タグ２１２を選択するとテキストが分かれて多重リンク２１４の提示を収容する。図２４に見られるように、リンクの一つ（この場合”Ｂｉｏｇｒａｐｈｙ”）を選択すると”Ｂｉｏｇｒａｐｈｙ”に関連する別のリンクが開く。以下に理解されるように、多重リンク２１４は依然として視野に留まり、多重リンクを検索している間、前後関係を保つ。このような多重ハイパーテキストリンクをよりよく理解するために、行間拡張用疑似コードを以下に示す。
【００４３】

上述の例で示したように、本文が補足的注釈を付加的に提示することを可能にするために必要な空間的および時間的な交渉（ネゴシエーション）機能を実装するには各種のソフトウェアアーキテクチャが適していることは本分野に精通する者には理解されよう。
【００４４】
例えば、図２の交渉モジュール３６（および本発明の先に示した例）で用いるのに適している、ある熟慮された交渉アーキテクチャでは、データ本文と補足データ部の両方の空間的広がりと図形提示のニーズを流動的に考慮する（これらをアーキテクチャの観点からより明確に記述するために、以下の説明においてデータ本文と補足データは時として”流動オブジェクト”、本文または補足オブジェクト”、あるいは”親子オブジェクト”と呼ばれる）。調査のために補足オブジェクトが呼び出されると、それと本文オブジェクトの間で構造化された交渉セッションが生起し、両者が協調した視覚表現が得られる。このやりとりにおいていずれの側もレイアウトや提示方式の決定を完全に支配することがないため、この過程は”交渉”である。本文オブジェクトは補足オブジェクトがどのように提示されるかを支配できないし、補足オブジェクトも自身を拡張させるための特定の領域を要求することはできない。その代わり、両者は自身のレイアウトや提示ニーズについて持っている情報に基づいて要求や提案を出す。これらの要求や応答の一連のやりとりにより十分な情報交換が効率的に行なわれ、互いに満足すべき状態に到達する。
【００４５】
この”流動”交渉アーキテクチャにより、異なる流動オブジェクトが互いにやり取りすべく特別に設計されていなくても共存が可能な流動文書の構成要素モデルが実現できる。階層的図形特徴言語用のフレームワークにより、流動オブジェクトは異なる。またはより複雑な図形特徴を提示する他の流動オブジェクトからの要求を丁重に扱い、どの流動オブジェクトが影響を受けるかを決定し、スペース空け方策を選択・構成し、拡張された補足オブジェクトの目立ち具合と多重図形ドメイン用プロトコルを保証し、スペース割り当てや提示を解決すべく一連の交渉を行ない、拡張する補足オブジェクトとそれを収容する本文オブジェクトの様子をアニメーション表示することができる。
【００４６】
ユーザーがある補足資料（子オブジェクト）に関心を示すと、子オブジェクトとその周辺の本文資料（親オブジェクト）との間で一連の要求と応答のやりとりが行なわれる。以下にそのシーケンスを示す。
【００４７】
１．拡張の意図：子オブジェクトは親オブジェクトに連絡し、拡張したい旨を伝える。その際、子が制御できる図形パラメータを記述する情報を渡す。
【００４８】
２．初期指針：親は子オブジェクトがどこで拡張して提示するかについて予備的な決定を行なう。決定は、子のためにスペースを空けるのに採用するつもりの方策を検討しながら行なう。続いて親は子に対し、提示の指針を返す。
【００４９】
３．スペースの要求：子は指針を用いて、自分が拡張した時に必要なスペースを計算する。指針に従う必要はないが、可能であれば従うであろう。子が準拠するつもりである図形特徴を含むスペース要求が親に送られる。
【００５０】
４．スペースの提案：親は最も好ましい方策から始めて再度スペース空けの方策を検討する。方策を順に試しながら、可能ならば求められたサイズを、あるいは要求された範囲内で子の要求を最も満足させる方策に到達する（または複数の方策を組み合わせる）。その方策は、親が自分の親にスペースを要請する場合に連鎖的に交渉を行なうことも含まれる場合がある。
【００５１】
５．提案の検討：子オブジェクトはスペースの提案およびそれに付随する図形条件を検討する。子は条件に合う図形提示方式を選択し、どのように提案を受理するかを選択したかを親に通知する。新たに拡張した状態へ移行する様子を示すアニメーションが開始される。
【００５２】
以下の節で、交渉モジュール３６による交渉の各段階について詳細に考察する。
【００５３】
このステップは単に交渉を開始するだけである。子オブジェクトはそれが遵守する図形特徴プロトコル（次節を参照）を渡すことにより、親に対し自分がどの図形オブジェクト種類か、またどの提示機能に適応可能かを通知する。
【００５４】
一般に、子オブジェクトは自分の親の提示について何も知らない。従って、最初は自分が拡張された形状が周囲の親情報と対照的な提示効果を与え得るかを知らない。親オブジェクトは子オブジェクトに対し、望まれる図形特徴に関する指針を通知する義務がある。例えば、親オブジェクトがタイムズ１２ポイントのフォントを用いた黒色テキストのページである場合、拡張しようとするテキスト型注釈に以下の指針を与えるであろう。１０〜１４ポイントの間のサンセリフフォント、色は高度に飽和しているものを用いることが推奨されれる。これにより、拡張した注釈は、大きさは同程度であってもフォントが異なり、色が明るいので目立つ。子オブジェクトは可能ならば指針に合わせようとするが、それに従わなければならない制約はない。これが本アーキテクチャにおける交渉の第一の証拠である。すなわち、子オブジェクトは親に拡張のための指針を求め、親は推奨案を出す。子は最初の公式なスペース要求を出す準備をしながら推奨案を助言の下に受け取る。
【００５５】
流動オブジェクトの図形特徴および図形特徴プロトコルをやりとりするための特定の言語は流動オブジェクトのクラスに固有である。例えば、前段で述べたテキスト型オブジェクトは以下のものに類似した簡単なプロトコルを用いる。
【００５６】

指針提案フェーズの間、プロトコル要素は定量的または定性的な範囲としてとして記述される。上記「提案の検討」により、子が提案された状況に同意すればプロトコル要素は流動オブジェクトが意図した、サイズや位置を含む提示の特定の記述になる。
【００５７】
以下に理解されるように、プロトコルは交渉にあたる両者に知られていなければならない。最も単純なケースでは、交渉において子オブジェクトとして振る舞う流動オブジェクトはその図形種類のためのプロトコルのみ知っていればよい。しかし、いかなる流動オブジェクトも無関係なオブジェクトに直面する場合がある。親オブジェクトはさまざまな種類の子を持つ場合があり、どのオブジェクトもあらゆる種類の兄弟オブジェクトにより脇へどかされるような交渉に巻き込まれる可能性がある。
【００５８】
これらの状況を扱うために、プロトコルを階層的に構成することができ、階層の下位に位置するプロトコルはそれより階層が上位のプロトコルの厳密なサブセットとして振る舞う。あらゆるプロトコルは、すべてのプロトコルが従う基本プロトコルであるサイズと位置である共通のルートの子孫である。動作中に、無関係なプロトコルに直面した流動オブジェクトは自分が知っているプロトコルを見つけるまで単にそのプロトコルの親チェインをたどる。次にこのより単純なプロトコルを用いて指針を示唆するためのやりとりを行なう。より簡単なプロトコルはあまり多くの特徴を含まないため、指針のやりとりに伴う内容はより少ないであろう。ルートプロトコルを用いる必要がある場合、全く何の指針もやりとりされず、後ほどサイズと位置のみが交渉されよう。そのようなプロトコル階層では新規タイプの流動オブジェクトを生成し、再コーディングせずに既存流動文書中で用いることが許される。新規流動オブジェクトは既存文書が知らされていない図形パラメータを備えている場合もあるが、システムは依然として合理的な提示に到達する可能性が高い。
【００５９】
一旦子オブジェクトが指針を得ると、どの程度指針に従うことが可能かを決定でき、続いて自身の選択に基づいてスペースの要求を生成する。
【００６０】
例えば、親が子に１０〜１４ポイントのサンセリフフォントを使うべきだと指示したとする。しかし、子オブジェクトはコードの抜粋であって、セリフフォントであるクーリアを使う方を望んだとする。子は１２ポイントのクーリアを選択し、その字体とサイズに基づいてコードの抜粋テキストがどれくらいのスペースを必要とするかを計算する。スペースは望まれる量と子が扱える最小および最大値として指定される。この要求は暗にアンカー付近のスペースを求めている。それに対して、あるプロトコルではスペースを最小幅と最小高とともに面積として指定することが許される。例えば、テキスト型注釈は複数行にわたって還流することで柔軟にレイアウトすることが可能である。特定の幅や高さよりも面積で要求する方が親は余裕を持って有効なスペースを選択することができる。
【００６１】
選択された方策は、親が最初に子に指示した指針を拡張したり変更するよう要求する場合がある。初期の指針は親の当て推量に基づいていた。子から得た、スペースおよび可能な図形提示という付加情報により選択された方策を親が最初に予想したものから変更する場合がある。これらの条件は子に返される要求仕様（図形特徴プロトコルに基づく）内で指定される。例えば、親がオーバーレイ方策を選択する結論に達した場合、親がなる予定の明色に対照的に見えるように子に暗色で提示するよう求める。別の可能性として、許されたスペースがアンカー付近でない場合、親オブジェクトは子オブジェクトに結合線が用いられる旨を注意する。
【００６２】
流動オブジェクトは、拡張したいと希望する子オブジェクトのためにスペースを空けることができなければならない。スペースを生み出すために各流動オブジェクトは自分自身の方策を与える。すなわち、アーキテクチャの一部というよりもむしろ開発者により設計される。方策は宣言的に記述されているのではなく、むしろ拡張している子オブジェクトを収容するために如何に流動オブジェクトのレイアウトを変更するかを考える手続きである。
【００６３】
スペースを生み出す方策は４種のカテゴリーに分類できる。
【００６４】
１．固定的動作：親オブジェクトはセクションに分かれ、それらは離れるように固定的に動く。子オブジェクトは続いてセクション間のスペースの中へ拡張することができる。
【００６５】
２．変形：親オブジェクトはセクションに分かれ、それらはある仕方で変形してセクション間にスペースを作る。セクションが離れるように動くことで、親オブジェクトの境界枠のサイズは大きくならない。 子オブジェクトはセクション間のスペースの中へ拡張する。
【００６６】
このカテゴリーに入る多くの方策には、行間の圧縮、本文全体の縮小、拡張している子オブジェクトの周りの“出っぱり”の中への行の湾曲、およびテキスト自身の文字の押しつぶしがある。
３．オーバーレイ：親オブジェクトは今の位置から動かず、その代わりに子オブジェクトが親自身の上方のある領域の使用を許可する。
【００６７】
４．外部割り当て：オブジェクトは子オブジェクトのために自身の境界枠の外のスペースを交渉する。他のオブジェクトは固定的動作、変形、および／またはオーバーレイにより、拡張しているオブジェクトのためにスペースを空けることに同意しなくてはならない。
【００６８】
最初の２つのケース、固定的動作と変形において、拡張している子オブジェクトに自分自身を表示するスペースを与えられる。子オブジェクトは親オブジェクトの近傍部と比較した場合のみ目立つようでなければならない。
【００６９】
しかしオーバーレイのケースでは、親と子オブジェクトは子オブジェクトが認識可能であることを保証するために協働する必要がある。受容できる図形提示を交渉するためにオブジェクト用の図形特徴プロトコルが用いられる。
【００７０】
最後に、外部割り当てのケースでは、親は通常自分自身のどの部分に子オブジェクトが固定されるかを指示しなくてはならない。これを達成するのにアンカーと子オブジェクトを結ぶ線を引くことがよくある。これらの結合“コールアウト”線のルート決めは、線を最適な位置に置くために参考になる自身のレイアウト情報を有する親オブジェクトの責任である。各流動オブジェクトが有する上述のスペース空け方策は、（最も美観があるか、納得できるレイアウトをもたらすため）最も望ましい方策から最も望ましくないものへと順序付けられている。各方策には収容できる最大サイズの限界がある。交渉フェーズの間、流動オブジェクトは拡張中の子オブジェクトが求めるスペース要件を満たすものが見つかるまで、各方策を順に評価する。
【００７１】
さらに、カテゴリーをまたがるかその範囲内の方策は組み合わせが可能である。（実装者によって）方策に組み合わせ可能であるというマークが付けられていると、アーキテクチャはその方策がどれぐらいのスペースを与えるかを記録する。続いて次の方策を評価する際に、要求されている残りのスペースを求める。方策の順序はまた多数の方策の組み合わせを順序付けるために用いられる。
【００７２】
流動文書の相互作用の一次記述は、単に“補足オブジェクトが拡張できるスペースを空けよ”であろう。これを達成するために、アプリケーションは他のどのオブジェクトがスペースを断念しなくてはならないか、またそのことでさらに別のオブジェクトにスペースを放棄させることになるか否かを決定しなければならない。流動アーキテクチャは、すべての流動オブジェクトを典型的なオブジェクト封入階層に組織化すべく指定することによってこの問題を処理する。封入階層はスペースをネスティングされた境界枠に分割する。拡張していない子オブジェクトＣ１は自身の目印に対応する境界枠を持ち、自分の子オブジェクトは通常Ｃ１が拡張されるまで、全くスペース提示を持たないであろう。単純なテキスト注釈アプリケーションにおいて、（キャンバズ全体を表現している）ルート、テキストオブジェクトおよび多くの子（注釈）オブジェクトのみがあり、それらは自分の子オブジェクトを持たない。
【００７３】
スペース確保のための交渉を満足させるために、オブジェクトは自分の境界枠の中で必要に応じて提示を変更することができる。また、その位置へ子オブジェクトを拡張した取り決めが同じのままならば子オブジェクトを操ることもできる（さもなければ別の交渉が生じる）。もしオブジェクトＰ１とその子オブジェクトの一つＣ１の間の交渉が、Ｐ１が動くか、あるいはその親の（Ｐ２の）領域内でその境界枠を拡張しなければならないと示唆するなら、Ｐ１とＰ２の間でさらに交渉が必要である。このような連鎖的交渉はルートオブジェクトよりも先へは進まない。
【００７４】
最後に、ある場合にはスペース確保の交渉により、拡張された子オブジェクトが、親オブジェクトの境界枠から外へ出て、親オブジェクトの兄弟になるという結果もあろう。これは例えばコールアウトスタイルの流動拡張で生じることがある。
【００７５】
交渉の最終ステップは、子が親からの完全な提案を検討することである。 提案は、通常受理可能な値の範囲として表現されたスペース、位置、およびその図形の提示に関するある潜在的な条件を含む。子が条件を受け入れることができず、そして提案を拒絶しなければならないことも有り得る。しかし、このケースは極めて稀にしか起きないと思われ、交渉モジュール３６は制約的というよりはむしろ寛容な交渉方策に従うため、通常は起きない。従って、アーキテクチャは親と子からの極めて特殊な要求の可能性も認めるものの、実際には大部分の条件は非常に緩く、流動オブジェクトに受け入れられやすい。
【００７６】
子オブジェクトが提案を拒絶しなければならない場合、例えば非常に多くの他のすでに拡張した子オブジェクトがスペースを占有していれば、自分を提示する非流動の代替方策（例えば、新しいウインドウで開かれる）に訴える。子オブジェクトが提案を受け入れる場合、選択した正確な図形特徴を親に知らせる。親は続いて自分自身の方策を完成させ、自分自身の親と携わったいかなる交渉からの提案でも受け入れる。交渉の各レベルが終了するにつれて、各流動オブジェクトをアニメーション表示するために必要な情報が集められる。これらのアニメーションは文書全体が一回の滑らかな動きで変化することを保証すべく調整される。
【図面の簡単な説明】
【図１】 本発明の操作に適したコンピュータおよび電子表示システムの模式図である。
【図２】 テキストおよび図形表示図、データ本文の視覚的表現、およびデータ本文と統合されて一緒にテキストおよび図形表示図を与える補足データ部の視覚的表現を示す模式図である。
【図３】 小型の注釈タグを有するテキスト表示のサンプル図である。
【図４】 小型注釈タグの一つを選択した後の図３のテキスト表示の図で、拡張された注釈が余白にはめ込まれている。
【図５】 小サイズのテキストが注釈として振る舞うテキスト表示のサンプル図である。
【図６】 小サイズのテキストの一つを選択した後の図５のテキスト表示の図で、拡張されたテキスト型注釈が行にオーバ−レイされている。
【図７】 手書き注釈に対応するため、テキスト表示のある領域がグレーアウトされた様子を示す図である。
【図８】 図７のテキスト表示においてグレー化されたテキスト表示が拡張されてさらに多くの手書き注釈に対応している様子を示す図である。
【図９】 注釈タグとして下線を有するテキスト表示のサンプル図である。
【図１０】 注釈タグを選択した後の図９のテキスト表示の図で、拡張された注釈が行内の隣接する単語の位置を限定的に変化させて行間に差し込まれている様子を示す図である。
【図１１】 注釈タグとして星型記号を有するテキスト表示のサンプル図である。
【図１２】 星型注釈タグの一つを選択した後の図１１のテキスト表示の図で、注釈を収容するために行間のスペースを変化させて行間に注釈が差し込まれている様子を示す図である。
【図１３】 注釈タグとして表形アイコンを有するテキストおよび図形表示のサンプル図である。
【図１４】 表型注釈タグを選択した後の図１３のテキストおよび図形表示の図で、注釈を収容するためにテキストおよび図形要素間のスペースを変化させてテキストおよび図形要素間に注釈表が差し込まれている様子を示す図である。
【図１５】 テキスト表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図１６】 テキスト表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図１７】 テキスト表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図１８】 テキスト表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図１９】 表形スプレッドシート表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図２０】 表形スプレッドシート表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図２１】 ３次元装置の２次元表現への注釈表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図２２】 ３次元装置の２次元表現への注釈表示のためのさまざまな空間的モーフィングやテキストサイズの変化を示す図である。
【図２３】 注釈情報の発展的な表示のための多重ネスティングリンクを示す図である。
【図２４】 注釈情報の発展的な表示のための多重ネスティングリンクを示す図である。
【符号の説明】
１０ コンピュータシステム、１３ ペン装置、１４ フラットパネルディスプレイ、１５ モニター、１６ 従来型キーボード、１７ マウス装置、１８ オーディオ入力用マイクロホン、２０ コンピュータ、２１ プロセッサ、２２電子メモリ、２３ 長期記憶装置、２４ ローカルネットワーク、２５ アーカイビング記憶装置、２６ インターネットワーク、２９ 出力モジュール。

Claims (2)

1. 画面上にデータ本文およびデータ本文内に存在する注釈タグに関連付けられる補足データ部を提示する方法であって、
   前記データ本文内にある所定のサイズを有する注釈タグを選択するステップと、
   前記データ本文中に前記補足データ部を配置するためのスペースを生成するステップであって、前記スペースのサイズを前記注釈タグの所定サイズよりも大きくし、かつ、前記スペースのサイズを、前記データ本文の現在の提示の態様から定まる最大値であって前記補足データ部の配置のために生成可能なスペースのサイズの最大値以下とするように、前記スペースの位置及び形状を調整するステップと、
   前記スペース内に前記補足データ部を配置するステップと、
   を有し、
   前記スペースの位置及び形状を調整するステップは、
   前記補足データ部の提示の態様を定める図形パラメータを制御する子オブジェクトが、前記データ本文の提示を制御する親オブジェクトに対して、前記図形パラメータを渡すステップと、
   前記親オブジェクトが、前記スペースのサイズを前記データ本文の現在の提示の態様から定まる前記最大値以下とするように決定した前記図形パラメータの推奨値を前記子オブジェクトに渡すステップと、
   前記子オブジェクトが、前記推奨値を参照して決定した前記図形パラメータの値により定まるスペースを前記補足データ部の配置のために必要なスペースとして前記親オブジェクトに要求するステップと、
   前記親オブジェクトが、前記子オブジェクトから要求されたスペースと前記補足データ部の配置のために生成可能なスペースとに基づいて、前記スペースの位置及び形状を決定するステップと、を含む、
   ことを特徴とする方法。
2. 画面上にデータ本文およびデータ本文内に存在する注釈タグに関連付けられた補足データ部を提示する方法であって、
   前記データ本文内にある所定のサイズを有する注釈タグを選択するステップと、
   前記データ本文の少なくとも一部の位置又は形状を変更することで前記データ本文中に前記補足データ部を配置するためのスペースを生成するステップであって、前記スペースのサイズを前記注釈タグの所定サイズよりも大きくし、かつ、前記スペースのサイズを、前記データ本文の現在の提示の態様から定まる最大値であって前記補足データ部の配置のために生成可能なスペースのサイズの最大値以下とするように、前記スペースの位置及び形状を調整するステップと、
   前記補足データ部を前記スペース内に配置するステップと、
   を有し、
   前記スペースの位置及び形状を調整するステップは、
   前記補足データ部の提示の態様を定める図形パラメータを制御する子オブジェクトが、前記データ本文の提示を制御する親オブジェクトに対して、前記図形パラメータを渡すステップと、
   前記親オブジェクトが、前記スペースのサイズを前記データ本文の現在の提示の態様から定まる前記最大値以下とするように決定した前記図形パラメータの推奨値を前記子オブジェクトに渡すステップと、
   前記子オブジェクトが、前記推奨値を参照して決定した前記図形パラメータの値により定まるスペースを前記補足データ部の配置のために必要なスペースとして前記親オブジェクトに要求するステップと、
   前記親オブジェクトが、前記子オブジェクトから要求されたスペースと前記補足データ部の配置のために生成可能なスペースとに基づいて、前記スペースの位置及び形状を決定するステップと、を含む、
   ことを特徴とする方法。

Images