(57)【要約】  【課題】  更新情報の内容により、ユーザへの更新通知を制御すること。  【解決手段】  アプリケーションソフトのアップデートを自動的に行う。この際、そのバージョンアップの緊急度をサーバ側で設定することができ、その緊急度に応じてクライアントでのバージョンアップの通知動作が異なる。深刻なセキュリティホールがあった場合などはユーザの同意を得ずに直ちにネットワークへの接続を停止したり、軽微なバージョンアップであれば、映画などの視聴中にはバージョンアップの確認画面を出さないなど、細やかな制御を行う。例えば、アプリケーションソフトを構成するモジュールのバージョン番号にパラメータとして利用可能バージョン番号を設定し、これを用いて緊急度を表現する。  【選択図】  図５
2006018359.tif 000002
【特許請求の範囲】
【請求項１】
プログラムを記憶したクライアント端末と、前記クライアント端末に前記プログラムを更新するための更新情報を提供するサーバと、から構成されたクライアントサーバシステムであって、
前記サーバは、前記プログラムを更新するための更新情報の有無を確認するための確認情報と、前記更新情報による更新の緊急度を判断するための緊急度情報と、を前記クライアント端末に送信し、
前記クライアント端末は、前記確認情報によって、更新情報があることを確認し、前記緊急度情報を用いて、所定のプログラムを実行している最中であっても更新情報がある旨の告知を行うか否かを判断することを特徴とするクライアントサーバシステム。
【請求項２】
プログラムを記憶する記憶手段と、
サーバと通信し、前記記憶手段で記憶されたプログラムの更新情報の有無を確認する確認手段と、
前記確認手段で更新情報が有ると確認された場合に、その旨を告知する告知手段と、
前記記憶手段に記憶したプログラムを実行する実行手段と、
を具備し、
前記告知手段は、前記実行手段が所定のプログラムを実行している場合は、前記実行手段が前記所定のプログラムの実行を終了した後に告知を行うことを特徴とするクライアント端末。
【請求項３】
前記更新情報には、更新の緊急度情報が付随しており、
前記告知手段は、前記緊急度情報が所定の条件を満たす場合に、前記実行手段が前記所定プログラムを実行している最中であっても告知を行うことを特徴とする請求項２に記載のクライアント端末。
【請求項４】
前記緊急度情報は、バージョン番号を指定するバージョン指定情報であり、
前記告知手段は、前記緊急度情報で指定されているバージョン番号を用いて緊急度を判断することを特徴とする請求項３に記載のクライアント端末。
【請求項５】
前記告知手段で告知を行った以降に、ユーザからの更新指示を受け付ける更新指示受付手段と、
前記更新指示受付手段で更新指示を受け付けた場合に、前記更新情報を用いて更新対象となっているプログラムを更新するプログラム更新手段と、
を具備したことを特徴とする請求項２に記載のクライアント端末。
【請求項６】
更新情報の送信をサーバに要求する送信要求手段と、
前記要求した更新情報をサーバから受信する更新情報受信手段と、
前記受信した更新情報を記憶する更新情報記憶手段と、
を具備し、
前記プログラム更新手段は、前記記憶した更新情報を用いて更新処理を行うことを特徴とする請求項５に記載のクライアント端末。
【請求項７】
プログラムを記憶したクライアント端末に、前記プログラムを更新するための更新情報の有無を確認するための確認情報と、前記更新情報による更新の緊急度を前記クライアント端末が判断するための緊急度情報と、を送信する確認情報送信手段と、
前記緊急度情報を設定する設定手段と、
を具備したことを特徴とする更新情報提供サーバ。
【請求項８】
前記クライアント端末から、更新情報の送信要求を受け付ける要求受付手段と、
前記送信要求を受け付けた更新情報を前記クライアント端末に送信する更新情報送信手段と、
を具備したことを特徴とする請求項７に記載の更新情報提供サーバ。
【請求項９】
プログラムを記憶する記憶手段と、前記記憶したプログラムを実行する実行手段と、を備えたコンピュータにおいて、
サーバと通信し、前記記憶手段で記憶されたプログラムの更新情報の有無を確認する確認機能と、
前記確認機能で更新情報が有ると確認された場合に、その旨を告知する告知機能と、
をコンピュータで実現し、
前記告知機能は、前記実行手段が所定のプログラムを実行している場合は、前記実行手段が前記所定のプログラムの実行を終了した後に告知を行うことを特徴とする更新処理プログラム。
【請求項１０】
前記更新情報には、更新の緊急度情報が付随しており、
前記告知機能は、前記緊急度情報が所定の条件を満たす場合に、前記実行手段が前記所定プログラムを実行している最中であっても告知を行うことを特徴とする請求項９に記載の更新処理プログラム。
【請求項１１】
前記緊急度情報は、バージョン番号を指定するバージョン指定情報であり、
前記告知機能は、前記緊急度情報で指定されているバージョン番号を用いて緊急度を判断することを特徴とする請求項１０に記載の更新処理プログラム。
【請求項１２】
前記告知機能で告知を行った以降に、ユーザからの更新指示を受け付ける更新指示受付機能と、
前記更新指示受付機能で更新指示を受け付けた場合に、前記更新情報を用いて更新対象となっているプログラムを更新するプログラム更新機能と、
をコンピュータで実現する請求項９に記載の更新処理プログラム。
【請求項１３】
更新情報の送信をサーバに要求する送信要求機能と、
前記要求した更新情報をサーバから受信する更新情報受信機能と、
前記受信した更新情報を記憶する更新情報記憶機能と、
を実現し、
前記プログラム更新機能は、前記記憶した更新情報を用いて更新処理を行うことを特徴とする請求項１２に記載の更新処理プログラム。
【請求項１４】
プログラムを記憶したクライアント端末に、前記プログラムを更新するための更新情報の有無を確認するための確認情報と、前記更新情報による更新の緊急度を前記クライアント端末が判断するための緊急度情報と、を送信する確認情報送信機能と、
前記緊急度情報を設定する設定機能と、
をコンピュータで実現する更新情報提供プログラム。
【請求項１５】
前記クライアント端末から、更新情報の送信要求を受け付ける要求受付機能と、
前記送信要求を受け付けた更新情報を前記クライアント端末に送信する更新情報送信機能と、
をコンピュータで実現する請求項１４に記載の更新情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバシステム、クライアント端末、更新情報提供サーバ、更新処理プログラム、及び更新情報提供プログラムに関し、より詳細には、更新情報に緊急度情報を付加することにより、緊急の告知方法を制御するものに関する。
【背景技術】
【０００２】
近年のインターネットの発展により、ネットワークを経由したコンテンツの配信が行われるようになってきた。
このようなサービスとして、例えば、映画コンテンツをクライアント端末に配信し、ユーザがこれを視聴するものがある。
【０００３】
クライアント端末には、コンテンツを利用するためのアプリケーションソフトが組み込んであり、クライアント端末は、このアプリケーションソフトを実行してコンテンツのダウンロードや再生などを行うことができる。
【０００４】
アプリケーションソフトは、例えば、モジュールの更新や、不具合の解消のためアップデートする場合があり、クライアント端末は、例えば１時間ごとに更新サーバに接続（ポーリング）して、更新情報があるか否かを確認している。
そして、更新可能な更新情報があった場合、クライアント端末は、この更新可能な更新情報があることをユーザに通知し、ユーザが更新を指示すると、更新情報を用いてアプリケーションソフトを更新する。
【０００５】
このように、サーバ装置を用いてクライアント端末に組み込んだプログラムを自動的にバージョンアップする技術としては、次の「ネットワークを介したプログラムのアップデート方法」がある。
【０００６】
【特許文献１】特開２００２−２５９１２８公報
【０００７】
この技術は、サーバ装置に所定のプログラムのバージョン情報を入力しておき、これとクライアント端末から受信したバージョン情報を比較することにより、バージョンアップに必要なプログラムをクライアントに送信するものである。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
アプリケーションソフトのアップデート機能と、コンテンツを利用する機能が連動していないため、ユーザがコンテンツを利用している最中にユーザに更新情報の通知を行う場合があった。
このため、例えば、ユーザが映画コンテンツを視聴している最中に「アプリケーションがバージョンアップされました。アップデートを行いますか？」などといった表示がポップアップし、ユーザにとって煩わしかった。
また、この表示でアップデートを指示すると、アップデート後にクライアント端末が再起動する場合があり、この場合、映画コンテンツの視聴は中断されてしまう。
【０００９】
そこで、本発明の目的は、更新情報の内容により、ユーザへの更新通知を制御することである。
【課題を解決するための手段】
【００１０】
本発明は、前記目的を達成するために、プログラムを記憶したクライアント端末と、前記クライアント端末に前記プログラムを更新するための更新情報を提供するサーバと、から構成されたクライアントサーバシステムであって、前記サーバは、前記プログラムを更新するための更新情報の有無を確認するための確認情報と、前記更新情報による更新の緊急度を判断するための緊急度情報と、を前記クライアント端末に送信し、前記クライアント端末は、前記確認情報によって、更新情報があることを確認し、前記緊急度情報を用いて、所定のプログラムを実行している最中であっても更新情報がある旨の告知を行うか否かを判断することを特徴とするクライアントサーバシステムを提供する（第１の構成）。
また、本発明は、プログラムを記憶する記憶手段と、サーバと通信し、前記記憶手段で記憶されたプログラムの更新情報の有無を確認する確認手段と、前記確認手段で更新情報が有ると確認された場合に、その旨を告知する告知手段と、前記記憶手段に記憶したプログラムを実行する実行手段と、を具備し、前記告知手段は、前記実行手段が所定のプログラムを実行している場合は、前記実行手段が前記所定のプログラムの実行を終了した後に告知を行うことを特徴とするクライアント端末を提供する（第２の構成）。
第２の構成において、前記更新情報には、更新の緊急度情報が付随しており、前記告知手段は、前記緊急度情報が所定の条件を満たす場合に、前記実行手段が前記所定プログラムを実行している最中であっても告知を行うように構成することもできる（第３の構成）。
第３の構成において、前記緊急度情報は、バージョン番号を指定するバージョン指定情報であり、前記告知手段は、前記緊急度情報で指定されているバージョン番号を用いて緊急度を判断するように構成することもできる（第４の構成）。
第２の構成において、前記告知手段で告知を行った以降に、ユーザからの更新指示を受け付ける更新指示受付手段と、前記更新指示受付手段で更新指示を受け付けた場合に、前記更新情報を用いて更新対象となっているプログラムを更新するプログラム更新手段と、を具備するように構成することもできる（第５の構成）。
第５の構成において、更新情報の送信をサーバに要求する送信要求手段と、前記要求した更新情報をサーバから受信する更新情報受信手段と、前記受信した更新情報を記憶する更新情報記憶手段と、を具備し、前記プログラム更新手段は、前記記憶した更新情報を用いて更新処理を行うように構成することもできる（第６の構成）。
また、本発明は、プログラムを記憶したクライアント端末に、前記プログラムを更新するための更新情報の有無を確認するための確認情報と、前記更新情報による更新の緊急度を前記クライアント端末が判断するための緊急度情報と、を送信する確認情報送信手段と、前記緊急度情報を設定する設定手段と、を具備したことを特徴とする更新情報提供サーバを提供する（第７の構成）。
第７の構成において、前記クライアント端末から、更新情報の送信要求を受け付ける要求受付手段と、前記送信要求を受け付けた更新情報を前記クライアント端末に送信する更新情報送信手段と、を具備するように構成することもできる（第８の構成）。
また、本発明は、プログラムを記憶する記憶手段と、前記記憶したプログラムを実行する実行手段と、を備えたコンピュータにおいて、サーバと通信し、前記記憶手段で記憶されたプログラムの更新情報の有無を確認する確認機能と、前記確認機能で更新情報が有ると確認された場合に、その旨を告知する告知機能と、をコンピュータで実現し、前記告知機能は、前記実行手段が所定のプログラムを実行している場合は、前記実行手段が前記所定のプログラムの実行を終了した後に告知を行うことを特徴とする更新処理プログラムを提供する（第９の構成）。
第９の構成において、前記更新情報には、更新の緊急度情報が付随しており、前記告知機能は、前記緊急度情報が所定の条件を満たす場合に、前記実行手段が前記所定プログラムを実行している最中であっても告知を行うように構成することもできる（第１０の構成）。
第１０の構成において、前記緊急度情報は、バージョン番号を指定するバージョン指定情報であり、前記告知機能は、前記緊急度情報で指定されているバージョン番号を用いて緊急度を判断するように構成することもできる（第１１の構成）。
第９の構成において、前記告知機能で告知を行った以降に、ユーザからの更新指示を受け付ける更新指示受付機能と、前記更新指示受付機能で更新指示を受け付けた場合に、前記更新情報を用いて更新対象となっているプログラムを更新するプログラム更新機能と、をコンピュータで実現するように構成することもできる（第１２の構成）。
第１２の構成において、更新情報の送信をサーバに要求する送信要求機能と、前記要求した更新情報をサーバから受信する更新情報受信機能と、前記受信した更新情報を記憶する更新情報記憶機能と、を実現し、前記プログラム更新機能は、前記記憶した更新情報を用いて更新処理を行うように構成することもできる（第１３の構成）。
また、本発明は、プログラムを記憶したクライアント端末に、前記プログラムを更新するための更新情報の有無を確認するための確認情報と、前記更新情報による更新の緊急度を前記クライアント端末が判断するための緊急度情報と、を送信する確認情報送信機能と、前記緊急度情報を設定する設定機能と、をコンピュータで実現する更新情報提供プログラムを提供する（第１４の構成）。
第１３の構成において、前記クライアント端末から、更新情報の送信要求を受け付ける要求受付機能と、前記送信要求を受け付けた更新情報を前記クライアント端末に送信する更新情報送信機能と、をコンピュータで実現するように構成することもできる（第１５の構成）。
【発明の効果】
【００１１】
本発明によると、更新情報の内容により、ユーザへの更新通知を制御することができる。
【発明を実施するための最良の形態】
【００１２】
（実施の形態の概要）
アプリケーションソフトのアップデートを自動的に行う。この際、そのバージョンアップの緊急度をサーバ側で設定することができ、その緊急度に応じてクライアントでのバージョンアップの通知動作を制御する。
深刻なセキュリティホールがあった場合などはユーザの同意を得ずに直ちにネットワークへの接続を停止したり、軽微なバージョンアップであれば、映画などの視聴中にはバージョンアップの確認画面を出さないなど、細やかな制御を行う。
【００１３】
アプリケーションソフトは、モジュールを用いて構成されており、各モジュールにはバージョン番号が設定されている。そして、古いバージョンのモジュールを最新のバージョンのものに入れ替えることによりアプリケーションソフトを更新する。
本実施の形態では、このバージョン番号にパラメータとして利用可能バージョン番号を設定し、これを用いて緊急度を表現する。
【００１４】
ユーザのアプリケーションソフトが用いてるこのモジュールのバージョン番号が利用可能バージョン番号以上であった場合、ユーザが所定のプログラムを実行している間（例えば、映画コンテンツの再生プログラムでコンテンツを再生中の場合）、バージョンアップ通知をせずに、ユーザが所定機能を使用した後に通知する。
一方、アプリケーションソフトが用いているこのモジュールのバージョン番号が利用可能バージョン番号よりも値が小さい場合、ユーザが所定機能を利用している間でもバージョンアップ通知を行う。
【００１５】
このように、モジュールに利用可能バージョン番号を設定し、この値とユーザのアプリケーションソフトで用いているこのモジュールのバージョン番号との対比により、最新バージョンのモジュールの緊急度が決定される。
即ち、ユーザが使用しているモジュールのバージョン番号が利用可能バージョン番号以上である場合、この最新バージョンのモジュールの緊急度は小さく、逆に、ユーザが使用しているモジュールのバージョン番号が利用可能バージョン番号未満である場合、最新バージョンのモジュールの緊急度は大きいことになる。
【００１６】
また、あるモジュールに関して、全てのユーザのモジュールを即最新バージョンに強制的に更新したいなどの緊急性を要する場合は、利用可能バージョン番号を最新バージョンにすればよい。このようにすれば、ユーザが利用しているモジュールのバージョン番号にかかわらず、ユーザが所定プログラムを利用している間であってもバージョンアップ通知がなされる。
このように、利用可能バージョン番号を制御情報として利用することにより、サーバ側でクライアント端末側のバージョンアップ動作を制御することができる。
【００１７】
（実施の形態の詳細）
図１は、本実施の形態のコンテンツ利用システムのネットワーク構成を説明するためのブロック図である。
コンテンツ利用システム１は、更新サーバ２、クライアント端末３、コンテンツサーバ５、及びこれらの通信を媒介するネットワーク４などから構成されている。
【００１８】
コンテンツサーバ５は、クライアント端末３に映画コンテンツを提供するサーバ装置である。
コンテンツサーバ５は、所謂プッシュ型のサービスを提供し、クライアント端末３で利用可能な映画コンテンツがある場合、これをクライアント端末３に送信する。コンテンツサーバ５が送信した映画コンテンツは、クライアント端末３にて記憶装置に蓄積される。
【００１９】
又は、クライアント端末３がコンテンツサーバ５にポーリングし、利用できる映画コンテンツの有無を問い合わせるように構成することもできる。
この場合、クライアント端末３は、コンテンツサーバ５に接続して現在記憶している映画コンテンツの一覧をコンテンツサーバ５に送信する。コンテンツサーバ５は、この一覧とクライアント端末３で利用可能な映画コンテンツを対比してクライアント端末３が記憶していない映画コンテンツを特定し、これをクライアント端末３に送信する。
【００２０】
本実施の形態では、一例として映画コンテンツをクライアント端末３で利用するものとするが、例えば、音楽コンテンツやゲームコンテンツなど、各種のコンテンツが利用可能である。
【００２１】
クライアント端末３は、例えば、ネットワーク４に接続可能なパーソナルコンピュータなどで構成された端末装置である。
クライアント端末３には、コンテンツサーバ５から映画コンテンツをダウンロードして再生するアプリケーションソフトであるアプリケーション２０がインストールされている。
【００２２】
クライアント端末３は、アプリケーション２０を動作させることにより映画コンテンツの利用に必要な各種の機能を発揮する。
このような機能としては、例えば、映画コンテンツ蓄積機能、映画コンテンツ再生機能、自動アップデート機能などがある。
【００２３】
クライアント端末３は、コンテンツサーバ５から送信されてくる映画コンテンツを受信し、ハードディスクなどで構成された記憶装置に蓄積する。
また、この際に、クライアント端末３は、コンテンツサーバ５に対して機器認証したりなど、セキュリティに関する処理も行う。
更に、保存期限の切れた映画コンテンツを記憶装置から削除したり、記憶装置の空き容量を取得してコンテンツサーバ５に通知するなど、既にダウンロードした映画コンテンツや記憶装置の管理も行う。
【００２４】
クライアント端末３は、映画コンテンツ機能により、記憶装置に蓄積した映画コンテンツを再生する。
この際に、クライアント端末３は、映画コンテンツを再生するためのユーザインターフェースを提供し、ユーザはディスプレイなどの表示装置に表示されたコンテンツ再生画面を操作することにより映画コンテンツの選択、再生、巻き戻し、早送り、一時停止などの各種操作を行うことができる。
【００２５】
映画コンテンツが有料である場合、ユーザは図示しないライセンスサーバに接続して再生対象となる映画コンテンツのライセンスを購入することができる。
これにより、クライアント端末３は、ライセンスサーバからライセンス情報を受信し、これを用いて映画コンテンツを再生する。
ライセンス情報には、有効期限や再生回数などの再生条件を設定することができ、クライアント端末３は、この再生条件に従って映画コンテンツの再生を行う。
【００２６】
更に、クライアント端末３は、自動アップデート機能により更新サーバ２から最新の更新情報を受信し、これを用いてアプリケーション２０をアップデートすることができる。
ここで、更新情報とは、アプリケーション２０をアップデートするために必要なプログラム類やデータ類である。
【００２７】
クライアント端末３は、例えば、１時間に一回程度、定期的に更新サーバ２にアクセスし（ポーリングし）、更新可能な更新情報の有無を確認する。
アプリケーション２０は、モジュール２４、２４、…を用いて構成されており、クライアント端末３は、これらモジュール２４を最新バージョンのものに入れ替えることによりアプリケーション２０をアップデートする。ここで、モジュール２４は、例えば、プラグインを構成している。
【００２８】
更新サーバ２は、クライアント端末３にアプリケーション２０の更新情報を提供するサーバ装置である。
更新サーバ２は、クライアント端末３からポーリングを受け、クライアント端末３に更新情報のリストを送信する。そして、クライアント端末３がリストを確認した後、更新情報の送信要求をした場合に、要求された更新情報をクライアント端末３に送信する。
【００２９】
次に、自動アップデートについて更に詳細に説明する。
図１に示したように、更新サーバ２は、アップデート情報１０、最新バージョンのモジュール１２、１２、…、からなる最新モジュール群１１を備えている。各モジュール１２は、それぞれＩＤ番号とバージョン番号が付与されている。
【００３０】
ここで、更新するモジュールには同じＩＤ番号（ＩＤ番号でなく他の識別情報を用いてもよい）を付与し、同じＩＤ番号を付したモジュールのうち、新しいものほどバージョン番号が大きくなるように設定されている。
そのため、個々のモジュールは、ＩＤ番号とバージョン番号の組み合わせにより特定される。
【００３１】
アップデート情報１０は、各モジュール１２について、最新バージョン番号と、利用可能バージョン番号を一覧したリストであり、その一例を図２に示す。
図２では、一例としてＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語を用いてアップデート情報１０を記述している。
【００３２】
アップデート情報１０では、＜Ｐｌｕｇｉｎ  ＶｅｒｓｉｏｎＩｎｆｏ＞〜＜／Ｐｌｕｇｉｎ  ＶｅｒｓｉｏｎＩｎｆｏ＞の領域に、各モジュールの最新バージョンと利用可能バージョンなどが記述されている。
図２では、領域３１にＩＤ番号が１であるモジュールに関する情報が記述され、領域３２には、ＩＤ番号が２であるモジュールに関する情報が記述されている。
このように、各モジュールに関する情報は＜ｍｏｄｕｌｅ  （中略）＞〜＜／ｍｏｄｕｌｅ＞の領域に記述される。
【００３３】
領域３１では、行３３にモジュールのＩＤ番号、最新バージョン番号、利用可能バージョン番号が記述されている。
即ち、「ｉｄ＝”１”」の記述から領域３１にはＩＤ番号が１のモジュールに関する情報が記述されていることがわかり、「ｎｅｗｅｓｔｖｅｒｓｉｏｎ＝”１１”」の記述から、このモジュールの最新バージョン番号が１１であることがわかり、「ｓｅｒｖｉｃｅｐｏｓｓｉｂｌｅｖｅｒｓｉｏｎ＝”９”」からこのモジュールの利用可能バージョン番号が９以上であることがわかる。
【００３４】
行３４の＜ｎａｍｅ＞〜＜／ｎａｍｅ＞には、このモジュールの名称が記述される。行３４では、モジュールの名称として「アップデータ」が設定される。なお、このモジュールは、アプリケーション２０において自動アップデート機能を司るモジュールである。
【００３５】
行３５の＜ｕｒｌ＞〜＜／ｕｒｌ＞には、このモジュールのダウンロード先のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）が記述されている。ここでは、ダウンロード先として「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ／ｒｏｍａ／ａｐｄａｔｅ．ｅｘｅ」が指定されている。
なお、本実施の形態では、このダウンロード先を最新モジュール群１１に設定するが、これに限定せずに、他のサーバ装置に設定することも可能である。
【００３６】
同様に、領域３２では、ＩＤ番号２のモジュールについて記述されており、このモジュールの最新バージョン番号は２０であり、利用可能バージョン番号は１７以上である。また、モジュールの名称は「ＲＯＭＡサービス」であり、ダウンロード先は「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ／ｒｏｍａ／ｒｏａｍ＿ｓ．ｄｌｌ」である。
【００３７】
更新サーバ２では、オペレータがアップデート情報１０を編集できるようになっており、新規のモジュールが利用可能になる度に、アップデート情報１０を更新し、常にアップデート情報１０が最新状態になるように管理している。また、オペレータは、利用可能バージョンを所望の値に設定することができ、一旦設定した利用可能バージョン番号を変更することも可能である。
【００３８】
図１に戻り、更新サーバ２は、クライアント端末３がポーリングしてきた場合、アップデート情報１０をクライアント端末３に送信する。
最新モジュール群１１は、各モジュール１２から構成されており、各モジュール１２は、アップデート情報１０の＜ｕｒｌ＞〜＜／ｕｒｌ＞で示したダウンロード先に対応している。
そして、クライアント端末３がダウンロード先を参照して更新サーバ２にアクセスしてきた場合、対応するモジュール１２をクライアント端末３に送信する。
【００３９】
このように、更新サーバ２は、クライアント端末３からの更新情報の要求を受け付ける要求受付手段と、要求された更新情報をクライアント端末３に送信する更新情報送信手段と、を備えている。
また、アップデート情報１０は、クライアント端末３から、アップデートするモジュールの有無を確認するための確認情報（緊急度情報が付随している）を構成しており、更新サーバ２は、確認情報と緊急度情報をクライアント端末３に送信する確認情報送信手段を備えている。
更に、緊急度情報（利用可能バージョン番号）は、更新サーバ２で編集して設定することができ、更新サーバ２は、緊急度情報設定手段を備えている。
【００４０】
次に、クライアント端末３について説明する。クライアント端末３は、映画コンテンツを再生するためのアプリケーション２０を備えている。
アプリケーション２０は、アプリケーション２０を動作させるためのプログラムであるアプリケーションソフトをクライアント端末３のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で実行することにより構成され、アップデータ２１、及びモジュール２４、２４、…と、クライアントバージョン情報２２、最新モジュール格納部２３などから構成されている。
このように、クライアント端末３は、プログラム（アプリケーションソフト）を記憶する記憶手段と、このプログラムを実行する実行手段（ＣＰＵ）を備えている。
【００４１】
アップデータ２１は、アプリケーション２０を自動アップデートするためのモジュールである。
アップデータ２１は、定期的に更新サーバ２にポーリングし、更新サーバ２からアップデート情報１０をダウンロードする。そして、これを後述するクライアントバージョン情報２２と比較し、最新バージョンに更新可能なモジュールを特定する。
このように、アップデータ２１は、更新サーバ２と通信し、アプリケーション２０の更新情報の有無を確認する確認手段を構成している。また、更新可能なモジュールは、アプリケーション２０に更新処理に用いる更新情報を構成している。
【００４２】
そして、アップデータ２１は、アップデート情報１０で指定されたダウンロード先にアクセスして更新対象となるモジュール１２をダウンロードし、一時的に最新モジュール格納部２３に格納する。
このように、アップデータ２１は、更新情報の送信を更新サーバ２に要求する送信要求手段と、このとき要求した更新情報を更新サーバ２から受信する更新情報受信手段と、この受信した更新情報を記憶する更新情報記憶手段（最新モジュール格納領域２３）と、を備えている。
【００４３】
更に、アップデータ２１は、ダウンロードしたモジュール１２をインストールするか否かの通知をユーザに対して行い、ユーザがインストールを指示した場合は、古いバージョンのモジュール２４を最新モジュール格納部２３に記憶しておいたモジュール１２に置き換える。
【００４４】
このように、アップデータ２１は、更新に係るモジュールがあることを通知する告知手段と、ユーザからのインストール指示（更新指示）を受け付ける更新指示受付手段と、この更新指示受付手段で更新指示を受け付けた場合に、この更新情報を用いて更新対象となっているプログラムを更新するプログラム更新手段とを備えている。
【００４５】
この際に、アップデータ２１は、アプリケーション２０のユーザインターフェースが起動しているか否か、また、ユーザが映画コンテンツを再生しているか否かなどを確認すると共に、現在インストールされている置き換え対象のモジュールのバージョン番号がモジュール１２に設定された利用可能バージョン番号であるかを確認し、これら確認結果によりアプリケーション２０のアップデート動作を変化させる。これについては後にフローチャートを用いて詳細に説明する。
【００４６】
モジュール２４、２４、…は、それぞれ所定の機能を発揮するプログラム単位であり、例えば、映画コンテンツのダウンロード処理、ダウンロードした映画コンテンツの管理、暗号化された映画コンテンツの復号化処理、クライアント端末３の機器認証、映画コンテンツを再生するためのライセンス情報の管理など、映画コンテンツを再生する再生処理など各種の機能を有するものがある。
【００４７】
クライアントバージョン情報２２は、アプリケーション２０に組み込まれている各モジュール（アップデータ２１、モジュール２４、…）のバージョン番号を一覧したリストである。アップデータ２１は、クライアントバージョン情報２２と更新サーバ２からダウンロードしたアップデート情報１０を対比して比較することにより、現在アプリケーション２０に組み込まれている各モジュールについて、これらが最新のものであるか否か、最新のものでなかった場合、更に利用可能バージョンであるか否かを特定することができる。
アップデータ２１は、対比の結果、最新バージョンが利用できると判断したモジュールを更新サーバ２に要求し、ダウンロードする。
【００４８】
図３にクライアントバージョン情報２２の一例を示す。
クライアントバージョン情報２２は、一例としてＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語を用いて記述されている。
【００４９】
クライアントバージョン情報２２では、＜ＭｏｄｕｌｅｍａｎａｇｅｍｅｎｔＩｎｆｏ＞〜＜／ＭｏｄｕｌｅｍａｎａｇｅｍｅｎｔＩｎｆｏ＞の領域に、現在アプリケーション２０に組み込まれている各モジュールのバージョン番号などが記述されている。
図３では、領域４１にＩＤ番号が１であるモジュールに関する情報が記述され、領域４２には、ＩＤ番号が２であるモジュールに関する情報が記述されている。
このように、各モジュールに関する情報は＜ｍｏｄｕｌｅ  （中略）＞〜＜／ｍｏｄｕｌｅ＞の領域に記述される。
【００５０】
領域４１では、行４３にモジュールのＩＤ番号、バージョン番号が記述されている。
即ち、「ｉｄ＝”１”」の記述から領域４１にはＩＤ番号が１のモジュールに関する情報が記述されていることがわかり、「ＵＩＶｅｒｓｉｏｎ＝”１０”」の記述から、現在組み込まれているモジュールのバージョン番号が１０であることがわかる。
【００５１】
クライアントバージョン情報２２に記したＩＤ番号と、図２で示したアップデート情報１０に記したＩＤ番号とをマッチングすることにより、各モジュールごとにバージョン番号を対比することができる。
【００５２】
例えば、ＩＤ番号１で特定されるアップデータ２１について見てみると、アップデート情報１０（図２）では最新バージョン番号が１１で利用可能バージョン番号が９となっている。
一方クライアントバージョン情報２２によると現在アプリケーション２０に組み込まれているアップデータ２１のバージョン番号は１０である。
そのため、アップデータ２１はバージョン１１に更新可能であり、また、現在組み込んであるアップデータ２１のバージョン番号は９よりも大きいので利用可能バージョン番号であることがわかる。
【００５３】
行４４の＜ｎａｍｅ＞〜＜／ｎａｍｅ＞には、このモジュールの名称が記述される。行４４では、モジュールの名称として「アップデータ」が設定される。なお、
行４５の＜ＩｎｓｔａｌｌＰａｓｓ＞〜＜／ＩｎｓｔａｌｌＰａｓｓ＞には、このモジュールファイルの格納場所が記述されており、ここでは「ｕｐｄａｔｅ．ｅｘｅ」となっている。
【００５４】
同様に、領域４２では、ＩＤ番号２のモジュールについて記述されており、このモジュールのバージョン番号は２０であり、モジュールの名称は「ＲＯＭＡサービス」である。また、モジュールファイルの格納場所は「ｒｏｍａ＿ｓ．ｅｘｅ」である。
【００５５】
図１に戻り、最新モジュール格納部２３は、更新サーバ２から更新のためにダウンロードしたモジュール１２を一時的に格納しておくメモリ空間である。最新モジュール格納部２３に格納されたモジュール１２は、ユーザからの指示を待ってアプリケーション２０にインストールされる（即ち、古いバージョンのモジュール２４を新しいバージョンのモジュール１２に入れ替える）。
【００５６】
このように、モジュール１２を一時的に格納しておくことにより、モジュール１２のダウンロード時点とインストール時点を個別に設定することができる。
モジュール１２をインストールする場合、クライアント端末３を再起動する必要がある場合もあり、このようにインストール時点を設定できるように構成すると、ユーザが映画コンテンツを視聴している最中にダウンロードしたモジュール１２であっても、視聴し終えた後にインストールすることが可能となる。
【００５７】
次に、図４のフローチャートを用いてアプリケーション２０の自動アップデート手順について説明する。
まず、アップデータ２１は、ポーリング時刻になると、更新サーバ２に接続し、アップデート情報１０の送信を要求する（ステップ５）。
これに対し、更新サーバ２は、アップデート情報１０をクライアント端末３に送信し、クライアント端末３はこれを受信する（ステップ１０）。
【００５８】
次に、アップデータ２１は、クライアントバージョン情報２２を記憶装置から読み出して取得する（ステップ１５）。
更新サーバ２は、アップデート情報１０とクライアントバージョン情報２２をＩＤ番号を用いてモジュールごとに対比し、バージョン番号の差異があるか否かを判断する（ステップ２０）。
【００５９】
何れのモジュールについてもバージョン番号の差異が無かった場合、即ち、何れのモジュールも最新バージョンである場合（ステップ２０；Ｎ）、更新サーバ２との回線を切断して処理を終了する（ステップ５０）。
何れかのモジュールでバージョン番号の差異があった場合、即ち、最新バージョンでないモジュールがあった場合（ステップ２０；Ｙ）、アップデータ２１は、このモジュールが最新モジュール格納部２３にダウンロード済みか否かを確認する（ステップ２５）。アップデータ２１は、既にダウンロードしたモジュールに関しては記録をとるようにしており、この記録を参照することにより判断することができる。
【００６０】
最新モジュール格納部２３にダウンロード済みであった場合（ステップ２５；Ｙ）、アップデータ２１は、ステップ４５のインストール処理に移行する。
ダウンロード済みでなかった場合（ステップ２５；Ｎ）、アップデータ２１は、例えばハードディスクなどのモジュールを記憶する記憶装置の容量を確認する（ステップ３０）。記憶装置の容量が不足する場合は、ユーザに通知を出すなどの処理を行う。ここでは十分な容量が確認されたものとする。
【００６１】
次に、アップデータ２１は、最新バージョンではなく、ダウンロード済みでなかったモジュールを更新サーバ２に要求して、ダウンロードする（ステップ３５）。
そして、アップデータ２１は、ダウンロードしたモジュールを最新モジュール格納部２３に記憶し、このモジュールをダウンロードしたことを記録する（ステップ４０）。
【００６２】
次に、アップデータ２１は、最新モジュール格納部２３に格納してあるモジュールを現在アプリケーション２０に組み込まれているモジュールと置き換えることにより最新モジュールのインストールを行う（ステップ４５）。
アップデータ２１は、インストール終了後、更新サーバ２との回線を切断し（ステップ５０）、処理を終了する。
なお、インストールするモジュールは、既に最新モジュール格納部２３に記憶してあるため、インストール前に更新サーバ２との回線を切断してもよい。
【００６３】
次に、図５のフローチャートを用いてステップ４５（図４）のインストール処理について説明する。
まず、アップデータ２１は、アプリケーション２０のユーザインターフェースが起動中か否かを確認する。
ユーザインターフェースが起動していない場合（ステップ６０；Ｎ）、次回にユーザがユーザインターフェースを起動した際に（ステップ１０５）、後述のバージョンアップ画面を表示する（ステップ８０）。
【００６４】
ユーザインターフェースが起動中であった場合（ステップ６０；Ｙ）、アップデータ２１は、更新対象となっているモジュールの現在のバージョンが利用可能バージョンであるか否かを確認する（ステップ６５）。
このモジュールのバージョンが利用可能バージョンであった場合（ステップ６５；Ｙ）、更にユーザが映画コンテンツを再生している最中か否かを確認する（ステップ７０）。即ち、ＣＰＵが映画コンテンツを再生するプログラムを実行しているか否かを確認する。
【００６５】
ユーザが映画コンテンツを再生している最中である場合は（ステップ７０；Ｙ）、ユーザが映画コンテンツの再生を終了するのを監視する。
ユーザが映画コンテンツを再生していない場合、又はユーザが映画コンテンツの再生を終了した場合（ステップ７０；Ｎ）、アップデータ２１は、ユーザインターフェース上にバージョンアップ画面を表示して、ユーザに最新バージョンにアップデート可能であることを通知する（ステップ８０）と共に、アップデートするか否かの指示を求める。
【００６６】
このように、更新対象のモジュールが利用可能バージョンである場合（緊急度が低い場合）、ユーザが映画コンテンツを利用している間は通知を表示せず、映画コンテンツの利用が終了した後に表示することができる。
ここで、利用可能バージョン番号は、更新対象のモジュールのインストール緊急度を表す緊急度情報を構成しており、緊急度情報が所定の条件を満たす場合、即ち現在のモジュールのバージョン番号が利用可能バージョン番号でない場合に、映画コンテンツを再生している最中（即ち、再生プログラムの実行中）であってもバージョンアップの告知を行う。
【００６７】
図６は、バージョンアップ画面の一例を示した図である。図に示したように、バージョンアップ画面には、「アプリケーションがバージョンアップしました。」といったように、アプリケーション２０が更新可能である旨をユーザに通知する。
更に、「自動アップデートを行いますか？」といったようにユーザの意思を問い合わせ、「アップデートする」ボタンと「アップデートしない」ボタンをユーザに選択させることによりユーザの意思を取得する。
【００６８】
図５に戻り、ユーザがバージョンアップに同意した場合（ステップ８５；Ｙ）、アップデータ２１は、最新モジュール格納部２３に記憶してある最新のモジュールでアプリケーション２０に組み込んであるモジュールを置き替えてアプリケーション２０のバージョンアップを行う（ステップ９０）。
【００６９】
最新モジュール格納部２３に記憶してあったモジュールは、置き換え後に消去する。
そして、クライアントバージョン情報２２に記録されているこのモジュールのバージョン番号を最新のバージョン番号に書き換えることによりクライアントバージョン情報２２を更新する（ステップ９５）。
【００７０】
ユーザがバージョンに同意しなかった場合（ステップ８５；Ｎ）、アップデータ２１は、アプリケーション２０を終了する（ステップ１００）。
本実施の形態では、ユーザがバージョンアップに同意しなかった場合は、アプリケーション２０を終了させることとしたが、後ほど再度バージョンアップ画面を表示するなど、各種の処理方法が可能である。
【００７１】
また、ステップ６５において、現在アプリケーション２０に組み込まれているモジュールが利用可能バージョンでなかった場合（ステップ６５；Ｎ）、ユーザが映画コンテンツを再生している最中か否かにかかわらず、ポーリングサービスを停止し（ステップ７５）、バージョンアップ画面を表示する（ステップ８０）。
このように、更新対象のモジュールが利用可能バージョンでない場合（緊急度が高い場合）、ユーザが映画コンテンツを利用しているか否かにかかわらず、バージョンアップが必要であることを通知する。
【００７２】
ここで停止するポーリングサービスは、更新サーバ２に対するポーリングのほか、コンテンツサーバ５に対するポーリングなど、全てのポーリングサービスが含まれる。
これは、セキュリティを確保するためである。
【００７３】
なお、本実施の形態では、更新サーバ２からモジュールをダウンロードして一時記憶しておき、ユーザの意思を確認してからこれをインストールするように構成したが、これに限定するものではなく、ユーザの意思を確認した後にモジュールをダウンロードしてインストールするように構成することもできる。
【００７４】
以上説明したように、更新するモジュールに「利用可能バージョン」をパラメータとして付随させることにより、クライアント端末３でのバージョンアップ処理（の通知処理）を制御することができる。
即ち、緊急度の低いモジュールに関しては、通知とインストールをユーザが映画コンテンツの利用を終了するまで後回しにすることができ、緊急度が高い場合は、映画コンテンツの再生中でも通知、インストールを行うように制御することができる。
【００７５】
ここで、全てのクライアント端末３に対してあるモジュールを最新のものに強制的に更新したい場合は、更新サーバ２において最新のバージョン番号と利用可能バージョン番号を同じにすればよい。
このように利用可能バージョンを設定すると、古いバージョンのモジュールを使用しているアプリケーション２０は、このモジュールを最新式に更新しないと使用ができなくなる。
【００７６】
図７は、更新サーバ２において、アップデート情報１０を作成するのに使用するアップデート情報作成画面の一例を示した図である。
図に示したように、アップデート情報作成画面は、モジュールのＩＤ番号を入力するＩＤ番号入力欄、モジュールの名称を入力する名称入力欄、ダウンロード先のＵＲＬを入力するＵＲＬ入力欄、最新バージョン番号を入力する最新バージョン入力欄、利用可能バージョンを設定する利用可能バージョン設定欄などから構成されている。
【００７７】
また、アップデート情報作成画面は、キャンセルボタンと登録ボタンを備えており、これらをクリックするなどして選択すると、それぞれ入力内容のキャンセル、及び登録を行うことができる。
また、ＩＤ番号入力欄に既にアップデート情報の存在するモジュールのＩＤ番号を入力すると、現在登録されている内容が各欄に自動的に表示され、これを用いてこれらの値を編集することができる。これによって、現在の利用可能バージョンを変更することができる。
このように、更新サーバ２の管理者は、これらの欄に各値を入力・変更することにより、アップデート情報を作成することができる。
【００７８】
図８は、クライアント端末３のハードウェア的な構成を説明するためのブロック図である。
クライアント端末３では、ＣＰＵ５１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５３、レジスタ５４、入出力インターフェース６３がバスライン６１を介して接続されている。
クライアント端末３は、例えば、パーソナルコンピュータで構成することができるが、映画コンテンツを利用する専用機として構成することもできる。
【００７９】
ＣＰＵ５１は、ＲＯＭ５２やＲＡＭ５３、及び記憶装置５８などに記憶されているプログラムに従って各種の処理を実行する中央処理装置である。
ＣＰＵ５１は、アプリケーションソフトを実行することによりアプリケーション２０を形成し、コンテンツサーバ５から映画コンテンツをダウンロードして蓄積したり、また、これを再生したり、あるいは更新サーバ２にアクセスしてアプリケーション２０のバージョンアップを行ったりする。
【００８０】
ＲＯＭ５２は、クライアント端末３を機能させる上で必要な基本的なプログラムやパラメータなどを記憶したリードオンリーメモリである。
ＲＡＭ５３は、データの書き込み及び消去が可能なランダムアクセスメモリであって、ＣＰＵ５１が映画コンテンツをダウンロードや生成、アプリケーション２０のアップデートを行う際にワーキングメモリを提供する。
レジスタ５４は、ＣＰＵ５１などが高速に情報処理を行うために、一時的にデータを記憶するメモリである。
【００８１】
入出力インターフェース６３は、入力装置５６、出力装置５７、記憶装置５８、ネットワーク制御装置５９などの周辺装置との入出力を仲介するインターフェースである。
入力装置５６は、例えば、キーボード、マウス、ジョイスティック、などの入力デバイスから構成されており、ユーザは、これらのデバイスを操作して映画コンテンツを選択したり、再生したりすることができる。そして、バージョンアップ画面が表示された場合に、この画面に表示されたボタンをマウスでクリックするなどしてインストールするか否かを選択することができる。
【００８２】
出力装置５７は、ディスプレイ、スピーカ、プリンタなどの出力デバイスから構成されており、ユーザはこれらのデバイスから出力される情報を認識することにより映画コンテンツを視聴することができる。
映画コンテンツの他に、例えば、書籍コンテンツ、静止画コンテンツなどを再生する場合は、それぞれ文字、静止画がディスプレイに表示され、また、プリンタから出力することができる。音楽コンテンツを再生する場合は、スピーカから音楽が出力される。
【００８３】
記憶装置５８は、例えばハードディスクドライブなどで構成された大容量の記憶デバイスであり、ＣＰＵ５１によってデータの読み書きが可能となっている。
記憶装置５８は、例えば、大容量のハードディスクで構成されているが、このほか、光磁気ディスク、磁気ディスク、半導体記憶装置など、他の記憶媒体と、この記憶媒体を駆動する記憶媒体駆動装置を用いて構成することもできる。
【００８４】
記憶装置５８には、例えば、アプリケーション２０を構成するためのアプリケーションソフトやファイルの入出力処理などの基本的な機能をクライアント端末３で実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、コンテンツサーバ５からダウンロードした映画コンテンツやこれらの再生に用いるライセンス情報などが記憶されている。
また、最新モジュール格納部２３（図１）も記憶装置５８に形成される。
【００８５】
ネットワーク制御装置５９は、例えば、モデムなどで構成された通信制御デバイスで構成されており、クライアント端末３とネットワーク４を接続し、ネットワーク４を介した通信を制御する。クライアント端末３は、ネットワーク制御装置５９を介して更新サーバ２、コンテンツサーバ５、ライセンスサーバなどと通信を行うことができる。
【００８６】
更に、図示しないがバスライン６１には、半導体メモリ、光磁気ディスク、磁気ディスクなどの記憶媒体が着脱可能な記憶媒体駆動装置が接続されており、ＣＰＵ５１は、記憶媒体駆動装置を介して記憶媒体にデータを読み書きすることができる。
これら記憶媒体を介して映画コンテンツやライセンス情報をクライアント端末３に読み込むことも可能である。
【００８７】
以上、クライアント端末３の構成について説明したが、更新サーバ２のハードウェア的な構成は基本的にクライアント端末３と同様である。
更新サーバ２では、アップデート情報１０をオペレータが編集したり、あるいは、最新モジュール群１１に登録されているモジュール１２のうち、古くなったものを消去して最新バージョンのモジュール１２に入れ替えたりなど行うことができる。
図示しないが、更新サーバ２では、アップデート情報１０や最新モジュール群１１を管理するための支援ツールを備えている。
【００８８】
次に、アップデート情報１０の変形例について説明する。
先に説明した実施の形態では、モジュールに利用可能バージョンを設定することにより、更新の緊急性の高いモジュール（利用可能バージョンに該当しないバージョンのモジュール）と緊急性の低いモジュールを区別することができた。
本変形例では、アップデート情報１０に緊急フラグを設けることにより、アップデータ２１が緊急度を確認できるようにする。
【００８９】
図９は、本変形例に係るアップデート情報１０の一例を示した図である。
図に示したように、アップデート情報１０には、緊急フラグ７１が設定されている。
即ち、「ｅｍｅｒｇｅｎｃｙ＿ｆｌａｇ＝”ｔｒｕｅ”」により、「ｉｄ＝”１”」のモジュールが緊急を要するように設定されている。
緊急を要しない場合、緊急フラグ７１は、「ｅｍｅｒｇｅｎｃｙ＿ｆｌａｇ＝”ｆａｌｓｅ”」に設定される。
【００９０】
アップデータ２１は、緊急フラグが緊急を要するように設定されている場合は、例え映画コンテンツの再生中であっても、バージョンアップ画面を表示する。
また、緊急を要しないように設定されている場合は、映画コンテンツの再生が終了した後にバージョンアップ画面を表示する。
【００９１】
このように、緊急フラグを用いた場合は、アプリケーション２０に組み込まれているモジュールが最新バージョンでない場合は、全て映画コンテンツの再生中であってもバージョンアップ画面が表示され、先に説明した実施の形態で利用可能バージョン番号を最新バージョン番号に一致させた場合と同様になる。
そのため、先の実施の形態のように、アップデート情報１０で設定された利用可能バージョン番号とアプリケーション２０に組み込まれているモジュールのバージョン番号の組み合わせにより、緊急性を判断するといった細かい制御は行わない。
【００９２】
以上説明した本実施の形態により次のような効果を得ることができる。
（１）自動アップデートにより、アプリケーション２０を最新の状態に管理することができる。
（２）自動アップデートが起動した場合であっても、ユーザが映画コンテンツを再生している間は、アップデートの通知、及びインストール処理を行わないため、ユーザの利便性を高めることができる。
【００９３】
（３）最新モジュールに利用可能バージョン番号を設定することにより、アップデータ２１は、このモジュールのバージョンアップの緊急程度を判断することができる。
（４）バージョンアップの緊急程度が大きい場合、アップデータ２１は、映画コンテンツの再生中であっても、アップデートの通知、及びインストール処理を行うことができる。即ち、映画コンテンツの再生とインストールの優先度を設定することができる。
【００９４】
（５）ユーザがモジュールの更新を行わない場合、アプリケーション２０を停止させるため、確実にアプリケーション２０をバージョンアップさせることができる。
（６）更新サーバ２で、モジュールごとに利用可能バージョンを設定することができる。
（７）更新サーバ２は、利用可能バージョンを最新バージョンとすることにより、最新バージョンでないモジュールを利用している全てのクライアント端末３に対して、即時に最新バージョンにアップデートさせることができる。
【００９５】
以上に説明した、本実施の形態では、アプリケーション２０で映画コンテンツを再生している最中に、アプリケーション２０の自動アップデートがなされた場合に、その通知方法を更新情報の緊急度に応じて変化させたが、この機能を他のアプリケーションソフトと連携させることも可能である。
【００９６】
例えば、クライアント端末３には、アプリケーション２０の他に、音楽再生アプリケーションソフトやその他のアプリケーションソフトがインストールされており、これらのアプリケーションソフトが自動アップデートする場合に、その通知タイミングを映画コンテンツの再生状況と連携させて設定するように構成することができる。
【００９７】
この場合、他のアプリケーションソフトの更新情報に付属する緊急度情報により緊急度が判断される。そして、映画コンテンツを再生中で緊急度が低い場合、映画コンテンツの再生が終了してからアップデートの通知を行い、緊急度が高い場合は、映画コンテンツの再生中であってもアップデートの通知を行う。
【００９８】
また、以上の説明では、映画コンテンツを再生する場合について説明したが、各種のアプリケーションソフトに対して適用することができる。
例えば、ユーザがワープロソフトを使用している場合、緊急度の低いアップデートの通知は、ユーザが作成中の文書を保存した後に行い、緊急度の高いアップデートの通知は、文書作成中でも通知を行う。
【００９９】
更に、本実施の形態では、アプリケーション２０がモジュール２４から構成されているものとしたが、これは、アプリケーション２０の構成を限定するものではなく、アプリケーション２０の構成が如何様であっても、アプリケーション２０のアップデートに関しての通知を制御するものであればよい。
【図面の簡単な説明】
【０１００】
【図１】本実施の形態のコンテンツ利用システムのネットワーク構成を説明するためのブロック図である。
【図２】アップデート情報の一例を示した図である。
【図３】クライアントバージョン情報の一例を示した図である。
【図４】アプリケーションの自動アップデート手順を説明するためのフローチャートである。
【図５】インストール処理の手順を説明するためのフローチャートである。
【図６】バージョンアップ画面の一例を示した図である。
【図７】アップデート情報作成画面の一例を示した図である。
【図８】クライアント端末のハードウェア的な構成を説明するためのブロック図である。
【図９】本変形例に係るアップデート情報の一例を示した図である。
【符号の説明】
【０１０１】
１  コンテンツ利用システム          ２  更新サーバ
３  クライアント端末                ４  ネットワーク
５  コンテンツサーバ              １０  アップデート情報
１１  最新モジュール群              １２  モジュール
２０  アプリケーション              ２１  アップデータ
２２  クライアントバージョン情報    ２３  最新モジュール格納部
２４  モジュール
【図１】
2006018359.tif 000003
【図２】
2006018359.tif 000004
【図３】
2006018359.tif 000005
【図４】
2006018359.tif 000006
【図５】
2006018359.tif 000007
【図６】
2006018359.tif 000008
【図７】
2006018359.tif 000009
【図８】
2006018359.tif 000010
【図９】
2006018359.tif 000011