服务器装置及服务器程序的制作方法

xiaoxiao2020-10-23  10

服务器装置及服务器程序的制作方法
【技术领域】
[0001]本发明涉及一种经由网络在终端装置上的游戏等应用(应用程序)中显示广告的技术。
【背景技术】
[0002]采用以下商业模式的情况正在增加,该商业模式中,游戏等应用的下载本身免费,同时通过出售在应用内使用的道具、登场人物、活动、点数等在处于优势地位地进行作为应用主要目的的游戏上所需的要素来获得收益。
[0003]在这样的应用中,如何“使其持续地继续利用”(游戏的情况中,如何“使其持续地继续玩”)与“使其进行下载”同等重要或置于更重要的位置。
[0004]另外,在专利文献I中,公开了一种能够在游戏画面的特定部分中选择性地插入广告的系统。
[0005]另外,在非专利文献I中公开了一种所谓的“奖赏广告”的系统,其在某个游戏应用A内表示不同的游戏应用B,并当基于该广告下载游戏应用B时,给予能够在游戏应用A中使用的游戏内道具。
[0006]<现有技术文献>
[0007]<专利文献>
[0008]专利文献1:(日本)特开2000-29712号公报
[0009]<非专利文献>
[0010]非专利文献1:“Maxcom Asia,开始提供奖赏广告‘Touch’…对应智能手机应用及PC 游戏” Social Game Info 2012 年 05 月 22 日 http://gamebiz.jp/ ? p = 61093

【发明内容】

