JP4524703B2 - 情報処理装置および方法、並びにプログラム - Google Patents

Description

本発明は、情報処理装置および方法、並びにプログラムに関し、特に、機器間の通信を伴うアプリケーションの利便性を向上させることができるようにした情報処理装置および方法、並びにプログラムに関する。

従来、所定の通信方式により他の装置と通信を行うことにより、他の装置と連携して動作し、例えば情報の共有等のサービスを提供するアプリケーションがある（例えば、特許文献１参照）。

特許文献１において、掲示板サーバ３１は、一の利用者１２Ａが、電子掲示板３３に所定の題目でトピックを立てたとき、そのトピックに対して別の利用者１２Ｂ、１２Ｃによる書き込みを可能とする。トピックに他の利用者１２Ｂが題目に沿って推薦するコンテンツの情報を書き込んだとき、その推薦したコンテンツを示すリストを、ネットワーク２０を通じてアクセスしてきた利用者１２Ａ〜１２Ｄの端末機１１Ａ〜１１Ｄにプレイリストとして出力する。コンテンツサーバ３２は、プレイリストに含まれるコンテンツが指定されたとき、その指定されたコンテンツをプレイリストの出力された利用者の端末機に出力する。

特開２００６−２８５７１６号公報

しかしながら、他の装置と通信を行うためには、互いに通信機能やアプリケーション等に関する情報を交換し、それらの情報に基づいて接続を確立する必要がある。このような通信設定作業は煩雑なばかりでなく、特定の知識を必要になる場合もあり、ユーザの手動操作により行うようにすると、このような通信を伴うアプリケーションを容易に利用できなくなる恐れがあった。特に、複数の装置と通信を行う場合は、通信相手毎に設定を行わなければならず、アプリケーションの利便性がさらに低減する恐れがあった。

そこで、例えば、ICカードのような非接触の近接無線通信を用いて、アプリケーションで使用される通信設定情報を通信相手と交換し、設定を自動化する方法が考えられているが、各種条件を適切に考慮するためにはユーザが手動で設定を行う必要がある場合があった。

例えば、近年においては、ブルートゥース（Bluetooth（登録商標））方式と、WiFi（Wireless Fidelity）認定されたIEEE（Institute of Electrical and Electronic Engineers） 802.11x方式のように、複数の通信方式（キャリア）で通信可能な装置が普及してきたが、このような場合、ユーザが通信相手の機能等の各種条件に基づいて、使用する通信方式（キャリア）を選択する必要があった。その場合、作業が煩雑になる恐れがあるだけでなく、適切な設定を行うために専門の知識が必要になる恐れがあり、結果としてアプリケーションの利便性が低下する恐れがあった。

また、例えば、他の装置と画像データを共有するアプリケーションと、音楽データを共有するアプリケーションのように、複数種類のアプリケーションを実行可能な装置も考えられるが、このような装置の場合、ユーザが実行するアプリケーションを選択する必要があり、作業が煩雑になり、結果としてアプリケーションの利便性が低下する恐れがあった。さらに、通信相手の性能等の各種条件によって実行可能なアプリケーションが制限される等、実行するアプリケーションを適切に選択するために専門の知識が必要になる場合がある恐れもあった。

本発明はこのような問題を解決するためのものであり、機器間の通信を伴うアプリケーションの利便性を向上させることができるようにするものである。

本発明の一側面の情報処理装置は、近接された他の情報処理装置との間で情報の授受を近接無線通信によって行うことが可能な第１の通信部を制御し、前記近接無線通信の接続を確立させる第１の接続確立手段と、前記第１の接続確立手段により接続が確立された前記近接無線通信を介して、前記他の情報処理装置より、前記近接無線通信より通信可能範囲が広い近距離無線通信の設定情報、および、情報処理装置の能力に関するケイパビリティ情報を取得する取得手段と、前記取得手段により取得された前記設定情報に基づいて、前記近距離無線通信を行う第２の通信部を制御し、前記近距離無線通信の接続を確立させる第２の接続確立手段と、前記取得手段により取得された、前記情報処理装置または前記他の情報処理装置の挙動を特定する挙動設定情報、前記他の情報処理装置に接続されている機器に関する接続機器情報、前記他の情報処理装置の状態を示す機器状態情報、前記他の情報処理装置が実行可能なアプリケーションに関するアプリケーション情報のうちの少なくともひとつを含む前記ケイパビリティ情報に基づいて、前記他の情報処理装置との間で授受される情報に基づく所定の処理を実行する処理実行手段とを備える情報処理装置である。

前記ケイパビリティ情報は、前記他の情報処理装置が有する前記第２の通信部による前記近距離無線通信の通信方式を示す情報を含み、前記第２の接続確立手段は、前記設定情報および前記ケイパビリティ情報に基づいて、前記他の情報処理装置が通信可能な通信方式により、前記近距離無線通信を確立させることができる。

前記処理実行手段には、前記ケイパビリティ情報に含まれる前記アプリケーション情報に基づいて、前記第２の接続確立手段により接続が確立された前記近距離無線通信を介して授受される情報に基づく処理を実行するためのアプリケーションの設定を前記所定の処理として行わせることができる。

前記ケイパビリティ情報は、複数の他の情報処理装置のそれぞれについて、前記第２の通信部による前記近距離無線通信の通信方式を示す情報を含み、前記第２の接続確立手段は、前記ケイパビリティ情報に基づいて、前記近距離無線通信の通信相手を前記複数の他の情報処理装置の中から選択し、選択された他の情報処理装置が通信可能な通信方式により、前記他の情報処理装置との前記近距離無線通信を確立させることができる。

前記ケイパビリティ情報は、複数の他の情報処理装置のそれぞれについて、実行可能なアプリケーションに関する情報である前記アプリケーション情報を含み、前記第２の接続確立手段は、前記ケイパビリティ情報に基づいて、前記近距離無線通信の通信相手を前記複数の他の情報処理装置の中から選択し、前記近距離無線通信を確立させ、前記処理実行手段は、前記ケイパビリティ情報に示される、前記第２の接続確立手段により選択された他の情報処理装置が実行可能なアプリケーションに関する前記アプリケーション情報に基づいて、前記第２の接続確立手段により接続が確立された前記近距離無線通信を介して授受される情報に基づく処理を実行するためのアプリケーションの設定を前記所定の処理として行うことができる。
前記処理実行手段には、前記他の情報処理装置または前記他の情報処理装置に接続されている機器において出力される情報を前記第２の接続確立手段により接続が確立された前記近距離無線通信によって送信するための設定、または、前記第２の接続確立手段により接続が確立された前記近距離無線通信によって前記他の情報処理装置から送信されてきた情報を出力するための設定を、前記ケイパビリティ情報に基づいて行わせることができる。
前記第１の接続確立手段により接続が確立された前記近接無線通信を介して、前記設定情報と前記ケイパビリティ情報を前記他の情報処理装置に対して送信する送信手段をさらに設けることができる。

本発明の一側面の情報処理方法は、近接された他の情報処理装置との間で情報の授受を近接無線通信によって行うことが可能な第１の通信部を制御し、前記近接無線通信の接続を確立させ、接続が確立された前記近接無線通信を介して、前記他の情報処理装置より、前記近接無線通信より通信可能範囲が広い近距離無線通信の設定情報、および、情報処理装置の能力に関するケイパビリティ情報を取得し、取得された前記設定情報に基づいて、前記近距離無線通信を行う第２の通信部を制御し、前記近距離無線通信の接続を確立させ、取得された、前記情報処理装置または前記他の情報処理装置の挙動を特定する挙動設定情報、前記他の情報処理装置に接続されている機器に関する接続機器情報、前記他の情報処理装置の状態を示す機器状態情報、前記他の情報処理装置が実行可能なアプリケーションに関するアプリケーション情報のうちの少なくともひとつを含む前記ケイパビリティ情報に基づいて、前記他の情報処理装置との間で授受される情報に基づく所定の処理を実行するステップを含む情報処理方法である。

本発明の一側面のプログラムは、近接された他の情報処理装置との間で情報の授受を近接無線通信によって行うことが可能な第１の通信部を制御し、前記近接無線通信の接続を確立させ、接続が確立された前記近接無線通信を介して、前記他の情報処理装置より、前記近接無線通信より通信可能範囲が広い近距離無線通信の設定情報、および、情報処理装置の能力に関するケイパビリティ情報を取得し、取得された前記設定情報に基づいて、前記近距離無線通信を行う第２の通信部を制御し、前記近距離無線通信の接続を確立させ、取得された、前記情報処理装置または前記他の情報処理装置の挙動を特定する挙動設定情報、前記他の情報処理装置に接続されている機器に関する接続機器情報、前記他の情報処理装置の状態を示す機器状態情報、前記他の情報処理装置が実行可能なアプリケーションに関するアプリケーション情報のうちの少なくともひとつを含む前記ケイパビリティ情報に基づいて、前記他の情報処理装置との間で授受される情報に基づく所定の処理を実行するステップを含む処理をコンピュータに実行させるプログラムである。

本発明の一側面においては、近接された他の情報処理装置との間で情報の授受を近接無線通信によって行うことが可能な第１の通信部が制御され、近接無線通信の接続が確立され、接続が確立された近接無線通信を介して、他の情報処理装置より、近接無線通信より通信可能範囲が広い近距離無線通信の設定情報、および、情報処理装置の能力に関するケイパビリティ情報が取得され、取得された設定情報に基づいて、近距離無線通信を行う第２の通信部が制御され、近距離無線通信の接続が確立される。また、取得された、前記情報処理装置または前記他の情報処理装置の挙動を特定する挙動設定情報、前記他の情報処理装置に接続されている機器に関する接続機器情報、前記他の情報処理装置の状態を示す機器状態情報、前記他の情報処理装置が実行可能なアプリケーションに関するアプリケーション情報のうちの少なくともひとつを含む前記ケイパビリティ情報に基づいて、前記他の情報処理装置との間で授受される情報に基づく所定の処理が実行される。

ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであっても良いし、１つの装置を構成している内部ブロックどうしであっても良い。

また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。

本発明によれば、情報を処理することができる。特に、機器間の通信を伴うアプリケーションの利便性を向上させることができるようにするものである。

図１は、本発明を適用した通信システムの構成例を示す図である。図１において、通信システム１００は、複数の装置を無線通信により連携して動作させ、一連のサービスを提供するアプリケーションを実行するシステムである。図１に示されるように、通信システム１００は、例えば、携帯電話機１０１および携帯電話機１０２を有する。

