TWI701922B - 訊號處理裝置、及訊號處理方法、以及記錄程式之非暫時性電腦可讀取之記錄媒體 - Google Patents

訊號處理裝置、及訊號處理方法、以及記錄程式之非暫時性電腦可讀取之記錄媒體 Download PDF

Info

Publication number
TWI701922B
TWI701922B TW104142308A TW104142308A TWI701922B TW I701922 B TWI701922 B TW I701922B TW 104142308 A TW104142308 A TW 104142308A TW 104142308 A TW104142308 A TW 104142308A TW I701922 B TWI701922 B TW I701922B
Authority
TW
Taiwan
Prior art keywords
unit
preamble
decoding
coded data
previous
Prior art date
Application number
TW104142308A
Other languages
English (en)
Other versions
TW201626769A (zh
Inventor
劔持千智
Original Assignee
日商新力股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日商新力股份有限公司 filed Critical 日商新力股份有限公司
Publication of TW201626769A publication Critical patent/TW201626769A/zh
Application granted granted Critical
Publication of TWI701922B publication Critical patent/TWI701922B/zh

Links

Images

Classifications

    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/005—Correction of errors induced by the transmission channel, if related to the coding algorithm
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
    • G10L19/16—Vocoder architecture
    • G10L19/167—Audio streaming, i.e. formatting and decoding of an encoded audio signal representation into a data stream for transmission or storage purposes
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/0017—Lossless audio signal coding; Perfect reconstruction of coded audio signal by transmission of coding error
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B7/00—Recording or reproducing by optical means, e.g. recording using a thermal beam of optical radiation by modifying optical properties or the physical structure, reproducing using an optical beam at lower power by sensing optical properties; Record carriers therefor
    • G11B7/007—Arrangement of the information on the record carrier, e.g. form of tracks, actual track shape, e.g. wobbled, or cross-section, e.g. v-shaped; Sequential information structures, e.g. sectoring or header formats within a track
    • G11B7/00736—Auxiliary data, e.g. lead-in, lead-out, Power Calibration Area [PCA], Burst Cutting Area [BCA], control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/1075—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data
    • G11B2020/10787—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data parameters, e.g. for decoding or encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

本技術係有關於，即使在將所被發送過來之編碼資料即時進行再生之際，隨應於通訊狀況，編碼資料的壓縮率發生變化而被發送過來的情況下，可使收訊裝置側不發生緩衝區溢位此種訊號處理裝置、及訊號處理方法、以及程式。
使被發送過來之聲音資料所成之編碼資料，被緩衝在收訊緩衝區中。此時，將收訊緩衝區中所被緩衝的編碼資料之量，以相應於編碼方式之處理單位而加以管理。本技術係可適用於，利用通訊系統的即時之內容再生系統。

Description

訊號處理裝置、及訊號處理方法、以及記錄程式之非暫時性電腦可讀取之記錄媒體
本技術係有關於訊號處理裝置、及訊號處理方法、以及程式，尤其是有關於，將被無線發送過來之資料，隨應於通訊狀況，使壓縮率改變而被發送過來的此種編碼資料進行再生之際，無論再生開始時的壓縮率為何都可使再生延遲時間變成一定的此種訊號處理裝置、及訊號處理方法、以及程式。
有一種稱為Bluetooth Advanced Audio Distribution Profile(以下亦稱為Bluetooth A2DP)的即時地一面進行無線傳輸一面進行再生的再生系統。在此再生系統中，在收訊機側係採用，將已被編碼之音訊資料(以下亦簡稱為編碼資料)於收訊機側的緩衝區(以下亦簡稱為收訊緩衝區)中積存一定量而進行再生，藉此以防止斷音的此種技術(參照專利文獻1)。
上述的專利文獻1之技術中的再生開始之判斷，係隨應於已被積存的資料量(位元組數或字組數等)而為之，例如，若已經接收(積存)了相當於收訊緩衝區 之緩衝大小之6成的編碼資料就開始再生，進行此種判斷。甚至，也還提出了推定傳輸狀況而變更壓縮率。
可是，在此種系統中，若編碼處理之壓縮率改變，則到再生開始為止之時間亦即延遲時間會改變，又，若再生中使壓縮率改變，則有可能超出收訊側的收訊緩衝區之緩衝大小。
於是，為了避免收訊緩衝區的資料溢位，使收送訊做適應性變化的技術，已被提出(參照專利文獻2)。亦即，此專利文獻2的手法，係若收訊緩衝區已經緩衝了規定以上之位元組數的資料，則收訊側的裝置會往送訊側發送狀態，在送訊側控制並改變要發送的資料流，藉此以避免收訊緩衝區的溢位。
〔先前技術文獻〕 〔專利文獻〕
[專利文獻1] 日本特開2003-309541號公報
[專利文獻2] 日本特開2014-131301號公報
然而，在使用專利文獻2的技術時，在送訊側中，係有可能發生無法發送的資料，此時，可以想像其會被積存在送訊側的緩衝區中。因此在傳輸環境惡化、送訊遲滯的情況下，相較於送訊側的緩衝區未被積存的情況 下，有可能很快就發生溢位，又，可能會隨著壓縮率而導致再生開始時間改變。
例如，收送訊遲滯等情況下所發生的斷音後，為了使延遲時間維持一定，在收訊側上編碼資料必須要比平常還要快速地消耗或丟棄。
延遲時間改變的主因係例如，在無線傳輸中傳輸環境變成惡化的情況下，在送訊側積存一定量的送訊未完成資料，因而產生。
所被積存的送訊未完成資料，原本應該是被積存在收訊緩衝區、被再生的編碼資料，因此希望能夠盡早被收送訊。因此，傳輸環境回復後會使送訊間隔比平常還要縮短而進行連續送訊。可是，在收訊側若沒有採取使再生速度比平常還快等對策，則延遲時間係會因為送訊側之緩衝區容量與收訊側之緩衝區容量的差分等之影響而改變。
可是，再生開始時的壓縮率與斷音後的處理時之壓縮率係不保證會相同，因此以資料量來進行管理的時候，恐怕無法使用編碼資料來補償延遲時間。
又，雖然也想到以一面再生一面快轉或一面抽略一面再生的方法來恢復，但恢復中的再生音，係被一面快轉或抽略而一面再生，而導致音程發生變化，因此恐怕對視聽者造成異樣感。
本技術係有鑑於此種狀況而研發，尤其是，在將所被發送過來之編碼資料即時進行再生之際，隨應於 通訊狀況，編碼資料的壓縮率發生變化而被發送過來的情況下，在收訊側仍可不受延遲時間之影響而進行再生。
本技術之一側面的訊號處理裝置，係含有：收訊部，係將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；和儲存部，係儲存已被前記收訊部所接收之編碼資料；和解碼部，係將已被前記儲存部所儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼；和解碼管理部，係隨應於已被前記儲存部所儲存之編碼資料的、於前記解碼部中被解碼之際的、前記所定之編碼方式的解碼處理單位之數量，而控制成許可前記解碼部所致之解碼。
可使前記解碼管理部，若已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數量是大於所定之閾值時，則控制成許可前記解碼部所致之解碼。
可使其還含有：切換部，係將前記儲存部之輸出，切換成前記解碼部、或其以外；可使前記解碼管理部，若已被前記儲存部所儲存之編碼資料之、前記解碼處理單位之數量是大於所定之閾值時，則控制前記切換部，使前記儲存部之輸出，連接至前記解碼部，藉此以控制成許可前記解碼部所致之解碼。
可使其還含有：恢復對策部，係基於已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數 量，來判定是否將恢復對策模式予以開啟以進行恢復對策處理，其係為了避免在傳輸環境之惡化而導致前記編碼資料之送訊狀態遲滯後，由於前記傳輸環境的恢復，導致前記編碼資料被整批發送過來，而陷入無法以前記解碼部將全部的前記編碼資料予以解碼的狀態之對策，並進行前記恢復對策處理。
可使前記恢復對策部，在已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數量為0時，將前記恢復對策模式設成開啟；可使其還含有：丟棄管理部，係在前記恢復對策模式是開啟時，前記儲存部中所被儲存的前記編碼資料的、前記解碼處理單位之數量，是比以前記所定之閾值為基礎的基準值還大時，將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄。
可使前記丟棄管理部，在前記儲存部中所被儲存的編碼資料之中，在前記解碼處理單位之數量上，將比以前記所定之閾值為基礎的基準值還多之部分的編碼資料，以前記解碼處理單位予以丟棄。
可使前記丟棄管理部，在前記儲存部中所被儲存的編碼資料之中，將與前記解碼處理單位之數量的每單位時間之增加量建立對應而被設定之量的前記編碼資料，以前記解碼處理單位予以丟棄。
可使其還含有：切換部，係將前記儲存部之輸出，切換成前記解碼部、或其以外；和丟棄部，係將前 記儲存部中所儲存之編碼資料之一部分，以前記解碼處理單位而予以丟棄；可使前記丟棄管理部，將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄時，控制前記切換部，令其將前記儲存部之輸出連接至前記丟棄部，藉此以將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄。
可使前記恢復對策部，基於已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數量於所定期間內的平均及分散度，以所定之時間間隔而算出狀態變數，並在與所定之基準值的差分絕對值小於所定之閾值的狀態是持續時，將前記恢復對策模式設成關閉。
藉由前記恢復對策部，以前記所定之時間間隔所被算出的前記狀態變數與所定之基準值的差分絕對值，係與所定之閾值進行比較，可使其還含有儲存該比較結果的序列；可使前記恢復對策部，基於前記序列中所被儲存之比較結果，而在以前記所定之時間間隔所被算出的狀態變數，是與所定之基準值的差分絕對值為持續小於所定之閾值的狀態時，將前記恢復對策模式設成關閉。
前記編碼資料係可為，將用來以揚聲器輸出成為聲音所需之聲音資料予以編碼而成者；還含有：靜音控制部，係調整基於已被前記解碼部所解碼之前記聲音資料而從前記揚聲器的聲音之輸出位準；在前記恢復對策模式為開啟的情況下，可使前記靜音控制部調整使得基於已被前記解碼部所解碼之前記聲音資料而從前記揚聲器的聲 音之輸出位準會降低。
本技術之一側面的訊號處理方法，係含有以下步驟：將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；儲存已被接收之編碼資料；將已被儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼；隨應於已被儲存之編碼資料的、於解碼之際的、前記所定之編碼方式的解碼處理單位之數量，而控制成許可解碼。
本技術之一側面的程式，係令電腦成為：收訊部，係將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；和儲存部，係儲存已被前記收訊部所接收之編碼資料；和解碼部，係將已被前記儲存部所儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼；和解碼管理部，係隨應於已被前記儲存部所儲存之編碼資料的、於前記解碼部中被解碼之際的、前記所定之編碼方式的解碼處理單位之數量，而控制成許可前記解碼部所致之解碼。
於本技術之一側面中，由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，會被接收；已被接收之編碼資料會被儲存；已被儲存之編碼資料，會以前記所定之編碼方式所對應之手法而被解碼；隨應於已被儲存之編碼資料的、於解碼之際的、前記所定之編碼方式的解碼處理單位之數量，解碼會被控制成被許可。
本技術之一側面的訊號處理裝置，係可為分別獨立的裝置，亦可為實現訊號處理的區塊。
若依據本技術之一側面，則即使在將所被發送過來之編碼資料即時進行再生之際，隨應於通訊狀況，編碼資料的壓縮率發生變化而被發送過來的情況下，在收訊裝置側可不受到延遲時間之影響而進行再生。
11‧‧‧Bluetooth模組
12‧‧‧收訊再生部
13‧‧‧揚聲器
21‧‧‧送訊部
31‧‧‧收訊處理部
32‧‧‧編解碼器部
32a‧‧‧音框數算出部
33‧‧‧收訊緩衝區
34‧‧‧再生控制部
34a‧‧‧再生管理部
34b‧‧‧恢復對策部
34c‧‧‧判定序列
34d‧‧‧丟棄管理部
35‧‧‧開關
35a、35b‧‧‧端子
36‧‧‧解碼部
37‧‧‧資料丟棄部
38‧‧‧靜音控制部
51‧‧‧丟棄管理部
1001‧‧‧CPU
1002‧‧‧ROM
1003‧‧‧RAM
1004‧‧‧匯流排
1005‧‧‧輸出入介面
1006‧‧‧輸入部
1007‧‧‧輸出部
1008‧‧‧記憶部
1009‧‧‧通訊部
1010‧‧‧驅動機
1011‧‧‧可移除式媒體
[圖1]適用了本技術的音訊再生系統的第1實施形態之構成例的說明圖。
[圖2]圖1的音訊再生系統中的再生處理的說明用流程圖。
[圖3]圖1的音訊再生系統中的恢復對策處理的說明用流程圖。
[圖4]圖1的音訊再生系統中的恢復對策處理中的記錄音框數之時間變化的說明圖。
[圖5]適用了本技術的音訊再生系統的第2實施形態之構成例的說明圖。
[圖6]圖5的音訊再生系統中的恢復對策處理的說明用流程圖。
[圖7]圖5的音訊再生系統中的恢復對策處理中的記 錄音框數之時間變化的說明圖。
[圖8]通用之個人電腦的構成例的說明圖。
<音訊再生系統的第1實施形態之構成例>
圖1係圖示了適用了本技術的音訊再生系統的構成例。
圖1的音訊再生系統，係由：Bluetooth模組11、收訊再生部12、揚聲器13、及送訊部21所構成。圖1的音訊再生系統中，係送訊部21係將以Bluetooth Advanced Audio Distribution Profile(以下亦稱為Bluetooth A2DP)所被編碼而成的音訊資料也就是編碼資料予以發送，收訊再生部12係透過Bluetooth模組11而接收之，進行解碼而以揚聲器13輸出成為聲音。此時，收訊再生部12，係藉由用Bluetooth A2DP中的音訊編碼方式之最小處理單位也就是音框單位來管理編碼資料之緩衝，即使在隨應於通訊狀況，編碼資料的壓縮率發生變化而被發送過來的情況下，仍可不受到延遲時間之影響而進行再生。
Bluetooth模組11，係將從送訊部21所被發送過來的Bluetooth A2DP之封包予以接收，依照L2CAP(Logical Link Control and Adaptation Protocol)協定，進行鏈結管理、基頻、及RF(Radio Frequency)之各層 的處理，將基頻封包，經由HCI(Host Controller Interface)而輸出至收訊再生部12的收訊處理部31。
收訊再生部12係為例如所謂的HostCPU(Host Central Processing Units)，具備：收訊處理部31、編解碼器部32、收訊緩衝區33、再生控制部34、開關35、解碼部36、資料丟棄部37、及靜音控制部38。
此外，在圖1的例子中雖然展示了，Bluetooth模組11及收訊再生部12，係被個別設置的構成例，但這些亦可為一體之構成。
又，於本實施形態中，係為了簡化說明，而使用在送訊側，將以1個封包進行送訊的音框數，記錄在A2DP之媒體酬載之開頭部分的例子來做說明，但是，亦可不在送訊側做記錄，例如，在收訊側將媒體酬載予以解析，而算出音框數。
收訊處理部31，係經由HCI而從Bluetooth模組11接收收訊資料，進行L2CAP以及AVDTP(AV Distribution Transport Protocol)之處理，復原媒體酬載，輸出至編解碼器部32。
編解碼器部32，係具備音框數算出部32a，將由收訊處理部31所被供給過來的媒體酬載中所被記錄的編碼資料之音框數之資訊予以算出並復原，向再生控制部34當作收訊音框數之資訊而供給。又，編解碼器部32，係將被記錄在媒體酬載中的編碼資料予以復原，儲存在收訊緩衝區33中。
此外，此處所謂的音框，係指在音訊編碼方式例如AAC(Advanced Audio Coding)、或ATRAC(Adaptive TRansform Acoustic Coding)等中，分別所被規格化的編碼轉換之處理單位。又，以下雖然是以音框單位之處理為前提來做說明，但處理單位係可隨著編碼方式而亦可為音框以外者。又，關於編碼方式，亦可採用上述以外的編碼方式。
再生控制部34，係從由編解碼器部32所被供給過來的收訊訊框數，減去由解碼部36所被供給過來的使用音框數、及由資料丟棄部37所被供給過來的丟棄音框數，以將收訊緩衝區33中所儲存之編碼資料，更新成以音框數來表示的記錄音框數。又，此處所謂的使用音框數，係藉由解碼部36，將收訊緩衝區33中所被記錄之記錄音框予以讀出而再生的音框數。此處，所謂丟棄音框數，係藉由資料丟棄部36，在收訊緩衝區33中所被記錄之編碼資料之中，對應於已丟棄之編碼資料的音框數。
再者，再生控制部34，係在再生尚未開始的情況下，確認記錄音框數是否已經達到所定之閾值，若已達到所定之閾值，則將再生許可模式予以開啟，同時，控制開關35，將收訊緩衝區33中所被記錄之編碼資料，供給至解碼部36而令其被開始再生。該所定之閾值係在設計時預先設定，也可藉由使用者而被調整。再生控制部34，係控制靜音控制部38，對藉由解碼部36而被揚聲器13所輸出的聲音輸出，施加靜音。
又，再生控制部34係具備：再生管理部34a、恢復對策部34b、判定序列34c、及丟棄管理部34d。再生管理部34a係算出上述的記錄音框數，同時，將記錄音框數、與所定之閾值進行比較，若大於所定之閾值，則將再生許可模式之旗標設成開啟，使開關35連接至端子35a，使收訊緩衝區33中所被記錄之編碼資料依序供給至解碼部36，許可音訊之再生。
恢復對策部34b，係基於記錄音框數是否為0，而將恢復對策模式之旗標設定成開啟。記錄音框數變成0這件事情，係為傳輸狀態惡化而導致從送訊部21所被發送過來的資料變成無法接收的狀態，可以視為收訊緩衝區33中所被記錄之編碼資料已經耗盡。此種情況下，一旦傳輸狀態回復，則未送訊的編碼資料就會被發送過來，就會恢復成可再生的狀態。
然而，如此恢復成可再生音訊之狀態之際，未送訊的編碼資料一口氣大量被送過來，恐怕會導致收訊緩衝區33中發生緩衝區溢位。於是，恢復對策部34b，係將恢復對策模式之旗標設成開啟，與丟棄管理部34d合作，執行該恢復對策處理，例如，將收訊緩衝區33之編碼資料予以丟棄等，以抑制緩衝區溢位之發生。又，恢復對策部34b係在每次執行恢復對策處理時，求出沒有應丟棄之音框的狀態下的表示記錄音框數之變化之指標的狀態變數，將狀態變數與所定之閾值的比較結果，依序記憶在由FIFO所成之判定序列34c。然後，恢復對策部34b，係 基於判定序列34c中所被記憶之比較結果，來判定是否令恢復對策模式結束。
丟棄管理部34d，係一旦恢復對策模式之旗標被設成開啟，則隨應於記錄音框數，在收訊緩衝區33中所被記錄之編碼資料之中，算出應丟棄的音框數。然後，丟棄管理部34d係控制開關35，令其連接至端子35b，在收訊緩衝區33中所被記憶的編碼資料之中，將已被算出的應丟棄之音框數的編碼資料，供給至資料丟棄部37而將其丟棄。
開關35，係被再生控制部34所控制，以切換使得收訊緩衝區33之輸出，會往解碼部36輸出而連接至端子35a、會往資料丟棄部37輸出而連接至端子35b、或是使其不往任一方輸出而變成不連接端子35a、35b之任一者的狀態。
解碼部36係一旦開關35是被再生控制部34所控制，而變成可從收訊緩衝區33供給編碼資料的狀態，則隨應於解碼設定，而每一定時間地從收訊緩衝區33中取出編碼資料，進行解碼處理，透過靜音控制部38，而輸出至揚聲器13，使其被輸出成為聲音。例如，收訊緩衝區33，係以FIFO(Fast In Fast Out)形式而被構成，解碼部36係依序從舊往新而將編碼資料予以取出而再生成為聲音，由揚聲器13予以輸出。
又，資料丟棄部37，係一旦開關35是被再生控制部34所控制，而變成可從收訊緩衝區33供給編碼資 料的狀態，則從收訊緩衝區33將編碼資料予以讀出，然後丟棄。
<圖1的收訊再生部所做的再生處理>
接著說明，圖1的音訊再生系統所做的再生處理。此外，此處是說明，藉由送訊部21而依序發送以L2CAP以及AVDTP之處理而再生聲音所需之編碼資料，收訊再生部12係將其接收而再生成為聲音的處理。
於步驟S11中，Bluetooth模組11係判定，由送訊部21是否有由聲音資料所成之Bluetooth A2DP之封包被發送過來並被接收。然後，例如，若由送訊部21是有由聲音資料所成之Bluetooth A2DP之封包以無線通訊而被送訊過來並被接收時，則處理係前進至步驟S12。
於步驟S12中，Bluetooth模組11，係接收Bluetooth A2DP之封包，依照L2CAP(Logical Link Control and Adaptation Protocol)協定，進行鏈結管理、基頻、及RF(Radio Frequency)之各層的處理，將基頻封包，經由HCI(Host Controller Interface)而輸出至收訊再生部12的收訊處理部31。收訊處理部31，係從已接收之基頻封包復原出媒體酬載資料而供給至編解碼器部32。
於步驟S13中，編解碼器部32，係控制音框數算出部32a，從已接收之媒體酬載資料，令其將聲音訊號之處理單位的、音訊編碼方式之音框數，當作收訊音框 數而予以算出，供給至再生控制部34。又，編解碼器部32，係由媒體酬載資料將編碼資料予以解碼並復原，供給至收訊緩衝區33而儲存之。
於步驟S14中，再生控制部34，係控制再生管理部34a，令其將藉由解碼部36從收訊緩衝區33所被讀出而被再生處理的使用音框數、及藉由資料丟棄部37而從收訊緩衝區33被讀出而被丟棄的丟棄音框數之和，從剛才的記錄音框數予以減算之。然後，再生控制部34係控制再生管理部34a，令其對減算結果，加算收訊音框數，以算出收訊緩衝區33中所被記錄之現在的記錄音框數。亦即可以表現成：現在的記錄音框數=剛才的記錄音框數-(丟棄音框數+使用音框數)+收訊音框數。再生管理部34a，係在以後重複此處理，以依序更新現在的記錄音框數。此外，在最初的處理中，剛才的記錄音框數，由於使用音框數、及丟棄音框數均為0，因此收訊音框數就是記錄音框數。
於步驟S15中，再生控制部34，係控制恢復對策部34b，令其執行恢復對策處理，以實施在傳輸環境之惡化而無法接收編碼資料、發生斷音後，傳輸環境恢復，而變成可接收編碼資料，聲音可再次輸出時所需的恢復對策處理。此外，關於恢復對策處理，係參照圖3的流程圖而詳細後述。
於步驟S16中，再生控制部34係控制再生管理部34a，令其判定是否為，再生許可模式之旗標並非開 啟，是否必須重新判定再生許可模式之旗標是否為開啟。於步驟S16中，再生許可模式並非開啟，必須要重新判定是否將再生許可模式設成開啟的情況下，再生管理部34a係視為必須要判定是否為再生許可模式，處理係前進至步驟S17。
於步驟S17中，再生管理部34a係基於收訊緩衝區33中現在所被記錄之記錄音框數是否大於所定之閾值，來判定是否將再生許可模式予以開啟。於步驟S17中，例如，若記錄音框數大於所定之閾值，則於步驟S18中，再生管理部34a係將再生許可模式之旗標設定成開啟。此外，於步驟S17中，例如，若記錄音框數小於所定之閾值，則於步驟S19中，再生管理部34a係將再生許可模式之旗標設成關閉。
於步驟S20中，再生管理部34a係判定再生許可模式是否為開啟，若再生許可模式為開啟，則處理係前進至步驟S21。
於步驟S21中，再生管理部34a係控制開關35，而控制成可從收訊緩衝區33往解碼部36供給編碼資料的狀態，將編碼資料供給至解碼部36。解碼部36，係將編碼資料予以讀出並解碼，生成聲音資料，透過靜音控制部38而由揚聲器13將聲音予以輸出、再生。
此外，於最初之處理中，靜音控制部38，係預設為將靜音設成關閉之狀態，因此從揚聲器13會輸出聲音。又，以後，靜音控制部38將靜音設成開啟之狀態 的時候，雖然從解碼部36往揚聲器13係有輸出聲音訊號，但從揚聲器13不會有聲音被輸出。
於步驟S22中，收訊處理部31，係判定是否被指示處理之結束，若被指示結束，則結束處理。又，於步驟S22中，若未被指示處理之結束，則處理係前進至步驟S23。
於步驟S23中，收訊處理部31係判定是否已經經過了所定時間，直到經過所定時間為止，會一直重複同樣之處理，若經過了所定時間，則處理係回到步驟S11。亦即，步驟S11乃至S23之一連串的處理，係直到被指示結束為止，都會每隔所定之時間間隔而被重複執行。
又，於步驟S11中，若沒有接收到封包，則步驟S12乃至S14之處理係被略過。然後，於步驟S16中，若沒有必要判定再生許可模式是否為開啟，則步驟S17乃至S19之處理係被略過。
又，於步驟S20中，若不是再生許可模式，則步驟S21之處理係被略過，再生處理不會被進行。
藉由以上之處理，會以記錄音框數，此一編碼方式之處理單位的音框單位，來判定是否將許可收訊緩衝區33中所被積存的編碼資料依序予以讀出、解碼、再生的再生許可模式之旗標設成開啟。藉此，即使通訊中編碼方式被變更、或壓縮率被變更的這類情況下，由於仍然是以音框數此一處理單位來做管理，因此可將延遲時間在 一定範圍中做補償，可抑制收訊緩衝區33的緩衝區溢位之發生。
<圖1的收訊再生部所做的恢復對策處理>
接著，參照圖3的流程圖，說明恢復對策處理。此恢復對策處理，係在音訊訊號的再生中，傳輸環境惡化而傳輸遲滯發生斷音後，因傳輸環境改善，遲滯部分的編碼資料被一口氣發送過來，導致發生收訊緩衝區33的溢位等，是為了避免此種無法補償延遲時間之狀態所需的對策處理。
於步驟S41中，再生控制部34係控制恢復對策部34b，令其判定恢復對策模式是否為開啟。更詳言之，恢復對策部34b係判定恢復對策模式之旗標是否被設成開啟。於步驟S41中，例如，若恢復對策模式之旗標未被設成開啟，則處理係前進至步驟S52。
於步驟S52中，恢復對策部34b，係向再生管理部34a進行查詢，判定再生許可模式之旗標是否被設成開啟。於步驟S52中，若認為是再生許可模式，則處理係前進至步驟S53。
於步驟S53中，恢復對策部34b係判定記錄音框數是否為0。亦即，判定是否為，隨著傳輸環境之惡化，所被發送過來的編碼資料無法接收，而已經將所積存之編碼資料予以再生而使用殆盡。於步驟S53中，若判定為記錄音框數是0，則處理係前進至步驟S54。亦即，此 情況下，傳輸環境惡化，無法充分接收編碼資料的狀態係為持續，變成無法再生的狀態。
於步驟S54中，恢復對策部34b係將恢復對策模式之旗標設成開啟而進入恢復對策模式，進行恢復對策模式下的初期化處理。此處的初期化處理係為例如，將後述的狀態變數、及用來判定恢復對策模式之結束所需之判定序列34c之各值予以初期化的處理。
於步驟S55中，恢復對策部34b係控制靜音控制部38，以後，抑制從解碼部36所輸出之音訊資料所致之來自揚聲器13的聲音之輸出。亦即，以後，傳輸環境惡化而傳輸遲滯部分的編碼資料會被集中發送過來，因此為了避免收訊緩衝區33的溢位，藉由後述的處理，進行將一部分編碼資料予以丟棄的處理。因此，所被再生的聲音會混合有雜訊、或者，恐怕會變成異常音而被輸出，因此為了抑制此期間的聲音輸出，而將靜音控制部38所致之靜音，設成開啟的狀態。
於步驟S56中，再生控制部34，係由於收訊緩衝區33的記錄音框數變成0，因此將再生許可模式之旗標設定成關閉，令再生許可模式結束，而結束恢復對策處理。
又，其後，在圖2的流程圖所致之一連串處理之後，若恢復對策處理再度被開始，則於步驟S41中係由於恢復對策模式之旗標已經是開啟，所以被視為是恢復對策模式，處理係前進至步驟S42。
於步驟S42中，再生控制部34係控制丟棄管理部34d，令其算出應丟棄的音框數。更詳言之，丟棄管理部34d，係例如，在再生許可模式之旗標豎立之際，讓與記錄音框數進行比較的所定之閾值帶有一定量之容限而設定丟棄閾值來作為基準值，在記錄音框數之中，將超過此丟棄閾值的音框數，當作應丟棄之音框數而予以算出。又，丟棄管理部34d係亦可為，例如，在已經超出基準音框數的時候，將設計時所設定的所定之音框數，當作應丟棄之音框數而予以算出。
於步驟S43中，恢復對策部34b係算出狀態變數並予以更新。此處，所謂狀態變數為係例如，將表示設計時所被決定的所定之觀測時間內的記錄音框數之平均及分散度是否為所定範圍內之值的指標予以數值化而成者。例如，設計時所被決定的所定之觀測時間內的記錄音框數之平均，將表示平均是否收斂於用來判定再生許可模式之旗標所需之所定之閾值的±10%以內的指標予以數值化而成的值、或將表示分散度是否收斂於設計時所制定之基準範圍的指標予以數值化而成的值，是被當成狀態變數來使用。
此處，恢復對策部34b係例如，將各基準以比率做比較，將乘上其比較結果而成的值，當作狀態變數。更具體而言，再生控制部34係例如，上述的所定之觀測時間內的記錄音框數之平均，是判定再生許可模式之旗標之際的閾值的90%，上述的所定之觀測時間內的記錄 音框數之分散度是基準值的80%的情況下，則將兩者相乘而為72%(=90%×80%=0.72)。如此，狀態變數，係平均是越靠近於用來判定再生許可模式之旗標的所定之閾值，且分散度是越靠近基準值的值，亦即，越靠近所設定之值，則會被設定成為越靠近100%(=1.0)的值。
又，狀態變數係亦可為例如，每所定之時間的記錄音框數之變化量、與每所定之時間的使用音框數之變化量的比率等。亦即，此情況下，每所定之時間的記錄音框數之變化量、與每所定之時間的使用音框數之變化量，係若被適切設定，則雙方之變化係為相同而為接近的值，身為狀態變數的雙方之比率，係也應該是接近於1(=100%)的值。
於步驟S44中，丟棄管理部34d，係基於應丟棄之音框數的算出結果，來判定應丟棄之音框是否存在。例如，若應丟棄之音框數係為存在，則處理係前進至步驟S45。
於步驟S45中，丟棄管理部34d，係在收訊緩衝區33中所被記錄之編碼資料之中，將應丟棄之音框數量的編碼資料予以丟棄，結束處理。更具體而言，丟棄管理部34d，係控制開關35，藉由使其連接至端子35b，以將編碼資料供給至資料丟棄部37。資料丟棄部37，係將所被供給過來的編碼資料予以丟棄。
此外，編碼資料每次丟棄時係亦可為例如，針對要丟棄複數音框份的編碼資料的情況，係保持著數音 框間隔，而以抽略的方式來進行丟棄。藉由如此設計，就可維持剩餘的音框單位之編碼資料的連續性或完整性。
亦即，進入恢復對策模式，隨著傳輸狀態之惡化，傳輸遲滯的編碼資料被一口氣發送過來，導致收訊緩衝區33中積存難以處理的量的編碼資料之狀態若是持續，則上述的步驟S41乃至S45之處理會被重複，而持續丟棄編碼資料。
另一方面，於步驟S44中，若判定為沒有應丟棄之音框，亦即，判定是處於收訊緩衝區33中沒有記錄應丟棄之音框之編碼資料的狀態，則處理係前進至步驟S46。
於步驟S46中，恢復對策部34b係判定，狀態變數與1的差分絕對值是否小於所定之閾值，亦即判定是否傳輸狀態為穩定，記錄音框數是接近於已被設定之動作狀態的狀態。於步驟S46中，例如，若被判定為，狀態變數與1的差分絕對值是小於所定之閾值，傳輸狀態為穩定，接近於已被設定之動作狀態的狀態，則處理係前進至步驟S47。
於步驟S47中，恢復對策部34b係將表示傳輸狀態為穩定，是處於接近於已被設定之動作狀態的狀態這件事情的1之值，對用來判定恢復對策模式之結束所需之判定序列34c的最舊值進行覆寫而儲存。
又，於步驟S46中，狀態變數與1的差分絕對值是不小於所定之閾值，被視為傳輸狀態為不穩定，不 是處於接近於已被設定之動作狀態的狀態，則於步驟S48中，恢復對策部34b係將表示傳輸狀態為不穩定，並非處於接近於已被設定之動作狀態的狀態這件事情的0之值，對判定序列34c的最舊值進行覆寫而儲存。
於步驟S49中，恢復對策部34b係將判定序列34c的資訊予以讀出，例如，根據所被儲存之所有的值是否為1，亦即，判定序列34c中所被儲存之狀態變數與1的差分絕對值為小於所定之閾值的狀態是否持續了所定次數，來判定是否結束恢復對策模式。於步驟S49中，例如，若判定序列34c中所儲存的全部值都是1，則恢復對策部34b係視為要令恢復對策模式結束，處理係前進至步驟S50。
步驟S50中，恢復對策部34b，係將恢復對策模式之旗標予以關閉，令恢復對策模式結束。
於步驟S51中，再生控制部34，係控制靜音控制部38，將由解碼部36所輸出之聲音資料的靜音設成關閉，變成供給至揚聲器13而可輸出成為聲音的狀態。
再者，於步驟S49中，若判定序列34c中所儲存的全部值並非都是1，則由於有必要使恢復對策模式持續，因此步驟S50、S51之處理係被略過，結束恢復對策處理。
藉由以上的處理，一旦傳輸狀態變成不穩定，編碼資料未被儲存在收訊緩衝區33中的狀態為持續，則再生許可模式之旗標會被設成關閉，恢復對策模式 之旗標會被設成開啟，作為恢復對策處理，是在傳輸狀態回復之際，將過多的被發送過來的編碼資料，以音框單位加以丟棄。結果，在傳輸狀態回復，恢復成可再生的狀態之際，即使有各式各樣之壓縮率的編碼資料被發送過來，仍可隨應於處理單位也就是音框數，將編碼資料予以丟棄，因此，可實現使用到編碼資料的延遲時間之補償。
又，於恢復對策模式中，係藉由靜音控制部38而施加靜音。因此，傳輸狀態回復，編碼資料會被儲存在收訊緩衝區33中，藉由再生許可模式之旗標被設成開啟，就不會因為將因應需要而被丟棄的編碼資料予以解碼並再生而產生雜訊這類的聲音被輸出。結果，可以抑制雜訊這類的聲音輸出的發生，因此可以不會對視聽者帶來不快感。
又，由於是以收訊緩衝區33中所被記錄之記錄音框數單位來管理收訊緩衝區33的動作狀態，因此用來適切防止緩衝區溢位之發生所需的設計會變得容易。
再者，恢復對策處理，係被視為再生處理的一部分之處理，因此即使傳輸狀態改善而再生許可模式之旗標被設成開啟而編碼資料被依序解碼而輸出聲音的狀態下，仍可平行地執行。因此，亦可以一面再生聲音，一面丟棄編碼資料，此種情況下，亦可並不是藉由靜音控制部38使來自揚聲器13的聲音輸出完全停止，而是以小於平常的音量來使其輸出。藉由如此設計，主要的聲音係可輸出，因此視聽者係可聆賞聲音輸出，再者，即使是多少含 有雜訊的聲音，也由於音量是被壓低，因此可減輕不快感。
<音訊再生系統的第2實施形態之構成例>
若依據以上的處理，則例如，如圖4所示，傳輸狀態惡化，記錄音框數變成0的狀態而進入恢復對策模式，其後，在時刻t0上若傳輸狀態回復，則伴隨時間的經過，收訊緩衝區33的記錄音框數會逐漸增加。
然後，傳輸狀態回復起，從時刻t0到時刻t1，記錄音框數係緩緩上升，在超過了丟棄閾值Th起，對於被實際發送過來的虛線圓圈所示的記錄音框數，藉由丟棄某種程度的音框數，以控制成維持在實線圓圈所示的記錄音框數。然後，如時刻t2的實線圓圈所示，由於實際的記錄音框數，係小於丟棄閾值Th，因此恢復對策模式的結束判定會被開始。
此外，圖4係圖示了，進入恢復對策模式而傳輸狀態回復起算，伴隨時間經過的記錄音框數之變化，橫軸係表示經過時間，縱軸係表示記錄音框數。又，實線圓圈係表示，藉由上述的恢復對策處理，編碼資料因應需要而被丟棄，藉此而被調整的實際之記錄音框數；虛線圓圈係表示編碼資料之丟棄未被進行時的記錄音框數。
亦即，於以上的處理中，傳輸狀態惡化而進入了恢復對策模式後，一旦在時刻t0上傳輸狀態恢復，則記錄音框數會緩緩增大，於時刻t1乃至t2中，會超過 丟棄閾值Th，變成音框會被丟棄的狀態。然後，從超過時刻t2起，實際的記錄音框數就變成小於閾值Th，因此丟棄會被停止，從其後之時序起就會進行恢復對策模式的結束判定。
然而，如上述，若恢復對策模式被拖長，編碼資料就會持續以音框單位而被丟棄，靜音控制部38的動作時間就會變長，無法進行通常的聲音輸出之狀態就會持續。因此，盡可能越早開始恢復對策模式的結束判定，越早結束恢復對策模式，較為理想。
於是，亦可在進入了恢復對策模式後，記錄音框數是每單位時間地急遽增大的這類情況下，在記錄音框數到達丟棄閾值Th之前的階段中，就以音框單位將編碼資料予以丟棄，如此，可縮短以音框單位來丟棄編碼資料的期間，可使恢復對策模式的結束判定在較早的時序起就被開始，可使恢復對策模式盡早結束。
圖5係圖示了，進入了恢復對策模式後，記錄音框數是每單位時間地急遽增大的情況下，在到達丟棄閾值Th之前的階段中以音框單位將編碼資料予以丟棄的收訊再生部12的構成例。此外，於圖5的收訊再生部12中，關於具備和圖1的收訊再生部12相同機能的構成，係標示同一名稱及同一符號，適宜省略其說明。
亦即，於圖5的收訊再生部12中，和圖1的收訊再生部12不同的點，係取代再生控制部34的丟棄管理部34d，而改為設置丟棄管理部51這點。
丟棄管理部51，基本上係具備和丟棄管理部34d相同的機能，但應丟棄之音框數之算出方法係為不同。
亦即，丟棄管理部51，係根據每單位時間的記錄音框數之增加量，而算出應刪除的音框數。因此，於收訊緩衝區33中，即使在比記錄音框數超過丟棄閾值Th之時序還早的階段中，每單位時間的記錄音框數之增加量為大的情況下，則藉由隨著增加量而丟棄音框單位的編碼資料，以從較早階段起，記錄音框數就會變成小於丟棄閾值Th，可縮短丟棄音框的期間，因此可早期結束恢復對策模式。
結果，恢復對策模式的結束判定係被較早開始，在較早時序上就可使恢復對策模式結束，因編碼資料以音框單位而被丟棄而產生的雜訊這類聲音的發生可被減少，靜音控制部38所做的靜音被設成開啟的期間可以被縮短。
<圖5的收訊再生部所做的恢復對策處理>
接著，參照圖6的流程圖，說明圖5的收訊再生部12所做的恢復對策處理。此外，關於再生處理，係和圖1的收訊再生部12相同，因此省略其說明。又，圖6的流程圖之中，步驟S71、S73乃至S86之處理，係和圖3的流程圖中的步驟S41、S43乃至S56之處理相同，因此省略其說明。亦即，於圖6的流程圖中，與圖3的流程圖不 同的，係為步驟S72之處理。
亦即，於步驟S72中，丟棄管理部51，係根據每單位時間的記錄音框數之增加量，而算出應刪除的音框數。
更具體而言，丟棄管理部51，係例如，如圖7所示，根據記錄音框數的變化量△Frame與單位時間△Time而求出每單位時間的增加量△Frame/△Time，求出其與設計時所被制定之通常時之變化量為基準而定的變化量之比率，將該比率乘上變化量△Frame而算出應丟棄之音框數。
例如，記錄音框數的變化量△Frame為8，單位時間△Time為10，基準值為0.5時，則丟棄管理部51係將△Frame/△Time算出成為0.8，作為與基準值的變化量之比率，算出(0.8-0.5)/0.5=0.6。然後，丟棄管理部51，係將所求出的值，與記錄音框數的變化量△Frame(=8)進行乘算，將小數點以下予以捨去，將丟棄音框數算出為4。
藉由如以上的處理，如圖7所示，從記錄音框數超過丟棄閾值Th的前面的階段起，編碼資料就會隨著增加量而以音框單位而被丟棄，因此變成在超過丟棄閾值Th以前，應丟棄之音框就已被丟棄的狀態。結果，被過剩記錄在收訊緩衝區33中的編碼資料，以應被丟棄之音框單位而被丟棄的期間，係如圖7的時刻t11乃至t12所示，可變成比圖4所示的時刻t1乃至t2還短期間。
此外，於圖5的收訊再生部12中，為了簡化說明，對於經過時間，是將所定之1時點上的比率直接使用於計算，但亦可求出各時點上的比率，使用所求出之各時點上之比率的平均，藉由如此設計，就可更加降低傳輸環境所致之到達時間的參差之影響。
又，以上雖然說明了利用Bluetooth(登錄商標)之通訊的例子，但關於通訊協定係不限於此，亦可使為使用其他通訊協定的通訊。又，以上雖然說明了藉由通訊來發送音訊資料的例子，但只要是即時進行串流再生的資料即可，即使是音訊資料以外之資料，例如，視訊資料等亦可。
如以上所述，若依據本技術，則收訊側的裝置係可以使用收訊緩衝區中所被記錄之編碼資料的解碼處理單位的音框數做為基準，來判斷應開始再生的時序，因此不會對延遲時間造成影響，即使編碼資料的壓縮率有被變更，仍可穩定進行再生。
又，收訊緩衝區中所被記憶的編碼資料的量，可維持一定在應開始再生之音框數的份量，因此再生中即使編碼資料的壓縮率有所變更，相較於以編碼資料的位元組數為基準而進行時，可減低最低應確保之必要記憶體大小。
再者，傳輸被切斷而在恢復後，為了使延遲維持一定而丟棄編碼資料之際，是以音框數此一解碼處理單位來進行管理，因此例如，即使在送訊側隨著傳輸狀況 而讓編碼資料的壓縮率有所變更的這類情況下，仍可以解碼處理單位來進行丟棄處理。
又，將從1台送訊機所被發送過來的編碼資料，以複數收訊再生部12予以接收而再生的再生系統構成的情況下，例如，像是Bluetooth這樣以slot間隔來收送封包時，只要收訊側係在再生許可模式的開啟關閉判定之際的閾值是一致，則亦可不必另外準備同步訊號，就可同步進行再生。
<藉由軟體而被執行的例子>
順便一提，上述之一連串之處理，雖然是藉由硬體來執行，但亦可藉由軟體來執行。在將一連串之處理以軟體來執行的時候，構成該軟體的程式，是從記錄媒體來安裝至內嵌有專用硬體的電腦，或是，藉由安裝各種程式，而可執行各種機能的例如通用之個人電腦等。
圖8係圖示通用之個人電腦之構成例。此個人電腦，係內建CPU(Central Processing Unit)1001。對CPU1001係透過匯流排1004，而被連接有輸出入介面1005。對匯流排1004，係連接有ROM(Read Only Memory)1002及RAM(Random Access Memory)1003。
對輸出入介面1005係連接有：由讓使用者輸入操作指令的鍵盤、滑鼠等之輸入裝置所成之輸入部1006、將處理操作畫面或處理結果之影像輸出至顯示裝置的輸出部1007、由儲存程式或各種資料的硬碟機等所成 之記憶部1008、由LAN(Local Area Network)適配器等所成，透過以網際網路為代表的網路而執行通訊處理的通訊部1009。又還連接有，對磁碟(包含軟碟片)、光碟(包含CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc))、光磁碟(包含(MD(Mini-Disc))、或由半導體記憶體等之可移除式媒體1011讀寫資料的驅動機1010。
CPU1001係依照ROM1002中所被記憶之程式、或從磁碟、光碟、光磁碟、或者半導體記憶體等之可移除式媒體1011等讀出而被安裝在記憶部1008，從記憶部1008載入至RAM1003的程式，來執行各種處理。RAM1003中，還適宜地記憶著CPU1001在執行各種處理時所必需的資料等。
在如以上構成的電腦中，藉由CPU1001而例如將記憶部1008中所記憶之程式透過輸出入介面1005及匯流排1004，而載入至RAM1003裡並加以執行，就可進行上述一連串處理。
電腦(CPU1001)所執行的程式，係可記錄在例如封裝媒體等之可移除式媒體1011中而提供。又，程式係可透過區域網路、網際網路、數位衛星播送這類有線或無線的傳輸媒體而提供。
在電腦中，程式係藉由將可移除式媒體1011裝著至驅動機1010，就可透過輸出入介面1005，安裝至記憶部1008。又，程式係可透過有線或無線之傳輸媒 體，以通訊部1009接收之，安裝至記憶部1008。除此以外，程式係可事前安裝在ROM1002或記憶部1008中。
此外，電腦所執行的程式，係可為依照本說明書所說明之順序而在時間序列上進行處理的程式，也可平行地，或呼叫進行時等必要之時序上進行處理的程式。
又，於本說明書中，所謂的系統，係意味著複數構成要素(裝置、模組(零件)等)的集合，所有構成要素是否位於同一框體內則在所不問。因此，被收納在個別的框體中，透過網路而連接的複數台裝置、及在1個框體中收納有複數模組的1台裝置，均為系統。
此外，本技術的實施形態係不限定於上述實施形態，在不脫離本技術主旨的範圍內可做各種變更。
例如，本技術係亦可將1個機能透過網路而分擔給複數台裝置，採取共通進行處理的雲端運算之構成。
又，上述的流程圖中所說明的各步驟，係可由1台裝置來執行以外，亦可由複數台裝置來分擔執行。
甚至，若1個步驟中含有複數處理的情況下，該1個步驟中所含之複數處理，係可由1台裝置來執行以外，也可由複數台裝置來分擔執行。
此外，本技術係亦可採取如下之構成。
(1)一種訊號處理裝置，係含有：收訊部，係將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；和 儲存部，係儲存已被前記收訊部所接收之編碼資料；和解碼部，係將已被前記儲存部所儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼；和解碼管理部，係隨應於已被前記儲存部所儲存之編碼資料的、於前記解碼部中被解碼之際的、前記所定之編碼方式的解碼處理單位之數量，而控制成許可前記解碼部所致之解碼。
(2)如(1)所記載之訊號處理裝置，其中，前記解碼管理部，係若已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數量是大於所定之閾值時，則控制成許可前記解碼部所致之解碼。
(3)如(1)或(2)所記載之訊號處理裝置，其中，還含有：切換部，係將前記儲存部之輸出，切換成前記解碼部、或其以外；前記解碼管理部，係若已被前記儲存部所儲存之編碼資料之、前記解碼處理單位之數量是大於所定之閾值時，則控制前記切換部，使前記儲存部之輸出，連接至前記解碼部，藉此以控制成許可前記解碼部所致之解碼。
(4)如(1)乃至(3)之任一項所記載之訊號處理裝置，其中，還含有：恢復對策部，係基於已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數量，來判定是否將 恢復對策模式予以開啟以進行恢復對策處理，其係為了避免在傳輸環境之惡化而導致前記編碼資料之送訊狀態遲滯後，由於前記傳輸環境的恢復，導致前記編碼資料被整批發送過來，而陷入無法以前記解碼部將全部的前記編碼資料予以解碼的狀態之對策，並進行前記恢復對策處理。
(5)如(4)所記載之訊號處理裝置，其中，前記恢復對策部，係已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數量為0時，將前記恢復對策模式設成開啟；還含有：丟棄管理部，係在前記恢復對策模式是開啟時，前記儲存部中所被儲存的前記編碼資料的、前記解碼處理單位之數量，是比以前記所定之閾值為基礎的基準值還大時，將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄。
(6)如(5)所記載之訊號處理裝置，其中，前記丟棄管理部，係在前記儲存部中所被儲存的編碼資料之中，在前記解碼處理單位之數量上，將比以前記所定之閾值為基礎的基準值還多之部分的編碼資料，以前記解碼處理單位予以丟棄。
(7)如(5)所記載之訊號處理裝置，其中，前記丟棄管理部，係在前記儲存部中所被儲存的編碼資料之中，將與前記解碼處理單位之數量的每單位時間之增加量建立對應而被設定之量的前記編碼資料，以前記解碼處理單位予以丟棄。
(8)如(5)所記載之訊號處理裝置，其中，切換部，係將前記儲存部之輸出，切換成前記解碼部、或其以外；和丟棄部，係將前記儲存部中所儲存之編碼資料之一部分，以前記解碼處理單位而予以丟棄；前記丟棄管理部，係將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄時，控制前記切換部，令其將前記儲存部之輸出連接至前記丟棄部，藉此以將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄。
(9)如(4)所記載之訊號處理裝置，其中，前記恢復對策部，係基於已被前記儲存部所儲存之編碼資料的、前記解碼處理單位之數量於所定期間內的平均及分散度，以所定之時間間隔而算出狀態變數，並在與所定之基準值的差分絕對值小於所定之閾值的狀態是持續時，將前記恢復對策模式設成關閉。
(10)如(4)所記載之訊號處理裝置，其中，藉由前記恢復對策部，以前記所定之時間間隔所被算出的前記狀態變數與所定之基準值的差分絕對值，係與所定之閾值進行比較，還含有儲存該比較結果的序列；前記恢復對策部，係基於前記序列中所被儲存之比較結果，而在以前記所定之時間間隔所被算出的狀態變數，是與所定之基準值的差分絕對值為持續小於所定之閾值的狀態時，將前記恢復對策模式設成關閉。
(11)如(1)乃至(4)之任一項所記載之訊號處理裝置，其中，前記編碼資料，係將用來以揚聲器輸出成為聲音所需之聲音資料予以編碼而成者；還含有：靜音控制部，係調整基於已被前記解碼部所解碼之前記聲音資料而從前記揚聲器的聲音之輸出位準；在前記恢復對策模式為開啟的情況下，前記靜音控制部係調整使得基於已被前記解碼部所解碼之前記聲音資料而從前記揚聲器的聲音之輸出位準會降低。
(12)一種訊號處理方法，係含有以下步驟：將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；儲存已被接收之編碼資料；將已被儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼；隨應於已被儲存之編碼資料的、於解碼之際的、前記所定之編碼方式的解碼處理單位之數量，而控制成許可解碼。
(13)一種程式，係使電腦發揮機能成為：收訊部，係將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；和儲存部，係儲存已被前記收訊部所接收之編碼資料；和解碼部，係將已被前記儲存部所儲存之編碼資料，以 前記所定之編碼方式所對應之手法，予以解碼；和解碼管理部，係隨應於已被前記儲存部所儲存之編碼資料的、於前記解碼部中被解碼之際的、前記所定之編碼方式的解碼處理單位之數量，而控制成許可前記解碼部所致之解碼。
11:Bluetooth模組
12:收訊再生部
13:揚聲器
21:送訊部
31:收訊處理部
32:編解碼器部
32a:音框數算出部
33:收訊緩衝區
34:再生控制部
34a:再生管理部
34b:恢復對策部
34c:判定序列
34d:丟棄管理部
35:開關
35a、35b:端子
36:解碼部
37:資料丟棄部
38:靜音控制部

Claims (12)

  1. 一種訊號處理裝置，係含有：收訊部，係將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；和儲存部，係儲存已被前記收訊部所接收之編碼資料；和解碼部，係將已被前記儲存部所儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼；和解碼管理部，係隨應於已被前記儲存部所儲存之編碼資料於前記解碼部中被解碼之際的前記所定之編碼方式的解碼處理單位之數量，而控制成許可前記解碼部所致之解碼；和切換部，係將前記儲存部之輸出，切換成前記解碼部、或其以外；前記解碼管理部，係若已被前記儲存部所儲存之編碼資料之、前記解碼處理單位之數量是大於所定之閾值時，則控制前記切換部，使前記儲存部之輸出，連接至前記解碼部，藉此以控制成許可前記解碼部所致之解碼。
  2. 如請求項1所記載之訊號處理裝置，其中，前記解碼管理部，係若已被前記儲存部所儲存之編碼資料的前記解碼處理單位之數量是大於所定之閾值時，則控制成許可前記解碼部所致之解碼。
  3. 如請求項1所記載之訊號處理裝置，其中，還含有：恢復對策部，係基於已被前記儲存部所儲存 之編碼資料的前記解碼處理單位之數量，來判定是否將恢復對策模式予以開啟以進行恢復對策處理，其係為了避免在傳輸環境之惡化而導致前記編碼資料之送訊狀態遲滯後，由於前記傳輸環境的恢復，導致前記編碼資料被整批發送過來，而陷入無法以前記解碼部將全部的前記編碼資料予以解碼的狀態之對策，並進行前記恢復對策處理。
  4. 如請求項3所記載之訊號處理裝置，其中，前記恢復對策部，係已被前記儲存部所儲存之編碼資料的前記解碼處理單位之數量為0時，將前記恢復對策模式設成開啟；還含有：丟棄管理部，係在前記恢復對策模式是開啟時，前記儲存部中所被儲存的前記編碼資料的前記解碼處理單位之數量，是比以前記所定之閾值為基礎的基準值還大時，將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄。
  5. 如請求項4所記載之訊號處理裝置，其中，前記丟棄管理部，係在前記儲存部中所被儲存的編碼資料之中，在前記解碼處理單位之數量上，將比以前記所定之閾值為基礎的基準值還多之部分的編碼資料，以前記解碼處理單位予以丟棄。
  6. 如請求項4所記載之訊號處理裝置，其中，前記丟棄管理部，係在前記儲存部中所被儲存的編碼資料之中，將與前記解碼處理單位之數量的每單位時間之增加量建立對應而被設定之量的前記編碼資料，以前記解 碼處理單位予以丟棄。
  7. 如請求項4所記載之訊號處理裝置，其中，還含有：切換部，係將前記儲存部之輸出，切換成前記解碼部、或其以外；和丟棄部，係將前記儲存部中所儲存之編碼資料之一部分，以前記解碼處理單位而予以丟棄；前記丟棄管理部，係將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄時，控制前記切換部，令其將前記儲存部之輸出連接至前記丟棄部，藉此以將前記儲存部中所被儲存的編碼資料之一部分，以前記解碼處理單位予以丟棄。
  8. 如請求項3所記載之訊號處理裝置，其中，前記恢復對策部，係基於已被前記儲存部所儲存之編碼資料的前記解碼處理單位之數量於所定期間內的平均及分散度，以所定之時間間隔而算出狀態變數，並在與所定之基準值的差分絕對值小於所定之閾值的狀態是持續時，將前記恢復對策模式設成關閉。
  9. 如請求項3所記載之訊號處理裝置，其中，藉由前記恢復對策部，以前記所定之時間間隔所被算出的前記狀態變數與所定之基準值的差分絕對值，係與所定之閾值進行比較，還含有儲存該比較結果的序列；前記恢復對策部，係基於前記序列中所被儲存之比較結果，而在以前記所定之時間間隔所被算出的狀態變數， 是與所定之基準值的差分絕對值為持續小於所定之閾值的狀態時，將前記恢復對策模式設成關閉。
  10. 如請求項3所記載之訊號處理裝置，其中，前記編碼資料，係將用來以揚聲器輸出成為聲音所需之聲音資料予以編碼而成者；還含有：靜音控制部，係調整基於已被前記解碼部所解碼之前記聲音資料而從前記揚聲器的聲音之輸出位準；在前記恢復對策模式為開啟的情況下，前記靜音控制部係調整使得基於已被前記解碼部所解碼之前記聲音資料而從前記揚聲器的聲音之輸出位準會降低。
  11. 一種訊號處理方法，係含有：收訊部將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收之步驟；和儲存部儲存已被接收之編碼資料之步驟；和解碼部將已被儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼之步驟；和解碼管理部隨應於已被儲存之編碼資料於解碼之際的前記所定之編碼方式的解碼處理單位之數量，而控制成許可解碼之步驟；和切換部將前記儲存部之輸出，切換成前記解碼部、或其以外之步驟；前記解碼管理部，係若已被前記儲存部所儲存之編碼資料之、前記解碼處理單位之數量是大於所定之閾值時，則控制前記切換部，使前記儲存部之輸出，連接至前記解 碼部，藉此以控制成許可前記解碼部所致之解碼。
  12. 一種記錄程式之非暫時性電腦可讀取之記錄媒體，係使電腦發揮機能成為：收訊部，係將由所被發送過來的以所定之編碼方式而被編碼的資料所成之編碼資料，予以接收；和儲存部，係儲存已被前記收訊部所接收之編碼資料；和解碼部，係將已被前記儲存部所儲存之編碼資料，以前記所定之編碼方式所對應之手法，予以解碼；和解碼管理部，係隨應於已被前記儲存部所儲存之編碼資料於前記解碼部中被解碼之際的前記所定之編碼方式的解碼處理單位之數量，而控制成許可前記解碼部所致之解碼；和切換部，係將前記儲存部之輸出，切換成前記解碼部、或其以外；前記解碼管理部，係若已被前記儲存部所儲存之編碼資料之、前記解碼處理單位之數量是大於所定之閾值時，則控制前記切換部，使前記儲存部之輸出，連接至前記解碼部，藉此以控制成許可前記解碼部所致之解碼。
TW104142308A 2014-12-26 2015-12-16 訊號處理裝置、及訊號處理方法、以及記錄程式之非暫時性電腦可讀取之記錄媒體 TWI701922B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014264253A JP2016126037A (ja) 2014-12-26 2014-12-26 信号処理装置、および信号処理方法、並びにプログラム
JP2014-264253 2014-12-26

Publications (2)

Publication Number Publication Date
TW201626769A TW201626769A (zh) 2016-07-16
TWI701922B true TWI701922B (zh) 2020-08-11

Family

ID=56150208

Family Applications (1)

Application Number Title Priority Date Filing Date
TW104142308A TWI701922B (zh) 2014-12-26 2015-12-16 訊號處理裝置、及訊號處理方法、以及記錄程式之非暫時性電腦可讀取之記錄媒體

Country Status (7)

Country Link
US (3) US10089996B2 (zh)
EP (2) EP3742438A1 (zh)
JP (1) JP2016126037A (zh)
KR (1) KR102510865B1 (zh)
CN (2) CN107112019B (zh)
TW (1) TWI701922B (zh)
WO (1) WO2016104178A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016126037A (ja) 2014-12-26 2016-07-11 ソニー株式会社 信号処理装置、および信号処理方法、並びにプログラム
US20220407825A1 (en) * 2019-11-12 2022-12-22 Sony Group Corporation Data processing apparatus, data processing method, and data processing program

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020026310A1 (en) * 2000-08-25 2002-02-28 Matsushita Electric Industrial Co., Ltd. Real-time information receiving apparatus
US20050105557A1 (en) * 2002-12-11 2005-05-19 Kenji Yamane Transmitting/receiving system, transmitting apparatus, transmitting method, receiving apparatus, receiving method, recording medium, and program
WO2006009087A1 (ja) * 2004-07-20 2006-01-26 Matsushita Electric Industrial Co., Ltd. ストリームデータ受信再生装置およびストリームデータ受信再生方法
US20070183508A1 (en) * 2004-08-05 2007-08-09 Shintaro Kudo Image decoding device and image encoding device
US20080253582A1 (en) * 2000-06-14 2008-10-16 Sehat Sutardja Vehicle for recording and reproducing digital data

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69222754T2 (de) * 1992-03-27 1998-02-26 Alsthom Cge Alcatel Videodekoder
DE19527187A1 (de) * 1995-07-26 1997-01-30 Philips Patentverwaltung RDS-TMC-Rundfunkempfänger
JP3713141B2 (ja) * 1998-05-19 2005-11-02 インターナショナル・ビジネス・マシーンズ・コーポレーション プログラムの不正実行防止方法
WO2004006587A1 (en) 2000-12-06 2004-01-15 Realnetworks, Inc. Intra coding video data methods and apparatuses
JP2003309541A (ja) 2002-04-15 2003-10-31 Sony Corp データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム
JP4296753B2 (ja) * 2002-05-20 2009-07-15 ソニー株式会社 音響信号符号化方法及び装置、音響信号復号方法及び装置、並びにプログラム及び記録媒体
JP3977784B2 (ja) * 2003-07-22 2007-09-19 日本電信電話株式会社 リアルタイムパケット処理装置及びその方法
US7237181B2 (en) * 2003-12-22 2007-06-26 Qualcomm Incorporated Methods and apparatus for reducing error floors in message passing decoders
US7397812B2 (en) 2004-08-31 2008-07-08 General Motors Corporation System and method for wireless broadcast of multimedia files to vehicles
JP4337707B2 (ja) * 2004-10-27 2009-09-30 ソニー株式会社 情報再生装置、バッファ制御方法およびプログラム
JP4474310B2 (ja) * 2005-03-24 2010-06-02 パナソニック株式会社 デバイス切替システム、送信元および配信先デバイス
US8238376B2 (en) * 2005-04-13 2012-08-07 Sony Corporation Synchronized audio/video decoding for network devices
JPWO2007032123A1 (ja) * 2005-09-14 2009-03-19 パナソニック株式会社 マルチストリーム復号装置
US7974713B2 (en) * 2005-10-12 2011-07-05 Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. Temporal and spatial shaping of multi-channel audio signals
JP4751245B2 (ja) * 2006-06-20 2011-08-17 パナソニック株式会社 音声伝送装置および音声伝送方法
US20090019635A1 (en) * 2007-07-19 2009-01-22 Ching-Song Chen Portable sauna room assembly
EP2101505A3 (en) * 2008-03-11 2012-09-05 Sony Corporation Image processing device, method, and program
US20090274248A1 (en) * 2008-05-01 2009-11-05 Interdigital Patent Holdings, Inc. Method and apparatus for contention-free interleaving using a single memory
KR20100011285A (ko) * 2008-07-24 2010-02-03 삼성전자주식회사 프리 디코더를 구비하는 디스플레이 구동회로 및 그구동방법
US9137160B2 (en) 2009-01-29 2015-09-15 Qualcomm Incorporated Method and apparatus for accomodating a receiver buffer to prevent data overflow
KR20110134127A (ko) * 2010-06-08 2011-12-14 삼성전자주식회사 오디오 데이터 디코딩 장치 및 방법
JP5698644B2 (ja) * 2011-10-18 2015-04-08 株式会社Ｎｔｔドコモ 動画像予測符号化方法、動画像予測符号化装置、動画像予測符号化プログラム、動画像予測復号方法、動画像予測復号装置及び動画像予測復号プログラム
JP5772623B2 (ja) 2012-01-20 2015-09-02 富士通株式会社 動画像符号化装置、動画像符号化方法及び動画像符号化プログラム
US9553913B2 (en) * 2014-05-30 2017-01-24 Apple Inc. Seamless video pipeline transition between WiFi and cellular connections for real-time applications on mobile devices
JP2016126037A (ja) * 2014-12-26 2016-07-11 ソニー株式会社 信号処理装置、および信号処理方法、並びにプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080253582A1 (en) * 2000-06-14 2008-10-16 Sehat Sutardja Vehicle for recording and reproducing digital data
US20020026310A1 (en) * 2000-08-25 2002-02-28 Matsushita Electric Industrial Co., Ltd. Real-time information receiving apparatus
US20050105557A1 (en) * 2002-12-11 2005-05-19 Kenji Yamane Transmitting/receiving system, transmitting apparatus, transmitting method, receiving apparatus, receiving method, recording medium, and program
WO2006009087A1 (ja) * 2004-07-20 2006-01-26 Matsushita Electric Industrial Co., Ltd. ストリームデータ受信再生装置およびストリームデータ受信再生方法
US20070183508A1 (en) * 2004-08-05 2007-08-09 Shintaro Kudo Image decoding device and image encoding device

Also Published As

Publication number Publication date
US10522162B2 (en) 2019-12-31
US20180374492A1 (en) 2018-12-27
KR102510865B1 (ko) 2023-03-17
EP3239977A4 (en) 2018-05-23
US10089996B2 (en) 2018-10-02
KR20170100500A (ko) 2017-09-04
WO2016104178A1 (ja) 2016-06-30
CN113035206A (zh) 2021-06-25
US20170365269A1 (en) 2017-12-21
US20190221222A1 (en) 2019-07-18
JP2016126037A (ja) 2016-07-11
EP3742438A1 (en) 2020-11-25
CN107112019A (zh) 2017-08-29
CN113035206B (zh) 2024-03-29
US10319388B2 (en) 2019-06-11
EP3239977A1 (en) 2017-11-01
TW201626769A (zh) 2016-07-16
CN107112019B (zh) 2021-03-16
EP3239977B1 (en) 2020-07-01

Similar Documents

Publication Publication Date Title
US9113141B2 (en) Wireless channel aware adaptive video bit rate encoding
US8510763B2 (en) Changing streaming media quality level based on current device resource usage
KR20110065100A (ko) 멀티미디어 스트리밍 서비스를 지원하는 방법 및 장치
TWI701922B (zh) 訊號處理裝置、及訊號處理方法、以及記錄程式之非暫時性電腦可讀取之記錄媒體
US11908481B2 (en) Method for encoding live-streaming data and encoding device
JP7302473B2 (ja) 送信装置、送信方法、受信装置、受信方法、及び、プログラム
US8791981B2 (en) Bit rate control apparatus and method thereof
JP5652776B2 (ja) 情報処理装置
US8892229B2 (en) Audio apparatus
CN114793482A (zh) 接收终端和方法
JP2007221597A (ja) ストリーム受信装置及びストリーム受信方法
JP2008199361A (ja) ストリームデータ受信再生装置
JP2012014038A (ja) コンテンツ再生装置