JPH09222974A - 言語解釈表示方法とその方法を用いた装置およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 下位互換性を維持しながら、ＨＴＭＬ等画面
構成記述言語を表示する装置の機能拡張を図る技術提案
がまだ殆どない。 【解決手段】 拡張機能をＨＴＭＬのコメントに埋め込
む。拡張ＨＴＭＬビュアはこのコメントの中から拡張機
能を解釈し、拡張処理を行う。ビュアは、通信制御部１
０２でネットワークを介して送られる拡張ＨＴＭＬを受
信する。言語解釈部１０６はコメント以外の標準機能を
解釈する標準ステートメント解釈部１１２と、コメント
のうち拡張機能の埋め込まれた記述を解釈する拡張ステ
ートメント解釈部２１４を持つ。標準機能に対応する処
理は標準機能処理部１２０で、拡張機能に対応する処理
は拡張機能処理部２２４で行われる。処理の結果は統合
され、表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は言語解釈表示方法
と、この方法を用いた装置およびシステムに関する。こ
の発明は特に、画面に表示すべき情報がＨＴＭＬ等のマ
ークアップ言語に代表される画面構成記述言語による記
述の形態で提供されるとき、これを解釈して表示する方
法、装置およびシステムに関する。

【０００２】

【従来の技術】近年、ユーザ・インタフェイス（Ｕ
Ｉ）、特にグラフィカル・ユーザ・インタフェイス（Ｇ
ＵＩ）の充実により、コンピュータなどの情報機器に対
するユーザの操作が非常に容易になった。ＧＵＩはユー
ザに提供されるオブジェクト（アイコン、コントロール
ボックス等のパーツ）などを画面上に図形シンボルとし
て表すインタフェイスであり、ユーザはキーボードから
長い文字列を入力するかわりに、例えば画面上のボタン
をクリックしてオブジェクトを指定することができる。
ＧＵＩは視認性、操作手順を考慮して設計され、一般に
ユーザの作業効率を大きく改善している。

【０００３】しかしその一方で、このＧＵＩの機能を変
更または拡張したいという要請もある。例えばユーザの
装置が携帯型で画面が小さいときなど、デフォルトの状
態で提供されるＧＵＩのパーツ配置を変更したい場合が
ある。

【０００４】特開平６−４２８０号公報には、ユーザ自
身の操作によって所望のユーザー・インタフェイスを構
築する方法が開示される。同方法は、従来ＧＵＩをプロ
グラミングする作業が煩雑かつ困難であった点に鑑み、
パネル・タイプ（例えばウインドウやメッセージ・ボッ
クス）ごとにタイプを定義し、修正することを可能にす
るものである。同方法を実現するＧＵＩエディタは、ユ
ーザが変更可能なＧＵＩソースコード制御ファイルを収
容し、そのファイルはＧＵＩを定義するタグ・ファイル
を収容している。タグ・ファイルはＧＵＩパネルのオブ
ジェクトを記述する。これらのファイルを用い、この方
法は大別して、前記制御ファイルをオープンするステッ
プと、制御ファイル中のタグ・ファイルに編集を加える
ステップを含む。同方法により、ユーザは自ら複雑なプ
ログラミングをすることなく、所期のＧＵＩパネルを作
成、再利用するというものである。

【０００５】一方、特開平６−１１０６７０号公報に
も、ユーザによるＵＩのカスタマイズ方法が開示されて
いる。同方法もユーザをプログラミング技術、特にＧＵ
Ｉを構成する拡張言語の修得の煩から解放することを目
的とするものである。同方法では、拡張言語の「イベン
ト取得」という命令によって拡張言語インタープリタの
動作を中断して所期のイベントを取得するという構成を
とるため、ユーザは新たに拡張言語自体を覚える必要が
なくなる。

【０００６】以上の２つの従来技術は、ともにＵＩの機
能変更または拡張を目的とする。これらの技術は、プロ
グラミング経験の乏しいユーザによる機能変更などを支
援するものであるが、ネットワークを通じてサービスが
提供される場合、例えばインターネットを介してサービ
スが提供される場合は、以下の理由から、機能変更等に
異なる配慮が必要になる。

【０００７】インターネットにおけるユーザ装置では、
ＧＵＩを含む画面構成情報自体がサーバからＨＴＭＬ
（Hyper Text Markup Language）という画面構成記述言
語で記述されたテキストとして送られてくる。ＨＴＭＬ
は文書構造記述言語ＳＧＭＬ（Standard Generalized M
arkup Language）の一種として画定された言語であり、
文字列の表示を基本機能とし、イメージデータ等の取り
込みを可能とする。すなわち、サーバ側ではＨＴＭＬの
文法に則ってテキストを生成し、これをユーザ装置に送
る。ユーザ装置では、このテキストをＨＴＭＬの文法に
従って解釈し、指定された配置、大きさ、フォント等に
従って文字列を表示するとともに、文字列以外のイメー
ジ等を表示する。この手順によって画面が構成されるた
め、ＧＵＩなど画面表示に関連する機能拡張は、単にユ
ーザ装置のみで対応できる問題ではない。

【０００８】

【発明が解決しようとする課題】画面構成記述言語を介
してサービスが提供されるネットワークを前提とする画
面表示関連の機能拡張については、まだ具体的な技術提
案が少ない。ＨＴＭＬ自体の仕様が継続的に検討されて
いる段階である。

【０００９】一般論として、ユーザ装置の画面表示機能
を拡張する場合、当然ながら現行のＨＴＭＬに新たなコ
マンドを追加する方法が考えられる。この場合、予約語
としてコマンドを追加し、ユーザ装置のパーサ（解析プ
ログラム）によってコマンドの内容を判断し、機能拡張
を実現する。

【００１０】しかし、このような拡張を行えば下位互換
性の問題が生じる。すなわち、新たなコマンドに対応可
能なユーザ装置では適切なコマンド解釈と表示が可能に
なる一方、それ以前に設計されたユーザ装置では、この
コマンドを解釈することができず、表示が異常になりう
る。最悪の場合、画面が完全に異常になり、ＧＵＩとし
て最低限の画面表示機能すら果たせない事態も考えられ
る。

【００１１】なお、ポストスクリプトでは、ＥＰＳファ
イルを読み込んでバウンディングボックスに表示するた
めの拡張機能がコメント部分に記述される場合がある。
しかしこれは、拡張機能解釈手段を持たない装置の下位
互換性を保証するものではない。

【００１２】［目的］以上の現状に鑑み、本発明の目的
は、ＨＴＭＬ等の画面構成記述言語によって画面に表示
すべき情報が与えられる状況において下位互換性を確保
する言語解釈表示方法、装置およびシステムを提供する
ことにある。より具体的には、以下の各技術を開示する
ことにより、前記課題に対する具体的な解決を与える。

【００１３】１．前記言語のコメント部分を利用して下
位互換性とＵＩの機能拡張を実現する基本技術 ２．画面の視認性を高めるタブ機能 ３．画面に表示されるファイル名称をオブジェクトとし
て扱う機能 ４．画面内に固定表示領域を設ける機能 ５．前記言語による記述の形態で与えられる情報にペー
ジ割付を行う機能

【００１４】

【課題を解決するための手段】

（１）本発明の言語解釈表示方法は、画面に表示すべき
情報が画面構成記述言語によるコメントを含む記述の形
態で提供され、かつ前記コメントに、コメントを除く部
分のみに基づいてなされる表示に影響を与えないように
拡張機能が記述されることを前提とする。ここで「画面
に表示すべき情報」は、テキスト、イメージなど、デー
タ形式を問わない。「画面構成記述言語」は画面に表示
すべき情報とその配置等の構成を言語の形で記述するも
ので、例えばＨＴＭＬがある。「画面に表示すべき情報
が画面構成記述言語による記述の形態で提供される」と
は、提供される情報の中にその形態で提供されるものが
含まれれば足りる意味であり、直接表示できるデータ形
態等で与えられる情報が混在していてもよい。

【００１５】この前提において本発明は、まず前記言語
の記述のうち、コメントを除く部分を解釈してその内容
に従って前記情報を表示する。このときさらに、前記言
語の記述に含まれるコメントのうち拡張機能の埋め込ま
れたコメントを識別してその拡張機能を解釈し、その内
容に従って所期の処理をなす。「コメント」とは、言語
の解釈に当たり、表示の対象から外される記述をいう。
「拡張機能」の例には、後述のタブ機能があるが、これ
はいかなる機能であってもよい。この機能は表示に関連
しない演算機能などであっても何等差し支えはない。す
なわち、通常、画面構成記述言語は画面に表示されるべ
き情報を記述するものであるが、本発明では拡張機能を
取り入れることにより、これを表示以外に利用する方途
をも与える。

【００１６】本発明ではコメント、すなわち本来いっさ
い表示されない記述の中に拡張機能を記述し、これを識
別して解釈し、解釈結果に従って前記機能を実現するた
めに必要な処理を行う。従来の方法では、コメントは単
にコメントとして扱い、表示対象として考える余地を持
たない。このため、拡張機能の埋め込まれたコメントの
存在によって従来の装置による表示が悪影響を受けるお
それはなく、下位互換性が保持される。

【００１７】（２）一方、本発明の言語解釈表示装置
は、画面に表示すべき情報が画面構成記述言語によるコ
メントを含む記述の形態で提供され、かつ前記コメント
に、コメントを除く部分のみに基づいてなされる表示に
影響を与えないように拡張機能が記述されることを前提
とする。この前提においてこの装置は、前記言語の記述
のうちコメントを除く記述部分を解釈する標準記述解釈
手段と、前記標準記述解釈手段による解釈内容に従って
各種標準処理を行う標準機能処理手段と、前記言語の記
述に含まれるコメントのうち拡張機能の埋め込まれたコ
メントを識別してその記述を解釈する拡張記述解釈手段
と、前記拡張記述解釈手段による解釈内容に従って各種
拡張処理を行う拡張機能処理手段と、前記各種標準処理
の結果出力される表示生成指示と、前記各種拡張処理の
うち表示に関連する処理の結果出力される表示生成指示
とに基づいて画面に対する表示を制御する表示制御手段
とを含む。

【００１８】この構成において、まず、前記言語の記述
のうちコメントを除く記述部分が標準記述解釈手段で解
釈され、この解釈内容に従って標準機能処理手段で各種
標準処理が行われる。標準処理は、従来の言語解釈表示
装置で実現される処理に相当する。この処理と並行し
て、前記言語の記述に含まれるコメントのうち拡張機能
の埋め込まれたコメントが拡張記述解釈手段で識別さ
れ、その記述が解釈される。つづいて、この解釈内容に
従って拡張機能処理手段により各種拡張処理が行われ
る。拡張処理は、表示に関連しない演算処理等であって
もよい。この後、前記各種標準処理の結果出力される表
示生成指示と、前記各種拡張処理のうち表示に関連する
処理の結果出力される表示生成指示とに従って、表示制
御手段において画面に対する表示が制御される。「表示
生成指示」の例に、画面に表示すべき文字列のデータ
と、その文字列を画面のいずれの個所に表示すべきかを
示す位置情報データとの組合せ指示がある。二種類の表
示生成指示から画面表示を制御するとき、まず、前記表
示生成指示を統合することにしてもよい。ここで「統
合」とは、最終的な画面構成を想定しつつ、この画面構
成を得るために前記二系統の表示生成指示を組み合わせ
ることをいい、最も簡単な例に、一方の表示生成指示か
ら得られる画面表示に他方の表示生成指示から得られる
画面表示を上書きする処理がある。例えば、このように
して決まる画面構成に従い、画面に対する表示が制御さ
れ、所期の表示がなされる。

【００１９】（３）本発明の言語解釈表示装置のある態
様では、前記拡張機能は、表示領域内に設けられる領域
であって、その領域内の表示内容については、その領域
外の表示内容が変更されてもその変更による影響をうけ
ない固定表示領域を設けるための固定表示領域設置機能
を含む。固定表示領域の例に、カーソルの動きに従って
スクロールすることのない領域がある。ただし、この領
域自体は常に静止している必要はなく、その領域以外の
領域における画面スクロール等表示内容の変更の影響を
受けなければ足りる意味である。

【００２０】この前提において、前記拡張記述解釈手段
は、固定表示領域設置機能に関する記述を読み込んだと
き、その記述を解釈し、前記拡張機能処理手段は、前記
拡張記述解釈手段による解釈の結果から前記固定表示領
域の前記表示領域内における配置情報を取得し、これを
保持する領域配置保持手段と、前記拡張記述解釈手段に
よる解釈の結果からその固定表示領域内に表示すべき情
報を取得し、これを領域内表示情報として保持する領域
内表示情報保持手段とを含み、該拡張機能処理手段から
前記表示制御手段に対し、前記表示生成指示として、前
記配置情報と領域内表示情報が与えられる。

【００２１】この構成において、固定表示領域設置機能
に関する記述が読み込まれると、拡張記述解釈手段によ
り、その記述が解釈される。ここで、解釈された結果か
ら固定表示領域の前記表示領域内における配置情報が領
域配置保持手段によって所得され、保持される。この情
報は、例えば引数という形で抽出される。つづいて、そ
の固定表示領域内に表示すべき情報が領域内表示情報保
持手段によって取得され、保持される。これらの情報が
表示生成指示として表示制御手段に与えられ、所期の画
面表示がなされる。

【００２２】（４）本発明の言語解釈表示装置の別の態
様では、前記拡張機能は、画面に表示すべき情報ごとに
その表示開始位置を設定するためのタブ機能を含む。
「タブ」とは、表示すべき情報（表示の対象となる各単
位で、例えば文字列やラジオボタン）の先頭を配置すべ
き位置（すなわち表示開始位置）、またはその位置に表
示すべき情報を実際に配置することの両様の意味を持
つ。

【００２３】この前提において、前記拡張記述解釈手段
は、タブ機能に関する記述を読み込んだときその記述を
解釈し、前記拡張機能処理手段は、前記拡張記述解釈手
段による解釈の結果からタブ位置の指定情報を取得し、
これを保持する指定タブ位置保持手段と、タブ機能を実
行するたびに、次に表示すべき情報の表示開始位置を前
記指定タブ位置の中から選択して更新していく表示開始
位置更新手段とを含み、該拡張機能処理手段から前記表
示制御手段に対し、前記表示生成指示として、前記表示
すべき情報とその表示開始位置が与えられる。

【００２４】この構成において、まずタブ機能に関する
記述が読み込まれたとき、その記述が拡張記述解釈手段
で解釈される。ここで、解釈の結果からタブ位置の指定
情報、すなわち指定タブ位置が指定タブ位置保持手段に
よって取得され、保持される。

