(57)【要約】【課題】通信ネットワーク上の通信状況に応じて、サイトを閲覧する利用者に対して快適なアクセス環境を提供すること。【解決手段】ハイパーリンクの指定を受け付けた端末装置から送信された、当該ハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を受信し（９１０）、当該送信要求が受信された場合に、指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のＤＬサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）にしたがって選択されたＤＬサイトにクライアント端末１１０をジャンプさせ（９３０）、ジャンプしたクライアント端末１１０によっておこなわれた、ＤＬ用データのダウンロード結果を取得し（９５０）、取得されたダウンロード結果に基づいて、ダウンロードの失敗頻度が所定の閾値以上となるＤＬサイトがある場合には、ジャンプ先振り分け比率を更新するようにした。【選択図】図９
2008226169.tif 000002
【特許請求の範囲】
【請求項１】
指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を決定するコンピュータに実行させるアクセス結果フィードバックプログラムであって、
前記ハイパーリンクの指定を受け付けた端末装置から送信された、当該ハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を受信させる受信工程と、
前記受信工程によって前記送信要求が受信された場合に、前記ジャンプ先振り分け比率にしたがって前記複数のサイトの中から一つのサイトを選択させる選択工程と、
前記送信工程によって送信されたデータにしたがって前記一つのサイトにジャンプした前記端末装置によっておこなわれた、前記コンテンツのダウンロード結果を取得させる取得工程と、
前記取得工程によって取得されたダウンロード結果に基づいて、前記複数のサイトの中に、ダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断させる判断工程と、
前記判断工程によって前記失敗頻度が前記所定の閾値以上となるサイトがあると判断された場合に、前記所定の閾値以上の失敗頻度となると判断されたサイトへジャンプする比率を下げるように前記ジャンプ先振り分け比率を更新させる更新工程と、
をコンピュータに実行させることを特徴とするアクセス結果フィードバックプログラム。
【請求項２】
前記判断工程は、
所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断させることを特徴とする請求項１に記載のアクセス結果フィードバックプログラム。
【請求項３】
前記判断工程は、
現在時刻を含み当該現在時刻から過去に遡った所定期間におけるダウンロードの失敗頻度が前記所定の閾値以上となるサイトがあるか否かを判断させることを特徴とする請求項１または２に記載のアクセス結果フィードバックプログラム。
【請求項４】
前記判断工程は、
前記複数のサイトの中のサイトごとに前記失敗頻度が前記所定の閾値以上となるサイトがあるか否かを判断させることを特徴とする請求項１〜３のいずれか一つに記載のアクセス結果フィードバックプログラム。
【請求項５】
通信ネットワーク上に公開されたサイトが提供するコンテンツをダウンロード可能な端末装置が備えるコンピュータに実行させるアクセス結果フィードバックプログラムであって、
前記通信ネットワーク上のコンピュータ装置（以下、「サーバ」という）に対して、指定されたハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を出力させる出力工程と、
前記出力工程による出力に応じて前記サーバから送信されて、前記ハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）に関するデータを受信させる受信工程と、
前記受信工程によって受信されたデータにしたがって、前記複数のサイトの中の一つのサイトにジャンプさせるジャンプ工程と、
前記ジャンプ工程によってジャンプさせた一つのサイトから、前記コンテンツをダウンロードさせるダウンロード工程と、
前記ダウンロード工程によっておこなわれたダウンロード結果を取得させる取得工程と、
前記取得工程によって取得されたダウンロード結果を前記サーバに送信させる送信工程と、
を前記コンピュータに実行させることを特徴とするアクセス結果フィードバックプログラム。
【請求項６】
請求項１〜５のいずれか一つに記載のアクセス結果フィードバックプログラムを記録したコンピュータに読み取り可能な記録媒体。
【請求項７】
指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を決定するアクセス結果フィードバック方法であって、
前記ジャンプ先振り分け比率にしたがって前記複数のサイトの中から一つのサイトを選択する選択工程と、
前記選択工程によって選択された一つのサイトをジャンプ先として指定するデータを端末装置に送信する送信工程と、
前記送信工程によって送信されたデータにしたがって前記一つのサイトにジャンプした前記端末装置によっておこなわれた、前記コンテンツのダウンロード結果を取得する取得工程と、
前記取得工程によって取得されたデータに基づいて、前記複数のサイトの中に、所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断する判断工程と、
前記判断工程によって前記失敗頻度が前記所定の閾値以上となるサイトがあると判断された場合に、前記ジャンプ先振り分け比率を更新する更新工程と、
を含んだことを特徴とするアクセス結果フィードバック方法。
【請求項８】
指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を決定するアクセス結果フィードバック装置であって、
前記ジャンプ先振り分け比率にしたがって前記複数のサイトの中から一つのサイトを選択する選択手段と、
前記選択手段によって選択された一つのサイトをジャンプ先として指定するデータを端末装置に送信する送信手段と、
前記送信手段によって送信されたデータにしたがって前記一つのサイトにジャンプした前記端末装置によっておこなわれた、前記コンテンツのダウンロード結果を取得する取得手段と、
前記取得手段によって取得されたデータに基づいて、前記複数のサイトの中に、所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断する判断手段と、
前記判断手段によって前記失敗頻度が前記所定の閾値以上となるサイトがあると判断された場合に、前記ジャンプ先振り分け比率を更新する更新手段と、
を備えることを特徴とするアクセス結果フィードバック装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、同一のコンテンツを格納する複数のサイトの中から、端末装置において指定されたハイパーリンクのジャンプ先となる一つのサイトを、実際のダウンロード状況に応じて決定するアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置、および端末装置に関する。
【背景技術】
【０００２】
従来、ＷＥＢサーバによって公開されたＷＥＢサイトに貼られたハイパーリンクに同一のデータを格納するサイトを複数関連付け、上記ハイパーリンクが指定された場合のジャンプ先となるサイトを分散させることによって、ＷＥＢサーバの処理負担を軽減するようにしている。ジャンプ先となるサイトは、たとえば、あらかじめ設定された比率（以下、「ジャンプ先振り分け比率」という）にしたがって、比率の高いサイトが優先してジャンプ先となるように決定される。
【０００３】
また、従来、放送番組の番組ホームページを提供するメインサーバおよびミラーサーバの負荷情報を定期的に収集して、各サーバの負荷情報に応じて変更されるサーバＵＲＬテーブルの中から抽出する任意のＵＲＬ情報に応じて番組ホームページへ接続させるようにした技術があった（たとえば、下記特許文献１参照。）。
【０００４】
【特許文献１】特開２００４−３０４６９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来の技術では、ジャンプ先となるサイトが置かれたコンピュータ装置の故障やトラフィック輻輳など、ＷＥＢサーバの管理者が予期しない事態が発生した場合にも、あらかじめ設定されたジャンプ先振り分け比率にしたがってジャンプ先となるサイトが決定されるため、適切なジャンプ先を案内できないことがあるという問題があった。
【０００６】
この発明は、上述した従来技術による問題点を解消するため、通信ネットワーク上の通信状況に応じて端末装置を最適なサイトにジャンプさせ、端末装置の利用者に対して快適なアクセス環境を提供することができるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置、および端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、この発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置は、指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を決定する際に、前記ジャンプ先振り分け比率にしたがって前記複数のサイトの中から一つのサイトを選択し、選択された一つのサイトをジャンプ先として指定するデータを端末装置に送信し、送信されたデータにしたがって前記一つのサイトにジャンプした前記端末装置によっておこなわれた、前記コンテンツのダウンロード結果を取得し、取得されたダウンロード結果に基づいて、前記複数のサイトの中に、ダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断し、前記失敗頻度が前記所定の閾値以上となるサイトがあると判断された場合に、前記ジャンプ先振り分け比率を更新することを特徴とする。
【０００８】
この発明によれば、端末装置によっておこなわれたコンテンツのダウンロードの失敗頻度に応じて更新されたジャンプ先振り分け比率にしたがって、適切なジャンプ先を案内することができる。
【０００９】
また、この発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置は、所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断することを特徴とする。
【００１０】
この発明によれば、ダウンロードの失敗頻度の監視対象となる期間を限定することで、管理の効率化および管理にかかる処理負担の軽減を図りつつ、適切なジャンプ先を案内することができる。
【００１１】
また、この発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置は、現在時刻を含み当該現在時刻から過去に遡った所定期間におけるダウンロードの失敗頻度が前記所定の閾値以上となるサイトがあるか否かを判断することを特徴とする。
【００１２】
この発明によれば、ダウンロードの失敗頻度の監視対象となる現在時刻を含む直近の期間に限定することで、管理の効率化および管理にかかる処理負担の軽減を図るとともに、通信ネットワーク上の通信状況にリアルタイムに応じて、適切なジャンプ先を案内することができる。
【００１３】
また、この発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置は、前記複数のサイトの中のサイトごとに前記失敗頻度が前記所定の閾値以上となるサイトがあるか否かを判断することを特徴とする。
【００１４】
この発明によれば、サイトごとの通信状況に応じて、適切なジャンプ先を案内することができる。
【００１５】
また、この発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置は、前記所定の閾値以上の失敗頻度となると判断されたサイトへジャンプする比率を下げるように前記ジャンプ先振り分け比率を更新することを特徴とする。
【００１６】
この発明によれば、端末装置からサイトへのジャンプを成功させやすくして、適切なジャンプ先を案内することができる。
【００１７】
また、この発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、端末装置は、通信ネットワーク上のコンピュータ装置（以下、「サーバ」という）から、指定したハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）に関するデータを受信し、受信されたデータにしたがって、前記複数のサイトの中の一つのサイトにジャンプし、ジャンプした一つのサイトから、前記コンテンツをダウンロードし、ダウンロード結果を取得し、取得されたダウンロード結果を前記サーバに送信することを特徴とする。
【００１８】
この発明によれば、ジャンプ先となるサイトが置かれたコンピュータ装置の故障やトラフィック輻輳など、サーバの管理者が予期しない事態が発生した場合であっても、通信ネットワーク上の通信状況をサーバに通知することができる。
【発明の効果】
【００１９】
本発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置、および端末装置によれば、通通信ネットワーク上の通信状況に応じて端末装置を最適なサイトにジャンプさせ、端末装置の利用者に対して快適なアクセス環境を提供することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置、および端末装置の好適な実施の形態を詳細に説明する。
【００２１】
（実施の形態）
（アクセス結果フィードバックシステムの概要）
まず、図１を用いて、この発明の実施の形態にかかるアクセス結果フィードバックシステムの概要について説明する。図１は、この発明の実施の形態にかかるアクセス結果フィードバックシステムの概要を示す説明図である。
【００２２】
図１において、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００は、クライアント端末１１０と、ＷＥＢサーバ１２０と、ＦＴＰ（ＦＩＬＥ  ＴＲＡＮＳＦＥＲ  ＰＲＯＴＯＣＯＬ）サーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）と、を備えている。アクセス結果フィードバックシステム１００において、クライアント端末１１０、ＷＥＢサーバ１２０、およびＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）は、インターネットなどの通信ネットワーク１５０を介して互いに通信可能に接続されたコンピュータ装置である（図２を参照。）。
【００２３】
クライアント端末１１０は、ＷＥＢサーバ１２０によって、通信ネットワーク１５０を介してＷＥＢ上に公開されたＷＥＢサイトにアクセスすることができる。クライアント端末１１０の利用者は、クライアント端末１１０を用いることにより、ＷＥＢサーバ１２０によってＷＥＢ上に公開されたＷＥＢサイトにアクセスし、当該ＷＥＢサイトを閲覧することができる。
【００２４】
また、クライアント端末１１０は、通信ネットワーク１５０を介して、各ＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）にアクセスすることができる。ＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）は、それぞれ、データベース（以下、「ＤＢ」という。）１３１（１３１ａ，１３１ｂ，１３１ｃ）を備えている。
【００２５】
各ＤＢ１３１（１３１ａ，１３１ｂ，１３１ｃ）には、ダウンロードサイト（以下、「ＤＬサイト」という。図９における符号９０５〜９０７を参照。）が設けられている。各ＤＬサイトは、各々に対応付けられたＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によって指定することができる。各ＤＬサイトには、コンテンツとしてのダウンロード用データ（以下、「ＤＬ用データ」という。）が置かれている。
【００２６】
ここで、ＤＬ用データとは、たとえば、画像データ、テキストデータ、あるいは各種のプログラムデータなどである。クライアント端末１１０は、各ＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）を介して、指定されたＤＢ１３１（１３１ａ，１３１ｂ，１３１ｃ）のＤＬサイトに置かれたＤＬ用データをダウンロードすることができる。
【００２７】
ＷＥＢサーバ１２０は、ＤＢ１２１を備え、ＤＢ１２１に記憶された各種のデータを用いてＷＥＢ上にＷＥＢサイトを公開するコンピュータ装置である。ＷＥＢサーバ１２０は、アクセス要求のあったクライアント端末１１０に対して、ＷＥＢサイトのホームページ（以下、「ＨＰ」という。）を表示させるためのデータを送信する。
【００２８】
ＷＥＢサーバ１２０は、たとえば、クライアント端末１１０のディスプレイ（図２における符号２０８を参照。）に、上記ＤＬ用データが置かれたＤＬサイト指定するＵＲＬを含むハイパーリンクを表示させるためのデータを送信する。
【００２９】
ＤＢ１２１には、上記ＷＥＢサイトに公開されるデータのほかに、たとえば、ＤＬサイト案内割合設定ＤＢ（図３における符号３００を参照。）、失敗履歴テーブル（図４における符号４００を参照。）、設定ＤＢ（図５における符号５００を参照。）などが格納されている。
【００３０】
なお、アクセス結果フィードバックシステム１００において、ＷＥＢサーバ１２０とＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）とは、異なる装置に限るものではなく、同一の装置であってもよい。この場合、たとえば、ＦＴＰサーバ１３０のＤＢ１３１に記憶された各種のＤＬサイトをＷＥＢサーバ１２０のＤＢ１２１に設け、クライアント端末１１０がＷＥＢサーバ１２０を介してＤＬサイトにアクセスするようにしてもよい。また、ＦＴＰサーバ１３０およびＤＢ１３１によって、ＷＥＢサーバ１２０およびＤＢ１２１と同等の機能を実現するようにしてもよい。
【００３１】
また、アクセス結果フィードバックシステム１００において、クライアント端末１１０は１台に限られるものではなく、複数台存在してもよい。この場合、ＷＥＢサーバ１２０がＷＥＢ上に公開するＷＥＢサイトは、不特定多数のクライアント端末１１０によってアクセス可能とされる。以下、本実施の形態においては、アクセス結果フィードバックシステム１００におけるクライアント端末１１０が複数台存在することを想定して説明する。
【００３２】
また、アクセス結果フィードバックシステム１００において、ＷＥＢサーバ１２０は１台に限るものではなく、複数台存在してもよい。この場合、クライアント端末１１０は、複数のＷＥＢサーバ１２０のいずれのＷＥＢサーバ１２０にも接続可能であり、各ＷＥＢサーバ１２０によってＷＥＢ上に公開されるいずれのＷＥＢサイトにもアクセスすることができる。
【００３３】
また、アクセス結果フィードバックシステム１００において、ＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）は３台に限られるものではなく、３台未満であっても４台以上であってもよい。ＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）を介して、ＤＬサイトは、１台あるいは複数のＦＴＰサーバ１３０（１３０ａ，１３０ｂ，１３０ｃ）によって運用されることとしてもよい。
【００３４】
（コンピュータ装置のハードウェア構成）
つぎに、図２を用いて、図１に示したコンピュータ装置のハードウェア構成について説明する。図２は、この発明の実施の形態にかかるコンピュータ装置のハードウェア構成を示すブロック図である。
【００３５】
図２において、コンピュータ装置は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ＨＤＤ（ハードディスクドライブ）２０４と、ＨＤ（ハードディスク）２０５と、ＦＤＤ（フレキシブルディスクドライブ）２０６と、着脱可能な記録媒体の一例としてのＦＤ（フレキシブルディスク）２０７と、ディスプレイ２０８と、Ｉ／Ｆ（インターフェース）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。
【００３６】
ここで、ＣＰＵ２０１は、コンピュータ装置の全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤＤ２０４は、ＣＰＵ２０１の制御にしたがってＨＤ２０５に対するデータのリード／ライトを制御する。ＨＤ２０５は、ＨＤＤ２０４の制御で書き込まれたデータを記憶する。
【００３７】
ＦＤＤ２０６は、ＣＰＵ２０１の制御にしたがってＦＤ２０７に対するデータのリード／ライトを制御する。ＦＤ２０７は、ＦＤＤ２０６の制御で書き込まれたデータを記憶したり、ＦＤ２０７に記憶されたデータをコンピュータ装置に読み取らせたりする。
【００３８】
また、着脱可能な記録媒体としては、ＦＤ２０７のほかに、ＣＤ−ＲＯＭ（ＣＤ−Ｒ、ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、メモリカードなどであってもよい。ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００３９】
Ｉ／Ｆ２０９は、上記の通信ネットワーク１５０に接続され、この通信ネットワーク１５０を介して他の装置に接続される。Ｉ／Ｆ２０９は、通信ネットワーク１５０とコンピュータ装置内部とのインターフェースを司り、外部装置との間におけるデータの入出力を制御する。Ｉ／Ｆ２０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。
【００４０】
キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、キーボード２１０に代えてあるいは加えて、タッチパネル式の入力パッドやテンキーなどを設けてもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、マウス２１１に代えて、トラックボールやジョイスティックなどであってもよい。
【００４１】
スキャナ２１２は、画像を光学的に読み取り、コンピュータ装置内に画像データを取り込む。スキャナ２１２は、ＯＣＲ機能を備えていてもよい。プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。
【００４２】
（ＤＬサイト案内割合設定ＤＢの概要）
つぎに、図３を用いて、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００におけるＤＬサイト案内割合設定ＤＢの概要について説明する。図３は、この発明の実施の形態にかかるＤＬサイト案内割合設定ＤＢの概要を示す説明図である。
【００４３】
図３に示したように、ＤＬサイト案内割合設定ＤＢ３００は、上記のＤＢ１２１に記憶されている。ＤＬサイト案内割合設定ＤＢ３００は、指定されたハイパーリンクのジャンプ先となり同一のダウンロード用データを格納する複数のＷＥＢサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を、日時間帯別に記憶するデータベースである。
【００４４】
図３においては、同一のＤＬデータを格納するＤＬサイトＡおよびＤＬサイトＢ（図９における符号９０５，９０７を参照。）に関するジャンプ先振り分け比率が示されている。ジャンプ先振り分け比率は、各ＤＬサイトＡあるいはＤＬサイトＢへのアクセスを試みたクライアント端末１１０におけるアクセス結果に応じて、日時間帯別に更新される。ジャンプ先振り分け比率は、各ＤＬサイトＡあるいはＤＬサイトＢへのアクセスを試みたクライアント端末１１０のアクセス結果に応じて動的に更新されるものであり、現在時刻を含む日時間帯より先のジャンプ先振り分け比率は未定とされている。
【００４５】
図３には、現在時刻が２００６年１０月２３日４時〜２００６年１０月３０日１時までの間に含まれる場合のＤＬサイト案内割合設定ＤＢ３００が示されている。たとえば、現在時刻が２００６年１０月２３日３時３０分である場合、ＤＬサイト案内割合設定ＤＢ３００は、図３において符号３０１によって示した一点鎖線よりも上側のジャンプ先振り分け比率が記憶された状態となり、一点鎖線３０１より下側のジャンプ先振り分け比率は未定とされる。
【００４６】
ジャンプ先振り分け比率は、ＤＬ用データのダウンロードを要求するクライアント端末１１０が、ＤＬサイトへのアクセスを試みた結果、当該クライアント端末１１０がアクセスを試みたＤＬサイトにアクセス可能となる割合をあらわす。図３においては、現在時刻が２００６年１０月２３日３時３０分のときには、該当する日時間帯におけるＤＬサイトＡのジャンプ先振り分け比率が１００％となっているため、ＤＬサイトＢへジャンプすることはできない。
【００４７】
（失敗履歴テーブルの概要）
つぎに、図４を用いて、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００における失敗履歴テーブルの概要について説明する。図４は、この発明の実施の形態にかかる失敗履歴テーブルの概要を示す説明図である。図４において、失敗履歴テーブル４００は、図１に示したＤＢ１２１に記憶されている。失敗履歴テーブル４００は、クライアント端末１１０において指定されたハイパーリンクのジャンプ先となったＤＬサイト（たとえば、図９における符号９０５，９０７を参照）、および、当該ＤＬサイトへのアクセス結果を記憶するデータテーブルである。
【００４８】
図４に示したように、失敗履歴テーブル４００は、クライアント端末１１０において指定されたハイパーリンクのジャンプ先となったＤＬサイトと、当該ＤＬサイトに対するアクセスを失敗した時刻とが互いに関連付けられて記憶されている。ジャンプ先となるＤＬサイトに対するアクセスが失敗した時刻は、たとえば、クライアント端末１１０において指定されたハイパーリンクのジャンプ先となったＤＬサイトに対するアクセス失敗通知を、クライアント端末１１０において受信した時刻によって特定することができる。
【００４９】
（設定ＤＢの概要）
つぎに、図５を用いて、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００における設定ＤＢの概要について説明する。図５は、この発明の実施の形態にかかる設定ＤＢの概要を示す説明図である。図５において、設定ＤＢ５００は、図１に示したＤＢ１２１に記憶されており、現在時刻より過去の所定期間（図５における「直近時間（ｍｉｎ）」を参照。）、および、直近時間内におけるダウンロードの失敗許容回数（以下、「許容回数」という。）を記憶するデータベースである。
【００５０】
直近時間および許容回数は、たとえば、アクセス結果フィードバックシステム１００の管理者などによって任意に設定することができる。図５においては、「直近時間（ｍｉｎ）＝３０，許容回数＝５（回）」が設定されている。
【００５１】
（アクセス結果フィードバックシステム１００の機能的構成）
つづいて、図６を用いて、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００の機能的構成について説明する。図６は、この発明の実施の形態にかかるアクセス結果フィードバックシステムの機能的構成を示す説明図である。
【００５２】
図６に示したように、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００におけるＷＥＢサーバ１２０は、受信部６００と、選択部６０１と、送信部６０２と、取得部６０３と、判断部６０４と、更新部６０５と、を備えている。
【００５３】
受信部６００は、上記のハイパーリンクの指定を受け付けたクライアント端末１００から送信された、当該ハイパーリンクのジャンプ先となるＤＬサイトの要求を受信する。選択部６０１は、受信部６００によってＤＬサイトの要求が受信された場合に上記のＤＬサイト案内割合設定ＤＢ３００におけるジャンプ先振り分け比率にしたがって、複数のＤＬサイトの中から一つのＤＬサイトを選択する。選択部６０１は、たとえば、現在時刻ｔ１に応じて、現在時刻ｔ１を含む日時間帯におけるジャンプ先振り分け比率にしたがって、一つのＤＬサイトを選択する。
【００５４】
ここで、図７を用いて、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００におけるＤＬサイトの選択方法について説明する。図７は、この発明の実施の形態にかかるＤＬサイトの選択方法について説明する説明図である。図７の説明においては、上記図３に示したＤＬサイト案内割合設定ＤＢ３００を用いて、現在時刻ｔ１が２００６年１０月２３日４時３０分５６秒においてＤＬサイトを選択する場合の選択方法について説明する。
【００５５】
ＤＬサイトの選択に際しては、まず、現在時刻ｔ１を含む日時間帯におけるＤＬサイトＡおよびＤＬサイトＢのジャンプ先振り分け比率を取得する。図３に示したＤＬサイト案内割合設定ＤＢ３００によれば、ＤＬサイトＡのジャンプ先振り分け比率が７０％、ＤＬサイトＢのジャンプ先振り分け比率が３０％に設定されている。
【００５６】
また、取得されたジャンプ先振り分け比率に応じて、０〜９の整数群７００のそれぞれを、ＤＬサイトＡまたはＤＬサイトＢに割り当てる。図３に示したＤＬサイト案内割合設定ＤＢ３００によれば、０〜６の整数７０１がＤＬサイトＡに割り当てられ、７〜９の整数７０２がＤＬサイトＢに割り当てられる。
【００５７】
つづいて、現在時刻ｔ１における秒数をあらわす数値の下一桁の数値が、０〜９の整数群７００の中のいずれの整数に該当するかを特定する。上記のように、現在時刻ｔ１が２００６年１０月２３日４時３０分５６秒であるため、この実施の形態においては、「６」が該当する整数として特定される。そして、特定された整数に割り当てられたＤＬサイトを、ジャンプ先のＤＬサイトとして選択する。
【００５８】
このように、ＤＬサイトを選択する時点における現在時刻ｔ１の秒数と０〜９の整数群７００とを用いてＤＬサイトを選択することにより、簡易かつ的確にＤＬサイトを選択することができる。また、ＤＬサイトを選択する時点での現在時刻の秒数と０〜９の整数群７００とを用いてＤＬサイトを選択することにより、たとえば、疑似乱数を発生させ、発生させた疑似乱数を用いてサイトを選択する場合と比較して、特定のＤＬサイトが選択される確率の偏りを防ぎ、処理にかかる負荷を低減することができる。
【００５９】
また、ＤＬサイトを選択する時点での現在時刻の秒数と０〜９の整数群７００とを用いてＤＬサイトを選択することにより、ＤＬサイトの選択を要求したクライアント端末１１０の台数などをＷＥＢサーバ１２０が解析する必要がないので、ＷＥＢサーバ１２０における処理の負荷が増大することを防止することができる。
【００６０】
なお、上記の説明においては、現在時刻の秒数の下一桁をあらわす数字を用いてＤＬサイトを選択したが、ＤＬサイトの選択方法はこれに限るものではない。ＤＬサイトは、ＤＬサイトの決定が要求された時点において同じ確率で存在する数字を用いて選択されるものであればよく、具体的には、たとえば、現在時刻の秒数の小数第１位を示す数字を用いて選択してもよい。
【００６１】
現在時刻の秒数の小数第１位を示す数字を用いてＤＬサイトを選択することにより、極めて短時間（たとえば、数秒間）に複数台のクライアント端末１１０からのアクセスが集中する場合であっても、クライアント端末１１０ごとのＤＬサイトを適切に選択することができる。
【００６２】
送信部６０２は、上記選択部６０１によって選択された一つのＤＬサイトをジャンプ先として指定するデータを、クライアント端末１１０に送信する。送信部６０２は、一つのＤＬサイトをジャンプ先として指定するデータを、ＤＬサイトの選択を要求したクライアント端末１１０に送信する。
【００６３】
取得部６０３は、送信部６０２によって送信されたデータにしたがって上記選択部６０１によって選択された一つのＤＬサイトにジャンプしたクライアント端末１１０によっておこなわれた、ダウンロード用データのダウンロード結果を取得する。ここで、ダウンロード結果とは、各クライアント端末１１０においておこなわれたダウンロードが正常に終了したか否かを判断可能なデータである。たとえば、取得部６０３は、クライアント端末１１０においてダウンロードを開始してから完了するまでの時間をあらわすデータを取得する。
【００６４】
判断部６０４は、取得部６０３によって取得されたダウンロード結果に基づいて、複数のＤＬサイトの中に、ダウンロードの失敗頻度が所定の閾値以上となるＤＬサイトがあるか否かを判断する。ここで、所定の閾値とは、ダウンロードの失敗頻度の多少を判断するための値であり、たとえば、「５回」などのようにダウンロードを失敗した回数によってあらわされる。
【００６５】
また、所定の閾値は、たとえば、「１日の間に５回」、「現在時刻を含み現在時刻から遡った１日の間に５回」、などのように、失敗した日時間帯を指定する値であってもよい。所定の閾値は、たとえば、ＷＥＢサーバ１２０の管理者などによって任意に設定可能な値であり、また、一旦設定された場合にも経時に応じて適宜更新可能な値である。
【００６６】
判断部６０４は、同一のＤＬ用コンテンツを格納するすべてのＤＬサイトの中に失敗頻度が所定の閾値以上となるＤＬサイトがあるか否かを判断してもよいし、ＤＬサイトごとに失敗頻度が所定の閾値以上となるか否かを判断するようにしてもよい。
【００６７】
更新部６０５は、判断部６０４によって失敗頻度が所定の閾値以上となるＤＬサイトがあると判断された場合に、上記ＤＬサイト案内割合設定ＤＢ３００におけるジャンプ先振り分け比率を更新する。更新部６０５は、たとえば、上記所定の閾値以上の失敗頻度となると判断されたサイトへジャンプする比率を下げるように、ジャンプ先振り分け比率を更新する。
【００６８】
上記ＷＥＢサーバ１２０によれば、クライアント端末１１０によっておこなわれたＤＬ用データのダウンロードの失敗頻度に応じて、ＤＬサイト案内割合設定ＤＢ３００におけるジャンプ先振り分け比率を更新することができる。すなわち、クライアント端末１１０のジャンプ先となるＤＬサイトが置かれたＦＴＰサーバ１３０の故障やトラフィック輻輳など、ＷＥＢサーバ１２０の管理者が予期しない事態が発生した場合にも、通信ネットワーク１５０上の通信状況に応じて、ＤＬサイト案内割合設定ＤＢ３００におけるジャンプ先振り分け比率を更新することができる。
【００６９】
また、上記ＷＥＢサーバ１２０において、ダウンロードの失敗頻度の監視対象となる期間を限定し、所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かに応じてＤＬサイト案内割合設定ＤＢ３００におけるジャンプ先振り分け比率を更新することにより、ＤＬサイト案内割合設定ＤＢ３００の管理の効率化および当該管理にかかる処理負担の軽減を図ることができる。
【００７０】
また、上記ＷＥＢサーバ１２０において、ダウンロードの失敗頻度の監視対象となる現在時刻を含む直近の期間に限定し、現在時刻を含む所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かに応じてＤＬサイト案内割合設定ＤＢ３００におけるジャンプ先振り分け比率を更新することにより、ＤＬサイト案内割合設定ＤＢ３００の管理の効率化および当該管理にかかる処理負担の軽減を図るとともに、通信ネットワーク１５０上の通信状況にリアルタイムに応じてジャンプ先振り分け比率を更新することができる。
【００７１】
また、上記ＷＥＢサーバ１２０において、複数のＤＬサイトの中のＤＬサイトごとに失敗頻度が所定の閾値以上となるＤＬサイトがあるか否かを判断することにより、ＤＬサイトごとの通信状況に応じて、ジャンプ先振り分け比率を更新することができる。
【００７２】
また、上記ＷＥＢサーバ１２０において、所定の閾値以上の失敗頻度となると判断されたＤＬサイトへジャンプする比率を下げるようにジャンプ先振り分け比率を更新することにより、クライアント端末１１０からＤＬサイトへのジャンプを成功させやすくすることができる。
【００７３】
また、図６に示したように、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００におけるクライアント端末１１０は、出力部６１０と、受信部６１１と、ジャンプ部６１２と、ダウンロード部６１３と、取得部６１４と、送信部６１５と、を備えている。
【００７４】
出力部６１０は、ＷＥＢサーバ１２０に対して、指定されたハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を出力する。受信部６１１は、出力部６１０による出力に応じてＷＥＢサーバ１２０から送信された、上記のジャンプ先振り分け比率に関するデータを受信する。ジャンプ先振り分け比率に関するデータは、たとえば、ＷＥＢサーバ１２０を介して通信ネットワーク１５０上に公開されたＷＥＢサイトにおけるＨＰを閲覧するための閲覧用データをクライアント端末１１０にダウンロードする際に、当該閲覧用データとともに受信される。
【００７５】
ジャンプ部６１２は、受信部６１１によって受信されたデータにしたがって、複数のＤＬサイトの中の一つのＤＬサイト（たとえば、ＤＬサイトＡあるいはＤＬサイトＢ）にジャンプする。ダウンロード部６１３は、ジャンプ部６１２によってジャンプさせた一つのＤＬサイトから、ＤＬ用データをダウンロードする。公知の技術であるため、ジャンプ部６１２による一つのＤＬサイトへのジャンプおよびダウンロード部６１３によるＤＬ用データのダウンロードについては、ここでは説明を省略する。
【００７６】
取得部６１４は、ダウンロード部６１３によっておこなわれたダウンロード結果を取得する。ここで、ダウンロード結果とは、たとえば、各クライアント端末１１０においておこなわれたダウンロードが正常に終了したか否かをあらわすデータである。
【００７７】
たとえば、複数のパケットによって構成されるＤＬ用データのダウンロードに際しては、全パケット数およびクライアント端末１１０へのダウンロードが完了したパケット数をあらわすデータである。また、ダウンロード結果には、ダウンロードを開始してから完了するまでの時間をあらわすデータが含まれているものとする。送信部６１５は、取得部６１４によって取得されたダウンロード結果をＷＥＢサーバ１２０に送信する。
【００７８】
このクライアント端末１１０によれば、ジャンプ先となるＦＴＰサーバ１３０の故障やトラフィック輻輳など、ＷＥＢサーバ１２０の管理者が予期しない事態が発生した場合であっても、通信ネットワーク１５０上の通信状況をＷＥＢサーバ１２０に通知することができる。
【００７９】
すなわち、ＷＥＢサーバ１２０は、各ＦＴＰサーバ１３０と個別に通信し、各ＦＴＰサーバ１３０の通信状態を管理することなく、元々通信をおこなう必要性のあるクライアント端末１１０との通信を介して、各ＦＴＰサーバ１３０の通信状態を認識することができる。これによって、クライアント端末１１０は、成功しやすいジャンプ先にジャンプすることができる。
【００８０】
（表示画面の概要）
つぎに、図８を用いて、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００におけるクライアント端末１１０の表示画面について説明する。図８は、この発明の実施の形態にかかるクライアント端末１１０の表示画面の一例を示す説明図である。
【００８１】
図８において、表示画面８００は、クライアント端末１１０のディスプレイ２０８に表示される。図８に示した表示画面８００には、「＜ダウンロードサイト＞」によって示されるハイパーリンク８０１が表示されている。ハイパーリンク８０１は、「○○プログラム」をダウンロードするためのＤＬ用データを記憶するＤＬサイト（たとえば、上記ＤＬサイトＡあるいはＤＬサイトＢを参照。）を指定するＵＲＬ、および、当該ＵＲＬにしたがって一つのＤＬサイトへジャンプさせるとともにジャンプ先となる一つのＤＬサイトからＤＬ用データをダウンロードさせるアプレットを含むｈｔｍｌ形式で記述されたデータである。
【００８２】
表示画面８００に表示されたハイパーリンク８０１に含まれるアプレットは、たとえば、クライアント端末１１０の利用者によって図２に示したキーボード２１０やマウス２１１が操作されることによってハイパーリンク８０１が選択された場合に実行させることができる。
【００８３】
（アクセス結果フィードバックシステム１００の原理構成）
つぎに、アクセス結果フィードバックシステム１００における、アクセス結果フィードバック処理の原理構成について説明する。図９は、この発明の実施の形態にかかるアクセス結果フィードバックシステム１００におけるアクセス結果フィードバック処理の原理構成を示す説明図である。図９において、符号９１０，９２０，９３０，９４０，９５０は、アクセス結果フィードバックシステム１００におけるデータの送信方向および送信順序を示している。
【００８４】
クライアント端末１１０は、クライアント端末１１０のディスプレイ２０８に表示されたハイパーリンク８０１が選択された場合に、ＷＥＢサーバ１２０に対して、「○○プログラム」をダウンロードするためのデータを要求するリクエストを発信する（図９において符号９１０を参照。）。
【００８５】
つづいて、ＷＥＢサーバ１２０は、クライアント端末１１０から発信されたリクエストを受信した場合に、クライアント端末１１０に対してレスポンスを送信する（図９において符号９２０を参照。）。レスポンスには、クライアント端末１１０において「○○プログラム」を実行させるＤＬ用データが置かれた一つのＤＬサイトのＵＲＬ、および、当該ＵＲＬにしたがって一つのＤＬサイトへジャンプさせるとともにジャンプ先となる一つのＤＬサイトからＤＬ用データをダウンロードさせるアプレットが含まれている。
【００８６】
上記レスポンスの送信は、ＷＥＢサーバ１２０が備えるＷＥＢサーバ機能部９０１によって実現される。ＷＥＢサーバ機能部９０１によって実現されるレスポンスの送信機能は、既存のＷＥＢサーバが備える公知の技術によって実現可能であるため説明を省略するが、当該レスポンスの送信機能の実現に際しては、ＷＥＢサーバ１２０が備えるアプレット生成機能部９０２によって、アプレットを生成する。
【００８７】
アプレット生成機能部９０２は、ｈｔｔｐデータ形式にしたがって記述された、一つのＤＬサイトのＵＲＬを組み込んだアプレットを編集し、編集されたアプレットをコンパイルする機能を実現する。設定ＤＢ５００は、アプレット生成機能部９０２によって生成されるアプレットにおける各種の条件を設定するデータを記憶している。
【００８８】
アプレット生成機能部９０２は、設定ＤＢ５００に記憶された各種の条件にしたがって上記アプレットを編集し、編集されたアプレットをクライアント端末１１０において実行可能な形式にコンパイルする。上記ＷＥＢサーバ機能部９０１は、アプレット生成機能部９０２によってコンパイルされたアプレットを、クライアント端末１１０に送信する。
【００８９】
つづいて、クライアント端末１１０は、ＷＥＢサーバ１２０から送信されたレスポンスを受信した場合に、上記表示画面８００をディスプレイ２０８に表示する（図９において符号９３０を参照。）。そして、クライアント端末１１０は、表示画面８００に表示されたハイパーリンク８０１が選択された場合、レスポンスに含まれるアプレットを実行することにより、当該レスポンスに含まれるＵＲＬが示す一つのＤＬサイト（ここでは、ＤＬサイトＡ９０５とする。）へアクセスし、当該一つのＤＬサイトＡ９０５におけるＤＬ用データのダウンロードを開始する（図９において符号９４０を参照。）。
【００９０】
なお、図９においては、ＤＬサイトＡ９０５およびＤＬサイトＢ９０７から、ＤＬ用データのダウンロードをおこなっている状態が示されているが、１回のダウンロードにおいては、ダウンロードするＤＬ用データは一つのＤＬサイトＡ９０５またはＤＬサイトＢ９０７から提供される。
【００９１】
また、クライアント端末１１０は、表示画面８００に表示されたハイパーリンク８０１が選択された場合、ハイパーリンク８０１が選択された時刻ｔ１を検出し、検出された時刻ｔ１をあらわすデータをＲＡＭ２０３などに記憶する。ＤＬ用データのダウンロードおよび時刻ｔ１の検出は、いずれも、レスポンスに含まれるアプレットを実行することによって実現される。
【００９２】
クライアント端末１１０は、上記ダウンロードをおこないつつ、ＤＬ用データのダウンロードの正常な終了を示すＤＬ正常終了を検知したか否かを判断し、ＤＬ正常終了を検知するまで上記ダウンロードを継続しておこなう。ＤＬ正常終了を検知したか否かを判断する方法については、公知の技術であるためここでは説明を省略する。クライアント端末１１０は、時刻ｔ１から所定時間が経過するまでの間にＤＬ正常終了を検出した場合、そのままダウンロードを正常に終了する。
【００９３】
クライアント端末１１０は、ＤＬ正常終了を検知する前に、ＤＬサイトＡ９０５に対する接続状態が切断された場合、あるいは、時刻ｔ１からあらかじめ設定された所定時間が経過するまでの間にＤＬ正常終了を検出しなかった場合には、ＷＥＢサイト１２０に対して、上記一つのＤＬサイトＡ９０５のＵＲＬに対するアクセスが失敗したことを示すアクセス失敗通知を送信するとともに、別のＤＬサイトのＵＲＬの送信要求を送信する（図９において符号９５０を参照。）。
【００９４】
ＷＥＢサーバ１２０におけるアクセス結果通知対応機能部９０３は、クライアント端末１１０から送信されたアクセス失敗通知を受信した場合に、ＤＬサイト案内割合設定ＤＢ３００を参照して、ＤＬサイトＡ９０５とは別のＤＬサイト（ここでは、ＤＬサイトＢ９０７とする。）のＵＲＬを選択する。
【００９５】
ＤＬサイト案内割合設定ＤＢ３００によってＤＬサイトＢ９０７のＵＲＬが選択された場合、上記アプレット生成機能部９０２は、ｈｔｔｐデータ形式にしたがって記述された、ＤＬサイトＢ９０７のＵＲＬを組み込んだアプレットを編集し、編集されたアプレットをコンパイルする機能を実現する。この場合も、アプレット生成機能部９０２は、設定ＤＢ５００に記憶された設定条件にしたがってあらたなアプレットを編集し、コンパイルする。上記ＷＥＢサーバ機能部９０１は、あらたに編集してコンパイルしたアプレットをクライアント端末１１０へ送信する。
【００９６】
クライアント端末１１０は、あらたなアプレットに含まれる、ＤＬサイトＢ９０７のＵＲＬを受信するまで待って、受信した場合には、ＤＬサイトＢ９０７のＵＲＬへアクセスし、ＤＬサイトＢ９０７に置かれたＤＬ用データのダウンロードを開始する。ＤＬサイトＢ９０７に置かれたＤＬ用データのダウンロードについては、上記のＤＬサイトＡ９０５の場合と同様であるため、ここでは説明を省略する。
【００９７】
また、アクセス結果通知対応機能部９０３は、クライアント端末１１０から送信されたアクセス失敗通知を受信した場合に、失敗履歴テーブル４００を更新する。具体的に、アクセス結果通知対応機能部９０３は、一つのＤＬサイトにおいてアクセスが失敗したことおよびアクセスを失敗した時刻を、失敗履歴テーブル４００に記録する。アクセス結果通知対応機能部９０３は、上記所定期間の間、失敗履歴テーブル４００にデータを追記していくことにより失敗履歴テーブル４００を更新する。
【００９８】
また、アクセス結果通知対応機能部９０３は、失敗履歴テーブル４００を更新した場合に、設定ＤＢ５００にしたがって、クライアント端末１１０から送信されたアクセス失敗通知が所定の閾値以上であるか否かを判断する。アクセス結果通知対応機能部９０３は、ＦＴＰサーバ１３０ごとに、クライアント端末１１０から送信されたアクセス失敗通知が所定の閾値以上であるか否かを判断する。
【００９９】
そして、クライアント端末１１０から送信されたアクセス失敗通知が所定の閾値以上である場合、アクセス結果通知対応機能部９０３は、ＤＬサイト案内割合設定ＤＢ３００におけるジャンプ先振り分け比率を更新する。このとき、アクセス結果通知対応機能部９０３は、アクセス失敗通知が所定の閾値以上となるＦＴＰサーバ１３０におけるジャンプ先振り分け比率が下がるように、ジャンプ先振り分け比率を更新する。
【０１００】
（ＷＥＢサーバ１２０の処理手順（その１））
つぎに、ＷＥＢサーバ１２０の処理手順（その１）について説明する。図１０は、ＷＥＢサーバ１２０の処理手順（その１）を示すフローチャートである。図１０において、まず、ＤＬサイト案内割合設定ＤＢ３００のデータ更新指示があるまで待つ（ステップＳ１００１：Ｎｏ）。ＤＬサイト案内割合設定ＤＢ３００のデータ更新指示は、たとえば、上記アクセス結果通知対応機能部９０３によって、クライアント端末１１０から送信されたアクセス失敗通知が所定の閾値以上であると判断された場合に発行される。
【０１０１】
ステップＳ１００１において、データ更新指示があった場合（ステップＳ１００１：Ｙｅｓ）には、アクセス結果通知対応機能部９０３によってＤＬサイト案内割合設定ＤＢ３００を更新し（ステップＳ１００２）、更新されたＤＬサイト案内割合設定ＤＢ３００に基づいて、上記アプレット生成機能部９０２によってアプレットの編集およびコンパイルをおこなって（ステップＳ１００３）、一連の処理を終了する。
【０１０２】
ＷＥＢサーバ１２０の処理手順（その１）によれば、ＤＬサイト案内割合設定ＤＢ３００を更新するごとに、アプレットの編集およびコンパイルがおこなわれる。編集およびコンパイルされたアプレットを所定のメモリに格納しておくことで、クライアントから要求されたアプレットを迅速に提供するとともに、提供に際しての処理負担の軽減を図ることができる。
【０１０３】
（ＷＥＢサーバ１２０の処理手順（その２））
つぎに、ＷＥＢサーバ１２０の処理手順（その２）について説明する。図１１は、ＷＥＢサーバ１２０の処理手順（その２）を示すフローチャートである。図１１に示した処理手順は、上記処理手順（その１）におけるステップＳ１００３においておこなわれる処理である。
【０１０４】
図１１において、まず、アプレットソース雛型を生成し（ステップＳ１１０１）、アプレットの編集およびコンパイルをおこなう時刻（以下、「現在時刻ｔ１」という。）を取得する（ステップＳ１１０２）。そして、ＤＬサイト案内割合設定ＤＢ３００における、現在時刻ｔ１を含む日時間帯以降のレコードを読み取り（ステップＳ１１０３）、各ＤＬサイトＡ９０５，９０７の案内割合を決定する（ステップＳ１１０４）。ステップＳ１１０４においては、ステップＳ１１０３において読み取られたレコードにしたがった各ＤＬサイトＡ９０５，９０７のジャンプ先振り分け比率が、各ＤＬサイトＡ９０５，９０７の案内割合として決定される。
【０１０５】
つづいて、処理Ａ，処理Ｂ、ジャンプする処理，処理Ｃ，および処理Ｄをアプレットソースに順次設定し（ステップＳ１１０５〜ステップＳ１１０９）、各処理を設定したアプレットソースをコンパイルしてから（ステップＳ１１１０）、コンパイルしたアプレットソースをディレクトリに出力して（ステップＳ１１１１）、一連の処理を終了する。ここで、ディレクトリとは、コンパイルしたアプレットソースなど、ＷＥＢサーバ１２０がクライアント端末１１０に提供するためのデータを一時格納する場所である。
【０１０６】
上記処理手順（その２）における処理Ａとは、クライアント端末１１０において実行されることにより、アプレットソース雛型に、ｈｔｔｐデータ中の文字列として記述される“ダウンロードサイトへジャンプ”がクライアント端末１１０において選択された場合に、選択された時点における現在時刻ＣＴを取得させ、取得された現在時刻の秒数を示す数字の下一桁を抽出して値ＴＳとして設定させる処理である。
【０１０７】
上記処理手順（その２）における処理Ｂとは、クライアント端末１１０において上記処理Ａは、“現在時刻ＣＴが含まれる日時間帯ＴＺ別”におこなうことを分岐条件として設定させる処理である。
【０１０８】
上記処理手順（その２）におけるジャンプする処理とは、クライアント端末１１０において上記処理Ｂにしたがって、現在時刻ＣＴが含まれる日時間帯ＴＺにおけるＤＬサイトＡ９０５およびＤＬサイトＢ９０７の案内割合に応じて０〜９の整数の割り当てをおこなわせ（上記図７の説明を参照。）、割り当てられた数字と上記値ＴＳとが合致した場合に該当するＤＬサイト（ＤＬサイトＡ９０５またはＤＬサイトＢ９０７）へジャンプさせる処理である。
【０１０９】
上記処理手順（その２）における処理Ｃとは、上記のジャンプする処理後に、ジャンプする処理をおこなったクライアント端末１１０における経過時間を計測させ、計測される時間に基づいて所定時間内にジャンプが完了したか否かを判定させる処理である。処理Ｃは、計測される時間に基づいて所定時間内にダウンロードが完了したか否かを判定させる処理であってもよい。
【０１１０】
上記処理手順（その２）における処理Ｄとは、上記の処理Ｃによって所定時間内にジャンプが完了しなかったと判定された場合に、ＷＥＢサーバ１２０に対して、ジャンプした先のＦＴＰサーバ１３０がダウンロード不可であることを通知するＤＬ不可サーバ通知を送信させるとともに代わりとなるあらたなＤＬ先となるＤＬサイト（新ＤＬサイト）に関するデータをＷＥＢサーバ１２０から受け付けさせ、新ＤＬサイトへジャンプさせる処理である。
【０１１１】
（ＷＥＢサーバ１２０の処理手順（その３））
つぎに、ＷＥＢサーバ１２０の処理手順（その３）について説明する。図１２は、ＷＥＢサーバ１２０の処理手順（その３）を示すフローチャートである。図１２において、まず、ＤＬ不可サーバ通知を受信するまで待つ（ステップＳ１２０１：Ｎｏ）。ステップＳ１２０１においては、上記の処理Ｄによってクライアント端末１１０からＷＥＢサーバ１２０に送信されたＤＬ不可サーバ通知を受信するまで待つ。
【０１１２】
ステップＳ１２０１において、ＤＬ不可サーバ通知を受信した場合（ステップＳ１２０１：Ｙｅｓ）には、ＤＬ不可サーバ通知に基づいて、ＤＬ不可サーバに置かれたサイト（図１２において「ＤＬ不可サーバサイト」と記載）および当該ＤＬ不可サーバ通知を送信したクライアントを特定する（ステップＳ１２０２）とともに、現在時刻ｔ１を取得する（ステップＳ１２０３）。ステップＳ１２０３においては、ＤＬ不可サーバ通知を受信した時刻を現在時刻ｔ１として取得する。
【０１１３】
つづいて、ステップＳ１２０１において受信されたＤＬ不可サーバ通知、および、ステップＳ１２０３において取得された現在時刻ｔ１に基づいて、上記失敗履歴テーブル４００にレコードを追加する（ステップＳ１２０４）。ステップＳ１２０４においては、ステップＳ１２０３において取得された現在時刻ｔ１をダウンロードの失敗時刻とするレコードを上記失敗履歴テーブル４００に記憶させる。
【０１１４】
また、ステップＳ１２０３において取得された現在時刻ｔ１を日時間帯に含むレコードを、ＤＬサイト案内割合設定ＤＢ３００から読み取り（ステップＳ１２０５）、読み取られたレコードにしたがって新ＤＬ先サイトをクライアント端末１１０に対して通知する（ステップＳ１２０６）。ステップＳ１２０６においては、上記のアプレット生成機能部９０２によって編集しコンパイルしたあらたなアプレットソースを、ＷＥＢサーバ機能部９０１によってクライアント端末１１０に送信する。
【０１１５】
つづいて、設定ＤＢ５００から直近時間および許容回数を読み取る（ステップＳ１２０７）とともに、失敗履歴テーブル４００から所定期間内の失敗レコードを読み取り（ステップＳ１２０８）、ＤＬサイト別の直近失敗回数を算出し（ステップＳ１２０９）、算出された直近失敗回数が、ステップＳ１２０７において読み取られた許容回数よりも大きいか否かを判断する（ステップＳ１２１０）。直近失敗回数が許容回数よりも大きくない場合（ステップＳ１２１０：Ｎｏ）には、ステップＳ１２１２へ移行する。
【０１１６】
ステップＳ１２１０において、直近失敗回数が許容回数よりも大きい場合（ステップＳ１２１０：Ｙｅｓ）には、ＤＬサイト案内割合設定ＤＢ３００を更新して（ステップＳ１２１１）、上記ステップＳ１２１０における判断が、該当するすべてのＤＬサイトについて終了したか否かを判断し（ステップＳ１２１２）、終了していない場合（ステップＳ１２１２：Ｎｏ）にはステップＳ１２１０へ戻り、終了している場合（ステップＳ１２１２：Ｙｅｓ）には一連の処理を終了する。
【０１１７】
上述したように、本実施の形態によれば、クライアント端末１１０によっておこなわれたＤＬ用データのダウンロードの失敗頻度に応じて更新されたジャンプ先振り分け比率にしたがって、適切なジャンプ先を案内することができるので、たとえば、ＤＬサイトＡ，Ｂが置かれたＦＴＰサーバ１３０の故障やトラフィック輻輳など、サーバの管理者が予期しない事態が発生した場合にも、通信ネットワーク１５０上の通信状況に応じて、サイトを閲覧する利用者に対して快適なアクセス環境を提供することができる。
【０１１８】
また、本実施の形態によれば、ダウンロードの失敗頻度の監視対象となる期間を限定し、所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断することにより、ＤＬサイト案内割合設定ＤＢ３００および失敗履歴テーブル４００などの管理の効率化および当該管理にかかる処理負担の軽減を図りつつ、適切なジャンプ先を案内することができるので、たとえば、ＦＴＰサーバ１３０の故障やトラフィック輻輳など、ＷＥＢサーバ１２０の管理者が予期しない事態が発生した場合にも、通信ネットワーク１５０上の通信状況に応じて、処理負担の増大を抑制しつつ、ＤＬサイトＡやＤＬサイトＢを閲覧する利用者に対して快適なアクセス環境を提供することができる。
【０１１９】
また、本実施の形態によれば、ダウンロードの失敗頻度の監視対象となる期間を現在時刻ｔ１を含む直近の期間に限定することで、管理の効率化および管理にかかる処理負担の軽減を図るとともに、通信ネットワーク１５０上の通信状況にリアルタイムに応じて、適切なジャンプ先を案内することができるので、ＷＥＢサーバ１２０における処理負担の増大を抑制しつつ、通信ネットワーク１５０上の通信状況に応じて、サイトを閲覧する利用者に対して快適なアクセス環境を提供することができる。
【０１２０】
また、本実施の形態によれば、失敗頻度が所定の閾値以上となるＤＬサイトの有無をサイトごとに判断することにより、ＤＬサイトごとの通信状況に応じて、適切なジャンプ先を案内することができるので、たとえば、ジャンプ先となるサイトが置かれたコンピュータ装置の故障やトラフィック輻輳など、サーバの管理者が予期しない事態が発生した場合にも、適切なサイトに的確にジャンプすることができ、サイトを閲覧する利用者に対して快適なアクセス環境を提供することができる。
【０１２１】
また、本実施の形態によれば、所定の閾値以上の失敗頻度となるとＤＬサイトのジャンプ先振り分け比率を下げるように、ＤＬサイト案内割合設定ＤＢ３００を更新することにより、端末装置からサイトへのジャンプを成功させやすくして、適切なジャンプ先を案内することができる。
【０１２２】
これによって、たとえば、ジャンプ先となるサイトが置かれたＦＴＰサーバ１３０の故障やトラフィック輻輳など、ＷＥＢサーバ１２０の管理者が予期しない事態が発生した場合にも、通信ネットワーク１５０上の通信状況に応じて、より成功率の高いサイトにジャンプさせることができ、サイトを閲覧する利用者に対して快適なアクセス環境を提供することができる。
【０１２３】
また、本実施の形態によれば、クライアント端末１１０が、ＦＴＰサーバ１３０の故障やトラフィック輻輳など、ＷＥＢサーバ１２０の管理者が予期しない事態が発生した場合であっても、通信ネットワーク１５０上の通信状況をＷＥＢサーバ１２０に通知することができるので、たとえば、ジャンプ先となるサイトが置かれたコンピュータ装置の故障やトラフィック輻輳など、サーバの管理者が予期しない事態が発生した場合であっても、成功しやすいジャンプ先にジャンプすることができる。
【０１２４】
以上説明したように、本実施の形態によれば、通信ネットワーク１５０上の通信状況に応じて、ＤＬサイトを閲覧する利用者に対して快適なアクセス環境を提供することができるという効果を奏する。
【０１２５】
以上説明したように、本実施の形態によれば、通信ネットワーク上の通信状況に応じて、サイトを閲覧する利用者に対して快適なアクセス環境を提供することができる。
【０１２６】
なお、本実施の形態で説明したアクセス結果フィードバック方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【０１２７】
また、本実施の形態で説明したＷＥＢサーバ１２０およびクライアント端末１１０は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣ（以下、単に「ＡＳＩＣ」と称す。）やＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）によっても実現することができる。具体的には、たとえば、上述したＷＥＢサーバ１２０およびクライアント端末１１０の機能的構成（機能ブロックの各符号を入れる）をＨＤＬ記述によって機能定義し、そのＨＤＬ記述を論理合成してＡＳＩＣやＰＬＤに与えることにより、ＷＥＢサーバ１２０およびクライアント端末１１０を製造することができる。
【０１２８】
（付記１）指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を決定するコンピュータに実行させるアクセス結果フィードバックプログラムであって、
前記ハイパーリンクの指定を受け付けた端末装置から送信された、当該ハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を受信させる受信工程と、
前記受信工程によって前記送信要求が受信された場合に、前記ジャンプ先振り分け比率にしたがって前記複数のサイトの中から一つのサイトを選択させる選択工程と、
前記送信工程によって送信されたデータにしたがって前記一つのサイトにジャンプした前記端末装置によっておこなわれた、前記コンテンツのダウンロード結果を取得させる取得工程と、
前記取得工程によって取得されたダウンロード結果に基づいて、前記複数のサイトの中に、ダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断させる判断工程と、
前記判断工程によって前記失敗頻度が前記所定の閾値以上となるサイトがあると判断された場合に、前記所定の閾値以上の失敗頻度となると判断されたサイトへジャンプする比率を下げるように前記ジャンプ先振り分け比率を更新させる更新工程と、
をコンピュータに実行させることを特徴とするアクセス結果フィードバックプログラム。
【０１２９】
（付記２）前記判断工程は、
所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断させることを特徴とする付記１に記載のアクセス結果フィードバックプログラム。
【０１３０】
（付記３）前記判断工程は、
現在時刻を含み当該現在時刻から過去に遡った所定期間におけるダウンロードの失敗頻度が前記所定の閾値以上となるサイトがあるか否かを判断させることを特徴とする付記１または２に記載のアクセス結果フィードバックプログラム。
【０１３１】
（付記４）前記判断工程は、
前記複数のサイトの中のサイトごとに前記失敗頻度が前記所定の閾値以上となるサイトがあるか否かを判断させることを特徴とする付記１〜３のいずれか一つに記載のアクセス結果フィードバックプログラム。
【０１３２】
（付記５）通信ネットワーク上に公開されたサイトが提供するコンテンツをダウンロード可能な端末装置が備えるコンピュータに実行させるアクセス結果フィードバックプログラムであって、
前記通信ネットワーク上のコンピュータ装置（以下、「サーバ」という）に対して、指定されたハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を出力させる出力工程と、
前記出力工程による出力に応じて前記サーバから送信されて、前記ハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）に関するデータを受信させる受信工程と、
前記受信工程によって受信されたデータにしたがって、前記複数のサイトの中の一つのサイトにジャンプさせるジャンプ工程と、
前記ジャンプ工程によってジャンプさせた一つのサイトから、前記コンテンツをダウンロードさせるダウンロード工程と、
前記ダウンロード工程によっておこなわれたダウンロード結果を取得させる取得工程と、
前記取得工程によって取得されたダウンロード結果を前記サーバに送信させる送信工程と、
を前記コンピュータに実行させることを特徴とするアクセス結果フィードバックプログラム。
【０１３３】
（付記６）付記１〜５のいずれか一つに記載のアクセス結果フィードバックプログラムを記録したコンピュータに読み取り可能な記録媒体。
【０１３４】
（付記７）指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を決定するアクセス結果フィードバック方法であって、
前記ハイパーリンクの指定を受け付けた端末装置から送信された、当該ハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を受信する受信工程と、
前記受信工程によって前記送信要求が受信された場合に、前記ジャンプ先振り分け比率にしたがって前記複数のサイトの中から一つのサイトを選択する選択工程と、
前記選択工程によって選択された一つのサイトをジャンプ先として指定するデータを端末装置に送信する送信工程と、
前記送信工程によって送信されたデータにしたがって前記一つのサイトにジャンプした前記端末装置によっておこなわれた、前記コンテンツのダウンロード結果を取得する取得工程と、
前記取得工程によって取得されたデータに基づいて、前記複数のサイトの中に、所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断する判断工程と、
前記判断工程によって前記失敗頻度が前記所定の閾値以上となるサイトがあると判断された場合に、前記所定の閾値以上の失敗頻度となると判断されたサイトへジャンプする比率を下げるように前記ジャンプ先振り分け比率を更新する更新工程と、
を含んだことを特徴とするアクセス結果フィードバック方法。
【０１３５】
（付記８）通信ネットワーク上のコンピュータ装置（以下、「サーバ」という）に対して、指定されたハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を出力する出力工程と、
前記出力工程による出力に応じて前記サーバから送信されて、前記ハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）に関するデータを受信する受信工程と、
前記受信工程によって受信されたデータにしたがって、前記複数のサイトの中の一つのサイトにジャンプするジャンプ工程と、
前記ジャンプ工程によってジャンプさせた一つのサイトから、前記コンテンツをダウンロードするダウンロード工程と、
前記ダウンロード工程によっておこなわれたダウンロード結果を取得する取得工程と、
前記取得工程によって取得されたダウンロード結果を前記サーバに送信する送信工程と、
を前記コンピュータに実行させることを特徴とするアクセス結果フィードバック方法。
【０１３６】
（付記９）指定されたハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）を決定するアクセス結果フィードバック装置であって、
前記ハイパーリンクの指定を受け付けた端末装置から送信された、当該ハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を受信する受信手段と、
前記受信手段によって前記送信要求が受信された場合に、前記ジャンプ先振り分け比率にしたがって前記複数のサイトの中から一つのサイトを選択する選択手段と、
前記選択手段によって選択された一つのサイトをジャンプ先として指定するデータを端末装置に送信する送信手段と、
前記送信手段によって送信されたデータにしたがって前記一つのサイトにジャンプした前記端末装置によっておこなわれた、前記コンテンツのダウンロード結果を取得する取得手段と、
前記取得手段によって取得されたデータに基づいて、前記複数のサイトの中に、所定期間におけるダウンロードの失敗頻度が所定の閾値以上となるサイトがあるか否かを判断する判断手段と、
前記判断手段によって前記失敗頻度が前記所定の閾値以上となるサイトがあると判断された場合に、前記所定の閾値以上の失敗頻度となると判断されたサイトへジャンプする比率を下げるように前記ジャンプ先振り分け比率を更新する更新手段と、
を備えることを特徴とするアクセス結果フィードバック装置。
【０１３７】
（付記１０）通信ネットワーク上の任意のサイトからコンテンツをダウンロード可能な端末装置であって、
前記信ネットワーク上のコンピュータ装置（以下、「サーバ」という）に対して、指定されたハイパーリンクのジャンプ先となるサイトに関するデータの送信要求を出力する出力手段と、
前記出力手段による出力に応じて前記サーバから送信されて、前記ハイパーリンクのジャンプ先となり同一のコンテンツを格納する複数のサイトのそれぞれにジャンプする比率（以下、「ジャンプ先振り分け比率」という）に関するデータを受信する受信手段と、
前記受信手段によって受信されたデータにしたがって、前記複数のサイトの中の一つのサイトにジャンプするジャンプ手段と、
前記ジャンプ手段によってジャンプさせた一つのサイトから、前記コンテンツをダウンロードするダウンロード手段と、
前記ダウンロード手段によっておこなわれたダウンロード結果を取得する取得手段と、
前記取得手段によって取得されたダウンロード結果を前記サーバに送信する送信手段と、
を備えることを特徴とする端末装置。
【産業上の利用可能性】
【０１３８】
以上のように、本発明にかかるアクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置、および端末装置は、同一のコンテンツを格納する複数のサイトの中から、端末装置において指定されたハイパーリンクのジャンプ先となる一つのサイトを決定するサーバに有用であり、特に、同一のコンテンツを格納する複数のサイトの中から、端末装置において指定されたハイパーリンクのジャンプ先となる一つのサイトを、実際のダウンロード状況に応じて決定するサーバに適している。
【図面の簡単な説明】
【０１３９】
【図１】この発明の実施の形態にかかるアクセス結果フィードバックシステムの概要を示す説明図である。
【図２】この発明の実施の形態にかかるコンピュータ装置のハードウェア構成を示すブロック図である。
【図３】この発明の実施の形態にかかるＤＬサイト案内割合設定ＤＢの概要を示す説明図である。
【図４】この発明の実施の形態にかかる失敗履歴テーブルの概要を示す説明図である。
【図５】この発明の実施の形態にかかる設定ＤＢの概要を示す説明図である。
【図６】この発明の実施の形態にかかるアクセス結果フィードバックシステムの機能的構成を示す説明図である。
【図７】この発明の実施の形態にかかるＤＬサイトの選択方法について説明する説明図である。
【図８】この発明の実施の形態にかかるクライアント端末の表示画面の一例を示す説明図である。
【図９】この発明の実施の形態にかかるアクセス結果フィードバックシステムにおけるアクセス結果フィードバック処理の原理構成を示す説明図である。
【図１０】ＷＥＢサーバの処理手順（その１）を示すフローチャートである。
【図１１】ＷＥＢサーバの処理手順（その２）を示すフローチャートである。
【図１２】ＷＥＢサーバの処理手順（その３）を示すフローチャートである。
【符号の説明】
【０１４０】
１１０  クライアント端末
１２０  ＷＥＢサーバ
６００  受信部
６０１  選択部
６０２  送信部
６０３  取得部
６０４  判断部
６０５  更新部
６１０  出力部
６１１  受信部
６１２  ジャンプ部
６１３  ダウンロード部
６１４  取得部
６１５  送信部
【図１】
2008226169.tif 000003
【図２】
2008226169.tif 000004
【図３】
2008226169.tif 000005
【図４】
2008226169.tif 000006
【図５】
2008226169.tif 000007
【図６】
2008226169.tif 000008
【図７】
2008226169.tif 000009
【図８】
2008226169.tif 000010
【図９】
2008226169.tif 000011
【図１０】
2008226169.tif 000012
【図１１】
2008226169.tif 000013
【図１２】
2008226169.tif 000014