(57)【要約】【課題】ソフトウエアのバージョンアップの際にライセンス情報を確認することにより、バージョンアップされたソフトウエアの不正使用を防ぐ情報処理方法とその装置と情報処理システムを提供する。【解決手段】所望のソフトウエアの第１のバージョン情報と第２のバージョン情報を比較し（Ｓ１１、Ｓ１２、Ｓ１３）、第２のバージョン情報の方が新しいと判断されれば、ソフトウエアのライセンス認証を行う。ライセンスの認証が行われた場合に第１のバージョン情報に対応するソフトウエアを第２のバージョン情報に対応するソフトウエアに置き換える（Ｓ１４）。【選択図】図３
2006164300.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置にアクセスしてソフトウエアの第１のバージョン情報を取得する第１のバージョン情報取得手段と、
最新バージョンの前記ソフトウエアが格納された外部装置にアクセスして最新のバージョン情報を取得する最新バージョン情報取得手段と、
前記第１のバージョン情報取得手段により取得した前記第１のバージョン情報と、前記最新のバージョン情報取得手段で取得した前記最新のバージョン情報を比較する比較手段と、
前記比較手段による比較の結果、前記最新のバージョン情報の方が新しいと判断した場合に、前記ソフトウエアのライセンス情報が有効かどうかを前記外部装置に対して問い合わせる問い合わせ手段と、
前記問い合わせ手段による問い合わせの結果、前記ライセンス情報が有効であると判定された場合に、前記外部装置から前記最新のバージョンのデータを取得するデータ取得手段と、
前記ソフトウエアを前記データ取得手段で取得したデータを用いて更新する更新手段と、を備えることを特徴とする情報処理装置。
【請求項２】
前記問い合わせ手段は、複数のソフトウエアに対するライセンス情報が有効かどうかを問い合わせる、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記データ取得手段により取得可能なデータを表示装置に表示する表示制御手段と、をさらに備えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記外部装置は、公衆回線を介して接続されたサーバである、ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
記憶装置にアクセスしてソフトウエアの第１のバージョン情報を取得する第１のバージョン情報取得工程と、
最新バージョンの前記ソフトウエアが格納された外部装置にアクセスして最新のバージョン情報を取得する最新バージョン情報取得工程と、
前記第１のバージョン情報取得工程により取得した前記第１のバージョン情報と、前記最新のバージョン情報取得工程で取得した前記最新のバージョン情報を比較する比較工程と、
前記比較工程による比較の結果、前記最新のバージョン情報の方が新しいと判断した場合に、前記ソフトウエアのライセンス情報が有効かどうかを前記外部装置に対して問い合わせる問い合わせ工程と、
前記問い合わせ工程による問い合わせの結果、前記ライセンス情報が有効であると判定された場合に、前記外部装置から前記最新のバージョンのデータを取得するデータ取得工程と、
前記ソフトウエアを前記データ取得工程で取得したデータを用いて更新する更新工程と、を備えることを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に関し、特にソフトウエアのバージョンアップを行うための情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
従来、ネットワークを介して複数のコンピュータ機器が通信可能に構成された多種多様なネットワークシステムが実用化されている。このようなシステムにおいて、所望のアプリケーションソフトウエアを各コンピュータ機器においてバージョンアップする場合、以下のように行われていた。
【０００３】
バージョンアップのアナウンスを行い、そのアナウンスを受けて、各自がバージョンアップのプログラムを各コンピュータ機器において実行していた。また、従来のホストからのバージョンアップでは、ライセンスを所持しているか否かの判定をする機能は備えていない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のようなネットワーク環境において、バージョンアップを行う際に、ライセンスを所持しているか否かの判定する機能がないため、アプリケーションのコピーが簡単にできてしまうという問題があった。
【０００５】
本発明は、上記従来例に鑑みてなされたもので、バージョンアップの際にライセンス情報を確認することにより、バージョンアップされたソフトウエアの不正使用を防ぐ情報処理装置および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、本発明の実施形態における情報処理装置は、
記憶装置にアクセスしてソフトウエアの第１のバージョン情報を取得する第１のバージョン情報取得手段と、
最新バージョンの前記ソフトウエアが格納された外部装置にアクセスして最新のバージョン情報を取得する最新バージョン情報取得手段と、
前記第１のバージョン情報取得手段により取得した前記第１のバージョン情報と、前記最新のバージョン情報取得手段で取得した前記最新のバージョン情報を比較する比較手段と、
前記比較手段による比較の結果、前記最新のバージョン情報の方が新しいと判断した場合に、前記ソフトウエアのライセンス情報が有効かどうかを前記外部装置に対して問い合わせる問い合わせ手段と、
前記問い合わせ手段による問い合わせの結果、前記ライセンス情報が有効であると判定された場合に、前記外部装置から前記最新のバージョンのデータを取得するデータ取得手段と、
前記ソフトウエアを前記データ取得手段で取得したデータを用いて更新する更新手段と、を備える。
【０００７】
上記の目的を達成するために、本発明の他の実施形態における情報処理方法は、
記憶装置にアクセスしてソフトウエアの第１のバージョン情報を取得する第１のバージョン情報取得工程と、
最新バージョンの前記ソフトウエアが格納された外部装置にアクセスして最新のバージョン情報を取得する最新バージョン情報取得工程と、
前記第１のバージョン情報取得工程により取得した前記第１のバージョン情報と、前記最新のバージョン情報取得工程で取得した前記最新のバージョン情報を比較する比較工程と、
前記比較工程による比較の結果、前記最新のバージョン情報の方が新しいと判断した場合に、前記ソフトウエアのライセンス情報が有効かどうかを前記外部装置に対して問い合わせる問い合わせ工程と、
前記問い合わせ工程による問い合わせの結果、前記ライセンス情報が有効であると判定された場合に、前記外部装置から前記最新のバージョンのデータを取得するデータ取得工程と、
前記ソフトウエアを前記データ取得工程で取得したデータを用いて更新する更新工程と、を備える
【発明の効果】
【０００８】
本発明によれば、ソフトウエアのバージョンアップの際にライセンス情報を確認することにより、バージョンアップされたソフトウエアの不正使用を防ぐことができる。
【発明を実施するための最良の形態】
【０００９】
（第１の実施の形態）はじめに、本発明に係る一実施の形態の情報処理方法とその装置のポイントを要約した後、その詳細な説明に入るものとする。本発明に係る一実施の形態の情報処理方法とその装置では、モデム、公衆回線を介して複数のコンピュータ機器が通信可能に構成されたネットワークシステムのバージョンアップ方法である。まず、バージョンアッププログラムを起動するタイミングを設定し、設定されたタイミングでバージョンアッププログラム起動し、クライアントのコンピュータに格納されているアプリケーションソフトウエアのバージョン番号を取得する。さらに、サーバに格納されているアプリケーションソフトウエアのバージョン番号を取得する。そして、２つのバージョン番号を比較して、クライアントのソフトウエアのバージョンが古い場合、クライアントのソフトウエアをサーバと同じバージョンにバージョンアップする。
【００１０】
次に、その構成に関して、以下、図面を参照して詳細に説明する。図１は、本発明の一実施の形態のデータ処理方式が適用される情報処理システムのネットワーク構成を示すブロック図である。このネットワークには、複数のコンピュータがクライアント-サーバ型で接続されている。図１の例では、４台のクライアントコンピュータ、即ち、クライアント１、クライアント２、クライアント３、クライアント４と、サーバコンピュータがネットワークを介して接続されている。
【００１１】
このネットワークは、例えば、公衆回線等でもよい。図２は、図１で示したホストとターミナルのそれぞれの構成を示すブロック図であって、中央処理装置（ＣＰＵ）１と、記憶装置２と、入力装置３と、表示装置４とモデム５とタイマー６から、その主要部が構成されている。次に、図３を参照して、各クライアントでの所定のアプリケーションソフトウエアのバージョンアップの処理の手順を説明する。図３のフローチャートに対応するバージョンアッププログラムは、既に、各クライアントの不図示のメモリに記憶されており、各クライアントのＣＰＵがこの処理プログラムを読み出し、解釈し、実行する。
【００１２】
また、サーバには、最新バージョンのアプリケーションソフトウエアが、そのバージョン番号とともに格納されているとする。ここで、以下の説明では、このサーバに格納されているバージョン番号を”リモートバージョン番号”と呼ぶ。また、各クライアントに格納されており、各クライアント内部で実行されるアプリケーションソフトウエアのバージョン番号を、”ローカルバージョン番号”と呼ぶことにする。
【００１３】
また、各クライアントが現在保有して、使用しているアプリケーションソフトウエアを、以後、”ローカルアプリケーションソフトウエア”と呼ぶ。また、サーバが保有する最新のアプリケーションソフトウエアを”リモートアプリケーションソフトウエア”と呼び区別することにする。サーバに格納されているリモートアプリケーションソフトウエアには、そのバージョン番号とともに、どのユーザがこのソフトウエアを使用できるかの使用許可情報が格納されている。そして、ユーザがクライアントを通して、そのソフトウエアをロードする際には、サーバに対して自分のライセンス番号を提示してから、アクセス許可が与えられ、それをクライアントにロードすることができる。
【００１４】
以下、各ステップ毎にその処理の説明を行う。ステップＳ１１では、所定のローカルアプリケーションソフトウエアのローカルバージョン番号を、内蔵する記憶装置２をアクセスして取得する。ステップＳ１２では、サーバから、前記所定のローカルアプリケーションソフトウエアに対応する最新のリモートアプリケーションソフトウエアのリモートバージョン番号を取得する。
【００１５】
ステップＳ１３では、取得したリモートバージョン番号とローカルバージョン番号を比較する。そして、等しければ処理を終了する。逆に、等しくなければ、ステップＳ１４へ進み、サーバに格納されている最新のリモートアプリケーションソフトウエアを読み込み、ローカルアプリケーションソフトウエアと置き換えて、処理を終了する。
【００１６】
図４は、ステップＳ１４の更新処理の詳細を示すフローチャートである。ステップＳ２１では、キーボード３からユーザからライセンス番号を入力し、サーバに対して、この番号が有効かどうか問い合わせる。そして、ライセンスが無効であれば、処理を終了する。そのライセンスが有効であれば、ステップＳ２２へ進む。
【００１７】
ステップＳ２２では、サーバに格納されているリモートアプリケーションソフトウエアに付随するバージョンアップ情報を読み込んで表示するか否かのコマンドをキーボード３から入力する。そして、表示するコマンドであれば、ステップＳ２３へ進み、サーバに格納されているリモートアプリケーションソフトウエアに付随するバージョンアップ情報を読み込んで表示する。そして、ステップＳ２４へ進む。
【００１８】
ステップＳ２４では、現状のアプリケーションソフトウエアを更新するか否かのコマンドをキーボード３から入力する。そして、更新するコマンドであれば、ステップＳ２５に進む。ステップＳ２５では、サーバから最新のリモートアプリケーションソフトウエアを読み込む。
【００１９】
ステップＳ２６では、読み込んだソフトウエアに更新する。そして、処理を終了する。次に、本発明の一実施の形態の処理を、図５、６、９、１０、１１の各表示例を参照しながら説明する。本実施の形態のネットワーク回線として、公衆回線を使った場合、各クライアントとサーバ間の回線と接続し続けることは、コスト面での問題がある。そのため、以下に説明する方法を用いる。
【００２０】
図５は、本発明に係る実施の形態のバージョンアッププログラムが実行するタイミングを設定する表示画面の例である。以後、説明する各表示画面を用いて、各種コマンド、データの入力は、キーボード３や不図示のポインテイングデバイスから前記表示画面上での各メニュー情報の所定の位置を指定することによって行う。
【００２１】
例えば、ここで、”一定周期”を選択すると、図６のような画面が表示される。図６の表示画面では、本実施の形態に係るバージョンアッププログラムを起動する時を入力する。図６の例では、毎月１０日の１２時にタイマー６によって、本実施の形態に係るバージョンアッププログラムが起動されるように設定されたことを示している。
【００２２】
前記設定により、バージョンアップのモードでアプリケーションソフトウエアを実行することができる。図７には、このアプリケーションソフトウエアの一例であるかな漢字変換プログラムの構成を示す。図７の例では、かな漢字変換プログラムが、かな漢字変換プログラム本体部とバージョンアップ処理部から構成される。即ち、かな漢字変換プログラムがバージョンアップ処理部を備えることで、かな漢字変換プログラムの実行時毎に、バージョンアップ処理部が所定のタイミングでアクティブとなり、自らのプログラムのバージョンアップ処理を行う形態を持つ。
【００２３】
このように、アプリケーションソフトウエアごとに、この共通の処理のバージョンアップ処理部をアタッチすることにより、そのアプリケーションソフトウエアの実行時毎に、そのバージョンアップ処理部が所定のタイミングでアクティブとなる。その結果、自らのプログラムのバージョンアップ処理を行うことができる。尚、バージョンアップ処理部のプログラム容量は極めて小さいので、各アプリケーションソフトウエアごとに、この共通の処理のバージョンアップ処理部をアタッチしても、容量増加の問題はほとんどない。
【００２４】
このように、アプリケーションソフトウエアがかな漢字変換プログラムである場合でのバージョンアップの処理手順を図３を参照して説明する。まず、かな漢字変換プログラムのバージョン番号を取得する（ステップＳ１１）。これが、バージョンが２．１であったとする。次に、サーバの記憶装置２に格納されている図８のような各ソフトウエアのバージョン管理データテーブルをアクセスして、モデム５を介して、同じ名前のかな漢字変換プログラムのバージョン番号（２．２）を取得する（ステップＳ１２）。 次に、ステップＳ１１で取得したバージョン番号（ローカルバージョン番号）とステップＳ１２で取得したバージョン番号（リモートバージョン番号）を比較する（ステップＳ１３）。ここでは、リモートバージョン番号のほうが大きいため、更新処理を行う（ステップＳ１４）。
【００２５】
次に、ステップＳ１４の更新処理の詳細を図４にしたがって説明する。まず、ステップＳ２１で、サーバをアクセスしているクライアントが、図８の管理情報からバージョン番号を取得したかな漢字変換プログラムの使用ライセンスを所持しているかどうか、また、後述するライセンス数が０でないかどうかをチェックする。ここでは、クライアント（例えば、クライアント１）はそのライセンスを保持しており、ライセンス数は０ではないとする。尚、ここで、クライアント４からアクセスしてれば、ライセンスを所持していないため、バージョンアップ処理は行われずに処理を終了する。
【００２６】
ここで、図８の管理情報テーブルの概要を説明する。このテーブルは、プログラム名、バージョン番号、ライセンス数、ライセンス所持システムの各情報が格納されている。ここで、ライセンス数は、ライセンス所持システムに登録されたクライアント名内の各クライアントにプログラム名に対応するプログラムを送る毎に、デクリメントされる。そして、その数が０になると、たとえ、ライセンス所持システムに登録されたクライアントが使用要求をだしても、その要求を断る。
【００２７】
ステップＳ２２では、バージョンアップ内容を表示するか否かの指示を入力するために、図９のようなメニュー画面を表示装置３に表示する。そして、ユーザが入力装置３を用いて、”はい”、”いいえ”のいずれかを選択する。ステップＳ２２では、この指示入力が”はい”ならば、ステップＳ２３へ進み、バージョンアップ内容を表示装置４に表示する（図１０参照）。そして、”ＯＫ”が選択されると、ステップＳ２４へ進む。
【００２８】
ステップＳ２４では、バージョンアップを実行するか否かの指示入力を行うために、図１１に示したようなメニュー画面を表示する。バージョンアップをするかどうかを示す”はい”、”いいえ”の選択入力を行う。”いいえ”であれば、処理を終了し、”はい”であれば、ステップＳ２５へ進む。ステップＳ２５では、サーバからバージョンアップデータを取得する。
【００２９】
ステップＳ２６では、ステップＳ２５で得られたバージョンアップデータを新たなプログラムとして、古いプログラムを更新する。そして、処理を終了する。
【００３０】
（第２の実施の形態）図１２は、本発明の第２の実施の形態のバージョンアッププログラムとアプリケーションプログラムの１つとしてのかな漢字変換プログラムとの関係を説明するための図である。
【００３１】
図７では、アプリケーションソフトウエアごとに、この共通の処理のバージョンアップ処理部をアタッチする。そして、そのアプリケーションソフトウエアの実行時毎に、そのバージョンアップ処理部が所定のタイミングでアクティブとなり、自らのプログラムのバージョンアップ処理を行う構成を示した。しかし、図１２では、独立したバージョンアップ処理プログラムがあり、かな漢字変換プログラムなどの各アプリケーションソフトウエアのバージョンアップ処理を行う形態を有することを示す。この構成では、さらに、全体のプログラム占有サイズを小さくすることができる。
【００３２】
この図の示す様に、本発明であるバージョンアッププログラムは、単独で機能する。本実施の形態のバージョンアップ処理を、図３を再度参照して説明する。まず、クライアント１では、記憶装置２に格納されている図１３のようなクライアントのアプリケーションソフトウエアのバージョン管理データからバージョンを取得する（ステップＳ１１）。
【００３３】
次に、サーバの記憶装置２に格納されている、図８のようなバージョンの管理テーブルからモデム５を介してバージョン番号を取得する（ステップＳ１２）。そして、ステップＳ１１で取得したバージョン（ローカルバージョン）とステップＳ１２で取得したバージョン（リモートのバージョン）を比較する（ステップＳ１３）。例えば、かな漢字変換とワープロのソフトウエアのリモートバージョンが大きいため、更新処理を行う（ステップＳ１４）。
【００３４】
次に、ステップＳ１４の更新処理の詳細を、図４にしたがって説明する。ステップＳ２１では、図８の管理情報からクライアントが、例えば、かな漢字変換とワープロのライセンスを所持しているかをチェックする。そして、クライアント１がライセンスを所持していれば、ステップＳ２２へ進む。尚、ここで、クライアント４からの要求であるならば、ワープロのみのライセンスを所持しているため、ワープロのみ使用許可対象となる。
【００３５】
ステップＳ２２では、クライアント１から要求された場合、クライアント１で、バージョンアップ内容を表示するか否かを問い合わせるために、図９のように表示装置３に表示する。そして入力装置３からその選択データを取得し、判定する。ここで、肯定判定が得られた場合、次の処理を行い、否定判定が得られた場合、ステップＳ２４にスキップする。
【００３６】
ステップＳ２３では、バージョンアップ内容を図１４のように表示装置４に表示する。次に、ステップＳ２４では、更新処理を行うか否かを図１５のように表示装置３に表示して、選択データを入力装置３から取得し、判定する。更新処理を行わないと判定された場合は処理を終了する。ともに更新処理を行うと判定された場合、モデム５を介してサーバからバージョンアップのデータを取得する（ステップＳ２５）。
【００３７】
そして、ステップＳ２５で得られたデータから実際にクライアントの記憶装置２に格納されているかな漢字変換とワープロのバージョンアップを行う（ステップＳ２６）。また、図１３のような各クライアントのバージョン管理データを図１６のようにホストで一括して管理することも可能である。
【００３８】
（第３の実施の形態）上述の実施の形態は、クライアントとサーバコンピュータのネットワーク構成において、サーバ上に最新のアプリケーションソフトウエアに関するバージョンアップ管理テーブルが配置される。そして、これに基づいて、各クライアントからのバージョンアップ処理要求をサーバで受け付けて、対応するバージョンアップ処理を行っていた。
【００３９】
第３の実施形態では、ホストコンピュータとそれに接続された複数のターミナルのネットワークモデルでのバージョンアップ処理の説明を行う。図１７は、このホストとターミナルコンピュータのネットワークモデル構成の一例を示す。これらホストとターミナルコンピュータの内部構成は、既に説明した図２と同様であるので説明を割愛する。
【００４０】
バージョンアップ処理手順に関し、上述のサーバでの処理は、ホストの処理に、また、上述のクライアントの処理はターミナルでの処理と同様におこなうことができる。即ち、各ターミナルに配置されたバージョンアップソフトウエアがアクティブになると、ホストに対して、バージョンアップのリクエストを発生し、バージョンアップを行う。
【００４１】
（第４の実施の形態）上述の実施の形態では、ネットワークに接続された各情報処理装置間でのバージョンアップの方法を提示した。しかし、これは、複数の情報処理装置のネットワーク環境だけでなく、１つの情報処理装置環境についても同様である。即ち、１つの情報処理装置の記憶装置に複数のアプリケーションプログラムが格納されている。そして、必要に応じて、これらをロードして実行する環境で、新しいバージョンのアプリケーションプログラムを格納する所定の記憶領域と図８で説明したようなバージョンアップ管理テーブルが確保する。そして、上述したバージョンアッププログラムを予め設定したタイミングで自動的に起動して、図３に示した処理手順でバージョンアップ処理を行う。
【００４２】
バージョンアップ処理の形態は、上述したように、各アプリケーションプログラムに付属させて動作させてもよいし、また、独立したバージョンアッププログラムの形態で動作させてもよい。ここで、ライセンスの確認に関しては、上述のバージョンアップ管理テーブルを参照して、現在のアプリケーションプログラムのバージョン番号と、バージョンアップ管理テーブに登録されているアプリケーションプログラムのバージョン番号を比較する。そして、現在のアプリケーションプログラムのバージョン番号の方が古ければ、本情報処理装置のオペレータに対してライセンス番号の入力を促すメッセージを表示して、キーボード３からライセンス番号を入力する。そして、そのライセンス番号が、バージョンアップ管理テーブルに登録されているかどうかチェックすればよい。
【００４３】
尚、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用しても良い。また、本発明はシステム或は装置にプログラムを供給することによって実施される場合にも適用できることは言うまでもない。この場合、本発明に係るプログラムを格納した記憶媒体が本発明を構成することになる。そして、該記憶媒体からそのプログラムをシステム或は装置に読み出すことによって、そのシステム或は装置が、予め定められた仕方で動作する。
【００４４】
以上説明したように、本発明にかかる実施の形態では、モデム、公衆回線を介して複数のコンピュータ機器が通信可能に構成されたネットワークシステムのバージョンアップにおいて、バージョンアッププログラムを起動するタイミングを設定する。そして、設定されたタイミングでバージョンアッププログラムを起動する。さらに、クライアント（ターミナル）コンピュータに格納されているソフトウエアのバージョンを取得し、サーバ（ホスト）に格納されているソフトウエアのバージョンを取得し、これら２つのバージョンを比較する。比較の結果、ローカルのソフトウエアのバージョンが古い場合、クライアント（ターミナル）のソフトウエアをサーバ（ホスト）と同じバージョンにバージョンアップする。それにより、ネットワーク環境において、バージョンアップ作業が効率化され、所望のアプリケーションソフトウエアの生成するオブジェクト（文書等）の統一をとることができる。
【００４５】
また、本実施の形態のバージョンアッププログラムは、新しいアプリケーションソフトウエアに対する使用のライセンス有無のチェックを行っている。したがって、不正の獲得を防止したり、ライセンス所持数を越えて不正にバージョンアップが行われることを防止できる。
【図面の簡単な説明】
【００４６】
【図１】本発明に係る一実施の形態のネットワークシステムのバージョンアップ方法が適用される情報処理システムのネットワーク構成を示すブロック図である。
【図２】各クライアント、サーバの構成を示すブロック図である。
【図３】バージョンの更新処理手順を示すフローチャートである。
【図４】図３のステップＳ１４の更新処理手順を表すフローチャートである。
【図５】バージョンアップ環境の設定メニューの例を示す図である。
【図６】バージョンアップ周期の設定メニューの例を示す図である。
【図７】アプリケーションソフトウエアの構成を示す図である。
【図８】バージョン管理テーブルの構成を示す図である。
【図９】バージョンアップ内容の表示確認メニューの一例を示す図である。
【図１０】バージョンアップ内容の表示の有無を入力するためのメニューの一例を示す図である。
【図１１】バージョンアップをするかどうかを入力するためのメニューの一例を示す図である。
【図１２】アプリケーションソフトウエアとバージョンアッププログラムが独立に存在することを示す図である。
【図１３】各クライアントのバージョン管理データの構成を示す図である。
【図１４】バージョンアップ内容の表示メニューの図である。
【図１５】バージョンアップ対象を選択するためのメニュー画面の図である。
【図１６】サーバ側で保持する別のバージョン管理テーブルの形態を示す図である。
【図１７】ホストとターミナルコンピュータのネットワークモデル構成の一例を示す図である。
【符号の説明】
【００４７】
１  中央処理装置
２  記憶装置
３  入力装置
４  表示装置
５  モデム
６  タイマー
【図１】
2006164300.tif 000003
【図２】
2006164300.tif 000004
【図３】
2006164300.tif 000005
【図４】
2006164300.tif 000006
【図７】
2006164300.tif 000007
【図８】
2006164300.tif 000008
【図１２】
2006164300.tif 000009
【図１３】
2006164300.tif 000010
【図１６】
2006164300.tif 000011
【図１７】
2006164300.tif 000012
【図５】
2006164300.tif 000013
【図６】
2006164300.tif 000014
【図９】
2006164300.tif 000015
【図１０】
2006164300.tif 000016
【図１１】
2006164300.tif 000017
【図１４】
2006164300.tif 000018
【図１５】
2006164300.tif 000019