特開 2023-124044 情報処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023124044

(43)【公開日】2023-09-06

(54)【発明の名称】情報処理システム

(51)【国際特許分類】

   H04L 67/568 20220101AFI20230830BHJP

【ＦＩ】

H04L67/568

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2022027593

(22)【出願日】2022-02-25

(71)【出願人】

【識別番号】518133201

【氏名又は名称】富士通クライアントコンピューティング株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】矢井 友樹

(57)【要約】

【課題】キャッシュサーバの異常の検知を容易にすることができる。
【解決手段】キャッシュサーバ１０は、配信サーバ２－１，２－２，・・・から配信される配信データをキャッシュしたキャッシュデータ１１ａ－１，１１ａ－２，・・・を記憶する。キャッシュサーバ１０は、他の装置からの配信データの要求に応じて配信データを他の装置に配信したときに配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたか否かを判定する。キャッシュサーバ１０は、配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたか否かの判定結果を他の装置に送信する。ユーザ端末１－１は、キャッシュサーバ１０から判定結果を取得する。そして、ユーザ端末１－１は、判定結果を表示する。
【選択図】図１

【特許請求の範囲】

【請求項1】

配信サーバから配信される配信データをキャッシュしたキャッシュデータを記憶し、他の装置からの前記配信データの要求に応じて前記配信データを前記他の装置に配信したときに前記配信データを前記キャッシュデータとして記憶していたか否かを判定し、前記配信データを前記キャッシュデータとして記憶していたか否かの判定結果を前記他の装置に送信するキャッシュサーバと、
前記キャッシュサーバから前記判定結果を取得し、前記判定結果を表示するユーザ端末と、
を有する情報処理システム。

【請求項2】

前記キャッシュサーバは、前記配信データに含まれる部分データのうち前記キャッシュデータとして記憶していた第１部分データを示す情報と、前記部分データのうち前記キャッシュデータとして記憶していなかった第２部分データを示す情報とを前記判定結果として前記ユーザ端末に通知し、
前記ユーザ端末は、前記第１部分データを示す情報と、前記第２部分データを示す情報とを表示する、
請求項１記載の情報処理システム。

【請求項3】

前記キャッシュサーバは、前記配信データの要求履歴を示すログデータを記録し、前記ログデータに基づいて、前記配信データを要求した前記ユーザ端末を特定し、前記判定結果を前記ユーザ端末に送信する、
請求項１または２記載の情報処理システム。

【請求項4】

前記ユーザ端末は、前記キャッシュサーバに前記配信データを要求するときに、前記判定結果を問合わせ、
前記キャッシュサーバは、前記問合わせに応じて、前記判定結果を前記ユーザ端末に送信する、
請求項１または２記載の情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システムに関する。

【背景技術】

【0002】

ユーザが操作するユーザ端末がＬＡＮ（Local Area Network）の外部の配信サーバから取得する配信データを、キャッシュデータとしてＬＡＮ内のキャッシュサーバに記憶しておくことがある。そして、キャッシュサーバがキャッシュデータを各ユーザ端末に配信することで、各ユーザ端末は外部の配信サーバにアクセスすることなく効率的に配信データを取得できる。

【0003】

キャッシュサーバに関する技術としては、例えば、コンテンツの取得に要する時間を短縮するコンテンツ取得プログラムが提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１５－１７０１２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

キャッシュサーバが配信データをキャッシュしていない等の異常が発生することがある。例えば、キャッシュサーバの管理者は、ログファイルの確認や専用のツールを用いることで、キャッシュサーバが配信データをキャッシュしていないことを検知することが考えられる。しかし、キャッシュサーバの管理者が、ログファイルの確認方法や専用のツールの使用方法が分からず、キャッシュサーバの異常を検知できないことがある。

【0006】

１つの側面では、本件は、キャッシュサーバの異常の検知を容易にすることを目的とする。

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

【0007】

１つの案では、キャッシュサーバとユーザ端末とを有する情報処理装置が提供される。キャッシュサーバは、配信サーバから配信される配信データをキャッシュしたキャッシュデータを記憶し、他の装置からの配信データの要求に応じて配信データを他の装置に配信したときに配信データをキャッシュデータとして記憶していたか否かを判定し、配信データをキャッシュデータとして記憶していたか否かの判定結果を他の装置に送信する。ユーザ端末は、キャッシュサーバから判定結果を取得し、判定結果を表示する。

【発明の効果】

【0008】

１態様によれば、キャッシュサーバの異常の検知を容易にすることができる。

【図面の簡単な説明】

【0009】

【図1】第１の実施の形態に係る情報処理システムの一例を示す図である。

【図2】第２の実施の形態に係る情報処理システムの一例を示す図である。

【図3】キャッシュサーバのハードウェアの一構成例を示す図である。

【図4】ユーザ端末のハードウェアの一構成例を示す図である。

【図5】配信データの流れの一例を示す図である。

【図6】キャッシュサーバおよびユーザ端末の機能例を示すブロック図である。

【図7】アクセスログの一例を示す図である。

【図8】通知画面の一例を示す図である。

【図9】配信データ取得処理の手順の一例を示すフローチャートである。

【図10】使用状況表示処理の手順の一例を示すフローチャートである。

【図11】キャッシュサーバおよびユーザ端末の他の機能例を示すブロック図である。

【図12】使用状況表示処理の手順の他の一例を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る情報処理システムの一例を示す図である。第１の実施の形態は、キャッシュデータの使用状況を確認するものである。

【0011】

第１の実施の形態の情報処理システムは、ユーザ端末１－１，１－２，・・・、配信サーバ２－１，２－２，・・・およびキャッシュサーバ１０を有する。ユーザ端末１－１，１－２，・・・は、ユーザが操作するコンピュータである。例えば、ユーザ端末１－１，１－２，・・・は、キャッシュサーバ１０が設置されている施設にいるユーザが操作するＰＣ（Personal Computer）、スマートフォン、タブレット端末等である。また、例えば、ユーザ端末１－１，１－２，・・・とキャッシュサーバ１０とは、キャッシュサーバ１０が設置されている施設のＬＡＮを介して接続されている。