【００２５】一方、実際にタブ機能を実行するたびに
（すなわち、表示開始位置を進めていくたびに）、次に
表示すべき情報の表示開始位置が表示開始位置更新手段
によって前記指定タブ位置の中から選択され、更新され
ていく。表示制御手段には、表示すべき情報とその表示
開始位置が前記表示生成指示として与えられ、所期の画
面表示が行われる。

【００２６】（５）このとき本発明のある態様では、前
記指定タブ位置保持手段は、画面の全体領域に関する所
定位置（例えば画面の一端、またはその一端からある距
離をおいた点）を位置決めの基準とする絶対タブに関す
る指定タブ位置を保持する絶対タブ位置保持手段と、画
面の一部領域に関する所定位置を位置決めの基準とする
相対タブに関する指定タブ位置を保持する相対タブ位置
保持手段とを含み、前記表示開始位置更新手段は、指定
タブ位置が絶対タブに関するものであるか相対タブに関
するものであるかに従い、位置決めの基準を変えて表示
開始位置を更新する。「一部領域」の例として、画面に
表示する複数のラジオボタンを囲む矩形領域がある。こ
の場合、矩形領域の所定位置を基準にして各ラジオボタ
ンの表示開始位置を設定するほうが便利なためである。

【００２７】この構成おいて、指定タブ位置が絶対タブ
に関するものであれば、絶対タブ位置保持手段に保持さ
れた情報、指定タブ位置が相対タブに関するものであれ
ば、相対タブ位置保持手段に保持された情報がそれぞれ
利用される。表示開始位置の計算の際、表示開始位置更
新手段は、絶対タブの場合は画面全体の所定位置を、ま
た相対タブの場合は画面の一部領域の所定位置をそれぞ
れ位置決めの基準（すなわち計算の起点）にする。

【００２８】（６）さらに本発明の別の態様では、前記
拡張機能は、表示すべき情報を指定された紙サイズに従
ってページ割付するためのページ割付機能を含む。例え
ばＨＴＭＬで画面に表示すべき情報が記述される場合、
この記述にはページという概念がない。そこでこれを与
える機能である。

【００２９】この前提において、前記拡張機能処理手段
は、前記拡張記述解釈手段による解釈の結果から指定さ
れた紙サイズを取得する紙サイズ取得手段と、前記表示
すべき情報を先頭から順に指定された紙サイズで分割し
ていくことにより、前記表示すべき情報と各ページの対
応付けを行うページ割付手段とを含み、該拡張機能処理
手段から前記表示制御手段に対し、前記表示生成指示と
して、前記表示すべき情報と各ページとの対応情報が与
えられる。

【００３０】この構成おいて、まず指定された紙サイズ
が紙サイズ取得手段で取得され、前記表示すべき情報が
先頭から順に、ページ割付手段によってこの紙サイズで
分割される。この結果、前記表示すべき情報と各ページ
の対応付けが行われる。前記表示制御手段には、前記表
示生成指示として、前記表示すべき情報と各ページとの
対応情報が与えられる。このため、画面に前記表示すべ
き情報のある個所を表示するとき、その個所が含まれる
ページを同時に表示することができる。

【００３１】（７）本発明のある態様では、（６）にお
いて、前記拡張機能処理手段は、前記拡張記述解釈手段
によってなされた解釈の結果から、ページ割付の結果生
じる複数のページのうち実際に画面に表示すべきページ
の指定を取得し、これを保持する指定ページ保持手段を
含み、該拡張機能処理手段から前記表示制御手段に対
し、前記表示生成指示として、前記表示すべき情報のう
ち指定されたページに含まれる情報が与えられる。

【００３２】この構成において、ページ割付機能に関す
る記述が読み込まれたとき、ページ割付の結果生じる複
数のページのうち実際に画面に表示すべきページの指定
が指定ページ保持手段によって取得され、保持される。
前記表示制御手段には、前記表示生成指示として、前記
表示すべき情報のうち指定されたページに含まれる情報
が与えられる。このため、該ページが表示され、検索等
の便宜を図ることができる。

【００３３】（８）本発明の装置のある態様では、前記
拡張機能は、該装置が参照するファイルの名称のうち指
定したものオブジェクトとして保持するよう該装置に指
示するオブジェクト設定機能を含む。この前提におい
て、前記拡張機能処理手段は、指定されたファイル名称
をオブジェクトとして定義し、以降これをオブジェクト
として保持するオブジェクト設定手段を含む。

【００３４】この構成によれば、例えば画面にファイル
名がディレクトリの構造とともに表示されたとき、表示
されるファイルの名称をクリックして削除したり、ディ
レクトリ間を移動させたい場合、オブジェクト設定手段
によってこうした処理が可能となる。

【００３５】（９）本発明のある態様では、（８）の装
置はファイル提供装置から参照すべきファイルの提供を
受けるものである。この前提において、この装置は、前
記オブジェクトとして保持されたファイル名称に対して
ファイル操作が指示されたとき、この指示内容を判別す
るファイル操作指示判別手段と、判別された指示内容を
前記ファイル提供装置に伝達するファイル操作指示伝達
手段とを含む。ここで、「ファイル名称に対して」と
は、ファイル名称を手かがりとして、またはファイルを
その名称によって選択して、の意味である。

【００３６】この構成において、例えば画面にリスト表
示されたファイル名称に対し、ファイルの移動などのフ
ァイル操作が指示されたとき、この指示内容がファイル
操作指示判別手段で判別され、ファイル操作指示伝達手
段によって前記ファイル提供装置に伝達される。この結
果、ファイル提供装置は実際にファイル操作を行うこと
ができる。

【００３７】（１０）一方、本発明の言語解釈表示シス
テムは、言語解釈表示装置と、この装置に対し、画面に
表示すべき情報を言語による記述の形態で提供する情報
提供装置を含む。この情報提供装置は、前記言語による
記述にコメントを挿入して提供する。コメントには、コ
メントを除く部分のみに基づいてなされる表示に影響を
与えないように拡張機能が記述される。

【００３８】この前提において、前記言語解釈表示装置
は、前記言語の記述に含まれるコメントのうち、該装置
が参照するファイルの名称をオブジェクトとして保持す
るよう該装置に指示する記述文を解釈する拡張記述解釈
手段と、前記記述文に従い、指定されたファイル名称を
オブジェクトとして定義し、以降これをオブジェクトと
して保持する拡張機能処理手段と、前記オブジェクトと
して保持されたファイル名称に対してファイル操作が指
示されたとき、この指示内容を判別するファイル操作指
示判別手段と、判別された指示内容を前記情報提供装置
に伝達するファイル操作指示伝達手段とを含む。

【００３９】一方、前記前記情報提供装置は、前記ファ
イル操作指示に従い、前記言語解釈表示装置が参照する
ファイルに対して実際にファイル操作を加えるファイル
操作手段と、そのファイル操作の結果発生する画面表示
内容の変更を反映して前記言語による記述を更新し、こ
れを前記言語解釈表示装置に提供する画面構成情報提供
手段とを含む。画面構成情報提供手段は、例えば前記言
語による記述を生成する生成手段と、生成された記述を
言語解釈表示装置に送付する通信制御手段とを含む。

【００４０】この構成において、まず言語解釈表示装置
側でファイル名称に対してファイル操作が指示されたと
き、この指示の内容がファイル操作指示判別手段で判別
され、これがファイル操作指示伝達手段によって前記情
報提供装置に伝達される。前記前記情報提供装置はま
ず、その指示に従い、前記言語解釈表示装置が参照する
ファイルに対して、ファイル操作手段により実際にファ
イル操作を加える。つづいて画面構成情報提供手段は、
ファイル操作の結果発生する画面表示内容の変更を反映
して前記言語による記述を更新し、これを前記言語解釈
表示装置に提供する。この結果、前記言語解釈表示装置
では、ファイルの削除など、現実のファイル操作が実行
された後の画面、すなわちファイルのリスト等を表示す
ることができる。

【００４１】例えば、前記言語解釈表示装置がユーザ装
置であり、前記情報提供装置がファイルサーバを兼ねる
ような場合、ユーザ装置側でファイルに対する操作をし
ても、現実の操作はサーバ側で実施しなければならな
い。本態様では、ユーザ側とサーバ側のファイル整合性
をとるために、サーバが操作指示に従ってファイルに対
し実際に操作を加えることができる。

【００４２】

【発明の実施の形態】本発明の言語解釈表示方法、装置
およびシステムの実施形態を適宜図面を参照しながら説
明する。なお以下の実施形態では、画面構成記述言語の
例としてＨＴＭＬをとる。画面に表示すべき情報をＨＴ
ＭＬテキストの形で提供する装置（またはそのプログラ
ム）を「ＨＴＭＬサーバ」または単に「サーバ」と呼
ぶ。ＷＷＷ（World Wide Web）サーバはその例である。
一方、ユーザ側の装置（またはそのプログラム）はＨＴ
ＭＬを解釈して表示するため、「ＨＴＭＬビュア」また
は単に「ビュア」と呼ぶ。ＷＷＷブラウザはその例であ
る。以下の実施形態では、ビュアを改良し、各種拡張機
能の実行を可能とするものである。

【００４３】実施形態１．本実施形態では、画面構成記
述言語のコメント部分を利用して下位互換性を維持しな
がら画面表示機能を拡張する技術を、画面の視認性を高
めるタブ機能を例に説明する。

【００４４】［背景］従来のＨＴＭＬには、タブ機能を
実現するコマンドがなかった。このため、ラジオボタン
やチェックボックスなどのＵＩオブジェクトを整列させ
るためには、サーバ側でＵＩオブジェクトの直前に必要
数のスペースを挿入して位置を調節する必要があった。
ＨＴＭＬの仕様では半角のスペースは無視されるため、
全角スペースを挿入しなければならず、正確な位置合せ
は困難かつ煩雑な作業であった。特にＰＤＡ（Personal
Digital Assistance ）等、画面サイズの小さなビュア
の場合、ラジオボタン等をある間隔で横向きに並べるよ
うスペースを入れても、途中都合の悪いところで折り返
すことがあり、外観上も視認性の面からも非常に不都合
であった。

【００４５】そこで本実施形態では、ＨＴＭＬの機能を
拡張してタブ機能を追加し、指定したタブ位置にラジオ
ボタンなどのＵＩオブジェクトを整列させることを目的
とする。

【００４６】［解決原理］ＨＴＭＬのコメント文の中に
タブスクリプト（タブコマンド）を埋め込む。従来のビ
ュアはこの部分を無視するため、下位互換性は確保され
る。本実施形態に係るビュアはコメント中のタブスクリ
プトを認識することができるため、スクリプトに従って
タブを設定する。

【００４７】［詳細］ ［１］システムの全体構成 図１は本実施形態を実現するシステム構成例を示す図で
ある。同図に示すように、このシステムは大別して、言
語解釈表示装置であるユーザ側の装置ＰＤＡ２と、これ
に拡張機能に対応したＨＴＭＬテキスト（以下単に「拡
張ＨＴＭＬ」ともいう）を提供する情報提供装置たる拡
張ＨＴＭＬサーバ４を含み、これらがイーサネットなど
のネットワーク６を介して接続されている。ＰＤＡ２上
には拡張ＨＴＭＬを解釈して対応することのできるビュ
ア（以下「拡張ＨＴＭＬビュア」ともいう）が搭載さ
れ、拡張ＨＴＭＬサーバ４には拡張ＨＴＭＬを生成する
拡張ＨＴＭＬ生成部２２と、ＨＴＴＰＤ（Hyper Text T
ransfer Protocal Daemon ）２４が搭載される。拡張Ｈ
ＴＭＬ生成部２２は必要に応じてＨＴＭＬテンプレート
（図示せず）を利用する。

【００４８】ＰＤＡ２はモデム８とＰＨＳ等の携帯電話
１０、公衆回線１２を介して一旦ＰＤＡ用のプロキシー
サーバ（代理サーバ）１４に接続され、プロキシーサー
バ１４を経由してネットワーク６に接続される。ＰＤＡ
２は場合により、赤外線１６によって直接プロキシーサ
ーバ１４にアクセスすることもある。プロキシーサーバ
１４はネットワーク６の先につながるサーバとＰＤＡ２
とのゲートウエイとして機能する。すなわち、拡張ＨＴ
ＭＬサーバ４からはＰＤＡ２で表示させたい拡張ＨＴＭ
ＬをＰＤＡ２へ、一方、ＰＤＡ２からはビュアで選択し
た値などを拡張ＨＴＭＬサーバ４へそれぞれ渡す仲介を
行う。

【００４９】ネットワーク６には、ＷＷＷサーバ１８や
その他各種サービス装置２０も接続されている。各種サ
ービス装置２０が提供するサービスの例にプリント、フ
ァックスがある。拡張ＨＴＭＬ生成部２２は、これらサ
ービスから与えられる結果を拡張ＨＴＭＬに変換し、ま
たはその結果に従って拡張ＨＴＭＬを生成し、プロキシ
ーサーバ１４を介してＰＤＡ２上の拡張ＨＴＭＬビュア
に渡す。こうして、要求されたサービスがＰＤＡ２に提
供される。ＨＴＴＰＤ２４は、ビュアからの要求や値を
イベントという形で拡張ＨＴＭＬ生成部２２へ渡す。一
方、拡張ＨＴＭＬ生成部２２からは、関数のリターン値
という形態で拡張ＨＴＭＬを受け取る。なお、拡張ＨＴ
ＭＬサーバ４は、実施形態３で説明するファイルシステ
ム２６を管理している。

【００５０】［２］ビュアの構成 図２は本実施形態に係るＰＤＡ２の拡張ＨＴＭＬビュア
１００の内部構成図である。同図に示すごとく、拡張Ｈ
ＴＭＬビュア１００は大別して、ネットワーク６から拡
張ＨＴＭＬをトークンという形で受け取る通信制御部１
０２、受け取った拡張ＨＴＭＬを解釈する言語解釈手段
たる言語解釈部１０６、拡張ＨＴＭＬのうち従来同様の
標準機能に関する記述部分を処理する標準機能処理手段
たる標準機能処理部１２０、拡張ＨＴＭＬのうちタブ機
能に関する記述部分を処理するタブ処理部１２４、標準
機能処理部１２０およびタブ処理部１２４から表示生成
指示を受けて画面表示を制御する表示制御手段たる表示
制御部１３６、表示制御部１３６からの制御に従って画
面表示を行う表示部１３８からなる。

