(57)【要約】【課題】分かりやすい情報の表示と、正確な操作を可能とする。【解決手段】ＬＣＤ４1，５1，１２，２１，２２，２３を１画面として、複数の項目「ニュース」、「音楽」、「天気予報」、「メール」、「映画」、「電話」がそれぞれ複数のＬＣＤにわたってマルチスクリーン表示される（図３８（Ａ））。例えば、ユーザによって、そのうちの項目「映画」が選択されると、その項目「映画」が選択されたことが検出され、ＬＣＤ４1，５1，１２，２２，２１，２３を１画面として、その選択された項目「映画」に対応付けられている６つの映画のタイトル＃１乃至＃６が、それぞれ複数のＬＣＤにわたってマルチスクリーン表示される（図３８（Ｂ））。【選択図】図３８
2008010008.tif 000002
【特許請求の範囲】
【請求項１】
情報を表示する表示手段を複数有する表示装置であって、
複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御手段と、
前記複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出手段と
を備え、
前記表示制御手段は、選択された情報に対応付けられている複数の情報それぞれを、前記複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を前記複数の表示手段に表示させる際、前記表示手段と前記メニュー項目を一対一に対応させずに前記メニュー項目を前記複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能である
ことを特徴とする表示装置。
【請求項２】
本体と、
前記本体に対して移動可能に取り付けられた蓋部と、
前記本体または蓋部に対して移動可能に取り付けられたパネルと
をさらに備え、
前記本体は、前記蓋部が第１の位置に移動したときに収納され、前記蓋部が第２の位置に移動したときに露出する第１の表示手段を、前記複数の表示手段の１つとして有し、
前記蓋部は、前記第２の位置に移動したときに上面に露出する第２の表示手段を、前記複数の表示手段のうちの他の１つとして有し、
前記パネルは、所定の位置に移動したときに上面に露出する第３の表示手段を、前記複数の表示手段のうちのさらに他の１つとして有する
ことを特徴とする請求項１に記載の表示装置。
【請求項３】
前記本体または蓋部に対して移動可能に取り付けられ、所定の位置に移動したときに上面に露出する第４の表示手段を有する他のパネルをさらに備える
ことを特徴とする請求項２に記載の表示装置。
【請求項４】
前記蓋部は、
前記本体の一端に回動自在に取り付けられており、
第１の位置に移動したときに閉じた状態となり、前記第１と第２の表示手段を、その第１と第２の表示手段が対向するように収納し、
前記第２の位置に移動したときに開いた状態となり、前記第１と第２の表示手段を露出させる
ことを特徴とする請求項２に記載の表示装置。
【請求項５】
前記第１の表示手段は、前記蓋部が開いた状態になっているときに露出するように、前記本体の上面に設けられている
ことを特徴とする請求項４に記載の表示装置。
【請求項６】
前記第２の表示手段は、前記蓋部が閉じた状態になっているときの、その蓋部の裏面に設けられている
ことを特徴とする請求項４に記載の表示装置。
【請求項７】
前記パネルは、
前記本体または蓋部の一端に回動自在に取り付けられており、
前記蓋部が前記第２の位置に移動した状態において回動可能状態となる
ことを特徴とする請求項２に記載の表示装置。
【請求項８】
前記第３の表示手段は、前記パネルが閉じた状態となっているときの、そのパネルの裏面に設けられている
ことを特徴とする請求項７に記載の表示装置。
【請求項９】
前記パネルは、
前記蓋部の一端に回動自在に取り付けられており、
開いた状態に回動されることにより、前記第３の表示手段を露出させ、
閉じた状態に回動されることにより、前記第３の表示手段を収納する
ことを特徴とする請求項７に記載の表示装置。
【請求項１０】
前記第２の表示手段は、前記蓋部が第２の位置に移動し、かつ前記パネルが開いた状態となったときに露出する
ことを特徴とする請求項９に記載の表示装置。
【請求項１１】
前記蓋部は、前記本体に対して、ヒンジ機構を介して回動自在に取り付けられており、
前記ヒンジ機構は、
前記本体に固定された第１のヒンジ金具と、
前記蓋部に固定された第２のヒンジ金具と、
前記第１と第２のヒンジ金具に、両端が圧入される軸と
を有し、
前記第１のヒンジ金具と軸、および第２のヒンジ金具と軸は、回転自在とされている
ことを特徴とする請求項２に記載の表示装置。
【請求項１２】
前記第１と第２のヒンジ金具は、カーリングされたバネ用鋼板により形成されている
ことを特徴とする請求項１１に記載の表示装置。
【請求項１３】
前記パネルは、前記蓋部に対して、ヒンジ機構を介して回動自在に取り付けられており、
前記ヒンジ機構は、
前記本体に固定された第１のヒンジ金具と、
前記蓋部に固定された第２のヒンジ金具と、
前記第１と第２のヒンジ金具に、両端が圧入される軸と
を有し、
前記第１のヒンジ金具と軸、および第２のヒンジ金具と軸は、回転自在とされている
ことを特徴とする請求項２に記載の表示装置。
【請求項１４】
前記第１と第２のヒンジ金具は、カーリングされたバネ用鋼板により形成されている
ことを特徴とする請求項１３に記載の表示装置。
【請求項１５】
前記表示制御手段は、前記複数の表示手段の全体に、１つの情報を表示させる制御も行う
ことを特徴とする請求項１に記載の表示装置。
【請求項１６】
前記蓋部の状態を検出する検出手段をさらに備え、
前記表示制御手段は、前記蓋部の状態に応じて、前記複数の表示手段のオン／オフも制御する
ことを特徴とする請求項２に記載の表示装置。
【請求項１７】
前記パネルの状態を検出する検出手段をさらに備え、
前記表示制御手段は、前記パネルの状態に応じて、前記複数の表示手段のオン／オフも制御する
ことを特徴とする請求項２に記載の表示装置。
【請求項１８】
携帯型の端末であり、
腕に装着するためのバンドをさらに備え、
前記バンドには、１以上の表示手段が設けられている
ことを特徴とする請求項２に記載の表示装置。
【請求項１９】
通信可能な通信装置と通信を行う通信手段をさらに備える
ことを特徴とする請求項１に記載の表示装置。
【請求項２０】
通信を行う相手の宛先を入力する宛先入力手段をさらに備える
ことを特徴とする請求項１９に記載の表示装置。
【請求項２１】
前記通信手段は、音声通話を行う電話機として機能する
ことを特徴とする請求項１９に記載の表示装置。
【請求項２２】
前記音声通話において送信する音声を入力する音声入力手段と、
前記音声通話において受信した音声を出力する音声出力手段と
をさらに備えることを特徴とする請求項２１に記載の表示装置。
【請求項２３】
前記通信手段は、データの送受信を行う
ことを特徴とする請求項１９に記載の表示装置。
【請求項２４】
送信または受信するデータを選択する送受信データ選択手段をさらに備える
ことを特徴とする請求項２３に記載の表示装置。
【請求項２５】
前記通信手段は、画像データまたは音声データの送受信を行う
ことを特徴とする請求項２３に記載の表示装置。
【請求項２６】
前記通信手段は、電子メールの送受信を行う
ことを特徴とする請求項２３に記載の表示装置。
【請求項２７】
前記電子メールのメッセージを入力するメッセージ入力手段をさらに備える
ことを特徴とする請求項２６に記載の表示装置。
【請求項２８】
データを記憶するデータ記憶手段をさらに備える
ことを特徴とする請求項１に記載の表示装置。
【請求項２９】
前記データ記憶手段は、画像データまたは音声データを記憶する
ことを特徴とする請求項２８に記載の表示装置。
【請求項３０】
前記データ記憶手段に記憶されたデータを再生する再生手段をさらに備える
ことを特徴とする請求項２８に記載の表示装置。
【請求項３１】
再生するデータを選択する再生データ選択手段をさらに備える
ことを特徴とする請求項３０に記載の表示装置。
【請求項３２】
前記データ記憶手段は、コンピュータに実行させるプログラムを記憶し、
前記プログラムを実行する実行手段をさらに備える
ことを特徴とする請求項２８に記載の表示装置。
【請求項３３】
前記通信手段は、前記通信装置と接触した状態で、または非接触で、通信を行う
ことを特徴とする請求項１９に記載の表示装置。
【請求項３４】
電源となるバッテリをさらに備え、
前記通信手段と前記通信装置が通信を行うことにより、前記通信装置が、前記バッテリの充電を行う
ことを特徴とする請求項１９に記載の表示装置。
【請求項３５】
前記通信装置との間で、認証を行う認証手段をさらに備える
ことを特徴とする請求項１９に記載の表示装置。
【請求項３６】
前記通信装置に対して着脱可能に構成されており、
前記通信装置に装着されたときに、前記通信装置の一部として機能する
ことを特徴とする請求項１９に記載の表示装置。
【請求項３７】
データを記憶するメモリをさらに備え、
前記メモリは、前記表示装置が前記通信装置に装着されたときに、前記通信装置のメモリの一部として機能する
ことを特徴とする請求項３６に記載の表示装置。
【請求項３８】
携帯型の端末である
ことを特徴とする請求項１に記載の表示装置。
【請求項３９】
情報を表示する表示手段を複数有する表示装置の表示方法であって、
複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御ステップと、
前記複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出ステップと
を備え、
前記表示制御ステップにおいて、選択された情報に対応付けられている複数の情報それぞれを、前記複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を前記複数の表示手段に表示させる際、前記表示手段と前記メニュー項目を一対一に対応させずに前記メニュー項目を前記複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能である
ことを特徴とする表示方法。
【請求項４０】
情報を表示する表示手段を複数有する表示装置を制御するのに、コンピュータに行わせるプログラムであって、
複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御ステップと、
前記複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出ステップと
を備え、
前記表示制御ステップにおいて、選択された情報に対応付けられている複数の情報それぞれを、前記複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を前記複数の表示手段に表示させる際、前記表示手段と前記メニュー項目を一対一に対応させずに前記メニュー項目を前記複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能である
ことを特徴とするプログラム。
【請求項４１】
情報を表示する表示手段を複数有する表示装置を制御するのに、コンピュータに行わせるプログラムが記録されている記録媒体であって、
複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御ステップと、
前記複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出ステップと
を備え、
前記表示制御ステップにおいて、選択された情報に対応付けられている複数の情報それぞれを、前記複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を前記複数の表示手段に表示させる際、前記表示手段と前記メニュー項目を一対一に対応させずに前記メニュー項目を前記複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能である
プログラムが記録されていることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置および表示方法、並びにプログラムおよび記録媒体に関し、特に、例えば、ＰＤＡ(Personal Digital Assistance)等の小型の情報処理装置において、分かりやすい情報の表示や、正確な操作等を行うことができるようにする表示装置および表示方法、並びにプログラムおよび記録媒体に関する。
【背景技術】
【０００２】
近年においては、多数のメーカにおいて、ＰＤＡが製造、販売されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ＰＤＡは、いわゆる手のひらサイズの小型の情報処理装置であることから、情報を表示するＬＣＤ(Liquid Crystal Display)等も小型のものが採用される。従って、多くの情報を表示する場合には、小型のＬＣＤに、小さなサイズで情報を表示しなければならず、ユーザは、ＬＣＤを凝視しないと、情報を認識することが困難なことがあった。
【０００４】
さらに、ＰＤＡとしては、ＬＣＤとタッチパネル（本明細書中においては、指で操作可能なものの他、専用のペンで操作されるタブレット等も含む）とを一体的に構成し、ＬＣＤに、ボタンを表示させ、そのボタン操作を、タッチパネルで検出するものが実現されている。
【０００５】
しかしながら、上述のように、ＰＤＡに設けられたＬＣＤは小型であるため、そのＬＣＤに表示させるボタンも小さく表示せざるを得ず、誤って、操作しようとしたボタンとは異なるボタンを操作してしまうことがあった。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、分かりやすい情報の表示を可能とするとともに、正確な操作を可能とすることができるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の表示装置は、複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御手段と、複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出手段とを備え、表示制御手段が、選択された情報に対応付けられている複数の情報それぞれを、複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を複数の表示手段に表示させる際、表示手段とメニュー項目を一対一に対応させずにメニュー項目を複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能であることを特徴とする。
【０００８】
本発明の表示方法は、複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御ステップと、複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出ステップとを備え、表示制御ステップにおいて、選択された情報に対応付けられている複数の情報それぞれを、複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を複数の表示手段に表示させる際、表示手段とメニュー項目を一対一に対応させずにメニュー項目を複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能であることを特徴とする。
【０００９】
本発明のプログラムは、複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御ステップと、複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出ステップとを備え、表示制御ステップにおいて、選択された情報に対応付けられている複数の情報それぞれを、複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を複数の表示手段に表示させる際、表示手段とメニュー項目を一対一に対応させずにメニュー項目を複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能であることを特徴とする。
【００１０】
本発明の記録媒体は、複数の表示手段それぞれごとに、１つの情報を表示させる制御を行う表示制御ステップと、複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかを検出する検出ステップとを備え、表示制御ステップにおいて、選択された情報に対応付けられている複数の情報それぞれを、複数の表示手段それぞれに表示させるとともに、複数のメニュー項目を複数の表示手段に表示させる際、表示手段とメニュー項目を一対一に対応させずにメニュー項目を複数の表示手段にわたって表示させるマルチスクリーン表示を実行可能であるプログラムが記録されていることを特徴とする。
【００１１】
本発明の表示装置および表示方法、並びにプログラムにおいては、複数の表示手段それぞれごとに、１つの情報が表示され、複数の表示手段それぞれに表示された情報のうちのいずれが選択されたかが検出される。そして、その選択された情報に対応付けられている複数の情報それぞれを、複数の表示手段それぞれに表示される。また、複数のメニュー項目を複数の表示手段に表示させる際、表示手段とメニュー項目を一対一に対応させずにメニュー項目を複数の表示手段にわたって表示させるマルチスクリーン表示が実行可能される。
【発明の効果】
【００１２】
本発明によれば、分かりやすい情報の表示や、正確な操作が可能となる。
【発明を実施するための最良の形態】
【００１３】
図１乃至図４は、本発明を適用したＰＤＡの一実施の形態の外観構成例を示している。
【００１４】
図１に示すように、ＰＤＡは、腕時計型のものとされており、時計バンド１に、メインブロック２を設ける形で構成されている。ユーザは、腕時計をするのと同様に、時計バンド１を、左腕または右腕の手首部分に装着することで、ＰＤＡを容易に携帯することができる。
【００１５】
メインブロック２は、腕時計でいえば、時計の本体部分に相当するもので、本体１１と、その本体の一端に回動可能に取り付けられた蓋部２０とから構成されている。
【００１６】
蓋部２０は、閉じた状態において上面に露出するように設けられたＬＣＤ(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/2Kで除算（量子化）される。そして、以上のようにして得られる、クラスタップを構成するKビットの各画素の画素値を、所定の順番で並べたビット列が、ADRCコードとして出力される。従って、クラスタップが、例えば、１ビットADRC処理された場合には、そのクラスタップを構成する各画素の画素値は、最小値MINが減算された後に、最大値MAXと最小値MINとの平均値で除算され、これにより、各画素の画素値が１ビットとされる（２値化される）。そして、その１ビットの画素値を所定の順番で並べたビット列が、ADRCコードとして出力される。
【０５２２】
なお、クラス分類では、例えば、クラスタップを構成する画素のレベル分布（画素値分布）のパターンを、そのままクラスコードとして出力することも可能であるが、この場合、クラスタップが、Ｎ個の画素で構成され、各画素に、Ｋビットが割り当てられているとすると、クラス分類によって得られるクラスコードの場合の数は、（２N）K通りとなり、画素のビット数Ｋに指数的に比例した膨大な数となる。
【０５２３】
従って、クラス分類は、クラスタップの情報量を、上述のADRC処理や、あるいはベクトル量子化等によって圧縮する手法を利用するのが好ましい。
【０５２４】
クラスコードデータベース４２５は、クラス分類部４２４が出力するクラスコードを記憶する。
【０５２５】
ここで、クラス分類部４２４では、ＨＤ画像データの各ＨＤ画素を注目画素としてクラス分類が行われるから、クラスコードは、ＨＤ画素ごとに得られる。従って、クラスコードデータベース４２５には、ＨＤ画像データの各ＨＤ画素のクラスコードを画素値とする画像データが記憶されると考えることができ、このクラスコードで構成される画像を、以下、適宜、クラスコード画像という。
【０５２６】
以上のように構成される送信処理部４０１では、ＨＤ画像データから得られたＳＤ画像データを送信する画像データ送信処理、そのＨＤ画像データからクラスコード画像を生成するクラスコード生成処理、およびクラスコードデータベース４２５に記憶されたクラスコード画像を送信するクラスコード送信処理が行われるようになっている。
【０５２７】
そこで、図４６のフローチャートを参照して、図４５の送信処理部４０１で行われる画像データ送信処理、クラスコード生成処理、およびクラスコード送信処理について説明する。
【０５２８】
まず、図４６（Ａ）のフローチャートを参照して、図４５の送信処理部４０１が行う画像データ送信処理について説明する。
【０５２９】
画像データ送信処理は、例えば、操作部２２４（図２３）が、ユーザによって、画像データの送信を要求するように操作が行われると開始される。
【０５３０】
即ち、送信すべきＨＤ画像データは、例えば、１フレーム単位で、符号化部４１１に供給されるようになっており、画像データ送信処理では、まず最初に、ステップＳ２０１において、符号化部４１１のデータ圧縮部４２１が、そのＨＤ画像データを、ＳＤ画像データに変換することにより圧縮し、そのＳＤ画像データを、送信制御部４２２に供給する。
【０５３１】
なお、ここでいう１フレームは、動画の一画面と考えることもできるし、静止画の１画面と考えることもできる。
【０５３２】
送信制御部４２２は、ステップＳ２０２において、データ圧縮部４２１からのＳＤ画像データを選択し、送信データとして出力する。この送信データは、通信Ｉ／Ｆ２１８（図２３）に供給され、例えば、アンテナ６４から送信される。
【０５３３】
なお、ステップＳ２０２において、ＳＤ画像データを送信した後、次のＳＤ画像データを送信するまでの間に余裕があるときには、同一フレームのＳＤ画像データが繰り返し送信される。従って、ステップＳ２０２では、同一フレームのＳＤ画像データが、１回以上送信される。
【０５３４】
その後、ステップＳ２０３に進み、データ圧縮部４２１は、次のフレーム（次に処理すべきフレーム）のＨＤ画像データがあるかどうかを判定し、あると判定した場合、ステップＳ２０１に戻って、以下、同様の処理を繰り返す。
【０５３５】
また、ステップＳ２０３において、次のフレームのＨＤ画像データがないと判定された場合、画像データ送信処理を終了する。
【０５３６】
なお、上述の場合には、ステップＳ２０２において、同一フレームのＳＤ画像データが、複数回続けて送信されることがあるが、同一のＳＤ画像データの送信（再送）は、後で行うことも可能である。即ち、ＳＤ画像データの再送は、一連のＳＤ画像データの送信が終了した後に、その一連のＳＤ画像データを再び送信することで行うことが可能である。
【０５３７】
次に、図４６（Ｂ）のフローチャートを参照して図４５の送信処理部４０１が行うクラスコード生成処理について説明する。
【０５３８】
クラスコード生成処理は、例えば、図４６（Ａ）に示した画像データ送信処理が開始されると開始される。
【０５３９】
即ち、クラスタップ抽出部４２３には、データ圧縮部４２１に供給されるのと同一のＨＤ画像データが、例えば、１フレーム単位で供給されるようになっており、クラスタップ抽出部４２３は、まず最初に、ステップＳ２１１において、そこに供給された１フレームのＨＤ画像データを構成する各ＨＤ画素を注目画素として、各注目画素についてクラスタップを抽出する。このクラスタップは、クラス分類部４２４に供給される。
【０５４０】
クラス分類部４２４は、クラスタップ抽出部４２３から、１フレームの各ＨＤ画素を注目画素とするクラスタップを受信すると、ステップＳ２１２において、各ＨＤ画素のクラスコードを、そのＨＤ画素についてのクラスタップに基づいてクラス分類を行うことにより取得し、クラスコードデータベース４２５に供給する。
【０５４１】
クラスコードデータベース４２５は、ステップＳ２１３において、クラス分類部４２４から供給される１フレームのＨＤ画像データを構成するＨＤ画素それぞれについてのクラスコードからなる画像、即ち、クラスコード画像を記憶し、ステップＳ２１４に進む。
【０５４２】
ステップＳ２１４では、クラスタップ抽出部４２３が、次のフレームのＨＤ画像データがあるかどうかを判定し、あると判定した場合、ステップＳ２１１に戻って、以下、同様の処理を繰り返す。
【０５４３】
また、ステップＳ２１４において、次のフレームのＨＤ画像データがないと判定された場合、クラスコード生成処理を終了する。
【０５４４】
次に、図４６（Ｃ）のフローチャートを参照して、図４５の送信処理部４０１が行うクラスコード送信処理について説明する。
【０５４５】
クラスコード送信処理では、まず最初に、ステップＳ２２１において、送信制御部４２２が、所定のイベントが発生したかどうかを判定する。
【０５４６】
即ち、ここでは、例えば、受信装置としてのＰＤＡ１０３からリクエスト信号が送信されてきたことが、所定のイベントとして採用されており、ステップＳ２２１では、イベント検出部４１２がリクエスト信号を受信することにより、ＰＤＡ１０３からリクエスト信号が送信されてきたというイベントが発生したことを表すイベントメッセージを、送信制御部４２２に供給したかどうかによって、所定のイベントが発生したかどうかが判定される。
【０５４７】
ステップＳ２２１において、所定のイベントが発生していないと判定された場合、ステップＳ２２１に戻り、所定のイベントが発生するまで待つ。
【０５４８】
そして、ステップＳ２２１において、所定のイベントが発生したと判定された場合、ステップＳ２２２に進み、送信制御部４２２は、クラスコード画像が、クラスコードデータベース４２５に記憶されているかどうかを判定する。
【０５４９】
ステップＳ２２２において、クラスコード画像が記憶されていないと判定された場合、ステップＳ２２１に戻り、以下、同様の処理が繰り返される。
【０５５０】
また、ステップＳ２２２において、クラスコード画像が記憶されていると判定された場合、ステップＳ２２３に進み、送信制御部４２２は、クラスコードデータベース４２５に記憶されたクラスコードを読み出し、送信データとして選択する。この送信データは、送信制御部４２２から通信Ｉ／Ｆ２１８（図２３）に供給され、アンテナ６４から送信される。
【０５５１】
送信制御部４２２は、ステップＳ２２３において、その処理の開始時に、クラスコードデータベース４２５に記憶されていたすべてのクラスコード画像の送信が終了すると、クラスコードデータベース４２５から、その送信が終了したクラスコード画像を削除し、ステップＳ２２２に戻る。そして、上述したように、ステップＳ２２２において、送信制御部４２２は、クラスコードデータベース４２５に、クラスコード画像が記憶されているかどうかを判定する。
【０５５２】
即ち、前回のステップＳ２２３の処理の開始時から、今回のステップＳ２２２の処理の開始時までの間に、クラス分類部４２４において得られた新たなクラスコード画像が、クラスコードデータベース４２５に記憶されている場合があるので、送信制御部４２２は、そのような新たなクラスコード画像が、クラスコードデータベース４２５に記憶されているかどうかを判定する。そして、その判定結果に基づき、以下、同様の処理が繰り返される。
【０５５３】
従って、クラスコード送信処理では、所定のイベントが発生すると、クラスコードデータベース４２５に記憶されるクラスコード画像がなくなるまで、クラスコード画像の送信が行われる。
【０５５４】
次に、図４７は、図４４の受信処理部４０２の第１の構成例を示している。
【０５５５】
図４７の実施の形態では、受信処理部４０２は、復号部４３１、画質判定部４３２、およびリクエスト信号送信部４３３で構成されている。
【０５５６】
復号部４３１は、そこに供給される受信データを復号等し、ＳＤ画像データまたはＨＤ画像データを得る。
【０５５７】
即ち、ＰＤＡ１０３では、ＰＤＡ１０１の送信処理部４０１から、図４５および図４６で説明したようにして送信されてくる送信データが、そのアンテナ６４（図２３）を介して、通信Ｉ／Ｆ２１８で受信され、その結果得られる受信データが、受信処理部４０２に供給される。
【０５５８】
受信処理部４０２では、通信Ｉ／Ｆ２１８からの受信データが、復号部４３１に供給され、復号部４３１は、この受信データを処理することにより、ＳＤ画像データまたはＨＤ画像データを得る。
【０５５９】
画質判定部４３２は、復号部４３１で得られたＳＤ画像データの画質を判定し、その判定結果をリクエスト信号送信部４３３に供給する。
【０５６０】
リクエスト信号送信部４３３は、画質判定部４３２によるＳＤ画像データの画質の判定結果に基づき、クラスコード画像を要求するリクエスト信号を生成して出力する。このリクエスト信号は、通信Ｉ／Ｆ２１８（図２３）に供給され、アンテナ６４を介して、送信装置としてのＰＤＡ１０１に送信される。
【０５６１】
ここで、復号部４３１は、図４７に示すように、受信制御部４４１、受信バッファ４４２、登録部４４３、ストレージ４４４、選択部４４５、クラスコードデータベース４４６、および適応処理部４４７から構成されている。
【０５６２】
受信制御部４４１は、受信データを受信し、その受信データがＳＤ画像データである場合には、受信バッファ４４２に供給し、受信データがクラスコード画像である場合には、クラスコードデータベース４４６に供給する。
【０５６３】
受信バッファ４４２は、受信制御部４４１から供給されるＳＤ画像データを一時記憶する。登録部４４３は、受信バッファ４４２に記憶されたＳＤ画像データの各フレームを、ストレージ４４４に記憶（登録）させる制御を行う。ストレージ４４４は、登録部４４３の制御にしたがい、ＳＤ画像データを記憶する。このＳＤ画像データは、ストレージ４４４から読み出され、選択部４４５に供給される。
【０５６４】
選択部４４５は、ストレージ４４４から供給されるＳＤ画像データを選択し、ＬＣＤドライバ２０６（図２３）に供給して、ＬＣＤ３等に表示させる。但し、選択部４４５は、適応処理部４４７から、後述するようにしてＨＤ画像データが出力される場合には、そのＨＤ画像データを選択し、ＬＣＤドライバ２０６（図２３）に供給して、ＬＣＤ３等に表示させる。
【０５６５】
クラスコードデータベース４４６は、受信制御部４４１から供給されるクラスコード画像を記憶する。
【０５６６】
適応処理部４４７は、クラスコードデータベース４４６に記憶されたクラスコード画像を構成する各クラスコードを用いて、ストレージ４４４に記憶されたＳＤ画像データに適応処理を施し、これにより、そのＳＤ画像データの画質を向上させたＨＤ画像データを得て、選択部４４５に供給する。
【０５６７】
ここで、適応処理では、ＳＤ画像を構成する画素（以下、適宜、ＳＤ画素という）と、所定のタップ係数との線形結合により、そのＳＤ画像の空間解像度等を向上させたＨＤ画像の画素の予測値を求めることで、そのＳＤ画像の解像度を高くした画像が得られる。
【０５６８】
具体的には、例えば、いま、あるＨＤ画像を教師データとするとともに、そのＨＤ画像の解像度を劣化させたＳＤ画像を生徒データとして、ＨＤ画像を構成する画素（以下、適宜、ＨＤ画素という）の画素値ｙの予測値Ｅ［ｙ］を、幾つかのＳＤ画素（ＳＤ画像を構成する画素）の画素値ｘ1，ｘ2，・・・の集合と、所定のタップ係数ｗ1，ｗ2，・・・の線形結合により規定される線形１次結合モデルにより求めることを考える。この場合、予測値Ｅ［ｙ］は、次式で表すことができる。
【０５６９】
Ｅ［ｙ］＝ｗ1ｘ1＋ｗ2ｘ2＋・・・
・・・（１）
【０５７０】
式（１）を一般化するために、タップ係数ｗjの集合でなる行列Ｗ、生徒データｘijの集合でなる行列Ｘ、および予測値Ｅ［ｙj］の集合でなる行列Ｙ'を、
【数１】
2008010008.tif 000003
で定義すると、次のような観測方程式が成立する。
【０５７１】
ＸＷ＝Ｙ'                                                      ・・・（２）
ここで、行列Ｘの成分ｘijは、ｉ件目の生徒データの集合（ｉ件目の教師データｙiの予測に用いる生徒データの集合）の中のｊ番目の生徒データを意味し、行列Ｗの成分ｗjは、生徒データの集合の中のｊ番目の生徒データとの積が演算されるタップ係数を表す。また、ｙiは、ｉ件目の教師データを表し、従って、Ｅ［ｙi］は、ｉ件目の教師データの予測値を表す。なお、式（１）の左辺におけるｙは、行列Ｙの成分ｙiのサフィックスｉを省略したものであり、また、式（１）の右辺におけるｘ1，ｘ2，・・・も、行列Ｘの成分ｘijのサフィックスｉを省略したものである。
【０５７２】
式（２）の観測方程式に最小自乗法を適用して、ＨＤ画素の画素値ｙに近い予測値Ｅ［ｙ］を求めることを考える。この場合、教師データとなるＨＤ画素の真の画素値ｙの集合でなる行列Ｙ、およびＨＤ画素の画素値ｙに対する予測値Ｅ［ｙ］の残差ｅの集合でなる行列Ｅを、
【数２】
2008010008.tif 000004
で定義すると、式（２）から、次のような残差方程式が成立する。
【０５７３】
ＸＷ＝Ｙ＋Ｅ
・・・（３）
【０５７４】
この場合、ＨＤ画素の画素値ｙに近い予測値Ｅ［ｙ］を求めるためのタップ係数ｗjは、自乗誤差
【数３】
2008010008.tif 000005
を最小にすることで求めることができる。
【０５７５】
従って、上述の自乗誤差をタップ係数ｗjで微分したものが０になる場合、即ち、次式を満たすタップ係数ｗjが、ＨＤ画素の画素値ｙに近い予測値Ｅ［ｙ］を求めるため最適値ということになる。
【０５７６】
【数４】
2008010008.tif 000006
・・・（４）
【０５７７】
そこで、まず、式（３）を、タップ係数ｗjで微分することにより、次式が成立する。
【０５７８】
【数５】
2008010008.tif 000007
・・・（５）
【０５７９】
式（４）および（５）より、式（６）が得られる。
【０５８０】
【数６】
2008010008.tif 000008
・・・（６）
【０５８１】
さらに、式（３）の残差方程式における生徒データｘij、タップ係数ｗj、教師データｙi、および残差ｅiの関係を考慮すると、式（６）から、次のような正規方程式を得ることができる。
【０５８２】
【数７】
2008010008.tif 000009
・・・（７）
【０５８３】
なお、式（７）に示した正規方程式は、行列（共分散行列）Ａおよびベクトルｖを、
【数８】
2008010008.tif 000010
で定義するとともに、ベクトルＷを、数１で示したように定義すると、式
ＡＷ＝ｖ
・・・（８）
で表すことができる。
【０５８４】
式（７）における各正規方程式は、生徒データｘ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  コネクタ，  ３３８  ドライバ，  ３３９  受光部，  ３４０  発光部，  ３４１  ＬＡＮボード，  ３４２  モデム／ＴＡ／ＤＳＵ，  ３４３  バス，  ３４４  充電回路，  ３４５  バス，  ３５１  制御部，  ３５２  音声画像符号化復号部，  ３５３  操作部，  ３５４  変復調部，  ３５５  表示制御部，  ３５６  表示部，  ３５７  メモリ，  ４０１，４０１'  送信処理部，  ４０２，４０２'  受信処理部，  ４１１  符号化部，  ４１２  イベント検出部，  ４１３  ストレージ，  ４１４  学習部，  ４１５  タップ係数バッファ，  ４１６  ストレージ，  ４２１  データ圧縮部，  ４２２  送信制御部，  ４２３  クラスタップ抽出部，  ４２４  クラス分類部，  ４２５  クラスコードデータベース，  ４３１  復号部，  ４３２  画質判定部，  ４３３  リクエスト信号送信部，  ４４１  受信制御部，  ４４２  受信バッファ，  ４４３  登録部，  ４４４  ストレージ，  ４４５  選択部，  ４４６  クラスコードデータベース，  ４４７，４４８  適応処理部，  ４５１  バッファ，  ４５２  予測タップ抽出部，  ４５３  積和演算部，  ４５４  クラスコード読み出し部，  ４５５  係数メモリ，  ４５６  登録部，  ４６１  教師データメモリ，  ４６２  データ圧縮部，  ４６３  生徒データメモリ，  ４６４  予測タップ抽出部，  ４６５  クラスタップ抽出部，  ４６６  クラス分類部，  ４６７  足し込み部，  ４６８  タップ係数決定部，  ５０１  ベクトル化部，  ５０２  ベクトル量子化部，  ５０３  ローカルデコード部，  ５０４  差分演算部，  ５０５  エントロピー符号化部，  ５０６  更新部，  ５０７  コードブックデータベース，  ５０８  選択部，  ５０９  コードブック記憶部，  ５２１  データ更新部，  ５２２  コードブック更新部，  ５３１  エントロピー復号部，  ５３２  ベクトル逆量子化部，  ５３３  加算部，  ５３４  エラー訂正部，  ５３５  スカラ化部，  ５３６  コードブックデータベース，  ５３７  選択部，  ５３８  コードブック記憶部，  ５３９  更新部，  ５４０  エラー検出部，  ５５０  書き込み部，  ５５１  メモリ，  ５５２  読み出し部，  ５５３  部分ベクトル推定部，  ５５４  画像ベクトル推定部，  ６００  音声復号部，  ６０１  音質向上部，  ６０２  学習部，  ６１１  バッファ，  ６１２  予測タップ抽出部，  ６１３  クラスタップ抽出部，  ６１４  クラス分類部，  ６１５  係数メモリ，  ６１６  積和演算部，  ６２１  教師データメモリ，  ６２２  生徒データ生成部，  ６２２Ｄ  音声復号部，  ６２２Ｅ  音声符号化部，  ６２３  生徒データメモリ，  ６２４  予測タップ抽出部，  ６２５  クラスタップ抽出部，  ６２６  クラス分類部，  ６２７  足し込み部，  ６２８  タップ係数決定部，  ６２９  タップ係数メモリ，  ６３０  コンポーネントデータベース，  ６３１  統合部，  ６３２  学習情報送信部，  ６３３  イベント検出部，  ６３４  リクエスト信号送信部
【図１】
2008010008.tif 000011
【図２】
2008010008.tif 000012
【図３】
2008010008.tif 000013
【図４】
2008010008.tif 000014
【図５】
2008010008.tif 000015
【図６】
2008010008.tif 000016
【図７】
2008010008.tif 000017
【図８】
2008010008.tif 000018
【図９】
2008010008.tif 000019
【図１０】
2008010008.tif 000020
【図１１】
2008010008.tif 000021
【図１２】
2008010008.tif 000022
【図１３】
2008010008.tif 000023
【図１４】
2008010008.tif 000024
【図１５】
2008010008.tif 000025
【図１６】
2008010008.tif 000026
【図１７】
2008010008.tif 000027
【図１８】
2008010008.tif 000028
【図１９】
2008010008.tif 000029
【図２０】
2008010008.tif 000030
【図２１】
2008010008.tif 000031
【図２２】
2008010008.tif 000032
【図２３】
2008010008.tif 000033
【図２４】
2008010008.tif 000034
【図２５】
2008010008.tif 000035
【図２６】
2008010008.tif 000036
【図２７】
2008010008.tif 000037
【図２８】
2008010008.tif 000038
【図２９】
2008010008.tif 000039
【図３０】
2008010008.tif 000040
【図３１】
2008010008.tif 000041
【図３２】
2008010008.tif 000042
【図３３】
2008010008.tif 000043
【図３４】
2008010008.tif 000044
【図３５】
2008010008.tif 000045
【図３６】
2008010008.tif 000046
【図３７】
2008010008.tif 000047
【図３８】
2008010008.tif 000048
【図３９】
2008010008.tif 000049
【図４０】
2008010008.tif 000050
【図４１】
2008010008.tif 000051
【図４２】
2008010008.tif 000052
【図４３】
2008010008.tif 000053
【図４４】
2008010008.tif 000054
【図４５】
2008010008.tif 000055
【図４６】
2008010008.tif 000056
【図４７】
2008010008.tif 000057
【図４８】
2008010008.tif 000058
【図４９】
2008010008.tif 000059
【図５０】
2008010008.tif 000060
【図５１】
2008010008.tif 000061
【図５２】
2008010008.tif 000062
【図５３】
2008010008.tif 000063
【図５４】
2008010008.tif 000064
【図５５】
2008010008.tif 000065
【図５６】
2008010008.tif 000066
【図５７】
2008010008.tif 000067
【図５８】
2008010008.tif 000068
【図５９】
2008010008.tif 000069
【図６０】
2008010008.tif 000070
【図６１】
2008010008.tif 000071
【図６２】
2008010008.tif 000072
【図６３】
2008010008.tif 000073
【図６４】
2008010008.tif 000074
【図６５】
2008010008.tif 000075
【図６６】
2008010008.tif 000076
【図６７】
2008010008.tif 000077
【図６８】
2008010008.tif 000078
【図６９】
2008010008.tif 000079
【図７０】
2008010008.tif 000080