JP2008204042A - 情報処理プログラム、情報処理装置及びデータ配信システム - Google Patents

Abstract

【課題】情報処理装置の負荷状況や通信環境に応じて、ユーザの利便性を損ねることなくプログラムを配信可能な情報処理技術を提供することを目的とする。
【解決手段】クライアント端末１は、センターサーバ２からプログラムが配信される際、自身の負荷状況を計測し、計測した負荷状況に応じて、単位時間当たりの配信量の最適値を算出する。そして、クライアント端末１は、算出した最適値の配信量で配信対象のプログラムを配信するようセンターサーバ２に対して要求する。センターサーバ２は、当該要求に応じて、指定された最適値の配信量で当該プログラムのデータをクライアント端末１に対して配信する。
【選択図】 図１

Description

本発明は、サーバ装置からクライアント端末に対してプログラムを配信するデータ配信技術に関する。

従来より、プログラムの配布は、ＣＤ−ＲＯＭなどの記憶媒体によって行われたり、センターサーバからクライアント端末にデータ配信することにより行われたりする。データ配信によりプログラムを配信する場合、データ配信を行うための通信回線の状況がその都度異なったり、プログラムを配信する対象の複数のクライアント端末の性能が各々異なったりする。このため、データ配信に用いる通信回線やクライアント端末に負荷がかからないよう、単位時間当たり一定の配信量でプログラムのデータを配信していた。例えば、特許文献１に示される技術においては、プログラムを配信する対象のクライアント端末や通信装置の仕様や状態に応じて、単位時間当たりに配信する配信量として最適な値を決定して、プログラムのデータを配信する。

特開２００５−２６９７６号公報

しかし、従来の技術では、クライアント端末においてなんらかのプログラムを起動してユーザがクライアント端末を操作している最中に、プログラムの配信が行われると、以下のような問題が生じる恐れがあった。このプログラムの受信のためにクライアント端末の処理能力の一部が奪われて、ユーザの操作に支障をきたすという問題である。このような問題が生じることにより、従来の技術では、ユーザの利便性を損ねる恐れがあった。また、単位時間当たり一定の容量でプログラムのデータが配信される場合、以下のような問題が生じる恐れがあった。通信環境が整備されており大量のデータを一度に受信可能であるクライアント端末においても、単位時間当たり一定の配信量でデータを受信することになり、短時間でデータを受信可能であるにも関わらず、データの受信に時間が掛かってしまうという問題である。このような問題が生じることによっても、ユーザの利便性を損ねる恐れがあった。

本発明は、上記に鑑みてなされたものであって、情報処理装置の負荷状況や通信環境に応じて、ユーザの利便性を損ねることなくプログラムを配信可能な情報処理プログラム、情報処理装置及び配信システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、サーバ装置が配信する所定のプログラムをネットワークを介して受信するコンピュータに実行させるための情報処理プログラムであって、前記情報処理装置における負荷状況を計測する状況計測ステップと、前記状況計測ステップで計測した負荷状況に応じて、前記サーバ装置から配信される前記所定のプログラムの単位時間当たりの配信量の最適値を算出する最適値算出ステップと、前記最適値算出ステップで算出した単位時間当たりの最適値の配信量で前記所定のプログラムを配信するよう前記サーバ装置に対して要求する要求ステップとを前記コンピュータに実行させることを特徴とする。

また、本発明は、サーバ装置が配信する所定のプログラムをネットワークを介して受信する情報処理装置であって、当該情報処理装置における負荷状況を計測する状況計測手段と、前記状況計測手段が計測した負荷状況に応じて、前記サーバ装置から配信される前記所定のプログラムの単位時間当たりの配信量の最適値を算出する最適値算出手段と、前記最適値算出手段が算出した単位時間当たりの最適値の配信量で前記所定のプログラムを配信するよう前記サーバ装置に対して要求する要求手段とを備えることを特徴とする。

また、本発明は、所定のプログラムを配信するサーバ装置と、前記サーバ装置が配信する前記所定のプログラムを受信する情報処理装置と、を備え、前記情報処理装置は、当該情報処理装置における負荷状況を計測する状況計測手段と、前記状況計測手段が計測した負荷状況に応じて、前記サーバ装置から配信される前記所定のプログラムの単位時間当たりの配信量の最適値を算出する最適値算出手段と、前記最適値算出手段が算出した単位時間当たりの最適値の配信量で前記所定のプログラムを配信するよう前記サーバ装置に対して要求する要求手段とを有し、前記サーバ装置は、前記要求手段が要求した単位時間当たりの最適値の配信量で前記所定のプログラムを前記情報処理装置に対して配信する要求配信手段を有することを特徴とする。