【0012】

配信サーバ２－１，２－２，・・・は、配信データを配信するサーバコンピュータである。配信サーバ２－１，２－２，・・・は、例えば、動画像データやＯＳ（Operating System）のアップデートデータ等を配信データとして配信する。配信サーバ２－１，２－２，・・・は、同じ運営元によって運営されていてもよいし、それぞれ異なる運営元によって運営されていてもよい。また、例えば、配信サーバ２－１，２－２，・・・とキャッシュサーバ１０とは、ＷＡＮ（Wide Area Network）やインターネット等の広域ネットワークを介して接続されている。なお、ユーザ端末１－１，１－２，・・・と配信サーバ２－１，２－２，・・・とも、ＷＡＮやインターネット等の広域ネットワークを介して接続されていてもよい。

【0013】

キャッシュサーバ１０は、配信サーバ２－１，２－２，・・・が配信する配信データをキャッシュし、ユーザ端末１－１，１－２，・・・からの要求に応じて、キャッシュした配信データを配信するサーバコンピュータである。キャッシュサーバ１０は、記憶部１１と処理部１２とを有する。記憶部１１は、キャッシュサーバ１０が実行する処理に用いられるデータを記憶する。記憶部１１は、例えば、キャッシュサーバ１０が有するメモリまたはストレージ装置である。処理部１２は、キャッシュサーバ１０を制御し、所要の処理を実行可能である。処理部１２は、例えば、キャッシュサーバ１０が有するプロセッサまたは演算回路である。

【0014】

記憶部１１は、キャッシュデータ１１ａ－１，１１ａ－２，・・・を記憶する。キャッシュデータ１１ａ－１，１１ａ－２，・・・は、配信サーバ２－１，２－２，・・・から配信される配信データをキャッシュしたものである。

【0015】

処理部１２は、他の装置からの配信データの要求に応じて配信データを他の装置に配信したときに配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたか否かを判定する。つまり、処理部１２は、他の装置への配信データの配信にキャッシュデータ１１ａ－１，１１ａ－２，・・・を使用したか否か（キャッシュ使用状況）を判定する。

【0016】

ここでは、一例として、ユーザ端末１－１が配信データを要求したものとする。処理部１２は、配信データの要求履歴を示すログデータを記録し、ログデータに基づいて、配信データを要求したユーザ端末１－１を特定する。例えば、ログデータは、配信データの要求日時、配信データの要求元のＩＰ（Internet Protocol）アドレス、要求された配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたか否かを示す情報等を含む。処理部１２は、ログデータに含まれる配信データの要求元のＩＰアドレスを有するユーザ端末１－１を特定する。

【0017】

処理部１２は、配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたか否かの判定結果を配信データを要求した他の装置に送信する。ここでは、処理部１２は、判定結果をユーザ端末１－１に送信する。

【0018】

ユーザ端末１－１は、キャッシュサーバ１０から判定結果を取得し、判定結果を表示する。例えば、ユーザ端末１－１は、要求した配信データのファイル名と当該配信データの配信にキャッシュデータ１１ａ－１，１１ａ－２，・・・を使用したか否か（キャッシュ使用状況）とを表示する。

【0019】

第１の実施の形態によれば、キャッシュサーバ１０は、配信サーバ２－１，２－２，・・・から配信される配信データをキャッシュしたキャッシュデータ１１ａ－１，１１ａ－２，・・・を記憶する。キャッシュサーバ１０は、他の装置からの配信データの要求に応じて配信データを他の装置に配信したときに配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたか否かを判定する。キャッシュサーバ１０は、配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたか否かの判定結果を他の装置に送信する。ユーザ端末１－１は、キャッシュサーバ１０から判定結果を取得し、判定結果を表示する。

【0020】

ここで、例えば、ユーザ端末１－２が事前に所定の配信データをキャッシュサーバ１０に要求しておき、ユーザ端末１－１は、当該配信データをキャッシュサーバ１０に要求する。キャッシュサーバ１０のキャッシュ機能が正常であれば、ユーザ端末１－１は、配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していたことを示す判定結果を取得する。また、キャッシュサーバ１０のキャッシュ機能に異常があれば、ユーザ端末１－１は、配信データをキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していなかったことを示す判定結果を取得する。そして、ユーザ端末１－１は、判定結果の表示によって、キャッシュサーバ１０の異常の有無をユーザに通知できる。よって、情報処理システムは、キャッシュサーバ１０の異常の検知を容易にすることができる。

【0021】

また、キャッシュサーバ１０は、配信データの要求履歴を示すログデータを記録し、ログデータに基づいて、配信データを要求したユーザ端末１－１を特定し、判定結果をユーザ端末１－１に送信する。これにより、情報処理システムは、ユーザが操作するユーザ端末１－１を特定し、キャッシュサーバ１０の異常の有無をユーザに通知できる。

【0022】

なお、キャッシュサーバ１０は、配信データに含まれる部分データのうちキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していた第１部分データを示す情報と、部分データのうちキャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していなかった第２部分データを示す情報とを判定結果としてユーザ端末１－１に通知してもよい。そして、ユーザ端末１－１は、第１部分データを示す情報と、第２部分データを示す情報とを表示してもよい。これにより、情報処理システムは、キャッシュサーバ１０が一部のデータをキャッシュできていない異常を検知できる。

【0023】

また、ユーザ端末１－１は、キャッシュサーバ１０に配信データを要求するときに、判定結果を問合わせ、キャッシュサーバ１０は、問合わせに応じて、判定結果をユーザ端末１－１に送信してもよい。これにより、情報処理システムは、ユーザが操作するユーザ端末１－１にキャッシュサーバ１０の異常の有無を通知できる。

【0024】

〔第２の実施の形態〕
次に、第２の実施の形態について説明する。第２の実施の形態は、学校内のユーザ端末で使用するデータをキャッシュサーバにキャッシュしておくものである。

【0025】

