JP2013522728A - オンデマンドのエンドユーザライセンスアグリーメント - Google Patents

Abstract

サービスとしての情報として、オンデマンドでエンドユーザライセンスアグリーメントを提供するシステム及び方法が提供される。幾つかの実施形態において、コンピュータ実装システムは、少なくとも１つのプロセッサと、消費者にコンテンツを公開する少なくとも１つの公開モジュールとを含むことができる。コンピュータ実装システムはまた、前記少なくとも１つの公開モジュールからの公開コンテンツに関する前記消費者による使用に関連した１つ以上の条件の表示を生成する少なくとも１つの条件生成モジュールを含むことができる。前記条件は、前記表示に含まれる標準的な条項を表す正規化された条件であってよい。幾つかの実施形態において、前記表示は消費者のためのライセンスアグリーメントである。コンピュータ実装システムは、コンピュータ実行可能命令を記憶するコンピュータ可読記憶媒体を有してよい。当該命令を実行すると、前記少なくとも１つのプロセッサは前記少なくとも１つの公開モジュールの１つ以上の機能を実行するか、前記少なくとも１つの条件生成モジュールの１つ以上の機能を実行する。

Description

本発明はエンドユーザライセンスアグリーメント（ＥＵＬＡｓ：ｅｎｄ ｕｓｅｒ ｌｉｃｅｎｓｅ ａｇｒｅｅｍｅｎｔｓ）に関し、特に、第三者コンテンツについてオンデマンドでＥＵＬＡを提供することに関する。

現在、公開元（発行者）、開発者及び消費者／加入者が容易に任意のタイプのデータを公開し、当該データのためのアプリケーションを生成し、当該データを消費できるように、トラッキングができ、公開元、開発者及び／または消費者／加入者のための監査ができる方法で、及び、コンテンツの使用に対する公開元制限を行使できる（実行できる）方法で、任意のプラットフォームでサービスとして情報を効率的に提供することができるクラウドサービスプロバイダ（提供者）もしくはネットワークサービスプロバイダはない。さらに、コンテンツの使用に対する制限は通常、コンテンツ交渉人（例えば、弁理士、弁護士）によって取り決められる。従って、条項及び条件（契約条件）はコンテンツの特性に依存し、文言及び複雑度において大きく異なる傾向がある。よって、異なるコンテンツについて規定される個々の契約条件を受理して実行することは、現在、１つのシステムでは不可能である。加えて、おそらく似ているまたは同じである契約条件は、カスタマイズされた条項・条件を処理して実行しようとする一人の人間もしくは１つのシステムによっては、しばしば、それ自体が認識できない。

今日のサーバの上記欠点は、従来のシステムの幾つかの課題の概要を示すためだけのものであり、全ての問題点を挙げてはいない。従来技術の他の課題と、課題に対応する種々の非限定的な実施形態の中の幾つかの実施形態の利点・効果は下記の詳細な説明（発明を実施するための形態）を読むことにより明らかになるであろう。

簡単な「発明の概要」が本明細書に記載され、「発明の概要」は、下記の「発明を実施するための形態」において説明され添付図面に示されている例示的で非限定的な実施形態の中の１つもしくはそれより多くの実施形態の種々の特徴の基本的な理解もしくは全般的な（包括的な）理解に資する。しかし、この「発明の概要」は本発明の全体的な又は包括的な概要を提供するものではない。その代わりに、この「発明の概要」の唯一の目的は、下記の種々の実施形態の詳細な説明の序章として、簡略的な形で幾つかの例示的で非限定的な実施形態に関連した幾つかの技術思想を提示することである。

任意のプラットフォームからのサービスとしての情報との関連においては、ＥＵＬＡを、第三者コンテンツについてオンデマンドで提供することができる。第三者コンテンツの所有者は、任意のプラットフォームからサービスを提供するシステムに入力を提供することができる。入力は、第三者コンテンツの所有者によって所有されている公開コンテンツに対する所望の不認可行為（禁止行為）を示すことができる。システムはメニューオプションの選択及び／またはフリーフォームテキストを介して入力を受信することができる。１つ又はそれより多くの入力が条件の分類基準（分類体系）を使用して処理され、ＥＵＬＡをオンデマンドで生成する。ＥＵＬＡの条件・条項の幾つかは標準化された正規化条件・条項とすることができ、その他の条件は正規化されない、及び第三者コンテンツの所有者によってフリーフォームで入力される非標準条件となる。

他の実施形態及び種々の非限定的な実施例、事例（具体例）及び実施（実装）は下記において更に詳しく説明される。

種々の非限定的な実施形態が添付図面を参照して更に説明される。

任意のプラットフォームからサービスとして提供される情報についての、例示的で非限定的なインフラ（インフラストラクチャ）を示すブロック図である。 任意のプラットフォームからサービスとして提供される情報についての、例示的で非限定的な実施形態を示すフローチャートである。 １つまたはそれより多くの特徴に基づく上記したようなサービスとしての情報を与えるインフラについての、例示的で非限定的な実装を示す図である。 任意のプラットフォームからのサービスとしての情報を有効化するための、データからデータの消費者までの例示的なエンドツーエンド（ｅｎｄ ｔｏ ｅｎｄ）のフローを示すブロック図である。 任意のプラットフォームからのサービスとしての情報として、オンデマンドでＥＵＬＡを生成するための例示的なコンピューティングシステムを示すブロック図である。 任意のプラットフォームからのサービスとしての情報として、オンデマンドでＥＵＬＡを生成する例示的で非限定的な実施形態を示すフローチャートである。 任意のプラットフォームからのサービスとしての情報として、オンデマンドでＥＵＬＡを生成する例示的で非限定的な実施形態を示すフローチャートである。 任意のプラットフォームからのサービスとしての情報として、オンデマンドでＥＵＬＡを生成する例示的なユーザインターフェースを示すブロック図である。 任意のプラットフォームからのサービスとしての情報として、オンデマンドでＥＵＬＡを生成するための、コンテンツ所有者から消費者までの例示的なエンドツーエンドのフローを示すブロック図である。 本明細書に記載された種々の実施形態を実施・実装することができる例示的で非限定的なネットワーク環境を示すブロック図である。 本明細書に記載された種々の実施形態の１つまたはそれより多くの特徴・態様を実装することができる例示的で非限定的なコンピューティングシステムもしくはオペレーティング環境を示すブロック図である。

下記の記載は、上記した実施形態のうちの１つまたはそれより多くの実施形態の理解をさらに補助するための、可能性のある非限定的なインフラ、アーキテクチャ及び／または関連するサービスについての記述を含んでいる。このセクション（発明を実施するための形態）に記載された他の特徴のうちの任意の１つ以上の特徴は、第三者コンテンツのためのエンドユーザライセンスアグリーメント（ＥＵＬＡ）を動的に生成することに関し、上記した実施形態のうちの任意の１つ以上の実施形態に組み込むことができる。実施形態もしくは特徴のこのような組み合わせは可能であるが、疑いの余地をなくすために、本明細書に記載された実施形態のいずれも、本明細書に記載された他の実施形態を限定すると考えるべきではないことを付記しておく。