携帯電話機１０１および携帯電話機１０２は、第１通信と第２通信の２つの方法で互いに通信を行う。第１通信は、第２通信用の設定情報（第２通信設定情報）や機器の能力に関するケイパビリティ情報等を授受するために行われる近接無線通信である。第２通信は、携帯電話機１０１および携帯電話機１０２のそれぞれにおいて実行されるアプリケーションを連携して動作させ、一連のサービス（アプリケーション提供サービス）を提供するために必要な通信を行うための近距離無線通信である。

なお、ここで近接無線通信とは、携帯電話機１０１および携帯電話機１０２の筺体を互いに接触させるか、若しくは、数センチメートル程度まで近接させた状態で通信可能な無線通信方式のことを示す。例えば、非接触IC（Integrated Circuit）カードのような、電磁誘導を利用した無線通信方式がある。また、近距離無線通信とは、携帯電話機１０１および携帯電話機１０２の筺体を近距離（数十メートル以下程度）に位置させた状態で通信可能な無線通信方式のことを示す。例えば、ブルートゥース（Bluetooth（登録商標））方式やWiFi（Wireless Fidelity）方式（WiFi認定されたIEEE（Institute of Electrical and Electronic Engineers）８０２．１１ｘ）がある。

一般的に、第１通信として使用される近接無線通信の場合、その通信範囲の物理的制限から通信相手の特定が容易であり、その分、通信接続を確立させるための設定作業が、近距離無線通信の場合よりも容易である。例えば、近距離無線通信の場合、通信可能範囲に複数のデバイスが存在する場合、どのデバイスと通信を行うかをユーザが指定する必要があるが、近接無線通信の場合、ユーザは、自分自身が操作するデバイスを通信相手となるデバイスに近接させる必要があり、基本的に通信相手が１台に制限されるため、通信相手の指定等を入力する必要がない。

ただし、近接無線通信は、一般的に近距離無線通信よりもデータ転送レートが低く、大容量のデータ転送に不向きである。また、通信中はデバイス同士を近接させておかなければならないが、その姿勢（デバイス同士の位置関係）維持が困難な場合も考えられる。さらに３台以上のデバイス間通信も困難になる。

以上のような点から、通信システム１００においては、アプリケーション（携帯電話機１０１と携帯電話機１０２）の連携は、第２通信（近距離無線通信）により行い、第１通信（近接無線通信）は、その第２通信用設定情報やケイパビリティ情報の授受に利用される。つまり、携帯電話機１０１と携帯電話機１０２は、まず、第１通信により、互いの第２通信用設定情報を交換し、その情報に基づいて第２通信の接続を確立し、その第２通信を利用してアプリケーションの連係動作を行う。

このとき、携帯電話機１０１および携帯電話機１０２は、第１通信において第２通信用設定情報だけでなく互いのケイパビリティ情報も交換し、通信相手のケイパビリティ情報に基づいて、第２通信として使用する通信部（通信方式）の詳細な設定をしたり、使用するアプリケーションを選択したりする。このようなケイパビリティ情報の交換により、携帯電話機１０１および携帯電話機１０２は、通信およびアプリケーションの設定を、ユーザの作業量を不要に増大させることなく、より適切に行うことができ、機器間の通信を伴うアプリケーションの利便性を向上させることができる。

なお、通信システム１００を構成する通信装置は、第１通信と第２通信を行うことができる装置であればどのような通信装置であってもよく、上述した携帯電話機１０１および携帯電話機１０２以外であっても良い。例えば、テレビジョン信号受像機、ビデオレコーダ、メディアプレーヤ、オーディオアンプ、オーディオコンポ、プリンタ、ファクシミリ、車載用オーディオシステム、またはカーナビゲーションシステム等であってもよい。もちろん、これら以外の装置であっても良い。また、例えば携帯電話機とオーディオコンポのように、通信システム１００を構成する各通信装置が互いに異なる機能を有する装置であっても良い。

さらに通信システム１００を構成する通信装置の数は任意であり、３台以上であってもよい。

以下においては、説明の便宜上、図１に示されるように、通信システム１００が基本的に携帯電話機１０１および携帯電話機１０２により構成される場合について説明する。ただし、必要に応じて構成を適宜変えて説明する。

図２は、図１の携帯電話機１０１の内部の構成例を示すブロック図である。

図２において、携帯電話機１０１のCPU（Central Processing Unit）１１１は、ソフトウェアプログラムを実行することにより、各種の処理を実行する演算処理部である。CPU１１１は、バス１１４を介してROM（Read Only Memory）１１２およびRAM（Random Access Memory）１１３と相互に接続されている。ROM１１２には予めソフトウェアプログラムやデータが格納されている。RAM１１３には、ROM１１２や記憶部１２３に格納されているソフトウェアプログラムやデータがロードされる。RAM１１３にはまた、CPU１１１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU１１１、ROM１１２、およびRAM１１３は、バス１１４を介して相互に接続されている。このバス１１４にはまた、入出力インタフェース１２０も接続されている。

入出力インタフェース１２０には、キーボード、マウスなどよりなる入力部１２１、CRT（Cathode Ray Tube）ディスプレイや、LCD（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部１２２、ハードディスクなどより構成される記憶部１２３が接続されている。

入出力インタフェース２１０にはまた、必要に応じてドライブ１２４が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１３１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１２３にインストールされる。

さらに、入出力インタフェース１２０には、第１通信を行う第１通信部１４１、第２通信を行う第２通信部１４２、モデムなどより構成され、公衆電話回線網を介して他の装置と音声通信、または、パケット通信を行う電話回線網通信部１４３、並びに、被写体を撮影し、その画像データを得るデジタルカメラ機能を有するカメラ部１４４が接続されている。

第１通信部１４１は、上述したように近接無線通信を行う無線通信部であり、非接触ICカードに利用される通信方式で通信を行う無線通信部であるモバイル機器用IC通信チップ１５１（以下、モバイルIC通信チップ１５１と称する）とデジタル家電用IC通信チップ１５２（以下、CE（Consumer Electronics）用IC通信チップ１５２と称する）を有し、いずれか一方を選択的に使用する。モバイルIC通信チップ１５１およびCE用IC通信チップ１５２は、互いに異なる通信規格に基づいて通信を行う。

第２通信部１４２は、上述したように近距離無線通信を行う無線通信部であり、ブルートゥース方式で無線通信を行う無線通信部であるブルートゥース（Bluetooth（登録商標））１６１と、IEEE８０２．１１ｘ方式で無線通信を行う、WiFi認定された無線通信部であるワイファイ（WiFi）１６２を有し、いずれか一方を選択的に使用する。

なお、図２においては、第１通信部１４１および第２通信部１４２のそれぞれにおいて２種類の通信部が設けられるように説明したが、それぞれが有する通信部の数はいくつであってもよい。また、第１通信部１４１は近接無線通信を行うものであればよく、第２通信部１４２は近距離無線通信を行うものであればよく、上述した以外の通信方式で通信を行う通信部を設けるようにしてももちろんよい。

また、携帯電話機１０１が上述した以外の構成を有するようにしてももちろんよい。また、カメラ部１４４等一部の機能は省略可能である。

携帯電話機１０１の通信相手となる携帯電話機１０２も、図２を参照して説明した携帯電話機１０１の構成と基本的に同様の構成を有するので、携帯電話機１０２の構成についての説明は省略する。つまり、図２の説明は、携帯電話機１０２にも適用することができ、携帯電話機１０２の構成を説明する場合も、携帯電話機１０１と同様に、図２を用いて説明する。なお、後述する図３および図４に示される構成についても同様である。つまり、以下においては、ハンドオーバ処理を要求する側を携帯電話機１０１とし、それに応答する側を携帯電話機１０２として説明しているが、状況に応じて同一の装置が要求側になる場合も応答側になる場合も考えられ、要求側と応答側で構成が互いに異なる必要はない。以下においても、携帯電話機１０１および携帯電話機１０２の構成は、基本的に互いに同一であるものとして説明する。つまり、携帯電話機１０１の構成についての説明は、携帯電話機１０２の説明にも適用可能である。

図３は、アプリケーションを実行する図２のCPU１１１が有する機能を示す機能ブロック図である。CPU１１１は、各種のデータを読み込んだり、プログラムを実行したりすることにより、各種の機能を実現する。図３は、そのように実現される各種機能を模式的に示したものである。

CPU１１１は、OS（Operating System）２０１、第１通信制御部２０２、第２通信制御部２０３、ハンドオーバ処理部２０４、ハンドオーバログ管理部２０５、情報管理部２０６、第１通信用アプリケーション２０７、およびハンドオーバアプリケーション２０８を有する。

OS２０１は、多くのアプリケーションソフトから共通して利用される基本的な機能を提供し、コンピュータシステム全体を管理する基本ソフトウェアである。例えば、OS２０１は、他の機能ブロックからの指示に基づいて、CPU１１１外部の処理部を制御し、ユーザインタフェース入力や画面出力といった入出力機能やディスクやメモリの管理など様々な制御処理を行う。第１通信制御部２０２は、OS２０１を介して第１通信部１４１を制御し、第１通信に関する処理を行う。第２通信制御部２０３は、OS２０１を介して第２通信部１４２を制御し、第２通信に関する処理を行う。

ハンドオーバ処理部２０４は、例えば、第１通信制御部２０２および第２通信制御部２０３を制御して、第１通信を用いて第２通信の設定情報を授受し、その情報を用いて第２通信の接続を確立する処理（ハンドオーバ処理）を行う。ハンドオーバ処理部２０４は、このハンドオーバ処理の際に、第１通信を用いて第２通信用の設定情報だけでなく、装置が有する機能やアプリケーションを示すケイパビリティ情報の授受も行い。そのケイパビリティ情報に基づいて、第２通信の設定やアプリケーションの実行をより適切に行うことができるようにする。

ハンドオーバログ管理部２０５は、ハンドオーバ処理部２０４の処理内容のログを管理する。情報管理部２０６は、通信相手と授受したケイパビリティ情報やプロフィール情報等の各種情報を管理する。

第１通信用アプリケーション２０７は、電子マネー決済や認証処理等のような、第１通信のみを用いたサービスを提供するアプリケーションである。ハンドオーバアプリケーション２０８は、第２通信を用いてサービスを提供するアプリケーションであり、第２通信を確立するためにハンドオーバ処理を行うアプリケーションである。つまり、ハンドオーバアプリケーション２０８においては第１通信と第２通信の両方が使用される。ハンドオーバアプリケーションの具体的な例については後述する。