図２は、第２の実施の形態に係る情報処理システムの一例を示す図である。学校２０は、教室２１ａ，２１ｂを有する。また、学校２０は、校内ＬＡＮ４０を有する。校内ＬＡＮ４０は、外部回線を介してネットワーク３０に接続されている。ネットワーク３０は、インターネットや教育委員会のネットワーク等を含む広域ネットワークである。また、ネットワーク３０には、配信サーバ５０－１，５０－２，・・・および管理端末６０が接続されている。

【0026】

校内ＬＡＮ４０には、ＡＰ（Access Point：アクセスポイント）２１ａ－１，２１ｂ－１およびキャッシュサーバ１００が接続されている。ＡＰ２１ａ－１，２１ｂ－１は、学校２０内でユーザ（例えば、教員および生徒）が操作するユーザ端末２００ａ，２００ｂを校内ＬＡＮ４０に接続させる。例えば、ＡＰ２１ａ－１は、教室２１ａ内のユーザ端末２００ａと無線通信を行い、ユーザ端末２００ａが校内ＬＡＮ４０に接続するための中継をする。また、例えば、ＡＰ２１ｂ－１は、教室２１ｂ内のユーザ端末２００ｂが校内ＬＡＮ４０に接続するための中継をする。

【0027】

キャッシュサーバ１００は、キャッシュ機能を搭載したエッジコンピュータである。キャッシュサーバ１００は、配信サーバ５０－１，５０－２，・・・が配信する配信データをキャッシュし、キャッシュした配信データをユーザ端末２００ａ，２００ｂに配信する。なお、キャッシュサーバ１００は、校内ＬＡＮ４０に接続するためのアクセスポイントとしての機能を有していてもよい。

【0028】

配信サーバ５０－１，５０－２，・・・は、配信データの管理および配信をするサーバである。例えば、配信サーバ５０－１，５０－２，・・・は、教育用の動画コンテンツを配信する。管理端末６０は、キャッシュサーバ１００の管理者が操作するコンピュータである。管理端末６０は、キャッシュサーバ１００に記憶されたキャッシュデータの情報を取得し、表示する。なお、管理端末６０は、校内ＬＡＮ４０に接続され、学校２０内で操作されていてもよい。

【0029】

図３は、キャッシュサーバのハードウェアの一構成例を示す図である。キャッシュサーバ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０７を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現してもよい。

【0030】

メモリ１０２は、キャッシュサーバ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えば、ＲＡＭ（Random Access Memory）等の揮発性の半導体記憶装置が使用される。

【0031】

バス１０７に接続されている周辺機器としては、ストレージ装置１０３、媒体リーダ１０４、ネットワークインタフェース１０５およびＡＰ１０６がある。ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、キャッシュサーバ１００の補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

【0032】

媒体リーダ１０４は、記録媒体４１に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体４１として、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリ等を使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。

【0033】

ネットワークインタフェース１０５は、校内ＬＡＮ４０に接続されている。ネットワークインタフェース１０５は、校内ＬＡＮ４０を介して、他の装置との間でデータの送受信を行う。ＡＰ１０６は、他の装置と無線通信し、通信先の装置を校内ＬＡＮ４０に接続させる。

【0034】

キャッシュサーバ１００は、以上のようなハードウェア構成によって、第２の実施の形態の処理機能を実現することができる。なお、第１の実施の形態に示したキャッシュサーバ１０も、図３に示したキャッシュサーバ１００と同様のハードウェアにより実現することができる。また、プロセッサ１０１は、第１の実施の形態に示した処理部１２の一例である。また、メモリ１０２またはストレージ装置１０３は、第１の実施の形態に示した記憶部１１の一例である。

【0035】

キャッシュサーバ１００は、例えば、コンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。キャッシュサーバ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、キャッシュサーバ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。また、キャッシュサーバ１００に実行させるプログラムを、記録媒体４１に記録しておくこともできる。記録媒体４１に格納されたプログラムは、例えば、プロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。また、プロセッサ１０１が、記録媒体４１から直接プログラムを読み出して実行することもできる。

【0036】

図４は、ユーザ端末のハードウェアの一構成例を示す図である。ユーザ端末２００ａは、プロセッサ２０１によって装置全体が制御されている。プロセッサ２０１には、バス２０８を介してメモリ２０２と複数の周辺機器が接続されている。プロセッサ２０１は、マルチプロセッサであってもよい。プロセッサ２０１は、例えばＣＰＵ、ＭＰＵ、またはＤＳＰである。プロセッサ２０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ、ＰＬＤなどの電子回路で実現してもよい。

【0037】

メモリ２０２は、ユーザ端末２００ａの主記憶装置として使用される。メモリ２０２には、プロセッサ２０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ２０２には、プロセッサ２０１による処理に利用する各種データが格納される。メモリ２０２としては、例えばＲＡＭなどの揮発性の半導体記憶装置が使用される。

【0038】

バス２０８に接続されている周辺機器としては、ストレージ装置２０３、ディスプレイ装置２０４、タッチパネル２０５、機器接続インタフェース２０６および無線通信インタフェース２０７がある。

【0039】

ストレージ装置２０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置２０３は、ユーザ端末２００ａの補助記憶装置として使用される。ストレージ装置２０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置２０３としては、例えばフラッシュメモリなどを使用することができる。

【0040】

ディスプレイ装置２０４は、プロセッサ２０１からの命令に従って、画像を表示する。ディスプレイ装置２０４としては、有機ＥＬを用いた表示装置や液晶表示装置などがある。タッチパネル２０５は、ディスプレイ装置２０４の画面の前面に配置されており、画面上の押された位置を検知して、その位置を示す信号をプロセッサ２０１に送信する。

【0041】

機器接続インタフェース２０６は、ユーザ端末２００ａに周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース２０６には、メモリカード５１を接続することができる。メモリカード５１は、機器接続インタフェース２０６との通信機能を搭載した、カード型の記録媒体である。

【0042】