【００５１】通信制御部１０２はネットワーク６からの
受信を制御する受信部１０４を持ち、この受信部１０４
は図示しない受信バッファを制御する。言語解釈部１０
６のトークン読込部１０８は、受信された拡張ＨＴＭＬ
をトークン単位で読み出し、これをコメント識別部１１
０に与える。コメント識別部１１０は前記トークンをＨ
ＴＭＬにおける記述の単位であるタグに分解し、これら
の中からコメントに関するタグを識別する。識別された
コメントにはタブ機能が記述されている可能性があるた
め、コメントはタブ機能に関する記述文であるタブステ
ートメントを解釈するタブステートメント解釈部１１４
に渡され、一方、コメント以外の記述は、タブ機能等拡
張機能以外の記述文である標準ステートメントを解釈す
る標準記述解釈手段たる標準ステートメント解釈部１１
２へ渡される。

【００５２】タブステートメント解釈部１１４は、受け
取ったコメントのうちタブステートメントを識別するタ
ブステートメント識別部１１６と、タブステートメント
に含まれる引数を抽出する引数抽出部１１８を持つ。タ
ブステートメント識別部１１６は、受け取ったコメント
のうちタブ機能が埋め込まれていない通常のコメントが
あれば、単にこれを無視する。

【００５３】標準機能処理部１２０は、標準ステートメ
ント解釈部１１２で解釈された内容に従って種々の標準
処理を実行する各種標準処理部１２２を持ち、この各種
標準処理部１２２はそれぞれ特定の処理を実行する処理
部ａ、ｂ…を持つ。これらの処理部により、拡張ＨＴＭ
Ｌのうち従来同等の記述部分に対し、従来のビュアと同
等の処理が行われる。

【００５４】一方、タブ処理部１２４は、タブステート
メント解釈部１１４で解釈された内容に従って種々のタ
ブ処理を行う各種タブ処理部１２６を持つ。各種タブ処
理部１２６は、前記引数をタブ位置を指定する指定タブ
位置として取得し、これを保持する指定タブ位置保持手
段たる指定タブ位置保持部１３０を持つ。指定タブ位置
保持部１３０はさらに、後述する絶対タブ、相対タブと
いうタブ種に応じてタブ位置をそれぞれ保持する絶対タ
ブ位置保持部１３２と相対タブ位置保持部１３４に分類
される。

【００５５】各種タブ処理部１２６は、タブ機能を実行
するたびに、次に表示すべき情報の表示開始位置を更新
していく表示開始位置更新手段たる表示開始位置更新部
１２８を持つ。表示開始位置は、後述のように、絶対タ
ブ位置保持部１３２または相対タブ位置保持部１３４に
保持された指定タブ位置を順に読み出すことによって更
新される。

【００５６】標準機能処理部１２０およびタブ処理部１
２４における処理の結果出力される表示生成指示（例え
ば、画面の所定領域に矩形を表示するなどの指示）は表
示制御部１３６において統合され、画面の構成が確定す
る。より具体的には、例えばまず標準機能処理部１２０
から出力される表示生成指示をもとに画面を仮想的に構
成し、この上に、タブ処理部１２４から出力される表示
生成指示に起因する表示内容を重ね合わせることで、最
終画面の構成を決定する。この最終画面構成をもとに、
表示制御部１３６は画面表示を制御し、所望の画面が表
示部１３８に表示される。

【００５７】［３］構成の動作 以上の構成による動作を説明する。ここではまず、
（１）で通常のＨＴＭＬに対するビュアの動作を説明
し、（２）で拡張ＨＴＭＬに対するビュアの動作を説明
する。

【００５８】（１）従来のＨＴＭＬとビュアの動作 図３は３つのボタンを表示するための従来一般的なＨＴ
ＭＬの記述例を示す図、図４は、図３のＨＴＭＬを従来
のビュアまたは本実施形態に係る拡張ＨＴＭＬビュアで
表示したときの画面を示す図である。図３のＨＴＭＬに
ついては、従来のビュアでも、拡張ＨＴＭＬビュアで
も、同じ表示がなされる。

【００５９】図３には、いわゆるヘッダ部６０と本文
（ボディ部）６１よりなる８行のＨＴＭＬが記述されて
いる。同図左端の数字は便宜的に付した行番号であり、
ＨＴＭＬの記述の一部ではない。

【００６０】図３の第１、２行はヘッダ部６０を構成す
る。ＨＴＭＬにおける記述の単位はタグと呼ばれ、＜
＞の中に記述される。＜ａａａ＞は開始タグ、＜／ａａ
ａ＞は終了タグとよばれ、この間にａａａを名称とする
処理の内容が記述される。例えば、同図第１行の＜ＨＥ
ＡＤ＞はヘッダ部６０の開始、第２行の＜／ＨＥＡＤ＞
が同終了を示す。ここではヘッダ部６０で、このＨＴＭ
Ｌのタイトルを「Ｅｘａｍｐｌｅ０」と定義している。

【００６１】つぎに、第３〜８行までが本文６１であ
る。第４〜６行の「ＩＮＰＵＴ」はユーザ入力に係るす
べてのものを示す予約語、「ＴＹＰＥ」は型（テキス
ト、チェックボックス、ラジオボタンなどの種別）を示
す予約語である。" ｒａｄｉｏ" はラジオボタンを示
し、" ｒａｄｉｏｓｅｔ" はそのラジオボタンに付けら
れた名称である。この名称が同一である複数のボタンに
ついては、いずれか１個のみを押すことができる。

【００６２】第７行には、「サンプル０の終了」という
コメントがおかれている。ＨＴＭＬでは、＜！−−ａａ
ａ−−＞と書いたとき、ａａａの記述がコメントとして
扱われる。図３の場合、このコメントはタブ機能の埋め
込まれていない、通常のコメントである（以下単に「通
常コメント」といい、拡張機能の埋め込まれたコメント
を「拡張機能コメント」という）。通常コメントと拡張
機能コメントの識別は（２）で説明する。

【００６３】ここで、拡張ＨＴＭＬビュアの動作を考え
る。

【００６４】まず、通信制御部１０２がネットワーク６
から図３のＨＴＭＬをトークンの形で受信する。トーク
ン読込部１０８はこのトークンを読み出し、これをコメ
ント識別部１１０に与える。

【００６５】コメント識別部１１０は前記トークンをタ
グに分解し、これらの中からコメントに関するタグを識
別する。図３の場合、第６行まではコメントが出現しな
いため、読み込まれたＨＴＭＬは標準ステートメント解
釈部１１２へ渡される。標準ステートメント解釈部１１
２は第４〜６行の各ステートメントを解釈し、各種標準
処理部１２２によって「ＩＮＰＵＴ」等に関する既知の
処理を行う。

【００６６】コメント識別部１１０の処理が第７行まで
進むと、コメントが検出されるため、このステートメン
トがそのままタブステートメント解釈部１１４に渡され
る。タブステートメント解釈部１１４は、受け取ったコ
メントのうちタブ機能の記述されたタブステートメント
を識別する。タブステートメント識別部１１６は受け取
ったコメントが拡張機能コメントでないことを認識する
ため、これを単に無視する。

【００６７】最後に表示を行う。この例では、標準機能
処理部１２０のみから表示生成指示が出力されるため、
表示制御部１３６は、単に図３の第４〜６行による画面
構成を決定し、これを表示部１３８によって表示する。

【００６８】図４はこうしてなされた実際の画面表示を
示している。図３では３つのボタンが別の行に記述され
ていたが、これらは実際には、単に横向きに３つのボタ
ンがならんでいく。通常のＨＴＭＬは改行を明示的に行
うための指示を持たず、たとえ図３のように３行に分け
て記述しても、改行を行うことができないためである。

【００６９】なお図４において、ユーザが「ｆｉｒｓ
ｔ」に当たるボタンを押せば、サーバに値「ａ１」が返
され、そのボタンに見合った処理がなされる。

【００７０】（２）拡張ＨＴＭＬとビュアの動作 上述のように、＜！−−ｘｘｘ−−＞と書いたとき、ｘ
ｘｘがコメントとして扱われるため、本実施形態ではこ
のｘｘｘの部分に拡張機能、すなわち指定タブ位置の宣
言およびタブ実行に関するスクリプトを埋め込む。

【００７１】本実施形態では、ｘｘｘが％から始まる文
字列であるとき、このコメントが拡張機能コメントであ
ると決める。すなわち、コメント文の中で「％…」が現
れれば、タブステートメント識別部１１４はタブ機能が
埋め込まれていると判断し、タブ処理部１２４に処理を
引き渡す。

【００７２】図５はタブ機能を実現するための拡張ＨＴ
ＭＬの記述例（タイトルはＥｘａｍｐｌｅ１）を示す
図、図６は図５の拡張ＨＴＭＬを本実施形態に係る拡張
ＨＴＭＬビュアで表示したときの画面を示す図である。

【００７３】図５でも図３同様、拡張ＨＴＭＬはヘッド
部６２と本文６３から構成されるが、ここで注意すべき
は、図５においてコメント部分＜！−− −−＞をすべ
て外すと、図３と全く同じＨＴＭＬに戻ることである
（図３中、意味のない第７行は除く）。

【００７４】図５では絶対タブのみを設定する例を挙げ
ている。絶対タブとは、画面全体の所定位置である一端
（ここでは左端）を位置決めの基準とするタブをいう。
なお、絶対タブと相対タブの組合せに係る記述例は後述
する。図５で導入されるタブ機能に関するスクリプトは
以下の通りである。

【００７５】 １．ＳＥＴＴＡＢＡＲＥＡ図５第２行（ヘッド部６２）
に追加されたスクリプトで、絶対タブに関する指定タブ
位置（以下「絶対タブ位置」という）の宣言を行ってい
る（相対タブ位置の宣言は一文字違いの「ＳＥＴＲＴＡ
ＢＡＲＥＡ」で行うが、これは後述する）。

【００７６】「ＳＥＴＴＡＢＡＲＥＡ」は、次項の「Ｔ
ＡＢＡＲＥＡ」において実際にタブ機能を実行する際、
タブの位置をＳＥＴ（設定）するという意味である。こ
こではタブ位置ＴＡＢ１が２０％という引数で設定され
ている。引数の記述態様は以下の通りである。

【００７７】・”１０Ｃ”…１０キャラクタ幅（ただし
固定フォントを仮定） ・”８０Ｐ”…８０ピクセル幅 ・”５０％”…画面左端から画面幅に対して５０％（す
なわち中央）の位置 ここでは、「２０％」と表記することで、画面左端から
画面幅の２０％進んだ個所が指定タブ位置となる。すな
わち、表示すべきボタン等の各オブジェクトは、後述の
ごとく、すべて同じ指定タブ位置に表示の先頭を揃えた
状態で整列することになる。なお、複数の指定タブ位
置、ＴＡＢ１、ＴＡＢ２…の設定については後述する。

【００７８】２．ＴＡＢＡＲＥＡ 図５第５行に追加されたスクリプトで、上述のＳＥＴＴ
ＡＢＡＲＥＡによる設定に従って実際にタブ機能を作用
させるべき対象の範囲を示している。すなわち、第５行
の開始タグ〜第９行の終了タグがＳＥＴＴＡＢＡＲＥＡ
の有効作用範囲であり、ここでは第６〜８行の記述がそ
の作用を受ける。

【００７９】３．ＴＡＢ 図５第６〜８行に追加されたスクリプトで、次に表示す
べき内容の表示開始位置を上述のＳＥＴＴＡＢＡＲＥＡ
による指定タブ位置まで装置内部で進めるよう指示する
スクリプトである。

【００８０】ここでビュアの動作を考える。本実施形態
に係る拡張ＨＴＭＬビュアの動作については、（１）と
異なる部分のみを説明する。

【００８１】まず従来のビュアで図５の拡張ＨＴＭＬを
表示する場合、図３のＨＴＭＬに対する表示、すなわち
図４と同じ表示になる。これは、従来のビュアがコメン
トの部分を完全に無視するためであり、この結果、下位
互換性が確保される。

【００８２】一方、本実施形態に係る拡張ＨＴＭＬビュ
アでは、トークン読込部１０８を介してコメント識別部
１１０が第２行の「ＳＥＴＴＡＢＡＲＥＡ」を読み込ん
だとき、これがコメントであることを識別し、このステ
ートメントをタブステートメント解釈部１１４に渡す。
タブステートメント識別部１１６は「＜！−−％」につ
づく文字列を判読してこれが絶対タブ位置の宣言である
ことを認識する。このとき、引数抽出部１１８によって
ＴＡＢ１とその引数「２０％」が抽出される。タブステ
ートメント解釈部１１４は、このステートメントが、
１）絶対タブ位置の設定である旨、２）絶対タブ位置と
してＴＡＢ１のみが指定された旨、３）ＴＡＢ１の引数
が「２０％」である旨をデータとして各種タブ処理部１
２６に渡す。各種タブ処理部１２６では、１）に従って
絶対タブ位置保持部１３２に対する処理が起動される。
絶対タブ位置保持部１３２には、２）と３）が必要な情
報として渡される。絶対タブ位置保持部１３２では、後
に実際に表示開始位置の更新がなされるとき、このＴＡ
Ｂ１と２０％という引数が参照できるよう、ＴＡＢ１を
インデックスとして「２０％」を記憶する。

【００８３】つづいて、第５行の「ＴＡＢＡＲＥＡ」が
読み込まれると、タブ処理部１２４では、これ以降、Ｔ
ＡＢＡＲＥＡの終了タグが現れるまで（すなわち第９行
まで）、絶対タブ位置保持部１３２に保持された絶対タ
ブ位置が表示開始位置の更新のために利用されることを
認識する。第６行の前半で実際に「ＴＡＢ」スクリプト
が読み込まれると、タブステートメント解釈部１１４は
処理をタブ処理部１２４の表示開始位置更新部１２８に
渡す。表示開始位置更新部１２８は、絶対タブ位置ＴＡ
Ｂ１をインデックスとして引数２０％を読み出し、画面
幅に対する２０％の位置計算を行った上で、表示開始位
置をその絶対タブ位置に進める。従って、この表示開始
位置から第６行の後半に記述される「ｆｉｒｓｔ」ボタ
ンが表示される。

