JP4995815B2 - ポッドキャストの更新方法、ポータブルメディアプレイヤ、ならびにコンピュータプログラム - Google Patents

Description

本発明は、ポッドキャストに関し、特に、携帯メディアデバイスにおいてポッドキャストを取得及び再生することに関する。

メディアプレーヤは、それ自体で再生又は表示可能なオーディオトラック等のメディアアセットを格納する。携帯メディアプレーヤの一例は、カリフォルニア州クパチーノのApple Computer, Inc.のiPod（登録商標）メディアプレーヤである。多くの場合、メディアプレーヤは、ユーザがメディアアセットを管理できるようにするホストコンピュータからメディアアセットを取得する。メディアアセットを管理する際、ユーザはオーディオトラックに対する再生リストを作成できる。これらの再生リストはホストコンピュータにおいて作成される。その後、再生リスト内のメディアアセットはメディアプレーヤにコピーされる。一例として、ホストコンピュータは、メディア管理アプリケーションを実行してメディアアセットを作成及び管理できる。メディア管理アプリケーションの一例は、Apple Computer, Inc.により製造されるiTunes（登録商標）である。

通常、ポッドキャストは、ウェブサイトからのコンテンツを共有するために使用される。ポッドキャストは、軽量なＸＭＬ形式を使用するReally Simple Syndication（ＲＳＳ）フィードに関連付けられる。ポッドキャストは、ラジオ番組又はテレビ番組のようにエピソードに編成される。興味のある人は、その後公開されるポッドキャストエピソードを受信するために加入できる。これは、興味のある人が、ＲＳＳフィードをホストするポッドキャストのウェブサイトに自身のコンピュータを使用してアクセスすることにより実現される。興味のある人は、その後、自身のコンピュータが時々ポッドキャストのウェブサイトを再訪して任意の新規のポッドキャストエピソードを確認するようにＲＳＳフィードに対して加入できる。通常、新規のポッドキャストエピソードが入手可能な場合、それはコンピュータにダウンロードされる。その後、興味のあるユーザは、自身のコンピュータにおいてポッドキャストエピソードを他のオーディオファイル（例えば、ＭＰ３ファイル）と同一の方法で再生できる。ユーティリティプログラムは、オーディオファイルを携帯メディアプレーヤ（例えば、ＭＰ３プレーヤ）にダウンロードするのに使用される。そのような従来のユーティリティプログラムの一例は、オーディオファイルを携帯メディアプレーヤにダウンロードするためにコンピュータ上で実行する小型プログラムである「iPodder」である。

しかしながら、従来、ポッドキャストはホストコンピュータ上で容易に管理されない。多くの場合、ポッドキャストは、新規エピソードがリリースされると動的に変化する。そのような動的なメディアアセットの管理は複雑である。更に、ホストコンピュータが携帯メディアプレーヤをサポートしたい場合、ホストコンピュータは携帯メディアプレーヤへのポッドキャストデータの転送を管理する必要がある。

従って、ポッドキャストをコンピュータ上で管理及び使用する技術が必要である。

本発明は、ポッドキャストの使用し易い改善され技術に関する。改善された技術は、ポッドキャストの作成、公開、ホスティング、アクセス、加入、管理、転送及び／又は再生に関する。

１つの面によると、クライアントアプリケーションは、複数のポッドキャストから興味のあるポッドキャストの発見と、その興味のあるポッドキャストへの加入、及び、その興味のあるポッドキャストのその後の管理を容易にする。ここで、興味のあるポッドキャストの管理は、わずかなユーザの操作で、もしくはユーザの対話的要求無しに、更新後のポッドキャストを取得する処理を含めることができる。他の面によると、クライアントアプリケーションにローカルに利用できる幾つか若しくは全ポッドキャストが、携帯メディアデバイスにコピー（例えば同期化のため）できる。これにより、ポッドキャストが、クライアントアプリケーション又は携帯メディアデバイスのいずれでも都合よく利用、再生可能にする。

本発明は、方法、システム、デバイス、装置（グラフィカルユーザインタフェースを含む）又はコンピュータ可読媒体を含む多くの方法で実現可能である。本発明のいくつかの実施形態を以下に説明する。

パーソナルコンピュータ上で動作するクライアントアプリケーションからポッドキャストに登録する方法として、本発明の１つの実施形態は少なくとも、オンラインメディアストアにおいて入手可能な複数のポッドキャストから特定のポッドキャストを前記クライアントアプリケーションを介して発見する工程と、前記クライアントアプリケーションから前記特定のポッドキャストに登録する工程と、次いで、前記特定のポッドキャストのポッドキャストメタデータ及びポッドキャストメディアコンテンツを前記クライアントアプリケーションを介して取得する工程とを備える。

また、少なくともポッドキャストに登録するためのコンピュータプログラムコードを含むコンピュータ可読媒体として、本発明の１つの実施形態は少なくとも、オンラインメディアストアにおいて入手可能な複数のポッドキャストから特定のポッドキャストを発見するためのコンピュータプログラムコードと、前記特定のポッドキャストに登録するためのコンピュータプログラムコードと、前記特定のポッドキャストのポッドキャストメタデータ及びポッドキャストメディアコンテンツを取得するためのコンピュータプログラムコードととを含む。

また、ポッドキャストにアクセスするシステムとして、本発明の１つの実施形態は少なくとも、複数のポッドキャストに対する記述情報及びアクセス情報を有するオンラインメディアストアから少なくとも１つのポッドキャストを発見するため、前記オンラインメディアストアから前記少なくとも１つのポッドキャストを取得するため、及び、前記少なくとも１つのポッドキャストを携帯メディアプレーヤにコピーするため、メディア管理アプリケーションを動作するクライアントデバイスを備える。

また、ポッドキャストを維持する方法として、本発明の１つの実施形態は、少なくとも、クライアントデバイスにおいてポッドキャストデータを更新すると共に、前記ポッドキャストデータの適切な部分を携帯演算装置にコピーする工程とを備える。

本発明の他の面及び利点は、本発明の原理を例示する添付の図面と関連して以下の詳細な説明を読むことにより明らかになるだろう。

本発明は、使用し易い改善されたポッドキャスト及び技術に関する。改善された技術は、ポッドキャストの作成、公開、ホスティング、アクセス、加入、管理、転送、及び／又は再生に関する。

１つの面によると、クライアントアプリケーションはポッドキャストに加入し、その結果、その後ポッドキャストの更新を自動的に監視できるようになる。ポッドキャストの更新データが入手可能な場合（例えば、新規エピソード）、更新データはクライアントアプリケーションにダウンロードされる。しかしながら、ポッドキャストに対するユーザの興味が不十分になった場合、更なる更新データのダウンロードは制限される。別の面によると、ポッドキャストは携帯加入ファイル（potable subscription file）を使用することにより加入される。携帯加入ファイルはネットワークを介して移植可能且つ転送可能であるため、ポッドキャストへの加入を容易にする便利な方法を提供する。更に別の面によると、ポッドキャストフィードは、セグメント要素及び他のメタデータを含むように改良される。セグメントリンク及び時間表示はセグメント毎に提供される。ユーザにポッドキャストを提示するクライアントアプリケーションは、セグメント要素及び他のメタデータを使用することにより、改善されたグラフィカルユーザインタフェースを提供できる。

図１乃至図１４を参照して、本発明の実施形態を以下に説明する。しかしながら、本発明はこれらの限定的な実施形態を越えた範囲に及ぶため、これらの図面に関連して本明細書に与えられる詳細な説明は例示が目的であることは当業者には容易に理解されるだろう。

図１は、本発明の一実施形態によるメディアシステム１００を示すブロック図である。メディアシステム１００は、オンラインメディアストアをホストするメディアストアサーバ１０２を含む。メディアストアサーバ１０２は、要望に応じて、購入したデジタルメディアアセットの商取引及び／又は他のサーバへの配信をオフロードできる。図１に示すように、メディアシステム１００は、エンドユーザにより使用される１つ以上のクライアントデバイス１０４を含む。クライアントデバイス１０４はデータネットワーク１０６に結合する。更に、メディアストアサーバ１０２もデータネットワーク１０６に結合する。一実現例において、データネットワーク１０６は、通常は高帯域幅データネットワーク、すなわち、インターネット、イーサネット（登録商標）、ギガビットイーサネット（登録商標）及び光ファイバー等の有線ネットワーク、並びにＩＥＥＥ８０２．１１（ａ）、（ｂ）又は（ｇ）（WiFi）、ＩＥＥＥ８０２．１６（WiMax）及びウルトラワイドバンド（ＵＷＢ）等の無線ネットワークである１つ以上のデータネットワークを示すことができる。

コンピュータプログラム１０８（クライアント又はクライアントアプリケーション）は、通常はメディア管理アプリケーション（ＭＭＡ）又は他のメディアプレーヤアプリケーションであり、クライアントデバイス１０４上で実行される。メディア管理アプリケーションの一例は、カリフォルニア州クパチーノのApple Computer, Inc.により提供されるiTunes（登録商標）アプリケーションである。一般に、クライアントデバイス１０４は演算装置である。一例として、クライアントデバイス１０４は、特定用途向け又は汎用パーソナルコンピュータ（又は携帯メディアプレーヤ）である。クライアントデバイス１０４は、携帯メディアデバイス１０９（携帯メディアプレーヤ）に結合できる。本発明と共に使用するのに適する携帯メディアプレーヤの一例は、Apple Computer Inc.により更に製造されるiPod（登録商標）である。コンピュータプログラム１０８は、メディアストアサーバ１０２により提供されるオンラインメディアストアからのメディアアセット（ポッドキャストを含む）の閲覧、探索、取得及び／又は購入、メディアアセット群（例えば、再生リスト）の作成及び共有、メディアアセットの編成、メディアアセットの提示／再生、クライアントデバイス１０４間でのメディアアセットの転送、並びに携帯メディアデバイス１０９との同期を含む種々の目的のために消費者により使用されるが、目的はこれらに限定されない。

メディアシステム１００は、メディアプログラマにより使用される１つ以上のクライアントデバイス１１０を更に含むことができる。クライアントデバイス１１０も、通常はメディア管理アプリケーション（ＭＭＡ）又は他のメディアプレーヤアプリケーションであるコンピュータプログラム１１２を実行する。コンピュータプログラム１１２はコンピュータプログラム１０８と同一であってもよいが、コンピュータプログラム１１２はメディアプログラマを支援するための追加の機能性を提供してもよい。一例として、コンピュータプログラム１１２を使用するメディアプログラマは、ポッドキャストを作成及び公開するための追加の機能性を提供してもよい。