本発明によれば、サーバ装置から情報処理装置に対して所定のプログラムを配信する場合、単位時間当たりに配信する配信量が、情報処理装置における負荷状況に応じた最適な配信量となるよう調整可能である。この結果、情報処理装置に対する負荷を過度に増大させず、ユーザの端末操作を妨げることなく、情報処理装置に対して所定のプログラムを配信することができる。

以下に添付図面を参照して、この発明にかかる情報処理プログラム、情報処理装置及び配信システムの最良な実施の形態を詳細に説明する。
[第１の実施の形態]
（１）構成
＜配信システムの構成＞
図１は、本実施の形態にかかる配信システムの構成を示すブロック図である。本実施の形態にかかる配信システムは、クライアント端末１Ａ〜１Ｆと、センターサーバ２とがネットワークＮＴを介して接続されて構成される。ネットワークＮＴは、例えば、ＬＡＮ、イントラネット、イーサネット又はインターネットなどである。センターサーバ２は、クライアント端末１Ａ〜１ＦとネットワークＮＴを介してデータ通信を各々行って、プログラムを各々配信する。

＜クライアント端末の構成＞
次に、クライアント端末１Ａ〜１Ｆの構成について説明する。尚、以下では、クライアント端末１Ａ〜１Ｆについて区別の必要がない場合には、単に、クライアント端末１として説明をする。また、以下に説明するクライアント端末１Ａ〜１Ｆの各構成について区別する必要がある場合には、各符号の後ろに“Ａ”〜“Ｆ”を付加して説明する。図２は、本実施の形態に係るクライアント端末１のハードウェア構成を示すブロック図である。本図に示すようにクライアント端末１は、ＣＰＵ（Central Processing Unit）１０と、ＲＯＭ（Read Only Memory）１１と、ＲＡＭ（Random Access Memory）１２と、ＨＤＤ（Hard Disk Drive）やＣＤ（Compact Disk）ドライブ装置等の外部記憶装置１３と、ディスプレイ装置等の表示装置１４と、キーボードやマウス等の操作装置１５と、通信Ｉ／Ｆ１６と、これらを接続するバス１７を備えており、通常のコンピュータを利用したハードウェア構成となっている。

ＲＯＭ１１には、ＣＰＵ１０がクライアント端末１の各部を制御するためのオペレーションシステムやアプリケーションプログラムなどの各種プログラムが記憶されている。また、ＲＯＭ１１には、クライアント端末１を一意に識別可能なＭＡＣアドレスが記憶されている。外部記憶装置１３には、クライアント端末１で実行される各種プログラムや各種データが記憶されている。

ここで、ＲＯＭ１１に記憶されたプログラムをＣＰＵ１０が実行することによりクライアント端末１において実現される本実施の形態に特徴的な機能について説明する。クライアント端末１は、センターサーバ２からプログラムが配信される際、当該プログラムのデータが単位時間当たりに配信される配信量が、クライアント端末１における負荷状況に応じて最適な値（最適値）となるよう調整する。具体的には、クライアント端末１は、負荷状況として、ＣＰＵ１０の使用率と、回線負荷とを単位時間毎に計測する。尚、単位時間とは、例えば、１秒である。ＣＰＵ１０の使用率は、従来のオペレーションシステムの有する機能により計測することができる。回線負荷とは、クライアント端末１がネットワークＮＴとの接続に使用される回線の使用状況、即ち、当該回線において通信されるデータの単位時間当たりの通信量を示すものである。この回線負荷は、例えば、従来のオペレーションシステムの有する機能により計測されるリンク速度及びネットワークＮＴのネットワーク使用率とを用いて、以下の式１により算出される。

回線負荷＝リンク速度×ネットワーク使用率・・・（式１）