無線通信インタフェース２０７は、無線通信によるネットワークインタフェースである。無線通信インタフェース２０７は、ＡＰ２１ａ－１に接続されている。無線通信インタフェース２０７は、ＡＰ２１ａ－１を介して校内ＬＡＮ４０に接続し、他のコンピュータまたは通信機器との間でデータの送受信を行う。

【0043】

ユーザ端末２００ａは、以上のようなハードウェア構成によって、第２の実施の形態の処理機能を実現することができる。なお、第１の実施の形態に示したユーザ端末１－１，１－２，・・・も、図４に示したユーザ端末２００ａと同様のハードウェアにより実現することができる。また、ユーザ端末２００ｂも図４に示したユーザ端末２００ａと同様のハードウェアにより実現することができる。

【0044】

ユーザ端末２００ａは、例えば、コンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。ユーザ端末２００ａに実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、ユーザ端末２００ａに実行させるプログラムをストレージ装置２０３に格納しておくことができる。プロセッサ２０１は、ストレージ装置２０３内のプログラムの少なくとも一部をメモリ２０２にロードし、プログラムを実行する。また、ユーザ端末２００ａに実行させるプログラムを、メモリカード５１に記録しておくこともできる。メモリカード５１に格納されたプログラムは、例えば、プロセッサ２０１からの制御により、ストレージ装置２０３にインストールされた後、実行可能となる。また、プロセッサ２０１が、メモリカード５１から直接プログラムを読み出して実行することもできる。

【0045】

次に、配信サーバ５０－１，５０－２，・・・が配信する配信データの流れについて説明する。
図５は、配信データの流れの一例を示す図である。図５の例では、ユーザ端末２００ａが配信サーバ５０－１が配信する配信データであるデータｄ１を取得する。まず、ユーザ端末２００ａは、キャッシュサーバ１００にデータｄ１を要求する。キャッシュサーバ１００は、データｄ１をキャッシュしていない場合、データｄ１を配信サーバ５０－１に要求する。

【0046】

キャッシュサーバ１００は、データｄ１を配信サーバ５０－１から取得し、キャッシュデータとして保存する。そして、キャッシュサーバ１００は、キャッシュしたデータｄ１をユーザ端末２００ａに配信する。これにより、キャッシュサーバ１００は、ユーザ端末２００ａから再度データｄ１を要求された場合や他のユーザ端末（例えば、ユーザ端末２００ｂ）からデータｄ１を要求された場合、キャッシュしたデータｄ１を配信する。よって、キャッシュサーバ１００は、配信サーバ５０－１にアクセスすることなく、データｄ１を配信することができる。

【0047】

ところで、キャッシュサーバ１００を第２の実施の形態の情報処理システムに導入する際に、キャッシュサーバ１００のキャッシュ機能が正常に作動していることが確認されるのが好ましい。例えば、キャッシュサーバ１００の管理者は、管理端末６０を操作して、ログファイルの確認や専用のツールを用いた解析によって、キャッシュサーバ１００のキャッシュ機能が正常であることを確認することが考えられる。しかし、キャッシュサーバ１００の管理者が、ログファイルの確認方法や専用のツールの使用方法が分からないことがある。

【0048】

そこで、第２の実施の形態では、キャッシュサーバ１００の管理者は、ユーザ端末２００ａ，２００ｂを用いてキャッシュサーバ１００が配信データキャッシュ機能が正常であるか否かを確認する。まず、ユーザ端末２００ａ，２００ｂの一方（例えば、ユーザ端末２００ｂ）が、キャッシュサーバ１００に配信データを要求する。次に、ユーザ端末２００ａ，２００ｂの他方（例えば、ユーザ端末２００ａ）が当該配信データを要求する。そして、キャッシュサーバ１００は、当該配信データをキャッシュしているか否かをユーザ端末２００ａに通知する。なお、ユーザ端末２００ａ，２００ｂに代えて、管理端末６０や他のユーザ端末等が用いられてもよい。

【0049】

次に、キャッシュサーバ１００およびユーザ端末２００ａの機能について詳細に説明する。
図６は、キャッシュサーバおよびユーザ端末の機能例を示すブロック図である。キャッシュサーバ１００は、記憶部１１０、配信部１２０、解析部１３０および通知部１４０を有する。記憶部１１０は、メモリ１０２またはストレージ装置１０３の記憶領域を用いて実現される。配信部１２０、解析部１３０および通知部１４０は、メモリ１０２に記憶されたプログラムをプロセッサ１０１が実行することで実現される。

【0050】

記憶部１１０は、キャッシュデータ１１１－１，１１１－２，・・・およびアクセスログ１１２を記憶する。キャッシュデータ１１１－１，１１１－２，・・・は、配信サーバ５０－１，５０－２，・・・が配信する配信データをキャッシュしたものである。アクセスログ１１２は、ユーザ端末２００ａ，２００ｂがキャッシュサーバ１００に配信データを要求するアクセスをした履歴を示すログデータを記録したものである。

【0051】

配信部１２０は、ユーザ端末２００ａ，２００ｂからの要求に応じて配信データを配信する。配信部１２０は、ユーザ端末２００ａ，２００ｂから配信データを要求されると、要求された配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶しているか否かを判定する。例えば、配信部１２０は、要求された配信データに含まれる部分データがすべてキャッシュデータ１１１－１，１１１－２，・・・として記憶されている場合、配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していると判定する。

【0052】

配信部１２０は、配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していないと判定した場合、要求された配信データを配信サーバ５０－１，５０－２，・・・から取得し、キャッシュデータ１１１－１，１１１－２，・・・として記憶する。ここで、配信部１２０は、要求された配信データに含まれる部分データのうちキャッシュデータ１１１－１，１１１－２，・・・として記憶していない部分データを配信サーバ５０－１，５０－２，・・・から取得する。

【0053】

