JP6641780B2 - サービス提供方法、サービス提供装置及びサービス提供プログラム - Google Patents

Description

本発明は、サービス提供方法、サービス提供装置及びサービス提供プログラムに関する。

近年、スマートフォンやタブレット等の端末の普及により、必要に応じてその場でアプリケーションをダウンロードして利用するシーンが増えてきている。また、このような利用シーンに適した配信サービスも提案されている。

一例として、所定範囲内にいるユーザのみがアプリケーションを利用できるよう、所定範囲内において提供されるサービスにチェックインした端末を対象に、アプリケーションの配信を行うサービスが挙げられる。当該サービスでは、ユーザが所定範囲外（配信サービスの提供範囲外）に移動した場合、端末に配信されたアプリケーションは自動的に削除される。

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

しかしながら、上記サービスでは、サービスの提供範囲外でも、配信されたアプリケーションを利用したい場合等に不都合が生じる。例えば、学校で配信されたアプリケーションを自宅でも利用して宿題等を行いたいといった場合に、上記サービスでは、当該アプリケーションを学校外で利用することができないといった不都合がある。

一つの側面では、サービスの提供範囲を拡張することを目的としている。

一態様によれば、サービス提供方法において、第１のサービス提供装置が提供するサービスに複数の端末がチェックインした場合に、該第１のサービス提供装置が、該複数の端末より該サービスに関連する第１のリソース情報を受信し、前記第１のサービス提供装置が、前記第１のリソース情報に基づいて、前記サービスにおいて使用可能なアプリケーションを前記複数の端末に配信することで、前記サービスの提供を開始し、前記第１のサービス提供装置が前記サービスの提供を終了したことで、前記サービスの提供を第２のサービス提供装置を介して受けることを要求する指示を受信した場合に、前記第１のサービス提供装置が、前記第１のリソース情報と前記アプリケーションの割り当てとを含むリソース管理情報を情報格納サーバに送信し、前記第２のサービス提供装置が提供する前記サービスに前記複数の端末の少なくとも一部の端末がチェックインした場合に、前記第２のサービス提供装置が、前記複数の端末の少なくとも一部の端末より前記サービスに関連する第２のリソース情報を受信するとともに、前記情報格納サーバから前記リソース管理情報を取得し、前記第２のサービス提供装置が、前記リソース管理情報と前記第２のリソース情報とに基づいて、前記第２のサービス提供装置が提供する前記サービスにおいて使用可能なアプリケーションの割り当てを再生成し、前記第２のサービス提供装置が、前記複数の端末の少なくとも一部の端末に、再生成した割り当てに応じた前記アプリケーションを配信することを特徴とする。

サービスの提供範囲を拡張することができる。

サービス提供装置を利用した学習システムの一例を示す図である。 学習システムの機能構成の一例を示す図である。 第１のサービス提供装置のハードウェア構成の一例を示す図である。 リソース情報の一例を示す図である。 第１のサービス提供装置のリソース管理情報の一例を示す図である。 第２のサービス提供装置のリソース管理情報の一例を示す図である。 第１のサービス提供装置による学習用サービス提供時のアプリケーションの配信結果を示す図である。 第２のサービス提供装置による学習用サービス提供時のアプリケーションの配信結果を示す第１の図である。 第１のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための第１の図である。 第１のサービス提供装置による学習用サービスの提供が終了してから端末装置が移動するまでの処理の流れを説明するための第１の図である。 第２のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための第１の図である。 第１のサービス提供装置とサービス実行装置の詳細な機能構成の一例を示す図である。 第２のサービス提供装置とサービス実行装置の詳細な機能構成の一例を示す図である。 サービス提供終了処理のフローチャートである。 サービス提供開始処理のフローチャートである。 サービス提供追加処理のフローチャートである。 第１のサービス提供装置による学習用サービス提供時のアプリケーションの配信結果を示す第２の図である。 第１のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための第２の図である。 第１のサービス提供装置による学習用サービスの提供が終了してから端末装置が移動するまでの処理の流れを説明するための第２の図である。 第２のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための第２の図である。

以下、各実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［第１の実施形態］
はじめに、第１の実施形態に係るサービス提供装置を利用したサービス提供システムの一例である、学習システムについて説明する。第１の実施形態に係るサービス提供装置は様々な利用シーンにおいて様々な配信サービスを提供することが可能であるが、ここでは、学習教材に関するアプリケーションを配信して学習用サービスを提供する学習システムに適用した場合について説明する。特に、学校で学習用サービスの提供を受けたユーザ（例えば、生徒）が、自宅でも学習用サービスを継続して利用できるようにした学習システムについて説明する。

図１は、サービス提供装置を適用した学習システムの一例を示す図である。図１に示すように、学習システム１００は、第１のサービス提供装置１１０、電子ホワイトボード装置１２０、端末装置１３０＿１〜１３０＿３、音声出力装置１４０、第２のサービス提供装置１５０、情報格納サーバ１６０を有する。

情報格納サーバ１６０と、第１のサービス提供装置１１０及び第２のサービス提供装置１５０とは、インターネットやＬＡＮ（Local Area Network）等に代表されるネットワーク１７０を介して接続されている。

なお、図１の例では、第１のサービス提供装置１１０、電子ホワイトボード装置１２０、音声出力装置１４０は学校に設置されており、第２のサービス提供装置１５０は、端末装置１３０＿１を有するユーザ１８０＿１の自宅に設置されている。

学校において、第１のサービス提供装置１１０は、電子ホワイトボード装置１２０に、説明用の表示アプリケーションである"ホワイトボード用アプリケーション"を配信する。これにより、ユーザ（例えば、先生）１８０は、電子ホワイトボード装置１２０に表示されたホワイトボード用アプリケーションを見ながら説明を行うことができる。

また、第１のサービス提供装置１１０は、端末装置１３０＿１〜１３０＿３に、ノート用の表示アプリケーションである"学習用アプリケーション"を配信する。これにより、ユーザ（例えば、生徒）１８０＿１〜１８０＿３は、端末装置１３０＿１〜１３０＿３に表示された学習用アプリケーションを見ながらメモを取ることができる。なお、端末装置１３０＿１〜１３０＿３は、スマートフォンやタブレット等の、ユーザ１８０＿１〜１８０＿３が携行可能な移動端末である。図１の例では、第１のサービス提供装置１１０が、３台の端末装置１３０＿１〜１３０＿３に学習用アプリケーションを配信する場合について示しているが、第１のサービス提供装置１１０が学習用アプリケーションを配信する端末装置の数は３台に限定されない。

更に、第１のサービス提供装置１１０は、音声出力装置１４０に、説明用の音声アプリケーションである"スピーカ用アプリケーション"を配信する。これにより、ユーザ１８０＿１〜１８０＿３は、説明用の音声を聴くことができる。なお、音声出力装置１４０は、スピーカ等の音声出力機能を有する装置である。

一方、自宅においては、電子ホワイトボード装置１２０や音声出力装置１４０等がない。このため、第２のサービス提供装置１５０は、学習用サービスを提供するにあたり、端末装置１３０＿１に対して、ホワイトボード用アプリケーションと、学習用アプリケーションと、スピーカ用アプリケーションとをまとめて配信する。

このように、学校と自宅とでは、それぞれのサービス提供装置（第１のサービス提供装置１１０、第２のサービス提供装置１５０）が学習用サービスを提供する際の環境が異なっている。学習用サービスを提供する際の環境とは、学習用サービスを提供する際に配信するアプリケーションが実行される資源の種類及び数をいう。資源の種類及び数は、それぞれのサービス提供装置が接続可能な装置の種類や数、接続可能な各装置が有する出力機能（表示機能、音声出力機能等）の種類や数に依存する。以下、学習用サービスを提供するにあたり、それぞれのサービス提供装置が接続した装置において、当該装置の出力機能を用いて、アプリケーションを実行させる資源を、「リソース」と称する。したがって、学習用サービスを提供する際の環境の違いとは、それぞれの環境下でサービス提供装置が利用可能なリソースの種類及び数の違いを指す。

本実施形態において、第２のサービス提供装置１５０は、第１のサービス提供装置１１０との利用可能なリソースの違いを加味して、アプリケーションの配信先を決定し、配信先ごとにアプリケーションを再生成する。また、第２のサービス提供装置１５０は、第１のサービス提供装置１１０にて配信されたアプリケーションに基づいて、配信するアプリケーションを決定する。

なお、第２のサービス提供装置１５０は、ユーザ１８０＿１が学校で学習用サービスの提供を受けた際のリソース及び配信されたアプリケーションに関する情報を、情報格納サーバ１６０を介して取得する。以下、それぞれの環境下でのリソース及び配信されたアプリケーションに関する情報を、「リソース管理情報」と称する。これにより、サービス提供装置１５０は、リソース管理情報に基づいて、配信するアプリケーションやその配信先を決定したり、アプリケーションを再生成することができる。

この結果、学習システム１００によれば、自宅内に移動したユーザ１８０＿１が、第１のサービス提供装置１１０により配信されたアプリケーションと同じアプリケーションを利用して、自宅で授業内容を復習したり、追加演習（宿題）等に取り組むことができる。

つまり、自宅でも継続して、学校と同様の学習用サービスを利用することができるようになり、所定範囲内（学校内）の端末装置１３０＿１に対して提供される学習用サービスの提供範囲を、所定範囲外（自宅）にも拡張することが可能となる。

次に、学習システム１００全体の機能構成について説明する。図２は、学習システムの機能構成の一例を示す図である。なお、図２の例では、説明の簡略化のため、第１のサービス提供装置１１０に接続される電子ホワイトボード装置１２０、端末装置１３０＿１〜１３０＿３、音声出力装置１４０を、まとめてサービス実行装置２００として示している。

