JP4923155B2

JP4923155B2 - コンテンツの送受信の停止及び再開方法

Info

Publication number: JP4923155B2
Application number: JP2011094512A
Authority: JP
Inventors: チ−ヘリー
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2008-01-21
Filing date: 2011-04-20
Publication date: 2012-04-25
Anticipated expiration: 2028-07-15
Also published as: KR100989716B1; US20090270081A1; JP2009177776A; US8001264B2; KR20090080460A; US8001263B2; JP2011166817A; US20090187670A1

Description

本発明は、コンテンツの送受信に関し、特に、コンテンツの送受信の停止及び再開に関する。

従来は、端末のデータ（例えば、コンテンツ）受信中に、様々な理由、例えば、音声電話（voice call）の着信などにより、前記コンテンツ受信の優先順位が低くなってコンテンツの送信が停止した場合、前記コンテンツ送信中のサーバは、このような事実を認知できなくて不要に前記コンテンツの送信を継続的に維持するため、ネットワークリソースが浪費されていた。

また、端末のユーザがコンテンツの送信の停止を希望しても、このための前記サーバとの適切な手順が提示されていないため、前記端末は、前記サーバにその事実を通知することができず、前記サーバは前記コンテンツの送信の停止の原因を認知できないため、不要に再送信を試みるという問題があった。

また、前述したように、適切な手順が提示されていないため、前記端末は、前記サーバから既に正常に受信したコンテンツの部分も全て廃棄するのが一般的であった。従って、後に前記コンテンツを再び受信することを希望しても、前記端末は、前記コンテンツの全体を受信するしかなかったため、ネットワークリソースが浪費されてコストが高かった。

また、前記端末の内部構成の観点から見ると、前記端末は、下部の受信端と、上部のアプリケーション部とからなる。ここで、前記端末の下部の受信端が前記サーバからコンテンツを正常に受信して前記サーバに受信の成功を通知したが、前記アプリケーション部にまだ伝達されてない状態で、予期せぬ理由で前記コンテンツの受信が停止すると、前記アプリケーション部は前記コンテンツが不完全であるため、全て廃棄してしまう。しかしながら、前記サーバは、前記端末が全てのコンテンツを既に正常に受信したと認知しているため、後に前記端末が受信していない部分の再送信を要求しても、適切に対処できない。

従って、本発明の目的は、コンテンツの送受信を停止又は再開できる手順を提供することにある。

また、本発明の他の目的は、コンテンツの送受信を再開するとき、コンテンツの送受信が完了していない部分から再開できるようにする手順を提供することにある。

このような目的を達成するために、本発明によるコンテンツ送受信の停止方法は、特定チャネル内のコンテンツの受信が停止されなければならない場合、コンテンツ受信が停止されたことを示す第１エレメントと、エラーとして発見されたメッセージの名前、属性、又は値を示す第２エレメントとを含むエラー通知メッセージをサーバに送信する段階と、特定チャネルのＩＤを指定する第３エレメントを含むチャネル停止要求メッセージを前記サーバに送信する段階と、前記停止要求されたチャネルのＩＤ及び状態値を含む第４エレメントを含むチャネル停止応答メッセージを前記サーバから受信する段階とを含む。

好ましくは、前記エラー通知メッセージはＥｒｒｏｒＮｏｔｉｆｉｃａｔｉｏｎメッセージであり、前記チャネル停止要求メッセージはＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｑｕｅｓｔメッセージであり、前記チャネル停止応答メッセージはＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｓｐｏｎｓｅメッセージである。

前記エラー通知メッセージの前記第１エレメントは、送信が中断されたことを示す「Ｄｅｌｉｖｅｒｙｉｎｔｅｒｒｕｐｔｅｄ」値を有する「Ｅｒｒｏｒ−ｃｏｄｅ」エレメントであり、前記エラー通知メッセージの前記第２エレメントは、正常に受信されたバイトを示す値を有する「Ｅｒｒｏｒｅｄ−Ｐａｒａｍｅｔｅｒ」エレメントである。前記チャネル停止要求メッセージの前記第３エレメントは、「Ｃｈａｎｎｅｌ−ＩＤ」エレメントである。前記チャネル停止応答メッセージの前記第４エレメントは、「Ｓｔａｔｕｓ」エレメントである。

