WO2013179982A1

WO2013179982A1 - 情報処理システム、情報処理方法、情報処理装置、携帯端末およびその制御方法と制御プログラム

Info

Publication number: WO2013179982A1
Application number: PCT/JP2013/064235
Authority: WO
Inventors: 小林　佳和
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2012-05-30
Filing date: 2013-05-22
Publication date: 2013-12-05
Anticipated expiration: 2014-11-30
Also published as: EP2858028A4; US20150140540A1; JP2013250682A; US10395547B2; EP2858028A1; JP6155555B2

Abstract

　教育現場において、ＩＴＣ教育を実現するためのハードウェア資源の提供を簡単に支援する情報処理装置に関するものである。情報処理装置は、携帯端末に接続されたデバイスを特定するデバイス情報を、ネットワークを介して受信するデバイス情報受信部と、デバイス情報に基づいて、デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定部と、ネットワークおよび携帯端末を介してデバイスに教育アプリケーションを提供する教育アプリケーション提供部と、を備える。

Description

情報処理システム、情報処理方法、情報処理装置、携帯端末およびその制御方法と制御プログラム

　本発明は、教育現場におけるＩＣＴ（Information and Communications Technology)教育の普及を支援する技術に関する。

　上記技術分野において、特許文献１には、教育現場において携帯電話機を介して多数の受講者に同じ内容の資料を配布するための技術が開示されている。また、特許文献２には、シンクライアントサーバシステムにおいて、ＵＳＢデバイスをシンクライアントに接続して、サーバからＵＳＢデバイスを制御する技術が開示されている。

特開２００２－０１０３６０号公報特開２０１０－２１８３４７号公報

　しかしながら、上記文献に記載の技術では、教育現場において、ＩＴＣ教育を実現するためのハードウェア資源の提供を支援することができなかった。例えば、ＩＴ機器が不足する場合の補充や、ＩＴ機器が故障した場合の復旧などに、多大な手間と時間がかかってしまう。

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

　上記目的を達成するため、本発明に係る情報処理装置は、
　携帯端末に接続されたデバイスを特定するデバイス情報を、前記携帯端末からネットワークを介して受信するデバイス情報受信手段と、
　前記デバイス情報受信手段が受信した前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定手段と、
　前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供手段と、
　を備える。

　上記目的を達成するため、本発明に係る情報処理装置の制御方法は、
　携帯端末に接続されたデバイスを特定するデバイス情報を、前記携帯端末からネットワークを介して受信するデバイス情報受信ステップと、
　前記デバイス情報受信ステップが受信した前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定ステップと、前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供ステップと、
　を含む。

　上記目的を達成するため、本発明に係る情報処理装置の制御プログラムは、
　携帯端末に接続されたデバイスを特定するデバイス情報を、前記携帯端末からネットワークを介して受信するデバイス情報受信ステップと、
　前記デバイス情報受信ステップが受信した前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定ステップと、
　前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供ステップと、
　をコンピュータに実行させる。

　上記目的を達成するため、本発明に係る携帯端末は、
　デバイス接続コネクタと、
　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信手段と、
　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継手段と、
　を備える。

　上記目的を達成するため、本発明に係る方法は、
　デバイス接続コネクタを有する携帯端末の制御方法であって、
　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信ステップと、
　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継ステップと、
　を含む。

　上記目的を達成するため、本発明に係るプログラムは、
　デバイス接続コネクタを有する携帯端末の制御プログラムであって、
　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信ステップと、
　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継ステップと、
　をコンピュータに実行させる。

　上記目的を達成するため、本発明に係るシステムは、
　デバイス接続コネクタを有する携帯端末と、前記デバイス接続コネクタに接続可能なデバイスと、前記携帯端末とネットワーク接続される情報処理装置と、を備える情報処理システムであって、
　前記携帯端末が、
　　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信手段と、
　　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継手段と、
　を備え、
　前記情報処理装置が、
　　前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定手段と、
　　前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供手段と、
　を備える。

　上記目的を達成するため、本発明に係る方法は、
　デバイス接続コネクタを有する携帯端末と、前記デバイス接続コネクタに接続可能なデバイスと、前記携帯端末とネットワーク接続される情報処理装置と、を備える情報処理システムにおける情報処理方法であって、
　前記携帯端末が、前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信ステップと、
　前記情報処理装置が、前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定ステップと、
　前記情報処理装置が、前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供ステップと、
　前記携帯端末が、前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継ステップと、
　を含む。

　本発明によれば、教育現場において、ＩＴＣ教育を実現するためのハードウェア資源の提供を簡単に支援できる。

本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。本発明の第２実施形態に係る情報処理システムの動作概念を説明する図である。本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。本発明の第２実施形態に係る情報処理システムの教育アプリ開始時の動作手順を示すシーケンス図である。本発明の第２実施形態に係る情報処理システムの機器故障時の動作手順を示すシーケンス図である。本発明の第２実施形態に係るＵＳＢ接続されたＵＳＢデバイスの制御手順を示すシーケンス図である。本発明の第２実施形態に係るＵＳＢ接続されたＵＳＢデバイスの制御手順を示すシーケンス図である。本発明の第２実施形態に係るＵＳＢ接続されたＵＳＢデバイス以外のデバイスの制御手順を示すシーケンス図である。本発明の第２実施形態に係るクラウドサーバの機能構成を示すブロック図である。本発明の第２実施形態に係る携帯端末の機能構成を示すブロック図である。本発明の第２実施形態に係るデバイスＤＢの構成を示す図である。本発明の第２実施形態に係るデバイスディスクリプタの構成を示す図である。本発明の第２実施形態に係る教育アプリＤＢの構成を示す図である。本発明の第２実施形態に係るデバイスドライバＤＢの構成を示す図である。本発明の第２実施形態に係るクラウドサーバのハードウェア構成を示すブロック図である。本発明の第２実施形態に係る教育アプリ選定テーブルの構成を示す図である。本発明の第２実施形態に係るデバイスドライバ選定テーブルの構成を示す図である。本発明の第２実施形態に係るクラウドサーバの処理手順を示すフローチャートである。本発明の第２実施形態に係る携帯端末のハードウェア構成を示すブロック図である。本発明の第２実施形態に係る携帯端末の処理手順を示すフローチャートである。本発明の第３実施形態に係る情報処理システムの動作概念を説明する図である。本発明の第３実施形態に係る情報処理システムの動作手順を示すシーケンス図である。本発明の第３実施形態に係るクラウドサーバの機能構成を示すブロック図である。本発明の第３実施形態に係る履歴保存ＤＢの構成を示す図である。本発明の第３実施形態に係る教育アプリ再開テーブルの構成を示す図である。本発明の第３実施形態に係るクラウドサーバの処理手順を示すフローチャートである。本発明の第３実施形態に係る教育アプリ再開処理の処理手順を示すフローチャートである。本発明の第４実施形態に係る情報処理システムの動作概念を説明する図である。本発明の第４実施形態に係る情報処理システムの動作手順を示すシーケンス図である。本発明の第４実施形態に係るクラウドサーバの機能構成を示すブロック図である。本発明の第４実施形態に係る操作提案ＤＢの構成を示す図である。本発明の第４実施形態に係る操作提案テーブルの構成を示す図である。本発明の第４実施形態に係るクラウドサーバの処理手順を示すフローチャートである。

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

　［第１実施形態］
　本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、ネットワーク１３０を介して携帯端末１２０に接続されたデバイス１１０に教育アプリケーションを提供する装置である。

　図１に示すように、情報処理装置１００は、デバイス情報受信部１０１と、教育アプリケーション選定部１０２と、教育アプリケーション提供部１０３と、を含む。デバイス情報受信部１０１は、携帯端末１２０に接続されたデバイスを特定するデバイス情報１２０ａを、携帯端末１２０からネットワーク１３０を介して受信する。教育アプリケーション選定部１０２は、デバイス情報受信部１０１が受信したデバイス情報１２０ａに基づいて、デバイスに提供すべき教育アプリケーション１０２ａを選定する。教育アプリケーション提供部１０３は、ネットワーク１３０および携帯端末１２０を介してデバイス１１０に教育アプリケーション１０２ａを提供する。

　本実施形態によれば、携帯端末にデバイスを接続するのみで、クラウドサーバから教育アプリケーションがデバイスに提供される。したがって、教育現場において、ＩＴＣ教育を実現するためのハードウェア資源の提供を簡単に支援できる。

