JP2017528856A - アプリ・ストア・アプリ用のアイテム・マップ - Google Patents

Abstract

アプリ・ストアにおけるアプリを、このアプリの特徴、モード、コンテンツ、および／またはターゲット・デバイスの静的または動的に生成されたリストと関連付けることができる。異なる説明文、アイコン、タイトル等を、これらの特徴、モード、およびコンテンツの各々毎に、アプリ・ストアにおいて示すことができる。個々のオプションのマッピングおよび表示に基づいて、これらのモード、特徴、および／またはコンテンツからユーザーがただ１つだけを購入することを可能にすることができる。提供されたオプションおよびアクトから、ユーザーが取得すべきものを発見した場合、包括的な方法で初期起動するのではなく、オプション（特徴、モード、コンテンツ）に合わせて作られたモードでアプリを起動することができる。アプリ・ストアは、表示される結果を圧縮し(collapse)、表示される結果の実際の数を制限し、またはユーザーによってフィルタリングすることによって、検索結果内に現れることができる、アプリ毎のオプションの数を制限して、結果のスパミングを防止することができる。【選択図】図２

Description

[0001] 種々の計算デバイス用の当今のオペレーティング・システムは、アプリを介して広範囲にわたる機能を可能にする。ユーザーは、オペレーティング・システム・プロバイダー、デバイス・プロバイダー、または他の供給源によって管理されたアプリ・ストアからアプリをダウンロードしインストールすることに慣れている。アプリ・ストアは、何十万人もの開発者が、ユーザーの問題を解決しユーザーの要望に対処するアプリを作成することを可能とし、次いでこれらのアプリを何百万人ものユーザーに発見可能にする。

[0002] アプリがストアにおいて１回だけ掲示される場合、開発者に改革を続けさせることができ、彼らのアプリのために１つのコード・ベース(code base)だけを維持すればよい。しかしながら、このアプリは１つの説明文および１つのタイトルを得ることになるかもしれない。これが意味するのは、このアプリの提供価値(value proposition)が非常に包括的になる可能性があるので、このアプリは、もっと目標を絞って提供されるもの(offering)よりも魅力に欠けるであろうということである。例えば、医者、不動産業者、および検査官にとって魅力的な書式記入アプリは、包括的に売買されなければならないであろう。

[0003] 一方、アプリが複数回ストアにおいて掲示される場合（例えば、１回は不動産業者を目標とし、１回は医者を目標として等）、目標を絞り込んだ方法でアプリを売買することができる。この手法に伴う課題は、開発者がコア機能を追加する毎に、複数のコードベースを（例えば、不動産業者用アプリに１回、積算アプリに１回、医療用アプリに１回等）維持しなければならない場合もあることである。

[0004] この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴のみを特定することを意図するのではなく、特許請求する主題の範囲を判断するときの補助として意図するのでもない。

[0005] 実施形態は、アプリ・ストアを介して提供されるアプリのためのアイテム・マップを目的とする。ある例によれば、アプリ・ストアを介してアプリおよびアプリに関連するアイテムを提供するために計算デバイスにおいて実行される方法について記載する。この方法は、アプリとこのアプリに関連するアイテムの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを受けるステップと、連作またはブラウズ・クエリーを受けるステップと、クエリーに応答して１つ以上のアプリおよび１つ以上のアイテムを決定するステップとを含むことができ、１つ以上のアイテムは、アプリ−アイテム・マップによって提供される情報との照合に基づいて決定される。また、この方法は選択のために１つ以上のアプリおよび１つ以上のアイテムを提示するステップも含むことができる。

[0006] これらおよびその他の特徴ならびに利点は、以下の詳細な説明を読み、添付図面を検討することから明らかになるであろう。尚、以上の概略的な説明委および以下の詳細な説明は双方共説明のためであり、特許請求される形態を限定するのではないことは理解されよう。

図１は、実施形態にしたがって、アプリをアイテムと共に提供するアプリ・ストア例を示す概念図である。 図２は、実施形態にしたがって、同時に入手可能なアプリおよびアイテムを表示するアプリ・ストア・ユーザー・インターフェース例を示す。 図３は、実施形態にしたがって、入手可能なアイテム（例えば、検索に応答して）およびこれらのアイテムに関連する情報を表示する他のアプリ・ストア・ユーザー・インターフェース例を示す。 図４Ａ〜図４Ｄは、実施形態にしたがって、アプリ・ストアからのアイテムをユーザーに提示することに関連する種々のユーザー・インターフェース例を示す。 図４Ａ〜図４Ｄは、実施形態にしたがって、アプリ・ストアからのアイテムをユーザーに提示することに関連する種々のユーザー・インターフェース例を示す。 図４Ａ〜図４Ｄは、実施形態にしたがって、アプリ・ストアからのアイテムをユーザーに提示することに関連する種々のユーザー・インターフェース例を示す。 図４Ａ〜図４Ｄは、実施形態にしたがって、アプリ・ストアからのアイテムをユーザーに提示することに関連する種々のユーザー・インターフェース例を示す。 図５は、実施形態によるシステムを実現することができるネットワーク接続環境を簡略化した図である。 図６は、アプリ・ストアおよび／またはアイテムマッピングによるアプリ検索サービスを提供するように構成することができる汎用計算デバイスを示す。 図７は、実施形態にしたがって、アプリ・ストア・アプリ用のアイテム・マップを提供するプロセスの論理流れ図を示す。

[0014] 以上で端的に説明したように、アプリ・ストアにおけるアプリは、このアプリの特徴、モード、コンテンツ、および／または目標デバイスの静的または動的に生成されたリストと関連付けることができる。これらの特徴、モード、およびコンテンツの各々に対して、アプリ・ストアにおいて、異なる説明文、アイコン、タイトル等を示すことができる。個々のオプションのマッピングおよび表示に基づいて、これらのモード、特徴、および／またはコンテンツの内１つだけをユーザーが購入することを可能にすることができる。ある例では、ユーザーが提供されたオプションから１つを発見しそれを取得する行動を行った場合、そのアプリは、包括的な方法で初期起動する(activate)のではなく、オプション（特徴、モード、コンテンツ、および目標デバイス）に合わせて作られたモードで起動することができる。他の例では、アプリ・ストアが、結果のスパミング(spamming)を防止するために、アプリ毎に検索結果において現れるオプションの数を制限することもできる。これは、表示される結果を圧縮する(collapse)または実際に表示される結果の数を制限することによって行うことができる。更に、アプリ・ストアの検索結果は、ユーザーによって提供された情報、使用履歴、資格証明に基づいてソートすることができ、これに基づいてアプリを選択するおよび／または起動することができる。