一方、このような目的を達成するために、本発明によるコンテンツ送受信の再開方法は、受信が停止された特定チャネルを再開するために、前記特定チャネルのＩＤを指定する第１エレメントを含むチャネル再開要求メッセージをサーバに送信する段階と、前記チャネルのＩＤ及び状態値を含む第２エレメントを含むチャネル再開応答メッセージを前記サーバから受信する段階と、前記特定チャネル内の特定コンテンツの受信停止を再開するために、前記受信が停止されたコンテンツのＩＤを指定する第３エレメントと以前に正常に受信されたバイトを指定する第４エレメントとを含むコンテンツ復旧要求メッセージを送信する段階と、前記サーバから前記停止されたコンテンツを受信する段階とを含む。

好ましくは、前記チャネル再開要求メッセージはＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｑｕｓｔメッセージであり、前記チャネル再開応答メッセージはＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｓｐｏｎｓｅメッセージである。また、前記コンテンツ復旧要求メッセージはＣｏｎｔｅｎｔＲｅｐａｉｒＲｅｑｕｅｓｔメッセージである。好ましくは、前記チャネル再開要求メッセージの前記第１エレメントは、「Ｃｈａｎｎｅｌ−ＩＤ」エレメントである。また、前記チャネル再開応答メッセージの前記第２エレメントは、「Ｓｔａｔｕｓ」エレメントである。さらに、前記コンテンツ復旧要求メッセージの前記第３エレメントは、「Ｆａｉｌｅｄ−ＣｏｎｔｅｎｔＩＤ」エレメントであり、前記コンテンツ復旧要求メッセージの前記第４エレメントは、「Ｂｙｔｅ−Ｒｅｃｅｉｖｅｄ」エレメントである。

好ましくは、前記方法は、前記サーバからコンテンツ復旧応答メッセージを受信する段階をさらに含み、前記コンテンツ復旧応答メッセージは、前記復旧のために要求されたコンテンツパッケージを示すＣｏｎｔｅｎｔ−Ｐａｃｋａｇｅエレメントを含む。

本発明はさらに以下の手段を提供する。

（項目１）
特定チャネル内のコンテンツの受信が停止されなければならない場合、コンテンツ受信が停止されたことを示す第１エレメントと、エラーとして発見されたメッセージの名前、属性、又は値を示す第２エレメントとを含むエラー通知メッセージをサーバに送信する段階と、
特定チャネルのＩＤを指定する第３エレメントを含むチャネル停止要求メッセージを上記サーバに送信する段階と、
上記停止要求されたチャネルのＩＤ及び状態値を含む第４エレメントを含むチャネル停止応答メッセージを上記サーバから受信する段階と
を含むことを特徴とするコンテンツ送受信の停止方法。

（項目２）
上記エラー通知メッセージはＥｒｒｏｒＮｏｔｉｆｉｃａｔｉｏｎメッセージであり、
上記チャネル停止要求メッセージはＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｑｕｅｓｔメッセージであり、
上記チャネル停止応答メッセージはＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｓｐｏｎｓｅメッセージであることを特徴とする項目１に記載のコンテンツ送受信の停止方法。

（項目３）
上記エラー通知メッセージの上記第１エレメントは、送信が中断されたことを示す「Ｄｅｌｉｖｅｒｙｉｎｔｅｒｒｕｐｔｅｄ」値を有する「Ｅｒｒｏｒ−ｃｏｄｅ」エレメントであり、
上記エラー通知メッセージの上記第２エレメントは、正常に受信されたバイトを示す値を有する「Ｅｒｒｏｒｅｄ−Ｐａｒａｍｅｔｅｒ」エレメントであることを特徴とする項目１に記載のコンテンツ送受信の停止方法。

（項目４）
上記チャネル停止要求メッセージの上記第３エレメントは、「Ｃｈａｎｎｅｌ−ＩＤ」エレメントであることを特徴とする項目１に記載のコンテンツ送受信の停止方法。

（項目５）
上記チャネル停止応答メッセージの上記第４エレメントは、「Ｓｔａｔｕｓ」エレメントであることを特徴とする項目１に記載のコンテンツ送受信の停止方法。

（項目６）
上記エラー通知メッセージを送信する段階は、
端末内のＤＣＤイネーブルクライアントアプリケーションからチャネル停止要求メッセージを受信する段階を含むことを特徴とする項目１に記載のコンテンツ送受信の停止方法。

