JPH11203226A

JPH11203226A - ハイパーテキスト保存装置及びハイパーテキスト保存装置制御プログラムを記憶した媒体

Info

Publication number: JPH11203226A
Application number: JP10003168A
Authority: JP
Inventors: Takashi Ishitani; 高志石谷
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 1998-01-09
Filing date: 1998-01-09
Publication date: 1999-07-30

Abstract

(57)【要約】【課題】インターネットなどのハイパーテキストシス
テムにおいて、ハイパーテキストデータとその付加情報
とを１つのファイルに保存し、再現することが可能にす
る。【解決手段】ネットワークに接続されたサーバーと通
信しそのサーバーに格納されたハイパーテキストデータ
を受信するインタフェース部と、前記インタフェース部
により受信したハイパーテキストデータを構文解析する
構文解析部と、前記構文解析部により構文解析されたハ
イパーテキストデータを表示装置に表示する表示処理部
と、前記表示装置に表示中のハイパーテキストデータと
それに関連する複数データと前記ハイパーテキストデー
タに付加情報を関連付けて記憶装置の１つのファイル領
域に格納するファイル管理部と、前記各部を制御する制
御装置とから構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続されたサーバーと通信可能なパーソナルコンピュータ
や携帯情報端末装置に適用され、装置間でハイパーテキ
ストデータを送／受信して保存管理するハイパーテキス
ト保存装置及びハイパーテキスト保存装置制御プログラ
ムを記憶した媒体に関する。

【０００２】

【従来の技術】近年、ＷＷＷ（World Wide Web）の普及
により、ネットワーク上に分散された文書やデータを手
元に取得することができるようになった。これらの文書
やデータの間には、リンクという機構を設定することが
でき、また、プラウザというユーザー・インタフェース
ツールを使って、対話的にこのリンクを簡単にたどって
ネットワーク上に分散された複数の文書を参照すること
ができる。これは文書の作成者にとっては、全ての文書
データを統合する必要がなくリンクをたどるだけで全文
書を構成できるというメリットもあり、急速な広がりを
見せている。

【０００３】例えば、ＷＷＷに代表されるハイパーテキ
ストシステムは、ネットワーク上のあらゆる情報源をお
互いにリンク関係で接続し、関係付けた情報網が形成さ
れている。このようなハイパーテキストにアクセスする
には、ＵＲＬでネットワーク上の目的の情報源とファイ
ル名を指定すると、その指定したファイルとそれをメイ
ンとしてページを構成するための要素となるファイルを
取得することができるブラウザを用いるのが通常であ
る。

【０００４】ブラウザは、ユーザーとの対話的な操作環
境を提供し、ユーザーよりＵＲＬ（uniform resouce lo
cator）の指示やある文書からのあるリンクをたどるた
めの指示を受け、対応する情報源に接続し、そのページ
の構成要素を解析し、それをレイアウトし、グラフィッ
ク表示装置に表示する機能を持っている。このような装
置上で、目的の情報を表示させるためには、オンライン
に接続した上で、関連するページへのリンク機構（ＡＮ
ＣＨＯＲ）などをユーザーが１つづつ指定し、順に表示
させていく必要がある。

【０００５】そこで、必要な情報をネットワーク上から
一旦機器内に取り込んだ上、オフラインの環境で内容を
表示する機能が求められており、これを満たすソフトウ
エア・情報閲覧機器などが多く開発されている。また、
自動巡回機能として、あらかじめユーザーの指定したペ
ージやそれに関連ページを自動的に装置内に取得してお
き、ユーザーは装置内に取得されたデータをオフライン
で表示する搭載するソフトウエアがある。

【０００６】例えば、Free Loader，Inc（1996年1月15
日）の資料によれば、パソコン上で動作するソフトウエ
アで、ＷＷＷ上の指定したページを自動的に取得し、ハ
ードディスク記憶装置上に保存する。また、指定した時
間に自動的に起動したり、あらかじめいくつものページ
を分類しておき、ユーザーは分類項目を指定するだけ
で、データを取得することかできるソフトウエアが知ら
れている。

【０００７】また、B.U.G.Ｉnc（1996年8月28日）の資
料（波乗野郎ホームページ）によれば、パソコン上で動
作するソフトウエアで、指定時間（開始、終了時間）に
指定のページを自動的に取得する。取得可能なページの
リンク数が指定できる。リンクをたどるサーバー名（フ
ァイル名ではなく）を指定できる等のソフトウエアが知
られている。

【０００８】また、ＮＥＣの資料（インターネットアク
セスマネージャ）によれば、同じくパソコン上で動作す
るソフトウエアで、指定時間に自動的に指定ページを取
得できる。利用時間および料金の制限を設定できる。複
数の接続先（電話番号）を優先順位をつけて登録できる
等のソフトウエアが知られいる。

【０００９】また、ＮＥＣの資料（ホームページスクラ
ップブック）によれば、パソコン上で動作するソフトウ
エアで、保存できるのは、表示しているページ情報の前
部あるいは一部分だけであるが、ブラウザで表示してい
るインターネットのページを保存することができるソフ
トウエアが知られている。

【００１０】さらに、特開平８−９５９６０号公報によ
れば、編集している文書に変更を加えずに付加情報を付
加できる文書編集装置に関するもので、編集中の文書と
は独立して付加情報を処理できる補足情報付加機能を備
えた文書編集装置が提案されている。

【００１１】また、特開平８−１３７８４３号公報によ
れば、１つの文書を複数の端末から編集・参照する際に
文書に付加情報が関連づけて格納し、その付加情報によ
って編集・参照を可能に構成して、異なるフォーマット
の文章を文章の表題やキーワードを用いて統一管理する
異文書共有システムが提案されている。

【００１２】このように、従来のブラウザや自動巡回機
能を有する情報機器では、現在、表示中のページや指定
のページについては、そのページ情報を保存することは
できるようになっている。さらに、あるものは、指定し
たページから関連づけられたページについても保存する
ことができるものもある。

【００１３】

【発明が解決しようとする課題】しかしながら、ユーザ
ーの操作履歴情報、保存時の設定情報、入力情報までも
含めて保存することはできなかった。そのため、保存し
たハイパーテキストデータを表示しようとするときに、
保存前に表示していた状況を再現することができなかっ
た。特に、ユーザーの入力情報などは保存されないた
め、一度、入力した情報は別途メモをとる必要があっ
た。

【００１４】本発明は、以上の事情を考慮してなされた
ものであり、例えば、インターネットなどのハイパーテ
キストシステムにおいて、ハイパーテキストデータとそ
の付加情報とを１つのファイルに保存し、再現すること
が可能なハイパーテキスト保存装置及びハイパーテキス
ト保存装置制御プログラムを記憶した媒体を提供する。

【００１５】

【課題を解決するための手段】本発明は、ネットワーク
に接続されたサーバーと通信しそのサーバーに格納され
たハイパーテキストデータを受信するインタフェース部
と、前記インタフェース部により受信したハイパーテキ
ストデータを構文解析する構文解析部と、前記構文解析
部により構文解析されたハイパーテキストデータを表示
装置に表示する表示処理部と、前記表示装置に表示中の
ハイパーテキストデータとそれに関連する複数データと
前記ハイパーテキストデータに付加情報を関連付けて記
憶装置の１つのファイル領域に格納するファイル管理部
と、前記各部を制御する制御装置とを備えたことを特徴
とするハイパーテキスト保存装置である。

【００１６】なお、本発明において、インタフェース
部、制御装置、構文解析部、表示処理部、ファイル管理
部は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏポートからなる
マイクロコンピュータで構成される。特に、ＲＯＭはプ
ログラムメモリ、ＲＡＭはワークメモリとして機能す
る。インタフェース部はモデム、ＲＳ２３２Ｃなどをさ
らに備えいる。

【００１７】記憶装置は、フロッピーディスク、ハード
ディスク、ＭＤ、ＥＥＰＲＯＭなどで構成することがで
きる。表示装置は、ＣＲＴディスプレイ、ＬＣＤ（液晶
ディスプレイ）、プラズマディスプレイなどで構成する
ことができる。

