(57)【要約】【課題】【解決手段】許可によって制限される情報を共有するための方法（およびソフトウェアを含む付随的な有形コンピュータ読取り可能媒体）は、ユーザが共有されるべきコンテンツを提供することと、ユーザが、コンテンツを共有する複数の個人またはグループを指定することと、提供および指定の後に、指定された複数の者を含む新しいグループを自動的に生成することと、新しいグループへコンテンツを配信することを含む。また許可によって制限される情報を共有するための方法（および付随的なソフトウェア）は、オンラインサービスにおいて複数の個人メンバおよびグループをコンパイルすることと、個人およびグループに関連づけられるコンテンツを提供することと、グループコンテンツのタイプ、ユーザが一メンバであるグループ、ユーザが一メンバであるグループにおける個人メンバの組合せ、ユーザによるコンタクトの何れかによりユーザと共有されるコンテンツ、オンラインサービス以外のソースからのコンテンツ、アクセスおよび許可レベルおよびユーザ選択可能表示設定のうちの１つまたはそれ以上による任意の組合せを基礎とすることが可能な組み合わされたコンテンツビューをユーザへ表示することを含む。
2014527208.tif 000002
【特許請求の範囲】
【請求項１】
許可により制限される情報を共有する方法であって、
ユーザは、共有されるべきコンテンツを提供するステップと、
前記ユーザは、前記コンテンツを共有する複数の個人またはグループを指定するステップと、
前記提供するステップおよび前記指定するステップの後に、前記指定される複数のものを備える新しいグループを自動的に生成するステップと、
前記コンテンツを前記新しいグループへ配信するステップとを含む方法。
【請求項２】
前記ユーザおよび前記個人およびグループの各々は、同じオンラインサービスのメンバである、請求項１に記載の方法。
【請求項３】
前記ユーザおよびグループは、同じオンラインサービスのメンバであるが、前記個人は各々そうである場合も、そうでない場合もある、請求項１に記載の方法。
【請求項４】
前記オンラインサービスのメンバでない前記個人は、前記オンラインサービスのメンバとなるように自動的に招聘される、請求項３に記載の方法。
【請求項５】
許可により制限される情報を共有する方法であって、
オンラインサービスに、複数の個人メンバおよびグループをコンパイルするステップと、
前記個人およびグループに関連づけられるコンテンツを提供するステップと、グループコンテンツのタイプ、前記ユーザが一メンバであるグループ、前記ユーザが一メンバであるグループにおける個人メンバの組合せ、前記ユーザによるコンタクトの何れかにより前記ユーザと共有されるコンテンツ、前記オンラインサービス以外のソースからのコンテンツ、アクセスおよび許可レベルおよびユーザ選択可能表示設定より成るグループのうちの１つまたはそれ以上による任意の組合せを基礎とすることが可能な組み合わされたコンテンツビューをユーザへ表示するステップとを含む方法。
【請求項６】
グループコンテンツのタイプは、グループメンバにより生成される１つまたは複数の同じタグを共有するグループコンテンツを含む、請求項５に記載の方法。
【請求項７】
前記表示するステップのために、前記ユーザは、前記ユーザが一メンバであるグループの任意のサブセットを選択することができる、請求項５に記載の方法。
【請求項８】
前記表示するステップのために、前記ユーザは、前記ユーザが一メンバであるグループにおける前記個人メンバの任意のサブセットを選択することができる、請求項５に記載の方法。
【請求項９】
許可により制限される情報を共有するためのコンピュータ読取り可能コードを備えるコンピュータソフトウェアを備える有形コンピュータ読取り可能媒体であって、前記ソフトウェアは、ユーザが共有されるべきコンテンツを提供することを許可するコードと、前記ユーザが前記コンテンツを共有する複数の個人またはグループを指定することを許可するコードと、前記提供しかつ指定するコードの実行後に、前記指定される複数のものを備える新しいグループを自動的に生成するコードと、前記コンテンツを前記新しいグループへ配信するコードとを備える有形コンピュータ読取り可能媒体。
【請求項１０】
前記ユーザおよび前記個人およびグループの各々は、同じオンラインサービスのメンバである、請求項９に記載の有形コンピュータ読取り可能媒体。
【請求項１１】
前記ユーザおよびグループは、同じオンラインサービスのメンバであるが、前記個人は各々そうである場合も、そうでない場合もある、請求項９に記載の有形コンピュータ読取り可能媒体。
【請求項１２】
前記オンラインサービスのメンバでない前記個人は、前記オンラインサービスのメンバとなるように自動的に招聘される、請求項１１に記載の有形コンピュータ読取り可能媒体。
【請求項１３】
許可により制限される情報を共有するためのコンピュータ読取り可能コードを備えるコンピュータソフトウェアを備える有形コンピュータ読取り可能媒体であって、前記ソフトウェアは、オンラインサービスに、複数の個人メンバおよびグループをコンパイルするコードと、前記個人およびグループに関連づけられるコンテンツを提供するコードと、グループコンテンツのタイプ、前記ユーザが一メンバであるグループ、前記ユーザが一メンバであるグループにおける個人メンバの組合せ、前記ユーザによるコンタクトの何れかにより前記ユーザと共有されるコンテンツ、前記オンラインサービス以外のソースからのコンテンツ、アクセスおよび許可レベルおよびユーザ選択可能表示設定より成るグループのうちの１つまたはそれ以上による任意の組合せを基礎とすることが可能な組み合わされたコンテンツビューをユーザへ表示するコードとを備える有形コンピュータ読取り可能媒体。
【請求項１４】
グループコンテンツのタイプは、グループメンバにより生成される１つまたは複数の同じタグを共有するグループコンテンツを含む、請求項１３に記載の有形コンピュータ読取り可能媒体。
【請求項１５】
前記表示するステップのために、前記ユーザは、前記ユーザが一メンバであるグループの任意のサブセットを選択することができる、請求項１３に記載の有形コンピュータ読取り可能媒体。
【請求項１６】
前記表示するステップのために、前記ユーザは、前記ユーザが一メンバであるグループにおける前記個人メンバの任意のサブセットを選択することができる、請求項１３に記載の有形コンピュータ読取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１１年６月８日に提出された「グループ認証の方法およびソフトウェア」と題する米国暫定特許出願第６１／４９４，５１９号の提出の優先権およびその利益を主張するものであって、前記出願の明細書およびクレームは、参照により組み込まれる。
（連邦政府による資金提供を受けた研究開発の記載）
【０００２】
該当せず。
（コンパクトディスクによる提出材料の参照による援用）
【０００３】
該当せず。
（著作物）
【０００４】
（著作権）２０１１−２０１２  Ｓｇｒｏｕｐｌｅｓ，  Ｉｎｃ．本特許文書における開示内容の一部は、著作権による保護を受けているものを含む。著作権者は、本特許文書または特許開示内容が特許商標局の特許ファイルまたはレコードに載っているという理由で、誰であれその複製に異議を唱えるものではないが、その他に関しては全ての版権を保持している。
【０００５】
本発明は、デジタルコンテンツのアイテムに関するオーナーシップ、グループメンバーシップおよびグループおよびユーザの権利を制御するための方法およびソフトウェアに関する。
【背景技術】
【０００６】
ソーシャル・メディア・サービス（Ｆａｃｅｂｏｏｋ（登録商標）、ＭｙＳｐａｃｅ（登録商標）およびＴｗｉｔｔｅｒ（登録商標）等）および類似のインターネットウェブサイトは、コンテンツをその現行メンバ間で共有する有益なメカニズムを提供するが、許可レベルが異なる区別可能なグループを生成する能力に欠ける。さらに、その時点でメンバでない者をコンテンツへのアクセスに組み入れることについて、スムーズに処理する方法も存在しない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、上述の問題点、ならびに下記の明細書本文において記される他の問題点を解決する。
【課題を解決するための手段】
【０００８】
本発明は、許可によって制限される情報を共有するための方法（およびソフトウェアを含む付随的な有形コンピュータ読取り可能媒体）に関し、本方法は、ユーザが共有されるべきコンテンツを提供することと、ユーザが、コンテンツを共有する複数の個人またはグループを指定することと、提供するステップおよび指定するステップの後に、指定された複数者を含む新しいグループを自動的に生成することと、新しいグループへコンテンツを配信することを含む。この好適な実施形態では、ユーザと個々人およびグループの各々とが同じオンラインサービスのメンバになる、またはユーザおよびグループは同じオンラインサービスのメンバであるが、各個人はメンバである場合もそうでない場合もある、という何れかの事態となる可能性がある。後者の場合、オンラインサービスのメンバでない個人は、そのオンラインサービスのメンバとなるように自動的に招聘される。
【０００９】
また本発明は、許可によって制限される情報を共有するための方法（およびソフトウェアを含む付随的な有形コンピュータ読取り可能媒体）にも関し、本方法は、オンラインサービスにおいて複数の個人メンバおよびグループをコンパイル（蓄積、集める）することと、個人およびグループに関連づけられるコンテンツを提供することと、グループコンテンツのタイプ、ユーザが一メンバであるグループ、ユーザが一メンバであるグループにおける個人メンバの組合せ、ユーザによるコンタクト（接触）の何れかによりユーザと共有されるコンテンツ、オンラインサービス以外のソースからのコンテンツ、アクセスおよび許可レベルおよびユーザ選択可能表示設定より成るグループの１つまたはそれ以上による任意の組合せを基礎とすることが可能な組み合わされたコンテンツビューをユーザへ表示することを含む。この好適な実施形態において、グループコンテンツのタイプは、グループメンバによって生成される１つまたは複数の同じタグを共有するグループコンテンツを含み、ユーザは、そのディスプレイのメンバであるグループによる任意のサブセットを選択することができ、かつユーザは、ユーザがそのディスプレイのメンバであるグループにおける個々のメンバによる任意のサブセットを選択することができる。
【００１０】
本発明の適用可能性のさらなる範囲は、一部には、添付の図面に関連して行う下記の詳細な説明において記載され、かつ一部には、下記を精査する時点で当業者には明らかとなり、または本発明の実施によって学習される場合もある。本発明の目的および優位点は、添付のクレームにおいて具体的に指摘される手段および組合せによって実現されかつ達成される場合がある。
【００１１】
明細書に組み込まれてその一部を形成する添付の図面は、本発明の１つまたは複数の実施形態を例示し、かつ明細書本文と共に、本発明の原理を説明する働きをする。図面は、単に本発明の１つまたは複数の好適な実施形態を例示するためのものであって、本発明を限定するものとして解釈されるべきではない。
【図面の簡単な説明】
【００１２】
【図１】本発明における、新しいコンテンツの複数のグループへのポスティングを示す。
【図２】既存グループとの既存コンテンツの共有を示す。
【図３】グループからの共有コンテンツの除去、およびこれに続くコメントの削除を示す。
【図４】グループからの共有コンテンツの除去、およびこれに続くその削除を示す。
【図５】既に共有されている既存コンテンツの共有を示す。
【図６】コンテンツを他者が閲覧して供給するための許可の設定を示す。
【図７】コンテンツのグループ規模の許可の設定、およびグループ間およびグループ内部でのコンテンツの許可の設定を示す。
【図８】３タイプのグループ設定のページビューを示す。
【図９】賛助メンバのグループ設定ページおよび個人的設定ページを示す。
【図１０】コメントが存在する場合のコンテンツ許可の変更を示す。
【図１１】１つまたは複数のグループからのコンテンツビューイングを示す。
【図１２】新しいグループを生成するための、既存コンテンツの個々人との共有を示す。
【図１３】新しいグループを生成するための、既存コンテンツの個々人との共有を示す。
【図１４】コンテンツのインポート、およびグループとの共有を示す。
【図１５】コンテンツピースの個々の許可の管理を示す。
【図１６】外部サイトからの１つまたは複数のグループへのメンバ招聘を示す。
【図１７】外部サイトからの１つまたは複数のグループへのメンバ招聘をさらに示す。
【図１８】外部サイトからのグループへのメンバのインポートを示す。
【図１９】外部サイトからのグループへのメンバのインポートをさらに示す。
【図２０】グループコンテンツの第三者との共有を示す。
【図２１】サイトオーナおよびスーパー管理者の管理画面を示す。
【図２２】コメントが存在する場合のコンテンツ許可の変更を示す。
【図２３】本発明によるＧＥＴ要求の好適な処理を示すフローチャートである。
【図２４】本発明によるＰＯＳＴ、ＰＵＴまたはＤＥＬＥＴＥ要求の好適な処理を示すフローチャートである。
【図２５】本発明によるタグの使用法を示す。
【図２６】本発明によるタグの使用法を示す。
【図２７】本発明によるタグの使用法を示す。
【図２８】本発明による追加的な許可設定ページを示す。
【図２９】本発明による追加的な許可設定ページを示す。
【図３０】本発明による追加的な許可設定ページを示す。
【図３１】本発明による追加的な許可設定ページを示す。
【図３２】本発明におけるユーザコンタクトの取扱いを示す。
【発明を実施するための形態】
【００１３】  本発明による方法、装置およびコンピュータソフトウェア（「（公序良俗違反につき、不掲載）」）は、オンラインリソース（ソーシャル・メディア・アカウント、財務管理アカウント、ファイルバックアップおよび保存アカウント、他を含む）の個々のユーザに、そのコンテンツに対するオーナーシップおよび管理を維持する能力を提供し、かつ個々のユーザが任意の｛情報／リソース／コンテンツ｝（例えば、テキスト、写真、ビデオ、リンク、他）ピースを、固有かつ前例のない方法で個人、個人によるアドホックグループ、組織グループまたは人々による複数のグループ（私的または公的）と共有できるようにする。
【００１４】  （公序良俗違反につき、不掲載）は、コンテンツの個々のオーナが、個々のグループメンバおよび／またはグループ全体の双方に対し、前記コンテンツオーナによりそのグループと既に共有されているコンテンツを共有しかつ前記コンテンツへアクセスしかつそれを閲覧する許可を許容することを規定する。ユーザは、グループに属さない場合もあれば、幾つかの、または多数のグループに属する場合もあり、（公序良俗違反につき、不掲載）は、ユーザにその情報を個々のメンバ並びに１つまたは複数のグループと容易に共有させ、かつコンテンツオーナが共有する情報によって各グループおよび／または個々のメンバがなし得ること（読取り、修正、追加、削除、他）を指定させる。
【００１５】  （公序良俗違反につき、不掲載）では、ユーザがそのコンテンツピースを１つまたは複数のグループまたは個人と共有する場合、コンテンツはそのユーザにのみ属し、認証された個人／グループメンバは何れもそれにアクセスすることができるが、コンテンツのオーナはあくまでも前記ユーザのみであって、ユーザは容易にこれを除去することができ、または任意の、または全てのグループ／個人からのアクセス許可、他をいつでも変更することができる。
【００１６】  ユーザによる（公序良俗違反につき、不掲載）サービスの閲覧経歴において、個々のメンバは各々、アクセスおよび体験許可を有するコンテンツピースの一つ一つに固有のビューを有する。即ち、コンテンツオーナ／ユーザがそのコンテンツピースを複数のグループまたは個人と共有し、かつこのコンテンツを閲覧しかつそうする許可を得ることができる他のユーザが前記ユーザのオリジナルコンテンツへコメントを追加する、またはさらなるコンテンツを追加する場合、各閲覧者は、その個々のグループメンバーシップおよびアクセスおよび許可レベルを基礎として、異なるコメントビュー、またはオリジナルコンテンツに関連づけられるさらなるコンテンツを見る場合がある。
【００１７】
共有される単一のコンテンツピースのメンバビューは、その固有のビューを生成する様々な要因によって決定される。
・グループメンバーシップ
・グループリーダにより割り当てられる許可
・個人／グループメンバ毎にコンテンツオーナにより選択される許可レベル
・閲覧者による、閲覧許可を有するものから閲覧するもの、しないものの選択
・色の選択、他を含む、閲覧者により選択される固有の設定
【００１８】
例として、あるユーザが２つのグループ、例えばグループＡおよびＢに属し、前記ユーザがある写真を双方のグループと共有することを望んでいるものとする。Ａのメンバによって行われるコメントは、ＡのメンバでないＢのメンバによって閲覧されない。ＡおよびＢの双方に属するメンバは、双方のコメントセットを閲覧することができる。一方のグループの個人またはメンバは、コンテンツを閲覧できる場合があるが、所定のリソースに関するそのアクセスタイプを基礎として、コンテンツへの追記、編集、修正または削除はできない場合がある。
【００１９】  （公序良俗違反につき、不掲載）のユーザ経歴において、個々のメンバは各々、組み合わされたコンテンツの固有のビューも有する。  （公序良俗違反につき、不掲載）は、ユーザが、ユーザの属する任意または全てのグループのコンテンツの集合体である組み合わされたコンテンツの固有のビューを閲覧できるようにし、かつ／またはこれは、ユーザをユーザが属する別個のグループのコンテンツを閲覧することに集中させ、かつ／またはこれは、ユーザにその任意のグループの特定のメンバによって共有されるコンテンツを閲覧させ、かつ／またはこれは、ユーザに特定のタイプのコンテンツ（例えば、写真、ビデオ、文書、他）を閲覧させる。
【００２０】
ユーザ固有の組み合わされたコンテンツビューは、下記によって生成される。 
・グループコンテンツタイプの任意の組合せ 
・メンバであるグループの任意の組合せ 
・グループ内の個々のメンバの任意の組合せ 
・その任意のコンタクトによりユーザと供給される任意のコンテンツ 
・外部のウェブサイト、クラウドまたはモバイル、ソースからのコンテンツの任意の組合せ
・アクセスおよび許可レベル 
・色の選択、他を含む、閲覧者により選択される固有の設定
【００２１】
また、ユーザは、そのグループと共有している自らのコンテンツのみを閲覧しかつこれに作用するように選択することもできる。
【００２２】
また、ユーザは、完全に個人的な、即ち共有されない自らのコンテンツのみを閲覧しかつこれに作用するように選択することもできる。 
【００２３】
ユーザは、閲覧する任意のコンテンツをフィルタリングし、問合せを行ないかつソートし、グループ、ユーザ、作成日、コンテンツタイプ、キーワード、タグ、他を基礎として検索を完全に制御することができる。
【００２４】
ユーザは、その任意の自らのコンテンツ／リソースが誰と共有されつつあるかを容易に閲覧し、かついつでも、認証される視聴者ならびに認証視聴者の許可を変更することができる。
【００２５】  （公序良俗違反につき、不掲載）は、各ユーザが閲覧許可を有するコンテンツのエレメントのみを閲覧するためのカスタマイズされたビューを提供する。これらの許可は、認証されたグループにおけるそのメンバーシップに依存し、かつ最初の投稿者によってコンテンツの読取り、修正または削除が有効化される。各ユーザは、ユーザまたはコンテンツタイプのさらなるフィルタリングによって、閲覧を認証されているコンテンツの自らのビューをカスタマイズすることができる。
【００２６】  コンテンツのオーナ／ユーザは、自らが所有するコンテンツピースをあるグループ、複数のグループおよび／または選択された個人と共有することによって、（公序良俗違反につき、不掲載）サービスの双方向的交流を開始する。これで、必要なアクセスおよび許可を有するユーザは、最初のポスティングにより呼び起こされたコメントおよび追加のコンテンツピースを共有してもよい。
【００２７】  コンテンツは、あるグループまたは複数のグループの選択されたメンバ（サブセット）とも共有されることが可能であり、この場合、（公序良俗違反につき、不掲載）は、これらの人々をそのコンテンツピースを基礎として新しいグループへと動的に組み立てるための手段を提供する。この新しいグループは、独り歩きをし、よってどのメンバも、そのグループ環境へ他のタイプのコンテンツを追加すること、または他のメンバを招聘することができる。
【００２８】
例えば、あるユーザは、ある写真をグループＡのメンバ、グループＢのメンバおよびまだこのサービスのメンバでない誰かと共有することを選択する。これらの個人は、同じユーザ集合と自動的に共有されるコメントまたはさらなるコンテンツを容易に追加することができ、これにより、同じコンテンツへのアクセスを共有する新しいグループ、Ｃが生成される。
【００２９】  （公序良俗違反につき、不掲載）は、ユーザが、所有するコンテンツの閲覧、編集、削除およびコメント付加、共有、他を誰が行えるかを確信的に制御し、かつこれらの制御、認証およびアクセスタイプをいつでも変更する能力を提供する。
【００３０】
ユーザは、共有していない（即ち、完全に私的であるままの）コンテンツをアップロードする能力を有する。次に、ユーザは、任意の時点でこれをそのグループと、または個人と共有してもよく、これにより、新しい動的なグループが生成される。ユーザは、常に、自分のコンテンツを所有する。
【００３１】
コンテンツピースを所有するユーザは、グループ全体に対する、またはそのグループの特定のメンバに関する制御、認証およびアクセスタイプを変更してもよい。
【００３２】
コンテンツピースのオーナは、いつでも、そのコンテンツを１つのグループ、全てのグループ、任意の認証された個人から除去してもよく、またはそのパーソナルエリア全体から削除してもよい。
【００３３】
ユーザは、まだサイトのメンバでない特定の個人とコンテンツを共有することもでき、この場合、ユーザは、共有されるコンテンツおよび新しいグループの存在の通知を、サイト加入および会話への寄稿の招聘と共に受信する。これにより、本発明の下記の態様がもたらされる。
【００３４】 コンテンツ共有を基礎とする動的なグループ生成。（公序良俗違反につき、不掲載）は、共有されるコンテンツピースを基礎として新しいグループが動的に生成されることを可能にする。ユーザが、コンテンツピースを、他のグループに属する場合がある、またはまだサービスに加入していない選択された個人と共有することを選択すると、これにより独自のアイデンティティを有する新しいグループが生成され、よってどのメンバもそのグループ環境へ他のタイプのコンテンツを追加することができ、このグループは、他のメンバを包含して成長してもよい。対照的に、他のサービスは、グループを生成することから開始してメンバを招聘し、次にメンバがコンテンツを共有できるようにする。
【００３５】 特殊な許可の共有。（公序良俗違反につき、不掲載）は、単にユーザがその自らのコンテンツを共有できるようにするだけでなく、ある特有の例においては、ユーザがグループ全体に属するコンテンツを選択された第三者と共有できるようにする。例えば、本発明は、ユーザが第三者の写真仕上げ業者によってグループの写真アルバムを印刷することを可能にする。
【００３６】 コンテンツのインポート。（公序良俗違反につき、不掲載）は、ユーザがウェブサイト、クラウドまたはモバイル、ソースからコンテンツをインポートし、かつそのコンテンツをその内部グループおよび個々のメンバの何れと共有するかを指定し、かつそのグループレベルまたは個人レベルにおけるそのコンテンツ関連のアクセスレベルを選ぶことを可能にする。このコンテンツの共有は、（公序良俗違反につき、不掲載）サービスを介して管理される。
【００３７】 コンタクトのインポート。（公序良俗違反につき、不掲載）は、ユーザがウェブサイト、クラウドまたはモバイル、ソースからコンタクト（接触状態）をインポートし、かつこれらの新しいメンバがそのグループの何れに属するかを指定し、これらの新しいメンバのアクセスレベルおよび許可を選ぶことを可能にする。これらの新しいメンバの統合は、（公序良俗違反につき、不掲載）サービスによって管理される。
【００３８】 新しいメンバの招聘。（公序良俗違反につき、不掲載）は、ユーザが、外部ウェブサイト、モバイルまたはクラウドサービスのメンバである新しいメンバを、固有の統合された招聘プロセスを介してグループに招聘することを可能にする。（公序良俗違反につき、不掲載）は、被招聘者へカスタム・ダイレクト・メッセージを送り、かつ名前、ログイン、プロフィール写真、他を含む場合がある招聘されたユーザに関する情報を捕捉するために、認証方法または機構が使用される。ダイレクトメッセージとのリンクが包含され、被招聘者はこのリンクに従い、かつ（公序良俗違反につき、不掲載）は認証機構を介して彼らを認証し、被招聘者に加入を招聘されたグループへのアクセスおよび許可を提供する。この新しいメンバの統合は、（公序良俗違反につき、不掲載）サービスによって管理される。
【００３９】
許可レベル。共有されるグループメンバビューは、その固有のビューを生成する様々な要因によって決定される。（１）グループメンバーシップ、（２）グループリーダによって割り当てられる許可、（３）個人／グループメンバに関してコンテンツオーナにより選択される許可レベル、（４）閲覧許可を有するものから何を閲覧して何を閲覧しないかに関する閲覧者の選択、および（５）色の選択、他を含む、閲覧者により選択される固有の設定。
【００４０】
簡単に言えば、本発明は、少なくとも、表示された図面により例示される通りの下記の利点および優位点を提供する。
【００４１】  １．（公序良俗違反につき、不掲載）は、ユーザが複数のグループまたは個人にそのユーザのコンテンツへの同時的アクセスを様々な許可レベルで認可できるようにし、一方で、コンテンツオーナは、そのコンテンツの完全なオーナーシップおよび制御を保持する。図１−図２、および図５−図１０を参照されたい。
【００４２】  ２．（公序良俗違反につき、不掲載）においては、あるユーザがそのコンテンツピースを１つまたは複数のグループまたは個人と共有する場合、このコンテンツピースは前記ユーザのみに属し、認証された個人／グループメンバは誰でもこれにアクセスすることができるが、そのオーナはあくまでも前記ユーザのみである。コンテンツのオーナ／ユーザは、その任意の自らのコンテンツ／リソースが誰と共有されつつあるかを容易に閲覧し、かついつでも、認証される視聴者ならびに認証視聴者の許可を変更することができる。ユーザは、いつでも、任意の、または全てのグループ／個人から、その共有されるコンテンツを容易に除去することができ、またはアクセス許可、他を変更することができる。図１−図１０を参照されたい。
【００４３】
３．本発明は、単一のコンテンツピースの固有のビューを提供する−−ユーザがそのコンテンツピースを複数のグループまたは個人と共有し、かつ他のユーザが前記ユーザのオリジナルコンテンツへコメントを追加する、またはさらなるコンテンツを追加する場合、各閲覧者は、その個々のグループメンバーシップおよびアクセスおよび許可レベルを基礎として、異なるコメントビュー、またはオリジナルコンテンツに関連づけられるさらなるコンテンツを見る場合がある。共有されるコンテンツピースのグループメンバビューは、その固有のビューを生成する様々な要因によって決定される。 
・グループメンバーシップ
・グループリーダにより割り当てられる許可
・個人／グループメンバ毎にコンテンツオーナにより選択される許可レベル
・閲覧者による、閲覧許可を有するものから閲覧するもの、しないものの選択
・色の選択、他を含む、閲覧者により選択される固有の設定
【００４４】  ４．本発明は、組み合わされたコンテンツの固有のビューを提供する−−（公序良俗違反につき、不掲載）は、ユーザが、ユーザの属する任意または全てのグループの集合体である組み合わされたコンテンツの固有のビューを閲覧できるようにし、かつ／またはこれは、ユーザをユーザが属する別個のグループのコンテンツを閲覧することに集中させ、かつ／またはこれは、ユーザにその任意のグループの特定のメンバによって共有されるコンテンツを閲覧させる。図１１を参照されたい。ユーザ固有の組み合わされたコンテンツビューは、下記によって生成される。  ・グループコンテンツタイプの任意の組合せ  ・メンバであるグループの任意の組合せ  ・グループ内の個々のメンバの任意の組合せ  ・外部のウェブサイト、クラウドまたはモバイル、ソースからのコンテンツの任意の組合せ  ・アクセスおよび許可レベル  ・色の選択、他を含む、閲覧者により選択される固有の設定
【００４５】  ５．（公序良俗違反につき、不掲載）は、共有されるコンテンツピースを基礎として新しいグループが動的に生成されることを可能にする。ユーザが、コンテンツピースを、他のグループに属する場合がある、またはまだサービスに加入していない選択された個人と共有することを選択すると、これにより独自のアイデンティティを有する新しいグループが生成され、よってどのメンバもそのグループ環境へ他のタイプのコンテンツを追加することができ、このグループは、他のメンバを包含して成長してもよい。他のサービスは、グループを生成することから開始してメンバを招聘し、次にメンバがコンテンツを共有できるようにする。図１２−図１３を参照されたい。
【００４６】  ６．（公序良俗違反につき、不掲載）は、ユーザがウェブサイト、クラウドまたはモバイル、ソースからコンテンツをインポートし、かつそのコンテンツをその内部グループおよび個々のメンバの何れと共有するかを指定し、かつそのグループレベルまたは個人レベルにおけるそのコンテンツ関連のアクセスレベルを選ぶことを可能にする。このコンテンツの共有は、（公序良俗違反につき、不掲載）サービスを介して管理される。図１４−図１５を参照されたい。
【００４７】  ７．（公序良俗違反につき、不掲載）は、ユーザがウェブサイト、クラウドまたはモバイル、ソースからコンタクト（接触状態）をインポートし、かつこれらの新しいメンバがそのグループの何れに属するかを指定し、これらの新しいメンバのアクセスレベルおよび許可を選ぶことを可能にする。これらの新しいメンバの統合は、（公序良俗違反につき、不掲載）サービスの固有の許可および双方向的交流によって管理される。図１６−図１７を参照されたい。
【００４８】  ８．（公序良俗違反につき、不掲載）は、ユーザが、外部ウェブサイト、モバイルまたはクラウドサービスのメンバである新しいメンバを、固有の統合された招聘プロセスを介してグループに招聘することを可能にする。（公序良俗違反につき、不掲載）は、被招聘者へカスタム・ダイレクト・メッセージを送り、かつ名前、ログイン、プロフィール写真、他を含む場合がある招聘されたユーザに関する情報を捕捉するために、認証方法または機構が使用される。ダイレクトメッセージとのリンクが包含され、被招聘者はこのリンクに従い、かつ（公序良俗違反につき、不掲載）は認証機構を介して彼らを認証し、被招聘者に加入を招聘されたグループへのアクセスおよび許可を提供する。この新しいメンバの統合は、（公序良俗違反につき、不掲載）サービスによって管理される。図１８−図１９を参照されたい。
【００４９】  ９．（公序良俗違反につき、不掲載）は、単にユーザがその自らのコンテンツを共有できるようにするだけでなく、ある特有の例においては、（公序良俗違反につき、不掲載）サービスの固有の許可を基礎として、個々のユーザがグループ全体に属するコンテンツを選択された第三者と共有できるようにする。例えば、ユーザは、第三者の写真仕上げ業者によってグループの写真アルバムを印刷することができる。図２０を参照されたい。
【００５０】  １０．（公序良俗違反につき、不掲載）（商標）は、可能な許可明細の固有のパレットを、付帯的な固有のフレキシブルさで提供する。次に、好適なパレットの詳細をさらに示す。図２１−図２２、および図２８−図３１を参照されたい。
【００５１】
コンテンツ関連：（ＣＣＶＭＳＯＤ）。コンテンツには、好ましくは下記の許可が適用される。
コンテンツ生成（メンバは、コンテンツを生成／追加／ポスティングすることができる；メンバは、自らのコンテンツに「コンテンツ許可」を設定する；メンバは、自らのコンテンツへのコメントを削除することができる；かつ、メンバは、その固有のコンテンツを削除することができる。）
コンテンツについてコメントする（メンバは、自らのコンテンツについてコメントすることができ、かつ他のメンバのコンテンツについても、コメントが許可されていればコメントすることができる。）
コンテンツを見る（コンテンツを見る許可） 
コンテンツを修正する（コンテンツタイプを基礎として、メンバは、別のメンバのコンテンツを、そのコンテンツが修正可能であれば修正または変更できる場合がある。概して、何れの寄稿メンバも自らが所有する如何なるコンテンツを編集してもよいが、誰であれ、別のメンバのコンテンツを編集または修正することはできず、サイトオーナやスーパー管理者であっても同様である。）
コンテンツを共有する（「共有」が許可されている場合、リソースを所有していないが共有の許可を有するメンバは、望み通りに別のグループ、個人、オンラインサービス外部、他とリソースを共有することができ、メンバが一旦共有すると、そのリソースもこのメンバの個人的なコンテンツエリアに存在する。）
コンテンツを所有する（メンバは、自らのコンテンツを所有し、かつ自らが選択する許可を基礎として、他のメンバおよび／または前記メンバが属するグループによる自らのコンテンツの所有を許容することができる。）
コンテンツを削除する（与えられた許可を基礎として、メンバは他のメンバのコンテンツを削除することができる。）
【００５２】
メンバーシップ関連：（ＩＲＣＵＰＳＧ）。メンバーシップには、好ましくは下記の許可が適用される：
新しいメンバを招聘する（新しいメンバを招聘する場合、新しいメンバに対する許可は、招聘しているメンバの既存の許可を基礎とする。新しいメンバには、招聘者であるメンバより高い、またはより広範な許可および役割を与えることはできないが、例外として、マイナである者がマイナでない誰かを招聘する場合には、マイナである者が新メンバにコントリビュータのレベルまでを割り当ててもよい。）
メンバを除去する
メンバの役割／許可を変更する
他のメンバをフォロー解除する
グループまたはパーソナルエリアのプレミアムサービスを購入する
グループをシャットダウンする（サイトオーナのみ）
グループの生成
【００５３】
ユーザの役割。下記の役割は、デフォルト許可のセットを有し、その何れも、サイトオーナまたはスーパー管理者（ＳＯ／ＳＡ）によって修正されることが可能である。招聘プロセスの間だけでなく随時、与えられるデフォルト許可は、特有の許可をチェック／アンチェックすることによって、またはメンバの役割を変更することによって修正されることが可能である。
【００５４】
どのグループにも、複数のコントリビュータ、閲覧者およびマイナが存在する可能性があるが、好ましくはサイトオーナは一名のみ、かつスーパー管理者は一名またはゼロである。役割を規定する別の方法は、「コントリビュータ」、「有限」および「閲覧者」の役割を設けることであり、これによりユーザインタフェースが単純化され、よって「有限」の役割は常に「必要な承認」の許可を有効化させる。
【００５５】
サイトオーナは、１つのグループにつき一名しか存在せず、デフォルトによるこの役割は、グループの作成者に与えられる。作成者は、希望すればスーパー管理者へ権限を委任してもよいが、サイトのオーナーシップは保持し、かつスーパー管理者によって除去されることはできず、または自らのコンテンツを削除されることもない。
【００５６】
サイトオーナ（ＳＯ）。サイトオーナへは、下記の許可が付与される。
コンテンツ：ＣＣＶＯＭＳＤ
メンバーシップ：ＩＲＣＵＰＳＧ
【００５７】
ＳＯは、好ましくは唯一人しか存在しないが、時として、状況が二名以上の生成を許容する場合がある。ＳＯのコンテンツは、他の如何なるグループメンバによっても削除され得ず、スーパー管理者であっても同様である。ＳＯは、グループのスーパー管理者（ＳＡ）を割り当て、サイトのオーナーシップを移転しかつ／またはグループを削除することができる唯一のメンバである。ＳＯがグループのオーナーシップを別のメンバへ移転した場合、今では「かつての」ＳＯは、彼らが担った、またはその後任者（ＳＯ）またはＳＡの何れかによって割り当てられた新しい役割を基礎とする規則および許可に従う。 
【００５８】
スーパー管理者（ＳＡ）。スーパー管理者へは、下記の許可が付与される。
コンテンツ：ＣＣＶＯＭＳＤ 
メンバーシップ：ＩＲＣＵＰＧ 
【００５９】
スーパー管理者は、ＳＯの除去、ＳＯのコンテンツの削除またはグループの解消ができないことを除いて、サイトオーナの全ての権限を有する。
【００６０】
コントリビュータ。コントリビュータへは、下記の許可が付与される。
コンテンツ：ＣＣＶＯＭＳ 
メンバーシップ：ＩＰＵＧ 
【００６１】
デフォルトによるコントリビュータは、招聘者によって、またはＳＡまたはＳＯによって修正される場合がある多くの特権を有する。
【００６２】
閲覧者。閲覧者へは、下記の許可が付与される。
コンテンツ：Ｖ［Ｓ−アンチェックされかつ任意選択］ 
メンバ：ＩＧ［Ｐ−アンチェックされかつ任意選択］ 
【００６３】
デフォルトによる閲覧者は、メンバを閲覧しかつメンバを招聘してグループを開始することもでき、前記メンバは、自動的に同じ閲覧者としての役割レベルを有する。全ての許可と同様に、「メンバの招聘」はアンチェックされることが可能であり、そうであれば、閲覧者はコンテンツを見ることしかできない。
【００６４】
マイナ。マイナに関しては、好ましくは下記の許可が付与される（但しこれは、管轄権固有の法的要件、他によって変わることがある）：
コンテンツ：Ｃ＊ＣＶＯＭＳ 
メンバーシップ：Ｉ 