第１のサービス提供装置１１０は、学習用サービスを提供する装置である。第１のサービス提供装置１１０にはサービス提供プログラムがインストールされており、当該プログラムを実行することで、第１のサービス提供装置１１０は、サービス提供部２１１として機能する。

サービス提供部２１１は、サービス実行装置２００が所定範囲内にある場合に、サービス実行装置２００からの学習用サービスへのチェックインを受け付ける。なお、所定範囲内とは、例えば、第１のサービス提供装置１１０より出力される電波を受信可能な範囲や、ＳＳＩＤを取得可能な範囲等、第１のサービス提供装置１１０に関連する所定範囲を指すものとする。また、チェックインとは、第１のサービス提供装置１１０から発信されるチェックイン要求に応じて、サービス実行装置２００が第１のサービス提供装置１１０に接続し、学習用サービスの提供を受けることができる状態になることをいう。

サービス提供部２１１は、チェックインを受け付けたサービス実行装置２００に対して、サービス実行装置２００が有するリソースに関する情報（以下、各サービス実行装置が有するリソースに関する情報を、「リソース情報」と称す）の送信を要求する。また、サービス提供部２１１は、リソース情報の送信要求に応じて、サービス実行装置２００より送信されたリソース情報を収集し、リソース管理情報として、リソース管理情報格納部２１２に格納する。

サービス提供部２１１は、リソース管理情報格納部２１２に格納したリソース管理情報に応じて、それぞれのリソースに実行させるアプリケーションの割り当てを決定し、割り当て結果をリソース管理情報格納部２１２に格納することでリソース管理情報を更新する。また、サービス提供部２１１は、割り当てを決定したアプリケーションをアプリ格納部２１３より読み出し、配信先（それぞれのリソースを有するサービス実行装置２００）ごとに再生成して配信する。

サービス提供部２１１は、サービス実行装置２００に対して配信したアプリケーションを、それぞれのリソースにて実行させるよう制御することで学習用サービスの提供を開始する。

更に、サービス提供部２１１は、サービス実行装置２００より継続指示を受信した場合に、リソース管理情報格納部２１２に格納したリソース管理情報等を、情報格納サーバ１６０に送信する。継続指示とは、サービス実行装置２００が、学習用サービスの提供を受けることができない状態になった場合に、他のサービス提供装置（例えば、第２のサービス提供装置１５０）で継続して学習用サービスの提供を受けることを要求する指示をいう。なお、学習用サービスの提供を受けることができない状態とは、サービス提供部２１１による学習用サービスの提供が終了した場合や、サービス実行装置２００が、所定範囲外に移動した場合等が含まれる。

リソース管理情報が情報格納サーバ１６０に送信されることで、サービス実行装置２００は、第２のサービス提供装置１５０より、当該リソース管理情報に基づく学習用サービスの提供を受けることが可能となる。このように、第１のサービス提供装置が学習用サービスを提供した際のリソース管理情報を用いて、第２のサービス提供装置１５０が学習用サービスを提供を行うことができる状態を、"学習用サービスへのチェックインを維持"した状態という。本実施形態においては、継続指示が送信されることで、サービス実行装置２００による学習用サービスへのチェックインが維持された状態になる。

サービス実行装置２００は、第１のサービス提供装置１１０より配信されたアプリケーションを実行することで、学習用サービスの提供を受ける装置である。サービス実行装置２００には、サービス実行プログラムがインストールされており、当該プログラムが実行されることで、サービス実行装置２００は、サービス実行部２０１として機能する。

サービス実行部２０１は、第１のサービス提供装置１１０が提供する学習用サービスにチェックインする。または、第１のサービス提供装置１１０が提供する学習用サービスへのチェックインを維持した状態で、第２のサービス提供装置１５０が提供する学習用サービスにチェックインする。

また、サービス実行部２０１は、第１のサービス提供装置１１０または第２のサービス提供装置１５０よりリソース情報の送信要求を受信すると、リソース情報格納部２０２に格納した自装置のリソース情報を読み出す。更に、サービス実行部２０１は、読み出したリソース情報を、第１のサービス提供装置１１０または第２のサービス提供装置１５０に送信する。

サービス実行部２０１は、リソース情報の送信に応じて第１のサービス提供装置１１０または第２のサービス提供装置１５０より配信されるアプリケーションを受信する。また、サービス実行部２０１は、サービス提供部２１１または２２１による制御のもとで、配信されたアプリケーションを自装置のリソースを用いて実行する。

第２のサービス提供装置１５０は、学習用サービスを提供する装置であり、第１のサービス提供装置１１０とは別体であるが、第１のサービス提供装置１１０と同様の機能を有する。

ただし、第２のサービス提供装置１５０のサービス提供部２２１は、学習用サービスへのチェックインを維持したサービス実行装置２００に対して学習用サービスを提供するにあたっては、情報格納サーバ１６０に格納されたリソース管理情報を取得する。

これにより、サービス提供部２２１は、情報格納サーバ１６０に格納されたリソース管理情報に基づく学習用サービスを提供することができる。具体的には、サービス提供部２２１は、第１のサービス提供装置１１０が学習用サービスを提供する際に配信したアプリケーションと同様のアプリケーションを、第２のサービス提供装置１５０が利用可能なリソースに応じて再生成して配信することができる。

情報格納サーバ１６０は、第１のサービス提供装置１１０より送信されたリソース管理情報等を格納する。また、第２のサービス提供装置１５０からの要求に応じて、格納したリソース管理情報を第２のサービス提供装置１５０に送信する。

次に、第１のサービス提供装置１１０、サービス実行装置２００（電子ホワイトボード装置１２０、端末装置１３０＿１〜１３０＿３、音声出力装置１４０）、第２のサービス提供装置１５０、情報格納サーバ１６０のハードウェア構成について説明する。なお、第１のサービス提供装置１１０、サービス実行装置２００、第２のサービス提供装置１５０、情報格納サーバ１６０は、いずれも、同様のハードウェア構成を有している。このため、以下では、第１のサービス提供装置のハードウェア構成について、図３を用いて説明する。

図３は、第１のサービス提供装置のハードウェア構成の一例を示す図である。図３に示すように、第１のサービス提供装置１１０は、ＣＰＵ３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ（Random Access Memory）３０３を備える。また、第１のサービス提供装置１１０は、補助記憶部３０４、入力部３０５、表示部３０６、通信部３０７、ドライブ部３０８を備える。なお、第１のサービス提供装置１１０の各部は、バス３０９を介して相互に接続されている。

ＣＰＵ３０１は、補助記憶部３０４にインストールされた各種プログラム（例えば、サービス提供プログラム）を実行するコンピュータである。ＲＯＭ３０２は、不揮発性メモリである。ＲＯＭ３０２は、補助記憶部３０４に格納された各種プログラムをＣＰＵ３０１が実行するために必要な各種プログラム、データ等を格納する主記憶部として機能する。具体的には、ＲＯＭ３０２はＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラム等を格納する。

ＲＡＭ３０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の揮発性メモリであり、主記憶部として機能する。ＲＡＭ３０３は、補助記憶部３０４に格納された各種プログラムがＣＰＵ３０１によって実行される際に展開される、作業領域を提供する。

補助記憶部３０４は、第１のサービス提供装置１１０にインストールされた各種プログラムや、各種プログラムを実行する際に用いる情報（リソース管理情報等）を格納する。また、補助記憶部３０４は、各種プログラムを実行することで配信されるアプリケーション（ホワイトボード用アプリケーション、学習用アプリケーション、スピーカ用アプリケーション等）を格納する。

入力部３０５は、第１のサービス提供装置１１０に対して各種指示を入力する際に用いられる。表示部３０６は、第１のサービス提供装置１１０の内部状態を表示する。

通信部３０７は、第１のサービス提供装置１１０が接続する外部機器（サービス実行装置２００、情報格納サーバ１６０等）と通信するためのデバイスである。サービス実行装置２００に配信するアプリケーションは、通信部３０７を介して送信される。また、サービス実行装置２００より送信されるリソース情報は、通信部３０７を介して受信される。更に、情報格納サーバ１６０に送信されるリソース管理情報等は、通信部３０７を介して送信される。

ドライブ部３０８は記録媒体３１０をセットするためのデバイスである。ここでいう記録媒体３１０には、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記録媒体３１０には、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等も含まれる。

なお、補助記憶部３０４に格納されるサービス提供プログラムは、例えば、配布された記録媒体３１０がドライブ部３０８にセットされ、記録媒体３１０に記録されたサービス提供プログラムがドライブ部３０８により読み出されることで格納されるものとする。あるいは、通信部３０７を介して受信されることで格納されてもよい。

次に、サービス実行装置２００のリソース情報格納部２０２に格納されるリソース情報について説明する。図４は、リソース情報の一例を示す図であり、図４（ａ）は、電子ホワイトボード装置１２０のリソース情報４１０の一例を示しており、図４（ｂ）は、端末装置１３０＿１〜１３０＿３のリソース情報４２１〜４２３の一例を示している。また、図４（ｃ）は、音声出力装置１４０のリソース情報４３０の一例を示している。図４（ａ）〜（ｃ）に示すように、リソース情報は情報の項目として、"装置ＩＤ"、"出力機能"、"コントローラ種別"を含む。

"装置ＩＤ"には、それぞれのサービス実行装置を識別するための識別子（装置固有の識別子）が格納される。"装置ＩＤ"には、サービス実行装置の種類が同じであっても、装置ごとに別々の識別子が格納される。このため、電子ホワイトボード装置１２０と、端末装置１３０＿１〜１３０＿３と、音声出力装置１４０とは異なる識別子が格納される。また、同じ端末装置であっても、端末装置１３０＿１と、端末装置１３０＿２と、端末装置１３０＿３とは異なる識別子が格納される。