更に、クライアント端末１は、負荷状況として、クライアント端末１におけるユーザの操作状況を計測する。ここでは、クライアント端末１は、当該操作状況として、マウスやキーボードなどの操作装置１５の使用回数を単位時間毎に計測する。そして、クライアント端末１は、ＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数を用いて、センターサーバ２から配信されるデータの配信量として最適な値（最適値）を算出する。そして、クライアント端末１は、算出した最適値の配信量（最適配信量）でデータを配信するようセンターサーバ２に対して要求する。そして、クライアント端末１は、当該要求に応じてセンターサーバ２から配信された最適配信量のデータを受信する。以上のようにして、クライアント端末１は、センターサーバ２から配信されるプログラムのデータの単位時間当たりの配信量が、クライアント端末１における負荷状況に応じて最適な配信量となるよう調整する。

また、クライアント端末１は、最適配信量を以下のようにして算出する。ここでは、ＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数に対して閾値が予め設定されている。これらの値は例えば、外部記憶装置１３に記憶される。ＣＰＵ１０の使用率に対して設定される閾値（ＣＰＵの最大使用率とする）は、例えば、５０％とする。回線負荷に対して設定される閾値（最大回線負荷とする）は、例えば、クライアント端末１がネットワークＮＴとの接続に使用される回線の回線速度に応じて設定される。具体的には、例えば、回線速度の１０分の１を最大回線負荷とし、この最大回線負荷を、配信量の最大値（最大配信量）とする。例えば、回線速度が１００Ｍｂｐｓである場合、最大配信量及び最大回線負荷は、１０Ｍｂｐｓである。尚、回線速度に対する最大回線負荷の割合（ここでは、１０分の１である）を速度負荷割合という。この速度負荷割合も予め設定されており、外部記憶装置１３に記憶される。この速度負荷割合は、各クライアント端末１Ａ〜１Ｆにおいて共通するものとする。しかし、クライアント端末１Ａ〜１Ｆがセンターサーバ２へアクセスするための回線速度が各々異なる場合には、各々異なる最大回線負荷がクライアント端末１Ａ〜１Ｆにおいて各々設定される。

また、操作装置１５の使用回数に対して設定される閾値（操作装置１５の最大使用回数とする）は、例えば、単位時間当たり４回とする。クライアント端末１は、ＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数と、これらに対して予め設定された各閾値（ここでは、ＣＰＵの最大使用率、最大回線負荷（最大配信量）、操作装置１５の最大使用回数である）とを用いて、以下の式２により、最適配信量を算出する。

最適配信量＝最大配信量×Ａ×Ｂ×Ｃ×Ｄ・・・（式２）
Ａ＝ｍｉｎ（１，ｍａｘ（０，ａ））
ａ＝１−（ＣＰＵの使用率―ＣＰＵの最大使用率）/ＣＰＵの最大使用率
Ｂ＝ｍｉｎ（１，ｍａｘ（０，ｂ））
ｂ＝１−（回線負荷−最大回線負荷）/最大回線負荷
Ｃ＝ｍｉｎ（１，ｍａｘ（０，ｃ））
ｃ＝１−（操作装置１５の使用回数−操作装置１５の最大使用回数）/（操作装置１５の最大使用回数）
Ｄ＝（最大回線負荷−回線負荷）/最大回線負荷

即ち、本実施の形態においては、ＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数のうち少なくとも１つが、これらに対して各々設定されている閾値を超える場合、当該超過した値に応じた最適配信量が算出される。尚、ＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数のいずれも閾値を超えない場合は、最大配信量が最適配信量となる。

＜センターサーバの構成＞
次に、センターサーバ２の構成について説明する。センターサーバ２は、ＣＰＵと、ＲＯＭと、ＲＡＭと、外部記憶装置と、通信Ｉ／Ｆと、これらを接続するバスを備えており（いずれも図示せず）、通常のコンピュータを利用したハードウェア構成となっている。ＲＯＭには、ＣＰＵがセンターサーバ２の各部を制御するためのオペレーティングシステムやアプリケーションプログラムなどの各種プログラムが記憶されている。外部記憶装置には、センターサーバ２で実行される各種プログラムや、各種データが記憶されている。また、外部記憶装置には、クライアント端末１へ配信するプログラムがバージョン毎に記憶されている。更に、外部記憶装置には、クライアント端末１の端末ＩＤ毎にクライアント端末１へ配信可能なプログラムのバージョンが記憶されたバージョン管理テーブル（図示せず）が記憶されている。尚、クライアント端末１の端末ＩＤは、例えば、当該クライアント端末１に対して付与されているＭＡＣアドレスである。その他、端末ＩＤとしてＩＰアドレスや所定の識別ＩＤなどを用いても良い。

