JP6019653B2 - 情報処理システム、情報処理方法、情報処理装置およびその制御方法と制御プログラム - Google Patents

Description

本発明は、携帯端末へのデバイスの接続技術に関する。

上記技術分野において、特許文献１には、デバイスをシンクライアントに接続した場合に、サーバにおいて対応するデバイスドライバを実行する技術が開示されている。

特開２００７−１０２３０８号公報

しかしながら、上記文献に記載の技術は、デバイスの接続をトリガにサーバがサービスを開始するものであり、デバイスの接続を予測することはできなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る情報処理装置は、
携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出手段と、
前記イベント検出手段の前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測手段と、
前記デバイス接続予測手段が予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信手段と、
を備え、
前記イベント検出手段は、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測手段を有し、前記通信容量の変化の予測をイベント発生として検出し、
前記デバイス接続予測手段は、前記通信容量予測手段が予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測することを特徴とする。

上記目的を達成するため、本発明に係る情報処理装置の制御方法は、
携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出ステップと、
前記イベント検出ステップにおける前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測ステップと、
前記デバイス接続予測ステップにおいて予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信ステップと、
を含み、
前記イベント検出ステップは、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測ステップを有し、前記通信容量の変化の予測をイベント発生として検出し、
前記デバイス接続予測ステップは、前記通信容量予測ステップにおいて予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測することを特徴とする。

上記目的を達成するため、本発明に係るプログラムは、
携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出ステップと、
前記イベント検出ステップにおける前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測ステップと、
前記デバイス接続予測ステップにおいて予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信ステップと、
をコンピュータに実行させる情報処理装置の制御プログラムであって、
前記イベント検出ステップは、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測ステップを有し、前記通信容量の変化の予測をイベント発生として検出し、
前記デバイス接続予測ステップは、前記通信容量予測ステップにおいて予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測することを特徴とする。

上記目的を達成するため、本発明に係るシステムは、
ユーザが携帯する携帯端末と、該携帯端末とネットワークを介して接続する情報処理装置とを備える情報処理システムであって、
前記情報処理装置が、
携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出手段と、
前記イベント検出手段の前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測手段と、
前記デバイス接続予測手段が予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信手段と、
を備え、
前記イベント検出手段は、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測手段を有し、前記通信容量の変化の予測をイベント発生として検出し、
前記デバイス接続予測手段は、前記通信容量予測手段が予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測し、
前記携帯端末が、
前記デバイス接続指示情報送信手段から送信された前記デバイス接続指示情報を受信するデバイス接続指示情報受信手段と、
前記デバイス接続指示情報に従うデバイスを接続可能なデバイス接続手段と、
を備えることを特徴とする。

上記目的を達成するため、本発明に係る方法は、
デバイスを接続可能なデバイス接続手段を有し、ユーザが携帯する携帯端末と、該携帯端末とネットワークを介して接続する情報処理装置とを備える情報処理システムの情報処理方法であって、
前記情報処理装置が、携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出ステップと、
前記情報処理装置が、前記イベント検出ステップにおける前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測ステップと、
前記情報処理装置が、前記デバイス接続予測ステップにおいて予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信ステップと、
前記携帯端末が、前記デバイス接続指示情報送信ステップにおいて送信された前記デバイス接続指示情報を受信するデバイス接続指示情報受信ステップと、
を含むことを特徴とする。

本発明によれば、携帯端末へのデバイスの接続を予測して予測したデバイス接続となるようユーザに指示することができる。

本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理システムの動作を説明する図である。 本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第２実施形態に係る情報処理システムにおいて、接続指示された携帯端末にデバイスを接続する動作手順を示すシーケンス図である。 本発明の第２実施形態に係る情報処理システムにおいて、接続指示された携帯端末と異なる携帯端末にデバイスを接続する動作手順を示すシーケンス図である。 本発明の第２実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第２実施形態に係る携帯端末の機能構成を示すブロック図である。 本発明の第２実施形態に係るユーザ登録データベース（以下、データベースをＤＢと略す）の構成を示す図である。 本発明の第２実施形態に係るデバイスＤＢの構成を示す図である。 本発明の第２実施形態に係る接続デバイスＤＢの一部構成を示す図である。 本発明の第２実施形態に係る接続デバイスＤＢの一部構成を示す図である。 本発明の第２実施形態に係る接続コネクタＤＢの構成を示す図である。 本発明の第２実施形態に係るクラウドサーバのハードウェア構成を示すブロック図である。 本発明の第２実施形態に係るデバイス接続指示テーブルの構成を示す図である。 本発明の第２実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第２実施形態に係る接続デバイス選定処理の処理手順を示すフローチャートである。 本発明の第２実施形態に係る携帯端末のハードウェア構成を示すブロック図である。 本発明の第２実施形態に係る携帯端末の処理手順を示すフローチャートである。 本発明の第３実施形態に係る情報処理システムの動作を説明する図である。 本発明の第３実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の第３実施形態に係る情報処理システムの動作手順を示すシーケンス図である。 本発明の第３実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第３実施形態に係るスケジュールＤＢの構成を示す図である。 本発明の第３実施形態に係る接続デバイスＤＢの構成を示す図である。 本発明の第３実施形態に係る接続コネクタＤＢの構成を示す図である。 本発明の第３実施形態に係るデバイス接続指示テーブルの構成を示す図である。 本発明の第３実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第３実施形態に係る接続デバイス選定処理の処理手順を示すフローチャートである。 本発明の第４実施形態に係る情報処理システムの動作を説明する図である。 本発明の第４実施形態に係る情報処理システムにおける、通信障害発生予測時の動作手順を示すシーケンス図である。 本発明の第４実施形態に係る情報処理システムにおける、通信量増大予測時の動作手順を示すシーケンス図である。 本発明の第４実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第４実施形態に係る通信容量ＤＢの構成を示す図である。 本発明の第４実施形態に係る通信量ＤＢの構成を示す図である。 本発明の第４実施形態に係るデバイス接続指示テーブルの構成を示す図である。 本発明の第４実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第５実施形態に係る情報処理システムの動作を説明する図である。 本発明の第５実施形態に係る情報処理システムにおける、デバイス接続後の動作手順を示すシーケンス図である。 本発明の第５実施形態に係るクラウドサーバの機能構成を示すブロック図である。 本発明の第５実施形態に係るスケジュールＤＢの構成を示す図である。 本発明の第５実施形態に係るプログラム組合蓄積ＤＢの構成を示す図である。 本発明の第５実施形態に係る実行プログラムテーブルの構成を示す図である。 本発明の第５実施形態に係るクラウドサーバの処理手順を示すフローチャートである。 本発明の第６実施形態に係る情報処理システムにおける、携帯端末が複数の通信経路で通信する場合の動作手順を示すシーケンス図である。 本発明の第７実施形態に係る情報処理システムにおける、携帯端末がデバイス情報を取得できない場合の動作手順を示すシーケンス図である。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、携帯端末１１１へのデバイスの接続指示を行なう装置である。

図１に示すように、情報処理装置１００は、デバイス接続予測部１０１と、デバイス接続指示情報送信部１０２と、を含む。デバイス接続予測部１０１は、携帯端末１１１、１１２に対するデバイス接続を予測する。デバイス接続指示情報送信部１０２は、デバイス接続予測部１０１が予測したデバイスの接続となるようユーザ１２０に指示するデバイス接続指示情報１０２ａを、ネットワーク１３０を介してユーザ１２０が携帯する携帯端末１１１に送信する。

本実施形態によれば、携帯端末へのデバイスの接続を予測して指示することによって、携帯端末へのデバイス接続をあらかじめ準備することができる。

［第２実施形態］
次に、本発明の第２実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、種々のイベントの発生を予測し、そのイベントに関連するデバイス接続を選定、決定して、予めユーザの携帯端末にデバイス接続指示をする。

本実施形態によれば、イベント発生を予測し、ユーザが対応するためのデバイスを選定して指示することによって、イベント発生に対応する携帯端末へのデバイスの接続をあらかじめ準備することができる。

なお、本実施形態においては、イベント発生時に使用したデバイスの履歴を蓄積しておき、接続するデバイスを選定するが、イベントに対応して特定の接続デバイスを記憶する構成であってもよい。

《情報処理システム》
まず、図２、図３、図４Ａおよび図４Ｂを参照して、本実施形態に係る情報処理システムの構成および動作を説明する。

（動作説明）
図２は、本実施形態に係る情報処理システム２００の動作を説明する図である。

図２の上段は、テレビ会議の開始というイベント発生に当たって、Ａさんにテレビ会議に参加するか否かを問い合わせる動作である。情報処理装置であるクラウドサーバ２１０は、Ａさんがタブレットである携帯端末２２０を用いてこのテレビ会議に参加するためには、携帯端末２２０に接続デバイスとしてキーボードとマウスとを接続する必要があることを通知する。通知に応答して携帯端末２２０にキーボード２２１とマウス２２２とが接続されると、クラウドサーバ２１０は、キーボード２２１とマウス２２２との制御に必要なプログラムを選定して起動する。そして、クラウドサーバ２１０は、携帯端末２２０、キーボード２２１、マウス２２２を仮想ＰＣ（パーソナルコンピュータ）に接続して、Ａさんのテレビ会議への参加を可能にする。

図２の中段は、テレビ会議中に参加していないＢさんのコメントが欲しいというイベント発生に当たって、Ｂさんにコメントを求める動作である。情報処理装置であるクラウドサーバ２１０は、Ｂさんがスマートフォンである携帯端末２３０を用いてこのテレビ会議にコメントするためには、携帯端末２３０に接続デバイスとしてキーボードを接続する必要があることを通知する。通知に応答して携帯端末２３０にキーボード２３１が接続されると、クラウドサーバ２１０は、キーボード２３１の制御に必要なプログラムを選定して起動する。そして、クラウドサーバ２１０は、携帯端末２３０とキーボード２３１とを仮想ＰＣ（パーソナルコンピュータ）に接続して、Ｂさんが携帯端末２３０の画面を見ながらキーボード２３１によりコメントを入力することを可能にする。

図２の下段は、石油価格が高騰したというイベント発生に当たって、Ｃさんにそのことを報知する動作である。情報処理装置であるクラウドサーバ２１０は、Ｃさんが携帯電話である携帯端末２４０を用いてこの報知を取得するためには、携帯端末２４０に接続デバイスとして大型ディスプレイを接続する必要があることを通知する。通知に応答して携帯端末２４０に大型ディスプレイ２４１が接続されると、クラウドサーバ２１０は、大型ディスプレイ２４１の制御に必要なプログラムを選定して起動する。そして、クラウドサーバ２１０は、Ｃさんの携帯端末２４０を経由して大型ディスプレイ２４１に詳細な石油価格変動の情報を表示する。