【００８４】第７行に移ると、やはり「ＴＡＢ」スクリ
プトがあるため、表示開始位置更新部１２８は、つぎの
絶対タブ位置ＴＡＢ２を読み出そうとする。しかし、こ
の例ではＴＡＢ１のみが保持されているため、表示開始
位置更新部１２８は再度ＴＡＢ１に関する引数を読み出
す。この場合、表示開始位置が前回と同じ位置になるた
め、本実施形態の表示開始位置更新部１２８は、改行を
行った後、表示開始位置を絶対タブ位置に進める処理
（以下「ラップ処理」という）を行う。この結果、「ｓ
ｅｃｏｎｄ」ボタンが「ｆｉｒｓｔ」ボタンの下に表示
される。「ｔｈｉｒｄ」ボタンも同様である。

【００８５】このように、表示すべき対象（ここではボ
タン）よりも指定タブ位置の数が少ないとき、改行動作
が発生する。このため、従来では不可能であった改行処
理が暗黙的に実行され、図６の表示が得られる。図６の
場合、画面枠５２内において、画面左端から画面幅２０
％の位置に３つのボタンが上下に整列する。このような
タブ機能を利用すれば、容易に所望の表示状態を得るこ
ができる。

【００８６】ここではタブ位置をＴＡＢ１のみによって
設定したが、例えばＴＡＢ１〜４を設定すれば、従来の
ビュアで、

【表１】○1st ●2nd ○3rd ○4th ○AA ●AB ○ABBC
C ○ABC ○10000 ○1000 ○100 ●10 のように、詰めて表示されるＵＩオブジェクトボタン群
を、

【表２】 ○1st ●2nd ○3rd ○4th ○AA ●AB ○ABBCC ○ABC ○10000 ○1000 ○100 ●10 のように整然と配置することが可能である。下の表の１
行目については、最初に「ＴＡＢ」スクリプトが現れた
とき、表示開始位置更新部１２８が表示開始位置をＴＡ
Ｂ１まで進め、ここで「○1st 」が表示される。つづい
て、表示開始位置更新部１２８は、内部的にインデック
スを進め、つぎに「ＴＡＢ」が現れたとき、ＴＡＢ２を
参照するよう準備する。この結果、「●2nd 」がＴＡＢ
２による指定タブ位置を表示開始位置として表示され
る。以下同様に、ＴＡＢ３、４による指定タブ位置にそ
れぞれ「○3rd 」「○4th 」が表示される。この後、Ｔ
ＡＢ５という指定タブ位置がないため、ラップ処理が行
われ、第２行が表示される。第３、４行も同様である。

【００８７】つづいて、絶対タブと相対タブの両方を利
用するタブ機能について説明する。相対タブとは、画面
の一部領域の左端を位置決めの基準とするタブをいう。
相対タブは、ラジオボタンやチェックボックスのように
クラスタ（オブジェクト群）として機能するものにおい
て、各表示要素の配置をクラスタ内で指定する際、特に
有用である。前記画面の一部領域自体は絶対タブによっ
て決めることができる。

【００８８】図７は絶対タブ、相対タブの組合せを用い
た拡張ＨＴＭＬの記述例（タイトルはＥｘａｍｐｌｅ
２）を示す図、図８は図７の拡張ＨＴＭＬを本実施形態
のビュアで表示した画面を示す図である。図８からわか
るように、ここでは「紙サイズ」と「ページ数」それぞ
れについて４つずつのボタンを表示している。

【００８９】図７においても、拡張ＨＴＭＬはヘッダ部
６６と本文６７からなる。本文６７のうち、第７〜１２
行が紙サイズ（ラジオボタンの名称「ｐａｐｅｒＳｉｚ
ｅ」）に関する相対タブの有効作用範囲６８（以下単に
「範囲６８」という）、第１４〜１９行がページ数（ラ
ジオボタンの名称「Ｉｍｐｏｓｉｔｉｏｎ」）に関する
相対タブの有効作用範囲６９（以下単に「範囲６９」と
いう）である。図７に導入される新たなスクリプトは以
下の通りである。

【００９０】１．ＳＥＴＲＴＡＢＡＲＥＡ 第２行（ヘッド部６２）に追加されたスクリプトで、相
対タブの位置の宣言を行っている。「ＳＥＴＲＴＡＢＡ
ＲＥＡ」は、後述の「ＲＴＡＢＡＲＥＡ」において実際
にタブ機能を実行する際、相対タブ位置を設定する。こ
こでは２つの相対タブ位置ＴＡＢ１、２がそれぞれ５、
５５％という引数で設定されているが、これは後に第７
行および第１４行で明示的に書き換えられている。

【００９１】２．ＲＴＡＢＡＲＥＡ 本文６７の第７行、第１４行に追加されたスクリプトで
ある。通常はＳＥＴＲＴＡＢＡＲＥＡによる設定に従っ
て実際にタブ機能を作用させるべき対象の範囲を示す
が、ここでは第７行、第１４行でそれぞれ相対タブ位置
を変更している。すなわち、範囲６８では、ＴＡＢ１、
２をそれぞれ１０、６０％に、範囲６９では同様にそれ
ぞれ１０、５５％に設定しなおしている。百分率で示さ
れた相対タブの位置は、隣接する絶対タブ位置によって
区切られる各区間（ある絶対タブよりも右側に絶対タブ
が存在しないときは、その絶対タブから画面右端までの
区間）の幅を全体（１００％）として規定される。具体
的には、図８の点ｂ〜ｅ、点ｅ〜ｈが各区間となり、こ
れらの幅に対して相対タブ位置が決まる。ただし、ＴＡ
Ｂ１＝”１０Ｃ”、”８０Ｐ”など、相対タブ位置が文
字数や画素数で示される場合は、前記各区間の左端を起
点として１０文字または８０画素分右に進んだ点に相対
タブ位置が設定される。

【００９２】ここで、本実施形態のビュアが図７の拡張
ＨＴＭＬから図８のように表示する動作を説明する。

【００９３】まず、トークン読込部１０８、コメント識
別部１１０を通して図７のヘッダ部６６から相対タブ位
置が読み取られ、ＴＡＢ１、２とそれらの引数「５％」
「５５％」が抽出され、これらが相対タブ位置保持部１
３４に保持される。

【００９４】つぎに本文６７に移り、第５行で「ＴＡＢ
ＡＲＥＡ」が読み込まれる。このスクリプトによって絶
対タブの有効作用範囲の開始が宣言されるが、ここでは
同じステートメント中で絶対タブ位置の設定も行ってい
る。すなわち引数抽出部１１８は、「ＴＡＢＡＲＥＡ」
の後に記述されているＴＡＢ１、２とそれらの引数「５
％」「４０％」を抽出し、これらを絶対タブ位置保持部
１３２に保持する。ここで注意すべきは、ＴＡＢ１、２
等は後の「ＴＡＢ」スクリプトの実行の際に読み出すべ
き引数の順序を示すインデックスに過ぎず、汎用的に絶
対タブ位置と相対タブ位置の指定の両方に利用される点
である。いずれにせよ、この時点で、絶対タブ位置が画
面全体の５、４０％の２個所（図８の点ｂ、ｅ）に設定
される。

【００９５】つづいて第６行で実際に「ＴＡＢ」が現れ
る。第６行は第５行からはじまる絶対タブに関する有効
作用範囲にあるため、この「ＴＡＢ」は絶対タブに関す
る指示であることがわかる。そこで表示開始位置更新部
１２８は、先に設定された絶対タブのうち、最初の「５
％」を読み取り、表示開始位置を画面左端から５％の位
置（図８の点ｂ）に進める。

【００９６】つぎに範囲６８の読み取りが開始され、ま
ず第７行で「ＲＴＡＢＡＲＥＡ」によって相対タブに関
する有効作用範囲の開始が指示される。ここでは、「Ｒ
ＴＡＢＡＲＥＡ」の後にＴＡＢ１、２を明示的に記述す
ることにより、この有効作用範囲で利用される相対タブ
位置が宣言される。引数抽出部１１８はＴＡＢ１、２に
伴う引数「１０％」「６０％」を抽出し、これらが相対
タブ位置保持部１３４に格納される。従って、先に第２
行によって格納された相対タブ位置がこの時点で上書き
され、更新される。

【００９７】処理が第８行に進むと、ここで「ＴＡＢ」
が現れる。第８行は、第５行からはじまる絶対タブに関
する有効作用範囲、および第７行からはじまる相対タブ
に関する有効作用範囲の両方に属する。従って、この
「ＴＡＢ」はまず、画面右端から５％の点（図８の点
ｂ）を表示開始位置とすることで絶対タブ位置に関する
条件を満たし、その後、図８の点ｂ〜ｅ内で相対タブ位
置まで表示開始位置を進める。ここでは相対タブ位置と
して第７行で設定された最初の引数「１０％」に対応す
る図８の点ｃまで進み、第８行後半に記述される紙サイ
ズのオブジェクトボタンＡ５を表示する。以下、第９〜
１１行で「ＴＡＢ」が現れるたびに、相対タブ位置保持
部１３４から順に指定タブ位置を読み出し、表示開始位
置を進め、ボタンＡ４、Ａ３、Ａ２を表示する。ここで
は相対タブ位置として、１０％、６０％の２つのみが設
定されているため、ボタンＡ４は６０％の位置に表示さ
れ、ラップ処理の後、ボタンＡ３、Ａ２が再度１０％、
６０％の位置に表示される。ここで範囲６８の処理は終
了する。

【００９８】処理が第１３行に移ると、再度「ＴＡＢ」
が現れる。第１３行は、第５行からはじまる絶対タブに
関する有効作用範囲のみに属するため、表示開始位置更
新部１２８は、絶対タブ位置として第５行で設定された
ＴＡＢ２、すなわち画面の４０％の位置（図８の点ｅ）
まで表示開始位置を進める。この後、処理は範囲６９に
入り、図８の点ｅ〜ｈ間の１０、５５％の位置に「１ペ
ージ分」〜「８ページ分」が範囲６８同様の手順を経て
表示される。以上の処理により、図８の画面表示が完成
する。

【００９９】ここで、本実施形態に係る拡張ＨＴＭＬビ
ュアの処理手順をまとめる。図９は拡張ＨＴＭＬビュア
の処理手順を示すフローチャート図である。

【０１００】まずビュアは、ネットワークを通じて拡張
ＨＴＭＬをトークンとして受け取る。ビュアのトークン
読込部１０８はまずトークンを読み込み（Ｓ２００）、
タグを切り出したうえで、コメント識別部１１０におい
て各タグがコメントであるかどうかを判断する（Ｓ２０
１）。この判断は、タグが「＜！−−」で開始されるか
どうかを調べることで可能である。コメントでなければ
従来同様の処理を標準機能処理部１２０で行う（Ｓ２０
２）。コメントであれば、まずこれが％を伴う「ＳＥＴ
ＴＡＢＡＲＥＡ」または「ＴＡＢＡＲＥＡ」を含むステ
ートメントであるかどうかが判定され（Ｓ２０３）、そ
れらのいずれかを含めば（Ｓ２０３のＹ）引数を抽出し
（Ｓ２０４）、これを絶対タブ位置として絶対タブ位置
保持部１３２に保持する（Ｓ２０５）。

【０１０１】Ｓ２０３でＮの場合は、前記コメントが％
を伴う「ＳＥＴＲＴＡＢＡＲＥＡ」または「ＲＴＡＢＡ
ＲＥＡ」を含むかどうかが判定され（Ｓ２０６）、それ
らのいずれかを含めば（Ｓ２０６のＹ）引数を抽出し
（Ｓ２０７）、これを相対タブ位置として相対タブ位置
保持部１３４に保持する（Ｓ２０８）。

【０１０２】Ｓ２０６でＮの場合は、前記コメントが％
を伴う「ＴＡＢ」を含むかどうかが判定され（Ｓ２０
９）、「ＴＡＢ」を含まなければ単なるコメントとして
これを無視する。コメントが「ＴＡＢ」を含めば（Ｓ２
０９のＹ）、指定タブ位置ＴＡＢｎを絶対タブ位置保持
部１３２または相対タブ位置保持部１３４から読み出す
ことで取得する（Ｓ２１１）。ここでＴＡＢｎがＴＡＢ
１に戻る場合は、ラップ処理を行う（Ｓ２１２）。

【０１０３】つづいて、表示開始位置を計算する（Ｓ２
１３）。「ＴＡＢ」が絶対タブに関するものであれば、
単に画面全体の左端から位置計算を行うが、相対タブに
関するものであれば、まず絶対タブ位置から決まる画面
領域の位置を計算し、この画面領域の左端を起点とする
計算を行う。この後、表示すべきものを前記表示開始位
置から表示する（Ｓ２１４）。これら一連の処理は拡張
ＨＴＭＬが終了するまで、すなわち本文の終了を示す／
ＢＯＤＹタグが現れるまで繰り返し行われる（Ｓ２１
５）。

【０１０４】以上が処理手順である。なお、本実施形態
のビュアは、指定タブ位置の数よりもタブ機能を働かせ
て表示すべき対象の数が多い場合、ラップ処理を行うこ
ととした。しかし、ボタンの表示位置が例えばＴＡＢｎ
＝”１００Ｃ”などと指定されているときに、現在の表
示開始位置から１００文字分右に進むと画面からはみだ
すような場合にも、ラップ処理を行ってもよい。この場
合は、次の行に改行した後、最初の指定タブ位置ＴＡＢ
１に前記ボタンを表示すればよい。

【０１０５】［４］一般化 本実施形態ではタブ機能を例に拡張機能を実現するビュ
アを説明したが、ここでタブ以外の拡張機能に関する一
般化を考える。上記タブの例から明らかなように、コメ
ントに記述すべき拡張スクリプトは以下の形態になる。

【０１０６】＜！−−％ＸＹＺ ＡＲＧ１＝" ａｒｇ
１" … −−＞ここではＸＹＺが拡張機能を示すスクリ
プトで、このＸＹＺに関する引数がａｒｇ１等となる。
このＸＹＺと引数により、拡張ＨＴＭＬビュアは所定の
処理を行う。

【０１０７】図１０は一般化された拡張ＨＴＭＬビュア
２００の内部構成図である。同図において図２と同一ま
たは同等の構成には同じ符号を与え、説明を省略する。
以下、異なる構成を説明する。

【０１０８】拡張記述解釈手段たる拡張ステートメント
解釈部２１４はタブステートメントのみならず、上記Ｘ
ＹＺのような拡張機能を含むステートメント（以下「拡
張ステートメント」という）を解釈するもので、拡張ス
テートメントを識別する拡張ステートメント識別部２１
６と、上述のａｒｇ１等の引数を抽出する引数抽出部２
１８を含む。