（項目７）
受信が停止された特定チャネルを再開するために、上記特定チャネルのＩＤを指定する第１エレメントを含むチャネル再開要求メッセージをサーバに送信する段階と、
上記チャネルのＩＤ及び状態値を含む第２エレメントを含むチャネル再開応答メッセージを上記サーバから受信する段階と、
上記特定チャネル内の特定コンテンツの受信停止を再開するために、上記受信が停止されたコンテンツのＩＤを指定する第３エレメントと、以前に正常に受信されたバイトを指定する第４エレメントとを含むコンテンツ復旧要求メッセージを送信する段階と、
上記サーバから上記停止されたコンテンツを受信する段階と
を含むことを特徴とするコンテンツ送受信の再開方法。

（項目８）
上記チャネル再開要求メッセージはＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｑｕｓｔメッセージであり、
上記チャネル再開応答メッセージはＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｓｐｏｎｓｅメッセージであることを特徴とする項目７に記載のコンテンツ送受信の再開方法。

（項目９）
上記コンテンツ復旧要求メッセージはＣｏｎｔｅｎｔＲｅｐａｉｒＲｅｑｕｅｓｔメッセージであることを特徴とする項目７に記載のコンテンツ送受信の再開方法。

（項目１０）
上記チャネル再開要求メッセージの上記第１エレメントは、「Ｃｈａｎｎｅｌ−ＩＤ」エレメントであることを特徴とする項目７に記載のコンテンツ送受信の再開方法。

（項目１１）
上記チャネル再開応答メッセージの上記第２エレメントは、「Ｓｔａｔｕｓ」エレメントであることを特徴とする項目７に記載のコンテンツ送受信の再開方法。

（項目１２）
上記コンテンツ復旧要求メッセージの上記第３エレメントは、「Ｆａｉｌｅｄ−ＣｏｎｔｅｎｔＩＤ」エレメントであり、
上記コンテンツ復旧要求メッセージの上記第４エレメントは、「Ｂｙｔｅ−Ｒｅｃｅｉｖｅｄ」エレメントであることを特徴とする項目７に記載のコンテンツ送受信の再開方法。

（項目１３）
上記復旧のために要求されたコンテンツパッケージを示すＣｏｎｔｅｎｔ−Ｐａｃｋａｇｅエレメントを含むコンテンツ復旧応答メッセージを上記サーバから受信する段階をさらに含むことを特徴とする項目７に記載のコンテンツ送受信の再開方法。

（項目１４）
上記受信が停止されたコンテンツを受信する段階は、
上記以前に正常に受信した部分以降の上記コンテンツを受信することを特徴とする項目７に記載のコンテンツ送受信の再開方法。

（項目１５）
上記コンテンツ復旧要求メッセージは、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、Ｓｅｓｓｉｏｎ−ＩＤエレメント、Ｍｅｓｓａｇｅ−ＩＤエレメント、Ｆａｉｌｅｄ−Ｍｅｓｓａｇｅ−ＩＤエレメント、Ｃｈａｎｎｅｌ−ＩＤエレメントの少なくとも１つをさらに含むことを特徴とする項目７に記載のコンテンツ送受信の再開方法。

本発明は、コンテンツの送受信を停止又は再開できる手順を提供する。

コンテンツ送受信の停止方法は、特定チャネル内のコンテンツの受信が停止されなければならない場合、コンテンツ受信が停止されたことを示す第１エレメントと、エラーとして発見されたメッセージの名前、属性、又は値を示す第２エレメントとを含むエラー通知メッセージをサーバに送信する段階と、特定チャネルのＩＤを指定する第３エレメントを含むチャネル停止要求メッセージを前記サーバに送信する段階と、前記停止要求されたチャネルのＩＤ及び状態値を含む第４エレメントを含むチャネル停止応答メッセージを前記サーバから受信する段階とを含む。

本発明は、コンテンツの送受信を停止又は再開できる手順を提供することにより、不要なネットワークリソースの浪費を防止し、コストを低減できるという効果がある。

また、本発明は、コンテンツの送受信を再開するとき、コンテンツの送受信が完了していない部分から再開することにより、不要なネットワークリソースの浪費を防止し、コストを低減できるという効果がある。

本発明の第１実施形態による方法を示すフローチャートである。図１に示す第１実施形態の一例を示す図である。本発明の第２実施形態による方法を示すフローチャートである。

