JP2014532935A - 複合アプリケーション／データソリューションのためのマーケットプレース - Google Patents

Abstract

本発明の実施例は、１つ又は複数のアプリケーション及び１つ又は複数のデータセットを単一のパッケージへと組み合わせる複合加入サービスを提供する。パッケージ内のアプリケーションやデータセットは、エンドユーザーのための単一のエンティティとして扱われる。エンドユーザーは、複合ソリューションについて単一の請求書を受け取り、個々のコンポーネントに対処することなく、複合ソリューションを購入し、キャンセルすることができる。個々のコンポーネントの発行者は、コンポーネントを使用することができる方法及びコンポーネントが収益分配に参加する方法を定義する。各コンポーネントは、時間、トランザクション、又はリソースの使用状況などの使用イベントに基づいて収益の一部を受け取ることができる。発行者はまた、各コンポーネントのライセンス契約条件を定義する。複合エンドユーザーライセンス契約（ＥＵＬＡ）は、各コンポーネントのライセンス条件に基づいて、複合加入について作成される。

Description

本発明は、複合アプリケーション／データソリューションのためのマーケットプレースに関する。

[0001]従来、ソフトウェアアプリケーションは、開発者によって作成され、開発者から直接、又は小売店を通じてユーザーへの販売のために提供されてきた。インターネットの発展及び拡大とともに、開発者は、オンラインのウェブサイトを経由した購入者によるダウンロードのためにソフトウェアアプリケーションを提供することができるようになってきた。このようなウェブサイトは、通常、アプリケーション開発者や小売エンティティによってホストされる。エンドユーザーがアプリケーションを維持したり更新したりする必要がないように、ビジネスアプリケーションのような大規模なソフトウェアアプリケーションはアプリケーション開発者によってホストされてもよい。クラウドコンピューティングの進化によって、より多くのホストされたアプリケーションが加入（サブスクリプション）ベースでユーザーに提供されるようになった。

[0002]また、ユーザーは、様々なデータ発行者によって編集された情報のデータセットにアクセスすることができるようになった。このようなデータセットへのアクセスは、従来、発行者を通じてのみなされてきた。しかし、ウェブサイトが複数の発行者からのデータセットへのアクセスを提供し始めている。

[0003]ユーザーは、アプリケーション及び／又はデータセットへケースバイケースで加入（サブスクライブ）する。ユーザーは、各アプリケーションやデータセットについて個別に購入や加入の契約を締結する。また、各ユーザーは、各アプリケーションやデータセットについて個別にエンドユーザーライセンス契約（ＥＵＬＡ）を採用しなければならない。

[0004]この概要は、詳細な説明で以下にさらに説明される概念の選択を簡略化した形式で紹介するために提供される。この概要は、特許請求される主題の重要な特徴や不可欠な特徴を特定することを意図するものではなく、特許請求された主題の範囲を限定するために使用されることも意図されない。

[0005]異なる発行者や開発者から提供されるコンポーネント、アプリケーションモジュール及びデータセットを含む複合（composite）ソリューションの収益化に対処する実施例が開示される。本明細書中で使用されるとき、収益化とは、アプリケーション及びデータセットの使用情報を、ユーザー／加入者への課金及び発行者／開発者への支払いに変換することを指す。本明細書に記載された発明及び実施例は、複合モデル、イベント及び課金モデルを通じて複合ソリューションの提供を可能にするシステムのための基礎を提供する。

[0006]本発明の実施例は、複合（混合、composite）アプリケーションやデータセットに対するエンドユーザーのエクスペリエンスを劇的に簡略化する。ユーザーは、複合ソリューションを含むアプリケーション及びデータセットの数に関係なく、複合ソリューションに対して単一の請求書を受け取る。ユーザーは、いかなる部分的な購入／解約の複雑さもなく、複合ソリューションを全体として購入し、解約することができる。複合ソリューションに対する加入を購入したり解除したりすると、すべてのコンポーネントアプリケーション及びデータセットは、ユーザーが関係している限り１つのものとして扱われる。

[0007]本発明の実施例は、アプリケーション及びデータの発行者の間の複雑なコラボレーションのシナリオの実施を可能にする。請求可能な使用イベントはソリューションの１つ１つのコンポーネントから自動的に収集される。収集されたイベントは、加入者への請求課金のほか、ソリューションにおいて協働する発行者のグループの間での支払いの分配を推進する。

[0008]各発行者は、そのコンポーネントがどのように利用可能となるか、及び発行者が収益分配にどのように参加したいかを説明することができ、これは、使用イベント、時間（例えば、月々の購読）、実際の取引、又は従量制のリソース使用に基づいてもよい。

[0009]幾つかの実施例では、複合エンドユーザーライセンス契約（ＥＵＬＡ）に複合ソリューションが提供されてもよい。各発行者は、複合ＥＵＬＡに含まれるべき必要な又は所望のコンテンツを指定することができる。このように、各発行者は、ソリューションのうちのその一部に関連するＥＵＬＡの条件（terms）を指示することができる。すべての発行者からの入力を使用して、単一の複合ＥＵＬＡがユーザーに提示される。

[0010]複合ソリューションモデルは、コンポーネント、予想される使用イベント、計量するべきリソース、並びにエンドユーザー課金及び発行者への支払い分配の計算のための課金モデルの間の相互作用を記述する。

[0011]本発明の実施例は、ソリューションの「エントリーポイント」において、全体として複合ソリューションについてのユーザーの認証及び承認を可能にする。ユーザーは、各々の個々のモジュールやデータセットについての承認や認証の情報を維持する必要がない。

