JP2005107708A - アプリケーション配布システム - Google Patents

Abstract

【課題】 ファイル群をダウンロードしてユーザにとって最適のバージョンを使用できるようにする。
【解決手段】 ネットワークに接続されたサーバ／クライアント型のアプリケーション配布システムにおいて、配布対象のアプリケーション情報を管理するアプリケーション情報管理手段と、管理テーブルを用いてバージョン間を比較するバージョン比較手段と、ユーザからの要求に応じたアプリケーションを所定のソースコードを基に生成するビルド手段等を上記サーバに備えるとともに、バージョンアップ検討指示手段等を上記クライアントに備え、現バージョンと最新バージョンとを比較して生成する検討版アプリケーションを試用することにより、各バージョン間の機能差を一つのアプリケーション上で比較検討できるようにする。
【選択図】 図１

Description

本発明は、アプリケーションの配布、アプリケーションのビルド、ユーザ認証とアクセス制御、バージョンアップ、及びバージョンダウンを一貫して行なうアプリケーション配布システムに関するものである。

Ｗｅｂサーバやファイルサーバなど、インターネットやイントラネットを利用してユーザにアプリケーションを提供するシステムが広く普及している。これにより、ユーザはネットワーク上のサーバからアプリケーションをパーソナルコンピュータにダウンロードし、インストールすることで、パーソナルコンピュータ上でアプリケーションを実行することが可能になっている。

また、インストールしたアプリケーションをバージョンアップする場合、ユーザは次のような方法を取ることができる。

1)ＣＤ−ＲＯＭのようなメディアに記録された新バージョンをインストールする。
2)ユーザ側からアプリケーション配布サーバにアクセスしてバージョンアップ版をダウンロードし、インストールする。
3)サーバ側でネットワークに接続しているユーザのパーソナルコンピュータのアプリケーション更新情報を監視して、自動的に新バーションを配布してインストールする。

また、新バージョンにすべきかどうかをユーザが判断するためには、別のマシンに新バージョンをインストールして試す場合が多かった。あるいは、使用中のバージョンとは別に新バージョンを同一マシン上にインストールして試用できるようにしたものも出てきている。
このため、ユーザとしては新旧バージョンの相違点が明確になるとバージョンアップすべきかどうかの判断ができるようになる。

一般的には、リリースノートのようなドキュメントでバージョン間の差異を明示するが、実際にそのソフトを起動した状態で、機能差などの新旧バージョンの違いを比較したいという要求が生じることは珍しくない。

また、複数回のバージョンアップがされたものとの比較を行なうためには、各バージョンのソフトを同時に起動するなど、異なる計算機上で別々に起動して比較しなければならず、煩雑であるといった問題点があった。

そこで、本発明は上記問題を解決するために、ユーザがパーソナルコンピュータにインストールしているアプリケーションをバージョンアップする際に、新旧バージョンの相違点を明確にすることでアプリケーションのバージョンアップに対する判断を容易にして、ユーザにとって最適なバージョンを簡易にインストールして使用できるようにすることを目的とする。

本発明は、ネットワークに接続されたサーバ／クライアント型のアプリケーション配布システムであって、上記サーバは、アプリケーションを構成するファイルのバージョン管理を行なうバージョン管理部を有し、配布を行なっているアプリケーションの情報を管理するアプリケーション情報管理手段と、上記バージョン管理部の管理テーブルを用いてバージョン間を比較するバージョン比較手段と、ユーザからの要求に応じたアプリケーションを生成するビルド手段と、上記ビルド手段での生成に必要なソースコードを管理するソースコード管理手段と、上記アプリケーションを配布する配布手段と、上記ユーザの認証を行なうユーザ認証手段とを上記バージョン管理部に備え、バージョンアップ検討指示手段と、認証手段と、通信手段とをもつアプリケーションを実行するとともに、上記バージョンアップ検討指示手段から指示された検討版アプリケーションを実行できる手段を上記クライアントに備えることを特徴としている。