以下、本発明の実施形態を添付図面を参照して詳細に説明する。

以下の説明において、本発明の実施形態の主な特徴と関係ない内容は詳細に説明せずに、ＯＭＡ−ＴＳ−ＤＣＤ＿Ｓｅｍａｎｔｉｃｓ−Ｖ1＿０−２００８０３０７に記載されている内容を援用する。

図１は、本発明の第１実施形態による方法を示すフローチャートであり、図２は、図１に示す第１実施形態の一例を示す図である。

図１を参照すれば、本発明の第１実施形態は、コンテンツの送受信を停止させる手順を提供する。以下、具体的に説明する。

１）ＤＣＤ（DynamicContent Delivery）サーバ２００は、端末１００に特定チャネル内のコンテンツを送信する（Ｓ１０１）。

２）端末１００のＤＣＤクライアント１１０が前記特定チャネル内のコンテンツを受信している状況で、端末１００のＤＣＤクライアント１１０は、ＤＣＤサーバ２００にエラーを通知する必要があるか否かを判断する（Ｓ１０３）。

ここで、前記エラーを通知する必要がある場合とは、前記コンテンツが完全に受信される前に前記受信が停止された場合である。すなわち、前記エラーを通知する必要がある場合とは、コンテンツの送信が停止された場合である。

すなわち、前記エラーを通知する必要がある場合とは、端末１００内のアプリケーションから停止要求を受信した場合である。例えば、図２に示すように、ＤＣＤクライアント１１０が端末１００内のＤＣＤイネーブルクライアントアプリケーション１２０から特定チャネルに対する停止要求メッセージ、例えば、ＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｑｕｅｓｔを受信した場合である（Ｓ１０２）。ここで、前記停止要求メッセージ、例えば、ＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｑｕｅｓｔは、前記特定チャネルのＩＤパラメータを含む。前記停止要求メッセージは、ＤＣＤイネーブルクライアントアプリケーション１２０以外の他のアプリケーションから受信されてもよい。このように、ＤＣＤクライアント１１０がＤＣＤイネーブルクライアントアプリケーション１２０又は他のアプリケーションから前記停止要求メッセージを受信した場合、ＤＣＤクライアント１１０は、ＤＣＤサーバ２００から受信中のコンテンツがあるか否かを確認し、前記コンテンツの受信が完了していない場合、前記判断（Ｓ１０３）において前記エラーメッセージを送信すると決定する。

又は、前記エラーを通知する必要がある場合とは、端末１００内に予め設定された条件が満たされたため、前記特定チャネル内のコンテンツの受信を停止する必要がある場合である。例えば、端末１００内に保存されたＣｈａｎｎｅｌＭｅｔａｄａｔａ内の停止条件が満たされた場合である。より詳しくは、ローミング時にチャネルの受信を停止するという条件が前記ＣｈａｎｎｅｌＭｅｔａｄａｔａ内に設定されており、端末１００がローミングした場合である。このように、ローミング時に特定チャネルの受信を停止するという条件を設定する理由は、一般にローミングは高い費用がかかるためである。

３）前記判断（Ｓ１０３）によってエラーを通知する必要があると決定された場合、ＤＣＤクライアント１１０は、ＤＣＤサーバ２００にエラーを通知する。すなわち、前述したように、前記コンテンツが完全に受信される前に前記受信が停止されると、ＤＣＤクライアント１１０はエラーを通知する。

ここで、前記エラーの通知は、図示されたように、例えばエラー通知メッセージ、すなわち、ＥｒｒｏｒＮｏｔｉｆｉｃａｔｉｏｎＭｅｓｓａｇｅの送信により達成される。ここで、前記エラー通知メッセージは、Ｅｒｒｏｒ−Ｃｏｄｅエレメントと、Ｅｒｒｏｒｅｄ−Ｐａｒａｍｅｔｅｒエレメントとを含む。前記Ｅｒｒｏｒ−Ｃｏｄｅエレメントには発生したエラーの数字コードが記入される。詳しくは、前記Ｅｒｒｏｒ−Ｃｏｄｅエレメントには「Ｄｅｌｉｖｅｒｙｉｎｔｅｒｒｕｐｔｅｄ」エラー条件を意味する数字コードが記入される。前記「Ｄｅｌｉｖｅｒｙｉｎｔｅｒｒｕｐｔｅｄ」は、様々な理由、例えばコンテンツの停止により前記コンテンツの送信が中断されたことを意味する。一方、前記Ｅｒｒｏｒｅｄ−Ｐａｒａｍｅｔｅｒエレメントにはエラーとして発見されたメッセージの名前、属性、及び値が記入される。前記Ｅｒｒｏｒｅｄ−Ｐａｒａｍｅｔｅｒエレメントには「Ｂｙｔｅｓ−Ｒｅｃｅｉｖｅｄ」値がさらに記入される。前記「Ｂｙｔｅｓ−Ｒｅｃｅｉｖｅｄ」は、正常に受信されたバイトを示す。

