(57)【特許請求の範囲】
【請求項１】
携帯端末と、
サーバと、
を備え、
前記携帯端末は、
通信インタフェースを介してデバイスが接続された場合に、前記携帯端末が前記デバイスを制御できるか否かを判定する判定手段と、
前記判定手段により、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続された前記サーバに対して、前記デバイスを制御するようリクエストする要求手段と、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御手段と、
を有し、
前記サーバは、前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御することを特徴とする情報処理システム。
【請求項２】
前記携帯端末の前記信号転送制御手段は、前記通信インタフェースのプロトコルに従って前記デバイスから取得したデータを記憶する記憶手段をさらに備え、前記記憶手段に記憶された前記データを用いて、前記サーバによる前記デバイスとの間の前記通信の確立までの少なくとも一部のプロトコルを代替することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記要求手段は、前記判定手段により前記携帯端末が前記デバイスを制御できないと判定された場合、前記通信インタフェースを介した前記デバイスとの間の通信について切断処理を行ない、前記サーバに対して前記サーバと前記デバイスとの間の接続処理を要求し、
前記サーバは、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記サーバと前記デバイス間に前記通信インタフェースのプロトコルに従って前記通信を確立することを特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記サーバは、仮想通信インタフェースを含む仮想パーソナルコンピュータを備え、前記仮想通信インタフェースが前記デバイスとの間に前記通信を確立して前記デバイスを制御することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
前記通信インタフェースは、ＵＳＢであって、前記判定手段は、前記デバイスから受信したデバイスディスクリプタに基づいて、前記携帯端末が前記デバイスを制御できるか否かの判定を行なうことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
前記判定手段は、前記通信インタフェースを介して出力デバイスが接続された場合、さらに、前記出力デバイスを認識し、前記出力デバイスが前記携帯端末から送信された出力データを処理できるデバイスか否かを判定し、
前記要求手段は、前記判定手段により前記出力デバイスが前記携帯端末から送信された出力データを処理できるデバイスでないと判定した場合、さらに、前記サーバに対して前記出力データを提供し、前記出力データを前記出力デバイスが処理できる形式に変換することをリクエストし、
前記サーバは、前記要求手段のリクエストに応じて、前記出力デバイスが処理できる前記形式の出力データへの変換処理を行なうことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
【請求項７】
前記要求手段は、ネットワークアドレスを指定して、前記サーバに対して、該ネットワークアドレスに保存された出力データを、前記出力デバイスが受け付けることのできる前記形式で供給することをリクエストすることを特徴とする請求項６に記載の情報処理システム。
【請求項８】
前記判定手段は、前記通信インタフェースを介して入力デバイスが接続された場合に、さらに、前記入力デバイスを認識し、前記入力デバイスが前記携帯端末で処理できる入力データを送信できるデバイスか否かを判定し、
前記要求手段は、前記判定手段により、前記入力デバイスが前記携帯端末で処理できるデータを送信するデバイスではないと判定された場合に、さらに、前記入力デバイスから受信した前記入力データの形式を、前記携帯端末で処理できる形式に変換することを前記サーバに対してリクエストし、
前記サーバは、前記要求手段からのリクエストに応答して、前記入力データの形式を、前記携帯端末が処理することのできる前記形式に変換することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
【請求項９】
前記デバイスは、ディスプレイ、プロジェクタ、プリンタ、スピーカ、車両、および、ロボットの少なくともいずれか１つの出力デバイス、または、ＤＶＤプレーヤ、メモリカード、および、ＨＤＤの少なくともいずれか１つの入力デバイスを含むことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
【請求項１０】
前記通信インタフェースは、ＵＳＢ、ＩＥＥＥ１３９４、ＩＥＥＥ１８８８、Ｂｌｕｅｔｏｏｔｈ(登録商標)、Ｗｉ−Ｆｉ、ＩｒＤＡ、ＳＤ、Ｚｉｇｂｅｅ(登録商標)、ＨＤＭＩ(登録商標)、ＭＩＤＩ、ＳＣＳＩ、ＩＤＥ、ＲＳ２３２Ｃ、ＩＥＥＥ４８８（ＧＢＩＢ）、ＥＩＡ／ＲＳ４２２、およびＩＥＥＥ１２８４のいずれか１つの規格に準拠した通信インタフェースであることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理システム。
【請求項１１】
通信インタフェースを介してデバイスが接続された場合に、携帯端末が前記デバイスを制御できるか否かを判定する判定手段と、
前記判定手段により、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求手段と、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御手段と、
を備えたことを特徴とする携帯端末。
【請求項１２】
通信インタフェースを介してデバイスが接続された場合に、携帯端末が前記デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにおいて、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求ステップと、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御ステップと、
を含むことを特徴とする携帯端末の制御方法。
【請求項１３】
通信インタフェースを介してデバイスが接続された場合に、携帯端末が前記デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにおいて、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求ステップと、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御ステップと、
をコンピュータに実行させることを特徴とする携帯端末の制御プログラム。
【請求項１４】
請求項１乃至１０のいずれか１項に記載の情報処理システムに含まれるサーバであって、
前記携帯端末の前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御することを特徴とするサーバ。
【請求項１５】
請求項１乃至１０のいずれか１項に記載の情報処理システムに含まれるサーバの制御方法であって、
前記携帯端末の前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御する制御ステップを備えることを特徴とするサーバの制御方法。
【請求項１６】
請求項１乃至１０のいずれか１項に記載の情報処理システムに含まれるサーバの制御プログラムであって、
前記携帯端末の前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御する制御ステップをコンピュータに実行させることを特徴とするサーバの制御プログラム。
【請求項１７】
携帯端末が、通信インタフェースを介してデバイスが接続された場合に、前記携帯端末が前記デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにおいて、前記携帯端末が前記デバイスを制御できないと判定された場合に、前記携帯端末が、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求ステップと、
前記携帯端末が、信号転送制御手段により、前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御ステップと、
前記サーバが、前記要求ステップにおけるリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御するデバイス制御ステップと、
を含むことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツなどのデータを出力デバイスに出力するための技術に関する。
【背景技術】
【０００２】
上記技術分野において、特許文献１には、ユーザが通話中に、使用中の携帯電話機と別のディスプレイに、それらの携帯電話機に関連したコンテンツを表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2011-223506号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術は、あくまでも２つの携帯電話機の存在が必要であり、また、周辺機器にコンテンツサーバとの通信機能が設けられていない場合には、実現不可能であった。さらに、周辺機器に出力できない形態のコンテンツを、その周辺機器から出力することはできなかった。すなわち、携帯電話機を出力デバイスに接続するだけでは、出力デバイスに対してその出力デバイスが処理できる形式のデータを出力できなかった。
【０００５】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係る情報処理システムは、
携帯端末と、
サーバと、
を備え、
前記携帯端末は、
通信インタフェースを介してデバイスが接続された場合に、前記携帯端末が前記デバイスを制御できるか否かを判定する判定手段と、
前記判定手段により、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続された前記サーバに対して、前記デバイスを制御するようリクエストする要求手段と、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御手段と、
を有し、
前記サーバは、前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御することを特徴とする。
【０００７】
上記目的を達成するため、本発明に係る携帯端末は、
通信インタフェースを介してデバイスが接続された場合に、携帯端末が前記デバイスを制御できるか否かを判定する判定手段と、
前記判定手段により、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求手段と、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御手段と、
を備えたことを特徴とする。
【０００８】
上記目的を達成するため、本発明に係る携帯端末の制御方法は、
通信インタフェースを介してデバイスが接続された場合に、携帯端末が前記デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにおいて、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求ステップと、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御ステップと、
を含むことを特徴とする。
【０００９】
上記目的を達成するため、本発明に係る携帯端末の制御プログラムは、
通信インタフェースを介してデバイスが接続された場合に、携帯端末が前記デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにおいて、前記携帯端末が前記デバイスを制御できないと判定された場合に、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求ステップと、
前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御ステップと、
をコンピュータに実行させることを特徴とする。
【００１０】
上記目的を達成するため、本発明に係るサーバは、
上述の情報処理システムに含まれるサーバであって、
前記携帯端末の前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御することを特徴とする。
【００１１】
上記目的を達成するため、本発明に係るサーバの制御方法は、
上述の情報処理システムに含まれるサーバの制御方法であって、
前記携帯端末の前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御する制御ステップを備えることを特徴とする。
【００１２】
上記目的を達成するため、本発明に係るサーバの制御プログラムは、
上述の情報処理システムに含まれるサーバの制御プログラムであって、
前記携帯端末の前記要求手段からのリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御する制御ステップをコンピュータに実行させることを特徴とする。
【００１３】
上記目的を達成するため、本発明に係る情報処理方法は、
携帯端末が、通信インタフェースを介してデバイスが接続された場合に、前記携帯端末が前記デバイスを制御できるか否かを判定する判定ステップと、
前記判定ステップにおいて、前記携帯端末が前記デバイスを制御できないと判定された場合に、前記携帯端末が、無線通信ネットワークを介して接続されたサーバに対して、前記デバイスを制御するようリクエストする要求ステップと、
前記携帯端末が、信号転送制御手段により、前記サーバと前記デバイス間に確立した通信を介して前記サーバが前記デバイスを制御できるように、前記無線通信ネットワークおよび前記通信インタフェースを介した前記通信インタフェースのプロトコルに従う信号転送、を制御する信号転送制御ステップと、
前記サーバが、前記要求ステップにおけるリクエストに応答して、前記無線通信ネットワークと前記信号転送制御手段と前記通信インタフェースとを介し、前記通信インタフェースのプロトコルに従って前記デバイスとの間に前記通信を確立して前記デバイスを制御するデバイス制御ステップと、
を含むことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、携帯電話機を出力デバイスに接続するだけで、手軽にその出力デバイスが処理できる形式のデータを出力することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】本発明の第２実施形態に係る情報処理システムの概要を示すブロック図である。
【図３】本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。
【図４】本発明の第２実施形態に係る情報処理システムの手続の処理を示すシーケンス図である。
【図５Ａ】本発明の第２実施形態におけるスマートフォンの手続の処理を示すフローチャートである。
【図５Ｂ】本発明の第２実施形態におけるクラウドサーバの手続の処理を示すフローチャートである。
【図６】本発明の第２実施形態におけるスマートフォンの表示部を示す図である。
【図７Ａ】本発明の第２実施形態におけるパケットデータのやりとりを説明するための図である。
【図７Ｂ】本発明の第２実施形態におけるパケットデータのやりとりを説明するための図である。
【図７Ｃ】本発明の第２実施形態におけるパケットデータのやりとりを説明するための図である。
【図７Ｄ】本発明の第２実施形態におけるコンテンツデータの変換テーブルを示す図である。
【図７Ｅ】本発明の第２実施形態における出力デバイスのテーブルを示す図である。
【図８】本発明の第２実施形態におけるスマートフォンのハードウェア構成を示す図である。
【図９Ａ】本発明の第３実施形態に係る情報処理システムの構成を示すブロック図である。
【図９Ｂ】本発明の第４実施形態に係る情報処理システムの構成を示すブロック図である。
【図１０】本発明の第３及び第４実施形態に係る情報処理システムの手続の処理を示すシーケンス図である。
【図１１】本発明の第３及び第４実施形態におけるスマートフォンの手続の処理を示すフローチャートである。
【図１２】本発明の第５実施形態に係る情報処理システムの構成を示すブロック図である。
【図１３】本発明の第６実施形態に係る情報処理システムの構成を示すブロック図である。
【図１４】本発明の第７実施形態に係る情報処理システムの構成を示すブロック図である。
【図１５】本発明の第８実施形態に係る情報処理システムの手続の処理を示すフローチャートである。
【図１６】本発明の第９実施形態に係る情報処理システムの手続の処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下に、本発明を実施するための形態について、図面を参照して、例示的に詳しく説明記載する。ただし、以下の実施の形態に記載されている、構成、数値、処理の流れ、機能要素などは一例に過ぎず、その変形や変更は自由であって、本発明の技術範囲を以下の記載に限定する趣旨のものではない。
【００１７】
［第１実施形態］
本発明の第１実施形態としての情報処理システム１００について、図１を用いて説明する。情報処理システム１００は、出力デバイス１４０に接続された携帯電話機１１０とクラウドサーバ１３０とを備えたシステムである。
【００１８】
携帯電話機１１０は、判定部１０１、要求部１０２、受信部１０３および送信部１０４を備えている。判定部１０１は、通信インタフェースを介して出力デバイス１４０が接続された場合に、出力デバイス１４０を認識し、出力デバイス１４０が処理できる形式のデータを自機が出力できるか否かを判定する。また、要求部１０２は、判定部１０１により、出力デバイス１４０が処理できるデータを自機が出力できないと判定された場合に、無線通信ネットワークを介して接続されたサーバ１３０に対して、出力デバイス１４０が処理できる形式のデータの供給をリクエストする。
【００１９】
受信部１０３は、サーバ１３０から提供されたデータを受信する。送信部１０４は、受信部１０３が受信したデータを、通信インタフェースを介して出力デバイス１４０に送信する。
【００２０】
一方、サーバ１３０は、要求部１０２からのリクエストに応答して、出力デバイス１４０が処理できる形式のデータを携帯電話機１１０に送信する。
【００２１】
以上の構成および動作により、本実施形態によれば、サーバが携帯電話機に代行して出力デバイスに出力するデータを提供するので、携帯電話機を出力デバイスに接続するだけで、手軽に出力デバイスが処理できる形式のデータを出力することができる。
【００２２】
［第２実施形態］
（情報処理システムの概要）
次に本発明の第２実施形態に係る情報処理システム２００について、図２を用いて説明する。図２は、本実施形態に係る情報処理システム２００の概要を説明するための図である。
【００２３】
情報処理システム２００は、携帯通信網を利用してインターネットに接続できる携帯電話機としてのスマートフォン２１０と、クラウドサーバ２３０とネットワーク２５０を介して接続されている。スマートフォン２１０は、携帯通信網のネットワーク２５０を介してクラウドサーバ２３０と通信可能に接続されている。スマートフォン２１０は、ＵＳＢインタフェースを介してＵＳＢディスプレイ２４０と通信可能に接続されている。
【００２４】
なお、本実施形態では、クラウドサーバと出力デバイスとの間の中継装置として機能する携帯電話機の一例としてスマートフォンを用いたシステムについて説明しているが、本発明はこれに限定されるものではない。携帯電話機としては、一般的にユーザが携帯している移動体通信端末であれば、あらゆるものを適用可能である。例えば、ＰＨＳ（Personal Handy-phone System）などが挙げられる。
【００２５】
スマートフォン２１０は、保有するコンテンツデータを、ＵＳＢディスプレイ２４０において表示可能なデータ形式で出力できるか否か判定する。出力できない場合には、ＵＳＢディスプレイ２４０との通信を切断して、クラウドサーバ２３０の仮想ＰＣ（Personal Computer）３３０ａを利用して、コンテンツのデータ形式を変換する。例えば、クラウドサーバ２３０の仮想ＰＣ３３０ａの仮想ＵＳＢインタフェース３３３とＵＳＢディスプレイ２４０との間の接続を要求して、コンテンツのデータ形式の変換を行なわせるものである。変換済みのコンテンツデータをクラウドサーバ２３０から受け取ると、そのままＵＳＢインタフェースを介してＵＳＢディスプレイ２４０に送信する。ＵＳＢディスプレイ２４０は、受信した変換済みのコンテンツデータを受信してコンテンツの表示を行なう。
【００２６】
なお、ＵＳＢディスプレイ２４０において表示可能なデータ形式としては、例えば、ＵＳＢビデオクラス（USB Video Class）の規格のデータ形式などが挙げられる。
【００２７】
（情報処理システムの構成）
次に、情報処理システム２００の内部構成について、図３を用いて説明する。図３は、本実施形態に係る情報処理システム２００の構成を示すブロック図である。
【００２８】
スマートフォン２１０は、接続検知部３１１と、接続デバイス判定部３１２と、データ形式判定部３１３と、ユーザ問合せ部３１４と、無線通信部３１５と、ＵＳＢインタフェース３１８と、コンテンツ記憶部３１９と、表示部３２０とを備える。無線通信部３１５は、送信部３１６と、受信部３１７とを備える。
【００２９】
クラウドサーバ２３０は、仮想ＰＣ３３０ａ〜３３０ｃを有する。そして、仮想ＰＣ３３０ａは、データ受信部３３１と、データ変換部３３２と、仮想ＵＳＢインタフェース３３３とを備える。また、ＵＳＢディスプレイ２４０は、表示部３４１と、ＵＳＢインタフェース３４２とを備える。
【００３０】
接続検知部３１１は、通信インタフェースとしてのＵＳＢインタフェースを介して出力デバイス（ここではＵＳＢディスプレイ２４０）と接続されたことを検知する。接続デバイス判定部３１２は、ＵＳＢインタフェース３１８を介して接続されたＵＳＢディスプレイ２４０を認識すると、自機で処理（ローカルにハンドリング）できるデバイスか否かを判定する。具体的には、スマートフォン２１０は、接続を検知した出力デバイスがＵＳＢディスプレイ２４０であることや、その製造元や製品タイプなどを検知することで、ＵＳＢディスプレイ２４０が処理できるデータを自機で出力できるか否か判定する。
【００３１】
ＵＳＢディスプレイ２４０といったＵＳＢデバイスと、スマートフォン２１０のようなホストとの間では、最下位の物理層においてＵＳＢの転送方式、ＵＳＢの論理処理でディスクリプタ、ドライバー層でプラグアンドプレイプロトコルをやり取りする。ＵＳＢの転送方式としては、コントロール転送、バルク転送、インタラブト転送、アイソクロナス転送などがあり、この方式をやりとりすることによりデバイス・ホスト間で物理的な通信モードの整合が行なわれる。
【００３２】
一方、ＵＳＢの論理ポート制御用の情報であるディスクリプタとして、デバイスディスクリプタ、コンフィグレーションディスクリプタ、インタフェースディスクリプタ、エンドポイントディスクリプタのやり取りがデバイス・ホスト間で行なわれる。
【００３３】
ここで、デバイスディスクリプタはベンダーＩＤ、プロダクトＩＤ等、機器を識別するための情報であり、コンフィグレーションディスクリプタはターゲットのＵＳＢ構成情報で、インタフェースディスクリプタの数を持つ。また、インタフェースディスクリプタは、インタフェースの情報で、インタフェースが持つエンドポイントディスクリプタの数を持ち、エンドポイントディスクリプタは、通信用のポートであるエンドポイントの情報である。
【００３４】
ＵＳＢポートに端末が繋がると、ホストから接続デバイスへディスクリプタを要求し、それに、接続デバイスが、デバイスディスクリプタ等で応答する。これにより、接続デバイス判定部３１２は、ＵＳＢインタフェース３１８を介して接続されたＵＳＢディスプレイ２４０のプロファイルを把握し、ＵＳＢディスプレイ２４０に出力できるデータを自機で提供できるか否か判定する。
【００３５】
判定した結果、デバイスクラス、サブクラス、プロトコルの記載がない場合は、デバイスディスクリプタ７３１ではなく、インタフェースディスクリプタ７３２で確認してもよく、また、ホスト側から、$INTERFACE という環境変数で確認してもよい。なお、ＵＳＢディスプレイの情報は、http://www.infinitegra.co.jp/technology/uvc_base1.htmに詳しい。また、インタフェースなどのディスクリプタの情報は、http://monoist.atmarkit.co.jp/mn/articles/1007/20/news097.htmlに詳しい。
【００３６】
データ形式判定部３１３は、ＵＳＢディスプレイ２４０が処理可能なデータ形式を判定する。これにより、スマートフォン２１０は、コンテンツ記憶部３１９に記憶しているコンテンツデータをＵＳＢディスプレイ２４０からそのまま出力可能であるか否か判断する。ユーザ問合せ部３１４は、コンテンツデータをＵＳＢディスプレイ２４０で出力するためにクラウドサーバにアクセスするか否かをユーザに対して問い合わせる（図６参照）。
【００３７】
なお、本実施形態においてスマートフォン２１０がコンテンツ記憶部３１９を有している場合について説明したが、クラウドサーバがコンテンツ記憶部を有していてもよい。
【００３８】
無線通信部３１５は、送信部３１６と受信部３１７とを有する。送信部３１６は、ユーザの操作によりコンテンツデータのデータ形式の変換指示を受け付けると、コンテンツ記憶部３１９に記憶されているコンテンツデータをＵＳＢディスプレイ２４０が処理できる形式のデータに変換して供給するリクエストを、ネットワーク２５０を介してクラウドサーバ２３０に送信する。
【００３９】
クラウドサーバ２３０は、ユーザごとに仮想ＰＣ３３０ａ〜３３０ｃを備えている。スマートフォン２１０のユーザが、仮想ＰＣ３３０ａの登録オーナーであれば、ログイン後に送信部３１６から送信されたコンテンツデータは、仮想ＰＣ３３０ａのデータ受信部３３１に送られる。データ受信部３３１は、スマートフォン２１０から送信されたコンテンツデータを受信する。データ変換部３３２は、受信したコンテンツデータをＵＳＢディスプレイ２４０において出力可能なデータ形式へ変換する。仮想ＵＳＢインタフェース３３３は、変換済みのコンテンツデータ（USBoverIPnetwork形式でのデータ）を受信部３１７に送信する。
【００４０】
受信部３１７は、受信した変換済みのコンテンツデータからＵＳＢデータを取り出し、ＵＳＢインタフェース３１８に渡す。ＵＳＢインタフェース３１８は、受け取った変換済みのコンテンツデータをＵＳＢディスプレイ２４０のＵＳＢインタフェース３４２に送信する。コンテンツ記憶部３１９は、画像や動画などのコンテンツをスマートフォン内部において記憶するためのユニットである。表示部３２０は、例えば液晶ディスプレイや有機ＥＬディスプレイなどであって、コンテンツを表示する表示パネルである。同時にタッチパネルとしての機能を有していてもよい。
【００４１】
ＵＳＢディスプレイ２４０において、ＵＳＢインタフェース３４２は、ＵＳＢインタフェース３１８から受信したＵＳＢ転送方式のコンテンツデータを表示部に３４１に展開する。表示部３４１は、ＵＳＢインタフェース３４２において受信したコンテンツデータを表示する。
【００４２】
（全体的な処理の流れ）
次に、本実施形態に係る情報処理システム２００の処理の流れについて、図４を用いて説明する。図４は、本実施形態に係る情報処理システム２００の全体的な処理の流れを示すシーケンス図である。
【００４３】
ステップＳ４０１において、ＵＳＢディスプレイ２４０が、スマートフォン２１０に接続されると、ステップＳ４０３において、スマートフォン２１０の接続検知部３１１は、出力デバイスの接続を検知する。次に、ステップＳ４０５において、接続デバイス判定部３１２は、接続された出力デバイスをＵＳＢディスプレイ２４０であると検知する。ステップＳ４０７において、ユーザ問合せ部３１４は、コンテンツ記憶部３１９に格納されたコンテンツデータの出力先としてＵＳＢディスプレイ２４０とスマートフォン２１０内蔵の表示部３２０のいずれを選択するかについてユーザに確認する（図６参照）。
【００４４】
ＵＳＢディスプレイ２４０に出力すると指示された場合、ステップＳ４０９において、データ形式判定部３１３は、スマートフォン２１０の処理能力を参照してコンテンツ記憶部３１９に格納するコンテンツデータをＵＳＢディスプレイ２４０において受けつけることができるデータ形式に変換可能か判定する。なお、データ形式判定部３１３は、コンテンツデータを表示部３２０において表示するよう指示された場合に、自機でコンテンツを表示することが可能か否かの判定を行なってもよい。
【００４５】
ステップＳ４１１において、自機ではコンテンツデータをＵＳＢディスプレイ２４０用のデータ形式に変換できないと判断すると、スマートフォン２１０はクラウドサーバ２３０にログインする。ステップＳ４１３において、送信部３１６は、コンテンツ記憶部３１９に格納されたコンテンツデータをクラウドサーバ２３０に送信する。
【００４６】
ステップＳ４１５において、仮想ＰＣ３３０ａは、コンテンツデータに基づいて画面データを生成し、その画面データをＵＳＢディスプレイ２４０に表示可能なＵＳＢデータに変換する。ステップＳ４１７において、仮想ＵＳＢインタフェース３３３は、そのＵＳＢデータをＩＰフレームで包み、スマートフォン２１０へ送る。
【００４７】
ステップＳ４１９において、無線通信部３１５の受信部３１７が変換済みのコンテンツデータを受信すると、受信したデータのＩＰフレームを削除し、ステップＳ４２１において、中身のＵＳＢデータを、ＵＳＢポートを介してＵＳＢディスプレイ２４０に送信する。
【００４８】
ステップＳ４２３において、ＵＳＢインタフェース３４２は、スマートフォン２１０から送信されたコンテンツデータを取得し、ステップＳ４２５において、表示部３４１は、取得したコンテンツデータを出力する。その後、スマートフォン２１０とＵＳＢディスプレイ２４０との接続が解除された（ＵＳＢインタフェースが抜かれた）場合、自動的に、スマートフォン２１０とクラウドサーバ２３０との間の接続も解除する。
【００４９】
（スマートフォンで行なう処理）
図５Ａは、本実施形態におけるスマートフォン２１０における処理の流れを示すフローチャートである。
【００５０】
ステップＳ５０１において、接続検知部３１１は、出力デバイスが接続されたか否かの検知を行ない、出力デバイスを検知するとステップＳ５０３に進む。ステップＳ５０３において、接続デバイス判定部３１２は、接続された出力デバイスをＵＳＢディスプレイ２４０であると判定する。次にステップＳ５０５において、ユーザ問合せ部３１４は、ユーザに対して、コンテンツデータの出力先を、自機の表示部３２０とするかＵＳＢディスプレイ２４０とするか確認するメッセージを表示部３２０に表示する（図６のメッセージ６０１参照）。次に、ステップＳ５０７において、データ形式判定部３１３は、コンテンツ記憶部３１９に記憶するコンテンツデータをそのままＵＳＢディスプレイ２４０で出力することが可能か否か判定する。そして、さらに、ステップＳ５０９において、データ形式判定部３１３は、自機で必要な変換処理が可能か否か判定する。自機で処理可能と判定すると、ステップＳ５１５に進み、出力デバイスとしてのＵＳＢディスプレイ２４０にコンテンツデータをそのまま送信する。
【００５１】
一方、自機で処理不可能なデータ形式であると判定すると、ステップＳ５１１において、送信部３１６は、ログインしたクラウドサーバ２３０にコンテンツデータを送信する。さらに、ステップＳ５１３において、受信部３１７は、クラウドサーバ２３０の仮想ＰＣ３３０ａでデータ形式が変換されたコンテンツデータを取得する。最後に、ステップＳ５１５において、ＵＳＢインタフェース３１８は、コンテンツデータをＵＳＢディスプレイ２４０に送信する。
【００５２】
（クラウドサーバで行なう処理）
図５Ｂは、本実施形態におけるクラウドサーバの手続の処理を示すフローチャートである。
【００５３】
ステップＳ５５１において、仮想ＰＣ３３０ａは、ログインを要求するスマートフォン２１０がクラウドサーバ２３０に登録されたユーザであるか否か確認する。ステップＳ５５３において、データ受信部３３１は、スマートフォン２１０からデータ形式の変換リクエストを受信する。ステップＳ５５５において、データ受信部３３１は、コンテンツデータをスマートフォン２１０に要求する。
【００５４】
ステップＳ５５７において、データ受信部３３１は、スマートフォン２１０から送信されたコンテンツデータを受信する。ステップＳ５５９において、データ変換部３３２は、受信したコンテンツデータをＵＳＢディスプレイ２４０において出力可能なデータ形式に変換する。ステップＳ５６１において、仮想ＵＳＢインタフェース３３３は、変換済みのコンテンツデータをスマートフォン２１０のＵＳＢインタフェース３１８に送信する。
【００５５】
（出力デバイスの認識処理）
図７Ａは、仮想ＰＣ３３０ａとスマートフォン２１０とＵＳＢディスプレイ２４０との間でやり取りされるパケットデータについて説明するための図である。まず、スマートフォン２１０とＵＳＢディスプレイ２４０とが接続されると、セットアップ・ステージ７０１において、トークン・パケットとデータ・パケットとデバイスディスクリプタを含むハンドシェイク・パケットとのやり取りを行なう。この中で、トークン・パケットへの返信として送られる、ハンドシェイク・パケット中のデバイスディスクリプタの値を読み込むことで、出力デバイスとしてＵＳＢディスプレイ２４０を認識し、スマートフォン２１０は、自機でＵＳＢディスプレイ２４０に出力するためのコンテンツデータを用意できるか判断する。
【００５６】
また、図７Ｂに示すように、スマートフォン２１０とＵＳＢディスプレイ２４０との間のセットアップ動作によって取得したデバイスディスクリプタを、スマートフォン２１０の内部にキャッシュしておいてもよい（７０６）。これにより、スマートフォン２１０とＵＳＢディスプレイ２４０との間の接続を一度切断した後に再開した場合には、仮想ＰＣ３３０ａにおいて、スマートフォン２１０のキャッシュからデバイスディスクリプタを読み出して（７０７）、データ・ステージ７０３の処理を行なうことが可能である。すなわち、仮想ＰＣ３３０ａとＵＳＢディスプレイ２４０との間で行なわれるセットアップ・ステージ７０２の処理を省略することが可能となるため、ＵＳＢディスプレイ２４０との通信切断後の再開を効率良く行なうことが可能となる。
【００５７】
さらに、スマートフォン２１０は、自機のオペレーティングシステム（OS:Operating System）により、接続された出力デバイスを、自機で処理できない（または処理できる）出力デバイスのテーブルと対比して、処理可能か否か判定してもよい。
【００５８】
もし自機で処理できないと判定すると、ＵＳＢ切断処理７０５を行なって、クラウドサーバ２３０の仮想ＰＣ３３０ａと、ＵＳＢディスプレイ２４０との接続処理を改めて行なう（７０２〜７０４）。仮想ＰＣ３３０ａは、世の中に存在する如何なるＵＳＢデバイスとも接続可能となるように数多くのドライバおよびデータ変換モジュールをあらかじめ備えている。そのため、仮想ＰＣ３３０ａとＵＳＢディスプレイ２４０との間では、セットアップ・ステージ７０２、データ・ステージ７０３、ステータス・ステージ７０４と順調に進み、ＵＳＢディスプレイ２４０と接続が適正に確立する。
【００５９】
また、図７Ｃに示すように、スマートフォン２１０とＵＳＢディスプレイ２４０との間のセットアップ動作によって取得したデバイスディスクリプタと、その後のデータ・ステージ７１３においてＵＳＢディスプレイ２４０から取得したハンドシェイク・パケット（データ）を、スマートフォン２１０の内部にキャッシュしておいてもよい（７０６）。
【００６０】
そしてその後、スマートフォン２１０とＵＳＢディスプレイ２４０との間の接続を一度切断した後に、仮想ＰＣ３３０ａ主導で、ＵＳＢディスプレイ２４０との接続確立処理を開始する。この場合、セットアップ・ステージ７１５において、スマートフォン２１０が、セットアップ用のトークン・パケットおよびデータ・パケットをＵＳＢディスプレイ２４０に送らずに、そのキャッシュからデバイスディスクリプタをハンドシェイク・パケットとして仮想ＰＣ３３０ａに送信する。さらに、データ・ステージ７０３でも、スマートフォン２１０は、トークン・パケットとデータ・パケットとを仮想ＰＣ３３０ａから受信すると、それらをＵＳＢディスプレイ２４０に送らずに、キャッシュからデータを読み出し、ハンドシェイク・パケットとして仮想ＰＣ３３０ａに送信する。すなわち、仮想ＰＣ３３０ａとＵＳＢディスプレイ２４０との間で行なわれるセットアップ・ステージ等の処理を省略することが可能となるため、ＵＳＢディスプレイ２４０との通信切断後の再開を効率良く行なうことが可能となる。
【００６１】
（データ変換テーブル）
図７Ｄは、データ変換部３３２が保持しているデータ変換テーブル７１０の内容を示す図である。データ変換テーブル７１０は、図に示すとおり、スマートフォン２１０と出力デバイスとの間の通信インタフェースごとに、出力デバイスの種類と、変換すべきコンテンツのデータ形式とを対応付けて記憶している。このデータ変換テーブル７１０を用いて、仮想ＵＳＢインタフェース３３３と出力デバイスとに応じた出力形式にデータを変換する。
【００６２】
（出力デバイス特定テーブル）
また、図７Ｅに示すように、スマートフォン２１０は、デバイスドライバを有するデバイスディスクリプタ７３１と、インタフェースディスクリプタ７３２と、ベンダＩＤ７３３と、プロダクトＩＤ７３４の対応関係を示すテーブル７３０を記憶する。
【００６３】
スマートフォン２１０は、ＵＳＢディスプレイ２４０が接続された際にＵＳＢディスプレイ２４０から通知されたデバイスディスクリプタと、テーブル７３０のデバイスディスクリプタ７３１とを比較する。ＵＳＢディスプレイ２４０から通知されたデバイスディスクリプタがテーブル７３０上のデバイスディスクリプタと一致する場合には、スマートフォン２１０は、ＵＳＢディスプレイ２４０が自機で処理可能な出力デバイスであると判定する。一方、デバイスディスクリプタが一致しない場合には、スマートフォン２１０は、自機で処理不可能な出力デバイスであると判定する。
【００６４】
なお、ＵＳＢディスプレイ２４０から通知されたデバイスディスクリプタ内のベンダＩＤとプロダクトＩＤとを抽出し、テーブル７３０内のベンダＩＤ７３３およびプロダクトＩＤ７３４と比較してもよい。その場合、テーブル７３０内に一致するベンダＩＤ７３３およびプロダクトＩＤ７３４が存在する場合には、自機で処理可能な出力デバイスであると判定できる。逆に、ベンダＩＤ７３３およびプロダクトＩＤ７３４が一致しない場合には、スマートフォン２１０は、自機で処理不可能なＵＳＢディスプレイ２４０であると判定できる。
【００６５】
また、スマートフォン２１０は、出力するデータが画像である場合には、出力デバイスが処理可能な解像度が、自機で処理可能としてあらかじめ定められた解像度に含まれていなければ自機で処理不可能であると判定してもよい。
【００６６】
（スマートフォンのハードウェア構成）
スマートフォン２１０の内部構成について、図８を用いて説明する。スマートフォン２１０は、ＣＰＵ８１０、ＲＯＭ８２０、通信制御部８３０、ＲＡＭ８４０、およびストレージ８５０を備えている。ＣＰＵ８１０は中央処理部であって、様々なプログラムを実行することによりスマートフォン２１０全体を制御する。ＲＯＭ８２０は、リードオンリメモリであり、ＣＰＵ８１０が最初に実行すべきブートプログラムの他、各種パラメータ等を記憶している。また、ＲＡＭ８４０は、接続検知結果８４１と、接続デバイス検知結果８４２と、データ形式判定結果８４３と、取得コンテンツデータ８４４と、変換済コンテンツデータ８４５とを記憶する。
【００６７】
ストレージ８５０は、スマートフォンの処理能力を示すデータベース８５１を記憶している。さらにストレージ８５０は、デバイス判定モジュール８５３と、コンテンツ要求モジュール８５４と、コンテンツ中継モジュール８５５とユーザインタフェース表示モジュール８５６とを記憶する。デバイス判定モジュール８５３は、ＣＰＵ８１０に実行されることにより、ＵＳＢ等の通信インタフェースで接続されたデバイスについて接続および処理の可否を判定する判定手段として機能する。また、コンテンツ要求モジュール８５４は、ＣＰＵ８１０に実行されることにより、出力デバイスが自機で処理できるデバイスではないと判定された場合に、無線通信ネットワークを介して接続されたクラウドサーバ２３０に対して、出力デバイスが受けつけることのできるデータ形式のコンテンツの供給をリクエストする要求手段として機能する。さらにコンテンツ中継モジュール８５５は、ＣＰＵ８１０に実行されることにより、クラウドサーバ２３０から受信したコンテンツを中継して出力デバイスに送信する送信手段として機能する。最後にユーザインタフェース表示モジュール８５６は、ＣＰＵ８１０に実行されることにより、図６で示したようなダイアログを、スマートフォン２１０のディスプレイに表示する。
【００６８】
入出力インタフェース８６０は、入出力機器との入出力データを中継する。入出力インタフェース８６０には、表示部３２０、タッチパネル８６２、スピーカ８６４、マイク８６５、カメラ８６６が接続される。
【００６９】
また、通信制御部８３０は、クラウドサーバ２３０とのネットワークを介した通信を制御し、出力デバイスおよび／または入力デバイスとの通信を制御する。
【００７０】
接続検知結果８４１は、接続検知部３１１において検知した、接続デバイスの接続検知結果を一次記憶したものである。次に、接続デバイス判定結果８４２は、検知した接続デバイスがどのようなデバイスであるかを判定した結果を一次記憶したものである。本実施形態においては、ＵＳＢディスプレイ２４０を一次記憶する。データ形式判定結果８４３は、自機において取得したコンテンツデータをＵＳＢディスプレイ２４０に転送した場合に、ＵＳＢディスプレイ２４０において出力可能なデータ形式であるか否か判定した結果を一次記憶したものである。
【００７１】
次に、取得コンテンツデータ８４４は、取得したコンテンツデータを一次記憶したものである。変換済コンテンツデータ８４５は、取得したコンテンツデータをクラウドサーバ２３０において変換したコンテンツデータをＵＳＢディスプレイ２４０に送信するために一次記憶するものである。
【００７２】
（スマートフォンの通話機能の利用例）
なお、スマートフォン２１０の通話機能を利用してクラウドサーバからサービスを提供してもよい。例えば、スマートフォン２１０は、出力デバイスに接続されると、出力デバイスが正常に動作するか否か判定し、判定結果をクラウドサーバ２３０に送信する。クラウドサーバ２３０は、出力デバイスが正常に動作しない場合には、出力デバイスのＩＤや、動作履歴や、環境データとして、例えば使用頻度、使用年数、使用状況、設置環境などを取得して故障箇所を検出し特定する。クラウドサーバ２３０は、出力デバイスの故障箇所を特定すると、製造元に通知する。この通知に基づいて、製造元のサービスセンターからスマートフォン２１０に直接発呼される。サービスセンターからの発呼を受け付けたユーザは、出力デバイスが正常に動作するためのアドバイスをオペレータから受けることが可能である。クラウドサーバ２３０は、ユーザによるスマートフォンの出力デバイスへの接続を検知すると、スマートフォンのＩＤからユーザの情報を取得して、ユーザの自宅に出力デバイスの製造元のサービスマン等を派遣したり、出力デバイスの部品の配送を行なったりすることをサービスセンターに指示する。また、クラウドサーバ２３０は、直接出力デバイスにアクセスして、出力デバイスのファームウェアのバージョンアップを行なうことにより故障などの動作不良に対応してもよい。
【００７３】
さらに、仮想ＰＣ３３０ａ は、スマートフォン２１０に接続されたキーボードやポインターデバイス（マウス等）の情報を取得し、文字入力や、ポインター制御を実行してもよい。これにより、スマートフォンから仮想ＰＣを介して、インターネットサーフィン、短文投稿サイト、ソーシャルネットワーキングサービス（SNS:Social Networking Service）等の操作を行なう。
【００７４】
以上、本実施形態では、コンテンツデータがスマートフォン２１０内部に記憶されていたが、これに限定されるものではない。例えば、スマートフォン２１０がコンテンツデータの存在するＵＲＬをクラウドサーバ２３０に指示して、クラウドサーバ２３０が、そのＵＲＬからコンテンツデータをダウンロードして、そのコンテンツデータのデータ形式を変換してもよい。また、クラウドサーバ２３０自身がコンテンツデータを保有して、スマートフォン２１０に対してそのコンテンツデータを提供してもよい。
【００７５】
また、本実施形態においては出力デバイスとしてＵＳＢディスプレイについて説明したが、本発明はこれに限定されるものではない。例えば、ＵＳＢインタフェースの替わりに、ＨＤＭＩ（High-Definition Multimedia Interface）やＲＧＢ（Red-Green-Blue color model）等を利用して、既存のテレビにスマートフォンのコンテンツを表示することも可能である。
【００７６】
以上の構成および動作により、本実施形態によれば、クラウドサーバがスマートフォン２１０を中継して出力デバイスに出力するコンテンツデータを提供するので、スマートフォン２１０を出力デバイスに接続するだけで、出力デバイスが処理できる形式のデータを出力することができる。
【００７７】
具体的には、ユーザにおいては、スマートフォンを用いて移動先や自宅のテレビをネットテレビとして活用することが可能となる。また、友人宅等において、汎用テレビを用いて、スマートフォンを介してネットレンタルコンテンツを視聴し、さらに、ＳＮＳ等を閲覧して楽しむことが可能になる。
【００７８】
一方、ビジネスにおいては、スマートフォンを保有していれば、外出先に設置されたテレビやモニタを利用してフルハイデフィニション（Full High Definition）のプレゼンテーションや、マルチ画面でのミーティングや、協働環境を実現できることから、重量がありハイスペックのパーソナルコンピュータやファイル等を携行しなくともよいい。
【００７９】
［第３実施形態］
次に本発明の第３実施形態に係る情報処理システム９０１について、図９Ａ、図１０、図１１を用いて説明する。図９Ａは、本実施形態に係る情報処理システム９０１の構成を説明するためのブロック図である。本実施形態に係る情報処理システム９０１は、上記第２実施形態と比べると、入力デバイスとしてＤＶＤ再生機９２０がＨＵＢ９６０を介して接続されている点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００８０】
本実施形態によれば、出力デバイスが、ＤＶＤ再生機からのビデオ信号をそのままでは表示できないＵＳＢディスプレイであっても、ユーザが自らのスマートフォンを接続することにより非常に簡便にＤＶＤのコンテンツを生成可能となる。
【００８１】
図９Ａのスマートフォン９１０は、ハブ（ＨＵＢ）９６０を介してＤＶＤ再生機９２０およびＵＳＢディスプレイ２４０の両方と通信可能に接続されている。また、スマートフォン９１０は、ネットワーク２５０を介してクラウドサーバ２３０と通信可能に接続されている。
【００８２】
スマートフォン９１０の接続検知部３１１は、ハブ９６０を介して入力デバイスとしてのＤＶＤ再生機９２０と出力デバイスとしてのＵＳＢディスプレイ２４０とが接続されたことを検知する。そして、接続デバイス判定部９１２は、接続された入力デバイスをＤＶＤ再生機９２０、接続された出力デバイスをＵＳＢディスプレイ１１４０であると判定する。そして、データ形式判定部３１３は、ＤＶＤ再生機９２０から入力された動画コンテンツデータのデータ形式を判定する。
【００８３】
（全体的な処理の流れ）
情報処理システム９０１における処理の流れについて、図１０を用いて説明する。図１０は、本実施形態に係る情報処理システム９０１の手続の処理を示すシーケンス図である。なお、第２実施形態に係る情報処理システム２００の手続処理を示すシーケンス図（図４）と重複する手続処理については説明を省略する。
【００８４】
ステップＳ１００１において、ＤＶＤ再生機９２０を、スマートフォン９１０に接続する。
【００８５】
ステップＳ１０１１においては、接続デバイス判定部９１２は、接続検知部３１１で検知した入力デバイスとしてのＤＶＤ再生機９２０について、自機で接続できる入力デバイスであるか否か判定する。自機で接続不可能な入力デバイスであると判定した場合には、ステップＳ４１１において、スマートフォン９１０はクラウドサーバ２３０にログインする。
【００８６】
ステップＳ１０１３において、送信部３１６はＤＶＤ再生機９２０から受け取った認証データをクラウドサーバ２３０に転送する。認証データとしては、ディスクリプタ情報、インタフェースディスクリプタ情報、ハンドシェイク・パケット、トークン・パケット、セットアップ・ステージとデータ・ステージとステータス・ステージの情報などがある。
【００８７】
ステップＳ１０１５において、クラウドサーバ２３０は、仮想ＰＣ３３０ａの仮想ＵＳＢインタフェース３３３で認証データを受信する。ステップＳ１０１７において、仮想ＰＣ３３０ａは、仮想ＵＳＢインタフェース３３３にＤＶＤ再生機９２０を接続する処理を行なう。ステップＳ１０１９において、接続に成功したＤＶＤ再生機９２０は、コンテンツデータをスマートフォン９１０に送信する。
【００８８】
（スマートフォンのフローチャート）
図１１は、本実施形態におけるスマートフォンの処理を示すフローチャートである。
【００８９】
ステップＳ１１０１において、接続デバイス判定部９１２は、接続された入力デバイス（ＤＶＤ再生機９２０）を判定する。ステップＳ１１０３において、データ形式判定部３１３は、ＤＶＤ再生機９２０の入力処理を自機で実行可能か否か判定する。自機で処理可能な場合には、ステップＳ１１０７に進む。一方、自機で処理不可能な場合には、ステップＳ１１０５において、送信部３１６は、認証データをクラウドサーバ２３０に送信して仮想ＰＣ３３０ａに接続処理を代行させる。ステップＳ１１０７において、スマートフォン９１０は、ＤＶＤ再生機９２０からコンテンツデータを取得する。
【００９０】
本実施形態によれば、通信インタフェースを介して入力デバイスが接続された場合に、入力デバイスとしてのＤＶＤ再生機９２０が自機で処理できるデバイスか否かを判定する。そして、ＤＶＤ再生機９２０が自機で処理できるデータを送信するデバイスではないと判定された場合に、ＤＶＤ再生機９２０から受信したデータのデータ形式を、自機で処理できるデータ形式に変換することをクラウドサーバ２３０に対してリクエストする。クラウドサーバ２３０は、そのリクエストに応答して、データのデータ形式を、スマートフォンが処理することのできるデータ形式に変換する。これにより、ＤＶＤ再生機９２０の出力データが、ＵＳＢディスプレイ２４０に出力できないデータ形式であっても、スマートフォン９１０が中継して、クラウドサーバ２３０に対してそのデータ形式の変換を要求できるので、ユーザが持ち歩いているスマートフォン等の携帯電話機を接続するだけで、ＤＶＤの映像を自由に大型ディスプレイに表示できる。
【００９１】
［第４実施形態］
次に本発明の第４実施形態に係る情報処理システムについて、図９Ｂ、図１０、図１１を用いて説明する。図９Ｂは、本実施形態に係る情報処理システム９０２の構成を説明するためのブロック図である。本実施形態に係る情報処理システム９０２は、上記第３実施形態と比べると、入力デバイスがメモリカード９３０である点で異なる。その他の構成および動作は、第３実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００９２】
本実施形態によれば、ユーザが持ち歩いているスマートフォン等の携帯電話機にＳＤカードを挿入するだけで、ＳＤカード内の画像や映像やデータなどを自由に大型ディスプレイに表示することができるようになる。
【００９３】
［第５実施形態］
次に本発明の第５実施形態に係る情報処理システムについて、図１２を用いて説明する。図１２は、本実施形態に係る情報処理システム１２００の構成を説明するためのブロック図である。本実施形態に係る情報処理システム１２００は、上記第３実施形態と比べると、入力デバイスがＨＤＤ１２２０であり、出力デバイスがプロジェクタ１２４０である点で異なる。その他の構成および動作は、第３実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００９４】
本実施形態によれば、ＨＤＤ１２２０が、プロジェクタ１２４０に出力できないデータを保有している場合であっても、スマートフォン９１０がサーバに対してそのデータ形式の変換を要求できるので、ユーザが持ち歩いているスマートフォン９１０等の携帯電話機をＨＤＤとプロジェクタに接続するだけで、ＨＤＤ１２２０のデータを自由に大型スクリーン１２４５に表示することができる。
【００９５】
［第６実施形態］
次に本発明の第６実施形態に係る情報処理システムについて、図１３を用いて説明する。図１３は、本実施形態に係る情報処理システム１３００の構成を説明するためのブロック図である。本実施形態に係る情報処理システム１３００は、上記第３実施形態と比べると、入力デバイスがＨＤＤ１２２０であり、出力デバイスがプリンタ１３４０である点で異なる。その他の構成および動作は、第３実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００９６】
本実施形態によれば、ユーザが持ち歩いているスマートフォン９１０等の携帯電話機を接続するだけで、ＨＤＤ１２２０のデータを自由に印刷物１３４５にすることができる。
【００９７】
［第７実施形態］
次に本発明の第７実施形態に係る情報処理システムについて、図１４を用いて説明する。図１４は、本実施形態に係る情報処理システム１４００の構成を説明するためのブロック図である。本実施形態に係る情報処理システム１４００は、上記第２実施形態と比べると、出力デバイスがスピーカ１４４０である点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【００９８】
本実施形態によれば、スマートフォン２１０が、スピーカ１４４０で出力できないデータを保有している場合、クラウドサーバに対して、そのデータ形式の変換を要求できるので、ユーザが持ち歩いているスマートフォン２１０等の携帯電話機を接続するだけで、多種のスピーカ１４４０から自由に音声出力を行なうことができる。
【００９９】
［第８実施形態］
次に本発明の第８実施形態に係る情報処理システムについて、図１５を用いて説明する。図１５は、本実施形態に係る情報処理システム１５００の構成を説明するためのブロック図である。本実施形態に係る情報処理システム１５００は、上記第２実施形態と比べると、出力デバイスがロボット１５４０である点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【０１００】
本実施形態によれば、ユーザが持ち歩いているスマートフォン２１０等の携帯電話機を接続するだけで、ロボット１５４０を自由に制御できる。ロボット１５４０に置き換えて例えば自動車等の車両にスマートフォンを接続して車両を制御するために本実施形態のようにクラウドサーバの力を借りてもよい。
【０１０１】
［第９実施形態］
次に本発明の第９実施形態に係る情報処理システムについて、図１６を用いて説明する。図１６は、本実施形態に係る情報処理システム１６００の構成を説明するためのブロック図である。本実施形態に係る情報処理システム１６００は、上記第２実施形態と比べると、出力デバイスが複数のＵＳＢディスプレイ１６４０ａ〜１６４０ｃである点でまず異なる。この時、１台のスマートフォン１６１０ａからハブを介して複数のＵＳＢディスプレイ１６４０ａ〜１６４０ｃに映像を出力しようとすると、クラウドサーバ２３０が、その回線の状況を検知する。クラウドサーバ２３０がスマートフォン１６１０ａ１台では通信能力不足だと判断すると、スマートフォン１６１０ａの画面に「回線能力が不足しているため表示に支障が出るおそれがあります。他の携帯電話機を追加しますか」と表示させる。ユーザは、複数のＵＳＢディスプレイ１６４０ａ〜１６４０ｃに対する表示をスムーズに行なうため、他の携帯電話機（ここではスマートフォン１６１０ｂ、１６１０ｃ）を接続してクラウドサーバ２３０にログインさせる。クラウドサーバ２３０は、新たに接続されたスマートフォン１６１０ｂ、１６１０ｃを認識して、それぞれのＵＳＢインタフェースに対し、分散して表示用のコンテンツデータを送信する。つまり、クラウドサーバ２３０が仮想ハブとしての機能と分散処理を代行する。
【０１０２】
その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【０１０３】
本実施形態によれば、ユーザが持ち歩いているスマートフォン等の携帯電話機を接続するだけで、複数のディスプレイから自由に画像出力を行なうことができる。本実施形態のような複数の出力デバイスに対して同時に接続する技術を上述の第３〜第８実施形態のいずれと組み合わせてもよい。
【０１０４】
［他の実施形態］
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。
【０１０５】
条規実施形態では、ＵＳＢについて例を挙げて説明したが、これに限定されるものではない。例えば、ＩＥＥＥ１３９４、ＩＥＥＥ１８８８、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ、ＩｒＤＡ、ＳＤ、Ｚｉｇｂｅｅ(登録商標)、ＨＤＭＩ、ＭＩＤＩ、ＳＣＳＩ、ＩＤＥ、ＲＳ２３２Ｃ、ＩＥＥＥ４８８（ＧＢＩＢ）、ＥＩＡ／ＲＳ４２２、ＩＥＥＥ１２８４などの規格に準拠した通信インタフェースであればよい。
【０１０６】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。
【図１】
0005945916.tif 000002
【図２】
0005945916.tif 000003
【図３】
0005945916.tif 000004
【図４】
0005945916.tif 000005
【図５Ａ】
0005945916.tif 000006
【図５Ｂ】
0005945916.tif 000007
【図６】
0005945916.tif 000008
【図７Ａ】
0005945916.tif 000009
【図７Ｂ】
0005945916.tif 000010
【図７Ｃ】
0005945916.tif 000011
【図７Ｄ】
0005945916.tif 000012
【図７Ｅ】
0005945916.tif 000013
【図８】
0005945916.tif 000014
【図９Ａ】
0005945916.tif 000015
【図９Ｂ】
0005945916.tif 000016
【図１０】
0005945916.tif 000017
【図１１】
0005945916.tif 000018
【図１２】
0005945916.tif 000019
【図１３】
0005945916.tif 000020
【図１４】
0005945916.tif 000021
【図１５】
0005945916.tif 000022
【図１６】
0005945916.tif 000023