JP2011186873A

JP2011186873A - 社内情報閲覧用サーバ・システムおよびその制御方法

Info

Publication number: JP2011186873A
Application number: JP2010052552A
Authority: JP
Inventors: Yosuke Ohashi; 洋介大橋
Original assignee: Fujifilm Corp
Current assignee: Fujifilm Corp
Priority date: 2010-03-10
Filing date: 2010-03-10
Publication date: 2011-09-22
Anticipated expiration: 2030-03-10
Also published as: US20110225267A1; JP5336405B2

Abstract

【目的】携帯電話1で社内のサーバの情報を閲覧するときに，情報の漏洩を防止する。
【構成】携帯電話１からのリクエストがインターネット，振り分けサーバ３，仮想ブリッジ・ディバイス５を介して仮想サーバ４に与えられる。そのリクエストは,仮想サーバ４から仮想ブリッジ・ディバイス５に与えられ，仮想ブリッジ・ディバイス５において，PＡ社用のリクエストであることを示すVLANタグが付与される。リクエストはデータ・センタ・ルータ９に入力し，ルータ９においてVLANタグからＡ社向けのリクエストであることが判定され，そのリクエストがＡ社のLAN11に送信される。リクエストが確実にアクセス先であるＡ社のLAN11に与えられる。
【選択図】図１

Description

この発明は，社内情報閲覧用サーバ・システムおよびその制御方法に関する。

携帯電話などの普及に伴い，企業において社内電子メールを携帯電話で閲覧するためのサービスが広く普及しつつある。近年の不況下においては，携帯電話向けの電子メール閲覧システムを社内に置くのではなく，ASP(Application Service Provider)として提供されている社外のサービスを利用することが多くなっている。これらの携帯電話向け電子メール閲覧システムを複数の企業へASPとして提供するサービス事業者にとっては，社内電子メールなどの機密性の高い情報が外部へ，または顧客間で漏洩することなくセキュアに取り扱い，かつ社内設置よりも安価にサービスを提供しなければならない。

たとえば，閉域網と仮想サーバを対応づけることにより，ユーザ間での閉域性が確保されたままアプリケーションを提供できるサーバ装置があるが（特許文献１），複数の会社に同様の機能を提供するASPサービスにおいては会社ごとにアプリケーションを用意する必要がある。このため，メンテナンス・コストが大きくなってしまう。また，複数ユーザ閉域網と通信を行う１台の物理サーバ装置もあるが（特許文献２），携帯電話などの端末装置からのアクセスについては考えられていない。さらに，VPN（バーチャル・プライベート・ネットワーク），ファイア・ウォール，ウイルス・チェックなどの機能を持ったUSBメモリなどの電子ディバイスを使い，企業内のVPNへアクセスする際に通信端末から電子ディバイス内の仮想ネットワーク・ディバイスを介することで，使用する通信端末に充分なセキュリティ機能が無くても安全性の高い通信ができる通信システムがある（特許文献３）。しかしながら，通信の際に別途電子ディバイスが必要である。

特開2005-100194号公報特開2003-167805号公報特開2007-151114号公報

この発明は，機密情報の漏洩を未然に防止しつつ，安価にサービスを提供することを目的とする。

この発明は，仮想サーバが，クライアントの社内LANに対応して複数形成されているアプリケーション・サーバ，端末装置からの上記社内LANに接続されている社内情報サーバへのアクセス・リクエストに応じて，アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバと上記携帯端末とを接続する振り分けサーバ，上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与える仮想ブリッジ手段，および上記仮想ブリッジ手段によって付与された上記識別データに対応するポートに接続された上記クライアントの社内LANと上記仮想ブリッジ手段との間でデータ通信するルータを備えていることを特徴とする。仮想ブリッジ手段は，アプリケーション・サーバに含まれていても含まれていなくともよい。

この発明は，上記社内情報閲覧用サーバ・システムに適した制御方法も提供している。すなわち，この方法は，アプリケーション・サーバが，クライアントの社内LANに対応して複数の仮想サーバを形成し，振り分けサーバが，端末装置からの上記社内LANに接続されている社内情報サーバへのアクセス・リクエストに応じて，アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバと上記携帯端末とを接続し，仮想ブリッジ手段が,上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与え，ルータが，上記仮想ブリッジ手段によって付与された上記識別データに対応するポートに接続された上記クライアントの社内LANと上記仮想ブリッジ手段との間でデータ通信するものである。

この発明によると，携帯電話から社内情報サーバに与えられるデータには，仮想ブリッジ手段において識別データが付与される。ルータは，識別データに対応するポートに接続された社内LANと仮想ブリッジ手段との間でデータ通信するものである。識別データが付与されたデータが仮想ブリッジ手段からルータに与えられることにより，その識別データに対応するポートに接続されたクライアントの社内LANに，携帯電話からのデータが与えられることとなる。データは識別データによって識別される社内LANに与えられ，データの漏洩を未然に防止できる。社内LANから送信されるデータにも識別データが付加されており，そのようなデータがルータを介して仮想ブリッジ手段に入力すると，入力するデータは付加されている識別データによって識別される仮想サーバに与えられて，携帯電話に送信される。社内LANから送信されるデータは識別データによって識別される，その社内LAN用の仮想サーバに与えられ，他の仮想サーバには与えられないので，データの漏洩を未然に防止できる。

また，この発明によると，複数の社内情報サーバのそれぞれと社内情報サーバに対応する仮想サーバのそれぞれとを一対一で接続していないので，コストを抑えることができる。

上記アプリケーション・サーバは，たとえば，上記仮想サーバにおいて使用されるアプリケーション・ソフトウエアが格納されたアプリケーション・ソフトウエア格納手段をさらに備える。この場合，上記アプリケーション・ソフトウエア格納手段に格納されたアプリケーション・ソフトウエアを実行するものとなろう。