図１は任意のプラットフォームからサービスとして提供される情報についての、例示的で非限定的なインフラ（インフラストラクチャ）の実装のセットの詳細を示すブロック図である。図１はここで説明されるサービスとしての情報を提供するエコシステムに参加（参画）することができる種々の関係者を概略的に示している。例えば、１セットのネットワークアクセス可能情報サービス１００は、データの保護必要度（機密度、重要度）もしくは他の特徴・性質に応じて、種々の信頼性の有るまたは信頼性の無いデータ記憶部１１０へのアクセスを提供する。従って、図示されているように、データ記憶部１１２、１１４、・・・、１１６のタイプが何であるかはそれほど重要ではない。なぜなら、エコシステムは任意の種類のデータ、ブロブ（ｂｌｏｂ）、構造化データ、非構造化データその他をサポートできるからである。上記したように、このシステムは、データをエコシステムに追加する発行元（パブリッシャ）１２０と、データを消費する加入者１３０と、自分のアプリケーションを使ってデータを消費することができるアプリケーション開発者もしくはアプリケーション提供者１５０とを含む。アクセス情報生成部１７０も、アカウント情報、キー情報等を維持することもしくは実行する（強制する、遵守させる）ことにより、種々の関係者によるデータへのアクセスを管理・制御することができる。この点に関し、コンテンツ所有者１６０は、コンテンツ所有者１６０が発行元１２０、加入者１３０及び／またはアプリケーション開発者になれるように、任意の役割を担うことができる。１つの態様において、全ての関係者のための共通のインフラが、管理・運営１６５、会計監査１７３、請求書作成発行１７５及びその他の所望の補助的な（付随的な）サービスを、インフラを介して（インフラの内で）生じているデータトラザクション（処理、取扱、やり取り）に対して行うことができる。

この点に関し、任意のプラットフォームからのサービスとしての情報を有効化する（利用可能にする）ためのユーザフレンドリーなデータプラットフォームの種々の実施形態は、データの消費者（情報労働者（Ｉｎｆｏｒｍａｔｉｏｎ Ｗｏｒｋｅｒｓ：ＩＷｓ）、開発者、独立したソフトウエアベンダ（ＩＳＶｓ：ｉｎｄｅｐｅｎｄｅｎｔ ｓｏｆｔｗａｒｅ ｖｅｎｄｏｒｓ））及びその他のデータの消費者がシンプルでコスト効率が高くて便利な手法・形式でトランザクションすることができるようにするインフラである。このインフラは、高級な（プライベートな）データと共用（公共）のデータとを利用可能な（適切な）態様・形で平等化することにより、情報労働者が早く洞察する（洞察を引き出す）ことができるようにし、開発者が創造的な手法で複数のデータソースを使用して革新的なアプリケーションを開発することができるようにし、開発者が任意のプラットフォームで開発者の努力に対して利益をあげることができるようにする。例えば、インフラは、利用毎の支払い（Ｐａｙ Ｐｅｒ Ｕｓｅ：ペイパーユース）をサポートすると共に、コンテンツ毎の加入料金設定（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｒｉｃｉｎｇ ｆｏｒ Ｃｏｎｔｅｎｔ：サブスクリプションプライシングフォーコンテンツ）、コンテンツ毎の支払い（Ｐａｙ ｆｏｒ Ｃｏｎｔｅｎｔ：ペイフォーコンテンツ（これは小売り価格であり、コンテンツ所有者によって設定される）、データ料金の支払い（Ｐａｙ Ｄａｔａ Ｆｅｅ：ペイデータフィー（これは送料・手数料））をサポートし、さらに、論理トランザクション毎（レポート毎、アプリケーションプログラムインターフェース（ＡＰＩ）毎、ダウンロード毎等）の仲介手数料としてのデータ料金をサポートする。

情報労働者（例えば、ＯＦＦＩＣＥ（登録商標）のユーザ、ＳＱＬ ＳＥＲＶＥＲ（登録商標）のユーザ、ＭＩＣＲＯＳＯＦＴ ＤＹＮＡＭＩＣＳ（登録商標）のユーザ）のために、インフラは、未来のエンタープライズアーキテクチャ（ＥＡ：ｅｎｔｅｒｐｒｉｓｅ ａｒｃｈｉｔｅｃｔｕｒｅ）構築及び予測可能な支出要件（並びに前提付きのもしくは前提無しのビジネスインテリジェンス（ＢＩ：Ｂｕｓｉｎｅｓｓ Ｉｎｔｅｌｌｉｇｅｎｃｅ）をサポートするキャッシング（ｃａｃｈｉｎｇ）及びＨＰＣ（ｈｉｇｈ ｐｅｒｆｏｒｍａｎｃｅ ｃｏｍｐｕｔｉｎｇ）処理）を見込んだ加入をサポートする。よって、これに代わるものとしては、毎月ユーザ毎に値段が付けられるコンテンツ、コンテンツパック（ｐａｃｋｓ）を配信するために束ねられる場合もあるし束ねられない場合もあるコンテンツがあり、またはトランザクション毎に値段をつける（例えば、クラウドでレポートすること／ビジネスインテリジェンスのオンデマンド価格付けを可能にすることにより、大量のデータを動かす必要をなくす一方、利用毎に値段をつけられるようにする又は、レポートギャラリーを介したバーティカルアプリケーションにすることもある。

データ所有者のために（任意のデータタイプ、任意のクラウド）、任意のプラットフォームを使用して、インフラは任意の特定の所望のプラットフォーム内におけるセールスを奨励する（インセンティブを与える）価値命題となる。つまり、オートスケーリングの、より高いレベルのサービスレベルアグリーメント（ＳＬＡ：ｓｅｒｖｉｃｅ ｌｅｖｅｌ ａｇｒｅｅｍｅｎｔ）の可能性を追加コスト無しに提供することができる。幾つかの非限的的な例において、データ及び関連データは次のドメインで安全である。即ち、Ｌｏｃａｔｉｏｎ ａｗａｒｅサービス及びデータドメイン、商業用及び住居用の不動産ドメイン、ファイナンシャルデータ及びサービスドメイン等において安全である。非限定的な事例は、データを上位３０のＮＧＯ（非政府機関）データセットへ送信することを含む。さらに、インフラは、サービスとしての情報として、ＢＩＮＧ（商標）を介して、ビジネスインテリジェンス及びビジュアライゼーションをショーケース化する（特に目立つようにする）能力、ＨＰＣその他をショーケース化する能力を有することもある。バーティカルアプリケーションを使用する機会も存在する。

１つの非限定的な実施形態において、データ仲介は従来のブリック＆モルタル戦略に類似する。例えば、キャパシティは棚スペースとして表現することができ（例えば、構造化されたデータと構造化されていないデータ／ブロブデータとをミックスしたもの）、商品のコスト（ＣＯＧＳ：ｃｏｓｔ ｏｆ ｇｏｏｄｓ）はスクエアフィート表示で表現することができ（例えば、プラットフォーム依存度、帯域幅）、コンテンツは商品として表現することができる（例えば、データ所有者を最適化してＣＯＧＳをカバーし、情報労働者及び開発者からの利益を最大化する）。種々の実施形態において、オンボーディングプロセスはデータ及びサービスについてのクオリティバーを用いて実装することができ、サービスレベルアグリーメント（ＳＬＡｓ）の調整も可能である。

図２は任意のプラットフォームからサービスとして提供される情報についての例示的で非限定的な実施形態を示すフローチャートである。図２のフローチャートに示されているように、符号２００において、ここで説明されるのは、コンテンツ所有者もしくはコンテンツ発行元（公開者）がインフラを介してデータを公開する種々の方法である。符号２１０において、開発者がインフラを介してデータを消費するためのアプリケーションを開発する際に利用することができる色々なツールがある。符号２２０において、消費者もしくは情報労働者はアプリケーションを使用するか、直接、データにクエリ検索をかけてデータを消費する。最後に、インフラは符号２３０において、トランザクションモデルにより可能となる豊富な種類のツールを提供し、自動管理、会計監査、請求書作成発行等をコンテンツチェーン内の全ての関係者に代わって行うことができるようする。

この点に関し、インフラにおける幾つかの重要な関係者は、データ所有者、アプリケーション開発者／ＩＳＶ、及び消費者／情報労働者を含む。一般に、データ所有者はデータに課金をしたいと望むエンティティであるか、他の理由によりデータを無料で提供したいと望むエンティティであるか、データに他の条件を課したいと望むエンティティである。また、アプリケーション開発者／ＩＳＶは自分のアプリケーションによって収入を得たいと望むエンティティか（例えば、広告収入によって、直接支払によって、間接支払によって等）、エンティティにとって何らかの利得があるという理由により自分のアプリケーションを無料で提供するエンティティである。情報労働者及び消費者は生データを使用することができる者であるか、アプリケーション開発者によって提供されるアプリケーションを使用したいと望む者である。