＊好ましくは、マイナは、「閲覧／コメント」である一定の「コンテンツ許可」を有する。 
【００６５】
１２歳以下の幼年者は、マイナと称される。マイナとして開始されたメンバは、１３歳になっても自動的に正規メンバとはならない。マイナが１３歳の誕生日を迎えると、好ましくは、サイトオーナおよびスーパー管理者へこれを知らせる自動電子メールが送信され、かつ彼らにマイナを、マイナにフルコントリビュータパワーを許容するフルパワーにアップグレードする、潜在的には他のメンバ（例えば、両親）をフォロー解除する能力を含むワンクリックオプションが提供される。マイナが１３歳の誕生日を過ぎると、ＳＯ／ＳＡは、いつでもマイナを正規のコントリビュータにアップグレードすることができる。
【００６６】
マイナは、自らがポスティングするコンテンツに対してグループ全体の許可を設定してもよいが、様々なメンバがマイナのコンテンツにアクセスする個々の許可を指定することはできず、即ち、誰であれマイナのコンテンツを閲覧することを排除してはならない。
【００６７】
マイナは、ユーザの明確な一つの役割である。これにより、企業は、マイナ向けのマーケティングを完全に止めるかカスタマイズすることができ、即ち、誰もマイナを新しいグループの開始、アドオンの支払い、他へと後押ししようとはせず、一方で、マイナが経験を楽しむように興味のあるものをマイナに勧めることができる。
【００６８】
次に、好適である幾つかのメンバーシップ許可の特質について論じる。規定によれば、グループを生成する者はサイトオーナであって、スーパー管理者による全ての許可を有する。サイトオーナは、スーパー管理者のステータスを任意のメンバ（マイナを除く）に与えてもよいが、スーパー管理者は一度に一名しか存在することができない。サイトオーナは、任意のコンテンツを削除することができ、スーパー管理者は、サイトオーナのコンテンツ以外の任意のコンテンツを削除することができる。
【００６９】
招聘された新しいメンバに割り当てられる役割。デフォルトでは、任意の役割の任意のメンバが新しいメンバを招聘することができるが、これは、サイトオーナまたはスーパー管理者によって変更されることが可能である。あるメンバが新しいメンバを招聘する場合、招聘者は、被招聘者の権限を指定するオプションを有する。招聘者は、被招聘者が招聘者自身より高い役割を有するように指定することはできず、よって、閲覧者は、コントリビュータとなるべき誰かを招聘してはならない。閲覧者は単に、閲覧者となるべき誰かを招聘できるだけである。よって、例えば、招聘権限を有するコントリビュータは、招聘権限のある、またはないコントリビュータとなるべき誰かを招聘してもよい。概して、ユーザは、自らの役割に関わらず、単に、新しいユーザを自らのものより低い、または等しい許可を与えてグループに招聘してもよい。 
【００７０】
フォロー解除のガイドライン。メンバ（マイナを除く）は、他のメンバを「フォロー解除する」ことができるが、誰もスーパー管理者またはサイトオーナをフォロー解除してはならない。「フォロー解除」とは、閲覧者はフォロー解除されたメンバからの如何なるコンテンツまたはコメントも閲覧しないことを意味する。
【００７１】
スーパー管理者を区別化する制御。サイトオーナが別のメンバにスーパー管理者としての権限を与える場合、新しいスーパー管理者は、デフォルトで下記の能力を有する。
・・サービス、アプリ、カラーの設定 
・・他のメンバを除去することができる 
・・他のメンバのコンテンツを削除することができる 
・・他のメンバの役割を変更することができる 
・・コンテンツを追加することができる 
・・他のメンバのコンテンツにコメントすることができる 
・・他のメンバのコンテンツを修正することができる 
・・他のメンバによる自らのコンテンツのオーナーシップを許容することができる 
・・他者を招聘することができる 
・・グループを生成することができる 
リストされたこれらの制御のうちの最初の４つ（または、決定されている他のサブセット、他）は、その者をスーパー管理者として区別するものであり、サイトオーナは、これらの制御の様々な組合せをスーパー管理者へ与えても、与えなくてもよい。
【００７２】
コントリビュータを区別化する許可。寄稿するメンバは、デフォルトで下記の権限を有するが、サイト規模のデフォルトは、ＳＯ／ＳＡによって変更されてもよい。
・・コンテンツを追加することができる 
・・他のメンバのコンテンツにコメントすることができる 
・・他のメンバのコンテンツを修正することができる 
・・他のメンバによる自らのコンテンツのオーナーシップを許容することができる 
・・他者を招聘することができる 
・・グループを生成することができる
【００７３】
グループコンテンツのオーナーシップ。グループは、（そのメンバによりグループに与えられた許可を基礎として）メンバがポスティングするリソースおよびコンテンツを所有しかつ統合するように選択してもよい。可能性のある多くの例のうちの幾つかは、写真アルバム、共有されかつ／または修正された文書／コンテンツ／リソース、他である。プレミアムサービス、スタンダードサービス、アプリおよびアドオンは、グループメンバによって個々にポスティングされるコンテンツおよびリソースのグループオーナーシップを含んでもよい。グループ所有のコンテンツは、サービス、アプリまたはアドオンの許可、ならびにサイトオーナおよびスーパー管理者、他の許可によって、コンテンツをポスティングする際にメンバにより線引きされるものを含む、その固有の許可セットを有してもよい。
【００７４】
コンテンツ許可の階層性。コンテンツをポスティングするメンバによって選択されるコンテンツレベルの許可は、メンバレベルの許可に優先する。即ち、ポスティングに際して、メンバは、別のメンバは閲覧してもよいがコメントできないことを指定してもよい。ＳＯ／ＳＡは、常に、グループから任意のメンバのコンテンツを除去することができる。
【００７５】
グループのデフォルトおよび許可。ＳＯ／ＳＡは、グループ全体のデフォルトおよび許可、および各メンバ毎の許可を設定してもよい。ＳＯ／ＳＡがグループ全体の共有を無効にすると、メンバには、コンテンツをアップロードしても、外的共有を可能にするオプションがない。
【００７６】
修正されるコンテンツに発生すること。コンテンツピースは、そのオーナにより、グループ関連で修正可能であると言明される場合もある。修正可能なコンテンツピースは、そのコンテンツが所定のグループ関連で修正可能であると言明されかつ所定のユーザがそのグループのメンバであってそのグループ内で修正アクセスレベルを有していれば、所定のユーザ（オーナを除く）によって修正されてもよい。当然ながら、オーナは、その固有のリソースへの完全なアクセスを有する。コンテンツピースをどのようにして修正することができるかは、コンテンツのタイプに依存する。コンテンツピースが修正されると、コピーが作成されて修正するユーザの個人的なコンテンツレポジトリに入れられ、よって履歴は失われない。
【００７７】
個々のメンバに対する許可の変更。サイトオーナおよびサイト管理者は、他のメンバへ異なる役割／権限を割り当てる場合もあり、例えば、閲覧者をコントリビュータに変更したり、コメントを加える、または新しいメンバを招聘するコントリビュータの能力を除去したりする。
【００７８】
グループの終了。サイトオーナは、グループを削除できる唯一のメンバであり、サイトオーナは、ＳＯ自身以外の誰によってもグループから除去されてはならない。サイトオーナは、グループから抜けることを希望する場合には、まずサイトオーナーシップを別のメンバへ移転しなければならない。
【００７９】
サービス、アプリ、カラーの設定。サイトオーナ／スーパー管理者は、どのサービスおよびアドオンを包含するか、ならびにサイトのカラースキームを含む、サイト全体としてのデフォルトを選択する。個々のメンバ（マイナを含む）は、これらのデフォルトから外れて、自らのサイトビューからのサービスの除去、またはグループのカラービューの変更を選ぶことができる。マイナまたは読取り専用メンバを除く誰もが、グループ全体が用いる場合のある（但し、必ずしも用いる必要はない）アドオンを購入することができる。
【００８０】
コンテンツ許可（サイトオーナ、スーパー管理者、コントリビュータ）。これらのメンバのうちの一人は、コンテンツピースをポスティングすると、他のメンバがこれにどのようにアクセスし得るかを制御するオプションを選んでもよい。