上記社内情報サーバは，たとえば，電子メール・サーバ，ファイル・サーバ，またはウェブ・サーバである。

この発明は，上記システムを構成するアプリケーション・サーバも提供している。すなわちこのアプリケーション・サーバは，クライアントの社内LANに対応して複数形成されている仮想サーバ，および上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与える仮想ブリッジ手段を備えている。

また，この発明は，上記アプリケーション・サーバの動作制御方法も提供している。すなわち，この方法は，クライアントの社内LANに対応して仮想サーバを複数形成し，仮想ブリッジ手段が，上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与えるものである。

社内情報閲覧システムの電気的構成を示すブロック図である。振り分けルール・テーブルの一例である。認証テーブルの一例である。アプリケーション・テーブルの一例である。アプリケーション認証テーブルの一例である。アプリケーション・サーバの電気的構成を示すブロック図である。ルーティング・テーブルの一例である。ログイン処理手順を示すフローチャートである。ログイン処理手順を示すフローチャートである。ログイン・ページの一例である。トップ・ページの一例である。社内情報閲覧システムの処理手順を示すフローチャートである。社内情報閲覧システムの処理手順を示すフローチャートである。メール一覧ページの一例である。メール・本文ページの一例である。振り分けサーバと仮想サーバとの処理手順を示すフローチャートである。仮想サーバとPOPサーバとの処理手順を示すフローチャートである。

図1は，この発明の実施例を示すもので，社内情報閲覧システムの電気的構成を示すブロック図である。

社内情報閲覧システムにはデータ・センタLAN（ローカル・エリア・ネットワーク）（社内情報閲覧用サーバ・システム）２が含まれている。データ・センタLAN２は，ASP（アプリケーション・サービス・プロバイダ）として情報閲覧機能を提供するサーバが格納されたネットワークである。このデータ・センタLAN２には，VPN（バーチャル・プライベート・ネットワーク）１によってＡ社のLAN11が接続され，VPN２によってＢ社のLAN21が接続されている。また，データ・センタLAN２にはインターネットを介して携帯電話１がアクセスできる。

図１においては，Ａ社のLAN11とＢ社のLAN12との２社のLANがデータ・センタLAN２に接続されているが，もっと多くの会社（企業，団体，組合など名称はどれでもよい）のLANが接続されていてもよい。また，１台の携帯電話１が図示されているが，多数の携帯電話からデータ・センタLAN２にアクセスできるのはいうまでもない。データ・センタLAN２にアクセスする携帯電話１は，データ・センタLAN２に接続されている会社（クライアント,Ａ社またはＢ社）の社員である。携帯電話１がＡ社の社員のものであれば，携帯電話１を用いてデータ・センタLAN２にアクセスすることによりＡ社のLAN11に接続されているサーバとアクセス，サーバに格納されている情報を閲覧できる。同様に，携帯電話１がＢ社の社員のものであれば，携帯電話１を用いてデータ・センタLAN２にアクセスすることによりＢ社のLAN21に接続されているサーバとアクセスし，サーバに格納されている情報を閲覧できる。Ａ社の社員以外の携帯電話１を用いてＡ社の社内LAN11に接続されているサーバに格納されている情報を閲覧できないし，Ｂ社の社員以外の携帯電話１を用いてＢ社の社内LAN21に接続されているサーバに格納されている情報を閲覧できないのはいうまでもない。

データ・センタLAN２には，アプリケーション・サーバ４が含まれている。アプリケーション・サーバ４は物理的に存在する１台のサーバであり，実際に情報閲覧機能が稼働しているサーバである。また，データ・センタLAN２には，アプリケーション・サーバ４とインターネットとの間に設けられている振り分けサーバ３も含まれている。さらに，データ・センタLAN４には，VPN１を介してＡ社のLAN11と接続し，かつVPN２を介してＢ社のLAN２と接続するためのデータ・センタ・ルータ９が設けられている。

アプリケーション・サーバ４内には，データ・センタLAN４に接続されている会社のLANの数に対応した仮想サーバ６および７が形成されている。仮想サーバ６および７は，物理的に存在するサーバ（この場合，アプリケーション・サーバ４）上で動く論理サーバである。サーバの仮想化には複数の段階があり，ハードウェアレベルで仮想化するものや，ＯＳのカーネル・レベルで仮想化するものなどがあるが，いずれでもよい。仮想サーバ６および７はセキュリティ確保のためそれぞれから排他的にアクセスできるディスク領域を持つことが好ましいが，仮想サーバ６または７で共通して実行される情報閲覧機能はアプリケーション領域として指定された特定の領域を仮想サーバ６と７との間で共有することが望ましい。

また，アプリケーション領域を通じて仮想サーバ６および７との間でデータの交換が発生することを防ぎ，かつアプリケーションが仮想サーバ６または７によって誤って変更されてしまうことを防ぐために，アプリケーション領域は，仮想サーバ６および７から読み取り専用であることが望ましい。アプリケーション領域を共有する方法としては，ＯＳに備わったフォルダ共有機能を使うことが考えられるが，他の方法でもよい。

アプリケーション・サーバ４には，仮想サーバ６および７からアクセスできるアプリケーション・データベース８が含まれている。このアプリケーション・データベース８に，上述のアプリケーション領域が形成されている。また，このアプリケーション・データベース８には後述する各種テーブル（図３から図５参照）,仮想サーバ６および７において実行されるアプリケーション・ソフトウェアも格納されている。

また，アプリケーション・サーバ４には，仮想ブリッジ・ディバイス５も含まれている。仮想ブリッジ・ディバイス５は，振り分けサーバ３と仮想サーバ６および７とを接続するとともに，データ・センタ・ルータ９と仮想ブリッジ・ディバイス５とを接続するものである。

