(57)【要約】【課題】ユーザのアクセス権限やアプリケーション作成者の意図によってダウンロード速度を変化させ、アクセス制御を行なう技術の提供。【解決手段】ネットワーク２０に接続されたサーバ／クライアント型の情報処理システムであって、サーバ１０は、ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御手段５０と、認証されたユーザへデータを配布する配布手段７０と、データを配布する速度を制御する速度制御手段５０とを備え、クライアント３０は、サーバ１０にユーザ情報を送信する送信手段４０と、サーバ１０にデータを配布するよう要求する要求手段とを備える。【選択図】      図１
2005277677.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたサーバ／クライアント型の情報処理システムであって、
前記サーバは、
ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御手段と、
前記認証されたユーザへデータを配布する配布手段と、
前記データを配布する速度を制御する速度制御手段とを備え、
前記クライアントは、
前記サーバにユーザ情報を送信する送信手段と、
前記サーバにデータを配布するよう要求する要求手段とを備えることを特徴とする情報処理システム。
【請求項２】
前記速度制御手段は、前記ユーザ情報に基づいて前記データを配布する速度を制御することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
サーバ／クライアント型ネットワークを構成するサーバであって、
ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御手段と、
前記認証されたユーザへデータを配布する配布手段と、
前記データを配布する速度を制御する速度制御手段とを具備することを特徴とするサーバ。
【請求項４】
前記速度制御手段は、ユーザ情報に基づいて前記データを配布する速度を制御することを特徴とする請求項３に記載のサーバ。
【請求項５】
サーバ／クライアント型ネットワークシステムにおける情報処理方法であって、
前記サーバでは、
ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御工程と、
前記認証されたユーザへデータを配布する配布工程と、
前記データを配布する速度を制御する速度制御工程とを有し、
前記クライアントでは、
前記サーバにユーザ情報を送信する送信工程と、
前記サーバに前記データを配布するよう要求する要求工程とを行なうことを特徴とする情報処理方法。
【請求項６】
サーバ／クライアント型ネットワークシステムにおけるサーバの情報処理方法であって、
ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御工程と、
前記認証されたユーザへデータを配布する配布工程と、
前記データを配布する速度を制御する速度制御工程とを備えることを特徴とする情報処理方法。
【請求項７】
情報処理プログラムにおいて、
前記サーバとしてのコンピュータに、
ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御ステップと、
前記認証されたユーザへデータを配布する配布ステップと、
前記データを配布する速度を制御する速度制御ステップとを有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、サーバ、情報処理方法、および情報処理プログラムに関する。
【背景技術】
【０００２】
Ｗｅｂサーバやファイルサーバなど、インターネットやイントラネットを利用してユーザにアプリケーションを提供するシステムが広く普及し、ユーザはネットワーク上のサーバからアプリケーションをパーソナルコンピュータ(PC)にダウンロードし、インストールすることで、PC上でアプリケーションを実行することが可能になっている。また、ユーザがPC上にダウンロードし、インストールしたアプリケーションが更新された場合、ユーザは再度ダウンロードし、インストールする必要があるが、更新情報を監視し、アプリケーションが更新されたら、PC上のアプリケーションを更新する機能を実行するアプリケーションも存在する（例えば、特許文献１参照）。また、この場合のユーザ認証は、ＩＤとパスワードの入力によるユーザ認証方式が広く普及している。
【特許文献１】特表２００３−５２１０３６公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のアプリケーション配布システムでは、ユーザ毎のアクセス制御は行っているが、ダウンロードに関しては可能又は不可能という制御のみが可能であり、ダウンロードの速度をユーザ毎に変えることはできなかった。
【０００４】
本発明は、上記課題に鑑みてなされ、その目的は、ダウンロード速度をユーザのアクセス権限やアプリケーション作成者の意図によって変化させ、アクセス制御を行なうことで、例えば、ダウンロード可能だがなるべくなら提供したくないユーザに対しては、それ以外のユーザに対してダウンロード速度を低下させるといったあいまいなアクセス制御を可能にする技術を提供することである。
【課題を解決するための手段】
【０００５】
上述した課題を解決し、目的を達成するために、本発明に係る情報処理システムは、ネットワークに接続されたサーバ／クライアント型の情報処理システムであって、前記サーバは、ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御手段と、前記認証されたユーザへデータを配布する配布手段と、前記データを配布する速度を制御する速度制御手段とを備え、前記クライアントは、前記サーバにユーザ情報を送信する送信手段と、前記サーバにデータを配布するよう要求する要求手段とを備える。
【０００６】
また、本発明に係るサーバ／クライアント型ネットワークを構成するサーバは、ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御手段と、前記認証されたユーザへデータを配布する配布手段と、前記データを配布する速度を制御する速度制御手段とを具備する。
【０００７】
また、好ましくは、前記速度制御手段は、前記ユーザ情報に基づいて前記データを配布する速度を制御する。
【０００８】
また、本発明に係る情報処理方法は、サーバ／クライアント型ネットワークシステムにおける情報処理方法であって、前記サーバでは、ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御工程と、前記認証されたユーザへデータを配布する配布工程と、前記データを配布する速度を制御する速度制御工程とを有し、前記クライアントでは、前記サーバにユーザ情報を送信する送信工程と、前記サーバに前記データを配布するよう要求する要求工程とを有する。
【０００９】
また、本発明に係る情報処理方法は、サーバ／クライアント型ネットワークシステムにおけるサーバの情報処理方法であって、ユーザ認証を行ない、認証されたユーザのアクセスを制御するアクセス制御工程と、前記認証されたユーザへデータを配布する配布工程と、前記データを配布する速度を制御する速度制御工程とを備える。
【００１０】
なお、本発明は、上記情報処理方法をサーバやクライアントのコンピュータに実行させるためのプログラムや当該プログラムを格納するコンピュータ読み取り可能な記録媒体としても適用可能である。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、アプリケーションのダウンロード速度を変化させることができるので、ユーザのアクセス権限やアプリケーション作成者の意図などによってダウンロード速度を変化させることができる。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明に係る実施の形態について添付図面を参照して詳細に説明する。
【００１３】
尚、以下に説明する実施の形態は、本発明の実現手段としての一例であり、本発明は、その趣旨を逸脱しない範囲で下記実施形態を修正又は変形したものに適用可能である。
【００１４】
図１は本発明の代表的な実施形態としてのネットワークシステム構成図である。
【００１５】
図１において、１０はネットワーク２０を介してアプリケーション管理クライアント３０にアプリケーションを配布するアプリケーション管理サーバである。
【００１６】
認証手段４０は、ユーザがアプリケーション管理クライアント３０を起動したときに認証情報２００が存在しているかを確認し、存在していない場合はアプリケーション管理サーバ１０にアクセスしてユーザ認証を行なう機能を持つ。認証手段４１は、アプリケーション管理サーバ１０が認証サーバ１１にアクセスすると起動し、アプリケーション管理クライアント３０にログインフォーム２１０を送信する。ログインフォーム２１０が表示デバイス１００上に表示されると、ユーザは入力デバイス１１０を用いてUser IDとPasswordを入力し、認証サーバ１１に送信する。認証手段４１は、送信されたUser IDとPasswordの整合性をユーザリスト２２０の情報を元に確認する機能を持つ。
【００１７】
アクセス権制御手段５０は、認証サーバ１１から送信されたUser IDのアプリケーションに対するアクセス権とダウンロード速度レベルをアクセス制御リスト２３０から抽出することでアプリケーションへのアクセスを制御する機能を持つ。
【００１８】
アプリケーションリスト生成手段６０は、アプリケーション管理サーバ１０にアクセスしているユーザが利用可能なアプリケーションをアプリケーション情報ファイル２４０から抽出し、リスト作成する機能を持つ。
【００１９】
配布手段７０は、アプリケーション情報管理手段８０を起動し、アプリケーション情報ファイル２４０から起動に必要な実行ファイルセット２５０の情報を抽出し、抽出された実行ファイルセット２５０をアプリケーション管理クライアント３０にアクセス権制御手段５０によって決定されたダウンロード速度レベルに応じて送信する機能を持つ。
【００２０】
起動手段９０は、ダウンロードされた実行ファイルセット２５０を実行する機能を持つ。
【００２１】
ここで、ユーザはアプリケーションのダウンロードを行なうために、アプリケーション管理クライアント３０を起動する。アプリケーション管理クライアント３０は認証手段４０を起動し、認証情報２００が存在するか否かを確認する。存在しない場合は、アプリケーション管理サーバ１０にアクセスし、認証を要求する。認証を要求されたアプリケーション管理サーバ１０は認証サーバ１１にアクセスする。認証サーバ１１は認証手段４１を起動し、認証処理を実行する。認証処理が終了したら、ユーザのUser IDをアプリケーション管理サーバ１０に送信する。アプリケーション管理サーバ１０はアクセス権制御手段５０を起動し、認証情報２００からユーザが利用可能なアプリケーションを抽出する。アプリケーションリスト生成手段６０は、抽出されたアプリケーションのリストを生成し、アプリケーション管理クライアント３０に送信する。アプリケーション管理クライアント３０は表示デバイス１００上にアプリケーションリストを表示し、ユーザはダウンロードするアプリケーションを選択する。アプリケーション管理サーバ１０は配布手段７０を起動する。配布手段７０はアクセス権制御手段５０を起動し、認証情報２００に応じたアプリケーションのダウンロード速度レベルを決定する。
【００２２】
次に、配布手段７０はアプリケーション情報管理手段８０を起動し、アプリケーション情報ファイル２４０から実行に必要な実行ファイルの情報を抽出し、抽出された情報から実行ファイル２６０を特定してアプリケーション管理クライアント３０に実行ファイル２６０をダウンロード速度レベルに応じて送信する。アプリケーション管理クライアント３０は送信された実行ファイルセット２５０を図示しないローカルディスク上に保存する。
【００２３】
以上の処理により、ユーザは現在の利用場所で利用可能なアプリケーションをダウンロードすることができる。
【００２４】
次に、ユーザがアプリケーションのバージョンアップ（更新）要求を行なった場合の処理について説明する。
【００２５】
ユーザはアプリケーション管理クライアント３０が表示するアプリケーションリストから更新したいアプリケーションを選択し、更新を要求する。アプリケーション管理クライアント３０がアプリケーション管理サーバ１０に選択されたアプリケーションのIDと保存されているアプリケーションのバージョン番号を送信すると、アプリケーション管理サーバ１０はアプリケーション情報管理手段８０を起動し、認証情報２００から利用可能でかつ最新バージョン番号を抽出し、アプリケーション管理クライアント３０から送信されたバージョン番号と比較する。ここで、アプリケーションが更新されている場合には、最新バージョン番号をアプリケーション管理クライアント３０に送信し、アプリケーション管理クライアント３０はダウンロードを要求する。
【００２６】
以上の処理により、アプリケーションの更新を行なうことができる。また、ユーザがアプリケーションの起動を要求したときも同様に、アプリケーションの更新を行なってからアプリケーションを起動する。
【００２７】
次に、アプリケーションのバージョンを戻す（バージョンダウン）場合の処理について説明する。
【００２８】
ユーザがアプリケーション管理クライアント３０が表示するアプリケーションリストからバージョンダウンしたいアプリケーションを選択し、バージョンダウンを要求すると、バージョンダウンしたいアプリケーションのバージョン番号を入力するためのウインドウを表示し、バージョン番号の入力を促す。そして、入力されたバージョン番号をアプリケーション管理サーバ１０に送信してダウンロードを要求する。以降の処理はアプリケーションのダウンロードと同様である。これにより、ユーザが要求したアプリケーションのバージョンが利用可能であれば、要求されたバージョンに戻すことができる。
【実施例】
【００２９】
以下、本発明に係る実施例について図面を参照して詳細に説明する。
【００３０】
図１において、ネットワーク２０は、TCP/IPを通信プロトコルとするイントラネットである。アプリケーション管理サーバ１０は、TCP/IP上でアプリケーション管理クライアント３０、認証サーバ１１との通信機能を持つ。
【００３１】
アプリケーション情報ファイル２４０は、図２に示すように、アプリケーション名、バージョン、ファイルの所在パスなどが関連付けられて構成されている。
【００３２】
アクセス制御リスト２３０は、図３に示すように、アプリケーションID、ユーザ名、アクセスレベルなどが関連付けられて構成されている。
【００３３】
本実施例において、アプリケーション情報ファイル２４０及びアクセス制御リスト２３０は、それぞれ図２及び図３に例示するように、XML形式で記述しても良いが、もちろんそれ以外の表現形式でも構わない。また、各アプリケーションのバージョンは、図２に示すようにツリー（木）構造で表現管理されているものを用いたが、これも他の表現形式で構わない。
【００３４】
ユーザリスト２２０には、図４に示すように、ユーザ名及びパスワードが関連付けられて登録されている。
【００３５】
ここで、ユーザがアプリケーションをアプリケーションサーバからダウンロードするまでの処理の流れを、図５〜図１０のフローチャートを用いて具体的に説明する。
＜ダウンロード処理（図５）＞
[STEP1-1]
ユーザがアプリケーション管理クライアント３０を起動する。
[STEP1-2]
アプリケーション管理クライアント３０は認証手段４０を起動し、認証手段４０は以下の処理を実行する。
＜認証処理（図６）＞
[STEP1-2-1,1-2-2]
認証情報２００が存在するか否かを確認する。存在する場合は、STEP1-3に進む。存在しない場合は、STEP1-2-3に進む。ここでは、認証情報２００は存在しないものとして、STEP1-2-3に処理を進める。
[STEP1-2-3]
アプリケーション管理サーバ１０にアクセスする。
[STEP1-2-4]
アプリケーション管理サーバ１０は認証サーバ１１にアクセスする。
[STEP1-2-5]
認証サーバ１１はログインフォーム２１０をアプリケーション管理クライアント３０に送信する。
[STEP1-2-6]
アプリケーション管理クライアント３０はログインフォーム２１０を表示デバイス１００上に表示する。このログインフォーム２１０は、例えば、図１１に例示するUser IDとPasswordを入力するためのテキスト入力部２１０ａを有するウインドウである。
[STEP1-2-7]
ユーザはログインフォーム２１０中のテキスト入力部２１０ａにUser IDとPasswordを入力し、送信ボタンを選択し、入力したデータを認証サーバ１１に送信する。ここで、ユーザは以下のデータを入力したものとする。
{User ID、 Password} = {yoshida、 japan}
[STEP1-2-8]
認証サーバ１１は、ユーザリスト２２０からUser IDと一致するIDを持つレコードを抽出する。
[STEP1-2-9,1-2-10]
User IDと一致するIDを持つデータが存在するならば、STEP1-2-10に進む。存在しないならば、エラーメッセージをアプリケーション管理クライアント３０に送信し、処理を終了する。ここでは、以下のデータが取得できたものとする。
{User ID、 Password} = {yoshida、 japan}
[STEP1-2-11]
STEP1-2-7で送信されたデータとSTEP1-2-8で取得したデータを比較し、User IDとPasswordが一致するかを確認する。一致しないならば、エラーメッセージをアプリケーション管理サーバ１０に送信し、処理を終了する。一致するならば、User IDをアプリケーション管理サーバ１０に送信し、STEP1-3に処理を進める。ここでは、User IDとPasswordが一致しているので、User IDをアプリケーション管理サーバ１０に送信し、STEP1-3に処理を進める。
【００３６】
ここで、図５の説明に戻る。
[STEP1-3]
アプリケーション管理サーバ１０は、アクセス権制御手段５０を起動する。
＜アクセス権制御処理（図８）＞
[STEP1-3-1,1-3-2]
起動されたアクセス権制御手段５０は、アクセス制御リスト２３０からUser IDが含まれるアプリケーションIDを抽出する。ここで、User IDが含まれるアプリケーションIDが抽出できなければ、エラーメッセージをアプリケーション管理クライアント３０に送信し、処理を終了する。存在するならば、処理をSTEP1-4に進める。ここでは、以下のアプリケーションIDが取得できたものとする。
Application ID = {1、 3}
これは、User IDを持つユーザがアプリケーションID1と3のアプリケーションがダウンロード可能であることを示す。
【００３７】
ここで、図５の説明に戻る。
[STEP1-4]
アプリケーション管理サーバ１０は、アプリケーションリスト生成手段６０を起動する。起動されたアプリケーションリスト生成手段６０は以下の処理を実行する。
＜アプリケーションリスト生成処理（図９）＞
[STEP1-4-1,1-4-2]
アプリケーション情報ファイル２４０から、STEP1-3で取得したダウンロード可能なアプリケーションIDと一致するアプリケーション情報を取得する。存在しない場合は、エラーメッセージをアプリケーション管理クライアント３０に送信し、処理を終了する。
[STEP1-4-3]
STEP1-4-1で取得した情報から、アプリケーションリストを生成し、アプリケーション管理クライアント３０に送信する。
【００３８】
ここで、図２の説明に戻る。
[STEP1-5]
アプリケーション管理クライアント３０はSTEP1-4-3で送信されたアプリケーションリストを表示デバイス１００上に表示する。表示デバイス１００には、図１２に例示するようなアプリケーションリストが表示される。
[STEP1-6]
ユーザは入力デバイス１１０を用いて、表示されているアプリケーションリストからダウンロードしたいアプリケーションを選択し、ダウンロードを要求する。ここで、ユーザはアプリケーションIDが1のアプリケーションを選択したものとする。
[STEP1-7]
アプリケーション管理クライアント３０は選択されたアプリケーションのアプリケーションIDをアプリケーション管理サーバ１０に送信する。ここで、アプリケーション管理クライアント３０はアプリケーションID=1をアプリケーション管理クライアントサーバ１０に送信したものとする。
[STEP1-8]
アプリケーション管理サーバ１０は配布手段７０を起動し、配布手段７０は以下の処理を実行する。
＜アプリケーション配布処理（図１０）＞
[STEP1-8-1]
アプリケーション情報管理手段８０を起動し、アプリケーション情報ファイル２４０から、STEP1-8で送信されたアプリケーションIDを持つアプリケーションの実行に必要な実行ファイルセット２５０を特定する。ここで、STEP1-7ではアプリケーションID=1が送信されたため、以下のデータが抽出されたものとする。
＜fileset＞
＜file path="/applications/archive/appilcation1_1.0.1.jar"/＞
＜file path="/applications/lib/lib1.jar"/＞
＜file path="/applications/lib/lib2.jar"/＞
＜/fileset＞
これは、アプリケーションID1のアプリケーションが実行するのに必要なファイルは、"/applications/archive/"ディレクトリに置かれている"appilcation1_1.0.1.jar"と、"/applications/lib/"ディレクトリに置かれている"lib1.jar"、"lib2.jar"であることを示している。
[STEP1-8-2]
アクセス権制御手段５０を起動し、アクセス制御リスト２３０からUser IDとアプリケーションIDに対するUser IDのダウンロード速度レベルを抽出する。ここで、STEP1-7ではアプリケーションID＝1が送信されたため、以下のダウンロード速度レベルが抽出できたものとする。
level = 2
これは、User IDを持つユーザがアプリケーションID1のアプリケーションをダウンロードするときの速度レベルは2であることを示している。
[STEP1-8-3]
STEP1-8-2で抽出したダウンロード速度レベルに応じて、ダウンロード速度を決定し、STEP1-8-1で特定した実行ファイルセット２５０をアプリケーション管理クライアント３０に送信する。
【００３９】
本実施例においては、例えば図１３に例示するダウンロード速度レベルが設定されているものとする。図１３において、レベル０は、ダウンロード速度が最も高いマルチスレッド送信であり、次いで、レベル１は、レベル０の次に速度が高いシングルスレッド送信である。さらにレベル２は、２分間隔でデータ送信する速度であり、レベル３は、１０分間隔でデータを送信するため最も速度が低い。STEP1-8-2で抽出したダウンロード速度レベルは2であるため、STEP1-8-1で特定した実行ファイルセットの各ファイルを低い速度、例えば２分間隔で送信する。なお、本実施例では上記４段階であるが、これに限らず２段階でも良いし、目的に応じて何段階に設けても構わない。
【００４０】
再び、図２の説明に戻る。
[STEP1-9]
アプリケーション管理クライアント３０は、STEP1-8-2で送信された実行ファイルセット２５０をアプリケーション保存ディレクトリに保存する。ここでは、以下の場所にファイルを保存したものとする。
C:\applications\application1\1.0.1\
ここまでが、ユーザがアプリケーション管理クライアント３０を起動してから、利用したいアプリケーションをダウンロードするまでの処理の流れである。
【００４１】
次に、アプリケーションを更新する処理の流れを、図１４及び図１５を用いて具体的に説明する。なお、以下では、STEP1-1から1-2までの認証処理は終了しているものとする。
＜アプリケーションの更新処理（図１４，１５）＞
[STEP2-1]
ユーザがアプリケーションを選択し、更新を要求する。アプリケーション管理クライアント３０には、図１６に例示するウインドウによってアプリケーションが選択可能に表示される。また、アプリケーション管理クライアント３０には、図１７に例示するプルダウンウインドウによって実行したい項目が選択可能に表示される。ここで、ユーザはアプリケーションリストから更新したいアプリケーションを選択し、メニューの更新項目を選択する。
[STEP2-2]
アプリケーション管理クライアント３０は、アプリケーション管理サーバ１０にSTEP2-1でユーザが選択したアプリケーションのアプリケーションIDと、現在アプリケーション保存ディレクトリに保存されているアプリケーションのバージョン番号を送信し、更新情報を要求する。ここで、アプリケーション保存ディレクトリに保存されているバージョン番号は1.0.1であるので、アプリケーションID=1、バージョン番号=1.0.1をアプリケーション管理サーバ１０に送信する。
[STEP2-3]
STEP1-3の処理を実行する。
[STEP2-4]
アプリケーション管理サーバ１０はアプリケーション情報管理手段８０を起動し、起動されたアプリケーション情報管理手段８０は以下の処理を実行する。
＜アプリケーション情報管理処理（図１５）＞
[STEP2-4-1]
送信されたアプリケーションIDと一致するIDを持つアプリケーション情報をアプリケーション情報ファイル２４０から抽出し、最新バージョン番号を取得する。ここでは、以下のバージョン番号が取得できたものとする。
Version = 1.0.2
[STEP2-4-2]
STEP2-4-1で取得したバージョン番号とSTEP2-2でアプリケーション管理クライアント３０から送信されたバージョン番号を比較する。
[STEP2-4-3,2-4-4,2-4-5］
STEP2-4-1で取得されたバージョン番号の方が新しい場合は、STEP2-4-1で取得したバージョン番号をアプリケーション管理クライアント３０に送信する。そうでない場合は、STEP2-2でアプリケーション管理クライアント３０から送信されたバージョン番号をアプリケーション管理クライアント３０に送信する。
【００４２】
ここで、STEP2-4-1で取得したバージョン番号とSTEP2-2でアプリケーション管理クライアント３０から送信されたバージョン番号をアプリケーション情報ファイル２４０に記載されているツリー構造から検証してみると、STEP2-2で送信されたバージョン番号はversion = 1.0.1、STEP2-4-1で取得したバージョン番号はversion = 1.0.2で、STEP2-4-1で取得したバージョン番号の方が新しいため、STE2-4-1で取得したバージョン番号をアプリケーション管理クライアント３０に送信する。
[STEP2-5,2-6]
アプリケーション管理クライアント３０は、STEP2-4-4又はSTEP2-4-5で送信されたバージョン番号とSTEP2-2で送信したバージョン番号を比較し、一致するならば処理を終了する。異なるならば、STEP2-7に処理を進める。ここでは、送信したバージョン番号と異なるため、STEP2-7に処理を進める。
[STEP2-7]
アプリケーション管理クライアント３０は、アプリケーションIDとSTEP2-5で取得したバージョン番号をアプリケーション管理サーバ１０に送信し、ダウンロードを要求する。
[STEP2-7]
STEP1-8、1-9と同様の処理を行なう。
【００４３】
ここまでが、ユーザのアプリケーション更新要求からアプリケーションが更新されるまでの処理の流れである。
【００４４】
次に、ユーザが明示的にアプリケーションの更新を要求するのではなく、アプリケーションの起動を要求した際に、更新状況を確認し、更新や起動を行なうまでの処理の流れを、図１８を用いて具体的に説明する。ここでもSTEP1-1から1-2までの認証処理は終了しているものとする。
＜アプリケーションの更新処理（図１８）＞
[STEP3-1]
ユーザがアプリケーションを選択し、起動を要求する。ここで、ユーザはアプリケーションID=1のアプリケーションを選択したものとする。
[STEP3-2]
以下、STEP2-2から2-8までと同様の処理を行なう。
[STEP3-3]
アプリケーション管理クライアント３０は起動手段９０を起動し、起動手段９０はSTEP3-2で更新した実行ファイルセット２５０を実行する。
【００４５】
この処理によって、ユーザがアプリケーションの更新を意識することなく、アプリケーションの更新を行なうことができる。
【００４６】
次に、アプリケーションのバージョンを以前のバージョンに戻す処理の流れを、図１９を用いて具体的に説明する。ここでもSTEP1-1から1-2までの認証処理は終了しているものとする。
＜バージョンダウン処理（図１９）＞
[STEP4-1]
ユーザがアプリケーションを選択し、バージョンダウンを要求する。ここで、アプリケーション管理クライアント３０では、図１６に例示するウインドウによってアプリケーションが選択可能に表示される。また、アプリケーション管理クライアント３０には、図１７に例示するプルダウンウインドウによって実行したい項目が選択可能に表示される。ここで、ユーザはアプリケーションリストからバージョンダウンしたいアプリケーションを選択し、メニューのバージョンダウン項目を選択する。
[STEP4-2]
アプリケーション管理クライアント３０は、バージョン入力フォームウインドウを表示デバイス１００上に表示する。このバージョン入力フォーム４１０は、例えば、図２０に例示するアプリケーション及びバージョン情報を入力するためのテキスト入力部４１０ａを有するウインドウである。
[STEP4-3]
ユーザは、バージョン入力ウインドウのテキスト入力部４１０ａにバージョン番号を入力し、送信ボタンを選択する。
[STEP4-4]
STEP2-3，2-4と同様の処理を行なう。
[STEP4-5]
STEP1-8，1-9と同様の処理を行なう。
【００４７】
以上の処理により、ユーザが要求するバージョンにアプリケーションを戻すことができる。
【００４８】
また、アプリケーションだけでなく、バージョン管理された電子データ等でも、本実施例によりダウンロード速度によってアクセス制御されたダウンロード、バージョンアップ、バージョンダウンが実施可能である。
【００４９】
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５１】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコード及び各種テーブルが格納されることになる。
【図面の簡単な説明】
【００５２】
【図１】本発明に係る実施形態のシステム構成図である。
【図２】アプリケーション情報ファイルを例示する図である。
【図３】アクセス制御リストを例示する図である。
【図４】ユーザリストを例示する図である。
【図５】アプリケーションのダウンロード処理のフローチャートである。
【図６】認証手段による処理のフローチャートである。
【図７】認証手段による処理のフローチャートである。
【図８】アクセス権制御手段による処理のフローチャートである。
【図９】アプリケーションリスト生成手段による処理のフローチャートである。
【図１０】配布手段による処理のフローチャートである。
【図１１】ログインフォームの表示例を示す図である。
【図１２】ダウンロードアプリケーションリストの表示例を示す図である。
【図１３】ダウンロード速度レベルを例示する図である。
【図１４】アプリケーション更新処理のフローチャートである。
【図１５】アプリケーション情報管理手段による処理のフローチャートである。
【図１６】アプリケーション管理クライアントの表示例を示す図である。
【図１７】アプリケーション管理クライアントの実行可能なメニューの表示例を図である。
【図１８】更新を伴うアプリケーションの起動処理のフローチャートである
【図１９】アプリケーションのバージョンダウン処理のフローチャートである。
【図２０】バージョン入力ウインドウの表示例を示す図である。
【符号の説明】
【００５３】
１０  アプリケーション管理サーバ
１１  認証サーバ
２０  イントラネット
３０  アプリケーション管理クライアント
４０，４１  認証手段
５０  アクセス権制御手段
６０  アプリケーションリスト生成手段
７０  配布手段
８０  アプリケーション情報管理手段
９０  起動手段
１００  表示デバイス
１１０  入力デバイス
２００  認証情報
２１０  ログインフォーム
２２０  ユーザリスト
２３０  アクセス制御リスト
２４０  アプリケーション情報ファイル
２５０  実行ファイルセット
【図１】
2005277677.tif 000003
【図２】
2005277677.tif 000004
【図３】
2005277677.tif 000005
【図４】
2005277677.tif 000006
【図５】
2005277677.tif 000007
【図６】
2005277677.tif 000008
【図７】
2005277677.tif 000009
【図８】
2005277677.tif 000010
【図９】
2005277677.tif 000011
【図１０】
2005277677.tif 000012
【図１１】
2005277677.tif 000013
【図１２】
2005277677.tif 000014
【図１３】
2005277677.tif 000015
【図１４】
2005277677.tif 000016
【図１５】
2005277677.tif 000017
【図１６】
2005277677.tif 000018
【図１７】
2005277677.tif 000019
【図１８】
2005277677.tif 000020
【図１９】
2005277677.tif 000021
【図２０】
2005277677.tif 000022