一方、前記エラー通知メッセージは、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、Ｓｅｓｓｉｏｎ−ＩＤエレメント、ＭｅｓｓａｇｅＩＤエレメント、Ｅｒｒｏｒ−Ｓｅｖｅｒｉｔｙエレメント、Ｅｒｒｏｒ−Ｄｅｓｃｒｉｐｔｉｏｎエレメント、Ｃｏｎｔｅｎｔ−Ｐｒｏｖｉｄｅｒ−Ｅｒｒｏｒエレメント、Ａｐｐｌｉｃａｔｉｏ−Ｅｒｒｏｒエレメントの少なくとも１つをさらに含むことができる。前記Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメントは、前記エラー通知メッセージのメッセージタイプ識別子を示し、前記Ｓｅｓｓｉｏｎ−ＩＤエレメントは、セッション識別子を示し、前記Ｍｅｓｓａｇｅ−ＩＤエレメントは、前記エラー通知メッセージを識別できる識別子が含まれ、前記Ｅｒｒｏｒ−Ｓｅｖｅｒｉｔｙエレメントは、指示されたメッセージを処理するためのエラー条件の影響を示し、前記Ｅｒｒｏｒ−Ｄｅｓｃｒｉｐｔｉｏｎエレメントは、エラー名を示し、前記Ｃｏｎｔｅｎｔ−Ｐｒｏｖｉｄｅｒ−Ｅｒｒｏｒエレメントは、コンテンツプロバイダ、すなわち、ＤＣＤサーバ２００から受信されるエラーコードを示し、前記Ａｐｐｌｉｃａｔｉｏｎ−Ｅｒｒｏｒエレメントは、ＤＣＤイネーブルクライアントアプリケーション１２０から受信されるエラーコードを示す。

４）一方、端末１００の前記ＤＣＤクライアント１１０は、ＤＣＤサーバ２００にチャネル停止要求メッセージ、すなわち、ＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｑｕｅｓｔメッセージを送信する（Ｓ１０５）。ここで、前記停止要求メッセージ、例えば、ＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｑｕｅｓｔは、前記特定チャネルのＩＤを指定するＣｈａｎｎｅｌ−ＩＤエレメントを含む。前記Ｃｈａｎｎｅｌ−ＩＤエレメントは、少なくとも１つのチャネルのＩＤを指定でき、ここで、各ＩＤはカンマ（，）により区分される。前記Ｃｈａｎｎｅｌ−ＩＤエレメントに何も指定されていない場合、緊急チャネルを除く全てのチャネルに影響を与える。前記停止要求メッセージは、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、Ｓｅｓｓｉｏｎ−ＩＤエレメント、Ｍｅｓｓａｇｅ−ＩＤエレメントの少なくとも１つをさらに含むことができる。

５）端末１００から前記停止要求メッセージを受信したＤＣＤサーバ２００は、前記端末１００にチャネル停止応答メッセージ、すなわち、ＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｓｐｏｎｓｅメッセージを送信する（Ｓ１０６）。前記チャネル停止応答メッセージ、すなわち、ＣｈａｎｎｅｌＳｕｓｐｅｎｄＲｅｓｐｏｎｓｅメッセージは、前記停止要求されたチャネルのＩＤと状態値を含むＳｔａｔｕｓエレメントを含む。また、前記チャネル停止応答メッセージは、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、Ｓｅｓｓｉｏｎ−ＩＤエレメント、Ｍｅｓｓａｇｅ−ＩＤエレメントをさらに含むことができる。

以上の説明から分かるように、本発明の第１実施形態は、特定チャネル内のコンテンツがＤＣＤサーバ２００から受信されることを停止したい場合、又は予期せぬ理由で停止された場合、ＤＣＤサーバ２００に正しく通知できるようにすることを特徴とする。