【０１０９】拡張機能に関する処理を行う拡張機能処理
手段たる拡張機能処理部２２４は、拡張ステートメント
解釈部２１４から、ステートメントの内容および引数を
受け取り、拡張ＨＴＭＬ中で指定された拡張機能処理を
行う。

【０１１０】拡張機能処理部２２４は、実現すべき拡張
機能に応じた各種拡張処理部２２６を有し、各種拡張処
理部２２６はさらに、処理結果を表示生成指示として出
力する表示関連処理部２５０と、それ以外の表示非関連
処理部２５２に分かれる。表示関連処理部２５０は、例
えばタブ機能でいう表示開始位置更新部など、各処理単
位ｓ、ｔ…を担当する処理部ｓ、ｔ…によって構成さ
れ、同様に表示非関連処理部２５２も処理部ｕ…を持
つ。表示非関連処理部２５２における処理の例として、
拡張ＨＴＭＬビュア内部で行われる実数計算等の演算処
理が考えられる。例えば、上述のＸＹＺとして「ＡＤ
Ｄ」スクリプト、ａｒｇ１、２に実数をいれることによ
り、これらの引数に対する和を計算することができる。
「ＡＤＤ」の代わりに関数を入れる場合は、その関数値
を計算すること可能である。その他、表示内容に直接的
に関係しない、いろいろな処理を表示非関連処理部２５
２で行うことができる。

【０１１１】表示制御部２３６は、標準機能処理部１２
０から与えられる表示生成指示と、拡張機能処理部２２
６のうち、表示関連処理部２５０から与えられる表示生
成指示を統合し、画面構成を決定し、この画面構成に従
って表示部１３８による画面の表示を制御する。一方、
表示非関連処理部２５２の出力は表示以外の各種制御部
２５４に与えられ、処理に必要なハードウエアまたはプ
ログラムが制御される。前述の「ＡＤＤ」の場合、例え
ばＣＰＵのＡＬＵなど演算処理ハードウエアが制御され
ることになる。

【０１１２】以上の構成による動作をフローチャートに
よって説明する。図１１は拡張ＨＴＭＬの一般化された
処理手順を示すフローチャート図である。同図において
図９同等の処理には同じステップ番号を与え、適宜説明
を省略する。

【０１１３】まず、タグがコメントに関するものであれ
ば（Ｓ２０１のＹ）、このコメントが拡張機能コメント
であるかどうかを「％」の有無から判断する（Ｓ３０
３）。拡張機能コメントでなければ通常のコメントであ
るため、これを無視する。拡張機能コメントであれば、
拡張ステートメントの内容を解釈し（Ｓ３０５）、引数
を抽出する（Ｓ３０６）。このとき、記述内容の解釈か
らこの拡張機能が表示に関連するかどうかを判断し（Ｓ
３０７）、関連する場合は表示関連処理部２５０による
処理を行い（Ｓ３０８）、その処理の出力に基づいて表
示を制御し（Ｓ３０９）、所期の表示を行う（Ｓ３１
０）。

【０１１４】一方、記述内容の解釈からこの拡張機能が
表示に関連しないし判断された場合は、表示非関連処理
部２５２に処理が移り（Ｓ３１１）、表示以外の各種制
御が行われる（Ｓ３１２）。以上の処理を拡張ＨＴＭＬ
の読み込みが終了するまで繰り返し行う（Ｓ２１５）。

【０１１５】実施形態２．本実施形態では、別の拡張機
能として、画面の一部に固定表示領域を設ける方法およ
び装置を説明する。

【０１１６】［背景］例えば「登録ボタン」など、任意
のタイミングでユーザが操作しうるＵＩを表示する場
合、このＵＩは、表示されているＨＴＭＬ文書がスクロ
ールしても画面内にとどまると便利である。特に、ＰＤ
Ａのように画面の小さな装置で長い文書を表示している
とき、登録ボタンが文書の末尾に設けられていれば、ユ
ーザはいちいち画面をスクロールさせて末尾に行き、こ
れを押さなければならない。これがまさに従来一般的な
ビュアの弊害であり、この本質的な原因は、従来のビュ
アがひとつづきのＨＴＭＬ文書をひとつづきのものとし
て表示する点にある。本実施形態は、拡張機能の１つと
して、画面内にスクロールすることのない固定表示領域
を設け、この問題の解消を図る。

【０１１７】［解決原理］ＨＴＭＬのコメント文の中に
新たなスクリプトを埋め込む。本実施形態に係るビュア
はこのスクリプトを認識できるため、スクリプトに従っ
て固定表示領域を設ける。システム構成例は図１の通り
でよい。

【０１１８】［詳細］ ［１］拡張ＨＴＭＬの記述例 図１２は固定表示領域を実現するための拡張ＨＴＭＬの
記述例である。ここでも実施形態１同様、＜！−− −
−＞で示されるコメントの中に新たな拡張スクリプトが
入っている。第２行の「ＳＥＴＦＩＸＥＤＡＲＥＡ」と
第５行の「ＦＩＸＥＤＡＲＥＡ」が本実施形態で用いる
２つの拡張スクリプトである。

【０１１９】１．ＳＥＴＦＩＸＥＤＡＲＥＡ 固定表示領域の配置に関する情報、すなわち固定表示領
域の高さを示すサイズ（ＳＩＺＥ）および領域をおくべ
き画面上の位置（ＡＬＩＧＮ）を引数によって指定する
宣言ステートメントである。サイズは実施形態１のタブ
同様、１０Ｃ、８０Ｐ、５０％のように記述する。一
方、位置は画面の上下左右のいずれに固定表示領域を設
けるかを「ｔｏｐ」「ｂｏｔｔｏｍ」「ｌｅｆｔ」「ｒ
ｉｇｈｔ」等で記述する。従って、図１２の場合、画面
下を基準に、高さ２００ピクセル分の固定表示領域の生
成が指示されている。

【０１２０】２．ＦＩＸＥＤＡＲＥＡ 第５行の開始タグと第７行の終了タグによって有効作用
範囲を示し、この範囲にある記述に基づく表示を固定表
示領域内で行う。この例では第６行のサブミットタイプ
の「ホームへ戻る」ボタンがそれに当たる。従来のビュ
アの場合、本文のうち第６行のみが解釈され、通常の画
面領域に「ホームへ戻る」ボタンが表示される。

【０１２１】以下、これらいずれかのスクリプトを含む
ステートメントを固定表示ステートメントとよぶ。

【０１２２】［２］ビュアの構成 図１３は本実施形態に係る拡張ＨＴＭＬビュア３００の
内部構成図である。同図において図２、図１０同等の構
成には同じ符号を与え、適宜説明省略する。

【０１２３】同図における構成の特徴は、図１０の拡張
ステートメント解釈部２１４の具体例として、固定表示
領域の設置に関する記述を解釈する固定表示ステートメ
ント解釈部３１４、拡張機能処理部２２４の具体例とし
て、固定表示領域の設置に関する処理を実行する固定表
示処理部３２４が設けられる点にある。

【０１２４】固定表示ステートメント解釈部３１４は、
コメント識別部１１０から与えられたステートメントが
固定表示ステートメントであるかどうかを識別する固定
表示ステートメント識別部３１６と、固定表示ステート
メントからＳＩＺＥとＡＬＩＧＮに関する引数を抽出す
る引数抽出部３１８を有する。

【０１２５】一方、固定表示処理部３２４は、各種固定
表示処理部３２６を持ち、各種固定表示処理部３２６内
に、固定表示領域の配置に関する情報を保持する領域配
置保持手段たる領域配置保持部３２８と、固定表示領域
内に表示すべき情報を取得して保持する領域内表示情報
保持手段たる領域内表示情報保持部３３０が設けられて
いる。領域配置保持部３２８は、前述のＳＩＺＥ、ＡＬ
ＩＧＮの引数をもとに固定表示領域の配置を決定し、こ
れを表示生成指示として表示制御部３３６へ与える。こ
の表示生成指示は、例えばカーソルが移動してもこれに
伴って移動しないよう常に同じ内容で与えられ、標準機
能処理部１２０から与えられる表示生成指示（この内容
はカーソルの移動によって変化する）に対して上書きさ
れる。

【０１２６】一方、領域内表示情報保持部３３０は、こ
うして固定的に表示される固定表示領域内に表示すべき
ボタン等の表示対象情報を拡張ＨＴＭＬの記述から取得
し、これを表示生成指示として表示制御部３３６に与え
る。

【０１２７】［３］構成の動作 以上の構成による動作をフローチャートを用いて説明す
る。図１４は本実施形態の拡張ＨＴＭＬビュア３００の
処理手順を示すフローチャート図である。同図において
既述のステップの説明は適宜省略する。

【０１２８】図１１等同様、読み込まれたトークンから
タグが切り出され、タグがコメントに関するものである
かどうかが判定される。タグがコメントに関するもので
あれば、「ＳＥＴＦＩＸＥＤＡＲＥＡ」を含むステート
メントであるかどうかが固定表示ステートメント識別部
３１６で判定される（Ｓ４０２）。

【０１２９】ステートメントが「ＳＥＴＦＩＸＥＤＡＲ
ＥＡ」を含めば、引数抽出部でＳＩＺＥ、ＡＬＩＧＮに
与えられた引数を抽出し、これらを領域配置保持部３２
８に格納する（Ｓ４０３）。つづいて、これらの引数か
ら画面に表示すべき固定表示領域に関する表示生成指示
を表示制御部３３６に出力し、固定表示領域を表示する
（Ｓ４０４）。

【０１３０】一方、ステートメントが「ＳＥＴＦＩＸＥ
ＤＡＲＥＡ」を含まなければ、「ＦＩＸＥＤＡＲＥＡ」
を含むかどうかが判定される（Ｓ４０５）。「ＦＩＸＥ
ＤＡＲＥＡ」を含めば、領域内表示情報保持部３３０に
よって固定表示領域内に表示すべき情報が取得され、こ
れらが実際に該領域内に表示される（Ｓ４０６）。以上
の処理を拡張ＨＴＭＬの読み込みが終了するまで繰り返
す（Ｓ２１５）。

【０１３１】図１５、図１６は本実施形態の拡張機能の
有無による表示イメージの差異を示す図である。図１５
は図１２の拡張ＨＴＭＬを従来のビュアで表示したも
の、図１６は本実施形態に係るビュアで表示したもので
ある。図１６では、画面下に固定表示領域７０を設け、
「ホームへ戻る」等の登録ボタンをこの中に表示してい
る。これらのボタンはスクロールしないため、図１５の
場合のように、ボタンが他のテキストとともにスクロー
ルして画面から外れることはない。この結果、ユーザの
便宜を図ることができる。

【０１３２】なお本実施形態では、「ＳＥＴＦＩＸＥＤ
ＡＲＥＡ」が必ず「ＦＩＸＥＤＡＲＥＡ」の前に現れる
ことを暗黙の前提としているが、ユーザによっては、必
ず固定表示領域を決まった配置で表示したい場合もあ
る。このような場合は、拡張ＨＴＭＬ内に「ＳＥＴＦＩ
ＸＥＤＡＲＥＡ」を記述せず、例えばＰＤＡの起動時に
システムプログラム等から決まったＳＩＺＥ、ＡＬＩＧ
Ｎを読み込み、これを領域配置保持部３２８にデフォル
ト値として保持する構成でもよい。この場合、ビュアは
いったん拡張ＨＴＭＬ全体を読み込み、「ＳＥＴＦＩＸ
ＥＤＡＲＥＡ」と「ＦＩＸＥＤＡＲＥＡ」の有無を探索
する。これらのうち後者のみが存在する場合は前記デフ
ォルト値を使い、前者のみが存在する場合は固定表示領
域を表示せず、通常どおりの表示を行えばよい。

【０１３３】実施形態３．実施形態３では、別の拡張機
能として、画面に表示されるファイルの名称をオブジェ
クトとして扱うビュア、およびビュアによるファイル操
作指示に従って実際にファイルを操作し、新たなファイ
ル情報に関するＨＴＭＬを生成するファイルサービスサ
ーバを含むシステムを説明する。

【０１３４】［背景］特開平１−２５８１４７号公報に
開示されるように、一般的な電子ファイリングシステム
では、ディレクトリ（階層）間のファイルの移動、複写
などがＧＵＩを用いて容易にできるよう配慮されてい
る。ファイル名称のドラッグ・アンド・ドロップによる
ファイル移動はその例である。

【０１３５】しかしＨＴＭＬは、画面表示を目的に開発
された言語であり、ディレクトリやファイルをリストイ
メージで表示することはできても、それらをオブジェク
トとして扱うわけではない。従って、カーソルを移動さ
せることによってディレクトリやファイルを指定した
り、ドラッグ・アンド・ドロップ等の操作をすることは
不可能であった。本実施形態では、ＨＴＭＬとビュアの
機能を拡張してファイルの名称をオブジェクトとして扱
い、ＧＵＩ機能を改善する。

【０１３６】［解決原理］ＨＴＭＬのコメント文の中に
新たなスクリプトを埋め込む。本実施形態に係る新しい
ビュアは、スクリプトに従ってファイルの名称をオブジ
ェクトとして扱う。以降、ファイルに対する操作、すな
わち移動、複写、削除、印刷、ファックス送信など（以
下単に「移動等」という）が従来の電子ファイリングシ
ステム同様の手法によって実現する。

【０１３７】一方、ファイルサーバ側では、ビュアから
移動等の指示を受け取ったとき、ファイルシステムにア
クセスして実際に移動等を行う。さらに、移動等の後の
ファイルの配置等に従って拡張ＨＴＭＬを書き直し、こ
れをビュアに送る。

【０１３８】［詳細］ ［１］システムの構成 本実施形態を実現するシステム構成例を図１を用いて説
明する。本実施形態では、拡張ＨＴＭＬサーバ４がファ
イルサーバを兼ねるものとする。拡張ＨＴＭＬサーバ４
は各種ファイルを有するファイルシステム２６を管理す
る。ファイルに関する制御は拡張ＨＴＭＬ生成部２２に
内蔵されたファイル操作用ＣＧＩプログラムによって行
われる。

【０１３９】［２］拡張ＨＴＭＬの記述例 図１７はビュアでファイルの名称がＵＩオブジェクトと
して扱われるよう記述した拡張ＨＴＭＬの例（タイトル
はＥｘａｍｐｌｅ４）を示す。この拡張ＨＴＭＬは、３
つのファイル名、Ｄｏｃ１〜３をそれぞれ３つのアイコ
ンイメージＩｃｏｎ１〜３とともに表示する記述で、導
入される新たなスクリプトは「ＯＢＪＥＣＴ」と「ＩＣ
ＯＮｎ」（ｎ＝１，２…）である。ただし「ＩＣＯＮ
ｎ」は、ユーザによって選択されたファイル名称の視認
性を高めるために利用されるものであり、ファイル名称
のオブジェクト化には必須ではない。

