(57)【要約】      （修正有）【課題】たとえクライアントにＯＳが実装されていなくても多様なネットワークサービスを提供し、そのネットワークサービスに利用されるアプリケーションを容易に開発可能であるとともに、ユーザごとのネットワークサービスの利用環境を容易に設定可能なネットワークサービスシステム及びアプリケーション実行サーバを提供する。【解決手段】ネットワークサービスシステムは、ユーザが操作するクライアント端末１０と、このクライアント端末からの要求に応じてアプリケーションの処理を実行するアプリケーション実行サーバ２０と、これらクライアント端末及びアプリケーション実行サーバの管理を行う管理サーバ３０とがインターネット等のネットワーク４０を介して接続されて構成される。アプリケーション実行サーバは、ＯＳとは独立して、アプリケーションを動作させるためのアプリケーション実行ソフトウェアを実装している。【選択図】図１
2009140426.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが操作するクライアント端末と、該クライアント端末とネットワークを介して接続されアプリケーションの処理の実行機能を備えたアプリケーション実行サーバとを有するシステムであって、
前記アプリケーション実行サーバは、アプリケーションの処理の実行要求を前記クライアント端末から受信すると、自機に実装している当該アプリケーションの処理を実行し、該処理結果を前記クライアント端末へ送信し、
前記クライアント端末は、自機に実装されているブラウザを用いて、自機に実装されていないアプリケーションの処理の実行を前記アプリケーション実行サーバへ要求するとともに、該処理結果を受信し表示することを特徴とするネットワークサービスシステム。
【請求項２】
ユーザが操作するクライアント端末と、該クライアント端末とネットワークを介して接続されアプリケーションの処理の実行機能を備えたアプリケーション実行サーバと、該クライアント端末及びアプリケーション実行サーバを管理する管理サーバとを有するシステムであって、
前記管理サーバは、アプリケーションの処理の実行要求を、前記クライアント端末から受信すると、認証を行い、該認証が成功すると、前記アプリケーションの処理の実行を前記アプリケーション実行サーバに要求し、
前記アプリケーション実行サーバは、該処理の実行要求を受信すると、該処理を実行して、該処理結果を前記クライアント端末へ送信し、
前記クライアント端末は、自機に実装されているブラウザを用いて、自機に実装されていないアプリケーションの処理の実行を前記アプリケーション実行サーバへ要求するとともに、該処理結果を受信し表示することを特徴とするネットワークサービスシステム。
【請求項３】
前記アプリケーション実行サーバは、自機に実装されている基本ソフトウェアとは独立して、アプリケーションを実行するためのソフトウェアを実装していることを特徴とする請求項１又は２記載のネットワークサービスシステム。
【請求項４】
前記管理サーバは、前記アプリケーション実行サーバへのアプリケーションの追加要求を、前記クライアント端末から受信すると、該追加が要求されているアプリケーションを前記追加先のアプリケーション実行サーバへ送信し、
前記アプリケーション実行サーバは、前記追加するアプリケーションを受信すると、自機に実装することを特徴とする請求項１から３のいずれか１項に記載のネットワークサービスシステム。
【請求項５】
前記管理サーバは、前記アプリケーション実行サーバへのアプリケーションの追加要求を、前記クライアント端末から受信すると、該アプリケーションの特定情報を発行して、前記クライアント端末へ送信し、
前記アプリケーションの特定情報と、該アプリケーションの追加先のアプリケーション実行サーバの特定情報とを前記クライアント端末から受信すると、該両特定情報に基づいて認証を行い、該認証が成功すると、前記追加するアプリケーションを前記追加先のアプリケーション実行サーバへ送信し、
前記アプリケーション実行サーバは、前記追加するアプリケーションを受信すると、自機に実装することを特徴とする請求項１から４のいずれか１項に記載のネットワークサービスシステム。
【請求項６】
前記クライアント端末は、アプリケーションを前記アプリケーション実行サーバへ送信し、
前記アプリケーション実行サーバは、前記クライアント端末から受信したアプリケーションを自機に実装することを特徴とする請求項１から５のいずれか１項に記載のネットワークサービスシステム。
【請求項７】
前記クライアント端末は、アプリケーションを前記管理サーバへ送信し、
前記管理サーバは、前記クライアント端末から受信したアプリケーションを蓄積し、該蓄積したアプリケーションの前記アプリケーション実行サーバへの追加要求を、前記クライアント端末から受信すると、該蓄積されているアプリケーションを前記追加先のアプリケーション実行サーバへ送信し、
前記アプリケーション実行サーバは、前記管理サーバから受信したアプリケーションを、自機に実装することを特徴とする請求項１から６のいずれか１項に記載のネットワークサービスシステム。
【請求項８】
前記アプリケーション実行サーバは、前記クライアント端末を介してのみ外部ネットワークと接続されており、
前記管理サーバは、アプリケーション、該アプリケーションの特定情報又は前記アプリケーション実行サーバに実装されているソフトウェアの更新情報の取得要求を前記クライアント端末から受信すると、前記アプリケーション、前記アプリケーションの特定情報又は前記ソフトウェアの更新情報をテキストファイルに変換して前記クライアント端末へ送信し、
前記クライアント端末は、前記管理サーバから受信した前記アプリケーション、前記アプリケーションの特定情報又は前記ソフトウェアの更新情報を前記アプリケーション実行サーバへ転送し、
前記アプリケーション実行サーバは、前記クライアント端末から転送された前記アプリケーション、前記アプリケーションの特定情報又は前記ソフトウェアの更新情報を実装可能なファイル形式に変換し、自機に実装することを特徴とする請求項１から３のいずれか１項に記載のネットワークサービスシステム。
【請求項９】
前記アプリケーション実行サーバは、前記アプリケーションを受信すると、該アプリケーションに含まれている該アプリケーションの特定情報と、既に取得した前記アプリケーションの特定情報との間で認証を行い、該認証が成功すると、前記受信したアプリケーションを実装することを特徴とする請求項８記載のネットワークサービスシステム。
【請求項１０】
前記クライアント端末は、前記ブラウザのＡｊａｘによる機能を用いて、前記アプリケーション実行サーバ又は前記管理サーバと情報の送受信を行うことを特徴とする請求項１から９のいずれか１項に記載のネットワークサービスシステム。
【請求項１１】
ユーザが操作するクライアント端末とネットワークを介して接続されアプリケーションの処理の実行機能を備えたサーバであって、
自機に実装されている基本ソフトウェアとは独立して、アプリケーションを実行するためのソフトウェアを実装しており、前記アプリケーションの処理の実行要求を前記クライアント端末から受信すると、前記アプリケーションを実行するためのソフトウェアを起動して、自機に実装されているアプリケーションの処理を実行し、該処理結果を前記クライアント端末へ送信することを特徴とするアプリケーション実行サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークサービスシステム及びアプリケーション実行サーバに関し、特に、クライアントに実装されているＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）に依存せずにサービスを利用可能なネットワークサービスシステム及びアプリケーション実行サーバに関する。
【背景技術】
【０００２】
コンピュータの普及及びネットワーク技術の進歩により、クライアント側は、ネットワークを介して提供される様々なサービス（以下、ネットワークサービスという）を利用することが可能となっている。
このネットワークサービスの典型的なものの１つにＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｓ  Ｐｒｏｖｉｄｅｒ）がある。
ＡＳＰとは、クライアントにネットワーク接続されたサーバが、クライアントからの処理実行要求に応じて所定の処理を実行し、その処理結果を返すというネットワークサービスである。具体的な例としては、Ｗｅｂの検索サービス、コンピュータウィルスのチェック又は翻訳サービス等があげられる。
クライアントは、このＡＳＰを利用することにより、アプリケーションソフトウェア（以下、単にアプリケーションという）をインストールする手間が省け、ハードウェア資源を節約することもできる。
【０００３】
しかしながら、そのＡＳＰのサーバ上には、クライアントに関するデータを保存しておくことはできないので、そのデータの保存に関しては、結局クライアント内のハードディスク等を利用する必要がある。
【０００４】
このようなＡＳＰの不便さを解消するものとして、特許文献１に開示されるネットワークシステム、通信方法および管理サーバが提案されている。
この特許文献１に開示されるネットワークシステムは、ユーザが直接操作するクライアント端末と、この端末に代わって処理を実行する代理サーバと、処理実行時にこの代理サーバへ提供するＯＳ，アプリケーション及びユーザデータを格納するストレージ装置とがネットワークを介して接続されて構成される。
この特許文献１のネットワークシステムにおいては、ストレージ装置にユーザの利用するアプリケーションやユーザデータを格納するので、クライアント端末におけるハードディスク等の負担を軽減させることが可能となっている。
また、ユーザは、クライアント端末に実装されているＯＳ及びアプリケーションと同様のものを実行サーバに実装させて処理を実行させるので、クライアント端末が低品質なネットワークに接続されている場合であっても、アプリケーションのパフォーマンスの低下を回避することが可能となっている。
【特許文献１】特開２００６−２５２１１６
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前述の特許文献１に開示されるネットワークシステムには、以下のような２つの問題点がある。
【０００６】
１つ目は、ストレージ装置において、各クライアント端末が実装しているＯＳやアプリケーションをそれぞれ格納しておかなければならないという問題点である。
これは、実行サーバが、各クライアント端末におけるＯＳやアプリケーションの実装と同様のものをそっくりそのまま再現し処理を代行することに起因する。
この結果、サービス提供側は、ユーザごと（クライアント端末ごと）に異なった多数のＯＳ及びアプリケーションを常時格納しなければならず、ストレージ装置に膨大な格納領域を確保する必要がある。また、サービス提供側が、提供するアプリケーションを独自に開発する場合、これら多数のＯＳに応じてそれぞれ開発しなければならず、その開発工数が膨大なものになる。
【０００７】
２つ目は、ネットワークサービスの利用環境をユーザ側の希望するものに自在にカスタマイズできないという問題点である。すなわち、特許文献１のネットワークシステムでは、ストレージ装置にユーザ用に格納されているアプリケーションを自在に変更したり、アプリケーションをストレージ装置以外の装置に移動させ、実行サーバ以外の自身の情報処理装置で実行させたりといった利用方法をとることができない。
これは、通常、ネットワークを介してサービスを提供するシステムにおいては、ＯＳにアプリケーションが組み込まれて開発されるため、アプリケーションをＯＳから小分けに分離することが困難であることに起因する。
この結果、ユーザは、利用するアプリケーションの変更を自分自身で行うことはできず、サービス提供側へ依頼し、作業完了までに長期間待つことになる。
【０００８】
本発明は、上記問題点に鑑みてなされたものであり、たとえクライアントにＯＳが実装されていなくても多様なネットワークサービスを提供し、そのネットワークサービスに利用されるアプリケーションを容易に開発可能であるとともに、ユーザごとのネットワークサービスの利用環境を容易に設定可能なネットワークサービスシステム及びアプリケーション実行サーバを提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的を達成するため、本発明は、ユーザが操作するクライアント端末と、クライアント端末とネットワークを介して接続されアプリケーションの処理の実行機能を備えたアプリケーション実行サーバとを有するネットワークサービスシステムであって、アプリケーション実行サーバは、アプリケーションの処理の実行要求をクライアント端末から受信すると、自機に実装している当該アプリケーションの処理を実行し、処理結果をクライアント端末へ送信し、クライアント端末は、自機に実装されているブラウザを用いて、自機に実装されていないアプリケーションの処理の実行をアプリケーション実行サーバへ要求するとともに、処理結果を受信し表示することを特徴とする。
【００１０】
また、本発明は、ユーザが操作するクライアント端末と、クライアント端末とネットワークを介して接続されアプリケーションの処理の実行機能を備えたアプリケーション実行サーバと、クライアント端末及びアプリケーション実行サーバを管理する管理サーバとを有するネットワークサービスシステムであって、管理サーバは、アプリケーションの処理の実行要求を、クライアント端末から受信すると、認証を行い、認証が成功すると、アプリケーションの処理の実行をアプリケーション実行サーバに要求し、アプリケーション実行サーバは、処理の実行要求を受信すると、処理を実行して、処理結果をクライアント端末へ送信し、クライアント端末は、自機に実装されているブラウザを用いて、自機に実装されていないアプリケーションの処理の実行をアプリケーション実行サーバへ要求するとともに、処理結果を受信し表示することを特徴とする。
【００１１】
また、本発明によれば、そのアプリケーション実行サーバは、自機に実装されている基本ソフトウェアとは独立して、アプリケーションを実行するためのソフトウェアを実装していることを特徴とする。
【００１２】
また、本発明によれば、その管理サーバは、アプリケーション実行サーバへのアプリケーションの追加要求を、クライアント端末から受信すると、追加が要求されているアプリケーションを追加先のアプリケーション実行サーバへ送信し、アプリケーション実行サーバは、追加するアプリケーションを受信すると、自機に実装することを特徴とする。
【００１３】
また、本発明によれば、その管理サーバは、アプリケーション実行サーバへのアプリケーションの追加要求を、クライアント端末から受信すると、アプリケーションの特定情報を発行して、クライアント端末へ送信し、アプリケーションの特定情報と、アプリケーションの追加先のアプリケーション実行サーバの特定情報とをクライアント端末から受信すると、両特定情報に基づいて認証を行い、認証が成功すると、追加するアプリケーションを追加先のアプリケーション実行サーバへ送信し、アプリケーション実行サーバは、追加するアプリケーションを受信すると、自機に実装することを特徴とする。
【００１４】
また、本発明によれば、そのクライアント端末は、アプリケーションをアプリケーション実行サーバへ送信し、アプリケーション実行サーバは、クライアント端末から受信したアプリケーションを自機に実装することを特徴とする。
【００１５】
また、本発明によれば、そのクライアント端末は、アプリケーションを管理サーバへ送信し、管理サーバは、クライアント端末から受信したアプリケーションを蓄積し、蓄積したアプリケーションのアプリケーション実行サーバへの追加要求を、クライアント端末から受信すると、蓄積されているアプリケーションを追加先のアプリケーション実行サーバへ送信し、アプリケーション実行サーバは、管理サーバから受信したアプリケーションを、自機に実装することを特徴とする。
【００１６】
また、本発明によれば、そのアプリケーション実行サーバは、クライアント端末を介してのみ外部ネットワークと接続されており、管理サーバは、アプリケーション、アプリケーションの特定情報又はアプリケーション実行サーバに実装されているソフトウェアの更新情報の取得要求をクライアント端末から受信すると、アプリケーション、アプリケーションの特定情報又はソフトウェアの更新情報をテキストファイルに変換してクライアント端末へ送信し、クライアント端末は、管理サーバから受信したアプリケーション、アプリケーションの特定情報又はソフトウェアの更新情報をアプリケーション実行サーバへ転送し、アプリケーション実行サーバは、クライアント端末から転送されたアプリケーション、アプリケーションの特定情報又はソフトウェアの更新情報を実装可能なファイル形式に変換し、自機に実装することを特徴とする。
【００１７】
また、本発明によれば、そのアプリケーション実行サーバは、アプリケーションを受信すると、アプリケーションに含まれているアプリケーションの特定情報と、既に取得したアプリケーションの特定情報との間で認証を行い、認証が成功すると、受信したアプリケーションを実装することを特徴とする。
【００１８】
また、本発明によれば、そのクライアント端末は、ブラウザのＡｊａｘによる機能を用いて、アプリケーション実行サーバ又は管理サーバと情報の送受信を行うことを特徴とする。
【００１９】
また、本発明は、ユーザが操作するクライアント端末とネットワークを介して接続されアプリケーションの処理の実行機能を備えたアプリケーション実行サーバであって、自機に実装されている基本ソフトウェアとは独立して、アプリケーションを実行するためのソフトウェアを実装しており、アプリケーションの処理の実行要求をクライアント端末から受信すると、アプリケーションを実行するためのソフトウェアを起動して、自機に実装されているアプリケーションの処理を実行し、処理結果をクライアント端末へ送信することを特徴とする。
【００２０】
なお、以上の構成要素の任意の組合せや、本発明の構成要素や表現を方法、装置、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２１】
本発明によれば、アプリケーション実行サーバは、自機の基本ソフトウェア（ＯＳ）とは独立して、アプリケーションを実行するためのソフトウェアを実装しているので、自機に実装済みの基本ソフトウェアの種類を問わず、様々なアプリケーションを自機上で実行することが可能となる。従って、アプリケーション実行サーバの管理者は、本システムに適用させるために、専用のＯＳを新たに実装させる労力を削減させることが可能となる。
【００２２】
また、クライアント端末は、自機に実装するブラウザにより、アプリケーション実行サーバに対してアプリケーションの処理の実行を要求するとともに、その処理結果を受信して表示するので、クライアント端末自体にアプリケーションが実装されていなくとも、その処理結果を得ることが可能となる。従って、ユーザは、クライアント端末にアプリケーションを実装させる労力を削減できるとともに、その端末のハード資源を最小限に構成することができる。
また、クライアント端末は、一般的なブラウザによりアプリケーション実行サーバから処理結果等を受信して表示するので、自機に実装されている基本ソフトウェア（ＯＳ）に沿った開発仕様によらずに、アプリケーションのサービスの提供を受けることができる。
【００２３】
また、前述のように、アプリケーションは、クライアント端末及びアプリケーション実行サーバに実装される基本ソフトウェア（ＯＳ）の種類によらずに、アプリケーションサービスの利用又は提供を行うことができるので、アプリケーションの開発のための労力を軽減させることが可能となる。
【発明を実施するための最良の形態】
【００２４】
＜第１の実施の形態＞
（第１の実施の形態の構成）
（１）ネットワークサービスシステムの全体構成
図１は、本発明の第１の実施の形態におけるネットワークサービスシステムの構成を示す図である。以下、図を用いて、ネットワークサービスシステムの構成について説明を進める。
図に示すように、ネットワークサービスシステムは、ユーザが操作するクライアント端末１０と、このクライアント端末１０からの要求に応じてアプリケーションの処理を実行するアプリケーション実行サーバ２０と、これらクライアント端末１０及びアプリケーション実行サーバ２０の管理を行う管理サーバ３０とがインターネット等のネットワーク４０を介して接続されて構成される。
【００２５】
（２）クライアント端末１０の構成
クライアント端末１０は、アプリケーションサービスを利用するユーザにより操作されるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置である。
【００２６】
図２は、このクライアント端末１０の構成を示す図である。
図に示すように、クライアント端末１０は、クライアント端末１０全体を制御するＣＰＵ等の制御部１１と、メインメモリ等の記憶部１２と、ネットワークを介して通信を行う通信部１３と、画面表示を行うディスプレイ等の表示部１４と、キーボードやマウス等の情報入力のための操作部１５とを有して構成される。
【００２７】
その記憶部１２には、クライアント端末１０のシステム制御等を行うＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）１０１と、このＯＳ１０１上で動作するＷｅｂページ閲覧用の一般的なブラウザ１０２とが格納されている。
【００２８】
クライアント端末１０は、上記のブラウザ１０２を用いて、アプリケーション実行サーバ２０及び管理サーバ３０との通信を行う。すなわち、クライアント端末１０は、あらゆる種類のブラウザで標準化されているＴＣＰ／ＩＰにより通信を行うものであり、その実装するブラウザ１０２の種類は問わない。
なお、このクライアント端末１０は、ブラウザを備えている情報処理装置であればよく、機種や実装するＯＳの種類は問わない。例えば、汎用のＰＣ、携帯端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ゲーム機器、情報家電又は本システム利用の専用端末等であってもよい。
また、このクライアント端末１０が、ブラウザ１０２を実装していればよく、ブラウザ１０２単独で動作可能な場合には、ＯＳ１０１を実装している必要はない。
【００２９】
また、記憶部１２は、メモリ等の小容量の記憶装置であってもよいし、ハードディスク等の大容量の外部記憶装置であってもよい。また、これらの組み合わせであってもよい。
【００３０】
（３）アプリケーション実行サーバ２０の構成
アプリケーション実行サーバ２０は、ユーザ又はアプリケーションサービスをユーザに提供するサービス提供事業者により管理される情報処理装置である。
このサービス提供事業者は、前述のユーザ、管理サーバ３０を管理するシステム管理事業者、又はその他のアプリケーションサービスの提供事業者を含む。すなわち、ユーザは、自身でアプリケーション実行サーバ２０を設置して社内（組織内）サーバとして利用することにより、あるいは、サービス提供事業者又はその他の事業者がＷｅｂサーバとして管理するアプリケーション実行サーバ２０を利用することにより、各種アプリケーションサービスを利用することができる。
【００３１】
図３は、このアプリケーション実行サーバ２０の構成を示す図である。
図に示すように、アプリケーション実行サーバ２０は、アプリケーション実行サーバ２０全体を制御するＣＰＵ等の制御部２１と、メインメモリ等の記憶部２２と、ネットワークを介して通信を行う通信部２３と、情報を蓄積するハードディスク等の蓄積部２４と、画面表示を行うディスプレイ等の表示部２５と、キーボードやマウス等の情報入力のための操作部２６とを有して構成される。
【００３２】
その蓄積部２４には、アプリケーション実行サーバ２０のシステム制御等を行うＯＳ２０１と、ワードプロセッサのソフトウェア等の１以上のアプリケーション２０２と、そのアプリケーション２０２に係るデータファイル２０３と、そのＯＳ２０１上でアプリケーション２０２を動作させるためのアプリケーション実行ソフトウェア２０４とが格納されている。
【００３３】
ＯＳ２０１と各アプリケーション２０２とは、分離可能に構成されている。すなわち、ＯＳ２０１を変更・削除することなく、アプリケーション２０２の追加・削除が可能に構成されている。
【００３４】
このアプリケーション実行ソフトウェア２０４は、アプリケーション２０２を、ＯＳ２０１の種類に依存せずに動作させるためのソフトウェアである。
【００３５】
このアプリケーション実行ソフトウェア２０４は、ファイル管理プログラム２０４ａと、データベース２０４ｂと、ミドルウェア２０４ｃと、ＨＴＴＰＤ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｃｐｌ  Ｄａｅｍｏｎ）２０４ｄとから構成される。
【００３６】
ファイル管理プログラム２０４ａは、前述のデータファイル２０３の格納及び検索等の処理を実行するプログラムである。
データベース２０４ｂは、そのデータファイル２０３を管理するデータベースである。
ミドルウェア２０４ｃは、グラフィックス処理や運用管理ツール等の他に、ソフトウェア開発支援ツールを含む。さらに、このソフトウェア開発支援ツールは、例えば、フレームワークやＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を含み、例えば、オープンソースであるＰＨＰ等の中間言語を用いる。
ＨＴＴＰＤ２０４ｄは、アプリケーション実行サーバ２０をＷｅｂサーバとして機能させるためのプログラムである。アクセスポートやホームページ・ドキュメントの設定、クライアントのドキュメント情報等の提供、クライアント側での入力フォームへの入力情報を指定プログラムへ転送、クライアントのディレクトリへのアクセスを制限するセキュリティ機能等の各機能を実現する。
【００３７】
アプリケーション実行ソフトウェア２０４は、ＯＳ２０１に依存せずに、独立してアプリケーション２０２の処理の実行及びデータファイル２０３の管理を行う。従って、アプリケーション実行サーバ２０は、どのような種類のＯＳ２０１が自機に実装されていても、同品質の安定したアプリケーションサービスをクライアント端末１０へ提供することが可能となっている。
また、アプリケーション２０２は、ＯＳ２０１上ではなく、アプリケーション実行ソフトウェア２０４上で動作するため、各種類のＯＳに依存したフレームワークではなく、ミドルウェア２０４ｃの１つであるソフトウェア開発支援ツールを利用して開発可能となっている。従って、ソフトウェア開発者は、多様な種類のＯＳ上でそれぞれ動作するように、それらＯＳごとにソフトウェアの開発を行う必要がない。
【００３８】
（４）管理サーバ３０の構成
管理サーバ３０は、システム提供事業者により管理される情報処理装置である。
図４は、本発明の第１の実施の形態における管理サーバ３０の構成を示す図である。
図に示すように、管理サーバ３０は、管理サーバ３０全体を制御するＣＰＵ等の制御部３１と、メインメモリ等の記憶部３２と、ネットワークを介して通信を行う通信部３３と、情報を蓄積するハードディスク等の蓄積部３４とを有して構成される。
【００３９】
さらに、図に示すように、蓄積部３４には、管理サーバ３０全体のシステム制御等を行うＯＳ３０１と、アプリケーションの使用時の認証用データベース３０２と、アプリケーション実行サーバ２０へダウンロード可能なアプリケーション実行ソフトウェア３０３と、同じくダウンロード可能なアプリケーション３０４とが蓄積又は実装されている。
【００４０】
また、認証用データベース３０２には、ユーザのＩＤと、パスワードと、そのユーザのクライアント端末１０へアプリケーションサービスを提供可能なアプリケーション実行サーバ２０のＩＤとが互いに対応付けられて管理されている。
さらに、認証用データベース３０２において、そのアプリケーション実行サーバ２０のＩＤには、このアプリケーション実行サーバ２０に実装可能なアプリケーション３０４を特定するためのシリアルコードが対応付けられて管理されている。
【００４１】
（第１の実施の形態の動作）
以下、本実施の形態におけるネットワークサービスシステムによる各動作処理について説明する。
【００４２】
（１）アプリケーションの利用処理
図５は、本発明の第１の実施の形態におけるネットワークサービスシステムによるアプリケーションの利用処理の流れを示すシーケンスチャートである。
以下、この図に沿って、ユーザが、アプリケーションサービスを利用するときの処理の流れについて説明する。本実施形態では、一例として、ユーザは、ワードプロセッサのアプリケーションを利用するものとする。
【００４３】
まず、ユーザは、クライアント端末１０の操作部１５を操作して、ブラウザ１０２を起動させる（ステップＳ１０１）。これ以降、クライアント端末１０は、サーバ２０，３０との間の画面情報の送受信や各種処理要求を、このブラウザ１０２により実行する。
次に、ユーザは、ブラウザ１０２を用いて、管理サーバ３０が運営するホームページへアクセスすると（ステップＳ１０２）、管理サーバ３０は、本システムのアプリケーションサービスを利用するためのログイン画面情報をクライアント端末１０へ送信する（ステップＳ１０３）。
【００４４】
クライアント端末１０は、そのログイン画面情報を受信すると、そのログイン画面情報を表示部１４上に表示する（ステップＳ１０４）。
ユーザは、操作部１５を用いて、そのログイン画面上の入力欄にＩＤ及びパスワード等を入力すると（ステップＳ１０５）、クライアント端末１０は、その入力したＩＤ及びパスワードを管理サーバ３０へ送信する（ステップＳ１０６）。
【００４５】
管理サーバ３０は、そのＩＤ及びパスワードを受信すると、この受信したＩＤ及びパスワードと、認証用データベース３０２内の認証用データとを照合して、そのクライアント端末１０を操作するユーザの認証を行う（ステップＳ１０７）。
認証が失敗した場合には（ステップＳ１０７／Ｎｏ）、前述のログイン画面情報を再度送信する（ステップＳ１０３）。
【００４６】
一方、認証が成功すると（ステップＳ１０７／Ｙｅｓ）、管理サーバ３０は、認証用データベース３０２を参照し、そのユーザのＩＤに対応付けられているアプリケーション実行サーバ２０が提供可能なアプリケーションの一覧が示された画面情報をクライアント端末１０へ送信する（ステップＳ１０８）。
【００４７】
クライアント端末１０は、そのアプリケーション一覧の画面情報を受信すると、表示部１４上に表示する（ステップＳ１０９）。
ユーザは、操作部１５を用いて、その表示されたアプリケーションの一覧から、今回利用するアプリケーション（例えば、ワードプロセッサ）を選択する（ステップＳ１１０）。クライアント端末１０は、その選択したアプリケーションの利用を管理サーバ３０へ要求する（ステップＳ１１１）。
【００４８】
管理サーバ３０は、そのアプリケーションの利用要求を受信すると、認証用データベース３０２を参照し、そのユーザのＩＤに対応付けられているアプリケーション実行サーバ２０へ、アプリケーションサービスの提供の開始を要求する（ステップＳ１１２）。
【００４９】
そのアプリケーション実行サーバ２０は、そのアプリケーションサービスの提供の開始要求を受信すると、その要求されているアプリケーション２０２を、既に起動済みのアプリケーション実行ソフトウェア２０４上で起動させる（ステップＳ１１３）。
次に、アプリケーション実行サーバ２０は、このワードプロセッサのアプリケーション２０２の画面情報をクライアント端末１０へ送信する（ステップＳ１１４）。
【００５０】
クライアント端末１０は、そのワードプロセッサのアプリケーション２０２の画面情報を受信すると、その画面情報を表示部１４上に表示する（ステップＳ１１５）。
そして、ユーザは、操作部１５を操作して、ワードプロセッサに関する操作を行い、その操作に応じて、クライアント端末１０は、アプリケーション実行サーバ２０へ新たな画面情報の取得やデータのセーブ等の各種要求を行う（ステップＳ１１６）。アプリケーション実行サーバ２０は、その要求に応じて、クライアント端末１０へ画面情報を送信したり、データファイル２０３として記録を行ったりし、これらの処理を繰り返す（ステップＳ１１４〜Ｓ１１７）。
すなわち、アプリケーションの処理自体は、アプリケーション実行サーバ２０が実行し、クライアント端末１０は、その処理結果を画面情報の形式でアプリケーション実行サーバ２０から受信し、表示する。
【００５１】
以上のように、クライアント端末１０は、ブラウザ１０２を用いてアプリケーション実行サーバ２０へアプリケーション処理の要求を行うとともに、アプリケーション実行サーバ２０からその処理結果を示す画面情報を取得する。従って、クライアント端末１０自体にアプリケーションや特殊なソフトウェアが実装されていない場合であっても、あたかもクライアント端末１０にアプリケーションが実装されている場合と同様のサービスを享受することが可能となる。さらには、基本的な規格が統一されているブラウザ１０２を用いることにより、そのクライアント端末１０に実装されているＯＳ１０１の種類を問わず、様々なアプリケーションサービスを利用することが可能となる。
【００５２】
（２）アプリケーション追加の申込み処理
次に、ユーザの利用したいアプリケーションが、アプリケーション実行サーバ２０に実装されていない場合に、その利用したいアプリケーションを新たに追加することを申し込むときの処理の流れについて説明する。
図６は、ユーザがそのアプリケーションの追加を申し込むときのネットワークサービスシステムによる処理の流れを示すシーケンスチャートである。以下、本図に沿って、説明を進める。
【００５３】
まず、ユーザによる操作部１５の操作により、クライアント端末１０は、ブラウザ１０２を起動し、アプリケーション実行サーバ２０に追加可能なアプリケーション３０４の一覧を示す画面情報の取得を管理サーバ３０に対し要求する（ステップＳ２０１）。
管理サーバ３０は、この追加アプリケーション一覧の画面情報の取得要求を受信すると、該当する画面情報をクライアント端末１０へ送信する（ステップＳ２０２）。
クライアント端末１０は、その一覧の画面情報を受信すると、表示部１４上に表示する（ステップＳ２０３）。ユーザは、この一覧を確認し、操作部１５を操作して、アプリケーション実行サーバ２０に追加するアプリケーション３０４を指定する（ステップＳ２０４）。
【００５４】
次に、クライアント端末１０は、追加先のアプリケーション実行サーバ２０に対し、このサーバ２０を特定するＩＤ情報の取得要求を送信する（ステップＳ２０５）。
アプリケーション実行サーバ２０は、その取得要求を受信すると、自機を特定するＩＤ情報をクライアント端末１０へ送信する（ステップＳ２０６）。
【００５５】
クライアント端末１０は、そのサーバ２０のＩＤ情報を受信すると、このＩＤ情報とともに、前述の追加を指定したアプリケーション３０４を示す情報と、ユーザＩＤとを管理サーバ３０へ送信する（ステップＳ２０７）。
【００５６】
管理サーバ３０は、アプリケーション実行サーバ２０のＩＤ情報と、追加を指定されたアプリケーション３０４の情報と、ユーザＩＤとをクライアント端末１０から受信すると、これら受信情報を互いに対応付けて、認証用データベース３０２に書き込む（ステップＳ２０８）。
そして、管理サーバ３０は、認証用データベース３０２を参照して、この追加指定されたアプリケーション３０４を利用するためのシリアルコードを発行し（ステップＳ２０９）、クライアント端末１０へ送信し（ステップＳ２１０）、処理を終了する。
なお、このアプリケーション３０４のダウンロードが有料である場合には、管理サーバ３０は、図示しない金融機関のサーバ等との間で料金の決済処理を行う。
【００５７】
以上のアプリケーション追加の申込み処理を行うことにより、これ以降、ユーザは、申し込んだアプリケーションを、申し込んだダウンロード先のアプリケーション実行サーバ２０にダウンロードすることができるようになる。
【００５８】
（３）アプリケーションの追加処理
次に、ユーザの利用したいアプリケーションが、アプリケーション実行サーバ２０に実装されていない場合に、そのアプリケーション実行サーバ２０にその利用したいアプリケーションを新たに追加するときの処理の流れについて説明する。
図７は、そのアプリケーション実行サーバ２０へアプリケーションを追加するときの処理の流れを示すシーケンスチャートである。以下、本図に沿って、説明を進める。
【００５９】
まず、ユーザは、操作部１５を操作して、アプリケーション追加用の画面情報の取得を管理サーバ３０に対し要求する（ステップＳ３０１）。
管理サーバ３０は、その画面情報の取得要求を受信すると、そのアプリケーション追加用の画面情報をクライアント端末１０へ送信する（ステップＳ３０２）。
【００６０】
クライアント端末１０は、その画面情報を受信すると、表示部１４上に表示する（ステップＳ３０３）。ユーザは、操作部１５を用いて、その画面情報上の入力欄に、前述の発行済みの、追加アプリケーションを利用するためのシリアルコードを入力する（ステップＳ３０４）。
クライアント端末１０は、この入力されたシリアルコードを管理サーバ３０へ送信する（ステップＳ３０５）。
【００６１】
管理サーバ３０は、そのシリアルコードを受信すると、認証用データベース３０２を参照して、このシリアルコードに対応付けられているアプリケーション実行サーバ２０のＩＤを検索する（ステップＳ３０６）。
【００６２】
ここで、対応付けられているサーバ２０のＩＤがない場合には（ステップＳ３０６／Ｎｏ）、そのアプリケーション３０４は、そのアプリケーション実行サーバ２０へ追加することが許可されていない。従って、管理サーバ３０は、追加不可能な旨の画面情報をクライアント端末１０へ送信する（ステップＳ３０７）。
クライアント端末１０は、この画面情報を受信すると、表示部１４上に表示し（ステップＳ３０８）、処理を終了する。
【００６３】
一方、追加指定のアプリケーション３０４のシリアルコードとが対応付けられているサーバ２０のＩＤがある場合には（ステップＳ３０６／Ｙｅｓ）、そのアプリケーション実行サーバ２０へ追加することが許可されている。従って、管理サーバ３０は、該当するアプリケーション３０４を、その対応付けられているＩＤのアプリケーション実行サーバ２０へ送信する（ステップＳ３０９）。
【００６４】
アプリケーション実行サーバ２０は、そのアプリケーション３０４を受信すると、このアプリケーション３０４をインストールし、実行可能なアプリケーション２０２として蓄積部２４に蓄積する（ステップＳ３１０）。
これ以降、ユーザは、財務会計ソフトウェアを図５に示す処理のように利用することができるようになる。
【００６５】
以上のように、アプリケーション実行サーバ２０に実装されていないアプリケーションであっても、新たに管理サーバ３０からダウンロードして追加することで利用することができるようになり、ユーザの要求に対応したアプリケーションサービスを即時に提供することが可能となる。
【００６６】
また、アプリケーション３０４がダウンロード可能なアプリケーション実行サーバ２０は、認証用データベース３０２において管理されているので、アプリケーション実行サーバ２０に実装不可能なアプリケーション３０４のダウンロードや、許可されていないアプリケーション３０４をダウンロードするという不法行為を容易に防止することが可能となる。
【００６７】
なお、本実施の形態では、アプリケーション実行サーバ２０に対し、管理サーバ３０からアプリケーション３０４をダウンロードする方法について説明したが、アプリケーション３０４が記録されたＣＤ−ＲＯＭ等の記録媒体を、アプリケーション実行サーバ２０の図示しないドライブで読み取って、インストールすることもできる。
【００６８】
（４）アプリケーション実行ソフトウェアの実装処理
前述したように、アプリケーション実行サーバ２０は、アプリケーション実行ソフトウェア２０４を実行させることにより、自機に実装されているＯＳ２０１の種類を問わずに、様々な種類のアプリケーション２０２を実行することが可能となっている。
以下、汎用的な情報処理装置であるアプリケーション実行サーバ２０が、そのアプリケーション実行ソフトウェア２０４を新たに実装することで、本システムで動作可能となるときの処理について詳細に説明する。
【００６９】
図８は、本発明の第１の実施の形態において、アプリケーション実行サーバ２０が、そのアプリケーション実行ソフトウェア２０４を新規に実装するときの処理の流れを示すシーケンスチャートである。以下、本図に沿って説明を進める。
【００７０】
まず、サービス提供事業者は、操作部２６を操作して、アプリケーション実行ソフトウェア３０３のダウンロードを管理サーバ３０に対し要求する（ステップＳ４０１）。
【００７１】
管理サーバ３０は、そのダウンロード要求を受信すると、蓄積部３４に蓄積されているアプリケーション実行ソフトウェア３０３をアプリケーション実行サーバ２０へ送信する（ステップＳ４０２）。
【００７２】
アプリケーション実行サーバ２０は、そのアプリケーション実行ソフトウェア３０３を管理サーバ３０から受信すると、そのアプリケーション実行ソフトウェア３０３をインストールして蓄積部２４に蓄積し（ステップＳ４０３）、アプリケーション実行ソフトウェア２０４として動作可能な状態にする。
以上で処理は終了する。
【００７３】
以上説明したように、本実施の形態によれば、アプリケーション実行サーバ２０が、アプリケーション実行ソフトウェア２０４の実装されていない汎用的な情報処理装置であっても、管理サーバ３０からダウンロードして実装することにより、容易に本システムに組み込むことができ、アプリケーション実行サーバ２０としての機能を発揮することが可能となる。
【００７４】
なお、本実施の形態では、サービス提供事業者が、アプリケーション実行サーバ２０を直接操作して、アプリケーション実行ソフトウェア２０４を実装させるものであるが、ユーザが、クライアント端末１０を操作して管理サーバ３０へダウンロードを要求し、アプリケーション実行サーバ２０に実装させることもできる。
【００７５】
また、本実施の形態においては、アプリケーション実行サーバ２０は、アプリケーション実行ソフトウェア２０４を管理サーバ３０からダウンロードして実装するものであるが、アプリケーション実行ソフトウェア３０３が記録されたＣＤ−ＲＯＭ等の記録媒体を、アプリケーション実行サーバ２０の図示しないドライブで読み取って、インストールすることもできる。
【００７６】
なお、本実施の形態では、アプリケーション実行サーバ２０が、直接管理サーバ３０に対し、アプリケーション実行ソフトウェア２０４の取得を要求するものであるが、クライアント端末１０が、管理サーバ３０に対し、アプリケーション実行ソフトウェア２０４のアプリケーション実行サーバ２０へのダウンロードを要求するようにしてもよい。
【００７７】
（第１の実施の形態の認証用データベース３０２の構成）
図９は、本発明の第１の実施の形態における認証用データベース３０２で管理されるデータ構成の一例を示す図である。
図に示すように、本実施の形態における認証用データベース３０２では、ユーザＩＤと、このユーザがログインするためのパスワードと、このユーザが使用するアプリケーション実行サーバ２０のＩＤと、このアプリケーション実行サーバ２０において使用するアプリケーション２０２を特定するためのシリアルコードとが、互いに対応付けられて管理されている。
管理サーバ３０は、クライアント端末１０等からの各種要求に応じて、認証用データベース３０２を検索して、各データを抽出するとともに、書き込み又は消去を行う。
【００７８】
また、図に示すように、１人のユーザが、複数のアプリケーション実行サーバ２０を使用するようにすることができ、さらに、各アプリケーション実行サーバ２０において、複数のアプリケーション２０２を使用することもできる。
【００７９】
（第１の実施の形態のまとめ）
以上説明したように、本発明の第１の実施の形態において、アプリケーション実行サーバ２０は、アプリケーション実行ソフトウェア２０４を実装しており、このソフトウェア２０４は、アプリケーション２０２を実行するためのファイル管理プログラム２０４ａ、データベース２０４ｂ、ミドルウェア２０４ｃ及びＨＴＴＰＤ２０４ｄから構成されているので、自機に実装済みのＯＳ２０１の種類を問わず、様々なアプリケーション２０２を自機上で実行することが可能となる。従って、アプリケーション実行サーバ２０の管理者は、本システムに適用させるために、専用のＯＳを新たに実装させる労力を削減させることが可能となる。
【００８０】
また、クライアント端末１０は、実装するブラウザ１０２により、アプリケーション実行サーバ２０に対してアプリケーション２０２の処理の実行を要求するとともに、その処理結果を受信して表示するので、クライアント端末１０自体にアプリケーションが実装されていなくとも、その処理結果を得ることが可能となる。従って、ユーザは、クライアント端末１０にアプリケーションを実装させる労力を削減できるとともに、その端末１０のハード資源を最小限に構成することができる。
すなわち、クライアント端末１０は、自身を動作させるための基本プログラム（ＯＳ１０１）及びブラウザ１０２を実装するだけでよいので、ハードディスク等の大容量の外部記憶装置を備えている必要はなく、メモリ等の小容量の記憶装置で十分である。従って、共通のアプリケーションの開発仕様が定まっていない、小型の携帯端末装置や簡易機能のみのいわゆる１００ドルパソコン等でも、本システムのサービスの利用が可能である。
【００８１】
また、ユーザの利用希望するアプリケーションがアプリケーション実行サーバ２０に実装されていない場合であっても、管理サーバ３０からダウンロードすることにより、そのアプリケーションを容易に実行可能とすることができる。
また、管理サーバ３０は、このアプリケーションのダウンロードの際には、アプリケーションを特定するためのシリアルコードと、アプリケーション実行サーバ２０を特定するためのＩＤとの照合を行うので、不正なダウンロードを未然に防止することが可能となる。
【００８２】
また、アプリケーション実行サーバ２０が、アプリケーション実行ソフトウェア２０４の実装されていない汎用的な情報処理装置であっても、ダウンロード又は情報記録媒体からそのアプリケーション実行ソフトウェア２０４をインストールすることにより、アプリケーション実行サーバ２０としての機能を発揮することが可能となる。
【００８３】
また、アプリケーション２０２は、アプリケーション実行ソフトウェア２０４を実装している情報処理装置であれば、どの装置でも動作可能であり、アプリケーション実行ソフトウェア２０４のソフトウェア開発支援ツールを用いて開発可能であるので、ソフトウェア開発者は、アプリケーション２０２を動作させる情報処理装置に実装されるＯＳの種類を気に掛けることなく、容易に汎用性に優れたアプリケーション２０２を開発することが可能となる。
【００８４】
なお、前述したように、アプリケーション実行サーバ２０は、管理サーバ３０を管理するシステム管理事業者により管理されるものであってもよいし、その他のアプリケーションサービスの提供事業者により管理されるものであってもよい。また、ユーザ自らが管理する場合には、例えば社内サーバ等、会社、学校、その他、組織・機関内で使用されるサーバとして機能するようにしてもよい。
また、クライアント端末１０と、アプリケーション実行サーバ２０との間を結ぶネットワーク４０には、インターネットが含まれていてもよいし、前述のように、クライアント端末１０及びアプリケーション実行サーバ２０を１つの組織・団体内で管理する場合には、ネットワーク４０をイントラネットのみで構築するようにしてもよい。
【００８５】
また、前述のアプリケーション実行サーバ２０を特定するためのＩＤは、サービス提供事業者が、システム管理事業者から付与されるものである。
また、アプリケーション３０４ダウンロードのためのシリアルコードについては、サービス提供事業者が、システム管理事業者又はソフトウェア開発者に、所定の料金を支払う等して使用の申込みを行うと、デジタルデータ又は紙媒体等で付与されるものである。このシリアルコードは、アプリケーションの追加を希望するごとに管理サーバ３０により発行されるものであり、同一のアプリケーションであっても、その各追加希望者（ユーザ）で互いに異なるものである。
【００８６】
また、アプリケーション２０２の種類としては、一般的なアプリケーションソフトウェアである。例えば、ワードプロセッサ、表計算、画像編集、データベース、プレゼンテーションソフト、メーラ、グループウェア、会計管理、人材管理、在庫管理、ファイル圧縮、コンピュータウィルス検出・駆除、メモリ管理等、その他、様々なものがある。
【００８７】
また、本システムを用いることにより、クライアント端末１０又はアプリケーション実行サーバ２０に実装されているＯＳの種類、すなわち、Ｗｉｎｄｏｗｓ（登録商標），Ｓｏｌａｒｉｓ（登録商標），Ｌｉｎｕｘ，・・・等の様々なＯＳの種類を問わず、アプリケーションサービスの利用及び提供を行うことが可能となる。
【００８８】
＜第２の実施の形態＞
（第２の実施の形態の概要）
次に、本発明の第２の実施の形態について説明する。
本実施の形態では、第１の実施の形態におけるネットワークサービスシステムの構成及び機能に加えて、さらに、ユーザが、自らアプリケーションを開発し、自身が利用するアプリケーション実行サーバ２０に実装させることが可能となっている。
なお、特記しない限り、本実施の形態におけるネットワークサービスシステムの構成及び動作処理については、本発明の第１の実施の形態と同様であるものとする。
【００８９】
図１０は、本発明の第２の実施の形態におけるクライアント端末１０の構成を示す図である。
図に示すように、本実施の形態におけるクライアント端末１０は、第１の実施の形態における構成に加えて、記憶部１２にミドルウェア１０３を実装している。
このミドルウェア１０３には、ミドルウェア２０４ｃと同様に、ソフトウェア開発支援ツールが含まれている。ユーザは、このソフトウェア開発支援ツールを用いて、クライアント端末１０上でアプリケーション１０４を開発することができる。この開発されたアプリケーション１０４は、一旦記憶部１２に記憶される。
【００９０】
また、記憶部１２には、変換プログラム１０５が実装されている。この変換プログラム１０５は、ユーザの開発したアプリケーション１０４をアプリケーション実行サーバ２０に実装可能なファイル形式に変換させるプログラムである。
クライアント端末１０は、開発されたアプリケーション１０４をその実装可能なファイル形式に変換した後、アプリケーション実行サーバ２０へアップロードする。
【００９１】
（第２の実施の形態の動作処理）
（１）開発アプリケーションのアプリケーション実行サーバ２０への実装処理
図１１は、本発明の第２の実施の形態におけるネットワークサービスシステムによる開発アプリケーションのアプリケーション実行サーバ２０への実装処理の流れを示すシーケンスチャートである。以下、本図に沿って説明を進める。
【００９２】
まず、ユーザは、操作部１５を操作し、ミドルウェア１０３のソフトウェア開発支援ツールを利用して、アプリケーション１０４を開発し、記憶部１２に記憶させる（ステップＳ５０１）。
【００９３】
次に、クライアント端末１０は、変換プログラム１０５を起動させて、その新たに開発されたアプリケーション１０４のファイル形式を、アプリケーション実行サーバ２０上で実装・動作可能なファイル形式に変換する（ステップＳ５０２）。具体的には、コンパイル等の処理を実行することで変換を実行する。
【００９４】
次に、クライアント端末１０は、この変換したアプリケーション１０４に対し、変換プログラム１０５により固有のシリアルコードを付与し、アプリケーション１０４に組み込む（ステップＳ５０３）。このシリアルコードは、ランダムに付与してもよいし、ユーザが、操作部１５を用いて、任意に指定してもよい。
このシリアルコードは、第１の実施の形態におけるアプリケーションを特定するシリアルコードと同様にのものである。すなわち、このシリアルコードを入力しなければ、このアプリケーション１０４を使用することができないようになっている。
【００９５】
次に、クライアント端末１０は、このシリアルコードが組み込まれたアプリケーション１０４をアプリケーション実行サーバ２０へ送信する（ステップＳ５０４）。
【００９６】
アプリケーション実行サーバ２０は、このアプリケーション１０４を受信すると、インストールを実行し（ステップＳ５０５）、蓄積部２４にアプリケーション２０２として蓄積する。
これ以降、第１の実施の形態と同様に、この新たに開発されたアプリケーション２０２を使用することが可能となる。
【００９７】
以上のように、ユーザは、ソフトウェア開発支援ツールを用いて、容易にアプリケーション１０４を開発することができる。また、変換プログラム１０５により、この開発したアプリケーション１０４を、アプリケーション実行サーバ２０で動作可能なファイル形式に変換する。従って、ユーザは、アプリケーション実行サーバ２０で実行可能なアプリケーション１０４を容易に開発し、アップロードすることが可能となる。
【００９８】
（２）開発アプリケーションの管理サーバ３０への登録処理
また、ユーザは、自ら開発したアプリケーション１０４をアプリケーション実行サーバ２０へアップロードして実行可能とするだけではなく、管理サーバ３０へアップロードして登録することもできる。
図１２は、その開発したアプリケーション１０４の管理サーバ３０への登録処理の流れを示すシーケンスチャートである。以下、本図に沿って、説明を進める。
【００９９】
図１１のステップＳ６０１〜Ｓ６０３の処理は、前述の図１０に示すステップＳ５０１〜Ｓ５０３の処理と同様であるので、その説明を省略する。
【０１００】
次に、ユーザは、操作部１５を操作して、自身が利用するアプリケーション実行サーバ２０のＩＤを入力する（ステップＳ６０４）。
【０１０１】
クライアント端末１０は、その固有のシリアルコードが付与された変換済みのアプリケーション１０４と、その入力されたＩＤ情報を管理サーバ３０へ送信する（ステップＳ６０５）。
【０１０２】
管理サーバ３０は、そのアプリケーション１０４及びアプリケーション実行サーバ２０のＩＤ情報を受信すると、このアプリケーション１０４をアプリケーション３０４として蓄積部３４に蓄積する（ステップＳ６０６）。
また、管理サーバ３０は、このアプリケーション１０４のシリアルコードと、前述のユーザが入力したアプリケーション実行サーバ２０のＩＤとを対応付けて、認証用データベース３０２に蓄積する（ステップＳ６０７）。
これ以降については、第１の実施の形態と同様に、管理サーバ３０からアプリケーション実行サーバ２０へのダウンロードが可能となる。
【０１０３】
以上のように、本実施の形態によれば、管理サーバ３０は、クライアント端末１０から受信したアプリケーション１０４を蓄積部３４に蓄積し、ダウンロード可能な状態にするので、ユーザは、自ら開発したアプリケーションを任意のアプリケーション実行サーバ２０にダウンロードし、実行させることが可能となる。
また、管理サーバ３０は、そのアプリケーション１０４のシリアルコードを、ダウンロードが許可されているアプリケーション実行サーバ２０のＩＤと対応付けて、認証用ダウンロード３０２で管理するので、第三者が、ユーザ自ら開発したアプリケーション１０４を不正にダウンロードすることを未然に防止することが可能となる。
【０１０４】
（第２の実施の形態のまとめ）
以上説明したように、本実施の形態によれば、ユーザが自ら開発したアプリケーション１０４をアプリケーション実行サーバ２０又は管理サーバ３０にアップロードすることにより、クライアント端末１０は、そのアプリケーション１０４を自ら実装することなく、その処理結果を得ることができるようになる。従って、ユーザは、クライアント端末１０のハード資源を節約しながら、実質上クライアント端末１０の機能を向上させることが可能となる。
【０１０５】
また、本実施の形態によれば、クライアント端末１０は、ユーザが自ら開発したアプリケーション１０４を管理サーバ３０へ登録する際に、このアプリケーション１０４を利用するためのシリアルコードを発行するとともに、そのアプリケーション１０４を利用可能な情報処理装置（アプリケーション実行サーバ２０）を特定しているので、このアプリケーション１０４の利用を許可されていない第三者が、不正にダウンロードして使用することを容易に防止することが可能となる。
【０１０６】
＜第３の実施の形態＞
（第３の実施の形態の概要）
本発明の第３の実施の形態では、アプリケーション実行サーバ２０が、ユーザの属する会社等で管理されるローカルサーバとして使用する。また、このアプリケーション実行サーバ２０は、インターネット等を介して管理サーバ３０と直接接続されておらず、クライアント端末１０とＬＡＮで接続されている。すなわち、本実施の形態におけるアプリケーション実行サーバ２０は、クライアント端末１０を介してのみ外部ネットワークと接続されている。
以下、このように構成される本実施の形態におけるネットワークサービスシステムについて説明する。
なお、特記しない限り、本実施の形態におけるネットワークサービスシステムの構成及び動作処理については、本発明の第１の実施の形態と同様であるものとする。
【０１０７】
（第３の実施の形態の構成）
図１３は、本発明の第３の実施の形態におけるネットワークサービスシステムの構成を示す図である。
図に示すように、アプリケーション実行サーバ２０は、ＬＡＮ等の内部ネットワーク４１を介してクライアント端末１０と接続されている。一方、クライアント端末１０は、インターネット等の外部ネットワーク４２を介して、アプリケーション４０３のダウンロードを実行する管理サーバ３０と接続されている。
すなわち、アプリケーション実行サーバ２０は、外部ネットワーク４２及び管理サーバ３０と直接は接続されておらず、内部ネットワーク４１及びクライアント端末１０を介して間接的に接続されている。
【０１０８】
図１４は、本発明の第３の実施の形態におけるクライアント端末１０の構成を示す図である。
図に示すように、本実施の形態では、クライアント端末１０は、さらに、記憶部１２に電子メールの送受信ソフトウェアであるメーラ１０６を実装する。
クライアント端末１０は、このメーラ１０６を起動して、アプリケーション３０４の利用に必要なシリアルコードを管理サーバ３０からダウンロードする。
【０１０９】
図１５は、本発明の第３の実施の形態におけるアプリケーション実行サーバ２０の構成を示す図である。
図に示すように、本実施の形態では、アプリケーション実行ソフトウェア２０４のモジュールとして、さらに追加アプリケーション３０４等のファイル形式の変換を実行するデコードプログラム２０４ｅと、追加アプリケーション３０４のインストールの際の認証を実行する認証用プログラム２０４ｆとが追加されている。
デコードプログラム２０４ｅは、管理サーバ３０からクライアント端末１０を介してダウンロードされた追加アプリケーション３０４等をインストール可能なファイル形式に変換するものである。例えば、このデコードプログラム２０４ｅは、Ｂａｓｅ６４によりテキストファイルにエンコードされているアプリケーション３０４を実装可能なファイル形式にデコードする。
認証用プログラム２０４ｆは、アプリケーション実行サーバ２０が格納しているシリアルコードと、ダウンロードされた追加アプリケーション３０４に付されたシリアルコードとの照合を行い、認証を行うものである。ここで、認証が成功すれば、この追加アプリケーション３０４のインストールが許可される。一方、失敗の場合には、インストールは禁止される。
【０１１０】
図１６は、本発明の第３の実施の形態における管理サーバ３０の構成を示す図である。
図に示すように、本実施の形態では、アプリケーション実行サーバ２０と同様に、アプリケーション実行ソフトウェア３０３のモジュールとして、さらに追加アプリケーション３０４等のファイル形式の変換を実行するデコードプログラム３０３ｅと、追加アプリケーション３０４のインストールの際の認証を実行する認証用プログラム３０３ｆとが追加されている。
また、蓄積部３４には、アプリケーション３０４をエンコードするエンコードプログラム３０５が実装されている。このエンコードプログラム３０５は、アプリケーション実行サーバ２０に追加するアプリケーション３０４を、クライアント端末１０に送信可能なファイル形式（テキストファイル）にエンコードするものである。
さらに、蓄積部３４には、アプリケーション実行サーバ２０に実装されるＯＳ２０１及びアプリケーション２０２のアップデートファイル３０６が蓄積されている。クライアント端末１０からの要求に応じて、このアップデートファイル３０６がクライアント端末１０を介してアプリケーション実行サーバ２０にダウンロードされ、アップデートが行われる。
【０１１１】
（第３の実施の形態の動作処理）
（１）アプリケーション追加の申込み処理
まず、本実施の形態におけるアプリケーション追加の申込み処理について説明する。クライアント端末１０が、管理サーバ３０に対してアプリケーションの追加を要求し、管理サーバ３０がこの要求に応じてシリアルコードを発行する点は、第１の実施の形態と同様である。
ただし、本実施の形態では、クライアント端末１０は、ブラウザ１０２によるブラウザメール機能を用いて、そのシリアルコードを受信する点、発行されたシリアルコードは、最終的にアプリケーション実行サーバ２０で保持される点で第１の実施の形態と異なっている。
図１７は、本発明の第３の実施の形態におけるアプリケーション追加の申込み処理の流れを示すシーケンスチャートである。以下、本図に沿って説明を進める。
【０１１２】
まず、ユーザによる操作部１５の操作により、クライアント端末１０は、ブラウザ１０２を起動し、アプリケーション実行サーバ２０に追加可能なアプリケーション３０４の一覧を示す画面情報の取得を管理サーバ３０に対し要求する（ステップＳ７０１）。
管理サーバ３０は、この画面情報の取得要求を受信すると、追加アプリケーション一覧の画面情報をクライアント端末１０へ送信する（ステップＳ７０２）。
クライアント端末１０は、その一覧の画面情報を受信すると、表示部１４上に表示する（ステップＳ７０３）。ユーザは、この一覧を確認し、操作部１５を操作して、アプリケーション実行サーバ２０に追加するアプリケーション３０４を指定する（ステップＳ７０４）。
【０１１３】
次に、クライアント端末１０は、追加先のアプリケーション実行サーバ２０に対し、このサーバ２０を特定するＩＤ情報の取得要求を送信する（ステップＳ７０５）。
アプリケーション実行サーバ２０は、その取得要求を受信すると、自機を特定するＩＤ情報をクライアント端末１０へ送信する（ステップＳ７０６）。
【０１１４】
クライアント端末１０は、そのサーバ２０のＩＤ情報を受信すると、このＩＤ情報とともに、前述の追加を指定したアプリケーション３０４を示す情報と、自身のユーザＩＤとを管理サーバ３０へ送信する（ステップＳ７０７）。
【０１１５】
管理サーバ３０は、アプリケーション実行サーバ２０のＩＤ情報と、追加を指定されたアプリケーション３０４の情報と、ユーザＩＤ情報をクライアント端末１０から受信すると、その追加先のアプリケーション実行サーバ２０のＩＤを、追加指定されたアプリケーション３０４及びユーザＩＤに対応付けて認証用データベース３０２に書き込む（ステップＳ７０８）。
【０１１６】
次に、管理サーバ３０は、認証用データベース３０２を参照して、この追加指定されたアプリケーション３０４を利用するためのシリアルコードを発行する（ステップＳ７０９）。管理サーバ３０は、この発行したシリアルコードは、該当するユーザＩＤに対応付けて、認証用データベース３０２に書き込む（ステップＳ７１０）。
次に、管理サーバ３０は、エンコードプログラム３０５を起動して、発行したシリアルコードをテキストファイルにエンコードする（ステップＳ７１１）。
そして、管理サーバ３０は、電子メールにこのエンコードしたシリアルコードを添付し、クライアント端末１０へ送信する（ステップＳ７１２）。
【０１１７】
クライアント端末１０は、そのシリアルコードが添付された電子メールを受信すると、この電子メールをアプリケーション実行サーバ２０へ転送する（ステップＳ７１３）。
【０１１８】
アプリケーション実行サーバ２０は、その電子メールを受信すると、この電子メールに添付されているシリアルコードを、デコードプログラム２０４ｅにより、元の実装可能なファイル形式にデコードする（ステップＳ７１４）。
そして、アプリケーション実行サーバ２０は、このデコードしたシリアルコードを蓄積部２４に蓄積し（ステップＳ７１５）、処理を終了する。この蓄積されたシリアルコードは、後述するアプリケーション３０４のインストール時に認証用に用いられる。
【０１１９】
以上のアプリケーション追加の申込み処理を行うことにより、これ以降、ユーザは、申し込んだアプリケーションを、申し込んだダウンロード先のアプリケーション実行サーバ２０にダウンロードすることができるようになる。
なお、このアプリケーション３０４のダウンロードが有料である場合には、管理サーバ３０は、図示しない金融機関のサーバ等との間で料金の決済処理を行う。
【０１２０】
以上のように、アプリケーション実行サーバ２０が、インターネット等の外部ネットワーク４２に直接接続されていない場合であっても、クライアント端末１０を介して、アプリケーション３０４をダウンロードし実装するためのシリアルコードを取得するので、外部ネットワーク４２に接続されていないことによるセキュリティ面の効果を奏したまま、必要なアプリケーションを自在に追加することが可能となる。
【０１２１】
（２）アプリケーションの追加処理
次に、ユーザの利用したいアプリケーションが、アプリケーション実行サーバ２０に実装されていない場合に、そのアプリケーション実行サーバ２０にその利用したいアプリケーションを新たに追加するときの処理の流れについて説明する。
図１８は、そのアプリケーション実行サーバ２０へアプリケーションを追加するときの処理の流れを示すシーケンスチャートである。以下、本図に沿って、説明を進める。
【０１２２】
まず、ユーザは、操作部１５を操作して、アプリケーション追加用の画面情報の取得を管理サーバ３０に対し要求する（ステップＳ８０１）。
管理サーバ３０は、その画面情報の取得要求を受信すると、そのアプリケーション追加用の画面情報をクライアント端末１０へ送信する（ステップＳ８０２）。
【０１２３】
クライアント端末１０は、その画面情報を受信すると、表示部１４上に表示する（ステップＳ８０３）。ユーザは、操作部１５を用いて、その画面情報上に示されたアプリケーションの一覧から、追加を希望するアプリケーションを選択又は入力する（ステップＳ８０４）。
クライアント端末１０は、この追加希望のアプリケーションを示す情報を、ユーザＩＤとともに管理サーバ３０へ送信する（ステップＳ８０５）。
【０１２４】
管理サーバ３０は、その追加希望のアプリケーションを示す情報及びユーザＩＤを受信すると、該当するアプリケーション３０４を蓄積部３４から抽出する（ステップＳ８０６）。
次に、管理サーバ３０は、認証用データベース３０２を参照し、受信したユーザＩＤに対応付けられているシリアルコードを抽出する（ステップＳ８０７）。
管理サーバ３０は、この抽出したシリアルコードを、同じく抽出したアプリケーション３０４に埋め込む（ステップＳ８０８）。
そして、管理サーバ３０は、エンコードプログラム３０５を起動して、このシリアルコードを付したアプリケーション３０４をテキストファイルにエンコードする（ステップＳ８０９）。
そして、管理サーバ３０は、エンコードしたアプリケーション３０４をＨＴＴＰプロトコルによりクライアント端末１０へ送信する（ステップＳ８１０）。
【０１２５】
クライアント端末１０は、そのアプリケーション３０４をアプリケーション実行サーバ２０へＨＴＴＰプロトコルで転送する（ステップＳ８１１）。
【０１２６】
アプリケーション実行サーバ２０はアプリケーション３０４を、デコードプログラム２０４ｅにより、元のファイル形式である実装可能なファイル形式にデコードする（ステップＳ８１２）。
【０１２７】
次に、アプリケーション実行サーバ２０は、認証用プログラム２０４ｆを起動し、このアプリケーション３０４に付されているシリアルコードと、前述の蓄積部３４に蓄積されているシリアルコードとの照合を行う（ステップＳ８１３）。
ここで、両シリアルコードが一致した場合には（ステップＳ８１３／Ｙｅｓ）、アプリケーション実行サーバ２０は、このアプリケーション３０４をインストールし、実行可能なアプリケーション２０２として蓄積部２４に蓄積する（ステップＳ８１４）。
これ以降、ユーザは、アプリケーション２０２を利用することができるようになる。
一方、両シリアルコードが不一致の場合には（ステップＳ８１３／Ｎｏ）、このアプリケーション３０４のインストールが制限され（ステップＳ８１５）、アプリケーション３０４は利用不可能なままとなる。
【０１２８】
以上のように、アプリケーション実行サーバ２０が、インターネット等の外部ネットワーク４２に直接接続されていない場合であっても、クライアント端末１０を介して、追加用のアプリケーション３０４を取得するので、外部ネットワーク４２に接続されていないことによるセキュリティ面の効果を奏したまま、必要なアプリケーションを自在に追加することが可能となる。
【０１２９】
（３）ソフトウェアのアップデート処理
前述のように、アプリケーション実行サーバ２０は、ＯＳ２０１及びアプリケーション２０２を実装し、クライアント端末１０からの要求に応じてこれらソフトウェアを起動し、処理を実行する。これらのソフトウェアは、新たなバージョンが開発されたり、不具合が発見されたりしたときには、アップデートを行う。
図１９は、このソフトウェアのアップデート処理の流れを示すシーケンスチャートである。以下、本図に沿って、本実施の形態におけるソフトウェアのアップデート処理について説明する。
【０１３０】
まず、アプリケーション実行サーバ２０は、定期的に、自機に現在実装しているソフトウェア（ＯＳ２０１及びアプリケーション２０２を含む）のバージョン情報をクライアント端末１０へ送信する（ステップＳ９０１）。
【０１３１】
クライアント端末１０は、そのバージョン情報をアプリケーション実行サーバ２０から受信すると、そのバージョン情報を表示部１４上に表示する（ステップＳ９０２）。
ユーザは、その表示部１４上のバージョン情報を確認し、サーバ２０のソフトウェアのアップデートが必要である場合には、操作部１５を操作して、そのアップデートを希望するソフトウェアを選択する（ステップＳ９０３）。クライアント端末１０は、このアップデートを希望する旨の情報とともに、前述のバージョン情報を管理サーバ３０へ送信する（ステップＳ９０４）。
【０１３２】
管理サーバ３０は、そのアップデートを希望する旨の情報及びバージョン情報をクライアント端末１０から受信すると、これらの受信情報に基づいて、蓄積部３４に蓄積されているアップデートファイル３０６を検索する（ステップＳ９０５）。
ここで、該当するアップデートファイル３０６がない場合には（ステップＳ９０５／Ｎｏ）、管理サーバ３０は、その旨の情報をクライアント端末１０へ送信し（ステップＳ９０６）、クライアント端末１０は、これを受信して表示する（ステップＳ９０７）。
【０１３３】
一方、アップデート可能なアップデートファイル３０６が蓄積されている場合には（ステップＳ９０５／Ｙｅｓ）、管理サーバ３０は、この該当するアップデートファイル３０６を蓄積部３４より抽出する（ステップＳ９０８）。
次に、管理サーバ３０は、エンコードプログラム３０５を起動し、この抽出したアップデートファイル３０６をテキストファイルにエンコードする（ステップＳ９０９）。
そして、管理サーバ３０は、このエンコード済みのアップデートファイル３０６をＨＴＴＰプロトコルによりクライアント端末１０へ送信する（ステップＳ９１０）。
【０１３４】
クライアント端末１０は、そのエンコードされたアップデートファイル３０６をＨＴＴＰプロトコルによりアプリケーション実行サーバ２０へ転送する（ステップＳ９１１）。
【０１３５】
アプリケーション実行サーバ２０はアップデートファイル３０６を、デコードプログラム２０４ｅにより、元のファイル形式である実装可能なファイル形式にデコードする（ステップＳ９１２）。
次に、アプリケーション実行サーバ２０は、このデコードしたアップデートファイル３０６をインストールし、該当するソフトウェアのアップデートを行う（ステップＳ９１３）。
以上で、アップデート処理が完了する。
【０１３６】
以上のように、本実施の形態によれば、アプリケーション実行サーバ２０が、インターネット等の外部ネットワーク４２に直接接続されていない場合であっても、クライアント端末１０を介して、ソフトウェアのアップデートを実行するので、外部ネットワーク４２に接続されていないことによるセキュリティ面の効果を奏したまま、必要なアップデートを容易に行うことが可能となる。
【０１３７】
なお、本実施の形態では、ユーザが、必要なアップデートを選択し、管理サーバ３０に対し要求するものであるが、クライアント端末１０は、アプリケーション実行サーバ２０からバージョン情報を受信すると、このバージョン情報を自動的に管理サーバ３０へ転送し、以降のアップデート処理を実行するようにすることもできる。
【０１３８】
（第３の実施の形態のまとめ）
以上説明したように、本実施の形態によれば、アプリケーション実行サーバ２０が、インターネット等の外部ネットワーク４２に直接接続されていない場合であっても、クライアント端末１０を介して、アプリケーション３０４及びシリアルコードを取得するので、外部ネットワーク４２に接続されていないことによるセキュリティ面の効果を奏したまま、必要なアプリケーションを自在に追加することが可能となる。
【０１３９】
また、クライアント端末１０が外部ネットワーク４２と接続される機会は、ブラウザ１０２を起動して、管理サーバ３０へ画面情報やシリアルコード、アプリケーション３０４の取得要求を行い、これを受信するときに限定されているので、高水準のネットワーク・セキュリティを実現することができる。
【０１４０】
また、クライアント端末１０は、管理サーバ３０からダウンロードされたアプリケーション３０４及びシリアルコードをアプリケーション実行サーバ２０へ転送し、アプリケーション実行サーバ２０は、これらの転送を受けて、自動的に認証及びインストールを実行するので、ユーザは、わざわざアプリケーション実行サーバ２０へのインストール作業を行う必要がない。
【０１４１】
また、クライアント端末１０は、管理サーバ３０からダウンロードしたアプリケーション３０４及びシリアルコードをアプリケーション実行サーバ２０へ転送するまで一時的に保持するだけであるので、ハードディスク等の大容量の外部記憶装置を備えている必要はなく、簡易な構成で十分である。
【０１４２】
また、アプリケーション実行サーバ２０は、シリアルコード同士の照合を行って、一致した場合のみ、インストールを実行するので、第三者によるアプリケーションの不正使用を防止することが可能となる。
さらに、このように、インストールのための認証処理を管理サーバ３０で集中的に行わずに、各アプリケーション実行サーバ２０で分散させて認証処理を行うので、管理サーバ３０による処理の負荷を軽減させることが可能となる。
【０１４３】
また、アプリケーション実行サーバ２０が、インターネット等の外部ネットワーク４２に直接接続されていない場合であっても、クライアント端末１０を介して、ソフトウェアのアップデートを実行するので、外部ネットワーク４２に接続されていないことによるセキュリティ面の効果を奏したまま、必要なアップデートを容易に行うことが可能となる。
【０１４４】
また、管理サーバ３０は、シリアルコード、アプリケーション３０４及びアップデートファイル３０６をＢａｓｅ６４によりテキストファイルにエンコードして、クライアント端末１０へ送信するので、クライアント端末１０は、ブラウザやメーラ等の簡単なソフトウェアを実装しているだけで、アプリケーション実行サーバ２０へアプリケーション３０４のインストール等を行うことが可能となる。
【０１４５】
＜実施形態全体のまとめ＞
以上説明したように、第１乃至第３の全ての実施の形態によれば、アプリケーション実行サーバ２０は、アプリケーション実行ソフトウェア２０４を実装しており、このソフトウェア２０４は、アプリケーション２０２を実行するためのファイル管理プログラム２０４ａ、データベース２０４ｂ、ミドルウェア２０４ｃ及びＨＴＴＰＤ２０４ｄから構成されているので、自機に実装済みのＯＳ２０１の種類を問わず、様々なアプリケーション２０２を自機上で実行することが可能となる。従って、アプリケーション実行サーバ２０の管理者は、本システムに適用させるために、専用のＯＳを新たに実装させる労力を削減させることが可能となる。
【０１４６】
また、クライアント端末１０は、実装するブラウザ１０２により、アプリケーション実行サーバ２０に対してアプリケーション２０２の処理の実行を要求するとともに、その処理結果を受信して表示するので、クライアント端末１０自体にアプリケーションが実装されていなくとも、その処理結果を得ることが可能となる。従って、ユーザは、クライアント端末１０にアプリケーションを実装させる労力を削減できるとともに、その端末１０のハード資源を最小限に構成することができる。
また、クライアント端末１０は、一般的なブラウザ１０２によりアプリケーション実行サーバ２０から処理結果等を受信して表示するので、自機に実装されているＯＳ１０１に沿った開発仕様によらずに、アプリケーションのサービスの提供を受けることができる。
すなわち、共通のアプリケーションの開発仕様が定まっていないクライアント端末１０であっても、アプリケーションの処理結果を取得することができる。
【０１４７】
また、ユーザの利用希望するアプリケーションがアプリケーション実行サーバ２０に実装されていない場合であっても、管理サーバ３０からダウンロード又はクライアント端末１０からアップロードすることにより、そのアプリケーションを容易に実行可能とすることができる。
また、管理サーバ３０は、このアプリケーションのダウンロードの際には、アプリケーションを特定するためのシリアルコードを用いて、認証を行うので、不正なダウンロードを未然に防止することが可能となる。
【０１４８】
また、全ての実施の形態において、クライアント端末１０は、全情報の送受信をブラウザ１０２により行う。すなわち、アプリケーション実行サーバ２０及び管理サーバ３０に対する画面情報の要求、この画面情報の取得及び表示については、ブラウザ１０２により実行される。
また、このブラウザ１０２による情報の送受信については、一般的なブラウザの機能であるＡｊａｘ（Ａｓｙｎｃｈｒｏｎｏｕｓ  ＪａｖａＳｃｒｉｐｔ＋ＸＭＬ）を利用して行われる。すなわち、ブラウザ１０２に実装されているプログラム実行スクリプトであるＪａｖａＳｃｒｉｐｔのＨＴＴＰ通信機能を使って、Ｗｅｂページのリロードを伴わずに、サーバ２０，３０とＸＭＬ形式のデータのやり取りを行って処理を進める。
すなわち、クライアント端末１０は、アプリケーション実行サーバ２０からアプリケーション２０２の処理結果を得る場合や、管理サーバ３０から画面情報を得る場合には、画面情報（Ｗｅｂページ）全体を受信する必要はなく、部分的にＸＭＬドキュメントを各サーバ２０，３０から読み込みを実行する。
従って、クライアント端末１０における画面の切り替えに要する時間を短縮することができ、ユーザは、クライアント端末１０にアプリケーションが実装されているときと変わらない操作性を獲得することができる。
【０１４９】
このように、クライアント端末１０は、特別なソフトウェアを実装する必要がなく、一般的なブラウザを用いるだけで、あたかも自機に様々なアプリケーションが実装されているかのようなサービスを利用することができる。また、クライアント端末１０は、この他、以下のような異なる種類のブラウザ間で共通する標準方式を用いて、情報の送受信や表示を行う。すなわち、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ），ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ），ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ），ＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ），ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等を用いる。
【０１５０】
また、クライアント端末１０は、ユーザにより操作される情報処理装置であって、例えば、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、またはＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の携帯通信端末であってもよいし、タワー、デスクトップ、またはノートブックの各型のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であってもよい。
【０１５１】
また、前述のアプリケーション実行サーバ２０及び管理サーバ３０は、サービス提供事業者又はシステム管理事業者により管理される情報処理装置であって、例えば、ワークステーション等のハイエンドＰＣであってもよい。
【０１５２】
上記のクライアント端末１０、アプリケーション実行サーバ２０又は管理サーバ３０は、主にＣＰＵとメモリにロードされたプログラムによって実現される。ただし、それ以外の任意のハードウェアおよびソフトウェアの組合わせによってこの装置またはサーバを構成することも可能であり、その設計自由度の高さは当業者には容易に理解されるところである。
また、上記のクライアント端末１０、アプリケーション実行サーバ２０又は管理サーバ３０をソフトウェアモジュール群として構成する場合、このプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録され、上記の記録媒体からロードされるようにしてもよいし、所定のネットワークを介して接続されている外部機器からロードされるようにしてもよい。
【０１５３】
なお、上記の実施例は本発明の好適な実施の一例であり、本発明の実施例は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形して実施することが可能となる。
【図面の簡単な説明】
【０１５４】
【図１】本発明の第１の実施の形態におけるネットワークサービスシステムの構成を示す図である。
【図２】本発明の第１の実施の形態におけるクライアント端末の構成を示す図である。
【図３】本発明の第１の実施の形態におけるアプリケーション実行サーバの構成を示す図である。
【図４】本発明の第１の実施の形態における管理サーバの構成を示す図である。
【図５】本発明の第１の実施の形態におけるネットワークサービスシステムによるアプリケーションの利用処理の流れを示すシーケンスチャートである。
【図６】本発明の第１の実施の形態において、ユーザがそのアプリケーションの追加を申し込むときのネットワークサービスシステムによる処理の流れを示すシーケンスチャートである。
【図７】本発明の第１の実施の形態において、アプリケーション実行サーバへアプリケーションを追加するときの処理の流れを示すシーケンスチャートである。
【図８】本発明の第１の実施の形態において、アプリケーション実行サーバが、アプリケーション実行ソフトウェアを新規に実装するときの処理の流れを示すシーケンスチャートである。
【図９】本発明の第１の実施の形態における認証用データベースで管理されるデータ構成の一例を示す図である。
【図１０】本発明の第２の実施の形態におけるクライアント端末の構成を示す図である。
【図１１】本発明の第２の実施の形態におけるネットワークサービスシステムによる開発アプリケーションのアプリケーション実行サーバへの実装処理の流れを示すシーケンスチャートである。
【図１２】本発明の第２の実施の形態において、開発したアプリケーションの管理サーバへの登録処理の流れを示すシーケンスチャートである。
【図１３】本発明の第３の実施の形態におけるネットワークサービスシステムの構成を示す図である。
【図１４】本発明の第３の実施の形態におけるクライアント端末の構成を示す図である。
【図１５】本発明の第３の実施の形態におけるアプリケーション実行サーバの構成を示す図である。
【図１６】本発明の第３の実施の形態における管理サーバの構成を示す図である。
【図１７】本発明の第３の実施の形態におけるアプリケーション追加の申込み処理の流れを示すシーケンスチャートである。
【図１８】本発明の第３の実施の形態において、アプリケーション実行サーバへアプリケーションを追加するときの処理の流れを示すシーケンスチャートである。
【図１９】本発明の第３の実施の形態におけるソフトウェアのアップデート処理の流れを示すシーケンスチャートである。
【符号の説明】
【０１５５】
１０    クライアント端末
１１，２１，３１    制御部
１２，２２，３２    記憶部
１３，２３，３３    通信部
１４，２５    表示部
１５，２６    操作部
２０    アプリケーション実行サーバ
２４，３４    蓄積部
３０    管理サーバ
４０    ネットワーク
４１    内部ネットワーク
４２    外部ネットワーク
１０１，２０１，３０１    ＯＳ
１０２    ブラウザ
１０３，２０４ｃ，３０３ｃ    ミドルウェア
１０４，２０２，３０４    アプリケーション
１０５    変換プログラム
１０６  メーラ
２０３    データファイル
２０４，３０３    アプリケーション実行ソフトウェア
２０４ａ，３０３ａ    ファイル管理プログラム
２０４ｂ，３０３ｂ    データベース
２０４ｄ，３０３ｄ    ＨＴＴＰＤ
２０４ｅ，３０３ｅ    デコードプログラム
２０４ｆ，３０３ｆ    認証用プログラム
３０２    認証用データベース
３０５    エンコードプログラム
【図１】
2009140426.tif 000003
【図２】
2009140426.tif 000004
【図３】
2009140426.tif 000005
【図４】
2009140426.tif 000006
【図５】
2009140426.tif 000007
【図６】
2009140426.tif 000008
【図７】
2009140426.tif 000009
【図８】
2009140426.tif 000010
【図９】
2009140426.tif 000011
【図１０】
2009140426.tif 000012
【図１１】
2009140426.tif 000013
【図１２】
2009140426.tif 000014
【図１３】
2009140426.tif 000015
【図１４】
2009140426.tif 000016
【図１５】
2009140426.tif 000017
【図１６】
2009140426.tif 000018
【図１７】
2009140426.tif 000019
【図１８】
2009140426.tif 000020
【図１９】
2009140426.tif 000021