CN1859266A - Method and device for providing stream medium service information - Google Patents

Abstract

The invention discloses a method for providing streaming media service information and a presentity client, which is used to solve the problem that the observer client cannot know the playing state of the presentity client when the user plays streaming media through the presentity client. It further solves the problem that the watcher client cannot know the specific information items of the streaming media played by the presentity client. The method of the present invention includes: A. the presentity client acquires the streaming media information played by the machine and publishes it to the presence server; B. the presence server saves the streaming media information and sends it to the observer client.

Description

A method and device for providing streaming media service information

technical field

The invention relates to the field of network communication, in particular to a method for providing streaming media service information and a presentity client.

Background technique

Mobile streaming service is a service of watching streaming media on mobile terminals. There are currently two ways to achieve this: wireless streaming and mobile broadcasting. In contrast, mobile broadcasting has huge advantages in network construction costs and operating costs, and thus has attracted extensive attention from telecom operators and broadcasters.

PRESENCE SERVICE is a software system whose role is to collect and distribute presentation information to meet various control and communication needs. Its scope of use includes:

1. A natural person publishes personal presentation information. They can use the app on their phone or the app on their desktop. The state of the presentity also includes the state of the communication channel, such as: VoIP, or PTT.

2. A non-natural person presentity can publish presentation information. For example, a radio station can post what song is currently on the air, and a call center can post call congestion status information.

3. The network component can generate presence information belonging to a natural person, for example, whether a natural person is registered in the network. Web components may also use presence information.

For the existing technology of the presence service, please refer to relevant standards and specifications formulated by the Open Mobile Alliance OMA and the Internet engineering group IETF, such as RFC2778 and RFC2779. In the presence service, the watcher can obtain the presence information of the presentity in a timely manner, such as whether online, location, emotion and other information. Currently commercially available instant messaging tools such as Microsoft's MSN and Tencent's QQ all integrate presentation service functions.

When a user is watching a mobile streaming service, he may not wish to be disturbed by an incoming call or other means of communication, or may wish to share the streaming service he is currently watching with a user who wants to communicate with him. For example: user A is watching TV programs on a mobile terminal, and user A's presence client is also online at the same time, but user A does not want others to disturb him watching TV. At this time, user B can only know that user A is online based on user A's online status. Then send a message, but can not know that user A is watching TV. In this case, user B often does not get a prompt or friendly reply. Another example: user A is watching a mobile streaming media on-demand program, and he hopes that user B can immediately obtain program information (including preview, name, duration, etc.) through the presentation system, so that he can share the program with user B.

To sum up, currently, when the user plays streaming media through the presence client, the observer client cannot know the playing status of the presence client, let alone specific information items of the streaming media being played.

Contents of the invention

The present invention provides a method for providing streaming media service information and a presentity client to solve the current problem that the watcher client cannot know the playing status of the presentity client when the user plays streaming media through the presentity client.

It further solves the problem that the watcher client cannot know the specific information items of the streaming media played by the presentity client.

The inventive method comprises:

A. The presentity client obtains the streaming media information played by the local machine, and publishes it to the presentation server;

B. The presence server saves the streaming media information and sends it to the watcher client.

The streaming media information at least includes: playing state information.

The streaming media information also includes: streaming media information items.

According to the settings of the user, the presentity client acquires the playing state information, and acquires corresponding information items from the data model of the metadata of the streaming media.

The presentity client carries the obtained streaming media information in the presence information, and publishes it to the presence server. By extending the presence information, the streaming media information is carried in the presence information.

The presentity client sorts and saves the published streaming media information according to the published time sequence.

In the step B, the presence server uses the URIs of the presentity clients in the presentity clients as indexes, sorts the received presence information according to the received time sequence, and saves them.

In step B, the watcher client sends a query request to the presence server, and the presence server sends the presence information meeting the search conditions to the watcher client according to the search condition in the query request.

In step B, the user of the watcher client sets notification conditions and uploads them to the presence server; when the presence information updated by the presence server meets the notification conditions, the presence information is sent to the watcher client.

The presentity client is a mobile terminal.

In the presentity client of the present invention, the presentity client has the function of publishing presence information, and the presentity client also includes: a collection device for acquiring streaming media information played by the machine; a presence information generation device for The method is to add the streaming media information acquired by the collecting device to the presentation information.

