(57)【要約】【課題】スタティックメモリ管理方式を採用したブラウザ端末、またはリソースの解放がなされない実行可能なプログラムが利用される可能性のあるダイナミックなメモリ管理方式を採用したブラウザ端末において、メモリリソースの不足により操作不能な状態に陥るという不具合を解決するのに好メモリ管理装置を提供する。【解決手段】プロキシサーバ２００は、スタティックメモリ管理方式によりアプレットに対してメモリ領域の割当および解放を行うブラウザ端末３００と、複数のＷＷＷサーバ１００とに通信可能に接続している。そして、ブラウザ端末３００からの取得要求に応じてＷＷＷサーバ１００からＷｅｂページを取得し、取得したＷｅｂページを要求元のブラウザ端末３００に送信する。また、ブラウザ端末３００でアプレットの取得が失敗したことを検出したときは、画面更新命令をブラウザ端末３００に送信する。【選択図】  図１１
2004192346.tif 000002
【特許請求の範囲】
【請求項１】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する装置であって、
前記データ取得手段で前記特定形式データの取得が失敗したことを検出する取得失敗検出手段と、前記取得失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段とを備えることを特徴とするメモリ管理装置。
【請求項２】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する装置であって、
前記データ初期化手段で前記特定形式データの初期化に失敗したことを検出する初期化失敗検出手段と、前記初期化失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段とを備えることを特徴とするメモリ管理装置。
【請求項３】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する装置であって、
前記データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するタイムアウト検出手段と、前記タイムアウト検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段とを備えることを特徴とするメモリ管理装置。
【請求項４】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段と、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段と、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段と、前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段とを備えることを特徴とするプロキシサーバ。
【請求項５】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記端末側データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段と、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段と、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段と、前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段とを備えることを特徴とするプロキシサーバ。
【請求項６】
請求項５において、
さらに、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段を備え、
前記更新命令送信手段は、前記初期化失敗検出手段又は前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とするプロキシサーバ。
【請求項７】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段と、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段と、前記端末側データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを前記ブラウザ端末との通信により検出するタイムアウト検出手段と、前記タイムアウト検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段とを備えることを特徴とするプロキシサーバ。
【請求項８】
請求項７において、
さらに、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段又は前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とするプロキシサーバ。
【請求項９】
請求項７において、
さらに、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段又は前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とするプロキシサーバ。
【請求項１０】
請求項８において、
さらに、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段、前記取得失敗検出手段又は前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とするプロキシサーバ。
【請求項１１】
請求項１０において、
さらに、前記端末側データ取得手段で取得した特定形式データの取得回数が所定数に達したことを検出する取得回数検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段、前記取得失敗検出手段、前記初期化失敗検出手段又は前記取得回数検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とするプロキシサーバ。
【請求項１２】
請求項１０及び１１のいずれかにおいて、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータ及び前記監視プログラムデータが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記取得失敗検出手段で取得の失敗を検出したときは、前記全画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とするプロキシサーバ。
【請求項１３】
請求項１０及び１１のいずれかにおいて、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記初期化失敗検出手段で初期化の失敗を検出したときは、前記自画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とするプロキシサーバ。
【請求項１４】
請求項１０及び１１のいずれかにおいて、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記タイムアウト検出手段でサービスのタイムアウトを検出したときは、前記自画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とするプロキシサーバ。
【請求項１５】
請求項１１において、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記取得回数検出手段で前記所定数に達したことを検出したときは、前記自画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とするプロキシサーバ。
【請求項１６】
請求項４乃至１５のいずれかにおいて、
さらに、前記サーバ側データ取得手段で取得したデータに前記特定形式データの取得要求である特定取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式データが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段とを備え、
前記データ送信手段は、前記サーバ側データ取得手段で取得したデータについて、当該データに含まれる前記取得要求に係る特定形式データが存在しないと前記データ存在判定手段で判定したときは、前記特定形式データが存在しない旨の通知を行うようになっていることを特徴とするプロキシサーバ。
【請求項１７】
請求項１６において、
前記データ送信手段は、前記サーバ側データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式データが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記特定形式データが存在しない旨の通知データを前記ブラウザ端末に送信するようになっていることを特徴とするプロキシサーバ。
【請求項１８】
請求項１６及び１７のいずれかにおいて、
前記データ存在判定手段は、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式データが存在するか否かを判定したときは、当該特定形式データを識別するためのデータ識別情報及び当該特定形式データの取得先アドレスを対応付けて記憶手段に登録し、
前記特定取得要求検出手段で前記特定取得要求が含まれていることを検出したときは、当該特定取得要求が含まれているデータから前記データ識別情報及び前記取得先アドレスを取得し、取得したデータ識別情報及び取得先アドレスが前記記憶手段に登録されていないときは、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式データが存在するか否かを判定するようになっていることを特徴とするプロキシサーバ。
【請求項１９】
請求項１８において、
前記記憶手段には、前記ブラウザ端末がアクセスすることのある特定形式データごとに前記取得先アドレスを登録したアクセス登録テーブルを記憶させておき、
前記データ存在判定手段は、前記ブラウザ端末からの取得要求を受信する前に、前記アクセス登録テーブルの取得先アドレスをもとに前記ネットワークリソースにアクセスして該当の特定形式データが存在するか否かを判定し、当該特定形式データを識別するためのデータ識別情報及び当該特定形式データの取得先アドレスを対応付けて前記記憶手段に登録するようになっていることを特徴とするプロキシサーバ。
【請求項２０】
請求項１６乃至１９のいずれかにおいて、
前記ネットワークリソースを識別するためのネットワークリソース識別情報を含む取得要求を受信したときは、受信した取得要求から前記ネットワークリソース識別情報を取得し、取得したネットワークリソース識別情報により特定されるネットワークリソースが前記ブラウザ端末であると判定したときは、前記特定取得要求検出手段による検出及び前記データ存在判定手段による判定を行うようになっていることを特徴とするプロキシサーバ。
【請求項２１】
請求項１２記載のプロキシサーバと通信可能に接続する端末であって、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを備え、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータ及び前記監視プログラムデータが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とするブラウザ端末。
【請求項２２】
請求項１３乃至１５のいずれかに記載のプロキシサーバと通信可能に接続する端末であって、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを備え、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とするブラウザ端末。
【請求項２３】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用するプログラムであって、
前記データ取得手段で前記特定形式データの取得が失敗したことを検出する取得失敗検出手段、及び前記取得失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とするメモリ管理プログラム。
【請求項２４】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用するプログラムであって、
前記データ初期化手段で前記特定形式データの初期化に失敗したことを検出する初期化失敗検出手段、及び前記初期化失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とするメモリ管理プログラム。
【請求項２５】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用するプログラムであって、
前記データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するタイムアウト検出手段、及び前記タイムアウト検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とするメモリ管理プログラム。
【請求項２６】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するプログラムであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段、及び前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とするサーバ用プログラム。
【請求項２７】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記端末側データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するプログラムであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段、及び前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とするサーバ用プログラム。
【請求項２８】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するプログラムであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段、前記端末側データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを前記ブラウザ端末との通信により検出するタイムアウト検出手段、及び前記タイムアウト検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とするサーバ用プログラム。
【請求項２９】
コンピュータからなる請求項２１記載のブラウザ端末に実行させるためのプログラムであって、
ネットワークリソースからデータを取得する端末側データ取得手段、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段、及び更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段として実現される処理を実行させるためのプログラムであり、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータ及び前記監視プログラムデータが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とする端末用プログラム。
【請求項３０】
コンピュータからなる請求項２２記載のブラウザ端末に実行させるためのプログラムであって、
ネットワークリソースからデータを取得する端末側データ取得手段、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段、及び更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段として実現される処理を実行させるためのプログラムであり、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられ且つ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、及び、前記複数の区分表示領域のうちいずれかに対応して割り当てられ且つ１又は複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とする端末用プログラム。
【請求項３１】
請求項１２記載の監視プログラムであって、
全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータ及び前記監視プログラムデータが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放する処理をコンピュータに実行させるためのプログラムであることを特徴とする監視プログラム。
【請求項３２】
請求項１３乃至１５のいずれかに記載の監視プログラムであって、
自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放する処理をコンピュータに実行させるためのプログラムであることを特徴とする監視プログラム。
【請求項３３】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する方法であって、
前記データ取得手段で前記特定形式データの取得が失敗したことを検出する取得失敗検出ステップと、前記取得失敗検出ステップの検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力ステップとを含むことを特徴とするメモリ管理方法。
【請求項３４】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する方法であって、
前記データ初期化手段で前記特定形式データの初期化に失敗したことを検出する初期化失敗検出ステップと、前記初期化失敗検出ステップの検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力ステップとを含むことを特徴とするメモリ管理方法。
【請求項３５】
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する方法であって、
前記データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するタイムアウト検出ステップと、前記タイムアウト検出ステップの検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力ステップとを含むことを特徴とするメモリ管理方法。
【請求項３６】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信する方法であって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得ステップと、前記サーバ側データ取得ステップで取得したデータを前記ブラウザ端末に送信するデータ送信ステップと、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出ステップと、前記取得失敗検出ステップの検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信ステップとを含むことを特徴とするメモリ管理方法。
【請求項３７】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記端末側データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信する方法であって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得ステップと、前記サーバ側データ取得ステップで取得したデータを前記ブラウザ端末に送信するデータ送信ステップと、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出ステップと、前記初期化失敗検出ステップの検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信ステップとを含むことを特徴とするメモリ管理方法。
【請求項３８】
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信する方法であって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得ステップと、前記サーバ側データ取得ステップで取得したデータを前記ブラウザ端末に送信するデータ送信ステップと、前記端末側データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを前記ブラウザ端末との通信により検出するタイムアウト検出ステップと、前記タイムアウト検出ステップの検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信ステップとを含むことを特徴とするメモリ管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一のネットワークリソースと他のネットワークリソースとの間でデータの取得を仲介する装置、サーバ、端末およびプログラム、並びに方法に係り、特に、スタティックメモリ管理方式を採用したブラウザ端末、またはリソースの解放がなされない実行可能なプログラムが利用される可能性のあるダイナミックなメモリ管理方式を採用したブラウザ端末において、メモリリソースの不足により操作不能な状態に陥るという不具合を解決するのに好メモリ管理装置、プロキシサーバ、ブラウザ端末、メモリ管理プログラム、サーバ用プログラム、端末用プログラムおよび監視プログラム、並びにメモリ管理方法に関する。
【０００２】
【従来の技術】
Ｗｅｂベースの技術の浸透に伴い、ユーザインターフェースとしてＷｅｂブラウザを用い、アプリケーション本体はＷＷＷ（World Wide Web）サーバで稼働させるような、いわゆるシンクライアント型のシステムが利用されるようになってきている。このとき、ＷＷＷサーバからクライアントに送られる情報は、フォームを含むＨＴＭＬ（HyperText Markup Language）データであり、クライアントの端末では、Ｗｅｂブラウザさえ動けば、実行に先立って特にアプリケーションの配布・インストール等の作業を行うことなく、アプリケーションを実行させることができるようになる。また、一般的には、クライアント側でアプリケーションを実行するのに比して、クライアント側はより処理能力の低いハードウエアで運用することができる。
【０００３】
従来、このようなクライアント端末には、ローエンドのＰＣが用いられてきた。しかし、最近では、店舗等に設置して顧客に気軽に使用してもらうことを目的としたものとして、液晶ディスプレイ上にタッチパネルを設け、タッチパネル上の操作だけで利用することができるブラウザ端末も開発され、そのようなブラウザ端末上でもＷｅｂブラウザが動作するようになってきている。
【０００４】
【発明が解決しようとする課題】
このようなブラウザ端末は、ローエンドのＰＣと異なり、省電力化、低コスト化および省スペース化等を図るために、ＣＰＵの処理能力が低く、メモリリソースも少なく設計されているのが通常である。そのため、ブラウザ端末に組み込むＷｅｂブラウザでは、ＪＡＶＡ（登録商標）アプレット（以下、単にアプレットという。）を実行するにあたり、アプレットに割り当てるメモリ領域を管理する方法として、ＣＰＵ負荷が少なくかつメモリ効率に優れたスタティックメモリ管理方式が採用されている。
【０００５】
スタティックメモリ管理方式は、１つのＷｅｂページをテーブルにより管理し、テーブルがリセットされるまでは、Ｗｅｂページに付属するアプレットを読み込むたびに未使用のメモリ領域を順次割り当てていく方式である。テーブルのリセットタイミングは、そのＷｅｂページをリロードすべき更新命令が与えられたときである。
【０００６】
しかしながら、スタティックメモリ管理方式にあっては、複数のフレームにより構成されたＷｅｂページを表示する場合は、ユーザの操作によっては更新命令が与えられないまま、そのＷｅｂページに付属するアプレットが次々と読み込まれ、メモリリソースが不足し操作不能な状態に陥る可能性があった。例えば、メニュー項目の一覧を表示するメニューフレームと、メニューフレームのメニュー項目に対応する内容を表示するコンテンツフレームにより構成されたＷｅｂページを、ユーザが各メニュー項目を選択しながら一つ一つのメニュー内容を表示する場合、メニュー項目を選択するごとにコンテンツフレームのＷｅｂページは更新されるが、コンテンツフレームの更新だけでは全体のＷｅｂページについて更新命令が与えられないため、メニュー項目を選択するごとにそのＷｅｂページに付属するアプレットがメモリに読み込まれ蓄積される。ローエンドのＰＣのように個人ユーザ向けに使用される端末では、同一のＷｅｂページを何度も表示することはないので、アプレットの過剰読込によりメモリリソース不足が生じる可能性は少ない。しかし、これに対し、店舗等に設置するブラウザ端末では、アプレットを利用してＷｅｂページを構成し、そのＷｅｂページによりプリントサービス等の店舗専用のサービスを提供することがあるため、複数の顧客により同一のＷｅｂページを繰り返し表示されると、アプレットの過剰読込によりメモリリソース不足が生じる可能性が大きい。
【０００７】
また、ブラウザ端末では、ＷＷＷサーバからアプレットをダウンロードして実行するが、通信障害等の原因によりアプレットのダウンロードが途中で失敗することがある。しかしながら、スタティックメモリ管理方式にあっては、ダウンロードの成功・失敗にかかわらず、アプレットに対してメモリ領域を割り当てるようになっているので、ダウンロードが失敗した場合には、不要なアプレットがメモリ領域を占有することとなり、メモリリソース不足が生じる可能性が大きい。さらに、ダウンロードが失敗したアプレットを実行してしまうと、動作が不安定となる可能性もあった。
【０００８】
また、ブラウザ端末では、ＷＷＷサーバからダウンロードしたアプレットを利用可能となるように初期化して実行するが、ユーザのクリティカルな端末操作等の原因によりアプレットの初期化に失敗することがある。しかしながら、スタティックメモリ管理方式にあっては、初期化の成功・失敗にかかわらず、アプレットに対してメモリ領域を割り当てるようになっているので、初期化が失敗した場合には、不要なアプレットがメモリ領域を占有することとなり、メモリリソース不足が生じる可能性が大きい。さらに、初期化が失敗したアプレットを実行してしまうと、動作が不安定となる可能性もあった。
【０００９】
また、ブラウザ端末では、更新命令が与えられない限りメモリ領域が解放されないので、ユーザが利用を終了してから次のユーザが利用を開始するまでの間もメモリ領域が確保されたままとなり、このような状態が累積すれば、メモリリソース不足が生じる可能性が大きい。この場合、ユーザが利用を終了してから次のユーザが利用を開始するまでの間においては、メモリ領域を解放するのが好ましい。
【００１０】
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、スタティックメモリ管理方式を採用したブラウザ端末、またはリソースの解放がなされない実行可能なプログラムが利用される可能性のあるダイナミックなメモリ管理方式を採用したブラウザ端末において、メモリリソースの不足により操作不能な状態に陥るという不具合を解決するのに好適なメモリ管理装置、プロキシサーバ、ブラウザ端末、メモリ管理プログラム、サーバ用プログラム、端末用プログラムおよび監視プログラム、並びにメモリ管理方法を提供することを目的としている。
【００１１】
【課題を解決するための手段】
〔発明１〕
上記目的を達成するために、発明１のメモリ管理装置は、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する装置であって、
前記データ取得手段で前記特定形式データの取得が失敗したことを検出する取得失敗検出手段と、前記取得失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段とを備えることを特徴とする。
【００１２】
このような構成であれば、メモリ管理システムでは、データ取得手段によりデータが取得されると、メモリ領域割当手段により、取得されたデータのうち特定形式データにスタティックメモリ管理方式によりメモリ領域が割り当てられる。一方、本発明に係るメモリ管理装置では、取得失敗検出手段により、データ取得手段で特定形式データの取得が失敗したことが検出されると、更新命令出力手段により、その検出結果に基づいてメモリ管理システムに更新命令が出力される。
【００１３】
メモリ管理システムでは、更新命令が入力されると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
ここで、本発明に係るメモリ管理装置は、メモリ管理システムと一体に構成されていてもよいし、メモリ管理システムとは別体に構成されていてもよい。前者の場合、例えば、メモリ管理システムに組み込まれるソフトウェアとして構成することができ、後者の場合、例えば、メモリ管理システムが組み込まれたコンピュータがネットワークアクセスに利用するプロキシサーバとして構成することができる。以下、発明２および３のメモリ管理装置において同じである。
【００１４】
また、特定形式のデータとしては、実行型のプログラムデータ（例えば、ＪＡＶＡ（登録商標）アプレット）のほか、例えば、画像データ、音声データその他のマルチメディアデータ、またはテキストデータその他の文書データが含まれる。以下、発明２および３のメモリ管理装置、発明４、５および７のプロキシサーバ、発明２３ないし２５のメモリ管理プログラム、発明２６ないし２８のサーバ用プログラム、並びに発明３３ないし３８のメモリ管理方法において同じである。
【００１５】
また、取得失敗検出手段は、データ取得手段で特定形式データの取得が失敗したことを検出するようになっていればどのような構成であってもよく、より具体的には、特定形式データの取得失敗を推定または実測により検出することができる。例えば、メモリ管理システムと一体に構成する場合は、実測により検出すればよいし、メモリ管理システムと別体に構成する場合は、実測が困難なので推定により検出すればよい。以下、発明２３のメモリ管理プログラムにおいて同じである。
〔発明２〕
さらに、発明２のメモリ管理装置は、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する装置であって、
前記データ初期化手段で前記特定形式データの初期化に失敗したことを検出する初期化失敗検出手段と、前記初期化失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段とを備えることを特徴とする。
【００１６】
このような構成であれば、メモリ管理システムでは、データ取得手段によりデータが取得されると、メモリ領域割当手段により、取得されたデータのうち特定形式データにスタティックメモリ管理方式によりメモリ領域が割り当てられ、データ初期化手段により、取得された特定形式データが利用可能となるように初期化される。
【００１７】
一方、本発明に係るメモリ管理装置では、初期化失敗検出手段により、データ初期化手段で特定形式データの初期化に失敗したことが検出されると、更新命令出力手段により、その検出結果に基づいてメモリ管理システムに更新命令が出力される。
メモリ管理システムでは、更新命令が入力されると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
【００１８】
ここで、初期化失敗検出手段は、データ初期化手段で特定形式データの初期化に失敗したことを検出するようになっていればどのような構成であってもよく、より具体的には、特定形式データの初期化失敗を推定または実測により検出することができる。例えば、メモリ管理システムと一体に構成する場合は、実測により検出すればよいし、メモリ管理システムと別体に構成する場合は、実測が困難なので推定により検出すればよい。以下、発明２４のメモリ管理プログラムにおいて同じである。
〔発明３〕
さらに、発明３のメモリ管理装置は、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する装置であって、
前記データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するタイムアウト検出手段と、前記タイムアウト検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段とを備えることを特徴とする。
【００１９】
このような構成であれば、メモリ管理システムでは、データ取得手段によりデータが取得されると、メモリ領域割当手段により、取得されたデータのうち特定形式データにスタティックメモリ管理方式によりメモリ領域が割り当てられる。一方、本発明に係るメモリ管理装置では、タイムアウト検出手段により、データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことが検出されると、更新命令出力手段により、その検出結果に基づいてメモリ管理システムに更新命令が出力される。
【００２０】
メモリ管理システムでは、更新命令が入力されると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
ここで、タイムアウト検出手段は、データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するようになっていればどのような構成であってもよく、より具体的には、サービスのタイムアウトを推定または実測により検出することができる。例えば、メモリ管理システムと一体に構成する場合は、実測により検出すればよいし、メモリ管理システムと別体に構成する場合は、実測が困難なので推定により検出すればよい。以下、発明２５のメモリ管理プログラムにおいて同じである。
〔発明４〕
一方、上記目的を達成するために、発明４のプロキシサーバは、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段と、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段と、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段と、前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段とを備えることを特徴とする。
【００２１】
このような構成であれば、ブラウザ端末では、ネットワークリソースにアクセスする場合、端末側データ取得手段により、プロキシサーバに取得要求が送信される。
プロキシサーバでは、取得要求を受信すると、サーバ側データ取得手段により、取得要求に応じてネットワークリソースからデータが取得され、データ送信手段により、取得されたデータがブラウザ端末に送信される。
【００２２】
ブラウザ端末では、端末側データ取得手段によりデータを受信すると、メモリ領域割当手段により、受信したデータのうち特定形式データにスタティックメモリ管理方式によりメモリ領域が割り当てられる。
一方、プロキシサーバでは、取得失敗検出手段により、端末側データ取得手段で特定形式データの取得が失敗したことがブラウザ端末との通信により検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。なお、取得失敗は、例えば、ブラウザ端末が取得失敗の旨をプロキシサーバに通知することにより検出することができる。
【００２３】
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
〔発明５〕
さらに、発明５のプロキシサーバは、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記端末側データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段と、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段と、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段と、前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段とを備えることを特徴とする。
【００２４】
このような構成であれば、ブラウザ端末では、ネットワークリソースにアクセスする場合、端末側データ取得手段により、プロキシサーバに取得要求が送信される。
プロキシサーバでは、取得要求を受信すると、サーバ側データ取得手段により、取得要求に応じてネットワークリソースからデータが取得され、データ送信手段により、取得されたデータがブラウザ端末に送信される。
【００２５】
ブラウザ端末では、端末側データ取得手段によりデータを受信すると、メモリ領域割当手段により、受信したデータのうち特定形式データにスタティックメモリ管理方式によりメモリ領域が割り当てられ、データ初期化手段により、取得された特定形式データが利用可能となるように初期化される。
一方、プロキシサーバでは、初期化失敗検出手段により、データ初期化手段で特定形式データの初期化に失敗したことがブラウザ端末との通信により検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。なお、初期化失敗は、例えば、ブラウザ端末が初期化失敗の旨をプロキシサーバに通知することにより検出することができる。
【００２６】
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
〔発明６〕
さらに、発明６のプロキシサーバは、発明５のプロキシサーバにおいて、
さらに、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段を備え、
前記更新命令送信手段は、前記初期化失敗検出手段または前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とする。
【００２７】
このような構成であれば、プロキシサーバでは、取得失敗検出手段により、端末側データ取得手段で特定形式データの取得が失敗したことがブラウザ端末との通信により検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
〔発明７〕
さらに、発明７のプロキシサーバは、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するサーバであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段と、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段と、前記端末側データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを前記ブラウザ端末との通信により検出するタイムアウト検出手段と、前記タイムアウト検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段とを備えることを特徴とする。
【００２８】
このような構成であれば、ブラウザ端末では、ネットワークリソースにアクセスする場合、端末側データ取得手段により、プロキシサーバに取得要求が送信される。
プロキシサーバでは、取得要求を受信すると、サーバ側データ取得手段により、取得要求に応じてネットワークリソースからデータが取得され、データ送信手段により、取得されたデータがブラウザ端末に送信される。
【００２９】
ブラウザ端末では、端末側データ取得手段によりデータを受信すると、メモリ領域割当手段により、受信したデータのうち特定形式データにスタティックメモリ管理方式によりメモリ領域が割り当てられる。
一方、プロキシサーバでは、タイムアウト検出手段により、端末側データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことがブラウザ端末との通信により検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。
【００３０】
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
〔発明８〕
さらに、発明８のプロキシサーバは、発明７のプロキシサーバにおいて、
さらに、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段または前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とする。
【００３１】
このような構成であれば、プロキシサーバでは、取得失敗検出手段により、端末側データ取得手段で特定形式データの取得が失敗したことがブラウザ端末との通信により検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
〔発明９〕
さらに、発明９のプロキシサーバは、発明７のプロキシサーバにおいて、
さらに、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段または前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とする。
【００３２】
このような構成であれば、プロキシサーバでは、初期化失敗検出手段により、データ初期化手段で特定形式データの初期化に失敗したことがブラウザ端末との通信により検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
〔発明１０〕
さらに、発明１０のプロキシサーバは、発明８のプロキシサーバにおいて、
さらに、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段、前記取得失敗検出手段または前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とする。
【００３３】
このような構成であれば、プロキシサーバでは、初期化失敗検出手段により、データ初期化手段で特定形式データの初期化に失敗したことがブラウザ端末との通信により検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
〔発明１１〕
さらに、発明１１のプロキシサーバは、発明１０のプロキシサーバにおいて、さらに、前記端末側データ取得手段で取得した特定形式データの取得回数が所定数に達したことを検出する取得回数検出手段を備え、
前記更新命令送信手段は、前記タイムアウト検出手段、前記取得失敗検出手段、前記初期化失敗検出手段または前記取得回数検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信するようになっていることを特徴とする。
【００３４】
このような構成であれば、プロキシサーバでは、取得回数検出手段により、端末側データ取得手段で取得した特定形式データの取得回数が所定数に達したことが検出されると、更新命令送信手段により、その検出結果に基づいてブラウザ端末に更新命令が送信される。
ブラウザ端末では、更新命令を受信すると、メモリ領域解放手段により、更新命令に応じて特定形式データに割り当てられたメモリ領域が解放される。
【００３５】
ここで、取得回数検出手段は、端末側データ取得手段で取得した特定形式データの取得回数が所定数に達したことを検出するようになっていればどのような構成であってもよく、より具体的には、所定数に達したことを推定または実測により検出することができる。推定による場合、例えば、データ送信手段で特定形式データを送信した回数を計数し、その計数結果が所定数に達したことを検出するようにすればよい。
〔発明１２〕
さらに、発明１２のプロキシサーバは、発明１０および１１のいずれかのプロキシサーバにおいて、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータおよび前記監視プログラムデータが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記取得失敗検出手段で取得の失敗を検出したときは、前記全画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とする。
【００３６】
このような構成であれば、ブラウザ端末では、端末側データ取得手段により監視プログラムデータを受信すると、メモリ領域割当手段により、受信した監視プログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、監視プログラムが実行される。また、端末側データ取得手段によりサービスプログラムデータを受信すると、メモリ領域割当手段により、受信したサービスプログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、サービスプログラムが実行される。
【００３７】
一方、プロキシサーバでは、取得失敗検出手段で取得の失敗が検出されると、更新命令送信手段により、全画面更新命令がブラウザ端末に送信される。
ブラウザ端末では、全画面更新命令を受信すると、監視プログラムにより、複数の区分表示領域のうちサービスプログラムデータおよび監視プログラムデータが割り当てられているものがすべて更新され、それらプログラムデータに割り当てたメモリ領域が解放される。
〔発明１３〕
さらに、発明１３のプロキシサーバは、発明１０および１１のいずれかのプロキシサーバにおいて、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記初期化失敗検出手段で初期化の失敗を検出したときは、前記自画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とする。
【００３８】
このような構成であれば、ブラウザ端末では、端末側データ取得手段により監視プログラムデータを受信すると、メモリ領域割当手段により、受信した監視プログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、監視プログラムが実行される。また、端末側データ取得手段によりサービスプログラムデータを受信すると、メモリ領域割当手段により、受信したサービスプログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、サービスプログラムが実行される。
【００３９】
一方、プロキシサーバでは、初期化失敗検出手段で初期化の失敗が検出されると、更新命令送信手段により、自画面更新命令がブラウザ端末に送信される。
ブラウザ端末では、自画面更新命令を受信すると、監視プログラムにより、複数の区分表示領域のうち監視プログラムデータが割り当てられているものが更新され、その監視プログラムデータに割り当てたメモリ領域が解放される。
〔発明１４〕
さらに、発明１４のプロキシサーバは、発明１０および１１のいずれかのプロキシサーバにおいて、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記タイムアウト検出手段でサービスのタイムアウトを検出したときは、前記自画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とする。
【００４０】
このような構成であれば、ブラウザ端末では、端末側データ取得手段により監視プログラムデータを受信すると、メモリ領域割当手段により、受信した監視プログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、監視プログラムが実行される。また、端末側データ取得手段によりサービスプログラムデータを受信すると、メモリ領域割当手段により、受信したサービスプログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、サービスプログラムが実行される。
【００４１】
一方、プロキシサーバでは、タイムアウト検出手段でサービスのタイムアウトが検出されると、更新命令送信手段により、自画面更新命令がブラウザ端末に送信される。
ブラウザ端末では、自画面更新命令を受信すると、監視プログラムにより、複数の区分表示領域のうち監視プログラムデータが割り当てられているものが更新され、その監視プログラムデータに割り当てたメモリ領域が解放される。
〔発明１５〕
さらに、発明１５のプロキシサーバは、発明１１のプロキシサーバにおいて、前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記監視プログラムは、前記メモリ領域解放手段として実現される処理を実行させるためのプログラムであり、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放し、
前記更新命令送信手段は、前記取得回数検出手段で前記所定数に達したことを検出したときは、前記自画面更新命令を前記ブラウザ端末に送信するようになっていることを特徴とする。
【００４２】
このような構成であれば、ブラウザ端末では、端末側データ取得手段により監視プログラムデータを受信すると、メモリ領域割当手段により、受信した監視プログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、監視プログラムが実行される。また、端末側データ取得手段によりサービスプログラムデータを受信すると、メモリ領域割当手段により、受信したサービスプログラムデータにスタティックメモリ管理方式によりメモリ領域が割り当てられ、サービスプログラムが実行される。
【００４３】
一方、プロキシサーバでは、取得回数検出手段で所定数に達したことが検出されると、更新命令送信手段により、自画面更新命令がブラウザ端末に送信される。
ブラウザ端末では、自画面更新命令を受信すると、監視プログラムにより、複数の区分表示領域のうち監視プログラムデータが割り当てられているものが更新され、その監視プログラムデータに割り当てたメモリ領域が解放される。
〔発明１６〕
さらに、発明１６のプロキシサーバは、発明４ないし１５のいずれかのプロキシサーバにおいて、
さらに、前記サーバ側データ取得手段で取得したデータに前記特定形式データの取得要求である特定取得要求が含まれていることを検出する特定取得要求検出手段と、前記特定取得要求検出手段の検出結果に基づいて前記特定取得要求に係る特定形式データが取得先のネットワークリソースに存在するか否かを判定するデータ存在判定手段とを備え、
前記データ送信手段は、前記サーバ側データ取得手段で取得したデータについて、当該データに含まれる前記取得要求に係る特定形式データが存在しないと前記データ存在判定手段で判定したときは、前記特定形式データが存在しない旨の通知を行うようになっていることを特徴とする。
【００４４】
このような構成であれば、プロキシサーバでは、サーバ側データ取得手段で取得されたデータに特定取得要求が含まれていると、特定取得要求検出手段により、特定取得要求が含まれていることが検出され、データ存在判定手段により、特定取得要求検出手段の検出結果に基づいて特定取得要求に係る特定形式データが取得先のネットワークリソースに存在するか否かが判定される。その結果、特定形式データが存在しないと判定されると、データ送信手段により、特定形式データが存在しない旨の通知が行われる。
【００４５】
ここで、特定形式データが存在しない旨の通知は、ブラウザ端末に対して行うに限らず、ブラウザ端末を管理する管理端末に対して行うようにしてもよい。この場合、特定形式データが存在しない旨は、イベントログとして通知するようにしてもよい。
〔発明１７〕
さらに、発明１７のプロキシサーバは、発明１６のプロキシサーバにおいて、前記データ送信手段は、前記サーバ側データ取得手段で取得したデータについて、当該データに含まれる前記特定取得要求に係る特定形式データが存在しないと前記データ存在判定手段で判定したときは、当該データに代えて、前記特定形式データが存在しない旨の通知データを前記ブラウザ端末に送信するようになっていることを特徴とする。
【００４６】
このような構成であれば、プロキシサーバでは、特定形式データが存在しないと判定されると、データ送信手段により、そのデータに代えて、特定形式データが存在しない旨の通知データがブラウザ端末に送信される。
〔発明１８〕
さらに、発明１８のプロキシサーバは、発明１６および１７のいずれかのプロキシサーバにおいて、
前記データ存在判定手段は、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式データが存在するか否かを判定したときは、当該特定形式データを識別するためのデータ識別情報および当該特定形式データの取得先アドレスを対応付けて記憶手段に登録し、
前記特定取得要求検出手段で前記特定取得要求が含まれていることを検出したときは、当該特定取得要求が含まれているデータから前記データ識別情報および前記取得先アドレスを取得し、取得したデータ識別情報および取得先アドレスが前記記憶手段に登録されていないときは、取得先のネットワークリソースにアクセスして前記特定取得要求に係る特定形式データが存在するか否かを判定するようになっていることを特徴とする。
【００４７】
このような構成であれば、プロキシサーバでは、データ存在判定手段により、取得先のネットワークリソースにアクセスして特定取得要求に係る特定形式データが存在するか否かが判定されると、その特定形式データについてデータ識別情報および取得先アドレスが対応付けられて記憶手段に登録される。
一方、特定取得要求が含まれていることが検出されると、データ存在判定手段により、その特定取得要求が含まれているデータからデータ識別情報および取得先アドレスが取得される。そして、取得されたデータ識別情報および取得先アドレスが記憶手段に登録されていないと、取得先のネットワークリソースにアクセスして特定取得要求に係る特定形式データが存在するか否かが判定される。
〔発明１９〕
さらに、発明１９のプロキシサーバは、発明１８のプロキシサーバにおいて、前記記憶手段には、前記ブラウザ端末がアクセスすることのある特定形式データごとに前記取得先アドレスを登録したアクセス登録テーブルを記憶させておき、
前記データ存在判定手段は、前記ブラウザ端末からの取得要求を受信する前に、前記アクセス登録テーブルの取得先アドレスをもとに前記ネットワークリソースにアクセスして該当の特定形式データが存在するか否かを判定し、当該特定形式データを識別するためのデータ識別情報および当該特定形式データの取得先アドレスを対応付けて前記記憶手段に登録するようになっていることを特徴とする。
【００４８】
このような構成であれば、プロキシサーバでは、ブラウザ端末からの取得要求を受信する前に、データ存在判定手段により、アクセス登録テーブルの取得先アドレスをもとにネットワークリソースにアクセスされて該当の特定形式データが存在するか否かが判定され、その特定形式データを識別するためのデータ識別情報およびその特定形式データの取得先アドレスが対応付けて記憶手段に登録される。
〔発明２０〕
さらに、発明２０のプロキシサーバは、発明１６ないし１９のいずれかのプロキシサーバにおいて、
前記ネットワークリソースを識別するためのネットワークリソース識別情報を含む取得要求を受信したときは、受信した取得要求から前記ネットワークリソース識別情報を取得し、取得したネットワークリソース識別情報により特定されるネットワークリソースが前記ブラウザ端末であると判定したときは、前記特定取得要求検出手段による検出および前記データ存在判定手段による判定を行うようになっていることを特徴とする。
【００４９】
このような構成であれば、プロキシサーバでは、ネットワークリソース識別情報を含む取得要求を受信すると、受信した取得要求からネットワークリソース識別情報が取得される。そして、取得されたネットワークリソース識別情報により特定されるネットワークリソースがブラウザ端末であると判定されると、特定取得要求検出手段による検出およびデータ存在判定手段による判定が行われる。
〔発明２１〕
一方、上記目的を達成するために、発明２１のブラウザ端末は、
発明１２のプロキシサーバと通信可能に接続する端末であって、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを備え、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータおよび前記監視プログラムデータが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とする。
【００５０】
このような構成であれば、発明１２のブラウザ端末と同等の作用が得られる。
〔発明２２〕
さらに、発明２２のブラウザ端末は、
発明１３ないし１５のいずれかのプロキシサーバと通信可能に接続する端末であって、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを備え、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とする。
【００５１】
このような構成であれば、発明１３ないし１５のいずれかのブラウザ端末と同等の作用が得られる。
〔発明２３〕
一方、上記目的を達成するために、発明２３のメモリ管理プログラムは、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用するプログラムであって、
前記データ取得手段で前記特定形式データの取得が失敗したことを検出する取得失敗検出手段、および前記取得失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００５２】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１のメモリ管理装置と同等の作用が得られる。
〔発明２４〕
さらに、発明２４のメモリ管理プログラムは、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用するプログラムであって、
前記データ初期化手段で前記特定形式データの初期化に失敗したことを検出する初期化失敗検出手段、および前記初期化失敗検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００５３】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明２のメモリ管理装置と同等の作用が得られる。
〔発明２５〕
さらに、発明２５のメモリ管理プログラムは、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用するプログラムであって、
前記データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するタイムアウト検出手段、および前記タイムアウト検出手段の検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００５４】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明３のメモリ管理装置と同等の作用が得られる。
〔発明２６〕
一方、上記目的を達成するために、発明２６のサーバ用プログラムは、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するプログラムであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出手段、および前記取得失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００５５】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明４のプロキシサーバと同等の作用が得られる。
〔発明２７〕
さらに、発明２７のサーバ用プログラムは、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記端末側データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するプログラムであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出手段、および前記初期化失敗検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００５６】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明５のプロキシサーバと同等の作用が得られる。
〔発明２８〕
さらに、発明２８のサーバ用プログラムは、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信するプログラムであって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得手段、前記サーバ側データ取得手段で取得したデータを前記ブラウザ端末に送信するデータ送信手段、前記端末側データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを前記ブラウザ端末との通信により検出するタイムアウト検出手段、および前記タイムアウト検出手段の検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信手段として実現される処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００５７】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明７のプロキシサーバと同等の作用が得られる。
〔発明２９〕
一方、上記目的を達成するために、発明２９の端末用プログラムは、
コンピュータからなる発明２１のブラウザ端末に実行させるためのプログラムであって、
ネットワークリソースからデータを取得する端末側データ取得手段、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段、および更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段として実現される処理を実行させるためのプログラムであり、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータおよび前記監視プログラムデータが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とする。
【００５８】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明２１のブラウザ端末と同等の作用が得られる。
〔発明３０〕
さらに、発明３０の端末用プログラムは、
コンピュータからなる発明２２のブラウザ端末に実行させるためのプログラムであって、
ネットワークリソースからデータを取得する端末側データ取得手段、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段、および更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段として実現される処理を実行させるためのプログラムであり、
前記特定形式データは、表示画面を複数の領域に区分したときにいずれかの区分表示領域に対応して割り当てられかつ当該区分表示領域においてサービスを提供するサービスプログラムを構成する実行型のサービスプログラムデータ、および、前記複数の区分表示領域のうちいずれかに対応して割り当てられかつ１または複数の前記サービスプログラムを監視する監視プログラムを構成する実行型の監視プログラムデータのいずれかであり、
前記メモリ領域解放手段は、自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記監視プログラムデータが割り当てられているものを更新することにより当該監視プログラムデータに割り当てたメモリ領域を解放するようになっていることを特徴とする。
【００５９】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明２２のブラウザ端末と同等の作用が得られる。
〔発明３１〕
一方、上記目的を達成するために、発明３１の監視プログラムは、
発明１２のであって、
全画面更新命令を受信したときは、前記複数の区分表示領域のうち前記サービスプログラムデータおよび前記データが割り当てられているものをすべて更新することによりそれらプログラムデータに割り当てたメモリ領域を解放する処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００６０】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１２の監視プログラムと同等の作用が得られる。
〔発明３２〕
さらに、発明３２の監視プログラムは、
発明１３ないし１５のいずれかのであって、
自画面更新命令を受信したときは、前記複数の区分表示領域のうち前記データが割り当てられているものを更新することにより当該データに割り当てたメモリ領域を解放する処理をコンピュータに実行させるためのプログラムであることを特徴とする。
【００６１】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１３ないし１５のいずれかの監視プログラムと同等の作用が得られる。
〔発明３３〕
一方、上記目的を達成するために、発明３３のメモリ管理方法は、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する方法であって、
前記データ取得手段で前記特定形式データの取得が失敗したことを検出する取得失敗検出ステップと、前記取得失敗検出ステップの検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力ステップとを含むことを特徴とする。
【００６２】
ここで、取得失敗検出ステップは、データ取得手段で特定形式データの取得が失敗したことを検出すればどのような方法であってもよく、より具体的には、特定形式データの取得失敗を推定または実測により検出することができる。
〔発明３４〕
さらに、発明３４のメモリ管理方法は、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する方法であって、
前記データ初期化手段で前記特定形式データの初期化に失敗したことを検出する初期化失敗検出ステップと、前記初期化失敗検出ステップの検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力ステップとを含むことを特徴とする。
【００６３】
ここで、初期化失敗検出ステップは、データ初期化手段で特定形式データの初期化に失敗したことを検出すればどのような方法であってもよく、より具体的には、特定形式データの初期化失敗を推定または実測により検出することができる。
〔発明３５〕
さらに、発明３５のメモリ管理方法は、
データを取得するデータ取得手段と、前記データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するメモリ管理システムに適用する方法であって、
前記データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するタイムアウト検出ステップと、前記タイムアウト検出ステップの検出結果に基づいて前記メモリ管理システムに前記更新命令を出力する更新命令出力ステップとを含むことを特徴とする。
【００６４】
ここで、タイムアウト検出ステップは、データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを検出するようになっていればどのような方法であってもよく、より具体的には、サービスのタイムアウトを推定または実測により検出することができる。
〔発明３６〕
さらに、発明３６のメモリ管理方法は、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信する方法であって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得ステップと、前記サーバ側データ取得ステップで取得したデータを前記ブラウザ端末に送信するデータ送信ステップと、前記端末側データ取得手段で前記特定形式データの取得が失敗したことを前記ブラウザ端末との通信により検出する取得失敗検出ステップと、前記取得失敗検出ステップの検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信ステップとを含むことを特徴とする。
〔発明３７〕
さらに、発明３７のメモリ管理方法は、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、前記端末側データ取得手段で取得した特定形式データを利用可能となるように初期化するデータ初期化手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信する方法であって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得ステップと、前記サーバ側データ取得ステップで取得したデータを前記ブラウザ端末に送信するデータ送信ステップと、前記データ初期化手段で前記特定形式データの初期化に失敗したことを前記ブラウザ端末との通信により検出する初期化失敗検出ステップと、前記初期化失敗検出ステップの検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信ステップとを含むことを特徴とする。
〔発明３８〕
さらに、発明３８のメモリ管理方法は、
ネットワークリソースからデータを取得する端末側データ取得手段と、前記端末側データ取得手段で取得したデータのうち特定形式のものにスタティックメモリ管理方式によりメモリ領域を割り当てるメモリ領域割当手段と、更新命令に応じて前記特定形式データに割り当てたメモリ領域を解放するメモリ領域解放手段とを有するブラウザ端末と、前記ブラウザ端末とは異なる他のネットワークリソースとにネットワークを介して通信可能に接続し、前記ブラウザ端末からデータの取得要求を受信したときは、受信した取得要求に係るデータを取得先のネットワークリソースから取得し、取得したデータを前記ブラウザ端末に送信する方法であって、
前記取得要求に応じて前記ネットワークリソースからデータを取得するサーバ側データ取得ステップと、前記サーバ側データ取得ステップで取得したデータを前記ブラウザ端末に送信するデータ送信ステップと、前記端末側データ取得手段で取得した特定形式データによるサービスがタイムアウトしたことを前記ブラウザ端末との通信により検出するタイムアウト検出ステップと、前記タイムアウト検出ステップの検出結果に基づいて前記ブラウザ端末に前記更新命令を送信する更新命令送信ステップとを含むことを特徴とする。
【００６５】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら説明する。図１ないし図１９は、本発明に係るメモリ管理装置、プロキシサーバ、ブラウザ端末、メモリ管理プログラム、サーバ用プログラム、端末用プログラムおよび監視プログラム、並びにメモリ管理方法の実施の形態を示す図である。
【００６６】
本実施の形態は、本発明に係るメモリ管理装置、プロキシサーバ、ブラウザ端末、メモリ管理プログラム、サーバ用プログラム、端末用プログラムおよび監視プログラム、並びにメモリ管理方法を、図１に示すように、インターネット１９８とプライベートネットワーク１９９との間に設けられたプロキシサーバ２００およびブラウザ端末３００に適用したものである。
【００６７】
まず、本発明を適用するネットワークシステムの構成を図１を参照しながら説明する。
図１は、本発明を適用するネットワークシステムの構成を示すブロック図である。
図１において、インターネット１９８には、ＨＴＭＬデータにより構成したＷｅｂページを蓄積する複数のＷＷＷサーバ１００が接続されており、プライベートネットワーク１９９には、特殊用途に特化した複数のブラウザ端末３００と、特殊用途以外の用途にも用いられる複数の通常端末３１０とが接続されている。また、インターネット１９８およびプライベートネットワーク１９９には、ブラウザ端末３００および通常端末３１０とＷＷＷサーバ１００との間でＨＴＴＰ（HyperText Transfer Protocol）その他のプロトコルによりデータ取得を仲介するプロキシサーバ２００が接続されている。
【００６８】
ブラウザ端末３００は、図示しないが、液晶ディスプレイ上にタッチパネルを設けて構成されており、Ｗｅｂブラウザを起動し、タッチパネル上の操作だけでＷｅｂブラウザを利用可能となっている。なお、ブラウザ端末３００上で動作するＷｅｂブラウザは、スタティックメモリ管理方式によりアプレットに対してメモリ領域の割当および解放を行う。また、同Ｗｅｂブラウザには、Ｗｅｂページによるサービスを確実に提供するために、戻るボタンが設けられていない。
【００６９】
ブラウザ端末３００は、組み込まれているＷｅｂブラウザによって「ND-2000」および「ND-3000」の２種類に分類される。「ND-2000」のブラウザ端末３００は、アプレット識別符号、アプレットのバージョン、アプレット名およびアプレットに与えるパラメータ等をすべて１つのタグとして記述した形式（以下、ND-2000形式という。）のＨＴＭＬデータが与えられたときは、そのタグを解読して適切に処理するが、アプレット識別符号、アプレットのバージョン、アプレット名およびアプレットに与えるパラメータ等をそれぞれ１つのタグとして記述した形式（以下、ND-3000形式という。）のＨＴＭＬデータが与えられたときは、それらタグを無視するようになっている。「ND-3000」のブラウザ端末３００は、ND-3000形式のＨＴＭＬデータが与えられたときは、それらタグを解読して適切に処理するが、ND-2000形式のＨＴＭＬデータが与えられたときは、そのタグを無視するようになっている。
【００７０】
アプレットには、大別して２種類のものがある。一方の種類のアプレット（以下、サービスアプレットという。）は、複数のフレームにより構成されたＷｅｂページを表示する場合に、いずれかのフレームに対応して割り当てられかつそのフレームにおいてサービス（例えば、プリントサービス）を提供するものである。他方の種類のアプレット（以下、監視アプレットという。）は、複数のフレームにより構成されたＷｅｂページを表示する場合に、いずれかのフレームに対応して割り当てられかつ１または複数のサービスアプレットを監視するものである。ブラウザ端末３００においては、いずれのアプレットにもスタティックメモリ管理方式が採用されるが、サービスアプレットは、監視アプレットがメモリ上に存在して初めて実行することができる。また、時にサービスアプレットのサービス内容が監視アプレットに組み込まれている場合もある。なお、サービスアプレットおよび監視アプレットを特に区別する必要がない場合は、単にアプレットと称する。
【００７１】
次に、プロキシサーバ２００の構成を図２を参照しながら詳細に説明する。
図２は、プロキシサーバ２００の構成を示すブロック図である。
プロキシサーバ２００は、図２に示すように、制御プログラムに基づいて演算およびシステム全体を制御するＣＰＵ３０と、所定領域にあらかじめＣＰＵ３０の制御プログラム等を格納しているＲＯＭ３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互にかつデータ授受可能に接続されている。
【００７２】
Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９８に接続するための信号線と、プライベートネットワーク１９９に接続するための信号線とが接続されている。
【００７３】
図３は、アクセス登録テーブル４００のデータ構造を示す図である。
記憶装置４２には、図３に示すように、プライベートネットワーク１９９に接続する各端末がアクセスすることのあるＷｅｂページのＵＲＬ（Uniform Resource Locator）を登録したアクセス登録テーブル４００が格納されている。
アクセス登録テーブル４００には、図３に示すように、各ＵＲＬごとに１つのレコードが登録されている。各レコードは、ＵＲＬを登録したフィールド４０２を含んで構成されている。アクセス登録テーブル４００は、プライベートネットワーク１９９に接続する端末からの取得要求を受信する前に、プロキシサーバ２００が参照して登録ＵＲＬのＷｅｂページを取得し、取得したＷｅｂページが利用するサービスアプレットの存在の有無を登録するために使用される。これにより、プライベートネットワーク１９９に接続する端末に対する応答速度を向上することができる。
【００７４】
図４は、端末管理テーブル４２０のデータ構造を示す図である。
また、記憶装置４２には、図４に示すように、プライベートネットワーク１９９に接続する各端末について、ＩＰアドレス、端末識別情報、サービスアプレットの送信回数、監視アプレットの存在の有無、サービスアプレットの存在の有無およびアプレットのダウンロード状態を対応付けて登録した端末管理テーブル４２０が格納されている。
【００７５】
端末管理テーブル４２０には、図４に示すように、プライベートネットワーク１９９に接続する各端末ごとに１つのレコードが登録されている。各レコードは、端末に設定されたＩＰアドレスを登録したフィールド４２２と、端末を識別するための端末識別情報を登録したフィールド４２４と、サービスアプレットを端末に送信する回数を登録するフィールド４２６と、監視アプレットの存在の有無を登録するフィールド４２８と、サービスアプレットの存在の有無を登録するフィールド４３０と、アプレットのダウンロードの状態を登録するフィールド４３２とを含んで構成されている。
【００７６】
図４の例では、第１段目のレコードには、ＩＰアドレスとして「192.168.100.10」が、端末識別情報として「通常端末」が、送信回数として「１」が、監視アプレットの存在の有無として「１」が、サービスアプレットの存在の有無として「１」が、ダウンロードの状態として「ＤＬ完了」がそれぞれ登録されている。これは、ＩＰアドレス「192.168.100.10」が設定された端末が通常端末３１０であることを意味し、また、その通常端末３１０に対するサービスアプレットの送信回数が「１」回で、監視アプレットおよびサービスアプレットがその通常端末３１０に存在し、アプレットのダウンロードが完了していることを意味している。また、第４段目のレコードには、ＩＰアドレスとして「192.168.101.10」が、端末識別情報として「ブラウザ端末」が、送信回数として「０」が、監視アプレットの存在の有無として「０」が、サービスアプレットの存在の有無として「０」がそれぞれ登録されている。これは、ＩＰアドレス「192.168.101.10」が設定された端末がブラウザ端末３００であることを意味し、また、そのブラウザ端末３００に対するサービスアプレットの送信回数が「０」回で、監視アプレットおよびサービスアプレットがそのブラウザ端末３００に存在しないことを意味している。
【００７７】
図５は、アプレット管理テーブル４４０のデータ構造を示す図である。
また、記憶装置４２には、図５に示すように、Ｗｅｂページのサービスアプレットを管理するアプレット管理テーブル４４０が格納されている。
アプレット管理テーブル４４０は、図５に示すように、取得要求に応じてプロキシサーバ２００がＷｅｂページを取得するごとに、１つのレコードが作成されるものである。各レコードは、ＷｅｂページのＵＲＬを登録したフィールド４４２と、そのＷｅｂページが利用するサービスアプレットの個数を登録したフィールド４４４，４５０と、そのＷｅｂページが利用するすべてのサービスアプレットの存在の有無を登録したフィールド４４６，４５２と、そのＷｅｂページが利用する各サービスアプレットについてサービスアプレットが存在するか否かを管理するアプレット存在管理テーブル（後述）へのポインタを登録したフィールド４４８，４５４とを含んで構成されている。なお、フィールド４４４〜４４８は、Ｗｅｂページを構成するＨＴＭＬデータの形式がND-2000形式の場合に、サービスアプレット数、サービスアプレットの存在の有無およびテーブル名を登録するフィールドであり、フィールド４５０〜４５４は、Ｗｅｂページを構成するＨＴＭＬデータの形式がND-3000形式の場合に、サービスアプレット数、サービスアプレットの存在の有無およびテーブル名を登録するフィールドである。
【００７８】
図５の例では、第１段目のレコードには、ＵＲＬとして「http://192.168.200.1/service/print.htm」が、サービスアプレット数、サービスアプレットの存在の有無およびアプレット存在管理テーブルへのポインタのうちND-2000形式に係るものとして、「３」、「０」および「テーブルＡ１」が、サービスアプレット数、サービスアプレットの存在の有無およびアプレット存在管理テーブルへのポインタのうちND-3000形式に係るものとして、「４」、「０」および「テーブルＡ２」がそれぞれ登録されている。これは、ＵＲＬ「http://192.168.200.1/service/print.htm」により特定されるＷｅｂページに、サービスアプレットを取得する要求である特定取得要求が７つ含まれており、サービスアプレットが存在するか否かを、ND-2000形式に係るものについてはテーブルＡ１により、ND-3000形式に係るものについてはテーブルＡ２により管理することを意味している。さらに、ND-2000形式に係るサービスアプレットの一部または全部が存在せず、ND-3000形式に係るサービスアプレットの一部または全部が存在しないことを意味している。なお、各Ｗｅｂページには、特定取得要求を確実に検出するため、特定取得要求とともにアプレット識別符号があらかじめ付加されている。
【００７９】
図６は、アプレット存在管理テーブル４６０のデータ構造を示す図である。
アプレット存在管理テーブル４６０は、図６に示すように、各サービスアプレットごとに１つのレコードが登録されている。各レコードは、アプレット名を登録したフィールド４６２と、サービスアプレットの存在の有無を登録したフィールド４６４とを含んで構成されている。
【００８０】
図６の例では、第１段目のレコードには、アプレット名として「exe_001」が、サービスアプレットの存在の有無として「１」がそれぞれ登録されており、これは、アプレット名「exe_001」により特定されるサービスアプレットが規定のＷＷＷサーバ１００に存在することを意味している。また、第３段目のレコードには、アプレット名として「exe_003」が、サービスアプレットの存在の有無として「０」がそれぞれ登録されており、これは、アプレット名「exe_003」により特定されるサービスアプレットが規定のＷＷＷサーバ１００に存在しないことを意味している。
【００８１】
ＣＰＵ３０は、マイクロプロセッシングユニットＭＰＵ等からなり、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図７および図８のフローチャートに示すアプレット存在登録処理およびアプレット管理処理をそれぞれ時分割で実行するようになっている。
初めに、アプレット存在登録処理を図７を参照しながら詳細に説明する。
【００８２】
図７は、アプレット存在登録処理を示すフローチャートである。
アプレット存在登録処理は、プライベートネットワーク１９９に接続する端末からの取得要求を受信する前に、アクセス登録テーブル４００を参照して登録ＵＲＬのＷｅｂページを取得し、取得したＷｅｂページが利用するサービスアプレットの存在の有無を登録する処理であって、ＣＰＵ３０において実行されると、図７に示すように、まず、ステップＳ１００に移行するようになっている。
【００８３】
ステップＳ１００では、アクセス登録テーブル４００の先頭レコードからＵＲＬを読み出し、ステップＳ１０２に移行して、読み出したＵＲＬをもとにＷＷＷサーバ１００にアクセスし、ステップＳ１０４に移行して、アクセスしたＷＷＷサーバ１００からＷｅｂページを取得し、ステップＳ１０６に移行する。
ステップＳ１０６では、取得したＷｅｂページを解析し、ステップＳ１０８に移行して、解析結果に基づいて、取得したＷｅｂページからアプレット識別符号を検出したか否かを判定し、アプレット識別符号を検出したと判定したとき(Yes)は、ステップＳ１１０に移行する。
【００８４】
ステップＳ１１０では、検出したアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ１１２に移行して、特定取得要求に係るサービスアプレットがそのＷＷＷサーバ１００に存在するか否かを判定し、サービスアプレットが存在すると判定したとき(Yes)は、ステップＳ１１４に移行して、検出したアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在することをアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録する。なお、この登録は、取得したＷｅｂページを構成するＨＴＭＬデータの形式に応じてそれぞれ行う。以下、ステップＳ１２０，Ｓ４２０，Ｓ４３２において同じである。
【００８５】
次いで、ステップＳ１０８に移行する。なお、ステップＳ１０８に移行した際には、解析結果に基づいて、取得したＷｅｂページから次のアプレット識別符号を検出したか否かを判定する。ステップＳ１０８の２回目以降の実行は、一つのＷｅｂページに複数のアプレット識別符号が含まれている場合に対応するためである。
【００８６】
一方、ステップＳ１１２で、特定取得要求に係るサービスアプレットがＷＷＷサーバ１００に存在しないと判定したとき(No)は、ステップＳ１２０に移行して、検出したアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在しないことをアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録し、ステップＳ１０８に移行する。なお、ステップＳ１０８に移行した際には、解析結果に基づいて、取得したＷｅｂページから次のアプレット識別符号を検出したか否かを判定する。ステップＳ１０８の２回目以降の実行は、一つのＷｅｂページに複数のアプレット識別符号が含まれている場合に対応するためである。
【００８７】
一方、ステップＳ１０８で、アプレット識別符号を検出しないと判定したとき(No)は、ステップＳ１１６に移行して、アクセス登録テーブル４００に登録されているすべてのＵＲＬについてステップＳ１０２〜Ｓ１１４，Ｓ１２０の処理が終了したか否かを判定し、すべてのＵＲＬについて処理が終了したと判定したとき(Yes)は、一連の処理を終了して元の処理に復帰させる。
【００８８】
一方、ステップＳ１１６で、アクセス登録テーブル４００に登録されているすべてのＵＲＬについてステップＳ１０２〜Ｓ１１４，Ｓ１２０の処理が終了しないと判定したとき(No)は、ステップＳ１１８に移行して、アクセス登録テーブル４００の次のレコードからＵＲＬを読み出し、ステップＳ１０２に移行する。
次に、アプレット管理処理を図８を参照しながら詳細に説明する。
【００８９】
図８は、アプレット管理処理を示すフローチャートである。
アプレット管理処理は、ＣＰＵ３０において実行されると、図８に示すように、まず、ステップＳ２００に移行するようになっている。
ステップＳ２００では、ブラウザ端末３００および通常端末３１０とＷＷＷサーバ１００との間でデータ取得を仲介するデータ取得仲介処理を実行し、ステップＳ２０２に移行する。
【００９０】
ステップＳ２０２では、監視アプレットを取得する要求である監視アプレット取得要求をブラウザ端末３００または通常端末３１０から受信したか否かを判定し、監視アプレット取得要求を受信したと判定したとき(Yes)は、ステップＳ２０４に移行する。
ステップＳ２０４では、ブラウザ端末３００または通常端末３１０に監視アプレットを送信する監視アプレット送信処理を実行し、ステップＳ２０６に移行して、監視アプレットを送信したブラウザ端末３００または通常端末３１０において監視アプレットによる監視サービスを開始し、ステップＳ２０８に移行する。
【００９１】
ステップＳ２０８では、サービスアプレットを取得する要求であるサービスアプレット取得要求をブラウザ端末３００または通常端末３１０から受信したか否かを判定し、サービスアプレット取得要求を受信したと判定したとき(Yes)は、ステップＳ２１０に移行する。
ステップＳ２１０では、ブラウザ端末３００または通常端末３１０にサービスアプレットを送信するサービスアプレット送信処理を実行し、ステップＳ２１２に移行して、サービスアプレットを送信したブラウザ端末３００または通常端末３１０においてサービスアプレットを監視するサービスアプレット監視処理を実行し、ステップＳ２１４に移行して、ブラウザ端末３００に更新命令を送信する更新命令送信処理を実行し、ステップＳ２００に移行する。
【００９２】
一方、ステップＳ２０８で、サービスアプレット取得要求を受信しないと判定したとき(No)は、ステップＳ２００に移行する。
一方、ステップＳ２０２で、監視アプレット取得要求を受信しないと判定したとき(No)は、ステップＳ２０８に移行する。
次に、上記ステップＳ２０４の監視アプレット送信処理を図９を参照しながら詳細に説明する。
【００９３】
図９は、監視アプレット送信処理を示すフローチャートである。
監視アプレット送信処理は、ＣＰＵ３０において実行されると、図９に示すように、まず、ステップＳ３００に移行するようになっている。
ステップＳ３００では、端末管理テーブル４２０を参照して、監視アプレット取得要求の要求元であるブラウザ端末３００または通常端末３１０（以下、監視アプレット送信処理において要求元端末という。）に監視アプレットが存在するか否かを判定し、ブラウザ端末３００または通常端末３１０に監視アプレットが存在しないと判定したとき(No)は、ステップＳ３０２に移行して、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいてダウンロード状態を「開始」に設定し、ステップＳ３０４に移行する。
【００９４】
ステップＳ３０４では、タイマをスタートさせ、ステップＳ３０６に移行して、監視アプレット取得要求に係る監視アプレットを要求元端末にダウンロードし、ステップＳ３０８に移行して、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいてダウンロード状態を「ダウンロード中」に設定し、ステップＳ３１０に移行する。
【００９５】
ステップＳ３１０では、監視アプレットのダウンロードを開始してから所定時間が経過することによりタイムアウトが発生したか否かを判定し、タイムアウトが発生しないと判定したとき(No)は、ステップＳ３１２に移行して、監視アプレットのダウンロードが完了した旨を示すダウンロード完了通知を受信したか否かを判定し、ダウンロード完了通知を受信したと判定したとき(Yes)は、ステップＳ３１４に移行する。
【００９６】
ステップＳ３１４では、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいて監視アプレットが存在することを登録し、ステップＳ３１６に移行して、タイマをストップさせ、ステップＳ３１８に移行する。
ステップＳ３１８では、サービスアプレットの初期化状態取得通知を送信し、ステップＳ３２０に移行して、監視アプレットの初期化が失敗した旨を示す初期化失敗通知を受信したか否かを判定し、初期化失敗通知を受信しないと判定したとき(Yes)は、ステップＳ３２２に移行して、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいてダウンロード状態を「ダウンロード成功」に設定し、一連の処理を終了して元の処理に復帰させる。
【００９７】
一方、ステップＳ３２０で、初期化失敗通知を受信したと判定したとき(Yes)は、ステップＳ３２４に移行して、要求元端末であるブラウザ端末３００の更新モードを「ＲＥＦＲＥＳＨ」に設定し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ３１２で、ダウンロード完了通知を受信しないと判定したとき(No)は、ステップＳ３１０に移行する。
【００９８】
一方、ステップＳ３１０で、タイムアウトが発生したと判定したとき(Yes)は、ステップＳ３２６に移行して、要求元端末であるブラウザ端末３００の更新モードを「ＳＴＯＰ」に設定し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ３００で、監視アプレットが要求元端末に存在すると判定したとき(Yes)は、ステップＳ３２８に移行して、要求元端末であるブラウザ端末３００の更新モードを「ＲＦＢＯＯＴ」に設定し、一連の処理を終了して元の処理に復帰させる。
【００９９】
次に、上記ステップＳ２００のデータ取得仲介処理を図１０を参照しながら詳細に説明する。
図１０は、データ取得仲介処理を示すフローチャートである。
アプレット管理処理は、ＣＰＵ３０において実行されると、図１０に示すように、まず、ステップＳ４００に移行するようになっている。
【０１００】
ステップＳ４００では、ＨＴＴＰによりページの取得要求を受信したか否かを判定し、取得要求を受信したと判定したとき(Yes)は、ステップＳ４０１に移行するが、そうでないと判定したとき(No)は、取得要求を受信するまでステップＳ４００で待機する。
ステップＳ４０１では、取得要求に含まれるＩＰアドレスが端末管理テーブル４２０に登録されているか否かを判定し、端末管理テーブル４２０に登録されていないと判定したとき(No)は、ステップＳ４０２に移行して、取得要求のＨＴＴＰヘッダを解析し、ステップＳ４０４に移行して、解析結果に基づいて要求元の端末がブラウザ端末３００であるか否かを判定し、要求元の端末がブラウザ端末３００であると判定したとき(Yes)は、ステップＳ４０５に移行する。
【０１０１】
ステップＳ４０５では、取得要求に含まれるＩＰアドレスおよびブラウザ端末３００であることを示す端末識別情報を端末管理テーブル４２０に登録し、ステップＳ４０６に移行して、取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ４０８に移行して、取得要求に係るＷｅｂページをそのＷＷＷサーバ１００から取得し、ステップＳ４１０に移行する。
【０１０２】
ステップＳ４１０では、取得したＷｅｂページを解析し、ステップＳ４１２に移行して、解析結果に基づいて、取得したＷｅｂページからアプレット識別符号を検出したか否かを判定し、アプレット識別符号を検出したと判定したとき(Yes)は、ステップＳ４１４に移行して、検出したアプレット識別符号に対応するサービスアプレットがアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録されているか否かを判定し、アプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録されていないと判定したとき(No)は、ステップＳ４１６に移行する。
【０１０３】
ステップＳ４１６では、検出したアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ４１８に移行して、特定取得要求に係るサービスアプレットがそのＷＷＷサーバ１００に存在するか否かを判定し、サービスアプレットが存在すると判定したとき(Yes)は、ステップＳ４２０に移行する。
【０１０４】
ステップＳ４２０では、検出したアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在することをアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録し、ステップＳ４２２に移行して、端末管理テーブル４２０のレコードのうち要求元のブラウザ端末３００に係るものにおいてサービスアプレットの送信回数を加算し、ステップＳ４１２に移行する。なお、ステップＳ４１２に移行した際には、解析結果に基づいて、取得したＷｅｂページから次のアプレット識別符号を検出したか否かを判定する。ステップＳ４１２の２回目以降の実行は、一つのＷｅｂページに複数のアプレット識別符号が含まれている場合に対応するためである。
【０１０５】
一方、ステップＳ４１８で、特定要求に係るサービスアプレットがＷＷＷサーバ１００に存在しないと判定したとき(No)は、ステップＳ４３２に移行して、検出したアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在しないことをアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録し、ステップＳ４３４に移行して、サービスアプレットが存在しないことを通知するための差換ページを、取得したＷｅｂページに代えて要求元のブラウザ端末３００に送信し、一連の処理を終了して元の処理に復帰させる。
【０１０６】
一方、ステップＳ４１４で、検出したアプレット識別符号に対応するサービスアプレットがアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録されていると判定したとき(Yes)は、ステップＳ４３６に移行して、アプレット管理テーブル４４０およびアプレット存在管理テーブル４６０を参照して、特定取得要求に係るサービスアプレットがＷＷＷサーバ１００に存在するか否かを判定し、サービスアプレットが存在しないと判定したとき(No)は、ステップＳ４３４に移行する。
【０１０７】
一方、ステップＳ４３６で、特定取得要求に係るサービスアプレットがＷＷＷサーバ１００に存在すると判定したとき(Yes)は、ステップＳ４２２に移行する。
一方、ステップＳ４１２で、取得したＷｅｂページからアプレット識別符号を検出しないと判定したとき(No)は、ステップＳ４３０に移行して、取得したＷｅｂページを要求元の端末に送信し、一連の処理を終了して元の処理に復帰させる。
【０１０８】
一方、ステップＳ４０４で、要求元の端末がブラウザ端末３００でないと判定したとき(No)は、ステップＳ４３８に移行して、取得要求に含まれるＩＰアドレスおよび通常端末３１０であることを示す端末識別情報を端末管理テーブル４２０に登録し、ステップＳ４４０に移行して、取得要求に係るＷＷＷサーバ１００にアクセスし、ステップＳ４４２に移行して、取得要求に係るＷｅｂページをそのＷＷＷサーバ１００から取得し、ステップＳ４３０に移行する。
【０１０９】
一方、ステップＳ４０１で、取得要求に含まれるＩＰアドレスが端末管理テーブル４２０に登録されていると判定したとき(Yes)は、ステップＳ４４４に移行して、端末管理テーブル４２０を参照して要求元の端末がブラウザ端末３００であるか否かを判定し、要求元の端末がブラウザ端末３００であると判定したとき(Yes)は、ステップＳ４０６に移行する。
【０１１０】
一方、ステップＳ４４４で、要求元の端末がブラウザ端末３００でないと判定したとき(No)は、ステップＳ４４０に移行する。
次に、上記ステップＳ２１０のサービスアプレット送信処理を図１１を参照しながら詳細に説明する。
図１１は、サービスアプレット送信処理を示すフローチャートである。
【０１１１】
サービスアプレット送信処理は、ＣＰＵ３０において実行されると、図１１に示すように、まず、ステップＳ５００に移行するようになっている。
ステップＳ５００では、端末管理テーブル４２０を参照して、サービスアプレット取得要求の要求元であるブラウザ端末３００または通常端末３１０（以下、サービスアプレット送信処理において要求元端末という。）にサービスアプレットが存在するか否かを判定し、ブラウザ端末３００または通常端末３１０にサービスアプレットが存在しないと判定したとき(No)は、ステップＳ５０２に移行して、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいてダウンロード状態を「開始」に設定し、ステップＳ５０４に移行する。
【０１１２】
ステップＳ５０４では、タイマをスタートさせ、ステップＳ５０６に移行して、サービスアプレット取得要求に係るサービスアプレットを要求元端末にダウンロードし、ステップＳ５０８に移行して、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいてダウンロード状態を「ダウンロード中」に設定し、ステップＳ５１０に移行する。
【０１１３】
ステップＳ５１０では、サービスアプレットのダウンロードを開始してから所定時間が経過することによりタイムアウトが発生したか否かを判定し、タイムアウトが発生しないと判定したとき(No)は、ステップＳ５１２に移行して、サービスアプレットのダウンロードが完了した旨を示すダウンロード完了通知を受信したか否かを判定し、ダウンロード完了通知を受信したと判定したとき(Yes)は、ステップＳ５１４に移行する。
【０１１４】
ステップＳ５１４では、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいてサービスアプレットが存在することを登録し、ステップＳ５１６に移行して、タイマをストップさせ、ステップＳ５１８に移行する。
ステップＳ５１８では、サービスアプレットの初期化状態取得通知を送信し、ステップＳ５２０に移行して、サービスアプレットの初期化が失敗した旨を示す初期化失敗通知を受信したか否かを判定し、初期化失敗通知を受信しないと判定したとき(Yes)は、ステップＳ５２２に移行して、端末管理テーブル４２０のレコードのうち要求元端末に係るものにおいてダウンロード状態を「ダウンロード成功」に設定し、一連の処理を終了して元の処理に復帰させる。
【０１１５】
一方、ステップＳ５２０で、初期化失敗通知を受信したと判定したとき(Yes)は、ステップＳ５２４に移行して、要求元端末であるブラウザ端末３００の更新モードを「ＲＥＦＲＥＳＨ」に設定し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ５１２で、ダウンロード完了通知を受信しないと判定したとき(No)は、ステップＳ５１０に移行する。
【０１１６】
一方、ステップＳ５１０で、タイムアウトが発生したと判定したとき(Yes)は、ステップＳ５２６に移行して、要求元端末であるブラウザ端末３００の更新モードを「ＳＴＯＰ」に設定し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ５００で、サービスアプレットが要求元端末に存在すると判定したとき(Yes)は、ステップＳ５２８に移行して、要求元端末であるブラウザ端末３００の更新モードを「ＳＴＯＰ」に設定し、一連の処理を終了して元の処理に復帰させる。
【０１１７】
次に、上記ステップＳ２１２のサービスアプレット監視処理を図１２を参照しながら詳細に説明する。
図１２は、サービスアプレット監視処理を示すフローチャートである。
サービスアプレット監視処理は、ＣＰＵ３０において実行されると、図１２に示すように、まず、ステップＳ６００に移行するようになっている。
【０１１８】
ステップＳ６００では、監視対象のブラウザ端末３００（以下、サービスアプレット監視処理において監視対象端末という。）との通信によりサービスアプレットによるサービス中にエラーが発生したか否かを判定し、サービス中にエラーが発生しないと判定したとき(No)は、ステップＳ６０２に移行して、現在のモードを判定し、現在のモードが強制更新モードであると判定したときは、ステップＳ６０４に移行する。
【０１１９】
ステップＳ６０４では、端末管理テーブル４２０を参照して、サービスアプレットの送信回数が所定値（例えば、１００回）以上であるか否かを判定し、送信回数が所定値以上であると判定したとき(Yes)は、ステップＳ６０８に移行して、監視対象端末の更新モードを「ＲＥＦＲＥＳＨ」に設定し、一連の処理を終了して元の処理に復帰させる。
【０１２０】
一方、ステップＳ６００で、サービス中にエラーが発生したと判定したとき(Yes)は、ステップＳ６０８に移行して、監視対象端末の更新モードを「ＲＥＦＲＥＳＨ」に設定し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ６０４で、サービスアプレットの送信回数が所定値未満であると判定したとき(No)は、ステップＳ６１０に移行して、サービスアプレットによるサービスがタイムアウトしたか否かを判定し、サービスがタイムアウトしたと判定したとき(Yes)は、ステップＳ６０８に移行する。
【０１２１】
一方、ステップＳ６１０で、サービスアプレットによるサービスがタイムアウトしないと判定したとき(No)は、一連の処理を終了して元の処理に復帰させる。一方、ステップＳ６０２で、現在のモードが遷移更新モードであると判定したときは、ステップＳ６１２に移行して、監視対象端末によりアイドルなＵＲＬが要求されたか否かを判定し、アイドルなＵＲＬが要求されたと判定したとき(Yes)は、ステップＳ６０４に移行する。
【０１２２】
一方、ステップＳ６１２で、アイドルなＵＲＬが要求されないと判定したとき(No)は、ステップＳ６１０に移行する。
次に、上記ステップＳ２１４の更新命令送信処理を図１３を参照しながら詳細に説明する。
図１３は、更新命令送信処理を示すフローチャートである。
【０１２３】
更新命令送信処理は、ＣＰＵ３０において実行されると、図１３に示すように、まず、ステップＳ７００に移行するようになっている。
ステップＳ７００では、更新モードが「ＲＥＢＯＯＴ」であるか否かを判定し、更新モードが「ＲＥＢＯＯＴ」であると判定したとき(Yes)は、ステップＳ７０２に移行して、ＳＮＭＰ（Simple Network Management Protocol）により再起動命令を対象のブラウザ端末３００（以下、更新命令送信処理において送信対象端末という。）に送信し、ステップＳ７０４に移行する。
【０１２４】
ステップＳ７０４では、端末管理テーブル４２０のレコードのうち送信対象端末に係るものにおいて監視アプレットが存在しないことを登録し、ステップＳ７０６に移行して、端末管理テーブル４２０のレコードのうち送信対象端末に係るものにおいてサービスアプレットが存在しないことを登録し、ステップＳ７０８に移行する。
【０１２５】
ステップＳ７０８では、端末管理テーブル４２０のレコードのうち送信対象端末に係るものにおいてダウンロード状態を初期化し、ステップＳ７１０に移行して、端末管理テーブル４２０のレコードのうち送信対象端末に係るものにおいてサービスアプレットの送信回数を「０」に設定し、一連の処理を終了して元の処理に復帰させる。
【０１２６】
一方、ステップＳ７００で、更新モードが「ＲＥＢＯＯＴ」でないと判定したとき(No)は、ステップＳ７１２に移行して、更新モードが「ＳＴＯＰ」であるか否かを判定し、更新モードが「ＳＴＯＰ」であると判定したとき(Yes)は、ステップＳ７１４に移行して、全画面更新命令を送信対象端末に送信し、ステップＳ７０４に移行する。ここで、全画面更新命令とは、複数のフレームにより構成されたＷｅｂページを表示する場合に、いかなるフレームにもサービスアプレットは存在せず、複数のフレームのうちサービスアプレットおよび監視アプレットが割り当てられているものをすべて更新することによりそれらアプレットに割り当てたメモリ領域を解放することで管理しているメモリ全てが初期化される命令である。
【０１２７】
一方、ステップＳ７１２で、更新モードが「ＳＴＯＰ」でないと判定したとき(No)は、ステップＳ７１６に移行して、更新モードが「ＲＥＦＲＥＳＨ」であるか否かを判定し、更新モードが「ＲＥＦＲＥＳＨ」であると判定したとき(Yes)は、ステップＳ７１８に移行して、自画面更新命令を送信対象端末に送信し、ステップＳ７０４に移行する。ここで、自画面更新命令とは、複数のフレームにより構成されたＷｅｂページを表示する場合に、複数のフレームのうち監視アプレットが割り当てられているものを更新することによりその監視アプレットに割り当てたメモリ領域を解放する命令である。
【０１２８】
一方、ステップＳ７１６で、更新モードが「ＲＥＦＲＥＳＨ」でないと判定したとき(No)は、ステップＳ７０６に移行する。
次に、ブラウザ端末３００の構成を図１４を参照しながら詳細に説明する。
図１４は、ブラウザ端末３００の構成を示すブロック図である。
ブラウザ端末３００は、図１４に示すように、制御プログラムに基づいて演算およびシステム全体を制御するＣＰＵ５０と、所定領域にあらかじめＣＰＵ５０の制御プログラム等を格納しているＲＯＭ５２と、ＲＯＭ５２等から読み出したデータやＣＰＵ５０の演算過程で必要な演算結果を格納するためのＲＡＭ５４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ５８とで構成されており、これらは、データを転送するための信号線であるバス５９で相互にかつデータ授受可能に接続されている。
【０１２９】
Ｉ／Ｆ５８には、外部装置として、ヒューマンインターフェースとしてデータの入力および表示が可能なタッチパネル６０と、プライベートネットワーク１９９に接続するための信号線とが接続されている。
ＣＰＵ５０は、マイクロプロセッシングユニットＭＰＵ等からなり、ＲＯＭ５２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１５ないし図１８のフローチャートに示す監視アプレット取得処理、サービスアプレット取得処理、画面更新処理および再起動処理をそれぞれ時分割で実行するようになっている。
【０１３０】
初めに、監視アプレット取得処理を図１５を参照しながら詳細に説明する。
図１５は、監視アプレット取得処理を示すフローチャートである。
監視アプレット取得処理は、Ｗｅｂブラウザの起動に伴って実行される処理であって、ＣＰＵ５０において実行されると、図１５に示すように、まず、ステップＳ８００に移行するようになっている。
【０１３１】
ステップＳ８００では、監視アプレット取得要求をプロキシサーバ２００に送信し、ステップＳ８０２に移行して、監視アプレットをダウンロードし、ステップＳ８０４に移行する。
ステップＳ８０４では、ダウンロードした監視アプレットにメモリ領域を割り当て、ステップＳ８０６に移行して、ダウンロードした監視アプレットを利用可能となるように初期化し、ステップＳ８０８に移行する。
【０１３２】
ステップＳ８０８では、監視アプレットの通信サービスなどの基本的な初期化が完了した時点で、ダウンロードした監視アプレットへのメモリ領域の割り当てが正常に完了したと判断しダウンロード完了通知をプロキシサーバ２００に送信し、ステップＳ８１０に移行する。
ステップＳ８１０では、監視アプレットの初期化が失敗したか否かを判定し、監視アプレットの初期化が失敗したと判定したとき(Yes)は、ステップＳ８１２に移行して、初期化失敗通知をプロキシサーバ２００に送信し、一連の処理を終了して元の処理に復帰させる。
【０１３３】
一方、ステップＳ８１０で、監視アプレットの初期化が失敗しないと判定したとき(No)は、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ８０２で、通信障害などの何らかの要因により監視アプレットのダウンロードが中断され、完了してないと判定したときは、ステップＳ８０４においてメモリ領域の割り当てが正常に完了していないためステップＳ８０６で初期化も正常に処理されずステップＳ８０８へ移行することなく待機する。
【０１３４】
次に、サービスアプレット取得処理を図１６を参照しながら詳細に説明する。
図１６は、サービスアプレット取得処理を示すフローチャートである。
サービスアプレット取得処理は、取得したＷｅｂページからアプレット識別符号を検出し、検出したアプレット識別符号に対応する特定取得要求に係るサービスアプレットを取得する処理であって、ＣＰＵ５０において実行されると、図１６に示すように、まず、ステップＳ９００に移行するようになっている。
【０１３５】
ステップＳ９００では、サービスアプレット取得要求をプロキシサーバ２００に送信し、ステップＳ９０２に移行して、サービスアプレットをダウンロードし、ステップＳ９０４に移行する。
ステップＳ９０４では、ダウンロードしたサービスアプレットにメモリ領域を割り当て、ステップＳ９０６に移行して、ダウンロードしたサービスアプレットを利用可能となるように初期化し、ステップＳ９０８に移行する。
【０１３６】
ステップＳ９０８では、サービスアプレットの通信サービスなどの基本的な初期化が完了した時点で、ダウンロードしたサービスアプレットへのメモリ領域の割り当てが正常に完了したと判断しダウンロード完了通知をプロキシサーバ２００に送信し、ステップＳ９１０に移行する。
ステップＳ９１０では、サービス自身の初期化が失敗したか否かを判定し、サービス自身の初期化が失敗したと判定したとき(Yes)は、ステップＳ９１２に移行して、初期化失敗通知をプロキシサーバ２００に送信し、一連の処理を終了して元の処理に復帰させる。
【０１３７】
一方、ステップＳ９１０で、サービス自身の初期化が失敗しないと判定したとき(No)は、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ９０２で、通信障害などの何らかの要因によりサービスアプレットのダウンロードが中断され、完了してない場合は、ステップＳ９０４においてメモリ領域の割り当てが正常に完了していないためステップＳ９０６で初期化も正常に処理されずステップＳ９０８へ移行することなく待機する。
【０１３８】
次に、画面更新処理を図１７を参照しながら詳細に説明する。
図１７は、画面更新処理を示すフローチャートである。
画面更新処理は、監視アプレットの一部の処理として実行され、プロキシサーバ２００からの更新命令に基づいてタッチパネル６０の画面を更新する処理であって、ＣＰＵ５０において実行されると、図１７に示すように、まず、ステップＳ１０００に移行するようになっている。
【０１３９】
ステップＳ１０００では、全画面更新命令を受信したか否かを判定し、全画面更新命令を受信したと判定したとき(Yes)は、ステップＳ１００２に移行して、複数のフレームにより構成されたＷｅｂページを表示する場合に、複数のフレームのうちサービスアプレットおよび監視アプレットが割り当てられているものをすべて更新する。具体的に、ステップＳ１００２では、このようにフレームを更新すると、スタティックメモリ管理方式により、それらアプレットに割り当てられたメモリ領域が解放される。
【０１４０】
ステップＳ１００４では、自画面更新命令を受信したか否かを判定し、自画面更新命令を受信したと判定したとき(Yes)は、ステップＳ１００６に移行して、複数のフレームにより構成されたＷｅｂページを表示する場合に、複数のフレームのうち監視アプレットが割り当てられているものを更新し、一連の処理を終了して元の処理に復帰させる。具体的に、ステップＳ１００６では、このようにフレームを更新すると、スタティックメモリ管理方式により、その監視アプレットに割り当てられたメモリ領域が解放される。
【０１４１】
一方、ステップＳ１００４で、自画面更新命令を受信しないと判定したとき(No)、およびステップＳ１０００で、全画面更新命令を受信しないと判定したとき(No)はいずれも、一連の処理を終了して元の処理に復帰させる。
次に、再起動処理を図１８を参照しながら詳細に説明する。
図１８は、再起動処理を示すフローチャートである。
【０１４２】
再起動処理は、プロキシサーバ２００からの再起動命令に基づいてブラウザ端末３００を再起動する処理であって、ＣＰＵ５０において実行されると、図１８に示すように、まず、ステップＳ１１００に移行するようになっている。
ステップＳ１１００では、ＳＮＭＰにより再起動命令を受信したか否かを判定し、再起動命令を受信したと判定したとき(Yes)は、ステップＳ１１０２に移行して、ブラウザ端末３００を再起動させ、一連の処理を終了して元の処理に復帰させる。
【０１４３】
一方、ステップＳ１１００で、ＳＮＭＰにより再起動命令を受信しないと判定したとき(No)は、一連の処理を終了して元の処理に復帰させる。
次に、本実施の形態の動作を図１９および図２０を参照しながら説明する。
図１９は、ブラウザ端末３００の表示画面である。
図２０は、ブラウザ端末３００の表示画面を更新する動作を説明するための図である。
【０１４４】
まず、プライベートネットワーク１９９に接続する端末がアクセスすることのあるＷｅｂページが利用するサービスアプレットが存在するか否かを登録する場合を説明する。
プロキシサーバ２００では、電源が投入されると、アプレット存在登録処理が実行される。アプレット存在登録処理が実行されると、ステップＳ１００〜Ｓ１０４を経て、アクセス登録テーブル４００の先頭レコードからＵＲＬが読み出され、読み出されたＵＲＬをもとにＷＷＷサーバ１００にアクセスされ、そのＷＷＷサーバ１００から該当のＷｅｂページが取得される。
【０１４５】
次いで、ステップＳ１０６〜Ｓ１０８を経て、取得されたＷｅｂページが解析され、そのＷｅｂページにアプレット識別符号が含まれていると、取得されたＷｅｂページからアプレット識別符号が検出され、検出されたアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスされる。その結果、特定取得要求に係るサービスアプレットがそのＷＷＷサーバ１００に存在する場合は、ステップＳ１１４を経て、検出されたアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在することがアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録される。これに対し、特定取得要求に係るサービスアプレットがそのＷＷＷサーバ１００に存在しない場合は、ステップＳ１２０を経て、検出されたアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在しないことがアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録される。
【０１４６】
そして、このような処理がアクセス登録テーブル４００に登録されているすべてのＵＲＬについて行われることにより、プライベートネットワーク１９９に接続する端末がアクセスすることのあるＷｅｂページが利用するサービスアプレットの存在の有無がプロキシサーバ２００に登録される。
次に、ブラウザ端末３００に監視アプレットを適用する場合を説明する。
【０１４７】
ブラウザ端末３００では、Ｗｅｂブラウザを起動すると、監視アプレット取得処理が実行される。監視アプレット取得処理が実行されると、ステップＳ８００を経て、監視アプレット取得要求がプロキシサーバ２００に送信される。
プロキシサーバ２００では、監視アプレット取得要求を受信すると、起動直後のブラウザ端末３００には監視アプレットが存在しないので、ステップＳ３００〜Ｓ３０８を経て、監視アプレット取得要求に係る監視アプレットがブラウザ端末３００にダウンロードされる。
【０１４８】
ブラウザ端末３００では、監視アプレットのダウンロードが完了すると、ステップＳ８０８を経て、ダウンロード完了通知がプロキシサーバ２００に送信される。
プロキシサーバ２００では、ダウンロード完了通知を受信すると、ステップＳ３１４，Ｓ３１６を経て、端末管理テーブル４２０において監視アプレットが存在することが登録される。
【０１４９】
また、ブラウザ端末３００では、監視アプレットのダウンロードが完了すると、ステップＳ８０４，Ｓ８０６を経て、監視アプレットにメモリ領域が割り当てられ、監視アプレットが利用可能となるように初期化される。ここで、監視アプレットの初期化が成功すれば、監視アプレットが正常に実行され、サービスアプレットが実行可能となる。
【０１５０】
次に、プロキシサーバ２００がデータ取得の仲介を行う場合を説明する。
ブラウザ端末３００では、ユーザがＷｅｂブラウザを操作すると、閲覧の目的となるＷｅｂページの取得要求がプロキシサーバ２００に送信される。この取得要求は、ＨＴＴＰパケットとして送信される。
プロキシサーバ２００では、取得要求を受信すると、取得要求に含まれるＩＰアドレスが端末管理テーブル４２０に登録されていない場合は、ステップＳ４０１〜Ｓ４０４を経て、取得要求のＨＴＴＰヘッダが解析され、解析結果に基づいて要求元の端末がブラウザ端末３００であるか否かが判定される。ここで、要求元の端末がブラウザ端末３００であるので、ステップＳ４０５〜Ｓ４０８を経て、取得要求に含まれるＩＰアドレスおよびブラウザ端末３００であることを示す端末識別情報が端末管理テーブル４２０に登録され、取得要求に係るＷＷＷサーバ１００にアクセスされ、取得要求に係るＷｅｂページがそのＷＷＷサーバ１００から取得される。
【０１５１】
そして、ステップＳ４１０，Ｓ４１２を経て、取得されたＷｅｂページが解析され、そのＷｅｂページにアプレット識別符号が含まれていると、取得されたＷｅｂページからアプレット識別符号が検出される。ここで、取得要求がアプレット管理テーブル４４０に登録されていないと、ステップＳ４１６を経て、検出されたアプレット識別符号に対応する特定取得要求に係るＷＷＷサーバ１００にアクセスされる。その結果、特定取得要求に係るサービスアプレットがそのＷＷＷサーバ１００に存在する場合は、ステップＳ４２０，Ｓ４２２を経て、検出されたアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在することがアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録され、端末管理テーブル４２０の要求元のブラウザ端末３００についてサービスアプレットの送信回数が加算される。
【０１５２】
一方、上記判定の結果、特定取得要求に係るサービスアプレットがそのＷＷＷサーバ１００に存在しない場合は、ステップＳ４３２，Ｓ４３４を経て、検出されたアプレット識別符号に対応するサービスアプレットがＷＷＷサーバ１００に存在しないことがアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録され、サービスアプレットが存在しないことを通知するための差換ページが、取得されたＷｅｂページに代えて要求元のブラウザ端末３００に送信される。
【０１５３】
ブラウザ端末３００では、差換ページを受信すると、図１９（ａ）または同図（ｂ）に示すような差換ページが表示される。例えば、ブラウザ端末３００が店舗等に設置して顧客の利用に供するものであれば、顧客は、その表示を見たときに不具合が発生したことが分かるので、従業員を呼ぶ等して適切な対処を行うことができる。したがって、サービスアプレットの実行前に対処することができるので、操作不能な状態に陥る可能性を低減することができる。
【０１５４】
次に、ブラウザ端末３００にサービスアプレットを適用する場合を説明する。ブラウザ端末３００では、複数のフレームにより構成されたＷｅｂページを表示する場合に、そのＷｅｂページにアプレット識別符号が含まれていると、図２０に示すように、取得されたＷｅｂページからアプレット識別符号が検出され、ステップＳ９００を経て、検出されたアプレット識別符号に対応するサービスアプレットを取得すべきサービスアプレット取得要求がプロキシサーバ２００に送信される。
【０１５５】
プロキシサーバ２００では、サービスアプレット取得要求を受信すると、ブラウザ端末３００にサービスアプレットが存在しないので、ステップＳ５００〜Ｓ５０８を経て、サービスアプレット取得要求に係るサービスアプレットがブラウザ端末３００にダウンロードされる。
ブラウザ端末３００では、サービスアプレットのダウンロードが完了すると、ステップＳ９０８を経て、ダウンロード完了通知がプロキシサーバ２００に送信される。
【０１５６】
プロキシサーバ２００では、ダウンロード完了通知を受信すると、ステップＳ５１４，Ｓ５１６を経て、端末管理テーブル４２０においてサービスアプレットが存在することが登録される。
また、ブラウザ端末３００では、サービスアプレットのダウンロードが完了すると、ステップＳ９０４，Ｓ９０６を経て、サービスアプレットにメモリ領域が割り当てられ、サービスアプレットが利用可能となるように初期化される。ここで、サービスアプレットの初期化が成功すれば、サービスアプレットが正常に実行され、サービスアプレットが実行可能となる。
【０１５７】
一方、ブラウザ端末３００では、通信障害等の原因によりサービスアプレットのダウンロードが途中で失敗すると、有効時間内にダウンロード完了通知がプロキシサーバ２００に送信されない。
プロキシサーバ２００では、有効時間内にダウンロード完了通知を受信しないと、タイムアウトとなってダウンロードが失敗したものと判定されるので、ステップＳ５２６を経て、更新モードが「ＳＴＯＰ」に設定され、ステップＳ７１２，Ｓ７１４を経て、全画面更新命令がブラウザ端末３００に送信される。
【０１５８】
ブラウザ端末３００では、監視アプレットが実行されているので、全画面更新命令を受信すると、ステップＳ１０００，Ｓ１００２を経て、監視アプレットにより、複数のフレームのうちサービスアプレットおよび監視アプレットが割り当てられているものがすべて更新される。そして、このようにフレームが更新されると、スタティックメモリ管理方式により、それらアプレットに割り当てられたメモリ領域が解放される。
【０１５９】
また一方、ブラウザ端末３００では、ユーザのクリティカルな端末操作等の原因によりサービスアプレットの初期化が途中で失敗すると、ステップＳ９１２を経て、初期化失敗通知がプロキシサーバ２００に送信される。
プロキシサーバ２００では、初期化失敗通知を受信すると、サービスアプレットに自身の終了要求を通知しステップＳ５２４を経て、更新モードが「ＲＥＦＲＥＳＨ」に設定され、ステップＳ７１６，Ｓ７１８を経て、自画面更新命令がブラウザ端末３００に送信される。
【０１６０】
ブラウザ端末３００では、監視アプレットが実行されているので、自画面更新命令を受信すると、ステップＳ１００４，Ｓ１００６を経て、監視アプレットにより、複数のフレームのうち監視アプレットが割り当てられているものが更新される。そして、このようにフレームが更新されると、スタティックメモリ管理方式により、その監視アプレットに割り当てられたメモリ領域ともども管理されているメモリ全てが解放されて初期化される。
【０１６１】
また一方、プロキシサーバ２００では、現在のモードが強制更新モードである場合に、サービスアプレットの送信回数が所定値以上となると、ステップＳ６０４，Ｓ６０８を経て、更新モードが「ＲＥＦＲＥＳＨ」に設定され、自画面更新命令がブラウザ端末３００に送信される。
ブラウザ端末３００では、自画面更新命令を受信すると、上記同様に、複数のフレームのうち監視アプレットが割り当てられているものが更新され、その監視アプレットに割り当てられたメモリ領域ともども管理されているメモリ全てが解放されて初期化される。
【０１６２】
また一方、プロキシサーバ２００では、現在のモードが遷移更新モードである場合に、ブラウザ端末３００によりアイドルなＵＲＬが要求され、かつ、サービスアプレットの送信回数が所定値以上となると、ステップＳ６１２，Ｓ６０４，Ｓ６０８を経て、更新モードが「ＲＥＦＲＥＳＨ」に設定され、自画面更新命令がブラウザ端末３００に送信される。
【０１６３】
ブラウザ端末３００では、自画面更新命令を受信すると、上記同様に、複数のフレームのうち監視アプレットが割り当てられているものが更新され、その監視アプレットに割り当てられたメモリ領域ともども管理されているメモリ全てが解放されて初期化される。
また一方、プロキシサーバ２００では、ブラウザ端末３００においてユーザの利用が終了してしばらく放置された状態で経過すると、ステップＳ６１０，Ｓ６０８を経て、サービスアプレットによるサービスがタイムアウトしたことが検出され、更新モードが「ＲＥＦＲＥＳＨ」に設定され、自画面更新命令がブラウザ端末３００に送信される。
【０１６４】
ブラウザ端末３００では、自画面更新命令を受信すると、上記同様に、複数のフレームのうち監視アプレットが割り当てられているものが更新され、その監視アプレットに割り当てられたメモリ領域ともども管理されているメモリ全てが解放されて初期化される。
また一方、プロキシサーバ２００では、サービスアプレット取得要求に係るサービスアプレットが既に要求のあったブラウザ端末３００に存在していると判定されると、ステップＳ５２８，Ｓ７１２，Ｓ７１４を経て、更新モードが「ＳＴＯＰ」に設定され、全画面更新命令がブラウザ端末３００に送信される。
【０１６５】
ブラウザ端末３００では、監視アプレットが全画面更新命令を受信すると、上記同様に、複数のフレームのうちサービスアプレットは自身の終了要求を通知し、割り当てられているものがすべて更新され、メモリ領域ともども解放される。また一方、プロキシサーバ２００では、監視アプレット取得要求に係る監視アプレットが既に要求のあったブラウザ端末３００に存在しているか監視アプレットが存在しないにも関わらずサービスアプレットが存在していると判定されると、ステップＳ３２８，Ｓ７００，Ｓ７０２を経て、更新モードが「ＲＥＢＯＯＴ」に設定され、ＳＮＭＰにより再起動命令がブラウザ端末３００に送信される。
【０１６６】
ブラウザ端末３００では、ＳＮＭＰにより再起動命令を受信すると、ステップＳ１１００，Ｓ１１０２を経て、ブラウザ端末３００が再起動する。再起動後は、Ｗｅｂブラウザが起動し、監視アプレット取得処理が実行される。
次に、他のブラウザ端末３００において上記と同一のＷｅｂページを閲覧する場合、ブラウザ端末３００では、ユーザがＷｅｂブラウザを操作すると、閲覧の目的となるＷｅｂページの取得要求がプロキシサーバ２００に送信される。
【０１６７】
プロキシサーバ２００では、取得要求を受信すると、取得要求のＨＴＴＰヘッダが解析され、解析結果に基づいて要求元の端末がブラウザ端末３００であるか否かが判定される。ここで、要求元の端末がブラウザ端末３００であると判定されるので、取得要求に係るＷＷＷサーバ１００にアクセスされ、取得要求に係るＷｅｂページがそのＷＷＷサーバ１００から取得される。
【０１６８】
そして、取得されたＷｅｂページが解析され、そのＷｅｂページにアプレット識別符号が含まれていると、取得されたＷｅｂページからアプレット識別符号が検出される。ここで、アプレット存在管理テーブル４６０には、検出されたアプレット識別符号に対応するサービスアプレットが上記処理において登録されているので、ステップＳ４３６，Ｓ４３４を経て、アプレット管理テーブル４４０およびアプレット存在管理テーブル４６０を参照して特定取得要求に係るサービスアプレットがＷＷＷサーバ１００に存在しないと判定され、サービスアプレットが存在しないことを通知するための差換ページが、取得されたＷｅｂページに代えて要求元のブラウザ端末３００に送信される。
【０１６９】
なお、ＨＴＴＰヘッダの解析の結果、要求元の端末が通常端末３１０であると判定された場合、または取得したＷｅｂページにアプレット識別符号が含まれていない場合はいずれも、取得されたＷｅｂページがそのまま要求元の端末に送信される。
このようにして、本実施の形態では、プロキシサーバ２００は、スタティックメモリ管理方式によりアプレットに対してメモリ領域の割当および解放を行うブラウザ端末３００と、複数のＷＷＷサーバ１００とに通信可能に接続し、ブラウザ端末３００からの取得要求に応じてＷＷＷサーバ１００からＷｅｂページを取得し、取得したＷｅｂページを要求元のブラウザ端末３００に送信する一方、ブラウザ端末３００でアプレットの取得が失敗したことを検出したときは、全画面更新命令をブラウザ端末３００に送信するようになっている。
【０１７０】
これにより、ブラウザ端末３００においてアプレットの取得が失敗した場合は、複数のフレームのうちサービスアプレットおよび監視アプレットが割り当てられているものがすべて更新され、それらアプレットに割り当てたメモリ領域を含むリソースが解放されるので、従来に比して、メモリリソースの不足により操作不能な状態に陥る可能性を低減することができる。
【０１７１】
さらに、本実施の形態では、プロキシサーバ２００は、ブラウザ端末３００でアプレットの初期化に失敗したことを検出したときは、自画面更新命令をブラウザ端末３００に送信するようになっている。
これにより、ブラウザ端末３００においてアプレットの初期化が失敗した場合は、サービスアプレットが存在しない状態において複数のフレームのうち監視アプレットが割り当てられているものが更新され、その監視アプレットに割り当てたメモリ領域ともども管理されているメモリ全てが解放初期化されるので、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができる。
【０１７２】
さらに、本実施の形態では、プロキシサーバ２００は、ブラウザ端末３００に適用したサービスアプレットによるサービスがタイムアウトしたことを検出したときは、自画面更新命令をブラウザ端末３００に送信するようになっている。
これにより、ブラウザ端末３００においてサービスアプレットによるサービスがタイムアウトした場合は、すなわち、ユーザの利用が終了または放置されてしばらく経過した場合は、サービスアプレットの自動終了処理が実行され、その後、複数のフレームのうち監視アプレットが割り当てられているものが更新され、その監視アプレットに割り当てたメモリ領域ともども管理されているメモリ全てが解放されて初期化されるので、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができる。
【０１７３】
さらに、本実施の形態では、プロキシサーバ２００は、取得したＷｅｂページに基づいてブラウザ端末３００へのサービスアプレットの送信回数を計数し、その計数結果に基づいてブラウザ端末３００に自画面更新命令を送信するようになっている。
これにより、サービスアプレットの送信回数に応じてメモリ領域が解放され初期化されるので、スタティックメモリ管理方式を採用したブラウザ端末３００において、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができる。
【０１７４】
さらに、本実施の形態では、プロキシサーバ２００は、取得要求に応じてＷＷＷサーバ１００からＷｅｂページを取得し、取得したＷｅｂページに特定取得要求が含まれているときは、そのＷｅｂページから特定取得要求を検出し、検出した特定取得要求に係るサービスアプレットがＷＷＷサーバ１００に存在するか否かを判定し、取得したＷｅｂページについて、そのＷｅｂページに含まれる特定取得要求に係るサービスアプレットが存在しないと判定したときは、そのＷｅｂページに代えて、サービスアプレットが存在しない旨の差換ページを要求元の端末に送信するようになっている。
【０１７５】
これにより、特定取得要求に係るサービスアプレットがＷＷＷサーバ１００に存在しない場合は、要求元の端末が特定取得要求を送信する前に、サービスアプレットが存在しないことを要求元の端末に通知することができるので、ブラウザ端末３００において操作不能な状態に陥る可能性をさらに低減することができる。また、これを戻るボタンを設けずに実現することができるので、サービス提供の確実性を低下させることもさほどない。
【０１７６】
さらに、本実施の形態では、プロキシサーバ２００は、取得したＷｅｂページからアプレット識別符号を検出することによりそのＷｅｂページに特定取得要求が含まれていることを検出するようになっている。
これにより、特定取得要求が含まれていることを比較的確実に検出することができる。
【０１７７】
さらに、本実施の形態では、プロキシサーバ２００は、取得したＷｅｂページに特定取得要求が含まれていることを検出したときは、その特定取得要求が含まれているＷｅｂページを解析し、解析結果に基づいてアプレット管理テーブル４４０およびアプレット存在管理テーブル４６０にサービスアプレットが登録されていないと判定した場合に限り、ＷＷＷサーバ１００にアクセスして特定取得要求に係るサービスアプレットが存在するか否かを判定するようになっている。
【０１７８】
これにより、存在するか否かを一度も判定したことのないサービスアプレットについてのみ、ＷＷＷサーバ１００に対してアクセスが行われるので、ＷＷＷサーバ１００にアクセスする回数を低減することができる。
さらに、本実施の形態では、プロキシサーバ２００は、取得要求を受信したときは、受信した取得要求の解析結果に基づいて要求元の端末がブラウザ端末３００であるか否かを判定し、ブラウザ端末３００であると判定したときは、特定取得要求の検出およびサービスアプレットの存在確認を行うようになっている。
【０１７９】
これにより、ブラウザ端末３００に送信すべきＷｅｂページについてのみ、特定取得要求の検出およびサービスアプレットの存在確認が行われるので、処理負荷を低減することができる。
さらに、本実施の形態では、プロキシサーバ２００は、ブラウザ端末３００からの取得要求を受信する前に、アクセス登録テーブル４００のＵＲＬをもとにＷＷＷサーバ１００にアクセスして該当のサービスアプレットが存在するか否かを判定し、該当のサービスアプレットの存在確認結果を、アプレット管理テーブル４４０およびアプレット存在管理テーブル４６０に登録するようになっている。
【０１８０】
これにより、アプレット管理テーブル４４０およびアプレット存在管理テーブル４６０への登録が取得要求の受信前に行われるので、ブラウザ端末３００に対する応答速度を向上することができる。
さらに、本実施の形態では、プロキシサーバ２００は、取得要求を受信したときは、取得要求のＨＴＴＰヘッダを解析し、解析結果に基づいて要求元の端末がブラウザ端末３００であるか否かを判定し、判定結果に基づいて端末管理テーブル４２０への登録を行う一方、取得要求に含まれるＩＰアドレスが端末管理テーブル４２０に登録されているときは、端末管理テーブル４２０を参照して要求元の端末がブラウザ端末３００であるか否かを判定するようになっている。
【０１８１】
これにより、端末管理テーブル４２０に一旦登録されると、要求元の端末についてＨＴＴＰヘッダの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
上記実施の形態において、インターネット１９８およびプライベートネットワーク１９９は、発明４、５、７、２６ないし２８、３６ないし３８のネットワークに対応し、ＷＷＷサーバ１００は、発明４、５、７、１６、１８ないし２２、２６ないし３０、３６ないし３８のネットワークリソースに対応している。また、記憶装置４２は、発明１８または１９の記憶手段に対応し、ステップＳ３１０，Ｓ５１０は、発明１、４、６、８、１０ないし１２、２３若しくは２６の取得失敗検出手段、または発明３３若しくは３６の取得失敗検出ステップに対応している。
【０１８２】
また、上記実施の形態において、ステップＳ３１８，Ｓ５１８は、発明２、５、６、９ないし１１、１３、２４若しくは２７の初期化失敗検出手段、または発明３４若しくは３７の初期化失敗検出ステップに対応し、ステップＳ４０６，Ｓ４０８は、発明４、５、７、１６、１７、２６ないし２８のサーバ側データ取得手段、または発明３６ないし３８のサーバ側データ取得ステップに対応している。また、ステップＳ４１０，Ｓ４１２は、発明１６、１８または２０の特定取得要求検出手段に対応し、ステップＳ４１６，Ｓ４１８は、発明１６ないし２０のデータ存在判定手段に対応し、ステップＳ４２２，Ｓ６０４は、発明１１または１５の取得回数検出手段に対応している。
【０１８３】
また、上記実施の形態において、ステップＳ４３０，Ｓ４３４は、発明４、５、７、１６、１７、２６ないし２８のデータ送信手段、または発明３６ないし３８のデータ送信ステップに対応し、ステップＳ６１０は、発明３、７ないし１１、１４、２５若しくは２８のタイムアウト検出手段、または発明３５若しくは３８のタイムアウト検出ステップに対応している。また、ステップＳ７１４，Ｓ７１８は、発明１ないし３、２３ないし２５の更新命令出力手段、発明４ないし１５、２６ないし２８の更新命令送信手段、発明３３ないし３５の更新命令出力ステップ、または発明３６ないし３８の更新命令送信ステップに対応している。
【０１８４】
また、上記実施の形態において、ステップＳ８０２，Ｓ９０２は、発明１ないし３、２３ないし２５、３３ないし３５のデータ取得手段、または発明４ないし８、１１、２１、２２、２６ないし３０、３６ないし３８の端末側データ取得手段に対応し、ステップＳ８０４，Ｓ９０４は、発明１ないし５、７、２１ないし３０、３３ないし３８のメモリ領域割当手段に対応している。また、ステップＳ８０６，Ｓ９０６は、発明２、５、９、１０、２４、２７、３４または３７のデータ初期化手段に対応し、ステップＳ１００２，Ｓ１００６は、発明１ないし５、７、１２ないし１５、２１ないし３０、３３ないし３８のメモリ領域解放手段に対応している。
【０１８５】
また、上記実施の形態において、差換ページは、発明１７の通知データに対応し、全画面更新命令および自画面更新命令は、発明１ないし１５、２１ないし３８の更新命令に対応し、アプレットは、発明１ないし１９、２１ないし３０、３３ないし３８の特定形式データに対応している。また、監視アプレットは、発明１２ないし１５、２１、２２、２９ないし３２の監視プログラムデータに対応し、サービスアプレットは、発明１２ないし１５、２１、２２、２９ないし３１のサービスプログラムデータに対応し、ＵＲＬは、発明１８若しくは１９のデータ識別情報、または発明１８若しくは１９の取得先アドレスに対応している。
【０１８６】
また、上記実施の形態において、ＩＰアドレスは、発明２０のネットワークリソース識別情報に対応し、フレームは、発明１２ないし１５、２１、２２、２９ないし３２の区分表示領域に対応している。
なお、上記実施の形態において、プロキシサーバ２００は、ステップＳ１０６，Ｓ４１０で、取得したＷｅｂページを常に解析するように構成したが、これに限らず、取得したＷｅｂページのＵＲＬがアプレット管理テーブル４４０に登録されているか否かを判定し、アプレット管理テーブル４４０に登録されていると判定したときは、Ｗｅｂページの解析を省略するように構成することができる。
【０１８７】
これにより、アプレット管理テーブル４４０に一旦登録されると、Ｗｅｂページの解析を行わなくてすむので、プロキシサーバ２００の処理負荷を低減するとともに要求元の端末に対する応答速度を向上することができる。
また、上記実施の形態においては、図６に示すアプレット存在管理テーブル４６０をＷｅｂページごと複数設けて構成したが、これに限らず、それら複数のアプレット存在管理テーブル４６０を一つのテーブルとして構成することができる。これにより、検索の高速化を図ることができる。
【０１８８】
また、上記実施の形態においては、プロキシサーバ２００とブラウザ端末３００との間でＳＮＭＰにより再起動命令を送受信するように構成したが、これに限らず、ＳＮＭＰ以外の他のプロトコル、または全画面更新命令若しくは自画面更新命令を送受信するプロトコルと同一のプロトコルにより再起動命令を送受信するように構成することができる。
【０１８９】
また、上記実施の形態においては、取得要求に含まれるＩＰアドレスにより要求元の端末を識別するように構成したが、これに限らず、クッキー（Cookie）によって送受信されるユーザ情報等により要求元の端末を識別するように構成することもできる。
また、上記実施の形態において、図７ないし図１３のフローチャートに示す処理を実行するにあたってはいずれも、ＲＯＭ３２にあらかじめ格納されている制御プログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭ３４に読み込んで実行することができる。
【０１９０】
また、上記実施の形態において、図１５ないし図１８のフローチャートに示す処理を実行するにあたってはいずれも、ＲＯＭ５２にあらかじめ格納されている制御プログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭ５４に読み込んで実行することができる。
【０１９１】
ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体であって、電子的、磁気的、光学的等の読み取り方法のいかんにかかわらず、コンピュータで読み取り可能な記憶媒体であれば、あらゆる記憶媒体を含むものである。
【０１９２】
また、上記実施の形態においては、本発明に係るメモリ管理装置、プロキシサーバ、ブラウザ端末、メモリ管理プログラム、サーバ用プログラム、端末用プログラムおよび監視プログラム、並びにメモリ管理方法を、インターネット１９８からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９８と同一方式により通信を行ういわゆるイントラネットに適用することができる。もちろん、インターネット１９８と同一方式により通信を行うネットワークに限らず、通常のネットワークに適用することもできる。
【０１９３】
また、上記実施の形態においては、本発明に係るメモリ管理装置、プロキシサーバ、ブラウザ端末、メモリ管理プログラム、サーバ用プログラム、端末用プログラムおよび監視プログラム、並びにメモリ管理方法を、図１に示すように、インターネット１９８とプライベートネットワーク１９９との間に設けられたプロキシサーバ２００およびブラウザ端末３００に適用したが、これに限らず、本発明の主旨を逸脱しない範囲で他の場合にも適用可能である。例えば、プロキシサーバ２００が実現する処理をブラウザ端末３００に組み込むソフトウェアとして構成することもできる。
【０１９４】
【発明の効果】
以上説明したように、本発明に係る請求項１記載のメモリ管理装置、または請求項４、６、８、１１ないし２０記載のプロキシサーバによれば、特定形式データの取得失敗に応じてメモリ領域が解放されるので、スタティックメモリ管理方式を採用したブラウザ端末、またはリソースの解放がなされない実行可能なプログラムが利用される可能性のあるダイナミックなメモリ管理方式を採用したブラウザ端末において、従来に比して、メモリリソースの不足により操作不能な状態に陥る可能性を低減することができるという効果が得られる。
【０１９５】
さらに、本発明に係る請求項２記載のメモリ管理装置、または請求項５、９ないし２０記載のプロキシサーバによれば、特定形式データの初期化失敗に応じてメモリ領域が解放されるので、スタティックメモリ管理方式を採用したブラウザ端末、またはリソースの解放がなされない実行可能なプログラムが利用される可能性のあるダイナミックなメモリ管理方式を採用したブラウザ端末において、従来に比して、メモリリソースの不足により操作不能な状態に陥る可能性を低減することができるという効果が得られる。
【０１９６】
さらに、本発明に係る請求項３記載のメモリ管理装置、または請求項７、１１ないし２０記載のプロキシサーバによれば、特定形式データによるサービスのタイムアウトに応じてメモリ領域が解放される。すなわち、ユーザの利用が終了してしばらく経過した場合は、特定形式データによるサービスがタイムアウトしてメモリ領域が解放されるので、スタティックメモリ管理方式を採用したブラウザ端末、またはリソースの解放がなされない実行可能なプログラムが利用される可能性のあるダイナミックなメモリ管理方式を採用したブラウザ端末において、従来に比して、メモリリソースの不足により操作不能な状態に陥る可能性を低減することができるという効果が得られる。
【０１９７】
さらに、本発明に係る請求項１１または１５記載のプロキシサーバによれば、特定形式データの取得回数に応じてメモリ領域が解放されるので、スタティックメモリ管理方式を採用したブラウザ端末、またはリソースの解放がなされない実行可能なプログラムが利用される可能性のあるダイナミックなメモリ管理方式を採用したブラウザ端末において、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができるという効果も得られる。
【０１９８】
さらに、本発明に係る請求項１２記載のプロキシサーバによれば、ブラウザ端末において特定形式データの取得が失敗した場合は、複数の区分表示領域のうちサービスプログラムデータおよび監視プログラムデータが割り当てられているものがすべて更新され、それらプログラムデータに割り当てたメモリ領域が解放されるので、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができるという効果も得られる。
【０１９９】
さらに、本発明に係る請求項１３記載のプロキシサーバによれば、ブラウザ端末において特定形式データの初期化が失敗した場合は、複数の区分表示領域のうち監視プログラムデータが割り当てられているものが更新され、その監視プログラムデータに割り当てたメモリ領域が解放されるので、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができるという効果も得られる。
【０２００】
さらに、本発明に係る請求項１４記載のプロキシサーバによれば、ブラウザ端末において特定形式データによるサービスがタイムアウトした場合は、複数の区分表示領域のうち監視プログラムデータが割り当てられているものが更新され、その監視プログラムデータに割り当てたメモリ領域が解放されるので、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができるという効果も得られる。
【０２０１】
さらに、本発明に係る請求項１５記載のプロキシサーバによれば、ブラウザ端末において特定形式データの取得回数が所定数に達した場合は、複数の区分表示領域のうち監視プログラムデータが割り当てられているものが更新され、その監視プログラムデータに割り当てたメモリ領域が解放されるので、メモリリソースの不足により操作不能な状態に陥る可能性をさらに低減することができるという効果も得られる。
【０２０２】
さらに、本発明に係る請求項１６ないし２０記載のプロキシサーバによれば、特定取得要求に係る特定形式データが取得先のネットワークリソースに存在しない場合は、特定形式データが存在しないことを通知により把握することができるので、ブラウザ端末において、サービス提供の確実性をさほど低下させることなく、特定形式データの取得待ち等により操作不能な状態に陥る可能性を低減することができるという効果も得られる。
【０２０３】
さらに、本発明に係る請求項１７記載のプロキシサーバによれば、特定取得要求に係る特定形式データが取得先のネットワークリソースに存在しない場合は、ブラウザ端末が特定取得要求を送信する前に、特定形式データが存在しないことをブラウザ端末に通知することができるので、特定形式データの取得待ち等により操作不能な状態に陥る可能性をさらに低減することができるという効果も得られる。
【０２０４】
さらに、本発明に係る請求項１８または１９記載のプロキシサーバによれば、存在するか否かを一度も判定したことのないデータについてのみ、取得先のネットワークリソースに対してアクセスが行われるので、取得先のネットワークリソースにアクセスする回数を低減することができるという効果も得られる。
さらに、本発明に係る請求項１９記載のプロキシサーバによれば、記憶手段への登録が取得要求の受信前に行われるので、ブラウザ端末に対する応答速度を向上することができるという効果も得られる。
【０２０５】
さらに、本発明に係る請求項２０記載のプロキシサーバによれば、ブラウザ端末に送信すべきデータについてのみ、特定取得要求検出手段による検出およびデータ存在判定手段による判定が行われるので、処理負荷を低減することができるという効果も得られる。
一方、本発明に係る請求項２１記載のブラウザ端末によれば、請求項１２記載のプロキシサーバと同等の効果が得られる。
【０２０６】
さらに、本発明に係る請求項２２記載のブラウザ端末によれば、請求項１３ないし１５のいずれかに記載のプロキシサーバと同等の効果が得られる。
一方、本発明に係る請求項２３記載のメモリ管理プログラムによれば、請求項１記載のメモリ管理装置と同等の効果が得られる。
さらに、本発明に係る請求項２４記載のメモリ管理プログラムによれば、請求項２記載のメモリ管理装置と同等の効果が得られる。
【０２０７】
さらに、本発明に係る請求項２５記載のメモリ管理プログラムによれば、請求項３記載のメモリ管理装置と同等の効果が得られる。
一方、本発明に係る請求項２６記載のサーバ用プログラムによれば、請求項４記載のプロキシサーバと同等の効果が得られる。
さらに、本発明に係る請求項２７記載のサーバ用プログラムによれば、請求項５記載のプロキシサーバと同等の効果が得られる。
【０２０８】
さらに、本発明に係る請求項２８記載のサーバ用プログラムによれば、請求項７記載のプロキシサーバと同等の効果が得られる。
一方、本発明に係る請求項２９記載の端末用プログラムによれば、請求項２１記載のブラウザ端末と同等の効果が得られる。
さらに、本発明に係る請求項３０記載の端末用プログラムによれば、請求項２２記載のブラウザ端末と同等の効果が得られる。
【０２０９】
一方、本発明に係る請求項３１記載の監視プログラムによれば、請求項１２記載のプロキシサーバと同等の効果が得られる。
さらに、本発明に係る請求項３２記載の監視プログラムによれば、請求項１３ないし１５のいずれかに記載のプロキシサーバと同等の効果が得られる。
一方、本発明に係る請求項３３記載のメモリ管理方法によれば、請求項１記載のメモリ管理装置と同等の効果が得られる。
【０２１０】
さらに、本発明に係る請求項３４記載のメモリ管理方法によれば、請求項２記載のメモリ管理装置と同等の効果が得られる。
さらに、本発明に係る請求項３５記載のメモリ管理方法によれば、請求項３記載のメモリ管理装置と同等の効果が得られる。
さらに、本発明に係る請求項３６記載のメモリ管理方法によれば、請求項４記載のプロキシサーバと同等の効果が得られる。
【０２１１】
さらに、本発明に係る請求項３７記載のメモリ管理方法によれば、請求項５記載のプロキシサーバと同等の効果が得られる。
さらに、本発明に係る請求項３８記載のメモリ管理方法によれば、請求項７記載のプロキシサーバと同等の効果が得られる。
【図面の簡単な説明】
【図１】本発明を適用するネットワークシステムの構成を示すブロック図である。
【図２】プロキシサーバ２００の構成を示すブロック図である。
【図３】アクセス登録テーブル４００のデータ構造を示す図である。
【図４】端末管理テーブル４２０のデータ構造を示す図である。
【図５】アプレット管理テーブル４４０のデータ構造を示す図である。
【図６】アプレット存在管理テーブル４６０のデータ構造を示す図である。
【図７】アプレット存在登録処理を示すフローチャートである。
【図８】アプレット管理処理を示すフローチャートである。
【図９】監視アプレット送信処理を示すフローチャートである。
【図１０】データ取得仲介処理を示すフローチャートである。
【図１１】サービスアプレット送信処理を示すフローチャートである。
【図１２】サービスアプレット監視処理を示すフローチャートである。
【図１３】更新命令送信処理を示すフローチャートである。
【図１４】ブラウザ端末３００の構成を示すブロック図である。
【図１５】監視アプレット取得処理を示すフローチャートである。
【図１６】サービスアプレット取得処理を示すフローチャートである。
【図１７】画面更新処理を示すフローチャートである。
【図１８】再起動処理を示すフローチャートである。
【図１９】ブラウザ端末３００の表示画面である。
【図２０】ブラウザ端末３００の表示画面を更新する動作を説明するための図である。
【符号の説明】
１００…ＷＷＷサーバ，１９８…インターネット，１９９…プライベートネットワーク，２００…プロキシサーバ，３００…ブラウザ端末，３１０…通常端末，３０，５０…ＣＰＵ，３２，５２…ＲＯＭ，３４，５４…ＲＡＭ，３８，５８…Ｉ／Ｆ，４０…入力装置，４２…記憶装置，４４…表示装置，６０…タッチパネル，４００…アクセス登録テーブル，４２０…端末管理テーブル，４４０…アプレット管理テーブル，４６０…アプレット存在管理テーブル
【図１】
2004192346.tif 000003
【図２】
2004192346.tif 000004
【図３】
2004192346.tif 000005
【図４】
2004192346.tif 000006
【図５】
2004192346.tif 000007
【図６】
2004192346.tif 000008
【図７】
2004192346.tif 000009
【図８】
2004192346.tif 000010
【図９】
2004192346.tif 000011
【図１０】
2004192346.tif 000012
【図１１】
2004192346.tif 000013
【図１２】
2004192346.tif 000014
【図１３】
2004192346.tif 000015
【図１４】
2004192346.tif 000016
【図１５】
2004192346.tif 000017
【図１６】
2004192346.tif 000018
【図１７】
2004192346.tif 000019
【図１８】
2004192346.tif 000020
【図１９】
2004192346.tif 000021
【図２０】
2004192346.tif 000022