JPH10247191A - 電子文書の動的増分更新機能 - Google Patents

Abstract

(57)【要約】 【課題】 ビュアによってユーザに対して表示されてい
る電子文書を再定義するコンピュータによって実行され
る改良した方法及び装置を提供する。 【解決手段】 本発明によれば、情報内容と、表示され
た場合に文書の様相に対する所定の最終的なフォーマッ
トを定義するフォーマット情報とを持った電子文書を表
示し、ビュアにおいて開始された要求に応答して電子文
書に対するアップデートであって電子文書内の１つ以上
のフィールドを修正するためのデータを包含するアップ
デートを受取り、該アップデートをインポートして電子
文書を再定義し、再定義された文書を表示させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、大略、電子文書の
レンダリング及び表示技術に関するものであって、更に
詳細には、ユーザが対話処理するフォーム等の電子文書
を表示する装置及び方法に関するものであって、更に特
定的には、ユーザがクライエントコンピュータ上のクラ
イエントプログラムと直接的に対話処理し且つネットワ
ーク接続によってクライエントコンピュータへリンクさ
れているサーバーコンピュータ上のサーバープログラム
によってサービスが供給されるそのような装置及び方法
に関するものである。

【０００２】

【従来の技術】電子文書は、例えばテキスト、グラフィ
ックス、画像データ等の内容を含む名前の付けられてた
構造的ユニットである。電子文書は、コンピュータ上で
ユーザによって別個のユニットとして、格納され、検索
され、表示され且つ交換されることが可能である。カリ
フォルニア州サンノゼのアドビシステムズインコーポレ
イテッドからのアクロバット（Ａｃｒｏｂａｔ）（商
標）ファミリーの製品は、ユーザが、プラットフォーム
独立的態様で、電子文書を作成し、修正し、交換し且つ
観察することを特徴とする。アクロバットは、それを作
成するために使用したアプリケーションソフトウエア、
ハードウエア、オペレーティングシステムとは独立的に
可搬型態様で文書を記述するポータブルドキュメントフ
ォーマット（ＰＤＦ）即ち可搬型文書形式と呼ばれる文
書記述言語（ＤＤＬ）を利用する。ＰＤＦファイルは、
１つ以上のページを持ったＰＤＦ文書を包含している。
該文書内の各ページは、装置及び分解能独立フォーマッ
トでテキスト、グラフィック、画像の任意の組合わせを
包含することが可能である。

【０００３】分散型コンピュータ環境において発生する
文書交換の１つの一般的な例は、ユーザがブランクに書
込を行なうためにサーバーによってクライエントへフォ
ーム文書を送信し、次いで、該フォーム（又はフォーム
データ）をサーバーへ処理するために送り返すことであ
る。フォームは、ユーザによってエンターされるデータ
を受取るか、又はその他の方法でユーザのアクションに
応答すべく適合されている１つ以上のフィールドを有す
る電子文書である。例えば、ワールドワイドウエブのサ
イト上で注文するか又は登録することを希望するユーザ
は、しばしば、サーバー（サイト）へ提出するためのフ
ォームを書込むことが要求される。典型的に、ユーザは
フォームに書込みを行ない、要求された情報を付加し、
そのフォームをサーバーが処理するためにサーバーへ提
出する。サーバーは提出されたデータを評価し且つクラ
イエントへ新たな文書（それ自身フォームである場合も
ある）を送り返すことによって応答する場合がある。こ
の処理は、トランズアクションの性質に依存して多数回
繰返し行なわれる場合がある。

【０００４】しばしば、提出に応答してユーザへ送られ
る文書は、最初にユーザへ送られたフォームの修正した
ものである。この新たなフォームは、新たな即ち修正さ
れたフィールドを包含する場合があり、ユーザが更なる
情報を提出することを要求するか、又はユーザに対して
更なる情報を供給する。例えば、ベンダーから受取った
登録フォームは、ユーザが名前、住所、その他の個人情
報を供給することを要求する場合がある。この情報を手
にすると、ベンダーは、ユーザへ戻された各文書内に個
人情報（例えば、ユーザの名前）の部分を包含させるこ
とによってユーザに対する更なる通信を個人化させるこ
とを所望する場合がある。従って、ユーザに対して表示
するためにクライエントへ戻される各文書は、各転送に
おいて１つ以上の新たなフィールドが結合された多数の
共通フィールドを包含する場合がある。

【０００５】過去においては、クライエントからサーバ
ーへのフォームデータの提出は、多数の態様で達成する
ことが可能であった。クライエントはサーバーへ処理す
るためにフォーム全体を提出するか、又は、フォームデ
ータのみを提出することが可能であった。然しながら、
サーバー側でのオプションはより限定されたものであっ
た。典型的に、クライエントによって提出されたフォー
ムに対する応答は文書全体をクライエントへ送り返すこ
とであった。このことは、サーバーから転送されたフォ
ームがそれ自身クライエントが既に持っているフォーム
の修正版であった場合でもそうであった。従って、完全
なフォームをクライエントに送り返す場合にリソースが
浪費されることがしばしばあった。

【０００６】

【発明が解決しようとする課題】本発明は、以上の点に
鑑みなされたものであって、上述した如き従来技術の欠
点を解消し、ユーザが対話処理するフォーム等の電子文
書を表示する改良した方法及び装置を提供することを目
的とする。

【０００７】