振り分けサーバ３は，携帯電話１からのアクセス・リクエストを受信して携帯電話１のユーザを特定し，仮想サーバ６または７のうち，特定されたユーザに対応する仮想サーバ６または７にアクセス・リクエストを転送するものである。振り分けサーバ３は，Apacheなどのウェブ・サーバが持つURL（Uniform Resource Locator）書き換え機能，リバース・プロキシ機能などを利用して実現できる。振り分けサーバ３は，携帯電話１からのアクセスを受けるため，グローバルＩＰ（インターネット・プロトコル）アドレスを持ちインターネットと直接接続されていることが好ましい。

振り分けサーバ３と，アプリケーション・サーバ４と，アプリケーション・サーバ４に含まれる仮想サーバ６および７と，は，相互の通信のため同じネットワークに属していることが好ましい。たとえば，アプリケーション・サーバのＩＰアドレスを192.168.0.100，仮想サーバ６のＩＰアドレスを192.168.0.101，仮想サーバ７のＩＰアドレスを192.168.0.102，振り分けサーバ３のＩＰアドレスを192.168.0.200とすることにより，振り分けサーバ３と，アプリケーション・サーバ４と，アプリケーション・サーバ４に含まれる仮想サーバ６および７とが同じネットワークに属することとなる。

携帯電話１からのデータ・センタLAN２へのアクセスはキャリア・ゲートウェイ（図示略）を通じてインターネットなどの広域網を経由して行われる。このため，振り分けサーバ３と携帯電話１との間のアクセスはHTTPS（Hypertext Transfer Protocol Security）などの暗号化されたプロトコルが用いられることが好ましい。

データ・センタ・ルータ９は，アプリケーション・サーバ４の仮想ブリッジ・ディバイス５に接続されている。データ・センタ・ルータ９は，複数のクライアントのうちのクライアントごとに，会社（クライアント）の社内LANと仮想サーバ６および７とを接続するものである。仮想ブリッジ・ディバイス５により，データ・センタ・ルータ９と仮想ブリッジ・ディバイス５との間にＡ社用のデータ，コマンドなどを通信するVLAN１とＢ社用のデータ，コマンドなどを通信するVLAN２とが仮想的に形成される。また，データ・センタ・ルータ９に物理的に形成されている第１のポートＰ１には，VPN(Virtual Private Network)１を介して後述するＡ社のクライアントLANルータ14が接続されている。また，データ・センタ９に物理的に形成されている第２のポートＰ２には，VPN２を介して後述するＢ社のクライアントLANルータ25が接続されている。データ・センタ・ルータ９は，VLAN機能を用いて1つの物理ネットワークで複数のクライアントの社内LANをアプリケーション・サーバ４内の仮想サーバ６および７に接続する。

データ・センタ・ルータ９によって，Ａ社用の仮想サーバ６は，Ａ社用のVLAN１およびＡ社用のVPN１を介してＡ社のLAN11と接続され，かつＢ社用の仮想サーバ７は，Ｂ社用のVLAN２およびＢ社用のVPN２を介してＢ社のLAN21と接続される。Ａ社用の仮想サーバ６とＡ社用のLAN11との通信経路とＢ社用の仮想サーバ７とＢ社用のLAN21の通信経路とは，実質的に独立するのでＡ社用のデータ，コマンドとＢ社用のデータ，コマンドとが混在することを未然に防止できる。

Ａ社のLAN11は10.254.100.0/24のネットワークを有しているものとすると，Ａ社用の仮想サーバ６は，Ａ社のLANに属し，たとえば，10.254.100.253というＡ社のネットワークに含まれるＩＰアドレスをもつことができる。同様に，Ｂ社のLAN21は192.168.100.0/24のネットワークを有しているものとすると，Ｂ社用の仮想サーバ７は，Ｂ社のLANに属し，たとえば，192.168.100.102というＢ社のネットワークに含まれるＩＰアドレスをもつことができる。Ａ社用のデータ，コマンドとＢ社用のデータ，コマンドとは異なるネットワークを用いて通信するので，混在することを未然に防止できる。複数のクライアントの社内LANのそれぞれと，それぞれのクライアント用の仮想サーバとをそれぞれセキュアに接続できる。

図１においては，わかりやすくするために２本のVLANが図示されているが，後述のように２本のVLANが物理的に存在するわけでなく，１本のケーブルによりデータ・センタ・ルータ９とアプリケーション・サーバ４とが接続されている。

Ａ社の社内LAN11には，POP（Post Office Protocol）サーバ（電子メール・サーバ）12および所定のファイルを送受信するファイル・サーバ13（社内情報サーバ）が接続されている。これらのPOPサーバ12およびファイル・サーバ13は，Ａ社の社内LAN11に接続されているクライアントLANルータ14を介してデータ・センタLAN２と通信可能である。

Ｂ社の社内LAN21には，POPサーバ22ならびにグループウェア・サーバ23および24が接続されている。これらのPOPサーバ22ならびにグループウェア・サーバ23および24は，クライアントLANルータ25を介してデータ・センタLAN２と通信可能である。

上記の実施例においては，仮想ブリッジ手段が，アプリケーション・サーバ４に含まれているが，仮想ブリッジ手段はアプリケーション・サーバ４に含まれていても含まれていなくてもよい。

図２は，振り分けルール・テーブルの一例である。

振り分けルール・テーブルは，振り分けサーバ３に格納されている。振り分けルール・テーブルには,識別番号に対応して，クライアントＩＤとアクセス先とが格納されている。クライアントＩＤは，振り分けサーバ３にアクセスした携帯電話1がデータ・センタLAN２に接続されているどの会社（会社のLAN）の社員のものかを識別するものである。アクセス先は，振り分けサーバ３にアクセスした携帯電話１から送信されたリクエスト，データ等をデータ・センタLAN２に含まれるサーバのうち，どのサーバに転送するかを示す転送先のＩＰアドレスを示している。たとえば，携帯電話１から振り分けサーバ３に送信されたクライアントＩＤが「101」であれば，その携帯電話１から送信されたリクエスト等のアクセス先は192.168.0.101であることがわかり，そのアクセス先をＩＰアドレスにもつ仮想サーバ６に携帯電話１からのリクエスト等が転送される。