[0015] 以下の詳細な説明では、その一部を形成する添付図面を参照する。添付図面では、具体的な実施形態または例が例示として示される。本開示の主旨や範囲から逸脱することなく、これらの態様を組み合わせることもでき、他の態様を利用することもでき、構造的変更を行うこともできる。したがって、以下の詳細な説明は、限定的な意味で捕らえてはならず、本発明の範囲は、添付する特許請求の範囲およびその均等物によって定められるものとする。

[0016] 実施形態について、計算デバイスのオペレーティング・システム上で実行するアプリケーション・プログラムと共に実行するプログラム・モジュールという一般的なコンテキストで説明するが、形態(aspect)は他のプログラム・モジュールと組みあわせて実現されてもよいことは当業者には認められよう。

[0017] 一般に、プログラム・モジュールは、ルーチン、プログラム、コンポーネント、データー構造、および他のタイプの構造を含み、特定のタスクを実行するか、または特定の抽象データー型を実装する。更に、実施形態は他のコンピューター・システム構成でも実施できることは、当業者には認められよう。他のコンピューター・システム構成には、ハンドヘルド・デバイス、マルチプロセッサー・システム、マイクロプロセッサー・ベースまたはプログラマブル消費者用電子機器、ミニコンピューター、メインフレーム・コンピューター、および相当の計算デバイスが含まれる。また、実施形態は分散型計算環境においても実施することができ、この場合、通信ネットワークを通じてリンクされたリモート処理デバイスによってタスクが実行される。分散型計算環境では、プログラム・モジュールは、ローカルおよびリモート双方のメモリー記憶デバイスに配置されてもよい。

[0018] 実施形態は、コンピューター実装プロセス（方法）、計算システム、あるいはコンピューター・プログラム製品またはコンピューター読み取り可能媒体のような製品として実現することもできる。コンピューター・プログラム製品とは、コンピューター・システムによって読み取り可能であり、プロセス例（１つまたは複数）をコンピューターまたはコンピューティング・システムに実行させるための命令を含むコンピューター・プログラムをエンコードしたコンピューター記憶媒体とすることができる。コンピューター読み取り可能記憶媒体とは、コンピューター読み取り可能メモリー・デバイスである。コンピューター読み取り可能記憶媒体は、例えば、揮発性コンピューター・メモリー、不揮発性メモリー、ハード・ドライブ、およびフラッシュ・ドライブの内の１つ以上によって実現することができる。

[0019] 本明細書全体を通じて、「プラットフォーム」という用語は、アプリ・ストアにおいてアプリのためにオプションのマッピングを行うためのソフトウェアおよびハードウェア・コンポーネントの組み合わせとすることができる。プラットフォームの例には、複数のサーバーにまたがってホストされ実行されるサービス、１つの計算デバイス上で実行されるアプリケーション、および相当するシステムが含まれるが、これらに限定されるのではない。「サーバー」という用語は、一般に、１つ以上のソフトウェア・プログラムを通例ネットワーク接続環境において実行する計算デバイスを指す。しかしながら、サーバーは、ネットワーク上でサーバーと見なされる、１つ以上の計算デバイス上で実行される仮想サーバー（ソフトウェア・プログラム）として実現することもできる。これらの技術および実施形態例についてのこれ以上の詳細は、以下の説明において見出すことができる。

[0020] 図１は、実施形態にしたがって、アプリをアイテムと共に提供するアプリ・ストア例を示す概念図である。
[0021] 図１００では、アプリ・ストア１０８は種々のデバイスのために種々のアプリを提供することができる。種々のデバイスには、デスクトップ・コンピューター、スマート・フォン、タブレット・デバイス、ウェアラブル・デバイス等が含まれるが、これらに限定されるのではない。アプリ・ストア１０８は、クラウド・ベース・サービスであってもよい。潜在的に数十万または数百万もある可能性があるアプリの中からアプリを検索するユーザー１０２は、検索判断基準を検索エンジン１１０に提供することができる。検索エンジンは１１０は、独立した検索エンジンでも、アプリ・ストア１０８の一部であってもよい。

[0022] アプリ１０６の（大多数の入手可能なものの内）一部は、大多数のアイテム１０４（例えば、コンテンツ、特徴、モード、目標デバイス等）を含む可能性がある。つまり、アプリケーション毎に多くのコンフィギュレーションがあり、アプリ開発者／所有者にとって、全てのユーザー・クエリーと正しく一致し、したがって広範囲のクエリーに対して検索結果の最上位に戻る(return)１つの説明文を作成することが難題となるおそれがある。例えば、各アプリ・コンフィギュレーションが別々に掲示される場合、異なるコンフィギュレーションを維持することは開発者にとって難しいであろう。しかしながら、アプリが１回だけ掲示される場合、目標とする販売の機会が失われるおそれがある。

[0023] ある実施形態によれば、異なる説明文、アイコン、タイトル等を、これらの特徴、モード、コンテンツ、およびデバイスの各々毎に、アプリ・ストアにおいて示すことができる。アプリ−アイテム・マップ（１つまたは複数）１１２を介した個々のオプションのマッピングに基づいて、これらのモード、特徴、コンテンツ、および／またはデバイスから、ユーザー１０２が１つだけを購入することを可能にすることができる。ある例では、ユーザーが、提供されたオプションから１つを発見し、それを取得する行動を行うと、アプリは、包括的な方法で初期起動するのではなく、オプション（特徴、モード、コンテンツ、および／またはデバイス）に合わせて作られたモードで起動することができる。

[0024] 図１におけるシステム例では、具体的なコンポーネントによって説明したが、実施形態はこれらのコンポーネントやシステム構成に限定されるのではなく、それよりも少ないまたは多いコンポーネントを採用する他のシステム構成でも実現することができる。

[0025] 図２は、実施形態にしたがって、入手可能なアプリおよびアイテムを同時に表示するアプリ・ストア・ユーザー・インターフェース例を示す。
[0026] ある実施形態によるストア・アプリ構成では、個々のアプリに関連する種々のアイテムを、アプリと共に提示することができる（検索可能な形式で）。つまり、アプリ−アイテム・マップ（「アプリ・マップ」とも呼ぶ）の使用によって、開発者による維持の負担を低減しつつ、ターゲット・マーケティング(targeted marketing)を可能にすることができる。図２００におけるユーザー・インターフェース例２０２は、数学教材の検索結果として表示することができるアプリ２０４のリストと、具体的なアプリの一部であるが具体的な形態(aspect)（例えば、ベクトルの加算、端数の加算等）に向けて作られたアイテム２０６のリストとを示す。図２００は、数学の教授に関係する数百のアイテムを含む１つの特定のアプリを示す。１つのシナリオでは、ユーザーは三角法のアイテム上でクリックすることができる。このように、ユーザーは、全てのアイテムを有するアプリ全体ではなく、具体的なアイテムを選択し、インストール／初期起動することができる。

