CN104363471A

CN104363471A - Interaction method based on live video and relevant device and system

Info

Publication number: CN104363471A
Application number: CN201410676201.3A
Authority: CN
Inventors: 马杰
Original assignee: Guangzhou Huaduo Network Technology Co Ltd
Current assignee: Guangzhou Huaduo Network Technology Co Ltd
Priority date: 2014-11-21
Filing date: 2014-11-21
Publication date: 2015-02-18
Also published as: WO2016078189A1

Abstract

The embodiment of the invention discloses an interaction method based on a live video. The method comprises the steps that a server side receives a guessing task sent by a first client side, wherein the guessing task includes guessing options about the result of a target event corresponding to the live broadcast content of a specific channel; the service side broadcasts the guessing task to a specific client side; the service side receives a guessing request corresponding to the guessing task sent by the client side; the server side matches the result of the target event corresponding to the live broadcast content of the specific channel with the guessing request sent by the client side and gives corresponding feedback to the client side according to the matching result. The embodiment of the invention further discloses a service side and an interaction system based on a live video. By the adoption of the embodiment, user activeness of watching the live video can be improved.

Description

A kind of interactive approach based on net cast and relevant device, system

Technical field

The present invention relates to Internet technical field, particularly relate to a kind of interactive approach based on net cast and relevant device, system.

Background technology

In recent years, comprise the client that the functions such as set group chat, net cast, channel K song, game on line, online video display are integrated and develop on an unprecedented scale, make spectators user can comfortablely by the live video of client viewing main broadcaster user issue.

Main broadcaster user typically refers to video content publisher, main broadcaster user is by camera head, microphone input video and voice messaging, by main broadcaster's client, the rear of audio/video information fusion is being sent live content to server, server obtains the user ID signing in the channel that main broadcaster user creates, and push live content to the spectator client of correspondence, export to spectators user by spectator client.Wherein, channel refers to a kind of Virtual Space (or virtual room) that main broadcaster user is created by main broadcaster's client, the spectator client being positioned at this Virtual Space not only can watch the live content of main broadcaster's client, can also and main broadcaster's client carry out the mutual of voice or word.

But practice finds, spectators user enters in the process of channel viewing live video, no matter what current channel is being just at the particular content of live video, spectators user can only select viewing or not watch, and current channel cannot be participated in just in live video, the liveness causing user to watch live video is affected.

Summary of the invention

Embodiment of the present invention technical problem to be solved is, provides a kind of interactive approach based on net cast and relevant device, system, to improve the liveness that user watches live video.

In order to solve the problems of the technologies described above, embodiments provide a kind of interactive approach based on net cast, comprising:

Service end receives the guess task that the first client sends, and described guess task comprises the guess option for specific channel live content respective objects event generation result;

Described service end broadcasts described guess task to particular clients;

Described service end receives the corresponding guess request that client sends for described guess task;

The result that described service end occurs according to described specific channel live content respective objects event, the guess request sent with client is mated, and feeds back accordingly to client according to matching result.

Wherein, described service end broadcasts described guess task to particular clients, comprising:

Described service end is to task of guessing described in all or part client broadcast in described specific channel; Or,

Described service end is to guess task described in all or part client broadcast in the multiple different channels comprising described specific channel; Described guess task comprises the channel identication of described specific channel.

Wherein, described guess task comprises at least two kinds of guess options for specific channel live content respective objects event generation result;

Described service end receives the corresponding guess request that client sends for described guess task, comprising:

Described service end receives the first guess request comprising the first guess option that in described specific channel, the second client sends for described guess task, and receives the second guess request comprising the second guess option that in described specific channel, the 3rd client sends for described guess task; Wherein, described first guess option for described at least two kinds guess options in one, described second guess option for described at least two kinds guess options another kind.

Wherein, described second client is that task opens client, and described 3rd client is for participating in client; Described first guess asks to be that task opens request, and described second guess request is task participation request;

Described service end receives the first guess request comprising the first guess option that in described specific channel, the second client sends for described guess task, and receive the second guess request comprising the second guess option that in described specific channel, the 3rd client sends for described guess task, comprising:

Described service end receives the task unlatching request comprising the first guess option that described task unlatching client sends for described guess task; Described task is opened in request and is also comprised the first fictitious assets total amount of described task unlatching client for described guess task;

Described service end is broadcasted described task to described particular clients and is opened request;

Described service end receives the task participation request comprising the second guess option sent for the request of opening of described task that described participation client sends; Described task participates in also comprising the second fictitious assets total amount of described participation client for described guess task in request.

Wherein, the result that described service end occurs according to described specific channel live content respective objects event, the guess request sent with client is mated, and feeds back accordingly to client according to matching result, comprising:

When the result and described first that described specific channel live content respective objects event occurs guess option mate time, described service end deducts described second fictitious assets total amount from account corresponding to described participation client, and deducted fictitious assets total amount is increased to described task and opens in account corresponding to client;

When the result and described second that described specific channel live content respective objects event occurs guess option mate time, described service end increases described second fictitious assets total amount in the account that described participation client is corresponding, and opens account corresponding to client from described task and deduct increased fictitious assets total amount.

Described service end carries out corresponding virtual objects feedback or/and numeric feedback to the client of coupling.

Correspondingly, the embodiment of the present invention additionally provides a kind of service end, comprising:

First receiver module, for receiving the guess task that the first client sends, described guess task comprises the guess option for specific channel live content respective objects event generation result;

Broadcast module, for broadcasting described guess task to particular clients;

Second receiver module, for receiving the corresponding guess request that client sends for described guess task;

Matching module, for the result occurred according to described specific channel live content respective objects event, the guess request sent with client is mated;

Feedback module, for feeding back accordingly to client according to the matching result of described matching module.

Wherein, described broadcast module, for task of guessing described in all or part client broadcast in described specific channel; Or,

Described broadcast module, for guess task described in all or part client broadcast in the multiple different channels comprising described specific channel; Described guess task comprises the channel identication of described specific channel.

Described second receiver module, for receiving the first guess request comprising the first guess option that in described specific channel, the second client sends for described guess task, and receive the second guess request comprising the second guess option that in described specific channel, the 3rd client sends for described guess task; Wherein, described first guess option for described at least two kinds guess options in one, described second guess option for described at least two kinds guess options another kind.

Described second receiver module comprises:

First receiving element, the task of comprising the first guess option sent for described guess task for receiving described task unlatching client opens request; Described task is opened in request and is also comprised the first fictitious assets total amount of described task unlatching client for described guess task;

Radio unit, opens request for broadcasting described task to described particular clients;

Second receiving element, for receiving the task participation request comprising the second guess option sent for the request of opening of described task that described participation client sends; Described task participates in also comprising the second fictitious assets total amount of described participation client for described guess task in request.

Wherein, described feedback module, when mating for option of guessing when the result and described first that described specific channel live content respective objects event occurs, from the account that described participation client is corresponding, deduct described second fictitious assets total amount, and deducted fictitious assets total amount is increased in account corresponding to described task unlatching client; When the result and described second that described specific channel live content respective objects event occurs guess option mate time, in the account that described participation client is corresponding, increase described second fictitious assets total amount, and open account corresponding to client from described task and deduct increased fictitious assets total amount.