【００１８】本発明によれば、ハイパーテキストデータ
とその付加情報とを１つのファイルに保存し、再現する
ことが可能なハイパーテキストデータ及びそれに関連す
る付加情報を１つのファイルとして管理することができ
る。

【００１９】前記制御装置は、前記ファイル管理部に、
前記ファイル領域に格納されたハイパーテキストデータ
とその付加情報とを読み出させ、前記表示処理部に、前
記ハイパーテキストデータをその付加情報に基づいて表
示情報を作成して前記表示装置に表示させるよう構成し
てもよい。前記構成によれば、ファイルに保存されたハ
イパーテキストデータを付加情報に基づいて表示するこ
とができる。

【００２０】前記制御装置は、前記インタフェース部が
ネットワークに接続されたサーバーからハイパーテキス
トデータとその付加情報を受信した際、前記ファイル管
理部に、前記ハイパーテキストデータとその付加情報を
関連付けて前記ファイル領域に格納させ、前記表示処理
部に、前記ハイパーテキストデータをその付加情報に基
づいて表示情報を作成して前記表示装置に表示させるよ
う構成してもよい。

【００２１】前記構成によれば、ネットワークに接続さ
れたサーバーから受信したハイパーテキストデータとそ
の付加情報をファイルに保存し、かつファイルに保存さ
れたハイパーテキストデータを付加情報に基づいて表示
することができる。従って、ある機器（サーバー）で保
存したハイパーテキストデータを、ネットワークを介し
て別の機器で同じ状態にして再現することができる。

【００２２】前記制御装置は、前記ファイル管理部に、
ユーザーの操作履歴情報からなる付加情報をハイパーテ
キストデータに関連付けて前記ファイル領域に格納させ
るよう構成してもよい。

【００２３】前記制御装置は、前記ファイル管理部に、
ユーザーの操作履歴情報からなる付加情報をハイパーテ
キストに関連付けて前記ファイル領域に格納させ、前記
表示処理部に、前記ファイル領域に格納したハイパーテ
キストデータとその操作履歴情報とを読み出させ、前記
ハイパーテキストデータを操作履歴情報に基づいて表示
情報を作成して前記表示装置に表示させるよう構成して
もよい。

【００２４】前記構成によれば、ハイパーテキストデー
タをユーザーの操作履歴情報に関連させてファイルに格
納することができ、その結果、ユーザーの操作履歴情報
に基づいてハイパーテキストを再現することができる。

【００２５】前記制御装置は、前記ファイル管理部に、
ユーザーの入力フォーム情報からなる付加情報をハイパ
ーテキストデータに関連付けて前記ファイル領域に格納
させるよう構成してもよい。

【００２６】前記制御装置は、前記ファイル管理部に、
ユーザーの入力フォーム情報からなる付加情報をハイパ
ーテキストに関連付けて前記ファイル領域に格納させ、
前記表示処理部に、前記ファイル領域に格納したハイパ
ーテキストデータとその入力フォーム情報を読み出さ
せ、前記ハイパーテキストデータを入力フォーム情報に
基づいて表示情報を作成して前記表示装置に表示させる
よう構成してもよい。

【００２７】前記構成によれば、ハイパーテキストデー
タをユーザーの入力フォーム情報に関連させてファイル
に格納することができ、その結果、ユーザーの入力フォ
ーム情報に基づいてハイパーテキストを再現することが
できる。

【００２８】前記制御装置は、前記ファイル管理部に、
ユーザーの入力フォーム情報からなる複数の付加情報を
１つのハイパーテキストデータに関連付けて前記ファイ
ル領域に格納させるよう構成してもよい。

【００２９】前記制御装置は、前記ファイル管理部に、
ユーザーの入力フォーム情報からなる複数の付加情報を
１つのハイパーテキストデータに関連付けて前記ファイ
ル領域に格納させ、前記表示処理部に、１つのハイパー
テキストデータを複数の入力フォーム情報に基づいて表
示情報を個別に作成して前記表示装置に表示させるよう
構成してもよい。

【００３０】前記構成によれば、１つのハイパーテキス
トデータに対して、複数の入力フォーム情報に基づいて
ハイパーテキストデータを個別に再現することができ
る。

【００３１】前記制御装置は、前記インタフェース部が
ネットワークに接続された送信先のサーバーから前記フ
ァイル領域に保存されたデータ送信の要求を受けた際、
前記ファイル管理部に、前記ファイル領域に保存された
ハイパーテキストデータとその付加情報とを読み出して
前記インタフェース部に出力させるよう構成してもよ
い。

【００３２】前記構成によれば、ある機器（サーバー）
で保存したハイパーテキストデータを、ネットワークを
介して別の機器で同じ状態にして再現することができ
る。例えば、オフラインでネットワークの接続先のサー
バーに転送することができるため、ネットワークの接続
時間を短縮することができる。また、送信したハイパー
テキストデータが、そのまま、保存されているので、内
容の確認も容易となり、同時に入力情報を誤ることも少
ない。

【００３３】前記制御装置は、前記ファイル管理部に、
サーバーの接続条件情報、データの取得条件情報及び表
示条件情報からなる付加情報をハイパーテキストデータ
に関連付けて前記ファイル領域に格納させるよう構成し
てもよい。

【００３４】前記制御装置は、前記ファイル管理部に、
サーバーの接続条件情報、データの取得条件情報及び表
示条件情報からなる付加情報をハイパーテキストデータ
に関連付けて前記ファイル領域に格納させ、前記表示処
理部に、前記ファイル領域に格納したハイパーテキスト
データとその付加情報とを読み出させ、前記ハイパーテ
キストデータを表示条件情報に基づいて表示情報を作成
して前記表示装置に表示させるよう構成してもよい。

【００３５】前記構成によれば、ハイパーテキストデー
タをサーバーの接続条件情報、データの取得条件情報及
び表示条件情報に関連させてファイルに格納することが
でき、その結果、サーバーの接続条件情報、データの取
得条件情報及び表示条件情報に基づいてハイパーテキス
トを再現することができる。

【００３６】また、本発明の別の観点からみれば、ネッ
トワークに接続されたサーバーと通信しそのサーバーに
格納されたハイパーテキストデータを受信するインタフ
ェース部と、記憶装置と、表示装置とを備えたハイパー
テキスト保存装置をコンピュータによって制御するプロ
グラムを記憶した媒体であって、コンピュータに、前記
インタフェース部により受信したハイパーテキストデー
タを構文解析させ、構文解析されたハイパーテキストデ
ータを表示装置に表示させ、表示中のハイパーテキスト
データとそれに関連する複数データとハイパーテキスト
データに付加情報を関連付けて記憶装置の１つのファイ
ル領域に格納させることを特徴とするハイパーテキスト
保存装置制御プログラムを記憶した媒体が提供される。

【００３７】

【発明の実施の態様】以下、図に示す実施例に基づいて
本発明を詳述する。なお、これによって本発明は限定さ
れるものではない。

【００３８】図１は本発明の一実施例によるハイパーテ
キスト保存装置のハードウエア構成を示すブロック図で
ある。図１において、１は全ての処理命令を実行するＣ
ＰＵ（制御装置）を示す。２はＣＰＵ１が実行するため
のプログラムを記憶するＲＯＭ、ＥＥＰＲＯＭなどで構
成されるプログラムメモリを示す。３はＣＰＵ１による
実行中のデータを一時記憶するＲＡＭ、ＥＥＰＲＯＭな
どで構成されるワークメモリを示す。４は保存データ、
履歴データ、設定データなどを格納するためのフロッピ
ーディスク、ハードディスクなどで構成されるマルチパ
ートファイル（外部記憶装置）を示す。

【００３９】５は取得したハイパーテキストデータなど
を表示するためのＣＲＴディスプレイ、ＬＣＤ（液晶デ
ィスプレイ）などで構成される表示装置を示す。６はユ
ーザーによりデータ入力、各種指示を行うためのキーボ
ード、マウス、ペンなどで構成される入力装置を示す。

【００４０】８はネットワークに接続して通信データ
（ハイパーテキストデータ）を取得するためのモデム、
ＲＳ２３２Ｃなどで構成されるネットワーク装置（イン
タフェース部）を示す。なお、ネットワーク装置８に
は、電話回線やＬＡＮなどのネットワークを介して、ネ
ットワーク上に接続されている様々な機器と通信を行う
ことができる。

【００４１】７はネットワーク装置８を介して取得した
通信データをキャシュするためのフロッピーディスク、
ハードディスクなどで構成されるキャシュファイル（外
部記憶装置）を示す。９はインタネット、ＬＡＮなどの
ネットワークに接続されたサーバーを示す。１２はデー
タ、アドレスを転送するためのバスを示す。

【００４２】１０は本発明のハイパーテキスト保存装置
をコンピュータによって制御するプログラムを記憶した
メモリカード、ＣＤ−ＲＯＭ、ＭＤ、フロッピーディス
クなどからなる外部記憶媒体を示す。１１は外部記憶媒
体１０からハイパーテキスト保存装置の制御プログラム
を読み取り、例えば、プログラムメモリ２にインストー
ルする媒体読取装置を示す。

【００４３】図１において、本発明によれば、ネットワ
ークに接続されたサーバーと通信しそのサーバーに格納
されたハイパーテキストデータを受信するインタフェー
ス部（８）と、記憶装置（４）と、表示装置（５）とを
備えたハイパーテキスト保存装置をコンピュータ（１）
によって制御するプログラムを記憶した媒体（１０）で
あって、コンピュータ（１）に、前記インタフェース部
（８）により受信したハイパーテキストデータを構文解
析させ、構文解析されたハイパーテキストデータを表示
装置（５）に表示させ、表示中のハイパーテキストデー
タとそれに関連する複数データとハイパーテキストデー
タに付加情報を関連付けて記憶装置（４）の１つのファ
イル領域に格納させることを特徴とするハイパーテキス
ト保存装置制御プログラムを記憶した媒体が提供され
る。

【００４４】図２は本発明の一実施例によるハイパーテ
キスト保存装置のソフトウエア構成を示すブロック図で
ある。図２において、ソフトウエア構成の各要素につい
て説明する。ソフトウエア構成としては、データの解析
から表示に至る処理を行うメインプロセッサ部（ＣＰＵ
１）２１と、ネットワークやファイルなどのリソースと
メインプロセッサ部２１へのデータを制御するリソース
インタフェース部（ネットワーク装置５）２２と、複数
のデータオブジェクトを１つのファイルに統合／管理す
ることができるマルチデータ管理部（マルチパートファ
イルマネージャ）２３とからなる３つのメインモジュー
ル（主機能部）で構成される。

【００４５】例えば、メインプロセッサ部２１は、デー
タの表示や取得データの保存を行う際、リソースインタ
フェース部２２に対してデータの取得要求を出し、リソ
ースインタフェース部２２から送られてきたデータを順
次処理し、表示あるいはマルチデータ管理部２３に保存
要求を出すなどの処理をする。

【００４６】リソースインタフェース部２２は、メイン
プロセッサ部２１からのデータ取得要求を受け、データ
の取得元がネットワークの先であるのか、あるいはロー
カルファイルにあるのか、あるいは、マルチデータ管理
部２３へのデータ取得要求であるのかなどを分類し、そ
れぞれ該当するモジュールと接続する。また、データの
取得元がネットワークの先である場合には、同じデータ
が既にキャッシュファイル７内に取り込まれていないか
の確認を行ったり、あるいはキャッシュにない場合には
必要に応じて、キャッシュファイル７への書き込みを行
ったりする。

【００４７】メインプロセッサ部２１とリソースインタ
フェース部２２とは、本実施例では別プロセスとして構
成している。これにより、両者間のデータ転送はプロセ
ス間通信を行うことにより実現できる（もちろん、１プ
ロセスとして構成してもよい）。また、マルチデータ管
理部２３とメインプロセッサ部２１やリソースインタフ
ェース部２２との間は、ライブラリコールとして実現す
る場合もあるし、メインプロセッサ部２１とリソースイ
ンタフェース２２間の通信と同様別プロセスとしてプロ
セス間通信してもよい。本実施例では、メインプロセッ
サ部２１とリソースインタフェース２２のそれぞれのプ
ロセスにライブラリとして接続した例を示している。

【００４８】本発明では、必ずしも、図１に示すような
ハードウエア構成や、図２に示すソフトウエア構成を必
要とするわけではなく、特に、マルチパートファイルモ
ジュールに相当するプログラムとそれをサポートするソ
フトウエアモジュールによっても機能することができ
る。

【００４９】次に、サブモジュール（副機能部）につい
て説明する。メインプロセッサ部２１は、次のサブモジ
ュールから構成される。ブラウザ制御部２１ａ：リソースインタフェース部２２
とのプロセス間の通信を制御し、リソースインタフェー
ス部２２から送られてきたデータの種類を判別し、それ
ぞれ対応するモジュールへデータを振り分ける機能を受
け持つ。また、必要に応じて、履歴管理部２１ｂと連携
し、履歴データへの登録／更新、履歴データからのデー
タの取得などの制御を行うサブモジュールである。

【００５０】履歴管理部２１ｂ：履歴データのメモリ／
ファイル上での管理および、登録、更新、読み出しなど
のインタフェースを提供するサブモジュールである。ページ保存制御部２１ｃ：表示中あるいはネットワーク
などから取得したデータをマルチデータ管理部２３に渡
して保存する制御を行う。例えば、ＨＴＭＬ（Hyper-Te
xt Mark-up Langage）ファイルを保存する場合は、ＨＴ
ＭＬデータの保存が終れば、次にそこに含まれるイメー
ジの保存を行うなどの制御も行うサブモジュールであ
る。

【００５１】レイアウト部２１ｄ：ＨＴＭＬデータやイ
メージデータなどの画面上に表示するデータを画面内に
レイアウトを行うサブモジュールである。ＨＴＭＬパーサ部２１ｅ：取得したデータがＨＴＭＬで
あった場合には、このパーサで文法規則に基づいて詳細
に解析を行い、レイアウト部２１ｄやページ保存制御部
２１ｃに解析結果を渡すサブモジュールである。フォーム管理部２１ｆ：インプットフォームというペー
ジに定義されたエリアへのユーザーの入力情報を管理す
るサブモジュールである。

【００５２】ＵＲＬ管理部２１ｇ：処理中のページのＵ
ＲＬ（uniform resouce locator）情報を含め、そのペ
ージに含まれるイメージや別のページへのリンクなどを
表すＵＲＬ情報を一括管理するサブモジュールである。イメージ処理部２１ｈ：取得したデータがイメージデー
タであった場合には、このモジュールにてイメージデー
タの解析を行い、レイアウト部２１ｄの指令に基づいた
画面上の位置への表示制御を行うサブモジュールであ
る。表示処理部２１ｉ：レイアウト部２１ｄやイメージ処理
部２１からの指令に基づき、実際のＬＣＤ（液晶ディス
プレイ）やＣＲＴディスプレイ上に表示を行うサブモジ
ュールである。条件設定管理部２１ｊ：表示条件や、ネットワークアク
セス条件、保存時の条件などを各種ユーザーによる設定
条件を管理するサブモジュールである。

【００５３】リソースインタフェース部２２は、次のサ
ブモジュールから構成される。ネットワークインタフェース部２２ａ：メインプロセッ
サ部２１からの要求を解析し、ネットワークへの要求で
ある場合には、各ネットワークへの適切なリクエストに
変換してリクエストを行う。またローカルなファイルへ
のリクエストやマルチデータ管理部２３へのリクエスト
であると解釈した場合には、それぞれ該当するモジュー
ルへの呼び出しを行いデータを転送するサブモジュール
である。

