(57)【要約】【課題】  動作が速く自由度が高いウェブＯＳを提供する【解決手段】  サーバは、抽象化したデスクトップ画面の設定を記憶するデスクトップ画面手段を備える。クライアントは、デスクトップ画面手段と、デスクトップ画面手段を参照してデスクトップ画面の描画を行うデスクトップ画面描画手段と、ユーザのデスクトップ画面上の操作に対応した変化を前記端末の前記デスクトップ画面手段に反映するデスクトップ処理手段とを備える。また、サーバは、デスクトップ画面手段を前記クライアントに送信することができる。クライアントは、前記サーバから受信したデスクトップ画面手段を、デスクトップ処理手段により更新し、前記クライアントに送信することができる。また、サーバは、更に、クライアントより送信された前記デスクトップ画面手段により、前記サーバの前記デスクトップ画面手段を更新することができる。【選択図】  図２Ａ
2008282297.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで接続されたサーバとクライアントで、該クライアントでデスクトップ画面の画像を作成するウェブＯＳを実行するサーバ・クライアントシステムであって、
前記サーバは、
デスクトップ画面の設定を記述言語で記載したファイルを記憶するデスクトップ画面手段を備え、
前記クライアントは、
前記デスクトップ画面手段と、
前記デスクトップ画面手段を参照してデスクトップ画面の描画を行うデスクトップ画面描画手段と、
ユーザのデスクトップ画面上の操作に対応した変化を前記クライアントの前記デスクトップ画面手段に反映するデスクトップ処理手段とを備え、
前記サーバは、デスクトップ画面手段を前記クライアントに送信することができ、
前記クライアントは、前記サーバから受信したデスクトップ画面手段を、デスクトップ処理手段により更新し、前記クライアントに送信することができ、
前記サーバは、更に、前記クライアントより送信された前記デスクトップ画面手段により、前記サーバの前記デスクトップ画面手段を更新することができる
ことを特徴とするサーバ・クライアントシステム。
【請求項２】
前記デスクトップ画面手段は、ＸＭＬ形式で記憶することを特徴とする請求項１に記載のサーバ・クライアントシステム。
【請求項３】
前記デスクトップ画面描画手段は、前記クライアントの制御手段が直接実行できる実行ファイルであることを特徴とする請求項１又は２に記載のサーバ・クライアントシステム。
【請求項４】
前記サーバは、アプリケーションと該アプリケーションのアイコン画像を記憶するアプリケーション記憶手段を更に備え、
前記デスクトップ画面手段は、前記アプリケーションと前記アプリケーションのアイコン画像を、前記デスクトップ画面の設定として更に記憶することができる
ことを特徴とする請求項１乃至３のいずれか１項に記載のサーバ・クライアントシステム。
【請求項５】
前記クライアントは、シンクライアント用ＯＳを実行していることを特徴とする請求項１乃至４のいずれか１項に記載のサーバ・クライアントシステム。
【請求項６】
前記サーバは、
前記サーバのユーザが所有するファイルのアクセス権限を管理するアクセス権限管理部と、
前記サーバのユーザが所有するファイルのアクセス権限を記憶するアクセス管理記憶部とを更に備える
ことを特徴とする請求項１乃至５のいずれか１項に記載のサーバ・クライアントシステム。
【請求項７】
前記アクセス管理記憶部のアクセス管理は、複数のユーザがグループに所属するツリー構造で行うことを特徴とする請求項１乃至５のいずれか１項に記載のサーバ・クライアントシステム。
【請求項８】
前記サーバは、カプセル化されたサーバプログラムである子サーバ手段を更に備え、
前記子サーバ手段は、ジョブキューを備え、ジョブキュー管理によりジョブの遅延処理を行う
ことを特徴とする請求項１乃至７のいずれか１項に記載のサーバ・クライアントシステム。
【請求項９】
前記サーバは、ユーザ・インターフェイスからの情報を処理するエンパシー処理手段を更に備え、
前記エンパシー処理手段は、
図形情報に関する処理を行うプレゼンテーション手段と、
文字情報に関する処理を行うコミュニケーション手段とを備え、
前記プレゼンテーション手段と、前記コミュニケーション手段との間で相互に図形情報と文字情報を変換する
ことを特徴とする請求項１乃至８のいずれか１項に記載のサーバ・クライアントシステム。
【請求項１０】
ネットワークで接続されたサーバとクライアントで実行され、該クライアントでデスクトップ画面の画像を作成するウェブＯＳのプログラムであって、
前記サーバで実行するプログラムは、
抽象化したデスクトップ画面の設定を記憶するデスクトップ画面手段を備え、
前記クライアントで実行するプログラムは、
前記デスクトップ画面手段と、
前記デスクトップ画面手段を参照してデスクトップ画面の描画を行うデスクトップ画面描画手段と、
ユーザのデスクトップ画面上の操作に対応した変化を前記クライアントの前記デスクトップ画面手段に反映するデスクトップ処理手段とを備え、
前記サーバで実行するプログラムは、デスクトップ画面手段を前記クライアントに送信することができ、
前記クライアントで実行するプログラムは、前記サーバから受信したデスクトップ画面手段を、デスクトップ処理手段により更新し、前記クライアントに送信することができ、
前記サーバで実行するプログラムは、更に、前記クライアントより送信された前記デスクトップ画面手段により、前記サーバで実行するプログラムの前記デスクトップ画面手段を更新することができる
ことを特徴とするウェブＯＳのプログラム。
【請求項１１】
ネットワークで接続されたサーバとクライアントで実行され、該クライアントでデスクトップ画面の画像を作成するウェブＯＳの実行方法であって、
デスクトップ画面手段を前記クライアントに送信し、
前記サーバから受信したデスクトップ画面手段を、デスクトップ画面手段により更新し、ネットワーク接続手段により前記クライアントに送信し、
前記クライアントより送信された前記デスクトップ画面手段により、前記サーバの前記デスクトップ画面手段を更新する
ことを特徴とするウェブＯＳの実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特にクライアント・サーバシステム、ウェブＯＳのプログラム、ウェブＯＳの実行方法に関する。
【背景技術】
【０００２】
昨今、ＰＣ（パーソナル・コンピュータ）からの情報流出事件が相次いでおり、社会的な問題になっている。この情報流出事件は、業務に使用するＰＣにおいて、インターネット等の外部と接続することが可能なネットワークから、ウィルスやワーム等と呼ばれる悪意あるプログラムがＰＣの使用者が知らない間に導入されて、ＰＣの内部に保存された情報がネットワークを通じて流出するといった事例が大半である。
【０００３】
この情報流出を抑えるために、ネットワークを介してＰＣ等の端末（クライアント）とサーバとを接続する、サーバ・クラアントシステムが注目を浴びている。
サーバ・クライアントシステムを用いると、セキュリティーが管理されたサーバ内にデータを置き、ＰＣの内部にデータを残さないために、情報流出を抑えることが可能になる。
【０００４】
このサーバ・クライアントシステムにおいて、サーバ内のプログラムを一般のユーザが実行し、活用するためには、通常のＯＳ（オペレーティング・システム）のようなＧＵＩ（グラフィカル・ユーザ・インターフェイス）を備えることが望ましい。
このために、たとえば、マイクロソフト社製のウィンドウズ（登録商標）・サーバ２００３をインストールしたサーバと、ウィンドウズ（登録商標）・ＶｉｓｔａをインストールしたＰＣを端末として用いた、サーバ・クライアントシステムにおいては、「リモートデスクトップ」と呼ばれる機能を用いて、サーバ側が作成したデスクトップ画面の画像をネットワークを介してやり取りをすることで、ＧＵＩによる操作を実現している。
【０００５】
しかし、現状では、光ファイバーやＡＤＳＬ等のいわゆるブロードバンドと呼ばれるネットワークの普及に伴う、ネットワークの高度化・高機能化が進んでいるが、デスクトップ画面の画像をネットワークを介してやり取りするＧＵＩにおいては、サーバやネットワーク帯域の負担が大きいという問題点がある。
このため、多数のユーザがサーバにログインした際や、ネットワークの状態によっては、操作する際に遅延が生じ、ユーザがストレスを感じることがあるという問題点がある。
【０００６】
そこで、サーバ側で画像を直接送信するのではなく、端末側でデスクトップ画面の画像を作成するＧＵＩを用いて、必要なファイルやユーザの選択した操作のコマンド等のみをサーバとの間で送受信する「ウェブＯＳ」と呼ばれる技術が存在する。
ウェブＯＳにおいては、上述のリモートデスクトップのようにサーバ側で作成するデスクトップ画面の画像ファイルをネットワークを介して直接、端末に送信することがないため、サーバやネットワーク帯域の負担を抑えることができる。
このため、サーバでの処理の負荷の増大や、ネットワークによる遅延を抑えることができ、ユーザがサーバ・クライアントシステムをストレスなく活用することが可能となっている。
【０００７】
このウェブＯＳの例としては、例えば、ＷｅｂＳｈａｋａ社製のＹｏｕＯＳ（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｏｓ．ｃｏｍ／）等のような、インターネット・エクスプローラ（登録商標）６．０等のウェブブラウザにおいて動作する、ＡＪＡＸ等と呼ばれるＪａｖａ（登録商標）Ｓｃｒｉｐｔ言語を使用して端末側のＧＵＩを実現するウェブＯＳが存在する。
また、例えば、特許文献１を参照すると、特許文献１では「第２オペレーティングシステム」と証される、Ａｄｏｂｅ社製のＦｌａｓｈ等のコンパイル済みの実行ファイルを使用する技術を用いて端末側のＧＵＩを実現するウェブＯＳ（以下、従来技術２とする。）が存在する。
【０００８】
【特許文献１】国際公開第２００６／０４１１２２号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、従来技術１のウェブＯＳは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ言語を使用しているため、ウェブブラウザの互換性の問題があり、動作が遅く、また、ユーザがデスクトップ画面に対して行った変更を即時的にサーバに記憶することが難しかった。
また、従来技術２のウェブＯＳは、実行ファイルを用いているために端末の負担が少なく動作が速いものの、デスクトップ画面に関する設定ファイルが更新できないため、ユーザがデスクトップ画面の描画の自由度が低かった。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、上述の課題を解消することを課題とする。
【課題を解決するための手段】
【００１１】
本発明のサーバ・クライアントシステムは、ネットワークで接続されたサーバとクライアントで、該クライアントでデスクトップ画面の画像を作成するウェブＯＳを実行するサーバ・クライアントシステムであって、前記サーバは、デスクトップ画面の設定を記述言語で記載したファイルを記憶するデスクトップ画面手段を備え、前記クライアントは、前記デスクトップ画面手段と、前記デスクトップ画面手段を参照してデスクトップ画面の描画を行うデスクトップ画面描画手段と、ユーザのデスクトップ画面上の操作に対応した変化を前記クライアントの前記デスクトップ画面手段に反映するデスクトップ処理手段とを備え、前記サーバは、デスクトップ画面手段を前記クライアントに送信することができ、前記クライアントは、前記サーバから受信したデスクトップ画面手段を、デスクトップ処理手段により更新し、前記クライアントに送信することができ、前記サーバは、更に、前記クライアントより送信された前記デスクトップ画面手段により、前記サーバの前記デスクトップ画面手段を更新することができることを特徴とする。
本発明のサーバ・クライアントシステムは、前記デスクトップ画面手段は、ＸＭＬ形式で記憶することを特徴とする。
本発明のサーバ・クライアントシステムは、前記デスクトップ画面描画手段は、前記クライアントの制御手段が直接実行できる実行ファイルであることを特徴とする。
本発明のサーバ・クライアントシステムは、前記サーバは、アプリケーションと該アプリケーションのアイコン画像を記憶するアプリケーション記憶手段を更に備え、前記デスクトップ画面手段は、前記アプリケーションと前記アプリケーションのアイコン画像を、前記デスクトップ画面の設定として更に記憶することができることを特徴とする。
本発明のサーバ・クライアントシステムは、前記クライアントは、シンクライアント用ＯＳを実行していることを特徴とする。
本発明のサーバ・クライアントシステムは、前記サーバは、前記サーバのユーザが所有するファイルのアクセス権限を管理するアクセス権限管理部と、前記サーバのユーザが所有するファイルのアクセス権限を記憶するアクセス管理記憶部とを更に備えることを特徴とする。
本発明のサーバ・クライアントシステムは、前記アクセス管理記憶部のアクセス管理は、複数のユーザがグループに所属するツリー構造で行うことを特徴とする。
本発明のサーバ・クライアントシステムは、前記サーバは、カプセル化されたサーバプログラムである子サーバ手段を更に備え、前記子サーバ手段は、ジョブキューを備え、ジョブキュー管理によりジョブの遅延処理を行ことを特徴とする。
本発明のサーバ・クライアントシステムは、前記サーバは、ユーザ・インターフェイスからの情報を処理するエンパシー処理手段を更に備え、前記エンパシー処理手段は、図形情報に関する処理を行うプレゼンテーション手段と、文字情報に関する処理を行うコミュニケーション手段とを備え、前記プレゼンテーション手段と、前記コミュニケーション手段との間で相互に図形情報と文字情報を変換することができる
ことを特徴とする請求項１乃至８のいずれか１項に記載のサーバ・クライアントシステム。
本発明のウェブＯＳのプログラムは、ネットワークで接続されたサーバとクライアントで実行され、該クライアントでデスクトップ画面の画像を作成するウェブＯＳのプログラムであって、前記サーバで実行するプログラムは、抽象化したデスクトップ画面の設定を記憶するデスクトップ画面手段を備え、前記クライアントで実行するプログラムは、前記デスクトップ画面手段と、前記デスクトップ画面手段を参照してデスクトップ画面の描画を行うデスクトップ画面描画手段と、ユーザのデスクトップ画面上の操作に対応した変化を前記クライアントの前記デスクトップ画面手段に反映するデスクトップ処理手段とを備え、前記サーバで実行するプログラムは、デスクトップ画面手段を前記クライアントに送信することができ、前記クライアントで実行するプログラムは、前記サーバから受信したデスクトップ画面手段を、デスクトップ処理手段により更新し、前記クライアントに送信することができ、前記サーバで実行するプログラムは、更に、前記クライアントより送信された前記デスクトップ画面手段により、前記サーバで実行するプログラムの前記デスクトップ画面手段を更新することができることを特徴とする。
本発明のウェブＯＳの実行方法は、ネットワークで接続されたサーバとクライアントで実行され、該クライアントでデスクトップ画面の画像を作成するウェブＯＳの実行方法であって、デスクトップ画面手段を前記クライアントに送信し、前記サーバから受信したデスクトップ画面手段を、デスクトップ画面手段により更新し、前記ネットワーク接続手段により前記クライアントに送信し、前記クライアントより送信された前記デスクトップ画面手段により、前記サーバの前記デスクトップ画面手段を更新することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、動作が速く、デスクトップ画面に対してユーザが行った変更を即時的にサーバに記憶する、描画の自由度の高いウェブＯＳを提供することができる。
【発明を実施するための最良の形態】
【００１３】
＜実施の形態＞
（概念図）
以下、図面を参照して、本発明の実施の形態に係るウェブＯＳを実行するサーバ・クライアントシステムについて説明する。
図１は、本発明の実施の形態に係るウェブＯＳを実行するためのサーバ・クライアントシステムの概念図である。
本発明の実施の形態に係るサーバ・クライアントシステムＸは、Ｌｉｎｕｘ（登録商標）等のサーバ用ＯＳがインストールされており本発明の実施の形態に係るウェブＯＳのサーバ用プログラムが稼働しているサーバ１０と、Ａｄｏｂｅ社製Ｆｌａｓｈプレイヤー等がインストールされているマイクロソフト社製ウィンドウズ（登録商標）・ＸＰ又はシンクライアント用ＯＳがインストールされており、一般のユーザが使用する一般的なＰＣ／ＡＴ互換機等のＰＣ等である端末２０−１〜２０−ｎとが、インターネットやイントラネット等であるネットワーク部５を介して接続されている。
【００１４】
（サーバの構成）
図２Ａを参照して、本発明の実施の形態に係るサーバ１０の構成について説明する。
サーバ１０は、例えばＰＣ／ＡＴ互換機等の機能を備えた複数のサーバからなるサーバのクラスタ等であって、ＮＦＳ（ネットワーク・ファイルシステム）等を使用して各サーバの内蔵ＨＤＤが接続されており、１つのサーバにユーザが接続するように使用できる。また、ＭｙＳＱＬ（登録商標）やＰｏｓｔｇｒｅＳＱＬ等のデータベースエンジンが実行されている。
サーバ１０の主な構成要素としては、ＣＰＵ等の制御装置である制御部１０１と、ウェブＯＳで実行可能なアプリケーションのファイルとこの関連ファイルが記憶されているアプリケーション・データベース１０２と、サーバにアクセスするユーザのサーバ１０の使用権であるアカウント情報等が記憶されているユーザ管理データベース１０３と、各ユーザとユーザのグループのデスクトップ、アプリケーション、設定ファイル等が記憶されているユーザデータ・データベース１０４と、ユーザデータ・データベース１０４等に記憶されているファイルのアクセス管理等を行っているアクセス管理データベース１０５と、アプリケーション・データベース１０２のアプリケーションの管理を行うアプリケーション管理部１０６と、ユーザのデスクトップ画面の処理等を行うデスクトップ処理部１０９と、アクセス管理データベース１０５のファイルのアクセス権限の管理等を行うアクセス権限管理部１１０と、ユーザとの対話処理を行う対話処理部１１１とを備える。
【００１５】
（サーバのデータベースの構成）
次に、図２Ｂを参照して、サーバ１０に含まれる各データベースの内部の構成について説明する。
アプリケーション・データベース１０２は、コア・アプリケーション記憶部１０２１と、システム・アプリケーション記憶部１０２２と、アプリケーション画像記憶部１０２３とを備える。
ユーザ管理データベース１０３は、サーバ１０にアクセスするユーザのアカウント情報、即ちアカウント名とパスワードに加えて、決済情報等の各ユーザに関する情報を記憶している。
【００１６】
ユーザデータ・データベース１０４は、各ユーザごとのユーザデータを記憶するユーザデータ記憶部２００−１〜２００−ｎと、複数のユーザが集合したグループの共有データを記憶するユーザデータ共有部４００−１〜４００−ｎとを備える。
さらに、各ユーザデータ記憶部２００−ｎは、ユーザのデスクトップ画面に関する抽象化した設定ファイルであるｄｅｓｋｔｏｐ．ｘｍｌファイル（デスクトップ画面手段）や各種設定ファイル等が記憶されたデスクトップ設定部３００−ｎと、ユーザごとにインストールされたアプリケーションやそのシンボリックリンク等が記憶されたユーザ・アプリケーション記憶部３１０−ｎと、各種設定ファイル等や一次的に記憶するデータ等が記憶された通常データ記憶部３２０−ｎとを備えている。
また、上述のアプリケーション・データベース１０２と、ユーザデータ・データベース１０４の内部のデータは、仮想的なルート「／」に属するツリー構造でアクセス可能である。  図３のユーザデータ・データベース１０４は、１つのグループに１０のユーザが属するとした場合のツリー構造を示している。
この１つのグループに属するユーザの数は可変である。また、各ユーザは複数のグループに属することができるが、通常は１つのグループに属する。
【００１７】
アクセス管理データベース１０５は、ユーザデータ・データベース１０４に記憶しているユーザユーザデータ記憶部２００−１〜２００−ｎと、ユーザデータ共有部４００−１〜４００−ｎに記憶されているファイルのアクセスの管理を行う情報が記憶されている。
このアクセス管理データベース１０５に記憶された情報による、グループ内のユーザ同士、またグループ間でのアクセスについては、後述する。
【００１８】
（端末の構成）
図３は、本発明の実施の形態に係るこれらの端末の一つで、通常のＰＣである端末２０−１の構成を示すブロック図である。
端末２０−１は、例えばＰＣ／ＡＴ互換機の機能を備えるＰＣであるが、ＰＣ／ＡＴ互換機として最低限必要な機能を汎用品から組み立てた専用設計ではないシンクライアントであってもよい。シンクライアントの場合、シンクライアント用ＯＳを実行することができる。
端末２０−１は主な構成として、ＰＣの制御部である例えばＩｎｔｅｌ社製Ｃｏｒｅ２（登録商標）等のＣＰＵ（中央処理装置）である制御部２１と、ＤＲＡＭ等である主記憶部２２と、主記憶部２２と制御部２１とのメモリ記憶内容のリード／ライトを行うためのやり取りをするメモリコントローラやＩ／Ｏコントロール等を行う集積回路であるチップセット２３と、ハードディスクドライブ（ＨＤＤ）等である固定ディスク装置２５と、ネットワーク接続部２７とを含む。さらに、チップセット２３は、ユーザがＰＣの操作を行うための入力部であるキーボード４０とマウス等であるポインティングデバイス４５とに接続されている。
ビデオカード２６は、ＰＣの表示用に用いられる部位である。このビデオカード２６には、ＣＲＴディスプレイや液晶ディスプレイ等である表示部５０が接続されている。ネットワーク接続部２７（ネットワーク接続手段）は、ＬＡＮカード等の有線ＬＡＮや無線ＬＡＮのインターフェイスであり、端末２０−１をインターネット等のネットワークに接続可能である。
【００１９】
（ウェブＯＳの構成）
次に、後述するウェブＯＳの起動が終わった際に、端末２０−１の主記憶部に記憶されるウェブＯＳのプログラムとデータの構成について、図４を参照して説明する。
本発明の実施の形態に係るウェブＯＳは、汎用的なＯＳ又はシンクライアント用ＯＳのレイヤ（実行環境）上で実行することができるＯＳであり、主な構成として、デスクトップ画面の処理等を行うデスクトップ処理部５０９（デスクトップ処理手段）と、ウェブＯＳ動作に関するの様々な処理を行う端末用プログラム５００（デスクトップ画面描画手段）と、サーバ１０からダウンロードしたアプリケーションを記憶する、コア・アプリケーション記憶部５２１と、システム・アプリケーション記憶部５２２と、ユーザ・アプリケーション記憶部５２４と、デスクトップ画面の設定ファイルであるｄｅｓｋｔｏｐ．ｘｍｌと各種設定ファイルを記憶するデスクトップ設定部５２５を備えている。
【００２０】
（ウェブＯＳの起動）
ここで、図５のフローチャートを参照して、本発明の実施の形態に係るウェブＯＳの起動処理について説明する。
ここでは、端末２０−１をサーバ１０にアクセスするユーザＡの端末とし、このユーザＡがアクセスするユーザデータが記憶されたユーザデータ記憶部をユーザデータ記憶部２００−１として説明する。
まず、ユーザＡは端末２０−１の電源を投入し、端末２０−１を起動する指示を行う。端末２０−１は、固定ディスク装置２５にインストールされているＯＳであるウィンドウズ（登録商標）・ＶｉｓｔａやＭａｃＯＳ（登録商標）等の汎用ＯＳ、又は光ディスク装置２４や図示しないＵＳＢフラッシュメモリ等にインストールされているシンクライアント用ＯＳを起動する。
この上で、ユーザＡは、起動したＯＳがウィンドウズ（登録商標）の場合は、インターネット・エクスプローラ４．０〜７．０やＦｉｒｅＦｏｘ（登録商標）、Ｏｐｅｒａ（登録商標）、ネットフロント（登録商標）等のブラウザ（ワールド・ワイド・ウェブ・ブラウザ）を起動する指示を行う。このブラウザには、Ａｄｏｂｅ社製のＦｌａｓｈプレイヤー又はこの互換プレイヤー等のプラグインが組み込まれている必要がある。
【００２１】
ユーザの指示により、制御部２１は、ブラウザを起動し、表示部５０に表示する。ユーザはキーボード４０とポインティングデバイス４５を用いて、ブラウザ上で、どのような処理を行うのかの指示をすることができる。
ブラウザの起動後に、ユーザＡはブラウザのアドレス欄にサーバ１０のドメイン名を含むＵＲＬを入力する。これにより、ユーザは、サーバ１０にアクセスする。
以下、サーバ１０と端末２０−１との間の情報のやり取りに関しては、サーバ１０のネットワーク接続部１０７から、端末２０−１のネットワーク接続部２７との間で、ネットワーク部５を介して、暗号化等されたセキュアなプロトコルを使用して送受信が行われる。
なお、ユーザＡが起動したのがシンクライアント用ＯＳの場合は、起動後、自動的にサーバ１０にアクセスすることができる。
【００２２】
（ステップＳ１０１）
このステップＳ１０１において、サーバ１０はログイン処理を行う。
まず、端末２０−１からユーザＡがサーバ１０へのアクセスを行うと、サーバ１０の制御部１０１は、アプリケーション・データベース１０２のコア・アプリケーション記憶部１０２１に記憶されている、ウェブＯＳの端末用プログラム５００とデスクトップ処理部５０９のプログラムとを端末２０−１に送信する。この端末用プログラムは、ウェブページの全画面にＦｌａｓｈファイルを表示する、簡単なＨＴＭＬファイルと、以下のウェブＯＳの様々な処理を行うメインプログラムである．ｓｗｆファイル等のＦｌａｓｈの実行ファイルを備えている。
この端末用プログラムは、端末２０−１の制御部２１が実行し、ブラウザ上で描画を行い、サーバ１０との情報の送受信等のＡＰＩ（アプリケーション・プログラミング・インターフェイス）を呼び出すことができる。
端末２０−１の制御部２１は、この端末用プログラム５００を受信すると、主記憶部２２に記憶して、実行する。この後、ウェブＯＳに係る表示は、端末用プログラム５００により表示部５０に表示しているブラウザのウィンドウに対して行う。
さらに、制御部２１は、端末用プログラム５００が実行されると同時に、デスクトップ処理部５０９のプログラムも実行する。
【００２３】
ここで、表示部５０には、まず、制御部２１は図示しないログイン画面を表示し、ユーザＡの入力を求める。
ここで、ユーザＡが入力したアカウント名とパスワードを、端末２０−１の制御部２１が、サーバ１０に送信する。
サーバ１０の図示しないログイン処理部は、この情報を受信すると、ユーザ管理データベース１０３に記憶されているユーザのアカウント情報から、ユーザＡが入力したアカウント名とパスワードが正しいかどうかを判定する。
ここで、ユーザのアカウントやパスワードが間違っている場合は、サーバ１０は再度入力を求める信号を、端末２０−１に送信する。ユーザが既定回数、正しい入力を行わなかった場合、サーバ１０のネットワーク接続部１０７は、端末２０−１からの通信を受け付けないように設定することができる。
なお、ユーザが起動したのがシンクライアント用ＯＳの場合、上述のステップＳ１０１の処理は、シンクライアント用ＯＳに含まれるユーザ識別部や、指紋認証機能を使用して行うことができる。
【００２４】
（ステップＳ１０２）
次に、ステップＳ１０２において、サーバ１０のデスクトップ処理部１０９は、ユーザのデスクトップ画面を構成する記述言語で記載した設定ファイルである、例えばｄｅｓｋｔｏｐ．ｘｍｌファイルを、ユーザデータ記憶部２００−１のデスクトップ設定部３００−１から読み込んで、端末２０−１に送信する。
このステップでは、端末２０−１のデスクトップ処理部５０９は、このｄｅｓｋｔｏｐ．ｘｍｌファイルを主記憶部２２に記憶する。
【００２５】
ｄｅｓｋｔｏｐ．ｘｍｌは、図７Ａを参照して説明すると、各ユーザごとのデスクトップ画面が抽象化されて構成されている、例えばＸＭＬ形式等で記憶されたファイルである。ＸＭＬ形式で記述することにより、後述するようにアプリケーションの作成やデータベースとの連携をスムーズに行うことができるという特徴を有する。
ｄｅｓｋｔｏｐ．ｘｍｌに記述されたデスクトップ画面の構成としては、＜ａｐｐｌｉｃａｔｉｏｎｓ＞タグ内に、デスクトップ画面で起動することができるアプリケーションを記述している。また、＜ｃｏｒｅ−ａｐｐｌｉｃａｔｉｏｎｓ＞タグ内には、各種アプリケーションやシステム設定等のプログラムの呼び出しを行うコア・アプリケーションが記述されている。さらに、デスクトップ画面の壁紙のファイルについても指定している。
デスクトップ画面で起動することができるアプリケーションについては、＜ａｐｐｌｉｃａｔｉｏｎｓ＞タグのｔｙｐｅ属性に、アプリケーションの種類を記述している。
このアプリケーションの種類としては、ウェブＯＳの標準として提供するシステム・アプリケーション（属性の内容が「ｓｙｓｔｅｍ」）と、ユーザが作成又はインストールすることができるユーザ・アプリケーション（属性の内容が「ｕｓｅｒ」）がある。
また、アプリケーションのアイコン画像のファイル名やファイルの種類、画面上の座標、呼び出すアプリケーション（．ｓｗｆファイル）のディレクトリ位置とアプリケーションのプログラム名等についても、アプリケーションごとに記述している。
【００２６】
なお、図７Ｃを参照すると、このｄｅｓｋｔｏｐ．ｘｍｌに関する別のタグとして、＜ａｐｐｌｉｃａｔｉｏｎｓ＞タグの後に＜ｃａｔｅｇｏｒｙ＞タグを設けることができる。
この＜ｃａｔｅｇｏｒｙ＞タグのｉｄ属性は、そのカテゴリが何を示すのかを表している。例えば、「ｔｏｏｌ」なら、開発ツールであることを示す。
このカテゴリは、後述するランチャーのタブ機能により、カテゴリ毎にタブにアプリケーション起動アイコンを格納するために使用する。これにより、デスクトップに散らばったアイコンを機能別や種別毎にカテゴリ分けが可能となる。
また、＜ｄｅｓｋｔｏｐ＞タグに国際化のためのパラメータである、ｌｏｃａｌｅ属性を付加することも可能である。
このｌｏｃａｌｅ属性を、例えば「ｊａ＿ＪＰとすると、利用するアプリケーションを日本語化する。
また、ｅｎ＿ＵＳ  とすると、英語化することができる。
このｌｏｃａｌｅ属性は、ユーザ毎、またはデスクトップ画面毎に指定可能なので、様々な国籍の社員が勤めるようなグローバル企業で、同一のサーバで使用することができる。
これにより、従来技術１や従来技術２のウェブＯＳでは実現することが困難であった、サーバがユーザの使用言語に対応して、実行ファイルを送信することが可能になる。
また、ｌｏｃａｌｅ属性を変更するのは簡単なので、プログラムの各国語による挙動の違いについて、簡便にチェックをすることが可能になる。
【００２７】
（ステップＳ１０３）
次に、ステップＳ１０３においては、端末２０−１の制御部２１が、コア・アプリケーションの読み込みと実行を行う。
具体的には、端末２０−１のデスクトップ処理部５０９が、主記憶部２２に記憶したｄｅｓｋｔｏｐ．ｘｍｌを解釈して、＜ｃｏｒｅ−ａｐｐｌｉｃａｔｉｏｎｓ＞タグ内に記述されたコア・アプリケーションを、サーバ１０にリクエストする。
なお、ここで解釈とは、制御部２１がＸＭＬ形式等のファイルのタグを読み込んで、このタグに記載している情報により、処理を行うための情報を得ることをいう。
【００２８】
サーバ１０がリクエストを受信すると、サーバ１０のデスクトップ処理部１０９は、アプリケーション・データベース１０２のコア・アプリケーション記憶部１０２１からリクエストされたコア・アプリケーションの．ｓｗｆの実行ファイルとその他の設定ファイルや実行ファイル等を読み出して、端末２０−１に送信する。
同様に、このアプリケーションのアイコン画像等のリソースや画像データ等に関しても、アプリケーション画像記憶部１０２３から読み出して、端末２０−１に送信する。
端末２０−１がこのコア・アプリケーションと関連ファイルを受信すると、制御部２１が、このコア・アプリケーションをコア・アプリケーション記憶部５２１に記憶し、すぐにこのコア・アプリケーションを実行する。
【００２９】
（ステップＳ１０４）
次に、ステップＳ１０４にて、端末２０−１のデスクトップ処理部５０９は、ｄｅｓｋｔｏｐ．ｘｍｌファイルを解釈して、壁紙のファイルをサーバ１０にリクエストする。
サーバ１０がリクエストを受信すると、デスクトップ処理部１０９は、アプリケーション・データベース１０２のアプリケーション画像記憶部１０２３から壁紙画像のファイルを、端末２０−１に送信する。
端末２０−１はこの壁紙画像ファイルを受信すると、デスクトップ設定部５２５に記憶し、端末用プログラム５００により表示部５０に表示する。
【００３０】
（ステップＳ１０５）
次に、ステップＳ１０５にて、端末２０−１の制御部２１が、システム・アプリケーションの読み込みを行う。
具体的には、上述のコア・アプリケーションと同様に、主記憶部２２に記憶したｄｅｓｋｔｏｐ．ｘｍｌファイルをデスクトップ処理部５０９が解釈して、＜ａｐｐｌｉｃａｔｉｏｎｓ＞タグ内に記述されているアプリケーションのうち、システム・アプリケーションを、サーバ１０にリクエストする。
【００３１】
サーバ１０がリクエストを受信すると、サーバ１０のデスクトップ処理部１０９は、アプリケーション・データベース１０２のシステム・アプリケーション記憶部１０２２からリクエストされたコア・アプリケーションの．ｓｗｆの実行ファイルとその他の設定ファイルや実行ファイル等を読み出して、端末２０−１に送信する。
同様に、このアプリケーションのアイコン画像のファイル等のリソースや画像データ等に関しても、アプリケーション画像記憶部１０２３から読み出して、端末２０−１に送信する。
端末２０−１がこのコア・アプリケーションと関連ファイルを受信すると、制御部２１は、システム・アプリケーション記憶部５２２に記憶する。このシステム・アプリケーションに関しては、制御部２１は、ユーザが実行するまで待機状態にする。
【００３２】
（ステップＳ１０６）
ユーザが個別にインストールしたユーザ・アプリケーションに関しては、この後、システム・アプリケーション等と同様に、端末２０−１のデスクトップ処理部５０９が、ｄｅｓｋｔｏｐ．ｘｍｌを解釈して、サーバ１０に、まずはアイコン画像のファイルをリクエストする。
端末２０−１がこのリクエストを受信すると、制御部１０１は、ユーザデータ・データベース１０４のユーザデータ記憶部２００−１内のユーザ・アプリケーション記憶部３１０−１から、ユーザがインストールしたアプリケーションのアイコン画像のファイルを読み込み、端末２０−１に送信する。この画像ファイルは、後述するようにユーザがインストールしたアプリケーションと同様、シンボリックリンクのようなファイルのインデックスを基に読み込むことが可能である。
【００３３】
端末２０−１はサーバ１０から、アイコン画像のファイルを受信すると、制御部２１が、ユーザ・アプリケーション記憶部５２４に記憶する。
このユーザがインストールしたアプリケーションの本体である．ｓｗｆファイルについては、端末２０−１の主記憶部２２の容量の消費を削減するために、ユーザがＧＵＩで実行することを指示した際に、制御部２１がサーバ１０にリクエストする。
【００３４】
（ステップＳ１０７）
次に、ステップＳ１０７において、制御部２１は、ｄｅｓｋｔｏｐ．ｘｍｌに記載されている画面上の座標に、コア・アプリケーション、システム・アプリケーション、ユーザ・アプリケーションのアイコン画像を基にしたアイコンを表示する。
さらに、端末２０−１の制御部２１が、他にサーバ１０にリクエストしたファイル（たとえば、マウスカーソル画像やウィンドウのデザイン、フォント等）を基に、画像を表示する。これにより表示部５０の上にデスクトップ画面が表示される。
以上により、ウェブＯＳの起動処理が終了する。
【００３５】
（ウェブＯＳの動作）
ここで、図７Ａ〜図７Ｂと図８Ａ〜図８Ｄを参照して本発明の実施の形態に係るウェブＯＳの動作について詳しく説明する。
上述したように、端末２０−１の制御部２１は、Ａｄｏｂｅ社製のＦｌａｓｈ（登録商標）プレイヤー等を使用して、サーバ１０から送信された上記のデスクトップ画面を構成するデータであるｄｅｓｋｔｏｐ．ｘｍｌを基に、端末用プログラム５００によりユーザＡのデスクトップ画面を表示部５０に表示する。
【００３６】
ユーザは、このデスクトップ画面に係るＧＵＩで、キーボード４０やポインティングデバイス４５等を使用して、さまざまな操作を行うことができる。
すなわち、ユーザがデスクトップ画面上で、クリックやダブルクリック、ドラッグ等のアイコンに係る操作を行うと、端末の制御部２１が対応する操作を表示部５０の画面上に反映する。
たとえば、ユーザがデスクトップ画面上で、ポインティングデバイス４５の右ボタンをクリック右クリックを行うと、図８Ｃを参照すると、「Ｓａｖｅ  ｄｅｓｋｔｏｐ」（デスクトップ画面に係るｄｅｓｋｔｏｐ．ｘｍｌと画面ショットをサーバ１０のデスクトップ設定部３００−１に記憶）、「Ｒｅｆｒｅｓｈ  ｄｅｓｋｔｏｐ」（デスクトップ画面の更新、すなわちｄｅｓｋｔｏｐ．ｘｍｌをサーバ１０から読み込んで、これを基に再表示する）、「Ｌｉｎｅｕｐ  Ｉｃｏｎ」（アイコンを整列する。これにより、端末２０−１のｄｅｓｋｔｏｐ．ｘｍｌに反映される）、「設定」（デスクトップ画面やウェブＯＳに係る設定を行う、専用のシステム・アプリケーションを実行する）等の操作を行うことができる。
【００３７】
ここで、もしユーザが画面上でアイコンに対して、クリックやダブルクリック、ドラッグ等のアイコンに係る操作を行った場合、端末２０−１の制御部２１は、主記憶部２２に記憶されているｄｅｓｋｔｏｐ．ｘｍｌを、ユーザの行った操作を反映させるように更新する。さらに、この上で、制御部２１は、更新したｄｅｓｋｔｏｐ．ｘｍｌをサーバ１０に送信する。
サーバ１０の制御部１０１は、受信したｄｅｓｋｔｏｐ．ｘｍｌを用いて、ユーザＡのユーザデータ・データベース１０４のユーザデータ記憶部２００−１のデスクトップ設定部３００−１に記憶されているｄｅｓｋｔｏｐ．ｘｍｌを更新する。
ユーザが端末２０−１において体験することができる動作としては、汎用ＯＳであるＷｉｎｄｏｗｓ（登録商標）等と同様に、デスクトップ画面上のアイコンをダブルクリックすると、そのアイコンに関連するアプリケーションの．ｓｗｆファイル（実行ファイル）を制御部２１により実行する。
【００３８】
上述のｄｅｓｋｔｏｐ．ｘｍｌの更新について、さらに詳しく説明する。
たとえば、ユーザＡが画面上のアイコンをドラッグ＆ドロップの操作（ポインティングデバイス４５のボタンを押下してアイコンを選択したまま動かして、ボタンを離すこと）をすると、アイコンを移動することができる。
例えば、図８Ａの画面ショットのデスクトップ画面から、図８Ｂの画面ショットのデスクトップ画面ユーザがアイコンを移動した場合について説明する。
この図８Ａの時点でのデスクトップ画面に係るｄｅｓｋｔｏｐ．ｘｍｌは、図７Ａに示す通りである。これに対して、図８Ｂの時点でのｄｅｓｋｔｏｐ．ｘｍｌは、図７Ｂに示すように、移動したアイコンに関連する画面上の変化（例えば画面上の座標の変化）を反映している。
すなわち、＜ａｐｐｌｉｃａｔｉｏｎｓ＞タグ内の移動したアプリケーションについて、アイコンの位置を示すタグ内のデータが変化している。
【００３９】
また、図８Ｄを参照すると、ユーザがデスクトップ画面のアイコンの上で右クリックをすると、「Ｄｅｌｅｔｅ  Ｉｃｏｎ」を選択することができる。
ユーザがこれを選択すると、制御部２１により確認を求めるダイアログボックスを表示部５０のデスクトップ画面に表示する。
ユーザが容認すると、デスクトップ処理部５０９が、デスクトップ画面からアイコンが消去し、ｄｅｓｋｔｏｐ．ｘｍｌに反映する。
さらに、このｄｅｓｋｔｏｐ．ｘｍｌをサーバ１０が受信した際に、サーバ１０のデスクトップ処理部１０９は、このｄｅｓｋｔｏｐ．ｘｍｌを解釈する。これにより、アプリケーション管理部１０６が、ユーザ・アプリケーション記憶部３１０−１に記憶されている該当するアプリケーションの．ｓｗｆファイルや関連するファイル等を削除する。
すなわち、ユーザは従来技術１のウェブＯＳや汎用ＯＳ等で必要なアンインストール作業を一切することがなく、いらなくなったアプリケーションを除去することができる。
【００４０】
同様に、例えば、ユーザＡがユーザデータ共有部４００−１に置かれたアプリケーションや他人のデスクトップ画面にあるアプリケーションのアイコンを、ユーザＡのデスクトップ画面にコピー又は移動するだけで、対応するデスクトップ画面の変化を端末２０−１のデスクトップ処理部５０９がｄｅｓｋｔｏｐ．ｘｍｌに反映する。
さらにサーバ１０が端末から、この変化の反映されたｄｅｓｋｔｏｐ．ｘｍｌを受信すると、サーバ１０のデスクトップ処理部１０９はｄｅｓｋｔｏｐ．ｘｍｌを解釈する。これにより、アプリケーション管理部１０６は、該当するアプリケーションと、これに関連するファイルをユーザ・アプリケーション記憶部３１０−１に記憶する。
これにより、ユーザは、従来技術１のウェブＯＳや汎用ＯＳ等で必要な、煩雑なインストール作業をすることがなく、当該アプリケーションを使用することができる。
【００４１】
（アプリケーションの起動動作）
（ステップＳ２０１）
次に、実際にアプリケーションを実行する際の動作について、図６のフローチャートを参照して説明する。
まず、ステップＳ２０１において、ユーザが表示部５０上に表示されているアプリケーションのアイコンを、ポインティングデバイス４５等で左クリック又は左ダブルクリックする。これにより、このアイコンに関連づけられたアプリケーションについて、制御部２１が、ｄｅｓｋｔｏｐ．ｘｍｌを参照する。
この際、ユーザがダブルクリックしたアイコンが、すでに．ｓｗｆファイルが読み込まれて実行しているコア・アプリケーションの場合、クリックに対応した処理を行う。たとえば、図８Ｅの画面ショットを参照すると、「ランチャー」のコア・アプリケーションをユーザＡがクリックした場合、多数のアプリケーションについてメニュー形式で選択することで、実行することができる。
また、このランチャーはタブを表示する機能を備えている。このタブには、ｄｅｓｋｔｏｐ．ｘｍｌの＜ｃａｔｅｇｏｒｙ＞タグに記載したカテゴリーごとのアプリケーションを表示することができる。これにより、ユーザは散らばったアイコンに迷うことなく、実行したいアプリケーションを選択することが可能になる。
また、ユーザがダブルクリックしたアイコンがシステム・アプリケーションの場合、実行する準備を行う。
【００４２】
ここで、ユーザがダブルクリックしたアイコンがユーザ・アプリケーションの場合、端末２０−１の制御部２１がリクエストする。
サーバ１０はリクエストを受信すると、制御部１０１がユーザ・アプリケーション記憶部３１０−１に記憶されているアプリケーションの．ｓｗｆファイル（又は、このシンボリックリンクにより記述されている．ｓｗｆファイル）とこの関連ファイルを、端末２０−１に送信する。
端末２０−１が．ｓｗｆファイルとこの関連ファイルを受信すると、これらのファイルは制御部２１がユーザ・アプリケーション記憶部５２４に記憶する。
【００４３】
（ステップＳ２０２）
次に、ステップＳ２０２において、端末２０−１の制御部２１は、主記憶部２２に記憶されているアプリケーションに関する各種の情報を更新する。
ここで、ｄｅｓｋｔｏｐ．ｘｍｌに関しても、たとえばユーザ・アプリケーションの場合、ユーザがこのアプリケーションの実行をやめて（ウィンドウを閉じて）、また起動する場合は、サーバ１０からは受信せず、ユーザ・アプリケーション記憶部５２４に記憶しているユーザ・アプリケーションを起動するような情報を付記することができる。この付記された情報は、サーバ側のｄｅｓｋｔｏｐ．ｘｍｌが更新された際に除去することも可能である。
【００４４】
（ステップＳ２０３）
次に、ステップＳ２０３において、読み込まれた．ｓｗｆファイルを実行する。
この実行においては、例えば、端末２０−１の主記憶部２２に記憶されている端末用のプログラムに含まれる以下のようなコードを、制御部２１が呼び出すことで．ｓｗｆファイルを実行することができる。
/* @param icon  −＞ 起動させるアプリケーションのアイコン */
public function startApplication(icon: SharakuIcon):Void
{
var appContainer:ApplicationContainer = _application.get(icon);
if (null == appContainer) {
appContainer = new ApplicationContainer(icon);
_applications.put(icon, appContainer);
}
appContainer.show;
}
【００４５】
以上の過程により、アプリケーションの実行ステップは終了する。これにより、例えば、表示部５０のウェブＯＳの画面には、実行したアプリケーションのウィンドウが表示される。複数のアプリケーションを実行している画面ショットが図８Ａである。
このようにアプリケーションを実行することにより、ユーザはキーボード４０やポインティングデバイス４５を用いて、さまざまな作業を行うことができる。各アプリケーションは、サーバ内のファイルにアクセス可能である。
たとえば、ユーザＡが作業により作成した文書等のデータは、サーバのユーザデータ・データベース１０４内の、ユーザデータ記憶部２００−１の通常データ記憶部３２０−１に記憶することができる。
また、ユーザが共有ディレクトリをデータの記憶箇所に選択した場合は、例えば、ユーザＡが属するグループの共有ディレクトリである、ユーザデータ共有部４００−１に記憶することができる。
【００４６】
また、図８Ｆを参照すると、表示されているアプリケーションのウィンドウの右側にある「＿」印をユーザがポインティングデバイス４５によってクリックすると、ウィンドウを最小化することができる。さらに、「□」印をユーザが同様にクリックすると、ウィンドウを最大化する（表示部５０のウェブＯＳの画面全体に表示する）ことが可能である。加えて、表示されているアプリケーションのウィンドウの右上の「×」印をユーザがクリックすることで、ウィンドウを閉じることができる。
【００４７】
（アクセス権限の管理）
次に、本発明の実施の形態に係るウェブＯＳにおける、ファイルのアクセス権限の管理（以下、アクセス管理とする）について説明する。
このアクセス管理は、サーバ１０において、アクセス権限管理部１１０がアクセス管理データベース１０５内に記憶されている、ユーザデータ・データベース１０４内の全てのファイルに対応したアクセス管理に係るデータベースレコードを読み出し又は更新することにより行う。
本発明の発明者は鋭意検討した結果、本発明の実施の形態に係るウェブＯＳでは、以下のような前提条件の下で、ファイルのアクセス管理を行うこととした。
前提条件：
１．ユーザはグループに属する
２．グループは概念的なルート（“／”）に属する  →  ツリー構造を形成する
３．グループに対応するディレクトリが存在する
４．グループは一意に識別できる  
５．４も含めユーザ・グループの管理は別で行う
【００４８】
ここでのグループとは、グループＩＤに係るものである。すなわち、ユーザＡの場合、どのユーザとユーザデータ共有部４００−１を共有できるかという識別情報を、このグループＩＤとして、アクセス管理時にアクセス権限管理部１１０参照することができる。
また、このグループＩＤとグループツリーの関係については、サーバ１０の管理者が、図示しない外部機能である管理ツールにより、アカウント管理を行うことで設定することができる。
【００４９】
また、１ファイルのアクセス制御をするために必要となる情報であるスキーマを、以下のように決定した。
スキーマ：  
・ファイルパス  
・ファイル名  
・ファイルタイプ  “ｆｉｌｅ”  ｏｒ  “ｄｉｒ”  
・アクセス権  ｒ（読み込み）とｒｗ（書き込み）  
・アクセススコープ  
・アクセス者  
・作成者  
・作成日時  
・更新日時  
・関連語句  
【００５０】
このスキーマは、例えばＸＭＬ形式で表現し、ディレクトリに格納されているファイル、サブディレクトリの情報を保持する。
この上で、スキーマに順ずるＸＭＬ形式の文書を、ユーザデータ・データベース１０４の各ディレクトリに対応するアクセス管理データベース１０５のディレクトリに．ａｃｌという名前で記憶し、アクセス権限管理部１１０が読み出し、更新することで管理する。
スキーマとＸＭＬ要素、属性との対応は以下のように決定した。
ＸＭＬ形式：  
スキーマ項目名    ＸＭＬ要素／属性                          （備考）
ファイルパス      ａｃｌ要素のｐａｔｈ属性  
ファイル名        ｆｉｌｅ要素のｎａｍｅ属性  
ファイルタイプ    ｆｉｌｅ要素のｔｙｐｅ属性  
作成者            ｆｉｌｅ要素のａｕｔｈｏｒ属性  
作成日時          ｆｉｌｅ要素のｃｒｅａｔｅｄ−ｄａｔｅ属性  
更新日時          ｆｉｌｅ要素のｕｐｄａｔｅｄ−ｄａｔｅ属性  
アクセス権        ａｃｃｅｓｓ要素のｌｅｖｅｌ属性  
（“ｒ”  か  “ｒｗ”）
アクセススコープ  ａｃｃｅｓｓ要素のｓｃｏｐｅ属性  
（“ｂａｓｅ”  か  “ｓｕｂ”）
アクセス者        ａｃｃｅｓｓ要素のｕｓｅｒ属性
（［グループ．ユーザ］形式）
関連語句          ｏｐｔｉｏｎ要素／ｋｅｙｗｏｒｄ要素のテキストノード  
※１  ｆｉｌｅ要素は複数のａｃｃｅｓｓ要素を保持できる  
【００５１】
上述のＸＭＬ形式の文書において、スキーマ項目名である「アクセススコープ」と「アクセス者」についてさらに説明する。
アクセススコープは、特定のグループ（ｂａｓｅ）を指定するためとグループ範囲（ｓｕｂ）を指定するためにあるＸＭＬの要素である。
アクセス者は、「グループ．ユーザ」の形式で、どのグループのどのユーザがアクセス可能なのかを表すＸＭＬ要素である。
すなわち、「Ｄ．ｂｂｂ」でＤグループのｂｂｂさん、「Ｃ．＊」でＣグループ全てのユーザ、「＊．＊」全てのユーザを表すことができる。
また、アクセススコープに「ｂａｓｅ」を指定した時は、グループに「＊」は使用できない。さらに、「ｓｕｂ」を指定した時は、ユーザには「＊」しか使えない。
【００５２】
ここで、例えば、ユーザＡがアプリケーションによりファイルを作成した場合、サーバ１０の通常データ記憶部３２０−１に制御部１０１がファイルが作成する。
同時に、アクセス権限管理部１１０により、アクセス管理データベース１０５の該当するデータベースレコードを更新する。すなわち、作成者のアクセス権を“ｒｗ”としてファイル作成時に権限を追加する。
【００５３】
以上のように構成することで、本発明の実施の形態に係るウェブＯＳは、以下のような効果を得ることができる。
まず、デスクトップを構成するのに当たって、従来技術１のように、端末のブラウザのＪａｖａ（登録商標）Ｓｃｒｉｐｔの機能を使って画面を描画しているウェブＯＳの場合、ウェブブラウザの種類によっては互換性の問題があるという問題があった。さらに、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ言語はインタプリタ言語であるために、端末の負担が大きく動作が遅いという問題があった。
このため、従来技術１のウェブＯＳは、ウィンドウの位置やアプリケーションの状態の情報をサーバに逐一送信してサーバ内にこの情報を記憶するのは処理負担が大きく、ユーザストレスが少なく操作できるようなスピードで実現するのは不可能である。すなわち、端末上でユーザが行ったデスクトップ画面の変化は端末上でのみ反映され、「ログアウト」処理を行った際に、サーバに記憶するという構成をとっている。
つまり、従来技術１のウェブＯＳでは、何らかの理由で端末がシャットダウンした場合、ユーザが行ったデスクトップ画面の変化は反映されない。また、このような事態が起こった後、またユーザがログインした際、最悪の場合、画面位置とアプリケーションの整合性が取れずにアプリケーションを起動できないことが生じ得る。よって、従来技術１のウェブＯＳの場合、ログイン画面に、「デスクトップ画面のリセット」という項目が入っている。
【００５４】
これに対して、本発明の実施の形態に係るウェブＯＳの場合、自由度が高いｄｅｓｋｔｏｐ．ｘｍｌのような設定ファイルをユーザの操作に対応するように変化させ、さらにサーバ内にこのファイルのコピーを置くという構成をとっていることにより、従来技術１のように、ログアウトの処理を行う必要がない。
また、何らかの理由で端末２０−１がアクセスを中断して、またログインを行った場合でも、アクセス終了時と同じデスクトップ画面ですぐに作業を再開することができるという効果が得られる。
【００５５】
また、ｄｅｓｋｔｏｐ．ｘｍｌは、ウェブ関連のアプリケーションにより読み込み・書き出しのし易いＸＭＬ形式で記述されていることにより、アプリケーションから参照し、更新することも容易であるという特徴がある。
これにより、デスクトップ画面の状態を把握して動作するアプリケーションを簡単に制作することができる。たとえば、コア・アプリケーションとして上述した「ランチャー」は、ｄｅｓｋｔｏｐ．ｘｍｌを参照し、クリックされた時点ですぐに呼び出すアプリケーション名を更新することができる。
また、ユーザがインストールしているアプリケーションについて、「卵」のアイコンがあるのを見つけた場合、何日か後に孵化した「ヒヨコ」のアイコンに変化させるといったアプリケーションのソースコードを簡単に書くことができる。
さらに、例えば、サーバ内にある更新されたファイルを検索して更新されたものを発見した場合、デスクトップ画面を検索して更新を促すことができる。これを応用して、ＲＳＳリーダー等のウェブ情報を閲覧してデスクトップ画面上に貼り付けるといった「ガジェト」のようなアプリケーションを簡単に作成することができる。
【００５６】
また本発明の実施の形態に係るウェブＯＳは、アクセス権限の管理を、ユーザのデータとは別のデータベースを用いて、ｘｍｌ形式のデータを使用して、各ユーザのデータと共同ファイルのデータを一元的に管理するという特徴がある。
これにより、サーバがハッキング等された場合の耐性を高め、ユーザがアプリケーションの脆弱性等を基にして他のユーザのファイルに不正にアクセスするのを防ぐことが可能となるため、よりセキュアに使用することができる。
これにより、サーバ内のデータを用いて安全に共同作業を行うことができ、複数ユーザでの共同作業をセキュアに実現することができる。
【００５７】
たとえば、ユーザとグループＩＤの管理を行うことで、同じグループＩＤを持つユーザ同士は、例えば共有ディレクトリを介してファイルの交換をセキュアに行うことができ、さらに同じグループＩＤの者同士が、サーバ１０の対話処理部１１１を解することで、チャットやＢＢＳ（電子掲示板システム）等を用いてお互いにコミュニケーションを行うことができる。
また、同じグループＩＤのユーザのｄｅｓｋｔｏｐ．ｘｍｌの情報により、お互いのデスクトップ画面を参照することが可能である。これにより、例えば、現在ログインしているウィンドウとは別のデスクトップ画面のウィンドウを開いて、そこに共同で作業する別ユーザのデスクトップ画面を開き、そこに表示されているアイコンをデスクトップ画面間で移動したり、交換を行うといったことも簡単に実現することが可能になる。
これにより、ソフトウェア開発者と顧客が、容易にソフトウェアの開発等を行うことも可能になる。
【００５８】
また、たとえば、ユーザＡとユーザＢ、ユーザＣがいる場合に、文書１を作成し、文書１に対しユーザＡは印刷可能、ユーザＢは印刷不可等の権限を設定を施すことができる。
これにより、情報漏えいを防ぐことができる。
また、部分的に印刷させたい場合は、ユーザＣには禁句設定をし、個人名、住所は伏字にするといった設定を行なうことで、より柔軟なセキュリティの設定が可能となる。
また、このセキュリティの設定は、ユーザごとにレベルを複数のレベルを設定できるように設定することも可能である。
これにより、たとえば公文書を印刷する場合、外部向けには伏せ字の印刷を行い、内部文書向けに印刷する場合は、ユーザがセキュリティのレベルを上げた上で「秘密」と印鑑の図形を印刷した上で印刷するといったことも可能になる。
【００５９】
なお、上述のウェブＯＳの起動時に、ブラウザからＨＴＭＬファイルを経由してＦｌａｓｈファイルが読み出されるように記述したが、専用のＦｌａｓｈビューワー等を使用して、直接メインプログラムを起動することも可能である。
また、ログイン処理の際、端末用プログラム５００をサーバ１０が送信してから認証するように記述したが、これを送信する前に、まず認証を行うこともできる。
【００６０】
また、上述の実施の形態においては、ｄｅｓｋｔｏｐ．ｘｍｌの更新を端末側で行って、そのファイルをサーバに送信するように説明したが、例えば、ユーザの操作に対応するコマンドをネットワークを介してサーバに送信して、サーバ内のｄｅｓｋｔｏｐ．ｘｍｌを更新するといった構成も可能である。更新されたｄｅｓｋｔｏｐ．ｘｍｌは、サーバから端末に送信され、端末は受信したｄｅｓｋｔｏｐ．ｘｍｌに従ってデスクトップ画面の更新を行う。
この構成の利点は、サーバ側にあるｄｅｓｋｔｏｐ．ｘｍｌを基にして、端末側の画面の更新を行うことで、端末側の画面とサーバ内のデスクトップ画面に係るデータの更新が整合しやすくなることである。これにより、上述の実施の形態よりも、ユーザの操作についてのレスポンスのスピードは多少、遅くなる傾向があるが、たとえばネットワークが低速な場合や、電子会議等で複数のユーザで同一のデスクトップ画面を共有する場合でも、より安定してデスクトップ画面の同期をとることができる。
【００６１】
（以下の別の実施の形態は、今回の追加分です）
＜他の実施の形態＞
次に本発明の他の実施の形態に係る、ジョブキュー処理とエンパシー・アーキテクチャについて説明する。
本発明の他の実施の形態に係るサーバ１１は、本発明の実施の形態に係るサーバ１０と比べると、カプセル化された別サーバである子サーバ部１１２（子サーバ手段）と、この子サーバ部１１２の一部でジョブキューの記憶や通信等を行うジョブキュー部１１３を追加している。また、対話処理部１１１の代わりに、高度なユーザ・インタフェースを実現するエンパシー処理部１１４（エンパシー処理手段）を備えている。また、ネットワーク部５を介して、本発明の実施の形態に係る端末と同様の端末２０−１〜２０−ｎと接続している。なお、同一の符号を付したものは、同一の構成要素を示している。
【００６２】
（ジョブキュー管理による遅延実行の実現）
従来技術１や従来技術２では、例えば印刷等の従来の汎用ＯＳではバックグラウンドでの処理で可能なジョブの実行が不便であるという問題があった。
たとえば、ユーザが文書を印刷する印刷リクエストをサーバに送って処理結果だけを待つ際、端末とサーバの間で同期通信を採用している場合は、処理が終わるまで他の作業は一切できず、印刷処理が終わるまで待たなければならない。また、非同期通信を採用している場合でも、サーバ側の負荷があれば現在の印刷処理が終わるまでは次の印刷リクエストは待つ必要がある。
【００６３】
本発明の他の実施の形態では、ジョブキュー（ｊｏｂ  ｑｕｅｕｅ、ジョブの待ち行列）を用いて、リクエストをサーバ側で受け付け「処理待ち」の状態だということを端末側に伝えることで、従来の汎用ＯＳで用いられているのと同様のバックグラウンド処理を実現する。また、ジョブキューの状態は、端末から状態取得要求によって応答を返すことも可能となる。
【００６４】
ジョブキューの実現は、例えばスレッド技術や仮想化技術を用いてサーバ１１の中に子サーバを作ってカプセル化し、サーバを二重化することで実現する。本発明の他の実施の形態に係る、この子サーバを子サーバ部１１２とする。
親サーバであるサーバ１１が起動すると、親サーバが内部でスレッド技術により子サーバ部１１２を起動させる。子サーバ部１１２は起動時にジョブキューの管理を開始する。
ここでは、端末２０−１〜２０−ｎは親サーバであるサーバ１１とのみ、子サーバである子サーバ部１１２は親サーバであるサーバ１１とのみ通信を行なう。ジョブキュー部１１３は、このサーバ１１と子サーバ部１１２との通信やジョブキューの記憶等を行う。
【００６５】
次に、図１０のタイミングチャートを参照して、ジョブキューの管理における実際の処理について、詳しく説明する。ここでは、端末２０−１をジョブの実行要求をする端末とする。
まず、端末２０−１の制御部２１がネットワーク接続部２７からジョブの実行要求をすると、ネットワーク部５を介してサーバ１１のネットワーク接続部１０７がこの実行要求を受信する。
サーバ１１の制御部１０１は受信した実行要求を感知すると、子サーバ部１１２にジョブキューの状態の問い合わせを行なう。
子サーバ部１１２は、ジョブキュー部１１３のジョブを参照し、即実行可能な状態であれば即時にジョブを実行開始する。
実行終了後、子サーバ部１１２は、親サーバであるサーバ１１の制御部１０１に「実行終了」の通知を行う。
サーバ１１の制御部１０１は、ネットワーク制御部２７からネットワーク部５を介して端末２０−１に「実行終了」の通知を応答する。
以下、サーバ１１と端末２０−１との間の受信、通知、応答は、ネットワーク部５を介して同様に行う。
【００６６】
子サーバ部１１２は、ジョブの即時実行が不可能な状態である場合は、ジョブをジョブキュー部１１３に追加し、追加されたジョブに対してＩＤ（又は管理番号）を発行する。
この上で、子サーバ部１１２は、サーバ１１の制御部１０１に「処理待ち」の通知を行なう。
通知を受け取ったサーバ１１の制御部１０１は、端末２０−１に「処理待ち」の通知を行なう。
「処理待ち」として処理されたジョブは、実行可能な状態になるまで、子サーバ部１１２がジョブキュー内で待機させる。
実行可能な状態になった段階で、子サーバ部１１２はジョブを実行開始する。
なお、子サーバ部１１２が実行開始するジョブは、子サーバ部１１２の指示により、制御部１０１が実行処理を行なうことも可能である。
【００６７】
また、「処理待ち」の間、端末２０−１は親サーバであるサーバ１１に実行状態の問い合わせを行なうことが出来る。
端末２０−１は「処理待ち」になっているジョブのＩＤにより、サーバ１１へ問い合わせを行なう。
端末２０−１がサーバ１１に実行状態を問い合わせると、サーバ１１の制御部１０１は子サーバである子サーバ部１１２部に実行状態を問い合わせる。
子サーバ部１１２は、制御部１０１に対して、渡されたＩＤのジョブの現在の実行状態を応答する。「処理待ち」のままであれば「処理待ち」を、既に実行が終了されているか、キャンセル要求によってキャンセルになった場合は「該当なし」を通知する。
さらに、子サーバ部１１２でジョブキューに追加されていたジョブの実行が終了した場合は、制御部１０１に対して「実行終了」の通知を応答する。
親サーバはクライアントに「実行終了」の通知を応答する。
【００６８】
もし端末２０−１が、「処理待ち」のジョブに対して、キャンセルを行ないたい場合は、ジョブ・キャンセル要求をジョブのＩＤとともにサーバ１１に通知する。
通知を受け取ったサーバ１１の制御部１０１は、子サーバ部１１２に対してジョブ・キャンセル要求を通知する。
該当するジョブが「処理待ち」の状態か、まだ実行が終了していない場合、すなわちキャンセルされていない場合で、ジョブキューに存在したら、ジョブのキャンセル処理を実行し、結果をサーバ１１の制御部１０１に対して応答する。
サーバ１１の制御部１０１は端末２０−１に「キャンセル終了」通知を応答する。
【００６９】
ジョブキューの管理については、子サーバ部１１２のジョブキューを管理するスレッドが、順次ジョブキュー部１１３を処理する。
ジョブキュー部１１３は、通常「処理待ち」の状態で待機する。
キャンセル要求があった場合は、ジョブキュー部１１３から当該ジョブの削除を行なう。
実行する順番になった場合は、実行処理を行ない「実行終了」状態となる。
「実行終了」を通知した後、ジョブキュー部１１３は、当該ジョブの削除を行なう。
これらのジョブキューの管理により、ジョブの遅延実行が可能になり、バックグラウンド処理を快適に行うことができる。
【００７０】
ジョブキューの管理によるジョブの遅延実行をウェブＯＳに実装することで、従来技術１や従来技術２では実現できなかった印刷ジョブの処理等を快適に実現することが可能になる。
また、バックグラウンドで、様々な処理を行うことができるので、たとえば何か時間がかかる演算などを別のジョブで実行する場合、快適に行うことが可能になる。
【００７１】
（エンパシー・アーキテクチャ）
次に、本発明の他の実施の形態に係るエンパシー・アーキテクチャについて詳しく説明する。
エンパシーとは「共感」、「思いやり」という意味である。人とＰＣをつなげるための新しいインターフェースとして、より迅速なコミュニケーション、より人に優しいユーザインターフェースを実現するための構成を「エンパシー・アーキテクチャ」と定義する。
【００７２】
本発明の他の実施の形態に係るエンパシー・アーキテクチャは、対話処理部１１１を拡張したエンパシー処理部１１４により実現する。
図９Ｂを参照すると、エンパシー処理部１１４は、プレゼンテーション部６００（プレゼンテーション手段）とコミュニケーション部６１０（コミュニケーション手段）とを備えている。
プレゼンテーション部６００は、端末２０−１〜２０−ｎから送信されてサーバ１１のネットワーク接続部１０７が受信したドラッグ＆ドロップ等のマウス操作を伴う処理や描画処理等のハイレベルなデスクトップ上のユーザインタフェースの処理に対応する処理を行なう。
コミュニケーション部６１０は、端末２０−１〜２０−ｎから送信されてサーバ１１のネットワーク接続部１０７が受信したテキスト処理や言語処理等ローレベルなユーザインタフェースの処理を行なう。
さらに、エンパシー処理部１１４は、このプレゼンテーション部６００とコミュニケーション部６１０を相互に変換するための仕組みを提供する。
これらの仕組みにより、エンパシー・アーキテクチャを実現することができる。
【００７３】
図１１の概念図を参照して、エンパシー・アーキテクチャの実際の挙動について更に説明する。
エンパシー・アーキテクチャ上では、プレゼンテーション部６００が例えば端末２０−１と、コミュニケーション部６１０が例えば端末２０−３のユーザとの間と、実施の形態に係る対話処理部１１１と同様に、それぞれの通信を行うことができる。
また、これに加えて、エンパシー処理部１１４により、例えば端末２０−２が、プレゼンテーション部６００をパイプしてコミュニケーション部６１０に係るレスポンスを受け取ったり、コミュニケーション部６１０をパイプしてプレゼンテーション部６００からレスポンスを受け取ったりすることができる。
【００７４】
次に、実際のエンパシー・アーキテクチャ上での実際の処理について更に詳しく説明する。
エンパシー・アーキテクチャにおいては、たとえば次のような処理を行なうことが可能となる。
まず、ネットワーク接続部１０７で受信した内容をコミュニケーション部６１０にて自然言語処理を行い、単語を分解する。
次に、エンパシー処理部１１４により、この単語に対応する処理を施しプレゼンテーション部６００に送信する。
プレゼンテーション部６００は、この対応する処理を基にして、視覚的に表現可能な図形オブジェクト等（例えば、ＳＶＧ（スケーラブル・ベクター・フォーマット）形式等のＸＭＬファイル）等に変換する。
その後、プレゼンテーション部６００は、変換された図形オブジェクト等を、ネットワーク接続部１０７によりネットワーク部５を介し、例えば端末２０−２に送信して返す。
なお、変換処理ルールの対応付けはあらかじめ用意されたＡＰＩによってプログラムを作成することができる。
【００７５】
この変換処理ルールとしては、例えばコミュニケーション部６１０は、チャット等で入力した文章である文字情報から、自然言語処理により、形態素に分解し、分解した形態素である各単語の間の関連づけを行う。
この単語の関連づけについて、変換処理ルールとして、たとえば「ダイアログボックス  に  タブ  を  表示する」という文章と同等と判断する文章があった場合、エンパシー処理部１１４はこれを探知して、プレゼンテーション部６００に「ダイアログボックス」に「タブ」を付けた状態の図形オブジェクトであるＸＭＬファイル変換するように指令を送ることができる。
プレゼンテーション部６００は、この指示を受けて、このＳＶＧ形式のファイルを作成する。
また、「地図説明」という単語に起因する「道なり  に  行く」という文章がルール付けとして存在する場合、同様にして、プレゼンテーション部６００は、図形オブジェクトであるＳＶＧ形式のファイルに、道の直線を足す等の処理を行うことができる。
これらのルールについては、ユーザが直接指定することも、ベイズ統計、ベイジアン・ネットワーク、オン・トゥー・ゴーＨＭＭ、決定木、サポートベクターマシン等の統計的、人工知能的な手段を基にして、同一の端末のユーザ又は別のユーザの間のグループ、ユーザ全体の挙動等を基に決定することも可能である。
【００７６】
これにより、例えば、チャット・アプリケーションと図形描画ソフトをエンパシー・アーキテクチャを通して連携させると以下のようなことが可能である。
まず、端末２０−１と端末２０−２で実行しているチャットを行うソフトで会話した内容を、コミュニケーション部６１０が単語分解する。
エンパシー処理部１１４により、プレゼンテーション部６００が、この単語分解した単語を基に図形オブジェクトに変換する。
プレゼンテーション部６００は、端末２０−１又は端末２０−２の図形描画ソフトにネットワーク接続部１０７によりネットワーク部５を介し、例えば端末２０−２に送信して返す。
これによって図形描画ソフトで、会話した内容を即時に図にまとめる等が可能になる。
【００７７】
図形オブジェクトは自動的に生成するので、ユーザは、矢印や線を追加しレイアウトを決定するといった簡単な作業をするだけで、会話の内容のまとめを図示することが簡単にできる。たとえば、お得意先にフローチャートの説明や地図の説明をするといったことが簡単にできるようになる。
これにより、従来技術１や従来技術２のウェブＯＳでは不可能である、複数人が接続した際の打ち合わせ等を効率化することができるという効果を得ることができる。
また、例えば端末２０−２単独でサーバ１１に接続している場合でも、インプットメソッドなどの日本語入力ソフトの補助機能として文章の組み立てをドラッグ＆ドロップのみで可能にするような機能を提供することもできる。すなわち、アウトライン・プロセッサと呼ばれる文書の作成支援機能を、より快適に提供することが可能になる。
このような処理は、処理能力を必要とするが、処理能力が高いサーバ１１を用いることでより効率的に実行することが可能になる。
【００７８】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【図面の簡単な説明】
【００７９】
【図１】本発明の実施の形態に係るサーバ・クライアントシステムの概念図である。
【図２Ａ】本発明の実施の形態に係るサーバのブロック図である。
【図２Ｂ】本発明の実施の形態に係るサーバのデータベースのブロック図である。
【図３】本発明の実施の形態に係る端末のブロック図である。
【図４】本発明の実施の形態に係る端末の主記憶部２２に記憶されたウェブＯＳの構成図である。
【図５】本発明の実施の形態に係るウェブＯＳの起動処理のフローチャートである。
【図６】本発明の実施の形態に係るウェブＯＳのアプリケーション起動のフローチャートである。
【図７Ａ】本発明の実施の形態に係るｄｅｓｋｔｏｐ．ｘｍｌを示す図である。
【図７Ｂ】本発明の実施の形態に係る更新されたｄｅｓｋｔｏｐ．ｘｍｌを示す図である。
【図７Ｃ】本発明の実施の形態に係るｄｅｓｋｔｏｐ．ｘｍｌの別のタグを示す図である。
【図８Ａ】本発明の実施の形態に係るアプリケーション実行時の画面ショットである。
【図８Ｂ】本発明の実施の形態に係るアイコン移動後の画面ショットである。
【図８Ｃ】本発明の実施の形態に係るアイコン以外のデスクトップ画面上で右クリックした画面ショットである。
【図８Ｄ】本発明の実施の形態に係るアイコン上で右クリックした画面ショットである。
【図８Ｅ】本発明の実施の形態に係るランチャー実行時の画面ショットである。
【図８Ｆ】本発明の実施の形態に係るアプリケーション最小化時の画面ショットである。
【図９Ａ】本発明の他の実施の形態に係るサーバのブロック図である。
【図９Ｂ】本発明の他の実施の形態に係るサーバのエンパシー処理部のブロック図である。
【図１０】本発明の他の実施の形態に係るジョブキューの管理のタイミング・チャートである。
【図１１】本発明の他の実施の形態に係るエンパシー・アーキテクチャの処理の概念図である。
【符号の説明】
【００８０】
５  ネットワーク部
１０、１１  サーバ
２０−１〜２０−ｎ  端末
２１、１０１  制御部
２２  主記憶部
２３  チップセット
２４  光ディスク装置
２５  固定ディスク装置
２６  ビデオカード
２７、１０７  ネットワーク接続部
４０  キーボード
４５  ポインティングデバイス
５０  表示部
１０２  アプリケーション・データベース
１０３  ユーザ管理データベース
１０４  ユーザデータ・データベース
１０５  アクセス管理データベース
１０６  アプリケーション管理部
１０９、５０９  デスクトップ処理部
１１０  アクセス権限管理部
１１１  対話処理部
１１２  子サーバ部
１１３  ジョブキュー部
１１４  エンパシー処理部
２００−１〜２００−ｎ  ユーザデータ記憶部
３００−１〜３００−ｎ  デスクトップ設定部
３１０−１〜３１０−ｎ、５２４  ユーザ・アプリケーション記憶部
３２０−１〜３２０−ｎ  通常データ記憶部
４００−１〜４００−ｎ  ユーザデータ共有部
５００  端末用プログラム
５２１、１０２１  コア・アプリケーション記憶部
５２２、１０２２  システム・アプリケーション記憶部
５２５  デスクトップ設定部
６００  プレゼンテーション部
６１０  コミュニケーション部
１０２３  アプリケーション画像記憶部
【図１】
2008282297.tif 000003
【図２Ａ】
2008282297.tif 000004
【図２Ｂ】
2008282297.tif 000005
【図３】
2008282297.tif 000006
【図４】
2008282297.tif 000007
【図５】
2008282297.tif 000008
【図６】
2008282297.tif 000009
【図７Ａ】
2008282297.tif 000010
【図７Ｂ】
2008282297.tif 000011
【図７Ｃ】
2008282297.tif 000012
【図８Ａ】
2008282297.tif 000013
【図８Ｂ】
2008282297.tif 000014
【図８Ｃ】
2008282297.tif 000015
【図８Ｄ】
2008282297.tif 000016
【図８Ｅ】
2008282297.tif 000017
【図８Ｆ】
2008282297.tif 000018
【図９Ａ】
2008282297.tif 000019
【図９Ｂ】
2008282297.tif 000020
【図１０】
2008282297.tif 000021
【図１１】
2008282297.tif 000022