図３は、本発明の第２実施形態による方法を示すフローチャートである。

図３を参照すると、本発明の第２実施形態は、図１及び図２に示すように特定チャネル内のコンテンツの受信を停止した後、前記特定チャネルを再開できるようにし、また前記停止されたコンテンツを引き続き受信できるようにすることを特徴とする。

１〜６）Ｓ２０１〜Ｓ２０６の過程は、図１及び図２におけるＳ１０１〜１０６過程と同一であるので、説明は省略する。

７）前記停止された特定チャネルの受信の再開を希望する場合、端末１００のＤＣＤクライアント１１０は、ＤＣＤサーバ２００にチャネル再開要求メッセージ、すなわち、ＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する（Ｓ２０７）。詳しくは、端末１００のユーザが前記再開を希望する場合、図示してはいないが、ＤＣＤイネーブルクライアントアプリケーション１２０は、チャネル再開要求メッセージ、すなわち、ＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをＤＣＤクライアント１１０に送信し、ＤＣＤクライアント１１０は、前記チャネル再開要求メッセージをＤＣＤサーバ２００に送信する。ここで、前記チャネル再開要求メッセージは、前記特定チャネルのＩＤを指定するＣｈａｎｎｅｌ−ＩＤエレメントを含む。前記Ｃｈａｎｎｅｌ−ＩＤエレメントは少なくとも１つのチャネルのＩＤを指定でき、ここで、各ＩＤは、カンマ（，）により区分される。前記Ｃｈａｎｎｅｌ−ＩＤエレメントに何も指定されていない場合、緊急チャネルを除く全てのチャネルに影響を与える。前記チャネル再開要求メッセージは、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、Ｓｅｓｓｉｏｎ−ＩＤエレメント、Ｍｅｓｓａｇｅ−ＩＤエレメントの少なくとも１つをさらに含むことができる。

８）端末１００から前記チャネル再開要求メッセージを受信したＤＣＤサーバ２００は、端末１００にチャネル再開応答メッセージ、すなわち、ＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｓｐｏｎｓｅメッセージを送信する（Ｓ２０８）。前記チャネル再開応答メッセージ、すなわち、ＣｈａｎｎｅｌＲｅｓｕｍｅＲｅｓｐｏｎｓｅメッセージは、前記チャネルのＩＤと状態値を含むＳｔａｔｕｓエレメントを含む。また、前記チャネル再開応答メッセージは、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、Ｓｅｓｓｉｏｎ−ＩＤエレメント、Ｍｅｓｓａｇｅ−ＩＤエレメントをさらに含むことができる。

９）一方、端末１００は、前記チャネルの再開を要求した後、前記受信が停止されたコンテンツの受信再開を要求できる。このために、端末１００のＤＣＤクライアント１１０は、コンテンツ復旧要求メッセージ、すなわち、ＣｏｎｔｅｎｔＲｅｐａｉｒＲｅｑｕｅｓｔメッセージをＤＣＤサーバ２００に送信する（Ｓ２０９）。ここで、前記コンテンツ復旧要求メッセージは、前記停止されたコンテンツのＩＤを指定するＦａｉｌｅｄ−ＣｏｎｔｅｎｔＩＤエレメントと、以前に正常に受信されたバイトを示すＢｙｔｅ−Ｒｅｃｅｉｖｅｄエレメントとを含む。前記コンテンツ復旧要求メッセージは、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、Ｓｅｓｓｉｏｎ−ＩＤエレメント、Ｍｅｓｓａｇｅ−ＩＤエレメント、Ｆａｉｌｅｄ−Ｍｅｓｓａｇｅ−ＩＤエレメント、Ｃｈａｎｎｅｌ−ＩＤエレメントの少なくとも１つをさらに含むことができる。

１０）前記コンテンツ復旧要求メッセージを受信したＤＣＤサーバ２００は、端末１００にコンテンツ復旧応答メッセージ、すなわち、ＣｏｎｔｅｎｔＲｅｐａｉｒＲｅｓｐｏｎｓｅメッセージを送信する（Ｓ２１０）。前記ＣｏｎｔｅｎｔＲｅｐａｉｒＲｅｓｐｏｎｓｅメッセージは、復旧のために要求されたコンテンツパッケージを示すＣｏｎｔｅｎｔ−Ｐａｃｋａｇｅエレメントを含む。前記コンテンツ復旧応答メッセージは、Ｓｅｓｓｉｏｎ−ＩＤエレメント、Ｍｅｓｓａｇｅ−Ｔｙｐｅエレメント、ＤＣＤクライアント１１０によりサポートされる代替的なベアラ名を指定するＡｌｔｅｒｎａｔｅ−Ｄｅｌｉｖｅｒｙエレメントの少なくとも１つをさらに含むことができる。