Wherein, described feedback module, for carrying out corresponding virtual objects feedback or/and numeric feedback to the client of coupling.

Correspondingly, the embodiment of the present invention additionally provides a kind of interaction systems based on net cast, comprising: client and service end; Wherein:

Described client, for during as the first client, send guess task to described service end, described guess task comprises the guess option for specific channel live content respective objects event generation result;

Described service end, for receiving the described guess task that described first client sends; Described guess task is broadcasted to particular clients;

Described service end, also for receiving the corresponding guess request that client sends for described guess task;

Described service end, the result also for occurring according to described specific channel live content respective objects event, the guess request sent with client is mated, and feeds back accordingly to client according to matching result.

Wherein, described service end, for task of guessing described in all or part client broadcast in described specific channel; Or,

Described service end, for guess task described in all or part client broadcast in the multiple different channels comprising described specific channel; Described guess task comprises the channel identication of described specific channel.

Described client, also for during as the second client in described specific channel, sends the first guess request comprising the first guess option to described service end for described guess task;

Described client, also for during as the 3rd client in described specific channel, sends the second guess request comprising the second guess option to described service end for described guess task;

Described service end, for receive described second client for described guess task send comprise the first guess option first guess request, and receive described 3rd client for described guess task sends comprise the second guess option second guess ask; Wherein, described first guess option for described at least two kinds guess options in one, described second guess option for described at least two kinds guess options another kind.

Described client, for when opening client as task, sending to described service end the task of comprising the first guess option sent for described guess task and opening request; Described task is opened in request and is also comprised the first fictitious assets total amount of described task unlatching client for described guess task;

Described service end, also for when receiving described task and opening the task unlatching request of client transmission, broadcasts described task to described particular clients and opens request;

Described client, for during as participation client, sends to described service end the task of comprising the second guess option sent for the request of opening of described task and participates in request; Described task participates in also comprising the second fictitious assets total amount of described participation client for described guess task in request.

Wherein, described service end, when mating for option of guessing when the result and described first that described specific channel live content respective objects event occurs, from the account that described participation client is corresponding, deduct described second fictitious assets total amount, and deducted fictitious assets total amount is increased in account corresponding to described task unlatching client; When the result and described second that described specific channel live content respective objects event occurs guess option mate time, in the account that described participation client is corresponding, increase described second fictitious assets total amount, and open account corresponding to client from described task and deduct increased fictitious assets total amount.

Wherein, described service end, for carrying out corresponding virtual objects feedback or/and numeric feedback to the client of coupling.

Implement the embodiment of the present invention, there is following beneficial effect:

Guess task is sent to service end by the first client, this guess task comprises the guess option for specific channel live content respective objects event generation result, described guess task is broadcasted to make particular clients, thus, this particular clients can send to service end request of guessing accordingly, to participate in this guess task, achieve client user while watching video live broadcast, current channel can be participated in just in live video, improve the liveness that user watches live video.

Accompanying drawing explanation

In order to be illustrated more clearly in the embodiment of the present invention or technical scheme of the prior art, be briefly described to the accompanying drawing used required in embodiment or description of the prior art below, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, under the prerequisite not paying creative work, other accompanying drawing can also be obtained according to these accompanying drawings.

The network architecture schematic diagram of a kind of interaction based on net cast that Fig. 1 provides for the embodiment of the present invention;

The schematic flow sheet of a kind of interactive approach based on net cast that Fig. 2 provides for the embodiment of the present invention;

The another kind that Fig. 3 provides for the embodiment of the present invention is based on the schematic flow sheet of the interactive approach of net cast;

A kind of schematic diagram sending the interactive interface of guess task that Fig. 3 A provides for the embodiment of the present invention;

The another kind that Fig. 4 provides for the embodiment of the present invention is based on the schematic flow sheet of the interactive approach of net cast;

The schematic diagram of the interactive interface of the another kind transmission guess task that Fig. 4 A provides for the embodiment of the present invention;

A kind of client that Fig. 4 B provides for the embodiment of the present invention is at the schematic diagram of the lower left corner display guess task at the main interface of the channel of current channel;

The schematic diagram at a kind of task unlatching interface that Fig. 4 C provides for the embodiment of the present invention;

A kind of client that Fig. 4 D provides for the embodiment of the present invention opens the schematic diagram of asking in the lower left corner display task at the main interface of the channel of current channel;

The schematic diagram at a kind of task participation interface that Fig. 4 E provides for the embodiment of the present invention;

The schematic diagram at a kind of result submission interface of guessing that Fig. 4 F provides for the embodiment of the present invention;

Fig. 4 G ~ 4H submits the schematic diagram at sub-interface to for guess result that the embodiment of the present invention provides;

The structural representation of a kind of service end that Fig. 5 provides for the embodiment of the present invention;

The structural representation of the another kind of service end that Fig. 6 provides for the embodiment of the present invention;

The configuration diagram of a kind of interaction systems based on net cast that Fig. 7 provides for the embodiment of the present invention.

Embodiment

Below in conjunction with the accompanying drawing in the embodiment of the present invention, be clearly and completely described the technical scheme in the embodiment of the present invention, obviously, described embodiment is only the present invention's part embodiment, instead of whole embodiments.Based on the embodiment in the present invention, those of ordinary skill in the art, not making the every other embodiment obtained under creative work prerequisite, belong to the scope of protection of the invention.

In order to better understand a kind of interactive approach based on net cast and relevant device, system that the embodiment of the present invention provides, first the network architecture that the embodiment of the present invention is suitable for is described below.Refer to Fig. 1, Fig. 1 is the network architecture schematic diagram of a kind of interaction based on net cast that the embodiment of the present invention provides.As shown in Figure 1, this network architecture schematic diagram can comprise service end and multiple client, and wherein, service end can be communicated to connect by the Internet and multiple client.In the network architecture shown in Fig. 1, in multiple client, part client can as main broadcaster's client, and all the other clients can access as spectator client the channel that arbitrary main broadcaster's client creates.In the embodiment of the present invention, channel is exactly briefly a kind of Virtual Space (or virtual room) that main broadcaster's client creates, the spectator client being positioned at this Virtual Space not only can watch the live content of main broadcaster's client, can also and main broadcaster's client carry out the mutual of voice or word.Main broadcaster's client not only has access, kicks out of control all the other spectator client in its channel of access, also concrete live initiative.In the embodiment of the present invention, main broadcaster's client, spectator client can be all comprise the client gathered the function such as group chat, net cast, channel K song, game on line, online video display and be integrated.In the network architecture shown in Fig. 1, main broadcaster's client, spectator client may operate in and include but not limited to PC (Personal Computer, personal computer), mobile phone, removable computer, panel computer, personal digital assistant (Personal Digital Assistant, PDA), on the subscriber equipment such as media player, intelligent television, intelligent watch, intelligent glasses, Intelligent bracelet.Service end can be hard-wired service end, as server, also can be the service end of software simulating, as service system.