[0012]複合ソリューションモデルは、開発者が、加入（サブスクリプション）、課金モデル、使用イベント、アプリケーション設定、及び自動支払いを設定することを可能にする。１つの実施例において、ソリューションは次のコンポーネントを使用する。

[0013]ユーザーを許可及び認証することができるアクセスサービス。ＯＡｕｔｈプロトコルはこの許可及び認証のために利用することができる。ユーザートークンは、ソリューションの個々の部分のそれぞれについて複合クレーム（composite claims）を含む。

[0014]コンポーネントから詳細なイベントやリソースの使用状況を収集することができる計量（metering）サービス。
[0015]計量サービス及び課金モデルからの入力を使用して、ユーザーについての使用料金のほか、発行者に対する支払いを計算する課金及び支払いサービス。

[0016]上記のサービスを構成し、複合ソリューションモデルに基づいて、ソリューションのコンポーネントの実行時間のほか、データソースのデータアクセスを設定することができるプロビジョニングサービス。

[0017]本発明の実施例の上記の及び他の利点及び特徴をさらに明確にするために、本発明の実施例のより具体的な説明を添付の図面を参照して行う。これらの図面は本発明の例示的な実施例のみを示すものであり、したがってその範囲を限定するものとみなされるべきではないことが理解される。本発明は、添付の図面の使用を通じてさらに具体的かつ詳細に記載され、説明される。

[0018]１つの実施例による、データセット及びアプリケーションをユーザーに提供するマーケットプレースを示すブロック図である。 [0019]アプリケーション及びデータセットのマーケットプレースにおけるパッケージ化された加入（サブスクリプション）に関連付けられたエンティティ間の関係を示すブロック図である。 [0020]エンドユーザーに複合アプリケーション／データ加入を提供するプロセス又は方法の１つの実施例を示すフローチャートである。 [0021]エンドユーザーが複合アプリケーション／データ加入を使用するプロセス又は方法の１つの実施例を示すフローチャートである。 [0022]適切なコンピューティング及びネットワーキング環境の１つの実施例を示す。

[0023]図１は、１つの実施例による、データセット及びアプリケーションをユーザーに提供するマーケットプレース１０１を示すブロック図である。マーケットプレース１０１は、加入者による使用のために利用可能である複数のデータセット１０２やアプリケーション１０３を含む。マーケットプレース１０１は、イントラネットやインターネットなどのパブリック又はプライベートネットワーク１０４を介して加入者がアクセスするウェブサーバー上でホストされるウェブサイトであってもよい。加入者は、マーケットプレース１０１上で、利用可能なデータセット１０２やアプリケーション１０３を閲覧することができる。加入者がマーケットプレース１０１において有用な又は必要なコンテンツを特定すると、加入／課金モジュール１０５は、選択したコンテンツへの加入を加入者が購入することを可能にする。

[0024]データセット１０２及びアプリケーション１０３などのマーケットプレースのコンテンツは、発行者１０６及び／又は開発者１０７によって提供される。コンテンツは、イントラネット又はインターネットなどのパブリック又はプライベートネットワーク１０８を介して、発行者１０６及び／又は開発者１０７によってマーケットプレース１０１にアップロードすることができる。１つの実施例では、発行者及び開発者の一部又はすべては、マーケットプレース１０１のオペレーター及び加入者から独立しており、無関係である。マーケットプレース１０１は、潜在的な加入者にコンテンツを提供するために、発行者１０６及び開発者１０７のための集中型の場所を提供する。

[0025]データセット１０２は、入力に基づいて応答を返す、データベースに格納されたデータ編集物やウェブサービスであってもよい。データ編集物は、例えば、電話及び住所の確認及び検証データ、スポーツのスコア及び統計、現在及び過去の財務、ビジネス及び雇用データ、新聞や雑誌の記事データベース、並びに地理的マッピング及び地図帳情報を含んでもよい。ウェブサービスのデータセットは、例えば、言語翻訳サービスや位置ベースの天気予報を含む。データセット発行者１０６は、選択されたトピック、業界、場所及び／又はイベントの情報を収集し、相互に関連付け、整理する。データ発行者１０６は、マーケットプレース１０１において、処理された情報をデータセット１０２として利用できるようにする。加入者１０９は、発行者１０６のデータセット１０２中の利用可能な情報に興味を持ったりそれを必要としたりする場合がある。マーケットプレース１０１は、各発行者１０６を別個に特定したり捜し出したりする必要なく、多くの異なるデータ発行者１０６からの多くのデータセット１０２を加入者がレビューすることを可能にする。加入者１０９がデータセット１０２を選択すると、加入／課金モジュール１０５は、データセットにアクセスするための契約を加入者が締結することを可能にする。加入／課金モジュール１０５はまた、加入者への課金及びデータセット発行者１０６への支払いを扱う。

[0026]データセット１０２はデータを照会するための標準化されたプロトコルを使用することができる。データセット１０２に対する照会を標準化することによって、データは、各データセット１０２に特化したインターフェイスを加入者１０９が学習したり採用したりする必要なしに、使用することができる。標準化されたクエリーは、例えば、データセットへの呼び出しのためのメッセージ、データセット応答の読み出しや使用のためのメッセージ、標準化されたＡＰＩ、標準化されたデータフォーマットなどを定義してもよい。１つの実施例では、データセット１０２は、オープンデータプロトコル（ＯＤａｔａ）を使用し、それは、リレーショナルデータベース、ファイルシステム、コンテンツ管理システム、ウェブサイトなどの様々なソースからの情報を公開し、ＨＴＴＰメッセージを介して加入者１０９がデータセット１０２にアクセスすることを可能にする。発行者１０６は、データが格納されるデータベースを直接修正することによって、データセット１０２に対して変更を行うことができる。発行者１０６は、データセット１０２にアクセスするためにＯＤａｔａのＡＰＩを経由する必要はない。

