アプリケーションサービス提供システム及びアプリケーションサービス提供方法
【課題】企業内秘匿情報のセキュリティ対策をアプリケーション提供会社側で行わせつつ、クラウドサービスの利用の促進を図ることできるアプリケーションサービス提供システムを提供すること。
【解決手段】企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、企業内ネットワークに接続され、クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンとを備え、企業内サーバは、クライアント端末装置からの要求に対して、秘匿情報に基づく処理が必要でないと判定されると、仮想マシンに対してクライアント端末装置からの要求に対する処理を要求する。
【解決手段】企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、企業内ネットワークに接続され、クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンとを備え、企業内サーバは、クライアント端末装置からの要求に対して、秘匿情報に基づく処理が必要でないと判定されると、仮想マシンに対してクライアント端末装置からの要求に対する処理を要求する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介して接続されたサーバ上で動作する仮想マシンを備えたアプリケーションサービス提供システム及びアプリケーションサービス提供方法に関する。
【背景技術】
【０００２】
従来、サーバコンピュータやデータベースなどのコンピュータ資源は、それらを使用する企業がそれぞれ自社で保有していた。しかし、ハードウェアやアプリケーションが複雑で高コストであり、また、コンピュータ資源を運用する専門の部門も必要となる。
【０００３】
そこで、インターネットを基本にした新しいコンピュータ資源の利用形態として、クラウド・コンピューティングというサービス形態（以下、「クラウドサービス」という）が注目されている。かかるクラウドサービスとしては、アマゾンが提供する「Elastic Compute Cloud（EC2）」が一例として挙げられる。
【０００４】
クラウドサービスでは、その利用者はコンピュータ資源の保有や管理を行う必要がなく、その利用料金を払うことでコンピュータ資源を利用することが可能となる。一方、クラウドサービス提供会社側では、１又は複数のサーバ上で利用者毎に仮想マシンを配置することで、サーバの利用効率や拡張性を向上させている。そのため、クラウドサービス提供会社は、比較的安価にコンピュータ資源をその利用者に提供することができる（例えば、特許文献１参照）。
【０００５】
このようにクラウドサービスでは、その利用者がコンピュータ資源を導入する必要がないことから、導入コストや運用コストが軽減され、また、拡張性などにも優れているため、今後、ますます利用者が増加していくものと考えられる。
【０００６】
特に、クラウドサービス提供会社から仮想マシンをレンタルして、クライアントにアプリケーションを提供するといった利用形態が増えるものと予測される。
【０００７】
すなわち、インターネット経由でアプリケーションをクライアントに提供しようとする企業（以下、「アプリケーション提供会社」とする）は、クラウドサービスの利用者として、クラウドサービス提供会社からアプリケーションのプラットフォームとなる仮想マシンをレンタルし、この仮想マシン上でアプリケーションを実行させる。アプリケーション提供会社は、アプリケーションのプラットフォームを保有及び管理する必要がないため、導入コスト及び運用コストが低減され、コスト的なハードルが下がる。そのため、アプリケーション提供会社は、アプリケーションサービスをクライアントに提供しやすくなる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２００４−５０３０１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
アプリケーション提供会社が提供するアプリケーションで使用されるデータには、アプリケーション提供会社内の機密情報やクライアント（すなわち、アプリケーション提供会社が提供するアプリケーションサービスのクライアント）の個人情報などの重要な情報（以下、「企業内秘匿情報」という）が含まれる。
【００１０】
しかし、上記クラウドサービスでは、アプリケーション提供会社は、提供するアプリケーションで使用されるデータをクラウドサービス提供会社に預けることになる。すなわち、提供するアプリケーションで使用されるデータのセキュリティ対策をクラウドサービス提供会社側に行わせることになる。
【００１１】
しかしながら、同一のサーバ上でアプリケーション提供会社の仮想マシンのみならず他の利用者の仮想マシンが配置された場合、サーバプログラムの不具合をついたハッキングなどにより、他の利用者等からデータを盗まれるリスクがある。また、サーバの運用はクラウドサービス提供会社に任せてしまうため、クラウドサービス提供会社の内部からの不正アクセスにより不正コピーやディスクの盗難などが発生するリスクがある。このように企業内秘匿情報をクラウドサービス提供会社に預けた場合には、アプリケーション提供会社側で企業内秘匿情報を管理できないセキュリティ上の問題がある。
【００１２】
このように、アプリケーション提供会社は、クライアントの情報等の企業内秘匿情報の管理をクラウドサービス提供会社に委ねることになり、情報流出に対する管理ができない。そのため、企業内秘匿情報をクラウドサービス提供会社に預けることに不安を抱き、クラウドサービスの利用を躊躇してしまう場合が多い。このように、クラウドサービスは、多数の利点を有しながらもその利用が十分に図られていないのが現状である。
【００１３】
本発明は、上述したような課題に鑑みてなされたものであり、企業内秘匿情報のセキュリティ対策をアプリケーション提供側でも行わせつつ、クラウドサービスの利用の促進を図ることができるアプリケーションサービス提供システム及びアプリケーションサービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を解決するために、請求項１に係る発明は、企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおいて、前記企業内サーバは、前記クライアント端末装置からの要求を受け付けるクライアント受付手段と、前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定手段と、前記判定手段により前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理手段と、前記判定手段により前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理手段と、前記第１要求処理手段による処理結果、及び前記仮想マシンから取得した処理結果を、前記要求を行ったクライアント端末装置へ送信する処理結果送信手段と、を備え、前記仮想マシンは、前記企業内サーバからの要求を受け付けるサーバ受付手段と、前記クライアント端末装置からの要求に対する処理を実行する処理手段と、前記処理手段による処理結果を前記企業内サーバへ送信する処理結果送信手段と、を備えることとした。
【００１５】
また、請求項２に係る発明は、請求項１に記載のアプリケーションサービス提供システムであって、インターネットに接続され、前記仮想マシンと情報の送受信を行う企業外データベースサーバを備え、前記仮想マシンの前記処理手段は、前記クライアント端末装置からの要求に対して、前記企業外データベースサーバに記憶した情報に基づく処理が必要か否かを判定し、前記企業外データベースサーバに記憶した情報に基づく処理が必要であると判定されると、前記企業外データベースサーバと情報を送受信して前記要求に対する処理を行うこととした。
【００１６】
また、請求項３に係る発明は、請求項１又は２に記載のアプリケーションサービス提供システムであって、前記ユーザに関する情報には、当該ユーザの認証情報を含み、前記仮想マシンの前記処理手段は、前記クライアント端末装置から前記ユーザの認証情報が取得したとき、前記秘匿情報に基づく処理が必要であると判定し、前記取得された認証情報と一致する認証情報が前記企業内データベースサーバに記憶されているかどうかを前記企業内データベースサーバに問い合わせて、前記クライアント端末装置の認証処理を行うこととした。
【００１７】
また、請求項４に係る発明は、請求項１〜３のいずれか１項に記載のアプリケーションサービス提供システムであって、前記ユーザに関する情報には、当該ユーザのＩＤを含み、前記企業内サーバの第２要求処理手段は、前記要求を行ったクライアント端末装置を使用しているユーザのＩＤを前記要求に応じた処理要求情報とともに前記仮想マシンに送信し、その後、前記仮想マシンから前記要求に応じた処理結果を前記ユーザのＩＤとともに取得すると、当該ユーザのＩＤから前記取得した処理結果を送信するクライアント端末装置を決定し、前記仮想マシンの処理結果送信手段は、前記処理要求情報に応じた処理結果を当該処理要求情報に対応するユーザのＩＤとともに送信することとした。
【００１８】
また、請求項５に係る発明は、企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおけるアプリケーションサービス提供方法であって、前記企業内サーバが、前記クライアント端末装置からの要求を受け付ける受付ステップと、前記企業内サーバが、前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定ステップと、前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理ステップと、前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理ステップと、前記仮想マシンが、前記企業内サーバからの要求を受け付けるサーバ受付ステップと、前記仮想マシンが、前記クライアント端末装置からの要求に対する処理を実行する処理ステップと、前記仮想マシンが、前記処理ステップによる処理結果を前記企業内サーバへ送信する処理結果送信ステップと、前記企業内サーバが、前記処理ステップによる処理結果を受信する受信ステップと、前記企業内サーバが、前記受信ステップで取得した処理結果を前記要求を行ったクライアント端末装置へ送信する処理結果送信ステップと、を有することとした。
【発明の効果】
【００１９】
本発明によれば、クラウドサービスの利用者であるアプリケーション提供会社は、アプリケーションサービスを提供するときに、インターネットを介して接続されたサーバ上で動作する仮想マシンを利用してコンピュータ資源の導入コストや運用コストを低減しつつ、企業内秘匿情報を含む情報を、クラウドサービス提供会社に預けることなく、自社内でセキュリティ対策を行うことが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るアプリケーションサービス提供システムの構成を示す図である。
【図２】アプリケーションサービス提供システムの概略動作を示す図である。
【図３】図１に示すクライアント端末装置の構成を示す図である。
【図４】図１に示すクライアント端末装置の処理の流れを示す図である。
【図５】図１に示すフロントエンドサーバの構成を示す図である。
【図６】図１に示すフロントエンドサーバの処理の流れを示す図である。
【図７】図１に示すＤＢサーバの構成を示す図である。
【図８】図１に示すＤＢサーバの処理の流れを示す図である。
【図９】図１に示すサーバシステムの構成を示す図である。
【図１０】図９に示すブレードサーバ上のアーキテクチャを示す図である。
【図１１】図１に示す仮想ＡＰサーバの構成を示す図である。
【図１２】図１に示す仮想ＤＢサーバの構成を示す図である。
【図１３】図１に示す仮想ＡＰサーバの処理の流れを示す図である。
【図１４】図１に示す仮想ＤＢサーバの処理の流れを示す図である。
【図１５】Ｗｅｂ会議サービスのシステムの登録処理の流れを示す図である。
【図１６】テーブルのデータ構造の一例を示す図である。
【図１７】設定情報テーブルのデータ構造の一例を示す図である。
【図１８】Ｗｅｂ会議サービスのシステムの参加準備処理の流れを示す図である。
【図１９】Ｗｅｂ会議サービスのシステムの会議処理の流れを示す図である
【図２０】クライアント端末装置の処理の流れを示す図である。
【図２１】フロントエンドサーバの処理（その１）の流れを示す図である。
【図２２】フロントエンドサーバの処理（その２）の流れを示す図である。
【図２３】ＤＢサーバの処理の流れを示す図である。
【図２４】仮想ＡＰサーバの処理の流れを示す図である。
【図２５】仮想ＤＢサーバの処理の流れを示す図である。
【発明を実施するための形態】
【００２１】
［１．アプリケーションサービス提供システムの概要］
本実施形態のアプリケーションサービス提供システムは、インターネット経由でアプリケーションをクライアントに提供しようとする企業であるアプリケーション提供会社が、クラウドサービスを利用して、アプリケーションサービスをクライアントに提供することができるアプリケーションサービス提供システムである。
【００２２】
このように、アプリケーション提供会社がクラウドサービスを利用して提供するアプリケーションサービスにおいては、このアプリケーションサービスを利用するクライアントは、クラウドサービスであることを意識することはない。クライアントは、通常のアプリケーションサービスと同様に、アプリケーション提供会社からのアプリケーションサービスを受けることなる。なお、アプリケーションサービスとしては、例えば、後述するＷｅｂ会議サービス、データベースサービス、ｅラーニングサービス、画像配信サービスなどがある。
【００２３】
クラウドサービスを提供する企業であるクラウドサービス提供会社は、アプリケーションのプラットフォームとなる仮想マシンをアプリケーション提供会社にレンタルする。アプリケーション提供会社は、仮想マシン上でアプリケーションプログラムを実行させ、クライアントにアプリケーションサービスを提供する。なお、以下においては、アプリケーション提供会社からアプリケーションサービスの提供を受けるクライアントの端末装置をクライアント端末装置と呼ぶ。
【００２４】
図１に示すように、クラウドサービス提供会社側のコンピュータシステム３は、インターネット２にＬＡＮ側入出力ポートを接続したルータ１０と、ルータ１０のＬＡＮ側入出力ポートに接続されたサーバシステム１１と、ストレージシステム１６とを有している。
【００２５】
このサーバシステム１１は、後述するようにインターネットに接続された複数のブレードサーバで構成され、これらのブレードサーバ上で多数の仮想マシンを動作させることができるようにしている。ここでは、多数の仮想マシンのうち、アプリケーション提供会社は二つの仮想マシンを用いて、クライアントにアプリケーションサービスを提供する。一つは、アプリケーションサーバ（以下、「ＡＰサーバ」とする）として用いる仮想マシンであり、もう一つは、データベースサーバ（以下、「ＤＢサーバ」という）として用いる仮想マシンである。図１に示す例では、第１ブレードサーバ１２1上で動作する仮想マシンを仮想ＡＰサーバ１３x1として用い、第７ブレードサーバ１２7上で動作する仮想マシンを仮想ＤＢサーバ１３x2として用いている。
【００２６】
また、ストレージシステム１６を構成する多数のストレージのうち一つのストレージを、仮想ＤＢサーバ１３x2が記憶制御を行うストレージ１４xとして用いる。また、アプリケーション提供会社は、このストレージ１４xを企業外データベースとして用いる。仮想ＤＢサーバ１３x2は、仮想ＤＢサーバ１３x2からの要求に応じて、ストレージ１４xへのデータの記憶やストレージ１４xに記憶しているデータの読み出しを行う。
【００２７】
アプリケーション提供会社のコンピュータシステム４は、ルータ２０と、企業内サーバの一例であるフロントエンドサーバ２１と、ストレージ２２と、企業内データベースサーバの一例であるＤＢサーバ２３と、管理端末装置２４とを有しており、これらはアプリケーション提供会社の企業内ネットワークであるＬＡＮで接続されている。ＤＢサーバ２３は、外部からの要求に応じて、ストレージ２２へのデータの記憶やストレージ２２に記憶しているデータの読み出しを行う。なお、管理端末装置２４は、ＤＢサーバ２３を介してストレージ２２へのデータの追加やデータの更新を行うことができる装置であり、アプリケーション提供会社は管理端末装置２４を操作してストレージ２２のデータの追加、削除、更新などを行って、データを管理することができる。
【００２８】
フロントエンドサーバ２１は、インターネット２を介して、仮想ＡＰサーバ１３x1との間で通信することができるようになっている。仮想ＡＰサーバ１３x1とコンピュータシステム４内ネットワークとの間は、ＶＰＮ（Virtual Private Network）接続によりセキュアな通信が確立される。すなわち、ルータ２０はＶＰＮ機能を有し、また、仮想ＡＰサーバ１３x1には、ＶＰＮ接続用のプログラムが記憶されており、仮想ＡＰサーバ１３x1はルータ２０とＶＰＮ接続を行っている。
【００２９】
アプリケーション提供会社のアプリケーションサービスには、クライアント端末装置１ａ，１ｂ，１ｃ，…の使用者が加入しており、各クライアント端末装置１ａ，１ｂ，１ｃ，…からフロントエンドサーバ２１にアクセスしてアプリケーション提供会社のアプリケーションサービスを受ける。なお、クライアント端末装置１ａ，１ｂ，１ｃ，…のうち何れかのクライアント端末装置又は全てのクライアント端末装置を示す場合には、便宜上、クライアント端末装置１という。
【００３０】
フロントエンドサーバ２１に宛てに、クライアント端末装置１からインターネット２経由での通信パケットがフロントエンドサーバ２１宛てに送信されたとき、ルータ２０は、クライアント端末装置１からの通信パケットをフロントエンドサーバ２１に中継する。また、フロントエンドサーバ２１からクライアント端末装置１への通信パケットもルータ２０によりクライアント端末装置１へ中継される。クライアント端末装置１は、フロントエンドサーバ２１との間で、提供を受けるサービスに応じた通信パケットを送受信することで、アプリケーションサービスの提供を受ける。
【００３１】
本実施形態に係るアプリケーションサービス提供システムでは、クライアント端末装置１からアクセスされたフロントエンドサーバ２１は、必要に応じてＤＢサーバ２３や仮想ＡＰサーバ１３x1と通信して、クライアント端末装置１からの要求に応じた処理を行うようにしている。
【００３２】
また、ＤＢサーバ２３及びストレージ２２は、共にアプリケーション提供会社の企業内ネットワークに配置されており、ストレージ２２に、企業秘匿情報を含むアプリケーション用の情報が記憶される。企業秘匿情報には、クライアントの個人情報やアプリケーション提供会社の社内の機密情報などの重要な情報が含まれる。従って、企業秘匿情報をアプリケーション提供会社側の企業内ネットワーク内で管理することができ、クラウドサービス提供会社に預けることなく、アプリケーション提供会社側で企業秘匿情報を管理することができる。
【００３３】
しかも、ＤＢサーバ２３に加え、フロントエンドサーバ２１を社内に配置しているため、企業秘匿情報などのセキュリティデータは、アプリケーション提供会社の企業内ネットワークとクライアント端末装置１との間のみ送受信される。
【００３４】
従って、アプリケーション提供会社は、社内のセキュリティ管理を厳密に行うことにより、クラウドサービス提供会社側のセキュリティ対策を気にすることなく、クラウドサービスを利用することが可能となる。そのため、アプリケーション提供会社は、セキュリティ管理を厳密に行いつつも、クラウドサービスを利用して、比較的低コストで、アプリケーションサービスを運用することができる。
【００３５】
一方、セキュリティ管理が必要ない処理は、仮想ＡＰサーバ１３x1や仮想ＤＢサーバ１３x2で処理するようにしている。すなわち、フロントエンドサーバ２１は、クライアント端末装置１の要求を受け付けたとき、仮想ＡＰサーバ１３x1と通信してセキュリティ管理が必要ない処理を仮想ＡＰサーバ１３x1に実行させる。このとき、仮想ＡＰサーバ１３x1は、必要に応じて仮想ＤＢサーバ１３x2に対してストレージ１４xへのデータの記憶やストレージ１４xからのデータの読み出しを行って、処理を実行する。
【００３６】
従って、仮想ＡＰサーバ１３x1や仮想ＤＢサーバ１３x2に負荷の重い処理を行わせ、フロントエンドサーバ２１やＤＢサーバ２３での処理負荷を抑えることで、社内に配置するコンピュータ資源の規模を抑えることができる。これにより社内のコンピュータ資源の導入コストや運用コストを低減させることができる。
【００３７】
しかも、処理負荷に応じて仮想ＡＰサーバ１３x1や仮想ＤＢサーバ１３x2のリソース（ＣＰＵやメモリなど）を増減させるようにしている。そのため、リソースの利用量に応じてサービス料金が変わるようなクラウドサービスの場合、アプリケーション提供会社は、クラウドサービスの利用料金を有効に抑えることができる。
【００３８】
以上のように構成されるアプリケーションサービス提供システムの概略動作について図２を参照して説明する。
【００３９】
図２に示すように、まず、アプリケーションサービスのクライアントは、クライアント端末装置１を用いてアプリケーションサービスを受けるための所定の操作を行う。この操作を受けてクライアント端末装置１は、インターネット２を介して、フロントエンドサーバ２１に対し、操作に応じた要求を行う（ステップＳ１１）。
【００４０】
クライアント端末装置１から要求を受け付けると、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1と通信が必要か否かを判定する（ステップＳ１２）。すなわち、フロントエンドサーバ２１は、クライアント端末装置１からの要求が、仮想ＡＰサーバ１３x1によって処理されるべきであるか否かを判定する。
【００４１】
このステップＳ１２の処理において、仮想ＡＰサーバ１３x1と通信が必要であると判定すると（ステップＳ１２：ＹＥＳ）、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1に、受信した要求に対応するリクエストを送信する。このとき、フロントエンドサーバ２１と仮想ＡＰサーバ１３x1との間の通信経路のうちインターネット２における通信経路は、ＶＰＮ接続されていることから、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1との間でセキュアな通信を行うことができる。なお、ここでは、仮想ＡＰサーバ１３x1とＤＢサーバ２３との間でセキュアな通信を行うために、ＶＰＮ接続を行うようにしているが、ＨＴＴＰＳ(Hypertext Transfer Protocol over Secure Socket Layer)プロトコルを用いて、セキュアな通信を行うようにしてもよい。
【００４２】
次に、仮想ＡＰサーバ１３x1は、フロントエンドサーバ２１からインターネット２を介して送信されるリクエストを受信すると、公開情報にアクセスが必要か否かを判定する（ステップＳ１３）。公開情報とは企業内秘匿情報以外の情報である。公開情報にアクセスが必要であると判定すると（ステップＳ１３：ＹＥＳ）、仮想ＡＰサーバ１３x1は、仮想ＤＢサーバ１３x2に、リクエストに応じた問い合わせを行う（ステップＳ１４）。仮想ＤＢサーバ１３x2は、仮想ＡＰサーバ１３x1からの問い合わせに応じてストレージ１４xへのデータの記憶やストレージ１４xからのデータの読み出しを行って、その記憶処理又は読み出し処理の結果を仮想ＡＰサーバ１３x1へ送信する（ステップＳ１５）。仮想ＡＰサーバ１３x1は、仮想ＤＢサーバ１３x2から取得した結果に基づいて処理を行い（ステップＳ１６）、その処理結果をフロントエンドサーバ２１へ送信する（ステップＳ１７）。なお、仮想ＡＰサーバ１３x1は、必要に応じて仮想ＤＢサーバ１３x2から取得した結果をそのままフロントエンドサーバ２１へ送信する。
【００４３】
一方、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1と通信が必要ではないと判定したとき（ステップＳ１２：ＮＯ）、又は、要求した処理の結果が仮想ＡＰサーバ１３x1から返信されたとき、企業内秘匿情報にアクセスが必要か（すなわち、企業内秘匿情報に基づく処理が必要か）否かを判定する（ステップＳ１８）。例えば、クライアント端末装置１からのリクエストが、アプリケーションサービスへの登録要求や接続要求であり、クライアントのパスワード、ＩＤ、氏名、住所、職業などの個人情報を含むものであるとき、企業内秘匿情報にアクセスが必要であると判定する。ここで、アプリケーションサービスへの登録要求とは、クライアントがクライアント端末装置１を用いてアプリケーションサービスを利用するために事前に行う要求であり、クライアントのパスワード、ＩＤ、氏名、住所、職業などの個人情報を登録するための要求である。また、アプリケーションサービスへの接続要求とは、クライアントがクライアント端末装置１を用いてアプリケーションサービスを利用する際に行う要求であり、クライアントのパスワード及びＩＤを含む。仮想ＡＰサーバ１３x1は、この接続要求に含まれるクライアントのパスワード及びＩＤによりクライアントの認証を行う。この処理において、企業内秘匿情報にアクセスが必要であると判定すると（ステップＳ１８：ＹＥＳ）、フロントエンドサーバ２１は、ＤＢサーバ２３に、問い合わせを行う（ステップＳ１９）。次に、ＤＢサーバ２３は、フロントエンドサーバ２１からの問い合わせに応じてストレージ２２へのデータの記憶やストレージ２２からのデータの読み出しを行って、その記憶処理又は読み出し処理の結果をフロントエンドサーバ２１へ送信する（ステップＳ２０）。
【００４４】
次に、フロントエンドサーバ２１は、ステップＳ２１の処理を実行する。すなわち、ステップＳ２０の処理が終了したとき、フロントエンドサーバ２１は、ＤＢサーバ２３から取得した結果に基づいて処理を行う。また、企業内秘匿情報にアクセスが必要でないと判定したときステップＳ１８：ＮＯ）、フロントエンドサーバ２１は、クライアント端末装置１の要求に応じた処理を行う。このとき、フロントエンドサーバ２１は、仮想ＤＢサーバ１３x2から仮想ＡＰサーバ１３x1を介して取得した結果がある場合には、この結果に基づく処理を行う。このとき、仮想ＤＢサーバ１３x2から仮想ＡＰサーバ１３x1を介して取得した結果がある場合には、この結果とＤＢサーバ２３から取得した結果とに基づく処理を行う。
【００４５】
その後、フロントエンドサーバ２１は、ステップＳ２１で行った処理の結果を要求元のクライアント端末装置１へ送信し（ステップＳ２２）、クライアント端末装置１はフロントエンドサーバ２１から送信される結果を受信する（ステップＳ２３）。
【００４６】
［２．各構成要素の構成及び動作］
次に、アプリケーションサービス提供システムを構成する各要素の構成及び動作についてそれぞれ説明する。
【００４７】
［２．１．クライアント端末装置１の構成及び動作］
まず、クライアント端末装置１の構成について説明する。このクライアント端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能である。クライアント端末装置１は、このクライアント端末装置１のユーザであるクライアントが所有するものである。図３に示すように、クライアント端末装置１は、制御部１０１と、記憶部１０２と、通信部１０３と、操作部１０４と、情報取得部１０５と、提示部１０６とを備えており、これらはシステムバス１０７を介して相互に接続されている。
【００４８】
制御部１０１は、クライアント端末装置１全体を制御するものであり、ＣＰＵ（Central Processing Unit）、内部メモリなどから構成される。記憶部１０２は、各種情報を記憶する記憶領域を有する書き換え可能な記憶装置であり、例えば、フラッシュメモリから構成される。通信部１０３は、他の装置とインターネット２を介して通信するための通信インターフェイスである。操作部１０４は、各種設定入力を行うための操作部である。情報取得部１０５は、カメラやマイクから構成され、カメラから撮像した映像情報を出力し、マイクから取得した音声情報を出力する。提示部１０６は、液晶表示装置などからなるディスプレイやスピーカーから構成されており、映像情報や音声情報を再生する
【００４９】
以上のように構成されたクライアント端末装置１の動作について説明する。この処理は、クライアント端末装置１の制御部１０１が実行する処理である。図４に示すように、アプリケーションサービスのクライアントであるユーザが、操作部１０４を操作してアプリケーションサービスを受けるための所定の操作を行うと、この操作を受けて制御部１０１は、通信部１０３を介して、フロントエンドサーバ２１に対し、操作部１０４への操作に応じた要求を行う（ステップＳ３０）。その後、制御部１０１は、ステップＳ３０で行った要求に対してフロントエンドサーバ２１から送信される結果を通信部１０３を介して受信し、その結果に応じて提示部１０６への表示や制御を行う（ステップＳ３１）。以降、制御部１０１は、ステップＳ３０,Ｓ３１の処理を繰り返す。
【００５０】
［２．２．フロントエンドサーバ２１の構成及び動作］
次に、フロントエンドサーバ２１の構成及び動作について説明する。フロントエンドサーバ２１は、一般のサーバコンピュータを適用可能である。フロントエンドサーバ２１は、ユーザの企業によって管理される。図５に示すように、フロントエンドサーバ２１は、制御部２０１と、記憶部２０２と、通信部２０３と、操作部２０４とを備え、これらはシステムバス２０５を介して相互に接続されている。
【００５１】
制御部２０１は、フロントエンドサーバ２１全体を制御する。記憶部２０２は、各種情報を記憶する記憶領域を有する書き換え可能な記憶装置である。通信部２０３は、アプリケーション提供企業の社内のネットワークであるＬＡＮに接続され、他の装置と通信するための通信インターフェイスである。操作部２０４は、各種設定入力を行うための操作部である。
【００５２】
制御部２０１は、ＣＰＵ、内部メモリなどから構成される。ＣＰＵは内部メモリに記憶されているプログラムを読み出して実行することによって、クライアント受付手段、判定手段、第１要求処理手段、第２要求処理手段、処理結果送信手段、課金手段等として機能する。
【００５３】
次に、フロントエンドサーバ２１での処理を説明する。この処理は、フロントエンドサーバ２１の制御部２０１が実行する処理である。図６に示すように、制御部２０１は、クライアント端末装置１から要求を受信すると（ステップＳ４０）、仮想ＡＰサーバ１３x1と通信が必要か否かを判定する（ステップＳ４１）。この処理において、仮想ＡＰサーバ１３x1と通信が必要であると判定すると（ステップＳ４１：ＹＥＳ）、制御部２０１は、仮想ＡＰサーバ１３x1に、受信した要求に対応するリクエストを送信する（ステップＳ４２）。このリクエストに対する結果を仮想ＡＰサーバ１３x1から受信したとき（ステップＳ４３）、又は、仮想ＡＰサーバ１３x1と通信が必要ではないと判定したとき（ステップＳ４１：ＮＯ）、制御部２０１は、公開情報にアクセスが必要か否かを判定する（ステップＳ４４）。そして、公開情報へのアクセスの必要がないと判断すると（ステップＳ４４：ＮＯ）、制御部２０１は、処理をステップＳ４７に移行させる。一方、公開情報にアクセスが必要と判断すると（ステップＳ４４：ＹＥＳ）、制御部２０１は、ＤＢサーバ２３にアクセスし（ステップＳ４５）、その結果をＤＢサーバ２３から受信する（ステップＳ４６）。その後、制御部２０１は、仮想ＡＰサーバ１３x1による処理の結果やＤＢサーバ２３から受信した結果などに基づいて、クライアントの要求に対する最終的な処理結果を生成して、クライアント端末装置１へ送信する（ステップＳ４７）。以降、制御部２０１は、ステップＳ４０〜Ｓ４７までの処理を繰り返す。
【００５４】
また、フロントエンドサーバ２１は、クライアント端末装置１ごとの仮想ＡＰサーバ１３x1及び仮想ＤＢサーバ１３x2の利用履歴に基いて、課金処理を実行する。
【００５５】
［２．３．ＤＢサーバ２３の構成及び動作］
次に、企業内データベースサーバであるＤＢサーバ２３の構成について説明する。ＤＢサーバ２３は、一般のサーバコンピュータを適用可能である。ＤＢサーバ２３は、ユーザの企業によって管理される。図７に示すように、ＤＢサーバ２３は、制御部３０１と、記憶部３０２と、通信部３０３と、操作部３０４とを備えており、これらはシステムバス３０５を介して相互に接続されている。
【００５６】
制御部３０１は、ＤＢサーバ２３全体を制御する。記憶部３０２は、各種情報を記憶する記憶領域を有する書き換え可能な記憶装置である。また、記憶部３０２には企業内秘匿情報が記憶される。通信部３０３は、アプリケーション提供企業内のネットワークであるＬＡＮに接続され、他の装置と通信するための通信インターフェイスである。ストレージ２２には企業内秘匿情報が記憶されおり、ＤＢサーバ２３は、ストレージ２２から企業内秘匿情報を読み出したり、ストレージ２２へ企業内秘匿情報を記憶したりする。
【００５７】
制御部３０１は、ＣＰＵ、内部メモリなどから構成される。ＣＰＵは内部メモリに記憶されているプログラムを読み出して実行することによって、記憶処理手段等として機能する。
【００５８】
次に、ＤＢサーバ２３での処理を説明する。この処理は、ＤＢサーバ２３の制御部３０１が実行する処理である。図８に示すように、制御部３０１は、フロントエンドサーバ２１からのリクエストを受信すると（ステップＳ５０）、次に、ストレージ２２にアクセスして、フロントエンドサーバ２１からの要求に応じてストレージ２２への企業内秘匿情報の記憶やストレージ２２からの企業内秘匿情報の読み出しなどを行う（ステップＳ５１）。その後、制御部３０１は、ステップＳ５１で行った記憶処理又は読み出し処理の結果をフロントエンドサーバ２１へ送信する（ステップＳ５２）。以降、制御部３０１は、ステップＳ５０〜Ｓ５２までの処理を繰り返す。
【００５９】
［２．４．仮想ＡＰサーバ１３x1、仮想ＤＢサーバ１３x2の構成及び動作］
仮想ＡＰサーバ１３x1、仮想ＤＢサーバ１３x2は、上述したようにサーバシステム１１上に形成される仮想マシンである。
【００６０】
サーバシステム１１は、図９に示すように、複数のブレードサーバ１２1〜１２nと、ストレージ１４1〜１４nと、サーバ管理装置１５とから構成される。なお、ブレードサーバ１２1〜１２nのうち何れかのブレードサーバ又は全てのブレードサーバを示す場合には、便宜上、ブレードサーバ１２という。また、ストレージ１４1〜１４nのうち何れかのストレージ又は全てのストレージを示す場合には、便宜上、ストレージ１４という。
【００６１】
各ブレードサーバ１２は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、入出力部４０４と、通信部４０５と、ハードディスク（ＨＤＤ）４０６とを有しており、これらはシステムバス４０７を介して相互に接続されている。入出力部４０４は、サーバ管理装置１５とのデータの送受信を行うための通信インターフェイスであり、通信部４０５は、クラウドサービス提供会社の社内のネットワークであるＬＡＮに接続するための通信インターフェイスである。
【００６２】
このように構成されたブレードサーバ１２1〜１２n上で、複数の仮想マシン１３1〜１３nが動作する。なお、複数の仮想マシン１３1〜１３nのうち何れかの仮想マシン又は全ての仮想マシンを示す場合には、便宜上、仮想マシン１３という。
【００６３】
図１０にブレードサーバ１２上のアーキテクチャを示す。同図に示すように、ブレードサーバ１２では、そのベースプログラムでメインＯＳが動作する。そしてメインＯＳ上で仮想マシンを動作させるためのプログラムである仮想マシンプログラムが動作する。そして、この仮想マシンプログラム上で複数のゲストＯＳを動作することができるようにしている。各ゲストＯＳ上では、１以上のアプリケーションプログラムを動作させることができる。
【００６４】
サーバ管理装置１５は、各ブレードサーバ１２を制御及び管理する装置であり、ゲストＯＳに割り当てるリソース（ＣＰＵ４０１,ＲＯＭ４０２,ＲＡＭ４０３,ＨＤＤ４０６など）を管理する。例えば、サーバ管理装置１５は、仮想マシン１３によるリソースの利用率に応じて、仮想マシン１３に割り当てるリソースを変更することができる。また、サーバ管理装置１５は、アプリケーションプログラムの実行開始や実行停止などを制御することができる。さらに、各ブレードサーバ１２と通信を行って、ゲストＯＳやアプリケーションプログラムの追加、削除又は更新を行う。
【００６５】
本実施形態では、ブレードサーバ１２上で動作する仮想マシン１３のうち、ブレードサーバ１２1上で動作する仮想マシンを仮想ＡＰサーバ１３x1として用い、ブレードサーバ１３2上で動作する仮想マシンを仮想ＤＢサーバ１３x2として用いる（図１参照）。
【００６６】
ブレードサーバ１２上で動作する仮想ＡＰサーバ１３x1は、図１１に示すように、ブレードサーバ１２のリソースを利用することで、制御部４１１、記憶部４１２、通信部４１３などとして機能し、アプリケーション用プログラムを実行する。制御部４１１は、サーバ受付手段、処理手段、処理結果送信手段等として機能する。
【００６７】
また、仮想ＤＢサーバ１３x2は、図１２に示すように、ブレードサーバ１２のリソースを利用することで、制御部４２１、記憶部４２２、通信部４２３などとして機能し、データベースサーバ用プログラムを実行する。仮想ＤＢサーバ１３x2は、ストレージ１４1〜１４nのうち予め設定されたストレージ１４xからデータを読み出したり、ストレージ１４xへデータを記憶したりする。このストレージ１４xには、企業内秘匿情報以外の情報が記憶される。なお、制御部４２１は、記憶処理手段等として機能する。
【００６８】
次に、仮想ＡＰサーバ１３x1での処理を説明する。この処理は、仮想ＡＰサーバ１３x1の制御部４１１が実行する処理である。図１３に示すように、制御部４１１は、フロントエンドサーバ２１からリクエストを受信すると（ステップＳ６０）、公開情報にアクセスする必要がある否かを判定する（ステップＳ６１）。この処理において、公開情報にアクセスする必要なないと判定すると（ステップＳ６１：ＮＯ）、制御部４１１は、処理をステップＳ６４に移行させる。一方、公開情報にアクセスする必要があると判定すると（ステップＳ６１：ＹＥＳ）、制御部４１１は、仮想ＤＢサーバ１３x2にアクセスする（ステップＳ６２）。このアクセスに対してその後仮想ＤＢサーバ１３x2から送信される結果を受信したとき（ステップＳ６３）、制御部４１１は、この結果に応じた処理を必要に応じて行い、その処理結果又は仮想ＤＢサーバ１３x2から送信される結果をフロントエンドサーバ２１へ送信する（ステップＳ６４）。以降、制御部４１１は、ステップＳ６０〜Ｓ６４までの処理を繰り返す。
【００６９】
次に、仮想ＤＢサーバ１３x2での処理を説明する。この処理は、仮想ＤＢサーバ１３x2の制御部４２１が実行する処理である。図１４に示すように、制御部４２１は、フロントエンドサーバ２１や仮想ＡＰサーバ１３x1からのリクエストを受信すると（ステップＳ７０）、ストレージ操作を行う（ステップＳ７１）。この処理において、制御部４２１は、ストレージ２２にアクセスして、フロントエンドサーバ２１や仮想ＡＰサーバ１３x1からのリクエストに応じてストレージ１４xへの情報の記憶やストレージ１４xからのデータの読み出しなどを行う。制御部４２１は、ステップＳ７１で行った記憶処理又は読み出し処理の結果を仮想ＡＰサーバ１３x1へ送信する（ステップＳ７２）。以降、制御部４２１は、ステップＳ７０〜Ｓ７２までの処理を繰り返す。
【００７０】
［本実施形態を適用したＷｅｂ会議システム］
次に、上述した構成を有するアプリケーションサービス提供システムを用いたＷｅｂ会議サービスのシステム（以下、「Ｗｅｂ会議システム」）について具体的に説明する。このＷｅｂ会議システムは、アプリケーション提供会社において、ＳＩＰサーバの機能を有するフロントエンドサーバ２１及びＤＢサーバ２３を用いつつ、さらにブレードサーバ１２上で設定した仮想マシン１３でアプリケーションソフトウェアを動作させることにより実行されるものである。ここでは、一例として、アプリケーション提供会社が、サーバシステム１１上で動作する仮想マシンをレンタルして、この仮想マシンをＡＰサーバ及びＤＢサーバとして用いて、Ｗｅｂ会議サービスを提供するものとして説明する。以下においては、仮想マシンにより形成されるＡＰサーバを仮想ＡＰサーバ１３x1とし、仮想マシンにより形成されるＤＢサーバを仮想ＤＢサーバ１３x2とする。また、仮想ＤＢサーバ１３x2は、ストレージ１４xを記憶手段として用いるものとする。
【００７１】
以下の説明において、このＷｅｂ会議システムは、フロントエンドサーバ２１を介してクライアント端末装置１間で映像情報や音声情報の送受信を行うことによって、遠隔地間での会議を可能とするものである。以下においては、音声情報の処理については省略するが、映像情報の処理と同様の処理である。
【００７２】
図１に示す構成において、クライアント端末装置１ａ〜１ｃを使用するクライアントＡ〜Ｃの３者がＷｅｂ会議を行う場合、クライアントＡが使用するクライアント端末装置１ａの提示部１０６には、クライアント端末装置１ｂ及び１ｃで取得した映像情報が提示される。また、クライアントＢが使用するクライアント端末装置１ｂの提示部１０６には、クライアント端末装置１ａ及び１ｃで取得した映像情報が提示される。また、クライアントＣが使用するクライアント端末装置１ｃの提示部１０６には、クライアント端末装置１ａ及び１ｂで取得した映像情報が提示される。また、フロントエンドサーバ２１は、各クライアント端末装置１から取得した映像情報に基づいて、各クライアント端末装置１に送信するための映像情報を加工して送信する。
【００７３】
また、ストレージ２２には、図１６に示すように、クライアント端末装置１毎の情報が登録される第１テーブルと、開催される会議の開始時刻や終了時刻などの情報が登録される第２テーブルと、会議に参加するクライアント端末装置１の情報が登録される第３テーブルとが記憶される。また、ストレージ１４xには、図１７に示すように、クライアント端末装置１毎の画像情報に関する情報が登録される設定情報テーブルが記憶される。
【００７４】
Ｗｅｂ会議を行うには、事前に主催者のクライアント端末装置１から後述の会議情報をストレージ２２に登録する必要がある。また、Ｗｅｂ会議に参加するためには、参加する各クライアント端末装置１において、参加準備の操作を行う必要がある。
【００７５】
このＷｅｂ会議システムにおいては、以下の３つの処理が行われる。
（１）主催する会議をＤＢサーバ２３に登録するための「登録処理」
（２）会議への参加手続きを行うための「参加準備処理」
（３）Ｗｅｂ会議を行うための「会議処理」
以下、それぞれの処理について、具体的に説明する。
【００７６】
［登録処理］
まず、登録処理について、図１５を参照しつつ説明する。この処理は、会議を主催するクライアントのクライアント端末装置１と、フロントエンドサーバ２１と、ＤＢサーバ２３と、仮想ＡＰサーバ１３x1と、仮想ＤＢサーバ１３x2とで実行される。
【００７７】
まず、クライアント端末装置１は、会議の主催者から操作部１０４を介して拠点ＩＤ及びパスワードの入力、及び、認証処理の実行指示を受け付け、この受け付けた情報に基づいた認証処理の要求を、フロントエンドサーバ２１に送信する（ステップＳ８１）。この要求には、認証処理の実行要求を示す情報と、拠点ＩＤ及びパスワードとが含まれる。なお、この際、拠点ＩＤやパスワードに対して所定の暗号化処理を施してもよい。
【００７８】
次に、フロントエンドサーバ２１は、認証処理のリクエストを受け付けると、ＤＢサーバ２３に対し、認証処理リクエストを送信する（ステップＳ８２）。
【００７９】
次に、ＤＢサーバ２３は、認証処理リクエストを受け付けると、認証処理を行う（ステップＳ８３）。ＤＢサーバ２３は、ストレージ２２に記憶している第１テーブル（図１６）を参照して認証処理を行う。すなわち、この認証処理において、受信した認証処理リクエストに含まれる拠点ＩＤとパスワードの組み合わせがストレージ２２の第１テーブルに登録されているかどうかの照合を行う。拠点ＩＤとパスワードとの組み合わせが第１テーブルに登録されているとき、ＤＢサーバ２３は、認証が成功したと判定し、それ以外の場合には認証が失敗したと判定する。なお、ストレージ２２に記憶される拠点ＩＤやパスワードについても、クライアント端末装置１での処理と同様に、暗号化処理を施してもよく、この場合には照合の際に復号化することになる。
【００８０】
ここで、ストレージ２２に記憶されている第１テーブルのデータ構造について説明する。図１６に示すように、第１テーブルには、クライアント端末装置１毎の設定として、「拠点ＩＤ」，「ＩＰアドレス」，「パスワード」，「担当者名」，「電話番号」，「会社名」，「サービス内容」，「メールアドレス」が記憶されている。
【００８１】
次に、ＤＢサーバ２３は、認証処理リクエストを送信したフロントエンドサーバ２１に対し、認証結果を送信する（ステップＳ８４）。認証結果には、認証が成功したか否かを示す情報、すなわち認証ＯＫを示す情報または認証ＮＧを示す情報が含まれる。
【００８２】
フロントエンドサーバ２１は、ＤＢサーバ２３から認証結果を受信すると、ステップＳ８２で受け付けたリクエストを送信したクライアント端末装置１に対し、その認証結果を送信する（ステップＳ８５）。
【００８３】
クライアント端末装置１は、認証ＯＫを示す情報を含む認証結果を受信すると、会議の主催者から操作部１０４を介して主催する会議の情報（以下、「会議情報」という）の入力を受け付け、また、会議情報登録処理の実行処理を受け付ける。そして、受け付けた情報に基づいた会議情報登録処理の要求を、フロントエンドサーバ２１に送信する（ステップＳ８６）。ここで、会議情報には、会議に参加するクライアントが使用するクライアント端末装置１の拠点ＩＤ（以下、「会議参加拠点ＩＤ」という）、及び、会議の予定開始時間／予定終了時間が含まれている。また、参加に参加する各クライアント端末装置１上の表示レイアウトの設定情報（後述）についてもこの要求に含まれる。また、クライアント端末装置１別の使用コーデックの情報もこの要求に含まれる。
【００８４】
フロントエンドサーバ２１は、会議情報登録処理の要求を受け付けると、一時ＩＤを生成する（ステップＳ８７）。一時ＩＤは、後述する第３テーブルと、設定情報テーブルとを関連付けるためのＩＤである。
【００８５】
次に、フロントエンドサーバ２１は、ＤＢサーバ２３に会議情報登録リクエストを送信し（ステップＳ８８）し、さらに、仮想ＡＰサーバ１３x1に対し、会議設定情報登録リクエストを送信する（ステップＳ９０）。会議情報登録リクエストには、会議情報及び一時ＩＤが含まれる。また、この会議設定情報登録リクエストには、会議参加拠点ＩＤと一時ＩＤとの対が含まれている。
【００８６】
ＤＢサーバ２３は、フロントエンドサーバ２１から会議情報登録リクエストを受け付けると、会議情報登録処理を行う（ステップＳ８９）。会議情報登録処理では、受信した会議情報登録処理リクエストに基いて、会議情報をストレージ２２の第２テーブル及び第３テーブルに登録する。すなわち、ＤＢサーバ２３は、会議情報登録リクエストに含まれる会議情報のうち、会議の予定開始時間及び予定終了時間と、会議情報登録処理の要求を行ったクライアント端末装置１の拠点ＩＤ（開催拠点ＩＤ）とを、新たに発行した会議ＩＤに関連づけて第２テーブルに登録する。また、ＤＢサーバ２３は、会議情報登録リクエストに含まれる会議情報のうち、会議参加拠点ＩＤと設定情報とを新たに発行した会議ＩＤに関連づけて第３テーブルに登録する。
【００８７】
ここで、ストレージ２２に記憶されている第２テーブル及び第３テーブルのデータ構造について説明する。図１６に示すように、第２テーブルには、会議ＩＤをキーとして、主催者のクライアント端末装置１を示す「開催拠点ＩＤ」，会議の開始時刻を示す「予定開始時間」，会議の終了時刻を示す「予定終了時刻」が記憶されている。また、図１６に示すように、第３テーブルには、会議ＩＤをキーとして、会議に参加するクライアント端末装置１の識別番号を示す「会議参加拠点ＩＤ」と「一時ＩＤ」が記憶されている。
【００８８】
仮想ＡＰサーバ１３x1は、会議設定情報登録リクエストを受信すると、仮想ＤＢサーバ１３x2に対し、会議設定情報登録リクエストを転送する（ステップＳ９０）。
【００８９】
次に、仮想ＤＢサーバ１３x2は、会議設定情報登録リクエストを受け付けると、会議設定情報登録処理を行う（ステップＳ９１）。会議設定情報登録処理では、受信した会議設定情報登録リクエストに基いて、会議参加拠点ＩＤと一時ＩＤの対を、ストレージ１４xの設定情報テーブルに登録する。
【００９０】
ここで、ストレージ１４xに記憶されている設定情報テーブルのデータ構造について説明する。図１７に示すように、設定情報テーブルには、一時ＩＤをキーとして、「画像品質ＩＤ」と「画像フォーマットＩＤ」とが対応付けられている。「画像品質ＩＤ」は数字によって規定されており、各数字に対応して、コーデックの種類が予め定義されている。また、「画像フォーマットＩＤ」は数字によって規定されており、各数字に対応して、クライアント端末装置１の提示部１０６の表示レイアウト（例えば、自身のクライアント端末装置の映像情報の表示の要否や、各クライアント端末装置の映像情報の表示位置）が予め定義されている。
【００９１】
［参加準備処理］
次に、参加準備処理について、図１８を参照しつつ説明する。この処理は、Ｗｅｂ会議に参加するクライアントが保有する各クライアント端末装置１に対し、Ｗｅｂ会議が行われることを通知し、かつ、各クライアント端末装置１の認証を行うための処理である。
【００９２】
まず、フロントエンドサーバ２１は、ＤＢサーバ２３に対し、会議情報リクエストを送信する（ステップＳ１０１）。このステップＳ１０１の処理は、所定時間間隔ごとに、繰り返し行われる。
【００９３】
ＤＢサーバ２３は、会議情報リクエストを受信すると、ストレージ２２に記憶されている第１〜第３テーブルを参照して会議情報を抽出する（ステップＳ１０２）。具体的には、ＤＢサーバ２３は、現時刻から所定時間内に開始される会議ＩＤを抽出する。そして、第３テーブルを参照して、抽出した会議ＩＤを検索キーとして、会議参加拠点ＩＤを抽出する。そして、第１テーブルを参照して、抽出した会議参加拠点ＩＤを検索キーとして、メールアドレスを抽出する。そして、ＤＢサーバ２３は、これら抽出した情報を会議情報として、フロントエンドサーバ２１に送信する（ステップＳ１０３）。
【００９４】
フロントエンドサーバ２１は、ＤＢサーバ２３から会議情報を受信すると（ステップＳ１０４）、受信した会議情報に含まれる会議参加拠点ＩＤのクライアント端末装置１に対して、会議が行われることを示す会議通知情報を電子メールで送信する（ステップＳ１０５）。
【００９５】
クライアント端末装置１は、フロントエンドサーバ２１から送信される会議通知情報を受信し、クライアントから操作部１０４を介して拠点ＩＤ及びパスワードの入力、及び、認証処理の実行指示を受け付けると、受け付けた情報に基づいた認証処理リクエストを、フロントエンドサーバ２１に送信する（ステップＳ１０６）。フロントエンドサーバ２１は、認証処理リクエストを受信すると、ＤＢサーバ２３に対し、認証処理リクエストを送信する（ステップＳ１０７）。
【００９６】
ＤＢサーバ２３は、フロントエンドサーバ２１から認証処理リクエストを受信すると、認証処理を行う（ステップＳ１０８）。この認証処理は、ストレージ２２に記憶している第１テーブルと第３テーブルを参照して行われる。すなわち、ＤＢサーバ２３は、認証処理リクエストに含まれる拠点ＩＤとパスワードとの組み合わせが、第１テーブルに登録されているかを判定し、第１テーブルに登録されていれば、さらに、第３テーブルに拠点ＩＤが登録されているかを判定する。いずれにも登録されているとき、ＤＢサーバ２３は、認証が成功したと判定し、それ以外の場合は、認証が失敗したと判定する。この認証処理が終了すると、ＤＢサーバ２３は、認証が成功したときには、ストレージ２２に記憶されている第３テーブルから一時ＩＤを取得し、この一時ＩＤを、認証ＯＫを示す情報と共に送信する（ステップＳ１０９）。
【００９７】
フロントエンドサーバ２１は、ＤＢサーバ２３から認証ＯＫを示す情報及び一時ＩＤを含む認証結果を受信すると（ステップＳ１１０）、会議設定情報リクエストを仮想ＡＰサーバ１３x1に送信する（ステップＳ１１１）。この会議設定情報リクエストには、ＤＢサーバ２３から取得した一時ＩＤが含まれる。
【００９８】
仮想ＡＰサーバ１３x1は、会議設定情報リクエストを受信すると、仮想ＤＢサーバ１３x2に対し、会議設定情報リクエストを送信する（ステップＳ１１２）。この会議設定情報リクエストには、一時ＩＤが含まれている。
【００９９】
仮想ＤＢサーバ１３x2は、会議設定情報リクエストを仮想ＡＰサーバ１３x1から受信すると、この会議設定情報リクエストに含まれる一時ＩＤに基づいて、ストレージ１４xに記憶されている設定情報テーブルを参照し、一時ＩＤをキーとして、画面品質ＩＤや画面フォーマットＩＤを抽出する（ステップＳ１１３）。そして、仮想ＤＢサーバ１３x2は、抽出した画面品質ＩＤや画面フォーマットＩＤを、画面情報として、仮想ＡＰサーバ１３x1に送信する（ステップＳ１１４）。
【０１００】
仮想ＡＰサーバ１３x1は、仮想ＤＢサーバ１３x2から画面情報を受信すると、この画面情報をステップＳ１０６で認証情報を送信したクライアント端末装置１の拠点ＩＤと対応づけて記憶部４１２に記憶する（ステップＳ１１５）。そして、仮想ＡＰサーバ１３x1は、会議設定情報の登録が完了したことを示す完了情報を、フロントエンドサーバ２１に送信する（ステップＳ１１６）。
【０１０１】
フロントエンドサーバ２１は、完了情報を仮想ＡＰサーバ１３x1から受信すると、認証処理の要求を送信したクライアント端末装置１に対して、会議設定情報の登録の結果を送信する（ステップＳ１１７）。なお、クライアント端末装置１は、記憶部１０２に会議中フラグを有し、会議開示時刻になると、そのフラグがＯＮとなるものとする。
【０１０２】
［会議処理］
次に、会議処理について、図１９を参照しつつ説明する。この処理は、Ｗｅｂ会議に参加する各クライアント端末装置１とフロントエンドサーバ２１と仮想ＡＰサーバ１３x1との間で実行される処理である。なお、図１９では、説明の便宜上、クライアント端末装置１ａとクライアント端末装置１ｂの２つのクライアント端末装置を示しているが、実際は、会議に参加するクライアント端末装置１の数だけ同様の処理が、Ｗｅｂ会議中繰り返し行われる。
【０１０３】
まず、クライアント端末装置１ａは、情報取得部１０５を介して取得した映像情報をフロントエンドサーバ２１に送信する（ステップＳ１２０ａ）。同様に、クライアント端末装置１ｂは、情報取得部１０５を介して取得した映像情報をフロントエンドサーバ２１に送信する（ステップＳ１２０ｂ）。
【０１０４】
フロントエンドサーバ２１は、各クライアント端末装置１から映像情報を受信すると、各映像情報を仮想ＡＰサーバ１３x1に転送する（ステップＳ１２１）。
【０１０５】
次に、仮想ＡＰサーバ１３xは、各クライアント端末装置１の映像情報をフロントエンドサーバ２１から受信すると（ステップＳ１２２）、受信した映像情報に基づいて、各クライアント端末装置１に送信する映像を生成する（ステップＳ１２３）。このとき、記憶部４１２に記憶しているクライアント端末装置１毎の画面情報が参照される。その後、仮想ＡＰサーバ１３x1は、フロントエンドサーバ２１に対し、生成した映像情報を送信する（ステップＳ１２４）。
【０１０６】
次に、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1から映像情報を受信すると、各クライアント端末装置１に対し、受信した映像情報を転送する（ステップＳ１２５）。クライアント端末装置１ａ，１ｂは、それぞれ、受信した映像情報に基づいて、提示部１０６に映像情報を提示する（ステップＳ１２６ａ，Ｓ１２６ｂ）。すなわち、映像をディスプレイに表示する。
【０１０７】
次に、以上のような動作を行うＷｅｂ会議システムにおける各要素ごとの具体的な処理について説明する。
【０１０８】
［クライアント端末装置１での処理］
まず、クライアント端末装置１での処理について、図２０を参照しつつ具体的に説明する。
【０１０９】
まず、制御部１０１は、クライアントから操作部１０４を介して認証処理の実行指示を受け付けたか否かを判定する（ステップＳ１３０）。この処理において、認証処理の実行指示を受け付けたと判定すると（ステップＳ１３０：ＹＥＳ）、制御部１０１は、フロントエンドサーバ２１に対し、認証処理の要求を送信する（ステップＳ１３１）。この要求には、拠点ＩＤ及びパスワードが含まれる。その後、制御部１０１は、フロントエンドサーバ２１から認証結果を受信する（ステップＳ１３２）。
【０１１０】
一方、ステップＳ１３０において、認証処理の実行指示を受け付けていないと判定すると（ステップＳ１３０：ＮＯ）、制御部１０１は、会議情報登録処理の実行指示を受け付けたか否かを判定する（ステップＳ１３３）。この処理において、会議情報登録処理の実行指示を受け付けたと判定すると（ステップＳ１３３：ＹＥＳ）、制御部１０１は、フロントエンドサーバ２１に対し、受け付けた入力に基づいて会議情報登録処理の要求を送信する（ステップＳ１３４）。その後、制御部１０１は、会議情報登録処理の要求に対し、フロントエンドサーバ２１から送信される会議情報の登録を示す完了情報を受信する（ステップＳ１３５）。
【０１１１】
一方、ステップＳ１３３において、制御部１０１は、会議情報登録処理の実行指示を受け付けていないと判定すると（ステップＳ１３３：ＮＯ）、制御部１０１は、会議開始の時刻であるか否かを判定する（ステップＳ１３６）。この判定は、記憶部１０２に記憶されている会議中フラグがＯＮとなっているかに基づいて行われる。会議開始の時刻ではないと判定すると（ステップＳ１３６：ＮＯ）、制御部１０１は、処理をステップＳ１３０に移行させ、ステップＳ１３０以降の処理を繰り返す。一方、会議開始の時刻であると判定すると（ステップＳ１３６：ＹＥＳ）、制御部１０１は、処理をステップＳ１３７に移行させる。
【０１１２】
ステップＳ１３７において、制御部１０１は、情報取得部１０５を介して取得した映像情報を、フロントエンドサーバ２１に送信する。また、制御部１０１は、フロントエンドサーバ２１から取得した映像情報を、提示部１０６に提示する（ステップＳ１３８）。その後、制御部１０１は、会議終了か否かを判定する（ステップＳ１３９）。この判定は、記憶部１０２に記憶されている会議中フラグがＯＦＦとなったか否かに基づいて行われる。会議終了ではないと判定すると（ステップＳ１３９：ＮＯ）、制御部１０１は、処理をステップＳ１３７に移行させ、ステップＳ１３７以降の処理を繰り返す。一方、会議終了であると判定すると（ステップＳ１３９：ＹＥＳ）、制御部１０１は、制御部４１は、処理をステップＳ１３０に移行させ、ステップＳ１３０からの処理を繰り返す。
【０１１３】
［フロントエンドサーバ２１における処理（その１）］
次に、フロントエンドサーバ２１における処理（その１）について、図２１を参照しつつ具体的に説明する。この処理では、クライアント端末装置１から受信した要求に応じた処理を行う。
【０１１４】
まず、制御部２０１は、いずれかのクライアント端末装置１から認証処理の要求を受信したか否かを判定する（ステップＳ１４０）。この処理において、認証処理の要求を受信したと判定すると（ステップＳ１４０：ＹＥＳ）、制御部２０１は、認証要求リクエストを、ＤＢサーバ２３に送信する（ステップＳ１４１）。この認証要求リクエストに対して、ＤＢサーバ２３から認証結果を受信すると（ステップＳ１４２）、制御部２０１は、その認証結果を、クライアント端末装置１に送信する（ステップＳ１４３）。
【０１１５】
一方、ステップＳ１４１において、認証処理の要求を受信していないと判定すると（ステップＳ１４１：ＮＯ）、制御部２０１は、会議情報登録処理の要求を受信したか否かを判定する（ステップＳ１４４）。会議情報登録処理の要求を受信したと判定すると（Ｓ１４４：ＹＥＳ）、制御部２０１は、ステップＳ１４５において、一時ＩＤを生成する。
【０１１６】
その後、制御部２０１は、ＤＢサーバ２３に会議情報登録リクエストを送信（ステップＳ１４６）し、さらに、仮想ＡＰサーバ１３x1に会議設定情報登録リクエストを送信する（ステップＳ１４７）。その後、制御部２０１は、ＤＢサーバ２３及び仮想ＡＰサーバ１３x1から、処理が完了をしたことを示す完了情報を受信する（ステップＳ１４８）と、処理の結果を、クライアント端末装置１に送信する（ステップＳ１５０）。
【０１１７】
一方、ステップＳ１４４において、会議情報登録処理の要求を受信していないと判定すると（ステップＳ１４４：ＮＯ）、制御部２０１は、ステップＳ１５０において、クライアント端末装置１から映像情報を受信したか否かを判定する。映像情報を受信していないと判定すると（ステップＳ１５０：ＮＯ）、制御部２０１は、処理をステップＳ１５２に移行させる。一方、映像情報を受信したと判定すると（ステップＳ１５０：ＹＥＳ）、制御部２０１は、受信した映像情報を、仮想ＡＰサーバ１３x1に転送する（ステップＳ１５０）。
【０１１８】
一方、ステップＳ１５２において、仮想ＡＰサーバ１３x1から映像情報を受信したか否かを判定する。映像情報を受信していないと判定すると（ステップＳ１５２：ＮＯ）、ステップＳ１４０に移行させ、ステップＳ１４０の処理を繰り返す。一方、映像情報を受信したと判定すると（ステップＳ１５２：ＹＥＳ）、制御部２０１は、受信した映像情報を、クライアント端末装置１に転送する（ステップＳ１５３）。
【０１１９】
［フロントエンドサーバ２１における処理（その２）］
次に、フロントエンドサーバ２１における処理（その２）について、図２２を参照しつつ具体的に説明する。この処理は、ＤＢサーバ２３に、現時刻から所定時間以内に開始される会議が存在するか否かを問い合わせる処理であり、所定時間間隔で繰り返し実行される。なお、上記したその１における処理とは、並列して実行される。
【０１２０】
まず、制御部２０１は、ＤＢサーバ２３に対し会議情報リクエストを送信する（ステップＳ１６０）。この会議情報リクエストに対する応答を受信すると（ステップＳ１６１）、制御部２０１は、受信した応答に会議情報が含まれているか否かを判定する（ステップＳ１６２）。なお、ステップＳ１６１で送信した会議情報リクエストに該当する会議情報が存在しない場合には、受信した応答には会議情報が含まれていない。
【０１２１】
会議情報が含まれていないと判定すると（ステップＳＳ１６２：ＮＯ）、制御部２０１は、この処理を終了する。一方、会議情報が含まれていると判定すると（ステップＳ１６２：ＹＥＳ）、制御部２０１は、会議情報に含まれる会議参加拠点ＩＤのクライアント端末装置１に対して、会議が行われることを示す会議通知情報を電子メールで送信する（ステップＳ１６３）。
【０１２２】
［ＤＢサーバ２３における処理］
次に、ＤＢサーバ２３における処理について、図２３を参照しつつ具体的に説明する。
【０１２３】
まず、ＤＢサーバ２３の制御部３０１は、フロントエンドサーバ２１から認証処理リクエストを受信したか否かを判定する（ステップＳ１７０）。認証処理リクエストを受信したと判定すると（ステップＳ１７０：ＹＥＳ）、制御部３０１は、認証処理を実行する（ステップＳ１７１）。この認証処理は、上述したように、ストレージ２２に記憶されている第１テーブルと第３テーブルを参照して行われる。この認証処理が終了すると、制御部３０１は、その認証結果をフロントエンドサーバ２１に送信する（ステップＳ１７２）。
【０１２４】
一方、ステップＳ１７０において、認証処理リクエストを受信していないと判定すると（ステップＳ１７０：ＮＯ）、制御部３０１は、会議情報登録リクエストを受信したか否かを判定する（ステップＳ１７３）。会議情報登録リクエストを受信したと判定すると（ステップＳ１７３：ＹＥＳ）、制御部３０１は、上述したように、ストレージ２２の第３テーブルに会議情報を記憶する（ステップＳ１７４）。その後、制御部３０１は、ステップＳ１７４において、会議情報の登録が完了したことを示す完了情報を、フロントエンドサーバ２１に送信する（ステップＳ１７５）。
【０１２５】
一方、ステップＳ１７３において、会議情報登録リクエストを受信していないと判定すると（ステップＳ１７３：ＮＯ）、制御部３０１は、会議情報リクエストを受信したか否かを判定する（ステップＳ１７６）。会議情報リクエストを受信していないと判定すると（ステップＳ１７６：ＮＯ）、制御部３０１は、処理をステップＳ１７０に移行させ、ステップＳ１７０以降の処理を繰り返す。一方、会議情報リクエストを受信したと判定すると（ステップＳ１７６：ＹＥＳ）、制御部３０１は、上述したように、ストレージ２２に記憶されている第１〜第３テーブルを参照して会議情報を抽出する（ステップＳ１７７）。その後、制御部３０１は、抽出した会議情報を、フロントエンドサーバ２１に送信する（ステップＳ１７８）。
【０１２６】
［仮想ＡＰサーバ１３x1における処理］
次に、仮想ＡＰサーバ１３x1における処理について、図２４を参照しつつ具体的に説明する。
【０１２７】
まず、仮想ＡＰサーバ１３x1の制御部４１１は、会議設定情報登録リクエストを受信したか否かを判定する（ステップＳ１８０）。会議設定情報登録リクエストを受信したと判定すると（ステップＳ１８０：ＹＥＳ）、制御部４１１は、受信した会議設定情報登録リクエストを、ＤＢサーバ２３に転送する（ステップＳ１８１）。
【０１２８】
一方、ステップＳ１８０において、会議設定情報登録リクエストを受信していないと判定すると（ステップＳ１８０：ＮＯ）、制御部４１１は、会議設定情報リクエストを受信したか否かを判定する（ステップＳ１８２）。会議設定情報リクエストを受信したと判定すると（ステップＳ１８２：ＹＥＳ）、制御部４１１は、受信した会議設定情報リクエストに基づいて会議設定取得のリクエストを、ＤＢサーバ２３に転送する（ステップＳ１８３）。
【０１２９】
ステップＳ１８２において、会議設定情報リクエストを受信していないと判定すると（ステップＳ１８２：ＮＯ）、制御部４１１は、画面情報を受信したか否かを判定する（ステップＳ１８４）。画面情報を受信したと判定すると（ステップＳ１８４：ＹＥＳ）、制御部４１１は、受信した画面情報を記憶部４１２に記憶する（ステップＳ１８５）。その後、制御部４１１は、処理が正常に完了したことを示す完了情報を、クライアント端末装置１に送信する（ステップＳ１８６）。
【０１３０】
一方、ステップＳ１８４において、画面情報を受信していないと判定すると（ステップＳ１８４：ＮＯ）、制御部４１１は、映像情報を受信したか否かを判定する（ステップＳ１８７）。映像情報を受信したと判定すると（ステップＳ１８７：ＹＥＳ）、制御部４１１は、受信した映像情報を、記憶部４１２に一時的に記憶する（ステップＳ１８８）。その後、制御部４１１は、ステップＳ１８８で一時記憶した映像情報に基づき、クライアント端末装置１に送信する映像情報を生成する（ステップＳ１８９）。ここで生成する映像情報は、記憶部４１２に記憶している他のクライアント端末装置１から受信した映像情報を加工して生成される。また、加工時には、記憶部４１２に記憶している画面情報が参照される。その後、制御部４１１は、ステップＳ１８９で作成した映像情報を、上記クライアント端末装置１に送信する（ステップＳ１９０）。
【０１３１】
映像情報を受信していないと判定すると（ステップＳ１８７：ＮＯ）、制御部４１１は、処理をステップＳ１８０に移行させ、ステップＳ１８０以降の処理を繰り返す。
【０１３２】
［仮想ＤＢサーバ１３x2における処理］
次に、仮想ＤＢサーバ１３x2における処理について、図２５を参照しつつ具体的に説明する。
【０１３３】
ステップＳ２００において、制御部４２１は、会議設定情報登録リクエストを受信したか否かを判定する。会議設定情報登録リクエストを受信したと判定すると（ステップＳ２００：ＹＥＳ）、制御部４２１は、受信した会議設定情報登録リクエストに基いて、会議参加拠点ＩＤと一時ＩＤの対を、ストレージ１４xの設定情報テーブルに登録する（ステップＳ２０１）。
【０１３４】
一方、ステップＳ２００において、会議設定情報登録リクエストを受信していないと判定すると（Ｓ２００：ＮＯ）、制御部４２１は、会議設定情報リクエストを受信したか否かを判定する（ステップＳ２０２）。会議設定情報リクエストを受信していないと判定すると（Ｓ２０２：ＮＯ）、制御部４２１は、処理をステップＳ２００に移行させ、ステップＳ２００以降の処理を繰り返す。一方、会議設定情報リクエストを受信したと判定すると（ステップＳ２０２：ＹＥＳ）、制御部４２１は、設定情報テーブルを参照して、画面情報を取得する（ステップＳ２０３）。その後、制御部４２１は、取得した画面情報を、仮想ＡＰサーバ１３x1に送信する（ステップＳ２０４）。
【０１３５】
以上説明したとおり、アプリケーション提供会社は、Ｗｅｂ会議システムをクラウドサービスを利用してクライアントに提供することができる。
【０１３６】
しかも、ＤＢサーバ２３に加え、フロントエンドサーバ２１とＤＢサーバ２３を社内に配置しているため、第１〜第３テーブルなどのような企業秘匿情報などのセキュリティデータは、アプリケーション提供会社の企業内ネットワークとクライアント端末装置１との間のみ送受信される。
【０１３７】
従って、企業秘匿情報をアプリケーション提供会社側の企業内ネットワーク内で管理することができ、クラウドサービス提供会社に預けることなく、アプリケーション提供会社側で企業秘匿情報を管理することができる。
【０１３８】
しかも、フロントエンドサーバ２１を社内のネットワークに配置し、ＳＩＰサーバとして用いつつ、映像情報の加工処理などの負荷の重い処理などを仮想ＡＰサーバ１３x1及び仮想ＤＢサーバ１３x2で行わせており、これにより社内のサーバの負荷を軽減することができる。
【０１３９】
なお、上述した各実施形態の説明は本発明の一例であり、本発明は上述の実施形態に限定されることはない。このため、上述した各実施形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【符号の説明】
【０１４０】
１ クライアント端末装置
１１ サーバシステム
１２ ブレードサーバ
１３x1 仮想ＡＰサーバ
１３x2 仮想ＤＢサーバ
１４x，２２ ストレージ
２３ ＤＢサーバ
２４ 管理端末装置
【技術分野】
【０００１】
本発明は、インターネットを介して接続されたサーバ上で動作する仮想マシンを備えたアプリケーションサービス提供システム及びアプリケーションサービス提供方法に関する。
【背景技術】
【０００２】
従来、サーバコンピュータやデータベースなどのコンピュータ資源は、それらを使用する企業がそれぞれ自社で保有していた。しかし、ハードウェアやアプリケーションが複雑で高コストであり、また、コンピュータ資源を運用する専門の部門も必要となる。
【０００３】
そこで、インターネットを基本にした新しいコンピュータ資源の利用形態として、クラウド・コンピューティングというサービス形態（以下、「クラウドサービス」という）が注目されている。かかるクラウドサービスとしては、アマゾンが提供する「Elastic Compute Cloud（EC2）」が一例として挙げられる。
【０００４】
クラウドサービスでは、その利用者はコンピュータ資源の保有や管理を行う必要がなく、その利用料金を払うことでコンピュータ資源を利用することが可能となる。一方、クラウドサービス提供会社側では、１又は複数のサーバ上で利用者毎に仮想マシンを配置することで、サーバの利用効率や拡張性を向上させている。そのため、クラウドサービス提供会社は、比較的安価にコンピュータ資源をその利用者に提供することができる（例えば、特許文献１参照）。
【０００５】
このようにクラウドサービスでは、その利用者がコンピュータ資源を導入する必要がないことから、導入コストや運用コストが軽減され、また、拡張性などにも優れているため、今後、ますます利用者が増加していくものと考えられる。
【０００６】
特に、クラウドサービス提供会社から仮想マシンをレンタルして、クライアントにアプリケーションを提供するといった利用形態が増えるものと予測される。
【０００７】
すなわち、インターネット経由でアプリケーションをクライアントに提供しようとする企業（以下、「アプリケーション提供会社」とする）は、クラウドサービスの利用者として、クラウドサービス提供会社からアプリケーションのプラットフォームとなる仮想マシンをレンタルし、この仮想マシン上でアプリケーションを実行させる。アプリケーション提供会社は、アプリケーションのプラットフォームを保有及び管理する必要がないため、導入コスト及び運用コストが低減され、コスト的なハードルが下がる。そのため、アプリケーション提供会社は、アプリケーションサービスをクライアントに提供しやすくなる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２００４−５０３０１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
アプリケーション提供会社が提供するアプリケーションで使用されるデータには、アプリケーション提供会社内の機密情報やクライアント（すなわち、アプリケーション提供会社が提供するアプリケーションサービスのクライアント）の個人情報などの重要な情報（以下、「企業内秘匿情報」という）が含まれる。
【００１０】
しかし、上記クラウドサービスでは、アプリケーション提供会社は、提供するアプリケーションで使用されるデータをクラウドサービス提供会社に預けることになる。すなわち、提供するアプリケーションで使用されるデータのセキュリティ対策をクラウドサービス提供会社側に行わせることになる。
【００１１】
しかしながら、同一のサーバ上でアプリケーション提供会社の仮想マシンのみならず他の利用者の仮想マシンが配置された場合、サーバプログラムの不具合をついたハッキングなどにより、他の利用者等からデータを盗まれるリスクがある。また、サーバの運用はクラウドサービス提供会社に任せてしまうため、クラウドサービス提供会社の内部からの不正アクセスにより不正コピーやディスクの盗難などが発生するリスクがある。このように企業内秘匿情報をクラウドサービス提供会社に預けた場合には、アプリケーション提供会社側で企業内秘匿情報を管理できないセキュリティ上の問題がある。
【００１２】
このように、アプリケーション提供会社は、クライアントの情報等の企業内秘匿情報の管理をクラウドサービス提供会社に委ねることになり、情報流出に対する管理ができない。そのため、企業内秘匿情報をクラウドサービス提供会社に預けることに不安を抱き、クラウドサービスの利用を躊躇してしまう場合が多い。このように、クラウドサービスは、多数の利点を有しながらもその利用が十分に図られていないのが現状である。
【００１３】
本発明は、上述したような課題に鑑みてなされたものであり、企業内秘匿情報のセキュリティ対策をアプリケーション提供側でも行わせつつ、クラウドサービスの利用の促進を図ることができるアプリケーションサービス提供システム及びアプリケーションサービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を解決するために、請求項１に係る発明は、企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおいて、前記企業内サーバは、前記クライアント端末装置からの要求を受け付けるクライアント受付手段と、前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定手段と、前記判定手段により前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理手段と、前記判定手段により前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理手段と、前記第１要求処理手段による処理結果、及び前記仮想マシンから取得した処理結果を、前記要求を行ったクライアント端末装置へ送信する処理結果送信手段と、を備え、前記仮想マシンは、前記企業内サーバからの要求を受け付けるサーバ受付手段と、前記クライアント端末装置からの要求に対する処理を実行する処理手段と、前記処理手段による処理結果を前記企業内サーバへ送信する処理結果送信手段と、を備えることとした。
【００１５】
また、請求項２に係る発明は、請求項１に記載のアプリケーションサービス提供システムであって、インターネットに接続され、前記仮想マシンと情報の送受信を行う企業外データベースサーバを備え、前記仮想マシンの前記処理手段は、前記クライアント端末装置からの要求に対して、前記企業外データベースサーバに記憶した情報に基づく処理が必要か否かを判定し、前記企業外データベースサーバに記憶した情報に基づく処理が必要であると判定されると、前記企業外データベースサーバと情報を送受信して前記要求に対する処理を行うこととした。
【００１６】
また、請求項３に係る発明は、請求項１又は２に記載のアプリケーションサービス提供システムであって、前記ユーザに関する情報には、当該ユーザの認証情報を含み、前記仮想マシンの前記処理手段は、前記クライアント端末装置から前記ユーザの認証情報が取得したとき、前記秘匿情報に基づく処理が必要であると判定し、前記取得された認証情報と一致する認証情報が前記企業内データベースサーバに記憶されているかどうかを前記企業内データベースサーバに問い合わせて、前記クライアント端末装置の認証処理を行うこととした。
【００１７】
また、請求項４に係る発明は、請求項１〜３のいずれか１項に記載のアプリケーションサービス提供システムであって、前記ユーザに関する情報には、当該ユーザのＩＤを含み、前記企業内サーバの第２要求処理手段は、前記要求を行ったクライアント端末装置を使用しているユーザのＩＤを前記要求に応じた処理要求情報とともに前記仮想マシンに送信し、その後、前記仮想マシンから前記要求に応じた処理結果を前記ユーザのＩＤとともに取得すると、当該ユーザのＩＤから前記取得した処理結果を送信するクライアント端末装置を決定し、前記仮想マシンの処理結果送信手段は、前記処理要求情報に応じた処理結果を当該処理要求情報に対応するユーザのＩＤとともに送信することとした。
【００１８】
また、請求項５に係る発明は、企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおけるアプリケーションサービス提供方法であって、前記企業内サーバが、前記クライアント端末装置からの要求を受け付ける受付ステップと、前記企業内サーバが、前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定ステップと、前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理ステップと、前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理ステップと、前記仮想マシンが、前記企業内サーバからの要求を受け付けるサーバ受付ステップと、前記仮想マシンが、前記クライアント端末装置からの要求に対する処理を実行する処理ステップと、前記仮想マシンが、前記処理ステップによる処理結果を前記企業内サーバへ送信する処理結果送信ステップと、前記企業内サーバが、前記処理ステップによる処理結果を受信する受信ステップと、前記企業内サーバが、前記受信ステップで取得した処理結果を前記要求を行ったクライアント端末装置へ送信する処理結果送信ステップと、を有することとした。
【発明の効果】
【００１９】
本発明によれば、クラウドサービスの利用者であるアプリケーション提供会社は、アプリケーションサービスを提供するときに、インターネットを介して接続されたサーバ上で動作する仮想マシンを利用してコンピュータ資源の導入コストや運用コストを低減しつつ、企業内秘匿情報を含む情報を、クラウドサービス提供会社に預けることなく、自社内でセキュリティ対策を行うことが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るアプリケーションサービス提供システムの構成を示す図である。
【図２】アプリケーションサービス提供システムの概略動作を示す図である。
【図３】図１に示すクライアント端末装置の構成を示す図である。
【図４】図１に示すクライアント端末装置の処理の流れを示す図である。
【図５】図１に示すフロントエンドサーバの構成を示す図である。
【図６】図１に示すフロントエンドサーバの処理の流れを示す図である。
【図７】図１に示すＤＢサーバの構成を示す図である。
【図８】図１に示すＤＢサーバの処理の流れを示す図である。
【図９】図１に示すサーバシステムの構成を示す図である。
【図１０】図９に示すブレードサーバ上のアーキテクチャを示す図である。
【図１１】図１に示す仮想ＡＰサーバの構成を示す図である。
【図１２】図１に示す仮想ＤＢサーバの構成を示す図である。
【図１３】図１に示す仮想ＡＰサーバの処理の流れを示す図である。
【図１４】図１に示す仮想ＤＢサーバの処理の流れを示す図である。
【図１５】Ｗｅｂ会議サービスのシステムの登録処理の流れを示す図である。
【図１６】テーブルのデータ構造の一例を示す図である。
【図１７】設定情報テーブルのデータ構造の一例を示す図である。
【図１８】Ｗｅｂ会議サービスのシステムの参加準備処理の流れを示す図である。
【図１９】Ｗｅｂ会議サービスのシステムの会議処理の流れを示す図である
【図２０】クライアント端末装置の処理の流れを示す図である。
【図２１】フロントエンドサーバの処理（その１）の流れを示す図である。
【図２２】フロントエンドサーバの処理（その２）の流れを示す図である。
【図２３】ＤＢサーバの処理の流れを示す図である。
【図２４】仮想ＡＰサーバの処理の流れを示す図である。
【図２５】仮想ＤＢサーバの処理の流れを示す図である。
【発明を実施するための形態】
【００２１】
［１．アプリケーションサービス提供システムの概要］
本実施形態のアプリケーションサービス提供システムは、インターネット経由でアプリケーションをクライアントに提供しようとする企業であるアプリケーション提供会社が、クラウドサービスを利用して、アプリケーションサービスをクライアントに提供することができるアプリケーションサービス提供システムである。
【００２２】
このように、アプリケーション提供会社がクラウドサービスを利用して提供するアプリケーションサービスにおいては、このアプリケーションサービスを利用するクライアントは、クラウドサービスであることを意識することはない。クライアントは、通常のアプリケーションサービスと同様に、アプリケーション提供会社からのアプリケーションサービスを受けることなる。なお、アプリケーションサービスとしては、例えば、後述するＷｅｂ会議サービス、データベースサービス、ｅラーニングサービス、画像配信サービスなどがある。
【００２３】
クラウドサービスを提供する企業であるクラウドサービス提供会社は、アプリケーションのプラットフォームとなる仮想マシンをアプリケーション提供会社にレンタルする。アプリケーション提供会社は、仮想マシン上でアプリケーションプログラムを実行させ、クライアントにアプリケーションサービスを提供する。なお、以下においては、アプリケーション提供会社からアプリケーションサービスの提供を受けるクライアントの端末装置をクライアント端末装置と呼ぶ。
【００２４】
図１に示すように、クラウドサービス提供会社側のコンピュータシステム３は、インターネット２にＬＡＮ側入出力ポートを接続したルータ１０と、ルータ１０のＬＡＮ側入出力ポートに接続されたサーバシステム１１と、ストレージシステム１６とを有している。
【００２５】
このサーバシステム１１は、後述するようにインターネットに接続された複数のブレードサーバで構成され、これらのブレードサーバ上で多数の仮想マシンを動作させることができるようにしている。ここでは、多数の仮想マシンのうち、アプリケーション提供会社は二つの仮想マシンを用いて、クライアントにアプリケーションサービスを提供する。一つは、アプリケーションサーバ（以下、「ＡＰサーバ」とする）として用いる仮想マシンであり、もう一つは、データベースサーバ（以下、「ＤＢサーバ」という）として用いる仮想マシンである。図１に示す例では、第１ブレードサーバ１２1上で動作する仮想マシンを仮想ＡＰサーバ１３x1として用い、第７ブレードサーバ１２7上で動作する仮想マシンを仮想ＤＢサーバ１３x2として用いている。
【００２６】
また、ストレージシステム１６を構成する多数のストレージのうち一つのストレージを、仮想ＤＢサーバ１３x2が記憶制御を行うストレージ１４xとして用いる。また、アプリケーション提供会社は、このストレージ１４xを企業外データベースとして用いる。仮想ＤＢサーバ１３x2は、仮想ＤＢサーバ１３x2からの要求に応じて、ストレージ１４xへのデータの記憶やストレージ１４xに記憶しているデータの読み出しを行う。
【００２７】
アプリケーション提供会社のコンピュータシステム４は、ルータ２０と、企業内サーバの一例であるフロントエンドサーバ２１と、ストレージ２２と、企業内データベースサーバの一例であるＤＢサーバ２３と、管理端末装置２４とを有しており、これらはアプリケーション提供会社の企業内ネットワークであるＬＡＮで接続されている。ＤＢサーバ２３は、外部からの要求に応じて、ストレージ２２へのデータの記憶やストレージ２２に記憶しているデータの読み出しを行う。なお、管理端末装置２４は、ＤＢサーバ２３を介してストレージ２２へのデータの追加やデータの更新を行うことができる装置であり、アプリケーション提供会社は管理端末装置２４を操作してストレージ２２のデータの追加、削除、更新などを行って、データを管理することができる。
【００２８】
フロントエンドサーバ２１は、インターネット２を介して、仮想ＡＰサーバ１３x1との間で通信することができるようになっている。仮想ＡＰサーバ１３x1とコンピュータシステム４内ネットワークとの間は、ＶＰＮ（Virtual Private Network）接続によりセキュアな通信が確立される。すなわち、ルータ２０はＶＰＮ機能を有し、また、仮想ＡＰサーバ１３x1には、ＶＰＮ接続用のプログラムが記憶されており、仮想ＡＰサーバ１３x1はルータ２０とＶＰＮ接続を行っている。
【００２９】
アプリケーション提供会社のアプリケーションサービスには、クライアント端末装置１ａ，１ｂ，１ｃ，…の使用者が加入しており、各クライアント端末装置１ａ，１ｂ，１ｃ，…からフロントエンドサーバ２１にアクセスしてアプリケーション提供会社のアプリケーションサービスを受ける。なお、クライアント端末装置１ａ，１ｂ，１ｃ，…のうち何れかのクライアント端末装置又は全てのクライアント端末装置を示す場合には、便宜上、クライアント端末装置１という。
【００３０】
フロントエンドサーバ２１に宛てに、クライアント端末装置１からインターネット２経由での通信パケットがフロントエンドサーバ２１宛てに送信されたとき、ルータ２０は、クライアント端末装置１からの通信パケットをフロントエンドサーバ２１に中継する。また、フロントエンドサーバ２１からクライアント端末装置１への通信パケットもルータ２０によりクライアント端末装置１へ中継される。クライアント端末装置１は、フロントエンドサーバ２１との間で、提供を受けるサービスに応じた通信パケットを送受信することで、アプリケーションサービスの提供を受ける。
【００３１】
本実施形態に係るアプリケーションサービス提供システムでは、クライアント端末装置１からアクセスされたフロントエンドサーバ２１は、必要に応じてＤＢサーバ２３や仮想ＡＰサーバ１３x1と通信して、クライアント端末装置１からの要求に応じた処理を行うようにしている。
【００３２】
また、ＤＢサーバ２３及びストレージ２２は、共にアプリケーション提供会社の企業内ネットワークに配置されており、ストレージ２２に、企業秘匿情報を含むアプリケーション用の情報が記憶される。企業秘匿情報には、クライアントの個人情報やアプリケーション提供会社の社内の機密情報などの重要な情報が含まれる。従って、企業秘匿情報をアプリケーション提供会社側の企業内ネットワーク内で管理することができ、クラウドサービス提供会社に預けることなく、アプリケーション提供会社側で企業秘匿情報を管理することができる。
【００３３】
しかも、ＤＢサーバ２３に加え、フロントエンドサーバ２１を社内に配置しているため、企業秘匿情報などのセキュリティデータは、アプリケーション提供会社の企業内ネットワークとクライアント端末装置１との間のみ送受信される。
【００３４】
従って、アプリケーション提供会社は、社内のセキュリティ管理を厳密に行うことにより、クラウドサービス提供会社側のセキュリティ対策を気にすることなく、クラウドサービスを利用することが可能となる。そのため、アプリケーション提供会社は、セキュリティ管理を厳密に行いつつも、クラウドサービスを利用して、比較的低コストで、アプリケーションサービスを運用することができる。
【００３５】
一方、セキュリティ管理が必要ない処理は、仮想ＡＰサーバ１３x1や仮想ＤＢサーバ１３x2で処理するようにしている。すなわち、フロントエンドサーバ２１は、クライアント端末装置１の要求を受け付けたとき、仮想ＡＰサーバ１３x1と通信してセキュリティ管理が必要ない処理を仮想ＡＰサーバ１３x1に実行させる。このとき、仮想ＡＰサーバ１３x1は、必要に応じて仮想ＤＢサーバ１３x2に対してストレージ１４xへのデータの記憶やストレージ１４xからのデータの読み出しを行って、処理を実行する。
【００３６】
従って、仮想ＡＰサーバ１３x1や仮想ＤＢサーバ１３x2に負荷の重い処理を行わせ、フロントエンドサーバ２１やＤＢサーバ２３での処理負荷を抑えることで、社内に配置するコンピュータ資源の規模を抑えることができる。これにより社内のコンピュータ資源の導入コストや運用コストを低減させることができる。
【００３７】
しかも、処理負荷に応じて仮想ＡＰサーバ１３x1や仮想ＤＢサーバ１３x2のリソース（ＣＰＵやメモリなど）を増減させるようにしている。そのため、リソースの利用量に応じてサービス料金が変わるようなクラウドサービスの場合、アプリケーション提供会社は、クラウドサービスの利用料金を有効に抑えることができる。
【００３８】
以上のように構成されるアプリケーションサービス提供システムの概略動作について図２を参照して説明する。
【００３９】
図２に示すように、まず、アプリケーションサービスのクライアントは、クライアント端末装置１を用いてアプリケーションサービスを受けるための所定の操作を行う。この操作を受けてクライアント端末装置１は、インターネット２を介して、フロントエンドサーバ２１に対し、操作に応じた要求を行う（ステップＳ１１）。
【００４０】
クライアント端末装置１から要求を受け付けると、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1と通信が必要か否かを判定する（ステップＳ１２）。すなわち、フロントエンドサーバ２１は、クライアント端末装置１からの要求が、仮想ＡＰサーバ１３x1によって処理されるべきであるか否かを判定する。
【００４１】
このステップＳ１２の処理において、仮想ＡＰサーバ１３x1と通信が必要であると判定すると（ステップＳ１２：ＹＥＳ）、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1に、受信した要求に対応するリクエストを送信する。このとき、フロントエンドサーバ２１と仮想ＡＰサーバ１３x1との間の通信経路のうちインターネット２における通信経路は、ＶＰＮ接続されていることから、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1との間でセキュアな通信を行うことができる。なお、ここでは、仮想ＡＰサーバ１３x1とＤＢサーバ２３との間でセキュアな通信を行うために、ＶＰＮ接続を行うようにしているが、ＨＴＴＰＳ(Hypertext Transfer Protocol over Secure Socket Layer)プロトコルを用いて、セキュアな通信を行うようにしてもよい。
【００４２】
次に、仮想ＡＰサーバ１３x1は、フロントエンドサーバ２１からインターネット２を介して送信されるリクエストを受信すると、公開情報にアクセスが必要か否かを判定する（ステップＳ１３）。公開情報とは企業内秘匿情報以外の情報である。公開情報にアクセスが必要であると判定すると（ステップＳ１３：ＹＥＳ）、仮想ＡＰサーバ１３x1は、仮想ＤＢサーバ１３x2に、リクエストに応じた問い合わせを行う（ステップＳ１４）。仮想ＤＢサーバ１３x2は、仮想ＡＰサーバ１３x1からの問い合わせに応じてストレージ１４xへのデータの記憶やストレージ１４xからのデータの読み出しを行って、その記憶処理又は読み出し処理の結果を仮想ＡＰサーバ１３x1へ送信する（ステップＳ１５）。仮想ＡＰサーバ１３x1は、仮想ＤＢサーバ１３x2から取得した結果に基づいて処理を行い（ステップＳ１６）、その処理結果をフロントエンドサーバ２１へ送信する（ステップＳ１７）。なお、仮想ＡＰサーバ１３x1は、必要に応じて仮想ＤＢサーバ１３x2から取得した結果をそのままフロントエンドサーバ２１へ送信する。
【００４３】
一方、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1と通信が必要ではないと判定したとき（ステップＳ１２：ＮＯ）、又は、要求した処理の結果が仮想ＡＰサーバ１３x1から返信されたとき、企業内秘匿情報にアクセスが必要か（すなわち、企業内秘匿情報に基づく処理が必要か）否かを判定する（ステップＳ１８）。例えば、クライアント端末装置１からのリクエストが、アプリケーションサービスへの登録要求や接続要求であり、クライアントのパスワード、ＩＤ、氏名、住所、職業などの個人情報を含むものであるとき、企業内秘匿情報にアクセスが必要であると判定する。ここで、アプリケーションサービスへの登録要求とは、クライアントがクライアント端末装置１を用いてアプリケーションサービスを利用するために事前に行う要求であり、クライアントのパスワード、ＩＤ、氏名、住所、職業などの個人情報を登録するための要求である。また、アプリケーションサービスへの接続要求とは、クライアントがクライアント端末装置１を用いてアプリケーションサービスを利用する際に行う要求であり、クライアントのパスワード及びＩＤを含む。仮想ＡＰサーバ１３x1は、この接続要求に含まれるクライアントのパスワード及びＩＤによりクライアントの認証を行う。この処理において、企業内秘匿情報にアクセスが必要であると判定すると（ステップＳ１８：ＹＥＳ）、フロントエンドサーバ２１は、ＤＢサーバ２３に、問い合わせを行う（ステップＳ１９）。次に、ＤＢサーバ２３は、フロントエンドサーバ２１からの問い合わせに応じてストレージ２２へのデータの記憶やストレージ２２からのデータの読み出しを行って、その記憶処理又は読み出し処理の結果をフロントエンドサーバ２１へ送信する（ステップＳ２０）。
【００４４】
次に、フロントエンドサーバ２１は、ステップＳ２１の処理を実行する。すなわち、ステップＳ２０の処理が終了したとき、フロントエンドサーバ２１は、ＤＢサーバ２３から取得した結果に基づいて処理を行う。また、企業内秘匿情報にアクセスが必要でないと判定したときステップＳ１８：ＮＯ）、フロントエンドサーバ２１は、クライアント端末装置１の要求に応じた処理を行う。このとき、フロントエンドサーバ２１は、仮想ＤＢサーバ１３x2から仮想ＡＰサーバ１３x1を介して取得した結果がある場合には、この結果に基づく処理を行う。このとき、仮想ＤＢサーバ１３x2から仮想ＡＰサーバ１３x1を介して取得した結果がある場合には、この結果とＤＢサーバ２３から取得した結果とに基づく処理を行う。
【００４５】
その後、フロントエンドサーバ２１は、ステップＳ２１で行った処理の結果を要求元のクライアント端末装置１へ送信し（ステップＳ２２）、クライアント端末装置１はフロントエンドサーバ２１から送信される結果を受信する（ステップＳ２３）。
【００４６】
［２．各構成要素の構成及び動作］
次に、アプリケーションサービス提供システムを構成する各要素の構成及び動作についてそれぞれ説明する。
【００４７】
［２．１．クライアント端末装置１の構成及び動作］
まず、クライアント端末装置１の構成について説明する。このクライアント端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能である。クライアント端末装置１は、このクライアント端末装置１のユーザであるクライアントが所有するものである。図３に示すように、クライアント端末装置１は、制御部１０１と、記憶部１０２と、通信部１０３と、操作部１０４と、情報取得部１０５と、提示部１０６とを備えており、これらはシステムバス１０７を介して相互に接続されている。
【００４８】
制御部１０１は、クライアント端末装置１全体を制御するものであり、ＣＰＵ（Central Processing Unit）、内部メモリなどから構成される。記憶部１０２は、各種情報を記憶する記憶領域を有する書き換え可能な記憶装置であり、例えば、フラッシュメモリから構成される。通信部１０３は、他の装置とインターネット２を介して通信するための通信インターフェイスである。操作部１０４は、各種設定入力を行うための操作部である。情報取得部１０５は、カメラやマイクから構成され、カメラから撮像した映像情報を出力し、マイクから取得した音声情報を出力する。提示部１０６は、液晶表示装置などからなるディスプレイやスピーカーから構成されており、映像情報や音声情報を再生する
【００４９】
以上のように構成されたクライアント端末装置１の動作について説明する。この処理は、クライアント端末装置１の制御部１０１が実行する処理である。図４に示すように、アプリケーションサービスのクライアントであるユーザが、操作部１０４を操作してアプリケーションサービスを受けるための所定の操作を行うと、この操作を受けて制御部１０１は、通信部１０３を介して、フロントエンドサーバ２１に対し、操作部１０４への操作に応じた要求を行う（ステップＳ３０）。その後、制御部１０１は、ステップＳ３０で行った要求に対してフロントエンドサーバ２１から送信される結果を通信部１０３を介して受信し、その結果に応じて提示部１０６への表示や制御を行う（ステップＳ３１）。以降、制御部１０１は、ステップＳ３０,Ｓ３１の処理を繰り返す。
【００５０】
［２．２．フロントエンドサーバ２１の構成及び動作］
次に、フロントエンドサーバ２１の構成及び動作について説明する。フロントエンドサーバ２１は、一般のサーバコンピュータを適用可能である。フロントエンドサーバ２１は、ユーザの企業によって管理される。図５に示すように、フロントエンドサーバ２１は、制御部２０１と、記憶部２０２と、通信部２０３と、操作部２０４とを備え、これらはシステムバス２０５を介して相互に接続されている。
【００５１】
制御部２０１は、フロントエンドサーバ２１全体を制御する。記憶部２０２は、各種情報を記憶する記憶領域を有する書き換え可能な記憶装置である。通信部２０３は、アプリケーション提供企業の社内のネットワークであるＬＡＮに接続され、他の装置と通信するための通信インターフェイスである。操作部２０４は、各種設定入力を行うための操作部である。
【００５２】
制御部２０１は、ＣＰＵ、内部メモリなどから構成される。ＣＰＵは内部メモリに記憶されているプログラムを読み出して実行することによって、クライアント受付手段、判定手段、第１要求処理手段、第２要求処理手段、処理結果送信手段、課金手段等として機能する。
【００５３】
次に、フロントエンドサーバ２１での処理を説明する。この処理は、フロントエンドサーバ２１の制御部２０１が実行する処理である。図６に示すように、制御部２０１は、クライアント端末装置１から要求を受信すると（ステップＳ４０）、仮想ＡＰサーバ１３x1と通信が必要か否かを判定する（ステップＳ４１）。この処理において、仮想ＡＰサーバ１３x1と通信が必要であると判定すると（ステップＳ４１：ＹＥＳ）、制御部２０１は、仮想ＡＰサーバ１３x1に、受信した要求に対応するリクエストを送信する（ステップＳ４２）。このリクエストに対する結果を仮想ＡＰサーバ１３x1から受信したとき（ステップＳ４３）、又は、仮想ＡＰサーバ１３x1と通信が必要ではないと判定したとき（ステップＳ４１：ＮＯ）、制御部２０１は、公開情報にアクセスが必要か否かを判定する（ステップＳ４４）。そして、公開情報へのアクセスの必要がないと判断すると（ステップＳ４４：ＮＯ）、制御部２０１は、処理をステップＳ４７に移行させる。一方、公開情報にアクセスが必要と判断すると（ステップＳ４４：ＹＥＳ）、制御部２０１は、ＤＢサーバ２３にアクセスし（ステップＳ４５）、その結果をＤＢサーバ２３から受信する（ステップＳ４６）。その後、制御部２０１は、仮想ＡＰサーバ１３x1による処理の結果やＤＢサーバ２３から受信した結果などに基づいて、クライアントの要求に対する最終的な処理結果を生成して、クライアント端末装置１へ送信する（ステップＳ４７）。以降、制御部２０１は、ステップＳ４０〜Ｓ４７までの処理を繰り返す。
【００５４】
また、フロントエンドサーバ２１は、クライアント端末装置１ごとの仮想ＡＰサーバ１３x1及び仮想ＤＢサーバ１３x2の利用履歴に基いて、課金処理を実行する。
【００５５】
［２．３．ＤＢサーバ２３の構成及び動作］
次に、企業内データベースサーバであるＤＢサーバ２３の構成について説明する。ＤＢサーバ２３は、一般のサーバコンピュータを適用可能である。ＤＢサーバ２３は、ユーザの企業によって管理される。図７に示すように、ＤＢサーバ２３は、制御部３０１と、記憶部３０２と、通信部３０３と、操作部３０４とを備えており、これらはシステムバス３０５を介して相互に接続されている。
【００５６】
制御部３０１は、ＤＢサーバ２３全体を制御する。記憶部３０２は、各種情報を記憶する記憶領域を有する書き換え可能な記憶装置である。また、記憶部３０２には企業内秘匿情報が記憶される。通信部３０３は、アプリケーション提供企業内のネットワークであるＬＡＮに接続され、他の装置と通信するための通信インターフェイスである。ストレージ２２には企業内秘匿情報が記憶されおり、ＤＢサーバ２３は、ストレージ２２から企業内秘匿情報を読み出したり、ストレージ２２へ企業内秘匿情報を記憶したりする。
【００５７】
制御部３０１は、ＣＰＵ、内部メモリなどから構成される。ＣＰＵは内部メモリに記憶されているプログラムを読み出して実行することによって、記憶処理手段等として機能する。
【００５８】
次に、ＤＢサーバ２３での処理を説明する。この処理は、ＤＢサーバ２３の制御部３０１が実行する処理である。図８に示すように、制御部３０１は、フロントエンドサーバ２１からのリクエストを受信すると（ステップＳ５０）、次に、ストレージ２２にアクセスして、フロントエンドサーバ２１からの要求に応じてストレージ２２への企業内秘匿情報の記憶やストレージ２２からの企業内秘匿情報の読み出しなどを行う（ステップＳ５１）。その後、制御部３０１は、ステップＳ５１で行った記憶処理又は読み出し処理の結果をフロントエンドサーバ２１へ送信する（ステップＳ５２）。以降、制御部３０１は、ステップＳ５０〜Ｓ５２までの処理を繰り返す。
【００５９】
［２．４．仮想ＡＰサーバ１３x1、仮想ＤＢサーバ１３x2の構成及び動作］
仮想ＡＰサーバ１３x1、仮想ＤＢサーバ１３x2は、上述したようにサーバシステム１１上に形成される仮想マシンである。
【００６０】
サーバシステム１１は、図９に示すように、複数のブレードサーバ１２1〜１２nと、ストレージ１４1〜１４nと、サーバ管理装置１５とから構成される。なお、ブレードサーバ１２1〜１２nのうち何れかのブレードサーバ又は全てのブレードサーバを示す場合には、便宜上、ブレードサーバ１２という。また、ストレージ１４1〜１４nのうち何れかのストレージ又は全てのストレージを示す場合には、便宜上、ストレージ１４という。
【００６１】
各ブレードサーバ１２は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、入出力部４０４と、通信部４０５と、ハードディスク（ＨＤＤ）４０６とを有しており、これらはシステムバス４０７を介して相互に接続されている。入出力部４０４は、サーバ管理装置１５とのデータの送受信を行うための通信インターフェイスであり、通信部４０５は、クラウドサービス提供会社の社内のネットワークであるＬＡＮに接続するための通信インターフェイスである。
【００６２】
このように構成されたブレードサーバ１２1〜１２n上で、複数の仮想マシン１３1〜１３nが動作する。なお、複数の仮想マシン１３1〜１３nのうち何れかの仮想マシン又は全ての仮想マシンを示す場合には、便宜上、仮想マシン１３という。
【００６３】
図１０にブレードサーバ１２上のアーキテクチャを示す。同図に示すように、ブレードサーバ１２では、そのベースプログラムでメインＯＳが動作する。そしてメインＯＳ上で仮想マシンを動作させるためのプログラムである仮想マシンプログラムが動作する。そして、この仮想マシンプログラム上で複数のゲストＯＳを動作することができるようにしている。各ゲストＯＳ上では、１以上のアプリケーションプログラムを動作させることができる。
【００６４】
サーバ管理装置１５は、各ブレードサーバ１２を制御及び管理する装置であり、ゲストＯＳに割り当てるリソース（ＣＰＵ４０１,ＲＯＭ４０２,ＲＡＭ４０３,ＨＤＤ４０６など）を管理する。例えば、サーバ管理装置１５は、仮想マシン１３によるリソースの利用率に応じて、仮想マシン１３に割り当てるリソースを変更することができる。また、サーバ管理装置１５は、アプリケーションプログラムの実行開始や実行停止などを制御することができる。さらに、各ブレードサーバ１２と通信を行って、ゲストＯＳやアプリケーションプログラムの追加、削除又は更新を行う。
【００６５】
本実施形態では、ブレードサーバ１２上で動作する仮想マシン１３のうち、ブレードサーバ１２1上で動作する仮想マシンを仮想ＡＰサーバ１３x1として用い、ブレードサーバ１３2上で動作する仮想マシンを仮想ＤＢサーバ１３x2として用いる（図１参照）。
【００６６】
ブレードサーバ１２上で動作する仮想ＡＰサーバ１３x1は、図１１に示すように、ブレードサーバ１２のリソースを利用することで、制御部４１１、記憶部４１２、通信部４１３などとして機能し、アプリケーション用プログラムを実行する。制御部４１１は、サーバ受付手段、処理手段、処理結果送信手段等として機能する。
【００６７】
また、仮想ＤＢサーバ１３x2は、図１２に示すように、ブレードサーバ１２のリソースを利用することで、制御部４２１、記憶部４２２、通信部４２３などとして機能し、データベースサーバ用プログラムを実行する。仮想ＤＢサーバ１３x2は、ストレージ１４1〜１４nのうち予め設定されたストレージ１４xからデータを読み出したり、ストレージ１４xへデータを記憶したりする。このストレージ１４xには、企業内秘匿情報以外の情報が記憶される。なお、制御部４２１は、記憶処理手段等として機能する。
【００６８】
次に、仮想ＡＰサーバ１３x1での処理を説明する。この処理は、仮想ＡＰサーバ１３x1の制御部４１１が実行する処理である。図１３に示すように、制御部４１１は、フロントエンドサーバ２１からリクエストを受信すると（ステップＳ６０）、公開情報にアクセスする必要がある否かを判定する（ステップＳ６１）。この処理において、公開情報にアクセスする必要なないと判定すると（ステップＳ６１：ＮＯ）、制御部４１１は、処理をステップＳ６４に移行させる。一方、公開情報にアクセスする必要があると判定すると（ステップＳ６１：ＹＥＳ）、制御部４１１は、仮想ＤＢサーバ１３x2にアクセスする（ステップＳ６２）。このアクセスに対してその後仮想ＤＢサーバ１３x2から送信される結果を受信したとき（ステップＳ６３）、制御部４１１は、この結果に応じた処理を必要に応じて行い、その処理結果又は仮想ＤＢサーバ１３x2から送信される結果をフロントエンドサーバ２１へ送信する（ステップＳ６４）。以降、制御部４１１は、ステップＳ６０〜Ｓ６４までの処理を繰り返す。
【００６９】
次に、仮想ＤＢサーバ１３x2での処理を説明する。この処理は、仮想ＤＢサーバ１３x2の制御部４２１が実行する処理である。図１４に示すように、制御部４２１は、フロントエンドサーバ２１や仮想ＡＰサーバ１３x1からのリクエストを受信すると（ステップＳ７０）、ストレージ操作を行う（ステップＳ７１）。この処理において、制御部４２１は、ストレージ２２にアクセスして、フロントエンドサーバ２１や仮想ＡＰサーバ１３x1からのリクエストに応じてストレージ１４xへの情報の記憶やストレージ１４xからのデータの読み出しなどを行う。制御部４２１は、ステップＳ７１で行った記憶処理又は読み出し処理の結果を仮想ＡＰサーバ１３x1へ送信する（ステップＳ７２）。以降、制御部４２１は、ステップＳ７０〜Ｓ７２までの処理を繰り返す。
【００７０】
［本実施形態を適用したＷｅｂ会議システム］
次に、上述した構成を有するアプリケーションサービス提供システムを用いたＷｅｂ会議サービスのシステム（以下、「Ｗｅｂ会議システム」）について具体的に説明する。このＷｅｂ会議システムは、アプリケーション提供会社において、ＳＩＰサーバの機能を有するフロントエンドサーバ２１及びＤＢサーバ２３を用いつつ、さらにブレードサーバ１２上で設定した仮想マシン１３でアプリケーションソフトウェアを動作させることにより実行されるものである。ここでは、一例として、アプリケーション提供会社が、サーバシステム１１上で動作する仮想マシンをレンタルして、この仮想マシンをＡＰサーバ及びＤＢサーバとして用いて、Ｗｅｂ会議サービスを提供するものとして説明する。以下においては、仮想マシンにより形成されるＡＰサーバを仮想ＡＰサーバ１３x1とし、仮想マシンにより形成されるＤＢサーバを仮想ＤＢサーバ１３x2とする。また、仮想ＤＢサーバ１３x2は、ストレージ１４xを記憶手段として用いるものとする。
【００７１】
以下の説明において、このＷｅｂ会議システムは、フロントエンドサーバ２１を介してクライアント端末装置１間で映像情報や音声情報の送受信を行うことによって、遠隔地間での会議を可能とするものである。以下においては、音声情報の処理については省略するが、映像情報の処理と同様の処理である。
【００７２】
図１に示す構成において、クライアント端末装置１ａ〜１ｃを使用するクライアントＡ〜Ｃの３者がＷｅｂ会議を行う場合、クライアントＡが使用するクライアント端末装置１ａの提示部１０６には、クライアント端末装置１ｂ及び１ｃで取得した映像情報が提示される。また、クライアントＢが使用するクライアント端末装置１ｂの提示部１０６には、クライアント端末装置１ａ及び１ｃで取得した映像情報が提示される。また、クライアントＣが使用するクライアント端末装置１ｃの提示部１０６には、クライアント端末装置１ａ及び１ｂで取得した映像情報が提示される。また、フロントエンドサーバ２１は、各クライアント端末装置１から取得した映像情報に基づいて、各クライアント端末装置１に送信するための映像情報を加工して送信する。
【００７３】
また、ストレージ２２には、図１６に示すように、クライアント端末装置１毎の情報が登録される第１テーブルと、開催される会議の開始時刻や終了時刻などの情報が登録される第２テーブルと、会議に参加するクライアント端末装置１の情報が登録される第３テーブルとが記憶される。また、ストレージ１４xには、図１７に示すように、クライアント端末装置１毎の画像情報に関する情報が登録される設定情報テーブルが記憶される。
【００７４】
Ｗｅｂ会議を行うには、事前に主催者のクライアント端末装置１から後述の会議情報をストレージ２２に登録する必要がある。また、Ｗｅｂ会議に参加するためには、参加する各クライアント端末装置１において、参加準備の操作を行う必要がある。
【００７５】
このＷｅｂ会議システムにおいては、以下の３つの処理が行われる。
（１）主催する会議をＤＢサーバ２３に登録するための「登録処理」
（２）会議への参加手続きを行うための「参加準備処理」
（３）Ｗｅｂ会議を行うための「会議処理」
以下、それぞれの処理について、具体的に説明する。
【００７６】
［登録処理］
まず、登録処理について、図１５を参照しつつ説明する。この処理は、会議を主催するクライアントのクライアント端末装置１と、フロントエンドサーバ２１と、ＤＢサーバ２３と、仮想ＡＰサーバ１３x1と、仮想ＤＢサーバ１３x2とで実行される。
【００７７】
まず、クライアント端末装置１は、会議の主催者から操作部１０４を介して拠点ＩＤ及びパスワードの入力、及び、認証処理の実行指示を受け付け、この受け付けた情報に基づいた認証処理の要求を、フロントエンドサーバ２１に送信する（ステップＳ８１）。この要求には、認証処理の実行要求を示す情報と、拠点ＩＤ及びパスワードとが含まれる。なお、この際、拠点ＩＤやパスワードに対して所定の暗号化処理を施してもよい。
【００７８】
次に、フロントエンドサーバ２１は、認証処理のリクエストを受け付けると、ＤＢサーバ２３に対し、認証処理リクエストを送信する（ステップＳ８２）。
【００７９】
次に、ＤＢサーバ２３は、認証処理リクエストを受け付けると、認証処理を行う（ステップＳ８３）。ＤＢサーバ２３は、ストレージ２２に記憶している第１テーブル（図１６）を参照して認証処理を行う。すなわち、この認証処理において、受信した認証処理リクエストに含まれる拠点ＩＤとパスワードの組み合わせがストレージ２２の第１テーブルに登録されているかどうかの照合を行う。拠点ＩＤとパスワードとの組み合わせが第１テーブルに登録されているとき、ＤＢサーバ２３は、認証が成功したと判定し、それ以外の場合には認証が失敗したと判定する。なお、ストレージ２２に記憶される拠点ＩＤやパスワードについても、クライアント端末装置１での処理と同様に、暗号化処理を施してもよく、この場合には照合の際に復号化することになる。
【００８０】
ここで、ストレージ２２に記憶されている第１テーブルのデータ構造について説明する。図１６に示すように、第１テーブルには、クライアント端末装置１毎の設定として、「拠点ＩＤ」，「ＩＰアドレス」，「パスワード」，「担当者名」，「電話番号」，「会社名」，「サービス内容」，「メールアドレス」が記憶されている。
【００８１】
次に、ＤＢサーバ２３は、認証処理リクエストを送信したフロントエンドサーバ２１に対し、認証結果を送信する（ステップＳ８４）。認証結果には、認証が成功したか否かを示す情報、すなわち認証ＯＫを示す情報または認証ＮＧを示す情報が含まれる。
【００８２】
フロントエンドサーバ２１は、ＤＢサーバ２３から認証結果を受信すると、ステップＳ８２で受け付けたリクエストを送信したクライアント端末装置１に対し、その認証結果を送信する（ステップＳ８５）。
【００８３】
クライアント端末装置１は、認証ＯＫを示す情報を含む認証結果を受信すると、会議の主催者から操作部１０４を介して主催する会議の情報（以下、「会議情報」という）の入力を受け付け、また、会議情報登録処理の実行処理を受け付ける。そして、受け付けた情報に基づいた会議情報登録処理の要求を、フロントエンドサーバ２１に送信する（ステップＳ８６）。ここで、会議情報には、会議に参加するクライアントが使用するクライアント端末装置１の拠点ＩＤ（以下、「会議参加拠点ＩＤ」という）、及び、会議の予定開始時間／予定終了時間が含まれている。また、参加に参加する各クライアント端末装置１上の表示レイアウトの設定情報（後述）についてもこの要求に含まれる。また、クライアント端末装置１別の使用コーデックの情報もこの要求に含まれる。
【００８４】
フロントエンドサーバ２１は、会議情報登録処理の要求を受け付けると、一時ＩＤを生成する（ステップＳ８７）。一時ＩＤは、後述する第３テーブルと、設定情報テーブルとを関連付けるためのＩＤである。
【００８５】
次に、フロントエンドサーバ２１は、ＤＢサーバ２３に会議情報登録リクエストを送信し（ステップＳ８８）し、さらに、仮想ＡＰサーバ１３x1に対し、会議設定情報登録リクエストを送信する（ステップＳ９０）。会議情報登録リクエストには、会議情報及び一時ＩＤが含まれる。また、この会議設定情報登録リクエストには、会議参加拠点ＩＤと一時ＩＤとの対が含まれている。
【００８６】
ＤＢサーバ２３は、フロントエンドサーバ２１から会議情報登録リクエストを受け付けると、会議情報登録処理を行う（ステップＳ８９）。会議情報登録処理では、受信した会議情報登録処理リクエストに基いて、会議情報をストレージ２２の第２テーブル及び第３テーブルに登録する。すなわち、ＤＢサーバ２３は、会議情報登録リクエストに含まれる会議情報のうち、会議の予定開始時間及び予定終了時間と、会議情報登録処理の要求を行ったクライアント端末装置１の拠点ＩＤ（開催拠点ＩＤ）とを、新たに発行した会議ＩＤに関連づけて第２テーブルに登録する。また、ＤＢサーバ２３は、会議情報登録リクエストに含まれる会議情報のうち、会議参加拠点ＩＤと設定情報とを新たに発行した会議ＩＤに関連づけて第３テーブルに登録する。
【００８７】
ここで、ストレージ２２に記憶されている第２テーブル及び第３テーブルのデータ構造について説明する。図１６に示すように、第２テーブルには、会議ＩＤをキーとして、主催者のクライアント端末装置１を示す「開催拠点ＩＤ」，会議の開始時刻を示す「予定開始時間」，会議の終了時刻を示す「予定終了時刻」が記憶されている。また、図１６に示すように、第３テーブルには、会議ＩＤをキーとして、会議に参加するクライアント端末装置１の識別番号を示す「会議参加拠点ＩＤ」と「一時ＩＤ」が記憶されている。
【００８８】
仮想ＡＰサーバ１３x1は、会議設定情報登録リクエストを受信すると、仮想ＤＢサーバ１３x2に対し、会議設定情報登録リクエストを転送する（ステップＳ９０）。
【００８９】
次に、仮想ＤＢサーバ１３x2は、会議設定情報登録リクエストを受け付けると、会議設定情報登録処理を行う（ステップＳ９１）。会議設定情報登録処理では、受信した会議設定情報登録リクエストに基いて、会議参加拠点ＩＤと一時ＩＤの対を、ストレージ１４xの設定情報テーブルに登録する。
【００９０】
ここで、ストレージ１４xに記憶されている設定情報テーブルのデータ構造について説明する。図１７に示すように、設定情報テーブルには、一時ＩＤをキーとして、「画像品質ＩＤ」と「画像フォーマットＩＤ」とが対応付けられている。「画像品質ＩＤ」は数字によって規定されており、各数字に対応して、コーデックの種類が予め定義されている。また、「画像フォーマットＩＤ」は数字によって規定されており、各数字に対応して、クライアント端末装置１の提示部１０６の表示レイアウト（例えば、自身のクライアント端末装置の映像情報の表示の要否や、各クライアント端末装置の映像情報の表示位置）が予め定義されている。
【００９１】
［参加準備処理］
次に、参加準備処理について、図１８を参照しつつ説明する。この処理は、Ｗｅｂ会議に参加するクライアントが保有する各クライアント端末装置１に対し、Ｗｅｂ会議が行われることを通知し、かつ、各クライアント端末装置１の認証を行うための処理である。
【００９２】
まず、フロントエンドサーバ２１は、ＤＢサーバ２３に対し、会議情報リクエストを送信する（ステップＳ１０１）。このステップＳ１０１の処理は、所定時間間隔ごとに、繰り返し行われる。
【００９３】
ＤＢサーバ２３は、会議情報リクエストを受信すると、ストレージ２２に記憶されている第１〜第３テーブルを参照して会議情報を抽出する（ステップＳ１０２）。具体的には、ＤＢサーバ２３は、現時刻から所定時間内に開始される会議ＩＤを抽出する。そして、第３テーブルを参照して、抽出した会議ＩＤを検索キーとして、会議参加拠点ＩＤを抽出する。そして、第１テーブルを参照して、抽出した会議参加拠点ＩＤを検索キーとして、メールアドレスを抽出する。そして、ＤＢサーバ２３は、これら抽出した情報を会議情報として、フロントエンドサーバ２１に送信する（ステップＳ１０３）。
【００９４】
フロントエンドサーバ２１は、ＤＢサーバ２３から会議情報を受信すると（ステップＳ１０４）、受信した会議情報に含まれる会議参加拠点ＩＤのクライアント端末装置１に対して、会議が行われることを示す会議通知情報を電子メールで送信する（ステップＳ１０５）。
【００９５】
クライアント端末装置１は、フロントエンドサーバ２１から送信される会議通知情報を受信し、クライアントから操作部１０４を介して拠点ＩＤ及びパスワードの入力、及び、認証処理の実行指示を受け付けると、受け付けた情報に基づいた認証処理リクエストを、フロントエンドサーバ２１に送信する（ステップＳ１０６）。フロントエンドサーバ２１は、認証処理リクエストを受信すると、ＤＢサーバ２３に対し、認証処理リクエストを送信する（ステップＳ１０７）。
【００９６】
ＤＢサーバ２３は、フロントエンドサーバ２１から認証処理リクエストを受信すると、認証処理を行う（ステップＳ１０８）。この認証処理は、ストレージ２２に記憶している第１テーブルと第３テーブルを参照して行われる。すなわち、ＤＢサーバ２３は、認証処理リクエストに含まれる拠点ＩＤとパスワードとの組み合わせが、第１テーブルに登録されているかを判定し、第１テーブルに登録されていれば、さらに、第３テーブルに拠点ＩＤが登録されているかを判定する。いずれにも登録されているとき、ＤＢサーバ２３は、認証が成功したと判定し、それ以外の場合は、認証が失敗したと判定する。この認証処理が終了すると、ＤＢサーバ２３は、認証が成功したときには、ストレージ２２に記憶されている第３テーブルから一時ＩＤを取得し、この一時ＩＤを、認証ＯＫを示す情報と共に送信する（ステップＳ１０９）。
【００９７】
フロントエンドサーバ２１は、ＤＢサーバ２３から認証ＯＫを示す情報及び一時ＩＤを含む認証結果を受信すると（ステップＳ１１０）、会議設定情報リクエストを仮想ＡＰサーバ１３x1に送信する（ステップＳ１１１）。この会議設定情報リクエストには、ＤＢサーバ２３から取得した一時ＩＤが含まれる。
【００９８】
仮想ＡＰサーバ１３x1は、会議設定情報リクエストを受信すると、仮想ＤＢサーバ１３x2に対し、会議設定情報リクエストを送信する（ステップＳ１１２）。この会議設定情報リクエストには、一時ＩＤが含まれている。
【００９９】
仮想ＤＢサーバ１３x2は、会議設定情報リクエストを仮想ＡＰサーバ１３x1から受信すると、この会議設定情報リクエストに含まれる一時ＩＤに基づいて、ストレージ１４xに記憶されている設定情報テーブルを参照し、一時ＩＤをキーとして、画面品質ＩＤや画面フォーマットＩＤを抽出する（ステップＳ１１３）。そして、仮想ＤＢサーバ１３x2は、抽出した画面品質ＩＤや画面フォーマットＩＤを、画面情報として、仮想ＡＰサーバ１３x1に送信する（ステップＳ１１４）。
【０１００】
仮想ＡＰサーバ１３x1は、仮想ＤＢサーバ１３x2から画面情報を受信すると、この画面情報をステップＳ１０６で認証情報を送信したクライアント端末装置１の拠点ＩＤと対応づけて記憶部４１２に記憶する（ステップＳ１１５）。そして、仮想ＡＰサーバ１３x1は、会議設定情報の登録が完了したことを示す完了情報を、フロントエンドサーバ２１に送信する（ステップＳ１１６）。
【０１０１】
フロントエンドサーバ２１は、完了情報を仮想ＡＰサーバ１３x1から受信すると、認証処理の要求を送信したクライアント端末装置１に対して、会議設定情報の登録の結果を送信する（ステップＳ１１７）。なお、クライアント端末装置１は、記憶部１０２に会議中フラグを有し、会議開示時刻になると、そのフラグがＯＮとなるものとする。
【０１０２】
［会議処理］
次に、会議処理について、図１９を参照しつつ説明する。この処理は、Ｗｅｂ会議に参加する各クライアント端末装置１とフロントエンドサーバ２１と仮想ＡＰサーバ１３x1との間で実行される処理である。なお、図１９では、説明の便宜上、クライアント端末装置１ａとクライアント端末装置１ｂの２つのクライアント端末装置を示しているが、実際は、会議に参加するクライアント端末装置１の数だけ同様の処理が、Ｗｅｂ会議中繰り返し行われる。
【０１０３】
まず、クライアント端末装置１ａは、情報取得部１０５を介して取得した映像情報をフロントエンドサーバ２１に送信する（ステップＳ１２０ａ）。同様に、クライアント端末装置１ｂは、情報取得部１０５を介して取得した映像情報をフロントエンドサーバ２１に送信する（ステップＳ１２０ｂ）。
【０１０４】
フロントエンドサーバ２１は、各クライアント端末装置１から映像情報を受信すると、各映像情報を仮想ＡＰサーバ１３x1に転送する（ステップＳ１２１）。
【０１０５】
次に、仮想ＡＰサーバ１３xは、各クライアント端末装置１の映像情報をフロントエンドサーバ２１から受信すると（ステップＳ１２２）、受信した映像情報に基づいて、各クライアント端末装置１に送信する映像を生成する（ステップＳ１２３）。このとき、記憶部４１２に記憶しているクライアント端末装置１毎の画面情報が参照される。その後、仮想ＡＰサーバ１３x1は、フロントエンドサーバ２１に対し、生成した映像情報を送信する（ステップＳ１２４）。
【０１０６】
次に、フロントエンドサーバ２１は、仮想ＡＰサーバ１３x1から映像情報を受信すると、各クライアント端末装置１に対し、受信した映像情報を転送する（ステップＳ１２５）。クライアント端末装置１ａ，１ｂは、それぞれ、受信した映像情報に基づいて、提示部１０６に映像情報を提示する（ステップＳ１２６ａ，Ｓ１２６ｂ）。すなわち、映像をディスプレイに表示する。
【０１０７】
次に、以上のような動作を行うＷｅｂ会議システムにおける各要素ごとの具体的な処理について説明する。
【０１０８】
［クライアント端末装置１での処理］
まず、クライアント端末装置１での処理について、図２０を参照しつつ具体的に説明する。
【０１０９】
まず、制御部１０１は、クライアントから操作部１０４を介して認証処理の実行指示を受け付けたか否かを判定する（ステップＳ１３０）。この処理において、認証処理の実行指示を受け付けたと判定すると（ステップＳ１３０：ＹＥＳ）、制御部１０１は、フロントエンドサーバ２１に対し、認証処理の要求を送信する（ステップＳ１３１）。この要求には、拠点ＩＤ及びパスワードが含まれる。その後、制御部１０１は、フロントエンドサーバ２１から認証結果を受信する（ステップＳ１３２）。
【０１１０】
一方、ステップＳ１３０において、認証処理の実行指示を受け付けていないと判定すると（ステップＳ１３０：ＮＯ）、制御部１０１は、会議情報登録処理の実行指示を受け付けたか否かを判定する（ステップＳ１３３）。この処理において、会議情報登録処理の実行指示を受け付けたと判定すると（ステップＳ１３３：ＹＥＳ）、制御部１０１は、フロントエンドサーバ２１に対し、受け付けた入力に基づいて会議情報登録処理の要求を送信する（ステップＳ１３４）。その後、制御部１０１は、会議情報登録処理の要求に対し、フロントエンドサーバ２１から送信される会議情報の登録を示す完了情報を受信する（ステップＳ１３５）。
【０１１１】
一方、ステップＳ１３３において、制御部１０１は、会議情報登録処理の実行指示を受け付けていないと判定すると（ステップＳ１３３：ＮＯ）、制御部１０１は、会議開始の時刻であるか否かを判定する（ステップＳ１３６）。この判定は、記憶部１０２に記憶されている会議中フラグがＯＮとなっているかに基づいて行われる。会議開始の時刻ではないと判定すると（ステップＳ１３６：ＮＯ）、制御部１０１は、処理をステップＳ１３０に移行させ、ステップＳ１３０以降の処理を繰り返す。一方、会議開始の時刻であると判定すると（ステップＳ１３６：ＹＥＳ）、制御部１０１は、処理をステップＳ１３７に移行させる。
【０１１２】
ステップＳ１３７において、制御部１０１は、情報取得部１０５を介して取得した映像情報を、フロントエンドサーバ２１に送信する。また、制御部１０１は、フロントエンドサーバ２１から取得した映像情報を、提示部１０６に提示する（ステップＳ１３８）。その後、制御部１０１は、会議終了か否かを判定する（ステップＳ１３９）。この判定は、記憶部１０２に記憶されている会議中フラグがＯＦＦとなったか否かに基づいて行われる。会議終了ではないと判定すると（ステップＳ１３９：ＮＯ）、制御部１０１は、処理をステップＳ１３７に移行させ、ステップＳ１３７以降の処理を繰り返す。一方、会議終了であると判定すると（ステップＳ１３９：ＹＥＳ）、制御部１０１は、制御部４１は、処理をステップＳ１３０に移行させ、ステップＳ１３０からの処理を繰り返す。
【０１１３】
［フロントエンドサーバ２１における処理（その１）］
次に、フロントエンドサーバ２１における処理（その１）について、図２１を参照しつつ具体的に説明する。この処理では、クライアント端末装置１から受信した要求に応じた処理を行う。
【０１１４】
まず、制御部２０１は、いずれかのクライアント端末装置１から認証処理の要求を受信したか否かを判定する（ステップＳ１４０）。この処理において、認証処理の要求を受信したと判定すると（ステップＳ１４０：ＹＥＳ）、制御部２０１は、認証要求リクエストを、ＤＢサーバ２３に送信する（ステップＳ１４１）。この認証要求リクエストに対して、ＤＢサーバ２３から認証結果を受信すると（ステップＳ１４２）、制御部２０１は、その認証結果を、クライアント端末装置１に送信する（ステップＳ１４３）。
【０１１５】
一方、ステップＳ１４１において、認証処理の要求を受信していないと判定すると（ステップＳ１４１：ＮＯ）、制御部２０１は、会議情報登録処理の要求を受信したか否かを判定する（ステップＳ１４４）。会議情報登録処理の要求を受信したと判定すると（Ｓ１４４：ＹＥＳ）、制御部２０１は、ステップＳ１４５において、一時ＩＤを生成する。
【０１１６】
その後、制御部２０１は、ＤＢサーバ２３に会議情報登録リクエストを送信（ステップＳ１４６）し、さらに、仮想ＡＰサーバ１３x1に会議設定情報登録リクエストを送信する（ステップＳ１４７）。その後、制御部２０１は、ＤＢサーバ２３及び仮想ＡＰサーバ１３x1から、処理が完了をしたことを示す完了情報を受信する（ステップＳ１４８）と、処理の結果を、クライアント端末装置１に送信する（ステップＳ１５０）。
【０１１７】
一方、ステップＳ１４４において、会議情報登録処理の要求を受信していないと判定すると（ステップＳ１４４：ＮＯ）、制御部２０１は、ステップＳ１５０において、クライアント端末装置１から映像情報を受信したか否かを判定する。映像情報を受信していないと判定すると（ステップＳ１５０：ＮＯ）、制御部２０１は、処理をステップＳ１５２に移行させる。一方、映像情報を受信したと判定すると（ステップＳ１５０：ＹＥＳ）、制御部２０１は、受信した映像情報を、仮想ＡＰサーバ１３x1に転送する（ステップＳ１５０）。
【０１１８】
一方、ステップＳ１５２において、仮想ＡＰサーバ１３x1から映像情報を受信したか否かを判定する。映像情報を受信していないと判定すると（ステップＳ１５２：ＮＯ）、ステップＳ１４０に移行させ、ステップＳ１４０の処理を繰り返す。一方、映像情報を受信したと判定すると（ステップＳ１５２：ＹＥＳ）、制御部２０１は、受信した映像情報を、クライアント端末装置１に転送する（ステップＳ１５３）。
【０１１９】
［フロントエンドサーバ２１における処理（その２）］
次に、フロントエンドサーバ２１における処理（その２）について、図２２を参照しつつ具体的に説明する。この処理は、ＤＢサーバ２３に、現時刻から所定時間以内に開始される会議が存在するか否かを問い合わせる処理であり、所定時間間隔で繰り返し実行される。なお、上記したその１における処理とは、並列して実行される。
【０１２０】
まず、制御部２０１は、ＤＢサーバ２３に対し会議情報リクエストを送信する（ステップＳ１６０）。この会議情報リクエストに対する応答を受信すると（ステップＳ１６１）、制御部２０１は、受信した応答に会議情報が含まれているか否かを判定する（ステップＳ１６２）。なお、ステップＳ１６１で送信した会議情報リクエストに該当する会議情報が存在しない場合には、受信した応答には会議情報が含まれていない。
【０１２１】
会議情報が含まれていないと判定すると（ステップＳＳ１６２：ＮＯ）、制御部２０１は、この処理を終了する。一方、会議情報が含まれていると判定すると（ステップＳ１６２：ＹＥＳ）、制御部２０１は、会議情報に含まれる会議参加拠点ＩＤのクライアント端末装置１に対して、会議が行われることを示す会議通知情報を電子メールで送信する（ステップＳ１６３）。
【０１２２】
［ＤＢサーバ２３における処理］
次に、ＤＢサーバ２３における処理について、図２３を参照しつつ具体的に説明する。
【０１２３】
まず、ＤＢサーバ２３の制御部３０１は、フロントエンドサーバ２１から認証処理リクエストを受信したか否かを判定する（ステップＳ１７０）。認証処理リクエストを受信したと判定すると（ステップＳ１７０：ＹＥＳ）、制御部３０１は、認証処理を実行する（ステップＳ１７１）。この認証処理は、上述したように、ストレージ２２に記憶されている第１テーブルと第３テーブルを参照して行われる。この認証処理が終了すると、制御部３０１は、その認証結果をフロントエンドサーバ２１に送信する（ステップＳ１７２）。
【０１２４】
一方、ステップＳ１７０において、認証処理リクエストを受信していないと判定すると（ステップＳ１７０：ＮＯ）、制御部３０１は、会議情報登録リクエストを受信したか否かを判定する（ステップＳ１７３）。会議情報登録リクエストを受信したと判定すると（ステップＳ１７３：ＹＥＳ）、制御部３０１は、上述したように、ストレージ２２の第３テーブルに会議情報を記憶する（ステップＳ１７４）。その後、制御部３０１は、ステップＳ１７４において、会議情報の登録が完了したことを示す完了情報を、フロントエンドサーバ２１に送信する（ステップＳ１７５）。
【０１２５】
一方、ステップＳ１７３において、会議情報登録リクエストを受信していないと判定すると（ステップＳ１７３：ＮＯ）、制御部３０１は、会議情報リクエストを受信したか否かを判定する（ステップＳ１７６）。会議情報リクエストを受信していないと判定すると（ステップＳ１７６：ＮＯ）、制御部３０１は、処理をステップＳ１７０に移行させ、ステップＳ１７０以降の処理を繰り返す。一方、会議情報リクエストを受信したと判定すると（ステップＳ１７６：ＹＥＳ）、制御部３０１は、上述したように、ストレージ２２に記憶されている第１〜第３テーブルを参照して会議情報を抽出する（ステップＳ１７７）。その後、制御部３０１は、抽出した会議情報を、フロントエンドサーバ２１に送信する（ステップＳ１７８）。
【０１２６】
［仮想ＡＰサーバ１３x1における処理］
次に、仮想ＡＰサーバ１３x1における処理について、図２４を参照しつつ具体的に説明する。
【０１２７】
まず、仮想ＡＰサーバ１３x1の制御部４１１は、会議設定情報登録リクエストを受信したか否かを判定する（ステップＳ１８０）。会議設定情報登録リクエストを受信したと判定すると（ステップＳ１８０：ＹＥＳ）、制御部４１１は、受信した会議設定情報登録リクエストを、ＤＢサーバ２３に転送する（ステップＳ１８１）。
【０１２８】
一方、ステップＳ１８０において、会議設定情報登録リクエストを受信していないと判定すると（ステップＳ１８０：ＮＯ）、制御部４１１は、会議設定情報リクエストを受信したか否かを判定する（ステップＳ１８２）。会議設定情報リクエストを受信したと判定すると（ステップＳ１８２：ＹＥＳ）、制御部４１１は、受信した会議設定情報リクエストに基づいて会議設定取得のリクエストを、ＤＢサーバ２３に転送する（ステップＳ１８３）。
【０１２９】
ステップＳ１８２において、会議設定情報リクエストを受信していないと判定すると（ステップＳ１８２：ＮＯ）、制御部４１１は、画面情報を受信したか否かを判定する（ステップＳ１８４）。画面情報を受信したと判定すると（ステップＳ１８４：ＹＥＳ）、制御部４１１は、受信した画面情報を記憶部４１２に記憶する（ステップＳ１８５）。その後、制御部４１１は、処理が正常に完了したことを示す完了情報を、クライアント端末装置１に送信する（ステップＳ１８６）。
【０１３０】
一方、ステップＳ１８４において、画面情報を受信していないと判定すると（ステップＳ１８４：ＮＯ）、制御部４１１は、映像情報を受信したか否かを判定する（ステップＳ１８７）。映像情報を受信したと判定すると（ステップＳ１８７：ＹＥＳ）、制御部４１１は、受信した映像情報を、記憶部４１２に一時的に記憶する（ステップＳ１８８）。その後、制御部４１１は、ステップＳ１８８で一時記憶した映像情報に基づき、クライアント端末装置１に送信する映像情報を生成する（ステップＳ１８９）。ここで生成する映像情報は、記憶部４１２に記憶している他のクライアント端末装置１から受信した映像情報を加工して生成される。また、加工時には、記憶部４１２に記憶している画面情報が参照される。その後、制御部４１１は、ステップＳ１８９で作成した映像情報を、上記クライアント端末装置１に送信する（ステップＳ１９０）。
【０１３１】
映像情報を受信していないと判定すると（ステップＳ１８７：ＮＯ）、制御部４１１は、処理をステップＳ１８０に移行させ、ステップＳ１８０以降の処理を繰り返す。
【０１３２】
［仮想ＤＢサーバ１３x2における処理］
次に、仮想ＤＢサーバ１３x2における処理について、図２５を参照しつつ具体的に説明する。
【０１３３】
ステップＳ２００において、制御部４２１は、会議設定情報登録リクエストを受信したか否かを判定する。会議設定情報登録リクエストを受信したと判定すると（ステップＳ２００：ＹＥＳ）、制御部４２１は、受信した会議設定情報登録リクエストに基いて、会議参加拠点ＩＤと一時ＩＤの対を、ストレージ１４xの設定情報テーブルに登録する（ステップＳ２０１）。
【０１３４】
一方、ステップＳ２００において、会議設定情報登録リクエストを受信していないと判定すると（Ｓ２００：ＮＯ）、制御部４２１は、会議設定情報リクエストを受信したか否かを判定する（ステップＳ２０２）。会議設定情報リクエストを受信していないと判定すると（Ｓ２０２：ＮＯ）、制御部４２１は、処理をステップＳ２００に移行させ、ステップＳ２００以降の処理を繰り返す。一方、会議設定情報リクエストを受信したと判定すると（ステップＳ２０２：ＹＥＳ）、制御部４２１は、設定情報テーブルを参照して、画面情報を取得する（ステップＳ２０３）。その後、制御部４２１は、取得した画面情報を、仮想ＡＰサーバ１３x1に送信する（ステップＳ２０４）。
【０１３５】
以上説明したとおり、アプリケーション提供会社は、Ｗｅｂ会議システムをクラウドサービスを利用してクライアントに提供することができる。
【０１３６】
しかも、ＤＢサーバ２３に加え、フロントエンドサーバ２１とＤＢサーバ２３を社内に配置しているため、第１〜第３テーブルなどのような企業秘匿情報などのセキュリティデータは、アプリケーション提供会社の企業内ネットワークとクライアント端末装置１との間のみ送受信される。
【０１３７】
従って、企業秘匿情報をアプリケーション提供会社側の企業内ネットワーク内で管理することができ、クラウドサービス提供会社に預けることなく、アプリケーション提供会社側で企業秘匿情報を管理することができる。
【０１３８】
しかも、フロントエンドサーバ２１を社内のネットワークに配置し、ＳＩＰサーバとして用いつつ、映像情報の加工処理などの負荷の重い処理などを仮想ＡＰサーバ１３x1及び仮想ＤＢサーバ１３x2で行わせており、これにより社内のサーバの負荷を軽減することができる。
【０１３９】
なお、上述した各実施形態の説明は本発明の一例であり、本発明は上述の実施形態に限定されることはない。このため、上述した各実施形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【符号の説明】
【０１４０】
１ クライアント端末装置
１１ サーバシステム
１２ ブレードサーバ
１３x1 仮想ＡＰサーバ
１３x2 仮想ＤＢサーバ
１４x，２２ ストレージ
２３ ＤＢサーバ
２４ 管理端末装置
【特許請求の範囲】
【請求項１】
企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、
前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、
インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおいて、
前記企業内サーバは、
前記クライアント端末装置からの要求を受け付けるクライアント受付手段と、
前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定手段と、
前記判定手段により前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理手段と、
前記判定手段により前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理手段と、
前記第１要求処理手段による処理結果、及び前記仮想マシンから取得した処理結果を、前記要求を行ったクライアント端末装置へ送信する処理結果送信手段と、を備え、
前記仮想マシンは、
前記企業内サーバからの要求を受け付けるサーバ受付手段と、
前記クライアント端末装置からの要求に対する処理を実行する処理手段と、
前記処理手段による処理結果を前記企業内サーバへ送信する処理結果送信手段と、を備えた
ことを特徴とするアプリケーションサービス提供システム。
【請求項２】
インターネットに接続され、前記仮想マシンと情報の送受信を行う企業外データベースサーバを備え、
前記仮想マシンの前記処理手段は、
前記クライアント端末装置からの要求に対して、前記企業外データベースサーバに記憶した情報に基づく処理が必要か否かを判定し、前記企業外データベースサーバに記憶した情報に基づく処理が必要であると判定されると、前記企業外データベースサーバと情報を送受信して前記要求に対する処理を行う
ことを特徴とする請求項１に記載のアプリケーションサービス提供システム。
【請求項３】
前記ユーザに関する情報には、当該ユーザの認証情報を含み、
前記仮想マシンの前記処理手段は、前記クライアント端末装置から前記ユーザの認証情報が取得したとき、前記秘匿情報に基づく処理が必要であると判定し、前記取得された認証情報と一致する認証情報が前記企業内データベースサーバに記憶されているかどうかを前記企業内データベースサーバに問い合わせて、前記クライアント端末装置の認証処理を行う
ことを特徴とする請求項１又は２に記載のアプリケーションサービス提供システム。
【請求項４】
前記ユーザに関する情報には、当該ユーザのＩＤを含み、
前記企業内サーバの第２要求処理手段は、前記要求を行ったクライアント端末装置を使用しているユーザのＩＤを前記要求に応じた処理要求情報とともに前記仮想マシンに送信し、その後、前記仮想マシンから前記要求に応じた処理結果を前記ユーザのＩＤとともに取得すると、当該ユーザのＩＤから前記取得した処理結果を送信するクライアント端末装置を決定し、
前記仮想マシンの処理結果送信手段は、前記処理要求情報に応じた処理結果を当該処理要求情報に対応するユーザのＩＤとともに送信する
ことを特徴とする請求項１〜３のいずれか１項に記載のアプリケーションサービス提供システム。
【請求項５】
企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおけるアプリケーションサービス提供方法であって、
前記企業内サーバが、前記クライアント端末装置からの要求を受け付ける受付ステップと、
前記企業内サーバが、前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定ステップと、
前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理ステップと、
前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理ステップと、
前記仮想マシンが、前記企業内サーバからの要求を受け付けるサーバ受付ステップと、
前記仮想マシンが、前記クライアント端末装置からの要求に対する処理を実行する処理ステップと、
前記仮想マシンが、前記処理ステップによる処理結果を前記企業内サーバへ送信する処理結果送信ステップと、
前記企業内サーバが、前記処理ステップによる処理結果を受信する受信ステップと、
前記企業内サーバが、前記受信ステップで取得した処理結果を前記要求を行ったクライアント端末装置へ送信する処理結果送信ステップと、を有するアプリケーションサービス提供方法。
【請求項１】
企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、
前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、
インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおいて、
前記企業内サーバは、
前記クライアント端末装置からの要求を受け付けるクライアント受付手段と、
前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定手段と、
前記判定手段により前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理手段と、
前記判定手段により前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理手段と、
前記第１要求処理手段による処理結果、及び前記仮想マシンから取得した処理結果を、前記要求を行ったクライアント端末装置へ送信する処理結果送信手段と、を備え、
前記仮想マシンは、
前記企業内サーバからの要求を受け付けるサーバ受付手段と、
前記クライアント端末装置からの要求に対する処理を実行する処理手段と、
前記処理手段による処理結果を前記企業内サーバへ送信する処理結果送信手段と、を備えた
ことを特徴とするアプリケーションサービス提供システム。
【請求項２】
インターネットに接続され、前記仮想マシンと情報の送受信を行う企業外データベースサーバを備え、
前記仮想マシンの前記処理手段は、
前記クライアント端末装置からの要求に対して、前記企業外データベースサーバに記憶した情報に基づく処理が必要か否かを判定し、前記企業外データベースサーバに記憶した情報に基づく処理が必要であると判定されると、前記企業外データベースサーバと情報を送受信して前記要求に対する処理を行う
ことを特徴とする請求項１に記載のアプリケーションサービス提供システム。
【請求項３】
前記ユーザに関する情報には、当該ユーザの認証情報を含み、
前記仮想マシンの前記処理手段は、前記クライアント端末装置から前記ユーザの認証情報が取得したとき、前記秘匿情報に基づく処理が必要であると判定し、前記取得された認証情報と一致する認証情報が前記企業内データベースサーバに記憶されているかどうかを前記企業内データベースサーバに問い合わせて、前記クライアント端末装置の認証処理を行う
ことを特徴とする請求項１又は２に記載のアプリケーションサービス提供システム。
【請求項４】
前記ユーザに関する情報には、当該ユーザのＩＤを含み、
前記企業内サーバの第２要求処理手段は、前記要求を行ったクライアント端末装置を使用しているユーザのＩＤを前記要求に応じた処理要求情報とともに前記仮想マシンに送信し、その後、前記仮想マシンから前記要求に応じた処理結果を前記ユーザのＩＤとともに取得すると、当該ユーザのＩＤから前記取得した処理結果を送信するクライアント端末装置を決定し、
前記仮想マシンの処理結果送信手段は、前記処理要求情報に応じた処理結果を当該処理要求情報に対応するユーザのＩＤとともに送信する
ことを特徴とする請求項１〜３のいずれか１項に記載のアプリケーションサービス提供システム。
【請求項５】
企業内ネットワークに接続され、クライアント端末装置からの要求を処理する企業内サーバと、前記企業内ネットワークに接続され、前記クライアント端末装置を使用するユーザに関する情報を含む企業内の秘匿情報を記憶する企業内データベースサーバと、インターネットに接続されたサーバ上で動作する仮想マシンと、を備えたアプリケーションサービス提供システムにおけるアプリケーションサービス提供方法であって、
前記企業内サーバが、前記クライアント端末装置からの要求を受け付ける受付ステップと、
前記企業内サーバが、前記クライアント端末装置からの要求に対して、前記秘匿情報に基づく処理が必要か否かを判定する判定ステップと、
前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要であると判定されると、前記企業内データベースサーバから前記秘匿情報を取得して前記要求に対する処理を行う第１要求処理ステップと、
前記企業内サーバが、前記判定ステップにより前記秘匿情報に基づく処理が必要でないと判定されると、前記仮想マシンに対して前記要求に対する処理を要求する第２要求処理ステップと、
前記仮想マシンが、前記企業内サーバからの要求を受け付けるサーバ受付ステップと、
前記仮想マシンが、前記クライアント端末装置からの要求に対する処理を実行する処理ステップと、
前記仮想マシンが、前記処理ステップによる処理結果を前記企業内サーバへ送信する処理結果送信ステップと、
前記企業内サーバが、前記処理ステップによる処理結果を受信する受信ステップと、
前記企業内サーバが、前記受信ステップで取得した処理結果を前記要求を行ったクライアント端末装置へ送信する処理結果送信ステップと、を有するアプリケーションサービス提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【公開番号】特開２０１１−７６５０６（Ｐ２０１１−７６５０６Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２９１０６（Ｐ２００９−２２９１０６）
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]