Based on the network architecture shown in Fig. 1, a kind of interactive approach based on net cast embodiments provided.As shown in Figure 2, be the schematic flow sheet of a kind of interactive approach based on net cast that the embodiment of the present invention provides, can comprise the following steps:

Step 201, service end receive the guess task that the first client sends, and this guess task comprises the guess option for specific channel live content respective objects event generation result.

In the embodiment of the present invention, the first client can be any client in arbitrary channel.Preferably, this first client is main broadcaster's client or channel manage person's client.

In the embodiment of the present invention, the channel at place when above-mentioned specific channel can be the first client transmission guess task; Channel live content respective objects event can be contingent event (being generally probability of happening be greater than 0 but be less than the event of 1) in current channel live content, also can be that current video live content is associated, but the event in net cast can not be occurred in; Guessing option then can for the prediction to object event generation result.

For example, suppose that channel live content is that Basketball Match is live, then this channel live content respective objects event can obtain 20 points for the some sportsmen taken part in game in this match, accordingly, the guess option of this object event generation result can comprise " energy " and " can not " these two kinds guess options; Or channel live content respective objects event can for there will be certain star in the live picture of match, accordingly, the guess option of object event generation result can comprise " meeting " and " can not " these two kinds options of guessing; Or, channel live content respective objects event can be result of the match, accordingly, the guess option of object event generation result can comprise " host team's victory " (also can be " visiting team bears "), " putting down ", " host team bears " (also can be " visiting team's victory ") these three kinds guess options.

Again for example, suppose that net cast content is live for playing, and role in this game may due under attack or to touch the reasons such as barrier dead, accordingly, for certain role in game, this channel live content respective objects event can adhere to that 10s is not dead, accordingly, the guess option of object event generation result can comprise " energy " and " can not " these two kinds guess options; Or channel live content respective objects event can for the number of times of certain role's death in game be more than 5 times, accordingly, the guess option of object event generation result can comprise " meeting " and " can not " these two kinds options of guessing.

Again for example, still for net cast content for Basketball Match is live, this channel live content respective objects event can also be that the wife of the some sportsmen taken part in game can give birth to twin before end of match, accordingly, the guess option of object event generation result can comprise " meeting " and " can not " these two kinds guess options.

Step 202, service end broadcast this guess task to particular clients.

In the embodiment of the present invention, when service end receives the guess task of the first client transmission, this guess task can be broadcasted to particular clients, participate in this guess task to enable this particular clients.

As the optional execution mode of one, service end can comprise to particular clients broadcast guess task:

Service end is to this guess task of all or part client broadcast in above-mentioned certain tones road.

Concrete, in embodiments of the present invention, when service end receives the guess task that the first client sends, can to this guess task of all client broadcast in above-mentioned certain tones road, also can only to this guess task of part client broadcast in above-mentioned certain tones road.

Such as, after service end receives guess task, this guess task of pre-conditioned client broadcast can be met in above-mentioned certain tones road.Wherein, this is pre-conditioned can include but not limited to that the user whether client is corresponding is VIP (Very Important Person, honored guest) user, the grade of the user that client is corresponding is not less than predetermined level, and it is one or more that the cohesion of the main broadcaster user of the user that client is corresponding and above-mentioned specific channel is not less than in preset value etc.

As the optional execution mode of another kind, service end can comprise to particular clients broadcast guess task:

Service end is to this guess task of all or part client broadcast in the multiple different channels comprising above-mentioned specific channel.

Concrete, in embodiments of the present invention, when service end receives the guess task of the first client transmission, to all client broadcast in the multiple different channels comprising above-mentioned specific channel, also only can broadcast this guess task to the part client in the different channel comprising above-mentioned specific channel.

Such as, after service end receives guess task, this guess task of pre-conditioned client broadcast can be met in the multiple different channels comprising above-mentioned specific channel.Wherein, this is pre-conditioned can include but not limited to that the user whether client is corresponding is VIP (Very Important Person, honored guest) user, the grade of the user that client is corresponding is not less than predetermined level, and it is one or more that the cohesion of the main broadcaster user of the user that client is corresponding and above-mentioned specific channel is not less than in preset value etc.

Wherein, the above-mentioned multiple different channels comprising above-mentioned specific channel can be above-mentioned specific channel, and any one or more other is carrying out the channel of net cast.

