(57)【要約】【課題】転送するコンテンツに応じてプロトコルを使い分けるとき、プロトコルの切り替えがオーバヘッドとなり、快適な通信ができない可能性がある。【解決手段】送信先と内との間で複数のデータの送信サービスを利用できる場合には、送信するデータが動画の場合、動画をまず静止画に変換して静止画に適したサービスで送信し、その静止画に対して再生指示を送信先装置から受信したなら、動画を動画に適したサービスで送信する。【選択図】図８
2017085246.tif 000002
【特許請求の範囲】
【請求項１】
無線通信により、第一のタイプのデータの送信に適している第一の送信サービスを提供する第一のサービス提供手段と、
無線通信により、第二のタイプのデータの送信に適している第二の送信サービスを提供する第二のサービス提供手段と、
前記第一のタイプのデータを前記第一の送信サービスで送信し、前記第二のタイプのデータを前記第二の送信サービスで送信する制御手段と
を有することを特徴とする通信装置。
【請求項２】
前記第二のタイプのデータを前記第一のタイプのデータに変換する変換手段を更に有し、
前記制御手段は、前記第二のタイプのデータを前記変換手段で変換した前記第一のタイプのデータを前記第一の送信サービスで送信し、再生指示に応じて前記第二のタイプのデータを前記第二の送信サービスで送信することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記再生指示は、送信先の装置から受信するか、または前記通信装置で入力されることを特徴とする請求項２に記載の通信装置。
【請求項４】
指定されたタイプの装置を、無線通信により接続された装置の中から送信先の装置として検索し、前記送信先の装置から、共通の送信サービスの種類を取得する手段を更に有し、
前記第一の送信サービス及び第二の送信サービスが前記取得した送信サービスの種類に含まれている場合に、前記第二のタイプのデータを前記変換手段により変換し、前記制御手段により送信することを特徴とする請求項１乃至３のいずれか一項に記載の通信装置。
【請求項５】
前記第一のサービス提供手段および前記第二のサービス提供手段による送信サービスの提供に先立って、送信先の装置との間で、前記第一の送信サービスの接続および前記第二の送信サービスの接続を確立しておくことを特徴とする請求項１乃至４のいずれか一項に記載の通信装置。
【請求項６】
前記通信装置は無線通信機能を有するデジタルカメラを含み、
送信先の装置は無線通信機能を有するテレビまたはプリンタを含むことを特徴とする請求項１乃至５のいずれか一項に記載の通信装置。
【請求項７】
前記制御手段により前記第一の送信サービスと前記第二の送信サービスとを切り替えるときに、送信先の装置に予め切り替え信号を送信することを特徴とする請求項１乃至６のいずれか一項に記載の通信装置。
【請求項８】
前記制御手段により前記第一の送信サービスと前記第二の送信サービスとを切り替えるときに、現在接続中の送信サービスを切断することを特徴とする請求項１乃至６のいずれか一項に記載の通信装置。
【請求項９】
前記第一の送信サービスと、前記第二の送信サービスとを同時に繋いでおくことを特徴とする請求項１乃至６のいずれか一項に記載の通信装置。
【請求項１０】
前記第一のタイプが静止画であり、前記第二のタイプが動画であることを特徴とする請求項１乃至９のいずれか一項に記載の通信装置。
【請求項１１】
請求項１０に記載の通信装置である第一の通信装置と、
前記通信装置と無線通信で接続され、前記第一の送信サービスまたは前記第二の送信サービスにより送信されるデータを受信して再生する第二の通信装置と
を含むことを特徴とする通信システム。
【請求項１２】
請求項１乃至１０の何れか一項に記載された通信装置としてコンピュータを機能させるためのプログラム。
【請求項１３】
無線通信により、第一のタイプのデータの送信に適している第一の送信サービスを提供する第一のサービス提供手段と、無線通信により、第二のタイプのデータの送信に適している第二の送信サービスを提供する第二のサービス提供手段とを有する通信装置において、
前記第一のタイプのデータを前記第一の送信サービスで送信し、前記第二のタイプのデータを前記第二の送信サービスで送信する制御工程と
を有することを特徴とする通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信装置の制御方法、通信システムとプログラムに関する。
【背景技術】
【０００２】
近年、デジタルカメラやプリンタなどの電子機器に無線ＬＡＮステーション機能を搭載し、電子機器を通信装置として、無線ＬＡＮに接続して使用するケースが増えてきている。また、Ｗｉ−Ｆｉ  ＡｌｌｉａｎｃｅによりＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）という規格が制定された。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、各電子機器が無線ＬＡＮアクセスポイントまたは無線ＬＡＮステーションのいずれとして動作するかを決定するプロトコルが規定されている。前記プロトコルを実行することにより、電子機器のどちらが無線ＬＡＮアクセスポイントになり、どちらが無線ＬＡＮステーションになるかを自動的に決定できるので、ユーザの利便性が向上している。また、アプリケーションレイヤにおいて他装置が提供しているサービスの内容を検索する機能（サービスディスカバリ機能）が、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔのオプション機能として規定されている。本サービスディスカバリ機能によれば、接続処理実行前に、接続相手となる電子機器が提供しているサービスの情報を知ることができ、ユーザの利便性が向上する。
【０００３】
また、Ｗｉ−Ｆｉ  ＡｌｌｉａｎｃｅによりＭｉｒａｃａｓｔ（登録商標）という規格が制定された。Ｍｉｒａｃａｓｔでは、動画送信を無線で実現するディスプレイ転送技術が規定されている。前記ディスプレイ転送技術を実行することにより、デジタルカメラなどの電子機器からテレビなどにディスプレイをミラーリングすることができ、ユーザの利便性が向上する。
【０００４】
また、ネットワークを介して複数の機器を接続し、画像、動画、音声などのコンテンツデータを共有して利用するＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  Ａｎｄ  Ｐｌａｙ）をベースにしたＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）なども注目されている。ＤＬＮＡでは、テレビなどのデジタルメディアプレーヤ（ＤＭＰ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）と称されるコンテンツ再生装置が規定されている。ＤＭＰは、ネットワーク上のデジタルカメラなどのデジタルメディアサーバ（ＤＭＳ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）からコンテンツデータ、及びコンテンツデータに関する情報（メタデータ）を取得することができる。また、テレビなどのデジタルメディアレンダラ（ＤＭＲ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ）と称されるコンテンツ再生装置も規定されている。ＤＭＲは、デジタルメディアコントローラ（ＤＭＣ：Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）の設定に基づき、ＤＭＳからコンテンツデータを取得することができる。
【０００５】
例えば、特許文献１では、それぞれ異なる通信プロトコルによる通信機能を備えるホスト装置と通信装置との間に介在して、通信プロトコルを変換するプロトコル変換装置を用いることによって、接続を容易にする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１３８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述の特許文献１に開示された従来技術では、プロトコル変換装置を介在させることで、ホスト装置と通信装置との間の通信を可能にすることを目的としており、互いの装置が共通の複数のプロトコルに対応している場合について言及されていない。互いの装置が複数のプロトコルに対応している場合、送受信するコンテンツに応じてプロトコルを使い分けることで利便性は上がる。しかしながら、プロトコルの切り替えがオーバヘッドとなり、快適な通信ができない可能性がある。
【０００８】
本発明は上記従来例に鑑みて成されたもので、プロトコルの切り替えのオーバヘッドを抑制しつつ、コンテンツに適したプロトコルを用いてコンテンツを転送することが可能な通信装置、通信装置の制御方法及び通信システムとプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の通信装置は以下の構成を有する。
【００１０】
無線通信により、第一のタイプのデータの送信に適している第一の送信サービスを提供する第一のサービス提供手段と、
無線通信により、第二のタイプのデータの送信に適している第二の送信サービスを提供する第二のサービス提供手段と、
前記第一のタイプのデータを前記第一の送信サービスで送信し、前記第二のタイプのデータを前記第二の送信サービスで送信する制御手段と
を有する。
【発明の効果】
【００１１】
本発明によれば、プロトコルの切り替えによるオーバヘッドを抑制しつつ、コンテンツに適したプロトコルを用いて当該コンテンツを転送することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】装置を構成するブロック図
【図２】装置内のソフトウェア機能ブロック図
【図３】本実施形態のネットワーク構成を例示する図
【図４】本実施形態の通信装置の処理を示すフローチャート
【図５】本実施形態の通信装置の表示部に表示される画面を例示する図
【図６】本実施形態に適用される通信装置間のシーケンス図
【図７】本実施形態の通信装置の処理を示すフローチャート
【図８】本実施形態の通信装置の処理を示すフローチャート
【図９】本実施形態のサービス装置の表示部に表示される画面を例示する図
【図１０】本実施形態２の通信装置の処理を示すフローチャート
【発明を実施するための形態】
【００１３】
以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。以下では、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮシステムを用いた例について説明するが、通信形態は必ずしもＩＥＥＥ８０２．１１準拠の無線ＬＡＮには限らない。
【００１４】
［実施形態１］
＜ハードウェア構成＞
本実施形態に好適な事例におけるハードウェア構成について説明する。図１は本発明を適用できる実施形態に係る、後述のデジタルカメラやテレビなどの各装置の構成の一例を表すブロック図である。１０１は装置全体を示す。なお装置１０１は通信機能を有する点で共通することから、通信装置１０１と呼ぶ場合もある。制御部１０２は、記憶部１０３に記憶される制御プログラムを実行することにより装置全体を制御する。制御部１０２は、１つ又は複数のＣＰＵやＭＰＵ等のプロセッサを含む。制御部１０２は、他の装置との間で通信パラメータの設定制御も行う。記憶部１０３は、制御部１０２が実行する制御プログラムと、通信パラメータ等の各種情報を記憶する。また、記憶部１０３には、通信装置で生成された、又は、外部装置から受信した、画像データやファイル等を記憶してもよい。記憶部１０３は、ＲＯＭ，ＲＡＭ，ＨＤＤ，フラッシュメモリ等の各種メモリによって構成される。尚、後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより行われる。
【００１５】
無線部１０４は、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ通信を行って無線通信機能を提供する。表示部１０５は、各種表示を行う表示部でありＬＣＤやＬＥＤのように視覚で認知可能な情報の出力、あるいはスピーカなどの音出力が可能な機能を有する。表示部１０５は視覚情報および音情報の少なくともどちらか一方を出力する機能を備えるものである。アンテナ制御部１０７は、アンテナ１０８を制御して無線通信による信号を送受信する。操作部１０９は、ユーザが各種入力等を行い、通信装置を操作する。操作部１０９は、各種ボタンやタッチパネル等によって構成される。サービス提供部１１０は、通信機器が備えるアプリケーションレイヤのサービスを提供する機能を備えている。例えば、本通信機器がプリンタである場合は、印刷機能を提供し、デジタルカメラである場合は撮像機能を提供する。尚、図１は一例であり、通信装置１０１は図１に示すハードウェア構成以外のハードウェア構成を備えていてもよい。
【００１６】
＜ソフトウェア機能ブロック＞
図２は、通信装置１０１による後述の通信制御機能を実行するソフトウェア機能ブロックの構成の一例を表すブロック図である。２０１はソフトウェア機能ブロック全体を示す。Ｄｉｓｃｏｖｅｒｙ制御部２０２は、通信相手となる通信装置を検索する検索処理を動作させる。ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎ制御部２０３は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔプロトコル仕様に基づいた制御を行い、通信装置間でどちらが無線ＬＡＮアクセスポイントになり、どちらが無線ＬＡＮステーションになるかといった無線レイヤにおける役割を決定する。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔにおいては、無線ＬＡＮアクセスポイント機能を実施する通信装置をＰ２Ｐグループオーナー（以下、ＧＯ）、無線ＬＡＮステーション機能を実施する通信装置をＰ２Ｐクライアント（以下、ＣＬ）と称する。通信装置１０１がＧＯまたは無線ＬＡＮアクセスポイントとなる場合は、後述の無線ＬＡＮアクセスポイント機能制御部２１１が起動され、ＣＬまたは無線ＬＡＮステーションとなる場合は、後述の無線ＬＡＮステーション機能制御部２１０が起動される。このＧＯ  ＮｅｇｏｔｉａｔｉｏｎのプロトコルはＷｉ−Ｆｉ  Ｄｉｒｅｃｔ仕様で決定されている。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、ＧＯが構築したネットワークをＰ２Ｐグループと称する。本実施形態でもネットワークのことをＰ２Ｐグループと記載する場合がある。本実施形態においては、これらは同一の意味で記載されている。なお、本実施形態では、Ｐ２Ｐグループオーナー（ＧＯ）、Ｐ２Ｐクライアント（ＣＬ）および役割が未決定の通信装置群をまとめて、Ｐ２Ｐデバイスと称する。なおＰ２Ｐとはピアツーピアの略式の表記であり、サーバ−クライアントと異なり、２つのステーションが対等な通信であることを示す。
【００１７】
ＤＨＣＰクライアント制御部２０４は、ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎ制御部２０３により、自通信装置の役割が無線ＬＡＮステーションと決定されたときに起動される。ＤＨＣＰサーバ制御部２０５は、ＧＯ  Ｎｅｇｏｔｉａｔｉｏｎ制御部２０３により自通信装置の役割が無線ＬＡＮアクセスポイントと決定されたときに起動される。
【００１８】
ＷＰＳエンローリ制御部２０６は、無線ＬＡＮの通信のために必要な通信パラメ―タを、他のＷＰＳレジストラ装置より受信する。ＷＰＳエンローリ制御部２０６は、ＤＨＣＰクライアント制御部２０４と同様に、自通信装置の役割が無線ＬＡＮステーションのときに動作する。ＷＰＳレジストラ制御部２０７は、無線ＬＡＮの通信のために必要な通信パラメータを他のＷＰＳエンローリ装置に提供する。ＷＰＳレジストラ制御部２０７は、ＤＨＣＰサーバ制御部２０５と同様に、自通信装置の役割が無線ＬＡＮアクセスポイントのときに動作する。尚、ＷＰＳレジストラによって提供される通信パラメータは、ネットワーク識別子としてのＳＳＩＤ、暗号鍵、暗号方式、認証鍵、認証方式等のパラメータである。
【００１９】
無線ＬＡＮパケット受信部２０８および無線ＬＡＮパケット送信部２０９は、上位レイヤの通信プロトコルを含むあらゆるパケットの送受信をつかさどる。無線ＬＡＮステーション機能制御部２１０は、自通信装置が無線ＬＡＮステーションとして動作するときの認証・暗号処理等を実施し、無線ＬＡＮアクセスポイントとして動作する装置が構築した無線ネットワークに参加する。無線ＬＡＮアクセスポイント機能制御部２１１は、自通信装置が無線ＬＡＮアクセスポイント機能として動作するときに無線ネットワークを構築し、認証・暗号処理および通信相手装置の管理等を実施する。無線ＬＡＮステーション機能制御部２１０および無線ＬＡＮアクセスポイント機能制御部２１１は、どちらか一方の機能もしくは同時に動作することが可能である。
【００２０】
パケットルーティング制御部２１２は、無線ＬＡＮアクセスポイント機能制御部２１１が動作しているときに、通信パケットをブリッジおよびルーティングする。データ記憶部２１３は、ソフトウェアそのものおよび、無線ＬＡＮパラメータや、前述のＤＨＣＰアドレステーブルおよびＡＲＰテーブル等の各種テーブルを記憶保持している。
【００２１】
サービスディスカバリ制御部２１４は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ特有のサービスディスカバリ機能をつかさどる。サービスディスカバリ機能は、ＩＥＥＥ８０２．１１ｕで定められたアクションフレームを送受信することにより、相手通信装置の保有しているサービス情報をやりとりする。具体的にはＳＤ  Ｑｕｅｒｙを送信し、ＳＤ  Ｒｅｓｐｏｎｓｅを返答として受信する。もしくは、相手装置からのＳＤ  Ｑｕｅｒｙを受信し、応答としてＳＤ  Ｒｅｓｐｏｎｓｅを送信する。
【００２２】
Ｐ２Ｐ  Ｉｎｖｉｔａｔｉｏｎ機能制御部２１５は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格で定められたＩｎｖｉｔａｔｉｏｎ機能を制御する。Ｉｎｖｉｔａｔｉｏｎ機能についてはＷｉ−Ｆｉ  Ｄｉｒｅｃｔ仕様に定められているため詳細は割愛するが、ＧＯ機器もしくはＣＬ機器のいずれに役割の決まっていないＰ２ＰデバイスをＰ２Ｐクライアントとして接続を促す機能である。
【００２３】
サービス提供部２１６は、アプリケーションレイヤのサービスを提供する。ここでのアプリケーションレイヤとは、ＯＳＩ参照モデルにおける第５層以上の上位レイヤにおけるサービス提供層のことをさす。すなわち、サービス提供部２１６は、例えば、印刷機能（印刷サービス）や画像ストリーミング機能（動画像ストリーミングサービス）や、ファイル転送機能（ファイル転送サービス）などを提供する。すなわち例えばＭｉｒａｃａｓｔやＤＬＮＡなどによる送信サービスを提供する。
【００２４】
アプリケーションレイヤにおけるサービス利用部２１７は、サーバとして機能する装置のアプリケーションレイヤのサービス提供部２１６によって提供されるサービスを受け、そのサービスを利用する。すなわち、印刷サービス提供装置へ印刷データを送信する機能や、ストリーミングサービスやファイル転送サービスを受けて受信した動画像データをデジタルディスプレイに送信する機能などを司る。
【００２５】
なお、図２に示す全ての機能ブロックはソフトウェアによって提供されるものに限らず、ハードウェアによって提供されるようにしてもよい。そして、図２に示す各機能ブロックは、相互関係を有するものである。また、図２に示す各機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。
【００２６】
＜システム概略＞
図３は、デジタルカメラ３０１とテレビ３０２から構成される通信システムであるネットワーク３００を示した図である。これら全ての装置は、先に説明した図１、図２の構成を有している。それに加えて、サービス提供部２１６で提供する機能、たとえばデジタルカメラやテレビとしての機能を果たすための構成を有している。たとえば、デジタルカメラであれば、画像を撮影してデジタル画像データを記録または出力する機能をさらに有する。またテレビであれば、入力された画像データに従って、画面上に画像を表示する機能を更に有する。ここで本例では、デジタルカメラ３０１とテレビ３０２は、ＭｉｒａｃａｓｔとＤＬＮＡという２種類のアプリケーションレイヤのプロトコルを利用でき、テレビ３０２は、それぞれのプロトコルを用いてデジタルカメラ３０１が提供するストリーミングサービスまたはコンテンツ配信サービスを利用して画像を表示できる。デジタルカメラ３０１とテレビ３０２のアプリケーションレイヤにおけるそれぞれの通信プロトコルに関して説明する。
【００２７】
＜Ｍｉｒａｃａｓｔ＞
Ｍｉｒａｃａｓｔを用いて、デジタルカメラ３０１が、表示部１０５に表示されるＵＩ画面をストリーミングデータに変換し、ＷＩ−ＦＩ  Ｄｉｒｅｃｔを介してテレビ３０２に送信することが可能である。テレビ３０２は、取得したストリーミングデータを表示部１０５に表示することができる。すなわち、デジタルカメラ３０１のサービス提供部２１６によりＭｉｒａｃａｓｔを用いた画像のストリーミング配信を提供し、テレビ３０２のサービス受益部２１７により、そのストリーミング配信を受信して表示する。この際、デジタルカメラ３０１で表示するコンテンツデータが静止画であっても動画であっても、表示する時間に応じてデータ転送量は増加する。すなわち、コンテンツデータが静止画である場合は、コンテンツデータは比較的小量なので、コンテンツデータを転送するよりも、Ｍｉｒａｃａｓｔで転送した方が一般的に通信トラフィックが増大してしまうという問題が生じる。一方、コンテンツデータが動画である場合は、コンテンツデータは比較的大量なので、Ｍｉｒａｃａｓｔではそのコンテンツデータをストリーミングデータに変換して転送することから、シームレスな動画再生が可能となる。以上述べた様に、Ｍｉｒａｃａｓｔは動画などのコンテンツの転送には向いているが、静止画などのコンテンツの転送には向いていない。
【００２８】
＜ＤＬＮＡ＞
ＤＬＮＡは、デジタルカメラ３０１がＤＭＳまたはＤＭＣとなり、テレビ３０２がＤＭＲまたはＤＭＰとなることで、デジタルカメラ３０１に格納されている所望のコンテンツデータを、テレビ３０２に取得させることが可能となる。テレビ３０２は、取得したコンテンツデータを表示部１０５に表示すること等ができる。すなわち、デジタルカメラ３０１のサービス提供部２１６によりＤＬＮＡを用いたコンテンツデータを提供し、テレビ３０２のサービス受益部２１７により、そのコンテンツデータを受信して表示等を行う。この際、静止画などの小量のコンテンツデータであれば、転送にかかる時間は比較的短くなる。すなわち、転送後に転送されたコンテンツデータを再生する場合でも、コンテンツデータの再生指示を開始してから、テレビ３０２のディスプレイ上にコンテンツデータを再生するまでのレスポンスが短い。一方、動画などの大量のコンテンツデータであれば、転送にかかる時間は比較的長くなる。すなわち、転送後に転送されたコンテンツデータを再生する場合、コンテンツデータの再生指示を開始してから、テレビ３０２のディスプレイ上でコンテンツデータを再生するまでのレスポンスが長い。以上述べた様に、ＤＬＮＡは静止画などの小量のコンテンツデータの転送には向いているが、動画などの大量のコンテンツデータの転送には向いていない。
【００２９】
＜通信概要＞
次に図４を参照して、本実施形態におけるデジタルカメラ３０１がテレビ３０２と通信を行う場合のデジタルカメラ３０１での処理について説明する。なお、以下に説明する処理は、デジタルカメラ３０１の制御部１０２が入力信号やプログラムに従い、デジタルカメラ３０１の各部を制御することにより実現される。なお、特に言及しない限り、デジタルカメラ３０１の処理を占める他のフローチャートも同様である。図４の手順は、たとえばメニュー画面から接続相手の選択等の項目が選択されると実行される。
【００３０】
＜接続装置種別選択＞
ステップＳ４０１において、制御部１０２は表示部１０５に接続相手装置の種別を選択させる選択画面を表示し、デジタルカメラ３０１のユーザに接続相手装置の種別を選択させる。図５（ａ）にデジタルカメラ３０１の表示部１０５に表示されるＵＩ画面を例示する。デジタルカメラ３０１のユーザは、接続相手装置の種類として、カメラ５０１、携帯電話５０２、ＰＣ５０３、プリンタ５０４、Ｗｅｂサービス５０５、テレビ５０６などを選択することができる。ここでは、デジタルカメラ３０１のユーザが、テレビ５０６を選択したものとする。制御部１０２はデジタルカメラ３０１のユーザによって接続相手装置の種別を選択されたと判断したら、処理をステップＳ４０２に進める。
【００３１】
＜サービス装置の検索＞
ステップＳ４０２において、制御部１０２はステップＳ４０１で選択された接続相手装置の種別に対応したサービス装置の検索処理を実行し、処理をステップＳ４０３に進める。図５（ｂ）に、ステップＳ４０２においてデジタルカメラ３０１の表示部１０５に表示されるＵＩ画面を例示する。なおここでいうサービス装置とは、選択された装置種別に対応した装置のうち、デジタルカメラ３０１と共通のアプリケーションプロトコルをサポートする装置のことであって、サービス提供側のみならずサービス受益側の装置も含む。
【００３２】
図６は、接続相手としてテレビ５０６が選択された場合に、デジタルカメラ３０１とＴＶ＿Ａ、ＴＶ＿Ｂ、ＴＶ＿Ｃ間の動作シーケンスを示す模式図である。Ｆ６０５〜Ｆ６０９はＴＶ＿Ａと接続する場合の、Ｆ６１０〜Ｆ６１２はＴＶ＿Ｂと接続する場合のシーケンスを示す。デジタルカメラ３０１はサービスを利用するために、当該サービスに対応している通信装置を検索するための問い合わせ信号すなわちサービス検索要求をネットワークに送信する（Ｆ６０１）。問い合わせは、たとえばＳ４０１で選択された装置種別およびデジタルカメラ３０１がサポートするプロトコル（すなわちサービス）を特定する識別情報を含む。サービス検索要求を受信したサービス装置は、サービス利用装置に検出応答（あるいは検索応答）信号を送信する（Ｆ６０２、Ｆ６０３、Ｆ６０４）。なお、検索応答を返す装置は、該当する装置種別であり、かつ該当するプロトコルをサポートする装置のみであってもよい。Ｆ６０２、Ｆ６０３、Ｆ６０４の検出応答信号には、ＴＶ＿Ａ、ＴＶ＿Ｂ、ＴＶ＿Ｃのそれぞれがどのサービスに対応しているかの情報も含まれている。また、本実施形態では、サービスに対応している通信装置を検索するための問い合わせであるサービス検索要求を一度送信し、それに対応して受信した検出応答を解析することにより、発見したサービス装置がどのサービスに対応しているかを取得しているが、サービス毎に通信装置を検索するための問い合わせ信号を送信する様にしても良い。このようにステップＳ４０２においては、デジタルカメラ３０１は選択された種類の装置（この例ではテレビ）にサービス検索要求を送信し、サービス検索要求に該当する装置によりサービス検索要求に応じて送信される検出応答を受信することで、指定したサービスをサポートする装置を特定することができる。
【００３３】
ステップＳ４０３において、制御部１０２はステップＳ４０２においてサービス装置を発見したかを判定する。ステップＳ４０３の判定は、たとえば検出応答があれば発見したものと判定してもよい。サービス装置を発見していないと判定した場合は、制御部１０２は処理をステップＳ４０４に進める。サービス装置を発見したと判定した場合は、制御部１０２は処理をステップＳ４０５に進める。
【００３４】
ステップ４０４において、制御部１０２は表示部１０５にサービス装置を発見できなかった旨のエラー画面を表示し、処理を終了する。図５（ｃ）にステップＳ４０４でデジタルカメラ３０１の表示部１０５に表示されるＵＩ画面を例示する。なお、本実施形態では、サービスに対応している通信装置を検索するための問い合わせ信号を一度しか送信していないが、複数回送信する様にし、所定の時間経過後にエラー画面を表示する様にしても良い。また、エラー画面表示後に、デジタルカメラ３０１のユーザの操作を受け付け、再度検索するように指示された場合は、処理をステップＳ４０２に戻す様にしても良い。
【００３５】
ステップＳ４０５において、制御部１０２は表示部１０５にステップＳ４０２で発見したサービス装置の一覧を表示し、処理をステップＳ４０６に進める。一覧は、受信した検出応答に含まれた送信元の装置の識別情報や、対応するサービス（あるいはプロトコル）を示す情報等に基づいて表示される。一覧には、たとえば装置の識別情報とサポートするサービス（あるいはプロトコル）が含まれる。図５（ｄ）にステップＳ４０５でデジタルカメラ３０１の表示部１０５に表示されるＵＩ画面を例示する。図５（ｄ）では接続相手装置の種別がテレビであり、対応したサービスをＤＬＮＡとＭｉｒａｃａｓｔとしており、ＤＬＮＡに対応している装置として、ＴＶ＿Ａ５１１とＴＶ＿Ｂ５１２、Ｍｉｒａｃａｓｔに対応している装置として、ＴＶ＿ＡとＴＶ＿Ｃが発見された場合の例を示している。また、本実施形態では、デジタルカメラ３０１の表示部１０５に対応したサービスも表示しているが、表示しなくても良い。
【００３６】
＜サービス装置との接続＞
ステップＳ４０６において、制御部１０２は、ステップＳ４０５において表示部１０５に表示したサービス装置の一覧から、デジタルカメラ３０１のユーザに、接続するサービス装置を選択させる。なおこのとき利用するサービスも合わせて指定させてもよい。デジタルカメラ３０１のユーザによって、接続するサービス装置が選択されると、制御部１０２は処理をステップＳ４０７に進める。図９（ａ）にステップＳ４０６で選択されたテレビ３０２の表示部１０５に表示されるＵＩ画面を例示する。本実施形態では、テレビ３０２の表示部１０５に、接続要求があった旨のメッセージを表示するようにしているが、表示せずに許可するようにしても良い。また、デジタルカメラ３０１から検索するようにしているが、テレビ３０２から検索するようにしても良い。
【００３７】
ステップＳ４０７において、制御部１０２はステップＳ４０６において選択されたサービス装置に対して無線接続処理を行う。本例では、図９（ａ）で「はい」が選択されるとステップＳ４０７が実行される。「いいえ」であれば、そのまま終了するか、あるいは接続を拒絶された旨をデジタルカメラ３０１に表示する。図５（ｅ）に、無線接続を行う場合にデジタルカメラ３０１の表示部１０５に表示されるＵＩ画面を例示する。図５（ｅ）では接続するサービス装置としてＴＶ＿Ａが選択された場合の例を示している。無線接続処理が完了すると、制御部１０２は処理をステップＳ４０８に進める。
【００３８】
ステップＳ４０８において、制御部１０２はサービス接続処理を行う。サービス接続処理の詳細については後述する。サービス接続処理が完了すると、制御部１０２は処理をステップＳ４０９に進める。例えばサービスが画像転送であれば、デジタルカメラ３０１による画像データの送信先となるサービス装置との間で、データ送信などのサービスの実行に先立ってアプリケーションレイヤにおいて提供可能なサービス（あるいはプロトコル）で接続される。
【００３９】
ステップＳ４０９において、制御部１０２はサービス処理を行う。サービス処理の詳細については後述する。サービス処理が完了すると、制御部１０２は処理を終了する。
【００４０】
＜サービス接続処理の詳細＞
次に図７を参照して、図４のステップＳ４０８のサービス接続処理について詳細を説明する。図７は本実施形態におけるデジタルカメラ３０１のサービス接続処理の動作を示すフローチャートである。
【００４１】
ステップＳ７０１において、制御部１０３は接続するサービス提供装置と接続可能なサービス数を取得する。例えば、図５（ｄ）においてＴＶ＿Ａと接続する場合は、接続可能なサービスとしてＤＬＮＡとＭｉｒａｃａｓｔに対応しているため、サービス数として２が取得される。ＴＶ＿Ｂと接続する場合は、接続可能なサービスとしてＤＬＮＡのみに対応しているため、１が取得される。同様にＴＶ＿Ｃと接続する場合は、接続可能なサービスとしてＭｉｒａｃａｓｔのみに対応しているため、１が取得される。接続可能なサービス数の取得が完了すると、制御部１０３は処理をステップＳ７０２に進める。
【００４２】
ステップＳ７０２において、制御部１０３は接続可能なサービスの数だけ、サービス接続処理を実行する。ステップＳ７０２前後の６角形のボックスは、接続可能なサービスの数だけステップＳ７０２を繰り返すことを示している。ステップＳ７０２では、例えば、図５（ｄ）においてＴＶ＿Ａと接続する場合は、接続可能なサービスとしてＤＬＮＡとＭｉｒａｃａｓｔに対応しているため、ＤＬＮＡの接続処理と、Ｍｉｒａｃａｓｔの接続処理を実行する。ＴＶ＿Ｂと接続する場合は、接続可能なサービスとしてＤＬＮＡに対応しているため、ＤＬＮＡの接続処理を実行する。接続可能なサービス全ての接続処理を完了すると、制御部１０３は処理を終了する。
【００４３】
図６を参照して、デジタルカメラ３０１とＴＶ＿Ａ、ＴＶ＿Ｂ間の動作シーケンスについて説明する。まず初めに、デジタルカメラ３０１とＴＶ＿Ａが接続する場合の動作シーケンスについて説明する。例えば、デジタルカメラ３０１とＴＶ＿ＡがＤＬＮＡとＭｉｒａｃａｓｔの２つのサービスに対応している場合、デジタルカメラ３０１とＴＶ＿Ａは第一のサービス接続処理を実行する（Ｆ６０６）。次にデジタルカメラ３０１とＴＶ＿Ａは第二のサービス接続処理を実行する（Ｆ６０７）。なお、この時の第一のサービス接続処理がＤＬＮＡの接続処理であっても、Ｍｉｒａｃａｓｔの接続処理であっても良い。また、本実施例では第一のサービス接続処理と第二のサービス接続処理を順番に行っているが、同時に行っても良い。サービス接続処理とはたとえば、それぞれのサービスを提供する送信側装置のサービス提供部２１６と受信側装置のサービス受益部２１７との間で、アプリケーションレイヤのコネクションを確立することなどを含む。
【００４４】
次に、デジタルカメラ３０１とＴＶ＿Ｂが接続する場合の動作シーケンスについて説明する。例えば、デジタルカメラ３０１はＤＬＮＡとＭｉｒａｃａｓｔに対応しているが、ＴＶ＿ＢはＤＬＮＡのみ対応している場合、デジタルカメラ３０１とＴＶ＿Ｂは第一のサービス接続処理を実行する（Ｆ６１１）。なお、この時の第一のサービス接続処理とは、ＤＬＮＡの接続処理である。図６においてＦ６０５及びＦ６１０は図４のステップＳ４０７に相当する。
【００４５】
＜サービス処理の詳細＞
次に図８を参照して、図４のステップＳ４０９のサービス処理について詳細を説明する。図８は本実施例におけるデジタルカメラ３０１のサービス処理の動作を示すフローチャートである。
【００４６】
ステップＳ８０１において、制御部１０３は転送するコンテンツを選択する。デジタルカメラ３０１のユーザに選択させても良いし、ステップＳ４０１を開始する前に表示していたコンテンツを選択しても良い。コンテンツの選択が完了すると、制御部１０３は選択されたコンテンツの種類に応じたユーザーインターフェイスを表示し、処理をステップＳ８０２に進める。図５（ｆ）、図５（ｇ）にデジタルカメラ３０１の表示部１０５に表示されるＵＩ画面を例示する。図５（ｆ）において、コンテンツ５１４は静止画である。画像送りボタン５１５、５１６を選択することで、別のコンテンツを表示させることができる。また、終了ボタン５１７を選択することで、サービス処理を終了させることもできる。図５（ｇ）において、コンテンツ５２１は動画である。その他のボタンに関しては図５（ｆ）と同様であるため、説明を省略する。
【００４７】
ステップ８０２において、制御部１０３はサービス機器と複数のサービスで接続中かを判定する。判定はステップＳ７０１で取得したサービス数を用いて行うことができる。例えば、ＴＶ＿Ａと接続している場合は、ＤＬＮＡとＭｉｒａｃａｓｔの２つのサービスで接続処理を行っているため、複数のサービスと接続中であると判定される。ＴＶ＿Ｂと接続している場合は、ＤＬＮＡのみの１つのサービスで接続処理を行っているため、複数のサービスと接続中ではないと判定される。制御部１０３は、サービス機器と複数のサービスで接続中であると判定した場合、処理をステップＳ８０３に進め、複数のサービスで接続中でないと判定した場合、処理をステップＳ８０９に進める。
【００４８】
ステップＳ８０３において、制御部１０３は、ステップＳ８０１で選択した転送するコンテンツのファイルタイプを取得する。コンテンツのタイプは例えば静止画や動画などを含む。図５（ｆ）のコンテンツが表示されているときには、コンテンツのファイルタイプとして静止画が取得される。図５（ｇ）のコンテンツが表示されているときには、コンテンツのファイルタイプとして動画が取得される。本実施形態では、コンテンツのファイルタイプを静止画や動画としているが、ＪＰＥＧやＭＰ４、ＲＡＷなどの、アプリケーションに対応したファイル形式を示す情報であっても良い。ファイルタイプの取得が完了すると、制御部１０３は処理をステップＳ８０４に進める。
【００４９】
ステップＳ８０４において、制御部１０３は転送するコンテンツのファイルタイプが第一のサービスに適しているかを判定する。本実施形態では、第一のサービスをＤＬＮＡによるファイル転送として話を進める。先述した通り、ＤＬＮＡは静止画の転送には適しているが、動画の転送には適していない。従って、転送するコンテンツが静止画の場合は、第一のサービスに適していると判定され、転送するコンテンツが動画の場合は、第一のサービスに適していないと判定される。制御部１０３は、転送するコンテンツのファイルタイプが第一のサービスに適していると判定した場合、処理をステップＳ８０６に進め、適していないと判定した場合、処理をステップＳ８０５に進める。
【００５０】
ステップＳ８０５において、制御部１０３は転送するコンテンツを、第一のサービスに適しているファイルタイプに変換する。本実施形態では、例えば図５（ｇ）に表示されているコンテンツ５２１のファイルタイプは動画だが、コンテンツ５２１のファイルタイプが静止画となるように、コンテンツの変換を行う。なお、コンテンツ５２１のコンテンツデータ内に格納されている静止画を元に、ファイルタイプが静止画となるようなコンテンツデータを作成する場合でも、本実施形態では変換と呼ぶ。コンテンツの変換が完了すると、制御部１０３は処理をステップＳ８０６に進める。なお、ファイルの変換が不可能または困難な場合には、選択されたプロトコルと選択されたコンテンツとが不整合であるとして転送できない旨を表示し、転送をスキップしてステップＳ８０７に進んでもよい。
【００５１】
ステップＳ８０６において、制御部１０３はステップＳ８０１もしくは後述するステップＳ８１０で選択したコンテンツをそのまま、もしくはステップＳ８０５で変換したコンテンツを第一のサービスで転送する。コンテンツ転送が完了すると、制御部１０３は処理をステップＳ８０７に進める。図９（ｂ）、図９（ｃ）にテレビ３０２の表示部１０５に表示されるＵＩ画面を例示する。図９（ｂ）は、静止画のコンテンツを取得した場合の画面の一例である。図９（ｃ）は、動画のコンテンツを静止画のコンテンツとして取得した場合の画面の一例である。図９（ｃ）の例では、取得した静止画の中央に動画を示すアイコンが表示されており、テレビ３０２のユーザが、現在表示しているコンテンツが、動画である事が容易に分かる様にしている。しかし、デジタルカメラ３０１の表示部１０５でも現在表示しているコンテンツか静止画か動画かを判別できるため、必ずしも必要ではない。
【００５２】
ステップＳ８０７において、制御部１０３はコンテンツ再生指示がされたかを判定する。なお本実施形態では、動画のコンテンツの場合のみ再生指示がされるものとして説明するが、例えば、静止画において現在表示している画像よりも大きい画素数の画像を読み込んで表示する場合においても、再生指示と呼ぶ。再生指示ができる静止画については、たとえば図５（ｆ）のＵＩ画面に再生指示用のボタンなどが表示され、その操作により再生が指示される。制御部１０３は、コンテンツの再生指示がされたと判定すれば、処理をステップＳ８０８に進め、コンテンツ再生指示がされていないと判断した場合は、処理をステップＳ８１０に進める。
【００５３】
ステップＳ８０８において、制御部１０３はステップＳ８０７で再生指示されたコンテンツを、第二のサービスすなわち本例ではＭｉｒａｃａｓｔで転送する。図５（ｈ）、図５（ｉ）にデジタルカメラ３０１の表示部１０５に表示されるＵＩ画面を例示する。図５（ｈ）は、第一のサービスから第二のサービスに切り替える際に表示される画面の一例である。本実施形態では、サービス切り替え中である旨をデジタルカメラ３０１のユーザに通知するために、図５（ｈ）の様な画面としたが、通知しなくても良い。図５（ｉ）は、第二のサービスに切り替えた後、動画コンテンツの再生中に表示される画面の一例である。本実施形態では、テレビ３０２に転送する動画コンテンツを、デジタルカメラ３０１の表示部１０５に表示しているが、表示しなくても良い。また、第一のサービスから第二のサービスに遷移する方法に関しては、デジタルカメラ３０１からテレビ３０２に切り替え要求を送付して、その要求にレスポンスがあれば切り替える様にしても良いし、第一のサービスの終了した後に、第二のサービスを開始しても良い。また、第一のサービスを切断して、第二のサービスを接続する様にしても良い。またその他の方法でも良い。図９（ｄ）、図９（ｅ）にテレビ３０２の表示部１０５に表示されるＵＩ画面を例示する。図９（ｄ）は、第一のサービスから第二のサービスに切り替える際に表示される画面の一例である。本実施例では、サービス切り替え中である旨をテレビ３０２のユーザに通知するために、図９（ｄ）の様な画面としたが、通知しなくても良い。図９（ｅ）は、第二のサービスに切り替えた後、動画コンテンツの再生中に表示される画面の一例である。第二のサービスで転送が完了すると、制御部１０３は処理をステップＳ８１０に進める。
【００５４】
ステップＳ８０９において、制御部１０３はステップＳ８０１もしくは後述するステップＳ８１０で選択したコンテンツを、選択されたサービス装置が提供する唯一つのサービスで転送する。転送が完了すると、制御部１０３は処理をステップＳ８１０に進める。
【００５５】
ステップＳ８１０において、制御部１０３は他のコンテンツが選択されたかを判定する。本実施形態では、図５（ｆ）において、画像送りボタン５１５、５１６が選択された場合は、現在表示されている静止画５１４の前もしくは後ろの画像が選択されたと判定する。制御部１０３は、他のコンテンツが選択されたと判定したら、処理をステップＳ８０２に進め、他のコンテンツが選択されていないと判定したら、処理をステップＳ８１１に進める。
【００５６】
ステップＳ８１１において、制御部１０３は終了するかを判定する。図５（ｆ）において、終了ボタン５１７が選択された場合は、終了すると判定する。制御部１０３は、終了すると判定されたら処理を終了し、終了しないと判定されたら処理をステップＳ８１０に進める。
【００５７】
以上のように、本実施形態によれば、デジタルカメラなどの通信装置において、プロトコルの切り替え回数を抑制しつつ、転送するコンテンツのファイルタイプの転送に最適なプロトコルを用いて相手装置に転送することが可能となる。特に動画と静止画に適したサービスを利用できる場合には、動画を送信する際にまず動画を静止画に変換して送信し、その後に動画を送信する。その場合、静止画および動画それぞれに適したサービスを用いて送信を行う。また静止画の送信時には、静止画を、それに適したサービスで送信する。そのため、動画については、動画を送信する前にまずデータ量の小さな静止画で利用者の内容確認を促し、その後に動画の再生指示に応じて初めて動画の送信を行うことで、サービスの切り替えは１コンテンツについて一度であり、オーバーヘッドは小さい。
【００５８】
なお、図８の例では、第一のサービスはＤＬＮＡ、第二のサービスはＭｉｒａｃａｓｔとしたが、第一のサービスを静止画に適したサービス（あるいはプロトコル）とし、第二のサービスを動画に適したサービス（あるいはプロトコル）とするならば、ＤＬＮＡやＭｉｒａｃａｓｔではない他のサービス（プロトコル）を用いてもよい。
【００５９】
また、第一の転送サービスと、前記第二の転送サービスとを切り替えるときに、予め切り替え信号を送信側装置から受信側装置へと送付しておいてもよい。
【００６０】
さらに、第一の転送サービスと、前記第二の転送サービスとを切り替えるときに、現在接続中の転送サービスを切断してもよい。たとえば、図８では、ステップＳ８０８に先んじて、ＤＬＮＡのコネクションを切断しておく。
【００６１】
また前記第一の転送サービスと、前記第二の転送サービスを同時に繋いでおいてもよいが、これは図６、図８に示したとおりである。
【００６２】
［実施形態２］
以下、第二の実施形態におけるデジタルカメラ３０１と、テレビ３０２との間の通信について説明する。
【００６３】
＜通信概要＞
図１、図２、図３、図４に関しては、既に実施形態１で説明した通りなので、説明を省略する。
【００６４】
＜サービス処理の詳細＞
図１０を参照して、図４のステップＳ４０９のサービス処理について詳細を説明する。図１０は本実施例におけるデジタルカメラ３０１のサービス処理の動作を示すフローチャートであり、第１実施形態の図８に代わるものである。
【００６５】
ステップＳ１００１において、制御部１０３はコンテンツ取得要求を受信する。コンテンツ取得要求は、テレビ３０１から要求されるものである。図９（ｆ）、図９（ｇ）にテレビ３０２の表示部１０５に表示されるＵＩ画面を例示する。テレビ３０２は、画像送りボタン９０１、９０２が選択された場合や、動画再生ボタン９０３が選択された場合に、コンテンツ取得要求を、デジタルカメラ３０１に送信する。制御部１０３は、コンテンツ取得要求の受信を完了したら、処理をステップＳ１００２に進める。なお、受信側のテレビにおいてこれから受信するコンテンツを表示することはできない。そこで、たとえばデジタルカメラ３０１が提供できるコンテンツのリストをテレビ３０２に送信しておき、テレビ３０２ではそのうち再生可能なコンテンツについて取得要求が指示できるようユーザーインターフェイス画面を表示してもよい。たとえば動画に適したＭｉｒａｃａｓｔ機能を有するならば、図９（ｇ）のような動画のためのユーザーインターフェイス画面を表示し、静止画に適したＤＬＮＡ機能のみを有するならば、図９（ｆ）のような静止画用のユーザーインターフェイスを表示する。あるいは、画像なしでコンテンツ取得要求のためのボタンを表示してもよい。コンテンツのリストにはたとえばファイル名とファイルタイプとを含み、さらに表示のための適当な静止画像を含んでもよい。
【００６６】
ステップＳ１００２において、制御部１０３はテレビ３０２と複数のサービスで接続中かを判定する。制御部１０３は、複数のサービスで接続中であると判定した場合は処理をステップＳ１００３に進め、複数のサービスで接続中ではないと判定した場合は処理をステップＳ１００５に進める。なお、本実施形態では、複数のサービスで接続していない場合には第一のサービスでコンテンツを送信することになるが、この接続先の機器が提供するサービスをここでは第一のサービスと呼んでいる。たとえばＤＬＮＡやＭｉｒａｃａｓｔのいずれか一方をサポートするのであるなら、そのサポートするサービスを、それが何であれ第一のサービスと呼んでいる。
【００６７】
ステップＳ１００３において、制御部１０３は取得要求のあったコンテンツのファイルタイプを取得する。制御部１０３はコンテンツのファイルタイプの取得が完了したら、処理をステップＳ１００４に進める。
【００６８】
ステップＳ１００４において、制御部１０３はステップＳ１００３で取得したファイルタイプが、第一のサービスに適しているかを判定する。制御部１０３は、転送するコンテンツのファイルタイプが第一のサービスに適していると判定した場合、処理をステップＳ１００５に進め、適していないと判定した場合、処理をステップＳ１００６に進める。
ステップＳ１００５において、制御部１０３はステップＳ１００１で取得要求されたコンテンツを第一のサービスで転送する。第一のサービスで転送が完了すると、制御部１０３は処理をステップＳ１００７に進める。
【００６９】
ステップＳ１００６において、制御部１０３はステップＳ１００１で取得要求されたコンテンツを第二のサービスで転送する。第二のサービスで転送が完了すると、制御部１０３は処理をステップＳ１００７に進める。
【００７０】
ステップＳ１００７において、制御部１０３は終了されたかを判定する。制御部１０３は、終了されたと判定した場合は、処理を終了する。終了されていないと判定した場合は、処理をステップＳ１００１に進める。
【００７１】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【００７２】
なお、第１実施形態、第２実施形態とも、サービスの種類はせいぜい２種類として説明したが、３種類以上のサービスが提供できる場合もあり得る。その場合には、そのうちから選択されたコンテンツに適したサービス（あるいはプロトコル）を選択してそれを用いてデータを送信するように構成してよい。
【００７３】
また、図８のステップＳ８０１に続けて図１０のステップＳ１００２から実行するように構成してもよい。逆に図１０のステップＳ１００１に続けて図８のステップＳ８０２から実行するように構成してもよい。
【００７４】
以上の構成により、複数のサービスによりコンテンツデータの転送を行うことができるのであれば、そのうちから送信するコンテンツ種類に適したサービス（あるいはプロトコル）を用いて転送できる。
【００７５】
また本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００７６】
１０２：制御部、１０４：無線部、１０５：表示部、２１５：Ｐ２Ｐインヴィテーション機能制御部、２１６：アプリケーションレイヤサービス提供部、２１７：アプリケーションレイヤサービス受益部
【図１】
2017085246.tif 000003
【図２】
2017085246.tif 000004
【図３】
2017085246.tif 000005
【図４】
2017085246.tif 000006
【図５】
2017085246.tif 000007
【図６】
2017085246.tif 000008
【図７】
2017085246.tif 000009
【図８】
2017085246.tif 000010
【図９】
2017085246.tif 000011
【図１０】
2017085246.tif 000012