図３は１つまたはそれより多くの特徴に基づいて上記したようにサービスとしての情報のためのインフラ３１０の例示的で非限定的な実施・実装を示している。インタラクション側には、ＳＳＬ（ｓｅｃｕｒｅ ｓｏｃｋｅｔｓ ｌａｙｅｒ）／ＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ ｓｔａｔｅ ｔｒａｎｓｆｅｒ）ベースのＡＰＩ３０６を介してインフラと通信することができる情報労働者３００、開発者３０２及び消費者３０４がいる。ロードバランサ３０８はトラフィック（データの通行）を最適な形で進める（操縦する、舵取りする）のに役立つように使用することができる。この点に関し、入力はポータルウェブロール（ｒｏｌｅｓ）３２０もしくはＡＰＩウェブロール３２２に導かれる。インフラ３１０からデータ側にかけては、ブロブデータセット３４２へのアクセスのための、クラウドストレージフレームワーク３４０のブロブデータセット３５５へのアクセスのための、または、リレーショナルデータベースフレームワーク３５０のデータセット３５２もしくは３５４へのアクセスのための、別のロードバランサ３２４もしくは３２６がある。プロシキレイヤ３２８は第三者のクラウド３６０のデータ３６２もしくは３６４へアクセスするために使用することができる。コンテンツデータ抽象化レイヤ（ＤＡＬ：ｄａｔａ ａｂｓｔｒａｃｔ ｌａｙｅｒｓ）３３０はアカウントへアクセスするために使用することができる（それが可能な場合には）。この点については、異なるタイプの記憶部に亘ってデータの複製もしくは重複があってもよい。例えば、同じデータがブロブデータとして且つ構造化データ（ＳＱＬ ＳＥＲＶＥＲ（登録商標））として表現されていてよい（存在してよい）。

データへの補充的（追加的）サービスとして、請求書作成発行及びディスカバリサービス３７０はオンラインでの請求書作成発行３７２（例えば、ＭＩＣＲＯＳＯＦＴ（登録商標）オンラインカスタマーポータル（ＭＯＣＰ：ＭＩＣＲＯＳＯＦＴ Ｏｎｌｉｎｅ Ｃｕｓｔｏｍｅｒ Ｐｏｒｔａｌ））もしくはディスカバリサービス３７４（例えば、ピンポイント（ｐｉｎｐｏｉｎｔ））を含むことができ、認証サービス３８０はクレデンシャル（証明書、認定書）マネージメント３８２（例えば、ＭＩＣＲＯＳＯＦＴ（登録商標）Ｗｉｎｄｏｗｓ Ｌｉｖｅ ＩＤ）もしくはコンテンツ認証３８４（例えば、認証されたコンテンツサービス（ＡＣＳ）を含むことができる。アカウントサービス３９０はロギング（ｌｏｇｇｉｎｇ）／会計監査サービス３８６もしくはアカウント管理３８８を含むことができる。マネージメント（管理）及びオペレーションサービス３９２はオペレーションダッシュボードサービス３９４及びネットワークオペレーションサービス３９６、例えば、Ｇｏｍｅｚ、を含むことができる。

図４は、サービスとしての情報を有効化するための一般的なインフラの１つまたはそれより多くの実施形態に基づく、データからデータの消費者までの例示的なエンドツーエンドのフローを示すブロック図である。例えば、サービスとしての情報４００はコマーシャルデータ（商業用データ）４０２とフリーデータ（非商業データ）４０４を含むことができ、データは、一般的に成果をあげるためにデータを消費することに興味を持っている人である、種々の営利開発者４１０、非営利開発者４１２及びその他の情報労働者４１４にとって興味のあるデータと成り得る。このようなエンティティはディスカバリサービス４２０を使用して、どのアプリケーション４２２、４２４、…、４２６が彼らにとって興味のあるアプリケーションなのかを判定（決定）することができ、最終的には、データを間接的なライセンセス取得（ＩＬＡ：ｉｎｄｉｒｅｃｔ ｌｉｃｅｎｓｅ ａｃｑｕｉｓｉｔｉｏｎ）消費者４３０及び直接的なライセンセス取得（ＤＬＡ：ｄｉｒｅｃｔ ｌｉｃｅｎｓｅ ａｃｑｕｉｓｉｔｉｏｎ）消費者４３２に同じように送信することができる。

図５は上記したような第三者コンテンツについてオンデマンドでＥＵＬＡを提供するシステムのブロック図である。このシステム５００は図１、図３、図４及び図５を参照しつつ説明される。幾つかの実施形態において、システム５００は図２に示された情報サービス２００の一部となることができる。

システムは、プロセッサ５１０と、公開モジュール５２０と、メモリ５３０と、条件（条項）生成モジュール５４０とを含み得る。幾つかの実施形態において、システムはさらに、ユーザインターフェース５５０及び／またはエンフォースメントモジュール５６０を含み得る。

プロセッサ５１０を、メモリ５３０に記憶されたコンピュータ可読命令を実行することができ、本明細書において説明されるシステム５００の１つまたはそれより多くの機能を実施するように構成することができる。

公開モジュール５２０を、コンテンツを公開して、公開されたコンテンツを公開モジュール５２０から出力して消費者３０４に見てもらうように構成することができる。公開されたコンテンツは、データ記憶部２１２、２１４、…、２１６内のデータ及び／または所有者２６０によって所有されているか管理されているコマーシャルデータ４０２（このようなデータに限定されないが）を含むことができるがこれに限定されない。種々の実施形態において、所有者２６０は第三者コンテンツの所有者である。

条件生成モジュール５４０を、公開されたコンテンツの使用に関する１つまたはそれより多くの条件の表示・説明を生成することができる。表示は、消費者３０４によって公開されたコンテンツが見られる前に消費者３０４によってレビューされ了承されるようにする。

幾つかの実施形態において、ＥＵＬＡに含まれる１つまたはそれより多くの条件は幾つかの実施形態において許可されない行為（禁止行為）であるか行為を示すものである。例えば、限定されるものではないが、１つまたはそれより多くの条件は許可されない印刷、ダウンロード、配布、レンダリング、コピーもしくはその他の全ての禁止行為（）を示す。

幾つかの実施形態において、条件の幾つかは正規化され、同じようなもしくは同じ言葉が、同じようなもしくは同じ禁止行為に使用される。幾つかの実施形態において、条件の幾つかは、正規化されていない非標準条件としてシステム５００に記憶され得る。このような非標準条件は、公開されたコンテンツのためのＥＵＬＡを生成する第三者コンテンツ所有者によるシステム５００へのフリーフォームテキスト入力を使用して、ＥＵＬＡに含めることができる。

条件を作る（構成する）文章及び／またはフレーズ（句、言葉遣い）は正規化することができるので、異なる第三者によって所有されている任意の数の異なる媒体についてのＥＵＬＡ条件は認識可能な程度の均一性（統一性）を有することができる。よって、異なる第三者についてシステム５００から出力されるＥＵＬＡ内の条件及び表示フォーマットの複雑度は低減する（小さくする）ことができる。

幾つかの実施形態において、条件生成モジュール５４０は、１つまたはそれより多くの条件を分類するように構成された分類モジュール（図示せず）を含むか、分類モジュールに接続される。条件は、下記において説明されるように、多くの形に分類することができる。例えば、条件は、限定されるものではないが、コンテンツのタイプ・種類、禁止行為に応じて禁止行為を含み、及び／または、階層的な条項・条件、定義を含むこともできる。