（構成）
図３は、本実施形態に係る情報処理システム２００の構成を示すブロック図である。

情報処理システム２００は、図３のように、ネットワーク３３０を介して接続されたクラウドサーバ２１０と、携帯端末３２１〜３２５（ルータ３２５を含む）とを有する。携帯端末３２１〜３２５には、本実施形態において、ＵＳＢデバイスが接続可能である。

クラウドサーバ２１０は、発生したイベントと関連付けて携帯端末に接続された接続デバイスの履歴を蓄積した接続デバイスＤＢ３１２と、特定の接続コネクタ（コネクタが１つの場合は携帯端末に相当）に対して接続した接続デバイスの履歴を蓄積した接続コネクタＤＢ３１３と、を有する。そして、接続デバイスＤＢ３１２と接続コネクタＤＢ３１３とに基づいて、イベント発生時に選定されたデバイスの選定されたコネクタへの接続を携帯端末に指示するデバイス接続指示部３１１を有する。デバイス接続指示部３１１は、デバイス節測指示情報として指示先携帯端末と接続デバイスと接続コネクタとを記憶する。

（動作手順）
図４Ａは、本実施形態に係る情報処理システム２００において、接続指示された携帯端末にデバイスを接続する動作手順を示すシーケンス図である。

クラウドサーバ２１０は、ステップＳ４０１において、イベントの発生を待機する。イベント発生を検出するとステップＳ４０３に進んで、発生したイベントに対応する処理を選定する。次に、ステップＳ４０５において、選定した処理に必要なデバイスを選定する。ステップＳ４０７においては、選定されたデバイスを接続するユーザを選定する。そして、ステップＳ４０９において、選定したユーザが有する携帯端末に対するデバイス接続指示情報を生成して、タブレットやスマートフォンや携帯電話である携帯端末２２０〜２４０に送信する。

デバイス接続指示情報を受信した携帯端末２２０〜２４０は、ステップＳ４１１において、デバイス接続の指示を行なう（図２参照）。このデバイス接続指示に応答して、ステップＳ４１３において指示されたデバイスを接続すると、携帯端末２２０〜２４０は、ステップＳ４１５において、汎用ＵＳＢドライバを起動する。そして、ステップＳ４１７において、携帯端末２２０〜２４０によるデバイスアドレスを設定して、ステップＳ４１９において、デバイスのディスクリプタを取得する。取得したディスクリプタは、ステップＳ４２１において、クラウドサーバ２１０に転送される。

ディスクリプタを取得したクラウドサーバ２１０は、ステップＳ４２３において、ディスクリプタから判定した接続デバイスを駆動するＵＳＢデバイスドライバを起動する。また、ステップＳ４２５において、クラウドサーバ２１０と接続デバイスとを携帯端末２２０〜２４０を介して結ぶためのドライバアプリケーションを起動する。そして、ステップＳ４２７において、クラウドサーバ２１０と接続デバイスとの携帯端末２２０〜２４０を介したデータ入出力を実現する。

図４Ｂは、本実施形態に係る情報処理システム２００において、接続指示された携帯端末と異なる携帯端末にデバイスを接続する動作手順を示すシーケンス図である。なお、図４Ｂにおいて、図４Ａと同様のステップには同じステップ番号を付して、説明を省略する。

ステップＳ４５１において、デバイス接続指示情報を通知するユーザの携帯端末を選定する。ステップＳ４５３においては、選定されたデバイスを接続する接続コネクタを選定する。本例では、デバイス接続指示情報を通知する携帯端末と、デバイスを接続する接続コネクタ（コネクタが１つの場合は携帯端末に相当）そして、ステップＳ４５５において、選定したユーザが有する携帯端末に対するデバイス接続指示情報を生成して、送信する。このデバイス接続指示情報には、接続コネクタ情報が含まれる。図４Ｂにおいては、携帯端末ａにデバイス接続指示情報を通知する。デバイス接続指示情報には、携帯端末ｂに出力デバイスＢを接続し、ルータｃに入力デバイスＡを接続する指示が含まれているとする。通知ユーザの携帯端末ａは、ステップＳ４５７において、接続コネクタを含むデバイス接続指示を行なう。

携帯端末ａへのデバイス接続指示に応答して、ステップＳ４６１において、出力デバイスＢを携帯端末ｂに接続する。携帯端末ａは、ステップＳ４６３において、デバイス情報（ディスクリプタ）を取得する。なお、図４Ｂにおいては、煩雑さを避けるため、詳細なＵＳＢドライバのプロトコルは省略している。ステップＳ４６５において、デバイス情報はクラウドサーバ２１０に転送される。

クラウドサーバ２１０では、ステップＳ４６７において、出力デバイスＢを駆動するデバイスドライバを起動する。次に、ステップ４６９において、クラウドサーバ２１０と出力デバイスＢとを携帯端末ｂを介して結ぶためのドライバアプリケーションを起動する。

一方、ステップＳ４７１において、ルータｃに入力デバイスＡが接続される。ルータｃは、ステップＳ４７３において、デバイスの接続をクラウドサーバ２１０に通知する。クラウドサーバ２１０は、ステップＳ４７５において、ルータｃを経由してＵＳＢプロトコルに従って入力デバイスＡにデバイス情報（ディスクリプタ）を要求する。これに応答して、入力デバイスＡは、ステップＳ４７７において、ルータｃを経由してデバイス情報を返信する。クラウドサーバ２１０は、ステップＳ４７９において、入力デバイスＡを駆動するデバイスドライバを起動する。

その後、入力デバイスＡからの入力データを出力デバイスＢ出力すると仮定する。ステップＳ４８１において、入力デバイスＡからの入力データがルータｃを経由してクラウドサーバ２１０に取得される。そして、必要であればデータ処理後に、ステップＳ４８３において、出力データが携帯端末ｂを介して出力デバイスＢに送出される。例えば、入力デバイスＡがＤＶＤドライブであり、出力デバイスＢがディスプレイであれば、ＤＶＤ映像がディスプレイに出力されることになる。

《クラウドサーバの機能構成》
図５は、本実施形態に係るクラウドサーバ２１０の機能構成を示すブロック図である。

クラウドサーバ２１０は、ネットワーク３３０を介して携帯端末２２０〜２４０、３２１〜３２５と通信する通信制御部５０１を有する。通信制御部５０１において携帯端末から受信したメッセージからは、ユーザ情報受信部５０２においてユーザＩＤや認証情報などのユーザ情報を受信する。また、端末情報受信部５０３において携帯端末ＩＤや認証情報などの端末情報を受信する。ユーザ情報と端末情報とに基づいて、ユーザ登録部５０４は、ユーザ登録ＤＢ５０５にユーザを登録する（図７参照）。

また、イベント取得部５０６は、通信制御部５０１を介して外部からのイベントを取得したり、クラウドサーバ２１０の内部で発生するイベントを取得したりするイベント検出手段として機能する。送信先選定部５０７は、イベント取得部５０６がイベントを取得すると、ユーザ登録ＤＢ５０５を参照して、デバイス接続指示情報を送信する送信先の携帯端末を選定する。

また、イベント取得部５０６がイベントを取得すると、接続デバイス選定部５０８は、接続デバイスＤＢ３１２（図９Ａおよび図９Ｂ参照）およびデバイスＤＢ５１０（図８）に基づいて、デバイス接続指示を行なう接続デバイスを選定する。一方、接続コネクタ選定部５０９は、接続コネクタＤＢ３１３（図１０参照）に基づいて、デバイス接続指示に含まれる接続デバイスの接続先である接続コネクタを選定する。

接続デバイス選定部５０８が選定した接続デバイスと、接続コネクタ選定部５０９が選定した接続コネクタとは、デバイス接続指示部３１１のデバイス接続指示テーブル３１１ａに記憶される。そして、デバイス接続指示部３１１は、送信先選定部５０７が選定した送信先の携帯端末に、デバイス接続指示テーブル３１１ａに基づいて生成されたデバイス接続指示情報を送信する。

デバイス情報受信部５１２は、携帯端末を介して接続したデバイスのデバイス情報（ディスクリプタ）を受信する。デバイスドライバ実行部５１３は、接続したデバイスを駆動する。そして、データ送受信部５１４により接続したデバイスと携帯端末経由でのデータ送受信を行なう。

《携帯端末の機能構成》
図６は、本実施形態に係る携帯端末２２０〜２４０、３２１〜３２４の機能構成を示すブロック図である。以下、いずれも同様の構成であるので、携帯端末２２０を代表させて説明する。

本実施形態の携帯端末２２０は、ＵＳＢデバイスを接続するためのＵＳＢコネクタ６０１を有する。そして、ＵＳＢコネクタ６０１に接続したデバイスのディスクリプタを取得するための汎用ＵＳＢドライバ６０２を有する。さらに、携帯端末２２０は、ＵＳＢデバイスからの入力データをＩＰカプセリングして、通信制御部６０５を介しＩＰネットワークを経由してクラウドサーバ２１０に送信するため、ＵＳＢデバイス入力データ送信部６０３を有する。また、携帯端末２２０は、通信制御部６０５を介しＩＰネットワークを経由してクラウドサーバ２１０から受信したＵＳＢデバイスへの出力データを受信し、アンカプセリングして汎用ＵＳＢドライバ６０２に渡すＵＳＢデバイス出力データ受信部６０４を有する。なお、ＵＳＢデバイス入力データ送信部６０３やＵＳＢデバイス出力データ受信部６０４においては、ドライバアプリケーションの一部がクラウドサーバ２１０からダウンロードされて動作してもよい。通信制御部６０５は、ネットワークを介してクラウドサーバ２１０あるいは他の携帯端末との通信を制御する制御部である。ここで、一般に、画像やデータ通信は４Ｇ／３Ｇにより通信され、携帯電話やスマートフォンなどの音声通信はＷｉＦｉにより通信される。

また、携帯端末２２０は、通信制御部６０５を介してＵＳＢデバイスとは異なるデータの送信を行なう送信部６１３と受信部６１４とを有する。また、携帯端末２２０は、タッチパネルやキーボードなどからなる操作部６０９と、入出力部６１０とを有する。入出力部６１０は、受信部６１４が受信したデータを表示する表示部６１１と、音声を入出力する音声入出力部６１２とを有する。

（ユーザ登録ＤＢ）
図７は、本実施形態に係るユーザ登録ＤＢ５０５の構成を示す図である。なお、ユーザ登録ＤＢ５０５は、図７の構成に限定されない。

ユーザ登録ＤＢ５０５は、ユーザＩＤ７０１に対応付けて、携帯端末ＩＤ７０２、携帯端末の機種７０３、通信性能７０４、携帯端末が有するデバイスコネクタ７０５、搭載されているデバイスドライバ７０６、音声通信方式７０７、データ通信方式７０８などを記憶する。