The collection device is set in the presentity client, or is independent from the presentity client.

If the collection device and the presentity client are independent of each other, the acquired streaming media information is sent to the presentity client through inter-process communication.

The client also includes: a collection range setting device, configured to set a collection range to limit the streaming media information acquired by the collection device.

The presentity client is a mobile terminal.

The beneficial effects of the present invention are as follows:

When the presentity user plays streaming media on the presentity client, the presence client automatically obtains the playback status, adds the playback status to the presence information, and publishes it to the presence server; the presence server then sends the presence information to the watcher client. In this way, the watcher user can know whether the presentity user is currently watching streaming media, thereby avoiding the presentity user being disturbed while watching the streaming media, and also avoiding the embarrassment that the watcher user cannot get a timely or friendly reply.

In the present invention, while the presentity client automatically obtains the playing state, it further obtains the information items of the streaming media (such as name, preview link, etc.) from the data model of the metadata of the streaming media, and stores the information Items are added to the presence information and published to the presence server; the presence server then sends the presence information to the watcher client. In this way, the watcher user can know the specific information of the streaming media currently watched by the presentity user, so as to selectively share the streaming media with the presentity user.

Of course, the watcher user can set the notification conditions in advance, or carry the retrieval conditions when querying the presence information. In this way, the observer user can obtain corresponding presentation information according to his or her preferences, so as to find presentity users who share similar interests with him, so as to better share streaming media.

In order to support the method of the present invention, the present invention also provides a presentity client, wherein the presentity client has the function of publishing presence information, and the presentity client also includes: a collection device, used to acquire the Streaming media information; presenting information generating means, used to add the streaming media information acquired by the collecting means to presenting information. It further includes: a collection range setting device, which is used to set the collection range to limit the streaming media information obtained by the collection device.

Description of drawings

FIG. 1 is a schematic structural diagram of a presentity client in the present invention;

Fig. 2 is a flowchart of the method steps of the present invention;

Fig. 3 is a flow chart of subscribing presence information signaling;

FIG. 4 is a network diagram of a presentation system in the prior art;

FIG. 5 is a structural diagram for presenting information;

Fig. 6 is a flow chart of publishing and presenting information in the prior art;

Fig. 7 is a signaling flow chart of querying presence information.

Detailed ways

In order to enable the watcher client to know the playback state of the presentity client when the presentity user plays the streaming media through the presentity client, and to know the specific information items of the streaming media played by the presentity client, the present invention provides A presentity client, the presentity client can be a mobile terminal, but not limited to a mobile terminal, as shown in Figure 1, it includes: a collection device, a presence information generation device and a presentity client connected in sequence; further It may also include: a collection range setting device connected with the collection device.

The presentity client, which is set in the presentity client of the present invention, is used to publish presence information.

The collection range setting device is used to set the collection range to limit the streaming media information obtained by the collection device.

The collecting device is used for correspondingly obtaining the streaming media information played by the machine according to the collection range set in the collection range setting device. If the presentity client of the present invention does not include the collection range setting device, or the collection range setting device does not set the collection range, the collection device at least obtains the playing status of the streaming media, and can also obtain all the streaming media. media information.

The presenting information generating means is used for adding the streaming media information acquired by the collecting means to the presenting information.

The above collection device may be set in the presentity client, or be independent from the presentity client. If the collection device and the presentity client are independent of each other, the acquired streaming media information is sent to the presentity client through inter-process communication, so that the presentity client generates presence information through the presence information generation device, and publishes .

Applying the above-mentioned presentity client, the present invention provides a method for providing streaming media service information, as shown in Figure 2, including the following steps:

S1. The presentity client acquires the streaming media information played by the presentity client.

S2. Publish to the presentation server.

S3. The presence server saves the streaming media information.

S4. The presence server sends the streaming media information to the watcher client.

The method of the present invention is specifically described below through three examples.

Method example 1: the presentity client only collects the playback state (that is, this example does not include the device for setting the collection range) and publishes it; the observer acts as a subscriber and does not set notification conditions. Referring to FIG. 3 and in combination with FIG. 2 , the following specific contents are included.

S101. The presentity client acquires streaming media information played by the presentity client.

Referring to Fig. 4, the current presence system logically includes two types of presence clients: presentity client and viewer client. Of course, usually the user's client will serve as both the presentity client and the viewer client.