[0027] 開発者がアプリをアプリ・ストアに提出するとき、通例では、アプリ・パッケージ、アプリ・タイトル、アプリ・アイコン、アプリ価格、およびアプリのスクリーンショット、説明文、キーワード等を提供する。実施形態によるシステムでは、開発者は以上の情報と共にアプリ・マップも提出することができる。アプリの機能および開発者の目的に依存して、アイテム識別子、タイトル、アイテム・アイコン、順位、アイテム価格、アイテムを適用するもの、オーディエンスまたはデバイス・ターゲティング情報を、説明文、キーワード等と共に、アプリに関連するアイテム毎に提出することができる。このように、アプリ・マップは、２組以上の前述の情報を含むことができる。アプリがアプリ・ストアの主要カタログに追加されると（したがって、その検索エンジンによってインデックス化されると）、個々のアプリ２０４がカタログに追加されるだけでなく、アプリ・アイテム２０６も追加されることが可能である。

[0028] シナリオ例では、ストア内に５つのアプリがあり、アプリＩＤ１１「私の書式記入アプリ」、アプリＩＤ１２「インシュリン記録書式」、アプリＩＤ１３「絶縁チェックリスト」、アプリＩＤ１４「施工指針」、アプリＩＤ１５「汎用書式記入」(Global form filling)のように、各々に詳しい説明文を付けることができる。汎用書式記入アプリは、アプリ・マップを利用することができ、アイテム１「医療用書式記入」およびアイテム２「積算士の現場調査」という２つのアイテムをそのマップ内に有することができる（簡単にするために、アイテムＩＤ＋タイトルだけがここでは使用されているが、各々が豊富な説明文を有することもできる）。その結果、アプリ・ストアのユーザーが「医療用書式」を検索すると、以下のことを含む検索結果ページを見ることができる。医療用書式記入［アプリＩＤ１５／アイテム１］、インシュリン記録書式［アプリＩＤ１２］、私の書式記入アプリ［アプリＩＤ１１］。ユーザーは、汎用書式記入アプリを選択する可能性の方が高いと思われる。何故なら、このタイトルおよび説明文の方がユーザーのクエリーおよび潜在的な意図に向いているである。

[0029] 図３は、実施形態にしたがって、入手可能なアイテム（例えば、検索に応答して）、およびこれらのアイテムに関連する情報を表示する他のアプリ・ストア・ユーザー・インターフェース例を示す。

[0030] 線図３００は、数学教授アプリに関連する４つのアイテム３０４、３０６、３０８、および３１０を表示するアプリ・ストア・ユーザー・インターフェース３０２を示す。各アイテムはアイコンによって表され、そのアイテムの機能を理解する上での手掛かりとなる短い説明文によって、ユーザーはどのアイテムが彼らの必要性に相応しいか判断することができる。

[0031] ある実施形態例では、アプリ・マップは、アプリ・ストア開発者のポータルにおいて構造化データー・ファイル（例えば、ＸＭＬファイル）として提出されてもよい。他の実施形態例では、アプリ・マップはアプリ・ストアに提出されなくてもよいが、代わりに、開発者のサイト上でホストされればよく、開発者のアプリ・マップ・ウェブ・サービス位置までのリンクが、代わりに、開発者のポータルに提出されればよい。後者のシナリオでは、ユーザーが「医療用書式」を検索すると、アプリ・ストアはそのカタログにおける１組のアプリを戻すことができる。次いで、アプリ・ストアは戻された結果集合内においてチェックして、これらのアプリのいずれかがアプリ・マップを含むか否か確かめることができ、含む場合、ユーザーのクエリーに更に関連する説明文を動的に引き出すために、これらのアプリのウェブ・サービスへのコールを試す。「クエリー」とは、本明細書において使用する場合、検索クエリーに限定されるのではなく、「ブラウズ・クエリー」にも使用することができる。

[0032] 更に他の実施形態例では、アプリ内購入可能エンティティ(in-app purchasable entities)において記載されるように、または開発者が提出する１つの説明文を処理して複数の説明文に変換することによって、アプリの能力から自動的にアプリを引き出すことができる。ユーザーに興味がある可能性がある検索結果（例えば、医療用書式記入結果）において、ユーザーがあるエントリーを見るとき、彼らは続きを読むためにクリックするかもしれない。この時点で、アイテムのメタデーターをユーザーに提示することができる（例えば、医療特定の説明文）。ユーザーには、親アプリ（汎用書式記入）についての情報を提示してもしなくてもよい。例えば、「医療用書式記入アプリを購入して、汎用書式記入の全ての他の書式／調査能力を手に入れる」。他の例では、下に潜むアプリがあることをユーザーが全く知らなくてもよい。

[0033] ユーザーがアプリを取得するとき、複数のライセンシング・オプションが入手可能な場合がある（開発者、ユーザー、および／またはアプリ・ストア事業主によって設定可能）。ライセンシングは、アプリ・レベルで設定されてもよく、一方各アイテムはそれ自体の価格を有してもよい。また、ライセンシングは、アイテムのグループ・レベルで、またはアイテム・レベルで設定されてもよい。例えば、ユーザーは、アプリ・アイテムだけ（例えば、医療用書式記入）を使用するライセンスを購入するのでもよく、更に他のアイテムを購入するためのアプリ内方法(way in-app)が提示されてもよい。他の例では、ユーザーが、アプリにおいて全てのモード／コンテンツ／アイテムを使用するライセンス（例えば、全ての書式の記入）を購入することもできる。このシナリオでは、アプリにおける全てのアイテムに対して１つの合計金額があってもよく、価格は各アイテムの価格の合計であってもよく、またはこれら２つの例の間の割引価格があってもよい。ユーザーのライセンス自体は、それに応じて、アプリが購入された（即ち、ユーザーＸがアプリＹを取得した）こと、またはアイテムが購入された（ユーザーＸはアプリＹにおけるアイテムＺを取得した）ことのいずれかを記録すればよい。