"出力機能"には、各サービス実行装置が有する出力機能に関する情報が格納される。図４の例は、電子ホワイトボード装置１２０が出力機能として、表示機能を有していることを示している。また、端末装置１３０＿１〜１３０＿３が出力機能として、表示機能と音声出力機能とを有していることを示している。更に、音声出力装置１４０が出力機能として、音声出力機能を有していることを示している。

"コントローラ種別"には、学習用サービスの提供を受けるうえで各サービス実行装置が実行可能なアプリケーションの種別を示す情報が格納される。例えば、電子ホワイトボード装置１２０の場合、"コントローラ種別"にはホワイトボード用アプリケーションが実行可能であることを示す"ＷｈｉｔｅＢｏａｒｄ"が格納される。

一方、端末装置１３０の場合、"コントローラ種別"には学習用アプリケーションが実行可能であることを示す"ＥｄｕｃａｔｉｏｎＡｐｐ"が格納される。また、ホワイトボード用アプリケーションが実行可能であることを示す"ＷｈｉｔｅＢｏａｒｄ"が格納される。更に、スピーカ用アプリケーションが実行可能であることを示す"Ｓｐｅａｋｅｒ"が格納される。

また、音声出力装置１４０の場合、"コントローラ種別"にはスピーカ用アプリケーションが実行可能であることを示す"Ｓｐｅａｋｅｒ"が格納される。

このように、リソース情報には、"出力機能"と"コントローラ種別"とが含まれているため、サービス提供部２１１では、"出力機能"と"コントローラ種別"との組み合わせに基づいて、各サービス実行装置２００が有するリソースを判断することができる。また、サービス提供部２１１では、判断したリソースに基づいて、学習用サービスの提供に際して使用可能なアプリケーションを決定することができる。

例えば、電子ホワイトボード装置１２０については、出力機能＝"表示"とコントローラ種別＝"ＷｈｉｔｅＢｏａｒｄ"との組み合わせから、表示機能を用いてホワイトボード用アプリケーションを実行するリソースを有していると判断することができる。

また、端末装置１３０＿１〜１３０＿３については、出力機能＝"表示"とコントローラ種別＝"ＥｄｕｃａｔｉｏｎＡｐｐ"との組み合わせから、表示機能を用いて学習用アプリケーションを実行するリソースを有していると判断することができる。また、出力機能＝"表示"とコントローラ種別＝"ＷｈｉｔｅＢｏａｒｄ"との組み合わせから、表示機能を用いてホワイトボード用アプリケーションを実行するリソースを有していると判断することができる。更に、出力機能＝"音声"とコントローラ種別＝"Ｓｐｅａｋｅｒ"との組み合わせから、音声出力機能を用いてスピーカ用アプリケーションを実行するリソースを有していると判断することができる。

また、音声出力装置１４０については、出力機能＝"音声"とコントローラ種別＝"Ｓｐｅａｋｅｒ"との組み合わせから、音声出力機能を用いてスピーカ用アプリケーションを実行するリソースを有していると判断することができる。

この結果、サービス提供部２１１では、学習用サービスの提供に際して使用可能なアプリケーションとして、ホワイトボード用アプリケーション、学習用アプリケーション、スピーカ用アプリケーションを決定することができる。

次に、第１のサービス提供装置１１０のリソース管理情報格納部２１２に格納されるリソース管理情報について説明する。図５は、第１のサービス提供装置のリソース管理情報の一例を示す図である。リソース管理情報５００には、第１のサービス提供装置１１０が提供する学習用サービスにチェックインした各サービス実行装置２００のリソース情報と、リソース情報に含まれる各リソースに割り当てるアプリケーション等が格納される。

具体的には、リソース管理情報５００には情報の項目として、"装置ＩＤ"、"出力機能"、"出力オブジェクト"、"コントローラ種別"、"コントローラオブジェクト"が含まれる。

"装置ＩＤ"、"出力機能"、"コントローラ種別"には、それぞれ、各サービス実行装置２００から受信したリソース情報が格納される。

"出力オブジェクト"、"コントローラオブジェクト"には、各サービス実行装置２００から受信したリソース情報に基づいて、サービス提供部２１１が割り当てを決定したアプリケーションが格納される。

例えば、装置ＩＤ＝"Ａ００１"の電子ホワイトボード装置１２０の場合、サービス提供部２１１では、ホワイトボード用アプリケーションを実行するリソースを有していると判断する。このため、図５の例では、サービス提供部２１１は、ホワイトボード用アプリケーションとして、出力オブジェクト＝"Ｄｉ＿Ａ＿００１"と、コントローラオブジェクト＝"Ｗｂ００１"とを割り当てることを決定している。

また、装置ＩＤ＝"Ｂ００１"の端末装置１３０＿１の場合、サービス提供部２１１では、学習用アプリケーション、スピーカ用アプリケーション、ホワイトボード用アプリケーションを実行するリソースを有していると判断する。このうち、図５の例では、サービス提供部２１１は、学習用アプリケーションとして、出力オブジェクト＝"Ｄｉ＿Ｂ＿００１"と、コントローラオブジェクト＝"Ｅｄ００１"とを割り当てることを決定している。

同様に、装置ＩＤ＝"Ｂ００２"の端末装置１３０＿２の場合、サービス提供部２１１では、学習用アプリケーション、スピーカ用アプリケーション、ホワイトボード用アプリケーションを実行するリソースを有していると判断する。このうち、図５の例では、サービス提供部２１１は、学習用アプリケーションとして、出力オブジェクト＝"Ｄｉ＿Ｂ＿００２"と、コントローラオブジェクト＝"Ｅｄ００２"とを割り当てることを決定している。

同様に、装置ＩＤ＝"Ｂ００３"の端末装置１３０＿３の場合、サービス提供部２１１では、学習用アプリケーション、スピーカ用アプリケーション、ホワイトボード用アプリケーションを実行するリソースを有していると判断する。このうち、図５の例では、サービス提供部２１１は、学習用アプリケーションとして、出力オブジェクト＝"Ｄｉ＿Ｂ＿００３"と、コントローラオブジェクト＝"Ｅｄ００３"とを割り当てることを決定している。

一方、装置ＩＤ＝"Ｃ００１"の音声出力装置１４０の場合、サービス提供部２１１では、スピーカ用アプリケーションを実行するリソースを有していると判断する。このため、図５の例では、サービス提供部２１１は、スピーカ用アプリケーションとして、出力オブジェクト＝"Ａｕ＿Ｃ＿００１"と、コントローラオブジェクト＝"Ｓｐ００１"とを割り当てることを決定している。

次に、第２のサービス提供装置１５０のリソース管理情報格納部２２２に格納されるリソース管理情報について説明する。図６は、第２のサービス提供装置のリソース管理情報の一例を示す図である。リソース管理情報６００には、第２のサービス提供装置１５０が提供する学習用サービスにチェックインした装置（ここでは、端末装置１３０＿１）のリソース情報と、リソース情報に含まれる各リソースに割り当てるアプリケーションの情報等が格納される。

リソース管理情報５００と同様に、リソース管理情報６００には情報の項目として、"装置ＩＤ"、"出力機能"、"出力オブジェクト"、"コントローラ種別"、"コントローラオブジェクト"が含まれる。

図６の例では、端末装置１３０＿１がチェックインしているため、"装置ＩＤ"、"入出力機能"、"コントローラ種別"には、それぞれ、端末装置１３０＿１から受信したリソース情報が格納される。

一方、"出力オブジェクト"、"コントローラオブジェクト"には、サービス提供部２２１が決定したアプリケーションの割り当てに応じたオブジェクトが格納される。なお、サービス提供部２２１は、各リソースに割り当てるアプリケーションを決定するにあたり、リソース管理情報５００を取得して解析する。

リソース管理情報５００によれば、第１のサービス提供装置１１０は、学習用サービスを提供するにあたり、ホワイトボード用アプリケーションと、学習用アプリケーションと、スピーカ用アプリケーションとを配信している。このため、サービス提供部２２１では、これらのアプリケーションを配信するように、各リソースへの割り当てを決定する。

図６の例では、サービス提供部２２１は、学習用アプリケーションとして、出力オブジェクト＝"Ｄｉ＿Ｂ＿００４"と、コントローラオブジェクト＝"Ｅｄ００４"とを割り当てることを決定している。また、サービス提供部２２１は、ホワイトボード用アプリケーションとして、出力オブジェクト＝"Ｄｉ＿Ｂ＿００５"と、コントローラオブジェクト＝"Ｗｂ００２"とを割り当てることを決定している。更に、サービス提供部２２１は、スピーカ用アプリケーションとして、出力オブジェクト＝"Ａｕ＿Ｂ＿００２"と、コントローラオブジェクト＝"Ｓｐ００２"とを割り当てることを決定している。

これにより、サービス提供部２２１は、第１のサービス提供装置１１０が学習用サービスを提供する際に配信したアプリケーションと同様のアプリケーションを、第２のサービス提供装置１５０が利用可能なリソースに応じて配信することができる。

次に、第１のサービス提供装置１１０のサービス提供部２１１がアプリケーションの割り当てを決定し、各サービス実行装置２００にアプリケーションを配信した場合の配信結果について説明する。図７は、第１のサービス提供装置による学習用サービス提供時のアプリケーションの配信結果を示す図である。

図７に示すように、電子ホワイトボード装置１２０には、ホワイトボード用アプリケーションが配信され、サービス実行部２０１ａにより実行される。また、端末装置１３０＿１〜１３０＿３にはそれぞれ、学習用アプリケーションが配信され、サービス実行部２０１ｂ〜２０１ｄにより実行される。更に、音声出力装置１４０には、スピーカ用アプリケーションが配信され、サービス実行部２０１ｅにより実行される。