【０１４０】１．ＯＢＪＥＣＴ 第４行の開始タグから第１０行の終了タグまでを有効作
用範囲とし、この間に記述されるボタン等の情報をオブ
ジェクトとして扱うよう指示する。第４行の「ＷＩＤＴ
Ｈ＝”１００Ｐ”」は、オブジェクトとして扱われる情
報を表示するためのボックス（以下「オブジェクト表示
ボックス」という）の画面上の幅を引数１００Ｐ（１０
０画素分）で指定する。この指定は”１００Ｃ”などの
ように、文字数でもよい。「ＨＥＩＧＨＴ」は同様にオ
ブジェクト表示ボックスの高さを指定する。「ＩＭＡＧ
Ｅ」はオブジェクト表示ボックスの表示イメージを予め
保持された複数のイメージから選択するもので、ここで
は１番のイメージが選択されている。１番のイメージ
は、後述の図１８に示すオブジェクト表示ボックス８０
のように、丸い角を持つ白抜きの箱であるする。なお、
いったんオブジェクトとして定義されたものを、以降オ
ブジェクトとして保持し、利用する方法自体は周知であ
る。

【０１４１】２．ＩＣＯＮｎ ｎ＝１，２…に従い、異なるアイコンイメージを表示す
る。これとともに、ＩＣＯＮｎの開始タグと終了タグの
間に記述されるファイル名称に各ＩＣＯＮｎがリンクさ
れ、以降前記ファイル名称が選択されたとき、このＩＣ
ＯＮｎの表示状態が変化する。図１７の場合、例えば第
７行で、「Ｄｏｃ２」というファイル名称がＩＣＯＮ２
にリンクされている。

【０１４２】なお図１７には、これらのスクリプト以外
に、通常のＨＴＭＬのスクリプトである「ＳＥＬＥＣ
Ｔ」「ＯＰＴＩＯＮ」が記述されている。前者は、その
有効作用範囲に記述される情報から任意の情報を選択す
るよう指示するもの、後者は選択可能な情報を明示する
もので、実際に選択された情報については、サーバ側で
「ＳＥＬＥＣＴＥＤ」を付加してＨＴＭＬを送付してく
る。ここでは、「Ｄｏｃ１」が選ばれている。

【０１４３】図１８は図１７の拡張ＨＴＭＬを本実施形
態の拡張ＨＴＭＬビュアで実際に表示したときの画面表
示を示す。後述のごとく、３つのファイルの名称はこの
時点でオブジェクトとして保持されている。従って、こ
のうち例えばＤｏｃ１をクリックして、そのファイル名
称をアイコンごと別の場所に移動することが可能とな
る。一方、同じ拡張ＨＴＭＬを従来のビュアで表示した
場合、アイコンもオブジェクト表示ボックスもない状態
で、「Ｄｏｃ１ Ｄｏｃ２ Ｄｏｃ３」と表示され、こ
のうちＤｏｃ１が反転等によって強調表示される。これ
らはクリックしても移動させることはできない。

【０１４４】［３］ビュアの構成 図１９は本実施形態に係る拡張ＨＴＭＬビュア４００の
内部構成図である。同図に示すとおり、新たな構成は大
別して、オブジェクト設定に関する記述（前記「ＯＢＪ
ＥＣＴ」）を解釈するオブジェクト設定ステートメント
解釈部４１４と、実際にオブジェクト設定等のオブジェ
クトに関する処理を行うオブジェクト処理部４２４、フ
ァイル名称を手がかりにファイルに対する操作を処理す
るファイル操作処理部４３２である。

【０１４５】オブジェクト設定ステートメント解釈部４
１４は、コメントに「ＯＢＪＥＣＴ」が埋め込まれてい
るかどうかを識別するオブジェクト設定ステートメント
識別部４１６と、この「ＯＢＪＥＣＴ」ステートメント
に含まれる引数を抽出する引数抽出部４１８をもつ。

【０１４６】オブジェクト処理部４２４は各種オブジェ
クト処理部４２６を含み、各種オブジェクト処理部４２
６は、オブジェクト設定手段たるオブジェクト設定部４
２８と移動計算部４３０を持つ。前者は、「ＯＢＪＥＣ
Ｔ」と「ＩＣＯＮｎ」のステートメントに従い、ＩＣＯ
Ｎｎに対してファイルの名称をリンクさせたうえでファ
イル名称をオブジェクトとして定義し、以降これをオブ
ジェクトとして保持するもので、後者はこのオブジェク
トがクリック等によって選択されたとき、カーソルの移
動に伴うオブジェクトの位置計算を行う。

【０１４７】ファイル操作処理部４３２は、ユーザがフ
ァイルをドラッグ・アンド・ドロップ等によって別のデ
ィレクトリにコピー、移動等しようとしたとき、これら
のファイル操作指示を判別するファイル操作指示判別手
段たるファイル操作指示判別部４３４と、この指示をフ
ァイルを管理する拡張ＨＴＭＬサーバに伝達するファイ
ル操作指示伝達手段たるファイル操作指示伝達部４３６
をもつ。なお本実施形態では、伝達すべきファイル操作
指示が通信制御部４０２に与えられ、ここからネットワ
ークを介してサーバに前記指示が与えられる。

【０１４８】［４］構成の動作 以上の構成による動作をフローチャートを用いて説明す
る。図２０は本実施形態の拡張ＨＴＭＬビュアの処理手
順を示すフローチャート図である。サーバ側を含む処理
動作については後述する。

【０１４９】図１１等同様、まずタグがコメントに関す
るものであれば、「ＯＢＪＥＣＴ」を含むかどうかが判
定される（Ｓ５０２）。ステートメントが「ＯＢＪＥＣ
Ｔ」を含めば、引数抽出部でＷＩＤＴＨ等に与えられた
引数を抽出し（Ｓ５０３）、これらをもとに、オブジェ
クト表示ボックスを表示する（Ｓ５０４）。

【０１５０】一方、ステートメントが「ＯＢＪＥＣＴ」
を含まなければ、「ＩＣＯＮｎ」を含むかどうかが判定
される（Ｓ５０５）。「ＩＣＯＮｎ」を含めば、オブジ
ェクト設定部４２８により、そのアイコンとそのアイコ
ンタグの有効作用範囲に記述されたファイル名称をリン
クしてこのリンク情報を保持し（Ｓ５０６）、ファイル
名称をオブジェクトとして定義する（Ｓ５０７）。つづ
いて、オブジェクト表示ボックス内にそのアイコンとフ
ァイルの名称を表示する（Ｓ５０８）。以上の処理を拡
張ＨＴＭＬの読み込みが終了するまで繰り返す（Ｓ２１
５）。

【０１５１】この処理により、以降ファイル名称をＵＩ
オブジェクトとしてクリック等することが可能となる。

【０１５２】図２１と２２はビュアの実際の画面におい
てファイルを操作する手順を示す図である。両図では、
いまファイルの移動等の元のファイルがあるディレクト
リ（転送元ディレクトリとよぶ）が「パス名」として表
示され、このディレクトリ内のファイルがリスト形式で
通常表示領域８２に表示されている。一方、画面の下部
には実施形態２で説明した固定表示領域８４が設けられ
ている。図２１の固定表示領域８４には、ファイルに対
する各種操作がボタンとして提供される。一方、図２２
の固定表示領域８４には転送先ディレクトリの候補が表
示されている。

【０１５３】この画面構成において、ユーザはアンカー
ボタンなどを利用してディレクトリをたどり、所望の転
送元ディレクトリに到達する。ここでは「ＨＤ」の下の
「ＡＢＣ」にたどりついている。

【０１５４】ここでユーザは処理を選択する。例えば
「コピー」を選ぶと、図２２に示す固定表示領域８４が
現れ、ユーザはコピーしたいファイルをドラッグ・アン
ド・ドロップによって固定表示領域８４の所期のディレ
クトリに運び、コピーする。実際には、この後に現れる
サブミットボタン（図示せず）を押すことより、コピー
すべき旨がサーバに送信される。

【０１５５】一方、送信を受けたサーバは実際にファイ
ルを操作する。大別して、ユーザの指示が「移動」「コ
ピー」「削除」「名前変更」の各操作であればファイル
システム操作、「印刷」「ファックス」であればファイ
ルサービス操作を行う。ファイルシステム操作によって
画面表示上のファイルの配置等が変化するため、サーバ
は自己の操作内容に従ってディレクトリ構造を記述する
ＨＴＭＬを更新し、これをビュアに送る。この結果、ビ
ュアはファイルの移動等が反映されたリストイメージを
表示することができる。

【０１５６】図２３は本実施形態におけるビュアとサー
バの連携を示すフローチャート図である。サーバ側の処
理は前述のＣＧＩプログラムによって行われる。

【０１５７】同図においてまず、ビュア側で参照したい
ディレクトリを指定する（Ｓ６００）。この指定は実行
ボタン（サブミットボタン）の押下によってサーバに通
知され、サーバは当該ディレクトリに含まれるファイル
の名称等のディレクトリ情報を取得する（Ｓ６０１）。
サーバは、この情報に従って図２２の固定表示領域８４
を実現するための拡張ＨＴＭＬを生成する（Ｓ６０
２）。つづいて、ディレクトリ情報からファイルの名称
を抽出してリスト化するとともに、図１８に示すよう
に、各ファイルの名称に与えるアイコンイメージを選択
する（Ｓ６０３）。サーバはこの後、図１７に示す、Ｏ
ＢＪＥＣＴとＩＣＯＮスクリプトを含む拡張ＨＴＭＬを
生成し（Ｓ６０４）、これをビュアに送る。

【０１５８】一方、ビュアは受け取った拡張ＨＴＭＬを
図２０の手順で解釈し（Ｓ６０５）、必要なオブジェク
ト設定を行う（Ｓ６０６）。以降、ユーザによる操作指
示待ちとなる。

【０１５９】実際にユーザがアイコンをクリックしたと
き、ビュアはファイル操作に伴うオブジェクト、すなわ
ちファイル名称の移動を計算し（Ｓ６０７）、操作の対
象となったファイルの名称とその移動位置を検出し、転
送先ディレクトリ等、実際のファイル操作に必要な情報
を得る。これと同時に、ファイル操作指示判別部４３４
でファイル操作指示の内容を判別し（Ｓ６０８）、これ
を前記ファイル操作に必要な情報とともに、ファイル操
作指示伝達部４３６を介してサーバに伝える。サーバは
指示内容に従って実際にファイルに対する操作を行い
（Ｓ６０９）、その結果に従い、例えば削除すべきファ
イルの名称がリストから消えるよう拡張ＨＴＭＬを修正
し（Ｓ６１０）、これをビュアに送る。ビュアはこの拡
張ＨＴＭＬを解釈して表示し（Ｓ６１１）、一連の処理
が終了する。

【０１６０】以上が本実施形態の説明である。本実施形
態によれば、従来パーソナルコンピュータ上で利用され
ていたような高度なＧＵＩをＰＤＡ上で実現することが
できる。

【０１６１】実施形態４．この実施形態では、さらに別
の拡張機能として、画面に表示されるＨＴＭＬ文書にペ
ージ割付を行う。

【０１６２】［背景］特公平５−５７６２５号公報に
は、所定のキーに従って検索された複数の文書につい
て、ユーザの希望するページのみを順次表示していく文
書情報表示方法が開示されている。しかし、この方法は
一般のデータベースを対象とするため、ファイルシステ
ムのように複数のアプリケーションプログラムで作成さ
れたファイルを必ずしも正しく表示できない。文書の形
式が異なるため、ページ位置がずれる等の問題が生じる
ためである。特に、サーバからＨＴＭＬを受け取り、こ
れを表示するビュアの場合、ページ単位の表示は全く不
可能となる。ＨＴＭＬにはページという概念がなく、文
書全体でひとつという把握をするためである。このた
め、複数のＨＴＭＬ文書の１０ページ目ばかりを表示し
て確認したいときや、特定サイズ（例えばＡ４）の紙に
印刷する場合の印刷イメージを予め確認したいときには
非常に不便であった。本実施形態はこの課題を解決する
もので、Ａ４やＢ５など、紙サイズを基準にして文書に
ページ割付を行うビュアを提供する。

【０１６３】［解決原理］コメント文の中に埋め込まれ
る新たなスクリプトは、ページ割付の際の紙サイズの指
定、および割付後に実際に表示したいページの指定を受
け付ける。本実施形態に係るビュアはこのスクリプトを
解釈し、ユーザに指定の入力を促す。指定が入力されれ
ば、実際にＨＴＭＬ文書を読み込んで画面レイアウトを
作成する際、装置内で指定された紙サイズによるページ
割付を行う。しかる後、指定されたページを画面に表示
する。

【０１６４】［詳細］ ［１］システムの構成 システム構成は図１同様とする。ここでは、図１のシス
テムをファイル検索システムとして利用する場合を考え
る。同図の拡張ＨＴＭＬサーバ４はファイル検索サーバ
を兼ねる。このシステムでは、ユーザがファイルの検索
を望むとき、拡張ＨＴＭＬサーバ４が検索キーに従って
ファイルシステム２６からファイルを検索する。検索結
果はサーバからビュアに送られ、一覧表示される。ユー
ザは一覧表示されたファイルから、実際に画面に表示し
たいファイルの名称を指定する。本実施形態では、ここ
までの処理は完了しているものとし、以降、指定された
ファイルに対してページ割付および割付後のページのう
ち実際に見たいページの表示を行う。

【０１６５】［２］拡張ＨＴＭＬの記述例 図２４は、ページ割付の算出基準となる紙サイズと、実
際に見たいページ（以下「参照ページ」という）の指定
を実現する拡張ＨＴＭＬの例（タイトルはＥｘａｍｐｌ
ｅ５）である。ここで導入される新たなスクリプトは紙
サイズを指定する「ＳＥＴＰＡＰＥＲ」と参照ページを
指定する「ＧＯＰＡＧＥ」である。

