(57)【特許請求の範囲】
【請求項１】
更新プログラムデータベース及びライセンス情報管理データベースが記憶されている記憶手段を備えるサーバと、
更新プログラムの適用されるクライアントソフトウェアがインストールされているクライアント端末と
が通信網を介して通信可能に接続されている更新プログラム配信システムであって、
前記更新プログラムデータベースには、前記クライアント端末にインストールされる更新プログラムと、更新プログラムの検出を行うための更新プログラム検出条件と、複数の更新プログラム間の依存関係を記録したデータである更新プログラム依存関係データとが格納されており、
前記ライセンス情報管理データベースには、前記クライアントソフトウェアを識別するためのシリアル番号を管理するシリアル番号情報と、ダウンロード可能である更新プログラム及びダウンロード可能な期間を有したチケット番号を管理するチケット番号情報と、前記シリアル番号情報及びチケット番号情報の結びつけを管理するマッピング情報とが格納されており、
前記サーバは、
前記更新プログラムデータベース及びライセンス情報管理データベースの更新を行うデータベース更新部と、
前記クライアントソフトウェアからの要求に対してダウンロード可能な更新プログラムを前記ライセンス情報管理データベース及び更新プログラムデータベースから検索する検索処理部と、
前記クライアントソフトウェアに対してダウンロード可能な更新プログラム一覧を送信するとともに、前記クライアント端末から送信されたデータを受信する送受信部と
を備えることを特徴とする更新プログラム配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアパッケージ製品等のライセンス保有ユーザに対して当該ソフトウェアパッケージ製品等の更新プログラムを配信する更新プログラム配信システムに関するものである。
【背景技術】
【０００２】
現在、パーソナルコンピュータで用いられる様々なソフトウェアパッケージ製品が販売されている。そして、それらの製品毎にバージョンアップ等に基づく多くの更新プログラムが提供されている。更新プログラムには、依存関係の存在する場合があるため、ある更新プログラムを適用するためには、別の更新プログラムを事前に適用しておく必要がある。そのため、このような依存関係をもった更新プログラムを配布して、適用させることはソフトウェアパッケージ製品の販売元及びエンドユーザにとって大きな負担を強いることになる。
【０００３】
そこで、更新プログラムとその依存関係の情報とをサーバのデータベースに予め蓄えておき、インターネット上に公開する。そして、システムがエンドユーザの更新プログラムの適用状況を把握することで、エンドユーザが適用の順番を意識することなく、最新の更新プログラムを配信することが可能なサービスが普及してきている。
【０００４】
こうした更新プログラム配信システムの従来技術について簡単に説明する。
図１６に示すように、従来技術における更新プログラム配信システムは、サーバ４１及びクライアント端末４２を備える。サーバ４１及びクライアント端末４２は、通信網としてのインターネット４３に通信可能に接続されており、サーバ４１をサーバコンピュータとして、クライアント端末４２をクライアントコンピュータとして、クライアントサーバーシステムが構築されている。
【０００５】
サーバ４１には、更新プログラムデータベース４４及び顧客契約情報データベース４５を登録した磁気ディスク４６が備えられている。更新プログラムデータベース４４には、更新プログラム４７、更新プログラム検出条件４８、更新プログラム依存関係に関する情報４９が登録されている。また、顧客契約情報データベース４５には、顧客情報５０及び契約情報５１が登録されている。サーバ４１は、クライアント端末４２に更新プログラム４７、更新プログラム検出条件４８、更新プログラム依存関係に関する情報４９を送信する機能を有する。
【０００６】
また、クライアント端末４２には、ソフトウェアパッケージ製品であるクライアントソフトウェア５２がインストールされている。
このように構成されている従来の更新プログラム配信システムの動作は、以下のとおりである。
まず、クライアント端末４２上で実行されるクライアントソフトウェア５２から適用可能な更新プログラム要求のリクエストがインターネット４３を介してサーバ４１へ送信される。
【０００７】
次に、サーバ４１は、クライアント端末４２から送信された顧客情報５０のキーデータを用いて顧客契約情報データベース４５を照会することで、顧客情報５０を特定する。そして、サーバ４１は、顧客情報５０に紐付けられた顧客契約情報データベース４５における契約情報５１から契約上ダウンロード可能な更新プログラム４７を特定する。
次に、サーバ４１は、契約上ダウンロード可能な更新プログラム４７に関する更新プログラム検出条件４８、更新プログラムの依存関係に関する情報４９をクライアント端末４２へ返信する。
【０００８】
クライアント端末４２におけるクライアントソフトウェア５２は適用すべき更新プログラム４７を更新プログラム検出条件４８及び更新プログラム依存関係に関する情報４９を用いて判定する。クライアント端末４２は当該判定結果に基づいて、必要な更新プログラム４７をサーバ４１へ要求するとともに、当該更新プログラム４７のダウンロードを実行した後、更新プログラム４７の適用を実施する。
これにより、エンドユーザは更新プログラム４７の依存関係を意識することなく、更新プログラム４７をクライアントソフトウェア５２へ適用するが可能となる。
なお、本発明に関する公知技術文献としては特許文献１がある。
【特許文献１】特許公開２００５−２２２４５３
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、契約に基づいてダウンロード可能な更新プログラムを判定するためには、顧客契約データベースに顧客情報を保持しておき、契約内容に基づいてダウンロード可否を判定する必要がある。
【００１０】
また、エンドユーザが複数の製品について契約を結んだ場合には、追加で購入した製品の契約情報を顧客契約データベースに追加しなくてはならない。このとき、契約情報を追加するためには契約したエンドユーザを特定することが必要となる。しかしながら、ソフトウェアベンダーの多くは、ソフトウェアの販売を販売会社経由で行っており、エンドユーザの情報を把握することは容易でない。そのため、エンドユーザが製品を追加購入しても、ソフトウェアベンダーは、どのエンドユーザに対して追加製品のダウンロード許可を与えればよいのかが分からない。
【００１１】
また、仮に顧客情報を入手することができた場合であっても、管理コストの面で問題がある。さらには、顧客情報の管理は、個人情報保護法が施行されたこともあって、個人情報の漏洩等が発生しないように厳重に管理する必要がある。そのため、個人情報を管理するシステムに対するセキュリティ要件は非常に高く、更新プログラム配信サービス提供者にとって、運営にかかるコストが増大するといった大きな問題が発生する。
本発明の目的は、顧客情報をデータベース上に保存することなく、契約しているユーザにのみ更新プログラムを配信する仕組みを提供することにある。
【００１２】
一方、一般に更新プログラムの適用対象となる製品は、指定台数のクライアント端末にのみインストールすることが許諾されており、指定台数を超えて複数台のクライアント端末にインストールすることはライセンス違反となる。エンドユーザが不正に複数台に更新プログラムの適用対象となる製品をインストールして、クライアントソフトウェアも複数台のクライアント端末にインストールした場合には、ライセンス違反を犯しているクライアント端末に対しても更新プログラムを配信することになり、更新プログラムの適用対象となる製品を提供するベンダーの利益を阻害することになる。
２つめの本発明の目的は、不正に複数台への更新プログラムのインストールを行うことができないようにすることで、製品を提供するベンダーの利益を守ることにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明の更新プログラム配信システムは、更新プログラムデータベース及びライセンス情報管理データベースが記憶されている記憶手段を備えるサーバと、更新プログラムの適用されるクライアントソフトウェアがインストールされているクライアント端末とが通信網を介して通信可能に接続されている更新プログラム配信システムであって、前記更新プログラムデータベースには、前記クライアント端末にインストールされる更新プログラムと、更新プログラムの検出を行うための更新プログラム検出条件と、複数の更新プログラム間の依存関係を記録したデータである更新プログラム依存関係データとが格納されており、前記ライセンス情報管理データベースには、前記クライアントソフトウェアを識別するためのシリアル番号を管理するシリアル番号情報と、ダウンロード可能である更新プログラム及びダウンロード可能な期間を有したチケット番号を管理するチケット番号情報と、前記シリアル番号情報及びチケット番号情報の結びつけを管理するマッピング情報とが格納されており、前記サーバは、前記更新プログラムデータベース及びライセンス情報管理データベースの更新を行うデータベース更新部と、前記クライアントソフトウェアからの要求に対してダウンロード可能な更新プログラムを前記ライセンス情報管理データベース及び更新プログラムデータベースから検索する検索処理部と、前記クライアントソフトウェアに対してダウンロード可能な更新プログラム一覧を送信するとともに、前記クライアント端末から送信されたデータを受信する送受信部とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明の更新プログラム配信システムによれば、次のような効果がある。
・顧客情報をデータベース上に保存することなく、契約しているユーザにのみ更新プログラムを配信することができる。
・不正に複数台への更新プログラムのインストールを行うことができないようにすることで、製品を提供するベンダーの利益を守ることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を適用した更新プログラム配信システムの一実施形態について説明する。
図１に示すように、更新プログラム配信システムは、サーバ１１及びクライアント端末１２を備える。サーバ１１及びクライアント端末１２は、通信網としてのインターネット１３に通信可能に接続されており、サーバ１１をサーバコンピュータとして、クライアント端末１２をクライアントコンピュータとして、クライアントサーバーシステムが構築されている。
【００１６】
クライアント端末１２には、ソフトウェアパッケージ製品であるクライアントソフトウェア１４がインストールされている。
サーバ１１には、データベース更新部１５、検索処理部１６、送受信部１７が備えられているとともに、更新プログラムデータベース１８及びライセンス情報管理データベース１９を記憶した記憶手段としての磁気ディスク２０が備えられている。
データベース更新部１５は、更新プログラムデータベース１８及びライセンス情報管理データベース１９の更新を実行する機能を有する。
【００１７】
検索処理部１６は、クライアントソフトウェア１４からの要求に対してダウンロード可能な更新プログラム２１をライセンス情報管理データベース１９及び更新プログラムデータベース１８から検索する機能を有する。
送受信部１７は、クライアント端末１２から送信された各種データを受信するとともに、クライアント端末１２に対してダウンロード可能な更新プログラム２１の一覧データを送信する。
【００１８】
更新プログラムデータベース１８には、更新プログラム２１、更新プログラム検出条件２２、更新プログラム依存関係データ２３が登録されている。
更新プログラム２１は、クライアント端末１２にインストールされる。更新プログラム検出条件２２は、更新プログラム２１を検出する機能を有する。更新プログラム依存関係データ２３は、複数の更新プログラム２１間の依存関係を記録したデータである。
【００１９】
また、ライセンス情報管理データベース１９には、シリアル番号情報２４、チケット番号情報２５、マッピング情報２６が登録されている。
シリアル番号情報２４は、クライアントソフトウェア１４を識別するためのシリアル番号を管理するための情報である。チケット番号情報２５は、ダウンロード可能な更新プログラム２１とダウンロード可能な期間に関する情報を備えたチケット番号を管理するための情報である。マッピング情報２６は、シリアル番号とチケット番号との結びつけを管理するための情報である。
【００２０】
次に、クライアントソフトウェア１４の概要について説明する。
図２に示すように、クライアントソフトウェア１４は、ユーザインタフェース機能２７、送受信機能２８、データ処理機能２９を有する。ユーザインタフェース機能２７は、チケット番号の管理及び更新プログラム２１の適用を実行するための、ユーザからの入力を受け付ける機能を有する。送受信機能２８は、サーバ１１とデータの送受信を行う機能を有する。そして、データ処理機能２９は、シリアル番号及びチケット番号の管理と適用可能な更新プログラム２１の判定と更新プログラム２１の適用とを行う機能を有する。
【００２１】
また、データ処理機能２９には、シリアル番号管理機能３０、適用可能更新プログラム判定機能３１、更新プログラム受信機能３２、更新プログラム適用機能３３が備えられている。
シリアル番号管理機能３０は、クライアントソフトウェア１４をクライアント端末１２にインストールする際に入力されたシリアル番号を記録しておくとともに、サーバ１１へ通信する際に記録したシリアル番号を送受信部１７から送信する。
【００２２】
適用可能更新プログラム判定機能３１は、更新プログラム検出条件２２及び更新プログラム依存関係データ２３をサーバ１１から受信して、クライアント端末１２上に実際にインストールされている更新プログラム２１の検出を行い、まだインストールされていない更新プログラム２１を判定する処理を行う。
更新プログラム受信機能３２は、適用可能更新プログラム判定機能３１によってインストール可能と判定された更新プログラム２１をサーバ１１からダウンロードする処理を行う。
更新プログラム適用機能３３は、更新プログラム受信機能によってダウンロードされた更新プログラム２１を、クライアント端末１２に実際にインストールする処理を行う。
【００２３】
次に、ライセンス情報管理データベース１９に格納されているシリアル番号情報２４のテーブル構造について説明する。
図３に示すように、ライセンス情報管理データベース１９に格納されているシリアル番号情報２４のテーブル要素は、シリアル番号、使用回数、最大使用回数で構成されている。シリアル番号は、本システムで一意となる番号であり、クライアントソフトウェア１４のインストールを行う際に必要となるものである。
【００２４】
次に、ライセンス情報管理データベース１９に格納されているチケット番号情報２５のテーブル構造について説明する。
図４に示すように、ライセンス情報管理データベース１９に格納されているチケット番号情報２５のテーブル要素は、チケット番号、製品名、チケットの契約開始日、契約終了日、チケットの使用回数、最大使用回数で構成されている。チケット番号は、本システムで一意にチケットを識別するための文字列である。
【００２５】
次に、ライセンス情報管理データベース１９に格納されているマッピング情報２６のテーブル構造について説明する。
図５に示すように、ライセンス情報管理データベース１９に格納されているマッピング情報２６のテーブル要素は、シリアル番号及びチケット番号で構成されている。シリアル番号は、シリアル番号情報に保存されているシリアル番号である。チケット番号はチケット番号情報に保存されているチケット番号である。１つのシリアル番号に対して、複数のチケット番号を結びつけることができる。これは、エンドユーザが追加の製品を購入した場合に１つのクライアントソフトウェア１４で複数の製品の更新プログラムをダウンロードさせることを可能とするためである。
【００２６】
次に、更新プログラムデータベース１８に格納されている更新プログラム検出条件２２のテーブル構造について説明する。
図６に示すように、更新プログラムデータベース１８に格納されている更新プログラム検出条件２２のテーブル要素は、修正プログラム名、製品名、検出条件、バイナリで構成されている。修正プログラム名は、修正プログラムを一意に示す名称である。製品名は、修正プログラム名がどの製品に属するかを示す。検出条件は、修正プログラム名がインストールされていることを検出するための条件である。具体的には、ファイルの存在やオペレーティングシステム上のレジストリデータベースの値などを検出の条件として記述する。
【００２７】
次に、以上のように構成された更新プログラム配信システムの動作を説明する。
まず、サーバ１１ではデータベース更新部１５を使用して、ライセンス情報管理データベース１９にシリアル番号情報２４及びチケット番号情報２５が作成される。発行されたシリアル番号情報２４は図３に示すテーブルに格納される。具体的には、発行されたシリアル番号がシリアル番号に、未使用であることを示す０が使用回数に、シリアル番号の最大使用回数が最大使用回数にそれぞれ記録される。
【００２８】
また、発行されたチケット番号情報２５は図４に示すテーブルに格納される。具体的には、発行されたチケット番号がチケット番号に、チケットでダウンロード可能となる製品を示す名称が製品名に、契約の開始日の日付が契約開始日に、契約の終了日の日付が契約終了日に、未使用であることを示す０が使用回数に、チケットの最大使用回数が最大使用回数にそれぞれ記録される。
ここで発行されたシリアル番号及びチケット番号は、電子メールや書面に記載して郵送することなどにより、ベンダーからエンドユーザへと受け渡される。
【００２９】
クライアントソフトウェア１４は、クライアント端末１２へインストールされる際にサーバ１１にシリアル番号を登録する。
シリアル番号をサーバ１１に登録する処理は、図７に示すように、まず、クライアントソフトウェア１４が、サーバ１１に対してシリアル番号登録要求を送信する（ステップＳ７１）。次に、サーバ１１は、シリアル番号登録処理を実行するとともに（ステップＳ７２）、クライアントソフトウェア１４に対して処理結果をシリアル番号登録結果返信として返送する（ステップＳ７３）。
【００３０】
次に、シリアル番号登録処理の概要について説明する。
図８に示すように、まず、サーバ１１は、クライアントソフトウェア１４から送信されたシリアル番号が図３に示すテーブルに存在するか否かを確認する（ステップＳ８１）。存在しない場合には、サーバ１１は、クライアントソフトウェア１４に登録に失敗した旨の情報を送信する（ステップＳ８２）。一方、存在する場合には、サーバ１１は、最大使用回数を超えていないかを判定する（ステップＳ８３）。
【００３１】
最大使用回数に達している場合には、サーバ１１は、クライアントソフトウェア１４に登録に失敗した旨の情報を送信する（ステップＳ８２）。最大使用回数を超えていない場合には、最大使用回数をインクリメントして（ステップＳ８４）、クライアントソフトウェア１４に登録が成功した旨の情報を送信する（ステップＳ８５）。登録に成功した旨の情報を受信した場合、クライアントソフトウェア１４は、シリアル番号をシリアル番号管理機能３０に保存する。
【００３２】
クライアントソフトウェア１４は、ユーザインタフェース機能２７の１つとして、図９に示すチケットの追加及び削除を行うためのチケット管理画面３４をクライアント端末１２の図示しないディスプレイに表示させる機能を有する。
ここで、チケット管理画面３４で発生する通信処理の概要について説明する。
図１０に示すように、ユーザによってチケット管理画面３４が開かれると、クライアントソフトウェア１４はサーバ１１に対して、クライアントソフトウェア１４が保持しているシリアル番号をサーバ１１に送信することで、チケット一覧要求を行う（ステップＳ１０１）。
【００３３】
次に、サーバ１１は、クライアントソフトウェア１４からの要求に対して、チケット一覧取得処理を行う（ステップＳ１０２）。そして、サーバ１１はシリアル番号に紐付けられたチケットの一覧を作成するとともに、チケット一覧返信を行う（ステップＳ１０３）。具体的に、サーバ１１はクライアントソフトウェア１４から受け取ったシリアル番号を元に図５に示すテーブルからシリアル番号に紐付けられたチケット番号の一覧を取得するとともに、図４に示すテーブルからチケット番号に紐づく製品名、契約開始日、契約終了日を取得し、クライアントソフトウェアへチケット一覧を返信する。クライアントソフトウェア１４は、サーバ１１から返信されたチケット一覧をチケット管理画面３４のチケット一覧の領域に表示する。
【００３４】
エンドユーザが新しい製品を購入した場合、対応する製品のチケット番号を図９に示すチケット管理画面３４から登録する。
エンドユーザによってチケット追加ボタンが押下されると、チケット登録要求処理によってチケット管理画面３４から入力されたチケット番号とクライアントソフトウェア１４のシリアル番号がサーバ１１に送信される（ステップＳ１０４）。
サーバ１１では、チケット登録処理を行い（ステップＳ１０５）、クライアントソフトウェア１４によって送信されたチケット番号とシリアル番号とを紐付けて、チケット登録結果返信を行う（ステップＳ１０６）。
【００３５】
ここで、チケット番号登録処理の概要について説明する。
図１１に示すように、まず、サーバ１１は、クライアントソフトウェア１４から送信されたチケット番号を図４に示すテーブルから検索して、最大使用回数を超えていないかを判定する（ステップＳ１１１）。最大使用回数に達している場合には、サーバ１１は、クライアントソフトウェア１４に登録に失敗した旨の情報を送信する（ステップＳ１１２）。
一方、最大使用回数を超えていない場合には、使用回数をインクリメントするとともに（ステップＳ１１３）、図５に示すテーブルにシリアル番号とチケット番号との紐付けを記録する（ステップＳ１１４）。そして最後に、クライアントソフトウェア１４に登録が成功した旨の情報を送信する（ステップＳ１１５）。
【００３６】
ここで、図１０に示すチケット管理画面３４で発生する通信処理の説明に戻る。
エンドユーザが購入済み製品のライセンスを他のコンピュータへ移動する場合に、使用済のチケットを削除する必要がある。チケットを削除する場合、エンドユーザは図９に示すチケット管理画面３４からチケット削除ボタンを押下する。チケット削除ボタンが押下されると、チケット削除要求がサーバ１１へと送信される（ステップＳ１０７）。具体的にはチケット管理画面３４から削除指定されたチケット番号とクライアントソフトウェア１４のシリアル番号とがサーバ１１に送信される。
【００３７】
サーバ１１では、チケット削除処理が実行される（ステップＳ１０８）。そして、サーバ１１はクライアントソフトウェア１４によって送信されたチケット番号とシリアル番号との紐付けを解除するとともに、チケット削除結果返信を行う（ステップＳ１０９）。
ここで、チケット番号削除処理の概要について説明する。
図１２に示すように、まず、サーバ１１はクライアントソフトウェア１４から送信されたチケット番号とシリアル番号との組を図５に示すテーブルから検索するとともに、レコードの削除を行うことで紐付けを解除する（ステップＳ１２１）。
【００３８】
次に、サーバ１１はクライアントソフトウェア１４から送信されたチケット番号を図４に示すテーブルから検索するとともに、使用回数をデクリメントする（ステップＳ１２２）。そして、サーバ１１は削除成功の結果に関する情報をクライアントソフトウェア１４へ返信する（ステップＳ１２３）。
【００３９】
次に、クライアントソフトウェア１４が更新プログラムの一覧をサーバ１１に要求して適用するまでの処理について説明する。
図１３に示すように、クライアントソフトウェア１４は更新プログラム一覧取得要求をサーバ１１に行う（ステップＳ１３１）。すると、サーバ１１は更新プログラム一覧取得要求処理を実行するとともに（ステップＳ１３２）、クライアントソフトウェア１４へ更新プログラム一覧に関するデータを返信する（ステップＳ１３３）。
【００４０】
次に、クライアントソフトウェア１４は、更新プログラム一覧画面表示処理を実行するとともに、適用可能な更新プログラムの一覧である更新プログラム一覧画面をクライアント端末１２の図示しないディスプレイに表示させる（ステップＳ１３４）。
次に、クライアントソフトウェア１４は更新プログラム一覧画面からエンドユーザによって選択された更新プログラムをダウンロードするために、更新プログラムダウンロード要求を実施する（ステップＳ１３５）。
【００４１】
サーバ１１はその要求をうけて更新プログラムダウンロード処理要求を実施する（ステップＳ１３６）。具体的には、更新プログラム一覧画面からエンドユーザによって選択されたインストールされていない更新プログラムの一覧をクライアントソフトウェア１４が送信すると、サーバ１１は図６に示すテーブルから更新プログラムのバイナリデータを取得するとともに、クライアントソフトウェア１４へと送信する。
【００４２】
サーバ１１はダウンロード処理要求の結果としてクライアントソフトウェア１４に対して、更新プログラムを返信する（ステップＳ１３７）。クライアントソフトウェア１４はダウンロードしたソフトウェアをクライアント端末１２上で実行して更新プログラム適用処理を実施する（ステップＳ１３８）。具体的には、クライアントソフトウェア１４はサーバ１１からダウンロードした更新プログラムを、クライアント端末１２上で実行して、更新プログラムのインストールを行う。
【００４３】
ここで、図１３のステップＳ１３２における更新プログラム一覧取得要求処理の詳細を説明する。図１４に示すように、まずクライアントソフトウェア１４から送られたチケット番号とシリアル番号との組を図５に示すテーブルから検索する（ステップＳ１４１）。次に、図４に示すテーブルからチケット番号に紐付けられた製品名を検索するとともに（ステップＳ１４２）、図６に示すテーブルから製品名が一致する修正プログラムの修正プログラム名及び検出条件を取得する。そして、その一覧リストをクライアントソフトウェア１４へ返信する（ステップＳ１４３）。
【００４４】
次に、図１３のステップＳ１３４における更新プログラム一覧画面表示処理の詳細を説明する。
図１５に示すように、まず、クライアントソフトウェア１４は、サーバ１１から取得した一覧リストに対して、修正プログラムのリストから検出条件を調べる。そして、一覧リスト上の修正プログラムが実際にクライアントにインストールされているか否かを判定するとともに、インストールされていない更新プログラムのリストを作成する（ステップＳ１５１）。そして、インストールされていない更新プログラムのリストを更新プログラム一覧画面に表示させる（ステップＳ１５２）。
【００４５】
以上説明したとおり、本実施形態の更新プログラム配信システムによれば、次のような効果がある。
・顧客情報をデータベース上に保存することなく、契約しているユーザにのみ更新プログラムを配信することができる。
・不正に複数台への更新プログラムのインストールを行うことができないようにすることで、製品を提供するベンダーの利益を守ることができる。
【００４６】
なお、上記実施形態は、以下のように変更して実施してもよい。
・通信網の代表としてインターネット１３を例に説明したが、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークであってもよい。
・クライアント端末１２がインターネット１３に１台接続されているシステムを例に説明したが、クライアント端末１２は、インターネット１３に複数台接続されていてもよい。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態を示すシステム構成図。
【図２】クライアントソフトウェアの構成図。
【図３】データベースに格納されているシリアル番号情報の構成図。
【図４】データベースに格納されているチケット番号情報の構成図。
【図５】データベースに格納されているマッピング情報の構成図。
【図６】データベースに格納されている更新プログラム検出条件の構成図。
【図７】シリアル番号登録におけるシーケンス図。
【図８】シリアル番号登録処理の概要を示すフローチャート。
【図９】チケット管理画面の構成図。
【図１０】チケット追加及び削除処理におけるシーケンス図。
【図１１】チケット番号登録処理の概要を示すフローチャート。
【図１２】チケット番号削除処理の概要を示すフローチャート。
【図１３】更新プログラム取得及び適用処理におけるシーケンス図。
【図１４】更新プログラム一覧取得要求処理の概要を示すフローチャート。
【図１５】更新プログラム一覧画面表示処理の概要を示すフローチャート。
【図１６】従来の更新プログラム配信システムを示すシステム構成図。
【符号の説明】
【００４８】
１１…サーバ、１２…クライアント端末、１３…通信網としてのインターネット、１４…クライアントソフトウェア、１５…データベース更新部、１６…検索処理部、１７…送受信部、１８…更新プログラムデータベース、１９…ライセンス情報管理データベース、２０…記憶手段としての磁気ディスク、２１…更新プログラム、２２…更新プログラム検出条件、２３…更新プログラム依存関係データ、２４…シリアル番号情報、２５…チケット番号情報、２６…マッピング情報。
【図１】
0005017055.tif 000002
【図２】
0005017055.tif 000003
【図３】
0005017055.tif 000004
【図４】
0005017055.tif 000005
【図５】
0005017055.tif 000006
【図６】
0005017055.tif 000007
【図７】
0005017055.tif 000008
【図８】
0005017055.tif 000009
【図９】
0005017055.tif 000010
【図１０】
0005017055.tif 000011
【図１１】
0005017055.tif 000012
【図１２】
0005017055.tif 000013
【図１３】
0005017055.tif 000014
【図１４】
0005017055.tif 000015
【図１５】
0005017055.tif 000016
【図１６】
0005017055.tif 000017