このように、サービス提供部２１１は、学習用サービスの提供に際して、リソースに応じて決定した使用可能なアプリケーションを、決定した割り当てに応じて、各サービス実行装置に配信する。

次に、第２のサービス提供装置１５０のサービス提供部２２１が、リソース管理情報５００と、利用可能なリソースとに基づいて、アプリケーションの割り当てを決定し、端末装置１３０＿１にアプリケーションを配信した場合の配信結果について説明する。図８は、第２のサービス提供装置による学習用サービス提供時のアプリケーションの配信結果を示す図である。

図８に示すように、端末装置１３０＿１には、ホワイトボード用アプリケーションと、学習用アプリケーションと、スピーカ用アプリケーションとを含むアプリケーションが配信され、サービス実行部２０１ｂにより実行される。

このように、サービス提供部２２１は、リソース管理情報５００と利用可能なリソースとに基づいて決定したアプリケーションを、決定した割り当てに応じてサービス実行装置に配信する。

図７と図８との対比から明らかなように、第２のサービス提供装置１５０は、第１のサービス提供装置１１０が利用可能なリソースと第２のサービス提供装置１５０が利用可能なリソースとの違いを加味して、アプリケーションの配信先を決定する。このため、学校で学習用サービスの提供を受けたユーザが、自宅でも、学習用サービスを継続して利用することができる。

なお、図８に示すように、表示部３０６には、共通の実行環境であるサービス実行部２０１ｂにより実行されるホワイトボード用アプリケーションの表示画面と学習用アプリケーションの表示画面とが、共通のウィンドウ内に表示される。

次に、学校で学習用サービスの提供を受けてから、自宅で学習用サービスを継続して利用するまでの、学習システム１００における処理の流れについて、図９〜図１１を用いて説明する。なお、図９〜図１１では、説明の簡略化のため、３台の端末装置１３０＿１〜１３０＿３のうちの１台（端末装置１３０＿１）のみを図示している。

はじめに、学校で第１のサービス提供装置１１０が学習用サービスを提供するまでの処理の流れについて説明する。図９は、第１のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための図である。

図９（ａ）に示すように、電子ホワイトボード装置１２０、端末装置１３０＿１、音声出力装置１４０が学習用サービスに対してチェックインすると、第１のサービス提供装置１１０は、各サービス実行装置に対して、リソース情報の送信要求を行う。

リソース情報の送信要求を受信した各サービス実行装置は、それぞれのリソース情報格納部２０２より、チェックインしたサービスに関連するリソース情報を読み出し、図９（ｂ）に示すように、第１のサービス提供装置１１０に対してリソース情報を送信する。具体的には、電子ホワイトボード装置１２０はリソース情報４１０を、端末装置１３０＿１はリソース情報４２１を、音声出力装置１４０はリソース情報４３０をそれぞれ第１のサービス提供装置１１０に送信する。

リソース情報４１０、４２１、４３０を受信した第１のサービス提供装置１１０は、学習用サービスを提供する際に使用可能なアプリケーションを決定するとともに、アプリケーションの割り当てを決定し、リソース管理情報５００を更新する。更に、第１のサービス提供装置１１０はリソース管理情報５００に基づいて、アプリケーションを各サービス実行装置に配信する（図９（ｂ））。具体的には、電子ホワイトボード装置１２０にはホワイトボード用アプリケーションを、端末装置１３０＿１には学習用アプリケーションを、音声出力装置１４０にはスピーカ用アプリケーションをそれぞれ配信する。

この結果、図９（ｃ）に示すように、第１のサービス提供装置１１０は、配信した各アプリケーションを制御して、学習用サービスの提供を開始する。

次に、学校での第１のサービス提供装置１１０による学習用サービスの提供が終了してから、端末装置１３０＿１が移動するまでの処理の流れについて説明する。図１０は、第１のサービス提供装置による学習用サービスの提供が終了してから端末装置が移動するまでの処理の流れを説明するための図である。

図１０（ａ）に示すように、第１のサービス提供装置１１０より、電子ホワイトボード装置１２０、端末装置１３０＿１、音声出力装置１４０に対して、学習用サービスの提供を終了する旨の通知がなされる。

当該通知を受けると、電子ホワイトボード装置１２０、端末装置１３０＿１、音声出力装置１４０では、他のサービス提供装置を介して継続して学習用サービスの提供を受けるか否かを判定する。他のサービス提供装置を介して継続して学習用サービスの提供を受けると判定した場合には、第１のサービス提供装置１１０に対して継続指示を送信する。図１０（ａ）の例は、端末装置１３０＿１が、継続指示を送信したことを示している。

第１のサービス提供装置１１０では、端末装置１３０＿１より継続指示を受信したことで、端末装置１３０＿１の位置が所定範囲外になった場合でも、端末装置１３０＿１が、第１のサービス提供装置１１０が配信したアプリケーションを使用する、と判断する。

この場合、第１のサービス提供装置１１０は、リソース管理情報格納部２１２に格納したリソース管理情報５００を、学習用サービスのサービスＩＤとともに情報格納サーバ１６０に送信する。

これにより、第１のサービス提供装置１１０が提供する学習用サービスに対する端末装置１３０＿１のチェックインが維持されることになる。

その後、ユーザ１８０＿１が端末装置１３０＿１を携行して、所定範囲外に移動したとする。図１０（ｂ）は、ユーザ１８０＿１が端末装置１３０＿１を携行して、所定範囲外に移動した様子を示している。

継続指示を送信した端末装置１３０＿１は、第１のサービス提供装置１１０より配信されていたアプリケーション（学習用アプリケーション）を削除し、削除が完了したことを示す削除完了通知を、第１のサービス提供装置１１０に送信する。

端末装置１３０＿１より削除完了通知を受信した第１のサービス提供装置１１０は、学習用サービスのサービスＩＤを端末装置１３０＿１に送信する。これにより、端末装置１３０＿１が第２のサービス提供装置１５０にチェックインした際に、第２のサービス提供装置１５０では、チェックインした端末装置１３０＿１が、サービスＩＤにより特定される学習用サービスの提供を受けていたことを認識できる。また、第２のサービス提供装置１５０では、チェックインした端末装置１３０＿１が受けていた学習用サービスを一意に特定することができる。

次に、ユーザ１８０＿１が自宅に移動した後、第２のサービス提供装置１５０が端末装置１３０＿１に対して学習用サービスを提供するまでの処理の流れについて説明する。図１１は、第２のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための図である。

図１１（ａ）に示すように、端末装置１３０＿１がチェックインすると、第２のサービス提供装置１５０は、端末装置１３０＿１に対してリソース情報の送信要求を行う。

リソース情報の送信要求を受信した端末装置１３０＿１は、リソース情報格納部２０２より、リソース情報４２１を読み出し、図１１（ｂ）に示すように、第２のサービス提供装置１５０に対してリソース情報４２１を送信する。また、端末装置１３０＿１は、リソース情報４２１の送信の際に、あわせて、サービスＩＤを第２のサービス提供装置１５０に対して送信する。

端末装置１３０＿１よりリソース情報４２１を受信した第２のサービス提供装置１５０は、受信したリソース情報を、リソース管理情報としてリソース管理情報格納部２２２に格納する。

また、端末装置１３０＿１よりサービスＩＤを受信した第２のサービス提供装置１５０は、受信したサービスＩＤを、情報格納サーバ１６０に送信する。

第２のサービス提供装置１５０よりサービスＩＤを受信した情報格納サーバ１６０では、受信したサービスＩＤに対応付けて格納されたリソース管理情報を検索する。検索の結果、対応するリソース管理情報を抽出できた場合には、抽出したリソース管理情報を第２のサービス提供装置１５０に送信する（図１１（ｃ））。ここでは、リソース管理情報５００が抽出されて第２のサービス提供装置１５０に送信されたとする。

情報格納サーバ１６０よりリソース管理情報５００を受信した第２のサービス提供装置１５０は、受信したリソース管理情報５００を解析する。これにより、第２のサービス提供装置１５０は、端末装置１３０＿１が第１のサービス提供装置１１０にて学習用サービスの提供を受けていた際に、第１のサービス提供装置１１０が配信していたアプリケーションを認識することができる。

また、第２のサービス提供装置１５０は、端末装置１３０＿１より受信したリソース情報に基づいて、第１のサービス提供装置１１０が配信していたアプリケーションについての割り当てを決定する。また、第２のサービス提供装置１５０は、決定した割り当てに基づいて、リソース管理情報を更新し、リソース管理情報格納部２２２に格納する。

第２のサービス提供装置１５０は、更新したリソース管理情報６００に基づいて、アプリケーションを再生成し、端末装置１３０＿１に配信する。具体的には、第２のサービス提供装置１５０は、ホワイトボード用アプリケーションと、学習用アプリケーションと、スピーカ用アプリケーションとを含むアプリケーションを再生成し、端末装置１３０＿１に配信する（図１１（ｃ））。

この結果、第２のサービス提供装置１５０は、第１のサービス提供装置１１０が配信したアプリケーションと同じアプリケーションを制御して、第１のサービス提供装置１１０が提供する学習用サービスと同様の学習用サービスを提供することができる。

次に、第１のサービス提供装置１１０、サービス実行装置２００、第２のサービス提供装置１５０についての更なる詳細な機能構成について説明する。

図１２は、第１のサービス提供装置とサービス実行装置の詳細な機能構成の一例を示す図である。図１２に示すように、サービス提供部２１１は、チェックイン判断部１２０１、収集部１２０２、決定部１２０３、サービス制御部１２０４、継続利用判断部１２０５、情報記憶部１２０６、情報取得部１２０７を有する。