図３は，認証テーブルの一例である。

認証テーブルは，アプリケーション・データベース８に格納されている。認証テーブルには，識別番号に対応して，ユーザ名とパスワードとが格納されている。携帯電話１からデータ・センタLAN２にユーザ名とパスワードとをそれぞれ表すデータが送信され，送信されたデータによって表されるユーザ名とパスワードとが認証テーブルに格納されているかどうかによって，携帯電話１のユーザがデータ・センタLAN２（Ａ社用のLAN11またはＢ社用のLAN21）にアクセスする権限を有するかどうかの認証処理が行われる。

図４は，アプリケーション・テーブルの一例である。

アプリケーション・テーブルもアプリケーション・データベース８に格納されている。アプリケーション・テーブルは，クライアント（Ａ社またはＢ社）に対応して設けられている。図４に示すアプリケーション・テーブルはＡ社用のものである。アプリケーション・テーブルには，識別番号に対応して，社内情報サーバとサーバＩＰアドレス（社内情報サーバのＩＰアドレス）とが格納されている。携帯電話１のユーザがどの会社の社員かがわかると，その会社のアプリケーション・テーブルが参照される。携帯電話１からのリクエストから，会社のLANに接続されている社内情報サーバのうち，どの社内情報サーバにアクセスを要求しているかがわかる。アクセスを要求している社内情報サーバのサーバＩＰアドレスがアプリケーション・テーブルから読み取られる。たとえば，携帯電話１がアクセスを要求している社内情報サーバがＡ社のPOPサーバ12であるとすると，そのPOPサーバ12のサーバＩＰアドレスは，10.254.100.1であることがわかる。

図５は，アプリケーション認証テーブルの一例である。

アプリケーション認証テーブルは，アプリケーション・データベース８に格納されている。携帯電話１から送信されたユーザ名に対応する社内情報サーバとパスワードとがアプリケーション認証テーブルから読み取られる。ユーザ名と読み取られたパスワードとが,携帯電話１がアクセスしようとする社内情報サーバに送信される。

図６は，アプリケーション・サーバ４の電気的構成を示すブロック図である。この図においては，アプリケーション・データベース８は図示が省略されている。また，振り分けサーバ３およびデータ・センタ・ルータ９も図示されている。

アプリケーション・サーバ４には物理的に形成されているネットワーク・インターフェイスeth0およびeth1が形成されている。ネットワーク・インターフェイスeth0には，振り分けサーバ３が接続されている。ネットワーク・インターフェイスeth1にはデータ・センタ・ルータ９が接続されている。

ネットワーク・インターフェイスeth0は，仮想ブリッジbr0.101の一端に接続されている。仮想ブリッジbr0.101（後述する仮想ブリッジbr1.101，br1.102も同様）は，ソフトウエアで実現されるスイッチである。仮想ブリッジbr0.101の他端には，仮想ネットワーク・インターフェイスveth101.0およびveth102.0に接続されている。仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスveth101.0は，仮想サーバ４の仮想ネットワーク・インターフェイスeth0と接続されている。また，仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスveth102.0は，仮想サーバ７の仮想ネットワーク・インターフェイスeth0と接続されている。

仮想サーバ４の仮想ネットワーク・インターフェイスeth1は，仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスveth101.1と接続されている。仮想ネットワーク・インターフェイスveth101.1は，仮想ブリッジbr1.101を介して，仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスeth1.101と接続されている。

同様に，仮想サーバ７の仮想ネットワーク・インターフェイスeth1は，仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスveth102.1と接続されている。仮想ネットワーク・インターフェイスveth102.1は，仮想ブリッジbr1.102を介して，仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスeth1.102と接続されている。

仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスeth1.101およびeth1.102は，アプリケーション・サーバ４のネットワーク・インターフェイスeth1と接続されている。

仮想ブリッジ・ディバイス５の仮想ネットワーク・ディバイスeth1.101およびeth1.102は，仮想サーバ４または７から与えられるデータ等についてはパケットにVLANタグを付与し，データ・センタ・ルータ９から与えられるデータ等については，そのデータ等が格納されているパケットに所定のVLANタグが付与されていれば，通過させる。たとえば，Ａ社用の仮想サーバ４から仮想ネットワーク・ディバイスeth1.101にデータが与えられると，Ａ社のLAN11用の「101」というVLANタグがパケットに付与され，Ｂ社用の仮想サーバ７から仮想ネットワーク・ディバイスeth1.102にデータが与えられると，Ｂ社のLAN21用の「102」というVLANタグがパケットに付与される。また，データ・センタ・ルータ９から与えられるパケットにＡ社のLAN11用の「101」というVLANディバイスが付与されていれば，そのパケットは仮想ネットワーク・ディバイスeth1.101を通過するが，仮想ネットワーク・ディバイスeth1.102は通過しない。また，データ・センタ・ルータ９から与えられるパケットにＢ社のLAN21用の「102」というVLANディバイスが付与されていれば，そのパケットは仮想ネットワーク・ディバイスeth1.102を通過するが，仮想ネットワーク・ディバイスeth1.101は通過しない。

図６は，ソフトウエアを用いて構成するものもハードウエアで構成するように図示したものであり，適宜ソフトウエアまたはハードウエアで構成できる。

図７は，ルーティング・テーブルの一例である。

このルーティング・テーブルは，データ・センタ・ルータ９に格納されている。ルーティング・テーブルには，識別番号に対応してポート番号とVLANタグとが格納されている。ポート番号は，データ・センタ・ルータ９に形成されているポートを識別するものである。ポート番号１はポートＰ１に対応し，ポート番号２はポートＰ２に対応する。

ルーティング・テーブルは，パケットに付与されているVLANタグに応じたポート番号のポートにパケットを出力し，パケットが付与されていないVLANタグについてはパケットが入力したポートに応じたポート番号に対応するVLANタグを付与して出力するものである。

たとえば，Ａ社のLAN11から送信されたパケットがポートＰ１からデータ・センタ・ルータ９に入力する。ポートＰ１に対応するポート番号は「１」であるから，そのポート番号に対応するVLANタグ「101」が読み取られる。読み取られたVLANタグ「101」がパケットに付与される。VLANタグ「101」が付与されたパケットは，仮想ネットワーク・ディバイスeth1.101を通過するが，仮想ネットワーク・ディバイスeth1.102は通過しないので，VLANタグ「101」が付与されたパケットはＡ社用の仮想サーバ４に与えられる。また，アプリケーション・サーバ４から与えられたパケットにVLANタグ「101」が付与されていると，そのVLANタグ「101」に対応するポート番号は「１」であるから，与えられたパケットはポートＰ１から出力される。ポートＰ１には，Ａ社のLAN11が接続されているから，VLANタグ「101」が付与されたパケットはＡ社のLAN11に送信される。他のVLANタグについても同様である。

このように，VLANタグを利用して，データ，コマンドなどが格納されたパケットをＡ社のLAN11またはＢ社のLAN21の所望のLANに送信し，かつＡ社のLAN11またはＢ社のLAN21から送信されたパケットを対応する会社用の仮想サーバ４または７に送信することができることは理解できよう。

図８および図９は，携帯電話１を用いてデータ・センタLAN２にログインする場合の処理手順を示すフローチャート（シーケンス）である。

携帯電話１のユーザは，携帯電話に登録されているブックマークなどを選択することでデータ・センタLAN２にログインする。もっともデータ・センタLAN２のＵＲＬ（https://mailremote.jp/101/login）を携帯電話１に直接入力してデータ・センタLAN２にログインしても構わない。

データ・センタLAN２に対応するＵＲＬに対して携帯電話１からアクセス・リクエストが送信される。

アクセス・リクエストがmailremote.jpというアドレスをもつ振り分けサーバ３に送信される。振り分けサーバ３では，図２に示す振り分けルール・テーブルにもとづいてＵＲＬを書き換える。たとえば，上述のＵＲＬに含まれる「101」をクライアントＩＤであると識別すると，上述したＵＲＬ（https://mailremote.jp/101/login）は，ＵＲＬ（http://192.168.0.101/login）と書き換えられる。振り分けサーバ３は，書き換えられたＵＲＬから「192.168.0.101」というＩＰアドレスをもつ仮想サーバ４にhttp（HyperText Transfer Protocol）リクエストを送信する。

仮想サーバ４において受信されたhttpリクエストは，一般的にhttpで使用される80番ポートで待ち受けている仮想サーバ101内のウェブ・サーバ（図示略）で受信される。このhttpリクエストには，メソッドとしてＧＥＴ，命令内容としてloginを示すデータが含まれている。

ウェブ・サーバはhttpリクエストからログイン・ページを出力して欲しいという指令があったと判断し，ログイン・ページを表示するためのHTML（Hyper Text Markup Language）でのログイン・ページを生成する。生成されたログイン・ページを表すデータがウェブ・サーバから仮想サーバ４に与えられる。

ウェブ・サーバにおいて生成されたログイン・ページを表すデータは，仮想サーバ４から振り分けサーバ３に転送される。

振り分けサーバ３は，仮想サーバ６から送信されたログイン・ページを表すデータを，アクセス・リクエストを送信した携帯電話１に送信する。携帯電話１から見た場合には，携帯電話１は振り分けサーバ３と直接通信しているように考えられる。

携帯電話１は振り分けサーバ３から送信されたログイン・ページを表すデータを受信すると，そのデータを内蔵しているウェブ・ブラウザでレンダリングする。すると，携帯電話１の表示画面には，ログイン・ページが表示される。

図10は，ログイン・ページの一例である。

ログイン・ページ30には，ユーザ名表示領域31，パスワード表示領域32およびログイン・ボタン33が含まれている。カーソル（図示略）がユーザ名表示領域31に位置決めされると，携帯電話１のキーパッドから入力された文字がユーザ名表示領域31に表示される。同様に，カーソルがパスワード表示領域32に位置決めされると，携帯電話1のキーパッドから入力された文字に対応してアスタリスクがパスワード表示領域32に表示される。カーソルがログイン・ボタン33に位置決めされて携帯電話１のキーパッドに含まれる決定ボタンが押されると，入力されたユーザ名を表わすデータおよび入力されたパスワードを表すデータが携帯電話１から振り分けサーバ３に送信される。

図９を参照して，たとえば，ユーザ名として「hogehoge」，パスワードとして「password」が入力されると，入力したユーザ名とパスワードとがログインのためのリクエストとともに振り分けサーバ３に送信される。入力されたユーザ名とパスワードとはＵＲＬパラメータとして付与されてリクエストを表すＵＲＬとして振り分けサーバ３に送信される。たとえば，ＵＲＬは，https://mailremote.jp/101/login?id=hogehoge&pw=passwordとなる。

振り分けサーバ３は携帯電話から送信されたログイン・リクエストのＵＲＬを書き換え，「192.168.0.101」というＩＰアドレスをもつ仮想サーバ６にリクエストする。このときのＵＲＬは，http://192.168.0.101/login?id=hogehoge&pw=passwordとなる。

仮想サーバ４が受信したリクエストは上述と同様に，httpで使用される80番ポートで待ち受けている仮想サーバ４内のウェブ・サーバで受信される。受信される際のhttpリクエストにはメソッドとしてGETが，命令内容としてlogin?id=hogehoge&pw=passwordが含まれる。このときのパラメータidがデータ・センタLAN２のユーザ名，pwがデータ・センタLAN２のパスワードに該当する。