[0027]アプリケーション１０３は、ワードプロセッシングもしくはデータプロセッシング、マッピング、スケジューリング、ビジネス、金融、エンターテイメント、ソーシャルメディア、データストレージ及びバックアップ、並びに／又はその他のアプリケーションなどの任意のアプリケーションを含むことができる。アプリケーション開発者１０７は、アプリケーション１０３を作成し、マーケットプレース１０１上でそのアプリケーションを利用とする。加入者１１０は、アプリケーション１０３の機能を必要性とするかもしれない。マーケットプレース１０１は、各開発者１０７を別個に特定したり捜し出したりする必要なく、異なるアプリケーション開発者１０７からの多くのアプリケーション１０３を加入者１１０がレビューすることを可能にする。加入者１１０がアプリケーション１０３を選択すると、加入／課金モジュール１０５は、アプリケーションにアクセスするための契約を加入者が締結することを可能にする。加入／課金モジュール１０５はまた、加入者への課金及びアプリケーション開発者１０７への支払いを扱う。

[0028]１つの実施例において、１つ又は複数のアプリケーション１０３は、ホストされたサービスがインターネットを介して配信されるクラウド環境で動作するように設計される。アプリケーション１０３は、オンデマンドベースで販売され、典型的には分又は時間により課金されてもよい。その時々で必要に応じてユーザーが多くの又は少ないサービスを有し得るように、アプリケーション１０３は融通が利くものであってもよい。また、ユーザーがコンピューターやインターネットアクセス以外に何も必要としないように、アプリケーション１０３は、通常、ベンダーや開発者によって完全に管理される。例えば、加入者１１０は、アプリケーションをロード、更新、維持する必要なく、クラウド上のソフトウェアアズアサービスサービス（ＳａａＳ）としてアプリケーション開発者１０７のアプリケーション１０３を使用することができる。ＳａａＳモデルでは、ベンダーや開発者は、フロントエンドポータルを介して、ハードウェアインフラストラクチャ−、ソフトウェアコードを供給し、ユーザーとインタラクトする。ＳａａＳプロバイダーは、アプリケーション及びデータの両方をホストし、したがって、ユーザーは、どこからでもサービスを自由に利用する。

[0029]いくつかのアプリケーション１０３は、外部のデータを操作するように構成することができる。入力データを必要とするアプリケーション１０３の加入者は、アプリケーションによって使用されるデータを提供する必要がある。例えば、マッピングアプリケーションは地理的データを必要とすることがあり、ビジネスアプリケーションは金利又は税率のデータを必要とすることがある。ある加入者１１０は、独自の又は他のデータベースからなどの関連するデータへのアクセスを有し、したがって、アプリケーション１０３のみに加入する必要があるだけである。しかし、他の加入者１１１は、所望のアプリケーション１０３が使用する１つ又は複数のデータセット１０２に加入する必要があるかもしれない。これにより、アプリケーション／データ加入者１１１は、特定の種類のデータを提供したり維持したりすることなく、アプリケーション１０３を使用することが可能となる。例えば、加入者１１１は、住所確認データや郵便番号データを必要とする配送アプリケーション１０３に加入するかもしれない。そのような情報そのものを提供するのではなく、加入者１１１は、住所確認又は郵便番号データについて適切なデータセット１０２に加入することができる。

[0030]マーケットプレース１０１はまた、アプリケーション１０３及びデータセット１０２についての以前に関連付けられたグループを含む複合アプリケーション／データパッケージ１１２を提供することもできる。開発者１１３は、一緒に使用することができるアプリケーション１０３及び１つ又は複数のデータセット１０２を特定してもよい。複合開発者１１３は、選択されたアプリケーション及びデータセットを組み合わせる複合アプリケーション／データパッケージ１１２を作成する。複合パッケージ１０４中のアプリケーション及びデータセットは、マッピングアプリケーション及び番地のデータセットなどのように密接に関連していてもよい。

[0031]代替的に、アプリケーション及びデータセットは、明白な関係を持たなくてもよい。例えば、複合開発者１１３は、グラフ、チャート、又は他の表示を生成するグラフ作成（graphing）アプリケーションを、スポーツのスコアのデータセットと組み合わせて、スポーツ統計アプリケーションを作成してもよい。グラフ作成アプリケーションとスポーツスコアデータのこの複合物は、マーケットプレース１０１上でパッケージ１１２として提供することができる。これにより、組み合わせ自体を作成したり設定したりする必要なしに複合パッケージの加入者１１４が使用することのできる新しいコンテンツが作成される。

[0032]マーケットプレース１０１内の各データセット１０２及びアプリケーション１０３は、加入（サブスクリプション）料金に関連付けられる。例えば、加入者は、選択したアプリケーション又はデータセットにアクセスするために、固定の月額料金を支払う必要があるかもしれない。あるいは、又は固定の月額料金に加えて、加入者は、データセットに対するクエリーの数に基づく又はアプリケーションによって処理されたレコードの数に基づく料金など、ユーザーのボリュームに基づく加入料金を支払うことになるかもしれない。１つの実施例では、加入／課金モジュール１０５は、選択されたデータセット又はアプリケーションに関連付けられた料金体系の種類を決定し、それに応じて加入者を変更する。この種の課金は、自分がアクセスすることを望むマーケットプレース１０１上の識別された特定のアプリケーション１０３及び／又はデータセット１０２を有している加入者１０９−１１１にとって適切である。加入／課金モジュール１０５は、選択したアプリケーション１０３及びデータセット１０２の使用のために直接的又は間接的に、これらの加入者に請求することができる。

