WO2007055326A1

WO2007055326A1 - データ送信装置およびその制御方法、データ受信装置およびその制御方法、データ送信システム、データ送信装置制御プログラム、データ受信装置制御プログラム、ならびに該プログラムを記録した記録媒体

Info

Publication number: WO2007055326A1
Application number: PCT/JP2006/322482
Authority: WO
Inventors: Toru Ueda; Hitoshi Naoe; Fumihiro Fukae; Tsukasa Kaminokado; Azusa Umemoto; Aya Enatsu; Katsuya Nakagawa; Koji Sakai
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2005-11-10
Filing date: 2006-11-10
Publication date: 2007-05-18
Anticipated expiration: 2008-05-10
Also published as: CN101305580A; EP1953989A1; EP1953989A4; JPWO2007055326A1; CN101305580B; US20090262661A1; JP4786664B2

Abstract

　コンテンツ送信装置（１１）は、通信データを赤外線で送信するものである。コンテンツ送信装置（１１）は、片方向通信で通信データを送信する片方向通信部（４８）と、双方向通信で通信データを送信する双方向通信部（４９）と、片方向通信部（４８）および双方向通信部（４９）の何れで通信データを送信するかを選択する制御部（４０）とを備える。

Description

明細書

データ送信装置およびその制御方法、データ受信装置およびその制御方法、データ送信システム、データ送信装置制御プログラム、データ受信装置制御プログラム、ならびに該プログラムを記録した記録媒体

技術分野

[0001] 本発明は、通信データを無線で送信するデータ送信装置およびその制御方法、通信データを無線で受信するデータ受信装置およびその制御方法、データ送信システム、データ送信装置制御プログラム、データ受信装置制御プログラム、ならびに該プログラムを記録した記録媒体に関するものである。

[0002] 具体的には、本発明は、携帯情報端末に格納されているデータを他機器で利用するためのデータ送信システムに関する。特に、本発明は、カメラ付携帯電話機、通信機能付 PDA (Personal Data Assistant)、デジタルカメラなどのように、携帯型で何ら力の情報を取得したり作成したりすることが可能であるが、情報の表示 ·再生機能に限界がある装置にぉ、て格納されて、る情報を、テレビジョン受像機またはオーディォ機器など、より高度な表示 ·再生機能を有する装置で手軽に利用できるようにするデータ送信システムに関する。

背景技術

[0003] 近時、携帯電話機の多機能化が進んで、る。多機能化した携帯電話機の代表例としては、デジタルカメラ、高解像度 LCD (Liquid Crystal Display)、およびインターネットアクセス機能を有する携帯電話機が挙げられる。該携帯電話機を用いると、ユーザは、デジタルカメラで撮影した画像を、上記携帯電話機の有する電子メール送信機能で携帯電話網、場合によってはインターネット他の通信網を経由して、他の情報通信端末に送信することができる。

[0004] さらに、音楽の再生機能を有する携帯電話機も普及してきており、インターネット上のサイトから音楽データを携帯電話機にダウンロードして再生することにより、携帯電話機を携帯型の音楽プレーヤとして使用することも一般的になりつつある。

[0005] 一方で、携帯電話機に内蔵のメモリの大容量化も進んでおり、携帯電話機に記憶できるデータ容量も飛躍的に多くなつている。このため、携帯電話機に写真'音楽などの電子データを保存しておき、外出先で上記電子データを再生して楽しむと!、う形態で携帯電話機を使用するユーザも多ヽ。

[0006] ところが、上述の使用の場合、携帯電話機の機能特性により装置の大きさが制限されることによる問題が生じる。例えば、携帯電話機の LCDは小型であり、 LCDの画像を多数の人が閲覧する場合などには不便である。この問題点は、 LCDの解像度が向上しても LCD自体の大きさが変わらない以上、今後も変わらず残ることになる。

[0007] また、音楽の場合であれば、大型のスピーカを携帯電話機に搭載することができない。このため、イヤホンやヘッドホンを用いる力、或いは小型のスピーカを用いる必要がある。イヤホンやヘッドホンを用いる場合、多数の人数で聴くことができない。また、小型のスピーカを用いる場合、貧弱な再生音で聴くことになる。

[0008] そこで、上述の問題点を回避するための工夫が種々提案されている。例えば、後記の特許文献 1には、ファイル種別及び印刷書式の情報を含むヘッダ部が付加された文書ファイルをネットワークカゝら受信し、受信された文書ファイルに付加されて、たへッダ部力ファイル種別及び印刷書式の情報を取り出し、取り出したファイル種別及び印刷書式の情報に基づき、文書ファイルの印刷データを印刷用の制御コードに変換し、かつ、変換された制御コードに基づいてデータを印刷する印刷装置が開示されている。携帯電話機力も上記構成の印刷装置に、印刷対象が文字データおよび画像データの何れであるかを示す情報を含むヘッダ部を付加した文書ファイルを送信すると、印刷装置は、文字データおよび画像データのそれぞれに適した印刷を行うことができる。

[0009] また、後記の特許文献 2には、外部からデータを受信する複数の受信手段を有しており、前記データを受信した前記受信手段に応じて、印刷条件が設定され、設定された印刷条件に従って、前記データに基づく印刷を行う印刷装置が開示されている。また、同文献には、前記受信手段は、論理的に設定される論理チャネルであり、該論理チャネルは、前記外部からデータを受信するときに用いられる転送形式に対応して設定され、かつ、該転送形式は、文書データを転送するための文書データ転送用プロトコルと、画像データを転送するための画像データ転送用プロトコルとであることが開示されている。

[0010] 上記構成の印刷装置では、例えば携帯電話機力文書データを受信する場合には文書データ転送用プロトコルを用い、画像データを受信する場合には画像データ転送用プロトコルを用いる。したがって、印刷装置は、文書データ転送プロトコルで転送された文書データの印刷には文書印刷用の設定を用いて印刷し、画像データ転送プロトコルで転送されたデータの印刷には画像印刷の設定を用いて印刷することができる。

[0011] また、後記の特許文献 3には、携帯通信端末でダウンロードしたコンテンツ (力ラオケ楽曲データ）を、赤外線で家電機器へ転送し再生するコンテンツ再生システムが開示されている。このコンテンツ再生システムによると、携帯通信端末である携帯電話機がカラオケ楽曲データを取得して、家電機器であるデジタル TV (テレビ)受像機に送信することにより、携帯電話機よりも表示出力性能および音声出力性能に優れたデジタル TV受像機でカラオケ楽曲データを再生することができる。その結果、携帯電話機よりも性能のよい装置でカラオケを楽しむことができる。

[0012] また、後記の特許文献 4には、カメラユニットを取り付けた無線部と、表示機能を有するモニタ部とが無線通信可能であり、カメラユニットからモニタ部には映像を双方向の無線で送信し、さらに別のリモコンを用いて片方向の通信で、カメラユニットの制御を行う無線通信装置が開示されている。

特許文献 1 :日本国公開特許公報「特開 2000— 10745号公報（2000年 1月 14日公開)」

特許文献 2 :日本国公開特許公報「特開 2004— 154960号公報（2004年 6月 3日公開)」

特許文献 3 :日本国公開特許公報「特開 2004— 177586号公報（2004年 6月 24日公開)」

特許文献 4:日本国公開特許公報「特開平 11— 317724号公報（1999年 11月 16日公開)」

発明の開示

[0013] 通常、データ通信を行おうとする場合には、双方向でデータ通信を行うことが望ましい。これは、双方で送達確認を行いながら送信することで、再送など信頼性を向上させる手法を取ることができることと、データの送信側で送信が完了したことを確認できることとによる。

[0014] 一方、片方向の通信の場合、例えば赤外線リモコン (リモートコントローラ）のように、送信機には送信部が必要であって受信部が不要であり、受信機には受信部が必要であって送信部が不要である。したがって、双方向の通信に比べて、コストの低減が可能である。

[0015] また、例えば TV受像機とこれを遠隔操作する赤外線リモコンとのように、赤外線リモコンからの遠隔操作信号を TV受像機が受信したカゝ否かを、例えばチャンネル変更の場合のように、 TV受像機の動作でユーザが把握できるので、上述の送達確認を行わなくても問題がない。

[0016] さらに片方向で送信する場合には、送達確認を送信機側で処理する必要がないため、双方向で通信する場合に比べて、高速の通信が可能である。また、片方向で送信する場合には、受信機側力もの応答がないため、応答の信号が衝突するといぅ不具合がなぐ 1度の送信で複数の受信機が受信することが可能である。

[0017] 一般に、赤外線などの光による空間通信を行う場合には、 IrDA (Infrared Data Ass odation)のように双方向で通信を行っている。実際、携帯電話機同士でのアドレス交換ゃ写真交換などのためのデータ通信は、 IrDAに基づく双方向の通信で行われている。

[0018] このように、従来は、送信するデータの内容によって通信方式が決まっていた。このため、ユーザが所望しない通信方式でデータ通信を行うことにより、ユーザに負担を力ける場合があった。例えば、携帯電話機同士でアドレス交換や写真交換を行う場合、 IrDAによる双方向通信を行うため、携帯電話機同士を接近させる必要がある。また、或る人の携帯電話機から複数の友人の携帯電話機に、アドレスや写真を同時に送りたい状況が考えられる力 IrDAでは困難であった。

[0019] 本発明は、上記の問題点に鑑みてなされたものであり、その目的は、フレキシブルなデータ通信が可能なデータ送信装置、データ受信装置などを提供することにある。

[0020] 本発明に係るデータ送信装置は、上記課題を解決するために、通信データを無線で送信するデータ送信手段を備えるデータ送信装置であって、前記データ送信手段は、片方向通信で前記通信データを送信する片方向通信手段と、双方向通信で前記通信データを送信する双方向通信手段と、前記片方向通信手段および前記双方向通信手段の何れの手段で前記通信データを送信するかを選択する選択手段とを備えることを特徴としている。

[0021] ここで、片方向通信とは、通信データを送信する場合に、通信データの送信時だけでなぐ接続確立時および切断処理時においても、通信データの受信側から通信データの送信側への信号の送信が無いものをいう。一方、双方向通信とは、通信データを送信する場合に、上記受信側から上記送信側への信号の送信が存在するものをいう。また、無線通信の例としては、赤外線などを用いた光通信と、高周波を用いた高周波通信とが挙げられる。

[0022] 上記の構成によると、選択手段が、片方向通信および双方向通信の何れで通信データを送信するかを選択している。したがって、ユーザの所望により通信方式を切り替えたり、通信データの種類や量、通信状況に応じて、通信方式を切り替えたりすることができ、その結果、フレキシブルなデータ通信が可能となる。

[0023] ところで、片方向通信の場合、送信先を特定する必要がないので、送信先を示す送信先アドレスを通信データに含める必要はない。一方、双方向通信の場合、送信先を特定する必要があるので、上記送信先アドレスを通信データに含める必要がある。

[0024] そこで、本発明に係るデータ送信装置では、前記片方向通信手段は、送信先を示す送信先アドレスとして、ブロードキャストアドレスを含む前記通信データを送信することが好ましい。この場合、片方向通信のフォーマットと双方向通信のフォーマットとを揃えることができるので、片方向通信に関する構成と双方向通信に関する構成とを一部共通化することができ、その結果、構成要素の削減および回路サイズの縮小化を実現できる。

[0025] 本発明に係るデータ送信装置では、前記双方向通信手段は、通常の双方向通信を行う通常双方向通信手段と、前記通常の双方向通信よりも手順が簡略化された簡易の双方向通信を行う簡易双方向通信手段とを備えており、前記選択手段は、前記片方向通信手段、前記通常双方向通信手段、および前記簡易双方向通信手段の何れで前記通信データを送信するかを選択することが好ましい。

[0026] 上記構成によると、選択手段が、前記片方向通信手段、前記通常双方向通信手段、および前記簡易双方向通信手段の何れで前記通信データを送信するかを選択している。

[0027] 一般に、片方向通信は、通信速度が高速であるが、通信データの送信に成功したか否力を送信側で知ることが困難である。一方、通常の双方向通信は、送信先を特定して通信データを確実に送信できる力通信速度が遅い。これに対し、簡易の双方向通信は、通常の双方向通信に比べて、手順が簡略ィヒされているので、通信速度が比較的高速であり、かつ、通信データの確実な送信が可能である。

[0028] したがって、上記データ送信装置は、片方向通信と、通常の双方向通信と、両者の利点を有する簡易の双方向通信との間で通信方式を切り替えできるので、より適切な通信方式でのデータ通信が可能となる。

[0029] なお、選択手段は、受信側との通信状況に基づ!、て選択してもよ!、。この場合、通信状況に応じて適切な通信方式を選択できる。

[0030] また、選択手段は、送信すべき通信データの件数、種類、量、推定通信時間、および送信履歴の中の少なくとも 1つに基づ、て選択してもよ、。

[0031] 例えば、複数のデータの一部を送信する場合は片方向通信が望ましぐ上記複数のデータの全部を送信する場合は双方向通信が望ましい。また、個人情報を含む通信データは双方向通信が望ましい。また、著作権フリーのコンテンツを含む通信データは片方向通信が望ましい。また、通信データの量が多いと受信側でオーバフローする虞があるので、双方向通信が望ましい。また、推定通信時間が長い場合、通信エラーの発生を抑えるために双方向通信が望ましい。また、送信履歴を参照すると、同じコンテンツを同じ通信方式で何回も送信してヽる場合、或いは何度も通信エラーが発生している場合には、別の通信方式で送信することが望ましい。

[0032] したがって、上記の場合には、ユーザが送信すべき通信データを選択すれば、自動的に適切な通信方式を選択して送信してくれるので、ユーザの手間を省くことができる。 [0033] なお、受信側との通信状況が悪化した場合に、自装置と受信側の装置との距離を近づけるように促す旨を通知する通知手段をさらに備えてもよい。

[0034] 本発明に係るデータ送信装置は、ユーザ力ゝらの操作を受け付ける操作手段をさらに備えており、前記選択手段は、前記操作手段の操作に基づいて選択することが好ましい。この場合、ユーザが所望する通信方式を選択することができる。

[0035] し力しながら、ユーザに自由に通信方式を選択させた場合、例えば、個人情報を含む通信データを双方向通信ではなく片方向通信で送信することにより、個人情報が漏洩する虞がある。そこで、前記選択手段は、前記操作手段の操作に基づく選択を

、送信すべき通信データの件数、種類および Zまたは量に基づいて制限することが好ましい。

[0036] 本発明に係るデータ送信装置では、前記選択手段の選択の内容をユーザに通知する通知手段をさらに備えてもよい。この場合、ユーザが通信方式を把握できるので、所望しない通信方式でデータ通信を行っている場合、直ちにデータ通信を中止することがでさる。

[0037] なお、通信データの例としては、コンテンツが挙げられる。

[0038] 本発明に係るデータ送信装置では、前記コンテンツのサムネイルを表示するサムネィル表示手段と、ユーザ力の操作を受け付ける操作手段とをさらに備えており、前記通信手段は、前記ユーザから前記操作手段を介して選択されたサムネイルに対応するコンテンツを含む通信データを送信することが好ましい。この場合、複数のコンテンッのサムネイルを同時に表示できるので、ユーザが送信を所望するコンテンツを容易に選択できる。

[0039] 本発明に係るデータ送信装置では、複数の前記コンテンツを記憶するコンテンツ記憶手段と、複数の前記コンテンツの中から次々に選択するコンテンツ選択手段とをさらに備えており、前記データ送信手段は、前記コンテンツ選択手段が選択したコンテンッを含む通信データを送信することが好ましい。この場合、複数のコンテンツを受信側で次々に再生することができるので、ユーザはいわゆるスライドショーを楽しむことがでさる。

[0040] 本発明に係るデータ送信装置では、複数の前記コンテンツを記憶するコンテンツ記憶手段と、複数の前記コンテンツの中から次々に選択するコンテンツ選択手段と、選択したコンテンツまたはその一部を再生する再生手段と、通信データを受信するデータ受信手段とを備えており、前記データ送信手段は、前記データ受信手段が受信した通信データに含まれる要求に基づき、再生中または再生したコンテンッを含む通信データを送信することが好ましヽ。

[0041] 上記の構成によると、コンテンツまたはその一部を再生することにより、コンテンツ記憶手段に記憶されたコンテンツの内容をユーザが理解することができる。そして、ュ一ザが所望するコンテンツの要求を含む通信データを受信することにより、上記コンテンッを送信する。すなわち、要求されるコンテンツのみが送信されるので、コンテンッ記憶手段に記憶されたコンテンツを次々に送信する場合に比べて、通信処理の負担を著しく低減することができる。

[0042] なお、ユーザがコンテンツを所望してから、コンテンツの要求を含む通信データを受信するまでには、若干の時間がかかる。

[0043] そこで、前記再生手段が或るコンテンツまたはその一部の再生を開始した時点から、次のコンテンツまたはその一部の再生を開始する時点までの期間、或いは、該期間を所定時間前後させた期間に、前記データ受信手段が前記要求を受信した場合に、前記データ送信手段は、前記或るコンテンツを含む通信データを送信することが好ましい。

[0044] 本発明に係るデータ送信装置では、前記コンテンツの加工を行う加工手段をさらに備えており、前記データ送信手段は、前記加工が行われたコンテンツを含む通信データを送信してもよい。この場合、受信側に加工変換手段が不要となるので、受信側の装置の構成を簡略化できる。

[0045] なお、前記コンテンツの加工の一例としては、画像の回転、縮小、拡大、およびそれらの組合せが挙げられる。また、画像は静止画であってもよいし、動画であってもよい。

[0046] また、前記加工が行われたコンテンツを圧縮する圧縮手段をさらに備えており、前記データ送信手段は、前記圧縮手段が圧縮したコンテンツを含む通信データを送信することが好ましい。この場合、通信量を低減でき、通信時間を短縮できるので、通信上の負荷を軽減することができる。

[0047] また、前記コンテンツが、複数のページ力もなるドキュメントを含んで、る場合、前記加工手段は、前記ドキュメントから前記ページの区切りを検出するページ検出手段と、検出されたページの区切りに基づき、前記ドキュメントをページごとに分割するぺージ分割手段と、分割されたページをファイルするファイル手段とを備えており、前記データ送信手段は、前記分割されたページのファイルを含む通信データを、ページごとに順次送信することが好ましい。この場合、複数ページのドキュメントを 1ページずつ送信することが可能になり、例えば、データ受信機能を有するプロジェクタにて 1ぺージずつ表示させることが可能になるので、特にプレゼンテーションにおいて効果的である。

[0048] ところで、通信データを赤外線などの光で送信する場合、光は指向性が強いため、データ送信装置から照射した光を、データ受信装置の受光手段に到達させるための工夫が必要である。

[0049] そこで、上記データ送信装置が、筐体をさらに備えており、前記筐体には、前記通信データを光で送信するための発光手段が設けられている場合、前記筐体は、前記発光手段の光の照射方向を、前記筐体が設置される場合の設置面に対し垂直な方向へ傾斜させるための照射方向調整手段を備えることが好ましい。

[0050] また、上記データ送信装置が、本体と、該本体にヒンジ状に連結した蓋体とを備える筐体をさらに備えており、前記蓋体の表面には、前記通信データを光で送信するための発光手段が設けられている場合、前記筐体は、前記本体と前記蓋体とのなす角度を所定角度に保持する角度保持手段を備えており、該角度保持手段が保持する所定角度は、 15度以上かつ 75度以下であることが好ましい。

[0051] 本発明に係るデータ受信装置は、上記の課題を解決するために、圧縮された画像コンテンツを含む通信データを無線で受信するデータ受信手段を備えるデータ受信装置であって、前記データ受信手段が受信した、前記圧縮された画像コンテンツを記憶するコンテンツ記憶手段と、該コンテンツ記憶手段力前記圧縮された画像コンテンッを読み出して展開する展開手段と、展開された画像コンテンツの拡大または縮小を行う拡大，縮小手段と、拡大または縮小された画像コンテンツを出力する出力手段とを備えることを特徴として、る。

[0052] ここで、出力手段は、画像コンテンツを表示する表示手段であってもよいし、データ受信装置の外部に設けられた表示装置に、画像コンテンツを送信する送信手段であつてもよい。

[0053] 上記の構成によると、受信した画像コンテンツを展開して拡大 ·縮小を行うことができる。したがって、受信した画像コンテンツを適当なサイズに変換した上で出力することがでさる。

[0054] ここで、上記適当なサイズとしては、表示サイズに対応するサイズが挙げられる。また、画像コンテンツのサイズが小さい場合、画像コンテンツを拡大し過ぎると、ブロックノイズが目立ってユーザの視認性が悪化する。そこで、前記拡大'縮小手段は、拡大率および Zまたは縮小率に制限が設けられていることが望ましい。

[0055] 一方、画像コンテンツのサイズ力例えば 800万画素など、十分に大きい場合、上記の問題点が発生し難いので、上記制限が無い方が望ましい。したがって、画像コンテンッのサイズに応じて、前記拡大 ·縮小手段の最大値を変更することが望ましい。

[0056] 本発明に係るデータ受信装置では、前記拡大'縮小手段は、さらに、前記展開された画像コンテンツの回転を行う機能を有しており、前記データ受信手段は、前記画像コンテンツの上下方向を示す方向情報を受信しており、前記拡大'縮小手段は、前記方向情報に基づ、て前記回転を行うことが好まし、。

[0057] 近時のデジタルカメラには、上下方向を検知するセンサが設けられており、撮影画像のファイルに、上下方向を示す方向情報が付加されていることが多い。そこで、上記の場合では、方向情報に基づいて画像コンテンツを回転させるので、適切な方向に画像コンテンツを表示させることができる。

[0058] なお、前記データ受信手段は、前記画像コンテンツに関する属性情報を受信しており、前記出力手段は、前記拡大または縮小された画像コンテンツと、該画像コンテンッに関する属性情報とのうち、一部または全部を出力することが好ましい。この場合

、画像コンテンツに関する情報を画像コンテンツと共に出力されるので、ユーザにとつて有用である。なお、上記属性情報の例としては、撮影日時、撮影場所、ユーザコメント、タイトル、出演者、放映日時、放映チャネルなどが挙げられる。 [0059] 本発明に係るデータ受信装置では、前記データ受信手段は、さらに、送信側の指示情報であるコマンドを含む通信データを受信しており、前記拡大'縮小手段は、前記コマンドに基づいて前記画像コンテンツの変換を行うことが好ましい。この場合、送信側で画像コンテンツの出力を操作できる。

[0060] なお、前記コマンドは、前記画像コンテンツの変換に必要なパラメータを含んでもよい。また、前記コマンドは、前記通信データに含まれるファイルのファイル名に含まれてもよい。また、前記通信データに含まれるファイルのファイル名が特定のファイル名である場合、前記データ受信手段は、前記ファイルに含まれる画像コンテンツの内容力 Sコマンドであると判断してもよ、。

[0061] ところで、コンテンツの受信中に、該受信の進拔状況を示すプログレスバーが表示されることがある。この場合、コマンドの格納されたコンテンツを受信するたびに、上記プログレスバーが表示されることになり、ユーザにとって煩わしい。そこで、前記出力手段は、前記データ受信手段が、受信した通信データにコマンドが含まれるかを判断するまで、該通信データの受信状況を示す情報の出力を停止することが好ましい

[0062] なお、上述のスライドショーのように、画像コンテンツを順次表示しても良、が、複数の画像コンテンツを同時に表示しても良い。但し、この場合には、画像コンテンツの表示サイズに基づいて画像コンテンツの拡大または縮小を行う必要がある。

[0063] また、前記圧縮された画像コンテンツを含む通信データを、外部の表示装置や印刷装置に送信する送信手段をさらに備えることが好ましい。例えば、送信側が携帯電話機などの携帯型情報端末であり、受信側が大型デジタル TV受像機などの据置型情報端末である場合、一般に据置型の方が優れた処理回路を有することが多い。そこで、送信側から外部の表示装置や印刷装置に画像コンテンツを直接送信するよりも、送信側からデータ受信装置に画像コンテンツを送信し、データ受信装置から外部の表示装置や印刷装置に画像コンテンツ送信することにより、処理を高速ィ匕できる可能性がある。

[0064] ところで、画面に画像コンテンツを表示する場合、ユーザは、表示画面の法線方向力水平面に ±45度傾斜した方向までの範囲から、上記表示を見ることが多い。このため、通信データを赤外線などの光で送信する場合、上記データ受信装置は、上記範囲から赤外線を受光できることが好まし、。

[0065] そこで、上記データ受信装置が、筐体をさらに備えており、前記筐体には、前記通信データを光で受信するための光検出手段が設けられている場合、該光検出手段が検出可能な光の入射範囲は、前記筐体が設置される場合の設置面と平行な平面にお!/、て 90度であることが好まし!/、。

[0066] なお、上記入射範囲からの光を検出するには、前記光検出手段は、前記入射範囲力の光を集光する集光レンズと、該集光レンズからの光が入射される 1個の受光素子とを備えることが考えられる。また、前記光検出手段は、複数の受光素子を備えており、各受光素子は、検出可能な光の入射範囲が異なるように設けられることが考えられる。

[0067] また、上記データ受信装置が、前記拡大または縮小された画像コンテンツを表示する表示手段と、前記データ受信手段における受信状態を示す受信状態表示手段とをさらに備える場合、前記光検出手段と前記受信状態表示手段との距離は、前記表示手段の表示画面における水平方向の寸法の 1Z4以下であることが好ましい。この場合、データ送信装置が受信状態表示手段に向けて光を照射すると、照射された光を、光検出手段にて検出する可能性が高くなる。

[0068] 本発明に係るデータ受信装置は、上記課題を解決するために、通信データを無線で受信するデータ受信手段を備えるデータ受信装置であって、前記データ受信手段の受信を制限する受信データ制限手段を備えることを特徴としている。

[0069] 例えば、片方向通信の場合、通信データを任意の情報通信端末が受信できる。したがって、データ受信装置は、不要な通信データを受信することがある。このとき、例えば、受信失敗、成功などを知らせるインジケータが点灯したりするなど、不要な通信データに対して何らかの処理を行うことは、データ受信装置が無駄な処理を行うことになるので好ましくない。

[0070] そこで、上記の構成によると、受信データ制限手段が、データ受信手段の受信を制限している。これにより、不要なデータを受け取ることを防止できる。

[0071] なお、前記受信データ制限手段は、全ての通信データを受け入れる受入れモードと、特定の通信データのみを受け入れる受入れ制限モードと、全ての通信データの受入れを拒否する受入れ拒否モードとの何れ力 1つを実行するように、前記データ受信手段に指示することが好ましい。

[0072] また、指示情報であるコマンドを取得するコマンド取得手段をさらに備えており、前記受信データ制限手段は、前記コマンド取得手段が取得したコマンドに基づ、て、前記モードを切り替える構成としてもよい。なお、上記コマンド取得手段は、ユーザからの入力を受け付ける入力デバイス力もコマンドを取得してもよいし、外部の通信装置力も通信手段を介してコマンドを取得してもよ、。

[0073] また、ユーザに情報を通知するための通知手段をさらに備えており、該通知手段は、前記受入れモードの場合、前記通信データの受信状況を通知し、前記受入れ制限モードの場合、前記特定の通信データの受信状況のみを通知し、かつ、前記受入れ拒否モードの場合、前記通信データの受信状況を通知しな、構成としてもよ、。

[0074] なお、上記構成のデータ送信装置から、上記構成のデータ受信装置に、通信データを無線で送信するデータ送信システムであれば、上記と同様の効果を奏することができる。

[0075] 本発明に係るデータ送信装置の制御方法は、上記課題を解決するために、通信データを無線で送信するデータ送信装置であって、片方向通信で前記通信データを送信する片方向通信手段と、双方向通信で前記通信データを送信する双方向通信手段とを備えるデータ送信装置の制御方法であって、前記片方向通信手段および前記双方向通信手段の何れの手段で前記通信データを送信するかを、受信側との通信状況、送信すべき通信データの件数、種類、量、推定通信時間、および送信履歴の中の少なくとも 1つに基づ、て選択するステップを含むことを特徴として、る。

[0076] 上記の方法によると、片方向通信および双方向通信の何れで通信データを送信するかを、通信データの件数、種類、量、推定通信時間、および送信履歴や、通信状況に応じて、切り替えたりすることができる。その結果、フレキシブルなデータ通信が可能となる。

[0077] 本発明に係るデータ受信装置の制御方法は、上記課題を解決するために、圧縮された画像コンテンツを含む通信データを無線で受信するデータ受信手段を備えるデータ受信装置の制御方法であって、前記データ受信手段にて受信された、前記圧縮された画像コンテンツをコンテンツ記憶手段に記憶するステップと、前記コンテンツ記憶手段力前記圧縮された画像コンテンツを読み出して展開するステップと、展開された画像コンテンツの拡大または縮小を行うステップと、拡大または縮小された画像コンテンツを出力手段から出力するステップとを含むことを特徴としている。

[0078] 上記の方法によると、受信した画像コンテンツを展開して拡大 ·縮小を行うことができる。したがって、受信した画像コンテンツを適当なサイズに変換した上で出力することがでさる。

[0079] 本発明に係るデータ受信装置の制御方法は、上記課題を解決するために、通信データを無線で受信するデータ受信手段を備えるデータ受信装置の制御方法であつて、前記データ受信手段の受信を制限するステップを含むことを特徴として、る。

[0080] 上記の方法によると、データ受信手段の受信を制限しているので、不要なデータを受け取ることを防止できる。

[0081] なお、上記データ送信装置における各手段をデータ送信装置制御プログラムによりコンピュータ上で実行させることができる。また、上記データ受信装置における各手段をデータ受信装置制御プログラムによりコンピュータ上で実行させることができる。

[0082] さらに、上記データ送信装置制御プログラム、および Zまたは、上記データ受信装置制御プログラムをコンピュータ読取り可能な記録媒体に記憶させることにより、任意のコンピュータ上で上記データ送信装置制御プログラム、および Zまたは、上記データ受信装置制御プログラムを実行させることができる。

[0083] 以上のように、本発明に係るデータ送信装置は、片方向通信および双方向通信の何れで通信データを送信するかを、通信データの種類や量、通信状況に応じて切り替えることができるので、フレキシブルなデータ通信が可能となるという効果を奏する

[0084] また、本発明に係るデータ受信装置は、データ受信手段の受信を制限しているので、不要なデータを受け取ることを防止できると、う効果を奏する。

図面の簡単な説明

[0085] [図 1]本発明の一実施形態であるコンテンツ伝送システムの概要を示す斜視図である [図 2]—般的な居間での上記コンテンツ伝送システムの利用形態を示す平面図である。

[図 3]上記コンテンツ伝送システムを構成するコンテンツ送信装置およびコンテンツ受信装置の状況により、双方向通信および片方向通信の何れが適切であるかを表形式で示す図である。

[図 4]各通信方式の利点および欠点を表形式で示す図である。

圆 5(a)]上記コンテンツ送信装置である携帯電話機の外観を示す図であり、上記携帯電話機を開ヽた状態を示す斜視図である。

