特開 2024-80359 アクセス制御装置、アクセス制御方法、及びアクセス制御プログラム

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

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

(11)【公開番号】P2024080359

(43)【公開日】2024-06-13

(54)【発明の名称】アクセス制御装置、アクセス制御方法、及びアクセス制御プログラム

(51)【国際特許分類】

   H04L 45/24 20220101AFI20240606BHJP

   G06F 11/20 20060101ALN20240606BHJP

【ＦＩ】

H04L45/24

G06F11/20 631

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022193485

(22)【出願日】2022-12-02

(71)【出願人】

【識別番号】000005234

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

(74)【代理人】

【識別番号】110004185

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

(74)【代理人】

【識別番号】100121083

【弁理士】

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

(74)【代理人】

【識別番号】100138391

【弁理士】

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

(74)【代理人】

【識別番号】100132067

【弁理士】

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

(74)【代理人】

【識別番号】100157967

【弁理士】

【氏名又は名称】管田 洋明

(72)【発明者】

【氏名】宮田 幸太

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

5B034

5K030

【Ｆターム（参考）】

5B034BB11

5B034CC01

5K030GA12

5K030HA08

5K030HC01

5K030LB09

5K030LD20

5K030MB01

5K030MD02

(57)【要約】

【課題】通信ネットワークを介してサービスを提供するシステムの可用性を向上させる。
【解決手段】制御部は、複数のシステムのうち第１システムへ通信ネットワークを介してアクセスするための第１アクセス情報を用いて、第１システムへアクセスし、第１システムから提供されるサービスを利用する。検知部は、第１システムにおける障害の発生を検知する。取得部は、障害の発生が検知された場合、複数のシステムのうち第２システムへ通信ネットワークを介してアクセスするための第２アクセス情報を保持する利用装置から、第２アクセス情報を取得する。制御部は、利用装置から取得された第２アクセス情報を用いて、第２システムへアクセスし、第２システムから提供されるサービスを利用する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のシステムのうち第１システムへ通信ネットワークを介してアクセスするための第１アクセス情報を用いて、前記第１システムへアクセスし、前記第１システムから提供されるサービスを利用する制御部と、
前記第１システムにおける障害の発生を検知する検知部と、
前記障害の発生が検知された場合、前記複数のシステムのうち第２システムへ前記通信ネットワークを介してアクセスするための第２アクセス情報を保持する利用装置から、前記第２アクセス情報を取得する取得部と、
を備え、
前記制御部は、前記利用装置から取得された前記第２アクセス情報を用いて、前記第２システムへアクセスし、前記第２システムから提供される前記サービスを利用することを特徴とするアクセス制御装置。

【請求項2】

前記制御部は、前記第２アクセス情報を用いて前記第２システムを起動し、前記第２アクセス情報を用いて、起動後の前記第２システムから提供される前記サービスを利用することを特徴とする請求項１記載のアクセス制御装置。

【請求項3】

前記第２システムは、前記サービスを提供するサービス提供装置と、前記サービス提供装置を管理する管理装置とを含み、
前記制御部は、前記第２アクセス情報を用いて前記管理装置を起動し、
前記管理装置は、前記サービス提供装置を起動するとともに、前記サービス提供装置へ接続するための接続情報を、前記通信ネットワークを介して前記アクセス制御装置へ送信し、
前記制御部は、前記第２アクセス情報と前記管理装置から受信した前記接続情報とを用いて、起動後の前記サービス提供装置へアクセスし、前記サービス提供装置から提供される前記サービスを利用することを特徴とする請求項２記載のアクセス制御装置。

【請求項4】

前記取得部は、前記アクセス制御装置が前記第２アクセス情報を保持しているか否かをチェックし、前記アクセス制御装置が前記第２アクセス情報を保持していない場合、前記利用装置に対して前記第２アクセス情報を要求することで、前記利用装置から前記第２アクセス情報を取得することを特徴とする請求項１乃至３の何れか１項に記載のアクセス制御装置。

【請求項5】

コンピュータが、
複数のシステムのうち第１システムへ通信ネットワークを介してアクセスするための第１アクセス情報を用いて、前記第１システムへアクセスし、
前記第１システムから提供されるサービスを利用し、
前記第１システムにおける障害の発生を検知し、
前記複数のシステムのうち第２システムへ前記通信ネットワークを介してアクセスするための第２アクセス情報を保持する利用装置から、前記第２アクセス情報を取得し、
前記利用装置から取得された前記第２アクセス情報を用いて、前記第２システムへアクセスし、
前記第２システムから提供される前記サービスを利用する、
ことを特徴とするアクセス制御方法。

【請求項6】