【０１６６】１．ＳＥＴＰＡＰＥＲ 紙サイズは「ＯＰＴＩＯＮ」タグに導かれる「Ａ４」
「Ｂ５」「Ｂ４」「はがき」から選択可能で、この４つ
の紙サイズがメニューとして画面表示される。すなわ
ち、このタグは表示だけでなく選択することが可能であ
り、さらにはページ割付の計算の際、ビュアに紙サイズ
を与える手段となる。図２４ではすでにＡ４が選択さ
れ、この選択に従ってサーバが「ＳＥＬＥＣＴＥＤ」を
付したＨＴＭＬをビュアに送っている。この結果、画面
上で「Ａ４」が強調表示されている。ユーザは紙サイズ
を指定または変更することができ、これらの指示はサー
バに伝えられ、拡張ＨＴＭＬが変更される。なお、第８
行はユーザがカスタマイズ可能なタグの例であり、ユー
ザは所望の「ＷＩＤＴＨ」「ＨＥＩＧＨＴ」および紙の
名称を入力することができる。ここでは「はがき」が設
定されている。

【０１６７】２．ＧＯＰＡＧＥ 図２４の第１０行に記述される。「ＧＯＰＡＧＥ」も
「ＳＥＴＰＡＰＥＲ」同様、現在指定されている参照ペ
ージ番号の表示だけでなく、新たな指定の入力を受け付
けるとともに、ビュアによる表示の際には、ビュアに対
して表示すべき参照ページ番号を与える。指定された参
照ページは「ＧＯＰＡＧＥ」の後の「ＳＥＴ＝”ｎ”」
のｎに反映される。ここではすでに３ページが指定され
ている。指定がない初期状態では、ＧＯＰＡＧＥのＳＥ
Ｔは引数を持たない。

【０１６８】［３］ビュアの構成 図２５は本実施形態に係る拡張ＨＴＭＬビュア５００の
内部構成図である。同図に示すとおり、新たな構成は大
別して、ページ割付等、ページに関する記述（前記「Ｓ
ＥＴＰＡＰＥＲ」と「ＧＯＰＡＧＥ」）を解釈するペー
ジ関連ステートメント解釈部５１４と、実際にページ割
付等のページに関する処理を行うページ関連処理部５２
４である。

【０１６９】ページ関連ステートメント解釈部５１４
は、コメントに「ＳＥＴＰＡＰＥＲ」または「ＧＯＰＡ
ＧＥ」が埋め込まれているかどうかを識別するページ関
連ステートメント識別部５１６と、「ＧＯＰＡＧＥ」ス
テートメントに含まれる引数を抽出する引数抽出部５１
８をもつ。

【０１７０】ページ関連処理部５２４は各種ページ関連
処理部５２６を含み、各種ページ関連処理部５２６は、
ページ割付の際に基準となる紙サイズを取得する紙サイ
ズ取得手段たる紙サイズ取得部５２８、この紙サイズを
基準に実際にページ割付を行うページ割付手段たるペー
ジ割付部５３０、ページ割付の結果生じる複数のページ
のうち実際に画面に表示させるべきページの指定を保持
する指定ページ保持手段たる指定ページ保持部５３２を
持つ。紙サイズ取得部５２８は、「ＳＥＴＰＡＰＥＲ」
に対してユーザが選択した紙のサイズを取得し、これを
保持する。

【０１７１】ページ割付部５３０は、処理の対象となる
ＨＴＭＬ文書を前記紙サイズで除算してページ割付を行
い、その後、例えば各ページの先頭部分のデータを保持
する。ページ割付を印刷の事前確認に利用する場合、ペ
ージ割付部５３０は印刷に際のフォントサイズ、行間な
どの印刷情報を取得し、この情報を加味してページ割付
を行う。印刷情報はユーザが入力してもよいし、ＰＤＡ
が内蔵する印刷制御プログラムの管理データから読み出
して利用してもよい。こうして得られた割付情報をもと
に、ページ割付部５３０はもとのＨＴＭＬ文書の任意の
個所がいずれのページに含まれるかを認識することがで
きる。

【０１７２】指定ページ保持部５３２は、「ＧＯＰＡＧ
Ｅ」に対して指定された参照ページの番号（ＧＯＰＡＧ
Ｅタグの引数）を保持する。この指定ページと前記ペー
ジ割付部５３０に保持されたデータから、前記ＨＴＭＬ
文書のうち、実際に画面に表示すべき個所とその内容が
判明する。

【０１７３】［４］構成の動作 以上の構成による動作をフローチャートを用いて説明す
る。図２６は本実施形態の拡張ＨＴＭＬビュアの処理手
順を示すフローチャート図である。

【０１７４】図１１等同様、まずタグがコメントに関す
るものであれば、「ＳＥＴＰＡＰＥＲ」を含むステート
メントであるかどうかがで判定される（Ｓ７０２）。ス
テートメントが「ＳＥＴＰＡＰＥＲ」を含めば、紙サイ
ズが紙サイズ取得部５２８に格納されるとともに、フォ
ントサイズなどの印刷情報が取得される（Ｓ７０３）。
ここで紙サイズおよび前記印刷情報をもとにページ割付
を行い（Ｓ７０４）、参照ページが指定されない間は、
例えば前記ＨＴＭＬ文書の第１ページを表示する。この
後、紙サイズの選択メニューを例えば固定表示領域に表
示し（Ｓ７０５）、ユーザからの入力を受け付ける。

【０１７５】一方、前記ステートメントが「ＳＥＴＰＡ
ＰＥＲ」を含まなければ、「ＧＯＰＡＧＥ」を含むかど
うかが判定される（Ｓ７０６）。「ＧＯＰＡＧＥ」を含
めば、「ＳＥＴ＝”ｎ”」で参照ページが指定されてい
るどうかが判定される（Ｓ７０７）。指定されていると
きは、その指定ページを画面に表示する（Ｓ７０８）。
このとき、より正確な印刷イメージを作るために、前記
フォントサイズ等の印刷情報を参照してテキストデータ
をイメージデータに変換した後、表示を行ってもよい。
この表示の後、参照ページの指定を受け付けるためにペ
ージ指定メニューを表示する（Ｓ７０９）。Ｓ７０７で
参照ページが指定されていない場合は、単にページ指定
メニューを表示する。このとき、画面には第１ページな
ど、任意のページを表示すればよい。なお、紙サイズの
指定がない状態で参照ページのみが指定された場合は、
従来同様の方法でＨＴＭＬ文書の表示を行ってもよい。
以上の処理を拡張ＨＴＭＬの読込終了まで行う。

【０１７６】図２７は本実施形態のビュアによる画面表
示例である。同図において、画面中央に通常の表示領域
８６、画面下に固定表示領域８８が設けられている。固
定表示領域８８に指定ページ、紙サイズ指定のＵＩがあ
り、それぞれ「１ページ」「Ａ４」が指定されている。
この指定に従って、検索されたファイルが表示領域８６
に表示されている。これが印刷イメージに一致する。

【０１７７】固定表示領域８８の右側に設けられた「前
候補」「次候補」は、現在表示中のファイルに対して、
それぞれ検索順で前および後に当たるファイルを表示す
る場合に使用する。例えば、検索された複数のファイル
の１ページを順に確認していく場合、まず検索の際に最
初に見つけ出さけたファイルを表示し、以降単に「次候
補」ボタンを押し続ければよい。

【０１７８】以上が実施形態４の概要である。本実施形
態では、ページ割付をビュアが行うこととしたが、これ
はサーバ側が受け持ってもよい。この場合はビュアから
参照ページと紙サイズの指定をアクションとして受け取
り、本実施形態のビュア同等のページ割付処理をサーバ
内で行う。ビュアに対しては、表示すべきページのみを
イメージデータで送ればよい。

【０１７９】その他の実施形態 実施形態１〜４以外に、拡張ＨＴＭＬと新たなビュアの
組合せにより、以下のような拡張機能を実現することが
できる。

【０１８０】１．ダイアログ機能 「入力エラー」等のエラー表示や短いメッセージを表示
するとき、現在表示中の画面を維持したまま、その一部
にダイアログボックスを上書きする。通常のＨＴＭＬで
は、画面の一部に変更がある場合でも全画面を更新する
ため、前の画面を残したまま上書きをすることができな
い。そこで本発明では、ダイアログ領域を拡張スクリプ
トで記述することより、この一部上書きを可能とする。
エラー内容を検討する際など、前の画面が残っているほ
うが違和感がなく、思考の途切れもなくなる点で有用で
ある。

【０１８１】２．ＵＩパーツのカスタマイズ単位の定義
機能 実施形態１によれば、相対タブを用いることで複数のＵ
Ｉパーツをクラスタとして定義することができる。そこ
でこうしたクラスタを取り囲むように新たな拡張機能ス
クリプトを導入し、クラスタをカスタマイズ（すなわ
ち、削除、変更、追加等のユーザ操作）の単位とするこ
とも可能である。この場合、クラスタごとに削除等が行
われる。

【０１８２】３．ジャスティファイ機能 拡張機能としてジャスティファイ機能を導入することに
より、配置の改善を図ることができる。この機能によ
り、例えばＰＤＡのように画面の小さなビュアでも視認
性が向上する。

【０１８３】なお、本明細書の各実施形態では、拡張機
能をコメントに埋め込むことを前提とした。これは下位
互換性に対する配慮であるが、仮にこの配慮をする必要
がない場合は、「ＴＡＢ」の各拡張機能スクリプトをそ
のまま「ＳＥＬＥＣＴ」などの標準スクリプトとして追
加する方法が考えられる。この場合、＜！−−ＴＡＢ−
−＞と記述する代わりに、単に＜ＴＡＢ＞と記述すれば
よい。

【０１８４】

【発明の効果】本発明の言語解釈表示方法によれば、コ
メントに拡張機能が記述されるため、下位互換性を確保
しながら言語解釈表示装置の機能を拡張することができ
る。本発明は、画面構成記述言語によって画面に表示す
べき情報が与えられる場合を想定するため、例えばＨＴ
ＭＬを用いるインターネットなどに広く適用可能であ
る。例えばＨＴＭＬをビュアで表示する場合、従来は複
雑な画面を構成したり、画面に表示されるＵＩを自在に
カスタマイズすることが非常に煩雑かつ困難であった
が、本発明により、これらに大きな改善がもたらされ
る。

【０１８５】一方、本発明の言語解釈表示装置によれ
ば、上記言語解釈表示方法を用いた機能の拡張が可能と
なる。この装置による拡張機能の実現に当たり、ユーザ
自身がプログラミングを行う必要もない。

【０１８６】言語解釈表示装置が固定表示領域設置機能
に対応する場合は、長い文書などを表示したとき、文書
の先頭や末尾などに設けられたボタンを押すために、い
ちいちスクロールなどによって表示内容を変更する必要
がなくなり、作業性が向上する。

【０１８７】言語解釈表示装置がタブ機能に対応する場
合は、オブジェクトボタン等の表示単位を整列させるこ
とができ、画面の視認性が改善される。

【０１８８】タブとして絶対タブと相対タブを設けると
きは、複数のオブジェクトボタン等からなるクラスタな
ど、複雑な画面構成を容易に実現することができる。

【０１８９】言語解釈表示装置がページ割付機能に対応
する場合は、文書にページの概念を与えたり、文書を印
刷する際の印刷イメージの確認が容易となる。

【０１９０】このときさらに、画面に表示させるべきペ
ージの指定に対応する場合は、文書検索等の便宜を図る
ことができる。

【０１９１】言語解釈表示装置がファイル名称をオブジ
ェクト化する機能に対応する場合は、ファイルコピー
等、ファイル操作における作業性を改善することができ
る。

【０１９２】このファイル操作をファイル提供装置に伝
達する場合は、ファイル提供装置によって実際のファイ
ル操作を実施することができる。

【０１９３】本発明の言語解釈表示システムによれば、
言語解釈表示装置におけるファイル操作の作業性が向上
し、情報提供装置による実際のファイル操作が容易にな
る。このときさらに、実際のファイル操作の結果、変更
すべき画面が言語解釈表示装置に与えられるため、これ
を表示することができる。従って、システムとしての一
貫性が維持される。

【図面の簡単な説明】

【図１】 実施形態１を実現するシステム構成例を示す
図である。

【図２】 実施形態１に係るＰＤＡの拡張ＨＴＭＬビュ
アの内部構成図である。

【図３】 ３つのボタンを表示するための従来一般的な
ＨＴＭＬの記述例を示す図である。

【図４】 図３のＨＴＭＬを従来のビュアまたは本実施
形態に係る拡張ＨＴＭＬビュアで表示したときの画面を
示す図である。

【図５】 タブ機能を実現するための拡張ＨＴＭＬの記
述例を示す図である。

【図６】 図５の拡張ＨＴＭＬを本実施形態に係る拡張
ＨＴＭＬビュアで表示したときの画面を示す図である。

【図７】 絶対タブ、相対タブの組合せを用いた拡張Ｈ
ＴＭＬの記述例を示す図である。

【図８】 図７の拡張ＨＴＭＬを本実施形態のビュアで
表示した画面を示す図である。

【図９】 実施形態１の拡張ＨＴＭＬビュアの処理手順
を示すフローチャート図である。

【図１０】 一般化された拡張ＨＴＭＬビュアの内部構
成図である。

【図１１】 一般化された拡張ＨＴＭＬの処理手順を示
すフローチャート図である。

【図１２】 実施形態２で固定表示領域を実現するため
の拡張ＨＴＭＬの記述例を示す図である。

【図１３】 実施形態２に係る拡張ＨＴＭＬビュアの内
部構成図である。

【図１４】 実施形態２の拡張ＨＴＭＬビュアの処理手
順を示すフローチャート図である。

【図１５】 実施形態２の拡張機能の有無による表示イ
メージの差異を示す図で、図１２の拡張ＨＴＭＬを従来
のビュアで表示した様子を示す図である。

【図１６】 実施形態２の拡張機能の有無による表示イ
メージの差異を示す図で、図１２の拡張ＨＴＭＬを実施
形態２に係るビュアで表示した様子を示す図である。

【図１７】 ビュアでファイルの名称がＵＩオブジェク
トとして扱われるよう記述した拡張ＨＴＭＬの例を示す
図である。

【図１８】 図１７の拡張ＨＴＭＬを本実施形態の拡張
ＨＴＭＬビュアで実際に表示したときの画面表示を示す
図である。

【図１９】 実施形態３に係る拡張ＨＴＭＬビュアの内
部構成図である。

【図２０】 実施形態３に係る拡張ＨＴＭＬビュアの処
理手順を示すフローチャート図である。

【図２１】 ビュアの実際の画面においてファイルを操
作する手順を示す図である。

【図２２】 ビュアの実際の画面においてファイルを操
作する手順を示す図である。