For example, suppose that above-mentioned specific channel is that (namely channel 1 is father's channel of above-mentioned specific channel to one of sub-channel of certain channel (as channel 1) that certain channel creation person creates, suppose that this specific channel is channel 11, channel 1 also comprises sub-channel 12,13 and 14), then the above-mentioned multiple different channels comprising above-mentioned specific channel can be all sub-channel (i.e. channel 11, channel 12, channel 13 and channel 14) of channel 1.

Step 203, service end receive the corresponding guess request that client sends for this guess task.

In the embodiment of the present invention, after client receives the guess task of service end broadcast, to service end transmission for the guess request of this guess task, in this guess request, can comprise any one in the guess option of object event generation result.

For example, the guess task of 20 points can be obtained in play for the some sportsmen taken part in game in live for above-mentioned Basketball Match, the live client user of viewing Basketball Match can select " energy " or " can not " participation guess task, accordingly, client can send the guess request of carrying corresponding guess option (" energy " or " can not ") to service end.

In the embodiment of the present invention, when client in other channel that the client of service end broadcast guess task comprises outside above-mentioned specific channel, also need the channel identication comprising above-mentioned specific channel in guess task, as channel ID; After client receives guess task, participate in guess task if want, after above-mentioned specific channel can being entered according to this channel identication, send guess request, to participate in guess task to service end.

It should be noted that, in embodiments of the present invention, also a kind of guess option only can be comprised in the guess task that first client sends to service end, such as, with above-mentioned channel live content for Basketball Match is live, object event is that some sportsmen of taking part in game can obtain 20 and are divided into example in this match, can comprise in guess task " energy " or " can not " this kind of option of guessing; The client receiving guess task also only has a kind of selection to the guess option that the guess request that service end sends comprises, and its specific implementation does not repeat them here.

The result that step 204, service end occur according to specific channel live content respective objects event, the guess request sent with client is mated, and feeds back accordingly to client according to matching result.

In the embodiment of the present invention, after service end receives the guess request of client transmission, the result that can occur according to above-mentioned specific channel live content respective objects event, and the guess request that client sends, determine the client of mating.

Concrete, the result that service end can occur according to above-mentioned specific channel live content respective objects event, the guess request sent with client is mated, namely the result that above-mentioned certain tones road live content respective objects event occurs is mated, with the guess option asking to comprise of guessing, if what the guess option that guess request comprises and above-mentioned specific channel live content respective objects event occurred comes to the same thing, then the client sending this guess request is coupling client.

For example, for example, can adhere to for certain role (role A) in game the guess task that 10s is not dead in live for above-mentioned game, in live if play, role A is dead after adhering to 15s, namely the guess option mated with the generation result of above-mentioned specific channel live content respective objects event is " energy ", then the guess option that the guess request of transmission comprises can be that the client of " energy " is defined as mating client by service end.

In the embodiment of the present invention, the result that above-mentioned specific channel live content respective objects event occurs can submit to service end by the first client; After service end receives the result of the above-mentioned specific live content respective objects event generation that the first client is submitted to, the guess request sent with client is mated, and feeds back accordingly to client according to matching result.

In the embodiment of the present invention, service end carries out corresponding feedback according to matching result to client can include but not limited to that service end (comprises the client participating in guess task and have neither part nor lot in guess task to all clients broadcasting guess task, namely the particular clients in above-mentioned steps 202) feed back matching result (the guess option namely mated in this guess task), or service end is to the client feedback matching result participating in guess task, or service end carries out corresponding virtual objects (as virtual item to coupling client, medal etc.) feed back or/and numeric feedback is (as increased the user experience of hit client, when the experience that user obtains reaches certain numerical value, user gradation can be promoted).

In the method flow described by Fig. 2, in the process of net cast, client can initiate the guess task for channel live content respective objects event generation result, this guess task is participated in make other client, thus, client user, while watching video live broadcast, can participate in current channel just in live video, improves the liveness that user watches live video.

Based on the network architecture shown in Fig. 1, the another kind embodiments provided is based on the interactive approach of net cast.As shown in Figure 3, the another kind provided for the embodiment of the present invention, based on the schematic flow sheet of the interactive approach of net cast, can comprise the following steps:

Step 301, service end receive the guess task that the first client sends, and this guess task comprises at least two kinds of guess options for specific channel live content respective objects event generation result.

In the embodiment of the present invention, the channel at place when above-mentioned specific channel can be the first client transmission guess task; Channel live content respective objects event can be contingent event (being generally probability of happening be greater than 0 but be less than the event of 1) in current channel live content, also can be that current video live content is associated, but the event in net cast can not be occurred in; Guessing option then can for predict the difference of object event generation result.

In the embodiment of the present invention, object event in guess task, and guess option can be inputted when sending guess task by the first client user in the interactive interface of specifying, this interactive interface can as shown in Figure 3A (for the first client user for main broadcaster user), wherein, theme is object event, and triumph condition is guess option.

Step 302, service end broadcast this guess task to particular clients.

Step 303, service end receive the first guess request comprising the first guess option that in specific channel, the second client sends for guess task, and receive the second guess request comprising the second guess option that in this specific channel, the 3rd client sends for guess task; Wherein, the first guess option is the one in these at least two kinds guess options, and the second guess option is the another kind of these at least two kinds guess options.

In the embodiment of the present invention, when client receives the guess task of service end broadcast, guess request can be sent according to the selection instruction of client user to service end, in this guess request, can be carried any one in above-mentioned guess option.

For example, the guess task of 20 points can be obtained in play for the some sportsmen taken part in game in live for above-mentioned Basketball Match, the live client user of viewing Basketball Match can according to selection " energy " or " can not " participation guess task, accordingly, client can send the guess request of carrying corresponding guess option (" energy " or " can not ") to service end.

The result that step 304, service end occur according to specific channel live content respective objects event, the guess request sent with client is mated, and feeds back accordingly to client according to matching result.

For example, for example, can adhere to for certain role (role A) in game the guess task that 10s is not dead in live for above-mentioned game, suppose that the guess option that comprises of guess request that the second client sends is " energy " (first guess option), the guess option that the guess request that the 3rd client sends comprises for " can not " (second guess option); In live if play, role A is dead after adhering to 15s, namely the guess option mated with the generation result of above-mentioned specific channel live content respective objects event is " energy " (namely first guess option), then the guess option that the guess request of transmission comprises can be that the client (i.e. the second client) of " energy " is defined as mating client by service end.

In the embodiment of the present invention, service end carries out corresponding feedback according to matching result to client can include but not limited to that service end (comprises the client participating in guess task and have neither part nor lot in guess task to all clients broadcasting guess task, namely the particular clients in above-mentioned steps 202) feed back matching result (the guess option namely mated in this guess task), or service end feeds back matching result to the client (i.e. the second client and the 3rd client) participating in guess task, or service end carries out corresponding virtual objects (as virtual item to coupling client, medal etc.) feed back or/and numeric feedback is (as increased the user experience of hit client, when the experience that user obtains reaches certain numerical value, user gradation can be promoted).

In the method flow described by Fig. 3, in the process of net cast, client can initiate the guess task for channel live content respective objects event generation result, this guess task is participated in make other client, thus, client user, while watching video live broadcast, can participate in current channel just in live video, improves the liveness that user watches live video.

Based on the network architecture shown in Fig. 1, the another kind embodiments provided is based on the interactive approach of net cast.As shown in Figure 4, the another kind provided for the embodiment of the present invention, based on the schematic flow sheet of the interactive approach of net cast, can comprise the following steps:

Step 401, service end receive the guess task that the first client sends, and this guess task comprises at least two kinds of guess options for specific channel live content respective objects event generation result.

In the embodiment of the present invention, the object event in guess task, and guess option can be inputted when sending guess task by the first client user in the interactive interface of specifying, this interactive interface can be as shown in Figure 3A, wherein, theme is object event, and triumph condition is guess option.

Further, in embodiments of the present invention, first client can send the guess task for multiple object event to service end simultaneously, in addition, when first client sends guess task to service end, the classification of the fictitious assets used when other client participates in guess can also be set, as golden beans, silver-colored beans etc.; Correspondingly, the first client user can input corresponding object event in interactive interface as shown in Figure 4 A, and after the guess option of correspondence, clicks confirming button, triggers the first client and sends guess task to service end.

Step 402, service end broadcast this guess task to particular clients.

In the embodiment of the present invention, client receives the guess task of service end broadcast, and after entering above-mentioned specific channel, can show this guess task in appointed area in the main interface of the channel of current channel.Such as, client can show the object event in this guess task in the lower left corner at the main interface of the channel of current channel, and guess option.Wherein, client show the schematic diagram of this guess task in the lower left corner at the main interface of the channel of current channel can be as shown in Figure 4 B.

Step 403, service end receive the task unlatching request comprising the first guess option that task unlatching client sends for guess task, and this task is opened in request and also comprised the first fictitious assets total amount of task unlatching client for the task of guessing.

In the embodiment of the present invention, second client can be called that again task opens client, service end is to after particular clients broadcast guess task, need after at least one client in this particular clients (task unlatching client) opens this guess task, other client could participate in guess task.

In the embodiment of the present invention, the task that task unlatching client sends to service end is opened in request, can also comprise task and open the fictitious assets total amount (first fictitious assets total amount) of client for the task of guessing, and guess ratio.Such as, take fictitious assets as ideal money (as gold coin, Jin Dou, silver-colored beans etc.) be example, this first fictitious assets total amount can be 10000 gold medal beans or 8000 silver medal beans etc.

Further, in the embodiment of the present invention, when task opens client unlatching guess task, the ratio participating in guess task can also be set, this ratio is participation client participation guess task, and during the guess option hit selected, fictitious assets total amount and the ratio of participation client for the fictitious assets total amount of the task of guessing of acquisition, and this ratio is carried at task open request in send to service end, be broadcast to all clients in channel by service end.

Correspondingly, if when task opens client unlatching guess task, be provided with ratio, then, when service end is fed back to client according to the hit results of guess option, also need to consider this ratio.

For example, for the guess task shown in Fig. 4 B, the client receiving the guess task of service end broadcast is entering above-mentioned specific channel, and as shown in Figure 4 B after the appointed area display guess task at the main interface of the channel of current channel, if certain client user wants to open guess task, this client (namely task opens client) user can select to click corresponding function button in the main interface of channel, as " I will open and guess ", open interface to enter task, this task opens interface can be as shown in Figure 4 C; Task opens client user can open selection guess option in interface in this task, and arranges ratio and down payment (namely for the fictitious assets total amount of the task of guessing); Wherein, if when the classification of the fictitious assets that other client that the first client is arranged when sending guess task uses when participating in guess comprises plurality of classes, as comprised golden beans and silver-colored beans, then task opens client when opening guess task, the classification of the fictitious assets of all right choice for use; After task unlatching client user completes relative set, can by clicking confirming button, trigger clients sends task unlatching to service end and asks.

It should be noted that in embodiments of the present invention, the client receiving the guess task of service end broadcast can open guess task respectively for different guess options, and its idiographic flow opening guess task can be described above.

Further, in the embodiment of the present invention, can also pre-set task open client open guess task time (can according to embody rule scene settings for the fictitious assets total amount threshold value of the task of guessing, as 5000 gold medal beans, 5000 silver medal beans etc.), namely the first fictitious assets total amount needs to be more than or equal to this fictitious assets total amount threshold value.

Step 404, service end are broadcasted this task to above-mentioned particular clients and are opened request.

In the embodiment of the present invention, after service end receives the task unlatching request of this task unlatching client transmission, the unlatching of this task can be broadcasted to above-mentioned particular clients and ask; Client can show in the appointed area at the main interface of channel that this task opens request after receiving this task unlatching request.

Such as, client can highlight task and open the guess option asking to comprise in the region showing guess task, and opens the fictitious assets total amount of client for the task of guessing in corresponding region display task, and its schematic diagram can be as shown in Figure 4 D.Wherein, when the guess option in current display interface has opened guess task all, client user can also open guess task by " open and the guess " button clicked as shown in fig.4d.

Step 405, service end receive the task participation request comprising the second guess option sent for the request of opening of this task that participation client sends, and this task participates in also comprising in request and participates in the second fictitious assets total amount of client for the task of guessing.

In the embodiment of the present invention, after client receives the task unlatching request of service end broadcast, the task participation request of opening request for this task can be sent, to participate in guess task to service end.

For example, still for the guess task shown in Fig. 4 B, and the task that the client that the task that hypothesis receives service end broadcast opens request shows in appointed area, the channel of current channel main interface opens request as shown in Figure 4 D, if certain client is wanted to participate in guess task, this client (namely participating in client) user can select to click corresponding function button in the main interface of channel, as " kind beans ", participate in interface to enter task, this task participates in interface can be as shown in Figure 4 E; Participate in client user to participate in selecting in interface or inputting the fictitious assets total amount (i.e. the second fictitious assets total amount) for the task of guessing in task, and by clicking " kind beans " button, trigger clients sends task to service end and participates in asking.

Wherein, open request for the task shown in Fig. 4 D, if participate in client user to click " kind beans " button corresponding to guess option " energy ", then this task client to the task that service end sends participate in the guess option that request comprises be " can not ".

In addition, when available fictitious assets comprise multiple different classes of time, participating in client needs to open when client opens guess task with task identical for the classification of the fictitious assets of the task of guessing for the classification of the fictitious assets of the task of guessing.

Such as, the ideal money of golden beans and silver-colored beans two type is comprised for available virtual assets, suppose that the task unlatching that task unlatching client sends asks the type of the fictitious assets comprised to be golden beans, then participate in client and want to participate in this task when opening the guess task that client opens, the type of the fictitious assets of use is also necessary for golden beans; In like manner, suppose that task is opened task that client sends and opened and ask the type of fictitious assets comprised to be silver-colored beans, then participate in client and want to participate in this task when opening the guess task that client opens, the type of the fictitious assets of use is also necessary for silver-colored beans.

As the optional execution mode of one, in the embodiment of the present invention, the guess task of client unlatching is opened for arbitrary task, when participation client participates in the guess task of this task unlatching client unlatching, the second fictitious assets total amount for the task of guessing must be less than or equal to the first fictitious assets total amount; Wherein, if when having multiple participation client to participate in the guess task of same task unlatching client unlatching, the plurality of participation client must be less than or equal to the first fictitious assets total amount for the second fictitious assets total amount sum of the task of guessing.

Step 406, when the result and first that specific channel live content respective objects event occurs guess option mate time, service end is from participating in deducting the second fictitious assets total amount account corresponding to client, and the task that deducted fictitious assets total amount is increased to is opened in account corresponding to client.

Step 407, when the result and second that specific channel live content respective objects event occurs guess option mate time, service end is participating in increasing by the second fictitious assets total amount in account corresponding to client, and opens account corresponding to client from task and deduct increased fictitious assets total amount.

In the embodiment of the present invention, service end receives the task unlatching request that task opens client transmission, and after the task participation request of participation client transmission, the result that can occur according to above-mentioned specific channel live content respective objects event, open with task task that client sends to open and ask, and the task participation request participating in client transmission is mated, and feed back accordingly to client according to matching result.

In the embodiment of the present invention, the result that above-mentioned specific channel live content respective objects event occurs can submit to service end by the first client.

Concrete, the result that first client user can occur in specific channel live content respective objects event out after, by clicking corresponding function button in the main interface of channel, enter guess result (i.e. the result of specific channel live content respective objects event generation) and submit interface to, this guess result submission interface can be as illustrated in figure 4f, first client user can submit to " submission result " in interface or " submitting in batches " button (if there is multiple theme by clicking this guess result, i.e. multiple object event), enter guess result and submit sub-interface to, this guess result submits to sub-interface can as Fig. 4 G (corresponding " submission result ") or 4H (corresponding " batch is submitted to "), and after selection guess result, by clicking " determination " button, trigger the first client and submit guess result to service end.

For example, still for the guess task shown in Fig. 4 B, suppose that the guess option that the task request of opening that task unlatching client (client 1) sends comprises is " energy " (first guess option), the first fictitious assets total amount is 20000 gold medal beans; Have 3 and participate in client (client 2, client 3, client 4), the guess option that task participation request that it sends comprises is " can not " (the second guess option), the second fictitious assets total amount is respectively 2000 gold medal beans, 3000 gold medal beans, 4000 gold medal beans; If service end receives guess result for " energy ", i.e. the first guess option hit (result and first that specific channel live content respective objects event occurs guess option mate), service end deducts 2000 gold medal beans, 3000 gold medal beans, 4000 gold medal beans respectively from the account of client 2, client 3, client 4 correspondence, and in the account of client 1 correspondence, increase by 9000 gold medal beans (2000+3000+4000); If sportsman A final score is less than 20 points in match, i.e. the second guess option hit, service end increases by 2000 gold medal beans, 3000 gold medal beans, 4000 gold medal beans respectively in the account of client 2, client 3, client 4 correspondence, and deducts 9000 gold medal beans from the account of client 1 correspondence.

Again for example, for examples cited in above-mentioned steps 407, when supposing that client 1 (task unlatching client) opens guess task, the ratio arranged is 1:2, if then the guess result that receives of service end for " can not ", i.e. the second guess option hit (result and second that specific channel live content respective objects event occurs guess option mate), service end is respectively in client 2, client 3, increase by 4000 gold medal beans (2000*2) in the account of client 4 correspondence, 6000 gold medal beans (3000*2), 8000 gold medal beans (4000*2), and from the account of client 1 correspondence, deduct 18000 gold medal beans (4000+6000+8000).

Alternatively, in the embodiment of the present invention, when task opens client unlatching guess task, the span of the ratio arranged can preset, and the value that task opens the ratio that client is arranged must belong to this span preset, such as, this span can be 1:n, 0.1≤n≤9.9.

It should be noted that, in embodiments of the present invention, if there is multiple task for same guess option to open client, after service end broadcasts guess task unlatching request to particular clients, the client receiving the task unlatching request of service end broadcast can open the time sequencing of asking according to receiving task, preferentially show in the appointed area at the main interface of channel that receiving the earliest of task opens request (selected guess option and the first fictitious assets total amount for the task of guessing), and when the task of opening request for this task participates in asking the second fictitious assets total amount sum comprised to equal the first fictitious assets total amount, show that secondary early receiving of task opens request in the appointed area at the main interface of channel, or, when task unlatching client is provided with ratio (as the 1:n) participating in guess task, in channel, each client can open according to task the ratio asking to comprise, preferential task of showing that in the main interface of channel n value is the highest opens request, and when the task of opening request for this task participates in asking the second fictitious assets total amount sum comprised to equal the first fictitious assets total amount, show that in the appointed area at the main interface of channel n value time high task opens request.Wherein, when there is multiple task and opening client, arbitrary task is opened client and is opened guess task, and participates in client and participate in the concrete handling process that this task opens the guess task that client is opened and all see the related procedure described in Fig. 4, can not repeat them here.

In the method flow described by Fig. 4, in the process passing through client watching video live broadcast, after client initiates guess task, one or more particular clients can open client unlatching guess task as task, participate in as participating in client the guess task that task opens client unlatching to make other particular clients, not only make client while watching video live broadcast, current channel can be participated in just in live video, also introduce the competition (task is opened client and participated in client) between different clients, further increase the interaction of different clients, improve the liveness that user watches live video.

The technical scheme understood the embodiment of the present invention better to make those skilled in the art and provide, is described the technical scheme that the embodiment of the present invention provides below in conjunction with embody rule scene.

In this embodiment, live for playing for live content, suppose that in this game, virtual role may be dead owing to coming to harm, and the death of other virtual role can be caused by attacking other virtual role.

When main broadcaster user is undertaken playing live by main broadcaster's client, in order to improve the liveness of the live user of viewing game, main broadcaster user can click the correlation function button (as " arranging guess ") in the main interface of channel of current channel, with the guess task entered as shown in Figure 3A, interface is set, and after filling in theme (object event) and triumph condition (guess option), can by clicking " determination " button, as task, client (i.e. the first client) can be set to service end transmission guess task to trigger main broadcaster's client, suppose that in this guess task, object event is " can I take a blood? (i.e. the virtual role that controls of main broadcaster user can in gaming first virtual role killing other) ", the guess option of its correspondence comprise " energy " and " can not ".

When service end receives the guess task of main broadcaster's client transmission, can to this guess task of all client broadcast in the channel of main broadcaster's client place; When in channel, all clients receive this guess task, can show this guess task (object event, and guess option) in the lower left corner at the main interface of channel, its schematic diagram can be as shown in Figure 4 B.

Service end is in channel after all client broadcast guess tasks, if certain spectator client is wanted to open guess task in channel, can by clicking " I will open and the guess " button in the interface shown in Fig. 4 B, to enter task open function interface as shown in Figure 4 C, and select or fill in relevant information, as option of guessing (i.e. the first guess option), ratio, fictitious assets classification (i.e. golden beans or silver-colored beans), and down payment is (namely for the fictitious assets total amount of the task of guessing, first fictitious assets total amount) after, can by clicking " determination " button, trigger this spectator client and open client (i.e. the second client) to service end transmission task unlatching request as task, suppose that spectators user 1 thinks that the virtual role that main broadcaster user controls can take a blood, then spectators user 1 can pass through its client (spectator client 1) to service end transmission task unlatching request, the request of opening of this task comprise guess option that spectators user 1 selects " can not " (first guess option), spectators user 1 determines the first fictitious assets total amount (being assumed to be 1,000 ten thousand gold medal beans) of guess task, and the ratio (being assumed to be 1:0.5) of the guess task of spectators user 1 setting.

Should be realized that, other spectator client in channel also can be opened client as task and open guess task.

Service end receives above-mentioned task that spectator client 1 (namely task opens client) sends when opening request, this task of all client broadcast can open request in channel; After in channel, each client receives this task unlatching request, can show in the appointed area of guess task in the main interface of channel, highlight the ratio of the guess option of task unlatching selected by client (i.e. the first guess option) and the setting of task unlatching client, its schematic diagram can be as shown in Figure 4 D.

After service end all client broadcast tasks in channel are opened and are asked, other spectator client in channel can participate in as participating in client the guess task that above-mentioned task opens client unlatching, suppose spectators user 2, spectators user 3 and spectators user 4 all think that the virtual role that main broadcaster user controls can not take a blood, " kind beans " button that then in its interface can clicking as shown in Figure 4 D respectively, " energy " is corresponding, interface is participated in entering as shown in Figure 4 E of task, and input or selection participate in the fictitious assets total amount (the second fictitious assets total amount) of guess task, and by clicking " kind beans " button in interface as shown in Figure 4 E, trigger respective client (spectator client 2, spectator client 3 and spectator client 4) send task participation request as participating in client to service end, the guess option that this task participation request comprises is " can not " (the second guess option), suppose spectators user 2, spectators user 3 and spectators user 4 are respectively 300,000 gold medal beans for the fictitious assets total amount (the second fictitious assets total amount) participating in guess task, 500000 gold medal beans and 1,000,000 gold medal beans.

When main broadcaster user starts game, and a blood has occurred rear (after namely having had at least one virtual role to be killed) in game, main broadcaster user can click corresponding function button in the main interface of channel of current channel (as " submitting guess result to "), interface is submitted to enter guess result, its schematic diagram can be as illustrated in figure 4f, and click " submission result " button, enter guess result and submit sub-interface to, and select the guess option of hit according to the actual result in game after, by clicking " determination " button, trigger main broadcaster's client and send guess result to service end.

After service end receives guess result, this guess result is opened with receiving of task ask, guess option that task participates in asking to comprise mates.Suppose that main broadcaster user fails to take a blood, i.e. the second guess option hit, service end can according to the hit results of this guess option, in the account of spectator client 2, spectator client 3 and spectator client 4 correspondence, increase by 150,000 (300,000 * 0.5) golden beans, 250,000 (500,000 * 0.5) golden beans and 500,000 (1,000,000 * 0.5) golden beans respectively, and deduct 900,000 gold medal beans from the account of spectator client 1 correspondence.

By describing above and can finding out, in the technical scheme that the embodiment of the present invention provides, in the process of net cast, first client can initiate the guess task for specific channel live content respective objects event, to make particular clients participate in this guess task, thus client user is while watching video live broadcast, current channel can be participated in just in live video, improve the liveness that user watches live video.

Based on the technical conceive that said method embodiment is identical, the embodiment of the present invention additionally provides a kind of service end, can be applied to said method embodiment.

As shown in Figure 5, be the structural representation of a kind of service end that the embodiment of the present invention provides, can comprise:

First receiver module 501, for receiving the guess task that the first client sends, described guess task comprises the guess option for specific channel live content respective objects event generation result;

Broadcast module 502, for broadcasting described guess task to particular clients;

Second receiver module 503, for receiving the corresponding guess request that client sends for described guess task;

Matching module 504, for the result occurred according to described specific channel live content respective objects event, the guess request sent with client is mated;

Feedback module 505, for feeding back accordingly to client according to the matching result of described matching module 504.

In an alternative embodiment, described broadcast module 502, may be used for guess task described in all or part client broadcast in described specific channel; Or,

Described broadcast module 502, may be used for guess task described in all or part client broadcast in the multiple different channels comprising described specific channel; Described guess task comprises the channel identication of described specific channel.

In an alternative embodiment, described feedback module 505, may be used for for carrying out corresponding virtual objects feedback or/and numeric feedback to the client of coupling.

In an alternative embodiment, described guess task can comprise at least two kinds of guess options for specific channel live content respective objects event generation result;

Correspondingly, described second receiver module 503, may be used for receiving the first guess request comprising the first guess option that in described specific channel, the second client sends for described guess task, and receive the second guess request comprising the second guess option that in described specific channel, the 3rd client sends for described guess task; Wherein, described first guess option for described at least two kinds guess options in one, described second guess option for described at least two kinds guess options another kind.

In an alternative embodiment, described second client can open client for task, and described 3rd client can for participating in client; Described first guess request can open request for task, and described second guess request can participate in request for task;

Correspondingly, see also Fig. 6, Fig. 6 is the structural representation of another kind of service end disclosed in the embodiment of the present invention.Wherein, the service end shown in Fig. 6 is that service end is as shown in Figure 5 optimized and obtains, and compared with the service end shown in Fig. 5, in the service end shown in Fig. 6, described second receiver module 503 can comprise:

First receiving element 5031, the task of comprising the first guess option sent for described guess task for receiving described task unlatching client opens request; Described task is opened in request and is also comprised the first fictitious assets total amount of described task unlatching client for described guess task;

Radio unit 5032, opens request for broadcasting described task to described particular clients;

Second receiving element 5033, for receiving the task participation request comprising the second guess option sent for the request of opening of described task that described participation client sends; Described task participates in also comprising the second fictitious assets total amount of described participation client for described guess task in request.

Correspondingly, described feedback module 505, may be used for when the result and described first that described specific channel live content respective objects event occurs guess option mate time, from the account that described participation client is corresponding, deduct described second fictitious assets total amount, and deducted fictitious assets total amount is increased in account corresponding to described task unlatching client; When the result and described second that described specific channel live content respective objects event occurs guess option mate time, in the account that described participation client is corresponding, increase described second fictitious assets total amount, and open account corresponding to client from described task and deduct increased fictitious assets total amount.

Based on the technical conceive that said method embodiment is identical, the embodiment of the present invention additionally provides a kind of interaction systems based on net cast, can be applied to said method embodiment.

As shown in Figure 7, be the configuration diagram of a kind of interaction systems based on net cast that the embodiment of the present invention provides, client 701 and service end 702 in this system, can be comprised; Wherein:

Described client 701, for during as the first client, send guess task to described service end, described guess task comprises the guess option for specific channel live content respective objects event generation result;

Described service end 702, for receiving the described guess task that described first client sends; Described guess task is broadcasted to particular clients;

Described service end 702, also for receiving the corresponding guess request that client sends for described guess task;

Described service end 702, the result also for occurring according to described specific channel live content respective objects event, the guess request sent with client is mated, and feeds back accordingly to client according to matching result.

In an alternative embodiment, described service end 702, may be used for guess task described in all or part client broadcast in described specific channel; Or,

Described service end 702, may be used for guess task described in all or part client broadcast in the multiple different channels comprising described specific channel; Described guess task comprises the channel identication of described specific channel.

In an alternative embodiment, described guess task comprises at least two kinds of guess options for specific channel live content respective objects event generation result;

Described client 701, when can also be used for as the second client in described specific channel, sends the first guess request comprising the first guess option to described service end for described guess task;

Described client 701, when can also be used for as the 3rd client in described specific channel, sends the second guess request comprising the second guess option to described service end for described guess task;

Described service end 702, may be used for receive described second client for described guess task sends comprise the first guess option first guess request, and receive described 3rd client for described guess task sends comprise the second guess option second guess ask; Wherein, described first guess option for described at least two kinds guess options in one, described second guess option for described at least two kinds guess options another kind.

In an alternative embodiment, described second client is that task opens client, and described 3rd client is for participating in client; Described first guess asks to be that task opens request, and described second guess request is task participation request;

Described client 701, may be used for when opening client as task, sends the task of comprising the first guess option sent for described guess task open request to described service end; Described task is opened in request and is also comprised the first fictitious assets total amount of described task unlatching client for described guess task;

Described service end 702, can also be used for, when receiving described task and opening the task unlatching request of client transmission, broadcasting described task open request to described particular clients;

Described client 701, when may be used for as participation client, sends to described service end the task of comprising the second guess option sent for the request of opening of described task and participates in request; Described task participates in also comprising the second fictitious assets total amount of described participation client for described guess task in request.

In an alternative embodiment, described service end 702, may be used for when the result and described first that described specific channel live content respective objects event occurs guess option mate time, from the account that described participation client is corresponding, deduct described second fictitious assets total amount, and deducted fictitious assets total amount is increased in account corresponding to described task unlatching client; When the result and described second that described specific channel live content respective objects event occurs guess option mate time, in the account that described participation client is corresponding, increase described second fictitious assets total amount, and open account corresponding to client from described task and deduct increased fictitious assets total amount.

In an alternative embodiment, described service end 702, the client that may be used for coupling carries out corresponding virtual objects feedback or/and numeric feedback.

In the description of this specification, specific features, structure, material or feature that the description of reference term " embodiment ", " some embodiments ", " example ", " concrete example " or " some examples " etc. means to describe in conjunction with this embodiment or example are contained at least one embodiment of the present invention or example.In this manual, to the schematic representation of above-mentioned term not must for be identical embodiment or example.And the specific features of description, structure, material or feature can combine in one or more embodiment in office or example in an appropriate manner.In addition, when not conflicting, the feature of the different embodiment described in this specification or example and different embodiment or example can carry out combining and combining by those skilled in the art.

In addition, term " first ", " second " only for describing object, and can not be interpreted as instruction or hint relative importance or imply the quantity indicating indicated technical characteristic.Thus, be limited with " first ", the feature of " second " can express or impliedly comprise at least one this feature.In describing the invention, the implication of " multiple " is at least two, such as two, three etc., unless otherwise expressly limited specifically.

Describe and can be understood in flow chart or in this any process otherwise described or method, represent and comprise one or more for realizing the module of the code of the executable instruction of the step of specific logical function or process, fragment or part, and the scope of the preferred embodiment of the present invention comprises other realization, wherein can not according to order that is shown or that discuss, comprise according to involved function by the mode while of basic or by contrary order, carry out n-back test, this should understand by embodiments of the invention person of ordinary skill in the field.

In flow charts represent or in this logic otherwise described and/or step, such as, the sequencing list of the executable instruction for realizing logic function can be considered to, may be embodied in any computer-readable medium, for instruction execution system, device or equipment (as computer based system, comprise the system of processor or other can from instruction execution system, device or equipment instruction fetch and perform the system of instruction) use, or to use in conjunction with these instruction execution systems, device or equipment.With regard to this specification, " computer-readable medium " can be anyly can to comprise, store, communicate, propagate or transmission procedure for instruction execution system, device or equipment or the device that uses in conjunction with these instruction execution systems, device or equipment.The example more specifically (non-exhaustive list) of computer-readable medium comprises following: the electrical connection section (electronic installation) with one or more wiring, portable computer diskette box (magnetic device), random access memory (RAM), read-only memory (ROM), erasablely edit read-only memory (EPROM or flash memory), fiber device, and portable optic disk read-only memory (CDROM).In addition, computer-readable medium can be even paper or other suitable media that can print described program thereon, because can such as by carrying out optical scanner to paper or other media, then carry out editing, decipher or carry out process with other suitable methods if desired and electronically obtain described program, be then stored in computer storage.

Should be appreciated that each several part of the present invention can realize with hardware, software, firmware or their combination.In the above-described embodiment, multiple step or method can with to store in memory and the software performed by suitable instruction execution system or firmware realize.Such as, if realized with hardware, the same in another embodiment, can realize by any one in following technology well known in the art or their combination: the discrete logic with the logic gates for realizing logic function to data-signal, there is the application-specific integrated circuit (ASIC) of suitable combinational logic gate circuit, programmable gate array (PGA), field programmable gate array (FPGA) etc.

Those skilled in the art are appreciated that realizing all or part of step that above-described embodiment method carries is that the hardware that can carry out instruction relevant by program completes, described program can be stored in a kind of computer-readable recording medium, this program perform time, step comprising embodiment of the method one or a combination set of.

In addition, each functional unit in each embodiment of the present invention can be integrated in a processing module, also can be that the independent physics of unit exists, also can be integrated in a module by two or more unit.Above-mentioned integrated module both can adopt the form of hardware to realize, and the form of software function module also can be adopted to realize.If described integrated module using the form of software function module realize and as independently production marketing or use time, also can be stored in a computer read/write memory medium.

The above-mentioned storage medium mentioned can be read-only memory, disk or CD etc.Although illustrate and describe embodiments of the invention above, be understandable that, above-described embodiment is exemplary, can not be interpreted as limitation of the present invention, and those of ordinary skill in the art can change above-described embodiment within the scope of the invention, revises, replace and modification.

Claims

1. based on an interactive approach for net cast, it is characterized in that, comprising:

Described service end broadcasts described guess task to particular clients;

2. the method for claim 1, is characterized in that, described service end broadcasts described guess task to particular clients, comprising:

3. the method for claim 1, is characterized in that, described guess task comprises at least two kinds of guess options for specific channel live content respective objects event generation result;

4. method as claimed in claim 3, is characterized in that, described second client is that task opens client, and described 3rd client is for participating in client; Described first guess asks to be that task opens request, and described second guess request is task participation request;

5. method as claimed in claim 4, it is characterized in that, the result that described service end occurs according to described specific channel live content respective objects event, the guess request sent with client is mated, and feed back accordingly to client according to matching result, comprising:

6. the method for claim 1, it is characterized in that, the result that described service end occurs according to described specific channel live content respective objects event, the guess request sent with client is mated, and feed back accordingly to client according to matching result, comprising:

7. a service end, is characterized in that, comprising:

Broadcast module, for broadcasting described guess task to particular clients;

8. service end as claimed in claim 7, is characterized in that,

Described broadcast module, for task of guessing described in all or part client broadcast in described specific channel; Or,

9. service end as claimed in claim 7, is characterized in that, described guess task comprises at least two kinds of guess options for specific channel live content respective objects event generation result;

10. service end as claimed in claim 9, is characterized in that, described second client is that task opens client, and described 3rd client is for participating in client; Described first guess asks to be that task opens request, and described second guess request is task participation request;

Described second receiver module comprises:

11. service ends as claimed in claim 10, is characterized in that,

Described feedback module, when mating for option of guessing when the result and described first that described specific channel live content respective objects event occurs, from the account that described participation client is corresponding, deduct described second fictitious assets total amount, and deducted fictitious assets total amount is increased in account corresponding to described task unlatching client; When the result and described second that described specific channel live content respective objects event occurs guess option mate time, in the account that described participation client is corresponding, increase described second fictitious assets total amount, and open account corresponding to client from described task and deduct increased fictitious assets total amount.

12. service ends as claimed in claim 7, is characterized in that,

Described feedback module, for carrying out corresponding virtual objects feedback or/and numeric feedback to the client of coupling.

13. 1 kinds based on the interaction systems of net cast, is characterized in that, comprising: client and service end; Wherein:

14. systems as claimed in claim 13, is characterized in that,

Described service end, for task of guessing described in all or part client broadcast in described specific channel; Or,

15. systems as claimed in claim 13, is characterized in that, described guess task comprises at least two kinds of guess options for specific channel live content respective objects event generation result;

16. systems as claimed in claim 13, is characterized in that, described second client is that task opens client, and described 3rd client is for participating in client; Described first guess asks to be that task opens request, and described second guess request is task participation request;

17. systems as claimed in claim 16, is characterized in that,

Described service end, when mating for option of guessing when the result and described first that described specific channel live content respective objects event occurs, from the account that described participation client is corresponding, deduct described second fictitious assets total amount, and deducted fictitious assets total amount is increased in account corresponding to described task unlatching client; When the result and described second that described specific channel live content respective objects event occurs guess option mate time, in the account that described participation client is corresponding, increase described second fictitious assets total amount, and open account corresponding to client from described task and deduct increased fictitious assets total amount.

18. systems as claimed in claim 13, is characterized in that,

Described service end, for carrying out corresponding virtual objects feedback or/and numeric feedback to the client of coupling.