【課題を解決するための手段】一般的に、１つの側面に
おいては、本発明は、ビュア（ｖｉｅｗｅｒ）によって
ユーザに対して表示される電子文書を再定義するコンピ
ュータによって実行される方法を特徴としている。本方
法によれば、情報内容及び表示された場合に文書の様相
に対する所定の最終的なフォーマットを定義するフォー
マット情報を具備すると共に１つ以上のフィールドを具
備する電子文書を表示させ、ビュアにおいて開始された
要求に応答して前記電子文書に対するアップデート（更
新情報）であって前記電子文書内の１つ以上のフィール
ドを修正するデータを包含するアップデートを受取り、
前記電子文書を再定義するために前記アップデートをイ
ンポートし、且つその再定義した文書を表示させる。本
発明の好適実施例は、以下の特徴のうちの１つ又はそれ
以上を包含している。該アップデート即ち更新情報は、
電子文書の情報内容又はフォーマット情報の再定義を包
含している。要求はサーバーへ指向され且つサーバーは
その要求に応答してアップデートを発生し且つそのアッ
プデートをビュアへ送信する。該要求は、そのビュアと
共にコンピュータ上で稼動しているプロセスへ指向され
且つ該プロセスは該要求に応答してアップデートを発生
し且つそのアップデートをビュアへ供給する。本方法
は、更に、電子文書の１つ以上のフィールドに対する入
力データを受取り、該入力データをフィールド値として
包含させるために電子文書を再定義し、該入力データを
該要求内に包含させる、ことを特徴としている。ユーザ
インターフェースジェスチャー（動作）が該要求を開始
させる。該アップデートにおけるデータは、１つ以上の
タイプのデータを包含しており、その場合に、該データ
は、電子文書内の既存のフィールドを修正するためのデ
ータと、電子文書へフィールドを付加させるためのデー
タと、電子文書からフィールドを削除するためのデータ
とからなるグループから選択される。１つの属性が１つ
のフィールドと関連しており、該アップデートにおける
データが該属性を変更させる。該属性は、値、視覚的様
相、アクション、位置からなるグループから選択され
る。該アップデート内のデータは、ＰＤＦ文書記述言語
での文書記述を包含している。該アップデート内のデー
タは、電子文書のフィールドの全てより少ないものを修
正する。電子文書は、それ自身の情報内容及び様相の完
全に独立した定義である。

【０００８】一般的に、別の側面においては、本発明
は、電子文書を介してユーザへサービスを供給するコン
ピュータによって実行される方法を特徴としている。本
方法によれば、ユーザに対して表示されるコンピュータ
上で稼動しているビュアへ情報内容及び表示された場合
に文書の様相に対する所定の最終的なフォーマットを定
義するフォーマット情報を具備する電子文書を送信し、
要求を受取り、前記要求に応答して電子文書に対するア
ップデートを発生し、前記アップデートを前記ビュアへ
送信し、従って前記ビュアが前記アップデートをインポ
ートし且つアップデートした文書をユーザに対して表示
することが可能であることを特徴としている。

【０００９】一般的に、別の側面においては、本発明
は、サーバーコンピュータをして、ユーザに対して表示
するために第二のクライエントコンピュータ上で稼動し
ているビュアに対して情報内容及び表示された場合に文
書の様相に対する所定の最終的なフォーマットを定義す
るフォーマット情報を具備する電子文書を送信させ、前
記ビュアからの要求を受取らせ、前記要求に応答して電
子文書に対するアップデートを発生させ、且つ前記アッ
プデートを前記ビュアへ送信させて、前記ビュアが前記
アップデートをインポートし且つアップデートした文書
をユーザに対して表示することを可能とさせる、上記各
命令を有するコンピュータによって読取可能な媒体上に
明確に格納されているコンピュータプログラムを提供し
ている。本発明の好適実施例は、以下の特徴のうちの１
つ又はそれ以上を包含している。該アップデート即ち更
新情報は、電子文書の情報内容の再定義を包含してい
る。該アップデートは、電子文書のフォーマット情報の
再定義を包含している。該アップデートは、電子文書の
フィールドのアクションを修正するデータを包含してい
る。該アップデートは電子文書のフィールドの注釈する
データを包含している。本発明の利点としては、以下の
うちの１つ又はそれ以上のものがある。クライエント上
で表示される文書は、サーバーから受取られた変更情報
に基づいて再定義することが可能であり、それにより、
サーバーからクライエントへ全く新しい文書を転送する
ことを必要とすることなしに、新たな文書を表示するこ
ととなる。ユーザは、プラットフォーム及び文書独立態
様で電子文書へ適用することの可能な文書アップデート
の形態で個人プロフィルを定義することが可能である。

【００１０】

【発明の実施の形態】図１を参照すると、クライエント
コンピュータシステム１０はシステムのユーザが、電子
文書を観察し、修正し、及びその他の態様で対話即ち相
互作用を行なうことを可能とするプログラムを稼動す
る。クライエントシステム１０は、デジタルコンピュー
タ１２（例えば、パソコン又はワークステーション）、
ディスプレイ１４、大量格納（記憶）装置１６（例え
ば、フロッピィディスクドライブ、ハードディスクドラ
イブ、ＣＤ−ＲＯＭドライブ、磁気・光学ディスクドラ
イブ）、キーボード１８、マウス２０又はその他のポイ
ンタデバイス（例えば、入力タブレット）を包含してい
る。コンピュータ１２は従来の構成のものであり、且
つ、例えば、マイクロプロセサ、メモリ、周辺バス及び
メモリバス等の従来のコンポーネント（不図示）を包含
している。コンピュータ１２は、更に、通信ハードウエ
ア及びプログラム（不図示）を包含しており、それによ
って、クライエントコンピュータシステム１０が通信リ
ンク２８へ接続されている。

【００１１】クライエントコンピュータシステム１０
は、内部フォーマットで電子文書２２を格納し且つその
全て又は一部をディスプレイ１４上に表示すべくプログ
ラムされている。このプログラミングは、例えばカリフ
ォルニア州サンノゼのアドビシステムズインコーポレイ
テッドから入手可能なアクロバット（Ａｃｒｏｂａｔ）
プログラムのようなビュアプログラム３６によって与え
られる。本発明の適用に対して適した１つのビュアプロ
グラムは、本願出願人による米国特許出願第０８／５６
９，００５号及び第０８／６９３，４８９号に記載され
ているアクロバット読取器であり、これらの特許出願の
開示内容を引用によって本明細書に取込む。ビュアプロ
グラム３６はプラグインリンクを介してブラウザープロ
グラム３４へ通信することが可能である。１つの適した
ブラウザーは、カリフォルニア州マウンテンビューのネ
ットスケープコミュニケーションズコーポレイションか
ら入手可能なネットスケープナビゲーター（ＮｅｔＳｃ
ａｐｅ Ｎａｖｉｇａｔｏｒ）（商標）ブラウザーであ
る。

【００１２】動作について説明すると、クライエントコ
ンピュータシステム１０は、リンク２８によってサーバ
ーソフトウエア３２が稼動するサーバーシステム３０へ
結合されている。リンク２８は、２つのシステムの間の
簡単な直接的な接続とすることが可能であり、又は、例
えばインターネットを介しての接続のような何等かの種
類のネットワーク接続とすることが可能である。ブラウ
ザー３４は、リンク２８を介してサーバーシステム３０
から電子文書を検索又はダウンロードすることが可能で
あり、又は、このような文書を例えば大量格納装置１６
等のクライエントコンピュータシステム１０上のローカ
ルリソース即ち局所的資源からこのような文書を検索す
ることが可能である。