チェックイン判断部１２０１は、チェックイン要求を発信することで所定範囲に位置するサービス実行装置２００からのチェックインの有無を判断し、チェックインがあったと判断すると、収集部１２０２に通知する。

収集部１２０２は、チェックイン判断部１２０１からチェックインがあった旨の通知を受けると、サービス実行装置２００に対して、リソース情報の送信要求を行う。また、リソース情報の送信要求に応じてサービス実行装置２００よりリソース情報を受信した場合、決定部１２０３に通知する。

決定部１２０３は、収集部１２０２が受信した各サービス実行装置のリソース情報を、リソース管理情報５００として、リソース管理情報格納部２１２に格納する。また、決定部１２０３は、収集部１２０２が受信した各サービス実行装置のリソース情報に基づいて、学習用サービスを提供する際に使用可能なアプリケーションを決定するとともに、配信する各アプリケーションを割り当てるリソースを決定する。決定部１２０３は、割り当て結果をリソース管理情報に格納することでリソース管理情報５００を更新する。また、決定部１２０３は、更新したリソース管理情報５００に基づいてアプリ格納部２１３からアプリケーションを読み出し、配信先となる各サービス実行装置ごとにアプリケーションを再生成し、サービス制御部１２０４に通知する。

サービス制御部１２０４は、決定部１２０３から通知されたアプリケーションを、各サービス実行装置に配信する。また、サービス制御部１２０４は、各サービス実行装置によるアプリケーションの実行を制御し、学習用サービスの提供を開始する。また、サービス制御部１２０４は、学習用サービスの提供が終了した場合に、各サービス実行装置に、学習用サービスの提供終了の通知を行う。更に、サービス制御部１２０４は、学習用サービスの提供終了の通知に応じて、サービス実行装置２００より、配信したアプリケーションについての削除完了通知が送信された場合に、これを受け付け、情報記憶部１２０６に通知する。

継続利用判断部１２０５は、サービス制御部１２０４による学習用サービスの提供終了の通知に応じて、サービス実行装置２００より継続指示が送信された場合に、これを受け付け、情報記憶部１２０６に通知する。また、継続利用判断部１２０５は、継続指示を情報記憶部１２０６に通知したことに応じて、情報記憶部１２０６よりサービスＩＤを受信した場合に、サービス実行装置２００に対してサービスＩＤを送信する。

情報記憶部１２０６は、継続利用判断部１２０５より継続指示を受信した後、サービス制御部１２０４より削除完了通知を受信した場合に、サービス制御部１２０４が提供した学習用サービスを特定するためのサービスＩＤを継続利用判断部１２０５に通知する。また、情報記憶部１２０６は、継続利用判断部１２０５より継続指示を受信した場合、リソース管理情報格納部２１２よりリソース管理情報５００を読み出し、サービスＩＤと対応付けて情報格納サーバ１６０に送信する。

なお、情報取得部１２０７は、第２のサービス提供装置１５０が学習用サービスを提供する際に実行されるため、第２のサービス提供装置１５０の機能構成として後述する。

一方、図１２に示すように、サービス実行装置２００のサービス実行部２０１は、チェックイン部１２１１、情報送信部１２１２、実行部１２１３、継続指示部１２１４を有する。

チェックイン部１２１１は、チェックイン判断部１２０１が発信するチェックイン要求に応じて、サービス提供部２１１が提供する学習用サービスにチェックインする。

情報送信部１２１２は、チェックイン部１２１１がチェックインしたことに応じて、収集部１２０２より送信される、リソース情報の送信要求を受け付ける。また、情報送信部１２１２は、リソース情報格納部２０２に格納されているリソース情報を読み出し、収集部１２０２に対して送信する。

実行部１２１３は、サービス制御部１２０４より配信されるアプリケーションを受信し、サービス制御部１２０４による制御のもとで、受信したアプリケーションを実行し、学習用サービスの提供を受ける。また、実行部１２１３は、サービス制御部１２０４より学習用サービスの提供終了の通知を受信した場合に、サービス制御部１２０４より配信されたアプリケーションを削除する。更に、実行部１２１３は、アプリケーションの削除が完了すると、削除完了通知をサービス制御部１２０４に送信する。

継続指示部１２１４は、サービス制御部１２０４より学習用サービスの提供終了の通知を受信した場合に、ユーザ（例えば、ユーザ１８０＿１）より、継続指示が入力された場合にこれを受け付ける。また、継続指示部１２１４は、受け付けた継続指示を、継続利用判断部１２０５に送信する。更に、継続指示部１２１４は、継続指示を送信した後に、実行部１２１３により削除完了通知が送信されたことで、継続利用判断部１２０５よりサービスＩＤが送信された場合、これを受け付け、情報送信部１２１２に通知する。

図１３は、第２のサービス提供装置とサービス実行装置の詳細な機能構成の一例を示す図である。なお、図１３に示す第２のサービス提供装置１５０の機能構成は、図１２に示した第１のサービス提供装置１１０の機能構成と同じであり、図１３に示すサービス実行装置２００の機能構成は、図１２に示したサービス実行装置２００の機能構成と同じである。

ただし、図１３に示す各部は、図１２に示す各部とは異なる動作を行うため、ここでは、動作の相違点を中心に説明する。

サービス提供部２１１において、収集部１２０２は、リソース情報の送信要求に応じて、サービス実行装置２００よりリソース情報及びサービスＩＤを受信した場合、受信したリソース情報及びサービスＩＤを決定部１２０３に通知する。

決定部１２０３は、収集部１２０２より通知されたリソース情報を、リソース管理情報６００として、リソース管理情報格納部２１２に格納する。また、決定部１２０３は、収集部１２０２より通知されたサービスＩＤを情報取得部１２０７に通知することで、情報取得部１２０７よりリソース管理情報５００を取得する。また、決定部１２０３は、取得したリソース管理情報５００を解析することで、第１のサービス提供装置１１０が学習用サービスを提供した際に配信したアプリケーションを認識する。

更に、決定部１２０３は、認識したアプリケーションを、収集部１２０２より通知されたリソース情報に含まれる各リソースに割り当てる。また、決定部１２０３は割り当て結果をリソース管理情報格納部２１２に格納することでリソース管理情報６００を更新する。また、決定部１２０３は、更新したリソース管理情報６００に基づいてアプリ格納部２１３からアプリケーションを読み出し、配信先となる各サービス実行装置ごとにアプリケーションを再生成し、サービス制御部１２０４に通知する。ここでは、ホワイトボード用アプリケーションと、学習用アプリケーションと、スピーカ用アプリケーションとを含むアプリケーションを再生成し、サービス制御部１２０４に通知する。サービス制御部１２０４は、決定部１２０３より通知されたアプリケーションを端末装置１３０＿１に配信する。

このように、第１のサービス提供装置１１０の決定部１２０３は、第１のサービス提供装置１１０の収集部１２０２が受信したリソース情報群（リソース管理情報５００）に基づいてアプリケーションを再生成する。これに対して、第２のサービス提供装置１５０の決定部１２０３は、第１及び第２のサービス提供装置１１０、１５０の収集部１２０２がそれぞれ受信したリソース情報群（リソース管理情報５００、６００）に基づいてアプリケーションを再生成する。つまり、第２のサービス提供装置１５０の決定部１２０３は、第１のサービス提供装置１１０の決定部１２０３が再生成したアプリケーションとは異なるアプリケーションを再生成することになる。

なお、図１３に示すように、サービス実行装置２００のサービス実行部２０１において、情報送信部１２１２は、収集部１２０２よりリソース情報の送信要求を受信した場合、収集部１２０２に対して、リソース情報とサービスＩＤとを送信する。

次に、第１のサービス提供装置１１０による、サービス提供終了処理の流れについて説明する。図１４は、サービス提供終了処理のフローチャートである。図１４に示すフローチャートは、サービス制御部１２０４による学習用サービスの提供が開始されることで、開始される。

ステップＳ１４０１において、サービス制御部１２０４は、学習用サービスの提供が終了したか否かを判定する。ステップＳ１４０１において、学習用サービスの提供が終了していないと判定した場合には、終了するまで待機する。

一方、ステップＳ１４０１において、学習用サービスの提供が終了したと判定した場合には、ステップＳ１４０２に進む。ステップＳ１４０２において、継続利用判断部１２０５は、第１のサービス提供装置１１０が提供する学習用サービスにチェックインしているサービス実行装置２００の中に、継続指示を送信したサービス実行装置２００があるか否かを判定する。

ステップＳ１４０２において、継続指示を送信したサービス実行装置２００がないと判定した場合には、サービス提供終了処理を終了する。

一方、ステップＳ１４０２において、継続指示を送信したサービス実行装置２００があると判定した場合には、ステップＳ１４０３に進む。ステップＳ１４０３において、情報記憶部１２０６は、リソース管理情報格納部２１２に格納されているリソース管理情報５００を、サービスＩＤと対応付けて、情報格納サーバ１６０に送信する。

ステップＳ１４０４において、サービス制御部１２０４は、継続指示を送信したサービス実行装置２００より、配信済みのアプリケーションについての削除完了通知を受信したか否かを判定する。

ステップＳ１４０４において、削除完了通知を受信していないと判定した場合には、サービス提供終了処理を終了する。一方、ステップＳ１４０４において、削除完了通知を受信したと判定した場合には、ステップＳ１４０５に進む。

ステップＳ１４０５において、継続利用判断部１２０５は、継続指示を送信したサービス実行装置２００に対して、サービスＩＤを送信する。

次に、第２のサービス提供装置１５０による、サービス提供開始処理の流れについて説明する。図１５は、サービス提供開始処理のフローチャートである。