【図２３】 実施形態３におけるビュアとサーバの連携
を示すフローチャート図である。

【図２４】 ページ割付の算出基準となる紙サイズと、
参照ページの指定を実現する拡張ＨＴＭＬの例を示す図
である。

【図２５】 実施形態４に係る拡張ＨＴＭＬビュアの内
部構成図である。

【図２６】 実施形態４に係る拡張ＨＴＭＬビュアの処
理手順を示すフローチャート図である。

【図２７】 実施形態４のビュアによる画面表示例を示
す図である。

【符号の説明】

２ ＰＤＡ、４ 拡張ＨＴＭＬサーバ、６ ネットワー
ク、８ モデム、１０携帯電話、１２ 公衆回線、１４
プロキシーサーバ、１６ 赤外線（ＩＲ）、１８ Ｗ
ＷＷサーバ、２０ 各種サービス装置、２２ 拡張ＨＴ
ＭＬ生成部、２４ ＨＴＴＰＤ、２６ ファイルシステ
ム、１００，２００，３００，４００，５００ 拡張Ｈ
ＴＭＬビュア、１０２ 通信制御部、１０４ 受信部、
１０６言語解釈部、１０８ トークン読込部、１１０
コメント識別部、１１２ 標準ステートメント解釈部、
１１４ タブステートメント解釈部、１１６ タブステ
ートメント識別部、１１８，２１８，３１８，４１８，
５１８ 引数抽出部、１２０ 標準機能処理部、１２２
各種標準処理部、１２４ タブ処理部、１２６ 各種
タブ処理部、１２８ 表示開始位置更新部、１３０ 指
定タブ位置保持部、１３２ 絶対タブ位置保持部、１３
４ 相対タブ位置保持部、１３６，２３６，３３６ 表
示制御部、１３８ 表示部、２１４ 拡張ステートメン
ト解釈部、２１６ 拡張ステートメント識別部、２２４
拡張機能処理部、２２６ 各種拡張処理部、２５０
表示関連処理部、２５２ 表示非関連処理部、２５４
各種制御部、３１４ 固定表示ステートメント解釈部、
３１６ 固定表示ステートメント識別部、３２４ 固定
表示処理部、３２６ 各種固定表示処理部、３２８領域
配置保持部、３３０ 領域内表示情報保持部、４０２
通信制御部、４１４ オブジェクト設定ステートメント
解釈部、４１６ オブジェクト設定ステートメント識別
部、４２４ オブジェクト処理部、４２６ 各種オブジ
ェクト処理部、４２８ オブジェクト設定部、４３０
移動計算部、４３２ ファイル操作処理部、４３４ フ
ァイル操作指示判別部、４３６ ファイル操作指示伝達
部、５１４ ページ関連ステートメント解釈部、５１６
ページ関連ステートメント識別部、５２４ ページ関
連処理部、５２６ 各種ページ関連処理部、５２８紙サ
イズ取得部、５３０ ページ割付部、５３２ 指定ペー
ジ保持部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 日向野 道夫 神奈川県川崎市高津区坂戸３丁目２番１号 ＫＳＰ Ｒ＆Ｄビジネスパークビル 富 士ゼロックス株式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 画面に表示すべき情報が画面構成記述言
   語によるコメントを含む記述の形態で提供され、かつ前
   記コメントに、コメントを除く部分のみに基づいてなさ
   れる表示に影響を与えないように拡張機能が記述される
   とき、 前記言語の記述のうち、コメントを除く部分を解釈して
   その内容に従って前記情報を表示するとともに、 前記言語の記述に含まれるコメントのうち拡張機能が埋
   め込まれているコメントを識別してその拡張機能を解釈
   し、その内容に従って所定の処理をなすことを特徴とす
   る言語解釈表示方法。
2. 【請求項２】 画面に表示すべき情報が画面構成記述言
   語によるコメントを含む記述の形態で提供され、かつ前
   記コメントに、コメントを除く部分のみに基づいてなさ
   れる表示に影響を与えないように拡張機能が記述される
   装置であって、 前記言語の記述のうちコメントを除く記述部分を解釈す
   る標準記述解釈手段と、 前記標準記述解釈手段による解釈内容に従って各種標準
   処理を行う標準機能処理手段と、 前記言語の記述に含まれるコメントのうち拡張機能の埋
   め込まれたコメントを識別してその記述を解釈する拡張
   記述解釈手段と、 前記拡張記述解釈手段による解釈内容に従って各種拡張
   処理を行う拡張機能処理手段と、 前記各種標準処理の結果出力される表示生成指示と、前
   記各種拡張処理のうち表示に関連する処理の結果出力さ
   れる表示生成指示とに基づいて画面に対する表示を制御
   する表示制御手段と、 を含むことを特徴とする言語解釈表示装置。
3. 【請求項３】 画面に表示すべき情報が画面構成記述言
   語によるコメントを含む記述の形態で提供され、かつ前
   記コメントに、コメントを除く部分のみに基づいてなさ
   れる表示に影響を与えないように拡張機能が記述される
   装置であって、 前記言語の記述のうちコメントを除く記述部分を解釈す
   る標準記述解釈手段と、 前記標準記述解釈手段による解釈内容に従って各種標準
   処理を行う標準機能処理手段と、 前記言語の記述に含まれるコメントのうち拡張機能の埋
   め込まれたコメントを識別してその記述を解釈する拡張
   記述解釈手段と、 前記拡張記述解釈手段による解釈内容に従って各種拡張
   処理を行う拡張機能処理手段と、 前記各種標準処理の結果出力される表示生成指示と、前
   記各種拡張処理のうち表示に関連する処理の結果出力さ
   れる表示生成指示とに基づいて画面に対する表示を制御
   する表示制御手段と、 を含み、 前記拡張機能は、表示領域内に設けられる領域であっ
   て、その領域内の表示内容については、その領域外の表
   示内容が変更されてもその変更による影響をうけない固
   定表示領域を設けるための固定表示領域設置機能を含
   み、 前記拡張記述解釈手段は、前記固定表示領域設置機能に
   関する記述を読み込んだとき、その記述を解釈し、 前記拡張機能処理手段は、 前記拡張記述解釈手段による解釈の結果から前記固定表
   示領域の前記表示領域内における配置情報を取得し、こ
   れを保持する領域配置保持手段と、 前記拡張記述解釈手段による解釈の結果から前記固定表
   示領域内に表示すべき情報を取得し、これを領域内表示
   情報として保持する領域内表示情報保持手段と、 を含み、該拡張機能処理手段から前記表示制御手段に対
   し、前記表示生成指示として、前記配置情報と領域内表
   示情報が与えられることを特徴とする言語解釈表示装
   置。
4. 【請求項４】 画面に表示すべき情報が画面構成記述言
   語によるコメントを含む記述の形態で提供され、かつ前
   記コメントに、コメントを除く部分のみに基づいてなさ
   れる表示に影響を与えないように拡張機能が記述される
   装置であって、 前記言語の記述のうちコメントを除く記述部分を解釈す
   る標準記述解釈手段と、 前記標準記述解釈手段による解釈内容に従って各種標準
   処理を行う標準機能処理手段と、 前記言語の記述に含まれるコメントのうち拡張機能の埋
   め込まれたコメントを識別してその記述を解釈する拡張
   記述解釈手段と、 前記拡張記述解釈手段による解釈内容に従って各種拡張
   処理を行う拡張機能処理手段と、 前記各種標準処理の結果出力される表示生成指示と、前
   記各種拡張処理のうち表示に関連する処理の結果出力さ
   れる表示生成指示とに基づいて画面に対する表示を制御
   する表示制御手段と、 を含み、 前記拡張機能は、画面に表示すべき情報ごとにその表示
   開始位置を設定するためのタブ機能を含み、 前記拡張記述解釈手段は、前記タブ機能に関する記述を
   読み込んだとき、その記述を解釈し、 前記拡張機能処理手段は、 前記拡張記述解釈手段による解釈の結果からタブ位置の
   指定情報を取得し、これを保持する指定タブ位置保持手
   段と、 タブ機能を実行するたびに、次に表示すべき情報の表示
   開始位置を前記指定タブ位置の中から選択して更新して
   いく表示開始位置更新手段と、 を含み、該拡張機能処理手段から前記表示制御手段に対
   し、前記表示生成指示として、前記表示すべき情報とそ
   の表示開始位置が与えられることを特徴とする言語解釈
   表示装置。
5. 【請求項５】 請求項４に記載の言語解釈表示装置にお
   いて、 前記指定タブ位置保持手段は、 画面の全体領域に関する所定位置を位置決めの基準とす
   る絶対タブに関する指定タブ位置を保持する絶対タブ位
   置保持手段と、 画面の一部領域に関する所定位置を位置決めの基準とす
   る相対タブに関する指定タブ位置を保持する相対タブ位
   置保持手段とを含み、 前記表示開始位置更新手段は、指定タブ位置が絶対タブ
   に関するものであるか相対タブに関するものであるかに
   従い、位置決めの基準を変えて表示開始位置を更新する
   ことを特徴とする言語解釈表示装置。
6. 【請求項６】 画面に表示すべき情報が画面構成記述言
   語によるコメントを含む記述の形態で提供され、かつ前
   記コメントに、コメントを除く部分のみに基づいてなさ
   れる表示に影響を与えないように拡張機能が記述される
   装置であって、 前記言語の記述のうちコメントを除く記述部分を解釈す
   る標準記述解釈手段と、 前記標準記述解釈手段による解釈内容に従って各種標準
   処理を行う標準機能処理手段と、 前記言語の記述に含まれるコメントのうち拡張機能の埋
   め込まれたコメントを識別してその記述を解釈する拡張
   記述解釈手段と、 前記拡張記述解釈手段による解釈内容に従って各種拡張
   処理を行う拡張機能処理手段と、 前記各種標準処理の結果出力される表示生成指示と、前
   記各種拡張処理のうち表示に関連する処理の結果出力さ
   れる表示生成指示とに基づいて画面に対する表示を制御
   する表示制御手段と、 を含み、 前記拡張機能は、表示すべき情報を指定された紙サイズ
   に従ってページ割付するためのページ割付機能を含み、 前記拡張記述解釈手段は、前記ページ割付機能に関する
   記述を読み込んだとき、その記述を解釈し、 前記拡張機能処理手段は、 前記拡張記述解釈手段による解釈の結果から指定された
   紙サイズを取得する紙サイズ取得手段と、 前記表示すべき情報を先頭から順に指定された紙サイズ
   で分割していくことにより、前記表示すべき情報と各ペ
   ージの対応付けを行うページ割付手段と、 を含み、該拡張機能処理手段から前記表示制御手段に対
   し、前記表示生成指示として、前記表示すべき情報と各
   ページとの対応に関する情報が与えられることを特徴と
   する言語解釈表示装置。
7. 【請求項７】 請求項６に記載の言語解釈表示装置にお
   いて、 前記拡張機能処理手段は、前記拡張記述解釈手段による
   解釈の結果から、ページ割付の結果生じる複数のページ
   のうち実際に画面に表示すべきページの指定を取得し、
   これを保持する指定ページ保持手段を含み、 該拡張機能処理手段から前記表示制御手段に対し、前記
   表示生成指示として、前記表示すべき情報のうち指定さ
   れたページに含まれる情報が与えられることを特徴とす
   る言語解釈表示装置。
8. 【請求項８】 画面に表示すべき情報が画面構成記述言
   語によるコメントを含む記述の形態で提供され、かつ前
   記コメントに、コメントを除く部分のみに基づいてなさ
   れる表示に影響を与えないように拡張機能が記述される
   装置であって、 前記言語の記述のうちコメントを除く記述部分を解釈す
   る標準記述解釈手段と、 前記標準記述解釈手段による解釈内容に従って各種標準
   処理を行う標準機能処理手段と、 前記言語の記述に含まれるコメントのうち拡張機能の埋
   め込まれたコメントを識別してその記述を解釈する拡張
   記述解釈手段と、 前記拡張記述解釈手段による解釈内容に従って各種拡張
   処理を行う拡張機能処理手段と、 前記各種標準処理の結果出力される表示生成指示と、前
   記各種拡張処理のうち表示に関連する処理の結果出力さ
   れる表示生成指示とに基づいて画面に対する表示を制御
   する表示制御手段と、 を含み、 前記拡張機能は、該装置が参照するファイルの名称のう
   ち指定したものオブジェクトとして保持するよう該装置
   に指示するオブジェクト設定機能を含み、 前記拡張機能処理手段は、指定されたファイル名称をオ
   ブジェクトとして定義し、以降これをオブジェクトとし
   て保持するオブジェクト設定手段を含むことを特徴とす
   る言語解釈表示装置。
9. 【請求項９】 請求項８に記載の言語解釈表示装置にお
   いて、 該装置は、ファイル提供装置から参照すべきファイルの
   提供を受けるものであり、 前記オブジェクトとして保持されたファイル名称に対し
   てファイル操作が指示されたとき、この指示内容を判別
   するファイル操作指示判別手段と、 判別された指示内容を前記ファイル提供装置に伝達する
   ファイル操作指示伝達手段と、 を含むことを特徴とする言語解釈表示装置。
10. 【請求項１０】 言語解釈表示装置と、この装置に対
    し、画面に表示すべき情報を言語によるコメントを含む
    記述の形態で、かつそのコメントに、コメントを除く部
    分のみに基づいてなされる表示に影響を与えないように
    拡張機能を記述して提供する情報提供装置を含むシステ
    ムであって、 前記言語解釈表示装置は、 前記言語の記述に含まれるコメントのうち、該装置が参
    照するファイルの名称をオブジェクトとして保持するよ
    う該装置に指示する記述を解釈する拡張記述解釈手段
    と、 その記述に従い、指定されたファイル名称をオブジェク
    トとして定義し、以降これをオブジェクトとして保持す
    る拡張機能処理手段と、 前記オブジェクトとして保持されたファイル名称に対し
    てファイル操作が指示されたとき、この指示内容を判別
    するファイル操作指示判別手段と、 判別された指示内容を前記情報提供装置に伝達するファ
    イル操作指示伝達手段とを含み、 前記情報提供装置は、 前記ファイル操作指示に従い、前記言語解釈表示装置が
    参照するファイルに対して実際にファイル操作を加える
    ファイル操作手段と、 そのファイル操作の結果発生する画面表示内容の変更を
    反映して前記言語による記述を更新し、これを前記言語
    解釈表示装置に提供する画面構成情報提供手段と、 を含むことを特徴とする言語解釈表示システム。