JP4511008B2

JP4511008B2 - 画像送信装置

Info

Publication number: JP4511008B2
Application number: JP2000300228A
Authority: JP
Inventors: 隆史遠藤
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2000-09-29
Filing date: 2000-09-29
Publication date: 2010-07-28
Anticipated expiration: 2020-09-29
Also published as: JP2002111780A

Description

【０００１】
【発明の属する技術分野】
本発明は画像データと音データを符号化し、作成した符号を多重化して伝送する画像送信装置に関し、特に異なる複数のデータ通信速度に対応可能な画像送信装置に関する。
【０００２】
【従来の技術】
従来の画像送信装置として、特願平１１−１３６４５９の画像伝送装置があり、そのブロック図を図７に示す。この装置は、画像送信部９１が出力する画像符号を第１の記憶部に記憶し、送信部９３がこの画像符号に制御符号を多重化して伝送フレームを組み立てて送信し、網９４を介して受信部９５が伝送フレームを受信すると画像符号と制御符号に分離し、画像符号は第２の記憶部９６に記憶され、画像復号部は制御符号に従って記憶された画像符号を所定の復号単位ごとに復号することを特徴としていた。ここで制御符号は受信装置の画像復号部９７の起動を制御するもので、具体的にはそれが受信装置において受信された時点で何個の復号単位が受信されたかを示すものであり、従来の画像伝送装置では１バイトのヘッダに格納されていた。多重化されたデータの送受信は伝送フレームを基本単位としており、この伝送フレームの中に制御符号を含む１バイトのヘッダとオーディオ符号と画像符号が含まれていた。伝送フレームのサイズは通信路で効率的に処理することができるフレームサイズの整数倍としていた。この従来の画像伝送装置には、画像の遅延時間が短くなり、伝送にともなうデータの増加が少なくて済む、といった効果があった。従来、伝送フレームのサイズや、多重化されているヘッダや各符号のサイズはあらかじめ定めておき、送信側と受信側との共通の知識となっていた。伝送フレームの中には必ずオーディオ符号を含むため、伝送フレームの送信は音の符号化完了割り込みによって開始されていた。伝送フレームの中に格納するオーディオ符号の量を変化させる必要がある場合は、その情報を１バイトのヘッダの中に格納することができた。これによって、伝送エラーなどによりデータ伝送が遅延した場合でも、オーディオ符号の通信速度を一時的に上げ、再生音の途切れを防止することができた。しかしこうした仕組みはこの画像伝送装置が予定しているデータ通信速度がわずかに達成されなかった場合にそれを補正することができるのみであった。
【０００３】
【発明が解決しようとする課題】
このように従来の画像伝送装置はデータ通信路がほぼ一定の通信速度を提供する場合に好適に実施できるものであった。データ通信路としてはモデムを使用する電話回線や、ＩＳＤＮといったデータ通信路があり、ほぼ一定の通信速度を提供しているが、ＰＨＳや携帯電話におけるデータ通信路の中には、２個の回線を使用して通信速度を高速にするが状況に応じて使用回線を１個に制限して通信速度が最大速度の半分に低下するベストエフォート方式が実用化しているし、パケット通信においては混雑の度合いによって通信速度が変化するため一定の通信速度として保証される値がない。従来の画像伝送装置では、処理の基本単位となる伝送フレームの中に必ずオーディオ符号を格納するため、データ通信速度が２倍あるいは２分の１といった、大幅に異なる回線に適用すると、オーディオ符号があふれたり、再生音が途絶えたりするという問題があった。そのような問題が生じないようにするために、伝送フレームのサイズとその構造を新規に設計しなおすことになるが、これらは送受信部の共通の知識であり通信の前提であるため、これらを変更する場合には使用する回線に適合するパラメータについて、送信装置と受信装置との間で交渉して合意を形成する必要が生じるという問題があった。また最大データ通信速度が一時的に使用できない場合、通信速度を半分に低下させて回線接続を維持するベストエフォート方式の通信路においては、交渉による合意が形成された後でも、通信中にデータ通信速度が変化すると、再交渉をしなければならないという問題があった。また再交渉を開始した場合はデータ伝送を一時的に停止させるため、再交渉が頻繁に発生すると伝送の効率が低下するという問題があった。
【０００４】
【課題を解決するための手段】
上記の問題を解決するために本発明の請求項１は、画像データを符号化する画像符号化部１と、該画像符号化部１が出力する符号を記憶する第１の記憶部２と、音データを符号化するオーディオ符号化部３と、該オーディオ符号化部３が出力する符号を記憶する第２の記憶部４と、前記第１の記憶部２と前記第２の記憶部４に記憶されている符号から伝送フレーム３７を組み立てるマルチプレクス部５と、該伝送フレーム３７を送信するデータ送信部７とを備える画像送信装置において、さらに前記マルチプレクス部５へ送信速度を指示する送信速度設定部６を備え、前記オーディオ符号化部３は所定の時間単位分の音データの符号化が完了すると前記マルチプレクス部５へオーディオ符号化完了を通知し、該マルチプレクス部５は該オーディオ符号化完了通知の回数をカウントして、所定の回数の通知をカウントした場合に、前記送信速度設定部６の指示する送信速度で送信可能なデータ量以内で１個以上の前記伝送フレーム３７を組み立て、前記データ送信部７へ送信を指示することを特徴とする画像送信装置を提供する。
【０００５】
また請求項２の発明は、前記送信速度設定部６は前記データ送信部７の送信可能な送信速度に応じて設定送信速度を通信中に変化させることを特徴とする請求の項１記載の画像送信装置を提供する。
【０００６】
画像符号化部１は入力される画像データを圧縮し符号化するもので、画像符号化方式としては公知の静止画像圧縮方式のＪＰＥＧや動画像圧縮方式のＨ．２６３やＭＰＥＧ方式を用いることができるし、その他の方式を用いることもできる。画像符号化部１はＬＳＩを用いたハードウエアエンコーダでもよいし、ソフトウエアエンコーダであってもよい。
【０００７】
オーディオ符号化部３は入力される音データを圧縮し符号化するもので、オーディオ符号化方式としてはTrueSpeech8.5やＧ．７２９やＭＰ３などの、各種の符号化方式を利用でき、ハードウエアあるいはソフトウエアで実行することができる。
【０００８】
第１の記憶部２および第２の記憶部４はFirst In First Outのメモリである。送信速度設定部６は本発明の画像送信装置が予定するデータ送信速度の設定を記憶し、マルチプレクス部５へ指示するものである。これは複数の代表的な送信速度の中の一つを選択するセレクタでもよいし、データ送信速度を表す数を記憶するメモリであってもよい。また送信速度設定部６は工場出荷時に設定した一定の値を保持するものでもよいし、あるいはユーザーの操作によって選択された送信速度を記憶するものでもよい。さらに請求項２の送信速度設定部６はデータ送信部７の送信可能な送信速度に応じて設定送信速度を通信中に変化させるものである。
【０００９】
マルチプレクス部５は第１の記憶部２と前記第２の記憶部４に記憶されている符号を読み出して、マルチプレクス部５内のメモリにコピーし、伝送フレーム３７を組み立てるもので、演算処理装置とソフトウエアによって実行してもよいし、専用ハードウエアで実行してもよい。またマルチプレクス部５はオーディオ符号化完了通知を受け取ってその回数をカウントする手段を備えており、これはオーディオ符号化完了通知がハードウエアによる電気信号である場合にはカウンタ回路を用いることができ、オーディオ符号化完了通知がソフトウエアによる割り込みやイベントやセマフォといったものである場合にはソフトウエアによっって回数をカウントするものである。
【００１０】
伝送フレーム３７とは画像符号とオーディオ符号を多重化して伝送処理における単位としたものである。さらにマルチプレクス部５は送信速度設定部６の設定する送信速度で送信可能なデータ量以内で１個以上の伝送フレーム３７を組み立てる手段を備えるが、これは送信速度設定部６の設定する送信速度の選択肢が予め限定されている場合はそれに応じた伝送フレーム３７の個数を予め記憶しておき、その個数だけ伝送フレーム３７を作成するものである。また送信速度設定部６の設定する送信速度が任意の数字を指定する場合には、伝送フレームの個数×サイズと、送信速度×送信周期を比較する手段を備えて、伝送フレームの個数が条件を満たすように組み立てをおこなうものである。ここで送信周期とはオーディオ符号化部３が符号化する音の符号化単位の時間×マルチプレクス部５がカウントする所定の回数である。
【００１１】
データ送信部７は網８を介した通信路の先にあるデータ受信部１１へ、高い信頼性を保ってデータを送信するもので、データ通信プロトコルや誤り制御プロトコルといったソフトウエアと変調装置や回線インターフェースといったハードウエアである。また請求項２のデータ送信部７は通信中に送信速度が変化したことを送信速度設定部６に通知する手段を備えるが、これは送信速度を外部に通知するセレクト信号でもよいし、あるいは通信速度が変更した際に割り込みを発生させてソフトウエアによって送信速度設定部６に通知を行ってもよい。
【００１２】
【発明の実施の形態】
以下、本発明の好適な実施の形態を図面に基づいて説明する。図１は本発明の好適な実施形態を示すブロック図である。図２は図１の実施形態と共に使用して好適な画像受信装置のブロック図である。
【００１３】
図１において送信速度設定部６は14.4 kbps、28.8 kbps、57.6 kbpsの３種類の中から一つを選択して指定する。送信速度は図示しないユーザーインターフェースにおいてユーザーが設定し、送信速度設定部６に設定が記憶され、かつデータ送信部７が通信を開始する際のデータ受信部９との交渉時の設定として使用される。
【００１４】
図１において画像符号化部１は入力される画像データを圧縮符号化して、その符号を第１の記憶部２へ出力する。画像データはカメラおよびＡＤ変換部９においてデジタルデータ化して生成されている。カメラおよびＡＤ変換部９はまたデジタルビデオデッキで置き換えてもよい。
【００１５】
画像符号化部１の符号化方式は公知の静止画像符号化方式であるＪＰＥＧベースライン方式を用いる。画像は図３に示すように、７個のブロックラインに分けられ、１個のブロックラインが復号単位に設定されている。ブロックラインとはＪＰＥＧベースライン方式が扱う最小単位であるＭＣＵ（Minimum Coded Unit）が画面の幅を覆うまで横１列にならんだ領域であり、ここでＭＣＵは縦１６画素横１６画素の輝度成分と、縦８画素横８画素の二つの色差成分のデータから構成されている。復号単位とは図２の受信装置側で画像復号部１２が１回の処理で復号する単位である。
【００１６】
図１において復号単位の符号の第１の記憶部２における終了アドレスは画像符号化部１からマルチプレクス部５へ通知され、マルチプレクス部５は終了アドレスをテーブルに格納して記憶する。
【００１７】
オーディオ符号化部３は入力される音データを圧縮符号化して、その出力符号を第２の記憶部４へ出力する。音データはマイクロフォン及びＡＤ変換部１０によって生成されている。オーディオ符号化部３はTrueSpeech8.5と呼ばれる方式で音声データを約8.5 kbpsで符号化する。この方式は３０ミリ秒を単位として、３２バイトの固定サイズの符号を出力する。オーディオ符号化部３は３２バイトの１単位の符号化を完了するとマルチプレクス部５へ通知する。
【００１８】
マルチプレクス部５はオーディオ符号化部３からの３０ミリ秒ごとのオーディオ符号化完了通知をカウントし、２回に１回の割合つまり、６０ミリ秒に１回の割合で図５に示す構造の伝送フレーム３７の組み立てを行う。
【００１９】
図５には伝送フレーム３７が１個の場合と、伝送フレームが２個連続する場合と、伝送フレームが４個連続する場合の３種類が示されている。図５の伝送フレーム３７は１０８バイトの固定長のデータ単位であり、ヘッダ３４とオーディオ符号３５と画像符号の伝送単位３６とからなる。ヘッダ３４は通常１バイトであるが、必要に応じて２バイトに拡張することができる。オーディオ符号３５は３２バイトの単位符号が２単位分、つまり６４バイトが格納され、残りの４３バイトまたはヘッダ拡張がある場合には４２バイトの領域に画像符号が格納される。格納された画像符号は伝送単位３６と呼ぶことにし、その中に画像符号の復号単位の最終バイトが含まれる個数が制御符号としてヘッダ３４の中に格納され、伝送される。
【００２０】
まずマルチプレクス部５は第２の記憶部４から２単位分のオーディオ符号を読み出し、内部のメモリにコピーする。次に画像符号を第１の記憶部２から読み出し、内部のメモリにコピーする。この際、画像符号化部１が通知していた復号単位の最終アドレスを参照して何個の復号単位の最終アドレスを画像符号の伝送単位３６内に格納したかを、ヘッダ３４内のフラグにセットする。
【００２１】
復号単位を説明するために図４を示す。図４は画像符号化装置１が出力する１画面分の符号を、それに含まれるブロックラインの符号３１の境界で区分したものを上に、同じく１画面分の符号を、それに含まれる復号単位３２の境界で区分したものを下に示し、両者の関係を示す図である。つまり、復号単位３２とはブロックラインの符号３１を含み、それ以上のサイズを持ち、バイト境界を持つデータである。復号単位３２がバイト境界を持つ理由はデータの受信がバイトを単位に通知されるためで、復号単位３２が全て受信された後に画像復号器１４を起動すれば１ブロックラインを復号することができるのである。このように復号単位は画像復号器１４が１回の処理を滞りなく実行できるだけのデータである。
【００２２】
ブロックラインの符号３１は多くの場合バイト境界を持たないため、復号単位３２の最終バイトには次のブロックラインの符号が数ビット含まれる。ただし、最後の７個目のブロックラインの符号の後にはＥＯＩ（End Of Image）マーカー３３が続くため、ＥＯＩマーカー３３が復号単位の最終バイトとなる。復号単位の最終バイトが図５に示す画像符号の伝送単位３６の中に何個含まれたかを伝送フレーム３７のヘッダ３４に格納して送信する。受信装置側では、この復号単位の最終バイトの数だけ画像復号部１４を起動すればよいのである。本実施形態では１枚の画像を７つのブロックラインに分けて復号単位を定めているが、このように復号単位を小さくすることによって、画像が撮像されてから受信装置側で表示されるまでの遅延時間を小さくしているのである。また図５に示すように画像符号の伝送単位３６のサイズはオーディオ符号３５のサイズによって変化するし、またヘッダ３４の拡張の有無によっても変化するがいずれのサイズであっても、１個の伝送フレーム３７ごとに画像符号の伝送単位３６が格納され、その中に含まれる復号単位の最終バイトの個数を数えてヘッダ３４に格納すればよい。
【００２３】
マルチプレクス部５はこのようにして１個の伝送フレームを組み立てるが、送信速度設定部６が指定する送信速度に応じて、１回の処理で生成する伝送フレーム３７の数を決定する。つまり送信速度設定部６が14.4 kbpsを指定している場合は、１回の処理つまり６０ミリ秒ごとに１個の伝送フレーム３７を組み立て、これは図５の上段に示される。送信速度設定部６が28.8 kbpsを指定している場合は、１回の処理ごとに２個の伝送フレーム３７を組み立て、このときの伝送フレームの状態は図５の中段のようになる。送信速度設定部６が57.6 kbpsを指定している場合は、１回の処理ごとに４個の伝送フレーム３７を組み立て、このときの伝送フレームの状態は図５の下段のようになる。
【００２４】
複数個の伝送フレーム３７を組み立てる場合、最初の伝送フレーム３７にはオーディオ符号３５が格納されるが、２個目以降にはオーディオ符号を格納する必要がない。ただし伝送エラーなどにより送信が遅延している場合には、第２の記憶部４に未送信のオーディオ符号がたまっているので、これを格納することができる。ヘッダ３４の中にはその伝送フレーム３７内に格納したオーディオ符号の符号化単位の数が格納され、受信装置側へ通知される。通常２単位のオーディオ符号３５を格納する１個目の伝送フレームでは、最大３単位を格納することができるため、第２の記憶部４に未送信のオーディオ符号がたまっている場合は、まず１個目の伝送フレーム３７に３単位のオーディオ符号を格納し、それでも未送信のオーディオ符号がたまっている場合には２個目以降の伝送フレーム３７においても、最大３単位のオーディオ符号を格納できる。このようにして送信が遅延した場合でも受信側で再生される音の途切れを防ぐことができる。
【００２５】
マルチプレクス部５はこのようにして組み立てた伝送フレーム３７をデータ送信部７へ渡して送信を依頼する。データ送信部７は最大64 kbpsでデータ受信部１１と通信可能なＴＡ（ターミナルアダプタ）である。もしくはデータ送信部７は最大64 kbpsで通信可能なcdnaOne携帯電話のパケット通信用のデータ通信カードであってもよく、その場合のデータ受信部１１は専用のモデムであるかインターネットに接続したＴＡであればよい。
【００２６】
このようにデータ通信路が最大64 kbpsであっても、通信速度設定部６において28.8 kbpsや14.4 kbpsの低い通信速度を選択すると、本発明の画像送信装置はその設定の速度でデータを送信し、しかもオーディオ符号の送信速度は確保されているために、送信装置側でオーディオ符号があふれたり、受信装置側で再生音が途切れるといった問題が生じにくい。低い通信速度が設定された場合は、画像符号の送信速度が低下するため、受信装置側で画像が表示される間隔が広がることになる。
【００２７】
次に図２によって受信装置について説明する。これは図１の実施形態と共に使用して好適な画像受信装置のブロック図である。網８からやってくるデータをデータ受信部１１が取得する。データ受信部１１は１０８バイトである伝送フレーム３７を受信したら、これをデマルチプレクス部１２へ渡す。デマルチプレクス部１２は伝送フレーム３７中のヘッダ３４を参照してオーディオ符号３５が有るかどうか、有る場合には何単位有るかを知り、オーディオ符号３５が有れば第４の記憶部１６へ記憶させる。第４の記憶部１６は受信したオーディオ符号の到着のタイミングとオーディオ符号の復号のタイミングとのずれを吸収するＦＩＦＯ（First In First Out）メモリである。オーディオ復号部１７は３０ミリ秒のタイマーによって定期的に起動し、第４の記憶部に記憶されているオーディオ符号を参照して復号し、音データをオーディオ再生部１８へ出力する。
【００２８】
デマルチプレクス部１２は伝送フレーム３７中のヘッダ３４を参照して、オーディオ符号３５のサイズとヘッダ拡張の有無を知るので、画像符号の伝送単位３６のサイズを算出する。画像符号の伝送単位３６は、第３の記憶部１３へ記憶させる。またヘッダ３４の中に格納されている、復号単位の最終バイトの個数を参照し、画像復号部１４へその個数だけ復号処理を実行するように指示する。第３の記憶部１３にはきれぎれに受信されてくる画像符号が記憶されて蓄積され、復号単位を形成する。画像復号部１４はデマルチプレクス部１２からの指示を受けて復号処理を実行し１画面分の画像データが復号されたら、画像表示装置１５へ指示して表示させる。
【００２９】
図２の画像受信装置は網８や本発明の送信側の装置のデータ通信速度がどのくらいであるかを知らない。どのデータ通信速度であろうとも同一の処理と手順によって動作するのである。このように本発明の画像送信装置を用いると、伝送フレーム３７のサイズとその構造を変更しようとして画像受信装置と交渉して合意を形成する必要がなくなり、勝手に送信速度を変更できるようになる。
【００３０】
図６は請求項２の発明を示す第２の好適な実施形態を示すブロック図である。この実施形態は送信速度設定部６とデータ送信部７とに特徴があり、その他は第１の実施形態と同じであるので、同じ部分の説明は省略する。
【００３１】
図２において送信速度設定部６は14.4 kbps、28.8 kbps、57.6 kbpsの３種類の中から一つを選択して指定する。送信速度は図示しないユーザーインターフェースにおいてユーザーが設定し、送信速度設定部６に設定が記憶され、かつデータ送信部７が通信を開始する際のデータ受信部９との交渉時の設定として使用される。
【００３２】
データ送信部７は網８を介して図２のデータ受信部９と通信を行い、データ通信速度を通信中に変化させるPHSを利用したベストエフォート型のデータ送信部である。例えば、他の利用者がおらず電波がすいている状態では２個の回線を束ねて64 kbpsのデータ通信速度を提供するが、混んでいる場合など状況によっては使用回線を１個に落として32 kbpsのデータ通信速度を提供する。
【００３３】
ユーザーが64 kbpsを設定しておき、通信の開始時に64 kbpsで接続した後、通信中に条件が悪化してデータ送信部７がデータ通信速度を32 kbpsに落とした場合、データ送信部７は送信速度設定部６に通知する。送信速度設定部６はその通知に応じて設定送信速度を変化させる。すると、マルチプレクス部５が伝送フレーム３７を組み立てる際に送信速度設定部６の設定する送信速度を参照するので、その速度で伝送可能なデータ量以内で伝送フレーム３７を組み立てる。
【００３４】
例えば、データ送信部７が回線を２個使用している場合は、64 kbpsのデータ通信速度であり、そのうちユーザーが使用可能なのは58400 bpsである。よって送信速度設定部６は送信速度を57600 bpsに設定する。このとき伝送フレームは６０ミリ秒に４個ずつ組み立てられるので、データ発生速度は57600 bpsとなる。データ送信部７が回線を１個のみ使用している場合には、32 kbpsのデータ通信速度であり、そのうちユーザーが使用できるのは29200 bpsである。このため送信速度設定部６は送信速度を28800 bpsに設定する。このとき伝送フレームは６０ミリ秒に２個ずつ組み立てられるので、データ発生速度は28800 bpsとなる。
【００３５】
このように第２の実施形態においては受信装置と交渉することなく、画像送信装置の都合によって送信速度を変化させることができる。その場合でもオーディオ符号の送信速度は確保されており、送信装置側でオーディオ符号があふれたり、受信装置側で再生音が途切れるといった問題が生じにくい。低い通信速度で動作する場合は、画像符号の送信速度が低下するため、受信装置側で画像が表示される間隔が広がることになる。
【００３６】
【発明の効果】
本発明の画像送信装置によれば次のような効果が得られる。データ通信速度が大幅に異なる通信路においても、伝送フレームのサイズとその構造を設計しなおす必要がない。またこれらは送信側と受信側とでの共通の知識であるが、変更が不要のため、通信開始前の交渉が不要となる。
【００３７】
さらに、通信中に大きくデータ通信速度が変化する通信路においても、送信装置は受信装置と交渉による合意形成をせずに連続的に柔軟に送信速度を変えて対応ができ、受信装置側では通信路や送信装置がデータ通信速度をどのように設定しているかを知ることなしに、同一の処理と手順で受信と復号を行うことができる。
【図面の簡単な説明】
【図１】本発明の画像送信装置の第１の好適な実施形態のブロック図である。
【図２】図１の画像送信装置と共に使用して好適な画像受信装置のブロック図である。
【図３】符号化する画像と、それに含まれる復号単位であるブロックラインを示す図である。
【図４】画像符号化装置１が出力する符号と、それに含まれるブロックラインの符号３１とそれに対応する復号単位３２の関係を示す図である。
【図５】マルチプレクス部５が組み立てて出力する伝送フレーム３７と、それに含まれるヘッダ３４、オーディオ符号３５、画像符号の伝送単位３６を示す図である。
【図６】本発明の画像送信装置の第２の好適な実施形態のブロック図である。
【図７】従来の画像伝送装置のブロック図である。
【符号の説明】
１画像符号化部
２第１の記憶部
３オーディオ符号化部
４第２の記憶部
５マルチプレクス部
６通信速度設定部
７データ送信部
８網
９カメラおよびＡＤ変換部
１０マイクロフォンおよびＡＤ変換部
１１データ受信部
１２デマルチプレクス部
１３第３の記憶部
１４画像復号部
１５画像表示装置
１６第４の記憶部
１７オーディオ復号部
１８オーディオ再生部
２１画像の第１のブロックライン
２２画像の第７のブロックライン
３１第１のブロックラインの符号
３２第１の復号単位
３３ＥＯＩマーカー
３４ヘッダ
３５オーディオ符号
３６画像符号の伝送単位
３７伝送フレーム
９１画像符号化部
９２第１の記憶部
９３送信部
９４網
９５受信部
９６第２の記憶部
９７画像復号部

Claims

画像データを符号化する画像符号化部と、
該画像符号化部が出力する符号を記憶する第１の記憶部と、
音データを符号化するオーディオ符号化部と、
該オーディオ符号化部が出力する符号を記憶する第２の記憶部と、
前記第１の記憶部と前記第２の記憶部に記憶されている符号から予め定められたサイズの伝送フレームを組み立てるマルチプレクス部と、
該伝送フレームを送信するデータ送信部と、を備える画像送信装置において、
前記マルチプレクス部へ送信速度を指示する送信速度設定部を備え、
前記オーディオ符号化部は所定の時間単位分の音データの符号化が完了すると前記マルチプレクス部へオーディオ符号化完了を通知し、前記マルチプレクス部は前記オーディオ符号化完了通知の回数をカウントして、所定の回数の通知をカウントした場合に、前記送信速度設定部の指示する送信速度で送信可能なデータ量以内で、前記予め定められたサイズの伝送フレームを１個以上組み立て、前記データ送信部へ送信を指示することを特徴とする画像送信装置。
前記送信速度設定部は前記データ送信部の送信可能な送信速度に応じて設定送信速度を通信中に変化させることを特徴とする請求項１記載の画像送信装置。