メディアシステム１００はデジタルアセットマネージャ１１４を更に含む、デジタルアセットマネージャ１１４はメディアアセットデータベース１１６に結合される。メディアアセットデータベース１１６は、オンラインメディアストアにおいて購入可能なデジタルメディアアセットに関するメタデータを含むメディアアセット情報を格納する。メタデータは、個別のメディアアセット（デジタルメディアアセット）又はメディアアセット群（デジタルメディアアセット群）に関する。メディアアセットは、音楽ファイル、ビデオファイル、テキストファイル及び／又はグラフィックファイルを含むことができるが、これらに限定されない。メディアアセット又はメディアアセット群の１つの特定の種類はポッドキャストであり、多くの場合、これはオーディオ、グラフィック及びテキストを含む（しかしながら、ビデオを含むこともできる）。音楽の場合、メディアアセット群は音楽に対する再生リストであってもよい。デジタルメディアアセット群の種類の１つの特定の例はiMix（登録商標）と呼ばれる。これは、Apple ComputerのiTunes（登録商標） Music Storeにおいて現在閲覧及び／又は購入可能な公開再生リストである。デジタルメディアアセット群の種類の別の特定の例は、iEssential（登録商標）と呼ばれる。これは、メディアプログラマにより作成される公開再生リストであり、Apple ComputerのiTunes（登録商標） Music Storeにおいて現在閲覧及び／又は購入可能である。デジタルメディアアセット群の種類の更に別の特定の例はCelebrity Playlistと呼ばれる。これは、有名人により作成される公開再生リストであり、Apple ComputerのiTunes（登録商標） Music Storeにおいて閲覧及び／又は購入可能になる。

メディアストアサーバ１０２は、ある特定のクライアントデバイス１０４のユーザがメディアアセット（例えば、ポッドキャスト）を取得できるようにする。その後、クライアントデバイス１０４は、メディアストアサーバ１０２又は任意の他のサーバからデータネットワーク１０６を介してメディアアセットをダウンロードできる。データネットワークに精通する当業者により理解されるように、他のネットワーク構成が可能である。更に、メディアストアサーバ１０２及びデジタルアセットマネージャ１１４が個別且つ別個のデバイスとして示されるが、他の構成が可能であることは当業者には理解されるであろう。一例として、各々が複数のサーバコンピュータを介して分散されるように各デバイスは実現される。別の例として、これら種々のサーバ及び／又はマネージャは、単一の物理サーバコンピュータにより実現される。

図２Ａ及び図２Ｂは、本発明の一実施形態によるポッドキャスト送信処理２００を示すフローチャートである。例えば、ポッドキャスト送信処理２００はクライアント（例えば、アプリケーションプログラム）により実行される。クライアントの一例は、クライアントデバイス上で動作するメディア管理アプリケーションである。

ポッドキャスト送信処理２００はポッドキャストの作成２０２から開始する。ポッドキャストは、ポッドキャスト送信処理２００の間に作成されるか又は事前に作成される。一実現例において、ポッドキャスト送信処理２００は、メディア管理アプリケーション等の単一アプリケーションにより実行される。別の実現例において、ポッドキャストの作成は１つのアプリケーションにおいて実行され、ポッドキャストの公開は別のアプリケーションにおいて実行される。

ポッドキャストが作成された（２０２）後、決定処理２０４において、公開が要求されたかが判定される。決定処理２０４において、公開要求されていないと判定される場合、ポッドキャスト送信処理２００はそのような要求を待つ。一方、決定処理２０４において、公開要求されたと判定される場合、ポッドキャストへのネットワークアドレス（例えば、ポッドキャストフィードのＵＲＬ）が受信される（２０６）。一実現例において、クライアントのユーザは、クライアントによりユーザに提示されているグラフィカルユーザインタフェースのテキスト入力ボックスに適切なネットワークアドレスを入力する。その後、ポッドキャストへのネットワークアドレスはサーバに送出される（２０８）。例えば、サーバはメディアストア又は任意の他のサーバである。その後、決定処理２１０において、ポッドキャストレビューページが受信されたかが判定される。決定処理２１０において、ポッドキャストレビューページが受信されていないと判定される場合、ポッドキャスト送信処理２００はポッドキャストレビューページの受信を待つ。あるいは、決定２１０において、ポッドキャストレビューページが受信されたと判定される場合、ポッドキャストレビューページは表示される（２１２）。通常、ポッドキャストレビューページは、少なくともポッドキャストに関する基本ポッドキャストメタデータを含む。ポッドキャストレビューページが表示されると（２１２）、基本ポッドキャストデータを変更できる（すなわち、編集できる）。更に、ポッドキャストレビューページは、ユーザにより提供される追加の（又は、補助的な）ポッドキャストメタデータに関するデータ入力を容易にする１つ以上のデータ入力欄を含むことができる。

次に、決定処理２１４において、クライアントのユーザが基本ポッドキャストメタデータを編集（変更）すること又はポッドキャストプレビューページに関して追加のポッドキャストメタデータを提供することを要求するかが判定される。決定処理２１４において、ユーザがポッドキャストメタデータの編集を要求すると判定される場合、ポッドキャストメタデータは変更される（２１６）。一例として、ユーザは、基本ポッドキャストメタデータを編集してもよく、又はデータ入力欄を使用して追加のポッドキャストメタデータを入力してもよい。追加メタデータの一例は、ポッドキャストに対するカテゴリ分類を提供することである。追加のポッドキャストメタデータは、補助的なポッドキャストメタデータとも呼ばれる。ブロック２１６の後、又は変更が実行されない場合は決定処理２１４の直後に、決定処理２１８において、ユーザがポッドキャストメタデータを送信したかが判定される。本明細書において、ポッドキャストメタデータの送信は、任意のデータ変更後に基本又は追加のポッドキャストメタデータのいずれかのポッドキャストメタデータをユーザが受け入れたことを示す。そのような送信されたポッドキャストメタデータは、最終ポッドキャストメタデータと呼ばれる。従って、決定処理２１８において、ポッドキャストメタデータが送信されると判定される場合、最終ポッドキャストメタデータは送信される（２２０）。通常、最終ポッドキャストメタデータは、図１に示すメディアストアサーバ等のサーバへ送信される（２２０）。

ポッドキャストに対するＲＳＳフィードの一例を以下に示す。以下に更に詳細に説明するように、ＲＳＳフィードは、チャンネル（すなわち、番組(show)）に対するカテゴリ及び各項目(item)（すなわち、チャプタ）に対するカテゴリを提供する。各項目に対して、オーディオファイル（例えば、ＭＰ３又はＡＡＣ形式）はＵＲＬにより識別される。
［ＲＳＳフィードの例］
<?xml version="1.0" encoding="UTF-8"?>

<!-- xmlnsを含む必要があります:itunes tag -->

<rss xmlns:itunes="http://www.itunes.com/DTDs/Podcast-1.0.dtd" version="2.0>
<channel>
<title>All About Everything</title>
<itunes:author>John Doe</itunes:author>
<link>http://www.itunes.com/podcasts/everything/index.html</link>
<description>All About Everythingはあらゆる事に関する番組です。毎週周知のあらゆる話題について探り、あらゆる事について可能な限り話します。</description>
<itunes:subtitle>All About Everythingはあらゆる事に関する番組です</itunes:subtitle>
<itunes:summary>All About Everythingはあらゆる事に関する番組です。毎週周知のあらゆる話題について探り、あらゆる事について可能な限り話します。このポッドキャストをiTunes Music Storeで捜して下さい</itunes:summary>
<language>en-us</language>
<copyright>Acme News Corp. 2005</copyright>
<itunes:owner>
<itunes:name>John Doe</itunes:name>
<itunes:email>johndoe@mac.com</itunes:email>
</itunes:owner>

<image>
<url>http://www.itunes.com/podcasts/everything/AllAboutEverything.jpg</url>
<title>All About Everything</title>
<link>http://www.-.com/podcasts/everything/index.html</link>
</image>

<!--ＲＳＳ画像の最大サイズは１４４×４００です-->
<!--iTunesではそれ以上のサイズの画像が可能です-->
<itunes link rel="image" type="video/jpeg"
href="http://www.itunes.com/podcasts/everything/AllAboutEverything.jpg">All About Everything</itunes:link>

<category>Technology</category>

<!--カテゴリはカテゴリ／サブカテゴリに対してネスト可能です-->
<!--複数のitunesカテゴリが可能。第１のセットは主要なカテゴリ／サブカテゴリです-->
<itunes:category text="Technology">
<itunes:category text="Gadgets"/>
</itunes:category>
<itunes:category text="Polities"/>
<itunes:category text="Technology">
<itunes:category text="News"/>
</itunes:category>
<item>
<title>調味料を振れ、振れ、振れ</title>
<itunes:author>John Doe</itunes:author>
<description>今週は塩シェーカーと胡椒シェーカーについて、振り入れる量、構成材料及び全体的な外見を比較及び対比しながら話します。</description>
<itunes:subtitle>食卓調味料に関する簡単な入門</itunes:subtitle>
<itunes:summary>今週は塩シェーカーと胡椒シェーカーについて、振り入れる量、構成材料及び全体的な外見を比較及び対比しながら話します。パーティーにどうぞ参加して下さい！</itunes:summary>
<enclosure
url="http://www.itunes.com/podcasts/everything/AllAboutEverythingEpisode3.mp3"
length="8727310" type="x-audio/mp3"/>

<guid>http://www.itunes.com/podcasts/everything/AllAboutEverything Episode3.mp3</guid>
<pubDate>Wed, 15 Jun 2005 11:39:59 GMT</pubDate>

<category>Technology</category>
<itunes:category text="Technology">
<itunes:category text="Gadgets"/>
</itunes:category>

<itunes:explicit>no</itunes:explicit>
<itunes:duration>7:04</itunes:duration>
<itunes:keywords>塩 胡椒 シェーカー 楽しい</itunes:keywords>
</item>