[0034] 図４Ａ〜図４Ｄは、実施形態にしたがって、アプリ・ストアからユーザーにアイテムを提示することに関連する、種々のユーザー・インターフェースの例を示す。
[0035] 図４Ａの線図４００は、アプリ・ストア・ユーザー・インターフェース４０２の選択スクリーンを示し、選択されたアイテム４０４、アイテム４０４の親アプリ４０６に関連する情報、および更に詳細な情報４０８（図形式で）を提示する。また、追加のスクリーンショット、詳細、コンテンツ、およびアイテムのレビューに対するオプションもある。ユーザーは「追加」ボタン上でクリックすることによって、そのアイテムを取得することができる。

[0036] ある実施形態によれば、アプリは、ユーザーがこのアプリを取得したときに、ユーザーに特化した体験(tailored experience)を与えるように、カスタム化された方法で起動することもできる。例えば、医者が書式記入アプリ（または書式記入アプリの医療用書式記入アイテム）を取得するとき、アプリ／アイテムは、この医者の必要性に相応しい医療用書式記入の細目で起動することができる。

[0037] これは、アプリ・ストア、またはこのアプリを最初に初期起動したライセンシング・システムによって、アイテム識別子をパラメータとして渡すことによって行うことができる。この設定は、このモードがユーザーのデフォルト体験になるように、アプリ自体によって、またはアプリ・ストア／ライセンシング・エンティティによって保存することができる。次いで、アプリはこのアイテム識別子を使用して、アプリが実行されるときに、インターフェースまたはデフォルトの選択されたコンテンツ／フィルタを目的に合わせて作る(tailor)することができる。同じ手法を使用して、バイナリー・アプリが基本的／特別／究極モードを有することを可能にすることもでき、これらのモードの各々が、例えば、別々に売買されるアイテムであってもよい。ユーザーがフィードバックを有する場合、アプリ・レベル、アイテムのグループ・レベル、またはアイテム・レベルのいずれかで、レビューを書くことができる。これらのアイテムが別々の価格を有する場合、デフォルトでアイテム・レベルが選択されてもよい。そうでない場合、全てのレビューはアプリ全体について書くことができる。

[0038] 図４Ｂの線図４１０は、選択されたアイテム４０４と共に、選択されたアイテム４０４の親アプリに関連する入手可能なアイテムについての情報４１２、および検索アルゴリズムにしたがって順位付けされたある数の他のアイテム４１４を表示するアプリ・ストア・ユーザー・インターフェース４０２を示す。

[0039] ある例では、内部の売買チームが、新たなアプリおよび／またはアイテムのために同様の順位指定機能(rank-specification function)を実行するのでもよい。あるいは、アプリがマーケットプレースにしばらくの間あった場合、全てのアイテムの内どの部分集合を表出させるかに影響を与えるためにクリックスルー・データーを利用することもできる。アプリの開発者が、ある説明文を選択し他の選択を捨てるようにアプリ・ストアを指導することができるある種のオーディエンス・ターゲティング指定することを可能にしてもよい。例えば、プラットフォームの教育ＳＫＵを使用していることがユーザーに知らされた場合、または（別々に）多くのゲームまたは多くの写真アプリを取得したことがユーザーに知らされた場合、このユーザーに示すために、異なるアイテムを選択することもできる。更に、開発者が説明文を検査することを望む場合、２つのアイテムを交互に強調して(with alternate emphases)掲示することができる。これら２つのアイテムは決して一緒に同じユーザーには示してはならないことを指定することもできる。アイテム（例えば、ページ・ビュー、クリック）の性能(performance)についての分析(analytics)をフィードバックの目的のために開発者に送り返すことができる。

[0040] 図４Ｃの線図４２０は、アプリ４０６および文章４２４を表示するアプリ・ストア・ユーザー・インターフェース４０２を示す。文章４２４は、ユーザーが「信頼」(trust)４２６を選択した場合、彼らの文書におけるデーターを使用してアプリが動作することをユーザーに知らせる。このように、ユーザー毎に特化した体験を提供するために、カスタム化された方法でアプリまたはそのアイテムを起動することができる。

[0041] 本明細書において説明した種々の実施形態の結果として、開発者が複数の目標を定める方法で、彼らのアプリを売買することを可能にすることができる。開発者は、複数の異なるユーザー事例にサービスするために、１つのバイナリー・ソース・アプリを使用することができるのでもよい。また、開発者は、アプリを発見するようにユーザーを導いたアイテムに依存して、目的に合わせて作られた初期起動体験を提供することができるのでもよい。

[0042] 開発者によるスパミングを防止するために、例えば、１つのアプリが検索結果の第１ページ全体に溢れて、全ての他のアプリを副ページに押し出すことを防止するために、ある実施形態によれば、アプリ・ストア検索およびブラウズ体験において異なる制御メカニズムを設けることができる。このような制御メカニズムは、開発者が、アプリ当たり予め設定された限度（例えば、１０）のアイテムを超えて提出するのを防止することを含んでもよい。所与のユーザーの検索クエリーに対して、アプリ当たり予め設定されたアイテムの限度（例えば、３）よりも多くが示されるのを防止するとしてもよい。また、ユーザーに、本文中で「このプロバイダーによる関連アプリを確認して下さい」という文章上でクリックさせてもよい。ある例では、最も多くアプリを販売したアイテムを開発者が薦めるのを確実に抑制するために、アイテム毎の相対「順位」を開発者に指定させてもよい。

[0043] 図４Ｄの線図４３０は、選択されたアイテム（数学訓練アイテム）のスクリーンショットを、図形の試験問題４３２と、問題に答える、ヘルプ機能を引き出す等のような、試験問題４３２に関連するオプション４３４と共に示す。

[0044] 図２〜図４Ｄにおけるシナリオおよびスクリーンショットの例は、具体的なコンポーネント、アプリ・タイプ、および構成で示した。実施形態は、これらの構成例によるシステムに限定されるのではない。アプリに関連するアイテムに対してアプリ・マップを提供することは、アプリケーションおよびユーザー・インターフェースにおいて以上よりも少ないまたは多いコンポーネントを採用する構成においても実現することができる。更に、図２および図４に示した構成やコンポーネントの例、ならびにそれらのサブコンポーネントも、本明細書において説明した原理を使用して、他の値とでも同様に実現することができる。

[0045] 図５は、実施形態を実現することができるネットワーク接続環境例を示す。アプリ・マップを使用してアプリとアプリに関連するアイテムとを提供するように構成されたアプリ・ストアは、ホスト型サービスのような、１つ以上のサーバー５１４にわたって実行されるソフトウェアによって実現することができる。プラットフォームは、スマート・フォン５１３、ラップトップ・コンピューター５１２、またはデスクトップ・コンピューター５１１（「クライアント・デバイス」）のような個々の計算デバイスにおけるクライアント・アプリケーションと、ネットワーク（１つまたは複数）５１０を介して通信することができる。

