ネットワークに接続された情報端末のソフトウェアを配信するソフトウェア配信装置であって、前記情報端末とネットワークを介して情報の送受信を行う通信制御部と、前記通信制御部を介して通信を行った前記情報端末のデータを格納する格納部と、前記ソフトウェアの公開情報を管理する公開管理部と、を備え、前記情報端末のうち、前記ソフトウェアの更新が必要な情報端末の数を算出し、算出した情報端末の数に応じて、前記ソフトウェアの公開情報を公開とするか、非公開とするか設定することを特徴とするソフトウェア配信装置。請求項1に記載のソフトウェア配信装置であって、前記情報端末のデータは、前記ソフトウェア配信装置と通信を行った情報端末から取得するモデルIDと、機器IDと、ソフトウェアバージョン情報であり、該情報端末のデータを用いて、前記ソフトウェア配信装置が配信するソフトウェアの更新が必要であるか否かを判定することを特徴とする請求項1に記載のソフトウェア配信装置。請求項1または2のいずれかに記載のソフトウェア配信装置であって、前記ソフトウェア配信装置と通信を行った前記情報端末のうち、前記ソフトウェアの更新が必要な端末の数の割合が閾値を下回った場合に前記ソフトウェアの公開情報を公開とすることを特徴とする請求項1または2に記載のソフトウェア配信装置。請求項1または2のいずれかに記載のソフトウェア配信装置であって、前記ソフトウェア配信装置と通信を行った前記情報端末のうち、前記ソフトウェアの更新が必要な端末の数が閾値を下回った場合に前記ソフトウェアの公開情報を公開とすることを特徴とする請求項1または2に記載のソフトウェア配信装置。請求項1乃至4のいずれかに記載のソフトウェア配信装置であって、前記ソフトウェアの更新が必要な情報端末の数が多いソフトウェアから優先して公開することを特徴とする請求項1乃至4のいずれかに記載のソフトウェア配信装置。請求項1乃至4のいずれかに記載のソフトウェア配信装置であって、各ソフトウェアについて公開の優先度を予め設定し、優先度の高いソフトウェアから優先して公開することを特徴とする請求項1乃至4のいずれかに記載のソフトウェア配信装置。ネットワークに接続された情報端末のソフトウェアを配信するソフトウェア配信方法であって、前記情報端末とネットワークを介して情報の送受信を行うステップと、前記通信制御部を介して通信を行った前記情報端末のデータを格納するステップと、前記ソフトウェアの公開情報を管理するステップと、を有し、前記情報端末のうち、前記ソフトウェアの更新が必要な情報端末の数を算出し、算出した情報端末の数に応じて、前記ソフトウェアの公開情報を公開とするか、非公開とするか設定することを特徴とするソフトウェア配信方法。しかしながら、特許文献1に記載される技術では、ソフトウェア配信装置により新しいバージョンのソフトウェアが公開された場合に、情報端末が一斉にソフトウェアの取得を要求したとき、サーバが過負荷状態となり処理に不具合が発生したり、ネットワークの帯域が不足したりする可能性がある。そこで本発明は、情報端末に対して好適にソフトウェアを配信する技術を提供する。上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、ネットワークに接続された情報端末のソフトウェアを配信するソフトウェア配信装置であって、前記情報端末とネットワークを介して情報の送受信を行う通信制御部と、前記通信制御部を介して通信を行った前記情報端末のデータを格納する格納部と、前記ソフトウェアの公開情報を管理する公開管理部と、を備え、前記情報端末のうち、前記ソフトウェアの更新が必要な情報端末の数を算出し、算出した情報端末の数に応じて、前記ソフトウェアの公開情報を公開とするか、非公開とするか設定することを特徴とする。本発明によれば、情報端末に対して好適にソフトウェアを配信することができる。本発明の第一の実施例を、図を用いて説明する。システム構成図1は、本実施例におけるソフトウェア配信装置101と、ネットワークを介して接続された複数の情報端末102を含むネットワーク経由のソフトウェア配信システムの構成図である。ソフトウェア配信装置101は、ネットワークを介して接続された情報端末102からのソフトウェア取得要求に応じて、情報端末102から送信される機種IDと現在使用しているソフトウェアのバージョン情報とをもとに、ソフトウェア更新の有無を判定する機能を備える。また、ソフトウェア配信装置101に接続した情報機器102の機器ID、端末固有ID、使用しているソフトウェアのバージョン情報を記録し、端末情報として管理する。情報端末102は、ソフトウェア更新方法として、ネットワークを介したソフトウェア配信装置からのソフトウェアダウンロードに加え、放送波103や記録メディアCD-ROMなどの光ディスク104やSDカードなどのフラッシュメモリ105などを経由したソフトウェア更新など、複数のソフトウェア更新方法に対応している。情報端末102は、これら複数のソフトウェア更新方法のうち、ユーザ操作や機器独自の判断により選択した更新方法を用いて、ソフトウェアを更新することができる。ソフトウェア配信装置次に、本実施例におけるソフトウェア配信装置101について、図2に示すソフトウェア配信装置101のブロック図を用いて、図3に示すソフトウェア更新処理の動作フローとともに説明する。ソフトウェア配信装置101は、通信制御部201と、端末管理部202と、通信履歴格納部203と、ソフトウェア管理部204と、ソフトウェア格納部205と、公開管理部206とを有する。S301では、ネットワークを介して情報端末102がソフトウェア配信装置101にアクセスする。ここでいうアクセスとは、たとえば情報端末102向けに用意されたポータル画面を表示することや、保守用に用意された専用サイトとネットワーク接続を確立することである。この際、情報端末102はそれぞれの端末に指定されている機器ID、端末を識別するためにあらかじめ付与されている固有の端末ID、現在端末が使用しているソフトウェアのバージョン情報をソフトウェア配信装置101に対して送信する。ソフトウェア配信装置101は、通信制御部201で情報端末102から送信された情報を受信し、その内容を端末管理部202に通知する。S302では、端末管理部202はS301で通知された内容を通信履歴格納部203に保存し、その内容から端末情報管理テーブル401を更新する。ここで、端末情報管理テーブル401は、図4に示すように、ソフトウェア配信装置101にアクセスした情報端末102の端末ID、モデルID、ソフトウェアバージョンSWバージョン、アクセス日時、ソフトウェア更新の要否情報を保持する。ソフトウェア更新の要否情報については、ソフトウェア管理部204が管理するソフトウェア格納部205に格納されているソフトウェア一覧を参照して、モデルIDごとの最新ソフトウェアバージョンと情報端末102から受信したソフトウェアバージョンとを比較し、情報端末102が現在使用しているソフトウェアより新しいバージョンの更新ソフトウェアがソフトウェア格納部205に登録されている場合に、更新が必要であるとする。なお、端末情報管理テーブル401については、後に詳しく説明する。S303では、S302における端末情報管理テーブル401の更新をもとに、公開管理部206が管理する公開管理テーブル501を更新する。公開管理テーブル501の詳細については後述する。なお、公開管理テーブル501の更新は情報端末102からのアクセス毎に行うのではなく、予め指定した一定の時間間隔ごとに実施してもよい。S304では、ソフトウェア配信装置101にアクセスした情報端末102のモデルIDに対する新しいバージョンのソフトウェアが公開されているかを、例えば公開管理部206が公開管理テーブル501を参照して確認する。ここで、公開管理テーブル501において、新しいソフトウェアが存在し、公開設定が公開になっている場合にはS305に進む。また、新しいソフトウェアが存在しない、あるいは存在するが公開設定が非公開である場合には、ソフトウェア更新処理は終了する。S305では、ユーザに対してソフトウェアの更新を行うか否かを確認するための画面情報を情報端末102に対して送信する。なお、情報端末102がユーザに対する画面表示機能を持たない場合や、新しいソフトウェアが存在する場合には常に更新処理を実行するよう予め設定してある場合においては、情報端末102はユーザに対する確認画面の表示を行わなくても良い。また、ソフトウェア配信装置101は情報端末102に確認するための画面情報を送信しなくても良い。S306では、情報端末102に対するユーザの入力や、情報端末102自体の判断によるソフトウェア更新を実行するか否かの判断結果をネットワーク経由で取得する。この結果がソフトウェア更新を実行するという内容であった場合には、S307に進む。実行しないという内容であった場合には、そのままソフトウェア更新処理を終了する。S307では、ソフトウェア配信装置101は情報端末102に対してソフトウェアデータを送信し、情報端末102は受信したソフトウェアデータを用いて自身に書き込むことで更新処理を完了する。なお、ソフトウェア配信装置101に代えて、図7に示すように、ネットワークに接続されたサーバ群を用いることもできる。図7では、ネットワークで接続されたソフトウェア管理サーバ701、公開管理サーバ702、端末情報管理サーバ703がそれぞれ図2のソフトウェア管理部204、公開管理部206、端末管理部202と同様の機能を担うことで、本発明の目的を実現することができる。端末情報管理テーブルソフトウェア配信装置101が作成する端末情報管理テーブルの一例を図4に示す。端末情報管理テーブル401は、ソフトウェア配信装置101に対して情報端末102がアクセスした際に送信されたモデルID、端末ID、現在使用しているソフトウェアのバージョン情報、ソフトウェア配信装置101にアクセスした日時情報を保持する。ここで、端末IDは情報端末102を製造する過程で個々の端末に設定されるシリアル番号などを利用してもよいし、情報端末102がソフトウェア配信装置101に初回アクセスする際に、ソフトウェア配信装置102が情報端末101に付与することもできる。また、ソフトウェア更新の要否情報は、上記の通り、現在使用しているソフトウェアのバージョンとソフトウェア管理部204が保持する最新のソフトウェアのバージョンと比較し、現在使用しているソフトウェアが最新ではない場合に更新が必要、最新バージョンのソフトウェアを使用している場合には不要とする。また、端末情報管理テーブル401は情報端末102がソフトウェア配信装置101にアクセスするごとに更新される。例えば、端末情報管理テーブル401が2010年12月1日の状態であり、この翌日にモデルIDAAAに対する新しいバージョンのソフトウェアが配信開始されたとする。この場合、モデルID=AAAの情報端末102は、例えば放送波103やCD-ROMなどの光ディスク104、SDカードなどのフラッシュメモリ105を用いてソフトウェアの更新を行うことができる。例えば端末ID=112、端末ID=201の情報端末102が放送波103等によってソフトウェアを更新したとすると、その後、ソフトウェアを更新したこれらの端末がソフトウェア配信装置101にアクセスすることで、端末情報管理テーブル402に示すように、端末ID=112と端末ID=201のソフトウェアバージョン等が更新される。公開管理テーブル公開管理部206が管理する公開管理テーブルの内容とその更新方法について、図5に示す公開管理テーブルの一例と、その更新処理を表す図6のフローチャートを用いて説明する。公開管理テーブル501は、モデルID毎に、現在使用可能なソフトウェアバージョン情報を保持し、それらのソフトウェアをネットワーク経由で配信してよいか、つまり、ソフトウェア配信装置102でソフトウェアを公開してよいかを管理するテーブルである。また、公開管理テーブル501は、ソフトウェアを公開してよいかを判断するために使用する閾値を含む。ここで、各モデルIDに対して登録可能なソフトウェアのバージョンは必ずしも1つのみとは限らず、複数のバージョンのソフトウェアが登録されていても構わない。情報端末102は、自端末のモデルIDに合致したソフトウェアのうち、公開されている最も新しいバージョンのソフトウェアをソフトウェア配信装置101から取得することになる。S601では、新しいバージョンのソフトウェアをソフトウェア格納部205に登録する。ソフトウェア管理部204は、この際に、公開管理テーブル501に新しく行を追加し、対応するモデルID、ソフトウェアのバージョン情報を設定する。S602では、公開管理テーブル501が管理する各ソフトウェアが対象とするモデルIDの情報端末102のうち、ソフトウェア更新が必要な情報端末102の割合を算出する。この算出は、モデルIDが一致し、かつ、現在使用しているソフトウェアのバージョンが古い情報端末102の数を、モデルIDが一致する情報端末102の総数で割ることで求めることができる。例えば、公開管理テーブル501のモデルID=AAAのソフトウェアについては、端末情報管理テーブル401において更新が必要な端末の割合は60、端末管理テーブル402においては更新が必要な端末の割合は20となる。S603では、S602で算出した更新が必要な端末の割合と、公開管理テーブル501に設定された閾値を比較し、更新が必要な端末の割合が閾値を下回った場合にはS604に進み、ソフトウェアの公開情報を公開に設定する。それ以外の場合には、S605でソフトウェアの公開情報を非公開に設定する。以上S602からS605の処理をソフトウェア管理部204が管理する全ての更新用ソフトウェアについて実施することで、公開管理テーブル501を更新することができる。また、不要になった更新用ソフトウェアは、ソフトウェア格納部205から削除する際に、公開管理テーブル501からも削除する。なお、上記では、公開管理テーブル501の公開情報を、更新が必要な端末の割合が閾値を下回った場合に公開に設定し、それ以外の場合に非公開に設定する例を説明したが、S602において、所定台数以上の情報端末102が同時期にソフトウェア配信装置101にアクセスした場合に、アクセスした端末のうちソフトウェア更新が必要な情報端末102の割合を算出し、算出した割合が閾値を上回った場合にのみ、公開情報を非公開に設定し、これ以外の場合は公開に設定しても良い。これにより、情報端末が一斉にソフトウェアの取得を要求し、その結果としてサーバが過負荷状態となったり、ネットワークの帯域が不足したりする可能性がある場合にのみソフトウェア配信を行わず、それ以外の場合にはソフトウェア配信を行うことが可能となる。また、上記では、ソフトウェアの更新が必要な端末数の割合と閾値とを比較する例を説明したが、ソフトウェアの更新が必要な端末の数と閾値とを比較し、更新が必要な端末の数が閾値を下回った場合に公開情報を公開に設定し、それ以外の場合には、公開情報を非公開に設定しても良い。以上説明した本実施例によれば、ソフトウェア毎に更新が必要な情報端末102の割合を算出して公開情報を設定することにより、ソフトウェア配信装置101やネットワーク回線に過度の負荷をかけることなく、ネットワーク経由のソフトウェア更新機能を提供することができる。本発明における第2の実施例について、図面を用いて説明する。実施例1では、ソフトウェア毎に更新が必要な情報端末102の割合を算出して公開情報を設定した。本施例では、ソフトウェア配信装置101が提供する更新ソフトウェアについて、更新を行う情報端末102の台数がソフトウェア配信装置101が設定した閾値Tを超えないように、各ソフトウェアの公開もしくは非公開を設定する。なお、実施例2のシステム構成ならびにソフトウェア配信装置101の機能構成は実施例1と同様であるため説明を省略し、実施例1と異なる点である、ソフトウェア配信装置101の処理フローのうち、特に公開設定テーブル501の更新処理フローについて説明する。図8は、本実施例にかかる公開設定テーブルの更新処理フローである。S801では、公開管理テーブル501に登録されている各ソフトウェアについて、更新が必要な情報端末102の数を、端末情報管理テーブル401を検索することで算出する。S802では、S801で算出した更新が必要な情報端末102の数が多いものから順番にソフトウェアを並べたリストを作成する。S803では、リストの先頭にあるソフトウェアについて、S804にてその更新が必要な情報端末102の数が予め設定した閾値Tよりも少なければ、S805でそのソフトウェアの公開情報を公開に設定し、更新対象端末の累計に加算する。そうでない場合には、S806で公開情報を非公開に設定する。以降、ソフトウェアの更新が必要な端末の数をそれまでの累計に加算した値と閾値Tとを比較し、これをリストの最後まで繰り返し実行し、各ソフトウェアの公開情報を設定する。以上説明した本実施例によれば、ソフトウェア配信装置101が配信するソフトウェアについてその更新を行うことができる情報端末102の台数を制限することにより、ソフトウェア配信装置101や通信回線に過度の負荷をかけることなく、ネットワーク経由のソフトウェア更新機能を提供することができる。また、更新が必要な端末数が多いソフトウェアを優先的に公開することが可能となる。本発明における第3の実施例について、図面を用いて説明する。本実施例では、実施例2と同様にソフトウェア配信装置101が提供する更新ソフトウェアについて、更新を行う情報端末102の台数がソフトウェア配信装置101が設定した閾値Tを超えないように、各ソフトウェアの公開もしくは非公開を設定する。なお、実施例2においては、更新が必要な情報端末102の台数をもとにリストを作成したが、本実施例では各ソフトウェアに設定した更新優先度をもとにリストを作成する。実施例3のシステム構成ならびにソフトウェア配信装置101の機能構成は実施例2と同様であるため説明を省略し、実施例2と異なる点である、ソフトウェア配信装置101の処理フローのうち、特に公開設定テーブル更新処理のフローについて説明する。図9は、本実施例にかかる公開設定テーブル901の一例である。各ソフトウェアに対して公開の優先度を設定している点が実施例2と異なる。公開設定テーブル901の更新処理のフローは、図8に示すフローのS802のみ実施例2と異なるため、この点について説明する。S802では、公開管理テーブル901に設定されている公開優先度をもとに、ソフトウェアを並び替えたリストを作成する。このリストを用いて、以降は実施例2と同様の処理であるS803からS807の処理を実施することで、ソフトウェア全体の公開情報を設定する。以上説明した本実施例によれば、ソフトウェア配信装置101が配信するソフトウェアについてその更新が必要な情報端末102の台数を制限することにより、ソフトウェア配信装置101や通信回線に過度の負荷をかけることなく、ネットワーク経由のソフトウェア更新機能を提供することができる。また、公開の優先度が高いソフトウェアを優先的に公開することが可能となる。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。