＊閲覧なし 
＊閲覧 
＊コメントする 
＊共有する 
＊修正する
【００８１】
概して、デフォルトは、メンバがコンテンツを見てこれにコメントできるようにするようなコンテンツのためのものである。ポスティングするメンバ（マイナを除く）は、自らがポスティングしているコンテンツにとって好ましいように、かつポスティングされるコンテンツのターゲットとなる者が気に入るようにチェックボックスを修正することができる。ＳＯ／ＳＡは、メンバがコンテンツをポスティングしてもよいが、コメントすることはできないように、サイト規模のデフォルトを変更してもよい。この場合、既存のコメントは存続するが、将来のコメントは無効にされると思われる。同様に、何れもメンバも、既存のコメントを所定位置に残してコメント能力を除去するようにコンテンツピースの許可を変更する場合もあるが、これは個々に、コンテンツのオーナによって削除される可能性がある。
【００８２】
「閲覧なし」のオプションは、メンバがグループ内の異なるメンバ毎にコンテンツ許可を設定する場合に限って見ることができる。
【００８３】
「閲覧、コメントおよび共有」の設定は、メンバがそのコンテンツを他のグループおよびＦＢ、ＴＷ、他のような外部サイトと共有できるようにする。
【００８４】
共有可能性は、交差する２つの許可、即ち、コンテンツリソースは共有可能であると指定されなければならないこと、および、閲覧メンバは一般的な共有許可を有していなければならないこと、のプロダクトである点に留意されたい。
【００８５】
「共有」が許可されている場合、リソースを所有していないが共有の許可を有するメンバは、望み通りにリソースを共有することができ、メンバが一旦共有すると、そのリソースもこのメンバの個人的なコンテンツエリアに存在する。
【００８６】
コンテンツのオーナーシップ。メンバは、常に自らのコンテンツを所有する。また、メンバは、許可および制御を介して、他の個々のメンバによる、かつ／または所属するグループによる自らのコンテンツのオーナーシップを許容することができる。
＊特有のメンバによる所有を許容する
＊グループによる（写真編集およびアルバム、文書共有、コンテンツ修正、他の）所有を許容する
【００８７】
これらの選択肢が選択され、かつ特有のコンテンツがグループによって所有されることになれば（例えば、グループの写真アルバム内に配置されれば）、ユーザがその個人的エリアからそのコンテンツを削除しても、コンテンツは、それが「所有される」こととなった他の場所に残る。
【００８８】
第三者とのコンテンツ共有。コンテンツの共有には、グループアルバムの印刷等を目的とする単一のインスタンスのためにグループコンテンツを第三者と共有することを含む、さらに的を絞った別の種類が存在する。この場合、各コンテンツピースが「閲覧、コメントおよび共有」に設定される必要はない。グループメンバは、そのコンテンツを閲覧し得る限り、第三者との一時的な共有が必要である場合でも、これを印刷してもよい。
【００８９】
次に、本発明のさらなる好適な実施形態について論じる。
【００９０】
ユーザグループとリソース。リソースは、ユーザによって所有されるコンテンツである。ユーザは、ユーザのユーザスペースへリソースをアップロードするか、外部リソースにリンクする。ユーザは、自らのリソースを１つまたは複数の自らのグループと共有することができる。リソースが共有されているグループ内のユーザは、そのグループ内での前記ユーザのアクセスレベルに従って、そのリソースへのアクセスを有する。ユーザは、自らがアップロードした、またはリンクしたリソースへのフルセットのアクセスレベルを有する。
【００９１】
ユーザは、リソースを一人または複数の個々のユーザと共有することもできる。この場合は、選択されたユーザのみを含むアドホックグループが生成される。本明細書における目的に沿って、アドホックグループは、一般的なグループとしては現れないことを除き、正規グループと全く同様に行動する。実際に、これは、それ自身のグループであって、グループとの共有に関する論考は全て、一人または複数の個々のユーザのリストの共有にそのまま当てはまる。一旦アドホックグループが生成されると、個々のユーザのリストを共有する機構は、グループとの共有に等しい。言い替えれば、グループとの共有について当てはまることは全て、個々のユーザのリストにも当てはまる。よって、以下の論考において、グループとの共有に関する記述は全て、個人リストとの共有にも当てはまる。
【００９２】
リソースのオーナは、リソースが共有されているグループに関してリソースのアクセスレベルを言明する。これは、グループと共有される際に行われることも、後の任意の時点で行われることも可能である。リソースのアクセスレベルは、読取り、コメント、修正および削除を含む。リソースがグループと共有されていれば、全てのグループメンバは、これを読み取ることができる。このリソースがコメント可能であると言明されていれば、これを共有する全てのグループメンバは、このリソースにコメントすることができる。リソースが修正可能であると言明されていれば、これを共有するグループ内の全てのグループメンバは、そのグループに関する修正アクセスを有することを条件として、そのリソースに変更を加えることができる。
【００９３】
リソースは、オーナにより、グループに関してコメント可能であると言明されてもよい。リソースが、グループに関してコメント可能であれば、そのグループ内のグループメンバは、コメントを加えることができる。コメントは、グループ間でコメントがかぶらないことを保証するためにグループＩｄで分類されてリソースと共に記憶される。よって、リソースが２つのグループで共有されていれば、一方のグループにおけるメンバによって付されるコメントは、最初のグループではなくもう一方のグループにおけるユーザには見えない。
【００９４】
リソースは、そのオーナにより、グループ関連で修正可能であると言明される場合もある。修正可能なリソースは、そのリソースが所定のグループ関連で修正可能であると言明されかつ所定のユーザがそのグループのメンバであってそのグループ内で修正アクセスレベルを有していれば、所定のユーザ（オーナを除く）によって修正されてもよい。当然ながら、オーナは、その固有のリソースへの完全なアクセスを有する。リソースをどのようにして修正することができるかは、リソースのタイプに依存する。リソースが修正されると、コピーが作成されて修正するユーザのユーザスペースに入れられ、よって履歴は失われない。
【００９５】
グループは、名称、グループＩｄおよびユーザリストを有する。グループ内の各ユーザは、グループリソースへのアクセスレベルセットを有する。アクセスレベルは、読取り、編集、修正、追加、削除を含む。役割は、アクセスレベルセットとして規定される。役割は、閲覧者、コントリビュータ、有限、スーパー管理者およびサイトオーナを含む。管理者は、全てのアクセスレベルを有する。コントリビュータは、許可されれば、読取り、追加、コメントおよび編集／修正を行うことができる。閲覧者は、コンテンツを読み取ることしかできない。リソースがコメント可能である限り、グループメンバは誰でもコメントすることができる。
【００９６】
所定のグループに関連するリソースのアクセスレベルは、リソースが共有されるグループとのユーザのデフォルトの役割になる。これは、カスタマイズが可能である。
【００９７】
各ユーザは、このユーザが所有する全てのリソースを包含するコンテンツフィードを有する。これは、フィルタリングされ、ソートされかつ問い合わされることが可能である。これは、Ａｔｏｍフィードとして表現され、かつＡｔｏｍＰｕｂプロトコルまたは他の手段を介して操作されることが可能である。
【００９８】
各グループは、関連のグループコンテンツ・フィードを有する。グループ内の所定のユーザのグループフィードは、そのグループと共有される全てのリソースを含む。リスト内の各リソースは、そのユーザのアクセスレベルも含む。これは、グループフィード内のどのリソースが編集可能、コメント可能かつ修正可能であるかを知るために有益である。
【００９９】
共有する相手をどのように表示するか？ユーザスペースのＵＲＩ、Sgrouples/user/<userId>/<resourceId>へ、ＰＵＴウェブ要求を共有相手のグループＩｄを添えて送信する。グループＩｄのリストは、グループＩｄのリソースリストである。置換の代わりにグループＩｄを追加するには、ＰＯＳＴを用いる。
【０１００】
グループコンテンツに対するユーザの要求をどのように認証するか？ユーザは、ＨＴＴＰ要求を介してグループリソースへのアクセスを要求する。 
【０１０１】
ＨＴＴＰ方法は、どのアクセスレベルが必要とされるかを決定する。ＧＥＴ要求は読取りアクセスを要求し、ＰＯＳＴ要求は生成アクセスを要求し、ＰＵＴ要求は修正アクセスを要求し、かつＤＥＬＥＴＥ要求は削除アクセスを要求する。次いで、認証されたアクセストークンからユーザＩｄを取得する。所定のユーザＩｄについて、グループメンバのリストをチェックする。そのユーザＩｄがグループ内に存在しなければ、如何なるアクセスも提供されない。非認証応答コードである４０４を返す。リソースをチェックする。そのリソースが所定のグループと共有されていなければ、非認証応答コードである４０４を返す。
【０１０２】
所定のグループに関連するリソースのアクセスレベルは、リソースコレクションに記憶される。リソースコレクションは、下記の構造を含む文書を包含する。
2014527208.tif 000003
【０１０３】
もしくは、さらにきめ細かいアプローチでは、下記の構造を含む文書を包含する。
2014527208.tif 000004
【０１０４】
上述の文書は、リソースが、アクセスレベル１およびアクセスレベル２を含むグループＩｄ１を有するグループと共有され、かつグループＩｄ２を有するグループとは異なる共有をされることを示している。リソースアクセスレベルは、コメント可能、編集可能、修正可能、追加可能、削除可能を含み、これは、グループのリソースアクセスについても当てはまる。 
【０１０５】
グループ内のユーザは、リソースがそのアクセスレベルを許容すると想定して、ユーザがグループ内のリソースに対して何を行うことができるか、に適用されるユーザアクセスレベルのセットを有する。これは、続いて示すように、決められた役割によって決定されるか、きめ細かいユーザアクセスレベルのリストとして指定されることが可能である。
【０１０６】
次例において、グループは、そのユーザアクセスレベルが一定の許可セットを含む役割によって規定される３メンバを有する。
2014527208.tif 000005
【０１０７】
次例は、きめ細かい例である。
2014527208.tif 000006
【０１０８】
２番目の形式は、きめ細かいアクセスレベルの個々のトゥイーキングを見込んでいる。何れの場合も、ユーザは所定のグループＩｄに対する要求されたアクセスレベルを有するか、という点が問題となる。
【０１０９】
何れの場合も、図２３−図２４に示されているように、ユーザは、要求に対する適切なアクセスレベルを保有しなければならない。
【０１１０】
次に、ある代替実装について論じる。
【０１１１】
共有する相手をどのように表示するか？最初のバージョンの場合と同様に、グループリソースのＵＲＩ（ユニフォームリソース識別子）へグループＩｄのリストを含むＰＵＴ要求を送信する。この実装では、認証サーバが要求を処理し、これを永続ストアに更新する。
【０１１２】
グループコンテンツに対するユーザの要求をどのように認証するか？各ユーザに、認証サーバを介してログインし、アクセストークンを取得するように求める。アクセストークンは、ユーザが属するグループのリストを、リスト内の各グループに関連してユーザが有するアクセスレベルと共に符号化形式で含む。コンテンツマネージャは、所定のグループリソースにアクセスする所定のユーザによる要求が有効かどうかを決定するために、アクセストークンを復号することができる。アクセストークンが必要な全ての情報を含んでいることから、データベースを参照する必要はない。認証サーバは、リソースコレクションを保全する責任を有する。
【０１１３】
管理者による許可制御。サイトオーナは、グループ内のメンバの役割および許可を規定しかつ変更する能力を有する。グループが生成されると、オーナは、既定の様々なデフォルトの許可セットから、グループを最も良く機能させるものを選んでもよい。例えば、ある実装において、グループは、双方向的交流およびコラボレーションに特化され、かつこれらの目的に沿って機能するように設計された許可を有してもよく、一方で、別のタイプのグループは、コンテンツを、単に閲覧するだけのメンバ、および恐らくはコメントを加え得るメンバと共有するためのものであってもよい。
【０１１４】
オーナは、他のメンバを管理者として指名する場合もあり、この場合の管理者は、オーナを除去してはならず、またグループを削除してはならないことを除いて、オーナ自身に類似する許可を有する。一般的なデフォルトケースでは、オーナが指名し得る管理者は一名だけであるが、二名以上を認めるオプションもある。あるメンバが管理者として起用されると、このメンバには、自動的に、先に述べた事項を除いて全ての可能な許可が与えられる。
【０１１５】
グループは、オーナおよび管理者に加えてデフォルトで３つの役割を有する。下記が、その役割である。
コントリビュータ
有限
閲覧者
【０１１６】
コントリビュータは、常にポスティング許可を有し、有限メンバは、常にポスティング承認を要求し、閲覧者は、絶対にポスティングしてはならない。これらの初期の制約を超えて、オーナまたは管理者は、これらの役割の何れかについてさらなるカスタム許可を規定してもよい。これには、下記に対する許可が含まれる。
コメント
編集
リシェア
他者の招聘
【０１１７】
管理者／オーナが役割の規定を変更すると、これは、その役割を有する（過去および未来の）全てのメンバに適用される。これは重要な変更であることから、オーナ／管理者は、これを全メンバに説明しかつ役割の続行または解消を認める確認ダイアログを見る。しかしながら、その許可がカスタマイズされている個々のメンバの許可には、影響がない。
【０１１８】
ユーザポスティングの許可制御。ポスティングメンバは何れも、その固有のポスティングに関してデフォルトの許可を設定することができる。ポスティングメンバは、他者が自らのコンテンツにコメントすること、自らのコンテンツをリシェアすること、および自らのコンテンツを編集すること、を許容する場合もあれば、防止する場合もある。初期のデフォルトは、コメントを許可するためのものであるが、ユーザは、他の許可も有効化しなければならない。サイトのオーナ／管理者は、希望すれば、これらの初期デフォルトを変更してもよい。コンテンツピース（例えば、写真）のオーナがリシェアを許容する許可を設定すると、他のメンバは、そのアイテムをリシェアできるだけでなく、これをフルサイズで見てダウンロードすることもできる。アイテムのオーナがリシェアを禁止すると、他の閲覧者は、このアイテムを（それが写真であれば）フルサイズで見て、コンテンツをダウンロードしてもよい。
【０１１９】
これらのユーザ許可は、ユーザがポスティングする、または共有する任意のものに対するデフォルト許可を制御する働きをする。しかしながら、ユーザは、これらの許可を個々のポスティングベースで覆す場合もある。よって、例えば、ユーザは、概してこれを禁止する一方で、例外として所定のポスティングが共有される、または編集されることを認めてもよい。
【０１２０】
招聘。本発明によるプロセスの間、招聘許可を有するメンバは、他者をグループに招聘してもよい。この場合、これらのメンバが招聘してもよいユーザは、自らのものより低位か等しい許可を有する者に限られる。コントリビュータは、他者を、コントリビュータ、有限メンバまたは閲覧者として招聘することができる。しかしながら、有限メンバは、他の有限メンバしか招聘できず、かつ閲覧者は、他の閲覧者しか招聘してはならない。後者の二事例の場合、自らと同じものしか選択し得ないことから、招聘者は、被招聘者の役割の選択肢を提供される必要はない。メンバは、その固有の許可をカスタマイズしている場合、同じカスタマイズされた役割を有する他者のみをグループに招聘してもよい。最も単純にこれを行なう一つの方法は、等しい許可セットを採用することである。これを行なう別の方法は、招聘者が、招聘している新しいメンバ用に自らの固有の許可のサブセットを選択できるようにすることである。
【０１２１】
サイトオーナが有効化すべく選択してもよい許可制御には、追加のレベルが存在する。先に示したものは、サイト内で許可制御を実装できる単純な一方法でしかない。例えば、ある実施形態において、オーナ／管理者は、メンバが他者のコンテンツにタグを割り当てることを許してもよく、またはこの許可が取り消されることも可能である。下で例証する、より単純な実装では、このタギング許可は、ポスティング許可とバンドルされる。同様に、編集および／またはコメント許可も、許可の管理を単純にするためにポスティング許可とバンドルされてもよい。
【０１２２】
また、ユーザ（「メンバＡ」）は、オンラインサービス・プラットフォームの内部、但し特有のグループコンテキストの外部で接続するために個人を招聘する場合もある。図３２を参照されたい。この場合、招聘されたユーザ（「メンバＢ」）は、（まだ自身がメンバでなければ）プラットフォームに加入し、これらの２メンバは、これでコンテンツをシンメトリに交換することができる。メンバＡは、コンタクトリストを有し、かつメンバＢは、このリストに現れる（逆もまた同様である）。デフォルト許可は、ユーザのプライバシを尊重し、よってどちらのメンバも相手方が所有するコンテンツを見る許可を自動的には得ないように設定され、コンテンツは明示的に共有されなければならない。メンバＡは、次に、コンテンツをメンバＢへ直にポスティングする、または共有する（逆もまた同様である）選択肢を有する。メンバＢは、これで、共有されるコンテンツアイテムの閲覧許可を有する。メンバＡは、編集またはリシェア許可等のさらなる許可をメンバＢへ割り当てることも可能である。この方法では、メンバＡは、アイテムを共有することができ、かつメンバＢにこれを編集またはリシェアさせることができる。各メンバは、デフォルトのリシェアおよび編集許可をそのコンタクトリスト上の全てのメンバに対して一様に設定してもよく、または、個々のメンバ毎に設定してもよい。
【０１２３】
メンバは、そのコンタクトリストの選択されたメンバによってグループを容易に生成することができる。また、メンバは、そのコンタクトリストにおける個人を、自らが属しかつその内部において招聘許可を有する任意のグループに追加する場合もある。これが一旦発生すると、グループにおけるこのメンバのデフォルトのリシェアおよび編集許可は、コンタクトリストにおけるメンバの個々のリシェアおよび編集許可に優先する。しかしながら、メンバは、グループ内でのそのコンタクトの許可を、そのコンタクトリストにおいて自らに割り当てている許可と一致するように設定することができる。これを実装する別の方法は、グループへ招聘された時点でコンタクトリストにおけるコンタクトへ割り当てられた許可をグループへ移動させ、グループにおけるデフォルト許可に優先することである。
【０１２４】
変化する許可に従って、ユーザは、１つのアクションで、コンテンツピースをその１つまたは複数のグループ、その１つまたは複数のネットワークおよびその１つまたは複数のコンタクトと共有してもよい。ユーザが、あるアイテムをグループと共有すると、これは、グループのコンテキストに現れる。ユーザがこれをそのコンタクトリスト上のメンバと共有すると、これは、これらのメンバにはダイレクトメッセージとして現れる。あるアイテムは、グループと、かつそのグループ内のメンバとで直に共有されることが可能であり、この場合、受信者は、これをグループ内およびそのダイレクトメッセージエリアの双方で見る。これらの２つのコンテキストでは、同じアイテムが異なるリシェアまたは編集許可を有してもよい。
【０１２５】
コンタクトは、相互的コンタクトおよび非対称コンタクトの双方が存在する可能性がある。個人Ｂがオンラインサービスに登録する前に、メンバＡがまず個人Ｂとアイテムを共有する、または個人Ｂとのコンタクトを要求すると、メンバＡと個人Ｂとは非対称の関係性になる。メンバＡは、次に、（その電子メールアドレスを入力し直す必要なしに）コンテンツを個人Ｂと容易に共有することができ、かつ個人Ｂは、共有されるコンテンツの通知を電子メールで受け取る。個人Ｂが登録した時点でのみ、両者はシンメトリの関係性となり、互いのコンタクトリスト上に双方のメンバが現れる。
【０１２６】
タギング許可。ユーザは、テキストポスト、写真、チェックイットアウト・アイテム（Ｌｉｎｋｓ＋）およびＤｏｃを含む様々なタイプのポスティングアイテムにタギングすることができる。ポスタは、アイテムのタギングをポスティングプロセスの間に行うか、その後で行うかのオプションを有する。（ポスティング許可を有する）他のグループメンバも、アイテムへタグを付けてもよい。図２５−図２７を参照されたい。タグには、２つの基本的なタイプ、即ちジェネリックタグおよびユーザ名タグが存在する。
【０１２７】
「ジェネリックタグ」は、好ましくは４０文字まで（見事に表示される任意の長さ）の１つまたは複数の任意のワードであることが可能である。タグは、基本的には、「休暇」、「金融」、「良いアイデア」、「クラシック音楽」、「スポーツ」、他等の情報を編成するためのカテゴリとして使用される。
【０１２８】
「ユーザ名タグ」は、カレントグループにおける任意のユーザの姓名である。（３つのグループにポスティングしてメンバにタギングすればどうなるか？−そのうちの２グループには誰が存在するのか？−ユーザは、双方のグループにおいてタギングされる。）（１つのグループに同じ名前のメンバが二人−ジョン・スミスが二人、またはヤン・コバルスキが二人、存在すればどうなるか？−タッガは、オートコンプリートリスト内に双方の名前を見出し、かつプロフィール写真、他を基礎として正しい１つを選ぶことができる。）
【０１２９】
ポストがユーザ名タグでタギングされると、タギングされたユーザは、オンサイトで通知を受信する（かつ、その許可がデフォルトに設定されていれば、ポスト内でタギングされているという電子メール通知も受信する）。この通知は、タッガが自らにタギングすれば発生しない。
【０１３０】
アイテムにタギングする場合、タッガは、グループにおける既存のジェネリックタグのリストから選ぶことができ、または、入力フィールドへタイピングすることによって新しいタグを追加することができる。新しいタグは、新しいジェネリックタグである可能性もあれば、ユーザ名タグである可能性もある。タッガが入力ボックスへのタイピングを開始すると、オートコンプリータは、タッガが選択する場合も無視する場合もある一致するメンバ名を提案する。
【０１３１】
タグスコープ。タグは、グループに特有のものである。ユーザは、グループ内でタギングウィジェットを開くと、グループ内でそれまでに使用されたジェネリックタグのリストが現れ、かつ新しいタグを追加することができる。また、ユーザは、そのグループにおけるユーザの最初の文字をタイピングすることによってオートコンプリートするユーザ名タグを生成することもできる。
【０１３２】
ポスティングプロセスの間、ユーザは、アイテムを複数のグループと共有することを選んでもよい。この場合、ユーザがタグの追加を選ぶと、タギングウィジェットは、選択された全てのグループにおける利用可能なタグのリストを示さなければならない。タグは、グループ毎に編成され、各グループ内でアルファベット順にソートされかつカラーコーディングされなければならない。
【０１３３】
ユーザが、あるグループからのタギングされたアイテムを別のグループと共有する場合、タグは、第２のグループと自動的には共有されない。 
【０１３４】
プライベートタグ。ユーザが、グループにおけるその自らのコンテンツピースにタギングする場合、このコンテンツアイテムおよびタグは、ユーザのマイクラウドにも記憶される。これは、ジェネリックタグのみを参照し、ユーザ名タグは、マイクラウドに記憶されない。マイクラウドでは、ユーザは、その任意のグループにおいて、またはマイクラウドにおいて自らが生成した任意のタグを見て、タグ別にソートすることができる。オーナがアイテムをあるグループと共有する場合、ユーザがマイクラウドにおいて生成する、またはコンテンツピースに割り当てるタグは、そのグループと自動的には共有されない。
【０１３５】
タグの除去。アイテムからタグを除去できるのは、アイテムのオーナおよびサイトのオーナ／管理者のみである。唯一の例外として、タグがメンバ名であれば、そのメンバは、所有していないアイテムからタグを除去してもよい。（ユーザＡが、写りの悪い写真においてユーザＢにタギングするシナリオでは、ユーザＢは、ユーザＡの写真から自らの名前のタグを除去する権利を有するが、他のタグは除去できない。）
【０１３６】
タグの削除。タッガは、タイプミスを行い、かつタグの綴りを誤った可能性がある。このタグは、そのグループにおける利用可能なタグのリストにいつまでも現れなければならないものであろうか？否。タグは、少なくとも１つのコンテンツアイテムに付けられる限り、グループタグのセット内に存続する。ユーザがタグを生成し、次いでこれを除去すれば、またはそれをアイテムに付さなければ、このタグはグループタグのリスト内に保存されない。タギングされるアイテムが削除される場合、それがそのタグを有する唯一のアイテムであれば、そのタグも削除される。
【０１３７】
タグによるフィルタリング。マイクラウドにおけるユーザは、そのプライベートタグのうちの１つまたはそれ以上を選択することによって自らのコンテンツをフィルタリングしてもよく、よってユーザは、選択されたタグにマッチングするアイテムのみを目にする。グループにおいて、ユーザは、グループタグのうちの１つまたはそれ以上を基礎として自らのコンテンツをフィルタリングしてもよい。この場合、ユーザは、グループジェネリックタグのうちの１つまたはそれ以上、および／またはそのグループ内からのユーザ名タグにマッチングするアイテムのみを示すようにコンテンツをフィルタリングしてもよい。
【０１３８】
次に、好ましくは本発明により採用されるリソース・データ・モデルについて論じる。
【０１３９】
単純な形式。リソースアクセスレベルは、グループ非依存性である。アクセスレベルは、１つのリソースにつき１セットが存在する。リソースが共有される全てのグループは、同じアクセスを有する。例えば、リソース自体は修正可能を言明され、よって、それが共有される全てのグループは、そのグループの修正許可を有するグループ内のユーザによる修正を見込んでいる。
【０１４０】
複雑な形式。リソースアクセスレベルは、グループが異なれば変わる可能性がある。よって、ユーザは、あるリソースが、あるグループにおいてのみ読み取られ、かつ別のグループにおいて修正可能であると言明する可能性もある。
【０１４１】
好ましくは本発明により採用される役割データモデルは、下記の通りである。
【０１４２】
単純な形式。あるグループに属するユーザは各々、そのグループにおいて１つの役割を有する。この役割は、アクセスレベルセットを規定し、かつそのグループ内のリソースに対してユーザができることを規定する。
【０１４３】
複雑な形式。所定のグループにおける所定のユーザに関してデフォルトのアクセスレベルをセットアップするために役割を用いる。これらのレベルを個々にトゥイーキングできるようにする。ユーザは、これで、所定の役割には即応し得ずかつカスタマイズ可能なアクセスレベルセットを有することが可能である。
【０１４４】
本発明において使用される好適なＵＲＩリソースセットは、下記の通りである。
URI path              ＨＴＴＰ方法        コメントする 
/Users                ＰＯＳＴ            ユーザを生成する 
/User/<UserId>        ＧＥＴ              ユーザフィードを取得する 
/groups               ＰＯＳＴ            グループを生成する 
/group/<groupId>      ＧＥＴ              グループフィードを取得する 
【０１４５】
本明細書およびクレームは、下記の用語を下記のように定義することに留意されたい。
ユーザスペース
ユーザがパーソナルコンテンツをロードできるスペース 
ユーザスペースコンテンツ
プライベートおよび共有双方のユーザコンテンツの合計 
グループスペース
グループメンバによりグループと共有されるコンテンツの合計 
グループスペースコンテンツ
グループと共有されているコンテンツ
コンテンツの共有
ユーザは、グループまたは個人とコンテンツを共有することができる。アクセスのレベルは、個々のレベルのグループレベルに基づいて指定されることが可能である。 
リソース
コンテンツとも呼ばれ、下記を含む。 
そのユーザスペースへアップロードされるユーザコンテンツ 
ＯＡｕｔｈＡＰＩを介するユーザのソーシャルメディア 
公衆データ
リソースのアクセスレベル
所定のグループに関連するリソースのアクセスレベル 
これには、下記が含まれる。
読取り可能−閲覧が可能
コメント可能−コメントされることが可能
修正可能−変更が可能、リソースタイプに依存
追加可能−アルバムリソースへ写真を追加する場合のように、追加が可能
削除可能−除去が可能
ユーザのアクセスレベル
ユーザによる、グループ内のリソースへのアクセスレベル
これは、リソースが許容することを条件として、グループ内のリソースに対しユーザが実行できることである。ユーザは、下記を実行することができる。
閲覧−ユーザは、リソースを見ることができる。
コメント−コメント可能であることを条件として、ユーザは、リソースにコメントすることができる。
編集／修正−写真にフィルタを装着する場合のように、ユーザは、リソースを変更することができる。
追加−ユーザは、リソースに追加することができる。
削除−ユーザは、リソースを削除することができる。
メタデータ
リソースに関連づけられるデータ。コメント、タグを含む。
アクセスタイプ
ユーザおよびリソースに関連づけられる許可のレベル
アクセス／許可
所定のリソースに関連してユーザが有する制御のレベル
読取り、編集、修正、追加および削除を含む。
外部のウェブサイト、モバイル、クラウド
公衆または私的な任意の外部リソース。
グループ認証
ユーザリソースをグループと共有するメカニズムであって、共有する相手を表示し、かつグループリソースへのアクセスを認証する。
スラーパ−コンテンツ
第三者ソーシャルサービスからコンテンツを取り入れる方法。
スラーパ−メンバ
外部ソースからメンバを取り入れる方法。
ユーザ
オンラインサービスまたはウェブサイトのメンバ。
メンバタイプには、下記が含まれる。
コンテンツのオーナ−コンテンツをアップロードしたユーザがそのコンテンツのオーナである。
グループメンバ−グループのメンバであるユーザ。
スーパー管理者−フルアクセスを有するグループメンバ。
グループリーダ−グループの作成者。
グループ
関連のグループスペースへの読取りアクセスを有するユーザのコレクション。
メンバは、グループスペースへ寄稿することができる場合もある。
メンバのリスト
リーダ
スーパー管理者
カスタマイズビュー
ユーザは、フィルタリング、ソートおよび問い合わせを介してそのユーザスペースおよびグループスペースのビューをカスタマイズすることができる。
【０１４６】
以下のソースコード実装例は、本発明の重要な態様を例示するものであり、Ｊａｖａ（登録商標）でコード化されている。
Ｈｔｔｐ要求マネージャ
2014527208.tif 000007
2014527208.tif 000008
2014527208.tif 000009
2014527208.tif 000010
2014527208.tif 000011
2014527208.tif 000012
2014527208.tif 000013
2014527208.tif 000014
2014527208.tif 000015
2014527208.tif 000016
2014527208.tif 000017
【０１４７】
この好適な実施形態においては、一般的な当業者には容易に理解されるように、本発明による装置は、これまでに述べたステップを実装するコンピュータソフトウェアでプログラムされる汎用または専用サーバンピュータまたは分散システムを含み、前記コンピュータソフトウェアは、ＨＴＴＰ、Ｃ＋＋、ＦＯＲＴＲＡＮ、ＢＡＳＩＣ、Ｊａｖａ（登録商標）、アセンブリ言語、マイクロコード、分散プログラミング言語、他を含む任意の適切なコンピュータ言語で作成される。また本装置は、様々なハードウェア実装において、（例えば、インターネットおよび／または１つまたは複数のイントラネット上で接続される）複数のこのようなコンピュータ／分散システムを含む場合もある。例えば、データ処理は、適切なメモリ、ネットワークおよびバスエレメントと共に、適切にプログラムされたマイクロプロセッサ、クラウドコンピューティング、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）またはこれらに類似するものによって実行されることが可能である。
【０１４８】
明細書およびクレームにおいて、「約」または「およそ」は、記載された数量の２０パーセント（２０％）以内を意味することに留意されたい。本明細書に開示されている全てのコンピュータソフトウェアは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードドライブ（ローカルまたはネットワーク記憶デバイス）、ＵＳＢキー、他のリムーバブルドライブ、ＲＯＭおよびファームウェアを限定なしに含む任意の非一時的コンピュータ読取り可能媒体（媒体の組合せを含む）上で具現されてもよい。
【０１４９】
本発明を、これらの好適な実施形態を具体的に参照して詳細に説明したが、他の実施形態でも同じ結果を達成することができる。本発明の変形および変更は当業者には明らかとなり、よって、このような変更および等価物は全て添付のクレームに包含されるものとする。これまでに引用された引例、アプリケーション、特許および公報の開示内容全体は全て、参照により組み込まれる。
【図１】
2014527208.tif 000018
【図２】
2014527208.tif 000019
【図３】
2014527208.tif 000020
【図４】
2014527208.tif 000021
【図５】
2014527208.tif 000022
【図６】
2014527208.tif 000023
【図７】
2014527208.tif 000024
【図８】
2014527208.tif 000025
【図９】
2014527208.tif 000026
【図１０】
2014527208.tif 000027
【図１１】
2014527208.tif 000028
【図１２】
2014527208.tif 000029
【図１３】
2014527208.tif 000030
【図１４】
2014527208.tif 000031
【図１５】
2014527208.tif 000032
【図１６】
2014527208.tif 000033
【図１７】
2014527208.tif 000034
【図１８】
2014527208.tif 000035
【図１９】
2014527208.tif 000036
【図２０】
2014527208.tif 000037
【図２１】
2014527208.tif 000038
【図２２】
2014527208.tif 000039
【図２３】
2014527208.tif 000040
【図２４】
2014527208.tif 000041
【図２５】
2014527208.tif 000042
【図２６】
2014527208.tif 000043
【図２７】
2014527208.tif 000044
【図２８】
2014527208.tif 000045
【図２９】
2014527208.tif 000046
【図３０】
2014527208.tif 000047
【図３１】
2014527208.tif 000048
【図３２】
2014527208.tif 000049
【国際調査報告】
2014527208.tif 000050