　［第２実施形態］
　次に、本発明の第２実施形態に係る情報処理システムについて説明する。なお、本実施形態においては、サーバの一例としてクラウドサーバを用いて説明する。本実施形態に係る情報処理システムは、携帯端末を介してデバイスを情報処理装置であるクラウドサーバに接続することにより、ＩＴＣ教育の教育現場において、ハードウェア資源の不足を簡単に補い、あるいは、機器故障などの復旧を簡単に実現する。

　本実施形態によれば、デバイスを、携帯端末を介してクラウドサーバに接続するのみで、クラウドサーバがデバイスを制御する。したがって、ＩＴＣ教育を教育現場における負荷を抑えて容易に実現することができる。

　《情報処理システム》
　図２Ａ～図３Ｅを参照して、本実施形態の情報処理システム２００の動作について説明する。

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

　図２Ａにおいては、クラウドサーバ２１０により教育アプリケーションのための共有画面が、教育グループ２３０－１～２３０－３に提供される例を示している。教育グループ２３０－１～２３０－３における機器の状態は、左から右に向かって変化している。この遷移を、教育グループ２３０－１、２３０－２、２３０－３で示す。

　まず、左図において、教育グループ２３０－１は、教育アプリケーションの開始時の状況である。教育グループ２３０－１においては、教師のＰＣの調子が悪いため、教師のＰＣは、携帯端末２２１にＵＳＢケーブルとＵＳＢルータとにより、キーボードとポインティングデバイスとを接続して、ＰＣの代替をしている。携帯端末２２１はディスプレイの役割を果たすのみで、キーボードとポインティングデバイスとによる操作などの処理は、全てクラウドサーバ２１０により行なわれる。一方、生徒のＰＣの内の２台は、ディスプレイをＵＳＢケーブルで携帯端末２２２、２２３に接続することで、クラウドサーバ２１０によって画面表示が行なわれる。このように、ＩＴＣ教育の教育現場における機器不足による中止を、携帯端末を介したクラウドサーバ２１０からの制御で代替することにより無くすことができる。なお、図２Ａには図示していないが、あらかじめ授業のスケジュールに従って、内容や出席数などを基に必要な機器数が算出されることになる。

　中央図において、教育グループ２３０－２は、×の付いた１台のＰＣが故障により動作が中断した状態を示している。左図で説明したように、必要な数の表示機器が準備できたため教育アプリケーションを開始したので、故障したＰＣを交換する予備はない。この場合に、右図の教育グループ２３０－３のように、故障したＰＣを、携帯端末２２４（図２Ａでは携帯電話）にＵＳＢケーブルによりディスプレイを接続し、クラウドサーバ２１０から制御することで、故障したＰＣを代替する。なお、ＰＣに接続していたディスプレイがＵＳＢ接続であれば、そのディスプレイを使用することも可能である。このように、教育アプリケーションの提供中に故障が発生しても、教育アプリケーションを中止することなく継続することが可能となる。

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

　図２Ｂにおいて、クラウドサーバ２１０は、ネットワーク２６０を介して、各地に配備されているＩＴＣ教育用の機器が接続されている。図２Ｂにおいては、３つの教育グループ２３１～２３３が図示されている。各教育グループは、各教室やクラスに対応していてもよい。あるいは、各教育グループは、位置はバラバラであっても、同じ教育アプリケーション（教育プログラム）を受講する生徒（会員）であってもよい。

　図２Ｂのように、各教育グループ２３１～２３３には、接続されたデバイスを制御できる機能を有する普通のＰＣ(Personal Computer)と、デバイス、特にディスプレイが携帯端末のＵＳＢケーブルで接続され、携帯端末がネットワークを介してクラウドサーバ２１０に接続した構成と、が含まれている。ここで、携帯端末は、接続されたデバイスを制御する機能を有さず、接続されたデバイスはクラウドサーバ２１０が直接制御し、教育アプリケーションを提供する。これらデバイスを接続した携帯端末は、ＰＣの数が不足する場合や、ＰＣが故障した場合などに、クラウドサーバ２１０と協働してＰＣの代替を果たすことになる。

　情報処理装置であるクラウドサーバ２１０は、プログラム選定部２１１と、デバイス制御部２１２と、デバイスデータベース（Data Base：以下、ＤＢ）２１３と、教育アプリＤＢ２１４と、デバイスドライバＤＢ２１５と、を含む。プログラム選定部２１１は、ＰＣ、およびデバイスを接続した携帯端末からの情報に基づいて、同じ教育グループに属する場合には同じ教育アプリケーションを選定する。プログラム選定部２１１は、さらに、携帯端末を介して接続している場合、デバイスに教育アプリケーションを提供可能とするため、デバイスを駆動するデバイスドライバプログラムを選定する。教育アプリケーションの選定は、教育アプリＤＢ２１４（図７参照）を参照して行なわれる。デバイスドライバプログラムの選定は、デバイスＤＢ２１３（図６Ａ参照）と、デバイスドライバＤＢ２１５（図８参照）を参照して行なわれる。

　そして、デバイス制御部２１２は、教育グループに対応して選定された教育アプリケーションをＰＣに提供すると共に、選定したデバイスドライバプログラムを実行して、携帯端末を中継して、デバイスに提供する。

　（動作手順）
　図３Ａは、本実施形態に係る情報処理システム２００の教育アプリ開始時の動作手順を示すシーケンス図である。なお、以下の説明では、簡略化のため、携帯端末２２０、デバイス２３０、ＰＣ２４０として説明する。

　まず、ステップＳ３０１においては、ＰＣ２４０がネットワークを介してクラウドサーバ２１０と通信を確立して、コンピュータ情報を送信する。ステップＳ３０３において、クラウドサーバ２１０はコンピュータ情報受信し、通信確立されたＰＣを特定する。次に、ステップＳ３０５において、ＰＣのＩＤや位置情報などから、所属する教育グループを判定して、提供する教育アプリケーションを選定する。そして、以下、図３Ａにおいては、不足するＰＣについては、デバイス２３０を携帯端末２２０にＵＳＢ接続することで代替することになる。

　ステップＳ３１１において、携帯端末２２０にデバイス２３０をＵＳＢ接続する。携帯端末２２０は、ステップＳ３１３において、ＵＳＢ汎用ドライバでデバイス２３０からディスクリプタを読み出す。携帯端末２２０は、ステップＳ３１５において、そのディスクリプタをクラウドサーバ２１０に送信する。クラウドサーバ２１０は、ステップＳ３１７において、デバイスＤＢ２１３を参照してディスクリプタから接続したデバイスを特定する。次に、クラウドサーバ２１０は、ステップＳ３１９において、教育アプリＤＢ２１４を参照して、デバイスのＩＤや携帯端末２２０の位置情報などから、所属する教育グループを判定して、提供する教育アプリケーションを選定する。また、ステップＳ３２１において、デバイスドライバＤＢ２１５を参照して、特定したデバイスと選定した教育アプリケーションとに基づいて、デバイスドライバを選定して起動する。

　また、他の携帯端末２２０にデバイス２３０を接続すると、ステップＳ３１１～Ｓ３２１と同様に、以下の手順が実行される。ステップＳ３３１において、携帯端末２２０にデバイス２３０をＵＳＢ接続する。携帯端末２２０は、ステップＳ３３３において、ＵＳＢ汎用ドライバでデバイス２３０からディスクリプタを読み出す。携帯端末２２０は、ステップＳ３３５において、そのディスクリプタをクラウドサーバ２１０に送信する。クラウドサーバ２１０は、ステップＳ３３７において、デバイスＤＢ２１３を参照してディスクリプタから接続したデバイスを特定する。次に、クラウドサーバ２１０は、ステップＳ３３９において、教育アプリＤＢ２１４を参照して、デバイスのＩＤや携帯端末２２０の位置情報などから、所属する教育グループを判定して、提供する教育アプリケーションを選定する。また、ステップＳ３４１において、デバイスドライバＤＢ２１５を参照して、特定したデバイスと選定した教育アプリケーションとに基づいて、デバイスドライバを選定して起動する。例えば携帯端末２２０の位置情報には、教室の位置、教室の番号などを含む。さらに、クラウドサーバ２１０は、ステップＳ３３９において、教育アプリＤＢ２１４を参照して、時間割情報と携帯端末２２０の位置情報などから、所属する教育グループを判定して、提供する教育アプリケーションを選定してもよい。