種々の実施形態において、条件は公開されたコンテンツのタイプによって分類することができる。例えば、特定の条件が典型的なタイプのコンテンツに採用されるようにしてもよい。このような特定の条件は同じところ（カテゴリ）に分類されてよい。例えば、限定されるものではないが、電子書籍に典型的に採用される条件は１つのカテゴリに分類され、ダウンロード可能な音楽に典型的に採用される条件は別のカテゴリに分類され、フィルムに典型的に採用される条件は他のカテゴリに分類される（これらに限定されないが）。

従って、ＥＵＬＡ条件の選択は、公開されたコンテンツのタイプのみを示す入力に基づくことができる。幾つかの実施形態において、ＥＵＬＡ条件の選択は、示されたコンテンツタイプにとってＥＵＬＡに含むことが通常適切であるＥＵＬＡ条件を推論（推定）することを含む。従って、ＥＵＬＡは、特定のコンテンツタイプに典型的に適している条件を含むように、動的に生成することができる。これにより、より完璧なＥＵＬＡを生成する可能性が向上する一方、資金的な資源及び時間的な資源の使用を低減することができる。

種々の実施形態において、条件は禁止行為によって分類することができる。例えば、禁止された印刷及びコピーに関連する条件は第１のカテゴリに分類され、禁止された配布及びダウンロードに関連する条件は第２のカテゴリに入れられる。よって、カテゴリは、種々の異なる条件に対応できる１つまたはそれより多くのバケットとして構成することができる。

例えば、ＥＵＬＡ条件の選択は、特定のコンテンツを使用する際の禁止事項に基づいてもよい。例えば、選択は、限定されるものではないが、公開されたコンテンツを印刷してよい回数の最大値（最大印刷回数）を示してもよく、および／または、印刷許可が一般の消費者に付与されるか否かを示してもよい。従って、ＥＵＬＡ条件は、コンテンツを印刷してよい回数及び／またはコンテンツを印刷してはいけないということに関する簡単な文言を消費者に提供する文もしくはフレーズであってよい。

幾つかの実施形態において、システム５００を、第三者コンテンツ所有者から１つ又はそれより多くの入力を受信してもよく、条件生成モジュール５４０はＥＵＬＡをオンデマンドで公開する際の適切な条件を決定することができる。幾つかの実施形態において、条件を、ＯＤａｔａもしくは他のクエリ検索プロトコルを用いて、条件全体にクエリ検索をかけることによって決定することができる。

幾つかの実施形態において、条件は、マッピング、セマンティクス（ｓｅｍａｎｔｉｃｓ）、パターン認識、または入力に対応するデータを選択するその他の技術（技法）に基づいて決定される。

入力をシステム５００に通信可能に接続されているユーザインターフェース５５０を介して受信することができる。幾つかの実施形態において、特にユーザインターフェース５５０、またはシステム５００全体を、ＥＵＬＡをオンデマンドで生成するための入力を受信するように構成することができる。

入力、即ち、選択は、ユーザインターフェース５５０を介して表示されたテキストボックスに受信されるフリーフォーム選択であってよく、及び／または、ユーザインターフェース５５０を介して表示されるメニューオプションの選択であってもよい。幾つかの実施形態において、ユーザインターフェースは第三者から音声選択を受信することができる。選択は種々の実施形態において禁止行為及び／またはコンテンツタイプを示してもよい。幾つかの実施形態において、第三者が、第三者によって所有されている公開コンテンツの全てについて実質的に同じＥＵＬＡを生成することを選ぶ実施形態の場合、選択は第三者の識別情報を示してもよい。

システム５００は、幾つかの実施形態において、エンフォースメントモジュール５６０を含むことができる。エンフォースメントモジュール５６０を、公開されたコンテンツに関する１つまたはそれより多くの条件を任意のプラットフォームで実行することができる。幾つかの実施形態において、使用に関する１つまたはそれより多くの条件を実行することは、１つまたはそれより多くの条件によって示されている禁止行為を禁止することを含む。種々の実施形態において、エンフォースメントモジュール５６０は、ＭＩＣＲＯＳＯＦＴ ＯＦＦＩＣＥ（登録商標）プラットフォーム、ＷＩＮＤＯＷＳ（登録商標）プラットフォーム、ＳＱＬ（登録商標）プラットフォーム、ＭＡＣ（登録商標）プラットフォーム及び／またはＯＰＥＮＯＦＦＩＣＥ．ＯＲＧ（登録商標）プラットフォームにおける禁止行為を禁止すべく、ＥＵＬＡの条件を実行することができる。

エンフォースメントモジュール５６０は、幾つかの実施形態において、情報権管理モジュール（図示せず）を介して実行を行う。情報権管理モジュールは、エンフォースメントモジュール５６０内に含めることができ、または、エンフォースメントモジュール５６０に接続することができる。

メモリ５３０を参照すると、幾つかの実施形態において、メモリ５３０は命令を記憶したコンピュータ可読記憶媒体であってよい。命令が実行されると、プロセッサは方法を実施する。方法（図示せず）は、ユーザインターフェースを介してオプション選択表示を表示するステップを含む。このオプション選択表示は公開されたコンテンツの使用に関するオプションに関連している。方法はさらに、ユーザインターフェースを介して入力を受信するステップと、少なくとも入力に基づいて公開されたコンテンツに使用される１つまたはそれより多くの条件を特定するステップを含む。１つまたはそれより多くの条件はエンドユーザライセンセス条件である。

コンピュータ可読記憶媒体の幾つかの実施形態において、オプション選択表示はテキストボックスを含み、入力を受信するステップはテキストボックスにおいてフリーフォーム選択入力を受信することを含む。コンピュータ可読記憶媒体の幾つかの実施形態において、オプション選択表示はオプションのメニューを含み、入力を受信するステップはオプションのメニューの中の少なくとも１つのオプションを示す選択を受信することを含む。

コンピュータ可読記憶媒体の幾つかの実施形態において、方法はさらに、公開されたコンテンツのタイプの選択を受信するステップを含み、オプション選択表示を表示するステップは、公開されたコンテンツのタイプの選択の受信することに基づいて行われる。

コンピュータ可読記憶媒体の幾つかの実施形態において、方法はさらに、エンドユーザライセンセス条件を含むエンドユーザライセンセスアグリーメントを生成するステップを含む。コンピュータ可読記憶媒体の幾つかの実施形態において、エンドユーザライセンセス条件は正規化された標準条項である。

図６は、本明細書に記載された実施形態に基づく、任意のプラットフォーム上でのサービスのための情報として、ＥＵＬＡをオンデマンドで生成する方法を示すフローチャートである。

６１０において、方法６００はコンテンツを消費者に公開するステップを含む。コンテンツは第三者によって所有されている任意のタイプのコンテンツであってよい。例えば、コンテンツは、音楽、電子書籍、フィルム、ビデオゲーム、ウェブサイト等であるがこれらに限定されない。

６２０において、方法６００は、公開されたコンテンツに使用される条件を示す入力を受信するステップを含むことができる。入力は公開されたコンテンツの所有者から入力される。入力は、種々の実施形態において、コンテンツのタイプ、禁止行為及び／または当該コンテンツの所有者を示すことができる。

６３０において、方法６００は受信された入力に基づいて、ＥＵＬＡの条件を選択するステップを含むことができる。条件を選択するステップは、限定するものではないが、１つまたはそれより多くの条件にクエリ検索をかけて、入力に最も近い条件を決定すること、マッピング、パターン認識、セマンティック等を含む任意の数の方法によって実行され得る。

条件は正規化された標準的な条件であってもよいし、正規化されていない非標準的な条件であってもよい。非標準的な条件は、コンテンツ所有者によるフリーフォームテキスト入力もしくは音声入力から作られる。