そして、配信部１２０は、ユーザ端末２００ａ，２００ｂに要求された配信データを配信し、アクセスログ１１２にログデータを記録する。なお、配信部１２０は、要求された配信データに含まれる部分データごとにログデータを記録する。例えば、配信部１２０は、部分データが、キャッシュデータ１１１－１，１１１－２，・・・として記憶されていたキャッシュヒットしたデータであるか、キャッシュデータ１１１－１，１１１－２，・・・として記憶されていなかったミスヒットしたデータであるかをログデータとして記録する。なお、キャッシュヒットしたデータは、第１の実施の形態に示した、キャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していた第１部分データの一例である。また、ミスヒットしたデータは、第１の実施の形態に示した、キャッシュデータ１１ａ－１，１１ａ－２，・・・として記憶していなかった第２部分データの一例である。

【0054】

解析部１３０は、要求された配信データがキャッシュデータ１１１－１，１１１－２，・・・として記憶されていたか否かを判定する。解析部１３０は、アクセスログ１１２に基づいて、配信データを要求したユーザ端末を特定する。そして、解析部１３０は、アクセスログ１１２に基づいて、特定したユーザ端末（例えば、ユーザ端末２００ａ）が要求した配信データに含まれる部分データのうち、キャッシュヒットしたデータとミスヒットしたデータとを特定する。

【0055】

通知部１４０は、解析部１３０による判定結果をユーザ端末２００ａに通知する。例えば、通知部１４０は、解析部１３０が特定したキャッシュヒットしたデータとミスヒットしたデータとをユーザ端末２００ａに通知する。

【0056】

ユーザ端末２００ａは、リクエスト部２２０、受信部２３０および画面表示部２４０を有する。リクエスト部２２０、受信部２３０および画面表示部２４０は、メモリ２０２に記憶されたプログラムをプロセッサ２０１が実行することで実現される。なお、ユーザ端末２００ｂもユーザ端末２００ａと同様の機能を有する。

【0057】

リクエスト部２２０は、キャッシュサーバ１００に配信データを要求する。例えば、リクエスト部２２０は、要求する配信データを取得するためのＵＲＬ（Uniform Resource Locator）を指定して、キャッシュサーバ１００に配信データを要求する。そして、リクエスト部２２０は、キャッシュサーバ１００から配信データを受信する。

【0058】

受信部２３０は、キャッシュサーバ１００から判定結果を受信する。画面表示部２４０は、受信部２３０が受信した判定結果を通知するための通知画面をディスプレイ装置２０４に表示させる。

【0059】

なお、図６に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。次に、記憶部１１０が記憶するアクセスログ１１２について詳細に説明する。

【0060】

図７は、アクセスログの一例を示す図である。アクセスログ１１２は、ユーザ端末２００ａ，２００ｂがキャッシュサーバ１００に配信データを要求するアクセスをした履歴を示すログデータを記録したものである。なお、配信データが部分データの集合で構成される場合、部分データごとにログデータが記録される。アクセスログ１１２に記録される各ログデータは、日時、ＵＮＩＸ（登録商標）日時、処理時間、クライアントＩＰアドレス、結果コード、データサイズ、リクエストおよびＵＲＬの項目を有する。

【0061】

日時の項目には、ユーザ端末２００ａ，２００ｂがキャッシュサーバ１００にアクセスをした日時が設定される。ＵＮＩＸ日時の項目には、ユーザ端末２００ａ，２００ｂがキャッシュサーバ１００にアクセスをした日時がＵＮＩＸ日時で設定される。処理時間の項目には、キャッシュサーバ１００がユーザ端末２００ａ，２００ｂに要求された配信データを配信する処理にかかった時間が設定される。クライアントＩＰアドレスの項目には、キャッシュサーバ１００にアクセスをしたユーザ端末２００ａ，２００ｂのＩＰアドレスが設定される。

【0062】

結果コードの項目には、ユーザ端末２００ａ，２００ｂが要求した配信データをキャッシュサーバ１００がキャッシュデータ１１１－１，１１１－２，・・・として記憶しているか否かを示す情報が設定される。例えば、ユーザ端末２００ａ，２００ｂが要求した配信データをキャッシュサーバ１００がキャッシュデータ１１１－１，１１１－２，・・・として記憶している場合、結果コードの項目には、「ＴＣＰ＿ＭＥＭ＿ＨＩＴ／２００」、または「ＴＣＰ＿ＨＩＴ／２００」が設定される。また、例えば、ユーザ端末２００ａ，２００ｂが要求した配信データをキャッシュサーバ１００がキャッシュデータ１１１－１，１１１－２，・・・として記憶していない場合、結果コードの項目には、「ＴＣＰ＿ＭＩＳＳ／２００」が設定される。

【0063】

データサイズの項目には、ユーザ端末２００ａ，２００ｂが要求した配信データのデータサイズが設定される。リクエストの項目には、ユーザ端末２００ａ，２００ｂが配信データを要求したことを示す情報（例えば、「ＧＥＴ」）が設定される。ＵＲＬの項目の項目には、ユーザ端末２００ａ，２００ｂが要求した配信データを取得するためのＵＲＬが設定される。

【0064】

次に、ユーザ端末２００ａが表示する通知画面について説明する。
図８は、通知画面の一例を示す図である。画面表示部２４０は、要求した配信データをキャッシュしているか否かの判定結果をキャッシュサーバ１００から取得すると、通知画面６１をディスプレイ装置２０４に表示させる。通知画面６１は、キャッシュサーバ１００から判定結果を取得したことを通知するための画面である。

【0065】

通知画面６１は、要求した配信データに基づいて作成されたウィンドウおよびポップアップを含む。通知画面６１に含まれるポップアップは、例えば、「キャッシュ使用状況を受信しました」等の、配信データをキャッシュしているか否かの判定結果をキャッシュサーバ１００から取得したことを示すメッセージを含む。また、通知画面６１は、詳細表示ボタンを有する。画面表示部２４０は、詳細表示ボタンが押下されると通知画面６２をディスプレイ装置２０４に表示させる。

【0066】