　図３Ａの例では、ＰＣ２４０も、携帯端末２２０に接続したデバイス２３０も、同じ教育グループに所属するため、クラウドサーバ２１０は、同じ教育アプリケーションを提供するものとする。ステップＳ３５１においては、その同じ教育アプリケーションを起動する。そして、ステップＳ３５３においては、共有画面がＰＣ２４０、および携帯端末２２０を介してデバイス２３０に提供される。また、ステップＳ３５５においては、ＰＣ２４０やデバイス２３０から入力があれば、それに対する応答が行なわれる。

　図３Ｂは、本実施形態に係る情報処理システム２００の機器故障時の動作手順を示すシーケンス図である。なお、図３Ａと同様のステップには同じステップ番号を付して、説明は省略する。

　教育アプリケーションの提供途中で、ＰＣ２４０の１台が故障により動作不能となった場合を仮定する。ステップＳ３６１においては、新たなデバイス、あるいは故障したＰＣ２４０に接続していたデバイスを、携帯端末２２４にＵＳＢ接続する。携帯端末２２０は、ステップＳ３６３において、ＵＳＢ汎用ドライバでデバイス２３０からディスクリプタを読み出す。携帯端末２２０は、ステップＳ３６５において、そのディスクリプタをクラウドサーバ２１０に送信する。クラウドサーバ２１０は、ステップＳ３６７において、デバイスＤＢ２１３を参照してディスクリプタから接続したデバイスを特定する。次に、クラウドサーバ２１０は、ステップＳ３６９において、教育アプリＤＢ２１４を参照して、デバイスのＩＤや携帯端末２２０の位置情報などから、所属する教育グループを判定して、提供する教育アプリケーションを選定する。また、ステップＳ３７１において、デバイスドライバＤＢ２１５を参照して、特定したデバイスと選定した教育アプリケーションとに基づいて、デバイスドライバを選定して起動する。

　クラウドサーバ２１０は、携帯端末２２４に接続したデバイスが、同じ教育グループに所属すると判定するので、ステップＳ３７３において、ステップＳ３５１で起動した教育アプリケーションの提供先にデバイスを追加する。そして、ステップＳ３５３およびＳ３５７において、教育アプリケーションが中断なく継続し、共有画面が携帯端末２２４を介してデバイスに提供し、デバイスから入力があれば、それに対する応答が行なわれる。

　（ＵＳＢデバイス制御手順）
　図３Ｃおよび図３Ｄは、本実施形態に係るＵＳＢ接続されたＵＳＢデバイスの制御手順を示すシーケンス図である。なお、簡略化のため携帯端末２２０、デバイス２３０として説明する。

　まず、図３Ｃは、ＵＳＢ接続されたＵＳＢデバイスのディスクリプタ取得手順３２０を示すシーケンス図である。

　デバイス２３０に設定されているディスクリプタは、ＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲなどのＵＳＢリクエストにより取得される。ＵＳＢリクエストは、それぞれコントロール転送によりデバイス２３０とやり取りされる。各コントロール転送は、セット・ステージと、データ・ステージと、ステータス・ステージとからなる。各ステージは、トークン・パケットと、データ・パケットと、ハンドシェイク・パケットとからなる。ディスクリプタは、各データ・ステージのデータ・パケットで取得される。

　デバイス２３０から取得したディスクリプタはＩＰヘッダやＴＣＰヘッダでＩＰカプセリングして、携帯端末２２０からクラウドサーバ２１０に送信される。

　次に、図３Ｄは、ＵＳＢ接続されたＵＳＢデバイスのデータ入出力手順を示すシーケンス図である。クラウドサーバ２１０からデバイス２３０へのデータ出力手順３３０と、デバイス２３０からクラウドサーバ２１０へのデータ入力手順３４０とを含む。

　デバイス２３０へのデータ出力手順３３０は、まず、クラウドサーバ２１０からＩＰカプセリングした出力データが携帯端末２２０に送信される。次に、携帯端末２２０は、アンカプセンリグして取得したデータはバルク転送（ＯＵＴ）でデバイス２３０に転送される。各バルク転送（ＯＵＴ）は、トークン・パケットと、データ・パケットと、ハンドシェイク・パケットとからなる。

　デバイス２３０からのデータ入力手順３４０は、まず、携帯端末２２０は、バルク転送（ＩＮ）でデバイス２３０から入力データを取得する。各バルク転送（ＩＮ）は、トークン・パケットと、データ・パケットと、ハンドシェイク・パケットとからなる。次に、携帯端末２２０から、ＩＰカプセリングした入力データがクラウドサーバ２１０に送信される。

　（非ＵＳＢデバイス制御手順）
　図３Ｅは、本実施形態に係るＵＳＢ接続されたＵＳＢデバイス以外のデバイスの制御手順を示すシーケンス図である。

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

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

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

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

　デバイス情報が獲得できれば、ステップＳ３１７において、デバイスＤＢ２１３を参照して、デバイス２３ｎを特定する。以降は、図３Ａと同様の処理が行なわれる。

　《クラウドサーバの機能構成》
　図４は、本実施形態に係るクラウドサーバ２１０の機能構成を示すブロック図である。なお、以下の説明においては、簡略化のため携帯端末２２０で代表させて説明する。また、実際には、ユーザ登録などを行なう構成も含まれるが、図４においては煩雑さを避けるため省略する。

　クラウドサーバ２１０は、ネットワーク２６０を介して携帯端末２２０と通信する通信制御部４０１を有する。通信制御部４０１が携帯端末２２０から受信したメッセージから、ディスクリプタ受信部４０２は、携帯端末２２０に接続したデバイス２３０から取得したディスクリプタを受信する。デバイス判定部４０３は、携帯端末２２０から受信したデバイス２３０のディスクリプタから、デバイスＤＢ２１３（図６Ａ参照）を参照して、携帯端末２２０に接続したデバイス２３０を特定する。また、教育グループ情報受信部４０４は、ディスクリプタを送信した同じ携帯端末２２０が送信した、教育グループを特定するための情報を受信する。なお、教育グループを特定するための情報には、学校の教室やクラスのＩＤ、さらに、曜日や時間帯などの時間割の情報、携帯端末２２０の現在位置を特定する情報、位置とは無関係に受講する対象の教育アプリのＩＤ、などが含まれる。

　プログラム選定部２１１は、教育アプリ選定テーブル２１１ａ（図１０Ａ参照）とデバイスドライバ選定テーブル２１１ｂ（図１０Ｂ参照）とを有する。そして、プログラム選定部２１１は、デバイス判定部４０３からのデバイス情報と、教育グループ情報受信部４０４からの教育グループ情報とに基づいて、教育アプリＤＢ２１４を参照して、特定された教育グループに提供する教育アプリケーションを選定する。また、デバイス判定部４０３からのデバイス情報に基づいて、デバイスデライバＤＢ１５を参照して、選定した教育アプリケーションに適合するデバイスドライバを選定する。

　デバイス制御部２１２は、プログラム選定部２１１が選定したアプリケーションを実行する教育アプリ実行部４０７を有する。教育アプリ実行部４０７は、携帯端末２２０に送信する共有画面を生成して、画面送信部４０８に渡す。画面送信部４０８は、共有画面を携帯端末２２０に送信する。一方、操作指示受信部４０９は、携帯端末２２０から送信されたユーザが入力した操作指示を受信する。そして、操作指示受信部４０９は、受信した操作指示を教育アプリ実行部４０７に渡す。教育アプリ実行部４０７は、操作指示に従ったデバイス２３０の動作を行なうように、ＵＳＢデバイスドライバ実行部４１０に対して、デバイス２３０の駆動のための指示を出力する。

　また、デバイス制御部２１２は、プログラム選定部２１１が選定したデバイスドライバを実行するＵＳＢデバイスドライバ実行部４１０を有する。ＵＳＢデバイスドライバ実行部４１０は、携帯端末２２０を中継してＵＳＢコネクタに接続されたデバイスを対するＵＳＢパケットを生成して、ＵＳＢパケットカプセリング部４１１に渡す。ＵＳＢパケットカプセリング部４１１は、ＵＳＢパケットをＩＰカプセリングして、携帯端末２２０に向けて送信する。一方、ＵＳＢパケットアンカプセリング部４１２は、携帯端末２２０からＩＰカプセリングして送信されたメッセージを受信して、メッセージをアンカプセリングしてＵＳＢパケットを取り出す。そして、ＵＳＢパケットカプセリング部４１１は、ＵＳＢパケットを教育アプリ実行部４０７に渡す。ＵＳＢデバイスドライバ実行部４１０は、受信したＵＳＢパケットを分析して、新たなＵＳＢパケットを生成してデバイスに応答したり、教育アプリ実行部４０７にデバイス２３０のステータスを報告したりする。

