クラウドアプリケーションのアプリケーションキャッシュ方法およびクラウド提供側システム
【課題】利用者によるクラウドアプリケーションの利用において、クラウドアプリケーションが利用不可の場合でも、利用者がクラウドアプリケーションの利用を継続することができるクラウド提供側システムを提供する。
【解決手段】クラウド提供側システムにおいて、利用者がクラウドアプリケーション１１０を利用した際、クラウドアプリケーション１１０のデータをキャッシュするクラウドデータキャッシュ処理部１３０と、クラウドアプリケーション１１０の利用不可時に、クラウドデータキャッシュ処理部１３０でキャッシュされたデータと共に利用者に提供される代替アプリケーション１７０と、クラウドアプリケーション１１０の復旧時に、代替アプリケーション１７０でのデータを、クラウドアプリケーション１１０のデータと同期させるデータ同期処理部１５０とを備えた。
【解決手段】クラウド提供側システムにおいて、利用者がクラウドアプリケーション１１０を利用した際、クラウドアプリケーション１１０のデータをキャッシュするクラウドデータキャッシュ処理部１３０と、クラウドアプリケーション１１０の利用不可時に、クラウドデータキャッシュ処理部１３０でキャッシュされたデータと共に利用者に提供される代替アプリケーション１７０と、クラウドアプリケーション１１０の復旧時に、代替アプリケーション１７０でのデータを、クラウドアプリケーション１１０のデータと同期させるデータ同期処理部１５０とを備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、普及するクラウドで提供されるＷｅｂアプリケーション（以下クラウドアプリケーションと記載する）のアプリケーションキャッシュ方法およびクラウド提供側システムに関し、特に、データを同期しておき、クラウドアプリケーションが利用不可な状態になった場合に、利用者の利用を継続させるためにクラウドアプリケーションと同等の機能を有する代替のＷｅｂアプリケーションを提供するとともに、代替アプリケーションで操作したデータをクラウドアプリケーションに同期させる処理に関するものである。
【背景技術】
【０００２】
メールサーバが保守や障害等で使用できない場合であっても、代替のメールサーバを使用して、メールクライアントからの電子メールを遅滞なく送信する技術として、例えば、特開２００４−１０４７３２号公報（特許文献１）に記載された技術が知られている。
【０００３】
この技術は、保守や障害等によりメールサーバが使用できない場合等に、そのメールサーバを送信用サーバや受信用サーバとして使用しているメールクライアントに対し、代替のメールサーバに関する設定変更情報を送信するものである。この設定変更情報には、代替のメールサーバのドメイン名やＩＰアドレス、メールアドレス情報等を含めている。
【０００４】
メールクライアントは、この情報を用い、メールサーバの設定を変更し、電子メールの送受信時には代替のメールサーバを使用する。メールクライアントは代替のメールサーバを介して電子メールを送受信するので、速やかに送信処理を行うことができる。
【０００５】
また、上記設定変更情報に、代替のメールサーバの使用を有効にする時刻情報を含めて、メールサーバの保守等に備えメールサーバの代替えを予告できる。そして、その時刻以降は代替のメールサーバによる電子メールの送受信を可能にし、電子メールの送受信ができない事態を防止する。
【０００６】
また、クライアントが使用しているメールサーバの動作状態を他のメールサーバにより確認し、動作状態に変更があれば代替のメールサーバを使用することとし、上記設定変更情報をクライアントに送信し、メールサーバに関する設定変更を迅速に行う。
【０００７】
そのため、急な障害等により電子メールの送受信が不可能になる事態を避けることができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−１０４７３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
クラウドアプリケーションでは、利用者によるサーバの構築／管理、アプリケーションの開発／管理が不要である。さらに、クラウドアプリケーションは、インターネット上で公開されているアプリケーションであるため、インターネット環境さえあれば、どこからでも利用することができる。
【００１０】
同様に、データもクラウドアプリケーション内に保存されるため、いつでも、どこからアクセスしても、継続してデータを使用することが可能である。また、クラウドアプリケーションを提供する側は、常に最新の機能を提供することができるため、利用者は最新のクラウドアプリケーションを利用し続けることができる。
【００１１】
しかし、クラウドアプリケーションはマルチテナントに対応しているため、利用者が固有の機能や設定でクラウドアプリケーションを利用するためには、制限が存在する。また、クラウドアプリケーション側の障害等で利用不可になった場合、アプリケーションもデータもクラウドアプリケーションが保持しているため、利用者はそれらの利用ができなくなる。さらに、クラウドアプリケーションの可用性を高めようとしても、クラウドアプリケーション提供者に依存してしまうため、コントロールできない。
【００１２】
例えば、特許文献１に記載のものは、クライアントマシンを有するメールシステムに適用可能であり、メールサーバからの通知を受け、クライアントマシンで接続先のメールサーバを変更するものである。クラウドアプリケーションでは、Ｗｅｂアプリケーションであり、固有のクライアントマシンは不要である上、利用者が接続先を選択／変更することはできないため、特許文献１の技術をクラウド環境に適用することはできない。
【００１３】
また、特許文献１では、すでに送受信したメールがメールサーバのみに存在する場合、クライアントの接続先を代替メールサーバに変更すると、それらのメールを参照することができなくなる。クラウドアプリケーションにおいても、クラウドアプリケーションの利用不可時、既存データの参照ができなくなるという同様の問題が発生する。
【００１４】
そこで、本発明は、利用者によるクラウドアプリケーションの利用において、クラウドアプリケーションが利用不可の場合でも、利用者がクラウドアプリケーションの利用を継続することができるクラウドアプリケーションのアプリケーションキャッシュ方法およびクラウド提供側システムを提供することを目的とする。
【００１５】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１６】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【００１７】
すなわち、代表的なものの概要は、クラウドアプリケーションのアプリケーションキャッシュ方法において、クラウド提供側システムにより、利用者がクラウドアプリケーションを利用した際、クラウドアプリケーションのデータをキャッシュし、クラウドアプリケーションの利用不可時には、クラウドアプリケーションの代替アプリケーションをキャッシュしたデータと共に提供し、クラウドアプリケーションの復旧時に、代替アプリケーションでのデータを、クラウドアプリケーションのデータと同期させるものである。
【００１８】
また、クラウド提供側システムにおいて、利用者がクラウドアプリケーションを利用した際、クラウドアプリケーションのデータをキャッシュするクラウドデータキャッシュ処理部と、クラウドアプリケーションの利用不可時に、クラウドデータキャッシュ処理部でキャッシュされたデータと共に利用者に提供される代替アプリケーションと、クラウドアプリケーションの復旧時に、代替アプリケーションでのデータを、クラウドアプリケーションのデータと同期させるデータ同期処理部とを備えたものである。
【発明の効果】
【００１９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
【００２０】
すなわち、代表的なものによって得られる効果は、クラウドアプリケーションが利用不可の場合でも、利用者がクラウドアプリケーションの利用を継続することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成を示す構成図である。
【図２】本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法で使用される利用者テーブルの一例を示す図である。
【図３】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるクラウドデータキャッシュ処理部の処理動作を示すフローチャートである。
【図４】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるデータ同期処理部の処理動作を示すフローチャートである。
【図５】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者管理処理部の処理動作を示すフローチャートである。
【図６】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者の代替アプリケーションのアクセス動作を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２３】
＜クラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成＞
図１により、本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成について説明する。図１は本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成を示す構成図、図２は本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法で使用される利用者テーブルの一例を示す図である。
【００２４】
図１において、クラウド提供側システムとしては、クラウドアプリケーション１１０を提供するサーバなどの情報処理装置、クラウドアプリケーションのアプリケーションキャッシュ方法を実施するためのサーバなどから構成されるアプリケーションキャッシュ装置１２０から構成されている。
【００２５】
クラウドアプリケーション１１０を提供するサーバなどの情報処理装置およびアプリケーションキャッシュ装置１２０は、ネットワークに接続され、ネットワークを介して、利用者に対するクラウドアプリケーション１１０の提供などのサービスを行っている。
【００２６】
また、アプリケーションキャッシュ装置１２０は、クラウドデータキャッシュ処理部１３０、図２に示す利用者テーブル６００を格納するデータベース１４０、データ同期処理部１５０、利用者管理処理部１６０、代替アプリケーション１７０から構成されている。
【００２７】
図２において、データベース１４０に格納された利用者テーブル６００は、利用者ＩＤ６１０、企業情報６２０、パスワード６３０の項目を有し、利用者ＩＤ６１０および企業情報６２０は、利用者の識別子として使用され、利用者を一意に識別している。企業情報６２０を保持することで、クラウドアプリケーション１１０と同様にマルチテナントに対応することが可能である。パスワード６３０は利用者の認証に使用する値である。
【００２８】
＜クラウドアプリケーションのアプリケーションキャッシュ方法の処理動作の概略＞
次に、クラウドアプリケーションのアプリケーションキャッシュ方法の処理動作の概略について説明する。
【００２９】
まず、クラウドアプリケーション１１０が利用可能時、アプリケーションキャッシュ装置１２０のクラウドデータキャッシュ処理部１３０において、クラウドアプリケーション１１０のデータを同期させている。
【００３０】
また、クラウドアプリケーション１１０が利用不可時、利用者はデータベース１４０の利用者テーブル６００を参照することにより認証されると、代替アプリケーション１７０を利用する。
【００３１】
クラウドアプリケーション１１０が利用不可になった後、復旧時、利用者が代替アプリケーション１７０で操作したデータは、データ同期処理部１５０によって、クラウドアプリケーション１１０へ同期される。
【００３２】
クラウドアプリケーション１１０において、利用者情報が新規登録／変更／削除された場合、クラウドアプリケーション１１０とアプリケーションキャッシュ装置１２０の利用者を同期する。
【００３３】
以下、アプリケーションキャッシュ装置１２０内の各部の処理動作について説明する。
【００３４】
＜クラウドデータキャッシュ処理部の処理動作＞
図３により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるクラウドデータキャッシュ処理部の処理動作について説明する。図３は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるクラウドデータキャッシュ処理部の処理動作を示すフローチャートである。
【００３５】
まず、クラウドアプリケーション１１０が利用不可となった場合に、利用者が代替アプリケーション１７０でデータを参照できるように、クラウドアプリケーション１１０のデータをアプリケーションキャッシュ装置１２０に同期する。
【００３６】
データの同期時期と同期方法はクラウドアプリケーション１１０の操作やスケジュールにより決定されており、同期時期の決定は、クラウドアプリケーション１１０でデータが操作されたかの判定（ステップ２１０）、ステップ２１０でクラウドアプリケーション１１０でデータが操作されていない場合のスケジュールによる実行かの判定（ステップ２３０）により行われる。
【００３７】
ステップ２１０の判定により、クラウドアプリケーション１１０のデータが操作された場合は、クラウドアプリケーション１１０のデータ操作により処理を実施する（ステップ２２０）。
【００３８】
また、ステップ２１０でクラウドアプリケーション１１０でデータが操作されていない場合は、ステップ２３０の判定により、スケジュールによる実行の場合は、スケジュールによって処理を実施する（ステップ２４０）。
【００３９】
また、ステップ２３０の判定により、スケジュールによる実行ではなく、任意のタイミングで実行する場合は、手動で処理を実施する（ステップ２５０）。
【００４０】
また、同期方法としては、データの取得方法を判定し（ステップ２６０）、ステップ２６０では、クラウドアプリケーション１１０から送信される場合、またはクラウドアプリケーション１１０に対して取得処理を行う場合を判定する。
【００４１】
そして、ステップ２６０での判定に基づいて、クラウドアプリケーション１１０からデータが送信される場合の処理（ステップ２７０）、またはクラウドアプリケーション１１０に対しデータ取得処理を実施する場合の処理（ステップ２８０）が選択される。
【００４２】
そして、ステップ２７０またはステップ２８０の処理によるクラウドアプリケーション１１０のデータをクラウドデータキャッシュ処理部１３０で取得する（ステップ２８５）。
【００４３】
そして、ステップ２８５で取得したデータについて、すでに同期済みのデータと重複の有無を確認し（ステップ２９０）、ステップ２９０で重複がない場合は、取得したデータを保存する（ステップ２９６）。
【００４４】
ステップ２９０で重複があり、取得したデータで更新保存する場合は、取得したデータを更新登録する（ステップ２９２）。
【００４５】
ステップ２９０で重複があり、取得したデータで更新保存を行わない場合、終了する。
【００４６】
以上の処理により、利用者がクラウドアプリケーション１１０を利用している際には、クラウドアプリケーション１１０のデータがクラウドデータキャッシュ処理部１３０に保存され、クラウドアプリケーション１１０のデータを同期させることができる。
【００４７】
＜データ同期処理部の処理動作＞
次に、図４により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるデータ同期処理部の処理動作について説明する。図４は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるデータ同期処理部の処理動作を示すフローチャートである。
【００４８】
データ同期処理部１５０は、クラウドアプリケーション１１０のサービス停止中に、利用者が代替アプリケーション１７０を利用して操作したデータを、クラウドアプリケーション１１０に対して同期させる処理を行っている。
【００４９】
データ同期処理の同期時期は、スケジュール機能を有し、スケジュール設定により実施するか、または任意のタイミングで実行する。
【００５０】
まず、スケジュールによる実行かを判定し（ステップ３０５）、ステップ３０５の判定により、スケジュールによる実行の場合は、スケジュールにより処理を実施する（ステップ３１０）。
【００５１】
また、ステップ３０５の判定により、スケジュールによる実行ではなく、任意のタイミングで実行する場合は、手動で処理を実施する（ステップ３１５）。
【００５２】
そして、ステップ３１０またはステップ３１５により、データ同期処理が実行されると、同期先のクラウドアプリケーション１１０が利用可能かを判定し（ステップ３２０）、ステップ３２０の判定により利用不可の場合、処理は終了する。
【００５３】
また、ステップ３２０の判定により、利用可の場合、代替アプリケーション１７０によって操作された同期対象データの有無を確認し（ステップ３３０）、ステップ３３０の確認により、同期対象データが存在しない場合、終了する。
【００５４】
ステップ３３０の確認により、データが存在する場合、代替アプリケーション１７０で利用者が使用した同期対象のデータを抽出し（ステップ３４０）、ステップ３４０で抽出されたデータをクラウドアプリケーション１１０に対し重複を確認した上で同期する（ステップ３５０）。
【００５５】
以上の処理により、クラウドアプリケーション１１０のサービス停止中のデータを、代替アプリケーション１７０からクラウドアプリケーション１１０へ同期させることができる。
【００５６】
＜利用者管理処理部の処理動作＞
次に、図５により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者管理処理部の処理動作について説明する。図５は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者管理処理部の処理動作を示すフローチャートである。
【００５７】
利用者情報の同期時期と同期方法はクラウドアプリケーション１１０の操作やスケジュールにより決定されており、同期時期の決定は、クラウドアプリケーション１１０で利用者情報が操作されたかの判定（ステップ４０５）、ステップ４０５でクラウドアプリケーション１１０で利用者情報が操作されていない場合のスケジュールによる実行かの判定（ステップ４２０）により行われる。
【００５８】
ステップ４０５の判定により、クラウドアプリケーション１１０の利用者情報が操作された場合は、クラウドアプリケーション１１０の利用者情報の操作により処理を実施する（ステップ４１０）。
【００５９】
また、ステップ４０５でクラウドアプリケーション１１０で利用者情報が操作されていない場合は、ステップ４２０の判定により、スケジュールによる実行の場合は、スケジュールによって処理を実施する（ステップ４２５）。
【００６０】
また、ステップ４２０の判定により、スケジュールによる実行ではなく、任意のタイミングで実行する場合は、手動で処理を実施する（ステップ４３０）。
【００６１】
また、同期方法としては、データの取得方法を判定し（ステップ４３５）、ステップ４３５では、クラウドアプリケーション１１０から送信される場合、またはクラウドアプリケーション１１０に対して取得処理を行う場合を判定する。
【００６２】
そして、ステップ４３５での判定に基づいて、クラウドアプリケーション１１０から利用者情報が送信される場合の処理（ステップ４４０）、またはクラウドアプリケーション１１０に対し利用者情報取得処理を実施する場合の処理（ステップ４４５）が選択される。
【００６３】
そして、ステップ４４０またはステップ４４５の処理によるクラウドアプリケーション１１０の利用者情報を利用者管理処理部１６０で取得する（ステップ４５０）。
【００６４】
そして、取得した利用者情報が、利用者が新規登録／変更／削除の情報のいずれかを判定する（ステップ４５５）。
【００６５】
ステップ４５５の判定により、新規登録の場合は、利用者テーブル６００に利用者の利用者ＩＤ６１０、企業情報６２０、パスワード６３０を追加し、利用者テーブル６００に登録し（ステップ４７０）、利用者テーブルの更新が完了すると、登録された利用者は、代替アプリケーション１７０の利用が可能になると共に、クラウドアプリケーション１１０のデータのアプリケーションキャッシュ装置１２０への同期が開始される。
【００６６】
また、ステップ４５５の判定により、利用者情報を変更する場合は、利用者テーブル６００のパスワード６３０を変更し、利用者テーブル６００を更新する（ステップ４８０）。利用者は、変更されたパスワードを利用し、代替アプリケーション１７０へアクセス可能になる。
【００６７】
また、ステップ４５５の判定により、利用者情報を削除する場合は、利用者テーブル６００から削除対象の利用者情報を削除する（ステップ４６０）。削除された利用者は、代替アプリケーション１７０を利用できなくなると共に、クラウドアプリケーション１１０のデータがアプリケーションキャッシュ装置１２０へ同期されなくなる。
【００６８】
以上の処理により、利用者がクラウドアプリケーション１１０を利用する際の利用者情報を、データベース１４０に格納されている利用者テーブル６００に同期させることができる。
【００６９】
＜利用者の代替アプリケーションのアクセス動作＞
次に、図６により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者の代替アプリケーションのアクセス動作について説明する。図６は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者の代替アプリケーションのアクセス動作を示すフローチャートである。
【００７０】
まず、クラウドアプリケーション１１０が利用可能時は、利用者はクラウドアプリケーション１１０へアクセスする（ステップ５１０）。
【００７１】
そして、クラウドアプリケーション１１０が利用可能かを判定し（ステップ５２０）、ステップ５２０の判定により、利用可能の場合は、利用者はクラウドアプリケーション１１０を利用する（ステップ５６０）。
【００７２】
また、ステップ５２０の判定により、クラウドアプリケーション１１０が利用不可の場合は、利用者は代替アプリケーション１７０へアクセスする（ステップ５３０）。
【００７３】
そして、代替アプリケーション１７０では、入力値として利用者ＩＤ、企業情報、パスワードを取得し、利用者テーブル６００に一致するデータを照会し、利用者の認証を行い（ステップ５４０）、認証された利用者は、代替アプリケーション１７０を利用する（ステップ５５０）。
【００７４】
以上の処理により、利用者はクラウドアプリケーション１１０が利用不可の場合でも、代替アプリケーション１７０を利用することができる。
【００７５】
本実施の形態では、クラウドアプリケーション１１０のデータをアプリケーションキャッシュ装置１２０で同期し、クラウドアプリケーション１１０が利用不可時に、利用者に対し代替アプリケーション１７０の提供、クラウドアプリケーション１１０の復旧後に代替アプリケーション１７０で操作したデータの同期を行うことができる。
【００７６】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００７７】
本発明は、クラウドアプリケーションを使用するメールシステムや会計システムなどの他のシステムや装置にも幅広く適用することができる。
【符号の説明】
【００７８】
１１０…クラウドアプリケーション、１２０…アプリケーションキャッシュ装置、１３０…クラウドデータキャッシュ処理部、１４０…データベース、１５０…データ同期処理部、１６０…利用者管理処理部、１７０…代替アプリケーション、６００…利用者情報テーブル。
【技術分野】
【０００１】
本発明は、普及するクラウドで提供されるＷｅｂアプリケーション（以下クラウドアプリケーションと記載する）のアプリケーションキャッシュ方法およびクラウド提供側システムに関し、特に、データを同期しておき、クラウドアプリケーションが利用不可な状態になった場合に、利用者の利用を継続させるためにクラウドアプリケーションと同等の機能を有する代替のＷｅｂアプリケーションを提供するとともに、代替アプリケーションで操作したデータをクラウドアプリケーションに同期させる処理に関するものである。
【背景技術】
【０００２】
メールサーバが保守や障害等で使用できない場合であっても、代替のメールサーバを使用して、メールクライアントからの電子メールを遅滞なく送信する技術として、例えば、特開２００４−１０４７３２号公報（特許文献１）に記載された技術が知られている。
【０００３】
この技術は、保守や障害等によりメールサーバが使用できない場合等に、そのメールサーバを送信用サーバや受信用サーバとして使用しているメールクライアントに対し、代替のメールサーバに関する設定変更情報を送信するものである。この設定変更情報には、代替のメールサーバのドメイン名やＩＰアドレス、メールアドレス情報等を含めている。
【０００４】
メールクライアントは、この情報を用い、メールサーバの設定を変更し、電子メールの送受信時には代替のメールサーバを使用する。メールクライアントは代替のメールサーバを介して電子メールを送受信するので、速やかに送信処理を行うことができる。
【０００５】
また、上記設定変更情報に、代替のメールサーバの使用を有効にする時刻情報を含めて、メールサーバの保守等に備えメールサーバの代替えを予告できる。そして、その時刻以降は代替のメールサーバによる電子メールの送受信を可能にし、電子メールの送受信ができない事態を防止する。
【０００６】
また、クライアントが使用しているメールサーバの動作状態を他のメールサーバにより確認し、動作状態に変更があれば代替のメールサーバを使用することとし、上記設定変更情報をクライアントに送信し、メールサーバに関する設定変更を迅速に行う。
【０００７】
そのため、急な障害等により電子メールの送受信が不可能になる事態を避けることができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−１０４７３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
クラウドアプリケーションでは、利用者によるサーバの構築／管理、アプリケーションの開発／管理が不要である。さらに、クラウドアプリケーションは、インターネット上で公開されているアプリケーションであるため、インターネット環境さえあれば、どこからでも利用することができる。
【００１０】
同様に、データもクラウドアプリケーション内に保存されるため、いつでも、どこからアクセスしても、継続してデータを使用することが可能である。また、クラウドアプリケーションを提供する側は、常に最新の機能を提供することができるため、利用者は最新のクラウドアプリケーションを利用し続けることができる。
【００１１】
しかし、クラウドアプリケーションはマルチテナントに対応しているため、利用者が固有の機能や設定でクラウドアプリケーションを利用するためには、制限が存在する。また、クラウドアプリケーション側の障害等で利用不可になった場合、アプリケーションもデータもクラウドアプリケーションが保持しているため、利用者はそれらの利用ができなくなる。さらに、クラウドアプリケーションの可用性を高めようとしても、クラウドアプリケーション提供者に依存してしまうため、コントロールできない。
【００１２】
例えば、特許文献１に記載のものは、クライアントマシンを有するメールシステムに適用可能であり、メールサーバからの通知を受け、クライアントマシンで接続先のメールサーバを変更するものである。クラウドアプリケーションでは、Ｗｅｂアプリケーションであり、固有のクライアントマシンは不要である上、利用者が接続先を選択／変更することはできないため、特許文献１の技術をクラウド環境に適用することはできない。
【００１３】
また、特許文献１では、すでに送受信したメールがメールサーバのみに存在する場合、クライアントの接続先を代替メールサーバに変更すると、それらのメールを参照することができなくなる。クラウドアプリケーションにおいても、クラウドアプリケーションの利用不可時、既存データの参照ができなくなるという同様の問題が発生する。
【００１４】
そこで、本発明は、利用者によるクラウドアプリケーションの利用において、クラウドアプリケーションが利用不可の場合でも、利用者がクラウドアプリケーションの利用を継続することができるクラウドアプリケーションのアプリケーションキャッシュ方法およびクラウド提供側システムを提供することを目的とする。
【００１５】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１６】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【００１７】
すなわち、代表的なものの概要は、クラウドアプリケーションのアプリケーションキャッシュ方法において、クラウド提供側システムにより、利用者がクラウドアプリケーションを利用した際、クラウドアプリケーションのデータをキャッシュし、クラウドアプリケーションの利用不可時には、クラウドアプリケーションの代替アプリケーションをキャッシュしたデータと共に提供し、クラウドアプリケーションの復旧時に、代替アプリケーションでのデータを、クラウドアプリケーションのデータと同期させるものである。
【００１８】
また、クラウド提供側システムにおいて、利用者がクラウドアプリケーションを利用した際、クラウドアプリケーションのデータをキャッシュするクラウドデータキャッシュ処理部と、クラウドアプリケーションの利用不可時に、クラウドデータキャッシュ処理部でキャッシュされたデータと共に利用者に提供される代替アプリケーションと、クラウドアプリケーションの復旧時に、代替アプリケーションでのデータを、クラウドアプリケーションのデータと同期させるデータ同期処理部とを備えたものである。
【発明の効果】
【００１９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
【００２０】
すなわち、代表的なものによって得られる効果は、クラウドアプリケーションが利用不可の場合でも、利用者がクラウドアプリケーションの利用を継続することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成を示す構成図である。
【図２】本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法で使用される利用者テーブルの一例を示す図である。
【図３】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるクラウドデータキャッシュ処理部の処理動作を示すフローチャートである。
【図４】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるデータ同期処理部の処理動作を示すフローチャートである。
【図５】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者管理処理部の処理動作を示すフローチャートである。
【図６】本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者の代替アプリケーションのアクセス動作を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２３】
＜クラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成＞
図１により、本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成について説明する。図１は本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法を実施するクラウド提供側システムの構成を示す構成図、図２は本発明の一実施の形態に係るクラウドアプリケーションのアプリケーションキャッシュ方法で使用される利用者テーブルの一例を示す図である。
【００２４】
図１において、クラウド提供側システムとしては、クラウドアプリケーション１１０を提供するサーバなどの情報処理装置、クラウドアプリケーションのアプリケーションキャッシュ方法を実施するためのサーバなどから構成されるアプリケーションキャッシュ装置１２０から構成されている。
【００２５】
クラウドアプリケーション１１０を提供するサーバなどの情報処理装置およびアプリケーションキャッシュ装置１２０は、ネットワークに接続され、ネットワークを介して、利用者に対するクラウドアプリケーション１１０の提供などのサービスを行っている。
【００２６】
また、アプリケーションキャッシュ装置１２０は、クラウドデータキャッシュ処理部１３０、図２に示す利用者テーブル６００を格納するデータベース１４０、データ同期処理部１５０、利用者管理処理部１６０、代替アプリケーション１７０から構成されている。
【００２７】
図２において、データベース１４０に格納された利用者テーブル６００は、利用者ＩＤ６１０、企業情報６２０、パスワード６３０の項目を有し、利用者ＩＤ６１０および企業情報６２０は、利用者の識別子として使用され、利用者を一意に識別している。企業情報６２０を保持することで、クラウドアプリケーション１１０と同様にマルチテナントに対応することが可能である。パスワード６３０は利用者の認証に使用する値である。
【００２８】
＜クラウドアプリケーションのアプリケーションキャッシュ方法の処理動作の概略＞
次に、クラウドアプリケーションのアプリケーションキャッシュ方法の処理動作の概略について説明する。
【００２９】
まず、クラウドアプリケーション１１０が利用可能時、アプリケーションキャッシュ装置１２０のクラウドデータキャッシュ処理部１３０において、クラウドアプリケーション１１０のデータを同期させている。
【００３０】
また、クラウドアプリケーション１１０が利用不可時、利用者はデータベース１４０の利用者テーブル６００を参照することにより認証されると、代替アプリケーション１７０を利用する。
【００３１】
クラウドアプリケーション１１０が利用不可になった後、復旧時、利用者が代替アプリケーション１７０で操作したデータは、データ同期処理部１５０によって、クラウドアプリケーション１１０へ同期される。
【００３２】
クラウドアプリケーション１１０において、利用者情報が新規登録／変更／削除された場合、クラウドアプリケーション１１０とアプリケーションキャッシュ装置１２０の利用者を同期する。
【００３３】
以下、アプリケーションキャッシュ装置１２０内の各部の処理動作について説明する。
【００３４】
＜クラウドデータキャッシュ処理部の処理動作＞
図３により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるクラウドデータキャッシュ処理部の処理動作について説明する。図３は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるクラウドデータキャッシュ処理部の処理動作を示すフローチャートである。
【００３５】
まず、クラウドアプリケーション１１０が利用不可となった場合に、利用者が代替アプリケーション１７０でデータを参照できるように、クラウドアプリケーション１１０のデータをアプリケーションキャッシュ装置１２０に同期する。
【００３６】
データの同期時期と同期方法はクラウドアプリケーション１１０の操作やスケジュールにより決定されており、同期時期の決定は、クラウドアプリケーション１１０でデータが操作されたかの判定（ステップ２１０）、ステップ２１０でクラウドアプリケーション１１０でデータが操作されていない場合のスケジュールによる実行かの判定（ステップ２３０）により行われる。
【００３７】
ステップ２１０の判定により、クラウドアプリケーション１１０のデータが操作された場合は、クラウドアプリケーション１１０のデータ操作により処理を実施する（ステップ２２０）。
【００３８】
また、ステップ２１０でクラウドアプリケーション１１０でデータが操作されていない場合は、ステップ２３０の判定により、スケジュールによる実行の場合は、スケジュールによって処理を実施する（ステップ２４０）。
【００３９】
また、ステップ２３０の判定により、スケジュールによる実行ではなく、任意のタイミングで実行する場合は、手動で処理を実施する（ステップ２５０）。
【００４０】
また、同期方法としては、データの取得方法を判定し（ステップ２６０）、ステップ２６０では、クラウドアプリケーション１１０から送信される場合、またはクラウドアプリケーション１１０に対して取得処理を行う場合を判定する。
【００４１】
そして、ステップ２６０での判定に基づいて、クラウドアプリケーション１１０からデータが送信される場合の処理（ステップ２７０）、またはクラウドアプリケーション１１０に対しデータ取得処理を実施する場合の処理（ステップ２８０）が選択される。
【００４２】
そして、ステップ２７０またはステップ２８０の処理によるクラウドアプリケーション１１０のデータをクラウドデータキャッシュ処理部１３０で取得する（ステップ２８５）。
【００４３】
そして、ステップ２８５で取得したデータについて、すでに同期済みのデータと重複の有無を確認し（ステップ２９０）、ステップ２９０で重複がない場合は、取得したデータを保存する（ステップ２９６）。
【００４４】
ステップ２９０で重複があり、取得したデータで更新保存する場合は、取得したデータを更新登録する（ステップ２９２）。
【００４５】
ステップ２９０で重複があり、取得したデータで更新保存を行わない場合、終了する。
【００４６】
以上の処理により、利用者がクラウドアプリケーション１１０を利用している際には、クラウドアプリケーション１１０のデータがクラウドデータキャッシュ処理部１３０に保存され、クラウドアプリケーション１１０のデータを同期させることができる。
【００４７】
＜データ同期処理部の処理動作＞
次に、図４により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるデータ同期処理部の処理動作について説明する。図４は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法におけるデータ同期処理部の処理動作を示すフローチャートである。
【００４８】
データ同期処理部１５０は、クラウドアプリケーション１１０のサービス停止中に、利用者が代替アプリケーション１７０を利用して操作したデータを、クラウドアプリケーション１１０に対して同期させる処理を行っている。
【００４９】
データ同期処理の同期時期は、スケジュール機能を有し、スケジュール設定により実施するか、または任意のタイミングで実行する。
【００５０】
まず、スケジュールによる実行かを判定し（ステップ３０５）、ステップ３０５の判定により、スケジュールによる実行の場合は、スケジュールにより処理を実施する（ステップ３１０）。
【００５１】
また、ステップ３０５の判定により、スケジュールによる実行ではなく、任意のタイミングで実行する場合は、手動で処理を実施する（ステップ３１５）。
【００５２】
そして、ステップ３１０またはステップ３１５により、データ同期処理が実行されると、同期先のクラウドアプリケーション１１０が利用可能かを判定し（ステップ３２０）、ステップ３２０の判定により利用不可の場合、処理は終了する。
【００５３】
また、ステップ３２０の判定により、利用可の場合、代替アプリケーション１７０によって操作された同期対象データの有無を確認し（ステップ３３０）、ステップ３３０の確認により、同期対象データが存在しない場合、終了する。
【００５４】
ステップ３３０の確認により、データが存在する場合、代替アプリケーション１７０で利用者が使用した同期対象のデータを抽出し（ステップ３４０）、ステップ３４０で抽出されたデータをクラウドアプリケーション１１０に対し重複を確認した上で同期する（ステップ３５０）。
【００５５】
以上の処理により、クラウドアプリケーション１１０のサービス停止中のデータを、代替アプリケーション１７０からクラウドアプリケーション１１０へ同期させることができる。
【００５６】
＜利用者管理処理部の処理動作＞
次に、図５により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者管理処理部の処理動作について説明する。図５は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者管理処理部の処理動作を示すフローチャートである。
【００５７】
利用者情報の同期時期と同期方法はクラウドアプリケーション１１０の操作やスケジュールにより決定されており、同期時期の決定は、クラウドアプリケーション１１０で利用者情報が操作されたかの判定（ステップ４０５）、ステップ４０５でクラウドアプリケーション１１０で利用者情報が操作されていない場合のスケジュールによる実行かの判定（ステップ４２０）により行われる。
【００５８】
ステップ４０５の判定により、クラウドアプリケーション１１０の利用者情報が操作された場合は、クラウドアプリケーション１１０の利用者情報の操作により処理を実施する（ステップ４１０）。
【００５９】
また、ステップ４０５でクラウドアプリケーション１１０で利用者情報が操作されていない場合は、ステップ４２０の判定により、スケジュールによる実行の場合は、スケジュールによって処理を実施する（ステップ４２５）。
【００６０】
また、ステップ４２０の判定により、スケジュールによる実行ではなく、任意のタイミングで実行する場合は、手動で処理を実施する（ステップ４３０）。
【００６１】
また、同期方法としては、データの取得方法を判定し（ステップ４３５）、ステップ４３５では、クラウドアプリケーション１１０から送信される場合、またはクラウドアプリケーション１１０に対して取得処理を行う場合を判定する。
【００６２】
そして、ステップ４３５での判定に基づいて、クラウドアプリケーション１１０から利用者情報が送信される場合の処理（ステップ４４０）、またはクラウドアプリケーション１１０に対し利用者情報取得処理を実施する場合の処理（ステップ４４５）が選択される。
【００６３】
そして、ステップ４４０またはステップ４４５の処理によるクラウドアプリケーション１１０の利用者情報を利用者管理処理部１６０で取得する（ステップ４５０）。
【００６４】
そして、取得した利用者情報が、利用者が新規登録／変更／削除の情報のいずれかを判定する（ステップ４５５）。
【００６５】
ステップ４５５の判定により、新規登録の場合は、利用者テーブル６００に利用者の利用者ＩＤ６１０、企業情報６２０、パスワード６３０を追加し、利用者テーブル６００に登録し（ステップ４７０）、利用者テーブルの更新が完了すると、登録された利用者は、代替アプリケーション１７０の利用が可能になると共に、クラウドアプリケーション１１０のデータのアプリケーションキャッシュ装置１２０への同期が開始される。
【００６６】
また、ステップ４５５の判定により、利用者情報を変更する場合は、利用者テーブル６００のパスワード６３０を変更し、利用者テーブル６００を更新する（ステップ４８０）。利用者は、変更されたパスワードを利用し、代替アプリケーション１７０へアクセス可能になる。
【００６７】
また、ステップ４５５の判定により、利用者情報を削除する場合は、利用者テーブル６００から削除対象の利用者情報を削除する（ステップ４６０）。削除された利用者は、代替アプリケーション１７０を利用できなくなると共に、クラウドアプリケーション１１０のデータがアプリケーションキャッシュ装置１２０へ同期されなくなる。
【００６８】
以上の処理により、利用者がクラウドアプリケーション１１０を利用する際の利用者情報を、データベース１４０に格納されている利用者テーブル６００に同期させることができる。
【００６９】
＜利用者の代替アプリケーションのアクセス動作＞
次に、図６により、本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者の代替アプリケーションのアクセス動作について説明する。図６は本発明の一実施の形態に係るラウドアプリケーションのアプリケーションキャッシュ方法における利用者の代替アプリケーションのアクセス動作を示すフローチャートである。
【００７０】
まず、クラウドアプリケーション１１０が利用可能時は、利用者はクラウドアプリケーション１１０へアクセスする（ステップ５１０）。
【００７１】
そして、クラウドアプリケーション１１０が利用可能かを判定し（ステップ５２０）、ステップ５２０の判定により、利用可能の場合は、利用者はクラウドアプリケーション１１０を利用する（ステップ５６０）。
【００７２】
また、ステップ５２０の判定により、クラウドアプリケーション１１０が利用不可の場合は、利用者は代替アプリケーション１７０へアクセスする（ステップ５３０）。
【００７３】
そして、代替アプリケーション１７０では、入力値として利用者ＩＤ、企業情報、パスワードを取得し、利用者テーブル６００に一致するデータを照会し、利用者の認証を行い（ステップ５４０）、認証された利用者は、代替アプリケーション１７０を利用する（ステップ５５０）。
【００７４】
以上の処理により、利用者はクラウドアプリケーション１１０が利用不可の場合でも、代替アプリケーション１７０を利用することができる。
【００７５】
本実施の形態では、クラウドアプリケーション１１０のデータをアプリケーションキャッシュ装置１２０で同期し、クラウドアプリケーション１１０が利用不可時に、利用者に対し代替アプリケーション１７０の提供、クラウドアプリケーション１１０の復旧後に代替アプリケーション１７０で操作したデータの同期を行うことができる。
【００７６】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００７７】
本発明は、クラウドアプリケーションを使用するメールシステムや会計システムなどの他のシステムや装置にも幅広く適用することができる。
【符号の説明】
【００７８】
１１０…クラウドアプリケーション、１２０…アプリケーションキャッシュ装置、１３０…クラウドデータキャッシュ処理部、１４０…データベース、１５０…データ同期処理部、１６０…利用者管理処理部、１７０…代替アプリケーション、６００…利用者情報テーブル。
【特許請求の範囲】
【請求項１】
利用者にクラウドアプリケーションを提供するクラウド提供側システムによる前記クラウドアプリケーションのアプリケーションキャッシュ方法であって、
前記クラウド提供側システムにより、前記利用者が前記クラウドアプリケーションを利用した際、前記クラウドアプリケーションのデータをキャッシュし、前記クラウドアプリケーションの利用不可時には、前記クラウドアプリケーションの代替アプリケーションを前記キャッシュしたデータと共に提供し、前記クラウドアプリケーションの復旧時に、前記代替アプリケーションでのデータを、前記クラウドアプリケーションのデータと同期させることを特徴とするクラウドアプリケーションのアプリケーションキャッシュ方法。
【請求項２】
請求項１に記載のクラウドアプリケーションのアプリケーションキャッシュ方法において、
前記クラウド提供側システムにより、前記利用者の利用者情報をデータベースに格納し、前記データベースに格納された前記利用者情報に基づいて、前記代替アプリケーション提供時の前記利用者の認証を行うことを特徴とするクラウドアプリケーションのアプリケーションキャッシュ方法。
【請求項３】
請求項２に記載のクラウドアプリケーションのアプリケーションキャッシュ方法において、
前記クラウド提供側システムにより、前記利用者が前記クラウドアプリケーションを利用した際、前記利用者情報の登録、変更、または削除があると、前記データベースに格納された前記利用者情報の内容を更新することを特徴とするクラウドアプリケーションのアプリケーションキャッシュ方法。
【請求項４】
利用者にクラウドアプリケーションを提供するクラウド提供側システムであって、
前記利用者が前記クラウドアプリケーションを利用した際、前記クラウドアプリケーションのデータをキャッシュするクラウドデータキャッシュ処理部と、
前記クラウドアプリケーションの利用不可時に、前記クラウドデータキャッシュ処理部でキャッシュされたデータと共に前記利用者に提供される代替アプリケーションと、
前記クラウドアプリケーションの復旧時に、前記代替アプリケーションでのデータを、前記クラウドアプリケーションのデータと同期させるデータ同期処理部とを備えたことを特徴とするクラウド提供側システム。
【請求項５】
請求項４に記載のクラウド提供側システムにおいて、
前記利用者の利用者情報を格納するデータベースを備え、
前記代替アプリケーションは、前記利用者に提供される際、前記データベースに格納された前記利用者情報に基づいて、前記利用者の認証を行うことを特徴とするクラウド提供側システム。
【請求項６】
請求項５に記載のクラウド提供側システムにおいて、
前記利用者が前記クラウドアプリケーションを利用した際、前記利用者情報の登録、変更、または削除があると、前記データベースに格納された前記利用者情報の内容を更新する利用者管理処理部を備えたことを特徴とするクラウド提供側システム。
【請求項１】
利用者にクラウドアプリケーションを提供するクラウド提供側システムによる前記クラウドアプリケーションのアプリケーションキャッシュ方法であって、
前記クラウド提供側システムにより、前記利用者が前記クラウドアプリケーションを利用した際、前記クラウドアプリケーションのデータをキャッシュし、前記クラウドアプリケーションの利用不可時には、前記クラウドアプリケーションの代替アプリケーションを前記キャッシュしたデータと共に提供し、前記クラウドアプリケーションの復旧時に、前記代替アプリケーションでのデータを、前記クラウドアプリケーションのデータと同期させることを特徴とするクラウドアプリケーションのアプリケーションキャッシュ方法。
【請求項２】
請求項１に記載のクラウドアプリケーションのアプリケーションキャッシュ方法において、
前記クラウド提供側システムにより、前記利用者の利用者情報をデータベースに格納し、前記データベースに格納された前記利用者情報に基づいて、前記代替アプリケーション提供時の前記利用者の認証を行うことを特徴とするクラウドアプリケーションのアプリケーションキャッシュ方法。
【請求項３】
請求項２に記載のクラウドアプリケーションのアプリケーションキャッシュ方法において、
前記クラウド提供側システムにより、前記利用者が前記クラウドアプリケーションを利用した際、前記利用者情報の登録、変更、または削除があると、前記データベースに格納された前記利用者情報の内容を更新することを特徴とするクラウドアプリケーションのアプリケーションキャッシュ方法。
【請求項４】
利用者にクラウドアプリケーションを提供するクラウド提供側システムであって、
前記利用者が前記クラウドアプリケーションを利用した際、前記クラウドアプリケーションのデータをキャッシュするクラウドデータキャッシュ処理部と、
前記クラウドアプリケーションの利用不可時に、前記クラウドデータキャッシュ処理部でキャッシュされたデータと共に前記利用者に提供される代替アプリケーションと、
前記クラウドアプリケーションの復旧時に、前記代替アプリケーションでのデータを、前記クラウドアプリケーションのデータと同期させるデータ同期処理部とを備えたことを特徴とするクラウド提供側システム。
【請求項５】
請求項４に記載のクラウド提供側システムにおいて、
前記利用者の利用者情報を格納するデータベースを備え、
前記代替アプリケーションは、前記利用者に提供される際、前記データベースに格納された前記利用者情報に基づいて、前記利用者の認証を行うことを特徴とするクラウド提供側システム。
【請求項６】
請求項５に記載のクラウド提供側システムにおいて、
前記利用者が前記クラウドアプリケーションを利用した際、前記利用者情報の登録、変更、または削除があると、前記データベースに格納された前記利用者情報の内容を更新する利用者管理処理部を備えたことを特徴とするクラウド提供側システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−４０５８（Ｐ２０１３−４０５８Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３８１２７（Ｐ２０１１−１３８１２７）
【出願日】平成２３年６月２２日（２０１１．６．２２）
【出願人】（０００２３３４９１）株式会社日立システムズ (394)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月２２日（２０１１．６．２２）
【出願人】（０００２３３４９１）株式会社日立システムズ (394)
【Ｆターム（参考）】
[ Back to top ]