【００１３】ポータブルエレクトロニックドキュメント
即ち可搬型電子文書２２は、発表者によって意図された
様相を維持しながら、多様な異なるコンピュータシステ
ム上で観察し且つ処理することの可能なデータの集まり
である。電子文書２２は「文書ファイル」で組織化され
且つ格納される。該文書ファイルは、例えば、ファイ
ル、データ構造等の格納単位とすることが可能であり、
且つ単一のコンピュータ上に位置させるか又はコンピュ
ータネットワーク３８を介して分散させることが可能で
ある。以下に説明する具体例においては、可搬型電子文
書はアドビシステムズインコーポレイテッドによるポー
タブルドキュメントフォーマット（ＰＤＦ）で格納され
るものとして説明する。然しながら、本発明は、その他
の言語及び例えばハイパーテキストマークアップランゲ
ッジ（ＨＴＭＬ）のようなその他のフォーマットで格納
した文書に対しても適用可能である。説明するステップ
及び処理の多くは該具体例に対して特定的なものであ
り、且つその他の言語又はフォーマットが使用される場
合には変更又は省略することが可能である。

【００１４】電子文書２２はオブジェクトの集まりとし
て組織化されている。「オブジェクト」はデータ及びそ
れに能力及び属性を与えるためにデータに関して処理を
行なう方法を有する論理的ソフトウエア単位である。典
型的なＰＤＦファイルにおいて使用されるオブジェクト
タイプの例は、ページ、テキストブロック、グラフィカ
ルオブジェクト（例えば線又は多角形形状）、画像（例
えばビットマップ）、フォント、及びユーザに特定的な
オブジェクトを包含する。１つのオブジェクトは、その
タイプ及び属性に従ってディスプレイ上に１つの画像を
発生することが可能である。例えば、１つのテキストオ
ブジェクトはテキストのストリング、ディスプレイ上の
テキストの位置、フォント、寸法及びテキストの色、及
びテキストの周りの境界を表示するか否かを包含するこ
とが可能である。幾つかの属性は、それ自身、他のオブ
ジェクトによって共用することの可能なオブジェクトと
することが可能である。例えば、幾つかのテキストオブ
ジェクトは同一のフォントオブジェクトを参照すること
が可能である。本発明は、以下に説明するフィールド、
注釈、アクションを包含する幾つかの新しいタイプのオ
ブジェクトを導入する。フィールド、注釈及びアクショ
ンは、「ポータブルドキュメントフォーマットリフレン
スマニュアル（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ
ＦｏｒｍａｔＲｅｆｅｒｅｎｃｅ Ｍａｎｕａｌ）」、
アドビシステムズ、インコーポレイテッド、アジソン・
ウィズリー出版社、ニューヨーク、１９９３年の文献に
記載されているＰＤＦファイルフォーマットの以前のバ
ージョンと一貫性のあるオブジェクトであり、尚前記文
献は引用によって本明細書に取込む。

【００１５】図２を参照すると、電子文書は、例えば、
例示した対話処理フォーム４０のような書込フォームを
包含する場合がある。この対話処理フォーム４０は、ユ
ーザが完成するための一群のフィールド４２を有してい
る。例えば、フォーム４０は、ファーストネーム４２
ａ、ミドルイニシャル４２ｂ、ラストネーム４２ｃ、ス
トリートアドレス４２ｄ、町名４２ｅ、州名４２ｆ、郵
便番号４２ｇ、個人識別番号４２ｈに対するフィールド
を包含している。フォーム４０は、更に、支払タイプに
対するフィールド４２ｉを包含している。これらのフィ
ールドの幾つか（例えばフィールド４２ａ−４２ｈ）は
テキストフィールドであり、即ち、ユーザがテキストで
タイプするための位置であり、一方その他のフィールド
（例えば４２ｉ）はラジオボタン、ポップアップ選択リ
スト、又はチェックボックスである。表示される各フィ
ールドは、それと関連して、文書が表示される場合にフ
ィールドの様相を制御する注釈を有している。

【００１６】更に、フォーム４０は、提出ボタン４４及
び個人情報ボタン４６を包含している。これらは、アク
ション即ち動作をおこさせるためにユーザによって選択
することの可能な注釈である。一般的に、ユーザによっ
て設定することの可能な値を格納するためにフィールド
が使用される。各フィールドは、例えばボタン又はテキ
スト等のタイプ、名称、値を有している。１つのオブジ
ェクトは、そのオブジェクトをキー入力するフィールド
を有することによってフィールドとして識別される。

【００１７】注釈はフィールドを表示するために使用さ
れる。オブジェクトは注釈とフィールドの両方であるこ
とが可能である。そうである場合には、そのオブジェク
トは両方の属性を有している。１つのオブジェクトは、
そのオブジェクトをキー入力する注釈を有することによ
って注釈として識別することが可能である。

【００１８】図３を参照すると、各フィールド４２はフ
ィールド階層６０における１つのプレイス（場所）を有
している。フィールド階層６０の存在は、例えばフォー
ムオブジェクト６０に対するキーワード及びポインタの
ような電子文書のカタログオブジェクトにおけるフラグ
によって表示される。フォームオブジェクト６２は、各
ルートフィールド６４をリストするアレイを包含してい
る。ルートフィールドは、他のフィールドオブジェクト
のチルドレンではないフィールドである。各ルートフィ
ールドは部分的なフィールド名称６６を有している。更
に、各ルートフィールド６４は、付加的なチャイルドフ
ィールド６８を参照することが可能であり、且つ各チャ
イルドフィールド６８はそれ自身の部分的フィールド名
称６９を有することが可能である。いずれかのフィール
ド６３に対する完全に適格性を有するフィールド名称
は、チャイルドフィールドの部分的フィールド名称及び
その祖先のフィールドの全てを連結し且つ各部分的フィ
ールド名称の間の分離子として「．」を使用することに
よって形成される。チャイルドフィールドの属性は、そ
の親又は祖先から受け継ぐことが可能である。