（デバイスＤＢ）
図８は、本実施形態に係るデバイスＤＢ５１０の構成を示す図である。なお、デバイスＤＢ５１０は、図８の構成に限定されない。

デバイスＤＢ５１０は、デバイスＩＤ８０１に対応付けて、デバイスの機種８０２、入力デバイスか出力デバイスかの種別８０３、デバイスが有する接続コネクタ８０４、通信方式８０５、デバイスの能力８０６などを記憶する。ここで、接続コネクタ８０４と通信方式８０５とは対応するので、いずれかを記憶するのみでもよい。

（接続デバイスＤＢ）
図９Ａおよび図９Ｂは、本実施形態に係る接続デバイスＤＢ３１２の構成を示す図である。なお、接続デバイスＤＢ３１２は、図９Ａおよび図９Ｂの構成に限定されない。

図９Ａは、本実施形態に係る接続デバイスＤＢ３１２の一部構成を示す図である。図９Ａは、発生したイベント内容から、クラウドサーバ２１０がどのような対応処理を行なったかの履歴を蓄積するデータベース９１０である。

データベース９１０は、イベント内容９０１に対応付けて、第１対応処理９０２、第２対応処理９０３、...を記憶する。記憶順序は、出現回数の多い順などであってよい。また、各対応処理に対応して出現頻度や出現率を記憶してもよい。

図９Ｂは、本実施形態に係る接続デバイスＤＢ３１２の一部構成を示す図である。図９Ｂは、図９Ａから選定された対応処理から、ユーザがどの接続デバイスを接続したか、あるいはクラウドサーバ２１０がどの接続デバイスの接続を指示したかの履歴を蓄積するデータベース９２０である。

データベース９２０は、対応処理９２１に対応付けて、接続デバイス９２２を記憶する。そして、各接続デバイス９２２には、対応処理９２１の出現回数に対するデバイスの使用回数を示す使用率９２３を記憶する。また、各接続デバイス９２２が有する機種９２４を記憶する。各機種９２４に対応付けて、接続コネクタ９２５、コネクタ搭載機器９２６、今までの全登録ユーザの累積満足度９２７を記憶する。なお、コネクタ搭載機器９２６には、携帯端末やルータなどが含まれる。

（接続コネクタＤＢ）
図１０は、本実施形態に係る接続コネクタＤＢ３１３の構成を示す図である。なお、接続コネクタＤＢ３１３は、図１０の構成に限定されない。

接続コネクタＤＢ３１３は、コネクタ搭載機器１００１に対応付けて、その所有者１００２、ＧＰＳ（Global Positioning System）などによって測定された現在地１００３、その現在地を含む例えば部屋などの領域１００４を記憶する。そして、各コネクタ搭載機器１００１に対応付けて、接続コネクタ１００５、第１接続デバイスとその接続回数１００６、第２接続デバイスとその接続回数１００７、...を記憶する。なお、コネクタ搭載機器１００１には、携帯端末やルータなどが含まれる。

《クラウドサーバのハードウェア構成》
図１１は、本実施形態に係るクラウドサーバ２１０のハードウェア構成を示すブロック図である。

図１１で、ＣＰＵ１１１０は演算制御用のプロセッサであり、プログラムを実行することで図５のクラウドサーバ２１０の各機能構成部を実現する。ＲＯＭ１１２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部５０１は通信制御部であり、本実施形態においては、ネットワーク３３０を介して携帯端末２２０、２４０および３２１〜３２４、ルータ３２５と通信する。なお、ＣＰＵ１１１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵ（Graphics Processing Unit）を含んでもよい。

ＲＡＭ１１４０は、ＣＰＵ１１１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１１４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。通知先ユーザＩＤ１１４１は、デバイス接続指示情報を送信する通信先のユーザの識別子である。通知先端末ＩＤ１１４２は、通信先の携帯端末の識別子である。デバイス接続指示テーブル３１１ａは、通知先端末ＩＤ１１４２が示す携帯端末に送信するデバイス接続指示情報を生成するテーブルである。デバイス接続情報１１４３は、デバイス接続指示情報を生成するために、接続デバイスＤＢ３１２や接続コネクタＤＢ３１３などから検索された、ユーザの満足度などを含むデバイス接続の履歴情報である（図１２参照）。デバイス用データ１１４４は、デバイスに入出力するためのデータである。送受信データ１１４５は、携帯端末と通信制御部５０１を介して送受信するメッセージである。

ストレージ１１５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。ユーザ登録ＤＢ５０５は、図７に示したデータベースである。デバイスＤＢ５１０は、図８に示したデータベースである。接続デバイスＤＢ３１２は、図９Ａおよび図９Ｂに示したデータベースである。接続コネクタＤＢ３１３は、図１０に示したデータベースである。

ストレージ１１５０には、以下のプログラムが格納される。クラウドサーバ制御プログラム１１５１は、本クラウドサーバ２１０の全体を制御するプログラムである。デバイス接続指示モジュール１１５２は、クラウドサーバ制御プログラム１１５１において、携帯端末に対するデバイス接続指示情報を生成して送信するモジュールである。デバイス接続指示モジュール１１５２には、接続デバイス選定処理（図１４参照）が含まれる。接続デバイス制御モジュール１２５３は、クラウドサーバ制御プログラム１１５１において、接続したデバイスを制御するモジュールである。接続デバイス制御モジュール１１５３には、ＵＳＢデバイスドライバや、携帯端末のドライバアプリケーションと協働して、クラウドサーバ２１０と携帯端末２２０とデバイスをつなぐためのドライバアプリケーションとが含まれる。

なお、図１１には、本実施形態に必須なデータやプログラムのみが示されており、本実施形態に関連しないデータやプログラムは図示されていない。

（デバイス接続指示テーブル）
図１２は、本実施形態に係るデバイス接続指示テーブル３１１ａの構成を示す図である。

デバイス接続指示テーブル３１１ａは、イベント内容１２０１に対応付けて選定した対応処理を記憶する。各対応処理には、接続が必要として選定した接続デバイス１２０３を記憶する。各接続デバイス１２０３に対応付けて、機種１２０４、接続コネクタ１２０５、コネクタ搭載機器１２０６を記憶する。なお、コネクタ搭載機器１２０６には、携帯端末やルータなどが含まれる。

また、各イベント内容１２０１および対応処理１２０２に対応付けて、デバイス接続指示情報を送信する通知先端末ＩＤ１２０７、通知先のユーザＩＤ１２０８を記憶する。なお、図１２においては、１つの通知先端末としたが、通知先端末が複数であってもよい。

《クラウドサーバの処理手順》
図１３は、本実施形態に係るクラウドサーバ２１０の処理手順を示すフローチャートである。このフローチャートは、図１１のＣＰＵ１１１０がＲＡＭ１１４０を使用して実行し、図５の機能構成部を実現する。

まず、ステップＳ１３１１において、イベント発生が検出したか否か（あるいはイベント発生を取得したか否か）を判定する。また、ステップＳ１３２１においては、携帯端末からのデバイス接続通知か否かを判定する。また、ステップＳ１３３１においては、携帯端末に接続されたデバイスからの入力データを要求するか否かを判定する。また、ステップＳ１３４１においては、携帯端末に接続されたデバイスへのデータ出力を要求するか否かを判定する。

イベント発生の検出であればステップＳ１３１３に進んで、発生したイベント内容から接続デバイスＤＢ３１２を参照して対応処理を選定する。次に、ステップＳ１３１５において、生成するデバイス接続指示情報の送信先である携帯端末を選定する。そして、ステップＳ１３１７において、接続デバイスＤＢ３１２および接続コネクタＤＢを参照して接続デバイスを選定し、デバイス接続指示情報を生成する接続デバイス選定処理を実行する（図１４参照）。ステップＳ１３１９においては、生成されたデバイス接続指示情報を送信先の携帯端末に送信する。

また、携帯端末からのデバイス接続通知であればステップＳ１３２３に進んで、携帯端末から接続されたデバイスのデバイス情報（ディスクリプタ）を取得する。なお、後述の第７実施形態において説明するが、携帯端末がデバイス情報を取得できない場合は、クラウドサーバ２１０が直接、携帯端末を介して接続されたデバイスからデバイス情報を取得する。そして、ステップＳ１３２５においては、デバイス情報から対応するデバイスドライバを起動する。次に、クラウドサーバ２１０と携帯端末２２０と接続デバイスを結ぶためのドライバアプリケーションを起動する。

また、デバイスからの入力データの要求であればステップＳ１３３３に進んで、携帯端末に接続されたデバイスからのデータ入力をリクエストする。続いて、ステップＳ１３３５において、入力データの受信を待つ。入力データの受信があればステップＳ１３３７に進んで、受信データをアンカプセリングして入力データを記憶する。

また、デバイスへのデータ出力の要求であればステップＳ１３４３に進んで、出力データを取得する。出力データはクラウドサーバ２１０で生成したデータであっても、クラウドサーバ２１０が他の携帯端末経由や外部サーバから取得したデータであってもよい。次に、取得したデータをカプセリングして送信データを生成して、携帯端末に対して接続されたデバイス宛に送信する。そして、ステップＳ１３４７において、携帯端末からの受信完了を待って、送信ＯＫが確認できればデータ出力を終了する。

（接続デバイス選定処理）
図１４は、本実施形態に係る接続デバイス選定処理Ｓ１３１７の処理手順を示すフローチャートである。

まず、ステップＳ１４０１において、選定された対応処理に必要で適切なデバイス候補を、接続デバイスＤＢ３１２を参照して選定する。次に、ステップＳ１４０３において、送信先およびその周辺にあって使用可能で適切な接続コネクタ候補を、接続コネクタＤＢ３１３を参照して選定する。さらに、ステップＳ１４０５において、選定した適切な接続デバイスと接続コネクタとの組の候補をユーザの満足度などを参考に選定する。そして、ステップＳ１４０７において、選定した適切な接続デバイスと接続コネクタとの組の候補から、携帯端末に通知するデバイス接続指示情報を生成する。

《携帯端末のハードウェア構成》
図１５は、本実施形態に係る携帯端末２２０〜２４０、３２１〜３２４のハードウェア構成を示すブロック図である。なお、同様の構成であるので、以下、携帯端末２２０を代表させて説明する。

図１５で、ＣＰＵ１５１０は演算制御用のプロセッサであり、プログラムを実行することで図６の携帯端末２２０の各機能構成部を実現する。ＲＯＭ１５２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部６０５は通信制御部であり、本実施形態においては、ネットワークを介してクラウドサーバ２１０と通信する。なお、ＣＰＵ１５１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵを含んでもよい。