The presentity client includes: the presentity (PRESENTITY) and the presentity agent (UA1). The presentity agent acts as a platform for the presentity user (PRINCIPAL1) to interact with the system, and can identify the presence information sent by PRINCIPAL1; the presentity is used to store and Publish presence information to the presence server.

The watcher client includes: watcher (WATCHER) and watcher agent (UA2), the watcher agent acts as a platform for the watcher user (PRINCIPAL2) to interact with the system; the watcher is used to receive the presence information of the presentity sent by the presence server .

Among them, the presentity transmits the presence information to the presence server through the state protocol (PRESENCE PROTOCOL), and the server sends the presence information to the observer through the state protocol.

Referring to Fig. 4, the present invention is provided with an collecting device (AI) in the presentity client (such as: a mobile terminal), and the collecting device (AI) can be set in the presentity client in the presentity client ( presentity proxy), or independent of the presentity client.

When the user starts to play the streaming media through the presentity client, the collection device will automatically acquire the playing state information (start playing state). For example: after receiving the packet header of the streaming media sent by the network side, the presentity client determines to start playing.

After the collecting device obtains the playing state, it sends it to the presentity client in time. If the collection device is integrated in the presentity client, the transmission can be completed directly; if the collection device and the presentity client are independent of each other, the playback status information can be sent to the presentity client through inter-process communication.

S102. Publish to the presence server.

Referring to Fig. 5, the presentation information (PRESENCE INFORMATION) in the presence service includes several presentation information tuples (PRESENCE TUPLE) in the model defined by RFC2778, and each presentation information tuple further includes: status value (STATUS), communication Information elements such as address (COMMUNICATION) and other signs (OTHER MARKUP) are presented. The communication address further includes contact means (CONTACT MEANS) and contact address (CONTACT ADDRESS). The contact means can be instant message, short message, email, etc., and the contact address is the corresponding user account (such as QQ number) and phone number, etc. .

In this example, after receiving the playing state information, the presentity client converts the playing state information into presence information through a built-in presence information generating device. The specific conversion process is to store the playback status information by expanding other marks (OTHER MARKUP) in the presentation information; the playback status information can also be directly added to the status value (STATUS).

After generating the presence information including the playing state information, the presentity client publishes the presence information to the presence server through the state protocol.

After publishing, the presentity client saves the playing state information in the presence information according to the time sequence of publishing.

S103. The presence server saves the streaming media information.

After the presence server receives the presence information carrying the playback state information, it takes the URI of the presentity client as an index, sorts the received presence information according to the received time sequence, and saves it. That is, the playing state information is saved. In this way, the watcher user with authority can obtain the playing state information.

S104. The presence server sends the streaming media information to the watcher client.

Referring to FIG. 6 , an example illustrates the process of presenting system notification information at present. The initial presentity, observer, and presence information on the presence server are P1. When the play state information of the presentity changes from P1 to P2, the presentity sends the latest play state information P2 to the presence server, and the presence server transfers the play state information from P1 is updated to P2, and the modified playback state information P2 is sent to the observer. Therefore, the playback state information on the presentity, the watcher, and the presence server all change to P2.

The observer can be divided into a query body (FETCHER) and a subscription body (SUBSCRIBER). The query body simply requests to query the presence information released by the presentity, while the subscription body requests to receive updated presence information in real time when the presence information (future) of the presentity changes.

Here, the subscriber requests to subscribe to the presence information published by the presentity client as an example to illustrate the message flow:

First, the subscriber makes a request to the presence server through the status protocol, and the presence server forwards the request to the presentity. The presentity decides whether to allow subscription, and determines the scope that the subscriber can subscribe to. If the presentity refuses to subscribe (such as an anonymous request), the presence server will send a notification of rejection to the subscriber. In addition, the presentity can also use the method of declining to reject some subscribers, that is, accepting the subscription on the surface without providing content, avoiding mutual embarrassment. If the presentity authorizes the subscription, the presence server sends the authorization notification to the subscriber, and also sends the presentity's current playing state information to the subscriber.

Since the subscriber does not set notification conditions in this example, after the presence server receives and saves the presence information, it forwards the presence information to the subscriber with authority through the status protocol.