圆 5(b)]上記携帯電話機の外観を示す図であり、上記携帯電話機を閉じた状態を示す背面図である。

圆 5(c)]上記携帯電話機の外観を示す図であり、上記携帯電話機を完全に開いた状態を示す側面図である。

圆 5(d)]上記携帯電話機の外観を示す図であり、上記携帯電話機を少し開いた状態を示す側面図である。

圆 6(a)]上記携帯電話機における蓋体の前面側を示す正面図である。

圆 6(b)]上記携帯電話機における本体の前面側を示す正面図である。

[図 7]上記コンテンツ送信装置の概略構成を示すブロック図である。

[図 8]上記コンテンツ送信装置における双方向通信部の概略構成を示すブロック図である。

[図 9(a)]片方向通信における信号の流れを示すシーケンス図である。

[図 9(b)]通常の双方向通信における信号の流れを示すシーケンス図である。

[図 9(c)]簡易の双方向通信における信号の流れを示すシーケンス図である。

[図 10]上記コンテンツ送信装置の制御部における処理動作の流れを示すフローチヤートである。

[図 11(a)]上記通常の双方向通信と上記簡易の双方向通信との切替え処理を示すシ一ケンス図である。

[図 11(b)]上記通常の双方向通信と上記簡易の双方向通信との切替え処理を示すシ一ケンス図である。

[図 11(c)]上記通常の双方向通信と上記簡易の双方向通信との切替え処理を示すシ一ケンス図である。

[図 12]上記コンテンツ受信装置の概略構成を示すブロック図である。

[図 13(a)]上記コンテンツ受信装置に設けられる光検出器の一例を示す正面図および平面図である。

[図 13(b)]上記光検出器の他の例を示す正面図および平面図である。

[図 14(a)]上記コンテンツ受信装置が受信する受信コンテンツの画像サイズを示す図である。

[図 14(b)]上記受信コンテンツを表示する表示画面の画像サイズを示す図である。

[図 15(a)]上記受信コンテンツの画像サイズを示す図である。

[図 15(b)]上記受信コンテンツの画像サイズを示す図である。

[図 15(c)]上記受信コンテンツの画像サイズを示す図である。

[図 15(d)]上記受信コンテンツを上記表示画面に表示した表示コンテンツであって、図 15 (a)に示される受信コンテンツに対応する表示コンテンツの画像サイズを示す図である。

[図 15(e)]上記受信コンテンッを上記表示画面に表示した表示コンテンッであつて、図 15 (b)に示される受信コンテンツに対応する表示コンテンツの画像サイズを示す図である。

[図 15(D]上記受信コンテンツを上記表示画面に表示した表示コンテンツであって、図 15 (c)に示される受信コンテンツに対応する表示コンテンツの画像サイズを示す図である。

[図 16(a)]上記受信コンテンツの画像サイズを示す図である。

[図 16(b)]上記受信コンテンツの画像サイズを示す図である。

[図 16(c)]上記受信コンテンツの画像サイズを示す図である。

[図 16(d)]図 16 (a)に示される受信コンテンツに対応する表示コンテンツの画像サイズを示す図である。

[図 16(e)]図 16 (b)に示される受信コンテンツに対応する表示コンテンツの画像サイズを示す図である。

[図 16(D]図 16 (c)に示される受信コンテンツに対応する表示コンテンツの画像サイズを示す図である。

[図 17(a)]表示コンテンツの画像サイズを示す図である。

[図 17(b)]表示コンテンツの画像サイズを示す図である。

[図 17(c)]表示コンテンツの画像サイズを示す図である。

[図 18]上記コンテンツ受信装置が実行するコマンド処理の流れを示すフローチャートである。

[図 19]本発明の別の実施形態であるコンテンツ送信システムにおけるコンテンツ送信装置の制御部における処理動作の流れを示すフローチャートである。

[図 20]上記コンテンツ送信装置の表示画面に選択項目を表示した状態を示す図である。

[図 21]本発明のさらに別の実施形態であるコンテンツ送信システムにおいて、スライドショーを実行中のコンテンツ送信装置における表示画面を示す図である。

圆 22]本発明のさらに別の実施形態であるコンテンツ送信システムの概要を示す斜視図である。

[図 23]上記コンテンツ送信システムにおける TV受像機の概略構成を示すブロック図である。

[図 24]TV受像機が実行するコマンド処理の流れを示すフローチャートである。

[図 25]上記コンテンツ送信システムにおける印刷装置の概略構成を示すブロック図である。

[図 26]上記印刷装置における制御部が行う処理の流れを示すフローチャートである。

[図 27]本発明のさらに別の実施形態であるコンテンツ送信システムにおけるブリッジの外観を示す平面図である。

圆 28]本発明のさらに別の実施形態であるコンテンツ送信システムの概要を示す斜視図である。

[図 29]上記コンテンツ送信システムの TV受像機にぉ、て、コンテンツ送信装置として機能する構成の概略を示すブロック図である。 [図 30]上記コンテンツ送信システムの携帯電話機カゝらコマンドを受信した TV受像機の処理の流れを示すブロック図である。

[図 31]図 30に示される処理のタイミングの一例を示すタイミングチャートである。圆 32(a)]本発明の他の実施形態であるコンテンツ送信システムにおける携帯型送信機の外観を示す斜視図である。

圆 32(b)]上記携帯型送信機の外観を示す平面図である。

圆 33]上記携帯電話機の概略構成を示すブロック図である。

符号の説明

10 コンテンツ送信システム（データ送信システム）