【００１９】例えば、フィールド及び注釈の両方である
ファーストネームフィールド４２ａのようなオブジェク
トのフォーマットを図４に示してある。フィールドオブ
ジェクト４２ａは、そのオブジェクトがフィールドであ
ることを表わすためのキー名称７１及びそのフィールド
のタイプを定義するための値７２を有するキー７０を包
含している。フィールドオブジェクト４２ａは、部分的
フィールド名称７４（「ｆｉｒｓｔ」）、値７６（「Ｒ
ｏｂｅｒｔｏ」）、親フィールドに対するポインタ７８
（「ｎａｍｅ」）を有している。フィールド４２ａは、
例えば以下に説明するようなリードオンリフィールドの
ようなその他の挙動属性８０を有することが可能であ
る。更に、フィールドオブジェクト４２ａは、そのオブ
ジェクトも注釈であることを表わすキー８２を包含して
いる。フィールド４２ａは位置８４、例えばフィールド
４２ａが表われる矩形の左上角部と右下角部とを画定す
る２つの座標を有している。フィールド４２ａは、例え
ば以下に説明するような色又はフォントのようなその他
の注釈様相属性８６を有することが可能である。

【００２０】フィールドの属性は以下の表にリストした
ようなものを包含することが可能である。

【００２１】 キー タイプ 意 味 ＦＴ 名称 （必須、継承可能）このキーはその オブジェクトがフィールドであるこ とを表わし、且つそのキーの値はフ ィールドのタイプを定義する。有効 なフィールドタイプは次のものを包 含する。

【００２２】 Ｂｔｎ ボタンフィールド。このフィールド タイプはチェックボックスのために 使用され、即ち、２つの状態の間で トグル動作するフィールドである。 このフィールドタイプは、更に、ラ ジオボタン、即ち任意の数のトグル から構成されておりそのうちの１つ のみが任意の与えらえた時間にオン となることの可能なフィールドに対 して使用される。それは、又、プッ シュボタン、即ち、アクションをト リガするか又は様相を変化させるこ とが可能であるが値を維持するもの ではない対話処理要素に対して使用 される。

【００２３】 Ｔｘ テキストフィールド。その値がテキ ストであるフィールド。

【００２４】 Ｃｈ チョイス（選択）フィールド。この フィールドタイプは、ユーザが任意 のリストから１つの値を選択するこ とを可能とする。該リストは、ユー ザに対してポップアップリスト又は スクロール可能なリストとして提供 される。

【００２５】 Ｔ ストリング （オプション）フィールドの部分的 フィールド名称。完全に適格性を有 するフィールド名称は、フィールド オブジェクト及び各祖先の部分的フ ィールド名称を連結させることによ って部分的フィールド名称から派生 される。

【００２６】 Ｖ さまざま （オプション、継承可能）値。該値 のフォーマットは、ＦＴ属性によっ て特定されるようなフィールドのタ イプに依存する。

【００２７】 ＤＡ ストリング （テキストフィールドの場合は必須 、継承可能）テキストに対するデフ ォルト様相。このストリングは、例 えばテキストカラー、テキスト寸法 等の様相特性を決定する一連のペー ジ内容グラフィックス又はテキスト 状態オペレータを包含している。

【００２８】 ＤＲ ディクショナリ （テキストフィールドの場合必須、 継承可能）デフォルトリソース。テ キストを包含するフィールドの場合 、このキーはリソースディクショナ リを形成するために使用される。該 ディクショナリは、フォントリソー スを包含せねばならない。

【００２９】 ＤＶ さまざま （オプション、継承可能）デフォル ト値。該フィールドはリセットフォ ーム（ＲｅｓｅｔＦｏｒｍ）アクシ ョンによってこの値へ復帰する。

【００３０】 ＭａｘＬｅｎ 整数 （オプション、継承可能）テキスト フィールドの場合、この属性はキャ ラクタの最大数を決定する。

【００３１】 ＯＨ 整数 （オプション、継承可能）元の高さ 。このキーは、様相ストリームの取 囲みボックス属性の高さを決定する 。デフォルトは、矩形属性の高さと 同一である。

【００３２】 Ｏｐｔ アレイ （チョイスフィールドの場合は必須 、継承可能）チョイスフィールドに おけるオプション。該アレイ内の各 要素は該リスト内の１つの項目であ る。／Ｖは該リストから選択した項 目を決定する。

【００３３】 Ｑ 整数 （オプション、継承可能）カッディ ング（Ｑｕａｄｄｉｎｇ）。このキ ーは、テキスト入力が左揃え（０） 、中央揃え（１）又は右揃え（２） であるか否かを決定する。デフォル ト値は０である。

【００３４】 ＴｏｐＩｎｄｅｘ 整数 （オプション、継承可能）スクロー ル可能なチョイスフィールドの場合 、この属性はリスト内の最初に見え る項目を決定する。

【００３５】 Ｅｆ 整数 （オプション、継承可能）フラグ。 この整数の二進値は、該フィールド の種々の特性を定義する一群のフラ グとして解釈される。デフォルト値 は０である。この属性は以下のフラ グを包含することが可能である。

【００３６】 Ｅｆ ビット１ ユーザがビュア内のフィールド値を 変更することが可能ではないことを 表わすリードオンリフラグ。このキ ーは、データベースからインポート されるフィールド又は計算されたフ ィールドと共に使用することが意図 されている。

【００３７】 Ｅｆ ビット２ このフィールドは提出アクションに よって該フィールドがエクスポート される時に値を有するものでなけれ ばならないことを表わす必須のフラ グ。

【００３８】 Ｆｆ ビット３ このフィールドは提出アクションに よってエクスポートされてはならな いことを表わす非エクスポートフラ グ。

【００３９】 Ｆｆ ビット１３ テキストフィールドが複数本のライ ンを有する場合があることを表わす マルチラインフラグ。

【００４０】 Ｆｆ ビット１４ テキストフィールドへのキーボード 入力がスクリーン上に表示されるか 否かを表わすパスワードフラグ。む しろ、該入力は、例えば各入力キャ ラクタに対するアステリスクのよう な良性フィードバックによって置換 される。このフラグは、パスワード フィールドの機密性を保持するため に使用することが可能である。

【００４１】 Ｆｆ ビット１５ ラジオボタンフィールドの場合、全 てのチェックボックスを「オフ」状 態とさせるアクションが無視される ことを表わす非ヌル状態フラグ。