センターサーバ２は、クライアント端末１との接続が開始し、クライアント端末１から当該クライアント端末１の端末ＩＤを受信すると、外部記憶装置に記憶されたバージョン管理テーブルを参照して、当該クライアント端末１に対して配信可能なプログラムのバージョンを判別し、当該バージョンのプログラムを配信する旨を示す配信通知情報をクライアント端末１に送信する。そして、センターサーバ２は、クライアント端末１から当該配信通知情報によって示されるバージョンのプログラムをクライアント端末１から要求されると、当該プログラムを当該クライアント端末１に対して配信する。そして、センターサーバ２は、単位時間当たりに配信するプログラムを構成するデータにつき、最適配信量として指定された配信量で配信することをクライアント端末１から要求されると、当該要求に応じて、指定された最適配信量のデータをクライアント端末１に対して配信する。

（２）動作
次に、本実施の形態における配信システムの動作について説明する。図３は、センターサーバ２がクライアント端末１に対してプログラムを配信する際のデータ通信処理の手順を示すフローチャートである。

クライアント端末１は、センターサーバ２に対し、セッションの確立を要求する要求メッセージをセンターサーバ２に送信し、当該要求を受け付ける旨の応答メッセージをセンターサーバ２から受信することにより、クライアント端末１と、センターサーバ２との間でセッションが確立される（ステップＳ１）。セッションが確立されると、クライアント端末１は、自身を特定する端末ＩＤとしてＲＯＭ１１に記憶されたＭＡＣアドレスをセンターサーバ２に送信する（ステップＳ２）。センターサーバ２は、クライアント端末１から送信された端末ＩＤを受信すると、当該端末ＩＤを用いてクライアント端末１の認証を行う（ステップＳ４）。具体的には、センターサーバ２は、外部記憶装置に記憶されたバージョン管理テーブルを参照して、上述の端末ＩＤが記憶されているか否かを判別する。ここでは、当該判別結果が肯定的であるとして、次いで、センターサーバ２は、外部記憶装置に記憶されたバージョン管理テーブルを参照して、当該クライアント端末１に適用可能なバージョンを判別して（ステップＳ４）、当該バージョンのプログラムを配信する旨を示す配信通知情報をクライアント端末１に送信する（ステップＳ５）。

クライアント端末１は、配信通知情報を受信すると（ステップＳ６）、当該配信通知情報によって示されるプログラムのバージョンと、外部記憶装置１３に記憶されている当該プログラムのバージョンとを比較し、バージョンに差異があるか否かを判別する（ステップＳ７）。バージョンに差異がある場合（ステップＳ７：ＹＥＳ）、クライアント端末１は、配信通知情報によって示されるバージョンのプログラムの配信を受けるべく、当該バージョンに対応するプログラムの配信を要求する配布要求情報をセンターサーバ２に送信する（ステップＳ８）。センターサーバ２は、配布要求情報を受信すると、バージョンアップに対応したプログラムの配信を開始する（ステップＳ９）。ここで、センターサーバ２は、例えば、配信するプログラムのデータをパケット化し、当該パケット化したデータを単位時間当たり一定の配信量でクライアント端末１に対して送信する。一方、クライアント端末１は、センターサーバ２から配信されたデータを受信すると共に、単位時間毎に自身の負荷状況に応じて最適な配信量のデータが配信されるよう調整する最適配信量決定処理を行う（ステップＳ１１）。

図４は、最適配信量決定処理の手順を示すフローチャートである。クライアント端末１は、クライアント端末１は、負荷状況として、ＣＰＵ１０の使用率、回線負荷を単位時間毎に計測する。また、クライアント端末１は、負荷状況となるクライアント端末１の操作状況として、マウスやキーボードなどの操作装置１５の使用回数を単位時間毎に計測する（ステップＳ１１０）。そして、クライアント端末１は、計測したＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数と、外部記憶装置１３に記憶された上述の式１により最適配信量を算出する（ステップＳ１１１）。

図５は、各クライアント端末１Ａ〜１Ｆにおいて各々設定されたＣＰＵの最大使用率、最大回線負荷及び操作装置１５の最大使用回数と、クライアント端末１Ａ〜１Ｆにおいて算出されたＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数との対応関係を例示する図である。ここで、同図におけるクライアント端末１Ａについて、最適配信量を算出する例について具体的に説明する。この例においては、回線速度１００Ｍｂｐｓで、ＣＰＵ１０Ａの使用率が６０％で、回線負荷が５Ｍｂｐｓ、操作装置１５Ａの使用回数が５回/秒であるものとする。この場合の最適配信量は、以下の式３により算出される。