11 コンテンツ送信装置 (データ送信装置）

12- 13 コンテンッ受信装置 (データ受信装置）

17 表示装置 (再生手段）

36 送信部 (発光手段）

40 制御部 (選択手段、コンテンツ選択手段、データ送信手段）

41 コンテンツ記憶部（コンテンツ記憶手段）

45 表示部（通知手段、サムネイル表示手段）

46 操作部 (操作手段）

48 片方向通信部 (データ送信手段、片方向通信手段）

49 双方向通信部 (データ送信手段、双方向通信手段、データ受信手段)

55 通常双方向通信制御部 (通常双方向通信手段）

56 簡易双方向通信制御部 (簡易双方向通信手段）

60 制御部 (受信データ制限手段）

61 通信部 (データ受信手段）

62 コマンド解析部 (コマンド取得手段）

63 コンテンツ記憶部（コンテンツ記憶手段）

65 属性判定部 (画像サイズ取得手段）

66 コンテンツ展開部（展開手段）

67 表示サイズ記憶部（表示サイズ記憶手段） 68 画像加工部（拡大 ·縮小手段）

69 表示部（出力手段、表示手段）

70 画像データ送信部（出力手段、送信手段）

71 - 74 光検出器 (光検出手段）

99 印刷データ送信部 (送信手段）

130 携帯型送信機 (データ送信装置）

139 コンテンツ回転部 (カ卩工手段）

140 コンテンツ拡大'縮小部 (加工手段）

143 コンテンツ圧縮部 (圧縮手段）

発明を実施するための最良の形態

[0087] 〔実施の形態 1〕

本発明の一実施形態について図 1〜図 18を参照しつつ説明する。図 1は、本実施形態のコンテンツ通信システムの概要を示している。図示のように、コンテンツ通信システム (データ送信システム） 10は、コンテンツを送信するコンテンツ送信装置 (データ送信装置） 11と、コンテンツ送信装置 11からコンテンツを受信する 2台のコンテンツ受信装置 (データ受信装置） 12· 13とを備えている。なお、図示の例では、コンテンツ送信装置 11およびコンテンツ受信装置 13は携帯電話機であるが、その他の送信機および受信機を利用することができる。

[0088] ここで、コンテンツとは、画像、映像、音楽、ドキュメント、アドレス帳など、各種のマルチメディア情報をいう。なお、本願では、コンテンツを構成する要素もコンテンツに含まれるものとしている。例えば、アドレス帳に含まれる或る人の個人情報をコンテンッ送信装置 11からコンテンツ受信装置 12· 13に送信する場合も「コンテンツを送信する」ことに該当する。

[0089] コンテンツ送信装置 11およびコンテンツ受信装置 12· 13間では、コンテンツ以外にも、通信に必要な各種情報が送られる。そこで、コンテンツ送信装置 11およびコンテンッ受信装置 12 · 13間で送られる情報を「通信データ」と総称することにする。

[0090] 本実施形態では、コンテンツ送信装置 11およびコンテンツ受信装置 12· 13は、コンテンッ送信装置 11からコンテンッ受信装置 12 · 13に片方向通信 14でも双方向通信 15でもコンテンツを送信可能となっている。

[0091] ここで、片方向通信とは、コンテンツ送信装置 11からコンテンツ受信装置 12· 13に、コンテンツを含む通信データを送信する場合に、通信データの送信時だけでなぐ接続確立時および切断処理時においても、コンテンツ受信装置 12· 13からコンテンッ送信装置 11への信号の送信が無いものをいう。一方、双方向通信とは、コンテンツ送信装置 11からコンテンツ受信装置 12· 13に、コンテンツを含む通信データを送信する場合に、コンテンツ受信装置 12· 13からコンテンツ送信装置 11への信号の送信が存在するものをいう。

[0092] セットアップなどにぉ、て双方向通信を行う場合でも、ブロードキャスト機能にぉヽて片方向通信を行うことで、複数の受信機 (コンテンツ受信装置 12· 13)に同時に送信できるというメリットがある。一方、双方向通信は、物理層、リンク層、アプリケーション層などで送達確認を行うために受信機から送信機 (コンテンツ送信装置 11)への信号伝達を行うなどの用途で用いられる。

[0093] なお、インターネットなどの高機能なネットワークにおいては、複数のセッション (論理的な接続)を行うことが可能である力このような場合であっても、各セッション毎に片方向通信および双方向通信の区別を行うことが可能である。

[0094] また、本実施形態では、片方向通信 14および双方向通信 15は、パケットでデータを運ぶパケット通信を行う。ここで、パケットとは、データを所定形式のフレームに組み立て、該フレームに対し、送信先を指定する送信先アドレスなどの各種情報を付加したものである。

[0095] また、本実施形態では、片方向通信 14および双方向通信 15は、パケットのフォーマットが同じである。これにより、片方向通信 14および双方向通信 15における通信プロトコルの相違点を減らすことができ、複数の通信方式を利用することによる通信関係の構成の増大を抑えることができる。

[0096] 一方、パケットのフォーマットを同じとすることにより、送信先では、送信されたバケツトが片方向通信 14および双方向通信 15の何れのパケットであるかを判断できる必要がある。そこで、本実施形態では、片方向通信 14および双方向通信 15の何れであるかを示す通信方式識別情報を上記パケットに含んでいる。 [0097] また、片方向通信 14は、送信先を特定すること無く通信を行う。このため、片方向通信 14は、送信元から複数の送信先にデータを送信するブロードキャストまたはマルチキャストに対応する。この場合、送信先を指定する送信先アドレスとして、任意のコンテンツ受信装置が受信可能であることを示すブロードキャストアドレス力パケットに含まれることになる。このブロードキャストアドレスを用いた片方向通信 14を行うことで、複数のコンテンツ受信装置 12· 13が同じ信号を受信する 1対多通信が可能となる。なお、片方向通信 14においても、特定の送信先を指定可能であるが、事前に送信先の送信先アドレスを把握して、る必要がある。

[0098] 図 1に示されるように、コンテンツ送信装置 11とコンテンツ受信装置 12· 13との間の通信はワイヤレスで行われる。このため、コンテンツ送信装置 11およびコンテンツ受信装置 12 · 13は、ワイヤレス通信を行うための通信部を備えている。

[0099] ワイヤレス通信として赤外線などの光を利用する場合には、通信部は、 LED (発光ダイオード)などの発光素子を用いて信号を送信する送信部と、レンズで集光し、フォトダイオードなどの光検出器を用いて信号を受信する受信部とを備えることになる。また、ワイヤレス通信として電波を利用する場合には、通信部は、送信部および受信部に、電気信号と電波との変換を行うアンテナを有することになる。本実施形態では、ヮィャレス通信として、赤外線を利用した赤外線通信を行っている。なお、コンテンツ受信装置 12 · 13は、片方向通信 14のみを行う場合、送信部は不要である。

[0100] コンテンツ受信装置 12· 13は、コンテンツを含むパケットをコンテンツ送信装置 11 から受信して分解し、コンテンツを再生する。コンテンツ受信装置 12は、再生したコンテンッを、ケーブル 16を介して LCD (Liquid Crystal Display)などの表示装置 17に送信する。これにより、上記コンテンツが表示装置 17にて表示される。一方、コンテンッ受信装置 13は、図 1に示されるように表示機能を有するので、再生したコンテンツを表示することができる。このように、コンテンツ受信装置および表示装置は、一体であってもよいし、別々であってもよい。

[0101] 図 2は、コンテンツ送信装置 (携帯電話機） 11およびコンテンツ受信装置 12· 13における居間 20での利用形態を示している。なお、図示の例では、コンテンツ受信装置 12は、表示装置 17と一体となった TV受像機 18である。一般に、居間 20で TV映像を視聴するユーザは、 TV受像機 18から 2〜4m離れた位置で TV映像を視聴する。このため、ユーザが携帯電話機 11を操作して、携帯電話機 11から TV受像機 18に写真 (静止画)、動画などのコンテンツを送信する場合、携帯電話機 11と TV受像機 18との間の送信可能距離は、少なくとも 2〜4m程度であることが望ましい。これは、従来の携帯電話機同士で赤外線通信を行う場合の通信可能距離である約 20cmよりも著しく大きい。

[0102] また、一般に、居間 20で TV映像を視聴するユーザは、 TV受像機 18の対向位置だけでなぐ該対向位置力傾斜した位置で TV映像を視聴する。このため、図 2に示されるように、 TV受像機 18は、 TV受像機 18の画面の法線方向カゝら水平面に士約 4 5度傾斜した方向までの範囲から赤外線を受光できることが望ましい。すなわち、 TV 受像機 18は、赤外線を受光する受光角度が水平面において約 90度であることが望ましい。これは、従来の携帯電話機同士で赤外線通信を行う場合の受光角度である約 ± 15度よりも著しく大きい。

[0103] したがって、居間 20での片方向通信 14および双方向通信 15を行う場合、コンテンッ送信装置 11は、従来よりも送信可能領域を拡大する必要があり、コンテンツ受信装置 12は、従来よりも受信可能領域を拡大する必要がある。これについては後述する。

[0104] 図 3は、コンテンツ送信装置およびコンテンツ受信装置の状況により、双方向通信方式および片方向通信方式の何れが適切であるかを示している。図示のように、受信機 (コンテンツ受信装置）が遠くに、る可能性がある場合には、片方向通信 14が適している。また、複数の受信機が同時に受信する可能性がある場合には、片方向通信 14が適している。また、確実に通信を行いたい場合には、双方向通信 15が適している。また、通信相手を特定して通信データを送りたい場合には、双方向通信 15が適している。

[0105] 図 4は、各通信方式の利点および欠点を示して!/、る。本実施形態では、双方向通信 15として、通常の双方向通信 15aと簡易の双方向通信 15bとを利用可能である。簡易の双方向通信 15bは、通常の双方向通信 15aに比べて、通信データを送るのに必要な各種情報のやりとりを省略したものである。なお、詳細は後述する。

[0106] 図 4に示されるように、通常の双方向通信 15aは、確実な通信相手を選択可能である、相手を認証して送信することが可能である、かつ、送信の成功および失敗が確認可能であるという利点を有する。しかしながら、通常の双方向通信 15aは、通信のォーバヘッドが大き!/、ため、通信速度が遅!、と、う欠点を有する。

[0107] 一方、簡易の双方向通信 15bは、比較的高速な通信が可能である、相手を認証して送信することが可能である、かつ、送信の成功および失敗が確認可能であるという利点を有する。し力しながら、簡易の双方向通信 15bは、複数の通信相手から同時に応答（レスポンス）が返ってくると、接続確立し難!、と!/ヽぅ欠点を有する。

[0108] 一方、片方向通信 14は、高速な通信が可能である、一度に複数の通信相手に送信可能である、かつ、受信機に送信手段が不要であるという利点を有する。しかしながら、片方向通信 14は、通信相手が片方向通信 14に対応している必要がある、通信の成功および失敗を送信機で知ることができない、かつ、連続送信すると受信機のメモリの許容量を超える（オーバフローする）虞があると!/ヽぅ欠点を有する。

[0109] 図 5 (a)〜（d)および図 6 (a) · (b)は、コンテンツ送信装置である携帯電話機 11の外観を示している。本実施形態の携帯電話機 11は、いわゆるクラムシェル型 (折畳み形式)であり、図 5 (a) · (c) · (d)に開いた状態で示されている。

[0110] 図 5 (a)は、携帯電話機 1を閉じたときに内側となる部分を示しており、この部分は、携帯電話機 11を開いたときにユーザが主に利用する側である。そこで、本願では同図 (a)に示される側を前面側とする。また、同図 (b)は、携帯電話機 11を閉じたときに外側となる部分を示しており、この部分は、携帯電話機 11を開いたときに同図 (a)の側と反対側となる。そこで、本願では同図 (b)に示される側を背面側とする。また、図 6 (a)は、蓋体 31の前面側を示しており、同図（b)は、本体 30の前面側を示している

[0111] 図 5 (a)〜(d)に示されるように、携帯電話機 11は、本体 30と蓋体 31とからなり、本体 30と蓋体 31とはヒンジ状に連結している。図 5 (a)および図 6 (a)に示されるように、蓋体 31には、各種の表示を行う表示画面 32が前面側に設けられている。なお、同図には示していないが、蓋体 31内には携帯電話用のアンテナが設けられている。また、蓋体 31の背面側に、表示画面 32よりも表示サイズの小さいサブ画面を設けてもよい。 [0112] 図 5 (a)および図 6 (b)に示されるように、本体 30には、前面側にメイン操作ボタン群 33が設けられている。メイン操作ボタン群 33は、携帯電話機 11における各種設定や機能切替を行うための機能ボタン群 34と、数字や文字などの記号を入力するための入力ボタン群 35とから構成されている。具体的には、機能ボタン群 34は、携帯電話の電源の ONZOFFを切り替える電源ボタン、メールモードを起動させるメールボタン、選択対象を上下左右方向に移動させるための十字ボタン、該十字ボタンの中央に配置されており種々の選択を決定する決定ボタンなどを含んでいる。また、入力ボタン群 35は、テンキーである。なお、本体 30の背面側にカメラ 9を設けてもよい。

[0113] 本実施形態では、図 5 (b) · (c) · (d)に示されるように、蓋体 31の背面側に、赤外線通信のための送信部 (発光手段） 36が設けられている。なお、同じ位置に受信部が設けられていてもよい。

[0114] ところで、デジタルカメラや携帯電話機から表示装置に複数の画像を順次送信して表示するスライドショーを行う場合、時間がかかるため、デジタルカメラや携帯電話機を机などの上において送信を行うのが一般的である。このときに光通信では、送信機は、照射した光が受信機の受光部に到達する必要があるので、光の照射方向を調節する調節機構を備えることが望まし、。

[0115] 従来の携帯電話機の場合、表示画面を参照しつつ操作を行う。このため、携帯電話機 11を開いたとき、図 5 (c)に示されるように、本体 30と蓋体 31とのなす角度 Θが、公知の角度保持機構 (角度保持手段）により 120度以上で固定される。一方、上記スライドショーは、開始すると携帯電話機 11を机の上に置いておくという状態が望ましい。また、画像が表示装置の表示画面に表示されるので、携帯電話機 11の表示画面 32がユーザによって見えて、る必要はな、。

[0116] さらに、携帯電話機 11などのモパイル機器の場合、照射する赤外線の指向角は照射方向 ± 15度が典型的であり、受信機である表示装置の受光部に向けることが要求される。したがって、本体 30と蓋体 31とのなす角度 Θが 120度未満でも固定できることが望ましい。

[0117] 典型的には、座敷机は約 40cm程度の高さであり、 37インチ TV受像機はテレビ台が約 50cm程度で、 TV受像機を支える脚部が約 15cm程度ある。上記座敷机の上に携帯電話機 11を置く場合、上記 TV受像機を見上げる角度になる。このため、図 5 (d)に示されるように、本体 30と蓋体 31とのなす角度 Θ力^ 0度以下でも固定できることが望ましい。

[0118] さらに、上記赤外線の指向角を考慮すると、例えば、上記角度 Θが 90度である場合、赤外線の照射方向が上記座敷机の表面に平行な面 (通常は水平面）に含まれるため、上記平行な面より下方への照射分が無駄になる。また、上記角度 Θ力^度である場合、赤外線の照射方向が上記座敷机の表面に垂直な方向（通常は鉛直方向）となり、携帯電話機 11から TV受像機の側と反対の側への照射分が無駄になる。したがって、本体 30と蓋体 31とのなす角度 Θ力 15度以上 75度以下でも固定できることが特に望ましい。

[0119] なお、受信部を TV受像機に実装する場合、通常ユーザはリモコンなどを TV受像機の下半分に向けて照射することが多いので、光の受信部は TV受像機の下半分に実装することが望ましい。また、受信失敗、成功などを知らせる LEDなどのインジケータ (受信状態表示手段)を TV受像機に設ける場合には、該インジケータを受信部と並べて設置することが望ましい。これはユーザ力 Sインジケータを目標にして送信機を向けることが多いからである。

[0120] ここで、並べるというのは、インジケータと受信部との距離を、水平方向、垂直方向ともテレビのモニタ部分の外枠の約 1Z4程度の範囲に収めるということである。例えば、 45インチ TV受像機の場合、横幅が約 lm程度ある。このため、該 TV受像機の横方向の一端に受信部を配置し、他端にインジケータを配置しておき、携帯電話機 11 からインジケータに向けて赤外線を照射すると、通信エラーになる確率が増大する。また、ビデオレコーダのように高さが 20cm以内の受信機の場合、高さ方向には気にする必要はないが、横方向には、上記と同様に、機器の横幅の約 1Z4程度の範囲にインジケータと受光部とを配置することが望まし、。

[0121] デジタルカメラの場合、折畳み形式でな!、ことが多、が、この場合でも、光の送信部は装置を水平面に設置し、水平方向に対して上下方向に士約 30度程度傾斜して調整可能にする調整機構 (照射方向調整手段)を設けることが望ましい。なお、水平面での向きは、携帯電話機およびデジタルカメラの場合とも本体の方向を変えることで調整可能である。

[0122] 図 7は、コンテンツ送信装置 11の概略構成を示している。図示のように、コンテンツ送信装置 11は、制御部 (選択手段、コンテンツ選択手段、データ送信手段) 40、コンテンッ記憶部（コンテンツ記憶手段) 41、属性記憶部 42、コマンド生成部 43、コンテンッ展開部 44、表示部（通知手段、サムネイル表示手段) 45、操作部 (操作手段) 46 、通信方式切替部 47、片方向通信部 (データ送信手段、片方向通信手段) 48、および双方向通信部 (データ送信手段、双方向通信手段、データ受信手段) 49を備える構成である。

[0123] 制御部 40は、コンテンツ送信装置 11内の各種構成を統括的に制御するものである。制御部 40の機能は、例えば RAMやフラッシュメモリなどの記憶装置に記憶されたプログラムを CPU (Central Processing Unit)が実行することによって実現される。

[0124] コンテンツ記憶部 41は、コンテンツを記憶するものであり、フラッシュメモリなどの書換え可能な不揮発性メモリによって構成される。コンテンツの例としては、静止画、動画、音楽、オフィス文書などのマルチメディアデータが挙げられる。

[0125] 属性記憶部 42は、コンテンツ記憶部 41が記憶するコンテンツの属性情報を記憶するものであり、フラッシュメモリなどの書換え可能な不揮発性メモリによって構成される。コンテンツの属性情報の例としては、コンテンツの名称、コンテンツを格納するファィルのファイル名およびファイルフォーマット、データサイズ、画像サイズ、取得日時、作成日時、撮影日時、録音時間、録画時間、撮影場所、ユーザコメント、上下の方向などが挙げられる。

[0126] なお、コンテンツ記憶部 41および属性記憶部 42は、同じメモリによって構成されていてもよい。また、コンテンツと該コンテンツの属性情報とを 1ファイルとして記憶部に記憶してもよい。このようなファイルのフォーマットの一例としては、デジタルカメラの画像記録フォーマットである Exif (Exchangeable Image File Format)が挙げられる。また、以下では、コンテンツの属性情報を単に「属性情報」と称する。

[0127] コマンド生成部 43は、コンテンツ受信装置 12 · 13を制御するためのコマンドを生成するものである。

[0128] コンテンツ展開部 44は、コンテンツに含まれる表示データを展開するものである。例えば、コンテンツ展開部 44は、コンテンツ記憶部 41が記憶する静止画データであつて、 JPEG (Joint Photographic Experts Group)圧縮された静止画データを展開する。展開したデータは、表示部 45に送信される。

[0129] 表示部 45は、コンテンツ展開部 44から受信したデータに基づいて画像を表示するものである。具体的には、表示部 45は、 LCD, PDP (Plasma Display Panel)、 ELディスプレイなどの表示素子と、受信した画像データに基づいて表示素子を駆動するドラィバ回路とを備える構成である。

[0130] 操作部 46は、携帯電話機 11の表面に設けられたメイン操作ボタン群 33 ( 6 (a) ·

(b)を参照)などの入力デバイスをユーザが操作することにより、操作データを作成して制御部 40に送信するものである。入力デバイスとしては、ボタンスィッチの他にタツチパネルなどが挙げられる。

[0131] 通信方式切替部 47は、制御部 40からの指示に基づき、片方向通信 14、通常の双方向通信 15a、および簡易の双方向通信 15bの中力も通信方式を選択するものである。通信方式切替部 47は、選択結果を片方向通信部 48および双方向通信部 49に通知する。

[0132] 片方向通信部 48は、通信方式切替部 47からの通知に基づき、片方向通信 14を行うものであり、無線処理回路、発光素子などを備える構成である。具体的には、片方向通信部 48は、制御部 40から受信したコンテンツを赤外線通信に適したパケットに変換し、変換した通信データを光信号として外部に照射する。

[0133] 双方向通信部 49は、通信方式切替部 47からの通知に基づき、通常および簡易の双方向通信 15a' 15bの何れかを行うものである。具体的には、双方向通信部 49は、制御部 40から受信したコンテンッを赤外線通信に適したバケツトに変換し、変換したパケットを光信号として外部に照射する。このとき、双方向通信部 49は、送信先であるコンテンツ受信装置 12 - 13と通信に必要な各種データの送受信を行う。

[0134] 図 8は、双方向通信部 49の概略構成を示している。図示のように、双方向通信部 4 9は、双方向通信制御部 50、内部 IZF (インタフェース)部 51、リンク確立部 52、および外部 IZF部 53を備える構成である。

[0135] 双方向通信制御部 50は、双方向通信部 49内の各種構成を統括的に制御するものである。双方向通信制御部 50の機能は、例えば RAMやフラッシュメモリなどの記憶装置に記憶されたプログラムを CPUが実行することによって実現される。なお、双方向通信制御部 50の詳細については後述する。

[0136] 内部 IZF部 51は、コンテンツ送信装置 11内の制御部 40および通信方式切替部 4

7と信号の送受信を行うためのものである。

[0137] リンク確立部 52は、コンテンツ受信装置 12· 13とのリンクを確立するものである。リンクを確立する場合、相手発見'応答、速度ネゴシエーションなどの処理が含まれることが多い。

[0138] 外部 IZF部 53は、双方向通信制御部 50からの指示に基づき、外部と赤外線信号の送受信を行うためのものである。具体的には、外部 IZF部 53は、制御部 40から内部 IZF部 51およびリンク確立部 52を介して取得した電気信号を赤外線信号に変換して、外部に赤外線信号を送信する。また、外部 IZF部 53は、外部から受信した赤外線信号を電気信号に変換して、リンク確立部 52および内部 IZF部 51を介して制御部 40に送信する。外部 IZF部 53は、信号処理回路、発光素子、および受光素子を備える構成である。

[0139] 次に、双方向通信制御部 50の詳細について説明する。図 8に示されるように、双方向通信制御部 50は、通信モード判別部 54、通常双方向通信制御部（通常双方向通信手段） 55、および簡易双方向通信制御部 (簡易双方向通信手段） 56を備える構成である。

[0140] 通信モード判別部 54は、リンク確立部 52にて確立された通信モードを判別するものである。通信モード判別部 54は、判別した通信モードを内部 IZF部 51を介して制御部 40に通知する。

[0141] 通常双方向通信制御部 55は、制御部 40からの指示に基づき、通常の双方向通信 15aを行うベぐ外部 IZF部 52を制御するものである。また、簡易双方向通信制御部 56は、制御部 40からの指示に基づき、簡易の双方向通信 15bを行うベぐ外部 IZF 部 52を制御するものである。

[0142] 図 9 (a)〜（c)は、それぞれ、片方向通信 14、通常の双方向通信 15a、および簡易の双方向通信 15bにおける信号の流れを示すシーケンス図である。図示において、左側が接続を要求する装置、すなわちコンテンツ送信装置 11であり、右側が接続を受け入れる装置、すなわちコンテンツ受信装置 12 · 13である。なお、図示では、接続要求を行つた方が通信データを送信して、る力片方向通信 14の場合にはこれに制限されるものではない。

[0143] データ通信を行う上での基本的な処理としては、通信相手を探す探索処理 (Search )、通信相手と接続する接続処理 (Connection)、データ交換を行うデータ交換処理（ Data Exchange)、および、通信相手との接続を切断する切断処理（Disconnect)が挙げられる。なお、本実施形態では、データ交換処理は、コンテンツを含む通信データを送信側から受信側に送信するものであるから、「データ送信処理」と称することにする。

[0144] 片方向通信 14では、図 9 (a)に示されるように、上記の探索処理、接続処理、データ送信処理、および切断処理を片方向の通信で実現している。このため、双方向通信 15に比べて、通信速度を向上させることができる。また、複数のコンテンツ受信装置 12 · 13が通信データを同時に受信することが可能である。なお、本実施形態では、片方向通信 14は、簡易の双方向通信 15bのフレームと同じ構造のフレームを送信するので、処理の名称を双方向通信 15と同じとしている。

[0145] 一方、双方向通信 15では、図 9 (b) · (c)に示されるように、上記の探索処理、接続処理、データ送信処理、および切断処理を双方向の通信で実現している。このうち、探索処理および接続処理は、図 9 (b)に示される通常の双方向通信 15aではそれぞれ独立して行われる力図 9 (c)に示される簡易の双方向通信 15bでは同時に行われる。このように、簡易の双方向通信 15bでは、探索処理および接続処理が簡略ィ匕されるため、通信データを送信するまでの時間を短縮することができる。

[0146] 具体的には、通常の双方向通信 15aの場合、探索処理において接続可能な装置が存在するかを問い合わせる。複数の通信相手力応答が返ってきた場合には、次の接続処理において通信相手を特定して接続することが可能である。例えば、 ID ( 識別子）がそれぞれ Al、 A2、および A3である 3台の装置が、探索処理において応答を返した場合、 IDが A2の装置を選択して接続し、送信を開始することが可能である。 [0147] これに対し、簡易の双方向通信 15bの場合、通信相手を探索して接続することが同時に行われる。すなわち、通信相手は、探索に対する応答を返した後、接続の確認を省略して、通信データを受信することになる。このため、通信相手は、探索に対する応答を返すと、通信データを受信する準備を行う必要がある。

[0148] なお、上記探索に対し複数の通信相手から複数の応答が返される場合がある。この場合の応答方式としては、通信相手が応答を、ランダム時間待機して力返すというランダムバックオフ方式や、固定時間待機して力返す固定時間方式などの応答方式が考えられる。ランダムバックオフ方式の場合、衝突が生じる可能性が低くなる力待ち時間が長くなる。一方、固定時間方式の場合、複数の通信相手力もの応答で衝突が生じるが、 1つの通信相手力もの応答のみのとき、次の処理を直ちに行うことができるので、処理が高速となる。なお、その他の応答方式を採用することもできる

[0149] また、データ送信処理に関しては、通常の双方向通信 15aでは、図 9 (b)に示されるように、全体のデータ送信について頻繁に肯定応答 (Ack)を返す。通常、送信側から受信側に 2KB〜64KB程度のブロックを送信するごとに、受信側から送信側に Ackが送信される。

[0150] 一方、簡易の双方向通信 15bでは、図 9 (c)に示されるように、全体のデータ送信について 1つの応答を返すのみにすることが可能である。もちろん、途中で受信エラ一が生じた場合には、エラーの応答や切断の要求を返すことが可能である。また、通信データが数 MBとなる場合には、通信相手が途中で Ackを返すことも可能である。この場合、 256KB程度のブロックに対して Ackを返すこと力通常の双方向通信 15 aとの差異を出すために有効である。

[0151] したがって、データ送信処理に関しては、通常の双方向通信 15aでは、頻繁に Ack を返すために確実なデータ通信が可能となり、簡易の双方向通信 15bでは、 Ackを返す頻度が少な、ため、データ転送の全体が高速化される。

[0152] 以上より、接続処理およびデータ送信処理に関して、通常の双方向通信 15aは、より確実な通信方式であり、簡易の双方向通信 15bは、より高速な通信方式であると言える。 [0153] 本実施形態では、送信機および受信機間の通信として赤外線通信を利用している。赤外線通信の規格である IrDAの場合、図 9 (a)に示される片方向通信 14は、 IrSi mpleの片方向の通信方式であり、同図（b)に示される通常の双方向通信 15aは、 Ir DA Dataの通信方式であり、同図（c)に示される簡易の双方向通信 15bは、 IrSim pieの双方向の通信方式が相当する。

[0154] ここで、通信速度力 Mbpsである物理層で、 150KBのファイルを送る場合、 IrDA

Dataの通信方式では、相手局発見（3〜4秒） +通信のための情報交換（1〜2秒） +データ通信（0. 6〜1. 2秒） =トータル（4. 6〜7. 2秒）である。

[0155] 一方、 IrSimpleの双方向の通信方式では、相手局発見 +情報交換 (0. 1秒） +データ通信（0. 31〜0. 35秒） =トータル（0. 41〜0. 45秒）である。すなわち、 IrSim pieの双方向の通信方式は、 IrDA Dataの通信方式に比べて通信速度を 10倍以上高速ィ匕できることになる。

[0156] IrDA Dataの場合、すでに携帯電話機や PCなどに実装されているものが多い。

そこで、本実施形態における通常の双方向通信 15aとして、 IrDA Dataを利用することにより、 IrDAの十分に信頼性の高、相手局発見やデータ通信が行われると同時に、すでに巿場に存在する多くの機器と接続することが可能になる。

[0157] ところで、片方向通信 14と双方向通信 15とでは、受信機の構成が大きく異なる。すなわち、片方向通信 14の通信方式では、受信機において送信機能が不要でありので、簡便化された受信機の構築が可能となる。なお、受信機に片方向通信 14の通信方式のみの実装を許す場合には、送信機は、片方向通信 14と双方向通信 15とを切り替えできることが望ましい。これにより、受信機が片方向通信 14および双方向通信 15の何れか一方にのみ対応していても、受信機へのデータ通信が可能になる。

[0158] なお、図 9 (a)において、探索処理および接続処理を「Search+Connection」と記載しているのは、同図（c)と同様のパケットを送信することを前提としているからである。この場合、片方向通信 14のパケットと簡易の双方向通信 15bのパケットとは、 S NRMという「Search+Connection」の要求パケットにおいて、片方向通信 14 (応答無し)および簡易の双方向通信 15b (応答有り）の何れであるかを示す情報が異なることになる。また、片方向通信 14の場合には、通信相手のアドレス (送信先アドレス )として、ブロードキャストアドレスを指定することが普通である。この場合、片方向通信 14の SNRMパケットを受けた装置は、自分のアドレスと関係なく受信してもよい。

[0159] 図 10は、上記構成のコンテンツ送信装置 11の制御部 40における処理動作の流れを示している。図示のように、まず、図 6 (a)に示されるような複数のコンテンツのサムネイルを表示部 45に表示させる（S 10)。次に、ユーザが操作部 46を介して選択したサムネイルに対応するコンテンツを選択する（S 11)。図 6 (a)では、太枠で示されたサムネイルに対応するコンテンツが選択されることになる。

[0160] 次に、制御部 40は、送信の可否を判断すると共に、送信可能な場合に利用する送信手段を選択する（S 12)。送信の可否に関しては、例えば、著作権管理されて送信が禁止されているコンテンツは、送信が禁止される。また、送信手段の選択に関しては、例えば、ユーザが操作部 46を介して選択することによって行われる。例えば、片方向通信 14の選択では入力ボタン群 35のボタン「3」であり、双方向通信 15の選択では入力ボタン群 35のボタン「6」であると!/、うように、所定のボタンをユーザが押すことによって、利用する送信手段を選択する。なお、コンテンツの種類に基づいて送信手段を選択してもよ、。これにつ、ては別の実施形態で説明する。

[0161] ステップ S12にて片方向通信 14が選択されると、制御部 40は、通信方式切替部 4 7を制御することにより、図 6 (a)に示されるようなシーケンスで片方向通信 14が行われ、コンテンツが送信される（S 13)。その後、ステップ S10に戻って上記動作を繰り返す。

[0162] 一方、ステップ S12にて双方向通信 15が選択されると、制御部 40は、双方向通信制御部 50を制御することにより、双方向通信 15を開始する（S 14)。具体的には、図 9 (b)に示される探索処理のシーケンス (Search)と、同図（c)に示される探索処理のシーケンス (Search + Connection)とを交互に行う。

[0163] なお、これらシーケンスの実行配分は任意に選択でき、例えば、同図（c)に示される探索処理を 2回、次に同図 (b)に示される探索処理を 1回行い、若干休止した後これを繰り返すという処理が考えられる。また、上記シーケンスに入る前に、他の装置が通信しているかどうかを調べる処理（Listen before Talk)を行ってもよい。

[0164] 次に、制御部 40は、通常モード (通常の双方向通信 15a)および簡易モード (簡易の双方向通信 15b)の何れのモードであるかを、双方向通信部 49の通信モード判別部 54から取得する（S15)。これは上位のアプリケーションに通知するためのものである。該アプリケーションは、必要であれば何れのモードで通信しているかをユーザに知らせることが可能である。

[0165] 次に、制御部 40は、取得したモードを判定する（S16)。このステップでは、相手とのネゴシエーションによりモードを判定する。このモード判定の具体例を図 11 (a)〜（ c)に示す。

[0166] 図 l l (a)〜（c)は、通常の双方向通信 15aである IrDAのモードと、簡易の双方向通信 15bである IrSimple (双方向）のモードとの切替え処理をシーケンス図で示している。 IrSimpleでは、同図（a)に示されるように、相手との接続要求に SNRMコマンドを送信する。これは、図 9 (c)に示される接続処理（Search + Connection)における最初のパケットである。図 11 (a)に示されるように、上記 SNRMコマンドに対する応答 (UAレスポンス）が返ってくる場合、 IrSimple (双方向）のモードが選択され、図 9 (c) に示されるデータ通信が実行される（S 17)。その後、ステップ S 10に戻って上記動作を繰り返す。

[0167] 一方、図 11 (b)に示されるように、上記 SNRMコマンドに対して応答が返ってこない場合、引き続いて相手局発見コマンドである XIDコマンドを送信する。この XIDコマンドに対する応答 (XIDレスポンス）が返ってくる場合、通信相手力 rDA機器であると判断し、図 9 (b)に示されるように、 IrDA接続シーケンスにより接続処理 (Connect ion)を行った後、 IrDAでのデータ通信が実行される（S 18)。その後、ステップ S10 に戻って上記動作を繰り返す。

[0168] 一方、図 11 (c)に示されるように、上記 XIDコマンドに対して通信相手より応答が返つてこない場合、再び SNRMコマンドにより、 IrSimpleでの接続を試みる。この第 2 の SNRMコマンドに対して、応答が返ってきた場合は、 IrSimpleの接続を完了し、上述のように IrSimpleでのデータ通信を実行する。以下、応答が返ってくるまで、或いは所定時間が経過するまで、上記の SNRMコマンド、 XIDコマンド、 XID—Endコマンド、および SNRMコマンドを 1つの単位（セット）とした接続処理を繰り返す。

[0169] そして、通信相手が存在しない場合、すなわち SNRMコマンドに対しても XIDコマンドに対しても応答が無い場合、接続手順を停止し、「通信相手がいません」などのエラー表示を表示部 45に行わせて上述の処理を終了する。

[0170] なお、本実施形態では、 IrSimpleでの通信が高速であるため、こちらを優先し、最初に IrSimpleでの接続をトライし、 2つの接続を順次トライしている。しカゝしながら、プロトコルによっては相手局を発見して力もネゴシエーションで通信方式を決定してもよい。

[0171] 一方、ステップ S12にて、ユーザが選択したコンテンツが送信禁止コンテンツであると判断した場合、「このコンテンツは送信できません」などのエラー表示を表示部 45に行わせる（S19)。なお、エラー表示などの特別な処理を行わせなくてもよい。或いは、ステップ S11において、送信禁止のコンテンツはユーザが選択できないようにしてもよい。ステップ S19の後、ステップ S10に戻って上記動作を繰り返す。

[0172] 図 12は、コンテンツ受信装置 12· 13の概略構成を示している。図示のように、コンテンッ受信装置 12· 13は、制御部 (受信データ制限手段) 60、通信部 (データ受信手段） 61、コマンド解析部（コマンド取得手段） 62、コンテンツ記憶部（コンテンツ記憶手段） 63、属性記憶部 64、属性判定部（画像サイズ取得手段） 65、コンテンツ展開部 (展開手段) 66、表示サイズ記憶部 (表示サイズ記憶手段) 67、および画像加工部 (拡大 ·縮小手段) 68を備える。なお、画像表示機能を有するコンテンツ受信装置 13 は、表示部（出力手段、表示手段) 69を備える。一方、画像表示機能を有さないコンテンッ受信装置 12は、画像データを表示装置 17に送信する画像データ送信部（出力手段、送信手段） 70を備える。なお、表示部 69は、受信した画像をディスプレイに表示する機能だけでなく、受信した画像を印刷する機能を有して、ても良、。

[0173] 制御部 60は、コンテンツ受信装置 12· 13内の各種構成を統括的に制御するものである。制御部 60の機能は、例えば RAMやフラッシュメモリなどの記憶装置に記憶されたプログラムを CPU (Central Processing Unit)が実行することによって実現される。

[0174] 本実施形態では、制御部 60は、属性判定部 65が判定した属性情報の中の画像サィズと、表示サイズ記憶部 67が記憶する表示部 69または表示装置 17の画面の表示サイズとに基づいて、表示する画像のサイズを決定し、決定したサイズに画像を拡大または縮小するように画像加工部 68を制御する。また、上記属性情報の中には撮影の上下方向の情報を含むことがある。したがって、制御部 60は、上記上下方向の情報に基づいて、表示する画像の回転角を決定し、決定した回転角に画像を回転するように画像力卩ェ部 68を制御してもよい。なお、コンテンツの画像サイズと表示する画像サイズとの詳細については後述する。

[0175] 通信部 61は、コンテンツ送信装置 11との通信を行うものである。通信部 61は、片方向通信 14、通常の双方向通信 15a、簡易の双方向通信 15bの中の少なくとも 1つを実行できればよい。さらに、単純な家電用の赤外線リモコンを用いてコマンドを受信する通信部が存在してもよヽ。

[0176] 複数の通信方式を実行できる場合には、図 7に示される通信方式切替部 47、片方向通信部 48、および双方向通信部 49に類似する構成を有すればよい。また、複数の通信を実行できる場合、パケット中に存在する情報により通信方式を自動認識することが望ましい。このとき、コンテンツ送信装置 11がどのような通信方式で通信データを送信してきても、通信方式を動的に判断して通信部 61を対応させることにより、通信データを受信することが可能となる。

[0177] また、通信部 61は、コンテンツ送信装置 11から受信した通信データを処理して、コマンド、コンテンツ、および属性情報に分離し、それぞれコマンド解析部 62、コンテンッ記憶部 63、および属性記憶部 64に送信する。

[0178] 例えば、上述の Exifフォーマットでは、コンテンツと該コンテンツの属性情報とを 1フアイルに格納できる。したがって、このようなフォーマットの通信データをコンテンツ送信装置 11から受信することにより、コンテンツと属性情報とを容易に分離することができる。なお、このフォーマットでも、コンテンツ自体〖お PEGなどで圧縮された画像データが格納される。

[0179] ところで、フォーマットによっては、コンテンツおよび属性情報の格納形式が規定されているが、コマンドの格納形式が規定されていないものも考えられる。この場合、コンテンッに画像データではなぐ r_rotateJなどのテキスト情報をコマンドとして格納し、例えば「IrSimple. cmd」のような特定のファイル名を付した通信データを送信すればよい。このとき、通信部 61は、コンテンツに格納された情報を、ファイル名力もコマンドと判断して、該コンテンツをコマンド解析部 62に送信することになる。これにより、コマンドの格納されたコンテンツがコンテンツ記憶部 63に記憶されることによるリソースの無駄を防止できる。

[0180] なお、コンテンツに格納されるコマンドは、 1つでもよいし、複数でもよい。また、コマンドには、拡大率、縮小率、回転角などのパラメータを付与してもよい。すなわち、倍率 120%で拡大することを示す「expansionl20%」、倍率 0. 8で縮小することを示す「reduceO. 8」、 180度回転することを示す「rotatel80° 」などと記載してもよい。また、コマンドは、文字コードで格納する代わりに、コマンドコードと数値パラメータとを含むバイナリコードであってもよい。

[0181] また、コマンドをファイル名に含ませてもよい。このとき、通信部 61は、ファイルの中身ではなぐファイル名自体をコマンド解析部 62に送信することになる。例えば、ファィル名が「IrSimple_rotate 180.cmd」である場合、通信部 61は当該ファイル名をコマンド解析部 62に送信し、コマンド解析部 62は、受信したファイル名から、 180度の回転を行うコマンドと解析することになる。これにより、コンテンツおよびコマンドの両方を含む通信データを送信することができる。

[0182] また、コンテンツの受信中に、該受信の進拔状況を示すプログレスバーを表示部 6 9に表示することがある。この場合、コマンドの格納されたコンテンツを受信するたびに、上記プログレスバーが表示されることになり、ユーザにとって煩わしい。そこで、通信部 61が、コンテンツにコマンドが格納されているカゝ否かを判断するまで、表示部 69 にプログレスバーを表示させな、ように制御部 60が制御することが望ま U、。

[0183] ところで、コマンドを含むファイルの受信中に受信エラーが発生して、当該ファイルを最後まで受信できな力つた場合、当該ファイルに含まれるコマンドの処理が困難である。また、コマンドの内容に誤りが有った場合、あるいはコマンドのパラメータが制限範囲を超えるなどした場合、コマンドの処理ができな!/、。

[0184] そこで、コマンドの受信に失敗したり、受信したコマンドにエラーが存在したりする場合、表示部 69は、上記コマンドを含むファイルの受信時、またはその直前の画像表示を継続してもよ、し、ユーザに通知するためにエラーメッセージを表示してもよ、。また、上記エラーメッセージの表示など、画像以外の表示を表示部 69が行っている場合に、通信部 61がコマンドを含むファイルを受信した場合、上記コマンドを処理してもよいが、上記エラーメッセージの表示を妨げないために、上記コマンドを無視してちょい。

[0185] また、本実施形態では、コンテンツ受信装置 12· 13は、コンテンツ送信装置 11から赤外線を介してコンテンツを取得する。このため、通信部 61は、外部からの赤外線信号を検出する光検出器を少なくとも備える必要がある。

[0186] 図 13 (a) · (b)は、図 2に示されるような利用形態において、 TV受像機 18 (コンテンッ受信装置 12)に設けられる光検出器の例を示している。上述のように、 TV受像機 1 8に設けられる光検出器は、 TV受像機 18の画面の法線方向力水平面に士約 45 度傾斜した方向までの範囲から赤外線を受光できることが望ましい。このため、光検出器は、図 13 (a) · (b)に示されるように、水平面において上記法線方向と垂直な方向（以下、この方向を「横方向」と称する。）に長い形状とすることが望ましい。

[0187] 図 13 (a)に示される光検出器 (光検出手段） 71は、集光レンズ 72と 1個の受光素子 73とを備える構成である。通常の 1焦点のレンズの場合、レンズの光軸方向と平行に入射した光が集光する位置と、上記光軸方向から傾いて入射した光が集光する位置とは異なる。このため、集光レンズ 72は、上記法線方向から横方向に傾いた方向からの光を適切な位置に集光させるように、焦点が複数個存在することが望ましい。

[0188] なお、 1受光素子型の光検出器 71は、横方向の長さが約 20mm以上であることが望ましい。一方、鉛直方向は通常、横方向の 90度ほどは視野角が必要ない。そこで、 TV受像機 18に利用される光検出器 71としては、鉛直方向の長さが 10mm以上であり、かつ横方向が長い形状が望ましい。

[0189] 図 13 (b)に示される光検出器 (光検出手段） 74は、通常の IrDA用光検出器 75を横方向に 5個配列したものである。通常の IrDA用光検出器 75は、受光角度が士約 15度 (合計約 30度)である。したがって、単純計算では、 ±45度 (合計 90度）の受光角度をカバーするには 3個で十分である。し力しながら、素子のばらつき、組立てのばらつきなどを考慮すると、 4個〜 6個程度設けることが望ましい。

[0190] 現在のところ、コンテンツ送信装置 11が携帯電話機などのモパイル機器である場合、モパイル機器には IrDA規格（4Mbps)の lOOmWZsr (ステラジアン）の発光素子が利用され、通信距離が約 lmである。一方、図 2に示されるように、コンテンツ送信装置 11とコンテンツ受信装置 12· 13との間の通信距離は、最低でも約 2m以上であることが要求される。そこで、図 13 (a) · (b)に示されるような、微弱な赤外線でも検出できる光検出器 71 · 74が利用されることになる。

[0191] コマンド解析部 62は、通信部 61から受信したコマンドを解析するものである。コマンド解析部 62は、解析結果を制御部 60に通知する。

[0192] コンテンツ記憶部 63は、通信部 61から受信したコンテンツを記憶するものである。

また、属性記憶部 64は、通信部 61から受信した属性情報を記憶するものである。

[0193] コンテンツ記憶部 63および属性記憶部 64は、フラッシュメモリ、 HDD (ノヽードデイスクドライブ）、 DVD (Digital Versatile Disk)などの書換え可能な不揮発性記憶装置によって構成される。なお、何れの記憶装置を利用するかは、記憶するコンテンツの量、要求されるアクセス速度などの条件に依存する。また、コンテンツ記憶部 63および属性記憶部 64は、同じ記憶装置によって構成されていてもよい。また、上述の Exifフォーマットのように、コンテンツと該コンテンツの属性情報とを 1ファイルとして記憶部に記憶してもよい。

[0194] 属性判定部 65は、属性記憶部 64が記憶するファイルフォーマット、画像サイズなどの各種属性情報から、再生処理など、コンテンツに対して実行すべき処理を判定するものである。属性判定部 65は、判定結果を制御部 60およびコンテンツ展開部 66 に通知する。

[0195] コンテンツ展開部 66は、属性判定部 65からの判定結果に基づいて、圧縮されたコンテンッを展開するものである。これは、通信上の負荷を軽減するためコンテンツが J PEG、 MP3 (MPEG— 1 Audio Layer— ΠΙ)、 MPEG (Moving Picture Experts Group) 2、 ZIPなどの圧縮されたフォーマットでファイルに格納されて!、ることが一般的であるカゝらである。コンテンツ展開部 66は、展開したコンテンツを画像力卩ェ部 68に送信する。

[0196] 表示サイズ記憶部 67は、表示部 69または表示装置 17の表示画素のサイズを記憶しており、フラッシュメモリなどの記憶装置によって構成される。実際には、ソフトウェアのコードの中に横 1920、縦 1080などの情報が設定され、処理の中でこれらの値が用いられることが多い。コンテンツ受信装置 12 · 13を制御するハードウェアでは、外部からの設定により複数の表示サイズの切替えが可能であることが望ま U、。これは、異なるサイズの表示装置 (ディスプレイ）に組み込む場合に、それぞれのサイズに応じて変更を容易にするためである。

[0197] 画像力卩ェ部 68は、コンテンツ展開部 66が展開したコンテンツに対し画像力卩ェを行うものである。ここで、画像力卩ェとは、例えば画像の回転、縮小、拡大、平行移動、変形、反転などを指す。これらを実現する画像処理技術の一つとしてァフィン変換 (Affi ne Transformation)が挙げられる。ァフィン変換は、平行移動、拡大'縮小、および回転の 3種類の基本的な変形を組み合わせた図形変換である。画像加工部 68は、変換したコンテンツを画像データとして、表示部 69または画像データ送信部 70に送信する。

[0198] ところで、コンテンツの画像サイズが 800万画素（ピクセル） t ヽつた非常に大きなものである場合、展開されたコンテンツのデータ長も非常に大きなものとなる。このため、コンテンツ展開部 66がコンテンツを全部展開してから、画像加工部 68が縮小するのではなぐコンテンツ展開部 66がコンテンツを展開すると同時に画像力卩ェ部 68が縮小することが望ましい。この場合、画像データのサイズを小さくでき、画像データを記憶するメモリを節約できる。

[0199] 表示部 69は、画像加工部 68から受信した画像データに基づいて画像を表示するものである。具体的には、表示部 69は、 LCD、 PDP、 ELディスプレイなどの表示素子と、受信した画像データに基づいて表示素子を駆動するドライバ回路とを備える構成である。

[0200] 画像データ送信部 70は、画像力卩ェ部 68から受信した画像データを表示装置 17に送信するものである。画像データ送信部 70から表示装置 17への画像データの送信は、無線 LANなどの無線を利用した無線形態でもよいし、ケーブルを利用した有線形態でもよい。さらに、ケーブルを利用した有線形態の場合、アナログ信号を送信する形態でもよいし、 DVI (Digital Visual Interface)、 HDMI (High-Definition Multimed ia Interface)などの規格に基づヽてデジタル信号を送信する形態でもよヽ。

[0201] なお、コンテンツ受信装置 12 · 13は、受信したコンテンツのフォーマットに基づいて、表示モードを変更できることが望ましい。例えば、コンテンツ受信装置が LCDの場合、ノックライトの輝度、色調整、画質調整などが可能である。また、これらの調整値の設定を複数個記憶することにより、映画、スポーツ、ゲームなどのモード切替が可能なものが存在する。

[0202] 一方、コンテンツ受信装置 12 · 13では、写真、動画、メール、文書などの異なる種類のファイルを受け取ることが可能である。画像である写真や動画と、テキストを中心とした文書やメールとの間でも、上記設定を切替可能であることが望ましい。例えば、写真では、くっきり感を出すために、コントラストと明度とを上げることが望ましいが、テキストではコントラストや明度を上げ過ぎると、文字が読み辛くなる。画像とテキストとは、コンテンツの属性情報 (例えばファイルの拡張子）により、 JPEGやドキュメントなどの判別が可能であるため、これらの属性情報により上記設定を切り替えるとよい。

[0203] 次に、コンテンツ受信装置 12 · 13が受信するコンテンツ（以下、「受信コンテンツ」と称する。）の画像サイズと、表示部 69または表示装置 17の表示画面に表示されるコンテンッ（以下、「表示コンテンツ」と称する。）の画像サイズとの詳細について、図 14 (a)〜図 17 (c)を参照しつつ説明する。なお、以下では、画像のアスペクト比を維持しつつ拡大 ·縮小を行うものとする。

[0204] 図 14 (a) · (b)は、それぞれ、受信コンテンツ 80の画像サイズと、上記表示画面の画像サイズとを示している。同図（a)に示されるコンテンツ 80の画像サイズは、コンテンッを受信するまでは不明である。一方、同図（b)に示される表示画面の画像サイズは、通常、表示用メモリに展開可能な 1画面の大きさになる。

[0205] 例えば、ハイビジョンテレビ映像の場合、フルサイズで 1920 X 1080画素であるが、その他に複数の画像サイズが存在する。また、表示装置 17の表示最大解像度が 1 920 X 1080画素であっても、表示用メモリが記憶可能な最大の画像サイズが 1366 X 768画素である場合も考えられる。この場合、表示装置 17にて拡大表示されることになる。

[0206] したがって、表示コンテンツの画像サイズ (画素数）は、表示部 69または表示装置 1 7が表示可能な最大解像度に関係なぐ表示用メモリが記憶可能な最大の画像サイズ (画素数）によって規定されることになる。以下、この画像サイズを「表示用メモリ 81 の画像サイズ」と称する。また、以下では、表示用メモリ上での画像サイズ (画素数)を基に説明を行う。

[0207] 図 15 (a)〜（c)は、受信コンテンツの画像サイズを示している。図示の例では、受信コンテンツ 80の画像サイズは、表示用メモリ 81の画像サイズに比べて横長となっている。また、同図（d)〜 (f)は、それぞれ、同図（a)〜（c)に示される受信コンテンツ 80に対応する表示コンテンツ 82の画像サイズを示している。これは、 1画面に表示されるコンテンツの表示領域に対応する。図示において、斜線領域がコンテンツの画像領域である。

[0208] 図 15 (a)は、受信コンテンツ 80aの画像サイズが基準サイズよりも小さい場合を示している。この基準サイズの一例としては、 QVGA (Quarter Video Graphics Array)の横長サイズ（320 X 240画素）が挙げられる。

[0209] もし、図 15 (e)に示されるように、表示コンテンツ 82が、受信コンテンツ 80aを表示画面全体に拡大したものである場合、拡大率が大きすぎてブロックノイズが目立ちュ一ザの視認性が悪化する。そこで、受信コンテンツ 80aの画像サイズが基準サイズよりも小さい場合、表示コンテンツ 82aの画像サイズは、同図（d)に示されるように、拡大率が制限されることが望ましい。なお、拡大率は、等倍 (原寸と同じドット数)から 4 倍 (縦横各 2倍)程度に制限するのが望ま、。

[0210] 同様に、縮小率が大きすぎる、すなわち表示コンテンツ 82が小さくなりすぎる場合にも、ユーザの視認性が悪化する。例えば、表示されたコンテンツの大きさが名刺大 (9cm X 5. 5cm)よりも小さい場合、 2〜3m以上離れて見たときにコンテンツの内容を判別するのが難しい、といったことが考えられる。したがって、縮小率を制限するか、或いは、縮小表示の限界サイズ (例えば、何れかの辺が 7cm以上など）を設定することが望ましい。

[0211] 図 15 (b)は、受信コンテンツ 80bの画像サイズ力基準サイズ以上であり、かつ、表示用メモリ 81の画像サイズ以下である場合を示している。この場合、表示コンテンツ 8 2bは、同図（e)に示されるように、受信コンテンツ 80bの全体が可能な限り広く表示されるように拡大されたものとなる。具体的には、表示コンテンツ 82bは、水平方向の画像サイズが、表示用メモリ 81の水平方向の画像サイズと一致するように、受信コンテンッ 80bを拡大したものとなる。

[0212] 図 15 (c)は、受信コンテンツ 80cの画像サイズ力表示用メモリ 81の画像サイズよりも大きい場合を示している。この場合、表示コンテンツ 82cは、同図（f)に示されるように、受信コンテンツ 80cの全体が可能な限り広く表示されるように縮小されたものとなる。具体的には、表示コンテンツ 82cは、水平方向の画像サイズが、表示用メモリ 81 の水平方向の画像サイズと一致するように、受信コンテンツ 80cを縮小したものとなる

[0213] 図 16 (a)〜（c)は、受信コンテンツの画像サイズを示している。図示の例では、受信コンテンツ 80の画像サイズは、表示用メモリ 81の画像サイズに比べて縦長となっている。また、同図（d)〜 (f)は、それぞれ、同図（a)〜（c)に示される受信コンテンツ 80に対応する表示コンテンツ 82の画像サイズを示している。これは、 1画面に表示されるコンテンツの表示領域に対応する。図示において、斜線領域がコンテンツの画像領域である。

[0214] 図 16 (a)は、受信コンテンツ 80dの画像サイズが基準サイズよりも小さい場合を示している。この基準サイズの一例としては、 QVGAの縦長サイズ（240 X 320画素）が挙げられる。この場合、図 15 (a)に示される場合と同様に、表示コンテンツ 82dの画像サイズは、同図（d)に示されるように、拡大率が制限されることが望ましい。なお、拡大率は、等倍 (原寸と同じドット数)から 4倍 (縦横各 2倍)程度に制限するのが望ましい。

[0215] 図 16 (b)は、受信コンテンツ 80eの画像サイズ力基準サイズ以上であり、かつ、表示用メモリ 81の画像サイズ以下である場合を示している。この場合、表示コンテンツ 8 2eは、同図（e)に示されるように、受信コンテンツ 80eの全体が可能な限り広く表示されるように拡大されたものとなる。具体的には、表示コンテンツ 82eは、垂直方向の画像サイズが、表示用メモリ 81の垂直方向の画像サイズと一致するように、受信コンテンッ 80eを拡大したものとなる。

[0216] 図 16 (c)は、受信コンテンツ 80fの画像サイズ力表示用メモリ 81の画像サイズよりも大きい場合を示している。この場合、表示コンテンツ 82fは、同図（f)〖こ示されるように、受信コンテンツ 80fの全体が可能な限り広く表示されるように縮小されたものとなる。具体的には、表示コンテンツ 82fは、垂直方向の画像サイズ力表示用メモリ 81 の垂直方向の画像サイズと一致するように、受信コンテンツ 80fを縮小したものとなる