【００５４】キャッシュデータ管理部２２ｂ：ネットワ
ークインタフェース部２２ａが外部ネットワークへのリ
クエストを行う場合に、キャッシュファイル７にあるか
どうかを調べ、ある場合には、キャッシュデータを転送
し、キャッシュファイル７になく、さらに取得したデー
タをキャッシュファイル７に書き込み可能であれば、キ
ャッシュファイル７への書き込みなどを行うサブモジュ
ールである。また、キャッシュデータ管理部２２ｂで
は、キャッシュファイル７の総メモリ容量のチェックや
古いキャッシュデータの消去なども行う。

【００５５】また、本実施例のマルチデータ管理部２３
は、メインプロセッサ部２１やリソースインタフェース
部２２にライブラリとしてリンクされて、各種インタフ
ェースを提供する。

【００５６】マルチデータ管理部２３がサポートする機
能は以下のものがある。データの書き込み機能：指定データをマルチパートファ
イル４に書き込む。データの読み出し機能：指定データをマルチパートファ
イル４から読み出す。データの問い合わせ機能：指定データがあるかどうかの
問い合わせに応じる。データインデックスの生成機能：指定のマルチパートフ
ァイル４に含まれるデータの一覧情報を生成する。

【００５７】次に、マルチデータ管理部２３に保存され
るデータの形式について、その例を示す。マルチデータ
管理部２３では、１つの物理的なファイルの中にいくつ
ものデータをその属性や名前をつけて保存することがで
きる。図４は本実施例によるマルチパートファイルのフ
ォーマットの一例を示す図である。図４に示すように、
マルチパートファイルは、ファイルヘッダ部、パート
部、ファイルフッタ部とからなり、これらはデータ境界
記号によって区切られている。ファイルヘッダ部は、そ
のファイルについての説明が記述されており、ここにデ
ータ境界記号も特定されている（図中（ｄ）行）。

【００５８】１つのマルチパートファイル内には、複数
のパート部を持つことができ、同図ではパート部１、パ
ート部２という２つのパートから構成されている。ま
た、各パート部はデータヘッダ部と実データ部から構成
され、データヘッダ部にそのデータの種類や、タイト
ル、元のデータのアドレス（ＵＲＬ）、データのサイズ
などが記述されており、実データ部にデータそのものが
格納される。

【００５９】前記構成によれば、１つのページを構成す
る複数のデータと、それに関連づけられたデータととも
に、各種の表示機器での表示に関する情報や、履歴操作
情報などの各種設定情報や、ユーザーの入力情報などを
関連づけて１つのマルチパートファイルとして保存して
おくことにより、保存ファイルの管理を容易にすること
ができると同時に、保存されたデータに関連させて保存
時の各種情報を保存することができるため、保存された
データの表示を行う時に、そのページを構成するデータ
だけではなく、保存時の設定情報にしたがった表示環境
にすることが可能となる。

【００６０】図３は本実施例による自動巡回機能を備え
たソフトウエア構成を示すブロック図である。図３にお
いて、基本的なソフトウエア構成は、図２のソフトウエ
ア構成と同じであるので、同符号を記す。特に、リソー
スインタフェース部２２とマルチデータ管理部２３にお
いては、全く同一の構成／動作となっている。自動巡回
メインプロセッサ部２４では、データの解析および取得
したデータの保存処理、次に必要なデータのオープン制
御等を行う。自動巡回機能では、レイアウト処理部２１
ｄ、イメージ処理部２１ｈ及び表示処理部２１ｉが不要
となる。

【００６１】以下、自動巡回機能に必要なサブモジュー
ルについてのみ説明する。自動巡回制御部２４ａ：取得されたデータの種類により
ＨＴＭＬパーサ２１ｅを用いて解析し、マルチデータ管
理部２３へデータの書き込みを行い、さらに次に必要な
データのリソースインタフェース部２２へのオープン制
御などを行うサブモジュールである。巡回リスト管理部２４ｂ：自動巡回すべきリソースのリ
ストを管理し、自動巡回制御部２４ａの要求に応じて、
次の取得すべきリソース情報を提供するサブモジュール
である。

【００６２】図５は本実施例によるデータの保存処理の
手順を示すフローチャートである。図５において、ステップＡ１：保存すべきページをページ保存制御部２
１ｃに対して指定する。ページの指定には通常、ＵＲＬ
という表記を用い、これにより、インターネットなどの
ネットワーク上やあるいはローカルな情報機器内であっ
てもその情報源となるデータを特定することができる。
たとえば、ＵＲＬとして次のような表記を行う。

【００６３】（ａ） http://server/dir/page.html （ｂ） http://server2/dir2/a.gif （ｃ） file://localhost/page2.html

【００６４】上記の例において、（ａ）は、“server”
という名前をもつホストの“/dir/page.html”というパ
スで指定できるページデータ（この場合はＨＴＭＬデー
タ）を“http”というプロトコルを用いて取得すること
を意味する。同様に（ｂ）では、“http”プロトコルを
用いて、“server2”というホストの“/dir2/a.gif”と
いうデータ（この場合はＧＩＦイメージデータ）を取得
することを表す。（ｃ）では、“file”というプロトコ
ルが指定されており、これは通常のファイルを開く際の
指定方法であることを示しており、また、“localhos
t”すなわちユーザー自身の情報装置内にある、“/page
2.html”というファイル名で指定できるＨＴＭＬデータ
を取得することを意味している。

【００６５】保存すべきページの指定には、その情報機
器の環境によりいろいろな指定の仕方があり、例えば、
表示装置上にまさに表示しているページをそのまま保存
する場合には、ユーザーはその旨を指定する（例えば、
メニュー選択操作などを行う）だけでよく、保存すべき
ページのＵＲＬは、表示装置にて把握しているので、そ
の情報をページ保存制御部２１ｃに渡されることでＵＲ
Ｌを入力することができる。図３に示す自動巡回機能を
有するソフトウエア構成では、巡回リスト管理部２４ｂ
によりページを保存するＵＲＬで指定される。

【００６６】ステップＡ２：ページ保存制御部２１ｃに
おいて、保存ページ情報とともに保存すべき付加情報を
該当モジュールから一旦取得しておく。ここで、一旦保
存しておいた付加情報は当該ページの保存が完了した
後、ステップＡ１２にてページ情報に付加して保存する
ために用いる。

【００６７】前記処理によれば、保存に至るユーザーの
操作履歴情報を用いた付加情報は、履歴管理部２１ｂよ
り取得することができる。また、ユーザーのページ上に
ある入力フォームへの入力情報を用いた付加情報は、フ
ォーム管理部２１ｆに問い合わせることで取得すること
ができる。また、自動巡回機能の実行時に保存する設定
条件は、条件設定管理部２１ｉに問い合わせることで取
得することができる。

【００６８】ステップＡ３：ブラウザ制御部２１ａに対
して、保存すべきページのＵＲＬ情報を渡し、データ取
得を要求する。ステップＡ４：ブラウザ制御部２１ａは、このようなＵ
ＲＬのOpen処理を受けて、ネットワークインタフェース
部２２に対して、ＵＲＬ Openのリクエストを発行す
る。ブラウザ制御部２１ａは、ネットワークインタフェ
ース部２２へのリクエスト発行後は、データが取得され
るまで、ネットワークインタフェース部２２からの通知
を待つ。

【００６９】ステップＡ５：ネットワークインタフェー
ス部２２において、データ取得処理が行われる。このス
テップのサブルーチンは、図６のフローチャートで後述
する。ステップＡ６：ネットワークインタフェース部２２から
のデータ取得通知をブラウザ制御部２１ａで受ける。

【００７０】ステップＡ７：ブラウザ制御部２１ａは、
取得されたデータの種類を判定する。様々なデータはこ
こまでのステップを同様の処理にて取得されるが、この
うち、ＨＴＭＬデータについては、ページを構成する関
連データのＵＲＬの情報などが含まれているため、解析
を行う必要がある。そのため、ここでは、ＨＴＭＬデー
タであるとかどうかの判定を行い、ＨＴＭＬデータであ
れば、ステップＡ８へ、そうでなければ、ステップＡ１
０に移行する。