[0046] クライアント・デバイス５１１〜５１３の内任意のものにおいて実行されるクライアント・アプリケーションは、サーバー５１４によって、または個々のサーバー５１６において実行されるアプリケーション（１つまたは複数）を介した通信を容易にすることができる。アプリ・ストアは、ユーザーのクエリーに応答して、入手可能なアプリおよびアイテムを、機能、キーワード等に基づいてこれらを順位付けして提示することができる。アプリ・ストアは、アプリおよびアイテムに関連するデーター（アプリ・マップを含む）をデーター・ストア（１つまたは複数）５１９に直接またはデーターベース・サーバー５１８を介して格納することができる。

[0047] ネットワーク（１つまたは複数）５１０は、サーバー、クライアント、インターネット・サービス・プロバイダー、および通信媒体の任意のトポロジーを含むことができる。実施形態によるシステムは、固定または動的トポロジーを有することができる。ネットワーク（１つまたは複数）５１０は、企業ネットワークのような安全なネットワーク、ワイヤレス・オープン・ネットワークのような安全でないネットワーク、またはインターネットを含むことができる。また、ネットワーク（１つまたは複数）５１０は、公衆電話交換網（ＰＳＴＮ）またはセルラ・ネットワークのような他のネットワークを通じた通信を調整することもできる。更に、ネットワーク（１つまたは複数）５１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）または同様のもののような短距離ワイヤレス・ネットワークを含むことができる。ネットワーク（１つまたは複数）５１０は、本明細書において説明したノード間に通信を提供する。一例として、そして限定ではなく、ネットワーク（１つまたは複数）５１０は、音響、ＲＦ、赤外線、およびその他のワイヤレス媒体のような、ワイヤレス媒体を含むことができる。

[0048] 計算デバイス、アプリケーション、データー・ソース、およびデーター分散システムの多くの他の構成も、アイテムのマッピングによってアプリ・ストア・サービスを提供するために採用することができる。更に、図５において論じたネットワーク接続環境は、例示を目的とするに過ぎない。実施形態は、これらのアプリケーション、モジュール、またはプロセスの例に限定されるのではない。

[0049] 図６は、本明細書において説明した少なくともいくつかの実施形態にしたがって配置され(arranged)、アプリおよび関連するアイテムを提示するアプリ・ストアを提供するように構成する(configure)ことができる汎用計算デバイスを示す。

[0050] 例えば、計算デバイス６００は、アプリ・ストア・サービスをホストするために使用することができる。基本構成６０２の例では、計算デバイス６００は１つ以上のプロセッサー６０４とシステム・メモリー６０６とを含むことができる。プロセッサー６０４とシステム・メモリー６０６との間の通信のために、メモリー・バス６０８を使用することができる。基本構成６０２は、図６では、内側の破線内にあるコンポーネントによって例示することができる。

[0051] 所望の構成に応じて、プロセッサー６０４は任意のタイプにすることができ、マイクロプロセッサー（μＰ）、マイクロコントローラー（μＣ）、ディジタル信号プロセッサー（ＤＳＰ）、またはこれらの任意の組み合わせを含むが、これらに限定されるのではない。プロセッサー６０４は、レベル・キャッシュ・メモリー６１２のような１つ以上のレベルのキャッシング(caching)、プロセッサー・コア６１４、およびレジスター６１６を含むことができる。プロセッサー・コア６１４は、算術論理ユニット（ＡＬＵ）、浮動小数点ユニット（ＦＰＵ）、ディジタル信号処理コア（ＤＳＰコア）、またはこれらの任意の組み合わせを含むことができる。また、メモリー・コントローラー６１８は、プロセッサー６０４と共に使用することもでき、またはある実施態様では、メモリー・コントローラー６１８はプロセッサー６０４内部の一部であってもよい。

[0052] 所望の構成に依存して、システム・メモリー６０６は、任意のタイプにすることができ、揮発性メモリー（ＲＡＭのような）、不揮発性メモリー（ＲＯＭ、フラッシュ・メモリー等のような）、またはこれらの任意の組み合わせを含むが、これらに限定されるのではない。システム・メモリー６０６は、オペレーティング・システム６２０、アプリ・ストア・アプリケーション６２２、検索エンジン６２６、およびプログラム・データー６２４を含むことができる。アプリ・ストア・アプリケーション６２２は、アプリの特徴、モード、コンテンツ、および／またはデバイスの静的または動的に生成されたリストと関連付けることができる。これらの特徴、モード、コンテンツ、およびデバイスの各々について、アプリ・ストア内において、異なる説明文、アイコン、タイトル等を示すことができる。マッピングおよび個々のオプションの表示に基づいて、これらのモード、特徴、コンテンツ、および／またはデバイスからユーザーが１つだけを購入することを可能にすることができる。検索エンジン６２６は、独立した検索エンジンでも、アプリ・ストア・アプリケーション６２２の一部であってもよく、ユーザーの必要性に合ったアプリまたはアイテムを発見するためにクエリーを実行することができる。プログラム・データー６２４は、データーの中でもとりわけ、本明細書において説明したようなアイテム・データー６２８等を含むことができる。アイテム・データー６２８は、アイテムに関連する情報を含むことができる。

[0053] 計算デバイス６００は、基本構成６０２と任意の所望のデバイスおよびインターフェースとの間の通信を容易にするために、追加の機構(feature)または機能(functionality)および追加のインターフェースを有することもできる。例えば、基本構成６０２と１つ以上のデーター記憶デバイス６３２との間におけるストレージ・インターフェース・バス６３４を通じた通信を容易にするために、バス／インターフェース・コントローラー６３０を使用することもできる。データー記憶デバイス６３２は、１つ以上のリムーバブル記憶デバイス６３６、１つ以上の非リムーバブル記憶デバイス６３８、またはこれらの組み合わせとすることができる。リムーバブル記憶デバイスおよび非リムーバブル記憶デバイスの例には、フレキシブル・ディスク・ドライブおよびハード・ディスク・ドライブ（ＨＤＤ）のような磁気ディスク・デバイス、コンパクト・ディスク（ＣＤ）ドライブまたはディジタル・バーサタイル・ディスク（ＤＶＤ）ドライブのような光ディスク・ドライブ、ソリッド・ステート・ドライブ（ＳＳＤ）、ならびにテープ・ドライブ、更にその他数多くを含むことができる。コンピューター記憶媒体の例には、揮発性および不揮発性、リムーバブル、ならびに非リムーバブル媒体を含むことができ、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、またはその他のデーターのような情報の格納のための任意の方法または技術で実現される。