　なお、デバイス制御部２１２は、複数のＰＣおよび携帯端末に接続するデバイスが画面共有するために１つの仮想ＰＣにより構成されるのが望ましい。また、図４においては、分かり易くするために、ディスクリプタ受信部４０２をデバイス制御部２１２と独立させて示したが、ディスクリプタ受信部４０２がデバイス制御部２１２に組み込まれてもよい。

　《携帯端末の機能構成》
　図５は、本実施形態に係る携帯端末２２０、２２１～２２４の機能構成を示すブロック図である。以下、構成は同ようなので、携帯端末２２０を代表させて説明する。

　本実施形態の携帯端末２２０は、クラウドサーバ２１０とのネットワークを介した通信を制御する通信制御部５０３を有する。また、携帯端末２２０は、タッチパネルやキーボードなどからなる操作部５０１と、入出力部５０５とを有する。入出力部５０５は、画面受信部５０４が受信したクラウドサーバ２１０からの共有画面を表示する表示部５０６と、音声を入出力する音声入出力部５０７とを有する。

　また、ＵＳＢコネクタ５１０に接続されたデバイスの教育グループ情報を取得する教育グループ情報取得部５０８を有する。教育グループ情報取得部５０８が取得した教育グループ情報は、教育グループ情報送信部５０９によりクラウドサーバ２１０に送信される。なお、教育グループ情報取得部５０８は、操作部５０１にあってもよい。あるいは、教育グループ情報取得部５０８は、カメラやマイク、ＧＰＳ（Global Positioning System）による位置生成部であってもよい。

　また、携帯端末２２０は、ＵＳＢデバイスを接続するためのデバイス接続コネクタであるＵＳＢコネクタ５１０を有する。そして、ＵＳＢコネクタ５１０に接続したデバイス２３０のディスクリプタを取得するための汎用ＵＳＢドライバ実行部５１１を有する。さらに、携帯端末２２０は、汎用ＵＳＢドライバ実行部５１１が取得したＵＳＢパケットからデバイス２３０のディスクリプタを取得するディスクリプタ取得部５１２を有する。また、ディスクリプタ取得部５１２が取得したデバイス２３０のディスクリプタをクラウドサーバ２１０に送信する、デバイス情報送信部であるディスクリプタ送信部５１３を有する。

　また、汎用ＵＳＢドライバ実行部５１１を介して、ＵＳＢコネクタ５１０に接続したデバイス２３０とクラウドサーバ２１０がＵＳＢパケットをやり取りするための、アンカプセリング部５１４とカプセリング部５１５とを有する。アンカプセリング部５１４は、クラウドサーバ２１０からのＩＰメッセージをアンカプセリングする。カプセリング部５１５は、クラウドサーバ２１０へのＩＰカプセリングを行なう。かかる汎用ＵＳＢドライバ実行部５１１、アンカプセリング部５１４、カプセリング部５１５が、デバイス制御中継部を構成する。

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

　デバイスＤＢ２１３は、デバイスディスクリプタ６１１に対応付けて、デバイスＩＤ６１２、デバイスの機種６１３、デバイスのバージョン６１４、デバイスの能力６１５などを記憶する。ここで、デバイスディスクリプタ６１１は、デバイスクラス、デバイスサブクラス、ベンダーＩＤ、プロダクトＩＤ、シリアル番号などを含む。

　（デバイスディスクリプタ）
　図６Ｂは、本実施形態に係るデバイスディスクリプタ６１１の構成を示す図である。詳細な説明を省く。ＵＳＢ仕様書を参照されたい。

　例えば、Ｏｆｆｓｅｔの、"４"がデバイスクラス、"５"がデバイスサブクラス、"８"がベンダーＩＤ、"１０"がプロダクトＩＤ、"１６"がシリアル番号である。これらの情報により、ＵＳＢコネクタに接続されたデバイス２３０が１つ１つ一意に特定される。なお、デバイスディスクリプタ６１１は、エンドポイント０に領域が確保されて、あらかじめ記憶されている。

　（教育アプリＤＢ）
　図７は、本実施形態に係る教育アプリＤＢ２１４の構成を示す図である。なお、教育アプリＤＢ２１４は、図７の構成に限定されない。

　教育アプリＤＢ２１４は、教育アプリＩＤ７０１に対応付けて、その教育アプリの内容７０２を記憶する。そして、各教育アプリＩＤ７０１に対応付けて、その教育アプリを使用している第１教育グループ７０３、第２教育グループ７０４、...、第ｎ教育グループ７０５を記憶する。各教育グループの情報としては、教育グループのＩＤ、位置の範囲（例えば、教室など）、時間帯などを記憶する。

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

　デバイスドライバＤＢ２１５は、デバイスＩＤ８０１およびデバイス情報８０２に対応付けて、そのデバイスが所属する教育グループが使用している教育アプリＩＤ８０３を記憶する。そして、デバイスＩＤ８０１と教育アプリＩＤ８０３との組合せに対して適切な使用ドライバを記憶する。

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

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

　ＲＡＭ（Random Access Memory)９４０は、ＣＰＵ９１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ９４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ユーザＩＤ／ユーザ認証情報９４１は、通信中のユーザの識別子とその認証情報などである。端末ＩＤ／端末認証情報９４２は、通信中の携帯端末の識別子とその認証情報などである。ディスクリプタ９４３は、携帯端末に接続したデバイスから携帯端末が取得してクラウドサーバ２１０に送信したデバイスディスクリプタである。デバイス情報９４４は、ディスクリプタ９４３に基づいて、デバイスＤＢ２１３を参照してデバイスを特定する情報である。教育グループ情報９４５は、携帯端末から受信したデバイスや携帯端末が所属する教育グループの情報である。教育アプリ選定テーブル２１１ａは、デバイス情報９４４と教育グループ情報９４５とから提供する教育アプリを選定するためのテーブルである。デバイスドライバ選定テーブル２１１ｂは、デバイス情報９４４と選定した教育アプリとから使用するデバイスドライバを選定するためのテーブルである。共有画面９４６は、ＰＣの表示画面あるいは携帯端末に接続する表示画面に表示するための共有画面のデータである。ＵＳＢパケット（入出力）９４７は、携帯端末を中継してＵＳＢデバイスとやり取りするパケットデータである。送受信データ９４８は、携帯端末と通信制御部４０１を介して送受信するＩＰカプセリングされたデータである。

　ストレージ９５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。デバイスＤＢ２１３は、図６Ａに示したデータベースである。教育アプリＤＢ２１４は、図７に示したデータベースである。デバイスドライバＤＢ２１５は、図８に示したデータベースである。

　ストレージ９５０には、以下のプログラムが格納される。クラウドサーバ制御プログラム９５１は、本クラウドサーバ２１０の全体を制御するプログラムである。デバイス判定モジュール９５２は、クラウドサーバ制御プログラム９５１において、携帯端末に接続したデバイスのディスクリプタからデバイスを特定するモジュールである。教育アプリ選定モジュール９５３は、クラウドサーバ制御プログラム９５１において、教育アプリＤＢ２１４を参照して、ＰＣおよび携帯端末に接続したデバイスに提供する教育アプリケーションを選定するモジュールである。デバイスドライバ選定モジュール９５４は、クラウドサーバ制御プログラム９５１において、デバイスドライバＤＢ２１５を参照して、携帯端末に接続したデバイスを駆動するデバイスドライバを選定するモジュールである。教育アプリケーション９５５は、教育アプリ選定モジュール９５３により選定されたプログラムである。デバイスドライバ９５６は、デバイスドライバ選定モジュール９５４により選定されたプログラムである。

　なお、図９のＲＡＭ９４０やストレージ９５０には、クラウドサーバ２１０が有する汎用の機能や他の実現可能な機能に関連するデータやプログラムは図示されていない。

　（教育アプリ選定テーブル）
　図１０Ａは、本実施形態に係る教育アプリ選定テーブル２１１ａの構成を示す図である。教育アプリ選定テーブル２１１ａは、デバイスや教育グループに基づいて、提供する教育アプリケーションを選定するためのテーブルである。