本発明によれば、ユーザが使用中のアプリケーションのバージョンと最新バージョン情報とを比較して生成するバージョンアップ検討用のアプリケーションをユーザが起動し試用することにより、現在使用中のバージョンから最新バージョンまでの各機能差を一つのアプリケーション上で比較検討することができる。
これにより、ソフトウエアのバージョンアップをユーザが判断しやすくすることが可能となるとともに、バージョンアップによるトラブルを抑制することが可能となる。また、このことはバージョンアップに対する費用を削減する効果を有することにもなる。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。
図１は本発明のシステム構成図である。
図１において、１０は、ネットワーク２０を介してクライアント３０にアプリケーションを配布するサーバである。

サーバ１０中のアプリケーション管理部１００には、クライアント３０にインストールされているアプリケーションのバージョンとサーバ１０に準備されている最新アプリケーションとを比較するバージョン比較手段１１０、ビルドに必要なソースコードを管理するソースコード管理手段１２０、アプリケーションを配布するための配布手段１３０、アプリケーションをビルドするためのビルド手段１４０、ユーザごとのアプリケーション使用状況等を管理するためのアプリケーション情報管理手段１６０、クライアント３０との情報交換等を行なうための通信手段１５０がある。

また、サーバ１０が活用する情報としてアプリケーション情報ファイル２００、バージョン管理テーブル１７０、実行ファイルセット１８０、及びソースファイル群１９０がサーバ１０内に蓄積される。

一方、クライアント３０には、使用許可されたアプリケーション３００があり、これには本来の目的の機能以外にバージョンアップを検討するときのためのバージョンアップ検討指示手段３１０を持つ。また、サーバとの情報交換を行なうための通信手段３２０を持つ。

ユーザは表示デバイス３７０上に表示されるメニューやフォームなどに入力デバイス３８０から入力することによりアプリケーションを操作する。３３０は、検討版アプリケーションであり、インストールされているアプリケーション３００を使用して検討版の取得指示を出すことにより、サーバ１０よりダウンロードしてユーザが使用できるようになるものである。

これには、正規にバージョンを指示ずる為のバージョンアップ指示手段３４０、サーバ１０と情報交換を行なうための通信手段３６０を持つ。詳細は操作／手続きの流れとあわせて後述する。

尚、図１中のクライアント３０内の認証手段４００、４１０は、ユーザがアプリケーション３００または検討版アプリケーション３３０を起動したときに認証情報４２０が存在しているかを確認し、存在していない場合はログインフォーム（図２に例を示す）を表示デバイス３７０上に表示し、ユーザは入力デバイス３８０を用いてＵｓｅｒ ＩＤとＰａｓｓｗｏｒｄの入力を促す。

認証情報４２０は、通信手段３２０、または３６０を介してサーバ１０に送信され、ユーザ認証手段２１０でユーザ認証が行われる。ユーザ認証に関しては公知の手法が多々あるためそのどの手法を用いても構わない。本実施の形態において、その詳細は割愛する。

次に、ユーザがバージョンアップに関するクライアント３０上のアプリケーション操作と処理の流れに関して図４のフローチャートを参照しながら説明する。
また、図３はアプリケーション３００のメニューの一部を示す図である。

ユーザがバージョンアップを検討するとき、動作しているアプリケーション３００のメニューから「バージョンアップ」５００をマウス等の入力デバイス３８０で選択する（ＳＴＥＰ１−１）。

アプリケーション３００は、通信手段３２０を介して現在のバージョンをサーバ１０に送信する（ＳＴＥＰ１−２）。
サーバ１０は、後述するバージョン比較手段１１０の処理を行い現在ユーザが使用しているバージョンから最新バージョンまでの各バージョンのリストを生成し、クライアント３０へ送信する。
クライアント３０は、サーバ１０からの処理結果を受信し（ＳＴＥＰ１−３）、バージョンアップ用のダイヤログ生成・表示する（ＳＴＥＰ１−４）。

図５はバージョンアップ用のダイヤログの一例を示した図である。６００で示す部分に、使用中のバージョンより新しいもので最新のバージョンまでを表示している。これは、この状況からもバージョンアップを指定できるように左側がラジオボタン形式にしてある。

また、６１０はバージョンアップ検討版をダウンロードする指示を出すためのボタン、６２０は６００で指定したバージョンへの更新を指示するためのボタン、６３０はこの作業をキャンセルするためのボタンである。