ａ＝１−（０．６−０．５）／０．５＝０．８ ∴Ａ＝０．８
ｂ＝１−（５−１０）／１０＝１．５ ∴Ｂ＝１
ｃ＝１−（５−４）／４＝０．７５ ∴Ｃ＝０．７５
Ｄ＝（１０−５）／１０＝０．５
∵最適配信量＝１０×０．８×１×０．７５×０．５＝３（Ｍｂｐｓ）・・・（式３）

このようにして、ＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数のうち少なくとも１つが、各々に対して予め設定されている閾値を超えた場合、超過した割合に応じて最適なデータ配信量（最適配信量）が算出される。尚、ＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数のいずれも、各々に対して予め設定されている閾値を超えない場合には、最大配信量が最適配信量として算出される。

そして、クライアント端末１は、ステップＳ１１０で算出した最適配信量（ここでは、３Ｍｂｐｓである）でデータを配信することをセンターサーバ２に対して要求する（ステップＳ１１２）。一方、センターサーバ２は、当該要求を受け付けると、当該要求に応じて、配信中のプログラムのデータを指定された最適配信量でクライアント端末１に対して送信する（ステップＳ１１３）。クライアント端末１は、最適配信量で配信されたデータをセンターサーバ２から受信する（ステップＳ１１４）。以上のようにして、クライアント端末１は、最適配信量決定処理を単位時間毎に行い、センターサーバ２からデータを受信する。受信したデータは、例えば、ＲＡＭ１２に記憶させる。そして、クライアント端末１において、配信対象のプログラムにつき全てのデータの受信が完了すると、データ配信処理が終了する。そして、クライアント端末１は、配信対象のプログラムにつき、ステップＳ１１４で単位時間毎にＲＡＭ１２に記憶させた全てのデータを外部記憶装置１７に記憶させる。

以上のような構成によれば、センターサーバ２からプログラムが配信される際、クライアント端末１における負荷状況を監視して、最適な配信量となるよう調整することにより、クライアント端末１の負荷を過度に増大させず、クライアント端末１におけるユーザの端末操作を妨げることなく、プログラムの配信を実現させることができる。また、クライアント端末１における負荷状況として、操作装置１５の使用回数を用いて最適配信量を算出することにより、クライアント端末１がデータを受信する際にユーザの端末操作に及ぼされる悪影響を抑制することができる。更に、最適配信量の算出を単位時間毎に行うことにより、クライアント端末１における負荷状況により即した最適配信量を算出することができる。この結果、ソフトェアのより効果的な配信を実現することができる。

[第２の実施の形態]
次に、第２の実施の形態について説明する。なお、上述の第１の実施の形態と共通する部分については、同一の符号を使用して説明したり、説明を省略したりする。

上述の第１の実施の形態において、クライアント端末１が最適配信量の算出に用いる閾値（速度負荷割合、ＣＰＵ１０の最大使用率、操作装置１５の最大使用回数）は、固定的であった。しかし、本実施の形態においては、これらの閾値の組み合わせを複数設定しており、クライアント端末１の使用状況に応じて複数の組み合わせのうちいずれか1つを選択して、選択した組み合わせにおける閾値を用いて上述の最適配信量を算出する。

（１）構成
本実施の形態にかかるクライアント端末１の構成が、上述の第１の実施の形態にかかるクライアント端末１の構成と異なる点は、以下の通りである。

本実施の形態においては、速度負荷割合、ＣＰＵ１０の最大使用率、操作装置１５の最大使用回数について３つの異なる組み合わせが設定されている。これらの３つの組み合わせは、例えば、パターンＡ〜Ｃとしてクライアント端末１の外部記憶装置１３に記憶されている。図６は、この３つのパターンＡ〜Ｃを例示する図である。同図におけるパターンＡにおいては、速度負荷割合が５％、ＣＰＵ１０の最大使用率が２５％、操作装置１５の最大使用回数が３．５回／秒である。パターンＢにおいては、速度負荷割合が７％、ＣＰＵ１０の最大使用率が３０％、操作装置１５の最大使用回数が４回／秒である。パターンＣにおいては、速度負荷割合が１０％、ＣＰＵ１０の最大使用率が５０％、操作装置１５の最大使用回数が４回／秒である。これらの各パターンにおいては、上述の第１の実施の形態と同様にして、回線速度と速度回線割合とを用いて、最大回線負荷（最大配信量）が算出される。

