(57)【要約】【課題】コマ落ち等により画像受信装置での画像の視認性が良好でないことがあった。【解決手段】強誘電体メモリは、前記送信部が複数の画像を送信した複数の時刻の各毎における、前記送信部が前記送信に用いた伝送路の伝送容量の大きさを示す送信履歴を記憶しており、処理部は、前記強誘電体メモリに記憶されている前記送信履歴を参照することにより、前記複数の時刻に引き続く一の時刻で送信すべき一の画像を、前記複数の時刻のうちの最後の時刻での前記伝送路の伝送容量により規定されるビット数で表現し、前記送信部は、前記一の時刻に、前記処理部により前記ビット数で表現された前記一の画像を、前記伝送路を介して送信する。【選択図】図１
2008301321.tif 000002
【特許請求の範囲】
【請求項１】
強誘電体メモリと、処理部と、送信部とを含む画像送信装置であって、
前記強誘電体メモリは、前記送信部が複数の画像を送信した複数の時刻の各毎における、前記送信部が前記送信に用いた伝送路の伝送容量の大きさを示す送信履歴を記憶しており、
前記処理部は、前記強誘電体メモリに記憶されている前記送信履歴を参照することにより、前記複数の時刻に引き続く一の時刻で送信すべき一の画像を、前記複数の時刻のうちの最後の時刻での前記伝送路の伝送容量により規定されるビット数で表現し、
前記送信部は、前記一の時刻に、前記処理部により前記ビット数で表現された前記一の画像を、前記伝送路を介して送信することを特徴とする画像送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＰＥＧのような動画像を送信する画像送信装置に関する。
【背景技術】
【０００２】
従来の画像送信装置は、図５に図示されているように、時刻Ｔ１〜Ｔ７のとき、複数の画像である複数のフレームＦＲ１〜ＦＲ７を、伝送路（例えば、インターネット）を介して、受信側の画像受信装置へ送信する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の画像送信装置は、前記複数のフレームＦＲ１〜フレームＦＲ７を送信しようとする場合に、そのときの伝送路の伝送容量が、前記複数のフレームＦＲ１〜ＦＲ７のデータ量に比して充分には大きくないとき、前記複数のフレームＦＲ１〜ＦＲ７の全てを円滑に送信することができない。その結果、例えば、コマ落ち、即ち、前記複数のフレームＦＲ１〜ＦＲ７のうちの１つ以上のフレームを送信することができず、その結果、画像受信装置での視認性が良好でないという問題があった。
【課題を解決するための手段】
【０００４】
本発明に係る画像送信装置は、上記した課題を解決すべく、
強誘電体メモリと、処理部と、送信部とを含む画像送信装置であって、
前記強誘電体メモリは、前記送信部が複数の画像を送信した複数の時刻の各毎における、前記送信部が前記送信に用いた伝送路の伝送容量の大きさを示す送信履歴を記憶しており、
前記処理部は、前記強誘電体メモリに記憶されている前記送信履歴を参照することにより、前記複数の時刻に引き続く一の時刻で送信すべき一の画像を、前記複数の時刻のうちの最後の時刻での前記伝送路の伝送容量により規定されるビット数で表現し、
前記送信部は、前記一の時刻に、前記処理部により前記ビット数で表現された前記一の画像を、前記伝送路を介して送信する。
【０００５】
上記した本発明に係る画像送信装置によれば、前記送信部は、前記処理部が前記送信履歴の参照により前記最後の時刻における前記伝送路の伝送容量により規定されるビット数で表現した前記一の画像を、前記一の時刻に前記伝送路を介して送信することから、従来と異なり、当該一の画像を円滑に送信することができる。
【０００６】
本発明に係る画像送信装置によれば、また、前記送信履歴が前記強誘電体メモリに記憶されており、これにより、たとえ、前記一の画像の送信に先立ち、当該画像送信装置に電源の瞬断等が生じたときであっても、前記送信履歴は、前記強誘電体メモリに記憶され続けて、この結果、前記処理部は、前記最後の時刻における前記伝送路の前記伝送容量を参照可能であることから、上記した効果を得ることができる。
【発明を実施するための最良の形態】
【０００７】
本発明に係る画像送信装置の実施例について図面を参照して説明する。
【０００８】
《構成》
図１は、実施例の画像送信装置の構成を示す。実施例の画像送信装置ＴＸは、例えば、インターネットにおける、ＭＰＥＧのような動画像（図５（Ａ）に図示された複数のフレームＦＲ１〜ＦＲ７）及び音声を不特定多数の者に送信するサーバ、又は、前記動画像及び音声を特定少数の者に送信するクライアント（一般の端末）である。実施例の画像送信装置ＴＸは、図１に示されるように、前記動画像及び音声を、伝送路Ｒ（例えば、メタルケーブル、光ファイバー、無線）を介して対向の画像受信装置ＲＸへ送信すべく、ＭＰＵ１と、ＦｅＲＡＭ２と、ＲＡＭ３と、送信部４と、検出部５とを含む。ここで、ＭＰＵ１は、『処理部』に相当し、ＦｅＲＡＭ２は、『強誘電体メモリ』に相当し、送信部４は、『送信部』に相当する。
【０００９】
画像送信装置ＴＸの説明に先立ち、フレームＦＲ１〜ＦＲ７について説明する。フレームＦＲ１〜ＦＲ７は、図５（Ａ）に示されるように、時刻Ｔ１〜Ｔ７に送信すべきフレームである。フレームＦＲ１〜ＦＲ７の各々は、マトリクス状に位置する複数個（６４個）のブロックＢＫ（０、０）〜ＢＫ（７、７）を有する。更に、ブロックＢＫ（０、０）〜ＢＫ（７、７）の各々は、例えば、ブロックＢＫ（１、１）は、図５（Ｂ）に示されるように、マトリクス状に位置する複数個（１６個）の画素ＰＸ（０、０）〜ＰＸ（３、３）からなる。画素ＰＸ（０、０）〜ＰＸ（３、３）の各々は、例えば、画素ＰＸ（１、０）は、上記した伝送路Ｒの伝送容量ＲＣ（図２、３、５に図示。）の大きさに応じて、図２に示されるように、６〜８ビットのうちのいずれかの画素ビット数ＰＢで表現された上で、より詳しくは、離散コサイン変換（ＤＣＴ）に基づくフレーム間予測（特に、動き補償）又はフレーム内予測による、前記６〜８ビットの画素ビット数ＰＢでの画像圧縮を施された上で、送信される。
【００１０】
ＭＰＵ１は、前記画像圧縮のアルゴリズムを規定するプログラム（図示せず。）に従って、フレームＦＲ１〜ＦＲ７の送信に先立ち、フレームＦＲ１〜ＦＲ７の各々を構成するブロックＢＫ（０、０）〜ＢＫ（７、７）中の画素ＰＸ（０、０）〜ＰＸ（３、３）を、６〜８ビットの画素ビット数ＰＢで画像圧縮する。
【００１１】
ＦｅＲＡＭ２は、不揮発性を有し、テーブルＴを予め記憶しており、また、送信履歴Ｈを順次更新して記憶していく。
【００１２】
テーブルＴは、図２に示されるように、前記伝送路Ｒの伝送容量ＲＣと、前記画素ビット数ＰＢとの対応関係を規定している。ＭＰＵ１は、例えば、当該時刻Ｔ１のときの伝送容量ＲＣ（時刻Ｔ１のときの、例えば、最大の伝送容量）が「９．２Ｍｂｐｓ」であったとき、時刻Ｔ２のときに、当該時刻Ｔ２に送信すべきフレームＦＲ２を、「８」ビットの画素ビット数ＰＢで画像圧縮する。
【００１３】
送信履歴Ｈは、図３に示されるように、時刻Ｔ１〜Ｔ７の各時刻毎における、伝送容量ＲＣの「最大」、「最小」（図５（Ａ）中に矢印で図示。）、及び「平均」であり、当該伝送容量ＲＣは、前記ＦｅＲＡＭ２に、検出部５によって順次更新して記憶される。ＦｅＲＡＭ２は、図３に示されるように、例えば、フレームＦＲ１を送信した時刻Ｔ１のときの伝送容量の最大、最小、及び平均が、「９．２Ｍｂｐｓ」、「８．０Ｍｂｐｓ」、「８．６Ｍｂｐｓ」であったとき、当該「９．２」、「８．０」、「８．６」を記憶し、同様にして、フレームＦＲ２を送信した時刻Ｔ２のときの伝送容量の最大、最小、及び平均が、「８．８Ｍｂｐｓ」、「８．１Ｍｂｐｓ」、「８．４Ｍｂｐｓ」であったとき、当該「８．８」、「８．１」、「８．４」を記憶する。
【００１４】
図１に戻り、ＲＡＭ３は、例えば、ＤＲＡＭ又はＳＲＡＭであり、ＭＰＵ１が、前記プログラムを実行する上で必要なデータ、及び、実行した結果であるデータを一時的に記憶し、例えば、前記画像圧縮を施す前のフレームＦＲ１〜ＦＲ７、及び、前記画像圧縮を施した後のフレームＦＲ１〜ＦＲ７を一時的に記憶するために用いられる。
【００１５】
送信部４は、ＭＰＵ１により画像圧縮を施されたフレームＦＲ１〜ＦＲ７を伝送路Ｒを介して画像受信装置ＲＸへ送信する。
【００１６】
検出部５は、前記送信部４が前記フレームＦＲ１〜ＦＲ７の各々を送信する毎に、伝送路Ｒの伝送容量ＲＣを直接検出し、又は、当該伝送路Ｒの伝送容量ＲＣについて、前記フレームＦＲ１〜ＦＲ７を受信する画像受信装置ＲＸから通知を受け、これにより、上記したように、伝送路Ｒの伝送容量ＲＣを、送信履歴Ｈとして、ＦｅＲＡＭ２に順次更新する。
【００１７】
《動作》
図４は、実施例の画像送信装置の動作を示すフローチャートである。以下、実施例の画像送信装置ＴＸについて、図４のフローチャートに沿って説明する。以下では、説明及び理解を容易にすべく、現在の時刻が、図５に図示の時刻Ｔ１〜Ｔ７のうち、時刻Ｔ５であり、また、当該時刻Ｔ５のときのフレームＦＲ５を送信した後、画像送信装置ＴＸの電源が瞬断したことを想定する。
【００１８】
ステップＳ１：送信部４は、時刻Ｔ５のとき、時刻Ｔ４での伝送路Ｒの伝送容量ＲＣにより定まる画素ビット数ＰＢに基づきＭＰＵ１により予め画像圧縮を施されたフレームＦＲ５を、伝送路Ｒを介して画像受信装置ＲＸへ送信する。
【００１９】
ステップＳ２：ＭＰＵ１は、送信すべきフレームＦＲ１〜ＦＲ７を全て送信したか否かを確認する。
【００２０】
ステップＳ３：ステップＳ２で、フレームＦＲ１〜ＦＲ７の全ての送信を未だ終えていないと判断すると、検出部５は、伝送路Ｒの伝送容量ＲＣを自ら検出することにより、または、画像受信装置ＲＸから当該伝送路Ｒの伝送容量ＲＣの通知を受けることにより、時刻Ｔ５における、伝送路Ｒの伝送容量ＲＣ（例えば、最大伝送容量、最小伝送容量、平均伝送容量）を知得する。より詳しくは、検出部５は、時刻Ｔ５における伝送路Ｒの最大伝送容量、最小伝送容量、平均伝送容量として、「８．９」、「８．１」、「８．２」を知得する。  
【００２１】
ステップＳ４：ＭＰＵ１は、当該時刻Ｔ５における最大伝送容量、最小伝送容量、平均伝送容量である「８．９」、「８．１」、「８．２」を、図３に図示されるように、ＦｅＲＡＭ２に既に送信履歴Ｈとして既に記憶されている、時刻Ｔ５に先立つ時刻Ｔ１〜Ｔ４における最大伝送容量、最小伝送容量、平均伝送容量に追加して書き込み、即ち、送信履歴Ｈを更新する。
【００２２】
上記したように、この時点で、画像送信装置ＴＸの電源に瞬断が生じると、ＦｅＲＡＭ２の不揮発性により、送信履歴Ｈ、即ち、時刻Ｔ１〜Ｔ５における伝送路Ｒの伝送容量ＲＣは、ＦｅＲＡＭ２に、消去されることなく記憶され続ける。以下では、当該電源の瞬断の後、電源供給が再開されたことを想定する。
【００２３】
ステップＳ５：画像送信装置ＴＸの電源供給が再開されると、ＭＰＵ１は、ＦｅＲＡＭ２に記憶されている送信履歴Ｈのうち、最後の時刻である時刻Ｔ５における伝送路Ｒの伝送容量ＲＣ（最大伝送容量、最小伝送容量、平均伝送容量のいずれか）に基づき、ＦｅＲＡＭ２中のテーブルＴを参照することにより、時刻Ｔ５に引き続く時刻Ｔ６に送信すべきフレームＦＲ６の画素ビット数ＰＢを決定する。ＭＰＵ１は、例えば、時刻Ｔ５における平均伝送容量「８．２」に基づきテーブルＴを参照することにより、時刻Ｔ６に送信すべきフレームＦＲ６の画素ビット数ＰＢとして「７」ビットを取得する。
【００２４】
ステップＳ６：ＭＰＵ１は、ＲＡＭ３に記憶されているフレームＦＲ６を、「７」ビットの画素ビット数ＰＢで画像圧縮し、即ち、変換する。ステップＳ６を終えると、ステップＳ１に戻る。
【００２５】
ステップＳ１：送信部４は、ステップＳ６で画像圧縮を施されたフレームＦＲ６を伝送路Ｒを介して画像受信装置ＲＸへ送信する。
【００２６】
ステップＳ２：ＭＰＵ１は、送信すべきフレームＦＲ１〜ＦＲ７の全てを送信したか否かを確認する。フレームＦＲ１〜ＦＲ７の全てを送信したと判断したときには、全ての処理を終了し、他方で、未だ、全てのフレームの送信が完了していないと判断したときには、上記したと同様にして、残りのフレーム、即ち、フレームＦＲ７を送信するための準備を行うべく、ステップＳ３へ進む。
【００２７】
《効果》
上記したように、実施例の画像送信装置ＴＸでは、ＦｅＲＡＭ２が、時刻Ｔ１〜Ｔ５における、伝送路Ｒの伝送容量ＲＣの履歴である送信履歴Ｈを記憶しており、ＭＰＵ１が、時刻Ｔ５のときの伝送容量ＲＣに基づき送信履歴Ｈを参照して、時刻Ｔ６で送信すべきフレームＦＲ６に施す画像処理のための画素ビット数ＰＢを決定し、フレームＦＲ６を当該画素ビット数ＰＢに基づき画像処理した後に、前記送信部４が、当該フレームＦＲ６を前記伝送路Ｒを介して送信することから、フレームＦＲ６の送信を、従来のようなコマ落ちが発生する可能性を低減した上で行うことが可能となる。
【００２８】
上記した実施例の画像送信装置ＴＸでは、また、前記送信履歴ＨがＦｅＲＡＭ２に記憶されていることから、たとえ、時刻Ｔ５での電源の瞬断が発生しその後に電源が復旧したときであっても、上記した効果を得ることが可能となる。
【図面の簡単な説明】
【００２９】
【図１】実施例の画像送信装置の構成を示す図。
【図２】実施例のテーブルの内容を示す図。
【図３】実施例の送信履歴の内容を示す図。
【図４】実施例の画像送信装置の動作を示すフローチャート。
【図５】画像の構成を示す図。
【符号の説明】
【００３０】
ＴＸ…画像送信装置、１…ＭＰＵ、２…ＦｅＲＡＭ、３…ＲＡＭ、４…送信部、５…検出部、Ｔ…テーブル、Ｈ…送信履歴、Ｒ…伝送路。
【図１】
2008301321.tif 000003
【図２】
2008301321.tif 000004
【図３】
2008301321.tif 000005
【図４】
2008301321.tif 000006
【図５】
2008301321.tif 000007