[0011 ] <本发明所要解决的技术问题>
[0012]根据上述专利文献I及非专利文献I公开的技术,虽然能够下载作为广告对象的应用,并提供开始利用的机会,但并未与为了使其持续地利用作为广告对象的应用的、所谓的“用户持续率的提高”产生联系。
[0013]换言之,即便是安装并开始利用的应用,如果利用由于某些理由中断,则几乎没有再次尝试利用的机会,存在利用开始后持续率低的问题。
[0014]鉴于上述以往的问题提出本发明,本发明的目的在于提高在终端装置上执行的应用的利用持续率。
[0015]〈用于解决技术问题的方案〉
[0016]为了解决上述问题,本发明包括:横幅广告请求接受单元,其从在终端装置执行的第一应用程序接受附带对所述终端装置的用户进行确定的用户ID的横幅广告请求;应用程序选择单元,其基于所述用户ID对关于利用该用户ID确定的用户的任意应用程序的利用历史进行参照,选择从最终启动起经过了预定期间的第二应用程序;以及广告信息发送单元,其向所述终端装置发送与选择的第二应用程序对应的、促使再次利用该第二应用程序的广告信息,在所述第一应用程序的画面上显示所述广告信息。
[0017]〈发明的效果〉
[0018]根据本发明,能够召回中断了利用在终端装置上所执行的应用的用户,并能够提高应用的利用持续率。
【附图说明】
[0019]图1是表示本发明的一个实施方式的系统的构成例子的图。
[0020]图2是表示用户管理DB的数据结构例子的图。
[0021]图3是表示应用优先点数DB的数据结构例子的图。
[0022]图4是表示应用排除列表DB的数据结构例子的图。
[0023]图5是表示横幅广告显示历史DB的数据结构例子的图。
[0024]图6是表示应用利用历史DB的数据结构例子的图。
[0025]图7是表示横幅广告选择表的数据结构例子的图。
[0026]图8是表示横幅广告DB的数据结构例子的图。
[0027]图9是表示通常横幅广告的例子的图。
[0028]图10是表示保留横幅广告的例子的图。
[0029]图11是表示付费历史DB的数据结构例子的图。
[0030]图12是表示终端装置的硬件结构例子的图。
[0031]图13是表示各种服务器的硬件结构例子的图。
[0032]图14是表不实施方式的处理例子的时序图(其一)。
[0033]图15是表示在应用画面上表示的保留横幅广告的例子的图(其一)。
[0034]图16是表示在应用画面上表示的保留横幅广告的例子的图(其二)。
[0035]图17是表不实施方式的处理例子的时序图(其二)。
【具体实施方式】
[0036]以下,对本发明的优选实施方式进行说明。
[0037]〈构成〉
[0038]图1是表示本发明的一个实施方式的系统的构成例子的图。需要说明的是,作为应用主要设想了游戏应用,但当然也可适用于游戏应用以外的应用。
[0039]在图1中,系统包括用户(玩家)所持的智能手机、移动电话等终端装置1、移动无线基站或W1-Fi基站等接入点2、因特网等网络3、以及各种服务器4?6。
[0040]终端装置I包括应用(A) 11、应用(B) 12,但也可以具有其他应用。
[0041]应用11、12例如具有执行预定游戏的功能。应用11、12也具有利用游戏内浏览器功能而作为浏览器来操作的功能。
[0042]应用下载服务器4存储有应用11、12等的作为原本的程序,具有将其下载及安装到终端装置I中的功能。
[0043]广告及用户管理服务器5横跨地管理多个应用及其用户,具有针对在终端装置I中执行的应用来控制显示关于其他应用(不论是否安装在终端装置I中)的广告的功能。与广告及用户管理服务器5提供的服务对应的应用在安装并初始化设定于终端装置I中的状态下,将与在广告及用户管理服务器5中管理的用户ID共通的用户ID保持在其内部,并在访问服务器时根据需要发送用户ID。
[0044]广告及用户管理服务器5构建以下合理的广告系统,其按每个应用来管理被称为“优先点数”的值,当通过在某个应用(X)中显示其他应用(Y)的广告而将用户诱导(安装、启动等)至其他应用(Y)时,通过使显示源的应用(X)的优先点数加上预定值、并在其他应用中优先地显示优先点数较大的应用的广告,从而能够不在应用供应商之间进行广告刊登费授受地进行运营。例如,当通过在某个应用(X)中显示其他应用(Y)的广告而将用户诱导至其他应用(Y)时,虽然由于显示源的应用(X)的用户流动到其他应用(Y)而使其直接地失去用户,但通过对优先点数进行加法从而在多个应用中显示应用(X)的广告,能够期待获得超过所失去用户数的新的用户,并会激励其在自己应用内积极地显示其他应用的广生口 O
[0045]广告及用户管理服务器5作为用于处理的数据库(DB)等,包括用户管理DB51、应用优先点数DB52、应用排除列表DB53、横幅广告显示历史DB54、应用利用历史DB55、横幅广告选择表56、及横幅广告DB57。
[0046]图2是表示用户管理DB51的数据结构例子的图,具有“用户ID”、“终端ID”等项目(字段)。“用户ID”是对用户进行确定的信息。“终端ID”是对用户所使用的终端装置I进行确定的信息。
[0047]图3是表示应用优先点数DB52的数据结构例子的图。具有“应用ID”、“优先点数”等项目。“应用ID”是对应用进行确定的信息。“优先点数”是作为用于确定显示该应用的广告的优先顺序的基准的值。
[0048]图4是表示应用排除列表DB53的数据结构例子的图,列出作为用于识别应用的信息的“应用ID,,。
[0049]图5是表示横幅广告显示历史DB54的数据结构例子的图,具有“横幅广告ID”、“应用ID”、“显示历史”等项目。“横幅广告ID”是对广告横幅进行确定的信息。在广告横幅中,包括对应用的安装及启动进行推荐的一般的通常横幅广告、以及针对在安装及启动应用之后经过预定期间未利用(启动)的用户促使其再次利用(启动)该应用的保留横幅广告,但也可以设有其他类型的广告横幅。在保留横幅广告中,将在该应用中能够有利地进行游戏等的道具或点数等作为奖赏来给予,以激励用户再次利用该应用。由于可以认为启动过该应用的某个用户充分地认识到奖赏的价值,因此期待利用奖赏进行的激励的效果较高。“应用ID”是对与该广告横幅对应的应用进行确定的信息。“显示历史”是显示该广告横幅的历史,包括显示的日期信息、作为显示对象的用户的用户ID。
[0050]图6是表示应用利用历史DB55的数据结构例子的图,具有“应用ID”、“利用历史”等项目。“应用ID”是对应用进行确定的信息。“利用历史”是该应用被利用的历史,包括安装或启动的区别、对利用的用户进行确定的用户ID、及利用的日期信息。每当启动该应用,在“利用历史”中添加启动该应用的日期信息。在装配时,也可以与用户(用户ID)关联并管理针 对该用户的应用(应用ID)的利用历史,由此取得每个应用的利用历史。
[0051]图7是表示横幅广告选择表56的数据结构例子的图,设定有与座位显示对象的用户状态对应的横幅广告类别。在图示的例子中,当该应用未安装(未启动)时“通常横幅广告”被设定,当最终启动后经过7天?13天时“保留横幅广告#1”被设定,当最终启动后经过14天?20天时“保留横幅广告#2”被设定,当最终启动后经过21天?27天时“保留横幅广告#3”被设定,当最终启动后经过28天以上时“保留横幅广告#4”被设定。按照“保留横幅广告#1”、“保留横幅广告#2”、“保留横幅广告#3”、“保留横幅广告#4”的顺序奖赏被设定为越来越高。这是因为考虑如果从最终启动起的期间越长不给予越高的激励,则难以使其再次利用。需要说明的是,图示的例子的天数可以根据运用而任意变更。奖赏的内容也可以根据运用而任意变更。
[0052]图8是表示横幅广告DB57的数据结构例子的图,具有“横幅广告ID”、“应用ID”、“横幅广告类别”、“奖赏”、“横幅广告数据”等项目。“横幅广告ID”是对广告横幅进行确定的信息。“应用ID”是对与该广告横幅对应的应用进行确定的信息。“横幅广告类别”是表示该广告横幅的类别的信息。“奖赏”是当奖赏与该广告横幅关联时表示奖赏内容的信息。“横幅广告数据”是该广告横幅的数据本身或保存地点的参考信息。在横幅广告数据中,包括当选择(敲击、点击)广告横幅时用于对应用下载服务器4进行访问的描述、以及用于启动在终端装置I内已安装的应用的描述(下述URL方案等)。
[0053]图9是表示通常横幅广告的例子的图,图9(a)是大型的通常横幅广告的例子,图9(b)是小型的通常横幅广告的例子。
[0054]图10是表示保留横幅广告的例子的图,图10(a)是大型的保留横幅广告的例子,图10(b)是小型的保留横幅广告的例子。在保留横幅广告中,包括告知“现在点击该横幅广告并玩游戏以获得1000CP ! ”的奖赏内容的显示。
[0055]返回图1,为便于说明,应用优先点数DB52、应用排除列表DB53、横幅广告显示历史DB54、应用利用历史DB55、横幅广告选择表56、横幅广告DB57图示为另外的数据库等,但在装配上也可以构成为单一或任意个数据库等。
[0056]应用管理服务器6具有对应用11、12等进行登录或状态管理等的功能。特别是,还具有当从根据保留横幅广告的选择而启动的应用被访问时,进行奖赏给予等的控制的功會K。
[0057]需要说明的是,可以按每个应用来分别设置应用管理服务器6。另外,当广告及用户管理服务器5与应用管理服务器6的运营主体相同时,广告及用户管理服务器5与应用管理服务器6也可以配置在相同的服务器装置中。
[0058]另外,应用管理服务器6具有对每个用户的付费信息进行管理的付费历史DB61。
[0059]图11是表示付费历史DB61的数据结构例子的图,具有“用户ID”、“付费信息”等项目。“用户ID”是对用户进行确定的信息。“付费信息”是该用户过去的付费历史,包括对利用的应用进行确定的应用ID、付费金额、付费的日期信息。
[0060]图12是表示终端装置I的硬件结构例子的图。
[0061]在图12中,终端装置I具有电源系统101、包括处理器103、存储器控制器104、外围接口 105的主系统102、存储部106、外部端口 107、高频率电路108、天线109、音频电路110、扬声器111、麦克风112、接近传感器113、包括显示控制器115、光学传感器控制器116、及输入控制器117的I/O子系统114、触摸反应型显示系统118、光学传感器119、以及输入部 120。
[0062]图13是表不各种服务器4?6的硬件结构例子的图。
[0063]在图13中,服务器4?6包括与系统总线401连接的CPU (CentralProcessing Unit) 402、ROM (Read Only Memory) 403、RAM (Random Access Memory) 404>NVRAM (Non-Volatile Random Access Memory) 405 及 I/F (interface) 406、以及与 I/F406连接的键盘、鼠标、显示器、⑶/DVD(Compact Disk/Digital Versatile Disk)驱动设备等I/O(Input/Output Device)407、HDD (Hard Disk Drive)408 及 NIC(Network InterfaceCard) 409 等。
[0064]< 操作 >
[0065]图14是表不上述实施方式的处理例子的时序图。
[0066]在图14中,当在利用终端装置I启动应用11的时点或切换为主画面的时点,应用11对在应用11内预先设定的广告及用户管理服务器5的地址,发送附带用户ID的横幅广告请求(步骤S101)。
[0067]当从应用11接受横幅广告请求时,广告及用户管理服务器5参照应用优先点数DB52,取得按照优先点数由高到低的顺序列出应用ID的应用列表(步骤S102)。
[0068]接着,广告及用户管理服务器5参照应用排除列表DB53,除去在应用列表中列出的应用ID之中的、在应用排除列表DB53中登记的应用ID (步骤S103)。
[0069]接着,广告及用户管理服务器5基于在横幅广告请求中附带的用户ID来参照横幅广告显示历史DB54,除去在应用列表中列出的应用ID之中的、与针对利用用户ID所确定的用户在预定期间以内进行了预定次数的显示的广告横幅对应的应用ID(步骤S104)。
[0070]接着,广告及用户管理服务器5基于从应用列表的排名最靠前所取得的应用ID和在横幅广告请求中附带的用户ID来参照应用利用历史DB55和横幅广告选择表56,选择预定个(例如5个)广告横幅(步骤S105)。换言之,参照应用列表的排名最靠前的应用ID的该用户ID的用户的利用历史,在按照图7的横幅广告选择表56的情况中,当该应用未安装(未启动)时(没有安装或启动的历史时)选择“通常横幅广告”、当该应用最终启动后经过7天?13天时选择“保留横幅广告#1”、当该应用最终启动后经过14天?20天时选择“保留横幅广告#2”、当该应用最终启动后经过21天?27天时选择“保留横幅广告#3”、当该应用最终启动后经过28天以上时选择“保留横幅广告#4”来作为横幅广告类别。当均不属于时(最终启动后6日以内),对于该应用ID不选择广告横幅(横幅广告类别)。同样地,对于下一个排名的应用ID进行处理,继续到选择预定个广告横幅。
[0071]接着,广告及用户管理服务器5基于所选择的预定个广告横幅(应用ID、横幅广告类别)从横幅广告DB57取得横幅广告数据(步骤S106),向请求源的终端装置I的应用11发送横幅广告数据(步骤S107)。
[0072]之后,广告及用户管理服务器5针对发送了横幅广告数据的广告横幅更新横幅广告显示历史DB54的显示历史(步骤S108)。需要说明的是,该显示历史的更新可以在刚进行横幅广告选择(步骤S105)之后进行。
[0073]另一方面,接收了横幅广告数据的终端装置I的应用11在应用11的画面上显示广告横幅(步骤S109)。图15是在画面的中央表示大型的广告横幅的例子。图16是在画面的左上角表示小型的广告横幅的例子。
[0074]回到图14,假设终端装置I的用户选择了在应用11的画面上所表示的广告横幅(步骤SI 10),该广告横幅是针对在终端装置I中已经安装的应用12的保留横幅广告。
[0075]此时,应用11基于在保留横幅广告中包含的脚本等描述,向已知的广告及用户管理服务器5的地址发送附带横幅广告ID、应用ID及终端ID等的横幅广告选择通知(步骤S111)。广告及终端管理服务器5在接收到其后,将其保存在内部的存储区域内(步骤S112)。
[0076]接着,应用11基于包含在保留横幅广告中的URL方案(scheme)等描述来启动应用12(步骤S113)。需要说明的是,URL方案是由终端装置I的浏览器功能来提供,并通过与Web访问时的URL同样地、对由应用固有的URL和根据需要所附加的参数字符串所组成的URL方案进行指定来启动该应用的机制。
[0077]需要说明的是,当作为保留横幅广告的对象的应用被从终端装置I中删除时,由于启动无法进行,因此利用同样的URL方案等,对应用下载服务器4进行访问,经过用户的确认并进行应用的下载及安装后,用户通过手动来启动应用11。
[0078]启动的应用12基于在应用12内预先设定的地址,对广告及用户管 理服务器5进行用于登录的访问(步骤S114)。在该访问中附带应用ID及终端ID等。广告及用户管理服务器5接受该访问,通过确认是否是在用户管理DB51中登记的终端ID来进行认证(步骤SI 15),当认证正常进行时应答该意思(步骤SI 16)。
[0079]接着,应用12基于在应用12内预先设定的地址,对应用管理服务器6进行用于登录的访问(步骤S117)。此时,附带应用ID、终端ID及登录信息(用户ID、密码等)。
[0080]接受该访问的应用管理服务器6基于登录信息对用户进行认证(步骤S118),当正常认证时,针对广告及用户管理服务器5进行附带应用ID及终端ID的奖赏查询(步骤S119)。
[0081]接受该查询,广告及用户管理服务器5在确认应用ID和终端ID的组是否与预先接受横幅广告选择通知(步骤sill)而保存的组匹配后,从横幅广告DB57取得对应的奖赏内容(步骤S120),对应用管理服务器6应答奖赏内容(步骤S121)。
[0082]接受该奖赏内容,应用管理服务器6对终端装置I的应用12给予奖赏(步骤S122)。奖赏的给予包括在终端装置I侧用于反映奖赏的奖赏数据的生成及取得、和当将奖赏的给予作为用户的历史来留存记录时记录的更新等。
[0083]应用管理服务器6向终端装置I的应用12发送奖赏数据(步骤S123),应用12基于接收的奖赏数据来进行奖赏的反映(步骤S124)。例如,通过游戏管理信息的更新来进行道具的添加、或进行能力值的增加等。
[0084]当反映了奖赏后,应用12进行反映了奖赏的意思的显示(步骤S125)。也可以利用声音等来进行奖赏被反映的通知。
[0085]另外,应用管理服务器6对广告及用户管理服务器5进行关于应用12的启动通知(步骤S126)。接受该通知,广告及用户管理服务器5更新应用优先点数DB52和应用利用历史DB55的更新(步骤S127)。换言之,由于通过应用11中的保留横幅广告的显示从而能够诱导应用12的启动,因此对应用优先点数DB52中的应用11进行加上预定优先点数的加法运算。另外,广告及用户管理服务器5通过将从应用管理服务器6接受通知时的时刻添加到应用利用历史DB55中,从而更新针对应用12的最新的启动历史。
[0086]需要说明的是,当在应用11中表示通常横幅广告时,通过选择该通常横幅广告而对应用下载服务器4进行访问,经过用户的确认进行应用的下载及安装。
[0087]另外,作为上述处理的变形,可以在参照应用优先点数DB52 (步骤S102)时,参照应用管理服务器6的付费历史61,考虑终端装置I的用户(利用在横幅广告请求中附带的用户ID来确定)的付费金额,对应用列表中的应用(应用ID)的顺序进行变更。例如,利用将对付费金额进行系数倍后的值加到优先点数后的值来重新确定顺序。由此,作为显示保留横幅广告的对象的应用,能够使该用户过去热心投资的应用优先,并能够期待召回后的销售额的提尚。
[0088]图17是表示上述实施方式的其他处理例子的时序图。与图14所示的处理不同的是,未使用应用优先点数DB52。
[0089]在图17中,当在利用终端装置I启动应用11的时点或切换为主画面的时点等,应用11对在应用11内预先设定的广告及用户管理服务器5的地址,发送附带用户ID的横幅广告请求(步骤S201)。
[0090]当从应用11接受横幅广告请求时,广告及用户管理服务器5基于在横幅广告中附带的用户ID来参照应用利用历史DB55,取得在该用户ID的利用历史中按照最终启动后的经过期间的由长到短的顺序列出应用ID的应用列表(步骤S202)。当不能从该用户ID的利用历史中挑出足够个数的应用时,从预先作为默认准备的应用组中取得应用列表。
[0091]接着,广告及用户管理服务器5参照应用排除列表DB53,除去在应用列表中列出的应用ID之中的、在应用排除列表DB53中登记的应用ID (步骤S203)。
[0092]接着,广告及用户管理服务器5基于在横幅广告请求中附带的用户ID来参照横幅广告显示历史DB54,除去在应用列表中列出的应用ID之中的、与针对利用用户ID所确定的用户在预定期间以内进行了预定次数的显示的广告横幅对应的应用ID(步骤S204)。
[0093]接着,广告及用户管理服务器5基于从应用列表的排名最靠前所取得的应用ID和在横幅广告请求中附带的用户ID来参照应用利用历史DB55和横幅广告选择表56,选择预定个(例如5个)广告横幅(步骤S205)。换言之,参照应用列表的排名最靠前的应用ID的该用户ID的用户的利用历史,在按照图7的横幅广告选择表56的情况中,当该应用未安装(未启动)时(没有安装或启动的历史时)选择“通常横幅广告”、当该应用最终启动后经过7天?13天时选择“保留横幅广告#1”、当该应用最终启动后经过14天?20天时选择“保留横幅广告#2”、当该应用最终启动后经过21天?27天时选择“保留横幅广告#3”、当该应用最终启动后经过28天以上时选择“保留横幅广告#4”来作为横幅广告类别。当均不属于时(最终启动后6日以内),对于该应用ID不选择广告横幅(横幅广告类别)。同样地,对于下一个排名的应用ID进行处理,继续到选择预定个广告横幅。
[0094]接着,广告及用户管理服务器5基于所选择的预定个广告横幅(应用ID、横幅广告类别)从横幅广告DB57取得横幅广告数据(步骤S206),向请求源的终端装置I的应用11发送横幅广告数据(步骤S207)。
[0095]之后,广告及用户管理服务器5针对发送了横幅广告数据的广告横幅更新横幅广告显示历史DB54的显示历史(步骤S208)。需要说明的是,该显示历史的更新可以在刚进行横幅广告选择(步骤S205)之后进行。
[0096]另一方面,接收了横幅广告数据的终端装置I的应用11在应用11的画面上显示广告横幅(步骤S209)。
[0097]接着,假设终端装置I的用户选择了在应用11的画面上所表示的广告横幅(步骤S210),该广告横幅是针对在终端装置I中已经安装的应用12的保留横幅广告。
[0098]此时,应用11基于在保留横幅广告中包含的脚本等描述,向已知的广告及用户管理服务器5的地址发送附带横幅广告ID、应用ID及终端ID等的横幅广告选择通知(步骤S211)。广告及终端管理服务器5在接收到其后,将其保存在内部的存储区域内(步骤
5212)。
[0099]接着,应用11基于包含在保留横幅广告中的URL方案等描述来启动应用12(步骤
5213)。
[0100]需要说明的是,当作为保留横幅广告的对象的应用被从终端装置I中删除时,由于启动无法进行,因此利用同样的URL方案等,对应用下载服务器4进行访问,经过用户的确认并进行应用的下载及安装后,用户通过手动来启动应用11。
[0101]启动的应用12基于在应用12内预先设定的地址,对广告及用户管理服务器5进行用于登录的访问(步骤S214)。在该访问中附带应用ID及终端ID等。广告及用户管理服务器5接受该访问,通过确认是否是在用户管理DB51中登记的终端ID来进行认证(步骤S215),当认证正常进行时应答该意思(步骤S216)。
[0102]接着,应用12基于在应用12内预先设定的地址,对应用管理服务器6进行用于登录的访问(步骤S217)。此时,附带应用ID、终端ID及登录信息(用户ID、密码等)。
[0103]接受该访问的应用管理服务器6基于登录信息对用户进行认证(步骤S218),当正常认证时,针对广告及用户管理服务器5进行附带应用ID及终端ID的奖赏查询(步骤S219)。
[0104]接受该查询,广告及用户管理服务器5在确认应用ID和终端ID的组是否与预先接受横幅广告选择通知(步骤S211)而保存的组匹配后,从横幅广告DB57取得对应的奖赏内容(步骤S220),对应用管理服务器6应答奖赏内容(步骤S221)。
[0105]接受该奖赏内容,应用管理服务器6对终端装置I的应用12给予奖赏(步骤S222)。奖赏的给予包括在终端装置I侧用于反映奖赏的奖赏数据的生成及取得、和当将奖赏的给予作为用户的历史来留存记录时记录的更新等。
[0106]应用管理服务器6向终端装置I的应用12发送奖赏数据(步骤S223),应用12基于接收的奖赏数据来进行奖赏的反映(步骤S224)。例如,通过游戏管理信息的更新来进行道具的添加、或进行能力值的增加等。
[0107]当反映了奖赏后,应用12进行反映了奖赏的意思的显示(步骤S225)。也可以利用声音等来进行奖赏被反映的通知。
[0108]另外,应用管理服务器6对广告及用户管理服务器5进行关于应用12 的启动通知(步骤S226)。接受该通知,广告及用户管理服务器5更新应用优先点数DB52和应用利用历史DB55的更新(步骤S227)。换言之,由于通过应用11中的保留横幅广告的显示从而能够诱导应用12的启动,因此对应用优先点数DB52中的应用11进行加上预定优先点数的加法运算。另外,广告及用户管理服务器5通过将从应用管理服务器6接受通知时的时刻添加到应用利用历史DB55中,从而更新针对应用12的最新的启动历史。
[0109]需要说明的是,当在应用11中表示通常横幅广告时,通过选择该通常横幅广告而对应用下载服务器4进行访问,经过用户的确认进行应用的下载及安装。
[0110]另外,作为上述处理的变形,可以代替参照应用利用历史DB55 (步骤S202),而参照应用管理服务器6的付费历史61,按照终端装置I的用户(利用在横幅广告请求中附带的用户ID来确定)的付费金额由大到小的顺序取得应用列表。由此,作为显示保留横幅广告的对象的应用,能够使该用户过去热心投资的应用优先,并能够期待召回后的销售额的提尚。
[0111]另外,可以在参照应用优先点数DB52 (步骤S202)时,参照应用管理服务器6的付费历史61,考虑终端装置I的用户(利用在横幅广告请求中附带的用户ID来确定)的付费金额,对应用列表中的应用(应用ID)的顺序进行变更。例如,利用将对付费金额进行系数倍后的值加到优先点数后的值来重新确定顺序。由此,作为显示保留横幅广告的对象的应用,能够使该用户过去热心投资的应用优先,并能够期待召回后的销售额的提高。
[0112]再有,在图14及图17的处理例子中,仅在对在终端装置I中显示的保留横幅广告进行选择(敲击、点击)时给予对应的应用12奖赏,然而也可以不是在选择保留横幅广告时,而是在之后启动对应的应用12时给予奖赏(保留横幅广告的说明句例如变更为“给看到此横幅广告的你,玩游戏以获得1000CP ! ”)。此时,通过在广告及用户管理服务器5侧将显示保留横幅广告的终端装置I与横幅广告ID关联地存储,从而当从应用管理服务器6进行奖赏查询时能够应答奖赏内容。
[0113]另外,在图14及图17中,可以配合接受横幅广告选择通知(步骤Slll、S211)的日期来保存(步骤S112、S212),在对奖赏查询的确认(步骤S120、S220)中参照上述日期,仅在从横幅广告选择起预先设定的期间(例如24小时)以内时给予奖赏。
[0114]需要说明的是,对于上述图14、图17的处理例子及变形例,对主要利用广告及用户管理服务器5来进行处理的情况进行了说明,但也可以是终端装置I的应用11从广告及用户管理服务器5及应用管理服务器6取得所需的信息(例如应用利用历史的信息、或付费历史的信息等),在应用11进行主要的处理。
[0115]〈总结〉
[0116]如上所述,根据本实施方式,能够召回中断了利用在终端装置上所执行的应用的用户,并能够提高应用的利用持续率。
[0117]以上,通过本发明的优选实施方式对本发明进行了说明。在此示出特定的具体例子对本发明进行了说明,但是显然可以在不超出权利要求书所定义的本发明的广义的宗旨及范围的情况下,对这些具体例子进行各种修改及变更。换言之,不应解释为本发明限定于具体例子的具体内容及附图。
[0118]符号说明
[0119]I终端装置
[0120]11、12 应用
[0121]2接入点
[0122]3 网络
[0123]4应用下载服务器
[0124]5广告及用户管理服务器
[0125]51用户管理DB
[0126]52应用优先点数DB
[0127]53应用排除列表DB
[0128]54横幅广告显示历史DB
[0129]55应用利用历史DB
[0130]56横幅广告选择表
[0131]57横幅广告DB
[0132]6应用管理服务器
[0133]61付费历史DB
【主权项】
1.一种服务器装置,其特征在于,包括: 横幅广告请求接受单元,其从在终端装置执行的第一应用程序接受附带对所述终端装置的用户进行确定的用户ID的横幅广告请求; 应用程序选择单元,其基于所述用户ID对关于利用该用户ID确定的用户的任意应用程序的利用历史进行参照,选择从最终启动起经过了预定期间的第二应用程序;以及 广告信息发送单元,其向所述终端装置发送与选择的第二应用程序对应的、促使再次利用该第二应用程序的广告信息,在所述第一应用程序的画面上显示所述广告信息。2.根据权利要求1所述的服务器装置,其特征在于,其中, 所述服务器装置包括: 当通过所述广告信息的选择、而从利用包含在该广告信息中的描述所启动的所述第二应用程序接受登录时,指示给予与所述广告信息关联的奖赏的单元。3.根据权利要求1所述的服务器装置,其特征在于,其中, 所述服务器装置包括: 当在所述广告信息显示之后、从所述第二应用程序接受登录时,指示给予与所述广告信息关联的奖赏的单元。4.根据权利要求2或3中任一项所述的服务器装置,其特征在于,其中, 所述第二应用程序的从最终启动起的预定期间越长,对于所述奖赏越设定较高价值。5.根据权利要求1至4中任一项所述的服务器装置,其特征在于,其中, 所述服务器装置包括列表取得单元,所述列表取得单元按照各个应用程序的优先点数的由高到低的顺序来取得应用程序的列表, 所述应用程序选择单元从所述列表的排名靠前的应用程序中选择所述第二应用程序。6.根据权利要求1至4中任一项所述的服务器装置,其特征在于,其中, 所述服务器装置包括列表取得单元,所述列表取得单元按照利用所述用户ID确定的用户的应用程序的从最终启动起的预定期间的由长到短的顺序来取得应用程序的列表, 所述应用程序选择单元从所述列表的排名靠前的应用程序中选择所述第二应用程序。7.根据权利要求1至4中任一项所述的服务器装置,其特征在于,其中, 所述服务器装置包括列表取得单元,所述列表取得单元按照利用所述用户ID确定的用户的应用程序的过去的付费金额的由大到小的顺序来取得应用程序的列表, 所述应用程序选择单元从所述列表的排名靠前的应用程序中选择所述第二应用程序。8.根据权利要求5或6中任一项所述的服务器装置,其特征在于,其中, 所述服务器装置包括列表变更单元,所述列表变更单元使所述列表的排名反映利用所述用户ID确定的用户的应用程序的过去的付费金额的大小。9.根据权利要求1至8中任一项所述的服务器装置,其特征在于,其中, 所述服务器装置包括: 从作为所述第二应用程序的选择源的应用程序中,排除不作为广告信息的对象的应用程序的单元。10.根据权利要求1至9中任一项所述的服务器装置,其特征在于,其中, 所述服务器装置包括: 从作为所述第二应用程序的选择源的应用程序中,排除作为针对利用所述用户ID确定的用户在最近的预定期间内进行了预定次数的显示的广告信息的对象的应用程序的单J L.ο11.一种服务器程序,其特征在于,使构成服务器装置的计算机起到以下单元的功能:横幅广告请求接受单元,其从在终端装置执行的第一应用程序接受附带对所述终端装置的用户进行确定的用户ID的横幅广告请求; 应用程序选择单元,其基于所述用户ID对关于利用该用户ID确定的用户的任意应用程序的利用历史进行参照,选择从最终启动起经过了预定期间的第二应用程序;以及 广告信息发送单元,其向所述终端装置发送与选择的第二应用程序对应的、促使再次利用该第二应用程序的广告信息,在所述第一应用程序的画面上显示所述广告信息。
【专利摘要】提高在终端装置上执行的应用的利用持续率。包括:横幅广告请求接受单元,其从在终端装置执行的第一应用程序接受附带对所述终端装置的用户进行确定的用户ID的横幅广告请求;应用程序选择单元,其基于所述用户ID对关于利用该用户ID确定的用户的任意应用程序的利用历史进行参照,选择从最终启动起经过了预定期间的第二应用程序;以及广告信息发送单元,其向所述终端装置发送与选择的第二应用程序对应的、促使再次利用该第二应用程序的广告信息,在所述第一应用程序的画面上显示所述广告信息。
【IPC分类】A63F13/79, G06Q30/02, A63F13/35, G06F9/445
【公开号】CN104903927
【申请号】CN201380059954
【发明人】伊藤真人, 黑泽裕之, 铃木清司
【申请人】世嘉游戏股份有限公司
【公开日】2015年9月9日
【申请日】2013年10月29日
【公告号】EP2922007A1, EP2922007A4, WO2014077123A1

最新回复(0)