複数のシステムのうち第１システムへ通信ネットワークを介してアクセスするための第１アクセス情報を用いて、前記第１システムへアクセスし、
前記第１システムから提供されるサービスを利用し、
前記第１システムにおける障害の発生を検知し、
前記複数のシステムのうち第２システムへ前記通信ネットワークを介してアクセスするための第２アクセス情報を保持する利用装置から、前記第２アクセス情報を取得し、
前記利用装置から取得された前記第２アクセス情報を用いて、前記第２システムへアクセスし、
前記第２システムから提供される前記サービスを利用する、
処理をコンピュータに実行させるためのアクセス制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、アクセス制御装置、アクセス制御方法、及びアクセス制御プログラムに関する。

【背景技術】

【0002】

デバイスの接続先のアクセスポイントに障害が発生した場合であっても、デバイスが特定のサービスを引き続き利用できるようにするサーバが知られている（例えば、特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１のクラウドシステムにおいて、クラウド全体で障害が発生した場合、デバイスがサービスを引き続き利用することが難しくなる。

【0005】

１つの側面において、本発明は、通信ネットワークを介してサービスを提供するシステムの可用性を向上させることを目的とする。

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

【0006】

１つの実施形態によれば、アクセス制御装置は、制御部、検知部、及び取得部を含む。制御部は、複数のシステムのうち第１システムへ通信ネットワークを介してアクセスするための第１アクセス情報を用いて、第１システムへアクセスし、第１システムから提供されるサービスを利用する。検知部は、第１システムにおける障害の発生を検知する。

【0007】

取得部は、障害の発生が検知された場合、複数のシステムのうち第２システムへ通信ネットワークを介してアクセスするための第２アクセス情報を保持する利用装置から、第２アクセス情報を取得する。制御部は、利用装置から取得された第２アクセス情報を用いて、第２システムへアクセスし、第２システムから提供されるサービスを利用する。

【発明の効果】

【0008】

１つの側面において、通信ネットワークを介してサービスを提供するシステムの可用性を向上させることができる。

【図面の簡単な説明】

【0009】

【図1】実施形態のアクセス制御装置の機能的構成図である。

【図2】第１のアクセス制御処理のフローチャートである。

【図3】クラウドサービスシステムの構成図である。

【図4】サービス提供システムの構成図である。

【図5】データベースサーバが保持するデバイス情報を示す図である。

【図6】データベースサーバが保持するサービス情報を示す図である。

【図7】デバイスの機能的構成図である。

【図8】デバイスが記憶するデバイス情報を示す図である。

【図9】第２のアクセス制御処理のフローチャートである。

【図10】同期処理のフローチャートである。

【図11】第１障害検知処理のフローチャートである。

【図12】接続先構築処理のフローチャートである。

【図13】第１接続先変更処理のフローチャートである。

【図14】第２障害検知処理のフローチャートである。

【図15】接続ツール取得処理のフローチャートである。

【図16】接続先起動処理のフローチャートである。

【図17】第２接続先変更処理のフローチャートである。

【図18】アクセス制御処理のシーケンスを示す図である。

【図19】アクセス制御処理の第１の状態を示す図である。

【図20】アクセス制御処理の第２の状態を示す図である。

【図21】アクセス制御処理の第３の状態を示す図である。

【図22】情報処理装置のハードウェア構成図である。

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

【0010】

以下、図面を参照しながら、実施形態を詳細に説明する。

【0011】

図１は、実施形態のアクセス制御装置の機能的構成例を示している。図１のアクセス制御装置１０１は、制御部１１１、検知部１１２、及び取得部１１３を含む。

【0012】

図２は、図１のアクセス制御装置１０１が行う第１のアクセス制御処理の例を示すフローチャートである。まず、制御部１１１は、複数のシステムのうち第１システムへ通信ネットワークを介してアクセスするための第１アクセス情報を用いて、第１システムへアクセスし（ステップ２０１）、第１システムから提供されるサービスを利用する（ステップ２０２）。次に、検知部１１２は、第１システムにおける障害の発生を検知する（ステップ２０３）。

【0013】

次に、取得部１１３は、複数のシステムのうち第２システムへ通信ネットワークを介してアクセスするための第２アクセス情報を保持する利用装置から、第２アクセス情報を取得する（ステップ２０４）。そして、制御部１１１は、利用装置から取得された第２アクセス情報を用いて、第２システムへアクセスし（ステップ２０５）、第２システムから提供されるサービスを利用する（ステップ２０６）。

【0014】

図１のアクセス制御装置１０１によれば、通信ネットワークを介してサービスを提供するシステムの可用性を向上させることができる。

【0015】