[0054] システム・メモリー６０６、リムーバブル記憶デバイス６３６、および非リムーバブル記憶デバイス６３８は、コンピューター記憶媒体の例となることができる。コンピューター記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリーまたは他のメモリー技術、ＣＤ−ＲＯＭ、ディジタル・バーサタイル・ディスク（ＤＶＤ）、ソリッド・ステート・ドライブ、あるいは他の光ストレージ、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたはその他の磁気記憶デバイス、あるいは所望の情報を格納するために使用することができ、計算デバイス６００によってアクセスすることができる任意の他の媒体を含むことができるが、これらに限定されなくてよい。任意のこのようなコンピューター記憶媒体が、計算デバイス６００の一部であってもよい。

[0055] また、計算デバイス６００は、種々のインターフェース・デバイス（例えば、１つ以上の出力デバイス６４２、１つ以上の周辺インターフェース６４４、および１つ以上の通信デバイス６６６）から基本構成６０２への、バス／インターフェース・コントローラー６３０を介した通信を容易にするために、インターフェース・バス６４０も含むことができる。出力デバイス例６４２の一部は、グラフィクス処理ユニット６４８およびオーディオ処理ユニット６５０を含むことができ、これらは、ディスプレイまたはスピーカーのような種々の外部デバイスに、１つ以上のＡ／Ｖポート６５２を介して通信するように構成することができる。１つ以上の周辺インターフェース例６４４には、シリアル・インターフェース・コントローラー６５４またはパラレル・インターフェース・コントローラー６５６を含むことができ、これらは、入力デバイス（例えば、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス等）または他の周辺デバイス（例えば、プリンター、スキャナー等）のような外部デバイスと、１つ以上のＩ／Ｏポート６５８を介して通信するように構成することができる。通信デバイス例６６６はネットワーク・コントローラー６６０を含むことができ、ネットワーク・コントローラー６６０は、１つ以上の他の計算デバイス６６２と、ネットワーク通信リンクを通して、１つ以上の通信ポート６６４を介して通信し易くするように構成することができる。１つ以上の他の計算デバイス６６２には、サーバー、クライアント機器、および相当のデバイスを含むことができる。

[0056] ネットワーク通信リンクは、通信媒体の一例としてもよい。通信媒体は、搬送波のような変調データー信号または他の移送メカニズムにおいて、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、または他のデーターによって具体化することができ、任意の情報配信媒体を含むことができる。「変調データー信号」とは、その信号内に情報をエンコードするような方法で、変調データー信号特性の内１つ以上が設定または変更された信号とすることができる。一例として、そして限定ではなく、通信媒体は、有線ネットワークまたは直接有線接続のような有線媒体、ならびに音響、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、およびその他のワイヤレス媒体のようなワイヤレス媒体を含むことができる。コンピューター読み取り可能媒体という用語は、本明細書において使用される場合、記憶媒体および通信媒体の双方を含むことができる。

[0057] 計算デバイス６００は、汎用または特殊サーバー、メインフレーム、あるいは同様のコンピューターの一部として実現することもでき、以上の機能の内任意のものを含む。また、計算デバイス６００は、ラップトップ・コンピューターおよびラップトップ以外のコンピューター構成の双方を含むパーソナル・コンピューターとして実現することもできる。

[0058] また、実施形態例は、クラウド・ベース・サービスの顧客体験に基づく回復復元も含むことができる。これらの方法は、本明細書において説明した構造を含む、任意の数の方法で実現することができる。このような方法の１つは、本開示において説明したタイプのデバイスを使用する機械動作によるものでもよい。他の随意の方法は、動作の一部を実行する１人以上の人の操作者と共に実行される方法の個々の動作の１つ以上のためであってもよく、一方他の動作は機械によって実行されてもよい。これらの人の操作者は互いに同じ場所にいる必要はないが、各々が、プログラムの一部を実行する機械と一緒にいればよい。他の例では、機械自動化することができる、予め選択された判断基準によってというように、人の対話処理を自動化することもできる。

[0059] 図７は、実施形態にしたがって、アプリ・ストア・アプリ用のアイテム・マップを提供するプロセスの論理流れ図を示す。プロセス７００は、例えば、クラウド・ベースのアプリ・ストア・サービスをホストするサーバーにおいて実装することができる。

[0060] プロセス７００は動作７１０から開始し、アプリと、このアプリに関連するアイテムの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを、アプリ・ストアにおいて受けることができる。各アイテムは、各アイテムの関連するアプリケーションの特徴、モード、コンテンツ、およびデバイスの内１つ以上を含むことができる。また、アプリ−アイテム・マップは、開発者によって提供される説明文に基づいて、アプリ・ストアにおいて生成することもできる。

[0061] 動作７２０において、クエリーを受けることができる。このクエリーに応答して、動作７３０において、１つ以上のアプリおよび１つ以上のアイテムを決定することができる。これらのアイテムは、アプリ−アイテム・マップ（１つまたは複数）に含まれる情報に基づいて決定することができる。動作７４０において、１つ以上のアプリおよび１つ以上のアイテムを、選択のために提示することができる。動作７５０において、クエリーを提出したユーザーがアプリに関連する個々のアイテムまたは全てのアイテムを取得することを可能にすることができる。

[0062] プロセス７００に含まれる動作は、例示を目的とするに限る。実施形態によるアプリ・ストアは、それよりも少ないまたは多いステップを有する同様のプロセスによって実現することもでき、更に、本明細書において説明した原理を使用して、異なる順序の動作で実現することもできる。

[0063] ある例によれば、アプリ・ストアを介して、アプリと、アプリに関連するアイテムを提供するために計算デバイスにおいて実行される方法について記載する。この方法は、アプリと、このアプリに関連するアイテムとの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを受けるステップと、クエリーを受けるステップと、このクエリーに応答して、１つ以上のアプリおよび１つ以上のアイテムを決定するステップであって、１つ以上のアイテムが、アプリ−アイテム・マップによって提供される情報に基づいて決定される、ステップとを含むことができる。また、この方法は、選択のために、１つ以上のアプリおよび１つ以上のアイテムを提示するステップも含むことができる。