[0217] なお、図 15 (e)に示される表示コンテンツ 82bをさらに拡大することもできる。図 17 ( a)は、図 15 (e)に示される表示コンテンツ 82bをさらに拡大した場合を示している。この場合、表示コンテンツ 82b'は、図 17 (a)に示されるように、垂直方向の画像サイズ 1S 表示用メモリ 81の垂直方向の画像サイズと一致するように、表示コンテンツ 82b を拡大したものとなる。このため、図示の表示コンテンツ 82b 'は、水平方向にはみ出した状態となる。

[0218] さらに、図 17 (a)に示される表示コンテンツ 82b'を拡大することもできる。この拡大の比率は、図 15 (e)に示される表示コンテンツ 82bに関して、水平方向および垂直方向にそれぞれ 1. 4倍程度、面積で 2倍程度とすることが望ましい。

[0219] 同様に、図 16 (e)に示される表示コンテンツ 82eをさらに拡大することもできる。図 1 7 (b)は、図 16 (e)に示される表示コンテンツ 82eをさらに拡大した場合を示している。この場合、表示コンテンツ 82e'は、図 17 (b)に示されるように、水平方向の画像サィズが、表示用メモリ 81の水平方向の画像サイズと一致するように、表示コンテンツ 8 2eを拡大したものとなる。このため、図示の表示コンテンツ 82e 'は、垂直方向にはみ出した状態となる。

[0220] さらに、図 17 (b)に示される表示コンテンツ 82e'を拡大することもできる。この拡大の比率は、図 16 (e)に示される表示コンテンツ 82eに関して、水平方向および垂直方向にそれぞれ 1. 4倍程度、面積で 2倍程度とすることが望ましい。

[0221] この拡大の後、同様の比率で表示コンテンツをさらに拡大することもできる。この場合の表示コンテンッ 82e "を図 17 (c)に示す。同図（a)〜（c)に示される場合では、表示コンテンツ 82b ' · 82Θ' · 82Θ' 'は、表示画面からはみ出すことになる。そこで、コンテンッ送信装置 11は、機能ボタン群 34 (図 6 (b) )の十字キーをユーザが操作することにより、該操作に基づくコマンドを生成してコンテンツ受信装置 12 · 13に送信することにより、表示コンテンツ 82b ' - 82e' ' 82e' 'の表示領域を移動させるようになって、ることが望まし!/、。 [0222] なお、例えば、ハイビジョンのフルサイズは、 1980 X 1080画素である力これは約 200万画素である。一方、デジタルカメラでは、 800万画素以上のものが市販されている。したがって、表示画面の画素数よりも著しく多い画素数のコンテンツを受信することが考えられ、この場合、図 17 (a)〜（c)に示されるように表示コンテンツ 82が表示画面からはみ出して表示されても、ブロックノイズが目立つことは無ぐユーザの視認性を維持できる。

[0223] また、図 17 (a)〜（c)では、図 15 (e)および図 16 (e)に示される表示コンテンツ 82b •82eをさらに段階的に拡大することについて説明した力同様に、図 15 (f)および図 16 (f)に示される表示コンテンツ 82c ' 82fをさらに段階的に縮小することも可能である。

[0224] 次に、上記構成のコンテンツ受信装置 12· 13における処理動作について、図 18を参照しつつ説明する。図 18は、コンテンツ受信装置 12· 13が実行するコマンド処理の流れを示している。図示のように、まず、通信部 61が通信データを受信する（S 30)

[0225] 受信した通信データがコンテンツであり、かつ画像データである場合に、制御部 60 が画像の拡大'縮小率の設定を行う（S31)。これは、表示部 69または表示装置 17の表示ドット数と、受信した属性情報とから判定を行う。なお、属性情報は、 JPEGや M PEGの画像サイズのように、コンテンツの一部として存在するものがある力どのような形で受信されても力まわな、。もちろん画像データが静止画であっても動画であつてもよい。

[0226] 次に、コンテンツ展開部 66が、コンテンツを展開する（S32)。なお、コンテンツがパソコンのプレゼンテーションファイルや文書ファイルなどであっても、同様に画像への展開を行う。次に、画像加工部 68が、ステップ S31で設定された大きさになるように、画像の拡大または縮小を行う（S33)。

[0227] 次に、制御部 60が、属性情報のうち表示して有用なものの表示を行うために、該当情報を表示部 69または画像データ送信部 70に送信する（S34)。表示して有用な属性情報の例としては、撮影日時、撮影場所 (撮影場所の地名、郵便番号、最寄駅名、緯度経度情報など）、ユーザコメント、タイトル、出演者、放映日時、放映チャネルなどが挙げられる。通常は、画像とは異なるメモリプレーンにこれらの属性情報を書き込み、最終段階で画像と合成されて表示されることが多いが、その手法は問わない。ステツプ S34の後、ステップ S43に進む。

[0228] 一方、ステップ S30にて、受信した通信データがコマンドである場合、制御部 60が、すでに受信したコンテンツ (画像）が存在するかどうかを判定する（S35)。すでに受信した画像が存在しない場合、制御部 60は、エラーを表示するよう表示部 69または画像データ送信部 70に指示する（S37)。このエラーは、表示装置 17およびコンテンッ受信装置 13のメイン画面に表示してもよいし、コンテンツ受信装置 12· 13に設けた状態表示用の LEDで表示してもよい。その後、ステップ S30に戻って上述の処理動作を繰り返す。

[0229] 一方、ステップ S35にて、受信した画像が存在する場合、受信したコマンドの種別をコマンド解析部 62が解析する（S38)。受信したコマンドが回転を指示するものである場合にはステップ S39に進み、上記コマンドが拡大 ·縮小を指示するものである場合にはステップ S41に進み、上記コマンドが表示場所の移動を指示するものである場合にはステップ S42に進む。

[0230] ステップ S39では、画像力卩ェ部 68が上記画像の回転を行う。次に、回転後の画像の拡大または縮小が必要かどうかを制御部 60が判定する（S40)。不要である場合にはステップ S43に進み、必要である場合にはステップ S40に進む。例えば、図 15 (e) に示される表示コンテンツ 82bを 90度回転させると、そのままの大きさでは表示画面 81からはみ出すため、図 16 (f)に示される表示コンテンツ 82fのように縮小を行って全体が表示されるようにすることが望まヽ。

[0231] ステップ S41では、画像力卩ェ部 68が、上記画像の拡大'縮小を行う。その後、ステップ S43に進む。

[0232] ステップ S42では、画像力卩ェ部 68が、上記画像の表示場所の移動を行う。その後、ステップ S43に進む。例えば、図 17 (c)に示されるように表示コンテンツ 82e' 'が表示画面よりも大きく拡大された場合には、コンテンツ送信装置 11で矢印キーなどで表示位置移動コマンドを送信し、該コマンドをコンテンツ受信装置 12· 13が受信した場合にはステップ S42において表示位置を移動させることが望ましい。 [0233] ステップ S43では、表示部 69が受信したデータに基づいて表示部 69が表示を行い、或いは、画像データ送信部 70が送信したデータに基づいて表示装置 17が表示を行う。その後ステップ S30に戻って、上述の動作を繰り返す。

[0234] なお、回転、拡大'縮小、および移動以外のコマンドとして、コンテンツ受信 '再生' 印刷の許可 '不許可を行うコマンドなどを受信する処理が存在してもかまわない。これらのコマンドは特別な処理であり、不許可設定の場合に、コンテンツがすでに存在するかどうかに関わらず、コンテンツ受信 ·再生'印刷の許可コマンド以外のコマンドおよびコンテンツの受信処理を行わな、ようにすることもできる。

[0235] また、コンテンツ受信装置 12として、テレビ放送などの放送信号を受信し記録する AVレコーダなどを用いる場合、放送信号の周波数チャネルに合わせるチャネル合わせと、該チャネルからの入力と外部装置からの入力とを切り替える入力切替とが存在することが多い。このため、本実施形態のコンテンツ受信装置 12では、入力切替コマンドにより、コンテンツ受信'表示モードに切り替えられることが望ましい。これにより、無線によるコンテンツ受信 ·表示機能を、外部入力の一つとしてユーザに認識させることが可能になる。この場合、コンテンツ受信'表示モードに切り替えることに対応して、図 12に示される通信部 61、コマンド解析部 62などの機能を動作させることが望ましい。

[0236] さらに、別の入力もしくはチャネルに切り替えられたことに対応して、図 12に示される構成の一部もしくは全部を省電力モードにするもしくは電源をオフすることが望ましい。これにより、通常の放送受信時もしくは他の入力の使用時に、電力消費を抑えることが可能となる。

[0237] 以上のように、本実施形態のコンテンツ送信装置 11は、片方向通信 14および双方向通信 15の何れでコンテンツを送信するかを、ユーザが選択できるので、ユーザが所望する通信方式でコンテンツを送信することができる。

[0238] 〔実施の形態 2〕

次に、本発明の別の実施形態について、図 19および図 20を参照しつつ説明する o本実施形態のコンテンツ送信システムは、図 1に示されるコンテンツ送信システム 1 0に比べて、コンテンツ受信装置 12· 13が、コンテンツの種類に基づいて片方向通信 14を許可する力禁止するかを判断する点が異なり、その他の構成は同様である。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。

[0239] 図 19は、本実施形態のコンテンツ送信装置 11の制御部 40における処理動作の流れを示している。図示のように、まず、複数のコンテンツのサムネイルを表示部 45に表示させ (S 10)、ユーザが操作部 46を介して選択したサムネイルに対応するコンテンッを選択する（S 11)。

[0240] 次に、制御部 40は、ユーザが選択したコンテンツ力片方向通信 14が許可されたコンテンツ、片方向通信 14が禁止されたコンテンツ、および送信が禁止されたコンテンッのうち、何れの種類であるかを判別する（S50)。

[0241] 例えば、著作権管理されて送信が禁止されているコンテンツは、送信が禁止される。また、携帯電話機のアドレス帳全部を送信する場合には、片方向通信 14を許可しないように制限することが望ましい。これは、アドレス帳には知人の個人情報が含まれることと、片方向通信 14では複数の受信機が同時に受信する可能性があることとから、知人の個人情報が第三者に漏洩する虞があるためである。特に、個人情報を含むデータは秘匿されることが好ましいから、双方向通信 15で通信し、かつ、送信機および受信機を IDなどで完全に特定できるようにして力データ送信を行うことが望ましい。

[0242] なお、上述のように通信方式を制限するために、ステップ S50にて判別される「コンテンッ」の単位は、 1コンテンツである場合や、ある共通の属性を有する複数のコンテンッである場合や、或るコンテンツの一部である場合がある。例えば、 1枚の写真が選択された場合、判別される単位は当該選択された 1枚の写真である。また、データフォルダが選択された場合、当該選択されたデータフォルダに含まれる一部または全部のコンテンツである。また、アドレス帳における或る知人の個人情報が選択された場合、判別される単位は、アドレス帳というコンテンツにおける当該知人の個人情報である。

[0243] ステップ S50〖こて、選択されたコンテンツが、片方向通信 14の許可されたものであると判別する場合、制御部 40は、送信メニューを表示部 45に表示させる（S51)。これは、図 6 (a)に示される例では、表示画面 32の下端部に「送信」ボタンを表示することになる。なお、回転、拡大など送信以外のメニューを表示画面 32に表示してもよい。また、送信メニューを、図 6 (a)に示される表示画面 32の下端部の「メニュー」ボタンが選択されたときに表示してもよ、。

[0244] 次に、上記「送信」ボタンがユーザによって選択されると、制御部 40は、片方向通信 14を行うか、双方向通信 15を行うかの選択項目を表示部 45に表示させる（S52)。図 20は、表示画面 32に上記選択項目 85を表示した状態を示している。次に、選択項目 85の中からユーザが操作部 46を用いて選択した通信方式を判定する（S53)。

[0245] ステップ S53にて片方向通信 14が選択されたと判定すると、制御部 40は、図 10に示されるステップ S13と同様の処理を行う。その後、ステップ S10に戻って上記動作を繰り返す。

[0246] 一方、ステップ S53にて双方向通信 15が選択されたと判定すると、制御部 40は、図 10に示されるステップ S14〜S18と同様の処理を行う。その後、ステップ S10に戻つて上記動作を繰り返す。

[0247] なお、ステップ S51. S52を省略し、コンテンツ送信装置 11が備える数字キー（図 6 ( b)に示される入力ボタン群 35)の、ずれが押されたかに応じて片方向通信 14か双方向通信 15が選択されてもよい。すなわち、「1」の数字キーが押されれば片方向通信 14、「2」の数字キーが押されれば双方向通信 15、と設定してもよい。また、図示はしていないが、図 20に示される選択項目 85において、あるいは数字キーの割当てにぉ、て、通信を中止する「キャンセル」メニューが選択できてもよ!、。

[0248] 一方、ステップ S50にて、選択されたコンテンツが片方向通信 14の禁止されたコンテンッであると判別する場合、制御部 40は、送信開始メッセージを表示部 45に表示させる（S54)。この送信開始メッセージは、例えば、「受信機器に向けて決定ボタンを押してください。」というようなものである。なお、このときに、ステップ S51のような送信メニューが表示されてもよヽ。

[0249] 次に、制御部 40はユーザ力も送信指示があるかどうかを判断する（S55)。送信指示が所定時間（例えば 10秒)無い場合、あるいは送信中止指示がある場合 (S55で NO)、送信をキャンセルし、ステップ S10に戻って、上記動作を繰り返す。 [0250] 一方、送信が指示された場合 (例えば、決定ボタンが押された場合）、制御部 40は、双方向通信 15を開始させる、すなわち、図 10に示されるステップ S14〜S18と同様の処理を行う。その後、ステップ S10に戻って上記動作を繰り返す。

[0251] 一方、ステップ S50にて、選択されたコンテンツが送信禁止コンテンツであると判断した場合、制御部 40は、上述のように、エラー表示を表示部 45に行わせ (S 19)、その後、ステップ S 10に戻って上記動作を繰り返す。

[0252] ところで、片方向通信 14および双方向通信 15を切り替える基準、もしくは、片方向通信 14または双方向通信 15の選択をユーザに行わせるかどうかの基準としては、以下のようなものが考えられる。

[0253] (1)データ件数

•片方向通信可能：アドレスデータの 1件送信、 1枚の写真送信など。

•片方向通信禁止：アドレスデータ全部、写真フォルダ全部など。

[0254] (2)コンテンツの種類

，片方向通信可能:写真、ストリーミングなど。

•片方向通信禁止:メール、文書、動画、音楽など。

[0255] (3)データ量

•片方向通信可能：送信するコンテンツの数または量が所定値未満。

•片方向通信禁止:送信するコンテンツの数または量が所定値以上。

[0256] 例えば、パケットサイズが 256バイトであり、パケットエラーレート (信頼性）が 10_⁸である場合、 1Mバイトのファイルを送信すると約 3. 8%の通信エラーが発生する。この通信エラーの発生率を 10%まで許容するとすると、送信可能なファイルのサイズは 3 Mバイト程度になる。よって、 3Mバイトを境に片方向通信の許可 ·禁止を行うことが考えられる。

[0257] また、 5秒以上通信を行った上で通信エラーが起きると、ユーザを落胆させることになる。そこで、コンテンツサイズ Z通信速度力通信時間を推定し、 5秒の推定通信時間を境に片方向通信の許可'禁止を行うことが考えられる。

[0258] (4)通信状況

例えば、双方向通信 15において、受信信号の強度、エラーレートなどのような、通信状態を示す指標が悪化した場合に、片方向通信 14に切り替えることが考えられる

[0259] また、同じコンテンツを送るのに何度も片方向通信 14をユーザが指示する場合には、同一コンテンツの送信を失敗していると判断して、途中で双方向通信 15に自動的に切り替えても良い。具体的には、送信履歴を参照すると、同じコンテンツの送信力 S3回指示されている場合、 3回目は、まず双方向通信 15のコネクションを試すということである。同様に、送信履歴を参照すると、同一コンテンツの送信を双方向通信で行おうとして、何度もエラーが起きるような場合、片方向通信 14に自動的に切り替えてもよい。また、光通信の場合には、上記 3回目の送信のときに「もっと近づいてくださ、」などと、うメッセージを表示してもよ、。

[0260] (5)著作権など他の条件

一般に、著作権が管理されているコンテンツは送信禁止である。し力しながら、著作権が管理されて!、るコンテンツのうち、受信機器も認証されて!、るものであれば送信してよいコンテンツが存在する。例えば、パーソナル用途で録画したデジタル放送コンテンッは私的利用であれば適切な著作権保護技術を用いて、コンテンツを送信してもよい。ただし、この場合には、双方向通信 15を行って相手を認証する必要があるので、双方向通信 15のみが選択可能。また、この場合には、コンテンツ自体もしくは通信全体で暗号ィ匕を行うことが望ましヽ。

[0261] 以上のように、本実施形態のコンテンツ送信装置 11は、片方向通信 14および双方向通信 15の何れで通信データを送信するかを、コンテンツの種類や量、通信状況に応じて、切り替えたりすることができ、その結果、フレキシブルなコンテンツの送信が可能となる。

[0262] なお、図 20では、片方向通信および双方向通信という選択メニューを表示したが、アプリケーションに応じて、「AV機器へ送信」「携帯へ送信」などの選択メニューを表示しても良い。

[0263] 〔実施の形態 3〕

次に、本発明のさらに別の実施形態について、図 21を参照しつつ説明する。本実施形態のコンテンツ送信システムは、図 1に示されるコンテンツ送信システム 10に比ベて、送信側が画像のコンテンツを順次送信して受信側で表示させるスライドショーを行う点が異なり、その他の構成は同様である。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。

[0264] 上記スライドショーを実行するには、図 10に示されるステップ S11に代えて、コンテンッ送信装置 11が、内蔵のタイマーで時間を計測し、所定時間ごとに自動的に次のコンテンツを選択して送信すればよ、。

[0265] 図 21は、スライドショーを実行中のコンテンツ送信装置 11における表示画面 32を示している。図示のように、表示画面 32には、下部に 3つのサムネイル 90a〜90c力 S 表示され、このうちの中央のサムネイル 90bを拡大した画像 91が上部に表示されている。また、表示画面 32の下端部には、送信関連ボタン 92aとメニューボタン 92bとが表示されて、る。送信関連ボタン 92aは、「送信」と「一時停止」とのトグルスイッチになっている。これにより、スライドショーを一時停止したり、再開したりすることが可能である。

[0266] 上記構成のコンテンツ送信装置 11において、図 21に示される中央のサムネイル 9 Obに対応する静止画のコンテンツが送信される。それから、例えば 5秒後に、表示画面 32における右側のサムネイル 90cが中央に移動し、新たなサムネイルが右側に表示される。次に、中央に移動したサムネイル 90cの拡大画像 91が上部に表示され、該サムネイル 90cに対応する静止画のコンテンツが送信される。そして、これら一連の処理が繰り返される。

[0267] なお、本実施形態では、或るフォルダに入って、るものを順次送信すると、う例を記載している。し力しながら、これ以外にも、特定の 1日や複数の日などを指定して、撮影もしくは取得した日時のものだけをスライドショーにするとか、ユーザに予め送信するファイル、動画、静止画などを選択させて、それを順次送るということが考えられる。また、動画や音楽など再生時間があるものに対しては、タイマーの所定時間の代わりに再生時間を判断して、再生終了時刻に次のデータを送る、或いは再生終了から所定時間後に送るなどということが考えられる。さらに、コンテンツ受信装置 12 · 13 力再生と受信とを同時に行うことができるのであれば、再生終了前に送信を始めることも有効である。 [0268] また、このようなスライドショーでは、長時間にわたり送信と停止とを繰り返すので、折りたたみ可能な携帯電話機の場合、折りたたんでも引き続き通信が継続されるようにすることが望ましい。一方、携帯電話機が全く忘れられて放置される場合も考えられるので、所定時間経過すると、或いは、送信を予定していたコンテンツを全て送信し終えると、自動的にスライドショーが停止することが望ましい。

[0269] また、コンテンツ受信装置 12· 13が印刷機能を有する場合には、所定時間毎にコンテンッの送信を行うだけでなぐ印刷コマンドなど、上記印刷機能を実行するための情報を送ることが望ましい。例えば、或るコンテンツの送信、印刷コマンドの送信、所定時間待機、別のコンテンツの送信という処理を行うことが考えられる。また、印刷は、コンテンツにより時間が異なるので、データサイズや画像サイズなどを判定して、待機時間を動的に決めることもできる。

[0270] 〔実施の形態 4〕

次に、本発明のさらに別の実施形態について、図 22〜図 26を参照しつつ説明する。本実施形態のコンテンツ送信システムは、図 1に示されるコンテンツ送信システム 10に比べて、コンテンッ受信装置 12と表示装置 17とを一体に備える TV受像機 18 に印刷装置が新たに接続されている点が異なり、その他の構成は同様である。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。

[0271] 図 22は、本実施形態のコンテンツ送信システムの概要を示している。図示のように、コンテンツ送信システム 95は、図 1に示されるコンテンツ送信システム 10に比べて、 TV受像機 18にケーブル 96を介して印刷装置 97が接続されている点が異なり、その他の構成は同様である。なお、図示の例では、コンテンツ送信装置 11は、デジタルカメラである。

[0272] なお、 TV受像機 18にはデジタルチューナーが内蔵されていてもよい。デジタルチユーナ一には、デジタルカメラ、携帯電話機などの携帯情報端末に比べて、 MPEG 2などを展開するための高性能なハードウェアが内蔵していることが多い。したがって、 TV受像機 18は、コンテンツ送信装置 11から送られたコンテンツを、上記ハードウエアを用いて表示 ·再生することが望ま、。 [0273] 本実施形態のコンテンツ送信システム 95は、コンテンツ送信装置 11が送信するコンテンッを TV受像機 18にて表示し、さらに、印刷装置 97にて印刷するものである。このとき、印刷装置 97は、コンテンツ送信装置 11からのコンテンツを、内蔵の通信部 61を介して直接受信してもよいが、 TV受像機 18からケーブル 96を介して受信することがより望ましい。

[0274] ところで、コンテンツ送信装置 11からのデータ送信が片方向通信 14であり、かつその相手先がブロードキャストアドレスであって特定の相手を指定してヽな、場合には、 TV受像機 18および印刷装置 97の両方が通信データを受信することになる。印刷装置 97が通信データを受信するのみの場合には、さほど問題とはならな!、。

[0275] し力しながら、印刷装置 97が、 TV受像機 18と同様に、表示部を有したり、通信用インジケータを有したりする場合、コンテンッ送信装置 11が TV受像機 18に向けてコンテンッを送信すると、 TV受像機 18が正しく受信'再生しているにもかかわらず、隣の印刷装置 97の表示部や通信用インジケータ (通知手段）が通信失敗の状況を示すことになり、ユーザに無意味な状況を知らせることになる。

[0276] この問題点を回避するために、印刷装置 97は、光での受信を停止のためのボタンもしくはモードを有することが望ましい。さらにこのモードはコンテンツ送信装置 11からのコマンドにより切り替え可能であることが望ましい。

[0277] 具体的には、印刷装置 97は、片方向通信 14および双方向通信 15の一方または両方で、無線通信によるデータ受信の許可 Z不許可、もしくは無線通信からのデータの印刷許可 Z不許可のモードを切り替え可能であることが望ましい。このため、印刷装置 97は、印刷や受信などの動作が禁止されている場合にも、モード切替コマンドを受信して切り替えできるようにすることが必要である。さらに、まったく無線通信からのデータ受信を行わない場合には、印刷装置 97は、上記モード切替コマンドも受信せず、受信機能を停止してもよい。この場合、不要な受信待機電力を抑えることが可能である。

[0278] したがって、印刷装置は、下記の 3種類の動作モードが切り替わることが望ましい。

(1)無線通信により、コンテンツの受信 ·印刷を実行可能な動作モード (オンモード)、

(2)無線通信により、コンテンツの受信もしくは印刷を実行可能なモードと、受信もしくは印刷を実行不能なモードとを切り替えるコマンドなど、限定されたコマンドのみを受け付ける動作モード (スリープモード）、および、

(3)まったくどのコマンド、データも受け付けな、動作モード (無線拒否モード)。

[0279] さらに、オンモードでは、コンテンツやコマンドの受信状況 (通信成功、通信失敗、バッファフルなど）をユーザに知らせ、スリープモードでは、モード切替など限定されたコマンドが受け付けられたことだけをユーザに知らせ、無線拒否モードでは、ユーザに何も知らせないことが望ましい。スリープモードでエラーを通知すると、上記のように当該装置宛でない場合にもエラーを表示する可能性があり、ユーザを混乱させるためである。なお、光通信の場合、無線拒否モードは、通信部 61に入射する光を物理的に遮断するカバーを備えることも有効である。

[0280] また、コンテンツ送信装置 11が印刷装置 97に通信データを直接送る場合には、印刷装置 97が通信データを確実に受信して印刷するために、コンテンツ送信装置 11 は、双方向通信 15で送信することが望ましい。

[0281] 図 23は、 TV受像機 18の概略構成を示している。図示の TV受像機 18は、図 12〖こ示されるコンテンツ受信装置 12および表示装置 17に比べて、印刷装置 97に印刷データを送信する印刷データ送信部 (送信手段） 99を備える点が異なり、その他の構成は同様である。

[0282] 図 24は、 TV受像機 18が実行するコマンド処理の流れを示している。図示のコマンド処理は、図 18に示されるコマンド処理に比べて、印刷コマンドに関する処理が追カロされる点が異なり、その他の処理動作は同様である。以下、追加される処理について説明する。

[0283] まず、ステップ S38にて解析されるコマンドの種別に、印刷を実行する印刷コマンドが追加される。受信したコマンドが印刷コマンドである場合には、ステップ S60に進む

[0284] ステップ S60にて、 TV受像機 18の制御部 60は、印刷コマンドを受けて、外部の印刷装置 97に印刷準備のためのコマンドと印刷用データを印刷データ送信部 99に送信させる。なお、動画の場合には、動画力も切り出した静止画を印刷装置 97に送る。上記コマンドの例としては、印刷用紙の設定や、レイアウト設定、印刷品位設定などが挙げられる。そして、制御部 60は、印刷を開始するために印刷コマンドを印刷データ送信部 99に送信させる（S61)。その後、ステップ S30に戻る。

[0285] なお、ここで送る静止画は、上述のような静止画と共に表示されて、る属性情報を含めたものであってもよい。すなわち、撮影日時などの属性情報をピクセルに展開し、もともと表示している静止画に重畳して、重畳した静止画を印刷装置 97に送る。これにより、印刷日時やユーザコメントなどを含めて印刷することが可能となる。

[0286] また、静止画を送る場合には、通信時間短縮のために JPEGなどに圧縮してから印刷装置 97に送っても良い。この場合、印刷装置 97は、圧縮された画像を展開する機能を有する必要がある。

[0287] 図 25は、コンテンツ受信装置としても機能する印刷装置 97の概略構成を示している。図示の印刷装置 97は、図 12に示されるコンテンツ受信装置 12に比べて、印刷のための各種コマンドおよびデータを TV受像機 18から受信する印刷データ受信部 100と、印刷データ受信部 100が受信したコマンドおよびデータに基づいて印刷を行う印刷部 101とを備える点が異なり、その他の構成は同様である。

[0288] 印刷装置 97の受信モードには、無線受信が許可されている無線受信モードと、拒否されている無線拒否モードとがある。さらに、無線受信モードには、スリープモードとオンモードとがある。

[0289] スリープモードの場合には、オンコマンドしか受け付けない。また、オンモードの場合には、コンテンツの受信や、印刷などの受信データの処理が可能である。また、無線拒否モードの場合には、通信部 61への電力供給を停止することが可能である。

[0290] 図 26は、印刷装置 97における制御部 60が行う処理の流れを示している。図示のように、まず、無線受信モードであるか、無線拒否モードであるかを判断する（S62)。無線拒否モードの場合、ケーブルを介した有線によりデータを受信したカゝどうかを判断する（S63)。受信しない場合には、ステップ S62に戻る一方、受信した場合には、ステップ S64に進む。

[0291] 一方、ステップ S62にて無線受信モードであると判断した場合、以下の手順で処理が進む。すなわち、まず、有線によりデータを受信したカゝどうかを調べる（S65)。受信した場合にはステップ S64に進む。一方、受信していない場合には、無線によりデータを受信したカゝどうかを調べる（S66)。有線でも無線でも受信しない場合には、ステップ S 62に戻って上記動作を繰り返す。

