特開 2024-157698 マルチデバイスシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024157698

(43)【公開日】2024-11-08

(54)【発明の名称】マルチデバイスシステム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20241031BHJP

   G06F 11/20 20060101ALI20241031BHJP

【ＦＩ】

G06F11/07 196

G06F11/07 140A

G06F11/20 633

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023072208

(22)【出願日】2023-04-26

(71)【出願人】

【識別番号】000005234

【氏名又は名称】富士電機株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100132067

【弁理士】

【氏名又は名称】岡田 喜雅

(74)【代理人】

【識別番号】100131521

【弁理士】

【氏名又は名称】堀口 忍

(72)【発明者】

【氏名】宮田 幸太

【テーマコード（参考）】

5B034

5B042

【Ｆターム（参考）】

5B034CC01

5B042KK04

5B042KK09

(57)【要約】

【課題】クラウドを利用するマルチデバイスシステムにおいて、クラウド側で障害が発生した場合であっても、その動作を継続できるようにする。
【解決手段】マルチデバイスシステムは、複数のデバイスおよび複数のデバイスを管理する管理デバイスを備え、クラウドが提供するサービスを利用して動作する。複数のデバイスのうちのいずれかのデバイスは、マルチデバイスシステム内でクラウドサービスを実現するためのアプリケーションプログラムを保持する。管理デバイスは、クラウドまたはクラウドとの通信の異常を検知したときに、複数のデバイスそれぞれに対して、接続先をクラウドからアプリケーションプログラムを保持しているデバイスに変更することを指示する。複数のデバイスは、それぞれ、管理デバイスからの指示に応じて、デバイスが保持しているアプリケーションプログラムにアクセスする。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のデバイスおよび前記複数のデバイスを管理する管理デバイスを備え、クラウドが提供するサービスを利用して動作するマルチデバイスシステムであって、
前記複数のデバイスのうちのいずれかのデバイスは、前記マルチデバイスシステム内で前記サービスを実現するためのアプリケーションプログラムを保持し、
前記管理デバイスは、前記クラウドまたは前記クラウドとの通信の異常を検知したときに、前記複数のデバイスそれぞれに対して、接続先を前記クラウドから前記アプリケーションプログラムを保持しているデバイスに変更することを指示し、
前記複数のデバイスは、それぞれ、前記管理デバイスからの指示に応じて前記アプリケーションプログラムにアクセスする
ことを特徴とするマルチデバイスシステム。

【請求項2】

前記管理デバイスは、
前記クラウドまたは前記クラウドとの通信の異常を検知したときに、前記複数のデバイスそれぞれのリソースの状態に基づいて、前記複数のデバイスの中から前記アプリケーションプログラムを実行するデバイスを選択し、
選択したデバイスに前記アプリケーションプログラムを再配置し、
前記複数のデバイスは、それぞれ、再配置された前記アプリケーションプログラムにアクセスする
ことを特徴とする請求項１に記載のマルチデバイスシステム。

【請求項3】

前記アプリケーションプログラムは、複数のアプリケーションプログラム部品から構成され、
前記複数のアプリケーションプログラム部品は、前記複数のデバイスのうちの異なるデバイスにより保持され、
前記管理デバイスは、前記複数のアプリケーションプログラム部品を、前記複数のデバイスそれぞれのリソースの状態に基づいて、前記複数のデバイスのうちの異なるデバイスに再配置する
ことを特徴とする請求項２に記載のマルチデバイスシステム。

【請求項4】

前記管理デバイスは、前記クラウドまたは前記クラウドとの通信の異常からの復旧を検知したときに、前記複数のデバイスの接続先を前記アプリケーションプログラムから前記クラウドに変更する
ことを特徴とする請求項１に記載のマルチデバイスシステム。

【請求項5】

前記管理デバイスは、
前記マルチデバイスシステム内での前記アプリケーションプログラムの利用状況をモニタし、
前記クラウドまたは前記クラウドとの通信の異常からの復旧を検知したときに、前記利用状況を前記クラウドに通知する
ことを特徴とする請求項１に記載のマルチデバイスシステム。

【請求項6】

前記利用状況は、前記マルチデバイスシステム内での前記アプリケーションプログラムの稼働時間またはアクセス数を表す
ことを特徴とする請求項５に記載のマルチデバイスシステム。

【請求項7】

前記管理デバイスは、前記クラウドまたは前記クラウドとの通信の異常からの復旧を検知したときに、前記マルチデバイスシステム内での前記アプリケーションプログラムによる処理結果データを前記クラウドに送信する
ことを特徴とする請求項１に記載のマルチデバイスシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数のデバイスを備えるマルチデバイスシステムに係わる。

【背景技術】

【0002】

複数のデバイスがそれぞれクラウド上のアプリケーションを利用しながら連携して動作するマルチデバイスシステムが実用化されている。ただし、この構成では、クラウド側で障害が発生した場合、或いは、クラウドとの間の通信に障害がした場合には、サービスが停止してしまう。このため、デバイスの接続先のアクセスポイントに障害が発生した場合であっても、デバイスが特定のサービスを利用できる方法が提案されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－０８７１６２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載されている方法では、デバイスと通信接続されているアクセスポイントの異常を検知すると、デバイスの通信接続先が、特定の機能を利用するための他のアクセスポイントに切り替えられる。しかし、この方法では、他のアクセスポイントに接続できない場合、或いは、クラウド側で障害が発生した場合には、動作を継続できない。

【0005】

本発明の１つの側面に係わる目的は、クラウドを利用するマルチデバイスシステムにおいて、クラウド側で障害が発生した場合、或いは、クラウドとの間の通信に障害が発生した場合であっても、その動作を継続できるようにすることである。

【課題を解決するための手段】

【0006】

本発明の１つの態様に係わるマルチデバイスシステムは、複数のデバイスおよび前記複数のデバイスを管理する管理デバイスを備え、クラウドが提供するサービスを利用して動作する。前記複数のデバイスのうちのいずれかのデバイスは、前記マルチデバイスシステム内で前記サービスを実現するためのアプリケーションプログラムを保持する。前記管理デバイスは、前記クラウドまたは前記クラウドとの通信の異常を検知したときに、前記複数のデバイスそれぞれに対して、接続先を前記クラウドから前記アプリケーションプログラムを保持しているデバイスに変更することを指示する。前記複数のデバイスは、それぞれ、前記管理デバイスからの指示に応じて前記アプリケーションプログラムにアクセスする。

【発明の効果】

【0007】

上述の態様によれば、クラウドを利用するマルチデバイスシステムにおいて、クラウド側で障害が発生した場合、或いは、クラウドとの間の通信に障害が発生した場合であっても、その動作を継続できる。

【図面の簡単な説明】

【0008】

【図1】本発明の実施形態に係わるマルチデバイスシステムの一例を示す図である。

【図2】管理デバイスが保持する管理データ（デバイス管理データ、クラウドアプリ管理データ、およびサービス利用データ）の一例を示す図である。

【図3】クラウドの管理サーバが保持する管理データ（サービス利用データおよびアプリケーションデータ管理データ）の一例を示す図である。

【図4】マルチデバイスシステムの処理の一例を示すフローチャートである。

【図5】クラウド情報を取得する処理の一例を示すフローチャートである。

【図6】デバイス情報を取得する処理の一例を示すフローチャートである。

【図7】クラウドの状態を検知する処理の一例を示すフローチャートである。

【図8】ローカル環境のクラウドアプリを確認する処理一例を示すフローチャートである。

【図9】クラウドアプリを実行するデバイスを選択する処理の一例を示すフローチャートである。

【図10】マルチデバイスシステムにおいてクラウドアプリを再配置する処理の一例を示すフローチャートである。

【図11】常駐アプリの接続先を各デバイスに通知する処理の一例を示すフローチャートである。

【図12】常駐アプリの接続先をクラウドからローカルに変更する処理の一例を示すフローチャートである。

【図13】ローカル環境でのサービスの利用状況を表す利用情報を収集する処理の一例を示すフローチャートである。

【図14】ローカル環境でクラウドアプリが動作しているときにクラウドの状態を検知する処理の一例を示すフローチャートである。

【図15】常駐アプリの接続先をローカルからクラウドに変更する処理の一例を示すフローチャートである。

【図16】サービスの利用状況を管理サーバに通知する処理の一例を示すフローチャートである。

【図17】マルチデバイスシステムの処理の一例を示すシーケンス図である。

【図18】マルチデバイスシステムの動作の実施例を示す図（その１）である。

【図19】マルチデバイスシステムの動作の実施例を示す図（その２）である。

【図20】マルチデバイスシステムの動作の実施例を示す図（その３）である。

【図21】マルチデバイスシステムの動作の実施例を示す図（その４）である。

【発明を実施するための形態】

【0009】

図１は、本発明の実施形態に係わるマルチデバイスシステムの一例を示す。本発明の実施形態に係わるマルチデバイスシステム１００は、図１に示すように、複数のデバイス１０（１０ａ～１０ｄ）を備える。複数のデバイス１０は、互いに通信可能に構成されている。例えば、複数のデバイス１０は、ローカルエリアネットワーク（ＬＡＮ）に接続されている。

【0010】

各デバイス１０は、それぞれ、プロセッサ、メモリ、およびストレージを備える。メモリまたはストレージには、オペレーティングシステム（ＯＳ）および１または複数のアプリケーションプログラムが格納されている。そして、プロセッサは、ＯＳ上でアプリケーションプログラムを実行することでデバイス１０の動作を制御する。なお、以下の記載では、自デバイスのメモリまたはストレージに予め格納されているアプリケーションプログラムを「常駐アプリ１１」と呼ぶことがある。

【0011】

複数のデバイス１０のうちの１つは、他のデバイスを管理する機能を備える。この実施例では、デバイス１０ａは、デバイス１０ｂ～１０ｄを管理する機能を備える。よって、以下の記載では、デバイス１０ａのことを「管理デバイス１０ａ」と呼ぶことがある。

【0012】

管理デバイス１０ａは、管理ツール１２を備える。管理ツール１２は、管理データを保持し、クラウド２００の状態およびマルチデバイスシステム１００とクラウド２００との間の通信の状態を管理する。また、管理ツール１２は、各デバイス１０（ここで、デバイス１０ｂ～１０ｄ）の状態を管理する。なお、管理ツール１２は、例えば、管理デバイス１０ａに実装されるプロセッサが管理プログラムを実行することで実現される。

【0013】

管理デバイス１０ａ以外の各デバイス１０（即ち、デバイス１０ｂ～１０ｄ）は、エージェントツール１３を備える。エージェントツール１３は、自デバイスのメトリクス情報を取得して管理ツール１２に通知する。メトリクス情報は、自デバイス内のリソースの構成および空き容量などを表す。なお、エージェントツール１３は、デバイス１０に実装されるプロセッサがエージェントプログラムを実行することで実現される。

【0014】

デバイス１０は、ネットワーク３００を介してクラウド２００にアクセスすることができる。ここで、ネットワーク３００は、例えば、公衆回線である。そして、デバイス１０は、必要に応じて、クラウド２００が提供するサービスを利用して動作する。すなわち、デバイス１０は、必要に応じて、クラウド２００上のアプリケーションを利用して動作する。このとき、デバイス１０に実装されている常駐アプリ１１がクラウド２００上のアプリケーションを利用する。或いは、常駐アプリ１１は、クラウド２００上のアプリケーションに処理を依頼し、その処理結果を受け取る。

【0015】

クラウド２００は、アプリケーションサーバ２１０および管理サーバ２２０を備える。アプリケーションサーバ２１０は、要求されたサービスを提供するためのアプリケーションプログラムを備える。そして、アプリケーションサーバ２１０は、デバイス１０からのアクセスに応じて、指定されたアプリケーションプログラムを実行して処理結果を提供する。すなわち、アプリケーションサーバ２１０は、デバイス１０からのアクセスに応じてサービスを提供する。なお、以下の記載では、クラウド２００のアプリケーションサーバ２１０が保持しているアプリケーションプログラムを「クラウドアプリ（または、クラウドアプリＡＰＰ）」と呼ぶことがある。

【0016】

管理サーバ２２０は、クラウド２００の状態を管理し、また、クラウド２００の状態を管理デバイス１０ａに通知する。このとき、管理サーバ２２０は、管理デバイス１０ａからの問合せに応じてクラウド２００の状態を管理デバイス１０ａに通知してもよいし、自発的にクラウド２００の状態を管理デバイス１０ａに通知してもよい。

【0017】

このように、マルチデバイスシステム１００を構成する複数のデバイス１０は、それぞれクラウド２００上のアプリケーションを利用する。このとき、管理サーバ２２０は、マルチデバイスシステム１００に対してサービス利用料を要求してもよい。この場合、クラウドアプリの利用料は、例えば、クラウドアプリの利用時間またはクラウドアプリへのアクセス数に基づいて算出される。

【0018】

ところが、クラウド２００において障害が発生した場合、或いは、クラウド２００との間の通信に障害がした場合、マルチデバイスシステム１００は動作を継続できなくなるおそれがある。このため、マルチデバイスシステム１００は、予め、クラウド２００からクラウドアプリを取得していずれかのデバイス１０に保持させている。そして、クラウド２００において障害が発生したとき、或いは、クラウド２００との間の通信に障害が発生したときには、各デバイス１０は、マルチデバイスシステム１００内に保持されているクラウドアプリを利用して動作を継続する。

【0019】

ただし、各デバイス１０のリソース（特に、メモリ容量またはストレージ容量）が小さい場合は、クラウドアプリを１個のデバイス１０の保持させることが出来ない、または、好ましくないことがある。したがって、クラウドアプリは、必要に応じて、複数に分割されて複数の異なるデバイス１０に分配される。図１に示す実施例では、クラウドアプリＡＰＰ＿１がクラウドアプリ部品ＡＰＰ＿１ｘおよびクラウドアプリ部品ＡＰＰ＿１ｙに分割され、それぞれデバイス１０ｂおよびデバイス１０ｃにより保持されている。

【0020】

デバイス１０がマルチデバイスシステム１００内に保持されているクラウドアプリを利用するときは、管理ツール１２は、その利用時間またはアクセス数をカウントする。そして、障害が復旧した後、管理ツール１２は、マルチデバイスシステム１００内でのクラウドアプリの利用時間またはアクセス数をクラウド２００に通知する。これにより、クラウドサービスの提供者は、サービス利用料を受け取ることができる。

【0021】

図２は、管理デバイス１０ａにおいて管理ツール１２が保持する管理データの一例を示す。この実施例では、管理ツール１２は、デバイス管理データ、クラウドアプリ管理データ、およびサービス利用データを保持する。

【0022】

図２（ａ）は、デバイス管理データの一例を示す。デバイス管理データは、マルチデバイスシステム１００を構成する各デバイス１０のリソース等に係わる情報を表す。稼働情報は、当該デバイスが稼働中か否かを表す。メモリ容量およびストレージ容量は、それぞれ、当該デバイスが備えるメモリおよびストレージの容量を表す。空きメモリおよび空きストレージは、それぞれ、当該デバイスが備えるメモリおよびストレージの空き容量を表す。接続先情報は、当該デバイスがクラウドアプリを利用する際の接続先を表す。たとえば、クラウド２００にアクセスしてサービスの提供を受けるときは、接続先情報は、クラウド２００またはアプリケーションサーバ２１０を表す。また、マルチデバイスシステム１００内に保持されているクラウドアプリを利用するときは、接続先情報は、そのクラウドアプリを保持しているデバイス１０を表す。

【0023】

図２（ｂ）は、クラウドアプリ管理データの一例を示す。ここで、クラウドアプリ管理データは、マルチデバイスシステム１００内に保持されているクラウドアプリを管理するための情報を表す。また、クラウドアプリが複数のクラウドアプリ部品に分割されて異なるデバイス１０により保持されているときは、クラウドアプリ部品ごとに管理される。

【0024】

異常フラグは、当該クラウドアプリについて異常の有無を表す。必要メモリおよび必要ストレージは、それぞれ、当該クラウドアプリを実行および格納するために必要なメモリサイズおよびストレージサイズを表す。保持デバイスは、当該クラウドアプリを保持しているデバイス１０を表す。移動先デバイスは、当該クラウドアプリを動作させることが好ましいデバイスを表す。例えば、クラウドアプリは、空きメモリ／空きストレージが大きいデバイス１０で実行されることが好ましい。ただし、マルチデバイスシステム１００がクラウド２００のサービスを受けているときは、移動先デバイスは指定されていない。データＩＤは、当該クラウドアプリが参照しているデータ、または、当該クラウドアプリにより生成された処理結果データを識別する。開始日時および終了日時は、マルチデバイスシステム１００において当該クラウドアプリの実行を開始した日時および終了した日時を表す。

【0025】

図２（ｃ）は、サービス利用データの一例を示す。サービス利用データは、マルチデバイスシステム１００内でクラウドアプリが提供するサービスの利用に係わる情報を表す。サービスＩＤは、クラウドアプリを実行することで提供されるサービスを識別する。この実施例では、１つのクラウドアプリが１つのサービスＩＤに対応するものとする。また、クラウドアプリが複数のクラウドアプリ部品に分割されて複数のデバイス１０に分配されているときも、サービスＩＤは、１つのクラウドアプリに対応するサービスを識別する。

【0026】

状態は、当該サービス（または、当該クラウドアプリ）がマルチデバイスシステム１００内で使用中か否かを表す。稼働時間は、当該サービス（または、当該クラウドアプリ）がマルチデバイスシステム１００内で使用された時間を表す。アクセス数は、当該サービス（または、当該クラウドアプリ）がマルチデバイスシステム１００内でアクセスされた回数を表す。最終通知日時は、管理ツール１２が最後にマルチデバイスシステム１００の状態を管理サーバ２２０に通知した日時を表す。

【0027】

尚、管理ツール１２は、定期的に、デバイス管理データ、クラウドアプリ管理データ、およびサービス利用データを更新する。或いは、管理ツール１２は、所定のイベントが発生するごとに、デバイス管理データ、クラウドアプリ管理データ、およびサービス利用データを更新してもよい。

【0028】

図３は、クラウド２００の管理サーバ２２０が保持する管理データの一例を示す。この実施例では、管理サーバ２２０は、サービス利用データおよびアプリケーションデータ管理情報を保持する。

【0029】

図３（ａ）は、クラウド２００において保持されるサービス利用データの一例を示す。サービスＩＤは、上述したように、クラウドアプリを実行することで提供されるサービスを識別する。環境は、当該サービスに対応するクラウドアプリがクラウド２００上で実行されているマルチデバイスシステム１００において実行されているかを表す。稼働時間およびアクセス数は、図２（ｃ）を参照した説明した通りである。ただし、マルチデバイスシステム１００内での利用状況は、管理デバイス１０ａから通知される。更新日時は、サービス利用データが更新された日時を表す。

【0030】

図３（ｂ）は、アプリケーションデータ管理情報の一例を示す。アプリケーションデータ管理情報は、当該サービスに対応するクラウドアプリが参照しているデータ、または、そのクラウドアプリにより生成されたデータを識別する。開始日時および終了日時は、それぞれ、当該サービス（または、当該クラウドアプリ）の使用が開始された日時および終了した日時を表す。

【0031】

図４は、マルチデバイスシステム１００の処理の一例を示すフローチャートである。このフローチャートの処理は、例えば、定期的に実行される。また、このフローチャートの処理の開始時に、管理ツール１２が正常に動作しているか判定される。そして、管理ツール１２が正常に動作していないときには、マルチデバイスシステム１００の管理者にその旨が通知される。なお、このフローチャートの処理の開始時に、マルチデバイスシステム１００は、クラウド２００が提供するサービスを利用して動作しているものとする。

【0032】

Ｓ１において、管理ツール１２は、クラウド２００の設定およびクラウド２００が提供するサービスなどを表すクラウド情報を取得する。Ｓ２において、管理ツール１２は、マルチデバイスシステム１００内の各デバイス１０の状態を表すデバイス情報を収集する。Ｓ３～Ｓ４において、管理ツール１２は、クラウド２００の状態を検知する。そして、クラウド２００が正常に動作していれば、マルチデバイスシステム１００の処理はＳ１に戻る。すなわち、クラウド２００が正常に動作している期間は、Ｓ１～Ｓ３の処理が繰り返し実行される。他方、クラウド２００の異常が検知されると、マルチデバイスシステム１００の処理はＳ５に進む。

【0033】

Ｓ５において、管理ツール１２は、ローカル環境（すなわち、マルチデバイスシステム１００）におけるクラウドアプリの配置を確認する。Ｓ６において、管理ツール１２は、ローカル環境においてクラウドアプリを実行すべきデバイスを選択する。Ｓ７において、管理ツール１２は、必要に応じて、クラウドアプリを再配置するための指示を対応するデバイス１０に送信する。これにより、クラウドアプリの再配置が実施される。Ｓ８において、管理ツール１２は、各デバイス１０に実装されている常駐アプリ１１の接続先を各デバイス１０に通知する。Ｓ９において、各デバイス１０は、管理ツール１２から通知された接続先に基づいて、自デバイス内の設定を変更する。Ｓ１０において、管理ツール１２は、ローカル環境でのサービスの利用状況を表す利用情報を収集する。Ｓ１１～Ｓ１２において、管理ツール１２は、クラウド２００の状態を検知する。そして、クラウド２００の異常が継続しているときは、マルチデバイスシステム１００の処理はＳ５に戻る。すなわち、異常状態が継続している期間は、Ｓ５～Ｓ１１の処理が繰り返し実行される。これに対して、クラウド２００が正常な状態に復旧していれば、マルチデバイスシステム１００の処理はＳ１３に進む。

【0034】

Ｓ１３において、マルチデバイスシステム１００は、クラウド２００への接続を再開する。Ｓ１４において、管理ツール１２は、ローカル環境内でのクラウドアプリの利用状況を管理サーバ２２０に通知する。また、管理ツール１２は、ローカル環境でクラウドアプリを実行することで得られた処理結果データをクラウド２００に送信する。

【0035】

このように、マルチデバイスシステム１００は、クラウド２００において異常が発生すると、ローカル環境で保持しているクラウドアプリを実行して動作を継続する。したがって、マルチデバイスシステム１００は、クラウド２００のサービスを受けることができない期間であっても、クラウド２００が正常であるときと同等に動作を継続できる。また、マルチクラウド化することなく、単一クラウドで障害対策が実施されるので、サービスレベルが安定する。加えて、クラウド２００が正常な状態に復旧したときに、ローカル環境内でのクラウドアプリの利用状況が管理サーバ２２０に通知される。したがって、クラウド事業者は、クラウドアプリの利用料に係わる損失を抑えることができる。

【0036】

図５は、クラウド情報を取得する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ１に相当する。

【0037】

クラウド２００は、必要に応じて、アプリケーションサーバ２１０または管理サーバ２２０への接続の設定を変更する。また、クラウド２００は、必要に応じて、提供するサービスを変更する。

【0038】

Ｓ２１において、管理ツール１２は、クラウド２００の設定等に変更があるか否かを管理サーバ２２０に問い合わせる。そして、変更がある場合には、管理ツール１２は、Ｓ２２において、クラウド２００の設定等の変更を表すクラウド情報を管理サーバ２２０から取得する。

【0039】

図６は、デバイス情報を収集する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ２に相当する。

【0040】

Ｓ３１において、各デバイス１０のエージェントツール１３は、自デバイスのデバイス情報を取得する。デバイス情報は、空きメモリ量および空きストレージ量などを表すメトリクス情報を含む。また、デバイス情報は、自デバイスが保持しているクラウドアプリを識別する情報を含む。Ｓ３２において、各デバイス１０のエージェントツール１３は、取得したデバイス情報を管理ツール１２に送信する。Ｓ３３において、管理ツール１２は、各エージェントツール１３から送信されるデバイス情報に基づいて、図２（ａ）に示すデバイス管理データを更新する。このように、管理ツール１２は、各エージェントツール１３から送信されるデバイス情報に基づいて、マルチデバイスシステム１００を構成する各デバイス１０の状態を管理する。

【0041】

図７は、クラウド２００の状態を検知する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ３に相当する。

【0042】

Ｓ４１～Ｓ４２において、管理ツール１２は、クラウド２００との接続を確認する。例えば、管理ツール１２は、管理サーバ２２０にテストメッセージを送信し、その応答を受信できるか否かに基づいてクラウド２００との接続を確認してもよい。そして、クラウド２００との接続に異常が発生しているときには、管理ツール１２は、Ｓ４３において、接続異常フラグを「１」に設定する。なお、クラウド２００との接続が正常であれれば、Ｓ４３の処理はスキップされる。

【0043】

Ｓ４４～Ｓ４５において、管理ツール１２は、クラウド２００上で動作するクラウドアプリの状態を確認する。例えば、管理ツール１２は、アプリケーションサーバ２１０にテストリクエストを送信し、その応答結果に基づいてクラウド２００上で動作するクラウドアプリの状態を確認してもよい。そして、クラウド２００上で動作するクラウドアプリに異常が発生しているときには、管理ツール１２は、Ｓ４６において、サービス異常フラグを「１」に設定する。なお、クラウド２００上でクラウドアプリが正常に動作しているときは、Ｓ４６の処理はスキップされる。

【0044】

このように、クラウド２００との接続に異常が発生しているときは、接続異常フラグが「１」に設定される。また、クラウド２００に異常が発生しているときは、サービス異常フラグが「１」に設定される。そして、接続異常フラグおよび／またはサービス異常フラグが「１」であるときは、マルチデバイスシステム１００の処理は図４に示すＳ５に移動する。

【0045】

図８は、ローカル環境のクラウドアプリを確認する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ５に相当する。

【0046】

Ｓ５１～Ｓ５２において、管理ツール１２は、クラウドアプリがどのデバイス１０により保持されているのかを確認する。このとき、管理ツール１２は、例えば、各デバイス１０のエージェントツール１３に、当該デバイスが保持しているクラウドアプリ（または、クラウドアプリ部品）を問い合わせる。この場合、各エージェントツール１３は、問合せに応じて、当該デバイスが保持しているクラウドアプリ（または、クラウドアプリ部品）を表す情報を管理ツール１２に通知する。そして、管理ツール１２は、Ｓ５３において、各エージェントツール１３からの通知に応じて、図２（ｂ）に示すクラウドアプリ管理データの「保持デバイス」を更新する。なお、必要なクラウドアプリがマルチデバイスシステム１００内に保持されていないときには、管理ツール１２は、Ｓ５４において、マルチデバイスシステム１００の管理者にその旨を通知する。

【0047】

図９は、クラウドアプリを実行するデバイスを選択する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ６に相当する。

【0048】

Ｓ６１において、管理ツール１２は、マルチデバイスシステム１００内のクラウドアプリの配置が適切か否かを判定する。例えば、クラウドアプリを保持しているデバイス１０の空きメモリ量および空きストレージ量がそれぞれ所定の閾値より大きいときは、そのデバイス１０がクラウドアプリを適切に実行できるので、現在のクラウドアプリの配置が適切と判定される。各デバイス１０の空きメモリ量および空きストレージ量は、図２（ａ）に示すデバイス管理データに記録されている。

【0049】

クラウドアプリの配置が適切でないときは、管理ツール１２は、Ｓ６２～Ｓ６３において、クラウドアプリを実行すべきデバイスとして、空きメモリ量／空きストレージ量が最も大きいデバイス１０を選択する。なお、管理ツール１２が各デバイス１０のＣＰＵの負荷等も管理しているときは、管理ツール１２は、空きメモリ量／空きストレージ量に加えてＣＰＵの負荷等も考慮して、クラウドアプリを実行すべきデバイスを選択してもよい。すなわち、管理ツール１２は、各デバイス１０のリソースの余裕度に応じてクラウドアプリを実行すべきデバイスを選択する。

【0050】

クラウドアプリを実行すべきデバイスを選択したときは、管理ツール１２は、Ｓ６４において、図２（ｂ）に示すクラウドアプリ管理データの「移動先デバイス」を更新する。クラウドアプリを実行すべきデバイスを選択できなかったときは、管理ツール１２は、Ｓ６５において、マルチデバイスシステム１００の管理者にその旨を通知する。

【0051】

なお、図９に示す実施例では、Ｓ６１において、現在のマルチデバイスシステム１００内のクラウドアプリの配置が適切か否かを判定するが、本発明の実施形態はこの手順に限定されるものではない。即ち、管理ツール１２は、Ｓ６１の処理を実行することなく、Ｓ６２において最適なデバイス１０を選択してもよい。

【0052】

図１０は、マルチデバイスシステム１００においてクラウドアプリを再配置する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ７に相当する。

【0053】

Ｓ７１において、管理ツール１２は、図９に示すフローチャートのＳ６２による選択に従って、クラウドアプリの移動に係わる指示を対応するデバイス１０に送信する。具体的には、管理ツール１２は、図２（ｂ）に示すクラウドアプリ管理データに記録されている「保持デバイス」から「移動先デバイス」に対応するクラウドアプリ（又は、クラウドアプリ部品）を移動させるための移動指示を作成する。そして、この移動指示は、「保持デバイス」および「移動先デバイス」に与えられる。

【0054】

管理ツール１２から移動指示を受け取ったデバイス１０は、Ｓ７２において、指定されたクラウドアプリを送信または受信する。すなわち、「保持デバイス」は、指定されたクラウドアプリを「移動先デバイス」に送信する。また、「移動先デバイス」は、「保持デバイス」から受信するクラウドアプリを自デバイスのストレージに保存する。

【0055】

このように、マルチデバイスシステム１００においては、クラウド２００のサービスを受けることができなくなったときに、各デバイス１０の空きリソース量に基づいて、ローカル環境でクラウドアプリを実行すべき最適なデバイスが選択される。ここで、各デバイス１０の空きリソース量は、常時、変化している。したがって、この手順を導入することにより、クラウドアプリによるサービスが適切に提供され、また、過剰な負荷によってデバイス１０のパフォーマンスが低下することも回避できる。

【0056】

なお、図９に示すフローチャートのＳ６１において、マルチデバイスシステム１００内の現在のクラウドアプリの配置が適切であると判定されたときは、図１０に示す処理（即ち、図４に示すフローチャートのＳ７に示す再配置処理）を実行する必要はない。この場合、クラウドアプリは、他のデバイスに移動されることなく、同じデバイス内に保持される。ただし、この明細書では、「再配置」は、同じデバイス１０内に保持させることを含むものとする。

【0057】

図１１は、常駐アプリ１１の接続先を各デバイス１０に通知する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ８に相当する。

【0058】

Ｓ８１において、管理ツール１２は、クラウドアプリを使用するデバイス１０を特定する。なお、管理ツール１２は、各デバイス１０の常駐アプリ１１がそれぞれどのクラウドアプリを使用するかを管理しているものとする。そして、管理ツール１２は、クラウドアプリを使用する各デバイス１０に対して、常駐アプリ１１の接続先として、その常駐アプリ１１が使用するクラウドアプリを保持しているデバイスを識別する情報を通知する。このとき、再配置後のクラウドアプリを保持しているデバイスを識別する情報が対応するデバイスに通知される。

【0059】

図１２は、常駐アプリ１１の接続先をクラウドからローカルに変更する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ９に相当する。

【0060】

Ｓ９１において、各デバイス１０のエージェントツール１３は、管理ツール１２からの通知に従って、自デバイスの常駐アプリ１１の接続先をクラウド２００からマルチデバイスシステム１００内の対応するクラウドアプリに変更する。Ｓ９２において、各デバイス１０は、新たな接続先との通信を開始する。このとき、各デバイス１０のエージェントツール１３は、マルチデバイスシステム１００内でのクラウドアプリの利用状況のモニタを開始する。Ｓ９３において、管理ツール１２は、各デバイス１０のエージェントツール１３からの通知に応じて、新たな接続先との通信が正常であるか判定する。この結果、新たな接続先との通信が正常でなかったときには、管理ツール１２は、Ｓ９４において、マルチデバイスシステム１００の管理者にその旨を通知する。

【0061】

図１３は、ローカル環境でのサービスの利用状況を表す利用情報を収集する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ１０に相当する。

【0062】

Ｓ１０１において、各デバイス１０のエージェントツール１３は、自デバイスによるサービスの利用状況をモニタする。このとき、エージェントツール１３は、マルチデバイスシステム１００内に保持されているクラウドアプリの利用時間および／またはアクセス数をカウントする。そして、エージェントツール１３は、モニタ結果を管理ツール１２に通知する。Ｓ１０２において、管理ツール１２は、各エージェントツール１３からの通知に基づいて、図２（ｃ）に示すサービス利用データを更新する。すなわち、管理ツール１２は、各サービス（すなわち、各クラウドアプリ）の稼働時間および／またはアクセス数を管理する。

【0063】

図１４は、ローカル環境でクラウドアプリが動作しているときにクラウド２００の状態を検知する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ１１に相当する。

【0064】

Ｓ１１１～Ｓ１１６の処理は、図７に示すＳ４１～Ｓ４６とほぼ同じである。ただし、クラウド２００との通信が正常な状態に復旧したときは、管理ツール１２は、Ｓ１１３において、接続異常フラグを「０」に戻す。また、クラウド２００が正常な状態に復旧したときは、管理ツール１２は、Ｓ１１６において、サービス異常フラグを「０」に戻す。そして、接続異常フラグおよびサービス異常フラグの双方が「０」であれば、管理ツール１２は、各デバイス１０に対して接続先の変更を指示する。そして、マルチデバイスシステム１００の処理は、図４に示すフローチャートのＳ１３に移動する。

【0065】

図１５は、常駐アプリ１１の接続先をローカルからクラウドに変更する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ１３に相当する。

【0066】

Ｓ１２１において、各デバイス１０のエージェントツール１３は、管理ツール１２からの指示に従って、自デバイスの常駐アプリ１１の接続先をマルチデバイスシステム１００内のクラウドアプリからクラウド２００に変更する。そして、Ｓ１２２において、エージェントツール１３は、管理ツール１２からの指示に従って、自デバイスが保持するクラウドアプリを停止する。Ｓ１２３において、エージェントツール１３は、クラウドアプリによる処理結果データを取得して管理ツール１２に送信する。以降、クラウド２００が提供するサービスを利用するときには、デバイス１０は、クラウド２００にアクセスする。

【0067】

図１６は、サービスの利用状況を管理サーバ２２０に通知する処理の一例を示すフローチャートである。このフローチャートの処理は、図４に示すＳ１４に相当する。

【0068】

Ｓ１３１において、管理ツール１２は、図２（ｃ）に示すサービス利用データを参照することにより、ローカル環境でのサービスの利用状況を検出する。なお、サービス利用データは、ローカル環境上でサービスが提供されている期間に図４に示すフローチャートのＳ５～Ｓ１１が繰り返し実行されることで更新されている。そして、管理ツール１２は、ローカル環境でのサービスの利用状況を管理サーバ２２０に通知する。これにより、管理サーバ２２０は、マルチデバイスシステム１００がローカル環境でクラウド２００のサービスを利用した量を把握できる。したがって、管理サーバ２２０は、マルチデバイスシステム１００に対してサービス料を適切に請求できる。

【0069】

Ｓ１３２において、管理ツール１２は、ローカル環境でクラウドアプリを実行することにより得られた処理結果データをクラウド２００に送信する。これにより、クラウド２００は、ローカル環境での演算結果を引き継いで処理を継続できる。

【0070】

図１７は、マルチデバイスシステム１００の処理の一例を示すシーケンス図である。なお、図１７に示すＳ１～Ｓ１４は、図４に示すフローチャートで使用される同じ番号のステップに対応する。

【0071】

管理デバイス１０ａ（即ち、管理ツール１２）は、クラウド２００の管理サーバ２２０と通信し、定期的にクラウド情報を取得する。また、管理デバイス１０ａは、各デバイス１０のエージェントツール１３と通信し、定期的にデバイス情報を取得する。そして、クラウド２００の異常またはクラウド２００との間の通信の異常を検知すると、マルチデバイスシステム１００は、ローカル環境でクラウドアプリを実行するローカル動作モードに移行する。

【0072】

管理デバイス１０ａは、ローカル環境のクラウドアプリの配置を確認する。また、管理デバイス１０ａは、図２（ａ）に示すデバイス管理データを参照し、各デバイス１０のリソースの状態を確認する。そして、管理デバイス１０ａは、ローカル環境でクラウドアプリを実行するデバイス１０を選択する。このとき、例えば、空きリソース（空きメモリ、空きストレージ、ＣＰＵの演算余力など）が最も大きいデバイス１０が選択される。

【0073】

各デバイス１０は、管理デバイス１０ａによる選択に応じて、クラウドアプリを再配置する。また、各デバイス１０は、管理デバイス１０ａからの通知に従って、自デバイスの常駐アプリ１１の接続先を変更する。そして、各デバイス１０は、ローカル環境のクラウドアプリを利用しながら動作する。この後、管理デバイス１０ａは、ローカル環境内でのサービスの利用状況をモニタする。このとき、管理デバイス１０ａは、マルチデバイスシステム１００内に実装されているクラウドアプリの稼働時間またはアクセス数をモニタする。

【0074】

ローカル環境でクラウドアプリが実行されている期間、管理デバイス１０ａは、定期的に、クラウド２００の状態をモニタする。そして、クラウド２００が正常な状態に復旧すると、管理デバイス１０ａは、クラウド２００への接続の再開を各デバイス１０に指示する。これにより、各デバイス１０は、自デバイスの常駐アプリ１１の接続先をクラウド２００に変更する。また、各デバイス１０は、自デバイス内に実装されているクラウドアプリを停止する。さらに、管理デバイス１０ａは、ローカル環境でクラウドアプリが動作していた期間におけるサービスの利用状況を、クラウド２００の管理サーバ２２０に通知する。よって、管理サーバ２２０は、ローカル環境でサービスが利用された時間または回数を把握できる。以降、各デバイス１０は、クラウド２００が提供するサービスを利用して動作する。

【0075】

図１８～図２１は、マルチデバイスシステム１００の動作の実施例を示す。この実施例では、図１８に示すように、各デバイス１０の常駐アプリは、クラウドアプリＡＰＰ＿１に処理を依頼してサービスを受ける。クラウドアプリＡＰＰ＿１は、クラウドアプリＡＰＰ＿２に処理を依頼してサービスを受ける。クラウドアプリＡＰＰ＿１は、クラウドアプリ部品ＡＰＰ＿１ｘおよびＡＰＰ＿１ｙに分割されてそれぞれデバイス１０ｂおよびデバイス１０ｃに実装されている。ただし、クラウド２００が正常に動作しているときは、マルチデバイスシステム１００内でクラウドアプリ部品ＡＰＰ＿１ｘおよびＡＰＰ＿１ｙは実行されない。

【0076】

管理デバイス１０ａは、上述したように、クラウド２００およびクラウド２００との通信が正常であるかを常時モニタしている。そして、管理デバイス１０ａが異常を検知すると、マルチデバイスシステム１００は、ローカル環境でクラウドアプリを実行するローカル動作モードに移行する。

【0077】

この実施例では、図１９に示すように、クラウド２００においてクラウドアプリＡＰＰ＿１に異常が発生する。なお、クラウドアプリＡＰＰ＿２は正常であり、また、マルチデバイスシステム１００とクラウド２００との間の通信も正常であるものとする。

【0078】

この場合、管理デバイス１０ａは、図７に示すフローチャートのＳ４６において、クラウドアプリＡＰＰ＿１に対応するサービス異常フラグを「１」に設定する。続いて、管理デバイス１０ａは、図９に示すフローチャートのＳ６１～Ｓ６２において、クラウドアプリ部品ＡＰＰ＿１ｘおよびＡＰＰ＿１ｙを実行すべきデバイス１０を選択する。この実施例では、デバイス１０ｂは、クラウドアプリ部品ＡＰＰ＿１ｘ実行するために十分な空きリソースを有しているが、デバイス１０ｃは、クラウドアプリ部品ＡＰＰ＿１ｙ実行するために十分な空きリソースを有していないものとする。また、デバイス１０ｄは、十分な空きリソースを有しているものとする。そうすると、クラウドアプリ部品ＡＰＰ＿１ｘおよびＡＰＰ＿１ｙを実行すべきデバイスとして、それぞれ、デバイス１０ｂおよびデバイス１０ｄが選択される。

【0079】

管理デバイス１０ａは、上述の選択に応じて、デバイス１０ｃに対して、クラウドアプリ部品ＡＰＰ＿１ｙをデバイス１０ｄに送信する旨を指示する。そうすると、デバイス１０ｃは、管理デバイス１０ａからの指示に応じて、自分が保持しているクラウドアプリ部品ＡＰＰ＿１ｙをデバイス１０ｄに送信する。そして、デバイス１０ｄは、受信したクラウドアプリ部品ＡＰＰ＿１ｙを自分のストレージに実装する。この後、管理デバイス１０ａは、各デバイス１０に対して、常駐アプリの接続先を指示する。

【0080】

各デバイス１０の常駐アプリは、管理デバイス１０ａから通知された接続先に従ってクラウドアプリにアクセスする。この実施例では、各デバイス１０の常駐アプリは、図２０に示すように、デバイス１０ｂに実装されているクラウドアプリ部品ＡＰＰ＿１ｘに処理を依頼してサービスを受ける。クラウドアプリ部品ＡＰＰ＿１ｘは、デバイス１０ｄに実装されているクラウドアプリ部品ＡＰＰ＿１ｙに処理を依頼してサービスを受ける。クラウドアプリ部品ＡＰＰ＿１ｙは、クラウド２００に実装されているクラウドアプリＡＰＰ２に処理を依頼してサービスを受ける。

【0081】

各デバイス１０のエージェントツールは、ローカル環境でのサービスの利用状況をモニタする。例えば、デバイス１０ｂのエージェントツールは、クラウドアプリ部品ＡＰＰ＿１ｘへのアクセスをモニタし、デバイス１０ｄのエージェントツールは、クラウドアプリ部品ＡＰＰ＿１ｙへのアクセスをモニタする。そして、これらのモニタ結果は管理デバイス１０ａにより集計される。これにより、マルチデバイスシステム１００は、クラウド２００が正常であるとき（すなわち、図１８に示す状態）と同様の動作を継続することができる。

【0082】

クラウド２００が正常な状態に復旧すると、管理デバイス１０ａは、各デバイス１０の常駐アプリの接続先をクラウド２００に変更する。また、デバイス１０ｂおよびデバイス１０ｄは、管理デバイス１０ａからの指示に応じて、図２１に示すように、自デバイス内に実装されているクラウドアプリ部品ＡＰＰ＿１ｘおよびＡＰＰ＿１ｙをそれぞれ停止する。さらに、管理デバイス１０ａは、ローカル環境でのサービスの利用状況をクラウド２００に通知すると共に、ローカル環境でクラウドアプリを実行することで得られた処理結果データをクラウド２００に送信する。これにより、クラウド２００は、マルチデバイスシステム１００がローカル環境上でクラウド２００のサービスを利用した量を把握でき、また、マルチデバイスシステム１００でのクラウドアプリによる処理結果データを引き継ぐことができる。この後、各デバイス１０の常駐アプリは、クラウド２００にアクセスする。

【符号の説明】

【0083】

１０（１０ｂ～１０ｄ） デバイス
１０ａ 管理デバイス
１１ 常駐アプリ
１２ 管理ツール
１３ エージェントツール
１００ マルチデバイスシステム
２００ クラウド
２１０ アプリケーションサーバ
２２０ 管理サーバ
３００ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】