条件は体系的分類に基づいて分類されてもよい。体系的分類は、コンテンツのタイプ、禁止行為及び／またはコンテンツの所有者に基づくものであってよい。種々の実施形態において、禁止行為はレンダリング、印刷、デリべーション、配布もしくはコピーに関連したものである。

６４０において、方法６００は消費者もしくは加入者に１つまたはそれより多くの条件の表示を出力するステップを含むことができる。表示は、幾つかの実施形態において、オンデマンドのＥＵＬＡである。表示は、他の実施形態において、視覚的及び／または音響的（音声）であってよい。

６５０において、方法６００はＥＵＬＡの条件を実行するステップを含むことができる。ＥＵＬＡの条件を実行するステップは、消費者による公開コンテンツの使用をモニタリングするステップと禁止行為を禁止するステップとを含む。幾つかの実施形態において、禁止するステップは、禁止行為を禁止（防止）するために情報管理モジュールを機能させることを含む。

図７は本明細書に記載された実施形態に基づく方法を示すフローチャートである。７１０において、方法７００はユーザインターフェースを介してオプション選択表示（画面）を表示するステップを含むことができる。表示は、公開されたコンテンツに使用される条件を決定することに関連させることができる。７２０において、方法７００はユーザインターフェースを介して入力を受信するステップを含むことができる。

幾つかの実施形態において、オプション選択画面はテキストボックスを含むことができ、入力はテキストボックスにおけるフリーフォーム選択入力である。１つまたはそれより多くのオプションを特定することは、フリーフォーム選択に関連した１つまたはそれより多くのオプションの選択を含んでよい。幾つかの実施形態において、オプション選択画面を表示することは、オプションのメニューとして１つまたはそれより多くのオプションを表示することを含んでよい。入力はオプションのメニューからのメニュー選択であってよい。

７３０において、方法７００は少なくとも入力に基づいて１つまたはそれより多くの条件を選択することを含むことができる。１つまたはそれより多くの条件は体系的分類法に基づいて分類することができる。幾つかの実施形態において、条件の幾つかは正規化された標準的な条件であり、条件の幾つかは正規化されていない非標準的な条件であってよい。

１つまたはそれより多くの条件を選択することは、クエリ検索を含む任意の公知の技術によって実行されてよい。パターン認識、セマンティクス等も採用することができる。

７４０において、方法７００は選択された１つまたはそれより多くの条件の表示を表示するステップを含むことができる。画面は、幾つかの実施形態において、オンデマンドのＥＵＬＡであってよい。選択された条件は、記憶される前に第三者コンテンツの所有者にユーザインターフェースを介して表示され、および／または、公開されたコンテンツを使用して消費者に表示され得る。

幾つかの実施形態において、ユーザインターフェースは、エンドユーザライセンセスアグリーメントの生成を容易にするために提供される。幾つかの実施形態において、ユーザインターフェースを、オプション選択画面を表示できるように構成することができる。オプション選択画面は、公開されたコンテンツを使用するために１つまたはそれより多くのオプションを示す情報を含むことができる。

また、ユーザインターフェースを、使用のための１つまたはそれより多くのオプションのうちの少なくとも１つのオプションを選択する入力を受信するように構成できる。入力は公開されたコンテンツの所有者によって、及び／または、コンテンツの公開元によって受信される。

さらに、ユーザインターフェースを、ＥＵＬＡに含めるための１つまたはそれより多くの条件を表示するように構成できる。条件は、少なくとも、受信された入力に基づくものでよい。

また、ユーザインターフェースを、ＥＵＬＡの表示を表示するように構成できる。画面は、種々の実施形態において、視覚的または音響的であってよい。

幾つかの実施形態において、オプション選択画面はテキストボックスを含む。このような実施形態において、受信された入力はフリーフォームテキストであってよい。幾つかの実施形態において、テキストボックスに加えてまたはテキストボックスに代えて、オプション選択画面は公開されたコンテンツの使用のためのオプションのメニューを含むことができる。オプションは入力を提供するユーザによって選択され得る。

種々の実施形態において、ＥＵＬＡに含めるための表示された１つまたはそれより多くの条件は、正規化された標準条件及び／または正規化されていない条件であってよい。例えば、正規化されていない条件は、テキストボックスを介して受信することができるフリーフォームテキストであってよい。

ユーザインターフェースは視覚的な及び／または音響的な表示を提供することができる。幾つかの実施形態において、ユーザインターフェースはユーザインターフェーススクリーンにおいて提供される入力部を介して入力を受信することができ、および／または、ユーザインターフェースに提供されるボイスコマンドを用いた音響信号を介して入力を受信することができる。幾つかの実施形態において、ユーザインターフェースはタッチスクリーンユーザインターフェースである。

図８は、任意のプラットフォームからのサービスとしての情報として、ＥＵＬＡをオンデマンドで生成する例示的なユーザインターフェース（ＵＩ）を示すブロック図である。図８に示されているように、ユーザインターフェース８００は、オプション表示領域８１０と、入力領域８２０と、プレビュー領域８３０とを含むことができる。

オプション表示領域８１０は公開されたコンテンツを示す情報もしくは公開されたコンテンツの使用を示す情報を含むことができる。幾つかの実施形態において、公開されたコンテンツを示す情報は１つまたはそれより多くのタイプの公開コンテンツである。１つまたはそれより多くのタイプの公開コンテンツは、音楽、電子書籍、フィルム、テレビ番組もしくはビデオゲームを含むことができる。

幾つかの実施形態において、公開されたコンテンツの使用を示す情報は、１つまたはそれより多くのタイプの禁止行為であり、領域８４０に提供することができる。タイプの禁止行為は、編集特権、印刷、複製、書き込み特権または再頒布権もしくは頒布権の少なくとも１つを示すことができる。

入力領域８２０を、入力を受信する領域を表示するように構成することができる。入力領域はテキストボックス８５０または選択可能なオプションのメニューを含むことができる。テキストボックス８５０は、幾つかの実施形態において、フリーフォームテキストを受信するように構成することができる。幾つかの実施形態において、入力領域８２０及び／またはユーザインターフェース８００の表面全体はタッチスクリーン機能を有してもよい。幾つかの実施形態において、選択可能なオプションのメニューは領域８４０において示したようなものでよい。

プレビュー領域８３０を、エンドユーザライセンセスアグリーメントに含められる１つまたはそれより多くの条件のプレビューを表示するように構成することができる。種々の実施形態において、１つまたはそれより多くの条件のうちの少なくとも１つの条件は正規化された標準条件である。種々の実施形態において、１つまたはそれより多くの条件のうちの少なくとも１つの条件は、正規化されていない非標準条件であり、フリーフォームテキストである。幾つかの実施形態において、プレビュー領域８３０はエンドユーザライセンセスアグリーメント８６０のプレビューを表示するように構成することができる。

幾つかの実施形態において、ＥＵＬＡを生成するように構成されたユーザインターフェース（図示せず）は、公開されたコンテンツを示す情報または公開されたコンテンツの使用を示す情報を含むオプション表示領域を有する。ＥＵＬＡユーザインターフェースはまた、入力を受信する領域を表示するように構成された入力領域と、エンドユーザライセンセスアグリーメントに含められ得る１つまたはそれより多くの条件のプレビューを表示するように構成されたプレビュー領域とを有することができる。プレビュー領域をエンドユーザライセンセスアグリーメントを表示するように構成できるようにしてもよい。

幾つかの実施形態において、１つまたはそれより多くの条件のうちの１つまたはそれより多くは、正規化された標準条件であってよい。幾つかの実施形態において、１つまたはそれより多くの条件のうちの１つまたはそれより多くは正規化されていない非標準条件であり、フリーフォームテキストである。

幾つかの実施形態において、オプション表示領域は公開されたコンテンツを示す情報を含み、公開されたコンテンツを示す情報は１つまたはそれより多くのタイプの公開コンテンツである。