　教育アプリ選定テーブル２１１ａは、デバイスＩＤ１０１１、デバイス位置１０１２、などに基づいて、特定される教育グループＩＤ１０１３を記憶する。そして、教育グループＩＤ１０１３に対応付けて、提供する教育アプリケーション１０１４とその現在の再生位置１０１５とを記憶する。

　（デバイスドライバ選定テーブル）
　図１０Ｂは、本実施形態に係るデバイスドライバ選定テーブル２１１ｂの構成を示す図である。デバイスドライバ選定テーブル２１１ｂは、デバイスや選定した教育アプリケーションに基づいて、適切なデバイスドライバを選定するためのテーブルである。

　デバイスドライバ選定テーブル２１１ｂは、デバイスＩＤ１０２１、デバイス情報１０２２、選定した教育アプリ１０２３、に対応付けて、使用ドライバ１０２４と使用パラメータ１０２５とを記憶する。

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

　クラウドサーバ２１０は、ステップＳ１１１１において、携帯端末から接続したデバイスのディスクリプタを受信したか否かを判定する。また、クラウドサーバ２１０は、デバイスのディスクリプタ受信でない場合、ステップＳ１１３１において、ＰＣからのＩＰアドレスの受信か否かを判定する。また、クラウドサーバ２１０は、デバイスのディスクリプタ受信でなく、かつ、ＰＣからのＩＰアドレスの受信でない場合、ステップＳ１１４１において、ＰＣへＩＰパケットを送信するか否かを判定する。また、クラウドサーバ２１０は、デバイスのディスクリプタ受信でなく、ＰＣからのＩＰアドレスの受信でなく、かつ、ＰＣへのＩＰパケットの送信でない場合、ステップＳ１１５１において、ＵＳＢパケットを、携帯端末を中継してデバイスに送信するか否かを判定する。

　クラウドサーバ２１０は、デバイスのディスクリプタを受信した場合はステップＳ１１１３に進んで、デバイスＤＢ２１３を参照してデバイス（本実施形態では、ＩＴＣ教育のための汎用入出力機器や顕微鏡や望遠鏡などの特殊機器）を特定する。同時に、クラウドサーバ２１０は、デバイス情報や位置情報などから、教育グループを特定する。次に、クラウドサーバ２１０は、ステップＳ１１１５において、デバイス情報と教育グループ情報とに基づいて、教育アプリの選定処理を行なう。そして、クラウドサーバ２１０は、ステップＳ１１１７において、デバイス情報や選定した教育アプリに基づいて、使用するデバイスドライバを選定する。

　クラウドサーバ２１０は、ステップＳ１１１９において、教育グループが既にある既存のグループかを判定する。クラウドサーバ２１０は、既存のグループでなければステップＳ１１２１に進んで、新たな教育グループのための仮想ＰＣを生成する（このようにすれば、同じ教育グループにおける画面共有が簡単にできる）。クラウドサーバ２１０は、既存のグループであれば既に生成している仮想ＰＣの入出力機器として、携帯端末に接続するデバイスを割り当てる。クラウドサーバ２１０は、ステップＳ１１２３において、選定した教育アプリおよびドライバを起動する。そして、クラウドサーバ２１０は、ステップＳ１１２５において、同じ教育グループに所属するＰＣおよび携帯端末に接続するデバイスに共有画面を送信する。

　クラウドサーバ２１０は、ＰＣからのＩＰアドレスの受信であればステップＳ１１３３に進んで、ＩＰアドレスや位置情報などから教育グループを特定する。そして、クラウドサーバ２１０は、ステップＳ１１３５において、特定した教育グループに対応する教育アプリを選定処理する。そして、クラウドサーバ２１０は、ステップＳ１１１９に進んで、以下ステップＳ１１２５までの処理を行なう。なお、この場合に、クラウドサーバ２１０は、ステップＳ１１２３において、クラウドサーバ２１０はデバイスドライバを起動しない。デバイスドライバは、ＰＣで起動される。

　クラウドサーバ２１０は、ＰＣへＩＰパケットを送信する場合はステップＳ１１４３に進んで、ＰＣに対するＩＰパケットを生成して送信する。クラウドサーバ２１０は、ステップＳ１１４５において、ＰＣからの応答を待つ。クラウドサーバ２１０は、ＰＣからの応答があればステップＳ１１４７に進んで、受信した応答のＩＰパケットを処理する。

　また、クラウドサーバ２１０は、ＵＳＢパケットをデバイスに送信する場合はステップＳ１１４３に進んで、送信用のＵＳＢパケットを生成する。そして、クラウドサーバ２１０は、ステップＳ１１４５において、ＩＰカプセリングしてデバイス宛に送信する。クラウドサーバ２１０は、ステップＳ１１４７において、デバイスからの応答受信を待って、応答受信があればステップＳ１１４９に進む。クラウドサーバ２１０は、ステップＳ１１４９において、受信したデータをＩＰアンカプセリングしてＵＳＢパケットを取り出す。クラウドサーバ２１０は、ステップＳ１１５１において、取り出したＵＳＢパケットを処理する。

　《携帯端末のハードウェア構成》
　図１２は、本実施形態に係る携帯端末２２１～２２ｎのハードウェア構成を示すブロック図である。以下、携帯端末２２０を代表して説明する。

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

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

　ストレージ１２５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。端末情報１２５１は、本携帯端末の識別子を含む情報である。ストレージ１２５０には、以下のプログラムが格納される。携帯端末制御プログラム１２５２は、本携帯端末２２０の全体を制御する制御プログラムである。ディスクリプタ転送モジュール１２５３は、携帯端末制御プログラム１２５２において、デバイス２３０から取得したディスクリプタをクラウドサーバ２１０に転送するモジュールである。デバイス操作指示モジュール１２５４は、クラウドサーバ２１０に対してデバイス２３０の操作指示を行なうためのモジュールである。デバイス入出力データ中継モジュール１２５５は、クラウドサーバ２１０とデバイス２３０間のデータの入出力を中継するモジュールである。汎用ＵＳＢドライバ１２５６は、デバイス２３０のディスクリプタ読み出しなどの基本的なＵＳＢプロトコルを実行するプログラムである。

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

　なお、図１２のＲＡＭ１２４０やストレージ１２５０には、クラウドサーバ２１０が有する汎用の機能や他の実現可能な機能に関連するデータやプログラムは図示されていない。

　《携帯端末の処理手順》
　図１３は、本実施形態に係る携帯端末２２１～２２ｎの処理手順を示すフローチャートである。このフローチャートは、図１２のＣＰＵ１２１０がＲＡＭ１２４０を使用して実行し、図５の各機能構成部を実現する。以下、携帯端末２２１を代表させて説明する

　携帯端末２２１は、ステップＳ１３１１において、ＵＳＢコネクタにデバイスが接続されたか否かを判定する。また、携帯端末２２１は、ＵＳＢコネクタへのデバイス接続でない場合、ステップＳ１３３１において、クラウドサーバ２１０からの操作画面の受信か否かを判定する。また、携帯端末２２１は、ＵＳＢコネクタへのデバイス接続でなく、かつ、操作画面の受信でない場合、ステップＳ１３４１において、デバイス宛のデータをクラウドサーバ２１０から受信したか否かを判定する。また、携帯端末２２１は、ＵＳＢコネクタへのデバイス接続でなく、操作画面の受信でなく、かつ、デバイス宛のデータの受信でない場合、ステップＳ１３５１において、デバイスからのデータを受信したか否かを判定する。

　携帯端末２２１は、ＵＳＢコネクタにデバイスが接続された場合はステップＳ１３１３に進んで、汎用ＵＳＢドライブを起動する。そして、携帯端末２２１は、ステップＳ１３１５において、デバイスのディスクリプタを取得する。次に、携帯端末２２１は、ステップＳ１３１７において、取得したディスクリプタをクラウドサーバ２１０に送信する。続いて、携帯端末２２１は、ステップＳ１３１９において、教育グループ情報の取得を待って、取得するとステップＳ１３２１に進んで、取得した教育グループ情報をクラウドサーバ２１０に送信する。

　また、携帯端末２２１は、操作画面の受信であればステップＳ１３３３に進んで、操作画面を表示部５０６に表示する。そして、携帯端末２２１は、ステップＳ１３３５において、ユーザの操作入力を待つ。携帯端末２２１は、ユーザからの操作入力があるとステップＳ１３３７に進んで、クラウドサーバ２１０に操作指示を送信する。