なお、図３においては、第１通信用アプリケーション２０７が１つの機能ブロックとして説明したが、第１通信用アプリケーションの数は任意であり、複数種類のアプリケーションにより構成されるようにしてもよい。同様に、ハンドオーバアプリケーションの数も任意であり、ハンドオーバアプリケーション２０８が複数種類のアプリケーションにより構成されるようにしてもよい。

図４は、図３のハンドオーバアプリケーション２０８の構成例を模式的に示すブロック図である。図４の例の場合、ハンドオーバアプリケーション２０８は、コンテンツキャストアプリケーション２１１、音楽プレーヤアプリケーション２１２、写真ビューアアプリケーション２１３、プレイリスト管理アプリケーション２１４、マルチプレーヤアプリケーション２１５、および印刷制御アプリケーション２１６を有する。

コンテンツキャストアプリケーション２１１は、第２通信を用いて、通信相手のデバイスと、画像や音声等のコンテンツデータを授受するアプリケーションである。コンテンツキャストアプリケーション２１１は、基本的に、音楽プレーヤアプリケーション２１２乃至印刷制御アプリケーション２１６のような他のアプリケーションと連携して動作し、他のアプリケーションにおいて必要になったコンテンツデータの授受を行う。

音楽プレーヤアプリケーション２１２は、例えば記憶部１２３等に記憶されている音楽データを読み出して再生し、音声をスピーカ等（出力部１２２）より出力するアプリケーションである。音楽プレーヤアプリケーション２１２は、コンテンツキャストアプリケーション２１１と連携して動作することにより、第２通信を用いて、通信相手の装置に音楽データをストリーミングデータとして供給し、通信相手の装置においてその音楽を再生出力させたり、通信相手の装置より供給されるストリーミングデータ（音楽データ）を取得し、その音楽を再生出力したりすることができる。

写真ビューアアプリケーション２１３は、例えば、記憶部１２３等に記憶されている静止画像や動画像等の画像データをモニタ（出力部１２２）に表示させるアプリケーションである。写真ビューアアプリケーション２１３は、コンテンツキャストアプリケーション２１１と連携して動作することにより、第２通信を用いて、通信相手の装置に画像データを供給し、通信相手の装置のモニタにその画像を表示させたり、通信相手の装置より供給される画像データを取得し、その画像をモニタ（出力部１２２）に表示させたりすることができる。

プレイリスト管理アプリケーション２１４は、音楽プレーヤアプリケーション２１２や写真ビューアアプリケーション２１３により再生出力（表示）されるコンテンツデータの再生出力順（表示順）を示すプレイリストを管理するアプリケーションであり、そのプレイリストをモニタ（出力部１２２）に表示したり、その表示されたプレイリストに対するユーザ指示入力を受け付けたり、その指示に基づいて、音楽プレーヤアプリケーション２１２や写真ビューアアプリケーション２１３を制御したりする。また、プレイリスト管理アプリケーション２１４は、コンテンツキャストアプリケーション２１１と連携して動作することにより、第２通信を用いて、通信相手の装置の音楽プレーヤアプリケーションや写真ビューアアプリケーションを制御することもできる。例えば、プレイリスト管理アプリケーション２１４は、ユーザに指定された音楽データを、コンテンツキャストアプリケーション２１１を用いて通信相手の装置に供給し、通信相手の装置の音楽プレーヤアプリケーションを起動させ、その音楽を再生出力させることができる。

マルチプレーヤアプリケーション２１５は、音楽データを再生出力しながら、その音楽データに対応する画像データをモニタに表示させたりする等、複数種類のコンテンツデータを処理することができるアプリケーションである。つまり、基本的に音楽プレーヤアプリケーション２１２や写真ビューアアプリケーション２１３と同様の機能を有し、コンテンツキャストアプリケーション２１１と連携して動作することにより、第２通信を用いて、通信相手の装置とコンテンツデータを授受することができる。

印刷制御アプリケーション２１６は、画像データやテキストデータ等を印刷部（出力部１２２）において紙等の印刷媒体に印刷させるアプリケーションである。印刷制御アプリケーション２１６は、コンテンツキャストアプリケーション２１１と連携して動作することにより、第２通信を用いて、通信相手の装置より供給されたコンテンツデータを印刷部に印刷させることができる。

コンテンツキャストアプリケーション２１１は、ハンドオーバ制御部２２１、メタ情報取得部２２２、アプリケーション制御部２２３、GUI（Graphical User Interface）処理部２２４、およびメモリアクセス処理部２２５を有する。

ハンドオーバ制御部２２１は、ハンドオーバ処理部２０４乃至情報管理部２０６を制御する等して、例えば図５に示されるように、モバイルIC通信チップ１５１（第１通信部）やブルートゥース（Bluetooth）１６１（第２通信部）を直接的または間接的に制御し、ハンドオーバに関する処理を実行する。ハンドオーバ制御部２２１は、第１通信の接続の確立に関する処理を行う第１通信確立部２３１、第１通信によって第２通信に関する設定情報の授受を行う第２通信設定情報授受部２３２、第１通信によって互いのケイパビリティ情報を交換するケイパビリティ情報授受部２３３、第２通信設定情報やケイパビリティ情報に基づいて第２通信に関する設定を行う第２通信設定部２３４、第２通信の接続の確立に関する処理を行う第２通信確立部２３５、および、ハンドオーバ処理に関するログ情報を作成するハンドオーバログ作成部２３６を有する。

メタ情報取得部２２２は、例えば図５に示されるようにブルートゥース（Bluetooth）１６１（第２通信部）を直接的または間接的に制御し、接続が確立された第２通信によって、通信相手のユーザに関する情報であるユーザプロファイル情報や、通信相手の装置またはその装置と連携して動作する他の装置において提供されるサービス等に関する情報であるサービス連携情報等を含むメタ情報を取得する。メタ情報取得部２２２は、通信相手の装置よりユーザプロファイル情報を取得するユーザプロファイル取得部２４１、および、通信相手の装置よりサービス連携情報を取得するサービス連携情報取得部２４２を有する。

アプリケーション制御部２２３は、例えば図５に示されるように、音楽プレーヤアプリケーション２１２乃至印刷制御アプリケーション２１６のようなコンテンツキャストアプリケーションと連携して動作する他のアプリケーションに関する処理を行う。アプリケーション制御部２２３は、通信相手の装置のケイパビリティ情報等に基づいて他のアプリケーションの設定を行うアプリケーション設定部２５１、および、他のアプリケーションを起動したり、制御したりするアプリケーション連携部２５２を有する。

GUI処理部２２４は、例えば図５に示されるように、コンテンツキャストアプリケーションにおけるGUIの表示や、そのGUIに基づいて入力されたユーザ指示等に対する処理を行う。メモリアクセス処理部２２５は、携帯電話機１０１の記憶領域に対する情報の入出力を行う。例えば図５に示されるように、CPU１１１は、第１通信部１４１内に内蔵されるメモリ（記憶領域）に対して情報の暗号化や復号等の処理を行うセキュリティ処理部２６１を有し、ROM１１２や記憶部１２３等のような携帯電話機１０１の第１通信部１４１以外のメモリ（記憶領域）に対してAPI（Application Program Interface）２６２を有している。セキュリティ処理部２６１は、第１通信部１４１に内蔵されるメモリの記憶領域に形成される第１通信部用メモリ共通領域２６３へのアクセスを行う。API２６２は、携帯電話機１０１の第１通信部１４１以外のメモリの記憶領域に形成される携帯電話機メモリ２６４へのアクセスを行う。

第１通信部用メモリ共通領域には、通信相手となる装置や自分自身の製造番号、型名、製造日時等の製造情報２７１が格納される。携帯電話機メモリ２６４には、例えば、自分自身や通信相手となるユーザに関する情報を示すユーザ情報２８１、第１通信部１４１を用いた通信のログ情報であるタッチログ情報２８２、使用されたコンテンツに関するログ情報であるコンテンツログ情報、および自分自身や通信相手のケイパビリティ情報２８４等が格納される。

メモリアクセス処理部２２５は、例えば図５に示されるように、セキュリティ処理部２６１を介して第１通信部用メモリ共通領域２６３にアクセスしたり、API２６２を介して携帯電話機メモリ２６４にアクセスしたりする。

次に、ケイパビリティ情報等の構成例について図６を参照して説明する。図６に示されるように、携帯電話機１０１は、第１通信において機器情報やケイパビリティ情報を授受し、第２通信においてサービス連携情報を授受する。機器情報は、各装置の機器種別を示す情報であり、例えば、携帯電話機であるとか、車載用オーディオシステムであるとかを示す情報である。なお、第２通信としてブルートゥース（BT）１６１を用いる場合、この機器情報の代わりにそのブルートゥース通信の設定情報を用いるようにしてもよい。

ケイパビリティ情報には、例えばブルートゥース（Bluetooth）１６１やワイファイ（WiFi）１６２のような使用可能な物理層の種類（PHY）、例えばブルートゥース方式やDLNA（Digital Living Network Alliance）方式等のような使用可能なプロトコル、各プロトコルにおいて使用可能なプロファイル、接続後、ローカル/リモートそれぞれでどのような挙動にするかを特定するプロファイル別の挙動設定、プロファイルごとに、ローカルで既に接続されているヘッドセット等機器の機器間の情報であるローカル接続機器情報、現在の電源状態や第三者との通信接続状態等を示す機器状態、並びに、アプリケーションの名称やバージョン、通信に用いている文字コード等のような、使用可能なアプリケーションに関する情報であるアプリケーション情報等が含まれる。

サービス連携情報には、サービスを特定する識別情報であるサービスID、そのサービスの種別、サービスへのリンク用URL、サービス内で適用される割引などのオプションに関する情報を識別するサービス内オプションID、並びに、タッチした場所を示す位置情報等が含まれる。

このように、ケイパビリティ情報には、使用可能な物理層の種類、使用可能な（優先順位も含む）プロトコル、プロファイル、およびアプリケーションに関する情報等の情報が含まれており、携帯電話機１０１は、通信相手である携帯電話機１０２とこのケイパビリティ情報を交換することにより、通信相手の装置が有する第２通信の種類を容易に把握することができ、より適切な設定を行うことができる。また、携帯電話機１０１は、通信相手のケイパビリティ情報を参照することにより、通信相手の装置が実行可能なアプリケーションを特定することができ、容易に、その通信相手の能力に応じて実行可能なアプリケーションを選択し、使用することができる。

