(57)【要約】【課題】  サーバ／クライアント型のシステムにおいて、ユーザがアプリケーションの利用形態を変更せずに、またサーバ側とクライアント側とでデータの不整合を発生させることなく、好適にデータのアップロード／ダウンロードを行うことができる情報処理システム及び方法を提供する。【解決手段】  ネットワーク２０を介して接続されたアプリケーション管理サーバ１０とアプリケーション管理クライアント３０間において、当該クライアントを利用するユーザを認証部４０が認証し、認証されたユーザが利用可能なアプリケーションであって、サーバ１０からクライアント３０に配付されたアプリケーションを用いてデータを生成し、生成されたデータの保存をサーバ１０に要求する。そして、当該データをサーバ１０上の所定の保管場所に保管する。【選択図】  図１
2005174022.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたサーバとクライアントを備え、前記クライアントが前記サーバから配布されたアプリケーションを用いてデータを生成する情報処理システムであって、
前記クライアントが、
前記クライアントを利用するユーザの認証を行う認証手段と、
認証された前記ユーザが利用可能な前記アプリケーションを用いてデータを生成する生成手段と、
生成された前記データの保存を前記サーバに要求する要求手段と、
前記データを前記サーバに送信する送信手段とを備え、
前記サーバが、前記クライアントから前記データを受信して所定の保管場所に保管する保管手段を備える
ことを特徴とする情報処理システム。
【請求項２】
前記クライアントが、
前記アプリケーションの出力プロセスを取得して、前記生成手段によって生成され、該出力プロセスから出力された前記データを取得するデータ取得手段と、
前記データのデータ情報を取得する情報取得手段とをさらに備え、
前記送信手段が、前記データ及び前記データ情報を前記サーバに送信し、
前記サーバが、前記データ情報に基づいて、前記保管手段に保管されているデータを前記送信手段により送信された前記データに更新する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報取得手段が、前記データ情報として、前記アプリケーションのＩＤ及び該アプリケーションで出力された前記データのデータ名を取得することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記保管手段が、前記データ情報に基づいて、前記アプリケーションから過去に生成されたデータが保管された保管場所が存在するか否かを判定し、前記保管場所が存在する場合は、該保管場所に保管された過去のデータを前記データに更新し、前記保管場所が存在しない場合は、新たな保管場所を決定して前記データを新たに保管することを特徴とする請求項２に記載の情報処理システム。
【請求項５】
前記クライアントが、
前記保管手段によって保管されているデータのうち、ダウンロード可能なデータのデータリストを要求するリスト要求手段と、
前記データリストを表示する表示手段と、
表示された前記データリストの中からダウンロードするデータを選択する選択手段と、
選択されたデータを前記サーバから受信する受信手段と
をさらに備えることを特徴とする請求項１から４までのいずれか１項に記載の情報処理システム。
【請求項６】
前記サーバが、
前記クライアントから要求されたダウンロード可能なデータのデータリストを生成するリスト生成手段と、
前記データリストを前記クライアントに送信するリスト送信手段と、
前記選択手段により選択されたデータを前記保管手段により保管されているデータの中から取得するデータ取得手段と、
取得された前記データを前記クライアントに送信するデータ送信手段と
をさらに備えることを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記認証手段が、前記クライアント内に前記ユーザについての認証情報が存在するか否かに基づいて該ユーザの認証を行うことを特徴とする請求項１から６までのいずれか１項に記載の情報処理システム。
【請求項８】
前記認証情報が前記クライアント内に存在しない場合、前記クライアントは、前記ネットワーク上に接続された認証サーバからログインフォームを受け取る受取手段と、
前記ログインフォームに基づいてユーザ情報を入力する入力手段と、
前記ユーザ情報を前記認証サーバに送信するユーザ情報送信手段とをさらに備え、
前記認証サーバが、
前記アプリケーションを利用可能なユーザリストを記憶する記憶手段と、
前記ユーザリスト及び前記ユーザ情報に基づいて、前記ユーザを認証するユーザ認証手段とを備え、
前記サーバが、前記認証サーバによって認証された前記ユーザに関する認証情報を前記クライアントに送信する認証情報送信手段をさらに備える
ことを特徴とする請求項７に記載の情報処理システム。
【請求項９】
ネットワークを介して接続されたサーバとクライアント間における情報処理方法であって、
前記クライアントを利用するユーザを認証し、
認証された前記ユーザが利用可能なアプリケーションであって、前記サーバから前記クライアントに配付されたアプリケーションを用いてデータを生成し、
生成された前記データの保存を前記サーバに要求し、
前記データを前記サーバ上の所定の保管場所に保管する
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたサーバ／クライアント型のシステムであって、サーバからクライアントに配付されたアプリケーションが出力したデータのサーバへのアップロード及びそのダウンロードを行う情報処理システム及び方法に関する。
【背景技術】
【０００２】
Ｗｅｂサーバやファイルサーバ等を備え、インターネットやイントラネット等のネットワークを介して、ユーザにアプリケーションを提供する情報処理システムが広く普及している。このような情報処理システムを利用して、ユーザは、ネットワーク上のサーバから所望のアプリケーションを個々のパーソナルコンピュータにダウンロードし、インストールすることで、パーソナルコンピュータ上でアプリケーションを実行することが可能である。また、パーソナルコンピュータ上に保存されたアプリケーションからの出力データは、Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＦＴＰ）として知られているファイル転送プロトコルによって，サーバにアップロードすることが可能である（例えば、非特許文献１参照。）。
【非特許文献１】J. Postel、他１名、" RFC 959 - File Transfer Protocol"、[online]、[平成１５年１２月２日検索]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ９５９．ｈｔｍｌ＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、クライアント側で生成されたデータをサーバへアップロードするためには、当該データを一旦ローカルディスクに保存しておき、ユーザが任意のタイミングでそのデータをアップロードしていた。そのため、クライアント側のローカルディスクに保存されているデータと、サーバ上のデータとがアップロードされるタイミングのずれやアップロードされないことによって不整合が発生することがあった。また、クライアントで生成されたデータは、暗号してデータを保存することによってある程度のセキュリティは保たれていたが、アップロードした後もローカルディスク上に保存されたままでいるという危険性が残されていた。
【０００４】
本発明は、このような事情を考慮してなされたものであり、サーバ／クライアント型のシステムにおいて、ユーザによるアプリケーションの利用形態を従来のものと変更することなく、またサーバ側とクライアント側とでデータの不整合を発生させることなく、好適にデータのアップロード／ダウンロードを行うことができる情報処理システム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明は、ネットワークを介して接続されたサーバとクライアントを備え、前記クライアントが前記サーバから配布されたアプリケーションを用いてデータを生成する情報処理システムであって、
前記クライアントが、
前記クライアントを利用するユーザの認証を行う認証手段と、
認証された前記ユーザが利用可能な前記サーバから配付されたアプリケーションを用いてデータを生成する生成手段と、
生成された前記データの保存を前記サーバに要求する要求手段と、
前記データを前記サーバに送信する送信手段とを備え、
前記サーバが、前記クライアントから前記データを受信して所定の保管場所に保管する保管手段を備える
ことを特徴とする。
【０００６】
また、本発明は、ネットワークを介して接続されたサーバとクライアント間における情報処理方法であって、
前記クライアントを利用するユーザを認証し、
認証された前記ユーザが利用可能なアプリケーションであって、前記サーバから前記クライアントに配付されたアプリケーションを用いてデータを生成し、
生成された前記データの保存を前記サーバに要求し、
前記データを前記サーバ上の所定の保管場所に保管する
ことを特徴とする。
【発明の効果】
【０００７】
上記発明によれば、サーバ／クライアント型のシステムにおいて、ユーザがアプリケーションの利用形態を変更せずに、またサーバ側とクライアント側とでデータの不整合を発生させることなく、好適にデータのアップロード／ダウンロードを行うことができる。
【０００８】
すなわち、サーバ／クライアント型のシステムにおけるデータのダウンロード／アップロード方式を統一し、アプリケーションからのデータのファイル保存要求やファイルを開くという要求に対して、ユーザが特別な意識することなく従来と同様に、サーバ上からデータをダウンロードし、サーバへアップロードすることができる。また、従来のようにクライアント側に機密性の高いデータが残るといったセキュリティ上の懸案もなくすことができる。
【発明を実施するための最良の形態】
【０００９】
＜情報処理システムの構成及び基本的な動作＞
図１は、本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。図１に示す情報処理システムでは、ネットワーク２０を介して、アプリケーション管理サーバ１０、認証サーバ１１、及びアプリケーション管理クライアント３０が互いに接続されており、各種データや指示等の授受が可能である。ここで、アプリケーション管理サーバ１０は、アプリケーション管理クライアント３０に実行可能な形式に変換されたアプリケーションを配付する。
【００１０】
図１に示すように、アプリケーション管理サーバ１０は、クライアントで生成されたデータ２４０を管理するデータ管理部６１と、アクセス権制御部７０と、データ情報リスト２３１を生成するデータリスト生成部８０とを備える。また、認証サーバ１１は、ログインフォーム２１０に基づくユーザ情報をユーザリスト２２０を参照して認証する認証部４１を備える。さらに、アプリケーション管理クライアント３０は、認証情報２００に基づいてユーザ認証を行う認証部４０と、データ情報リスト２３０を管理するデータ管理部６０と、データの入出力を管理する入出力管理部５０とを備える。また、アプリケーション管理クライアント３０は、各種データを表示可能な表示デバイス１００と、入力操作を行うための入力デバイス１１０を備える、又はそれらに接続可能である。
【００１１】
まず、ユーザは、アプリケーション管理サーバ１０から配付されたアプリケーションを起動するためにアプリケーション管理クライアント３０を起動する。ここで、アプリケーション管理クライアント３０は認証部４０を起動し、当該ユーザの認証情報２００が存在するか否かを確認する。その結果、存在すればユーザ認証が終了する。一方、存在しない場合、アプリケーション管理クライアント３０はアプリケーション管理サーバ１０にアクセスし、認証を要求する。認証を要求されたアプリケーション管理サーバ１０は認証サーバ１１にアクセスする。ここで、認証サーバ１１の認証部４１は、アプリケーション管理サーバ１０が認証サーバ１１にアクセスすると起動し、アプリケーション管理クライアント３０にログインフォーム２１０を送信する。
【００１２】
そして、アプリケーション管理クライアント３０では、認証サーバ１１から送信されてきたログインフォーム２１０を表示デバイス１００上に表示する。そこで、ユーザは、表示デバイス１００上に表示されたログインフォーム２１０に基づいて入力デバイス１１０を用いてユーザＩＤ（User ID）とパスワード（Password）を入力し、認証サーバ１１に送信する。そして、認証サーバ１１の認証部４１は、アプリケーション管理クライアント３０から送信されてきたユーザＩＤとパスワードの整合性をユーザリスト２２０の情報を参照して確認することによりユーザ認証を行う。
【００１３】
そして、認証サーバ１１は、ユーザ認証が終了した後、当該ユーザのユーザＩＤをアプリケーション管理サーバ１０に送信する。アプリケーション管理サーバ１０は認証サーバ１１から送信されてきたユーザＩＤを一時保管し、アプリケーション管理クライアント３０にユーザＩＤに基づく認証情報を送信する。これにより、アプリケーション管理クライアン３０はアプリケーションを起動させることができる。
【００１４】
≪データのアップロード≫
ユーザは、次に、アプリケーション実行中に生成されたデータの保存を要求する。本実施形態では、生成されたデータは後述するようにクライアント側のローカルディスク等に保存されることはなく、サーバに送信されることとなる。そこで、データの保存が要求された場合、アプリケーション管理クライアント３０は、入出力管理部５０を起動する。入出力管理部５０は、アプリケーションの出力プロセスを取得し、取得したプロセスからさらに出力データを取得する。次に、入出力管理部５０は、保存を要求するデータに関するデータ情報を入力するためのデータ情報入力フォームを表示デバイス１００上に表示する。
【００１５】
そして、ユーザが、入力デバイス１１０を用いてデータ情報入力フォームに保存するデータの情報を入力すると、アプリケーション管理クライアント３０はデータ管理部６０を起動する。データ管理部６０は、データ情報リスト２３０からデータＩＤを抽出する。そして、アプリケーション管理クライアント３０は、生成されたデータと、そのデータ情報及びそのデータＩＤをアプリケーション管理サーバ１０に送信する。この結果、アプリケーション管理サーバ１０は、入力されたデータ管理部６１を起動し、データ情報リスト２３１の情報と照合してデータを保管するとともにデータ情報を更新する。
【００１６】
≪データのダウンロード≫
次に、ユーザがアプリケーション管理クライアント３０においてアプリケーション実行中に、アプリケーション管理サーバ１０に保管されているデータを読み込む場合の処理について説明する。
【００１７】
ユーザがアプリケーションからデータの読み込みを要求すると、アプリケーション管理クライアント３０は入出力管理部５０を起動する。入出力管理部５０は、アプリケーションの出力プロセスを取得し、アプリケーション管理サーバ１０に読み込むデータのデータリストを要求する。アプリケーション管理サーバ１０は、アクセス権制御部７０を起動して、利用可能なアプリケーションＩＤを取得し、そのアプリケーションＩＤに関連付けられているデータをデータリスト生成部８０がデータ情報リスト２３１から取得する。そして、データリスト生成部８０は、取得された情報からデータリストを生成し、アプリケーション管理クライアント３０に送信する。
【００１８】
ここで、アプリケーション管理クライアント３０は、入出力管理部５０に受信したデータリストを渡す。そして、入出力管理部５０は、アプリケーションの出力プロセスにデータリストを渡して、データリストを表示デバイス１００上に表示させる。その結果、ユーザが表示されたデータリストから所望のデータを選択すると、入出力管理部５０はアプリケーションの入力プロセスを取得し、ユーザが選択したデータのデータＩＤを取得する。そして、アプリケーション管理クライアント３０は、選択されたデータのデータＩＤをアプリケーション管理サーバ１０に送信する。
【００１９】
ここで、アプリケーション管理サーバ１０はデータ管理部６１を起動する。そして、データ管理部６１はデータ情報リスト２３１からデータの保管場所情報を取得し、その保管場所情報に従って対応するデータを取得してアプリケーション管理クライアント３０に送信する。アプリケーション管理クライアント３０は入出力管理部５０を起動して、アプリケーションの入力プロセスにアプリケーション管理サーバ１０から送信されたデータを渡す。
【００２０】
以上の処理を行うことによって、本発明に係る情報処理システムにおいて、アプリケーションが出力したデータをサーバ上で好適にアップロードすることができ、また、サーバでアップロードされたデータをクライアントが好適にダウンロードして保存することができる。また、アプリケーションで出力されたデータはそのままクライアント側では保存されないので、セキュリティ性も高いシステムとなる。
【００２１】
＜実施例＞
以下、本発明に係る情報処理システムの実施例について、図面を参照して詳細に説明する。ここで、ネットワーク２０は、以下では、一例として、ＴＣＰ／ＩＰを通信プロトコルとするイントラネットを用いる。もちろん、その他の種類のネットワークであってもよい。また、アプリケーション管理サーバ１０は、ＴＣＰ／ＩＰ上でアプリケーション管理クライアント３０及び認証サーバ１１とのＨＴＴＰ（Hyper Text Transfer Protocol）での通信機能を持つと仮定する。
【００２２】
≪アプリケーション生成データのサーバへのアップロード≫
まず、ユーザが、アプリケーション実行中に生成して保存要求したデータをアプリケーション管理サーバ１０にアップロードする処理を具体的に説明する。
【００２３】
図２は、本実施形態に係る情報処理システムにおいてアプリケーションで生成されたデータをサーバにアップロードする処理手順を説明するためのフローチャートである。
【００２４】
まず、ユーザがアプリケーション管理クライアント３０を起動する（ステップＳ１１）。そして、アプリケーション管理クライアント３０が認証部４０を起動すると、当該認証部４０は次に示すユーザ認証処理を実行する（ステップＳ１２）。図３及び図４は、ステップＳ１２におけるユーザ認証処理の詳細を説明するためのフローチャートである。
【００２５】
すなわち、認証部４０は、まず、アプリケーション管理クライアント３０内に当該ユーザに関する認証情報２００が存在するか否かを確認する（ステップＳ１２１）。そして、認証情報が存在する場合（ステップＳ１２２でＹｅｓの場合）は、次のステップＳ１３に処理を進める。一方、認証情報が存在しない場合（ステップＳ１２２でＮｏの場合）は、当該クライアント内には現在のところ認証情報２００が存在しないものとして、処理をステップＳ１２３に進める。
【００２６】
ステップＳ１２３において、アプリケーション管理クライアント３０はアプリケーション管理サーバ１０にアクセスする。また、アプリケーション管理サーバ１０は認証サーバ１１にアクセスする（ステップＳ１２４）。そして、認証サーバ１１は、ログインフォーム２１０をアプリケーション管理クライアント３０に送信する（ステップＳ１２５）。
【００２７】
ここで、アプリケーション管理クライアント３０は、ステップＳ１２５で送信されたログインフォーム２１０を表示デバイス１００上に表示する（ステップＳ１２６）。図８は、本実施形態において表示デバイス１００上に表示されたログインフォーム２１０の表示例を示す図である。そして、ユーザは、表示されたログインフォーム２１０中のテキスト入力部に自身のユーザＩＤ（User ID）とパスワード（Password）を入力し、送信ボタンを選択（押下）して、入力したデータを認証サーバ１１に送信する（ステップＳ１２７）。本実施形態において、ユーザは、以下のデータ、すなわち、
｛User ID，Password｝＝｛AAA，BBB｝
を入力したものとする。
【００２８】
次いで、認証サーバ１１は、ユーザリスト２２０から入力されたユーザＩＤと一致するＩＤを持つデータを抽出することによって、ユーザＩＤの有無を確認する（ステップＳ１２８）。その結果、認証サーバ１１にユーザＩＤと一致するＩＤを持つデータが存在する場合（ステップＳ１２９でＹｅｓの場合）はステップＳ１３０に処理を進める。一方、認証サーバ１１にユーザＩＤと一致するＩＤが存在しない場合（ステップＳ１３０でＮｏの場合）はエラーメッセージをアプリケーション管理クライアント３０に送信して、処理を終了する。
【００２９】
本実施形態では、ユーザリスト２２０にはユーザＩＤに一致するＩＤが存在するものとする。図９は、認証サーバ１１に保管されているユーザリスト２２０の一例を示す図である。すなわち、図９に示すように、ユーザリスト２２０にはステップＳ１２７で送信されたユーザＩＤと一致するＩＤを持つデータが存在するので、ステップＳ１３０に処理を進めることとなる。
【００３０】
ステップＳ１３０では、認証部４１がステップＳ１２７で送信されたデータとステップＳ１２９で取得したデータとを比較し、ユーザＩＤとパスワードが一致するか否かを確認する。その結果、両データが一致しない場合（ステップＳ１３１でＮｏの場合）、エラーメッセージをアプリケーション管理クライアント３０に送信して、処理を終了する。一方、両データが一致する場合（ステップＳ１３１でＹｅｓの場合）、ユーザＩＤをアプリケーション管理サーバ１０に送信する（ステップＳ１３２）。本実施形態では、ユーザＩＤとパスワードとが両データとも一致するため、ユーザＩＤをアプリケーション管理サーバ１０に送信することとなる。
【００３１】
次いで、アプリケーション管理サーバ１０は、ステップＳ１３２で送信されたユーザＩＤをメモリ空間上に一時保管し、アプリケーション管理クライアント３０に認証情報を送信する（ステップＳ１３３）。そして、アプリケーション管理クライアント３０の認証部４０は、ステップＳ１３３で送信された認証情報をメモリ空間上に認証情報２００として一時保管する（ステップＳ１３４）。
【００３２】
上述したようにしてユーザ認証が行われた後、認証されたユーザは、アプリケーション管理クライアント３０の表示デバイス１００上に表示されているアプリケーションを選択し、当該アプリケーションを起動する（ステップＳ１３）。
【００３３】
今、アプリケーション管理クライアント３０には、図１０に示すようにアプリケーションが表示されているものとし、ユーザは、「Ａｐｐ１」の名称をもつアプリケーションを選択し、起動を要求したものとする。すなわち、図１０は、本実施形態における表示デバイス１００上に表示されるアプリケーション例を示す図である。尚、「Ａｐｐ１」の名称を有するアプリケーションは、アプリケーションＩＤ１を持つものとする。同様に、「Ａｐｐ３」の名称を有するアプリケーションは、アプリケーションＩＤ３を持つものとする。
【００３４】
次に、ユーザがアプリケーションの「保存」メニューを選択し、アプリケーションを使用して作成したデータの保存を要求する（ステップＳ１４）。そして、アプリケーション管理クライアント３０は入出力管理部５０を起動して次に示す処理を実行する（ステップＳ１５）。図５は、ステップＳ１５における入出力管理部５０による処理の詳細を説明するためのフローチャートである。
【００３５】
まず、入出力管理部５０は、実行中のアプリケーションの出力プロセスを取得し（ステップＳ１５１）、取得したプロセスから出力データを取得する（ステップＳ１５２）。次に、表示デバイス１００上に図１１に示されるようにデータ情報入力フォームを表示する（ステップＳ１５３）。図１１は、本実施形態におけるデータ情報入力フォームの一例を示す図である。そして、ユーザは、データ情報入力フォームのテキスト入力部にデータ情報を入力し、保存を要求する（ステップＳ１５４）。本実施形態においてユーザは、
｛名称，説明，関連アプリケーションＩＤ｝＝｛data4，description4，1｝
のようにデータ情報を入力したものとする。
【００３６】
次に、アプリケーション管理クライアント３０は、データ管理部６０を起動して次の処理を実行させる（ステップＳ１６）。図６は、ステップＳ１６におけるデータ管理部６０による処理の詳細を説明するためのフローチャートである。
【００３７】
まず、データ管理部６０は、データ情報リスト２３０からステップＳ１５でユーザが入力した名称と同じ名称を持つデータのＩＤを抽出する（ステップＳ１６１）。そして、同じ名称を持つデータのＩＤが抽出できたか否かを判定する（ステップＳ１６２）。その結果、データＩＤが存在しない場合（Ｎｏ）は、処理をステップＳ１６３に進める。一方、同じ名称を持つデータのＩＤが存在する場合（Ｙｅｓ）、ステップＳ１７に処理を進める。本実施形態では、データＩＤが存在しなかったものとして、処理をステップＳ１６３に進める。
【００３８】
ステップＳ１６３では、データ管理部６０は、データＩＤを新規データフラグとして仮付与する。本実施形態では、データＩＤ＝０と仮付与する。
【００３９】
さらに、アプリケーション管理クライアント３０は、ステップＳ１６で得られたデータＩＤと、ステップＳ１５４でユーザが入力したデータ情報と、ステップＳ１５２で取得した出力データをアプリケーション管理サーバ１０に送信する（ステップＳ１７）。そして、アプリケーション管理サーバ１０は、データ管理部６１を起動して、次に示す処理を実行する（ステップＳ１８）。図７は、ステップＳ１８におけるデータ管理部６１による処理の詳細を説明するためのフローチャートである。
【００４０】
データ管理部６１は、データ情報リスト２３１から、ステップＳ１７で送信されたデータＩＤと一致するデータ情報を抽出する（ステップＳ１８１）。そして、データ管理部６１は、一致するデータＩＤを持つデータ情報が存在するか否かを判定する（ステップＳ１８２）。その結果、同じデータＩＤを持つデータ情報が存在しないと判定された場合（Ｎｏ）は、ステップＳ１８３に処理を進め、存在すると判定された場合（Ｙｅｓ）は、処理をステップＳ１８４に進める。本実施形態では、データ情報が存在しなかったものとし、ステップＳ１８３に処理を進める。
【００４１】
ステップＳ１８３では、データ情報リスト２３１から最終データＩＤを取得し、次番をデータＩＤとして発行する。本実施形態では、データＩＤ＝４を発行したものとする。また、ステップＳ１８４では、ステップＳ１８１で取得したデータＩＤ又はステップＳ１８３で発行（発番）したデータＩＤのデータ情報を、ステップＳ１７で送信されたユーザ入力情報に更新する。
【００４２】
そして、データ管理部６１は、ステップＳ１８１で取得したデータＩＤ又はステップＳ１８３で発行したデータＩＤのデータ情報から保管場所情報を取得し、データを保管する（ステップＳ１８５）。ここで、保管場所データが存在するか否かを判定する（ステップＳ１８６）。その結果、保管場所データが存在しない場合（Ｎｏ）は新規に保管場所を決定してデータを保管して、保管場所情報としてデータ情報を更新する（ステップＳ１８７）。本実施形態では、保管場所情報が存在しなかったとして、保管場所として、
＜file://data/data4.dat＞
を決定し、データＩＤのデータ情報を更新する。
【００４３】
上述した処理によって、ユーザがアプリケーションを利用して保存を要求したデータを、アプリケーション管理サーバにアップロードすることができる。
【００４４】
≪アプリケーション管理クライアントからのダウンロード≫
次に、アプリケーション管理サーバ１０に格納されているファイルをアプリケーション管理クライアントからダウンロードし、アプリケーションがロードするまでの処理の流れを説明する。尚、上述したステップＳ１１〜Ｓ１３までの処理（ユーザ認証及びアプリケーション起動）については処理が終了しているものとする。
【００４５】
図１２は、本実施形態に係る情報処理システムにおいてサーバに格納されているファイルをクライアントからダウンロードしてアプリケーションがロードする処理手順を説明するためのフローチャートである。
【００４６】
まず、ユーザはアプリケーションの「開く」メニューを選択し、データのロードを要求する（ステップＳ２１）。次に、アプリケーション管理クライアント３０は、入出力管理部５０を起動する（ステップＳ２２）。図１３は、ステップＳ２２における入出力管理部５０による処理の詳細を説明するためのフローチャートである。
【００４７】
まず、入出力管理部５０は、実行中のアプリケーションの出力プロセスを取得する（ステップＳ２２１）。そして、入出力管理部５０は、アプリケーション管理サーバ１０にデータリストを要求し、データリストが送信されるまで待機する（ステップＳ２２２）。
【００４８】
次いで、アプリケーション管理サーバ１０は、アクセス権制御部７０を起動して、起動されたアクセス権制御部７０にステップＳ１３３で取得したユーザＩＤが利用可能なアプリケーションＩＤを取得させる（ステップＳ２３）。尚、利用可能なアプリケーションＩＤが存在しない場合はエラーメッセージをアプリケーション管理クライアント３０に送信し、処理を終了する。また、利用可能なアプリケーションＩＤが存在する場合は次のステップに処理を進める。本実施形態では、
Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ＝｛１，３｝
が取得できたものとする。これは、当該ユーザＩＤを有するユーザがアプリケーションＩＤ１、ＩＤ３のアプリケーションが利用可能であることを示す。
【００４９】
アプリケーションＩＤが取得された後、アプリケーション管理サーバ１０は、データリスト生成部８０を起動して次に示す処理を実行させる（ステップＳ２４）。図１４は、ステップＳ２４におけるデータリスト生成部８０による処理の詳細を説明するためのフローチャートである。
【００５０】
まず、データリスト生成部８０は、データ情報リスト２３１からステップＳ２３で取得したアプリケーションＩＤに関連付けられているデータ情報を取得する（ステップＳ２４１）。その結果、データ情報が存在しない場合（ステップＳ２４２でＮｏの場合）はエラーメッセージをアプリケーション管理クライアント３０に送信し、処理を終了する。一方、データ情報が存在する場合（ステップＳ２４２でＹｅｓの場合）は、処理をステップＳ２４３に進める。
【００５１】
本実施形態では、以下のデータ情報、すなわち、
DATA_LIST＝
｛｛1，data1，file://data/data1.dat，description1，｛1，3｝｝，
｛4，data4，file://data/data4.dat，description4，｛1，2｝｝｝
が取得できたものとする。このデータ情報は、｛データＩＤ、名称、保管場所、詳細、｛関連付けられたアプリケーションＩＤ群｝｝が表されているものとする。
【００５２】
そして、データリスト生成部８０は、ステップＳ２４１で取得したデータ情報からデータリストを生成し、アプリケーション管理クライアント３０に送信する（ステップＳ２４３）。図１６は、本実施形態におけるデータリスト生成部８０で生成されてアプリケーション管理クライアント３０に送信されたデータリスト例を示す図である。
【００５３】
次に、ステップＳ２２２で待機中の入出力管理部５０は、ステップＳ２４で送信されてきたデータリストをステップＳ２２１で取得したプロセスに渡す（ステップＳ２５）。そして、出力プロセスはデータリスト選択フォームを表示デバイス１００上に表示する（ステップＳ２６）。図１７は、表示デバイス１００上には表示されたデータリスト選択フォームの一例を示す図である。
【００５４】
ここで、ユーザは入力デバイス１１０を用いて、表示デバイス１００上に表示されているデータリストから、ダウンロードしたいデータをチェックした後、「選択」ボタンを押下して選択し、データのロードを要求する（ステップＳ２７）。本実施形態においてユーザは、データＩＤ＝１のデータを選択したものとする。
【００５５】
次に、入出力管理部５０は、アプリケーションの入力プロセスを取得し、ステップＳ２７でユーザが選択したデータＩＤを取得する（ステップＳ２８）。そして、アプリケーション管理クライアント３０は、ステップＳ２８で入出力管理部５０が取得したデータのデータＩＤをアプリケーション管理サーバ１０に送信する（ステップＳ２９）。次いで、アプリケーション管理サーバ１０は、データ管理部６１を起動し、データ管理部６１に以下の処理を実行させる（ステップＳ３０）。図１５は、ステップＳ３０におけるデータ管理部６１による処理の詳細を説明するためのフローチャートである。
【００５６】
まず、データ管理部６１は、ダウンロード要求のあったデータＩＤを持つデータの保管場所情報をデータ情報リスト２３１から取得する（ステップＳ３０１）。その結果、保管場所情報が存在するか否か（取得できたか否か）が判断され（ステップＳ３０２）、保管場所情報が存在しない（取得できなかった）場合（Ｎｏ）は、エラーメッセージをアプリケーション管理クライアント３０に送信し、処理を終了する。一方、保管場所情報が存在する（取得できた）場合（Ｙｅｓ）は、ステップＳ３０３に処理を進める。尚、本実施形態では、アプリケーション管理クライアント３０から送信されたデータＩＤは１であるため、データ情報リスト２３１から取得できるデータＩＤ１の保管場所情報は、
＜file://data/data1.dat＞
である。
【００５７】
そして、データ管理部６１は、ステップＳ３０１で取得された保管場所情報に従ってデータを取得し、そのデータをアプリケーション管理クライアント３０に送信する（ステップＳ３０３）。
【００５８】
また、入出力管理部５０は、ステップＳ２９で取得した入力プロセスにステップＳ３０で送信されたデータを渡す（ステップＳ３１）。以上の処理により、ユーザがアプリケーションからデータのロードを要求することによって、サーバに保管されているデータをダウンロードし、アプリケーションにロードすることができる。
【００５９】
＜その他の実施形態＞
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６０】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００６１】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００６２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００６３】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００６４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００６５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００６６】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００６７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００６８】
【図１】本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】本実施形態に係る情報処理システムにおいてアプリケーションで生成されたデータをサーバにアップロードする処理手順を説明するためのフローチャートである。
【図３】ステップＳ１２におけるユーザ認証処理の詳細を説明するためのフローチャートである。
【図４】ステップＳ１２におけるユーザ認証処理の詳細を説明するためのフローチャートである。
【図５】ステップＳ１５における入出力管理部５０による処理の詳細を説明するためのフローチャートである。
【図６】ステップＳ１６におけるデータ管理部６０による処理の詳細を説明するためのフローチャートである。
【図７】ステップＳ１８におけるデータ管理部６１による処理の詳細を説明するためのフローチャートである。
【図８】本実施形態において表示デバイス１００上に表示されたログインフォーム２１０の表示例を示す図である。
【図９】認証サーバ１１に保管されているユーザリスト２２０の一例を示す図である。
【図１０】本実施形態における表示デバイス１００上に表示されるアプリケーション例を示す図である。
【図１１】本実施形態におけるデータ情報入力フォームの一例を示す図である。
【図１２】本実施形態に係る情報処理システムにおいてサーバに格納されているファイルをクライアントからダウンロードしてアプリケーションがロードする処理手順を説明するためのフローチャートである。
【図１３】ステップＳ２２における入出力管理部５０による処理の詳細を説明するためのフローチャートである。
【図１４】ステップＳ２４におけるデータリスト生成部８０による処理の詳細を説明するためのフローチャートである。
【図１５】ステップＳ３０におけるデータ管理部６１による処理の詳細を説明するためのフローチャートである。
【図１６】本実施形態におけるデータリスト生成部８０で生成されてアプリケーション管理クライアント３０に送信されたデータリスト例を示す図である。
【図１７】表示デバイス１００上には表示されたデータリスト選択フォームの一例を示す図である。
【符号の説明】
【００６９】
１０  アプリケーション管理サーバ
１１  認証サーバ
２０  ネットワーク
３０  アプリケーション管理クライアント
４０、４１  認証部
５０  入出力管理部
６０、６１  データ管理部
７０  アクセス権制御部
８０  データリスト生成部
１００  表示デバイス
１１０  入力デバイス
２００  認証情報
２１０  ログインフォーム
２２０  ユーザリスト
２３０、２３１  データ情報リスト
２４０  データ
【図１】
2005174022.tif 000003
【図２】
2005174022.tif 000004
【図３】
2005174022.tif 000005
【図４】
2005174022.tif 000006
【図５】
2005174022.tif 000007
【図６】
2005174022.tif 000008
【図７】
2005174022.tif 000009
【図８】
2005174022.tif 000010
【図９】
2005174022.tif 000011
【図１０】
2005174022.tif 000012
【図１１】
2005174022.tif 000013
【図１２】
2005174022.tif 000014
【図１３】
2005174022.tif 000015
【図１４】
2005174022.tif 000016
【図１５】
2005174022.tif 000017
【図１６】
2005174022.tif 000018
【図１７】
2005174022.tif 000019