　また、携帯端末２２１は、デバイス宛のデータの受信であればステップＳ１３４３に進んで、受信したＩＰカプセリングした受信データをＩＰアンカプセリングする。そして、携帯端末２２１は、ステップＳ１３４５において、ＵＳＢパケットをデバイスに送信する。一方、携帯端末２２１は、デバイスからのデータの受信であればステップＳ１３５３に進んで、受信したＵＳＢパケットをＩＰカプセリングする。そして、携帯端末２２１は、ステップＳ１３５５において、ＩＰパケットをクラウドサーバ２１０に送信する。

　本実施形態によれば、ハードウェア資源の不足を簡単に補い、あるいは、機器故障などの復旧を簡単に実現する。これにより、ＩＴＣ教育を教育現場における負荷を抑えて容易に実現することができる。

　［第３実施形態］
　次に、本発明の第３実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態と比べると、教育アプリケーションの教程の履歴を保存することによって、教育アプリケーションの再開時に前の終了時から継続した処理を実現する点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

　本実施形態によれば、教師の交代などの変化があっても、教育現場における負荷を抑えてＩＴＣ教育における継続性を容易に維持することができる。

　なお、本実施形態においては、ＩＴＣ教育における継続性として、教育アプリケーションの継続性を示したが、例えば、顕微鏡や望遠鏡などの特殊機器におけるデバイス調整データを保存することにより、その継続性を維持することも可能である。その場合には、後述の履歴保存ＤＢ１４１６に、デバイス情報に対応付けてデバイス調整データが保存されることになる。

　《情報処理システム》
　図１４および図１５を参照して、本実施形態の情報処理システム１４００の動作について説明する。

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

　図１４においては、クラウドサーバ１４１０が教育アプリケーションの提供履歴を保存する履歴保存ＤＢ１４１６を有し、教育アプリケーションのための共有画面が、異なる時間帯に継続して提供される例を示している。共有画面は、左から右に向かって変化している。左の２つの図面は、ある時間帯に提供された教育アプリケーションの画像である。右の２つの画面は、異なる時間帯（本例では、同じ日本史の次の授業時間である）の教育アプリケーションの画像である。さらに、左の２つの図面は、ＰＣ１４３０の画面に提供されているが、右の２つの画面は、携帯端末１４２０にＵＳＢ接続されたディスプレイ１４４０に提供されている。

　まず、左側の２つの図において、ＰＣ１４３０は、日本史授業における教育アプリケーションを提供している。内容は、関ヶ原の戦いを示す動画である。最左の画面１４３１が関ヶ原の戦いの開始を、左から２番目の画面１４３２が関ヶ原の戦いの最後を表示している。左から２番目の画面１４３２で教育アプリケーションの提供を終了すると、クラウドサーバ１４１０は、教育アプリケーションをどこまで提供したかを履歴保存ＤＢ１４１６に保存する（図１７参照）。

　次に、右側の２つの図は、所定期間後の同じ日本史授業の例である。授業の開始時において、クラウドサーバ１４１０は、履歴保存ＤＢ１４１６を参照して前の授業で関ヶ原の戦いが終了したことを判定し、次の歴史的事件である、大坂冬の陣と夏の陣の映像の提供を開始する。なお、図１４において、先に関ヶ原の戦い映像を出力したＰＣ１４３０は、故障などにより使用不能なので、ディスプレイ１４４０を携帯端末１４２０にＵＳＢ接続して、クラウドサーバ１４１０から直接、ディスプレイ１４４０への表示を制御する。右から２番目の画面１４４１では、大坂冬の陣の映像が開始される。そして、最右の画面１４４２では、大坂夏の陣の最後の映像で終了する。

　このように、クラウドサーバ１４１０の履歴保存ＤＢ１４１６に保存された、教育アプリケーションの提供履歴に基づいて、クラウドサーバ１４１０が教育アプリケーションの提供スケジュールを管理する。そのため、授業の担当教師の不在や、教師が変わっても、継続的な教育アプリケーションの提供が可能となる。

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

　ステップＳ３５１～Ｓ３５５において、教育アプリケーションを起動して、提供を行なう。そして、ステップＳ１５０１において、教育アプリケーションの提供を停止する。なお、停止は、提供内容の完了を判定してクラウドサーバ１４１０が行なってもよいし、教師が自分の機器から指示をしてもよい。クラウドサーバ１４１０は、ステップＳ１５０３において、教育アプリケーションの提供履歴を履歴保存ＤＢ１４１６に保存する。

　その後、同じ教育アプリケーションの再起動に当たっては、次のように動作する。なお、図１５では、同じ教育アプリケーションの再起動を携帯端末にＵＳＢ接続したデバイスに対して行なう例を示す。ステップＳ１５１１において、携帯端末１４２０にディスプレイ１４４０をＵＳＢ接続する。携帯端末１４２０は、ステップＳ１５１３において、ＵＳＢ汎用ドライバでディスプレイ１４４０からディスクリプタを読み出す。携帯端末１４２０は、ステップＳ１５１５において、そのディスクリプタをクラウドサーバ１４１０に送信する。クラウドサーバ１４１０は、ステップＳ１５１７において、デバイスＤＢ２１３を参照してディスクリプタから接続したデバイスを特定する。次に、クラウドサーバ１４１０は、ステップＳ１５１９において、教育アプリＤＢ２１４を参照して、デバイスのＩＤや携帯端末２２０の位置情報などから、所属する教育グループを判定して、提供する教育アプリケーションを選定する。また、ステップＳ１５２１において、デバイスドライバＤＢ２１５を参照して、特定したデバイスと選定した教育アプリケーションとに基づいて、デバイスドライバを選定して起動する。

　ステップＳ１５２３において、クラウドサーバ１４１０は、履歴保存ＤＢ１４１６を参照して、選定された教育アプリケーションの提供履歴に基づいて、教育アプリケーションを再起動する。そして、ステップＳ１５２５において、教育アプリケーションを停止した次の状態から復元して開始する。ステップＳ１５２７においては、ＰＣ１４３０および携帯端末１４２０にＵＳＢ接続したディスプレイ１４４０に対して、共有画面の提供を行なうことになる。

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

　デバイス制御部１６１２の教育アプリ実行部４０７は、教育アプリケーションの実行が中止されると、履歴保存部１６１７に中止された位置などの履歴を履歴保存ＤＢ１４１６に保存する。プログラム選定部１６１１は、さらに、教育アプリ再開テーブル１６１１ｃを有し、教育アプリケーションの再開時に、履歴保存ＤＢ１４１６を参照して再開の位置を制御する。

　（履歴保存ＤＢ）
　図１７は、本実施形態に係る履歴保存ＤＢ１４１６の構成を示す図である。なお、履歴保存ＤＢ１４１６は、図１７の構成に限定されない。

　履歴保存ＤＢ１４１６は、教育アプリＩＤ１７０１に対応付けて、その教育アプリの内容１７０２を記憶する。そして、各教育アプリＩＤ１７０１に対応付けて、その教育アプリを使用している提供対象である第１教育グループ１７０３、...、第ｎ教育グループ１７０４を記憶する。各教育グループの情報としては、教育アプリの中断時刻、中断位置、教育グループ条件（教室など）などを記憶する。

　（教育アプリ再開テーブル）
　図１８は、本実施形態に係る教育アプリ再開テーブル１６１１ｃの構成を示す図である。教育アプリ再開テーブル１６１１ｃは、教育アプリケーションの再開時にその位置などを特定するために使用される。

　教育アプリ再開テーブル１６１１ｃは、教育アプリＩＤ１８０１に対応付けて、教育グループＩＤ１８０２、中断時刻と関連する再開時刻１８０３、再開位置１８０４を記憶する。

　《クラウドサーバの処理手順》
　図１９は、本実施形態に係るクラウドサーバ１４１０の処理手順を示すフローチャートである。なお、図１９において、第２実施形態の図１１と同様のステップには同じステップ番号を付して、説明は省略する。

　図１９の図１１との相違は、ステップＳ１９２３における、クラウドサーバ１４１０の教育アプリ（ドライバ）の起動処理である（図２０参照）。図１９においては、履歴保存ＤＢ１４１６を参照して、継続した教育アプリの再開が制御される。

　（教育アプリ再開処理）
　図２０は、本実施形態に係る教育アプリ再開処理Ｓ１９２３の処理手順を示すフローチャートである。

　クラウドサーバ１４１０は、ステップＳ２００１において、特定された教育グループに対応する教育アプリの履歴を、履歴保存ＤＢ１４１６から読み出す。そして、クラウドサーバ１４１０は、ステップＳ２００３において、読み出した教育アプリの履歴に基づいて、教育アプリの継続再開を行なう。クラウドサーバ１４１０は、ステップＳ２００５において、教育アプリの提供先が、携帯端末かＰＣかを判定する。そして、クラウドサーバ１４１０は、携帯端末であればステップＳ２００７において、選定したデバイスドライバを起動する。クラウドサーバ１４１０は、ＰＣであれば基本的にＰＣにおいてデバイスドライバを起動する。

　本実施形態によれば、教育アプリケーションの教程の履歴を保存することによって、教育アプリケーションの再開時に前の終了時から継続した処理を実現する。これにより、教師の交代などの変化があっても、教育現場における負荷を抑えてＩＴＣ教育における継続性を容易に維持することができる。

　［第４実施形態］
　次に、本発明の第４実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２および第３実施形態と比べると、教育アプリケーションの実施に際して、デバイスの状況についてクラウドサーバで推測して、対処方法を提案する点で異なる。すなわち、本実施形態においては、携帯端末が有する機能として、カメラによる撮像機能とマイクによる音声入力機能とを使用する。そして、デバイスの状況を示す情報は、カメラにより撮像されたデバイスの映像とマイクにより音声入力されたデバイス周辺のユーザの音声とを含む。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

　本実施形態によれば、教育現場におけるデバイス設定の負荷を抑えてＩＴＣ教育を容易に維持することができる。

　《情報処理システム》
　図１４および図１５を参照して、本実施形態の情報処理システム２００の動作について説明する。

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

　図２１においては、クラウドサーバ２１１０が操作提案ＤＢ２１１６を有し、デバイス情報と携帯端末２１２０が取得したデバイスの映像およびデバイス周囲からの音声入力に基づいて、デバイスの状況を推測して、その対処情報を生成して、携帯端末２１２０から報知する。

　まず、図２１の左図は、デバイスとしてデジタル顕微鏡２１３０を携帯端末２１２０にＵＳＢ接続したが、デジタル顕微鏡２１３０が正常に動作しない場合を仮定している。ユーザ２１５１の"いつも目盛表示は１０じゃないかな。"との問いに、ユーザ２１５２が"確かにそうだな。"と返答している。携帯端末２１２０のマイク２１２２は、これらのユーザの会話を取得する。また、携帯端末２１２０の表示画面２１２３には、"再度電源をＯＦＦ／ＯＮして、表示目盛をカメラで撮影して下さい。"との、ユーザへの指示メッセージが表示されている。カメラ２１２１は、デジタル顕微鏡２１３０の表示目盛を撮像している。

　図２１の右図は、クラウドサーバ２１１０において、デバイス情報、音声情報、映像情報から、デバイスの状況を推測し、その対処情報を生成して、携帯端末２１２０に送信する。携帯端末２１２０の表示画面２１２４には、"資料が入ったままです。一旦取り出してからＯＦＦ／ＯＮして下さい。"との、ユーザへの対処指示が表示されている。かかる指示は、音声出力によって行なわれてもよい。

　このように、クラウドサーバ２１１０が、携帯端末２１２０に接続したデバイスの設定や調整を携帯端末２１２０からユーザに報知する。そのため、ユーザが専門知識を持たなくても、教育アプリケーションの提供が可能となる。

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

　ステップＳ２２０１において、クラウドサーバ２１１０は、本例ではデジタル顕微鏡２１３０に設定するデバイス調整データを選定する。その後、デジタル顕微鏡２１３０が正常に動作すれば、クラウドサーバ２１１０は、携帯端末２１２０を介してデジタル顕微鏡２１３０を制御する。図２２においては、デジタル顕微鏡２１３０が正常に動作しなかったと仮定する。

　その場合に、ステップＳ２２１１において、携帯端末２１２０のカメラ２１２１によって、デジタル顕微鏡２１３０の映像を取得する。なお、図２１において示したように、クラウドサーバ２１１０から指示された箇所の映像の場合もある。ステップＳ２２１３においては、携帯端末２１２０のマイク２１２２によって、デジタル顕微鏡２１３０の周囲にいるユーザの会話を取得する。

　取得した映像と音声とは、ステップＳ２２１５において、携帯端末２１２０からクラウドサーバ２１１０に、デバイス状況送信される。デバイス状況取得したクラウドサーバ２１１０は、ステップＳ２２１７において、操作提案ＤＢ２１１６を参照して、受信した状況情報を分析する。そして、ステップＳ２２１９において、操作提案ＤＢ２１１６を参照して、分析結果に基づいて対処情報を生成して、携帯端末２１２０に送信する。携帯端末２１２０は、ステップＳ２２２１において、クラウドサーバ２１１０から操作提案受信した対処情報を報知する。

　ユーザが報知された対処情報に従った対処を行なった後、再度、ステップＳ２２１１において、携帯端末２１２０のカメラ２１２１によって、デジタル顕微鏡２１３０の映像を取得する。また、ステップＳ２２１３においては、携帯端末２１２０のマイク２１２２によって、デジタル顕微鏡２１３０の周囲にいるユーザの会話を取得する。その結果を分析して、デジタル顕微鏡２１３０が正常動作していれば（図示せず）、ステップＳ２２３１において、選定された教育アプリケーションを起動して、デジタル顕微鏡２１３０を使用した教育プログラムが開始される。

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

　プログラム選定部２３１１は、さらに、デバイス調整データテーブル２３１１ｄを有し、教育アプリやデバイスドライバの選定に加えて、本実施形態のデジタル顕微鏡２１３０などの特殊機器の調整データを設定する。そして、デバイス制御部２３１２のＵＳＢデバイスドライバ実行部２３１０は、この調整データをＵＳＢパケットによりデバイスに設定する。なお、デバイス調整データテーブル２３１１ｄは、デバイスＩＤに対応して、調整データの履歴を保持するテーブルであり、詳細な説明は省く。

　デバイス状況情報受信部２３１８は、携帯端末２１２０から送信されたカメラやマイクで所得したデバイスの状況を受信する。そして、デバイス状況情報を操作提案生成部２３１７に渡す。操作提案生成部２３１７は、操作提案テーブル２３１７ａ（図２５参照）を有し、受信したデバイス状況情報を分析し、操作提案ＤＢ２１１６（図２４参照）を参照して、操作提案を生成する。操作提案送信部２３１９は、操作提案生成部２３１７が生成したデバイスの操作提案を携帯端末２１２０に送信する。

　（操作提案ＤＢ）
　図２４は、本実施形態に係る操作提案ＤＢ２１１６の構成を示す図である。なお、操作提案ＤＢ２１１６は、図２４の構成に限定されない。

　操作提案ＤＢ２１１６は、デバイス情報２４０１に対応付けて、取得した映像情報２４０２とその分析に基づく第１状況予測２４０３、取得した音声情報２４０４とその分析に基づく第２状況予測２４０５を記憶する。そして、第１状況予測２４０３と第２状況予測２４０５との組合せから推測した状況推測２４０６を記憶する。さらに、状況推測２４０６に対応付けて、対処情報２４０７として、対処ＩＤと携帯端末２１２０へのアナウンス内容とを記憶する。

　（操作提案テーブル）
　図２５は、本実施形態に係る操作提案テーブル２３１７ａの構成を示す図である。操作提案テーブル２３１７ａは、携帯端末２１２０から送信されたデバイスの状況情報を分析して、操作提案を生成するために使用されるテーブルである。

　操作提案テーブル２３１７ａは、デバイス情報２５０１に対応して、映像による状況予測２５０２と音声による状況予測２５０３との組を記憶する。この組に対応付けて、状況推測２５０４とその状況推測２５０４に対処するためのアナウンス内容２５０５を記憶する。

　《クラウドサーバの処理手順》
　図２６は、本実施形態に係るクラウドサーバ２１１０の処理手順を示すフローチャートである。なお、図２６において、図１１と同様のステップには同じステップ番号を付して、説明を省略する。また、図２６においては、図１１のステップＳ１１３１およびＳ１１４１の分岐における処理の図示は省略している。

