(57)【要約】【課題】動画コラボレーションサービス提供システムにおいて、アクセス集中の負荷を分散させることができる負荷分散システム、エントランスシステム、及び、負荷分散方法を提供する。【解決手段】クライアント端末３０−１〜３０−ｎが優先度識別情報を含むサーバ判定要求をエントランス用サーバ１０−１〜１０−ｍに送信し、サービス管理サーバ４０が優先度識別情報に対応する優先度情報を記憶し、帯域管理サーバ２０が、ダウンロード用サーバ６０−１〜６０−ｊとアップロード用サーバ８０−１〜８０−ｋとのアクセス負荷情報を取得し、エントランス用サーバ１０−１〜１０−ｍが、クライアント端末３０−１〜３０−ｎから受信する優先度識別情報に対応する優先度情報と、アクセス負荷情報とに基づき、クライアント端末３０−１〜３０−ｎによるデータ制御システム４へのアクセス制御処理を行う。【選択図】図１
2010020478.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と、前記クライアント端末からのデータアクセス要求に応じてデータの書き込み処理、及び、読み出し処理を行うデータ制御システムと、前記データ制御システムに接続されるエントランスシステムとがネットワークを介して接続する負荷分散システムであって、
前記データ制御システムは、
マスタデータを記憶するマスタ記憶装置と、
前記マスタデータのコピーデータ、又は、更新データのいずれかを記憶するスレーブ記憶装置と、前記スレーブ記憶装置に接続し、前記クライアント端末から受信するデータアクセス要求に応じて、前記スレーブ記憶装置への更新データ書き込み処理、又は、コピーデータ読み出し処理を行い、前記データアクセス要求の送信元に応答する応答サーバとの組合せを複数備え、
前記エントランスシステムは、
前記データ制御システムが備える複数の前記応答サーバごとのアクセス負荷情報を取得する帯域管理サーバと、
前記クライアント端末から受信する応答サーバ判定要求に応じて、前記帯域管理サーバが取得する前記アクセス負荷情報に基づき、前記複数の応答サーバのうち、いずれか１を、前記クライアント端末からの前記データアクセス要求を受け付ける応答サーバとして選択するエントランス用サーバとを備え、
前記クライアント端末は、
前記応答サーバ判定要求を前記エントランスシステムの前記エントランス用サーバに送信し、前記エントランス用サーバにより判定される応答サーバにデータアクセス要求を送信する通信部を備える
ことを特徴とする負荷分散システム。
【請求項２】
前記クライアント端末が送信する前記応答サーバ判定要求の宛先情報は、
エントランス用サーバのアドレス情報と、アクセス優先度を示す優先度識別情報とを含み、
前記エントランス用サーバは、
前記優先度識別情報に応じたアクセス優先度のアクセス制御処理を行う
ことを特徴とする請求項１に記載の負荷分散システム。
【請求項３】
前記エントランス用サーバは、
前記帯域管理サーバが取得する前記応答サーバごとのアクセス負荷情報に基づき、前記データ制御システム全体の全体アクセス負荷量を算出し、算出した全体アクセス負荷量に対応して設定されたアクセス制御処理を行う
ことを特徴とする請求項２に記載の負荷分散システム。
【請求項４】
前記エントランス用サーバによる前記アクセス制御処理は、
前記アクセス優先度ごとに予め定められる前記データ制御システムに対するアクセス許可、拒否のいずれかを判定する処理である
ことを特徴とする請求項２又は３のいずれかに記載の負荷分散システム。
【請求項５】
前記エントランスシステムは、
共通のアドレス情報を付与される複数の前記エントランス用サーバを備え、
前記複数のエントランス用サーバのいずれか１が、前記クライアント端末が送信する前記応答サーバ判定要求を受信する
ことを特徴とする請求項１から４のいずれかに記載の負荷分散システム。
【請求項６】
前記複数のスレーブ記憶装置は、
前記マスタデータの前記コピーデータを記憶するダウンロード用スレーブ記憶装置と、更新データを記憶するアップロード用記憶装置とからなり、
前記データ制御システムは、
前記マスタ記憶装置に接続し、接続した前記マスタ記憶装置へのデータ書き込み制御処理を行う記憶装置制御サーバを備え、
前記記憶装置制御サーバは、
前記マスタ記憶装置におけるデータアクセス有無に応じて更新データ書き込みが可能であるか否かを判定し、更新データ書き込み可能であると判定した場合、前記アップロード用記憶装置が記憶する新たな更新データを前記マスタ記憶装置に書き込み、更新通知を出力するアップロード制御部と、
前記アップロード制御部により出力される更新通知に基づき、前記ダウンロード用スレーブ記憶装置のデータアクセス有無に応じて、更新データ書き込みが可能であるか否かを判定し、更新データ書き込み可能であると判定した場合、前記更新データを前記ダウンロード用スレーブ記憶装置に書き込むことにより、前記ダウンロード用スレーブ記憶装置に更新を反映させるダウンロード制御部とを備える
ことを特徴とする請求項１から５のいずれかに記載の負荷分散システム。
【請求項７】
クライアント端末と、クライアント端末からのデータアクセス要求に応じて記憶装置に対するデータの書き込み処理と読み出し処理とを行う複数の応答サーバを備えるデータ制御システムと、前記データ制御システムに接続されるエントランスシステムとがネットワークを介して接続する負荷分散システムにおけるエントランスシステムであって、
前記データ制御システムが備える複数の前記応答サーバごとのアクセス負荷情報を取得する帯域管理サーバと、
前記クライアント端末から受信する応答サーバ判定要求に応じて、前記帯域管理サーバが取得する前記アクセス負荷情報に基づき、前記複数の応答サーバのうち、いずれか１を、前記クライアント端末からの前記データアクセス要求を受け付ける応答サーバとして選択するエントランス用サーバとを備える
ことを特徴とするエントランスシステム。
【請求項８】
前記エントランスシステムが備える前記エントランス用サーバは、
前記クライアント端末が送信する前記応答サーバ判定要求の宛先情報に含まれる優先度識別情報に応じて、アクセス優先度ごとにアクセス制御処理を行う
ことを特徴とする請求項７に記載のエントランスシステム。
【請求項９】
前記エントランスシステムが備える前記エントランス用サーバは、
前記帯域管理サーバが取得する前記応答サーバごとのアクセス負荷情報に基づき、前記データ制御システム全体の全体アクセス負荷量を算出し、算出した全体アクセス負荷量に応じて、アクセス優先度ごとに制御処理を行う
ことを特徴とする請求項８に記載のエントランスシステム。
【請求項１０】
クライアント端末と、クライアント端末からのデータアクセス要求に応じて記憶装置に対するデータの書き込み処理と読み出し処理とを行う複数の応答サーバを備えるデータ制御システムと、前記データ制御システムに接続されるエントランスシステムとがネットワークを介して接続する負荷分散システムにおける負荷分散方法であって、
前記エントランスシステムが、
前記データ制御システムが備える複数の前記応答サーバごとのアクセス負荷情報を取得するアクセス負荷情報取得過程と、
前記クライアント端末から応答サーバ判定要求を受信する応答サーバ判定要求受信過程と、
受信した前記応答サーバ判定要求に応じて、取得した前記アクセス負荷情報に基づき、前記複数の応答サーバのうち、いずれか１を、前記クライアント端末からの前記データアクセス要求を受け付ける応答サーバとして選択するサーバ判定過程と、
判定結果を前記クライアント端末に応答する応答過程とを有し、
前記クライアント端末が、
前記応答サーバ判定要求を前記エントランスシステムに送信する応答サーバ判定要求送信過程と、
送信した前記応答サーバ判定要求に応じて前記エントランス用サーバによる判定結果に対応する応答サーバにデータアクセス要求を送信するデータアクセス要求送信過程とを有する
ことを特徴とする負荷分散方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介した複数のユーザとサーバとのデータの送受信におけるアクセス負荷集中を制御する負荷分散システム、エントランスシステム、及び、負荷分散方法に関する。
【背景技術】
【０００２】
近年、ネットワークを介して共有する動画ファイルを視聴する際、複数のユーザによって同一の動画ファイルの時間軸に合わせてチャット等の文字コミュニケーションを行う動画コラボレーションがある（例えば、非特許文献１、非特許文献２）。
【非特許文献１】ウィキペディア，[online]，[平成２０年６月５日]、インターネット<URL:http://ja.wikipedia.org/wiki/YouTube>
【非特許文献２】ウィキペディア，[online]，[平成２０年６月５日]、インターネット<URL:http://ja.wikipedia.org/wiki/ニコニコ動画>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、非特許文献１、２の動画コラボレーション実施時において、動画ファイルは、テキストファイルや静止画ファイルなどと比して、１ファイルあたりのデータ容量が大きい。したがって、動画ファイルの送受信にかかるネットワークへの帯域圧迫や、各種装置に対するアクセス集中などによる負荷が大きくなり、サービス全体品質が低下するという問題がある。
【０００４】
本発明は、このような事情を考慮し、上記の問題を解決すべくなされたもので、その目的は、動画コラボレーションサービス提供システムにおいて、アクセス集中の負荷を分散させることができる負荷分散システム、エントランスシステム、及び、負荷分散方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記問題を解決するために、本発明は、クライアント端末と、前記クライアント端末からのデータアクセス要求に応じてデータの書き込み処理、及び、読み出し処理を行うデータ制御システムと、前記データ制御システムに接続されるエントランスシステムとがネットワークを介して接続する負荷分散システムであって、前記データ制御システムが、マスタデータを記憶するマスタ記憶装置と、前記マスタデータのコピーデータ、又は、更新データのいずれかを記憶するスレーブ記憶装置と、前記スレーブ記憶装置に接続し、前記クライアント端末から受信するデータアクセス要求に応じて、前記スレーブ記憶装置への更新データ書き込み処理、又は、コピーデータ読み出し処理を行い、前記データアクセス要求の送信元に応答する応答サーバとの組合せを複数備え、前記エントランスシステムが、前記データ制御システムが備える複数の前記応答サーバごとのアクセス負荷情報を取得する帯域管理サーバと、前記クライアント端末から受信する応答サーバ判定要求に応じて、前記帯域管理サーバが取得する前記アクセス負荷情報に基づき、前記複数の応答サーバのうち、いずれか１を、前記クライアント端末からの前記データアクセス要求を受け付ける応答サーバとして選択するエントランス用サーバとを備え、前記クライアント端末が、前記応答サーバ判定要求を前記エントランスシステムの前記エントランス用サーバに送信し、前記エントランス用サーバにより判定される応答サーバにデータアクセス要求を送信する通信部を備えることを特徴とする負荷分散システムである。
【０００６】
本発明の負荷分散システムは、前記クライアント端末が送信する前記応答サーバ判定要求の宛先情報が、エントランス用サーバのアドレス情報と、アクセス優先度を示す優先度識別情報とを含み、前記エントランス用サーバが、前記クライアント端末が送信する前記応答サーバ判定要求の宛先情報に含まれる優先度識別情報に応じて、アクセス優先度ごとにアクセス制御処理を行うことを特徴とする。
【０００７】
本発明の負荷分散システムは、前記エントランス用サーバが、前記帯域管理サーバが取得する前記応答サーバごとのアクセス負荷情報に基づき、前記データ制御システム全体の全体アクセス負荷量を算出し、算出した全体アクセス負荷量に対応して設定されたアクセス制御処理を行うことを特徴とする。
【０００８】
本発明の負荷分散システムは、前記エントランス用サーバによる前記アクセス制御処理が、前記アクセス優先度ごとに予め定められる前記データ制御システムに対するアクセス許可、拒否、帯域確保量のいずれか、又は、その組合せを判定する処理であることを特徴とする。
【０００９】
本発明の負荷分散システムは、前記エントランスシステムが、共通のアドレス情報を付与される複数の前記エントランス用サーバを備え、前記複数のエントランス用サーバのいずれか１が、前記クライアント端末が送信する前記応答サーバ判定要求を受信することを特徴とする。
【００１０】
本発明の負荷分散システムは、前記複数のスレーブ記憶装置が、前記マスタデータの前記コピーデータを記憶するダウンロード用スレーブ記憶装置と、更新データを記憶するアップロード用記憶装置とからなり、前記データ制御システムが、前記マスタ記憶装置に接続し、接続した前記マスタ記憶装置へのデータ書き込み制御処理を行う記憶装置制御サーバを備え、前記記憶装置制御サーバが、前記マスタ記憶装置におけるデータアクセス有無に応じて更新データ書き込みが可能であるか否かを判定し、更新データ書き込み可能であると判定した場合、前記アップロード用記憶装置が記憶する新たな更新データを前記マスタ記憶装置に書き込み、更新通知を出力するアップロード制御部と、前記アップロード制御部により出力される更新通知に基づき、前記ダウンロード用スレーブ記憶装置のデータアクセス有無に応じて、更新データ書き込みが可能であるか否かを判定し、更新データ書き込み可能であると判定した場合、前記更新データを前記ダウンロード用スレーブ記憶装置に書き込むことにより、前記ダウンロード用スレーブ記憶装置に更新を反映させるダウンロード制御部とを備えることを特徴とする。
【００１１】
本発明は、クライアント端末と、クライアント端末からのデータアクセス要求に応じて記憶装置に対するデータの書き込み処理と読み出し処理とを行う複数の応答サーバを備えるデータ制御システムと、前記データ制御システムに接続されるエントランスシステムとがネットワークを介して接続する負荷分散システムにおけるエントランスシステムであって、前記データ制御システムが備える複数の前記応答サーバごとのアクセス負荷情報を取得する帯域管理サーバと、前記クライアント端末から受信する応答サーバ判定要求に応じて、前記帯域管理サーバが取得する前記アクセス負荷情報に基づき、前記複数の応答サーバのうち、いずれか１を、前記クライアント端末からの前記データアクセス要求を受け付ける応答サーバとして選択するエントランス用サーバとを備えることを特徴とするエントランスシステムである。
【００１２】
本発明のエントランスシステムは、前記エントランス用サーバが、前記クライアント端末が送信する前記応答サーバ判定要求の宛先情報に含まれる優先度識別情報に応じて、アクセス優先度ごとにアクセス制御処理を行うことを特徴とする。
【００１３】
本発明のエントランスシステムは、前記エントランス用サーバが、前記帯域管理サーバが取得する前記応答サーバごとのアクセス負荷情報に基づき、前記データ制御システム全体の全体アクセス負荷量を算出し、算出した全体アクセス負荷量に対応して設定されたアクセス制御処理を行うことを特徴とする。
【００１４】
本発明は、クライアント端末と、クライアント端末からのデータアクセス要求に応じて記憶装置に対するデータの書き込み処理と読み出し処理とを行う複数の応答サーバを備えるデータ制御システムと、前記データ制御システムに接続されるエントランスシステムとがネットワークを介して接続する負荷分散システムにおける負荷分散方法であって、前記エントランスシステムが、前記データ制御システムが備える複数の前記応答サーバごとのアクセス負荷情報を取得するアクセス負荷情報取得過程と、前記クライアント端末から応答サーバ判定要求を受信する応答サーバ判定要求受信過程と、受信した前記応答サーバ判定要求に応じて、取得した前記アクセス負荷情報に基づき、前記複数の応答サーバのうち、いずれか１を、前記クライアント端末からの前記データアクセス要求を受け付ける応答サーバとして選択するサーバ判定過程と、判定結果を前記クライアント端末に応答する応答過程とを有し、前記クライアント端末が、前記応答サーバ判定要求を前記エントランスシステムに送信する応答サーバ判定要求送信過程と、送信した前記応答サーバ判定要求に応じて前記エントランス用サーバによる判定結果に対応する応答サーバにデータアクセス要求を送信するデータアクセス要求送信過程とを有することを特徴とする負荷分散方法である。
【発明の効果】
【００１５】
本発明によれば、エントランスシステムが、クライアント端末からのアクセス要求に応じてマスタデータのコピーデータ、又は、更新データを記憶する複数のスレーブ記憶装置に対し、データの読み出し、書き込み処理を実行し、実行結果を応答する複数の応答サーバごとのアクセス負荷情報を取得し、このアクセス負荷情報に基づき、複数の応答サーバのいずれかをクライアント端末のアクセス先として判定することとした。
これにより、応答サーバごとのアクセス負荷を均一化させることが可能になるという効果がある。
【００１６】
また、この発明によれば、クライアント端末が送信する応答サーバ判定要求の宛先情報が、優先度を示す優先度識別情報を含み、エントランスシステムは、宛先情報に含まれる優先度識別情報に基づき、クライアント端末からのアクセス制御処理を行うようにした。
これにより、ユーザ識別情報やパスワードなどを用いずに、宛先情報に基づき簡易にクライアント端末間のアクセス権の優先度に応じたアクセス制限を行うことが可能になるという効果がある。
【００１７】
また、この発明によれば、エントランスシステムが、各応答サーバごとのアクセス負荷情報に基づき、データ制御システム全体の全体アクセス負荷情報を算出し、算出した全体アクセス負荷情報に基づき、優先度ごとにアクセス制御処理を行うようにした。
これにより、応答サーバごとではなく、データ制御システム全体のアクセス負荷に応じたアクセス制御処理を行うことができ、データ制御システム全体が高負荷状態であっても、優先度の高いアクセス要求に対し、応答サーバによるサービスを提供することが可能になるという効果がある。
【００１８】
また、この発明によれば、エントランスシステムが、同一の宛先情報が付与されているエントランス用サーバを複数備え、この複数のエントランス用サーバのいずれかがクライアント端末からの応答サーバ判定要求を受信するようにした。
これにより、エントランス用サーバへのアクセス集中による負荷を分散させることが可能になるという効果がある。
【００１９】
また、この発明によれば、データ制御システムが、ダウンロード用スレーブ記憶装置と、アップロード用スレーブ記憶装置とを備え、マスタ記憶装置に書き込み可能と判定した場合にアップロード用スレーブ記憶装置の更新データをマスタ記憶装置に書き込み、マスタデータを更新し、ダウンロード用スレーブ記憶装置に書き込み可能と判定した場合に、ダウンロード用スレーブ記憶装置に更新データを書き込むことにより、マスタ記憶装置の更新を反映させる記憶装置制御サーバを備えるようにした。
これにより、複数のスレーブ記憶装置を備えたデータ制御システムにおいて、データの書き込み、読み出し処理の排他制御を行うことが可能になるという効果がある。
【発明を実施するための最良の形態】
【００２０】
本発明は、動画ファイルの再生にあわせて、音声を吹き込み、または、吹き込んだ音声を再生し、ネットワークユーザ間でコラボレーションを行うことができる動画コラボレーションに関する。ここで、まず、本発明において前提とする動画コラボレーションの概念について、テレビ放映の視聴とコンサートの鑑賞との比較を用い、説明する。
テレビ放映の視聴は、テレビ局からの配信される放映内容（コンテンツ）を受像し、受像した動画や音声をテレビが再生することにより、エンドユーザがコンテンツを視聴し、楽しむものである。このとき、エンドユーザは、コンテンツを鑑賞するのみであり、コンテンツの鑑賞によってエンドユーザ自らが発する音声や動作を、同じコンテンツを他の場所で同時に視聴している他のエンドユーザに伝えることはできない。
【００２１】
一方、コンサートの鑑賞においては、例えばライブコンサートなど、コンテンツの視聴者（客）は、コンテンツ提供者（演奏者）によるコンテンツの視聴を楽しむだけではなく、コンテンツ提供者とコンテンツの視聴者とが一体となって、コンテンツを楽しむという共有感が提供されている。
したがって、コンサートのコンテンツをテレビにおいて視聴する場合、エンドユーザに対して、コンサート内容について鑑賞する手段が提供されるが、実際のコンサート会場でコンテンツの視聴者に提供される共有感までは提供されないこととなる。
【００２２】
本発明は、複数のユーザが発する音声をコンテンツごとに共有させることにより、例えば、コンサート会場において提供されるような共有感をコンテンツを視聴するエンドユーザに提供する場合において生じる輻輳の制御に関する。以下、本発明における上述のコンテンツに対する音声の共有を動画コラボレーション、又は、音声の共有として説明する。
【００２３】
以下、本発明の一実施形態による負荷分散システム１を図面を参照して説明する。
図１は、本実施形態による負荷分散システム１を示す概略ブロック図である。負荷分散システム１は、ネットワーク１００を介して接続される動画再生、音声取込装置としてのクライアント端末３０−１〜３０−ｎと、ＵＲＬに対応するＩＰアドレスを応答するＤＮＳ（Domain Name System）としてのＤＮＳ装置５０と、動画や、音声などによるコンテンツの配信サービスを提供する動画コラボレーション提供システム２とからなる。ネットワーク１００は、固定電話網、携帯電話網、インターネットなどの公衆網や、ＬＡＮ（Local Area Network）、専用線などの私設網からなる。
【００２４】
同図において、クライアント端末３０−１は、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistants：情報携帯端末）、携帯電話などのコンピュータ端末であり、ネットワーク１００を介して動画コラボレーション提供システム２からダウンロード（受信）するコンテンツの再生や、コンテンツ再生時のユーザからの音声入力を受け付け、受け付けた音声を動画コラボレーション提供システム２にアップロード（送信）するアプリケーション（以下、アプリケーションを「ＡＰＬ」と記載）としてのクライアントＡＰＬ３１−１を備える。また、クライアント端末３０−１〜３０−ｎは同様の構成である。
【００２５】
クライアントＡＰＬ３１−１〜３１−ｎは、アクセス対象の宛先情報であるＵＲＬ（Uniform Resource Locator）、例えば、ＵＲＬ「http://www.hoge.com/test.html」を解析して、アクセスすべきサーバのホスト名「hoge.com」を抽出する。また、クライアントＡＰＬ３１−１〜３１−ｎは、抽出したホスト名に対応するＩＰアドレス問合せ要求をＤＮＳ装置５０に送信し、ＤＮＳ装置５０から応答を受信する。
【００２６】
動画コラボレーション提供システム２は、クライアント端末３０−１〜３０−ｎからのアクセス制御装置としてのエントランスシステム３と、クライアント端末３０−１〜３０−ｎに提供するコンテンツの送受信を行うデータ制御システム４とを備える。
動画コラボレーション提供システム２において、データ制御システム４は、ダウンロード用サーバ６０−１〜６０−ｊと、ダウンロード用二次記憶装置スレーブ７５−１〜７５−ｊと、ダウンロード制御装置７００と、ダウンロード用二次記憶装置マスタ７０と、アップロード用サーバ８０−１〜８０−ｋと、アップロード用二次記憶装置スレーブ９５−１〜９５−ｋと、アップロード制御装置９００と、アップロード用二次記憶装置マスタ９０とを備える。
【００２７】
データ制御システム４において、ダウンロード用二次記憶装置マスタ７０は、マスターデータを記憶する。ダウンロード用二次記憶装置スレーブ７５−Ｊ（ただし、Ｊ＝１、２、・・・、ｊ）は、ダウンロード制御装置７００を介してダウンロード用二次記憶装置マスタ７０に接続し、ダウンロード用二次記憶装置マスタ７０が記憶するマスターデータのコピーデータを記憶する。
ダウンロード制御装置７００は、更新要求に応じて、ダウンロード用二次記憶装置マスタ７０が記憶するマスタデータを書き換えることによる更新処理や、当該更新処理時に、ダウンロード用二次記憶装置スレーブ７５−Ｊに対し、マスタデータの更新の反映を行う。
【００２８】
ダウンロード用サーバ６０−Ｊは、ダウンロード用二次記憶装置スレーブ７５−Ｊに１対１対応で接続しており、クライアント端末３０−１〜３０−ｎから受信するアクセス要求に応じて、自装置が接続するダウンロード用二次記憶装置スレーブ７５−Ｊから、データを読み出し、読み出したデータをクライアント端末３０−１〜３０−ｎに応答する。
同様に、アップロード用サーバ８０−Ｋ（ただし、Ｋ＝１、２、・・・、ｋ）は、アップロード用二次記憶装置スレーブ９５−Ｋに１対１対応で接続しており、クライアント端末３０−１〜３０−ｎから受信するアクセス要求に応じて、自装置が接続するアップロード用二次記憶装置スレーブ９５−Ｋに、受信した音声データを更新データとして書き込む。
【００２９】
アップロード制御装置９００は、アップロード用二次記憶装置スレーブ９５−１〜９５−ｋの更新データを所定周期で読み出し、更新データをアップロード用二次記憶装置マスタ９０に書き込み、書き込んだ更新データをアップロード用二次記憶装置スレーブ９５−１〜９５−ｋにおいてクリア（データ消去）する。
またアップロード制御装置９００は、更新データを含む更新要求をダウンロード制御装置７００に出力する。
一方、動画コラボレーション提供システム２においてエントランスシステム３は、エントランス用サーバ１０−１〜１０−ｍと、帯域管理サーバ２０と、サービス管理サーバ４０とを備える。
【００３０】
帯域管理サーバ２０は、データ制御システム４が備えるダウンロード用サーバ６０−１〜６０−ｊ、及び、アップロード用サーバ８０−１〜８０−ｋに接続し、それぞれ、使用帯域要求を送信することにより、ダウンロード用サーバ６０−Ｊ、アップロード用サーバ８０−Ｋから応答される装置ごとの帯域利用状況を示すアクセス負荷情報を取得する。なお、アクセス負荷情報は、例えば、装置ごとのＣＰＵ使用率値を示す値や、予め定められる所定の周期ごとの通信可能なデータ量に対し、実際に送受信したデータ量の割合「１００×（（１周期の間で実際に通信したデータ量）／（１周期の間で通信可能なデータ量））」などである。
【００３１】
サービス管理サーバ４０は、クライアント端末３０−１〜３０−ｎが送信する応答サーバ判定要求の宛先情報であるＵＲＬに含まれる優先度識別情報ごとの優先度情報を対応付けた優先度情報テーブルを予め記憶している。ここで、優先度識別情報は、例えば、ＵＲＬ「http://www.hoge.com/abcdefghijk」のうち、ホスト名以下の「abcdefghijk」などの、文字ストリングで表される。例えば、優先度として、常にアクセスを許可する優先度Ａと、アクセス負荷に応じて、一定割合でアクセスを拒否する優先度Ｂと、アクセス負荷が高い場合に一律アクセスを拒否する優先度Ｃとの３種類の優先度を例に説明する。
【００３２】
エントランス用サーバ１０−１〜１０−ｍは、各々、同一のホスト名「hoge.com」が付与されており、クライアント端末３０−１〜３０−ｎから受信する応答サーバ判定要求に応じて、帯域管理サーバ２０からアクセス負荷情報を取得し、応答サーバ判定要求に含まれる優先度識別情報を検索キーとして、サービス管理サーバ４０から優先度情報を読み出す。エントランス用サーバ１０−１〜１０−ｍは、優先度情報と、アクセス負荷情報とに基づき、クライアント端末３０−１〜３０−ｎのアクセス要求対象となる応答サーバを判定し、判定結果をクライアント端末３０−１〜３０−ｎに応答する。
【００３３】
ＤＮＳ装置５０は、予め、ホスト名「hoge.com」に対応するＩＰアドレスとして、エントランス用サーバ１０−１〜１０−ｍのＩＰアドレスを内部に備えるデータベースに記憶しており、ホスト名「hoge.com」に対するＩＰアドレス問合せ要求をクライアントＡＰＬ３１−１〜３１−ｎから受信すると、例えば、ＤＮＳラウンドロビン方式などにより、エントランス用サーバ１０−１〜１０−ｍのいずれかのＩＰアドレスをランダムに選択し、選択したＩＰアドレスをＩＰアドレス問合せ要求元に応答する。
【００３４】
次に、各装置の内部構成について説明する。図２は、エントランス用サーバ１０−Ｍの構成を示すブロック図である。エントランス用サーバ１０−Ｍは、制御部１１と、通信部１２と、帯域使用率算出部１３と、ＵＲＬ判定部１４と、接続制御部１５とを備える。
制御部１１は、エントランス用サーバ１０−Ｍの各部を制御する。通信部１２は、帯域管理サーバ２０、サービス管理サーバ４０、クライアント端末３０−１〜３０−ｎとの間において、信号を送受信する。
【００３５】
帯域使用率算出部１３は、帯域管理サーバ２０から受信する、ダウンロード用サーバ６０−Ｊとアップロード用サーバ８０−Ｋとの装置ごとのアクセス負荷情報に基づき、データ制御システム４全体のアクセス負荷（例えば、全体の空き帯域）を算出し、接続制御部１５に出力する。
ＵＲＬ判定部１４は、クライアント端末３０−１〜３０−ｎから受信するＵＲＬ情報に含まれる優先度識別情報を検索キーとして、サービス管理サーバ４０から対応する優先度情報を読み出すことにより、クライアント端末３０−１〜３０−ｎの優先度を判定し、判定結果を接続制御部１５に出力する。
【００３６】
接続制御部１５は、帯域使用率算出部１３から入力されるデータ制御システム４全体の空き帯域の情報と、ＵＲＬ判定部１４から入力される優先度情報とに基づき、クライアント端末３０−１〜３０−ｎが利用可能なサーバを判定し、判定結果をクライアント通信部１２を介して端末３０−１〜３０−ｎに通知する。
【００３７】
ここで、接続制御部１５における判定方法は、例えば、データ制御システム４の全体の空き帯域に十分余裕があり、アクセス制限などのアクセス制御が不要となる場合には、優先度にかかわらず、最も空き帯域率が高いダウンロード用サーバ６０−Ｊ（又は、アップロード用サーバ８０−Ｋ）をクライアント端末３０−１〜３０−ｎの利用サーバとして判定する。また、データ制御システム４の全体の空き帯域Ｅが予め定める範囲「Ｘ＞Ｅ＞Ｙ＞０」となる場合、接続制御部１５は、優先度情報に応じて、優先度Ａに対応するアクセス要求を全て許可し、優先度Ｂに対応するアクセス要求を所定割合ｘ（０＜ｘ＜１）で拒否し、優先度Ｃに対応するアクセス要求を全て拒否する。
【００３８】
ここで、アクセス要求の拒否とは、接続制御部１５が、利用可能サーバの通知に替えて、アクセス要求を拒否することを通知する応答をサーバ判定要求の送信元のクライアント端末３０−１〜３０−ｎに送信することである。
また、データ制御システム４の全体の空き帯域Ｅが予め定める範囲「Ｘ＞Ｙ≧Ｅ≧０」となる場合、接続制御部１５は、優先度情報に応じて、優先度Ａに対応するアクセス要求のみを許可し、優先度Ｂ、Ｃに対応するアクセス要求を全て拒否する。
【００３９】
次に、帯域管理サーバ２０の内部構成について図３を用いて説明する。図３は、帯域管理サーバ２０の内部構成を示すブロック図である。同図において、帯域管理サーバ２０は、制御部２１と、通信部２２と、利用情報取得部２３と、帯域管理表記億部２５とを備える。制御部２１は、帯域管理サーバ２０が内部に備える各部を制御する。通信部２２は、エントランス用サーバ１０−１〜１０−ｍと、ダウンロード用サーバ６０−１〜６０−ｊと、アップロード用サーバ８０−１〜８０−ｋとに接続し、各装置とのデータの送受信を行う。
【００４０】
利用情報取得部２３は、ダウンロード用サーバ６０−１〜６０−ｊと、アップロード用サーバ８０−１〜８０−ｋとに、アクセス負荷情報の通知を要求し、各装置から応答されるアクセス負荷情報を取得し、取得したアクセス負荷情報を帯域管理表記億部２５に書き込む。
帯域管理表記億部２５は、ダウンロード用サーバ６０−１〜６０−ｊ、アップロード用サーバ８０−１〜８０−ｋの装置ごとの識別情報に対応付けたアクセス負荷情報をテーブル形式の帯域管理表として記憶する。
【００４１】
次にサービス管理サーバ４０の内部構成について、図４を用いて説明する。図４は、サービス管理サーバ４０の内部構成を示すブロック図である。
サービス管理サーバ４０は、制御部４１と、通信部４２と、優先ＵＲＬ記憶部４３とを備える。制御部４１は、サービス管理サーバ４０の各部を制御し、エントランス用サーバ１０−１〜１０−ｍからの優先度検索要求に応じて、優先ＵＲＬ記憶部４３から優先度情報を検索する。通信部４２は、エントランス用サーバ１０−１〜１０−ｍに接続し、エントランス用サーバ１０−１〜１０−ｍとのデータの送受信を行う。優先ＵＲＬ記憶部４３は、ＵＲＬに含まれる優先度識別情報と、優先度情報とを対応付けたテーブル形式の優先度情報テーブルを記憶する。
【００４２】
次に、本発明の一実施形態による負荷分散システム１の動画コラボレーション提供システム２の動作について説明する。
図５は、エントランス用サーバ１０−Ｍが帯域管理サーバ２０からアクセス負荷情報を取得する処理の流れを示すフロー図である。
エントランス用サーバ１０−Ｍ（ただし、Ｍ＝１、２、・・・、ｍ）は、クライアント端末３０−Ｎから応答サーバ判定要求を受信すると、アクセス負荷情報送信要求を帯域管理サーバ２０に送信する（ステップＳ１）。帯域管理サーバ２０は、アクセス負荷情報送信要求に応じて、アクセス負荷情報の通知要求をダウンロード用サーバ６０−１〜６０−ｊ、アップロード用サーバ８０−１〜８０−ｋの全ての装置に送信する（ステップＳ２）。
【００４３】
ダウンロード用サーバ６０−１〜６０−ｊ、アップロード用サーバ８０−１〜８０−ｋは、各々、例えば、現在の通信帯域の使用率を算出し（ステップＳ３）、算出結果と、自装置の識別情報とを含むアクセス負荷情報を帯域管理サーバ２０に送信する（ステップＳ４）。
帯域管理サーバ２０は、受信したアクセス負荷情報に基づき、帯域管理表記億部２５の帯域管理表を更新し（ステップＳ５）、更新した帯域管理表をアクセス負荷情報としてエントランス用サーバ１０−Ｍに応答する（ステップＳ６）。
【００４４】
図６は、エントランス用サーバ１０−１〜１０−ｍがサービス管理サーバ４０から優先度情報を取得する処理の流れを示す図である。
エントランス用サーバ１０−Ｍは、クライアント端末３０−Ｎ（ただし、Ｎ＝１、２、・・・、ｎ）から受信する応答サーバ判定要求に含まれるＵＲＬの優先度識別情報を含む優先度情報通知要求をサービス管理サーバ４０に送信する（ステップＳ１１）。サービス管理サーバ４０は、受信した優先度情報通知要求の優先度識別情報を検索キーとして、優先ＵＲＬ記憶部４３から優先度情報を読み出し（ステップＳ１２）、読み出した優先度情報をエントランス用サーバ１０−Ｍに応答する（ステップＳ１３）。
【００４５】
次に、図７を用いて、クライアント端末３０−Ｎが動画コラボレーション提供システム２からサービス提供を要求する際の負荷分散システム１の処理の流れを説明する。
クライアント端末３０−Ｎを操作するユーザ、又はクライアント端末３０−ＮのクライアントＡＰＬ３１−Ｎが、動画コラボレーションサービスの提供を受けるためのＵＲＬとして、エントランス用サーバ１０−Ｍのホスト名と、優先度情報とを含むＵＲＬを予め取得している。クライアント端末３０−Ｎは、取得済みのＵＲＬのホスト名を含むＩＰアドレス問合せ要求をＤＮＳ装置５０に送信する（ステップＳ２１）。
【００４６】
ＤＮＳ装置５０は、ＤＮＳラウンドロビンにより、エントランス用サーバ１０−１〜１０−ｍのうち、いずれかのＩＰアドレス（ここでは、例えば、エントランス用サーバ１０−ＭのＩＰアドレス）を選択し（ステップＳ２２）、クライアント端末３０−Ｎに応答する（ステップＳ２３）。
クライアント端末３０−Ｎは、取得済みのＵＲＬを含む応答サーバ判定要求を、ＤＮＳ装置５０から取得したＩＰアドレスに対応するエントランス用サーバ１０−Ｍに送信する（ステップＳ２４）。
【００４７】
エントランス用サーバ１０−Ｍは、帯域管理サーバ２０にアクセス負荷情報取得要求を送信し、帯域管理サーバ２０からアクセス負荷情報を取得することにより、データ制御システム４全体の空き帯域率を算出する（ステップＳ２５）。
次に、エントランス用サーバ１０−Ｍは、受信した応答サーバ判定要求に含まれるＵＲＬの優先度識別情報を含む優先度情報通知要求をサービス管理サーバ４０に送信し、優先度情報を取得する（ステップＳ２６）。
【００４８】
エントランス用サーバ１０−Ｍは、上述したように、優先度情報と、データ制御システム４全体の空き帯域率とに基づき、アクセス制限処理を行い（ステップＳ２７）、アクセス許可であれば、サーバ判定処理の判定結果を、アクセス拒否であれば、アクセス拒否を通知する応答信号をクライアント端末３０−Ｎに通知する（ステップＳ２８）。
クライアント端末３０−Ｎは、アクセスが許可され、利用可能サーバが通知された場合、通知されたサーバ装置（ここでは、ダウンロード用サーバ６０−Ｊ、アップロード用サーバ８０−Ｋのいずれか）にアクセス要求を送信し、データ制御システム４による動画コラボレーションサービスの提供を受ける（ステップＳ２９）。
また、エントランス用サーバ１０−Ｍは、クライアント端末３０−Ｎに利用許可したサーバの空き帯域の更新を帯域管理サーバ２０に出力する（ステップＳ３０）。
【００４９】
次に、クライアント端末３０−１〜３０−ｎから送信される音声データ等のアップロードデータのアップロード用二次記憶装置スレーブ９５−１〜９５−ｋへの書き込み処理の流れについて説明する。図８は、データ制御システム４におけるデータ書き込みの処理の流れを示すフロー図である。
アップロード用サーバ８０−Ｋは、音声データなどのデータをアップロードを要求するアクセス要求をクライアント端末３０−１〜３０−ｎから受信すると、受信したデータを更新データとしてアップロード用二次記憶装置スレーブ９５−Ｋに書き込む（ステップＳ３１）。
【００５０】
アップロード制御装置９００は、所定周期ごとにアップロード用二次記憶装置スレーブ９５−１〜９５−ｋから更新データを読み出し（ステップＳ３２）、アップロード用二次記憶装置マスタ９０に対し、当該データの書き込みに関して、他のアクセス処理の有無に応じて同一のメモリ領域への同時アクセスを制限する排他制御処理を行う（ステップＳ３３）。
【００５１】
アップロード制御装置９００は、アップロード用二次記憶装置マスタ９０へアクセス負荷情報をアップロード用二次記憶装置マスタ９０から取得し（ステップＳ３４）、アクセス負荷が所定値以下の場合、更新データをアップロード用二次記憶装置マスタ９０に書き込む（ステップＳ３５）。
アップロード制御装置９００は、更新データの書き込みが終了すると、当該メモリ領域に対する排他制御を解除し（ステップＳ３６）、更新データを含む更新データの通知をダウンロード制御装置７００に送信する（ステップＳ３７）。
【００５２】
次に、アップロード用二次記憶装置マスタ９０のデータ更新に応じて、ダウンロード用二次記憶装置マスタ７０、ダウンロード用二次記憶装置スレーブ７５−１〜７５−ｊのデータを更新する処理の流れについて説明する。図９は、データ制御システム４におけるダウンロード用二次記憶装置マスタ７０、ダウンロード用二次記憶装置スレーブ７５−１〜７５−ｊのデータ更新の処理の流れを示すフロー図である。
図８のステップＳ３７に示すように、アップロード制御装置９００がダウンロード制御装置７００に更新データの通知を送信すると、ダウンロード制御装置７００は、ダウンロード用二次記憶装置マスタ７０に更新データを書き込む（ステップＳ４１）。
【００５３】
次に、ダウンロード制御装置７００は、ダウンロード用二次記憶装置スレーブ７５−１〜７５−ｊに対し、更新データの書き込みに関して、同一のメモリ領域への同時アクセスを制限する排他制御処理を行い、全てのダウンロード用二次記憶装置スレーブ７５−１〜７５−ｊに対し、更新データを書き込む（ステップＳ４２）。
一方、ダウンロード用サーバ６０−Ｊが、アクセス要求をクライアント端末３０−Ｎから受信すると（ステップＳ４３）、ダウンロード用二次記憶装置スレーブ７５−Ｊから、アクセス要求に応じたデータを読み出し、クライアント端末３０−Ｎに応答する（ステップＳ４４）。
【００５４】
上述の実施形態によれば、エントランスシステム３の帯域管理サーバ２０が、応答サーバとしてのダウンロード用サーバ６０−１〜６０−ｊ、アップロード用サーバ８０−１〜８０−ｋごとのアクセス負荷情報を取得し、このアクセス負荷情報に基づき、エントランス用サーバ１０−１〜１０−ｍが、複数の応答サーバのいずれかをクライアント端末３０−１〜３０−ｎのアクセス先として判定する。これにより、応答サーバごとのアクセス負荷を均一化させることが可能になるという効果がある。
【００５５】
また、クライアント端末３０−１〜３０−ｎが送信する応答サーバ判定要求のＵＲＬに含まれる優先度識別情報に応じて、エントランス用サーバ１０−１〜１０−ｍが、クライアント端末３０−１〜３０−ｎの優先度情報をサービス管理サーバ４０から取得し、優先度に基づき、アクセス制御処理を行うようにした。
これにより、動画コラボレーション提供システム２において、ユーザ識別情報やパスワードなどを用いずに、ＵＲＬに基づき簡易にクライアント端末間のアクセス権の優先度に応じたアクセス制限を行うことが可能になるという効果がある。
【００５６】
また、エントランス用サーバ１０−１〜１０−ｍが、各応答サーバごとのアクセス負荷情報に基づき、データ制御システム４全体の全体アクセス負荷情報を算出し、算出した全体アクセス負荷情報に基づき、優先度ごとにアクセス制御処理を行うようにした。
これにより、応答サーバごとではなく、データ制御システム４全体のアクセス負荷に応じたアクセス制御処理を行うことができ、データ制御システム４全体が高負荷状態であっても、優先度の高いアクセス要求に対し、応答サーバによるサービスを提供することが可能になるという効果がある。
【００５７】
また、エントランスシステム３が、同一のホスト名が付与されている複数のエントランス用サーバ１０−１〜１０−ｍを備え、このエントランス用サーバ１０−１〜１０−ｍのいずれかがクライアント端末３０−１〜３０−ｎからの応答サーバ判定要求を受信するようにした。これにより、エントランス用サーバ１０−１〜１０−ｍへのアクセス集中による負荷を分散させることが可能になるという効果がある。
【００５８】
なお、エントランス用サーバ１０−１〜１０−ｍに対するアクセス負荷分散方法として、ＤＮＳ装置５０のＤＮＳラウンドロビン方式を用いた方法により説明したが、これに限られず、１つのドメイン名に複数のＩＰアドレスを割り当てる負荷分散方法であればいずれの負荷分散方法であっても適用可能である。
【００５９】
なお、上述のクライアント端末３０−１〜３０−ｎ、エントランス用サーバ１０−１〜１０−ｍ、帯域管理サーバ２０、サービス管理サーバ４０、ＤＮＳ装置５０、ダウンロード用サーバ６０−１〜６０−ｊ、アップロード用サーバ８０−１〜８０−ｋ、ダウンロード制御装置７００、及び、アップロード制御装置９００は、内部にコンピュータシステムを有している。そして、クライアント端末３０−１〜３０−ｎのクライアントＡＰＬ３１−１〜３１−ｎ、エントランス用サーバ１０−１〜１０−ｍの制御部１１、通信部１２、帯域使用率算出部１３、ＵＲＬ判定部１４、接続制御部１５、帯域管理サーバ２０の制御部２１、通信部２２、利用情報取得部２３、帯域管理表記億部２５、サービス管理サーバ４０の制御部４１、通信部４２、優先ＵＲＬ記憶部４３、ダウンロード用サーバ６０−１〜６０−ｊ、アップロード用サーバ８０−１〜８０−ｋ、ダウンロード制御装置７００、アップロード制御装置９００の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいう「コンピュータシステム」とは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
【００６０】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、図５、６、７、８、９に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、図２に示すエントランス用サーバ１０−１〜１０−ｍにおける処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、図３に示す帯域管理サーバ２０における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、図４に示すサービス管理サーバ４０における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、動画コラボレーションサービス提供システムにおける負荷分散処理を行ってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６１】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００６２】
【図１】本発明の一実施形態による負荷分散システム１の全体構成を示すブロック図である。
【図２】同実施形態におけるエントランス用サーバ１０−Ｍの内部構成を示すブロック図である。
【図３】同実施形態における帯域管理サーバ２０の内部構成を示すブロック図である。
【図４】同実施形態におけるサービス管理サーバ４０の内部構成を示すブロック図である。
【図５】同実施形態におけるエントランス用サーバ１０−Ｍが帯域管理サーバ２０からアクセス負荷情報を取得する処理の流れを示すフロー図である。
【図６】同実施形態におけるエントランス用サーバ１０−Ｍがサービス管理サーバ４０から優先度情報を取得する処理の流れを示すフロー図である。
【図７】同実施形態におけるクライアント端末３０−Ｎが動画コラボレーション提供システム２にサービス提供を要求する際の処理の流れを示す図である。
【図８】同実施形態におけるクライアント端末３０−Ｎが、アップロード用サーバ８０−Ｋにデータをアップロードする際の処理の流れを示す図である。
【図９】同実施形態におけるダウンロード用二次記憶装置マスタ７０とダウンロード用二次記憶装置スレーブ７５−Ｊのデータ更新処理の流れを示す図である。
【符号の説明】
【００６３】
１  負荷分散システム
２  動画コラボレーション提供システム
３  エントランスシステム
４  データ制御システム
１００  ネットワーク
３０−１〜３０−ｎ  クライアント端末
３１−１〜３１−ｎ  クライアントＡＰＬ
１０−１〜１０−ｍ  エントランス用サーバ
６０−１〜６０−ｊ  ダウンロード用サーバ
７５−１〜７５−ｊ  ダウンロード用二次記憶装置スレーブ
７００  ダウンロード制御装置
７０  ダウンロード用二次記憶装置マスタ
８０−１〜８０−ｋ  アップロード用サーバ
９５−１〜９５−ｋ  アップロード用二次記憶装置スレーブ
９００  アップロード制御装置
９０  アップロード用二次記憶装置マスタ
２０  帯域管理サーバ
４０  サービス管理サーバ
５０  ＤＮＳ装置
１１  制御部
１２  通信部
１３  帯域使用率算出部
１４  ＵＲＬ判定部
１５  接続制御部
２１  制御部
２２  通信部
２３  利用情報取得部
２５  帯域管理表記億部
４１  制御部
４２  通信部
４３  優先ＵＲＬ記憶部
【図１】
2010020478.tif 000003
【図２】
2010020478.tif 000004
【図３】
2010020478.tif 000005
【図４】
2010020478.tif 000006
【図５】
2010020478.tif 000007
【図６】
2010020478.tif 000008
【図７】
2010020478.tif 000009
【図８】
2010020478.tif 000010
【図９】
2010020478.tif 000011