【００７１】ただし、ＨＴＭＬデータであるかどうかに
ついての判定は、前記のように、ページの構成情報を含
むデータの種類が、ＨＴＭＬデータであると判定したた
めであるが、もし、ＨＴＭＬデータではないページ記述
を行うデータの種類が規定されていると、そのデータの
種類を判定する必要がある。同様の意味をもつデータの
種類として、ＶＲＭＬデータなどがある。

【００７２】ステップＡ８：ＨＴＭＬデータについて、
ＨＴＭＬパーサにてデータの解析を行う。ステップ９に
て、ＨＴＭＬデータの解析結果に基づいて、ページを構
成する他のデータのＵＲＬをＵＲＬ管理部に登録してお
く。これはあとでさらに関連するデータも含めて保存す
る場合にＵＲＬ管理部から情報を得るためである。

【００７３】通常、イメージデータなどはそのページに
含まれる情報と考え、１ページの保存時には、ページの
元となるデータ（ＨＴＭＬデータなど）に引き続き保存
しておく。ただし、取得されたＵＲＬが別のページへの
関連情報である場合には、次のぺーじまで保存する場合
をのぞき、取得する必要はない。また、ページを構成す
るイメージデータ等であっても、保存時の条件設定によ
って、たとえば、「イメージを保存しない」などの設定
を行うことができる場合には、イメージでさえも保存す
る必要はなくなる。これらの判定は、ステップＡ１３に
て行う。

【００７４】ステップＡ１０：取得されたデータをペー
ジ保存制御部２１ｃに渡す。ステップＡ１１：ページ保存制御部２１ｃは取得された
データをマルチデータ管理部２３に渡し、マルチパート
ファイル４などの外部記憶装置内への保存処理を行う。
マルチデータ管理部２３は、物理的なファイル１つに対
して渡される複数のデータを保存し、管理することがで
きる。マルチデータ管理部２３で、関連する複数のデー
タを保存したファイルがマルチパートファイルとなる。

【００７５】ステップＡ１２：ページ保存制御部２１ｃ
は、同モジュール内でステップＡ２にて確保していた付
加情報を、先に保存したページ情報に関連づけて、マル
チデータ管理部２３に渡し、保存処理を行う。関連づけ
の方法は、マルチデータ管理部２３に渡す際に、付加情
報である旨とその元となるデータのＵＲＬを通知するこ
とで行うことができる。なお、保存するデータがイメー
ジデータなどページを構成する要素データである場合に
は、この付加情報は存在せず、本ステップによる保存処
理を行う必要はない。

【００７６】ステップＡ１３：ＵＲＬ管理部２１ｇに問
い合わせ、つぎに取得すべきデータのＵＲＬを取得す
る。このとき、保存条件を考慮し、たとえば、イメージ
を保存しないという条件が設定されている場合では、イ
メージデータのＵＲＬは取得しない。また、関連ページ
も含めていくつかのページを一度に保存する場合など
は、ページ数や関連の深さなどの条件にマッチする限り
のＵＲＬを取得するようにする。もし、取得すべきＵＲ
Ｌがある場合、ステップＡ３より繰り返す。取得すべき
ＵＲＬがない場合には、保存処理を終了する。

【００７７】図６は本実施例によるネットワークインタ
フェース部のデータ取得処理の手順を示すフローチャー
トである。図６は図５に示すステップＡ５のサブルーチ
ンであり、図５のステップＡ４から図６のステップＢ１
に移行する。

【００７８】ステップＢ１：ネットワークインタフェー
ス部２２がＵＲＬを指定したオープン処理の要求を受信
する。ネットワークインタフェース部２２ａは、通常、
一連処理を終わっている状態では、オープン処理の要求
を受信したかどうかを監視しており、要求を受信する
と、オープン処理に移行する。

【００７９】ステップＢ２：キャッシュデータ管理部２
２ｂに対して、指定されたＵＲＬに対応するキャッシュ
データがあるかどうかを問い合わせる。ただし、特別な
ＵＲＬ、オープン要求、あるいはオプション指定等によ
っては、キャッシュデータを無視する場合がある。この
場合には、キャッシュデータが有る場合でも、無いもの
として処理を続ける。キャッシュデータに有る場合はス
テップＢ３へ、無い場合はステップＢ４へ移行する。

【００８０】ステップＢ３：キャッシュデータ管理部２
２ｂにて、キャッシュファイルから該当するＵＲＬに対
するキャッシュデータを読み出す。ステップＢ４：ネットワーク上の該当するサーバーに対
して、データの要求を行う。どのサーバーに対して要求
を行うべきかは、ＵＲＬを解釈することによって、この
キャッシュデータ管理部２２ｂにて行う。もし、ユーザ
ーの装置内でのデータを要求するＵＲＬであった場合に
は（前述のＵＲＬ例のfile:…の場合）、直接そのファ
イルをオープンすることもある。

【００８１】ステップＢ５：サーバー上に該当するデー
タがあった場合には、データが送信されてくるので、デ
ータを受信する。ステップＢ６：ネットワークインタフェース部２２ａに
対して要求を送信してきたモジュールに対して、キャッ
シュファイルあるいはネットワークやファイルなどから
取得されたデータを返送して、図５のステップＡ６に移
行する。

【００８２】図７は図５に示すステップＡ１に追加した
付加情報の保存処理の手順を示すフローチャートであ
る。図７において、Ｃは分岐点を示し、Ｄは合流点を示
す。図５のステップＡ１から図７のステップＣ１に移行
する。ステップＣ１：保存しようとするページのＵＲＬが既に
マルチパートファイル（ＭＰＦ）４に保存されているか
どうかをマルチデータ管理部（マルチパートファイルマ
ネージャ）２３に問い合わせて確認する。

【００８３】ステップＣ２：確認の結果、保存されてい
なければ、通常通りの保存処理を継続して図５のステッ
プＡ２に移行する。ステップＣ３：保存されていれば、そのページ自体は保
存する必要はないので、付加情報のみを保存して図５の
ステップＡ１２に移行する。図７のフローチャートに示
したＣ１〜Ｃ３の処理を追加することにより、ページデ
ータ１つ保存するだけで、複数の付加情報（例えば、ユ
ーザーの入力情報）のみを保存することができる。

【００８４】図８は本実施例によるマルチパートファイ
ルへの本体データの保存処理の経由を示す説明図であ
る。ネットワークデータの保存処理の経由：［ＷＷＷ］→
［ネットワークインタフェース部］→［プラウザ制御
部］→［ＨＴＭＬパーサ］→［ページ保存制御部］→
［マルチデータ管理部］→［マルチパートファイル］キャッシュデータの保存処理の経由：［キャッシュファ
イル］→［キャッシュデータ管理部］→［ネットワーク
インタフェース部］→［プラウザ制御部］→［ＨＴＭＬ
パーサ］→［ページ保存制御部］→［マルチデータ管理
部］→［マルチパートファイル］

【００８５】図９は本実施例によるマルチパートファイ
ルへの本体データと履歴データの保存処理の経由を示す
説明図である。図９のネットワークデータ及びキャッシ
ュデータの保存処理の経由は図８と同じである。履歴データの保存処理の経由：［履歴管理部］→［ペー
ジ保存制御部］→［マルチデータ管理部］→［マルチパ
ートファイル］の経由が図８に対して追加される。

【００８６】図１０は本実施例による保存データの表示
処理の手順を示すフローチャートである。図１０におい
て、ステップＥ１：保存されているページの中から、表示す
べきページを指定する。保存ページの指定についても、
ネットワーク上の表示すべきページと同様“ＵＲＬ”に
より指定することができるものとする。例えば、以下の
ようなＵＲＬの指定規則を設けることで可能となる。

【００８７】元のページのＵＲＬ：http://www/a/b.htm
l 保存マルチパートファイル名（保存ＭＰＦ名）：/dir/f
ile マルチパートファイルサーバー名（ＭＰＦサーバー
名）：mpf-server →当該保存ページの指定ＵＲＬ：x-mpf://mpf-server/d
er/file/＝ＵＲＬ＝/http://a/b.html