１１）ＤＣＤサーバ２００は、前記コンテンツ再開要求メッセージに含まれるＦａｉｌｅｄ−ＣｏｎｔｅｎｔＩＤエレメントとＢｙｔｅ−Ｒｅｃｅｉｖｅｄエレメントに基づいて、前記中断されたコンテンツのＩＤと、以前に正常に送信したバイトを確認した後、前記コンテンツの残りのバイトを端末１００に送信する（Ｓ２１１）。

前述したように、従来は、コンテンツの送信が停止されても、ＤＣＤサーバ２００が全ての端末にコンテンツのどこまで正常に送信されたかを認知できなかったが、本発明の第２実施形態は、端末１００がコンテンツのどこまで正常に受信したかをＤＣＤサーバ２００に通知することにより、前記コンテンツの受信再開を容易にする。

前述した本発明の実施形態は、ソフトウェア、ハードウェア、又はそれらの組み合わせで実現することができる。例えば、前記例示的な方法又はその手順の少なくともいくつかは、記憶媒体（例えば、端末機の内部メモリ、フラッシュメモリ、ハードディスクなど）に格納することができ、プロセッサ（例えば、端末機の内部マイクロプロセッサ）により実行することができるソフトウェアプログラム内のコード又はコマンドで実現することもできる。

以上のように、図１〜図３には、端末１００がＤＣＤクライアント１１０と、ＤＣＤイネーブルクライアントアプリケーション１２０とを含むように図示され、ＤＣＤ技術に限定して記述されているが、コンテンツを移動通信ネットワークを介して受信できる全ての技術に適用できる。

また、図１〜図３に示す端末１００は、移動通信ネットワークを介してコンテンツを受信できる全ての装置、例えば、ユーザ装置（ＵＥ）、携帯電話、スマートフォン、ＰＤＡなどを意味する。

以上、本発明の好適な実施形態を例示的に説明してきたが、本発明の特許請求の範囲は、前述した特定実施形態によって限定されるものではなく、本発明は、本発明の思想及び範囲内で多様な形態で修正、変形、又は改善される。

以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。

１００：端末
１１０：ＤＣＤクライアント
１２０：ＤＣＤイネーブルクライアントアプリケーション
２００：ＤＣＤサーバ

Claims