幾つかの実施形態において、オプション表示領域は公開されたコンテンツの使用を示す情報を含み、公開されたコンテンツの使用を示す情報は１つまたはそれより多くのタイプの禁止行為である。幾つかの実施形態において、１つまたはそれより多くのタイプの禁止行為は、編集特権、書き込み特権もしくは再頒布権の少なくとも１つを示す。

幾つかの実施形態において、１つまたはそれより多くのタイプの公開されたコンテンツは、音楽、電子書籍、フィルム、テレビ番組もしくはビデオゲームの少なくとも１つを含む。

幾つかの実施形態において、入力領域はテキストボックスを含む。テキストボックスはフリーフォームテキストを受信するように構成することができる。幾つかの実施形態において、入力領域は選択可能なオプションのメニューを含む。

幾つかの実施形態において、ユーザインターフェースはタッチスクリーンユーザインターフェースである。

図９は、任意のプラットフォームからのサービスとしての情報として、オンデマンドでＥＵＬＡを生成するための、コンテンツ所有者から消費者までの例示的なエンドツーエンドのフローを示すブロック図である。このフロー図は図８及び図９を参照しながら説明される。

コンテンツ所有者は、コンテンツ所有者によって所有されている公開コンテンツについて使用されるオプションを示す選択肢を提供することができる。選択肢を、コンテンツ所有者によってアクセス可能なユーザインターフェース８００において提供することができる。

コンテンツ所有者はユーザインターフェース８００から１つまたはそれより多くのタイプの禁止行為８４０を選択することができる。図示された実施形態において、禁止行為は公開されたコンテンツの編集と公開されたコンテンツのコピーである。よって、コンテンツ所有者は、公開されたコンテンツに関して「読み取りのみ」という特権と「複製不可」という特権とを選択している。

使用するために選択されたオプションは、プラットフォームに依存しないエンジンにより受信される。プラットフォーム非依存エンジン９００は１つまたはそれより多くの条件（図９に示されるように正規化されていてもよいし、正規化されていなくてもよい）を選択する条件生成モジュール９１０を含むことができる。プラットフォーム非依存エンジン９００は条件生成モジュール９１０を含むことができる。１つまたはそれより多くの条件は、選択された分類法に従って分類することができ、分類法は例えば、禁止行為、公開されたコンテンツのタイプ、コンテンツ所有者の識別情報等に基づいている。条件生成モジュールは、データ記憶部９１２、９１４、…、９１６から使用オプションに関連付けられた１つまたはそれより多くの条件を選択することができる。

ＥＵＬＡ生成モジュール９２０はＥＵＬＡの条件を受信し、受信された条件を含むＥＵＬＡを生成することができる。消費者プラットフォーム９３０はＥＵＬＡを受信され、ＥＵＬＡを消費者に表示することができる。

例示的なネットワーク化された分散型環境
当業者であれば、本明細書に記載された任意のプラットフォームからのサービスとしての情報のためのインフラに係る方法及び装置（デバイス）の種々の実施形態及び関連する実施形態は任意のコンピュータまたは他のクライアントデバイスもしくはサーバデバイスと関連させて実装することができることが理解できるであろう。コンピュータ、クライアントデバイス及びサーバデバイスはコンピュータネットワークの一部として配置することができ、または、分配型コンピューティング環境内に配置・展開することができ、さらに、任意のタイプのデータ記憶部に接続することもできる。この点に関し、本明細書に記載されている種々の実施形態は、任意の数のメモリユニットもしくは記憶ユニットを有する任意のコンピュータシステムもしくは環境において実装することができ、任意の数の記憶ユニットに亘って実行される任意の数のアプリケーション及びプロセスにおいて実装することができる。これには、限定されるものではないが、リモート記憶部もしくはローカル記憶部を有する、ネットワーク環境もしくは分散型コンピューティング環境に配置・展開されたサーバコンピュータ及びクライアントコンピュータを備える環境が含まれる。

図１０は例示的なネットワークコンピューティング環境もしくは分配型コンピューティング環境の非限定的な概略図である。この分散型コンピューティング環境は、コンピューティングオブジェクト１０１０、１０１２その他と、コンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他とを含む。オブジェクトは、アプリケーション１０３０、１０３２、１０３４、１０３６、１０３８で示されている、プログラム、方法、データ記憶部、プログラマブルロジック等を含む。尚、オブジェクト１０１０、１０１２その他と、コンピューティングオブジェクトもしくはデバイス１０２０、１０２２，１０２４、１０２６、１０２８その他は、異なるデバイス（例えば、ＰＤＡ、デジタルビデオディスク（ｄｖｄ）、コンパクトディスク、オーディオ／ビデオデバイス、携帯電話、ＭＰ３プレーヤ、ラップトップ等）を含むことができる。

各オブジェクト１０１０、１０１２その他及びコンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他は、１つまたはそれより多くの他のオブジェクト１０１０、１０１２その他及びコンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他と通信ネットワーク１０４０により、直接的にもしくは間接的に通信することができる。図１０には１つの要素として図示されているが、ネットワーク１０４０は、図１０のシステムにサービスを提供する他のコンピューティングオブジェクト及びコンピューティングデバイスを含んでよく、および／または、図示されていない複数の相互接続されたネットワークを代表していると考えてもよい。各オブジェクト１０１０、１０１２その他またはコンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他は、ＡＰＩを使用し得るアプリケーション１０３０、１０３２、１０３４、１０３６、１０３８等のアプリケーションを含むこと、または、他のオブジェクト、ソフトウエア、ファームウエア及び／もしくはハードウエア（種々の実施形態に基づいて提供される任意のプラットフォームからのサービスとしての情報のためのインフラとの通信に適しているか、インフラの実装に適しているもの）を含むことができる。

分散型コンピューティング環境をサポートする種々のシステム、コンポーネント及びネットワークがある。例えば、コンピューティングシステム同士は、有線システムもしくは無線システムによって相互接続されるか、ローカルネットワークによって相互接続されるか、広い範囲に分配されたネットワークによって相互接続され得る。現在、多くのネットワークがインターネットに接続され、広い範囲に分散されたコンピューティングのためのインフラを提供し、多くの異なるネットワークを取り込んでいる。尚、任意のネットワークインフラが、種々の実施形態において説明されている技術に合う例示的な通信に使用できる。

よって、ネットワークトポロジー及びネットワークインフラのホスト（例えば、クライアント／サーバ、ピアツーピア、またはハイブリッドアーキテクチャ）を使用することができる。クライアント／サーバアーキテクチャでは、特にネットワークシステムでは、クライアントは通常、別のコンピュータ、例えば、サーバによって提供される共有ネットワークリソースにアクセスするコンピュータである。図１０の図示例において、非限定的な例であるが、コンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他はクライアントと考えることができ、オブジェクト１０１０、１０１２その他はサーバと考えることができ、サーバその他はデータサービス（例えば、クライアントコンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他からデータを受信すること、データを記憶すること、データを処理すること、データをクライアントコンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他に送信すること）を提供するが、任意のコンピュータをクライアント、サーバもしくは両方と考えることもできる。これらコンピューティングデバイスのいずれも、データを処理し、または、サービスもしくはタスクをリクエストし、その際、１つまたはそれより多くの実施形態において本明細書に記載された任意のプラットフォームからのサービスとしての情報のためのインフラと関連技術とを利用する。

サーバは、典型的な場合、リモートネットワークもしくはローカルネットワーク（例えば、インターネットもしくは無線ネットワークインフラ）を介してアクセス可能なリモートコンピュータシステムである。例えば、クライアントプロセスは第１のコンピュータシステムでアクティブであり、サーバプロセスは第２のコンピュータシステムでアクティブであり、互いに通信媒体を介して通信しており、よって、分散機能を提供し、複数のクライアントがサーバの情報収集能力を利用することができる。ユーザプロファイリング（ｐｒｏｆｉｌｉｎｇ）に関して使用される任意のソフトウエアオブジェクトは、スダンドアロンで設けることができ、または、複数のコンピューティングデバイスもしくはオブジェクトに亘って分配されてもよい。