<item>
<title>ソケットレンチの激突</title>
<itunes:author>Jane Doe</itunes:author>
<description>今週はメートルソケットレンチとオールドイングリッシュソケットレンチについて話します。どちらの方が良いでしょう？本当に両方とも必要でしょうか？</description>
<itunes:subtitle>ソケットレンチを比べるのは楽しい！</itunes:subtitle>
<itunes:summary>今週はメートルソケットレンチとオールドイングリッシュソケットレンチについて話します。どちらの方が良いでしょう？本当に両方とも必要でしょうか？この番組で答えを見つけて下さい。</itunes:summary>
<enclosure
url="http://www.itunes.com/podcasts/everything/AllAboutEverythingEpisode2.mp3"
length="5650889" type="x-audio/mp3"/>

<guid>http://www.itunes.com/podcasts/everything/AllAboutEverythingEpisode2.mp3</guid>
<pubDate>Wed, 8 Jun 2005 11:20:59 GMT</pubDate>

<category>Politics</category>
<itunes:category text="Technology">
<itunes:category text="Gadgets"/>
</itunes:category>
<itunes:explicit>no</itunes:explicit>
<itunes:duration>4:34</itunes:duration>
<itunes:keywords>メートル ソケット レンチ 工具</itunes:keywords>
</item>

<item>
<title>レッド、Whine 及び ブルー</title>
<itunes:author>Various</itunes:author>
<description>今週は、民主党支持者がレッドステイト（共産党支持州）で生き残ること、又はその逆について話します。</description>
<itunes:subtitle>レッド＋ブルー！＝パープル </itunes:subtitle>
<itunes:summary>今週は、民主党支持者がレッドステイト（共産党支持州）で生き残ること又はその逆について話します。あるいは、カナダへ移住することについて話します。</itunes:summary>
<enclosure
url="http://www.itunes.com/podcasts/everything/AllAboutEverything Episode1.mp3"
length="4989537" type="x-audio/mp3"/>

<guid>http://www.itunes.com/podcasts/everything/AllAboutEverythingEpisode1.mp3</guid>
<pubDate>Wed, 1 Jun 2005 10:21:04 GMT</pubDate>

<category>Plotics</category>
<itunes:category text="Technology">
<itunes:category text="Gadgets"/>
</itunes:category>

<itunes:explicit>no</itunes:explicit>
<itunes:duration>3:59</itunes:duration>
<itunes:keywords>政治 レッド ブルー ステイト</itunes:keywords>
</item>

</channel>

</rss>

番組(show)及びエピソードはカテゴリと関連付けられるため、改善されたユーザインタフェースは、ポッドキャストがカテゴリに基づいて分類、探索又は閲覧されるように提供される。

図３Ａ及び図３Ｂは、本発明の一実施形態によるポッドキャスト公開処理３００を示すフローチャートである。ポッドキャスト公開処理３００はサーバにより実行され、図２Ａ及び図２Ｂに示すポッドキャスト送信処理２００に対応する処理を示している。

最初に、ポッドキャスト公開処理３００は公開されるある特定のポッドキャストへのネットワークアドレスを受信する（３０２）。例えば、ネットワークアドレスは、クライアントのユーザにより提供され、その後サーバに送出される（例えば、図２Ａのブロック２０６及び２０８）。

特定のポッドキャストへのネットワークアドレスが受信された（３０２）後、サーバは、ポッドキャストフィードのメタデータを取得するためにポッドキャストフィード（例えば、ＲＳＳフィード）にアクセスする（３０４）。換言すると、ネットワークアドレスを使用して、サーバは特定のポッドキャストに対するポッドキャストフィードに接続してポッドキャストフィードのメタデータを取得する。その後、基本ポッドキャストメタデータはポッドキャストフィードのメタデータから得られる（３０６）。基本ポッドキャストメタデータを得ることは、一実現例に従ってポッドキャストフィードのメタデータを解析することを含むことができる。通常、ポッドキャストフィードのメタデータは、ポッドキャストフィードのメタデータ内に提供されるメタデータの異なるフィールドを区別するために、タグ又は他のマーカ（例えば、ＸＭＬ要素）を含む。

次に、ポッドキャストレビューページが作成される（３０８）。一実現例において、ポッドキャストレビューページは基本ポッドキャストメタデータを含み、追加のポッドキャストメタデータを要求する。その後、ポッドキャストレビューページはクライアントに送出される（３１０）。

その後、決定処理３１２において、最終ポッドキャストメタデータの送信が受信されたかが判定される。決定処理３１２において、最終ポッドキャストメタデータの送信が受信されていないと判定される場合、ポッドキャスト公開処理３００はそのような送信を待つ。一方、決定３１２において、最終ポッドキャストメタデータが送信されたと判定される場合、公開されたポッドキャスト情報はサーバにおいて格納される（３１４）。公開されたポッドキャスト情報は、少なくとも特定のポッドキャストに共に関連するネットワークアドレス及び最終ポッドキャストメタデータを含む。この時点で、特定のポッドキャストはサーバに対して公開されている。更に、公開されたポッドキャスト情報は、図１のメディアストアサーバ１０２等のサーバにおける探索及び／又は閲覧能力を促進するように索引を付けられる（３１６）。最後に、公開されたポッドキャストをサーバ（例えば、メディアストア）において入手可能にする（３１８）。動作３１８の後、ポッドキャスト公開処理３００は完了して終了する。

別の実施形態において、ポッドキャスト公開処理３００等のポッドキャスト公開処理は認証処理を含むように修正できる。認証処理は、ポッドキャストを公開しようとしている人物を認証するのに利用される。認証は種々の異なる方法で実行される。一実現例において、公開しようとしている人物をサーバが既知の人物（例えば、アカウント所有者）として認証できる。別の実現例において、ポッドキャストのホスト又は作成者等を参照して人物を認証できる。

サーバ（例えば、メディアストア）上で入手可能なメディア項目の閲覧又は探索は、他の種類のメディアアセットの探索と同様に実行される。メディアアセットの探索又は閲覧に関する更なる詳細については、本明細書に参考として内容が取り入れられている２００４年４月２６日に出願された米国特許出願第１０／８３２，９８４号公報「GRAPHICAL USER INTERFACE FOR BROWSING, SEARCHING AND PRESENTING MEDIA ITEMS」[Att.Dkt.No.:APL1P277X1]を参照される。しかしながら、閲覧に関しては、ポッドキャストの効率的な閲覧を容易にするために、リストの階層を有するグラフィカルユーザインタフェースがユーザに対して表示される。一実現例において、選択可能な項目の第１のリストはジャンルのリストである。ユーザは、「ポッドキャスト」と示されるジャンルを選択したとする。この選択がなされると、選択可能な項目の第２のリストが表示される。第２のリストにおける選択可能な項目は「カテゴリ」と示される。カテゴリは、ポッドキャストが割り当てられる異なるカテゴリである。その後、カテゴリ選択に応答して、選択可能な項目の第３のリストが表示される。第３のリストにおける選択可能な項目は「サブカテゴリ」と示され、選択されたカテゴリの入手可能なサブカテゴリを利用される範囲において示す。種々の選択の後、選択されたカテゴリ及び選択されたサブカテゴリ（使用される場合）に一致するこれらのポッドキャストは、メディアアセット一覧表示エリアに表示される。

アプリケーションプログラムウィンドウはクライアントにより表示される。アプリケーションプログラムウィンドウは、第１のサブウィンドウ及び第２のサブウィンドウを含むことができる。第１のサブウィンドウは、第１の領域、第２の領域及び第３の領域を含む。第１の領域は入手可能なジャンルのリスト（ジャンルリスト）を表示できる。ユーザが第１の領域内に表示されているジャンルリスト内の項目のうち１つ（すなわち、ポッドキャスト項目）を選択した後、ジャンルリストから選択されたジャンルに関連するポッドキャストカテゴリのリストが第２の領域に読み込まれる。ポッドキャストカテゴリのリストは、アプリケーションプログラムウィンドウを提示するアプリケーションプログラムにリモードサーバから提供される。ユーザが第２の領域の入手可能なカテゴリのうち１つを選択した後、選択されたカテゴリに関連するサブカテゴリのリストが第３の領域に読み込まれる。第３の領域内にサブカテゴリが存在する場合、それらは選択されたカテゴリに関連するサブカテゴリである。サブカテゴリのリストが複数の項目を有する場合、ユーザはそれら項目のうち１つを選択する。サブカテゴリがある場合は１つのサブカテゴリ（又は、サブカテゴリが無い場合はカテゴリ）をユーザが選択すると、カテゴリ及びサブカテゴリ（存在する場合）に関連する入手可能なポッドキャストのリストが第２のサブウィンドウに読み込まれる。入手可能なポッドキャストのリストは、各ポッドキャストに対する記述情報を表示できる。例えば、入手可能なポッドキャストのリストは、各行が異なるポッドキャストに関し且つ各列がポッドキャストの名前、アーティスト、記述及び価格に関する行及び列（例えば、表）の形式で提示される。更に、価格を示す列において、各行は、ユーザが特定のポッドキャストに容易に加入できるようにする「加入（Subscribe）」ボタンを含むことができる。

図４は、本発明の一実施形態による認証処理４００を示すフローチャートである。認証処理４００は、例えば、図３Ａに示すブロック３１０の代わりに利用される。最初に、認証処理４００は、認証ユーザ（例えば、認証された公開者）に対する電子メールアドレスを判定する（４０２）。一実施形態において、認証ユーザは、サーバ又はクライアント上のアカウント所有者に関連する。別の実施形態において、認証ユーザは、公開されるポッドキャストに関連するＲＳＳフィード（すなわち、ポッドキャストデータ）から得られる。いずれの場合も、認証ユーザに関連する電子メールアドレスは判定される（４０２）。電子メールアドレスが判定された（４０２）後、ポッドキャストプレビューページへのリンクを有する公開メッセージが作成される（４０４）。一例として、公開メッセージは、受信者がポッドキャストのうち１つを公開する処理を実行中であり且つ公開処理を続行するために添付のリンクを選択するように受信者に説明できる。ポッドキャストの公開が認証されない場合、受信者は公開処理をキャンセルできる。

その後、決定処理４０８において、公開処理を続行するという要求が認証ユーザから受信されたかが判定される。決定処理４０８において、公開処理を続行するという要求が受信されていないと判定される場合、認証処理４００はそのような要求を待つ。一実現例において、要求は、ポッドキャストプレビューページにアクセスするという要求である。要求は、ユーザが公開メッセージ内のリンクを選択するか又はクライアントにおいて提供されるデータ入力エリアにリンクをコピーすることにより行われる。決定処理４０８において、公開処理を続行するという要求が受信されたと判定される場合、ポッドキャストレビューページはクライアントに送出される（４１０）。その後、前述したポッドキャスト公開処理３００の動作３１２及びそれ以降の処理へ進む。

