CN111054078A - 对象信息获取方法及装置 - Google Patents
对象信息获取方法及装置 Download PDFInfo
- Publication number
- CN111054078A CN111054078A CN201911328873.4A CN201911328873A CN111054078A CN 111054078 A CN111054078 A CN 111054078A CN 201911328873 A CN201911328873 A CN 201911328873A CN 111054078 A CN111054078 A CN 111054078A
- Authority
- CN
- China
- Prior art keywords
- user
- preset
- platform
- information
- live broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/798—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for assessing skills or for ranking players, e.g. for generating a hall of fame
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/85—Providing additional services to players
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请实施例提供一种对象信息获取方法及装置,该装置包括:当第一用户在第一平台中浏览第一对象时,第一平台判断第一用户和第一对象是否满足第一预设条件。若满足,则第一平台在终端设备的图形用户界面中提供预设控件。第一平台根据第一用户对预设控件的操作,向第二平台发送第一用户的用户信息和第一对象的对象信息,以使得第二平台向第一用户提供建议信息,其中,建议信息用于指示第一对象的价值。通过在图形用户界面中提供预设控件,根据用户对预设控件的操作向第二平台发送用户信息和对象信息,以使得第二平台可以根据用户信息和对象信息向用户提供建议信息,从而有效提高了第一用户获取第一对象的速度和效率。
Description
技术领域
本发明实施例涉及计算机技术,尤其涉及一种对象信息获取方法及装置。
背景技术
游戏已经成为日常生活中一种非常重要的娱乐方式,为了提升游戏的可玩性,用户通常会试图获取其所需求的对象。
目前,用户在试图获取其所需求的对象时,通常是通过第一平台进行获取,具体的,用户在第一平台进行浏览,在用户浏览到其需求的目标对象时,可以点击详情页以获取目标对象的价格信息,从而确定是否需要获取当前对象。
然而,第一平台无法准确的估计目标对象的价值,从而导致用户无法快速有效的获取到目标对象。
发明内容
本发明实施例提供一种对象信息获取方法及装置,以克服用户无法快速有效的获取到目标对象的问题。
第一方面,本发明实施例提供一种对象信息获取方法,包括:
当第一用户在第一平台中浏览第一对象时,所述第一平台判断所述第一用户和所述第一对象是否满足第一预设条件;
若满足,则第一平台在所述终端设备的图形用户界面中提供预设控件;
第一平台根据所述第一用户对所述预设控件的操作,向第二平台发送所述第一用户的用户信息和所述第一对象的对象信息,以使得所述第二平台向所述第一用户提供建议信息,其中,所述建议信息用于指示所述第一对象的价值。
在一种可能的设计中,所述第一预设条件包括:
所述第一用户为预设用户、所述第一对象为预设对象、并且所述第一对象有对应的直播间信息。
在一种可能的设计中,所述第一平台判断所述第一用户和所述第一对象是否满足第一预设条件,包括:
所述第一平台判断所述第一用户是否为预设用户;以及
所述第一平台判断所述第一对象是否为预设对象;以及
所述第一平台判断所述第一对象是否有对应的直播间信息。
在一种可能的设计中,所述第一平台判断所述第一用户是否为预设用户之前,所述方法还包括:
在第一预设周期到达时,所述第一平台判断各用户的获取记录信息是否满足第二预设条件;
若满足,则将所述满足第二预设条件的用户确定为预设用户,以根据各所述预设用户得到第一用户列表;
则所述第一平台判断所述第一用户是否为预设用户,包括:
所述第一平台判断所述第一用户是否为所述第一用户列表中的用户。
在一种可能的设计中,所述第一平台判断所述第一对象是否为预设对象之前,所述方法还包括:
在第二预设周期到达时,所述第一平台根据各对象的对象信息,得到各所述对象的评分;
针对任一对象类别,所述第一平台将当前所述对象类别中所述评分满足第三预设条件的对象确定为预设对象,以根据各所述预设对象得到第一对象列表,其中,所述第三预设条件为如下中的一种:评分高于预设评分或评分排名高于预设排名。
则所述第一平台判断所述第一对象是否为预设对象,包括:
所述第一平台判断所述第一对象是否为所述第一对象列表中的对象。
在一种可能的设计中,所述第一平台判断所述第一对象是否有对应的直播间信息之前,所述方法还包括:
所述第一平台根据第三预设周期,向所述第二平台获取至少一个直播间信息,其中,所述直播间信息包括游戏标识、直播间网络地址;
所述第一平台根据各所述直播间信息的游戏标识和多个预设对象类别的游戏标识进行匹配,以将各所述直播间信息关联对应至各所述预设对象类别,其中,所述预设对象类别是根据所述预设用户的浏览记录信息确定的;
则所述第一平台判断所述第一对象是否有对应的直播间信息,包括:
所述第一平台获取所述第一对象的对象类别;
所述第一平台判断所述第一对象的对象类别是否存在对应的直播间信息。
在一种可能的设计中,所述第一平台根据所述第一用户对所述预设控件的操作,向第二平台发送所述第一用户的用户信息和所述第一对象的对象信息,包括:
所述第一平台根据所述第一用户对所述预设控件的操作,通过预设接口向所述第二平台的目标直播间发送所述第一用户的用户信息和所述第一对象的对象信息,其中,所述目标直播间为所述直播间信息对应的直播间。
第二方面,本发明实施例提供一种对象信息获取装置,包括:
判断模块,用于当第一用户在第一平台中浏览第一对象时,所述第一平台判断所述第一用户和所述第一对象是否满足第一预设条件;
提供模块,用于若满足,则第一平台在所述终端设备的图形用户界面中提供预设控件;
发送模块,用于第一平台根据所述第一用户对所述预设控件的操作,向第二平台发送所述第一用户的用户信息和所述第一对象的对象信息,以使得所述第二平台向所述第一用户提供建议信息,其中,所述建议信息用于指示所述第一对象的价值。
在一种可能的设计中,所述第一预设条件包括:
所述第一用户为预设用户、所述第一对象为预设对象、并且所述第一对象有对应的直播间信息。
在一种可能的设计中,所述判断模块具体用于:
所述第一平台判断所述第一用户是否为预设用户;以及
所述第一平台判断所述第一对象是否为预设对象;以及
所述第一平台判断所述第一对象是否有对应的直播间信息。
在一种可能的设计中,所述判断模块还用于:
在所述第一平台判断所述第一用户是否为预设用户之前,在第一预设周期到达时,所述第一平台判断各用户的获取记录信息是否满足第二预设条件;
若满足,则将所述满足第二预设条件的用户确定为预设用户,以根据各所述预设用户得到第一用户列表;
则所述判断模块具体用于:
所述第一平台判断所述第一用户是否为所述第一用户列表中的用户。
在一种可能的设计中,还包括:确定模块;
所述确定模块,用于在所述第一平台判断所述第一对象是否为预设对象之前,在第二预设周期到达时,所述第一平台根据各对象的对象信息,得到各所述对象的评分;
针对任一对象类别,所述第一平台将当前所述对象类别中所述评分满足第三预设条件的对象确定为预设对象,以根据各所述预设对象得到第一对象列表,其中,所述第三预设条件为如下中的一种:评分高于预设评分或评分排名高于预设排名。
则所述判断模块具体用于:
所述第一平台判断所述第一对象是否为所述第一对象列表中的对象。
在一种可能的设计中,所述确定模块还用于,在所述第一平台判断所述第一对象是否有对应的直播间信息之前,所述第一平台根据第三预设周期,向所述第二平台获取至少一个直播间信息,其中,所述直播间信息包括游戏标识、直播间网络地址;
所述第一平台根据各所述直播间信息的游戏标识和多个预设对象类别的游戏标识进行匹配,以将各所述直播间信息关联对应至各所述预设对象类别,其中,所述预设对象类别是根据所述预设用户的浏览记录信息确定的;
则所述判断模块具体用于:
所述第一平台获取所述第一对象的对象类别;
所述第一平台判断所述第一对象的对象类别是否存在对应的直播间信息。
在一种可能的设计中,所述发送模块具体用于:
所述第一平台根据所述第一用户对所述预设控件的操作,通过预设接口向所述第二平台的目标直播间发送所述第一用户的用户信息和所述第一对象的对象信息,其中,所述目标直播间为所述直播间信息对应的直播间。
第三方面,本发明实施例提供一种对象信息获取设备,包括:
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
第四方面,本发明实施例提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
本申请实施例提供一种对象信息获取方法及装置,该装置包括:当第一用户在第一平台中浏览第一对象时,第一平台判断第一用户和第一对象是否满足第一预设条件。若满足,则第一平台在终端设备的图形用户界面中提供预设控件。第一平台根据第一用户对预设控件的操作,向第二平台发送第一用户的用户信息和第一对象的对象信息,以使得第二平台向第一用户提供建议信息,其中,建议信息用于指示第一对象的价值。通过在第一用户和第一对象满足第一预设条件时,在图形用户界面中提供预设控件,并根据用户对预设控件的操作向第二平台发送用户信息和对象信息,其中,第二平台可以根据用户信息和对象信息向用户提供建议信息,从而使得用户可以确定第一对象的价值,从而有效提高了第一用户获取第一对象的速度和效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的对象信息获取方法的系统示意图;
图2为本申请实施例提供的对象信息获取方法的流程图一;
图3为本申请实施例提供的对象信息获取方法的流程图二;
图4为本申请实施例提供的对象信息获取方法的流程图三;
图5为本申请实施例提供的对象信息获取方法的流程图四;
图6为本申请实施例提供的对象信息获取方法的对象评分示意图;
图7为本申请实施例提供的对象信息获取方法的流程图五;
图8-1为本申请实施例提供的对象信息获取方法的界面示意图一;
图8-2为本申请实施例提供的对象信息获取方法的界面示意图二;
图9为本申请实施例提供的对象信息获取方法的界面示意图三;
图10为本申请实施例提供的对象信息获取方法的界面示意图四;
图11为本发明实施例提供的对象信息获取装置的结构示意图一;
图12为本发明实施例提供的对象信息获取装置的结构示意图二;
图13为本发明实施例提供的对象信息获取设备的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在介绍本申请提供的对象信息获取方法之前,首先对本申请所涉及的相关背景进行进一步地详细介绍。
在第一平台上展示有多个对象,用户可以通过浏览第一平台来获取当前想要获取的对象,可以理解的是,用户想要获取某个对象,就必然要给出相应的交换数据,在本申请中,交换数据例如可以为虚拟货币,例如游戏中的金币、钻石、点券等,或者还可以是真实货币,如银行卡中的资金、第三方支付平台中的资金等,其中,用户需要给出的交换数据的具体实现方式以及具体数量,可以是当前拥有该对象的用户(卖家)决定的。
则对于试图获取对象的第一用户(买家)来说,其困难之处在于,第一用户无法确定当前对象的价值和第二用户(卖家)所要求的交换数据是否对等,假设第二用户所要求的交换数据是第一金额,也就是说第一用户无法确定当前对象是否值第一金额,也就影响了第一用户获取对象。
同时,在第二平台中存在一些专业性质的直播间,该直播间中的主播对游戏中各对象的价值比较了解,因此第二平台可以向用户提供建议信息,以使得用户可以根据建议信息了解当前第一对象的价值。
然而,在现有技术中,第一平台和第二平台之间无法实现数据的互通,则用户就只能在第一平台中自行浏览对象信息,但是第一平台无法对对象的价值进行准确的判断,也就无法给用户提供建议信息,则会导致第一平台中的对象的选购转换率较低,并且因为用户无法确定对象的价值,也就无法快速有效的获取到需要的目标对象。
基于上述问题,本申请提供了一种对象信息获取方法,以使得用户可以确定需要获取的对象的价值,从而可以快速有效的获取到需要的目标对象,同时提升了第一平台内对象的选购转换率,首先结合图1对本申请提供的方法所涉及的系统进行说明。
图1为本申请实施例提供的对象信息获取方法的系统示意图,如图1所示,该系统包括:
第一平台、第二平台,在本申请中,第一平台为用于实现对象交易的平台,第二平台为用于实现直播的平台。
在本申请中,用户可以通过终端设备访问第一平台或者访问第二平台,其中,终端设备例如可以是计算机设备、平板电脑或移动电话(或称为“蜂窝”电话)等,终端设备还可以是便携式、袖珍式、手持式、计算机内置的移动装置或设备,只要终端设备能够访问第一平台或者访问第二平台即可,此处不做特别限制。
以及,本实施例中第一平台对应有第一服务器,其中,第一服务器即为第一平台的后台服务器,用于处理第一平台上的数据交互、逻辑操作等一系列操作;以及第二平台对应有第二服务器,第二服务器的具体实现方式与第一服务器类似,此处不再赘述。
在本实施例中,第一平台和第二平台之间存在数据的交互,在一种可能的实现方式中,第一平台和第二平台之间的交互可以是第一服务器和第二服务器之间的交互,其中交互的方式例如可以通过有线网络,该有线网络例如可以包括同轴电缆、双绞线和光纤等,其中交互的方式还例如可以是无线网络,该无线网络可以是2G网络、3G网络、4G网络或者5G网络、无线保真(Wireless Fidelity,简称WIFI)网络等。本实施例对交互的具体类型或者具体形式并不做限定,只要其能够实现交互的功能即可。
基于上述介绍的系统,下面结合图2对本申请实施例提供的对象信息获取方法进行详细说明,图2为本申请实施例提供的对象信息获取方法的流程图一,如图2所示,该方法包括:
S201、当第一用户在第一平台中浏览第一对象时,第一平台判断第一用户和第一对象是否满足第一预设条件,若满足,则执行S202,若不满足,则执行S204。
在本实施例中,第一平台中展示有多个对象,其中,对象例如可以为游戏中的某一个角色、某一个武器、或者某一个召唤兽等,或者还可以为游戏中的某一个装备,本实施例对当前提到的对象不做特别限制,只要其是可以进行交易的对象即可。
第一用户在第一平台中进行浏览,当浏览到需要的第一对象或者感兴趣的第一对象时,第一用户可以点击第一平台中的相关控件,则第一平台可以响应于用户的点击操作,从而跳转至第一对象的详情页面。
此时,第一用户在第一平台中浏览第一对象,当第一平台获取到这种情况时,则第一平台判断第一用户和第一对象是否满足第一预设条件。
在一种可能的实现方式中,第一预设条件可以为第一用户为预设用户、第一对象为预设对象、并且第一对象有对应的直播间信息;
或者,第一预设条件还可以为第一用户为预设用户、第一对象为预设对象、并且第一对象有对应的直播间信息中的一个或者多个。
其中,预设用户例如可以为具备特定权限的用户,或者可以为消费金额高于预设阈值的用户等,本实施例对此不做限制;以及,预设对象例如可以为其类别是预设类别的对象、或者可以为指定的预设对象等,本实施例对预设用户和预设对象不做特别限制。
以及,本实施例对第一预设条件的具体实现方式同样不做特别限制,可以理解的是,设置第一预设条件是为了确定当前是否需要在第一平台中提供预设控件,则第一预设条件的设置原则可以是第一用户是满足条件的用户和/或第一对象是满足条件的对象,其余的具体实现方式可以根据实际需求进行选择,本实施例对此不做限制。
S202、第一平台在终端设备的图形用户界面中提供预设控件。
若确定第一用户和第一对象满足第一预设条件,则第一平台在终端设备的图形用户界面中提供预设控件,其中,终端设备具体为当前访问第一平台的终端设备,以及图形用户界面为第一对象的详情界面。
在本实施例中,预设控件例如可以为圆形、方形、不规则多边形等,以及预设控件中可以包括提示信息,以提示第一用户可以通过操作预设控件访问第二平台,本实施例对预设控件的具体实现方式不做特别限制。
S203、第一平台根据第一用户对预设控件的操作,向第二平台发送第一用户的用户信息和第一对象的对象信息,以使得第二平台向第一用户提供建议信息,其中,建议信息用于指示第一对象的价值。
若终端设备接收到用户对预设控件所进行的操作,则此时第一平台向第二平台发送第一用户的用户信息和第一对象的对象信息,根据上述介绍的内容可以知道,第二平台中的直播间中主播可以评估对象的价值,则第二平台的直播间可以根据第一对象的对象信息进行价值的评估,并给出相应的建议信息,其中,建议信息用于指示第一对象的价值。
在第一用户获取到第二平台给出的建议信息之后,可以根据建议信息确定当前是否获取第一对象。
S204、不执行操作。
若确定第一用户和第一对象不满足第一预设条件,则第一平台不执行操作,此时也不会在终端设备的图形用户界面中提供预设控件了。
本申请实施例提供的对象信息获取方法,包括:当第一用户在第一平台中浏览第一对象时,第一平台判断第一用户和第一对象是否满足第一预设条件。若满足,则第一平台在终端设备的图形用户界面中提供预设控件。第一平台根据第一用户对预设控件的操作,向第二平台发送第一用户的用户信息和第一对象的对象信息,以使得第二平台向第一用户提供建议信息,其中,建议信息用于指示第一对象的价值。通过在第一用户和第一对象满足第一预设条件时,在图形用户界面中提供预设控件,并根据用户对预设控件的操作向第二平台发送用户信息和对象信息,其中,第二平台可以根据用户信息和对象信息向用户提供建议信息,从而使得用户可以确定第一对象的价值,从而有效提高了第一用户获取第一对象的速度和效率。
在上述实施例的基础上,本申请中提供的第一预设条件可以为:第一用户为预设用户、第一对象为预设对象、并且第一对象有对应的直播间信息,则基于当前的第一预设条件,下面结合图3对本申请提供的对象信息获取方法的具体实现方式进行进一步的详细介绍,图3为本申请实施例提供的对象信息获取方法的流程图二。
如图3所示,该方法包括:
S301、第一平台判断第一用户是否为预设用户。若是,则执行S302,若否,则执行S306。
S302、第一平台判断第一对象是否为预设对象,若是,则执行S303,若否,则执行S306。
S303、第一平台判断第一对象是否有对应的直播间信息,若是,则执行S304,若否,则执行S306。
在本实施例中,对S301、S302和S303的实现顺序不做限制,这三个步骤的实现顺序可以任意组合。
也就是说,在本实施例中,第一平台判断第一用户和第一对象是否满足第一预设条件的具体实现方式为:
第一平台判断第一用户是否为预设用户;以及
第一平台判断第一对象是否为预设对象;以及
第一平台判断第一对象是否有对应的直播间信息。
只要第一平台执行这三个判断即可,具体的执行顺序可以根据实际需求进行选择,本实施例对此不做限制。
在一种可能的实现方式中,第一预设条件还可以包括:当前图形用户界面的显示时长超过预设时长,例如用户在当前图形用户界面中停留的时长超过5秒,则可以认为用户对当前对象的较为感兴趣,此时在第一预设条件均满足的情况下,可以向用户提供预设控件。
S304、第一平台在终端设备的图形用户界面中提供预设控件。
其中,S304的实现方式与S202类似,此处不再赘述。
S305、第一平台根据第一用户对预设控件的操作,通过预设接口向第二平台的目标直播间发送第一用户的用户信息和第一对象的对象信息,其中,目标直播间为直播间信息对应的直播间。
在本实施例中,第一平台具体是通过预设接口向第二平台发送第一用户的用户信息和第一对象的对象信息,其中,预设接口是设置在第一平台和第二平台之间的接口,用于实现第一平台和第二平台之间的数据交互。
以及本实施例中第一对象对应有直播间信息,直播间信息可以包括主播昵称、主播开播信息、直播间网络地址,则第一平台可以根据直播间信息确定第二平台中的目标直播间,并通过预设接口访问直播间网络地址,以向目标直播间发送第一用户的用户信息和第一对象的对象信息。
在另一种可能的实现方式中,用户可以自行获取第一对象的对象信息,并自行访问第二平台中可以进行估价的直播间,将对象信息提供给直播间的主播,以使得主播进行估价操作从而提供建议信息,在这种情况下,用户的自由操作程度较高。
S306、不执行操作。
其中,S306的实现方式与S204类似,此处不再赘述。
本申请实施例提供的对象信息获取方法,通过第一平台和第二平台之间的数据交互,可以实现第二平台向用户提供建议信息,从而能够有效提升第一平台的选购转化率,同时第一平台还能够实现向第二平台的引流,从而有效提升了平台之间的耦合性。
在上述实施例的基础上,在执行上述介绍的判断操作之前,需要确定预设用户、预设对象以及各对象对应的直播间信息,从而才能够进行判断,因此下面结合图4至图6对上述执行三个判断过程的具体实现方式分别进行介绍,图4为本申请实施例提供的对象信息获取方法的流程图三,图5为本申请实施例提供的对象信息获取方法的流程图四,图6为本申请实施例提供的对象信息获取方法的对象评分示意图,图7为本申请实施例提供的对象信息获取方法的流程图五。
首先结合图4对判断第一用户是否为预设用户的实现方式进行说明,如图4所示,包括:
S3011、在第一预设周期到达时,第一平台判断各用户的获取记录信息是否满足第二预设条件,若是,则执行S502,若否,则执行S503。
其中,用户的获取记录信息用于指示用户通过第一平台获取对象的历史记录,获取记录信息中可以包括多条交易记录,其中每条交易记录中可以包括对象类别、对象标识、交换信息、交易时间等。
第一平台根据各用户的获取记录信息判断是否满足第二预设条件,其中第二预设条件可以为用户在预设时长内的交易记录中存在交换信息的数值大于第一预设数值的交易记录,和/或,用户的历史交换信息的累计数值大于第二预设数值,其中,第一预设指示的第二预设数值的具体实现方式可以根据实际需求进行设定。
假设交易记录为真实货币,则上述介绍的第二预设条件的具体实现方式可以为用户在30天内购买过金额超过预设金额的对象,和/或,用户历史累计消费金额超过第二预设金额。
S3012、将满足第二预设条件的用户确定为预设用户,以根据各预设用户得到第一用户列表。
若确定满足第二预设条件,则将满足第二预设条件的用户确定为预设用户,基于上述介绍可以确定的是,本实施中确定的预设用户实际上就是给出的交换信息较多的用户,因为这样的用户再次获取对象的几率较大,因此将这样的用户确定为预设用户,可以将预设用户理解为高价值用户。
在确定至少一个预设用户之后,根据各预设用户得到第一用户列表,在一种可能的实现方式中,第一预设列表中可以包括用用户标识、用户昵称、用户等级等信息,本实施例对第一用户列表的具体实现方式不做限制。
值得说明的是,本实施例中判断各用户的获取记录信息是否满足第二预设条件,以确定预设用户的操作是按照第一预设周期进行的,第一预设周期例如可以为一天,则需要每天执行一次判断和确定第一用户列表的操作,或者第一预设周期还可以是12个小时等,本实施例对此不做限制。
S3013、确定不满足第二预设条件的用户不是预设用户。
若确定不满足第二预设条件,则确定该用户不是预设用户。
S3014、第一平台判断第一用户是否为第一用户列表中的用户。
在本实施例中,第一平台通过判断第一用户是否为第一用户列表中的用户,以判断第一用户是否为预设用户,在可能的实现方式中,可以判断第一用户的用户标识是否存在于第一用户列表中,或者,可以判断第一用户的用户昵称是否存在于第一用户列表中等,本实施例对此不做特别限制。
假设另外两个判断的判断结果为是,则后续步骤即为上述实施例中的S304-S305,此处不再赘述。
通过设置判断第一用户是否为预设用户这个条件,可以有效控制预设控件的显示的有效性,也就是说我们会在当前用户是预设用户(高价值用户)的情况下显示预设控件,从而能够有效提升设置预设控件所带来的选购转换率,以节省系统开销。
本实施例提供的对象信息获取方法,通过根据各用户的获取记录信息和第二预设条件进行判断,以在各个用户中确定预设用户得到第一用户列表,从而可以将高价值的用户有效的筛选出来,以便提示预设控件时,能够有效提升设置预设控件所带来的选购转换率。
接下来结合图5对判断第一对象是否为预设对象的实现方式进行说明,如图5所示,包括:
S3021、在第二预设周期到达时,第一平台根据各对象的对象信息,得到各对象的评分。
在本实施例中,对象信息可以包括对象价格、收藏量、浏览量等,本实施例对具体的对象信息不做特别限制,例如还可以包括等待获取人数等。
在一种可能的实现方式中,可以根据对象价格、收藏量和浏览量,按照各自对应的权重信息和各自的具体数值相乘,再将相乘的结果进行相加,以得到各对象的评分,假设对象价格的权重信息可以为0.5,收藏量的权重信息可以为0.3,浏览量的权重信息可以诶0.2,从而得到各对象的评分。
或者,还可以按照权重信息和各自的数值按照预设函数关系进行处理,以得到各对象的评分,本实施例对确定各对象的评分的具体实现方式不做特别限制,只要其是根据对象信息得到的即可。
S3022、针对任一对象类别,第一平台将当前对象类别中评分满足第三预设条件的对象确定为预设对象,以根据各预设对象得到第一对象列表,其中,第三预设条件为如下中的一种:评分高于预设评分或评分排名高于预设排名。
在本实施例中,各对象都对应有各自的对象类别,其中对象类别例如可以包括游戏角色、游戏武器、游戏召唤兽、游戏装备等,在每一个对象类别下又可以包括多个对象,例如说游戏角色的类别下可以包括角色A、角色B、角色C…,在游戏武器的类别下可以包括武器1、武器2、武器3…。
其中角色A、角色B、角色C是三个不相同的角色,以及武器1、武器2、武器3是是哪个不相同的武器,可以理解的是,具体的对象类别以及各对象列别下所包括的对象,根据不同的游戏内容有不同的实现方式,本实施例对此不做特别限制。
在本实施例中,可以按照对象类别确定预设条件,具体的,针对任一对象类别,当前对象类别中包括多个对象,第一平台将当前对象列别中的评分满足第三预设条件的对象确定的预设对象。
在一种可能的实现方式中,第三预设条件可以为评分高于预设评分,假设预设评分为90分,则第一平台将各对象类别中评分高于90分的对象确定为预设对象。
在另一种可能的实现方式中,第三预设条件可以为评分排名高于预设排名,假设预设排名是6,则第一平台可以将各对象类别中的对象的评分按照从高到低的顺序进行排序,以得到各对象类别中对象的评分排名,其中各对象类型中对象的评分排名可以如图6所示。
针对各对象类型,将其中的评分排名高于6的对象确定为预设对象,也就是说将评分排名为前5个的对象确定为预设对象,则图6的示例中预设对象就是灰色所标识的对象。
在确定预设对象之后,根据各对象类别下的预设对象得到第一对象列表,第一对象列表中例如可以包括预设对象的对象标识、评分、属性信息等,本实施例对此不做限制。
值得说明的是,本实施例中判断各对象的评分是否满足第三预设条件,以确定预设对象的操作是按照第二预设周期进行的,第一预设周期例如可以为2小时,则需要每2小时执行一次判断和确定第一对象列表的操作,或者第二预设周期还可以是1小时等,本实施例对此不做限制。
S3023、第一平台判断第一对象是否为第一对象列表中的对象。
在本实施例中,第一平台通过判断第一对象是否为第一对象列表中的对象,以判断第一对象是否为预设对象,在可能的实现方式中,可以判断第一用户的对象标识是否存在于第一对象列表中,以实现第一对象是否为预设对象的判断。
假设另外两个判断的判断结果为是,则后续步骤即为上述实施例中的S304-S305,此处不再赘述。
通过根据评分确定预设对象,可以通过评分的方式粗略的估计对象的价值,以及设置判断第一对象是否为预设对象这个条件,从而可于根据对象的价值确定是否显示预设控件,从而能够有效保证预设控件的显示的有效性,也就是说我们会在当前对象是预设对象(高价值对象)的情况下显示预设控件,从而能够有效提升设置预设控件所带来的选购转换率,以节省系统开销。
最后结合图7对判断第一对象是否存在对应的直播间信息的实现方式进行说明,如图7所示,包括:
S3031、第一平台根据第三预设周期,向第二平台获取至少一个直播间信息,其中,直播间信息包括游戏标识、直播间网络地址。
在本实施例中,第二平台会从各个游戏分类的直播间中选取符合条件的直播间,其中符合条件的直播间可以是正在进行直播、并且有过直播估价行为、并且热度高于预设热度的直播间,具体的,可以根据直播间的日志记录判断是否有过直播估价行为,或者可以根据直播间对应的预设字段判断是否有过直播估计行为。
在一种可能的实现方式中,直播间的热度例如可以根据直播间的观看人数、礼物数量、特殊权限用户人数中的一项或者多项乘以各自对应的系数,再将相乘后的数值进行相加以得到各个直播间的热度,或者,还可以直接将直播间的观看人数确定为直播间的热度,本实施例对直播间的热度的确定方式不做特别限制。
其中,第二平台可以将选取出来的符合条件的直播间的直播间信息存储在第二服务器或者第二数据库中,其中直播间信息可以包括游戏标识、直播间网络地址,其中网络地址例如可以为统一资源定位符(Uniform Resource Locator,url地址),其中直播间信息还可以包括直播热度、主播信息,例如主播昵称、主播评价、主播房间号等,本实施例对具体的直播间信息的具体实现方式不做限制,其可以根据实际需求添加任意需求的信息。
因为直播间涉及到主播的开始直播和结束直播,因此上述第二平台选取直播间的操作可以是实时进行的,或者,还可以是按照较短的预设周期进行的。
在上述基础上,第一平台可以按照第三预设周期通过预设接口,向第二平台请求获取至少一个直播间信息。
在一种可能的实现方式中,在第三预设周期到达时,第一平台可以通过预设接口判断第二平台的直播间信息是否存在更新,若存在更新,则第一平台获取更新后的直播间信息,若不存在更新,则第一平台继续使用上次获取的直播间信息,而不用重新获取。
在另一种可能的实现方式中,在第三预设周期到达时,第一平台可以通过预设接口直接获取直播间信息,而无需进行判断。
S3032、第一平台根据各直播间信息的游戏标识和多个预设对象类别的游戏标识进行匹配,以将各直播间信息关联对应至各预设对象类别,其中,预设对象类别是根据预设用户的浏览记录信息确定的。
在本实施例中,第一平台获取的直播间信息包括游戏标识,其中直播间信息的游戏标识用于指示当前直播间对应于哪一个游戏;以及本实施例中的对象类别也对应有游戏标识,对象类别的游戏标识用于指示当前对象类别对应与哪一个游戏,可以理解的是,当游戏标识不相同时,当前直播间的主播可能并不了解这个对象的详细信息;只有在游戏标识相同时,当前直播间的主播才能够对对象类别中的对象进行价值的评估。
因此,本实施例中第一平台根据各直播间信息的游戏标识和多个预设对象类别的游戏标识进行匹配,以将各直播间信息关联对应至各预设对象类别,其中,预设对象类别是根据预设用户的浏览记录信息确定的,在本实施例中,预设对象类别和直播间信息之间的关联信息实际上是表明,当前针对这个预设对象类别,存在一个直播间可于对这个对象类别下的对象进行估价。
在一种可能的实现方式中,假设一个对象类别匹配到多个直播间信息,第一平台会从多个直播间信息中选择一个直播间信息进行关联对应,例如可以根据直播间的热度进行选择,或者还可以是随机选择的,本实施例对此不作限制。
下面对预设对象类别的具体实现方式进行说明:
在本实施例中,浏览记录信息用于指示用户所浏览过的对象的对象信息,第一平台可以根据用户的浏览记录信息,将用户在预设天数之内所浏览过的对象所对应的对象类别进行统计,以得到用户对各对象类别的浏览量,并将用户对各对象类别的浏览量进行从大到小的排序,将从中选择出的排名在预设排名之前的对象类别作为预设对象类别。
在一个具体的示例中,第一平台可以根据用户7天内浏览的对象的对象类别进行统计,以得到用户对各对象类别的浏览量,例如当前得到了用户对“角色”这一对象类别的浏览量是38,用户对“武器”这一对象类别的浏览量是30,以及用户对“召唤兽”这一对象列别的浏览量是“20”,假设从其中选择排名前2的对象类别,则将“角色”和“武器”确定为预设对象类别。
同时需要说明的是,本实施例中是针对每一个用户都会确定出预设对象类别,则针对多个用户就会选择出多个预设对象类别,因此具体的预设对象类别是根据实际的用户和实际的游戏确定的,本实施例对此不做特别限制。
S3033、第一平台获取第一对象的对象类别。
当第一平台需要确定第一对象是否有对应的直播间信息时,因为直播间信息具体是和对象类别之间存在对应关系,因此第一平台获取第一对象的对象类别。
S3034、第一平台判断第一对象的对象类别是否存在对应的直播间信息。
第一平台根据获取的第一对象的对象类别,判断第一对象的对象类别是否存在对应的直播间信息,从而确定第一对象是否有对应的直播间信息。
假设另外两个判断的判断结果为是,则后续步骤即为上述实施例中的S304-S305,此处不再赘述。
通过根据对象的浏览记录信息确定预设对象类别,并根据预设对象类别的游戏标识和直播间信息的游戏标识进行匹配,以确定对象类别所对应的直播间信息,从而能够根据第一对象的对象类别快速确定其是否存在对应的直播间信息,通过判断第一对象是否存在对应的直播间信息,能够保证当前存在一个直播间是可以对当前的对象进行估价的,从而能够保证第二平台可以提供有效的建议信息。
下面结合图8-图10以多个界面图的方式对本申请提供的对象信息获取方法的流程图进行进一步的详细介绍,图8-1为本申请实施例提供的对象信息获取方法的界面示意图一,图8-2为本申请实施例提供的对象信息获取方法的界面示意图二,图9为本申请实施例提供的对象信息获取方法的界面示意图三,图10为本申请实施例提供的对象信息获取方法的界面示意图四。
参见图8-1,第一用户通过终端设备访问第一平台,并在第一平台中浏览对象,假设“角色3”是第一用户感兴趣的对象,则第一用户可以点击图8中的“点击查看详情”,以使得第一平台跳转到“角色3”的详情页面。
参见图8-2,其中展示了第一对象“角色3”的详情页面,其例如包括了“角色3”的等级、价格、卖家昵称、状态等,具体的对象的详情页面可以根据实际需求进行扩展,本实施例对此不做限定。
此时第一平台第一用户和第一对象是否满足第一预设条件,具体的第一预设条件以及判断过程可以参照上述实施例中的介绍,在确定满足时,在图形用户界面中提供预设控件801。
当第一用户点击预设控件801时,第一平台可以根据用户的点击操作,向第二平台发送第一用户的用户信息和第一对象的对象信息,因为此时满足第一预设条件,也就是说第一对象存在对应的直播间信息,则第一平台会将用户信息和对象信息发送给对应的直播间信息中的直播间网络地址所对应的直播间,此时直播间的主播可以接收到如图9所示的提示信息,以使得直播间的主播可以确定当前存在一个对象估价请求。
在一种可能的实现方式中,当第一平台向直播间A发送了对象信息和用户信息的情况下,因为此时的直播间A已经被一个估价请求占用了,则第一平台就不能再次向直播间A发送了,因此第二平台可以将直播间A标识为已占用状态,从而避免后续出现再次向直播间A发送用户信息和对象信息的情况,当直播间A的估价行为结束时,第二平台可以将直播间A标识为未占用状态,以指示当前第一平台可以向直播间发送用户信息和对象信息了。
在这种情况下,第一平台在向直播间信息对应的直播间发送用户信息和对象信息之前,会首先判断当前的直播间是否处于未占用状态。
当直播间的主播接收到图9所显示的信息时,可以立即点击图9中的“开始为此对象估价”,或者当主播当前不方便进行估价时,可以稍后再点击图9中的“开始为此对象估价”,基于这种情况,因为无法保证当前立即进行估价操作,因此当主播点击图9中的“开始为此对象估价”时,可以向第一用户的终端设备发送提醒信息,以使得第一用户知道当前要对第一对象进行估价了,提醒第一用户进入直播间进行观看。
在一种可能的实现方式中,用户可以通过点击图8-2中的预设控件801跳转至第二平台的客户端的直播间内,或者可以跳转至第二平台的网页端的直播间内;或者,用户还可以自行打开第二平台的客户端或者网页端,进入对应的直播间。
当第一用户进入直播间之后,第二平台会向当前直播间的主播发送通知信息以告知当前主播,第一用户已经进入直播间了,此时主播可以对第一对象进行估价分析,并向第一用户提供建议信息,当第一用户在直播间中获取到建议信息之后,可以根据建议信息确定是否要获取当前的第一对象。
在一种可能的实现方式中,参见图10,用户可以直接在第二平台的图像用户界面中点击“获取此对象”,从而获取第一对象;或者,用户在第一平台的图形用户界面中进行对象的获取,本实施例对此不做特别限制。
同时,用户还可以在第二平台的图像用户界面中点击“为此次估价服务评分”,以使得终端设备跳转至第二平台的客户端下载页面或者网页端登录页面。
本申请实施例提供的对象信息获取方法,在确定用户信息和对象信息满足第一预设条件时,才在终端设备的图形用户界面中提供预设控件,从而可以有效的节省系统开销,保证预设控件设置的有效性,同时,通过设置预设控件,可以快速有效的实现第一平台和第二平台之间的数据互通,以及第二平台可以根据用户信息和对象信息提供建议信息,以使得用户可以快速的确定当前是否需要获取第一对象,从而提升了用户获取其所需要的对象的速度和效率。
图11为本发明实施例提供的对象信息获取装置的结构示意图一。如图11所示,该装置110包括:判断模块1101、提供模块1102以及发送模块1103。
判断模块1101,用于当第一用户在第一平台中浏览第一对象时,所述第一平台判断所述第一用户和所述第一对象是否满足第一预设条件;
提供模块1102,用于若满足,则第一平台在所述终端设备的图形用户界面中提供预设控件;
发送模块1103,用于第一平台根据所述第一用户对所述预设控件的操作,向第二平台发送所述第一用户的用户信息和所述第一对象的对象信息,以使得所述第二平台向所述第一用户提供建议信息,其中,所述建议信息用于指示所述第一对象的价值。
在一种可能的设计中,所述第一预设条件包括:
所述第一用户为预设用户、所述第一对象为预设对象、并且所述第一对象有对应的直播间信息。
在一种可能的设计中,所述判断模块1101具体用于:
所述第一平台判断所述第一用户是否为预设用户;以及
所述第一平台判断所述第一对象是否为预设对象;以及
所述第一平台判断所述第一对象是否有对应的直播间信息。
在一种可能的设计中,所述判断模块1101还用于:
在所述第一平台判断所述第一用户是否为预设用户之前,在第一预设周期到达时,所述第一平台判断各用户的获取记录信息是否满足第二预设条件;
若满足,则将所述满足第二预设条件的用户确定为预设用户,以根据各所述预设用户得到第一用户列表;
则所述判断模块1101具体用于:
所述第一平台判断所述第一用户是否为所述第一用户列表中的用户。
本实施例提供的装置,可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,本实施例此处不再赘述。
图12为本发明实施例提供的对象信息获取装置的结构示意图二。如图12所示,本实施例在图11实施例的基础上,还包括:确定模块1204。
在一种可能的设计中,所述确定模块1204,用于在所述第一平台判断所述第一对象是否为预设对象之前,在第二预设周期到达时,所述第一平台根据各对象的对象信息,得到各所述对象的评分;
针对任一对象类别,所述第一平台将当前所述对象类别中所述评分满足第三预设条件的对象确定为预设对象,以根据各所述预设对象得到第一对象列表,其中,所述第三预设条件为如下中的一种:评分高于预设评分或评分排名高于预设排名。
则所述判断模块1202具体用于:
所述第一平台判断所述第一对象是否为所述第一对象列表中的对象。
在一种可能的设计中,所述确定模块还用于,在所述第一平台判断所述第一对象是否有对应的直播间信息之前,所述第一平台根据第三预设周期,向所述第二平台获取至少一个直播间信息,其中,所述直播间信息包括游戏标识、直播间网络地址;
所述第一平台根据各所述直播间信息的游戏标识和多个预设对象类别的游戏标识进行匹配,以将各所述直播间信息关联对应至各所述预设对象类别,其中,所述预设对象类别是根据所述预设用户的浏览记录信息确定的;
则所述判断模块1202具体用于:
所述第一平台获取所述第一对象的对象类别;
所述第一平台判断所述第一对象的对象类别是否存在对应的直播间信息。
在一种可能的设计中,所述发送模块1203具体用于:
所述第一平台根据所述第一用户对所述预设控件的操作,通过预设接口向所述第二平台的目标直播间发送所述第一用户的用户信息和所述第一对象的对象信息,其中,所述目标直播间为所述直播间信息对应的直播间。
本实施例提供的装置,可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,本实施例此处不再赘述。
图13为本发明实施例提供的对象信息获取设备的硬件结构示意图,如图13所示,本实施例的对象信息获取设备130包括:处理器1301以及存储器1302;其中
存储器1302,用于存储计算机执行指令;
处理器1301,用于执行存储器存储的计算机执行指令,以实现上述实施例中对象信息获取方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
可选地,存储器1302既可以是独立的,也可以跟处理器1301集成在一起。
当存储器1302独立设置时,该对象信息获取设备还包括总线1303,用于连接所述存储器1302和处理器1301。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上对象信息获取设备所执行的对象信息获取方法。
在本发明所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例所述方法的部分步骤。
应理解,上述处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (16)
1.一种对象信息获取方法,其特征在于,包括:
当第一用户在第一平台中浏览第一对象时,所述第一平台判断所述第一用户和所述第一对象是否满足第一预设条件;
若满足,则第一平台在终端设备的图形用户界面中提供预设控件;
第一平台根据所述第一用户对所述预设控件的操作,向第二平台发送所述第一用户的用户信息和所述第一对象的对象信息,以使得所述第二平台向所述第一用户提供建议信息,其中,所述建议信息用于指示所述第一对象的价值。
2.根据权利要求1所述的方法,其特征在于,所述第一预设条件包括:
所述第一用户为预设用户、所述第一对象为预设对象、并且所述第一对象有对应的直播间信息。
3.根据权利要求2所述的方法,其特征在于,所述第一平台判断所述第一用户和所述第一对象是否满足第一预设条件,包括:
所述第一平台判断所述第一用户是否为预设用户;以及
所述第一平台判断所述第一对象是否为预设对象;以及
所述第一平台判断所述第一对象是否有对应的直播间信息。
4.根据权利要求3所述的方法,其特征在于,所述第一平台判断所述第一用户是否为预设用户之前,所述方法还包括:
在第一预设周期到达时,所述第一平台判断各用户的获取记录信息是否满足第二预设条件;
若满足,则将所述满足第二预设条件的用户确定为预设用户,以根据各所述预设用户得到第一用户列表;
则所述第一平台判断所述第一用户是否为预设用户,包括:
所述第一平台判断所述第一用户是否为所述第一用户列表中的用户。
5.根据权利要求3所述的方法,其特征在于,所述第一平台判断所述第一对象是否为预设对象之前,所述方法还包括:
在第二预设周期到达时,所述第一平台根据各对象的对象信息,得到各所述对象的评分;
针对任一对象类别,所述第一平台将当前所述对象类别中所述评分满足第三预设条件的对象确定为预设对象,以根据各所述预设对象得到第一对象列表,其中,所述第三预设条件为如下中的一种:评分高于预设评分或评分排名高于预设排名;
则所述第一平台判断所述第一对象是否为预设对象,包括:
所述第一平台判断所述第一对象是否为所述第一对象列表中的对象。
6.根据权利要求3所述的方法,其特征在于,所述第一平台判断所述第一对象是否有对应的直播间信息之前,所述方法还包括:
所述第一平台根据第三预设周期,向所述第二平台获取至少一个直播间信息,其中,所述直播间信息包括游戏标识、直播间网络地址;
所述第一平台根据各所述直播间信息的游戏标识和多个预设对象类别的游戏标识进行匹配,以将各所述直播间信息关联对应至各所述预设对象类别,其中,所述预设对象类别是根据所述预设用户的浏览记录信息确定的;
则所述第一平台判断所述第一对象是否有对应的直播间信息,包括:
所述第一平台获取所述第一对象的对象类别;
所述第一平台判断所述第一对象的对象类别是否存在对应的直播间信息。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述第一平台根据所述第一用户对所述预设控件的操作,向第二平台发送所述第一用户的用户信息和所述第一对象的对象信息,包括:
所述第一平台根据所述第一用户对所述预设控件的操作,通过预设接口向所述第二平台的目标直播间发送所述第一用户的用户信息和所述第一对象的对象信息,其中,所述目标直播间为所述直播间信息对应的直播间。
8.一种对象信息获取装置,其特征在于,包括:
判断模块,用于当第一用户在第一平台中浏览第一对象时,所述第一平台判断所述第一用户和所述第一对象是否满足第一预设条件;
提供模块,用于若满足,则第一平台在终端设备的图形用户界面中提供预设控件;
发送模块,用于第一平台根据所述第一用户对所述预设控件的操作,向第二平台发送所述第一用户的用户信息和所述第一对象的对象信息,以使得所述第二平台向所述第一用户提供建议信息,其中,所述建议信息用于指示所述第一对象的价值。
9.根据权利要求8所述的装置,其特征在于,所述第一预设条件包括:
所述第一用户为预设用户、所述第一对象为预设对象、并且所述第一对象有对应的直播间信息。
10.根据权利要求9所述的装置,其特征在于,所述判断模块具体用于:
所述第一平台判断所述第一用户是否为预设用户;以及
所述第一平台判断所述第一对象是否为预设对象;以及
所述第一平台判断所述第一对象是否有对应的直播间信息。
11.根据权利要求10所述的装置,其特征在于,所述判断模块还用于:
在所述第一平台判断所述第一用户是否为预设用户之前,在第一预设周期到达时,所述第一平台判断各用户的获取记录信息是否满足第二预设条件;
若满足,则将所述满足第二预设条件的用户确定为预设用户,以根据各所述预设用户得到第一用户列表;
则所述判断模块具体用于:
所述第一平台判断所述第一用户是否为所述第一用户列表中的用户。
12.根据权利要求10所述的装置,其特征在于,还包括:确定模块;
所述确定模块,用于在所述第一平台判断所述第一对象是否为预设对象之前,在第二预设周期到达时,所述第一平台根据各对象的对象信息,得到各所述对象的评分;
针对任一对象类别,所述第一平台将当前所述对象类别中所述评分满足第三预设条件的对象确定为预设对象,以根据各所述预设对象得到第一对象列表,其中,所述第三预设条件为如下中的一种:评分高于预设评分或评分排名高于预设排名;
则所述判断模块具体用于:
所述第一平台判断所述第一对象是否为所述第一对象列表中的对象。
13.根据权利要求12所述的装置,其特征在于,所述确定模块还用于,在所述第一平台判断所述第一对象是否有对应的直播间信息之前,所述第一平台根据第三预设周期,向所述第二平台获取至少一个直播间信息,其中,所述直播间信息包括游戏标识、直播间网络地址;
所述第一平台根据各所述直播间信息的游戏标识和多个预设对象类别的游戏标识进行匹配,以将各所述直播间信息关联对应至各所述预设对象类别,其中,所述预设对象类别是根据所述预设用户的浏览记录信息确定的;
则所述判断模块具体用于:
所述第一平台获取所述第一对象的对象类别;
所述第一平台判断所述第一对象的对象类别是否存在对应的直播间信息。
14.根据权利要求8-13任一项所述的装置,其特征在于,所述发送模块具体用于:
所述第一平台根据所述第一用户对所述预设控件的操作,通过预设接口向所述第二平台的目标直播间发送所述第一用户的用户信息和所述第一对象的对象信息,其中,所述目标直播间为所述直播间信息对应的直播间。
15.一种对象信息获取设备,其特征在于,包括:
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行如权利要求1至7中任一所述的方法。
16.一种计算机可读存储介质,其特征在于,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1至7中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911328873.4A CN111054078B (zh) | 2019-12-20 | 2019-12-20 | 对象信息获取方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911328873.4A CN111054078B (zh) | 2019-12-20 | 2019-12-20 | 对象信息获取方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111054078A true CN111054078A (zh) | 2020-04-24 |
CN111054078B CN111054078B (zh) | 2023-05-16 |
Family
ID=70302629
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911328873.4A Active CN111054078B (zh) | 2019-12-20 | 2019-12-20 | 对象信息获取方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111054078B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111787375A (zh) * | 2020-04-30 | 2020-10-16 | 聚好看科技股份有限公司 | 显示设备及信息显示方法 |
CN114007089A (zh) * | 2021-10-21 | 2022-02-01 | 广州博冠信息科技有限公司 | 数据传输方法、装置、电子设备和存储介质 |
CN114598944A (zh) * | 2022-03-28 | 2022-06-07 | 重庆长安汽车股份有限公司 | 一种周期性信号处理系统、方法、计算机设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105898428A (zh) * | 2016-03-30 | 2016-08-24 | 广州华多网络科技有限公司 | 用户身份管理方法及装置 |
CN109078333A (zh) * | 2018-08-09 | 2018-12-25 | 深圳市东方博雅科技有限公司 | 一种匹配游戏好友的方法及装置 |
CN110139120A (zh) * | 2019-05-20 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 信息显示方法、装置、电子设备和计算机可读存储介质 |
-
2019
- 2019-12-20 CN CN201911328873.4A patent/CN111054078B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105898428A (zh) * | 2016-03-30 | 2016-08-24 | 广州华多网络科技有限公司 | 用户身份管理方法及装置 |
CN109078333A (zh) * | 2018-08-09 | 2018-12-25 | 深圳市东方博雅科技有限公司 | 一种匹配游戏好友的方法及装置 |
CN110139120A (zh) * | 2019-05-20 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 信息显示方法、装置、电子设备和计算机可读存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111787375A (zh) * | 2020-04-30 | 2020-10-16 | 聚好看科技股份有限公司 | 显示设备及信息显示方法 |
CN114007089A (zh) * | 2021-10-21 | 2022-02-01 | 广州博冠信息科技有限公司 | 数据传输方法、装置、电子设备和存储介质 |
CN114598944A (zh) * | 2022-03-28 | 2022-06-07 | 重庆长安汽车股份有限公司 | 一种周期性信号处理系统、方法、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111054078B (zh) | 2023-05-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111054078B (zh) | 对象信息获取方法及装置 | |
CN107093141B (zh) | 产品对象的处理方法和装置 | |
CN107784504B (zh) | 客户回访事件的生成方法及终端设备 | |
KR101629961B1 (ko) | 온라인 대화를 이용한 거래 방법 및 시스템 | |
CN113101655A (zh) | 一种虚拟道具推荐方法、装置、设备及存储介质 | |
CN112418673A (zh) | 案件分配方法、装置及介质 | |
US11978116B2 (en) | Data display method and apparatus, terminal device, and storage medium | |
KR20160040232A (ko) | 미디어 스토어 사용자들이 프로모션들에 대한 적격이 있는지 식별하기 | |
CN113763118A (zh) | 策略推荐方法、装置、设备及存储介质 | |
CN111881365A (zh) | 内容推荐方法及装置 | |
CN108074084A (zh) | 一种延迟处理请求的方法、装置及服务器 | |
US20150106210A1 (en) | Information processing apparatus, information processing method, and information processing program | |
CN110956500B (zh) | 一种广告实时竞价系统中降低广告请求耗时的方法及系统 | |
CN110535910B (zh) | 断点用户的召回方法、装置及存储介质 | |
CN114692002A (zh) | 预测模型的更新方法、装置、电子设备及存储介质 | |
CN111429214A (zh) | 一种基于交易数据的买卖双方匹配方法及装置 | |
CN113781171A (zh) | 信息推送方法、装置、设备及存储介质 | |
CN112435059A (zh) | 物品价值实时评估方法、装置、电子设备及存储介质 | |
WO2016209990A1 (en) | Presenting opportunities for instant transactions | |
CN110675136A (zh) | 信息处理方法、装置及设备 | |
CN115809889A (zh) | 基于营销效果的智能客群筛选方法、系统、介质及设备 | |
CN112015970A (zh) | 产品推荐方法、相关设备及计算机存储介质 | |
KR102634818B1 (ko) | 상품 거래 지원 방법 및 장치 | |
CN116228342A (zh) | 一种商品推荐方法、装置及计算机可读存储介质 | |
CN113689229A (zh) | 增强用户流量的方法、装置及其电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |