【０００１】
【発明の属する技術分野】
本発明は、送信装置および送信方法、受信装置および受信方法、プログラムおよび記録媒体、並びに送受信システムに関し、特に、例えば、過去から蓄積してきたデータ（情報）を用いて、より高品質のデータを得ることができるようにする送信装置および送信方法、受信装置および受信方法、プログラムおよび記録媒体、並びに送受信システムに関する。
【０００２】
【従来の技術】
最近の情報通信技術の発展に伴い、例えば、携帯して使用されるＰＤＡ(Personal Digital Assistance)も、通信機能を有するものが一般的になってきている。
【０００３】
【発明が解決しようとする課題】
ところで、ＰＤＡでは、その携帯性から、無線による通信が行われることが多く、無線での通信のデータレートは、例えば、６４ｋｂｐｓ(kilo bit per second)等程度で、それほど高速なものではない。 このため、あるＰＤＡから、他のＰＤＡに対して、画像データを送信する場合には、そのデータ量を少なくしたもの、即ち、画質の劣化したものが送信される。
【０００４】
従って、受信側のＰＤＡでは、画質の良い画像を得ることが困難であった。
【０００５】
また、無線通信では、パケット等の送信データの一部が欠落しやすく、この場合、受信側のＰＤＡでは、画像の画質がさらに劣化することになる。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、品質の良いデータを得ることができるようにするものである。
【０００７】
【課題を解決するための手段】
本発明の送信装置は、第１のデータを送信するデータ送信手段と、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第２のデータであるクラスタップを抽出するクラスタップ抽出手段と、第２の注目データを、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類するクラス分類手段と、クラス分類手段により分類されるクラスを表すクラスコードを少なくとも含む高品質化情報を生成する高品質化情報生成手段と、データ送信手段が送信した第１のデータを受信して記憶するとともに、送信した高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントを検出する検出手段と、所定のイベントが検出された場合に、高品質化情報を送信する高品質化情報送信手段とを備えることを特徴とする。
【０００８】
本発明の送信方法は、第１のデータを送信するデータ送信ステップと、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第２のデータであるクラスタップを抽出するクラスタップ抽出ステップと、第２の注目データを、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類するクラス分類ステップと、クラス分類ステップの処理により分類されるクラスを表すクラスコードを少なくとも含む高品質化情報を生成する高品質化情報生成ステップと、データ送信ステップの処理により送信された第１のデータを受信して記憶するとともに、送信された高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントを検出する検出ステップと、所定のイベントが検出された場合に、高品質化情報を送信する高品質化情報送信ステップとを備えることを特徴とする。
【０００９】
本発明の第１のプログラムは、第１のデータを送信するデータ送信ステップと、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第２のデータであるクラスタップを抽出するクラスタップ抽出ステップと、第２の注目データを、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類するクラス分類ステップと、クラス分類ステップの処理により分類されるクラスを表すクラスコードを少なくとも含む高品質化情報を生成する高品質化情報生成ステップと、データ送信ステップの処理により送信された第１のデータを受信して記憶するとともに、送信された高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントを検出する検出ステップと、所定のイベントが検出された場合に、高品質化情報を送信する高品質化情報送信ステップとを備えることを特徴とする。
【００１０】
本発明の第１の記録媒体は、第１のデータを送信するデータ送信ステップと、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第２のデータであるクラスタップを抽出するクラスタップ抽出ステップと、第２の注目データを、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類するクラス分類ステップと、クラス分類ステップの処理により分類されるクラスを表すクラスコードを少なくとも含む高品質化情報を生成する高品質化情報生成ステップと、データ送信ステップの処理により送信された第１のデータを受信して記憶するとともに、送信された高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントを検出する検出ステップと、所定のイベントが検出された場合に、高品質化情報を送信する高品質化情報送信ステップとを備えるプログラムが記録されていることを特徴とする。
【００１１】
本発明の受信装置は、複数回送信されてくる同一の第１のデータを受信するデータ受信手段と、第１のデータを記憶するデータ記憶手段と、データ記憶手段に記憶された第１のデータと、データ受信手段が受信した第１のデータとを、第１のデータがより高品質になるように重み付け加算し、その加算値を、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶させる加算手段と、データ記憶手段に記憶された新たな第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかを判定する品質判定手段と、品質判定手段により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号を送信するリクエスト信号送信手段と、高品質化情報の要求に応じて送信されてくる高品質化情報を受信する高品質化情報受信手段と、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数を、クラスコードごとに記憶するタップ係数記憶手段と、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップを抽出する予測タップ抽出手段と、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値を求める予測手段とを備えることを特徴とする。
【００１２】
本発明の受信方法は、複数回送信されてくる同一の第１のデータを受信するデータ受信ステップと、第１のデータをデータ記憶手段に記憶するデータ記憶ステップと、データ記憶手段に記憶された第１のデータと、データ受信ステップの処理により受信された第１のデータとを、第１のデータがより高品質になるように重み付け加算し、その加算値を、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶させる加算ステップと、データ記憶手段に記憶された新たな第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上であるかどうかを判定する品質判定ステップと、品質判定ステップの処理により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号を送信するリクエスト信号送信ステップと、高品質化情報の要求に応じて送信されてくる高品質化情報を受信する高品質化情報受信ステップと、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数を、クラスコードごとにタップ係数記憶手段に記憶するタップ係数記憶ステップと、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップを抽出する予測タップ抽出ステップと、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値を求める予測ステップとを備えることを特徴とする。
【００１３】
本発明の第２のプログラムは、複数回送信されてくる同一の第１のデータを受信するデータ受信ステップと、第１のデータをデータ記憶手段に記憶するデータ記憶ステップと、データ記憶手段に記憶された第１のデータと、データ受信ステップの処理により受信された第１のデータとを、第１のデータがより高品質になるように重み付け加算し、その加算値を、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶させる加算ステップと、データ記憶手段に記憶された新たな第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかを判定する品質判定ステップと、品質判定ステップの処理により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号を送信するリクエスト信号送信ステップと、高品質化情報の要求に応じて送信されてくる高品質化情報を受信する高品質化情報受信ステップと、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数を、クラスコードごとにタップ係数記憶手段に記憶するタップ係数記憶ステップと、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップを抽出する予測タップ抽出ステップと、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値を求める予測ステップとを備えることを特徴とする。
【００１４】
本発明の第２の記録媒体は、複数回送信されてくる同一の第１のデータを受信するデータ受信ステップと、第１のデータをデータ記憶手段に記憶するデータ記憶ステップと、データ記憶手段に記憶された第１のデータと、データ受信ステップの処理により受信された第１のデータとを、第１のデータがより高品質になるように重み付け加算し、その加算値を、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶させる加算ステップと、データ記憶手段に記憶された新たな第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかを判定する品質判定ステップと、品質判定ステップの処理により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号を送信するリクエスト信号送信ステップと、高品質化情報の要求に応じて送信されてくる高品質化情報を受信する高品質化情報受信ステップと、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数を、クラスコードごとにタップ係数記憶手段に記憶するタップ係数記憶ステップと、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップを抽出する予測タップ抽出ステップと、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値を求める予測ステップとを備えるプログラムが記録されていることを特徴とする。
【００１５】
本発明の送受信システムは、 送信装置が、第１のデータを送信するデータ送信手段と、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第２のデータであるクラスタップを抽出するクラスタップ抽出手段と、第２の注目データを、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類するクラス分類手段と、クラス分類手段により分類されるクラスを表すクラスコードを少なくとも含む高品質化情報を生成する高品質化情報生成手段と、データ送信手段が送信した第１のデータを受信して記憶するとともに、送信した高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントを検出する検出手段と、所定のイベントが検出された場合に、高品質化情報を送信する高品質化情報送信手段とを有し、 受信装置が、複数回送信されてくる同一の第１のデータを受信するデータ受信手段と、第１のデータを記憶するデータ記憶手段と、データ記憶手段に記憶された第１のデータと、データ受信手段が受信した第１のデータとを、第１のデータがより高品質になるように重み付け加算し、その加算値を、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶させる加算手段と、データ記憶手段に記憶された新たな第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかを判定する品質判定手段と、品質判定手段により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号を送信するリクエスト信号送信手段と、高品質化情報の要求に応じて送信されてくる高品質化情報を受信する高品質化情報受信手段と、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数を、クラスコードごとに記憶するタップ係数記憶手段と、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップを抽出する予測タップ抽出手段と、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値を求める予測手段とを有することを特徴とする。
【００２１】
本発明の送信装置および送信方法、並びに第１のプログラムにおいては、第１のデータが送信され、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第２のデータであるクラスタップが抽出され、第２の注目データが、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類され、クラス分類手段により分類されるクラスを表すクラスコードを少なくとも含む高品質化情報が生成される。 そして、送信した第１のデータを受信して記憶するとともに、送信した高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントが検出されると、高品質化情報が送信される。
【００２２】
本発明の受信装置および受信方法、並びに第２のプログラムにおいては、複数回送信されてくる同一の第１のデータが受信され、第１のデータがデータ記憶手段に記憶され、データ記憶手段に記憶された第１のデータと、データ受信手段が受信した第１のデータとが、第１のデータがより高品質になるように重み付け加算され、その加算値が、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶される。 さらに、データ記憶手段に記憶された新たな第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかが判定され、第１のデータの品質の判定により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号が送信される。 そして、高品質化情報の要求に応じて送信されてくる高品質化情報が受信され、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数が、クラスコードごとにタップ係数記憶手段に記憶され、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップが抽出され、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値が求められる。
【００２３】
本発明の第１の送受信システムにおいては、同一の第１のデータが複数回送信される。 また、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第２のデータであるクラスタップが抽出され、第２の注目データが、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類され、分類されるクラスを表すクラスコードを少なくとも含む高品質化情報が生成される。 さらに、送信した第１のデータを受信して記憶するとともに、送信した高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントが検出されると、高品質化情報が送信される。 一方、複数回送信されてくる同一の第１のデータが受信され、第１のデータがデータ記憶手段に記憶され、データ記憶手段に記憶された第１のデータと、データ受信手段が受信した第１のデータとが、第１のデータがより高品質になるように重み付け加算され、その加算値が、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶される。 さらに、データ記憶手段に記憶された新たな第１のデータの相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかが判定され、第１のデータの品質の判定により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号が送信される。 そして、高品質化情報の要求に応じて送信されてくる高品質化情報が受信され、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数が、クラスコードごとにタップ係数記憶手段に記憶され、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップが抽出され、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値が求められる。
【００２６】
【発明の実施の形態】
図１乃至図４は、本発明を適用したＰＤＡの一実施の形態の外観構成例を示している。
【００２７】
図１に示すように、ＰＤＡは、腕時計型のものとされており、時計バンド１に、メインブロック２を設ける形で構成されている。 ユーザは、腕時計をするのと同様に、時計バンド１を、左腕または右腕の手首部分に装着することで、ＰＤＡを容易に携帯することができる。
【００２８】
メインブロック２は、腕時計でいえば、時計の本体部分に相当するもので、本体１１と、その本体の一端に回動可能に取り付けられた蓋部２０とから構成されている。
【００２９】
蓋部２０は、閉じた状態において上面に露出するように設けられたＬＣＤ(Liquid Crystal Display)３を有しており、図１の実施の形態においては、そのＬＤＣ３に、長針と短針からなる時計が表示されている。
【００３０】
また、ＰＤＡの時計バンド１には、図１または図４に示すように、メインブロック２の上側と下側に、サイドパネル４と５がそれぞれ設けられている。 そして、サイドパネル４には、ＬＣＤ４ 1が、上面方向に露出する形で設けられており、サイドパネル５にも、ＬＣＤ５ 1が、上面方向に露出する形で設けられている。
【００３１】
なお、ＬＣＤ３は、透明なタッチパネル３Ａと一体的に構成されており、ＬＣＤ３に表示されたボタン等に対する操作は、このタッチパネル３Ａによって検出されるようになっている。 同様に、ＬＣＤ４ 1は、タッチパネル４Ａ 1と一体的に構成されており、ＬＣＤ５ 1は、タッチパネル５Ａ 1と一体的に構成されている。
【００３２】
ＰＤＡは、電話機能その他の、後述するような各種の機能を有しており、蓋部２０のＬＣＤ３等は、各機能を提供する機能モードにより、必要に応じて、その表示を変化させる。 機能モードが、例えば、時計モードの場合は、図１に示したように、ＬＣＤ３では、時計表示が行われるが、機能モードが、例えば、電話モードとされると、ＬＣＤ３の表示は、図２に示すように、ダイヤル（電話番号を入力）するのに操作されるボタンの表示に変化する。 なお、このボタンに対する操作は、上述したように、ＬＣＤ３と一体的に構成されたタッチパネル３Ａによって検出される。
【００３３】
なお、機能モードの切り替えは、ユーザの操作にしたがって行われ、あるいは、ＰＤＡが所定のイベントに基づいて行うようになっている。
【００３４】
図２に示すように、本体１１の下側の側面には、ジョグダイヤル６、イヤフォンマイクジャック７、コネクタ８、およびマイク９が設けられている。 なお、図１等においては、図が煩雑になるのを避けるため、ジョグダイヤル６等の図示を省略してある。
【００３５】
ジョグダイヤル６は、左右に回転操作することができるようになっており、例えば、機能モードが電話モードの場合に、ＬＣＤ３等に表示される電話番号等のリスト表示から、電話をかけようとする相手の電話番号を選択するとき等に操作される。 また、ジョグダイヤル６は、本体１１の内部方向に押圧操作することもできるようになっており、このジョグダイヤル６の押圧操作によって、選択が確定される。 即ち、例えば、ユーザが、ＬＣＤ３等に表示された電話番号等のリスト表示から、電話をかけようとする相手の電話番号を、ジョグダイヤル６を回転操作することにより選択し、さらに、ジョグダイヤル６を押圧操作すると、その電話番号の選択が確定され、その電話番号への発呼が行われる。
【００３６】
なお、ジョグダイヤル６は、本体１１の内部から外側方向に付勢されており、従って、ユーザが、ジョグダイヤル６を本体１１の内部方向に力を加えると、ジョグダイヤル６は、本体１１の内部方向に移動するが、ユーザが力を加えるのを止めると、ジョグダイヤル６は、付勢力によって、元の位置に戻るようになっている。
【００３７】
イヤフォンマイクジャック７には、例えば、イヤフォンとマイク（マイクロフォン）とを一体的に構成した、いわゆるヘッドセット（図示せず）を、本体１１に接続するときに、そのヘッドセットに設けられたジャックが挿入され、これにより、本体１１とヘッドセットとが電気的に接続される。
【００３８】
コネクタ部８は、後述するベース基地コンピュータ１０２（図２２）などとの間で、データ通信を行うとき等に、そのベース基地コンピュータ１０２のコネクタ部３３７（図２６）と嵌合し、これにより、本体１１（ＰＤＡ）と、ベース基地コンピュータ１０２とが電気的に接続される。
【００３９】
マイク９は、ユーザの音声を取り込み、電気信号としての音声信号に変換する。 このマイク９では、ＰＤＡの機能モードが、例えば電話モードとされた場合に、音声通話において、相手に送信されるユーザの音声が取り込まれる。
【００４０】
蓋部２０が閉じられた状態における上面の上部には、スピーカ１０が設けられている。 このスピーカ１０からは、例えば、機能モードが電話モードとされた場合に、相手から送信されてきた音声が出力される。
【００４１】
また、本体１１の左側の側面には、ホールドスイッチ６１および電源スイッチ６２が設けられている。 なお、図１等においては、図が煩雑になるのを避けるため、ホールドスイッチ６１および電源スイッチ６２の図示を省略してある。
【００４２】
ホールドスイッチ６１は、ジョグダイヤル６やＬＣＤ３等に表示されるボタンの操作を有効／無効とするときに操作される。 ホールドスイッチ６１が、ジョグダイヤル６やＬＣＤ３等に表示されるボタンの操作を無効とするように操作された場合、ＰＤＡをバック等に入れて持ち歩くとき等に、ＰＤＡが、そのバックに入れられた他の物とぶつかることによって、誤操作が行われることを防止することができる。
【００４３】
電源スイッチ６２は、ＰＤＡの電源をオン／オフするときに操作される。
【００４４】
本体１１の右端の上部と下部には、ヒンジ部１３が設けられており、蓋部２０は、このヒンジ部１３を回動中心として回動することができるようになっている。 蓋部２０は、本体１１のヒンジ部１３を回動中心として、図３に示すように、その上面が、本体１１の上面または底面とほぼ水平の状態となる位置まで回動することができ、これにより、蓋部２０は、開いた状態となる。
【００４５】
図３に示すように、本体１１の上面には、閉じた状態の蓋部２０と対向する形で、ＬＣＤ１２が設けられており、このＬＣＤ１２は、蓋部２０が閉じた状態のときは収納状態となっているが、蓋部２０が開いた状態となることによって、上面に露出する。 なお、ＬＣＤ１２も、透明なタッチパネル１２Ａと一体的に構成されており、ＬＣＤ１２に表示されたボタン等に対する操作は、このタッチパネル１２Ａによって検出されるようになっている。
【００４６】
蓋部２０は、メインパネル１４と、２つのサブパネル１５および１６とを有している。
【００４７】
メインパネル１４の上側の左端および右端にはヒンジ部１７が、また、その下側の左端および右端にはヒンジ部１８が、それぞれ設けられている。 そして、サブパネル１５は、ヒンジ部１７を回動中心として回動可能に取り付けられており、サブパネル１６は、ヒンジ部１８を回動中心として回動可能に取り付けられている。
【００４８】
なお、上下方向を縦方向、左右方向を横方向というものとすると、サブパネル１５と１６の横方向の長さは、メインパネル１４の横方向の長さより若干短いものとなっている。 また、サブパネル１５と１６の縦方向の長さは、メインパネル１４の縦方向の長さの１／２弱程度になっている。
【００４９】
サブパネル１５は、ヒンジ部１７を回動中心として、また、サブパネル１６は、ヒンジ部１８を回動中心として、いずれも、メインパネル１４の上面または裏面とほぼ水平の状態となる位置まで回動することができ、これにより、サブパネル１５，１６は、図４に示すように開いた状態となる。
【００５０】
図４に示したように、サブパネル１５，１６が開いた状態において、メインパネル１４の上面、即ち、蓋部２０が閉じた状態となっているときの、蓋部２０の裏面には、ＬＣＤ２１が設けられている。 なお、メインパネル１４のＬＣＤ２１が設けられた面の反対側の面には、ＬＣＤ３（図１）が設けられている。 従って、蓋部２０が閉じた状態のときには、ＬＣＤ３が露出状態（上側を向いた状態）になるとともに、ＬＣＤ１４が収納状態（下側を向いた状態）となり、蓋部２０が開いた状態のときには、ＬＣＤ３が収納状態となるとともに、ＬＣＤ２１が、上面方向に露出した状態となる。
【００５１】
サブパネル１５には、開いた状態となったときの上面に、ＬＣＤ１５が設けられており、サブパネル１６にも、開いた状態となったときの上面に、ＬＣＤ１６が設けられている。 従って、サブパネル１５のＬＣＤ２２は、サブパネル１５が開いた状態となることによって露出状態となり、サブパネル１５が閉じた状態とされると、メインパネル１４のＬＣＤ２１と対向する形で収納状態となる。 サブパネル１６のＬＣＤ２３も同様に、サブパネル１６が開いた状態となることによって露出状態となり、サブパネル１６が閉じた状態となることによって、メインパネル１４のＬＣＤ２１と対向する形で収納状態となる。
【００５２】
なお、メインパネル１４のＬＣＤ２１は、透明なタッチパネル２１Ａと一体的に構成されており、メインパネル１４に表示されたボタン等に対する操作は、タッチパネル２１Ａによって検出される。 同様に、サブパネル１５のＬＣＤ２２も、タッチパネル２２Ａと、サブパネル１６のＬＣＤ２３も、タッチパネル２３Ａと、それぞれ一体的に構成されている。
【００５３】
以上のように、メインブロック２において、蓋部２０が閉じているときには、１つのＬＣＤ３だけが露出状態となる。 従って、この場合、時計バンド１に設けられているサイドパネル４のＬＣＤ４ 1と、サイドパネル５のＬＣＤ５ 1をあわせれば、ＰＤＡでは、図１に示したように、３つのＬＣＤ３，４ 1 ，５ 1に情報を表示して、ユーザへの提示を行うことができる。
【００５４】
一方、蓋部２０を開き、さらに、蓋部２０のサブパネル１５および１６を開いたときには、ＬＣＤ１２，２１，２２，２３の４つのＬＣＤが露出状態となる。 従って、この場合、時計バンド１に設けられているサイドパネル４のＬＣＤ４ 1と、サイドパネル５のＬＣＤ５ 1をあわせれば、ＰＤＡでは、図４に示したように、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１，２２，２３に情報を表示して、ユーザへの提示を行うことができる。
【００５５】
ところで、以上のように構成されるメインブロック２においては、本体１１に内蔵される電気回路から、蓋部２０のメインパネル１４が有するＬＣＤ３と２１の制御（タッチパネル３Ａと２１Ａの制御も含む）、並びに蓋部２０のサブパネル１５が有するＬＣＤ２２の制御（タッチパネル２２Ａの制御も含む）、およびサブパネル１６が有するＬＣＤ２３の制御（タッチパネル２３Ａの制御も含む）が行われるようになっている。 従って、本体１１から、蓋部２０のメインパネル１４、さらには、サブパネル１５および１６に、配線を行う必要がある。
【００５６】
そこで、図５を参照して、本体１１から、メインパネル１４、並びにサブパネル１５および１６への配線について説明する。
【００５７】
図５は、図４において点線で囲んである部分の拡大図を示している。 なお、図５において、メインブロック２の内部は、点線で示してある。
【００５８】
ヒンジ部１３は、軸３１と軸受け部３３とから構成されている。 軸３１は、メインパネル１４の一辺に固定されており、その端部が、軸受け部３３に設けられた穴に挿入されている。 即ち、軸受け部３３には、軸３１の直径よりもやや大きい直径の穴が設けられており、その穴に、軸３１の端部が挿入されている。 従って、軸３１は、軸受け部３３において回転自在に支持されており、これにより、軸３１に固定されているメインパネル１４は、軸３１を回動中心として回動可能になっている。
【００５９】
ヒンジ部１７も、軸３１と同様に構成される軸３２と、軸受け部３３と同様に構成される軸受け部３４とから構成されており、軸３２は、サブパネル１５の一辺に固定されている。 従って、軸３２は、軸受け部３４において回転自在に支持され、これにより、軸３２に固定されているサブパネル１５は、軸３２を回動中心として回動可能になっている。
【００６０】
ヒンジ部１３を構成する軸受け部３３の内部の一部は空洞になっており、本体１１の隅の部分に固定されている。 本体１１の軸受け部３３が固定されている部分には、通し穴４０があけられており、本体１１が内蔵する電気回路としての回路ブロック４３から延びる配線としてのフレキ（フレキシブルケーブル）１４６および１４７は、通し穴４０を通って、軸受け部３３の内部に到達している。
【００６１】
また、軸受け部３３に挿入されている軸３１の端部の一部には、通し穴３５が設けられており、さらに、軸３１のメインパネル１４と固定されている部分の一部には、通し穴３６が設けられている。 そして、軸３１の内部は空洞になっており、軸受け部３３の内部に到達しているフレキ１４６および１４７は、通し穴３５、軸３１の内部、および通し穴３６を通って、メインパネル１４の内部に到達している。
【００６２】
メインパネル１４の内部では、そのメインパネル１４が内蔵する電気回路としての回路ブロック４２に、フレキ１４７が接続されている。
【００６３】
ヒンジ部１７を構成する軸受け部３４の内部も、軸受け部３３と同様に、その一部が空洞になっており、メインパネル１４の隅の部分に固定されている。 メインパネル１４の軸受け部３４が固定されている部分には、通し穴３９があけられており、メインパネル１４内部に到達したフレキ１４６は、通し穴３９を通って、軸受け部３４の内部に到達している。
【００６４】
軸受け部３４に挿入されている軸３２には、軸３１と同様に、その端部の一部に、通し穴３７が設けられており、さらに、サブパネル１５と固定されている部分の一部に、通し穴３８が設けられている。 そして、軸３２の内部は空洞になっており、軸受け部３４の内部に到達しているフレキ１４６は、通し穴３７、軸３２の内部、および通し穴３９を通って、サブパネル１５の内部に到達している。
【００６５】
サブパネル１５の内部では、そのサブパネル１５が内蔵する電気回路としての回路ブロック４１に、フレキ１４６が接続されている。
【００６６】
以上のようにして、本体１１が内蔵する回路ブロック４３と、メインパネル１４が内蔵する回路ブロック４２、またはサブパネル１５が内蔵する回路ブロック４１とが、それぞれ電気的に接続されている。
【００６７】
なお、本体１１とサブパネル１６との間も、本体１１とサブパネル１５との間と同様にして、電気的に接続されている。
【００６８】
次に、ヒンジ部１３において、軸３１を、軸受け部３３の穴に、単に挿入しただけの場合には、ユーザが蓋部２０を回動しようとして、ある程度の力を加えたときに、軸３１が、軸受け部３３の穴から、容易に抜けてしまうおそれがある。
【００６９】
そこで、ヒンジ部１３は、図６に示すように構成されており、これにより、軸３１が、軸受け部３３の穴から、容易に抜けてしまうことを防止することができるようになっている。 なお、図６においては、通し穴３５および３６の図示を省略してある。
【００７０】
即ち、軸３１の端部（軸受け部３３の穴に挿入される部分）には、図６（Ａ）の斜視図に示すように、軸３１の表面に、略Ｕ字型に切り込みを入れ、残りの部分を振動可能に形成した係止部５１が設けられている。 従って、係止部５１は、その一部分が、軸３１と接続されており、軸３１の内部方向に力が加えられることにより、その内部側に押し込められるが、力を加えることを停止すると、自らの弾性力によって元の状態に戻るようになっている。
【００７１】
さらに、係止部５１には、軸３１と接続している一端と反対側の一端に、略三角形状の断面を有する凸部が形成されている。
【００７２】
なお、軸３１には、係止部５１と１８０度反対側の位置にも、係止部５１と同様の係止部が設けられている。
【００７３】
一方、軸受け部３３の穴の内部の一部には、図６（Ｂ）の断面図に示すように、軸３１の係止部５１に形成された凸部の高さよりも浅い深さの溝５２が、その穴の内周に亘って設けられいる。
【００７４】
軸３１が、軸受け部３３の穴に挿入されると、溝５２のない部分では、係止部５１が、軸受け部３３の穴の内壁に接触することで、軸３１の内部方向に押し込められる。 そして、その後、係止部５１が、溝５２に到達すると、軸３１の内部に押し込められた係止部５１が、その弾性力によって、元の状態に戻ろうとして、係止部５１に設けられた凸部が、溝５２に嵌った状態となり、軸３１が、軸受け部３３の穴から容易に抜けない状態となる。
【００７５】
ここで、溝５２は、そこに係止部５１の凸部が嵌ったときに、その凸部を、軸３１の内部方向に、多少押し込めるような深さに形成されている。 従って、係止部５１に設けられた凸部が、溝５２に嵌った状態では、係止部５１は、軸３１の内部側に多少押し込められた状態となる。
【００７６】
従って、重力等の影響により、蓋部２０が回動しようとして軸３１に回転トルクが加えられた場合、軸３１の係止部５１に設けられた凸部と、溝５２の内壁との間に、その回動を阻止する摩擦力が発生する。
【００７７】
これにより、蓋部２０が、本体１１に対して任意の角度（０度乃至１８０度）に開かれた場合、その蓋部２０の状態が、上述の摩擦力によって維持される。 但し、この摩擦力は、蓋部２０の自重により発生する回転トルクと同程度のものであり、ユーザによる蓋部２０の回動動作を妨げるものではない。
【００７８】
なお、ヒンジ部１７を構成する軸３２および軸受け部３４も、図６に示したヒンジ部１３における場合と同様に構成されている。 また、ヒンジ部１８も、図６のヒンジ部１３と同様に構成されている。
【００７９】
次に、図７乃至図１０は、メインブロック２の他の構成例を示す外観図である。 なお、図中、図１乃至図４に示した場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
【００８０】
ここで、図７は、メインブロック２の斜視図を示している。 また、図８（Ａ）は、メインブロック２の正面（上面）図を、図８（Ｂ）は、メインブロック２の上側の側面図を、図８（Ｃ）は、メインブロック２の下側の側面図を、図８（Ｄ）は、メインブロック２の左側の側面図を、図８（Ｅ）は、メインブロック２の右側の側面図を、それぞれ示している。 さらに、図９は、メインブロック２の蓋部２０を開いた状態の斜視図を示しており、図１０は、さらに、蓋部２０のサブパネル１５と１６を開いた状態の斜視図を示している。
【００８１】
図８（Ｂ）に示すように、メインブロック２における本体１１の上側の側面には、無線通信部６３、アンテナ６４、およびＣＣＤ(Charge Coupled Device)カメラ６５が設けられている。
【００８２】
無線通信部６３は、例えば、赤外線等による無線通信を行う場合に、赤外線を発光し、また、赤外線を受光する。
【００８３】
アンテナ６４は、例えば、電波による無線通信を行う場合に、電波を放射し、また、電波を受信する。 なお、アンテナ６４では、電話による音声通話を行うための電波の送受信の他、例えば、ブルートゥース(Bluetooth（商標）)その他の規格に準じた無線通信のための電波の送受信も行うことができるようになっている。
【００８４】
ＣＣＤカメラ６５は、そこに入射する光を受光して光電変換することで、その光に対応する画像信号を出力する。 即ち、ＣＣＤカメラ６５は画像の撮像を行う。
【００８５】
なお、無線通信部６３、アンテナ６４、およびＣＣＤカメラ６５は、図２に示したメインブロック２にも設けられているが、その図示は省略してある。
【００８６】
図７乃至図１０に示したメインブロック２と、図１乃至図４に示したメインブロック２とは同様の機能を有する。
【００８７】
但し、図７乃至図１０に示したメインブロック２は、そのヒンジ機構が、図１乃至図４に示したメインブロック２における場合と異なっている。
【００８８】
即ち、図７乃至図１０に示したメインブロック２においては、蓋部２０は、メインブロック２の右側の側面に設けられたヒンジ部７１（図８（Ａ）、図８（Ｅ）、図９、図１０）を回動中心として回動するようになっている。 また、サブパネル１５は、メインパネル１４の上部に設けられたヒンジ部７２（図８（Ｂ）、図９、図１０）を回動中心として回動し、サブパネル１６は、メインパネル１４の下部に設けられたヒンジ部７３（図７、図８（Ｃ）、図９、図１０）を回動中心として回動するようになっている。
【００８９】
図１１は、ヒンジ部７１の分解図を示している。
【００９０】
ヒンジ部７１は、図１１に示すように、本体１１に固定されるヒンジ金具８１、蓋部２０に固定されるヒンジ金具８３、両者に回転自在に結合される軸８２から構成される。
【００９１】
図１２に示すように、ヒンジ金具８１，８３は、バネ用鋼板により形成され、その端部は、折り曲げられて（カーリングされて）筒状に形成されている。 ヒンジ金具８１とヒンジ金具８３の穴径は、同一径となっている。 軸８２は、所定の長さをもつステンレス製の円柱であり、その軸径は、ヒンジ金具８１，８３の穴径よりも、若干大きく形成されている。 軸８２は、その両端がヒンジ金具８１とヒンジ金具８３にそれぞれ圧入される。
【００９２】
なお、上述したように、軸８２の軸径は、ヒンジ金具８１，８３の穴径よりも大きいので、軸８２が圧入された場合、ヒンジ金具８１，８３の穴径は広げられ（弾性変形し）、ヒンジ金具８１，８３は、軸８２を弾性的に、回転自在に支持する状態となる。
【００９３】
この状態において、軸８２は、ヒンジ金具８１，８３によって、完全には固定されておらず、重力等の影響により、蓋部２０が回動しようとして軸８２に回転トルクが加えられた場合、軸８２とヒンジ金具８１，８３それぞれとの間に、その回動を阻止する摩擦力が発生する。
【００９４】
したがって、蓋部２０は、本体１１に対して任意の角度（０度乃至１８０度）に開かれた場合、その蓋部２０の状態が、上述の摩擦力によって維持される。 但し、この摩擦力は、蓋部２０の自重により発生する回転トルクと同程度のものであり、ユーザによる蓋部２０の回動動作を妨げるものではない。
【００９５】
なお、ヒンジ部７２および７３も、図１１および図１２に示したヒンジ部７１と同様に構成されている。
【００９６】
次に、図１３乃至図１５を参照して、メインブロック２に、ヒンジ部７１乃至７３を採用した場合の、本体１１から、メインパネル１４、並びにサブパネル１５および１６への配線について説明する。
【００９７】
図が煩雑になるのを避けるため、図７乃至図１０には図示していないが、メインブロック２には、図１３に示すように、本体１１と蓋部２０とを結合するヒンジ部７１を覆うヒンジカバー９１が設けられている。
【００９８】
また、蓋部２０にも、図１３に示すように、メインパネル１４とサブパネル１６とを結合するヒンジ部７３を覆うヒンジカバー９２が設けられている。
【００９９】
なお、図示していないが、蓋部２０には、さらに、メインパネル１４とサブパネル１５とを結合するヒンジ部７２を覆うヒンジカバーも設けられている。
【０１００】
図１４は、メインブロック２を、図１３において矢印Ａで示す下側の側面の方向から見た場合の断面図を示している。
【０１０１】
本体１１の内部には、各種の電気回路（電子回路）が形成された回路基板１１１が設けられており、この回路基板１１１は、本体１１の上面に設けられたＬＣＤ１２（タッチパネル１２Ａを含む）と、フレキ１１２を介して電気的に接続されている。
【０１０２】
また、回路基板１１１には、フレキ１１３が接続されており、このフレキ１１３は、本体１１のヒンジ部７１が固定されている側面に設けられた穴１１４を通って、一旦、外部に出た後、蓋部２０のメインパネル１４におけるヒンジ部７１が固定されている側面に設けられた穴１１５を通って、メインパネル１４の内部に到達している。 そして、メインパネル１４の内部では、フレキ１１３が、その上面に設けられたＬＣＤ３（タブレット３Ａを含む）と、その裏面に設けられたＬＣＤ２１（タブレット２１Ａを含む）に接続されている。 これにより、メインパネル１４のＬＣＤ３と２１は、回路基板１１１と電気的に接続されている。
【０１０３】
ヒンジ部７１を覆うヒンジカバー９１は、穴１１４と１１５との間で外部に露出しているフレキ１１３を保護するような形で設けられており、これにより、フレキ１１３が、傷ついたりすること等を防止するようになっている。
【０１０４】
図１５は、メインブロック２を、図１３において矢印Ｂで示す右側の側面の方向から見た場合の断面図を示している。
【０１０５】
メインパネル１４の内部に到達しているフレキ１１３（の一部）は、メインパネル１４のヒンジ部７３が固定されている側面に設けられた穴１２２を通って、一旦、外部に出ており、さらに、サブパネル１６のヒンジ部７３が固定されている側面に設けられた穴１２３を通って、サブパネル１６の内部に到達している。 そして、サブパネル１６の内部では、フレキ１１３が、サブパネル１６に設けられたＬＣＤ２３（タッチパネル２３Ａを含む）に接続されている。 これにより、サブパネル１６のＬＣＤ２３は、回路基板１１１と電気的に接続されている。
【０１０６】
ヒンジ部７３を覆うヒンジカバー９２は、穴１２２と１２３との間で外部に露出しているフレキ１１３を保護するような形で設けられており、これにより、フレキ１１３が、傷ついたりすること等を防止するようになっている。
【０１０７】
なお、フレキ１１３は、サブパネル１５の内部にも、サブパネル１６における場合と同様にして到達しており、これにより、サブパネル１５に設けられたＬＣＤ２２（タッチパネル２２Ａを含む）は、回路基板１１１と電気的に接続されている。
【０１０８】
次に、以上の実施の形態においては、ＰＤＡの時計バンド１の、メインブロック２の上側と下側に、それぞれ１つずくのＬＣＤ４ 1と５ 1を設けるようにしたが、時計バンド１には、さらに多くのＬＣＤを設けることができる。
【０１０９】
そこで、図１６および図１７は、時計バンド１に、より多くのＬＣＤを設けたＰＤＡの外観構成例を示している。
【０１１０】
図１６および図１７の実施の形態では、時計バンド１の、メインブロック２の上側に、４つのＬＣＤ４ 1 ，４ 2 ，４ 3 ，４ 4が設けられており、メインブロック２の下側にも、４つのＬＣＤ５ 1 ，５ 2 ，５ 3 ，５ 4が設けられている。
【０１１１】
なお、図１７（Ａ）に示すように、時計バンド１の２つの端部それぞれには、留め具１Ａと１Ｂがそれぞれ設けられている。 時計バンド１をユーザの腕に巻き、留め具１Ａと１Ｂが結合することにより、時計バンド１は、輪状になって、図１６に示すように、ユーザの腕に装着された状態を維持する。
【０１１２】
図１７（Ａ）は、図１６に示したように、時計バンド１がユーザの腕に装着された状態から、時計バンド１をはずし、蓋部２０を閉じたまま、平面においた状態を示している。
【０１１３】
この場合、メインブロック２の蓋部２０に設けられたＬＣＤ３の他、時計バンド１に設けられたＬＣＤ４ 1乃至４ 4 、およびＬＣＤ５ 1乃至５ 4の、合計で、９個のＬＣＤが上部に露出した状態となる。
【０１１４】
従って、この場合、この９個のＬＣＤ３，４ 1乃至４ 4 、および５ 1乃至５ 4によって、ユーザに、情報の提示を行うことができる。
【０１１５】
なお、ＬＣＤ４ 2 ，４ 3 ，４ 4 ，５ 2 ，５ 3 ，５ 4も、上述したＬＣＤ４ 1や５ 1と同様に、透明なタッチパネル４Ａ 2 ，４Ａ 3 ，４Ａ 4 ，５Ａ 2 ，５Ａ 3 ，５Ａ 4それぞれと一体的に構成されており、ＬＣＤ４ 2 ，４ 3 ，４ 4 ，５ 2 ，５ 3 ，５ 4にボタンが表示され、そのボタンをユーザが操作した場合には、そのボタンに対する操作は、タッチパネル４Ａ 2 ，４Ａ 3 ，４Ａ 4 ，５Ａ 2 ，５Ａ 3 ，５Ａ 4によって、それぞれ検出される。
【０１１６】
図１７（Ｂ）は、図１７（Ａ）に示した状態から、蓋部２０を開き、さらに、サイドパネル１５および１６を開いた状態を示している。
【０１１７】
この場合、メインブロック２においては、ＬＣＤ３に代わって、ＬＣＤ１２，２１，２２，２３が上部に露出する。
【０１１８】
従って、この場合、時計バンド１に設けられたＬＣＤ４ 1乃至４ 4 、およびＬＣＤ５ 1乃至５ 4 、並びにメインブロック２に設けられたＬＣＤ１２、およびＬＣＤ２１乃至２３の合計１２個のＬＣＤによって、ユーザに、情報の提示を行うことができる。
【０１１９】
次に、図１８乃至図２１は、メインブロック２のさらに他の構成例を示している。
【０１２０】
図１８の実施の形態においては、蓋部２０が閉じた状態において、図１８（Ａ）に示すように、本体１１の上に、メインパネル１４が位置し、メインパネル１４の上に、サブパネル１５および１６が位置する形となるように、メインブロック２が構成されている。
【０１２１】
即ち、例えば、図２や図７の実施の形態においては、蓋部２０が閉じた状態において、本体１１の上に、サブパネル１５および１６が位置し、そのサブパネル１５および１６の上に、メインパネル１４が位置するようになっていたが、図１８の実施の形態では、メインパネル１４の位置と、サブパネル１５および１６の位置とが入れ替わっている。 このため、図１８では、蓋部２０が閉じた状態において、サブパネル１５のＬＣＤ２２と、サブパネル１６のＬＣＤ２３とが、上部に露出した状態となるようになっており、このＬＣＤ２２および２３が、例えば、図７に示したメインブロック２において、蓋部２０が閉じた状態となっているときに上部に露出するＬＣＤ３を兼用するようになっている。
【０１２２】
さらに、図１８の実施の形態では、本体１１と蓋部２０（のメインパネル１４）とが、図１８（Ａ）に示すように、アーム部１３１とピン部１３１Ａおよび１３１Ｂとからなる、いわゆるリンク構造によって結合されている。
【０１２３】
また、蓋部２０におけるメインパネル１４とサブパネル１５とが、アーム部１３２とピン部１３２Ａおよび１３２Ｂとからなるリンク構造によって結合されており、メインパネル１４とサブパネル１６とが、アーム部１３３とピン部１３３Ａおよび１３３Ｂとからなるリンク構造によって結合されている。
【０１２４】
なお、図１８において、メインブロック２の上側の側面には、アーム部１３１とピン部１３１Ａおよび１３１Ｂとからなるリンク構造と同様のリンク構造が設けられている。 また、メインブロック２の左側の側面には、アーム部１３２とピン部１３２Ａおよび１３２Ｂとからなるリンク構造と同様のリンク構造と、アーム部１３３とピン部１３３Ａおよび１３３Ｂとからなるリンク構造と同様のリンク構造が設けられている。
【０１２５】
アーム部１３１の両端には、それぞれピン部１３１Ａおよび１３１Ｂが回転可能なように設けられている。 そして、ピン部１３１Ａは、蓋部２０のメインパネル１４における下側の側面の左下隅に挿入され、ピン部１３１Ｂは、本体１１の下側の側面の中央下部に挿入されている。
【０１２６】
アーム部１３２の両端には、それぞれピン部１３２Ａおよび１３２Ｂが回転可能なように設けられている。 そして、ピン部１３２Ａは、メインパネル１４の右側の側面の右上隅に挿入され、ピン部１３２Ｂは、サブパネル１５の右側の側面の中央上部に挿入されている。
【０１２７】
アーム部１３３の両端には、それぞれピン部１３３Ａおよび１３３Ｂが回転可能なように設けられている。 そして、ピン部１３３Ａは、メインパネル１４の右側の側面の左上隅に挿入され、ピン部１３３Ｂは、サブパネル１６の右側の側面の中央上部に挿入されている。
【０１２８】
従って、蓋部２０を、右方向にスライドさせるように移動させると、アーム部１３１は、ピン部１３１Ａを回動中心として回動するとともに、ピン部１３１Ｂを回動中心として回動し、これにより、蓋部２０は、図１８（Ｂ）に示すように、本体１１の右側の側面に隣接する位置に移動して、本体１１の上面に設けられたＬＣＤ１２が露出状態となる。
【０１２９】
さらに、サブパネル１５を、上方向（奥行き方向）にスライドさせるように移動させると、アーム部１３２は、ピン部１３２Ａを回動中心として回動するとともに、ピン部１３２Ｂを回動中心として回動し、サブパネル１５は、図１８（Ｃ）に示すように、メインパネルの上側の側面に隣接する位置に移動する。
【０１３０】
また、サブパネル１６を、下方向（手前方向）にスライドさせるように移動させると、アーム部１３３は、ピン部１３３Ａを回動中心として回動するとともに、ピン部１３３Ｂを回動中心として回動し、サブパネル１６は、図１８（Ｃ）に示すように、メインパネルの下側の側面に隣接する位置に移動する。
【０１３１】
以上により、メインパネル１４の上面に設けられたＬＣＤ２１が見える状態となる。
【０１３２】
なお、図１８の実施の形態におけるメインブロック２では、図１８（Ａ）に示した状態から、先に、サブパネル１５および１６をスライドさせ、その後、メインパネル１４、並びにサブパネル１５および１６の全体をスライドさせ、図１８（Ｃ）に示した状態とすることも可能である。
【０１３３】
次に、図１９を参照して、図１８に示したようなリンク構造を採用した場合の配線について説明する。
【０１３４】
即ち、図１９は、図１８におけるメインパネル１４の、ピン１３１Ａが挿入される部分の拡大図を示している。
【０１３５】
メインパネル１４には、ピン部１３１Ａが挿入される穴１４４が設けられており、この穴１４４の径は、ピン部１３１Ａの径よりも若干大きいものとされている。
【０１３６】
一方、ピン部１３１Ａには、穴１４４に挿入される方の端部に、例えば、ゴムの等の弾性体からなる係止部１４３が設けられており、この係止部１４３の部分の径は、穴１４４の径よりも若干大きいものとされている。
【０１３７】
従って、ピン部１３１Ａを、穴１４４に挿入しようとすると、その穴１４４に、係止部１４３が引っ掛かるが、係止部１４３は弾性体であるため、大きな力によって、ピン部１３１Ａを、穴１４４に押し込めることによって、係止部１４３としての弾性体が変形して、穴１４４を通過する。 係止部１４３は、穴１４４を通過して、メインパネル１４の内部に到達すると、その弾性力によって元の状態に戻り、これにより、ピン部１３１Ａは、穴１４４から、容易に抜けない状態となる。
【０１３８】
また、アーム１３１の内部、およびピン部１３１Ａの内部は、空洞になっており、本体１１から延びる配線であるフレキ１４５は、アーム１３１の内部、およびピン部１３１Ａの内部を通って、メインパネル１４に到達する。
【０１３９】
なお、図１８に示した他のリンク構造も、図１９で説明したのと同様に構成されており、これにより、本体１１から、メインパネル１４、さらには、サブパネル１５および１６への配線が可能となっている。
【０１４０】
次に、図２０の実施の形態においては、本体１１、並びに蓋部２０を構成するメインパネル１４、サブパネル１５および１６の位置関係は、図１８の実施の形態における場合と同様になっている。 従って、蓋部２０が閉じた状態では、図２０（Ａ）に示すように、サブパネル１５のＬＣＤ２２、およびサブパネル１６のＬＣＤ２３は、上部に露出した状態となっている。
【０１４１】
但し、図２０の実施の形態では、本体１１とメインパネル１４との結合構造、メインパネル１４とサブパネル１５との結合構造、およびメインパネル１４とサブパネル１６との結合構造として、リンク構造ではなく、図２や図７の実施の形態と同様に、ヒンジ構造が採用されている。
【０１４２】
従って、蓋部２０が開かれると、図２０（Ｂ）に示すように、蓋部２０のメインパネル１４に設けられたＬＣＤ２１は上部に露出するが、蓋部２０が閉じた状態において上面に露出しているサブパネル１５のＬＣＤ２２とサブパネル１６のＬＣＤ２３は、蓋部２０が開かれることにより、図２０（Ｂ）に示すように、下側を向いた状態となる。
【０１４３】
そして、さらに、サブパネル１５および１６を開くと、図２０（Ｃ）に示すように、サブパネル１５のＬＣＤ２２とサブパネル１６のＬＣＤ２３は、上部に露出した状態になる。
【０１４４】
次に、図２１の実施の形態においては、メインブロック２は、基本的には、図２や図７における場合と同様に構成されている。 但し、図２や図７の実施の形態においては、サブパネル１５と１６は、その縦方向の長さが、メインパネル１４の縦方向の長さの１／２弱程度になっていたが、図２１の実施の形態では、サブパネル１５と１６の縦方向の長さが、メインパネル１４の縦方向の長さと同程度（若干短い程度）となっている。 従って、図２１の実施の形態では、サブパネル１５および１６は、メインパネル１４とほぼ同じ大きさとされている。
【０１４５】
図２１のメインブロック２では、図２１（Ａ）に示す蓋部２０が閉じた状態から、蓋部２０を開くと、図２１（Ｂ）に示すように、本体１１に設けられたＬＣＤ１２が露出し、さらに、サブパネル１５および１６を開くと、図２１（Ｃ）に示すように、メインパネル１４のＬＣＤ２１、サブパネル１５のＬＣＤ２２、およびサブパネル１６のＬＣＤ２３が露出する。
【０１４６】
上述したように、図２１の実施の形態では、サブパネル１５および１６は、メインパネル１４とほぼ同じ大きさとされているため、サブパネル１５のＬＣＤ２１とサブパネル１６のＬＣＤ２３も、メインパネル１４のＬＣＤ２１とほぼ同じ大きさのものとなっている。
【０１４７】
従って、図２１の実施の形態では、図２や図７等の実施の形態に比較して、ＬＣＤ２２および２３に、より多くの表示、あるいは、より大きな表示を行うことが可能となる。
【０１４８】
なお、上述の実施の形態においては、蓋部２０に、サブパネル１５および１６を設けるようにしたが、サブパネル１５および１６は、本体１１に設けることも可能である。
【０１４９】
また、上述の場合には、蓋部２０に２つのサブパネル１５および１６を設ける要にしたが、サブパネルは１つだけ設けるようにすることが可能である。
【０１５０】
さらに、サブパネルは、上側または下側に開くのではなく、右側等に開くように設けることが可能である。 また、蓋部２０には、上側に開くサブパネル１５、下側に開くサブパネル１６の他、右側に開くサブパネルを設けることも可能である。
【０１５１】
次に、図２２は、図１乃至図２１で説明したＰＤＡを利用したＰＤＡシステムの一実施の形態の構成例を示している。
【０１５２】
ＰＤＡ１０１は、図１乃至図２１で説明したＰＤＡで、各種のデータ処理を行う他、公衆網１０４を介して、他のＰＤＡ１０３や、インターネット１０５、その他各種の通信端末１０６との間で通信を行うことができるようになっている。
【０１５３】
なお、各種の通信端末１０６としては、電話機（携帯電話機等を含む）や、ファクシミリ、コンピュータ等がある。
【０１５４】
さらに、ＰＤＡ１０１は、ベース基地コンピュータ１０２との間で、各種のデータをやりとりするデータ通信を行うことができるようになっている。
【０１５５】
ここで、ＰＤＡ１０１とベース基地コンピュータ１０２との間でやりとりされるデータとしては、例えば、画像データ（動画および静止画を含む）、音声データ（オーディオデータ）、メールアドレスや電話番号等の個人情報、プログラムその他のバイナリファイルやテキストファイル等の各種のファイル、公衆網１０４を介して、インターネット１０５や、ＰＤＡ１０１と同様に構成される他のＰＤＡ１０３からダウンロードして蓄積した蓄積情報、その他各種の情報処理装置との間で送受信した送受信データ等がある。
【０１５６】
ベース基地コンピュータ１０２は、例えば、デスクトップ型またはノート型のコンピュータをベースに構成されており、ＰＤＡ１０１のいわばベース基地となるようになっている。 即ち、ＰＤＡ１０１は、携帯に便利なように小型に構成されるため、より大型に構成することができるデスクトップ型またはノート型のコンピュータよりも性能が劣ったものとなっている。 そこで、ベース基地コンピュータ１０２では、ＰＤＡ１０１が有するデータを取得（受信）して処理し、その処理結果を、ＰＤＡ１０１に提供（送信）したり、また、ベース基地コンピュータ１０２で、インターネット１０５等から取得したデータを、ＰＤＡ１０１に提供すること等ができるようになっている。
【０１５７】
なお、ベース基地コンピュータ１０２は、ＰＤＡ１０１のベース基地となり得る点を除けば、基本的な構成は、一般的なデスクトップ型またはノート型等のコンピュータと同様であり、従って、公衆網１０４を介して、インターネット１０５と接続したり、各種のプログラムの実行等を行うことが可能である。
【０１５８】
次に、図２３は、ＰＤＡ１０１のハードウェア構成例を示している。
【０１５９】
ＣＰＵ(Central Processing Unit)２０２は、バス２０１に接続されており、そのバス２０１に接続されている各ブロックの制御等を行う。 さらに、ＣＰＵ２０２は、バス２２６を介して、ＲＯＭ(Read Only Memory)２０３、およびＲＡＭ(Random Access Memory)２０４と接続されており、ＲＯＭ２０３に記憶されているプログラムや、ＲＡＭ２０４にロードされたプログラムを実行することで、上述の制御を含む各種の処理を行う。
【０１６０】
ＲＯＭ２０３は、ＩＰＬ(Initial Program Loading)のプログラム等の、起動に必要なプログラムを記憶している。 ＲＡＭ２０４は、バス２２６を介して、ＣＰＵ２０２から転送されてくるプログラムやデータをロードし、また、ＣＰＵ２０２の動作上必要なデータ等を一時記憶する。
【０１６１】
タッチパネルドライバ２０５ 1 ，２０５ 2 ，２０５ 3 ，２０５ 4 ，２０５ 5 ，２０５ 6 ，２０５ 7は、タッチパネル３Ａ，４Ａ 1 ，５Ａ 1 ，１２Ａ，２１Ａ，２２Ａ，２３Ａをそれぞれドライブすることにより、タッチパネル３Ａ，４Ａ 1 ，５Ａ 1 ，１２Ａ，２１Ａ，２２Ａ，２３Ａ上のタッチされた位置等を検出し、バス２０１を介して、ＣＰＵ２０２に供給する。 なお、図２３においては、タッチパネルドライバ２０５ 1乃至２０５ 7を、まとめて、タッチパネルドライバ２０５と表してある。
【０１６２】
ＬＣＤドライバ２０６ 1 ，２０６ 2 ，２０６ 3 ，２０６ 4 ，２０６ 5 ，２０６ 6 ，２０６ 7は、バス２０１を介して供給される信号にしたがい、ＬＣＤ３，４ 1 ，５ 1 ，１２，２１，２２，２３をそれぞれドライブすることにより、ＬＣＤ３，４ 1 ，５ 1 ，１２，２１，２２，２３それぞれに、所定の画像を表示させる。 なお、図２３においては、ＬＣＤドライバ２０６ 1乃至２０６ 7を、まとめて、ＬＣＤドライバ２０６と表してある。
【０１６３】
アンプ２０７は、ＣＣＤカメラ６５が出力する画像信号を増幅し、Ａ／Ｄ(Analog/Digital)変換器２１０に供給する。 アンプ２０８は、Ｄ／Ａ(Digital/Analog)変換器２１２が出力する音声信号を増幅し、スピーカ１０またはイヤフォンマイクジャック７に出力する。 アンプ２０９は、マイク９またはイヤフォンマイクジャック７から入力される音声信号を増幅し、Ａ／Ｄ変換器２１１に供給する。
【０１６４】
Ａ／Ｄ変換器２１０は、アンプ２０７から供給されるアナログの画像信号をＡ／Ｄ変換し、ディジタルの画像データとして、ＭＰＥＧ(Moving Picture Experts Group)エンコーダ／デコーダ２１３に供給する。 Ａ／Ｄ変換器２１１は、アンプ２０９から供給されるアナログの音声信号をＡ／Ｄ変換し、ディジタルの音声データとして、ＡＴＲＡＣ(Adaptive TRansform Acoustic Coding)エンコーダ／デコーダ２１４に供給する。 Ｄ／Ａ変換器２１２は、ＡＴＲＡＣエンコーダ／デコーダ２１４から供給されるディジタルの音声データをＤ／Ａ変換し、アナログの音声信号として、アンプ２０８に供給する。
【０１６５】
ＭＰＥＧエンコーダ／デコーダ２１３は、Ａ／Ｄ変換器２１０またはバス２０１から供給される画像データを、ＭＰＥＧの規格に準拠して符号化し、その結果得られる符号化データを、バス２０１上に出力する。 また、ＭＰＥＧエンコーダ／デコーダ２１３は、バス２０１から供給される符号化データを、ＭＰＥＧの規格に準拠して復号し、その結果得られる画像データを、バス２０１上に出力する。
【０１６６】
なお、ＭＰＥＧエンコーダ／デコーダ２１３は、必要に応じて、Ａ／Ｄ変換器２１０から供給される画像データを、特に処理を施さずに、そのままバス２０１上に出力することもできるようになっている。
【０１６７】
ＡＴＲＡＣエンコーダ／デコーダ２１４は、Ａ／Ｄ変換器２１１またはバス２０１から供給される音声データを、ＡＴＲＡＣの規格に準拠して符号化し、その結果得られる符号化データを、バス２０１上に出力する。 また、ＡＴＲＡＣエンコーダ／デコーダ２１４は、バス２０１から供給される符号化データを、ＡＴＲＡＣの規格に準拠して復号し、その結果得られる音声データを、バス２０１またＤ／Ａ変換器２１２に出力する。
【０１６８】
なお、ＡＴＲＡＣエンコーダ／デコーダ２１４は、必要に応じて、バス２０１からの音声データを、そのまま、Ｄ／Ａ変換器２１２に出力するとともに、Ｄ／Ａ変換器２１２からの音声データを、そのまま、バス２０１上に出力することもできるようになっている。
【０１６９】
ＨＤＤ(Hard Disk Drive)２１５は、図示せぬＨＤ(Hard Disk)を内蔵し、ＣＰＵ２０２の制御の下、ＨＤに記録されているデータ（プログラムを含む）を読み出して、バス２０１上に出力し、また、バス２０１から供給されるデータを、ＨＤに書き込む。
【０１７０】
フラッシュメモリ２１６は、バス２０１に接続されており、ＰＤＡの電源をオフにしても記憶しておく必要のあるデータを、バス２０１を介して記憶する。 即ち、例えば、フラッシュメモリ２１６は、例えば、ＰＤＡの電源がオフされる直前の内部状態を記憶する。 これにより、ＰＤＡの電源が、再びオン状態になったときは、フラッシュメモリ２１６の記憶内容を参照することにより、ＰＤＡの内部状態を、その電源がオフされる直前の内部状態に戻すことができる。
【０１７１】
ＤＲＡＭ(Dynamic RAM)２１７は、バス２０１を介して供給されるデータ（例えば、符号化対象の画像データや音声データ、符号化した画像データや音声データなど）を一時記憶する。
【０１７２】
通信Ｉ／Ｆ(interface)２１８は、バス２０１に接続されており、無線（電波の他、赤外線等も含む）や有線による各種の通信を行うときのインタフェースとして機能する。
【０１７３】
即ち、通信Ｉ／Ｆ２１８は、アンテナ６４から供給される受信信号に対して復調等の通信に必要な処理を施し、バス２０１に出力するとともに、バス２０１を介して供給されるデータに変調等の通信に必要な処理を施し、その結果得られる送信信号を、アンテナ６４に供給する。
【０１７４】
さらに、通信Ｉ／Ｆ２１８は、コネクタ部８から供給されるデータを受信し、必要な処理を施して、バス２０１に出力するとともに、バス２０１を介して供給されるデータに所定の処理を施し、コネクタ部８に供給する。
【０１７５】
また、通信Ｉ／Ｆ２１８は、ドライバ２１９から供給されるデータを受信し、必要な処理を施して、バス２０１に出力するとともに、バス２０１を介して供給されるデータに所定の処理を施し、ドライバ２１９に供給する。
【０１７６】
ドライバ２１９、受光部２２０、および発光部２２１は、無線通信部６３を構成しており、ドライバ２１９は、通信Ｉ／Ｆ２１９から供給されるデータに応じて、発光部２２１をドライブするとともに、受光部２２０から供給される信号からデータを抽出し、通信Ｉ／Ｆ２１８に供給する。 受光部２２０は、例えば、赤外線を受光し、その受光量に応じた電気信号を、ドライバ２１９に供給する。 発光部２２１は、ドライバ２１９によって駆動され、例えば、赤外線を発光する。
【０１７７】
バッテリ２２２は、ＰＤＡ１０１を構成する各ブロックに対して、必要な電源を供給する。
【０１７８】
入力Ｉ／Ｆ２２３は、バス２０１に接続されており、外部からの操作入力に対するインタフェースとして機能する。 即ち、入力Ｉ／Ｆ２２３は、操作部２２４やスイッチ部２２５からの信号を受信し、バス２０１上に出力する。
【０１７９】
スイッチ部２２５は、蓋部２０の開閉の状態や、サブパネル１５および１６の開閉の状態を検知するスイッチ群で構成され、蓋部２０、並びにサブパネル１５および１６の開閉の状態に応じた信号を、入力Ｉ／Ｆ２２３に供給する。
【０１８０】
操作部２２４は、図７等に示したジョグダイヤル６や、ホールドスイッチ６１、電源スイッチ６２等で構成され、それらの操作に応じた操作信号を、入力Ｉ／Ｆ２２３に供給する。
【０１８１】
次に、図２４は、ＰＤＡ１０１の機能的構成例を示している。 なお、図２３のＰＤＡ１０１のハードウエア構成と対応する部分については、適宜、同一の符号を付してある。
【０１８２】
ＲＦ(Radio Frequency)処理部２３１は、アンテナ６４から供給される受信信号としてのＲＦ信号を復調し、チャネル復号部２３２に供給する。 また、ＲＦ処理部２３１は、チャネル符号化部２２３から供給される信号を変調してＲＦ信号とし、アンテナ６４に供給する。
【０１８３】
チャネル復号部２３２は、ＲＦ処理部２３１から供給される信号をチャネル復号し、エンコード／デコード部２３４や制御部２３９に供給する。 チャネル符号化部２３３は、エンコード／デコード部２３４や制御部２３９から供給される信号をチャネル符号化し、ＲＦ処理部２３１に供給する。
【０１８４】
なお、ＲＦ処理部２３１、チャネル復号部２３２、およびチャネル符号化部２３３は、図２３の通信Ｉ／Ｆ２１８に対応する。
【０１８５】
エンコード／デコード部２３４は、画像符号化部２３５、画像復号部２３６、音声符号化部２３７、および音声復号部２３８で構成されている。
【０１８６】
画像符号化部２３５は、制御部２２４の制御にしたがい、制御部２２４から供給される画像データを符号化し、制御部２２４またはチャネル符号化部２３３に供給する。 画像復号部２３６は、チャネル復号部２３２または制御部２３９から供給される画像の符号化データを復号し、制御部２３９または表示制御部２３６に供給する。 音声符号化部２３７は、アンプ２０９または制御部２３９から供給される音声データを符号化し、チャネル符号化部２３３または制御部２３９に供給する。 音声復号部２３８は、チャネル復号部２３２または制御部２３９から供給される音声の符号化データを復号し、スピーカ２０８または制御部２３９に供給する。
【０１８７】
なお、エンコード／デコード部２３４は、図２３のＭＰＥＧエンコーダ／デコーダ２１３やＡＴＲＡＣエンコーダ／デコーダ２１４に対応し、さらには、ＣＰＵ２０２がプログラムを実行することにより実現される。
【０１８８】
制御部２３９は、図２３のＣＰＵ２０２がプログラムを実行することにより実現され、コネクタ部８を介してのデータのやりとりや、操作部２２４からの操作信号に対応した処理、その他の各種の処理（ＰＤＡ１０１を構成する各ブロックの制御を含む）を行う。
【０１８９】
変復調部２４０は、制御部２３９から供給されるデータを変調し、無線通信部６３に供給する。 また、変復調部２４０は、無線通信部６３から供給される信号を復調し、制御部２３９に供給する。 なお、変復調部２４０は、図２３の通信Ｉ／Ｆ２１８に対応する。
【０１９０】
メモリ２４１は、制御部２３９から供給されるデータ等を記憶し、また、記憶したデータを、制御部２３９に供給する。 なお、本実施の形態では、メモリ２４１は、制御部２３９に接続されている他、コネクタ部８にも接続されている。 また、メモリ２４１は、図２３のフラッシュメモリ２１６やＤＲＡＭ２１７等に対応する。
【０１９１】
アラーム部２４２は、例えば、バッテリ２２２の残容量を監視しており、いわゆるローバッテリ状態となると、制御部２３９に、その旨を知らせるようになっている。 なお、アラーム部２４２は、例えば、図２３のＣＰＵ２０２がプログラムを実行することにより実現される。
【０１９２】
開閉検出部２４３は、蓋部２０の開閉や、サブパネル１５および１６の開閉を検知し、その検知結果を、制御部２３９に供給する。 なお、開閉検出部２４３は、図２３のスイッチ部２２５に対応する。
【０１９３】
表示制御部２４４は、制御部２３９の制御にしたがった画像や、画像復号部２３６から供給される画像を、表示部２４５に表示させる制御を行う。 さらに、表示制御部２４４は、表示部２４５に表示されたボタン等に対する操作を検出し、その操作に対応する操作信号を、制御部２３９に供給する。 また、表示制御部２４４は、制御部２３９からの信号を、必要に応じて、表示制御部２５１，２５２，２５３，２５４，２５５に供給するとともに、それらの表示制御部２５１乃至２５５それぞれからの信号を、制御部２３９に供給する。
【０１９４】
なお、表示制御部２４４は、図２３のタッチパネルドライバ２０５およびＬＣＤドライバ２０６に対応する。 後述する表示制御部２５１乃至２５５も同様である。
【０１９５】
表示部２４５は、表示制御部２４４の制御にしたがって、画像を表示するとともに、その表示画面に対する操作を検出し、その操作された表示画面上の位置を表す信号を、表示制御部２４４に供給する。 なお、表示部２４５は、本体１１に一体的に設けられたＬＣＤ１１およびタッチパネル１２Ａ（図１０等）に対応する。
【０１９６】
表示制御部２５１は、制御部２３９から表示制御部２４４を介して供給される制御信号にしたがった画像を、表示部２５６または２５７に表示させる制御を行うとともに、表示部２５６または２５７に表示されたボタン等に対する操作を検出し、その操作に対応する操作信号を、表示制御部２４４を介して制御部２３９に供給する。 表示部２５６と２５７は、表示制御部２５１の制御にしたがって、画像を表示するとともに、その表示画面に対する操作を検出し、その操作された表示画面上の位置を表す信号を、表示制御部２５１に供給する。 なお、表示部２５６は、メインパネル１４に一体的に設けられたＬＣＤ３およびタッチパネル３Ａ（図７等）に対応し、表示部２５７は、メインパネル１４に一体的に設けられたＬＣＤ２１およびタッチパネル２１Ａ（図１０等）に対応する。
【０１９７】
表示制御部２５２は、制御部２３９から表示制御部２４４を介して供給される制御信号にしたがった画像を、表示部２５８に表示させる制御を行うとともに、表示部２５８に表示されたボタン等に対する操作を検出し、その操作に対応する操作信号を、表示制御部２４４を介して制御部２３９に供給する。 表示部２５８は、表示制御部２５２の制御にしたがって、画像を表示するとともに、その表示画面に対する操作を検出し、その操作された表示画面上の位置を表す信号を、表示制御部２５２に供給する。 なお、表示部２５８は、サブパネル１５に一体的に設けられたＬＣＤ２２およびタッチパネル２２Ａ（図１０等）に対応する。
【０１９８】
表示制御部２５３は、制御部２３９から表示制御部２４４を介して供給される制御信号にしたがった画像を、表示部２５９に表示させる制御を行うとともに、表示部２５９に表示されたボタン等に対する操作を検出し、その操作に対応する操作信号を、表示制御部２４４を介して制御部２３９に供給する。 表示部２５９は、表示制御部２５３の制御にしたがって、画像を表示するとともに、その表示画面に対する操作を検出し、その操作された表示画面上の位置を表す信号を、表示制御部２５３に供給する。 なお、表示部２５９は、サブパネル１６に一体的に設けられたＬＣＤ２３およびタッチパネル２３Ａ（図１０等）に対応する。
【０１９９】
表示制御部２５４は、制御部２３９から表示制御部２４４を介して供給される制御信号にしたがった画像を、表示部２６０に表示させる制御を行うとともに、表示部２６０に表示されたボタン等に対する操作を検出し、その操作に対応する操作信号を、表示制御部２４４を介して制御部２３９に供給する。 表示部２６０は、表示制御部２５４の制御にしたがって、画像を表示するとともに、その表示画面に対する操作を検出し、その操作された表示画面上の位置を表す信号を、表示制御部２５４に供給する。 なお、表示部２６０は、サイドパネル４に一体的に設けられたＬＣＤ４ 1およびタッチパネル４Ａ 1 （図１０等）に対応する。
【０２００】
表示制御部２５５は、制御部２３９から表示制御部２４４を介して供給される制御信号にしたがった画像を、表示部２６１に表示させる制御を行うとともに、表示部２６１に表示されたボタン等に対する操作を検出し、その操作に対応する操作信号を、表示制御部２４４を介して制御部２３９に供給する。 表示部２６１は、表示制御部２５５の制御にしたがって、画像を表示するとともに、その表示画面に対する操作を検出し、その操作された表示画面上の位置を表す信号を、表示制御部２５５に供給する。 なお、表示部２６１は、サイドパネル５に一体的に設けられたＬＣＤ５ 1およびタッチパネル５Ａ 1 （図１０等）に対応する。
【０２０１】
次に、図２５は、図２２のベース基地コンピュータ１０２の外観構成例を示す斜視図である。
【０２０２】
図２５の実施の形態において、ベース基地コンピュータ１０２は、略平板形状をしており、手前側は、所定のテーパ角を有するテーパ形状になっている。 そして、そのテーパ形状になっている部分には、ユーザによって操作されるキーボード３０１が配置されている。
【０２０３】
また、ベース基地コンピュータ２０１の上面のやや左側には、例えば、ＬＣＤ等で構成される表示部３０２が設けられており、表示部３０２には、各種の情報が表示されるようになっている。
【０２０４】
さらに、ベース基地コンピュータ２０１の上面のやや右側には、ＰＤＡ装着部３０３と無線通信部３０４が設けられている。
【０２０５】
ＰＤＡ装着部３０３は、凹形状のスロットとなっており、そこには、ＰＤＡ１０１のメインブロック２を装着することができるようになっている。 また、ＰＤＡ装着部３０３の内部には、後述する図２６において図示してあるコネクタ部３３７が設けられている。 ＰＤＡ１０１のメインブロック２を、そのコネクタ部８（図７等）がＰＤＡ装着部３０３の凹部の底面に対向するように挿入して、ＰＤＡ装着部３０３に装着すると、メインブロック２のコネクタ部８と、ＰＤＡ装着部３０３のコネクタ部３３７とが電気的に接続され、これにより、ＰＤＡ１０１（メインブロック２）と、ベース基地コンピュータ１０２とは、通信可能な状態となるようになっている。
【０２０６】
無線通信部３０４は、ＰＤＡ１０１との間で、赤外線等による通信を行う際に、その赤外線等を送受信するようになっている。
【０２０７】
なお、その他、図２５の実施の形態では、ベース基地コンピュータ１０２には、その右側の側面に、IEEE(Institute of Electrical and Electronics Engineers)1394の規格に準拠した通信を行う際に他の機器と接続されるIEEE1394端子３０５と、USB(Universal Serial Bus)の規格に準拠した通信を行う際に他の機器と接続されるUSB端子３０６が設けられている。 IEEE1394端子３０５には、IEEE1394の規格に準拠した機器としての、例えば、ビデオカメラ等が接続される。 また、USB端子３０６には、USBの規格に準拠した機器としての、例えば、マウス等が接続される。
【０２０８】
次に、図２６は、ベース基地コンピュータ１０２のハードウエア構成例を示している。
【０２０９】
ＣＰＵ３１２は、バス３１１に接続されており、そのバス３１１に接続されている各ブロックの制御等を行う。 さらに、ＣＰＵ３１２は、バス３４５を介して、ＲＯＭ３１３、ＲＡＭ３１４、およびフラッシュメモリ３１５と接続されており、ＲＯＭ３１３に記憶されているプログラムや、ＲＡＭ３１４にロードされたプログラムを実行することで、上述の制御を含む各種の処理を行う。
【０２１０】
ＲＯＭ３１３は、ＩＰＬのプログラム等の、起動に必要なプログラムを記憶している。 ＲＡＭ３１４は、バス３４３を介して、ＣＰＵ３１２から転送されてくるプログラムやデータをロードし、また、ＣＰＵ３１２の動作上必要なデータ等を一時記憶する。 フラッシュメモリ３１５は、例えば、ＢＩＯＳ(Basic Input Output Sytem)のプログラムを記憶している。 即ち、本実施の形態では、書き換え可能なフラッシュメモリ３１５に、ＢＩＯＳのプログラムが記憶されており、これにより、ＢＩＯＳのバージョンアップ等に容易に対処することが可能となっている。
【０２１１】
ＬＣＤ３１６よびＬＣＤドライバ３１７は、表示部３０２を構成している。 ＬＣＤドライバ３１６は、バス３１１を介して供給される信号にしたがい、ＬＣＤ３１６をドライブすることにより、ＬＣＤ３１６に所定の画像を表示させる。
【０２１２】
キーボードＩ／Ｆ３１８は、キーボード３０１とバス３１１との間のインタフェースとして機能し、キーボード３０１の操作に対応した操作信号を、バス３１１に出力する。
【０２１３】
USBインタフェース３１９は、USBの規格に準拠した通信インタフェースで、バス３１１からデータを受信し、USB端子３０６から送信するとともに、USB端子３０６からデータを受信し、バス３１１上に出力する。 IEEE1394インタフェース３２０は、IEEE1394の規格に準拠した通信インタフェースで、バス３１１からデータを受信し、IEEE1394端子３０５から送信するとともに、IEEE1394端子３０５からデータを受信し、バス３１１上に出力する。
【０２１４】
PCMCIA(Personal Computer Memory Card International Association)ドライバ３２１は、バス３１１に接続されており、PCMCIAスロット３２２に装着されたPCカード（図示せず）を駆動する。 PCMCIAスロット３２２には、例えば、フラッシュメモリカードやハードディスク、SCSIカード、LANカード、モデムカード等といったＰＣカードの着脱が可能となっている。 なお、図２５においては、PCMCIAスロット３２２の図示を省略してある。
【０２１５】
ＡＴＲＡＣエンコーダ／デコーダ３２３は、Ａ／Ｄ変換器３２４またはバス３１１から供給される音声データを、ＡＴＲＡＣの規格に準拠して符号化し、その結果得られる符号化データを、バス３１１上の出力する。 また、ＡＴＲＡＣエンコーダ／デコーダ３２３は、バス３１１から供給される符号化データを、ＡＴＲＡＣの規格に準拠して復号し、その結果得られる音声データを、バス３１１またＤ／Ａ変換器３２５に出力する。
【０２１６】
なお、ＡＴＲＡＣエンコーダ／デコーダ３２３は、必要に応じて、バス３１１からの音声データを、そのまま、Ｄ／Ａ変換器３２５に出力するとともに、Ａ／Ｄ変換器３２４からの音声データを、そのまま、バス３１１上の出力することもできるようになっている。
【０２１７】
Ａ／Ｄ変換器３２４は、アンプ３２６から供給されるアナログの音声信号をＡ／Ｄ変換し、ディジタルの音声データとして、ＡＴＲＡＣエンコーダ／デコーダ３２３に供給する。 Ｄ／Ａ変換器３２５は、ＡＴＲＡＣエンコーダ／デコーダ３２３から供給するディジタルの音声データをＤ／Ａ変換し、アナログの音声信号として、アンプ３２７に供給する。
【０２１８】
アンプ３２６は、マイク３２８またはマイクジャック３３０から入力される音声信号を増幅し、Ａ／Ｄ変換器３２４に供給する。 アンプ３２７は、Ｄ／Ａ変換器３２５から供給される音声信号を増幅し、スピーカ３２９またはイヤフォンジャック３３１に供給する。
【０２１９】
マイク３２８は、音声を電気信号として音声信号に変換し、アンプ３２６に供給する。 スピーカ３２９は、アンプ３２７からの音声信号に対応する音を出力する。 マイクジャック３３０には、音声を入力するためのマイク等が接続され、イヤフォンジャック３３１には、音声を出力するためのイヤフォン等が接続される。 なお、図２５では、マイク３２８、スピーカ３２９、マイクジャック３３０、およびイヤフォンジャック３３１の図示を省略してある。
【０２２０】
CD-RW(Compact Disc ReWritable)ドライブ３３２は、図示せぬCD-RWをドライブし、バス３１１から供給されるデータを、CD-RWに書き込み、また、CD-RWからデータを再生して、バス３１１上に出力する。
【０２２１】
ＨＤＤ３３３は、図示せぬＨＤを内蔵し、ＣＰＵ３１２の制御の下、ＨＤに記録されているデータ（プログラムを含む）を読み出して、バス３１１上に出力し、また、バス３１１から供給されるデータを、ＨＤに書き込む。
【０２２２】
フラッシュメモリ３３４およびＤＲＡＭ３３５は、バス３１１を介して供給されるデータを一時記憶する。
【０２２３】
通信Ｉ／Ｆ３３６は、バス３１１に接続されており、無線や有線による各種の通信を行うときのインタフェースとして機能する。
【０２２４】
即ち、通信Ｉ／Ｆ３３６は、アンテナ３４３から供給される受信信号に対して復調等の通信に必要な処理を施し、バス３１１に出力するとともに、バス３１１を介して供給されるデータに変調等の通信に必要な処理を施し、その結果得られる送信信号を、アンテナ３４３に供給する。
【０２２５】
さらに、通信Ｉ／Ｆ３３６は、ＰＤＡ装着部３０３が有するコネクタ部３３７から供給されるデータを受信し、必要な処理を施して、バス３１１に出力するとともに、バス３１１を介して供給されるデータに所定の処理を施し、コネクタ部３３７に供給する。
【０２２６】
また、通信Ｉ／Ｆ３３６は、ドライバ３３８から供給されるデータを受信し、必要な処理を施して、バス３１１に出力するとともに、バス３１１を介して供給されるデータに所定の処理を施し、ドライバ３３８に供給する。
【０２２７】
コネクタ部３３７は、上述したように、図２５に示したＰＤＡ装着部３０３としての凹部（スロット）の底面に設けられており、ＰＤＡ１０１のコネクタ部８（図７等）が有する１以上のコネクタと接続される１以上のコネクタを有している。
【０２２８】
ドライバ３３８、受光部３３９、および発光部３４０は、無線通信部３０４を構成しており、ドライバ３３８は、通信Ｉ／Ｆ３３８から供給されるデータに応じて、発光部３４０をドライブするとともに、受光部３３９から供給される信号からデータを抽出し、通信Ｉ／Ｆ３３６に供給する。 受光部３３９は、例えば、赤外線を受光し、その受光量に応じた電気信号を、ドライバ３３８に供給する。 発光部３４０は、ドライバ３３８によって駆動され、例えば、赤外線を発光する。
【０２２９】
ＬＡＮ(Local Area Network)ボード３４１には、例えば、イーサネット（登録商標）等のＬＡＮを構成するときに、ＬＡＮ用のケーブルが接続され、ＬＡＮボード３４１は、そのＬＡＮ用のケーブルとバス３１１との間で、データのやりとりを行う。 モデム／ＴＡ／ＤＳＵ(Terminal Adapter/Digital Service Unit)３４２には、ＰＳＴＮ(Public Switched Telephone Network)回線またはＩＳＤＮ(Integrated Service Digital Network)回線等の電話回線が接続され、モデム／ＴＡ／ＤＳＵ３４２は、その電話回線とバス３１１との間で、データのやりとりを行う。
【０２３０】
アンテナ３４３は、通信Ｉ／Ｆ３３６からのデータを電波で送信するとともに、そこに送信されてくる電波を受信し、通信Ｉ／Ｆ３３６に供給する。 これにより、アンテナ３４３では、例えば、ブルートゥース(Bluetooth（商標）)その他の規格に準じた無線通信のための電波の送受信が行われる。 なお、図２５では、アンテナ３４３の図示を省略してある。
【０２３１】
充電回路３４４は、例えば、ＰＤＡ１０１が、ＰＤＡ装着部３０３に装着されたときに、そのＰＤＡ１０１が有するバッテリ２２２（図２３、図２４）の充電を行う。
【０２３２】
次に、図２７は、ベース基地コンピュータ１０２の機能的構成例を示している。 なお、図２６のベース基地コンピュータ１０２のハードウエア構成と対応する部分については、適宜、同一の符号を付してある。
【０２３３】
制御部３５１は、図２６のＣＰＵ３１２がプログラムを実行することにより実現され、各種の処理（ベース基地コンピュータ１０２を構成する各ブロックの制御を含む）を行う。
【０２３４】
即ち、制御部３５１は、例えば、操作部３５３からの操作信号に応じた処理を行う。 また、制御部３５１は、例えば、画像データや音声データを、音声画像符号化復号部３５２に供給し、その画像データや音声データを符号化させる。 さらに、制御部３５１は、例えば、画像や音声を符号化した符号化データを、音声画像符号化復号部３５２に供給し、その符号化データを、画像データや音声データに復号させる。 さらに、制御部３５１は、例えば、無線によって送信すべきデータを、変復調部３５４に供給するとともに、変復調部３５４から供給されるデータを受信する。 また、制御部３５１は、例えば、表示制御部３５５に、表示すべき画像データを供給する。 さらに、制御部３５１は、例えば、メモリ３５７に対して、保持しておく必要のあるデータを供給して記憶させるとともに、メモリ３５７から必要なデータを読み出す。 また、制御部３５１は、例えば、ＰＤＡ装着部３０３が有するコネクタ部３３７を構成する１以上のコネクタのうちの、例えば、コネクタ３３７ 3や３３７ 4等、IEEE1394端子３０５、USB端子３０６を介して、必要なデータの送受信を行う。 さらに、制御部３５１は、例えば、ＨＤＤ３３３を制御することにより、データを書き込むとともに、必要なデータを読み出す。 また、制御部３５１は、例えば、充電回路３４４を制御する。
【０２３５】
音声画像符号化復号部３５２は、制御部３５１から供給される画像データや音声データを符号化し、その結果得られる符号化データを、制御部３５１に供給する。 また、音声画像符号化復号部３５２は、制御部３５１から供給される符号化データを復号し、その結果得られる画像データや音声データを、制御部３５１に供給する。
【０２３６】
なお、音声画像符号化復号部３５２は、図２６のＡＴＲＡＣエンコーダ／デコーダ３２３に対応し、さらには、ＣＰＵ３１２がプログラムを実行することにより実現される。
【０２３７】
変復調部３５４は、制御部３５１から供給されるデータを変調し、無線通信部３０４に供給する。 また、変復調部３５４は、無線通信部３０４から供給される信号を復調し、制御部３５１に供給する。 なお、変復調部３５４は、図２６の通信Ｉ／Ｆ３３６に対応する。
【０２３８】
表示制御部３５５は、制御部３５１から供給される画像データを表示部３５６に表示させる表示制御を行う。 なお、表示制御部３５５は、図２６のＬＣＤドライバ３１７に対応する。
【０２３９】
表示部３５６は、表示制御部３５５による表示制御にしたがった表示を行う。 なお、表示部３５６は、図２６のＬＣＤ３１６に対応する。
【０２４０】
メモリ３５７は、制御部３５１から供給されるデータ等を記憶し、また、記憶したデータを、制御部３５１に供給する。 なお、メモリ３５７は、図２６のフラッシュメモリ３３４やＤＲＡＭ３３５等に対応する。
【０２４１】
ここで、図２７において、コネクタ３３７ 1 ，３３７ 2 ，３３７ 3 ，３３７ 4は、ＰＤＡ装着部３０３が有するコネクタ部３３７を構成するコネクタで、コネクタ３３７ 1と３３７ 2は、充電回路３４４の＋端子と−端子にそれぞれ接続されている。 また、コネクタ３３７ 3および３３７ 4は、制御部３５１と接続されている。
【０２４２】
一方、ＰＤＡ１０１が内蔵するバッテリ２２２の＋端子と−端子は、ＰＤＡ１０１に設けられたコネクタ部８（図２３）を構成する１以上のコネクタの中のコネクタ８ 1と８ 2にそれぞれ接続されている。
【０２４３】
ＰＤＡ１０１が、ＰＤＡ装着部３０３に対して装着されたとき、ＰＤＡ１０１側のコネクタ８ 1と８ 2は、ベース基地コンピュータ１０２側のコネクタ３３７ 1と３３７ 2にそれぞれ電気的に接続されるようになっており、これにより、ＰＤＡ１０１が、ＰＤＡ装着部３０３に対して装着されると、ベース基地コンピュータ１０２の充電回路３４４は、コネクタ８ 1と３３７ 1 、およびコネクタ８ 2と３３７ 2を介して、ＰＤＡ１０１のバッテリ２２２を充電する。
【０２４４】
次に、図２８を参照して、ＰＤＡ１０１が、ベース基地コンピュータ１０２のＰＤＡ装着部３０３に装着された場合の、ＰＤＡ１０１とベース基地コンピュータ１０２との接続について説明する。
【０２４５】
ＰＤＡ１０１のコネクタ部８は、図２７に示したコネクタ８ 1および８ 2の他、図２８に示すように、コネクタ８ 3と８ 4も有しており、コネクタ８ 3は、制御部２３９に、コネクタ８ 4は、メモリ２４１に、それぞれ接続されている。
【０２４６】
そして、コネクタ８ 3と８ 4は、ＰＤＡ１０１が、ベース基地コンピュータ１０２のＰＤＡ装着部３０３に装着されると、そのコネクタ部３３７が有するコネクタ３３７ 3と３３７ 4にそれぞれ接続されるようになっている。
【０２４７】
上述したように、ベース基地コンピュータ１０２において、そのコネクタ部３３７のコネクタ３３７ 3および３３７ 4は、いずれも、制御部３５１と接続されており、従って、ＰＤＡ１０１のコネクタ部８を構成するコネクタ８ 3は、コネクタ３３７ 3を介して、また、コネクタ８ 4は、コネクタ３３７ 4を介して、いずれも、ベース基地コンピュータ１０２の制御部３５１と接続される。
【０２４８】
その結果、ＰＤＡ１０１においてコネクタ８ 3に接続している制御部２３９は、コネクタ８ 3と３３７ 3を介して、ベース基地コンピュータ１０２の制御部３５１と電気的に接続される。 また、ＰＤＡ１０１においてコネクタ８ 4に接続しているメモリ２４１は、コネクタ８ 4と３３７ 4を介して、ベース基地コンピュータ１０２の制御部３５１と電気的に接続される。
【０２４９】
従って、ＰＤＡ１０１の制御部２３９と、ベース基地コンピュータ１０２の制御部３５１とは、コネクタ８ 3と３３７ 3を介して、データのやりとりが可能な状態となる。 さらに、ＰＤＡ１０１の制御部２３９は、ベース基地コンピュータ１０２の制御部３５１にリクエストを出すことで、ベース基地コンピュータ１０２のメモリ３５７に対して、データの読み書きを行うことができ、逆に、ベース基地コンピュータ１０２の制御部３５１も、ＰＤＡ１０１の制御部２３９にリクエストを出すことで、ＰＤＡ１０１のメモリ２４１に対して、データの読み書きを行うことができる。
【０２５０】
また、ベース基地コンピュータ１０２の制御部３５１は、コネクタ３３７ 4と８ 4を介して、ＰＤＡ１０１の制御部２３９を介することなく、そのメモリ２４１に対して、直接、データの読み書きを行うことができる。
【０２５１】
即ち、ＰＤＡ１０１が、ベース基地コンピュータ１０２のＰＤＡ装着部３０３に装着された場合には、ＰＤＡ１０１のメモリ２４１は、ベース基地コンピュータ１０２の一部として機能するようになり、これにより、ベース基地コンピュータ１０２の制御部３５１は、ＰＤＡ１０１のメモリ２４１を、あたかも、自身が有するメモリ３５７の一部であるかのようにアクセスすることができる。
【０２５２】
なお、ＰＤＡ１０１と、ベース基地コンピュータ１０２とが、コネクタ部８および３３７を介して接続された場合には、ＰＤＡ１０１の他のブロックを、ベース基地コンピュータ１０２の一部として機能させることが可能である。 即ち、例えば、ＰＤＡ１０１の制御部２３９を、ベース基地コンピュータ１０２の制御部３５１の一部として機能させることが可能である。
【０２５３】
次に、図２３に示したＰＤＡ１０１は、他のＰＤＡ１０３や、通信可能な通信端末１０６（図２２）との間で電話による音声通話を行うことができるようになっている。 即ち、ＰＤＡ１０１は、機能モードが、電話による音声通話を行う電話モードとされると、図２９のフローチャートに示す通話処理および発呼処理を行う。
【０２５４】
そこで、まず最初に、図２９（Ａ）のフローチャートを参照して、通話処理について説明する。
【０２５５】
通話処理では、ステップＳ１において、通信Ｉ／Ｆ２１８（図２３）は、通信モードを制御チャネルモードとして待機する。
【０２５６】
ここで、通信モードには、図示せぬ基地局等との間で、音声通話用の通話チャネルを使って音声を送受信することが可能な通話チャネルモード、データ送受信用のデータチャネルを使ってデータを送受信することが可能なデータチャネルモード、パイロット信号その他の制御用のデータを、制御用の制御チャネルを介してやりとりするだけで、他のチャネルによる送受信を行わない制御チャネルモード（いわゆる待ち受け状態となっているモード）などがあり、ステップＳ１では、通話モードが制御チャネルモードとされる。
【０２５７】
その後、例えば、制御チャネルを介して、着呼があったことを知らせる制御データが制御チャネルを介して送信されてきたり、あるいは、発呼を要求する操作が行われたことを表す操作信号が操作部２２４等から供給されるなどの何らかのイベントが生じると、ステップＳ２に進み、通信Ｉ／Ｆ２１８は、着呼があったかどうかを判定する。
【０２５８】
即ち、通信Ｉ／Ｆ２１８は、アンテナ６４で常時受信されている制御チャネルのデータを監視しており、ステップＳ２では、その制御チャネルのデータに基づき、着呼があったかどうかを判定する。
【０２５９】
ステップＳ２において、着呼があったと判定された場合、通信Ｉ／Ｆ２１８は、その旨のメッセージを、バス２０１を介して、ＣＰＵ２０２に供給する。 ＣＰＵ２０２は、着呼があった旨のメッセージを受信すると、バス２０１、ＡＴＲＡＣエンコーダ／デコーダ２１４、Ｄ／Ａ変換器２１２、およびアンプ２０８を介して、スピーカ１０を制御し、着信音を出力させ、ステップＳ３に進む。
【０２６０】
ステップＳ３では、通信Ｉ／Ｆ２１８は、通信モードを、制御チャネルモードから、音声を送受信する通話チャネルを使用する通話チャネルモードに切り替え、ステップＳ４に進む。 ステップＳ４では、ＣＰＵ２０２は、ユーザが、オフフック状態とするように、操作部２２４等を操作したかどうかを判定し、しなかったと判定した場合、ステップＳ１に戻る。
【０２６１】
また、ステップＳ４において、操作部２２４等がオフフック状態とするように操作されたと判定された場合、ステップＳ５に進み、通信Ｉ／Ｆ２１８は、着信してきた相手との通信リンクを確立し、音声通話のための音声データの送受信を行う。
【０２６２】
これにより、マイク９に入力された音声は、アンプ２０９、Ａ／Ｄ変換器２１１、ＡＴＲＡＣエンコーダ／デコーダ２１４、バス２０１、および通信Ｉ／Ｆ２１８を介して、アンテナ６４から、電波として送信される。 また、電波として送信されてくる音声は、アンテナ６４で受信され、通信Ｉ／Ｆ２１８、バス２０１、ＡＴＲＡＣエンコーダ／デコーダ２１４、Ｄ／Ａ変換器２１２、およびアンプ２０８を介して、スピーカ１０から出力される。
【０２６３】
その後、ステップＳ６に進み、ＣＰＵ２０２は、通話を終了するかどうか、即ち、ＰＤＡ１０１のユーザが、操作部２２４をオンフック状態とするように操作したか、あるいは、通話相手がオンフック状態となったかを判定し、通話を終了しないと判定した場合、ステップＳ５に戻る。
【０２６４】
また、ステップＳ６において、通話を終了すると判定された場合、通信Ｉ／Ｆ２１８は、着信してきた相手との通信リンクを切断し、ステップＳ１に戻る。
【０２６５】
一方、ステップＳ２において、着呼がなかったと判定された場合、ステップＳ７に進み、通信Ｉ／Ｆ２１８は、発呼を要求するイベント（以下、適宜、発呼イベントという）が生じたかどうかを判定する。
【０２６６】
ここで、発呼イベントの発生については、図２９（Ｂ）のフローチャートを参照して後述する。
【０２６７】
ステップＳ７において、発呼イベントがなかったと判定された場合、ステップＳ１に戻り、以下、同様の処理が繰り返される。
【０２６８】
また、ステップＳ７において、発呼イベントがあったと判定された場合、ステップＳ８に進み、通信Ｉ／Ｆ２１８は、通信モードを制御チャネルモードから通話チャネルモードに切り替え、発呼イベントとともに供給される、電話をかける相手の電話番号を、アンテナ６４から送信する。
【０２６９】
その後、その電話番号に対応する通信相手がオフフック状態となると、通信Ｉ／Ｆ２１８は、その通信相手との通信リンクを確立し、ステップＳ９に進む。 ステップＳ９では、通信Ｉ／Ｆ２１８は、ステップＳ５における場合と同様に、音声通話のための音声データの送受信を行う。
【０２７０】
その後、ステップＳ１０に進み、ＣＰＵ２０２は、ステップＳ６における場合と同様に、通話を終了するかどうかを判定し、通話を終了しないと判定した場合、ステップＳ９に戻る。
【０２７１】
また、ステップＳ１０において、通話を終了すると判定された場合、通信Ｉ／Ｆ２１８は、通信相手との通信リンクを切断し、ステップＳ１に戻る。
【０２７２】
次に、図２９（Ｂ）のフローチャートを参照して、発呼処理について説明する。
【０２７３】
ＰＤＡ１０１（図２３）のＨＤＤ２１５（あるいは、フラッシュメモリ２１６）は、ユーザがあらかじめ登録した電話番号と、その電話番号に対応する相手の名前等とが対応付けられた電話番号リストを記憶しており、電話モードにおいて、例えば、ユーザが、その電話番号リストを表示するように、操作部２２４を操作することによって、発呼処理が開始される。
【０２７４】
即ち、発呼処理では、まず最初に、ステップＳ２１において、ＣＰＵ２０２は、バス２０１を介して、ＨＤＤ２１５に記憶された電話番号リストを読み出し、バス２０１を介して、ＬＣＤドライバ２０６に供給して、ステップＳ２２に進む。
【０２７５】
ステップＳ２２では、ＬＣＤドライバ２０６は、ＣＰＵ２０２からの電話番号リストを、ＬＣＤ３，４ 1 ，５ 1 ，１２，２１，２２、または２３に表示させる。
【０２７６】
ここで、以下、適宜、ＬＣＤ３，４ 1 ，５ 1 ，１２，２１，２２、または２３を、ＬＣＤ３等という。
【０２７７】
その後、ユーザが、ＬＣＤ３等に表示された電話番号リストの中から、ある電話番号を選択すると、ステップＳ２３に進み、ＣＰＵ２０２は、そのユーザが選択した電話番号を、発呼する電話番号として認識する。
【０２７８】
ここで、ＬＣＤ３等においては、電話番号リストが、カーソルとともに表示されるようになっている。 このカーソルは、電話番号リスト上のある電話番号を指定するもので、操作部２２４（図２３）としてのジョグダイヤル６（図７等）が回転操作されると、その指定する電話番号を変えるように移動するようになっている。 さらに、カーソルが指定する電話番号については、ジョグダイヤル６が押圧操作されると、その電話番号の選択が確定されるようになっている。
【０２７９】
従って、ユーザが、ジョグダイヤル６を回転操作し、カーソルを、電話をかけたい相手の電話番号の位置に移動し、さらに、ジョグダイヤル６を押圧すると、ステップＳ２３では、その電話番号（カーソルが指定している電話番号）が認識される。
【０２８０】
なお、電話番号リストに、多数の電話番号が登録されている場合には、そのすべての電話番号を、ＬＣＤ３に、一度に表示することが困難であるが、この場合には、表示しきれない電話番号については、ジョグダイヤル６を回転操作することにより、電話番号リストがスクロールされて表示されるようになっている。
【０２８１】
また、電話番号の選択は、ジョグダイヤル６を操作する他、ＬＣＤ３等に表示された電話番号リストの電話番号を、直接タッチすることによっても選択することができるようになっている。 即ち、ＬＣＤ３等に表示された電話番号リストの電話番号を、ユーザがタッチした場合、そのタッチの位置が、タッチパネル３Ａ等およびタッチパネルドライバ２０５で検出され、その位置に表示されている電話番号が、ユーザが選択した電話番号として認識される。
【０２８２】
ＣＰＵ２０２は、ステップＳ２３において、ユーザが選択した電話番号を認識すると、ステップＳ２４に進み、その電話番号を発呼イベント（発呼イベントを表すメッセージ）に対応付け、通信Ｉ／Ｆ２１８に供給し、発呼処理を終了する。
【０２８３】
図２９（Ａ）のフローチャートで説明したように、通信Ｉ／Ｆ２１８は、この発呼イベントが発生したことを、ステップＳ７で検出し、その発呼イベントに対応付けられている電話番号への発呼を行う。
【０２８４】
なお、ここでは、電話番号リストから、ユーザが選択した電話番号への発呼を行うようにしたが、発呼する電話番号は、ユーザが、直接入力することも可能である。
【０２８５】
即ち、ＬＣＤ３等には、上述の図２に示したように、あるいは、後述する図３６に示すように、電話番号を入力するためのダイヤルボタンを表示させ、そのダイヤルボタンに対する操作を、タッチパネル３Ａ，４Ａ 1 ，５Ａ 1 ，１２Ａ，２１Ａ，２２Ａ、または２３Ａ（以下、適宜、タッチパネル３Ａ等という）とタッチパネルドライバ２０５によって検出し、その検出したダイヤルボタンの操作に対応する電話番号への発呼を行うようにすることが可能である。
【０２８６】
次に、図２３に示したＰＤＡ１０１は、他のＰＤＡ１０３や、通信可能な通信端末１０６（図２２）、その他公衆網１０４上やインターネット１０５上のコンピュータ等との間で電子メールの送受信を行うことができるようになっている。 即ち、ＰＤＡ１０１は、機能モードが、電子メールの送受信を行う電子メールモードとされると、図３０のフローチャートに示すメール送受信処理およびメール送信イベント処理を行う。
【０２８７】
そこで、まず最初に、図３０（Ａ）のフローチャートを参照して、メール送受信処理について説明する。
【０２８８】
メール送受信処理では、ステップＳ３１において、通信Ｉ／Ｆ２１８（図２３）は、通信モードを制御チャネルモードとして待機する。
【０２８９】
その後、何らかのイベントが生じると、ステップＳ３２に進み、通信Ｉ／Ｆ２１８は、そのイベントが、電子メールの送信または受信に関するイベント（以下、適宜、メール送受信イベントという）であるかどうかを判定する。
【０２９０】
ここで、通信Ｉ／Ｆ２１８は、アンテナ６４で常時受信されている制御チャネルのデータを監視しており、例えば、電子メールが送信されてきたことを知らせる制御データが制御チャネルを介して送信されてくると、メール受信イベントを発生する。 また、ＣＰＵ２０２は、電子メールの送信を要求する操作が行われたことを表す操作信号が操作部２２４等から供給されると、メール送信イベントを発生する。 なお、メール送信イベントとメール受信イベントを、まとめて、メール送受信イベントというものとする。
【０２９１】
ステップＳ３２において、発生したイベントが、メール送受信イベントでないと判定された場合、ステップＳ３１に戻る。
【０２９２】
また、ステップＳ３２において、発生したイベントが、メール送受信イベントであると判定された場合、ステップＳ３３に進み、通信Ｉ／Ｆ２１８は、通信モードを、制御チャネルモードから、データを送受信するデータチャネルを使用するデータチャネルモードに切り替え、ステップＳ３４に進む。 ステップＳ３４では、通信Ｉ／Ｆ２１８は、図示せぬ基地局等（のメールサーバ）との通信リンクを確立し、電子メールのデータの送受信を行う。
【０２９３】
これにより、例えば、メール送受信イベントが、電子メールが送信されてきたことを知らせる制御データが制御チャネルを介して送信されてきたことを表すもの（メール受信イベント）である場合には、通信Ｉ／Ｆ２１８は、基地局（のメールサーバ）に対して、電子メールを要求し、その要求に応じて、基地局から送信されてくる電子メールのデータを、アンテナ６４を介して受信する。
【０２９４】
また、例えば、メール送受信イベントが、電子メールの送信を要求する操作が行われたことを表す操作信号が操作部２２４等から供給されたことを表すもの（メール送信イベント）である場合には、通信Ｉ／Ｆ２１８は、バス２０１を介して供給される電子メールのデータを、アンテナ６４を介して、基地局（のメールサーバ）に送信する。
【０２９５】
その後、ステップＳ３５に進み、ＣＰＵ２０２は、電子メールのデータの送受信を終了したかどうか、即ち、基地局（のメールサーバ）に記憶されている自身宛の電子メールのデータをすべて受信したか、あるいは、送信が要求された電子メールのデータをすべて送信したかどうかを判定する。
【０２９６】
ステップＳ３５において、電子メールのデータの送受信が終了していないと判定された場合、ステップＳ３４に戻り、まだ送受信が行われていない電子メールのデータの送受信が続行される。
【０２９７】
また、ステップＳ３５において、電子メールのデータの送受信が終了したと判定された場合、ステップＳ３１に戻り、以下、同様の処理を繰り返す。
【０２９８】
次に、図３０（Ｂ）のフローチャートを参照して、メール送信イベント処理について説明する。
【０２９９】
ＰＤＡ１０１（図２３）のＨＤＤ２１５（あるいは、フラッシュメモリ２１６）は、上述の電話番号リストの他、ユーザがあらかじめ登録した電子メールアドレスと、その電子メールアドレスに対応する相手の名前等とが対応付けられたメールアドレスリストを記憶しており、電子メールモードにおいて、例えば、ユーザが、そのメールアドレスリストを表示するように、操作部２２４等を操作することによって、メール送信イベント処理が開始される。
【０３００】
即ち、メール送信イベント処理では、まず最初に、ステップＳ４１において、ＣＰＵ２０２は、バス２０１を介して、ＨＤＤ２１５に記憶されたメールアドレスリストを読み出し、バス２０１を介して、ＬＣＤドライバ２０６に供給して、ステップＳ４２に進む。
【０３０１】
ステップＳ４２では、ＬＣＤドライバ２０６は、ＣＰＵ２０２からのメールアドレスリストを、ＬＣＤ３等に表示させる。
【０３０２】
その後、ユーザが、ＬＣＤ３等に表示されたメールアドレスリストの中から、ある電子メールアドレスを選択すると、ステップＳ４３に進み、ＣＰＵ２０２は、そのユーザが選択した電子メールアドレスを、電子メールの宛先として認識する。
【０３０３】
ここで、ＬＣＤ３等におけるメールアドレスリストの表示、またはそのメールアドレスリストからの電子メールアドレスの選択は、図２９で説明した電話番号リストを表示する場合、または電話番号を選択する場合とそれぞれ同様に行われるようになっている。 また、電子メールアドレスも、図２９で説明した電話番号と同様に、ユーザが、直接入力することが可能である。
【０３０４】
なお、メールアドレスリストと電話番号リストとは、１つのリスト、即ち、ユーザの氏名等に、その電子メールアドレスと電話番号を対応付けたリストに一体化することが可能である。
【０３０５】
ステップＳ４３において電子メールの宛先としての電子メールアドレスが認識されると、ＣＰＵ２０２は、電子メールの本文となるテキストの入力を待って、ステップＳ４４に進み、バス２０１を介して、ＬＣＤドライバ２０６を制御することにより、その入力されたテキストを、ＬＣＤ３等に表示させる。
【０３０６】
ここで、電子メールの本文となるテキストの入力は、例えば、ユーザが、操作部２２４としてのジョグダイヤル６（図７等）の回転操作と押圧操作を行うことによって行われる。 即ち、ジョグダイヤル６が回転操作されると、ＣＰＵ２０２は、ＬＤＣドライバ２０６を制御することにより、その回転操作に対応して、ＬＣＤ３等に、入力の対象となる文字をカーソルとともに表示させる。 さらに、ＣＰＵ２０２は、カーソルが、ある文字を指定している場合において、ジョグダイヤル６が押圧操作されると、その文字を、テキスト入力として確定する。
【０３０７】
また、電子メールの本文となるテキストの入力は、例えば、後述するように、ユーザが、ＬＣＤ３等に表示されたボタン等を操作することによって行うこともできる。 即ち、この場合、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ３等に、文字を入力するためのボタンを表示させる。 そして、ＬＣＤ３等に表示されたボタンを、ユーザがタッチすると、タッチパネル３Ａ等およびタッチパネルドライバ２０５によって、ユーザがタッチしたボタンが検出され、そのボタンに対応する文字が、テキスト入力として確定される。
【０３０８】
なお、電子メールについては、いわゆるカーボンコピー先となる電子メールアドレスの指定や、電子メールに添付するファイルの指定なども行うことができるようになっており、そのような指定が行われた場合には、ステップＳ４４では、ＬＣＤ３等において、その指定を反映した表示が行われる。
【０３０９】
また、電子メールについては、テキストを入力するのと同様にして、既に入力されたテキストを編集することも可能であり、操作部２２４等が、そのような編集を行うように操作された場合には、ステップＳ４４では、ＬＣＤ３等において、その編集内容を反映した表示が行われる。
【０３１０】
その後、ステップＳ４５に進み、ＣＰＵ２０２は、電子メールの本文となるテキストの入力を終了したように、ユーザが操作部２２４等を操作したかどうかを判定し、そのような操作が行われていないと判定した場合、ステップＳ４４に戻る。
【０３１１】
また、ステップＳ４５において、電子メールの本文となるテキストの入力を終了したように、ユーザが操作部２２４等を操作したと判定された場合、ステップＳ４６に進み、ＣＰＵ２０２は、本文の入力が終了した電子メールの送信を指示するように、ユーザが操作部２２４等を操作したかどうかを判定する。
【０３１２】
ステップＳ４６において、電子メールの送信が指示されていないと判定された場合、ユーザがメールアドレスリストを表示するように、操作部２２４等を操作するのを待って、ステップＳ４１に戻る。
【０３１３】
なお、この場合、電子メールは、例えば、ＨＤＤ２１５に記憶され、その後、任意のタイミング、またはユーザから指示があったときに送信される。
【０３１４】
一方、ステップＳ４６において、電子メールの送信が指示されたと判定された場合、即ち、操作部２２４等からＣＰＵ２０２に対して、電子メールの送信を要求する操作信号が供給された場合、ステップＳ４７に進み、ＣＰＵ２０２は、メール送信イベントを、バス２０１を介して、通信Ｉ／Ｆ２１８に供給し、ユーザがメールアドレスリストを表示するように、操作部２２４等を操作するのを待って、ステップＳ４１に戻る。
【０３１５】
図３０（Ａ）のフローチャートで説明したように、通信Ｉ／Ｆ２１８は、このメール送信イベントが発生したことを、ステップＳ３２で検出し、電子メールの送信を行う。
【０３１６】
ここで、ステップＳ４５において、電子メールの本文となるテキストの入力が終了したと判定されると、ＣＰＵ２０２は、その電子メールに、その差出人として、ＰＤＡ１０１のユーザの電子メールアドレスを含めるようになっている。 なお、ＰＤＡ１０１のユーザの電子メールアドレスは、そのユーザが、操作部２２４等を操作することによって、ＨＤＤ２１５に記憶されているものとする。
【０３１７】
次に、図２３に示したＰＤＡ１０１は、バイナリデータ等のデータの送受信を行うことができるようになっている。 ここで、ＰＤＡ１０１は、データの送受信を、基地局を介して行うこともできるし、基地局を介さずに、他のＰＤＡ１０３や通信可能な通信端末１０６（図２２）との間で、直接行うことができるようにもなっている。 ＰＤＡ１０１は、機能モードが、各種のデータの送受信を、他のＰＤＡ１０３や通信可能な通信端末１０６との間で行うデータモードとされると、図３１のフローチャートに示すデータ送受信処理およびデータ送信イベント処理を行う。
【０３１８】
そこで、まず最初に、図３１（Ａ）のフローチャートを参照して、データ送受信処理について説明する。
【０３１９】
データ送受信処理では、ステップＳ５１において、通信Ｉ／Ｆ２１８（図２３）は、通信モードを制御チャネルモードとして待機する。
【０３２０】
その後、何らかのイベントが生じると、ステップＳ５２に進み、通信Ｉ／Ｆ２１８は、そのイベントが、データの送信または受信に関するイベント（以下、適宜、データ送受信イベントという）であるかどうかを判定する。
【０３２１】
ここで、通信Ｉ／Ｆ２１８は、アンテナ６４で常時受信されている制御チャネルのデータを監視しており、例えば、データが送信されてきたことを知らせる制御データが制御チャネルを介して送信されてくると、データ受信イベントを発生する。 また、ＣＰＵ２０２は、データの送信を要求する操作が行われたことを表す操作信号が操作部２２４等から供給されると、データ送信イベントを発生する。 なお、データ送信イベントとデータ受信イベントを、まとめて、データ送受信イベントというものとする。
【０３２２】
ステップＳ５２において、発生したイベントが、データ送受信イベントでないと判定された場合、ステップＳ５１に戻る。
【０３２３】
また、ステップＳ５２において、発生したイベントが、データ送受信イベントであると判定された場合、ステップＳ５３に進み、通信Ｉ／Ｆ２１８は、通信モードを、制御チャネルモードからデータチャネルを使用するデータチャネルモードに切り替え、ステップＳ５４に進む。 ステップＳ５４では、通信Ｉ／Ｆ２１８は、他のＰＤＡ１０３等との間で、データの送受信を行う。
【０３２４】
これにより、例えば、データ送受信イベントが、データが送信されてきたことを知らせる制御データが制御チャネルを介して送信されてきたことを表すもの（データ受信イベント）である場合には、通信Ｉ／Ｆ２１８は、他のＰＤＡ１０３等からデータチャネルを介して送信されてくるデータを、アンテナ６４を介して受信する。
【０３２５】
また、例えば、メール送受信イベントが、データの送信を要求する操作が行われたことを表す操作信号が操作部２２４等から供給されたことを表すもの（データ送信イベント）である場合には、通信Ｉ／Ｆ２１８は、バス２０１を介して供給されるデータを、アンテナ６４を介して、他のＰＤＡ１０３等に送信する。
【０３２６】
なお、ここでは、ＰＤＡ１０１と他のＰＤＡ１０３等との間のデータの送受信を、アンテナ６４を介して電波により行うようにしたが、ＰＤＡ１０１と他のＰＤＡ１０３等との間のデータの送受信は、その他、例えば、無線通信部６３を介することにより、赤外線によって行うことも可能である。 また、ＰＤＡ１０１とＰＤＡ１０３等との通信は、上述のように、電波や赤外線（その他電磁波等）により非接触で行う他、コネクタ部８（図２３）を介して、有線により（接触した状態で）行うことも可能である。
【０３２７】
ステップＳ５４において、データを受信した場合には、ステップＳ５５，Ｓ５６に順次進み、データを送信した場合には、ステップＳ５５およびＳ５６をスキップして、ステップＳ５７に進む。
【０３２８】
ステップＳ５５では、ＣＰＵ２０２は、通信Ｉ／Ｆ２１８が受信したデータのデータ種別を判別する。 即ち、本実施の形態では、データには、そのデータが、画像データや、音声データ、プログラム等のうちのどのデータ種別のものであるかや、そのデータが符号化されている場合には、どのような符号化方式で符号化されているのかといった情報を表すデータ識別子が付加されており、ステップＳ５５では、ＣＰＵ２０２は、通信Ｉ／Ｆ２１８が受信したデータに付加されているデータ識別子を参照することで、そのデータ種別を判別する。
【０３２９】
そして、ステップＳ５６に進み、ＣＰＵ２０２は、通信Ｉ／Ｆ２１８が受信したデータを、バス２０１を介して、ＨＤＤ２１５に転送し、そのデータ種別に応じて記憶させて、ステップＳ５７に進む。
【０３３０】
即ち、本実施の形態では、データは、その種別ごとに、例えば、別々のディレクトリまたはフォルダに分けて記憶される。
【０３３１】
なお、本実施の形態では、データは、ファイルとして記憶される。
【０３３２】
また、ここでは、受信したデータを、ＨＤＤ２１５に記憶させるようにしたが、データは、その他、フラッシュメモリ２１６やＤＲＡＭ２１７に記憶させることも可能である。
【０３３３】
さらに、受信したデータが、例えば、符号化されていない画像データや音声データである場合には、その画像データや音声データは符号化して、ＨＤＤ２１５に記憶させることが可能である。 ここで、画像データの符号化は、ＭＰＥＧエンコーダ／デコーダ２１３で行うことができる。 また、音声データの符号化は、ＡＴＲＡＣエンコーダ／デコーダ２１４で行うことができる。 さらに、画像データや音声データの符号化は、ＣＰＵ２０２がプログラムを実行することにより、その他の符号化方式で行うことも可能である。
【０３３４】
ステップＳ５７では、ＣＰＵ２０２は、データの送受信を終了したかどうか、即ち、他のＰＤＡ１０３から送信されてくるデータのすべてを受信したか、あるいは、送信が要求されたデータのすべてを送信したかどうかを判定する。
【０３３５】
ステップＳ５７において、データの送受信が終了していないと判定された場合、ステップＳ５４に戻り、まだ送受信が行われていないデータの送受信が続行される。
【０３３６】
また、ステップＳ５７において、データの送受信が終了したと判定された場合、ステップＳ５１に戻り、以下、同様の処理を繰り返す。
【０３３７】
次に、図３１（Ｂ）のフローチャートを参照して、データ送信イベント処理について説明する。
【０３３８】
データモードにおいて、例えば、ユーザが、そのメールアドレスリストを表示するように、操作部２２４等を操作することによって、データ送信イベント処理が開始される。
【０３３９】
即ち、データ送信イベント処理では、ステップＳ６１乃至Ｓ６３において、図３０（Ｂ）のステップＳ４１乃至Ｓ４３における場合とそれぞれ同様の処理が行われ、これにより、ＣＰＵ２０２は、データの送信先としての電子メールアドレスを認識する。
【０３４０】
なお、ここでは、データの送信先を表す情報として、電子メールアドレスを採用することとしたが、その送信先を、例えば、ＩＰ(Internet Protocol)アドレスや、ＭＡＣ(Media Access Control)アドレス、ユーザＩＤ(Identification)等で特定することができる場合は、そのような情報を、データの送信先を表す情報として採用することが可能である。
【０３４１】
その後、ステップＳ６４に進み、ＣＰＵ２０２は、データリストを構成し、バス２０１を介して、ＬＣＤドライバ２０６に供給することにより、そのデータリストを、ＬＣＤ３等に表示させる。
【０３４２】
即ち、ＣＰＵ２０２は、ＨＤＤ２１５にアクセスし、例えば、そこに記憶されている画像データや、音声データ、プログラム等のファイルのファイル名を取得する。 さらに、ＣＰＵ２０２は、そのファイル名をリスト形式にしたデータリストを構成し、このデータリストを、ＬＣＤ３等に表示させる。
【０３４３】
データリストが、ＬＣＤ３等に表示された後は、ステップＳ６５に進み、ＣＰＵ２０２は、そのデータリストの中から、いずれかのデータ（ここでは、ファイル名）が、ユーザによって選択されたかどうかを判定する。
【０３４４】
即ち、データリストについては、上述した、電話番号リストから電話番号を選択する場合や、メールアドレスリストから電子メールアドレスを選択する場合と同様にして、ユーザが操作部２２４としてのジョグダイヤル６（図７等）を操作すること等によって、そのデータリストから、データ（ファイル名）を選択することができるようになっており、ステップＳ６５では、そのようにして、ユーザが、データリストの中から、いずれかのデータを選択したかどうかが判定される。
【０３４５】
ステップＳ６５において、データが選択されていないと判定された場合、ステップＳ６４に戻り、以下、同様の処理を繰り返す。
【０３４６】
また、ステップＳ６５において、データが選択されたと判定された場合、ステップＳ６６に進み、ＣＰＵ２０２は、ステップＳ６５で選択されたと判定されたデータ（以下、適宜、選択データという）の送信を指示するように、ユーザが操作部２２４等を操作したかどうかを判定する。
【０３４７】
ステップＳ６６において、選択データの送信が指示されていないと判定された場合、ユーザがメールアドレスリストを表示するように、操作部２２４等を操作するのを待って、ステップＳ６１に戻る。
【０３４８】
また、ステップＳ６６において、選択データの送信が指示されたと判定された場合、即ち、操作部２２４等からＣＰＵ２０２に対して、選択データの送信を要求する操作信号が供給された場合、ステップＳ６７に進み、ＣＰＵ２０２は、データ送信イベントを、バス２０１を介して、通信Ｉ／Ｆ２１８に供給し、ユーザがメールアドレスリストを表示するように、操作部２２４等を操作するのを待って、ステップＳ６１に戻る。
【０３４９】
図３１（Ａ）のフローチャートで説明したように、通信Ｉ／Ｆ２１８は、このデータ送信イベントが発生したことを、ステップＳ５２で検出し、選択データの送信を行う。
【０３５０】
なお、選択データの送信は、図３１（Ｂ）のステップＳ６３で認識された電子メールアドレスを宛先として行われる。
【０３５１】
次に、図２３に示したＰＤＡ１０１は、ＨＤＤ２１５に記憶（記録）された画像データや音声データを再生することができるようになっている。 即ち、ＰＤＡ１０１は、機能モードが、画像データまたは音声データの再生を行うデータ再生モードとされると、図３２のフローチャートに示すデータ再生処理を行う。
【０３５２】
なお、ＨＤＤ２１５には、ＣＣＤカメラ６５（図２３）で撮像された画像データを、ＭＰＥＧエンコーダ／デコーダ２１３、またはＣＰＵ２０２がプログラムを実行することにより実現されるエンコーダで符号化したものを記録しておくことができる。 さらに、ＨＤＤ２１５には、イヤフォンマイクジャック７やマイク９から入力された音声データを、ＡＴＲＡＣエンコーダ／デコーダ２１４、またはＣＰＵ２０２がプログラムを実行することにより実現されるエンコーダで符号化したものを記録しておくことができる。 また、ＨＤＤ２１５には、図３１（Ａ）で説明したデータ送受信処理によって受信される画像データや音声データを符号化したものを記録しておくことができる。
【０３５３】
図３２のデータ再生処理では、このようにしてＨＤＤ２１５に記録されているデータの再生が行われる。
【０３５４】
即ち、データ再生モードでは、ステップＳ７１において、ＣＰＵ２０２は、データリストの表示を要求するように、ユーザが、操作部２２４等を操作したかどうかを判定し、そのような操作がされていないと判定した場合、ステップＳ７１に戻る。
【０３５５】
また、ステップＳ７１において、データリストの表示を要求するように、ユーザが、操作部２２４等を操作したと判定された場合、ステップＳ７２に進み、ＣＰＵ２０２は、データリストを構成し、バス２０１を介して、ＬＣＤドライバ２０６に供給することにより、そのデータリストを、ＬＣＤ３等に表示させる。
【０３５６】
即ち、ＣＰＵ２０２は、ＨＤＤ２１５にアクセスし、そこに記憶されている画像データと音声データのファイルのファイル名を取得する。 さらに、ＣＰＵ２０２は、そのファイル名をリスト形式にしたデータリストを構成し、このデータリストを、ＬＣＤ３等に表示させる。
【０３５７】
データリストが、ＬＣＤ３等に表示された後は、ステップＳ７３に進み、ＣＰＵ２０２は、そのデータリストの中から、いずれかのデータ（ここでは、ファイル名）が、ユーザによって選択されたかどうかを、図３１（Ｂ）のステップＳ６５における場合と同様にして判定する。
【０３５８】
ステップＳ７３において、データが選択されていないと判定された場合、ステップＳ７２に戻り、以下、同様の処理を繰り返す。
【０３５９】
また、ステップＳ７３において、データが選択されたと判定された場合、ＣＰＵ２０２は、さらに、その選択されたデータが画像データまたは音声データ（オーディオデータ）のうちのいずれであるかを判定し、選択されたデータが、画像データである場合には、ステップＳ７４に進み、音声データである場合には、ステップＳ７８に進む。
【０３６０】
ステップＳ７４では、ＣＰＵ２０２は、ステップＳ７３で選択されたと判定された画像データ（のファイル）を、ＨＤＤ２１５から読み出し、ステップＳ７５に進む。 ステップＳ７５では、ＣＰＵ２０２は、ＨＤＤ２１５から読み出した画像データを復号する処理を行う。
【０３６１】
即ち、ＨＤＤ２１５に記憶されている画像データは、上述したように符号化されており、ステップＳ７５では、その符号化されている画像データが復号される。
【０３６２】
ここで、画像データの復号は、ＭＰＥＧエンコーダ／デコーダ２１３、またはＣＰＵ２０２がプログラムを実行することにより実現されるデコーダによって行われる。
【０３６３】
ステップＳ７５において画像データが復号されると、ステップＳ７６に進み、ＣＰＵ２０２は、その画像データを、バス２０１を介して、ＬＣＤドライバ２０６に供給し、ＬＣＤ３等に表示させる。
【０３６４】
その後、ステップＳ７７に進み、ＣＰＵ２０２は、ステップＳ７３で選択されたと判定された画像データすべての再生を終了したかどうかを判定し、まだ終了していないと判定した場合、ステップＳ７４に戻って、以下、同様の処理を繰り返す。 即ち、これにより、画像データの再生が続行される。
【０３６５】
また、ステップＳ７７において、ステップＳ７３で選択されたと判定された画像データすべての再生が終了したと判定された場合、ステップＳ７１に戻り、以下、同様の処理が繰り返される。
【０３６６】
一方、ステップＳ７８では、ＣＰＵ２０２は、ステップＳ７３で選択されたと判定された音声データ（のファイル）を、ＨＤＤ２１５から読み出し、ステップＳ７９に進む。 ステップＳ７９では、ＣＰＵ２０２は、ＨＤＤ２１５から読み出した音声データを復号する処理を行う。
【０３６７】
即ち、ＨＤＤ２１５に記憶されている音声データは、上述したように符号化されており、ステップＳ７９では、その符号化されている音声データが復号される。
【０３６８】
ここで、音声データの復号は、ＡＴＲＡＣエンコーダ／デコーダ２１４、またはＣＰＵ２０２がプログラムを実行することにより実現されるデコーダによって行われる。
【０３６９】
ステップＳ７９において音声データが復号されると、ステップＳ８０に進み、ＣＰＵ２０２は、その音声データを、バス２０１、ＡＴＲＡＣエンコーダ／デコーダ２１４、Ｄ／Ａ変換器２１２、およびアンプ２０８を介して、イヤフォンマイクジャック７またはスピーカ１０に供給して出力させる。
【０３７０】
その後、ステップＳ８１に進み、ＣＰＵ２０２は、ステップＳ７３で選択されたと判定された音声データすべての再生を終了したかどうかを判定し、まだ終了していないと判定した場合、ステップＳ７８に戻って、以下、同様の処理を繰り返す。 即ち、これにより、音声データの再生が続行される。
【０３７１】
また、ステップＳ８１において、ステップＳ７３で選択されたと判定された音声データすべての再生が終了したと判定された場合、ステップＳ７１に戻り、以下、同様の処理が繰り返される。
【０３７２】
なお、ここでは、ＨＤＤ２１５に記憶された画像データまたは音声データの再生を行うようにしたが、その他、ＨＤＤ２１５に、インターネット１０５（図２２）上の図示せぬサーバ等からダウンロードしてインストールしたプログラムが記録されている場合には、ステップＳ７２において、そのプログラムのファイル名も含むデータリストを表示し、ユーザによって、プログラムが選択されたときには、そのプログラムを、ＣＰＵ２０２に実行させることが可能である。
【０３７３】
また、ステップＳ７３で選択されたと判定されたデータが、画像データと音声データの両方を含む場合には、ステップＳ７４乃至Ｓ７７およびステップＳ７８乃至Ｓ８１の処理は、並列して行われる。
【０３７４】
次に、図２３に示したＰＤＡ１０１は、例えば、インターネット１０５（図２２）上の図示せぬサーバ等から、いわゆるプッシュ型配信等によって、公衆網１０４を介して送信されてくる画像データや音声データ等のストリーミング再生を行うことができるようになっている。 即ち、ＰＤＡ１０１は、機能モードが、ストリーミング再生を行うストリーミング再生モードとされると、図３３のフローチャートに示すストリーミング再生処理を行う。
【０３７５】
ストリーミング再生処理では、ステップＳ９１において、通信Ｉ／Ｆ２１８（図２３）は、通信モードを制御チャネルモードとして待機する。
【０３７６】
その後、制御チャネルによって、何らかのデータを送信する旨の制御データが送信されてくると、その制御データが、アンテナ６４を介して、通信Ｉ／Ｆ２１８で受信され、ステップＳ９２に進み、通信Ｉ／Ｆ２１８は、その制御データに基づき、ストリーミング再生用のデータ（以下、適宜、ストリーミングデータという）が送信されてくるのかどうかを判定する。
【０３７７】
ステップＳ９２において、ストリーミングデータが送信されてくるのではないと判定された場合、ステップＳ９１に戻り、以下、同様の処理を繰り返す。
【０３７８】
また、ステップＳ９２において、ストリーミングデータが送信されてくると判定された場合、ステップＳ９３に進み、通信Ｉ／Ｆ２１８は、通信モードを、制御チャネルモードからデータチャネルモードに切り替え、ステップＳ９４に進む。 ステップＳ９４では、通信Ｉ／Ｆ２１８は、データチャネルによって送信されてくるストリーミングデータの受信を開始する。
【０３７９】
通信Ｉ／Ｆ２１８で受信されたストリーミングデータは、バス２０１を介して、ＤＲＡＭ２１７に供給されて一時記憶される。
【０３８０】
ＣＰＵ２０２は、ＤＲＡＭ２１７においてストリーミングデータの記憶が開始されると、ステップＳ９５に進み、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶されたストリーミングデータのデータ種別を判別する。 即ち、図３１（Ａ）のデータ送受信処理で説明した場合と同様に、ストリーミングデータには、そのストリーミングデータの種別等を表すデータ識別子が付加されており、ステップＳ９５では、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶されたストリーミングデータのデータ識別子を参照することで、そのデータ種別を判別する。
【０３８１】
そして、ステップＳ９６に進み、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶されたストリーミングデータが、画像データまたは音声データ（オーディオデータ）のうちのいずれであるかを、ステップＳ９５で判別したデータ種別に基づいて判定する。
【０３８２】
ステップＳ９６において、ＤＲＡＭ２１７に記憶されたストリーミングデータが、画像データであると判定された場合、ステップＳ９７に進み、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶された画像データを読み出し、その画像データを復号する処理を行う。
【０３８３】
即ち、ストリーミングデータは、例えば、ＭＰＥＧその他の符号化方式で符号化されており、ステップＳ９５では、その符号化されている画像データが復号される。
【０３８４】
ここで、画像データの復号は、ＭＰＥＧエンコーダ／デコーダ２１３、またはＣＰＵ２０２がプログラムを実行することにより実現されるデコーダによって行われる。
【０３８５】
ステップＳ９７において画像データが復号されると、ステップＳ９８に進み、ＣＰＵ２０２は、その画像データを、バス２０１を介して、ＬＣＤドライバ２０６に供給し、ＬＣＤ３等に表示させる。
【０３８６】
その後、ステップＳ９９に進み、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶されたストリーミングデータ（ここでは、画像データ）のすべての再生が終了したかどうかを判定し、まだ、終了していないと判定した場合、ステップＳ９７に戻り、以下、ＤＲＡＭ２１７に記憶されたストリーミングデータの復号、表示（再生）が続行される。
【０３８７】
また、ステップＳ９９において、ＤＲＡＭ２１７に記憶されたストリーミングデータのすべての再生が終了したと判定された場合、ステップＳ９１に戻り、以下、同様の処理が繰り返される。
【０３８８】
一方、ステップＳ９６において、ストリーミングデータが音声データであると判定された場合、ステップＳ１００に進み、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶された音声データを読み出し、その音声データを復号する処理を行う。
【０３８９】
即ち、ストリーミングデータは、例えば、ＡＴＲＡＣその他の符号化方式で符号化されており、ステップＳ１００では、その符号化されている音声データが復号される。
【０３９０】
ここで、音声データの復号は、ＡＴＲＡＣエンコーダ／デコーダ２１４、またはＣＰＵ２０２がプログラムを実行することにより実現されるデコーダによって行われる。
【０３９１】
ステップＳ１００において音声データが復号されると、ステップＳ１０１に進み、ＣＰＵ２０２は、その音声データを、バス２０１、ＡＴＲＡＣエンコーダ／デコーダ２１４、Ｄ／Ａ変換器２１２、およびアンプ２０８を介して、イヤフォンマイクジャック７またはスピーカ１０に供給して出力させる。
【０３９２】
その後、ステップＳ１０２に進み、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶されたストリーミングデータ（ここでは、音声データ）のすべての再生が終了したかどうかを判定し、まだ、終了していないと判定した場合、ステップＳ１００に戻り、ＤＲＡＭ２１７に記憶されたストリーミングデータの復号、出力（再生）が続行される。
【０３９３】
また、ステップＳ１０２において、ＤＲＡＭ２１７に記憶されたストリーミングデータのすべての再生が終了したと判定された場合、ステップＳ９１に戻り、以下、同様の処理が繰り返される。
【０３９４】
なお、ストリーミングデータが、画像データと音声データの両方を含む場合には、ステップＳ９７乃至Ｓ９９およびステップＳ１００乃至Ｓ１０２の処理は、並列して行われる。
【０３９５】
次に、図２３のＰＤＡ１０１は、図２６のベース基地コンピュータ１０２との間で、各種のデータ（ファイル）のやりとりを行うことが可能となっている。
【０３９６】
そこで、図３４および図３５を参照して、ＰＤＡ１０１とベース基地コンピュータ１０２との間でのファイルのやりとりの手順について説明する。
【０３９７】
なお、ＰＤＡ１０１（図２３）とベース基地コンピュータ１０２（図２６）との間でのファイルのやりとりは、アンテナ６４および３４３を介することによる電波での通信、コネクタ部８および３３７を介することによる有線での通信、並びに無線通信部６３および３０４を介することによる赤外線での通信のうちのいずれによっても可能となっている。 但し、ここでは、例えば、アンテナ６４および３４３を介することによる電波での通信が行われることにより、ＰＤＡ１０１とベース基地コンピュータ１０２との間で、ファイルのやりとりが行われるものとする。
【０３９８】
まず、図３４を参照して、ＰＤＡ１０１からベース基地コンピュータ１０２にファイルが送信される場合の手順について説明する。
【０３９９】
ベース基地コンピュータ１０２（図２６）のＣＰＵ３１２（図２７の制御部３５１に対応する）は、ユーザが、キーボード３０１（図２７の操作部３５３に対応する）等を操作することによって、ＰＤＡ１０１から受信するファイルを指定するのを待って（Ａ１）、その指定されたファイルを、ＰＤＡ１０１から受信すべきファイルとして選択する（Ａ２）。 このとき、ＰＤＡ１０１（図２３）のＣＰＵ２０２（図２４の制御部２３９に対応）は、制御チャネルモードで待機している（Ｂ１）。
【０４００】
なお、図３４の実施の形態では、例えば、ベース基地コンピュータ１０２は、ＰＤＡ１０１と通信することにより、既に、ＰＤＡ１０１のＨＤＤ２１５が記憶しているファイルのファイル名の一覧を取得しているものとし、ユーザは、そのファイル名の一覧から、ファイルの指定（Ａ１）を行うものとする。
【０４０１】
ベース基地コンピュータ１０２のＣＰＵ３１２は、ＰＤＡ１０１から受信すべきファイルを選択した後、通信Ｉ／Ｆ３３６を制御することにより、アンテナ３４３を介し、ＰＤＡ１０１に対して、その選択したファイルの受信を要求する受信要求信号を、その選択したファイルを識別する、例えば、ファイル名とともに送信する（Ａ３）。
【０４０２】
ベース基地コンピュータ１０２からの受信要求信号は、ＰＤＡ１０１において、アンテナ６４を介して、通信Ｉ／Ｆ２１８で受信され（Ｂ２）、ＣＰＵ２０２に供給される。
【０４０３】
ＰＤＡ１０１のＣＰＵ２０２は、受信要求信号を受信すると、通信Ｉ／Ｆ２１８を制御することにより、ベース基地コンピュータ１０２に対して、認証処理を要求し、これにより、ＰＤＡ１０１のＣＰＵ２０２と、ベース基地コンピュータ１０２のＣＰＵ３１２との間では、互いに正当な機器であるかどうかを確認する認証処理が行われる（Ａ４，Ｂ３）。
【０４０４】
ＰＤＡ１０１のＣＰＵ２０２と、ベース基地コンピュータ１０２のＣＰＵ３１２において、認証が成功すると、ＰＤＡ１０１のＣＰＵ２０２は、通信Ｉ／Ｆ２１８を制御することにより、ファイルの受信を許可することを表す受信許可信号を、ベース基地コンピュータ１０２に送信する（Ｂ４）。
【０４０５】
なお、認証が失敗した場合には、以降の処理は行われず、従って、ＰＤＡ１０１からベース基地コンピュータ１０２へのファイルの送信は行われない。
【０４０６】
ＰＤＡ１０１から送信された受信許可信号は、ベース基地コンピュータ１０２において、アンテナ３４３を介して、通信Ｉ／Ｆ３３６で受信され（Ａ５）、バス３１１を介して、ＣＰＵ３１２に供給される。 これにより、ＣＰＵ３１２は、ＰＤＡ１０１からファイルが送信されてくることを認識する。
【０４０７】
その後、ＰＤＡ１０１のＣＰＵ２０２は、ベース基地コンピュータ１０２から受信要求信号とともに送信されてきたファイル名のファイルを、例えば、ＨＤＤ２１５から読み出し、バス２０１を介して、通信Ｉ／Ｆ２１８に供給することで、そのファイルを、アンテナ６４を介して、ベース基地コンピュータ１０２に送信させる（Ｂ５）。
【０４０８】
ベース基地コンピュータ１０２では、ＰＤＡ１０１から送信されてくるファイルが、アンテナ３４３を介して、通信Ｉ／Ｆ３３６で受信される（Ａ６）。 通信Ｉ／Ｆ３３６は、受信したファイルを、バス３１１を介して、ＤＲＡＭ３３５に転送して一時記憶させ、ＣＰＵ３１２は、このようにしてＤＲＡＭ３３５に記憶されたファイルのファイル識別信号に基づき、そのファイルが、例えば、画像データ、音声データ、プログラム、テキストデータ等のうちのいずれのファイル種別のものであるかを判別する（Ａ７）。
【０４０９】
即ち、ファイルには、そのファイル種別を表すファイル識別信号が付加されており、そのファイル識別信号を参照することにより、ファイル種別が判別される。
【０４１０】
そして、ＣＰＵ３１２は、ＤＲＡＭ３３５に記憶されたファイルを、バス３１１を介して、ＨＤＤ３３３に転送し、そのファイル種別に応じて記憶させる（Ａ８）。
【０４１１】
即ち、本実施の形態では、ベース基地コンピュータ１０２は、ファイルを、そのファイル種別ごとに異なるディレクトリまたはフォルダに分けて、ＨＤＤ３３３に記憶させるようになっている。
【０４１２】
次に、図３５を参照して、ベース基地コンピュータ１０２からＰＤＡ１０１にファイルが送信される場合の手順について説明する。
【０４１３】
ベース基地コンピュータ１０２（図２６）のＣＰＵ３１２（図２７の制御部３５１に対応する）は、ユーザが、キーボード３０１（図２７の操作部３５３に対応する）等を操作することによって、ＨＤＤ３３３に記憶されたファイルの中から、ＰＤＡ１０１に送信するファイルを指定するのを待って（Ａ１１）、その指定されたファイルを、ＰＤＡ１０１に送信すべきファイルとして選択する（Ａ１２）。 このとき、ＰＤＡ１０１（図２３）のＣＰＵ２０２（図２４の制御部２３９に対応）は、制御チャネルモードで待機している（Ｂ１１）。
【０４１４】
ベース基地コンピュータ１０２のＣＰＵ３１２は、ＰＤＡ１０１に送信すべきファイルを選択した後、通信Ｉ／Ｆ３３６を制御することにより、アンテナ３４３を介し、ＰＤＡ１０１に対して、その選択したファイルの送信を要求する送信要求信号を、その選択したファイルを識別する、例えば、ファイル名とともに送信する（Ａ１３）。
【０４１５】
ベース基地コンピュータ１０２からの送信要求信号は、ＰＤＡ１０１において、アンテナ６４を介して、通信Ｉ／Ｆ２１８で受信され（Ｂ１２）、ＣＰＵ２０２に供給される。
【０４１６】
ＰＤＡ１０１のＣＰＵ２０２は、送信要求信号を受信すると、通信Ｉ／Ｆ２１８を制御することにより、ベース基地コンピュータ１０２に対して、認証処理を要求し、これにより、ＰＤＡ１０１のＣＰＵ２０２と、ベース基地コンピュータ１０２のＣＰＵ３１２との間では、互いに正当な機器であるかどうかを確認する認証処理が行われる（Ａ１４，Ｂ１３）。
【０４１７】
ＰＤＡ１０１のＣＰＵ２０２と、ベース基地コンピュータ１０２のＣＰＵ３１２において、認証が成功すると、ＰＤＡ１０１のＣＰＵ２０２は、通信Ｉ／Ｆ２１８を制御することにより、ファイルの送信を許可することを表す送信許可信号を、ベース基地コンピュータ１０２に送信する（Ｂ１４）。
【０４１８】
なお、認証が失敗した場合には、図３４における場合と同様に、以降の処理は行われず、従って、ベース基地コンピュータ１０２からＰＤＡ１０１へのファイルの送信は行われない。
【０４１９】
ＰＤＡ１０１から送信された送信許可信号は、ベース基地コンピュータ１０２において、アンテナ３４３を介して、通信Ｉ／Ｆ３３６で受信され（Ａ１５）、バス３１１を介して、ＣＰＵ３１２に供給される。 これにより、ＣＰＵ３１２は、ＰＤＡ１０１からファイルの送信が許可されたことを認識する。
【０４２０】
その後、ベース基地コンピュータ１０２は、ＰＤＡ１０１に対して送信要求信号とともに送信したファイル名のファイルを、例えば、ＨＤＤ３３３から読み出し、バス３１１を介して、通信Ｉ／Ｆ３３６に供給することで、そのファイルを、アンテナ３４３を介して、ＰＤＡ１０１に送信させる（Ａ１６）。
【０４２１】
ＰＤＡ１０１では、ベース基地コンピュータ１０２から送信されてくるファイルが、アンテナ６４を介して、通信Ｉ／Ｆ２１８で受信される（Ｂ１５）。 通信Ｉ／Ｆ２１８は、受信したファイルを、バス２０１を介して、ＤＲＡＭ２１７に転送して一時記憶させ、ＣＰＵ２０２は、このようにしてＤＲＡＭ２１７に記憶されたファイルのファイル識別信号に基づき、そのファイルが、例えば、画像データ、音声データ、プログラム、テキストデータ等のうちのいずれのファイル種別のものであるかを判別する（Ｂ１６）。
【０４２２】
即ち、図３４で説明したように、ファイルには、そのファイル種別を表すファイル識別信号が付加されており、そのファイル識別信号を参照することにより、ファイル種別が判別される。
【０４２３】
そして、ＣＰＵ２０２は、ＤＲＡＭ２１７に記憶されたファイルを、バス２０１を介して、フラッシュメモリ２１６に転送し、そのファイル種別に応じて記憶させる（Ｂ１７）。
【０４２４】
なお、ＰＤＡ１０１においては、ファイルを、フラッシュメモリ２１６に記憶させるのではなく、ＨＤＤ２１５に記憶させることも可能である。
【０４２５】
次に、ＰＤＡ１０１における情報の表示方法について説明する。
【０４２６】
ＰＤＡ１０１においては、例えば、図１０に示したように、蓋部２０を開き、さらに、サブパネル１５と１６を開くと、ほぼ同一平面上に、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１，２２，２３が隣り合って配置される。
【０４２７】
そこで、ＰＤＡ１０１には、例えば、図３６に示すように、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３を、１つの画面とみなして、その１つの画面に、１つの情報を表示することができる。
【０４２８】
即ち、図３６は、ＰＤＡ１０１の機能モードが電話モードとされた場合の、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３の表示例を示している。
【０４２９】
図３６の実施の形態においては、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３を１つの画面として、その１画面に、ＰＤＡ１０１を電話機として機能させるためのボタン群が表示されている。
【０４３０】
具体的には、図３６では、ＬＣＤ４ 1には、オフフック状態とするためのオフフックボタンの全体が表示されており、ＬＣＤ５ 1には、電話番号を入力するダイヤルボタンのうち、数字「７」を入力するボタンの全体、数字「８」を入力するボタンの一部、記号「＊」を入力するボタンの全体、および数字「０」を入力するボタンの一部が表示されている。 さらに、ＬＣＤ１２には、数字「１」を入力するボタンの全体、数字「２」を入力するボタンの一部、数字「４」を入力するボタンの全体、および数字「５」を入力するボタンの一部が表示されており、ＬＣＤ２１には、数字「２」を入力するボタンの残りの部分、数字「３」を入力するボタンの全体、数字「５」を入力するボタンの残りの部分、および数字「６」を入力するボタンの全体が表示されている。 また、ＬＣＤ２２には、オンフック状態とするためのオンフックボタンの全体が表示されており、ＬＣＤ２３には、数字「８」を入力するボタンの残りの部分、数字「９」を入力するボタンの全体、数字「０」を入力するボタンの残りの部分、および記号「＃」を入力するボタンの全体が表示されている。
【０４３１】
なお、ダイヤルボタンのうち、数字を入力するボタンは、電子メールの本文等を記述するときに用いられるひらがなやアルファベット等を入力することもできるようになっている。
【０４３２】
ＬＣＤ４ 1 ，５ 1 ，１２，２１，２２，２３に表示されたボタンが操作された場合、上述したように、そのボタンの操作は、ＬＣＤ４ 1 ，５ 1 ，１２，２１，２２，２３それぞれと一体的に構成されているタッチパネル４Ａ 1 ，５Ａ 1 ，１２Ａ，２１Ａ，２２Ａ，２３Ａで検出される。
【０４３３】
従って、あるＬＣＤに、その全体が表示されているボタンに対する操作は、そのＬＣＤと一体的に構成されたタッチパネルで検出されるが、複数のＬＣＤに亘って表示されているボタンに対する操作は、その複数のＬＣＤそれぞれと一体的に構成されている複数のタッチパネルのいずれでも検出される。
【０４３４】
即ち、図３６において、例えば、数字「１」を入力するボタンは、その全体がＬＣＤ１２に表示されているから、そのボタンに対する操作は、ＬＣＤ１２と一体的に構成されているタッチパネル１２Ａで検出される。 また、例えば、数字「２」を入力するボタンは、ＬＣＤ１２と２１に亘って表示されているから、そのボタンに対する操作は、その操作位置によって、ＬＣＤ１２と一体的に構成されているタッチパネル１２Ａ、またはＬＣＤ２１と一体的に構成されているタッチパネル２１Ａのいずれかで検出される。
【０４３５】
従って、ユーザは、ＬＣＤ１２に表示されている数字「２」を入力するボタンをタッチすることによっても、また、ＬＣＤ２１に表示されている数字「２」を入力するボタンの表示部分をタッチすることによっても、数字「２」の入力を行うことができる。
【０４３６】
以上のように、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に、それらを１つの画面として、１つの情報を表示する場合には、１つのＬＣＤに表示する場合に比較して、情報を大きく表示することができ、操作性を向上させることができる。
【０４３７】
ここで、上述のように複数のＬＣＤに、それらを１つの画面として、その１画面に情報を表示することを、以下、適宜、マルチスクリーン表示という。
【０４３８】
次に、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３には、上述のように、それらの全体を１つの画面として、情報を表示する他、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれを１つの画面として、各画面ごとに、１つの情報を表示することも可能である。
【０４３９】
即ち、図３７は、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれを１画面として、各画面ごとに、１つの情報を表示した表示例を示している。 なお、図３７の実施の形態では（後述する図３８および図３９においても同様）、ＬＣＤを模式的に描いてある。
【０４４０】
図３７（Ａ）の実施の形態においては、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれに、メニューの各項目が表示されている。 即ち、ＬＣＤ４ 1には、項目「ニュース」が、ＬＣＤ５ 1には、項目「音楽」が、ＬＣＤ１２には、項目「天気予報」が、ＬＣＤ２１には、項目「メール」が、ＬＣＤ２２には、項目「映画」が、ＬＣＤ２３には、項目「電話」が、それぞれ表示されている。
【０４４１】
図３７（Ａ）に示した状態において、ユーザが、例えば、項目「映画」が表示されたＬＣＤ２２をタッチすると、そのタッチが、ＬＣＤ２２と一体的に構成されているタッチパネル２２Ａによって検出され、例えば、図３７（Ｂ）に示すように、項目「映画」にリンクされている複数の情報それぞれが、やはり、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれに表示される。
【０４４２】
即ち、図３７（Ｂ）の実施の形態においては、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれごとに、映画のタイトル＃１乃至＃６それぞれが表示されている。
【０４４３】
図３７（Ｂ）に示した状態において、ユーザが、例えば、映画のタイトル＃１が表示されたＬＣＤ４ 1をタッチすると、そのタッチが、ＬＣＤ４ 1と一体的に構成されているタッチパネル４Ａ 1によって検出され、例えば、図３７（Ｃ）に示すように、映画のタイトル＃１にリンクされている複数の情報それぞれが、やはり、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれに表示される。
【０４４４】
即ち、図３７（Ｃ）の実施の形態では、ＬＣＤ４ 1には、「スタート」の文字が表されたボタン（以下、適宜、「スタート」ボタンという）が表示されている。 また、ＬＣＤ５ 1 ，１２，２１乃至２３それぞれには、タイトル＃１の映画の監督、脚本家、主演俳優、助演俳優、インタビューの様子といった、その映画に関連する複数の画像それぞれが表示されている。
【０４４５】
図３７（Ｃ）に示した状態において、ユーザが、例えば、「スタート」ボタンが表示されたＬＣＤ４ 1をタッチすると、ＰＤＡ１０１では、例えば、タイトル＃１の映画の画像データの再生が開始され、その再生画像が、例えば、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３を１画面として、マルチスクリーン表示される。
【０４４６】
また、図３７（Ｃ）に示した状態において、ユーザが、例えば、映画の監督の画像が表示されたＬＣＤをタッチすると、ＰＤＡ１０１では、その監督の経歴や他の作品などの、その監督を紹介する情報の再生が開始され、例えば、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３を１画面として、マルチスクリーン表示される。
【０４４７】
以上のように、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれを１つの画面として、各画面ごとに、１つの情報を表示する場合には、各情報が、その情報ごとに異なるＬＣＤに表示されることから、ユーザは、複数の情報から１つの情報を選択するときに、その情報が表示されているＬＣＤを選択するような間隔で、情報の選択を行うことができる。
【０４４８】
即ち、マルチスクリーン表示の場合には、図３６に示したように、ボタンが、２つのＬＣＤに亘って表示されることがあり、この場合、その２つのＬＣＤのボタンが表示された部分のいずれをタッチしても、そのボタンの操作が可能である。 しかしながら、このように、１つのボタンが２つのＬＣＤに亘って表示されている場合には、いわば、１つのボタンが、２つのＬＣＤに対応していることになるから、ボタンとＬＣＤの対応関係が一対一でないため、ユーザが操作を戸惑うことがあり得る。
【０４４９】
一方、図３７に示したように、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれを１つの画面として、各画面ごとに、１つの情報を表示する場合には、１つの情報と１つのＬＣＤとの対応関係が一対一となっているため、１つのＬＣＤに表示されている情報を、他のＬＣＤに表示されている情報と区別しやすく、従って、ユーザは、所望の情報の選択操作を容易かつ正確に行うことができる。
【０４５０】
さらに、１つのＬＣＤに１つの情報を表示する場合には、複数の情報を１つのＬＣＤに表示する場合に比較して、情報を大きく表示することができ、従って、ユーザにとって分かりやすい情報表示を行うことが可能となる。
【０４５１】
なお、１つのＬＣＤの画面を、複数領域に区切り、各領域に１つの情報を表示する場合には、見かけ上、図３７に示した場合と同様の表示を行うことができる。 しかしながら、１つのＬＣＤを複数領域に区切ることによって、図３７における場合と同じ大きさで情報を表示するには、その１つのＬＣＤとして大型のものを採用する必要があり、装置全体が大型化する。 さらに、１つのＬＣＤを複数領域に区切って、各領域にボタンを表示する場合には、ユーザが、２つの領域の境界部分にタッチしたときに、その２つの領域のうちのいずれに表示されたボタンが操作されたのかの判断が困難となる。
【０４５２】
これに対して、図３７の実施の形態のように、回動可能な複数のＬＣＤごとに、１つの情報を表示する場合には、上述のような装置の大型化や、ユーザの操作の判断が困難となることを防止することができる。
【０４５３】
ここで、上述のように、複数のＬＣＤの１つ１つに、１つの情報を表示することを、以下、適宜、ディレクトリ表示という。
【０４５４】
なお、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３において、マルチスクリーン表示またはディレクトリ表示のいずれで、情報の表示を行うかは、ユーザが選択することができるようになっており、さらに、マルチスクリーン表示とディレクトリ表示との切り替えも可能になっている。
【０４５５】
即ち、図３８は、図３７に示したディレクトリ表示を切り替えて、マルチスクリーン表示とした表示例を示している。
【０４５６】
なお、図３８（Ａ）は、図３７（Ａ）のディレクトリ表示を、図３８（Ｂ）は、図３７（Ｂ）のディレクトリ表示を、図３８（Ｃ）は、図３７（Ｃ）のディレクトリ表示を、それぞれマルチスクリーン表示としたものである。
【０４５７】
次に、ディレクトリ表示は、例えば、図１６および図１７の実施の形態に示したように、時計バンド１に、多数のＬＣＤ４ 1 ，４ 2 ，４ 3 ，４ 4 、並びにＬＣＤ５ 1 ，５ 2 ，５ 3 ，５ 4を設けた場合にも行うことが可能である。
【０４５８】
図３９は、１２個のＬＣＤ４ 1乃至４ 4 ，５ 1乃至５ 4 ，１２，２１乃至２３によるディレクトリ表示の表示例を示している。
【０４５９】
即ち、図３９は、電子メールの本文等を入力する場合の表示例を示しており、図３９（Ａ）の実施の形態では、ＬＣＤ１２には、既に入力された文字列「きの」が表示されている。 そして、ＬＣＤ４ 4には、あ行を表す文字「あ」が、ＬＣＤ４ 3には、か行を表す文字「か」が、ＬＣＤ４ 2には、さ行を表す文字「さ」が、ＬＣＤ４ 1には、た行を表す文字「た」が、ＬＣＤ２２には、な行を表す文字「な」が、ＬＣＤ２１には、は行を表す文字「は」が、ＬＣＤ２３には、ま行を表す文字「ま」が、ＬＣＤ５ 1には、や行を表す文字「や」が、ＬＣＤ５ 2には、ら行を表す文字「ら」が、ＬＣＤ５ 3には、わ行を表す文字「わ」が、ＬＣＤ５ 4には、文字「ん」が、それぞれ表示されている。
【０４６０】
ユーザは、例えば、あ行の文字を入力しようとする場合、あ行を表す文字「あ」が表示されているＬＣＤ４ 4をタッチする。 この場合、ＬＣＤ４ 4と一体的に構成されているタッチパネル４Ａ 4 （図１７）において、ＬＣＤ４ 4へのタッチが検出され、ＣＰＵ２０２（図２３）は、その検出結果に基づき、ＬＣＤ４ 1乃至４ 4 ，５ 1乃至５ 4 ，１２，２１乃至２３の表示を、図３９（Ｂ）に示すように変化させる。
【０４６１】
即ち、ＬＣＤ１２の表示は、図３９（Ａ）の状態のまま変化しないが、他のＬＣＤ４ 1乃至４ 4 ，５ 1乃至５ 4 ，２１乃至２３それぞれの表示は、あ行の文字を入力するため等の表示に変化する。
【０４６２】
具体的には、ＬＣＤ４ 4には、濁音を表す「てんてん」が、ＬＣＤ４ 3には、半濁音を表す「まる」が、ＬＣＤ４ 2には、長音を表す「ー」が、ＬＣＤ４ 1には、ア行の文字「あ」が、ＬＣＤ２２には、あ行の文字「い」が、ＬＣＤ２１には、あ行の文字「う」が、ＬＣＤ２３には、あ行の文字「え」が、ＬＣＤ５ 1には、あ行の文字「お」が、ＬＣＤ５ 2には、読点を入力するための「読点」が、ＬＣＤ５ 3には、句点を入力するための「句点」が、ＬＣＤ５ 4には、図３９（Ａ）の状態に戻ることを表す「戻る」が、それぞれ表示されている。
【０４６３】
ユーザは、例えば、文字「う」を入力しようとする場合、文字「う」が表示されているＬＣＤ２１をタッチする。 この場合、ＬＣＤ２１と一体的に構成されているタッチパネル２１Ａにおいて、そのタッチが検出され、その検出結果に基づき、ＣＰＵ２０２（図２３）は、ＬＣＤ４ 1乃至４ 4 ，５ 1乃至５ 4 ，１２，２１乃至２３の表示を、図３９（Ｃ）に示すように変化させる。
【０４６４】
図３９（Ｃ）においては、図３９（Ｂ）における場合に比較して、ＬＣＤ１２の表示だけが変化しており、ＬＣＤ１２には、既に表示されていた文字列「きの」に、図３９（Ｂ）の状態でタッチされたＬＣＤ２１に表示されていた文字「う」を加えた文字列「きのう」が表示されている。
【０４６５】
但し、ＬＣＤ１２において、新たに表示された文字「う」は、既に表示されていた文字列「きの」とは区別する形で表示されており、まだ、その入力が未確定状態になっている。 なお、図３９（Ｃ）では、入力が確定している文字列「きの」は実線で、入力が未確定の文字「う」は点線で、それぞれ図示してある。
【０４６６】
ユーザは、入力が未確定の文字「う」の入力を確定する場合、図３９（Ｃ）の状態において、文字列「きのう」が表示されているＬＣＤ１２をタッチする。 このタッチは、ＬＣＤ１２Ａと一体的に構成されているタッチパネル１２Ａで検出され、これにより、文字「う」の入力が確定される。 即ち、この場合、ＬＣＤ１２においては、文字「う」は、ＬＣＤ１２に既に表示されていた文字列「きの」と同一の表示状態とされる。
【０４６７】
なお、ＬＣＤ１２には、上述のように、確定ボタンとしての機能をもたせるとともに、仮名漢字変換を指示する機能をもたせることが可能であり、この場合、ＬＣＤ１２に対する操作位置によって、ＬＣＤ１２に表示された文字の仮名漢字変換や、入力の確定を行うようにすることが可能である。
【０４６８】
次に、例えば、図７乃至図１５で説明したＰＤＡは、ＬＣＤ３，４ 1 ，５ 1 ，１２，２１乃至２３の７個のＬＣＤを有しているが、電源スイッチ６２（図７等）がオン状態とされている場合に、その７個のＬＣＤ３，４ 1 ，５ 1 ，１２，２１乃至２３のすべてをオン状態としておくのは、バッテリ２２２（図２３）の電力消費の観点から好ましくない。
【０４６９】
即ち、７個のＬＣＤ３，４ 1 ，５ 1 ，１２，２１乃至２３のうち、特に、ＬＣＤ３，１２，２１乃至２３の５つのＬＣＤについては、常に露出状態（ユーザが、その表示を見ることができる状態）になっているわけではないため、常時オン状態にしておくのは、無駄な電力を消費することになる。
【０４７０】
そこで、ＰＤＡ１０１（図２３）では、蓋部２０の状態、並びにサブパネル１１５および１６の状態を、スイッチ部２２５で検出し、その検出結果に基づいて、ＣＰＵ２０２が、ＬＣＤ３，１２，２１乃至２３のオン／オフ制御を行うようになっている。
【０４７１】
なお、常に露出しているＬＣＤ４ 1および５ 1 （図１６および図１７の実施の形態では、４ 1乃至４ 4 ，５ 1乃至５ 4 ）については、例えば、ユーザが、そのオン／オフを手動で切り替えるようにすることもできるし、蓋部２０とサブパネル１５および１６のすべてが開いている状態の場合のみオン状態とし、それ以外の場合は、オフ状態とするようにすること等も可能である。 また、ＬＣＤ４ 1および５ 1は、例えば、ＬＣＤ３と連動してオン／オフするようにすることも可能である。
【０４７２】
次に、図４０のフローチャートを参照して、蓋部２０の状態とサブパネル１１５および１６の状態に基づいてＣＰＵ２０２が行うＬＣＤ３，１２，２１乃至２３のオン／オフ制御の処理について説明する。
【０４７３】
まず最初に、ステップＳ１１１において、ＣＰＵ２０２は、操作部２２４（図２３）を構成する電源スイッチ６２（図７）がオン状態またはオフ状態のいずれの状態であるかを判定する。
【０４７４】
ステップＳ１１１において、電源スイッチ６２がオフ状態であると判定された場合、ステップＳ１１２に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６（図２３）を制御して、ＬＣＤ３，１２，２１乃至２３のうちのオン状態になっているものすべてをオフ状態にさせ（例えば、ＬＣＤを構成するバックライトを消灯し）、ステップＳ１１１に戻る。
【０４７５】
ここで、ＣＰＵ２０２は、ＬＣＤのオン／オフに連動して、タッチパネルドライバ２０５も制御し、対応するタッチパネル（オン／オフさせたＬＣＤと一体的に構成されているタッチパネル）もオン／オフさせる（電源の供給を開始／停止させる）ようになっている。
【０４７６】
一方、ステップＳ１１１において、電源スイッチ６２がオン状態であると判定された場合、ステップＳ１１３に進み、ＣＰＵ２０２は、ＬＣＤ３がオン状態になっていないときには、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ３をオン状態にし（例えば、ＬＣＤを構成するバックライトを点灯し）、ステップＳ１１４に進む。
【０４７７】
ステップＳ１１４では、ＣＰＵ２０２が、スイッチ部２２５による蓋部２０（図７）の開閉の状態の検出結果に基づいて、蓋部２０が開いているかどうかを判定する。 ステップＳ１１４において、蓋部２０が開いていないと判定された場合、即ち、蓋部２０が閉じており、ＬＣＤ３だけが露出状態にあり、ＬＣＤ１２および２１乃至２３が収納状態（上側を向いていない状態）にある場合、ステップＳ１１５に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ３がオフ状態になっているときはオン状態にし、さらに、ＬＣＤ１２および２１乃至２３のうちオン状態になっているものをオフ状態にして、ステップＳ１１１に戻る。
【０４７８】
また、ステップＳ１１４において、蓋部２０が開いていると判定された場合、即ち、ＬＣＤ３が収納状態（ユーザが見ることができない状態）となっており、ＬＣＤ１２（図９）が露出状態（上側を向いている状態）となっている場合、ステップＳ１１６に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ３がオン状態になっているときはオフ状態にし、さらに、ＬＣＤ１２がオフ状態になっているときはオン状態にして、ステップＳ１１７に進む。
【０４７９】
ステップＳ１１７では、ＣＰＵ２０２が、スイッチ部２２５によるサブパネル１５（図９、図１０）の開閉の状態の検出結果に基づいて、サブパネル１５が開いているかどうかを判定する。 ステップＳ１１７において、サブパネル１５が開いていると判定された場合、即ち、サブパネル１５が開いており、そこに設けられたＬＣＤ２２（図１０）が露出状態にある場合、ステップＳ１１８に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ２２がオフ状態になっているときはオン状態にして、ステップＳ１２０に進む。
【０４８０】
また、ステップＳ１１７において、サブパネル１５が閉じていると判定された場合、即ち、サイドパネル１５が閉じており、そこに設けられたＬＣＤ２２が収納状態となっており、さらに、閉じた状態のサイドパネル１５によって、メインパネル１４に設けられたＬＣＤ２１（図１０）の一部（上半分）が隠された状態になっている場合、ステップＳ１１９に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ２１と２２のうちのオン状態となっているものをオフ状態にして、ステップＳ１２０に進む。
【０４８１】
ステップＳ１２０では、ＣＰＵ２０２が、スイッチ部２２５によるサブパネル１６（図９、図１０）の開閉の状態の検出結果に基づいて、サブパネル１６が開いているかどうかを判定する。 ステップＳ１２０において、サブパネル１６が閉じていると判定された場合、即ち、サイドパネル１６が閉じており、そこに設けられたＬＣＤ２３が収納状態となっており、さらに、閉じた状態のサイドパネル１６によって、メインパネル１４に設けられたＬＣＤ２１（図１０）の一部（下半分）が隠された状態になっている場合、ステップＳ１２１に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ２１と２３のうちのオン状態となっているものをオフ状態にして、ステップＳ１１１に戻る。
【０４８２】
また、ステップＳ１２０において、サブパネル１６が開いていると判定された場合、即ち、サブパネル１６が開いており、そこに設けられたＬＣＤ２３（図１０）が露出状態にある場合、ステップＳ１２２に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ２３がオフ状態になっているときはオン状態にして、ステップＳ１２３に進む。
【０４８３】
ステップＳ１２３では、ＣＰＵ２０２が、スイッチ部２２５によるサブパネル１５および１６（図９、図１０）の開閉の状態の検出結果に基づいて、サブパネル１５と１６の両方が開いているかどうかを判定する。 ステップＳ１２３において、サブパネル１５および１６の両方、またはいずれか一方が閉じていると判定された場合、即ち、サイドパネル１５と１６のうちの少なくとも一方が閉じており、閉じた状態のサイドパネル１５または１６によって、メインパネル１４に設けられたＬＣＤ２１（図１０）の少なくとも一部（上半分または下半分）が隠された状態になっている場合、ステップＳ１２４に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ２１がオン状態となっているときには、そのＬＣＤ２１をオフ状態にして、ステップＳ１１１に戻る。
【０４８４】
また、ステップＳ１２３において、サブパネル１５と１６の両方が開いていると判定された場合、即ち、サブパネル１５および１６が開いており、サブパネル１５と１６それぞれに設けられたＬＣＤ２２と２３（図１０）がそれぞれ露出状態にあり、さらに、メインパネル１４に設けられたＬＣＤ２１も露出状態にある場合、ステップＳ１２５に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ２１乃至２３のうちのオフ状態になっているものをオン状態にして、ステップＳ１１１に戻る。
【０４８５】
次に、ＰＤＡ１０１においては、図３７で説明したように、複数である６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれごとに１つの情報を表示し、その６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれに表示された情報のうちのいずれかが選択された場合には、その選択された情報にリンクされている複数の情報それぞれを、６つのＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれに表示させることを繰り返すことができる。
【０４８６】
従って、ＰＤＡ１０１においては、ある一連の情報が、階層構造に構造化されている場合、上位階層の複数の情報を表示し、そのうちのいずれかの情報を、ユーザが選択したときには、その情報にリンクされている（対応付けられている）下位階層の情報を表示することを順次繰り返すことができ、この場合、ユーザは、比較的容易に所望の情報に辿り着く（所望の情報を検索する）ことができる。
【０４８７】
そこで、図４１のフローチャートを参照して、そのような階層構造に構造化された情報の表示を制御する階層表示制御処理について説明する。
【０４８８】
例えば、ユーザが操作部２２４等（図２３）を操作することにより、情報の表示を要求すると、その情報の表示の要求（以下、適宜、表示要求という）は、入力Ｉ／Ｆ２２３およびバス２０１を介して、ＣＰＵ２０２に供給される。 ＣＰＵ２０２は、表示要求を受信すると、バス２０１を介して、ＨＤＤ２１５にアクセスし、ステップＳ１３１において、表示要求によって要求されている情報を検索する。
【０４８９】
なお、ここでは、ＨＤＤ２１５から情報を検索するようにしたが、情報は、その他、例えば、通信Ｉ／Ｆ２１８を介して、外部の装置（例えば、ベース基地コンピュータ１０２や、他のＰＤＡ１０３、インターネット１０５上の図示せぬサーバ、通信端末１０６等）と通信を行い、その外部の装置が有する記憶媒体（記録媒体）から検索するようにすることも可能である。
【０４９０】
ＣＰＵ２０２は、ＨＤＤ２１５から、表示要求によって要求されている情報を検索すると、ステップＳ１３２に進み、その情報が、階層構造を有するものであるかどうかを判定する。 ステップＳ１３２において、ＨＤＤ２１５から検索された情報が、階層構造を有するものではないと判定された場合、ステップＳ１３３乃至Ｓ１３６をスキップして、ステップＳ１３７に進む。 ステップＳ１３７ではＣＰＵ２０２は、ＨＤＤ２１５から検索した情報を、ＬＣＤドライバ２０６に供給し、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に、ＨＤＤ２１５から検索した情報を、例えば、図３６で説明したマルチスクリーン表示させて、処理を終了する。
【０４９１】
一方、ステップＳ１３２において、ＨＤＤ２１５から検索された情報が、階層構造を有するものであると判定された場合、ステップＳ１３３に進み、ＣＰＵ２０２は、ＨＤＤ２１５から検索した情報のうちの最上位階層の複数の情報を、ＬＣＤドライバ２０６に供給し、これにより、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に、最上位階層の複数の情報を、図３７で説明したように、ディレクトリ表示させ、ステップＳ１３４に進む。
【０４９２】
ステップＳ１３４では、ＣＰＵ２０２は、ユーザが、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３のうちのいずれかをタッチすることにより、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示されたいずれかの情報を選択したかどうかを判定する。
【０４９３】
なお、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３のうちのいずれかにタッチしたかどうかは、ＣＰＵ２０２が、タッチパネルドライバ２０５の出力を監視することにより判定される。
【０４９４】
ステップＳ１３４において、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示されたいずれの情報も選択されていないと判定された場合、ステップＳ１３４に戻る。
【０４９５】
また、ステップＳ１３４において、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示されたいずれかの情報が選択されたと判定された場合、ステップＳ１３５に進み、ＣＰＵ２０２は、その選択された情報の階層にリンクされている下位階層が存在するかどうかを判定する。
【０４９６】
ステップＳ１３５において、選択された情報の階層にリンクされている下位階層が存在すると判定された場合、ステップＳ１３６に進み、ＣＰＵ２０２は、その下位階層の複数の情報を、ＬＣＤドライバ２０６に供給し、これにより、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に、その下位階層の複数の情報をディレクトリ表示させ、ステップＳ１３４に戻り、以下、同様の処理を繰り返す。
【０４９７】
ここで、このステップＳ１３４乃至Ｓ１３６の処理が繰り返されることにより、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３には、順次、より下位階層の情報が表示されていく。
【０４９８】
一方、ステップＳ１３５において、ユーザが選択した情報の階層にリンクされている下位階層が存在しないと判定された場合、ステップＳ１３７に進み、ＣＰＵ２０２は、ＬＣＤドライバ２０６を制御することにより、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に、ユーザが選択した情報の内容をマルチスクリーン表示させ、処理を終了する。
【０４９９】
次に、図４２は、階層構造に構造化された情報のフォーマットを示している。
【０５００】
即ち、図４２（Ａ）は、最上位階層の情報を示しており、図４２（Ｂ）は、その１つ下位の階層（２番目の階層）の情報を、図４２（Ｃ）は、さらにその１つ下位の階層（３番目の階層）の情報を、それぞれ示している。
【０５０１】
各階層の情報は、階層情報、リンク情報、および表示情報で構成されている。
【０５０２】
階層情報は、情報の階層数を表す。 図４２の実施の形態では、階層情報は、最上位階層の階層情報を０として、下位の階層になるほど、その値が１ずつ増加するようになっている。
【０５０３】
リンク情報は、情報にリンクされているリンク先の情報を表す。
【０５０４】
表示情報は、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示される画像データである。
【０５０５】
従って、例えば、いま、図４２（Ａ）の最上位階層の情報Info#0の表示情報に、メニュー画面の画像データが配置されている場合において、ユーザが、メニュー画面の表示を要求したときには、例えば、図３７（Ａ）に示したようなメニュー画面が、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示される。
【０５０６】
さらに、ユーザが、図３７（Ａ）において項目「映画」が表示されたＬＣＤ２２をタッチすることにより選択すると、図４２（Ａ）の最上位階層の情報Info#0のリンク情報において、項目「映画」にリンクされている図４２（Ｂ）における２番目の階層の情報Info#1に配置されている表示情報が、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示される。 即ち、項目「映画」のリンク先の情報Info#1には、映画のタイトル情報（例えば、タイトルの画像データ）が、表示情報として配置されており、このタイトル情報が、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示される。 これにより、図３７（Ｂ）に示したように、映画のタイトル＃１乃至＃６がディレクトリ表示される。
【０５０７】
そして、ユーザが、図３７（Ｂ）の状態において、例えば、映画のタイトル＃１が表示されたＬＣＤ４ 1をタッチすることにより選択すると、図４２（Ｂ）の２番目の階層の情報Info#1のリンク情報において、映画のタイトル＃１にリンクされている図４２（Ｃ）における３番目の階層の情報Info#2に配置されている表示情報が、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示される。 即ち、映画のタイトル＃１のリンク先の情報Info#2には、映画の紹介情報（例えば、監督や主演俳優等の静止画の画像データ）が、表示情報として配置されており、この紹介情報が、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３に表示される。 これにより、図３７（Ｃ）に示したように、映画の監督や主演俳優等の画像がディレクトリ表示される。
【０５０８】
３番目の階層の情報Info#2において、そのリンク情報には、その紹介情報としての画像に表示されている監督や主演男優等のビデオクリップその他のデータがリンクされており、これにより、例えば、ユーザが、映画の監督が表示されているＬＣＤをタッチすると、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３には、その監督のビデオクリップを再生した画像がマルチスクリーン表示される。
【０５０９】
以上のように、情報を階層構造に構成しておくことで、情報の検索を容易化することが可能となる。
【０５１０】
なお、階層構造に構成する情報としては、画像データやテキストデータ、さらには、音声データを採用することが可能である。 なお、階層構造とする情報として音声データを採用する場合には、音声データそれ自体は、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３で表示することができないため、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３には、音声データに対応するテキスト（例えば、その音声データが楽曲のデータである場合には、その曲名など）等が表示される。 但し、音声については、ＬＣＤ４ 1 ，５ 1 ，１２，２１乃至２３それぞれにスピーカを設け、その各スピーカから音声を出力するようにすることで、音声を、ディレクトリ表示に相当する方法で出力することが可能である。
【０５１１】
次に、図４３は、ＰＤＡ１０１と他のＰＤＡ１０３とが通信する様子を示している。 同図に示すように、ＰＤＡ１０１は、１つのＰＤＡ１０３と通信することもできるし、ＰＤＡ１０３に他のＰＤＡを加えた複数のＰＤＡと通信することもできる。 他のＰＤＡ１０３も同様である。
【０５１２】
ＰＤＡ１０１や１０３は、このように、他の１以上のＰＤＡと通信を行うことにより受信したデータに基づき、より品質の良いデータを得ることが可能となっている。
【０５１３】
即ち、図４４は、ＰＤＡ１０１と１０３との間で、データの送受信が行われる場合のＰＤＡ１０１と１０３の機能的構成例を示している。 ここで、図４４に示したＰＤＡ１０１の機能的構成は、例えば、ＣＰＵ２０２（図２３）がプログラムを実行することで実現される。 ＰＤＡ１０３の機能的構成も同様である。
【０５１４】
図４４の実施の形態では、ＰＤＡ１０１から１０３に対してデータが送信されるものとしてあり、従って、ＰＤＡ１０１がデータを送信する送信装置として機能し、ＰＤＡ１０３がそのデータを受信する受信装置として機能する。
【０５１５】
送信装置としてのＰＤＡ１０１は、送信処理部４０１から構成され、送信処理部４０１は、受信装置としてのＰＤＡ１０３に送信するデータとしての、例えば、画像データに対して所定の送信処理を施し、受信装置としてのＰＤＡ１０３に送信する。
【０５１６】
受信装置としてのＰＤＡ１０３は、送信装置としてのＰＤＡ１０１から送信されてくるデータを受信し、所定の受信処理を施し、画像データを得て出力する。
【０５１７】
なお、ここでは、ＰＤＡ１０１から１０３に対してデータが送信されるものとしたが、ＰＤＡ１０３から１０１に対してデータを送信することも可能であり、この場合、ＰＤＡ１０３がデータを送信する送信装置として機能し、ＰＤＡ１０１がそのデータを受信する受信装置として機能する。
【０５１８】
従って、ＰＤＡ１０１および１０３は、送信装置として機能する場合もあるし、受信装置として機能する場合もあるので、いずれも、送信処理部４０１と受信処理部４０２の両方を有するが、図４４においては、ＰＤＡ１０１については、受信処理部４０２の図示を省略してあり、ＰＤＡ１０３については、送信処理部４０１の図示を量略してある。 そこで、以下では、特に断らない限り、ＰＤＡ１０１を送信装置とするとともに、ＰＤＡ１０３を受信装置として、説明を行う。
【０５１９】
図４５は、図４４の送信処理部４０１の第１の構成例を示している。
【０５２０】
図４５の実施の形態では、送信処理部４０１は、符号化部４１１とイベント検出部４１２から構成されている。 そして、符号化部４１１には、ＰＤＡ１０３に送信する画像データが供給されるようになっており、イベント検出部４１２には、後述するリクエスト信号が供給されるようになっている。
【０５２１】
ここで、符号化部４１１に供給される画像データは、例えば、ＰＤＡ１０１（図２３）のＣＣＤカメラ６５で撮像されたものや、ＨＤＤ２１５に記憶されているものである。 さらに、ここでは、符号化部４１１に供給される画像データは、画質の良い高解像度の画像（以下、適宜、ＨＤ(High definition)画像という）であるとする。
【０５２２】
また、イベント検出部４１２に供給されるリクエスト信号は、受信装置としてのＰＤＡ１０３から送信されてくるもので、通信Ｉ／Ｆ２１８（図２３）で受信されて、イベント検出部４１２に供給されるようになっている。
【０５２３】
符号化部４１１は、そこに供給されるＨＤ画像データについて符号化等を行い、受信装置としてのＰＤＡ１０３に送信すべき送信データを得て出力する。 この送信データは、通信Ｉ／Ｆ２１８（図２３）を介して、受信装置としてのＰＤＡ１０３に送信される。
【０５２４】
イベント検出部４１２は、リクエスト信号を受信すると、そのリクエスト信号の受信をイベントとして検出し、イベントが発生したことを表すメッセージ（以下、適宜、イベントメッセージという）を、符号化部４１１に供給する。
【０５２５】
ここで、符号化部４１１は、図４５に示すように、データ圧縮部４２１、送信制御部４２２、クラスタップ抽出部４２３、クラス分類部４２４、クラスコードデータベース４２５から構成される。
【０５２６】
符号化部４１１に供給されるＨＤ画像データは、データ圧縮部４２１およびクラスタップ抽出部４２３に供給されるようになっており、データ圧縮部４２１は、そこに供給されるＨＤ画像データを、例えば、その空間方向の画素数を間引く等して圧縮し、標準解像度または低解像度の画像（以下、適宜、ＳＤ(Standard Definition)画像という）データに変換する。 ＳＤ画像データは、データ圧縮部４２１から送信制御部４２２に供給される。
【０５２７】
ここで、ＰＤＡ１０１と１０３との間の通信が無線で行われるものとすると、その伝送帯域として、それほど広い帯域を確保することができないことがある。 そのため、狭帯域であっても、高速なデータ伝送を行うことができるように、データ圧縮部４２１において、データ量の多いＨＤ画像データを、データ量の少ないＳＤ画像に変換（データ圧縮）するようになっている。
【０５２８】
送信制御部４２２には、データ圧縮部４２１からＳＤ画像データが供給される他、クラスコードデータベース４２５からクラスコードが供給されるようになっている。 さらに、送信制御部４２２は、イベント検出部４１２からイベントメッセージも供給されるようになっている。 そして、送信制御部４２２は、基本的には、データ圧縮部４２１からのＳＤ画像データを送信データとして選択して出力するが、イベント検出部４１２からイベントメッセージを受信すると、クラスコードデータベース４２５からのクラスコードを送信データとして選択して出力する。
【０５２９】
クラスタップ抽出部４２３は、そこに供給されるＨＤ画像データの各画素（以下、適宜、ＨＤ画素という）を、順次、注目画素として、その注目画素をクラス分類するのに用いるＨＤ画素を抽出し、クラスタップとして出力する。
【０５３０】
即ち、クラスタップ抽出部４２３は、注目画素を複数のうちのいずれかにクラスタリング（クラス分け）するのに用いるＨＤ画素として、注目画素から空間的または時間的に近い幾つかのＨＤ画素（例えば、注目画素を中心とする、水平方向×垂直方向の画素数が３×３のＨＤ画素）を、そこに供給されるＨＤ画像データから抽出し、クラスタップとして出力する。 クラスタップ抽出部４２３が出力するクラスタップは、クラス分類部４２４に供給される。
【０５３１】
クラス分類部４２４は、クラスタップ抽出部４２３から供給される注目画素についてのクラスタップに基づいて、注目画素をクラス分類し、そのクラス分類の結果得られる、注目画素が属するクラスを表すクラスコードを出力する。
【０５３２】
ここで、クラス分類を行う方法としては、例えば、ADRC(Adaptive Dynamic Range Coding)等を採用することができる。
【０５３３】
ADRCを用いる方法では、クラスタップを構成する画素の画素値が、KビットADRC処理され、その結果得られるADRCコードにしたがって、注目画素のクラスが決定される。
【０５３４】
なお、KビットADRCにおいては、例えば、クラスタップを構成する画素値の最大値MAXと最小値MINが検出され、DR=MAX-MINを、集合の局所的なダイナミックレンジとし、このダイナミックレンジDRに基づいて、クラスタップを構成する画素がKビットに再量子化される。 即ち、クラスタップを構成する各画素の画素値から、最小値MINが減算され、その減算値がDR/2 Kで除算（量子化）される。 そして、以上のようにして得られる、クラスタップを構成するKビットの各画素の画素値を、所定の順番で並べたビット列が、ADRCコードとして出力される。 従って、クラスタップが、例えば、１ビットADRC処理された場合には、そのクラスタップを構成する各画素の画素値は、最小値MINが減算された後に、最大値MAXと最小値MINとの平均値で除算され、これにより、各画素の画素値が１ビットとされる（２値化される）。 そして、その１ビットの画素値を所定の順番で並べたビット列が、ADRCコードとして出力される。
【０５３５】
なお、クラス分類では、例えば、クラスタップを構成する画素のレベル分布（画素値分布）のパターンを、そのままクラスコードとして出力することも可能であるが、この場合、クラスタップが、Ｎ個の画素で構成され、各画素に、Ｋビットが割り当てられているとすると、クラス分類によって得られるクラスコードの場合の数は、（２ N ） K通りとなり、画素のビット数Ｋに指数的に比例した膨大な数となる。
【０５３６】
従って、クラス分類は、クラスタップの情報量を、上述のADRC処理や、あるいはベクトル量子化等によって圧縮する手法を利用するのが好ましい。
【０５３７】
クラスコードデータベース４２５は、クラス分類部４２４が出力するクラスコードを記憶する。
【０５３８】
ここで、クラス分類部４２４では、ＨＤ画像データの各ＨＤ画素を注目画素としてクラス分類が行われるから、クラスコードは、ＨＤ画素ごとに得られる。 従って、クラスコードデータベース４２５には、ＨＤ画像データの各ＨＤ画素のクラスコードを画素値とする画像データが記憶されると考えることができ、このクラスコードで構成される画像を、以下、適宜、クラスコード画像という。
【０５３９】
以上のように構成される送信処理部４０１では、ＨＤ画像データから得られたＳＤ画像データを送信する画像データ送信処理、そのＨＤ画像データからクラスコード画像を生成するクラスコード生成処理、およびクラスコードデータベース４２５に記憶されたクラスコード画像を送信するクラスコード送信処理が行われるようになっている。
【０５４０】
そこで、図４６のフローチャートを参照して、図４５の送信処理部４０１で行われる画像データ送信処理、クラスコード生成処理、およびクラスコード送信処理について説明する。
【０５４１】
まず、図４６（Ａ）のフローチャートを参照して、図４５の送信処理部４０１が行う画像データ送信処理について説明する。
【０５４２】
画像データ送信処理は、例えば、操作部２２４（図２３）が、ユーザによって、画像データの送信を要求するように操作が行われると開始される。
【０５４３】
即ち、送信すべきＨＤ画像データは、例えば、１フレーム単位で、符号化部４１１に供給されるようになっており、画像データ送信処理では、まず最初に、ステップＳ２０１において、符号化部４１１のデータ圧縮部４２１が、そのＨＤ画像データを、ＳＤ画像データに変換することにより圧縮し、そのＳＤ画像データを、送信制御部４２２に供給する。
【０５４４】
なお、ここでいう１フレームは、動画の一画面と考えることもできるし、静止画の１画面と考えることもできる。
【０５４５】
送信制御部４２２は、ステップＳ２０２において、データ圧縮部４２１からのＳＤ画像データを選択し、送信データとして出力する。 この送信データは、通信Ｉ／Ｆ２１８（図２３）に供給され、例えば、アンテナ６４から送信される。
【０５４６】
なお、ステップＳ２０２において、ＳＤ画像データを送信した後、次のＳＤ画像データを送信するまでの間に余裕があるときには、同一フレームのＳＤ画像データが繰り返し送信される。 従って、ステップＳ２０２では、同一フレームのＳＤ画像データが、１回以上送信される。
【０５４７】
その後、ステップＳ２０３に進み、データ圧縮部４２１は、次のフレーム（次に処理すべきフレーム）のＨＤ画像データがあるかどうかを判定し、あると判定した場合、ステップＳ２０１に戻って、以下、同様の処理を繰り返す。
【０５４８】
また、ステップＳ２０３において、次のフレームのＨＤ画像データがないと判定された場合、画像データ送信処理を終了する。
【０５４９】
なお、上述の場合には、ステップＳ２０２において、同一フレームのＳＤ画像データが、複数回続けて送信されることがあるが、同一のＳＤ画像データの送信（再送）は、後で行うことも可能である。 即ち、ＳＤ画像データの再送は、一連のＳＤ画像データの送信が終了した後に、その一連のＳＤ画像データを再び送信することで行うことが可能である。
【０５５０】
次に、図４６（Ｂ）のフローチャートを参照して図４５の送信処理部４０１が行うクラスコード生成処理について説明する。
【０５５１】
クラスコード生成処理は、例えば、図４６（Ａ）に示した画像データ送信処理が開始されると開始される。
【０５５２】
即ち、クラスタップ抽出部４２３には、データ圧縮部４２１に供給されるのと同一のＨＤ画像データが、例えば、１フレーム単位で供給されるようになっており、クラスタップ抽出部４２３は、まず最初に、ステップＳ２１１において、そこに供給された１フレームのＨＤ画像データを構成する各ＨＤ画素を注目画素として、各注目画素についてクラスタップを抽出する。 このクラスタップは、クラス分類部４２４に供給される。
【０５５３】
クラス分類部４２４は、クラスタップ抽出部４２３から、１フレームの各ＨＤ画素を注目画素とするクラスタップを受信すると、ステップＳ２１２において、各ＨＤ画素のクラスコードを、そのＨＤ画素についてのクラスタップに基づいてクラス分類を行うことにより取得し、クラスコードデータベース４２５に供給する。
【０５５４】
クラスコードデータベース４２５は、ステップＳ２１３において、クラス分類部４２４から供給される１フレームのＨＤ画像データを構成するＨＤ画素それぞれについてのクラスコードからなる画像、即ち、クラスコード画像を記憶し、ステップＳ２１４に進む。
【０５５５】
ステップＳ２１４では、クラスタップ抽出部４２３が、次のフレームのＨＤ画像データがあるかどうかを判定し、あると判定した場合、ステップＳ２１１に戻って、以下、同様の処理を繰り返す。
【０５５６】
また、ステップＳ２１４において、次のフレームのＨＤ画像データがないと判定された場合、クラスコード生成処理を終了する。
【０５５７】
次に、図４６（Ｃ）のフローチャートを参照して、図４５の送信処理部４０１が行うクラスコード送信処理について説明する。
【０５５８】
クラスコード送信処理では、まず最初に、ステップＳ２２１において、送信制御部４２２が、所定のイベントが発生したかどうかを判定する。
【０５５９】
即ち、ここでは、例えば、受信装置としてのＰＤＡ１０３からリクエスト信号が送信されてきたことが、所定のイベントとして採用されており、ステップＳ２２１では、イベント検出部４１２がリクエスト信号を受信することにより、ＰＤＡ１０３からリクエスト信号が送信されてきたというイベントが発生したことを表すイベントメッセージを、送信制御部４２２に供給したかどうかによって、所定のイベントが発生したかどうかが判定される。
【０５６０】
ステップＳ２２１において、所定のイベントが発生していないと判定された場合、ステップＳ２２１に戻り、所定のイベントが発生するまで待つ。
【０５６１】
そして、ステップＳ２２１において、所定のイベントが発生したと判定された場合、ステップＳ２２２に進み、送信制御部４２２は、クラスコード画像が、クラスコードデータベース４２５に記憶されているかどうかを判定する。
【０５６２】
ステップＳ２２２において、クラスコード画像が記憶されていないと判定された場合、ステップＳ２２１に戻り、以下、同様の処理が繰り返される。
【０５６３】
また、ステップＳ２２２において、クラスコード画像が記憶されていると判定された場合、ステップＳ２２３に進み、送信制御部４２２は、クラスコードデータベース４２５に記憶されたクラスコードを読み出し、送信データとして選択する。 この送信データは、送信制御部４２２から通信Ｉ／Ｆ２１８（図２３）に供給され、アンテナ６４から送信される。
【０５６４】
送信制御部４２２は、ステップＳ２２３において、その処理の開始時に、クラスコードデータベース４２５に記憶されていたすべてのクラスコード画像の送信が終了すると、クラスコードデータベース４２５から、その送信が終了したクラスコード画像を削除し、ステップＳ２２２に戻る。 そして、上述したように、ステップＳ２２２において、送信制御部４２２は、クラスコードデータベース４２５に、クラスコード画像が記憶されているかどうかを判定する。
【０５６５】
即ち、前回のステップＳ２２３の処理の開始時から、今回のステップＳ２２２の処理の開始時までの間に、クラス分類部４２４において得られた新たなクラスコード画像が、クラスコードデータベース４２５に記憶されている場合があるので、送信制御部４２２は、そのような新たなクラスコード画像が、クラスコードデータベース４２５に記憶されているかどうかを判定する。 そして、その判定結果に基づき、以下、同様の処理が繰り返される。
【０５６６】
従って、クラスコード送信処理では、所定のイベントが発生すると、クラスコードデータベース４２５に記憶されるクラスコード画像がなくなるまで、クラスコード画像の送信が行われる。
【０５６７】
次に、図４７は、図４４の受信処理部４０２の第１の構成例を示している。
【０５６８】
図４７の実施の形態では、受信処理部４０２は、復号部４３１、画質判定部４３２、およびリクエスト信号送信部４３３で構成されている。
【０５６９】
復号部４３１は、そこに供給される受信データを復号等し、ＳＤ画像データまたはＨＤ画像データを得る。
【０５７０】
即ち、ＰＤＡ１０３では、ＰＤＡ１０１の送信処理部４０１から、図４５および図４６で説明したようにして送信されてくる送信データが、そのアンテナ６４（図２３）を介して、通信Ｉ／Ｆ２１８で受信され、その結果得られる受信データが、受信処理部４０２に供給される。
【０５７１】
受信処理部４０２では、通信Ｉ／Ｆ２１８からの受信データが、復号部４３１に供給され、復号部４３１は、この受信データを処理することにより、ＳＤ画像データまたはＨＤ画像データを得る。
【０５７２】
画質判定部４３２は、復号部４３１で得られたＳＤ画像データの画質を判定し、その判定結果をリクエスト信号送信部４３３に供給する。
【０５７３】
リクエスト信号送信部４３３は、画質判定部４３２によるＳＤ画像データの画質の判定結果に基づき、クラスコード画像を要求するリクエスト信号を生成して出力する。 このリクエスト信号は、通信Ｉ／Ｆ２１８（図２３）に供給され、アンテナ６４を介して、送信装置としてのＰＤＡ１０１に送信される。
【０５７４】
ここで、復号部４３１は、図４７に示すように、受信制御部４４１、受信バッファ４４２、登録部４４３、ストレージ４４４、選択部４４５、クラスコードデータベース４４６、および適応処理部４４７から構成されている。
【０５７５】
受信制御部４４１は、受信データを受信し、その受信データがＳＤ画像データである場合には、受信バッファ４４２に供給し、受信データがクラスコード画像である場合には、クラスコードデータベース４４６に供給する。
【０５７６】
受信バッファ４４２は、受信制御部４４１から供給されるＳＤ画像データを一時記憶する。 登録部４４３は、受信バッファ４４２に記憶されたＳＤ画像データの各フレームを、ストレージ４４４に記憶（登録）させる制御を行う。 ストレージ４４４は、登録部４４３の制御にしたがい、ＳＤ画像データを記憶する。 このＳＤ画像データは、ストレージ４４４から読み出され、選択部４４５に供給される。
【０５７７】
選択部４４５は、ストレージ４４４から供給されるＳＤ画像データを選択し、ＬＣＤドライバ２０６（図２３）に供給して、ＬＣＤ３等に表示させる。 但し、選択部４４５は、適応処理部４４７から、後述するようにしてＨＤ画像データが出力される場合には、そのＨＤ画像データを選択し、ＬＣＤドライバ２０６（図２３）に供給して、ＬＣＤ３等に表示させる。
【０５７８】
クラスコードデータベース４４６は、受信制御部４４１から供給されるクラスコード画像を記憶する。
【０５７９】
適応処理部４４７は、クラスコードデータベース４４６に記憶されたクラスコード画像を構成する高品質化情報である各クラスコードを用いて、ストレージ４４４に記憶されたＳＤ画像データに適応処理を施し、これにより、そのＳＤ画像データの画質を向上させたＨＤ画像データを得て、選択部４４５に供給する。
【０５８０】
ここで、適応処理では、ＳＤ画像を構成する画素（以下、適宜、ＳＤ画素という）と、所定のタップ係数との線形結合により、そのＳＤ画像の空間解像度等を向上させたＨＤ画像の画素の予測値を求めることで、そのＳＤ画像の解像度を高くした画像が得られる。
【０５８１】
具体的には、例えば、いま、あるＨＤ画像を教師データとするとともに、そのＨＤ画像の解像度を劣化させたＳＤ画像を生徒データとして、ＨＤ画像を構成する画素（以下、適宜、ＨＤ画素という）の画素値ｙの予測値Ｅ［ｙ］を、幾つかのＳＤ画素（ＳＤ画像を構成する画素）の画素値ｘ 1 ，ｘ 2 ，・・・の集合と、所定のタップ係数ｗ 1 ，ｗ 2 ，・・・の線形結合により規定される線形１次結合モデルにより求めることを考える。 この場合、予測値Ｅ［ｙ］は、次式で表すことができる。
【０５８２】
式（１）を一般化するために、タップ係数ｗ
jの集合でなる行列Ｗ、生徒データｘ
ijの集合でなる行列Ｘ、および予測値Ｅ［ｙ
j ］の集合でなる行列Ｙ'を、
【数１】
で定義すると、次のような観測方程式が成立する。
【０５８４】
ここで、行列Ｘの成分ｘ
ijは、ｉ件目の生徒データの集合（ｉ件目の教師データｙ
iの予測に用いる生徒データの集合）の中のｊ番目の生徒データを意味し、行列Ｗの成分ｗ
jは、生徒データの集合の中のｊ番目の生徒データとの積が演算されるタップ係数を表す。 また、ｙ
iは、ｉ件目の教師データを表し、従って、Ｅ［ｙ
i ］は、ｉ件目の教師データの予測値を表す。 なお、式（１）の左辺におけるｙは、行列Ｙの成分ｙ
iのサフィックスｉを省略したものであり、また、式（１）の右辺におけるｘ
1 ，ｘ
2 ，・・・も、行列Ｘの成分ｘ
ijのサフィックスｉを省略したものである。
【０５８５】
式（２）の観測方程式に最小自乗法を適用して、ＨＤ画素の画素値ｙに近い予測値Ｅ［ｙ］を求めることを考える。 この場合、教師データとなるＨＤ画素の真の画素値ｙの集合でなる行列Ｙ、およびＨＤ画素の画素値ｙに対する予測値Ｅ［ｙ］の残差ｅの集合でなる行列Ｅを、
【数２】
で定義すると、式（２）から、次のような残差方程式が成立する。
【０５８６】
【０５８７】
この場合、ＨＤ画素の画素値ｙに近い予測値Ｅ［ｙ］を求めるためのタップ係数ｗ
jは、自乗誤差【数３】
を最小にすることで求めることができる。
【０５８８】
従って、上述の自乗誤差をタップ係数ｗ
jで微分したものが０になる場合、即ち、次式を満たすタップ係数ｗ
jが、ＨＤ画素の画素値ｙに近い予測値Ｅ［ｙ］を求めるため最適値ということになる。
【０５８９】
【数４】
・・・（４）
【０５９０】
そこで、まず、式（３）を、タップ係数ｗ
jで微分することにより、次式が成立する。
【０５９１】
【数５】
・・・（５）
【０５９２】
式（４）および（５）より、式（６）が得られる。
【０５９３】
【数６】
・・・（６）
【０５９４】
さらに、式（３）の残差方程式における生徒データｘ
ij 、タップ係数ｗ
j 、教師データｙ
i 、および残差ｅ
iの関係を考慮すると、式（６）から、次のような正規方程式を得ることができる。
【０５９５】
【数７】
・・・（７）
【０５９６】
なお、式（７）に示した正規方程式は、行列（共分散行列）Ａおよびベクトルｖを、
【数８】
で定義するとともに、ベクトルＷを、数１で示したように定義すると、式
で表すことができる。
【０５９７】
式（７）における各正規方程式は、生徒データｘ
ijおよび教師データｙ
iのセットを、ある程度の数だけ用意することで、求めるべきタップ係数ｗ
jの数Ｊと同じ数だけたてることができ、従って、式（８）を、ベクトルＷについて解くことで（但し、式（８）を解くには、式（８）における行列Ａが正則である必要がある）、最適なタップ係数ｗ
jを求めることができる。 なお、式（８）を解くにあたっては、例えば、掃き出し法（Gauss-Jordanの消去法）などを用いることが可能である。
【０５９８】
以上のように、生徒データと教師データを用いて、生徒データおよびタップ係数から教師データを求めるのに統計的な誤差（ここでは、例えば、自乗誤差）を最小にするタップ係数ｗ
jを求める学習をしておき、さらに、そのタップ係数ｗ
jを用い、式（１）により、教師データｙに近い予測値Ｅ［ｙ］を求めるのが適応処理である。
【０５９９】
なお、適応処理は、ＳＤ画像には含まれていないが、ＨＤ画像に含まれる成分が再現される点で、単なる補間とは異なる。 即ち、適応処理では、式（１）だけを見る限りは、いわゆる補間フィルタを用いての単なる補間と同一に見えるが、その補間フィルタのタップ係数に相当するタップ係数ｗが、教師データｙを用いての、いわば学習により求められるため、ＨＤ画像に含まれる成分を再現することができる。 このことから、適応処理は、いわば画像の創造（解像度創造）作用がある処理ということができる。
【０６００】
なお、ここでは、線形一次予測（式（１））による適応処理について説明したが、適応処理では、２次以上の高次の予測演算を用いることも可能である。
【０６０１】
図４８は、以上のような適応処理を行う、図４７の適応処理部４４７の構成例を示している。
【０６０２】
バッファ４５１には、ストレージ４４４に記憶されたＳＤ画像データが、例えば、１フレーム単位で供給されるようになっており、バッファ４５１は、そのＳＤ画像データを一時記憶する。
【０６０３】
予測タップ抽出部４５２は、バッファ４５１に記憶されたＳＤ画像データのフレームのうち、まだ処理していない最も古い（時間的に最も過去のフレーム）フレームを注目フレームとし、さらに、その注目フレームのＳＤ画像データの画質を向上させたＨＤ画像データを構成するＨＤ画素を、順次、注目画素として、その注目画素の画素値を予測するのに用いるＳＤ画素を、バッファ４５１に記憶されたＳＤ画像データから抽出し、後段の積和演算部４５３で用いる予測タップとして出力する。
【０６０４】
即ち、予測タップ抽出部４５２は、注目画素の位置に対応するＳＤ画像データの位置から空間的または時間的に近い位置にある幾つかのＳＤ画素（例えば、水平方向×垂直方向の画素数が５×５のＳＤ画素）を、予測タップとして抽出して出力する。
【０６０５】
積和演算部４５３は、予測タップ抽出部４５２が出力する注目画素についての予測タップと、後述する係数メモリ４５５から供給される注目画素のクラスのタップ係数とを用いて、式（１）の線形一次予測演算を行い、これにより、注目画素の画素値（ＨＤ画素の画素値の予測値）を求めて出力する。
【０６０６】
クラスコード読み出し部４５４は、クラスコードデータベース４４６（図４７）に記憶されたクラスコード画像のうち、注目フレームのＨＤ画像データから生成されたものを、注目クラスコード画像として読み出す。 さらに、クラスコード読み出し部４５４は、注目クラスコード画像の
高品質化情報であるクラスコードのうち、注目画素に対応するものを、係数メモリ４５５に対して、アドレスとして与える。
【０６０７】
ここで、図４５の送信処理部４０１で生成されるクラスコード画像には、そのクラスコード画像に対応するＨＤ画像のフレームを識別するフレーム識別情報が付加されるようになっており、クラスコード読み出し部４５４は、注目フレームに対応するクラスコード画像（注目フレームのＨＤ画像データから生成されたクラスコード画像）を、そのフレーム識別情報に基づいて認識する。
【０６０８】
係数メモリ４５５は、学習用のＨＤ画像データを教師データとするとともに、学習用のＳＤ画像データを生徒データとして、ＨＤ画像データのＨＤ画素がクラス分類され得るクラス（以下、適宜、ＨＤクラスという）ごとに、式（８）に示した正規方程式をたてて解くことにより求められたＨＤクラスごとのタップ係数を記憶している。 即ち、係数メモリ４５５は、各ＨＤクラスに対応するアドレスに、そのＨＤクラスのタップ係数が記憶されている。 そして、係数メモリ４５５は、クラスコード読み出し部４５４から供給される注目画素のクラスに対応するアドレスから、そのクラスのタップ係数を読み出し、積和演算部４５３に供給する。
【０６０９】
なお、クラスごとのタップ係数を求める学習を行う方法については、後述する。
【０６１０】
次に、図４７の受信処理部４０２では、ＰＤＡ１０１から送信されてくる画像データを処理する画像データ受信処理、ＰＤＡ１０１にリクエスト信号を送信するリクエスト信号送信処理、および画像データの画質を向上させる適応処理が行われるようになっている。
【０６１１】
そこで、図４９のフローチャートを参照して、図４７の受信処理部４０２で行われる画像データ受信処理、リクエスト信号送信処理、および適応処理について説明する。
【０６１２】
まず最初に、図４９（Ａ）のフローチャートを参照して、画像データ受信処理について説明する。
【０６１３】
ＰＤＡ１０１から送信されてくる送信データは、アンテナ６４（図２３）で受信され、通信Ｉ／Ｆ２１８を介して、受信データとして、受信制御部４４１に供給される。
【０６１４】
受信制御部４４１は、受信データがクラスコード画像である場合、そのクラスコード画像を、クラスコードデータベース４４６に供給して記憶させる。
【０６１５】
また、受信制御部４４１は、受信データがＳＤ画像データである場合、そのＳＤ画像データを受信バッファ４４２に供給して記憶させる。
【０６１６】
受信バッファ４４２におけるＳＤ画像データの記憶が開始されると、画像データ受信処理が開始され、まず最初に、ステップＳ２３１において、登録部４４３は、受信バッファ４４２に記憶されたＳＤ画像データのうち、最も古い（最も時間的に過去の）フレームを、注目フレームとして、その注目フレームのＳＤ画像データを読み出し、その読み出したＳＤ画像データを、受信バッファ４４２から削除する。 さらに、ステップＳ２３１において、登録部４４３は、受信バッファ４４２から読み出た注目フレームのＳＤ画像データと同一のフレームのＳＤ画像データが、ストレージ４４４に既に記憶されているかどうかを判定する。
【０６１７】
ここで、図４５の送信処理部４０１では、送信制御部４２２において、送信データとして出力されるＳＤ画像データの各フレームに、そのフレームを識別する識別情報が付加されるようになっており、登録部４４３は、そのフレーム識別情報を参照することで、受信バッファ４４２から読み出したＳＤ画像データと同一フレームのＳＤ画像データが、ストレージ４４４に記憶されているかどうかを判定する。
【０６１８】
なお、このように、受信処理部４０２において、同一フレームのＳＤ画像データが複数存在しうるのは、図４６（Ａ）のフローチャートで説明したように、図４５の送信処理部４０１が同一フレームのＳＤ画像データを送信することがあるからである。
【０６１９】
ステップＳ２３１において、注目フレームと同一フレームのＳＤ画像データが、ストレージ４４４に記憶されていないと判定された場合、ステップＳ２３２に進み、登録部４４３は、注目フレームのＳＤ画像データを、ストレージ４４４に書き込み、ステップＳ２３６に進む。
【０６２０】
一方、ステップＳ２３１において、注目フレームと同一フレームのＳＤ画像データが、ストレージ４４４に記憶されていると判定された場合、ステップＳ２３３に進み、登録部４４３は、ストレージ４４４に記憶されているＳＤ画像データのうち、注目フレームと同一フレームのＳＤ画像データを読み出し、ステップＳ２３４に進む。
【０６２１】
ステップＳ２３４では、登録部４４３は、注目フレームのＳＤ画像データと、ステップＳ２３４で読み出した、注目フレームと同一フレームのＳＤ画像データとを重み付け加算し、その重み付け加算値を画素値とする新たな注目フレームのＳＤ画像データを生成する。
【０６２２】
即ち、登録部４４３は、注目フレームのＳＤ画像データと、ストレージ４４４から読み出した、注目フレームと同一フレームのＳＤ画像データとを位置あわせした上で、同一位置にある画素値どうしを重み付け加算し、その位置における新たな画素値を求める。
【０６２３】
ここで、ステップＳ２３４における重み付け加算においては、その重み付け加算に用いる重みを、例えば、ストレージ４４４から読み出したＳＤ画像データの重み付け加算回数に基づいて決定することができる。
【０６２４】
即ち、ストレージ４４４に、注目フレームと同一のフレームのＳＤ画像データが記憶されている場合、登録部４４３において、その注目フレームのＳＤ画像データと、ストレージ４４４に記憶されているＳＤ画像データとが重み付け加算され、その重み付け加算値を画素値とするＳＤ画像データが、注目フレームのＳＤ画像データとして、新たに、ストレージ４４４に上書きする形で記憶される。
【０６２５】
そこで、ストレージ４４４に記憶された、注目フレームと同一フレームのＳＤ画像データが、Ｎフレーム分のＳＤ画像データの重み付け加算値である場合には、ステップＳ２３４では、注目フレームのＳＤ画像データの重みを１とするとともに、ストレージ４４４に記憶された注目フレームと同一フレームのＳＤ画像データの重みをＮとして、その２つのＳＤ画像データの重み付け加算を行うようにすることができる。
【０６２６】
なお、重みの付け方は、上述の方法に限定されるものではない。
【０６２７】
登録部４４３は、注目フレームについて、受信バッファ４４２から読み出したＳＤ画像データと、ストレージ４４４から読み出したＳＤ画像データとの重み付け加算値としての新たなＳＤ画像データを得ると、ステップＳ２３５に進み、その注目フレームの新たなＳＤ画像データを、ストレージ４４４に供給し、そこに記憶されていた注目フレームと同一フレームのＳＤ画像データに上書きする形で記憶させる。
【０６２８】
そして、ステップＳ２３６に進み、登録部４４３は、受信バッファ４４２に、まだ、ＳＤ画像データが記憶されているかどうかを判定し、記憶されていると判定した場合、ステップＳ２３１に戻り、次のフレーム（次に処理すべきフレーム）を新たに注目フレームとして、以下、同様の処理を繰り返す。
【０６２９】
一方、ステップＳ２３６において、受信バッファ４４２に、ＳＤ画像データが記憶されていないと判定された場合、処理を終了する。
【０６３０】
以上のように、画像データ受信処理では、同一フレームのＳＤ画像データが重み付け加算されるため、画質を向上させたＳＤ画像データを得ることが可能となる。
【０６３１】
即ち、ＰＤＡ１０１から１０３に対して、ＳＤ画像データが送信される場合には、その送信中に、ＳＤ画像データにノイズが重畳したり、また、一部のデータが欠落したりすることがあり、このようなノイズの重畳やデータの欠落等は、ＳＤ画像データの画質を大きく劣化させる。 そこで、登録部４４３は、上述のように、同一フレームのＳＤ画像データどうしの重み付け加算を行うことで、その画質の劣化を改善する（画質が劣化した画像を基準とすれば、画質を向上させる）ようになっている。
【０６３２】
次に、図４９（Ｂ）のフローチャートを参照して、リクエスト信号送信処理について説明する。
【０６３３】
リクエスト信号送信処理は、例えば、任意のタイミングで開始され、まず最初に、ステップＳ２４１において、画質判定部４３２が、ストレージ４４４に記憶されている各フレームのＳＤ画像データを読み出し、各フレームのＳＤ画像データの自己相関を演算する。
【０６３４】
そして、ステップＳ２４２に進み、ステップＳ２４１で計算した自己相関に基づいて、各フレームのＳＤ画像データの画質を評価し、ステップＳ２４３に進む。
【０６３５】
ステップＳ２４３では、画質判定部４３２は、ステップＳ２４２での画質の評価結果に基づき、ストレージ４４４に記憶された各フレームのＳＤ画像データが、ある程度画質の良いものとなっているかどうかを判定する。 ステップＳ２４３において、ストレージ４４４に記憶された各フレームのＳＤ画像データが、あまり画質の良いものとなっていないと判定された場合、ステップＳ２４４をスキップして、処理を終了する。
【０６３６】
また、ステップＳ２４３において、ストレージ４４４に記憶された各フレームのＳＤ画像データが、ある程度画質の良いものとなっていると判定された場合、ステップＳ２４４に進み、画質判定部４３２は、リクエスト信号送信部４３３にリクエスト信号を出力させ、処理を終了する。
【０６３７】
このリクエスト信号は、上述したように、ＰＤＡ１０１に送信され、リクエスト信号を受信したＰＤＡ１０１の送信処理部４０１（図４５）では、上述したように、そのリクエスト信号をイベントとして、クラスコード画像が送信される。 そして、ＰＤＡ１０１から送信されてくるクラスコード画像は、上述したようにに、受信制御部４４１を介して、クラスコードデータベース４４６に供給されて記憶される。
【０６３８】
ここで、ステップＳ２４２では、例えば、ＳＤ画像データの自己相関が所定の閾値以上（より大）であるかどうかや、ＳＤ画像データの自己相関が所定の閾値以上であり、かつその所定の閾値以上の自己相関が、図４９（Ａ）の画像データ受信処理においてＳＤ画像データの重み付け加算を行う前後で、ほとんど変化しないかどうか等を、ＳＤ画像の画質の評価基準として採用することができる。
【０６３９】
また、ステップＳ２４３では、上述の評価基準を満たす場合、即ち、ＳＤ画像データの自己相関が所定の閾値以上である場合や、ＳＤ画像データの自己相関が所定の閾値以上であり、かつその所定の閾値以上の自己相関が、図４９（Ａ）の画像データ受信処理においてＳＤ画像データの重み付け加算を行う前後で、ほとんど変化しない場合に、ストレージ４４４に記憶された各フレームのＳＤ画像データが、ある程度画質の良いものとなっていると判定するようにすることができる。
【０６４０】
なお、ここでは、ＳＤ画像データの画質を評価する評価値として、そのＳＤ画像データの自己相関を用いることとしたが、他の評価値を用いることも可能である。
【０６４１】
即ち、ＳＤ画像データの画質を評価する評価値としては、その他、例えば、ストレージ４４４に記憶されたＳＤ画像データの、図４９（Ａ）の画像データ受信処理で重み付け加算がされる前後のものどうしの相互相関などを採用することも可能である。 この場合、画質判定部４３２では、重み付け加算前のＳＤ画像データと、重み付け加算後のＳＤ画像データとが必要となるが、重み付け加算前のＳＤ画像データは、ストレージ４４４から読み出すことで取得し、重み付け加算後のＳＤ画像データは、登録部４４３に要求することで取得する。
【０６４２】
なお、ＳＤ画像データの画質を評価する評価値として、上述のような相互相関を使用する場合も、例えば、ＳＤ画像データの自己相関を使用する場合と同様に、ＳＤ画像データの相互相関が所定の閾値以上であるかどうか等を、ＳＤ画像データの画質の評価基準として採用することが可能である。
【０６４３】
次に、図４９（Ｃ）のフローチャートを参照して、適応処理について説明する。
【０６４４】
適応処理は、例えば、クラスコードデータベース４４６にクラスコード画像が記憶されると開始される。
【０６４５】
即ち、クラスコードデータベース４４６に、クラスコード画像が記憶されると、適応処理部４４７（図４８）は、ストレージ４４４に記憶されたＳＤ画像データを、順次読み出し、バッファ４５１に記憶させる。
【０６４６】
そして、予測タップ抽出部４５２は、バッファ４５１に記憶されたＳＤ画像データのフレームのうち、まだ処理していない最も古い（時間的に最も過去のフレーム）フレームを注目フレームとする。 さらに、予測タップ抽出部４５２は、ステップＳ２５１において、注目フレームのＳＤ画像データの画質を向上させたＨＤ画像データ（このＨＤ画像データは、実際には存在しないが、存在するものと仮定される）を構成するＨＤ画素の、まだ予測値を求めていないものの１つを、注目画素として、その注目画素の画素値を予測するのに用いるＳＤ画素を、バッファ４５１に記憶されたＳＤ画像データから抽出し、予測タップとして出力する。
【０６４７】
その後、ステップＳ２５２に進み、クラスコード読み出し部４５４は、クラスコードデータベース４４６（図４７）に記憶されたクラスコード画像のうち、注目フレームのＨＤ画像データから生成されたものを、注目クラスコード画像とし、その注目クラスコード画像の
高品質化情報であるクラスコードのうち、注目画素に対応するものを読み出して、係数メモリ４５５に対して、アドレスとして与える。
【０６４８】
なお、クラスコード読み出し部４５４は、クラスコードデータベース４４６から読み出したクラスコードについては、例えば、その読み出し後、クラスコードデータベース４４６から削除する。
【０６４９】
係数メモリ４５５は、アドレスとしてのクラスコードを受信すると、ステップＳ２５３に進み、そのクラスコードに対応するクラスの予測タップを読み出し、積和演算部４５３に供給して、ステップＳ２５４に進む。
【０６５０】
ステップＳ２５４では、積和演算部４５３が、予測タップ抽出部４５２が出力する注目画素についての予測タップと、係数メモリ４５５から供給される注目画素のクラスのタップ係数とを用いて、式（１）の線形一次予測演算を行い、これにより、注目画素の画素値（ＨＤ画素の画素値の予測値）を求めて出力し、ステップＳ２５５に進む。
【０６５１】
ステップＳ２５５では、クラスコード読み出し部４５４が、クラスコードデータベース４４６に、クラスコードが、まだ記憶されているかどうかを判定し、まだ記憶されていると判定された場合、ステップＳ２５１に戻り、クラスコードデータベース４４６に記憶されているクラスコードのうちのいずれかに対応するＨＤ画素を、新たに注目画素として、以下、同様の処理が繰り返される。
【０６５２】
また、ステップＳ２５５において、クラスコードデータベース４４６にクラスコードが記憶されていないと判定された場合、処理を終了する。
【０６５３】
以上のように、受信処理部４０２では、送信処理部４０１から送信されてくるＳＤ画像データが蓄積され、重み付け加算により画質が改善されていく。
【０６５４】
さらに、ＳＤ画像データの画質が、ある程度改善されると、リクエスト信号が、送信処理部４０１に送信され、これにより、送信処理部４０１から送信されてくるクラスコード画像が、クラスコードデータベース４４６に記憶される。 そして、そのクラスコード画像を用いて、ＳＤ画像データがＨＤ画像データに変換される。
【０６５５】
従って、受信処理部４０２では、ＳＤ画像データの画質が、ある程度改善されると、そのことがトリガとなって、クラスコード画像が要求され、そのクラスコード画像に基づき、ＳＤ画像データの画質をさらに改善したＨＤ画像データが得られることになる。 即ち、ＳＤ画像データの画質の改善がトリガとなって、そのＳＤ画像データが、より画質の良いＨＤ画像データに変換される。
【０６５６】
従って、ユーザからすれば、画像の画質が、突然改善されることになる。
【０６５７】
なお、ここでは、ＳＤ画像データの画質（Ｓ／Ｎ(Signal/Noise)等）を、重み付け加算により改善し、ＳＤ画像データの画質が、ある程度良好になってから、そのＳＤ画像データをＨＤ画像データに変換するようにしたが、そのようなＳＤ画像データの画質の改善を行わずに、ＨＤ画像データへの変換を行うことも可能である。
【０６５８】
但し、ＳＤ画像からＨＤ画像への変換処理としての適応処理を行う適応処理部４４７（図４８）で用いられる係数メモリ４５５に記憶されたタップ係数は、一般に、学習用のＨＤ画像データを教師データとするとともに、そのＨＤ画像データの解像度を単に劣化させたＳＤ画像データを生徒データとして用いて、式（８）の正規方程式をたてて求められるものであるため、即ち、生徒データとしてのＳＤ画像データは、データの欠落が生じたものや、ノイズが重畳されたものではないため、そのようなデータが欠落していたり、ノイズが重畳された画質が大きく劣化したＳＤ画像データを対象に適応処理を行うと、十分に画質を改善したＨＤ画像データを得ることが困難なことがある。
【０６５９】
このため、適応処理は、上述したように、画質が改善されたＳＤ画像データ、即ち、ここでは、過去に受信したＳＤ画像データを重み付け加算しながら蓄積したものを用いて行うのが望ましい。
【０６６０】
また、上述の場合には、画質判定部４３２において、ＳＤ画像データの自己相関や相互相関に基づいて、ストレージ４４４に記憶されたＳＤ画像データの画質を判定するようにしが、ＳＤ画像の画質の判定は、ユーザに行ってもらうようにすることも可能である。
【０６６１】
即ち、ＬＣＤ３等（図２３）に、ストレージ４４４に記憶されたＳＤ画像データを表示し、ユーザに、そのＳＤ画像データの画質が良くなったと感じたときに、操作部２２４等（図２３）を、画質が良くなったことを表すように操作してもらうようにすることができる。 この場合、操作部２２４は、そのような操作がされたことを表す操作信号（以下、適宜、画質向上操作信号という）を、リクエスト信号送信部４３３に出力する。 そして、リクエスト信号送信部４３３は、図４７において点線で示すように、画質向上操作信号を受信すると、リクエスト信号を送信する。
【０６６２】
この場合も、送信処理部４０１（図４５）から受信処理部４０２に対しては、クラスコード画像が送信されてくるので、受信処理部４０２では、やはり、ＳＤ画像データの画質をより向上させたＨＤ画像データを得ることができる。 即ち、この場合、外部入力としてのユーザの操作をトリガとして、ＳＤ画像がＨＤ画像に変換されることになる。
【０６６３】
なお、その他、リクエスト信号送信部４３３では、例えば、受信装置としてのＰＤＡ１０３が、データの送受信を行ってない待ち受け状態にあるかどうかを判定し、待ち受け状態にあるときに、リクエスト信号を送信するようにすることが可能である。 この場合、送信処理部４０１から受信処理部４０２に対しては、ＰＤＡ１０３（受信処理部４０２）が待ち受け状態にあるときに、クラスコードが送信されることになる。
【０６６４】
また、図４５の送信処理部４０１では、イベント検出部４１２において、リクエスト信号を検出する他、送信装置としてのＰＤＡ１０１が、データの送受信を行っていない待ち受け状態にあるかどうかを判定し、待ち受け状態にあるときに、イベントメッセージを出力するようにすることが可能である。 この場合、送信処理部４０１から受信処理部４０２に対しては、ＰＤＡ１０１（送信処理部４０１）が待ち受け状態にあるときに、クラスコードが送信されることになる。
【０６６５】
その他、送信処理部４０１から受信処理部４０２に対するクラスコードの送信は、送信装置としてのＰＤＡ１０１と、受信装置としてのＰＤＡ１０３のいずれもが待ち受け状態であることを、所定のイベントとして行うようにすることも可能である。
【０６６６】
次に、図５０は、図４４の送信処理部４０１の第２の構成例を示している。 なお、図中、図４５における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。 即ち、図５０の送信処理部４０１は、ストレージ４１３、学習部４１４、タップ係数バッファ４１５、およびストレージ４１６が新たに設けられている他は、基本的に、図４５における場合と同様に構成されている。
【０６６７】
ストレージ４１３には、符号化部４１１に供給されるのと同一のＨＤ画像データが供給されるようになっており、ストレージ４１３は、そのＨＤ画像データを一時記憶する。
【０６６８】
学習部４１４は、ストレージ４１３に新たに記憶されたＨＤ画像データを、学習用の画像データとして、上述した式（８）の正規方程式をたてて解く学習を行うことにより、適応処理に用いられるタップ係数を取得する。 このタップ係数は、タップ係数バッファ４１５に供給される。
【０６６９】
タップ係数バッファ４１５は、学習部４１４が出力するタップ係数を一時記憶する。 なお、タップ係数バッファ４１５に記憶されたタップ係数は、例えば、送信制御部４２２において、クラスコードバッファ４２５に記憶されたクラスコードが送信されるのと同じタイミングで、そのクラスコードとともに送信される。
【０６７０】
ストレージ４１６は、学習部４１４がタップ係数の学習を行うにあたって、その学習の途中で得られる情報を一時記憶する。
【０６７１】
次に、図５１は、図５０の学習部４１４の構成例を示している。
【０６７２】
教師データメモリ４６１は、例えば、ストレージ４１３に新たに記憶されたＨＤ画像データを、教師データとして記憶する。
【０６７３】
データ圧縮部４６２は、図５０のデータ圧縮部４２１と同様にして、ＨＤ画像データを圧縮し、ＳＤ画像データを生成して出力する。
【０６７４】
生徒データメモリ４６３は、データ圧縮部４６２が出力するＳＤ画像データを、生徒データとして記憶する。
【０６７５】
予測タップ抽出部４６４は、教師データメモリ４６１に記憶された教師データとしてのＨＤ画像データを構成するＨＤ画素を、順次、注目画素として、その注目画素について、図４８の予測タップ抽出部４５２（後述する図５４の予測タップ抽出部４５２）が構成するのと同一の予測タップを、生徒データメモリ４６３に記憶された生徒データとしてのＳＤ画像データを構成するＳＤ画素から生成し、足し込み部４６７に供給する。
【０６７６】
クラスタップ抽出部４６５は、注目画素について、図５０のクラスタップ抽出部４２３が構成するのと同一のクラスタップを、教師データメモリ４６１に記憶された教師データとしてのＨＤ画像データを構成するＨＤ画素から構成し、クラス分類部４６６に出力する。
【０６７７】
クラス分類部４６６は、クラスタップ抽出部４６５から供給される注目画素についてのクラスタップに基づいて、図５０のクラス分類部４２４における場合と同様にして、注目画素をクラス分類し、そのクラスを表すクラスコードを、足し込み部４６７に出力する。
【０６７８】
足し込み部４６７は、教師データメモリ４６１から、注目画素となっている教師データ（ＨＤ画素）を読み出し、予測タップ生成部４６４からの予測タップを構成する生徒データ、および注目画素としての教師データを対象とした足し込みを、ストレージ４１６（図５０）の記憶内容を用いながら、クラス分類部４６６から供給されるクラスごとに行う。
【０６７９】
即ち、足し込み部４６７は、まず、クラス分類部４６６から供給されるクラスコードに対応するクラスごとに、予測タップ（生徒データ）を用い、式（８）の行列Ａにおける各コンポーネントとなっている、生徒データどうしの乗算（ｘ
in ｘ
im ）と、サメーション（Σ）に相当する演算を行う。
【０６８０】
さらに、足し込み部４６７は、やはり、クラス分類部４６６から供給されるクラスコードに対応するクラスごとに、予測タップ（生徒データ）および注目画素（教師データ）を用い、式（８）のベクトルｖにおける各コンポーネントとなっている、生徒データと教師データの乗算（ｘ
in ｙ
i ）と、サメーション（Σ）に相当する演算を行う。
【０６８１】
一方、ストレージ４１６は、足し込み部４６７において前回の学習までに求められた式（８）における行列Ａのコンポーネントと、ベクトルｖのコンポーネントを、クラスごとに記憶している。
【０６８２】
足し込み部４６７は、新たな学習用の画像データを用いて学習を行う場合、ストレージ４１６に記憶された、前回までの学習で求められた式（８）における行列Ａのコンポーネントと、ベクトルｖのコンポーネントを読み出し、その行列Ａまたはベクトルｖのコンポーネントに対して、新たな学習用の画像データから得られる教師データおよび生徒データを用いて計算される、対応するコンポーネントｘ
in ｘ
imまたはｘ
in ｙ
iをそれぞれ足し込むことにより（行列Ａ、ベクトルｖにおけるサメーションで表される加算を行うことにより）、各クラスについて、式（８）に示した新たな正規方程式をたてる。
【０６８３】
従って、足し込み部４６７では、新たな学習用の画像データだけではなく、過去の学習に用いられた画像データにも基づいて、式（８）の正規方程式がたてられる。 即ち、ストレージ４１６は、過去の学習において得られた行列Ａおよびベクトルｖのコンポーネントを蓄積しており、足し込み部４６７では、その蓄積された行列Ａおよびベクトルｖのコンポーネントをも用いて、式（８）の正規方程式がたてられる。
【０６８４】
なお、例えば、学習部４１４で、初めて学習が行われる場合おいては、ストレージ４１６には、前回の学習までに求められた行列Ａとベクトルｖのコンポーネントは記憶されていないため、式（８）の正規方程式は、いまある学習用の画像データだけを用いてたてられることになる。
【０６８５】
この場合、学習用の画像データのサンプル数が十分でないこと等に起因して、
高品質化情報であるタップ係数を求めるのに必要な数の正規方程式が得られないクラスが生じる場合があり得る。
【０６８６】
そこで、ストレージ４１６には、あらかじめ用意された多数のＨＤ画像データを学習用のデータとして学習を行うことにより得られた、クラスごとの行列Ａのコンポーネントと、ベクトルｖのコンポーネントを、初期値として記憶させておくようにすることができる。 この場合、タップ係数を求めるのに必要な数の正規方程式が得られないクラスが生じることを防止することができる。
【０６８７】
足し込み部４６７は、新たな学習用の画像データから得られた行列Ａおよびベクトルｖのコンポーネントと、ストレージ４１６に記憶された行列Ａおよびベクトルｖのコンポーネントと用いて、新たに、クラスごとの行列Ａおよびベクトルｖのコンポーネントを求めると、それらのコンポーネントを、ストレージ４１６に供給し、上書きする形で記憶させる。
【０６８８】
さらに、足し込み部４６７は、新たに求めたクラスごとの行列Ａおよびベクトルｖのコンポーネントで構成される式（８）の正規方程式を、タップ係数決定部４６８に供給する。
【０６８９】
タップ係数決定部４６８は、足し込み部４６７から供給されるクラスごとの正規方程式を解くことにより、クラスごとに、タップ係数を求め、このクラスごとのタップ係数を、タップ係数バッファ４１５（図５０）に供給して、上書きする形で記憶させる。
【０６９０】
なお、図５１の学習部４１４では、クラスタップ抽出部４６５において、図５０のクラスタップ抽出部４２３と同様に、ＨＤ画像データを構成するＨＤ画素からクラスタップが生成され、さらに、クラス分類部４６６において、そのＨＤ画素から構成されるクラスタップに基づいて、クラス分類が行われるから、タップ係数決定部４６８で得られるクラスごとのタップ係数は、ＨＤクラスごとのタップ係数である。
【０６９１】
以上のように構成される送信処理部４０１では、図４６で説明した画像データ送信処理、クラスコード生成処理、およびクラスコード送信処理の他、ＨＤクラスごとのタップ係数を求める学習処理、およびそのＨＤクラスごとのタップ係数を送信するタップ係数送信処理が行われるようになっている。
【０６９２】
そこで、図５２のフローチャートを参照して、図５０の送信処理部４０１で行われる学習処理およびタップ係数送信処理について説明する。
【０６９３】
まず、図５２（Ａ）のフローチャートを参照して、図５０の送信処理部４０１が行う学習処理について説明する。
【０６９４】
学習処理は、所定のタイミングで、学習部４１４（図５１）において開始される。
【０６９５】
即ち、学習部４１４は、例えば、周期的に、あるいは、ストレージ４１３（図５０）に、所定数フレーム以上の新たなＨＤ画像データが記憶されると、学習処理を開始する。
【０６９６】
学習処理が開始されると、まず最初に、前回の学習から今回の学習までの間に、ストレージ４１３（図５０）に新たに記憶されたＨＤ画像データが、新たな学習用の画像データとして読み出され、教師データメモリ４６１に供給され、教師データとして記憶される。
【０６９７】
そして、ステップＳ２６１において、足し込み部４６７が、ストレージ４１６から、式（８）における行列Ａのコンポーネントと、ベクトルｖのコンポーネントを読み出し、ステップＳ２６２に進む。
【０６９８】
ステップＳ２６２では、データ圧縮部４６２が、教師データメモリ４６１に記憶された教師データを読み出し、ＳＤ画像データに変換する。 このＳＤ画像データは、生徒データメモリ４６３に供給され、生徒データとして記憶される。
【０６９９】
そして、ステップＳ２６３に進み、予測タップ抽出部４６１が、教師データメモリ４１６に記憶された教師データとしてのＨＤ画素のうち、まだ注目画素としていないもののうちの１つを注目画素として、その注目画素について、生徒データメモリ４６３から生徒データとしての幾つかのＳＤ画素を読み出すことにより、予測タップを生成する。
【０７００】
さらに、ステップＳ２６３では、クラスタップ抽出部４６５が、注目画素について、教師データメモリ４６１から教師データとしての幾つかのＨＤ画素を読み出すことにより、クラスタップを生成する。
【０７０１】
予測タップ抽出部４６４で生成された予測タップは、足し込み部４６７に供給され、クラスタップ抽出部４６５で生成されたクラスタップは、クラス分類部４６６に供給される。
【０７０２】
その後、ステップＳ２６４に進み、クラス分類部４６６が、クラスタップ抽出部４６５から供給されるクラスタップに基づき、注目画素をクラス分類し、その注目画素のクラスを表すクラスコードを、足し込み部４６７に供給する。
【０７０３】
そして、ステップＳ２６５に進み、足し込み部４６７は、教師データメモリ４６１から注目画素を読み出し、その注目画素と、予測タップ抽出部４６４からの予測タップを用いて、行列Ａとベクトルｖのコンポーネントを計算する。 さらに、足し込み部４６７は、ステップＳ２６１でストレージ４１６（図５０）から読み出した行列Ａとベクトルｖのコンポーネントのうち、クラス分類部４６６からのクラスコードに対応するものに対して、注目画素と予測タップから求められた行列Ａとベクトルｖのコンポーネントを足し込み、ステップＳ２６６に進む。
【０７０４】
ステップＳ２６６では、予測タップ抽出部４６４が、教師データメモリ４６１に、まだ、注目画素としていない教師データが存在するかどうかを判定し、存在すると判定した場合、ステップＳ２６３に戻り、まだ、注目画素とされていない教師データを、新たに注目画素として、以下、同様の処理が繰り返される。
【０７０５】
また、ステップＳ２６６において、教師データメモリ４６１に、注目画素としていない教師データが存在しないと判定された場合、足し込み部４６７は、それまでに得られているクラスごとの行列Ａおよびベクトルｖのコンポーネントで構成される式（８）の正規方程式を、タップ係数決定部４６８に供給し、ステップＳ２６７に進む。
【０７０６】
ステップＳ２６７では、足し込み部４６７は、タップ係数決定部４６８に供給したクラスごとの行列Ａおよびベクトルｖのコンポーネントを、ストレージ４１６にも供給し、上書きする形で記憶させ、ステップＳ２６８に進む。
【０７０７】
ステップＳ２６８では、タップ係数決定部４６８は、足し込み部４６７から供給される各クラスごとの正規方程式を解くことにより、各クラスごとに、タップ係数を求める。 さらに、ステップＳ２６８では、タップ係数決定部４６８は、各クラスごとのタップ係数を、タップ係数バッファ４１５に供給して上書きする形で記憶させ、学習処理を終了する。
【０７０８】
次に、図５２（Ｂ）のフローチャートを参照して、図５０の送信処理部４０１が行うタップ係数送信処理について説明する。
【０７０９】
タップ係数送信処理では、まず最初に、ステップＳ２７１において、送信制御部４０１が、図４６（Ｃ）のステップＳ２２１における場合と同様にして、所定のイベントが発生したかどうかを判定し、所定のイベントが発生していないと判定した場合、ステップＳ２７１に戻り、所定のイベントが発生するまで待つ。
【０７１０】
そして、ステップＳ２７１において、所定のイベントが発生したと判定された場合、ステップＳ２７２に進み、送信制御部４２２は、クラス（ＨＤクラス）ごとのタップ係数が、タップ係数バッファ４１５に記憶されているかどうかを判定する。
【０７１１】
ステップＳ２７２において、ＨＤクラスごとのタップ係数が記憶されていないと判定された場合、ステップＳ２７１に戻り、以下、同様の処理が繰り返される。
【０７１２】
また、ステップＳ２７２において、ＨＤクラスごとのタップ係数が記憶されていると判定された場合、ステップＳ２７３に進み、送信制御部４２２は、タップ係数バッファ４１５に記憶されたクラスコードを読み出し、送信データとして選択する。 この送信データは、送信制御部４２２から通信Ｉ／Ｆ２１８（図２３）に供給され、アンテナ６４から送信される。
【０７１３】
送信制御部４２２は、ステップＳ２２３において、タップ係数バッファ４１５に記憶されていたすべてのＨＤクラスごとのタップ係数の送信が終了すると、ステップＳ２７１に戻り、以下、同様の処理を繰り返す。
【０７１４】
次に、図５３は、図４４の受信処理部４０２の第２の構成例を示している。 即ち、図５３は、送信処理部４０１が図５０に示したように構成される場合の受信処理部４０２の構成例を示している。
【０７１５】
なお、図中、図４７における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。 即ち、図５３の受信処理部４０２は、適応処理部４４７に代えて適応処理部４４８が設けられている他は、基本的に、図４７における場合と同様に構成されている。
【０７１６】
但し、図５３の実施の形態においては、図５０の送信処理部４０１から、ＳＤ画像データおよびＨＤクラスを表す
高品質化情報であるクラスコードの他、ＨＤクラスごとの
高品質化情報であるタップ係数が送信されてくる場合があり、ＨＤクラスごとのタップ係数が送信されてきた場合には、受信制御部４４１は、そのＨＤクラスごとのタップ係数を、適応処理部４４８に供給するようになっている。
【０７１７】
適応処理部４４８は、受信制御部４４１から供給されるタップ係数を用いて、図４８の適応処理部４４７における場合と同様の処理（適応処理）を行い、これにより、ＨＤ画像データを生成する（予測する）ようになっている。
【０７１８】
即ち、図５４は、図５３の適応処理部４４８の構成例を示している。 なお、図中、図４８の適応処理部４４７における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。 即ち、図５４の適応処理部４４８は、登録部４５６が新たに設けられている他は、図４８の適応処理部４４７と同様に構成されている。
【０７１９】
登録部４５６は、受信制御部４４１（図５３）から供給されるＨＤクラスごとのタップ係数を受信し、係数メモリ４５５に上書きする形で記憶させる。
【０７２０】
従って、図４８の実施の形態では、固定の、ＨＤクラスごとのタップ係数を用いて適応処理が行われるようになっていたが、図５４の実施の形態では、図５０の送信処理部４０１から、新たなＨＤクラスごとの
高品質化情報であるタップ係数が送信されてくると、その新たなＨＤクラスごとのタップ係数によって、係数メモリ４５５の記憶内容が更新され、その新たなＨＤクラスごとのタップ係数を用いて適応処理が行われる。
【０７２１】
図５０の送信処理部４０１では、上述したように、新たなＨＤ画像データを、新たな学習用の画像データとして、タップ係数が更新されるから、そのタップ係数は、ＳＤ画像を、より、ＨＤ画像に近い画像に変換するものとなっていく。 従って、図５３の受信処理部４０２では、そのようなタップ係数を用いて、適応処理が行われるので、より画質の良いＨＤ画像を得ることが可能となる。
【０７２２】
なお、図４５および図５０のデータ圧縮部４２１、並びに図５１のデータ圧縮部４６２では、ＨＤ画像データの空間方向の画素数を間引く等することによって、ＳＤ画像データを生成するようにしたが、その他、ＳＤ画像データは、例えば、ＨＤ画像データの時間方向の画素数を間引く等して生成することも可能である。
【０７２３】
次に、図５５は、図４４の送信処理部４０１の第３の構成例を示している。
【０７２４】
図５５の実施の形態では、送信処理部４０１において、画像データがベクトル量子化されることにより符号化されて送信されるようになっている。
【０７２５】
即ち、ベクトル化部５０１には、ＣＣＤカメラ６５（図２３）で撮像された画像データや、ＨＤＤ２１５に記憶された画像データが供給される。 ベクトル化部５０１は、そこに供給される画像データをベクトル化する。 即ち、ベクトル化部５０１は、例えば、そこに供給される各フレームの画像データを、水平方向×垂直方向の画素数が、例えば、３×３画素のブロックにブロック化し、そのブロックの９画素（３×３画素）の画素値を所定の順番で並べたものを、ベクトルのコンポーネントとするベクトル（以下、適宜、画像ベクトルという）を生成する。 ベクトル化部５０１において得られた画像ベクトルは、ベクトル量子化部５０２および差分演算部５０４に供給される。
【０７２６】
ベクトル量子化部５０２は、コードブック記憶部５０９に記憶されたコードブックを参照し、ベクトル化部５０１から供給される画像ベクトルをベクトル量子化する。
【０７２７】
即ち、ベクトル量子化部５０２は、コードブック記憶部５０９に記憶されたコードブックに登録されているすべてのコードベクトルと、ベクトル化部５０１からの画像ベクトルとの距離を計算し、その距離を最小にするコードベクトルに対応するコードを、ベクトル量子化結果として出力する。 ベクトル量子化部５０２が出力するコードは、ローカルデコード部５０３、エントロピー符号化部５０５、および更新部５０６に供給される。
【０７２８】
ローカルデコード部５０３は、ベクトル量子化部５０２から供給されるコードを、コードブック記憶部５０９に記憶されたコードブック（ベクトル量子化部５０２がベクトル量子化に用いたのと同一のコードブック）を用いてベクトル逆量子化する。 即ち、ローカルデコード部５０３は、コードブック記憶部５０９に記憶されたコードブックにおいて、ベクトル量子化部５０２が出力するコードに対応するコードベクトルを、ベクトル逆量子化結果として出力する。 このベクトル逆量子化結果としてのコードベクトルは、ローカルデコード部５０３から差分演算部５０４に供給される。
【０７２９】
差分演算部５０４は、ベクトル化部５０１から供給される画像ベクトルと、ローカルデコード部５０３から供給される、その画像ベクトルをベクトル量子化し、さらにベクトル逆量子化して得られるコードベクトルとの差分を計算し、その結果得られるベクトル（以下、適宜、差分ベクトルという）を、エントロピー符号化部５０５および更新部５０６に供給する。
【０７３０】
エントロピー符号化部５０５は、ベクトル量子化部５０２から供給される、画像ベクトルのベクトル量子化結果としてのコードと、差分演算部５０４から供給される、その画像ベクトルについて得られた差分ベクトルとをエントロピー符号化し、送信データとして出力する。 この送信データは、通信Ｉ／Ｆ２１８（図２３）を介して、受信処理部４０２（受信装置としてのＰＤＡ１０３）に送信される。
【０７３１】
なお、差分ベクトルは、上述のように、エントロピー符号化部５０５においてエントロピー符号化されるため、差分ベクトルが０となる頻度が高い場合には、送信データ量のデータ量を低減することができる。 即ち、ベクトル量子化部５０２が、コードブック記憶部５０９に記憶されたコードブックを用いて行うベクトル量子化（符号化）による量子化誤差が０となる頻度が高い場合には、送信データのデータ量を低減することができる。 このことは、同一画質の画像を得るための送信データのデータ量が少なくなることを意味するから、見方を変えて、送信データのデータ量が一定であると仮定すれば、上述のデータ量の低減する分だけ、画質を向上させることができることと等価である。
【０７３２】
更新部５０６は、ベクトル量子化部５０２から供給されるコードと、差分演算部５０４から供給される差分ベクトルとに基づいて、コードブックデータベース５０７に記憶されたコードブックを更新する。 なお、更新部５０６には、選択部５０８から、コードブック記憶部５０９に記憶されているコードブック、即ち、現在のベクトル量子化に用いられているコードブックを特定する情報（後述するコードブック番号）が供給されるようになっており、更新部５０６は、そのコードブック番号に基づいて、更新対象のコードブックを特定する。
【０７３３】
コードブックデータベース５０７は、画像ベクトルをベクトル量子化するのに用いられる１以上のコードブックを記憶している。
【０７３４】
なお、コードブックデータベース５０７は、コードブックの初期値として、例えば、あらかじめ用意された学習用の多量の画像データを用い、ＬＢＧ(Linde Buzo Gray)アルゴリズム等によって求められたコードブックを記憶しており、更新部５０６は、その初期値のコードブックを、後述するように、適宜更新していく。
【０７３５】
また、コードブックデータベース５０７は、１以上のコードブックを記憶するが、その記憶方法としては、例えば、最初に、初期値のコードブックを１以上記憶しておくようにしても良いし、また、最初は、初期値のコードブックを１つだけ記憶しておき、その後、必要に応じて、その初期値のコードブックをコピーするようにしても良い。
【０７３６】
選択部５０８には、選択情報が供給されるようになっており、選択部５０８は、その選択情報にしたがい、コードブックデータベース５０７に記憶された１以上のコードブックの中から、ベクトル量子化に用いるものを選択する。 そして、選択部５０８は、その選択したコードブックを、コードブックデータベース５０７から読み出し、コードブック記憶部５０９に供給して上書きする形で記憶させる。
【０７３７】
ここで、選択情報としては、例えば、ユーザ入力や、通信相手の情報、ベクトル化部５０１に供給されるのと同一の画像データ等を採用することができる。 ユーザ入力は、ユーザが操作部２２４（図２３）等を操作することにより与えられる。 また、通信相手の情報は、送信装置としてのＰＤＡ１０１が、受信装置としてのＰＤＡ１０３と通信を開始するときに、受信装置としてのＰＤＡ１０３から送信されることにより、アンテナ６４および通信Ｉ／Ｆ２１８（図２３）を介して与えられる。 さらに、ベクトル化部５０１に供給されるのと同一の画像データは、ＣＣＤカメラ６５やＨＤＤ２１５（図２３）から与えられる。
【０７３８】
選択部５０８は、ユーザ入力が、選択情報として与えられる場合、そのユーザ入力にしたがって、コードブックデータベース５０７に記憶された１以上のコードブックから、１つのコードブックを選択する。 従って、この場合、ベクトル量子化部５０２では、ユーザが指示したコードブックを用いて、画像データのベクトル量子化が行われることになる。
【０７３９】
また、選択部５０８は、通信相手の情報が、選択情報として与えられる場合、その通信相手の情報にしたがって、コードブックデータベース５０７に記憶された１以上のコードブックから、１つのコードブックを選択する。 従って、この場合、ベクトル量子化部５０２では、通信相手によって異なる（一人の通信相手ごとに異なる、あるいは、複数のユーザをグループとし、グループごとに異なる）コードブックを用いて、画像データのベクトル量子化が行われることになる。
【０７４０】
さらに、選択部５０８は、画像データが、選択情報として与えられる場合、その画像データにしたがって、コードブックデータベース５０７に記憶された１以上のコードブックから、１つのコードブックを選択する。 従って、この場合、ベクトル量子化部５０２では、画像データの特性（例えば、画像データの絵柄を表すアクティビティや、明るさ、動きなど）ごとに異なるコードブックを用いて、その画像データのベクトル量子化が行われることになる。
【０７４１】
なお、選択部５０８は、コードブックデータベース５０７に記憶された１以上のコードブックから、１つのコードブックを選択し、コードブック記憶部５０９に記憶させるとき、即ち、ベクトル量子化部５０２でベクトル量子化に用いられるコードブックを変更するとき、その変更後のコードブック（コードブックデータベース５０７から選択したコードブック）を特定するコードブック番号を、更新部５０６に供給する。
【０７４２】
以上のように構成される送信処理部４０１では、画像データをベクトル量子化して送信する画像データ送信処理、そのベクトル量子化に用いるコードブックを選択するコードブック選択処理、およびコードブックデータベース５０７の記憶内容を更新する更新処理が行われる。
【０７４３】
そこで、まず、図５６のフローチャートを参照して、図５５の送信処理部４０１が行う画像データ送信処理とコードブック選択処理について説明する。
【０７４４】
まず最初に、図５６（Ａ）のフローチャートを参照して、画像データ送信処理について説明する。
【０７４５】
画像データ送信処理では、送信すべき画像データが、例えば、１フレーム単位で、ベクトル化部５０１に供給され、ベクトル化部５０１は、その画像データを受信する。
【０７４６】
そして、ステップＳ３０１において、ベクトル化部５０１は、そこに供給される１フレームの画像データをベクトル化する。 即ち、ベクトル化部５０１は、１フレームの画像データを、例えば、３×３画素のブロックにブロック化し、そのブロックの９画素（３×３画素）の画素値を所定の順番で並べたものをコンポーネントとする画像ベクトルを生成する。 ベクトル化部５０１において、１フレームの画像データについて得られた画像ベクトルは、ベクトル量子化部５０２および差分演算部５０４に供給される。
【０７４７】
なお、以下説明するステップＳ３０２乃至Ｓ３０５の処理は、１フレームの画像データについて得られた画像ベクトルそれぞれについて行われる。
【０７４８】
ベクトル量子化部５０２は、ベクトル化部５０１から画像ベクトルを受信すると、ステップＳ３０２において、その画像ベクトルを、コードブック記憶部５０９に記憶されたコードブックを用いてベクトル量子化し、その結果得られるコードを、ローカルデコード部５０３、エントロピー符号化部５０５、および更新部５０６に供給して、ステップＳ３０３に進む。
【０７４９】
ステップＳ３０３では、ローカルデコード部５０３が、ベクトル量子化部５０２から供給されるコードを、コードブック記憶部５０９に記憶されたコードブックを用いてベクトル逆量子化し、その結果得られるコードベクトルを、差分演算部５０４に供給して、ステップＳ３０４に進む。
【０７５０】
ステップＳ３０４では、差分演算部５０４が、ベクトル化部５０１から供給される画像ベクトルと、ローカルデコード部５０３から供給されるコードベクトルとの差分を計算し、その結果得られる差分ベクトルを、エントロピー符号化部５０５および更新部５０６に供給して、ステップＳ３０５に進む。
【０７５１】
ステップＳ３０５では、エントロピー符号化部５０５が、ベクトル量子化部５０２から供給される、画像ベクトルのベクトル量子化結果としてのコードと、差分演算部５０４から供給される、その画像ベクトルについて得られた差分ベクトルとをエントロピー符号化し、送信データとして出力する。 この送信データは、通信Ｉ／Ｆ２１８（図２３）を介して、受信処理部４０２（受信装置としてのＰＤＡ１０３）に送信される。
【０７５２】
その後、ステップＳ３０６に進み、ベクトル化部５０１は、次のフレームの画像データがあるかどうかを判定し、あると判定した場合、ステップＳ３０１に戻り、以下、同様の処理が繰り返される。
【０７５３】
また、ステップＳ３０６において、次のフレームの画像データがないと判定された場合、処理を終了する。
【０７５４】
次に、図５６（Ｂ）のフローチャートを参照して、コードブック選択処理について説明する。
【０７５５】
なお、コードブック選択処理は、例えば、画像データ送信処理（図５６（Ａ））が開始される直前に開始される。
【０７５６】
コードブック選択処理では、まず最初に、ステップＳ３１１において、選択部５０８が、コードブックデータベース５０７に記憶された１以上のコードブックの中から、デフォルトのコードブックを選択し、コードブック記憶部５０９に供給して記憶させる。
【０７５７】
ここで、デフォルトのコードブックとしては、例えば、上述した初期値のコードブックを採用することができる。
【０７５８】
その後、ステップＳ３１２に進み、選択部５０８は、選択情報が供給されたかどうかを判定し、供給されていないと判定した場合、ステップＳ３１３をスキップして、ステップＳ３１４に進む。
【０７５９】
また、ステップＳ３１２において、選択情報が供給されたと判定された場合、ステップＳ３１３に進み、選択部５０８は、その選択情報にしたがい、コードブックデータベース５０７に記憶された１以上のコードブックの中から、ベクトル量子化に用いるものを選択し、コードブック記憶部５０９に供給して記憶させる。
【０７６０】
そして、ステップＳ３１４に進み、選択部５０８は、今回のコードブック選択処理を開始した直後に開始された画像データ送信処理（図５６（Ａ））による画像データの送信が終了したかどうかを判定し、終了していないと判定した場合、ステップＳ３１２に戻り、以下、同様の処理を繰り返す。
【０７６１】
従って、この場合、画像データ送信処理による画像データの送信が行われている間に、選択部５０８に対して、新たな選択情報が供給されると、コードブック記憶部５０９に記憶されるコードブック、即ち、ベクトル量子化部５０２におけるベクトル量子化で用いられるコードブックが、その新たな選択情報に基づいて変更され得る。
【０７６２】
一方、ステップＳ３１４において、画像データの送信が終了したと判定された場合、処理を終了する。
【０７６３】
なお、図５６（Ｂ）の実施の形態では、上述したように、画像データ送信処理による画像データの送信が行われている間に、選択部５０８に対して、新たな選択情報が供給された場合に、ベクトル量子化で用いられるコードブックが、その新たな選択情報に基づいて、随時変更され得るようにしたが、画像データ送信処理による画像データの送信が行われている間のコードブックの変更は、１回だけに制限することが可能である。 即ち、コードブックの変更は、デフォルトのコードブックから、最初に供給された選択情報に基づくコードブックへの変更のみに制限することが可能である。
【０７６４】
次に、図５５の送信処理部４０１において行われる、コードブックデータベース５０７の記憶内容を更新する更新処理について説明するが、その前に、コードブックデータベース５０７に記憶されているコードブックと、更新部５０６の構成について説明する。
【０７６５】
図５７は、図５５のコードブックデータベース５０７に記憶されているコードブックの例を示している。
【０７６６】
コードブックには、コードブック番号およびコードブックバージョンが付されている。
【０７６７】
コードブック番号は、そのコードブックを特定するユニークな番号であり、従って、コードブック番号によれば、コードブックが一意に特定される。 コードブックバージョンは、そのコードブックのバージョンを表す情報であり、例えば、そのコードブックが更新された年月日および時刻と更新回数等で表される。
【０７６８】
図５７の実施の形態において、コードブックは、一般のコードブックと同様に、コードｎとコードベクトルＶ
n （＝（ａ
n ，ｂ
n ，・・・））とが対応付けられて構成されている。 なお、図５７の実施の形態では、コード（コードベクトル）の数は、ｎ＋１個とされており、コードとして、０からＮまでの整数値が用いられている。
【０７６９】
さらに、図５７の実施の形態のコードブックにおいては、各コード＃ｎに、コードベクトルＶ
nの他、前回の更新時までの頻度Ａ
n 、差分ベクトルの加算値Σ△
n （＝（ａ'
n ，ｂ'
n ，・・・））、および前回の更新時から現在までの頻度Ｂ
nも対応付けられている。
【０７７０】
ここで、前回の更新時までの頻度Ａ
nとは、前回のコードブックの更新時までのベクトル量子化において、コード＃ｎが、ベクトル量子化結果として出力された頻度を表す。
【０７７１】
また、差分ベクトルの加算値Σ△
nは、前回のコードブックの更新が行われた直後からいままでのベクトル量子化において、コード＃ｎのベクトル量子化結果が得られたときの差分ベクトル△
nの総和を表す。
【０７７２】
さらに、前回の更新時から現在までの頻度Ｂ
nは、前回のコードブックの更新が行われた直後からいままでのベクトル量子化において、コード＃ｎが、ベクトル量子化結果として出力された頻度を表す。
【０７７３】
なお、前回の更新時までの頻度Ａ
n 、差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nは、そのコードブックを用いて行われたベクトル量子化についてのものであり、他のコードブックを用いて行われたベクトル量子化についての前回の更新時までの頻度Ａ
n 、差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nは、その、他のコードブックに登録される。
【０７７４】
また、初期値のコードブックについては、前回の更新時までの頻度Ａ
n 、差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nは、例えば、すべて０とされている。
【０７７５】
次に、図５８は、図５５の更新部５０６の構成例を示している。
【０７７６】
更新部５０６は、図５８に示すように、データ更新部５２１とコードブック更新部５２２とから構成される。
【０７７７】
データ更新部５２１には、選択部５０８から、コードブック記憶部５０９に記憶されているコードブック、即ち、ベクトル量子化部５０２で使用されているコードブックを特定する情報としてのコードブック番号が供給されるようになっている。 さらに、データ更新部５２１には、ベクトル量子化部５０２が出力する画像ベクトルのベクトル量子化結果としてのコードも供給されるようになっている。 また、データ更新部５２１には、差分演算部５０４が出力する、ベクトル量子化部５０２でベクトル量子化が行われた画像ベクトルについて求められた差分ベクトルも供給されるようになっている。
【０７７８】
そして、データ更新部５２１は、コードブックデータベース５０７に記憶された１以上のコードブックの中から、いまベクトル量子化に用いられているコードブックを、選択部５０８（図５５）から供給されるコードブック番号によって特定する。 さらに、データ更新部５２１は、その特定したコードブックを、注目コードブックとして、その注目コードブックの差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nを、ベクトル量子化部５０２からのコードと、差分演算部５０４からの差分ベクトルによって更新する。
【０７７９】
コードブック更新部５２２は、コードブックデータベース５０７に記憶された１以上のコードブックそれぞれを、各コードブックに記憶されている前回の更新時までの頻度Ａ
n 、差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nに基づいて更新し、その更新後のコードブックを、コードブックデータベース５０７に上書きする形で記憶させる。
【０７８０】
以上のように構成される更新部５０６で行われる更新処理は、コードブックデータベース５０７に記憶された差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nを更新するデータ更新処理と、コードブックのコードベクトルを、そのコードブックに登録されている前回の更新時までの頻度Ａ
n 、差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nに基づいて更新するコードブック更新処理とからなる。
【０７８１】
そこで、図５９のフローチャートを参照して、データ更新処理とコードブック更新処理について説明する。
【０７８２】
まず最初に、図５９（Ａ）のフローチャートを参照して、データ更新処理について説明する。
【０７８３】
データ更新処理では、まず最初に、ステップＳ３２１において、データ更新部５２１が、選択部５０８（図５５）からコードブック番号を受信したかどうかを判定する。
【０７８４】
ステップＳ３２１において、選択部５０８からコードブック番号を受信したと判定された場合、即ち、ベクトル量子化部５０２でのベクトル量子化に用いられるコードブックが変更された場合、ステップＳ３２２に進み、データ更新部５２１は、コードブックデータベース５０７に記憶された１以上のコードブックのうち、選択部５０８から供給されるコードブック番号によって特定されるコードブックを、注目コードブックとして、ステップＳ３２３に進む。
【０７８５】
また、ステップＳ３２１において、選択部５０８からコードブック番号を受信していないと判定された場合、即ち、ベクトル量子化部５０２でのベクトル量子化に用いられるコードブックが変更されず、従って、いままでのベクトル量子化で用いられていたものが、そのまま注目コードブックとされる場合、ステップＳ３２２をスキップして、ステップＳ３２３に進む。
【０７８６】
ステップＳ３２３では、データ更新部５２１は、ベクトル量子化部５０２（図５５）から、画像ベクトルのベクトル量子化結果としてのコードが供給されるとともに、差分演算部５０４から、その画像ベクトルについて求められた差分ベクトルが供給されたかどうか判定する。
【０７８７】
ステップＳ３２３において、コードおよび差分ベクトルが供給されていないと判定された場合、ステップＳ３２１に戻り、以下、同様の処理を繰り返す。
【０７８８】
また、ステップＳ３２３において、コードおよび差分ベクトルが供給されたと判定された場合、ステップＳ３２４に進み、データ更新部５２１は、コードブックデータベース５０７の注目コードブックに登録された差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nを更新する。
【０７８９】
即ち、データ更新部５２１は、注目コードブックの、ベクトル量子化部５０２から供給されたコード＃ｎのエントリを、注目エントリとして、その注目エントリにおける前回の更新時から現在までの頻度Ｂ
nを１だけインクリメントする。 さらに、データ更新部５２１は、注目エントリにおける差分ベクトルの加算値Σ△
nに、差分演算部５０４から供給された差分ベクトルを加算し、その加算値を、新たな差分ベクトルの加算値Σ△
nとして、注目コードブックの注目エントリに上書きする。
【０７９０】
そして、ステップＳ３２１に戻り、以下、同様の処理が繰り返される。
【０７９１】
次に、図５９（Ｂ）のフローチャートを参照して、コードブック更新処理について説明する。
【０７９２】
コードブック更新処理は、定期または不定期に、任意のタイミングで開始される。
【０７９３】
なお、コードブック更新処理において、現に更新の対象となっている注目コードブックについては、その内容の整合性を保つため、図５９（Ａ）のデータ更新処理の対象から除外される（いわゆる排他制御される）ようになっている。
【０７９４】
コードブック更新処理では、まず最初に、ステップＳ３３１において、コードブック更新部５２２が、コードブック番号を表す変数ｉを、例えば、１に初期化し、ステップＳ３３２に進む。 ステップＳ３３２では、コードブック更新部５２２は、コードブックデータベース５０７に記憶された１以上のコードブックのうち、ｉ番目のコードブックを、注目コードブックとして、ステップＳ３３３に進む。 ステップＳ３３３では、コードブック更新部５２２が、注目コードブックにおけるコードを表す変数ｎを、例えば、０に初期化し、ステップＳ３３４に進む。
【０７９５】
ステップＳ３３４では、コードブック更新部５２２が、注目コードブックのコード＃ｎのエントリを注目エントリとして、例えば、その注目エントリの前回の更新時までの頻度Ａ
nおよび前回の更新時から現在までの頻度Ｂ
nを重みとして用い、注目エントリのコードベクトルＶ
nと、差分ベクトルの加算値Σ△
nとを重み付け加算することにより、注目エントリのコードベクトルＶ
nを更新する。
【０７９６】
即ち、コードブック更新部５２２は、例えば、次式にしたがって、注目エントリのコードベクトルＶ
nを更新する。
【０７９７】
Ｖ
n ＝Ｖ
n ＋Ｂ
n ×Σ△
n ／（Ａ
n ＋Ｂ
n ）
【０７９８】
そして、コードブック更新部５２２は、ステップＳ３３５に進み、注目エントリにおける前回の更新時までの頻度Ａ
n 、差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nを更新する。
【０７９９】
即ち、コードブック更新部５２２は、前回の更新時までの頻度Ａ
nと、前回の更新時から現在までの頻度Ｂ
nとを加算し、その加算値を、新たな前回の更新時までの頻度Ａ
nとする。 さらに、コードブック更新部５２２は、差分ベクトルの加算値Σ△
n 、および前回の更新時から現在までの頻度Ｂ
nを、いずれも０に初期化し、ステップＳ３３６に進む。
【０８００】
ステップＳ３３６では、コードブック更新部５２２は、注目コードブックにおけるコードを表す変数ｎが、その最大値であるＮに等しいかどうかを判定する。 ステップＳ３３６において、変数ｎがＮに等しくないと判定された場合、ステップＳ３３７に進み、コードブック更新部５２２は、変数ｎを１だけインクリメントする。 そして、ステップＳ３３４に戻り、以下、同様の処理が繰り返される。
【０８０１】
また、ステップＳ３３６において、変数ｎがＮに等しいと判定された場合、即ち、注目コードブックのすべてのエントリを更新した場合、ステップＳ３３８に進み、変数ｉが、コードブックデータベース５０７に記憶されたコードブックの数を表すＩに等しいかどうかを判定する。
【０８０２】
ステップＳ３３８において、変数ｉがＩに等しくないと判定された場合、ステップＳ３３９に進み、コードブック更新部５２２は、変数ｉを１だけインクリメントする。 そして、ステップＳ３３２に戻り、以下、同様の処理を繰り返す。
【０８０３】
一方、ステップＳ３３８において、変数ｉがＩに等しいと判定された場合、即ち、コードブックデータベース５０７に記憶されたすべてのコードブックの更新が終了した場合、処理を終了する。
【０８０４】
なお、上述したように、コードブックデータベース５０７においては、最初は、初期値のコードブックを１つだけ記憶しておき、その後、必要に応じて、その初期値のコードブックをコピーすることが可能であるが、この場合は、そのコピー元となるコードブックを更新してしまうと、その後に、初期値のコードブックのコピーを生成することができなくなる。 そこで、コピー元となるコードブックは、図５９に示したデータ更新処理およびコードブック更新処理の対象外とされる。
【０８０５】
コードブックデータベース５０７に記憶されたコードブックは、上述のように、そのコードブックを用いて行われたベクトル量子化結果としてのコードと、そのコードに対応する差分ベクトル（そのコードが得られた画像ベクトルについて求められた差分ベクトル）とに基づいて更新されていくので、画質の向上を図ることが可能となる。
【０８０６】
即ち、ベクトル量子化部５０２でのベクトル量子化に用いられるコードブックは、上述したように、例えば、通信相手によって選択される。 この場合、ベクトル量子化に用いられるコードブックは、通信相手ごとに異なり、従って、あるコードブックに注目すれば、その注目コードブックは、特定の通信相手に送信される画像データから得られるコードと差分ベクトルによって更新されることになる。
【０８０７】
その結果、注目コードブックは、特定の通信相手に送信することの多い画像の特性（例えば、周波数特性等）に応じて、差分ベクトルが０となる頻度が高くなるように更新されていくことになり、送信データのデータ量が低減されることになる。 そして、この送信データのデータ量の低減により、上述したように、画質を向上させることができる。
【０８０８】
また、ベクトル量子化部５０２でのベクトル量子化に用いられるコードブックは、上述したように、例えば、そのベクトル量子化される画像データの絵柄を表すアクティビティによって選択される。 この場合、ベクトル量子化に用いられるコードブックは、画像データの絵柄ごとに異なり、従って、あるコードブックに注目すれば、その注目コードブックは、特定の絵柄の画像データから得られるコードと差分ベクトルによって更新されることになる。
【０８０９】
その結果、注目コードブックは、特定の絵柄の画像について、差分ベクトルが０となる頻度が高くなるように更新されていくことになり、送信データのデータ量が低減されることになる。 そして、この送信データのデータ量の低減により、上述したように、画質を向上させることができる。
【０８１０】
次に、図６０は、図４４の受信処理部４０２の第３の構成例を示している。 即ち、図６０は、送信処理部４０１が図５５に示したように構成される場合の受信処理部４０２の構成例を示している。
【０８１１】
図５５のエントロピー符号化部５０５が出力する送信データは、受信装置としてのＰＤＡ１０３のアンテナ６４（図２３）で受信され、通信Ｉ／Ｆ２１８を介して、エントロピー復号部５３１と、エラー検出部５４０に供給されるようになっている。
【０８１２】
エントロピー復号部５３１は、そこに供給される受信データを、コードと差分ベクトルにエントロピー復号し、コードを、ベクトル逆量子化部５３２および更新部５３９に供給するとともに、差分ベクトルを、加算部５３３および更新部５３９に供給する。
【０８１３】
ベクトル逆量子化部５３２は、エントロピー復号部５３１から供給されるコードを、コードブック記憶部５３８に記憶されたコードブックを用いてベクトル逆量子化する。 即ち、ベクトル逆量子化部５３２は、コードブック記憶部５３８に記憶されたコードブックにおけるコードベクトルのうち、エントロピー復号部５３１からのコードに対応するものを、ベクトル逆量子化結果として出力する。 ベクトル逆量子化部５３２が出力するベクトル逆量子化結果としてのコードベクトルは、加算部５３３に供給される。
【０８１４】
加算部５３３は、エントロピー復号部５３１から供給される差分ベクトルと、ベクトル逆量子化部４３２から供給されるコードベクトルとを加算し、これにより、元の画像ベクトルを復号する。 この画像ベクトルは、エラー訂正部５３４に供給される。
【０８１５】
エラー訂正部５３４は、エラー検出部５４０から、画像ベクトルの符号化データとしてのコードや差分ベクトルについて、欠落等のエラーがある旨のエラーメッセージを受信すると、そのエラーを、コードブック記憶部５３８に記憶されたコードブックを参照して訂正する。 そして、エラー訂正部５３４は、エラー訂正後の画像ベクトルを、スカラ化部５３５に供給する。
【０８１６】
スカラ化部５３５は、画像ベクトルの各コンポーネントを、画像の画素値として、元の位置に配置し、元の１フレームの画像データを構成するスカラ化を行い、その結果得られる画像データを出力する。
【０８１７】
コードブックデータベース５３６は、画像ベクトルをベクトル量子化して得られるコードをベクトル逆量子化するのに用いられる１以上のコードブックを記憶している。 なお、コードブックデータベース５３６に記憶されたコードブックも、例えば、図５７に示したのと同一フォーマットとされている。
【０８１８】
選択部５３７には、選択情報が供給されるようになっており、選択部５３７は、その選択情報にしたがい、コードブックデータベース５３６に記憶された１以上のコードブックの中から、ベクトル量子化に用いるものを選択する。 そして、選択部５３７は、その選択したコードブックを、コードブックデータベース５３６から読み出し、コードブック記憶部５３８に供給して上書きする形で記憶させる。
【０８１９】
ここで、選択情報としては、例えば、ユーザ入力や、通信相手の情報、エントロピー復号部５３１が出力するコードと差分ベクトルから復号された画像データ等を採用することができる。 ユーザ入力は、ユーザが操作部２２４（図２３）等を操作することにより与えられる。 また、通信相手の情報は、受信装置としてのＰＤＡ１０３が、送信装置としてのＰＤＡ１０１と通信を開始するときに、送信装置としてのＰＤＡ１０１から送信されることにより、アンテナ６４および通信Ｉ／Ｆ２１８（図２３）を介して与えられる。 さらに、エントロピー復号部５３１が出力するコードと差分ベクトルから復号された画像データは、スカラ化部５３５からから与えられる。
【０８２０】
選択部５３７は、ユーザ入力が、選択情報として与えられる場合、そのユーザ入力にしたがって、コードブックデータベース５３６に記憶された１以上のコードブックから、１つのコードブックを選択する。 従って、この場合、ベクトル逆量子化部５３２では、ユーザが指示したコードブックを用いて、ベクトル逆量子化が行われることになる。
【０８２１】
また、選択部５３７は、通信相手の情報が、選択情報として与えられる場合、その通信相手の情報にしたがって、コードブックデータベース５３６に記憶された１以上のコードブックから、１つのコードブックを選択する。 従って、この場合、ベクトル逆量子化部５３２では、通信相手によって異なるコードブックを用いて、ベクトル逆量子化が行われることになる。
【０８２２】
さらに、選択部５３７は、画像データが、選択情報として与えられる場合、その画像データにしたがって、コードブックデータベース５３６に記憶された１以上のコードブックから、１つのコードブックを選択する。 従って、この場合、ベクトル逆量子化部５３２では、復号される画像データの特性ごとに異なるコードブックを用いて、ベクトル逆量子化が行われることになる。
【０８２３】
なお、選択部５３７は、コードブックデータベース５３６に記憶された１以上のコードブックから、１つのコードブックを選択し、コードブック記憶部５３８に記憶させるとき、即ち、ベクトル逆量子化部５３２でベクトル量子化に用いられるコードブックを変更するとき、その変更後のコードブック（コードブックデータベース５３６から選択したコードブック）を特定するコードブック番号を、更新部５３９に供給する。
【０８２４】
更新部５３９は、図５８の更新部５３９と同様に構成され、エントロピー復号部５３１から供給されるコードと差分ベクトルとに基づいて、コードブックデータベース５３６に記憶されたコードブックを更新する。 なお、上述したように、更新部５３９には、選択部５３７から、コードブック記憶部５３８に記憶されているコードブック、即ち、現在のベクトル逆量子化に用いられているコードブックを特定する情報としてのコードブック番号が供給されるようになっており、更新部５３９は、そのコードブック番号に基づいて、更新対象のコードブックを特定する。
【０８２５】
なお、コードブックデータベース５３６も、図５５のコードブックデータベース５０７と同様に、コードブックの初期値として、例えば、あらかじめ用意された学習用の多量の画像データを用い、ＬＢＧアルゴリズム等によって求められたコードブックを記憶しており、更新部５３９は、その初期値のコードブックを順次更新していく。
【０８２６】
また、コードブックデータベース５３６における、１以上のコードブックを記憶する記憶方法としては、図５５のコードブックデータベース５０７における場合と同様に、最初に、初期値のコードブックを１以上記憶しておくようにしても良いし、また、最初は、初期値のコードブックを１つだけ記憶しておき、その後、必要に応じて、その初期値のコードブックをコピーするようにしても良い。
【０８２７】
エラー検出部５４０は、受信データに生じているデータの欠落等のエラーを有無を検出し、エラーを検出した場合には、その旨のエラーメッセージを、エラー訂正部５３４に出力する。
【０８２８】
なお、例えば、図５５のエントロピー符号化部５０５は、送信データに、エラー検出用の符号（エラー検出符号）を付加するようになっており、エラー検出部５４０は、そのエラー検出符号に基づいて、エラーの有無を検出する。
【０８２９】
以上のように構成される受信処理部４０２では、受信データを受信して画像データに復号する画像データ受信処理、ベクトル逆量子化部５３２でのベクトル逆量子化に用いられるコードブックを選択するコードブック選択処理、およびコードブックデータベース５３６の記憶内容を更新する更新処理が行われる。
【０８３０】
但し、更新処理（データ更新処理とコードブック更新処理）は、更新部５３９において、エントロピー復号部５３１から供給されるコードおよび差分ベクトルを用いて、図５９のフローチャートで説明した場合と同様に行われるため、その説明は省略する。
【０８３１】
そこで、図６１のフローチャートを参照して、図６０の受信処理部４０２が行う画像データ受信処理およびコードブック選択処理について説明する。
【０８３２】
まず最初に、図６１（Ａ）のフローチャートを参照して、画像データ受信処理について説明する。
【０８３３】
画像データ受信処理は、受信データが、エントロピー復号部５３１およびエラー検出部５４０に供給されると開始される。
【０８３４】
即ち、画像データ受信処理では、まず最初に、ステップＳ３５１において、エントロピー復号部５３１が、受信データをエントロピー復号し、その結果得られるコードと差分ベクトルを出力する。 コードは、ベクトル逆量子化部５３２および更新部５３９に供給され、差分ベクトルは、加算部５３３および更新部５３９に供給される。
【０８３５】
ここで、更新部５３９では、このようにして、エントロピー復号部５３１から供給されるコードと差分ベクトルに基づいて、図５９で説明したように、コードブックデータベース５３６のコードブックが更新される。
【０８３６】
従って、図５５の送信処理部４０１と、図６０の受信処理部４０２において、例えば、通信相手ごとに異なるコードブックが、ベクトル量子化とベクトル逆量子化それぞれに用いるコードブックとして選択されるとすると、あるユーザＡのＰＤＡ１０１から、他のユーザＢのＰＤＡ１０３に対して、画像データが送信される場合には、ユーザＡのＰＤＡ１０１における送信処理部４０１では、ユーザＢに対応するコードブックが、ベクトル量子化に用いられるとともに、ユーザＢのＰＤＡ１０３における受信処理部４０２では、ユーザＡに対応するコードブックが、ベクトル逆量子化に用いられることになる。
【０８３７】
その結果、送信処理部４０１（図５５）の更新部５０６と、受信処理部４０２（図６０）の更新部５３９とでは、ユーザＡとＢとの間で通信が行われるたびに、コードブックが、同じように更新される。 即ち、ユーザＡとＢとの間では（他のユーザどうしの間でも同様）、基本的には、同一のコードブックを用いて、ベクトル量子化とベクトル逆量子化とがそれぞれ行われ、さらに、そのベクトル量子化で用いられるコードブックと、ベクトル逆量子化で用いられるコードブックとは、同一に更新されていく。
【０８３８】
そして、コードブックの更新は、図５９で説明したように、データ量を低減するように、または画質を向上させるように行われるから、図６０の受信処理部４０２では、画質の向上した画像データの復号を精度良く行うことができる。
【０８３９】
エントロピー復号部５３１において、例えば、１フレーム分の画像データについてのエントロピー復号が終了すると、ステップＳ３５２に進み、ベクトル量子化部５３２は、エントロピー復号部５３１から供給される１フレーム分のコードを、コードブック記憶部５３８に記憶されたコードブックを用いて、ベクトル逆量子化し、１フレーム分のコードそれぞれについて、コードベクトルを得る。 このコードベクトルは、加算部５３３に供給される。
【０８４０】
加算部５３３は、ステップＳ３５３において、ベクトル逆量子化部５３２から供給される１フレーム分のコードベクトルそれぞれに、エントロピー復号部５３１から供給される１フレーム分の差分ベクトルの対応するものを加算することで、１フレーム分の画像ベクトルを復号する。 加算部５３３において得られた１フレーム分の画像ベクトルは、順次、エラー訂正部５３４に供給される。
【０８４１】
エラー訂正部５３４は、ステップＳ３５４において、加算部５３３から供給される画像ベクトルに対して、後述するようなエラー訂正処理を施し、スカラ化部５３５に供給する。
【０８４２】
スカラ化部５３５は、ステップＳ３５５において、エラー訂正部５３４から供給される１フレーム分の画像ベクトルを、上述したようにスカラ化し、その結果得られる１フレームの画像データを出力して、ステップＳ３５６に進む。
【０８４３】
ステップＳ３５６では、エントロピー復号部５３１が、次のフレームの受信データが送信されてきたかどうかを判定し、送信されてきたと判定された場合、ステップＳ３５１に戻り、その次のフレームの受信データを対象に、以下、同様の処理が繰り返される。
【０８４４】
また、ステップＳ３５６において、次のフレームの受信データが送信されてきていないと判定された場合、処理を終了する。
【０８４５】
次に、図６１（Ｂ）のフローチャートを参照して、コードブック選択処理について説明する。
【０８４６】
なお、コードブック選択処理は、例えば、画像データ受信処理（図６１（Ａ））が開始される直前に開始される。
【０８４７】
コードブック選択処理では、まず最初に、ステップＳ３６１において、選択部５３７が、コードブックデータベース５３６に記憶された１以上のコードブックの中から、デフォルトのコードブックを選択し、コードブック記憶部５３８に供給して記憶させる。
【０８４８】
ここで、デフォルトのコードブックとしては、例えば、上述した初期値のコードブックを採用することができる。
【０８４９】
その後、ステップＳ３６２に進み、選択部５３７は、選択情報が供給されたかどうかを判定し、供給されていないと判定した場合、ステップＳ３６３をスキップして、ステップＳ３６４に進む。
【０８５０】
また、ステップＳ３６２において、選択情報が供給されたと判定された場合、ステップＳ３６３に進み、選択部５３７は、その選択情報にしたがい、コードブックデータベース５３６に記憶された１以上のコードブックの中から、ベクトル量子化に用いるものを選択し、コードブック記憶部５３８に供給して記憶させる。
【０８５１】
そして、ステップＳ３６４に進み、選択部５３７は、今回のコードブック選択処理を開始した直後に開始された画像データ受信処理（図６１（Ａ））による画像データの受信が終了したかどうかを判定し、終了していないと判定した場合、ステップＳ３６２に戻り、以下、同様の処理を繰り返す。
【０８５２】
従って、この場合、画像データ受信処理による画像データの受信が行われている間に、選択部５３７に対して、新たな選択情報が供給されると、コードブック記憶部５３８に記憶されるコードブック、即ち、ベクトル逆量子化部５３２におけるベクトル逆量子化で用いられるコードブックが、その新たな選択情報に基づいて変更され得る。
【０８５３】
一方、ステップＳ３６４において、画像データの受信が終了したと判定された場合、処理を終了する。
【０８５４】
なお、図６１（Ｂ）の実施の形態では、上述したように、画像データ受信処理による画像データの送信が行われている間に、選択部５３７に対して、新たな選択情報が供給された場合に、ベクトル逆量子化で用いられるコードブックが、その新たな選択情報に基づいて、随時変更され得るようにしたが、画像データ受信処理による画像データの受信が行われている間のコードブックの変更は、１回だけに制限することが可能である。 即ち、コードブックの変更は、デフォルトのコードブックから、最初に供給された選択情報に基づくコードブックへの変更のみに制限することが可能である。
【０８５５】
次に、図６２は、図６０のエラー訂正部５３４の構成例を示している。
【０８５６】
加算部５３３が出力する画像ベクトルは、書き込み部５５０に供給されるようになっており、書き込み部５５０は、その画像ベクトルを、メモリ５５１に供給して書き込む。 メモリ５５１は、書き込み部５５０から供給される画像ベクトルを記憶する。
【０８５７】
ここで、メモリ５５１は、例えば、少なくとも１フレーム分の画像ベクトルを記憶することのできる記憶容量を有している。
【０８５８】
また、画像ベクトルは、上述したように、例えば、３×３画素のブロックにおける９画素の画素値をコンポーネントとしたベクトルであるが、書き込み部５５０は、画像ベクトルを、その画像ベクトルとしてのブロックに対応するメモリ５５１のアドレスに書き込むようになっている。
【０８５９】
読み出し部５５２は、メモリ５５１に、例えば、１フレーム分の画像ベクトルが記憶されると、その１フレーム分の画像ベクトルを、メモリ５５１から読み出し、スカラ化部５３５（図６０）に供給する。
【０８６０】
また、読み出し部５５２には、エラー検出部５４０（図６０）からエラーメッセージが供給されるようになっており、読み出し部５５２は、そのエラーメッセージに基づき、部分ベクトル推定部５５３を制御する。
【０８６１】
即ち、エラー検出部５４０が出力するエラーメッセージには、エラーが生じている画像ベクトルとしてのブロックの位置を表す情報が含まれており、読み出し部５５２は、そのエラーが生じている画像ベクトル（以下、適宜、エラーベクトルという）について、後述する部分ベクトルを推定するように、部分ベクトル推定部５５３を制御する。
【０８６２】
部分ベクトル推定部５５３は、読み出し部５５２の制御にしたがい、エラーベクトルについて、例えば、図６３に示すように、その一部のコンポーネントからなる部分ベクトルを推定する。
【０８６３】
即ち、いまの場合、画像ベクトルは、図６３（Ａ）に示すように、３×３画素からなるブロックを構成する９画素の画素値をコンポーネントとするベクトルであるから、画像ベクトル（画像ベクトルから得られたコードや差分ベクトル）が欠落等しているということは、図６３（Ｂ）に示すように、その画像ベクトルとしてのブロックの３×３画素を復号することができなことになる。
【０８６４】
そこで、部分ベクトル推定部５５３では、図６３（Ｃ）に示すように、エラーベクトルとしてのブロック（以下、適宜、エラーブロックという）の、他のブロックの画素と隣接する８画素を、その隣接する画素により補完する。
【０８６５】
即ち、図６３（Ｃ）では、エラーブロックの３×３画素のうち、中心の画素ｐ
9を除く８画素ｐ
1乃至ｐ
8が、それぞれに隣接する他のブロックの画素によって補完されている。 なお、中心の画素ｐ
9を除く８画素ｐ
1乃至ｐ
8のうち、他のブロックの１画素にのみ隣接するｐ
2 ，ｐ
4 ，ｐ
6 ，ｐ
8には、例えば、それぞれに隣接する他のブロックの画素の画素値がコピーされる。 また、他のブロックの２画素に隣接する画素ｐ
1 ，ｐ
3 ，ｐ
5 ，ｐ
7には、例えば、それぞれに隣接する他のブロックの２つの画素の平均値、またはいずれか一方の値がコピーされる。
【０８６６】
部分ベクトル推定部５５３は、以上のように、エラーベクトルについて、ブロックの中心の画素ｐ
9に対応するコンポーネントがないベクトル、即ち、本来ならば９画素の画素値をコンポーネントとするベクトルについて、ブロックの中心の画素ｐ
9に対応するコンポーネントがない部分ベクトルを生成する。 そして、部分ベクトル推定部５５３は、その部分ベクトルを、エラーベクトルに対応する真の画像ベクトルの一部（部分ベクトル）の推定値として出力する。
【０８６７】
図６２に戻り、部分ベクトル推定部５５３が出力する部分ベクトルは、画像ベクトル推定部５５４に供給される。
【０８６８】
画像ベクトル推定部５５４は、部分ベクトル推定部５５３からの部分ベクトルと、コードブック記憶部５３８に記憶されているコードブックとから、エラーベクトルに対応する真の画像ベクトルを推定することによりエラー訂正を行い、その推定した画像ベクトル（以下、適宜、推定ベクトルという）を、メモリ５５１の対応するアドレスに記憶させる。
【０８６９】
次に、図６４のフローチャートを参照して、図６２のエラー訂正部５３４が、図６１（Ａ）のステップＳ３５４において行うエラー訂正処理について説明する。
【０８７０】
エラー訂正処理では、まず最初に、ステップＳ３７１において、書き込み部５５０が、画像ベクトルが、加算部５３３（図６０）から供給されたかどうかを判定する。 ステップＳ３７１において、画像ベクトルが供給されたと判定された場合、ステップＳ３７２に進み、書き込み部５５０は、その画像ベクトルを、メモリ５５１に供給して記憶させ、ステップＳ３７５に進む。
【０８７１】
また、ステップＳ３７１において、画像ベクトルが供給されていないと判定された場合、ステップＳ３７３に進み、読み出し部５５２は、エラー検出部５４０からエラーメッセージが供給されたかどうかを判定する。
【０８７２】
ステップＳ３７３において、エラーメッセージが供給されていないと判定された場合、ステップＳ３７４をスキップして、ステップＳ３７５に進む。
【０８７３】
また、ステップＳ３７３において、エラーメッセージが供給されたと判定された場合、ステップＳ３７４に進み、読み出し部５５２は、そのエラーメッセージに基づき、エラーが生じているブロック（画像ベクトル）の位置（以下、適宜、エラー位置という）を認識し、その内蔵するメモリ（図示せず）に一時記憶する。
【０８７４】
そして、ステップＳ３７５に進み、読み出し部５５２は、１フレーム分の画像ベクトル（エラーベクトルを含む）が、メモリ５５１に記憶されたかどうかを判定する。
【０８７５】
ステップＳ３７５において、１フレーム分の画像ベクトルがメモリ５５１に記憶されていないと判定された場合、ステップＳ３７１に戻り、以下、同様の処理を繰り返す。
【０８７６】
また、ステップＳ３７５において、１フレーム分の画像ベクトルがメモリ５５１に記憶されたと判定された場合、ステップＳ３７６に進み、読み出し部５５２は、その内蔵するメモリに、エラー位置が記憶されているかどうかを判定する。
【０８７７】
ステップＳ３７６において、エラー位置が記憶されていると判定された場合、ステップＳ３７７に進み、読み出し部５５２は、その内蔵するメモリに記憶されている１以上のエラー位置のうちの１つを注目エラー位置とし、その注目エラー位置におけるエラーベクトルついて、部分ベクトルを推定するように、部分ベクトル推定部５５３を制御する。 これにより、ステップＳ３７７では、部分ベクトル推定部５５３が、図６３で説明したように、部分ベクトルを推定し、画像ベクトル推定部５５４に出力する。
【０８７８】
画像ベクトル推定部５５４は、ステップＳ３７８において、部分ベクトル推定部５５３からの部分ベクトルと、コードブック記憶部５３８（図６０）に記憶されているコードブックとから、エラーベクトルに対応する真の画像ベクトルを推定するエラー訂正を行い、ステップＳ３７９に進み、そのエラー訂正により得られる推定ベクトルを、メモリ５５１の注目エラー位置に対応するアドレスに記憶させる。
【０８７９】
即ち、画像ベクトル推定部５５４は、部分ベクトルの各コンポーネント（ここでは、図６３で説明したように、８つのコンポーネントそれぞれ）に対応するコンポーネントが、部分ベクトルの各コンポーネントに最も近似するコードベクトルを、コードブック記憶部５３８に記憶されているコードブックから抽出し、そのコードベクトルを、推定ベクトルとする。
【０８８０】
具体的には、画像ベクトル推定部５５４は、例えば、部分ベクトルの各コンポーネントと、コードブックのコードベクトルの対応するコンポーネントとの差分の自乗和を計算し、その自乗和を最小にするコードベクトルを検出する。 そして、画像ベクトル推定部５５４は、そのコードベクトルを、注目エラー位置の画像ベクトルの推定ベクトルとし、メモリ５５１に書き込む。
【０８８１】
その後、読み出し部５５２は、注目エラー位置を、その内蔵するメモリから消去して、ステップＳ３７６に戻り、以下、エラー位置が、その内蔵するメモリに記憶されていない状態となるまで、ステップＳ３７６乃至Ｓ３７９の処理を繰り返す。
【０８８２】
一方、ステップＳ３７６において、エラー位置が記憶されていないと判定された場合、即ち、メモリ５５１に、１フレーム分の画像ベクトルがエラーのない状態（エラーの訂正がされた状態）で記憶された場合、ステップＳ３８０に進み、読み出し部５５１は、メモリ５５１から、その１フレーム分の画像ベクトルを読み出し、スカラ化部５３５（図６０）に供給して、エラー訂正処理を終了する。
【０８８３】
なお、図５５乃至図６４で説明したようなコードブックを用いて符号化／復号を行って、データを送受信する通信は、ＰＤＡ１０１と他のＰＤＡ１０３との間だけではなく、ベース基地コンピュータ１０２（図２２）と、ＰＤＡ１０３や、他の図示せぬベース基地コンピュータとの間で行うことも可能である。
【０８８４】
ところで、あるユーザＡが、ＰＤＡ１０１とベース基地コンピュータ１０２を所有し、他のユーザＢが、ＰＤＡ１０３を所有する場合には、ユーザＡが、ユーザＢのＰＤＡ１０３とデータのやりとりを、ＰＤＡ１０１を用いて行うときもあれば、ベース基地コンピュータ１０２を用いて行うときもある。
【０８８５】
このように、ＰＤＡ１０１またはベース基地コンピュータ１０２それぞれと、ユーザＢのＰＤＡ１０３との間でデータのやりとりをすると、ＰＤＡ１０１とベース基地コンピュータ１０２の両方に、ユーザＢとの通信用のコードブックが生成される。
【０８８６】
しかしながら、ＰＤＡ１０１と１０３との間でやりとりされるデータと、ベース基地コンピュータ１０２とＰＤＡ１０３との間でやりとりされるデータとは、同一であるとは限らず、むしろ異なるデータであることが多いため、ＰＤＡ１０１とベース基地コンピュータ１０２とでは、ユーザＢとの通信用のコードブックとして、異なるコードブックが生成される。
【０８８７】
そこで、図６５に示すように、ＰＤＡ１０１におけるコードブックと、ベース基地コンピュータ１０２におけるコードブックとは、統合して同一のコードブックとすることができるようになっている。
【０８８８】
即ち、いま、図６５に示すように、ＰＤＡ１０１が、図５５に示した送信処理部４０１と、図５０に示した受信処理部４０２とを有し、ベース基地コンピュータ１０２が、図５５の送信処理部４０１と同一構成の送信処理部４０１'と、図５０の受信処理部４０２と同一構成の受信処理部４０２'とを有するとした場合には、ＰＤＡ１０１とベース基地コンピュータ１０２とが、上述したようにして通信を行うことで、それぞれが有するコードブックがやりとりされる。 これにより、ＰＤＡ１０１の送信処理部４０１とベース基地コンピュータ１０２の送信処理部４０１'とにおける対応するコードブックが、同一のコードブックに統合される。 さらに、ＰＤＡ１０１の受信処理部４０２とベース基地コンピュータ１０２の受信処理部４０２'とにおける対応するコードブックも、同一のコードブックに統合される。
【０８８９】
なお、２つのコードブックの統合方法としては、例えば、一方のコードブックのコードベクトルを、統合後のコードブックのコードベクトルとして採用する方法や、２つのコードブックのコードベクトルの平均値（平均ベクトル）を、統合後のコードブックのコードベクトルとして採用する方法その他がある。
【０８９０】
なお、図４５乃至図６５の実施の形態においては、画像の画質を向上させる場合について説明したが、図４５乃至図６５の実施の形態は、その他、例えば、音声の音質を向上させる場合にも適用可能である。
【０８９１】
次に、ＰＤＡ１０１においては、他の１以上のＰＤＡから、データを高品質化する高品質化データを取得し、その高品質化データと、既に有している高品質化データとに基づいて、新たな高品質化データを生成し、その新たな高品質化データによって、既に有している高品質化データを更新することができる。 さらに、ＰＤＡ１０１において、その更新後の高品質化データ（新たな高品質化データ）に基づき、データを処理し、より高品質なデータを求めることができる。
【０８９２】
図６６は、そのようなＰＤＡ１０１の機能的構成例を示している。 なお、ここでは、高品質化の対象とするデータを、音声データとして、以下、説明を行う。 但し、高品質化の対象とするデータは、音声データ以外の、例えば画像データとすることも可能である。
【０８９３】
また、図６６においては、図２３のハードウエア構成と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
【０８９４】
音声復号部６００は、例えば、ＨＤＤ２１５（図２３）に記憶された、符号化されている音声データを復号し、復号音声データを、音質向上部６０１に供給する。
【０８９５】
音質向上部６０１は、学習部６０２から供給される高品質化データと、復号音声データとに基づき、その復号音声データの音質を向上させた音質向上データを求め、Ｄ／Ａ変換器２１２に供給する。
【０８９６】
学習部６０２は、アンプ２０９から供給される音声データに基づき、学習を行うことで、高品質化データを求める。 さらに、学習部６０２は、他の１以上のＰＤＡから送信されてくる、後述する学習情報を受信し、必要に応じて、その学習情報にも基づいて学習を行うことで、新たな高品質化データを求める。 そして、学習部６０２は、新たに求めた高品質化データを、音質向上部６０１に供給する。
【０８９７】
また、学習部６０２には、操作部２２４（図２３）から操作信号が供給されるようになっている。 学習部６０２は、操作部２２４からの操作信号が、他のＰＤＡに対して、学習情報を要求する操作を表すものである場合、学習情報を要求するリクエスト信号を生成して出力する。 このリクエスト信号は、通信Ｉ／Ｆ２１８（図２３）を介して、例えば、アンテナ６４から送信される。
【０８９８】
さらに、学習部６０２には、他のＰＤＡからのリクエスト信号が供給されるようになっている。 即ち、他のＰＤＡがリクエスト信号を送信すると、そのリクエスト信号は、アンテナ６４（図２３）で受信され、通信Ｉ／Ｆ２１８を介して、学習部６０２に供給される。 学習部６０２は、他のＰＤＡからのリクエスト信号を受信すると、自身が有している学習情報を、通信Ｉ／Ｆ２１８およびアンテナ６４を介して、リクエスト信号を送信してきた他のＰＤＡに送信する。
【０８９９】
次に、図６７は、図６６の音質向上部６０１の構成例を示している。
【０９００】
図６７の実施の形態においては、音質向上部６０１は、例えば、上述した適応処理によって、音声復号部６００からの復号音声データの音質を向上させるようになっており、従って、ここでは、高品質化データとして、タップ係数が用いられるようになっている。
【０９０１】
即ち、音声復号部６００が出力する復号音声データは、バッファ６１１に供給されるようになっており、バッファ６１１は、そこに供給される復号音声データを一時記憶する。
【０９０２】
予測タップ抽出部６１２は、復号音声データの音質を向上させた音質向上データを、順次、注目データとして、その注目データの予測値を、式（１）の線形一次予測演算により求めるのに用いる予測タップを、バッファ６１１に記憶された復号音声データのうちの幾つかの音声サンプルを抽出することによって構成（生成）し、積和演算部６１６に供給する。
【０９０３】
なお、予測タップ抽出部６１２は、後述する図６９の予測タップ抽出部６２４が構成するのと同一の予測タップを構成する。
【０９０４】
クラスタップ抽出部６１３は、バッファ６１１に記憶された復号音声データのうちの幾つかの音声サンプルを抽出することによって、注目データについて、クラスタップを構成（生成）し、クラス分類部６１４に供給する。
【０９０５】
なお、クラスタップ抽出部６１３は、後述する図６９のクラスタップ抽出部６２５と同一のクラスタップを構成する。
【０９０６】
クラス分類部６１４は、クラスタップ抽出部６１３からのクラスタップを用いてクラス分類を行い、その結果得られるクラスコードを、係数メモリ６１５に供給する。
【０９０７】
なお、クラス分類部６１４は、後述する図６９のクラス分類部６２６と同一のクラス分類を行う。
【０９０８】
係数メモリ６１５は、学習部６０２から供給される高品質化データとしてのクラスごとのタップ係数を、そのクラスに対応するアドレスに記憶する。 さらに、係数メモリ６１５は、クラス分類部６１４から供給されるクラスコードに対応するアドレスに記憶されているタップ係数を、積和演算部６１６に供給する。
【０９０９】
積和演算部６１６は、予測タップ抽出部６１２が出力する予測タップと、係数メモリ６１５が出力するタップ係数とを取得し、その予測タップとタップ係数とを用いて、式（１）に示した線形予測演算を行う。 これにより、積和演算部６１６は、注目データとしての音質向上データ（の予測値）を求め、Ｄ／Ａ変換器２１２（図６６）に供給する。
【０９１０】
次に、図６８のフローチャートを参照して、図６７の音質向上部６０１の処理（音質向上処理）について説明する。
【０９１１】
バッファ６１１は、音声復号部６００（図６６）が出力する復号音声データを、順次記憶していく。
【０９１２】
そして、まず最初に、ステップＳ４０１において、予測タップ抽出部６１２が、復号音声データの音質を向上させた音質向上データのうち、例えば、時系列順で、まだ注目データとしていない最も過去の音声サンプルを、注目データとし、その注目データについて、バッファ６１１から復号音声データのうちの幾つかの音声サンプルを読み出すことにより、予測タップを構成して、積和演算部６１６に供給する。
【０９１３】
さらに、ステップＳ４０１では、クラスタップ抽出部６１３が、バッファ６１１に記憶された復号音声データのうちの幾つかの音声サンプルを読み出すことにより、注目データについて、クラスタップを構成し、クラス分類部６１４に供給する。
【０９１４】
クラス分類部６１４は、クラスタップ抽出部６１３からクラスタップを受信すると、ステップＳ４０２に進み、そのクラスタップを用いてクラス分類を行い、その結果得られるクラスコードを、係数メモリ６１５に供給して、ステップＳ４０３に進む。
【０９１５】
ステップＳ４０３では、係数メモリ６１５は、クラス分類部６１４からのクラスコードに対応するアドレスに記憶されているタップ係数を読み出し、積和演算部６１６に供給して、ステップＳ４０４に進む。
【０９１６】
ステップＳ４０４では、積和演算部６１６は、係数メモリ６１５が出力するタップ係数を取得し、そのタップ係数と、予測タップ抽出部６１２からの予測タップとを用いて、式（１）に示した積和演算を行い、音質向上データ（の予測値）を得る。
【０９１７】
以上のようにして得られた音質向上データは、積和演算部６１６から、Ｄ／Ａ変換器２１２（図６６）およびアンプ２０８を介して、スピーカ１０等に供給され、これにより、スピーカ１０等からは、高音質の音声が出力される。
【０９１８】
ステップＳ４０４の処理後は、ステップＳ４０５に進み、まだ、注目データとして処理すべき音質向上データがあるかどうかが判定され、あると判定された場合、ステップＳ４０１に戻り、以下、同様の処理が繰り返される。 また、ステップＳ４０５において、注目データとして処理すべき音質向上データがないと判定された場合、処理を終了する。
【０９１９】
次に、図６９は、図６６の学習部６０２の構成例を示している。
【０９２０】
教師データメモリ６２１には、アンプ２０９（図６６）が出力する音声データが、学習用のデータとして供給されるようになっており、教師データメモリ６２１は、その音声データを、学習の教師となる教師データとして一時記憶する。
【０９２１】
生徒データ生成部６２２は、教師データメモリ６２１に記憶された教師データとしての音声データから、学習の生徒となる生徒データを生成する。
【０９２２】
即ち、生徒データ生成部６２２は、音声符号化部６２２Ｅと音声復号部６２２Ｄとから構成されている。 音声符号化部６２２Ｅは、音声復号部６００（図６６）における復号方式に対応する符号化方式によって音声データを符号化するもので、そのような符号化方式によって、教師データメモリ６２１に記憶された教師データを符号化し、符号化音声データを出力する。 音声復号部６２２Ｄは、音声復号部６００と同様に構成されており、音声符号化部６２２Ｅが出力する符号化音声データを復号し、その結果得られる復号音声データを、生徒データとして出力する。
【０９２３】
なお、ここでは、教師データを、符号化音声データに符号化し、さらに、その符号化音声データを復号することによって、生徒データを生成するようにしたが、その他、生徒データは、例えば、教師データとしての音声データを、ローパスフィルタによってフィルタリングすること等で、その音質を劣化させることによって生成すること等が可能である。
【０９２４】
生徒データメモリ６２３は、生徒データ生成部６２２の音声復号部６２２Ｄが出力する生徒データを一時記憶する。
【０９２５】
予測タップ抽出部６２４は、教師データメモリ６２１に記憶された教師データの音声サンプルを、順次、注目データとし、さらに、その注目データを予測するのに用いる生徒データとしての幾つかの音声サンプルを、生徒データメモリ６２３に記憶された生徒データから抽出することにより、予測タップ（注目データの予測値を求めるためのタップ）を生成する。 この予測タップは、予測タップ抽出部６２４から足し込み部６２７に供給される。
【０９２６】
クラスタップ抽出部６２５は、注目データをクラス分けするクラス分類に用いる生徒データとしての幾つかの音声サンプルを、生徒データメモリ６２３に記憶された生徒データから抽出することにより、クラスタップ（クラス分類に用いるタップ）を生成する。 このクラスタップは、クラスタップ抽出部６２５からクラス分類部６２６に供給される。
【０９２７】
ここで、予測タップやクラスタップを構成する音声サンプルとしては、例えば、注目データとなっている教師データの音声サンプルに対応する生徒データの音声サンプルに対して時間的に近い位置にある複数の生徒データとしての音声サンプルを用いることができる。
【０９２８】
また、予測タップとクラスタップを構成する音声サンプルとしては、同一の音声サンプルを用いることもできるし、異なる音声サンプルを用いることも可能である。
【０９２９】
クラス分類部６２６は、クラスタップ抽出部６２５からのクラスタップに基づき、注目データをクラス分類し、その結果得られるクラスに対応するクラスコードを、足し込み部６２７に出力する。
【０９３０】
なお、クラス分類部６２６におけるクラス分類の方法としては、例えば、上述した場合と同様に、ADRC等を採用することができる。
【０９３１】
足し込み部６２７は、教師データメモリ６２１から、注目データとなっている教師データの音声サンプルを読み出し、予測タップ抽出部６２４からの予測タップを構成する生徒データ、および注目データとしての教師データを対象とした足し込みを、コンポーネントデータベース６３０の記憶内容を必要に応じて用いながら、クラス分類部６２６から供給されるクラスごとに行う。
【０９３２】
即ち、足し込み部６２７は、基本的には、クラス分類部６２６から供給されるクラスコードに対応するクラスごとに、予測タップ（生徒データ）を用い、式（８）の行列Ａにおける各コンポーネントとなっている、生徒データどうしの乗算（ｘ
in ｘ
im ）と、サメーション（Σ）に相当する演算を行う。
【０９３３】
さらに、足し込み部６２７は、やはり、クラス分類部６２６から供給されるクラスコードに対応するクラスごとに、予測タップ（生徒データ）および注目データ（教師データ）を用い、式（８）のベクトルｖにおける各コンポーネントとなっている、生徒データと教師データの乗算（ｘ
in ｙ
i ）と、サメーション（Σ）に相当する演算を行う。
【０９３４】
一方、コンポーネントデータベース６３０は、足し込み部６２７において前回の学習で求められた式（８）における行列Ａのコンポーネントと、ベクトルｖのコンポーネントを、クラスごとに記憶する。
【０９３５】
足し込み部６２７は、新たに入力された音声データを用いて学習を行う場合、コンポーネントデータベース６３０に記憶された、前回の学習で求められた式（８）における行列Ａのコンポーネントと、ベクトルｖのコンポーネントを読み出し、その行列Ａまたはベクトルｖのコンポーネントに対して、新たに入力された音声データから得られる教師データおよび生徒データを用いて計算される、対応するコンポーネントｘ
in ｘ
imまたはｘ
in ｙ
iを足し込むことにより（行列Ａ、ベクトルｖにおけるサメーションで表される加算を行うことにより）、新たな行列Ａとベクトルｖのコンポーネントを求め、各クラスについて、式（８）に示した正規方程式をたてる。
【０９３６】
従って、足し込み部６２７では、新たに入力された音声データだけではなく、過去の学習に用いられた音声データにも基づいて、式（８）の正規方程式がたてられる。
【０９３７】
足し込み部６２７は、上述のようにして、新たに入力された音声データから得られた行列Ａおよびベクトルｖのコンポーネントと、コンポーネントデータベース６３０に記憶された行列Ａおよびベクトルｖのコンポーネントと用いて、新たに、クラスごとの行列Ａおよびベクトルｖのコンポーネントを求めると、それらのコンポーネントを、コンポーネントデータベース６３０に供給し、上書きする形で記憶させる。
【０９３８】
また、足し込み部６２７は、音声データが新たに入力されていない場合であっても、必要に応じて、コンポーネントデータベース６３０に記憶された各クラスの行列Ａのコンポーネントと、ベクトルｖのコンポーネントを読み出し、その行列Ａまたはベクトルｖのコンポーネントを用いて、各クラスについて、式（８）に示した正規方程式をたてる。
【０９３９】
即ち、コンポーネントデータベース６３０に記憶された式（８）における各クラスの行列Ａのコンポーネントおよびベクトルｖのコンポーネントは、足し込み部６２７において、新たに入力された音声データを用いて学習が行われることにより、上述したように、その学習の途中で得られる新たな各クラスの行列Ａのコンポーネントおよびベクトルｖのコンポーネントによって更新される（上書きされる）他、後述する統合部６３１により更新されるようにもなっている。
【０９４０】
このように、コンポーネントデータベース６３０に記憶された式（８）における各クラスの行列Ａのコンポーネントおよびベクトルｖのコンポーネントが、統合部６３１によって更新された場合には、足し込み部６２７は、コンポーネントデータベース６３０に記憶された、更新後の各クラスの行列Ａのコンポーネントと、ベクトルｖのコンポーネントを読み出し、その行列Ａまたはベクトルｖのコンポーネントを用いて、各クラスについて、式（８）に示した正規方程式をたてるようになっている。
【０９４１】
足し込み部６２７は、上述のようにして、クラスごとの行列Ａおよびベクトルｖのコンポーネントで構成される式（８）の正規方程式を新たにたてると、そのクラスごとの正規方程式を、タップ係数決定部６２８に供給する。
【０９４２】
タップ係数決定部６２８は、足し込み部６２７から供給されるクラスごとの正規方程式を解くことにより、クラスごとに、タップ係数を求め、このクラスごとのタップ係数を、高品質化データとして、タップ係数メモリ６２９に供給し、各クラスに対応するアドレスに、上書きする形で記憶させる。
【０９４３】
タップ係数メモリ６２９に記憶された高品質化データとしてのクラスごとのタップ係数は、音質向上部６０１（図６６）に供給されるようになっている。
【０９４４】
コンポーネントデータベース６３０は、上述したように、クラスごとの式（８）における行列Ａおよびベクトルｖのコンポーネントを記憶する。
【０９４５】
統合部６３１は、他のＰＤＡから送信されてくる、学習情報としての、クラスごとの式（８）における行列Ａおよびベクトルｖのコンポーネントを、アンテナ６４（図２３）および通信Ｉ／Ｆ２１８を介して受信する。 そして、統合部６３１は、受信した各クラスの行列Ａおよびベクトルｖのコンポーネントと、コンポーネントデータベース６３０に記憶された各クラスの行列Ａおよびベクトルｖのコンポーネントと用いて、新たな各クラスの行列Ａおよびベクトルｖのコンポーネントを求める。
【０９４６】
即ち、統合部６３１は、他のＰＤＡから各クラスの行列Ａおよびベクトルｖのコンポーネントを受信すると、コンポーネントデータベース６３０に記憶されている各クラスの行列Ａのコンポーネントと、ベクトルｖのコンポーネントを読み出し、その各クラスの行列Ａまたはベクトルｖのコンポーネントに対して、対応するクラスの、他のＰＤＡから受信した行列Ａまたはベクトルｖのコンポーネントをそれぞれ足し込むことにより（行列Ａ、ベクトルｖにおけるサメーションで表される加算を行うことにより）、各クラスについて、新たな行列Ａのコンポーネントと、ベクトルｖのコンポーネントを求める。
【０９４７】
そして、統合部６３１は、各クラスについて求めた新たな行列Ａおよびベクトルｖのコンポーネントを、コンポーネントデータベース６３０に上書きする形で記憶させることにより、そのコンポーネントデータベース６３０に記憶されている各クラスの行列Ａおよびベクトルｖのコンポーネントを更新する。
【０９４８】
学習情報送信部６３２は、イベント検出部６３３からの要求に応じて、コンポーネントデータベース６３０から各クラスの行列Ａおよびベクトルｖのコンポーネントを読み出し、通信Ｉ／Ｆ２１８（図２３）およびアンテナ６４を介して、学習情報として送信する。
【０９４９】
ここで、上述の統合部６３１では、他のＰＤＡにおける学習情報送信部６３２から送信されてくる学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントが受信される。
【０９５０】
イベント検出部６３３は、他のＰＤＡから、学習情報の送信を要求するリクエスト信号が送信されてくると、そのリクエスト信号が送信されてきたことを、所定のイベントして検出する。 即ち、他のＰＤＡから送信されてくるリクエスト信号は、アンテナ６４（図２３）を介して、通信Ｉ／Ｆ２１８で受信され、イベント検出部６３３に供給される。 イベント検出部６３３は、このようにして供給されるリクエスト信号を検出すると、所定のイベントが発生したとして、コンポーネントデータベース６３０に記憶されている学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントを送信するように、学習情報送信部６３２を制御する。
【０９５１】
リクエスト信号送信部６３４には、操作部２２４（図２３）等から操作信号が供給されるようになっており、リクエスト信号送信部６３４は、学習情報を要求するように、操作部２２４の操作が行われたことを表す操作信号を受信すると、その操作信号の受信を、所定のイベントとして、学習情報を要求するリクエスト信号を、通信Ｉ／Ｆ２１８（図２３）およびアンテナ６４を介して送信する。
【０９５２】
ここで、このようにして送信されるリクエスト信号を受信した１以上の他のＰＤＡでは、そのリクエスト信号の受信（検出）により所定のイベントが発生したとして、自身が有する学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントの送信が行われる。 そして、このようにして他の１以上のＰＤＡから送信されてくる学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントが、統合部６３１において受信されることになる。
【０９５３】
以上のように構成される学習部６０２では、新たに入力された音声データを用いて、クラスごとのタップ係数を求める学習処理、コンポーネントデータベース６３０に記憶された学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントを送信する学習情報送信処理、および他のＰＤＡから送信されてきた学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントによって、コンポーネントデータベース６３０に記憶された学習情報を更新するコンポーネントデータ統合処理が行われるようになっている。
【０９５４】
そこで、図７０のフローチャートを参照して、図６９の学習部６０２が行う学習処理、学習情報送信処理、およびコンポーネントデータ統合処理について説明する。
【０９５５】
まず、図７０（Ａ）のフローチャートを参照して、学習処理について説明する。
【０９５６】
学習処理は、例えば、教師データメモリ６２１に、所定のデータ量以上の新たな音声データが記憶されると開始される。
【０９５７】
即ち、教師データメモリ６２１に、新たな音声データが、所定のデータ量以上記憶されると、ステップＳ４１１において、足し込み部６２７が、コンポーネントデータベース６３０に記憶されている各クラスの行列Ａおよびベクトルｖのコンポーネントを読み出し、ステップＳ４１２に進む。
【０９５８】
ステップＳ４１２では、生徒データ生成部６２２が、教師データメモリ６２１に記憶された音声データを教師データとして、その教師データを読み出し、その教師データから生徒データを生成する。 そして、生徒データ生成部６２２は、得られた生徒データを、生徒データメモリ６２３に供給して記憶させ、ステップＳ４１３に進む。
【０９５９】
ステップＳ４１３では、予測タップ抽出部６２４は、教師データメモリ６２１に記憶された教師データとしての音声サンプルのうち、まだ注目データとしていないものの１つを注目データとして、その注目データについて、生徒データメモリ６２３に記憶された生徒データとしての音声サンプルの幾つかを読み出すことにより、予測タップを生成して、足し込み部６２７に供給する。
【０９６０】
さらに、ステップＳ４１３では、クラスタップ抽出部６２５が、予測タップ抽出部６２４における場合と同様にして、注目データについて、クラスタップを生成し、クラス分類部６２６に供給する。
【０９６１】
ステップＳ４１３の処理後は、ステップＳ４１４に進み、クラス分類部６２６が、クラスタップ抽出部６２５からのクラスタップに基づいて、クラス分類を行い、その結果得られるクラスコードを、足し込み部６２７に供給する。
【０９６２】
そして、ステップＳ４１５に進み、足し込み部６２７は、教師データメモリ６２１から注目データを読み出し、その注目データと、予測タップ抽出部６２４からの予測タップを用いて、行列Ａとベクトルｖのコンポーネントを計算する。 さらに、足し込み部６２７は、コンポーネントデータベース６３０から読み出した行列Ａとベクトルｖのコンポーネントのうち、クラス分類部６２６からのクラスコードに対応するものに対して、注目データと予測タップから求められた行列Ａとベクトルｖのコンポーネントを足し込み、これにより、新たな行列Ａとベクトルｖのコンポーネントを求めて、ステップＳ４１６に進む。
【０９６３】
ステップＳ４１６では、予測タップ抽出部６２４が、教師データメモリ６２１に、まだ、注目データとしていない教師データが存在するかどうかを判定し、存在すると判定した場合、ステップＳ４１３に戻り、まだ、注目データとされていない教師データを、新たに注目データとして、以下、同様の処理が繰り返される。
【０９６４】
また、ステップＳ４１６において、教師データメモリ６２１に、注目データとしていない教師データが存在しないと判定された場合、ステップＳ４１７に進み、足し込み部６２７は、ステップＳ４１３乃至Ｓ４１６の処理を繰り返すことにより得られた新たな各クラスの行列Ａとベクトルｖのコンポーネントを、コンポーネントデータベース３１０に上書きする形で記憶させる。 さらに、足し込み部６２７は、新たな各クラスの行列Ａおよびベクトルｖのコンポーネントで構成される式（８）の正規方程式を、タップ係数決定部６２８に供給し、ステップＳ４１８に進む。
【０９６５】
ステップＳ４１８では、タップ係数決定部６２８は、足し込み部６２７から供給される各クラスごとの正規方程式を解くことにより、各クラスごとに、タップ係数を求める。 さらに、ステップＳ４１８では、タップ係数決定部６２８は、各クラスごとのタップ係数を、タップ係数メモリ６２９に供給し、上書きする形で記憶させ、処理を終了する。
【０９６６】
次に、図７０（Ｂ）のフローチャートを参照して、学習情報送信処理について説明する。
【０９６７】
学習情報送信処理では、まず最初に、ステップＳ４３１において、イベント検出部６３３が、所定のイベントが発生したかどうかを判定し、発生していないと判定した場合、ステップＳ４３１に戻る。
【０９６８】
また、ステップＳ４３１において、所定のイベントが発生したと判定された場合、即ち、イベント検出部６３３が、他のＰＤＡから送信されてきたリクエスト信号を受信した場合、イベント検出部６３３は、学習情報を送信するように、学習情報送信部６３２を制御し、ステップＳ４３２に進む。
【０９６９】
ステップＳ４３２では、学習情報送信部６３２は、イベント検出部６３３の制御にしたがい、コンポーネントデータベース６３０から、学習情報としての各クラスの行列Ａとベクトルｖのコンポーネントを読み出し、ステップＳ４３３に進む。
【０９７０】
ステップＳ４３３では、学習情報送信部６３２は、コンポーネントデータベース６３０から読み出した学習情報としての各クラスの行列Ａとベクトルｖのコンポーネントを、イベント検出部６３３が受信したリクエスト信号を送信してきた他のＰＤＡに送信する。 そして、ステップＳ４３１に戻り、以下、同様の処理が繰り返される。
【０９７１】
次に、図７０（Ｃ）のフローチャートを参照して、コンポーネントデータ統合処理について説明する。
【０９７２】
コンポーネントデータ統合処理では、まず最初に、ステップＳ４４１において、リクエスト信号送信部６３４が、学習情報を要求する旨の操作信号の受信を、所定のイベントとして、そのような所定のイベントが発生したかどうかを判定し、発生していないと判定した場合、ステップＳ４４１に戻る。
【０９７３】
また、ステップＳ４４１において、所定のイベントが発生したと判定された場合、即ち、ユーザによって、学習情報を要求するように、操作部２２４（図２３）が操作され、その旨を表す操作信号を、リクエスト信号送信部６３４が受信した場合、ステップＳ４４２に進み、リクエスト信号送信部６３４は、任意の１以上のＰＤＡ宛に、学習情報を要求するリクエスト信号を送信する（例えば、ブロードキャストする）。
【０９７４】
そして、ステップＳ４４３に進み、統合部６３１は、ステップＳ４４２で送信されたリクエスト信号に応じて、他のＰＤＡから学習情報が送信されてきたかどうかを判定する。
【０９７５】
ステップＳ４４３において、学習情報が送信されてきたと判定された場合、ステップＳ４４４に進み、統合部６３１は、その学習情報を受信し、その内蔵するメモリ（図示せず）に一時記憶して、ステップＳ４４５に進む。
【０９７６】
また、ステップＳ４４３において、学習情報が送信されてきていないと判定された場合、ステップＳ４４５に進み、統合部６３１は、リクエスト信号送信部６３４が、ステップＳ４４２でリクエスト信号を送信してから所定時間が経過したかどうかを判定する。
【０９７７】
ステップＳ４４５において、リクエスト信号を送信してから、まだ、所定時間が経過していないと判定された場合、ステップＳ４４３に戻り、以下、同様の処理が繰り返される。
【０９７８】
また、ステップＳ４４５において、リクエスト信号を送信してから所定時間が経過したと判定された場合、ステップＳ４４６に進み、統合部６３１は、ステップＳ４４４において記憶した学習情報としての各クラスの行列Ａとベクトルｖのコンポーネントと、コンポーネントデータベース６３０に記憶されている各クラスの行列Ａとベクトルｖのコンポーネントとを、クラスごとに加算し、新たな各クラスの行列Ａとベクトルｖのコンポーネントを求める。 さらに、ステップＳ４４６において、統合部６３１は、新たな各クラスの行列Ａとベクトルｖのコンポーネントを、コンポーネントデータベース６３０に上書きすることで、その更新を行い、ステップＳ４４７に進む。
【０９７９】
ステップＳ４４７では、足し込み部６２７が、コンポーネントデータベース６３０から、新たな各クラスの行列Ａおよびベクトルｖのコンポーネントを読み出し、そのコンポーネントで構成される式（８）の正規方程式をたてて、タップ係数決定部６２８に供給する。 さらに、ステップＳ４４７では、タップ係数決定部６２８が、足し込み部６２７から供給された各クラスごとの正規方程式を解くことにより、各クラスごとに、タップ係数を求め、タップ係数メモリ６２９に供給して、上書きする形で記憶させる。 そして、ステップＳ４４１に戻り、以下、同様の処理が繰り返される。
【０９８０】
以上のように、学習部６０２では、新たに入力された音声データの他、過去の学習に用いられた音声データに基づく学習処理が行われるので、ユーザが発話を行うほど、学習が進行したタップ係数が求められることになる。 従って、音質向上部６０１において、そのようなタップ係数を用いて、復号音声データを処理することにより、より音質の向上した音声データ（音質向上データ）を得ることが可能となる。
【０９８１】
さらに、学習部６０２では、１以上の他のＰＤＡから収集した学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントにより、コンポーネントデータベース６３０に記憶された各クラスの行列Ａおよびベクトルｖのコンポーネントが更新されていく。 そして、そのような更新された各クラスの行列Ａおよびベクトルｖのコンポーネントからたてられた式（８）の正規方程式を解くことで、タップ係数が求められる。 従って、音質向上部６０１において、そのようなタップ係数を用いて、復号音声データを処理することにより、やはり、より音質の向上した音声データを得ることが可能となる。
【０９８２】
さらに、学習部６０２では、上述したように、１以上の他のＰＤＡから、学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントが収集されるため、音質の向上した音声データを得るためのタップ係数を、迅速に得ることができる。
【０９８３】
即ち、式（８）の正規方程式を、ユーザから入力された音声データだけを用いてたてる場合には、入力された音声データのサンプル数が十分でないこと等に起因して、タップ係数を求めるのに必要な数の正規方程式が得られないクラスが生じる場合があり得るが、上述のように、１以上の他のＰＤＡから、学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントを収集する場合には、各クラスについて、式（８）の正規方程式をたてるための行列Ａとベクトルｖのコンポーネントを、迅速に得ることができ、その結果、音質の向上した音声データを得るためのタップ係数を、迅速に得ることができる。
【０９８４】
また、複数のＰＤＡどうしの間で、上述したように、それぞれが有する学習情報としての各クラスの行列Ａおよびベクトルｖのコンポーネントをやりとりすることで、その複数のＰＤＡでは、同一音質で、かつ高音質の音声データを得ることができるようになる。
【０９８５】
なお、図６９および図７０の実施の形態では、リクエスト信号送信部６３４において、操作信号を受信した場合に、リクエスト信号を送信するようにしたが、リクエスト信号は、その他、例えば、定期的または不定期に、任意のタイミングで送信するようにすることが可能である。
【０９８６】
また、図６６のＰＤＡ１０１においては、学習の途中で得られる各クラスの行列Ａおよびベクトルｖのコンポーネントを学習情報として、１以上の他のＰＤＡとの間でやりとりするようにしたが、その他、例えば、タップ係数自体を学習情報としてやりとりすることも可能である。
【０９８７】
ＰＤＡ１０１において、１以上の他のＰＤＡとの間で、タップ係数をやりとりする場合には、タップ係数の更新は、例えば、自身が有しているタップ係数と、他のＰＤＡから受信したタップ係数との重み付け加算等によって行うことが可能である。
【０９８８】
なお、この場合の重みとしては、タップ係数を求めるのに用いられた音声サンプル数を用いることができる。
【０９８９】
即ち、タップ係数を求めるためには、音声データから得られる教師データｙ
iおよび生徒データｘ
inを用いて計算される、行列Ａのコンポーネントとなるｘ
in ｘ
imと、ベクトルｖのコンポーネントとなるｘ
in ｙ
iを足し込んでいく必要があるが、その足し込み回数（これは、教師データとなった音声サンプル数に等しい）を、重みとして用いることが可能である。
【０９９０】
この場合、例えば、ＰＤＡ１０１が有しているタップ係数を、ｗ
a ＝｛ｗ
a1 ，ｗ
a2 ，ｗ
a3 ，・・・｝と、そのタップ係数を求めるのに用いられた音声サンプル数を、αと、他のＰＤＡから受信したタップ係数を、ｗ
b ＝｛ｗ
b1 ，ｗ
b2 ，ｗ
b3 ，・・・｝と、そのタップ係数を求めるのに用いられた音声サンプル数を、βと、それぞれするとき、新たなタップ係数は、式（αｗ
a ＋βｗ
b ）／（α＋β）で求められることになる。
【０９９１】
さらに、ＰＤＡ１０１において、１以上の他のＰＤＡとの間で、タップ係数をやりとりする場合には、タップ係数の更新は、例えば、自身がタップ係数を有していないクラスのタップ係数を、他のＰＤＡから受信したタップ係数によって補完することにより行うことが可能である。
【０９９２】
即ち、ＰＤＡ１０１において、式（８）の正規方程式を、そのユーザから入力された音声データだけを用いてたてる場合には、入力された音声データのサンプル数が十分でないこと等に起因して、タップ係数を求めるのに必要な数の正規方程式が得られないクラスが生じることがあり得るが、他のユーザのＰＤＡにおいては、そのクラスについて十分な数の正規方程式が得られていることがあり得る。
【０９９３】
そこで、ＰＤＡ１０１では、他のＰＤＡとの間でタップ係数をやりとりすることで、自身だけでは得られなかったクラスのタップ係数を、他のＰＤＡで得られたものによって補完するようにすることが可能である。
【０９９４】
以上、本発明をＰＤＡに適用した場合について説明したが、本発明は、ＰＤＡ以外の情報処理装置等にも適用可能である。
【０９９５】
なお、上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。
【０９９６】
一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、ＰＤＡ１０１やベース基地コンピュータ１０２にインストールされる。
【０９９７】
プログラムは、コンピュータに内蔵されている記録媒体としてのＨＤＤ２１５（図２３）やＨＤＤ３３３（図２６）に予め記録しておくことができる。
【０９９８】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。 このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０９９９】
なお、プログラムは、上述したようなリムーバブル記録媒体からＰＤＡ１０１やベース基地コンピュータ１０２にインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、ＰＤＡ１０１やベース基地コンピュータ１０２に無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、ＰＤＡ１０１やベース基地コンピュータ１０２に有線で転送し、ＰＤＡ１０１やベース基地コンピュータ１０２では、そのようにして転送されてくるプログラムを、通信部１０８で受信してインストールすることができる。
【１０００】
ここで、本明細書において、ＰＤＡ１０１のＣＰＵ２０２（図２３）や、ベース基地コンピュータ１０２のＣＰＵ３１２（図２６）に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【１００１】
また、プログラムは、１のＣＰＵにより処理されるものであっても良いし、複数のＣＰＵによって分散処理されるものであっても良い。 さらに、プログラムは、遠方のコンピュータ等に転送されて実行されるものであっても良い。
【１００２】
【発明の効果】
本発明の送信装置および送信方法、並びに第１のプログラムによれば、第１のデータが送信され、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の
第２のデータであるクラスタップが抽出され、第２の注目データが、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類され、クラス分類手段により分類されるクラスを表すクラスコードを少なくとも含む高品質化情報が生成される。 そして、送信した第１のデータを受信して記憶するとともに、送信した高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの
相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントが検出されると、高品質化情報が送信される。 従って、その高品質化情報を受信した受信側では、品質の良いデータを得ることが可能となる。
【１００３】
本発明の第１の受信装置および第１の受信方法、並びに第２のプログラムによれば、複数回送信されてくる同一の第１のデータが受信される一方、データ記憶手段に記憶された第１のデータと、データ受信手段が受信された第１のデータとが、第１のデータがより高品質になるように重み付け加算され、その加算値が、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶される。 さらに、データ記憶手段に記憶された新たな第１のデータの
相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかが判定され、第１のデータの品質の判定により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号が送信される。 そして、高品質化情報の要求に応じて送信されてくる高品質化情報が受信され、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数が、クラスコードごとにタップ係数記憶手段に記憶され、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップが抽出され、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値が求められる。 従って、品質の良いデータを得ることが可能となる。
【１００４】
本発明の第１の送受信システムによれば、同一の第１のデータが複数回送信される。 また、生成対象である第２のデータの注目位置に対応するデータである第２の注目データのクラス分類に用いられ、第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の
第２のデータであるクラスタップが抽出され、第２の注目データが、クラスタップから算出される所定の特徴量に対応する、複数のクラスのうちのいずれかのクラスにクラス分類され、分類されるクラスを表すクラスコードを少なくとも含む高品質化情報が生成され、送信した第１のデータを受信して記憶するとともに、送信した高品質化情報を受信する受信装置が、受信装置に記憶されている第１のデータの
相関値またはユーザ操作による外部からの入力に基づいて決定される第１のデータの品質が所定の品質以上である場合に発する、高品質化情報を要求する信号が送信されてきたことを表す所定のイベントが検出されると、高品質化情報が送信される。 一方、複数回送信されてくる同一の第１のデータが受信され、第１のデータがデータ記憶手段に記憶され、データ記憶手段に記憶された第１のデータと、データ受信手段が受信した第１のデータとが、第１のデータがより高品質になるように重み付け加算され、その加算値が、新たな第１のデータとして、データ記憶手段に記憶されている第１のデータに代えて記憶される。 さらに、データ記憶手段に記憶された新たな第１のデータの
相関値またはユーザ操作による外部からの入力に基づいて決定される新たな第１のデータの品質が所定の品質以上であるかどうかが判定され、第１のデータの品質の判定により、新たな第１のデータの品質が所定の品質以上であると判定された場合、第２のデータを複数のクラスのうちのいずれかのクラスにクラス分類することにより得られるクラスを表すクラスコードを少なくとも含む高品質化情報を要求するリクエスト信号が送信される。 そして、高品質化情報の要求に応じて送信されてくる高品質化情報が受信され、第２のデータを予測する予測演算式に用いられ、予測演算式の係数である所定のタップ係数が、クラスコードごとにタップ係数記憶手段に記憶され、第２のデータを予測する予測演算に用いられ、生成対象である第２のデータの注目位置に対応するデータである第２の注目データに対応する位置の空間的近傍または第２の注目データの時間的近傍にある複数の第１のデータである予測タップが抽出され、予測タップと、第２の注目データのクラスを表すクラスコードに対応するタップ係数とを用いて予測演算を行うことにより、第２の注目データの予測値が求められる。 従って、品質の良いデータを得ることが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したＰＤＡ１０１の第１実施の形態の外観構成例を示す斜視図である。
【図２】ＰＤＡ１０１のメインブロック２の第１の外観構成例を示す斜視図である。
【図３】蓋部２０を開いた状態のメインブロック２の外観構成例を示す斜視図である。
【図４】蓋部２０、並びにサブパネル１５および１６を開いた状態のＰＤＡ１０１の外観構成例を示す斜視図である。
【図５】ＰＤＡ１０１における配線の状態を示す斜視図である。
【図６】ヒンジ部１３の構成例を示す斜視図である。
【図７】ＰＤＡ１０１のメインブロック２の第２の外観構成例を示す斜視図である。
【図８】メインブロック２の第２の外観構成例を示す上面図と側面図である。
【図９】蓋部２０を開いた状態のメインブロック２の外観構成例を示す斜視図である。
【図１０】蓋部２０、並びにサブパネル１５および１６を開いた状態のＰＤＡ１０１の外観構成例を示す斜視図である。
【図１１】ヒンジ部７１を分解した状態を示す斜視図である。
【図１２】ヒンジ部７１を分解した状態のより詳細を示す斜視図である。
【図１３】ＰＤＡ１０１のメインブロック２の第３の外観構成例を示す斜視図である。
【図１４】メインブロック２における配線の状態を示す断面図である。
【図１５】メインブロック２における配線の状態を示す断面図である。
【図１６】本発明を適用したＰＤＡ１０１の第２実施の形態の外観構成例を示す斜視図である。
【図１７】ＰＤＡ１０１の第２実施の形態の構成例を示す平面図である。
【図１８】ＰＤＡ１０１のメインブロック２の第４の外観構成例を示す斜視図である。
【図１９】メインブロック２における配線の状態を説明するための斜視図である。
【図２０】ＰＤＡ１０１のメインブロック２の第５の外観構成例を示す斜視図である。
【図２１】ＰＤＡ１０１のメインブロック２の第６の外観構成例を示す斜視図である。
【図２２】ＰＤＡ１０１を用いたＰＤＡシステムの一実施の形態の構成例を示す図である。
【図２３】ＰＤＡ１０１のハードウエア構成例を示すブロック図である。
【図２４】ＰＤＡ１０１の第１の機能的構成例を示すブロック図である。
【図２５】ベース基地コンピュータ１０２の外観構成例を示す斜視図である。
【図２６】ベース基地コンピュータ１０２のハードウエア構成例を示すブロック図である。
【図２７】ベース基地コンピュータ１０２の機能的構成例を示すブロック図である。
【図２８】ＰＤＡ１０１とベース基地コンピュータ１０２とが接続された状態を示すブロック図である。
【図２９】ＰＤＡ１０１が行う通話処理と発呼処理を説明するフローチャートである。
【図３０】ＰＤＡ１０１が行うメール送受信処理およびメール送信イベント処理を説明するフローチャートである。
【図３１】ＰＤＡ１０１が行うデータ送受信処理およびデータ送信イベント処理を説明するフローチャートである。
【図３２】ＰＤＡ１０１が行うデータ再生処理を説明するフローチャートである。
【図３３】ＰＤＡ１０１が行うストリーミング再生処理を説明するフローチャートである。
【図３４】ＰＤＡ１０１からベース基地コンピュータ１０２に対してファイルが送信される場合の通信手順を説明する図である。
【図３５】ベース基地コンピュータ１０２からＰＤＡ１０１に対してファイルが送信される場合の通信手順を説明するフローチャートである。
【図３６】ＬＣＤ４
1 ，５
1 ，１２，２１乃至２３における画面の表示例を示す図である。
【図３７】ＬＣＤ４
1 ，５
1 ，１２，２１乃至２３における画面の表示例を示す図である。
【図３８】ＬＣＤ４
1 ，５
1 ，１２，２１乃至２３における画面の表示例を示す図である。
【図３９】ＬＣＤ４
1乃至４
4 ，５
1乃至５
4 ，１２，２１乃至２３における画面の表示例を示す図である。
【図４０】ＬＣＤ３，１２，２１乃至２３のオン／オフ制御の処理を説明するフローチャートである。
【図４１】階層表示制御処理を説明するフローチャートである。
【図４２】階層構造に構造化された情報のフォーマットを示す図である。
【図４３】ＰＤＡ１０１が、他のＰＤＡ１０３との間で通信を行っている状態を示す図である。
【図４４】ＰＤＡ１０１の第２の機能的構成例を示すブロック図である。
【図４５】送信処理部４０１の第１の構成例を示すブロック図である。
【図４６】送信処理部４０１が行う画像データ送信処理、クラスコード生成処理、およびクラスコード送信処理を説明するフローチャートである。
【図４７】受信処理部４０２の第１の構成例を示すブロック図である。
【図４８】適応処理部４４７の構成例を示すブロック図である。
【図４９】受信処理部４０２が行う画像データ受信処理、リクエスト信号送信処理、および適応処理を説明するフローチャートである。
【図５０】送信処理部４０１の第２の構成例を示すブロック図である。
【図５１】学習部４１４の構成例を示すブロック図である。
【図５２】送信処理部４０１が行う学習処理およびタップ係数送信処理を説明するフローチャートである。
【図５３】受信処理部４０２の第２の構成例を示すブロック図である。
【図５４】適応処理部４４８の構成例を示すブロック図である。
【図５５】送信処理部４０１の第３の構成例を示すブロック図である。
【図５６】送信処理部４０１が行う画像データ送信処理およびコードブック選択処理を説明するフローチャートである。
【図５７】コードブックのフォーマットを示す図である。
【図５８】更新部５０６（５３９）の構成例を示すブロック図である。
【図５９】更新部５０６が行うデータ更新処理およびコードブック更新処理を説明するフローチャートである。
【図６０】受信処理部４０２の第３の構成例を示すブロック図である。
【図６１】受信処理部４０２が行う画像データ受信処理、およびコードブック選択処理を説明するフローチャートである。
【図６２】エラー訂正部５３４の構成例を示すブロック図である。
【図６３】部分ベクトル推定部５５３の処理を説明するための図である。
【図６４】エラー訂正処理を説明するフローチャートである。
【図６５】ＰＤＡ１０１とべーす基地コンピュータ１０２との間で行われるコードブックの統合を説明するための図である。
【図６６】ＰＤＡ１０１の第３の機能的構成例を示すブロック図である。
【図６７】音質向上部６０１の構成例を示すブロック図である。
【図６８】音質向上処理を説明するフローチャートである。
【図６９】学習部６０２の構成例を示すブロック図である。
【図７０】学習部６０２で行われる学習処理、学習情報送信処理、およびコンポーネントデータ統合処理を説明するフローチャートである。
【符号の説明】
１ 時計バンド， ２ メインブロック， ３ ＬＣＤ， ３Ａ タッチパネル， ４ サイドパネル， ４
1乃至４
4 ＬＣＤ， ４Ａ
1乃至４Ａ
4タッチパネル， ５ サイドパネル， ５
1乃至５
4 ＬＣＤ， ５Ａ
1乃至５Ａ
4タッチパネル， ６ ジョグダイヤル， ７ イヤフォンマイクジャック， ８ コネクタ部， ８
1乃至８
4コネクタ， ９ マイク， １０ スピーカ， １１ 本体， １２ ＬＣＤ， １２Ａ タッチパネル， １３ ヒンジ部， １４ メインパネル， １５，１６ サブパネル， １７，１８ ヒンジ部， ２０ 蓋部， ２１ ＬＣＤ， ２１Ａ タッチパネル， ２２ ＬＣＤ， ２２Ａ タッチパネル， ２３ ＬＣＤ， ２３Ａ タッチパネル， ３１，３２ 軸，３３，３４ 軸受け部， ３５乃至４０ 通し穴， ４１乃至４３ 回路ブロック， ５１ 係止部， ５２ 溝， ６１ ホールドスイッチ， ６２ 電源スイッチ， ６３ 無線通信部， ６４ アンテナ， ６５ ＣＣＤカメラ， ７１乃至７３ ヒンジ部， ８１ ヒンジ金具， ８２ 軸， ８３ ヒンジ金具， ９１，９２ ヒンジカバー， １０１ ＰＤＡ， １０２ ベース基地コンピュータ， １０３ ＰＤＡ， １０４ 公衆網， １０５ インターネット， １１１ 回路基板， １１２，１１３ フレキ， １１４，１１５ 穴， １３１ アーム部， １３１Ａ，１３１Ｂ ピン部， １３２ アーム部， １３２Ａ，１３２Ｂ ピン部， １３３ アーム部， １３３Ａ，１３３Ｂ ピン部， １４３ 係止部， １４４ 穴， １４５乃至１４７ フレキ， ２０１バス， ２０２ ＣＰＵ， ２０３ ＲＯＭ， ２０４ ＲＡＭ， ２０５（２０５
1乃至２０５
7 ） タッチパネルドライバ， ２０６（２０６
1乃至２０６
7 ） ＬＣＤドライバ， ２０７乃至２０９ アンプ， ２１０，２１１ Ａ／Ｄ変換器， ２１２ Ｄ／Ａ変換器， ２１３ ＭＰＥＧエンコーダ／デコーダ，２１４ ＡＴＲＡＣエンコーダ／デコーダ， ２１５ ＨＤＤ， ２１６ フラッシュメモリ， ２１７ ＤＲＡＭ， ２１８ 通信Ｉ／Ｆ， ２１９ ドライバ， ２２０ 受光部， ２２１ 発光部， ２２２ バッテリ， ２２３ 入力Ｉ／Ｆ， ２２４ 操作部， ２２５ スイッチ部， ２２６ バス， ２３１ ＲＦ処理部， ２３２ チャネル復号部， ２３３ チャネル符号化部，２３４ エンコード／デコード部， ２３５ 画像符号化部， ２３６ 画像復号部， ２３７ 音声符号化部， ２３８ 音声復号部， ２３９ 制御部，２４０ 変復調部， ２４１ メモリ， ２４２ アラーム部， ２４３ 開閉検出部， ２４４ 表示制御部， ２４５ 表示部， ２５１乃至２５５ 表示制御部， ２５６乃至２６１ 表示部， ３０１ キーボード， ３０２ 表示部， ３０３ ＰＤＡ装着部， ３０４ 無線通信部， ３０５ IEEE1394端子， ３０６ USB端子， ３１１ バス， ３１２ ＣＰＵ， ３１３ ＲＯＭ， ３１４ ＲＡＭ， ３１５ フラッシュメモリ， ３１６ ＬＣＤ ， ３１７ ＬＣＤドライバ， ３１８ キーボードＩ／Ｆ， ３１９ USBインタフェース， ３２０ IEEE1394インタフェース， ３２１ PCMCIAＡドライバ，３２２ PCMCIAスロット， ３２３ ＡＴＲＡＣエンコーダ／デコーダ， ３２４ Ａ／Ｄ変換器， ３２５ Ｄ／Ａ変換器， ３２６，３２７ アンプ， ３２８ マイク， ３２９ スピーカ， ３３０ マイクジャック， ３３１ イヤフォンジャック， ３３２ CD-RWドライブ， ３３３ ＨＤＤ， ３３４フラッシュメモリ， ３３５ ＤＲＡＭ， ３３６ 通信Ｉ／Ｆ， ３３７ コネクタ部， ３３７
1乃至３３７
4コネクタ， ３３８ ドライバ， ３３９受光部， ３４０ 発光部， ３４１ ＬＡＮボード， ３４２ モデム／ＴＡ／ＤＳＵ， ３４３ バス， ３４４ 充電回路， ３４５ バス， ３５１制御部， ３５２ 音声画像符号化復号部， ３５３ 操作部， ３５４ 変復調部， ３５５ 表示制御部， ３５６ 表示部， ３５７ メモリ， ４０１，４０１' 送信処理部， ４０２，４０２' 受信処理部， ４１１ 符号化部， ４１２ イベント検出部， ４１３ ストレージ， ４１４ 学習部，４１５ タップ係数バッファ， ４１６ ストレージ， ４２１ データ圧縮部， ４２２ 送信制御部， ４２３ クラスタップ抽出部， ４２４ クラス分類部， ４２５ クラスコードデータベース， ４３１ 復号部， ４３２ 画質判定部， ４３３ リクエスト信号送信部， ４４１ 受信制御部， ４４２ 受信バッファ， ４４３ 登録部， ４４４ ストレージ， ４４５ 選択部， ４４６ クラスコードデータベース， ４４７，４４８ 適応処理部， ４５１ バッファ， ４５２ 予測タップ抽出部， ４５３ 積和演算部， ４５４ クラスコード読み出し部， ４５５ 係数メモリ， ４５６ 登録部， ４６１ 教師データメモリ， ４６２ データ圧縮部， ４６３ 生徒データメモリ， ４６４ 予測タップ抽出部， ４６５ クラスタップ抽出部， ４６６クラス分類部， ４６７ 足し込み部， ４６８ タップ係数決定部， ５０１ ベクトル化部， ５０２ ベクトル量子化部， ５０３ ローカルデコード部， ５０４ 差分演算部， ５０５ エントロピー符号化部， ５０６ 更新部， ５０７ コードブックデータベース， ５０８ 選択部， ５０９ コードブック記憶部， ５２１ データ更新部， ５２２ コードブック更新部， ５３１ エントロピー復号部， ５３２ ベクトル逆量子化部， ５３３ 加算部， ５３４ エラー訂正部， ５３５ スカラ化部， ５３６ コードブックデータベース， ５３７ 選択部， ５３８ コードブック記憶部， ５３９ 更新部， ５４０ エラー検出部， ５５０ 書き込み部， ５５１ メモリ，５５２ 読み出し部， ５５３ 部分ベクトル推定部， ５５４ 画像ベクトル推定部， ６００ 音声復号部， ６０１ 音質向上部， ６０２ 学習部，６１１ バッファ， ６１２ 予測タップ抽出部， ６１３ クラスタップ抽出部， ６１４ クラス分類部， ６１５ 係数メモリ， ６１６ 積和演算部， ６２１ 教師データメモリ， ６２２ 生徒データ生成部， ６２２Ｄ 音声復号部， ６２２Ｅ 音声符号化部， ６２３ 生徒データメモリ， ６２４予測タップ抽出部， ６２５ クラスタップ抽出部， ６２６ クラス分類部， ６２７ 足し込み部， ６２８ タップ係数決定部， ６２９ タップ係数メモリ， ６３０ コンポーネントデータベース， ６３１ 統合部， ６３２学習情報送信部， ６３３ イベント検出部， ６３４ リクエスト信号送信部