[0064] 他の例によれば、この方法は、更に、クエリーを提出したユーザーが、アプリに関連する個々のアイテムまたは全てのアイテムを取得することを可能にするステップを含んでもよい。アプリ−アイテム・マップを受けるステップは、アプリ−アイテム・マップを開発者から構造化データー・ファイルの形態で受けるステップと、アプリ−アイテム・マップ・ウェブ・サービスへのリンクを受けるステップと、アプリの能力から自動的にアプリ−アイテム・マップを引き出すステップとの内１つ以上を含んでもよい。アプリ−アイテム・マップを自動的に引き出すステップは、アプリ内で購入可能なエンティティにおいて説明文から能力を引き出す、および開発者によって提出された１つの説明文を処理して複数の説明文に変換することの内１つ以上を含んでもよい。

[0065] 更に他の例によれば、この方法は、更に、アプリに関連するアイテム毎に、以下の内１つ以上を含むメタデーターを受けるステップを含み、メタデーターが、アイテム識別子、タイトル、アイテム・アイコン、順位、アイテム価格、当該アイテムが適用されるもの、オーディエンス・ターゲティング情報、デバイス・ターゲティング情報、説明文、および１つ以上のキーワードを含んでもよい。また、この方法は、アイテムに関連するユーザー選択を受けたときに、アイテムに関連するメタデーターを提示するステップを含んでもよく、開発者入力に基づいて、メタデーター内に親アプリ情報を含めることが構成可能である。

[0066] 更に他の例によれば、この方法は、関連するアプリを示すことなく、１つ以上のアイテムを提示するステップ、および／または提示したアプリ毎に、この提示したアプリに関連する入手可能なアイテムのリストを提示するステップを含んでもよい。各アイテムは、各アイテムの関連するアプリの特徴、モード、ターゲット・デバイス、およびコンテンツの内１つ以上を含んでもよい。

[0067] 他の例によれば、アプリ・ストアを介して、アプリと、アプリに関連するアイテムを提供する計算デバイスについて記載する。この計算デバイスは、命令を格納するように構成されたメモリー・デバイスと、メモリー・デバイスに結合されたプロセッサーとを含むことができ、プロセッサーが、メモリー・デバイスに格納された命令と関連して、アプリ・ストア・アプリケーションを実行する。アプリ・ストア・アプリケーションは、アプリと、アプリに関連するアイテムとの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを受け、各アイテムが、各アイテムの関連アプリの特徴、モード、コンテンツ、およびターゲット・デバイスの内１つ以上を含み、クエリーを受け、クエリーに応答して、１つ以上のアプリおよび１つ以上のアイテムを決定するように構成され、１つ以上のアイテムが、アプリ−アイテム・マップによって提供される情報に基づいて決定される。更に、アプリ・ストア・アプリケーションは、選択のために、１つ以上のアプリおよび１つ以上のアイテムを提示し、クエリーを提出したユーザーが、アプリに関連する個々のアイテムまたは全てのアイテムを取得することを可能にするように構成することができる。

[0068] ある例によれば、アプリ・ストア・アプリケーションは、更に、ユーザーに合わせて作った体験を提供するためのユーザーの好みに基づいて、カスタム化したやり方で、ユーザーによって取得されたアプリまたはアイテムの起動を可能にするように構成されてもよい。アプリまたはアイテムのカスタム化された起動が、ライセンシング・システムによってアプリ・ストア・アプリケーションに渡されたアイテム識別パラメータに基づいて可能にされてもよい。また、アプリ・ストア・アプリケーションは、今後のアプリまたはアイテムの取得のカスタム化のために、ユーザーによって選択されたアイテムに関連するカスタム化設定を保存するように構成されてもよい。

[0069] 更に他の例によれば、アプリ・ストア・アプリケーションは、更に、アイテムのグループ・レベル、アプリ・レベル、およびアイテム・レベルの内１つ以上でライセンシングの設定を可能にするように構成することができ、アプリ・レベルおよびアイテム・レベルの内の１つで、レビューの提出および公開(publication)を可能にするように構成することもでき、および／またはアプリに関連するアイテムの価格が個々に決められる場合、デフォルトでアイテム・レベルでライセンシングおよびレビューの提出の設定を可能にするように構成されてもよい。

[0070] 更に他の例によれば、アプリ・ストアを介して、アプリと、アプリに関連するアイテムを提供するための命令が格納されたコンピューター読み取り可能メモリー・デバイスについて記載する。命令は、アプリと、このアプリに関連するアイテムとの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを受け、各アイテムが、各アイテムの関連アプリの特徴、モード、コンテンツ、およびターゲット・デバイスの内１つ以上を含み、クエリーを受け、このクエリーに応答して、１つ以上のアプリおよび１つ以上のアイテムを決定し、１つ以上のアイテムが、アプリ−アイテム・マップによって提供される情報に基づいて決定され、選択のために、１つ以上のアプリおよび１つ以上のアイテムを提示し、クエリーを提出したユーザーが、アプリに関連する個々のアイテムまたは全てのアイテムを取得することを可能にする命令を含むことができる。

[0071] ある例によれば、前述の命令は、更に、スパミングを防止する１つ以上の制御メカニズムを実装する命令を含んでもよく、制御メカニズムが、開発者が、アプリ毎に予め設定された数よりも多いアイテムを提出することを防止し、クエリー結果において、アプリに関連するアイテムの数を限定することを含む。また、前述の命令は、ユーザーが、表示されたアイテムに関係するアイテムを見ることを可能にし、開発者が、クエリー結果に対してアイテム毎の相対順位を指定することを可能にする命令も含んでもよい。更に、前述の命令は、新たなアプリおよびアイテムに順位指定機能を採用する、既存のアプリおよびアイテムにクリックスルー・データーを使用する、および開発者が与えるオーディエンス・ターゲティング指定の内１つ以上に基づいて、アプリに関連するアイテムのどの部分集合を提示するかに影響を与える命令も含んでもよい。

[0072] 以上の明細書、例、およびデーターは、実施形態の組成(composition)の製造および使用の完全な説明を提供する。構造的特徴および／または方法論的アクトに特定的な文言で主題について説明したが、添付する特許請求の範囲において定められる主題は、必ずしも以上で説明した具体的な特徴やアクトに限定されるのではないことは理解されよう。逆に、以上で説明した具体的な特徴およびアクトは、特許請求の範囲および実施形態を実現する形態例として開示したまでである。

Claims (15)