図５Ａは、好適な一実施形態によるネットワークアドレス送信ページ５００の画面例を示す図である。ネットワークアドレス送信ページ５００により、ユーザは、本例においてはiTunes（登録商標） Music Storeであるメディアストア上で公開される既存のポッドキャストへのネットワークアドレス、すなわちフィードＵＲＬを入力できる。フィードＵＲＬはテキストボックス５０２に入力される。本例において、入力されるフィードＵＲＬは「http://www.mygarden.com/gardentalk_rss.xml」である。

図５Ｂは、好適な一実施形態によるポッドキャストプレビューページ５２０を画面例を示す図である。本例において、プレビュー表示されているポッドキャストのタイトルは「Garden Talk」である。ポッドキャストプレビューページ５２０は、メディアストアにおいてポッドキャストが提示される方法をユーザに通知する。本明細書において、プレビュー表示されるポッドキャストメタデータは、アートワーク、名前、作者、簡潔な記述、詳細な記述、カテゴリ及び言語を含む。本例において、プレビュー表示されるポッドキャストメタデータの大部分はポッドキャストフィード自体から取得される。しかしながら、ポッドキャストフィードから取得されないカテゴリ及び言語等の他のメタデータは、ユーザにより選択又は入力される。いずれの場合も、ユーザは、プレビュー表示されているポッドキャストメタデータを編集することが許可される。更に、ポッドキャストが露骨な内容を含むかをユーザ（公開者）が示せるように選択される。プレビュー表示されているポッドキャストメタデータを受け入れられる状態になると、ユーザは「公開(publish)」ボタンを選択する。

ポッドキャストが公開されると、ポッドキャストはメディアストア（オンラインメディアストア）上で入手可能になる。メディアストアはポッドキャストをホストしてもしなくてもよい。メディアストアが全て又は大部分のポッドキャストコンテンツを格納する場合、ポッドキャストはメディアストアによりホストされると見なされる。一方、メディアストアがポッドキャストに対するメタデータを維持するだけの場合、メディアストアはポッドキャストをホストしない。メディアサーバがポッドキャストをホストしない場合、第３者サーバはポッドキャストをホストでき、メディアストアは任意の必要なデータを取得するのに適切なポッドキャストフィードにアクセスする。クライアントは、ホスティングサーバからポッドキャストフィードにアクセスして、ローカルに格納したいポッドキャストデータを取得する。従って、一例において、メディアストアはポッドキャストのコンテンツを保持し、別の例において、メディアストアはポッドキャストのコンテンツを保持しない。

ポッドキャストがメディアストア上で探索又は閲覧されるようにメディアストアは構成される。探索又は閲覧機能は、オンライン音楽ストア上でアルバムを探索するのと同様に動作する。しかしながら、ポッドキャストの場合、探索又は閲覧動作はメディアストアに公開されたポッドキャストに関する。通常、音楽の場合、閲覧は、アーティスト、アルバム及び曲を含むレベルの階層により実現される。ポッドキャストの場合の原則は、ポッドキャスト（又はポッドキャストカテゴリ）、番組及びエピソードを含むレベルの階層である。

メディアストアは、メディアストアと対話するユーザがポッドキャストを発見し易くするために、ポッドキャストを異なるカテゴリに編成できる。カテゴリの例は、アート＆エンターテイメント、伝記（Biography）及び回顧録（Memoir）、ビジネス、古典、コメディ、演劇＆詩劇、フィクション、歴史、キッズ＆ヤングアダルト、言語、ミステリ、並びにニュースである。

更に、メディアストアに公開されたある特定のポッドキャストは、メディアストアの特定のページ上で強調される。例えば、ある特定のポッドキャストは、ランダムな選択、評価、ダウンロードの回数順又はスポンサー等の種々の基準を使用して、他のポッドキャストより強調される。同様に、メディアストア上で最近入手可能になった「新番組」又は「新着」番組は強調される。以下に説明する図８Ｂは、メディアストアにより提供され、ある特定のポッドキャストが強調されるウェブページの一例を示す。

図６は、本発明の一実施形態によるメディアストア−ポッドキャスト対話処理６００を示すフローチャートである。最初に、メディアストア−ポッドキャスト対話処理６００はメディアストアにアクセスする（６０２）。その後、メディアストアにおいて、ユーザは注目ポッドキャストにナビゲートできる（６０４）。ナビゲーションは、種々の異なる形式で行われる。ナビゲーションの一例は探索処理である。ナビゲーションの別の例は閲覧処理である。ナビゲーションの更に別の例は、次のネットワークアドレス（例えば、ＲＳＳフィードＵＲＬ）を手入力することである。ナビゲーションが行われる方法に関わらず、注目ポッドキャストが識別されると、注目ポッドキャストに対するポッドキャストページがレンダリングされる（６０６）。ポッドキャストページは、図１に示すクライアントデバイス１０４等のクライアントデバイスに関連するディスプレイ（表示画面）上にレンダリングされる（６０６）。ポッドキャストページは、ポッドキャストの記述、アートワーク及びエピソード情報を含むポッドキャストに関する情報（例えば、メタデータ）を含むことができる。また、ポッドキャストページにより、ポッドキャストへの加入又は特定のエピソードの入手が容易になる。更に、ポッドキャストページによりユーザ評価が可能になる。また、ポッドキャストページは、ユーザが気づいた点を報告するのを容易にするためにリンクを提供してもよい。

ポッドキャストがレンダリングされた（６０６）後、クライアントデバイス（クライアント）のユーザは、任意の多くの異なる選択を行うためにポッドキャストページと対話できる。これらの選択は、クライアントデバイスにおいて動作を開始できる。ポッドキャストに関連する２つの特定の動作は、（１）ポッドキャストへの加入及び（２）ポッドキャストのある特定のエピソードのダウンロードである。

決定処理６０８において、加入選択がされたかが判定される。決定処理６０８において、加入選択がされたと判定される場合、加入処理６１０は実行される。加入処理６１０は、クライアントデバイス（又は、クライアント）を注目ポッドキャストに対するホストデバイスに加入するように動作する。あるいは、決定処理６０８において、加入選択がされていないと判定される場合、決定処理６１２において、エピソード選択がされたかが判定される。決定処理６１２において、エピソード選択がされたと判定される場合、エピソード選択に関するエピソードデータはダウンロードされる（６１４）。本明細書において、エピソードデータはクライアントデバイスにダウンロードされる（６１４）。一実現例において、エピソードデータは少なくともオーディオファイル及びデータベースコンテンツを含む。データベースコンテンツは、オーディオファイル又は別個のファイルの一部であってもよく、あるいは提供されてもよい。一方、決定処理６１２においてエピソード選択がされていないと判定される場合、決定処理６１６において、別の選択がされたかが判定される。決定処理６１６において、別の選択がされたと判定される場合、他の処理６１６が実行される。ブロック６１０、６１４及び６１８の後、並びに他の選択が存在しない場合は決定処理６１６の後、決定処理６２０において、メディアストア−ポッドキャスト対話処理６００が終了するべきかが判定される。決定処理６２０において、メディアストア−ポッドキャスト対話処理６００が終了するべきではないと判定される場合、ブロック６０４以降のブロックを繰り返すために戻る。あるいは、決定処理６２０において、メディアストア−ポッドキャスト対話処理６００が終了するべきであると判定される場合、メディアストア−ポッドキャスト対話処理６００は完了して終了する。

図７は、本発明の一実施形態による統合ポッドキャスト取得処理７００を示すフローチャートである。統合ポッドキャスト取得処理７００は、図１に示すクライアントデバイス１０４等のクライアントデバイスにより実行される。更に詳細には、統合ポッドキャスト取得処理７００は、図１に示すクライアントデバイス１０４上で動作するメディア管理アプリケーション１０８等のメディア管理アプリケーションにより実行される。より一般に、メディア管理アプリケーションはクライアント又はクライアントアプリケーションと呼ばれる。

最初に、統合ポッドキャスト取得処理７００は注目ポッドキャストを発見する（７０２）。注目ポッドキャストは、図６に関して上述したようなメディアストアとの対話を介して発見される（７０２）。注目ポッドキャストが発見された（７０２）後、ユーザ又はクライアントはポッドキャストに加入できる（７０４）。ポッドキャストに加入すると（７０４）、クライアントはポッドキャストの少なくとも最新エピソードに対するデータを受信できる（７０６）。クライアントは他のエピソードに対するデータを受信できるが、多くのエピソードが存在する場合、最初に最新エピソードのみを受信するのがより効率的及び慎重である。以下に説明するように、要望に応じて、ユーザ又はクライアントは他の以前のエピソードを受信することを要求できる。

次に、決定処理７０８において、クライアントとメディアデバイスとの間で同期が実行されるべきかが判定される。メディアデバイスは、通常、事前にクライアントと関連付けられている。決定処理７０８において、メディアデバイスとの同期が実行されるべきであると判定される場合、エピソードデータ（最新エピソードに対する）はメディアデバイスにダウンロードされる（７１０）。一実施形態において、受信データはオーディオファイル（例えば、ＭＰ３ファイル又はＭＰＥＧ４ファイル又はＡＡＣファイル）及びそれに関するメタデータを含む。一実施形態において、クライアント又はクライアントデバイスでは、オーディオファイルはファイルシステムに格納され、メタデータはデータベースに格納される。ブロック７１０の後、又はメディアデバイスとの同期が実行されない場合は決定処理７０８の後、クライアントは、新規エピソードを更新するように構成される（７１２）。本明細書において、更新するための構成は、個別のポッドキャスト又はポッドキャスト群又は全てのポッドキャストに対してセットアップされる。一例として、１つの構成パラメータは、ポッドキャストに対する更新を確認する頻度である。ブロック７１２の後、統合ポッドキャスト取得処理７００は完了して終了する。

一実施形態において、クライアントデバイス上で動作する単一のクライアントアプリケーション（例えば、メディア管理アプリケーション）が図７に示す動作を実行できる点は興味深い。特に、クライアントアプリケーションは、ポッドキャストを発見し、ポッドキャストに加入し、ポッドキャストデータ（メタデータ及びコンテンツを含む）を受信し、ポッドキャストを管理し、且つポッドキャストデータをメディアデバイス（例えば、メディアプレーヤ等の携帯メディアデバイス）に転送（又はメディアデバイスから除去）できる。更に、別の実施形態において、クライアントアプリケーションは、ポッドキャスト作成能力又はポッドキャスト制作能力を更に含むことができる。この高度な統合により、改善された動作、並びにユーザにとっての更なる使い易さ及びより大きなユーザ満足が実現される。