【００４２】 Ｆｆ ビット１６ ボタンフィールドがラジオボタンで あるか又はチェックボックスである かを表わすラジオフラグ。このフラ グは、プッシュボタンフラグが偽で ある場合にのみ意味を有する。

【００４３】 Ｆｆ ビット１７ ボタンフィールドが「純粋に対話的 」、即ち該ボタンがユーザ入力に応 答するがその入力の結果として状態 を変更させることのないことを表わ すプッシュボタンフラグ。

【００４４】 Ｆｆ ビット１８ チョイスフィールドがリストボック スであるかポップアップボックスで あるかを表わすポップアップフラグ 。

【００４５】 Ｆｆ ビット１９ 予め定義したリストから選択する代 わりに、ユーザがチョイスフィール ドのフィールド内へストリングを入 力することが可能であることを表わ す編集フラグ。

【００４６】 Ｆｆ ビット２０ リストした項目のソート順番に関す るユーザの好みを追従するために必 要なフォーム著作ツールによって使 用するために含まれているソートフ ラグ。このフラグはビュアによって 使用されることはない。

【００４７】 キッズ アレイ （オプション）キッズ（Ｋｉｄｓ） 及びペアレント（Ｐａｒｅｎｔ）即 ち親の属性は、フィールド間のチャ イルド／ペアレント（子／親）関係 を画定する。キッズアレイは、この フィールドのチルドレンに対する参 照を包含している。１つのチャイル ドは１つのキッズアレイのみから参 照することが可能な場合があり、従 って唯一のペアレント即ち親を有し ている。

【００４８】 １つのフィールドは、異なる値を有 する関連するフィールドを参照する ためにキッズアレイを使用すること が可能である。例えば、そのＴキー が（アドレス）であるペアレントフ ィールド６４ａ（図３）は、そのＴ キーが夫々（ストリート）及び（町 名）であるチャイルドフィールド４ ２ｄ及び４２ｅを有することが可能 である。各チャイルドフィールドは 、ペアレント（親）フィールドの完 全に適格性を有するフィールド名称 である接頭語を有している。

【００４９】 １つのフィールドは、更に、それら の値においてではなくそれらの様相 においてのみペアレントフィールド とは異なるチャイルドフィールドを 参照するためにキッズアレイを使用 することが可能である。このような チャイルドフィールドは、複数個の 位置において同一のペアレントフィ ールドを表示するために使用するこ とが可能である。このことを行なう ために、チャイルドはＴ属性を特定 することはなく且つＦＴ，Ｖ，ＤＶ 属性を継承する。

【００５０】 ペアレント ディクショナリ （このフィールドが別のフィールド のキッズアレイから参照される場合 には必須）ペアレント（親）フィー ルド。

【００５１】注釈の属性は以下の表にリストしたものを
包含することが可能である。

【００５２】 キー タイプ 意 味 タイプ 名称 （オプション）オブジェクトタ イプ。常に注釈。

【００５３】 サブタイプ 名称 （必須）注釈サブタイプ。フィ ールドでもある注釈の場合には 、注釈サブタイプはウイジェッ ト（Ｗｉｄｇｅｔ）である。

【００５４】 Ｒｅｃｔ 矩形 （必須）注釈の位置を特定する 矩形。

【００５５】 Ｆ 整数 （オプション）フラグ。この整 数の二進値は、注釈の種々の特 性を定義する一群のフラグとし て解釈される。デフォルトは０ である。

【００５６】 ビット１ 対応する注釈ハンドラーが使用 可能でない場合に注釈がどのよ うにして表示されるかを表わす 目に見えないフラグ。このフラ グの値が１である場合には、注 釈は表示されない。このフラグ の値が０である場合には、注釈 は不知の注釈として表われる。

【００５７】 ビット２ 注釈が現在示されているか否か を表わす隠されたフラグ。この フラグの値が１である場合には 、注釈は隠される。その注釈が 隠される場合には、該注釈の表 示又は印刷とのユーザ対話処理 は存在しない。様相と結合され て（ＡＰキー参照）注釈を選択 的に隠したり見せたりする能力 は、スクリーンの面積が制限さ れている場合に特に有用である 。このフラグはオンラインヘル プシステムと同様のポップアッ プ補助データを表示するために 使用することが可能である。

【００５８】 ビット３ 注釈が印刷されるか否かを表わ す印刷フラグ。これは、文書の 著者が、表示目的のみのための 注釈を作成することを可能とす る。このような注釈は、ビュア 内にある間にその様相を表示す べきであるが、その様相は印刷 すべきではない。１つの例は、 プッシュボタン４４（図２参照 ）であり、それが印刷されたペ ージに存在することは注意散漫 となる。

【００５９】 Ｈ 名称 （オプション）ハイライト処理 。このキーは、リンク注釈上で のクリック動作の視覚的効果を 制御する。

【００６０】 ＢＳ ディクショナリ （オプション）境界。このキー は、注釈の境界に関連する属性 を特定する。

【００６１】 Ａ又はＡＡ ディクショナリ （オプション）アクション（動 作）。これらの属性は、オブジ ェクトに指向されたユーザによ るジェスチャ（動作）に応答し て喚起されるべきアクションを 特定する。サービスの要求とな る場合のあるアクションは以下 にリストするようなものである 。

【００６２】 ＧｏＴｏ 特定したページへの現在のペー ジ観察及びズーム係数の変更。

【００６３】 ＧｏＴｏＲ （「ＧｏＴｏ Ｒｅｍｏｔｅ 」）特定したページ及びズーム 係数で別のＰＤＦファイルを開 く。

【００６４】 Ｌａｕｎｃｈ 通常、ファイルを開くためにア プリケーションの開始。

【００６５】 Ｔｈｒｅａｄ アーティクルスレッドの読取開 始。

【００６６】 ＵＲＩ 特定したユニフォームリソース 識別子（ＵＲＩ）の判断。

【００６７】 サウンド サウンドをプレイ。

【００６８】 Ｍｏｖｉｅ 動画をプレイ。

【００６９】 ＳｅｔＳｔａｔｅ 注釈の様相ディクショナリの様 相状態（ＡＳキー）内に値を格 納。

【００７０】 Ｈｉｄｅ 注釈に対する隠されたフラグの セット又はクリア。

【００７１】 名称付きアクション ビュアによって予め画定された アクションの実行。