次に、ＳＴＥＰ１−５で処理指示を行なう。キャンセルボタン６３０を選択した場合は、バージョンアップの機能は中止し元のアプリケーションの状態に戻る。検討版ＤｏｗｎＬｏａｄボタン６１０を選択した場合、ＳＴＥＰ１−８でサーバ１０へバージョンアップ検討用アプリケーションをダウンロードできるように要求する。

サーバ１０側で準備が整ったら、ＳＴＥＰ１−１０で検討版アプリケーション３３０を受信、インストールする。
また、ＳＴＥＰ１−５でバージョンアップ指定ボタン６２０を選択した場合、ＳＴＥＰ１−６でバージョンアップするバージョン指定を既に行っているかどうか確認する。

既に選択されている場合は、ＳＴＥＰ１−７でサーバ１０へ指定のバージョンのアプリケーションをダウンロードできるように要求する。サーバ１０側で準備が整ったら、ＳＴＥＰ１−９で指定のバージョンのアプリケーションを受信、インストールする。

もしバージョン選択が行われていなかった場合で、ＳＴＥＰ１−１１においてバージョンアップを指定する場合には最初に希望のバージョンを選択する旨の文書（メッセージ）を、クローズボタン付のダイヤログ（不図示）で表示する。ユーザが上記クローズボタンを選択するとダイヤログを消去し、再度ＳＴＥＰ１−４へ戻る。

尚、インストールに関してはダウンロード後にインストーラが自動起動される方法を本実施の形態では採用したが、これについては公知の技術であるのでここでは詳述しない。また、インストールは上書き保存する形式でも以前のものを残す形式でも本実施の形態には影響しない。

次に、図６を参照しながらサーバ１０のバージョン比較手段１１０の処理手順を説明する。
図４のＳＴＥＰ１−２でクライアント３０のアプリケーション３００から現在のバージョン情報を受信すると（ＳＴＥＰ２−１）、サーバ１０のバージョン比較手段１１０はバージョン管理テーブル１７０を開き、各レコードを検索する（ＳＴＥＰ２−２）。

バージョン管理テーブル１７０は図７に示すようなデータ構造になっており、バージョンごとに現在使用可能かどうかを示すステータスが記録されている。バージョン比較手段１１０は、ユーザの使用しているバージョンより新しいバージョンで、かつ、使用可能なバージョンをチェックしてバージョン番号のリストを生成する（ＳＴＥＰ２−３）。このリストをＳＴＥＰ２−４で通信手段１５０を介してクライアント３０に送信する。

次に、サーバ１０がクライアント３０からのアプリケーション配布要求が来た場合の処理を、図８のフローチャートを参照しながら説明する。なお、バージョンアップ検討用アプリケーション３３０の場合も所定のバージョンのアプリケーション３００を配布する場合も同様の流れになる。

先ず、ＳＴＥＰ３−１で実行ファイルセット１８０中に対象のアプリケーションが存在するかどうかをサーバ１０のアプリケーション管理部１００が検索し、確認する。もし存在しなかった場合はビルド手段１４０を起動して、所定の実行モジュールを生成する（ＳＴＥＰ３−２、ＳＴＥＰ３−３）。

ここで、ビルド手段１４０は、ソースコード管理手段１２０を起動して所定のバージョンに必要なソースファイル群１９０をリストアップし、実行モジュールを作成し、実行ファイルセット１８０へ追加する。

次に、ＳＴＥＰ３−４でアプリケーション情報管理手段１６０を起動し、アプリケーション情報ファイル２００中の配布情報を更新する。
尚、アプリケーション情報管理手段１６０は、ユーザに配布するアプリケーションについての情報が記載されているアプリケーション情報ファイル２００からの情報抽出や、情報の追加を行なう手段である。

ＳＴＥＰ３−５では、配布手段１３０が対象のアプリケーションをクライアント３０に送信する。

次に、バージョンアップ検討用の検討版アプリケーション３３０のメニュー画面サンプルを図９に示す。図９は検討版を起動してメニュー内の「起動バージョン」を選択したところを示している。ここからユーザが希望のバージョンを選択すると新たなウィンドウを生成する（不図示）。