図３は、図１のアクセス制御装置１０１を含むクラウドサービスシステムの構成例を示している。図３のクラウドサービスシステムは、サービス提供システム３１１－１～サービス提供システム３１１－Ｎ（Ｎは２以上の整数）及びデバイス３１２－１～デバイス３１２－Ｍ（Ｍは２以上の整数）を含む。サービス提供システム３１１－１～サービス提供システム３１１－Ｎは、複数のシステムに対応する。

【0016】

各サービス提供システム３１１－ｉ（ｉ＝１～Ｎ）は、通信ネットワーク３１３を介して、他のサービス提供システム３１１－ｉ及びデバイス３１２－ｊ（ｊ＝１～Ｍ）と通信する。通信ネットワーク３１３は、例えば、公衆回線である。通信ネットワーク３１３は、無線通信ネットワークであってもよく、有線通信ネットワークであってもよい。

【0017】

図４は、図３のサービス提供システム３１１－ｉの構成例を示している。図４のサービス提供システム３１１－ｉは、サービス提供サーバ４１１－ｉ、管理サーバ４１２－ｉ、及びデータベースサーバ４１３－ｉを含む。サービス提供サーバ４１１－ｉ、管理サーバ４１２－ｉ、及びデータベースサーバ４１３－ｉは、情報処理装置（コンピュータ）である。

【0018】

サービス提供サーバ４１１－ｉは、通信ネットワーク３１３を介してデバイス３１２－ｊにクラウドサービスを提供する。提供されるクラウドサービスは、例えば、ファイルストレージサービス、グループウェアサービス、ワークフローサービス、財務会計サービス、情報処理サービス等である。以下では、クラウドサービスを指して、単にサービスと記載することがある。

【0019】

データベースサーバ４１３－ｉは、デバイス情報及びサービス情報を含む管理情報を保持する。デバイス情報は、デバイス３１２－１～デバイス３１２－Ｍに関する情報であり、サービス情報は、サービスに関する情報である。管理サーバ４１２－ｉは、サービス提供サーバ４１１－ｉ及びデータベースサーバ４１３－ｉを管理する。

【0020】

サービス提供サーバ４１１－ｉは、サービスを提供するサービス提供装置の一例であり、管理サーバ４１２－ｉは、サービス提供装置を管理する管理装置の一例である。

【0021】

各デバイス３１２－ｊは、通信ネットワーク３１３を介して、何れかのサービス提供システム３１１－ｉ内のサービス提供サーバ４１１－ｉへアクセスし、サービス提供サーバ４１１－ｉから提供されるクラウドサービスを利用する。デバイス３１２－ｊは、情報処理装置である。デバイス３１２－ｊは、図１のアクセス制御装置１０１に対応する。デバイス３１２－１～デバイス３１２－Ｍは、企業、団体等の組織に属するＭ台の情報処理装置であってもよい。

【0022】

図５は、データベースサーバ４１３－ｉが保持するデバイス情報の例を示している。図５のデバイス情報は、デバイスＩＤ、デバイス種別、サービスＩＤ、接続ツールＩＤ、及び異常フラグの項目を含む。デバイス情報の各エントリは、各デバイス３１２－ｊの情報を含む。

【0023】

デバイスＩＤは、デバイス３１２－ｊの識別情報であり、デバイス種別は、デバイス３１２－ｊの種別を表す。デバイス種別“Ｌｏｗ”は、低性能デバイスを表し、デバイス種別“Ｈｉｇｈ”は、高性能デバイスを表す。低性能デバイスは、ＣＰＵ（Central Processing Unit）、メモリ等の計算リソースが少ない省リソースデバイスに対応する。

【0024】

サービスＩＤは、デバイス３１２－ｊが利用しているサービスの識別情報であり、接続ツールＩＤは、デバイス３１２－ｊが保持している接続ツールの識別情報である。接続ツールは、デバイス３１２－ｊが通信ネットワーク３１３を介して何れかのサービス提供システム３１１－ｉへアクセスするためのプログラムである。接続ツールは、サービス提供システム３１１－ｉ内の管理サーバ４１２－ｉを起動するための起動ＡＰＩ（Application Programming Interface）を含む。

【0025】

異常フラグは、デバイス３１２－ｊに異常があるか否かを示すフラグである。異常フラグ“０”は、異常がないことを表し、異常フラグ“１”は、異常があることを表す。

【0026】

例えば、デバイス３１２－１のデバイスＩＤは“Ｔ００１”であり、デバイス種別は“Ｌｏｗ”であり、サービスＩＤは“Ｓ００１”であり、接続ツールＩＤは“Ｐ１”であり、異常フラグは“０”である。したがって、デバイス３１２－１は、省リソースデバイスであり、接続ツールＰ１のみを保持している。接続ツールＰ１は、サービス提供システム３１１－１へアクセスするための接続ツールである。