【００８８】上記の例にて、保存マルチパートファイル
は、マルチデータ管理部２３にて管理しているファイル
名で、１つのファイル('/dir/file')に、複数のデータ
が保存されている。この中に保存されているデータを指
定するため、'/＝ＵＲＬ＝/'以降に元のＵＲＬを指定す
ればよい。

【００８９】また、上記の例では、保存データが'mpf-s
erver'という名前の別のホスト上から読み出すことを想
定したＵＲＬとなっているが、ユーザーの機器内であれ
ば、省略することができる。さらに、先頭の'x-mpf:'に
ついても簡単化のために仮に決めたが、'http'など既存
のプロトコルを指定したＵＲＬ規則とすることも可能で
ある。

【００９０】さらに、上記の例では、'/＝ＵＲＬ＝/'
と、元のページのＵＲＬを指定することにしているが、
その他の指定方法を設けることができる。例えば、ＩＤ
などで識別できる場合には、'/＝ＩＤ＝/'として、この
文字以降にＩＤを指定してもよい。

【００９１】ステップＥ２：このようにして保存ページ
を指定したＵＲＬをブラウザ制御部２１ａに対して、Ｕ
ＲＬ Openを行う。上記ステップＥ１にて、保存ページ
の指定をＵＲＬによって指定できるようにしているた
め、このステップは、通常のページデータの表示方法の
過程と共通化できる。ステップＥ３：ブラウザ制御部２１ａよりネットワーク
インタフェース部２２ａに対して、保存ページに対する
ページデータ取得のためのオープン要求を送信する。

【００９２】ステップＥ４：ネットワークインタフェー
ス部２２ａにて、ブラウザ制御部２１ａからのオープン
要求を受信し、マルチデータ管理部２３よりデータ取得
処理を行う（図１１のフローチャート参照）。ステップＥ５：ネットワークインタフェース部２２ａか
ら返送されてきたデータをブラウザ制御部２１ａで受信
する。

【００９３】ステップＥ６：ブラウザ制御部２１ａで
は、受信したデータを解析し、そのページデータに対応
する付加情報が保存されていないかどうかを確認する。
付加情報が保存されているかどうかの確認結果は、ステ
ップＥ４におけるネットワークインタフェース部２２ａ
でのマルチデータ管理部２３からのデータ取得時に、マ
ルチデータ管理部２３によって、データのヘッダ部に添
付されている。

【００９４】ブラウザ制御部２１ａでは、データのヘッ
ド部を解釈すれば、そのデータに対する付加情報が保存
されているかどうかを簡単に識別することができる。も
し、付加情報があることが確認できれば、ステップＥ７
に移行、付加情報がなければ、通常の表示処理を行えば
よいので、ステップＥ９に移行する。

【００９５】ステップＥ７：ブラウザ制御部２１ａより
ネットワークインタフェース部２２ａへ、付加情報を取
得する要求を発信し、これを受信したネットワークイン
タフェース部２２ａにて、マルチデータ管理部２３から
該当データの付加情報を取得する。このとき、ブラウザ
制御部２１ａからネットワークインタフェース部２２ａ
への付加情報の要求はやはり、該当する付加情報を識別
できるＵＲＬによるオープン処理により行うことができ
る。

【００９６】この付加情報のＵＲＬは、先にデータを取
得する際にヘッダ情報に付記されており、これにより、
ステップＥ７でのネットワークインタフェース部２２ａ
での処理は、ステップＥ４と同じく通常のオープン要求
に対する処理と同様に行うことができる。なお、ステッ
プＥ７は、図１１の詳細フローチャートを用いて後述す
る。付加情報を指すＵＲＬは、例えば、以下のような形
をとることができる。

【００９７】付加情報を取得するためのＵＲＬ例： x-mpf://mpf-server/dir/file/＝ＩＤ＝/100 上例では、‘mpf-server’というサーバーの‘/dir/fil
e’というマルチファイルに含まれるＩＤが‘100’とい
うデータを指している。‘mpf-server’を省略した場合
は、ネットワークを経由しないユーザー自身の機器内に
あるデータを指す。このように、ネットワークを経由す
る場合にもＵＲＬの記述により表示に反映することがで
きる。

【００９８】ステップＥ８：取得した付加情報をブラウ
ザ制御部２１ａが受信し、該当モジュールへ登録する。
これにより、これから表示するデータに対して、保存し
た付加情報を表示に反映することができる。また、この
場合の付加情報を渡す先である該当モジュールとは、付
加情報の種類により区別される。付加情報として、ユー
ザーの履歴データである場合には、履歴管理部２１ｂに
対して、取得した付加情報を設定すれば、操作履歴を再
現することができる。

【００９９】付加情報として、ユーザーの入力情報デー
タである場合には、入力情報を管理しているフォーム管
理部２１ｆに対してデータを設定することで、入力情報
を再現することができる。付加情報として、接続条件や
データの取得条件などであった場合には、取得した情報
を条件設定管理部２１ｉに対して設定する。それによ
り、これから表示するページデータに対して、今、設定
した条件が有効となる。

【０１００】また、取得したページデータには、複数の
付加情報が設定されている場合がある。このような場合
には、本ステップＥ８により複数の付加情報を全て取得
し、それぞれを該当モジュールに設定する。ユーザーの
入力情報が複数保存されている場合の再現方法に関する
ものであるが、この場合、複数のページであるように見
せるために、履歴管理部２１ｂを用いる。すなわち、履
歴管理部２１ｂでは、ユーザーの操作履歴とともにペー
ジの参照履歴を管理する。

【０１０１】そこで、保存されている入力情報の数だ
け、まず、履歴管理部２１ｂに対して、同じページを複
数回参照したかのように登録し、同時にそれぞれのペー
ジの履歴として、入力情報も登録する。そして、履歴管
理部２１ｂより、順次ページを参照すると、履歴管理部
２１ｂから表示する時のページは同じでありながら、そ
こからフォーム管理部２１ｆに登録される入力情報はそ
れぞれ別に保存されたものが設定され、あたかも、複数
ページが保存されていたかのように処理することができ
る。

【０１０２】ステップＥ９：表示するデータがＨＴＭＬ
データかどうかを判定する。ＨＴＭＬデータであれば、
ＨＴＭＬの解釈を行う必要があるためである。もし、Ｈ
ＴＭＬデータであれば、ステップＥ１０に移行し、そう
でなければ、ステップＥ１２に移行する。

【０１０３】ステップＥ１０：取得したデータＨＴＭＬ
であるので、ＨＴＭＬパーサ２１ｅにて、ＨＴＭＬの解
析処理を行う。解析処理とは、ＨＴＭＬ文法にしたがっ
て記述内容を解析し、どのような文字をどのようなレイ
アウトで表示するか、またイメージや他のページへのリ
ンク情報が含まれているかどうかなどを解析するもので
ある。

【０１０４】ステップＥ１１：ＨＴＭＬ中にイメージや
リンク情報などが含まれていることがＨＴＭＬ解析処理
にて判定された場合、それらをＵＲＬ管理部２１ｇに登
録する。ステップＥ１２：ＨＴＭＬデータではなかった場合の処
理として、イメージデータであるかどうかの判定を行
う。これは、イメージデータはイメージ処理部２１ｈに
て特別の処理を行う必要があるためである。

【０１０５】ステップＥ１３：取得したデータがイメー
ジデータである場合に読み出され、イメージ処理部２１
ｈにてイメージデータの解析処理を行う。ここでは、イ
メージデータの様々なフォーマットを解釈し、表示でき
るフォーマットに展開する。フォーマットとしては、例
えば、ＧＩＦ，ＪＰＥＧなどあらゆるものが存在する
が、それぞれに応じた展開処理を行う必要がある。

【０１０６】ステップＥ１４：ＨＴＭＬ、イメージ、あ
るいはその他の表示すべきデータを受けとり、１ページ
の表示枠に正しくデータをレイアウト（配置）する処理
を行う。ステップＥ１５：レイアウトされた結果を実際の表示装
置５に対して表示を行う。ステップＥ１６：このようにして、１つのデータの表示
が行われると、次に同じ１ページを構成する別のオブジ
ェクトデータを取得し、合わせて表示処理を行うため
に、次のデータがないかどうかをＵＲＬ管理部２１ｇに
問い合わせる。