[0292] 一方、有線でなく無線で受信した場合には、印刷装置 97がスリープモードであるかどうかを調べる（S67)。スリープモードであった場合には、オンコマンドを受信している力否かを調べ（S68)、オンコマンドを受信した場合には、オンモードに切り替える（

569)。その後、ステップ S62に戻って上記動作を繰り返す。

[0293] 一方、ステップ S67にてスリープモードでは無力つた場合には、受信した通信データカスリープモードへ切り替える旨を示すスリープコマンドであるかどうかを調べる（

570)。スリープコマンドではない場合には、ステップ S64に進む。一方、スリープコマンドである場合には、スリープモードに切り替える（S71)。その後、ステップ S62に戻つて上記動作を繰り返す。

[0294] ステップ S64では、有線でデータを受信した場合、もしくはオンモード状態であるときに無線でコンテンツを受信した場合には、当該受信したデータを処理する。すなわち、本装置が印刷装置 97であるので、印刷することになる。その後、ステップ S62に戻って上記動作を繰り返す。

[0295] なお、有線でデータを受信する場合には、無線で送信されるデータは、 TV受像機 18などの別装置で一旦受信され、 TV受像機 18から印刷装置 97に有線で送信されている可能性が高い。このため、有線で印刷データを受信した場合には、自動的にスリープモードもしくは無線拒否モードに切り替えてもよ、。

[0296] また、無線拒否モード力オンモードまたはスリープモードへの復帰は、印刷装置 9 7に設けた切替スィッチ（図示せず)を入れることにより実現できる。

[0297] また、図 15 (a)〜図 17 (c)に示される拡大，縮小表示に関する説明は、印刷のサイズについても同様である。したがって、現在の印刷モードの大きさに合わない場合には、受信した画像を拡大 '縮小して印刷することが可能である。

[0298] したがって、本実施形態のコンテンツ送信システム 95は、印刷装置 97が、スリープモードや無線許否モードで通信部 61の受信が制限されるので、不要な通信データを受け取ることを防止できる。

[0299] 〔実施の形態 5〕次に、本発明のさらに別の実施形態について、図 27を参照しつつ説明する。本実施形態のコンテンツ送信システムは、図 1に示されるコンテンツ送信システム 10に比ベて、コンテンツ受信装置 12を TV受像機の外付けの形態 (ブリッジ）として実現した点が異なり、その他の構成は同様である。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。

[0300] 図 27は、ブリッジ 110の外観を示している。ブリッジ 110は、図 12に示される構成と、図 27に示される電源ケーブル 112、外部出力用ケーブル 113、インジケータ 114 〜116、およびメモリカード 117とを備える構成である。

[0301] 電源ケーブル 112は、外部力も電力を受給するためのものである。なお、電源ケーブル 112の代わりに電池を内蔵することが、モノィル機器の観点からは望ま、。

[0302] 外部出力用ケーブル 113は、データを外部に出力するためのものである。外部出力用ケーブル 113の種類は、アナログの映像信号用、音声信号用、 Sビデオ、 USB 、 HDMI、 DVIなどどのようなものでもかまわない。図示の例では、外部出力用ケーブル 113を 2つ記載している力 1つでもよいし、 3つ以上でもよい。

[0303] インジケータ 114〜116は、ブリッジの状態を示すものであり、例えば LEDによって構成される。インジケータ 114は、電源が入っているかどうかを示し、電源オン (緑点灯）とオフ（点灯せず)とを表す。また、インジケータ 115は、受信成功 (緑点灯)か、受信中 (緑点滅)か、受信失敗 (赤点灯、所定時間後消灯)かを示す。そして、インジケータ 116は、受信動作モードで、受信許可 (点灯せず)か、受信不許可 (赤点灯)かを示す。

[0304] メモリカード 117は、各種のデータを記憶するものである。外部の装置で記録したメモリカード 117をブリッジ 110に接続することにより、通信以外に、記録媒体からコンテンッを取得して表示できるようになる。なお、メモリカード 117の代わりにハードディスクを接続するようにしてもょ、。

[0305] 〔実施の形態 6〕

次に、本発明のさらに別の実施形態について、図 28〜図 31を参照しつつ説明する。本実施形態のコンテンツ送信システムは、図 1に示されるコンテンツ送信システム 10に比べて、 TV受像機 18から携帯電話機 11にコンテンツを送信できる点が異なり、その他の構成は同様である。すなわち、本実施形態では、携帯電話機 11および T V受像機 18は、コンテンツ送信装置としても機能するし、コンテンツ受信装置としても機能することになる。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。

[0306] 図 28は、本実施形態のコンテンツ送信システム 10において、 TV受像機 18でコンテンッを表示し、所望のコンテンツを TV受像機 18から携帯電話機 11に送信する例を示している。この場合、 TV受像機 18がコンテンツ送信装置となり、携帯電話機 11 力 Sコンテンツ受信装置となる。

[0307] また、本実施形態では、 TV受像機 18がスライドショーを実行して、る。すなわち、図 28に示されるように、 TV受像機 18が記憶するコンテンツ 120a〜120cを、ユーザから携帯電話機 11を介して指示されるか、或いは所定時間ごとに切り替えて表示している。

[0308] TV受像機 18にて或る画像 120bが表示されている場合に、携帯電話機 11から送信要求のコマンドが送られる状況を仮定する。ユーザは、画像 120bの表示を見て、このコンテンツを所望すると、携帯電話機 11の所定のボタンを押す。これにより、コンテンッ送信要求 121のコマンドが携帯電話機 11から TV受像機 18に送信される。 T V受像機 18は、コンテンツ送信要求 121を受信すると、現在表示しているコンテンツ 120bを含む通信データ 122を携帯電話機 11に送信する。これにより、携帯電話機 1 は画像 120bを受信して記憶したり表示したりすることができる。

[0309] なお、このときの送信に利用する通信方式は、片方向通信 14であっても双方向通信 15であってもよい。

[0310] また、制御のためのコマンドは、どのような形式でも力まわないが、ファイル転送を中心にした通信においては、インターネットで多用される HTTPが典型的である。 HTT Pを利用して、クライアント (ユーザ側の装置 (携帯電話機 11) )からデータをサーバ（ TV受像機 18)に送ったり、逆にサーノからデータを受け取ったりすることができる。また、ファイルを中心とした転送プロトコルを使う場合には、図 1〜図 18に示されるコンテンッ送信システム 10のように、例えば、「IrSimple. cmd」のような特定のフアイル名を定め、このファイルの中身に「rotate」などのコマンドを記載し、受信側でそれを判別してコマンドの動きを行うということが考えられる。

[0311] また、単純に家電機器のリモコンであっても力まわない。テレビの操作を行う通常のリモコンの矢印キーや決定キーなどを使ってユーザが所望する要求を指示してもよい

[0312] また、上記では TV受像機 18でスライドショーを行ヽ、必要に応じて携帯電話機 11 にコンテンツを送信する例を示したが、携帯電話機 11でスライドショーを行い (このときコンテンツ送信は行われない）、ユーザからのリクエストに応じて TV受像機 18に今のスライドショーで表示して、るコンテンツを送信する、と、うのであっても問題な、。

[0313] 図 29は、 TV受像機 18において、コンテンツ送信装置として機能する構成の概略を示している。図示の構成は、図 7に示されるコンテンツ送信装置 11の構成に比べて、コマンド生成部 43の代わりに、携帯電話機 11からのコマンドを取得するコマンド取得部 125を設ける点と、表示部 45の代わりに表示装置 (再生手段） 17を利用する点とが異なり、その他の構成は同様である。

[0314] 図 30は、携帯電話機 11からコマンドを受信したときにおける TV受像機 18の処理の流れを示している。図示のように、まず、コマンドを受信する（S80)。このステップは、上述のファイル名での判別であれば、まずデータを受信して、コマンドであることを識別し、その中身を判断するというステップになる。

[0315] 受信したコマンドが、コンテンツ切替えのコマンドである場合、コンテンツの切替えを行う（S81)。具体的には、図 28に示される状況で、携帯電話機 11の矢印キーを押すことで、携帯電話機 11から TV受像機 18に「次のコンテンツ」コマンドが送られることにより、静止画 120aから静止画 120bへの切替えが実行される。

[0316] 次に、ステップ S81のコマンドで選択された次のコンテンツからサブセットのコンテンッが作成、もしくは選択される（S82)。ここで、サブセットのコンテンツとは、例えば、音楽一曲ではなくて、曲の開始から 20秒分と力、映画のダイジェストと力、動画から切り出した静止画とかを作成もしくは選択することをいう。また、選択は、あらかじめコンテンッと対応させたサブセットのコンテンツを記憶しておく場合に、サブセットのコンテンッを選択することになる。

[0317] 次に、ステップ S82で作成もしくは選択されたサブセットのコンテンツを再生する（S 83)。その後、ステップ S80に戻って上記動作を繰り返す。

[0318] 一方、ステップ S80にて、受信したコマンドが送信要求のコマンドである場合、現在再生して!/、る、もしくは最近再生して!/、たサブセットのコンテンッに対応するコンテンッが選択され (S84)、選択されたコンテンツを送信する（S85)。その後、ステップ S8 0に戻って上記動作を繰り返す。

[0319] したがって、ユーザは、 TV受像機 18にて再生されるサブセットのコンテンツを参照することにより、コンテンツ記憶部 41に記憶されているコンテンツの大まかな内容を理解することができる。そして、ユーザが所望するコンテンツを、携帯電話機 11を介して TV受像機 18に要求することにより、上記コンテンツが TV受像機 18から携帯電話機 11に送信される。すなわち、本実施形態では、携帯電話機 11から TV受像機 18に要求されるコンテンツのみが TV受像機 18から携帯電話機 11に送信されるので、コンテンッ記憶部 41に記憶されて、るコンテンツを携帯電話機 11に順次送信する場合に比べて、通信処理の負担を著しく低減することができる。

[0320] なお、図 30に示される処理では、コマンドによってコンテンツ切替を行っているが、タイマーを用いて、所定時間経過後に自動的に次のコンテンツに移行していってもよい。

[0321] 図 31は、図 30に示される処理のタイミングの一例を示している。同図には、再生シークエンスおよびコンテンツ指定区間が時系列で示されて、る。再生シークェンスでは、複数のコンテンツ (サブセット）が時間とともに順次再生されている。例えば音楽の再生の場合には、コンテンツの間に無音を入れたほうがユーザに分力りやすい。

[0322] また、ユーザが判断して力も送信要求ボタン（図ではユーザ指定)を押すまでには若干の時間がかかる。そこで、コンテンツ指定区間は、対応するコンテンツの再生区間力も次のコンテンツにおける再生区間の始期の直後までとなっている。このコンテンッ指定区間に送信要求があれば、対応するコンテンツが TV受像機 18から携帯電話機 11に送信される。なお、コンテンツ指定区間の終期は、次のコンテンツの再生区間の始期でもよいし、該始期の直前でもよい。

[0323] なお、再生シークェンスで再生されるコンテンツは、コンテンツの一部（サブセット）であり、元のコンテンツの方がサブセットよりも再生時間が長力つたり、クオリティが良力つたりする。そこで、ユーザの選択は、サブセットのコンテンツに対して行われる力送信は、コンテンツに対して行われることが望ましい。

[0324] 例えば、コンテンツが静止画である場合には、サブセットのコンテンツは、元のコンテンッを拡大または縮小したものでもよいし、元のコンテンツでもよい。また、コンテンッが動画である場合には、サブセットのコンテンツは、動画の一部を表す静止画でもよいし、タイトルや録画時間でもよい。また、コンテンツが楽曲である場合には、サブセットのコンテンツは、楽曲の代表的な部分 (サビの部分)でもよいし、楽曲の先頭でちょい。

[0325] また、ユーザの指定は、携帯電話機 11からコマンドを送信すること以外に、 TV受像機 18のどこかのボタンやキーボード、マウスなどによってもかまわないし、赤外線リモコンからでもかまわな、。

[0326] 〔実施の形態 7〕

次に、本発明のさらに別の実施形態について、図 32 (a) · (b)および図 33を参照しつつ説明する。本実施形態のコンテンツ送信システムは、図 1に示されるコンテンツ送信システム 10に比べて、コンテンツ送信装置 11が、赤外線リモコン並の極めて簡便な携帯型送信機である点が異なり、その他の構成は同様である。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。