ＲＡＭ１５４０は、ＣＰＵ１５１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１５４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ユーザＩＤ１５４１は、携帯端末を使用中のユーザの識別子である。デバイス接続指示情報１５４２は、クラウドサーバ２１０から受信したデバイス接続を指示する情報である。デバイス接続フラグ１５４３は、ＵＳＢコネクタ６０１にデバイスを接続したことを示すフラグである。取得したディスクリプタ１５４４は、接続したＵＳＢデバイスから取得したディスクリプタである。デバイス入出力パケット１５４５は、ＵＳＢデバイスに入出力するパケットである。サーバ送受信パケット１５４６は、通信制御部６０５を介してクラウドサーバ２１０と送受信するカプセリングしたパケットである。入出力データ１５４７は、入出力インタフェース１５６０を介して入出力される入出力データを示す。

ストレージ１５５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。携帯端末ＩＤ１５５１は、本携帯端末の識別子である。ストレージ１５５０には、以下のプログラムが格納される。携帯端末制御プログラム１５５２は、本携帯端末２２０の全体を制御する制御プログラムである。デバイス接続指示モジュール１５５３は、携帯端末制御プログラム１５５２において、クラウドサーバ２１０からデバイス接続指示情報を受信して、表示部６１１に表示するモジュールである。接続デバイス制御モジュール１５５４は、携帯端末制御プログラム１５５２において、接続したデバイスを制御するモジュールである。接続デバイス制御モジュール１６５３には、汎用ＵＳＢドライバ、あるいは、クラウドサーバ２１０のドライバアプリケーションと協働して、クラウドサーバ２１０−携帯端末２２０−デバイスを結ぶドライバアプリケーションとが含まれる。

入出力インタフェース１５６０は、入出力機器との入出力データをインタフェースする。入出力インタフェース１５６０には、表示部６１１、タッチパネルなどからなる操作部６０９が接続される。また、スピーカやマイクなどの音声入出力部６１２が接続される。さらに、ＧＰＳ（Global Positioning System)位置生成部１５６１やカメラ１５６２などが接続される。そして、ＵＳＢコネクタ６０１が接続される。

なお、図１５には、本実施形態に必須なデータやプログラムのみが示されており、本実施形態に関連しないデータやプログラムは図示されていない。

《携帯端末の処理手順》
図１６は、本実施形態に係る携帯端末２２０〜２４０、３２１〜３２４の処理手順を示すフローチャートである。

まず、ステップＳ１６１１において、クラウドサーバ２１０からのデバイス接続指示情報の受信か否かを判定する。また、ステップＳ１６２１においては、ＵＳＢコネクタへのＵＳＢデバイスの接続か否かを判定する。また、ステップＳ１４３１においては、接続したデバイスの入出力処理か否を判定する。

デバイス接続指示情報の受信であればステップＳ１６１３に進んで、デバイス接続指示情報を報知する。報知は画面表示および／または音声出力を含む。ステップＳ１６１５においては、ユーザのデバイス接続指示情報の受領確認を待つ。デバイス接続指示情報の受領がユーザによるタッチなどで確認されると、ステップＳ１６１７において、受領通知をクラウドサーバ２１０に送信する。なお、この受領確認は、デバイス接続指示情報を送信したユーザの不在などによるデバイス接続の遅延を防ぐための処理である。

［第３実施形態］
次に、本発明の第３実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態と比べると登録したスケジュールの接近をイベント発生とした点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、スケジュールの接近に対応してデバイス接続をユーザに指示することによって、スケジュールに対応する携帯端末へのデバイスの接続をあらかじめ準備することができる。

なお、本実施形態においては、所定の携帯端末の接続コネクタへのデバイス接続を指示する例を説明したが、ユーザにデバイス指示のみを行ない、接続コネクタはユーザの自由選択にしても構わない。また、第２実施形態と同様に、スケジュールで使用したデバイスの履歴を蓄積しておき、接続するデバイスを予測するが、スケジュールに対応して特定の接続デバイスを記憶する構成であってもよい。

《情報処理システム》
図１７および図１８を参照して、本実施形態に係る情報処理システムの構成および動作を説明する。

（動作説明）
図１７は、本実施形態に係る情報処理システム１７００の動作を説明する図である。図１７は、あらかじめスケジュール登録されたテレビ会議開催のためのデバイス準備というイベント発生を処理する場合の動作を示す。

図１７の左図では、Ａさんのスマートフォンである携帯端末１７２０から、３月２１日のテレビ会議開催のスケジュールが登録されている。スケジュール情報には、例えば、使用する部屋名（第１会議室）、議題（スマホ開発）、テレビ会議の参加者（Ａ、Ｂ、...）が含まれる。スケジュールは、携帯端末１７２０からクラウドサーバ１７１０に送信されて、クラウドサーバ１７１０のスケジュールＤＢ１７１５に登録される。つまりスケジュールＤＢ１７１５はスケジュール記憶手段として機能する。

本例では、テレビ会議開始１週間前、テレビ会議開始前日、テレビ会議開始３０分前、をイベント発生とする。まず、テレビ会議開始１週間前に、右図上段のＡさんのスマートフォンである携帯端末１７２０に対して、予約が必要なデバイスの予約が済んでいるか否かを報知している。次に、テレビ会議開始前日に、右図中段のＡさんのスマートフォンである携帯端末１７２０に対して、必要なデバイスとその接続コネクタとを報知している。

そして、テレビ会議開始３０分前に、右図下段のＢさんのスマートフォンである携帯端末１７３０に対して、必要なデバイスとその接続コネクタとをユーザＢに対して報知している。ここでは、Ａさんのスマートフォンである携帯端末１７２０に対するクラウドサーバ２１０からの報知に対して、欠席の応答があった場合、あるいは応答がなくタイムアウトになった場合を仮定している。その場合、ＤＢを参照してクラウドサーバのユーザ（ここではＡさん）以外の参加者（ここではＢさん）を履歴から推測または検出して、その参加者に対してデバイス接続の指示を行なう。それで、報知が次の参加者であるＢさんのスマートフォンである携帯端末１７３０に行なわれる。右図下段においては、デバイス接続指示に従って、Ｂさんのスマートフォンである携帯端末１７３０にプロジェクタ１７３１が接続され、Ｃさんのタブレットである携帯端末１７４０にルータ１７４１を介してキーボード１７４２とマウス１７４３とが接続される。

クラウドサーバ１７１０は、必要なデバイスの接続を確認して、デバイスドライバ、ドライバアプリケーション、データ処理アプリケーション、ＷＥＢアプリケーションを含むテレビ会議プログラムを仮想ＰＣ上で走らせる。そして、各デバイスを接続することでテレビ会議開始への準備を完了して、参加者の到着を待つ。

（構成）
図１８は、本実施形態に係る情報処理システム１７００の構成を示すブロック図である。図１８においては、東京本社会議室１８２０と奈良研究所会議室１８３０とを含むテレビ会議を仮定する。

情報処理システム１７００は、ネットワーク１８４０を介して接続された、クラウドサーバ１７１０と、東京本社会議室１８２０にある各携帯端末（ルータを含む）と、奈良研究所会議室１８３０にある各携帯端末とを有する。

クラウドサーバ１７１０は、ユーザから登録指示したスケジュールをスケジュールＤＢ１７１５に登録するスケジュール登録部１８１４を有する。また、本実施形態のスケジュール内容に対応して接続デバイスを選定するための接続履歴を蓄積する接続デバイスＤＢ１８１２と、スケジュール内容に対応して接続コネクタを選定するための接続履歴を蓄積する接続コネクタＤＢ１８１３と、を有する。接続デバイスＤＢ１８１２と、接続コネクタＤＢ１８１３とは、接続履歴蓄積手段として機能する。そして、スケジュールＤＢ１７１５と、接続デバイスＤＢ１８１２と、接続コネクタＤＢ１８１３と、を参照して、適時にデバイス接続指示情報を生成して携帯端末に指示するデバイス接続指示部１８１１を有する。デバイス接続指示部１８１１は、デバイス接続指示情報を送る指示先端末と、デバイス接続指示情報である接続デバイスおよび接続コネクタとを記憶する。

東京本社会議室１８２０には、Ｂさんのスマートフォンである携帯端末１７３０と、携帯端末１７３０に接続したプロジェクタ１７３１が配置される。また、Ｃさんのスマートフォンである携帯端末１７４０と、携帯端末１７４０にルータ１７４１を介して接続したキーボード１７４２およびマウス１７４３が配置される。さらに、会議室に配備されたルータ１８２１には、ビデオカメラ１８２２とマイクおよびスピーカ１８２３とが接続デバイスとして接続されている。

奈良研究所会議室１８３０においても、各携帯端末にクラウドサーバ２１０から指示されたデバイスが接続されて、テレビ会議開始の準備が完了している。なお、奈良研究所会議室１８３０の携帯端末および接続デバイスについては詳説しない。

（動作手順）
図１９は、本実施形態に係る情報処理システム１７００の動作手順を示すシーケンス図である。なお、図１９において、第２実施形態の図４Ａと同様のステップには同じステップ番号を付して、説明を省略する。

まず、ステップＳ１９０１において、Ａさんの携帯端末１７２０からスケジュールが入力される。クラウドサーバ１７１０は、携帯端末１７２０からのスケジュール情報を受信して、ステップＳ１９０３において、スケジュールＤＢ１７１５にスケジュールを登録する。その後、クラウドサーバ１７１０は、登録されたスケジュールを管理し、適時にユーザの携帯端末に対して接続デバイスに関する情報を報知する。

ステップＳ１９１１において、接続デバイスの報知タイミングであるか否かを判定する。例えば、図１７に示した、１週間前、前日、３０分前、などである。なお、報知タイミングは、あらかじめ統一されていても、ユーザから設定されてもよい。以下、図１７における３０分前の動作手順を説明する。

イベントとしての報知タイミングになると、接続デバイスと接続コネクタの選定が行なわれる。ステップＳ１９１３においては、スケジュール登録をしたＡさんが参加するか否かを判定する。Ａさんが参加であれば携帯端末１７２０にデバイス接続指示情報を送信して、以下、Ａさんによるデバイス接続の準備が行なわれる。

Ａさんが欠席する場合にはステップＳ１９２１に進んで、デバイス接続指示情報の次の送信先を選定する。次の送信先は、同じスケジュールへの他の参加者や、Ａさんと親しい人を過去の参加履歴などを参考に選定してもよい。そして、ステップＳ１９２３において、選定された送信先の携帯端末１７３０（本例の場合は、Ｂさんのスマートフォン）にデバイス接続指示情報を送信する。携帯端末１７３０は、ステップＳ１９２５において、デバイス接続指示情報を受信して、Ｂさんにデバイス接続を指示する。

その後、ステップＳ１９３１において、参加するＢさんの携帯端末１７３０およびＣさんの携帯端末１７４０と、会議室のルータ１７４１とに、各デバイスａ〜ｃが接続される。ステップＳ１９３３においては、各携帯端末およびルータからクラウドサーバ１７１０にデバイス接続の通知が送られる。

ステップＳ１９３５において、仮想ＰＣが生成されてテレビ会議アプリケーションを起動する。かかる、テレビ会議アプリケーションにより他の場所の参加グループである、本例では奈良研究所会議室なども画面共有が可能となる。そして、ステップＳ１９３７、Ｓ１９３９およびＳ１９４１により、仮想ＰＣへのデータ入出力が実行して、画面を共有したテレビ会議が実現する。

《クラウドサーバの機能構成》
図２０は、本実施形態に係るクラウドサーバ１７１０の機能構成を示すブロック図である。なお、図２０において、第２実施形態の図５と同様の機能構成部には同じ参照番号を付して、説明は省略する。

スケジュール受信部２０１５は、携帯端末から受信したスケジュール登録内容を受信する。スケジュール登録内容はスケジュール登録部１８１４に送られて、スケジュールＤＢ１７１５（図２１参照）に登録される。接続デバイスＤＢ１８１２は、スケジュール内容に対応した接続デバイスの履歴を蓄積する（図２２参照）。接続コネクタＤＢ１８１３は、スケジュール内容に対応した接続コネクタの履歴を蓄積する（図２３参照）。

接続デバイス報知タイミング検出部２００６は、スケジュールＤＢ１７１５のスケジュール情報に基づいて、接続デバイスの報知タイミングを検出する。そして、接続デバイス報知タイミング検出部２００６は、送信先選定部５０７や接続デバイス選定部５０８や接続コネクタ選定部５０９を起動させる。デバイス接続指示部１８１１は、デバイス接続指示テーブル１８１１ａ（図２３参照）を有し、スケジュール内容に対応して選定された接続デバイスおよび接続コネクタを記憶する。そして、デバイス接続指示部１８１１は、デバイス接続指示情報を生成して、送信先選定部５０７が選定した送信先の携帯端末に送信する。

（スケジュールＤＢ）
図２１は、本実施形態に係るスケジュールＤＢ１７１５の構成を示す図である。なお、スケジュールＤＢ１７１５は、図２１に限定されない。

スケジュールＤＢ１７１５は、スケジュール開催の日時２１０１に対応付けて、スケジュール内容２１０２を記憶する。日時２１０１の間隔は、スケジュールの数により可変であってもよい。スケジュール内容２１０２に対応付けて、接続デバイスの指示タイミング２１０３、スケジュールを登録した登録ユーザＩＤ２１０４、を記憶する。さらに、第１使用場所と準備責任者と参加者を含む第１場所情報２１０５、第２使用場所と準備責任者と参加者を含む第２場所情報２１０６、...を記憶する。なお、場所情報は１つであってもよい。使用場所からは、その場所に配備されているデバイス機器やルータなどの情報が検索可能となる。

（接続デバイスＤＢ）
図２２は、本実施形態に係る接続デバイスＤＢ１８１２の構成を示す図である。なお、接続デバイスＤＢ１８１２、図２２に限定されない。

接続デバイスＤＢ１８１２は、スケジュール内容２２０１と接続デバイス指示タイミング２２０２とに対応付けて、接続デバイス候補２２０３を記憶する。接続デバイス候補２２０３には、第１デバイス、第２デバイス、...が記憶され、このスケジュールに対応する各デバイスの使用率やユーザの満足度が付加される。そして、各接続デバイス候補２２０３に対応付けて、デバイスの組合せに対する使用率やユーザの満足度を記憶する。

（接続コネクタＤＢ）
図２３は、本実施形態に係る接続コネクタＤＢ１８１３の構成を示す図である。なお、接続コネクタＤＢ１８１３、図２３に限定されない。

接続コネクタＤＢ１８１３は、スケジュールの情報に含まれる対象場所２３０１に対応付けて、その位置座標２３０２と、その対象場所で使用可能な接続コネクタ２３０３とを記憶する。接続コネクタ２３０３は、第１接続コネクタ、第２接続コネクタ、...を記憶する。それぞれの接続コネクタには、種類と位置、コネクタ数、現在の使用数の情報が含まれる。

なお、ユーザが携帯する携帯端末が有するコネクタについては、ユーザの移動につれてＤＰＳで位置を確認して、随時、接続コネクタＤＢ１８１３を更新してもよいし、接続コネクタ選定時に、接続コネクタＤＢ１８１３とは別に、追加してもよい。

（デバイス接続指示テーブル）
図２４は、本実施形態に係るデバイス接続指示テーブル２０１１ａの構成を示す図である。

デバイス接続指示テーブル２０１１ａは、送信タイミング２４０１に対応付けて、スケジュール内容２４０２を記憶する。そして、各スケジュール内容２４０２に対応付けて、デバイス接続指示情報の送信先２４０３、第１デバイス接続候補２４０４、第２デバイス接続候補２４０５、...を記憶する。各デバイス接続候補としては、接続コネクタ候補を含む少なくとも１つの接続デバイス候補（図では、第１および第２のみを示す）を記憶する。

なお、各接続デバイス候補やデバイス接続候補には、使用率やユーザの満足度などが付加されてもよい。

《クラウドサーバの処理手順》
図２５は、本実施形態に係るクラウドサーバ１７１０の処理手順を示すフローチャートである。このフローチャートは、図１１のＣＰＵ１１１０がＲＡＭ１１４０を使用して実行し、図２０の機能構成部を実現する。なお、図２５において、第２実施形態の図１３と同様の処理は省略し、同様のステップには同じステップ番号を付して、説明は省略する。

ステップＳ２５１１においては、携帯端末からのスケジュール登録か否かを判定する。また、ステップＳ２５２１において、デバイス接続指示情報の報知タイミングであるか否かを判定する。

携帯端末からのスケジュール登録であればステップＳ２５１３に進んで、登録するユーザＩＤと携帯端末ＩＤとを取得する。次に、ステップＳ２５１５において、スケジュール内容を取得する。そして、ステップＳ２５１７において、取得したスケジュールをスケジュールＤＢ１７１５に登録する。

デバイス接続指示情報の報知タイミングであればステップＳ２５２３に進んで、スケジュールＤＢ１７１５からスケジュール内容を読み出す。次に、ステップＳ２５２５において、デバイス接続指示情報の送信先の携帯端末を選定する。そして、ステップＳ２５２７において、接続デバイスおよび接続コネクタを選定して、デバイス接続指示情報を生成する接続デバイス選定処理を実行する（図２６参照）。ステップＳ２５２９において、生成されたデバイス接続指示情報を選定された送信先の携帯端末に送信する。

（接続デバイス選定処理）
図２６は、本実施形態に係る接続デバイス選定処理Ｓ２５２７の処理手順を示すフローチャートである。なお、図２６において、第２実施形態の図１４と同様のステップには同じステップ番号を付して、説明は省略する。

まず、ステップＳ２６０１において、スケジュール内容に従って、必要なデバイス候補を選定する。次に、ステップＳ２６０３において、スケジュールの実施場所の接続コネクタ候補や、周辺にあって接続デバイスを接続して》使用可能な接続コネクタ候補を選定する。以下の処理は、図１４と同様である。

［第４実施形態］
次に、本発明の第４実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態と比べると、通信容量や通信量の変化の予測をイベント発生とした点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、通信容量や通信量の変化予測に対応してデバイス接続をユーザに指示することによって、通信状況に対応する携帯端末へのデバイスの接続をあらかじめ準備することができる。

《情報処理システム》
図２７、図１８Ａおよび図１８Ｂを参照して、本実施形態に係る情報処理システムの構成および動作を説明する。

（動作説明）
図２７は、本実施形態に係る情報処理システム２７００の動作を説明する図である。

図２７の上段は、スマートフォンである携帯端末２７２０の表示画面２７２１で動画を鑑賞中に、クラウドサーバ２７１０が通信環境予測部２７１１において、イベントとしての通信障害の発生を予測した場合の処理である。通信障害としては、車両がトンネルに入った場合などの通信遮断領域の場合や、磁気嵐などの自然環境で通信障害が起こる場合、あるいは中継局の故障や通信容量減少、あるいは通信量増大による接続障害などが含まれる。通信環境予測部２７１１がこれらの通信障害を予測した場合には、上段中央部の携帯端末２７２０の表示画面２７２２にウィンドウ２７２３が開く。そして、ウィンドウ２７２３には、例えば、"２０分後に通信障害発生。大容量記憶部へのダウンロードをお勧めします。"とのメッセージが表示されて、ユーザに大容量メモリデバイスの接続を促す。上段右図のように、携帯端末２７２０のＵＳＢコネクタに大容量メモリデバイス２７３０が接続されると、表示画面２７２４にはダウンロード中のメッセージ２７２５が表示される。なお、表示メッセージは音声出力を伴ってもよい。

図２７の下段は、スマートフォンである携帯端末２７２０の表示画面２７２１のＵＳＢコネクタに、ルータ２７４０を介してキーボード２７４１とマウス２７４２とを接続して、クラウドサーバ２７１０の仮想ＰＣを使用している場合を想定している。そして、携帯端末２７２０の表示画面２７２６を大型スクリーンで表示したい場合、あるいは、新たに大型画面を必要として、大型ディスプレイ２７５０を接続した、あるいは、クラウドサーバ１７１０の指示で接続しようとしている状況である。この時に、例えば、通信量予測部２７１２は、全デバイスの総通信量あるいは平均通信量などを予測して、携帯端末の通信容量では通信に問題が発生すると予測すると、それを携帯端末２７２０に報知する。そのために、下段中央部の携帯端末２７２０の表示画面２７２７にウィンドウ２７２８が開く。そして、ウィンドウ２７２８には、例えば、"通信容量が不足する可能性があります。ディスプレイは屋の端末に接続して下さい。"とのメッセージが表示されて、ユーザに大型ディスプレイを他の携帯端末に接続することを促す。下段右図のように、近くにいる友人のタブレットである携帯端末２７６０のＵＳＢコネクタに大型ディスプレイ２７５０を接続することによって、通信量増大による携帯端末２７２０の通信障害を未然に防ぐことができる。

（動作手順）
図２８Ａおよび図２８Ｂに、本実施形態に係る情報処理システム２７００の動作手順を示す。なお、図２８Ａおよび図２８Ｂにおいて、第２実施形態の図４Ａや図４Ｂと同様のステップには同じステップ番号を付して、説明は省略する。

図２８Ａは、本実施形態に係る情報処理システム２７００における、通信障害発生予測時の動作手順を示すシーケンス図である。

ステップＳ２８１１においては、クラウドサーバ２７１０と携帯端末２７２０との通信は確立しており、携帯端末２７２０においては、ステップＳ２８１３において、データ処理が行なわれている。

ここで、通信障害発生を予測しているクラウドサーバ２７１０が、ステップＳ２８１５において、通信容量ＤＢ２８１６に基づいて通信障害の発生を予測すると、ステップＳ２８１７に進む。ステップＳ２８１７においては、デバイス接続指示情報の送信先を選定する。図２７の上段の場合は概ね送信先は携帯端末２７２０である。しかし、周辺の他の携帯端末に送信することも可能である。続いて、ステップＳ２８１９において、通信容量ＤＢ２８１６を参照して接続デバイスを選定する。そして、デバイス接続指示情報を生成して携帯端末２７２０送信して以降、デバイス（本例では、メモリデバイス）を接続して、クラウドサーバ２７１０から制御可能となるまでの手順は、図４Ａと同様である。

ステップＳ２８２７においては、クラウドサーバ２７１０からメモリデバイスにデータがダウンロードされる。ダウンロードされたデータは、ステップＳ２８２９においてメモリデバイスで記憶される。その後、ステップＳ２８３１において、通信障害により、クラウドサーバ２７１０と携帯端末２７２０との通信が途絶える、あるいは容量不足になる。その時には、ステップＳ２８３３において、あらかじめメモリデバイスにダウンロードされたデータが携帯端末２７２０により読み出される。そして、携帯端末２７２０のデータ処理は、ステップＳ２８３５において、通信障害の影響を受けずに継続される。

図２８Ｂは、本実施形態に係る情報処理システム２７００における、通信量増大予測時の動作手順を示すシーケンス図である。図２８Ｂにおいて、図２８Ａと同様のステップには同じステップ番号を付して、説明を省略する。

ステップＳ２８５１において、新しいデバイスが携帯端末２７２０に接続される。そして、ステップＳ２８５３において、接続されたデバイスのデバイス情報が携帯端末２７２０からクラウドサーバ２７１０に送信される。

クラウドサーバ２７１０では、ステップＳ２８５５において、通信量ＤＢ２８１７を参照して通信量の増大が予測される。ステップＳ２８５９においては、通信量増大を抑えるためにデバイスを接続変更する接続コネクタを選定する。

携帯端末２７２０のデバイス接続指示を知って、ステップＳ２８６１においては、新デバイスが携帯端末２７２０から外される。そして、ステップＳ２８６３において、他の携帯端末２７６０に接続される。携帯端末２７６０は、ステップＳ２８６５において、取得したデバイス情報をクラウドサーバ２７１０に送信する。その後、クラウドサーバ２７１０は、仮想ＰＣに新デバイスを接続することで、クラウドサーバ２７１０を介した、携帯端末２７２０に接続したデバイスと、携帯端末２７６０に接続した新デバイスとのデータ入出力が可能となる。

《クラウドサーバの機能構成》
図２９は、本実施形態に係るクラウドサーバ２７１０の機能構成を示すブロック図である。なお、図２９において、第２実施形態の図５と同様の機能構成部には同じ参照番号を付して、説明を省略する。

通信環境取得部２９１８は、通信制御部５０１を介して携帯端末や他の通信装置から通信環境の情報を取得する。その通信環境の情報は、通信環境記憶部２９１９により、通信容量ＤＢ２８１６（図３０参照）および通信量ＤＢ２８１７（図３１参照）に記憶される。イベント予測部２９０６は、通信環境予測部２７１１と通信量予測部２７１２とを有する。通信環境予測部２７１１は、通信容量ＤＢ２８１６を参照して、通信容量を予測する通信容量予測手段として機能し、されに通信障害の発生を予測する。通信量予測部２７１２は、通信量ＤＢ２８１７を参照して通信量の増大を予測する。そして、イベント予測部２９０６は、通信環境予測部２７１１の通信障害や通信量予測部２７１２の通信量増大をイベント発生として予測する。

デバイス接続指示部２９１１は、デバイス接続指示テーブル２９１１ａ（図３２参照）を有し、接続デバイスと接続コネクタを含むデバイス接続指示情報を生成して、選定した送信先の携帯端末に送信する。

（通信容量ＤＢ）
図３０は、本実施形態に係る通信容量ＤＢ２８１６の構成を示す図である。なお、通信容量ＤＢ２８１６の構成は、図３０に限定されない。

通信容量ＤＢ２８１６は、定常的な特定場所あるいは領域の通信容量減少の履歴を蓄積するデータベース３０１０と、突発的に発生する通信障害を記録するデータベース３０２０とを有する。

データベース３０１０は、地域情報３０１１に対応付けて、道路に関連する場合の道路情報３０１２、通信容量の減少状態３０１３、通信容量減少が継続する最大継続時間３０１４、通信容量減少が及ぶ最大範囲３０１５を記憶する。

データベース３０２０は、地域情報３０２１に対応付けて、通信障害が及ぶ最大範囲３０２２、通信障害の数値３０２３、通信障害のスタート時間３０２４、継続予測時間３０２５を記憶する。

（通信量ＤＢ）
図３１は、本実施形態に係る通信量ＤＢ２８１７の構成を示す図である。なお、通信量ＤＢ２８１７の構成は、図３１に限定されない。

通信量ＤＢ２８１７は、個々のデバイスに対応する通信量の履歴を蓄積するデータベース３１１０と、デバイスを組み合わせて使用した場合の通史量の履歴を蓄積するデータベース３１２０とを有する。

データベース３１１０は、各デバイス３１１１に対応付けて、最大通信量３１１２と平均通信量５１１３とを記憶する。データベース３１２０は、各デバイス組合せ３１２１に対応付けて、最大通信量３１２２と平均通信量５１２３とを記憶する。

（デバイス接続指示テーブル）
図３２は、本実施形態に係るデバイス接続指示テーブル２９１１ａの構成を示す図である。

デバイス接続指示テーブル２９１１ａは、図２８Ａの動作で使用されるテーブル３２１０と、図２８Ｂの動作で使用されるテーブル３２２０とを有する。

テーブル３２１０は、携帯端末ＩＤ３２１１に対応付けて、現在位置３２１２、通信使用状態３２１３、通信容量減少予測時間３２１４、通信化／不可３２１５、接続デバイスと接続コネクタとを含むデバイス接続指示情報３２１６を記憶する。

テーブル３２２０は、携帯端末ＩＤ３２２１に対応付けて、携帯端末の許容する通信容量３２２２、接続デバイス３２２３、予測通信量３２２４、通信化／不可３２２５、接続デバイスと接続コネクタとを含むデバイス接続指示情報３２２６を記憶する。

《クラウドサーバの処理手順》
図３３は、本実施形態に係るクラウドサーバ２７１０の処理手順を示すフローチャートである。このフローチャートは、図１１のＣＰＵ１１１０がＲＡＭ１１４０を使用して実行し、図２９の機能構成部を実現する。なお、図３３において、第２実施形態の図１３と同じ処理は削除した。

まず、ステップＳ３３１１において、通信障害の発生が予測されるか否かを判定する。また、ステップＳ３３２１において、通信量増大が予測されるか否かが判定される。

通信障害の発生が予測されるとステップＳ３３１３に進んで、デバイス接続指示情報の送信先の携帯端末を選定する。次に、ステップＳ３３１５において、通信容量ＤＢ２８１６に基づきデバイス接続指示情報を生成する。そして、ステップＳ３３１７において、選定した送信先の携帯端末にデバイス接続指示情報を送信する。

また、通信量増大の発生が予測されるとステップＳ３３２３に進んで、デバイス接続指示情報の送信先の携帯端末を選定する。次に、ステップＳ３３２５において、通信量ＤＢ２８１７に基づきデバイス接続指示情報を生成する。そして、ステップＳ３３１７において、選定した送信先の携帯端末にデバイス接続指示情報を送信する。

［第５実施形態］
次に、本発明の第５実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２乃至第４実施形態と比べると、デバイス接続後のプログラムをデバイスと使用プログラムとの組合せの履歴に基づいて決定して実行する点で異なる。その他の構成および動作は、第２乃至第４実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、ユーザの指示したデバイスの接続後、接続したデバイスに適切なプログラムを情報処理装置が選定して実行することによって、ユーザによる操作なしに接続デバイスを使用するサービスを受けることができる。

《情報処理システム》
図３４および図３５を参照して、本実施形態に係る情報処理システムの構成および動作を説明する。なお、本実施形態においては、第３実施形態のスケジュールによるイベント予測からデバイスを接続して、適切なプログラムを選定して起動することによって、接続したデバイスをユーザに操作なしにクラウドサーバ３４１０で処理する例を示す。特に、携帯端末を使用した、定期的な患者の生体情報（脈拍や血圧、体温など）を、センサデバイスを接続することで収集する例を説明する。しかし、これに限定されることはない。

（動作説明）
図３４は、本実施形態に係る情報処理システム３４００の動作を説明する図である。

図３４の左図では、Ａさんのスマートフォンである携帯端末３４２０から、患者であるＡさんの生体情報の測定スケジュールが登録されている。スケジュール情報には、例えば、脈拍測定は３時間間隔で測定、血圧測定は毎朝６時に測定、体温測定は起床時と就寝前に測定、が設定されている。スケジュールは、携帯端末３４２０からクラウドサーバ３４１０に送信されて、クラウドサーバ３４１０のスケジュールＤＢ３４１５に登録される。

例えば、設定されたスケジュールのうち、脈拍測定の測定時刻接近をイベント発生とする。まず、上段中央図のように、Ａさんのスマートフォンである携帯端末３４２０の画面に、"脈拍測定時間が近づきました。脈拍センサを接続してください。"とのメッセージが表示される。携帯端末３４２０のＵＳＢコネクタに接続可能なＵＳＢ脈拍センサ３４２１が近くにあれば、携帯端末３４２０に接続して、脈拍測定が行なわれる。この場合に、ＵＳＢ脈拍センサ３４２１が、いつもＡさんが使用しているＵＳＢ脈拍センサやその同機種であれば、問題はない。しかしながら、他機種であった場合に、そのデバイスドライバを含むプログラムを検索してインストールしなければならないことが発生する。しかしながら、本実施形態においては、クラウドサーバ３４１０が有するプログラム組合蓄積ＤＢ３４１８に基づいて、接続したＵＳＢ脈拍センサ３４２１に対応するプログラムを自動的に選定されてインストールする。そのため、ユーザの操作は必要でない。

