(57)【要約】【課題】  情報端末が一斉にソフトウェアの取得を要求したとき、サーバが過負荷状態となり処理に不具合が発生したり、ネットワークの帯域が不足したりする可能性がある。【解決手段】  ネットワークに接続された情報端末のソフトウェアを配信するソフトウェア配信装置であって、前記情報端末とネットワークを介して情報の送受信を行う通信制御部と、前記通信制御部を介して通信を行った前記情報端末のデータを格納する格納部と、前記ソフトウェアの公開情報を管理する公開管理部と、を備え、前記情報端末のうち、前記ソフトウェアの更新が必要な情報端末の数を算出し、算出した情報端末の数に応じて、前記ソフトウェアの公開情報を公開とするか、非公開とするか設定する。【選択図】  図２
2012252533.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された情報端末のソフトウェアを配信するソフトウェア配信装置であって、
前記情報端末とネットワークを介して情報の送受信を行う通信制御部と、
前記通信制御部を介して通信を行った前記情報端末のデータを格納する格納部と、
前記ソフトウェアの公開情報を管理する公開管理部と、を備え、
前記情報端末のうち、前記ソフトウェアの更新が必要な情報端末の数を算出し、算出した情報端末の数に応じて、前記ソフトウェアの公開情報を公開とするか、非公開とするか設定する
ことを特徴とするソフトウェア配信装置。
【請求項２】
請求項１に記載のソフトウェア配信装置であって、
前記情報端末のデータは、前記ソフトウェア配信装置と通信を行った情報端末から取得するモデルＩＤと、機器ＩＤと、ソフトウェアバージョン情報であり、該情報端末のデータを用いて、前記ソフトウェア配信装置が配信するソフトウェアの更新が必要であるか否かを判定する
ことを特徴とする請求項１に記載のソフトウェア配信装置。
【請求項３】
請求項１または２のいずれかに記載のソフトウェア配信装置であって、
前記ソフトウェア配信装置と通信を行った前記情報端末のうち、前記ソフトウェアの更新が必要な端末の数の割合が閾値を下回った場合に前記ソフトウェアの公開情報を公開とする
ことを特徴とする請求項１または２に記載のソフトウェア配信装置。
【請求項４】
請求項１または２のいずれかに記載のソフトウェア配信装置であって、
前記ソフトウェア配信装置と通信を行った前記情報端末のうち、前記ソフトウェアの更新が必要な端末の数が閾値を下回った場合に前記ソフトウェアの公開情報を公開とする
ことを特徴とする請求項１または２に記載のソフトウェア配信装置。
【請求項５】
請求項１乃至４のいずれかに記載のソフトウェア配信装置であって、
前記ソフトウェアの更新が必要な情報端末の数が多いソフトウェアから優先して公開することを特徴とする請求項１乃至４のいずれかに記載のソフトウェア配信装置。
【請求項６】
請求項１乃至４のいずれかに記載のソフトウェア配信装置であって、
各ソフトウェアについて公開の優先度を予め設定し、優先度の高いソフトウェアから優先して公開することを特徴とする請求項１乃至４のいずれかに記載のソフトウェア配信装置。
【請求項７】
ネットワークに接続された情報端末のソフトウェアを配信するソフトウェア配信方法であって、
前記情報端末とネットワークを介して情報の送受信を行うステップと、
前記通信制御部を介して通信を行った前記情報端末のデータを格納するステップと、
前記ソフトウェアの公開情報を管理するステップと、を有し、
前記情報端末のうち、前記ソフトウェアの更新が必要な情報端末の数を算出し、算出した情報端末の数に応じて、前記ソフトウェアの公開情報を公開とするか、非公開とするか設定する
ことを特徴とするソフトウェア配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア配信装置およびソフトウェア配信方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特開２００３−２４８５８５号公報（特許文献１）がある。この公報には、「ユーザ端末に必要な更新ソフトウェアを自動的に検索して配信しインストールする。」「ダウンロード手段はソフトウェア配信手段にアクセスしてクライアントツールのダウンロードを要求し、ソフトウェア配信クライアントプログラムと型番取得プログラムとソフトウェア名一覧データベースとを受信して格納する。クライアントツール実行手段は、型番取得プログラムとソフトウェア配信クライアントプログラムを実行する。型番取得プログラムは型番エリアから型番情報を取得する。ソフトウェア配信クライアントプログラムはＯＳ管理情報および型番情報を基に配信要求するソフトウェア名を抽出してソフトウェア配信手段に配信要求し、受信したソフトウェアを端末ライブラリにインストールして更新する。」と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２４８５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載される技術では、ソフトウェア配信装置により新しいバージョンのソフトウェアが公開された場合に、情報端末が一斉にソフトウェアの取得を要求したとき、サーバが過負荷状態となり処理に不具合が発生したり、ネットワークの帯域が不足したりする可能性がある。
【０００５】
そこで本発明は、情報端末に対して好適にソフトウェアを配信する技術を提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００７】
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、ネットワークに接続された情報端末のソフトウェアを配信するソフトウェア配信装置であって、前記情報端末とネットワークを介して情報の送受信を行う通信制御部と、前記通信制御部を介して通信を行った前記情報端末のデータを格納する格納部と、前記ソフトウェアの公開情報を管理する公開管理部と、を備え、前記情報端末のうち、前記ソフトウェアの更新が必要な情報端末の数を算出し、算出した情報端末の数に応じて、前記ソフトウェアの公開情報を公開とするか、非公開とするか設定することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、情報端末に対して好適にソフトウェアを配信することができる。
【図面の簡単な説明】
【０００９】
【図１】ソフトウェア配信方法のシステム構成図である。
【図２】ソフトウェア配信装置のブロック図である。
【図３】ソフトウェア配信処理フローである。
【図４】端末情報管理テーブルの一例である。
【図５】ソフトウェア公開管理テーブルの一例である。
【図６】公開管理テーブル更新処理フローである。
【図７】ソフトウェア配信方法のシステム構成図である。
【図８】実施例２、３における公開管理テーブル更新処理フローである。
【図９】実施例３における公開管理テーブルの一例である。
【発明を実施するための形態】
【実施例１】
【００１０】
本発明の第一の実施例を、図を用いて説明する。
（システム構成）
図１は、本実施例におけるソフトウェア配信装置１０１と、ネットワークを介して接続された複数の情報端末１０２を含むネットワーク経由のソフトウェア配信システムの構成図である。
【００１１】
ソフトウェア配信装置１０１は、ネットワークを介して接続された情報端末１０２からのソフトウェア取得要求に応じて、情報端末１０２から送信される機種ＩＤと現在使用しているソフトウェアのバージョン情報とをもとに、ソフトウェア更新の有無を判定する機能を備える。また、ソフトウェア配信装置１０１に接続した情報機器１０２の機器ＩＤ、端末固有ＩＤ、使用しているソフトウェアのバージョン情報を記録し、端末情報として管理する。
【００１２】
情報端末１０２は、ソフトウェア更新方法として、ネットワークを介したソフトウェア配信装置からのソフトウェアダウンロードに加え、放送波１０３や記録メディア（ＣＤ−ＲＯＭなどの光ディスク１０４やＳＤカードなどのフラッシュメモリ１０５など）を経由したソフトウェア更新など、複数のソフトウェア更新方法に対応している。情報端末１０２は、これら複数のソフトウェア更新方法のうち、ユーザ操作や機器独自の判断により選択した更新方法を用いて、ソフトウェアを更新することができる。
（ソフトウェア配信装置）
次に、本実施例におけるソフトウェア配信装置１０１について、図２に示すソフトウェア配信装置１０１のブロック図を用いて、図３に示すソフトウェア更新処理の動作フローとともに説明する。
【００１３】
ソフトウェア配信装置１０１は、通信制御部２０１と、端末管理部２０２と、通信履歴格納部２０３と、ソフトウェア管理部２０４と、ソフトウェア格納部２０５と、公開管理部２０６とを有する。
【００１４】
Ｓ３０１では、ネットワークを介して情報端末１０２がソフトウェア配信装置１０１にアクセスする。ここでいうアクセスとは、たとえば情報端末１０２向けに用意されたポータル画面を表示することや、保守用に用意された専用サイトとネットワーク接続を確立することである。この際、情報端末１０２はそれぞれの端末に指定されている機器ＩＤ、端末を識別するためにあらかじめ付与されている固有の端末ＩＤ、現在端末が使用しているソフトウェアのバージョン情報をソフトウェア配信装置１０１に対して送信する。ソフトウェア配信装置１０１は、通信制御部２０１で情報端末１０２から送信された情報を受信し、その内容を端末管理部２０２に通知する。
【００１５】
Ｓ３０２では、端末管理部２０２はＳ３０１で通知された内容を通信履歴格納部２０３に保存し、その内容から端末情報管理テーブル４０１を更新する。ここで、端末情報管理テーブル４０１は、図４に示すように、ソフトウェア配信装置１０１にアクセスした情報端末１０２の端末ＩＤ、モデルＩＤ、ソフトウェアバージョン（Ｓ/Ｗバージョン）、アクセス日時、ソフトウェア更新の要否情報を保持する。ソフトウェア更新の要否情報については、ソフトウェア管理部２０４が管理するソフトウェア格納部２０５に格納されているソフトウェア一覧を参照して、モデルＩＤごとの最新ソフトウェアバージョンと情報端末１０２から受信したソフトウェアバージョンとを比較し、情報端末１０２が現在使用しているソフトウェアより新しいバージョンの更新ソフトウェアがソフトウェア格納部２０５に登録されている場合に、更新が必要であるとする。なお、端末情報管理テーブル４０１については、後に詳しく説明する。
【００１６】
Ｓ３０３では、Ｓ３０２における端末情報管理テーブル４０１の更新をもとに、公開管理部２０６が管理する公開管理テーブル５０１を更新する。公開管理テーブル５０１の詳細については後述する。なお、公開管理テーブル５０１の更新は情報端末１０２からのアクセス毎に行うのではなく、予め指定した一定の時間間隔ごとに実施してもよい。
【００１７】
Ｓ３０４では、ソフトウェア配信装置１０１にアクセスした情報端末１０２のモデルＩＤに対する新しいバージョンのソフトウェアが公開されているかを、例えば公開管理部２０６が公開管理テーブル５０１を参照して確認する。ここで、公開管理テーブル５０１において、新しいソフトウェアが存在し、公開設定が「公開」になっている場合にはＳ３０５に進む。また、新しいソフトウェアが存在しない、あるいは存在するが公開設定が「非公開」である場合には、ソフトウェア更新処理は終了する。
【００１８】
Ｓ３０５では、ユーザに対してソフトウェアの更新を行うか否かを確認するための画面情報を情報端末１０２に対して送信する。なお、情報端末１０２がユーザに対する画面表示機能を持たない場合や、新しいソフトウェアが存在する場合には常に更新処理を実行するよう予め設定してある場合においては、情報端末１０２はユーザに対する確認画面の表示を行わなくても良い。また、ソフトウェア配信装置１０１は情報端末１０２に確認するための画面情報を送信しなくても良い。
【００１９】
Ｓ３０６では、情報端末１０２に対するユーザの入力や、情報端末１０２自体の判断によるソフトウェア更新を実行するか否かの判断結果をネットワーク経由で取得する。この結果がソフトウェア更新を実行するという内容であった場合には、Ｓ３０７に進む。実行しないという内容であった場合には、そのままソフトウェア更新処理を終了する。
【００２０】
Ｓ３０７では、ソフトウェア配信装置１０１は情報端末１０２に対してソフトウェアデータを送信し、情報端末１０２は受信したソフトウェアデータを用いて自身に書き込むことで更新処理を完了する。
【００２１】
なお、ソフトウェア配信装置１０１に代えて、図７に示すように、ネットワークに接続されたサーバ群を用いることもできる。図７では、ネットワークで接続されたソフトウェア管理サーバ７０１、公開管理サーバ７０２、端末情報管理サーバ７０３がそれぞれ図２のソフトウェア管理部２０４、公開管理部２０６、端末管理部２０２と同様の機能を担うことで、本発明の目的を実現することができる。
（端末情報管理テーブル）
ソフトウェア配信装置１０１が作成する端末情報管理テーブルの一例を図４に示す。
【００２２】
端末情報管理テーブル４０１は、ソフトウェア配信装置１０１に対して情報端末１０２がアクセスした際に送信されたモデルＩＤ、端末ＩＤ、現在使用しているソフトウェアのバージョン情報、ソフトウェア配信装置１０１にアクセスした日時情報を保持する。ここで、端末ＩＤは情報端末１０２を製造する過程で個々の端末に設定されるシリアル番号などを利用してもよいし、情報端末１０２がソフトウェア配信装置１０１に初回アクセスする際に、ソフトウェア配信装置１０２が情報端末１０１に付与することもできる。また、ソフトウェア更新の要否情報は、上記の通り、現在使用しているソフトウェアのバージョンとソフトウェア管理部２０４が保持する最新のソフトウェアのバージョンと比較し、現在使用しているソフトウェアが最新ではない場合に更新が必要、最新バージョンのソフトウェアを使用している場合には不要とする。
【００２３】
また、端末情報管理テーブル４０１は情報端末１０２がソフトウェア配信装置１０１にアクセスするごとに更新される。例えば、端末情報管理テーブル４０１が２０１０年１２月1日の状態であり、この翌日にモデルＩＤ=ＡＡＡに対する新しいバージョンのソフトウェアが配信開始されたとする。この場合、モデルＩＤ＝ＡＡＡの情報端末１０２は、例えば放送波１０３やＣＤ−ＲＯＭなどの光ディスク１０４、ＳＤカードなどのフラッシュメモリ１０５を用いてソフトウェアの更新を行うことができる。例えば端末ＩＤ＝１１２、端末ＩＤ＝２０１の情報端末１０２が放送波１０３等によってソフトウェアを更新したとすると、その後、ソフトウェアを更新したこれらの端末がソフトウェア配信装置１０１にアクセスすることで、端末情報管理テーブル４０２に示すように、端末ＩＤ＝１１２と端末ＩＤ＝２０１のソフトウェアバージョン等が更新される。
（公開管理テーブル）
公開管理部２０６が管理する公開管理テーブルの内容とその更新方法について、図５に示す公開管理テーブルの一例と、その更新処理を表す図６のフローチャートを用いて説明する。
【００２４】
公開管理テーブル５０１は、モデルＩＤ毎に、現在使用可能なソフトウェアバージョン情報を保持し、それらのソフトウェアをネットワーク経由で配信してよいか、つまり、ソフトウェア配信装置１０２でソフトウェアを公開してよいかを管理するテーブルである。また、公開管理テーブル５０１は、ソフトウェアを公開してよいかを判断するために使用する閾値を含む。ここで、各モデルＩＤに対して登録可能なソフトウェアのバージョンは必ずしも１つのみとは限らず、複数のバージョンのソフトウェアが登録されていても構わない。情報端末１０２は、自端末のモデルＩＤに合致したソフトウェアのうち、公開されている最も新しいバージョンのソフトウェアをソフトウェア配信装置１０１から取得することになる。
【００２５】
Ｓ６０１では、新しいバージョンのソフトウェアをソフトウェア格納部２０５に登録する。ソフトウェア管理部２０４は、この際に、公開管理テーブル５０１に新しく行を追加し、対応するモデルＩＤ、ソフトウェアのバージョン情報を設定する。
【００２６】
Ｓ６０２では、公開管理テーブル５０１が管理する各ソフトウェアが対象とするモデルＩＤの情報端末１０２のうち、ソフトウェア更新が必要な情報端末１０２の割合を算出する。この算出は、モデルＩＤが一致し、かつ、現在使用しているソフトウェアのバージョンが古い情報端末１０２の数を、モデルＩＤが一致する情報端末１０２の総数で割ることで求めることができる。例えば、公開管理テーブル５０１のモデルＩＤ＝ＡＡＡのソフトウェアについては、端末情報管理テーブル４０１において更新が必要な端末の割合は６０％、端末管理テーブル４０２においては更新が必要な端末の割合は２０％となる。
【００２７】
Ｓ６０３では、Ｓ６０２で算出した更新が必要な端末の割合と、公開管理テーブル５０１に設定された閾値を比較し、更新が必要な端末の割合が閾値を下回った場合にはＳ６０４に進み、ソフトウェアの公開情報を「公開」に設定する。それ以外の場合には、Ｓ６０５でソフトウェアの公開情報を「非公開」に設定する。以上Ｓ６０２からＳ６０５の処理をソフトウェア管理部２０４が管理する全ての更新用ソフトウェアについて実施することで、公開管理テーブル５０１を更新することができる。また、不要になった更新用ソフトウェアは、ソフトウェア格納部２０５から削除する際に、公開管理テーブル５０１からも削除する。
【００２８】
なお、上記では、公開管理テーブル５０１の公開情報を、更新が必要な端末の割合が閾値を下回った場合に「公開」に設定し、それ以外の場合に「非公開」に設定する例を説明したが、Ｓ６０２において、所定台数以上の情報端末１０２が同時期にソフトウェア配信装置１０１にアクセスした場合に、アクセスした端末のうちソフトウェア更新が必要な情報端末１０２の割合を算出し、算出した割合が閾値を上回った場合にのみ、公開情報を「非公開」に設定し、これ以外の場合は「公開」に設定しても良い。これにより、情報端末が一斉にソフトウェアの取得を要求し、その結果としてサーバが過負荷状態となったり、ネットワークの帯域が不足したりする可能性がある場合にのみソフトウェア配信を行わず、それ以外の場合にはソフトウェア配信を行うことが可能となる。
【００２９】
また、上記では、ソフトウェアの更新が必要な端末数の割合と閾値とを比較する例を説明したが、ソフトウェアの更新が必要な端末の数と閾値とを比較し、更新が必要な端末の数が閾値を下回った場合に公開情報を「公開」に設定し、それ以外の場合には、公開情報を「非公開」に設定しても良い。
【００３０】
以上説明した本実施例によれば、ソフトウェア毎に更新が必要な情報端末１０２の割合を算出して公開情報を設定することにより、ソフトウェア配信装置１０１やネットワーク回線に過度の負荷をかけることなく、ネットワーク経由のソフトウェア更新機能を提供することができる。
【実施例２】
【００３１】
本発明における第２の実施例について、図面を用いて説明する。
【００３２】
実施例１では、ソフトウェア毎に更新が必要な情報端末１０２の割合を算出して公開情報を設定した。本施例では、ソフトウェア配信装置１０１が提供する更新ソフトウェアについて、更新を行う情報端末１０２の台数がソフトウェア配信装置１０１が設定した閾値Ｔを超えないように、各ソフトウェアの「公開」もしくは「非公開」を設定する。
【００３３】
なお、実施例２のシステム構成ならびにソフトウェア配信装置１０１の機能構成は実施例１と同様であるため説明を省略し、実施例１と異なる点である、ソフトウェア配信装置１０１の処理フローのうち、特に公開設定テーブル５０１の更新処理フローについて説明する。
【００３４】
図８は、本実施例にかかる公開設定テーブルの更新処理フローである。
【００３５】
Ｓ８０１では、公開管理テーブル５０１に登録されている各ソフトウェアについて、更新が必要な情報端末１０２の数を、端末情報管理テーブル４０１を検索することで算出する。
【００３６】
Ｓ８０２では、Ｓ８０１で算出した更新が必要な情報端末１０２の数が多いものから順番にソフトウェアを並べたリストを作成する。
【００３７】
Ｓ８０３では、リストの先頭にあるソフトウェアについて、Ｓ８０４にてその更新が必要な情報端末１０２の数が予め設定した閾値Ｔよりも少なければ、Ｓ８０５でそのソフトウェアの公開情報を「公開」に設定し、更新対象端末の累計に加算する。そうでない場合には、Ｓ８０６で公開情報を「非公開」に設定する。以降、ソフトウェアの更新が必要な端末の数をそれまでの累計に加算した値と閾値Ｔとを比較し、これをリストの最後まで繰り返し実行し、各ソフトウェアの公開情報を設定する。
【００３８】
以上説明した本実施例によれば、ソフトウェア配信装置１０１が配信するソフトウェアについてその更新を行うことができる情報端末１０２の台数を制限することにより、ソフトウェア配信装置１０１や通信回線に過度の負荷をかけることなく、ネットワーク経由のソフトウェア更新機能を提供することができる。また、更新が必要な端末数が多いソフトウェアを優先的に公開することが可能となる。
【実施例３】
【００３９】
本発明における第３の実施例について、図面を用いて説明する。
【００４０】
本実施例では、実施例２と同様にソフトウェア配信装置１０１が提供する更新ソフトウェアについて、更新を行う情報端末１０２の台数がソフトウェア配信装置１０１が設定した閾値Ｔを超えないように、各ソフトウェアの「公開」もしくは「非公開」を設定する。
【００４１】
なお、実施例２においては、更新が必要な情報端末１０２の台数をもとにリストを作成したが、本実施例では各ソフトウェアに設定した更新優先度をもとにリストを作成する。
【００４２】
実施例３のシステム構成ならびにソフトウェア配信装置１０１の機能構成は実施例２と同様であるため説明を省略し、実施例２と異なる点である、ソフトウェア配信装置１０１の処理フローのうち、特に公開設定テーブル更新処理のフローについて説明する。
【００４３】
図９は、本実施例にかかる公開設定テーブル９０１の一例である。各ソフトウェアに対して公開の優先度を設定している点が実施例２と異なる。公開設定テーブル９０１の更新処理のフローは、図８に示すフローのＳ８０２のみ実施例２と異なるため、この点について説明する。
【００４４】
Ｓ８０２では、公開管理テーブル９０１に設定されている公開優先度をもとに、ソフトウェアを並び替えたリストを作成する。このリストを用いて、以降は実施例２と同様の処理であるＳ８０３からＳ８０７の処理を実施することで、ソフトウェア全体の公開情報を設定する。
【００４５】
以上説明した本実施例によれば、ソフトウェア配信装置１０１が配信するソフトウェアについてその更新が必要な情報端末１０２の台数を制限することにより、ソフトウェア配信装置１０１や通信回線に過度の負荷をかけることなく、ネットワーク経由のソフトウェア更新機能を提供することができる。また、公開の優先度が高いソフトウェアを優先的に公開することが可能となる。
【００４６】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００４７】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。
【００４８】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００４９】
１０１  ソフトウェア配信システム
１０２  情報端末
１０３  放送波
１０４  光学メディア
１０５  フラッシュメモリ
２０１  通信制御部
２０２  端末管理部
２０３  通信履歴格納部
２０４  ソフトウェア管理部
２０５  ソフトウェア格納部
２０６  公開管理部
４０１、４０２  端末情報管理テーブル
５０１、９０１  公開管理テーブル
７０１  ソフトウェア管理サーバ
７０２  公開管理サーバ
７０３  端末情報管理サーバ
【図１】
2012252533.tif 000003
【図２】
2012252533.tif 000004
【図３】
2012252533.tif 000005
【図４】
2012252533.tif 000006
【図５】
2012252533.tif 000007
【図６】
2012252533.tif 000008
【図７】
2012252533.tif 000009
【図８】
2012252533.tif 000010
【図９】
2012252533.tif 000011