【0027】

デバイス３１２－２のデバイスＩＤは“Ｔ００２”であり、デバイス種別は“Ｈｉｇｈ”であり、サービスＩＤは“Ｓ００２”であり、接続ツールＩＤは“Ｐ１／Ｐ２”であり、異常フラグは“０”である。したがって、デバイス３１２－１は、省リソースデバイスではなく、接続ツールＰ１及び接続ツールＰ２を保持している。接続ツールＰ２は、サービス提供システム３１１－２へアクセスするための接続ツールである。

【0028】

図６は、データベースサーバ４１３－ｉが保持するサービス情報の例を示している。図６のサービス情報は、サービスＩＤ、異常フラグ、環境、接続情報、及びスペックの項目を含む。サービス情報の各エントリは、各サービスの情報を含む。

【0029】

サービスＩＤは、サービスの識別情報であり、異常フラグは、サービスに異常があるか否かを示すフラグである。異常フラグ“０”は、異常がないことを表し、異常フラグ“１”は、異常があることを表す。

【0030】

環境は、サービスが提供される環境を表し、接続情報は、サービスを利用するための接続先アドレスを表す。接続先アドレスは、例えば、そのサービスを提供するサービス提供サーバ４１１－ｉのＩＰ（Internet Protocol）アドレスであってもよい。スペックは、サービスを利用するための性能条件を表す。スペックは、例えば、メモリ容量であってもよい。

【0031】

例えば、サービスＳ００１の異常フラグは“０”であり、環境は“ＩｏＴ（Internet of Things）サービス”であり、接続情報は“１０．？．？．？”であり、スペックは“１Ｇ”である。サービスＳ００２の異常フラグは“０”であり、環境は“ＶＭ（Virtual Machine）”であり、接続情報は“１０．？．？．？”であり、スペックは“１Ｇ”である。

【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】

次に、取得部７１３は、要求先のデバイス３１２－ｊから、通信部７１４を介して、副接続先へアクセスするための接続ツールを受信する（ステップ１５０４）。そして、取得部７１３は、受信した接続ツールを接続ツール情報７２２に追加し、デバイス情報７２１において、自デバイス“〇”を有するエントリの接続ツールＩＤに、受信した接続ツールの接続ツールＩＤを追加する。

【0084】

次に、取得部７１３は、自デバイスが省リソースデバイスであるか否かをチェックする（ステップ１５０５）。自デバイスが省リソースデバイスである場合（ステップ１５０５，ＹＥＳ）、取得部７１３は、主接続先へアクセスするための接続ツールを接続ツール情報７２２から削除する（ステップ１５０６）。そして、取得部７１３は、デバイス情報７２１において、自デバイス“〇”を有するエントリの接続ツールＩＤから、削除された接続ツールの接続ツールＩＤを削除する。

【0085】

他のデバイス３１２－ｊが存在しない場合（ステップ１５０２，ＮＯ）、取得部７１３は、副接続先へアクセスするための接続ツールが取得できないことを示すアラートを、管理者に通知する（ステップ１５０７）。自デバイスが省リソースデバイスではない場合（ステップ１５０５，ＮＯ）、取得部７１３は、処理を終了する。

【0086】

図１６は、図９のステップ９１２における接続先起動処理の例を示すフローチャートである。まず、制御部７１１は、デバイス情報７２１を参照して、自デバイス“〇”を有するエントリの副接続先を特定し、接続ツール情報７２２に含まれる接続ツールの中から、副接続先へアクセスするための接続ツールを選択する。そして、制御部７１１は、選択された接続ツールから、副接続先のサービス提供システム３１１－ｉ内の管理サーバ４１２－ｉを起動するための起動ＡＰＩを抽出し、その起動ＡＰＩを実行する（ステップ１６０１）。

【0087】

次に、制御部７１１は、副接続先の管理サーバ４１２－ｉが起動されたか否かをチェックする（ステップ１６０２）。管理サーバ４１２－ｉからの応答が確認できた場合、管理サーバ４１２－ｉが起動されたと判定され、管理サーバ４１２－ｉからの応答が確認できない場合、管理サーバ４１２－ｉが起動されないと判定される。

【0088】

管理サーバ４１２－ｉが起動された場合（ステップ１６０２，ＹＥＳ）、その管理サーバ４１２－ｉは、同じサービス提供システム３１１－ｉ内のデータベースサーバ４１３－ｉが保持しているサービス情報を参照する。次に、管理サーバ４１２－ｉは、サービス情報に基づいて、同じサービス提供システム３１１－ｉ内のサービス提供サーバ４１１－ｉを起動する（ステップ１６０３）。

【0089】

そして、管理サーバ４１２－ｉは、起動されたサービス提供サーバ４１１－ｉの接続情報を、起動ＡＰＩを実行したデバイス３１２－ｊへ送信する。

【0090】

管理サーバ４１２－ｉが起動されない場合（ステップ１６０２，ＮＯ）、制御部７１１は、副接続先のサービス提供システム３１１－ｉへアクセスできないことを示すアラートを、管理者に通知する（ステップ１６０４）。

【0091】

サービスを利用するデバイス３１２－ｊが起動ＡＰＩを実行して管理サーバ４１２－ｉを起動することで、事前にサービス提供システム３１１－ｉを二重化しておく必要がなくなる。したがって、冗長なシステムの構築に伴うコストの増加を防止することができる。

【0092】

図１７は、図９のステップ９１３における第２接続先変更処理の例を示すフローチャートである。まず、制御部７１１は、通信部７１４を介して、副接続先の管理サーバ４１２－ｉから、サービス提供サーバ４１１－ｉの接続情報を受信する（ステップ１７０１）。そして、制御部７１１は、受信した接続情報と副接続先へアクセスするための接続ツールとを用いて、通信部７１４を介して、副接続先のサービス提供サーバ４１１－ｉへのアクセスを試行し、アクセスの可否をチェックする（ステップ１７０２）。

【0093】

サービス提供サーバ４１１－ｉへアクセスできた場合（ステップ１７０２，ＹＥＳ）、制御部７１１は、そのサービス提供サーバ４１１－ｉから提供されるサービスを利用する（ステップ１７０３）。サービス提供サーバ４１１－ｉへアクセスできない場合（ステップ１７０２，ＮＯ）、制御部７１１は、副接続先のサービス提供システム３１１－ｉへアクセスできないことを示すアラートを、管理者に通知する（ステップ１７０４）。

【0094】

図１８は、図３のクラウドサービスシステムにおいて、Ｎ＝Ｍ＝２の場合に行われるアクセス制御処理のシーケンスの例を示している。サービス提供システム３１１－１内のデータベースサーバ４１３－１は、例えば、図５に示したデバイス情報と図６に示したサービス情報を記憶している。サービス提供システム３１１－２内のデータベースサーバ４１３－２も、データベースサーバ４１３－１と同様のデバイス情報及びサービス情報を記憶している。デバイス３１２－１は、例えば、図８に示したデバイス情報７２１を記憶している。

【0095】

したがって、デバイスＩＤ“Ｔ００１”を有するデバイス３１２－１は、省リソースデバイスであり、接続ツールＰ１のみを保持している。デバイスＩＤ“Ｔ００２”を有するデバイス３１２－２は、省リソースデバイスではなく、接続ツールＰ１及び接続ツールＰ２を保持している。デバイス３１２－１は、接続ツールＰ１を用いて、主接続先であるサービス提供システム３１１－１へアクセスし、サービス提供サーバ４１１－１から提供されるサービスＳ００１を利用している。

【0096】

まず、サービス提供システム３１１－１内のデータベースサーバ４１３－１は、デバイス情報又はサービス情報を更新する（手順１８０１）。次に、データベースサーバ４１３－１は、サービス提供システム３１１－２内のデータベースサーバ４１３－２へ変更された情報を送信し、デバイス情報又はサービス情報の更新を要求する（手順１８０２）。そして、サービス提供システム３１１－２内のデータベースサーバ４１３－２は、受信した情報に基づいてデバイス情報又はサービス情報を更新する（手順１８０３）。

【0097】

次に、サービス提供システム３１１－１内の管理サーバ４１２－１は、サービス提供サーバ４１１－１又はデバイス３１２－１に障害が発生しているか否かをチェックする（手順１８０４）。

【0098】

サービス提供サーバ４１１－１に障害が発生している場合、管理サーバ４１２－１は、データベースサーバ４１３－１が保持しているサービス情報のサービスＳ００１の異常フラグを“１”に設定する。デバイス３１２－１に障害が発生している場合、管理サーバ４１２－１は、データベースサーバ４１３－１が保持しているデバイス情報のデバイスＴ００１の異常フラグを“１”に設定する。

【0099】

次に、管理サーバ４１２－１は、サービス情報及びデバイス情報の異常フラグを参照して、サービスＳ００１又はデバイス３１２－１に障害が発生しているか否かをチェックする（手順１８０５）。

【0100】

サービスＳ００１又はデバイス３１２－１に障害が発生している場合、管理サーバ４１２－１は、アラートを管理者に通知する。そして、管理サーバ４１２－ｉは、サービスＳ００１を提供するサービス提供サーバ４１１－１を再構築し（手順１８０６）、再構築されたサービス提供サーバ４１１－１の接続情報をデバイス３１２－１へ送信する（手順１８０７）。デバイス３１２－１は、管理サーバ４１２－１から受信した接続情報を用いて、再構築されたサービス提供サーバ４１１－１へアクセスする（手順１８０８）。

【0101】

サービスＳ００１又はデバイス３１２－１の何れにも障害が発生していない場合、手順１８０６～手順１８０８の処理はスキップされる。

【0102】

次に、デバイス３１２－１は、一定周期で管理サーバ４１２－１へのアクセスを試行し（手順１８０９）、サービス提供システム３１１－１に障害が発生しているか否かをチェックする（手順１８１０）。

【0103】

サービス提供システム３１１－１に障害が発生している場合、デバイス３１２－１は、デバイス情報７２１のデバイスＴ００１の異常フラグを“１”に設定し、アラートを管理者に通知する。

【0104】

次に、デバイス３１２－１は、デバイス情報７２１を参照して、副接続先であるサービス提供システム３１１－２へアクセスするための接続ツールＰ２を、自デバイスが保持しているか否かをチェックする（手順１８１１）。

【0105】

デバイス３１２－１は接続ツールＰ２を保持していないため、デバイス３１２－１は、デバイス情報７２１の接続ツールＩＤを参照して、接続ツールＰ２を保持している他のデバイス３１２－ｊが存在するか否かをチェックする（手順１８１２）。そして、デバイス３１２－１は、デバイス３１２－２が接続ツールＰ２を保持していることを検出する。

【0106】

次に、デバイス３１２－１は、デバイス３１２－２に対して接続ツールＰ２の送信を要求し（手順１８１３）、デバイス３１２－２から接続ツールＰ２を受信する（手順１８１４）。そして、デバイス３１２－１は、接続ツールＰ２を接続ツール情報７２２に追加する。デバイス３１２－１は省リソースデバイスであるため、デバイス３１２－１は、使用していた接続ツールＰ１を接続ツール情報７２２から削除する（手順１８１５）。

【0107】

次に、デバイス３１２－１は、接続ツールＰ２から、サービス提供システム３１１－２内の管理サーバ４１２－２を起動するための起動ＡＰＩを抽出し、その起動ＡＰＩを実行する（手順１８１６）。管理サーバ４１２－２が起動されない場合、デバイス３１２－１は、アラートを管理者に通知する（手順１８１７）。

【0108】

管理サーバ４１２－２が起動された場合（手順１８１８）、管理サーバ４１２－２は、サービス提供サーバ４１１－２を起動し（手順１８１９）、サービス提供サーバ４１１－２の接続情報をデバイス３１２－１へ送信する（手順１８２０）。

【0109】

次に、デバイス３１２－１は、管理サーバ４１２－２から受信した接続情報と接続ツールＰ２とを用いて、サービス提供サーバ４１１－２へのアクセスを試行する（手順１８２１）。サービス提供サーバ４１１－２へアクセスできない場合、デバイス３１２－１は、アラートを管理者に通知する。

【0110】

サービス提供システム３１１－１に障害が発生していない場合、手順１８１１～手順１８２１の処理はスキップされる。

【0111】

図１９は、図３のクラウドサービスシステムにおいて、Ｎ＝Ｍ＝２の場合に行われるアクセス制御処理の第１の状態の例を示している。図２０は、アクセス制御処理の第２の状態の例を示しており、図２１は、アクセス制御処理の第３の状態の例を示している。以下では、図１８のシーケンスを参照しながら、アクセス制御処理における状態の推移について説明する。

【0112】

図１９の第１の状態において、サービス提供システム３１１－１内のデータベースサーバ４１３－１は、例えば、図５に示したデバイス情報と図６に示したサービス情報を記憶している。サービス提供システム３１１－２内のデータベースサーバ４１３－２も、データベースサーバ４１３－１と同様のデバイス情報及びサービス情報を記憶している。デバイス３１２－１は、例えば、図８に示したデバイス情報７２１を記憶している。

【0113】

したがって、デバイスＩＤ“Ｔ００１”を有するデバイス３１２－１は、省リソースデバイスであり、接続ツールＩＤ“Ｐ１”を有する接続ツール１９１１のみを保持している。デバイスＩＤ“Ｔ００２”を有するデバイス３１２－２は、省リソースデバイスではなく、接続ツール１９１１と、接続ツールＩＤ“Ｐ２”を有する接続ツール１９１２とを保持している。

【0114】

デバイス３１２－１は、接続ツール１９１１を用いて、主接続先であるサービス提供システム３１１－１へアクセスし、サービス提供サーバ４１１－１から提供されるサービスＳ００１を利用している。

【0115】

サービス提供システム３１１－１内のデータベースサーバ４１３－１とサービス提供システム３１１－２内のデータベースサーバ４１３－２は、定期的に同期処理を行っている（手順１８０１～手順１８０３）。

【0116】

ここで、サービス提供システム３１１－１に障害が発生し、図１８の手順１８０５～手順１８０８の処理が行われない場合を想定する。この場合、デバイス３１２－１は、一定周期で管理サーバ４１２－１へのアクセスを試行し（手順１８０９）、サービス提供システム３１１－１に障害が発生しているか否かをチェックする（手順１８１０）。

【0117】

サービス提供システム３１１－１に障害が発生しているため、デバイス３１２－１は、デバイス情報７２１のデバイスＴ００１の異常フラグを“１”に設定し、アラートを管理者に通知する。

【0118】

次に、デバイス３１２－１は、デバイス情報７２１を参照して、副接続先であるサービス提供システム３１１－２へアクセスするための接続ツール１９１２を、自デバイスが保持しているか否かをチェックする（手順１８１１）。

【0119】

デバイス３１２－１は接続ツール１９１２を保持していないため、デバイス３１２－１は、デバイス情報７２１の接続ツールＩＤを参照して、接続ツール１９１２を保持している他のデバイス３１２－ｊが存在するか否かをチェックする（手順１８１２）。そして、デバイス３１２－１は、デバイス３１２－２が接続ツール１９１２を保持していることを検出する。

【0120】

次に、図２０の第２の状態において、デバイス３１２－１は、デバイス３１２－２に対して接続ツール１９１２の送信を要求し（手順１８１３）、デバイス３１２－２から接続ツール１９１２を受信する（手順１８１４）。そして、デバイス３１２－１は、接続ツール１９１２を接続ツール情報７２２に追加する。デバイス３１２－１は省リソースデバイスであるため、デバイス３１２－１は、使用していた接続ツール１９１１を接続ツール情報７２２から削除する（手順１８１５）。

【0121】

次に、図２１の第３の状態において、デバイス３１２－１は、接続ツール１９１２から、サービス提供システム３１１－２内の管理サーバ４１２－２を起動するための起動ＡＰＩを抽出し、その起動ＡＰＩを実行する（手順１８１６）。管理サーバ４１２－２が起動されない場合、デバイス３１２－１は、アラートを管理者に通知する（手順１８１７）。

【0122】

管理サーバ４１２－２が起動された場合（手順１８１８）、管理サーバ４１２－２は、サービス提供サーバ４１１－２を起動し（手順１８１９）、サービス提供サーバ４１１－２の接続情報をデバイス３１２－１へ送信する（手順１８２０）。

【0123】

次に、デバイス３１２－１は、管理サーバ４１２－２から受信した接続情報と接続ツール１９１２とを用いて、サービス提供サーバ４１１－２へのアクセスを試行する（手順１８２１）。サービス提供サーバ４１１－２へアクセスできない場合、デバイス３１２－１は、アラートを管理者に通知する。サービス提供サーバ４１１－２へアクセスできた場合、デバイス３１２－１は、サービス提供サーバ４１１－２から提供されるサービスＳ００１を利用する。

【0124】

図１のアクセス制御装置１０１の構成は一例に過ぎず、アクセス制御装置１０１の用途又は条件に応じて、一部の構成要素を省略又は変更してもよい。

【0125】

図３及び図１９～図２１のクラウドサービスシステムの構成は一例に過ぎず、クラウドサービスシステムの用途又は条件に応じて、一部の構成要素を省略又は変更してもよい。

【0126】

図４のサービス提供システム３１１－ｉの構成は一例に過ぎず、クラウドサービスシステムの用途又は条件に応じて、一部の構成要素を省略又は変更してもよい。例えば、サービス提供システム３１１－ｉは、複数のサービス提供サーバ４１１－ｉを含んでいてもよい。

【0127】

図７のデバイス３１２－ｊの構成は一例に過ぎず、クラウドサービスシステムの用途又は条件に応じて、一部の構成要素を省略又は変更してもよい。

【0128】

図２及び図９～図１７に示したフローチャートは一例に過ぎず、アクセス制御装置１０１又はクラウドサービスシステムの構成又は条件に応じて、一部の処理を省略又は変更してもよい。図１８に示したシーケンスは一例に過ぎず、クラウドサービスシステムの構成又は条件に応じて、一部の手順を省略又は変更してもよい。

【0129】

図５に示したデバイス情報、図６に示したサービス情報、及び図８に示したデバイス情報７２１は一例に過ぎず、これらの情報は、クラウドサービスシステムの構成又は条件に応じて変化する。

【0130】

図２２は、図１のアクセス制御装置１０１及び図７のデバイス３１２－ｊとして用いられる情報処理装置のハードウェア構成例を示している。図２２の情報処理装置は、ＣＰＵ２２０１、メモリ２２０２、入力装置２２０３、出力装置２２０４、補助記憶装置２２０５、媒体駆動装置２２０６、及びネットワーク接続装置２２０７を含む。これらの構成要素はハードウェアであり、バス２２０８により互いに接続されている。

【0131】

メモリ２２０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の半導体メモリであり、処理に用いられるプログラム及びデータを記憶する。メモリ２２０２は、図７の記憶部７１５として動作してもよい。

【0132】

ＣＰＵ２２０１（プロセッサ）は、例えば、メモリ２２０２を利用してプログラムを実行することにより、図１の制御部１１１、検知部１１２、及び取得部１１３として動作する。ＣＰＵ２２０１は、メモリ２２０２を利用してプログラムを実行することにより、図７の制御部７１１、検知部７１２、及び取得部７１３としても動作する。

【0133】

入力装置２２０３は、例えば、キーボード、ポインティングデバイス等であり、ユーザ又はオペレータからの指示又は情報の入力に用いられる。出力装置２２０４は、例えば、表示装置、プリンタ、スピーカ等であり、ユーザ又はオペレータへの問い合わせ又は指示、及び処理結果の出力に用いられる。

【0134】

補助記憶装置２２０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。補助記憶装置２２０５は、ハードディスクドライブ又はＳＳＤ（Solid State Drive）であってもよい。情報処理装置は、補助記憶装置２２０５にプログラム及びデータを格納しておき、それらをメモリ２２０２にロードして使用することができる。補助記憶装置２２０５は、図７の記憶部７１５として動作してもよい。

【0135】

媒体駆動装置２２０６は、可搬型記録媒体２２０９を駆動し、その記録内容にアクセスする。可搬型記録媒体２２０９は、メモリデバイス、フレキシブルディスク、光ディスク、光磁気ディスク等である。可搬型記録媒体２２０９は、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＵＳＢ（Universal Serial Bus）メモリ等であってもよい。ユーザ又はオペレータは、可搬型記録媒体２２０９にプログラム及びデータを格納しておき、それらをメモリ２２０２にロードして使用することができる。

【0136】

このように、処理に用いられるプログラム及びデータを格納するコンピュータ読み取り可能な記録媒体は、メモリ２２０２、補助記憶装置２２０５、又は可搬型記録媒体２２０９のような、物理的な（非一時的な）記録媒体である。

【0137】

ネットワーク接続装置２２０７は、通信ネットワーク３１３に接続され、通信に伴うデータ変換を行う通信インタフェース回路である。情報処理装置は、プログラム及びデータを外部の装置からネットワーク接続装置２２０７を介して受信し、それらをメモリ２２０２にロードして使用することができる。ネットワーク接続装置２２０７は、図７の通信部７１４として動作してもよい。

【0138】

図４のサービス提供サーバ４１１－ｉ、管理サーバ４１２－ｉ、及びデータベースサーバ４１３－ｉとしては、図２２と同様の情報処理装置を用いることができる。

【0139】

なお、情報処理装置が図２２のすべての構成要素を含む必要はなく、用途又は条件に応じて一部の構成要素を省略することも可能である。例えば、ユーザ又はオペレータとのインタフェースが不要な場合は、入力装置２２０３及び出力装置２２０４を省略してもよい。可搬型記録媒体２２０９を使用しない場合は、媒体駆動装置２２０６を省略してもよい。

【0140】

開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。

【符号の説明】

【0141】

１０１ アクセス制御装置
１１１、７１１ 制御部
１１２、７１２ 検知部
１１３、７１３ 取得部
３１１－１～３１１－Ｎ サービス提供システム
３１２－１～３１２－Ｍ デバイス
３１３ 通信ネットワーク
４１１－ｉ サービス提供サーバ
４１２－ｉ 管理サーバ
４１３－ｉ データベースサーバ
７１４ 通信部
７１５ 記憶部
７２１ デバイス情報
７２２ 接続ツール情報
１９１１、１９１２ 接続ツール
２２０１ ＣＰＵ
２２０２ メモリ
２２０３ 入力装置
２２０４ 出力装置
２２０５ 補助記憶装置
２２０６ 媒体駆動装置
２２０７ ネットワーク接続装置
２２０８ バス
２２０９ 可搬型記録媒体

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】