また、例えば、ＵＳＢ脈拍センサが近くになく、ＨＤＭＩ脈拍センサ３４３１が近くにあったと仮定する。その場合に、近くにＢさんのＨＤＭＩコネクタを有するタブレットである携帯端末３４３０があった場合、携帯端末３４３０にＨＤＭＩ脈拍センサ３４３１を接続することで、Ａさんの脈拍が測定可能となる。この場合に、通常は、携帯端末３４３０で脈拍測定をしてない場合が多く、接続するのみでは動作しない。ＨＤＭＩ脈拍センサ３４３１のデバイスドライバ、クラウドサーバ３４１０から携帯端末３４３０を介してＨＤＭＩ脈拍センサ３４３１を制御するためのドライバアプリケーション、生体情報を収集して処理するデータ処理アプリケーション、それを携帯端末との間で行なうためのＷＥＢアプリケーションなどは、ユーザがそれぞれ検索してインストールしなければならない。しかしながら、本実施形態においては、クラウドサーバ３４１０のプログラム組合蓄積ＤＢ３４１８に蓄積された履歴を参照して、自動的にプログラムをインストールして実行する。したがって、ユーザの操作は必要ない。

その結果として、携帯端末３４２０あるいは３４３０には、同じメッセージ"脈拍測定終了です。激しい運動は避けてください。"がＡさんに対して通知されている。

（動作手順）
図３５は、本実施形態に係る情報処理システム３４００における、デバイス接続後の動作手順を示すシーケンス図である。なお、図３５において、第２実施形態の図４Ａと同様のステップには同じ番号を付して、説明は省略する。

携帯端末３４２０に接続したデバイスからのディスクリプタを取得したクラウドサーバ３４１０は、ステップＳ３５０１において、プログラム組合蓄積ＤＢ３４１８を参照して、接続したデバイスを使用した処理に適切なプログラムを選定する。選定されたＵＳＢデバイスドライバおよびドライバアプリケーションを起動した後、ステップＳ３５０５において、クラウドサーバ３４１０によるデバイスアドレスを設定する。そして、ステップＳ３５０５において、選定されたＷＥＢアプリケーションを起動する。

その後の、データ入出力は次のように行なわれる。デバイスからのデータ入力である場合は、クラウドサーバ３４１０が、ステップＳ３５１１において、データ入力リクエストを携帯端末３４２０に送る。携帯端末３４２０は、ステップＳ３５１３において、バルク転送（ＩＮ）によって入力データを取得する。そして、ステップＳ３５１５において、携帯端末３４２０は、入力データをＩＰカプセリングしてクラウドサーバ３４１０に送信する。クラウドサーバ３４１０は、ステップＳ３５１７において、入力データを記憶する。そして、データ処理が必要であれば、ステップＳ３５１９において、データ処理アプリケーションを起動する。なお、データ処理アプリケーションも、ステップＳ３５０１において、選定される。

一方、デバイスへのデータ出力である場合は、クラウドサーバ３４１０が、ステップＳ３５２１において、出力データを取得する。そして、クラウドサーバ３４１０は、ステップＳ３５２３において、携帯端末３４２０に対してデータ出力リクエストを出力データと共に送信する。携帯端末３４２０は、ステップＳ３５２５において、アンカプセリングした出力データをバルク転送（ＯＵＴ）によりデバイスに送出する。

《クラウドサーバの機能構成》
図３６は、本実施形態に係るクラウドサーバ３４１０の機能構成を示すブロック図である。なお、図３６において、第２実施形態の図５あるいは第３実施形態の図２０と同様の機能構成部には同じ参照番号を付して、説明を省略する。

スケジュールＤＢ３４１５は、本実施形態の生体情報測定に係るスケジュールを登録する（図３７参照）。

ディスクリプタ受信部３６２１は、携帯端末が送信した接続されたデバイスのディスクリプタを受信する。デバイス判定部３６２２は、受信したディスクリプタとデバイスＤＢ５１０の内容とから、接続されたデバイスを判定する。組合選定部３６２３は、実行プログラムテーブル３６２３ａ（図３９参照）を含み、プログラム組合蓄積ＤＢ３４１８（図３８参照）を参照して実行プログラムの組合せを選定する。プログラム実行部３６２４は、選定したプログラムを実行する。選定して実行するプログラムには、ＵＳＢデバイスドライバ、ドライバアプリケーション（図中、ドライバアプリ）、ＷＥＢアプリケーション（図中、ＷＥＢアプリ）を含む。

（スケジュールＤＢ）
図３７は、本実施形態に係るスケジュールＤＢ３４１５の構成を示す図である。なお、スケジュールＤＢ３４１５は、図３７に限定されない。また、第３実施形態の図２１と同様の欄には同じ参照番号を付す。

スケジュールＤＢ３４１５は、スケジュールに従ってユーザの携帯端末にデバイスの接続を指示するというイベント発生の日時２１０１に対応付けて、スケジュール内容３７０２を記憶する。各スケジュール内容３７０２に対応付けて、接続デバイス指示タイミング３７０３、スケジュールを登録したユーザＩＤ２１０４、測定対象の患者ＩＤ３７０５を記憶する。

（プログラム組合蓄積ＤＢ）
図３８は、本実施形態に係るプログラム組合蓄積ＤＢ３４１８の構成を示す図である。なお、プログラム組合蓄積ＤＢ３４１８は、図３８に限定されない。

プログラム組合蓄積ＤＢ３４１８は、携帯端末３８０１と携帯端末３８０１が有する接続コネクタ３８０２に対応付けて、接続した履歴にある接続デバイス３８０３を記憶する。各接続デバイス３８０３に対応付けて、使用ドライバ３８０４と使用アプリケーション３８０５との組合せを記憶する。なお、使用ドライバはデバイスドライバである。使用アプリケーションは、ドライバアプリケーション、データ処理アプリケーション、ＷＥＢアプリケーションを含む。使用アプリケーション３８０５も異なる組合せを記憶してよい。

使用ドライバ３８０４と使用アプリケーション３８０５との組合せに対応付けて、利用回数３８０６、全ユーザの累積満足度３８０７、平均満足度３８０８、最大／最小満足度３８０９を記憶する。さらに、他の指標を記憶できる。
組合選定部３６２３は、これらの利用回数３８０６、全ユーザの累積満足度３８０７、平均満足度３８０８、最大／最小満足度３８０９を参照することにより、接続したデバイスとの組み合わせとして用いることが可能な各種プログラムにポイントを付与し、そのポイントの一番高いプログラムを自動的に選定してインストールする。

（実行プログラムテーブル）
図３９は、本実施形態に係る実行プログラムテーブル３６２３ａの構成を示す図である。

実行プログラムテーブル３６２３ａは、携帯端末ＩＤ３９０１とユーザＩＤ３９０２とを対応付けて、患者ＩＤ３９０３、接続デバイス３９０４、クラウドサーバ３４１０が選定したクラウドサーバ選定プログラム３９０５を記憶する。クラウドサーバ選定プログラム３９０５は、デバイスドライバとドライバアプリケーションとＷＥＢアプリケーションとの適切な組合せであり、クラウドサーバ３４１０で自動的に実行されるので、ユーザは接続デバイスを何の操作もなく使用可能である。

《クラウドサーバの処理手順》
図４０は、本実施形態に係るクラウドサーバ３４１０の処理手順を示すフローチャートである。このフローチャートは、図１１のＣＰＵ１１１０がＲＡＭ１１４０を使用して実行し、図３６の機能構成部を実現する。

まず、ステップＳ４０１１において、パケットの受信か否かを判定する。また、ステップＳ４０３１において、パケットの送信か否かを判定する。パケットの受信であればステップＳ４０１３に進み、アンカプレリングして、接続したデバイスのディスクリプタの受信であるか否かを判定する。ディスクリプタでなければ、入力データの受信とする。

ディスクリプタの受信であればステップＳ４０１５に進んで、ディスクリプタから接続したデバイスのデバイス情報を取得する。そして、ステップＳ４０１７において、デバイス情報に基づいてプログラム組合蓄積ＤＢ３４１８を検索してデバイスを適切に動作させるプログラムを選定する。ステップＳ４０１９においては、選定されたデバイスドライバを起動する。なお、デバイスに対しては、クラウドサーバ３４１０によるデバイスアドレスが設定される。次に、ステップＳ４０２１において、選定されたドライバアプリケーションを起動する。必要であれば、携帯端末３４２０に対応するアプリケーションをダウンロードする。さらに、ステップＳ４０２３において、選定されたＷＥＢアプリケーションを起動する。

入力データの受信であればステップＳ４０２５に進んで、入力データを取得する。そして、ステップＳ４０２７において、必要に応じてデータ処理が行なわれる。なお、データ処理アプリケーションもステップＳ４０１７において選定されてよい。ステップＳ４０２９においては、デバイスからの入力データを記憶する。

一方、デバイスへのパケット送信であればステップＳ４０３３に進んで、出力データを取得する。そして、ステップＳ１４０３５において、デバイスへカプセリングした出力データを出力する。すなわち、デバイスドライバおよびドライバアプリケーション、ＷＥＢアプリケーションに出力データを渡す。

［第６実施形態］
次に、本発明の第６実施形態に係る情報処理システムについ説明する。本実施形態に係る情報処理システムは、上記第２乃至第５実施形態と比べると、通信量あるいは通信容量を予測して帯域が十分でない場合に、携帯端末が複数の通信経路で通信する点で異なる。その他の構成および動作は、第２乃至第５実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、通信量あるいは通信容量を予測して帯域を自動的に変化させるので、通信量あるいは通信容量の変化をユーザが意識せずに接続したデバイス処理が可能である。

《情報処理システムの動作手順》
図４１は、本実施形態に係る情報処理システム４１００における、携帯端末が複数の通信経路で通信する場合の動作手順を示すシーケンス図である。

ステップＳ４１０１において、クラウドサーバ４１１０とデバイス４１３０とは、携帯端末４１２０を経由してデータ入出力が行なわれている。

ここで、ステップＳ４１１１において、通信量と通信容量との予測を行なう。ステップＳ４１１３においては、通信量と通信容量との予測の結果、携帯端末４１２０の通信帯域は十分か否を判定する。通信帯域が十分であればそのままデータ入出力を計測する。

携帯端末４１２０の通信帯域が通信量に比して十分でないと予測すると、クラウドサーバ４１１０はステップ４１１５に進んで、適切な携帯端末４１２０の通信方式を選定する。ここで、携帯端末４１２０の通信方式とは、例えば、４Ｇ／３Ｇ単独で通信するか、ＷｉＦｉ単独で通信するか、４Ｇ／３Ｇ＋ＷｉＦｉ併用で通信帯域を拡張して通信するか、である。