また、パターンＡ〜Ｃに対して、使用時間帯が設定されており、これらの対応関係が、クライアント端末１の外部記憶装置１３に記憶されている。例えば、パターンＡに対して、９時から１７時が対応付けられており、パターンＢに対して、１７時から２２時が対応付けられており、パターンＣに対しては、２２時から９時が対応付けられている。

ＣＰＵ１０は、現在時刻を計測する計時部（図示せず）を備える。また、ＣＰＵ１０がＲＯＭ１１に記憶されたプログラムを実行することによりクライアント端末１において実現される機能が、上述の第１の実施の形態にかかるクライアント端末１において実現される機能と異なる点は、以下の通りである。

クライアント端末１は、上述の第１の実施の形態と同様にして、センターサーバ２からプログラムが配信される際に最適配信量を算出するが、このとき、計時部により計測される現在時刻を判別し、現在時刻に応じて、パターンＡ〜Ｃのうちいずれかのパターンを選択して、当該パターンを用いて、最適配信量を算出する。即ち、本実施の形態においては、クライアント端末１は、プログラムが配信される際の時刻という使用状況を判別し、当該使用状況に応じて、パターンＡ〜Ｃのうちいずれかのパターンを選択する。

（２）動作
次に、本実施の形態における配信システムの動作について説明する。ここでは、上述の第１の実施の形態と異なる部分について説明する。図７は、本実施の形態に係る最適配信量決定処理の手順を示すフローチャートである。本実施の形態における最適配信量決定処理では、ステップＳ１２０において、クライアント端末１は、計時部により計測される時刻によって現在時刻を判別し、当該現在時刻と、外部記憶装置１３に記憶された各パターンに対応付けられている使用時間帯とを比較する。そして、クライアント端末１は、パターンＡ〜Ｃのうち、当該現在時刻を含む使用時間帯に対応付けられたパターンを選択し、ステップＳ１１０でクライアント端末１における負荷状況を計測した後、ステップＳ１１１において、当該パターンを用いて、最適配信量を算出する。ステップＳ１１１では、例えば、パターンＡを用いた場合、以下の式４により最適値が算出される。

ａ＝１−（０．３−０．２５）／０．２５＝０．８ ∴Ａ＝０．８
ｂ＝１−（３−５）／５＝１．４ ∴Ｂ＝１
ｃ＝１−（３−３．５）／３．５≒１．１４ ∴Ｃ＝１
Ｄ＝（５−３）／５＝０．４
∵最適配信量＝５×０．８×１×１×０．４＝１．６（Ｍｂｐｓ）・・・（式４）

そして、クライアント端末１は、上述の第１の実施の形態と同様にして、ステップＳ１１４において、ステップＳ１１１で算出した最適配信量（ここでは、１．６Ｍｂｐｓである）でセンターサーバ２から配信されたデータを受信する。

以上のような構成によれば、例えば、クライアント端末１がユーザにより使用される頻度やその可能性の高い業務時間中は、データの配信量をより少なくすることが可能である。この結果、ユーザの端末操作を妨げることなくデータを受信することをより効果的に実現させることができる。一方、クライアント端末１がユーザにより使用される頻度やその可能性の低い業務時間外は、データの配信量をより多くすることが可能である。この結果、ユーザの端末操作を妨げることなくデータを受信することを可能にすると共に、データの受信に係る時間を低減させることができる。従って、ユーザの利便性を向上させることができる。

[変形例]
上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。

＜変形例１＞
上述の各実施の形態におけるクライアント端末１で実行されるプログラムは、ＲＯＭに記憶されるとしたが、ＲＯＭに限らず、ＨＤＤに記憶されていても良い。また、当該プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。

＜変形例２＞
上述の各実施の形態においては、クライアント端末１における負荷状況として、ＣＰＵ１０の使用率、回線負荷及びクライアント端末１の操作状況を用いた。しかし、負荷状況としてはこれらに限らない。

また、上述の各実施の形態においては、ユーザの操作として主にマウスやキーボードなどの操作装置１５を使用することから、ユーザの操作状況として、操作装置１５の使用回数を用いた。しかし、ユーザの操作状況として用いるものは、これに限らない。

