This report was approved by the Second Screen Working Group Patent Advisory Group (PAG) on 12 July 2022. Questions and comments on this report should be sent to W3C's legal team at team-legal@w3.org.
The goal of the W3C Patent Policy is to assure that Recommendations produced under this policy can be implemented on a Royalty-Free (RF) basis. W3C forms Patent Advisory Groups (PAGs) when patent claims are asserted against or expressly excluded from royalty-free commitment for implementations of W3C Recommendations.
In August 2021 W3C launched the Second Screen Working Group Patent Advisory Group (PAG) in response to patent disclosures and exclusions by Apple, Inc on 13 August 2021 (the "Disclosed Patents") claimed to bear relevance to the Open Screen Protocol specification.
The PAG concludes that the excluded claims do not read on the Open Screen Protocol and/or are disclosed in the prior art. It recommends that the Second Screen Working Group continue to work on the Open Screen Protocol.
This section traces the procedural steps that led to the publication of this report.
Disclosed patents and excluded claims are listed and analyzed below. All disclosed patents are issued patents.
Priority date asserted: 2004-06-04
Note: In its letter to W3C, Apple indicated that their proposed revisions to the First Public Working Draft, which were adopted by the Second Screen Working Group, "remove from essentiality" necessary claims in this group.
| Excluded claim | Evaluation |
|---|---|
|
1. A method, comprising:
in a computer, performing operations for:
receiving,
through a wireless local area network, an advertisement identifying a
networked media station on the wireless local area network and including
connection information for the networked media station;
using
the connection information to establish a connection with the networked
media station through the wireless local area network; and
sending
multimedia content to the networked media station through the
connection, the multimedia content being configured to, when processed
by the networked media station, cause the networked media station to
output corresponding multimedia, the sending comprising:
causing multimedia data from the multimedia content to be decoded to generate decoded multimedia data;
causing the decoded multimedia data to be re-encoded to generate re-encoded multimedia data; and
causing the re-encoded multimedia data to be sent to the networked media station.
|
The claim is not essential to implement the Open Screen Protocol as the specification neither mandates nor necessarily needs multimedia data decoding and re-encoding before it gets sent to the receiver. Additionally, the Open Screen Protocol does not necessarily require a wireless connection. |
|
2. The method of claim 1, further comprising:
in the computer, performing operations for:
acquiring,
from the networked media station, information describing one or more
multimedia capabilities of the networked media station.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
3. The method of claim 1, further comprising:
in the computer, performing operations for:
verifying that the networked media station is authorized to receive the multimedia content.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
4. The method of claim 1, further comprising:
in the computer, performing operations for:
encrypting at least one of the decoded multimedia data and the re-encoded multimedia data.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
6. The method of claim 1, further comprising:
in the computer, performing operations for:
detecting
the networked media station using one or more discovery protocols by
detecting, in accordance with the discovery protocols, the advertisement
advertising at least one of an availability of the networked media
station and one or more multimedia capabilities of the networked media
station.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
8. The method of claim 1,
wherein the operations of causing the multimedia data from the
multimedia content to be decoded generate the decoded multimedia data
and causing the decoded multimedia data to be re-encoded to generate the
re-encoded multimedia data are performed during a transcoding of the
multimedia data from a first format to a second format;
wherein the first format is different than the second format; and
wherein
the second format is supported by the networked media station and the
first format is not supported by the networked media station.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
10. The method of claim 1, wherein the wireless local area network comprises a WiFi network.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
12. The method of claim 1,
wherein the connection information comprises one or more of the
availability of a service, a name of the networked media station
providing the service, a wireless local area network address of the
networked media station, and one or more configuration parameters
related to the service.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
13. A
non-transitory computer-readable storage medium storing instructions
that, when executed by a computer, cause the computer to perform a
method comprising:
receiving,
through a wireless local area network, an advertisement identifying a
networked media station on the wireless local area network and including
connection information for the networked media station;
using
the connection information to establish a connection with the networked
media station through the wireless local area network; and
sending
multimedia content to the networked media station through the
connection, the multimedia content being configured to, when processed
by the networked media station, cause the networked media station to
output corresponding multimedia, the sending comprising:
causing multimedia data from the multimedia content to be decoded to generate decoded multimedia data;
causing the decoded multimedia data to be re-encoded to generate re-encoded multimedia data; and
causing the re-encoded multimedia data to be sent to the networked media station.
|
Similar to claim 1, the Open Screen Protocol neither mandates nor necessarily needs re-encoding of multimedia data before sending. It does not necessarily require a wireless connection either. |
|
15. The computer-readable storage medium of claim 13, wherein the method further comprises:
detecting
the networked media station using one or more discovery protocols by
detecting, in accordance with the discovery protocols, the advertisement
advertising at least one of the availability of the networked media
station and one or more multimedia capabilities of the networked media
station.
|
Claim depends on claim 13, which is non-essential to implement the Open Screen Protocol. |
|
16. The computer-readable storage medium of claim 13,
wherein the operations of causing the multimedia data from the
multimedia content to be decoded generate the decoded multimedia data
and causing the decoded multimedia data to be re-encoded to generate the
re-encoded multimedia data are performed during a transcoding of the
multimedia data from a first format to a second format;
wherein the first format is different than the second format; and
wherein
the second format is supported by the networked media station and the
first format is not supported by the networked media station.
|
Claim depends on claim 13, which is non-essential to implement the Open Screen Protocol. |
|
18. The computer-readable storage medium of claim 13, wherein the wireless local area network comprises a WiFi network.
|
Claim depends on claim 13, which is non-essential to implement the Open Screen Protocol. |
|
20. The computer-readable storage medium of claim 13,
wherein the connection information comprises one or more of the
availability of a service, a name of the networked media station
providing the service, a wireless local area network address of the
networked media station, and one or more configuration parameters
related to the service.
|
Claim depends on claim 13, which is non-essential to implement the Open Screen Protocol. |
|
21. A computer, comprising:
a processing system;
a network interface; and
wherein the processing system and the network interface perform operations for:
receiving,
through a wireless local area network, an advertisement identifying a
networked media station on the wireless local area network and including
connection information for the networked media station;
using
the connection information to establish a connection with the networked
media station through the wireless local area network; and
sending
multimedia content to the networked media station through the
connection, the multimedia content being configured to, when processed
by the networked media station, cause the networked media station to
output corresponding multimedia, the sending comprising:
decoding multimedia data from the multimedia content to generate decoded multimedia data;
re-encoding the decoded multimedia data to generate re-encoded multimedia data; and
sending the re-encoded multimedia data to the networked media station.
|
Similar to claim 1, the Open Screen Protocol neither mandates nor necessarily needs re-encoding of multimedia data before sending. It does not necessarily require a wireless connection either. |
|
23. The computer of claim 21, wherein the processing system and the network interface further perform operations for:
detecting
the networked media station using one or more discovery protocols by
detecting, in accordance with the discovery protocols, the advertisement
advertising at least one of the availability of the networked media
station and one or more multimedia capabilities of the networked media
station.
|
Claim depends on claim 21, which is non-essential to implement the Open Screen Protocol. |
|
24. The computer of claim 21,
wherein the operations of causing the multimedia data from the
multimedia content to be decoded generate the decoded multimedia data
and causing the decoded multimedia data to be re-encoded to generate the
re-encoded multimedia data are performed during a transcoding of the
multimedia data from a first format to a second format; wherein the
first format is different than the second format; and
wherein
the second format is supported by the networked media station and the
first format is not supported by the networked media station.
|
Claim depends on claim 21, which is non-essential to implement the Open Screen Protocol. |
|
26. The computer of claim 21, wherein the wireless local area network comprises a WiFi network.
|
Claim depends on claim 21, which is non-essential to implement the Open Screen Protocol. |
|
28. The computer of claim 21,
wherein the connection information comprises one or more of the
availability of a service, a name of the networked media station
providing the service, a wireless local area network address of the
networked media station, and one or more configuration parameters
related to the service.
|
Claim depends on claim 21, which is non-essential to implement the Open Screen Protocol. |
Priority date asserted: 2010-08-30
Note: In its letter to W3C, Apple indicated that their proposed revisions to the First Public Working Draft, which were adopted by the Second Screen Working Group, "remove from essentiality" necessary claims in this group.
| Excluded claim | Evaluation |
|---|---|
|
1. A method for establishing a wireless communication link between an accessory and a controller, the method comprising:
receiving,
by the accessory, a first probe from a controller, the first probe
indicating that the controller is searching for an accessory with which
to pair;
sending, by the accessory, a second probe to the controller in response to the first probe;
establishing,
by the accessory, a shared secret with the controller, wherein
establishing the shared secret includes exchanging public keys with the
controller using a plurality of additional probes including at least a
third probe sent by the accessory and a fourth probe received by the
accessory, wherein the third probe and the fourth probe are at least one
of a probe request frame or a probe response frame in which the
corresponding public key is included in a predetermined information
element;
validating, by the accessory, that the shared secret is shared by the controller;
generating, by the accessory, a further cryptographic key using the shared secret;
receiving, by the accessory, a fifth probe from the controller, the fifth probe containing an encrypted message; and
decrypting the encrypted message using the further cryptographic key.
|
The claim is not essential to implement the Open Screen Protocol as the specification only uses the established shared secret to authenticate devices and does not generate a further cryptographic key using the shared secret. Messages exchanged between devices are rather encrypted/decrypted with the TLS session key established before authentication.
Additionally, the Open Screen Protocol does not necessarily require a wireless connection. |
|
2. The method of claim 1 wherein establishing, by the accessory, a shared secret with the controller includes:
receiving, from the controller, the fourth probe, the fourth probe including a controller public key;
generating, by the accessory, an accessory private key and an accessory public key;
sending to the controller, by the accessory, the third probe, the third probe including the accessory public key; and
computing a shared secret based on the controller public key and the accessory public key.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
4. The method of claim 1 wherein establishing, by the accessory, a shared secret with the controller includes:
using, by the accessory, a fixed password to generate an accessory public key;
generating, by the accessory, a random salt;
sending
to the controller, by the accessory, the third probe, the third probe
including the accessory public key and the random salt;
receiving,
by the accessory, the fourth probe from the controller, the fourth
probe including a controller public key and a controller response based
on the random salt; and
computing, by the accessory, a shared secret using the controller public key, the controller private key, and the random salt.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
5. The method of claim 4 wherein validating, by the accessory, that the shared secret is shared by the controller includes:
verifying, by the accessory, the controller response using the shared secret;
computing, by the accessory, an accessory response using the shared secret; and
sending to the controller, by the accessory, a sixth probe, the sixth probe including the accessory response.
|
Claim depends on claim 4, which is non-essential to implement the Open Screen Protocol. |
|
11. A method for establishing a wireless communication link between an accessory and a controller, the method comprising:
broadcasting,
by the controller, a first probe, the first probe indicating that the
controller is browsing for an accessory with which to pair;
receiving,
by the controller, a second probe from an accessory, the second probe
including identifying information for the accessory;
establishing,
by the controller, a shared secret with the accessory, wherein
establishing the shared secret includes exchanging public keys with the
accessory using one of the first probe and the second probe or a fourth
probe received by the controller and a fifth probe sent by the
controller, wherein each of the probes is at least one of a probe
request frame or a probe response frame in which the corresponding
public key is included in a predetermined information element;
validating, by the controller, that the shared secret is shared by the accessory;
generating, by the controller, a further cryptographic key using the shared secret;
encrypting, by the controller, a message using the further cryptographic key; and
sending, by the controller, a third probe to the accessory, the third probe including the encrypted message.
|
Similar to claim 1, the claim is not essential to implement the Open Screen Protocol as the specification only uses the established shared secret to authenticate devices and does not generate a further cryptographic key using the shared secret. Messages exchanged between devices are rather encrypted/decrypted with the TLS session key established before authentication.
Additionally, the Open Screen Protocol does not necessarily require a wireless connection. |
|
12. The method of claim 11 establishing the shared secret includes:
extracting, by the controller, the public key of the accessory from the corresponding probe; and
computing a secret based on the public key of the accessory and the public key of the controller.
|
Claim depends on claim 11, which is non-essential to implement the Open Screen Protocol. |
|
16. The method of claim 11 further comprising:
receiving, by the controller, a sixth probe from the accessory, the sixth probe including another encrypted message; and
decrypting, by the controller, the other encrypted message using the further cryptographic key.
|
Claim depends on claim 11, which is non-essential to implement the Open Screen Protocol. |
| Excluded claim | Evaluation |
|---|---|
|
I. A
method for establishing a wireless communication link between an
accessory and a controller, the method comprising: broadcasting, by the
controller, a first probe, the first probe indicating that the
controller is browsing for an accessory with which to pair; receiving,
by the controller, a second probe from an accessory, the second probe
including identifying information for the accessory; establishing, by
the conuoller, a shared secret with the accessory; validating, by the
controller, that the shared secret is shared by the accessory;
generating, by the controller, a further cryptographic key using the
shared secret; encrypting, by the controller, a message using the
farther cryptographic key; and sending, by the controller, a third probe
to the accessory, the third probe including the encrypted message.
|
The claim is not essential to implement the Open Screen Protocol as the specification only uses the established shared secret to authenticate devices and does not generate a further cryptographic key using the shared secret. Messages exchanged between devices are rather encrypted/decrypted with the TLS session key established before authentication.
Additionally, the Open Screen Protocol does not necessarily require a wireless connection. |
|
2.
The method of claim I wherein establishing the shared secret includes
exchanging public keys with the accessory usiag a plurality of
additional probes including a fourth probe received by the controller
and a fifth probe sent by the controller.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
No English translation available.
No English translation available.
No English translation available.
Priority date asserted: 2004-04-27
Note: In its letter to W3C, Apple indicated that their proposed revisions to the First Public Working Draft, which were adopted by the Second Screen Working Group, "remove from essentiality" a portion of the necessary claims in this group.
| Excluded claim | Evaluation |
|---|---|
|
1. A method for transferring digital audio data from a media player to an accessory, the method comprising, by the accessory:
sending to the media player a list of sample rates supported by the accessory;
receiving
from the media player track information including a first sample rate
for a first track, wherein the first sample rate is selected by the
media player and is one of the sample rates on the list of sample rates
supported by the accessory;
configuring a digital audio interface of the accessory according to the first sample rate; and
receiving
digital audio samples of the first track from the media player at the
first sample rate via the digital audio interface.
|
The claim is not essential to implement the Open Screen Protocol because the specification does not offer a mechanism by which the receiver may provide the controller with a list of sample rates that it supports. The only audio capabilities that the receiver may report are the maximum amount of audio channels that it is capable of supporting and the minimum audio bit rate that it can handle. |
|
2. The method of claim 1 further comprising:
authenticating the accessory to the media player prior to sending the list of supported sample rates to the media player.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
7. A method for transferring digital audio data from a media player to an accessory, the method comprising, by the media player:
requesting from the accessory a list of sample rates supported by the accessory;
receiving from the accessory the list of sample rates supported by the accessory;
selecting
from the list of sample rates supported by the accessory a first sample
rate to be used for a playing a first track of digital audio data;
sending track information including the first sample rate to the accessory; and
sending digital audio samples of the first track via a digital audio interface to the accessory at the first sample rate.
|
Similar to claim 1, the claim is not essential to implement the Open Screen Protocol because the specification does not offer a mechanism by which the receiver may provide the controller with a list of sample rates that it supports. |
|
15. An accessory for use with a media player, the accessory comprising:
a digital audio interface configured to receive digital audio samples of a track of digital audio data from the media player;
a playback unit configured to play a track of digital audio data received via the digital audio interface; and
a
command interface configured to communicate with the media player using a
plurality of commands, the plurality of commands including:
a
first command sendable by the accessory to the media player, the first
command providing to the media player a list of sample rates supported
by the accessory; and
a
second command receivable by the accessory from the media player, the
second command providing to the accessory track information for a track
of digital audio data, the track information including a sample rate for
the track, the sample rate for the track being selected by the media
player from the list of sample rates supported by the accessory.
|
Similar to claim 1, the claim is not essential to implement the Open Screen Protocol because the specification does not offer a mechanism by which the receiver may provide the controller with a list of sample rates that it supports. |
|
16. The accessory of claim 15 wherein the plurality of commands further includes:
a
third command receivable by the accessory from the media player, the
third command requesting the list of sample rates supported by the
accessory.
|
Claim depends on claim 15, which is non-essential to implement the Open Screen Protocol. |
Version on Google Patents: US 8,095,716
| Excluded claim | Evaluation |
|---|---|
|
19. A method for use in an accessory, the method comprising:
establishing communication with a media player; and
sending
capability information to the media player, wherein the capability
information includes a plurality of information items selected from a
group consisting of:
an information item identifying information capabilities of the accessory;
an accessory name;
a minimum version of media player firmware supported by the accessory;
a minimum version of a command set supported by the accessory;
an accessory firmware version;
an accessory hardware version;
an accessory manufacturer;
an accessory model number;
an accessory serial number; and
a maximum incoming packet size supported by the accessory.
|
The claim is not essential to implement the Open Screen Protocol because the capability exchange mechanism defined in the specification does not have a plurality of information items in common with the group described in the claim. The only information item in common is the accessory name. The Open Screen Protocol does not include provisions to exchange information capabilities, version numbers, manufacturing information, or a maximum incoming packet size. |
|
20. The method of claim 19 further comprising receiving a request for capability information from the media player.
|
Claim depends on claim 19, which is non-essential to implement the Open Screen Protocol. |
|
21. The method of claim 19 further comprising:
receiving a media player model identifier from the media player; and
selecting
the capability information to be sent to the media player, the
selection being based at least in part on the media player model
identifier.
|
Claim depends on claim 19, which is non-essential to implement the Open Screen Protocol. |
|
22. The method of claim 19 wherein establishing communication with the media player includes establishing a physical connection to the media player.
|
Claim depends on claim 19, which is non-essential to implement the Open Screen Protocol. |
|
25. An accessory for use with a portable media player, the accessory comprising:
an interface configured to communicably couple the accessory to a portable media player; and
control
logic coupled to the interface and configured to exchange commands and
associated data with the portable media player via the interface,
wherein
the commands include a first command sendable by the accessory to the
portable media player, the first command providing one of a plurality of
sendable information items, wherein the plurality of sendable
information items includes at least two items selected from a group
consisting of:
an information item identifying information capabilities of the accessory;
an accessory name;
a minimum version of media player firmware supported by the accessory;
a minimum version of a command set supported by the accessory;
an accessory firmware version;
an accessory hardware version;
an accessory manufacturer;
an accessory model number;
an accessory serial number; and
a maximum incoming packet size supported by the accessory.
|
Similar to claim 19, the claim is not essential to implement the Open Screen Protocol because the capability exchange mechanism defined in the specification only has one information item in common with the group described in the claim: the accessory name. The Open Screen Protocol does not include provisions to exchange information capabilities, version numbers, manufacturing information, or a maximum incoming packet size. |
|
26. The accessory of claim 25
wherein the commands further include a second command receivable by the
accessory from the portable media player, the second command requesting
information from the accessory and specifying one of the plurality of
sendable information items as being requested.
|
Claim depends on claim 25, which is non-essential to implement the Open Screen Protocol. |
| Excluded claim | Evaluation |
|---|---|
|
10. A portable media player for use with an accessory, the portable media player comprising:
an interface configured to communicably couple the portable media player to an accessory; and
control
logic coupled to the interface and configured to exchange commands and
associated data with the accessory via the interface,
wherein
the commands include a first command receivable by the portable media
player from the accessory, the first command providing one of a
plurality of information items, wherein the plurality of information
items includes at least one item selected from a group consisting of:
a minimum media player firmware version supported by the accessory;
an indication of one or more command sets supported by the accessory; and
for each command set supported by the accessory, a minimum command set version supported by the accessory.
|
See prior art. |
|
11. The portable media player of claim 10 wherein the plurality of information items further includes:
an accessory name;
an accessory firmware version; and
an accessory hardware version.
|
See prior art. |
|
19. A method for use in a portable media player, the method comprising:
establishing communication with an accessory; and
receiving
capability information from the accessory, wherein the capability
information includes a plurality of information items selected from a
group consisting of:
an information item identifying information capabilities of the accessory;
an accessory name;
a minimum version of media player firmware supported by the accessory;
a minimum version of a command set supported by the accessory;
an accessory firmware version;
an accessory hardware version;
an accessory manufacturer;
an accessory model number;
an accessory serial number; and
a maximum incoming packet size supported by the accessory.
|
The claim is not essential to implement the Open Screen Protocol because the capability exchange mechanism defined in the specification does not have a plurality of information items in common with the group described in the claim. The only information item in common is the accessory name. The Open Screen Protocol does not include provisions to exchange information capabilities, version numbers, manufacturing information, or a maximum incoming packet size. |
|
20. The method of claim 19 further comprising sending a request for capability information to the accessory.
|
Claim depends on claim 19, which is non-essential to implement the Open Screen Protocol. |
|
22. The method of claim 19 wherein establishing communication with the accessory includes establishing a physical connection to the accessory.
|
Claim depends on claim 19, which is non-essential to implement the Open Screen Protocol. |
|
23. The method of claim 20 wherein the request for capability information specifies one of the plurality of information items as being requested.
|
Claim depends on claim 20, which is non-essential to implement the Open Screen Protocol. |
|
25. A portable media player for use with an accessory, the portable media player comprising:
an interface configured to communicably couple the portable media player to an accessory; and
control
logic coupled to the interface and configured to exchange commands and
associated data with the accessory via the interface,
wherein
the commands include a first command receivable by the portable media
player from the accessory, the first command providing one of a
plurality of information items, wherein the plurality of information
items includes at least two items selected from a group consisting of:
an information item identifying information capabilities of the accessory;
an accessory name;
a minimum version of media player firmware supported by the accessory;
a minimum version of a command set supported by the accessory;
an accessory firmware version;
an accessory hardware version;
an accessory manufacturer;
an accessory model number;
an accessory serial number; and
a maximum incoming packet size supported by the accessory.
|
Similar to claim 19, the claim is not essential to implement the Open Screen Protocol because the capability exchange mechanism defined in the specification only has one information item in common with the group described in the claim: the accessory name. The Open Screen Protocol does not include provisions to exchange information capabilities, version numbers, manufacturing information, or a maximum incoming packet size. |
U.S. Patent No. US 7,418,472 B2: Shoemaker et al., “Systems and methods for determining remote device media capabilities”, assigned to Microsoft
Could not find essential claims automatically.
| Excluded claim | Evaluation |
|---|---|
|
1. A method for transmitting digital audio data to an accessory by a media player, the method comprising:
identifying
a stored sample rate for a first track of digital audio data to be
played, wherein the first track is stored on the media player;
selecting
a first playback sample rate for the first track, wherein the first
playback sample rate is based on a list of sample rates supported by the
accessory and the stored sample rate for the first track;
transmitting
to the accessory information indicating the first playback sample rate;
and delivering the digital audio data of the first track to the
accessory at the first playback sample rate.
|
The claim is not essential to implement the Open Screen Protocol because the specification does not offer a mechanism by which the receiver (which would map to the "accessory" in the claim) may provide the controller (with would map to the "media player" in the claim) with a list of sample rates that it supports. Instead, in the Open Screen Protocol, the receiver selects an audio stream in a list of audio encodings that the controller may provide. |
|
2. The method of claim 1 further comprising:
obtaining from the accessory the list of sample rates for digital audio supported by the accessory.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
7. The method of claim 1 further comprising:
identifying a stored sample rate associated with a second track of
digital audio data to be played, wherein the second track is stored on
the media player; and selecting a second playback sample rate for the
second track, wherein the second playback sample rate is based on the
list of sample rates supported by the accessory and the stored sample
rate for the second track. |
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
11.
A method for obtaining digital audio from a media player by an accessory, the method comprising:
receiving from the media player an identification of a first playback sample rate associated with a first track of digital audio data to be played, the first track being a track stored on the media player, wherein the first playback sample rate is selected by the media player and is a sample rate supported by the accessory;
configuring a digital audio transfer protocol between the accessory and the media player to receive data at the first playback sample rate; and receiving from the media player, using the digital audio transfer protocol, the digital audio data of the first track at the first playback sample rate.
|
|
|
15.
The method of claim 11 wherein the first playback sample rate is
different from a stored sample rate associated with the first track as
stored in the media player.
|
The claim is not essential to implement the Open Screen Protocol because the specification does not require the controller (which would map to the "media player" in the claim) to provide different audio encodings to the receiver (which would map to the "accessory" in the claim). Nor does the protocol require conversion of sample rates. |
|
16. The method of claim 11 further comprising:
receiving,
from the media player an identification of a second playback sample
rate associated with a second track of digital audio data to be played,
the second track being a track stored on the media player, wherein the
second playback sample rate is selected by the media player and is one
of the sample rates included in the list of sample rates supported by
the accessory.
|
Similar to claim 1, the claim is not essential to implement the Open Screen Protocol because the specification does not offer a mechanism by which the receiver (which would map to the "accessory" in the claim) may provide the controller (with would map to the "media player" in the claim) with a list of sample rates that it supports. Instead, in the Open Screen Protocol, the receiver selects an audio stream in a list of audio encodings that the controller may provide. |
No English translation available.
Priority date asserted: 2004-10-25
| Excluded claim | Evaluation |
|---|---|
|
1. A
method of operating a host to which a portable media player device is
coupled for communication and interoperation therewith, comprising:
receiving, from the portable media player device, particular parameters characterizing the portable media player device; and
configuring
the operations carried out by the host according to the received
particular parameters to communicate and interoperate with the portable
media player device.
|
See prior art. |
|
2. The method of claim 1, wherein:
the
host communicating and interoperating with the portable media player
device includes processing and providing media to the portable media
player device for playback thereon.
|
See prior art. |
|
3. The method of claim 2, wherein:
the
received particular parameters characterizing the portable media player
device include particular parameters characterizing the playback of
media by the portable media player device.
|
See prior art. |
|
4. The method of claim 2, wherein:
the
host operating according to the received particular parameters includes
processing the media provided to the portable media player device based
on the received particular parameters.
|
See prior art. |
|
5. The method of claim 4, wherein:
the
received parameters characterizing the playback of media by the
portable media player device includes particular parameters
characterizing a transformation inherent in the playback of media by the
portable media player device.
|
See prior art. |
|
6. The method of claim 5, wherein:
configuring
the media provided to the portable media player device based on the
received particular parameters includes transforming the media such that
the transformation inherent in the playback of media by the portable
media player device yields no substantial net effect.
|
See prior art. |
|
7. The method of claim 1, wherein:
receiving,
from the portable media player device, particular parameters
characterizing the portable electronic media player device includes
receiving the particular parameters as values associated with metadata
corresponding to a meaning of the values.
|
See prior art. |
|
8. The method of claim 7, wherein:
the
step of operating the host software according to the received
particular parameters includes processing the metadata to determine the
meanings of the values.
|
See prior art. |
Commercial product: Sony Portable MiniDisc Player MZ-NH600D
Priority date asserted: 2004-06-04
Priority date asserted: 2004-06-04
| Excluded claim | Evaluation |
|---|---|
|
1. A
method of receiving multimedia content from a content source by a
network multimedia device, wherein the network multimedia device and the
content source are in communication through at least one network, the
method comprising:
advertising,
by the network multimedia device, one or more services provided by the
network multimedia device, wherein the one or more services provided by
the network multimedia device are advertised on the at least one network
using a predetermined protocol, wherein the one or more services are
associated with at least one multimedia playback device coupled to the
network multimedia device, and wherein the advertising facilitates
discovery of the network multimedia device by the content source;
receiving, by the network multimedia device, the multimedia content from the content source; and
initiating playback of the multimedia content by the at least one multimedia playback device.
|
The multimedia playback device described in the claim would map to the receiver in the Open Screen Protocol. The claim is not essential to implement the Open Screen Protocol because it describes a method where the receiver initiates playback, whereas playback is initiated by the controller in the Open Screen Protocol. |
|
4. The method of claim 1, further comprising:
establishing a paired relationship between the network multimedia device and the content source; and
configuring the network multimedia device to receive the multimedia content from the content source.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
5. The method of claim 4,
further comprising accepting, at the network multimedia device, user
input to establish the paired relationship between the network
multimedia device and the content source.
|
Claim depends on claim 4, which is non-essential to implement the Open Screen Protocol. |
|
6. The method of claim 4,
further comprising accepting, at the at least one multimedia playback
device, user input to cause the network multimedia device to establish
the paired relationship between the network multimedia device and the
content source.
|
Claim depends on claim 4, which is non-essential to implement the Open Screen Protocol. |
|
10. A
method of delivering multimedia content from a content source to a
network multimedia device, wherein the network multimedia device and the
content source are in communication through at least one network, the
method comprising:
discovering,
by the content source, one or more services provided by the network
multimedia device, wherein the one or more services provided by the
network multimedia device are advertised on the at least one network
using a predetermined protocol, wherein the one or more services are
associated with at least one multimedia playback device coupled to the
network multimedia device; and
providing, by the content source, the multimedia content to the network multimedia device; and
causing the at least one multimedia playback device to initiate playback of the multimedia content.
|
See prior art. |
|
11. The method of claim 10,
further comprising accepting, at the content source from the network
multimedia device, user input to obtain the multimedia content from the
content source and initiate playback of the multimedia content by the
network multimedia device.
|
See prior art. |
|
12. The method of claim 10, further comprising:
establishing a paired relationship between the network multimedia device and the content source; and
configuring the network multimedia device to receive the multimedia content from the content source.
|
See prior art. |
|
13. The method of claim 12,
further comprising accepting, at the content source from the network
multimedia device, user input to establish the paired relationship
between the network multimedia device and the content source.
|
See prior art. |
|
17. A
non-transitory computer readable medium having instructions stored
thereon for causing a hardware processor to perform a method of
receiving multimedia content from a content source by a network
multimedia device, wherein the network multimedia device and the content
source are in communication through at least one network, the method
comprising:
advertising,
by the network multimedia device, one or more services provided by the
network multimedia device, wherein the one or more services provided by
the network multimedia device are advertised on the at least one network
using a predetermined protocol, wherein the one or more services are
associated with at least one multimedia playback device coupled to the
network multimedia device, and wherein the advertising facilitates
discovery of the network multimedia device by the content source;
receiving, by the network multimedia device, the multimedia content from the content source; and
initiating playback of the multimedia content by the at least one multimedia playback device.
|
Similar to claim 1, the multimedia playback device described in the claim would map to the receiver in the Open Screen Protocol. The claim is not essential to implement the Open Screen Protocol because it describes a method where the receiver initiates playback, whereas playback is initiated by the controller in the Open Screen Protocol. |
|
18. The non-transitory computer readable medium of claim 17,
wherein the method further comprises accepting, at the network
multimedia device, user input to obtain the multimedia content from the
content source and initiate playback of the multimedia content by the
network multimedia device.
|
Claim depends on claim 17, which is non-essential to implement the Open Screen Protocol. |
|
19. The non-transitory computer readable medium of claim 17,
wherein the method further comprises accepting, at the at least one
multimedia playback device, user input to cause the network multimedia
device to obtain the multimedia content from the content source and
initiate playback of the multimedia content by the network multimedia
device.
|
Claim depends on claim 17, which is non-essential to implement the Open Screen Protocol. |
|
20. The non-transitory computer readable medium of claim 17, wherein the method further comprises:
establishing a paired relationship between the network multimedia device and the content source; and
configuring the network multimedia device to receive the multimedia content from the content source.
|
Claim depends on claim 17, which is non-essential to implement the Open Screen Protocol. |
|
21. The non-transitory computer readable medium of claim 20,
wherein the method further comprises accepting, at the network
multimedia device, user input to establish the paired relationship
between the network multimedia device and the content source.
|
Claim depends on claim 20, which is non-essential to implement the Open Screen Protocol. |
|
22. The non-transitory computer readable medium of claim 20,
wherein the method further comprises accepting, at the at least one
multimedia playback device, user input to cause the network multimedia
device to establish the paired relationship between the network
multimedia device and the content source.
|
Claim depends on claim 20, which is non-essential to implement the Open Screen Protocol. |
|
26. A
non-transitory computer-readable medium having instructions stored
thereon for causing a hardware processor to perform a method of
delivering multimedia content from a content source to a network
multimedia device, wherein the network multimedia device and the content
source are in communication through at least one network, the method
comprising:
discovering,
by the content source, one or more services provided by the network
multimedia device, wherein the one or more services provided by the
network multimedia device are advertised on the at least one network
using a predetermined protocol, wherein the one or more services are
associated with at least one multimedia playback device coupled to the
network multimedia device;
providing, by the content source, the multimedia content to the network multimedia device; and
causing the at least one multimedia playback device to initiate playback of the multimedia content.
|
See prior art. |
|
27. The non-transitory computer readable medium of claim 26,
wherein the method further comprises accepting, at the content source
from the network multimedia device, user input to obtain the multimedia
content from the content source and initiate playback of the multimedia
content by the network multimedia device.
|
See prior art. |
|
28. The non-transitory computer readable medium of claim 26, wherein the method further comprises:
establishing a paired relationship between the network multimedia device and the content source; and
configuring the network multimedia device to receive the multimedia content from the content source.
|
See prior art. |
|
29. The non-transitory computer readable medium of claim 28,
wherein the method further comprises accepting, at the content source
from the network multimedia device, user input to establish the paired
relationship between the network multimedia device and the content
source.
|
See prior art. |
Research publication: McCanne et al., “Low-Complexity Video Coding for Receiver-Driven Layered Multicast”
| Excluded claim | Evaluation |
|---|---|
|
1. A
method of retrieving multimedia content from a content source by a
network multimedia device, wherein the network multimedia device and the
content source are in communication through at least one network, the
method comprising:
receiving,
by the network multimedia device, an advertisement of one or more
services provided by the content source, wherein the one or more
services provided by the content source are advertised on the at least
one network using a predetermined protocol, wherein the advertisement
facilitates discovery of the content source by the network multimedia
device;
accessing, based upon the advertisement, by the network multimedia device, the multimedia content from the content source; and
initiating playback of the multimedia content by at least one multimedia playback device.
|
The multimedia playback device described in the claim would map to the receiver in the Open Screen Protocol. The claim is not essential to implement the Open Screen Protocol because it describes a method where the receiver initiates playback, whereas playback is initiated by the controller in the Open Screen Protocol. |
|
4. The method of claim 1, further comprising:
establishing a paired relationship between the network multimedia device and the content source; and
configuring the network multimedia device to receive the multimedia content from the content source.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
5. The method of claim 4,
further comprising accepting, at the network multimedia device, user
input to establish the paired relationship between the network
multimedia device and the content source.
|
Claim depends on claim 4, which is non-essential to implement the Open Screen Protocol. |
|
6. The method of claim 4,
further comprising accepting, at the at least one multimedia playback
device, user input to cause the network multimedia device to establish
the paired relationship between the network multimedia device and the
content source.
|
Claim depends on claim 4, which is non-essential to implement the Open Screen Protocol. |
|
10. A network multimedia device, comprising:
communications
circuitry that communicatively couples the network multimedia device to
a content source that hosts multimedia content, via a network;
one or more processors, configured to:
discover
one or more services provided by the content source, wherein the one or
more services provided by the content source are advertised over the
network using a predetermined protocol;
access, using the one or more services, via the network multimedia device, the multimedia content from the content source; and
cause at least one multimedia playback device to initiate playback of the multimedia content.
|
See prior art. |
|
16. A
non-transitory computer readable medium having instructions stored
thereon for causing one or more hardware processors to perform a method
of receiving multimedia content from a content source by a network
multimedia device, wherein the network multimedia device and the content
source are in communication through at least one network, the method
comprising:
receiving,
by the network multimedia device, an advertisement of one or more
services provided by the content source, wherein the one or more
services provided by the content source are advertised on the at least
one network using a predetermined protocol, wherein the advertisement
facilitates discovery of the content source by the network multimedia
device;
accessing, based upon the advertisement, by the network multimedia device, the multimedia content from the content source; and
initiating playback of the multimedia content by at least one multimedia playback device.
|
Similar to claim 1, the multimedia playback device described in the claim would map to the receiver in the Open Screen Protocol. The claim is not essential to implement the Open Screen Protocol because it describes a method where the receiver initiates playback, whereas playback is initiated by the controller in the Open Screen Protocol. |
|
18. The non-transitory computer readable medium of claim 16, wherein the method further comprises:
establishing
a paired relationship between the network multimedia device and the
content source, based upon the one or more services; and
configuring
the network multimedia device to receive the multimedia content from
the content source via the one or more services.
|
Claim depends on claim 16, which is non-essential to implement the Open Screen Protocol. |
|
19. The non-transitory computer readable medium of claim 18, wherein the method further comprises:
accepting,
at the network multimedia device, user input to establish the paired
relationship between the network multimedia device and the content
source; and
establishing, via the network multimedia device, the paired relationship based upon the user input.
|
Claim depends on claim 18, which is non-essential to implement the Open Screen Protocol. |
Research publication: McCanne et al., “Low-Complexity Video Coding for Receiver-Driven Layered Multicast”
| Excluded claim | Evaluation |
|---|---|
|
1. A method of retrieving multimedia content from a content source, the method comprising:
receiving, via a first playback device, an indication of content to be sent to a second playback device;
receiving,
via the first playback device, an indication of one or more services
provided by a content source, wherein the indication facilitates
discovery of the one or more services by the first playback device;
establishing a paired relationship between the first playback device and the content source;
configuring
the first playback device to receive the content from the content
source, based at least in part upon the one or more services;
accessing, via the first playback device, the content from the content source based on the indication; and
sending, via the first playback device, the content to the second playback device.
|
The claim is not essential to implement the Open Screen Protocol because the method by which a controller (which would map to the "first playback device" in the claim) connects and retrieves multimedia content from a content source is out of scope of the Open Screen Protocol. For example, there is no requirement in the Open Screen Protocol to establish a paired relationship between the controller ("first playback device" in the claim) and the content source. The scope of the Open Screen Protocol is restricted to discovery, authentication, communication link establishment, and communication between a controller (the "first playback device" in the claim) and a receiver (the "second playback device" in the claim). |
|
2. The method of claim 1, wherein the indication facilitates discovery of the content source by the first playback device.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
3. The method of claim 2, wherein the indication of one or more services provided by the content source is provided via at least one network.
|
Claim depends on claim 2, which is non-essential to implement the Open Screen Protocol. |
|
4. The method of claim 3,
wherein the indication of one or more services provided by the content
source is provided using a predetermined protocol for discovery of
electronic devices on the at least one network.
|
Claim depends on claim 3, which is non-essential to implement the Open Screen Protocol. |
|
5. The method of claim 1, comprising initiating playback of the content at the second playback device via the first playback device.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
8. The method of claim 1, wherein the content source comprises a multimedia website or a multimedia server computer.
|
Claim depends on claim 1, which is non-essential to implement the Open Screen Protocol. |
|
10. A playback device, comprising:
one or more processors configured to:
receive an indication of content to be sent to a second playback device;
receive,
via the first playback device, an indication of one or more services
provided by a content source, wherein the indication facilitates
discovery of the one or more services by the playback device;
establish a paired relationship between the playback device and the content source;
configure
the playback device to receive the content from the content source
based at least in part upon the one or more services;
access the content from the content source based on the indication; and
send the content to the second playback device.
|
Similar to claim 1, the claim is not essential to implement the Open Screen Protocol because the method by which a controller (which would map to the "playback device" in the claim) connects and retrieves multimedia content from a content source is out of scope of the Open Screen Protocol. For example, there is no requirement in the Open Screen Protocol to establish a paired relationship between the controller ("playback device" in the claim) and the content source. The scope of the Open Screen Protocol is restricted to discovery, authentication, communication link establishment, and communication between a controller (the main "playback device" in the claim) and a receiver (the "second playback device" in the claim). |
|
15. The playback device of claim 10, wherein
the indication facilitates discovery of the content source by the playback device.
|
Claim depends on claim 10, which is non-essential to implement the Open Screen Protocol. |
|
16. A
non-transitory, computer-readable medium comprising instructions that,
when executed, are configured to cause one or more processors to perform
a method for receiving content from a content source by a first
playback device, the method comprising:
receiving, via the first playback device, an indication of content to be sent to a second playback device;
receiving,
via the first playback device, an indication of one or more services
provided by a content source, wherein the indication facilitates
discovery of the one or more services by the first playback device;
establishing, via the first playback device, a paired relationship between the first playback device and the content source;
configuring
the first playback device to receive the content from the content
source, based at least in part upon the one or more services;
accessing, via the first playback device, the content from the content source; and
sending, via the first playback device, the content to the second playback device.
|
Similar to claim 1, the claim is not essential to implement the Open Screen Protocol because the method by which a controller (which would map to the "first playback device" in the claim) connects and retrieves multimedia content from a content source is out of scope of the Open Screen Protocol. For example, there is no requirement in the Open Screen Protocol to establish a paired relationship between the controller ("first playback device" in the claim) and the content source. The scope of the Open Screen Protocol is restricted to discovery, authentication, communication link establishment, and communication between a controller (the "first playback device" in the claim) and a receiver (the "second playback device" in the claim). |
|
18. The non-transitory, computer-readable medium of claim 16, wherein:
the indication facilitates discovery of the content source by the first playback device;
the
method comprises accepting, via the first playback device, user input
to establish the paired relationship between the first playback device
and the content source; and
establishing
the paired relationship comprises establishing, via the first playback
device, the paired relationship based upon the user input.
|
Claim depends on claim 16, which is non-essential to implement the Open Screen Protocol. |
The PAG did not analyze disclosed patents that are not available in English and considered that such patents directly mapped to disclosed patents available in English that the PAG analysed.
The analysis provided in this report is neither exhaustive, nor intended to be.
The PAG concludes that the excluded claims do not read on the Open Screen Protocol specification and/or are disclosed in the prior art.
The PAG recommends that work on the Open Screen Protocol specification continue without PAG-related change.
None of the authors is your attorney. No part of this report is intended as legal advice either to W3C or to its members. It is intended merely as a summary of what the PAG has learned to date. Rely on this report entirely at your own risk. This analysis includes the personal opinions of the authors.
THESE RECOMMENDATIONS OF THE SECOND SCREEN WORKING GROUP PATENT ADVISORY GROUP ARE NOT LEGAL ADVICE. NEITHER W3C NOR ANY OF THE PARTICIPANTS OF THIS PATENT ADVISORY GROUP OR THEIR RESPECTIVE EMPLOYERS TAKES ANY RESPONSIBILITY FOR THE ACCURACY, LEGAL CORRECTNESS OR OTHER FITNESS FOR ANY PURPOSE OF THE INFORMATION PROVIDED IN THIS REPORT. ESPECIALLY, NEITHER W3C NOR ANY OF THE PARTICIPANTS OF THIS PATENT ADVISORY GROUP OR ANY OF THEIR RESPECTIVE EMPLOYERS MAKE ANY REPRESENTATION THAT FOLLOWING THE RECOMMENDATIONS HERE WILL AVOID AN INFRINGEMENT OF ANY PATENTS MENTIONED IN THE REPORT.
$Id: report.html,v 1.9 2022/07/12 15:12:12 fd Exp $