(57)【要約】【課題】Ｗｅｂシステム内の圧縮処理の処理状況を迅速に把握可能とするＷｅｂシステム内圧縮処理状況管理システム等を提供する。【解決手段】サーバ１０１は、Ｗｅｂシステム１１１と、外部管理アプリケーション１１４を有し、Ｗｅｂシステム１１１は、圧縮処理（ＵＮＬＨＡ３２．ＤＬＬ）１１２と監視処理１１３を同一プロセス内に配置する。外部管理アプリケーション１１４は、監視処理１１３を呼び出す。監視処理１１３は、圧縮処理１１２に対して、圧縮処理の処理状況を取得し（ＫＢＡ．ＤＬＬ）、処理状況をＨＴＭＬ形式の処理状況ファイル３０１に出力する。外部管理アプリケーション１１４は、処理状況ファイル３０１を取得、解析し、格納されている処理状況に基づいて、クライアント端末１０３に処理状況を通知・提供する。【選択図】図４
2008077540.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末にネットワークを介して接続され、情報ファイルの圧縮処理機能を有するＷｅｂシステムを有し、前記Ｗｅｂシステム内の圧縮処理の処理状況を取得、管理するサーバであって、
前記Ｗｅｂシステムと同一プロセス内に配置し、前記圧縮処理機能に対して、圧縮処理の処理状況を取得し、前記処理状況をＨＴＭＬ形式の処理状況ファイルに出力する監視手段と、
前記監視手段を呼び出し、前記処理状況ファイルを取得、解析し、格納されている処理状況に基づいて、前記クライアント端末に前記処理状況を提供する外部管理手段と、
を具備することを特徴とするサーバ。
【請求項２】
前記外部管理手段は、
前記クライアント端末に、取得した処理状況に基づいてメール送信することを特徴とする請求項１記載のサーバ。
【請求項３】
前記外部管理手段は、
前記クライアント端末に、前記処理状況ファイルを提供し、画面表示することを特徴とする請求項１記載のサーバ。
【請求項４】
前記サーバはＷｅｂサーバであり、前記クライアント端末はＷｅｂブラウザとして機能するものであることを特徴とする請求項１記載のサーバ。
【請求項５】
前記処理状況は、正常終了／処理中を示す情報であることを特徴とする請求項１記載のサーバ。
【請求項６】
前記圧縮処理機能は、部品プログラムとして使用されるＤＬＬ（ダイナミック・リンク・ライブラリ）ファイルであることを特徴とする請求項１記載のサーバ。
【請求項７】
前記監視手段は、前記圧縮処理機能に対して圧縮処理の処理状況を取得するために、対象ＤＬＬに対して動作状況取得機能を有するＤＬＬファイルを使用することを特徴とする請求項１又は請求項６記載のサーバ。
【請求項８】
クライアント端末と、情報ファイルの圧縮処理機能を有するＷｅｂシステムを有し、前記Ｗｅｂシステム内の圧縮処理の処理状況を取得、管理するサーバと、がネットワークを介して接続されるＷｅｂシステム内圧縮処理状況管理システムであって、
前記サーバは、
前記Ｗｅｂシステムと同一プロセス内に配置し、前記圧縮処理機能に対して、圧縮処理の処理状況を取得し、前記処理状況をＨＴＭＬ形式の処理状況ファイルに出力する監視手段と、
前記監視手段を呼び出し、前記処理状況ファイルを取得、解析し、格納されている処理状況に基づいて、前記クライアント端末に前記処理状況を提供する外部管理手段と、
を具備することを特徴とするＷｅｂシステム内圧縮処理状況管理システム。
【請求項９】
クライアント端末と、情報ファイルの圧縮処理機能を有するＷｅｂシステムを有し、前記Ｗｅｂシステム内の圧縮処理の処理状況を取得、管理するサーバと、がネットワークを介して接続されるＷｅｂシステム内圧縮処理状況管理システムにおけるＷｅｂシステム内圧縮処理状況管理方法であって、
前記サーバが実行する、
前記Ｗｅｂシステムと同一プロセス内に配置し、前記圧縮処理機能に対して、圧縮処理の処理状況を取得し、前記処理状況をＨＴＭＬ形式の処理状況ファイルに出力する監視ステップと、
前記監視ステップを呼び出し、前記処理状況ファイルを取得、解析し、格納されている処理状況に基づいて、前記クライアント端末に前記処理状況を提供する外部管理ステップと、
を具備することを特徴とするＷｅｂシステム圧縮処理状況管理方法。
【請求項１０】
コンピュータを請求項１から請求項７のいずれかに記載のサーバとして機能させるプログラム。
【請求項１１】
コンピュータを請求項１から請求項７のいずれかに記載のサーバとして機能させるプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、圧縮処理機能を有するＷｅｂシステムの圧縮動作状況管理に関する。
【背景技術】
【０００２】
近年、カタログ制作を行う際、コンピュータの普及に伴い、カタログに載せる商品データをデータベース化して利用することが始まっている。データベースと連携し、デスクトップパブリッシング（ＤＴＰ）等でカタログ制作作業を行い、その効率化が図られてきている。例えば、商品情報や画像データ等を蓄積したデータベースと、データベースの情報を管理し、データベースの情報の入出力、検索、閲覧等の機能を提供するサーバと複数のユーザ端末装置等からなるＷｅｂ上で動作するデータベースシステムが存在する（例えば、特許文献１）。
更に、このようなデータベースシステムのサポートツールとして、例えば、データベースから商品情報や画像データ等の情報を検索し出力する商品情報検索・出力システムが存在する（例えば、特許文献２）。このようなシステムでは、情報出力時、データファイルをＬＺＨ形式で圧縮しファイルサイズを小さくし、ダウンロードに要する時間を短縮して提供している。
【０００３】
【特許文献１】特開２００１−３２４９７５号公報
【特許文献２】特開２００５−２５１０６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のシステムでは、複数のアプリケーションソフトが共通して利用するような汎用性の高いプログラムを部品化して保存されているファイル：外部ＤＬＬ（Ｄｙｎａｍｉｃ Ｌｉｎｋ
Ｌｉｂｒａｒｙ）を、必要に応じてメモリに呼び出して利用している。従来のシステムでは、外部ＤＬＬの「ＵＮＬＨＡ３２．ＤＬＬ」を使用してＬＺＨ形式へのファイル圧縮処理を実行している。「ＵＮＬＨＡ３２．ＤＬＬ」は無償提供されていること、ＬＺＨ形式での圧縮ファイルが日本国内においては認知度・普及度が高いことが要因で選択されることが多い。しかし「ＵＮＬＨＡ３２．ＤＬＬ」を用いた処理には以下のような欠点がある。
・圧縮処理が様々な要因で失敗をすることがある。
・正常処理中であるのか失敗して動作が停止しているのかの判別が難しい。
・失敗していた場合、以後の圧縮処理がすべて実行できなくなる。
【０００５】
図６は、従来のＷｅｂシステム（商品情報検索・出力システム）６１１における圧縮処理１１２の動作状況確認を示す図である。
図６に示すように、従来のＷｅｂシステム６１１では、“失敗状態”になった場合、他の使用者の利用状況を確認しつつ、当該Ｗｅｂシステムが稼動しているＩＩＳ（インターネットインフォメーションサービス）を手動にて再起動するしかない。
サーバ１０１のＷｅｂシステム６１１においては、圧縮処理６１２はＷｅｂシステム６１１と同一のプロセス内（＝同一のＷｅｂシステム内）でしか処理状況を取得することができず、Ｗｅｂシステムと異なるプロセスで動作する別システムや別アプリケーション、例えば外部管理アプリケーション６１４からでは処理状況が把握できず、処理失敗時の監視が不可能であるいう問題があった。
【０００６】
本発明は、以上の点に鑑みてなされたものであり、Ｗｅｂシステム内の圧縮処理の処理状況を迅速に把握可能とするＷｅｂシステム内圧縮処理状況管理システム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前述した目的を達成するために第１の発明は、クライアント端末にネットワークを介して接続され、情報ファイルの圧縮処理機能を有するＷｅｂシステムを有し、前記Ｗｅｂシステム内の圧縮処理の処理状況を取得、管理するサーバであって、前記Ｗｅｂシステムと同一プロセス内に配置し、前記圧縮処理機能に対して、圧縮処理の処理状況を取得し、前記処理状況をＨＴＭＬ形式の処理状況ファイルに出力する監視手段と、前記監視手段を呼び出し、前記処理状況ファイルを取得、解析し、格納されている処理状況に基づいて、前記クライアント端末に前記処理状況を提供する外部管理手段と、を具備することを特徴とするサーバである。
【０００８】
また、前記外部管理手段は、前記クライアント端末に、取得した処理状況に基づいてメール送信することが望ましい。
また、前記外部管理手段は、前記クライアント端末に、前記処理状況ファイルを提供し、画面表示することが望ましい。
【０００９】
第１の発明によるサーバは、クライアント端末にネットワークを介して接続され、情報ファイルの圧縮処理機能を有するＷｅｂシステムを有し、Ｗｅｂシステム内の圧縮処理の処理状況を取得、管理し、Ｗｅｂシステムと同一プロセス内に配置し、圧縮処理機能に対して、圧縮処理の処理状況を取得し、処理状況をＨＴＭＬ形式の処理状況ファイルに出力する監視手段と、監視手段を呼び出し、処理状況ファイルを取得、解析し、格納されている処理状況に基づいて、クライアント端末に処理状況を提供する。
【００１０】
「処理状況」は、処理中／処理終了を示す情報であり、処理終了は正常終了／異常終了を有する。
「処理状況ファイル」は、処理状況を格納したＨＴＭＬ形式のファイルである。
「圧縮処理機能」は、外部ＤＬＬ（ダイナミック・リンク・ライブラリ）の「ＵＮＬＨＡ３２．ＤＬＬ」：ＬＺＨファイルの圧縮・解凍機能を使用して、圧縮処理を実行する。
「監視手段」は、「ＵＮＬＨＡ３２．ＤＬＬ」に対し、外部ＤＬＬの「ＫＢＡ．ＤＬＬ」：動作状況取得機能を実装し、使用する。
【００１１】
第１の発明では、処理状況を取得するには外部管理アプリケーションから監視プログラムを呼び出し、処理結果のＨＴＭＬを得ることでＷｅｂシステムの圧縮処理状況を把握・管理することが可能となる。即ち、Ｗｅｂシステムと異なるプロセスで動作する別システムや別アプリケーションから処理状況を迅速に把握可能となり、コスト増大に繋がる業務停止時間を大幅に短縮可能とする。
【００１２】
また、第２の発明は、クライアント端末と、情報ファイルの圧縮処理機能を有するＷｅｂシステムを有し、前記Ｗｅｂシステム内の圧縮処理の処理状況を取得、管理するサーバと、がネットワークを介して接続されるＷｅｂシステム内圧縮処理状況管理システムであって、前記サーバは、前記Ｗｅｂシステムと同一プロセス内に配置し、前記圧縮処理機能に対して、圧縮処理の処理状況を取得し、前記処理状況をＨＴＭＬ形式の処理状況ファイルに出力する監視手段と、前記監視手段を呼び出し、前記処理状況ファイルを取得、解析し、格納されている処理状況に基づいて、前記クライアント端末に前記処理状況を提供する外部管理手段と、を具備することを特徴とするＷｅｂシステム内圧縮処理状況管理システムである。
【００１３】
第２の発明は、第１の発明のサーバと、前記処理状況を取得するクライアント端末から構成されるＷｅｂシステム内圧縮処理状況管理システムに関する発明である。
【００１４】
また、第３の発明は、クライアント端末と、情報ファイルの圧縮処理機能を有するＷｅｂシステムを有し、前記Ｗｅｂシステム内の圧縮処理の処理状況を取得、管理するサーバと、がネットワークを介して接続されるＷｅｂシステム内圧縮処理状況管理システムにおけるＷｅｂシステム内圧縮処理状況管理方法であって、前記サーバが実行する、前記Ｗｅｂシステムと同一プロセス内に配置し、前記圧縮処理機能に対して、圧縮処理の処理状況を取得し、前記処理状況をＨＴＭＬ形式の処理状況ファイルに出力する監視ステップと、前記監視ステップを呼び出し、前記処理状況ファイルを取得、解析し、格納されている処理状況に基づいて、前記クライアント端末に前記処理状況を提供する外部管理ステップと、を具備することを特徴とするＷｅｂシステム圧縮処理状況管理方法である。
【００１５】
第３の発明は、第２の発明のＷｅｂシステム内圧縮処理状況管理システムのサーバ及びクライアント端末により実行されるＷｅｂシステム圧縮処理状況管理方法に関する発明である。
【００１６】
第４の発明は、コンピュータを第１の発明のサーバとして機能させるプログラムである。
第５の発明は、コンピュータを第１の発明のサーバとして機能させるプログラムを記録した記録媒体である。
【００１７】
上述のプログラムをＣＤ−ＲＯＭ等の記録媒体に保持させて流通させてもよいし、このプログラムを通信回線を介して送受することもできる。
【発明の効果】
【００１８】
本発明は、Ｗｅｂシステム内の圧縮処理の処理状況を迅速に把握可能とするＷｅｂシステム内圧縮処理状況管理システム等を提供することができる。
【発明を実施するための最良の形態】
【００１９】
以下に、添付図面を参照しながら、本発明に係るＷｅｂシステム内圧縮処理状況管理システム等の好適な実施形態について詳細に説明する。なお、以下の説明および添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。
【００２０】
図１は、本発明の本実施の形態に係るＷｅｂシステム内圧縮処理状況管理システム１００の概略構成を示す図である。
【００２１】
図１は、Ｗｅｂシステム内圧縮処理状況管理システム１００の１例であり、図１に示すように、Ｗｅｂシステム内圧縮処理状況管理システム１００は、サーバ１０１、複数のクライアント端末１０３等が、ネットワーク１０９を介して接続されて構成される。尚、Ｗｅｂシステム内圧縮処理状況管理システム１００は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）技術を用いて実現した場合の構成図である。
【００２２】
ネットワーク１０９は、インターネット、ローカルエリアネットワーク（ＬＡＮ）、社内ＬＡＮ等のネットワークであり、有線、無線を問わない。
【００２３】
サーバ１０１は、サーバコンピュータ等であり、Ｗｅｂサーバ１１０、Ｗｅｂシステム（商品情報検索・出力Ｗｅｂシステム）１１１、外部管理手段（外部管理アプリケーション）１１４等を有する。
【００２４】
Ｗｅｂシステム（商品情報検索・出力Ｗｅｂシステム）１１１は、圧縮手段（圧縮プログラム）１１２と、監視手段（監視プログラム）１１３を有する。
【００２５】
圧縮手段１１２は、例えば商品情報検索による情報出力時に、外部ＤＬＬ（Ｄｙｎａｍｉｃ Ｌｉｎｋ Ｌｉｂｒａｒｙ）の「ＵＮＬＨＡ３２．ＤＬＬ」を用いて、情報ファイル（テキストファイル）をＬＺＨ形式で圧縮する。外部ＤＬＬは、複数のアプリケーションソフトが共通して利用するような汎用性の高いプログラムを部品化してファイル保存しておき、必要に応じてメモリに呼び出して利用されるプログラム部品である。「ＵＮＬＨＡ３２．ＤＬＬ」ファイルは、ＬＺＨファイルの圧縮・解凍機能を有するＤＬＬである。
監視手段１１３は、監視先となるＷｅｂシステム（商品情報検索・出力Ｗｅｂシステム）１１１内に配置し、Ｗｅｂシステム１１１と同一プロセス内にて動作できるようにしておき、Ｗｅｂシステム１１１内の圧縮処理状況を取得し、外部の他のプロセスからも処理状況を取得できる外部からも閲覧可能なＨＴＭＬ形式の処理状況ファイル３０１を出力する。監視手段１１３は、外部ＤＬＬ：対象ＤＬＬに対する処理動作状況取得機能「ＫＢＡ．ＤＬＬ」を使用して、Ｗｅｂシステム１１１内の圧縮処理状況を取得する。
【００２６】
外部管理手段（外部管理アプリケーション）１１４は、監視手段１１３を呼び出し、処理状況ファイル３０１を取得、解析し、格納されている処理状況に基づいて、クライアント端末１０３に処理状況を通知・提供する。
【００２７】
クライアント端末１０３は、パーソナルコンピュータ、携帯型端末機（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等である。クライアント端末１０３には、Ｗｅｂブラウザ１２０が搭載される。クライアント端末１０３は、Ｗｅｂブラウザ１２０を介して、サーバ１０１のＷｅｂサーバ１１０にアクセスし、商品情報検索要求やテキストファイル出力要求等を送信し、サーバ１０１から検索結果、圧縮されたテキストファイルを受信し、更に、システム管理者の場合、圧縮処理の処理状況を取得し、表示する。
【００２８】
次に、サーバ１０１のハードウェア構成を説明する。図２は、サーバ１０１のハードウェア構成図である。
【００２９】
サーバ１０１は、制御部２０１、記憶部２０２、メディア入出力部２０３、通信制御部２０４、入力部２０５、表示部２０６、印刷部２０７等が、システムバス２０９を介して接続されて構成される。
【００３０】
制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ  ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される。
【００３１】
ＣＰＵは、記憶部２０２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、システムバス２０９を介して接続された各装置を駆動制御し、サーバ１０１が行う後述する各種処理（図５参照）を実現する。
ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部２０２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部２０１が各種処理を行う為に使用するワークエリアを備える。
【００３２】
記憶部２０２は、ＨＤＤ（ハードディスクドライブ）であり、制御部２０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。プログラムに関しては、ＯＳ（オペレーティングシステム）に相当する制御プログラム３９１や、本コンピュータを適用するサーバ１０１が行う後述の処理に相当するアプリケーションプログラム３９２等が格納されている。
これらの各プログラムコードは、制御部２０１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００３３】
メディア入出力部２０３（ドライブ装置）は、データの入出力を行い、例えば、フロッピディスクドライブ、ＰＤドライブ、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＭＯドライブ等のメディア入出力装置等を有する。
【００３４】
通信制御部２０４は、通信制御装置、通信ポート等を有し、サーバ１０１とネットワーク１０９間の通信を媒介する通信インタフェースであり、ネットワーク１０９を介して、サーバ１０１と、クライアント端末１０３間の通信制御を行う。
【００３５】
入力部２０５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部２０５を介して、サーバ１０１に対して、操作指示、動作指示、データ入力等を行うことができる。
【００３６】
表示部２０６は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
【００３７】
印刷部２０７は、プリンタであり、印刷出力処理を行う。
【００３８】
システムバス２０９は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３９】
次に、図３を参照しながら、サーバ１０１の記憶部２０２が保持する情報について説明する。図３は、記憶部２０２が保持する情報を示す図である。
【００４０】
記憶部２０２内には、処理状況ファイル３０１、及び制御プログラム３９１、アプリケーションプログラム３９２等が格納されている。
【００４１】
処理状況ファイル３０１は、Ｗｅｂシステム（商品情報検索・出力Ｗｅｂシステム）１１１の圧縮処理１１２の処理状況を格納する、ＨＴＭＬ形式のファイルである。処理状況は、「処理中」、「処理終了」等のいずれかの情報を有する。
【００４２】
制御プログラム３９１は、サーバ１０１の各構成部分を駆動制御するプログラムであり、ＯＳ（オペレーティングシステム）に相当する。
アプリケーションプログラム３９２は、サーバ１０１が行う後述の処理（図５参照）に相当する実行可能プログラムであり、Ｗｅｂシステム（商品情報検索・出力Ｗｅｂシステム）プログラム、監視プログラム、外部管理プログラム、外部ＤＬＬ（ＬＺＨファイルの圧縮機能「ＵＮＬＨＡ３２．ＤＬＬ」、対象ＤＬＬに対する処理動作状況取得機能「ＫＢＡ．ＤＬＬ」）ファイル、Ｗｅｂサーバ等に該当するプログラムである。監視手段１１３に相当する監視プログラムは、監視先となるＷｅｂシステム（商品情報検索・出力Ｗｅｂシステム）１１１内に配置（実装）する。
【００４３】
次に、図４、図５を参照しながら、Ｗｅｂシステム内圧縮処理状況管理システム１００の処理動作について詳しく説明する。
図４は、Ｗｅｂシステム内圧縮処理状況管理システム１００全体の処理概要と各処理手段を示す図である。
図５は、サーバ１０１のＷｅｂシステム内圧縮処理状況管理システム１００の処理手順を示すフローチャートである。
【００４４】
サーバ１０１の記憶部２０２には、アプリケーションプログラム３９２であるＷｅｂシステム（商品情報検索・出力Ｗｅｂシステム）プログラム、監視プログラム、外部管理プログラム、外部ＤＬＬ（ＬＺＨファイルの圧縮機能「ＵＮＬＨＡ３２．ＤＬＬ」、対象ＤＬＬに対する処理動作状況取得機能「ＫＢＡ．ＤＬＬ」）ファイルがインストールされている。以下のサーバ１０１の処理はＷｅｂサーバ１１０を介して、これらのプログラムの制御に従って、サーバ１０１の制御部２０１によって行われる。
【００４５】
予め、監視手段１１３に相当する監視プログラムは、監視先となるＷｅｂシステム（商品情報検索・出力Ｗｅｂシステム）１１１内に配置（実装）する。
外部管理アプリケーション１１４は連続的な監視を行うためにバッチ処理を可能とする実装方法とする。
【００４６】
サーバ１０１の制御部２０１は、バッチ処理により外部管理アプリケーション１１４を起動し、監視手段１１３に相当する監視プログラムを呼び出す（ステップＳ５０１）。
【００４７】
制御部２０１は、監視プログラムを起動し、圧縮手段１１２に相当する圧縮処理プログラム（ＵＮＬＨＡ３２．ＤＬＬ）から圧縮処理状況を取得する（ステップＳ５０２）。即ち、外部ＤＬＬのＫＢＡ．ＤＬＬを使用して、対象ＤＬＬであるＵＮＬＨＡ３２．ＤＬＬに対する処理動作状況を取得する。
制御部２０１は、圧縮処理状況の取得結果をＨＴＭＬ形式で記載される処理状況ファイル（ＨＴＭＬファイル）３０１に出力する（ステップＳ５０３）。圧縮処理状況は、「処理中」、「処理終了」等のいずれかの情報を有する。「処理中」は、現在、圧縮処理実行中を表し、「処理終了」は正常終了／異常終了を表す。
【００４８】
制御部２０１（外部管理アプリケーション１１４）は、出力された処理状況ファイル（ＨＴＭＬファイル）３０１を参照・取得し（ステップＳ５０４）、格納されている圧縮処理の処理状況を解析する（ステップＳ５０５）。制御部２０１は、処理状況の「処理中」／「処理終了」を判定し、処理終了の場合は、出力されている圧縮ファイルを基に、正常終了／異常終了を判定する。
制御部２０１は、処理状況の情報を基に、システム管理者のクライアント端末１０３へ処理状況を通知・提供する（ステップＳ５０６）。通知・提供方法としては、例えば、処理状況の画面表示、処理状況ログファイル作成、システム管理者へのメール送信等を行う。
【００４９】
圧縮処理の処理状況が「処理中」の場合（ステップＳ５０７のＹｅｓ）、サーバ１０１の制御部２０１は、処理状況取得後、所定のタイマ値（例えば１０分）をセットし（ステップＳ５０８）、タイムアウト後（ステップＳ５０９のＹｅｓ）、ステップＳ５０１の処理に移行し、監視プログラム１１３を呼び出し、圧縮処理の処理状況取得を所定時間間隔(例えば１０分毎)で繰り返す。
【００５０】
圧縮処理の処理状況が「処理終了」の場合（ステップＳ５０７のＮｏ）、正常終了／異常終了等の処理状況に応じて、システム管理者のクライアント端末１０３へ処理状況を通知し、次の処理を促す（ステップＳ５１０）。
【００５１】
以上説明したように、本発明の実施の形態によれば、サーバ１０１は、Ｗｅｂシステム（例えば商品情報検索・出力Ｗｅｂシステム）１１１と、外部管理アプリケーション１１４を有し、Ｗｅｂシステム１１１は、圧縮処理（ＵＮＬＨＡ３２．ＤＬＬ）１１２を有し、監視処理（監視プログラム）１１３を同一プロセス内に配置する。外部管理アプリケーション１１４（起動により制御部２０１）は、監視処理１１３を呼び出す。監視処理１１３（起動により制御部２０１）は、圧縮処理（ＵＮＬＨＡ３２．ＤＬＬ）１１２に対して、圧縮処理の処理状況を取得し、処理状況をＨＴＭＬ形式の処理状況ファイル３０１に出力する。外部管理アプリケーション１１４は、処理状況ファイル３０１を取得、解析し、格納されている処理状況に基づいて、クライアント端末１０３に処理状況を通知・提供する。
【００５２】
これにより、処理状況を取得するには外部管理アプリケーションから監視プログラムを呼び出し、処理結果のＨＴＭＬを得ることでＷｅｂシステムの圧縮処理状況を把握・管理することが可能となる。即ち、Ｗｅｂシステムと異なるプロセスで動作する別システムや別アプリケーションから処理状況を迅速に把握可能となり、コスト増大に繋がる業務停止時間を大幅に短縮可能とする。
【００５３】
尚、本実施の形態では、Ｗｅｂシステム１１１として商品情報検索・出力Ｗｅｂシステム内の圧縮処理（ＵＮＬＨＡ３２．ＤＬＬ）を監視したが、これに限らない。Ｗｅｂシステム１１１で圧縮処理（ＵＮＬＨＡ３２．ＤＬＬ）を行う場合であれば監視可能とする。
【００５４】
尚、図５等に示す処理を行うプログラムはＣＤ−ＲＯＭ等の記録媒体に保持させて流通させてもよいし、このプログラムを通信回線を介して送受することもできる。
【００５５】
以上、添付図面を参照しながら、本発明に係るＷｅｂシステム内圧縮処理状況管理システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００５６】
【図１】本実施の形態に係るＷｅｂシステム内圧縮処理状況管理システム１００の概略構成を示す図
【図２】サーバ１０１のハードウェア構成図
【図３】記憶部２０２が保持する情報を示す図
【図４】Ｗｅｂシステム内圧縮処理状況管理システム１００全体の処理概要と各処理手段を示す図
【図５】サーバ１０１のＷｅｂシステム内圧縮処理状況管理システム１００の処理手順を示すフローチャート
【図６】従来のＷｅｂシステム（商品情報検索・出力システム）６１１における圧縮処理１１２の動作状況確認を示す図
【符号の説明】
【００５７】
１００………Ｗｅｂシステム内圧縮処理状況管理システム
１０１………サーバ
１０３………クライアント端末
１０９………ネットワーク
１１０………Ｗｅｂサーバ
１１１………Ｗｅｂシステム（商品情報検索・出力Ｗｅｂシステム）
１１２………圧縮手段（圧縮処理）
１１３………監視手段（監視処理）
１１４………外部管理手段（外部管理アプリケーション）
１２０………Ｗｅｂブラウザ
２０１………制御部
２０２………記憶部
３０１………処理状況ファイル（ＨＴＭＬファイル）
【図１】
2008077540.tif 000003
【図２】
2008077540.tif 000004
【図３】
2008077540.tif 000005
【図４】
2008077540.tif 000006
【図５】
2008077540.tif 000007
【図６】
2008077540.tif 000008