ステップＳ１５０１において、チェックイン判断部１２０１は、サービス実行装置２００によるチェックインがあったか否かを判定する。ステップＳ１５０１において、サービス実行装置２００によるチェックインがないと判定した場合には、チェックインがあるまで待機する。

一方、ステップＳ１５０１において、チェックインがあると判定した場合には、ステップＳ１５０２に進む。ステップＳ１５０２において、収集部１２０２は、チェックインしたサービス実行装置２００に対して、リソース情報の送信要求を行う。

ステップＳ１５０３において、収集部１２０２は、リソース情報の送信要求に応じて、サービス実行装置２００よりリソース情報とサービスＩＤの両方を受信したか否かを判定する。ステップＳ１５０３において、リソース情報またはサービスＩＤのいずれかを受信していないと判定した場合には、ステップＳ１５０４に進む。

ステップＳ１５０４において、収集部１２０２は、リソース情報を受信したか否かを判定する。ステップＳ１５０４において、リソース情報を受信していないと判定した場合には、サービス提供開始処理を終了する。一方、リソース情報を受信したと判定した場合には、ステップＳ１５０７に進む。

一方、ステップＳ１５０３において、リソース情報とサービスＩＤの両方を受信したと判定した場合には、ステップＳ１５０５に進む。ステップＳ１５０５において、決定部１２０３は、受信したリソース情報をリソース管理情報６００としてリソース管理情報格納部２１２に格納する。また、情報取得部１２０７は、受信したサービスＩＤに対応するリソース管理情報を、情報格納サーバ１６０に対して要求する。

ステップＳ１５０６において、決定部１２０３は、情報格納サーバ１６０より取得したリソース管理情報５００を解析し、第１のサービス提供装置１１０が学習用サービスを提供した際に配信したアプリケーションを認識する。

ステップＳ１５０７において、決定部１２０３は、ステップＳ１５０３において受信したリソース情報に基づいて、配信するアプリケーションの割り当てを決定する。

具体的には、ステップＳ１５０３においてサービスＩＤを受信していなかった場合には、リソース情報に基づいて使用可能なアプリケーションを決定するとともに、各リソースに対する割り当てを決定する。また、ステップＳ１５０３においてサービスＩＤを受信していた場合には、ステップＳ１５０６において認識したアプリケーションについて、リソース情報に基づいて各リソースに対する割り当てを決定する。

ステップＳ１５０８において、決定部１２０３は、割り当て結果をリソース管理情報に格納することでリソース管理情報６００を更新する。

ステップＳ１５０９において、決定部１２０３は、更新したリソース管理情報６００に基づいてアプリ格納部２１３からアプリケーションを読み出し、配信先となる各サービス実行装置ごとにアプリケーションを再生成し、サービス制御部１２０４に通知する。また、サービス制御部１２０４は、通知されたアプリケーションを、配信先となる各サービス実行装置に配信することで、学習用サービスの提供を開始する。

以上の説明から明らかなように、学習システム１００では、第１のサービス提供装置１１０が、所定範囲内のサービス実行装置２００より、サービス実行装置２００が有するリソース情報を取得する。また、第１のサービス提供装置１１０が、取得したリソース情報に基づいて、学習用サービスを提供する際に使用可能なアプリケーションを決定するとともに、各リソースに対する割り当てを決定し、割り当て結果に応じて、各アプリケーションの配信を行う。

また、学習システム１００では、学習用サービスの提供が終了した後に、サービス実行装置２００から継続指示を受信した場合に、第１のサービス提供装置１１０が、リソース管理情報５００をサービスＩＤとともに、情報格納サーバ１６０に送信する。また、継続指示を行ったサービス実行装置２００から、配信したアプリケーションについての削除完了通知を受信すると、第１のサービス提供装置１１０が、継続指示を行ったサービス実行装置２００に対してサービスＩＤを送信する。

これにより、サービス実行装置２００は、第１のサービス提供装置１１０が提供する学習用サービスへのチェックインを維持した状態で、第２のサービス提供装置１５０が提供する学習用サービスにチェックインすることができる。また、サービス実行装置２００がチェックインした第２のサービス提供装置１５０では、リソース管理情報５００に基づいて、第１のサービス提供装置１１０が学習用サービスの提供を行う際に配信したアプリケーションを認識することができる。更に、第２のサービス提供装置１５０は、第１のサービス提供装置１１０が学習用サービスの提供を行う際に配信したアプリケーションと同様のアプリケーションを用いて割り当てを決定し、学習用サービスを提供することができる。

この結果、学習システム１００によれば、同様の学習用サービスを提供可能な範囲を拡張することができる。

［第２の実施形態］
上記第１の実施形態では、サービス提供部２１１による学習用サービスの提供を開始する前にリソース情報を取得し、各リソースに対する各アプリケーションの割り当てを決定した。これに対して、第２の実施形態では、サービス提供部２１１による学習用サービスの提供を開始した後に、新たなサービス実行装置がチェックインした場合に、各リソースに対する各アプリケーションの割り当てを変更する、サービス提供追加処理について説明する。

なお、以下では第１のサービス提供装置による学習用サービスの提供中に、他のサービス提供装置において学習用サービスの提供を受けていたサービス実行装置が新たにチェックインする場合の、サービス提供追加処理について説明する。

図１６は、サービス提供追加処理のフローチャートである。図１６に示すフローチャートは、第１のサービス提供装置１１０のサービス提供部２１１による学習用サービスの提供が開始された後に、実行されるものとする。

ステップＳ１６０１において、チェックイン判断部１２０１は、新たなサービス実行装置によるチェックインがあったか否かを判定する。新たなサービス実行装置によるチェックインがなければ、サービス提供追加処理を終了する。

一方、ステップＳ１６０１において、新たなサービス実行装置によるチェックインがあったと判定した場合には、ステップＳ１６０２に進む。ステップＳ１６０２において、収集部１２０２は、新たにチェックインしたサービス実行装置に対して、リソース情報の送信要求を行う。

ステップＳ１６０３において、収集部１２０２は、リソース情報の送信要求に応じて、新たなサービス実行装置よりリソース情報とサービスＩＤの両方を受信したか否かを判定する。ステップＳ１６０３において、リソース情報またはサービスＩＤのいずれかを受信していないと判定した場合には、ステップＳ１６０４に進む。

ステップＳ１６０４において、収集部１２０２は、リソース情報を受信したか否かを判定する。ステップＳ１６０４において、リソース情報を受信していないと判定した場合には、サービス提供追加処理を終了する。一方、リソース情報を受信したと判定した場合には、ステップＳ１６０８に進む。

一方、ステップＳ１６０３において、リソース情報とサービスＩＤの両方を受信したと判定した場合には、ステップＳ１６０５に進む。ステップＳ１６０５において、決定部１２０３は、受信したリソース情報に基づいてリソース管理情報格納部２１２に格納されたリソース管理情報５００を更新する。また、決定部１２０３は、新たにチェックインしたサービス実行装置より受信したサービスＩＤが、現在提供中の学習用サービスのサービスＩＤと一致するか否かを判定する。

ステップＳ１６０５において一致すると判定した場合には、ステップＳ１６０６に進む。ステップＳ１６０６において、情報取得部１２０７は、当該サービスＩＤに対応するリソース管理情報を、情報格納サーバ１６０に要求する。

ステップＳ１６０７において、決定部１２０３は、情報格納サーバ１６０より取得したリソース管理情報を解析し、他のサービス提供装置が新たなサービス実行装置に対して学習用サービスを提供した際に配信していたアプリケーションを認識する。

ステップＳ１６０８において、決定部１２０３は、ステップＳ１６０３において受信したリソース情報により更新されたリソース管理情報５００に基づいて、配信するアプリケーションの割り当てを決定する。

具体的には、ステップＳ１６０３においてサービスＩＤを受信していなかった場合には、決定部１２０３は、更新されたリソース管理情報５００に含まれるリソースに基づいて、使用可能なアプリケーションを決定する。また、決定部１２０３は、更新されたリソース管理情報５００に含まれるリソースに対する、使用可能なアプリケーションの割り当てを決定する。

一方、ステップＳ１６０３においてサービスＩＤを受信していた場合には、決定部１２０３は、サービスＩＤに基づいて情報格納サーバ１６０より取得したリソース管理情報に基づいて、配信するアプリケーションを決定する。また、決定部１２０３は、更新されたリソース管理情報５００に含まれるリソースに対する、アプリケーションの割り当てを決定する。

ステップＳ１６０９において、決定部１２０３は、割り当て結果をリソース管理情報に格納することでリソース管理情報５００を再更新する。

ステップＳ１６１０において、決定部１２０３は、再更新したリソース管理情報５００に基づいてアプリ格納部２１３からアプリケーションを読み出し、配信先となる各サービス実行装置ごとにアプリケーションを再生成し、サービス制御部１２０４に通知する。また、サービス制御部１２０４は、通知されたアプリケーションを、配信先となる各サービス実行装置に配信することで、学習用サービスの提供を開始する。

以上の説明から明らかなように、学習システム１００では、学習用サービスの提供を開始した後に、新たなサービス実行装置がチェックインした場合に、新たにチェックインしたサービス実行装置のリソースを加味して、リソース管理情報を更新する。

また、新たにチェックインしたサービス実行装置が、サービスＩＤを有していた場合には、サービスＩＤに基づいて情報格納サーバより取得されるリソース管理情報を解析する。そして、新たにチェックインしたサービス実行装置が他のサービス提供装置を介して学習用サービスの提供を受けていた際に、他のサービス提供装置が配信していたアプリケーションを認識する。更に、当該アプリケーションを割り当てるように、リソース管理情報を更新する。