仮想サーバ４は，受信したhttpリクエストに含まれるユーザ名とパスワードとから，図３に示す認証テーブルを参照して，アクセスした携帯電話1のユーザがアクセス権限のあるユーザかどうかを確認する。具体的にはSQL（Structured Query Language）文などでアプリケーション・データベースに格納されている認証テーブルに問い合わせを行い，該当するユーザ名およびパスワード（認証情報）が認証テーブルに格納されていれば，アクセス権限のあるユーザであると判定する。

アプリケーション・データベースに格納されている認証テーブルに，携帯電話１から送信されてきたユーザ名およびパスワードが格納されていると，仮想サーバ４内のウェブ・サーバでトップ・ページを表示するためのデータが生成される生成されたトップ・ページを表すデータがウェブ・サーバから仮想サーバ４に送信される

仮想サーバ３は，受信したトップ・ページを表すデータを振り分けサーバ３に転送する。

振り分けサーバ３は，受信したトップ・ページを表すデータを携帯電話１に転送する。

携帯電話1の表示画面にはトップ・ページが表示されるようになる。

図11は，トップ・ページの一例である。

振り分けサーバは仮想サーバからのレスポンスを元々リクエストしていた携帯電話へと転送する。トップ・ページには，携帯電話１においてアクセス可能な内容を示す文字列が表示されている。受信メールの文字列41，メール・フォルダの文字列42，新規メールの文字列43，予定表の文字列44，他人の予定の文字列45，アドレス帳の文字列46，仕事の文字列47，メモの文字列48，ネットプリントの文字列49，設定変更の文字列50，およびログアウトの文字列51が含まれている。これらの文字列41〜51にはリンクが埋め込まれている。カーソル52を動かすことにより所望の文字列が選択される。携帯電話１に含まれる決定ボタンが押されることによりカーソル52で選択されている文字列の内容が指定されたものとして携帯電話１から振り分けサーバ３にコマンドが送信される。

図12および図13は，携帯電話1の表示画面にメール一覧を表示する処理手順を示すフローチャート（シーケンス）である。

上述したトップ・ページ40によりメニュー一覧が表示され，そのメニューの中から受信メールの文字列41が携帯電話１のユーザによってクリックされることにより，受信メニューが選択される。

すると，クリックされたリンクのＵＲＬにもとづいて振り分けサーバ３にリクエストが送信される。送信されるリクエストは，たとえば，https://mailremote.jp/101/inbox?id=hogehogeで表されるＵＲＬである。このようにＵＲＬにはユーザ名としてログイン時に使用したユーザ名「hogehoge」が含まれており，データ・センタLAN２にアクセスしたユーザが識別できる。

振り分けサーバ３は携帯電話１から送信されたログイン・リクエストのＵＲＬを書き換えて，「192.168.0.101」というＩＰアドレスをもつ仮想サーバ４にリクエストを行う。書き換えられたＵＲＬは，http://192.168.0.101/inbox?id=hogehogeとなる。

仮想サーバ４が受信したリクエストは仮想サーバ４内のウェブサーバで受信される。受信されたhttpリクエストにはメソッドとしてＧＥＴが，命令内容としてinbox?id=hogehogeが含まれている。

ウェブ・サーバはリクエストされたＵＲＬに含まれている「inbox」という文字列からメール一覧を表示するというリクエストだと判断し，どのサーバからメール一覧を取得するかを判断する。アプリケーション・データベース８にメール・サーバの照会を行い，図４に示すアプリケーション・テーブルから，リクエストに該当するサーバのＩＰアドレスが取得される。この場合には、クライアントＩＤは「101」であるから，携帯電話１のユーザはＡ社の社員であることがわかり，Ａ社用のアプリケーション・テーブルが参照される。リクエストされたＵＲＬには「inbox」という文字列が含まれているから，メール・サーバへのリクエストと判定され，参照されたアプリケーション・テーブルからPOP3のサーバＩＰアドレスである「10.254.100.1」と識別番号として「２」が読み取られる（レスポンス）。

ウェブ・サーバによって，アプリケーション・データベース８に格納されているアプリケーション認証テーブルが参照され，Ａ社のPOPサーバ12にアクセスするためのユーザ名とパスワードとが読み取られる(認証情報照会)。ログイン時のユーザ名「hogehoge」からPOP3に該当するパスワード「password」がえられる（レスポンス）。

図13を参照して，仮想サーバ４のウェブ・サーバからPOPサーバ12のＩＰアドレスに対してメール一覧取得のリクエストが行われる。そのリクエストのときには，図５のアプリケーション認証テーブルから得られたユーザ名およびパスワードが利用される。このリクエストはPOP3などの公知のプロトコルを利用して行われるのはいうまでもない。

仮想サーバ４のウェブ・サーバからのメール一覧取得リクエストは，ウェブ・サーバからデータ・センタ・ルータ９に送信される。上述したように，データ・センタ・ルータ９においてＡ社のPOPサーバ12にデータ，コマンドなどを送信する場合には，VLANタグ101がパケットに付与される。VLANタグ101が付与されたメール一覧取得リクエストがデータ・センタ・ルータ９のポートＰ１に接続されたＡ社のLAN11に送信される。

Ａ社のLAN11に送信されたメール一覧取得リクエストは，Ａ社のクライアントLANルータ14に入力する。Ａ社のクライアントLANルータ14はサーバＩＰアドレスから該当するPOPサーバ12にメール一覧取得リクエストを送信する。

メール一覧取得リクエストはPOPサーバ12に入力し，メール一覧のレスポンスのデータがPOPサーバ12からクライアントLANルータ14を介して，ポートＰ１からデータ・センタ・ルータ９に入力する。

データ・センタ・ルータ９において，メール一覧のレスポンスを表すデータが格納されるパケットにVLANタグ101が付与される。VLANタグ101が付与されたパケットは，上述のように，Ａ社用の仮想サーバ４のウェブ・サーバに入力する。