【００７２】 ＳｕｂｍｉｔＦｏｒｍ ＵＲＩへデータを送給。

【００７３】 ＲｅｓｅｔＦｏｒｍ それらのデフォルトへのフィー ルド値を設定。

【００７４】 ＩｍｐｏｒｔＤａｔａ ファイルからフィールド値をイ ンポート。

【００７５】 ＡＰ ディクショナリ （オプション）様相ディクショ ナリ。色、ハイライト処理及び 境界に加えて、このキーは、注 釈のために使用可能な１つ又は それ以上の視覚的様相を特定す ることをが可能である。

【００７６】 ＡＳ 名称 （１つを超える様相が可能であ る場合には必須）様相状態。こ のキーは、ＡＰディクショナリ 内のどのエントリが各インスタ ンスにおいて使用されるべきか を表わす。これは、例えば、そ の様相が変化する場合のあるチ ェックボックス及びラジオボッ クス等のオブジェクトの特定を 可能とさせる。

【００７７】図５は、コンピュータ上のビュアを介して
ドキュメントと対話処理を行なうユーザとの対話処理の
過程において電子文書を増分的に修正するプロセス１０
０を例示した流れ図である。最初に、ビュアが電子文書
を受取る（ステップ１０２）。この場合の実施例におい
ては、電子文書は可搬性のプラットフォーム独立性ＰＤ
Ｆファイルである。該電子文書は、デバイス独立性の文
書言語で受取られる。ビュアは該電子文書を分解し（ス
テップ１０４）、内部的データ構造を形成し、次いでそ
れをレンダリングして使用中の特定のディスプレイ装置
に対する文書の視覚的様相を形成する（ステップ１０
６）。

【００７８】ユーザは、該文書に対して指向されたユー
ザインターフェースジェスチャ（動作）を行なうことに
よって要求を発生させる場合がある。このようなジェス
チャ（動作）は、電子文書内におけるオブジェクトをし
てアクションを発生させる。著者は、適宜の属性キーを
付加することによってオブジェクトに対してアクション
を割当てる場合がある。アクションをトリガすることの
可能なジェスチャは、カーソルをオブジェクト上に移動
させること、カーソルをオブジェクトから離れる方向に
移動させること、マウスボタンを押し下げること、マウ
スボタンを開放すること、新たなページを開くこと、及
びページを閉じることを包含している。ユーザからの要
求を受取ることに応答して、ビュアはサービスに対する
要求を開始させる（ステップ１１２）。この要求は、例
えばサーバーコンピュータシステム３０上のサーバーソ
フトウエア３２のようなサーバーへ指向させることが可
能である（図１）。

【００７９】ビュアはその要求をサーバーへ送給する
（ステップ１１４）。その要求を送給した後で、ビュア
は応答を受取るために待機する（ステップ１１６）。複
数個の要求を行なうことが可能であり、且つビュアは待
機中にその他のタスクを行なうことが可能である。

【００８０】究極的に、ビュアは、サーバーからアップ
デートの形態で応答を受取る（ステップ１１８）。この
アップテードは装置独立性のフォーマットであり、且
つ、好適には、電子文書と同一のファイル構造、同一の
シンタックス（構文）、及び同一の基本的オブジェクト
タイプを有している。然しながら、該アップデートは、
より簡単なものである。何故ならば、修正されるか又は
付加されるオブジェクトのみがアップデート内に包含さ
せることが必要であるに過ぎないからである。最後に、
ビュアはそのアップデートを電子文書内にインポートさ
せる（ステップ１２０）。

【００８１】図６を参照すると、アップデート５０は、
ヘッダー５２、カタログ５４、オブジェクト５６、トレ
ーラー５８を包含している。ヘッダー５２は、その応答
がアップデートであることを表わすキーを包含してい
る。アップデート５０内の全てのオブジェクト５６が修
正されることが必要ではなく、幾つかのオブジェクト
は、そのアップデートのフォーマットによって必要とさ
れるファイル構造を与えるために存在することが可能で
ある。各修正されたオブジェクトに対して、変更された
属性のみがそのアップデート内に配置されることが必要
であるに過ぎない。アップデートは、オブジェクトの値
を修正するための命令、オブジェクトに関連するアクシ
ョン、オブジェクトの視覚的属性（例えば、色、フォン
ト又は目に見えること）、オブジェクトのフィールド属
性（例えば、リードオンリステータス）、又は何等かの
その他の属性を有することが可能である。アップデート
は、更に、オブジェクトを付加又は削除するための命令
を有することが可能である。

【００８２】図７を参照すると、電子文書内にアップデ
ートをインポートさせるステップ１２０において（図５
も参照）、ビュアは、新たな文書が該アップデートによ
って要求されているか否かを決定する（ステップ１３
０）。特に、ビュアはファイル明細を識別するキーに対
するアップデートのカタログオブジェクトをサーチす
る。該カタログオブジェクトがこのようなキーを有して
いる場合には、ファイル明細がそのプログラムが表示さ
せている電子文書のファイル名称と比較される。これら
２つのファイル名称が一致しない場合には、ビュアは新
たな電子文書をフェッチする（ステップ１３２）。ビュ
アは、例えば、通信リンクを介して文書をダウンロード
することによって、又はローカルな格納装置から文書を
検索すること等の多数の態様で新たな文書をフェッチす
ることが可能である。

【００８３】次いで、ビュアは該アップデート内の各オ
ブジェクトを検査し（ステップ１３４）且つそのオブジ
ェクトに対する変更を電子文書２２内に取込む（ステッ
プ１３６）。

【００８４】フィールドオブジェクトを修正するため
に、ビュアは該アップデート内のオブジェクトに対して
完全に適格性のあるフィールド名称のリストを発生す
る。特に、各オブジェクトの部分的フィールド名称がフ
ィールドオブジェクトの各祖先の部分的フィールド名称
と連結される。該リスト内の各完全に適格性を有するフ
ィールド名称は、電子文書内の同一の完全に適格性を有
する名称と一致される。同一の完全に適格性を有するフ
ィールド名称を有する電子文書内のオブジェクトは、フ
ィールド階層を介してサーチすることによって見つけ出
すことが可能である。該アップデートがその電子文書内
に存在しないフィールドを有している場合には、エキス
トラなフィールドは無視される。