When the user stops playing, the collection device will automatically acquire the playing status information (stop playing status). After that, it is sent to the subscriber in the same process.

Both presentities and observers can unsubscribe. From privacy considerations, visual rules can also be established, that is, when subscribing or unsubscribing, the third-party observer does not know the subscription status between the two, or only allows some people to know (such as network administrators).

Method example 2: the presentation client collects the playback status and information items and publishes them; the observer acts as a subscriber and sets notification conditions. Referring to FIG. 3 and in combination with FIG. 2 , the following specific contents are included.

S201. The presentity client acquires streaming media information played by the presentity client.

In this example, the collection range is set in the collection range setting device, for example: only the playing state, and three information items of the name of the streaming media, the summary information of the streaming media and the preview link of the streaming media are collected.

When the user starts to play streaming media through the presentity client, the collection device will automatically obtain the playback status, the name of the streaming media, and the summary information of the streaming media according to the collection range set in the collection range setting device. and a preview link for that stream.

In the playing state, when the presentity client receives the packet header of the streaming media sent from the network side, it determines to start playing.

At present, streaming media can be delivered from the media server through SD-5 and SD-6 channels. For the specific delivery implementation process, refer to the two OMA standard documents OMA-TS-BCAST Distribution-V1_0 and OMA-AD_BCAST-V1_0_0. The data model of stream metadata (METADATA) is described by the OMA standard XML document format, which records the basic information items of the stream, such as: name, description, preview link (screenshot, icon, sound effect, etc.) and other information. So the information item can be obtained from the data model of the metadata of the streaming media.

After the collecting device acquires the playing status and information items, it sends them to the presentity client in time. If the collection device is integrated in the presentity client, the transmission can be completed directly; if the collection device and the presentity client are independent of each other, the playback status information can be sent to the presentity client through inter-process communication.

S202. Publish to the presence server.

As shown in Figure 5, the presentation information (PRESENCE INFORMATION) in the presentation service includes several presentation information tuples (PRESENCE TUPLE) in the model defined by RFC2778, and each presentation information tuple includes: other flags (OTHER MARKUP), etc. information element.

In this example, after receiving the playing state information and information items, the presentity client converts the playing state information and information items into presence information through a built-in presence information generating device. The specific conversion process is to store playback status information and information items by extending other marks (OTHER MARKUP) in the presentation information.

After generating presence information including playback state information and information items, the presentity client publishes the presence information to the presence server through the state protocol.

After publishing, the presentity client saves the playback state information and information items in the presence information according to the time sequence of publishing.

S203. The presence server saves the streaming media information.

After the presence server receives the presence information carrying the playback state information and information items, it takes the URI of the presentity client as an index, sorts the received presence information according to the received time sequence, and saves it. That is, the playing state information and information items are saved. In this way, the watcher user with authority can obtain the playing status information.

S204. The presence server sends the streaming media information to the watcher client.

The observer can be divided into a query body (FETCHER) and a subscription body (SUBSCRIBER).

Here, the subscriber requests to subscribe to the presence information published by the presentity client as an example to illustrate the message flow:

First, the subscriber user makes a request to the presence server through the status protocol, and the presence server forwards the request to the presentity. The presentity decides whether to allow subscription, and determines the scope that the subscriber can subscribe to. If the presentity refuses to subscribe (such as an anonymous request), the presence server will send a notification of rejection to the subscriber. In addition, the presentity can also use the method of declining to reject some subscribers, that is, accepting the subscription on the surface without providing content, avoiding mutual embarrassment. If the presentity authorizes the subscription, the presence server sends the authorization notification to the subscriber, and also sends the presentity's current playing state information to the subscriber.

Afterwards, the subscribing user can set notification conditions (for example: only when the streaming media name contains "football" is required to be notified), and upload it to the presence server.

After the presence server receives and saves the presence information, the presence server searches accordingly according to the notification conditions set by the subscriber. If there is "football" in the presence information, it forwards the presence information to the corresponding subscription through the state protocol and send the user ID of the subscriber to the presentity. The presentation information received by the subscriber is shown in the table below: identification simple status information Streaming Program Information 9100000001 online Title: Live broadcast of European Cup football match Duration: 120 minutes Preview link: http://www.example.com/sports.html 9100000002 offline none 9100000003 offline Title: Live broadcast of European Cup football match Duration: 120 minutes Preview link: http://www.example.com/sports.html