メール一覧のレスポンスを表すデータは，仮想サーバ４に転送され，その仮想サーバ４において，メール一覧を表すHTMLページが生成される。

メール一覧を表すHTMLページは，リクエスト元である振り分けサーバ３に転送される。

振り分けサーバ３から，最初のリクエスト元である携帯電話１にメール一覧を表すHTMLページが送信される。

携帯電話１の表示画面には，メール一覧ページが表示される。

図14は，メール一覧ページの一例である。

メール一覧ページ60には，多数の電子メール・リスト61〜63が表示されている。これらのメール・リスト61〜63のそれぞれには電子メールの件名と電子メールを送信したユーザのアドレスとが含まれている。携帯電話１のキーパッドを用いてカーソル52をメール・リスト61〜63の件名のいずれかに移動させることができる。携帯電話１に含まれる決定ボタンが押されると，押されたときにカーソル52が位置決めされている電子メールのリクエストとなる。

また，メール一覧ページ60には，前日の文字列64および翌日の文字列65ならびにトップ・ページの文字列66も含まれている。前日の文字列64にカーソル52が位置決めされ，決定ボタンが押されることにより，前日の電子メールの一覧のリクエストとなり，翌日の文字列65にカーソル52が位置決めされ，決定ボタンが押されることにより，翌日の電子メールの一覧リクエストとなる。また，トップ・ページの文字列66にカーソル52が位置決めされ，決定ボタンが押されると，トップ・ページのリクエストとなる。

図12を参照して，メール一覧ページにおいて，ある電子メールを閲覧するために所望の電子メールの件名がクリックされる。

クリックされたリンクのＵＲＬにもとづき，振り分けサーバ３に対してリクエストが送信される。送信されるリクエストは例えばＵＲＬ（https://mailremote.jp/101/inbox/?uid=1&id=hogehogeである。このＵＲＬにはuidとして閲覧した電子メールを一意に識別するUIDL，idとしてログイン時に使用したユーザ名が含まれており，ユーザと閲覧する電子メールとが識別できる。UIDLはメール一覧ページを表示した際に各メールへのリンクへ組み込まれていることが望ましい。

振り分けサーバ３は携帯電話１から送信されたＵＲＬを書き換えて、192.168.0.101というＩＰアドレスを持つ仮想サーバ３にリクエストする。このときのＵＲＬはhttp://192.168.0.101/inbox?uid=1&id=hogehogeとなる。

仮想サーバ４が受信したリクエストhttpリクエストは仮想サーバのウェブ・サーバに送信される。このhttpリクエストには，メソッドとしてＧＥＴが含まれ，命令内容としてinbox?uid=1&id=hogehogeが含まれている。

ウェブ・サーバはＵＲＬからメール本文を表示するというリクエストだと判断し，どのサーバからメール本文を取得するかを判断する。上述したのと同様に，図４に示すアプリケーション・テーブルからリクエストに該当するサーバのＩＰアドレスが取得される。この場合には，上述したのと同様に，「10.254.100.1」というＡ社のLAN11内にあるPOPサーバ12のIPアドレスと識別番号「２」が取得される。(メール・サーバ照会)

上述したのと同様に，認証情報照会が行われ，ログイン時のユーザ名「hogehoge」のパスワードが得られる。

取得したPOPサーバ12のＩＰアドレスに対して仮想サーバ４のウェブ・サーバからメール本文覧取得のリクエストが行われる。

上述したように，仮想サーバ４のウェブ・サーバからのメール本文取得リクエストはデータ・センタ・ルータ９に転送される。データ・センタ・ルータ９において，VLANタグ101がリクエストに付与されてポートＰ１に接続されたＡ社LAN11にリクエストが転送される。

Ａ社のLAN11に転送されたリクエストはＡ社のクライアントLANルータ14に入力し，POPサーバ12にリクエストが送信される。

メール本文取得リクエストがPOPサーバ12に入力し，POP3のプロトコルに基づいてメール本文が出力される。

メール本文照会のレスポンスはクライアントLANルータ14によりリクエスト元であるデータ・センタ・ルータ９に送信される。

メール本文照会のレスポンスはデータ・センタ・ルータ９において，VLANタグ付与されてウェブ・サーバから仮想サーバ４に入力する。

仮想サーバ４において，メール本文の照会のレスポンスから，メール本文を表示するHTMLページが生成される。

生成されたHTMLページを表すデータが仮想サーバ４から振り分けサーバ３に転送される。

仮想サーバに転送されたHTMLページを表すデータは最初のリクエスト元である携帯電話１に転送される。

携帯電話１の表示画面にメール本文ページが表示されるようになる。

図15は，メール本文ページ70の一例である。

メール本文ページ70には，電子メールの件名71，電子メールの送信者のメール・アドレス72，宛先73，日時74，ヘッダ詳細の文字列75および電子メール本文76が表示されている。このようにしてＡ社の社員の携帯電話１を用いてＡ社のPOPサーバ12に格納されている電子メールを閲覧できるようになる。

図16は，振り分けサーバ３と仮想サーバ４との間の処理手順を示すフローチャート（シーケンス）である。この図は，図12および図13における振り分けサーバ３と仮想サーバ４との間の処理の詳細である。

図６も参照して，仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスveth101.0はＩＰアドレス192.168.0.101をもつ仮想サーバ４の仮想ネットワーク・インターフェイスeth0に対応している。このために，振り分けサーバ３から仮想サーバ４へのリクエストは，アプリケーション・サーバのネットワーク・インターフェイスeth0，仮想ブリッジbr0.101，仮想ネットワーク・インターフェイスveth101.0および仮想サーバ４の仮想ネットワーク・インターフェイスeth0を介して仮想サーバ４に入力する。