【０１０７】ＵＲＬ管理部２１ｇでは、リンク情報など
別のページを構成するものは除き、イメージなどそのペ
ージを構成する要素が他にあるかどうかを調べ、ある場
合は、再度取得処理を行うため、ステップＥ２から繰り
返す。もうＵＲＬがない場合には、表示を完了する。

【０１０８】上記処理により、付加条件に基づいてペー
ジの表示を行うことができるが、ステップＥ１４やステ
ップＥ１５のレイアウト／表示処理は、そのページに含
まれるイメージデータを取得してからでないと開始でき
ない場合もある。その場合には、ＨＴＭＬ取得中は、レ
イアウト／表示は行わずに、次のイメージデータを取得
する時に合わせて、レイアウト／表示処理を行うことで
実現できる。

【０１０９】次に、上記処理中のステップＥ４及びステ
ップＥ７におけるネットワークインタフェース部２２ａ
での処理について示す。図１１は本実施例によるネット
ワークインタフェース部の保存データの取得処理の手順
を示すフローチャートである。また、図１１は図１０に
示すステップＥ４及びステップＥ７のサブルーチンであ
り、図１０のステップＥ３またはステップＥ６から図１
１のステップＦ１に移行する。

【０１１０】ステップＦ１：ネットワークインタフェー
ス部２２ａにてＵＲＬ Openの要求を受信する。ステップＦ２：ＵＲＬ Openの要求が、マルチデータ管
理部２３からの保存データを要求しているのかどうかを
判定する。これは、例えば、ＵＲＬの先頭の'x-mpf' な
どの記述を見れば判断することができる。もし、マルチ
データ管理部２３からの保存データを要求しているのな
らば、ステップＦ３へ、そうでなければ通常のオープン
処理を行うためステップＦ６に移行する。

【０１１１】ステップＦ３：別のホストのマルチパート
ファイルマネージャへの要求かどうかを判定する。別の
ホストにある保存ページを表示する時には、別のホスト
へこの要求を流す必要がある。ステップＦ６：ここでは、一旦通常のオープン要求処理
を行い、該当するホスト内にて、マルチデータ管理部２
３への要求を行う。図５のステップＡ６に移行する。

【０１１２】ステップＦ４：マルチデータ管理部２３か
ら、該当データを読み出す。読み出しには、ＵＲＬに指
定された、マルチファイル名とＩＤや保存前のＵＲＬ名
などを指定することで可能になる。ステップＦ５：マルチデータ管理部２３で該当するデー
タを読み出すことができれば、そのデータを要求先に返
送する。図１０のステップＥ５またはＥ８に移行する。
ここでのネットワークインタフェース部２２ａでの取得
処理は、通常のページデータの要求に対しても、付加情
報に対する要求に対しても変わることなく行うことがで
きる。

【０１１３】図１２は本実施例によるマルチパートファ
イルに保存されたデータの表示処理の経由を示す説明図
である。図１２において、保存データの表示処理の経由：［マルチパートファイ
ル］→［マルチデータ管理部］→［ネットワークインタ
フェース部］→［プラウザ制御部］→［ＨＴＭＬパー
サ］→［レイアウト処理部］→［表示処理部］→［表示
装置］

【０１１４】図１３は本実施例によるマルチパートファ
イルに保存されたデータの表示処理の経由と履歴データ
の読み出しの経由を示す説明図である。図１３の保存デ
ータの表示処理の経由は図１２と同じである。履歴データの読み出しの経由：［マルチパートファイ
ル］→［マルチデータ管理部］→［ネットワークインタ
フェース部］→［プラウザ制御部］→［履歴管理御部］
の経由が、図１２に対して追加される。

【０１１５】図１４は本実施例によるネットワーク上の
サーバーに保存されたデータと履歴データの表示処理の
経由を示す説明図である。図１４に示すように、別の情
報機器（サーバー）上にあるマルチパートファイルに保
存された表示データおよび履歴データをネットワークを
介して読み出して表示装置に表示する。保存データの表示処理の経由：［マルチパートファイ
ル］→［マルチデータ管理部］→［サーバー］→［ネッ
トワークインタフェース部］→［プラウザ制御部］→
［ＨＴＭＬパーサ］→［レイアウト処理部］→［表示処
理部］→［表示装置］履歴データの表示処理の経由：
［マルチパートファイル］→［マルチデータ管理部］→
［サーバー］→［ネットワークインタフェース部］→
［プラウザ制御部］→［履歴管理部］

【０１１６】図１５は本実施例によるマルチパーツファ
イルに保存された付加情報の一括送信処理の手順を示す
フローチャートである。保存ページデータに付加情報と
してユーザー入力情報が保存されており、この付加情報
を送信先に一括自動送信処理を行う。ステップＧ１：図１０の保存データの表示処理の完了
後、保存された付加情報の一括自動送信処理を行うかど
うかを判定する。これは、例えば、あらかじめこのよう
なモードに設定してあるかどうかを判定するだけでよ
い。もし、自動送信を行わないのであれば、この処理を
終える。

【０１１７】ステップＧ２：ユーザー入力情報が設定さ
れているかどうかを判定する。ユーザー入力情報が設定
されていなければ、送信情報はないので、つぎのページ
の処理（ステップＧ５）に移る。ステップＧ３：さらに、送信先が設定されているかどう
かを判定する。送信先が設定されていなければ、送信す
ることができないので、ステップＧ５に移行する。

【０１１８】ステップＧ４：自動送信する情報があるの
で、それをサーバーへ送信できるフォーマットに整える
必要がある。ユーザー入力情報は、フォーム管理部によ
り送信情報に整形し、さらにページ情報からページに指
定された情報を付加し、送信処理を行う。送信処理は通
常のデータ取得処理と同様、整形した情報を持って、送
信先へのＵＲＬオープンを行うことで実現できる。これ
は、表示処理の手順と同様である。送信が完了すると、
つづいて、次のページに送信処理に移る。

【０１１９】ステップＧ５：他に保存ページがあるかど
うかを判定する。保存ページがあれば、繰り返し送信処
理を行うため、ステップＧ２へと進む。これ以上保存ペ
ージがなければ、処理を終了する。

【０１２０】前記処理により、保存されたデータにユー
ザーの入力情報を入力しておくことができるため、オフ
ライン状態で入力した情報を保存しておき、オンライン
で一気にネットワーク上の接続先に転送することができ
るため、ネットワークの接続時間を短縮することができ
ると同時に、入力情報を誤ることも少なく、また、送信
したデータがそのまま保存されているので内容の確認も
容易となる。

【０１２１】

【発明の効果】本発明によれば、インターネットなどの
ハイパーテキストシステムにおいて、ハイパーテキスト
データとその付加情報とを１つのファイルに保存し、再
現することができる。

【図面の簡単な説明】

【図１】本発明の一実施例によるハイパーテキスト保存
装置のハードウエア構成を示すブロック図である。

【図２】本発明の一実施例によるハイパーテキスト保存
装置のソフトウエア構成を示すブロック図である。

【図３】本実施例による自動巡回機能を備えたソフトウ
エア構成を示すブロック図である。

【図４】本実施例によるマルチパートファイルのフォー
マットの一例を示す図である。

【図５】本実施例によるデータの保存処理の手順を示す
フローチャートである。

【図６】本実施例によるネットワークインタフェース部
のデータ取得処理の手順を示すフローチャートである。

【図７】図７は図５に示すステップＡ１に追加した付加
情報の保存処理の手順を示すフローチャートである。

【図８】本実施例によるマルチパートファイルへの本体
データの保存処理の経由を示す説明図である。

【図９】本実施例によるマルチパートファイルへの本体
データと履歴データの保存処理の経由を示す説明図であ
る。

【図１０】本実施例による保存データの表示処理の手順
を示すフローチャートである。

