(57)【要約】【課題】多様なサービスを利用可能な小型軽量の通信装置を提供する。【解決手段】ディスプレイ端末１００のシグナリング部１０３は、通信部１０２を介してコンテンツサーバ、ビデオ通信端末、および、ＰＣサーバと通信を確立し、それぞれ、ＭＰＥＧ２、ＭＰＥＧ４、および、ＪＰＥＧにより圧縮された画像データの送受信を行う。メディア制御部１０５は、受信した画像データに基づいて、メディア処理部１０４におけるデコードのための圧縮形式を切替える。メディア処理部１０４は、切替えられた圧縮形式にしたがって、逆直交変換処理、逆量子化処理を含むデコード処理を行なう。このとき逆直交変換処理、逆量子化処理は、単一の処理回路により行なう。【選択図】図１
2008118181.tif 000002
【特許請求の範囲】
【請求項１】
無線通信によって受信した画像データを復号化して表示する通信装置であって、
画像データを表示する表示手段と、
アプリケーションプログラムを実行して生成したアプリケーション画面データ（第１の
画像データ）を送信するコンピュータと、ビデオ通信のためのビデオ画像データ（第２の
画像データ）を送信する通信端末と、動画像を含むコンテンツデータ（第３の画像データ
）を送信するコンテンツサーバの、それぞれとの無線通信を確立するための通信確立手段
と、
前記通信確立手段により通信が確立された前記コンピュータ、前記通信端末、および、
前記コンテンツサーバから、それぞれ前記第１、第２、および、第３の画像データを受信
する受信手段と、
前記受信した第１、第２、および、第３の画像データを、それぞれの圧縮形式に対応し
て復号化し、前記表示手段に表示するための表示用画像データを生成する生成手段と、
前記第１、第２、および、第３の画像データの圧縮形式に対応して、前記生成手段にお
ける復号化の形式を切替える制御手段と、
を備え、
前記第１、第２および第３の画像データは、いずれも２次元の画像データを空間周波数
領域の画像データに変換する直交変換処理と、直交変換処理された画像データの量子化処
理とを含む圧縮形式を用いて符号化されたものであり、
前記生成手段は、前記第１、第２および第３の画像データを復号化するための逆直交変
換処理と逆量子化処理を単一の処理回路により実行する
ことを特徴とする通信装置。
【請求項２】
前記第１、第２、および、第３の画像データの圧縮形式が、それぞれＪＰＥＧ、ＭＰＥ
Ｇ４、および、ＭＰＥＧ２であることを特徴とする請求項１に記載の通信装置。
【請求項３】
無線通信によって受信した画像データを復号化して表示する通信装置の制御方法であっ
て、
アプリケーションプログラムを実行して生成したアプリケーション画面データ（第１の
画像データ）を送信するコンピュータと、ビデオ通信のためのビデオ画像データ（第２の
画像データ）を送信する通信端末と、動画像を含むコンテンツデータ（第３の画像データ
）を送信するコンテンツサーバの、それぞれとの無線通信を確立し、
通信が確立された前記コンピュータ、前記通信端末、および、前記コンテンツサーバか
ら、それぞれ前記第１、第２、および、第３の画像データを受信し、
前記受信した第１、第２、および、第３の画像データを、それぞれの圧縮形式に対応し
て復号化し、
前記復号化した画像データから表示用画像データを生成し、
前記生成した表示用画像データを表示し、
前記第１、第２および第３の画像データは、いずれも２次元の画像データを空間周波数
領域の画像データに変換する直交変換処理と、直交変換処理された画像データの量子化処
理とを含む圧縮形式を用いて符号化されたものであり、
前記第１、第２および第３の画像データを復号化するための逆直交変換処理と逆量子化
処理は単一の処理回路により実行する
ことを特徴とする通信装置の制御方法。
【請求項４】
コンピュータに、
アプリケーションプログラムを実行して生成したアプリケーション画面データ（第１の
画像データ）を送信するコンピュータと、ビデオ通信のためのビデオ画像データ（第２の
画像データ）を送信する通信端末と、動画像を含むコンテンツデータ（第３の画像データ
）を送信するコンテンツサーバの、それぞれとの無線通信を確立させる機能と、
通信が確立された前記コンピュータ、前記通信端末、および、前記コンテンツサーバか
ら、それぞれ前記第１、第２、および、第３の画像データを受信させる機能と、
前記受信された第１、第２、および、第３の画像データを、それぞれの圧縮形式に対応
して復号化させる機能と、
前記復号化された画像データから表示用画像データを生成させる機能と、
前記生成された表示用画像データを表示させる機能とを実現させ、
前記第１、第２および第３の画像データは、いずれも２次元の画像データを空間周波数
領域の画像データに変換する直交変換処理と、直交変換処理された画像データの量子化処
理とを含む圧縮形式を用いて符号化されたものであり、
前記第１、第２および第３の画像データを復号化するための逆直交変換処理と逆量子化
処理は単一の処理回路により実行させる
ことを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のサーバから送信される画像データを無線通信により受信し
て表示可能な通信装置、その制御方法および制御プログラムに関する。
【背景技術】
【０００２】
近年、ネットワークを利用した新しいコンピューティングのスタイルとして、ネットワ
ークコンピューティング技術が研究開発されている（例えば、非特許文献１を参照）。
【０００３】
従来のコンピュータでは、いろいろなアプリケーションプログラムをユーザの計算機端
末（例えば、ＰＣなど）に記憶しておき、必要に応じて、それらのアプリケーションプロ
グラムを起動して利用していた。これに対して、ネットワークコンピューティングでは、
例えば、ネットワーク上に存在するサーバ装置から、利用しようとするアプリケーション
プログラムを必要に応じてダウンロードし、利用することを実現している。このようなネ
ットワークコンピューティング・システムを利用すれば、ユーザ側の計算機端末に必要と
される機能を制限することによって機器を小型化することも可能である。
【０００４】
ところで、近年のネットワークに接続可能な携帯電話の普及などに見られるように、さ
まざまなデジタルデバイスが無線通信を介してネットワークに接続可能になっている。こ
のような無線通信を介したネットワークサービスの利用の傾向は、今後も、さまざまな場
面で高まっていくと考えられる。
【０００５】
そのようなさまざまな種類のサービスを利用したいというユーザからの要求に答えるた
めには、非常に小型でありながら、従来のモバイルコンピュータのような高度な機能を利
用した、さまざまなサービスに対応することが可能な通信端末を実現することが非常に重
要な課題となる。
【非特許文献１】Ｔｒｉｓｔａｎ  Ｒｉｃｈａｒｄｓｏｎ，  Ｑｕｅｎｔｉｎ  Ｓｔａｆｆｏｒｄ−Ｆｒａｓｅｒ，  Ｋｅｎｎｅｔｈ  Ｒ．  Ｗｏｏｄ，  ａｎｄ  Ａｎｄｙ  Ｈｏｐｐｅｒ，“Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｃｏｍｐｕｔｉｎｇ”，  ＩＥＥＥ  Ｉｎｔｅｒｎｅｔ  Ｃｏｍｐｕｔｉｎｇ，  Ｖｏｌ．２，  Ｎｏ．１，  Ｊａｎｕａｒｙ／Ｆｅｂｒｕａｒｙ  １９９８．
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したようなネットワークコンピューティング・システムにおいても
、ユーザ側の端末側には、ダウンロードして利用するアプリケーションプログラムを動作
させるための計算能力が必要となり、これがユーザ側の端末の小型軽量化への障害のひと
つとなっている。
【０００７】
一方で、携帯電話などのような携帯端末では、卓上型（もしくはノート型）のパソコン
で動作するアプリケーションプログラムの高度なグラフィック機能などを十分に活用する
ことができない。
【０００８】
本発明は、このような従来技術の問題点を解決するためになされたものであって、ＰＣ
のようなコンピュータで動作するアプリケーションプログラムの利用、ビデオ画像を用い
た通信、動画像を含むコンテンツデータの視聴という多様なサービスが利用でき、極めて
小型軽量化することが可能な通信装置、通信装置の制御方法、および、通信装置の制御プ
ログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の通信装置は、無線通信によって受信した画像デー
タを復号化して表示する通信装置であって、画像データを表示する表示手段と、アプリケ
ーションプログラムを実行して生成したアプリケーション画面データ（第１の画像データ
）を送信するコンピュータと、ビデオ通信のためのビデオ画像データ（第２の画像データ
）を送信する通信端末と、動画像を含むコンテンツデータ（第３の画像データ）を送信す
るコンテンツサーバの、それぞれとの無線通信を確立するための通信確立手段と、前記通
信確立手段により通信が確立された前記コンピュータ、前記通信端末、および、前記コン
テンツサーバから、それぞれ前記第１、第２、および、第３の画像データを受信する受信
手段と、前記受信した第１、第２、および、第３の画像データを、それぞれの圧縮形式に
対応して復号化し、前記表示手段に表示するための表示用画像データを生成する生成手段
と、前記第１、第２、および、第３の画像データの圧縮形式に対応して、前記生成手段に
おける復号化の形式を切替える制御手段と、備え、前記第１、第２および第３の画像デー
タは、いずれも２次元の画像データを空間周波数領域の画像データに変換する直交変換処
理と、直交変換処理された画像データの量子化処理とを含む圧縮形式を用いて符号化され
たものであり、前記生成手段は、前記第１、第２および第３の画像データを復号化するた
めの逆直交変換処理と逆量子化処理を単一の処理回路により実行することを特徴とする。
【００１０】
また、本発明の通信装置の制御方法は、無線通信によって受信した画像データを復号化
して表示する通信装置の制御方法であって、アプリケーションプログラムを実行して生成
したアプリケーション画面データ（第１の画像データ）を送信するコンピュータと、ビデ
オ通信のためのビデオ画像データ（第２の画像データ）を送信する通信端末と、動画像を
含むコンテンツデータ（第３の画像データ）を送信するコンテンツサーバの、それぞれと
の無線通信を確立し、通信が確立された前記コンピュータ、前記通信端末、および、前記
コンテンツサーバから、それぞれ前記第１、第２、および、第３の画像データを受信し、
前記受信した第１、第２、および、第３の画像データを、それぞれの圧縮形式に対応して
復号化し、前記復号化した画像データから表示用画像データを生成し、前記生成した表示
用画像データを表示し、前記第１、第２および第３の画像データは、いずれも２次元の画
像データを空間周波数領域の画像データに変換する直交変換処理と、直交変換処理された
画像データの量子化処理とを含む圧縮形式を用いて符号化されたものであり、前記第１、
第２および第３の画像データを復号化するための逆直交変換処理と逆量子化処理は単一の
処理回路により実行することを特徴とする。
【００１１】
また、本発明の制御プログラムは、コンピュータに、アプリケーションプログラムを実
行して生成したアプリケーション画面データ（第１の画像データ）を送信するコンピュー
タと、ビデオ通信のためのビデオ画像データ（第２の画像データ）を送信する通信端末と
、動画像を含むコンテンツデータ（第３の画像データ）を送信するコンテンツサーバの、
それぞれとの無線通信を確立させる機能と、通信が確立された前記コンピュータ、前記通
信端末、および、前記コンテンツサーバから、それぞれ前記第１、第２、および、第３の
画像データを受信させる機能と、前記受信された第１、第２、および、第３の画像データ
を、それぞれの圧縮形式に対応して復号化させる機能と、前記復号化された画像データか
ら表示用画像データを生成させる機能と、前記生成された表示用画像データを表示させる
機能とを実現させ、前記第１、第２および第３の画像データは、いずれも２次元の画像デ
ータを空間周波数領域の画像データに変換する直交変換処理と、直交変換処理された画像
データの量子化処理とを含む圧縮形式を用いて符号化されたものであり、前記第１、第２
および第３の画像データを復号化するための逆直交変換処理と逆量子化処理は単一の処理
回路により実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ＰＣのようなコンピュータで動作するアプリケーションプログラムの
利用、ビデオ画像を用いた通信、動画像を含むコンテンツデータの視聴という多様なサー
ビスが利用でき、極めて小型軽量な通信装置を実現することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態について説明する。
【００１４】
図１は、本発明の実施形態に係わる通信装置１００（以下、ディスプレイ端末１００と
呼ぶ）を示すブロック図である。また、図２は、本発明の実施形態に係わるディスプレイ
端末１００を含むネットワークシステムの構成図である。
【００１５】
図２に示すように、本発明の実施形態に係わるディスプレイ端末１００は、ＷＬＡＮ（
Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：無線ＬＡＮ）アクセスポイ
ント２００を介して、ネットワーク８００に接続されている。
【００１６】
ＷＬＡＮアクセスポイント２００は、例えば、ＩＥＥＥ８０２．１１標準で規定される
無線ＬＡＮのように、無線でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信する際に
使用できる無線通信方式のアクセスポイント装置である。
【００１７】
ディスプレイ端末１００とＷＬＡＮアクセスポイント２００は、上述したＩＥＥＥ８０
２．１１などの規格にしたがった接続手順を経て、互いに通信できる状態であるものとす
る。これにより、ディスプレイ端末１００は、ネットワーク８００に接続されたＰＣサー
バ３００、コンテンツサーバ４００、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  
Ｐｒｏｔｏｃｏｌ）サーバ５００、ビデオ通信端末６００などと通信が可能になる。また
、同様に、ディスプレイ端末１００は、ＷＬＡＮアクセスポイント２００を介して、他の
ディスプレイ端末７００などともＩＰ通信が可能である。
【００１８】
ＰＣサーバ３００は、ディスプレイ端末１００とネットワーク８００を介して接続し、
ＰＣサーバ３００で動作するオペレーティングシステムやデスクトップ環境ソフトウェア
、アプリケーションプログラムが生成するグラフィックデスクトップ画面の画像データ（
アプリケーション画面データ）をディスプレイ端末１００に送信する。
【００１９】
ＰＣサーバ３００は、例えば、特開２００５−２４９８４１公報などに開示されたＰＣ
画面共有技術などにしたがって、ＰＣサーバ３００で生成されるグラフィックデスクトッ
プ画面が更新されるごとに、逐次、ディスプレイ端末１００に画像データの送信を行う。
【００２０】
このとき、ＰＣサーバ３００は、ＰＣサーバ３００とディスプレイ端末１００との間で
あらかじめ定められた画像圧縮形式（ＪＰＥＧ）を用いて画像データを圧縮、符号化して
送信する。
【００２１】
また、詳細は後述するが、ディスプレイ端末１００は、ＰＣサーバ３００から送信され
る画像データを表示し、表示された画像データに対してユーザからの制御入力があった場
合には、その制御入力データを、ＰＣサーバ３００に対して送信する。ＰＣサーバ３００
は、送信された制御入力データにしたがってアプリケーションプログラムなどを動作させ
、グラフィックデスクトップ画面を更新し、新たな画像データをディスプレイ端末１００
に送信する。
【００２２】
このようにディスプレイ端末１００からＰＣサーバ３００上で動作するアプリケーショ
ンプログラムなどを制御できるようにすることよって、ディスプレイ端末１００にはアプ
リケーションプログラムなどを動作させる計算能力が不要となる。
【００２３】
コンテンツサーバ４００は、動画像を含むコンテンツデータを蓄積したサーバ装置であ
って、ネットワーク上のほかの端末装置からの要求に応じて、蓄積しているコンテンツデ
ータを、その端末装置に送信して提供する。コンテンツデータの送信は、例えば、ＤＬＮ
Ａ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）の規格におい
て規定されているビデオ画像のストリーム転送、表示手順にしたがって行われる。なお、
コンテンツデータは、例えば、映画やＴＶ番組などのほか、一般のユーザが個人的に録画
をした映像などをコンテンツサーバ４００にアップロードしたものであってもよい。
【００２４】
コンテンツサーバ４００は、上述したＰＣサーバ３００からの画像データ送信のときと
同様に、コンテンツサーバ４００とディスプレイ端末１００との間であらかじめ定められ
た画像圧縮形式（ＭＰＥＧ２）を用いて画像データを圧縮、符号化して送信する。
【００２５】
なお、以下の説明では、コンテンツサーバ４００からディスプレイ端末１００へのコン
テンツデータの送信は、上述したＤＬＮＡの規格にしたがって行われるものとして説明を
行うが、コンテンツデータの送信手順は、上述したＤＬＮＡの規格にしたがう場合に限定
されるものではなく、他に、例えば、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎ
ｇ  Ｐｒｏｔｏｃｏｌ）などのような規格にしたがってコンテンツデータの送信を行うよ
うにすることも可能である。
【００２６】
ビデオ通信端末６００は、ＳＩＰサーバ５００を介してディスプレイ端末１００とビデ
オ通信を行う端末である。ここでビデオ通信とは、ネットワークを介して接続された通信
端末間で映像データ（ビデオ画像データ）や音声データを送受信して、話者の映像などを
見ながらリアルタイムに会話などを行うことが可能な通信をいう。
【００２７】
ここで、ＳＩＰサーバ５００を介した端末間のシグナリングについては、例えば、ＲＦ
Ｃ３２６１に規定された方法にしたがって行われる。
【００２８】
まず、ディスプレイ端末１００は、ＳＩＰサーバ５００を介して、ビデオ通信端末６０
０にＩＮＶＩＴＥリクエストを送信する。ＩＮＶＩＴＥリクエストを受信したビデオ通信
端末６００が、リクエストに応じてレスポンスを返信することにより、ディスプレイ端末
１００とビデオ通信装置６００との間の通信が確立する。このとき、ディスプレイ端末１
００とビデオ通信端末６００との間で、通信に用いるための通信方式や、データ送受信の
ための圧縮形式などについて取り決めが行われる。なお、ここではディスプレイ端末１０
０とビデオ通信端末６００との間で送受信される画像データは、あらかじめ定めた圧縮形
式（ＭＰＥＧ４）で圧縮、符号化されているものとする。
【００２９】
なお、以下の説明では、ディスプレイ端末１００とビデオ通信端末６００との間の通信
の確立は、ＳＩＰに規定された手順にしたがって、ＳＩＰサーバ５００を介して行われる
ものとして説明するが、通信確立のための手順はＳＩＰによるものに限定する必要はない
。例えば、ほかの通信機器、サービス発見手順であるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐ
ｌｕｇ  ａｎｄ  Ｐｌａｙ）にしたがうものであってもよい。あるいはまた、用途に応じ
てこれらの通信手順を使い分けることができるようにしてもよい。
【００３０】
以上のように、ディスプレイ端末１００は、ネットワーク８００を介してＰＣサーバ３
００、コンテンツサーバ４００、ビデオ通信端末６００と接続が可能であり、それらのサ
ーバ、通信端末と通信を行うことにより、ＰＣサーバ３００上で動作するアプリケーショ
ンプログラムなどの利用、コンテンツサーバ４００に蓄積されたコンテンツデータの視聴
、ビデオ通信端末６００とのビデオ通信というサービスを利用することが可能となる。
【００３１】
なお、以下では、ＰＣサーバ３００、コンテンツサーバ４００、ビデオ通信端末６００
との間で利用できるサービスを、それぞれ「ＰＣ操作」「ビデオ視聴」「ビデオ通信」と
呼ぶ。
【００３２】
また、上述したように、ディスプレイ端末１００とＰＣサーバ３００、コンテンツサー
バ４００、ビデオ通信端末６００との間で送受信される画像データは、それぞれ、ＪＰＥ
Ｇ、ＭＰＥＧ４、ＭＰＥＧ２で圧縮されている。これらの圧縮形式は、いずれも２次元の
画像データを空間周波数領域へ変換する直交変換処理であるＤＣＴ（Ｄｉｓｃｒｅｔｅ  
Ｃｏｓｉｎｅ  Ｔｒａｎｓｆｏｒｍ）を行ったのちに、量子化処理を実施する圧縮形式で
ある。そのため、これらの方式を用いて圧縮された画像データのデコードにおいて、計算
リソースを必要とし、回路規模が大きくなる逆量子化処理と逆ＤＣＴ処理を、画像データ
の圧縮形式によらず、それぞれ同じ処理回路を用いて実現可能となる。したがって、この
ように各サービスで送受信されるデータの圧縮形式をＤＣＴおよび量子化処理を行なう方
式に統一し、デコード時の逆量子化処理と逆ＤＣＴ処理を、それぞれ単一の処理回路にて
実現することで、デコードに必要となる回路規模を小さくすることができ、ディスプレイ
端末１００の小型化を実現することが可能となる。
【００３３】
次に、図１を用いて、本発明の実施形態に係わるディスプレイ端末１００の構成につい
て説明する。
【００３４】
このディスプレイ端末１００は、画像データを表示する表示部１０１と、無線通信によ
りデータを送受信するための通信インタフェースである通信部１０２と、通信部１０２を
介して他の通信端末との間の通信を確立するためのシグナリング部１０３と、通信部１０
２を介して他の通信端末から送信された画像データを復号化（デコード）して、表示部１
０１に表示するための表示用画像データを生成するメディア処理部１０４と、通信部１０
２で受信した画像データの圧縮形式に対応して、メディア処理部１０４におけるデコード
の形式を切替えるメディア制御部１０５とを備えている。
【００３５】
さらに通信装置１００には、ユーザからの音声やペン入力などによる入力を受け付けた
り、通信部１０２を介して他の通信端末から送信されてきた音声データなどを出力したり
するためのユーザインタフェース部１０６を備えている。
【００３６】
なお、ユーザインタフェース部１０６から入力される音声データや画像データなどのメ
ディアデータや、通信部１０２で受信する音声データや画像データなどのメディアデータ
は、メディア制御部１０５に入力される。メディア制御部１０５は、これらのメディアデ
ータの解析を行い、適切な機能ブロック（メディア処理部１０４、デジタイザ１０６ａ、
スピーカ１０６ｂ、マイク１０６ｃ、カメラ１０６ｄなど）に送る。
【００３７】
例えば、メディア制御部１０５は、マイク１０６ｃやカメラ１０６ｄから得たデータを
パケット化し、通信部１０２を介してネットワーク８００上のほかの通信端末、サーバ装
置に送信する。一方、通信部１０２を介してほかの通信端末、サーバ装置からメディアデ
ータを受信した場合には、そのメディアデータの解析を行い、音声データについてはスピ
ーカ１０６ｂに送り、圧縮画像データについては、メディア処理部１０４に送る。
【００３８】
メディア処理部１０４は、メディア制御部１０５から送られた圧縮画像データを、その
画像データの圧縮形式にしたがってデコードして表示用の画像データを生成する。このと
き、メディア処理部１０４は、メディア制御部１０５からの制御により、画像データの圧
縮形式にしたがってデコードの方式が切り替えられる。このメディア制御部１０５による
デコードの方式の切り替え、および、メディア処理部１０４の動作の詳細については、後
述する。
【００３９】
メディア処理部１０４で生成された表示用の画像データは、次に、表示部１０１に送ら
れ表示される。
【００４０】
図３に、本発明の実施形態に係わるディスプレイ端末１００の外観を示す。
【００４１】
表示部１０１は、液晶モニタ１１１などによって構成されている。ユーザは、この液晶
モニタ１１１に表示された表示画像を視聴することで、ネットワーク上の他のサーバ装置
から送信されるコンテンツデータなどを視聴することができる。
【００４２】
また、ディスプレイ端末１００には、ユーザからのペン入力を受け付けるためのペンデ
バイス１１２が備えられている。このペンデバイス１１２は、おもにディスプレイ端末１
００においてＰＣサーバ３００との画面共有を行っているときに用いられる。ペンデバイ
ス１１２により入力されたデータは、デジタイザ１０６ａによりデータ化され、メディア
制御部１０５でパケット化されたのち、通信部１０２を介して、ネットワーク８００上の
ＰＣサーバ３００へ送信される。
【００４３】
次に、ディスプレイ端末１００が、ＰＣサーバ３００、コンテンツサーバ４００、およ
び、ビデオ通信端末６００のそれぞれと通信を行う場合のディスプレイ端末１００の動作
の詳細について、メディア処理部１０４、メディア制御部１０５の動作を中心にして説明
する。
【００４４】
まず、ディスプレイ端末１００が、コンテンツサーバ４００と通信を行う場合について
説明する。すなわち、ディスプレイ端末１００のユーザが、コンテンツサーバ４００に蓄
積されているコンテンツデータを受信して視聴（「ビデオ視聴」）する場合である。
【００４５】
ディスプレイ端末１００のシグナリング部１０３は、通信部１０２を介して、コンテン
ツサーバ４００を発見し、コンテンツサーバ４００に蓄積されているビデオコンテンツの
リストを取得する。取得されたビデオコンテンツのリストは、表示部１０１でユーザに提
示される。ユーザは、提示されたビデオコンテンツのリストの中から、視聴したいコンテ
ンツを（ペン入力などのデバイスを用いて）選択する。選択されたビデオコンテンツの情
報は、シグナリング部１０３から通信部１０２を介してコンテンツサーバ４００へ送信さ
れる。またシグナリング部１０３は、コンテンツの視聴開始を示すメッセージをメディア
制御部１０５へ通知する。このような手順を経て、ユーザが選択したコンテンツデータを
視聴できる状態となる。
【００４６】
以上のコンテンツサーバ４００の発見、コンテンツデータのリストの取得、視聴するコ
ンテンツの決定まで手順は、ＵＰｎＰ−ＡＶシグナリングに規定された手順（例えば、ｈ
ｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｔａｎｄａｒｄｉｚｅｄｄｃｐｓ／ｍｅｄｉ
ａｓｅｒｖｅｒ．ａｓｐに記載の仕様を参照）にしたがって行うものとする。図４は、シ
グナリング部１０３がＵＰｎＰ−ＡＶシグナリング手順にしたがってコンテンツサーバ４
００と通信を行い、コンテンツの視聴を行う際の通信シーケンスについて示した図である
。
【００４７】
シグナリング部１０３からメディア制御部１０５に送られるコンテンツの視聴開始を示
すメッセージには、図５に示すように、利用されるサービスの種類（「ビデオ視聴」）、
メディアストリームの種類（「ＭＰＥＧ２−ＰＳ（プログラムストリーム）」）、コンテ
ンツのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ：「ｈｔｔｐ
：／／１９２．１６８．０．２００：２００８０／ＲＤ＿０００１０００１＿ＶＲＯ．ｃ
ｓｉ」）が含まれる。ここで「１９２．１６８．０．２００」は、コンテンツサーバ４０
０のＩＰアドレスであるものとする。
【００４８】
メディア制御部１０５は、シグナリング部１０３からのメッセージの通知を受信すると
、受信したメッセージに含まれるメディアストリームの種類にしたがって、メディア処理
部１０４のデコード処理の形式を、ＭＰＥＧ２で圧縮された画像データに対応するように
初期化する。メディア処理部１０４の初期化動作については、後述する。
【００４９】
メディア制御部１０５は、さらに、通信部１０２を介して、コンテンツサーバ４００と
ＴＣＰを用いて通信を確立し、コンテンツデータの視聴を要求するメッセージをコンテン
ツサーバ４００に送信する。
【００５０】
上述したように、ディスプレイ端末１００とコンテンツサーバ４００との間のコンテン
ツデータの転送手順は、ＤＬＮＡの規格において規定されているストリーム転送手順にし
たがうので、コンテンツデータの要求は、図６に示すような「ＨＴＴＰ−ＧＥＴ」メッセ
ージを用いて行う。
【００５１】
コンテンツサーバ４００は、ディスプレイ端末１００からコンテンツデータの視聴を要
求するメッセージを受信すると、蓄積しているコンテンツデータのうち、視聴要求のあっ
たコンテンツデータをＭＰＥＧ２で圧縮して、ディスプレイ端末１００に送信する。この
ときコンテンツサーバ４００から送信されるデータの構成を図７に示す。
【００５２】
メディア制御部１０５は、コンテンツサーバ４００から送信されたデータを解析して、
ＭＰＥＧ２により圧縮された画像データと音声データを抽出する。なお、圧縮されたデー
タが画像データであるか音声データであるかは、ＨＴＴＰで送信されるＭＰＥＧ２−ＰＳ
をＰＥＳ（Ｐａｃｋｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）に分割し、各ＰＥＳの
ストリームＩＤを調べることによって判定することができる。
【００５３】
メディア制御部１０５は、抽出した音声データは、スピーカ１０６ｂに送る。このとき
音声データが圧縮されている場合には、圧縮形式に対応するデコード処理を施してスピー
カ１０６ｂに送る。
【００５４】
一方、メディア制御部１０５は、抽出した画像データは、メディア処理部１０４に送る
。
【００５５】
メディア処理部１０４は、メディア制御部１０５によってＭＰＥＧ２で圧縮された画像
データをデコードするように初期化されているので、送られた画像データに対して逆量子
化処理や逆ＤＣＴ処理などを施して、表示用画像データを生成することができる。そして
生成された表示用画像データは表示部１０１に送られて、ユーザに提示される。
【００５６】
以上がコンテンツサーバ４００に蓄積されたコンテンツデータを視聴する場合のディス
プレイ端末１００の動作である。
【００５７】
次に、ディスプレイ端末１００が、ビデオ通信端末６００との間で通信を行う場合につ
いて説明する。すなわち、ディスプレイ端末１００のユーザが、ＳＩＰサーバ５００を介
してビデオ通信端末６００との間で通信を確立し、「ビデオ通信」を行う場合である。
【００５８】
図８は、ビデオ通信を行う場合のディスプレイ端末１００とビデオ通信端末６００との
間の通信シーケンスを表している。
【００５９】
ディスプレイ端末１００のシグナリング部１０３は、ＳＩＰサーバ５００に対してディ
スプレイ端末１００の登録を行うとともに、ＳＩＰサーバ５００を介して、ビデオ通信端
末６００への接続要求を行う。ＳＩＰサーバ５００への登録、ビデオ通信端末６００への
接続要求は、ＳＩＰの規定にしたがって行う。
【００６０】
ＳＩＰによるシグナリングが完了し、ディスプレイ端末１００とビデオ通信端末６００
との間の通信が確立すると、ディスプレイ端末１００のシグナリング部１０３は、メディ
ア制御部１０５にビデオ通信の開始を示すメッセージを通知する。
【００６１】
シグナリング部１０３からメディア制御部１０５に送られるビデオ通信の開始を示すメ
ッセージには、図９に示すように、利用されるサービスの種類（「ビデオ通信」）、メデ
ィアストリームの種類（「ＲＴＰ／ＭＰＥＧ４」）、接続先であるビデオ通信端末６００
のＩＰアドレス（「１９２．１６８．０．１００」）が含まれる。
【００６２】
メディア制御部１０５は、シグナリング部１０３からのメッセージの通知を受信すると
、受信したメッセージに含まれるメディアストリームの種類にしたがって、メディア処理
部１０４のデコード処理の形式を、ＭＰＥＧ４で圧縮された画像データに対応するように
初期化する。メディア処理部１０４の初期化動作については、後述する。
【００６３】
次に、メディア制御部１０５は、通信部１０２を介して、ビデオ通信端末６００との間
で、音声データと画像データ（映像データ）の送受信を行う。ここでは、音声データと画
像データは、それぞれ個別にＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏ
ｔｏｃｏｌ）にしたがって送受信されるものとする。なお、ＲＴＰは、音声や映像をスト
リーミング再生するための伝送プロトコルである。ＲＴＰにしたがったデータの送受信に
ついては、ＲＦＣ３０１６などに規定されている。
【００６４】
メディア制御部１０５は、ビデオ通信端末６００から送信されるデータを、通信部１０
２を介して受信すると、受信したデータからＭＰＥＧ４で圧縮された画像データを抽出す
る。
【００６５】
図１０は、ＭＰＥＧ４で圧縮された画像データを含む、ビデオ通信端末６００から送信
されたデータの構成を示す図である。
【００６６】
メディア制御部１０５は、ＲＴＰヘッダ（「ＲＴＰ  ｈｅａｄｅｒ」）中の「Ｔｉｍｅ
ｓｔａｍｐ」が同一なデータに含まれるＲＴＰペイロードをシーケンス番号（「Ｓｅｑｕ
ｅｎｃｅ  Ｎｕｍｂｅｒ」）順に並べて、１ビデオフレーム（「Ｖｉｄｅｏ  Ｆｒａｍｅ
」）のデータ（圧縮画像データ）を構築する。そして、メディア制御部１０５は、構築し
たデータをメディア処理部１０４に送る。
【００６７】
メディア処理部１０４は、メディア制御部１０５によってＭＰＥＧ４で圧縮された画像
データをデコードするように初期化されているので、送られた画像データに対して逆量子
化処理や逆ＤＣＴ処理などを施して、表示用画像データを生成することができる。そして
生成された表示用画像データは表示部１０１に送られて、ユーザに提示される。
【００６８】
また、メディア制御部１０５は、ビデオ通信端末６００から送信されるデータに含まれ
る音声データは、スピーカ１０６ｂに送る。このとき音声データが圧縮されている場合に
は、圧縮形式に対応するデコード処理を施してスピーカ１０６ｂに送る。
【００６９】
一方、ビデオ通信では、ビデオ通信端末６００から送信される画像データや音声データ
を受信してユーザに提示するとともに、ディスプレイ端末１００側からも、マイク１０６
ｃやカメラ１０６ｄから入力される音声データや画像データ（映像データ）をビデオ通信
端末６００側に送信する。メディア制御部１０５は、これらのデータをＲＴＰパケットに
カプセル化して、通信部１０２を介してビデオ通信端末６００に送信する。このとき、画
像データのＭＰＥＧ４による圧縮はカメラ１０６ｄで行ってもよく、メディア制御部１０
５で行ってもよい。
【００７０】
以上がビデオ通信端末６００との間でビデオ通信を行う場合のディスプレイ端末１００
の動作である。
【００７１】
次に、ディスプレイ端末１００が、ＰＣサーバ３００との間で通信を行う場合について
説明する。すなわち、ディスプレイ端末１００のユーザが、ＰＣサーバ３００で動作する
オペレーティングシステムやアプリケーションプログラムが生成するデスクトップ画面を
共有し、「ＰＣ操作」を行う場合である。
【００７２】
図１１は、ＰＣ操作を行う場合のディスプレイ端末１００とＰＣサーバ３００との間の
通信シーケンスを表している。
【００７３】
ディスプレイ端末１００のシグナリング部１０３は、ＵＰｎＰリモートＵＩ（Ｕｓｅｒ
Ｉｎｔｅｒｆａｃｅ）にしたがったシグナリング手順により、ＰＣサーバ３００を発見
し、その機能を把握する。なお、ＵＰｎＰリモートＵＩにしたがったシグナリング手順の
詳細については、例えば、ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｔａｎｄａｒｄ
ｉｚｅｄｄｃｐｓ／ｒｅｍｏｔｅｕｉ．ａｓｐに掲載された仕様書などに記載されている
。
【００７４】
ディスプレイ端末１００とＰＣサーバ３００を発見すると、シグナリング部１０３は、
メディア制御部１０５にＰＣ操作の開始を示すメッセージを通知する。
【００７５】
シグナリング部１０３からメディア制御部１０５に送られるＰＣ操作の開始を示すメッ
セージには、図１２に示すように、利用されるサービスの種類（「ＰＣ操作」）、メディ
アストリームの種類（「ＪＰＥＧ」）、接続先であるＰＣサーバ３００のＩＰアドレス（
「１９２．１６８．０．１」）が含まれる。
【００７６】
メディア制御部１０５は、シグナリング部１０３からのメッセージの通知を受信すると
、受信したメッセージに含まれるメディアストリームの種類にしたがって、メディア処理
部１０４のデコード処理の形式を、ＪＰＥＧで圧縮された画像データに対応するように初
期化する。メディア処理部１０４の初期化動作については、後述する。
【００７７】
次に、メディア制御部１０５は、通信部１０２を介して、ＰＣサーバ３００とＴＣＰ接
続し、ＰＣサーバ３００との間で画面共有を開始する。
【００７８】
ＰＣサーバ３００は、アプリケーションプログラムを動作させることにより生成される
デスクトップ画面を、アプリケーション画面データとして、ＪＰＥＧで圧縮してディスプ
レイ端末１００に送信し続ける。なお、ＰＣサーバ３００は、送信するデータのサイズを
小さくするために、すでに送信されているアプリケーション画面データに対して更新され
た部分のデータのみを送信する。このとき、送信されるデータには、更新された部分の座
標位置情報が含まれる。ここで座標位置情報は、画像の開始点の座標（ｘ，ｙ）と（Ｘ，
Ｙ）軸方向の画像サイズの情報である。
【００７９】
図１３は、座標位置情報とＪＰＥＧで圧縮されたアプリケーション画面データとを含む
、ＰＣサーバ３００から送信されるデータの構成を示す図である。
【００８０】
メディア制御部１０５は、通信部１０２を介してデータを受信すると、受信したデータ
から、座標位置情報とＪＰＥＧで圧縮されたアプリケーション画面データを抽出する。そ
してメディア制御部１０５は、抽出したアプリケーション画面データと座標位置情報をメ
ディア処理部１０４に送る。
【００８１】
メディア処理部１０４は、メディア制御部１０５によってＪＰＥＧで圧縮された画像デ
ータをデコードするように初期化されているので、送られたアプリケーション画面データ
に対して逆量子化処理や逆ＤＣＴ処理などを施してデコード処理を行う。そしてメディア
処理部１０４は、座標位置情報を用いて、すでに生成されている表示用画像データの更新
部分を特定し、更新部分をデコードされたアプリケーション画面データで置き換えて、新
たな表示用画像データを生成する。そして生成された表示用画像データは表示部１０１に
送られて、ユーザに提示される。ユーザは、このようにして表示された画像データにより
、ＰＣサーバ３００上で動作するアプリケーションプログラムの処理結果などを得ること
ができる。
【００８２】
また、ＰＣ操作では、例えば、ペンデバイス１１２などによりユーザから入力されたデ
ータがデジタイザ１０６ａによりデータ化され、メディア制御部１０５でパケット化され
たのち、通信部１０２を介して、ＰＣサーバ３００へ送信される。例えば、ユーザにより
ポインタの移動などが入力された場合、ポインタの位置や状態がデジタイザ１０６ａによ
りデータ化され、ＰＣサーバ３００へ送信される。ＰＣサーバ３００は、送信されたデー
タに基づいて、ポインタの位置を更新し、新たなデスクトップ画面データを生成し、ディ
スプレイ端末１００に送信する。
【００８３】
以上がＰＣサーバ３００との間でアプリケーション画面を共有し、ＰＣ操作を行う場合
のディスプレイ端末１００の動作である。
【００８４】
図１４は、上述した「ＰＣ操作」「ビデオ視聴」「ビデオ通信」を行う場合のメディア
制御部１０５の動作を示すフローチャートである。
【００８５】
メディア制御部１０５は、シグナリング部１０２からのメッセージの通知を受けると（
ステップＳ１０１）、そのメッセージを解析し、利用するサービス（「ＰＣ操作」「ビデ
オ視聴」「ビデオ通信」）と接続先を決定する（ステップＳ１０２）。
【００８６】
メディア制御部１０５は、さらにメッセージに含まれるメディアストリームの種類（Ｍ
ＰＥＧ２、ＭＰＥＧ４、ＪＰＥＧ）に基づいて、メディア処理部１０４を初期化する（ス
テップＳ１０３ａからステップＳ１０３ｃ）。
【００８７】
次に、メディア制御部１０５は、接続先との間の通信を確立し（ステップＳ１０４）、
データの送受信を行う（ステップＳ１０５ａからステップＳ１０５ｂ、ステップＳ１０６
ａからステップＳ１０６ｄ）。データの送受信は、切断の判定（ステップＳ１０７）によ
り、サービスの利用が終了し、接続先との間で通信の切断処理（ステップＳ１０８）を行
うまで継続される。
【００８８】
最後に、図１５を用いて、メディア処理部１０４におけるデコード処理について説明す
る。
【００８９】
メディア処理部１０４は、圧縮画像データが入力されると、その圧縮画像データに対し
て、ハフマン復号、逆量子化、ＤＣ成分補正、逆ＤＣＴ、ＹＵＶ−ＲＧＢ変換を行い、フ
レームバッファとして表示用の画像データを出力する。上述したように、ＰＣサーバ３０
０、コンテンツサーバ４００、および、ビデオ通信端末６００との間で送受信される画像
データの圧縮形式は、いずれも２次元の画像データを空間周波数領域へ変換する直交変換
処理であるＤＣＴを行なったのちに、量子化処理を実施する圧縮形式であるので、いずれ
のサービスを利用する場合でも、画像データのデコードの際には、逆ＤＣＴ処理、逆量子
化処理を単一の処理回路により実行することが可能である。
【００９０】
まず、メディア処理部１０４は、メディア制御部１０５による初期化時には、メディア
制御部１０５からＤＣ成分補正値と、ＹＵＢ−ＲＧＢ変換の演算に用いるパラメータ係数
を受信する。具体的には、ＭＰＥＧ２、ＭＰＥＧ４、および、ＪＰＥＧについて、それぞ
れ、図１６に示すようなパラメータ係数を受信して用いる。ここでＤＣ成分補正値は、逆
量子化処理後のデータ値に加算される補正値である。
【００９１】
なお、パラメータ係数は、図１６のような値を用いるのではなく、メディア処理部１０
４の実装の方法により、これらの値を整数化するために、例えば、左に数ビットシフトし
た値を用いるようにしてもよい。
【００９２】
ＹＵＶ−ＲＧＢ変換された画像データは、メディア処理部１０４に圧縮画像データとと
もに入力される、その画像データの表示座標位置情報にしたがって、図１７に示すように
、ブロック単位で配置され、表示画像データが生成される。
【００９３】
以上が、メディア処理部１０４における表示画像データの生成動作である。
【００９４】
このように本願の実施形態に係わるディスプレイ端末１００によれば、ＰＣサーバ３０
０、コンテンツサーバ４００、および、ビデオ通信端末６００との間で圧縮画像データの
送受信を行って、「ＰＣ操作」「ビデオ視聴」「ビデオ通信」といった多様なサービスを
利用することが可能となる。そして、これらのサーバ、通信端末との間で送受信される画
像データは、いずれも２次元の画像データを空間周波数領域へ変換する直交変換処理であ
るＤＣＴを行ったのちに、量子化処理を実施する圧縮形式を用いて圧縮されている。した
がって、これらの方式を用いて圧縮された画像データのデコードにおける逆量子化処理、
逆ＤＣＴ処理は、単一の処理回路により実現可能であり、その結果、ディスプレイ端末１
００自体を、極めて小型軽量化することが可能となる。
【００９５】
なお、このディスプレイ端末１００は、例えば、汎用のコンピュータ装置を基本ハード
ウェアとして用いることでも実現することが可能である。すなわち、シグナリング部１０
３、メディア処理部１０４、および、メディア制御部１０５は、上記のコンピュータ装置
に搭載されたプロセッサにプログラムを実行させることにより実現することができる。こ
のとき、ディスプレイ端末１００は、上記のプログラムをコンピュータ装置にあらかじめ
インストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あ
るいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュー
タ装置に適宜インストールすることで実現してもよい。
【図面の簡単な説明】
【００９６】
【図１】本発明の実施形態に係わるディスプレイ端末の構成を示すブロック図。
【図２】本発明の第１の実施形態のディスプレイ端末を含むネットワークシステムを示す図。
【図３】本発明の実施形態のディスプレイ端末の外観を示す図。
【図４】本発明の実施形態の「ビデオ視聴」時の通信シーケンス図。
【図５】本発明の実施形態の「ビデオ視聴」時のメッセージ内容を示す図。
【図６】本発明の実施形態のコンテンツデータの要求メッセージを示す図。
【図７】本発明の実施形態の「ビデオ視聴」時の通信データの構成図。
【図８】本発明の実施形態の「ビデオ通信」時の通信シーケンス図。
【図９】本発明の実施形態の「ビデオ通信」時のメッセージ内容を示す図。
【図１０】本発明の実施形態の「ビデオ通信」時の通信データの構成図。
【図１１】本発明の実施形態の「ＰＣ操作」時の通信シーケンス図。
【図１２】本発明の実施形態の「ＰＣ操作」時のメッセージ内容を示す図。
【図１３】本発明の実施形態の「ＰＣ操作」時の通信データの構成図。
【図１４】本発明の実施形態のサービス利用時の動作を示すフローチャート。
【図１５】本発明の実施形態の圧縮画像データのデコード処理を示すフローチャート。
【図１６】本発明の実施形態の圧縮形式ごとの設定パラメータの一例示す図。
【図１７】本発明の実施形態の表示画像データ生成の様子を示す図。
【符号の説明】
【００９７】
１００・・・ディスプレイ端末
１０１・・・表示部
１０２・・・通信部
１０３・・・シグナリング部
１０４・・・メディア処理部
１０５・・・メディア制御部
１０６・・・ユーザインタフェース部
１０６ａ・・・デジタイザ
１０６ｂ・・・スピーカ
１０６ｃ・・・マイク
１０６ｄ・・・カメラ
１１１・・・液晶ディスプレイ
１１２・・・ペンデバイス
【図１】
2008118181.tif 000003
【図２】
2008118181.tif 000004
【図３】
2008118181.tif 000005
【図４】
2008118181.tif 000006
【図５】
2008118181.tif 000007
【図６】
2008118181.tif 000008
【図７】
2008118181.tif 000009
【図８】
2008118181.tif 000010
【図９】
2008118181.tif 000011
【図１０】
2008118181.tif 000012
【図１１】
2008118181.tif 000013
【図１２】
2008118181.tif 000014
【図１３】
2008118181.tif 000015
【図１４】
2008118181.tif 000016
【図１５】
2008118181.tif 000017
【図１６】
2008118181.tif 000018
【図１７】
2008118181.tif 000019