このリクエストに対するレスポンスが仮想サーバ４の仮想ネットワーク・インターフェイスeth0から出力される。そのレスポンスは，仮想サーバ４の仮想ネットワークeth0に対応する仮想ブリッジ・ディバイス５の仮想ネットワーク・ディバイスveth101.0，仮想ブリッジ・ディバイスbr0.101およびアプリケーション・サーバのネットワーク・インターフェイスeth0を介して振り分けサーバ３に入力する。振り分けサーバ３から仮想サーバ４へのリクエストに対するレスポンスが仮想サーバ４から振り分けサーバ３に入力することとなる。

図17は，振り分けサーバ３とＡ社のPOPサーバ12との間の処理手順を示すフローチャート（シーケンス）である。この図は，図13における振り分けサーバ３，仮想サーバ４，データ・センタ・ルータ９，クライアントLANルータ14およびPOPサーバ12との間の処理手順の詳細である。

図６も参照して，仮想サーバ４からＡ社のLAN11内のPOPサーバ12(ＩＰアドレス：10.254.100.1)へのリクエストは，仮想サーバ４の仮想ネットワーク・インターフェイスeth1から出力され，この仮想ネットワーク・インターフェイスeth1と対応する仮想ブリッジ・ディバイス５の仮想ネットワーク・インターフェイスveth101.1および仮想ブリッジbr1.101を介して仮想ネットワーク・インターフェイスeth1.101に入力する。仮想ネットワーク・インターフェイスeth1.101において，リクエストを格納しているパケットにVLANタグ101が付与される。VLANタグ101が付与されたリクエストを格納しているパケットは，アプリケーション・サーバ４のネットワーク・インターフェイスeth1を介して，データ・センタ・ルータ９に入力する。

データ・センタ・ルータ９において，入力したパケットはＡ社のLAN11に送信されるものであることが判定される。すると，データ・センタ・ルータ９のポートＰ１からＡ社のクライアントLANルータ14に転送される。このルータ14によりＡ社のLAN11内のPOPサーバ(ＩＰアドレス：10.254.100.1)に入力する。

逆にＡ社のLAN11のPOPサーバ12から仮想サーバ４にレスポンスを送信する場合には，POPサーバ12からクライアントLANルータ14を介してデータ・センタ・ルータ９にレスポンスが入力する。データ・センタ・ルータ９においてVLANタグ101が，レスポンスが格納されているパケットに付与される。VLANタグ101が付与されたパケットは，アプリケーション・サーバ４のネットワーク・インターフェイスeth1を介して仮想ネットワーク・インターフェイスeth1.101を通過する。上述したように，パケットにはVLANタグ101が付与されているために，仮想ネットワーク・インターフェイスeth1.102は通過しない。レスポンスを格納したパケットは，仮想ブリッジbr1.101，仮想ネットワーク・インターフェイスveth101.1および仮想サーバ４の仮想ネットワーク・インターフェイスeth1を介して仮想サーバ４に入力する。このようにして，仮想サーバ４からPOPサーバ12に対して行われたリクエストに対してレスポンスが返ってくる。

上述の実施例では，携帯電話１とPOPサーバ12との通信が行われているが，携帯電話１と他のサーバ13，22〜24との間でも同様の処理を行うことできる。

１携帯電話
２データ・センタLAN（社内情報閲覧用サーバ・システム）
３振り分けサーバ
４アプリケーション・サーバ
５仮想ブリッジ・ディバイス（仮想ブリッジ手段）
６，７仮想サーバ
９データ・センタ・ルータ
12，22 POPサーバ（社内情報サーバ）
13 ファイル・サーバ（社内情報サーバ）
23，24 グループウェア・サーバ（社内情報サーバ）

Claims

仮想サーバが，クライアントの社内LANに対応して複数形成されているアプリケーション・サーバ，
端末装置からの上記社内LANに接続されている社内情報サーバへのアクセス・リクエストに応じて，アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバと上記携帯端末とを接続する振り分けサーバ，
上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与える仮想ブリッジ手段，および
上記仮想ブリッジ手段によって付与された上記識別データに対応するポートに接続された上記クライアントの社内LANと上記仮想ブリッジ手段との間でデータ通信するルータ，
を備えた社内情報閲覧用サーバ・システム。
上記アプリケーション・サーバは，
上記仮想サーバにおいて使用されるアプリケーション・ソフトウエアが格納されたアプリケーション・ソフトウエア格納手段をさらに備え，
上記アプリケーション・ソフトウエア格納手段に格納されたアプリケーション・ソフトウエアを実行するものである，
請求項１に記載の社内情報閲覧用サーバ・システム。
上記社内情報サーバは，電子メール・サーバ，ファイル・サーバ，またはウェブ・サーバである，請求項１または２に記載の社内情報閲覧用サーバ・システム。
クライアントの社内LANに対応して複数形成されている仮想サーバ，および
上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与える仮想ブリッジ手段，
を備えたアプリケーション・サーバ。
アプリケーション・サーバが，クライアントの社内LANに対応して複数の仮想サーバを形成し，
振り分けサーバが，端末装置からの上記社内LANに接続されている社内情報サーバへのアクセス・リクエストに応じて，アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバと上記携帯端末とを接続し，
仮想ブリッジ手段が,上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与え，
ルータが，上記仮想ブリッジ手段によって付与された上記識別データに対応するポートに接続された上記クライアントの社内LANと上記仮想ブリッジ手段との間でデータ通信する，
社内情報閲覧用サーバ・システムの制御方法。
クライアントの社内LANに対応して仮想サーバを複数形成し，
仮想ブリッジ手段が，上記携帯端末から，上記アクセスを要求する上記社内情報サーバが接続されている社内LANに対応する仮想サーバに与えられるデータを入力し，入力したデータに，上記アクセスを要求する上記社内情報サーバが接続されている社内LANを識別する識別データを付与して出力し，かつ上記識別データが付与されたデータが入力されることにより入力した上記識別データが付与されたデータを上記識別データによって示される上記社内LANに対応する仮想サーバに与える，
アプリケーション・サーバの動作制御方法。