なお、図６に示したケイパビリティ情報およびサービス連携情報の構成は、一例であり、図示せぬ他の情報が含まれるようにしてもよいし、上述した各情報の一部を省略するようにしてもよい。例えば、ケイパビリティ情報で管理されるアプリケーションは、通信相手との間で授受される情報に基づく所定の処理を実行するものであればよく、例えば、第２通信ではなく第１通信や、さらに他の通信を介して情報を授受するアプリケーションであってもよい。また、例えば、第２通信の通信方式を固定とし、ケイパビリティ情報において、第２通信の通信方式に関する情報を省略するようにしてもよい。

以上により、第２通信として複数の方式で通信可能な携帯電話機１０１は、例えば図７に示されるように、ハンドオーバを行う際に、相手の能力に応じて適切な通信方法を選択することができる。

例えば、図７に示されるように、通信相手が第２通信としてブルートゥース通信のみを行うことができる携帯電話機１０２Ａである場合、携帯電話機１０１は、ケイパビリティ情報に基づいて、第２通信の通信方法として、ブルートゥース通信を選択し、ブルートゥースのプロファイルのうち、利用できるプロファイルを、第１通信を介して交換しておくことにより、適切なプロファイルを選定し、アプリケーションが期待する動作を実現することができる。同様に、通信相手が、第２通信としてWiFi認定された無線通信のみを行うことができる携帯電話機１０２Ｂである場合、携帯電話機１０１は、ケイパビリティ情報に基づいて、第２通信の通信方法として、WiFi認定された無線通信を選択し、さらに音楽や動画や写真といった情報を送受信するために、たとえばDLNAの設定をする。また、通信相手が第２通信としてブルートゥース通信およびWiFi認定された無線通信の両方を実行可能であるが、ブルートゥース通信を優先的に選択するように設定された携帯電話機１０３Ｃである場合、携帯電話機１０１は、ケイパビリティ情報に基づいて、第２通信の通信方法として、ブルートゥース通信を選択し、ブルートゥースのプロファイルのうち、利用できるプロファイルを、第１通信を介して交換しておくことにより、適切なプロファイルを選定し、アプリケーションが期待する動作を実現することができる。

従来、携帯電話機１０１のように複数の通信方式で通信可能な場合、ユーザが、通信相手の機能に合わせて、使用する通信方式を選択する必要があったが、上述したようにケイパビリティ情報を交換して利用することにより、携帯電話機１０１は、図７に示されるように適切な選択を行うことができる。これにより、携帯電話機１０１は、利用者の設定作業を軽減することができ、通信を伴うアプリケーションの利便性を向上させることができる。

次に具体的な処理の流れの例を説明する。まず、第１通信において接続を要求する側の携帯電話機１０１において実行されるコンテンツキャストアプリケーションによる接続要求側制御処理の流れの例を図８のフローチャートを参照して説明する。

例えば、他のアプリケーションを実行中に、利用者が画面に表示されたGUIボタンである「キャストボタン」を操作すると、コンテンツキャストアプリケーションが起動され、例えば、図１０Ａに示されるように画面に「TOUCH」と表示され、近接待機状態となる。そして、ユーザが、その状態の携帯電話機１０１を通信相手とする携帯電話機１０２に近接させると、接続要求側制御処理が開始され、ステップＳ１において、第１通信確立部２３１が近接された携帯電話機１０２と通信を行い、ハンドオーバ処理の要求を行い、第１通信の接続を確立させる。この要求方法および接続確立方法は、使用する第１通信の通信方法に依存する。第１通信の接続が確立されると、第２通信設定情報授受部２３２は、ステップＳ２において、第１通信を利用して第２通信の設定情報を授受する。また、ケイパビリティ情報授受部２３３は、同様に第１通信を利用して互いのケイパビリティ情報の授受を行う。これらの情報の授受方法は、第１通信の通信方法に依存する。これらの情報は、携帯電話機メモリ２６４（記憶部１２３等）に保存される。

ステップＳ４において、第２通信設定部２３４は、取得された通信相手のケイパビリティ情報に基づいて、通信相手が第２通信を実行可能か否かを判定する。通信相手である携帯電話機１０２が第２通信部を有しており、通信可能であると判定した場合、第２通信設定部２３４は、ステップＳ５に処理を進め、ケイパビリティ情報に基づいて、図７を参照して例を説明したように、使用する通信方式（キャリア）を選択し、プロトコルの詳細設定をする。

互いのケイパビリティ情報に基づいて第２通信として最適な通信方式を選択すると、第２通信設定部２３４は、ステップＳ６において、第２通信の設定を行う。第２通信の準備が整うと、第２通信確立部２３５は、ステップＳ７において、近距離に位置する携帯電話機１０２と第２通信の接続を確立させる。第２通信の接続が確立されると、ステップＳ８において、ユーザプロファイル取得部２４１は、第２通信を利用して、通信相手よりユーザプロファイルを取得する。このとき、通信相手側より要求があった場合、自分自身のユーザプロファイルの提供も行われる。ステップＳ９において、サービス連携情報取得部２４２は、第２通信を利用して、通信相手よりサービス連携情報を取得する。このとき、通信相手側より要求があった場合、自分自身のサービス連携情報の提供も行われる。

以上のようにメタ情報の授受が行われると、ハンドオーバログ作成部２３６は、ステップＳ１０において、ログを作成し、携帯電話機メモリ２６４（記憶部１２３等）に保存し、接続要求側制御処理を終了する。

また、ステップＳ４において、通信相手が自分自身と第２通信を実行可能でないと判定された場合、ハンドオーバ制御部２２１は、ステップＳ１１においてエラー処理を行い、接続要求側制御処理を終了する。

次に、ハンドオーバ処理を要求される携帯電話機１０２側において実行されるコンテンツキャストアプリケーションによる接続応答側制御処理の流れの例を図９のフローチャートを参照して説明する。

コンテンツキャストアプリケーションが近接待機状態にされた携帯電話機１０１が近接されると、携帯電話機１０２のハンドオーバ処理部２０４は、第１通信部１４１を介して携帯電話機１０１からハンドオーバの要求を受け付け、可能であれば第１通信を確立するとともに、コンテンツキャストアプリケーション２１１を起動する。GUI処理部２２４は、例えば図１０Ｂに示されるように画面に「ACCEPT？」と表示し、ユーザにハンドオーバ処理を行うか否かを選択させる。ユーザが「OK」を選択し、ハンドオーバ処理の開始を指示すると、ハンドオーバ制御部２２１は、接続応答側制御処理を開始する。接続応答側制御処理を開始したハンドオーバ制御部２２１の各部は、ステップＳ２１乃至ステップＳ３１の各処理を、図８のステップＳ１乃至ステップＳ１１の場合と同様に実行する。

つまり、ステップＳ２１において、第１通信確立部２３１が、図８のステップＳ１の処理に対応して第１通信の接続を確立させると、ステップＳ２２において、第２通信設定情報授受部２３２が、図８のステップＳ２の処理に対応して第２通信の設定情報を授受し、ステップＳ２３において、ケイパビリティ情報授受部２３３が、図８のステップＳ３の処理に対応してケイパビリティ情報の授受を行う。

ステップＳ２４において、第２通信設定部２３４は、図８のステップＳ４の場合と同様に、取得された通信相手のケイパビリティ情報に基づいて、通信相手が第２通信を実行可能か否かを判定する。通信相手である携帯電話機１０１が第２通信部を有しており、通信可能であると判定した場合、第２通信設定部２３４は、ステップＳ２５に処理を進め、図８のステップＳ５の場合と同様に、ケイパビリティ情報に基づいて使用する通信方式（キャリア）を選択する。このとき、選択される通信方式は、図８のステップＳ５において携帯電話機１０１により選択された通信方式と同一となる。

以上のように最適な通信方式が選択されると、第２通信設定部２３４は、ステップＳ２６において、図８のステップＳ６の場合と同様に、第２通信の設定を行う。第２通信の準備が整うと、第２通信確立部２３５は、ステップＳ２７において、図８のステップＳ７の処理に対応して、近距離に位置する携帯電話機１０１と第２通信の接続を確立させる。

第２通信の接続が確立されると、ユーザプロファイル取得部２４１は、ステップＳ２８において、図８のステップＳ８の処理に対応して、第２通信を利用して通信相手よりユーザプロファイルを取得する。このとき、通信相手側より要求があった場合、自分自身のユーザプロファイルの提供も行われる。サービス連携情報取得部２４２は、ステップＳ２９において、図８のステップＳ９の処理に対応して、第２通信を利用して通信相手よりサービス連携情報を取得する。このとき、通信相手側より要求があった場合、自分自身のサービス連携情報の提供も行われる。

以上のようにメタ情報の授受が行われると、ハンドオーバログ作成部２３６は、ステップＳ３０において、図８のステップＳ１０の場合と同様に、ログを作成し、携帯電話機メモリ２６４（記憶部１２３等）に保存し、接続要求側制御処理を終了する。

また、ステップＳ２４において、通信相手が自分自身と第２通信を実行可能でないと判定された場合、ハンドオーバ制御部２２１は、ステップＳ３１において、図８のステップＳ１１の場合と同様にエラー処理を行い、接続要求側制御処理を終了する。

以上のように、携帯電話機１０１および携帯電話機１０２が連携して動作し、ケイパビリティ情報を授受し、そのケイパビリティ情報に基づいてハンドオーバ処理を行うことにより、図７に示されるように、通信相手の能力に応じてより適切な通信方式を選択し、第２通信の接続を確立することができる。これにより、ユーザの設定作業を省略させることができ、第２通信を利用するアプリケーションの利便性を向上させることができる。

また、ケイパビリティ情報は、以上のような第２通信の確立に利用されるだけでなく、さらにアプリケーションの設定や運用にも利用することができる。つまり、携帯電話機１０１は、ケイパビリティ情報に基づいて、アプリケーションを、通信相手の装置の能力に応じてより適切に動作させることができる。これによりユーザによる不要な設定作業等を省略させることができ、第２通信を利用するアプリケーションの利便性をさらに向上させることができる。

ケイパビリティ情報をどのように利用し、その情報に基づいてアプリケーションをどのように制御するかは任意であるが、以下に、その代表的な例を説明する。