ステップＳ４１１７においては、選定された通信方式に変更する。そして、ステップＳ４１１９においては、４Ｇ／３Ｇである第１チャネル用ドライバアプリケーションを起動する。また、ステップＳ４１２１においては、ＥｉＦｉである第２チャネル用ドライバアプリケーションを起動する。それ以降のデータ入出力は、ステップＳ４１２３におけるデバイス４１３０と携帯端末４１２０とのデータ入出力を、携帯端末４１２０で分離する。そして、ステップＳ４１２５においては、４Ｇ／３Ｇ＋ＷｉＦｉ併用の広帯域の通信を行なう。なお、通信分離は、複数のデバイスが接続されていれば、デバイス単位で分離してもよい。あるいは、入力データと出力データとを分離してもよい。あるいは、画像データと音声データとを分離してもよい。

［第７実施形態］
次に、本発明の第７実施形態に係る情報処理システムについ説明する。本実施形態に係る情報処理システムは、上記第２乃至第６実施形態と比べると、デバイスが携帯端末に接続された時に、携帯端末がデバイス情報を取得できない点で異なる。その他の構成および動作は、第２乃至第６実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、携帯端末がデバイス情報を取得できない場合であってもクラウドサーバが接続デバイスを制御するので、どんなデバイスが接続されても制御が可能である。

《情報処理システムの動作手順》
図４２は、本実施形態に係る情報処理システム４２００における、携帯端末がデバイス情報を取得できない場合の動作手順を示すシーケンス図である。

図４２においては、携帯端末４２２０がデバイス情報を取得できない例として、デバイスがＲＳ２３２ケーブルからＵＳＢケーブルに接続されている場合を説明する。携帯端末４２２０は、ＵＳＢパケットからＲＳ２３２に接続されたデバイスのデバイス情報を取得する特殊ドライバを有しないとする。しかし、これに限定されない。なお、図４２において第２実施形態の図４Ａと同様のステップには同じステップ番号を付して、説明は省略する。

ステップＳ４２０１においては、ＲＳ２３２ケーブルとＵＳＢケーブルによってデバイスが携帯端末４２２０に接続される。携帯端末４２２０は、ステップＳ４１５以降、汎用ＵＳＢドライバを起動してデバイスのディスクリプタを取得しようとするが、ステップＳ４１９において、ディスクリプタを取得できないまま、タイムアウトをする。

携帯端末４２２０は、タイムアウトを検出すると、ステップＳ４２０９において、汎用ＵＳＢドライバの処理を停止する。そして、ステップＳ４２１１において、クラウドサーバ４２１０に接続したデバイスの制御を依頼する。

デバイス制御の依頼を受けたクラウドサーバ４２１０は、ステップＳ４２１３において、接続したデバイスを動作させ得るドライバ類を順に動作させて、接続したデバイスを判定する。詳細には、まず、ステップＳ４２１５において１組のドライバを起動する。次に、ステップＳ４２１７において、起動したドライバでデバイスをアクセスする。ステップＳ４２１９において、デバイスを制御可能か否かが判定される。制御可能と判定されれば、ステップＳ４２２１において、そのドライバによってデバイス情報を取得する。かかるドライバには、デバイスを駆動可能なドライバと共に、ＲＳ２３２とＵＳＢとの変換を実現するドライバが含まれる。

デバイス情報が獲得できれば、ステップＳ３５０１において、プログラム組合蓄積Ｄ３４１８を参照して、デバイスドライバ、ドライバアプリケーション、データ処理アプリケーション、ＷＥＢアプリケーションを含む適切なプログラムを選定する。

［他の実施形態］
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷ（World Wide Web)サーバも、本発明の範疇に含まれる。

Claims (14)

1. 携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出手段と、
   前記イベント検出手段の前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測手段と、
   前記デバイス接続予測手段が予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信手段と、
   を備え、
   前記イベント検出手段は、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測手段を有し、前記通信容量の変化の予測をイベント発生として検出し、
   前記デバイス接続予測手段は、前記通信容量予測手段が予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測することを特徴とする情報処理装置。
2. 前記イベント検出手段は、ユーザのスケジュールを記憶するスケジュール記憶手段を有し、前記スケジュールの接近をイベント発生として検出し、
   前記デバイス接続予測手段は、前記スケジュールの接近に応答して、前記ユーザのスケジュール実施に必要となる前記デバイス接続を予測することを特徴とする請求項１に記載の情報処理装置。
3. 前記ユーザのスケジュールはテレビ会議のスケジュールであって、前記スケジュール記憶手段はテレビ会議への参加者を記憶し、
   前記デバイス接続指示情報送信手段による前記ユーザに対する前記デバイス接続指示情報への応答がない場合に、前記デバイス接続予測手段は、前記テレビ会議への参加者のうち前記ユーザでない参加者の携帯端末に対するデバイス接続を予測し、前記デバイス接続指示情報送信手段は、前記ユーザでない参加者の携帯端末に前記デバイス接続指示情報を送信することを特徴とする請求項２に記載の情報処理装置。
4. 前記ユーザのスケジュールはテレビ会議のスケジュールであって、
   前記ユーザによるネットワークを介した接続履歴を蓄積する接続履歴蓄積手段をさらに備え、
   前記デバイス接続指示情報送信手段による前記ユーザに対する前記デバイス接続指示情報への応答がない場合に、前記デバイス接続予測手段は、前記接続履歴蓄積手段を参照して前記ユーザでない参加者を推測して、前記推測した参加者の携帯端末に対するデバイス接続を予測し、前記デバイス接続指示情報送信手段は、前記ユーザでない参加者の携帯端末に前記デバイス接続指示情報を送信することを特徴とする請求項２に記載の情報処理装置。
5. 前記イベント検出手段は、前記ユーザが携帯する携帯端末の通信量を予測する通信量予測手段を有し、前記通信量の増大の予測をイベント発生として検出し、
   前記デバイス接続予測手段は、前記通信量予測手段が予測した前記携帯端末の通信量の増大を考慮して、前記携帯端末と異なる携帯端末に対するデバイス接続を予測することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 携帯端末に対するデバイス接続に関連する情報を蓄積するデバイス接続情報蓄積手段をさらに備え、
   前記デバイス接続予測手段は、デバイス接続に関連する前記情報に基づいて、携帯端末に対するデバイス接続を予測することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記デバイス接続情報蓄積手段は、発生するイベントに対応して使用したデバイスの履歴を蓄積し、
   前記デバイス接続予測手段は、使用したデバイスの前記履歴に基づいて、前記イベントに対処するための前記デバイス接続を予測することを特徴とする請求項６に記載の情報処理装置。
8. 前記デバイス接続情報蓄積手段は、スケジュールの実施に使用したデバイスの履歴を蓄積し、
   前記デバイス接続予測手段は、使用したデバイスの前記履歴に基づいて、前記ユーザのスケジュール実施に必要となる前記デバイス接続を予測することを特徴とする請求項７に記載の情報処理装置。
9. 前記携帯端末と接続したデバイスと、前記デバイスを動作させるために使用したプログラムとの組合せを蓄積するプログラム組合蓄積手段と、
   前記携帯端末に前記デバイスを接続した場合に、前記プログラム組合蓄積手段を参照して、前記デバイスとプログラムとの適切な組合せを決定する決定手段と、
   前記決定手段が決定したデバイスとプログラムとの前記適切な組合せに従って前記プログラムを実行するプログラム実行手段と、
   をさらに備えることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記プログラムは、前記デバイスを駆動するデバイスドライバと、前記デバイスを前記ネットワークおよび前記携帯端末を介して制御するためのドライバアプリケーションと、前記デバイスを使用したデータ処理を前記ネットワークおよび前記携帯端末を介して所定の通信プロトコル上で実行するデータ処理アプリケーションと、を含むことを特徴とする請求項９に記載の情報処理装置。
11. 携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出ステップと、
    前記イベント検出ステップにおける前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測ステップと、
    前記デバイス接続予測ステップにおいて予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信ステップと、
    を含み、
    前記イベント検出ステップは、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測ステップを有し、前記通信容量の変化の予測をイベント発生として検出し、
    前記デバイス接続予測ステップは、前記通信容量予測ステップにおいて予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測することを特徴とする情報処理装置の制御方法。
12. 携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出ステップと、
    前記イベント検出ステップにおける前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測ステップと、
    前記デバイス接続予測ステップにおいて予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信ステップと、
    をコンピュータに実行させる情報処理装置の制御プログラムであって、
    前記イベント検出ステップは、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測ステップを有し、前記通信容量の変化の予測をイベント発生として検出し、
    前記デバイス接続予測ステップは、前記通信容量予測ステップにおいて予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測することを特徴とする制御プログラム。
13. ユーザが携帯する携帯端末と、該携帯端末とネットワークを介して接続する情報処理装置とを備える情報処理システムであって、
    前記情報処理装置が、
    携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出手段と、
    前記イベント検出手段の前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測手段と、
    前記デバイス接続予測手段が予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信手段と、
    を備え、
    前記イベント検出手段は、前記ユーザが携帯する携帯端末の通信容量を予測する通信容量予測手段を有し、前記通信容量の変化の予測をイベント発生として検出し、
    前記デバイス接続予測手段は、前記通信容量予測手段が予測した前記携帯端末の通信容量の変化を参照して、前記通信容量の変化の影響を回避するよう前記携帯端末に対するデバイス接続を予測し、
    前記携帯端末が、
    前記デバイス接続指示情報送信手段から送信された前記デバイス接続指示情報を受信するデバイス接続指示情報受信手段と、
    前記デバイス接続指示情報に従うデバイスを接続可能なデバイス接続手段と、
    を備えることを特徴とする情報処理システム。
14. デバイスを接続可能なデバイス接続手段を有し、ユーザが携帯する携帯端末と、該携帯端末とネットワークを介して接続する情報処理装置とを備える情報処理システムの情報処理方法であって、
    前記情報処理装置が、携帯端末に対するデバイス接続を要求するイベント発生を検出するイベント検出ステップと、
    前記情報処理装置が、前記イベント検出ステップにおける前記イベント発生の検出に応答して、前記イベントに対処するための前記デバイス接続を予測するデバイス接続予測ステップと、
    前記情報処理装置が、前記デバイス接続予測ステップにおいて予測した前記デバイス接続となるようユーザに指示するデバイス接続指示情報を、ネットワークを介してユーザが携帯する携帯端末に送信するデバイス接続指示情報送信ステップと、
    前記携帯端末が、前記デバイス接続指示情報送信ステップにおいて送信された前記デバイス接続指示情報を受信するデバイス接続指示情報受信ステップと、
    を含むことを特徴とする情報処理方法。

Images