【図１１】本実施例によるネットワークインタフェース
部の保存データの取得処理の手順を示すフローチャート
である。

【図１２】本実施例によるマルチパートファイルに保存
されたデータの表示処理の経由を示す説明図である。

【図１３】本実施例によるマルチパートファイルに保存
されたデータの表示処理の経由と履歴データの読み出し
の経由を示す説明図である。

【図１４】本実施例によるネットワーク上のサーバー−
に保存されたデータと履歴データの表示処理の経由を示
す説明図である。

【図１５】本実施例によるマルチパーツファイルに保存
された付加情報の一括送信処理の手順を示すフローチャ
ートである。

【符号の説明】

１ＣＰＵ２プログラムメモリ３ワークメモリ４マルチパートファイル５表示装置６入力装置７キャッシュファイル８ネットワーク装置９サーバー１０外部記憶媒体１１媒体読取装置１２バス２１メインプロセッサ部２１ａプラウザ制御部２１ｂ履歴管理部２１ｃページ保存制御部２１ｄレイアウト処理部２１ｅＨＴＭＬパーサ２１ｆフォーム管理部２１ｇＵＲＬ管理部２１ｈオメージ処理部２１ｉ表示処理部２１ｊ条件設定管理部２２リソースインタフェース部２２ａネットワークインタフェース部２２ｂキャッシュデータ管理部２３マルチデータ管理部２４自動巡回メインプロセッサ部２４ａ自動巡回制御部２４ｂ巡回リスト管理部

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続されたサーバーと通
信しそのサーバーに格納されたハイパーテキストデータ
を受信するインタフェース部と、前記インタフェース部
により受信したハイパーテキストデータを構文解析する
構文解析部と、前記構文解析部により構文解析されたハ
イパーテキストデータを表示装置に表示する表示処理部
と、前記表示装置に表示中のハイパーテキストデータと
それに関連する複数データと前記ハイパーテキストデー
タに付加情報を関連付けて記憶装置の１つのファイル領
域に格納するファイル管理部と、前記各部を制御する制
御装置とを備えたことを特徴とするハイパーテキスト保
存装置。
【請求項２】前記制御装置は、前記ファイル管理部
に、前記ファイル領域に格納されたハイパーテキストデ
ータとその付加情報とを読み出させ、前記表示処理部
に、前記ハイパーテキストデータをその付加情報に基づ
いて表示情報を作成して前記表示装置に表示させること
を特徴とする請求項１記載のハイパーテキスト保存装
置。
【請求項３】前記制御装置は、前記インタフェース部
がネットワークに接続されたサーバーからハイパーテキ
ストデータとその付加情報を受信した際、前記ファイル
管理部に、前記ハイパーテキストデータとその付加情報
を関連付けて前記ファイル領域に格納させ、前記表示処
理部に、前記ハイパーテキストデータをその付加情報に
基づいて表示情報を作成して前記表示装置に表示させる
ことを特徴とする請求項１記載のハイパーテキスト保存
装置。
【請求項４】前記制御装置は、前記ファイル管理部
に、ユーザーの操作履歴情報からなる付加情報をハイパ
ーテキストデータに関連付けて前記ファイル領域に格納
させることを特徴とする請求項１記載のハイパーテキス
ト保存装置。
【請求項５】前記制御装置は、前記ファイル管理部
に、ユーザーの操作履歴情報からなる付加情報をハイパ
ーテキストに関連付けて前記ファイル領域に格納させ、
前記表示処理部に、前記ファイル領域に格納したハイパ
ーテキストデータとその操作履歴情報とを読み出させ、
前記ハイパーテキストデータを操作履歴情報に基づいて
表示情報を作成して前記表示装置に表示させることを特
徴とする請求項１記載のハイパーテキスト保存装置。
【請求項６】前記制御装置は、前記ファイル管理部
に、ユーザーの入力フォーム情報からなる付加情報をハ
イパーテキストデータに関連付けて前記ファイル領域に
格納させることを特徴とする請求項１記載のハイパーテ
キスト保存装置。
【請求項７】前記制御装置は、前記ファイル管理部
に、ユーザーの入力フォーム情報からなる付加情報をハ
イパーテキストに関連付けて前記ファイル領域に格納さ
せ、前記表示処理部に、前記ファイル領域に格納したハ
イパーテキストデータとその入力フォーム情報を読み出
させ、前記ハイパーテキストデータを入力フォーム情報
に基づいて表示情報を作成して前記表示装置に表示させ
ることを特徴とする請求項１記載のハイパーテキスト保
存装置。
【請求項８】前記制御装置は、前記ファイル管理部
に、ユーザーの入力フォーム情報からなる複数の付加情
報を１つのハイパーテキストデータに関連付けて前記フ
ァイル領域に格納させることを特徴とする請求項１記載
のハイパーテキスト保存装置。
【請求項９】前記制御装置は、前記ファイル管理部
に、ユーザーの入力フォーム情報からなる複数の付加情
報を１つのハイパーテキストデータに関連付けて前記フ
ァイル領域に格納させ、前記表示処理部に、１つのハイ
パーテキストデータを複数の入力フォーム情報に基づい
て表示情報を個別に作成して前記表示装置に表示させる
ことを特徴とする請求項１記載のハイパーテキスト保存
装置。
【請求項１０】前記制御装置は、前記インタフェース
部がネットワークに接続された送信先のサーバーから前
記ファイル領域に保存されたデータ送信の要求を受けた
際、前記ファイル管理部に、前記ファイル領域に保存さ
れたハイパーテキストデータとその付加情報とを読み出
して前記インタフェース部に出力させることを特徴とす
る請求項１記載のハイパーテキスト保存装置。
【請求項１１】前記制御装置は、前記ファイル管理部
に、サーバーの接続条件情報、データの取得条件情報及
び表示条件情報からなる付加情報をハイパーテキストデ
ータに関連付けて前記ファイル領域に格納させることを
特徴とする請求項１記載のハイパーテキスト保存装置。
【請求項１２】前記制御装置は、前記ファイル管理部
に、サーバーの接続条件情報、データの取得条件情報及
び表示条件情報からなる付加情報をハイパーテキストデ
ータに関連付けて前記ファイル領域に格納させ、前記表
示処理部に、前記ファイル領域に格納したハイパーテキ
ストデータとその付加情報とを読み出させ、前記ハイパ
ーテキストデータを表示条件情報に基づいて表示情報を
作成して前記表示装置に表示させることを特徴とする請
求項１記載のハイパーテキスト保存装置。
【請求項１３】ネットワークに接続されたサーバーと
通信しそのサーバーに格納されたハイパーテキストデー
タを受信するインタフェース部と、記憶装置と、表示装
置とを備えたハイパーテキスト保存装置をコンピュータ
によって制御するプログラムを記憶した媒体であって、
コンピュータに、前記インタフェース部により受信した
ハイパーテキストデータを構文解析させ、構文解析され
たハイパーテキストデータを表示装置に表示させ、表示
中のハイパーテキストデータとそれに関連する複数デー
タとハイパーテキストデータに付加情報を関連付けて記
憶装置の１つのファイル領域に格納させることを特徴と
するハイパーテキスト保存装置制御プログラムを記憶し
た媒体。
【請求項１４】前記コンピュータに、前記ファイル領
域に格納されたハイパーテキストデータとその付加情報
とを読み出させ、前記付加情報をハイパーテキストデー
タに関連させた表示情報を作成して前記表示装置に表示
させることを特徴とする請求項１３記載のハイパーテキ
スト保存装置制御プログラムを記憶した媒体。
【請求項１５】前記コンピュータに、前記インタフェ
ース部がネットワークに接続されたサーバーからハイパ
ーテキストデータとその付加情報を受信した際、前記ハ
イパーテキストデータとその付加情報を関連付けて前記
ファイル領域に格納させ、前記付加情報をハイパーテキ
ストデータに関連させた表示情報を作成して前記表示装
置に表示させることを特徴とする請求項１３記載のハイ
パーテキスト保存装置制御プログラムを記憶した媒体。