図１１は、第１の例の様子を説明する図である。図１１Ａに示されるように、携帯電話機１０１が音楽プレーヤアプリケーション２１２Ａを起動し、音楽データを再生中に、「キャストボタン」を押下する等して、コンテンツキャストアプリケーション２１１Ａを起動すると、上述したようにハンドオーバ処理が行われ、携帯電話機１０２のコンテンツキャストアプリケーション２１１Ｂが起動され、再生中の音楽データがストリーミングデータとして送信（ストリーミング送信）される。携帯電話機１０２のコンテンツキャストアプリケーション２１１Ｂは、音楽プレーヤアプリケーション２１２Ｂを起動し、ストリーミングデータを受信すると、それを音楽プレーヤアプリケーション２１２Ｂに供給して再生させる。

このような処理において、例えば図１１Ｂに示されるように、通信相手が携帯電話機１０２と同様の携帯電話機３０１の場合、携帯電話機１０１は、携帯電話機３０１に対してストリーミング送信を行いながら、その音楽データの再生出力を行う。つまり、この場合、送信元である携帯電話機１０１と送信先である携帯電話機３０１の両方から音声が出力される。

このような携帯電話機３０１の場合、音声出力能力が弱く、基本的に再生出力された音楽を多人数で楽しむことが困難である場合が多い。特に携帯機器であるが故、外出中等において利用されることも多く、例えばヘッドホンを装着して利用する場合も多い。そこで、上述したように、送信元の携帯電話機１０１においても音声を出力するようにすることにより、送信元のユーザと送信先のユーザがそれぞれの携帯電話機を用いて音楽を楽しむことができる。つまり、携帯電話機１０１は、より適切に音楽共有サービスを提供することができる。

これに対して、例えば図１１Ｃに示されるように、通信相手がオーディオコンポ４０２のように再生出力能力が高い装置の場合、携帯電話機１０１は、音楽データの再生出力を停止し、オーディオコンポ３０２へのストリーミング送信のみ行う。送信先のデバイスの再生出力能力が高い場合、再生出力された音楽を多人数で快適に共有することが可能となる。このような場合、送信元である携帯電話機１０１において音楽データを再生出力させる必要はない。逆に、不要な音声出力となる恐れもある。従って、携帯電話機１０１は、音声の出力を停止することにより、より適切に音楽共有サービスを提供することができる。

携帯電話機１０１は、このような動作制御を、ユーザの選択操作なしに、ケイパビリティ情報に基づいて行うので、アプリケーションの利便性を向上させることができる。

このような制御処理の流れの例を、図１２のフローチャートを参照して説明する。なお、以下において、図１１の例に基づき、送信側機器を携帯電話機１０１とし、受信側機器を携帯電話機３０１またはオーディオコンポとして説明する。なお、受信側機器の構成は、送信側機器（つまり携帯電話機１０１）と基本的に同様であるものとして説明する。

図１３Ａに画面例が示されるように、音楽プレーヤアプリケーションが、曲名「ＡＡＡＡ」、歌手「ＢＢＢＢ」、アルバム名「ＣＣＣＣ」の楽曲データを再生出力中にユーザが「キャストボタン（Cast！）」を選択すると、図１３Ｂに画面例が示されるように、コンテンツキャストアプリケーション２１１が起動され、上述したように、ハンドオーバ処理が行われ、この楽曲データのストリーミング送信が開始される。

図８のフローチャートを参照して説明したように第２通信を確立した送信側機器（携帯電話機１０１）のコンテンツキャストアプリケーション２１１Ａのアプリケーション設定部２５１は、ステップＳ５１において、ケイパビリティ情報に基づいて、音楽データをストリーミング送信するようにしたり、音声出力を継続するか否かを決定したりする等のアプリケーション設定を行う。

なお、このとき、音声出力を継続するか否かは、受信側機器の音声出力能力に依存して決定される。その決定方法はケイパビリティ情報を参照して決定する限り任意であるが、例えば、ケイパビリティ情報に何らかの音声出力の能力を示すパラメータを含めるようにし、そのパラメータの値に基づいて送信側機器が判断するようにしてもよいし、受信側機器がケイパビリティ情報に予め登録された装置である場合のみ、音声出力を停止する（または継続する）ようにしてもよい。

これに対して、図９のフローチャートを参照して説明したように第２通信を確立した受信機側機器（携帯電話機３０１またはオーディオコンポ３０２）のコンテンツキャストアプリケーション２１１Ｂのアプリケーション連携部２５２は、ステップＳ７１において、音楽プレーヤアプリケーション２１２Ｂを起動する。ステップＳ７２において、アプリケーション設定部２５１は、ケイパビリティ情報に基づいて、受信したストリーミングデータを再生出力するようにする等のアプリケーション設定を行う。

準備が整うと、送信側機器のアプリケーション連携部２５２は、ステップＳ５２において、音楽プレーヤアプリケーション２１２Ａより再生中であった楽曲データを取得し、それを受信側機器にストリーミング送信する。受信側機器のアプリケーション連携部２５２は、ステップＳ７３において、その楽曲データを受信すると、音楽プレーヤアプリケーション２１２Ｂを制御し、ステップＳ７４において、その供給された楽曲データを再生させ、スピーカより出力させる。

これに対して、送信側機器のアプリケーション連携部２５２は、ステップＳ５３において、アプリケーション設定に基づいて音声を出力するか否かを判定し、例えば受信側機器が携帯電話機３０１であり音声を出力すると判定した場合、ステップＳ５４に処理を進め、音楽プレーヤアプリケーション２１２Ａを制御し、ストリーミング送信と同期して送信側機器においても楽曲データを再生出力させる。また、ステップＳ５３において、例えば受信側機器がオーディオコンポ３０２であり音声を出力しないと判定した場合、ステップＳ５４の処理を省略し、処理をステップＳ５５に進める。

ステップＳ５５において、送信側機器のアプリケーション連携部２５２は、音楽プレーヤアプリケーション２１２Ａを制御し、曲が終了したか、または、ユーザにより再生停止が指示されたか否かを判定し、曲が終了しておらず停止指示も受けていないと判定された場合、処理をステップＳ５２に戻し、それ以降の処理を繰り返し、再生および送信を継続する。

ステップＳ５５において、曲が終了した、または、停止指示を受けたと判定した場合、送信側機器のアプリケーション連携部２５２は、ステップＳ５６に処理を進め、ストリーミング送信を終了する。

これに対して、受信側機器のアプリケーション連携部２５２は、ステップＳ７５において、音楽プレーヤアプリケーション２１２Ｂを制御し、曲が終了したか、または、ユーザにより再生停止が指示されたか否かを判定し、曲が終了しておらず停止指示も受けていないと判定された場合、処理をステップＳ７３に戻し、それ以降の処理を繰り返し、受信および再生を継続する。ステップＳ７５において、曲が終了した、または、停止指示を受けたと判定した場合、受信側機器のアプリケーション連携部２５２は、ステップＳ７６に処理を進め、ストリーミング送信を終了する。

以上のような制御により、通信相手の能力に応じて送信側機器の動作をより適切に制御することができ、アプリケーションの利便性を向上させることができる。

次に、第２の例を説明する。図１４は、第２の例の様子を説明する図である。図１４に示されるように、ハンドオーバ処理により接続される各装置において互いに異なるアプリケーションを実行することもできる。図１４の例の場合、携帯電話機１０１においてプレイリスト管理アプリケーション２１４Ａが起動され、ユーザがプレイリストの一覧を参照中に、「キャストボタン」を選択すると、コンテンツキャストアプリケーション２１１Ａが起動され、携帯電話機１０２とハンドオーバ処理を行い、携帯電話機１０２のコンテンツキャストアプリケーション２１１Ｂを起動させ、ユーザに選択されたプレイリストに従って音楽データのストリーミング送信を開始する。受信側機器である携帯電話機１０２のコンテンツキャストアプリケーション２１１Ｂは、音楽プレーヤアプリケーション２１２Ｂを起動し、ストリーミング送信される音楽データを受信して、それを音楽プレーヤアプリケーション２１２Ｂに再生出力させる。

このような処理において、携帯電話機１０１のコンテンツキャストアプリケーション２１１Ａは、携帯電話機１０２のケイパビリティ情報に基づいて、携帯電話機１０２が音楽プレーヤアプリケーション２１２Ｂを実行可能であることを確認して、ストリーミング送信を行う。

この場合の処理の流れの例を図１５のフローチャートを参照して説明する。以下においては、図１４の例に従い、送信側機器を携帯電話機１０１とし、受信側機器を携帯電話機１０２として説明する。

図１６Ａに画面例が示されるように、プレイリスト管理アプリケーション２１４Ａが、プレイリストを表示中にユーザが「キャストボタン（Cast！）」を選択すると、図１６Ｂに画面例が示されるように、コンテンツキャストアプリケーション２１１が起動され、上述したように、ハンドオーバ処理が行われ、受信側機器が音楽プレーヤアプリケーション２１２Ｂを実行可能である場合、選択中のプレイリストに従って、楽曲データのストリーミング送信が開始される。

図８のフローチャートを参照して説明したように第２通信を確立した送信側機器のコンテンツキャストアプリケーション２１１Ａのアプリケーション設定部２５１は、ステップＳ１０１において、ケイパビリティ情報に基づいて、通信相手の装置が音楽プレーヤアプリケーション２１２Ｂを実行可能であるか否かを確認し、実行可能である場合、プレイリストの順番に従って楽曲データをストリーミング送信するようにする等のアプリケーション設定を行う。

これに対して、図９のフローチャートを参照して説明したように第２通信を確立した受信機側機器のコンテンツキャストアプリケーション２１１Ｂのアプリケーション連携部２５２は、ステップＳ１２１において、音楽プレーヤアプリケーション２１２Ｂを起動する。ステップＳ１２２において、アプリケーション設定部２５１は、ケイパビリティ情報に基づいて、受信したストリーミングデータを再生出力するようにする等のアプリケーション設定を行う。

準備が整うと、送信側機器のアプリケーション連携部２５２は、ステップＳ１０２において、プレイリスト管理アプリケーション２１４Ａにおいてユーザにより選択されているプレイリストに従って曲を選択し、ステップＳ１０３において、選択された楽曲データを受信側機器にストリーミング送信する。受信側機器のアプリケーション連携部２５２は、ステップＳ１２３において、その楽曲データを受信すると、音楽プレーヤアプリケーション２１２Ｂを制御し、ステップＳ１２４において、その供給された楽曲データを再生させ、スピーカより出力させる。