通知画面６２は、キャッシュサーバ１００による判定結果を詳細表示する画面である。通知画面６２では、要求した配信データに含まれる部分データのうちキャッシュヒットしたデータの要求日時およびＵＲＬが、「キャッシュから取得したファイル」等のキャッシュヒットしたデータであることを示すメッセージの下に列挙される。また、通知画面６２では、要求した配信データに含まれる部分データのうちミスヒットしたデータの要求日時およびＵＲＬが、「キャッシュから取得しなかったファイル」等のミスヒットしたデータであることを示すメッセージの下に列挙される。

【0067】

このように、画面表示部２４０は、通知画面６２をディスプレイ装置２０４に表示させることで、キャッシュサーバ１００のキャッシュ機能が正常に作動しているか否かをキャッシュサーバ１００の管理者に通知できる。また、画面表示部２４０は、キャッシュヒットしたデータとミスヒットしたデータとを分けて表示することで、一部のデータをキャッシュできていない異常をキャッシュサーバ１００の管理者に通知できる。

【0068】

以下、第２の実施の形態の情報処理システムが実行する処理の手順について、詳細に説明する。まず、ユーザ端末２００ａが配信データを取得する処理について説明する。
図９は、配信データ取得処理の手順の一例を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。

【0069】

［ステップＳ１１］ユーザ端末２００ａのリクエスト部２２０は、キャッシュサーバ１００に配信データを要求する。例えば、リクエスト部２２０は、要求する配信データを取得するためのＵＲＬを指定して、キャッシュサーバ１００に配信データを要求する。

【0070】

［ステップＳ１２］キャッシュサーバ１００の配信部１２０は、ステップＳ１１で要求された配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶しているか否かを判定する。例えば、配信部１２０は、ステップＳ１１で要求された配信データに含まれる部分データがすべてキャッシュデータ１１１－１，１１１－２，・・・として記憶されている場合、配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していると判定する。配信部１２０は、配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していると判定した場合、処理をステップＳ１４に進める。また、配信部１２０は、配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していないと判定した場合、処理をステップＳ１３に進める。

【0071】

［ステップＳ１３］配信部１２０は、要求された配信データを配信サーバ５０－１，５０－２，・・・から取得し、キャッシュデータ１１１－１，１１１－２，・・・として記憶する。なお、配信部１２０は、要求された配信データに含まれる部分データのうちキャッシュデータ１１１－１，１１１－２，・・・として記憶していない部分データを配信サーバ５０－１，５０－２，・・・から取得する。

【0072】

［ステップＳ１４］配信部１２０は、ユーザ端末２００ａにステップＳ１１で要求された配信データを配信する。
［ステップＳ１５］リクエスト部２２０は、キャッシュサーバ１００から配信データを受信する。

【0073】

［ステップＳ１６］配信部１２０は、アクセスログ１１２にログデータを記録する。なお、配信部１２０は、要求された配信データに含まれる部分データごとにログデータを記録する。例えば、配信部１２０は、日時の項目に部分データを要求された日時を設定し、ＵＮＩＸ日時の項目に部分データを要求された日時をＵＮＩＸ日時で設定したログデータをアクセスログ１１２に追加する。配信部１２０は、追加したログデータの処理時間の項目に、部分データを配信する処理にかかった時間を設定し、クライアントＩＰアドレスの項目にユーザ端末２００ａのＩＰアドレスを設定する。

【0074】

配信部１２０は、ステップＳ１２で、部分データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していた場合、追加したログデータの結果コードの項目に、「ＴＣＰ＿ＭＥＭ＿ＨＩＴ／２００」または「ＴＣＰ＿ＨＩＴ／２００」を設定する。また、配信部１２０は、ステップＳ１２で、部分データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していなかった場合、追加したログデータの結果コードの項目に、「ＴＣＰ＿ＭＩＳＳ／２００」を設定する。配信部１２０は、追加したログデータのデータサイズの項目に部分データのデータサイズを設定する。配信部１２０は、追加したログデータのリクエストの項目に「ＧＥＴ」を設定する。配信部１２０は、追加したログデータのＵＲＬの項目に、部分データを取得するためのＵＲＬを設定する。

【0075】

このようにして、キャッシュサーバ１００の配信部１２０は、ユーザ端末２００ａに配信データを配信し、ログデータを記録する。配信部１２０は、ログデータを記録することにより、以下の使用状況表示処理において、ユーザが操作するユーザ端末２００ａを特定できるようにする。次に、使用状況表示処理について説明する。

【0076】

図１０は、使用状況表示処理の手順の一例を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］キャッシュサーバ１００の解析部１３０は、アクセスログ１１２を解析する。例えば、解析部１３０は、前回のステップＳ２１の処理よりも後にアクセスログ１１２に追加されたログデータを参照する。

【0077】

［ステップＳ２２］解析部１３０は、参照したログデータに結果コードがあるログデータがあるか否かを判定する。解析部１３０は、結果コードがあるログデータがあると判定した場合、処理をステップＳ２３に進める。また、解析部１３０は、結果コードがあるログデータがないと判定した場合、処理をステップＳ２１に進める。

【0078】

［ステップＳ２３］解析部１３０は、ログデータに対応するユーザ端末を特定する。例えば、解析部１３０は、結果コードがあるログデータのクライアントＩＰアドレスの項目に設定されたＩＰアドレスを有するユーザ端末（例えば、ユーザ端末２００ａ）を特定する。

【0079】

［ステップＳ２４］解析部１３０は、キャッシュヒットしたデータとミスヒットしたデータとを特定する。例えば、解析部１３０は、クライアントＩＰアドレスの項目にユーザ端末２００ａのＩＰアドレスが設定されたログデータを抽出する。解析部１３０は、抽出したログデータのうち結果コードの項目に「ＴＣＰ＿ＭＥＭ＿ＨＩＴ／２００」または「ＴＣＰ＿ＨＩＴ／２００」が設定されたログデータに対応する部分データを、キャッシュヒットしたデータと特定する。また、解析部１３０は、抽出したログデータのうち結果コードの項目に「ＴＣＰ＿ＭＩＳＳ／２００」が設定されたログデータに対応する部分データを、ミスヒットしたデータと特定する。

【0080】

