(57)【要約】【課題】携帯機器とテレビを連携させて最小限のリソースで実現し、テレビの大画面を活かした表示機器と携帯機器の連携サービス、アプリケーションを実現する。【解決手段】本発明の送信装置は、識別子と、該識別子によって識別される画像または該画像を特定するための特定画像とを合成して合成画像を生成する合成画像生成部ａ２０２と、上記合成画像生成部ａ２０２によって生成された合成画像を外部機器に送信する送信部ａ２０６と、送信された合成画像に含まれる識別子を指定する識別子入力部ａ２０３とを備える。上記送信部ａ２０６は、指定された識別子に関連付けられた画像を上記画像記憶部ａ２０１から読み出して、上記外部機器に送信する。【選択図】図１
2007274216.tif 000002
【特許請求の範囲】
【請求項１】
画像を、該画像を識別する識別子と関連付けて記憶する画像記憶手段と、
上記識別子と、該識別子によって識別される画像または該画像を特定するための特定画像とを合成して合成画像を生成する合成画像生成手段と、
上記合成画像生成手段によって生成された合成画像を外部機器に送信する第１画像送信手段と、
上記第１画像送信手段によって送信された合成画像に含まれる識別子を指定する識別子指定手段と、
上記識別子指定手段によって指定された識別子に関連付けられた画像を上記画像記憶手段から読み出して、上記外部機器に送信する第２画像送信手段とを備えていることを特徴とする送信装置。
【請求項２】
上記識別子は、
上記合成画像生成手段により合成される前の個々の画像を識別する第１の識別子、及び上記合成画像生成手段により合成された１又は複数の合成画像を識別する第２の識別子であることを特徴とする請求項１に記載の送信装置。
【請求項３】
上記第１の識別子と第２の識別子とが１つの識別子で表現されていることを特徴とする請求項２に記載の送信装置。
【請求項４】
上記画像記憶手段に記憶された画像に、画像サイズなどの画像の特徴を示す付帯情報を設定する付帯情報設定手段を備え、
上記第１画像送信手段は、上記合成画像を送信する際に、該合成画像に含まれる画像に設定された上記付帯情報も送信することを特徴とする請求項１に記載の送信装置。
【請求項５】
上記付帯情報に、上記合成画像に含まれる各画像ごとに設定される、上記第２画像送信手段の動作設定情報が含まれていることを特徴とする請求項４に記載の送信装置。
【請求項６】
上記識別子指定手段は、識別子と１対１に対応する入力キーを備え、
上記合成画像生成手段は、合成すべき識別子の空間的な配置が、上記入力キーの空間的な配置と相対的に同じになるように、各識別子と、各識別子で識別される画像とを合成することを特徴とする請求項１に記載の送信装置。
【請求項７】
上記第１及び第２画像送信手段の通信方式は、ＩｒＳｉｍｐｌｅ方式であることを特徴とする請求項１〜６の何れか１項に記載の送信装置。
【請求項８】
画像を表示する表示手段を備えた受信装置であって、
識別子と、該識別子によって識別される画像または該画像を特定するための特定画像とを合成した合成画像と、該合成画像を識別する合成画像識別子とを受信する受信手段と、
受信した合成画像と合成画像識別子とを関連付けて記憶する記憶手段と、
上記記憶手段に記憶されている合成画像識別子と、該合成画像識別子とは別の時期に受信した合成画像識別子とが同じであるときに、受信した合成画像を上記表示手段に表示させる表示制御手段とを備えていることを特徴とする受信装置。
【請求項９】
上記受信手段が、上記合成画像の一部分の画像に付帯する該画像の画像サイズなどの付帯情報を受信することにより、該付帯情報に基づいて、上記合成画像から上記一部分の画像を少なくとも１つ抽出し、該抽出した画像に第３の識別子を設定する識別子設定手段と、
上記合成画像に上記第３の識別子を合成する識別子合成手段とを備えていることを特徴とする請求項８に記載の受信装置。
【請求項１０】
上記受信手段の通信方式は、ＩｒＳｉｍｐｌｅ方式であること特徴とする請求項８または９に記載の受信装置。
【請求項１１】
請求項１〜７の何れか１項に記載の送信装置と、
請求項８〜１０の何れか１項に記載の受信装置と、
上記送信装置または受信装置に接続され、画像または画像の付帯情報を少なくとも含むコンテンツを取り扱うサービスサーバとを含むことを特徴とする通信システム。
【請求項１２】
上記サービスサーバは、
上記受信装置との間で同じ識別子を秘密鍵として共有するための識別子共有手段と、
合成画像ごとに任意の識別子を第２の識別子として設定する任意識別子設定手段と、
上記送信装置に上記第２の識別子と合成画像を送信する合成画像送信手段と、
上記第２の識別子と上記秘密鍵とをもとに、一意の識別子を第４識別子として設定する識別子設定手段と、
上記送信装置に指定された識別子である第５識別子を取得する識別子取得手段と、
上記第４識別子と上記第５識別子とを比較し、比較結果に応じて上記送信装置に画像を送信するか否かを決定する比較決定手段とを備え、
上記送信装置は、
上記サービスサーバから受け取った第２識別子を上記受信装置に送信する識別子送信手段を備え、
上記受信装置は、
上記サービスサーバとの間で同じ秘密鍵を共有するための識別子共有手段と、
上記送信装置から受信した第２識別子と、上記識別子共有手段で共有されている秘密鍵とをもとに、一意の識別子を決定する識別子設定手段とを備える
ことを特徴とする請求項１１に記載の通信システム。
【請求項１３】
上記送信装置は、
合成画像を生成するために必要なコンテンツを取得可能な上記サービスサーバのあて先と、他の送信装置及びサービスサーバから取得したコンテンツの合成方法を記述したテンプレート情報を送信するテンプレート送信手段を備え、
上記受信装置は、
上記送信装置から該テンプレート情報を受信するテンプレート受信手段と、
該テンプレート情報に基づき、必要な画像を取得して合成画像を生成する合成画像生成手段とを備えることを特徴とする請求項１１に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、受信装置、及びサービスサーバシステムを含んだ通信システムに関し、特に、画像および該画像に関する情報を送受信する技術に関する。
【背景技術】
【０００２】
ＣＣＤ（Charge Coupled Devices）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサを用いたデジタルカメラの撮影可能な画像の画素数は、年々増加の一途をたどり、民生用製品でも既に１０００万画素を越える製品が市場に出回り始めている。
【０００３】
また、デジタルカメラは携帯電話の一機能としても実装されることが多いが、このようなカメラ付携帯電話においても２００万画素を超えるものが主流となりつつある。
【０００４】
一般的に、このようなデジタルカメラやカメラ付携帯電話で撮影した画像は、パソコンにデータファイルとして一括して取り込み、ハードディスクドライブ等に保存した後、画像閲覧アプリケーションを介しパソコンのモニタで閲覧が行われている。
【０００５】
しかしながら、パソコンに用いられているモニタは、画面サイズが２０インチ未満のものが多く、解像度もＸＧＡ(eXtended Graphics Array：1024x768)やＳＸＧＡ(Super eXtended Graphics Array：1280x1024)が主流であるため、２００万画素を超えるような写真の表示を行うには十分ではない。また、パソコンを利用する場合、起動時間の遅さ等から、携帯電話などで気軽に撮った写真を閲覧するには利便性に欠けている。
【０００６】
パソコンのモニタに対し、家庭のリビングなどで用いられるテレビは、近年大画面化が著しく、起動時間もパソコンに比べて早い場合が多い。また、日常生活の中でより気軽に使われていることもあり、デジタルカメラや携帯電話のようモバイル機器を直接テレビに接続し、テレビの表示画面を活用する提案が数多くなされている。
【０００７】
例えば、特許文献１には、携帯電話とテレビを近距離通信手段により接続し、携帯電話内の情報をテレビに伝送して拡大表示させる方法が記載されている。
【０００８】
また、特許文献２には、携帯機器と表示装置をＵＳＢ（Universal Serial Bus）接続した際に、表示装置から自動で携帯機器内の画像データを取り込み表示する方法が記載されている。
【０００９】
また、特許文献３には、デジタルカメラ等で撮像データを記録したメモリカードを、直接テレビ側に設けたカードＩ／Ｆに差込み、データ変換、表示機能をテレビ側に実装することでテレビへの画像表示を実現する方法が記載されている。
【００１０】
一方、デジタルカメラの撮像可能画素数の増加にあわせて必要なファイル容量が増加しているが、画像を記録するためのメモリ容量もそれに見合う増加を続けている。例えば、フラッシュメモリカードは、既に２ＧＢの製品が市場に出回っているが、２００万画素の画像であれば、約２０００枚もの画像を保存できることになる。一般に携帯電話やデジタルカメラには大容量のメモリカードを利用できるＩ／Ｆが備えられており、ユーザは気軽に大量の写真画像を保存することができる。
【００１１】
このような大量の写真画像を扱う場合、対象となる画像を縮小した画像（サムネイル）を複数並べて表示し、一覧することでユーザの選択動作等の操作性を高められる。
【００１２】
しかしながら、携帯電話やデジタルカメラに備え付けられているディスプレイは、一般に数インチ程度の表示画面しかないことから、このようなサムネイル一覧を表示するには十分ではない。すなわち、縮小し過ぎれば内容を確認できないし、縮小の度合いが減れば、画面内に一覧表示できる総数も限られてしまう。
【００１３】
上述のサムネイル一覧のような複数の情報を一度に表示したいニーズにも、テレビの大画面を有効に活用することができる。
【００１４】
例えば、特許文献２では、接続した携帯機器に複数の画像があった場合に、サムネイル画像として一覧表示することが明記されている。
【００１５】
また、特許文献４には、デジタルカメラに記録された写真を、接続した外部のモニタに表示する際に、外部モニタの画面サイズに基づき表示すべきサムネイル画像の枚数を決定する方法が記載されている。
【００１６】
また、上述の参考文献におけるサムネイル画像一覧表示では、サムネイル画像を順次合成して、一覧できる表示画面を動的に構成する方法が記されているが、特許文献５にあるように、複数の画像の一覧表示自体を画像ファイルとして生成することも可能である。なおデジタル写真をCD-ROM等の記録メディアに記録した電子写真集などにおいても、ユーザの利便性を高める目的で予め一覧表示用の画像ファイルが付属されている事例がある。
【００１７】
また、特許文献６では画像一覧表示において、カーソルやインデックスにより画像を選択することで、ユーザの選択動作の操作性を高める方法が記載されている。
【００１８】
ところで、携帯電話やデジタルカメラのような携帯機器とテレビを接続し、画像を機器間で伝達するためには、上記参考文献にもあるようにＵＳＢ等の有線ケーブル、もしくは赤外線通信等の近距離通信を用いるか、携帯機器で記録したメモリカード等のメディア自体を一旦携帯機器から外して、テレビにユーザが挿入することが考えられる。
【００１９】
しかしながら、有線ケーブルを用いる方法は、ケーブルを別途準備する必要があり、気軽な利用の妨げとなる。また、メモリカードによる移し変えは、メモリカードの小型化もあって、手作業による出し入れ作業の煩わしさが増している。
【００２０】
これに対して、無線による通信は、携帯機器とテレビにそれぞれ通信モジュールが内蔵されていれば機器の操作だけで伝送ができるため、ケーブル接続やメモリカードの課題に対して好適な解となりえる。
【特許文献１】特開２００３−２４４２８９号公報  （２００３年８月２９日公開）
【特許文献２】特開２００５−２１５１５８号公報  （２００５年８月１１日公開）
【特許文献３】特開２００２−３５４３８７号公報  （２０００２年１２月６日公開）
【特許文献４】特開２００５−８００４２号公報   （２０００５年３月２４日公開）
【特許文献５】特開２００４−３６４０３９号公報  （２００４年１２月２４日公開）
【特許文献６】特開平１０−１２６７２４号公報   （１９９８年５月１５日公開）
【発明の開示】
【発明が解決しようとする課題】
【００２１】
上述したように、携帯電話やデジタルカメラなどの携帯機器をテレビに接続して、テレビの大画面を活かすニーズは高い。特に無線通信で携帯機器とテレビを接続し、複数の画像を一覧するサムネイル一覧表示を含めて画像表示の機能を構築できれば、より気軽・簡便に大量の高精細画像を楽しむ環境をユーザに提供できる。
【００２２】
このような環境をテレビと携帯機器に実装する際、特にサムネイル画像による一覧表示では、単に一覧表示を行うだけではなく、その一覧からユーザの所望の画像を選択し、（縮小されていない）原画像を表示する機能など、ユーザの選択意図を処理するユーザＩ／Ｆが必要になる。
【００２３】
従来技術では、サムネイルの一覧表示画面とユーザ選択のためのＩ／Ｆ画面は、同時かつリアルタイムに構成されることが多い。例えば、特許文献２では、携帯機器内のサムネイル画像を順次テレビ側で自動取得して一覧表示画面を構成し、特許文献４では、携帯機器側でサムネイルの一覧表示画面を構成し、映像信号として外部に出力している。どちらもリアルタイムに一覧表示画面を構成するが、この際ユーザ選択のＩ／Ｆ画面も表示画面に合わせて同時に表示する。例えば、選択のためのカーソル表示やインデックスを一覧表示に動的に重畳し、映像信号として同時に出力することができる。同時かつリアルタイムに両画面を構成できるため、ユーザの選択操作と（一覧画像中の）対象画像との関係も自明であり、ユーザの選択に応じた処理を迅速に行える。
【００２４】
ただし、上記のサムネイルの一覧表示から選択、再表示の処理は、携帯機器（画像の送信側）とテレビ（画像の受信側）間で安定したリアルタイム通信が可能であることが前提となる。しかし、一般に有線、無線に限らず、リアルタイム通信は非リアルタイム通信を利用するに比してリソースが必要となることが多い。すなわち、送信側、受信側ともに常に通信動作を継続し続けねばならず、消費電力などの面で不利となるし、複数の機器を接続する場合は、その数に応じた通信モジュール（有線はケーブルも）を用意するか、ＬＡＮのような調停処理を前提とした処理を実装する必要があり、モジュールのコストも高くなりがちである。
【００２５】
一方、非リアルタイム通信を適用する場合、選択処理と表示処理を別の機器（送信側と受信側）で行うことが困難であることが課題になる。非リアルタイム通信下で、ユーザの選択動作により送信側が選択内容に基づく情報を送信した際に、受信側の受信動作が遅延すればユーザが満足できるレスポンス速度が得られない可能性があるばかりか、赤外線通信の方式にあるような片方向通信を適用する場合、受信完了の返答も返せないため、送った情報が正しく受信側で反映されたかを送信側では把握すらできないことになる。
【００２６】
上記のような非リアルタイム通信を適用する一番安易な解決策は、選択処理と表示処理を分離せず、受信側（テレビ）が全ての画像を受信した後で、選択のユーザＩ／Ｆ、表示の両方をテレビが処理することである。
【００２７】
しかし、これはデジタルカメラの写真をパソコンで閲覧する場合の構成と同じであり、テレビに本来の放送受信表示以外にパソコンと同様のリソースを備えることが必要となる。更に、事前に全ての画像を伝送するには十分な送信時間が必要であるし、かつ結果として表示の必要のなかった画像を送る可能性もある。
【００２８】
また、連携アプリケーション実現の観点からは、表示すべき画像が送信側（携帯機器）にあることから、その操作を行うユーザＩ／Ｆも、受信側（テレビ）よりも送信側にある方が利用者には分かり易い。特に、無線通信を適用する場合に複数の送受信機器が存在する状況になると、ユーザはどの機器同士が接続しているのか直感的に分かり辛くなる。その点、送信側でユーザがコンテンツ送信操作を行えば、何を送るか（どの機器に入っているコンテンツを送るか）をユーザが明確に理解できる。更に受信対象を送信機器自体の向きで指定する赤外線通信を実装することで、より直感的な操作感を提供できる。
【００２９】
このように、サムネイルの一覧表示とユーザ選択操作に関して、選択操作は送信側、一覧表示を受信側に分離し、送受信間を非リアルタイム通信で結ぶことができれば、コスト面、ユーザの利便性の面の両面でメリットがあるが、非リアルタイム通信を適用すると、上述したように送信側と受信側で処理を同期させることが困難になる。
【００３０】
サムネイル一覧表示に関しては、例えば特許文献５のように一覧表示の画像自体を携帯機器側で作成した上で、テレビ側に送信することが可能だが、特許文献５には選択動作を同期させる方法についての検討は行われていない。
【００３１】
また、特許文献６では、サムネイルにインデックスをつけて選択する方法が記載されているが、一覧を表示する機器（特許文献６の実施例ではモニタ）と、インデックスを指定して一覧から選択操作する機器（同実施例ではプリンタ）間がリアルタイムの映像信号で接続されていることが前提となっており、選択操作と表示の同期について検討が行われていない。
【００３２】
従って、従来の技術においては、送信側と受信側ではリアルタイム通信が前提であるので、システムとして完全に動作させるには、送信側及び受信側における機器の連携すべての同期をとる必要がある。このように、リアルタイムな連携を考慮した場合、送信側の機器において十分な表示リソースを必要とするので、送信側に携帯電話などのような小型の携帯端末機器では十分な表示リソースを確保しがたい機器を用いることが困難であるという問題が生じる。
【００３３】
本発明は、上記の問題点に鑑み、表示リソースが弱い携帯電話などの携帯機器と、大画面の表示が可能なテレビなどの表示機器を非リアルタイム通信で接続し、複数の画像を一覧するサムネイル一覧表示と、その選択動作と再表示を行うための機能を、携帯機器とテレビを連携させて最小限のリソースで実現し、テレビの大画面を活かした表示機器と携帯機器の連携サービス、アプリケーションを実現することを目的としている。
【課題を解決するための手段】
【００３４】
本発明に係る送信装置は、上記課題を解決するために、画像を、該画像を識別する識別子と関連付けて記憶する画像記憶手段と、上記識別子と、該識別子によって識別される画像または該画像を特定するための特定画像とを合成して合成画像を生成する合成画像生成手段と、上記合成画像生成手段によって生成された合成画像を外部機器に送信する第１画像送信手段と、上記第１画像送信手段によって送信された合成画像に含まれる識別子を指定する識別子指定手段と、上記識別子指定手段によって指定された識別子に関連付けられた画像を上記画像記憶手段から読み出して、上記外部機器に送信する第２画像送信手段とを備えていることを特徴としている。
【００３５】
上記の構成によれば、第１画像送信手段によって送信される合成画像は、画像を識別するための識別子と、その画像を特定するための特定画像とを合成した画像であり、第２画像送信手段によって送信される画像は、第１画像送信手段によって送信された合成画像に含まれる識別子を識別子指定手段によって指定し、指定した識別子に関連付けられた画像である。
【００３６】
これにより、送信装置側で合成画像を表示することなく、識別子を指定するだけで合成画像に含まれる画像を特定し、特定した画像を外部機器に送信することができるので、合成画像を表示するための表示リソースを無くすことが可能となる。
【００３７】
従って、送信装置として、表示リソースが少ない携帯電話などのような携帯端末機器を使用することが可能とする。
【００３８】
つまり、送信装置側で外部機器に送信すべき画像を指定することが可能となるので、送受信間でインタラクション（双方向性）が不可能な非リアルタイムの片方向通信であったとしても、送信装置の識別子指定手段によって選択された画像を送信し、受信装置に正しく表示させることが可能になる。
【００３９】
したがって、インタラクションのある機器連携アプリケーションを、受信側の対応リソースコストを減らして、送信側の送信処理（ＰＵＳＨ動作）の実装コストだけで実現できる。更に、ユーザは受信装置の制御方法を気にすることなく、送信装置の直感的なＰＵＳＨ動作だけでアプリケーションを利用できる。
【００４０】
上記識別子は、上記合成画像生成手段により合成される前の個々の画像を識別する第１の識別子、及び上記合成画像生成手段により合成された１又は複数の合成画像を識別する第２の識別子であることが好ましい。
【００４１】
この場合、識別子には、合成画像生成手段により合成される前の個々の画像を識別する第１の識別子、及び合成画像生成手段により合成された１又は複数の画像を識別する第２の識別子が含まれていることで、第２の識別子により合成画像を特定し、さらに、特定した合成画像から第１の識別子により所望の画像を特定することが可能となる。
【００４２】
これにより、２種類の識別子を指定すれば、合成画像が複数枚存在しても、各合成画像を識別して処理できるため、より多くの画像を対象としたアプリケーションを実現できる。
【００４３】
上記第１の識別子と第２の識別子とが１つの識別子で表現されているのが好ましい。
【００４４】
この場合、第１の識別子と第２の識別子とが１つの識別子で表現されていることで、識別子の管理を一元で行うことが可能となるので、識別子を格納するための記憶容量を小さくすることができる。
【００４５】
上記画像記憶手段に記憶された画像に、画像サイズなどの画像の特徴を示す付帯情報を設定する付帯情報設定手段を備え、上記第１画像送信手段は、上記合成画像を送信する際に、該合成画像に含まれる画像に設定された上記付帯情報も送信することが好ましい。
【００４６】
この場合、合成画像が送信される外部機器には、画像サイズなどの画像の特徴を示す付帯情報も送信されているので、送信された付帯情報に基づいた処理を受信側で行うことが可能となる。
【００４７】
つまり、上記の構成によれば、複数の送信装置から合成画像が送信される状況下でも、付帯情報によって画像が送られた送信装置側の環境を受信側で把握して適切な合成画像の表示が可能となり、ユーザに違和感を与えることのないアプリケーションを実現できる。
【００４８】
上記付帯情報に、上記合成画像に含まれる各画像ごとに設定される、上記第２画像送信手段の動作設定情報が含まれていることが好ましい。
【００４９】
上記の構成によれば、合成画像と一緒に外部機器に送信される付帯情報に、合成画像に含まれる各画像ごとに設定される、上記第２画像送信手段の動作設定情報が含まれていることで、識別子指定手段により識別子を指定するだけで、指定された識別子に関連付けられた画像に対応した第２画像送信手段の送信動作の設定を行うことが可能となる。
【００５０】
これにより、送信装置の備える表示機能の性能が低い場合も、受信側の外部機器のリソースを用いてそれを補完し、ユーザが送信装置の設定を行う際の利便性を向上させたアプリケーションを実現できる。
【００５１】
上記識別子指定手段は、識別子と１対１に対応する入力キーを備え、上記合成画像生成手段は、合成すべき識別子の空間的な配置が、上記入力キーの空間的な配置と相対的に同じになるように、各識別子と、各識別子で識別される画像とを合成することが好ましい。
【００５２】
上記の構成によれば、合成すべき識別子の空間的な配置が、上記入力キーの空間的な配置と相対的に同じになるように、各識別子と、各識別子で識別される画像とを合成することで、ユーザは欲しい情報（画像）を直感的に選択することが可能になり、より使いやすい機器連携環境をユーザに提供できる。
【００５３】
上記第１及び第２画像送信手段の通信方式は、ＩｒＳｉｍｐｌｅ方式であることが好ましい。
【００５４】
このように、通信方式は、ＩｒＳｉｍｐｌｅ方式であることで、通信手段として片方向通信が可能な近距離赤外線通信手段を用いることになる。これにより、双方向通信処理を省いた、低コストの送受信モジュールを連携アプリケーションに適用でき、かつ無線であることから、ケーブルレスで使いやすい機器連携環境をユーザに提供できる。
【００５５】
本発明の受信装置は、上記の課題を解決するために、画像を表示する表示手段を備えた受信装置であって、識別子と、該識別子によって識別される画像または該画像を特定するための特定画像とを合成した合成画像と、該合成画像を識別する合成画像識別子とを受信する受信手段と、受信した合成画像と合成画像識別子とを関連付けて記憶する記憶手段と、上記記憶手段に記憶されている合成画像識別子と、該合成画像識別子とは別の時期に受信した合成画像識別子とが同じであるときに、受信した合成画像を上記表示手段に表示させる表示制御手段とを備えていることを特徴としている。
【００５６】
上記の構成によれば、受信装置側では、記憶手段に記憶されている合成画像識別子と、該合成画像識別子とは別の時期に受信した合成画像識別子とが同じであるときに、受信した合成画像を表示手段に表示させるようになっているので、送信側では、合成識別子のみを送付するだけで表示させたい合成画像を表示手段に表示させることが可能となる。
【００５７】
これにより、送信機側の画像送信コストを削減した機器連携アプリケーションを実現できる。
【００５８】
上記受信手段が、上記合成画像の一部分の画像に付帯する該画像の画像サイズなどの付帯情報を受信することにより、該付帯情報に基づいて、上記合成画像から上記一部分の画像を少なくとも１つ抽出し、該抽出した画像に第３の識別子を設定する識別子設定手段と、上記合成画像に上記第３の識別子を合成する識別子合成手段とを備えているのが好ましい。
【００５９】
上記の構成によれば、送受信間が片方向通信であっても、受信装置の内部情報を反映させた機器連携アプリケーションを実現できる。
【００６０】
上記受信手段の通信方式は、ＩｒＳｉｍｐｌｅ方式であることが好ましい。
【００６１】
このように、通信方式は、ＩｒＳｉｍｐｌｅ方式であることで、通信手段として片方向通信が可能な近距離赤外線通信手段を用いることになる。これにより、双方向通信処理を省いた、低コストの送受信モジュールを連携アプリケーションに適用でき、かつ無線であることから、ケーブルレスで使いやすい機器連携環境をユーザに提供できる。
【００６２】
本発明の通信システムは、上記構成の送信装置と、上記構成の受信装置と、上記送信装置または受信装置に接続され、画像または画像の付帯情報を少なくとも含むコンテンツを取り扱うサービスサーバとを含むことを特徴としている。
【００６３】
上記の構成によれば、送受信装置内にない外部のコンテンツをサービスサーバから取り込むことで、より幅広いコンテンツを対象とした利便性の高い機器連携アプリケーションを実現できる。
【００６４】
上記サービスサーバは、上記受信装置との間で同じ識別子を秘密鍵として共有するための識別子共有手段と、合成画像ごとに任意の識別子を第２の識別子として設定する任意識別子設定手段と、上記送信装置に上記第２の識別子と合成画像を送信する合成画像送信手段と、上記第２の識別子と上記秘密鍵とをもとに、一意の識別子を第４識別子として設定する識別子設定手段と、上記送信装置に指定された識別子である第５識別子を取得する識別子取得手段と、上記第４識別子と上記第５識別子とを比較し、比較結果に応じて上記送信装置に画像を送信するか否かを決定する比較決定手段とを備え、
上記送信装置は、上記サービスサーバから受け取った第２識別子を上記受信装置に送信する識別子送信手段を備え、
上記受信装置は、上記サービスサーバとの間で同じ秘密鍵を共有するための識別子共有手段と、上記送信装置から受信した第２識別子と、上記識別子共有手段で共有されている秘密鍵とをもとに、一意の識別子を決定する識別子設定手段とを備えるのが好ましい。
【００６５】
上記の構成によれば、送受信間が片方向通信であっても、受信装置側にある固有の情報も利用した機器連携による認証処理を実現でき、より利便性の高い機器連携アプリケーションを実現できる。
【００６６】
上記送信装置は、合成画像を生成するために必要なコンテンツを取得可能な上記サービスサーバのあて先と、他の送信装置及びサービスサーバから取得したコンテンツの合成方法を記述したテンプレート情報を送信するテンプレート送信手段を備え、上記受信装置は、上記送信装置から該テンプレート情報を受信するテンプレート受信手段と、該テンプレート情報に基づき、必要な画像を取得して合成画像を生成する合成画像生成手段とを備えることが好ましい。
【００６７】
上記の構成によれば、送信装置側で合成処理のリソースをもてない場合でも、テンプレート情報を用いることで、送信装置からの送信処理（ＰＵＳＨ動作）だけで受信装置側のリソースを利用することができ、より利便性の高い連携アプリケーションを実現できる。
【発明の効果】
【００６８】
本発明に係る送信装置は、以上のように、画像を、該画像を識別する識別子と関連付けて記憶する画像記憶手段と、上記識別子と、該識別子によって識別される画像または該画像を特定するための特定画像とを合成して合成画像を生成する合成画像生成手段と、上記合成画像生成手段によって生成された合成画像を外部機器に送信する第１画像送信手段と、上記第１画像送信手段によって送信された合成画像に含まれる識別子を指定する識別子指定手段と、上記識別子指定手段によって指定された識別子に関連付けられた画像を上記画像記憶手段から読み出して、上記外部機器に送信する第２画像送信手段とを備えていることで、インタラクションのある機器連携アプリケーションを、受信側の対応リソースコストを減らして、送信側の送信処理（ＰＵＳＨ動作）の実装コストだけで実現できる。更に、ユーザは受信装置の制御方法を気にすることなく、送信装置の直感的なＰＵＳＨ動作だけでアプリケーションを利用できるという効果を奏する。
【発明を実施するための最良の形態】
【００６９】
〔実施の形態１〕
本発明の実施の形態について説明すれば、以下のとおりである。
【００７０】
図２は、本実施の形態にかかる送信装置ａ１０１及び受信装置ａ１０５の概略構成を示す図である。本実施の形態では、送信装置ａ１０１はカメラ付きの携帯電話を、受信装置ａ１０５は静止画表示対応のデジタルテレビを想定している。
【００７１】
まず、図２に示す送信装置ａ１０１について説明する。
【００７２】
上記送信装置ａ１０１は、図１に示すように、画像記憶部ａ２０１、画像合成部ａ２０２、識別子設定部ａ２０３、識別子入力部ａ２０４、送信選択部ａ２０５、送信部ａ２０６を有している。
【００７３】
上記画像記憶部ａ２０１は、画像を保存するためのメモリ領域であり、携帯電話に備え付けられたデジタルカメラで撮像した写真を適切な形式の画像ファイルとして保存できるようになっている。この画像記憶部ａ２０１としては、フラッシュメモリのような不揮発性のメモリを携帯電話内部に実装してもよいし、例えば外付けのメモリカードとして、携帯電話と所定のカードＩ／Ｆを介しアクセスできるような構成にしてもよい。
【００７４】
上記画像合成部ａ２０２は、上記画像記憶部ａ２０１から複数の画像ファイルを読み出し、単一の画像ファイルに合成するための画像処理機能を有する。ここでの合成処理は、写真などの画像ファイルだけでなく、後述する識別子設定部ａ２０３で決定した識別子に対応する画像を合成することも含む。
【００７５】
また、上記画像合成部ａ２０２では、合成した画像を、送信可能な適切な画像ファイル形式にエンコードする。このときのエンコード結果は、適切な一時記憶領域に送信時まで一時記憶しておく構成にしてもよいし、画像記憶部ａ２０１に保存する構成にしてもよい。
【００７６】
上記識別子設定部ａ２０３は、画像記憶部ａ２０１に存在する各画像ファイルに対し識別子を一意に決定し、決定した識別子を画像合成部ａ２０２に通知する機能を有する。
【００７７】
また、上記識別子設定部ａ２０３は、決定した識別子を、画像合成部ａ２０２にて画像として合成することができるように処理する。この処理の構成としては、予め複数の識別子の画像を用意して画像記憶部ａ２０１に保存しておき、決定に従って画像記憶部ａ２０１から読み出す構成にしてもよい。
【００７８】
上記識別子入力部ａ２０４は、ユーザが識別子を入力する機能を有する。例えば、図１に示す携帯電話のテンキー（キー入力手段）ａ１０２でユーザに入力させて、そのキー入力を検知して所定の処理を行い、送信選択部ａ２０５に通知する。
【００７９】
上記送信選択部ａ２０５は、外部の受信装置に送るべき画像を決定し、送信部ａ２０６に通知する機能を有する。具体的には、送信選択部ａ２０５では、画像合成部ａ２０２で合成された画像ファイルか、識別子入力部ａ２０４によって指定された識別子に対応する画像ファイルのどちらを送信するかを決定するようになっている。このとき、画像ファイルが画像記憶部ａ２０１に存在する場合は、そのファイルを特定するＩＤを送信部ａ２０６に通知する。
【００８０】
上記送信部ａ２０６は、送信選択部ａ２０５で決定された情報にもとづき、送信すべき画像ファイルを画像合成部ａ２０２、もしくは画像記憶部ａ２０１から取得し、適切な通信プロトコルを用いて外部に送信する機能を有する。例えば、ＩｒＤＡやＢｌｕｅｔｏｏｔｈ、無線ＬＡＮなどの無線通信モジュールとその通信プロトコルを実装してもよいし、ＵＳＢやｅｔｈｅｒｎｅｔなどの有線通信モジュールとその通信プロトコルを実装してもよい。以下では、この通信手段をＩｒＤＡの片方向通信方式を実装する場合を想定して説明する。
【００８１】
なお、図２に示す各機能部ａ２０１〜ａ２０６のデータ処理や通信プロトコルの処理は携帯電話のアプリケーションを動作させるためのＣＰＵとデータメモリを使って、ＣＰＵ上で動作するプログラムとして実装する構成としてもよい。
【００８２】
次に、図１に示す受信装置ａ１０５について説明する。
【００８３】
上記受信装置ａ１０５は、図１に示すように、受信部ａ２０７、画像デコード部ａ２０８、表示部ａ２０９を有している。
【００８４】
上記受信部ａ２０７は、上記送信装置ａ１０１から画像ファイルを受信するための機能を有する。上記送信部ａ１０６と同じ通信モジュールと通信プロトコルを実装する。
【００８５】
上記画像デコード部ａ２０８は、受信した画像ファイルを解析、デコード処理を行い、映像信号として表示部ａ２０９において再生させるための機能を有する。
【００８６】
上記表示部ａ２０９は、上記画像デコード部ａ２０８からの映像信号を表示する機能を有する。そして、上記表示部ａ２０９は、ＣＲＴ、液晶パネル、プラズマパネルなど映像信号を表示できる表示素子で構成される。
【００８７】
なお、通信プロトコルの処理や画像ファイルの解析デコード処理は、テレビの他のアプリケーションを動作させるためのＣＰＵとメモリが存在すれば、そのＣＰＵ上で動作するプログラムとして実装してもよい。
【００８８】
もちろん、上記の構成は、本実施の形態を端的に説明することを目的とした構成であり、本発明の手段を実現することができれば他の構成をとってもよい。
【００８９】
例えば、送信装置ａ１０１は、デジタルカメラに無線通信手段のための周辺機器を接続した構成（後述する実施の形態２参照）としてもよいし、一般的な携帯電話やデジタルカメラが持つような小型の表示ディスプレイを内蔵せずにテレビリモコンとして構成（後述の実施の形態３参照）とすることも可能である。
【００９０】
また、受信装置ａ１０５は、後述するようなテレビの映像入力端子に接続するドングルとして構成（後述の実施の形態３参照）することも可能である。また、テレビではなく、パソコンとそのモニタ、及び通信周辺機器で構成することも可能であるし、オーロラビジョンのような大型の屋外表示装置に受信通信機器を内蔵する構成であってもよい。
【００９１】
続いて、上記構成の送信装置ａ１０１と受信装置ａ１０５との動作について以下に説明する。
【００９２】
図３は、送信装置ａ１０１並びに受信装置ａ１０５の基本的なシーケンスを説明するためのフローチャートである。
【００９３】
はじめに、送信装置ａ１０１1側のシーケンスを説明する。なお，送信装置ａ１０１には上述のように図２に示す符号ａ２０１〜ａ２０６の各機能部が実装されているが、これらの機能部を順次実行するためのアプリケーションが起動されたと想定し、以下の説明を行う。
【００９４】
まず、送信装置ａ１０１の当該アプリケーションが起動すると、アプリケーションは最初に画像記憶部ａ２０１内に存在する画像ファイルに対し、一意に識別子を決定する（ステップＳ３０１）。
【００９５】
ここでいう識別子とは、合成画像の対象となる個々の画像ファイルを一意に特定するためのＩＤであるが、後のステップで画像として識別子を含む合成画像を生成する必要があること、またユーザが該識別子を入力する必要があることから、出来る限り簡単な表現であることが望ましい。
【００９６】
画像として表示しかつ携帯電話のテンキーで入力できる表現としては、例えば数桁の数字表現が考えられる。本実施の形態１では表現方法として携帯電話のテンキーと同じ０〜９の数字と、＃、＊の２文字を１桁以上組み合わせて適用するものとする。
【００９７】
一方、携帯電話の内部システムがディレクトリとファイル名に基づくファイルシステムを採用し、画像記憶部ａ２０１にもそのファイルシステムを適用している場合、画像記憶部ａ２０１に保存されている画像ファイルを指定するＩＤとして、端的には画像ファイルのパス名が必要となる。すなわちアプリケーションの実装上は、前記独自の識別子だけでは画像ファイルを特定することができないため、規定した識別子とパス名を関連付けて記憶しておき、識別子の指定時には別途この関連付けを引用してパス名に変換し使用するものとする。この関連付け表の例を図４に示す。
【００９８】
なお、本ステップＳ３０１では、識別子を付与する対象の画像ファイルをあらかじめ制限することもできる。例えば、特定のディレクトリ下にあるファイルのみを対象とするように予め規定しておいてもよいし、ユーザが別途携帯電話の入力手段によって、対象となるディレクトリや画像ファイルを選択して登録するようにアプリケーションを実装してもよい。この場合、識別子はこの対象となる画像ファイル内で最低限一意であればよい。
【００９９】
また、識別子は、アプリケーションを起動する度に動的に決定するように構成することも可能であるし、一度識別子を決定したら、上記のパス名との関連付けを示す関連付け表を適切なメモリ領域に保存し、起動時に該関連付け表を読み込むような構成にしてもよい。関連付け表のアップデートが必要かどうかを起動時に判断する構成にして、対象となるファイルが消去されたりファイルシステム内を移動させられたりした場合に備えることも可能である。
【０１００】
また、メモリカードなどの外部メモリに関連付け表と画像ファイルを保存しておき、メモリカードが挿入された場合に、そのメモリカードに保存されている関連付け表を読み込むように構成することも可能である。
【０１０１】
なお、識別子は合成対象となる画像ファイル（＝ユーザの選択対象）ごとに一意であればよい。しかし、大量の画像ファイルに対応するには、合成画像１枚では対応しきれないため、通常合成画像を複数生成することになるため、本実施の形態では、合成画像ごとに一意の識別子を決定した上で、合成の対象となる画像ごとに識別子を決定するものとする。この場合、関連付け表は図４に示すように、合成画像ごとの識別子、合成対象となる画像ごとの識別子、対応するパス名の３つを関連付けて記録するものとする。
【０１０２】
一方、合成画像ごとの識別子と、合成対象となる画像ごとの識別子を、別の一意の識別子に変換してもよい。例えば、４桁の連番として識別子を構成することで、本アプリケーションの対象となる画像を全て一種類の識別子で一意に特定するようにすることもできる。
【０１０３】
なお、合成の対象となるファイルは、対象となるフォルダのファイルの格納順に、合成可能な最大数ごとに単純に割り振ってもよいし、ユーザが任意にファイルを選択できる仕組みを別のアプリケーションとして実装するようにしてもよい。
【０１０４】
ところで、上記の識別子の決定では、一意に特定できる画像数の最大数が、合成画像の識別子の種類数×合成対象の画像の識別子の種類数（もし連番への変換を行うのであれば、連番の最大数）に限られることになる。しかし、例えば画像が格納された対象ディレクトリを限定して関連付け表を生成し、複数の関連付け表を動的に切り替えて扱うようにアプリケーションを実装することで、この最大数を超える画像数にも対応できる。
【０１０５】
また、アプリケーション起動ごとに動的に付与する識別子と、常に一定の静的な識別子の二つに分ける方法も考えられる。たとえば合成画像の識別子が"０"の場合は静的な識別子とし、合成対象となる画像ごとの識別子は常に特定の画像ファイルを指すものとする。これにより、定番の画像と識別子を固定的に関連付けることも可能になり、逆にこれ以外の識別子はアプリ起動のたびに動的に設定することで、柔軟な識別子の再割り当てが可能となる。
【０１０６】
なお、本実施の形態の識別子の決定は、上述のように合成画像や合成対象画像に基づいて一意に決定するが、さらに送信装置自体がもつ固有のＩＤに基づいて設定してもよい。装置固有の情報を用いることで、複数の送信装置が同時に存在し、合成画像が別々の送信装置から１つの受信装置に相次いで送信される状況にも対応できる。
【０１０７】
次に、送信装置ａ１０１は、合成の対象となる画像を取得して合成画像を生成する（ステップＳ３０２）。
【０１０８】
本ステップＳ３０２の詳細は、図５に示すフローチャートを用いて以下に説明する。
【０１０９】
すなわち、合成画像を生成するステップＳ３０２では、最初に合成画像の対象となる画像ファイルを、上記ステップＳ３０１で規定された関連付け表をもとに、画像記憶部ａ２０１から取得する（ステップＳ４０１）。
【０１１０】
次に、取得した画像を合成するために適切な大きさ、形状にリサイズ、変形を行う（ステップＳ４０２）。
【０１１１】
ステップＳ４０２で対象画像を適切な大きさにリサイズする際に、生成する合成画像をあらかじめ想定し、静的に規定した一律の大きさのサムネイル画像に縮小、拡大する構成とする。サムネイル画像の大きさは、合成画像に何枚の画像を表示するかとも密接に関係している。同様に、最大何枚のサムネイル画像を一覧表示するかと、そのために必要なサムネイル画像の大きさも予め規定しておくものとする。
【０１１２】
なお、ステップＳ４０２のサムネイルの生成は動的に行うのではなく、対象となる画像ごとのサムネイル画像を予め作成しておき、そのサムネイル画像を読み出すことで代替してもよい。例えば、デジタルカメラの一般的な画像格納形式として知られているＤＣＦ（Design rule for Camera File System）には、サムネイル画像を格納する領域が存在している。
【０１１３】
デジタルカメラの撮像時に、同時にサムネイル画像を生成して保存している場合も多く、このサムネイル画像をそのまま流用することも可能である。ＤＣＦなどで用いられるサムネイル画像は横長長方形の画像であり、合成もｍ×ｎのセルのように順にならべる方式を適用することが第一に考えられる。
【０１１４】
しかし、サムネイル画像の合成にあたって、整然とした整列を必ずしも行う必要はない。例えば、手製の写真アルバムなどで自由な写真配置を行えるように、サムネイル画像のレイアウトを別途規定しておき、そのレイアウトにはめ込むように合成してもよい。この場合、長方形のはめ込み枠である必要もなく、丸型や星型など好みに応じた枠を用意し、クリッピングもしくは変形によって合成することも可能である。
【０１１５】
サムネイル画像の生成後、画像合成部ａ２０２は、識別子画像を生成する（ステップＳ４０３）。識別子画像は、ステップＳ３０１で決定された識別子を、合成画像内に合成するために画像化したものである。
【０１１６】
上述したように本実施の形態では、識別子は０〜９、＊、＃の計１２文字を１組として、１組以上文字列として組み合わせた構成としている。画像化する場合は、この文字列を画像として表現すればよい。本実施の形態では、この１２文字の画像を予め用意し、画像記憶部ａ２０１に保存しておくものとする。画像合成部ａ２０２は、識別子設定部ａ２０３からの通知に基づき、必要な識別子に対応する画像を、この１２文字の画像を読み出して組み合わせることで生成するものとする。なお、ステップＳ４０３は、必ずしもＳ４０２の後に行う必要はない。Ｓ４０２とは独立して行うことが可能である。
【０１１７】
なお、本実施の形態では、識別子を０〜９、＊、＃の計１２文字とし、携帯電話の標準的なボタンキーに割り振られた文字と同じにしたため、識別子を容易に直接入力することが可能である。ただし、ユーザが入力できる方法があれば、必ずしもこのような一致を行う必要はない。例えば、識別子を○△□などの図形表現や、赤、青、黄などの色表現とすることも可能である。このような例を携帯電話に適用すると、各識別子を直接キーに割り振ったとしても直感的に理解できない恐れがあるが、後述するように、ユーザが識別子を入力するステップ（Ｓ３０７）において、入力可能な識別子を携帯電話のディスプレイａ１０４に表示させ、カーソルキー等で選択する方式をとることにより、ユーザの入力を支援することができる。もちろん、送信装置ａ１０１のボタンキー自体を識別子に合わせて作ることも可能である。
【０１１８】
また、識別子の入力をボタンキーを用いるのではなく、カメラ付き携帯電話の撮像素子で識別子自体を撮影し、その識別子を適切な画像認識手法によって認識し入力する構成にしてもよい。画像認識手法を用いた識別子の入力システムとして、例えば二次元バーコードシステムを適用することができる。
【０１１９】
次に、画像合成部ａ２０２は、ステップＳ４０２、Ｓ４０３で生成したサムネイル画像と、識別子画像を合成して単一の合成画像を生成する（ステップＳ４０４）。各サムネイル画像と識別子画像は、互いに一意に関連付けられた関係にあり、合成にあたってはその関連性が分かるように合成される必要がある。簡単には、サムネイル画像の上に関連する識別子画像を合成する方法が考えられるが、識別子画像はサムネイル画像の情報をなるべく損なわないように合成することが望ましい。例えば識別子画像がサムネイル画像より十分に小さければ問題ない。
【０１２０】
また、識別子画像とサムネイル画像のドットごとのＲＧＢ輝度の平均を取って合成（アルファブレンディング）する方法を適用してもよい。また、サムネイル画像の上に合成するのではなく、並べて合成するようにしてもよい。一定の規則をもって配置すれば、サムネイル画像と識別子画像の関係をユーザに適切に示すことは可能である。
【０１２１】
また、合成対象画像の識別子だけでなく、合成画像ごとの識別子も合成することができる。合成画像ごとの識別子が"＊"と"＃"の場合の合成画像の例を図６（ａ）（ｂ）に示す。この例では、例えば図６（ａ）に示すａ６０１と図６（ｂ）に示すａ６０４が合成画像ごとの識別子"＊"と"＃"を示している。また、図６（ａ）に示すａ６０２は、合成対象画像ごとの識別子であるが、図６（ａ）と図６（ｂ）とでは合成画像ごとの識別子が異なるため、同じ識別子"１"を両者に付与している。すなわちサムネイル画像ａ６０３に付与された合成画像識別子は"＊"であり、合成対象の画像の識別子は"１"であることになる。
【０１２２】
なお、上述したように、合成画像の識別子と合成対象画像の識別子から一意の識別子（連番）を作った場合の合成画像の例を図７に示す。この例では、各合成画像に含まれる全てのサムネイル画像に独立に連番の識別子が付与されている様子を表している。
【０１２３】
次に、画像合成部ａ２０２は、生成した合成画像をファイル化し、画像記憶部ａ２０１に保存する（ステップＳ４０５）。ファイル化にあたっては、ＪＰＥＧなどの画像圧縮を行ってもよい。もちろん受信側で適切にデコードできる形式であることが必要である。
【０１２４】
以上で合成画像の生成を行うステップＳ３０２は終了する。
【０１２５】
続いて、図３のフローチャートに戻り、ステップＳ３０３以降を説明する。
【０１２６】
ステップＳ３０３では、ステップＳ３０２で生成した合成画像を送信するかどうかの判断を送信選択部ａ２０５で行う。判断は合成画像の生成完了を受けて自動で許可するように構成してもよいが、ユーザに対して判断の確認を求めることもできる。この場合、携帯電話のディスプレイａ１０４に適切な確認画面を表示し、キー入力手段ａ１０２を介してユーザに送信許可の判断を入力させればよい。ここでディスプレイに合成画像を表示する構成としてもよい。
【０１２７】
次に、ステップＳ３０４では、送信部ａ２０６を用いて合成画像を送信する。本実施の形態１では、送信部ａ２０６として赤外線通信の方式を適用する。例えば赤外線通信の業界標準化団体であるＩｒＤＡ（Infrared Data Association）において標準規格として採用されているＩｒＳｉｍｐｌｅを用いることができる。ＩｒＳｉｍｐｌｅは、相互認証を簡略化し、非リアルタイムの片方向通信を行うことで、双方向通信の従来方式に比べて伝送時間を短縮することができるため、高解像度の画像伝送に向いている。画像ファイルは、ＩｒＳｉｍｐｌｅに規定されたバイナリデータの伝送プロトコルに従い、赤外線送信モジュールを介して赤外線として機器外部に送出される。
【０１２８】
次に、送信装置ａ１０１は、キー入力待ち受け状態に移行する（ステップＳ３０５）。ユーザが後述する受信装置ａ１０５側の表示を目視し識別子を入力（ステップＳ３０７）するまで待ち受ける状態である。待ち受け状態時は、例えば、携帯電話のディスプレイａ１０４に識別子入力を指示するための入力画面を表示してもよい。
【０１２９】
なお、待ち受け状態時は、並行して本アプリケーションの終了判定（ステップＳ３０６）も行うものとする。終了判定は、ユーザが携帯電話のキー入力a102を用いて指示してもよいし（例えば"クリア"ボタンを押すなど）、システム側で判断（電源オフ、着信時など）してもよい。
【０１３０】
ユーザが識別子を入力するステップＳ３０７では、識別子入力部ａ２０４によるキー入力の検知と、検知結果に基づく送信選択部ａ２０５への通知とが行われる。識別子の入力時は、その入力を補助するための情報を携帯電話のディスプレイａ１０４に表示する構成としてもよい。携帯電話のキーを直接入力せずに、携帯電話の画面上で識別子を連続的に変更できるユーザＩ／Ｆの例を図８に示す。
【０１３１】
図８に示す例では、携帯電話のカーソルキーの左右で合成画像識別子（ａ８０１に表示）と、合成対象画像の識別子（ａ８０２に表示）を切り替えた上で、カーソルキーの上下で各識別子を順次表示させる構成とする。指定したい識別子を画面上に表示させた状態で送信ボタン(ａ８０３)を押すことで、識別子の入力が確定する。
【０１３２】
一方、合成画像の各サムネイル画像（及び付与する識別子）の配列を、携帯電話のキー配列と一致させることで、ユーザが直感的な指定ができるように構成してもよい。この例を図９に示す。
【０１３３】
図９に示す例では、携帯電話のキー配列ａ９０１である"1、２，３"、"４，５，６"、"７，８，９"、"＊、０、＃"は、合成画像ａ９０２のサムネイル配置と識別子の配列と同じとなるように構成されている。ユーザは、「画面の右上」といった感覚的な認知を、そのまま携帯電話のテンキーの右上（この場合"３"）に置き換えて指定できる。
【０１３４】
次に、ステップＳ３０８では、送信選択部ａ２０５が、ステップＳ３０７で指定された識別子をもとに送信対象の画像を特定し、送信部ａ２０６を用いて送信画像を送信する。入力された識別子は関連付け表（図４）に従って、画像ファイルのパス名として認識され、画像記憶部ａ２０１から取得される。その後、前述の合成画像の送信と同様に、ＩｒＳｉｍｐｌｅの伝送プロトコルに従って、赤外線通信モジュールから赤外線として送出される。
【０１３５】
次に、送信装置ａ１０１は、キー入力待ち受け状態に再度移行する（ステップＳ３０９）。この待ち受け状態では、再度次の画像を選択するために既に送信済みの合成画像の表示に戻るかの判断を行う（ステップＳ３１０）。この場合、ユーザが携帯電話のキー入力手段ａ１０２を用いて指示することができる。例えば、携帯電話の"クリアボタン"が押されたら送信済みの合成画像表示に戻ることを選択したものとする。
【０１３６】
また、例えば写真画像送信１５秒間何も指示がなかったら自動で合成画像表示に戻ることを選択するようにしてもよい。
【０１３７】
合成画像に戻る判断がなされた場合は、ステップＳ３０４に戻り、合成画像を再度送信する。なお、合成画像の再送信では、受信装置ａ１０５側で工夫することで、再送信を行わないようにすることもできる。この方法は、実施の形態２で説明を行う。
【０１３８】
この待ち受け状態では同時に、新たに別の合成画像を生成送信するかの判断も行う（ステップＳ３１１）。例えば、携帯電話のカーソルキーで右が押されたら新しい合成画像の表示を行うことを選択したものとする。新しい合成画像の生成が選択された場合、ステップＳ３０２に戻って上記フローを繰り返す。次にどの画像ファイルを対象として合成画像を生成するかは、図４に示す表の合成画像識別子ごとに、順に対象画像を選択するように実装できる。
【０１３９】
また、これらの合成画像の再送信が指示されず、ユーザが合成対象の画像（サムネイル画像）ごとの識別子を再度入力し直す場合もありえる。この場合は、ステップＳ３０５に戻って上述のフローを同様に繰り返す。
【０１４０】
以上で、送信装置ａ１０１側のシーケンスの内容説明を終わる。
【０１４１】
一方、受信装置ａ１０５側のシーケンスは以下のようになる。
【０１４２】
受信装置ａ１０５には、上述のように図１のａ２０７〜ａ２０９の各機能が実装されているが、これらの機能を順次実行するためのアプリケーションが起動されたと想定し、以下の説明を行う。
【０１４３】
受信装置ａ１０５の当該アプリケーションが起動すると、アプリケーションは最初に画像待ち受け状態に移行する（ステップＳ３５１）。すなわち、受信部ａ２０７が赤外線の受光を感知し、ＩｒＳｉｍｐｌｅの受信プロトコル規定に従ってバイナリデータを受け取るまでこの状態を維持する。
【０１４４】
本実施の形態例１において受信装置ａ１０５として想定するテレビの場合、当該アプリケーションを起動する方法として、例えば専用の入力画面にチャンネルを切り替える、という動作を割り振ることもできる。ユーザは、ビデオ入力などを行う際にチャンネルをビデオ入力に切り替える感覚と同じように対応できる。待ち受け状態の間、テレビの表示画面は、ブラックアウトの状態にしておいてもよいし、待ち受け状態であることを示す画面を表示しておいてもよい。
【０１４５】
一方、待ち受け状態時には、アプリケーションの終了判定（ステップＳ３５２）も並行して行われる。上記の入力画面の切り替えによってアプリケーションを起動する方式の場合、別のテレビ放送チャンネルやビデオ入力等に再度切り替えられたことをもって、アプリケーションを終了させるようにしてもよい。
【０１４６】
なお、上記では画像の待ち受けをテレビの状態遷移の中で独立な状態として定義しているが、待ち受け状態をテレビの他の機能と並行して動作させる構成にすることも可能である。例えば、ユーザが他の放送チャンネルを視聴している際も常に待ち受け状態とし、実際に画像を受信後に、自動で本アプリケーションが構成する画面に切り替える、もしくはユーザに画像を受信したことを通知した上で、自動もしくは手動で切り替えるようにできる。
【０１４７】
次いで、受信部ａ２０７が赤外線によりバイナリデータを受信すると、受信したバイナリデータが画像形式かどうかを判断し、画像形式である場合には、画像デコード部ａ２０８に通知し、データを伝達する。画像デコード部ａ２０８は、受信したバイナリデータを解析し、画像情報に展開した上で、表示部ａ２０９を用いて映像信号として表示する。
【０１４８】
ここで、図３のフローチャートに示すように、受信装置ａ１０５が最初に受信する画像は合成画像である（ステップＳ３５３）として処理し、その画像を表示（ステップＳ３５４）する。
【０１４９】
その後、再度画像待ちうけ状態（ステップＳ３５５）に入り、次に受信した画像を写真画像である（ステップＳ３５６）として処理し、その画像を表示（ステップＳ３５７）する。その後、ステップＳ３５１に戻ってこのシーケンスを繰り返すものとする。
【０１５０】
本実施の形態１では、受信装置ａ１０５側が合成画像を受信したのか、写真画像を受信したのかは直接受信装置の構成の方法に関係するものではなく、受信装置ａ１０５は単に受信したバイナリデータが画像形式であれば表示する、というアプリケーションとして構成することができる。また、送信側との同期もとる必要がないため、受信部ａ２０７には、赤外線通信方式ＩｒＳｉｍｐｌｅの片方向受信のみの適用で対応できる。これにより、受信装置ａ１０５側のコストを大幅に削減することが可能となる。
【０１５１】
逆に言えば、本実施の形態１に適用する赤外線通信の片方向受信は、非リアルタイムかつ、Ａｃｋなどの受信成功信号すら送信側に返せず送信側のユーザＩ／Ｆの同期を取ることができないが、上述したように合成画像に識別子を付与することで、送信側でユーザが識別子を入力する際に同期をとることが可能になる。特に合成画像が複数連続で送られた場合、送信側が暗黙に想定している合成画像が表示されているとは限らないが、ユーザは送信装置ａ１０１が何を送ったのかを気にすることなく、受信装置ａ１０５側に現在表示されている合成画像の識別子を入力すればよく、入力した時点で、送信装置ａ１０１内部の同期が取られることになる。
【０１５２】
〔実施の形態２〕
本発明の他の実施の形態について説明すれば、以下の通りである。
【０１５３】
図１１は、本実施の形態にかかる送信装置ｂ１０１と受信装置ｂ１０５の構成を示す。本実施の形態では、送信装置ｂ１０１は、無線外部接続Ｉ／Ｆを備えたデジタルカメラを、受信装置ｂ１０５は、静止画表示対応のデジタルテレビを想定している。
【０１５４】
図１１における送信装置ｂ１０１は、図１０に示すｂ２０１〜ｂ２０７の各機能部を有する。
【０１５５】
すなわち、画像記憶部ｂ２０１は、画像を保存するためのメモリ領域であり、デジタルカメラで撮像した写真を適切な形式の画像ファイルとして保存できる。フラッシュメモリのような不揮発性のメモリをデジタルカメラ内部に実装してもよいし、例えば外付けのメモリカードとして、デジタルカメラと所定のカードＩ／Ｆを介しアクセスできるような構成にしてもよい。
【０１５６】
画像合成部ｂ２０２は、画像記憶部ｂ２０１にある複数の画像ファイルを読み出し、単一の画像ファイルに合成するための画像処理機能を有する。合成は写真などの画像ファイルだけでなく、識別子設定部ｂ２０３で決定した識別子に対応する画像を合成することも含む。
【０１５７】
合成した画像は、送信可能な適切な画像ファイル形式にエンコードされる。エンコード結果は適切な一時記憶領域に送信時まで一時記憶しておく構成にしてもよいし、画像記憶部ｂ２０１に保存する構成にしてもよい。
【０１５８】
識別子設定部ｂ２０３は、画像記憶部ｂ２０１に存在する各画像ファイルに対し識別子を一意に決定し、決定した識別子を画像合成部ｂ２０２に通知する機能を有する。
【０１５９】
決定した識別子は、画像合成部ｂ２０１にて画像として合成することができるように処理される。予め複数の識別子の画像を用意して画像記憶部ｂ２０１に保存しておき、決定に従って画像合成部ｂ２０１から読み出す構成にしてもよい。
【０１６０】
なお、識別子設定部ｂ２０３は、画像合成部ｂ２０２で生成した合成画像に対しても一意の識別子を設定する機能を有する。
【０１６１】
識別子入力部ｂ２０４は、ユーザが識別子を入力する機能を有する。デジタルカメラの構成上、キーボードやテンキーのような入力手段がなくカーソルのような単純なキー入力しかない場合、例えば前記実施の形態１で図８を用いて説明した実装例を適用することもできる。すなわち、デジタルカメラに備え付けられたディスプレイｂ１０３に入力補助の画面を表示し、カーソルキーの上下で識別子を順次表示させて確定する。
【０１６２】
付帯情報処理部ｂ２０５は、画像記憶部ｂ２０１に存在する画像ファイルごとに付帯情報を決定する機能を有する。付帯情報は、各画像ファイル生成時に同時に生成されファイル内に画像情報と並行して書き込まれていることを前提とし、その情報を読み出して利用する方式としてもよいし、本機能が送信装置内の情報をもとに別途決定する方式としてもよい。
【０１６３】
送信選択部ｂ２０６は、外部の受信装置に送るべき情報データ（画像、付帯情報、識別子情報等）を決定し、送信部ｂ２０７に通知する機能を有する。
【０１６４】
送信部ｂ２０７は、送信選択部ｂ２０６で決定された情報データを適切な通信プロトコルを用いて外部に送信する機能を有する。例えば、ＩｒＤＡやＢｌｕｅｔｏｏｔｈ、無線ＬＡＮなどの無線通信モジュールとその通信プロトコルを実装してもよいし、ＵＳＢやｅｔｈｅｒｎｅｔなどの有線通信モジュールとその通信プロトコルを実装してもよい。以下、本実施の形態では、この通信手段をＩｒＤＡの片方向通信方式を実装する場合を想定する。
【０１６５】
なお、各機能部のデータ処理や通信プロトコルの処理は、デジタルカメラの他のアプリケーションを動作させるためのＣＰＵとデータメモリを使って、ＣＰＵ上で動作するプログラムとして実装する構成としてもよい。
【０１６６】
図１１における受信装置ｂ１０５は、図１０に示すｂ２０８〜ｂ２１３の各部を有する。
【０１６７】
すなわち、受信部ｂ２０８は、送信装置ｂ１０１から画像を含め情報データを受信するための機能を有する。送信部ｂ２０７と同じ通信モジュールと通信プロトコルを実装する。
【０１６８】
情報記憶部ｂ２０９は、受信部ｂ２０８が受信した情報データを保存するためのメモリ領域である。
【０１６９】
画像デコード部ｂ２１０は、受信した画像ファイルを解析、デコード処理を行い、映像信号として表示部ｂ２１３に再生、もしくは画像合成部ｂ２１２に転送するための機能を有する。
【０１７０】
識別子設定部ｂ２１１は、受信した付帯情報に基づき、合成画像に再合成する識別子を決定し、決定した識別子を画像合成部ｂ２１２に通知する機能を有する。決定した識別子は、画像合成部ｂ２１２にて画像として合成することができるように処理される。予め複数の識別子の画像を用意して情報記憶部ｂ２０９に保存しておき、決定に従って画像合成部ｂ２１２から読み出す構成にしてもよい。
【０１７１】
画像合成部ｂ２１２は、識別子設定部ｂ２１１で決定した識別子と受信した画像データを合成する手段を有する。合成した画像信号は送信可能な適切な画像ファイル形式にエンコードして、情報記憶部ｂ２０９、もしくは一時的なメモリ領域に保存する構成にしてもよいし、表示部ｂ２１３に直接転送して表示する構成にしてもよい。
【０１７２】
表示部ｂ２１３は、画像デコード部ｂ２１０からの映像信号、もしくは画像合成部ｂ２１２からの映像信号を表示する機能を有する。ＣＲＴ、液晶パネル、プラズマパネルなど映像信号を表示できる表示素子で構成される。
【０１７３】
なお、通信プロトコルの処理や画像ファイルの解析デコード処理はテレビの他のアプリケーションを動作させるためのＣＰＵとメモリが存在すれば、そのＣＰＵ上で動作するプログラムとして実装してもよい。
【０１７４】
次に、本実施の形態にかかる送信装置ｂ１０１と受信装置ｂ１０５からなる通信システムの通信処理について、図１２を参照しながら以下に説明する。
【０１７５】
図１２は、図１１に示す送信装置ｂ１０１並びに受信装置ｂ１０５の基本的なシーケンスを説明するためのフローチャートである。
【０１７６】
はじめに、送信装置ｂ１０１側のシーケンスを説明する。なお、送信装置ｂ１０１には上述のように図１０のｂ２０１〜ｂ２０７の各機能が実装されているが、これらの機能を順次実行するためのアプリケーションが起動されたと想定し、以下の説明を行う。
【０１７７】
まず、送信装置ｂ１０１の当該アプリケーションが起動すると、アプリケーションは最初に画像記憶部ｂ２０１内に存在する画像ファイルに対し、一意に識別子を決定する（ステップＳ１２０１）。以下、この識別子を第１識別子と称する。
【０１７８】
次に、合成の対象となる画像を取得し、各画像、及び画像化された第１識別子を含めた合成画像を生成する（ステップＳ１２０２）。
【０１７９】
次いで、生成した合成画像を一意に特定するための識別子を決定するする（ステップＳ１２０３）。以下、この識別子を第２識別子と称する。
【０１８０】
識別子に関しては、前記実施の形態１で説明したように簡便な記号表現と関連付け表で管理する方法を適用し、第１識別子を含めた合成画像の生成方法についても前記実施の形態１と同様な方法を実装するものとし、その説明は省略する。
【０１８１】
次いで、ステップＳ１２０４では、付帯情報処理部ｂ２０５が合成対象となる画像ごとの付帯情報を決定する。
【０１８２】
ここで言う付帯情報は、画像の画素数（縦横サイズ）や、アスペクト比、色空間、色差サンプリング情報、圧縮方法などの画像としての基本的な情報のほか、撮影状況（絞りやシャッタースピード、被写体の向き、日時、場所など）、フォトフレームなどの画像装飾に関わる情報、その画像をプリントしてよいかなどの著作権保護に関する情報などを想定する。
【０１８３】
また、デジタルカメラの内部にある情報（利用可能な入力キーの種類など送信機器本体の情報や、事前に利用者が入力もしくはカードＩ／Ｆを介して取り込んだ情報など）のような個々の画像と直接関係のない情報も含めることができる。
【０１８４】
なお、画像に依存する基本的な情報は、画像ファイルが、日本電子工業振興協会（JEIDA）の制定したデジタルカメラ用画像フォーマットＤＣＦや、ＤＣＦにも採用されているＥｘｉｆ(Exchangeable Image File Format)形式として保存されているならば、ＤＣＦやＥｘｉｆの情報フォーマットを読み込んで必要な情報を取り出すように実装することができる。
【０１８５】
本実施の形態では、上記付帯情報として、画像サイズ、アスペクト比、色空間、画像内の被写体の向き、エンコード方法、合成画像中の第３識別子の位置情報を想定する。付帯情報の内容例を図１３に示す。合成画像中の識別子の位置情報以外は、画像を撮像した際にDCFの該当するフォーマット情報として記録されるものとする。
【０１８６】
なお、画像内の被写体の向きとは、撮像時にカメラの縦横向きを変えて撮影した場合を想定している。通常撮影と同じ画像格納方式で記録しそのまま表示すると被写体が横向きに表示されるため、再生時に画像の回転を行う必要がある。撮像時に自動で被写体の向きの情報（回転の指示）を設定するために、カメラの向きを傾きセンサ等を用いて検出し設定することができる。もちろんセンサを用いずに、ユーザ自身が撮影後に入力することも可能である。
【０１８７】
また、合成画像中の第３識別子の位置情報とは、受信側で再度サムネイル画像ごとに第３識別子を合成する際に、識別子を埋め込むための合成画像中の座標位置である。詳細については受信装置ｂ１０５側の動作フローであるステップＳ１２５５の説明で行う。
【０１８８】
次いで、ステップＳ１２０５では、ステップＳ１２０１〜Ｓ１２０４で生成、決定した情報を送信するかどうかの判断を送信選択部ｂ２０６で行う。
【０１８９】
前記実施の形態１と異なり、本実施の形態では、合成画像だけでなく、第１、第２識別子の情報、付帯情報も送信する。付帯情報は、図１３に示すように、識別子に関連付けられた情報フォーマットとして送信されるものとする。以下、ここで送る情報をまとめて第１情報（合成画像、第１、第２識別子の情報、付帯情報）と称する。
【０１９０】
次のステップＳ１２０６からＳ１２０９の動作フローは基本的に前記実施の形態１と同じである。すなわち、ステップＳ１２０６で、送信部ｂ２０７を用いて第１情報を送信する。
【０１９１】
次に、送信装置ｂ１０１は、キー入力待ち受け状態に移行する（ステップＳ１２０７）。ユーザが識別子を入力するステップＳ１２０８は、識別子入力部ｂ２０４によるキー入力の検知と、検知結果に基づく送信選択部ｂ２０６への通知が行われる。並行して終了判定（ステップＳ１２０８）も行われる。
【０１９２】
次に、ステップＳ１２１０では、送信選択部ｂ２０６が、ステップＳ１２０９で指定された識別子をもとに再度送信すべき情報を特定し、送信部ｂ２０７を用いて送信する。ここで、前記実施の形態１と異なり、本実施の形態では、画像だけでなく、識別子の情報も送信の対象となる。以下、ステップＳ１２１０で送る情報を第２情報と称する。
【０１９３】
なお、本実施の形態では、画像の送信に付随して、その画像が合成されている合成画像を特定する第２識別子を送るように実装する。また、特殊な識別子が入力された場合は、第２識別子のみを送るものとする。
【０１９４】
第２情報として第２識別子のみを送る例として、本実施の形態では、ユーザが入力できる特殊な識別子「戻る」を規定する。ユーザが合成画像による選択表示に戻りたい場合、この「戻る」を指定する。この特殊な識別子は、内部的には合成画像ごとの識別子である第２識別子と同じものとして扱うことができる。
【０１９５】
送信装置ｂ１０１側は、最後に送信した合成画像に対応する第２識別子を常に記憶しておき、ユーザから「戻る」が指定された際に、直前に保存された第２識別子のみを送信する。
【０１９６】
本実施の形態では後述するように、受信装置側で送信された画像を保存する仕組みがあるため、第２識別子の情報送信だけを行って、それをもとに受信装置側で保存された画像を再表示することができるため、送信装置ｂ１０１側の再送信コストを省くことができる。なお、複数の合成画像の生成が行われる状況では、受信装置側で複数の合成画像をキャッシュし再度表示する仕組みを用意することで、送信装置側は、第２識別子を送信するだけで合成画像の再送信なしに、適宜受信装置ｂ１０５側で保存された合成画像を表示するように実装することも可能である。
【０１９７】
第２情報を送信後、送信装置はステップＳ１２１１において、別の合成画像送信を行うか否かの判断を行う。前記実施の形態１と同様、ユーザの入力により合成画像の生成が選択された場合は、ステップＳ１２０２に戻って上記フローを繰り返すものとする。
【０１９８】
以上で、送信装置ｂ１０１側のシーケンスの内容説明を終わる。
【０１９９】
一方、受信装置ｂ１０５側のシーケンスは以下のようになる。
【０２００】
受信装置ｂ１０５には、上述のように図１０のｂ２０８〜ｂ２１３の各機能が実装されているが、これらの機能を順次実行するためのアプリケーションが起動されたと想定し、以下の説明を行う。
【０２０１】
まず、受信装置ｂ１０５の当該アプリケーションが起動すると、アプリケーションは最初に待ち受け状態に移行する（ステップＳ１２５１、及びステップＳ１２５２）。待ち受ける情報の対象は、前記実施の形態１と異なり画像だけとは限らず、上述の第１〜第３の情報であるが、データ受信としてみれば基本的に前記実施の形態１の動作に同じであるため、詳細を省略する。
【０２０２】
次に、受信部ｂ２０８が赤外線通信によりデータを受信すると、各データを情報記憶部ｂ２０９に保存する（ステップＳ１２５３）。このステップで得られる情報は、送信装置ｂ１０１が送った第１情報であり、合成画像、第１、第２識別子、付帯情報で構成されている。
【０２０３】
次いで、識別子設定部ｂ２１１が受信した付帯情報をもとに、第２識別子の示す合成対象の画像（サムネイル画像）ごとに第３識別子を決定する（ステップＳ１２５４）。この第３識別子は、受信装置ｂ１０５側から送信装置ｂ１０１側へ情報を伝えることが目的で生成され、ユーザの識別子入力時にその内容が処理される。
【０２０４】
この処理を行う理由は、送信側が送信する各画像を、受信側が全て表示できる機能をもつとは限らないことに起因する。
【０２０５】
例えば、被写体の向きが異なれば回転させて表示することが必要だが、受信装置側のリソースが低く、その機能を持たせられない場合は、送信装置側であらかじめ回転させた画像を送信することで解決できる。
【０２０６】
また、１０００万画素を超える大きなサイズの画像は、同様に受信装置側で処理できない場合がある。更にあまりに大きな画像は受信時間の遅延を招き、ユーザのいらだちに繋がり利便性を損ねる。そのような場合も、あらかじめ送信装置側で画像をスケーリングしてから送信することで解決できる。
【０２０７】
リアルタイム性のない片方向通信では通信路でその情報を受信側に伝えられないが、第３識別子を介して送信側にその情報を伝え、システム全体の同期をとることができる。
【０２０８】
第３識別子の例を、図１４、及び図１５に示す。なお、図１４の識別子と付帯情報の組み合わせ例は、図１３に示したものと同じである。また、図１５は、第３識別子と送信装置ｂ１０１側で行うべき処理との対応表の例である。
【０２０９】
ここで、以下の前提として、受信装置ｂ１０５側が表示できる画像が、横３８４０、縦２０４８までの画像サイズ、アスペクト比は１６：９および４：３、ｓＲＧＢ及びｓＹＣＣの色空間による表現画像に限る場合を想定する。また、画像を回転表示する機能はないものとする。
【０２１０】
このとき、例えば、図１４の第１識別子と第２識別子が"＊１"の画像は、画像サイズが１９２０×１０２４、アスペクト比１６：９、色空間ｓＹＣＣ、被写体の向きが上、フォーマットはＪＰＥＧ、の情報をもつ画像であるが、この場合は、上記受信装置ｂ１０５側の表示機能で対応可能な内容であるため、第３識別子は、何も処理せずにそのまま送信することを意味する"１１"になる。
【０２１１】
一方、"＊２"の画像は、色空間が対応できないため、送信装置ｂ１０１側でｓＲＧＢ空間の表現内に留めるよう色補正を行ってから送信するよう識別子による指示を行う必要があり、第３識別子の２桁目を"２"とすることでｓＲＧＢ色空間への補正を促す。また"＊６"の画像は、ｓＲＧＢ空間への色補正と右９０度の回転を送信装置側で処理してから送信するように指示するため、第３識別子を"＃２"と決定している。
【０２１２】
なお、ここで決定された第３識別子は、図１４の表のように、ステップＳ１２５３で受け取った第１、第２識別子及び付帯情報と互いに関連図けられた情報として、受信保存した画像ファイル情報とともに適切なメモリ領域に保存されるものとする。
【０２１３】
次いで、ステップＳ１２５５では、受信した合成画像に、ステップＳ１２５４で決定した第３識別子を合成した画像を生成する。
【０２１４】
ここでは、まず、受信した合成画像を画像デコード部ｂ２１０で解析し、画像情報としてメモリ空間上に展開した上で、（画像化された）第３識別子を、サムネイル画像との対応がつくように合成する。受信した合成画像中のどの位置に第３識別子を再合成すればよいのかは、送信装置ｂ１０１側であらかじめ合成位置を指定し、付帯情報に書き込んであるものとし、受信装置ｂ１０５側はその情報を読み出して対応する。例えば、図１３に示した第２識別子と第１識別子が"＊１"の画像は、合成画像中の座標で（２０５，１０５）−（４０５，１２５）の縦横２００×２０の領域に合成することになる。以下同様にサムネイル画像ごとに指定された領域に第３識別子を合成する。この合成の様子を模式的に示した図を、図１６に示す。
【０２１５】
生成した合成画像は、情報記憶部ｂ２０９に適切な画像フォーマットで保存された後、表示部ｂ２１３を用いて映像信号として表示される（ステップＳ１２５６）。
【０２１６】
その後、再度待ち受け状態（ステップＳ１２５７）に入る。
【０２１７】
なお、ここで新たに保存する合成画像は、ステップＳ１２５３、及びＳ１２５４で保存した識別子、付帯情報、画像ファイル情報と関連付けられた情報として保存される。
【０２１８】
次いで、受信装置ｂ１０５は、第２情報を受信する（ステップＳ１２５８）。送信装置ｂ１０１から送られる第２情報は、前述したように、画像及び第２識別子の場合と、第２識別子のみの場合の２通りがある。本実施の形態では第２識別子のみの場合、かつ指定された第２識別子が、ステップＳ１２５３で受信した第２識別子と同じであれば、「戻る」が指定された場合と判断し、ステップＳ１２５９からステップＳ１２６０を経て、ステップＳ１２５６に戻り、保存した合成画像を再度表示する。
【０２１９】
一方、画像と第２識別子をセットで受信した場合も、同様に第２識別子がステップＳ１２５３で保存された第２識別子と同じかどうかを比較（ステップＳ１２６１）した上で、一致する場合は、受信した画像が適切な画像であると判断し、その画像を表示する（ステップＳ１２６２）。その後、ステップＳ１２５７に戻って再度第２情報の待ち受け状態に入るものとする。
【０２２０】
また、ステップＳ１２６０およびＳ１２６１で第２識別子が保存してあるものと一致しない場合、表示中の合成画像とは関係のない情報が送信されたものと判断し、ステップＳ１２６３で適切なエラー処理（画面にエラーメッセージを表示するなど）を行い、ステップＳ１２５１に戻る。
【０２２１】
なお、ステップＳ１２５１に戻ることで、新たに第１情報を受け付けることになるが、必ずしも次に第１情報を受信するとは限らず、再度別の写真画像（第２情報）が送られてくる場合もある。第２情報が送られてきた場合は、ステップＳ１２５１の第１情報の待ち受け状態から、ステップＳ１２５３〜Ｓ１２５６の処理を飛ばして、第２情報の待ち受け状態に移行し、対応するよう実装するものとする。第１情報か第２情報かの判断は、情報内容／フォーマットも異なるが、端的にどちらの情報かをプロトコルのヘッダ等で判断するよう実装することでも判断できる。
【０２２２】
このように、本実施の形態では、受信装置ｂ１０５が第２情報として受信した第２識別子の内容を、第１情報受信時に保存した第２識別子と比較することで、処理を変更することができる。
【０２２３】
例えば、複数の送信装置から合成画像がバラバラに送られてくる状況において、受信装置側に表示されている合成画像は、実際は他の機器から送られた合成画像であるにも関わらず、ユーザはテレビの合成画像を見て画像を選択し表示しようとするかもしれない。この場合、選んだつもりの画像と表示される画像が異なることになりユーザに違和感を与えてしまう。
【０２２４】
しかしながら、本実施の形態では、保存されている第２識別子が異なれば、エラー表示を行った上で、再度合成画像を送信するように促すこともできる。これにより、同期がとれない片方向通信の実装でも、ユーザに違和感のない操作感を提供できる。
【０２２５】
〔実施の形態３〕
本発明のさらに他の実施の形態について以下に説明する。
【０２２６】
前記実施の形態１及び２では、送信装置としてデジタルカメラと携帯電話を対象とし、受信装置として静止画表示機能のついたテレビを想定していたが、本発明はこれらの機器に留まるものではない。本実施の形態では、本発明を実装可能な別の形態の機器について説明する。
【０２２７】
図１７では、送信装置として、画像記憶手段を内蔵するリモコンｃ１０１を、受信装置としては、プロジェクタｃ１０３の映像入力端子に接続するドングルｃ１０５を想定している。
【０２２８】
図１８は、送信装置であるリモコンｃ１０１の外面的な構成要素を模式的に示した図である。すなわち、ｃ２０１はリモコンｃ１０１に外部からコンテンツ（静止画、動画、音楽など）を読み込むための外部インタフェースである。例えば、ＩｒＤＡやＢｌｕｅｔｏｏｔｈ、無線ＬＡＮなどの無線通信インタフェースでもよいし、ＵＳＢやｅｔｈｅｒｎｅｔなどの有線インタフェースでもよい。本装置自体のソフトウェアもこのインタフェースを通じて更新されることが望ましい。
【０２２９】
ｃ２０２はキーの動作を停止させるスイッチである。ｃ２０３〜ｃ２０８のキーを無効化することにより持ち運んだときにキーが押されても動作しないようにする。電源キーであっても構わない。
【０２３０】
ｃ２０３およびｃ２０４はプロジェクタｃ１０３（図１７）を制御するためのスイッチである。これらのコマンドは従来からある赤外線の家電制御コマンドを送るだけでよく、高速な通信は不要である。よって低速の通信手段が用いられる。ここでは従来の家電制御用のリモコンコマンドであり、これはｃ２０９のレンズから送信される。
【０２３１】
ｃ２０３はプロジェクタｃ１０３の入力を切り替えるコマンドを送るためのスイッチであり、ｃ２０４はプロジェクタｃ１０３の電源をオン/オフするためのスイッチである。
【０２３２】
ｃ２０５は送信したコンテンツに対する操作キーである。これは例えばすでに送信した静止画を回転するとか、拡大/縮小するとか、というコマンドを送信する。
【０２３３】
ｃ２０６はポインタであり、プロジェクタの投影面ｃ１０４（図１７）にカーソルなどマークを表示するためのものである。これは、例えばプレゼンテーションに使う場合には、表示された画像の場所を示すために使われる。ここではｃ２１０のレンズから可視光レーザが出て、ポインタが表示されることを仮定している。ただし、可視光レーザでなく、他の手法でこのポインタの角度や動きを検地して投影面ｃ１０４上に表示してもよい。
【０２３４】
ｃ２０７、ｃ２０８は送信するコンテンツを選択し、送信するスイッチである。コンテンツには撮影時間とか記録時間、記録順などが含まれていることを仮定しており、ｃ２０８を押すと次のコンテンツが送られ、ｃ２０７を押すと前のコンテンツが送られる。電源を入れた最初には、ｃ２０７でもｃ２０８でも最初のコンテンツが送られる。最初のコンテンツとは前回送ったものを再び送るか、その次のコンテンツか、最新のコンテンツを選択するなど各種の方法が存在するがどのような選択の手法でもよい。この時の送信はコンテンツの送信であり高速の通信方式が必要となる。このためｃ２０９とは異なる高速の通信方式を用いる。
【０２３５】
ｃ２１１は赤外線による高速通信のためのレンズを示しており、コンテンツは高速の通信方式で送信される。
【０２３６】
ｃ２０３，ｃ２０４4による制御は低速の通信で送信され、コンテンツの送信は高速の通信で送られる。これらの通信は赤外線通信である必要はなく、電波を用いた通信でも構わない。
【０２３７】
ｃ２０５によるコンテンツに対する操作は、リモコンｃ１０１内部で行っても、プロジェクタｃ１０３に対するコマンドを送る操作であっても構わない。つまり、ｃ２０５が回転のボタンであったとすると、ｃ２０５を押された場合に直前に送信した静止画の向きを９０度回転させた画像を生成して送信しなおしてもよいし、単に９０度回転の制御コマンドを送ってもよい。この制御コマンドの場合、コンテンツ送信のアプリケーションの一部であるため、高速通信方式で送信してもよい。
【０２３８】
図１８の送信装置は、図１９に示すｃ３０１〜ｃ３１１の各機能ブロックで構成されている。
【０２３９】
ｃ３０１は外部とデータやソフトウェアの交換を行うための外部インタフェースである。
【０２４０】
ｃ３０２はコンテンツを蓄えるメモリである。
【０２４１】
ｃ３０３は全体を制御するＣＰＵである。
【０２４２】
ｃ３０４はユーザからの制御を入力するためのユーザ入力手段である。
【０２４３】
ｃ３０５は人に見える形でポインタを送るためのレーザ発光素子をドライブする発光素子インタフェースである。
【０２４４】
ｃ３０６は実際に発光するレーザである。ここではレンズなどの光学系を含む。
【０２４５】
ｃ３０７は低速の通信を行うためのリモコンインタフェースである。
【０２４６】
ｃ３０８はリモコンコマンドのための赤外線ＬＥＤである。
【０２４７】
ｃ３０９は高速のデータ通信を行うための通信制御部である。
【０２４８】
ｃ３１０は高速の通信を行うための通信ドライバである。
【０２４９】
ｃ３１１は高速の通信を行うための赤外線発光素子である。ここでは、レンズなどの光学系を含む。
【０２５０】
なお、通信方式やデバイスは赤外線に制限されることはなく、別の通信手段を用いてもよい。
【０２５１】
図２０は受信装置であるドングルｃ１０５の外面的な構成要素を模式的に示した図である。ここで言うドングルｃ１０５とは、赤外線信号を受光して、映像もしくは音声もしくはその両方の信号を出力するアダプタを意味する。
【０２５２】
ｃ４０１は受光部および信号処理部が入った筐体である。
【０２５３】
ｃ４０２〜ｃ４０４は受光を行う集光レンズである。ここでは異なる角度からの光を受光するために、異なる角度で３つのレンズが取り付けられている。典型的にはプラスマイナス15度の指向角を持つレンズおよび受光デバイスを３つ付けることによりほぼ９０度の領域をカバーすることが可能になる。
【０２５４】
ｃ４０５は、映像の外部出力を行うためのケーブル及び端子である。ここではＨＤ映像を出力するためのＤ端子、ＳＤ映像を出力するためのコンポジット端子とＳ端子を想定している。もちろん、ＨＤＭＩやＤＶＩ−Ｄなどのデジタルインタフェース出力端子を対象としてもよいし、オーディオ出力端子を繋ぐ構成とすることもできる。ケーブル数も用途と実装機能に応じて増減してもよい。
【０２５５】
図２０の受信装置は、図２１に示すｃ５０２〜ｃ５１３の各機能ブロックで構成されている。
【０２５６】
ｃ５０２〜ｃ５０４、外部から照射された光を集光するレンズである。
【０２５７】
ｃ５０５〜ｃ５０７はｃ５０２〜ｃ５０４で集光された赤外線を電気に変換するフォトディテクタである。ｃ５０５〜ｃ５０７からはアナログ信号、もしくはデジタル化された信号が出力される。それとともに３つのフォトディテクタｃ５０５、ｃ５０６、ｃ５０７の出力のどれをセレクトするかを決定するために使われる。デジタルであってもアナログであってもよい。受信のＳ／Ｎが高いもの選択するためであり、この選択のためには、受信信号の強度でも、デジタルのための比較器のダイナミックな閾値であっても構わない。
【０２５８】
ｃ５１４はｃ５０５〜ｃ５０７のうちの信頼性の高いものを選ぶ選択部である。選択ではなくて、複数のフォトディテクタの出力をＳ／Ｎに応じて重み付け加算をアナログ的に行うことで信頼性を増加させてもよい。
【０２５９】
ｃ５０８は受光した信号を復調するデジタル受信部である。ここでは赤外線受信のプロトコルに従い信号を解析して、ペイロード（コンテンツデータ）を取り出す。
【０２６０】
ｃ５０９はｃ５０８で受信したコンテンツデータを展開するデコード部である。コンテンツデータがＪＰＥＧであれば、ＪＰＥＧのデータをデコードしてＲＧＢやＹＣｒＣｂなどの映像データに変換する。コンテンツデータは静止画でも、動画でもテキストや音楽でも構わない。
【０２６１】
ｃ５１０は展開されたデータを蓄える一時メモリである。
【０２６２】
ｃ５１１〜ｃ５１３は外部に出力する信号形式に変換する信号変換部である。図２０に示すように本実施の形態３の受信装置では３種類のコネクタを備えるため、それぞれに応じて３つの変換部を持つ。例えばＮＴＳＣのビデオ信号を出力する場合にはビットマップのデータからＮＴＳＣを出力するビデオエンコーダが必要である。
【０２６３】
上述の図１７に示すリモコンｃ１０１とドングルｃ１０５による静止画伝送のアプリケーションは、基本的に実施の形態１の図３のフローチャートや、実施の形態２の図１２のフローチャートを適用して実装できるため、詳細を省略する。
【０２６４】
なお、本実施の形態は受信装置として赤外線受信の受光部を備えたドングルｃ１０５を想定したが、前記実施の形態１や２のように、テレビに受光部をつけた構成にすることが可能である。
【０２６５】
図２２（ａ）は、テレビｃ６０１に３つの受光部ｃ６０２〜ｃ６０４をつけた場合の例を示す。送信装置が携帯電話のような省電力仕様のものが多いため、受光距離を稼ぐためには、受講部のレンズ径を１ｃｍ以上と大きくすることが望ましい。また、水平方向には９０度以上の指向角が望ましく、垂直方向にはそれほどは必要ないため水平方向に長い楕円形のレンズであってもよい。さらに、水平方向の受光範囲を広げるために複数の受光部を設けることが望ましい。
【０２６６】
図２２（ｂ）は、テレビｃ６１１に３つの受光部ｃ６１２〜ｃ６１４が水平方向の広いエリアをカバーする状況を示している。
【０２６７】
なお、ユーザには受光部がどこであるか分かることでそちらに送信装置を向けやすくなるため、受光部付近には受光部であることが分かるものを配置することが望ましい。特にＬＥＤのように光る素子で、かつ、エラーのときには点灯もしくは点滅することが望ましい。このことにより、ユーザはその場所を狙って送信機を向けることが可能となる。
【０２６８】
また、本実施の形態では送信装置として図１８に示すようなリモコンｃ１０１を想定したが、別の形態のリモコンも可能である。例えば図２３のｃ７０１に示すような、表示部のついたリモコンも可能である。更にこの例では、コンテンツを読み込むための外部インタフェースとして、メモリカードＩ／Ｆを想定している。これによりカード（図２３のｃ７０２に相当）経由でコンテンツを読み込むことができる。
【０２６９】
〔実施の形態４〕
本発明のさらに他の実施の形態について説明すれば、以下の通りである。
【０２７０】
前記実施の形態１〜３では、近距離通信により送信装置と受信装置をつなぎ静止画を表示するアプリケーションを中心に説明したが、本発明の適用はその範囲に留まるものではない。本実施の形態では、送信装置として携帯電話を想定し、携帯電話が本来持つ外部ネットワーク接続機能を用いるアプリケーションを中心に説明する。すなわち、本実施の形態では、実施の形態１〜３のようにユーザの識別子の入力をキーとして静止画を送る、のみならず、ユーザの識別子の入力をキーとして、コンテンツを外部からダウンロードする、メールを送信するなど、送信装置をある状態から別の状態に遷移させることができる。また、携帯電話の壁紙を変更する、というような携帯電話の設定を変更させることにも適用可能であることについて説明する。
【０２７１】
図２４は本実施の形態にかかる送信装置と受信装置、およびサービスサーバの通信システム構成を示す。本実施の形態では、送信装置は携帯電話ｄ１０２を、受信装置は静止画表示デジタルテレビｄ１０１を想定している。携帯電話ｄ１０２とサービスサーバｄ１０３はネットワーク接続によってコンテンツをやり取りすることが可能となっている。
【０２７２】
上記通信システムでは、あらかじめ識別子に対して一意に対応する静止画像、及び携帯電話ｄ１０２の遷移すべき内部状態が規定されているものとし、識別子と静止画像の組は、前記実施の形態１、２で示したような方法で、関連付けられた画像情報として合成されているものとする。識別子と遷移すべき内部状態の関係を示す情報（以下、内部遷移情報と称する）と、合成画像はサービスサーバにあらかじめ保存されている。なお、サービスサーバを想定せず、あらかじめこれらの情報が携帯電話内に存在することを前提としてもよい。
【０２７３】
図２５は上記通信システムの各装置の動作フローの概略を示す図である。
【０２７４】
最初にサービスサーバｄ１０３は、送信装置である携帯電話ｄ１０２に合成画像を送信する（ステップＳ２５０１）。この場合、携帯電話ｄ１０２からの取得要求に応じて送信してもよいし、あらかじめ登録された携帯電話ｄ１０２に対し、メールなどで配信する方法でもよい。同時に、内部遷移情報も携帯電話ｄ１０２に対し送信する（ステップＳ２５０２）。
【０２７５】
携帯電話ｄ１０２側では、合成画像、内部遷移情報をサービスサーバｄ１０３から受信（ステップＳ２５１１、Ｓ２５１２）した後、合成画像を受信装置であるテレビｄ１０１に送信する（ステップＳ２５１３）。
【０２７６】
その後、ユーザからの識別子入力待ち受け状態に入る（ステップＳ２５１４）。
【０２７７】
テレビｄ１０１側では、合成画像を携帯電話ｄ１０２から受信し（ステップＳ２５２１）、その合成画像を表示画面に表示（ステップＳ２５２２）する。
【０２７８】
ユーザは、テレビｄ１０１に表示された合成画像を確認し、所望の識別子を携帯電話ｄ１０２に入力（ステップＳ２５１５）すると、その識別子の情報をもとにあらかじめ決められた内部状態に携帯電話ｄ１０２の状態が遷移する（ステップＳ２５１６）。
【０２７９】
以上のフローにおいて識別子と合成画像の生成や、携帯電話ｄ１０２とテレビｄ１０１間の合成画像の送受信、識別子の入力に関しては前記実施の形態１及び２で示した方法を適用できるため詳細を省略する。
【０２８０】
ここで、テレビｄ１０１に表示される識別子と静止画像を合成した合成画像は、どの内部状態に遷移するかをユーザに示すために用いられるが、その内容、及びどのような内部状態の遷移が起こるかは想定するサービスやアプリケーションによって異なる。
【０２８１】
以下、１．コンテンツダウンロード、２．通話、３．メール送信、４．携帯電話の設定、の４つを想定し説明する。具体的な識別子と内部遷移情報の例を図２６に示す。
【０２８２】
コンテンツダウンロードに関するアプリケーションとして、例えば携帯電話のサイトから写真画像を購入する事例が考えられる。
【０２８３】
図２４に示すように、サービスの提供業者（サービスサーバｄ１０３）は、あらかじめ商品である写真画像をサムネイル画像化し、各写真画像に対応する識別子をサムネイルと合成して合成画像を生成しておく。同時に、各写真画像が格納されているコンテンツサーバのＵＲＬを決定し、これと識別子の結びつける情報を内部遷移情報として生成しておく。
【０２８４】
一方、携帯電話ｄ１０２のユーザは、（１）該合成画像と内部遷移情報のダウンロードを行い、（２）合成画像（商品紹介画像）をテレビｄ１０１に送信し表示する。合成画像には前記実施の形態１で説明したように各写真画像のサムネイルとともに識別子が表示されており、ユーザは、（３）購入したい写真画像のサムネイルに関連付けられた識別子を、携帯電話ｄ１０２に入力する。携帯電話ｄ１０２では、（４）入力された識別子と内部遷移情報に基づき、ユーザの所望する写真画像のダウンロード先を特定し、規定のサーバにアクセスし、写真画像を入手することができる。なお、このダウンロードの際に携帯電話の決済機能を用いて、ユーザごとに課金することが可能である。
【０２８５】
通話に関するアプリケーションとして、例えば電話帳との連携が考えられる。電話番号と広告情報を連動させて提供する電話帳事業者を想定する。電話帳事業者は複数の企業の広告を静止画像で作成し、各企業を一意に特定する識別子と合成して、合成画像を生成する。同時に、その識別子ごとに各企業の電話番号も一意に関連付ける情報を内部遷移情報として生成しておく。
【０２８６】
一方、携帯電話のユーザは該合成画像と内部遷移情報のダウンロードを行い、合成画像をテレビに送信し表示する。ユーザは興味のある広告に関連付けられた識別子を携帯電話に入力する。携帯電話では、入力された識別子と内部遷移情報に基づき、ユーザの所望する企業の電話番号を特定し、携帯電話の電話機能を用いてその番号へ電話をかけることができる。
【０２８７】
なお、このような公的な電話帳ではなく、携帯電話内の個人の電話帳を用いることも考えられる。電話帳内に個人ごとの情報（顔写真や、名前、住所など）を登録してあれば、その内容を画像化し、識別子と関連付けて合成画像を生成する。ユーザはこの合成画像をテレビでみることで、大きな画面で通話したい相手の情報を確認した上で、識別子による簡易な入力で所望の相手に電話をかけることができる。
【０２８８】
メール送信に関するアプリケーションとして、例えば写真を添付したメールを送信することが考えられる。携帯電話の特定のアプリケーションは、あらかじめ携帯電話内に保存されている各写真画像を一意に特定する識別子を決定し、各写真画像と識別子を合成した合成画像を生成しておく。同時に、識別子は画像ファイルの置き場所（パス名）と一意に関連付けられた内部遷移情報を生成する。
【０２８９】
一方、携帯電話のユーザが写真付きメールを送りたい場合、まずこの合成画像をテレビに送信し表示する。ユーザはメールに添付したい画像に関連付けられた識別子を携帯電話に入力する。携帯電話では、入力された識別子と内部遷移情報に基づき、ユーザの所望する写真画像を特定し、メールに添付した上で、ユーザが別途指定するメールアドレスに対してメールを送信する。
【０２９０】
携帯電話の設定に関するアプリケーションとして、例えば待ち受け画面の壁紙の変更が考えられる。携帯電話の特定のアプリケーションは、あらかじめ携帯電話内に保存されている各壁紙画像を一意に特定する識別子を決定し、各壁紙画像と識別子を合成した合成画像を生成しておく。同時に、識別子は画像ファイルの置き場所（パス名）と一意に関連付けられた内部遷移情報を生成する。
【０２９１】
一方、携帯電話のユーザが待ち受け画面の壁紙を変更したい場合、まずこの合成画像をテレビに送信し表示する。ユーザは変更したい画像に関連付けられた識別子を携帯電話に入力する。携帯電話では、入力された識別子と内部遷移情報に基づき、ユーザの所望する壁紙画像を特定し、携帯電話の内部設定を変更して、壁紙の表示を変更する。
【０２９２】
ここでは、壁紙画像の変更を行ったが、実際には、識別子の入力をキーとして、画像以外にも携帯電話のキー配置を変更する、着信メロディーを変更するなど、様々な設定を変更することができる。
【０２９３】
〔実施の形態５〕
本発明のさらに他の実施の形態について説明すれば、以下の通りである。
【０２９４】
前記実施の形態４では、送信装置である携帯電話が本来持つ外部ネットワーク接続機能を用いるアプリケーションを中心に説明したが、前記実施の形態２で示したように、本発明では片方向通信下で受信装置側からの情報フィードバックが可能であることから、受信装置の内部状態の反映を含めたアプリケーションも構築できる。従って、本実施の形態では、受信装置内部の情報を反映させたユーザ認証を行うアプリケーションに本発明を適用する例について説明する。
【０２９５】
図２７は、本実施の形態にかかる送信装置と受信装置、およびサービスサーバのシステム構成を示す。本実施の形態では、送信装置は携帯電話ｅ１０２を、受信装置は静止画表示機能を内蔵したデジタルテレビｅ１０１を想定している。携帯電話ｅ１０２とサービスサーバｅ１０３はネットワーク接続によってコンテンツをやり取りすることが可能である。以下、アプリケーションの具体的な事例として、静止画像表示可能なテレビの購入者が、テレビ用の壁紙を携帯電話でダウンロードするサービス（壁紙配信サービス）を想定して説明を行う。
【０２９６】
まず、前提として、サービスサーバと受信装置は、共通で一意の識別子を共有しているものとする。この識別子はいわゆる共通鍵暗号に用いられる秘密鍵である。受信装置がテレビｅ１０１である場合、テレビｅ１０１の製造者があらかじめ製造時に秘密鍵をテレビｅ１０１の内部メモリに格納しておくことができる。また、テレビｅ１０１にネットワーク接続機能がある場合、ユーザがテレビｅ１０１を購入後にネットワーク経由でテレビに格納することもできる。ただし、秘密鍵は受信装置であるテレビｅ１０１、及びサービスサーバｅ１０３から、管理者以外の者が不法に入手したり改変したりすることができないように、厳重に管理され、保管されていなければならない。例えば、テレビｅ１０１の製造時に格納する場合であれば、格納メモリに耐タンパ性を持たせておくなどの措置が必要である。
【０２９７】
つまり、上記サービスサーバｅ１０３は、上記受信装置であるテレビｅ１０１との間で同じ識別子を秘密鍵として共有するための識別子共有手段（図示せず）と、合成画像ごとに任意の識別子を第２の識別子として設定する任意識別子設定手段（図示せず）と、上記送信装置に上記第２の識別子と合成画像を送信する合成画像送信手段（図示せず）と、上記第２の識別子と上記秘密鍵とをもとに、一意の識別子を第４識別子として設定する識別子設定手段（図示せず）と、上記送信装置である携帯電話ｅ１０２に指定された識別子である第５識別子を取得する識別子取得手段（図示せず）と、上記第４識別子と上記第５識別子とを比較し、比較結果に応じて上記送信装置に画像を送信するか否かを決定する比較決定手段（図示せず）とを備えていることになる。
【０２９８】
そして、上記送信装置である携帯電話ｅ１０２は、上記サービスサーバｅ１０３から受け取った第２識別子を上記受信装置であるテレビｅ１０１に送信する識別子送信手段（図示せず）を備えていることになる。
【０２９９】
さらに、上記受信装置であるテレビｅ１０１は、上記サービスサーバｅ１０３との間で同じ秘密鍵を共有するための識別子共有手段（図示せず）と、上記送信装置である携帯電話ｅ１０２から受信した第２識別子と、上記識別子共有手段で共有されている秘密鍵とをもとに、一意の識別子を決定する識別子設定手段（図示せず）とを備えていることになる。
【０３００】
また、サービスの提供業者（サービスサーバｅ１０３）は、あらかじめ商品である壁紙画像をサムネイル画像化し、各壁紙画像に対応する識別子（以下第１識別子と呼ぶ）をサムネイルと関連付けて合成し合成画像を生成しておく。同時に、各壁紙画像が格納されているコンテンツサーバのＵＲＬを決定し、これと識別子の結びつける情報を内部遷移情報として生成しておくものとする。識別子や内部情報の設定や、合成画像の生成方法は、前記実施の形態１，２と同じ方法が適用できるため、説明を省略する。
【０３０１】
以上の前提をもとに、図２８に示す各装置の動作フローを、サービスの利用の流れに沿って順に説明する。
【０３０２】
最初にユーザがこの壁紙配信サービスを利用するために、サービスサーバｅ１０３に携帯電話ｅ１０２からアクセスする。具体的には、携帯電話ｅ１０２からは商品紹介画像（上述した合成画像）の取得要求をサービスサーバｅ１０３に送る（ステップＳ２７１１）。携帯電話ｅ１０２はこの後、サービスサーバｅ１０３からの合成画像受信待ち受け状態に入る（ステップＳ２７１２）。
【０３０３】
サービスサーバｅ１０３は、携帯電話ｅ１０２からの合成画像取得要求を受信（ステップＳ２７０１）すると、要求のあった合成画像ごとに、ランダムな数値を生成する（ステップＳ２７０２）。以降この識別子を第２識別子と称する。通常、第２識別子は要求があるごとにランダムな値をとる。なお、第２識別子は必要に応じて複数個生成してもよい。
【０３０４】
次いで、生成した第２識別子と、あらかじめ用意してある合成画像を送信装置である携帯電話ｅ１０２に送信する（ステップＳ２７０３）。送信は携帯電話ｅ１０２の外部ネットワークを介して行われる。以降、第２識別子と合成画像を合わせて第１情報と称する。
【０３０５】
引き続きサービスサーバｅ１０３は、第２識別子と上述の秘密鍵をもとに、第４識別子を生成する（ステップＳ２７０４）。第４識別子の生成方法として、例えば、ＨＭＡＣ (Keyed-Hashing for Message Authentication) を適用することができる。すなわちハッシュ関数と秘密鍵を用いて、任意の文字列（第２識別子）に対して、一定のハッシュ値（第４識別子）を求めることができる。ハッシュ関数としては１２８ｂｉｔのハッシュ値を生成するMD5や、Ｗｅｂ上のセキュリティプロトコルとして知られるＳＳＬ(Secure Socket Layer)等でも用いられているＳＨＡ−１(Secure Hash Algorithm-1)を適用できる。なお、ＨＭＡＣは、Ｗ３Ｃ勧告でＲＦＣ２１０４として公開されている。
【０３０６】
この後、サービスサーバｅ１０３は、送信装置から後述する第１及び５識別子を得るまで待ち受け状態に入る（ステップＳ２７０５）。
【０３０７】
一方、サービスサーバｅ１０３から第１情報を得た携帯電話ｅ１０２は、第１情報をそのまま受信装置であるテレビｅ１０１に転送する（ステップＳ２７１３、Ｓ２７１４）。
【０３０８】
この後、携帯電話ｅ１０２はユーザの識別子入力の待ち受け状態に入る（ステップＳ２７１５）。
【０３０９】
テレビｅ１０１は待ち受け状態（ステップＳ２７２１）から、携帯電話ｅ１０２から第１情報を受信する（ステップＳ２７２２）と、第１情報に含まれる第２識別子と、上述したテレビｅ１０１内にあらかじめ用意された秘密鍵をもとに、第５識別子を生成する（ステップＳ２７２３）。第５識別子の生成方法は、第４識別子の生成方法と同じ方法を適用する。
【０３１０】
次いで、生成した第５識別子を画像化し、第１情報に含まれる合成画像のサムネイルに関連付けて再合成する（ステップＳ２７２４）。受信装置側での識別子の画像化と合成画像への再合成は、前記実施の形態２で示した方法を適用できるため詳細を省略するが、新たに生成された合成画像には、第１識別子の情報と第５識別子の情報の２つが各サムネイルに関連付けられていることになる。生成した合成画像は、受信装置の表示部に表示（ステップＳ２７２５）し、次の写真画像送信まで待ち受け状態に入る（ステップＳ２７２６）。
【０３１１】
ユーザは、表示された合成画像を確認し、購入したい写真画像のサムネイルに関連付けられた第１及び第５識別子を、送信装置である携帯電話ｅ１０２に入力する（ステップＳ２７１６）。入力された第１及び第５識別子は、サービスサーバｅ１０３に転送される（ステップＳ２７１７）。
【０３１２】
サービスサーバｅ１０３側では第１及び第５識別子を受信（ステップＳ２７０６）した後、上述した決定済みの第４識別子と、受信した第５識別子を比較（ステップＳ２７０７）し、一致した場合は、受信した第１識別子に基づき商品である壁紙（写真画像）を特定(ステップＳ２７０８)した上で、その写真画像を携帯電話に送信する（ステップＳ２７０９）。なお、第４識別子と第５識別子が不一致であれば、サービスサーバｅ１０３から携帯電話ｅ１０２にエラーメッセージを返すなどの処理を行うものとする。
【０３１３】
携帯電話ｅ１０２はサービスサーバｅ１０３から写真画像を受信する（ステップＳ２５１８）と、テレビｅ１０１にその画像を送信する（ステップＳ２５１９）。
【０３１４】
テレビｅ１０１は、写真画像を受信（ステップＳ２７２７）すると、その画像を表示部に表示する（ステップＳ２７２８）。以降、テレビｅ１０１側でこの写真画像を壁紙として利用するための設定を行うものとする。
【０３１５】
以上で一連の動作フローの説明を終わる。
【０３１６】
すなわち、上記の一連の動作は、図２７に示すように、（１）〜（６）の処理の流れとなる。（１）ユーザが携帯電話ｅ１０２を操作して、サービスサーバｅ１０３から商品紹介画像のダウンロードを行い、（２）その商品紹介画像（サムネイル）をテレビｅ１０１に送信する。そして、（３）商品紹介画像が表示されたテレビｅ１０１を見たユーザが、ハッシュ値（第５識別子）と欲しい商品の商品番号（第１識別子）を携帯電話ｅ１０２に入力する。すると、携帯電話ｅ１０２は、入力された第５識別子と第１識別子とをサービスサーバｅ１０３に送信する。
【０３１７】
これにより、携帯電話ｅ１０２は、（５）サービスサーバｅ１０３から、第５識別子と第１識別子とを利用して、ユーザが所望する商品（壁紙）をダウンロードする。そして、（６）携帯電話ｅ１０２は、ダウンロードした壁紙をテレビｅ１０１に送信する。テレビｅ１０１は、送信された壁紙を表示する。
【０３１８】
なお、上記のフローのステップＳ２７０２において、第４識別子と第５識別子が不一致であるということは、ランダムに生成した第２識別子とあらかじめ共有している秘密鍵を用いた、サービスサーバとテレビ間でのチャレンジ＆レスポンスが失敗したことを意味する。すなわち、正規に登録された秘密鍵をもつテレビに対して本動作フローを行っていない可能性があることになり、本発明によってそのような不正使用を防止することができる。更に、テレビごとに秘密鍵を用意し、テレビの購入者の情報と関連付けて管理するシステムを構築することで、テレビを購入したユーザのみに壁紙を配信するという制限を設けることもできる。例えば、ステップＳ２７１１で携帯電話から取得要求する際に、合わせてユーザの登録情報も送信させることで、サービスサーバ側でその登録情報に応じて秘密鍵を特定し、その秘密鍵でチャレンジ＆レスポンスを行うようにする。これにより、ユーザが正規の登録情報と、実際に購入したテレビの両方が手元にない限り、配信サービスを受けられないようにできる。
【０３１９】
〔実施の形態６〕
本発明のさらに他の実施の形態について説明すれば、以下のとおりである。
【０３２０】
前記の実施の形態４，５では、送信装置として携帯電話を想定し、携帯電話のもつ外部ネットワーク接続を介して、サービスサーバにアクセスするアプリケーションを説明したが、外部ネットワーク接続が受信装置にもある構成も考えられる。ＨＤＤレコーダやＳＴＢ、ＰＣなどとの機器を介してテレビを外部ネットワークに接続し、外部のサービスを受けられるようにすることも可能である。例えば無線ＬＡＮやｅｔｈｅｒｎｅｔでホームネットワークを構成し、外部接続されたルータ機能をもつ機器を介して、外部ネットワークへアクセスするようにすることができる。
【０３２１】
また、上述の実施の形態では、送信装置やサーバ側で合成画像を生成するアプリケーションが中心だったが、受信装置側にも画像合成を行うことも可能である。この場合に本発明を適用する送信装置は、識別子やサムネイル画像など、合成される"素材"を送信することになる。
【０３２２】
ただし、識別子とサムネイルだけでは、受信装置がどのように合成すればよいかを決められない。識別子とサムネイルの関連付ける情報を送るのはもちろんだが、合成画像を表示後に識別子によるインタラクションを行うことを考慮すると、送信装置側で合成の方法を指定できることが望ましい。このような合成の方法を記した情報を「テンプレート」と呼ぶ。テンプレートには、合成画像に含まれる構成要素がＸＭＬ(eXtensible Markup Language)などの記述言語を用いて記述される。サムネイルや識別子の合成位置、大きさ、配色などの他に、必要に応じて他に合成すべき要素（コンテンツ）やその入手方法（ダウンロード先）などが含まれる。
【０３２３】
なお、テンプレートには、合成方法だけでなく、識別子とサムネイルを関連付ける情報や、付帯情報、（受信装置側の）内部遷移情報などを含んでもよい。
【０３２４】
本実施の形態では、このような外部ネットワーク接続が可能で、画像合成を行う機能をもった受信装置を用いたアプリケーションを想定し、本発明を適用した場合の実装例を示す。
【０３２５】
図２９は本実施の形態にかかる送信装置と受信装置、およびサービスサーバの通信システム構成を示す。本実施の形態では、送信装置は携帯電話ｆ１０１を、受信装置はデジタルテレビｆ１０２を想定している。デジタルテレビｆ１０２とサービスサーバｆ１０３はネットワーク接続によってコンテンツをやり取りすることが可能となっている。
【０３２６】
つまり、送信装置である携帯電話ｆ１０１は、合成画像を生成するために必要なコンテンツを取得可能な上記サービスサーバｆ１０３のあて先と、他の送信装置及びサービスサーバｆ１０３から取得したコンテンツの合成方法を記述した上記のテンプレート情報を送信するテンプレート送信手段である送信部を備えており、上記受信装置であるデジタルテレビｆ１０２は、上記携帯電話ｆ１０１から該テンプレート情報を受信するテンプレート受信手段である受信部と、該テンプレート情報に基づき、必要な画像を取得して合成画像を生成する合成画像生成手段である画像合成部とを備えていることになる。
【０３２７】
以下、アプリケーションの具体的な事例として、携帯電話から送った情報をもとに、テレビ側で関連した情報をダウンロードするサービス（連動コンテンツ配信サービス）を想定して説明する。
【０３２８】
まず、前提として、携帯電話ｆ１０１には写真画像が格納されており、かつ写真画像に関する付帯情報があらかじめ関連付けられて保存されているものとする。付帯情報の詳細については、前記実施の形態２で説明したものを適用することとし、詳細は省略するが、本実施の形態では、付帯情報として、写真画像を撮影した場所が付帯情報として記録されていることを前提とする。
【０３２９】
また、携帯電話ｆ１０１には、上述したような合成画像を生成するためのテンプレートが保存されているものとする。携帯電話ｆ１０１が動的にテンプレートを生成するようにしてもよいし、別の機器で生成されたテンプレートがあらかじめ保存してあってもよい。
【０３３０】
テンプレートには、サムネイルや識別子の合成位置などの情報以外にも、その他必要な図形要素（アイコンやメッセージなど）の構成要素の記述が含まれている。図形要素やメッセージ文字列の記述、各要素のアニメーション情報などは、Ｗ３Ｃで公に勧告されているＳＶＧ(Scalable Vector Graphic)のような画像記述言語を適用することもできる。
【０３３１】
例えば図３１に示すサムネイルのはめ込み位置や、識別子の記述に関してＳＶＧを使えば図３２のように表現できる。
【０３３２】
また、ＳＶＧではＸＭＬの名前空間の概念に基づき、インターネット上に存在するコンテンツを指定して、そのコンテンツを取り込んで表示することも可能である。
【０３３３】
さらに、ＳＶＧでは構成する図形要素にＩＤタグをつけて識別できるが、識別子の要素につけられたＩＤタグに対して拡張を加える記述フォーマットを新たに定義してもよい。例えば図３３に示すように、使用される識別子ごとに受信装置の内部状態遷移を規定し、ＩＤタグとあわせて管理する仕組みを作ることができる。本実施の形態では、このようなＸＭＬ記述言語をベースにしたテンプレートの仕組みが構築されていることを前提とする。
【０３３４】
以上の前提をもとに、図３０に示す各装置の動作フローを、サービスの利用の流れに沿って順に説明する。
【０３３５】
最初にユーザは、携帯電話ｆ１０１にある任意の写真画像を選んでテレビｆ１０２に送信するが、この際、写真画像には付帯情報として上述したように撮影場所の情報も送信される（ステップＳ２９３１）。
【０３３６】
続いて上述のテンプレートが送信される（ステップＳ２９３２）。
【０３３７】
この後、携帯電話は識別子入力のための待ち受け状態に入る（ステップＳ２９３３）。
【０３３８】
テレビｆ１０２は最初待ち受け状態（ステップＳ２９１１）にあるものとし、その後、携帯電話ｆ１０１から写真画像と付帯情報、テンプレートを受信する（ステップＳ２９１２、Ｓ２９１３）。
【０３３９】
続いて、付帯情報（写真画像の撮影場所の情報）をサービスサーバｆ１０３に送信する（ステップＳ２９１４）。この後、再度待ち受け状態（ステップＳ２９１５）に入る。
【０３４０】
サービスサーバｆ１０３は、テレビｆ１０２から付帯情報を受信（ステップＳ２９０１）すると、付帯情報をもとに適切なデータベースから関連情報を検索する。例えば付帯情報としてＧＰＳ測位結果に基づく経度、緯度の情報に対して、その場所を別途撮影した写真画像を関連付けたデータベースをあらかじめ用意しておくことができる。あるいは、付帯情報として撮影場所の地名が指定されていれば、その地名に対するテキスト情報（その町の由来や歴史など）を関連付けたデータベースを用意しておくこともできる。付帯情報を直接キーワードとしてＷｅｂ上の検索エンジンによる検索し、その結果を用いることも可能である。検索されたこれらのデータは、受信装置に送信できる適切なフォーマットに整形される（ステップＳ２９０２）。この情報を以降、連動情報と称する。
【０３４１】
この後、連動情報はテレビｆ１０２に送信される（ステップＳ２９０３）。なお、連動情報は複数あってもよいが、個々の連動情報を特定するためのＩＤと実際の情報が関連付けられている必要がある。テンプレートの記述は、連動情報が複数ある場合をあらかじめ想定し、連動情報のＩＤに対して処理が定義されているものとする。図３４は、付帯情報と連動情報（ＩＤとそのコンテンツ）の関係を示す例である。
【０３４２】
テレビｆ１０２は、連動情報を受信（ステップＳ２９１６）すると、受信済みのテンプレートと写真画像、識別子を含めた合成画像の生成処理を行い、表示する（ステップＳ２９１７、Ｓ２９１８）。上述したように、テンプレートには、合成画像を構成する各要素が記述されており、写真画像や識別子、連動情報もその記述に従って合成できるものとする。
【０３４３】
例えば、図３１及び図３３に示す例では、合成画像の領域Ａには、識別子"００１"が関連付けて定義されており、ステップＳ２９１２で受信した写真画像をサムネイル化して合成する。
【０３４４】
一方、識別子自体の合成は、テンプレート内にすでにＳＶＧ表現で記述されている場合は、そのままSVG表現を解釈して合成すれば図３１に示すような識別子の画像化が達成される。また、連動情報に関しては、領域Ｂはサービスサーバから入手した写真画像を、領域Ａと同様にサムネイル化して合成するが、領域Ｃは、識別子同様、テンプレート内に、図形表現がＳＶＧで記述されており、そのままＳＶＧ表現を解釈して合成する。
【０３４５】
なお、各写真画像に関しては、領域の範囲に合わせて受信装置が拡大縮小してもよいが、あらかじめテンプレートにあわせて拡縮した画像（サムネイル）を送るような構成にしてもよい。また、連動情報に関しては、連動情報が文字情報であれば画像化して合成するようにしてもよいし、テレビ側にあらかじめテキスト表示能力があれば、指定された合成画像上の領域にテキストをオーバーレイ表示するような構成にすることも可能である。あるいは、図３３の領域Ｃの例のように文字を示唆する画像アイコンを表示することとし、後述する識別子のユーザ入力結果に基づいて詳細表示を行う際に、詳細なテキスト情報を表示するようにしてもよい。この後テレビは携帯電話からの識別子入力の待ち受け状態（ステップＳ２９１９）に入る。
【０３４６】
ユーザは、表示された合成画像を確認し、更に詳細を表示したい情報（サムネイルや連動情報のアイコン）に関連付けられた識別子を携帯電話に入力する（ステップＳ２９３７）。入力された識別子は、テレビに転送される（ステップＳ２９８３）。
【０３４７】
識別子を受信（ステップＳ２９２０）したテレビｆ１０２は、識別子に応じてテンプレートに記述されている内部状態に遷移し、その状態に応じた動作を行う（ステップＳ２９２１）。例えば、図３３に示した内部状態遷移に従えば、識別子"００１"の場合、携帯電話ｆ１０１からステップＳ２９１２で入手済みの写真画像を表示部に表示する。識別子"００２"の場合、ステップＳ２９１６で入手した連動情報のうち、連動情報ＩＤ（１）で指定された画像を表示部に表示する。識別子"００３"の場合、連動情報ＩＤ（２）で指定されたテキスト情報を領域Ｄに表示する。
【０３４８】
以上で一連の動作フローの説明を終わる。
【０３４９】
すなわち、上記の一連の動作は、図２９に示すように、（１）〜（７）の処理の流れとなる。
【０３５０】
（１）携帯電話ｆ１０１から写真画像と付帯情報（例、ＧＰＳ位置情報と識別子情報）をテレビｆ１０２に送信する。
【０３５１】
（２）テレビｆ１０２は、受信した写真画像と付帯情報のうち、連動コンテンツの特定に必要な付帯情報（例、ＧＰＳ位置情報：東京ドーム）をサービスサーバｆ１０３に送信する。
【０３５２】
（３）サービスサーバｆ１０３は、受信した付帯情報に対応する連動コンテンツをテレビｆ１０２に送信する。
【０３５３】
（４）テレビｆ１０２は、写真画像、連動コンテンツ、及び識別子の合成画像を生成し、表示する。
【０３５４】
（５）ユーザはテレビｆ１０２に表示された合成画像から所望の画像を選択する際、合成画像内に指定された識別子を入力するが、携帯電話ｆ１０１は、その入力された識別子が携帯電話ｆ１０１から送信した写真画像に関連付けられたものであるかを判定し、そうであればその写真画像をテレビｆ１０２に再送信し、その写真画像を再度受け取ったテレビｆ１０２が写真を表示する。
【０３５５】
（６）ユーザが入力した識別子が携帯電話ｆ１０１から送信した写真画像に関連付けられたものでなければ、入力された識別子だけをテレビｆ１０２に送信し、テレビｆ１０２は、受信した識別子に基づく連動コンテンツをサービスサーバｆ１０３に再要求し、
（７）サービスサーバｆ１０３は、連動コンテンツをテレビｆ１０２に再送信し、その連動コンテンツを再度受け取ったテレビｆ１０２が連動コンテンツを表示する。
【０３５６】
このように、外部ネットワーク接続が可能で、画像合成を行う機能をもった受信装置に対しても、本発明を適用し、携帯電話とテレビを連携させたアプリケーションを構築することができる。
【０３５７】
なお、本実施の形態１〜６では、合成画像や写真画像（およびそのサムネイル）は、画像として静止画像を対象として説明を行っているが、本発明は静止画像だけに適用が留まるものではない。例えば、前記実施の形態６において、各識別子に対応して詳細表示を行う際の画像は動画像であってもよい。また、合成画像自体が動画像であることも可能である。ただし、合成画像が動画像の場合、識別子も動画像のエンコードフォーマットとして入れ込む必要があるが、領域指定だけでは時間の情報が足りず合成できない。これには例えば、合成すべきタイミングを示す情報を付帯情報として送信することで解決できる。あるいは、サムネイル部分を除く識別子など領域は静止画像の合成画像として処理し、受信装置の表示において、合成画像の表示後、サムネイル部分に動画像をはめ込むようにオーバーレイ表示する処理を行ってもよい。
【０３５８】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０３５９】
最後に、送信装置及び受信装置の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０３６０】
すなわち、送信装置及び受信装置は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである送信装置および受信装置の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記送信装置および受信装置に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０３６１】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０３６２】
また、送信装置および受信装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０３６３】
表示リソースが弱い携帯電話などの携帯機器と、大画面の表示が可能なテレビなどの表示機器を非リアルタイム通信で接続した通信システムに好適である。
【図面の簡単な説明】
【０３６４】
【図１】本発明の実施例１における送信装置並びに受信装置の内部機能を説明するブロック図である。
【図２】本発明の実施例１における送信装置並びに受信装置を説明する構成図である。
【図３】本発明の実施例１における送信装置並びに受信装置の基本的な動作シーケンスを説明するフローチャートである。
【図４】本発明の実施例１において、識別子とその対象となる画像の関連付けを説明する図である。
【図５】本発明の実施例１における送信装置の合成画像の生成を説明するためのフローチャートである。
【図６】本発明の実施例１において、合成画像とサムネイルに対する識別子を説明する図である。
【図７】本発明の実施例１において、識別子を連番にした場合の事例を説明する図である。
【図８】本発明の実施例１において、識別子を入力する際に送信装置に表示する補助情報の例を説明する図である。
【図９】本発明の実施例１において、合成画像上の識別子の配列と識別子の入力キーの配列を相対的に同じにする事例を説明する図である。
【図１０】本発明の実施例２における送信装置並びに受信装置の内部機能を説明するブロック図である。
【図１１】本発明の実施例２における送信装置並びに受信装置を説明する構成図である。
【図１２】本発明の実施例２における送信装置並びに受信装置の基本的な動作シーケンスを説明するフローチャートである。
【図１３】本発明の実施例２において、識別子と付帯情報の関連付け、及び付帯情報の例を説明する図である。
【図１４】本発明の実施例２において、第２識別子と付帯情報、及び第３識別子の関連付けの例を説明する図である。
【図１５】本発明の実施例２において、第３識別子に対応する送信装置の処理の例を説明する図である。
【図１６】本発明の実施例２において、受信装置が第３識別子を合成する処理を説明する図である。
【図１７】本発明の実施例３における送信装置並びに受信装置を説明する構成図である。
【図１８】本発明の実施例３における送信装置の別の構成例を説明する構成図である。
【図１９】本発明の実施例３における送信装置の外面的な構成要素を模式的に示した図である。
【図２０】本発明の実施例３における送信装置の内部機能を説明するブロック図である。
【図２１】本発明の実施例３における受信装置の外面的な構成要素を模式的に示した図である。
【図２２】本発明の実施例３における受信装置の内部機能を説明するブロック図である。
【図２３】本発明の実施例３における受信装置をテレビに内蔵する場合の事例を説明する図である。
【図２４】本発明の実施例４における送信装置、受信装置、並びにサービスサーバを説明する構成図である。
【図２５】本発明の実施例４において、識別子と内部遷移情報の関連付け、及び内部遷移情報の例を説明する図である。
【図２６】本発明の実施例４における送信装置、受信装置、並びにサービスサーバの基本的な動作シーケンスを説明するフローチャートである。
【図２７】本発明の実施例５における送信装置、受信装置、並びにサービスサーバを説明する構成図である。
【図２８】本発明の実施例５における送信装置、受信装置、並びにサービスサーバの基本的な動作シーケンスを説明するフローチャートである。
【図２９】本発明の実施例６における送信装置、受信装置、並びにサービスサーバを説明するための構成図である。
【図３０】本発明の実施例６における送信装置、受信装置、並びにサービスサーバの基本的な動作シーケンスを説明するフローチャートである。
【図３１】本発明の実施例６において、合成画像の領域を説明する図である。
【図３２】本発明の実施例６において、図３１の合成画像の各領域をＸＭＬ表現する事例を説明する図である。
【図３３】本発明の実施例６において、テンプレートによる処理に関し、識別子に対応する受信装置の内部状態遷移を説明する図である。
【図３４】本発明の実施例６において、付帯情報と連動情報の関連付け、及び連動情報の例を説明する図である。
【符号の説明】
【０３６５】
ａ１０１  送信装置
ａ１０２  キー入力手段
ａ１０４  ディスプレイ
ａ１０５  受信装置
ａ１０６  送信部（第１画像送信手段、第２画像送信手段）
ａ２０１  画像記憶部（画像記憶手段）
ａ２０２  画像合成部（合成画像生成手段）
ａ２０３  識別子設定部（識別子指定手段）
ａ２０４  識別子入力部
ａ２０５  送信選択部
ａ２０６  送信部
ａ２０７  受信部
ａ２０８  画像デコード部
ａ２０９  表示部
ａ６０３  サムネイル画像
ａ９０１  キー配列
ａ９０２  合成画像
ｂ１０１  送信装置
ｂ１０３  ディスプレイ
ｂ１０５  受信装置
ｂ２０１  画像記憶部（画像記憶手段）
ｂ２０２  画像合成部（合成画像生成手段）
ｂ２０３  識別子設定部（識別子指定手段）
ｂ２０４  識別子入力部
ｂ２０５  付帯情報処理部（付帯情報設定手段）
ｂ２０６  送信選択部
ｂ２０７  送信部（第１画像送信手段、第２画像送信手段）
ｂ２０８  受信部（受信手段）
ｂ２０９  情報記憶部（記憶手段）
ｂ２１０  画像デコード部
ｂ２１１  識別子設定部（識別子設定手段）
ｂ２１２  画像合成部（識別子合成手段）
ｂ２１３  表示部（表示手段、表示制御手段）
ｃ１０１  リモコン
ｃ１０３  プロジェクタ
ｃ１０４  投影面
ｃ１０５  ドングル
ｃ５０５  フォトディテクタ
ｃ６０１  テレビ
ｃ６１１  テレビ
ｃ６１２〜ｃ６１４  受光部
ｄ１０１  テレビ
ｄ１０２  携帯電話
ｄ１０３  サービスサーバ
ｅ１０１  テレビ
ｅ１０２  携帯電話
ｅ１０３  サービスサーバ
ｆ１０１  携帯電話
ｆ１０２  テレビ
ｆ１０３  サービスサーバ
【図１】
2007274216.tif 000003
【図２】
2007274216.tif 000004
【図３】
2007274216.tif 000005
【図４】
2007274216.tif 000006
【図５】
2007274216.tif 000007
【図６】
2007274216.tif 000008
【図７】
2007274216.tif 000009
【図８】
2007274216.tif 000010
【図９】
2007274216.tif 000011
【図１０】
2007274216.tif 000012
【図１１】
2007274216.tif 000013
【図１２】
2007274216.tif 000014
【図１３】
2007274216.tif 000015
【図１４】
2007274216.tif 000016
【図１５】
2007274216.tif 000017
【図１６】
2007274216.tif 000018
【図１７】
2007274216.tif 000019
【図１８】
2007274216.tif 000020
【図１９】
2007274216.tif 000021
【図２０】
2007274216.tif 000022
【図２１】
2007274216.tif 000023
【図２２】
2007274216.tif 000024
【図２３】
2007274216.tif 000025
【図２５】
2007274216.tif 000026
【図２６】
2007274216.tif 000027
【図２８】
2007274216.tif 000028
【図３０】
2007274216.tif 000029
【図３１】
2007274216.tif 000030
【図３２】
2007274216.tif 000031
【図３３】
2007274216.tif 000032
【図３４】
2007274216.tif 000033
【図２４】
2007274216.tif 000034
【図２７】
2007274216.tif 000035
【図２９】
2007274216.tif 000036