これに対して、送信側機器のアプリケーション連携部２５２は、ステップＳ１０４において、曲が終了したか否かを判定し、終了したと判定するまで、ステップＳ１０３の処理を継続し、終了したと判定した場合、処理をステップＳ１０５に進め、終了した曲がプレイリストの最後の曲であったか否かを判定する。最後の曲でないと判定された場合、アプリケーション連携部２５２は、処理をステップＳ１０２に戻し、プレイリストに基づいて曲を再選択し、再選択した曲のストリーミング送信を行う。以上のようにステップＳ１０２乃至ステップＳ１０５の処理を繰り返し、ステップＳ１０５において、プレイリストの最後の曲をストリーミング送信したと判定した場合、アプリケーション連携部２５２は、処理をステップＳ１０６に進め、ストリーミング送信を終了する。

これに対して、受信側機器のアプリケーション連携部２５２は、ステップＳ１２５において、音楽プレーヤアプリケーション２１２Ｂを制御し、曲が終了したか、または、ユーザにより再生停止が指示されたか否かを判定し、曲が終了しておらず停止指示も受けていないと判定された場合、処理をステップＳ１２３に戻し、それ以降の処理を繰り返し、受信および再生を継続する。ステップＳ１２５において、曲が終了した、または、停止指示を受けたと判定した場合、受信側機器のアプリケーション連携部２５２は、ステップＳ１２６に処理を進め、ストリーミング送信を終了する。

以上のような制御により、ユーザの指示無しに、通信相手の能力に応じて送信側機器において実行されているアプリケーションと異なる適切なアプリケーションを受信側機器で実行させることができる。これによりアプリケーションはより多様なサービスを提供することができ、アプリケーションの利便性を向上させることができる。

次に、第３の例を説明する。図１７は、第３の例の様子を説明する図である。図１７に示されるように、１台の装置がハンドオーバ処理により複数の装置と接続することもできる。図１７の例の場合、オーディオコンポ３１２が、携帯電話機１０１Ａ乃至携帯電話機１０１Ｃと第２通信を行い、各装置からプレイリストを取得し、さらにそのプレイリスト順に従って楽曲データを各装置からストリーミング送信させ、受信した楽曲データを再生出力する。

つまり、携帯電話機１０１Ａにおいてプレイリスト管理アプリケーション２１４Ａを実行中に、ユーザが、「キャストボタン」を押下する等してコンテンツキャストアプリケーション２１１Ａを起動させ、携帯電話機１０１Ａの筺体をオーディオコンポ３１２にかざして近接させることにより第１通信を確立させ、その第１通信によってハンドオーバ処理を実行させて第２通信を確立し、プレイリストをオーディオコンポ３１２に登録する。

同様に、携帯電話機１０１Ｂにおいてプレイリスト管理アプリケーション２１４Ｂを実行中に、ユーザが、「キャストボタン」を押下する等してコンテンツキャストアプリケーション２１１Ｂを起動させ、携帯電話機１０１Ｂの筺体をオーディオコンポ３１２にかざしてプレイリストをオーディオコンポ３１２に登録する。さらに同様に、携帯電話機１０１Ｃにおいてプレイリスト管理アプリケーション２１４Ｃを実行中に、ユーザが、「キャストボタン」を押下する等してコンテンツキャストアプリケーション２１１Ｃを起動させ、携帯電話機１０１Ｃの筺体をオーディオコンポ３１２にかざしてプレイリストをオーディオコンポ３１２に登録する。

オーディオコンポ３１２は、以上のような操作に対して、コンテンツキャストアプリケーション２１１Ｄを起動し、ハンドオーバ処理を実行させ第２通信を確立させると、プレイリスト管理アプリケーション２１４Ｄを起動させ、携帯電話機１０１Ａ乃至携帯電話機１０１Ｃより供給される各プレイリストを保存する。そして、オーディオコンポ３１２は、コンテンツキャストアプリケーション２１１Ｄにより、プレイリスト管理アプリケーション２１４Ｄに登録された各プレイリストの順序に従って、楽曲データを選択し、選択した楽曲をそのプレイリスト送信元の装置よりストリーミング送信させ、さらに、音楽プレーヤアプリケーション２１２Ｄを起動させ、受信した楽曲データを再生出力する。

この場合も、第２の例と同様に、送信側機器と受信側機器とで実行されるアプリケーションが異なるが、送信側機器および受信側機器がケイパビリティ情報に基づいて、通信相手の能力に応じてアプリケーションを設定・動作させるため、ユーザによる不要な設定操作を必要とせずに、上述したような音楽共有サービスを実現することができる。つまり、ユーザによる不要な設定操作を必要とせずに、オーディオコンポ３１２を用いてより多人数で音楽データの再生サービスを共有することができ、アプリケーションの利便性が向上する。

この場合の処理の流れの例を図１８のフローチャートを参照して説明する。以下においては、図１７の例に従い、送信側機器を携帯電話機１０１Ａとし、受信側機器をオーディオコンポ３１２として説明する。なお、オーディオコンポ３１２は、実行されるアプリケーションが行う処理が異なるだけで、基本的に携帯電話機１０１と同様の構成を有する。

図８のフローチャートを参照して説明したように第２通信を確立した送信側機器のコンテンツキャストアプリケーション２１１Ａのアプリケーション設定部２５１は、ステップＳ１４１において、ケイパビリティ情報に基づいて、通信相手の装置が音楽プレーヤアプリケーション２１２Ｄとプレイリスト管理アプリケーション２１４Ｄを実行可能であるか否かを確認し、実行可能である場合、プレイリストを送信し、さらに受信側機器の要求に従って楽曲データをストリーミング送信するようにする等のアプリケーション設定を行う。

これに対して、図９のフローチャートを参照して説明したように第２通信を確立した受信機側機器のコンテンツキャストアプリケーション２１１Ｄのアプリケーション連携部２５２は、ステップＳ１６１において、音楽プレーヤアプリケーション２１２Ｄおよびプレイリスト管理アプリケーション２１４Ｄを起動する。ステップＳ１６２において、アプリケーション設定部２５１は、ケイパビリティ情報に基づいて、受信したプレイリストを登録し、登録されたプレイリストの曲順に従って曲の選択を行い、選択した曲をプレイリストの送信元にストリーミング送信させるように要求し、受信したストリーミングデータを再生出力するようにする等のアプリケーション設定を行う。

準備が整うと、送信側機器のアプリケーション連携部２５２は、ステップＳ１４２において、受信側機器からの要求に基づいて、選択されたプレイリスト管理アプリケーション２１４Ａにおいてユーザにより選択されているプレイリストを受信側機器に送信する。受信側機器のアプリケーション連携部２５２は、ステップＳ１６３において、そのプレイリストを受信すると、プレイリスト管理アプリケーション２１４Ｄを制御して保持させる。

以上のように各装置よりプレイリストが登録されると、受信側機器のアプリケーション連携部２５２は、ステップＳ１６４において、プレイリスト管理アプリケーション２１４Ｄを制御して、登録されたプレイリストの曲順に基づいて再生する曲を選択し、ステップＳ１６５において、選択した曲の音楽データを送信側機器に要求する。どの装置がその音楽データを有しているかは、その曲が含まれるプレイリストの送信元より判断する。

送信側機器のアプリケーション連携部２５２は、ステップＳ１４３において、その要求を取得すると、ステップＳ１４４において、指定された音楽データをストリーミング送信する。受信側機器のアプリケーション連携部２５２は、ステップＳ１６６において、その音楽データを受信し、音楽プレーヤアプリケーション２１２Ｄを制御して、その音楽データを再生出力させる。

ステップＳ１６７において、受信側機器のアプリケーション連携部２５２は、プレイリスト管理アプリケーション２１４Ｄを制御して、登録されたプレイリストの全楽曲を再生したか否かを判定し、まだ未再生の楽曲があると判定した場合は、処理をステップＳ１６４に戻し、全楽曲を再生するまで、それ以降の処理を繰り返し実行させる。ステップＳ１６７において、全楽曲を再生したと判定した場合、受信側機器のアプリケーション連携部２５２は、処理をステップＳ１６８に進め、音楽プレーヤアプリケーション２１２Ｄを制御して、音楽データの再生出力を終了させる。

また、送信側機器のアプリケーション連携部２５２は、ステップＳ１４４におけるストリーミング送信の処理が終了すると、ステップＳ１４５に処理を進め、ストリーミング送信を終了する。

以上のような制御により、ユーザの指示無しに、複数の通信相手とハンドオーバ処理を行うことができるだけでなく、さらに、通信相手の能力に応じて送信側機器において実行されているアプリケーションと異なる適切なアプリケーションを受信側機器で実行させることができる。これによりアプリケーションはより多様なサービスを提供することができ、アプリケーションの利便性をさらに向上させることができる。

次に、第４の例を説明する。図１９は、第４の例の様子を説明する図である。図１９に示されるように、自分自身が複数種類のコンテンツデータを使用することができる場合に、ケイパビリティ情報に基づいて、通信相手が実行可能なアプリケーションが取り扱うことのできるコンテンツデータを把握し、使用するコンテンツデータを選択するようにしてもよい。

例えば、図１９Ａに示されるように、送信側機器となる携帯電話機１０１が音楽データ、画像データ、およびテキストデータのように各種のコンテンツデータを使用可能なマルチプレーヤアプリケーション２１５Ａを実行中にコンテンツキャストアプリケーション２１１Ａが起動されると、受信側機器となる携帯電話機１０２がコンテンツキャストアプリケーション２１１Ｂ以外に音楽プレーヤアプリケーション２１２Ｂのみを実行することができる場合、コンテンツキャストアプリケーション２１１Ａは、マルチプレーヤアプリケーション２１５Ａにおいて再生中の音楽データのストリーミング送信を行うようにする。

また、受信側機器となるプリンタ３２２がコンテンツキャストアプリケーション２１１Ｂ以外に印刷制御アプリケーション２１６Ｂのみを実行することができる場合、コンテンツキャストアプリケーション２１１Ａは、マルチプレーヤアプリケーション２１５Ａにおいて再生中の音楽データの楽曲の歌詞データ（テキストデータ）やジャケット画像データ（画像データ）を送信し、プリンタ３２２に歌詞やジャケット画像を印刷させるようにする。

このように、携帯電話機１０１は、通信相手の能力に応じて、自分自身において実行されるアプリケーションの処理内容を変化させ、取り扱うコンテンツデータを変化させることにより、ユーザによる不要な設定操作を必要とせずに、より多様なサービスを提供することができるようになり、アプリケーションの利便性が向上する。

この場合の処理の流れの例を図２０のフローチャートを参照して説明する。以下においては、図１９Ｂの例に従い、送信側機器を携帯電話機１０１とし、受信側機器をプリンタ３２２として説明する。なお、プリンタ３２２が有する機能は、実行可能なアプリケーションが印刷制御アプリケーション２１６のみであること以外は、基本的に携帯電話機１０１と同様のものとして説明する。