［ステップＳ２５］キャッシュサーバ１００の通知部１４０は、キャッシュヒットしたデータとミスヒットしたデータとをユーザ端末２００ａに通知する。例えば、通知部１４０は、キャッシュヒットしたデータに対応するログデータのＵＲＬの項目に設定されたＵＲＬと、ミスヒットしたデータに対応するログデータのＵＲＬの項目に設定されたＵＲＬとをユーザ端末２００ａに通知する。

【0081】

［ステップＳ２６］ユーザ端末２００ａの受信部２３０は、キャッシュサーバ１００からの通知を受信する。そして、ユーザ端末２００ａの画面表示部２４０は、通知画面６１をディスプレイ装置２０４に表示させる。

【0082】

［ステップＳ２７］画面表示部２４０は、キャッシュ使用状況を表示する。例えば、画面表示部２４０は、通知画面６１において詳細表示ボタンが押下されると、通知画面６２をディスプレイ装置２０４に表示させる。

【0083】

このように、キャッシュサーバ１００の解析部１３０は、ユーザ端末２００ａから要求された配信データの部分データごとにキャッシュヒットしたか否かを判定し、ユーザ端末２００ａの画面表示部２４０は、判定結果を表示する。なお、事前にユーザ端末２００ｂが図９に示した配信データ取得処理によって所定の配信データをキャッシュサーバ１００に要求してから、ユーザ端末２００ａが配信データ取得処理をしておく。すると、解析部１３０は、アクセスログ１１２からユーザ端末２００ａを特定し、キャッシュサーバ１００の通知部１４０は、部分データごとの判定結果をユーザ端末２００ａに通知する。

【0084】

そして、画面表示部２４０は、部分データがすべてキャッシュヒットしたことを示す通知画面６２を表示することで、キャッシュサーバ１００の管理者に、キャッシュサーバ１００のキャッシュ機能が正常であると確認させることができる。また、画面表示部２４０は、一部の部分データがミスヒットしたことを示す通知画面６２を表示することで、キャッシュサーバ１００の管理者に、キャッシュサーバ１００のキャッシュ機能に異常があると確認させることができる。また、画面表示部２４０は、部分データごとの判定結果を表示することで、キャッシュサーバ１００の管理者に、キャッシュできていない部分データの情報からキャッシュサーバ１００の異常の原因を特定させることができる。このように、第２の実施の形態の情報処理システムは、キャッシュサーバ１００の異常の検知を容易にすることができる。

【0085】

なお、キャッシュサーバ１００およびユーザ端末２００ａに以下の機能を追加してもよい。キャッシュサーバ１００は、ミスヒットしたデータにキャッシュができない設定（例えば、ｎｏ－ｓｔｏｒｅの設定）がされている場合、設定内容をユーザ端末２００ａに通知し、ユーザ端末２００ａは、設定内容を表示してもよい。また、ユーザ端末２００ａは、ミスヒットしたデータをキャッシュするために用いる証明書のインストールチェックを実行してもよい。また、キャッシュサーバ１００は、アクセスログ１１２にエラーを示すログデータがあると、エラーコード（例えば、４０４エラー）をユーザ端末２００ａに表示させてもよい。

【0086】

また、キャッシュサーバ１００は、アクセスログ１１２にエラーを示すログデータがあると、キャッシュサーバ１００やユーザ端末２００ａの設定（例えば、キャッシュサーバ１００の設定ファイル）のチェック処理を実行し、チェック処理で検出された問題をユーザ端末２００ａに表示させてもよい。また、キャッシュサーバ１００は、キャッシュに対応していない通信（例えば、ＷｅｂＳｏｃｋｅｔ通信）を検出した場合、その旨をユーザ端末２００ａに表示させてもよい。また、キャッシュサーバ１００は、ミスヒットしたデータがあり、ミスヒットしたデータにキャッシュができない設定がされている等の問題がない場合、ネットワーク環境の確認を促す画面をユーザ端末２００ａに表示させてもよい。

【0087】

第２の実施の形態によれば、キャッシュサーバ１００は、配信サーバ５０－１，５０－２，・・・から配信される配信データをキャッシュしたキャッシュデータ１１１－１，１１１－２，・・・を記憶する。キャッシュサーバ１００は、他の装置からの配信データの要求に応じて配信データを他の装置に配信したときに配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していたか否かを判定する。キャッシュサーバ１００は、配信データをキャッシュデータ１１１－１，１１１－２，・・・として記憶していたか否かの判定結果を他の装置に送信する。ユーザ端末２００ａは、キャッシュサーバ１００から判定結果を取得し、判定結果を表示する。これにより、第２の実施の形態の情報処理システムは、キャッシュサーバ１００の異常の検知を容易にすることができる。

【0088】

また、キャッシュサーバ１００は、配信データに含まれる部分データのうちキャッシュヒットしたデータを示す情報と、部分データのうちミスヒットしたデータを示す情報とを判定結果としてユーザ端末２００ａに通知する。ユーザ端末２００ａは、キャッシュヒットしたデータを示す情報と、ミスヒットしたデータを示す情報とを表示する。これにより、第２の実施の形態の情報処理システムは、キャッシュサーバ１００が一部のデータをキャッシュできていない異常を検知できる。

【0089】

また、キャッシュサーバ１００は、配信データの要求履歴を示すログデータを記録し、ログデータに基づいて、配信データを要求したユーザ端末２００ａを特定し、判定結果をユーザ端末２００ａに送信する。これにより、第２の実施の形態の情報処理システムは、キャッシュサーバ１００の管理者が操作するユーザ端末２００ａを特定し、キャッシュサーバ１００の異常の有無をキャッシュサーバ１００の管理者に通知できる。

【0090】

〔第３の実施の形態〕
次に、第３の実施の形態について説明する。第２の実施の形態では、キャッシュサーバ１００がログデータに基づいて特定したユーザ端末２００ａに判定結果を送信していたが、第３の実施の形態では、キャッシュサーバが判定結果の問い合わせをしたユーザ端末に判定結果を送信する。なお、第３の実施の形態においても、第２の実施の形態と同様の符号を用いることがある。