このように、サービス提供装置が利用可能なリソースが変更された場合には、変更に応じてリソース管理情報を変更し、アプリケーションを配信し直すことで、利用可能なリソースを最大限に利用することが可能となる。

［第３の実施形態］
上記第１の実施形態では、サービス実行装置２００が有するサービス実行部２０１において、実行部１２１３が、サービス提供装置から配信されるすべてのアプリケーションを実行するものとして説明した。これに対して、第３の実施形態では、サービス提供装置から配信されるアプリケーションの種類に応じて、異なる実行部を配し、アプリケーションの種類に応じて各実行部が動作するものとする。

図１７は、第３の実施形態において、第１のサービス提供装置による学習用サービス提供時のアプリケーションの配信結果を示す図である。

図１７に示すように、端末装置１３０＿１は、実行部１７０１〜１７０３を有している。このうち、実行部１７０１は、第１のサービス提供装置１１０よりホワイトボード用アプリケーションが配信された場合に、ホワイトボード用アプリケーションを実行する。実行部１７０２は、第１のサービス提供装置１１０より、学習用アプリケーションが配信された場合に、学習用アプリケーションを実行する。更に、実行部１７０３は、第１のサービス提供装置１１０より、スピーカ用アプリケーションが配信された場合に、スピーカ用アプリケーションを実行する。このように、アプリケーションごとに実行部を配することで表示部３０６において、ホワイトボード用アプリケーションと学習用アプリケーションとを別々のウィンドウとして表示させることが可能になる。

［第４の実施形態］
上記第１の実施形態では、各サービス実行装置は、サービス提供装置よりアプリケーションの配信を受けるものとして説明した。これに対して、第４の実施形態では、一部のサービス実行装置が、サービス提供装置よりアプリケーションの配信を受けた他のサービス実行装置から、アプリケーションを取得する。

図１８は、第１のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための図であり、上記第１の実施形態の図９に対応する。図９との相違点は、図１８（ｂ）において、端末装置１３０＿２が、端末装置１３０＿１に配信されたアプリケーションを、端末装置１３０＿１より取得している点である。図１８（ｂ）に示すように、端末装置１３０＿２の場合、端末装置１３０＿１と同じリソースを有しているため、同様のアプリケーションが配信される。このため、端末装置１３０＿１に配信されたアプリケーションを取得することで、端末装置１３０＿１が受ける学習用サービスと同様の学習用サービスの提供を受けることができる。

［第５の実施形態］
上記第１の実施形態では、第１のサービス提供装置１１０より学習用サービスの提供を受けたユーザ１８０＿１が、第２のサービス提供装置１５０において継続して学習用サービスの提供を受ける場合について説明した。つまり、第１の実施形態では、ユーザ１８０＿１が端末装置１３０＿１を携行して移動する回数が１回の場合について説明した。しかしながら、ユーザ１８０＿１が端末装置１３０＿１を携行して移動する回数は１回に限定されず、複数回移動してもよい。つまり、３箇所以上の場所で、継続して学習用サービスを受けることができるようにしてもよい。

このとき、それぞれの場所に設置されたサービス提供装置は、学習用サービスの提供が終了し、端末装置１３０＿１より継続指示を受信すると、リソース管理情報とサービスＩＤに加え、サービス提供装置の位置情報を情報格納サーバ１６０に送信する。

これにより、端末装置１３０＿１が新たにチェックインしたサービス提供装置において、サービスＩＤに基づいて、情報格納サーバ１６０より複数のリソース管理情報を取得した場合に、サービス提供装置は、リソースの位置情報を合わせて取得することができる。この結果、ユーザ１８０＿１は、それぞれの位置のサービス提供装置が利用可能なリソースを認識することができる。以下、第５の実施形態について説明する。

図１９は、第１のサービス提供装置による学習用サービスの提供が終了してから端末装置が移動するまでの処理の流れを説明するための図であり、上記第１の実施形態において説明した図１０に対応する。図１０との相違点は、図１９（ａ）において、第１のサービス提供装置１１０が、位置情報を送信している点である。図１９（ａ）に示すように、第１のサービス提供装置１１０では、端末装置１３０＿１より継続指示を受信すると、リソース管理情報５００、サービスＩＤに加え、第１のサービス提供装置１１０の位置情報を、情報格納サーバ１６０に送信する。

また、図１０との相違点は、端末装置１３０＿１が第３のサービス提供装置１９４０より学習用サービスの提供を受けてから第２のサービス提供装置１５０より学習用サービスの提供を受ける点である。

図２０は、第２のサービス提供装置が学習用サービスを提供するまでの処理の流れを説明するための図であり、上記第１の実施形態において説明した図１１に対応する。図１１との相違点は、図２０（ｃ）において、情報格納サーバ１６０が第２のサービス提供装置１５０に対して、リソース管理情報と位置情報とを送信している点である。また、第２のサービス提供装置１５０が、端末装置１３０＿１に対して、アプリケーションに加え、リソース管理情報及び位置情報を配信している点である。

このように、第２のサービス提供装置１５０が、端末装置１３０＿１に対して、リソース管理情報及び位置情報を配信することで、端末装置１３０＿１のユーザ１８０＿１は、他のサービス提供装置が利用可能なリソースとその位置とを認識することができる。なお、ここでいう他のサービス提供装置とは、第１及び第３のサービス提供装置である。

つまり、第２のサービス提供装置１５０によって利用可能なリソースが限られている場合であっても、他のサービス提供装置によって利用可能なリソースとその位置とをユーザ１８０＿１が認識できるようになる。この結果、ユーザ１８０＿１は、どの場所に行けば所望するリソースを利用できるのかを把握することができる。

［その他の実施形態］
上記各実施形態では、情報格納サーバ１６０にリソース管理情報５００を格納するものとしたが、リソース管理情報５００に加えて、配信したアプリケーションを格納するようにしてもよい。これにより、第２のサービス提供装置１５０は、情報格納サーバ１６０より、第１のサービス提供装置１５０により配信されたアプリケーションを直接取得することが可能となる。

また、上記各実施形態では、各サービス実行装置が、出力機能として、表示機能または音声出力機能を有する場合について説明したが、各サービス実行装置が、出力機能として、印刷出力機能を有していてもよい。

また、上記各実施形態では、第１のサービス提供装置が接続可能なサービス実行装置の数よりも第２のサービス提供装置が接続可能なサービス実行装置の数の方が少ない場合について説明した。しかしながら、第１のサービス提供装置が接続可能なサービス実行装置の数よりも第２のサービス提供装置が接続可能なサービス実行装置の数の方が多い場合についても同様である。

また、上記各実施形態では、サービス実行装置２００の位置が所定範囲内にある場合に、学習用サービスの提供を受けることができるものとし、所定範囲外にある場合に、学習用サービスの提供を受けることができないものとして説明した。しかしながら、学習用サービスの提供を受けることができるか否かの判断を、サービス実行装置２００の位置に基づいて行うことは一例にすぎない。つまり、位置以外のサービス実行装置２００の状態が、所定の状態であるか否かに基づいて、学習用サービスの提供を受けることができるか否かの判断を行うようにしてもよい。

なお、開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
端末の状態が第１のサービス提供装置に関連する第１の状態であるかに基づき、該第１のサービス提供装置が提供するサービスに、該端末がチェックインしたか否かを判断し、
前記端末が前記第１のサービス提供装置にチェックインしたと判断した場合、チェックインしたサービスに関連する第１のリソース情報を収集し、
前記第１のリソース情報に基づいて、前記第１のサービス提供装置が提供するサービスにおいて使用可能なアプリケーションを決定し、
前記端末に、決定した前記アプリケーションを配信し、
前記端末の状態が第１の状態でなくなった場合に、配信した前記アプリケーションを、前記端末が前記第１の状態でなくても使用するものか否かを判断し、
配信した前記アプリケーションを使用すると判断した場合であって、前記第１のサービス提供装置が提供するサービスへのチェックインを維持して、配信した前記アプリケーションを前記端末が削除した場合に、削除された前記アプリケーションと前記第１のリソース情報とを、情報格納サーバに記憶し、
前記端末がチェックインしているサービスを提供する第２のサービス提供装置に関連する第２の状態に、前記端末の状態が含まれる場合、前記情報格納サーバに記憶した前記アプリケーションと前記第１のリソース情報とを取得し、
前記第２の状態に関連する第２のリソース情報を収集し、
前記第１のリソース情報と前記第２のリソース情報とに基づいて、前記第２のサービス提供装置が提供するサービスにおいて使用可能なアプリケーションを再生成し、
前記端末に、再生成した前記アプリケーションを配信することを特徴とするサービス提供方法。
（付記２）
前記第１のサービス提供装置は、削除された前記アプリケーションと前記第１のリソース情報とを、前記第１のサービス提供装置が提供するサービスを識別する識別子と対応付けて、前記情報格納サーバに記憶することを特徴とする付記１に記載のサービス提供方法。
（付記３）
配信した前記アプリケーションを使用すると判断した場合であって、前記第１のサービス提供装置が提供するサービスへのチェックインを維持して、配信した前記アプリケーションを前記端末が削除した場合に、前記第１のサービス提供装置は、前記端末に前記識別子を送信し、
前記第２の状態に、前記端末の状態が含まれる場合、前記第２のサービス提供装置は、前記端末から収集した前記識別子に基づいて、前記情報格納サーバに記憶した前記アプリケーションと前記第１のリソース情報とを取得することを特徴とする付記２に記載のサービス提供方法。
（付記４）
前記第２のサービス提供装置は、前記情報格納サーバより取得した前記第１のリソース情報を、前記第１のサービス提供装置の状態を示す情報と対応付けて、前記端末に送信することを特徴とする付記１に記載のサービス提供方法。
（付記５）
端末の状態が自装置に関連する第１の状態であるかに基づき、自装置が提供するサービスに、該端末がチェックインしたか否かを判断する第１の判断手段と、
前記端末が自装置が提供するサービスにチェックインしたと判断した場合、チェックインしたサービスに関連する第１のリソース情報を収集する収集手段と、
前記第１のリソース情報に基づいて、自装置が提供するサービスにおいて使用可能なアプリケーションを決定する決定手段と、
前記端末に、決定した前記アプリケーションを配信する配信手段と、
前記端末の状態が第１の状態でなくなった場合に、配信した前記アプリケーションを、前記端末が前記第１の状態でなくても使用するか否かを判断する第２の判断手段と、
配信した前記アプリケーションを使用すると判断した場合であって、自装置が提供するサービスへのチェックインを維持して、配信した前記アプリケーションを前記端末が削除した場合に、削除された前記アプリケーションと前記第１のリソース情報とを、情報格納サーバに記憶する記憶手段と、
他のサービス提供装置に関連する第２の状態に他の端末の状態が含まれ、該他の端末が該他のサービス提供装置が提供するサービスにチェックインしたことで、該他のサービス提供装置から該他の端末に配信されたアプリケーションと、該第２の状態に関連する第２のリソース情報とを、該他の端末の状態が前記第１の状態に含まれることで該他の端末が自装置が提供するサービスにチェックインしたと判断した場合に、前記情報格納サーバより取得する取得手段と、を有し、
前記他の端末が自装置が提供するサービスにチェックインしたと判断した場合、
前記決定手段は、前記第１のリソース情報と前記第２のリソース情報とに基づいて、自装置が提供するサービスにおいて使用可能なアプリケーションを再生成し、
前記配信手段は、前記他の端末に、再生成した前記アプリケーションを配信することを特徴とするサービス提供装置。
（付記６）
端末の状態が自装置に関連する第１の状態であるかに基づき、自装置が提供するサービスに、該端末がチェックインしたか否かを判断し、
前記端末が自装置が提供するサービスにチェックインしたと判断した場合、チェックインしたサービスに関連する第１のリソース情報を収集し、
前記第１のリソース情報に基づいて、自装置が提供するサービスにおいて使用可能なアプリケーションを決定し、
前記端末に、決定した前記アプリケーションを配信し、
前記端末の状態が第１の状態でなくなった場合に、配信した前記アプリケーションを、前記端末が前記第１の状態でなくても使用するか否かを判断し、
配信した前記アプリケーションを使用すると判断した場合であって、自装置が提供するサービスへのチェックインを維持して、配信した前記アプリケーションを前記端末が削除した場合に、削除された前記アプリケーションと前記第１のリソース情報とを、情報格納サーバに記憶し、
他のサービス提供装置に関連する第２の状態に他の端末の状態が含まれ、該他の端末が該他のサービス提供装置が提供するサービスにチェックインしたことで、該他のサービス提供装置から該他の端末に配信されたアプリケーションと、該第２の状態に関連する第２のリソース情報とを、該他の端末の状態が前記第１の状態に含まれることで該他の端末が自装置が提供するサービスにチェックインしたと判断した場合に、前記情報格納サーバより取得し、
前記他の端末が自装置が提供するサービスにチェックインしたと判断した場合、前記第１のリソース情報と前記第２のリソース情報とに基づいて、自装置が提供するサービスにおいて使用可能なアプリケーションを再生成し、
前記他の端末に、再生成した前記アプリケーションを配信する、
処理をコンピュータに実行させるためのサービス提供プログラム。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせ等、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１００ ：学習システム
１１０ ：第１のサービス提供装置
１２０ ：電子ホワイトボード装置
１３０＿１〜１３０＿３ ：端末装置
１４０ ：音声出力装置
１５０ ：第２のサービス提供装置
１６０ ：情報格納サーバ
２００ ：サービス実行装置
２０１ ：サービス実行部
２０２ ：リソース情報格納部
２１１、２２１ ：サービス提供部
２１２、２２２ ：リソース管理情報格納部
２１３、２２３ ：アプリ格納部
４１０〜４３０ ：リソース情報
５００、６００ ：リソース管理情報
１２０１ ：チェックイン判断部
１２０２ ：収集部
１２０３ ：決定部
１２０４ ：サービス制御部
１２０５ ：継続利用判断部
１２０６ ：情報記憶部
１２０７ ：情報取得部
１２１１ ：チェックイン部
１２１２ ：情報送信部
１２１３ ：実行部
１２１４ ：継続指示部

Claims (5)

1. 第１のサービス提供装置が提供するサービスに複数の端末がチェックインした場合に、該第１のサービス提供装置が、該複数の端末より該サービスに関連する第１のリソース情報を受信し、
   前記第１のサービス提供装置が、前記第１のリソース情報に基づいて、前記サービスにおいて使用可能なアプリケーションを前記複数の端末に配信することで、前記サービスの提供を開始し、
   前記第１のサービス提供装置が前記サービスの提供を終了したことで、前記サービスの提供を第２のサービス提供装置を介して受けることを要求する指示を受信した場合に、前記第１のサービス提供装置が、前記第１のリソース情報と前記アプリケーションの割り当てとを含むリソース管理情報を情報格納サーバに送信し、
   前記第２のサービス提供装置が提供する前記サービスに前記複数の端末の少なくとも一部の端末がチェックインした場合に、前記第２のサービス提供装置が、前記複数の端末の少なくとも一部の端末より前記サービスに関連する第２のリソース情報を受信するとともに、前記情報格納サーバから前記リソース管理情報を取得し、
   前記第２のサービス提供装置が、前記リソース管理情報と前記第２のリソース情報とに基づいて、前記第２のサービス提供装置が提供する前記サービスにおいて使用可能なアプリケーションの割り当てを再生成し、
   前記第２のサービス提供装置が、前記複数の端末の少なくとも一部の端末に、再生成した割り当てに応じた前記アプリケーションを配信することを特徴とするサービス提供方法。
2. 前記第１のサービス提供装置は、前記リソース管理情報を、前記第１のサービス提供装置が提供する前記サービスを識別する識別子と対応付けて、前記情報格納サーバに送信することを特徴とする請求項１に記載のサービス提供方法。
3. 前記複数の端末の少なくとも一部の端末から、前記第２のサービス提供装置を介して前記サービスの提供を受けることを要求する指示を受信した場合に、前記第１のサービス提供装置が、前記複数の端末の少なくとも一部の端末に前記識別子を送信し、
   前記第２のサービス提供装置が、前記複数の端末の少なくとも一部の端末から送信された前記識別子に基づいて、前記情報格納サーバから前記リソース管理情報を取得することを特徴とする請求項２に記載のサービス提供方法。
4. 自装置が提供するサービスに端末がチェックインした場合に、該端末より該サービスに関連する第１のリソース情報を受信する受信部と、
   前記第１のリソース情報に基づいて、前記自装置が提供するサービスにおいて使用可能なアプリケーションを前記端末に配信する第１の配信部と、
   前記サービスの提供を終了したことで、前記サービスの提供を他のサービス提供装置を介して受けることを要求する指示を受信した場合に、前記第１のリソース情報と前記アプリケーションの割り当てとを含むリソース管理情報を、情報格納サーバに送信する送信部と、
   他の複数の端末の少なくとも一部の端末が、前記自装置が提供する前記サービスにチェックインした場合に、
   前記他の複数の端末の少なくとも一部の端末より前記サービスに関連する第２のリソース情報を受信するとともに、
   前記他のサービス提供装置が提供する前記サービスに前記他の複数の端末がチェックインしたことで、前記他のサービス提供装置が前記他の複数の端末より受信した第３のリソース情報と、前記他のサービス提供装置が前記他の複数の端末に配信したアプリケーションの割り当てとを含むリソース管理情報を、前記情報格納サーバから取得する取得部と、
   前記情報格納サーバから取得した前記リソース管理情報と前記第２のリソース情報とに基づいて、前記自装置が提供する前記サービスにおいて使用可能なアプリケーションの割り当てを再生成し、前記他の複数の端末の少なくとも一部の端末に、再生成した割り当てに応じた前記アプリケーションを配信する第２の配信部と
   を有することを特徴とするサービス提供装置。
5. 自装置が提供するサービスに端末がチェックインした場合に、該端末より該サービスに関連する第１のリソース情報を受信し、
   前記第１のリソース情報に基づいて、前記自装置が提供するサービスにおいて使用可能なアプリケーションを前記端末に配信し、
   前記サービスの提供を終了したことで、前記サービスの提供を他のサービス提供装置を介して受けることを要求する指示を受信した場合に、前記第１のリソース情報と前記アプリケーションの割り当てとを含むリソース管理情報を、情報格納サーバに送信し、
   他の複数の端末の少なくとも一部の端末が、前記自装置が提供する前記サービスにチェックインした場合に、
   前記他の複数の端末の少なくとも一部の端末より前記サービスに関連する第２のリソース情報を受信するとともに、
   前記他のサービス提供装置が提供する前記サービスに前記他の複数の端末がチェックインしたことで、前記他のサービス提供装置が前記他の複数の端末より受信した第３のリソース情報と、前記他のサービス提供装置が前記他の複数の端末に配信したアプリケーションの割り当てとを含むリソース管理情報を、前記情報格納サーバから取得し、
   前記情報格納サーバから取得した前記リソース管理情報と前記第２のリソース情報とに基づいて、前記自装置が提供する前記サービスにおいて使用可能なアプリケーションの割り当てを再生成し、前記他の複数の端末の少なくとも一部の端末に、再生成した割り当てに応じた前記アプリケーションを配信する、
   処理をコンピュータに実行させるためのサービス提供プログラム。

Images