図８のフローチャートを参照して説明したように第２通信を確立した送信側機器のコンテンツキャストアプリケーション２１１Ａのアプリケーション設定部２５１は、ステップＳ１８１において、ケイパビリティ情報に基づいてアプリケーション設定を行う。このとき、アプリケーション設定部２５１は、ケイパビリティ情報によって、受信側機器が印刷制御アプリケーション２１６Ｂのみを実行可能であることを確認し、マルチプレーヤアプリケーション２１５Ａにおいて再生中の楽曲の歌詞データ（テキストデータ）やジャケット画像データ（画像データ）を送信して印刷させるようにする等のアプリケーションの設定を行う。

これに対して、図９のフローチャートを参照して説明したように第２通信を確立した受信機側機器のコンテンツキャストアプリケーション２１１Ｂのアプリケーション連携部２５２は、ステップＳ１９１において、印刷制御アプリケーション２１６Ｂを起動する。ステップＳ１９２において、アプリケーション設定部２５１は、ケイパビリティ情報に基づいて、歌詞データ（テキストデータ）やジャケット画像データ（画像データ）を受信し、その受信した歌詞やジャケット画像を印刷するようにする等のアプリケーション設定を行う。

準備が整うと、送信側機器のアプリケーション連携部２５２は、ステップＳ１８２において、マルチプレーヤアプリケーション２１５Ａにおいて再生中の楽曲の歌詞データ（テキストデータ）やジャケット画像データ（画像データ）を送信する。受信側機器のアプリケーション連携部２５２は、ステップＳ１９３において、そのデータを受信すると、ステップＳ１９４において印刷制御アプリケーション２１６Ｂを制御し、受信したテキストデータや画像データを印刷させる。

以上のような制御により、アプリケーションは、ユーザの指示無しに、より多様なサービスを提供することができ、アプリケーションの利便性をさらに向上させることができる。

もちろん、印刷させるデータは、どのようなデータであってもよく、歌詞データおよびジャケット画像データ以外のものであってもよい。また、以上においては、印刷の場合について説明したが、データ送信先において行われる処理は印刷以外の処理であってもよく、受信側機器もプリンタでなくてもよい。

次に、第５の例を説明する。図２１は、第５の例の様子を説明する図である。図２１に示されるように、例えば受信側機器である携帯電話機１０２において、ブルートゥース通信機能を有するヘッドセット３３１が利用されている場合、音楽データを送信する携帯電話機１０１は、携帯電話機１０２より取得したケイパビリティ情報に基づいてそのことを把握すると、携帯電話機１０２に対してではなく、そのヘッドセット３３１に対して音楽データを送信するようにすることもできる。

ヘッドセット３３１は、音楽プレーヤアプリケーション２１２Ｃを実行可能であり、ブルートゥース通信（第２通信）を介してコンテンツキャストアプリケーション２１１よりストリーミング送信される音楽データを再生出力することができる。これに対して携帯電話機１０２は、音楽データを再生する場合、音声を出力せずに、コンテンツキャストアプリケーション２１１Ｂを用いて、その音楽データを、ブルートゥース通信を介してヘッドセット３３１にストリーミング送信する。携帯電話機１０２のケイパビリティ情報には、このような各アプリケーションの設定が含まれている。

携帯電話機１０１は、携帯電話機１０２と第１通信を確立し、この携帯電話機１０２よりケイパビリティ情報を取得する。つまり、携帯電話機１０１が携帯電話機１０２より取得するケイパビリティ情報には、携帯電話機１０２およびヘッドセット３３１のそれぞれの、第２通信に関する情報やアプリケーションに関する情報（複数の装置の能力に関する情報）が含まれており、携帯電話機１０１は、このケイパビリティ情報から、携帯電話機１０２に音楽データを送信してもヘッドセット３３１に転送されること、および、携帯電話機１０１がヘッドセット３３１に音楽データをストリーミング送信することができることを知る。そこで、携帯電話機１０１は、そのケイパビリティ情報に基づいて、コンテンツキャストアプリケーション２１１Ａの設定を行い、音楽データをヘッドセット３３１に送信するようにする。

この場合の処理の流れの例を図２２のフローチャートを参照して説明する。以下においては、図２１の例に従い、送信側機器を携帯電話機１０１とし、受信側機器を携帯電話機１０２およびヘッドセット３３１として説明する。

図８のフローチャートを参照して説明したように第２通信を確立した送信側機器のコンテンツキャストアプリケーション２１１Ａのアプリケーション設定部２５１は、ステップＳ２１１において、ケイパビリティ情報に基づいてアプリケーション設定を行う。このとき、アプリケーション設定部２５１は、ケイパビリティ情報によって、受信側機器が携帯電話機１０２およびヘッドセット３３１よりなり、ブルートゥース通信（第２通信）により携帯電話機１０２より音楽データがヘッドセット３３１に供給され、ヘッドセット３３１においてその音楽データが再生出力されることを確認し、マルチプレーヤアプリケーション２１５Ａにおいて再生中の楽曲データをヘッドセット３３１に送信して再生出力させるようにする等のアプリケーションの設定を行う。

なお、この場合、携帯電話機１０１は、楽曲データをヘッドセット３３１に送信するため、通信相手をヘッドセット３３１として第２通信の接続を確立させる。すなわち、携帯電話機１０１（第２通信確立部２３５）は、ケイパビリティ情報に基づいて、図８のフローチャートにおいて、ステップＳ４における通信相手としてヘッドセット３３１を選択し、さらに、ケイパビリティ情報に含まれるヘッドセット３３１が通信可能な通信方式の情報に基づいて、ヘッドセット３３１に対して、ステップＳ４乃至ステップＳ１１の処理を必要に応じて行うことにより、ヘッドセット３３１との第２通信の接続を確立させる。ステップＳ２１１においては、携帯電話機１０１（アプリケーション設定部２５１）は、その上で、ケイパビリティ情報に含まれるヘッドセット３３１が実行可能なアプリケーションに関する情報に基づいて、マルチプレーヤアプリケーション２１５Ａにおいて再生中の楽曲データをヘッドセット３３１に送信して再生出力させるようにする等のアプリケーションの設定を行う。

これに対して、受信機側機器は、図９のフローチャートを参照して説明したように携帯電話機１０１との第２通信の接続を確立する。すなわち、携帯電話機１０２は、図９のステップＳ２１乃至ステップＳ２３のように処理を行ってケイパビリティ情報等を携帯電話機１０１と交換し、ヘッドセット３１１に、ステップＳ２４乃至ステップＳ３１の各処理を適宜実行させ、携帯電話機１０１との第２通信の接続を確立させる。なお、携帯電話機１０２とヘッドセット３１１との間の通信接続は予め確立されているものとする。接続が確立されていない場合、携帯電話機１０２は、先にヘッドセット３１１との通信接続を確立させてから、ヘッドセット３１１にステップＳ２４乃至ステップＳ３１の各処理を適宜実行させる。以上の処理の後、携帯電話機１０２のコンテンツキャストアプリケーション２１１Ｂのアプリケーション連携部２５２は、ステップＳ２２１において、ヘッドセット３３１の音楽プレーヤアプリケーション２１２Ｃを起動させる。この処理に対応して、ヘッドセット３３１は、ステップＳ２３１において、音楽プレーヤアプリケーション２１２Ｃを起動させる。

ステップＳ２２２において、携帯電話機１０２のアプリケーション連携部２５２は、ケイパビリティ情報に基づいて、携帯電話機１０１より供給される音楽データを再生するようにする等の、ヘッドセット３３１の音楽プレーヤアプリケーション２１２Ｃの設定を行う。この処理に対応して、ヘッドセット３３１の音楽プレーヤアプリケーション２１２Ｃは、携帯電話機１０１より供給される音楽データを再生するようにする等の、アプリケーション設定を行う。

準備が整うと、携帯電話機１０１のアプリケーション連携部２５２は、ステップＳ２１２において、マルチプレーヤアプリケーション２１５Ａを制御して、ユーザ等により選択された楽曲データをヘッドセット３３１に送信する。携帯電話機１０１のアプリケーション連携部２５２は、ステップＳ２１３において、ストリーミングが終了したか、または、送信停止が指示されたと判定するまで、ステップＳ２１２の処理を継続する。

これに対してヘッドセット３３１の音楽プレーヤアプリケーション２１２Ｃは、ステップＳ２３３において携帯電話機１０１より送信される楽曲データを受信し、ステップＳ２３４において、その楽曲データを再生出力する。音楽プレーヤアプリケーション２１２Ｃは、ステップＳ２３５において、ストリーミングが終了したか、または、再生停止が指示されたと判定するまで、ステップＳ２３３およびステップＳ２３４の処理を継続する。

ステップＳ２１３において、ストリーミングが終了したか、または、送信停止が指示されたと判定された場合、携帯電話機１０１のアプリケーション連携部２５２は、処理をステップＳ２１４に進め、ストリーミング送信を終了する。

同様に、ステップＳ２３５において、ストリーミングが終了したか、または、再生停止が指示されたと判定された場合、ヘッドセット３３１の音楽プレーヤアプリケーション２１２Ｃは、処理をステップＳ２３６に進め、再生出力を終了する。

以上のように制御することにより、受信側機器が複数の装置により構成される場合も、携帯電話機１０１は、ケイパビリティ情報に基づいて、適切なデバイスに対して適切なデータを送信することができ、処理効率を向上させ、負荷を軽減させることができ、アプリケーションの利便性を向上させることができる。

以上においては、携帯電話機１０２とヘッドセット３３１を受信側機器とし、携帯電話機１０１が、ケイパビリティ情報に基づいて、音楽データを携帯電話機１０２に送信する代わりにヘッドセット３３１に送信するように制御する場合の例について説明したが、受信側機器は、これら以外の装置であってもよく、このような受信側機器に対して行う通信制御の内容も上述した以外であってもよい（ケイパビリティ情報に基づいて適切に選択される）。また、受信側機器として構成される装置の数は任意である。

なお、ケイパビリティ情報を用いて、上述した以外のアプリケーション設定およびアプリケーション制御を行うようにしてももちろんよい。例えば、図２３に示されるように、ハンドオーバを要求する側が受信側機器となるようにすることも可能である。

図２３の例の場合、携帯電話機１０１のユーザは、コンテンツキャストアプリケーション２１１Ａを起動させ、例えば、レコード販売店の試聴機やポスタ等のような、コンテンツキャストアプリケーション２１１Ｂを実行中の通信デバイス３４１に筺体を近接させることにより、通信デバイス３４１より送信される音楽データを、携帯電話機１０１に受信させ、再生出力させることができる。

