画面制御ファイル記憶装置、画面制御ファイル記憶方法、画面制御ファイル記憶プログラムを記録した媒体および画面表示装置
【課題】 いわゆるダウンロードツールはブラウザのキャッシュに該当ファイルが存在するにもかかわらず重複ダウンロードしていた。
【解決手段】 ブラウザ４２ｃにてプロキシ設定されたダウンロードツール４２ｄは、ブラウザ４２ｃからのデータ取得要求に応じて該当ファイルがファイル格納領域４２ｄ１に存在する場合に同領域から取得し、存在しない場合にのみＷｅｂサーバ１０などから取得してブラウザ４２ｃに渡すようにしており、予め所望のＵＲＬに基づくファイルをＷｅｂサーバ１０などから一度にまとめてダウンロードしてファイル格納領域４２ｄ１に格納するにあたり、ブラウザ４２ｃにて読み込まれているファイルに対するＵＲＬを取得し、このＵＲＬに関連するファイルがブラウザ４２ｃのキャッシュ領域４２ｃ１に存在する場合には同領域から優先的に取得するようにした。
【解決手段】 ブラウザ４２ｃにてプロキシ設定されたダウンロードツール４２ｄは、ブラウザ４２ｃからのデータ取得要求に応じて該当ファイルがファイル格納領域４２ｄ１に存在する場合に同領域から取得し、存在しない場合にのみＷｅｂサーバ１０などから取得してブラウザ４２ｃに渡すようにしており、予め所望のＵＲＬに基づくファイルをＷｅｂサーバ１０などから一度にまとめてダウンロードしてファイル格納領域４２ｄ１に格納するにあたり、ブラウザ４２ｃにて読み込まれているファイルに対するＵＲＬを取得し、このＵＲＬに関連するファイルがブラウザ４２ｃのキャッシュ領域４２ｃ１に存在する場合には同領域から優先的に取得するようにした。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、画面制御ファイル記憶装置、画面制御ファイル記憶方法、画面制御ファイル記憶プログラムを記録した媒体および画面表示装置に関し、特に、所定の画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定のキャッシュ領域に記憶する画面表示装置に適用して好適な画面制御ファイル記憶装置、画面制御ファイル記憶方法、画面制御ファイル記憶プログラムを記録した媒体および画面表示装置に関する。
【０００２】
【従来の技術】従来、上記の画面表示装置の一例として、いわゆるブラウザと呼ばれるソフトウェアを搭載したパソコンを挙げることができる。周知の通り、このブラウザとはＵＲＬの入力に基づいてＨＴＭＬファイルや画像データファイルなどのファイルを読み込み、読み込んだファイルに基づいて文字列や画像などを画面表示するものである。多くの場合、読み込み対象となるファイルは、インターネット網上のＷｅｂサーバに存在するため、かかる場合にブラウザはインターネット網を経由してファイルを読み込むことになる。ここにおいて、通常、一般利用者はプロバイダと呼ばれるインターネット接続業者と契約を締結し、このプロバイダの所有するインターネット網上のサーバに公衆回線を介して接続することにより、実質的にインターネット網と自己のパソコンとを接続するようになっている。従って、ブラウザは公衆回線を経由して上記のようなファイルを読み込むことになるが、パソコンの処理速度に比べて公衆回線の通信速度は著しく遅いため、これが原因となってブラウザの画面表示速度も遅くなってしまう。
【０００３】上述したように、一般利用者はプロバイダと契約を締結してインターネット網に接続するようになっており、多くの場合、かかる利用者は単位時間当たり所定の接続料をプロバイダに支払うなどしているため、画面表示速度が遅くなると当然に接続時間もかさんで接続料の負担も多大となってしまう。そこで、多くのブラウザでは、一旦読み込んだファイルを所定のキャッシュ領域に一時的に記憶し、読み込み対象となるファイルがキャッシュ領域に存在する場合には、同キャッシュ領域に存在するファイルを優先して読み込むようになっており、これによってブラウザの画面表示速度を全体として向上させている。むろん、キャッシュ領域内のファイルは一時的に記憶されるのみであり、あるタイミングでブラウザによって消去されるため、実際には直前に読み込んだファイルを再度読み込む場合など、最近読み込んだファイルについてブラウザの画面表示速度を向上させるのみである。
【０００４】かかる点にかんがみ、近年においてはダウンロードツールなるソフトウェアが開発されるに至った。このダウンロードツールは、利用者が所望のＵＲＬを指示すると、そのＵＲＬに対応するファイルおよび階層的にページ構築されている場合には指定階層までのファイルを一度にまとめてダウンロードし、次にブラウザ上でそのＵＲＬが入力されたときに、ダウンロードしておいたファイルをブラウザに読み込ませるようにするものである。従って、利用者がダウンロードを指示したＵＲＬについては、オフライン状態でもブラウザによる画面表示が可能となり、回線接続時間も低減される結果となる。
【０００５】このダウンロードツールは、ブラウザで読み込まれる可能性のあるファイルをパソコン側に記憶しておき、このファイルをブラウザに読み込ませることにより回線接続時間を低減させるという点においては、上述したキャッシュ領域にファイルを記憶する手法と同様である。しかし、ダウンロードツールにあっては、パソコン側に記憶するファイルが利用者が取得を指示したＵＲＬに基づくものであるため、キャッシュ領域に記憶する手法に比べ、記憶したファイルが再度ブラウザに読み込まれる可能性が高いという点で異なる。このため、ダウンロードツールによってダウンロードしたファイルは、利用者が特に指示するまで消去されないようになっている。
【０００６】
【発明が解決しようとする課題】上述した従来の技術においては、次のような課題があった。通常、利用者はブラウザにＵＲＬを入力して画面表示させ、その画面表示を閲覧した上で、必要であればダウンロードツールにそのＵＲＬを指示して対応するファイルをダウンロードさせる。従って、この時点では同ＵＲＬに対するＨＴＭＬファイルや画像データファイルなどがキャッシュ領域に存在していることになるが、かかる場合であってもダウンロードツールは一律に指示されたＵＲＬに該当するＨＴＭＬファイルや画像データファイルを対応するＷｅｂサーバから取得している。すなわち、重複ダウンロードとなって効率が悪くなり、必ずしもインターネット網への接続時間を有効に利用しているとはいえない。
【０００７】一方、ブラウザのキャッシュ領域内にて所定期間だけ記憶しておくファイルと、利用者が特に指示するまで消去しないようにする保存用ファイルとを分別して管理することも可能であるが、一つのキャッシュ領域内でかかるファイル種別に分けて管理することは、管理上の煩雑さをもたらすことになるため得策ではないといえる。
【０００８】本発明は、上記課題にかんがみてなされたもので、所定のホスト装置にて保持されるＨＴＭＬファイルや画像データファイルなどの画面制御ファイルを取得して記憶する場合において、画面制御ファイルの管理体系を簡易にしつつ、効率的にホスト装置に接続するようにして接続時間を低減することが可能な画面制御ファイル記憶装置、画面制御ファイル記憶方法、画面制御ファイル記憶プログラムを記録した媒体および画面表示装置の提供を目的とする。
【０００９】
【課題を解決するための手段】上記目的を達成するため、請求項１にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶装置であって、上記ホスト装置との間で通信可能なホスト装置通信手段と、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する画面制御ファイル取得記憶手段とを備えた構成としてある。
【００１０】上記のように構成した請求項１にかかる発明においては、画面表示装置は、所定のネットワークを介して所定の画面制御ファイルを備えたホスト装置から同画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する。ここにおいて、アドレス取得手段が利用者の指示により同画面表示装置によって読み込まれた画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得すると、画面制御ファイル取得記憶手段はホスト通信手段を介して上記ホスト装置から同アドレス情報に該当する画面制御ファイルを取得して記憶する前に、該当する画面制御ファイルが上記キャッシュ領域に記憶されている場合には同キャッシュ領域から優先的に取得して記憶する。
【００１１】ここにおける画面表示装置の本来的な役割としては、ホスト装置上の画面表示ファイルを読み込んで画面表示することができればよく、画面表示装置およびこの画面表示装置で読み込む画面制御ファイルの構成については、多種多様であって特に限定されるものではない。例えば、インターネット上のホームページを閲覧する場合に、ブラウザと呼ばれるプログラムを搭載したパソコンを利用してＷｅｂサーバ上のＨＴＭＬファイルや画像データファイルなどを読み込んで画面表示可能となっており、この場合にはブラウザを備えたパソコンが画面表示装置となり、ＨＴＭＬファイルや画像データファイルが画面制御ファイルとなる。
【００１２】そして、多くのブラウザにあっては、一旦読み込んだ上記の画面制御ファイルを所定期間だけキャッシュ領域に格納しておき、再度、その画面制御ファイルを読み込む場合に同キャッシュ領域から優先的に読み込むことによって画面表示速度を全体として向上させている。このように画面表示装置にて画面表示速度の向上を目的として画面制御ファイルを一時的に記憶する領域を広くキャッシュ領域と呼び、その実態としては所定のメモリ上の領域であったり、ハードディスク上の領域であるなど、各種の記憶媒体上に形成可能である。
【００１３】また、アドレス情報は、画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するための情報であり、各種形態を適用可能であるが、その一例として、上述したインターネットにおけるＵＲＬなる情報がこれに該当する。すなわち、ＵＲＬとはブラウザで読み込むＨＴＭＬファイル名や画像データファイル名と、これらの画面制御ファイルが備えられているホスト装置の識別情報などからなっており、ブラウザはこのＵＲＬに基づいて対応する画面制御ファイルを読み込むようになっている。かかる場合において、アドレス情報取得手段は、利用者からの要望に応じてブラウザからアドレス情報たるＵＲＬを取得する構成としておけばよいことになる。
【００１４】ここで画面制御ファイル取得記憶手段が画面制御ファイルを取得する意味は、上述したキャッシュ領域とは異なる記憶領域に画面制御ファイルを記憶することにより、キャッシュ内の画面制御ファイルとは別個に管理して管理体系を簡易にするとともに、適宜、この画面制御ファイルを画面表示装置などに利用させることにある。例えば、画面表示装置がホスト装置から所望の画面制御ファイルを読み込んで画面表示しようとする場合において、その画面制御ファイルが画面制御ファイル取得記憶手段にて記憶されているときにはその記憶されている画面制御ファイルを読み込ませるようにすればよい。
【００１５】画面制御ファイル取得記憶手段がキャッシュ領域から画面制御ファイルを優先的に取得するという場合、第一にキャッシュ領域から該当する画面制御ファイルを取得する処理を実行し、その結果該当する画面制御ファイルを取得不能な場合にホスト装置通信手段を介して該当する画面制御ファイルを取得する処理を実行するという二段階の処理手順に従うことになる。むろん、ここにおいては、前者の処理の後に後者の処理を実行するという順序が守られている限り、両者の処理の連動をいかなるタイミングで行うかについては、各種の態様を適用可能であって限定されることはない。その一例として、前者の処理によってキャッシュ領域から該当する画面制御ファイルを取得できなかった場合に、直ちに後者の処理を実行してホスト装置から同画面制御ファイルを取得するようにしてもよい。
【００１６】また、別の一例として、請求項２にかかる発明は、請求項１に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報取得手段にて取得したアドレス情報に基づく画面制御ファイルが上記キャッシュ領域に記憶されている場合に同キャッシュ領域から取得するキャッシュ内ファイル取得記憶手段と、このキャッシュ内ファイル取得手段によって上記画面制御ファイルを取得不能な場合に上記アドレス情報取得手段にて取得したアドレス情報を記憶するアドレス情報記憶手段と、このアドレス情報記憶手段にて上記アドレス情報を記憶した後に利用者からの要望に応じて同アドレス情報に基づき上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するホストファイル遅延取得記憶手段とを備えた構成としてある。
【００１７】上記のように構成した請求項２にかかる発明においては、アドレス情報取得手段が上記のアドレス情報を取得すると、キャッシュ内ファイル取得記憶手段は同アドレス情報に基づく画面制御ファイルが上記のキャッシュ領域に記憶されている場合に同キャッシュ領域から取得して記憶するが、同キャッシュ領域から画面制御ファイルを取得することができなかった場合、アドレス情報記憶手段が同アドレス情報を記憶する。その後、ホストファイル遅延取得記憶手段は、利用者からの要望があるまで待機して実際に利用者からの要望があると、アドレス情報記憶手段によって記憶されているアドレス情報に基づきホスト装置通信手段を介してホスト装置から対応する画面制御ファイルを取得する。すなわち、キャッシュ内ファイル取得記憶手段によってキャッシュ領域から画面制御ファイルを取得不能であったとしても、ホストファイル遅延取得記憶手段は、直ちにホスト装置通信手段を介してホスト装置から画面制御ファイルを取得することはない。
【００１８】画面制御ファイル取得記憶手段がアドレス情報に基づく画面制御ファイルを取得するといった場合、必ずしもアドレス情報に対応する画面制御ファイルのみを取得することを意味するものではない。その一例として、請求項３にかかる発明は、請求項１に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルを取得するとともに、同画面制御ファイルに含まれる当該画面制御ファイルに関連する他の画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのリンク情報を検出して当該リンク情報に基づいて関連する他の画面制御ファイルを取得する構成としてある。
【００１９】上記のように構成した請求項３にかかる発明においては、画面制御ファイル取得記憶手段は、アドレス情報取得手段にて取得したアドレス情報に対応した画面制御ファイルを取得して記憶する。さらに、同画面制御ファイルに含まれる関連する他の画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのリンク情報を検出し、検出したリンク情報に基づいて関連する他の画面制御ファイルを取得して記憶する。例えば、上述したＨＴＭＬファイルには、このＨＴＭＬファイルから参照する画像データファイル名や、ハイパーテキストリンクされた他のＨＴＭＬファイルのＵＲＬが記述されることがあり、これらの画像データファイル名やＵＲＬから対応するファイルを取得する場合が含まれる。
【００２０】そして、かかる場合の具体的な画面制御ファイルの取得態様として、請求項４にかかる発明は、請求項３に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルと、当該画面制御ファイルに関連する他の画面制御ファイルとを取得するにあたり、上記キャッシュ領域に記憶された画面制御ファイルについて同キャッシュ領域から取得するとともに、不足する画面制御ファイルについて上記ホスト装置通信手段を介して上記ホスト装置から取得する構成としてある。
【００２１】上記のように構成した請求項４にかかる発明においては、画面制御ファイル取得記憶手段は、アドレス情報取得手段にて取得したアドレス情報に対応した画面制御ファイルと、この画面制御ファイルに関連する他の画面制御ファイルとを取得することになるが、まず画面表示装置のキャッシュ領域に記憶されている画面制御ファイルについて同キャッシュ領域から取得し、その後に、不足する画面制御ファイルがあればホスト装置通信手段を介してホスト装置から取得して記憶する。むろん、上述した請求項２の発明に適用する場合は、キャッシュ内ファイル取得記憶手段によってキャッシュ領域から取得できなかった画面制御ファイルについてのアドレス情報やリンク情報をアドレス情報記憶手段によって記憶しておき、利用者からの要望に応じてホストファイル遅延取得記憶手段によって同アドレス情報やリンク情報に基づいて該当する画面制御ファイルを取得すればよい。
【００２２】利用者の要望に応じて画面表示装置からアドレス情報を取得し、このアドレス情報に基づく画面制御ファイルを取得して記憶するにあたり、同画面表示装置のキャッシュ領域から優先的に取得する手法は、必ずしも実体のある装置に限られる必要もなく、その一例として、請求項５にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶方法であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する構成としてある。
【００２３】すなわち、必ずしも実体のある装置に限らず、その方法としても有効であることに相違はない。
【００２４】ところで、上述したような画面制御ファイル記憶装置は単独で存在する場合もあるし、ある機器に組み込まれた状態で利用される場合もあるなど、発明の思想としては各種の態様を含むものである。また、ハードウェアで実現されたり、ソフトウェアで実現されることもあり、適宜、変更可能である。発明の思想の具現化例として画面制御ファイルを記憶する手段が実質的にソフトウェアの制御による場合には、かかるソフトウェアを記録した記録媒体上においても当然に存在し、利用されるといわざるをえない。
【００２５】その一例として、請求項６にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶プログラムを記録した媒体であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する構成としてある。
【００２６】むろん、その記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。また、一次複製品、二次複製品などの複製段階については全く問う余地無く同等である。その他、供給方法として通信回線を利用して行う場合でも本発明が利用されていることには変わりはないし、半導体チップに書き込まれたようなものであっても同様である。
【００２７】ところで、ブラウザのキャッシュ領域内にて所定期間だけ記憶しておくキャッシュ用の画面制御ファイルと、利用者が特に指示するまで消去しないようにする保存用の画面制御ファイルとを分別して管理すると、上述したように管理上の煩雑さをもたらすことになりかねなかった。しかし、ブラウザ自体がキャッシュ領域と保存用記憶領域の二種類の記憶領域を備えており、それぞれにてキャッシュ用の画面制御ファイルと、保存用の画面制御ファイルとを別個に管理すれば、管理上の煩雑さも軽減することができる。
【００２８】そこで、請求項７にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能なホスト装置通信手段と、このホスト装置通信手段を介して上記ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示手段と、上記キャッシュ領域に記憶された画面制御ファイルを同キャッシュ領域とは異なる記憶領域に複写して記憶する画面制御ファイル複写記憶手段とを備えた構成としてある。
【００２９】すなわち、画面表示装置自体がキャッシュ領域に記憶された画面制御ファイルを別個の記憶領域に複写して管理する。例えば、ブラウザで読み込んだ画面制御ファイルはキャッシュ領域に所定期間だけ記憶されることになるが、利用者が保存したいと思った画面制御ファイルについてブラウザ自体の機能によってキャッシュ領域から別の記憶領域に複写して記憶させる。むろん、その記憶領域に記憶される画面制御ファイルの利用形態については任意であり、上述したようにブラウザによって必要時に読み込まれる形態としてもよいし、別のプログラムなどから利用されるようにしておいてもかまわない。
【００３０】
【発明の効果】以上説明したように本発明は、画面表示装置のキャッシュ領域とは別個の記憶領域に保存用の画面制御ファイルを記憶するようにしたため、ファイルの管理体系が簡易となるのみならず、この画面制御ファイルを取得して記憶するにあたり、利用者からの要望に応じた所定のアドレス情報を画面表示装置から取得し、このアドレス情報に基づく画面制御ファイルが同画面表示装置のキャッシュ領域に記憶されている場合には、同キャッシュ領域から優先的に取得して記憶するようにしたため、効率的にホスト装置に接続して接続時間を全体として低減することが可能な画面制御ファイル記憶装置を提供することができる。
【００３１】また、請求項２にかかる発明によれば、取得したアドレス情報に基づく画面制御ファイルがキャッシュ領域に存在しない場合でも、同アドレス情報を記憶するのみに止め、利用者の要望を待って記憶したアドレス情報に基づいてホスト装置から該当する画面制御ファイルを取得するようにしたため、一度にまとめて画面制御ファイルを取得することができ効率がよい。
【００３２】また、請求項３にかかる発明によれば、取得したアドレス情報に対応する画面制御ファイルに加えて関連する他の画面制御ファイルを取得するようにしたため、画面表示装置などから関連する他の画面制御ファイルを利用する場合においてもホスト装置に接続する必要がなく、請求項４にかかる発明によれば、かかる場合においてキャッシュ領域に記憶された画面制御ファイルを最大限に活用して記憶するようにしたため効率的である。
【００３３】さらに、請求項５にかかる発明によれば、同様にして保存用の画面制御ファイルの管理体系を簡易化するとともに、効率的にホスト装置に接続して接続時間を全体として低減することが可能な画面制御ファイル記憶方法を提供することができ、請求項６にかかる発明によれば、画面制御ファイル記憶プログラムを記録した媒体を提供することができる。
【００３４】さらに、請求項７にかかる発明によれば、画面表示装置自体がキャッシュ領域から別個の記憶領域に画面制御ファイルを複写して管理するようにしたため、簡易な構成でキャッシュ用の画面制御ファイルと、保存用の画面制御ファイルとを分別しつつ管理することが可能な画面表示装置を提供することができる。
【００３５】
【発明の実施の形態】以下、図面にもとづいて本発明の実施形態を説明する。図１は、本発明の一実施形態にかかる画面制御ファイル記憶装置を適用したＰＣと所定のＷｅｂサーバとのネットワークによる接続形態を概略構成図により示している。同図において、Ｗｅｂサーバ１０，２０は、それぞれインターネット網３０に専用線を介して接続されており、他方、ＰＣ４０，５０などは公衆回線６０およびプロバイダ７０を介してインターネット網３０に接続可能となっている。
【００３６】Ｗｅｂサーバ１０，２０は、互いに概ね同一構成であり、Ｗｅｂサーバ１０に着目すると概略図２に示すように構成されている。同図を参照すると、サーバ本体１１は、図示しないＣＰＵやＲＯＭやＲＡＭといった電子部品が搭載されたメインボード１１ａを備えており、このメインボード１１ａ上で所定のオペレーティングシステムを実行することにより、ネットワークインターフェイス１１ｂを介してインターネット網との間で通信したり、ハードディスク１２にアクセスしたりする。また、このハードディスク１２には、複数のＨＴＭＬファイルと画像データファイルなどのリソースデータファイルが記録されており、そのファイル管理体系は図３に示すようになっている。
【００３７】同図において、ルートディレクトリ（／）の直下には、「／ｈｏｍｅ（ホームディレクトリ）」が作成されており、この「／ｈｏｍｅ」の配下には、「／ｗｈａｔｓｎｅｗ」、「／ｃｏｒｐｉｎｔｒ」、「／ｐｒｏｄｕｃｔｓ」などのサブディレクトリが作成されている。そして、「／ｈｏｍｅ」の直下にはファイル名「ｉｎｄｅｘ．ｈｔｍ」のＨＴＭＬファイルと、このＨＴＭＬファイルから参照する複数の画像データファイルなどのリソースデータファイルが格納されている。他方、サブディレクトリ「／ｗｈａｔｓｎｅｗ」、「／ｃｏｒｐｉｎｔｒ」、「／ｐｒｏｄｕｃｔｓ」の直下にも同様に、それぞれファイル名「ｗｈａｔｓｎｅｗ．ｈｔｍ」のＨＴＭＬファイルと、ファイル名「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルと、ファイル名「ｐｒｏｄｕｃｔｓ．ｈｔｍ」のＨＴＭＬファイルとが格納されている。
【００３８】周知の通り、ＨＴＭＬファイルは「タグ」によりマーク付けされているファイルであり、かかる「タグ」によって所定の文字列を画面表示させたり、ＨＴＭＬファイル外部の画像データファイルにかかる画像を画面表示させることができるようになっている。具体的には「ブラウザ」と呼ばれるプログラムを用いてＨＴＭＬファイルを読み込み、その記述内容を解析して画面表示するようになっている。なお、上述したリソースデータファイルとは、ＨＴＭＬファイルから参照する画像データファイルや音声データファイルのデータファイルであり、これらをまとめてリソースデータファイルと呼ぶこととし、ＨＴＭＬファイル内にてこれらのリソースデータファイルを参照するタグを、便宜上、リソースデータ参照タグと呼ぶこととする。
【００３９】また、ＨＴＭＬファイル内に他のＨＴＭＬファイルのＵＲＬを所定のタグを用いて記述しておくと、ブラウザの表示画面上に所定の文字列としてマウスなどのポインティングデバイスによるクリック入力が可能となるように表示することができる。そして、実際にかかるクリック入力が行われると、ブラウザがそのクリックイベントを検知して対応するＨＴＭＬファイルのＵＲＬに基づいて新たにそのＨＴＭＬファイルを読み込み、記述内容を解析して表示内容を更新する。以下、便宜上、かかるタグのことをリンク表示タグと呼ぶこととする。
【００４０】本実施形態においては、「／ｈｏｍｅ」の直下の「ｉｎｄｅｘ．ｈｔｍ」内に「ｗｈａｔｓｎｅｗ．ｈｔｍ」や「ｃｏｒｐｉｎｔｒ．ｈｔｍ」や「ｐｒｏｄｕｃｔｓ．ｈｔｍ」などに関するリンク表示タグが記述されており、「ｉｎｄｅｘ．ｈｔｍ」をブラウザで読み込むと、図４に示すように「ｗｈａｔｓｎｅｗ．ｈｔｍ」や「ｃｏｒｐｉｎｔｒ．ｈｔｍ」や「ｐｒｏｄｕｃｔｓ．ｈｔｍ」などがそれぞれ「新着情報」、「会社案内」、「製品案内」といった文字列にてクリック入力可能に表示されるようになっている。そして、利用者からのクリック入力に応じて対応するＨＴＭＬファイルが新たに読み込まれて表示画面が更新される。
【００４１】一方、ＰＣ４０，５０は、互いに概ね同一構成であり、ＰＣ４０に着目すると概略図５に示すように構成されている。同図において、ＰＣ本体４１は、図示しないＣＰＵやＲＯＭやＲＡＭといった電子部品が搭載されたメインボード４１ａを備えており、このメインボード４１ａ上で所定のオペレーティングシステムを実行することにより、モデムボード４１ｂの動作を制御したり、ハードディスク４２にアクセスしたり、さらにはオペレーティングシステム上で各種アプリケーションを実行したりする。また、メインボード４１ａには入力系装置としてのキーボード４３ａおよびマウス４３ｂと、出力系装置としてのディスプレイ４４とが接続されており、同様にオペレーティングシステムを介してキーボード４３ａやマウス４３ｂからの入力を受け付けたり、アプリケーションの実行結果等をディスプレイ４４に表示したりする。
【００４２】ここで、図５を参照すると、ハードディスク４２にはオペレーティングシステム４２ａと、ダイヤルアップツール４２ｂと、ブラウザ４２ｃと、ダウンロードツール４２ｄなどの各種ソフトウェアが記憶されていることが分かる。ここにおいて、オペレーティングシステム４２ａは、上述したようにメインボード４１ａにて実行されて各種の機能を実現するものであり、実際にはＰＣ４０の起動時にメインボード４１ａ上に読み込まれる。また、ダイヤルアップツール４２ｂは、モデムボード４１ｂおよび公衆回線６０を介してプロバイダ７０を発呼して回線接続させることにより、ＰＣ４０を実質的にインターネット網３０に接続するものである。
【００４３】ブラウザ４２ｃは、上述したようにＨＴＭＬファイルなどを読み込んで画面表示するものであり、実際にはブラウザ４２ｃの表示画面上で所定のＵＲＬを入力することにより、対応するＨＴＭＬファイルなどを取得して読み込む。すなわち、端的に言えばＵＲＬは読込対象となるＨＴＭＬファイルなどの所在を表していることになる。むろん、読込対象となるＨＴＭＬファイルなどが存在するのは、多くの場合インターネット網３０上のＷｅｂサーバ１０，２０などであり、ＵＲＬにはかかるＷｅｂサーバを識別するためのアドレスが含まれることが多い。本実施形態においては、Ｗｅｂサーバ１０のアドレスとして「ｗｗｗ．ａｂｃ．ｃｏｍ」が割り当てられているものとし、従って、上述した「ｉｎｄｅｘ．ｈｔｍ」を読み込む場合のＵＲＬは、「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」となる。また、このように、インターネット網３０上のＷｅｂサーバからＨＴＭＬファイルを読み込むにあたっては、上述したダイヤルアップツール４２ｂを起動してＰＣ４０を実質的にインターネット網３０に接続する必要があることは言うまでもない。
【００４４】さらに、ダウンロードツール４２ｄは、ブラウザ４２ｃに付随して動作するソフトウェアであり、次に、ブラウザ４２ｃとダウンロードツール４２ｄの詳細について図６を参照しつつ説明することとする。上述しなかったが、ブラウザ４２ｃは、利用者からのＵＲＬの入力を受けてそのＵＲＬに該当するデータの取得要求を、該当するデータを保持するＷｅｂサーバへ向けて送信する。この取得要求は、所定のプロトコルに従い、インターネット網３０で適宜ルーティングされて目的となるＷｅｂサーバに到達する。すると、同Ｗｅｂサーバから対応するＨＴＭＬファイルやリソースデータファイルが転送されるので、ブラウザ４２ｃはこれらのファイルを受信し、そのＨＴＭＬファイルを読み込んで画面表示を実行している。上述したようにＰＣ４０は公衆回線６０を介してインターネット網３０に接続されているが、この公衆回線６０の通信速度がＰＣ４０の処理速度に比べて極めて遅いことから、ブラウザ４２ｃの画面表示速度は概ね回線の通信速度に依存するといっても過言ではない。従って、Ｗｅｂサーバから転送されるデータ量が多い場合にはブラウザ４２ｃの画面表示が完了するまでに相当な時間を要することになる。
【００４５】そこで、多くのブラウザにおいては、一旦読み込んだＨＴＭＬファイルやリソースデータファイルを所定のキャッシュ領域に格納するようになっており、上述したようにＵＲＬが入力された場合に、まず対応するＨＴＭＬファイルやリソースデータファイルがかかるキャッシュ領域に存在するか否かを判別し、存在する場合には同キャッシュ領域から直接に対象となるファイルを読み込むようになっている。より具体的には、本実施形態におけるブラウザ４２ｃは、一旦読み込んだＨＴＭＬファイルやリソースデータファイルをキャッシュ領域４２ｃ１に格納するとともに、このキャッシュ領域４２ｃ１に図６に示すような所定のインデックス定義ファイルを作成するようになっている。このインデックス定義ファイルは、キャッシュ領域４２ｃ１に存在するファイルのファイル名と、各ファイル名に対応するＵＲＬとが関連づけられて記録されており、ブラウザ４２ｃは同インデックス定義ファイルを参照して所望のＵＲＬに対するＨＴＭＬファイルやリソースデータファイルがキャッシュ領域４２ｃ１に存在するか否かを判別する。
【００４６】むろん、このようにキャッシュ領域４２ｃ１で目的となるファイルが存在する場合には、ブラウザ４２ｃはキャッシュ領域４２ｃ１内のＨＴＭＬファイルやリソースデータファイルを用いて画面表示を行うため、結果としてＵＲＬに該当するデータの取得要求は発行されない。このようにすることにより、一旦、ブラウザ４２ｃで表示したものであってキャッシュ領域４２ｃ１に残っているものについては、ブラウザ４２ｃの画面表示速度を飛躍的に向上させることができる。また、多くの場合、ＰＣ利用者はインターネット網に接続するために、プロバイダ７０との間で契約を結んで単位時間当たり所定の接続料等を支払うとともに、公衆回線６０の回線使用料も負担しなければならないところ、このように画面表示速度が向上すれば全体として接続時間が削減され、利用者の金銭面の負担も軽減されることになる。
【００４７】なお、ここにおけるキャッシュ領域４２ｃ１は、ハードディスク４２上に作成されたディレクトリであり、その理論的な容量はファイルシステムの空き容量の範囲内で可変である。従って、キャッシュ領域４２ｃ１に可能な限り多くのＨＴＭＬファイルやリソースデータファイルを記憶しておけば、目的のファイルがキャッシュ領域４２ｃ１に存在する確率、すなわちヒット率は表面上は向上する。しかし、一度読み込んだファイルが再度利用されるとは限らないため、より多くのファイルをキャッシュ領域４２ｃ１に記憶しておくと、そのキャッシュ領域４２ｃ１に記憶しておくファイル量に比べて、上記のヒット率は冗長とならざるを得ず、全体としては効率が悪い。そこで、所定の上限値が設定されており、その上限値を超えないようにブラウザ４２ｃがあるタイミングで古いファイルを削除する。例えば、システム日付に比べて所定日数以前のファイルを削除したりする。
【００４８】また、ブラウザ４２ｃは、プロキシサーバの設定を行うことができるようになっている。ブラウザ４２ｃは、このプロキシサーバが設定されている場合には、ＵＲＬに該当するデータの取得要求を発行する際に、直接対象となるＷｅｂサーバに同取得要求を発行するのではなく、設定されているプロキシサーバに対してその取得要求を送出する。そして、プロキシサーバは、この取得要求を受け取り、ブラウザ４２ｃの代理で対象となるＷｅｂサーバからファイルを取得し、ブラウザ４２ｃにそのファイルを渡す。かかるプロキシサーバは、多くの場合、社内ＬＡＮなどが構築されている場合に、そのＬＡＮ上に配置され、ＬＡＮ上のＰＣからの取得要求を受信して上記の動作を行う。
【００４９】本実施形態においては、ダウンロードツール４２ｄがプロキシサーバ的な役割を果たす。すなわち、ブラウザ４２ｃは、プロキシサーバとしてダウンロードツール４２ｄを設定可能であり、利用者からのＵＲＬの入力を受けて対応するＨＴＭＬファイルやリソースデータファイルがキャッシュ領域４２ｃ１に存在しなければ、ダウンロードツール４２ｄに対して同ＵＲＬに該当するデータの取得要求を発行する。そして、このダウンロードツール４２ｄがブラウザ４２ｃから発行された取得要求に基づいて対応するＨＴＭＬファイルやリソースデータファイルを取得してブラウザ４２ｃに渡し、同ブラウザ４２ｃは受け取ったファイルを読み込んで画面表示する。
【００５０】ところで、上述したように、キャッシュ領域４２ｃ１に記憶されたＨＴＭＬファイルやリソースデータファイルは、ブラウザ４２ｃによってあるタイミングで削除される。従って、ある程度のヒット率は得られるものの、必ずしもそのヒット率は高いと言うことはできない。従って、ブラウザ４２ｃでＵＲＬを入力してから画面表示が完了するまでに相当な時間を要してしまうことも多々ある。そこで、予め所望のＵＲＬに対応するＨＴＭＬファイルやリソースデータファイルおよび階層的にページ構築されている場合には指定階層までのファイルを一度にまとめてＰＣ側にダウンロードし、次にブラウザ４２ｃでそのＵＲＬが入力されたときに、ダウンロードしておいたファイルをブラウザ４２ｃに読み込ませるようにすることができれば、公衆回線６０およびプロバイダ７０を介してインターネット網３０に接続しないオフライン状態でもブラウザ４２ｃによる画面表示が可能となり、回線接続時間も低減される。
【００５１】ダウンロードツール４２ｄは、所望のＵＲＬを登録することができるようになっており、ここで登録されたＵＲＬに関連するＨＴＭＬファイルやリソースデータファイルを上述したように一度にまとめてダウンロードし、キャッシュ領域４２ｃ１とは異なるファイル格納領域４２ｄ１に格納する。そして、登録されたＵＲＬに該当するデータの取得要求をブラウザ４２ｃから受け取った場合に、ファイル格納領域４２ｄ１を検索して対応するファイルが存在すれば同ファイル格納領域４２ｄ１から取得してブラウザ４２ｃに渡す。すなわち、予めＨＴＭＬファイルやリソースデータファイルを記憶しておくことにより、ブラウザ４２ｃの画面表示速度を向上させるという点においては、上述したキャッシュ領域４２ｃ１にファイルを記憶しておく場合と同様であるが、ファイル格納領域４２ｄ１に記憶されたファイルは登録されたＵＲＬに基づくものであり、そのファイルが再度利用される可能性が高いという点において相違する。
【００５２】次に、このダウンロードツール４２ｄにおけるＵＲＬ登録処理と、登録されたＵＲＬに関連するファイルの格納処理とについて説明する。図７は、ダウンロードツール４２ｄにおけるＵＲＬ登録処理と、このＵＲＬ登録処理に付随して行われるファイル格納前処理の処理の流れをフローチャートにより示している。例えば、ブラウザ４２ｃにて「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」なるＵＲＬを入力して図４に示すように画面表示させ、その後に「新着情報」および「会社案内」の各項目を選択して閲覧したところ、上記のＵＲＬを登録したいと思ったら、図４に示す画面表示に戻してからダウンロードツール４２ｄの登録ユーティリティを起動する。すると、ステップＳ１１０にて図８に示すようなブラウザ４２ｃとは別ウィンドウが表示される。
【００５３】同図からも分かるように、このウィンドウ上の「追加するＵＲＬ」の項目には、ブラウザ４２ｃで参照しているＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」が既に表示されている。これは、ダウンロードツール４２ｄの登録ユーティリティが、その起動時にブラウザ４２ｃにて参照しているＵＲＬをオペレーティングシステム４２ａを介して取得して表示していることによる。従って、利用者自らＵＲＬを入力するなどの作業を行う必要がなく好適であると言える。むろん、表示されたＵＲＬとは異なるＵＲＬを登録したい場合には、表示されたＵＲＬを消去して所望のＵＲＬを入力することも可能である。また、「追加するＵＲＬ」の項目の下には、「ＵＲＬを追加するカテゴリを選択」の項目にてカテゴリ一覧が表示されており、利用者はそのカテゴリ一覧の中から登録しようとするＵＲＬが含まれるカテゴリを選択して「次へ」のボタンをクリックする。すると、ステップＳ１２０にてこのようにして入力されたＵＲＬおよびカテゴリ等の情報が登録情報ファイル４２ｄ２に追加される。
【００５４】本来的には、上記のステップＳ１１０，Ｓ１２０の処理で登録処理は完了であるが、本実施形態においては後述するファイル格納処理の前処理を続いて開始する。まず、ステップＳ１３０では、キャッシュ領域４２ｃ１を検索して登録されたＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在するか否かを検知する。そして、該当するファイルがキャッシュ領域４２ｃ１に存在する場合には、ステップＳ１４０でその該当ファイルを取得し、次のステップＳ１５０でファイル格納領域４２ｄ１に複写する。その後、ステップＳ１６０では、取得した該当ファイルがＨＴＭＬファイルであるか否かを検知し、ＨＴＭＬファイルである場合にはステップＳ１７０にてリソース格納処理ルーチンを実行する。
【００５５】図９は、このリソース格納処理ルーチンの処理手順をフローチャートにより示している。このリソース格納処理ルーチンにおいては、ステップＳ１６０で検知したＨＴＭＬファイルを入力として、まずステップＳ２１０で同ＨＴＭＬファイルを先頭方向から検索してリソースＵＲＬを取り出す。このリソースＵＲＬとは、入力されたＨＴＭＬファイル内にてリソースデータ参照タグによって参照されているリソースデータファイルのＵＲＬや、リンク表示タグによってリンクされている他のＨＴＭＬファイルのＵＲＬのことであり、ステップＳ２１０では入力されたＨＴＭＬファイルの先頭方向からリソースデータ参照タグやリンク表示タグを検索し、実際にかかるタグを検出したらそのリソースＵＲＬを取り出して次のステップに移行する。また、入力されたＨＴＭＬファイル内にてかかるタグを検出できなかった場合には、そのまま次のステップに移行する。
【００５６】次のステップＳ２２０では、ステップＳ２１０にてリソースＵＲＬを取り出すことができたか否かを検知し、リソースＵＲＬを取り出し不能な場合は処理を終了する。他方、リソースＵＲＬを取り出すことができた場合には、ステップＳ２３０にてキャッシュ領域４２ｃ１を検索して同リソースＵＲＬに対応するリソースデータファイルまたはＨＴＭＬファイルが同キャッシュ領域４２ｃ１に存在するか否かを検知する。ここで、キャッシュ領域４２ｃ１に該当ファイルが存在しなければ、ステップＳ２１０に戻って次のリソースＵＲＬの取り出し処理を開始する。他方、キャッシュ領域４２ｃ１に該当ファイルが存在する場合には、ステップＳ２４０にてその該当ファイルをキャッシュ領域４２ｃ１から取得し、ステップＳ２５０でファイル格納領域４２ｄ１に複写してからステップＳ２１０に戻って同様の処理を開始する。
【００５７】本例においては、ブラウザ４２ｃにて「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」なるＵＲＬを入力して図４に示すように画面表示させ、その後に「新着情報」および「会社案内」の各項目を選択して画面を閲覧している。従って、少なくともダウンロードツール４２ｄの登録ユーティリティを起動した時点において、キャッシュ領域４２ｃ１には「ｉｎｄｅｘ．ｈｔｍ」、「ｗｈａｔｓｎｅｗ．ｈｔｍ」および「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルとこれらのＨＴＭＬファイルから参照するリソースデータファイルが格納されているため、これらのファイルがファイル格納領域４２ｄ１に複写される。
【００５８】むろん、さらに深い階層構造でＨＴＭＬファイルがリンクされていることもありうる。例えば、図１０に示すように、「ｗｈａｔｓｎｅｗ．ｈｔｍ」にてさらにリンク表示タグが記述されて「ｎｅｗｓ１．ｈｔｍ」〜「ｎｅｗｓ３．ｈｔｍ」の各ＨＴＭＬファイルがリンクされていたものとする。そこで、かかる場合も想定し、ステップＳ２５０にて複写したＨＴＭＬファイルにて上述したものと同様にリソースデータ参照タグやリンク表示タグに基づいてリソースＵＲＬを検知し、該当するファイルを取得してファイル格納領域４２ｄ１に複写するようにしてもよい。
【００５９】ところで、ファイル格納領域４２ｄ１に格納されたファイルは、所定の編集ユーティリティにて編集および閲覧することができるようになっており、この編集ユーティリティを起動すると図１１に示すようなウィンドウが表示される。同図を参照すると、最上位のＨＴＭＬファイル「ｉｎｄｅｘ．ｈｔｍ」の下に「新着情報」、「会社案内」、「製品案内」のそれぞれに対応するＨＴＭＬファイル名がツリー表示されていることが分かる。このツリー表示は、上記のように取り出したリソースＵＲＬの階層構造に基づいて行われており、実際に該当するファイルがファイル格納領域４２ｄ１に存在するか否かということとは無関係である。
【００６０】ただし、図１１を参照すると、最上位の「ａｂｃ」と、その下の「新着情報」および「会社案内」の項目の前にはファイルマークが表示されているのに対して、「製品案内」の項目の前には円形のマークが表示されている。これらのマークは、ファイル格納領域４２ｄ１にその項目に対応するファイルが存在するか否かを表している。すなわち、ファイルマークの場合は対応するファイルがファイル格納領域４２ｄ１に存在することを意味し、円形のマークの場合は対応するファイルが存在しないことを意味しており、上述した利用者の閲覧結果と対応していることが図からも明らかである。具体的には、図示していないが、登録情報ファイル４２ｄ２内にリソースＵＲＬの階層構造や、各リソースＵＲＬに該当するファイル名およびその存否に関する情報を保存するようになっており、この登録情報ファイル４２ｄ２を参照して上述したようなツリー表示を行っている。
【００６１】以上のようにして、ダウンロードツール４２ｄのＵＲＬ登録処理と、これに付随して行われるファイル格納前処理とが終了した後、利用者がダウンロードツール４２ｄに対してファイルのダウンロードを指示すると、ダウンロードツール４２ｄは、上述した登録情報ファイル４２ｄ２を参照することにより、上記のファイル格納前処理でファイル格納領域４２ｄ１に格納することができなかった不足分の該当ファイルを一度にまとめてＷｅｂサーバからダウンロードしてファイル格納領域４２ｄ１に格納する。従って、ファイル格納前処理にてキャッシュ領域４２ｃ１からファイル格納領域４２ｄ１に複写されたファイルについては、Ｗｅｂサーバからダウンロードする必要がないため効率が良く、かかるダウンロードに要する時間も短くて済む。また、一旦、ファイル格納処理が完了したＵＲＬについては、ダイヤルアップ接続しないオフライン状態においても画面の閲覧を行うことができ、利用者の金銭的な負担も軽減される。
【００６２】なお、本実施形態においては、ダウンロードツール４２では利用者からのダウンロード指示に応じて登録されたＵＲＬに該当するファイルを一度にまとめてダウンロードする構成としてあるが、むろん、かかる構成に限定されることはなく適宜変更可能である。例えば、上述したＵＲＬ登録処理およびファイル格納前処理が完了した後、直ちにダウンロードツール４２ｄにて図１２のフローチャートに従ってファイル格納処理を実行させるようにしてもよい。同図において、ステップＳ３１０ではインターネット網３０との間で通信可能な状態であるか否かを判断する。具体的にはダイヤルアップツール４２ｂが起動されてプロバイダ７０に接続されているか否かを判断し、接続されている場合には次のステップＳ３２０でブラウザ４２ｃが通信しているか否かを判断する。ここで、ブラウザ４２ｃが通信していないと判断したら、次のステップＳ３３０にて上述したファイル格納前処理でファイル格納領域４２ｄ１に格納することができなかった不足分の該当ファイルを順次対応するＷｅｂサーバから取得し、ステップＳ３４０にてファイル格納領域４２ｄ１に格納する。
【００６３】すなわち、ブラウザ４２ｃによる画面表示が完了して利用者が表示画面を閲覧している間など、Ｗｅｂサーバとの間で通信を行っていないにも関わらず、回線接続された状態となっていることが多いので、この期間を利用して上記のようなファイル格納処理を実行する。このような手法によっても実質的に回線接続時間を低減することができ、かかる手法と、上述した利用者からの指示に基づいて一度にまとめてダウンロードする手法のいずれの手法を採用してかまわない。
【００６４】次に、上記のように構成した本実施形態の動作について説明する。利用者はダイヤルアップツール４２ｂを起動し、公衆回線６０およびプロバイダ７０を介してＰＣ４０をインターネット網３０に接続した後、ブラウザ４２ｃを起動して「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」なるＵＲＬを入力したものとする。すると、ブラウザ４２ｃは、所定のキャッシュ領域４２ｃ１に格納されたインデックス定義ファイルを参照し、対応するＨＴＭＬファイルやリソースデータファイルが同キャッシュ領域４２ｃ１に存在するか否かを検知する。
【００６５】ここで対応するファイルがキャッシュ領域４２ｃ１に存在しなかったとすると、ブラウザ４２ｃは入力されたＵＲＬに該当するデータの取得要求を発行する。ここにおいて、ブラウザ４２ｃにはプロキシサーバとしてダウンロードツール４２ｄが設定されているため、実際にはこのダウンロードツール４２ｄに対して上記取得要求を発行する。すると、この取得要求を受け取ったダウンロードツール４２ｄは、所定のファイル格納領域４２ｄ１を検索して同取得要求に該当するファイルが存在するか否かを判断する。ここで、該当するファイルが存在しなかったものとすると、ダウンロードツール４２ｄは公衆回線６０およびプロバイダ７０を介してインターネット網３０に同取得要求を送出する。
【００６６】すると、この取得要求はインターネット網３０上で適宜ルーティングされてＷｅｂサーバ１０に到達し、このＷｅｂサーバ１０から対応するＨＴＭＬファイルやリソースデータファイルが転送されるので、ダウンロードツール４２ｄはかかるファイルを受信してブラウザ４２ｃに渡す。そして、ブラウザ４２ｃは、渡されたＨＴＭＬファイルやリソースデータファイルをキャッシュ領域４２ｃ１に格納するとともに、同ＨＴＭＬファイルを読み込んで適宜リソースデータファイルを使用しつつ図４に示すような画面表示を行う。同図を参照すると、この表示画面上において、「新着情報」、「会社案内」および「製品案内」の文字列が表示されていることが分かるが、これらの文字列は利用者がクリック入力することができるようになっている。
【００６７】そこで、利用者は、「新着情報」と「会社案内」の各項目を選択して同様にして画面表示させたものとする。すると、各項目に対応した「ｗｈａｔｓｎｅｗ．ｈｔｍ」と「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルが同様にしてキャッシュ領域４２ｃ１に格納される。従って、この時点において、キャッシュ領域４２ｃ１には、少なくとも「ｉｎｄｅｘ．ｈｔｍ」のＨＴＭＬファイルと、このＨＴＭＬファイルから参照するリソースデータファイルと、「ｗｈａｔｓｎｅｗ．ｈｔｍ」と「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルとが格納されていることになる。
【００６８】利用者は、ここまでの画面を閲覧した時点で上記のＵＲＬを登録したいと思ったので、ブラウザ４２ｃの表示画面を図４に示す状態に戻してからダウンロードツール４２ｄの登録ユーティリティを起動したものとする。すると、この登録ユーティリティは、起動時にブラウザ４２ｃにて指定されているＵＲＬをオペレーティングシステム４２ａを介して取得し、この取得したＵＲＬを用いて図８に示すような新たなウィンドウを表示する。同図において、「追加するＵＲＬ」の項目については登録ユーティリティによって取得したＵＲＬが表示されているため、利用者は「ＵＲＬを追加するカテゴリを選択」の項目にて追加するＵＲＬの属するカテゴリを選択して「次へ」のボタンをクリックする（ステップＳ１１０）。ダウンロードツール４２ｄは、ここで入力されたＵＲＬおよびカテゴリ等の情報を登録情報ファイル４２ｄ２に追加してＵＲＬの登録処理を終了し（ステップＳ１２０）、次にファイル格納前処理を開始する。
【００６９】ダウンロードツール４２ｄは、登録されたＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在するか否かを判断する（ステップＳ１３０）。本例においては、キャッシュ領域４２ｃ１に該当ファイル（「ｉｎｄｅｘ．ｈｔｍ」）が存在するので、ダウンロードツール４２ｄは、その該当ファイルを取得し（ステップＳ１４０）、ファイル格納領域４２ｄ１に複写する（ステップＳ１５０）。その後、その該当ファイルがＨＴＭＬファイルであることを検知し（ステップＳ１６０）、このＨＴＭＬファイルを入力としてリソース格納処理ルーチンを実行する（ステップＳ１７０）。
【００７０】このリソース格納処理ルーチンでは、入力となるＨＴＭＬファイルの先頭方向からリソースデータ参照タグやリンク表示タグを検索し、実際にかかるタグを検出したらリソースＵＲＬを取り出す（ステップＳ２１０）。ここで、リソースＵＲＬを取り出すことができたら（ステップＳ２２０）、そのリソースＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在するか否かを検知する（ステップＳ２３０）。そして、該当するファイルが存在することを検知した場合には、そのファイルを取得し（ステップＳ２４０）、ファイル格納領域４２ｄ１に格納する。以降、同様にして入力されたＨＴＭＬファイル内の全てのリソースＵＲＬを取り出し、このリソースＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在する場合には、同ファイルをファイル格納領域４２ｄ１に格納する。従って、ファイル格納領域４２ｄ１には、「ｉｎｄｅｘ．ｈｔｍ」のＨＴＭＬファイルと、このＨＴＭＬファイルから参照するリソースデータファイルと、「ｗｈａｔｓｎｅｗ．ｈｔｍ」と「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルとが格納される。
【００７１】その後、利用者がダウンロードツール４２ｄに対してファイルのダウンロードを指示すると、ダウンロードツール４２ｄは、上述した登録情報ファイル４２ｄ２を参照することにより、上記のファイル格納前処理でファイル格納領域４２ｄ１に格納することができなかった不足分の該当ファイルを一度にまとめてＷｅｂサーバ１０からダウンロードしてファイル格納領域４２ｄ１に格納する。一方、ダウンロードツール４２ｄが図１２のフローチャートに従ってファイルを取得する場合には、ダウンロードツール４２ｄはダイヤルアップツール４２ｂが起動されてプロバイダ７０に接続されており、且つ、ブラウザ４２ｃが通信していない状態のときに、不足するＨＴＭＬファイルやリソースデータファイルをＷｅｂサーバ１０から順次取得し、ファイル格納領域４２ｄ１に格納する（ステップＳ３１０〜Ｓ３４０）。
【００７２】このようにして、ダウンロードツール４２ｄが登録されたＵＲＬに関連するＨＴＭＬファイルやリソースデータファイルを全てファイル格納領域４２ｄ１に格納した後は、利用者は公衆回線６０およびプロバイダ７０を介してインターネット網３０に接続しないオフライン状態であっても、同ＵＲＬに対するホームページを閲覧することができるようになる。むろん、しばらくの間はキャッシュ領域４２ｃ１にも登録したＵＲＬに関連するＨＴＭＬファイルやリソースデータファイルが残っているが、あるタイミングでこれらのファイルはブラウザ４２ｃによって削除されることになる。
【００７３】このように、ブラウザ４２ｃにてプロキシ設定されたダウンロードツール４２ｄは、ブラウザ４２ｃからのデータ取得要求に応じて該当ファイルがファイル格納領域４２ｄ１に存在する場合に同領域から取得し、存在しない場合にのみＷｅｂサーバ１０などから取得してブラウザ４２ｃに渡すようにしており、予め所望のＵＲＬに基づくファイルをＷｅｂサーバ１０などから一度にまとめてダウンロードしてファイル格納領域４２ｄ１に格納するにあたり、ブラウザ４２ｃにて読み込まれているファイルに対するＵＲＬを取得し、このＵＲＬに関連するファイルがブラウザ４２ｃのキャッシュ領域４２ｃ１に存在する場合には同領域から優先的に取得するようにしたため、キャッシュ領域４２ｃ１に存在するファイルについてはＷｅｂサーバ１０などから重複して取得することがないため、効率的にインターネット網３０に接続することができ、接続時間を全体として低減することができる。
【００７４】なお、本実施形態においては、ブラウザ４２ｃのプロキシサーバ設定を利用し、ダウンロードツール４２ｄを介してＷｅｂサーバとの間で通信する構成としてあるが、むろん、この構成に限られることはない。その一例として、図１３に示す構成とすることも可能である。同図において、ブラウザ４２ｅにはプロキシサーバの設定がなされておらず、ブラウザ４２ｅはＷｅｂサーバとの間で直接通信を行うようになっている。一方、ダウンロードツール４２ｆは、上述したものと同様にして登録情報ファイル４２ｆ２に登録されたＵＲＬについて、該当ファイルをファイル格納領域４２ｆ１に格納するにあたり、ブラウザ４２ｅのキャッシュ領域４２ｅ１に存在するファイルを優先的にファイル格納領域４２ｆ１に複写し、不足分をＷｅｂサーバからダウンロードする。
【００７５】このとき、ファイル格納領域４２ｆ１内の各ファイルをＷｅｂサーバ上と同じファイル管理体系で管理しておくとともに、そのファイルの所在を示す情報をキャッシュ領域４２ｅ１のインデックス定義ファイルに記録しておく。上述したように、ブラウザ４２ｅは、まずかかるインデックス定義情報を参照して該当ファイルがＰＣ側に存在するか否かを検索するため、結果的にキャッシュ領域４２ｅ１またはファイル格納領域４２ｆ１に該当ファイルが存在するか否かを検索していることになる。そして、ブラウザ４２ｅは、ファイル格納領域４２ｆ１に該当ファイルが存在することを検知した場合には、同ファイル格納領域４２ｆ１から該当ファイルを読み込んで画面表示を行う。このような構成としても、上述したものと同様の効果を得ることができ、適宜変更可能である。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる画面制御ファイル記憶装置を適用したＰＣと所定のＷｅｂサーバとのネットワークによる接続形態を示す全体構成図である。
【図２】同Ｗｅｂサーバのハードウェア構成を示す概略ブロック図である。
【図３】同Ｗｅｂサーバのハードディスク内におけるＨＴＭＬファイルとリソースデータファイルのファイル管理体系を示す図である。
【図４】所定のブラウザによる画面表示の一例を示す図である。
【図５】上記ＰＣのハードウェアおよびソフトウェア構成を示す概略ブロック図である。
【図６】同ＰＣにおけるブラウザとダウンロードツールによるデータ送受を示すブロック図である。
【図７】同ダウンロードツールによるＵＲＬ登録処理とファイル格納前処理の処理手順を示すフローチャートである。
【図８】同ダウンロードツールによってＵＲＬ登録を行う際に表示される画面表示の一例である。
【図９】同ダウンロードツールのファイル格納前処理にて実行されるリソース格納処理ルーチンの処理手順を示すフローチャートである。
【図１０】ＨＴＭＬファイルが階層的にリンクされている状態を概念的に示す樹形図である。
【図１１】上記ダウンロードツールによって取得したリソースＵＲＬを閲覧する際の画面表示の一例を示す図である。
【図１２】変形例にかかるファイル格納処理の処理手順を示すフローチャートである。
【図１３】変形例にかかるブラウザとダウンロードツールによるデータ送受を示すブロック図である。
【符号の説明】
１０，２０…Ｗｅｂサーバ
３０…インターネット網
４０，５０…ＰＣ
４１…ＰＣ本体
４１ａ…メインボード
４１ｂ…モデムボード
４２…ハードディスク
４２ａ…オペレーティングシステム
４２ｂ…ダイヤルアップツール
４２ｃ…ブラウザ
４２ｃ１…キャッシュ領域
４２ｄ…ダウンロードツール
４２ｄ１…ファイル格納領域
４２ｄ２…登録情報ファイル
４３ａ…キーボード
４３ｂ…マウス
４４…ディスプレイ
６０…公衆回線
７０…プロバイダ
【０００１】
【発明の属する技術分野】本発明は、画面制御ファイル記憶装置、画面制御ファイル記憶方法、画面制御ファイル記憶プログラムを記録した媒体および画面表示装置に関し、特に、所定の画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定のキャッシュ領域に記憶する画面表示装置に適用して好適な画面制御ファイル記憶装置、画面制御ファイル記憶方法、画面制御ファイル記憶プログラムを記録した媒体および画面表示装置に関する。
【０００２】
【従来の技術】従来、上記の画面表示装置の一例として、いわゆるブラウザと呼ばれるソフトウェアを搭載したパソコンを挙げることができる。周知の通り、このブラウザとはＵＲＬの入力に基づいてＨＴＭＬファイルや画像データファイルなどのファイルを読み込み、読み込んだファイルに基づいて文字列や画像などを画面表示するものである。多くの場合、読み込み対象となるファイルは、インターネット網上のＷｅｂサーバに存在するため、かかる場合にブラウザはインターネット網を経由してファイルを読み込むことになる。ここにおいて、通常、一般利用者はプロバイダと呼ばれるインターネット接続業者と契約を締結し、このプロバイダの所有するインターネット網上のサーバに公衆回線を介して接続することにより、実質的にインターネット網と自己のパソコンとを接続するようになっている。従って、ブラウザは公衆回線を経由して上記のようなファイルを読み込むことになるが、パソコンの処理速度に比べて公衆回線の通信速度は著しく遅いため、これが原因となってブラウザの画面表示速度も遅くなってしまう。
【０００３】上述したように、一般利用者はプロバイダと契約を締結してインターネット網に接続するようになっており、多くの場合、かかる利用者は単位時間当たり所定の接続料をプロバイダに支払うなどしているため、画面表示速度が遅くなると当然に接続時間もかさんで接続料の負担も多大となってしまう。そこで、多くのブラウザでは、一旦読み込んだファイルを所定のキャッシュ領域に一時的に記憶し、読み込み対象となるファイルがキャッシュ領域に存在する場合には、同キャッシュ領域に存在するファイルを優先して読み込むようになっており、これによってブラウザの画面表示速度を全体として向上させている。むろん、キャッシュ領域内のファイルは一時的に記憶されるのみであり、あるタイミングでブラウザによって消去されるため、実際には直前に読み込んだファイルを再度読み込む場合など、最近読み込んだファイルについてブラウザの画面表示速度を向上させるのみである。
【０００４】かかる点にかんがみ、近年においてはダウンロードツールなるソフトウェアが開発されるに至った。このダウンロードツールは、利用者が所望のＵＲＬを指示すると、そのＵＲＬに対応するファイルおよび階層的にページ構築されている場合には指定階層までのファイルを一度にまとめてダウンロードし、次にブラウザ上でそのＵＲＬが入力されたときに、ダウンロードしておいたファイルをブラウザに読み込ませるようにするものである。従って、利用者がダウンロードを指示したＵＲＬについては、オフライン状態でもブラウザによる画面表示が可能となり、回線接続時間も低減される結果となる。
【０００５】このダウンロードツールは、ブラウザで読み込まれる可能性のあるファイルをパソコン側に記憶しておき、このファイルをブラウザに読み込ませることにより回線接続時間を低減させるという点においては、上述したキャッシュ領域にファイルを記憶する手法と同様である。しかし、ダウンロードツールにあっては、パソコン側に記憶するファイルが利用者が取得を指示したＵＲＬに基づくものであるため、キャッシュ領域に記憶する手法に比べ、記憶したファイルが再度ブラウザに読み込まれる可能性が高いという点で異なる。このため、ダウンロードツールによってダウンロードしたファイルは、利用者が特に指示するまで消去されないようになっている。
【０００６】
【発明が解決しようとする課題】上述した従来の技術においては、次のような課題があった。通常、利用者はブラウザにＵＲＬを入力して画面表示させ、その画面表示を閲覧した上で、必要であればダウンロードツールにそのＵＲＬを指示して対応するファイルをダウンロードさせる。従って、この時点では同ＵＲＬに対するＨＴＭＬファイルや画像データファイルなどがキャッシュ領域に存在していることになるが、かかる場合であってもダウンロードツールは一律に指示されたＵＲＬに該当するＨＴＭＬファイルや画像データファイルを対応するＷｅｂサーバから取得している。すなわち、重複ダウンロードとなって効率が悪くなり、必ずしもインターネット網への接続時間を有効に利用しているとはいえない。
【０００７】一方、ブラウザのキャッシュ領域内にて所定期間だけ記憶しておくファイルと、利用者が特に指示するまで消去しないようにする保存用ファイルとを分別して管理することも可能であるが、一つのキャッシュ領域内でかかるファイル種別に分けて管理することは、管理上の煩雑さをもたらすことになるため得策ではないといえる。
【０００８】本発明は、上記課題にかんがみてなされたもので、所定のホスト装置にて保持されるＨＴＭＬファイルや画像データファイルなどの画面制御ファイルを取得して記憶する場合において、画面制御ファイルの管理体系を簡易にしつつ、効率的にホスト装置に接続するようにして接続時間を低減することが可能な画面制御ファイル記憶装置、画面制御ファイル記憶方法、画面制御ファイル記憶プログラムを記録した媒体および画面表示装置の提供を目的とする。
【０００９】
【課題を解決するための手段】上記目的を達成するため、請求項１にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶装置であって、上記ホスト装置との間で通信可能なホスト装置通信手段と、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する画面制御ファイル取得記憶手段とを備えた構成としてある。
【００１０】上記のように構成した請求項１にかかる発明においては、画面表示装置は、所定のネットワークを介して所定の画面制御ファイルを備えたホスト装置から同画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する。ここにおいて、アドレス取得手段が利用者の指示により同画面表示装置によって読み込まれた画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得すると、画面制御ファイル取得記憶手段はホスト通信手段を介して上記ホスト装置から同アドレス情報に該当する画面制御ファイルを取得して記憶する前に、該当する画面制御ファイルが上記キャッシュ領域に記憶されている場合には同キャッシュ領域から優先的に取得して記憶する。
【００１１】ここにおける画面表示装置の本来的な役割としては、ホスト装置上の画面表示ファイルを読み込んで画面表示することができればよく、画面表示装置およびこの画面表示装置で読み込む画面制御ファイルの構成については、多種多様であって特に限定されるものではない。例えば、インターネット上のホームページを閲覧する場合に、ブラウザと呼ばれるプログラムを搭載したパソコンを利用してＷｅｂサーバ上のＨＴＭＬファイルや画像データファイルなどを読み込んで画面表示可能となっており、この場合にはブラウザを備えたパソコンが画面表示装置となり、ＨＴＭＬファイルや画像データファイルが画面制御ファイルとなる。
【００１２】そして、多くのブラウザにあっては、一旦読み込んだ上記の画面制御ファイルを所定期間だけキャッシュ領域に格納しておき、再度、その画面制御ファイルを読み込む場合に同キャッシュ領域から優先的に読み込むことによって画面表示速度を全体として向上させている。このように画面表示装置にて画面表示速度の向上を目的として画面制御ファイルを一時的に記憶する領域を広くキャッシュ領域と呼び、その実態としては所定のメモリ上の領域であったり、ハードディスク上の領域であるなど、各種の記憶媒体上に形成可能である。
【００１３】また、アドレス情報は、画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するための情報であり、各種形態を適用可能であるが、その一例として、上述したインターネットにおけるＵＲＬなる情報がこれに該当する。すなわち、ＵＲＬとはブラウザで読み込むＨＴＭＬファイル名や画像データファイル名と、これらの画面制御ファイルが備えられているホスト装置の識別情報などからなっており、ブラウザはこのＵＲＬに基づいて対応する画面制御ファイルを読み込むようになっている。かかる場合において、アドレス情報取得手段は、利用者からの要望に応じてブラウザからアドレス情報たるＵＲＬを取得する構成としておけばよいことになる。
【００１４】ここで画面制御ファイル取得記憶手段が画面制御ファイルを取得する意味は、上述したキャッシュ領域とは異なる記憶領域に画面制御ファイルを記憶することにより、キャッシュ内の画面制御ファイルとは別個に管理して管理体系を簡易にするとともに、適宜、この画面制御ファイルを画面表示装置などに利用させることにある。例えば、画面表示装置がホスト装置から所望の画面制御ファイルを読み込んで画面表示しようとする場合において、その画面制御ファイルが画面制御ファイル取得記憶手段にて記憶されているときにはその記憶されている画面制御ファイルを読み込ませるようにすればよい。
【００１５】画面制御ファイル取得記憶手段がキャッシュ領域から画面制御ファイルを優先的に取得するという場合、第一にキャッシュ領域から該当する画面制御ファイルを取得する処理を実行し、その結果該当する画面制御ファイルを取得不能な場合にホスト装置通信手段を介して該当する画面制御ファイルを取得する処理を実行するという二段階の処理手順に従うことになる。むろん、ここにおいては、前者の処理の後に後者の処理を実行するという順序が守られている限り、両者の処理の連動をいかなるタイミングで行うかについては、各種の態様を適用可能であって限定されることはない。その一例として、前者の処理によってキャッシュ領域から該当する画面制御ファイルを取得できなかった場合に、直ちに後者の処理を実行してホスト装置から同画面制御ファイルを取得するようにしてもよい。
【００１６】また、別の一例として、請求項２にかかる発明は、請求項１に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報取得手段にて取得したアドレス情報に基づく画面制御ファイルが上記キャッシュ領域に記憶されている場合に同キャッシュ領域から取得するキャッシュ内ファイル取得記憶手段と、このキャッシュ内ファイル取得手段によって上記画面制御ファイルを取得不能な場合に上記アドレス情報取得手段にて取得したアドレス情報を記憶するアドレス情報記憶手段と、このアドレス情報記憶手段にて上記アドレス情報を記憶した後に利用者からの要望に応じて同アドレス情報に基づき上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するホストファイル遅延取得記憶手段とを備えた構成としてある。
【００１７】上記のように構成した請求項２にかかる発明においては、アドレス情報取得手段が上記のアドレス情報を取得すると、キャッシュ内ファイル取得記憶手段は同アドレス情報に基づく画面制御ファイルが上記のキャッシュ領域に記憶されている場合に同キャッシュ領域から取得して記憶するが、同キャッシュ領域から画面制御ファイルを取得することができなかった場合、アドレス情報記憶手段が同アドレス情報を記憶する。その後、ホストファイル遅延取得記憶手段は、利用者からの要望があるまで待機して実際に利用者からの要望があると、アドレス情報記憶手段によって記憶されているアドレス情報に基づきホスト装置通信手段を介してホスト装置から対応する画面制御ファイルを取得する。すなわち、キャッシュ内ファイル取得記憶手段によってキャッシュ領域から画面制御ファイルを取得不能であったとしても、ホストファイル遅延取得記憶手段は、直ちにホスト装置通信手段を介してホスト装置から画面制御ファイルを取得することはない。
【００１８】画面制御ファイル取得記憶手段がアドレス情報に基づく画面制御ファイルを取得するといった場合、必ずしもアドレス情報に対応する画面制御ファイルのみを取得することを意味するものではない。その一例として、請求項３にかかる発明は、請求項１に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルを取得するとともに、同画面制御ファイルに含まれる当該画面制御ファイルに関連する他の画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのリンク情報を検出して当該リンク情報に基づいて関連する他の画面制御ファイルを取得する構成としてある。
【００１９】上記のように構成した請求項３にかかる発明においては、画面制御ファイル取得記憶手段は、アドレス情報取得手段にて取得したアドレス情報に対応した画面制御ファイルを取得して記憶する。さらに、同画面制御ファイルに含まれる関連する他の画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのリンク情報を検出し、検出したリンク情報に基づいて関連する他の画面制御ファイルを取得して記憶する。例えば、上述したＨＴＭＬファイルには、このＨＴＭＬファイルから参照する画像データファイル名や、ハイパーテキストリンクされた他のＨＴＭＬファイルのＵＲＬが記述されることがあり、これらの画像データファイル名やＵＲＬから対応するファイルを取得する場合が含まれる。
【００２０】そして、かかる場合の具体的な画面制御ファイルの取得態様として、請求項４にかかる発明は、請求項３に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルと、当該画面制御ファイルに関連する他の画面制御ファイルとを取得するにあたり、上記キャッシュ領域に記憶された画面制御ファイルについて同キャッシュ領域から取得するとともに、不足する画面制御ファイルについて上記ホスト装置通信手段を介して上記ホスト装置から取得する構成としてある。
【００２１】上記のように構成した請求項４にかかる発明においては、画面制御ファイル取得記憶手段は、アドレス情報取得手段にて取得したアドレス情報に対応した画面制御ファイルと、この画面制御ファイルに関連する他の画面制御ファイルとを取得することになるが、まず画面表示装置のキャッシュ領域に記憶されている画面制御ファイルについて同キャッシュ領域から取得し、その後に、不足する画面制御ファイルがあればホスト装置通信手段を介してホスト装置から取得して記憶する。むろん、上述した請求項２の発明に適用する場合は、キャッシュ内ファイル取得記憶手段によってキャッシュ領域から取得できなかった画面制御ファイルについてのアドレス情報やリンク情報をアドレス情報記憶手段によって記憶しておき、利用者からの要望に応じてホストファイル遅延取得記憶手段によって同アドレス情報やリンク情報に基づいて該当する画面制御ファイルを取得すればよい。
【００２２】利用者の要望に応じて画面表示装置からアドレス情報を取得し、このアドレス情報に基づく画面制御ファイルを取得して記憶するにあたり、同画面表示装置のキャッシュ領域から優先的に取得する手法は、必ずしも実体のある装置に限られる必要もなく、その一例として、請求項５にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶方法であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する構成としてある。
【００２３】すなわち、必ずしも実体のある装置に限らず、その方法としても有効であることに相違はない。
【００２４】ところで、上述したような画面制御ファイル記憶装置は単独で存在する場合もあるし、ある機器に組み込まれた状態で利用される場合もあるなど、発明の思想としては各種の態様を含むものである。また、ハードウェアで実現されたり、ソフトウェアで実現されることもあり、適宜、変更可能である。発明の思想の具現化例として画面制御ファイルを記憶する手段が実質的にソフトウェアの制御による場合には、かかるソフトウェアを記録した記録媒体上においても当然に存在し、利用されるといわざるをえない。
【００２５】その一例として、請求項６にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶プログラムを記録した媒体であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する構成としてある。
【００２６】むろん、その記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。また、一次複製品、二次複製品などの複製段階については全く問う余地無く同等である。その他、供給方法として通信回線を利用して行う場合でも本発明が利用されていることには変わりはないし、半導体チップに書き込まれたようなものであっても同様である。
【００２７】ところで、ブラウザのキャッシュ領域内にて所定期間だけ記憶しておくキャッシュ用の画面制御ファイルと、利用者が特に指示するまで消去しないようにする保存用の画面制御ファイルとを分別して管理すると、上述したように管理上の煩雑さをもたらすことになりかねなかった。しかし、ブラウザ自体がキャッシュ領域と保存用記憶領域の二種類の記憶領域を備えており、それぞれにてキャッシュ用の画面制御ファイルと、保存用の画面制御ファイルとを別個に管理すれば、管理上の煩雑さも軽減することができる。
【００２８】そこで、請求項７にかかる発明は、所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能なホスト装置通信手段と、このホスト装置通信手段を介して上記ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示手段と、上記キャッシュ領域に記憶された画面制御ファイルを同キャッシュ領域とは異なる記憶領域に複写して記憶する画面制御ファイル複写記憶手段とを備えた構成としてある。
【００２９】すなわち、画面表示装置自体がキャッシュ領域に記憶された画面制御ファイルを別個の記憶領域に複写して管理する。例えば、ブラウザで読み込んだ画面制御ファイルはキャッシュ領域に所定期間だけ記憶されることになるが、利用者が保存したいと思った画面制御ファイルについてブラウザ自体の機能によってキャッシュ領域から別の記憶領域に複写して記憶させる。むろん、その記憶領域に記憶される画面制御ファイルの利用形態については任意であり、上述したようにブラウザによって必要時に読み込まれる形態としてもよいし、別のプログラムなどから利用されるようにしておいてもかまわない。
【００３０】
【発明の効果】以上説明したように本発明は、画面表示装置のキャッシュ領域とは別個の記憶領域に保存用の画面制御ファイルを記憶するようにしたため、ファイルの管理体系が簡易となるのみならず、この画面制御ファイルを取得して記憶するにあたり、利用者からの要望に応じた所定のアドレス情報を画面表示装置から取得し、このアドレス情報に基づく画面制御ファイルが同画面表示装置のキャッシュ領域に記憶されている場合には、同キャッシュ領域から優先的に取得して記憶するようにしたため、効率的にホスト装置に接続して接続時間を全体として低減することが可能な画面制御ファイル記憶装置を提供することができる。
【００３１】また、請求項２にかかる発明によれば、取得したアドレス情報に基づく画面制御ファイルがキャッシュ領域に存在しない場合でも、同アドレス情報を記憶するのみに止め、利用者の要望を待って記憶したアドレス情報に基づいてホスト装置から該当する画面制御ファイルを取得するようにしたため、一度にまとめて画面制御ファイルを取得することができ効率がよい。
【００３２】また、請求項３にかかる発明によれば、取得したアドレス情報に対応する画面制御ファイルに加えて関連する他の画面制御ファイルを取得するようにしたため、画面表示装置などから関連する他の画面制御ファイルを利用する場合においてもホスト装置に接続する必要がなく、請求項４にかかる発明によれば、かかる場合においてキャッシュ領域に記憶された画面制御ファイルを最大限に活用して記憶するようにしたため効率的である。
【００３３】さらに、請求項５にかかる発明によれば、同様にして保存用の画面制御ファイルの管理体系を簡易化するとともに、効率的にホスト装置に接続して接続時間を全体として低減することが可能な画面制御ファイル記憶方法を提供することができ、請求項６にかかる発明によれば、画面制御ファイル記憶プログラムを記録した媒体を提供することができる。
【００３４】さらに、請求項７にかかる発明によれば、画面表示装置自体がキャッシュ領域から別個の記憶領域に画面制御ファイルを複写して管理するようにしたため、簡易な構成でキャッシュ用の画面制御ファイルと、保存用の画面制御ファイルとを分別しつつ管理することが可能な画面表示装置を提供することができる。
【００３５】
【発明の実施の形態】以下、図面にもとづいて本発明の実施形態を説明する。図１は、本発明の一実施形態にかかる画面制御ファイル記憶装置を適用したＰＣと所定のＷｅｂサーバとのネットワークによる接続形態を概略構成図により示している。同図において、Ｗｅｂサーバ１０，２０は、それぞれインターネット網３０に専用線を介して接続されており、他方、ＰＣ４０，５０などは公衆回線６０およびプロバイダ７０を介してインターネット網３０に接続可能となっている。
【００３６】Ｗｅｂサーバ１０，２０は、互いに概ね同一構成であり、Ｗｅｂサーバ１０に着目すると概略図２に示すように構成されている。同図を参照すると、サーバ本体１１は、図示しないＣＰＵやＲＯＭやＲＡＭといった電子部品が搭載されたメインボード１１ａを備えており、このメインボード１１ａ上で所定のオペレーティングシステムを実行することにより、ネットワークインターフェイス１１ｂを介してインターネット網との間で通信したり、ハードディスク１２にアクセスしたりする。また、このハードディスク１２には、複数のＨＴＭＬファイルと画像データファイルなどのリソースデータファイルが記録されており、そのファイル管理体系は図３に示すようになっている。
【００３７】同図において、ルートディレクトリ（／）の直下には、「／ｈｏｍｅ（ホームディレクトリ）」が作成されており、この「／ｈｏｍｅ」の配下には、「／ｗｈａｔｓｎｅｗ」、「／ｃｏｒｐｉｎｔｒ」、「／ｐｒｏｄｕｃｔｓ」などのサブディレクトリが作成されている。そして、「／ｈｏｍｅ」の直下にはファイル名「ｉｎｄｅｘ．ｈｔｍ」のＨＴＭＬファイルと、このＨＴＭＬファイルから参照する複数の画像データファイルなどのリソースデータファイルが格納されている。他方、サブディレクトリ「／ｗｈａｔｓｎｅｗ」、「／ｃｏｒｐｉｎｔｒ」、「／ｐｒｏｄｕｃｔｓ」の直下にも同様に、それぞれファイル名「ｗｈａｔｓｎｅｗ．ｈｔｍ」のＨＴＭＬファイルと、ファイル名「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルと、ファイル名「ｐｒｏｄｕｃｔｓ．ｈｔｍ」のＨＴＭＬファイルとが格納されている。
【００３８】周知の通り、ＨＴＭＬファイルは「タグ」によりマーク付けされているファイルであり、かかる「タグ」によって所定の文字列を画面表示させたり、ＨＴＭＬファイル外部の画像データファイルにかかる画像を画面表示させることができるようになっている。具体的には「ブラウザ」と呼ばれるプログラムを用いてＨＴＭＬファイルを読み込み、その記述内容を解析して画面表示するようになっている。なお、上述したリソースデータファイルとは、ＨＴＭＬファイルから参照する画像データファイルや音声データファイルのデータファイルであり、これらをまとめてリソースデータファイルと呼ぶこととし、ＨＴＭＬファイル内にてこれらのリソースデータファイルを参照するタグを、便宜上、リソースデータ参照タグと呼ぶこととする。
【００３９】また、ＨＴＭＬファイル内に他のＨＴＭＬファイルのＵＲＬを所定のタグを用いて記述しておくと、ブラウザの表示画面上に所定の文字列としてマウスなどのポインティングデバイスによるクリック入力が可能となるように表示することができる。そして、実際にかかるクリック入力が行われると、ブラウザがそのクリックイベントを検知して対応するＨＴＭＬファイルのＵＲＬに基づいて新たにそのＨＴＭＬファイルを読み込み、記述内容を解析して表示内容を更新する。以下、便宜上、かかるタグのことをリンク表示タグと呼ぶこととする。
【００４０】本実施形態においては、「／ｈｏｍｅ」の直下の「ｉｎｄｅｘ．ｈｔｍ」内に「ｗｈａｔｓｎｅｗ．ｈｔｍ」や「ｃｏｒｐｉｎｔｒ．ｈｔｍ」や「ｐｒｏｄｕｃｔｓ．ｈｔｍ」などに関するリンク表示タグが記述されており、「ｉｎｄｅｘ．ｈｔｍ」をブラウザで読み込むと、図４に示すように「ｗｈａｔｓｎｅｗ．ｈｔｍ」や「ｃｏｒｐｉｎｔｒ．ｈｔｍ」や「ｐｒｏｄｕｃｔｓ．ｈｔｍ」などがそれぞれ「新着情報」、「会社案内」、「製品案内」といった文字列にてクリック入力可能に表示されるようになっている。そして、利用者からのクリック入力に応じて対応するＨＴＭＬファイルが新たに読み込まれて表示画面が更新される。
【００４１】一方、ＰＣ４０，５０は、互いに概ね同一構成であり、ＰＣ４０に着目すると概略図５に示すように構成されている。同図において、ＰＣ本体４１は、図示しないＣＰＵやＲＯＭやＲＡＭといった電子部品が搭載されたメインボード４１ａを備えており、このメインボード４１ａ上で所定のオペレーティングシステムを実行することにより、モデムボード４１ｂの動作を制御したり、ハードディスク４２にアクセスしたり、さらにはオペレーティングシステム上で各種アプリケーションを実行したりする。また、メインボード４１ａには入力系装置としてのキーボード４３ａおよびマウス４３ｂと、出力系装置としてのディスプレイ４４とが接続されており、同様にオペレーティングシステムを介してキーボード４３ａやマウス４３ｂからの入力を受け付けたり、アプリケーションの実行結果等をディスプレイ４４に表示したりする。
【００４２】ここで、図５を参照すると、ハードディスク４２にはオペレーティングシステム４２ａと、ダイヤルアップツール４２ｂと、ブラウザ４２ｃと、ダウンロードツール４２ｄなどの各種ソフトウェアが記憶されていることが分かる。ここにおいて、オペレーティングシステム４２ａは、上述したようにメインボード４１ａにて実行されて各種の機能を実現するものであり、実際にはＰＣ４０の起動時にメインボード４１ａ上に読み込まれる。また、ダイヤルアップツール４２ｂは、モデムボード４１ｂおよび公衆回線６０を介してプロバイダ７０を発呼して回線接続させることにより、ＰＣ４０を実質的にインターネット網３０に接続するものである。
【００４３】ブラウザ４２ｃは、上述したようにＨＴＭＬファイルなどを読み込んで画面表示するものであり、実際にはブラウザ４２ｃの表示画面上で所定のＵＲＬを入力することにより、対応するＨＴＭＬファイルなどを取得して読み込む。すなわち、端的に言えばＵＲＬは読込対象となるＨＴＭＬファイルなどの所在を表していることになる。むろん、読込対象となるＨＴＭＬファイルなどが存在するのは、多くの場合インターネット網３０上のＷｅｂサーバ１０，２０などであり、ＵＲＬにはかかるＷｅｂサーバを識別するためのアドレスが含まれることが多い。本実施形態においては、Ｗｅｂサーバ１０のアドレスとして「ｗｗｗ．ａｂｃ．ｃｏｍ」が割り当てられているものとし、従って、上述した「ｉｎｄｅｘ．ｈｔｍ」を読み込む場合のＵＲＬは、「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」となる。また、このように、インターネット網３０上のＷｅｂサーバからＨＴＭＬファイルを読み込むにあたっては、上述したダイヤルアップツール４２ｂを起動してＰＣ４０を実質的にインターネット網３０に接続する必要があることは言うまでもない。
【００４４】さらに、ダウンロードツール４２ｄは、ブラウザ４２ｃに付随して動作するソフトウェアであり、次に、ブラウザ４２ｃとダウンロードツール４２ｄの詳細について図６を参照しつつ説明することとする。上述しなかったが、ブラウザ４２ｃは、利用者からのＵＲＬの入力を受けてそのＵＲＬに該当するデータの取得要求を、該当するデータを保持するＷｅｂサーバへ向けて送信する。この取得要求は、所定のプロトコルに従い、インターネット網３０で適宜ルーティングされて目的となるＷｅｂサーバに到達する。すると、同Ｗｅｂサーバから対応するＨＴＭＬファイルやリソースデータファイルが転送されるので、ブラウザ４２ｃはこれらのファイルを受信し、そのＨＴＭＬファイルを読み込んで画面表示を実行している。上述したようにＰＣ４０は公衆回線６０を介してインターネット網３０に接続されているが、この公衆回線６０の通信速度がＰＣ４０の処理速度に比べて極めて遅いことから、ブラウザ４２ｃの画面表示速度は概ね回線の通信速度に依存するといっても過言ではない。従って、Ｗｅｂサーバから転送されるデータ量が多い場合にはブラウザ４２ｃの画面表示が完了するまでに相当な時間を要することになる。
【００４５】そこで、多くのブラウザにおいては、一旦読み込んだＨＴＭＬファイルやリソースデータファイルを所定のキャッシュ領域に格納するようになっており、上述したようにＵＲＬが入力された場合に、まず対応するＨＴＭＬファイルやリソースデータファイルがかかるキャッシュ領域に存在するか否かを判別し、存在する場合には同キャッシュ領域から直接に対象となるファイルを読み込むようになっている。より具体的には、本実施形態におけるブラウザ４２ｃは、一旦読み込んだＨＴＭＬファイルやリソースデータファイルをキャッシュ領域４２ｃ１に格納するとともに、このキャッシュ領域４２ｃ１に図６に示すような所定のインデックス定義ファイルを作成するようになっている。このインデックス定義ファイルは、キャッシュ領域４２ｃ１に存在するファイルのファイル名と、各ファイル名に対応するＵＲＬとが関連づけられて記録されており、ブラウザ４２ｃは同インデックス定義ファイルを参照して所望のＵＲＬに対するＨＴＭＬファイルやリソースデータファイルがキャッシュ領域４２ｃ１に存在するか否かを判別する。
【００４６】むろん、このようにキャッシュ領域４２ｃ１で目的となるファイルが存在する場合には、ブラウザ４２ｃはキャッシュ領域４２ｃ１内のＨＴＭＬファイルやリソースデータファイルを用いて画面表示を行うため、結果としてＵＲＬに該当するデータの取得要求は発行されない。このようにすることにより、一旦、ブラウザ４２ｃで表示したものであってキャッシュ領域４２ｃ１に残っているものについては、ブラウザ４２ｃの画面表示速度を飛躍的に向上させることができる。また、多くの場合、ＰＣ利用者はインターネット網に接続するために、プロバイダ７０との間で契約を結んで単位時間当たり所定の接続料等を支払うとともに、公衆回線６０の回線使用料も負担しなければならないところ、このように画面表示速度が向上すれば全体として接続時間が削減され、利用者の金銭面の負担も軽減されることになる。
【００４７】なお、ここにおけるキャッシュ領域４２ｃ１は、ハードディスク４２上に作成されたディレクトリであり、その理論的な容量はファイルシステムの空き容量の範囲内で可変である。従って、キャッシュ領域４２ｃ１に可能な限り多くのＨＴＭＬファイルやリソースデータファイルを記憶しておけば、目的のファイルがキャッシュ領域４２ｃ１に存在する確率、すなわちヒット率は表面上は向上する。しかし、一度読み込んだファイルが再度利用されるとは限らないため、より多くのファイルをキャッシュ領域４２ｃ１に記憶しておくと、そのキャッシュ領域４２ｃ１に記憶しておくファイル量に比べて、上記のヒット率は冗長とならざるを得ず、全体としては効率が悪い。そこで、所定の上限値が設定されており、その上限値を超えないようにブラウザ４２ｃがあるタイミングで古いファイルを削除する。例えば、システム日付に比べて所定日数以前のファイルを削除したりする。
【００４８】また、ブラウザ４２ｃは、プロキシサーバの設定を行うことができるようになっている。ブラウザ４２ｃは、このプロキシサーバが設定されている場合には、ＵＲＬに該当するデータの取得要求を発行する際に、直接対象となるＷｅｂサーバに同取得要求を発行するのではなく、設定されているプロキシサーバに対してその取得要求を送出する。そして、プロキシサーバは、この取得要求を受け取り、ブラウザ４２ｃの代理で対象となるＷｅｂサーバからファイルを取得し、ブラウザ４２ｃにそのファイルを渡す。かかるプロキシサーバは、多くの場合、社内ＬＡＮなどが構築されている場合に、そのＬＡＮ上に配置され、ＬＡＮ上のＰＣからの取得要求を受信して上記の動作を行う。
【００４９】本実施形態においては、ダウンロードツール４２ｄがプロキシサーバ的な役割を果たす。すなわち、ブラウザ４２ｃは、プロキシサーバとしてダウンロードツール４２ｄを設定可能であり、利用者からのＵＲＬの入力を受けて対応するＨＴＭＬファイルやリソースデータファイルがキャッシュ領域４２ｃ１に存在しなければ、ダウンロードツール４２ｄに対して同ＵＲＬに該当するデータの取得要求を発行する。そして、このダウンロードツール４２ｄがブラウザ４２ｃから発行された取得要求に基づいて対応するＨＴＭＬファイルやリソースデータファイルを取得してブラウザ４２ｃに渡し、同ブラウザ４２ｃは受け取ったファイルを読み込んで画面表示する。
【００５０】ところで、上述したように、キャッシュ領域４２ｃ１に記憶されたＨＴＭＬファイルやリソースデータファイルは、ブラウザ４２ｃによってあるタイミングで削除される。従って、ある程度のヒット率は得られるものの、必ずしもそのヒット率は高いと言うことはできない。従って、ブラウザ４２ｃでＵＲＬを入力してから画面表示が完了するまでに相当な時間を要してしまうことも多々ある。そこで、予め所望のＵＲＬに対応するＨＴＭＬファイルやリソースデータファイルおよび階層的にページ構築されている場合には指定階層までのファイルを一度にまとめてＰＣ側にダウンロードし、次にブラウザ４２ｃでそのＵＲＬが入力されたときに、ダウンロードしておいたファイルをブラウザ４２ｃに読み込ませるようにすることができれば、公衆回線６０およびプロバイダ７０を介してインターネット網３０に接続しないオフライン状態でもブラウザ４２ｃによる画面表示が可能となり、回線接続時間も低減される。
【００５１】ダウンロードツール４２ｄは、所望のＵＲＬを登録することができるようになっており、ここで登録されたＵＲＬに関連するＨＴＭＬファイルやリソースデータファイルを上述したように一度にまとめてダウンロードし、キャッシュ領域４２ｃ１とは異なるファイル格納領域４２ｄ１に格納する。そして、登録されたＵＲＬに該当するデータの取得要求をブラウザ４２ｃから受け取った場合に、ファイル格納領域４２ｄ１を検索して対応するファイルが存在すれば同ファイル格納領域４２ｄ１から取得してブラウザ４２ｃに渡す。すなわち、予めＨＴＭＬファイルやリソースデータファイルを記憶しておくことにより、ブラウザ４２ｃの画面表示速度を向上させるという点においては、上述したキャッシュ領域４２ｃ１にファイルを記憶しておく場合と同様であるが、ファイル格納領域４２ｄ１に記憶されたファイルは登録されたＵＲＬに基づくものであり、そのファイルが再度利用される可能性が高いという点において相違する。
【００５２】次に、このダウンロードツール４２ｄにおけるＵＲＬ登録処理と、登録されたＵＲＬに関連するファイルの格納処理とについて説明する。図７は、ダウンロードツール４２ｄにおけるＵＲＬ登録処理と、このＵＲＬ登録処理に付随して行われるファイル格納前処理の処理の流れをフローチャートにより示している。例えば、ブラウザ４２ｃにて「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」なるＵＲＬを入力して図４に示すように画面表示させ、その後に「新着情報」および「会社案内」の各項目を選択して閲覧したところ、上記のＵＲＬを登録したいと思ったら、図４に示す画面表示に戻してからダウンロードツール４２ｄの登録ユーティリティを起動する。すると、ステップＳ１１０にて図８に示すようなブラウザ４２ｃとは別ウィンドウが表示される。
【００５３】同図からも分かるように、このウィンドウ上の「追加するＵＲＬ」の項目には、ブラウザ４２ｃで参照しているＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」が既に表示されている。これは、ダウンロードツール４２ｄの登録ユーティリティが、その起動時にブラウザ４２ｃにて参照しているＵＲＬをオペレーティングシステム４２ａを介して取得して表示していることによる。従って、利用者自らＵＲＬを入力するなどの作業を行う必要がなく好適であると言える。むろん、表示されたＵＲＬとは異なるＵＲＬを登録したい場合には、表示されたＵＲＬを消去して所望のＵＲＬを入力することも可能である。また、「追加するＵＲＬ」の項目の下には、「ＵＲＬを追加するカテゴリを選択」の項目にてカテゴリ一覧が表示されており、利用者はそのカテゴリ一覧の中から登録しようとするＵＲＬが含まれるカテゴリを選択して「次へ」のボタンをクリックする。すると、ステップＳ１２０にてこのようにして入力されたＵＲＬおよびカテゴリ等の情報が登録情報ファイル４２ｄ２に追加される。
【００５４】本来的には、上記のステップＳ１１０，Ｓ１２０の処理で登録処理は完了であるが、本実施形態においては後述するファイル格納処理の前処理を続いて開始する。まず、ステップＳ１３０では、キャッシュ領域４２ｃ１を検索して登録されたＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在するか否かを検知する。そして、該当するファイルがキャッシュ領域４２ｃ１に存在する場合には、ステップＳ１４０でその該当ファイルを取得し、次のステップＳ１５０でファイル格納領域４２ｄ１に複写する。その後、ステップＳ１６０では、取得した該当ファイルがＨＴＭＬファイルであるか否かを検知し、ＨＴＭＬファイルである場合にはステップＳ１７０にてリソース格納処理ルーチンを実行する。
【００５５】図９は、このリソース格納処理ルーチンの処理手順をフローチャートにより示している。このリソース格納処理ルーチンにおいては、ステップＳ１６０で検知したＨＴＭＬファイルを入力として、まずステップＳ２１０で同ＨＴＭＬファイルを先頭方向から検索してリソースＵＲＬを取り出す。このリソースＵＲＬとは、入力されたＨＴＭＬファイル内にてリソースデータ参照タグによって参照されているリソースデータファイルのＵＲＬや、リンク表示タグによってリンクされている他のＨＴＭＬファイルのＵＲＬのことであり、ステップＳ２１０では入力されたＨＴＭＬファイルの先頭方向からリソースデータ参照タグやリンク表示タグを検索し、実際にかかるタグを検出したらそのリソースＵＲＬを取り出して次のステップに移行する。また、入力されたＨＴＭＬファイル内にてかかるタグを検出できなかった場合には、そのまま次のステップに移行する。
【００５６】次のステップＳ２２０では、ステップＳ２１０にてリソースＵＲＬを取り出すことができたか否かを検知し、リソースＵＲＬを取り出し不能な場合は処理を終了する。他方、リソースＵＲＬを取り出すことができた場合には、ステップＳ２３０にてキャッシュ領域４２ｃ１を検索して同リソースＵＲＬに対応するリソースデータファイルまたはＨＴＭＬファイルが同キャッシュ領域４２ｃ１に存在するか否かを検知する。ここで、キャッシュ領域４２ｃ１に該当ファイルが存在しなければ、ステップＳ２１０に戻って次のリソースＵＲＬの取り出し処理を開始する。他方、キャッシュ領域４２ｃ１に該当ファイルが存在する場合には、ステップＳ２４０にてその該当ファイルをキャッシュ領域４２ｃ１から取得し、ステップＳ２５０でファイル格納領域４２ｄ１に複写してからステップＳ２１０に戻って同様の処理を開始する。
【００５７】本例においては、ブラウザ４２ｃにて「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」なるＵＲＬを入力して図４に示すように画面表示させ、その後に「新着情報」および「会社案内」の各項目を選択して画面を閲覧している。従って、少なくともダウンロードツール４２ｄの登録ユーティリティを起動した時点において、キャッシュ領域４２ｃ１には「ｉｎｄｅｘ．ｈｔｍ」、「ｗｈａｔｓｎｅｗ．ｈｔｍ」および「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルとこれらのＨＴＭＬファイルから参照するリソースデータファイルが格納されているため、これらのファイルがファイル格納領域４２ｄ１に複写される。
【００５８】むろん、さらに深い階層構造でＨＴＭＬファイルがリンクされていることもありうる。例えば、図１０に示すように、「ｗｈａｔｓｎｅｗ．ｈｔｍ」にてさらにリンク表示タグが記述されて「ｎｅｗｓ１．ｈｔｍ」〜「ｎｅｗｓ３．ｈｔｍ」の各ＨＴＭＬファイルがリンクされていたものとする。そこで、かかる場合も想定し、ステップＳ２５０にて複写したＨＴＭＬファイルにて上述したものと同様にリソースデータ参照タグやリンク表示タグに基づいてリソースＵＲＬを検知し、該当するファイルを取得してファイル格納領域４２ｄ１に複写するようにしてもよい。
【００５９】ところで、ファイル格納領域４２ｄ１に格納されたファイルは、所定の編集ユーティリティにて編集および閲覧することができるようになっており、この編集ユーティリティを起動すると図１１に示すようなウィンドウが表示される。同図を参照すると、最上位のＨＴＭＬファイル「ｉｎｄｅｘ．ｈｔｍ」の下に「新着情報」、「会社案内」、「製品案内」のそれぞれに対応するＨＴＭＬファイル名がツリー表示されていることが分かる。このツリー表示は、上記のように取り出したリソースＵＲＬの階層構造に基づいて行われており、実際に該当するファイルがファイル格納領域４２ｄ１に存在するか否かということとは無関係である。
【００６０】ただし、図１１を参照すると、最上位の「ａｂｃ」と、その下の「新着情報」および「会社案内」の項目の前にはファイルマークが表示されているのに対して、「製品案内」の項目の前には円形のマークが表示されている。これらのマークは、ファイル格納領域４２ｄ１にその項目に対応するファイルが存在するか否かを表している。すなわち、ファイルマークの場合は対応するファイルがファイル格納領域４２ｄ１に存在することを意味し、円形のマークの場合は対応するファイルが存在しないことを意味しており、上述した利用者の閲覧結果と対応していることが図からも明らかである。具体的には、図示していないが、登録情報ファイル４２ｄ２内にリソースＵＲＬの階層構造や、各リソースＵＲＬに該当するファイル名およびその存否に関する情報を保存するようになっており、この登録情報ファイル４２ｄ２を参照して上述したようなツリー表示を行っている。
【００６１】以上のようにして、ダウンロードツール４２ｄのＵＲＬ登録処理と、これに付随して行われるファイル格納前処理とが終了した後、利用者がダウンロードツール４２ｄに対してファイルのダウンロードを指示すると、ダウンロードツール４２ｄは、上述した登録情報ファイル４２ｄ２を参照することにより、上記のファイル格納前処理でファイル格納領域４２ｄ１に格納することができなかった不足分の該当ファイルを一度にまとめてＷｅｂサーバからダウンロードしてファイル格納領域４２ｄ１に格納する。従って、ファイル格納前処理にてキャッシュ領域４２ｃ１からファイル格納領域４２ｄ１に複写されたファイルについては、Ｗｅｂサーバからダウンロードする必要がないため効率が良く、かかるダウンロードに要する時間も短くて済む。また、一旦、ファイル格納処理が完了したＵＲＬについては、ダイヤルアップ接続しないオフライン状態においても画面の閲覧を行うことができ、利用者の金銭的な負担も軽減される。
【００６２】なお、本実施形態においては、ダウンロードツール４２では利用者からのダウンロード指示に応じて登録されたＵＲＬに該当するファイルを一度にまとめてダウンロードする構成としてあるが、むろん、かかる構成に限定されることはなく適宜変更可能である。例えば、上述したＵＲＬ登録処理およびファイル格納前処理が完了した後、直ちにダウンロードツール４２ｄにて図１２のフローチャートに従ってファイル格納処理を実行させるようにしてもよい。同図において、ステップＳ３１０ではインターネット網３０との間で通信可能な状態であるか否かを判断する。具体的にはダイヤルアップツール４２ｂが起動されてプロバイダ７０に接続されているか否かを判断し、接続されている場合には次のステップＳ３２０でブラウザ４２ｃが通信しているか否かを判断する。ここで、ブラウザ４２ｃが通信していないと判断したら、次のステップＳ３３０にて上述したファイル格納前処理でファイル格納領域４２ｄ１に格納することができなかった不足分の該当ファイルを順次対応するＷｅｂサーバから取得し、ステップＳ３４０にてファイル格納領域４２ｄ１に格納する。
【００６３】すなわち、ブラウザ４２ｃによる画面表示が完了して利用者が表示画面を閲覧している間など、Ｗｅｂサーバとの間で通信を行っていないにも関わらず、回線接続された状態となっていることが多いので、この期間を利用して上記のようなファイル格納処理を実行する。このような手法によっても実質的に回線接続時間を低減することができ、かかる手法と、上述した利用者からの指示に基づいて一度にまとめてダウンロードする手法のいずれの手法を採用してかまわない。
【００６４】次に、上記のように構成した本実施形態の動作について説明する。利用者はダイヤルアップツール４２ｂを起動し、公衆回線６０およびプロバイダ７０を介してＰＣ４０をインターネット網３０に接続した後、ブラウザ４２ｃを起動して「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｏｍｅ／ｉｎｄｅｘ．ｈｔｍ」なるＵＲＬを入力したものとする。すると、ブラウザ４２ｃは、所定のキャッシュ領域４２ｃ１に格納されたインデックス定義ファイルを参照し、対応するＨＴＭＬファイルやリソースデータファイルが同キャッシュ領域４２ｃ１に存在するか否かを検知する。
【００６５】ここで対応するファイルがキャッシュ領域４２ｃ１に存在しなかったとすると、ブラウザ４２ｃは入力されたＵＲＬに該当するデータの取得要求を発行する。ここにおいて、ブラウザ４２ｃにはプロキシサーバとしてダウンロードツール４２ｄが設定されているため、実際にはこのダウンロードツール４２ｄに対して上記取得要求を発行する。すると、この取得要求を受け取ったダウンロードツール４２ｄは、所定のファイル格納領域４２ｄ１を検索して同取得要求に該当するファイルが存在するか否かを判断する。ここで、該当するファイルが存在しなかったものとすると、ダウンロードツール４２ｄは公衆回線６０およびプロバイダ７０を介してインターネット網３０に同取得要求を送出する。
【００６６】すると、この取得要求はインターネット網３０上で適宜ルーティングされてＷｅｂサーバ１０に到達し、このＷｅｂサーバ１０から対応するＨＴＭＬファイルやリソースデータファイルが転送されるので、ダウンロードツール４２ｄはかかるファイルを受信してブラウザ４２ｃに渡す。そして、ブラウザ４２ｃは、渡されたＨＴＭＬファイルやリソースデータファイルをキャッシュ領域４２ｃ１に格納するとともに、同ＨＴＭＬファイルを読み込んで適宜リソースデータファイルを使用しつつ図４に示すような画面表示を行う。同図を参照すると、この表示画面上において、「新着情報」、「会社案内」および「製品案内」の文字列が表示されていることが分かるが、これらの文字列は利用者がクリック入力することができるようになっている。
【００６７】そこで、利用者は、「新着情報」と「会社案内」の各項目を選択して同様にして画面表示させたものとする。すると、各項目に対応した「ｗｈａｔｓｎｅｗ．ｈｔｍ」と「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルが同様にしてキャッシュ領域４２ｃ１に格納される。従って、この時点において、キャッシュ領域４２ｃ１には、少なくとも「ｉｎｄｅｘ．ｈｔｍ」のＨＴＭＬファイルと、このＨＴＭＬファイルから参照するリソースデータファイルと、「ｗｈａｔｓｎｅｗ．ｈｔｍ」と「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルとが格納されていることになる。
【００６８】利用者は、ここまでの画面を閲覧した時点で上記のＵＲＬを登録したいと思ったので、ブラウザ４２ｃの表示画面を図４に示す状態に戻してからダウンロードツール４２ｄの登録ユーティリティを起動したものとする。すると、この登録ユーティリティは、起動時にブラウザ４２ｃにて指定されているＵＲＬをオペレーティングシステム４２ａを介して取得し、この取得したＵＲＬを用いて図８に示すような新たなウィンドウを表示する。同図において、「追加するＵＲＬ」の項目については登録ユーティリティによって取得したＵＲＬが表示されているため、利用者は「ＵＲＬを追加するカテゴリを選択」の項目にて追加するＵＲＬの属するカテゴリを選択して「次へ」のボタンをクリックする（ステップＳ１１０）。ダウンロードツール４２ｄは、ここで入力されたＵＲＬおよびカテゴリ等の情報を登録情報ファイル４２ｄ２に追加してＵＲＬの登録処理を終了し（ステップＳ１２０）、次にファイル格納前処理を開始する。
【００６９】ダウンロードツール４２ｄは、登録されたＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在するか否かを判断する（ステップＳ１３０）。本例においては、キャッシュ領域４２ｃ１に該当ファイル（「ｉｎｄｅｘ．ｈｔｍ」）が存在するので、ダウンロードツール４２ｄは、その該当ファイルを取得し（ステップＳ１４０）、ファイル格納領域４２ｄ１に複写する（ステップＳ１５０）。その後、その該当ファイルがＨＴＭＬファイルであることを検知し（ステップＳ１６０）、このＨＴＭＬファイルを入力としてリソース格納処理ルーチンを実行する（ステップＳ１７０）。
【００７０】このリソース格納処理ルーチンでは、入力となるＨＴＭＬファイルの先頭方向からリソースデータ参照タグやリンク表示タグを検索し、実際にかかるタグを検出したらリソースＵＲＬを取り出す（ステップＳ２１０）。ここで、リソースＵＲＬを取り出すことができたら（ステップＳ２２０）、そのリソースＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在するか否かを検知する（ステップＳ２３０）。そして、該当するファイルが存在することを検知した場合には、そのファイルを取得し（ステップＳ２４０）、ファイル格納領域４２ｄ１に格納する。以降、同様にして入力されたＨＴＭＬファイル内の全てのリソースＵＲＬを取り出し、このリソースＵＲＬに該当するファイルがキャッシュ領域４２ｃ１に存在する場合には、同ファイルをファイル格納領域４２ｄ１に格納する。従って、ファイル格納領域４２ｄ１には、「ｉｎｄｅｘ．ｈｔｍ」のＨＴＭＬファイルと、このＨＴＭＬファイルから参照するリソースデータファイルと、「ｗｈａｔｓｎｅｗ．ｈｔｍ」と「ｃｏｒｐｉｎｔｒ．ｈｔｍ」のＨＴＭＬファイルとが格納される。
【００７１】その後、利用者がダウンロードツール４２ｄに対してファイルのダウンロードを指示すると、ダウンロードツール４２ｄは、上述した登録情報ファイル４２ｄ２を参照することにより、上記のファイル格納前処理でファイル格納領域４２ｄ１に格納することができなかった不足分の該当ファイルを一度にまとめてＷｅｂサーバ１０からダウンロードしてファイル格納領域４２ｄ１に格納する。一方、ダウンロードツール４２ｄが図１２のフローチャートに従ってファイルを取得する場合には、ダウンロードツール４２ｄはダイヤルアップツール４２ｂが起動されてプロバイダ７０に接続されており、且つ、ブラウザ４２ｃが通信していない状態のときに、不足するＨＴＭＬファイルやリソースデータファイルをＷｅｂサーバ１０から順次取得し、ファイル格納領域４２ｄ１に格納する（ステップＳ３１０〜Ｓ３４０）。
【００７２】このようにして、ダウンロードツール４２ｄが登録されたＵＲＬに関連するＨＴＭＬファイルやリソースデータファイルを全てファイル格納領域４２ｄ１に格納した後は、利用者は公衆回線６０およびプロバイダ７０を介してインターネット網３０に接続しないオフライン状態であっても、同ＵＲＬに対するホームページを閲覧することができるようになる。むろん、しばらくの間はキャッシュ領域４２ｃ１にも登録したＵＲＬに関連するＨＴＭＬファイルやリソースデータファイルが残っているが、あるタイミングでこれらのファイルはブラウザ４２ｃによって削除されることになる。
【００７３】このように、ブラウザ４２ｃにてプロキシ設定されたダウンロードツール４２ｄは、ブラウザ４２ｃからのデータ取得要求に応じて該当ファイルがファイル格納領域４２ｄ１に存在する場合に同領域から取得し、存在しない場合にのみＷｅｂサーバ１０などから取得してブラウザ４２ｃに渡すようにしており、予め所望のＵＲＬに基づくファイルをＷｅｂサーバ１０などから一度にまとめてダウンロードしてファイル格納領域４２ｄ１に格納するにあたり、ブラウザ４２ｃにて読み込まれているファイルに対するＵＲＬを取得し、このＵＲＬに関連するファイルがブラウザ４２ｃのキャッシュ領域４２ｃ１に存在する場合には同領域から優先的に取得するようにしたため、キャッシュ領域４２ｃ１に存在するファイルについてはＷｅｂサーバ１０などから重複して取得することがないため、効率的にインターネット網３０に接続することができ、接続時間を全体として低減することができる。
【００７４】なお、本実施形態においては、ブラウザ４２ｃのプロキシサーバ設定を利用し、ダウンロードツール４２ｄを介してＷｅｂサーバとの間で通信する構成としてあるが、むろん、この構成に限られることはない。その一例として、図１３に示す構成とすることも可能である。同図において、ブラウザ４２ｅにはプロキシサーバの設定がなされておらず、ブラウザ４２ｅはＷｅｂサーバとの間で直接通信を行うようになっている。一方、ダウンロードツール４２ｆは、上述したものと同様にして登録情報ファイル４２ｆ２に登録されたＵＲＬについて、該当ファイルをファイル格納領域４２ｆ１に格納するにあたり、ブラウザ４２ｅのキャッシュ領域４２ｅ１に存在するファイルを優先的にファイル格納領域４２ｆ１に複写し、不足分をＷｅｂサーバからダウンロードする。
【００７５】このとき、ファイル格納領域４２ｆ１内の各ファイルをＷｅｂサーバ上と同じファイル管理体系で管理しておくとともに、そのファイルの所在を示す情報をキャッシュ領域４２ｅ１のインデックス定義ファイルに記録しておく。上述したように、ブラウザ４２ｅは、まずかかるインデックス定義情報を参照して該当ファイルがＰＣ側に存在するか否かを検索するため、結果的にキャッシュ領域４２ｅ１またはファイル格納領域４２ｆ１に該当ファイルが存在するか否かを検索していることになる。そして、ブラウザ４２ｅは、ファイル格納領域４２ｆ１に該当ファイルが存在することを検知した場合には、同ファイル格納領域４２ｆ１から該当ファイルを読み込んで画面表示を行う。このような構成としても、上述したものと同様の効果を得ることができ、適宜変更可能である。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる画面制御ファイル記憶装置を適用したＰＣと所定のＷｅｂサーバとのネットワークによる接続形態を示す全体構成図である。
【図２】同Ｗｅｂサーバのハードウェア構成を示す概略ブロック図である。
【図３】同Ｗｅｂサーバのハードディスク内におけるＨＴＭＬファイルとリソースデータファイルのファイル管理体系を示す図である。
【図４】所定のブラウザによる画面表示の一例を示す図である。
【図５】上記ＰＣのハードウェアおよびソフトウェア構成を示す概略ブロック図である。
【図６】同ＰＣにおけるブラウザとダウンロードツールによるデータ送受を示すブロック図である。
【図７】同ダウンロードツールによるＵＲＬ登録処理とファイル格納前処理の処理手順を示すフローチャートである。
【図８】同ダウンロードツールによってＵＲＬ登録を行う際に表示される画面表示の一例である。
【図９】同ダウンロードツールのファイル格納前処理にて実行されるリソース格納処理ルーチンの処理手順を示すフローチャートである。
【図１０】ＨＴＭＬファイルが階層的にリンクされている状態を概念的に示す樹形図である。
【図１１】上記ダウンロードツールによって取得したリソースＵＲＬを閲覧する際の画面表示の一例を示す図である。
【図１２】変形例にかかるファイル格納処理の処理手順を示すフローチャートである。
【図１３】変形例にかかるブラウザとダウンロードツールによるデータ送受を示すブロック図である。
【符号の説明】
１０，２０…Ｗｅｂサーバ
３０…インターネット網
４０，５０…ＰＣ
４１…ＰＣ本体
４１ａ…メインボード
４１ｂ…モデムボード
４２…ハードディスク
４２ａ…オペレーティングシステム
４２ｂ…ダイヤルアップツール
４２ｃ…ブラウザ
４２ｃ１…キャッシュ領域
４２ｄ…ダウンロードツール
４２ｄ１…ファイル格納領域
４２ｄ２…登録情報ファイル
４３ａ…キーボード
４３ｂ…マウス
４４…ディスプレイ
６０…公衆回線
７０…プロバイダ
【特許請求の範囲】
【請求項１】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶装置であって、上記ホスト装置との間で通信可能なホスト装置通信手段と、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する画面制御ファイル取得記憶手段とを具備することを特徴とする画面制御ファイル記憶装置。
【請求項２】 上記請求項１に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報取得手段にて取得したアドレス情報に基づく画面制御ファイルが上記キャッシュ領域に記憶されている場合に同キャッシュ領域から取得するキャッシュ内ファイル取得記憶手段と、このキャッシュ内ファイル取得手段によって上記画面制御ファイルを取得不能な場合に上記アドレス情報取得手段にて取得したアドレス情報を記憶するアドレス情報記憶手段と、このアドレス情報記憶手段にて上記アドレス情報を記憶した後に利用者からの要望に応じて同アドレス情報に基づき上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するホストファイル遅延取得記憶手段とを具備することを特徴とする画面制御ファイル記憶装置。
【請求項３】 上記請求項１または請求項２のいずれかに記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルを取得するとともに、同画面制御ファイルに含まれる当該画面制御ファイルに関連する他の画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのリンク情報を検出して当該リンク情報に基づいて関連する他の画面制御ファイルを取得することを特徴とする画面制御ファイル記憶装置。
【請求項４】 上記請求項３に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルと、当該画面制御ファイルに関連する他の画面制御ファイルとを取得するにあたり、上記キャッシュ領域に記憶された画面制御ファイルについて同キャッシュ領域から取得するとともに、不足する画面制御ファイルについて上記ホスト装置通信手段を介して上記ホスト装置から取得することを特徴とする画面制御ファイル記憶装置。
【請求項５】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶方法であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶することを特徴とする画面制御ファイル記憶方法。
【請求項６】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶プログラムを記録した媒体であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶することを特徴とする画面制御ファイル記憶プログラムを記録した媒体。
【請求項７】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能なホスト装置通信手段と、このホスト装置通信手段を介して上記ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示手段と、上記キャッシュ領域に記憶された画面制御ファイルを同キャッシュ領域とは異なる記憶領域に複写して記憶する画面制御ファイル複写記憶手段とを具備することを特徴とする画面表示装置。
【請求項１】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶装置であって、上記ホスト装置との間で通信可能なホスト装置通信手段と、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶する画面制御ファイル取得記憶手段とを具備することを特徴とする画面制御ファイル記憶装置。
【請求項２】 上記請求項１に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報取得手段にて取得したアドレス情報に基づく画面制御ファイルが上記キャッシュ領域に記憶されている場合に同キャッシュ領域から取得するキャッシュ内ファイル取得記憶手段と、このキャッシュ内ファイル取得手段によって上記画面制御ファイルを取得不能な場合に上記アドレス情報取得手段にて取得したアドレス情報を記憶するアドレス情報記憶手段と、このアドレス情報記憶手段にて上記アドレス情報を記憶した後に利用者からの要望に応じて同アドレス情報に基づき上記ホスト装置通信手段を介して上記ホスト装置から対応する画面制御ファイルを取得して記憶するホストファイル遅延取得記憶手段とを具備することを特徴とする画面制御ファイル記憶装置。
【請求項３】 上記請求項１または請求項２のいずれかに記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルを取得するとともに、同画面制御ファイルに含まれる当該画面制御ファイルに関連する他の画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのリンク情報を検出して当該リンク情報に基づいて関連する他の画面制御ファイルを取得することを特徴とする画面制御ファイル記憶装置。
【請求項４】 上記請求項３に記載の画面制御ファイル記憶装置において、上記画面制御ファイル取得記憶手段は、上記アドレス情報に対応した画面制御ファイルと、当該画面制御ファイルに関連する他の画面制御ファイルとを取得するにあたり、上記キャッシュ領域に記憶された画面制御ファイルについて同キャッシュ領域から取得するとともに、不足する画面制御ファイルについて上記ホスト装置通信手段を介して上記ホスト装置から取得することを特徴とする画面制御ファイル記憶装置。
【請求項５】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶方法であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶することを特徴とする画面制御ファイル記憶方法。
【請求項６】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能であり、同ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示装置のための画面制御ファイル記憶プログラムを記録した媒体であって、利用者の要望に応じて上記画面表示装置にて読み込んだ画面制御ファイルを備えたホスト装置およびその画面制御ファイルを識別するためのアドレス情報を取得するアドレス情報取得手段と、このアドレス情報取得手段にて取得したアドレス情報に基づいて上記ホスト装置から対応する画面制御ファイルを取得して所定の記憶領域に記憶するにあたり、同画面制御ファイルが上記キャッシュ領域に記憶されている場合には優先的に同キャッシュ領域から取得して記憶することを特徴とする画面制御ファイル記憶プログラムを記録した媒体。
【請求項７】 所定の画面制御ファイルを備えたホスト装置とネットワークを介して通信可能なホスト装置通信手段と、このホスト装置通信手段を介して上記ホスト装置から画面制御ファイルを読み込んで画面表示しつつ読み込んだ画面制御ファイルを所定期間だけキャッシュ領域に記憶するとともに、上記ホスト装置から読み込もうとする画面制御ファイルが同キャッシュ領域に記憶されている場合には同キャッシュ領域に記憶されている画面制御ファイルを優先して読み込んで画面表示する画面表示手段と、上記キャッシュ領域に記憶された画面制御ファイルを同キャッシュ領域とは異なる記憶領域に複写して記憶する画面制御ファイル複写記憶手段とを具備することを特徴とする画面表示装置。
【図１】
【図２】
【図３】
【図４】
【図８】
【図１０】
【図５】
【図６】
【図７】
【図９】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図８】
【図１０】
【図５】
【図６】
【図７】
【図９】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０００−１４８６４０（Ｐ２０００−１４８６４０Ａ）
【公開日】平成１２年５月３０日（２０００．５．３０）
【国際特許分類】
【出願番号】特願平１０−３１７６９０
【出願日】平成１０年１１月９日（１９９８．１１．９）
【出願人】（５９４０６７２２１）エー・アイ ソフト株式会社 (5)
【Ｆターム（参考）】
【公開日】平成１２年５月３０日（２０００．５．３０）
【国際特許分類】
【出願日】平成１０年１１月９日（１９９８．１１．９）
【出願人】（５９４０６７２２１）エー・アイ ソフト株式会社 (5)
【Ｆターム（参考）】
[ Back to top ]