図８Ａは、本発明の一実施形態によるポッドキャスト更新処理８００を示すフローチャートである。一般に、ポッドキャスト更新処理８００は、任意のポッドキャストに関連する新規エピソードを得るために、そのポッドキャストがクライアントにおいて更新される時期及び方法を判定する。

ポッドキャスト更新処理８００は、ポッドキャストの更新が実行されるかを判定する決定処理８０２から開始する。例えば、ポッドキャストの更新は、図７に示す更新するための構成処理７１２に基づいて判定される。決定処理８０２において、ポッドキャストの更新が実行されていないと判定される場合、ポッドキャスト更新処理８００は延期される。決定処理８０２において、ポッドキャストの更新が実行されると判定されると、既存のポッドキャスト加入が識別される（８０４）。本明細書において、通常、ポッドキャスト更新処理８００はクライアント上に常駐するポッドキャスト群又は全てのポッドキャストに対して実行されると仮定される。既存のポッドキャスト加入が識別されると（８０４）、第１のポッドキャストが選択される（８０６）。選択されたポッドキャストに対するポッドキャストホストはアクセスされる（８０８）。ポッドキャストホストは、通常、ＲＳＳポッドキャストフィードを提供する第三者サーバである。しかしながら、メディアストアがポッドキャストをホストしている場合、ポッドキャストホストはメディアストアであってもよい。

次に、ポッドキャストの任意の新規エピソードに対するデータが受信される（８１０）。ポッドキャストの新規エピソードに対するデータは、ポッドキャストホストから受信される。例えば、ＲＳＳポッドキャストフィードを調べることにより、任意の存在する新規エピソードは識別されてダウンロードされる。クライアントは、既に受信されたエピソードを示すデータを維持できる。

その後、決定処理８１２において、更新されるポッドキャスト（すなわち、識別されたポッドキャスト）が他に存在するかが判定される。決定処理８１２において、更新されるポッドキャストが他に存在すると判定される場合、ポッドキャスト更新処理８００はブロック８０６以降のブロックを繰り返すために戻る。決定処理８１２において、更新されるポッドキャストが他に存在しないと判定される場合、決定処理８１４において、メディアデバイスとの同期が実行されるべきかが判定される。決定処理８１４において、メディアデバイスとの同期が実行されるべきであると判定される場合、エピソードデータ（新規エピソードデータ）はメディアデバイスにダウンロードされる（８１６）。ブロック８１６の後、又は同期が実行されない場合は決定処理８１４の後、ポッドキャスト更新処理８００は終了する。

図８Ｂ、図８Ｃ及び図８Ｄは、オンラインメディアストア上でのポッドキャストの提示に関連する画面例を示す図である。本例において、オンラインメディアストアはiTunes（登録商標） Music Storeであり、これはポッドキャストを閲覧及び探索する能力を更に提供する。

図８Ｂは、本発明の好適な一実施形態によるポッドキャスト基本ページ８２０の画面例を示す図である。ソース表示８２２は、ポッドキャスト基本ページ８２０がオンラインメディアストアにより提供されることを示す。セレクタ８２４は、「Podcasts」が提示されているメディアの種類であることを更に示す。強調エリア８２６は、強調された３つの異なるポッドキャストに関連するアートワークを含む。ポッドキャスト基本ページ８２０は、その日のトップダウンロードポッドキャストを識別するデイリートップダウンロードエリア８２８を更に含む。ポッドキャスト基本ページ８２０は、新番組（New Shows）８３０、新着(Just Added )８３２及び特集ポッドキャスト(featured podcasts)８３６等のグループのようなポッドキャストのいくつかのグループを更に含む。これらのグループは、遷移効果に従って遷移（例えば、水平方向に）できるスクロールウィンドウを用いて表示される。ポッドキャスト基本ページ８２０は別の強調エリア８３４を更に含む。

ある特定のポッドキャストが選択されると、ポッドキャストページは提示される。図８Ｃは、本発明の好適な一実施形態によるポッドキャストページ８３８の画面例を示す図である。ポッドキャストページ８３８は、メタデータ領域８４０及びエピソード一覧表示エリア８４２を含む。メタデータ領域８４０は、ポッドキャストアートワーク８４４、ポッドキャストタイトル８４６及び他のメタデータ情報８４８（例えば、全エピソード、カテゴリ、言語及び著作権情報を含む）。「加入」ボタン８５０も表示される。更に、メタデータ領域８４０は、ポッドキャストに対する記述８５２を含む。エピソード一覧表示エリア８４２は、入手可能なポッドキャストのエピソードのリスト８５４を含む。リスト８５４内の各エピソードは、対応するエピソードを得るための「エピソード入手」ボタン８５６を含む。「加入」ボタン８５０を選択することにより、ユーザはメディア管理アプリケーションをポッドキャストに加入させる。本例において、ポッドキャストへの加入は無料である。しかしながら、他の実施形態において、ポッドキャストへの加入に料金が課されてもよい。「エピソード入手」ボタン８５６を選択することにより、ユーザはメディア管理アプリケーションに特定のエピソードを入手させることができる。

図８Ｄは、ポッドキャストへの加入を希望することをユーザに確認させる加入確認ダイアログ８５８を有するポッドキャストページ８３８の画面例を示す図である。

図８Ｅは、本発明の好適な一実施形態によるポッドキャスト入手可能ページ８６０の画面例を示す図である。ポッドキャスト入手可能ページ８６０は、ポッドキャストがメディアアセットリスト８６４内に一覧表示されることを示す表示８６２を含む。メディアアセットリスト８６４内に一覧表示されるポッドキャストは、エピソードのサブリストを含むことができる。メディアアセットリスト８６４内に一覧表示されるこれらのポッドキャストは、クライアントデバイス上に常駐する。通常、これらのポッドキャストは、適切なホスティングサーバからクライアントデバイスに以前ダウンロードされたものである。表示(indicators)８６６は、一覧表示されているポッドキャストのうちオンラインメディアストアから入手可能なものを視覚的に識別するのに使用される。例えば、表示８６６は、オンラインメディアストア上でホストされるポッドキャストを識別できる。エピソードのうち任意のエピソードを選択することにより、関連するオーディオはユーザに対して再生される。セレクタ８６８は、表示されているポッドキャスト、エピソード又はチャプタに関連するアートワーク８６９と共に、「Additional Shopping」と題されるエピソードがユーザに対して再生されていることを示す。

図８Ｆは、本発明の別の好適な実施形態によるポッドキャスト入手可能ページ８７０の画面例を示す図である。ポッドキャスト入手可能ページ８７０は、図８Ｅのメディアアセットリスト８６４に類似するメディアアセットリスト８７１を含む。本例において、メディアアセットリストは、エピソードデータがクライアントデバイスにダウンロードされていないため再生できないエピソード８７２を含む。本例において、これらのエピソード８７２は「入手」ボタン８７４を強調表示する。「入手」ボタン８７４を選択すると、対応するエピソード８７２は適切なホスティングサーバから取得される。

一般に、メディアストアにより提供されるか又はクライアントマシンを介してローカルに入手可能なポッドキャストを一覧表示する場合、一覧表示は種々の異なる方法で編成される。一覧表示編成の一例は、格付け（rating）に従ってポッドキャストを並び替えることである。メディアストアに対する格付けの使用に関する更なる情報については、（ｉ）２００５年４月２５日出願の米国特許出願第１１／１１４，９１４号公報「PUBLISHING, BROWSING, RATING AND PURCHASING OF GROUPS OF MEDIA ITEMS」及び（ｉｉ）２００５年４月２５日出願の米国特許出願第１１／１１５，０９０号公報「PUBLISHING, BROWSING AND PURCHASING OF GROUPS OF MEDIA ITEMS」を参照されたい。

図８Ｇは、本発明の別の好適な実施形態によるポッドキャスト入手可能ページ８７６の画面例を示す図である。ポッドキャスト入手可能ページ８７６内に一覧表示されるポッドキャストは、図８Ｆに示すポッドキャスト入手可能ページ８７０内に一覧表示されるポッドキャストに類似する。ポッドキャスト入手可能ページ８７６は、クライアントデバイスへのダウンロード中であるポッドキャストのエピソードを視覚的に識別する表示８７８を示す。本明細書において、ダウンロード中のエピソードは、存在するがクライアントデバイス上にはまだ存在しないとして一覧表示される。これらのエピソードのダウンロードが開始すると、表示（indicators）８７８は表示される。エピソードのダウンロード後、表示８７８及び強調表示は除去される。

上述のように、ポッドキャストへの最初の加入後、新規エピソードを取得するために、ポッドキャストは更新される必要がある。そのような更新を捜す方法に効率及びインテリジェンス性を提供するために、クライアント（例えば、メディア管理アプリケーション）は、更新が実行される時期にバイアスをかけるか又はそのような時期を判定するために基本設定を使用できる。これらの基本設定は、全てのポッドキャストに対して全体的に提供されてもよく、又は個別のポッドキャスト毎に提供されてもよい。例えば、基本設定は、新規エピソードを定期的に（例えば、毎時間、毎日、毎週）又はクライアントが起動される度に確認するように指示できる。

ポッドキャストのエピソードがクライアントデバイスにおいて格納されると、いくつかのエピソード又は全てのエピソードは、クライアントデバイスに動作可能に接続できる携帯メディアプレーヤにコピーできるようになる。そのようなコピー動作（同期としても周知である）を実行する方法に効率及びインテリジェンス性を提供するために、クライアント（例えば、メディア管理アプリケーション）は、基本設定を使用してコピー動作が実行される（すなわち、自動的に実行される）時期にバイアスをかけるか又はそのような時期を判定することができる。これらの基本設定は、全てのポッドキャストに対して全体的に提供されてもよく、又は個別のポッドキャスト毎に提供されてもよい。基本設定は、実現例によって異なってもよい。基本設定のいくつかの例は、（１）クライアントデバイスにおいて聴いた後、エピソードを除去すること、（２）携帯メディアデバイスにおいて聴いた後、エピソードを除去すること、（３）ｎ個の最新エピソードを保持／ダウンロードすること、（４）最大ｎ個のエピソードを保持／ダウンロードすること及び（５）日付に基づいて保持／ダウンロードすることを含む。

