(57)【特許請求の範囲】
【請求項１】
ドキュメント・オブジェクト・モデル（ＤＯＭ）構造を有する集合ウェブ・アプリケーション実行環境内のリソースであって前記ＤＯＭ構造内のＤＯＭノードに関連するリソースへのプログラム断片によるアクセスを、該集合ウェブ・アプリケーション実行環境を含むウェブ・ブラウザ・アプリケーションをウェブ・ブラウザ・クライアントの１つ以上の処理回路が実行することにより制御する方法であって、
各々が特定のアクセス権ステータスを有する発信元ドメインを有するプログラム断片に対して前記リソースへのアクセス権の集合を定義する複数のアクセス権定義に関連付けられるアクセス属性を前記ＤＯＭノードに付加する工程と、
前記プログラム断片の発信元ドメインの１つ以上のアクセス権ステータスを設定する工程と、
前記プログラム断片の発信元ドメインの前記アクセス権ステータスに従って前記プログラム断片に対して定義された前記１つ以上のアクセス権の集合に基づいて、前記プログラム断片が前記リソースにアクセスするのを許可又は拒否する工程と、
を備えることを特徴とする方法。
【請求項２】
ファイルシステム内のファイルに前記ＤＯＭノードをマッピングすることにより前記ファイルシステムに前記ＤＯＭ構造をマッピングする工程と、
前記ファイルシステム内のサブジェクトに前記プログラム断片の前記発信元ドメインをマッピングする工程と
を更に含むことを特徴とする請求項１記載の方法。
【請求項３】
前記ファイルシステムは、前記プログラム断片の前記発信元ドメインに対して１つ以上のロールを定義するロール定義を有するロールベースアクセス制御ファイルシステムであり、
前記アクセス属性は、特定のセキュリティ属性を付加されたＤＯＭノードに関連するリソースに対する複数のアクセス権定義を指定するポリシー定義を介して複数のアクセス権定義に関連付けられるセキュリティ属性を含み、
前記アクセス権ステータスはロールステータスを含み、
前記１つ以上のアクセス権ステータスを設定する工程は前記ロール定義に関連して１つ以上のロールステータスを設定する工程を含むことを特徴とする請求項２記載の方法。
【請求項４】
前記ＤＯＭノードにオーナー属性及びグループ属性を付加する工程を更に含み、
前記ファイルシステムは、前記プログラム断片の前記発信元ドメインのグループメンバーシップを指定するグループ定義を有するアクセス制御リスト利用ファイルシステムであり、
前記アクセス属性は、それ自体が複数のアクセス権定義を指定する許可属性を含み、
前記アクセス権ステータスは、オーナーステータス、グループメンバーステータス及び他のユーザステータスを含むユーザステータスを含み、
前記１つ以上のアクセス権ステータスを設定する工程は、前記オーナー属性、前記グループ属性及び前記グループ定義に関連して１つ以上のユーザステータスを設定する工程を含むことを特徴とする請求項２記載の方法。
【請求項５】
前記ＤＯＭノードは親ＤＯＭノードの子ＤＯＭノードであり、
前記ＤＯＭノードに対する前記オーナー属性の付加には、前記親ＤＯＭノードのオーナー属性を継承することを含み、
前記ＤＯＭノードに対する前記グループ属性の付加には、前記親ＤＯＭノードのグループ属性を継承することを含む
ことを特徴とする請求項４記載の方法。
【請求項６】
前記リソースの前記発信元ドメインを指定する前記オーナー属性及び前記リソースの前記発信元ドメインの一次グループを指定する前記グループ属性は前記ＤＯＭノードにデフォルトで付加されることを特徴とする請求項４記載の方法。
【請求項７】
前記プログラム断片の前記発信元ドメインを指定する前記オーナー属性及び前記プログラム断片の前記発信元ドメインの一次グループを指定する前記グループ属性は機能性のために前記ＤＯＭノードに明確に付加されることを特徴とする請求項４記載の方法。
【請求項８】
前記複数の関連するアクセス権定義の少なくとも１つがいくつかのアクセス権を含まないアクセス権の集合を定義する前記アクセス属性は前記ＤＯＭノードにデフォルトで付加されることを特徴とする請求項１記載の方法。
【請求項９】
前記複数の関連するアクセス権定義の少なくとも１つがアクセス権を全く含まないアクセス権の集合を定義する前記アクセス属性はプライバシーのために前記ＤＯＭノードに明確に付加されることを特徴とする請求項１記載の方法。
【請求項１０】
前記ＤＯＭノードは親ＤＯＭノードの子ＤＯＭノードであり、前記ＤＯＭノードに前記アクセス属性を付加する工程は前記親ＤＯＭノードのアクセス属性を継承する工程を含むことを特徴とする請求項１記載の方法。
【請求項１１】
前記プログラム断片の前記発信元ドメインの１つ以上のアクセス権ステータスを設定する工程は、前記プログラム断片の前記発信元ドメインに発行される１つ以上のセキュリティ証明書の発行に基づいて１つ以上のアクセス権ステータスを設定する工程を含むことを特徴とする請求項１記載の方法。
【請求項１２】
ウェブ・ブラウザ・クライアントであって、
複数のウェブ・アプリケーションに前記ウェブ・ブラウザ・クライアントを通信可能に結合するネットワークインタフェース回路と、
ウェブブラウザアプリケーションコードを含むメモリと、
前記メモリ及び前記ネットワークインタフェース回路に通信可能に結合された１つ以上の処理回路と、
前記１つ以上の処理回路により実行され、集合ウェブ・アプリケーション実行環境を含むウェブ・ブラウザ・アプリケーションと
を備え、
前記集合ウェブ・アプリケーション実行環境は、ドキュメントオブジェクトモデル（ＤＯＭ）構造を有し、かつ、前記ＤＯＭ構造内のＤＯＭノードに関連するリソースを含み、
各々が特定のアクセス権ステータスを有する発信元ドメインを有するプログラム断片に対して前記リソースへのアクセス権の集合を定義する複数のアクセス権定義に関連付けられるアクセス属性を前記ＤＯＭノードに付加し、
前記プログラム断片の発信ドメインの１つ以上のアクセス権ステータスを設定し、
前記プログラム断片の発信元ドメインの前記アクセス権ステータスに従って前記プログラム断片に対して定義された前記１つ以上のアクセス権の集合に基づいて前記プログラム断片が前記リソースにアクセスするのを許可又は拒否する
ことにより、プログラム断片による前記リソースへのアクセスを制御するように構成されたことを特徴とするウェブ・ブラウザ・クライアント。
【請求項１３】
前記集合ウェブ・アプリケーション実行環境は、
ファイルシステム内のファイルに前記ＤＯＭノードをマッピングすることにより前記ファイルシステムに前記ＤＯＭ構造をマッピングし、
前記ファイルシステム内のサブジェクトに前記プログラム断片の前記発信元ドメインをマッピングすることにより、前記プログラム断片による前記リソースへのアクセスを制御するように更に構成されることを特徴とする請求項１２記載のウェブ・ブラウザ・クライアント。
【請求項１４】
前記ファイルシステムは、前記プログラム断片の前記発信元ドメインに対して１つ以上のロールを定義するロール定義を有するロールベースアクセス制御ファイルシステムであり、
前記アクセス属性は、特定のセキュリティ属性を付加されたＤＯＭノードに関連するリソースに対する複数のアクセス権定義を指定するポリシー定義を介して複数のアクセス権定義に関連付けられるセキュリティ属性を含み、
前記アクセス権ステータスはロールステータスを含み、
前記集合ウェブ・アプリケーション実行環境は、前記ロール定義に関連して１つ以上のロールステータスを設定することにより１つ以上のアクセス権ステータスを設定するように構成されることを特徴とする請求項１３記載のウェブ・ブラウザ・クライアント。
【請求項１５】
前記集合ウェブ・アプリケーション実行環境は前記ＤＯＭノードにオーナー属性及びグループ属性を付加するように更に構成され、
前記ファイルシステムは、前記プログラム断片の前記発信元ドメインのグループメンバーシップを指定するグループ定義を有するアクセス制御リスト利用ファイルシステムであり、
前記アクセス属性は、それ自体が複数のアクセス権定義を指定する許可属性を含み、
前記アクセス権ステータスは、オーナーステータス、グループメンバーステータス及び他のユーザステータスを含むユーザステータスを含み、
前記集合ウェブ・アプリケーション実行環境は、前記オーナー属性、前記グループ属性及び前記グループ定義に関連して１つ以上のユーザステータスを設定することにより１つ以上のアクセス権ステータスを設定するように構成されることを特徴とする請求項１３記載のウェブ・ブラウザ・クライアント。
【請求項１６】
前記ＤＯＭノードは親ＤＯＭノードの子ＤＯＭノードであり、前記集合ウェブ・アプリケーション実行環境は前記親ＤＯＭノードのオーナー属性を継承することにより前記ＤＯＭノードに前記オーナー属性を付加するように構成され、前記集合ウェブ・アプリケーション実行環境は前記親ＤＯＭノードのグループ属性を継承することにより前記ＤＯＭノードに前記グループ属性を付加するように構成されることを特徴とする請求項１５記載のウェブ・ブラウザ・クライアント。
【請求項１７】
前記集合ウェブ・アプリケーション実行環境は、前記リソースの前記発信元ドメインを指定するオーナー属性及び前記リソースの前記発信元ドメインの一次グループを指定するグループ属性を前記ＤＯＭノードにデフォルトで付加するように構成されることを特徴とする請求項１５記載のウェブ・ブラウザ・クライアント。
【請求項１８】
前記集合ウェブ・アプリケーション実行環境は、前記プログラム断片の前記発信元ドメインを指定するオーナー属性及び前記プログラム断片の前記発信元ドメインの一次グループを指定するグループ属性を機能性のために前記ＤＯＭノードに明確に付加するように構成されることを特徴とする請求項１５記載のウェブ・ブラウザ・クライアント。
【請求項１９】
前記集合ウェブ・アプリケーション実行環境は、前記複数の関連するアクセス権定義の少なくとも１つがいくつかのアクセス権を含まないアクセス権の集合を定義するアクセス属性を前記ＤＯＭノードにデフォルトで付加するように構成されることを特徴とする請求項１２記載のウェブ・ブラウザ・クライアント。
【請求項２０】
前記集合ウェブ・アプリケーション実行環境は、前記複数の関連するアクセス権定義の少なくとも１つがアクセス権を全く含まないアクセス権の集合を定義するアクセス属性をプライバシーのために前記ＤＯＭノードに明確に付加するように構成されることを特徴とする請求項１２記載のウェブ・ブラウザ・クライアント。
【請求項２１】
前記ＤＯＭノードは親ＤＯＭノードの子ＤＯＭノードであり、前記集合ウェブ・アプリケーション実行環境は前記親ＤＯＭノードのアクセス属性を継承することにより前記ＤＯＭノードに前記アクセス属性を付加するように構成されることを特徴とする請求項１２記載のウェブ・ブラウザ・クライアント。
【請求項２２】
前記集合ウェブ・アプリケーション実行環境は、前記プログラム断片の前記発信元ドメインに発行される１つ以上のセキュリティ証明書の発行に基づいて１つ以上のアクセス権ステータスを設定することにより前記プログラム断片の前記発信元ドメインの１つ以上のアクセス権ステータスを設定するように構成されることを特徴とする請求項１２記載のウェブ・ブラウザ・クライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、セキュリティ保護してウェブ・アプリケーションを集約する方法及び装置に関し、特に、プログラム断片の発信元ドメインに基づく集合ウェブ・アプリケーションの当該プログラム断片によるリソースに対する要求の制御に関する。
【背景技術】
【０００２】
Ｇｏｏｇｌｅ（登録商標）マップのウェブ開発者等の多くのウェブ開発者は、自身のウェブ・アプリケーションに対する外部アプリケーションプログラミングインタフェース（ＡＰＩ）を公開している。他のウェブ開発者は、自身のウェブ・アプリケーションのウェブページ内にこれらの外部ＡＰＩに対する参照を埋め込むことにより複数のウェブ・アプリケーションの機能性を集約できる。異なるウェブ・アプリケーションにこの外部ＡＰＩをインポートすることにより、結果として得られる集合ウェブ・アプリケーションは自身のリソースと関連して外部ウェブ・アプリケーションのリソースを利用できる。例えば移動端末の電話帳ウェブ・アプリケーション内のプログラム断片は、移動端末の電話帳ウェブ・アプリケーションの特定のハイパーテキストマークアップ言語（ＨＴＭＬ）要素内の連絡先の住所の地図を作成するためにＧｏｏｇｌｅ（登録商標）マップのJava Script（登録商標）コンストラクタを呼び出してもよい。このウェブ・アプリケーションの集約は、いずれのウェブ・アプリケーション内にも個別に存在しない新規機能性を作り出す一方で、セキュリティ及びプライバシーに対する新たな問題も生じる。
【０００３】
更に詳細には、集合ウェブ・アプリケーションにおいて望まれる新規機能性は、外部ウェブ・アプリケーションが集合ウェブ・アプリケーションの実行環境のリソースの一部に少なくとも制限付きでアクセスできることを必要とする場合が多い（例えば、電話帳の連絡先の住所の読出し）。しかし、集合ウェブ・アプリケーションに外部ウェブ・アプリケーションをインポートすることにより、外部ウェブ・アプリケーションは集合ウェブ・アプリケーション実行環境において実行するようになるため、実際には集合ウェブ・アプリケーションの全てのリソースに無制限にアクセスできる（例えば、電話帳の連絡先の全情報の上書き又は削除）。従って、集合ウェブ・アプリケーションが新規機能性を提供する場合、そのようなアクセスを有する外部ウェブ・アプリケーションを完全に信頼する必要がある。特に、集約されるウェブ・アプリケーションは異なるウェブ開発者及びドメインを発信元とする場合が多いため、当然、外部ウェブ・アプリケーションを常に上記のように完全に信頼できるわけではない。完全に信頼できることが少ないため、多くの場合、集合ウェブ・アプリケーションはセキュリティのために機能性を犠牲にせざるを得ない。他の状況において、新規機能性を実現するために、集合ウェブ・アプリケーションは機能性のためにセキュリティを犠牲にせざるを得ない。
【発明の概要】
【０００４】
本明細書中で教示する方法及び装置は、集合ウェブ・アプリケーションが機能性及びセキュリティの双方を保持できるようにするという利点を有する。集合ウェブ・アプリケーションの全プログラム断片が集合ウェブ・アプリケーションの全リソースに無制限にアクセスできるようにするのではなく、本発明の集合ウェブ・アプリケーション実行環境は、プログラム断片の発信元ドメインに基づいてそれらのリソースへのアクセスを制御する。
【０００５】
更に詳細には、集合ウェブ・アプリケーション実行環境はリソースに関連するドキュメント・オブジェクト・モデル（ＤＯＭ）ノードにアクセス属性を付加する。付加されるアクセス属性の値は、集合ウェブ・アプリケーションのウェブページにおいて明確に指定されるか、あるいは集合ウェブ・アプリケーション実行環境により事前設定値にデフォルトで設定される。いずれの場合も、このアクセス属性は複数のアクセス権定義に関連付けられる。各アクセス権定義は、特定のアクセス権ステータスを有するドメインを発信元とするプログラム断片に対してリソースへのアクセス権（例えば、読出し、書込み又は実行等の低レベルのアクセス権）の集合を定義する。
【０００６】
本明細書中で使用されるアクセス権ステータスは、１つ以上のドメインを発信元とするプログラム断片に対してアクセス権の集合を定義するために採用される当該発信元ドメインの何らかの分類を示す。アクセス権ステータスの一例は、例えばロールステータス（例えば、非信頼ドメインロールステータス、信頼ドメインロールステータス又は特定ドメインロールステータス）を含む。動作において、複数の発信元ドメインは同一の分類に属してもよく、従って、同一のアクセス権ステータスを有してもよい。この場合、アクセス権ステータスにより、異なるドメインの各々に個別に基づく明確な定義を使用せずに、それらのドメインを発信元とするプログラム断片に対してアクセス権の集合を定義できる。しかし、単一の発信元ドメインが複数のアクセス権ステータス（例えば、信頼ドメインロールステータス及び特定ドメインロールステータスの双方）を有してもよいため、このドメインを発信元とするプログラム断片は複数のアクセス権定義の中で定義された複数のアクセス権の集合を有してもよい。この場合、ある特定のアクセス権がそれらの複数のアクセス権定義により定義されたアクセス権の集合のいずれか１つに含まれる限り、そのようなプログラム断片はその特定のアクセス権を有する。
【０００７】
特定のアクセス権がアクセス権定義により定義されたアクセス権の集合に含まれるかは、集合ウェブ・アプリケーションのセキュリティ及び機能性条件によって異なる。例えば集合ウェブ・アプリケーションが特に保護の必要な情報又は機能性を含むリソースを含む場合、アクセス権の集合は当該リソースへのアクセス権が全く含まれないようにウェブページにおいて明確に定義されてもよい。しかし、リソースがそのような保護の必要な情報又は機能性を含まない場合、集合ウェブ・アプリケーション実行環境は当該リソースに対するデフォルトのアクセス権の集合（例えば、読出し専用）を含むように構成されてもよい。
【０００８】
上述のように付加されたアクセス属性を介して定義されたリソースへのアクセス権の集合を用いて、集合ウェブ・アプリケーション実行環境はリソースにアクセスしようとするプログラム断片の発信元ドメインの１つ以上のアクセス権ステータスを設定する。そのような設定は、当該発信元ドメインに発行される１つ以上のセキュリティ証明書の発行に更に基づいてもよい。いずれも場合も、集合ウェブ・アプリケーション実行環境は、プログラム断片に対して定義された１つ以上のアクセス権の集合に基づいて、当該プログラム断片がリソースにアクセスするのを許可又は拒否する。
【０００９】
当然、本発明は上記の特徴及び利点に限定されない。実際、以下の詳細な説明を読み且つ付加の図面を参照することにより、追加の特徴及び利点が当業者には認識されるだろう。
【図面の簡単な説明】
【００１０】
【図１】本発明のウェブ・ブラウザ・クライアントの一実施形態を示すブロック図である。
【図２】本発明の集合ウェブ・アプリケーション実行環境により実行される方法の一実施形態を示す論理フローチャートである。
【図３Ａ】、
【図３Ｂ】、
【図３Ｃ】ロールベースアクセス制御ファイルシステムにマッピングするために構成された本発明の集合ウェブ・アプリケーション実行環境に対して符号化されたウェブページ及び定義ファイルの例を示す図である。
【図４】本発明の集合ウェブ・アプリケーション実行環境により実行されるロールベースアクセス制御ファイルシステムへのマッピングを含む方法の一実施形態を示す論理フローチャートである。
【図５Ａ】、
【図５Ｂ】アクセス制御リスト利用ファイルシステムにマッピングするために構成された本発明の集合ウェブ・アプリケーション実行環境に対して符号化されたウェブページ及び定義ファイルの例を示す図である。
【図６】本発明の集合ウェブ・アプリケーション実行環境により実行されるアクセス制御リスト利用ファイルシステムへのマッピングを含む方法の一実施形態を示す論理フローチャートである。
【図７Ａ】、
【図７Ｂ】、
【図７Ｃ】、
【図７Ｄ】セキュリティ証明書の発行に基づいてアクセス権ステータスを設定するため及びロールベースアクセス制御ファイルシステムにマッピングするために構成された本発明の集合ウェブ・アプリケーション実行環境に対して符号化されたウェブページ及び定義ファイルの例を示す図である。
【図８Ａ】、
【図８Ｂ】、
【図８Ｃ】セキュリティ証明書の発行に基づいてアクセス権ステータスを設定するため及びアクセス制御リスト利用ファイルシステムにマッピングするために構成された本発明の集合ウェブ・アプリケーション実行環境に対して符号化されたウェブページ及び定義ファイルの例を示す図である。
【発明を実施するための形態】
【００１１】
図１は、ネットワーク５０を介して異なるドメイン７０からの複数のウェブ・アプリケーション６０に通信可能に結合されたウェブ・ブラウザ・クライアント１０の一実施形態を示す。これらのウェブ・アプリケーションのうち、１つのドメイン７０Ａからのウェブ・アプリケーション６０Ａはウェブ・ブラウザ・クライアント１０にウェブページを提供する。このウェブページは、異なるドメイン７０Ｂからのウェブ・アプリケーション６０Ｂの外部ＡＰＩを参照するクライアント側スクリプトを含む。従って、ウェブ・ブラウザ・クライアント１０は、外部ＡＰＩをインポートし且つウェブ・アプリケーション６０Ａ及び６０Ｂの集約としてウェブページ及び外部ＡＰＩを実行するように構成される。そのような集合ウェブ・アプリケーションのセキュリティ及び機能性の双方を保証するために、ウェブ・ブラウザ・クライアント１０はネットワークインタフェース回路２０、１つ以上の処理回路３０及びメモリ４０を含む。
【００１２】
ネットワークインタフェース回路２０は、ウェブ・アプリケーション６０にウェブ・ブラウザ・クライアント１０を通信可能に結合する。特に、ネットワークインタフェース回路２０は、１つ以上の処理回路３０に対してウェブ・アプリケーション６０Ａからウェブページを出力し且つウェブ・アプリケーション６０Ｂから外部ＡＰＩを出力する。
【００１３】
１つ以上の処理回路３０は、メモリ４０内に含まれるウェブブラウザアプリケーションコード４２を実行することにより、集合ウェブ・アプリケーションをレンダリングするためのウェブ・ブラウザ・アプリケーション３２を作成する。このウェブ・ブラウザ・アプリケーション３２は、クライアント側ウェブ・アプリケーションとして集合ウェブ・アプリケーションをサポートする集合ウェブ・アプリケーション実行環境３４を含む。従って、集合ウェブ・アプリケーションの種々のクライアント側リソースは集合ウェブ・アプリケーション実行環境３４内に存在する。そのようなリソースは、例えばテキストコンテンツ又は変数、並びにウェブページ及び外部ＡＰＩにおいて利用されるクライアント側スクリプトの関数（例えば、イベントコールバック関数）を含む。ドキュメント・オブジェクト・モデル（ＤＯＭ）は、これらのリソースとウェブページのＤＯＭ構造内のＤＯＭノードとを関連付ける。従って、集合ウェブ・アプリケーションのプログラム断片はＤＯＭ構造を介してこれらのリソースにアクセスしてもよい。
【００１４】
しかし、集合ウェブ・アプリケーションのどんなプログラム断片もＤＯＭ構造に無制限にアクセスできるようにすることにより集合ウェブ・アプリケーションのリソースに無制限にアクセスできるようにするのではなく、集合ウェブ・アプリケーション実行環境３４は当該プログラム断片の発信元ドメインに基づいてそのようなアクセスを制御する。すなわち、集合ウェブ・アプリケーション実行環境３４は、いくつかのリソースが保護の必要な情報（例えば、電話番号）を含むか、あるいは特定の発信元ドメインからのプログラム断片のみにより保持又は実行される必要のある限定機能性（例えば、データの上書き）を実行する場合があることを認識する。例えばＧｏｏｇｌｅ（登録商標）マップドメインを発信元とするプログラム断片は、それが地図上に示す住所を有する連絡先の電話番号を調べることができてはならない。しかし、その同一のプログラム断片は、それらの連絡先の住所をマッピングする所望の機能性を提供するために必要なＨＴＭＬ要素に無制限にアクセスできる必要がある。集合ウェブ・アプリケーション実行環境３４は、図２に示す方法に従って集合ウェブ・アプリケーションのリソースへのアクセスを制御することにより、このセキュリティ保護された機能性を許可する。
【００１５】
図２の実施形態において、集合ウェブ・アプリケーション実行環境３４はリソースに関連するＤＯＭノードにアクセス属性を付加する（ブロック１００）。付加されるアクセス属性の値は、集合ウェブ・アプリケーションのウェブページにおいて明確に指定されるか、あるいは集合ウェブ・アプリケーション実行環境３４により事前設定値にデフォルトで設定される。いずれの場合も、この付加されるアクセス属性は複数のアクセス権定義に関連付けられる。各アクセス権定義は、特定のアクセス権ステータスを有する発信元ドメインを有するプログラム断片に対してリソースへのアクセス権の集合を定義する。
【００１６】
本明細書中で使用されるアクセス権ステータスは、１つ以上の発信元ドメインを発信元とするプログラム断片に対してアクセス権の集合を定義するために採用される当該発信元ドメインの何らかの分類を示す。動作において、複数の発信元ドメインは同一の分類に属してもよく、従って、同一のアクセス権ステータスを有してもよい。この場合、アクセス権ステータスにより、異なるドメインの各々に個別に基づく明確な定義を使用せずに、それらのドメインを発信元とするプログラム断片に対してアクセス権の集合を定義できる。以下に更に詳細に説明する一実施形態において、例えば１つ以上の発信元ドメインのアクセス権ステータスはロールステータス（例えば、非信頼ドメインロール、完全信頼ドメインロール又は特定ドメインロール）を含んでもよい。ロール定義は、ウェブ開発者がそれらの特定の発信元ドメインに対して有する信頼レベルに依存して、複数の発信元ドメイン名と同一のロールステータスとをリンクしてもよい（例えば、２つの異なるドメインの双方は完全信頼ドメインロールを有してもよい）。この場合、それらの複数のドメインのいずれか１つを発信元とするどんなプログラム断片も同一のアクセス権定義により定義されたアクセス権の集合を有する。
【００１７】
しかし、単一の発信元ドメインは複数の分類に属してもよく、従って、複数のアクセス権ステータスを有してもよい（例えば、１つのドメインは完全信頼ドメインロール及び特定ドメインロールの双方を有してもよい）。従って、当該ドメインを発信元とするプログラム断片は複数のアクセス権定義の中で定義された複数のアクセス権の集合を有する。この場合、ある特定のアクセス権がそれらの複数のアクセス権定義により定義されたアクセス権の集合のいずれか１つに含まれる限り、プログラム断片はその特定のアクセス権を有する。
【００１８】
更に説明するために、各アクセス権定義において定義されたアクセス権の集合は、リソースへの低レベルのアクセス権を含んでもよい（例えば、読出し、書込み又は実行）。読出しアクセス権は、プログラム断片が関連するＤＯＭノードを介してリソース（例えば、テキストコンテンツ）を調べることを許可する。書込みアクセス権はプログラム断片がリソースを変更又は削除することを許可し、実行アクセス権はプログラム断片がリソースを呼び出すことを許可する（例えば、リソースがクライアント側スクリプト関数である場合）。プログラム断片が複数のアクセス権定義の中で定義された複数のアクセス権の集合を有する上記の例において、１つのアクセス権定義は読出しアクセス権のみを含むものとしてアクセス権の集合を定義してもよく、別のアクセス権定義は読出しアクセス権及び実行アクセス権の双方を含むものとしてアクセス権の集合を定義する。これらのアクセス権の集合の少なくとも一方が実行アクセス権を含むため、プログラム断片はこの実行アクセス権を有する。当然、アクセス権の集合に含まれるアクセス権の特定の種類及び数が本発明を限定しないことは当業者には理解されるだろう。より正確には、含まれるアクセス権の特定の種類及び数はリソースへのアクセスの制御に関する詳細に影響を与えるにすぎない。
【００１９】
アクセス権の種類又は数に関係なく、特定のアクセス権がアクセス権定義により定義されたアクセス権の集合に含まれるかは、集合ウェブ・アプリケーションのセキュリティ及び機能性条件によって異なる。例えば集合ウェブ・アプリケーションは、特に保護の必要な情報（例えば、連絡先の電話番号）を含むリソースを含む場合がある。そのような場合、機能性条件はあるドメイン（例えば、電話帳アプリケーションドメイン）を発信元とするプログラム断片に対して全てのアクセス権が含まれることを要求してもよく、その一方で、厳格なセキュリティ条件は、他のドメイン（例えば、Ｇｏｏｇｌｅ（登録商標）マップドメイン）を発信元とするプログラム断片に対してアクセス権が全く含まれないことを要求する。
【００２０】
しかし、集合ウェブ・アプリケーション内の他のリソースは保護の必要な情報（例えば、一般テキスト）を含まない場合がある。この場合、当該リソースに対する厳格ではないセキュリティ条件は、特定のドメインを発信元とするプログラム断片に対して特定のアクセス権（例えば、変更又は削除機能）が含まれないことのみを必要としてもよい。
【００２１】
当然、集合ウェブ・アプリケーションの特定のリソースにより必要とされる機能性及びセキュリティ条件を元々認識している実行環境は存在しない。従って、一実施形態において、集合ウェブ・アプリケーション実行環境３４は、集合ウェブ・アプリケーションのウェブページにおいて値を明確に指定されたアクセス属性に関連付けられない全てのリソースに対して厳格ではない機能性及びセキュリティ条件を仮定するように構成される。これらのリソースの各々に対して、集合ウェブ・アプリケーション実行環境３４は関連するＤＯＭノードにアクセス属性をデフォルトで付加する。アクセス属性がデフォルトで付加される場合、当該アクセス属性に関連するアクセス権定義の少なくとも１つは、いくつかのアクセス権（例えば、変更又は削除機能）を含まないアクセス権の集合を定義する。しかし、集合ウェブ・アプリケーション実行環境３４がどんなレベルの機能性及びセキュリティ条件をデフォルトで仮定してもよいことは当業者には容易に理解されるだろう。
【００２２】
その一方、アクセス属性値がウェブページにおいて明確に指定された場合、集合ウェブ・アプリケーション実行環境３４は関連するＤＯＭノードにアクセス属性を変更せずに付加する。これにより、集合ウェブ・アプリケーションのウェブ開発者はリソース毎に機能性及びセキュリティ条件のレベルを変更できる。例えばリソースが厳格なプライバシーを必要とする場合、アクセス属性は、当該アクセス属性に関連するアクセス権定義の少なくとも１つがアクセス権を全く含まないアクセス権の集合を定義するようにウェブページにおいて明確に指定されてもよい。
【００２３】
しかし、一実施形態において、アクセス属性がウェブページにおいてＤＯＭノードに対して明確に指定されない場合であっても、集合ウェブ・アプリケーション実行環境３４は当該ＤＯＭノードにアクセス属性をデフォルトで付加しない。特に、ＤＯＭノードが子ＤＯＭノードである場合、アクセス属性が子ＤＯＭノード自体に対して明確に指定されない場合に当該子ＤＯＭノードは最も近い親ＤＯＭノードのアクセス属性を継承する。そのような場合、集合ウェブ・アプリケーション実行環境３４は親ＤＯＭノードに対してウェブページにおいて指定されたアクセス属性を付加する。
【００２４】
上述のように付加されたアクセス属性を介して定義されたリソースへのアクセス権の集合を用いて、集合ウェブ・アプリケーション実行環境３４はプログラム断片によるリソースへのアクセスを制御してもよい。そのようにアクセスを制御するために、集合ウェブ・アプリケーション実行環境３４は当該プログラム断片の発信元ドメインの１つ以上のアクセス権ステータスを設定する（ブロック１０２）。集合ウェブ・アプリケーション実行環境３４は、ウェブ開発者により指定されたアクセス権ステータスの定義に従ってこれらの１つ以上のアクセス権ステータスを設定してもよい。上述のように、例えばロール定義は、ウェブ開発者が特定の発信元ドメインに対して有する信頼レベルに依存して、その特定の発信元ドメインと１つ以上のロールステータスとをリンクしてもよい。
【００２５】
集合ウェブ・アプリケーション実行環境３４がプログラム断片の発信元ドメインの１つ以上のアクセス権ステータスを設定する方法に関係なく、その後、集合ウェブ・アプリケーション実行環境３４は、プログラム断片に対して定義された１つ以上のアクセス権の集合に基づいて、プログラム断片がリソースにアクセスするのを許可又は拒否する（ブロック１０４）。プログラム断片は、対応するアクセス権がそれらのアクセス権の集合の少なくとも１つに含まれる場合のみ、特定の方法で（例えば、リソースを変更又は削除するために）リソースにアクセスする機能を許可される。しかし、対応するアクセス権を含むアクセス権の集合が存在しない場合、プログラム断片はそのようなアクセスを拒否される。
【００２６】
図２に示すアクセス制御方法が種々の方法で構成されてもよいことは当業者には容易に理解されるだろう。例えばアクセス制御方法は、ウェブ・ブラウザ・クライアント１０のメモリ空間においてＤＯＭ構造上で直接動作してもよい。あるいは、アクセス制御方法は、ファイルシステムにＤＯＭ構造をマッピングする（例えば、ファイルに各ＤＯＭノードをマッピングする）こと及び当該ファイルシステム内のサブジェクトにプログラム断片の発信元ドメインをマッピングすることを更に含んでもよい。その場合、特定のドメインを発信元とするプログラム断片によるリソースへのアクセスを制御することは、ファイルシステム内のサブジェクトによるファイルへのアクセスを制御することと同様になる。本発明は何らかの特定の種類のファイルシステムにＤＯＭ構造及び発信元ドメインをマッピングすることに限定されないが、図３Ａ〜図３Ｃ及び図４はファイルシステムがロールベースファイルシステムである一実施形態を示す。
【００２７】
図３Ａは、ロールベースファイルシステムにＤＯＭ構造及び発信元ドメインをマッピングすることによりリソースが制御される集合ウェブ・アプリケーションのウェブページを示す。詳細には、ドメインｃｏｍｐａｎｙ．ｓｅからのウェブ・アプリケーションがウェブ・ブラウザ・クライアント１０にこのウェブページを提供する。ウェブページは、ドメインｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍからのウェブ・アプリケーションの外部ＡＰＩであるｌｉｂ．ｊｓを参照するＪａｖａＳｃｒｉｐｔ（登録商標）をＬ４に含む。従って、ウェブ・ブラウザ・クライアント１０は外部ＡＰＩであるｌｉｂ．ｊｓをインポートし、集合ウェブ・アプリケーションとしてウェブページ及びｌｉｂ．ｊｓを実行する。
【００２８】
この集合ウェブ・アプリケーションは、ウェブページがロードする場合にＬ８で設定される座標のＧｏｏｇｌｅ（登録商標）マップ地図を作成する。ｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片（Ｌ６〜Ｌ９）は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍから発信されたプログラム断片（ｌｉｂ．ｊｓで実現されるＧＭａｐ２コンストラクタ及びｓｅｔＣｅｎｔｅｒメソッド）を呼び出す。ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするこれらのプログラム断片は、Ｇｏｏｇｌｅ（登録商標）マップ地図を作成するためにＬ１３において＜ｄｉｖ＞タグを利用する。従って、集合ウェブ・アプリケーションの機能性条件は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片がＬ１３の＜ｄｉｖ＞タグ及びその＜ｄｉｖ＞タグ以下に動的に作成された何らかのタグを含むリソースに無制限にアクセスできることを要求する。
【００２９】
集合ウェブ・アプリケーションは、特に保護の必要な情報、すなわちＬ１６の電話番号を含むリソースを更に含む。従って、セキュリティ条件は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片がこれらのリソースにアクセスできないことを要求する。しかし、単なる一般テキスト、すなわちＬ１８のテキスト「Ｔｈｅ  ｓｋｙ  ｉｓ  ｂｌｕｅ，  ｔｈｅ  ｇｒａｓｓ  ｉｓ  ｇｒｅｅｎ」を含むリソースは、集合ウェブ・アプリケーションのセキュリティを低下させることなくｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片により限定された方法でアクセスされてもよい。例えばそのようなプログラム断片は、集合ウェブ・アプリケーション内に含まれる一般テキストを上書きせずに単に読出してもよい。集合ウェブ・アプリケーション実行環境３４は、上述の機能性及びセキュリティ条件の全てを満たす一方でこれらのリソースへのアクセスを有利に制御する。
【００３０】
ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片が電話番号リソースを読出すことによりそれにアクセスしようとする例を考慮する。ＤＯＭは電話番号リソースとウェブページのＤＯＭ構造内のテキストノードとを関連付け、集合ウェブ・アプリケーション実行環境３４はこのテキストノードに「セキュリティ」属性を付加する。詳細には、このテキストノードは、Ｌ１４の親ＤＯＭノードの子ＤＯＭノードである。Ｌ１４の親ＤＯＭノードのセキュリティ属性が「ｃｏｍｐａｎｙ」の値を有するものとして明確に指定されているため、子ＤＯＭノードは「ｃｏｍｐａｎｙ」の値を同様に有する当該セキュリティ属性を継承する。
【００３１】
「ｃｏｍｐａｎｙ」の値を有するセキュリティ属性は、図３Ｂに示すポリシー定義を介して複数のアクセス権定義に関連付けられる。ポリシー定義は、特定のセキュリティ属性を付加されたＤＯＭノードに関連するリソースに対する複数のアクセス権定義を指定する。電話番号リソースが「ｃｏｍｐａｎｙ」の値を有するセキュリティ属性を付加されたＤＯＭノードに関連するため、ポリシー定義はＰ２、Ｐ５及びＰ８において当該リソースに対するアクセス権定義を指定する。例えばＰ５は、ｔｒｕｓｔｅｄｏｐｅｒａｔｏｒ＿ｒｏｌｅステータスを有するドメインを発信元とするプログラム断片に対して当該リソースへのアクセス権の集合（読出し、書込み及び実行を含む）を定義する。一方、Ｐ２及びＰ８の各々は、ｕｎｔｒｕｓｔｅｄｏｐｅｒａｔｏｒ＿ｒｏｌｅステータス又はｓｐｅｃｉａｌｏｐｅｒａｔｏｒ＿ｒｏｌｅステータスをそれぞれ有するドメインを発信元とするプログラム断片に対して当該リソースへのアクセス権の集合（読出し、書込み又は実行を含まない）を定義する。ドメインのロールステータスに従って定義されたリソースへのアクセスを用いて、集合ウェブ・アプリケーション実行環境３４はロールベースアクセス制御ファイルシステムにＤＯＭ構造及びドメインをマッピングする。
【００３２】
このロールベースアクセス制御ファイルシステムは、図３Ｃに示すロール定義を有する。これは、プログラム断片の発信元ドメインに対して１つ以上のロールを定義する。詳細には、ロール定義はｃｏｍｐａｎｙ．ｓｅに対してｔｒｕｓｔｅｄｏｐｅｒａｔｏｒ＿ｒｏｌｅを定義し、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍに対してｕｎｔｒｕｓｔｅｄｏｐｅｒａｔｏｒ＿ｒｏｌｅ及びｓｐｅｃｉａｌｏｐｅｒａｔｏｒ＿ｒｏｌｅの双方を定義する。従って、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片のアクセスを制御するために、集合ウェブ・アプリケーション実行環境３４は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍのｕｎｔｒｕｓｔｅｄｏｐｅｒａｔｏｒ＿ｒｏｌｅステータス及びｓｐｅｃｉａｌｏｐｅｒａｔｏｒ＿ｒｏｌｅステータスの双方を設定する。
【００３３】
ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍのロールステータスを設定することにより、集合ウェブ・アプリケーション実行環境３４は、Ｐ２及びＰ８におけるアクセス権定義内のアクセス権の集合に基づいて、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片が電話番号リソースにアクセスするのを許可又は拒否してもよい。Ｐ２又はＰ８において定義されたアクセス権の集合のいずれにもアクセス権が含まれないため、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片はどのような方法でも電話番号リソースにアクセスできない。電話番号リソースへのそのようなアクセスを拒否する場合、集合ウェブ・アプリケーション実行環境３４は集合ウェブ・アプリケーションの厳格なセキュリティ条件を満たす。
【００３４】
しかし、リソースへのアクセスが集合ウェブ・アプリケーションのセキュリティを低下させない場合、集合ウェブ・アプリケーション実行環境３４はそのようなアクセスを過度に制限しない。従って、集合ウェブ・アプリケーション実行環境３４は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片によるＬ１８の「Ｔｈｅ  ｓｋｙ  ｉｓ  ｂｌｕｅ，  ｔｈｅ  ｇｒａｓｓ  ｉｓ  ｇｒｅｅｎ」を含む一般テキストへの読出し専用アクセスを許可する。電話番号リソースに関する上記説明と同様に、集合ウェブ・アプリケーション実行環境３４は一般テキストリソースに関連するＤＯＭノードにセキュリティ属性を付加する。セキュリティ属性が当該ＤＯＭノード又はその親ＤＯＭノードに対して明確に指定されないため、セキュリティ属性は「ｄｅｆａｕｌｔ」の値を用いて付加される。従って、Ｐ１及びＰ７におけるアクセス権定義内のアクセス権の集合は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片による当該一般テキストリソースへのアクセスを制御する。読出しアクセス権がＰ１及びＰ７において定義された少なくとも一方のアクセス権の集合内に含まれるため、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片は一般テキストリソースを読出してもよい。しかし、他のアクセス権がいずれのアクセス権の集合にも含まれないため、それらのプログラム断片は他のどんな方法でも一般テキストリソースにアクセスできない。一般テキストリソースへの制限付きアクセスを許可する際、集合ウェブ・アプリケーション実行環境３４は、リソースへのアクセスが集合ウェブ・アプリケーションのセキュリティを低下させない場合にそのようなアクセスを過度に制限することを回避する。
【００３５】
更に、集合ウェブ・アプリケーション実行環境３４は集合ウェブ・アプリケーションが必要とする機能性も保持する。特に、集合ウェブ・アプリケーション実行環境は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片がＬ１３の＜ｄｉｖ＞タグ及び当該＜ｄｉｖ＞タグ内に動的に作成された何らかのタグ又はスクリプトを含むリソースに無制限にアクセスすることを許可する。上記と同様に、集合ウェブ・アプリケーション実行環境は、＜ｄｉｖ＞タグに関連するＤＯＭノードに「ｇｏｏｇｌｅ」の値を有するセキュリティ属性を付加する。従って、Ｐ３及びＰ９におけるアクセス権定義内のアクセス権の集合は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片から当該＜ｄｉｖ＞タグリソースへのアクセスを制御する。読出しアクセス権、書込みアクセス権及び実行アクセス権の各々がＰ３及びＰ９において定義される少なくとも一方のアクセス権の集合内に含まれるため、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片は＜ｄｉｖ＞タグリソースに無制限にアクセスできる。更に、そのような完全アクセス権に従って＜ｄｉｖ＞タグ以下のウェブページに動的に追加された何らかのタグ又はスクリプトは、ＤＯＭ構造内のＤＯＭノードに同様に関連付けられる。子ＤＯＭノードとして、それらは「ｇｏｏｇｌｅ」の値を同様に有するセキュリティ属性を継承する。従って、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片は、＜ｄｉｖ＞タグ以下に動的に作成されたタグ又はスクリプトを含むどんなリソースにも無制限にアクセスできる。それらのリソースへの完全アクセスを許可する場合、集合ウェブ・アプリケーション実行環境３４は集合ウェブ・アプリケーションの機能性条件を満たす。
【００３６】
尚、集合ウェブ・アプリケーション実行環境３４は、集合ウェブ・アプリケーションの機能性のために必要とされるｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片のアクセス権を保持する。例えばＰ４、Ｐ５及びＰ６におけるアクセス権定義は、ｃｏｍｐａｎｙ．ｓｅドメイン（これは、図３Ｃのロール定義に関連して設定されるようにｔｒｕｓｔｅｄｏｐｅｒａｔｏｒ＿ｒｏｌｅステータスのロールステータスを有する）を発信元とするプログラム断片に対して種々のリソースへのアクセス権の集合を定義する。定義されるように、そのようなプログラム断片は、「ｇｏｏｇｌｅ」の値を有するセキュリティ属性を有するリソース（すなわち、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍにより使用されるＬ１３の＜ｄｉｖ＞タグ、並びにｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍからインポートされたＧＭａｐ２コンストラクタ及びｓｅｔＣｅｎｔｅｒメソッドに対する定義（不図示）を含むＬ４の＜ｓｃｒｉｐｔ＞タグ）以外の全てのリソースに無制限にアクセスできる。例えば実行アクセスは、ｃｏｍｐａｎｙ．ｓｅを発信元とするＬ７及びＬ８のプログラム断片がｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするＧＭａｐ２コンストラクタ及びｓｅｔＣｅｎｔｅｒメソッドを呼び出すことによりＧｏｏｇｌｅ（登録商標）マップ地図を作成することを許可する。また、書込みアクセスを行えないため、これらのプログラム断片は当該地図と不注意に対立すること（例えば、ｓｅｔＣｅｎｔｅｒメソッドに対する定義を不注意に上書きすること）からも保護される。
【００３７】
しかし、上記の例が本発明の一実施形態を示すにすぎないことは当業者には容易に理解されるだろう。例えば図３Ｂのポリシー定義はどんなアクセス権も含まないアクセス権の集合を定義するアクセス権定義を含むが（例えば、Ｐ２、Ｐ３、Ｐ７及びＰ８）、本発明がそのような明確な定義を必要としないことは当業者には容易に理解されるだろう。更に、上記の例が図４に示す方法を実行する集合ウェブ・アプリケーション実行環境３４として一般化されてもよいことは当業者には容易に理解されるだろう。
【００３８】
図４は、ロールベースアクセス制御ファイルシステムにＤＯＭ構造及びプログラム断片の発信元ドメインをマッピングすることにより当該プログラム断片によるリソースへのアクセスを制御する方法を示す。図４において、集合ウェブ・アプリケーション実行環境３４は、リソースに関連するＤＯＭノードにセキュリティ属性を付加する（ブロック１０６）。この付加されるセキュリティ属性は、ポリシー定義を介して複数のアクセス権定義に関連付けられる。そのような関連付けは、特定のセキュリティ属性を付加されたＤＯＭノードに関連するリソースに対する複数のアクセス権定義を指定するポリシー定義により行われる。各アクセス権定義は、特定のロールステータスを有する発信元ドメインを有するプログラム断片に対してリソースへのアクセス権の集合を定義する。
【００３９】
ドメインのロールステータスに従って定義されたリソースへのアクセスを用いて、集合ウェブ・アプリケーション実行環境３４はロールベースアクセス制御ファイルシステムにＤＯＭ構造をマッピングする（ブロック１０８）。ロールベースアクセス制御ファイルシステムは、プログラム断片の発信元ドメインに対して１つ以上のロールを定義するロール定義を有する。そのため、リソースに関連するＤＯＭノードはファイルシステム内のファイルにマッピングされ、プログラム断片の発信元ドメインはファイルシステム内のサブジェクトにマッピングされる。従って、プログラム断片からリソースへのアクセスを制御するために、集合ウェブ・アプリケーション実行環境３４は、このロール定義に関連してプログラム断片の発信元ドメインの１つ以上のロールステータスを設定する（ブロック１１０）。プログラム断片の発信元ドメインのロールステータスを設定することにより、集合ウェブ・アプリケーション実行環境３４は、プログラム断片に対して定義された１つ以上のアクセス権の集合に基づいて、プログラム断片がリソースにアクセスするのを許可又は拒否する（ブロック１１２）。
【００４０】
本発明の上述のアクセス制御方法はロールベースアクセス制御ファイルシステムにＤＯＭ構造及びドメインをマッピングすることを含むが、本発明がアクセス制御リスト利用ファイルシステムにマッピングすることを含んでもよいことは当業者には理解されるだろう。例えば図５Ａ、図５Ｂ及び図６はこの別の方法を示す。
【００４１】
図５Ａは、図３Ａと同様の機能性及びセキュリティ条件を有する集合ウェブ・アプリケーションのウェブページを示す。しかし、集合ウェブ・アプリケーション実行環境３４はｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ及びｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片のアクセスを同程度に制御するが、アクセス制御リスト利用ファイルシステムにＤＯＭ構造及び発信元ドメインをマッピングすることによりこの制御を行う。アクセス制御リスト利用ファイルシステムを利用する場合、ＤＯＭノードに付加されるアクセス属性は上述のセキュリティ属性の代わりに許可属性を含む。
【００４２】
ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片がＬ１６の電話番号リソースを読出そうとする例を再度考慮すると、集合ウェブ・アプリケーション実行環境３４はテキストノードに関連するＤＯＭノードに許可属性を付加する。すなわち、テキストノードはＬ１４の親ＤＯＭノードの子ＤＯＭノードであるため、「ｒｗｘ−−−−−−」の値を有する親ＤＯＭノードの明確に指定された許可属性を継承する。
【００４３】
しかし、前述の一実施形態のセキュリティ属性と異なり、許可属性自体が複数のアクセス権定義を指定する。本実施形態において、各アクセス権定義は許可属性値の３つの位置を含む（例えば、「ｒｗｘ」、「−−−」及び「−−−」は各々がアクセス権定義である）。各アクセス権定義は、特定のユーザステータスを有する発信元ドメインを有するプログラム断片に対して電話番号リソースへのアクセス権の集合を定義する。ユーザステータスは、例えばオーナーステータス、グループメンバーステータス又は他のユーザステータスを含んでもよい。その場合、許可属性の最初の３つの位置を含むアクセス権定義、すなわち「ｒｗｘ」は、オーナーステータスを有する発信元ドメインを有するプログラム断片に対して電話番号リソースへのアクセス権の集合を定義する。このアクセス権の集合が「ｒ」、「ｗ」及び「ｘ」を含むため、そのようなプログラム断片は電話番号リソースに対する読出し、書込み及び実行アクセスを有する。一方、第２及び第３のアクセス権定義により定義されたアクセス権の集合は、「ｒ」、「ｗ」又は「ｘ」のいずれも含まない。従って、グループメンバーステータス又は他のユーザステータスのみを有する発信元ドメインを有するプログラム断片はそれぞれ、電話番号リソースに対する読出し、書込み又は実行アクセス権のいずれも有さない。ドメインのユーザステータスに従って定義されたリソースへのアクセス権を用いて、集合ウェブ・アプリケーション実行環境３４は当該リソースに関連するＤＯＭノードにオーナー属性及びグループ属性を更に付加する。
【００４４】
リソースに関連するＤＯＭノードに付加されるオーナー属性は、当該リソースへのアクセスに対するオーナーステータスを付与されるドメインを指定する。上述の他の属性と同様に、オーナー属性がウェブページにおいて明確に指定されない場合、集合ウェブ・アプリケーション実行環境３４はオーナー属性をデフォルトで付加する。デフォルトで付加されるオーナー属性はリソースの発信元ドメインを指定する。従って、Ｌ１６の電話番号リソースに関して、集合ウェブ・アプリケーション実行環境３４は関連するＤＯＭノードに「ｃｏｍｐａｎｙ．ｓｅ」の値を有するオーナー属性をデフォルトで付加する。一方、Ｌ４のｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍからインポートされたスクリプトリソースに関して、集合ウェブ・アプリケーション実行環境３４は関連するＤＯＭノードに「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」の値を有するオーナー属性をデフォルトで付加する。
【００４５】
同様に、リソースに関連するＤＯＭノードに付加されるグループ属性は、当該リソースへのアクセスに対するグループメンバーステータスを付与されるためにドメインがメンバーである必要のあるグループのグループ名を指定する。ドメインのグループメンバーシップは、図５Ｂに示すようなグループ定義において明確に指定されてもよい。例えば図５Ｂのグループ定義は、ドメインｃｏｍｐａｎｙ．ｓｅが「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」の名称を有するグループのメンバーであることを指定する。従って、ドメインｃｏｍｐａｎｙ．ｓｅは、「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」の値を有するグループ属性を付加されたＤＯＭノードに関連する全てのリソースへのアクセスに対するグループメンバーステータスを付与される。尚、図５Ｂのグループ定義はｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍドメインに対する逆方向のグループ定義を含まない。すなわち、ドメインｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍは、「ｃｏｍｐａｎｙ．ｓｅ」の値を有するグループ属性を付加されたＤＯＭノードに関連するリソースへのアクセスに対するグループメンバーステータスを付与されない。より正確には、ドメインｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍに対するグループメンバーシップは、デフォルトのグループメンバーシップに限定される。従来のアクセス制御リスト利用ファイルシステムにおけるデフォルトのグループ割り当てと同様に、ドメインがデフォルトでメンバーであるグループは当該ドメインの一次グループである。ドメインの一次グループ名はドメイン名自体である（例えば、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍドメインの一次グループ名は「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」である）。従って、本例において、ドメインｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍは「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」グループのメンバーであり、ドメインｃｏｍｐａｎｙ．ｓｅは「ｃｏｍｐａｎｙ．ｓｅ」グループ及び「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」グループの双方のメンバーである。
【００４６】
そのようなグループメンバーシップ定義を仮定する場合、グループ属性がウェブページにおいて明確に指定されない場合に集合ウェブ・アプリケーション実行環境３４はグループ属性をデフォルトで付加する。デフォルトで付加されるグループ属性は、オーナーステータスを付与されたドメインの一次グループを指定する。従って、Ｌ１６の電話番号リソースに関して、グループ属性がウェブページにおいて明確に指定されないため、集合ウェブ・アプリケーション実行環境３４は関連するＤＯＭノードにグループ属性をデフォルトで付加する。ｃｏｍｐａｎｙ．ｓｅが電話番号リソースへのアクセスに対するオーナーステータスを付与されたドメインであるため、付加されるグループ属性の値はｃｏｍｐａｎｙ．ｓｅの一次グループである「ｃｏｍｐａｎｙ．ｓｅ」である。
【００４７】
電話番号リソースに関連するＤＯＭノードに付加された許可属性、オーナー属性及びグループ属性を用いて、集合ウェブ・アプリケーション実行環境３４はアクセス制御リスト利用ファイルシステムにＤＯＭ構造及びドメインをマッピングする。従って、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片から電話番号リソースへのアクセスを制御するために、集合ウェブ・アプリケーション実行環境３４は、このオーナー属性、グループ属性及びグループ定義に関連してｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍの１つ以上のユーザステータスを設定する。オーナー属性はオーナーステータスを有するドメインとして「ｃｏｍｐａｎｙ．ｓｅ」を指定し且つグループ属性はドメインがグループメンバーステータスを有するためにはグループ「ｃｏｍｐａｎｙ．ｓｅ」に属する必要があると指定するため、集合ウェブ・アプリケーション実行環境３４は他のユーザステータスを有するｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを設定する。
【００４８】
ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍのユーザステータスを設定することにより、集合ウェブ・アプリケーション実行環境３４は、第３のアクセス権定義、すなわち「−−−」において定義されたアクセス権の集合に基づいて、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片が電話番号リソースにアクセスするのを許可又は拒否してもよい。アクセス権が当該集合に含まれないため、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片はどのような方法でも電話番号リソースにアクセスできない。この場合、図３Ａ〜図３Ｃと同様に、集合ウェブ・アプリケーション実行環境３４は集合ウェブ・アプリケーションの厳格なセキュリティ条件を満たす。
【００４９】
また、本実施形態において、リソースへのアクセスが集合ウェブ・アプリケーションのセキュリティを低下させない場合、集合ウェブ・アプリケーション実行環境３４はそのようなアクセスを過度に制限しない。従って、集合ウェブ・アプリケーション実行環境３４は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片によるＬ１８の「Ｔｈｅ  ｓｋｙ  ｉｓ  ｂｌｕｅ，  ｔｈｅ  ｇｒａｓｓ  ｉｓ  ｇｒｅｅｎ」を含む一般テキストへの読出し専用アクセスを許可する。許可属性がウェブページにおいて明確に指定されないため、集合ウェブ・アプリケーション実行環境は所定の値を有する許可属性をデフォルトで付加する。そのようなデフォルト値は例えば「ｒｗｘｒ−−ｒ−−」であってもよく、それにより、オーナーステータスを有するドメインを発信元とするプログラム断片に完全アクセスを許可するが、グループメンバーステータス又は他のユーザステータスのいずれかのみを有するドメインを発信元とするプログラム断片には読出しアクセスのみを許可する。各々が「ｃｏｍｐａｎｙ．ｓｅ」の値を用いてデフォルトで付加されたオーナー属性及びグループ属性を用いて、集合ウェブ・アプリケーション実行環境３４はこの場合もｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍに他のユーザステータスを設定する。読出しアクセス権のみが第３のアクセス権定義、すなわち「ｒ−−」において定義されたアクセス権の集合内に含まれるため、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片は一般テキストリソースを変更せずに読出してもよい。この場合も図３Ａ〜図３Ｃと同様に、集合ウェブ・アプリケーション実行環境３４はリソースへのアクセスが集合ウェブ・アプリケーションのセキュリティを低下させない場合にそのようなアクセスを過度に制限することを回避する。
【００５０】
集合ウェブ・アプリケーション実行環境３４は集合ウェブ・アプリケーションの機能性も保持する。特に、集合ウェブ・アプリケーション実行環境３４は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片がＬ１３の＜ｄｉｖ＞タグ及び当該＜ｄｉｖ＞タグ内に動的に作成された何らかのタグ又はスクリプトを含むリソースに無制限にアクセスすることを許可する。そのようなアクセスを許可するために、集合ウェブ・アプリケーション実行環境３４は、ウェブページにおいて明確に指定されるように、「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」の値を有するオーナー属性を付加する。しかし、グループ属性及び許可属性のいずれもウェブページにおいて明確に指定されないため、集合ウェブ・アプリケーション実行環境３４はこれらの属性をデフォルトで付加する。すなわち、付加されるグループ属性はオーナーステータスを有するドメインの一次グループと同様に「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」の値を有し、付加される許可属性は「ｒｗｘｒ−−ｒ−−」の所定の値を有する。従って、第１のアクセス権定義「ｒｗｘ」がオーナーステータスを設定されたドメインであるｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片に対して＜ｄｉｖ＞タグへのアクセス権の集合を定義するため、そのようなプログラム断片は当該＜ｄｉｖ＞タグに無制限にアクセスできる。更に、そのような完全アクセス権に従って当該＜ｄｉｖ＞タグ以下のウェブページに動的に追加される何らかのタグ又はスクリプトは、ＤＯＭ構造内のＤＯＭノードに同様に関連付けられる。子ＤＯＭノードとして、それらは同一の値を更に有する許可属性、オーナー属性及びグループ属性の各々を継承する。従って、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片は＜ｄｉｖ＞タグ以下に動的に作成されたタグ又はスクリプトを含むどんなリソースにも無制限にアクセスできる。これらのリソースへの完全アクセスを許可する場合、集合ウェブ・アプリケーション実行環境３４は集合ウェブ・アプリケーションの機能性条件を満たす。
【００５１】
尚、集合ウェブ・アプリケーション実行環境３４は、集合ウェブ・アプリケーションの機能性に必要とされるｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片のアクセス権を保持する。例えば、ｃｏｍｐａｎｙ．ｓｅは電話番号リソース及び一般テキストリソースへのアクセスに対してオーナーステータスにデフォルトで設定される。そのため、ｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片は、電話番号リソースに対する明確なアクセス権定義「ｒｗｘ」及び一般テキストリソースに対するデフォルトのアクセス権定義「ｒｗｘ」に基づいて完全アクセス権を有する。＜ｄｉｖ＞タグリソースに関して、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍがオーナーステータスに明確に設定されるため、ｃｏｍｐａｎｙ．ｓｅは＜ｄｉｖ＞タグリソースへのアクセスに対して他のユーザステータスに設定される。従って、ｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片は、＜ｄｉｖ＞タグリソースに対するデフォルトのアクセス権定義「ｒ−−」に基づいて読出し専用アクセス権を有する。最後に、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍからインポートされたＧＭａｐ２コンストラクタ及びｓｅｔＣｅｎｔｅｒメソッドに対する定義（不図示）を含むＬ４の＜ｓｃｒｉｐｔ＞タグに関して、許可属性は、グループメンバーステータスを有するドメインを発信元とするプログラム断片がＧＭａｐ２及びｓｅｔＣｅｎｔｅｒに対して実行アクセスを有することを指定する。図５Ｂのグループ定義がｃｏｍｐａｎｙ．ｓｅドメインに「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」グループのメンバーであることを割り当てるため、ｃｏｍｐａｎｙ．ｓｅを発信元とするＬ７及びＬ８のプログラム断片は、Ｇｏｏｇｌｅ（登録商標）マップ地図を作成するためにＧＭａｐ２コンストラク及びｓｅｔＣｅｎｔｅｒメソッドを呼び出してもよい。また、書込みアクセスを行えないため、これらのプログラム断片は当該地図と不注意に対立することからも保護される。
【００５２】
上記の例が本発明の一実施形態を示すにすぎないことが当業者には容易に理解されるだろう。例えば、上記の例が図６に示す方法を実行する集合ウェブ・アプリケーション実行環境３４として一般化されてもよいことは当業者には容易に理解されるだろう。
【００５３】
図６は、アクセス制御リスト利用ファイルシステムにＤＯＭ構造及びプログラム断片の発信元ドメインをマッピングすることにより当該プログラム断片によるリソースへのアクセスを制御する方法を示す。図６において、集合ウェブ・アプリケーション実行環境３４はリソースに関連するＤＯＭノードに許可属性を付加する（ブロック１１６）。この付加される許可属性自体が複数のアクセス権定義を指定する。各アクセス権定義は、特定のユーザステータスを有する発信元ドメインを有するプログラム断片に対してリソースへのアクセス権の集合を定義する。ユーザステータスは、例えばオーナーステータス、グループメンバーステータス及び他のユーザステータスを含んでもよい。
【００５４】
ドメインのユーザステータスに従って定義されたリソースへのアクセスを用いて、集合ウェブ・アプリケーション実行環境３４は関連するＤＯＭノードにオーナー属性及びグループ属性を更に付加する（ブロック１１８）。リソースに関連するＤＯＭノードに付加された許可属性、オーナー属性及びグループ属性を用いて、集合ウェブ・アプリケーション実行環境３４はアクセス制御リスト利用ファイルシステムにＤＯＭ構造をマッピングする（ブロック１２０）。アクセス制御リスト利用ファイルシステムは、プログラム断片の発信元ドメインのグループメンバーシップを指定するグループ定義を有する。そのため、リソースに関連するＤＯＭノードはファイルシステム内のファイルにマッピングされ、プログラム断片の発信元ドメインはファイルシステム内のサブジェクトにマッピングされる。
【００５５】
従って、プログラム断片からリソースへのアクセスを制御するために、集合ウェブ・アプリケーション実行環境３４は、このグループ定義、オーナー属性及びグループ属性に関連してプログラム断片の発信元ドメインの１つ以上のユーザステータスを設定する（ブロック１２２）。プログラム断片の発信元ドメインの１つ以上のユーザステータスを設定することにより、集合ウェブ・アプリケーション実行環境３４は、プログラム断片に対して定義された１つ以上のアクセス権の集合に基づいて、プログラム断片がリソースにアクセスするのを許可又は拒否する（ブロック１２４）。
【００５６】
上述のアクセス制御の例及び方法は本発明を限定するためではなく例示するために説明されたにすぎない。実際、本発明はより大きい処理の一部として実行されてもよい。例えば集合ウェブ・アプリケーション実行環境３４は、プログラム断片の発信元ドメインに発行される１つ以上のセキュリティ証明書の発行に更に基づいて、当該プログラム断片によるリソースへのアクセスを制御してもよい。すなわち、集合ウェブ・アプリケーション実行環境３４は、特定のセキュリティ証明書が発信元ドメインに発行された場合のみ当該ドメインの１つ以上のアクセス権ステータスを設定してもよい。前述の実施形態において、例えば集合ウェブ・アプリケーション実行環境は、発信元ドメインが特定のセキュリティ証明書を発行された場合のみ当該発信元ドメインのロールステータス又はグループメンバーステータスを設定してもよい。
【００５７】
尚、本発明は特定のアプリケーションに限定されない。従って、集合ウェブ・アプリケーション実行環境３４は、ウェブブラウザクライアントエンジンに加えて、ウェッジフレームワーク又は移動端末プラットフォームアクセスを有する実行環境を更に含んでもよい。例えば図７Ａ〜図７Ｄ（ロールベース）及び図８Ａ〜図８Ｃ（アクセス制御リスト利用）は、セキュリティ証明書の発行を介してアクセスを制御する場合の本発明を示す。
【００５８】
事前設定された座標においてＧｏｏｇｌｅ（登録商標）マップ地図を作成した図３Ａ〜図３Ｃ、図５Ａ及び図５Ｂに提示した集合ウェブ・アプリケーションと異なり、図７Ａ〜図７Ｄ及び図８Ａ〜図８Ｃの集合ウェブ・アプリケーションは移動端末の現在地に対応する座標のＧｏｏｇｌｅ（登録商標）マップ地図を作成する。従って、追加の機能性条件は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片が移動端末の現在地を検索するために移動端末プラットフォームの公開ＡＰＩに少なくとも何らかのレベルでアクセスできることを要求する。当然、セキュリティ条件はこのアクセスが制限されることを更に要求する。集合ウェブ・アプリケーション実行環境３４は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍに発行される１つ以上のセキュリティ証明書の発行に基づいて、そのようなアクセスを制御する。
【００５９】
本実施形態において、種々のレベルのセキュリティ証明書は移動端末プラットフォームへの種々のレベルのアクセスを許可する。移動端末プラットフォームへのアクセスは、レベル１ＡＰＩ、レベル２ＡＰＩ及びレベル３ＡＰＩを含む。レベル１ＡＰＩは、移動端末の電源状態等のほぼ読出し専用の情報へのアクセス及び移動端末のバックライト又は振動の制御を含む。レベル２ＡＰＩは、電話帳からの連絡先の詳細及び移動端末の現在地等の個人情報へのアクセスを含む。しかし、加入者に対する課金を発生させる機能性へのアクセスはレベル３ＡＰＩのみに含まれる。そのような階層を用いる場合、レベル１より上のＡＰＩレベルへのアクセスは当該レベルに対応するセキュリティ証明書を必要とする。
【００６０】
発信元ドメインがレベル２ＡＰＩ又はレベル３ＡＰＩのセキュリティ証明書を取得する場合、集合ウェブ・アプリケーション実行環境３４は当該ドメインの対応するロールステータス又はユーザステータスを設定する。例えば図７Ａ〜図７Ｄ及び図８Ａ〜図８Ｃにおいて、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍはレベル２ＡＰＩのセキュリティ証明書を取得しているが、レベル３ＡＰＩのセキュリティ証明書は取得していない。従って、集合ウェブ・アプリケーション実行環境３４は、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片がＬ４のレベル２ＡＰＩのスクリプトへの実行アクセスを有するがＬ５のレベル３ＡＰＩのスクリプトにアクセスできないように、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍに図７Ｄのロールステータス（ｓｐｅｃｉａｌｏｐｅｒａｔｏｒ＿ｒｏｌｅステータス）又は図８Ｃのグループメンバーステータス（ｌｅｖｅｌ２ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍ）を設定する。図７Ｂ及び図８Ｂに示すように、このレベル２のアクセスにより、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片は移動端末プラットフォームのｇｅｔＬａｔｉｔｕｄｅ（）及びｇｅｔＬｏｎｇｉｔｕｄｅ（）メソッドを実行できる。そのようなプログラム断片に移動端末の現在地を検索する機能を許可する場合、集合ウェブ・アプリケーション実行環境は集合ウェブ・アプリケーションの機能性条件を満たす。
【００６１】
更に、ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍを発信元とするプログラム断片へのレベル３ＡＰＩアクセスを拒否する場合、集合ウェブ・アプリケーション実行環境３４は集合ウェブ・アプリケーションのセキュリティ条件を更に満たす。レベル３ＡＰＩアクセスを有さない場合、そのようなプログラム断片は、加入者に対する課金を発生させる移動端末プラットフォームのｍａｋｅＶｏｉｃｅＣａｌｌメソッドを呼び出せない。より正確には、本例において、レベル３ＡＰＩのセキュリティ証明書を取得したｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片のみが当該メソッドを呼び出してもよい。すなわち、集合ウェブ・アプリケーション実行環境３４は、ｃｏｍｐａｎｙ．ｓｅを発信元とするプログラム断片がＬ５のレベル３ＡＰＩのスクリプトに無制限にアクセスできるように、ｃｏｍｐａｎｙ．ｓｅに図７Ｄのロールステータス（ｔｒｕｓｔｅｄｏｐｅｒａｔｏｒ＿ｒｏｌｅステータス）又は図８Ｃのグループメンバーステータス（ｌｅｖｅｌ３ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍ）を設定する。そのようなレベル３ＡＰＩアクセスにより、ｃｏｍｐａｎｙ．ｓｅを発信元とするＬ１６のプログラム断片は移動端末プラットフォームのｍａｋｅＶｏｉｃｅＣａｌｌメソッドを実行できる。
【００６２】
尚、集合ウェブ・アプリケーション実行環境３４は、ｌｅｖｅｌ２ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍ及びｌｅｖｅｌ３ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍを発信元とするプログラム断片によるｃｏｍｐａｎｙ．ｓｅ及びｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍからのリソースへのアクセスを制限する。例えば図８Ｃを参照すると、ドメインｌｅｖｅｌ２ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍ及びｌｅｖｅｌ３ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍはグループ「ｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍ」のメンバーではない。Ｌ６でｍａｐｓ．ｇｏｏｇｌｅ．ｃｏｍからインポートされる＜ｓｃｒｉｐｔ＞リソースに対する許可属性は他のユーザステータスを有するドメインに対してアクセス権を全く指定しないため、ｌｅｖｅｌ２ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍ及びｌｅｖｅｌ３ａｐｉ．ｅｍｂｒａｃｅ．ｅｒｉｃｓｓｏｎ．ｃｏｍを発信元とするプログラム断片はそのようなリソースにアクセスできない。
【００６３】
当然、上記の説明及び付加の図面は本明細書中で教示した方法及び個々の装置の限定しない例を示すことが理解されるべきである。そのため、本発明は上記の説明及び付加の図面により限定されない。実際、本発明は以下の請求の範囲及びその法的均等物のみにより限定される。
【図１】
0005564521.tif 000002
【図２】
0005564521.tif 000003
【図３Ａ】
0005564521.tif 000004
【図３Ｂ】
0005564521.tif 000005
【図３Ｃ】
0005564521.tif 000006
【図４】
0005564521.tif 000007
【図５Ａ】
0005564521.tif 000008
【図５Ｂ】
0005564521.tif 000009
【図６】
0005564521.tif 000010
【図７Ａ】
0005564521.tif 000011
【図７Ｂ】
0005564521.tif 000012
【図７Ｃ】
0005564521.tif 000013
【図７Ｄ】
0005564521.tif 000014
【図８Ａ】
0005564521.tif 000015
【図８Ｂ】
0005564521.tif 000016
【図８Ｃ】
0005564521.tif 000017