[0033]しかし、この加入／課金の方法は、複合パッケージ１１２を使用することを望む複合パッケージ加入者１１４などの他の加入者にとっては理想的ではないかもしれない。加入者１１４は、複合パッケージ１１２の一部である基本的なアプリケーション及びデータセットへのいくつかの別個の加入に代えて、単一の加入を望むであろう。例えば、パッケージ１１２内のアプリケーション１０３及び第１のデータセット１０２の各々が定額の月々の加入を有し、パッケージ１１２内の第２のデータセットがクエリーごとの加入を有する場合、複合加入者１１４は、１つの複合パッケージ１１２を使用するために３つの異なる加入を追跡しなければならない。

[0034]いくつかの実施例では、加入／課金モジュール１０５は、複合パッケージ１１２で使用される基本的なデータセット１０２及びアプリケーション１０３についての個々の加入を組み合わせて、パッケージのための単一の請求書を加入者１１４に提示する。このように、複合開発者１１３及び複合加入者１１４は、それぞれが異なる期間や料金を有することがあり得る複数の加入に対応する必要はない。

[0035]１つの実施例では、各データセット１０２及びアプリケーション１０３は、それが複合パッケージ１１２を作成するために他のコンテンツと組み合わせることができるかどうかを示す。データセット１０２及びアプリケーション１０３はまた、そのような組み合わせで使用することができる１つ又は複数の許容できる加入プランを指定してもよい。複合開発者１１３又は加入／課金モジュール１０５は、これらの指定された加入プランを使用して、パッケージ１１２のための複合加入を生成する。

[0036]データセット１０２又はアプリケーション１０３は、それが他のコンテンツとともに複合パッケージへと組み合わせることができることを示し、使用するべき１つ又は複数の価格設定（pricing）モデルを指定する。例えば、データセット又はアプリケーションは、複合パッケージの価格設定に使用することができる次の加入プランのうちの１つ又は複数を指定することができる。
−月ごと又は他の期間ごとに課金される設定金額（例えば、月額５．００ドル）を指定する固定加入料金
−利用、計算又はクエリーごとに課金される設定金額（例えば、クエリーあたり０．０１ドル）を指定する従量加入料金、及び
−アプリケーションやデータセットの所有者に支払われるトータルの複合パッケージ加入料金の一部（例えば、複合パッケージ加入料金の２０％）を指定する収益分配加入。

[0037]他の価格設定及び課金モデルもまた、複合アプリケーション／データパッケージ１１２の加入レートを決定するために使用され得ることが理解されるであろう。
[0038]加入／課金モジュール１０５は、複合パッケージ１１２に対して使用されるべき適切な課金モデルを決定し、加入者１１４に加入についての単一の料金を課金する。加入／課金モジュール１０５は、課金モデルの下で、必要に応じて、基本的なデータセット及びアプリケーションの発行者や開発者に支払いをする。

[0039]例えば、アプリケーション１０３を作成するアプリケーション開発者１０７は、アプリケーションが複合パッケージ１１２において他のコンテンツと組み合わせることができることを示し、複合パッケージ１１２の価格を決定する際に使用する１つ又は複数の価格設定モデルを指定する。データセット発行者１０６は、データセット１０２を作成し、データセット１０２が複合パッケージ１１２において他のコンテンツと組み合わせることができることを示し、複合パッケージ１１２の価格を決定する際に使用する１つ又は複数の価格決定モデルを指定する。複合開発者１１３は、アプリケーション及びデータセットを複合パッケージ１１２へと組み合わせて、マーケットプレース１０１上での使用のためにそれを提供する。複合開発者１１３は、加入／課金モジュール１０５に、複合パッケージ１１２にどの価格設定モデルを使用するかを通知する。加入者１１４が複合パッケージ１１２を使用するために加入料金を支払うと、加入／課金モジュール１０５は、アプリケーション開発者及びデータセット発行者の間での料金の分配を処理する。

[0040]データセット１０２及びアプリケーション１０３は、それぞれが、加入者のための利用条件（terms of use）を定義する、関連付けられるエンドユーザーライセンス契約（ＥＵＬＡ）を有する。データ加入者１０９、アプリケーション加入者１１０、及びアプリケーション／データ加入者１１１は、自分が加入する個々のデータセット１０２やアプリケーションのＥＵＬＡの条件を受け入れる。アプリケーション／データ加入者１１１は、複数のアイテムにサブスクライブし、各々の選択されたデータセット又はアプリケーションに関連付けられるＥＵＬＡを受け入れる。しかし、複合アプリケーション／データパッケージ１１２の加入者１１４は、基本的なアプリケーションやデータセットを選択しておらず、したがって、複合パッケージ１１２を使用するために複数のＥＵＬＡが提示されることは予想されない。