好適な一実施形態において、ユーザは同期基本設定画面を使用できる。同期基本設定画面により、ユーザは、ポッドキャストに対する更新データのクライアントデバイスから携帯メディアデバイスへのコピー動作に対する、ある特定の同期基本設定を設定できる。特に一例として、ユーザは、（１）全てのポッドキャストを自動的に更新すること、（２）選択されたポッドキャストのみを自動的に更新すること、（３）ポッドキャストを手動管理すること（すなわち、自動更新しないこと）及び（４）再生後にポッドキャストを携帯メディアプレーヤから削除することを選択できる。使用可能な他の基準（不図示）は、最大ｎ個のエピソードのダウンロード及び／又はまだ聴いていないエピソードのみのダウンロードを含む。例えば、ある特定のエピソードをクライアントデバイスにおいて聴いた場合、ユーザが携帯メディアデバイスにそのエピソードをダウンロードすることを希望しないことは多い。

尚、携帯メディアプレーヤから聴いたポッドキャストを削除することにより、携帯メディアプレーヤは、ユーザがまだ聴いていないポッドキャストエピソードのみを維持できる。本明細書において、再生されたエピソードの除去は自動的に行われる。一実施形態において、ポッドキャストエピソードのほぼ全体が再生された場合、エピソードは再生されたと見なされる。例えば、エピソードの９５％が再生された場合、そのエピソードは再生されたと見なされる。

本発明の別の面は、ポッドキャストへの加入を可能にする改善された方法に関する。一実施形態において、ポッドキャスト加入ファイルと呼ばれる小型の携帯電子ファイルは、ポッドキャストへの容易な加入を可能にするために使用される。実際、一実現例において、ポッドキャスト加入ファイルを単に選択するか又は開く（例えば、ファイル上でダブルクリックする）ことにより、加入は自動的に完全に実行される。

図９は、本発明の一実施形態によるポッドキャスト加入ファイル作成処理９００を示すフローチャートである。ポッドキャスト加入ファイル作成処理９００は、例えば、メディア管理アプリケーション等のクライアント（クライアントプログラム）により実行される。最初に、ポッドキャスト加入(subscription)ファイル作成処理９００は携帯ポッドキャスト加入ファイルを作成する（９０２）。携帯ポッドキャスト加入ファイルは、ポッドキャストへの加入を容易にする情報を含む電子ファイルである。携帯ポッドキャスト加入ファイルが作成された（９０２）後、携帯ポッドキャスト加入ファイルは他者により入手可能になる（９０４）。その後、要望に応じて、携帯ポッドキャスト加入ファイルは配布され、ポッドキャストへの加入を容易にするために使用される。

一実施形態において、携帯ポッドキャスト加入ファイルは、ポッドキャストへの加入を容易にするポッドキャスト情報を含むＸＭＬ文書（又は他のマークアップ言語形式の文書）である。一例として、ＸＭＬ文書内のポッドキャスト情報は、少なくともポッドキャストフィードに対するフィードＵＲＬを含む。更に、ポッドキャスト情報は、タイトル及び記述等のポッドキャストに関する他の記述情報を含んでもよい。携帯ポッドキャスト加入ファイルの代表的な例を以下に示す。

<feed xmlns:it="http://www.itunes.com/ext/chapters/l.0>
<link rel="feed" href="itpc://foo.com/podcasts/myfeed.xml"/>
<title>My Podcast</title>
<description>I talk about random things.</description>
</feed>

尚、「feed」と称されるリンクは、ポッドキャストフィード（例えば、「myfeed」）を指すＵＲＬ（フィードＵＲＬ）に関連付けられる。この携帯ポッドキャスト加入ファイルは、関連するポッドキャストに対するタイトル（「My Podcast」）及び記述（「I talk about random things」）を更に含む。ＸＭＬ形式は、文書内の異なるデータ項目を区別するためにタグを使用するマークアップ言語形式である。

図１０は、本発明の一実施形態によるポッドキャスト加入ファイル使用処理１０００を示すフローチャートである。ポッドキャスト加入ファイル使用処理１０００は、例えば、クライアントデバイス上で動作するメディア管理アプリケーション等のクライアントにより実行される。

最初に、ポッドキャスト加入ファイル使用処理１０００は携帯ポッドキャスト加入ファイル（ＰＰＳＦ）を得る（１００２）。携帯ポッドキャスト加入ファイルは、ポッドキャスト加入ファイル使用処理により実行される他の処理の前に得られる（１０００）。すなわち、決定処理１００４において、携帯ポッドキャスト加入ファイルを開くという要求がされたかが判定される。例えば、開く(open)という要求は、OpenURLイベントを信号で送信できる。決定処理１００４において、携帯ポッドキャスト加入ファイルを開くという要求がなされていないと判定される場合、ポッドキャスト加入ファイル使用処理１０００はそのような要求を単に待つ。

決定処理１００４において、携帯ポッドキャスト加入ファイルを開くという要求がなされたと判定された場合、決定処理１００６において、メディア管理アプリケーション（ＭＭＡ）が実行しているかが判定される。通常、メディア管理アプリケーションはクライアントデバイス上で実行する。決定処理１００６において、メディア管理アプリケーションが現在は実行していないと判定される場合、メディア管理アプリケーションは起動される（１００８）。ブロック１００８の後、又はメディア管理アプリケーションが実行していると判定される場合は決定処理１００６の後、携帯ポッドキャスト加入ファイルは、少なくとも関連するポッドキャストへのフィードＵＲＬを取得するために解析される（１０１０）。一実現例において、携帯ポッドキャスト加入ファイルを開くという要求は、ポッドキャストに加入するために解析及び使用されるＸＭＬ文書としてメディア管理アプリケーションにより認識されるＵＲＬ体系（「itpc」又は「pcast」）である。

次に、ポッドキャスト加入ファイル使用処理１０００は関連するポッドキャストに加入する（１０１２）。関連するポッドキャストへの加入（１０１２）は、メディア管理アプリケーションのユーザからのフィードバック又は入力なしで自動的に実行される。しかしながら、要望に応じて、ポッドキャストに関する記述情報を表示するため及び／又はユーザが加入を希望するかを問い合わせるために追加処理は実行される。換言すると、ユーザは関連するポッドキャストへの加入を希望することを確認でき及び／又はユーザは加入しようとしているポッドキャストに関する追加情報（例えば、タイトル、記述等）を受信できる。いずれの場合も、ブロック１０１２の後、ポッドキャスト加入ファイル使用処理１０００は終了する。

図１１は、本発明の一実施形態によるポッドキャスト加入システム１１００を示す図である。ポッドキャスト加入システム１１００は、クライアントデバイスＡ１１０２、クライアントデバイスＢ１１０４及びポッドキャストホストサーバ１１０６を含み、これらはそれぞれデータネットワーク１００８に動作可能に接続する。クライアントデバイスＢ１１０２はメディア管理アプリケーション（ＭＭＡ）１１１０を含み、クライアントデバイスＢ１１０４はメディア管理アプリケーション（ＭＭＡ）１１１２を含む。クライアントデバイスＡ１１０２は、携帯ポッドキャスト加入ファイル１１１４を作成又は取得する。携帯ポッドキャスト加入ファイル１１１４は、１つ以上の他のクライアントデバイスに転送される。本例において、携帯ポッドキャスト加入ファイル１１１４は、メディア管理アプリケーション１１１０により作成されると仮定される。

メディア管理アプリケーション１１１０が携帯ポッドキャスト加入ファイルを有する場合、メディア管理アプリケーション１１１０はデータネットワーク１１０８を介して携帯ポッドキャスト加入ファイル１１１４を転送できる。本例において、携帯ポッドキャスト加入ファイル１１１４は、データネットワーク１１０８を介してクライアントデバイスＢ１１０４のメディア管理アプリケーション１１１２に転送されると仮定される。従って、図１１に示すように、携帯ポッドキャスト加入ファイル１１１４は、クライアントデバイスＢ１１０４内の破線で示すボックス内に示される。

その後、クライアントデバイスＢ１１０４のメディア管理アプリケーション１１１２は、携帯ポッドキャスト加入ファイル１１１４を利用して関連するポッドキャストに加入できる。特に、クライアントデバイスＢ１１０４のユーザが、携帯ポッドキャスト加入ファイル１１１４をダブルクリック動作等により「開く」場合、メディア管理アプリケーション１１１２は、この「開く」要求をメディア管理アプリケーション１１１２をポッドキャストに加入する要求として処理する。本例において、ポッドキャストはポッドキャストホストサーバ１１０６上に常駐する。特に、ポッドキャストホストサーバ１１０６上に常駐するポッドキャストに対するポッドキャストフィード１１１６へのフィードＵＲＬを得るために、携帯ポッドキャスト加入ファイル１１１４はメディア管理アプリケーション１１１２により解析される。その後、メディア管理アプリケーション１１１２はポッドキャストフィード１１１６にアクセスし、ある特定のポッドキャスト情報を取得してクライアントデバイスＢ１１０４に格納できる。

一般に、携帯ポッドキャスト加入ファイル（例えば、携帯ポッドキャスト加入ファイル１１１４）は、種々の異なる方法で１つ以上の他のクライアントデバイスに転送されることが理解されるべきである。例えば、携帯ポッドキャスト加入ファイルは、クライアントデバイスに関連するユーザへ電子メールメッセージを介して送出される。ユーザは、その後、携帯ポッドキャスト加入ファイルを開いてポッドキャストへの加入を起動できる。別の例において、携帯ポッドキャスト加入ファイルはウェブページ上のリンクに関連付けられる。その後、ウェブサイトにおいてユーザがウェブページに関連するリンクを選択すると、携帯ポッドキャスト加入ファイルはユーザに関連するクライアントデバイスにダウンロードされ、その後、ポッドキャストに加入するためにメディア管理アプリケーションにより処理される。更に別の例において、携帯ポッドキャスト加入ファイルは、フロッピディスク上のフラッシュメモリカード又はコンパクトディスク等の携帯コンピュータ可読媒体により転送される。

本発明の別の面は、ポッドキャストへの加入を非活動化することに関する。特に、本発明のこの面は、非アクティブであると見なされる加入を非活動化する。一実施形態において、非活動化処理は自動的に実行される。非アクティブであると見なされる加入を非活動化することの１つの利点は、ネットワーク帯域幅を節約できる点である。非アクティブであると見なされる加入を非活動化することの別の利点は、ポッドキャストに殆ど又は全く興味の無いユーザのクライアントアプリケーションからのダウンロード要求の負担がポッドキャストをホストするホストサーバにかからない点である。