例えば、通信ネットワーク／バス１０４０がインターネットであるネットワーク環境では、サーバその他はウェブサーバであってよく、ウェブサーバとクライアントコンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６、１０２８その他とは、多くの公知のプロトコル、例えば、ＨＴＴＰのいずれかを介して通信する。サーバその他は、分散型コンピューティング環境の性質・特徴によっては、クライアントコンピューティングオブジェクトもしくはデバイス１０２０、１０２２、１０２４、１０２６，１０２８その他として機能する場合もある。

例示的なコンピューティングデバイス
上記したように、本明細書に記載された種々の実施形態は任意のデバイスに適用可能であり、任意のプラットフォームからのサービスとしての情報のインフラの１つもしくは複数を実装することが望ましい。従って、手持ち型の携帯コンピューティングデバイス及び携帯コンピューティングオブジェクト並びに他の全ての種類のコンピューティングデバイス及びコンピューティングオブジェクトは本明細書において説明された種々の実施形態に使用される。つまり、デバイスが、任意のプラットフォームからのサービスとしての情報のインフラとの関連で何らかの機能を提供するのであれば、どこでも使用される。よって、図１１に示され下記において説明される汎用リモートコンピュータは単なる一例であり、本願明細書（本発明）の実施形態はネットワーク／バス相互動作及びインタラクション動作が可能な任意のクライアントで実装することができる。

必須ではないが、実施形態のいずれも、オペレーティングシステムを介して部分的に実装することができ、オペレーティングシステムはデバイスもしくはオブジェクトのためのサービス開発者によって使用されるものであり、および／または、動作可能なコンポーネント（単数または複数）と動作できるアプリケーションソフトウエア内に部分的に含めることができる。ソフトウエアは、プログラムモジュール等、一般的なコンピュータ実行可能命令として説明され、クライアントワークステーション、サーバもしくは他のデバイス等、１つもしくは複数のコンピュータによって実行される。当業者であれば、ネットワークインタラクションは種々のコンピュータシステム及びプロトコルで実行し得ることが理解できるであろう。

従って、図１１は１つまたはそれより多くの実施形態を実装することができる適切なコンピューティングシステム環境１１００の例を示している。尚、上記において明記したが、このコンピューティングシステム環境１１００は適切なコンピューティング環境の一例にすぎず、前記した実施形態のいずれの機能の使用範囲に関していかなる限定をも示唆することを意図していない。また、コンピューティング環境１１００が、例示的なオペレーティング環境１１００に示されているコンポーネントのいずれか１つもしくはコンポーネントの組み合わせに関して従属性もしくは要件を有すると解釈すべきではない。

図１１を参照すると、本明細における１つまたはそれより多くの実施形態を実装するための例示的なリモートデバイスは汎用コンピューティングデバイスとして手持ち型コンピュータ１１１０を含むことができる。手持ち型コンピュータ１１１０のコンポーネントは、例えば、処理ユニット１１２０、システムメモリ１１３０、及びシステムメモリを含む種々のシステムコンポーネントを処理ユニット１１２０に接続するシステムバス１１２１であるが、これらに限定されない。

コンピュータ１１１０は典型的な場合、種々のコンピュータ可読媒体を含み、媒体は、コンピュータ１１０によってアクセスすることができる任意の入手可能な媒体であってよい。システムメモリ１１３０はコンピュータ記憶媒体として、揮発性メモリ及び／または不揮発性メモリ（例えば、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）及び／またはＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ））を含んでよい。例として、メモリ１１３０はオペレーティングシステム、アプリケーションプログラム、他のプログラムモジュール及びプログラムデータも含む（これらに限定されないが）。

ユーザはコマンド及情報を入力デバイス１１４０を介してコンピュータ１１１０に入力する。モニタもしくは他のタイプのディスプレイデバイスがインターフェース（例えば、出力インターフェース１１５０）を介してシステムバス１１２１に接続される。モニタに加え、コンピュータは他の周辺出力デバイス（例えば、スピーカ、プリンタ）を備えてもよい。これら周辺出力デバイスは出力インターフェース１１５０を介して接続され得る。

コンピュータ１１１０は、１つまたはそれより多くの他のリモートコンピュータ（例えば、リモートコンピュータ１１７０）への論理接続を使用するネットワーク環境もしくは分散型環境で動作する。リモートコンピュータ１１７０は、例えば、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイスもしくは他の一般的なネットワークノード、または任意の他のリモート媒体消費デバイスもしくは送信デバイスであり、コンピュータ１１１０に関連して上記された要素・エレメントのいずれかもしくは全てを含んでよい。図１１に示された論理接続は、ネットワーク１１７１（例えば、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）もしくはＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ））を含むが、さらに他のネットワーク／バスを含んでもよい。このようなネットワーク環境は、家庭、オフィス、企業内コンピュータネットワーク、イントラネット及びインターネットにおいて一般的なものである。

上記したように、種々のコンピューティングデバイス、ネットワーク及び宣伝アーキテクチャとの関連で例示的な実施形態が説明されてきたが、基本的な（共通する）技術思想は、任意のネットワークシステム及び任意のコンピューティングデバイスもしくはコンピューティングシステム（システムやデバイスにおいて、クラウドサービスもしくはネットワークサービスとのインタラクトして、データを公開すること、データのためのアプリケーションを構築すること、またはデータを消費することが望まれる場合）に適用することができる。

本明細書に記載された実施形態の１つまたはそれより多くを実装・実施する方法は複数ある。例えば、適切なＡＰＩ、ツールキット、ドライバーコード、オペレーティングシステム、コントロール（制御）、スタンドアロンの（独立系の）ソフトウエアオブジェクト、ダウンロード可能なソフトウエアオブジェクト等で実装することができる。これらを用いると、アプリケーション及びサービスは、任意のプラットフォームからサービスとしての情報を提供するインフラを使用することができる。実施形態はＡＰＩ（または他のソフトウエアオブジェクト）の視点から構成されてもよいし、上記した実施形態の１つまたはそれより多くに基づいて任意のプラットフォームからのサービスとしての情報提供のインフラを構成するのに役立つソフトウエアオブジェクトもしくはハードウエアオブジェクトの視点から構成されてもよい。本明細書に記載された種々の実装及び実施形態は、全てがハードウエアで構成される場合、一部がハードウエアで構成され一部がソフトウエアで構成される場合、全てがソフトウエアで構成される場合を含む。

本明細書において使用される「例示的」という用語は、一例、事例もしくは実例であることを意味している。曖昧さを回避するために、本明細書に開示された内容はこのような例によって限定されないことを明記しておく。また、「例示的」なものとして本明細書に説明された特徴・態様及び構成のいずれも、必ずしも他の特徴・態様もしくは構成よりも好ましいもしくは利点があると解釈される必要はないし、当業者に公知の均等な代表的（模範的）構造や技術を排除すると解釈されるべきではない。さらに、「含む」、「有する」、「備える」等の用語が「発明を実施するための形態」もしくは特許請求の範囲において使用される限りにおいて、曖昧さを回避するために、このような用語は、追加もしくは他の要素を排除しない非限定的な言葉としての「含む」と同じ意味で使用していることを明記しておく。