[0041]幾つかの実施例では、ＥＵＬＡ構成モジュール１１５は、アプリケーション及びデータセットパッケージ１１２用の複合ＥＵＬＡを提供する。複合パッケージの価格設定モデルを指定することに加えて、データセット１０２及びアプリケーション１０３はまた、複合パッケージのための所望の又は必要とされるＥＵＬＡの条件を指定することができる。複合開発者１１３が複合アプリケーション／データセットパッケージ１１２を作成すると、ＥＵＬＡ構成モジュール１１５は、基本的なアプリケーション及びデータセットが必要とするＥＵＬＡの条件を確認し、それらの条件を、複合パッケージ１１２をカバーする単一の複合ＥＵＬＡへと組み合わせる。複合パッケージ１１２に加入するとき、加入者１１４に、この単一の複合ＥＵＬＡが承諾のために提示される。

[0042]ＥＵＬＡ構成モジュール１１５は、合成されたデータセット及びアプリケーションからのＥＵＬＡ条件を組み合わせるために、ルールのセットを使用することができる。このルールは、矛盾するＥＵＬＡ条件を扱う方法に関するガイダンスを提供してもよい。ルールは、矛盾する条件のうちの最も限定的なものや最も限定的でないものなど、複合ＥＵＬＡに含める条件を決定する際に、ＥＵＬＡ構成モジュール１１５を支援することができる。例えば、２つのデータセットが複合パッケージ１１２において組み合わされ、各データセットのＥＵＬＡが第三者によるデータの共有について異なる制限を指定している場合に、ＥＵＬＡ構成モジュール１１５によって使用されるルールは、複合ＥＵＬＡに含める条件を決定するために使用される。

[0043]複合ＥＵＬＡは、ＥＵＬＡ構成モジュール１１５によって自動的に生成され、関心のある加入者１１４に提供することができる。他の実施例では、データセット発行者１０６及びアプリケーション開発者１０７は、複合アプリケーション／データセットパッケージのリリース前に、提案された複合ＥＵＬＡをレビューすることができる。発行者及び開発者は、関心のある複合パッケージ加入者１１４にリリースする前に、複合ＥＵＬＡに対する変更を承認したり提案したりすることができる。

[0044]図２は、アプリケーション／データセットマーケットプレース２０１内のパッケージ化された加入に関連付けられたエンティティ間の関係を示すブロック図である。パッケージ化された加入２０２は加入者２０３に利用可能であり、加入者２０３は、データセットＡ２０５及びデータセットＢ２０６中のデータと組み合わされるアプリケーション２０４のサービスにアクセスするために、パックされた加入２０２に加入することができる。アプリケーション２０４はアプリケーション開発者２０７によって提供される。データセットＡ及びＢ２０５、２０６は、それぞれ、データ発行者２０８、２０９によって提供される。パッケージ化された加入２０２は、セルフサービスの合成物として加入者２０３によって、又は、アプリケーション開発者２０７、データセットＡの発行者２０８、データセットＢの発行者２０９又は別のエンティティによって、作成することができる。

[0045]パッケージ化された加入２０２に加入すると、加入者２０３は、アプリケーション開発者２０７、データセットＡ発行者２０８、及びデータセットＢ発行者２０９が要求するＥＵＬＡ条件を含む、複合ＥＵＬＡ２１０を採用する。複合ＥＵＬＡ２１０は、加入者２０３が使用する際にパッケージ化された加入２０２によって許可される使用やイベントを制御する。

[0046]課金サービス２１０は、パックされた加入２０２のための課金モデル２１１を保持する。課金モデル２１１は、加入者２０３や他のユーザーに課金される加入料金を特定する。課金モデル２１１はまた、アプリケーション開発者２０７、データセットＡ発行者２０８、及びデータセットＢ発行者２０９の間で加入料金がどのように分配されるべきかを特定する。別の関係者２１２がパッケージ化された加入を作成した場合、課金モデル２１１はまた、そのパッケージ化された加入の開発者２１２に支払うべき加入料金の一部を識別する。課金モデル２１１を使用して、課金サービス２１０は、ユーザーがいくら支払うべきか、パッケージ化されたコンテンツの開発者や発行者に対していくら支払うべきかを追跡することができる。

[0047]加入者２０３がパッケージ化された加入２０１を使用するとき、コンポーネントアプリケーション２０４及びデータセット２０５、２０６は課金イベント２１３を生成する。課金サービス２１０は、課金イベント２１３についての情報を収集し、加入者２０３についての請求書２１４を生成するために課金モデル２１１を適用する。課金イベント２１３及び課金モデル２１１はまた、パッケージ化された加入開発者２１２、アプリケーション開発者２０７、データセットＡ発行者２０８、及びデータセットＢ発行者２０９に分配される支払い２１５−２１８を生成するために使用される。

[0048]マーケットプレース２０１又は関連するサービスはプロビジョニングサービスを提供することができ、これは、複合サービスを構成し、複合ソリューションモデルに基づいて、パッケージ化された加入のコンポーネントの実行時間のほか、データソースのデータアクセスを設定する。

[0049]上記のように、ＯＤａｔａは、アプリケーション及びデータセットがコミュニケーションする方法を標準化するために用いることができる。認証及び許可プロセスもまた標準化されてもよい。例えば、１つの実施例では、ＯＡｕｔｈ（オープン許可、Open Authorization）は、アプリケーション、データセット、又は他のコンポーネントの間のアクセスプライベートリソースを共有するために使用されてもよい。ＯＡｕｔｈ標準により、様々なサービスプロバイダーによってホストされるデータへユーザーがトークンを配ることが可能となる。各トークンは、特定のリソースに対して、定義された期間の間、特定のサイトへのアクセスを付与する。これにより、ユーザーは、アクセス許可やデータの完全な範囲を共有することなく、第三者のサイトに、別のサービスプロバイダーによって格納された情報へのアクセスを許可することができる。ＯＤａｔａ又は別のトークンベースの認証及び許可サービスを使用して、加入者２０３に、アプリケーション２０４、データセットＡ２０５、データセットＢ２０６及び任意の他の要求されるコンテンツ、モジュール、アプリケーション、又はデータへのアクセスを提供する単一のトークンを割り当てることができる。