図１２は、本発明の一実施形態によるポッドキャスト更新処理１２００を示すフローチャートである。ポッドキャスト更新処理１２００は、例えば、メディア管理アプリケーション等のクライアントにより実行される。

ポッドキャスト更新処理１２００は、ポッドキャストの更新が実行されるかを判定する決定処理１２０２から開始する。決定処理１２０２において、ポッドキャストの更新が実行されないと判定される場合、ポッドキャスト更新処理１２００はポッドキャストの更新が実行されるまで待機する。換言すると、ポッドキャスト更新処理１２００は、ポッドキャストの更新が実行される場合に効率的に開始される。ポッドキャストの更新は、クライアント又はクライアントのユーザにより要求される。例えば、クライアントはポッドキャストの更新を定期的且つ自動的に開始してもよい。

一方、決定処理１２０２において、ポッドキャストの更新が実行されると判定される場合、ある特定のポッドキャストに対するエピソード情報を取得するために、そのポッドキャストに対するポッドキャストフィード（例えば、ＲＳＳフィード）はアクセスされる（１２０４）。その後、ポッドキャストに対する新規エピソードは、取得されるエピソード情報に基づいて判定される（１２０６）。一実現例において、取得されるエピソード情報は、ポッドキャストの種々のエピソードを含む特定のポッドキャストの特徴を記述するメタデータを含むＸＭＬファイルである。ＸＭＬファイルは、エピソード情報（例えば、エピソードメタデータ）を得るために解析される。エピソード情報を調べることは、古いエピソード又はクライアントにおいて既に以前に利用可能とされたエピソードと比較して、ポッドキャストの新規エピソードを識別するのに役立つ。

次に、決定処理１２０８において、ダウンロードするポッドキャストの新規エピソードが存在するかが判定される。本明細書において、新規エピソードはポッドキャストに対するホストサーバから入手可能であり、クライアントにダウンロード可能である。決定処理１２０８において、ダウンロードされる新規エピソードが存在すると判定される場合、ポッドキャスト更新処理１２００はポッドキャストが非アクティブかを判定する（１２１０）。決定処理１２１２において、ポッドキャストが非アクティブではないと判定される場合、新規エピソードはクライアントにダウンロードされる（１２１４）。新規エピソードがダウンロードされた（１２１４）後、クライアントがポッドキャストの更新を受信することにより、ポッドキャスト更新処理１２００は完了して終了する。一方、決定処理１２０８において、ダウンロードする新規エピソードが存在しないと判定される場合、又は決定処理１２１２においてポッドキャストが非アクティブであると判定される場合、ポッドキャスト更新処理１２００は新規エピソードをダウンロードせずに完了して終了する。

図１３は、本発明の一実施形態によるポッドキャスト動作処理１３００を示すフローチャートである。ポッドキャスト動作処理１３００は、一般に、ポッドキャストがアクティブか又は非アクティブかを判定するのに利用される。一例として、ポッドキャスト動作処理１３００は、本発明の一実施形態に従って図１２に図示する判定処理１２１０により実行される処理として利用される。本実施形態において、ポッドキャストがアクティブか又は非アクティブかの判定を容易にするために、少なくとも１組の変数が各ポッドキャスト（加入された）に対して維持される。この好適な実施形態において、変数はエピソードダウンロード回数及び最初のエピソードダウンロード日である。

ポッドキャスト動作処理１３００は、エピソードダウンロード回数が整数Ｎより大きいかを判定する決定処理１３０２から開始する。決定処理１３０２において、エピソードダウンロード回数がＮより大きいと判定される場合、決定処理１３０４において、最初のエピソードダウンロード日以降Ｍ日より多くの日数が経過したかが判定される。但し、Ｍは整数である。例えば、整数Ｍ及びＮは共に５であってもよい。決定処理１３０４において、最初のエピソードダウンロード日以降Ｍ日より多くの日数が経過したと判定される場合、決定処理１３０６において、最初のエピソードダウンロード日以降クライアントがアクティブであるかが判定される。決定処理１３０６において、最初のエピソードダウンロード日以降クライアントがアクティブであると判定される場合、ポッドキャストは非アクティブにされる（１３０８）。本明細書において、本実施形態の場合、ポッドキャストに対する動作が不十分だったとポッドキャスト動作処理１３００がプログラムに従って判定するため、ポッドキャストは非アクティブにされる（１３０８）。そのため、クライアントのユーザはポッドキャストに殆ど又は全く興味が無いと考えられる。その結果、図１２のポッドキャスト更新処理１２００による新規エピソードのダウンロード（１２１４）は回避され、ネットワーク及びサーバリソースが節約される。

一方、決定処理１３０２においてエピソードダウンロード回数がＮ以下であると判定される場合、又は、決定処理１３０４において最初のエピソードダウンロード日以来Ｍ日以内であると判定される場合、又は、決定処理１３０６において最初のエピソードダウンロード日以降クライアントがアクティブではなかったと判定される場合、ポッドキャストはアクティブにされる（１３１０）。ブロック１３０８及び１３１０の後、ポッドキャスト動作処理１３００は完了して終了する。

図１４は、本発明の一実施形態による動作変数リセット処理１４００を示すフローチャートである。動作変数リセット処理１４００は、例えば、クライアントデバイス上で動作するクライアントにより実行される。クライアントは、図１３を参照して上述したポッドキャスト動作処理１３００に影響を与えるために、動作中の適切な時に動作変数をリセットするように動作する。換言すると、ある特定の時間において、ポッドキャスト動作処理１３００により利用される動作変数は、ポッドキャスト動作処理１３００の動作に影響を与えるようにリセットされる。例えば、リセットされる動作変数は、エピソードダウンロード回数又は最初のエピソードダウンロード日を含むことができる。尚、これらのリセットされた変数は、ポッドキャスト動作処理１３００の決定処理１３０２、１３０４及び１３０６に直接影響を与えることができる。

動作変数リセット処理１４００は、リセット条件が確立されたかを判定する決定処理１４０２から開始する。リセット条件は種々の異なる方法で確立される。リセット条件は、自動的に又はユーザにより開始される。いずれの場合も、決定処理１４０２においてリセット条件が存在しないと判定される場合、動作変数リセット処理１４００はそのような条件を待つ。換言すると、適切なリセット条件が達成された場合に動作変数リセット処理１４００は開始する。決定処理１４０２において、適切なリセット条件が達成されたと判定されると、エピソードダウンロード回数はリセットされる（１４０４）。ここで、エピソードダウンロード回数は０にリセットされる（１４０４）。更に、最初のエピソードダウンロード日はリセットされる（１４０６）。ここで、最初のエピソードの日は現在の日付にリセットされる（１４０４）。ブロック１４０６の後、動作変数リセット処理１４００は完了して終了する。

リセット条件は種々の方法で確立されるが、プログラムに従って又はユーザにより開始される場合、クライアント上で発生するイベントはリセット条件を与える。一般に、クライアント又はクライアントのユーザがポッドキャストに興味を示したとクライアントが理解する場合、リセット条件はプログラムに従ってトリガされる。ポッドキャストへの興味を示すイベントの例は、（１）ユーザがポッドキャストのエピソードを再生すること、（２）クライアント（又は携帯メディアプレーヤ）がポッドキャストのエピソードの再生を完了すること、及び（３）ユーザがポッドキャストのエピソードをダウンロードすること等である。

本発明の別の面は、ポッドキャストに対するチャプタの改良に関する。チャプタの改良により、ポッドキャストと共に使用するための改善されたユーザインタフェースが提供される。チャプタの改良は、チャプタ情報を含むポッドキャストにより可能になる。例えば、チャプタ情報は、プレイバック経験を改良するために種々の方法で表示される。

チャプタ情報は、タイトル、写真、url、記述（例えば、埋め込みリンクを含むリッチテキスト）、映画（オーディオ及びビデオ）、アーティスト、アルバム及びポッドキャスト加入を含むことができるが、これらに限定されない。全てのチャプタ情報はオプションである。例えば、いくつかのチャプタはタイトル及び写真を有してもよく、他のチャプタはタイトルのみを有してもよい。

ポッドキャストはファイル（例えば、ＸＭＬファイル）に埋め込まれるか又はポッドキャストフィード内で搬送されるチャプタ情報を搬送できる。

チャプタ情報をファイルに埋め込むために、m4aファイル形式は追加のチャプタ情報をサポートするように拡張される。トラック情報は、ＩＳＯファイル形式に従ってフォーマットされる。チャプタトラックとして示されるトラックは、チャプタ情報を含むことができる。トラックは、名前トラック、urlトラック、写真トラック、記述トラック又は他のメタデータトラックである。任意のチャプタの開始時、ユーザインタフェースに含まれるチャプタ情報は、そのチャプタに対応するように変更される。

ポッドキャストフィード内にチャプタ情報を提供するために、ポッドキャスト、すなわちポッドキャストに対するＲＳＳフィードは、チャプタ関連情報を含むように改良される。このチャプタ関連情報は、新たに特定されるＸＭＬ要素（例えば、チャプタタグ）により特定される。メディア管理アプリケーション等のクライアントアプリケーションは、これらのＸＭＬ要素がＲＳＳフィードからチャプタ関連情報を検索できるためクライアントデバイス（又は、クライアントデバイスに関連する携帯メディアデバイス）において改良されたユーザインタフェースを提供できると理解する。チャプタ関連情報は、テキスト、オーディオ、画像及び／又はビデオである。クライアントアプリケーションが新たに特定されたチャプタ要素を理解しない場合、ユーザインタフェースの改良は伴わないが、ＲＳＳフィードは依然として使用可能である。

一実施形態において、新たに特定されるＸＭＬ要素は、（ｉ）セグメント（すなわち、チャプタ）を信号で送信するコンテナ要素として動作するセグメント要素、及び（ｉｉ）１つ以上がセグメントに関連するマルチメディア要素（写真、補助オーディオ、補助ビデオ）を規定するリンク要素である。各セグメントは、開始時間、タイトル及びマルチメディア要素へのＵＲＬを有することができる。例えば、開始時間において、タイトル及びマルチメディア要素は表示される。各セグメントは、ポッドキャストのセグメントに対する他のメタデータ（例えば、作者、トラック、関連するＵＲＬリンク）を更に含むことができる。