【００８５】該アップデート及び該電子文書内の各一致
された対のオブジェクトに対して、ビュアは各オブジェ
クト内のリストされている属性キーをサーチする。該ア
ップデート内の該オブジェクト内の各属性キーに対し
て、ビュアは電子文書内のフィールドにおける対応する
属性キーの値を該オブジェクトからの値と置換させる。
図５に戻って説明すると、サーバープログラム又はプロ
セスは、ビュアから要求を受取る（ステップ１２２）。
その応答において、適切である場合には、サーバーはア
ップデートを発生し（ステップ１２４）、且つそのアッ
プデートをビュアへ送給する（ステップ１２６）。著者
によって書かれたスクリプトが、該要求に対するサーバ
ーの応答を制御する。従って、フォームとスクリプトと
を設計することによって、著者はインタラクティブ即ち
対話的なアプリケーションを形成することが可能であ
る。アップデートは文書の変更された部分のみを修正す
るための命令を有しているので、該アプリケーション
は、低帯域幅及び低処理コストの利点を有している。

【００８６】プロセス１００の幾つかの例について図２
を参照して説明する。第一の例においては、フォーム４
０がビュアからの情報のサーバーによる受領をアクノレ
ッジ即ち肯定応答すべく変化する。ユーザはフォーム４
０のフィールド４２ａ−４０ｃ内に彼又は彼女の名前を
エンターする。次いで、ユーザは提出ボタン４４をクリ
ックしてフォーム提出アクションをトリガする。次い
で、ビュアがサーバーへ要求を送給する。その要求は、
各フィールド４２に対する値を有している。応答におい
て、サーバーはアップデートを発生する。そのアップデ
ートは、提出された情報の受領をアクノレッジ即ち肯定
応答するために名前フィールド４２ａ−４２ｃの色属性
を修正する。該アップデートは、更に、ユーザに対して
フォームを完成することを促すために他のフィールド４
２ｄ−４２ｈの色属性を修正することも可能である。一
方、該色属性は、サーバーがエンターされた名前に対し
てデータベース内において一致を見つけ出したか否かを
表示するために使用することが可能である。例えば、そ
の名前がデータベース内に見つかった場合には、名前フ
ィールド４２ａ−４２ｃは緑色のバックグラウンドを与
えることが可能であり、一方、その名前が見つからなか
った場合には、名前フィールド４２ａ−４２ｃに赤色の
バックグラウンドを与えることが可能である。

【００８７】第二の例においては、アップデート５０が
フォーム４０を修正して、ユーザによるゼスチャ（動
作）に応答して電子文書内に発生されるアクションを修
正する。この例においては、ユーザがボタン４４を押圧
してフォーム提出アクションを発生させる。その応答に
おいて、アップデートがボタン４４に対してフォームリ
セットアクションを割当て、従ってユーザはフィールド
４２内のエントリをクリアすることが可能である。

【００８８】電子文書の様相を修正することのないその
他の変更を行なうことが可能である。例えば、１つ又は
それ以上のフィールド４２をリードオンリステータスへ
変更することが可能であり、その場合にはユーザはその
情報を変更することは不可能である。

【００８９】これらの技術を使用して、サーバーはユー
ザとの対話の過程において単純なボタンの様相及び機能
に対して基本的に無制限の数の変更を行なうことが可能
である。

【００９０】更に、オブジェクトは、フォーム４０に表
われ且つそれから消えるようにさせることが可能であ
る。注意すべきことであるが、オブジェクトを表わした
り消したりさせるために２つのアプローチを使用するこ
とが可能である。第一のアプローチは、電子文書に対し
てオブジェクトを付加させるか又はオブジェクトを削除
することである。第二のアプローチは、オブジェクトが
隠されたり表示されたりするように電子文書内に既に存
在するオブジェクトの属性を変化させることである。一
般的には、２番目のアプローチが電子文書のデータ構造
に対する変更を最小とするという利点を有している。

【００９１】例えば、支払いタイプとしてのクレジット
カードの選択が、クレジットカードフィールド４２ｌ−
４２ｑを出現させることが可能である。フォーム４０
は、秘匿アクションをトリガさせるゼスチャとしてクリ
ックオンチェックボックス４２ｊ又は４２ｋを定義する
ことが可能である。秘匿アクションは、ビュアをしてサ
ーバーに対する要求を開始させる。その応答において、
サーバーはフィールド４２ｌ−４２ｑから秘匿フラッグ
を取除くためのアップデートを発生させる。

【００９２】別の実施例においては、ビュアが遠隔地の
サーバーではなくローカルのプロセスに対してサービス
に対する要求を送給することが可能である。一例とし
て、ローカルにフォーム４０に対する書込を行なうため
に増分的なアップデートを使用することが可能である。
個人情報を要求する幾つかのフォームを受取ることを予
測するユーザは、ローカルに格納されているアップデー
トを発生することが可能である。そのアップデートは、
例えば、ユーザの名前、住所及び社会保険番号等の個人
情報を有している。ユーザは、格納（記憶）装置１６上
にそのアップデートを格納することが可能である（図
１）。著者は、個人情報ボタン４６でフォーム４０を供
給することが可能である。ユーザは、インポートアクシ
ョンをトリガするために個人情報ボタン４６をクリック
オンすることが可能である。このことは、ビュアをして
ローカルなアップデートを電子文書内にインポートし且
つフォーム４０を完成させる。

【００９３】別の実施例においては、ビュアはユーザに
よるアクションなしで要求を開始することが可能であ
る。例えば、ビュアにタイマーを包含することが可能で
ある。タイマーの時間が経過すると、ビュアは自動的に
サービスに対する要求を開始することが可能である。

【００９４】別の実施例においては、ビュアは要求を開
始させることなしにアップデートを受取ることが可能で
ある。例えば、ビュアは、サーバーからの株式相場フィ
ールドを有する文書をダウンロードすることが可能であ
る。次いで、サーバーは、株式相場フィールドの値を修
正するために規則的にアップデートを送信することが可
能である。

【００９５】以上、本発明の具体的実施の態様について
詳細に説明したが、本発明は、これら具体例にのみ限定
されるべきものではなく、本発明の技術的範囲を逸脱す
ることなしに種々の変形が可能であることは勿論であ
る。

【図面の簡単な説明】

【図１】 電子文書を観察し且つ修正するためのコンピ
ュータシステムを示した概略図。

【図２】 対話処理フォームの例示的な表示を示した概
略図。