この場合、携帯電話機１０１は、通信相手のケイパビリティ情報により、通信相手となる通信デバイス３４１が音楽データの送信機能しか有していないことを把握し、音楽プレーヤアプリケーション２１２Ａを起動し、その音楽データを受信して再生出力するように設定および制御を行う。このような処理により、携帯電話機１０１は、通信相手の能力に応じてより多様なサービスを提供することができる。

なお、各装置のユーザプロファイル取得部２４１により授受されるユーザプロファイルは、ユーザにより設定可能とするようにしてもよい。例えば、図２４に示されるようなGUI画面においてユーザが個人情報を入力することができるようにし、その情報がユーザプロファイルとして管理されるようにしてもよい。

また、例えば音楽プレーヤアプリケーション２１２のように各アプリケーションのログを表示することができるようにしてもよい。図２５は、そのログの表示例を示している。このログ表示は、例えば、図２５Ａに示されるように再生出力した曲を一覧（リスト）として表示するようにしてもよいし、図２５Ｂに示されるように、楽曲毎に、どのような処理が行われたかを示すようにしてもよいし、図２５Ｃに示されるように、ストリーミング送信した通信相手毎に、ストリーミング送信した楽曲の履歴一覧を表示するようにしてもよい。もちろん、これら以外の表示方法を採用しても良い。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。

この記録媒体は、例えば、図２に示されるように、装置本体とは別に、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROMおよびDVDを含む）、光磁気ディスク（MDを含む）、もしくは半導体メモリなどよりなるリムーバブルメディア１３１により構成されるだけでなく、装置本体に予め組み込まれた状態で提供される、プログラムが記録されているROM１１２や、記憶部１２３に含まれるハードディスクなどで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数のデバイス（装置）により構成される装置全体を表わすものである。

なお、以上において、１つの装置として説明した構成を分割し、複数の装置として構成するようにしてもよい。逆に、以上において複数の装置として説明した構成をまとめて１つの装置として構成されるようにしてもよい。また、各装置の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置の構成の一部を他の装置の構成に含めるようにしてもよい。つまり、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

本発明を適用した通信システムの主な構成例を示すブロック図である。 図１の携帯電話機の主な構成例を示すブロック図である。 図２のCPUが実現可能な機能例を示す機能ブロック図である。 図３のハンドオーバアプリケーションの例を示す図である。 ハンドオーバアプリケーションの動作の様子の例を説明する図である。 各種情報の構成例を説明する図である。 第２通信の設定および制御の例を説明する図である。 接続要求側制御処理の流れの例を説明するフローチャートである。 接続応答側制御処理の流れの例を説明するフローチャートである。 画面例を示す図である。 アプリケーション制御の第１の例を説明する図である。 図１１の場合の制御処理の流れの例を説明するフローチャートである。 画面例を示す図である。 アプリケーション制御の第２の例を説明する図である。 図１４の場合の制御処理の流れの例を説明するフローチャートである。 画面例を示す図である。 アプリケーション制御の第３の例を説明する図である。 図１７の場合の制御処理の流れの例を説明するフローチャートである。 アプリケーション制御の第４の例を説明する図である。 図１９の場合の制御処理の流れの例を説明するフローチャートである。 アプリケーション制御の第５の例を説明する図である。 図２１の場合の制御処理の流れの例を説明するフローチャートである。 アプリケーション制御の第６の例を説明する図である。 画面例を示す図である。 画面例を示す図である。

符号の説明

１００ 通信システム， １０１および１０２ 携帯電話機， １１１ CPU， １４１ 第１通信部， １４２ 第２通信部， ２０４ ハンドオーバ処理部， ２０５ ハンドオーバログ管理部， ２０６ 情報管理部， ２０８ ハンドオーバアプリケーション， ２１１ コンテンツキャストアプリケーション， ２１２ 音楽プレーヤアプリケーション， ２２１ ハンドオーバ制御部， ２２２ メタ情報取得部， ２２３ アプリケーション制御部， ２２４ GUI処理部， ２２５ メモリアクセス処理部， ２３１ 第１通信確立部， ２３２ 第２通信設定情報授受部， ２３３ ケイパビリティ情報授受部， ２３４ 第２通信設定部， ２３５ 第２通信確立部， ２４１ ユーザプロファイル取得部， ２４２ サービス連携情報取得部， ２５１ アプリケーション設定部， ２５２ アプリケーション連携部， ２８４ ケイパビリティ情報

Claims (9)

1. 近接された他の情報処理装置との間で情報の授受を近接無線通信によって行うことが可能な第１の通信部を制御し、前記近接無線通信の接続を確立させる第１の接続確立手段と、
   前記第１の接続確立手段により接続が確立された前記近接無線通信を介して、前記他の情報処理装置より、前記近接無線通信より通信可能範囲が広い近距離無線通信の設定情報、および、情報処理装置の能力に関するケイパビリティ情報を取得する取得手段と、
   前記取得手段により取得された前記設定情報に基づいて、前記近距離無線通信を行う第２の通信部を制御し、前記近距離無線通信の接続を確立させる第２の接続確立手段と、
   前記取得手段により取得された、前記情報処理装置または前記他の情報処理装置の挙動を特定する挙動設定情報、前記他の情報処理装置に接続されている機器に関する接続機器情報、前記他の情報処理装置の状態を示す機器状態情報、前記他の情報処理装置が実行可能なアプリケーションに関するアプリケーション情報のうちの少なくともひとつを含む前記ケイパビリティ情報に基づいて、前記他の情報処理装置との間で授受される情報に基づく所定の処理を実行する処理実行手段と
   を備える情報処理装置。
2. 前記ケイパビリティ情報は、前記他の情報処理装置が有する前記第２の通信部による前記近距離無線通信の通信方式を示す情報を含み、
   前記第２の接続確立手段は、前記設定情報および前記ケイパビリティ情報に基づいて、前記他の情報処理装置が通信可能な通信方式により、前記近距離無線通信を確立させる
   請求項１に記載の情報処理装置。
3. 前記処理実行手段は、前記ケイパビリティ情報に含まれる前記アプリケーション情報に基づいて、前記第２の接続確立手段により接続が確立された前記近距離無線通信を介して授受される情報に基づく処理を実行するためのアプリケーションの設定を前記所定の処理として行う
   請求項１に記載の情報処理装置。
4. 前記ケイパビリティ情報は、複数の他の情報処理装置のそれぞれについて、前記第２の通信部による前記近距離無線通信の通信方式を示す情報を含み、
   前記第２の接続確立手段は、前記ケイパビリティ情報に基づいて、前記近距離無線通信の通信相手を前記複数の他の情報処理装置の中から選択し、選択された他の情報処理装置が通信可能な通信方式により、前記他の情報処理装置との前記近距離無線通信を確立させる
   請求項１に記載の情報処理装置。
5. 前記ケイパビリティ情報は、複数の他の情報処理装置のそれぞれについて、実行可能なアプリケーションに関する情報である前記アプリケーション情報を含み、
   前記第２の接続確立手段は、前記ケイパビリティ情報に基づいて、前記近距離無線通信の通信相手を前記複数の他の情報処理装置の中から選択し、前記近距離無線通信を確立させ、
   前記処理実行手段は、前記ケイパビリティ情報に示される、前記第２の接続確立手段により選択された他の情報処理装置が実行可能なアプリケーションに関する前記アプリケーション情報に基づいて、前記第２の接続確立手段により接続が確立された前記近距離無線通信を介して授受される情報に基づく処理を実行するためのアプリケーションの設定を前記所定の処理として行う
   請求項１に記載の情報処理装置。
6. 前記処理実行手段は、前記他の情報処理装置または前記他の情報処理装置に接続されている機器において出力される情報を前記第２の接続確立手段により接続が確立された前記近距離無線通信によって送信するための設定、または、前記第２の接続確立手段により接続が確立された前記近距離無線通信によって前記他の情報処理装置から送信されてきた情報を出力するための設定を、前記ケイパビリティ情報に基づいて行う
   請求項１に記載の情報処理装置。
7. 前記第１の接続確立手段により接続が確立された前記近接無線通信を介して、前記設定情報と前記ケイパビリティ情報を前記他の情報処理装置に対して送信する送信手段をさらに備える
   請求項１に記載の情報処理装置。
8. 近接された他の情報処理装置との間で情報の授受を近接無線通信によって行うことが可能な第１の通信部を制御し、前記近接無線通信の接続を確立させ、
   接続が確立された前記近接無線通信を介して、前記他の情報処理装置より、前記近接無線通信より通信可能範囲が広い近距離無線通信の設定情報、および、情報処理装置の能力に関するケイパビリティ情報を取得し、
   取得された前記設定情報に基づいて、前記近距離無線通信を行う第２の通信部を制御し、前記近距離無線通信の接続を確立させ、
   取得された、前記情報処理装置または前記他の情報処理装置の挙動を特定する挙動設定情報、前記他の情報処理装置に接続されている機器に関する接続機器情報、前記他の情報処理装置の状態を示す機器状態情報、前記他の情報処理装置が実行可能なアプリケーションに関するアプリケーション情報のうちの少なくともひとつを含む前記ケイパビリティ情報に基づいて、前記他の情報処理装置との間で授受される情報に基づく所定の処理を実行する
   ステップを含む情報処理方法。
9. 近接された他の情報処理装置との間で情報の授受を近接無線通信によって行うことが可能な第１の通信部を制御し、前記近接無線通信の接続を確立させ、
   接続が確立された前記近接無線通信を介して、前記他の情報処理装置より、前記近接無線通信より通信可能範囲が広い近距離無線通信の設定情報、および、情報処理装置の能力に関するケイパビリティ情報を取得し、
   取得された前記設定情報に基づいて、前記近距離無線通信を行う第２の通信部を制御し、前記近距離無線通信の接続を確立させ、
   取得された、前記情報処理装置または前記他の情報処理装置の挙動を特定する挙動設定情報、前記他の情報処理装置に接続されている機器に関する接続機器情報、前記他の情報処理装置の状態を示す機器状態情報、前記他の情報処理装置が実行可能なアプリケーションに関するアプリケーション情報のうちの少なくともひとつを含む前記ケイパビリティ情報に基づいて、前記他の情報処理装置との間で授受される情報に基づく所定の処理を実行する
   ステップを含む処理をコンピュータに実行させるプログラム。

Images