Method Example 3: The presentity client collects the playback status and information items, and releases them; the observation body is used as the query body, and the query request carries retrieval conditions. Referring to FIG. 7 and in combination with FIG. 2 , the following specific contents are included.

S301. The presentity client acquires streaming media information played by the presentity client. (same as S201)

S302. Publish to the presence server. (same as S202)

S303. The presence server saves the streaming media information. (same as S203)

S304. The presence server sends the streaming media information to the watcher client.

The observer can be divided into a query body (FETCHER) and a subscription body (SUBSCRIBER).

Here, the query body requests to query the presence information released by the presentity client as an example to illustrate the message flow:

First, the query body sends a query request to the presence server, and the query request carries a retrieval condition, for example, the retrieval condition is "soccer". The presence server searches the stored presence information for presence information satisfying the retrieval condition. Afterwards, the query request is forwarded to the presentity client that publishes the presence information meeting the retrieval condition. The presentity decides whether to allow the query. If the query is rejected, the rejection notification will be sent to the presence server, and the presence server will send the rejection notification to the query body through the state protocol; if the query is authorized, it will further determine the scope of the query body, and the presence server will then The corresponding information item is sent to the query body through the state protocol. The rendering information received by the query body is shown in the following table: identification simple status information Streaming Program Information 9100000001 online Title: Live broadcast of European Cup football match Duration: 120 minutes Preview link: http://www.example.com/sports.html 9100000002 offline none 9100000003 offline Title: Live broadcast of European Cup football match Duration: 120 minutes Preview link: http://www.example.com/sports.html

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalent technologies, the present invention also intends to include these modifications and variations.

Claims (18)

1. A method for providing streaming media service information, comprising the following steps: A. The presentity client obtains the streaming media information played by the local machine, and publishes it to the presentation server; B. The presence server saves the streaming media information and sends it to the watcher client. 2. The method according to claim 1, wherein the streaming media information at least includes: playing status information. 3. The method according to claim 2, wherein the streaming media information further includes: streaming media information items. 4. The method according to claim 3, characterized in that, according to user settings, the presentity client obtains the playback state information, and obtains corresponding information items from the data model of the metadata of the streaming media. 5. The method according to any one of claims 1 to 4, wherein the presentity client carries the acquired streaming media information in the presence information and publishes it to the presence server. 6. The method according to claim 5, characterized in that the streaming media information is carried in the presence information by extending the presence information. 7. The method according to claim 6, wherein when the playback is stopped, the presentity client publishes the status of the playback stop as the presence information to the presence server. 8. The method according to claim 7, characterized in that the presentity client sorts the released streaming media information according to the time sequence of the release, and saves them. 9. The method according to claim 1, characterized in that, in the step B, the presence server takes the URI of the presentity client identification URI among the presentity clients as an index, and sorts the received presence information according to the received time sequence Sort and save. 10. The method according to claim 1, wherein in step B, the watcher client sends a query request to the presence server, and the presence server selects the Presence information is sent to the watcher client. 11. The method according to claim 1, wherein in step B, the user of the watcher client sets notification conditions and uploads them to the presence server; when the presence information updated by the presence server meets the notification conditions, the The presence information is sent to the watcher client. 12. The method according to claim 1, 2, 3, 4, 10 or 11, characterized in that, after sending the presence information to the watcher client, the presence server sends the watcher client to the presentity client URIs. 13. The method of claim 12, wherein the presence client is a mobile terminal. 14. A presentity client, wherein the presentity client has the function of publishing presence information, characterized in that the presentity client further includes: The collection device is used to obtain the streaming media information played by the machine; The presenting information generating means is used for adding the streaming media information acquired by the collecting means to the presenting information. 15. The presentity client according to claim 14, wherein the collecting means is set in the presentity client, or is independent from the presentity client. 16. The presentity client according to claim 15, wherein if the collection device and the presentity client are independent of each other, the acquired streaming media information is sent to the presentity client through inter-process communication. 17. The presentity client according to any one of claims 14 to 16, wherein the client further comprises: The collection range setting device is used to set the collection range to limit the streaming media information obtained by the collection device. 18. The presentity client according to claim 17, wherein the presentity client is a mobile terminal.

Images