【図３】 図２の対話処理フォームにおけるフィールド
の階層を示した概略図。

【図４】 図２の対話処理フォームからのフィールドオ
ブジェクトを示した概略図。

【図５】 本発明のプロセスを例示した流れ図。

【図６】 アップデートを示した概略図。

【図７】 アップデートをインポートするステップを例
示した流れ図。

【符号の説明】

１０ クライエントコンピュータシステム １２ デジタルコンピュータ １４ ディスプレイ １６ 大量格納（記憶）装置 １８ キーボード ２０ マウス ２２ 電子文書 ２８ リンク ３０ サーバーシステム ３２ サーバーソフトウエア ３４ ブラウザープログラム ３６ ビュアプログラム ３８ コンピュータネットワーク ４０ 対話処理フォーム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 カール ダブリュ． オルスリエ アメリカ合衆国， カリフォルニア 94043， マウンテン ビュー， シエラ ビスタ アベニュー 173， ユニット 24 (72)発明者 ロベルト ペレルマン アメリカ合衆国， カリフォルニア 94087， サニーベル， イーグル ドラ イブ 1614 (72)発明者 トーマス ジェイ． マロイ アメリカ合衆国， カリフォルニア 94028， ポートラ バレイ， マパチュ コート 10

Claims (21)

【特許請求の範囲】
1. 【請求項１】 コンピュータ上で稼動中のビュアによっ
   てユーザに対し表示されている電子文書を再定義するコ
   ンピュータによって実行される方法において、 情報内容及び表示された場合に文書の様相に対する所定
   の最終的フォーマットを定義するフォーマット情報を具
   備すると共に１つ以上のフィールドを具備する電子文書
   を表示し、 前記ビュアにおいて開始された要求に応答して前記電子
   文書に対するアップデートであって前記電子文書内の１
   つ以上のフィールドを修正するためのデータを包含する
   アップデートを受取り、 前記電子文書を再定義するために前記アップデートをイ
   ンポートし、 前記再定義した文書を表示する、ことを特徴とする方
   法。
2. 【請求項２】 請求項１において、前記アップデートが
   前記電子文書の情報内容の再定義を有することを特徴と
   する方法。
3. 【請求項３】 請求項１において、前記アップデートが
   前記電子文書のフォーマット情報の再定義を有すること
   を特徴とする方法。
4. 【請求項４】 請求項１において、前記要求がサーバー
   へ指向されており、且つ前記サーバーが前記要求に応答
   して前記アップデートを発生し且つ前記アップデートを
   前記ビュアへ送信することを特徴とする方法。
5. 【請求項５】 請求項１において、前記要求が前記ビュ
   アを有するコンピュータ上で稼動するプロセスへ指向さ
   れ、前記プロセスが前記要求に応答して前記アップデー
   トを発生し且つ前記アップデートを前記ビュアへ供給す
   ることを特徴とする方法。
6. 【請求項６】 請求項１において、更に、 前記電子文書の１つ以上のフィールドに対する入力デー
   タをユーザから受取り、 前記入力データをフィールド値として包含させるために
   前記電子文書を再定義し、 前記要求内に前記入力データを包含させる、ことを特徴
   とする方法。
7. 【請求項７】 請求項１において、更に、 前記要求を開始させるユーザインターフェース動作をユ
   ーザから受け取ることを特徴とする方法。
8. 【請求項８】 請求項１において、前記アップデート内
   のデータが１つ以上のタイプのデータを包含しており、
   前記タイプは前記電子文書内の既存のフィールドを修正
   するためのデータと、前記電子文書へフィールドを付加
   するためのデータと、前記電子文書からフィールドを削
   除するためのデータとからなるグループから選択される
   ものであることを特徴とする方法。
9. 【請求項９】 請求項１において、１つの属性が１つの
   フィールドと関連しており、且つ前記アップデートにお
   けるデータが前記属性を変化させることを特徴とする方
   法。
10. 【請求項１０】 請求項９において、前記属性が、値、
    視覚的様相、アクション及び位置からなるグループから
    選択されるものであることを特徴とする方法。
11. 【請求項１１】 請求項１において、前記アップデート
    内のデータが、ＰＤＦ文書記述言語での文書記述を包含
    していることを特徴とする方法。
12. 【請求項１２】 請求項１において、前記アップデート
    内のデータが、前記電子文書内のフィールドの全てより
    少ないものを修正することを特徴とする方法。
13. 【請求項１３】 請求項１において、前記電子文書がそ
    れ自身の内容及び様相の完全に独立した定義であること
    を特徴とする方法。
14. 【請求項１４】 電子文書を介してユーザへサービスを
    供給するコンピュータによって実行される方法におい
    て、 ユーザに対して表示するためにコンピュータ上で稼動中
    のビュアへ電子文書を送信し、前記電子文書は表示され
    た場合に前記文書の様相に対する所定の最終的フォーマ
    ットを定義するフォーマット情報及び情報内容を持って
    おり、 要求を受取り、 前記要求に応答して前記電子文書に対するアップデート
    を発生し、 前記アップデートを前記ビュアへ送信し、従って前記ビ
    ュアが前記アップデートをインポートし且つアップデー
    トした文書をユーザへ表示することが可能である、 ことを特徴とする方法。
15. 【請求項１５】 請求項１３において、前記アップデー
    トが前記電子文書の情報内容の再定義を有することを特
    徴とする方法。
16. 【請求項１６】 請求項１３において、前記アップデー
    トが前記電子文書のフォーマット情報の再定義を有する
    ことを特徴とする方法。
17. 【請求項１７】 請求項１３において、前記アップデー
    トが前記電子文書の１つ以上のフィールドを修正するデ
    ータを包含することを特徴とする方法。
18. 【請求項１８】 請求項１３において、前記アップデー
    トが、前記電子文書のフィールドの全てより少ないもの
    を修正するデータを包含することを特徴とする方法。
19. 【請求項１９】 請求項１３において、前記アップデー
    トが、前記電子文書のフィールドのアクションを修正す
    るデータを包含することを特徴とする方法。
20. 【請求項２０】 請求項１３において、前記アップデー
    トが、前記電子文書のフィールドの注釈を修正するデー
    タを包含することを特徴とする方法。
21. 【請求項２１】 請求項１３において、前記電子文書
    が、その情報内容及び様相の完全に独立した定義である
    ことを特徴とする方法。