　クラウドサーバ２１１０は、ステップＳ２６７１において、デバイス状況情報の携帯端末２１２０からの受信か否かを判定する。クラウドサーバ２１１０は、デバイス状況情報の受信であればステップＳ２６７３に進んで、デバイス映像および音声情報を取得する。クラウドサーバ２１１０は、ステップＳ２６７５において、取得したデバイス映像および音声情報に基づいて、デバイスの状況を分析する。クラウドサーバ２１１０は、ステップＳ２６７７において、分析結果のデバイス状況に対処する対処情報を生成する。そして、クラウドサーバ２１１０は、ステップＳ２６７９において、生成した対処情報を携帯端末２１２０に送信する。

　本実施形態によれば、教育アプリケーションの実施に際して、デバイスの状況についてクラウドサーバで推測して、対処方法を提案する。これにより、教育現場におけるデバイス設定の負荷を抑えてＩＴＣ教育を容易に維持することができる。

　［他の実施形態］
　上記第４実施形態においては、クラウドサーバ２１１０が、デバイスの状況を携帯端末２１２０が取得して送信した音声や映像から把握して、対処情報を生成して携帯端末２１２０に報知した。しかしながら、携帯端末２１２０に接続したデバイスの調整は、対処情報のユーザへの報知で行なうよりも、デバイス周囲のユーザの中に当該デバイスの調整が可能な専門家や技術者がいれば、対処情報を参照するにしてもデバイス調整を依頼した方が、調整が迅速で確実である。そのため、クラウドサーバ２１１０に、当該デバイスの調整が可能な専門家や技術者の顔写真を登録しておく。そして、携帯端末２１２０からのデバイス周囲にいるユーザの映像に基づいて、専門家や技術者を検索して、携帯端末２１２０に通知することによって、迅速で確実なデバイス調整が可能になる。

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

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

　この出願は、２０１２年０５月３０日に出願された日本国特許出願　特願２０１２－１２３８０３号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims

　携帯端末に接続されたデバイスを特定するデバイス情報を、前記携帯端末からネットワークを介して受信するデバイス情報受信手段と、
　前記デバイス情報受信手段が受信した前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定手段と、
　前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供手段と、
　を備える情報処理装置。
　前記アプリケーション選定手段は、前記デバイスのＩＤ、および前記携帯端末の位置情報の少なくともいずれかに基づいて、所属する教育グループを判定し、前記教育グループに対応して提供する教育アプリケーションを選定する請求項１に記載の情報処理装置。
　前記教育アプリケーション選定手段が選定した前記教育アプリケーションを前記デバイスに提供可能とするための、デバイスドライバプログラムを選定するデバイスドライバ選定手段を備え、
　前記教育アプリケーション提供手段は、前記デバイスドライバプログラムを実行することにより、前記デバイスに前記教育アプリケーションを提供する請求項１または２記載の情報処理装置。
　少なくとも表示部を有するコンピュータから、前記コンピュータを特定するコンピュータ情報を、前記ネットワークを介して受信するコンピュータ情報受信手段を有し、
　前記教育アプリケーション選定手段は、前記コンピュータ情報受信手段が受信した前記コンピュータ情報に基づいて、前記コンピュータに提供すべき前記教育アプリケーションを選定し、
　前記教育アプリケーション提供手段は、前記ネットワークを介して前記コンピュータに前記教育アプリケーションを提供する請求項１乃至３のいずれか１項に記載の情報処理装置。
　前記教育アプリケーションと、前記教育アプリケーションの提供対象についての情報と、前記教育アプリケーションの提供履歴の情報とを対応付けて保存する履歴保存手段とをさらに備え、
　前記デバイス情報は、前記教育アプリケーションの提供対象についての情報を含み、
　前記教育アプリケーション選定手段は、前記履歴保存手段を参照して、前記教育アプリケーションの提供対象についての情報に対応する前記教育アプリケーションの提供履歴を取得し、
　前記教育アプリケーション提供手段は、取得した前記教育アプリケーションの提供履歴に基づいて、前記ネットワークを介して前記教育アプリケーションを提供する請求項１乃至４のいずれか１項に記載の情報処理装置。
　前記履歴保存手段は、さらに、前記デバイス情報と、前記デバイスの調整データとを対応付けて保存し、
　前記教育アプリケーション提供手段は、前記履歴保存手段から前記デバイスの調整データを取得し、前記ネットワークを介して前記デバイスに前記デバイス調整データを提供する請求項５に記載の情報処理装置。
　前記携帯端末が有する機能を使って前記デバイスの状況を示す情報を取得するデバイス状況取得手段と、
　前記デバイス状況取得手段が取得した前記デバイスの状況を示す情報に基づいて、前記デバイスの操作を提案する操作提案手段と、
　をさらに備える請求項１乃至６のいずれか１項に記載の情報処理装置。
　前記携帯端末が有する機能は、カメラによる撮像機能とマイクによる音声入力機能とを含み、前記デバイス状況取得手段が取得する前記デバイスの状況を示す情報は、前記カメラにより撮像された前記デバイスの映像と前記マイクにより音声入力された前記デバイス周辺のユーザの音声とである請求項７に記載の情報処理装置。
　携帯端末に接続されたデバイスを特定するデバイス情報を、前記携帯端末からネットワークを介して受信するデバイス情報受信ステップと、
　前記デバイス情報受信ステップが受信した前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定ステップと、前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供ステップと、
　を含む情報処理装置の制御方法。
　携帯端末に接続されたデバイスを特定するデバイス情報を、前記携帯端末からネットワークを介して受信するデバイス情報受信ステップと、
　前記デバイス情報受信ステップが受信した前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定ステップと、
　前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供ステップと、
　をコンピュータに実行させる情報処理装置の制御プログラム。
　デバイス接続コネクタと、
　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信手段と、
　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継手段と、
　を備える携帯端末。
　前記デバイス制御中継手段は、前記情報処理装置が前記デバイス情報に基づいて選定した前記教育アプリケーションとデバイスドライバプログラムとの実行による前記デバイスの制御を中継する請求項１１に記載の携帯端末。
　カメラおよびマイクの少なくともいずれかを使って前記デバイスの状況を示す情報を取得して、情報処理装置に送信するデバイス状況送信手段と、
　前記デバイスの状況を示す情報に基づいて前記情報処理装置が提案する、前記デバイスの操作に対する提案を受信する操作提案受信手段と、
　をさらに備える請求項１１または１２に記載の携帯端末。
　前記デバイス状況送信手段が送信する前記デバイスの状況を示す情報は、前記カメラにより撮像された前記デバイスの映像と前記マイクにより音声入力された前記デバイス周辺のユーザの音声とである請求項１３に記載の携帯端末。
　前記デバイス接続コネクタはＵＳＢコネクタであり、前記デバイスは前記ＵＳＢコネクタにＵＳＢケーブルで接続されるＵＳＢデバイスである請求項１１乃至１４のいずれか１項に記載の携帯端末。
　デバイス接続コネクタを有する携帯端末の制御方法であって、
　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信ステップと、
　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継ステップと、
　を含む携帯端末の制御方法。
　デバイス接続コネクタを有する携帯端末の制御プログラムであって、
　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信ステップと、
　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継ステップと、
　をコンピュータに実行させる携帯端末の制御プログラム。
　デバイス接続コネクタを有する携帯端末と、前記デバイス接続コネクタに接続可能なデバイスと、前記携帯端末とネットワーク接続される情報処理装置と、を備える情報処理システムであって、
　前記携帯端末が、
　　前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信手段と、
　　前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継手段と、
　を備え、
　前記情報処理装置が、
　　前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定手段と、
　　前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供手段と、
　を備える情報処理システム。
　デバイス接続コネクタを有する携帯端末と、前記デバイス接続コネクタに接続可能なデバイスと、前記携帯端末とネットワーク接続される情報処理装置と、を備える情報処理システムにおける情報処理方法であって、
　前記携帯端末が、前記デバイス接続コネクタに接続したデバイスを特定するデバイス情報を、情報処理装置に送信するデバイス情報送信ステップと、
　前記情報処理装置が、前記デバイス情報に基づいて、前記デバイスに提供すべき教育アプリケーションを選定する教育アプリケーション選定ステップと、
　前記情報処理装置が、前記ネットワークおよび前記携帯端末を介して前記デバイスに前記教育アプリケーションを提供する教育アプリケーション提供ステップと、
　前記携帯端末が、前記デバイス情報に基づく前記情報処理装置による前記デバイスの制御を中継するデバイス制御中継ステップと、
　を含む情報処理方法。