＜変形例３＞
上述の実施の形態における配信システムは、６つのクライアント端末１Ａ〜１Ｆを有するように構成したが、配信システムが有するクライアント端末１の数は、これに限らない。

また、上述の各実施の形態においては、各クライアント端末１Ａ〜１Ｆにおいて予め設定される速度負荷割合、ＣＰＵの最大使用率及び操作装置の使用回数は、共通するものであっても良いし、異なるものであっても良い。

＜変形例４＞
上述の各実施の形態におけるセンターサーバ２は、例えば、複数の異なるプログラムをクライアント端末１に対して配信可能であるように構成しても良い。この場合、センターサーバ２の外部記憶装置に記憶されるバージョン管理テーブルには、クライアント端末１の端末ＩＤ毎に、当該クライアント端末１に対して配信可能なプログラムを特定するためのプログラム識別情報と、当該クライアント端末１に対して適用可能なプログラム毎のバージョン各プログラムに対してプログラムのバージョンをクライアント端末１の端末ＩＤとを対応付けて記憶させる。そして、センターサーバ２は、上述のステップＳ４でクライアント端末１から端末ＩＤを受信すると、バージョン管理テーブルを参照して、クライアント端末１の端末認証を行うと共に、ステップＳ５で、当該クライアント端末１に対して配信可能なプログラム毎のバージョンを示す配信通知情報をクライアント端末１に対して送信する。一方、クライアント端末１は、配信通知情報を受信すると、配信通知情報によって示される全てのプログラムのうちバージョンの変更が必要なプログラムを選択して、当該プログラムの配信をセンターサーバ２に対して要求する。

＜変形例５＞
上述の各実施の形態においては、センターサーバ２が配信対象のプログラムの配信を開始してから、クライアント端末１が最適配信量決定処理を行うように構成した。しかし、本実施の形態においては、センターサーバ２が配信対象のプログラムの配信を開始する前に、クライアント端末１が最適配信量決定処理を行い、当該処理において決定した最適配信量でデータの配信をクライアント端末１が要求してから初めてセンターサーバ２で当該プログラムの配信を開始するように構成しても良い。

＜変形例６＞
上述の第２の実施の形態においては、クライアント端末１の使用状況として、各パターンに対して使用時間帯を対応付け、現在時刻に応じて、いずれかのパターンを選択するように構成した。しかし、例えば、クライアント端末１の使用状況として、特定のプログラムを実行中である場合に、所定のパターンを選択するように構成しても良い。具体的には、例えば、ＣＰＵの使用率の高い特定のプログラムに対して、パターンＡを対応付ける。そして、クライアント端末１は、上述のステップＳ１１０において、特定のプログラムを実行していないときには、パターンＢを用いて最適配信量を算出するようにし、特定のプログラムを実行中には、パターンＡを用いて最適配信量を算出するようにする。パターンＡは、パターンＢよりＣＰＵの最大使用率が小さく設定されているため、ＣＰＵの使用率の高い特定のプログラムを実行中であっても、クライアント端末１に対する負担を過度に増大させることなく、データを受信可能である。即ち、このような構成によれは、クライアント端末１の使用状況により即した最適配信量を算出することが可能であり、クライアント端末１に係る負担を過度に増大させることなく、データを配信可能である。

本発明は、サーバ装置からクライアント端末に対してプログラムを配信するデータ配信技術に用いて好適である。

本発明の第１の実施の形態にかかる配信システムの構成を示すブロック図である。 同実施の形態にかかるクライアント端末１のハードウェア構成を示すブロック図である。 同実施の形態にかかるセンターサーバ２がクライアント端末１に対してプログラムを配信する際のデータ通信処理の手順を示すフローチャートである。 同実施の形態にかかる最適配信量決定処理の手順を示すフローチャートである。 同実施の形態にかかる各クライアント端末１Ａ〜１Ｆにおいて各々設定されたＣＰＵの最大使用率、最大回線負荷及び操作装置１５の最大使用回数と、クライアント端末１Ａ〜１Ｆにおいて算出されたＣＰＵ１０の使用率、回線負荷及び操作装置１５の使用回数との対応関係を例示する図である。 本発明の第２の実施の形態にかかるパターンＡ〜Ｃを例示する図である。 同実施の形態にかかる最適配信量決定処理の手順を示すフローチャートである。

