r>[0019]根据所公开主题的实施方式，应用编程接口(API)可以作为媒体商店的组件或者作为诸如移动电话、平板计算机或者膝上型计算机的特定设备的组件被提供。应用开发者或者其他内容提供者可以做出对API的调用以确定查看和/或访问媒体商店的特定用户或者做同样事情的应用是否具有促销或者激励的资格。API可以基于诸如用户购买历史和/或浏览历史的各种标准来返回真或假的响应。例如，如果似乎更有可能用户过去已做出购买并且未来可能倾向于做出购买，则用户可以被视为具有促销或者激励的资格。例如，应用开发者可能希望选择特定用户来接收促销，其中用户已在过去九十天内做出$50或以上的购买并且其位于俄罗斯。API可以确定满足这些标准并且其已下载开发者的应用的用户池，并且返回关于池中的每个用户是否可用于促销的真/假指示。真响应可以指示用户符合那些标准。
[0020]促销或者激励可以指代例如折扣、促销码、礼品卡、赠品、可兑现的优惠券(电子或以其他方式)、对应用或者内容的升级或者诸如此类。对应用的升级可以例如免费或者以一定折扣提供书籍的附加章节，允许游戏中的角色接收免费升级，而这通常会使用户花费某种形式的游戏货币，或者诸如此类。促销无需被绑定到自其做出促销资格请求的特定应用或者内容。例如，用户可能正在玩Game AoGame A的开发者可能对确定用户是否具有促销资格感兴趣。被确定为具有促销资格的用户可以接收相同开发者的针对打折的另一个应用的促销。
[0021]在一些实例中，API可以响应于查询而返回假回答，其中用户不具有促销资格，或者用户已被随机选择为无资格。以指定的频率，API可以返回对查询的用户不具有促销和/或激励的资格的响应，即使用户否则根据上文提供的标准(例如购买历史和/或浏览历史)可能具有资格。可以对API的响应执行随机化以保护用户的隐私。例如，开发者可能希望选择居住在加拿大、在过去一周内已做出内容购买并且在过去一年内已购买至少一个应用升级特征的用于促销的用户。十个用户User 1-10可能符合由开发者指定的标准。全部十个用户普通地可能会为促销资格请求返回“真”。随机函数可以被应用于促销资格请求的结果，使得不论促销/激励资格的确定，将会对于所查询的用户的子集返回假/无资格的响应。在该示例中，开发者可以接收User 1不具有促销/激励资格的指示。这可以保护User 1的隐私，因为开发者无法确保User 1实际上超出所指定的标准或者User 1是否已受制于已覆盖促销资格API的随机函数。类似地，在相同或者不同百分比的时间中，对于将为其给出“假”响应的用户，API替代可以返回“真”响应。因此，API提供“真”或者“假”响应的事实在任何特定实例中都不会向请求者指示用户确实满足用于确定用户是否具有促销资格的标准。该随机函数或者多个随机函数可以被配置成几乎任何数目以改变分别匹配或者不匹配标准但排除或包括在内的用户的子集的大小，以防止有关特定用户的信息为开发者或者诸如此类所知。
[0022]另一种用于确保保护隐私的技术可以针对在正或负之间混合的信号来选择标准，使得单个真/假响应并不一定指示保持私有的元素的存在。这可能有助于例如确保将一定百分比的用户从取得已定义的真/假信号移除并不指示隐秘元素的存在。例如，如果将激活购买账户的存在用作用于返回真/假响应的标准中的一个，则随机返回“不正确的”真/假响应使得响应本身在任何特定情况下都不指示用户是否具有有效购买账户，这对于API可以是有用的。
[0023]也可以通过API仅对二进制查询(例如，是/否、真/假、或者有资格/无资格)提供响应来支持隐私权。更进一步，在API与媒体商店结合操作的配置中，其减少了开发者对事先请求用户的个人信息的需求，因为API对开发者隐藏用户的身份。
[0024]此外，将用户数据和相关分析抽象成简单查询，诸如上述的二进制查询，对于使用API的开发者而言可以是有益的。例如，替代每个开发者都要求针对大量用户来收集和分析用户数据，并且仅依赖于通过其自有应用所收集的数据，每个开发者可以简单地访问如前所述的API并且获得特定用户是否具有促销资格的指示。这可以使复杂度明显低于每个开发者独立做出有资格/无资格确定的替选布置，并且由此要求比其明显少的开发和测试时间。
[0025]在一些配置中，第三方应用可以查询API以确定用户以前曾经做出购买还是以前从未做出购买。第三方应用(或者其开发者)可能对了解用户是否具有有效的支付方式(例如礼品卡、优惠码等)或是中止买家感兴趣。中止买家可以指在指定的时间间隔内尚未经由媒体商店或者与其相关联的特定应用做出购买的用户。第三方应用开发者可以例如使用对资格查询的响应来提供促销和/或游戏内成就，以便解锁支付或者诸如此类。还可能期望防止开发者确定例如特定用户是否具有在媒体商店的有效支付账户。例如，媒体商店可以实现隐私政策，这防止其他实体获得有关用户的支付账户或者其缺乏的指定信息;类似地，一些权限可以要求这种和类似信息不通过诸如媒体商店的实体被提供给第三方。在这种情况下，如前所述的随机因子的使用可以提供适当程度的隐私保护。例如，如果API在20%的时间随机地返回真/假结果，则当开发者查询API并且确定用户有或者没有促销资格时，开发者不会以任何合理的确定性知道该用户实际上具有有效支付账户。作为另一示例，可以部分地选择标准以防止这样的信息通过由API所返回的真/假响应泄露。作为特定示例，真响应可以被配置成意味着没有账户与用户相关联或者账户在某一长度的时间中尚未被使用，并且假响应可以针对具有有效账户的用户或者针对未从返回真结果获得资格的没有账户的随机百分比的用户而被返回。因此，无论来自API的真响应还是假响应均不指示有效账户的存在。此外，即使在开发者能够指定某个标准的情况下，诸如应有助于确定用户是否具有促销资格的“具有有效支付账户”，开发者也无法仅基于API调用的结果来辨别用户确实具有有效支付账户。
[0026]本文所述的促销可以由经由API做出请求的开发者或者第三方来提供，或者它们可以由媒体商店本身来提供。例如，应用可以经由API来请求特定用户是否具有促销资格的确定。在如此确定时，媒体商店可以继续将预定的或者动态生成的促销提供给特定用户。这样的配置可以为开发者提供更高的便利程度，所述开发者则无需还提供用于将促销呈递给所选择的用户的机制。此外，由于开发者将不知道用户是否具有促销资格，因此可以为用户提供进一步的隐私权益。
[0027]在一实施方式中，在图3中提供其示例，在310处，可以从请求者接收对于一个或多个用户的促销资格的查询。例如，请求者可以是如前所述的开发者或者代表其行事的第三方。查询可以指定一个或多个标准，所述标准能够被用于过滤请求者正试图对其确定促销资格的用户的可用池。在320处，可以获得对于请求者不可用的用户数据。用户数据可以基于用户的购买历史、浏览历史以及特定于内容的历史和/或前述的表示中的至少一个。可以获得并且利用其他形式的用户数据作为确定促销资格的基础，诸如用户的年龄组、地理位置等。特定于内容的历史可以指代内容的流派或类型，诸如维多利亚时代的浪漫小说。购买历史的表示例如可以是合并购买历史数据的分析结果。
[0028]在330处，基于对于一个或多个用户的查询以及用户数据，可以做出关于一个或多个用户是否具有促销资格的确定。例如，为庆祝加拿大国庆日，查询可以指定开发者愿意为加拿大内估计具有65%的可能性来做出应用内购买的用户提供针对Game XYZ的应用内促销。基于那些居住在加拿大(例如，基于用户提供或者GPS确定的位置)、已安装开发者的正被提供促销的应用的那些用户，系统可以过滤用户的可用池。基于用户的过去购买历史以及游戏活动历史，可以计算对购买可能性的估计。例如，如果用户曾经经由媒体商店或者在应用内做出任何类型的购买，则用户可以被分配五分值。如果用户已对开发者的应用中的任何一个做出应用内购买，则用