[0050]図３は、エンドユーザーに複合アプリケーション／データ加入を提供するプロセス又は方法の１つの実施例を示すフローチャートである。ステップ３０１では、複数のアプリケーションがウェブサイトにリストアップされる。アプリケーションは加入によってユーザーにとって利用可能となる。各アプリケーションはアプリケーション課金要件を識別する。ステップ３０２では、複数のデータセットがウェブサイトにリストアップされる。データセットは加入によってユーザーにとって利用可能となる。データセットの各々はデータセット課金要件を識別する。ステップ３０３において、１つ又は複数の選択されたアプリケーション及び１つ又は複数の選択されたデータセットが、複合加入へと組み合わされる。ステップ３０４において、選択されたアプリケーション及び選択されたデータ・セットについてのアプリケーション課金要件及びデータセット課金要件は、複合加入の課金モデルへと組み合わされる。

[0051]ステップ３０５では、エンドユーザーライセンス条件のグループが、選択されたアプリケーション及び選択されたデータセットの各々について識別される。ステップ３０６では、選択されたアプリケーション及び選択されたデータセットの各々についてのエンドユーザーライセンス条件が、複合加入についての複合エンドユーザーライセンス契約（ＥＵＬＡ）へと組み合わされる。ステップ３０７において、複合ＥＵＬＡは、レビュー及び承認のために、選択されたアプリケーション及び選択されたデータセットの１つ又は複数の発行者に送られる。ステップ３０８において、複合ＥＵＬＡの承認が１つ又は複数の発行者から受け取られる。複合ＥＵＬＡが承認されると、複合加入がウェブサイト上ににリストアップされてもよい。

[0052]図４は、エンドユーザーが複合アプリケーション／データ加入を使用するプロセス又は方法の１つの実施例を示すフローチャートである。ステップ４０１において、複合加入がウェブサイトにリストアップされる。複合加入は、１つ又は複数の選択されたアプリケーション及び１つ又は複数の選択されたデータセットを含む。ステップ４０２において、複合加入に加入する要求がユーザーから受け取られる。ステップ４０３において、複合加入のためのトークンがユーザーに提供される。トークンは、複合加入内の選択されたアプリケーション及びデータセットの各々に対する認証及び許可を提供する。

[0053]ステップ４０４では、ユーザーは、複合加入へのアクセスに対して請求される。ステップ４０５において、選択されたアプリケーション及び選択されたデータセットの１つ又は複数の発行者は、課金モデルに従って、複合加入へのユーザーのアクセスについて支払いを受ける。課金モデルは、複合加入を含む選択されたアプリケーション及びデータセットによって定義することができる。

[0054]図３に示されたプロセスのステップ３０１−３０８及び図４に示されるプロセスのステップ４０１−４０５は同時に及び／又は順次に実行することができることが理解されよう。さらに、各ステップは任意の順序で実行することができ、一回又は繰り返して実行されてもよいことが理解されよう。

[0055]図５は、図１−図４の例を実施することができる適切なコンピューティング及びネットワーキング環境５００の例を示す。コンピューティングシステム環境５００は、適切なコンピューティング環境の一例に過ぎず、本発明の使用又は機能の範囲について何ら限定を示唆するものではない。本発明は、多くの他の汎用又は専用コンピューティングシステム環境又は構成で動作可能である。本発明で使用するのに適切であり得る周知のコンピューティングシステム、環境、及び／又は構成の例は、パーソナルコンピューター、サーバーコンピューター、ハンドヘルド又はラップトップデバイス、タブレットデバイス、マルチプロセッサーシステム、マイクロプロセッサーベースのシステム、セットトップボックス、プログラム可能な家電製品、ネットワークＰＣ、ミニコンピューター、メインフレームコンピューター、上記のシステム又はデバイスのいずれかを含む分散コンピューティング環境などを含むが、これらに限定されない。

[0056]本発明は、コンピューターによって実行されるプログラムモジュールなどのコンピューター実行可能命令の一般的なコンテキストで説明することができる。一般に、プログラムモジュールは、特定のタスクを実行するか又は特定の抽象データ型を実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本発明はまた、通信ネットワークを介してリンクされるリモート処理デバイスによってタスクが実行される分散コンピューティング環境で実施することができる。分散コンピューティング環境において、プログラムモジュールは、メモリーストレージデバイスを含むローカル及び／又はリモートのコンピューター記憶媒体に配置することができる。

[0057]図５を参照すると、本発明の様々な態様を実施するための例示的なシステムは、コンピューター５００の形の汎用コンピューティングデバイスを含むことができる。コンポーネントは、処理ユニット５０１、システムメモリーなどのデータストレージ５０２、及び処理ユニット５０１にデータストレージ５０２を含む様々なシステムコンポーネントを結合するシステムバス５０３を含むが、これらに限定されない。システムバス５０３は、様々なバスアーキテクチャーのうちの任意のものを使用する、メモリーバス又はメモリーコントローラー、周辺バス、及びローカルバスを含むいくつかのタイプのバス構造のいずれであってもよい。限定ではなく例として、そのようなアーキテクチャーは、業界標準アーキテクチャー（ＩＳＡ）バス、マイクロチャネルアーキテクチャー（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクス規格協会（ＶＥＳＡ）ローカルバス、及びメザニンバスとしても知られる周辺コンポーネント相互接続（ＰＣＩ）バスを含む。