[0327] 図 32 (a)および (b)は、上記携帯型送信機 130の外観を示している。図示のように、携帯型送信機 (データ送信装置） 130の先端には、赤外線でデータ通信を行う通信部 131が設けられている。通信部 131の通信方式は、片方向通信 14および双方向通信 15の何れか一方または両方であってもよい。

[0328] また、携帯型送信機 130の上面には、コンテンツの拡大を指示するための拡大ボタン 132と、コンテンツの縮小を指示するための縮小ボタン 133と、前のコンテンツの再生を指示するための前選択ボタン 134と、次のコンテンツの再生を指示するための次選択ボタン 135と、コンテンツの送信を指示するための送信ボタン 136と、コンテンツの回転を指示するための回転ボタン 137とが設けられている。なお、回転ボタン 137 は、表示画面に向力つて時計回りに 90度回転することが通常である力反時計周りを指示する新たなボタンを設けても良い。

[0329] また、携帯型送信機 130の基端には、外部の装置とデータをやり取りするための I ZF部 138が設けられている。具体的には、 IZF部 138は、 USB2. 0のような有線ィンタフェースが考えられる力インターネットサービスプロバイダから無線でデータを取得する無線インタフェースでもよ、。

[0330] 図 33は、携帯型送信機 130の概略構成を示している。図示のように、携帯型送信機 130は、図 7に示されるコンテンツ送信装置 11に比べて、 IZF部を有するコンテンッ取得部 138、コンテンツ回転部 (カ卩工手段） 139、コンテンツ拡大'縮小部 (加工手段） 140、一時記憶部 141、コンテンツ展開部 142、およびコンテンツ圧縮部 (圧縮手段） 143が追加されている。

[0331] コンテンツ取得部 138は、図示しない外部装置力動画、静止画、音楽、プレゼンテーシヨン用ドキュメントなどのコンテンツを取得するものである。コンテンツ取得部 13 8が取得したコンテンツは、コンテンツ記憶部 41に送信されて記憶されると共に、上記コンテンツに対応する属性情報は、属性記憶部 42に送信されて記憶される。

[0332] コンテンツ回転部 139は、操作部 46の回転ボタン 137による指示に基づき、現在選択されているコンテンツを 90度時計方向に回転するものである。回転したコンテンッは一時記憶部 141に記憶される。

[0333] また、コンテンツ拡大'縮小部 140は、操作部 46の拡大ボタン 132および縮小ボタン 133による指示に基づき、現在選択されているコンテンツを拡大もしくは縮小するものである。拡大もしくは縮小したコンテンツは一時記憶部 141に記憶される。

[0334] 一時記憶部 141は、現在処理されているコンテンツを一時記憶するものである。通常、拡大 ·縮小を行うには圧縮されたコンテンツを展開する必要がある力このための作業用メモリとしても一時記憶部 141が用いられる。

[0335] コンテンツ展開部 142は、圧縮されたコンテンツを展開するものである。展開されたコンテンツは一時記憶部 141に記憶される。また、コンテンツ圧縮部 143は、回転、拡大、縮小などが行われたコンテンツを再¾PEG、 MPEG2、 ZIPのフォーマットなどによって圧縮するものである。

[0336] 本実施形態の携帯型送信機 130は、図 7に示されるコンテンツ送信装置 11と、図 1 2に示されるコンテンツ受信装置 12 · 13とを備えるコンテンツ送信システムに比べて、コンテンツの送信側で回転、縮小、拡大を行う点が異なる。この場合、受信側は、単に再生を行うだけでよぐ受信側の構成が簡単になる。また双方向通信 15を用いて受信側の表示サイズを取得することにより、図 15 (a)〜図 17 (c)に示されるような受信側の表示サイズに合わせた拡大 ·縮小を送信側で実行可能である。

[0337] また、本実施形態の携帯型送信機 130は、 USBのような IZF部 138を有しており、ノソコンゃ携帯端末の外部記憶装置のような形で動作することができる。これにより、パソコンでプレゼンテーションを作成し、それをパソコンで適した形にフォーマット変換し、本装置に転送することで、この携帯型送信機 130を持つだけで受信機能を持つプロジェクタにデータを送って表示させることが可能となり、プレゼンテーションが非常に簡単になる。

[0338] プレゼンテーションを行う場合によく使われるものとして、アドビ社の PDF (Portable Document Format)フォーマットがある力これは 1ファイルに複数ページのドキュメントを格納することが可能である。 SVG (Scalable Vector Graphics)というフォーマットも同様である。このため、携帯型送信機 130は、 1ファイル中に含まれる複数のページのドキュメントからページ区切りを検出するページ検出部（ページ検出手段）と、検出されたページに基づき 1ページずつに分割するページ分割部 (ページ分割手段）と、分割されたページに関してファイルとしての用件を整えるファイル構成部（ファイル手段）を備え、 1ページずつファイルとして送信する機能を有することが好ましい。この場合、複数ページのドキュメントを 1ページずつ送信することが可能になり、プレゼンテーシヨンにお、て有効になる。

[0339] なお、ファイルにするためには、ページ区切りで単純に分割するだけでは適切な表示を行うことができない虞がある。このため、切り出した後も正しいフォーマットに認識されるように、正しくヘッダ情報を付加するなどの処理が必要である。これらの処理はそれぞれのフォーマットごとに異なるが、既知の方法が存在する。また、受信機の再生フォーマットが限られている場合には、携帯型送信機 130は、 PDFから 1ページずつ切り出して、受信機で対応可能なフォーマット (例え «JPEG)に変換して送るということが望ましい。 [0340] また、携帯型送信機 130は、図 32 (b)に示されるボタン 132〜136を用いて、ディレクトリの変更などファイル選択の操作が実行できることが望ましい。また、受信機で ίお PEGの再生など限られたフォーマットしか対応できない場合には、携帯型送信機 130は、フォルダ名やフォルダ構造などをグラフィカルに表示して、それを JPEGに圧縮して送信することが望ましい。この場合、外部表示デバイスにフォルダ名やファイル名、フォルダ構造などが表示され、それを元にボタン 132〜136でファイルゃフオルダを選択することが可能になる。

[0341] 本発明は上述した各実施形態に限定されるものではなぐ請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

[0342] 例えば、上記実施形態では、コンテンツ送信装置 11として主に携帯電話機を利用しているが、データ受信装置 12と双方向通信および片方向通信が可能であれば、デジタルスチルカメラ、デジタルビデオカメラ、 PDAなどの任意の携帯通信端末に適用することもできる。また、据置型の通信端末にも適用できる。

[0343] また、本実施形態では、情報通信システム 10は、 2台のコンテンツ受信装置 12· 13 を備えているが、 1台のコンテンツ受信装置を備えていても良いし、 3台以上のコンテンッ受信装置を備えて、ても良、。

[0344] また、上記実施形態では、片方向通信および双方向通信が無線で行われて!/、るが、有線で行うこともできる。また、上記実施形態では、主に、コンテンツが画像である場合について説明した力音声などの他のコンテンツに対しても同様に適用できる。

[0345] 最後に、コンテンツ送信装置 11およびコンテンツ受信装置 12· 13の各ブロック、特に制御部 40· 60は、ハードウェアロジックによって構成してもよいし、次のように CPU を用いてソフトウェアによって実現してもよ!/、。

[0346] すなわち、コンテンツ送信装置 11およびコンテンツ受信装置 12· 13は、各機能を実現する制御プログラムの命令を実行する CPU (central processing unit)、上記プログラムを格納した ROM (read only memory) ,上記プログラムを展開する RAM (rando m access memory)、上記プログラムおよび各種データを格納するメモリ等の記憶装置 (記録媒体)などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるコンテンツ送信装置 11およびコンテンツ受信装置 12· 13の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記コンテンツ送信装置 11およびコンテンツ受信装置 12 · 13に供給し、そのコンピュータ (または CPU や MPU)が記録媒体に記録されているプログラムコードを読み出し実行することによつても、達成可能である。

[0347] 上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク Zハードディスク等の磁気ディスクや CD— ROMZMOZ MD/DVD/CD—R等の光ディスクを含むディスク系、 ICカード (メモリカードを含む） Z光カード等のカード系、あるいはマスク ROMZEPROMZEEPROMZフラッシュ ROM等の半導体メモリ系などを用いることができる。

[0348] また、コンテンツ送信装置 11およびコンテンツ受信装置 12· 13を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよヽ。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、 LAN, ISDN, VAN, CATV通信網、仮想専用網（virtual pri vate network)、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、 IEEE 13 94、 USB、電力線搬送、ケーブル TV回線、電話線、 ADSL回線等の有線でも、 Ir DAやリモコンのような赤外線、 BluetootM登録商標）、 802. 11無線、 HDR、携帯電話機網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

産業上の利用可能性

[0349] 本発明に係るコンテンツ送信システムは、携帯電話機や、 TV受像機だけでなぐ P DA、ノート型 PC、デスクトップ型 PC、ネットワーク対応型表示装置、ネットワーク対応型家電製品など、その他の情報通信端末にも適用できる。

Claims

請求の範囲

[1] 通信データを無線で送信するデータ送信手段を備えるデータ送信装置であって、前記データ送信手段は、

片方向通信で前記通信データを送信する片方向通信手段と、

双方向通信で前記通信データを送信する双方向通信手段と、

前記片方向通信手段および前記双方向通信手段の何れの手段で前記通信データを送信するかを選択する選択手段とを備えることを特徴とするデータ送信装置。

[2] 前記片方向通信手段は、受信側から信号を受信することなく前記通信データを送信するものであることを特徴とする請求項 1に記載のデータ送信装置。

[3] 前記双方向通信手段は、通常の双方向通信を行う通常双方向通信手段と、前記通常の双方向通信よりも手順が簡略化された簡易の双方向通信を行う簡易双方向通信手段とを備えており、

前記選択手段は、前記片方向通信手段、前記通常双方向通信手段、および前記簡易双方向通信手段の何れで前記通信データを送信するかを選択することを特徴とする請求項 1に記載のデータ送信装置。

[4] 前記選択手段は、受信側との通信状況に基づ、て選択することを特徴とする請求項 1に記載のデータ送信装置。

[5] 前記選択手段は、送信すべき通信データの件数、種類、量、推定通信時間、および送信履歴の中の少なくとも 1つに基づ！ヽて選択することを特徴とする請求項 1に記載のデータ送信装置。

[6] 受信側との通信状況が悪化した場合に、自装置と受信側の装置との距離を近づけるように促す旨を通知する通知手段をさらに備えることを特徴とする請求項 1に記載のデータ送信装置。

[7] ユーザ力もの操作を受け付ける操作手段をさらに備えており、

前記選択手段は、前記操作手段の操作に基づヽて選択することを特徴とする請求項 1に記載のデータ送信装置。

[8] 前記選択手段は、前記操作手段の操作に基づく選択を、送信すべき通信データの件数、種類および Zまたは量に基づいて制限することを特徴とする請求項 7に記載のデータ送信装置。

[9] 前記選択手段の選択の内容をユーザに通知する通知手段をさらに備えることを特徴とする請求項 1に記載のデータ送信装置。

[10] 前記通信データにはコンテンツが含まれることを特徴とする請求項 1に記載のデータ送信装置。

[11] 複数の前記コンテンツを記 '慮するコンテンツ記 '慮手段と、

複数の前記コンテンツの中から次々に選択するコンテンツ選択手段とをさらに備えており、

前記データ送信手段は、前記コンテンツ選択手段が選択したコンテンツを含む通信データを送信することを特徴とする請求項 10に記載のデータ送信装置。

[12] 複数の前記コンテンツを記憶するコンテンツ記憶手段と、

複数の前記コンテンツの中から次々に選択するコンテンツ選択手段と、選択したコンテンツまたはその一部を再生する再生手段と、

通信データを受信するデータ受信手段とを備えており、

前記データ送信手段は、前記データ受信手段が受信した通信データに含まれる要求に基づき、再生中または再生したコンテンツを含む通信データを送信することを特徴とする請求項 10に記載のデータ送信装置。

[13] 前記再生手段が或るコンテンツまたはその一部の再生を開始した時点から、次のコンテンッまたはその一部の再生を開始する時点までの期間、或いは、該期間を所定時間前後させた期間に、前記データ受信手段が前記要求を受信した場合に、前記データ送信手段は、前記或るコンテンツを含む通信データを送信することを特徴とする請求項 12に記載のデータ送信装置。

[14] 前記コンテンツの加工を行う加工手段をさらに備えており、

前記データ送信手段は、前記加工が行われたコンテンツを含む通信データを送信することを特徴とする請求項 10に記載のデータ送信装置。

[15] 前記加工が行われたコンテンツを圧縮する圧縮手段をさらに備えており、

前記データ送信手段は、前記圧縮手段が圧縮したコンテンツを含む通信データを送信することを特徴とする請求項 14に記載のデータ送信装置。

[16] 前記コンテンツは、複数のページ力なるドキュメントを含んでおり、前記加工手段は、

前記ドキュメントから前記ページの区切りを検出するページ検出手段と、検出されたページの区切りに基づき、前記ドキュメントをページごとに分割するぺージ分割手段と、

分割されたページをファイルするファイル手段とを備えており、

前記データ送信手段は、前記分割されたページのファイルを含む通信データを、ページごとに順次送信することを特徴とする請求項 14に記載のデータ送信装置。

[17] 本体と、該本体にヒンジ状に連結した蓋体とを備える筐体をさらに備えており、前記蓋体の表面には、前記通信データを光で送信するための発光手段が設けられており、

前記筐体は、前記本体と前記蓋体とのなす角度を所定角度に保持する角度保持手段を備えており、

該角度保持手段が保持する所定角度は 15度以上かつ 75度以下であることを特徴とする請求項 1に記載のデータ送信装置。

[18] 筐体をさらに備えており、

前記筐体には、前記通信データを光で送信するための発光手段が設けられており前記筐体は、前記発光手段の光の照射方向を、前記筐体が設置される場合の設置面に対し垂直な方向へ傾斜させるための照射方向調整手段を備えることを特徴とする請求項 1に記載のデータ送信装置。

[19] 圧縮された画像コンテンツを含む通信データを無線で受信するデータ受信手段を備えるデータ受信装置であって、

前記データ受信手段が受信した、前記圧縮された画像コンテンツを記憶するコンテンッ記憶手段と、

該コンテンツ記憶手段力前記圧縮された画像コンテンツを読み出して展開する展開手段と、

展開された画像コンテンツの拡大または縮小を行う拡大 '縮小手段と、拡大または縮小された画像コンテンツを出力する出力手段とを備えることを特徴とするデータ受信装置。

[20] 表示のための表示サイズを記憶する表示サイズ記憶手段をさらに備えており、前記拡大 ·縮小手段は、前記画像コンテンツが前記表示サイズに対応するように前記画像コンテンツの拡大または縮小を行うことを特徴とする請求項 19に記載のデータ受信装置。

[21] 前記拡大，縮小手段は、拡大率および Zまたは縮小率に制限が設けられていることを特徴とする請求項 19に記載のデータ受信装置。

[22] 前記データ受信手段が受信した前記画像コンテンツの画像サイズを取得する画像サイズ取得手段をさらに備えており、

取得した画像サイズに応じて前記拡大 ·縮小率の最大値を変更することを特徴とする請求項 19に記載のデータ受信装置。

[23] 前記拡大'縮小手段は、さらに、前記展開された画像コンテンツの回転を行う機能を有しており、

前記データ受信手段は、前記画像コンテンツの上下方向を示す方向情報を受信しており、

前記拡大'縮小手段は、前記方向情報に基づいて前記回転を行うことを特徴とする請求項 19に記載のデータ受信装置。

[24] 前記データ受信手段は、前記画像コンテンツに関する属性情報を受信しており、前記出力手段は、前記拡大または縮小された画像コンテンツと、該画像コンテンツに関する属性情報とのうち、一部または全部を出力することを特徴とする請求項 19に記載のデータ受信装置。

[25] 前記データ受信手段は、さらに、送信側の指示情報であるコマンドを含む通信データを受信しており、

前記拡大'縮小手段は、前記コマンドに基づいて前記画像コンテンツの変換を行うことを特徴とする請求項 19に記載のデータ受信装置。

[26] 前記コマンドは、前記画像コンテンツの変換に必要なパラメータを含むことを特徴とする請求項 25に記載のデータ受信装置。

[27] 前記コマンドは、前記通信データに含まれるファイルのファイル名に含まれて、ることを特徴とする請求項 25に記載のデータ受信装置。

[28] 前記通信データに含まれるファイルのファイル名が特定のファイル名である場合、前記データ受信手段は、前記ファイルに含まれる画像コンテンツの内容がコマンドであると判断することを特徴とする請求項 25に記載のデータ受信装置。

[29] 前記出力手段は、前記データ受信手段が、受信した通信データにコマンドが含まれるかを判断するまで、該通信データの受信状況を示す情報の出力を停止することを特徴とする請求項 25に記載のデータ受信装置。

[30] 前記拡大'縮小手段は、前記データ受信手段が受信した複数の画像コンテンツを同時に表示できるように前記拡大または縮小を行うことを特徴とする請求項 19に記載のデータ受信装置。

[31] 前記圧縮された画像コンテンツを含む通信データを外部に送信する送信手段をさらに備えることを特徴とする請求項 19に記載のデータ受信装置。

[32] 筐体をさらに備えており、

前記筐体には、前記通信データを光で受信するための光検出手段が設けられており、

該光検出手段が検出可能な光の入射範囲は、前記筐体が設置される場合の設置面と平行な平面において 90度であることを特徴とする請求項 19に記載のデータ受信装置。

[33] 前記光検出手段は、前記入射範囲からの光を集光する集光レンズと、該集光レンズカもの光が入射される 1個の受光素子とを備えることを特徴とする請求項 32に記載のデータ受信装置。

[34] 前記光検出手段は、複数の受光素子を備えており、各受光素子は、検出可能な光の入射範囲が異なるように設けられていることを特徴とする請求項 32に記載のデータ受信装置。

[35] 前記拡大または縮小された画像コンテンツを表示する表示手段と、

前記データ受信手段における受信状態を示す受信状態表示手段とをさらに備えており、前記光検出手段と前記受信状態表示手段との距離は、前記表示手段の表示画面における水平方向の寸法の 1Z4以下であることを特徴とする請求項 32に記載のデータ受信装置。

[36] 通信データを無線で受信するデータ受信手段を備えるデータ受信装置であって、前記データ受信手段の受信を制限する受信データ制限手段を備えることを特徴とするデータ受信装置。

[37] 前記受信データ制限手段は、全ての通信データを受け入れる受入れモードと、特定の通信データのみを受け入れる受入れ制限モードと、全ての通信データの受入れを拒否する受入れ拒否モードとの何れか 1つを実行するように、前記データ受信手段に指示することを特徴とする請求項 36に記載のデータ受信装置。

[38] 指示情報であるコマンドを取得するコマンド取得手段をさらに備えており、

前記受信データ制限手段は、前記コマンド取得手段が取得したコマンドに基づ、て、前記モードを切り替えることを特徴とする請求項 37に記載のデータ受信装置。

[39] ユーザに情報を通知するための通知手段をさらに備えており、

該通知手段は、前記受入れモードの場合、前記通信データの受信状況を通知し、前記受入れ制限モードの場合、前記特定の通信データの受信状況のみを通知し、かつ、前記受入れ拒否モードの場合、前記通信データの受信状況を通知しないことを特徴とする請求項 37に記載のデータ受信装置。

[40] 請求項 1ないし 18の何れか 1項に記載のデータ送信装置から、請求項 19ないし 39 の何れか 1項に記載のデータ受信装置に、通信データを無線で送信するデータ送信システム。

[41] 通信データを無線で送信するデータ送信装置であって、片方向通信で前記通信データを送信する片方向通信手段と、双方向通信で前記通信データを送信する双方向通信手段とを備えるデータ送信装置の制御方法であって、

前記片方向通信手段および前記双方向通信手段の何れの手段で前記通信データを送信するかを、受信側との通信状況、送信すべき通信データの件数、種類、量、推定通信時間、および送信履歴の中の少なくとも 1つに基づ!/、て選択するステップを含むことを特徴とするデータ送信装置の制御方法。

[42] 圧縮された画像コンテンツを含む通信データを無線で受信するデータ受信手段を備えるデータ受信装置の制御方法であって、

前記データ受信手段にて受信された、前記圧縮された画像コンテンツをコンテンツ記憶手段に記憶するステップと、

前記コンテンツ記憶手段力前記圧縮された画像コンテンツを読み出して展開するステップと、

展開された画像コンテンツの拡大または縮小を行うステップと、

拡大または縮小された画像コンテンツを出力手段から出力するステップとを含むことを特徴とするデータ受信装置の制御方法。

[43] 通信データを無線で受信するデータ受信手段を備えるデータ受信装置の制御方法であって、

前記データ受信手段の受信を制限するステップを含むことを特徴とするデータ受信装置の制御方法。

[44] 請求項 1ないし 18の何れか 1項に記載のデータ送信装置における各手段をコンビユータに実行させることを特徴とするデータ送信装置制御プログラム。

[45] 請求項 19ないし 39の何れか 1項に記載のデータ受信装置における各手段をコンピュータに実行させることを特徴とするデータ受信装置制御プログラム。

[46] 請求項 44に記載のデータ送信装置制御プログラム、および、請求項 45に記載のデータ受信装置制御プログラムの少なくとも一方を記録したことを特徴とするコンビュータ読取り可能な記録媒体。