1. アプリ・ストアを介して、アプリと、アプリに関連するアイテムとを提供するために計算デバイスにおいて実行される方法であって、
   アプリと、前記アプリに関連するアイテムとの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを受けるステップと、
   クエリーを受けるステップと、
   前記クエリーに応答して、１つ以上のアプリおよび１つ以上のアイテムを決定するステップであって、前記１つ以上のアイテムが、前記アプリ−アイテム・マップによって提供される情報に基づいて決定される、ステップと、
   選択のために、前記１つ以上のアプリおよび１つ以上のアイテムを提示するステップと、
   を含む、方法。
2. 請求項１記載の方法であって、更に、
   前記クエリーを提出したユーザーが、アプリに関連する個々のアイテムまたは全てのアイテムを取得することを可能にするステップを含む、方法。
3. 請求項１記載の方法において、前記アプリ−アイテム・マップを受けるステップが、
   前記アプリ−アイテム・マップを開発者から構造化データー・ファイルの形態で受けるステップと、
   アプリ−アイテム・マップ・ウェブ・サービスへのリンクを受けるステップと、
   前記アプリの能力から自動的に前記アプリ−アイテム・マップを引き出すステップと、
   の内１つ以上を含む、方法。
4. 請求項１記載の方法であって、更に、
   前記アプリに関連するアイテム毎に、１つ以上を含むメタデーターを受けるステップを含み、前記１つ以上のメタデーターが、アイテム識別子、タイトル、アイテム・アイコン、順位、アイテム価格、当該アイテムが適用されるもの、オーディエンス・ターゲティング情報、デバイス・ターゲティング情報、説明文、および１つ以上のキーワードを含む、方法。
5. 請求項４記載の方法であって、更に、
   アイテムに関連するユーザー選択を受けたときに、前記アイテムに関連する前記メタデーターを提示するステップを含み、開発者入力に基づいて、前記メタデーター内に親アプリ情報を含めることが設定可能である、方法。
6. 請求項１記載の方法であって、更に、
   提示されたアプリ毎に、前記提示されたアプリに関連する入手可能なアイテムのリストを提示するステップを含む、方法。
7. アプリ・ストアを介して、アプリと、アプリに関連するアイテムとを提供する計算デバイスであって、
   命令を格納するように構成されたメモリー・デバイスと、
   前記メモリー・デバイスに結合されたプロセッサーと、
   を含み、
   前記プロセッサーが、前記メモリー・デバイスに格納された命令と関連して、アプリ・ストア・アプリケーションを実行し、前記アプリ・ストア・アプリケーションが、
   アプリと、前記アプリに関連するアイテムとの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを受け、各アイテムが、各アイテムの関連アプリの特徴、モード、コンテンツ、およびターゲット・デバイスの内１つ以上を含み、
   クエリーを受け、
   前記クエリーに応答して、１つ以上のアプリおよび１つ以上のアイテムを決定し、前記１つ以上のアイテムが、前記アプリ−アイテム・マップによって提供される情報に基づいて決定され、
   選択のために、前記１つ以上のアプリおよび前記１つ以上のアイテムを提示し、
   前記クエリーを提出したユーザーが、アプリに関連する個々のアイテムまたは全てのアイテムを取得することを可能にする、
   ように構成される、計算デバイス。
8. 請求項７記載の計算デバイスにおいて、前記アプリ・ストア・アプリケーションが、更に、
   ユーザーに合わせて作った体験を提供するためのユーザーの好みに基づいて、カスタム化したやり方で、前記ユーザーによって取得されたアプリまたはアイテムの起動を可能にするように構成される、計算デバイス。
9. 請求項８記載の計算デバイスにおいて、前記アプリまたはアイテムのカスタム化された起動が、ライセンシング・システムによって前記アプリ・ストア・アプリケーションに渡されたアイテム識別パラメータに基づいて可能にされる、計算デバイス。
10. 請求項９記載の計算デバイスにおいて、前記アプリ・ストア・アプリケーションが、更に、
    今後のアプリまたはアイテムの取得のカスタム化のために、ユーザーによって選択されたアイテムに関連するカスタム化設定を保存するように構成される、計算デバイス。
11. 請求項７記載の計算デバイスにおいて、前記アプリ・ストア・アプリケーションが、更に、
    アプリ・レベルおよびアイテム・レベルの内の１つで、レビューの提出および公開を可能にするように構成される、計算デバイス。
12. アプリ・ストアを介して、アプリと、アプリに関連するアイテムを提供するための命令が格納されたコンピューター読み取り可能メモリー・デバイスであって、前記命令が、
    アプリと、前記アプリに関連するアイテムとの静的に生成されたリストおよび動的に生成されたリストの一方または双方を提供するアプリ−アイテム・マップを受け、各アイテムが、各アイテムの関連アプリの特徴、モード、コンテンツ、およびターゲット・デバイスの内１つ以上を含み、
    クエリーを受け、
    前記クエリーに応答して、１つ以上のアプリおよび１つ以上のアイテムを決定し、前記１つ以上のアイテムが、前記アプリ−アイテム・マップによって提供される情報に基づいて決定され、
    選択のために、前記１つ以上のアプリおよび前記１つ以上のアイテムを提示し、
    前記クエリーを提出したユーザーが、アプリに関連する個々のアイテムまたは全てのアイテムを取得することを可能にする、
    命令を含む、コンピューター読み取り可能メモリー・デバイス。
13. 請求項１２記載のコンピューター読み取り可能メモリー・デバイスであって、前記命令が、更に、
    スパミングを防止する１つ以上の制御メカニズムを実装する命令を含み、前記制御メカニズムが、開発者が、アプリ毎に予め設定された数よりも多いアイテムを提出することを防止し、クエリー結果において、アプリに関連するアイテムの数を限定することを含む、コンピューター読み取り可能メモリー・デバイス。
14. 請求項１３記載のコンピューター読み取り可能メモリー・デバイスであって、前記命令が、更に、
    ユーザーが、表示されたアイテムに関係するアイテムを見ることを可能にし、
    前記開発者が、前記クエリー結果に対してアイテム毎の相対順位を指定することを可能にする、
    命令を含む、コンピューター読み取り可能メモリー・デバイス。
15. 請求項１２記載のコンピューター読み取り可能メモリー・デバイスであって、前記命令が、更に、
    新たなアプリおよびアイテムに順位指定機能を採用する、既存のアプリおよびアイテムにクリックスルー・データーを使用する、および開発者が与えるオーディエンス・ターゲティング指定の内１つ以上に基づいて、前記アプリに関連するアイテムのどの部分集合を提示するかに影響を与える命令を含む、コンピューター読み取り可能メモリー・デバイス。

Images