[0058]コンピューター５００は、通常、様々なコンピューター読み取り可能な媒体５０４を含む。コンピューター読み取り可能な媒体５０４は、コンピューター５０１によってアクセスでき、揮発性及び不揮発性の媒体、取り外し可能な及び取り外し不能な媒体の両方を含むが、伝搬される信号を除く、任意の利用可能な媒体であってもよい。例えば、限定はしないが、コンピューター読み取り可能な媒体５０４は、コンピューター記憶媒体及び通信媒体を含むことができる。コンピューター記憶媒体は、コンピューター読み取り可能な命令、データ構造、プログラムモジュール又は他のデータなどの情報を記憶するための任意の方法又は技術で実施される、揮発性及び不揮発性、取り外し可能な及び非取り外し可能な媒体を含む。コンピューター記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリー又は他のメモリー技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気記憶装置、又は所望の情報を格納するために使用することができコンピューター５００によってアクセスすることができる任意の他の媒体を含むが、これらに限定されない。通信媒体は、通常、搬送波又は他の移送メカニズムなどの変調データ信号において、コンピューター読み取り可能な命令、データ構造、プログラムモジュール又は他のデータを具現化し、任意の情報配信媒体を含む。「変調データ信号」という用語は、情報を信号に符号化するような方法で設定又は変更された１つ又は複数の特性を有する信号を意味する。例えば、限定はしないが、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体、並びに音響、ＲＦ、赤外線及び他の無線媒体などの無線媒体を含む。上記のいずれの組み合わせもコンピューター読み取り可能な媒体の範囲内に含まれてもよい。コンピューター読み取り可能な媒体５０４は、コンピュータープログラム製品として提供してもよい。

[0059]データストレージ又はシステムメモリー５０２は、読み取り専用メモリー（ＲＯＭ）及びランダムアクセスメモリー（ＲＡＭ）などの揮発性及び／又は不揮発性メモリーの形のコンピューター記憶媒体を含む。起動時などにコンピューター５００内の要素間での情報の転送を助ける基本ルーチンを含む基本入出力システム（ＢＩＯＳ）は、通常、ＲＯＭに格納される。ＲＡＭは、通常、処理ユニット５０１に即座にアクセス可能であるか及び／又は処理ユニット５０１によって現在操作されているデータ及び／又はプログラムモジュールを含む。例として、限定はしないが、データストレージ５０２は、オペレーティングシステム、アプリケーションプログラム、並びに他のプログラムモジュール及びプログラムデータを保持する。

[0060]データストレージ５０２はまた、他の取り外し可能な／取り外し不能な、揮発性／不揮発性のコンピューター記憶媒体を含むことができる。単なる例として、データストレージ５０２は、取り外し不能な不揮発性の磁気媒体に対して読み出し及び書き込みをするハードドライブ、取り外し可能な不揮発性の磁気ディスクに対して読み出し及び書き込みをする磁気ディスクドライブ、並びに、ＣＤ−ＲＯＭや他の光媒体などの取り外し可能な不揮発性の光ディスクに対して読み出し及び書き込みをする光ディスクドライブであってもよい。例示的な動作環境で使用できる他の取り外し可能な／取り外し不能な、揮発性／不揮発性のコンピューター記憶媒体は、限定はしないが、磁気テープカセット、フラッシュメモリーカード、デジタル多用途ディスク、デジタルビデオテープ、ソリッドステートＲＡＭ、ソリッドステートＲＯＭを含む。上述の及び図５に示すドライブ及びその関連するコンピューター記憶媒体は、、コンピューター読み取り可能な命令、データ構造、プログラムモジュール、及びコンピューター５００のための他のデータのストレージを提供する。

[0061]ユーザーは、ユーザーインターフェイス５０５や、タブレット、電子デジタイザー、マイクロホン、キーボード、及び／又は一般にマウス、トラックボールもしくはタッチパッドと呼ばれるポインティングデバイスなどの他の入力デバイスを介して、コマンド及び情報を入力することができる。他の入力デバイスは、ジョイスティック、ゲームパッド、衛星放送受信アンテナ、スキャナーなどを含むことができる。これら及び他の入力デバイスは、しばしば、システムバス５０３に結合されたユーザー入力インターフェイス５０５を介して処理ユニット５０１に接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）などの他のインターフェイス及びバス構造によって接続されてもよい。モニター５０６又は他のタイプのディスプレイデバイスもまた、ビデオインターフェイスなどのインターフェイスを介してシステムバス５０３に接続される。モニター５０６はまた、タッチスクリーンパネルなどと一体化されてもよい。モニター及び／又はタッチスクリーンパネルは、タブレットタイプのパーソナルコンピューターにおけるようにコンピューティングデバイス５００が組み込まれたハウジングに物理的に結合することができることに留意されたい。また、コンピューティングデバイス５００などのコンピューターは、出力周辺インターフェイスなどを介して接続することができる、スピーカーやプリンターなどの他の周辺出力デバイスを含むことができる。

[0062]コンピューター５００は、リモートコンピューターなどの１つ又は複数のリモートコンピューターへの論理接続５０７を使用してネットワーク化された環境で動作することができる。リモートコンピューターは、パーソナルコンピューター、サーバー、ルーター、ネットワークＰＣ、ピアデバイス又は他の共通ネットワークノードであってもよく、通常、コンピューター５００に関して上述した要素の多く又はすべてを含む。図５に示す論理接続は、１つ又は複数のローカルエリアネットワーク（ＬＡＮ）及び１つ又は複数のワイドエリアネットワーク（ＷＡＮ）を含むが、他のネットワークも含むことができる。このようなネットワーキング環境は、オフィス、企業規模のコンピューターネットワーク、イントラネット、及びインターネットにおいて一般的である。