符号の説明

１ 各クライアント端末
２ センターサーバ
１０ ＣＰＵ
１１ ＲＯＭ
１２ ＲＡＭ
１３ 外部記憶装置
１４ 表示装置
１５ 操作装置
１６ 通信Ｉ／Ｆ
１７ バス
ＮＴ ネットワーク

Claims (8)

1. サーバ装置が配信する所定のプログラムをネットワークを介して受信するコンピュータに実行させるための情報処理プログラムであって、
   前記情報処理装置における負荷状況を計測する状況計測ステップと、
   前記状況計測ステップで計測した負荷状況に応じて、前記サーバ装置から配信される前記所定のプログラムの単位時間当たりの配信量の最適値を算出する最適値算出ステップと、
   前記最適値算出ステップで算出した単位時間当たりの最適値の配信量で前記所定のプログラムを配信するよう前記サーバ装置に対して要求する要求ステップとを
   前記コンピュータに実行させることを特徴とする情報処理プログラム。
2. 前記状況計測ステップでは、前記負荷状況として、前記中央制御装置の使用率、前記ネットワークにおける回線負荷、前記情報処理装置に接続される操作装置の使用回数のうち少なくとも１つを計測する
   ことを特徴とする請求項１に記載の情報処理プログラム。
3. 前記最適値算出ステップでは、前記状況計測ステップで計測した前記負荷状況と、当該負荷状況に対して予め設定されている閾値とを用いて、前記配信量の最適値を算出する
   ことを特徴とする請求項１に記載の情報処理プログラム。
4. 前記最適値算出ステップでは、前記状況計測ステップで計測した前記負荷状況が、当該負荷状況に対して予め設定されている前記閾値を超える場合、前記ネットワークにおける回線速度に応じて予め設定された前記配信量の最大値より小さくなるよう前記配信量の最適値を算出する
   ことを特徴とする請求項３に記載の情報処理プログラム。
5. 前記状況計測ステップでは、前記ネットワークにおける回線負荷を前記負荷状況として計測し、
   前記最適値算出ステップでは、前記状況計測ステップで計測した前記回線負荷と、前記回線負荷に対して前記ネットワークの回線速度に応じて設定された閾値とを用いて、前記配信量の最適値を算出する
   ことを特徴とする請求項１に記載の情報処理プログラム。
6. 前記負荷状況に対して前記閾値が前記情報処理装置の使用状況に応じて複数設定されており、
   前記最適値算出ステップは、
   前記情報処理装置の使用状況を判別する状況判別ステップと、
   前記計測ステップで計測した前記負荷状況に対して、前記状況判別ステップで判別した前記使用状況に応じて設定されている前記閾値を前記複数の閾値の中から選択する選択ステップと、
   前記計測ステップで計測した前記負荷状況と、前記選択ステップで選択した閾値とを用いて、前記配信量の最適値を算出する第２最適値算出ステップとを含む
   ことを特徴とする請求項３に記載の情報処理プログラム。
7. サーバ装置が配信する所定のプログラムをネットワークを介して受信する情報処理装置であって、
   当該情報処理装置における負荷状況を計測する状況計測手段と、
   前記状況計測手段が計測した負荷状況に応じて、前記サーバ装置から配信される前記所定のプログラムの単位時間当たりの配信量の最適値を算出する最適値算出手段と、
   前記最適値算出手段が算出した単位時間当たりの最適値の配信量で前記所定のプログラムを配信するよう前記サーバ装置に対して要求する要求手段とを備える
   ことを特徴とする情報処理装置。
8. 所定のプログラムを配信するサーバ装置と、
   前記サーバ装置が配信する前記所定のプログラムを受信する情報処理装置と、を備え、
   前記情報処理装置は、当該情報処理装置における負荷状況を計測する状況計測手段と、
   前記状況計測手段が計測した負荷状況に応じて、前記サーバ装置から配信される前記所定のプログラムの単位時間当たりの配信量の最適値を算出する最適値算出手段と、前記最適値算出手段が算出した単位時間当たりの最適値の配信量で前記所定のプログラムを配信するよう前記サーバ装置に対して要求する要求手段とを有し、
   前記サーバ装置は、前記要求手段が要求した単位時間当たりの最適値の配信量で前記所定のプログラムを前記情報処理装置に対して配信する要求配信手段を有する
   ことを特徴とするデータ配信システム。

Images