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