ユーザは希望のバージョンごとの機能差などを直接比較することが可能となる。また、同様にしてバージョンダウンを行なうことも可能である。図３に示すメニューから「バージョンダウン」を選択することにより実現可能である。

本発明の実施態様の例を以下に列挙する。
（附記１） ネットワークに接続されたサーバ／クライアント型のアプリケーション配布システムであって、上記サーバは、アプリケーションを構成するファイルのバージョン管理を行なうバージョン管理部を有し、配布を行なっているアプリケーションの情報を管理するアプリケーション情報管理手段と、上記バージョン管理部の管理テーブルを用いてバージョン間を比較するバージョン比較手段と、ユーザからの要求に応じたアプリケーションを生成するビルド手段と、上記ビルド手段での生成に必要なソースコードを管理するソースコード管理手段と、上記アプリケーションを配布する配布手段と、上記ユーザの認証を行なうユーザ認証手段とを上記バージョン管理部に備え、バージョンアップ検討指示手段と、認証手段と、通信手段とをもつアプリケーションを実行するとともに、上記バージョンアップ検討指示手段から指示された検討版アプリケーションを実行できる手段を上記クライアントに備えることを特徴とするアプリケーション配布システム。

（附記２） 上記サーバは、上記ユーザが現在使用しているバージョンをはじめとして最新バージョンまでの各バージョンのリストを作成して、上記クライアントへ送信することを特徴とする付記１に記載のアプリケーション配布システム。

（附記３） 上記ビルド手段は、上記ユーザからのアプリケーション配布要求に対して、所定のバージョンに必要なソースコードをもとに実行モジュールを作成することを特徴とする付記１に記載のアプリケーション配布システム。

本発明のアプリケーション配布システムの概略構成図である。 本実施の形態におけるログインフォームの一例を示す図である 本実施の形態におけるアプリケーションメニューの一例を示す図である。 クライアントアプリケーションの操作／処理手順を示すフローチャートである。 バージョンアップ指定ダイヤログの一例を示す図である。 サーバ上のバージョン比較手段における処理手順を示すフローチャートである。 サーバ上のバージョン管理テーブルの構成例を示す図である。 アプリケーション配布要求が来た場合の処理手順を示すフローチャートである。 検討版アプリケーションのメニュー画面のサンプル例を示す図である。

符号の説明

１０ サーバ
２０ ネットワーク
３０ クライアント
１００ アプリケーション管理部
１１０ バージョン比較手段
１３０ 配布手段
１４０ ビルド手段
１５０ 通信手段
１６０ アプリケーション情報管理手段
１７０ バージョン管理テーブル
１８０ 実行ファイルセット
１９０ ソースファイル群
２００ アプリケーション情報ファイル
２１０ ユーザ認証手段
３００ アプリケーション
３１０ バージョンアップ検討指示手段
３２０ 通信手段
３３０ 検討版アプリケーション
３４０ バージョンアップ指示手段
３６０ 通信手段
３７０ 表示デバイス
３８０ 入力デバイス
４００ 認証手段
４１０ 認証手段
４２０ 認証情報

Claims (1)

1. ネットワークに接続されたサーバ／クライアント型のアプリケーション配布システムであって、
   上記サーバは、アプリケーションを構成するファイルのバージョン管理を行なうバージョン管理部を有し、
   配布を行なっているアプリケーションの情報を管理するアプリケーション情報管理手段と、
   上記バージョン管理部の管理テーブルを用いてバージョン間を比較するバージョン比較手段と、
   ユーザからの要求に応じたアプリケーションを生成するビルド手段と、
   上記ビルド手段での生成に必要なソースコードを管理するソースコード管理手段と、
   上記アプリケーションを配布する配布手段と、
   上記ユーザの認証を行なうユーザ認証手段とを上記バージョン管理部に備え、
   バージョンアップ検討指示手段と、認証手段と、通信手段とをもつアプリケーションを実行するとともに、上記バージョンアップ検討指示手段から指示された検討版アプリケーションを実行できる手段を上記クライアントに備えることを特徴とするアプリケーション配布システム。

Images