[0063]ＬＡＮネットワーキング環境で使用される場合、コンピューター５００は、ネットワークインターフェイス又はアダプター５０７を介してＬＡＮに接続することができる。ＷＡＮネットワーキング環境で使用される場合、コンピューター５００は、通常、モデム、又はインターネットなどのＷＡＮを介して通信を確立するための他の手段を含む。内蔵でも外付けでもよいモデムは、ネットワークインターフェイス５０７又は他の適切なメカニズムを介してシステムバス５０３に接続することができる。そのようなインターフェイス及びアンテナを含むような無線ネットワークコンポーネントは、ＷＡＮ又はＬＡＮに対してアクセスポイント又はピアコンピューターなどの適切な装置を介して結合することができる。ネットワーク化された環境では、コンピューター５００に関連して示されるプログラムモジュール、又はその一部は、リモートメモリーストレージデバイスに格納することができる。示されたネットワーク接続は例示的なものであり、コンピューター間で通信リンクを確立する他の手段が使用されてもよいことが理解されよう。

[0064]主題は構造的特徴及び／又は方法論的作用に特有の言葉で説明されたが、添付の特許請求の範囲で定義される主題は必ずしも上述した特定の特徴又は動作に限定されないことを理解すべきである。そのようなものではなく、上述の特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示される。

Claims (10)

1. 加入によってユーザーにとって利用可能になる複数のアプリケーションをウェブサイト上にリストするステップであって、各アプリケーションはアプリケーション課金要件を特定する、ステップと、
   加入によってユーザーにとって利用可能になる複数のデータセットをウェブサイト上にリストするステップであって、前記データセットの各々はデータセット課金要件を特定する、ステップと、
   ２つ以上の選択されたアプリケーションもしくは選択されたデータセット又はアプリケーション及び選択されたデータセットの両方を、複合加入へとを組み合わせるステップと、
   前記選択されたアプリケーション及び前記選択されたデータセットの前記アプリケーション課金要件及び前記データセット課金要件を、前記複合加入のための課金モデルへと組み合わせるステップと
   を含む方法。
2. 前記ウェブサイト上に前記複合加入をリストするステップ
   をさらに含む請求項１に記載の方法。
3. 前記複合加入に加入する要求をユーザーから受け取るステップと、
   前記複合加入のためのトークンを前記ユーザーに提供するステップであって、前記トークンは、前記選択されたアプリケーション及びデータセットの各々に対する認証及び承認を提供する、ステップと
   をさらに含む請求項１に記載の方法。
4. 前記選択されたアプリケーション及び選択されたデータセットの各々についてエンドユーザーライセンス条件のグループを特定するステップと、
   前記選択されたアプリケーション及び選択されたデータセットの各々についての前記エンドユーザーライセンス条件を、前記複合加入についての複合エンドユーザーライセンス契約（ＥＵＬＡ）へと組み合わせるステップと
   をさらに含む請求項１に記載の方法。
5. 前記複合加入の発行者が、ＥＵＬＡの承認が必要であると判断する場合に、
   前記選択されたアプリケーション及び前記選択されたデータセットの１つ又は複数の発行者に前記複合ＥＵＬＡを送るステップと、
   前記ウェブサイト上に前記複合加入をリストする前に、前記１つ又は複数の発行者から前記複合ＥＵＬＡの承認を受け取るステップと
   をさらに含む請求項４に記載の方法。
6. 前記複合加入へのアクセスについてユーザーに請求するステップと、
   前記課金モデルに従って、前記複合加入へのユーザーのアクセスについて、前記選択されたアプリケーション及び選択されたデータセットの１つ又は複数の発行者に支払いをするステップと
   をさらに含む請求項１に記載の方法。
7. １つ又は複数のプロセッサーと、
   システムメモリーと、
   前記１つ又は複数のプロセッサーによって実行されると、複合アプリケーション／データ加入を提供する方法を前記プロセッサーに実行させるコンピューター実行可能命令を格納した１つ又は複数のコンピューター読み取り可能な記憶媒体と
   を備え、前記プロセッサーは、
   アプリケーション及びデータセットへの加入を提供するマーケットプレースをユーザーに提供し、
   １つ又は複数の選択されたアプリケーション及び１つ又は複数の選択されたデータセットを組み合わせることにより、複合アプリケーション／データ加入を作成し、
   前記複合アプリケーション／データ加入をエンドユーザーに提供する
   ように動作するシステム。
8. 前記プロセッサーは、
   前記複合アプリケーション／データ加入を設定し、
   前記選択されたアプリケーション及びデータセットの実行時間を設定する
   ようにさらに動作する請求項７に記載のシステム。
9. 前記アプリケーション及びデータセットの各々は、他のコンテンツと組み合わせられる場合に使用するための課金オプションを特定し、
   前記プロセッサーは、
   前記複合アプリケーション／データ加入の課金モデルを作成する
   ようにさらに動作する請求項７に記載のシステム。
10. 前記プロセッサーは、
    前記複合アプリケーション／データ加入から課金イベントを収集し、
    前記課金イベントに前記課金モデルを適用し、
    前記選択されたアプリケーション及び選択されたデータセットの発行者への支払いを生成する
    ようにさらに動作する請求項９に記載のシステム。

Images