３つのチャプタを有するＲＳＳフィードの一例を以下に示す。
<segment xmlns:it="http://www.itunes.com/ext/chapters/1.0>
<it:starttime>0</it:starttime>
<it:title>序文</it:title>
<it:link rel="enclosure" type="video/JPEG"
href="http://foo.com/chapter1picture.jpg"/>
<it:link rel="related" href="http://foo.com/infoAboutChapter1.html"/>
</segment>

<segment xmlns="http://www.itunes.com/ext/podcasts/1.0>
<it:starttime>0:30</it:starttime>
<it:title>音楽ワンセグ</it:title>
<it:link rel="enclosure" type="video/JPEG"
href="http://foo.com/chapter2picture.jpg"/>
<it:link rel="related" href="http://foo.com/infoAboutChapter2. html"/>
<it:author>ある有名なバンド</it:author>
<it:track>マイグレートヒット</it:track>
</segment>
<segment xmlns="http://www.itunes.com/ext/podcasts/1.0>
<it:starttime>0:30</it:starttime>
<it:title>音楽ワンセグ</it:title>
<it:link rel="enclosure" type="video/JPEG"
href="http://foo.com/chapter2picture.jpg"/>
<it:link rel="related" href="http://foo.com/infoAboutChapter2.html"/>
<it:link rel="feed" href="itpc://foo.com/podcasts/myfeed.xml"/>
<it:author>ある有名なバンド</it:author>
<it:track>マイグレートヒット</it:track>
</segment>

チャプタ情報の存在により容易になるユーザインタフェースの改良（クライアントアプリケーション又は携帯メディアデバイスに対する）は、以下の例のいずれかを含むことができる。一例として、チャプタ写真は、ポッドキャストのチャプタに関連して示される。ポッドキャストの再生時、チャプタ写真は、現在のチャプタに対応して自動的に変化する。また、チャプタ写真は、ユーザが複数のチャプタを介してナビゲートしている際にチャプタからチャプタへとジャンプする（例えば、スクラブする）場合に変化してもよい。別の例は、ユーザがチャプタを選択するためにポップアップメニューを選択する場合、ポップアップメニュー内の各メニュー項目はチャプタタイトル及びチャプタ写真のサムネイルを含む。更に別の例として、ユーザがチャプタ写真を選択する（例えば、クリックする）場合、クライアントアプリケーションはチャプタＵＲＬにリンクする（ハイパーリンクする）。更に別の例において、チャプタ情報はチャプタが変わる際に変化してもよい。ここで、チャプタのアーティスト、番組、記述及び他の情報は、チャプタが変わる際に変化するようにユーザインタフェースの種々の部分に表示される。更に別の例において、加入リンクはチャプタ情報として利用される。加入リンクが選択される場合、クライアントアプリケーションはポッドキャストフィードに自動的に加入する。一実施形態において、加入リンクは携帯加入ファイルを指すことができる。

上述の実施形態のうちのいくつかにおいて強調されるメディアアセット（又は、メディア項目）はオーディオ項目（例えば、オーディオファイル又はオーディオトラック）を含むポッドキャストであったが、メディアアセットはオーディオ項目に限定されない。例えば、メディアアセットは、ビデオ（例えば、映画）又は画像（例えば、写真）に関してもよい。より一般的には、ポッドキャストをデジタルマルチメディアアセットと呼んでもよい。

本発明の種々の面、実施形態、実現例又は特徴は、別個に又は任意の組み合わせで使用される。

本発明はソフトウェアにより実現されるのが好ましいが、ハードウェア又はハードウェアとソフトウェアとの組み合わせにおいて実現されてもよい。本発明は、コンピュータ可読コードとしてコンピュータ可読媒体に埋め込まれてもよい。コンピュータ可読媒体は、データを格納できる任意のデータ記憶装置であり、そのデータは、後でコンピュータシステムにより読み取られる。コンピュータ可読媒体の例は、読出し専用メモリ、ランダムアクセスメモリ、ＣＲ−ＲＯＭ、ＤＶＤ、磁気テープ、光データ記憶装置及び搬送波を含む。また、コンピュータ可読コードが分散して格納され且つ実行されるように、コンピュータ可読媒体はネットワーク結合されるコンピュータシステムを介して分散されてもよい。

本発明の多くの特徴及び利点は示される説明から明らかであり、従って、添付の請求の範囲は本発明のそのような特徴及び利点の全てを含むことが意図される。更に、多くの変形及び変更が当業者には容易であるため、本発明は、図示及び説明される正確な構成及び動作に限定されるべきではない。従って、全ての適切な変形及び均等物は、本発明の範囲に含まれるように使用されてもよい。

本発明の一実施形態によるメディアシステムを示すブロック図である。 、 本発明の一実施形態によるポッドキャスト送信処理を示すフローチャートである。 、 本発明の一実施形態によるポッドキャスト公開処理を示すフローチャートである。 本発明の一実施形態による認証処理を示すフローチャートである。 好適な一実施形態によるネットワークアドレス送信ページの画面例を示す図である。 好適な一実施形態によるポッドキャストプレビューページの画面例を示す図である。 本発明の一実施形態によるメディアストア−ポッドキャスト対話処理を示すフローチャートである。 本発明の一実施形態による統合ポッドキャスト取得処理を示すフローチャートである。 本発明の一実施形態によるポッドキャスト更新処理を示すフローチャートである。 本発明の好適な一実施形態によるポッドキャスト基本ページの画面例を示す図である。 本発明の好適な一実施形態によるポッドキャストページの画面例を示す図である。 本発明の好適な一実施形態による加入確認ダイアログを有するポッドキャストページの画面例を示す図である。 本発明の好適な一実施形態によるポッドキャスト入手可能ページの画面例を示す図である。 本発明の別の好適な実施形態によるポッドキャスト入手可能ページの画面例を示す図である。 本発明の別の好適な実施形態によるポッドキャスト入手可能ページの画面例を示す図である。 本発明の一実施形態によるポッドキャスト加入ファイル作成処理を示すフローチャートである。 本発明の一実施形態によるポッドキャスト加入ファイル使用処理を示すフローチャートである。 本発明の一実施形態によるポッドキャスト加入システムを示す図である。 本発明の一実施形態によるポッドキャスト更新処理を示すフローチャートである。 本発明の一実施形態によるポッドキャスト動作処理を示すフローチャートである。 本発明の一実施形態による動作変数リセット処理を示すフローチャートである。

Claims (3)

1. クライアント装置上に記憶されたポッドキャストを自動的に更新する方法であって、
   アクセス手段が、前記クライアント装置にて、前記ポッドキャストについてのエピソード情報をアクセスするアクセスステップと、
   第１の判定手段が、前記クライアント装置にて、前記エピソード情報から前記ポッドキャストの新たなエピソードがあるか否かを判定する第１の判定ステップと、
   第２の判定手段が、前記クライアント装置にて、前記ポッドキャストの自動ダウンロードでの購読が有効の指定が成されていることを表わすアクティブであるか、無効の指定が成されていることを表わす非アクティブであるかを判定する第２の判定ステップと、
   前記第１の判定ステップにて前記エピソード情報から前記ポッドキャストの新たなエピソードがあると判定され、且つ、前記第２の判定ステップにて前記ポッドキャストの購読がアクティブであると判定された場合、更新手段が、前記クライアント装置にて、前記ポッドキャストを前記新たなエピソードで更新する更新ステップとを有し、
   前記第２の判定ステップでは、前記クライアント装置における前記ポッドキャストの前記エピソードのダウンロード回数が予め設定した閾値以下の場合、又は、前記クライアント装置における前記ポッドキャストの最初のエピソードのダウンロードした日からの経過日数が予め設定された閾値以下の場合に、前記クライアント装置における前記ポッドキャストの購読がアクティブであると自動的に判定することを特徴とする方法。
2. ポータブルメディアプレイヤであって、
   エピソードを有するポッドキャストを少なくとも記憶する記憶デバイスと、
   前記ポータブルメディアプレイヤ以外のデバイスと双方向通信可能な通信ポートと、
   前記記憶デバイスと結合され、クライアント装置上に記憶されたポッドキャストを自動的に更新するプロセッサとを有し、
   前記プロセッサは、
   前記ポッドキャストのエピソード情報をアクセスし、
   前記エピソード情報から前記ポッドキャストの新たなエピソードがあるか否かを判定し、
   前記ポッドキャストの自動ダウンロードでの購読が有効の指定が成されていることを表わすアクティブであるか、無効の指定が成されていることを表わす非アクティブであるかを判定し、
   前記ポッドキャストの新たなエピソードがあると判定し、且つ、前記ポッドキャストの購読がアクティブである場合に、前記ポッドキャストを前記新たなエピソードで更新することで、前記クライアント装置に記憶されたポッドキャストを自動的に更新し、
   前記プロセッサは、前記クライアント装置における前記ポッドキャストの前記エピソードのダウンロード回数が予め設定した閾値以下の場合、又は、最初のエピソードのダウンロードした日からの経過日数が予め設定した閾値以下の場合に、前記ポッドキャストの購読がアクティブであると自動的に判定することを特徴とするポータブルメディアプレイヤ。
3. クライアント装置内のプロセッサに読み込ませ実行させることで、前記クライアント装置上に記憶されたポッドキャストを自動的に更新させるコンピュータプログラムであって、前記プロセッサを、
   前記ポッドキャストのエピソード情報を前記クライアント装置にてアクセスするアクセス手段、
   前記エピソード情報から前記ポッドキャストの新たなエピソードがあるか否かを判定する第１の判定手段、
   前記ポッドキャストの自動ダウンロードでの購読が有効の指定が成されていることを表わすアクティブであるか、無効の指定が成されていることを表わす非アクティブであるかを判定する第２の判定手段、
   前記エピソード情報から前記ポッドキャストの新たなエピソードが有ると判定され、且つ、前記ポッドキャストの購読がアクティブであると判定された場合、前記ポッドキャストを前記新たなエピソードで更新する更新手段として機能させ、
   前記第２の判定手段は、前記クライアント装置における前記ポッドキャストの前記エピソードのダウンロード回数が予め設定した回数以下の場合、又は、最初のエピソードのダウンロードした日からの経過日数が所定日数以下の場合に、前記ポッドキャストの購読がアクティブであると自動的に判定する
   ことを特徴とするコンピュータプログラム。