【0091】

図１１は、キャッシュサーバおよびユーザ端末の他の機能例を示すブロック図である。第３の実施の形態のキャッシュサーバ１００－１は、記憶部１１０、配信部１２０、解析部１３０－１および通知部１４０を有する。記憶部１１０、配信部１２０および通知部１４０の機能は、第２の実施の形態に示した記憶部１１０、配信部１２０および通知部１４０の機能と同様である。

【0092】

解析部１３０－１は、ユーザ端末からの問合せに応じて、要求された配信データがキャッシュデータ１１１－１，１１１－２，・・・として記憶されていたか否かを判定する。解析部１３０－１は、ユーザ端末から問合せを取得すると、アクセスログ１１２に基づいて、問合せをしたユーザ端末が要求した部分データを特定する。そして、解析部１３０は、アクセスログ１１２に基づいて、特定した部分データのうち、キャッシュヒットしたデータとミスヒットしたデータとを特定する。

【0093】

第３の実施の形態のユーザ端末２００ａ－１は、リクエスト部２２０、受信部２３０、画面表示部２４０および問合せ部２５０を有する。リクエスト部２２０、受信部２３０、および画面表示部２４０の機能は、第２の実施の形態に示したリクエスト部２２０、受信部２３０、および画面表示部２４０の機能と同様である。問合せ部２５０は、配信データ取得処理の際に、キャッシュサーバ１００－１に判定結果の問合せをする。

【0094】

なお、図１１に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。次に、第３の実施の形態の使用状況表示処理について説明する。

【0095】

図１２は、使用状況表示処理の手順の他の一例を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。
［ステップＳ３１］ユーザ端末２００ａ－１のリクエスト部２２０は、図９に示した配信データ取得処理を実行する。

【0096】

［ステップＳ３２］ユーザ端末２００ａ－１の問合せ部２５０は、キャッシュサーバ１００－１に判定結果の問合せをする。
［ステップＳ３３］キャッシュサーバ１００－１の解析部１３０－１は、アクセスログ１１２を解析する。例えば、解析部１３０－１は、前回のステップＳ３３の処理よりも後にアクセスログ１１２に追加されたログデータを参照する。

【0097】

［ステップＳ３４］解析部１３０－１は、問合せ元からの配信データの要求を示すログデータがあるか否かを判定する。例えば、解析部１３０－１は、参照したログデータに、クライアントＩＰアドレスの項目にユーザ端末２００ａ－１のＩＰアドレスが設定されたログデータがある場合、問合せ元からの配信データの要求を示すログデータがあると判定する。解析部１３０－１は、問合せ元からの配信データの要求を示すログデータがあると判定した場合、処理をステップＳ３５に進める。また、解析部１３０－１は、問合せ元からの配信データの要求を示すログデータがないと判定した場合、処理をステップＳ３３に進める。

【0098】

［ステップＳ３５］解析部１３０－１は、キャッシュヒットしたデータとミスヒットしたデータとを特定する。例えば、解析部１３０－１は、クライアントＩＰアドレスの項目にユーザ端末２００ａ－１のＩＰアドレスが設定されたログデータを抽出する。解析部１３０－１は、抽出したログデータのうち結果コードの項目に「ＴＣＰ＿ＭＥＭ＿ＨＩＴ／２００」または「ＴＣＰ＿ＨＩＴ／２００」が設定されたログデータに対応する部分データを、キャッシュヒットしたデータと特定する。また、解析部１３０－１は、抽出したログデータのうち結果コードの項目に「ＴＣＰ＿ＭＩＳＳ／２００」が設定されたログデータに対応する部分データを、ミスヒットしたデータと特定する。

【0099】

［ステップＳ３６］キャッシュサーバ１００－１の通知部１４０は、キャッシュヒットしたデータとミスヒットしたデータとをユーザ端末２００ａ－１に通知する。例えば、通知部１４０は、キャッシュヒットしたデータに対応するログデータのＵＲＬの項目に設定されたＵＲＬと、ミスヒットしたデータに対応するログデータのＵＲＬの項目に設定されたＵＲＬとをユーザ端末２００ａ－１に通知する。

【0100】

［ステップＳ３７］ユーザ端末２００ａ－１の受信部２３０は、キャッシュサーバ１００－１からの通知を受信する。そして、ユーザ端末２００ａ－１の画面表示部２４０は、通知画面６１をディスプレイ装置２０４に表示させる。

【0101】

［ステップＳ３８］画面表示部２４０は、キャッシュ使用状況を表示する。例えば、画面表示部２４０は、通知画面６１において詳細表示ボタンが押下されると、通知画面６２をディスプレイ装置２０４に表示させる。

【0102】

このように、キャッシュサーバ１００－１の解析部１３０－１は、ユーザ端末２００ａ－１からの問合せに応じてアクセスログ１１２を解析する。ここで、キャッシュサーバ１００－１の管理者が操作するユーザ端末２００ａ－１が問合せを送信する。よって、キャッシュサーバ１００－１の通知部１４０は、キャッシュサーバ１００－１の管理者が操作するユーザ端末２００ａ－１にキャッシュサーバ１００－１の異常の有無を通知できる。

【0103】

第３の実施の形態によれば、ユーザ端末２００ａ－１は、キャッシュサーバ１００－１に配信データを要求するときに、判定結果を問合わせ、キャッシュサーバ１００－１は、問合わせに応じて、判定結果をユーザ端末２００ａ－１に送信する。これにより、第３の実施の形態の情報処理システムは、キャッシュサーバ１００－１の管理者が操作するユーザ端末２００ａ－１にキャッシュサーバ１００－１の異常の有無を通知できる。

【0104】

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

【符号の説明】

【0105】

１－１，１－２，・・・ ユーザ端末
２－１，２－２，・・・ 配信サーバ
１０ キャッシュサーバ
１１ 記憶部
１１ａ－１，１１ａ－２，・・・ キャッシュデータ
１２ 処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】