上記したように、本明細書に記載された種々の技術はハードウエアもしくはソフトウエアもしくは適切な場合にはハードウエアとソフトウエアの組み合わせで実装することができる。同様に、本明細書において使用される「コンポーネント」、「システム」等の用語はコンピュータ関連エンティティ（ハードウエアのみ、ハードウエアとソフトウエアの組み合わせ、ソフトウエアのみ、実行中のソフトウエア）を意味する。例えば、コンポーネントは、プロセッサで実行されているプロセス、プロセッサ、オブジェクト、実行可能ファイル、スレッド、プログラム及び／またはコンピュータである（これらに限定されないが）。例として、コンピュータ上で動作しているアプリケーションとコンピュータは、ともにコンポーネントである。１つまたはそれより多くのコンポーネントは、プロセス内及び／またはスレッド内に存在してもよいし、コンポーネントは１つのコンピュータに設けられ、且つ／または、２つ以上のコンピュータの間に分散されてもよい。

上記システムは数個のコンポーネント同士の間のインタラクションという点から説明された。尚、このようなシステム及びコンポーネントは、所定のコンポーネントもしくは特定されたサブコンポーネントを含むこと、特定されたコンポーネントもしくはサブコンポーネントの幾つかを含むこと、及び／または、別の（追加の）コンポーネントを含むことができ、上記した順序を入れ替えたもの及び組み合わせも含むことができる。サブコンポーネントは、親コンポーネントに含まれるのではなく（階層的に含まれるのではなく）、他のコンポーネントに通信可能に接続されたコンポーネントとして実装することもできる。また、１つまたはそれより多くのコンポーネントは１つのコンポーネントにまとめて集合的な（積算的な）機能を提供することができ、または、数個の別個のサブコンポーネントに分割することもでき、任意の１つまたはそれより多くの中間レイヤ（例えば、管理レイヤ）が、統合的な機能を提供するために、サブコンポーネントに通信可能に接続されるように設けられてもよい。本明細書に記載された任意のコンポーネントは、本明細書に特に記憶されていないが当業者には良く知られている１つまたはそれより多くの他のコンポーネントとインタラクトしてもよい。

上記した例示的なシステムを考慮すると、本明細書に開示された内容に従って実施・実装される方法は、種々の図のフローチャートを参照した方がよく理解できるであろう。説明を簡単にするために方法論は一連のブロックとして図示されて説明されているが、特許請求の範囲に記載された内容は上記ブロックの順序に限定されない。なぜなら、幾つかのブロックは、図示されて説明されたものと異なる順序で実行されてもよいし、且つ／または、他のブロックと同時に実行されてもよいからである。非連続的な（すなわち分岐している）フローがフローチャートに図示されている場合、種々の他の分岐、フロー経路及びブロックの順番が実施可能であり、その場合にも、同じもしくは同様の結果が得られる。さらに、本明細書に記載された方法を実施するために、図示されたブロックの全てが必ずしも必要というわけではない。

幾つかの実施形態においてクライアント側の観点・動作が説明されているが、疑義が生じないようにするために、対応するサーバの動作が存在していることを明記しておく。また、サーバ側の動作が説明されている場合には、対応するクライアントの動作が存在している。同様に、方法が実施される場合、対応するデバイスは記憶部と少なくとも１つのプロセッサとを有する。プロセッサは、１つまたはそれより多くのコンポーネントを介して、方法を実施することができるように構成されている。

上記した種々の実施形態は種々の図面の好適な実施形態に関して説明されてきたが、実施形態から離れる（それる）ことなく同じ機能・作用効果を奏する他の同様な実施形態を採用できることは理解できるであろうし、同じ機能・作用効果を奏するように修正・変更及び追加を上記実施形態に加え得ることも理解できるであろう。また、上記実施形態の１つまたはそれより多くの態様・特徴は複数の処理チップもしくは複数のデバイス内で実施・実装することができ、または複数の処理チップもしくは複数のデバイスに亘って実施・実装することができる。記憶部も同様に、複数のデバイスに亘って割り当てられてもよい。よって、本発明は１つの実施形態に限定されるべきではなく、特許請求の範囲に基づく広さ及び範囲に従って解釈されるべきである。

Claims (15)

1. 少なくとも１つのプロセッサと、
   消費者にコンテンツを公開するように構成された少なくとも１つの公開モジュールと、
   前記少なくとも１つの公開モジュールから公開されたコンテンツに使用される１つまたはそれより多くの条件の表示を生成するように構成された少なくとも１つの条件生成モジュールであって、前記１つまたはそれより多くの条件は前記表示に含まれる標準条件を表す正規化された条件であり、前記表示は前記消費者のためのライセンスアグリーメントである、条件生成モジュールと、
   コンピュータ実行可能命令を記憶するコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令が実行されると、前記少なくとも１つのプロセッサが前記少なくとも１つの公開モジュールの１つ以上の機能を実施するか前記少なくとも１つの条件生成モジュールの１つ以上の機能を実施する、コンピュータ可読記憶媒体と
   を含むことを特徴とするコンピュータ実装システム。
2. 前記条件生成モジュールが、前記１つまたはそれより多くの条件のうちの複数の条件を分類するように構成された少なくとも１つの分類モジュールを含むことを特徴とする請求項１記載のコンピュータ実装システム。
3. 前記条件生成モジュールが、少なくとも入力に基づいて前記複数の条件に対してクエリ検索をした結果に少なくとも基づき、前記１つまたはそれより多くの条件の前記表示を生成することを特徴とする請求項２記載のコンピュータ実装システム。
4. 前記入力は、前記公開されたコンテンツのタイプ、許可されていない行為または前記公開されたコンテンツの所有者の識別情報のうちの少なくとも１つを示すことを特徴とする請求項３記載のコンピュータ実装システム。
5. 前記複数の条件のうちの１つ又はそれより多くの条件は、正規化されていない非標準条件であることを特徴とする請求項１記載のコンピュータ実装システム。
6. 前記非標準条件はフリーフォームテキストであることを特徴とする請求項５記載のコンピュータ実装システム。
7. 前記許可されていない行為は、レンダリング、印刷、デリベーション、配布またはコピーの少なくとも１つに関連することを特徴とする請求項４記載のコンピュータ実装システム。
8. 前記表示は、視覚的表示または音声的表示の少なくとも一方であることを特徴とする請求項１記載のコンピュータ実装システム。
9. 前記公開されたコンテンツの使用のためのオプションを示す少なくとも１つの入力を受信するように構成されたユーザインターフェースをさらに含むことを特徴とする請求項１記載のコンピュータ実装システム。
10. コンピュータ実装方法であって、
    実行されると、
    前記コンピュータ可読命令が実行されると、
    前記プロセッサは、ユーザインターフェースを介してオプション選択表示を表示することであって、前記オプション選択表示は公開されたコンテンツの使用のためのオプションに関連することと、
    前記ユーザインターフェースを介して入力を受信することと、
    少なくとも当該入力に基づいて前記公開されたコンテンツに使用される１つまたはそれより多くの条件を選択することであって、当該１つまたはそれより多くの条件はエンドユーザライセンス条件であること
    を含むコンピュータ可読命令を実行するように構成されたプロセッサを採用することを含む
    ことを特徴とするコンピュータ実装方法。
11. 前記オプション選択表示はテキストボックスを含み、前記入力を受信することは前記テキストボックスにおいてフリーフォーム選択入力を受信することを含むことを特徴とする請求項１０記載のコンピュータ実装方法。
12. 前記オプション選択表示はオプションのメニューを含み、前記入力を受信することは前記オプションのメニューの中の少なくとも１つのオプションを示す選択を受信することを含むことを特徴とする請求項１０記載のコンピュータ実装方法。
13. 前記使用のための前記１つまたはそれより多くの条件は正規化されていることを特徴とする請求項１０記載のコンピュータ実装方法。
14. 前記公開されたコンテンツの所有者から少なくとも１つの入力を受信することをさらに含むことを特徴とする請求項１０記載のコンピュータ実装方法。
15. 前記少なくとも１つの入力は、前記公開されたコンテンツのタイプ、前記所有者の識別情報、または前記公開されたコンテンツについて許可されていない行為のうちの少なくとも１つを示すことを特徴とする請求項１４記載のコンピュータ実装方法。

Images