JP4048318B2 - ソフトウェアの管理方法 - Google Patents
ソフトウェアの管理方法 Download PDFInfo
- Publication number
- JP4048318B2 JP4048318B2 JP2002051413A JP2002051413A JP4048318B2 JP 4048318 B2 JP4048318 B2 JP 4048318B2 JP 2002051413 A JP2002051413 A JP 2002051413A JP 2002051413 A JP2002051413 A JP 2002051413A JP 4048318 B2 JP4048318 B2 JP 4048318B2
- Authority
- JP
- Japan
- Prior art keywords
- update
- update data
- file
- software
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ソフトウェアを更新する技術に関する。
【０００２】
【従来の技術】
ネットワークを介して複数のクライアントがプリンタを共有する環境下では、プリンタのマネージメントを行うソフトウェアが活用されている。例えばかかるソフトウェアは、新製品のプリンタに対応した機能の拡充を図ったり不具合を修正したりするために適宜更新する必要がある。
【０００３】
ソフトウェアは、追加または変更されるファイルを新たにインストールすることにより更新される。旧バージョンのソフトウェア全体を新バージョンのソフトウェアに置換する更新が採られることもあるが、旧バージョンと新バージョンとの差分に相当する差分ファイルのみをパーケージとして提供することにより更新時に要求されるファイルサイズを縮小することができる。更新データが大きなサイズである場合には差分データを利用して更新を行う技術が利用される。例えば更新前のソフトウェアが「ａ，ｂ」の２つのファイルで構成され、更新後のソフトウェアが「ａ，β」場合に、差分データは要素「β」と更新対象「ｂ」の指定とから構成する。更新前後のソフトウェア間の重複部分は不要であるから差分でデータは小さなサイズとできる。
【０００４】
【発明が解決しようとする課題】
通常の場合にソフトウェアの更新は、一度で完了するものではなく何度も繰り返し行われることが多い。ここで全ユーザがソフトウェアを常に最新のバージョンに更新するとは限らないから、更新用の差分ファイルのパッケージは、ユーザが保持している可能性のあるバージョンに応じて多種類用意する必要がある。
【０００５】
例えば、ソフトウェアのバージョンについて、１．０→１．０１→１．０２と２段階更新された場合を考える。必要な更新用パッケージは、バージョン１．０→１．０１及びバージョン１．０→１．０２、バージョン１．０１→１．０２についの三種類となる。さらに多くの段階について利用する場合、必要な更新用パッケージの種類は爆発的に増大する。従来、このように多種多様なパッケージの作成・管理を行う負担が非常に大きかった。
【０００６】
本発明は、上述の課題を解決するためになされたものであり、ソフトウェアの更新に関し、多種多様なパッケージの作成・管理に係る負担の軽減を図ることを目的とする。
【０００７】
【課題を解決するための手段およびその作用・効果】
上記課題の少なくとも一部を解決するために、本発明では、次の構成を適用した。
【０００８】
本発明の一形態による管理装置は、更新データを供給するためのサーバとネットワークを介して接続されたソフトウェアの管理装置であって、
前記ソフトウェアを構成する一式のファイルを記憶する記憶部と、
前記ソフトウェアを更新するための一式の更新データの送付を前記サーバに対して要求する要求部と、
前記サーバから送付された前記更新データを入力する更新データ入力部と、
該更新データに基づいて前記ソフトウェアを更新する更新部とを備え、
前記更新データは、
前記一式のファイルのいずれかをそれぞれ置き換えるための複数の新規ファイルと、
各新規ファイルのファイル名を含み、各新規ファイルを同一ファイル名の更新前のファイルに置き換えるべきことを更新内容として指示する更新指示ファイルとを備え、
前記更新指示ファイルは、１つ以上の新規ファイルを含むファイルとして、他の更新データを特定可能であり、
前記更新部は、前記更新データに含まれている更新指示ファイル、及び、当該更新指示ファイルで特定された他の更新データに含まれている更新指示ファイルを参照し、前記複数の更新指示ファイルの指示に従ってファイルの置き換えを行うことによって前記ソフトウェアの更新を行う。
【０００９】
このようにすることで、ソフトウェアの更新に関して、多種多様なパッケージを複数の更新データの組み合わせに基づいて構成して利用し、データの作成や送配付、管理などの処理の煩雑さを低減することができる。
【００１０】
なお、新規ファイルは、分離した複数のものであってもよいし、一体的に構成していてもよい。また、更新指示ファイルは、新規ファイルの全部又は一部と一体的に構成していてもよい。
【００１１】
ここで、更新データ入力部が行う更新データの入力は、インターネットや無線通信網その他のネットワークを介して行うものであってもよいし、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）やＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｋ）、Ｆｌａｓｈ Ｍｅｍｏｒｙを利用したメモリーカード等の情報記憶媒体を利用して行うものとしてもよい。
【００１２】
本発明の管理装置において、
従前の更新履歴を記憶する更新履歴記憶部を備え、
前記更新部は、前記更新履歴に基づき、前記参照すべき更新指示ファイルを選択するものとしてもよい。
【００１３】
このようにすることで、従前に行った更新を再び無駄に繰り返して行うことを避けることができる。これにより、更新データの送配付などの煩雑な処理を減少することができる。
【００１４】
なお、更新履歴に基づき、従前の更新を取り消して、ソフトウェアを更新前の状態に戻すことができるものとしても良い。
【００１５】
本発明の管理装置において、
前記更新指示ファイル間には更新すべき順序が設定されており、
前記更新部は、該順序に従って、前記更新指示ファイルを参照するものとしてもよい。
【００１６】
ソフトウェアの更新には、多種類の機能を並列的に追加する場合と、段階的に機能向上を図る場合とがある。上記態様によれば、後者の場合において、適切な更新を実現することができる。
【００１７】
本発明の管理装置は、
前記更新データを供給するためのサーバと、ネットワークを介して接続されており、
該サーバに対し、前記更新データの送付を要求する要求部を備え、
前記更新データ入力部は、前記サーバから前記入力を行うものとしてもよい。
【００１８】
このようにすることで、新しい更新データの供給・取得を簡便に行うことができる。
【００１９】
なお、要求部は、定期的に要求を発し続けるものとしても良いし、ユーザの指示その他の条件に従って、単発的に要求を発するものとしても良い。
【００２０】
ここでネットワークとしては、インターネットのような広域的なネットワーク、およびローカルエリアネットワーク、イントラネットなどの限定的なネットワークの双方を含む。またネットワークは、無線ＬＡＮや携帯無線電話通信技術を利用したネットワークであってもよい。
【００２１】
本発明の管理装置において、
前記要求部は、前記更新に利用する更新データを選択するための情報を、前記更新対象のソフトウェアに基づいて前記サーバに送信するものとしてもよい。
【００２２】
このようにすることで、更新対象のソフトウェアの情報に基づいてサーバが更新データを利用することができる。従前に行った更新を再び無駄に繰り返し行うことを避けることができるとともに、送信される更新データ量を減らすことができる。例えば、必要となる更新データを管理装置が選択し、それを特定する情報をサーバに送信し、これに基づいてサーバが必要となる更新データを選択して送信する態様をとっても良い。
【００２３】
また、本発明の他の形態による更新データ供給サーバは、クライアントとネットワークで接続され、該クライアントに保存されたソフトウェアを更新するための更新データを供給する更新データ供給サーバであって、
前記更新データは、
前記ソフトウェアの一式のファイルのいずれかをそれぞれ置き換えるための複数の新規ファイルと、
各新規ファイルを特定する更新指示ファイルとを備え、
前記ソフトウェアの更新前後のバージョン番号と、前記更新前のバージョン番号から前記更新後のバージョン番号への前記ソフトウェアの更新を行うための前記更新データと、を互いに関連付ける関連情報を蓄積する蓄積部と、
前記クライアントに保存されている前記ソフトウェアの現在のバージョン番号を含む要求データであって、前記更新データを要求する要求データを前記クライアントから取得する取得部と、
前記要求を解析し、前記関連情報に基づいて前記更新データを選択する選択部と、
該選択される更新データを出力する出力部とを備え、
前記蓄積部は、複数の更新データの内容を包含した多重更新データを蓄積し、
前記出力部は、対応する該多重更新データが存在しない場合に前記複数の更新データを、存在する場合には該多重更新データを出力することを要旨とする。
【００２４】
このようにすることで、クライアントの要求に基づいて選択した更新データを送付することができ、データ量を低減できる。
【００２５】
本発明の更新データ供給サーバにおいて、
例えば、前記要求データは、更新対象たる前記ソフトウェアの情報を含み、
前記選択部は、該情報と前記更新データ間の関連の情報とを対比することで前記選択から除外するものを決定するものとしてもよい。
【００２６】
このようにすることで、従前に行った更新を再び無駄に行うことを避けることができる。これにより、更新データの送配付などの煩雑な処理を減少することができる。
【００２７】
本発明の更新データ供給サーバにおいて、
前記蓄積部は、前記複数の更新データの内容を包含した多重更新データを蓄積し、
前記送付部は、対応する該多重更新データが存在しない場合に前記複数の更新データを、存在する場合には該多重更新データを出力するものとしてもよい。
【００２８】
このようにすることで、複数の更新データによって実現される更新を、単一のデータで簡便に指示することが可能となる。例えば更新指示ファイルが複数の更新データを特定することで多重更新データを構成するものとしてもよい。
【００２９】
本発明は、ソフトウェアの管理装置、更新データ供給サーバとしての態様の他、コンピュータを用いてソフトウェア管理を行う方法や、コンピュータを用いて更新データ供給を行う方法として構成するこも可能である。また、コンピュータにソフトウェア管理を行わせるためのコンピュータプログラムや、コンピュータに更新データ供給を行わせるためのコンピュータプログラムなど種々の態様で構成することが可能である。さらにた、コンピュータにソフトウェア管理を行わせるためのコンピュータプログラムや、コンピュータに更新データ供給を行わせるためのコンピュータプログラムと同視し得る信号として構成してもよいし、これらのコンピュータプログラムを記録した記録媒体として構成してもよい。
【００３０】
ここで記憶媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置などコンピュータが読取り可能な種々の媒体を利用できる。
【００３１】
【発明の実施の形態】
以下、本発明の実施の形態について、実施例に基づき以下の順序で説明する。
【００３２】
Ａ．第１実施例：
A１．システム構成：
図１は、ソフトウェア更新システムの全体構成を示す説明図である。ソフトウェア更新システムは、パーソナルコンピュータ１００と更新データサーバ２００とからなる。ネットワークＩＮＴは、パーソナルコンピュータ１００と更新データサーバ２００とを接続するネットワークである。なお、パーソナルコンピュータ１００が、本発明におけるソフトウェアの管理装置に相当する。また、更新データサーバ２００が、本発明における更新データ供給サーバに相当する。
【００３３】
更新データサーバ２００は、パーソナルコンピュータ１００にインストールされたソフトウェアをバージョンアップするための更新データを供給するサーバである。パーソナルコンピュータ１００は更新データサーバ２００に要求データを送付する。更新データサーバは取得する要求データに基づいて更新データを選択して返送する。これによりパーソナルコンピュータ１００は保持するソフトウェアを更新することができる。
【００３４】
パーソナルコンピュータ１００は、自らが保持するソフトウェアを更新するために、更新データサーバ２００に要求データを送付する。要求データ送付により、更新データサーバ２００から更新データを取得することで、ソフトウェアの更新を行うことができる。
【００３５】
図１にはパーソナルコンピュータ１００と更新データサーバ２００との機能ブロック構成を併せて示した。パーソナルコンピュータ１００と更新データサーバ２００とは、それぞれ、ＣＰＵおよびメモリ等を備えたマイクロコンピュータとして構成された制御ユニットを備えている。図示する機能ブロックは、それぞれの制御ユニットの機能としてソフトウェア的に構成されている。もっとも、それぞれの機能ブロックはハードウェア的に構成しても構わない。
【００３６】
まず、更新データサーバ２００の機能ブロックについての説明を行う。取得部４１０は、ソフトウェア更新についの要求データをパーソナルコンピュータ１００から取得する。蓄積部４２０は更新データを蓄積している。ここでは、更新対象ソフトウェアのバージョン段階に応じてデータ間を互いに関連付けて蓄積する（この態様の詳細については後述する）。選択部４３０は、要求データの解析を行うことで更新データの選択を行う。このとき解析は、蓄積における関連付けを参照して行う。出力部４４０は、選択された更新データをパーソナルコンピュータ１００に送付する。
【００３７】
次に、パーソナルコンピュータ１００の機能ブロックについての説明を行う。記憶部３４０は、更新対象のソフトウェアを保持している（このソフトウェアの詳細については後述する）。履歴記憶部３３０は、更新の履歴を記憶する。要求部３５０は、履歴記憶部３３０が記憶する更新履歴を参照するとともに、更新データサーバ２００に対して要求データを送付する。更新データ入力部３１０はインターネットＩＮＴを介して更新データサーバ２００から更新データを取得して入力する。更新部３２０は、更新データ入力部３１０が入力する更新データに基づき、記憶部３４０が記憶するソフトウェアの更新を行うとともに履歴記憶部３３０にその更新内容を記憶する。
【００３８】
本実施例では、LANに接続された種々のデバイスを管理するためのマネージメントソフトウェアが記憶部３４０にインストールされている場合を例にとって、ソフトウェアの更新方法を説明する。
【００３９】
図２は、マネージメントソフトウェアの機能を示す説明図である。パーソナルコンピュータ１００の記憶部３４０はマネージメントソフトウェアを構成する一式のファイルを記憶している。図２では、マネージメントソフトウェアを中心として構成されるデバイスマネージメントシステムの概略構成を示している。以下図２を用いつつマネージメントソフトウェアの機能について説明する。
【００４０】
実施例のマネージメントソフトウェアは、ネットワークＬＡＮに、パーソナルコンピュータ１００及び種々のデバイス、クライアントが接続された環境下で利用される。またネットワークＬＡＮは、パーソナルコンピュータ１００を介して外部のインターネットＩＮＴと接続する。図２では、デバイスとしてプリンタＰＲＴ１〜ＰＲＴ４を、クライアントとしてコンピュータＰＣ１〜ＰＣ３をそれぞれ例示した。もっとも更に多数のデバイスやクライアントを備えるものとしてもよい。
【００４１】
各クライアントＰＣ１〜ＰＣ３は、出力先を特定してネットワークＬＡＮに印刷ジョブを投入することにより、プリンタＰＲＴ１〜ＰＲＴ４を用いて印刷を行うことができる。印刷を行うためには、クライアントにプリンタＰＲＴ１〜ＰＲＴ４に適合したプリンタドライバがインストールされる必要がある。プリンタドライバは、パーソナルコンピュータ１００に保存されている。クライアントＰＣ１〜ＰＣ３のユーザは、プリンタドライバが必要な場合には、パーソナルコンピュータ１００にアクセスしてプリンタドライバのインストールを行うことができる。
【００４２】
マネージメントソフトウェアは、ネットワークＬＡＮ上で必要となるプリンタドライバ一式を保存し、クライアントＰＣ１〜ＰＣ３の要求に応じてプリンタドライバを供給する。プリンタドライバは、プリンタＰＲＴ１〜ＰＲＴ４のメーカによって提供されるが、繰り返し複雑なバージョンアップが行われることが多い。バージョンアップされたプリンタドライバは、プリンタドライバデータサーバ（図示せず）によりインターネットＩＮＴを介して供給される。マネージメントソフトウェアは、プリンタドライバデータサーバにアクセスしてプリンタドライバを取得・保持する。
【００４３】
また、マネージメントソフトウェアは、プリンタＰＲＴ１〜ＰＲＴ４のマネージメントを行う機能を有する。マネージメントソフトウェアはプリンタＰＲＴ１〜ＰＲＴ４のステータス情報を取得してマネージメントに利用する。ステータス情報としては、継続中の印刷ジョブについての実行状況や、印刷用紙・インク等消耗品の状態、電源の状態等を含む。マネージメントソフトウェアは、これらの情報を、パーソナルコンピュータ１００を操作するユーザやクライアントＰＣ１〜ＰＣ３を操作するユーザに提供することができる。
【００４４】
さらに、パーソナルコンピュータ１００を操作するユーザは、マネージメントソフトウェアを利用して、プリンタＰＲＴ１〜ＰＲＴ４の動作設定やネットワーク設定を変更したり、搭載するソフトウェアを書き換えたりすることができる。
【００４５】
マネージメントソフトウェアは、マネージメント可能なプリンタの機能を拡張するため、新機種のプリンタの発売に合わせて更新される。また、マネージメント機能の追加・変更・削除などを図るための更新も行われる。
【００４６】
図３は、更新データの構成を示す説明図である。更新データはマネージメントソフトウェアの更新に利用される。
【００４７】
更新データは指示ファイルを含む。指示ファイルは、更新データ中の他のファイルを特定しつつ更新内容を指示する。パーソナルコンピュータ１００は、指示ファイルを参照することでマネージメントソフトウェアの更新を実行することができる。
【００４８】
ここでかかる更新処理は、パーソナルコンピュータ１００に備えられた更新ソフトウェアが更新データの内容を読み出しつつ行う。なお、かかる更新ソフトウェアについては、更新データサーバ２００が更新データに含めて供給するものとしてもよい。
【００４９】
図３では、ファイル名、ディレクトリ名等を並べて更新データの構成を示している。図中でファイル「ＭＫ＿１０１０Ｃ．ｉｎｉ」は指示ファイルである。指示ファイルは、図中に示したように、更新データに含む画像データ等を特定することで更新内容を指示する。図３の例ではファイル「ＬＱ＿９８２０．ｅｔｆ」及び「ｍｋ１０１０ｃ．ｇｉｆ」、「ｍｋ１０１０ｃ．ｄｌｌ」などを特定しつつ、更新内容を指示している。ここでファイル「ＬＱ＿９８２０．ｅｔｆ」はプリンタのオプション装着状態を示すテンプレートファイルであり、ファイル「ｍｋ１０１０ｃ．ｇｉｆ」はプリンタの外観イメージのファイルである。
【００５０】
なお、実施例において更新データ中の複数のファイルは、分離した複数のファイルとして、ディレクトリ構造を伴って構成する場合を例示した。これらのファイルは、ファイルごとに分離されていてもよいし一体的に構成してもよいし。
【００５１】
図４は、蓄積部４２０が蓄積するデータの構成を示す説明図である。蓄積部４２０は更新データ蓄積部４２２及び関連情報蓄積部４２４を備えている。
【００５２】
更新データ蓄積部４２２は、図３に示した更新データを複数記憶する。各更新データは、マネージメントソフトウェアの各バージョンアップに対応して用意されている。
【００５３】
関連情報蓄積部４２４は、更新データを互いに関連付ける関連情報を記憶している。具体的には、更新前後のバージョン・ナンバーを組にした更新パタンと、その更新パタンを実現する更新データとの関連を記憶する。図中では、更新パタン「バージョン１．３０→１．３１」と更新データ５，６との関連付け、及び、更新パタン「バージョン１．３１→１．３２」と更新データ７，８との関連付けを記憶する場合を例示している。
【００５４】
パーソナルコンピュータ１００は、更新データ５，６とを利用することで更新パタン「バージョン１．３０→１．３１」を利用することができる。更新パタン「バージョン１．３１→１．３２」を利用する場合も同様である。
【００５５】
更新パタン「バージョン１．３０→１．３２」を利用したい場合には、更新パタン「バージョン１．３０→１．３１」及び「バージョン１．３１→１．３２」の両者に係る更新データが必要となる。このとき、更新データは、バージョンアップの順序に基づいて利用しなければならない。具体的には５，６→７，８の順序で適用する。なお、更新データ５，６、更新データ７，８との適用順序に制限はない。
【００５６】
A２．更新処理：
図５は、ソフトウェア更新処理を示すフローチャートである。ここには、更新データサーバ２００が行う更新データ出力処理と、パーソナルコンピュータ１００が行うソフトウェア更新処理とを併せて示した。
【００５７】
パーソナルコンピュータ１００において、ステップＳ１０１では、要求部３５０が、履歴記憶部３３０に記憶する内容を参照することで、記憶部３４０に現在記憶するマネージメントソフトウェアのバージョン情報を取得する。ステップＳ１０２では、要求部３５０が、バージョン情報を含む要求データを更新データサーバ２００に送付する。
【００５８】
更新データサーバ２００において、ステップＳ００２では取得部４１０が要求データを取得する。これは、パーソナルコンピュータ１００におけるステップＳ１０２の処理と同期して行われる。ステップＳ００３では、選択部４３０が返送すべき更新データの準備を行う。ここで選択部４３０は、取得した要求データと関連情報蓄積部４２４の内容とを対比しつつ更新データ蓄積部４２２から更新データを読み出す。ステップＳ００４では、準備された更新データをパーソナルコンピュータ１００に送付する。
【００５９】
ここで、送付すべき更新データは、パーソナルコンピュータ１００におけるマネージメントソフトウェアを最新バージョンに更新するために必要な更新データである。現在のバージョン情報に基づき、最新バージョンに至る何段階かのバージョンアップの更新パタンを特定することで、対応する更新データを更新データ蓄積部４２２から取り出す。
【００６０】
パーソナルコンピュータ１００において、ステップＳ１０４では、更新データ入力部３１０が更新データの取得を行う。これは、更新データサーバ２００のステップＳ００４の処理と同期して行われる。取得した更新データは、ステップＳ１０５〜Ｓ１０７におけるループ処理に基づき、更新データ単位で順次インストール処理を行う。ステップＳ１０５〜Ｓ１０７より構成するループ処理では、バージョンアップの順序に応じて更新データをインストールする。例えば図４で示した更新パタン「バージョン１．３０→１．３２」の場合には、更新データ５，６を、更新データ７，８よりも先にインストールする。
【００６１】
ステップＳ１０５では、更新部３２０が更新データのインストール処理を行う。記憶部３４０にアクセスしてマネージメントソフトウェアの書き換えや追加記憶等の処理を行う。また、ステップＳ１０６では、かかるインストール処理の内容を履歴記憶部３３０に記憶する。例えば、ファイルの削除や追加・置き換えについての記憶を行う。ステップＳ１０７では、取得した更新データのインストールが全て完了したか否かを調べる。全て完了していればソフトウェア更新処理を終了するが、残された更新データが存在すればループ処理を続行する。
【００６２】
本実施例におけるソフトウェア更新システムによれば、ソフトウェアの更新において、多種多様なパッケージの作成・管理に係る負担の軽減を実現することができる。複数の更新データの組み合わせに基づくパッケージを利用して多種多様な更新パタンを実現することができる。
【００６３】
ここで、更新に利用する更新データの選択を行う処理はサーバ側で一括して行うために、クライアント側の負担を軽減することができる。
【００６４】
なお、蓄積部４２０は、複数の更新データの内容を包含した包含更新データを蓄積していてもよい。例えば、図４に示す更新データ５，６，７，８を包含し、更新パタン「バージョン１．３１→１．３２」を実現する更新データを独立して保持するものとしても良い。
【００６５】
Ａ３．変形例：
図６は、更新データの選択に係る変形例を示す説明図である。実施例において要求データはバージョン情報を含むものであり、バージョン情報と関連情報とを対比すること更新データの選択を行っていた。本変形例では、要求データはカテゴリ１，２の２区分の情報を含んで、より柔軟な要求内容を示す。
【００６６】
図６には、本変形例において関連情報蓄積部４２４ａに記憶するデータの一例を示した。要求データはカテゴリ１，２の２区分の情報を含む。カテゴリ１では、バージョンアップの系列を指定する。図示するように、マネージメントソフトウェアの系列の他に、ＰＭプリンタシリーズの系列を指定することができる。
【００６７】
カテゴリ１でマネージメントソフトウェアの系列を指定される場合、カテゴリ２で指定するバージョン情報に基づいて、実施例と同様の処理が行われる。
【００６８】
カテゴリ１でＰＭプリンタシリーズの系列を指定する場合には、ＰＭプリンタシリーズのインストールを行うことができる。カテゴリ２でＰＭプリンタシリーズのＰＭ２００，ＰＭ２２０，ＰＭ２４０等のバージョン情報を指定することで、後続機種に係る更新データのインストールを行うことができる。
【００６９】
図６に示すデータ構成を利用する更新データサーバを利用することで、多種多様な更新データの要求に応じることができる。このとき、多様な要求に応えるために、更新データを組み合わせて利用することで、更新データの作成・管理における負担を低減することができる。
【００７０】
図７は、蓄積部の構成に係る変形例を示す説明図である。図中には、更新データ１，２，３を示した。更新データ１に含む指示ファイル「ＬＰ＿１０１０Ｃ．ｉｎｉ」は、指示ファイルの内容中に更新データ２，３を特定する記述を含む。
【００７１】
更新データ２，３は、更新データ１とは独立して記憶する。更新を行うパーソナルコンピュータは、更新データ１〜３を取得し、更新データ１の指示ファイル内容に応じて更新データ２，３を併せて利用することができる。このとき、更新データ２，３に含む指示ファイルを利用することで、それぞれ、更新データ２，３のインストールを行う。
【００７２】
なお、更新データ１の指示ファイル中の記述に従って、更新データ１に更新データ２，３を併合して送付してもよいし、各別に分離したまま送付してもよい。また、更新データサーバは当初は更新データ１のみの送付を行い、パーソナルコンピュータは更新データ１の指示ファイルに応じて更新データ２，３の要求を行うものとしてもよい。
【００７３】
ここで蓄積部において更新データ２，３は、更新データ１以外の更新データにおける指示ファイルからも特定される。また更新データ２，３は、それ自体、独立して送付の対象となる。例えば更新データ２，３は、複数のプリンタにかかる共通更新データであってもよいし、特定の汎用的な処理に係る共通更新データであってもよい。
【００７４】
上記のように構成する更新データを利用することで、蓄積部における記憶容量を削減することができる。また、新たな更新パタンを利用したい場合に、既存の更新データをそのまま利用しつつ簡便に更新を実現することができる。
【００７５】
Ｂ．第２実施例：
図８は、第２実施例におけるシステム構成を示す説明図である。本実施例でパーソナルコンピュータ１００ｂは、更新データ記憶装置２００ｂとネットワークＩＮＴを介して接続して更新データを読み出す。更新データ記憶装置２００ｂは、更新データ選択機能を有さない点で既述の更新データサーバ２００と相違する。ただし本実施例において、パーソナルコンピュータ１００ｂは更新データの選択機能を有する。更新データ記憶装置２００ｂは記憶する更新データの要約情報の出力を行い、パーソナルコンピュータ１００ｂはかかる要約情報を利用して選択処理を行うことで、更新データの要求を行う。
【００７６】
図８にはパーソナルコンピュータ１００ｂの機能ブロック構成を併せて示した。以下では、第１実施例の場合と相違する点に注目しつつ図示する機能ブロックの説明を行う。
【００７７】
はじめに要求部３５０ｂは要約情報の要求を行う。更新部３２０ｂは、取得する要約情報を、履歴記憶部３３０ｂの記憶内容と対比することで、第１実施例の更新データサーバ２００と同様に更新データの選択を行う。ここで要約情報には、記憶する更新データの一覧を表にした情報や、更新データと更新パタンとを関連付けた表の情報を含む。
【００７８】
要求部３５０ｂは、更新部３２０ｂの選択処理に基づいて更新データの要求を発する。更新データ入力部３１０ｂは、要求に基づいた更新データを入力する。更新部３２０ｂは、選択結果に応じた更新データを利用して記憶部３４０ｂに記憶するソフトウェアの更新を行うとともに、更新内容に応じて履歴記憶部３３０ｂの履歴情報を改訂する。
【００７９】
図９は、第２実施例における処理を示すフローチャートである。これはパーソナルコンピュータ１００ｂが行う処理である。
【００８０】
ステップＳ３０１では、要約情報の読み出しを行う。要求部３５０ｂが要求を発し、更新データ入力部３１０ｂが読み出しを行う。ステップＳ３０２で、要約情報を履歴記憶部３３０ｂの記憶内容と対比することで更新データの選択を行う。ステップＳ３０３では、選択結果に基づいて実際に更新データを読み出す。この後、図５に示したステップＳ１０５〜Ｓ１０７におけるループ処理を行ってインストール等の処理を行う。
【００８１】
本実施例におけるソフトウェア更新システムによれば、簡潔な構成の更新データ記憶装置を利用してソフトウェア更新システムを実現することができる。要約情報に基づいて予め選択した更新データのみが通信されるために、更新データ量を低減することができる。
【００８２】
なお、要約情報の要求を行うことなく、要求部３５０ｂは所定の属性を有する更新データを全て取り出すものとしてもよい。更新部３２０ｂは、読み出した更新データの全てをインストールしてもよいし、選択処理を行った後にその結果に基づいてインストールを行っても良い。
【００８３】
なお、第１実施例の更新データサーバ２００に第２実施例のパーソナルコンピュータ１００ｂが接続する場合も考えられる。このときには、サーバ側とクライアント側の両者で選択処理を備えることとなる。２段階の選択で絞り込みを行うものとしてもよいし、クライアント側のコンピュータを操作するユーザのユーザ入力その他の条件に従っていずれかの選択処理のみを利用するものとしてもよい。
【００８４】
ここで指示ファイルは例えば、「．ｉｎｉ」など特定の拡張子を有するファイルとして更新データ中で特定されるものとしても良い。また、一定のファイル名を有するものとしてもよいし、更新データ中の先頭に位置するファイルとして特定されるものとしてもよく、種々の構成を利用することができる。
【００８５】
以上、実施例に基づき本発明にかかるを説明してきたが、上述した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。例えば、マネージメントソフトウェアの更新だけでなく、本発明は種々のソフトウェアの更新に適用可能である。また、その趣旨並びに特許請求の範囲を逸脱することなく、本発明は変更・改良され得る。
【図面の簡単な説明】
【図１】ソフトウェア更新システムの全体構成を示す説明図である。
【図２】デバイスのマネージメントソフトウェアの機能を示す説明図である。
【図３】更新データの構成を示す説明図である。
【図４】蓄積部が蓄積するデータの構成を示す説明図である。
【図５】ソフトウェア更新処理を示すフローチャートである。
【図６】更新データの選択に係る変形例を示す説明図である。
【図７】蓄積部の構成に係る変形例を示す説明図である。
【図８】第２実施例におけるシステム構成を示す説明図である。
【図９】第２実施例における処理を示すフローチャートである。
【符号の説明】
１００…パーソナルコンピュータ
２００…更新データサーバ
３１０…更新データ入力部
３２０…更新部
３３０…履歴記憶部
３４０…記憶部
３５０…要求部
４１０…取得部
４２０…蓄積部
４２２…更新データ蓄積部
４２４…関連情報蓄積部
４３０…選択部
４４０…出力部
４２４ａ…関連情報蓄積部
１００ｂ…パーソナルコンピュータ
３１０ｂ…更新データ入力部
３２０ｂ…更新部
３３０ｂ…履歴記憶部
３４０ｂ…記憶部
３５０ｂ…要求部
【発明の属する技術分野】
本発明は、ソフトウェアを更新する技術に関する。
【０００２】
【従来の技術】
ネットワークを介して複数のクライアントがプリンタを共有する環境下では、プリンタのマネージメントを行うソフトウェアが活用されている。例えばかかるソフトウェアは、新製品のプリンタに対応した機能の拡充を図ったり不具合を修正したりするために適宜更新する必要がある。
【０００３】
ソフトウェアは、追加または変更されるファイルを新たにインストールすることにより更新される。旧バージョンのソフトウェア全体を新バージョンのソフトウェアに置換する更新が採られることもあるが、旧バージョンと新バージョンとの差分に相当する差分ファイルのみをパーケージとして提供することにより更新時に要求されるファイルサイズを縮小することができる。更新データが大きなサイズである場合には差分データを利用して更新を行う技術が利用される。例えば更新前のソフトウェアが「ａ，ｂ」の２つのファイルで構成され、更新後のソフトウェアが「ａ，β」場合に、差分データは要素「β」と更新対象「ｂ」の指定とから構成する。更新前後のソフトウェア間の重複部分は不要であるから差分でデータは小さなサイズとできる。
【０００４】
【発明が解決しようとする課題】
通常の場合にソフトウェアの更新は、一度で完了するものではなく何度も繰り返し行われることが多い。ここで全ユーザがソフトウェアを常に最新のバージョンに更新するとは限らないから、更新用の差分ファイルのパッケージは、ユーザが保持している可能性のあるバージョンに応じて多種類用意する必要がある。
【０００５】
例えば、ソフトウェアのバージョンについて、１．０→１．０１→１．０２と２段階更新された場合を考える。必要な更新用パッケージは、バージョン１．０→１．０１及びバージョン１．０→１．０２、バージョン１．０１→１．０２についの三種類となる。さらに多くの段階について利用する場合、必要な更新用パッケージの種類は爆発的に増大する。従来、このように多種多様なパッケージの作成・管理を行う負担が非常に大きかった。
【０００６】
本発明は、上述の課題を解決するためになされたものであり、ソフトウェアの更新に関し、多種多様なパッケージの作成・管理に係る負担の軽減を図ることを目的とする。
【０００７】
【課題を解決するための手段およびその作用・効果】
上記課題の少なくとも一部を解決するために、本発明では、次の構成を適用した。
【０００８】
本発明の一形態による管理装置は、更新データを供給するためのサーバとネットワークを介して接続されたソフトウェアの管理装置であって、
前記ソフトウェアを構成する一式のファイルを記憶する記憶部と、
前記ソフトウェアを更新するための一式の更新データの送付を前記サーバに対して要求する要求部と、
前記サーバから送付された前記更新データを入力する更新データ入力部と、
該更新データに基づいて前記ソフトウェアを更新する更新部とを備え、
前記更新データは、
前記一式のファイルのいずれかをそれぞれ置き換えるための複数の新規ファイルと、
各新規ファイルのファイル名を含み、各新規ファイルを同一ファイル名の更新前のファイルに置き換えるべきことを更新内容として指示する更新指示ファイルとを備え、
前記更新指示ファイルは、１つ以上の新規ファイルを含むファイルとして、他の更新データを特定可能であり、
前記更新部は、前記更新データに含まれている更新指示ファイル、及び、当該更新指示ファイルで特定された他の更新データに含まれている更新指示ファイルを参照し、前記複数の更新指示ファイルの指示に従ってファイルの置き換えを行うことによって前記ソフトウェアの更新を行う。
【０００９】
このようにすることで、ソフトウェアの更新に関して、多種多様なパッケージを複数の更新データの組み合わせに基づいて構成して利用し、データの作成や送配付、管理などの処理の煩雑さを低減することができる。
【００１０】
なお、新規ファイルは、分離した複数のものであってもよいし、一体的に構成していてもよい。また、更新指示ファイルは、新規ファイルの全部又は一部と一体的に構成していてもよい。
【００１１】
ここで、更新データ入力部が行う更新データの入力は、インターネットや無線通信網その他のネットワークを介して行うものであってもよいし、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）やＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｋ）、Ｆｌａｓｈ Ｍｅｍｏｒｙを利用したメモリーカード等の情報記憶媒体を利用して行うものとしてもよい。
【００１２】
本発明の管理装置において、
従前の更新履歴を記憶する更新履歴記憶部を備え、
前記更新部は、前記更新履歴に基づき、前記参照すべき更新指示ファイルを選択するものとしてもよい。
【００１３】
このようにすることで、従前に行った更新を再び無駄に繰り返して行うことを避けることができる。これにより、更新データの送配付などの煩雑な処理を減少することができる。
【００１４】
なお、更新履歴に基づき、従前の更新を取り消して、ソフトウェアを更新前の状態に戻すことができるものとしても良い。
【００１５】
本発明の管理装置において、
前記更新指示ファイル間には更新すべき順序が設定されており、
前記更新部は、該順序に従って、前記更新指示ファイルを参照するものとしてもよい。
【００１６】
ソフトウェアの更新には、多種類の機能を並列的に追加する場合と、段階的に機能向上を図る場合とがある。上記態様によれば、後者の場合において、適切な更新を実現することができる。
【００１７】
本発明の管理装置は、
前記更新データを供給するためのサーバと、ネットワークを介して接続されており、
該サーバに対し、前記更新データの送付を要求する要求部を備え、
前記更新データ入力部は、前記サーバから前記入力を行うものとしてもよい。
【００１８】
このようにすることで、新しい更新データの供給・取得を簡便に行うことができる。
【００１９】
なお、要求部は、定期的に要求を発し続けるものとしても良いし、ユーザの指示その他の条件に従って、単発的に要求を発するものとしても良い。
【００２０】
ここでネットワークとしては、インターネットのような広域的なネットワーク、およびローカルエリアネットワーク、イントラネットなどの限定的なネットワークの双方を含む。またネットワークは、無線ＬＡＮや携帯無線電話通信技術を利用したネットワークであってもよい。
【００２１】
本発明の管理装置において、
前記要求部は、前記更新に利用する更新データを選択するための情報を、前記更新対象のソフトウェアに基づいて前記サーバに送信するものとしてもよい。
【００２２】
このようにすることで、更新対象のソフトウェアの情報に基づいてサーバが更新データを利用することができる。従前に行った更新を再び無駄に繰り返し行うことを避けることができるとともに、送信される更新データ量を減らすことができる。例えば、必要となる更新データを管理装置が選択し、それを特定する情報をサーバに送信し、これに基づいてサーバが必要となる更新データを選択して送信する態様をとっても良い。
【００２３】
また、本発明の他の形態による更新データ供給サーバは、クライアントとネットワークで接続され、該クライアントに保存されたソフトウェアを更新するための更新データを供給する更新データ供給サーバであって、
前記更新データは、
前記ソフトウェアの一式のファイルのいずれかをそれぞれ置き換えるための複数の新規ファイルと、
各新規ファイルを特定する更新指示ファイルとを備え、
前記ソフトウェアの更新前後のバージョン番号と、前記更新前のバージョン番号から前記更新後のバージョン番号への前記ソフトウェアの更新を行うための前記更新データと、を互いに関連付ける関連情報を蓄積する蓄積部と、
前記クライアントに保存されている前記ソフトウェアの現在のバージョン番号を含む要求データであって、前記更新データを要求する要求データを前記クライアントから取得する取得部と、
前記要求を解析し、前記関連情報に基づいて前記更新データを選択する選択部と、
該選択される更新データを出力する出力部とを備え、
前記蓄積部は、複数の更新データの内容を包含した多重更新データを蓄積し、
前記出力部は、対応する該多重更新データが存在しない場合に前記複数の更新データを、存在する場合には該多重更新データを出力することを要旨とする。
【００２４】
このようにすることで、クライアントの要求に基づいて選択した更新データを送付することができ、データ量を低減できる。
【００２５】
本発明の更新データ供給サーバにおいて、
例えば、前記要求データは、更新対象たる前記ソフトウェアの情報を含み、
前記選択部は、該情報と前記更新データ間の関連の情報とを対比することで前記選択から除外するものを決定するものとしてもよい。
【００２６】
このようにすることで、従前に行った更新を再び無駄に行うことを避けることができる。これにより、更新データの送配付などの煩雑な処理を減少することができる。
【００２７】
本発明の更新データ供給サーバにおいて、
前記蓄積部は、前記複数の更新データの内容を包含した多重更新データを蓄積し、
前記送付部は、対応する該多重更新データが存在しない場合に前記複数の更新データを、存在する場合には該多重更新データを出力するものとしてもよい。
【００２８】
このようにすることで、複数の更新データによって実現される更新を、単一のデータで簡便に指示することが可能となる。例えば更新指示ファイルが複数の更新データを特定することで多重更新データを構成するものとしてもよい。
【００２９】
本発明は、ソフトウェアの管理装置、更新データ供給サーバとしての態様の他、コンピュータを用いてソフトウェア管理を行う方法や、コンピュータを用いて更新データ供給を行う方法として構成するこも可能である。また、コンピュータにソフトウェア管理を行わせるためのコンピュータプログラムや、コンピュータに更新データ供給を行わせるためのコンピュータプログラムなど種々の態様で構成することが可能である。さらにた、コンピュータにソフトウェア管理を行わせるためのコンピュータプログラムや、コンピュータに更新データ供給を行わせるためのコンピュータプログラムと同視し得る信号として構成してもよいし、これらのコンピュータプログラムを記録した記録媒体として構成してもよい。
【００３０】
ここで記憶媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置などコンピュータが読取り可能な種々の媒体を利用できる。
【００３１】
【発明の実施の形態】
以下、本発明の実施の形態について、実施例に基づき以下の順序で説明する。
Ａ．第１実施例：
A１．システム構成：
図１は、ソフトウェア更新システムの全体構成を示す説明図である。ソフトウェア更新システムは、パーソナルコンピュータ１００と更新データサーバ２００とからなる。ネットワークＩＮＴは、パーソナルコンピュータ１００と更新データサーバ２００とを接続するネットワークである。なお、パーソナルコンピュータ１００が、本発明におけるソフトウェアの管理装置に相当する。また、更新データサーバ２００が、本発明における更新データ供給サーバに相当する。
【００３３】
更新データサーバ２００は、パーソナルコンピュータ１００にインストールされたソフトウェアをバージョンアップするための更新データを供給するサーバである。パーソナルコンピュータ１００は更新データサーバ２００に要求データを送付する。更新データサーバは取得する要求データに基づいて更新データを選択して返送する。これによりパーソナルコンピュータ１００は保持するソフトウェアを更新することができる。
【００３４】
パーソナルコンピュータ１００は、自らが保持するソフトウェアを更新するために、更新データサーバ２００に要求データを送付する。要求データ送付により、更新データサーバ２００から更新データを取得することで、ソフトウェアの更新を行うことができる。
【００３５】
図１にはパーソナルコンピュータ１００と更新データサーバ２００との機能ブロック構成を併せて示した。パーソナルコンピュータ１００と更新データサーバ２００とは、それぞれ、ＣＰＵおよびメモリ等を備えたマイクロコンピュータとして構成された制御ユニットを備えている。図示する機能ブロックは、それぞれの制御ユニットの機能としてソフトウェア的に構成されている。もっとも、それぞれの機能ブロックはハードウェア的に構成しても構わない。
【００３６】
まず、更新データサーバ２００の機能ブロックについての説明を行う。取得部４１０は、ソフトウェア更新についの要求データをパーソナルコンピュータ１００から取得する。蓄積部４２０は更新データを蓄積している。ここでは、更新対象ソフトウェアのバージョン段階に応じてデータ間を互いに関連付けて蓄積する（この態様の詳細については後述する）。選択部４３０は、要求データの解析を行うことで更新データの選択を行う。このとき解析は、蓄積における関連付けを参照して行う。出力部４４０は、選択された更新データをパーソナルコンピュータ１００に送付する。
【００３７】
次に、パーソナルコンピュータ１００の機能ブロックについての説明を行う。記憶部３４０は、更新対象のソフトウェアを保持している（このソフトウェアの詳細については後述する）。履歴記憶部３３０は、更新の履歴を記憶する。要求部３５０は、履歴記憶部３３０が記憶する更新履歴を参照するとともに、更新データサーバ２００に対して要求データを送付する。更新データ入力部３１０はインターネットＩＮＴを介して更新データサーバ２００から更新データを取得して入力する。更新部３２０は、更新データ入力部３１０が入力する更新データに基づき、記憶部３４０が記憶するソフトウェアの更新を行うとともに履歴記憶部３３０にその更新内容を記憶する。
【００３８】
本実施例では、LANに接続された種々のデバイスを管理するためのマネージメントソフトウェアが記憶部３４０にインストールされている場合を例にとって、ソフトウェアの更新方法を説明する。
【００３９】
図２は、マネージメントソフトウェアの機能を示す説明図である。パーソナルコンピュータ１００の記憶部３４０はマネージメントソフトウェアを構成する一式のファイルを記憶している。図２では、マネージメントソフトウェアを中心として構成されるデバイスマネージメントシステムの概略構成を示している。以下図２を用いつつマネージメントソフトウェアの機能について説明する。
【００４０】
実施例のマネージメントソフトウェアは、ネットワークＬＡＮに、パーソナルコンピュータ１００及び種々のデバイス、クライアントが接続された環境下で利用される。またネットワークＬＡＮは、パーソナルコンピュータ１００を介して外部のインターネットＩＮＴと接続する。図２では、デバイスとしてプリンタＰＲＴ１〜ＰＲＴ４を、クライアントとしてコンピュータＰＣ１〜ＰＣ３をそれぞれ例示した。もっとも更に多数のデバイスやクライアントを備えるものとしてもよい。
【００４１】
各クライアントＰＣ１〜ＰＣ３は、出力先を特定してネットワークＬＡＮに印刷ジョブを投入することにより、プリンタＰＲＴ１〜ＰＲＴ４を用いて印刷を行うことができる。印刷を行うためには、クライアントにプリンタＰＲＴ１〜ＰＲＴ４に適合したプリンタドライバがインストールされる必要がある。プリンタドライバは、パーソナルコンピュータ１００に保存されている。クライアントＰＣ１〜ＰＣ３のユーザは、プリンタドライバが必要な場合には、パーソナルコンピュータ１００にアクセスしてプリンタドライバのインストールを行うことができる。
【００４２】
マネージメントソフトウェアは、ネットワークＬＡＮ上で必要となるプリンタドライバ一式を保存し、クライアントＰＣ１〜ＰＣ３の要求に応じてプリンタドライバを供給する。プリンタドライバは、プリンタＰＲＴ１〜ＰＲＴ４のメーカによって提供されるが、繰り返し複雑なバージョンアップが行われることが多い。バージョンアップされたプリンタドライバは、プリンタドライバデータサーバ（図示せず）によりインターネットＩＮＴを介して供給される。マネージメントソフトウェアは、プリンタドライバデータサーバにアクセスしてプリンタドライバを取得・保持する。
【００４３】
また、マネージメントソフトウェアは、プリンタＰＲＴ１〜ＰＲＴ４のマネージメントを行う機能を有する。マネージメントソフトウェアはプリンタＰＲＴ１〜ＰＲＴ４のステータス情報を取得してマネージメントに利用する。ステータス情報としては、継続中の印刷ジョブについての実行状況や、印刷用紙・インク等消耗品の状態、電源の状態等を含む。マネージメントソフトウェアは、これらの情報を、パーソナルコンピュータ１００を操作するユーザやクライアントＰＣ１〜ＰＣ３を操作するユーザに提供することができる。
【００４４】
さらに、パーソナルコンピュータ１００を操作するユーザは、マネージメントソフトウェアを利用して、プリンタＰＲＴ１〜ＰＲＴ４の動作設定やネットワーク設定を変更したり、搭載するソフトウェアを書き換えたりすることができる。
【００４５】
マネージメントソフトウェアは、マネージメント可能なプリンタの機能を拡張するため、新機種のプリンタの発売に合わせて更新される。また、マネージメント機能の追加・変更・削除などを図るための更新も行われる。
【００４６】
図３は、更新データの構成を示す説明図である。更新データはマネージメントソフトウェアの更新に利用される。
【００４７】
更新データは指示ファイルを含む。指示ファイルは、更新データ中の他のファイルを特定しつつ更新内容を指示する。パーソナルコンピュータ１００は、指示ファイルを参照することでマネージメントソフトウェアの更新を実行することができる。
【００４８】
ここでかかる更新処理は、パーソナルコンピュータ１００に備えられた更新ソフトウェアが更新データの内容を読み出しつつ行う。なお、かかる更新ソフトウェアについては、更新データサーバ２００が更新データに含めて供給するものとしてもよい。
【００４９】
図３では、ファイル名、ディレクトリ名等を並べて更新データの構成を示している。図中でファイル「ＭＫ＿１０１０Ｃ．ｉｎｉ」は指示ファイルである。指示ファイルは、図中に示したように、更新データに含む画像データ等を特定することで更新内容を指示する。図３の例ではファイル「ＬＱ＿９８２０．ｅｔｆ」及び「ｍｋ１０１０ｃ．ｇｉｆ」、「ｍｋ１０１０ｃ．ｄｌｌ」などを特定しつつ、更新内容を指示している。ここでファイル「ＬＱ＿９８２０．ｅｔｆ」はプリンタのオプション装着状態を示すテンプレートファイルであり、ファイル「ｍｋ１０１０ｃ．ｇｉｆ」はプリンタの外観イメージのファイルである。
【００５０】
なお、実施例において更新データ中の複数のファイルは、分離した複数のファイルとして、ディレクトリ構造を伴って構成する場合を例示した。これらのファイルは、ファイルごとに分離されていてもよいし一体的に構成してもよいし。
【００５１】
図４は、蓄積部４２０が蓄積するデータの構成を示す説明図である。蓄積部４２０は更新データ蓄積部４２２及び関連情報蓄積部４２４を備えている。
【００５２】
更新データ蓄積部４２２は、図３に示した更新データを複数記憶する。各更新データは、マネージメントソフトウェアの各バージョンアップに対応して用意されている。
【００５３】
関連情報蓄積部４２４は、更新データを互いに関連付ける関連情報を記憶している。具体的には、更新前後のバージョン・ナンバーを組にした更新パタンと、その更新パタンを実現する更新データとの関連を記憶する。図中では、更新パタン「バージョン１．３０→１．３１」と更新データ５，６との関連付け、及び、更新パタン「バージョン１．３１→１．３２」と更新データ７，８との関連付けを記憶する場合を例示している。
【００５４】
パーソナルコンピュータ１００は、更新データ５，６とを利用することで更新パタン「バージョン１．３０→１．３１」を利用することができる。更新パタン「バージョン１．３１→１．３２」を利用する場合も同様である。
【００５５】
更新パタン「バージョン１．３０→１．３２」を利用したい場合には、更新パタン「バージョン１．３０→１．３１」及び「バージョン１．３１→１．３２」の両者に係る更新データが必要となる。このとき、更新データは、バージョンアップの順序に基づいて利用しなければならない。具体的には５，６→７，８の順序で適用する。なお、更新データ５，６、更新データ７，８との適用順序に制限はない。
【００５６】
A２．更新処理：
図５は、ソフトウェア更新処理を示すフローチャートである。ここには、更新データサーバ２００が行う更新データ出力処理と、パーソナルコンピュータ１００が行うソフトウェア更新処理とを併せて示した。
【００５７】
パーソナルコンピュータ１００において、ステップＳ１０１では、要求部３５０が、履歴記憶部３３０に記憶する内容を参照することで、記憶部３４０に現在記憶するマネージメントソフトウェアのバージョン情報を取得する。ステップＳ１０２では、要求部３５０が、バージョン情報を含む要求データを更新データサーバ２００に送付する。
【００５８】
更新データサーバ２００において、ステップＳ００２では取得部４１０が要求データを取得する。これは、パーソナルコンピュータ１００におけるステップＳ１０２の処理と同期して行われる。ステップＳ００３では、選択部４３０が返送すべき更新データの準備を行う。ここで選択部４３０は、取得した要求データと関連情報蓄積部４２４の内容とを対比しつつ更新データ蓄積部４２２から更新データを読み出す。ステップＳ００４では、準備された更新データをパーソナルコンピュータ１００に送付する。
【００５９】
ここで、送付すべき更新データは、パーソナルコンピュータ１００におけるマネージメントソフトウェアを最新バージョンに更新するために必要な更新データである。現在のバージョン情報に基づき、最新バージョンに至る何段階かのバージョンアップの更新パタンを特定することで、対応する更新データを更新データ蓄積部４２２から取り出す。
【００６０】
パーソナルコンピュータ１００において、ステップＳ１０４では、更新データ入力部３１０が更新データの取得を行う。これは、更新データサーバ２００のステップＳ００４の処理と同期して行われる。取得した更新データは、ステップＳ１０５〜Ｓ１０７におけるループ処理に基づき、更新データ単位で順次インストール処理を行う。ステップＳ１０５〜Ｓ１０７より構成するループ処理では、バージョンアップの順序に応じて更新データをインストールする。例えば図４で示した更新パタン「バージョン１．３０→１．３２」の場合には、更新データ５，６を、更新データ７，８よりも先にインストールする。
【００６１】
ステップＳ１０５では、更新部３２０が更新データのインストール処理を行う。記憶部３４０にアクセスしてマネージメントソフトウェアの書き換えや追加記憶等の処理を行う。また、ステップＳ１０６では、かかるインストール処理の内容を履歴記憶部３３０に記憶する。例えば、ファイルの削除や追加・置き換えについての記憶を行う。ステップＳ１０７では、取得した更新データのインストールが全て完了したか否かを調べる。全て完了していればソフトウェア更新処理を終了するが、残された更新データが存在すればループ処理を続行する。
【００６２】
本実施例におけるソフトウェア更新システムによれば、ソフトウェアの更新において、多種多様なパッケージの作成・管理に係る負担の軽減を実現することができる。複数の更新データの組み合わせに基づくパッケージを利用して多種多様な更新パタンを実現することができる。
【００６３】
ここで、更新に利用する更新データの選択を行う処理はサーバ側で一括して行うために、クライアント側の負担を軽減することができる。
【００６４】
なお、蓄積部４２０は、複数の更新データの内容を包含した包含更新データを蓄積していてもよい。例えば、図４に示す更新データ５，６，７，８を包含し、更新パタン「バージョン１．３１→１．３２」を実現する更新データを独立して保持するものとしても良い。
【００６５】
Ａ３．変形例：
図６は、更新データの選択に係る変形例を示す説明図である。実施例において要求データはバージョン情報を含むものであり、バージョン情報と関連情報とを対比すること更新データの選択を行っていた。本変形例では、要求データはカテゴリ１，２の２区分の情報を含んで、より柔軟な要求内容を示す。
【００６６】
図６には、本変形例において関連情報蓄積部４２４ａに記憶するデータの一例を示した。要求データはカテゴリ１，２の２区分の情報を含む。カテゴリ１では、バージョンアップの系列を指定する。図示するように、マネージメントソフトウェアの系列の他に、ＰＭプリンタシリーズの系列を指定することができる。
【００６７】
カテゴリ１でマネージメントソフトウェアの系列を指定される場合、カテゴリ２で指定するバージョン情報に基づいて、実施例と同様の処理が行われる。
【００６８】
カテゴリ１でＰＭプリンタシリーズの系列を指定する場合には、ＰＭプリンタシリーズのインストールを行うことができる。カテゴリ２でＰＭプリンタシリーズのＰＭ２００，ＰＭ２２０，ＰＭ２４０等のバージョン情報を指定することで、後続機種に係る更新データのインストールを行うことができる。
【００６９】
図６に示すデータ構成を利用する更新データサーバを利用することで、多種多様な更新データの要求に応じることができる。このとき、多様な要求に応えるために、更新データを組み合わせて利用することで、更新データの作成・管理における負担を低減することができる。
【００７０】
図７は、蓄積部の構成に係る変形例を示す説明図である。図中には、更新データ１，２，３を示した。更新データ１に含む指示ファイル「ＬＰ＿１０１０Ｃ．ｉｎｉ」は、指示ファイルの内容中に更新データ２，３を特定する記述を含む。
【００７１】
更新データ２，３は、更新データ１とは独立して記憶する。更新を行うパーソナルコンピュータは、更新データ１〜３を取得し、更新データ１の指示ファイル内容に応じて更新データ２，３を併せて利用することができる。このとき、更新データ２，３に含む指示ファイルを利用することで、それぞれ、更新データ２，３のインストールを行う。
【００７２】
なお、更新データ１の指示ファイル中の記述に従って、更新データ１に更新データ２，３を併合して送付してもよいし、各別に分離したまま送付してもよい。また、更新データサーバは当初は更新データ１のみの送付を行い、パーソナルコンピュータは更新データ１の指示ファイルに応じて更新データ２，３の要求を行うものとしてもよい。
【００７３】
ここで蓄積部において更新データ２，３は、更新データ１以外の更新データにおける指示ファイルからも特定される。また更新データ２，３は、それ自体、独立して送付の対象となる。例えば更新データ２，３は、複数のプリンタにかかる共通更新データであってもよいし、特定の汎用的な処理に係る共通更新データであってもよい。
【００７４】
上記のように構成する更新データを利用することで、蓄積部における記憶容量を削減することができる。また、新たな更新パタンを利用したい場合に、既存の更新データをそのまま利用しつつ簡便に更新を実現することができる。
【００７５】
Ｂ．第２実施例：
図８は、第２実施例におけるシステム構成を示す説明図である。本実施例でパーソナルコンピュータ１００ｂは、更新データ記憶装置２００ｂとネットワークＩＮＴを介して接続して更新データを読み出す。更新データ記憶装置２００ｂは、更新データ選択機能を有さない点で既述の更新データサーバ２００と相違する。ただし本実施例において、パーソナルコンピュータ１００ｂは更新データの選択機能を有する。更新データ記憶装置２００ｂは記憶する更新データの要約情報の出力を行い、パーソナルコンピュータ１００ｂはかかる要約情報を利用して選択処理を行うことで、更新データの要求を行う。
【００７６】
図８にはパーソナルコンピュータ１００ｂの機能ブロック構成を併せて示した。以下では、第１実施例の場合と相違する点に注目しつつ図示する機能ブロックの説明を行う。
【００７７】
はじめに要求部３５０ｂは要約情報の要求を行う。更新部３２０ｂは、取得する要約情報を、履歴記憶部３３０ｂの記憶内容と対比することで、第１実施例の更新データサーバ２００と同様に更新データの選択を行う。ここで要約情報には、記憶する更新データの一覧を表にした情報や、更新データと更新パタンとを関連付けた表の情報を含む。
【００７８】
要求部３５０ｂは、更新部３２０ｂの選択処理に基づいて更新データの要求を発する。更新データ入力部３１０ｂは、要求に基づいた更新データを入力する。更新部３２０ｂは、選択結果に応じた更新データを利用して記憶部３４０ｂに記憶するソフトウェアの更新を行うとともに、更新内容に応じて履歴記憶部３３０ｂの履歴情報を改訂する。
【００７９】
図９は、第２実施例における処理を示すフローチャートである。これはパーソナルコンピュータ１００ｂが行う処理である。
【００８０】
ステップＳ３０１では、要約情報の読み出しを行う。要求部３５０ｂが要求を発し、更新データ入力部３１０ｂが読み出しを行う。ステップＳ３０２で、要約情報を履歴記憶部３３０ｂの記憶内容と対比することで更新データの選択を行う。ステップＳ３０３では、選択結果に基づいて実際に更新データを読み出す。この後、図５に示したステップＳ１０５〜Ｓ１０７におけるループ処理を行ってインストール等の処理を行う。
【００８１】
本実施例におけるソフトウェア更新システムによれば、簡潔な構成の更新データ記憶装置を利用してソフトウェア更新システムを実現することができる。要約情報に基づいて予め選択した更新データのみが通信されるために、更新データ量を低減することができる。
【００８２】
なお、要約情報の要求を行うことなく、要求部３５０ｂは所定の属性を有する更新データを全て取り出すものとしてもよい。更新部３２０ｂは、読み出した更新データの全てをインストールしてもよいし、選択処理を行った後にその結果に基づいてインストールを行っても良い。
【００８３】
なお、第１実施例の更新データサーバ２００に第２実施例のパーソナルコンピュータ１００ｂが接続する場合も考えられる。このときには、サーバ側とクライアント側の両者で選択処理を備えることとなる。２段階の選択で絞り込みを行うものとしてもよいし、クライアント側のコンピュータを操作するユーザのユーザ入力その他の条件に従っていずれかの選択処理のみを利用するものとしてもよい。
【００８４】
ここで指示ファイルは例えば、「．ｉｎｉ」など特定の拡張子を有するファイルとして更新データ中で特定されるものとしても良い。また、一定のファイル名を有するものとしてもよいし、更新データ中の先頭に位置するファイルとして特定されるものとしてもよく、種々の構成を利用することができる。
【００８５】
以上、実施例に基づき本発明にかかるを説明してきたが、上述した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。例えば、マネージメントソフトウェアの更新だけでなく、本発明は種々のソフトウェアの更新に適用可能である。また、その趣旨並びに特許請求の範囲を逸脱することなく、本発明は変更・改良され得る。
【図面の簡単な説明】
【図１】ソフトウェア更新システムの全体構成を示す説明図である。
【図２】デバイスのマネージメントソフトウェアの機能を示す説明図である。
【図３】更新データの構成を示す説明図である。
【図４】蓄積部が蓄積するデータの構成を示す説明図である。
【図５】ソフトウェア更新処理を示すフローチャートである。
【図６】更新データの選択に係る変形例を示す説明図である。
【図７】蓄積部の構成に係る変形例を示す説明図である。
【図８】第２実施例におけるシステム構成を示す説明図である。
【図９】第２実施例における処理を示すフローチャートである。
【符号の説明】
１００…パーソナルコンピュータ
２００…更新データサーバ
３１０…更新データ入力部
３２０…更新部
３３０…履歴記憶部
３４０…記憶部
３５０…要求部
４１０…取得部
４２０…蓄積部
４２２…更新データ蓄積部
４２４…関連情報蓄積部
４３０…選択部
４４０…出力部
４２４ａ…関連情報蓄積部
１００ｂ…パーソナルコンピュータ
３１０ｂ…更新データ入力部
３２０ｂ…更新部
３３０ｂ…履歴記憶部
３４０ｂ…記憶部
３５０ｂ…要求部
Claims (6)
- 更新データを供給するためのサーバとネットワークを介して接続されたソフトウェアの管理装置であって、
前記ソフトウェアを構成する一式のファイルを記憶する記憶部と、
前記ソフトウェアを更新するための一式の更新データの送付を前記サーバに対して要求する要求部と、
前記サーバから送付された前記更新データを入力する更新データ入力部と、
該更新データに基づいて前記ソフトウェアを更新する更新部とを備え、
前記更新データは、
前記一式のファイルのいずれかをそれぞれ置き換えるための複数の新規ファイルと、
各新規ファイルのファイル名を含み、各新規ファイルを同一ファイル名の更新前のファイルに置き換えるべきことを更新内容として指示する更新指示ファイルとを備え、
前記更新指示ファイルは、１つ以上の新規ファイルを含むファイルとして、他の更新データを特定可能であり、
前記更新部は、前記更新データに含まれている更新指示ファイル、及び、当該更新指示ファイルで特定された他の更新データに含まれている更新指示ファイルを参照し、前記複数の更新指示ファイルの指示に従ってファイルの置き換えを行うことによって前記ソフトウェアの更新を行う管理装置。 - 請求項１記載の管理装置であって、
前記記憶部に記憶されている前記ソフトウェアの現在のバージョンを記憶する更新履歴記憶部を備え、
前記更新部は、前記現在のバージョンに基づき、入力された更新データの中から、前記ソフトウェアを最新バージョンに更新するための更新指示ファイルを前記参照すべき更新指示ファイルとして選択する管理装置。 - 請求項１記載の管理装置であって、
前記要求部は、前記更新に利用する更新データを選択するための情報を、前記更新対象のソフトウェアに基づいて前記サーバに送信する管理装置。 - 更新データを供給するための更新データ供給サーバとネットワークを介して接続されたコンピュータにおけるソフトウェアの管理方法であって、
前記コンピュータが、ソフトウェアのインストールにより、前記ソフトウェアを構成する一式のファイルをメモリに記憶する工程と、
前記コンピュータが、前記ソフトウェアを更新するための一式の更新データの送付を前記更新データ供給サーバに対して要求する工程と、
前記コンピュータが、前記更新データ供給サーバから送付された前記更新データを入力する工程と、
前記コンピュータが、該更新データに基づいて前記メモリ内に記憶されている前記ソフトウェアを更新する更新工程とを備え、
前記更新データは、
前記一式のファイルのいずれかをそれぞれ置き換えるための複数の新規ファイルと、
各記新規ファイルのファイル名を含み、各新規ファイルを同一ファイル名の更新前のファイルに置き換えるべきことを更新内容として指示する更新指示ファイルとを備え、
前記更新指示ファイルは、１つ以上の新規ファイルを含むファイルとして、他の更新データを特定可能であり、
前記更新工程は、前記コンピュータが、前記更新データに含まれている更新指示ファイル、及び、当該更新指示ファイルで特定された他の更新データに含まれている更新指示ファイルを参照し、前記複数の更新指示ファイルの指示に従ってファイルの置き換えを行うことによって前記ソフトウェアの更新を行う方法。 - 更新データを供給するための更新データ供給サーバとネットワークを介して接続されたコンピュータに、ソフトウェアの管理をさせるためのコンピュータプログラムであって、
前記コンピュータのメモリに、ソフトウェアのインストールにより、前記ソフトウェアを構成する一式のファイルを記憶させる機能と、
前記コンピュータに、前記ソフトウェアを更新するための一式の更新データの送付を前記更新データ供給サーバに対して要求する工程と、
前記コンピュータに、前記更新データ供給サーバから送付された前記更新データを入力させる機能と、
前記コンピュータに、該更新データに基づいて前記メモリ内に記憶されている前記ソフトウェアを更新させる更新機能とを実現させるためのコンピュータプログラムであり、
前記更新データは、
前記一式のファイルのいずれかをそれぞれ置き換えるための複数の新規ファイルと、
各記新規ファイルのファイル名を含み、各新規ファイルを同一ファイル名の更新前のファイルに置き換えるべきことを更新内容として指示更新指示ファイルとを備え、
前記更新指示ファイルは、１つ以上の新規ファイルを含むファイルとして、他の更新データを特定可能であり、
前記更新機能は、前記更新データに含まれている更新指示ファイル、及び、当該更新指示ファイルで特定された他の更新データに含まれている更新指示ファイルを参照し、前記複数の更新指示ファイルの指示に従ってファイルの置き換えを行うことによって前記ソフトウェアの更新を行うコンピュータプログラム。 - 請求項５記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002051413A JP4048318B2 (ja) | 2002-02-27 | 2002-02-27 | ソフトウェアの管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002051413A JP4048318B2 (ja) | 2002-02-27 | 2002-02-27 | ソフトウェアの管理方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007187723A Division JP4155331B2 (ja) | 2007-07-19 | 2007-07-19 | ソフトウェアの管理方法、管理装置、そのためのサーバ、及び、コンピュータプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003256212A JP2003256212A (ja) | 2003-09-10 |
| JP4048318B2 true JP4048318B2 (ja) | 2008-02-20 |
Family
ID=28663388
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002051413A Expired - Fee Related JP4048318B2 (ja) | 2002-02-27 | 2002-02-27 | ソフトウェアの管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4048318B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005196745A (ja) * | 2003-12-10 | 2005-07-21 | Ricoh Co Ltd | 情報処理装置、プログラム復旧方法、プログラム復旧プログラム及び記録媒体 |
| JP2006268752A (ja) | 2005-03-25 | 2006-10-05 | Seiko Epson Corp | 複数のバージョンに対応したモジュールの起動 |
| KR101308632B1 (ko) * | 2013-02-18 | 2013-09-23 | (주)컴텔싸인 | 엘이디 전광판 시스템 및 데이터 설정 방법 |
| US9619244B2 (en) | 2014-09-05 | 2017-04-11 | Xiaomi Inc. | Method and system for upgrading an electronic device |
| CN104301383A (zh) * | 2014-09-05 | 2015-01-21 | 小米科技有限责任公司 | 一种升级方法、装置及设备 |
| JP6858603B2 (ja) * | 2017-03-15 | 2021-04-14 | Ｐｈｃホールディングス株式会社 | 傷病名変更情報出力プログラム、傷病名変更情報出力システム、および、傷病名変更情報出力方法 |
-
2002
- 2002-02-27 JP JP2002051413A patent/JP4048318B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003256212A (ja) | 2003-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7853946B2 (en) | Information processing apparatus, information processing method, and control program | |
| CN100361080C (zh) | 打印机驱动程序自动安装系统及自动安装方法 | |
| US8804172B2 (en) | Non-transitory computer readable recording medium stored with printer driver updating program and printer driver updating method | |
| JP4533780B2 (ja) | 画像形成システム、画像形成装置、端末装置及び端末装置のドライバの更新方法 | |
| US20010027517A1 (en) | System comprising host device and peripheral device | |
| JP2016162314A (ja) | 画像形成装置及びその制御方法 | |
| US7440808B2 (en) | Electronic apparatus, replacement unit, and electronic apparatus control method | |
| JP6823378B2 (ja) | 更新システム、サーバ装置、画像形成装置及びそれら制御方法、並びにプログラム | |
| JP4048318B2 (ja) | ソフトウェアの管理方法 | |
| JP2007200247A (ja) | デバイスドライバのインストール方法、情報処理装置および画像処理システム | |
| JP4155331B2 (ja) | ソフトウェアの管理方法、管理装置、そのためのサーバ、及び、コンピュータプログラム | |
| US20040002905A1 (en) | Information processing apparatus, information processing method, program and storage medium | |
| CN102707907A (zh) | 具有框架的装置及打印机 | |
| JP2002189594A (ja) | 最新バージョン自動設定システム、及び自動設定方法 | |
| JP2009075923A (ja) | ファイルシステム、データ処理装置、ファイル参照方法、プログラムおよび記憶媒体 | |
| JP4246620B2 (ja) | 情報処理装置、情報処理システム、情報処理方法、プログラム及び記録媒体 | |
| JPH09244985A (ja) | コンピュータ装置 | |
| JP2005173725A (ja) | プリントサーバおよび印刷履歴管理方法および印刷履歴管理プログラム | |
| JP2008294820A (ja) | ネットワーク通信装置 | |
| JP4307208B2 (ja) | 情報処理装置および情報処理装置の制御方法および記憶媒体 | |
| JP2010157134A (ja) | 情報処理装置、情報処理方法及び情報処理システム | |
| JPH10154121A (ja) | 通信システム | |
| JP2006059191A (ja) | データ処理装置、データ処理方法及びプログラム | |
| JP6115342B2 (ja) | プルプリントシステム、プルプリントサーバーおよびコンピュータープログラム | |
| JP2010146324A (ja) | 定型書式データ管理サーバ装置、定型文書作成システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040811 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070309 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070327 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070522 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070619 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070719 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070824 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070925 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071004 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071030 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071112 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4048318 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101207 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101207 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111207 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111207 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121207 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121207 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131207 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |