(57)【特許請求の範囲】
【請求項１】
クラウドから提供される機能であるクラウドサービスと、前記クラウドサービスを代替する代替機能と、前記クラウドサービスのサービス停止条件を示す第１の情報と、を関連付けるクラウドサービス情報を記憶する記憶手段と、
外部機器とデータ通信する通信手段と、
前記クラウドでの特定のクラウドサービスの稼働状態を示す第２の情報を、前記通信手段を介して受信する通信制御手段と、
前記通信制御手段により受信された前記第２の情報と、前記クラウドサービス情報で前記特定のクラウドサービスに関連付けられた前記第１の情報とを比較して、比較結果を前記記憶手段に記憶させる比較手段と、
前記記憶手段に記憶された前記比較結果に基づいて、前記特定のクラウドサービスの稼働状態を認識する第１の制御手段と、
前記第１の制御手段により前記特定のクラウドサービスが停止中と認識された場合、前記クラウドサービス情報で前記特定のクラウドサービスと関連付けられた前記代替機能を取得する第２の制御手段と、
前記第２の制御手段により取得された前記代替機能に基づく処理用の画面を表示する表示手段と、
を備えたクライアント装置。
【請求項２】
前記表示手段は、前記第２の制御手段により、前記クラウドサービス情報で前記特定のクラウドサービスと関連付けられた前記代替機能を取得できなかった場合、前記特定のクラウドサービスが停止中である旨、および前記特定のクラウドサービスと関連付けられた前記代替機能がない旨を表示する請求項１に記載のクライアント装置。
【請求項３】
前記通信制御手段は、
前記第１の制御手段により前記特定のクラウドサービスが稼働中であると認識した場合、前記クラウドに対して前記特定のクラウドサービスを要求する旨を示すサービス利用要求を、前記通信手段を介して送信し、
前記クラウドから前記特定のクラウドサービスのサービス利用応答を、前記通信手段を介して受信し、
前記表示手段は、前記通信制御手段により受信された前記サービス利用応答に基づいて、前記特定のクラウドサービスの内容を表示する請求項１または２に記載のクライアント装置。
【請求項４】
操作の入力を受け付ける操作手段と、
前記操作手段により受け付けられた前記操作の入力に基づいて、前記代替機能および前記第１の情報の少なくともいずれかを前記クラウドサービス情報に登録する登録手段と、
をさらに備えた請求項１〜３のいずれか一項に記載のクライアント装置。
【請求項５】
請求項１〜４のいずれか一項に記載のクライアント装置であって、
前記記憶手段は、前記クラウドサービスと、前記代替機能と、前記第１の情報と、前記代替機能の利用するユーザ情報と、を関連付ける前記クラウドサービス情報を記憶し、
前記第１の制御手段により前記特定のクラウドサービスが停止中と認識された場合、前記クラウドサービス情報で前記特定のクラウドサービスと関連付けられた前記ユーザ情報を参照して、参照した前記ユーザ情報に、前記クライアント装置にログインしたユーザを示す情報が含まれているか否かの認証を行う認証手段を、さらに備え、
前記第２の制御手段は、前記認証手段による前記認証が成功した場合、前記クラウドサービス情報で前記特定のクラウドサービスと関連付けられた前記代替機能を取得するクライアント装置。
【請求項６】
クラウドでの特定のクラウドサービスの稼働状態を示す稼働状態情報を、通信手段を介して受信する通信制御ステップと、
記憶手段に記憶された前記クラウドから提供される機能であるクラウドサービスと、前記クラウドサービスを代替する代替機能と、前記クラウドサービスのサービス停止条件を示す停止条件情報と、を関連付けるクラウドサービス情報で前記特定のクラウドサービスに関連付けられた前記停止条件情報と、受信した前記稼働状態情報と、を比較して、比較結果を前記記憶手段に記憶させる比較ステップと、
前記記憶手段に記憶された前記比較結果に基づいて、前記特定のクラウドサービスの稼働状態を認識する第１の制御ステップと、
前記特定のクラウドサービスが停止中と認識した場合、前記クラウドサービス情報で前記特定のクラウドサービスと関連付けられた前記代替機能を取得する第２の制御ステップと、
取得した前記代替機能に基づく処理用の画面を表示手段に表示させる表示ステップと、
を有する情報処理方法。
【請求項７】
クラウドでの特定のクラウドサービスの稼働状態を示す稼働状態情報を、通信手段を介して受信する通信制御ステップと、
記憶手段に記憶された前記クラウドから提供される機能であるクラウドサービスと、前記クラウドサービスを代替する代替機能と、前記クラウドサービスのサービス停止条件を示す停止条件情報と、を関連付けるクラウドサービス情報で前記特定のクラウドサービスに関連付けられた前記停止条件情報と、受信した前記稼働状態情報と、を比較して、比較結果を前記記憶手段に記憶させる比較ステップと、
前記記憶手段に記憶された前記比較結果に基づいて、前記特定のクラウドサービスの稼働状態を認識する第１の制御ステップと、
前記特定のクラウドサービスが停止中と認識した場合、前記クラウドサービス情報で前記特定のクラウドサービスと関連付けられた前記代替機能を取得する第２の制御ステップと、
取得した前記代替機能に基づく処理用の画面を表示手段に表示させる表示ステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
クラウドが提供するサービス（クラウドサービス）を利用する場合、サービス提供者は、ユーザ側に対してＳＬＡ（Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）を明示して、サービスを提供する。ＳＬＡでは、例えば、サービスの稼働率、または、サービス緊急停止もしくはサービス予告停止の通知方法等を規定している。このように、クラウドサービスでは、ユーザが、サービス停止等が発生し得ることを認識していることを前提にサービスの提供がなされている。そこで、クラウドのサービス停止をユーザに知らせるために、別途サービス状態を通知するためのシステムも運用されている。
【０００３】
このようなクラウドサービスを利用するシステムにおいては、一般的には、クライアント端末からクラウドサービスに対して一定の時間内に応答がない場合には、クライアント端末自体がクラウドサービスの停止を判断し、ユーザに対してエラー通知がなされる。このようなクラウドサービスを利用するシステムとして、ユーザの操作入力に対する反応を向上させて、円滑なクラウドサービスの提供を行うことが可能なクラウドサービス提供システムが提案されている（特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載されたシステムでは、ユーザのクラウドサービスの利用操作に対する反応速度を向上させる点は開示されているが、クラウドサービス自体が停止した場合の処置が開示されていない。すなわち、クラウドサービス自体が停止した場合、上述のように、クライアント装置がサービス停止を判定するまで一定の時間を必要とするので、ユーザは、クラウドサービスの停止を認識するまで時間を要するという問題点があった。また、ユーザは、クラウドサービスが停止していることを認識した後の対処方法が判断できず、業務効率を低下させるという問題点があった。
【０００５】
本発明は、上述の問題点に鑑みてなされたものであって、クラウドサービスが停止している場合、ユーザに迅速に停止を通知して利便性を向上することができるクライアント装置、情報処理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、クラウドサービスと、前記クラウドサービスを代替する代替機能と、前記クラウドサービスのサービス停止条件を示す第１の情報と、を関連付けるクラウドサービス情報を記憶する記憶手段と、外部機器とデータ通信する通信手段と、クラウドでの特定のクラウドサービスの稼働状態を示す第２の情報を、前記通信手段を介して受信する通信制御手段と、前記通信制御手段により受信された前記第２の情報と、前記クラウドサービス情報で前記特定のクラウドサービスに関連付けられた前記第１の情報と比較して、比較結果を前記記憶手段に記憶させる比較手段と、前記記憶手段に記憶された前記比較結果に基づいて、前記特定のクラウドサービスの稼働状態を認識する第１の制御手段と、前記第１の制御手段により前記特定のクラウドサービスが停止中と認識された場合、前記クラウドサービス情報で前記特定のクラウドサービスと関連付けられた前記代替機能を取得する第２の制御手段と、前記第２の制御手段により取得された前記代替機能に基づく処理用の画面を表示する表示手段と、を備えたことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、クラウドサービスが停止している場合、ユーザに迅速に停止を通知して利便性を向上することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施の形態のクラウドサービスを利用するシステムの構成の一例を示す図である。
【図２】図２は、第１の実施の形態のクラウドサービスを利用するシステムの構成のうち複数のクラウドを利用する場合の構成の一例を示す図である。
【図３】図３は、第１の実施の形態のクラウドサービスを利用するシステムにおいてサービス稼働中のシステムの動作の一例を示すシーケンス図である。
【図４】図４は、第１の実施の形態のクラウドサービスを利用するシステムにおいてサービスが停止した場合のシステムの動作の一例を示すシーケンス図である。
【図５】図５は、第１の実施の形態に係るクライアント装置のハードウェア構成の一例を示す図である。
【図６】図６は、第１の実施の形態に係るクライアント装置の機能ブロックの構成の一例を示す図である。
【図７】図７は、第１の実施の形態に係るクライアント装置で登録されるクラウドサービステーブルの構造を示す概念図である。
【図８】図８は、第１の実施の形態に係るクライアント装置でクラウドサービスに関する情報を登録する動作の一例を示すシーケンス図である。
【図９】図９は、第１の実施の形態に係るクライアント装置がクラウドサービスの稼働状態を取得する動作の一例を示すシーケンス図である。
【図１０】図１０は、第１の実施の形態に係るクライアント装置がクラウドサービス稼働中にクラウドサービスを利用する動作の一例を示すシーケンス図である。
【図１１】図１１は、第１の実施の形態に係るクライアント装置がクラウドサービス停止中、かつ、代替機能が登録されている場合の動作の一例を示すシーケンス図である。
【図１２】図１２は、代替機能画面の例を示す図である。
【図１３】図１３は、第１の実施の形態に係るクライアント装置がクラウドサービス停止中、かつ、代替機能が登録されていない場合の動作の一例を示すシーケンス図である。
【図１４】図１４は、メッセージ表示ダイアログの例を示す図である。
【図１５】図１５は、第２の実施の形態に係るクライアント装置の機能ブロックの構成の一例を示す図である。
【図１６】図１６は、第２の実施の形態に係るクライアント装置で登録されるクラウドサービステーブルの構造を示す概念図である。
【図１７】図１７は、第２の実施の形態に係るクライアント装置がクラウドサービス停止中に代替機能を実現する場合に認証動作を実行する動作の一例を示すシーケンス図である。
【図１８】図１８は、第２の実施の形態に係るクライアント装置がクラウドサービス停止中に実行された認証動作で認証不可となる場合の動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【０００９】
以下に、図１〜１６を参照しながら、本発明に係るクライアント装置、情報処理方法およびプログラムの実施の形態を詳細に説明する。また、以下の実施の形態によって本発明が限定されるものではなく、以下の実施の形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施の形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。
【００１０】
［第１の実施の形態］
（システムの全体構成）
図１は、第１の実施の形態のクラウドサービスを利用するシステムの構成の一例を示す図である。図２は、第１の実施の形態のクラウドサービスを利用するシステムの構成のうち複数のクラウドを利用する場合の構成の一例を示す図である。図１および２を参照しながら、クラウドサービスを利用するシステムの全体構成の概略を説明する。
【００１１】
図１に示すように、クラウドサービスを利用するシステムは、クラウド１と、クラウド監視サーバ２と、サービス状態通知サーバ３と、クライアント装置４と、を含む。ここで、クライアント装置４は、クラウドサービスを利用する装置であり、図１では、例として、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌｓ）４ａおよびＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）４ｂが示されている。
【００１２】
クラウド１は、クライアント装置４の利用要求により、クライアント装置４を使用するユーザが所望する機能（クラウドサービス）をネットワークを通じて提供するコンピュータ資源の集合体である。
【００１３】
クラウド監視サーバ２は、クラウド１のクラウドサービス（以下、単に「サービス」という場合がある）の稼働状態を監視するサーバ装置またはサーバシステムである。
【００１４】
サービス状態通知サーバ３は、クラウド１のサービスの稼働状態を示す情報をクラウド監視サーバ２から受信し、サービスの稼働状態を示す情報をＲＳＳ（ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）形式またはＡｔｏｍ形式のデータとしてクライアント装置４に通知する役割を有するサーバ装置またはサーバシステムである。
【００１５】
クライアント装置４（ＭＦＰ４ａ、ＰＣ４ｂ等）は、クラウド１のサービスを利用するクライアント端末であり、ＲＳＳリーダ機能によって、サービス状態通知サーバ３からクラウドサービスの稼働状態を示す情報を受信する装置である。ＭＦＰ４ａは、コピー機能、プリンタ機能、スキャナ機能、およびファクス機能のうち少なくとも２つの機能を有する複合機である。なお、クライアント装置４の例として、ＭＦＰ４ａおよびＰＣ４ｂを例示しているが、これに限定されるものではなく、複写機、プリンタ、ファクス装置、スキャナ装置、または携帯情報端末等のクライアント端末として機能する装置であってもよい。
【００１６】
なお、図１では、１つのクラウド（クラウド１）からクラウドサービスが提供される例を示したが、これに限定されるものではなく、図２に示すように、複数のクラウド（クラウド１ａ〜１ｃ）の連携によってクラウドサービスが提供されるものとしてもよい。
【００１７】
（システムの全体の動作の概要）
図３は、第１の実施の形態のクラウドサービスを利用するシステムにおいてサービス稼働中のシステムの動作の一例を示すシーケンス図である。図４は、第１の実施の形態のクラウドサービスを利用するシステムにおいてサービスが停止した場合のシステムの動作の一例を示すシーケンス図である。まず、図３を参照しながら、クラウドサービスを利用するシステムにおいて、クラウドサービスが稼働中の動作について説明する。
【００１８】
図３に示すように、クラウド監視サーバ２は、定期的に、サービスの設定条件を指定して、クラウド１に対して、サービスの稼働状態を示す情報を要求するサービス状態要求を送信する。クラウド１は、クラウド監視サーバ２からサービス状態要求を受信すると、サービスが稼働中（提供可能中）である場合、サービスが稼働中である旨を示すサービス状態応答を、クラウド監視サーバ２に送信する。クラウド監視サーバ２は、クラウド１からサービス状態応答を受信すると、サービス状態応答に含まれるサービスの稼働状態を示す情報（図３では、サービスが稼働中である旨を示す情報）を記憶する。なお、「定期的に」とは、必ずしも一定期間ごとということではなく、不規則な間隔ごとにという意味も含むものとする（以下、同様とする）。
【００１９】
また、図３に示すように、サービス状態通知サーバ３は、定期的に、クラウド監視サーバ２に対して、サービスの稼働状態を示す情報を要求するサービス状態要求を送信する。クラウド監視サーバ２は、サービス状態通知サーバ３からサービス状態要求を受信すると、記憶しているサービスの稼働状態を示す情報を含むサービス状態応答を、サービス状態通知サーバ３に送信する。サービス状態通知サーバ３は、クラウド監視サーバ２からサービス状態応答を受信すると、サービス状態応答に含まれるサービスの稼働状態を示す情報を、ＲＳＳ形式またはＡｔｏｍ形式のデータに変換して記憶する。
【００２０】
また、図３に示すように、クライアント装置４は、定期的に、サービス状態通知サーバ３に対して、サービスの稼働状態を示す情報を要求するサービス状態要求を送信する。サービス状態通知サーバ３は、クライアント装置４からサービス状態要求を受信すると、記憶しているＲＳＳ形式またはＡｔｏｍ形式のサービスの稼働状態を示す情報を含むサービス状態応答を、クライアント装置４に送信する。クライアント装置４は、サービス状態通知サーバ３からサービス状態応答を受信すると、サービス状態応答に含まれるサービスの稼働状態を示す情報を、ＲＳＳリーダ機能によって解析して記憶する。なお、クライアント装置４によるサービスの稼働状態についてのサービス状態通知サーバ３との通信動作の詳細は、図９において後述する。また、サービス状態通知サーバ３は、サービスの稼働状態を示す情報をＲＳＳ形式またはＡｔｏｍ形式のデータに変換して記憶しているものとしているが、これに限定されるものではない。すなわち、サービス状態通知サーバ３は、クライアント装置４からのサービス状態要求を受信した場合に、記憶しているサービスの稼働状態を示す情報をＲＳＳ形式またはＡｔｏｍ形式のデータに変換してクライアント装置４に送信するものとしてもよい。
【００２１】
以上のような動作によって、クラウド監視サーバ２、サービス状態通知サーバ３おおよびクライアント装置４は、定期的に、サービス状態要求を発行することによって、クラウド１のサービスの稼働状態を、リアルタイムに近い状態で記憶しておくことができる。
【００２２】
このようなクラウド１によるサービスが稼働中の状態において、ユーザは、クライアント装置４に対してサービスを利用するための操作を入力すると、クライアント装置４は、クラウド１に対して、サービスの提供を求めるサービス利用要求を送信する。クラウド１は、クライアント装置４からサービス利用要求を受信すると、サービスの実体であるサービス利用応答を、クライアント装置４に送信する。なお、クラウド１によるサービスが稼働中の状態において、クライアント装置４がクラウド１からサービスの提供を受ける動作の詳細は、図１０において後述する。
【００２３】
次に、図４を参照しながら、クラウドサービスを利用するシステムにおいて、クラウドサービスが停止中になった場合の動作について説明する。
【００２４】
図３では、クラウド１のサービスが稼働中である場合の動作を示したが、クラウド１に含まれるコンピュータ資源のシステムダウンまたはメインテナンス等の要因によって、クラウド１によるサービスが停止する場合がある。このようにクラウド１によるサービスが停止中となった場合、図４に示すように、クラウド監視サーバ２によってクラウド１にサービス状態要求が送信されても、クラウド１によるサービスが停止中なので、クラウド１からクラウド監視サーバ２にサービス状態応答が返されることがない。このように、クラウド監視サーバ２は、クラウド１にサービス状態要求を送信した後、一定時間経過してもクラウド１からサービス状態応答が返されない場合、タイムアウトとし、サービスの稼働状態を示す情報（サービスが停止中である旨を示す情報）を記憶する。
【００２５】
また、図４に示すように、サービス状態通知サーバ３は、定期的に、クラウド監視サーバ２に対して、サービスの稼働状態を示す情報を要求するサービス状態要求を送信する。クラウド監視サーバ２は、クラウド１によるサービスが停止中の場合、サービス状態通知サーバ３からサービス状態要求を受信すると、記憶しているサービスの稼働状態を示す情報（サービスが停止中である旨を示す情報）を含むサービス状態応答を、サービス状態通知サーバ３に送信する。サービス状態通知サーバ３は、クラウド監視サーバ２からサービス状態応答を受信すると、サービス状態応答に含まれるサービスの稼働状態を示す情報（サービスが停止中である旨を示す情報）を、ＲＳＳ形式またはＡｔｏｍ形式のデータに変換して記憶する。
【００２６】
また、図４に示すように、クライアント装置４は、定期的に、サービス状態通知サーバ３に対して、サービスの稼働状態を示す情報を要求するサービス状態要求を送信する。サービス状態通知サーバ３は、クラウド１によるサービスが停止中の場合、クライアント装置４からサービス状態要求を受信すると、記憶しているＲＳＳ形式またはＡｔｏｍ形式のサービスの稼働状態を示す情報（サービスが停止中である旨を示す情報）を含むサービス状態応答を、クライアント装置４に送信する。クライアント装置４は、サービス状態通知サーバ３からサービス状態応答を受信すると、サービス状態応答に含まれるサービスの稼働状態を示す情報（サービスが停止中である旨を示す情報）を、ＲＳＳリーダ機能によって解析して記憶する。
【００２７】
このように、クラウド１によるサービスが停止中の状態において、ユーザは、クライアント装置４に対してサービスを利用するための操作を入力すると、クライアント装置４は、ユーザに対して、停止中のサービスに対応する代替機能に基づく処理を提示する。そして、ユーザは、クライアント装置４に対して、代替機能に基づく処理を実行するための操作を入力する。
【００２８】
（クライアント装置のハードウェア構成）
図５は、第１の実施の形態に係るクライアント装置のハードウェア構成の一例を示す図である。図５を参照しながら、クライアント装置４がＰＣ４ｂである場合のハードウェア構成の詳細について説明する。
【００２９】
図５に示すように、クライアント装置４は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３と、外部記憶装置１０４と、メディアドライブ１０６と、操作装置１０７と、ネットワークＩ／Ｆ１０８と、ディスプレイ１０９と、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ドライブ１１１と、を備えている。
【００３０】
ＣＰＵ１０１は、クライアント装置４全体の動作を制御する装置である。ＲＯＭ１０２は、クライアント装置４用のプログラムを記憶している不揮発性記憶装置である。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される揮発性記憶装置である。
【００３１】
外部記憶装置１０４は、後述するクラウドサービステーブル２００等の各種データを記憶する不揮発性の記憶装置である。外部記憶装置１０４は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等である。メディアドライブ１０６は、ＣＰＵ１０１の制御に従って、フラッシュメモリ等のメディア１０５に対するデータの読み出しおよび書き込みを制御する装置である。メディア１０５は、メディアドライブ１０６に対して着脱自在の記憶装置である。なお、メディア１０５は、ＣＰＵ１０１の制御に従ってデータの読み出しおよび書き込みを行う不揮発性メモリであれば、フラッシュメモリに限定されるものではなく、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等を用いてもよい。
【００３２】
操作装置１０７は、文字および数字等の入力、各種指示の選択、およびカーソルの移動等を行う入力装置である。操作装置１０７は、例えば、マウスまたはキーボード等である。
【００３３】
ネットワークＩ／Ｆ１０８は、ネットワークを利用してデータを通信するためのインターフェースである。ネットワークＩ／Ｆ１０８は、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に準拠したＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等である。
【００３４】
ディスプレイ１０９は、文字、数字、および各種画面および操作用アイコン等を表示する表示装置である。ディスプレイ１０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ：液晶ディスプレイ）、または有機ＥＬ（Ｏｒｇａｎｉｃ  Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等である。
【００３５】
ＣＤ−ＲＯＭドライブ１１１は、着脱自在な記憶媒体の一例としてのＣＤ−ＲＯＭ１１０に対するデータの読み出しおよび書き込みを制御する装置である。なお、上述の着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）またはブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【００３６】
上述のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、外部記憶装置１０４、メディアドライブ１０６、操作装置１０７、ネットワークＩ／Ｆ１０８、ディスプレイ１０９およびＣＤ−ＲＯＭドライブ１１１は、アドレスバスおよびデータバス等のバス１１５によって互いに通信可能に接続されている。
【００３７】
なお、図５では、クライアント装置４がＰＣ４ｂであるものとした場合のハードウェア構成を示したが、クライアント装置４がＭＦＰ４ａである場合には、例えば、操作装置１０７とディスプレイ１０９とが一体型になったタッチパネル装置を備えるものしてもよい。また、クライアント装置４がＭＦＰ４ａである場合には、メディアドライブ１０６およびＣＤ−ＲＯＭドライブ１１１が必ずしも備えられている必要はない。
【００３８】
（クライアント装置のブロック構成）
図６は、第１の実施の形態に係るクライアント装置の機能ブロックの構成の一例を示す図である。図６を参照しながら、本実施の形態に係るクライアント装置４の機能ブロックの構成について説明する。
【００３９】
図５に示すように、クライアント装置４は、操作部１０（操作手段）と、表示部１１（表示手段）と、サービス機能制御部１２（第１の制御手段）と、代替機能制御部１３（第２の制御手段）と、登録部１４（登録手段）と、パーサ部１５（比較手段）と、第１通信制御部１６（通信制御手段の一例）と、第２通信制御部１７（通信制御手段の一例）と、揮発性記憶部１８（記憶手段の一例、第２記憶手段）と、不揮発性記憶部１９（記憶手段の一例、第１記憶手段）と、通信部２０（通信手段）と、を備えている。
【００４０】
操作部１０は、ユーザによって、クラウド１のサービスを利用する操作、および停止中のサービスに対応する代替機能に基づく処理を実行すための操作等の各種の入力操作を受け付ける機能部である。操作部１０は、図５に示す操作装置１０７によって実現される。
【００４１】
表示部１１は、クラウド１のサービスの実体となる内容等を表示する機能部である。表示部１１は、図５に示すディスプレイ１０９によって実現される。
【００４２】
サービス機能制御部１２は、クラウドサービスの稼働状態を判定し、サービスが停止中の場合、不揮発性記憶部１９に記憶された代替機能の内容を表示部１１に表示させる機能部である。
【００４３】
代替機能制御部１３は、クラウド１のサービスが停止中である場合、そのサービスに対応する代替機能の情報を不揮発性記憶部１９から取得する機能部である。
【００４４】
登録部１４は、クラウド１のサービスが停止中である場合に、そのサービスに対応する代替機能に関する情報を、不揮発性記憶部１９に登録する機能部である。具体的には、登録部１４は、後述する図７に示すクラウドサービステーブル２００のように、停止中のクラウドサービスに対応する代替機能、および、クラウドサービスが停止していると判定するためのキーワードを、不揮発性記憶部１９に記憶されたクラウドサービステーブル２００に登録する。
【００４５】
パーサ部１５は、サービス状態通知サーバ３から受信したクラウド１のサービスの稼働状態を示す情報を、ＲＳＳリーダ機能によって解析し、解析したサービスの稼働状態を示す情報と、クラウドサービステーブル２００に登録されたキーワードとを比較して、サービスの稼働状態を判定する機能部である。
【００４６】
第１通信制御部１６は、通信部２０を介したクラウド１との通信動作を制御する機能部である。第２通信制御部１７は、通信部２０を介したサービス状態通知サーバ３との通信動作を制御する機能である。
【００４７】
揮発性記憶部１８は、クラウドサービスの稼働状態を示す情報等を記憶する機能部である。揮発性記憶部１８は、図５に示すＲＡＭ１０３によって実現される。
【００４８】
不揮発性記憶部１９は、停止中のクラウドサービスに対応する代替機能、および、クラウドサービスが停止していると判定するためのキーワードが登録されたクラウドサービステーブル２００等を記憶する機能部である。不揮発性記憶部１９は、図５に示す外部記憶装置１０４によって実現される。
【００４９】
通信部２０は、ネットワークを介して、クラウド１およびサービス状態通知サーバ３等と各種データの通信を行う機能部である。通信部２０は、図５に示すネットワークＩ／Ｆ１０８によって実現される。
【００５０】
なお、上述のサービス機能制御部１２、代替機能制御部１３、登録部１４、パーサ部１５、第１通信制御部１６、および第２通信制御部１７は、それぞれ図５に示すＣＰＵ１０１で実行されるプログラムによって実現されてもよく、またはハードウェア回路によって実現されてもよい。
【００５１】
また、上述のサービス機能制御部１２、代替機能制御部１３、登録部１４、パーサ部１５、第１通信制御部１６、および第２通信制御部１７は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図６で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図６の１つの機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。
【００５２】
（クラウドサービステーブルの構成）
図７は、第１の実施の形態に係るクライアント装置で登録されるクラウドサービステーブルの構造を示す概念図である。図７を参照しながら、クラウドサービステーブル２００の構成について説明する。
【００５３】
図７に示すように、クラウドサービステーブル２００（クラウドサービス情報の一例）は、クラウド１が提供するクラウドサービスを識別する情報と、そのクラウドサービスが停止中に代替として実行される代替機能と、そのクラウドサービスが停止していると判定するためのキーワードであるサービス停止判定条件（第１の情報、停止条件情報）と、を関連付けるデータテーブルである。クラウドサービステーブル２００は、上述のように、不揮発性記憶部１９に記憶されている。
【００５４】
クラウドサービステーブル２００におけるクラウドサービスを識別する情報は、クライアント装置４を介してクラウド１からのサービスの提供を受けるための利用契約時に決定されるものであり、予め、クラウドサービステーブル２００に記憶されているものとする。図７に示すクラウドサービステーブル２００の例では、クラウドサービスとして「クラウドファクスサービス」および「ストレージサービス」が記憶されている。「クラウドファクスサービス」とは、クラウド１によってファクス機能を提供するサービスであり、利用者側でファクス用サーバが不要であり、ファクスを送受信するためのインターフェースさえ有していれば、クラウド１を介してファクス機能を享受できる。また、「ストレージサービス」とは、クラウド１によってストレージ機能、すなわちデータ保持の機能を提供するサービスであり、利用者側でデータベースサーバまたはストレージサーバ等を保有する必要がなく、クラウド１内でのデータ保持の機能を享受できる。
【００５５】
クラウドサービステーブル２００における代替機能は、クラウドサービスが停止した場合に、クライアント装置４内部でユーザに提供される、クラウドサービスを代替する機能である。クラウドサービステーブル２００における代替機能は、上述のように、登録部１４によって、クラウドサービスに関連付けられてクラウドサービステーブル２００に登録される。図７に示すクラウドサービステーブル２００の例では、代替機能として、「クラウドファクスサービス」のサービスを代替する「Ｇ３ファクス機能」、および「ストレージサービス」のサービスを代替する「スキャンｔｏメール機能」が登録されている。「Ｇ３ファクス機能」とは、モデムを利用して、アナログ電話回線を介して、ファクスを送受信する機能である。「スキャンｔｏメール機能」とは、クライアント装置４によりスキャンされたデータを指定されたアドレスに電子メールの添付ファイルとして送信する機能である。
【００５６】
クラウドサービステーブル２００におけるサービス停止判定条件は、上述のパーサ部１５が、クラウドサービスが停止中であるか否かを判定するためのキーワードである。クラウドサービステーブル２００におけるサービス停止判定条件は、上述のように、登録部１４によって、クラウドサービスに関連付けられてクラウドサービステーブル２００に登録される。図７に示すクラウドサービステーブル２００の例では、サービス停止判定条件として、「クラウドファクスサービス」の停止を判定するための「サービス停止」および「サービスダウン」、ならびに「ストレージサービス」の停止を判定するための「＊＊ストレージサービス停止」が登録されている。「＊＊ストレージサービス停止」の「＊＊」には、例えば、契約しているストレージサービスを特定するための識別情報が挿入される。
【００５７】
なお、図７に示すクラウドサービステーブル２００の内容は例示した情報であり、これに限定されるものではなく、その他のクラウドサービス、代替機能およびサービス停止判定条件が記憶されるものとしてもよい。また、クラウドサービステーブル２００は、図７に示すように、クラウドサービスと、代替機能と、サービス停止判定条件と、を関連付けるテーブル形式の情報としているが、これに限定されるものではなく、これらの情報を関連付けて記憶できる形式であればどのような形式の情報としてもよい。
【００５８】
（クラウドサービスに関する情報の登録動作）
図８は、第１の実施の形態に係るクライアント装置でクラウドサービスに関する情報を登録する動作の一例を示すシーケンス図である。図８を参照しながら、クラウドサービステーブル２００にクラウドサービスに関する情報を登録する動作について説明する。
【００５９】
＜ステップＳ１１＞
管理者５１は、利用するクラウド１のサービスが停止した場合の代替機能、または、サービスが停止中であるか否かを判定するためのキーワードであるサービス停止判定条件等のクラウドサービスに関する情報（以下、「登録情報」という場合がある）を登録するために、クライアント装置４の操作部１０に対して入力操作を行う。
【００６０】
＜ステップＳ１２、Ｓ１３＞
操作部１０は、管理者５１によって入力された操作情報に基づいて、特定されたクラウドサービス、およびそのクラウドサービスに対応する登録情報を、クライアント装置４の登録部１４に送る。登録部１４は、操作部１０から受け取ったクラウドサービスおよび登録情報を、クライアント装置４の不揮発性記憶部１９に送る。
【００６１】
＜ステップＳ１４、Ｓ１５＞
不揮発性記憶部１９は、登録部１４から受け取ったクラウドサービスと、登録情報とを関連付けて、クラウドサービステーブル２００に登録（記憶）し、登録完了を示す完了応答を、登録部１４に送る。
【００６２】
＜ステップＳ１６、Ｓ１７＞
登録部１４は、不揮発性記憶部１９から受け取った完了応答を、クライアント装置４の表示部１１に送る。表示部１１は、登録部１４から受け取った完了応答に基づいて、登録情報の不揮発性記憶部１９への登録完了の旨を示す表示をする。
【００６３】
以上の動作によって、登録情報がクラウドサービステーブル２００に登録される。このように、利用するクラウド１のサービスが停止した場合の代替機能、または、サービスが停止中であるか否かを判定するためのキーワードであるサービス停止判定条件を自由に登録できる。これによって、クラウド１のサービスの停止中に代替する代替機能を変更した場合、または、クラウド１のサービスの停止中であるかを判定するためのキーワードを変更する必要が生じた場合等に柔軟に対応することができ、ユーザの利用性を向上させることができる。
【００６４】
（クライアント装置のクラウドサービスの稼働状態の取得動作）
図９は、第１の実施の形態に係るクライアント装置がクラウドサービスの稼働状態を取得する動作の一例を示すシーケンス図である。図９を参照しながら、クライアント装置４が定期的にクラウドサービスの稼働状態を取得（記憶）する動作について説明する。
【００６５】
＜ステップＳ２１〜Ｓ２３＞
クライアント装置４のパーサ部１５は、定期的に、クラウド１のサービスの稼働状態を示す情報を要求するサービス状態要求を、クライアント装置４の第２通信制御部１７に送る。第２通信制御部１７は、パーサ部１５から受け取ったサービス状態要求を、クライアント装置４の通信部２０を介して、サービス状態通知サーバ３に送信する。
【００６６】
＜ステップＳ２４＞
サービス状態通知サーバ３は、クライアント装置４からサービス状態要求を受信すると、記憶しているＲＳＳ形式またはＡｔｏｍ形式のサービスの稼働状態を示す情報を含むサービス状態応答を、クライアント装置４に送信する。
【００６７】
＜ステップＳ２５、Ｓ２６＞
第２通信制御部１７は、通信部２０を介して、サービス状態通知サーバ３からサービス状態応答（第２の情報、稼働状態情報）を受信し、受信したサービス状態応答をパーサ部１５に送る。この時点で、サービス状態応答が含むサービスの稼働状態を示す情報は、クラウド１がクライアント装置４に対して提供し得るすべてのサービスの稼働状態を示す情報が含まれている。
【００６８】
＜ステップＳ２７、Ｓ２８＞
パーサ部１５は、第２通信制御部１７からサービス状態応答を受け取ると、クライアント装置４の不揮発性記憶部１９に記憶されているクラウドサービステーブル２００の各クラウドサービスが停止していると判定するためのキーワードであるサービス停止判定条件を参照し、これらのサービス判定条件を参照応答として取得する。
【００６９】
＜ステップＳ２９、Ｓ３０＞
パーサ部１５は、第２通信制御部１７から受け取ったサービス状態応答が含むサービスの稼働状態を示す情報を、ＲＳＳリーダ機能によって解析する。次に、パーサ部１５は、解析したサービスの稼働状態を示す情報と、不揮発性記憶部１９から取得したサービス停止判定条件とを比較して、サービスの稼働状態が稼働中であるか停止中であるかを判定する。そして、パーサ部１５は、サービスの稼働状態の判定結果情報を含むサービス状態情報を、クライアント装置４の揮発性記憶部１８に送る。
【００７０】
＜ステップＳ３１、Ｓ３２＞
揮発性記憶部１８は、パーサ部１５から受け取ったサービス状態情報が含むサービスの稼働状態の判定結果情報を記憶し、記憶完了を示す完了応答を、パーサ部１５に送る。
【００７１】
以上の動作によって、クライアント装置４は、クラウドサービスの稼働状態を取得する。なお、パーサ部１５のサービスの稼働状態の判定結果情報は、揮発性記憶部１８に記憶されるものとしたが、これに限定されるものではなく、不揮発性記憶部１９に記憶されるものとしてもよい。ただし、クライアント装置４が起動した後、パーサ部１５によるクラウド１のサービスの稼働状態の判定動作がなされるまで、サービスの稼働状態は不明であるので、クライアント装置４の起動直後に、不揮発性記憶部１９に記憶されたサービスの稼働状態の判定結果情報は、一旦リセットされることが望ましい。また、判定結果情報が揮発性記憶部１８に記憶される場合、クライアント装置４の起動時に、判定結果情報は自動的に消去されるので、不揮発性記憶部１９に記憶させた場合のように、リセット処理を行う必要がない。
【００７２】
（クラウドサービス稼働中にクラウドサービスを利用する動作）
図１０は、第１の実施の形態に係るクライアント装置がクラウドサービス稼働中にクラウドサービスを利用する動作の一例を示すシーケンス図である。図１０を参照しながら、クライアント装置４が、クラウドサービスが稼働中に、クラウドサービスを利用する動作について説明する。
【００７３】
＜ステップＳ４１＞
ユーザ５０は、クラウド１の特定のサービスを利用するために、クライアント装置４の操作部１０に対して入力操作を行う。
【００７４】
＜ステップＳ４２〜Ｓ４４＞
クライアント装置４のサービス機能制御部１２は、ユーザ５０によって操作部１０に入力された操作情報を受け取ると、クライアント装置４の揮発性記憶部１８に記憶されている、操作情報で特定されるサービス（以下、「対象サービス」という場合がある）の稼働状態の判定結果情報を参照し、この判定結果情報を参照応答として取得する。
【００７５】
＜ステップＳ４５＞
サービス機能制御部１２は、取得した対象サービスの稼働状態の判定結果情報から、対象サービスが稼働中であることを確認したものとする。
【００７６】
＜ステップＳ４６〜Ｓ４８＞
サービス機能制御部１２は、対象サービスの提供を求めるサービス利用要求を、クライアント装置４の第１通信制御部１６に送る。第１通信制御部１６は、サービス機能制御部１２から受け取ったサービス利用要求を、クライアント装置４の通信部２０を介して、クラウド１に送信する。
【００７７】
＜ステップＳ４９＞
クラウド１は、クライアント装置４からサービス利用要求を受信すると、対象サービスの実体であるサービス利用応答を、クライアント装置４に送信する。
【００７８】
＜ステップＳ５０、Ｓ５１＞
第１通信制御部１６は、通信部２０を介して、クラウド１からサービス利用応答を受信し、受信したサービス利用応答をサービス機能制御部１２に送る。
【００７９】
＜ステップＳ５２、Ｓ５３＞
サービス機能制御部１２は、第１通信制御部１６から受け取ったサービス利用応答を、クライアント装置４の表示部１１に送る。表示部１１は、サービス機能制御部１２から受け取ったサービス利用応答に基づいて、ユーザ５０が所望した対象サービスの提供内容を表示する。例えば、ユーザ５０が所望した対象サービスが「ストレージサービス」であった場合、ステップＳ４１でユーザ５０による入力操作により指定したデータがクラウド１上のストレージに記憶された旨を表示する。
【００８０】
以上のように、クライアント装置４は、クラウドサービスが稼働中に、クラウドサービスを利用する動作を行う。
【００８１】
（クラウドサービス停止中に代替機能を利用する動作）
図１１は、第１の実施の形態に係るクライアント装置がクラウドサービス停止中、かつ、代替機能が登録されている場合の動作の一例を示すシーケンス図である。図１２は、代替機能画面の例を示す図である。図１１および１２を参照しながら、クライアント装置４が、クラウドサービスが停止中に、そのクラウドサービスに対応する代替機能を利用する動作について説明する。
【００８２】
＜ステップＳ６１＞
ユーザ５０は、クラウド１の特定のサービスを利用するために、クライアント装置４の操作部１０に対して入力操作を行う。
【００８３】
＜ステップＳ６２〜Ｓ６４＞
クライアント装置４のサービス機能制御部１２は、ユーザ５０によって操作部１０に入力された操作情報を受け取ると、クライアント装置４の揮発性記憶部１８に記憶されている、操作情報で特定されるサービス（対象サービス）の稼働状態の判定結果情報を参照し、この判定結果情報を参照応答として取得する。
【００８４】
＜ステップＳ６５、Ｓ６６＞
サービス機能制御部１２は、取得した対象サービスの稼働状態の判定結果情報から、対象サービスが停止中であることを確認したものとする。そして、サービス機能制御部１２は、対象サービスが停止中である旨を示すサービス停止通知を、代替機能制御部１３に送る。
【００８５】
＜ステップＳ６７〜Ｓ６９＞
代替機能制御部１３は、サービス機能制御部１２からサービス停止通知を受け取ると、クライアント装置４の不揮発性記憶部１９に記憶されているクラウドサービステーブル２００における対象サービスに対応する代替機能を参照し、その代替機能を参照応答として取得する。そして、代替機能制御部１３は、取得した代替機能を含む参照応答を、サービス機能制御部１２に送る。
【００８６】
＜ステップＳ７０＞
サービス機能制御部１２は、受け取った参照応答から、対象サービスに対応する代替機能があることを確認する。
【００８７】
＜ステップＳ７１、Ｓ７２＞
サービス機能制御部１２は、対象サービスに対応する代替機能があることを確認した後、対象サービスが停止中である旨を示すサービス停止応答、および、対象サービスに対応する代替機能についての情報を含む代替機能応答を、クライアント装置４の表示部１１に送る。表示部１１は、サービス機能制御部１２から受け取ったサービス停止応答に基づいて、ユーザ５０が所望した対象サービスが停止中である旨を表示する。また、表示部１１は、サービス機能制御部１２から受け取った代替機能応答に基づいて、代替機能に基づく処理を実行するための画面を表示する。例えば、ユーザ５０が所望した対象サービスが「クラウドファクスサービス」であった場合、表示部１１は、図１２に示すように、「クラウドファクスサービス」に対応する代替機能である「Ｇ３ファクス機能」の処理を実行するための代替機能画面３００を表示する。代替機能画面３００において、宛先入力部３００ａは、宛先を入力する部分であり、送信ボタン３００ｂは、入力した宛先にファクス送信するためのボタンである。
【００８８】
＜ステップＳ７３＞
ユーザ５０は、表示部１１の表示内容により、所望した対象サービスが停止中である旨を把握し、対象サービスに対応する代替機能に基づく処理を実行するために、クライアント装置４の操作部１０に対して入力操作する。
【００８９】
以上のように、クライアント装置４は、クラウドサービスが停止中に、そのクラウドサービスに対応する代替機能を利用する動作を行う。
【００９０】
（クラウドサービス停止中に代替機能が登録されていない場合の動作）
図１３は、第１の実施の形態に係るクライアント装置がクラウドサービス停止中、かつ、代替機能が登録されていない場合の動作の一例を示すシーケンス図である。図１４は、メッセージ表示ダイアログの例を示す図である。図１３および１４を参照しながら、クライアント装置４が、クラウドサービスが停止中に、そのクラウドサービスに対応する代替機能が登録されていない場合の動作について説明する。
【００９１】
＜ステップＳ８１＞
ユーザ５０は、クラウド１の特定のサービスを利用するために、クライアント装置４の操作部１０に対して入力操作を行う。
【００９２】
＜ステップＳ８２〜Ｓ８４＞
クライアント装置４のサービス機能制御部１２は、ユーザ５０によって操作部１０に入力された操作情報を受け取ると、クライアント装置４の揮発性記憶部１８に記憶されている、操作情報で特定されるサービス（対象サービス）の稼働状態の判定結果情報を参照し、この判定結果情報を参照応答として取得する。
【００９３】
＜ステップＳ８５、Ｓ８６＞
サービス機能制御部１２は、取得した対象サービスの稼働状態の判定結果情報から、対象サービスが停止中であることを確認したものとする。そして、サービス機能制御部１２は、対象サービスが停止中である旨を示すサービス停止通知を、代替機能制御部１３に送る。
【００９４】
＜ステップＳ８７〜Ｓ８９＞
代替機能制御部１３は、サービス機能制御部１２からサービス停止通知を受け取ると、クライアント装置４の不揮発性記憶部１９に記憶されているクラウドサービステーブル２００における対象サービスに対応する代替機能を参照し、その代替機能の取得を試みる。ここでは、代替機能制御部１３は、クラウドサービステーブル２００に対象サービスに対応する代替機能が登録されていないものとし、代替機能の取得ができなかったものとする。そして、代替機能制御部１３は、対象サービスに対応する代替機能がない旨を示す参照応答を、サービス機能制御部１２に送る。
【００９５】
＜ステップＳ９０＞
サービス機能制御部１２は、受け取った参照応答から、対象サービスに対応する代替機能がないことを確認する。
【００９６】
＜ステップＳ９１、Ｓ９２＞
サービス機能制御部１２は、対象サービスに対応する代替機能がないことを確認した後、対象サービスが停止中である旨を示すサービス停止応答、および、対象サービスに対応する代替機能がない（登録されていない）ことを示す代替機能応答を、クライアント装置４の表示部１１に送る。表示部１１は、サービス機能制御部１２から受け取ったサービス停止応答に基づいて、ユーザ５０が所望した対象サービスが停止中である旨を表示する。また、表示部１１は、サービス機能制御部１２から受け取った代替機能応答に基づいて、対象サービスに対応する代替機能がない（登録されていない）旨を表示する。表示部１１は、例えば、図１４に示すメッセージ表示ダイアログ３０１によって、対象サービスが停止中である旨、および、対象サービスに対応する代替機能がない旨を表示する。
【００９７】
以上のように、クライアント装置４は、クラウドサービスが停止中に、そのクラウドサービスに対応する代替機能がない（登録されていない）場合の動作を行う。
【００９８】
以上のように、クライアント装置４は、予め、定期的に、サービス状態通知サーバ３を介して、パーサ部１５の機能によりクラウド１のサービスの稼働状態を取得している。さらに、ユーザ５０がクラウドサービスを利用しようとしたとき、そのサービスが停止中の場合、サービス機能制御部１２の機能によりそのサービスに対応する代替機能に基づく処理を実行できるようにしている。これによって、クライアント装置４は、リアルタイムに近い状態で、クラウド１のサービスの稼働状態を把握でき、クラウドサービスが停止している場合、ユーザに待たせることなくクラウドサービスの停止を通知でき、かつ、代替機能に基づく処理に誘導することができる。
【００９９】
また、クラウド１のサービスの停止状態を判定するためのキーワード、および、停止したサービスに対応する代替機能を自由に登録することができる。これによって、サービスの停止状態を精度よく判定することができ、また、サービスの停止中の場合における代替機能を自由に設定できるので、ユーザの利便性を向上させることができる。
【０１００】
［第２の実施の形態］
本実施の形態について、第１の実施形態と相違する点を中心に説明する。なお、本実施の形態において、クラウドサービスを利用するシステムの構成、同システムのクラウドサービスが稼働中の動作、クライアント装置のハードウェア構成、クラウドサービスに関する情報の登録動作、クライアント装置のクラウドサービスの稼働状態の取得動作、および、クラウドサービス稼働中にクラウドサービスを利用する動作は、第１の実施の形態と同様である。
【０１０１】
（クライアント装置のブロック構成）
図１５は、第２の実施の形態に係るクライアント装置の機能ブロックの構成の一例を示す図である。図１５を参照しながら、本実施の形態に係るクライアント装置４＿１の機能ブロック構成について説明する。
【０１０２】
図１５に示すように、クライアント装置４＿１は、操作部１０と、表示部１１と、サービス機能制御部１２ａ（第１の制御手段）と、代替機能制御部１３と、登録部１４ａ（登録手段）と、パーサ部１５と、第１通信制御部１６と、第２通信制御部１７と、揮発性記憶部１８と、不揮発性記憶部１９と、通信部２０と、認証部２１（認証手段）と、を備えている。
【０１０３】
サービス機能制御部１２ａは、クラウドサービスの稼働状態を判定し、サービスが停止中の場合、不揮発性記憶部１９に記憶された代替機能の内容を表示部１１に表示させる機能部である。また、サービス機能制御部１２ａは、クラウドサービスが停止中であると判定した場合、そのクラウドサービスに対応する代替機能を利用可能とするユーザであるか否かの認証要求を、認証部２１に送る。
【０１０４】
登録部１４ａは、クラウド１のサービスが停止中である場合に、そのサービスに対応する代替機能に関する情報を、不揮発性記憶部１９に登録する機能部である。具体的には、登録部１４ａは、後述する図１６に示すクラウドサービステーブル２００ａのように、停止中のクラウドサービスに対応する代替機能、クラウドサービスが停止していると判定するためのキーワード、および、代替機能を利用可能とするユーザの識別情報である代替機能利用者を、不揮発性記憶部１９に記憶されたクラウドサービステーブル２００ａに登録する。
【０１０５】
認証部２１は、クラウドサービスが停止中の場合、クライアント装置４にログインしているユーザが、そのクラウドサービスに対応する代替機能を利用可能とするユーザであるか否かの認証（ユーザ認証）を行う機能部である。
【０１０６】
なお、図１５に示す他の機能部は、第１の実施の形態のクライアント装置４の機能部と同様の機能を有する。
【０１０７】
また、図１５に示すサービス機能制御部１２ａ、代替機能制御部１３、登録部１４ａ、パーサ部１５、第１通信制御部１６、第２通信制御部１７、および認証部２１は、それぞれ図５に示すＣＰＵ１０１で実行されるプログラムによって実現されてもよく、またはハードウェア回路によって実現されてもよい。
【０１０８】
また、上述のサービス機能制御部１２ａ、代替機能制御部１３、登録部１４ａ、パーサ部１５、第１通信制御部１６、第２通信制御部１７、および認証部２１は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図１５で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図１５の１つの機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。
【０１０９】
（クラウドサービステーブルの構成）
図１６は、第２の実施の形態に係るクライアント装置で登録されるクラウドサービステーブルの構造を示す概念図である。図１６を参照しながら、クラウドサービステーブル２００ａの構成について説明する。
【０１１０】
図１６に示すように、クラウドサービステーブル２００ａは、クラウド１が提供するクラウドサービスを識別する情報と、そのクラウドサービスが停止中に代替として実行される代替機能と、そのクラウドサービスが停止していると判定するためのキーワードであるサービス停止判定条件と、代替機能を利用可能とするユーザの識別情報である代替機能利用者と、を関連付けるデータテーブルである。
【０１１１】
クラウドサービステーブル２００ａにおける代替機能利用者は、クラウドサービスが停止した場合に、そのクラウドサービスに対応する代替機能を利用可能とするユーザの識別情報である。クラウドサービステーブル２００ａにおける代替機能利用者は、上述のように、登録部１４ａによって、クラウドサービスに関連付けられてクラウドサービステーブル２００ａに登録される。図１６に示すクラウドサービステーブル２００ａの例では、代替機能利用者として、「クラウドファクスサービス」の代替機能を利用可能とする代替機能利用者として「Ａ、Ｂ、Ｄ」、および「ストレージサービス」の代替機能を利用可能とする代替機能利用者として「Ｂ、Ｃ、Ｄ」が登録されている。
【０１１２】
なお、図１６に示すクラウドサービステーブル２００ａの内容は例示した情報であり、これに限定されるものではなく、その他のクラウドサービス、代替機能、サービス停止判定条件および代替機能利用者が記憶されるものとしてもよい。また、クラウドサービステーブル２００ａは、図１６に示すように、クラウドサービスと、代替機能と、サービス停止判定条件と、代替機能利用者とを関連付けるテーブル形式の情報としているが、これに限定されるものではなく、これらの情報を関連付けて記憶できる形式であればどのような形式の情報としてもよい。
【０１１３】
（クラウドサービス停止中にユーザ認証を行う動作）
図１７は、第２の実施の形態に係るクライアント装置がクラウドサービス停止中に代替機能を実現する場合に認証動作を実行する動作の一例を示すシーケンス図である。図１７を参照しながら、クライアント装置４＿１が、クラウドサービスが停止中に、そのクラウドサービスに対応する代替機能を利用する場合のユーザ認証を行う動作について説明する。
【０１１４】
＜ステップＳ１０１〜Ｓ１０４＞
ステップＳ１０１〜Ｓ１０４の処理は、それぞれ、第１の実施の形態の図１１に示すステップＳ６１〜Ｓ６４の処理と同様である。
【０１１５】
＜ステップＳ１０５＞
サービス機能制御部１２ａは、取得した対象サービスの稼働状態の判定結果情報から、対象サービスが停止中であることを確認したものとする。
【０１１６】
＜ステップＳ１０６＞
サービス機能制御部１２ａは、クライアント装置４＿１にログインしているユーザ５０が、停止中である対象サービスに対応する代替機能を利用可能とするユーザであるか否かの認証要求を、クライアント装置４＿１の認証部２１に送る。
【０１１７】
＜ステップＳ１０７、Ｓ１０８＞
認証部２１は、サービス機能制御部１２ａから認証要求を受け取ると、クライアント装置４＿１の不揮発性記憶部１９に記憶されているクラウドサービステーブル２００ａにおける対象サービスに対応する代替機能利用者を参照し、その代替機能利用者を参照応答として取得する。
【０１１８】
＜ステップＳ１０９、Ｓ１１０＞
認証部２１は、取得した参照応答に含まれる代替機能利用者に、クライアント装置４＿１にログインしているユーザ５０が含まれることを確認し、認証成功と判定する。認証部２１は、認証成功を示す認証結果を、サービス機能制御部１２ａに送る。
【０１１９】
＜ステップＳ１１１＞
サービス機能制御部１２ａは、認証部２１から認証成功を示す認証結果を受け取ると、クライアント装置４＿１にログインしているユーザ５０が、停止中である対象サービスに対応する代替機能を利用可能とするものと判断し、対象サービスが停止中である旨を示すサービス停止通知を、代替機能制御部１３に送る。
【０１２０】
＜ステップＳ１１２〜Ｓ１１８＞
ステップＳ１１２〜Ｓ１１８の処理は、それぞれ、第１の実施の形態の図１１に示すステップＳ６７〜Ｓ７３の処理と同様である。
【０１２１】
以上のように、クライアント装置４＿１は、クラウドサービスが停止中に、そのクラウドサービスに対応する代替機能を利用する場合にユーザ認証を行う。
【０１２２】
なお、図１７では、代替機能制御部１３によって、対象サービスに対応する代替機能が取得された場合について示したが、対象サービスに対応する代替機能がない（登録されていない）場合の動作は、第１の実施の形態の図１３に示した動作に準じる。
【０１２３】
（クラウドサービス停止中にユーザ認証が不可となった場合の動作）
図１８は、第２の実施の形態に係るクライアント装置がクラウドサービス停止中に実行された認証動作で認証不可となる場合の動作の一例を示すシーケンス図である。図１８を参照しながら、クライアント装置４が、クラウドサービスが停止中に、そのクラウドサービスに対応する代替機能を利用する場合のユーザ認証が不可となった場合の動作について説明する。
【０１２４】
＜ステップＳ１２１〜Ｓ１２８＞
ステップＳ１２１〜Ｓ１２８の処理は、それぞれ、第１の実施の形態の図１７のステップＳ１０１〜Ｓ１０８の処理と同様である。
【０１２５】
＜ステップＳ１２９、Ｓ１３０＞
認証部２１は、取得した参照応答に含まれる代替機能利用者に、クライアント装置４＿１にログインしているユーザ５０が含まれていないことを確認し、認証不可と判定する。認証部２１は、認証不可を示す認証結果を、サービス機能制御部１２ａに送る。
【０１２６】
＜ステップＳ１３１、Ｓ１３２＞
サービス機能制御部１２ａは、認証不可を示す認証結果を受信した後、対象サービスが停止中である旨を示すサービス停止応答、および、認証結果に基づく認証不可通知を、クライアント装置４＿１の表示部１１に送る。表示部１１は、サービス機能制御部１２ａから受け取ったサービス停止応答に基づいて、ユーザ５０が所望した対象サービスが停止中である旨を表示する。また、表示部１１は、サービス機能制御部１２ａから受け取った認証不可通知に基づいて、代替機能を利用するためのユーザ５０についての認証が不可である旨を表示する。
【０１２７】
以上のように、ユーザがクラウドサービスを利用しようとしたとき、そのサービスが停止中の場合、そのサービスに対応する代替機能に基づく処理でそのサービスに代替させることになるが、その代替機能の利用の前にユーザ認証を行い、認証が成功したユーザに対して代替機能を提供するものとしている。これによって、クラウドサービスが停止中の場合の代替機能の利用に対してセキュリティを向上させることができる。特に、本来はクラウドサービスを利用するべきところを、その代替としての代替機能を利用できるユーザを限定するニーズがある場合に有効である。その他、第１の実施の形態の効果を有するのは言うまでもない。
【０１２８】
なお、上述の各実施の形態に係るクライアント装置４、４＿１は、図６および図１５で示した各機能部が一つの装置に備わるものとして説明したが、これに限定されるものではなく、各機能部が複数装置に分散して備えられるシステムとして構成されてもよい。
【０１２９】
また、上述のサービス機能制御部１２、１２ａ、代替機能制御部１３、登録部１４、１４ａ、パーサ部１５、第１通信制御部１６、第２通信制御部１７、および認証部２１の少なくともいずれかがプログラムの実行によって実現される場合、そのプログラムは、ＲＯＭ等に予め組み込まれて提供される。上述の各実施の形態のクライアント装置４、４＿１で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、上述の各実施の形態のクライアント装置４、４＿１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の各実施の形態のクライアント装置４、４＿１で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、上述の各実施の形態のクライアント装置４、４＿１で実行されるプログラムは、上述した各機能部のうち少なくともいずれかを含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上述のＲＯＭからプログラムを読み出して実行することにより、上述の各機能部が主記憶装置（例えば、ＲＡＭ１０３）上にロードされて生成されるようになっている。
【符号の説明】
【０１３０】
１、１ａ〜１ｃ  クラウド
２  クラウド監視サーバ
３  サービス状態通知サーバ
４、４＿１  クライアント装置
４ａ  ＭＦＰ
４ｂ  ＰＣ
１０  操作部
１１  表示部
１２、１２ａ  サービス機能制御部
１３  代替機能制御部
１４、１４ａ  登録部
１５  パーサ部
１６  第１通信制御部
１７  第２通信制御部
１８  揮発性記憶部
１９  不揮発性記憶部
２０  通信部
２１  認証部
５０  ユーザ
５１  管理者
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  外部記憶装置
１０５  メディア
１０６  メディアドライブ
１０７  操作装置
１０８  ネットワークＩ／Ｆ
１０９  ディスプレイ
１１０  ＣＤ−ＲＯＭ
１１１  ＣＤ−ＲＯＭドライブ
１１５  バス
２００、２００ａ  クラウドサービステーブル
３００  代替機能画面
３００ａ  宛先入力部
３００ｂ  送信ボタン
３０１  メッセージ表示ダイアログ
【先行技術文献】
【特許文献】
【０１３１】
【特許文献１】特開２０１２−２５３７１８号公報
【図１】
0006500531.tif 000002
【図２】
0006500531.tif 000003
【図３】
0006500531.tif 000004
【図４】
0006500531.tif 000005
【図５】
0006500531.tif 000006
【図６】
0006500531.tif 000007
【図７】
0006500531.tif 000008
【図８】
0006500531.tif 000009
【図９】
0006500531.tif 000010
【図１０】
0006500531.tif 000011
【図１１】
0006500531.tif 000012
【図１２】
0006500531.tif 000013
【図１３】
0006500531.tif 000014
【図１４】
0006500531.tif 000015
【図１５】
0006500531.tif 000016
【図１６】
0006500531.tif 000017
【図１７】
0006500531.tif 000018
【図１８】
0006500531.tif 000019