(57)【要約】  一実施形態では、通信システムが、ストリーミング形式のコンテンツを再生することができる携帯電話に無線通信を使用してループ形式でビデオ・コンテンツを送信する。携帯電話は、受信されたビデオ・コンテンツの再生がコンテンツの現在の送信中に中断された後で、中断のタイミングに基づいて、コンテンツの再生をループ形式のビデオ・コンテンツの次の送信中に再開することができる。コンテンツの再生をいつ再開するか決定するために、たとえば再生が中断の位置から再開することができるようにするために、中断のタイミングがコンテンツ送信スケジュールと比較される。
2008538485.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）コンテンツの現在の送信を受信するステップと、
（ｂ）前記受信されたコンテンツを前記現在の送信中に再生するステップと、
（ｃ）前記受信されたコンテンツの再生を前記コンテンツの終了前に中断するステップと、
（ｄ）前記再生の中断のタイミングに関する情報を生成するステップと、
（ｅ）前記コンテンツの次の送信中に前記コンテンツの再生を再開するステップと
を含む方法であって、前記コンテンツの再生の前記再開が前記中断に関する情報に基づく方法。
【請求項２】
前記コンテンツがストリーミング形式で再生されるビデオ・コンテンツであり、
前記方法が無線装置によって実施され、
前記コンテンツが無線通信を使用して前記無線装置にループ形式で送信される、
請求項１に記載の方法。
【請求項３】
前記無線装置が携帯電話として機能するようにさらに構成される、請求項２に記載の方法。
【請求項４】
前記コンテンツがユニキャスト方式で前記無線装置に送信される、請求項２に記載の方法。
【請求項５】
コンテンツ送信スケジュールを受信し記憶するステップをさらに含み、前記次の送信中の前記コンテンツの再生の再開のためのタイミングを決定するために、前記中断のタイミングが前記コンテンツ送信スケジュールと比較される、請求項１に記載の方法。
【請求項６】
前記コンテンツの前記現在の送信が前記コンテンツの前記次の送信の前記タイミングに対応するデータを含む、請求項１に記載の方法。
【請求項７】
前記ステップ（ｅ）が、
（１）前記次の送信中の前記コンテンツの再生の再開に関するユーザ・プロンプトを生成するステップと、
（２）前記ユーザ・プロンプトに対するユーザ応答に基づいて前記コンテンツの再生を再開するかどうか決定するステップと
を含む、請求項１に記載の方法。
【請求項８】
前記受信されたコンテンツの再生がユーザによって直接的に中断される、請求項１に記載の方法。
【請求項９】
前記受信されたコンテンツの再生がユーザによって間接的に中断され、前記再生が前記再生を中断するための条件の検出時に自動的に中断され、前記ユーザによる前記条件の詳細が前もって受信される、請求項１に記載の方法。
【請求項１０】
前記受信されたコンテンツの前記再生が前記現在の送信の信号の損失によって中断される、請求項１に記載の方法。
【請求項１１】
非ローカル処理での使用のために前記中断に関する情報を送信するステップをさらに含む、請求項１に記載の方法。
【請求項１２】
前記コンテンツがストリーミング形式で再生されるビデオ・コンテンツであり、
前記方法が携帯電話として機能するようにさらに構成された無線装置によって実施され、
前記コンテンツがユニキャスト無線通信を使用して前記無線装置にループ形式で送信され、
コンテンツ送信スケジュールを受信し記憶するステップをさらに含み、
前記次の送信中の前記コンテンツの再生の再開のためのタイミングを決定するために、前記中断の前記タイミングが前記コンテンツ送信スケジュールと比較される、
請求項１に記載の方法。
【請求項１３】
前記ステップ（ｅ）が、
（１）前記次の送信中の前記コンテンツの再生の再開に関するユーザ・プロンプトを生成するステップと、
（２）前記ユーザ・プロンプトに対するユーザ応答に基づいて前記コンテンツの再生を再開するかどうか決定するステップと
を含む、請求項１２に記載の発明。
【請求項１４】
（ａ）コンテンツの現在の送信を受信する手段と、
（ｂ）前記受信されたコンテンツを前記現在の送信中に再生する手段と、
（ｃ）前記受信されたコンテンツの再生を前記コンテンツの終了前に中断する手段と、
（ｄ）前記再生の中断のタイミングに関する情報を生成する手段と、
（ｅ）前記コンテンツの再生を前記コンテンツの次の送信中に再開する手段と
を含む装置であって、前記コンテンツの再生の再開が前記中断に関する情報に基づく装置。
【請求項１５】
前記コンテンツがストリーミング形式で再生されるビデオ・コンテンツであり、
前記手段（ａ）乃至（ｅ）が携帯電話として機能するようにさらに構成された無線装置の一部であり、
前記コンテンツがユニキャスト通信を使用して前記無線装置にループ形式で送信され、
コンテンツ送信スケジュールを受信し記憶する手段をさらに含み、
前記次の送信中の前記コンテンツの再生の再開のためのタイミングを決定するために、前記中断のタイミングが前記コンテンツ送信スケジュールと比較される
請求項１４に記載の装置。
【請求項１６】
前記コンテンツの前記現在の送信が前記コンテンツの前記次の送信のタイミングに対応するデータを含む、請求項１４に記載の装置。
【請求項１７】
（ａ）コンテンツ送信スケジュールを無線装置に送信するステップと、
（ｂ）コンテンツを前記無線装置にループ形式で送信するステップと
を含む方法であって、前記無線装置が、
（１）コンテンツの現在の送信を受信し、
（２）前記受信されたコンテンツを前記現在の送信中に再生し、
（３）前記受信されたコンテンツの再生を前記コンテンツの終了前に中断し、
（４）前記再生の中断のタイミングに関する情報を生成し、
（５）前記コンテンツの再生を前記コンテンツの次の送信中に再開する
ように構成された方法であって、前記コンテンツの再生の再開が前記中断に関する情報および前記コンテンツ送信スケジュールに基づく方法。
【請求項１８】
前記コンテンツがストリーミング形式で再生されるビデオ・コンテンツであり、
前記ステップ（ａ）及び（ｂ）がコンテンツ・サーバを使用して実施され、
前記無線装置が携帯電話として機能するようにさらに構成され、
前記コンテンツがユニキャスト無線通信を使用して前記無線装置にループ形式で送信され、
前記次の送信中の前記コンテンツの再生の再開のためのタイミングを決定するために、前記中断のタイミングが前記コンテンツ送信スケジュールと比較される
請求項１７に記載の方法。
【請求項１９】
（ａ）コンテンツ送信スケジュールを無線装置に送信する手段と、
（ｂ）コンテンツを前記無線装置にループ形式で送信する手段と
を含む通信システムであって、前記無線装置が、
（１）コンテンツの現在の送信を受信し、
（２）前記受信されたコンテンツを前記現在の送信中に再生し、
（３）前記受信されたコンテンツの再生を前記コンテンツの終了前に中断し、
（４）前記再生の中断のタイミングに関する情報を生成し、
（５）前記コンテンツの再生を前記コンテンツの次の送信中に再開する
ように構成され、前記コンテンツの再生の再開が前記中断に関する情報および前記コンテンツ送信スケジュールに基づく通信システム。
【請求項２０】
前記コンテンツがストリーミング形式で再生されるビデオ・コンテンツであり、
前記手段（ａ）及び（ｂ）がコンテンツ・サーバの一部であり、
前記無線装置が携帯電話として機能するようにさらに構成され、
前記コンテンツがユニキャスト無線通信を使用して前記無線装置にループ形式で送信され、
前記次の送信中の前記コンテンツの再生の再開のためのタイミングを決定するために、前記中断のタイミングが前記コンテンツ送信スケジュールと比較される、
請求項１９に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互引用
本出願は、その教示が参照により本明細書に組み込まれている、２００５年４月１８日出願の、整理番号１０７３．００５ＰＲＯＶとしての米国仮出願第６０／６７２，３４１号の出願日付の利益を主張するものである。
本発明は、通信に関し、とりわけ、携帯電話およびその他のポータブル・コンシューマ電子装置などの無線装置でのコンテンツの（たとえば、ビデオ）ストリーミングに関する。
【背景技術】
【０００２】
携帯電話など向けのビデオ・ストリーミング・サービスは、オン・ラインで来ている。
【特許文献１】米国仮出願第６０／６７２，３４１号
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、無線通信網を介した、ビデオ・ストリーミング・アプリケーションと従来の電話通信の両方をサポートする携帯電話などのポータブル多機能装置へのビデオ・コンテンツのストリーミングは、ビデオ・コンテンツが有線（光および／または電気）通信網を介してデジタル・ビデオ・レコーダ／プレーヤなど、固定の専用ビデオ・プロセッサに送信される従来のビデオ・ストリーミング・アプリケーション中には生じる可能性がない状況をともなう。たとえば、専用ビデオ・プロセッサは、ビデオ・ストリーミング・アプリケーション中に電話の着呼を処理する必要がない。さらに、有線ケーブル網を介してビデオ・コンテンツを受信する固定ビデオ・プロセッサは、無線サービス・エリアの範囲外に物理的に移動する携帯電話などの携帯装置に関連するサービスの損失を処理する必要がない。
【課題を解決するための手段】
【０００４】
一実施形態では、本発明は、（ａ）コンテンツの現在の送信を受信することと、（ｂ）受信されたコンテンツを現在の送信中に再生することと、（ｃ）受信されたコンテンツの再生をコンテンツ終了前に中断することと、（ｄ）再生の中断のタイミングに関する情報を生成することと、（ｅ）コンテンツの次の送信中にコンテンツの再生を再開することとを含み、コンテンツの再生の再開が中断に関する情報に基づく。
他の実施形態では、本発明は、（ａ）コンテンツ送信スケジュールを無線装置に送信することと、（ｂ）コンテンツを無線装置にループ形式で送信することとを含み、無線装置が、（１）コンテンツの現在の送信を受信し、（２）受信されたコンテンツを現在の送信中に再生し、（３）受信されたコンテンツの再生をコンテンツの終了前に中断し、（４）再生の中断のタイミングに関する情報を生成し、（５）コンテンツの再生をコンテンツの次の送信中に再開し、コンテンツの再生の再開が中断に関する情報およびコンテンツ送信スケジュールに基づく。
【０００５】
本発明の他の態様、特徴、および利点は、以下の詳細な説明、添付の特許請求の範囲、および同様の参照数字が同様のまたは同一の要素を識別する添付の図面から、より十分に明らかになるであろう。
【発明を実施するための最良の形態】
【０００６】
図１は、本発明の一実施形態による通信システム１００の一部を示す。とりわけ、図１は、この特定の実施形態では、インターネット１０４、結合手段１０６、携帯電話網１０８、およびセルラー基地局１１０を含む通信網を介して携帯電話１１２と通信するコンテンツ・サーバ１０２を示す。通信システム１００の様々な実施形態は、図１に示されている様々なノード間の、またはそれらの中の、様々なタイプの（たとえば、電気および／または光、有線および／または無線）通信を含むが、セルラー基地局１１０と携帯電話１１２との間の通信は、いかなる適切な既知のまたは将来の無線通信規格にも適合する無線通信である。通信システム１００は、本発明の単に１つの例示的実施形態であり、他の実施形態は、１つまたは複数のコンテンツ・サーバと１つまたは複数のエンド・ユーザ（たとえば、携帯電話）との間の通信をサポートする異なるセットのノードおよび異なるタイプのネットワーク構成を含んでもよい。
【０００７】
携帯電話網１０８を介して従来の移動電話通信をサポートする以外に、携帯電話１１２はまた、ビデオ・コンテンツが携帯電話１１２での再生のためにコンテンツ・サーバ１０２から携帯電話１１２に送信されるビデオ・ストリーミング・アプリケーションをもサポートする。本明細書では、用語「ストリーミング」は、コンテンツの再生のタイミングでジッタおよびその他の典型的な変動を処理し、ＭＰＥＧなどのビデオ・コーディング標準に固有のバッファリング要件をサポートする、コンテンツ・データの最低限のバッファリングを用いて、事実上コンテンツが再生装置で受信されたときに（たとえば、リアルタイムで）コンテンツが再生される、コンテンツの送信および再生を表す。特定の実施形態によっては、携帯電話１１２は、そのようなビデオ・ストリーミング・アプリケーションに関連する多種多様な機能および能力をサポートすることができ、それらの機能および能力のうちのいくつかは、コンテンツ・サーバ１０２および携帯電話網１０８の機能および能力に依存する。
【０００８】
通信システム１００の１つの可能な実施形態では、ビデオ・コンテンツの単一のストリームが、コンテンツ・サーバ１０２から携帯電話網１０８に送信され、携帯電話網１０８がその単一のビデオ・ストリームを複数のユニキャスト・ストリームに変換し、各ユニキャスト・ストリームが携帯電話１１２などそれぞれの携帯電話に送信される。他の実施形態では、ビデオ・コンテンツがマルチキャスト方式またはブロードキャスト方式で携帯電話に送信されることができる（この場合、単一のビデオ・ストリームが複数の携帯電話に送信される）。ユニキャスト送信およびマルチキャスト送信では送信の受信者が知られているが、一方ブロードキャスト送信では受信者は必ずしも知られていない。たとえば、地上デジタル・テレビ放送に通常利用されるインフラストラクチャのみならず携帯電話の音声呼に通常利用されるインフラストラクチャにインターフェースすることができるマルチモード携帯電話が利用可能である、あるいはまもなく利用可能になる。そのような装置では、デジタル・ビデオのブロードキャスト受信が可能である。さらに、将来の「携帯電話」のインフラストラクチャは、ブロードキャスト送信をサポートすることもできる。
【０００９】
図２は、コンテンツ・サーバ１０２がループ形式のビデオ・コンテンツを送信する通信システム１００の一実施形態による携帯電話１１２によって実施される例示的処理の流れ図を示す。ループ形式のビデオ・コンテンツとは、コンテンツ・サーバ１０２による同じビデオ・コンテンツの繰り返し送信を指し、様々な送信は、エンド・ツー・エンドでも、バラバラ（ｄｉｓｊｏｉｎｔ）でも、重複（ｏｖｅｒｌａｐｐｉｎｇ）でもよい。エンド・ツー・エンド送信では、ビデオ・コンテンツの送信は前の送信の終了後直ちに再開される。バラバラの送信では、１つの送信の終了と次の送信の開始との間にある期間が存在する。重複送信では、直前の送信が終了する前に別の送信が開始される。３つ以上の送信が同時に重複していてもよいことに留意されたい。
【００１０】
図２の処理は、携帯電話１１２がループ形式のビデオ・コンテンツの特定の（たとえば、現在の）送信中にコンテンツ・サーバ１０２からストリーミング・ビデオ・コンテンツを受信し再生することから始まる（図２のステップ２０２）。この特定のビデオ・ストリーミング・セッションがどのように開始されるかに関する正確な詳細は、特定の実施形態に応じて変わる。一実施形態では、携帯電話１１２が、たとえばコンテンツ・サーバ１０２から携帯電話網１０８へのビデオ・コンテンツ送信スケジュール（すなわち、「ビデオ・プログラム」）を受信し記憶し、ユーザは、携帯電話１１２を使用して、たとえば携帯電話網１０８に、携帯電話１１２への特定のビデオ・プログラムのユニキャスト送信を求める要求を送信する。他の実施形態では、ビデオ・コンテンツの各送信はその同じコンテンツの次の再送信時間を識別するメタデータを含んでもよい。ユーザの要求の時間と次のループ送信の開始との間にかなり大きい遅延がある場合、携帯電話１１２は、要求されたビデオ・コンテンツの送信が始まろうとしていることをユーザに通知するメッセージを、携帯電話網１０８を介して受信することができる。メッセージは、ビデオ・コンテンツに関連するチャネルを識別するロゴ（たとえば、ＨＢＯチャネル・ロゴ）など、ビデオ・コンテンツを識別する特殊なロゴ・アイコンの使用を含めて、可聴でも、ビジュアルでも、あるいはその両方でもよい。
【００１１】
他の実施形態では、携帯電話網１０８がその関連携帯電話（携帯電話１１２を含む）にビデオ・コンテンツまたは入手可能なビデオ・コンテンツの通知を自動的に送信し、携帯電話１１２がそのような送信を求めるいかなるメッセージを送信する必要もなしに、携帯電話１１２のユーザがローカルに記憶された送信スケジュールに基づいてビデオ・コンテンツを再生するかどうか決定する。この場合、携帯電話１１２は、ユーザによって予め選択されたビデオ・コンテンツのやがて起こる送信についてのそのユーザに対するリマインダを生成することができる。
【００１２】
いずれにしても、ストリーミング・ビデオ・コンテンツの送信中のある点で、携帯電話１１２でのそのビデオ・コンテンツの再生は中断される可能性がある（ステップ２０４）。そのような中断は多くの様々な状況から生じる可能性がある。ユーザは、たとえば、電話の発呼を行うために、または電話の着呼を受けるために、あるいは単にビデオ・コンテンツを見るのをやめて休憩するために、再生を能動的に中断することができる。代替として、ユーザは、たとえば、その発呼者からの着呼が自動的に再生を中断する発呼者の電話番号を予め指定しておくことにより再生を受動的に中断することもできる。再生はまた、たとえば、携帯電話１１２が携帯電話網１０８のサービスエリア（ｃｏｖｅｒａｇｅ  ａｒｅａ）を出た後で信号の損失を経験した場合、ユーザの意図とは関係なく中断されることもできる。
【００１３】
いずれにしても、携帯電話１１２は、中断のタイミングに関する適切な情報を識別することによりストリーミング・ビデオ・コンテンツの再生の中断に反応する（ステップ２０６）。特定の実施形態によれば、そのような情報は、たとえば、（たとえば、中断に先行するキー（Ｉ）フレームに対応して）中断が生じたビデオ・コンテンツのフレーム番号、中断が生じた日時コード、または中断が生じた送信の開始からのタイミング・オフセットの形であってもよい。さらに、特定の実施形態によれば、情報は、（次に説明されるステップ２０８中など）次の処理中での使用のために、携帯電話１１２にローカルに記憶されてもよく、かつ／または携帯電話網１０８および／またはコンテンツ・サーバ１０２での記憶のために送信されてもよい。
【００１４】
中断に関する情報がローカルにだけ記憶される場合、携帯電話１１２へのビデオ・コンテンツの現在の送信は、たとえ携帯電話１１２がビデオ・コンテンツのその部分を再生しなくても、継続することができる。ある実施形態では、中断に関する情報がたとえば携帯電話網１０８に送信される場合、携帯電話１１２によるビデオ・コンテンツの再生の中断は、携帯電話１１２へのビデオ・コンテンツの現在の送信の終了を引き起こす可能性がある。
【００１５】
携帯電話１１２が再生の中断を携帯電話網１０８に通知するためにメッセージを送信することを含む実施形態では、（たとえば、携帯電話１１２がネットワークのサービスエリアを出たために）中断が信号の損失から生じた場合、携帯電話１１２は、携帯電話網１０８との通信が再取得されるまで待たなければ、そのようなメッセージを送信することができないであろうということに留意されたい。
【００１６】
図２の処理シナリオによれば、ループ形式のビデオ・コンテンツの、ある次の送信中に、携帯電話１１２でのビデオ・コンテンツの再生が再開され、この場合、再生の再開は中断のタイミングに関する記憶された情報に基づく（ステップ２０８）。ビデオ・コンテンツの再生がどの程度正確にかつ送信のどの点から再開されるかは、特定の実施形態および／またはユーザによって選択された選択肢に依存する。たとえば、１つのシナリオでは、再生がステップ２０４で中断された時間およびその記憶されている送信スケジュールに基づいて、携帯電話１１２がループ・コンテンツの次の送信中にビデオ・コンテンツ内の対応する点の日時を自動的に決定し、再生の再開が可能であることを前もってユーザに通知してユーザがその選択肢を実行するかしないか選択することができるようにする。中断情報が携帯電話網１０８によって送信され記憶される他のシナリオでは、ネットワーク１０８がビデオ・コンテンツ内の対応する点を決定し、ユーザがビデオ・コンテンツの再生を再開することを促進し可能にするためにメッセージを携帯電話１１２に送信する。
【００１７】
携帯電話１１２へのループ形式のビデオ・コンテンツの送信が、携帯電話１１２がビデオ・コンテンツを実際に再生しているかどうかに依存する実施形態では、携帯電話１１２は、たとえば携帯電話網１０８に対して、ステップ２０４の中断後に送信を再開するように求める要求を送信する。一方、携帯電話１１２へのループ形式のビデオ・コンテンツの送信が、携帯電話１１２がビデオ・コンテンツを実際に再生しているかどうかに関係なく行われる実施形態では、携帯電話１１２は、送信再開を求める要求を送信する必要なしに、その記憶されている送信スケジュールに基づいてビデオ・コンテンツの再生を独立に再開することができる。
【００１８】
図２の処理は、再生が前に中断されたビデオ・コンテンツ内のほぼ同じ場所でループ形式のビデオ・コンテンツの次の送信中にビデオ・コンテンツの再生が再開される状況に対応するが、携帯電話１１２は、ユーザに１つまたは複数の以下の選択肢を提供することができる。
・たとえ中断の継続に対応するビデオ・コンテンツにギャップがあっても、ループ形式のビデオ・コンテンツの同じ送信の再生を再開する。
・中断の場所に関するユーザ指定（正または負）のタイム・オフセットがあるビデオ・コンテンツの再生を再開する。たとえば、これは、ビデオ・コンテンツが中断された５分前の位置でビデオ・コンテンツの次の送信中にユーザが再生を再開することができるようにする。および、
・次の送信中にコンテンツの初めからビデオ・コンテンツの再生を再開する。
メッセージング
【００１９】
図１の携帯電話１１２へ送信したまたはそれから送信されたメッセージの必要性および詳細は、通信システム１００の特定の実施形態に依存する。いくつかの実施形態では、ストリーミング・ビデオ・アプリケーションに関する唯一のメッセージングが携帯電話への送信スケジュールのダウンローディングであり、その後で、携帯電話が送信されたビデオ・コンテンツの再生の開始、中断、および再開を独立に行うことができる。他の極端な場合、携帯電話１１２が、携帯電話での再生のためにビデオ送信を開始、中断、および／または再開することを求める要求を上流（ｕｐｓｔｒｅａｍ）に送信する実施形態がある。
【００２０】
そのようなメッセージングを含む実施形態では、メッセージが（適宜）１つまたは複数の以下のタイプの情報を含んでもよい。
・携帯電話の識別、
・コンテンツ・サーバの識別、
・ビデオ・コンテンツの識別、
・ビデオ・コンテンツの特定の送信の識別、
・必要とされる機能（たとえば、送信の開始、送信の中断、送信の再開）、
・ビデオ・コンテンツ内の特定の位置のビデオ・フレームまたは他の識別子、
・認証および認可データ、ならびに
・実施されるべきメッセージおよび／または機能に関連するタイム・コード（１つまたは複数）。
たとえば、要求された機能を識別する以外に、ビデオ・コンテンツの送信の開始を求める要求が要求元携帯電話の識別およびビデオ・コンテンツの特定の送信の識別を含んでもよい。この同じ情報以外に、ビデオ・コンテンツの送信を中断または再開することを求める要求はまた、中断に対応するビデオ・フレームを含んでもよい。
代替実施形態
【００２１】
図１の通信システム１００は、ループ形式の（通常、ビデオ・データのみならずオーディオ・データをも含むと考えられる）ストリーミング・ビデオ・コンテンツの状況で説明されてきたが、代替通信システムが他の適切な状況で実施されることもできる。たとえば、通信システムがオーディオ・コンテンツだけをストリーミングする状況で実施されることができる。通信システムはまた、たとえば電子ブック・アプリケーション用のテキストをストリーミングする状況で実施されることもできる。通信システムはまた、データが非リアルタイム再生のために送信されバッファされる、あるいはそうでない場合は記憶される、非ストリーミングの状況で実施されることもできる。そのような実施形態はループ送信を含んでも含まなくてもよい。
【００２２】
通信システム１００は携帯電話の状況で説明されてきたが、従来の電話通信をサポートしてもしなくてもよい、移動または固定の、有線または無線の受信器を含む他のタイプの受信器の状況で、代替通信システムが実施されることもできる。
【００２３】
本明細書で説明された例示的方法の諸ステップは必ずしも記載の順序で実施される必要がなく、そのような方法の諸ステップは単に例示的であると解釈されるべきであることを理解されたい。同様に、追加のステップがそのような方法に含まれてもよく、あるステップが本発明の様々な実施形態に調和する方法で省略されても組み合わされてもよい。
【００２４】
添付の特許請求の範囲内の要素があれば、それらは、対応するラベリングによって特定の順序で説明されるが、請求項の記載がそれらの要素の一部またはすべてを実施する特定の順序を別途暗示しない限り、それらの要素は、必ずしもその特定の順序で実施されるように限定されることを意図されるものではない。
【００２５】
本発明の本質を説明するために記述され例示されてきた部分の詳細、材料、および構成の様々な変更が、添付の特許請求の範囲で明示される本発明の範囲から逸脱することなく当業者によって行われてもよいことをさらに理解されたい。
【００２６】
本明細書での「一実施形態」または「実施形態」への参照は、該実施形態に関連して説明された特定の特徴、構造、または特性が、本発明の少なくとも１つの実施形態に含まれることができることを意味する。本明細書の様々な場所での「一実施形態では」という句の出現は、必ずしも全てが同じ実施形態を指しているわけでもなく、必ずしも他の実施形態から互いに排他的に別個または代替の実施形態でもない。「実施形態」にも同じことが言える。
【図面の簡単な説明】
【００２７】
【図１】本発明の一実施形態による通信システムの一部を示す図である。
【図２】コンテンツ・サーバがループ形式のビデオ・コンテンツを送信する図１の通信システムの一実施形態による図１の携帯電話によって実行される例示的処理の流れ図である。
【図１】
2008538485.tif 000003
【図２】
2008538485.tif 000004
【国際調査報告】
2008538485.tif 000005
2008538485.tif 000006
2008538485.tif 000007