コンテンツの受信を停止する方法であって、
前記方法は、移動通信端末により実行され、
前記方法は、
前記移動通信端末により、前記移動通信端末内のＤＣＤクライアントとＤＣＤサーバとの間の少なくとも１つのチャネルを介してコンテンツを受信することと、
前記移動通信端末により、前記移動通信端末がローミングするときにコンテンツ受信停止条件を満足することに起因してコンテンツ受信停止手順を実行することであって、
前記コンテンツ受信停止手順は、
前記ＤＣＤクライアントにより、前記コンテンツ受信停止条件を満足すると、前記コンテンツの受信を局所的に停止することと、
前記移動通信端末内の前記ＤＣＤクライアントにより、前記コンテンツの受信が完了するよりも前に前記コンテンツの受信が停止されたことを報告するためのエラー通知メッセージを前記ＤＣＤサーバに送信することであって、前記エラー通知メッセージは、前記少なくとも１つのチャネルを介した前記コンテンツの受信が停止されたことを示す第１エレメントを含み、前記エラー通知メッセージはさらに、セッションを介して受信されたバイト数を示す第２エレメントを含む、ことと、
コンテンツの受信が停止された前記少なくとも１つのチャネルに関連する停止チャネルＩＤを指定する第３エレメントを含むチャネル停止要求メッセージを前記ＤＣＤクライアントから前記ＤＣＤサーバに送信することであって、前記第３エレメントが空の場合に、前記第３エレメントは、全ての非緊急チャネルが停止されたことを示す、ことと
を含む、ことと、
チャネル停止応答メッセージを前記ＤＣＤサーバから受信することであって、前記チャネル停止応答メッセージは、前記セッションのＩＤと、コンテンツの受信が停止された前記少なくとも１つのチャネルに関連するチャネル停止応答メッセージＩＤとを含む第４エレメントを含む、ことと
を含む、方法。
前記エラー通知メッセージの前記第１エレメントは、送信が中断されたことを示す「Ｄｅｌｉｖｅｒｙｉｎｔｅｒｒｕｐｔｅｄ」値を有する「Ｅｒｒｏｒ−ｃｏｄｅ」エレメントであり、
前記エラー通知メッセージの前記第２エレメントは、前記コンテンツ受信停止手順の開始の前に受信されたバイト数を示す「Ｅｒｒｏｒｅｄ−Ｐａｒａｍｅｔｅｒ」エレメントである、請求項１に記載の方法。
前記チャネル停止要求メッセージはさらに、前記停止セッションＩＤおよびチャネル停止要求メッセージＩＤを含む、請求項１に記載の方法。
前記第３エレメントおよび前記第４エレメントを参照することにより、コンテンツの受信を再開することをさらに含む、請求項１に記載の方法。
前記移動通信端末により、前記停止されたコンテンツの受信を再開することをさらに含む、請求項１に記載の方法。
前記コンテンツ受信停止条件を満足することに起因して前記少なくとも１つのチャネルに対してコンテンツ受信停止手順を実行するステップは、
前記移動通信端末により、対応する２つ以上のコンテンツ受信停止条件を満足することに起因して前記セッション下で２つ以上のチャネルに対してコンテンツ受信停止手順を実行することを含む、請求項１に記載の方法。
前記コンテンツ受信停止条件は、チャネルメタデータ内に含まれる、請求項１に記載の方法。
デジタルコンテンツを受信する移動通信端末であって、
前記移動通信端末は、メモリと、前記メモリに接続されたプロセッサとを備え、
前記プロセッサは、
ＤＣＤサーバから少なくとも１つのチャネルを介してコンテンツを受信することと、
前記移動通信端末がローミングするときにコンテンツ受信停止条件を満足することに起因して前記少なくとも１つのチャネルに対してコンテンツ受信停止手順を実行することと
を実行するように構成され、
前記コンテンツ受信停止手順は、
装置内のＤＣＤクライアントにより、前記コンテンツの受信が完了するよりも前に前記受信が停止されたことを報告するためのエラー通知メッセージをＤＣＤサーバに送信することであって、前記エラー通知メッセージは、前記少なくとも１つのチャネルを介した前記コンテンツの受信が停止されたことを示す第１エレメントを含み、前記エラー通知メッセージはさらに、バイト数を示す第２エレメントを含む、ことと、
コンテンツの受信が停止された前記少なくとも１つのチャネルに関連する停止チャネルＩＤを指定する第３エレメントを含むチャネル停止要求メッセージを前記ＤＣＤクライアントから前記ＤＣＤサーバに送信することであって、前記第３エレメントが空の場合に、前記第３エレメントは、全ての非緊急チャネルが停止されたことを示す、ことと、
チャネル停止応答メッセージを前記ＤＣＤサーバから受信することであって、前記チャネル停止応答メッセージは、セッションのＩＤと、コンテンツの受信が停止された前記少なくとも１つのチャネルに関連するチャネル停止応答メッセージＩＤとを含む第４エレメントを含む、ことと
を含む、移動通信端末。
前記エラー通知メッセージの前記第１エレメントは、送信が中断されたことを示す「Ｄｅｌｉｖｅｒｙｉｎｔｅｒｒｕｐｔｅｄ」値を有する「Ｅｒｒｏｒ−ｃｏｄｅ」エレメントであり、
前記エラー通知メッセージの前記第２エレメントは、前記コンテンツ受信停止手順の開始の前に受信されたバイト数を示す「Ｅｒｒｏｒｅｄ−Ｐａｒａｍｅｔｅｒ」エレメントである、請求項８に記載の移動通信端末。
前記チャネル停止要求メッセージはさらに、前記停止セッションＩＤおよびチャネル停止要求メッセージＩＤを含む、請求項８に記載の移動通信端末。
前記プロセッサはさらに、前記第３エレメントおよび前記第４エレメントを参照することにより、コンテンツの受信を再開するように構成される、請求項８に記載の移動通信端末。
前記プロセッサはさらに、
前記移動通信端末により、前記停止されたコンテンツの受信を再開するステップを実行する、請求項８に記載の移動通信端末。