JP2002342270A - リモートアクセス制御方法、リモートアクセス制御プログラム - Google Patents
リモートアクセス制御方法、リモートアクセス制御プログラムInfo
- Publication number
- JP2002342270A JP2002342270A JP2001145886A JP2001145886A JP2002342270A JP 2002342270 A JP2002342270 A JP 2002342270A JP 2001145886 A JP2001145886 A JP 2001145886A JP 2001145886 A JP2001145886 A JP 2001145886A JP 2002342270 A JP2002342270 A JP 2002342270A
- Authority
- JP
- Japan
- Prior art keywords
- server
- user
- remote access
- access control
- authentication information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Storage Device Security (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 ユーザによる煩雑な入力なしに、イントラネ
ット上のサーバに外部からアクセスする。 【解決手段】 リモートアクセス制御サーバ２２は、携
帯端末１４からログインおよびユーザＩＤおよびパスワ
ードを受理して、ユーザを認証するユーザ認証部３４
と、認証されたユーザがアクセス可能なサーバに関する
リストを生成して、当該リストを、携帯端末１４に伝達
する初期アクセスメニュー生成部３８と、携帯端末１４
からの、リストから選択された項目に基づき、イントラ
ネット２４上のアクセスすべきサーバを特定して、サー
バに関するユーザ固有の認証情報を取得して、イントラ
ネット２４を介して認証情報を伝達して、ユーザ認証お
よび選択された項目に応答したコンテンツの伝達を求め
るアクセス情報受理部４６と、サーバから、項目に応答
したコンテンツを受理する情報取得部５０とを備え、取
得したコンテンツが携帯端末１４に伝達されるようにな
っている。
ット上のサーバに外部からアクセスする。 【解決手段】 リモートアクセス制御サーバ２２は、携
帯端末１４からログインおよびユーザＩＤおよびパスワ
ードを受理して、ユーザを認証するユーザ認証部３４
と、認証されたユーザがアクセス可能なサーバに関する
リストを生成して、当該リストを、携帯端末１４に伝達
する初期アクセスメニュー生成部３８と、携帯端末１４
からの、リストから選択された項目に基づき、イントラ
ネット２４上のアクセスすべきサーバを特定して、サー
バに関するユーザ固有の認証情報を取得して、イントラ
ネット２４を介して認証情報を伝達して、ユーザ認証お
よび選択された項目に応答したコンテンツの伝達を求め
るアクセス情報受理部４６と、サーバから、項目に応答
したコンテンツを受理する情報取得部５０とを備え、取
得したコンテンツが携帯端末１４に伝達されるようにな
っている。
Description
【０００１】
【産業上の技術分野】本発明は、複数のサーバを有する
一定のネットワーク、たとえば、社内イントラネットに
アクセスする手法に関する。
一定のネットワーク、たとえば、社内イントラネットに
アクセスする手法に関する。
【０００２】
【従来の技術】企業、地方公共団体などの組織内におい
ては、サーバと多数の端末とを有線或いは無線にて接続
して、情報を共有化するネットワークであるイントラネ
ットが普及している。ここでは、ユーザは、端末から自
己のアクセスが認められているサーバにアクセスして、
必要な情報を引き出し、或いは、必要な情報を書き込む
ことができるようになっている。
ては、サーバと多数の端末とを有線或いは無線にて接続
して、情報を共有化するネットワークであるイントラネ
ットが普及している。ここでは、ユーザは、端末から自
己のアクセスが認められているサーバにアクセスして、
必要な情報を引き出し、或いは、必要な情報を書き込む
ことができるようになっている。
【０００３】上記組織の構成員、たとえば、企業の社員
などが、イントラネットの外部から、当該イントラネッ
ト上のサーバにアクセスして、必要な情報を取得する必
要性がある。これは、イントラネット上の一端を、所定
の機器（たとえば、ゲートウェイ、ルータ）などを介し
て、インターネットに接続し、外部のコンピュータから
インターネットを経て、イントラネット上のサーバ等に
アクセス可能とすることにより実現される。特に、近
年、パーソナルコンピュータによるアクセスではなく、
インターネットに接続可能な携帯電話、ＰＤＡなどの携
帯端末によるアクセス可能とすることが望まれる。
などが、イントラネットの外部から、当該イントラネッ
ト上のサーバにアクセスして、必要な情報を取得する必
要性がある。これは、イントラネット上の一端を、所定
の機器（たとえば、ゲートウェイ、ルータ）などを介し
て、インターネットに接続し、外部のコンピュータから
インターネットを経て、イントラネット上のサーバ等に
アクセス可能とすることにより実現される。特に、近
年、パーソナルコンピュータによるアクセスではなく、
インターネットに接続可能な携帯電話、ＰＤＡなどの携
帯端末によるアクセス可能とすることが望まれる。
【０００４】
【発明が解決しようとする課題】上記イントラネット上
のサーバ等にアクセスする場合に、ユーザは、基本的に
は、自己が当該サーバをアクセスするためのパスワード
などの認証情報を、サーバに与える必要がある。たとえ
ば、ベーシック認証においては、サーバごとに、自分の
ユーザＩＤおよびパスワードを入力し、サーバにおける
認証の後、サーバとのアクセスが認められる。したがっ
て、イントラネット上のサーバが複数存在する場合に、
サーバごとの認証が必要となり、ユーザは、アクセスに
至るまでに幾度となく認証情報の入力をする必要があ
る。また、サーバごとの認証では、各サーバ内のコンテ
ンツ制御も煩雑となる。
のサーバ等にアクセスする場合に、ユーザは、基本的に
は、自己が当該サーバをアクセスするためのパスワード
などの認証情報を、サーバに与える必要がある。たとえ
ば、ベーシック認証においては、サーバごとに、自分の
ユーザＩＤおよびパスワードを入力し、サーバにおける
認証の後、サーバとのアクセスが認められる。したがっ
て、イントラネット上のサーバが複数存在する場合に、
サーバごとの認証が必要となり、ユーザは、アクセスに
至るまでに幾度となく認証情報の入力をする必要があ
る。また、サーバごとの認証では、各サーバ内のコンテ
ンツ制御も煩雑となる。
【０００５】本発明は、ユーザによる煩雑な入力なし
に、一定のサーバにアクセス可能となるような手法を提
供することを目的とする。
に、一定のサーバにアクセス可能となるような手法を提
供することを目的とする。
【０００６】
【課題を解決するための手段】本発明の目的は、所定の
ネットワークに接続された複数のサーバに、当該ネット
ワークの外部の端末からアクセスするためのリモートア
クセス制御方法であって、前記所定のネットワークに接
続されたリモートアクセス制御サーバにおいて、前記端
末によるアクセスをなすユーザによる前記ネットワーク
へのログインのための認証情報を登録するステップと、
前記ユーザがアクセス可能な前記ネットワーク上のサー
バのそれぞれに関する、当該ユーザの固有の認証情報を
登録するステップと、前記端末からの、前記ログインの
ための認証情報の受理に応答して、ユーザを認証するス
テップと、認証されたユーザがアクセス可能なサーバに
関するリストを生成して、当該リストを、前記端末に伝
達するステップと、前記端末からの、リストから選択さ
れた項目に基づき、前記ネットワーク上のアクセスすべ
きサーバを特定するステップと、前記サーバに関する前
記ユーザの固有の認証情報を取得して、当該サーバに対
して、認証情報を伝達して、ユーザ認証および選択され
た項目に応答したコンテンツの伝達を求めるステップ
と、前記サーバから、前記項目に応答したコンテンツを
受理するステップと、受理したコンテンツを、前記端末
に伝達するステップとを備えたことを特徴とするリモー
トアクセス制御方法により達成される。
ネットワークに接続された複数のサーバに、当該ネット
ワークの外部の端末からアクセスするためのリモートア
クセス制御方法であって、前記所定のネットワークに接
続されたリモートアクセス制御サーバにおいて、前記端
末によるアクセスをなすユーザによる前記ネットワーク
へのログインのための認証情報を登録するステップと、
前記ユーザがアクセス可能な前記ネットワーク上のサー
バのそれぞれに関する、当該ユーザの固有の認証情報を
登録するステップと、前記端末からの、前記ログインの
ための認証情報の受理に応答して、ユーザを認証するス
テップと、認証されたユーザがアクセス可能なサーバに
関するリストを生成して、当該リストを、前記端末に伝
達するステップと、前記端末からの、リストから選択さ
れた項目に基づき、前記ネットワーク上のアクセスすべ
きサーバを特定するステップと、前記サーバに関する前
記ユーザの固有の認証情報を取得して、当該サーバに対
して、認証情報を伝達して、ユーザ認証および選択され
た項目に応答したコンテンツの伝達を求めるステップ
と、前記サーバから、前記項目に応答したコンテンツを
受理するステップと、受理したコンテンツを、前記端末
に伝達するステップとを備えたことを特徴とするリモー
トアクセス制御方法により達成される。
【０００７】本発明によれば、制御サーバにおいて、所
定のネットワーク、たとえば、社内イントラネットに接
続された複数のサーバのそれぞれについて、ユーザがア
クセス可能なサーバ、および、各サーバのユーザ固有の
認証情報が登録されている。ユーザによる外部からの、
所定のネットワークへのログイン要求に応答して、ユー
ザがアクセス可能な、当該ネットワーク上のサーバが見
出され、これに関するリストがユーザの端末に提示され
る。ユーザのリスト中の項目の選択、すなわち、あるサ
ーバへのアクセス要求に応答して、アクセス先のサーバ
に関するユーザ固有の認証情報が、登録された情報から
取り出され、これを利用して、ユーザによる直接の認証
の代理として、制御サーバによりネットワーク上のサー
バに認証が依頼される。したがって、ユーザは、当該所
定のネットワーク上のサーバにアクセスするたびに、認
証のための入力、たとえば、ユーザＩＤやパスワードの
入力の必要なく、自己がアクセスを認められている所望
のサーバへのアクセスをなすことが可能となる。
定のネットワーク、たとえば、社内イントラネットに接
続された複数のサーバのそれぞれについて、ユーザがア
クセス可能なサーバ、および、各サーバのユーザ固有の
認証情報が登録されている。ユーザによる外部からの、
所定のネットワークへのログイン要求に応答して、ユー
ザがアクセス可能な、当該ネットワーク上のサーバが見
出され、これに関するリストがユーザの端末に提示され
る。ユーザのリスト中の項目の選択、すなわち、あるサ
ーバへのアクセス要求に応答して、アクセス先のサーバ
に関するユーザ固有の認証情報が、登録された情報から
取り出され、これを利用して、ユーザによる直接の認証
の代理として、制御サーバによりネットワーク上のサー
バに認証が依頼される。したがって、ユーザは、当該所
定のネットワーク上のサーバにアクセスするたびに、認
証のための入力、たとえば、ユーザＩＤやパスワードの
入力の必要なく、自己がアクセスを認められている所望
のサーバへのアクセスをなすことが可能となる。
【０００８】本発明の好ましい実施態様においては、前
記ユーザの固有の認証情報を登録するステップが、前記
認証の種別を含み、前記サーバに関する前記ユーザ固有
の認証情報を、前記サーバに対して伝達するステップ
が、前記認証の種別にしたがった情報の伝達を行うよう
に構成されている。これにより、ＨＴＴＰサーバ、メー
ルサーバなど多種多様なサーバに対して、制御サーバが
代理認証をなすことが可能となる。
記ユーザの固有の認証情報を登録するステップが、前記
認証の種別を含み、前記サーバに関する前記ユーザ固有
の認証情報を、前記サーバに対して伝達するステップ
が、前記認証の種別にしたがった情報の伝達を行うよう
に構成されている。これにより、ＨＴＴＰサーバ、メー
ルサーバなど多種多様なサーバに対して、制御サーバが
代理認証をなすことが可能となる。
【０００９】より好ましい実施態様においては、サーバ
に関する前記ユーザ固有の認証情報を、前記サーバに対
して伝達するステップが、ベーシック認証におけるユー
ザＩＤおよびパスワードを伝達するステップを含む。
に関する前記ユーザ固有の認証情報を、前記サーバに対
して伝達するステップが、ベーシック認証におけるユー
ザＩＤおよびパスワードを伝達するステップを含む。
【００１０】別の好ましい実施態様においては、さら
に、前記受理したコンテンツにリンクが含まれる場合
に、前記リンクを、前記リモートアクセスサーバを介し
た形態のものに変換するステップを備えている。
に、前記受理したコンテンツにリンクが含まれる場合
に、前記リンクを、前記リモートアクセスサーバを介し
た形態のものに変換するステップを備えている。
【００１１】さらに、前記コンテンツにおけるフォント
サイズの変更、テーブルの列幅の調整を含むコンテンツ
表示形態の調整、および／または、不要なタグの消去を
含む、コンテンツを整形するステップを備えているのが
より望ましい。携帯電話などディスプレイの小さな端末
にコンテンツを伝達する場合に、これは特に有効であ
る。
サイズの変更、テーブルの列幅の調整を含むコンテンツ
表示形態の調整、および／または、不要なタグの消去を
含む、コンテンツを整形するステップを備えているのが
より望ましい。携帯電話などディスプレイの小さな端末
にコンテンツを伝達する場合に、これは特に有効であ
る。
【００１２】また、本発明の目的は、上記ステップを、
制御サーバに実行させるためのリモートアクセス制御プ
ログラムによっても達成される。
制御サーバに実行させるためのリモートアクセス制御プ
ログラムによっても達成される。
【００１３】
【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明を加える。図１は、本発明の
実施の形態にかかるデータ通信システムの概略を示す図
である。図１に示すように、本実施の形態にかかるデー
タ通信システムは、インターネット１２に、携帯電話や
ＰＤＡなどの携帯端末１４−１、・・・、１４−ｎが接
続されている。以下、単一の携帯端末を説明する際に、
単に、「携帯端末１４」と称する。
明の実施の形態につき説明を加える。図１は、本発明の
実施の形態にかかるデータ通信システムの概略を示す図
である。図１に示すように、本実施の形態にかかるデー
タ通信システムは、インターネット１２に、携帯電話や
ＰＤＡなどの携帯端末１４−１、・・・、１４−ｎが接
続されている。以下、単一の携帯端末を説明する際に、
単に、「携帯端末１４」と称する。
【００１４】また、インターネット１２には、携帯端末
１４がイントラネット２４に接続されたサーバ２６−
１、・・・、２６−ｍにアクセスする際に必要な処理を
実行する制御システム１６が接続されている。サーバに
関しても、携帯端末１４からのアクセスにかかるサーバ
を、単に、「サーバ２６」と称する。
１４がイントラネット２４に接続されたサーバ２６−
１、・・・、２６−ｍにアクセスする際に必要な処理を
実行する制御システム１６が接続されている。サーバに
関しても、携帯端末１４からのアクセスにかかるサーバ
を、単に、「サーバ２６」と称する。
【００１５】制御システム１６は、携帯端末１４との間
でのインターネット１２を介した通信の際に、データ
を、たとえば、ＳＳＬに基づき暗号化し、或いは、暗号
化されたデータを復号化するリバースプロキシサーバ１
８と、ＨＴＭＬのコンテンツを、携帯端末用の言語のコ
ンテンツに翻訳するＨＴＭＬ変換サーバ（トランスコー
ドサーバ）２０と、イントラネット２４へのアクセスの
際に、後述する認証の代理などの処理を実行するリモー
トアクセス制御サーバ２２とを有している。制御システ
ム１６のリモートアクセス制御サーバ２２は、イントラ
ネット２４に接続されている。このイントラネット２４
には、種々のサーバ２６−１、・・・、２６−ｍが接続
されている。
でのインターネット１２を介した通信の際に、データ
を、たとえば、ＳＳＬに基づき暗号化し、或いは、暗号
化されたデータを復号化するリバースプロキシサーバ１
８と、ＨＴＭＬのコンテンツを、携帯端末用の言語のコ
ンテンツに翻訳するＨＴＭＬ変換サーバ（トランスコー
ドサーバ）２０と、イントラネット２４へのアクセスの
際に、後述する認証の代理などの処理を実行するリモー
トアクセス制御サーバ２２とを有している。制御システ
ム１６のリモートアクセス制御サーバ２２は、イントラ
ネット２４に接続されている。このイントラネット２４
には、種々のサーバ２６−１、・・・、２６−ｍが接続
されている。
【００１６】このシステムにおいては、インターネット
１２の側と、イントラネット２４との間は、制御システ
ム１６にて隔てられている。たとえば、制御システム１
６には、ファイアウォールが形成され、オーソライズさ
れていないユーザによる、インターネット１２の側から
のイントラネット２４を介したアクセスが出来ないよう
になっている。たとえば、企業内のサーバ２６−１、・
・・、２６−ｍを、イントラネット２４にて接続した形
態を考える。企業内においては、社員つまりユーザが、
クライアントマシンを操作してイントラネット２４にロ
グインして、当該イントラネット２４上の、ユーザがア
クセス可能なサーバにアクセスして、必要な情報を取得
する。その一方、社外からのアクセスの際には、携帯端
末１４を利用して、制御システム１６を介して、イント
ラネット２４にログインして、イントラネット２４上の
サーバ２６にアクセスすることになる。
１２の側と、イントラネット２４との間は、制御システ
ム１６にて隔てられている。たとえば、制御システム１
６には、ファイアウォールが形成され、オーソライズさ
れていないユーザによる、インターネット１２の側から
のイントラネット２４を介したアクセスが出来ないよう
になっている。たとえば、企業内のサーバ２６−１、・
・・、２６−ｍを、イントラネット２４にて接続した形
態を考える。企業内においては、社員つまりユーザが、
クライアントマシンを操作してイントラネット２４にロ
グインして、当該イントラネット２４上の、ユーザがア
クセス可能なサーバにアクセスして、必要な情報を取得
する。その一方、社外からのアクセスの際には、携帯端
末１４を利用して、制御システム１６を介して、イント
ラネット２４にログインして、イントラネット２４上の
サーバ２６にアクセスすることになる。
【００１７】次に、本実施の形態にかかるリモートアク
セス制御サーバ２２につき説明を加える。なお、リバー
スプロキシサーバ１８およびＨＴＭＬ変換サーバ（トラ
ンスコードサーバ）２０は、現段階で公知であるため、
その機能の説明を省略する。図２は、本実施の形態にか
かるリモートアクセス制御サーバ２２の構成を示すブロ
ックダイヤグラムである。図２に示すように、リモート
アクセス制御サーバ２２は、インターネット１２の側に
接続され、当該インターネット１２側との通信を制御す
るインターネット側通信Ｉ／Ｆ３２を備えている。実際
には、インターネット側通信Ｉ／Ｆ３２は、ＨＴＭＬ変
換サーバ２０に接続され、携帯端末１４からの情報を受
理し、或いは、携帯端末１４に供給すべきデータ（コン
テンツ）を伝達する。
セス制御サーバ２２につき説明を加える。なお、リバー
スプロキシサーバ１８およびＨＴＭＬ変換サーバ（トラ
ンスコードサーバ）２０は、現段階で公知であるため、
その機能の説明を省略する。図２は、本実施の形態にか
かるリモートアクセス制御サーバ２２の構成を示すブロ
ックダイヤグラムである。図２に示すように、リモート
アクセス制御サーバ２２は、インターネット１２の側に
接続され、当該インターネット１２側との通信を制御す
るインターネット側通信Ｉ／Ｆ３２を備えている。実際
には、インターネット側通信Ｉ／Ｆ３２は、ＨＴＭＬ変
換サーバ２０に接続され、携帯端末１４からの情報を受
理し、或いは、携帯端末１４に供給すべきデータ（コン
テンツ）を伝達する。
【００１８】また、リモートアクセス制御サーバ２２
は、インターネット１２を介してアクセスしたユーザ
の、イントラネット２４へのログインの際の認証を実行
するユーザ認証部３４と、上記イントラネット２４への
ログインの際に、ユーザを認証するための情報（ユーザ
ＩＤ（ＵＩＤ）やパスワード（ｐｗｄ））を記憶したユ
ーザ認証情報データベース（ＤＢ）３６と、ユーザによ
る初期的なアクセスに応答して、必要なメニューを生成
する初期アクセスメニュー生成部３８と、各ユーザがア
クセス可能なサーバを示す情報が記憶されたユーザアク
セス情報ＤＢ４０と、イントラネットに接続された各サ
ーバについての種々の情報が記憶されたイントラネット
サーバ情報ＤＢ４２と、携帯端末１４に与えるためにコ
ンテンツ中のＵＲＬを変更し、また、不要なタグ等を除
去する処理を実行するＨＴＭＬ整形／表示部４４と、初
期的なアクセスの後、ユーザの携帯端末からのアクセス
要求を受理して、必要な処理、特に、後述する代理認証
の処理を実行するサーバアクセス要求受理部４６と、イ
ントラネット２４と接続され、各サーバ２６とのデータ
通信を制御するイントラネット側通信Ｉ／Ｆ４８と、イ
ントラネット２４を介して伝達されたコンテンツ等を取
得するデータ取得部５０とを有している。
は、インターネット１２を介してアクセスしたユーザ
の、イントラネット２４へのログインの際の認証を実行
するユーザ認証部３４と、上記イントラネット２４への
ログインの際に、ユーザを認証するための情報（ユーザ
ＩＤ（ＵＩＤ）やパスワード（ｐｗｄ））を記憶したユ
ーザ認証情報データベース（ＤＢ）３６と、ユーザによ
る初期的なアクセスに応答して、必要なメニューを生成
する初期アクセスメニュー生成部３８と、各ユーザがア
クセス可能なサーバを示す情報が記憶されたユーザアク
セス情報ＤＢ４０と、イントラネットに接続された各サ
ーバについての種々の情報が記憶されたイントラネット
サーバ情報ＤＢ４２と、携帯端末１４に与えるためにコ
ンテンツ中のＵＲＬを変更し、また、不要なタグ等を除
去する処理を実行するＨＴＭＬ整形／表示部４４と、初
期的なアクセスの後、ユーザの携帯端末からのアクセス
要求を受理して、必要な処理、特に、後述する代理認証
の処理を実行するサーバアクセス要求受理部４６と、イ
ントラネット２４と接続され、各サーバ２６とのデータ
通信を制御するイントラネット側通信Ｉ／Ｆ４８と、イ
ントラネット２４を介して伝達されたコンテンツ等を取
得するデータ取得部５０とを有している。
【００１９】本実施の形態にかかるユーザ認証情報ＤＢ
３６、ユーザアクセス情報ＤＢ４０、および、イントラ
ネットサーバ情報ＤＢ４２には、後述するような必要な
情報が、予め登録されている。たとえば、ユーザ認証情
報ＤＢ３６へのユーザＩＤおよびパスワードの登録は、
携帯端末１４を用いて行っても良いし、イントラネット
２４の側から（つまり、イントラネット２４上の管理サ
ーバなどから）行っても良い。また、ユーザアクセス情
報ＤＢ４０およびイントラネットサーバ情報ＤＢ４２へ
の登録は、イントラネット２４の側から行うのが望まし
い。
３６、ユーザアクセス情報ＤＢ４０、および、イントラ
ネットサーバ情報ＤＢ４２には、後述するような必要な
情報が、予め登録されている。たとえば、ユーザ認証情
報ＤＢ３６へのユーザＩＤおよびパスワードの登録は、
携帯端末１４を用いて行っても良いし、イントラネット
２４の側から（つまり、イントラネット２４上の管理サ
ーバなどから）行っても良い。また、ユーザアクセス情
報ＤＢ４０およびイントラネットサーバ情報ＤＢ４２へ
の登録は、イントラネット２４の側から行うのが望まし
い。
【００２０】このように構成されたリモートアクセス制
御サーバ２２を介したデータ通信につき、以下に説明を
加える。図３および図５は、携帯端末１４、リモートア
クセス制御サーバ２２などにて実行される処理を示すフ
ローチャートである。特に、図３は、携帯端末１４から
の初期的なアクセスの際に実行される処理を示してい
る。図３において、携帯端末１４とリモートアクセス制
御サーバ２２との間には、リバースプロキシサーバ１８
およびＨＴＭＬ変換サーバ２０が介在しているが、これ
らサーバ１８、２０に関しては破線にて示し、その処理
内容についての説明も省略している。
御サーバ２２を介したデータ通信につき、以下に説明を
加える。図３および図５は、携帯端末１４、リモートア
クセス制御サーバ２２などにて実行される処理を示すフ
ローチャートである。特に、図３は、携帯端末１４から
の初期的なアクセスの際に実行される処理を示してい
る。図３において、携帯端末１４とリモートアクセス制
御サーバ２２との間には、リバースプロキシサーバ１８
およびＨＴＭＬ変換サーバ２０が介在しているが、これ
らサーバ１８、２０に関しては破線にて示し、その処理
内容についての説明も省略している。
【００２１】図３に示すように、携帯端末１４からのロ
グイン要求あり、携帯端末１４からイントラネット２４
へのログイン用のユーザＩＤ（ＵＩＤ）およびパスワー
ド（ｐｗｄ）が伝達されると（ステップ３０１）、リモ
ートアクセス制御サーバ２２は、これを受理してユーザ
を認証する（ステップ３０２）。より詳細には、ユーザ
認証部３４が、ユーザ認証情報ＤＢ３６に登録された、
ユーザＩＤおよびそれに関連付けられたパスワードと、
携帯端末１４から伝達されたものとを照合する。
グイン要求あり、携帯端末１４からイントラネット２４
へのログイン用のユーザＩＤ（ＵＩＤ）およびパスワー
ド（ｐｗｄ）が伝達されると（ステップ３０１）、リモ
ートアクセス制御サーバ２２は、これを受理してユーザ
を認証する（ステップ３０２）。より詳細には、ユーザ
認証部３４が、ユーザ認証情報ＤＢ３６に登録された、
ユーザＩＤおよびそれに関連付けられたパスワードと、
携帯端末１４から伝達されたものとを照合する。
【００２２】ユーザ認証が終了すると、初期アクセスメ
ニュー生成部３８が、ユーザアクセス情報ＤＢ４０を参
照して、ユーザがアクセス可能なサーバ等の情報を取得
するとともに、イントラネットサーバ情報ＤＢ４２をア
クセスして、ユーザがアクセス可能なサーバに関する情
報を取得して、所定のメニューを生成する（ステップ３
０３）。図４（ａ）は、ユーザアクセス情報ＤＢ４０中
のデータ構造の例を示す図である。
ニュー生成部３８が、ユーザアクセス情報ＤＢ４０を参
照して、ユーザがアクセス可能なサーバ等の情報を取得
するとともに、イントラネットサーバ情報ＤＢ４２をア
クセスして、ユーザがアクセス可能なサーバに関する情
報を取得して、所定のメニューを生成する（ステップ３
０３）。図４（ａ）は、ユーザアクセス情報ＤＢ４０中
のデータ構造の例を示す図である。
【００２３】図４（ａ）に示すように、ユーザアクセス
情報ＤＢ４０においては、ユーザごとにアクセス可能な
サーバの名称、および、当該サーバの種別が記述されて
いる（符号４０１、４０２参照）。たとえば、ユーザ
「ａ」（ユーザＩＤ：ｕｓｅｒａ）に関しては、デフォ
ルト、ｈｔｔｐサーバであるサーバ「Ａ」（サーバ名：
ｓｅｒｖｅｒＡ）、メールサーバであるサーバ「Ｂ」
（サーバ名：ｓｅｒｖｅｒＢ）、ｈｔｔｐサーバである
サーバ「Ｄ」（サーバ名：ｓｅｖｅｒＤ）などにアクセ
ス可能となっている（符号４１１、４１２参照）。
情報ＤＢ４０においては、ユーザごとにアクセス可能な
サーバの名称、および、当該サーバの種別が記述されて
いる（符号４０１、４０２参照）。たとえば、ユーザ
「ａ」（ユーザＩＤ：ｕｓｅｒａ）に関しては、デフォ
ルト、ｈｔｔｐサーバであるサーバ「Ａ」（サーバ名：
ｓｅｒｖｅｒＡ）、メールサーバであるサーバ「Ｂ」
（サーバ名：ｓｅｒｖｅｒＢ）、ｈｔｔｐサーバである
サーバ「Ｄ」（サーバ名：ｓｅｖｅｒＤ）などにアクセ
ス可能となっている（符号４１１、４１２参照）。
【００２４】したがって、ユーザ「ａ」によるアクセス
があった場合には、初期アクセスメニュー生成部３８
は、ユーザアクセス情報ＤＢ４０のうち、ユーザＩＤ
「ｕｓｅｒａ」に関するデータ（符号４１２）を参照し
て、ユーザ「ａ」がアクセス可能なサーバを特定する。
次いで、イントラネットサーバ情報ＤＢ４２のうち、当
該ユーザがアクセス可能なサーバの各々に関するデータ
領域を参照する。
があった場合には、初期アクセスメニュー生成部３８
は、ユーザアクセス情報ＤＢ４０のうち、ユーザＩＤ
「ｕｓｅｒａ」に関するデータ（符号４１２）を参照し
て、ユーザ「ａ」がアクセス可能なサーバを特定する。
次いで、イントラネットサーバ情報ＤＢ４２のうち、当
該ユーザがアクセス可能なサーバの各々に関するデータ
領域を参照する。
【００２５】本実施の形態において、イントラネットサ
ーバ情報ＤＢ４２においては、各ユーザに共通にアクセ
ス可能なサーバ情報であるデフォルト情報領域と、各サ
ーバの情報領域とが設けられている。図４（ｂ）は、デ
フォルト情報領域の例を示す図である。ここでは、メニ
ューにリストされる際の優先順位（Ｐｒｉｏｒｉｔ
ｙ）、アクセス先サーバ（Ｓｅｒｖｅｒ）、アクセス先
のコンテンツのタイトル（Ｔｉｔｌｅ）、当該アクセス
先のＵＲＬ（Ｕｒｌ）、携帯端末１４にコンテンツを伝
達する際に、元のコンテンツから消去すべきタグの情報
（Ｄｅｌｅｔｅ ＴＡＧ）、および、整形情報（Ｆｏｒ
ｍａｔ）が含まれる。
ーバ情報ＤＢ４２においては、各ユーザに共通にアクセ
ス可能なサーバ情報であるデフォルト情報領域と、各サ
ーバの情報領域とが設けられている。図４（ｂ）は、デ
フォルト情報領域の例を示す図である。ここでは、メニ
ューにリストされる際の優先順位（Ｐｒｉｏｒｉｔ
ｙ）、アクセス先サーバ（Ｓｅｒｖｅｒ）、アクセス先
のコンテンツのタイトル（Ｔｉｔｌｅ）、当該アクセス
先のＵＲＬ（Ｕｒｌ）、携帯端末１４にコンテンツを伝
達する際に、元のコンテンツから消去すべきタグの情報
（Ｄｅｌｅｔｅ ＴＡＧ）、および、整形情報（Ｆｏｒ
ｍａｔ）が含まれる。
【００２６】携帯端末１４に対して、送信するデータ量
を小さくするのが望ましい。このため、本字嫉視の形態
においては、ＩＭＧタグなどをコンテンツから削除でき
るようにしている。また、携帯端末１４の表示装置の画
面上にコンテンツを表示するため、フォントサイズを変
更し、また、テーブルの列幅を調整する必要がある。こ
のため、整形フォーマットには、上記フォントの変更や
列幅の調整に関する記述が含まれ得る。さらに、コンテ
ンツにはリンクが含まれる場合がある。本実施の形態に
おいて、外部からは、上記リンクに直接アクセスするこ
とはできない。したがって、ＵＲＬを変換するための情
報が記述される場合もある。なお、図４（ｂ）の例にお
いて、先頭行の「１ｓ」はリストスタート用デリミタ、
末尾の「１ｅ」はリストエンド用のデリミタである。図
４（ｂ）において、優先度は「０（最優先）」、サーバ
名は「サーバＡ（ｓｅｖｅｒＡ）」、タイトルは「サー
バ「Ａ」の基本コンテンツ」であることなどが示され
る。
を小さくするのが望ましい。このため、本字嫉視の形態
においては、ＩＭＧタグなどをコンテンツから削除でき
るようにしている。また、携帯端末１４の表示装置の画
面上にコンテンツを表示するため、フォントサイズを変
更し、また、テーブルの列幅を調整する必要がある。こ
のため、整形フォーマットには、上記フォントの変更や
列幅の調整に関する記述が含まれ得る。さらに、コンテ
ンツにはリンクが含まれる場合がある。本実施の形態に
おいて、外部からは、上記リンクに直接アクセスするこ
とはできない。したがって、ＵＲＬを変換するための情
報が記述される場合もある。なお、図４（ｂ）の例にお
いて、先頭行の「１ｓ」はリストスタート用デリミタ、
末尾の「１ｅ」はリストエンド用のデリミタである。図
４（ｂ）において、優先度は「０（最優先）」、サーバ
名は「サーバＡ（ｓｅｖｅｒＡ）」、タイトルは「サー
バ「Ａ」の基本コンテンツ」であることなどが示され
る。
【００２７】また、図６は、各サーバの情報領域の例を
示す図である。図６に示すように、情報領域６００に
は、サーバ「Ａ」（ｓｅｖｅｒＡ）に関する情報領域
（符号６０１参照）、サーバ「Ｂ」（ｓｅｖｅｒＢ）に
関する情報領域（符号６０２参照）、サーバ「Ｃ」（ｓ
ｅｖｅｒＣ）に関する情報領域（符号６０３参照）など
が含まれる。
示す図である。図６に示すように、情報領域６００に
は、サーバ「Ａ」（ｓｅｖｅｒＡ）に関する情報領域
（符号６０１参照）、サーバ「Ｂ」（ｓｅｖｅｒＢ）に
関する情報領域（符号６０２参照）、サーバ「Ｃ」（ｓ
ｅｖｅｒＣ）に関する情報領域（符号６０３参照）など
が含まれる。
【００２８】本実施の形態において、各情報領域には、
当該サーバにアクセス可能なユーザごとに、以下に述べ
る項目を示す値が収容されている。サーバがウェブサー
バである場合には、情報領域６０１には、アクセス可能
なユーザ（たとえば、ユーザＩＤが「ｕｓｅｒａ」）に
関して、メニューにリストされる際の優先順位（Ｐｒｉ
ｏｒｉｔｙ）、ベーシック認証をすべきか否かを示すフ
ラグ（Ｂａｓｉｃ Ａｕｔｈ）、ベーシック認証時の保
護領域（Ｒｅａｌｍ）などが含まれる。サーバがメール
サーバである場合には、情報領域６０２には、当該ユー
ザがメールサーバをアクセスする際の固有のパスワード
（Ｐａｓｓｗｏｒｄ）などが含まれる。なお、情報領域
６０１、６０２、・・・には、サーバをアクセス可能な
ユーザごとに必要な項目の値が収容されるため、各ユー
ザに関する項目の値の最終行には、エンドオブユーザデ
リミタ（ｅｕｃ）が記述されている。
当該サーバにアクセス可能なユーザごとに、以下に述べ
る項目を示す値が収容されている。サーバがウェブサー
バである場合には、情報領域６０１には、アクセス可能
なユーザ（たとえば、ユーザＩＤが「ｕｓｅｒａ」）に
関して、メニューにリストされる際の優先順位（Ｐｒｉ
ｏｒｉｔｙ）、ベーシック認証をすべきか否かを示すフ
ラグ（Ｂａｓｉｃ Ａｕｔｈ）、ベーシック認証時の保
護領域（Ｒｅａｌｍ）などが含まれる。サーバがメール
サーバである場合には、情報領域６０２には、当該ユー
ザがメールサーバをアクセスする際の固有のパスワード
（Ｐａｓｓｗｏｒｄ）などが含まれる。なお、情報領域
６０１、６０２、・・・には、サーバをアクセス可能な
ユーザごとに必要な項目の値が収容されるため、各ユー
ザに関する項目の値の最終行には、エンドオブユーザデ
リミタ（ｅｕｃ）が記述されている。
【００２９】フラグ「ＢａｓｉｃＡｕｔｈ」は、サーバ
による認証がベーシック認証であるか否かを示してい
る。また、保護領域「Ｒｅａｌｍ」は、ベーシック認証
によるパスワードにて保護される領域を示す。「Ｒｅａ
ｌｍ＝／ｔｅｓｔ」であった場合には、「／ｔｅｓｔ」
以降の全ての領域、たとえば、 「http://serveraddress/test/index.html」 「http://severaddress/test/subfolder/index.html」 などへのアクセスに際して、パスワードが必要であるこ
とを示している。初期アクセスメニュー生成部３８は、
アクセスにかかるユーザに関して、当該ユーザがアクセ
ス可能なサーバの情報領域から、当該ユーザに関する項
目の値を取得する。
による認証がベーシック認証であるか否かを示してい
る。また、保護領域「Ｒｅａｌｍ」は、ベーシック認証
によるパスワードにて保護される領域を示す。「Ｒｅａ
ｌｍ＝／ｔｅｓｔ」であった場合には、「／ｔｅｓｔ」
以降の全ての領域、たとえば、 「http://serveraddress/test/index.html」 「http://severaddress/test/subfolder/index.html」 などへのアクセスに際して、パスワードが必要であるこ
とを示している。初期アクセスメニュー生成部３８は、
アクセスにかかるユーザに関して、当該ユーザがアクセ
ス可能なサーバの情報領域から、当該ユーザに関する項
目の値を取得する。
【００３０】次いで、アクセス可能なサーバ（より詳細
には、サーバのＵＲＬ）を示すタイトルからなるメニュ
ーを生成する。必要な場合には、フォントの変更、タグ
の削除などを含むメニューの整形などの処理を、ＨＴＭ
Ｌ整形／表示部４４が実行する。このようにして作られ
たメニュー画像は、ＨＴＭＬ変換サーバ２０およびリバ
ースプロキシサーバ１８を介して、インターネット１２
に送出され、アクセス元である携帯端末１４に伝達され
る（ステップ３０５）。携帯端末１４の表示装置の画面
上には、アクセス可能なコンテンツのタイトルが列挙さ
れたメニュー画像が表示される（ステップ３０６）。
には、サーバのＵＲＬ）を示すタイトルからなるメニュ
ーを生成する。必要な場合には、フォントの変更、タグ
の削除などを含むメニューの整形などの処理を、ＨＴＭ
Ｌ整形／表示部４４が実行する。このようにして作られ
たメニュー画像は、ＨＴＭＬ変換サーバ２０およびリバ
ースプロキシサーバ１８を介して、インターネット１２
に送出され、アクセス元である携帯端末１４に伝達され
る（ステップ３０５）。携帯端末１４の表示装置の画面
上には、アクセス可能なコンテンツのタイトルが列挙さ
れたメニュー画像が表示される（ステップ３０６）。
【００３１】次に、メニュー画像から所定のメニュー項
目を選択した後に実行される処理につき、図５を参照し
て説明する。なお、図５において、携帯端末１４とリモ
ートアクセス制御サーバ２２との間に介在するリバース
プロキシサーバ１８およびＨＴＭＬ変換サーバ２０は省
略している。
目を選択した後に実行される処理につき、図５を参照し
て説明する。なお、図５において、携帯端末１４とリモ
ートアクセス制御サーバ２２との間に介在するリバース
プロキシサーバ１８およびＨＴＭＬ変換サーバ２０は省
略している。
【００３２】ユーザが携帯端末１４のキーを操作して、
所定のメニュー項目を選択すると、サーバアクセス要求
受理部４６が、このアクセス要求を受理する。ここで、
図３のステップ３０５にて送信した情報には、セッショ
ンＩＤが含まれている。したがって、ステップ５０１に
おけるアクセス要求を受理したサーバアクセス要求受理
部４６は、セッションＩＤに基づいてユーザを特定す
る。次いで、サーバアクセス要求受理部４６は、ユーザ
のアクセス要求にかかるサーバを特定して、イントラネ
ットサーバ情報ＤＢ４２から、当該サーバに関する情報
領域中、アクセスしたユーザの固有パスワードを取得す
る（ステップ５０２、５０３）。
所定のメニュー項目を選択すると、サーバアクセス要求
受理部４６が、このアクセス要求を受理する。ここで、
図３のステップ３０５にて送信した情報には、セッショ
ンＩＤが含まれている。したがって、ステップ５０１に
おけるアクセス要求を受理したサーバアクセス要求受理
部４６は、セッションＩＤに基づいてユーザを特定す
る。次いで、サーバアクセス要求受理部４６は、ユーザ
のアクセス要求にかかるサーバを特定して、イントラネ
ットサーバ情報ＤＢ４２から、当該サーバに関する情報
領域中、アクセスしたユーザの固有パスワードを取得す
る（ステップ５０２、５０３）。
【００３３】その後に、ベーシック認証の代理処理（ス
テップ５０４）が実行される。より詳細には、ユーザが
アクセス要求したＵＲＬに、イントラネット２４を介し
て、アクセスして（ステップ５０５）、そこで、ユーザ
ＩＤ（ＵＩＤ）と、イントラネットサーバ情報ＤＢ４２
から取得した、当該サーバアクセスにかかるユーザ固有
のパスワード（ｐｗｄ）をアクセス先（たとえば、サー
バ「Ａ」）に伝達する（ステップ５０６）。アクセス先
のサーバにおいては、当該ユーザＩＤおよび固有のパス
ワードに基づきユーザを認証し、正当なユーザである場
合には、所定のコンテンツを、イントラネット２４を介
してリモートアクセス制御サーバ２２に伝達する（ステ
ップ５０８）。
テップ５０４）が実行される。より詳細には、ユーザが
アクセス要求したＵＲＬに、イントラネット２４を介し
て、アクセスして（ステップ５０５）、そこで、ユーザ
ＩＤ（ＵＩＤ）と、イントラネットサーバ情報ＤＢ４２
から取得した、当該サーバアクセスにかかるユーザ固有
のパスワード（ｐｗｄ）をアクセス先（たとえば、サー
バ「Ａ」）に伝達する（ステップ５０６）。アクセス先
のサーバにおいては、当該ユーザＩＤおよび固有のパス
ワードに基づきユーザを認証し、正当なユーザである場
合には、所定のコンテンツを、イントラネット２４を介
してリモートアクセス制御サーバ２２に伝達する（ステ
ップ５０８）。
【００３４】リモートアクセス制御サーバ２２は、取得
したデータ（コンテンツ）が、ＨＴＭＬでない場合（た
とえば、アクセス先が、ウェブサーバではなく、メール
サーバやデータベースサーバであった場合）には、取得
したデータに基づくＨＴＭＬデータを生成する（ステッ
プ５０９）。次いで、リモートアクセス制御サーバ２２
は、サーバに関する情報領域から不要タグや整形フォー
マットに関する情報に基づき、データを整形する（ステ
ップ５１０）。このようにして作られたデータ（コンテ
ンツ）が、携帯端末１４に伝達される（ステップ５１
１）。このようにして、携帯端末１４の表示装置の画面
上には、ユーザが選択したメニュー項目に応答したコン
テンツが表示される（ステップ５１２）。
したデータ（コンテンツ）が、ＨＴＭＬでない場合（た
とえば、アクセス先が、ウェブサーバではなく、メール
サーバやデータベースサーバであった場合）には、取得
したデータに基づくＨＴＭＬデータを生成する（ステッ
プ５０９）。次いで、リモートアクセス制御サーバ２２
は、サーバに関する情報領域から不要タグや整形フォー
マットに関する情報に基づき、データを整形する（ステ
ップ５１０）。このようにして作られたデータ（コンテ
ンツ）が、携帯端末１４に伝達される（ステップ５１
１）。このようにして、携帯端末１４の表示装置の画面
上には、ユーザが選択したメニュー項目に応答したコン
テンツが表示される（ステップ５１２）。
【００３５】図７は、上記図３および図５にて示す処理
により携帯端末１４の表示装置の画面上に表示された画
像の例を示す図である。ユーザによるログインの際に
は、携帯端末１４の表示装置の画面上には、図７（ａ）
に示す画像７０１が表示される。ユーザは、携帯端末１
４のキーを操作して、入力欄７０２、７０３に、それぞ
れ、ユーザＩＤおよびパスワードを記入する。このユー
ザＩＤおよびパスワードは、リモートアクセス制御サー
バ２２に登録されたものを利用すればよい。図７（ｂ）
は、これに応答して、ステップ３０５において伝達され
たメニュー画像の例を示している。メニュー画像７１１
から所定のメニュー項目（たとえば、「事務連絡掲示板
（符号７１２参照）」）を選択すると、図５に示す処理
が実行される。
により携帯端末１４の表示装置の画面上に表示された画
像の例を示す図である。ユーザによるログインの際に
は、携帯端末１４の表示装置の画面上には、図７（ａ）
に示す画像７０１が表示される。ユーザは、携帯端末１
４のキーを操作して、入力欄７０２、７０３に、それぞ
れ、ユーザＩＤおよびパスワードを記入する。このユー
ザＩＤおよびパスワードは、リモートアクセス制御サー
バ２２に登録されたものを利用すればよい。図７（ｂ）
は、これに応答して、ステップ３０５において伝達され
たメニュー画像の例を示している。メニュー画像７１１
から所定のメニュー項目（たとえば、「事務連絡掲示板
（符号７１２参照）」）を選択すると、図５に示す処理
が実行される。
【００３６】再度説明すると、「事務連絡掲示板」への
アクセス要求（ステップ５０１）に応答して、当該「事
務連絡掲示板」に関するサーバの情報領域から、アクセ
スしたユーザの固有パスワードが取り出され、イントラ
ネット２４を介して、上記サーバに対して、ユーザＩＤ
および取り出された固有パスワードが伝達される（ステ
ップ５０６）。サーバにおいては、認証（ステップ５０
７）の後、所定のコンテンツがリモートアクセス制御サ
ーバ２２に伝達される（ステップ５０８）。リモートア
クセス制御サーバ２２は、所定の処理（ステップ５０
９、５１０）の後、コンテンツを携帯端末１４に、イン
ターネット１２を介して伝達する（ステップ５１１）。
図７（ｃ）は、このようにして携帯端末１４の表示装置
の画面上に表示された画像７２１を示す。ここで、ユー
ザは、メニューから所望の項目を選択した後、当該メニ
ュー項目に関するサーバのアクセスの際に、パスワード
の入力などを行う必要がない。したがって、余分なキー
入力なしに、自己がアクセスを認められている、イント
ラネット２４上の所望のサーバにアクセスすることが可
能である。
アクセス要求（ステップ５０１）に応答して、当該「事
務連絡掲示板」に関するサーバの情報領域から、アクセ
スしたユーザの固有パスワードが取り出され、イントラ
ネット２４を介して、上記サーバに対して、ユーザＩＤ
および取り出された固有パスワードが伝達される（ステ
ップ５０６）。サーバにおいては、認証（ステップ５０
７）の後、所定のコンテンツがリモートアクセス制御サ
ーバ２２に伝達される（ステップ５０８）。リモートア
クセス制御サーバ２２は、所定の処理（ステップ５０
９、５１０）の後、コンテンツを携帯端末１４に、イン
ターネット１２を介して伝達する（ステップ５１１）。
図７（ｃ）は、このようにして携帯端末１４の表示装置
の画面上に表示された画像７２１を示す。ここで、ユー
ザは、メニューから所望の項目を選択した後、当該メニ
ュー項目に関するサーバのアクセスの際に、パスワード
の入力などを行う必要がない。したがって、余分なキー
入力なしに、自己がアクセスを認められている、イント
ラネット２４上の所望のサーバにアクセスすることが可
能である。
【００３７】上記図５を参照した処理は、イントラネッ
ト２４上のウェブサーバへのアクセスに関していたが、
他のサーバ（たとえば、メールサーバやデータベースサ
ーバ）に関連しても、代理認証の手法が異なるほかは略
同様の手順にて実現される。
ト２４上のウェブサーバへのアクセスに関していたが、
他のサーバ（たとえば、メールサーバやデータベースサ
ーバ）に関連しても、代理認証の手法が異なるほかは略
同様の手順にて実現される。
【００３８】本実施の形態によれば、リモートアクセス
制御サーバ２２において、ユーザがアクセス可能なサー
バ、および、各サーバをアクセスするためのそれぞれの
固有パスワード（認証情報）を把握し、ユーザのアクセ
スにより、ユーザがアクセス可能なサーバのリストを含
むメニュー画像を提示し、メニュー項目の選択にしたが
って、選択されたメニュー項目に関するサーバをアクセ
スするためのユーザ固有のパスワードを利用して、認証
を代理して実行する。したがって、ユーザは、サーバの
アクセスごとに、ユーザＩＤやパスワードの入力をする
必要がなく、イントラネット２４に接続された所望のサ
ーバにアクセスして、所望のコンテンツを取得すること
が可能となる。
制御サーバ２２において、ユーザがアクセス可能なサー
バ、および、各サーバをアクセスするためのそれぞれの
固有パスワード（認証情報）を把握し、ユーザのアクセ
スにより、ユーザがアクセス可能なサーバのリストを含
むメニュー画像を提示し、メニュー項目の選択にしたが
って、選択されたメニュー項目に関するサーバをアクセ
スするためのユーザ固有のパスワードを利用して、認証
を代理して実行する。したがって、ユーザは、サーバの
アクセスごとに、ユーザＩＤやパスワードの入力をする
必要がなく、イントラネット２４に接続された所望のサ
ーバにアクセスして、所望のコンテンツを取得すること
が可能となる。
【００３９】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。たとえ
ば、前記実施の形態においては、携帯端末からのアクセ
スについて説明したが、これに限定されず、通常のパー
ソナルコンピュータからのアクセスについても本発明を
適用できることは明らかである。
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。たとえ
ば、前記実施の形態においては、携帯端末からのアクセ
スについて説明したが、これに限定されず、通常のパー
ソナルコンピュータからのアクセスについても本発明を
適用できることは明らかである。
【００４０】また、前記実施の形態においては、社内の
イントラネット２４へのアクセスに本発明を適用してい
るが、これに限定されず、地方公共団体、学校など任意
の機関のイントラネットへのアクセスのために適用する
ことが可能であることは言うまでもない。さらに、イン
トラネット２４に限られず、インターネット１２上であ
っても、一定のサーバ群が、リモートアクセス制御サー
バ２２を介してアクセスできるような構成に適用しても
良い。
イントラネット２４へのアクセスに本発明を適用してい
るが、これに限定されず、地方公共団体、学校など任意
の機関のイントラネットへのアクセスのために適用する
ことが可能であることは言うまでもない。さらに、イン
トラネット２４に限られず、インターネット１２上であ
っても、一定のサーバ群が、リモートアクセス制御サー
バ２２を介してアクセスできるような構成に適用しても
良い。
【００４１】また、本実施の形態においては、リモート
アクセス制御サーバ２２が、ベーシック認証、ＩＭＡＰ
認証を、代理して実行しているが、リモートアクセス制
御サーバ２２が代理して実行できる認証種別は、上述し
たものに限定されるものではない。なお、本明細書にお
いて、一つの手段の機能が、二つ以上の物理的手段によ
り実現されても、若しくは、二つ以上の手段の機能が、
一つの物理的手段により実現されてもよい。
アクセス制御サーバ２２が、ベーシック認証、ＩＭＡＰ
認証を、代理して実行しているが、リモートアクセス制
御サーバ２２が代理して実行できる認証種別は、上述し
たものに限定されるものではない。なお、本明細書にお
いて、一つの手段の機能が、二つ以上の物理的手段によ
り実現されても、若しくは、二つ以上の手段の機能が、
一つの物理的手段により実現されてもよい。
【００４２】
【発明の効果】本発明によれば、ユーザによる煩雑な入
力なしに、一定のサーバにアクセス可能となるような手
法を提供することが可能となる。
力なしに、一定のサーバにアクセス可能となるような手
法を提供することが可能となる。
【図１】 図１は、本発明の実施の形態にかかるデータ
通信システムの概略を示す図である。
通信システムの概略を示す図である。
【図２】 図２は、本実施の形態にかかるリモートアク
セス制御サーバの構成を示すブロックダイヤグラムであ
る。
セス制御サーバの構成を示すブロックダイヤグラムであ
る。
【図３】 図３は、本実施の形態において、携帯端末、
リモートアクセス制御サーバなどにて実行される処理を
示すフローチャートである。
リモートアクセス制御サーバなどにて実行される処理を
示すフローチャートである。
【図４】 図４は、本実施の形態にかかるユーザアクセ
ス情報ＤＢ中のデータ構造、および、イントラネットサ
ーバ情報ＤＢのデフォルト情報領域の例を示す図であ
る。
ス情報ＤＢ中のデータ構造、および、イントラネットサ
ーバ情報ＤＢのデフォルト情報領域の例を示す図であ
る。
【図５】 図５は、本実施の形態において、携帯端末、
リモートアクセス制御サーバなどにて実行される処理を
示すフローチャートである。
リモートアクセス制御サーバなどにて実行される処理を
示すフローチャートである。
【図６】 図６は、本実施の形態にかかるイントラネッ
トサーバ情報ＤＢ中、各サーバの情報領域の例を示す図
である。
トサーバ情報ＤＢ中、各サーバの情報領域の例を示す図
である。
【図７】 図７は、本実施の形態において、携帯端末の
表示装置の画面上に表示された画像の例を示す図であ
る。
表示装置の画面上に表示された画像の例を示す図であ
る。
１２ インターネット １４ 携帯端末 １６ 制御システム １８ プロキシサーバ ２０ ＨＴＭＬ変換サーバ ２２ リモートアクセス制御サーバ ２４ イントラネット ２６ サーバ ３４ ユーザ認証部 ３６ ユーザ認証情報ＤＢ ３８ 初期アクセスメニュー生成部 ４０ ユーザアクセス情報ＤＢ ４２ イントラネットサーバ情報ＤＢ ４４ ＨＴＭＬ整形／表示部 ４６ アクセス情報受理部 ５０ 情報取得部
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ５１０ Ｇ０６Ｆ 13/00 ５１０Ａ
Claims (10)
- 【請求項１】 所定のネットワークに接続された複数の
サーバに、当該ネットワークの外部の端末からアクセス
するためのリモートアクセス制御方法であって、 前記所定のネットワークに接続されたリモートアクセス
制御サーバにおいて、 前記端末によるアクセスをなすユーザによる前記ネット
ワークへのログインのための認証情報を登録するステッ
プと、 前記ユーザがアクセス可能な前記ネットワーク上のサー
バのそれぞれに関する、当該ユーザの固有の認証情報を
登録するステップと、 前記端末からの、前記ログインのための認証情報の受理
に応答して、ユーザを認証するステップと、 認証されたユーザがアクセス可能なサーバに関するリス
トを生成して、当該リストを、前記端末に伝達するステ
ップと、 前記端末からの、リストから選択された項目に基づき、
前記ネットワーク上のアクセスすべきサーバを特定する
ステップと、 前記サーバに関する前記ユーザの固有の認証情報を取得
して、当該サーバに対して、認証情報を伝達して、ユー
ザ認証および選択された項目に応答したコンテンツの伝
達を求めるステップと、 前記サーバから、前記項目に応答したコンテンツを受理
するステップと、 受理したコンテンツを、前記端末に伝達するステップと
を備えたことを特徴とするリモートアクセス制御方法。 - 【請求項２】 前記ユーザの固有の認証情報を登録する
ステップが、前記認証の種別を含み、 前記サーバに関する前記ユーザ固有の認証情報を、前記
サーバに対して伝達するステップが、前記認証の種別に
したがった情報の伝達を行うことを特徴とする請求項１
に記載のリモートアクセス制御方法。 - 【請求項３】 前記サーバに関する前記ユーザ固有の認
証情報を、前記サーバに対して伝達するステップが、 ベーシック認証におけるユーザＩＤおよびパスワードを
伝達するステップを含むことを特徴とする請求項１また
は２に記載のリモートアクセス制御方法。 - 【請求項４】 さらに、前記受理したコンテンツにリン
クが含まれる場合に、前記リンクを、前記リモートアク
セスサーバを介した形態のものに変換するステップを備
えたことを特徴とする請求項１ないし３の何れか一項に
記載のリモートアクセス制御方法。 - 【請求項５】 さらに、前記コンテンツにおけるフォン
トサイズの変更、テーブルの列幅の調整を含むコンテン
ツ表示形態の調整、および／または、不要なタグの消去
を含む、コンテンツを整形するステップを備えたことを
特徴とする請求項１ないし４の何れか一項に記載のリモ
ートアクセス制御方法。 - 【請求項６】 所定のネットワークに接続された複数の
サーバへの、当該ネットワークの外部の端末からアクセ
スを制御するプログラムを、前記外部と前記所定のネッ
トワークとの間に介在したサーバに実行させるリモート
アクセス制御プログラムであって、 前記所定のネットワークに接続されたリモートアクセス
制御サーバにおいて、 前記端末によるアクセスをなすユーザによる前記ネット
ワークへのログインのための認証情報を登録するステッ
プと、 前記ユーザがアクセス可能な前記ネットワーク上のサー
バのそれぞれに関する、当該ユーザの固有の認証情報を
登録するステップと、 前記端末からの、前記ログインのための認証情報の受理
に応答して、ユーザを認証するステップと、 認証されたユーザがアクセス可能なサーバに関するリス
トを生成して、当該リストを、前記端末に伝達するステ
ップと、 前記端末からの、リストから選択された項目に基づき、
前記ネットワーク上のアクセスすべきサーバを特定する
ステップと、 前記サーバに関する前記ユーザの固有の認証情報を取得
して、当該サーバに対して、認証情報を伝達して、ユー
ザ認証および選択された項目に応答したコンテンツの伝
達を求めるステップと、 前記サーバから、前記項目に応答したコンテンツを受理
するステップと、 受理したコンテンツを、前記端末に伝達するステップと
を、前記制御サーバに実行させることを特徴とするリモ
ートアクセス制御プログラム。 - 【請求項７】 前記ユーザの固有の認証情報を登録する
ステップが、前記認証の種別を含み、 前記サーバに関する前記ユーザ固有の認証情報を、前記
サーバに対して伝達するステップが、前記認証の種別に
したがった情報の伝達を行うように、前記制御サーバを
動作させることを特徴とする請求項６に記載のリモート
アクセス制御プログラム。 - 【請求項８】 前記サーバに関する前記ユーザ固有の認
証情報を、前記サーバに対して伝達するステップが、 ベーシック認証におけるユーザＩＤおよびパスワードを
伝達するステップを含むように、前記制御サーバを動作
させることを特徴とする請求項６または７に記載のリモ
ートアクセス制御プログラム。 - 【請求項９】 さらに、前記受理したコンテンツにリン
クが含まれる場合に、前記リンクを、前記リモートアク
セスサーバを介した形態のものに変換するステップを、
前記制御サーバに実行させることを特徴とする請求項６
ないし８の何れか一項に記載のリモートアクセス制御プ
ログラム。 - 【請求項１０】 さらに、前記コンテンツにおけるフォ
ントサイズの変更、テーブルの列幅の調整を含むコンテ
ンツ表示形態の調整、および／または、不要なタグの消
去を含む、コンテンツを整形するステップを、前記制御
サーバに実行させることを特徴とする請求項６ないし９
の何れか一項に記載のリモートアクセス制御プログラ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001145886A JP2002342270A (ja) | 2001-05-16 | 2001-05-16 | リモートアクセス制御方法、リモートアクセス制御プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001145886A JP2002342270A (ja) | 2001-05-16 | 2001-05-16 | リモートアクセス制御方法、リモートアクセス制御プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002342270A true JP2002342270A (ja) | 2002-11-29 |
Family
ID=18991625
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001145886A Pending JP2002342270A (ja) | 2001-05-16 | 2001-05-16 | リモートアクセス制御方法、リモートアクセス制御プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002342270A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006270312A (ja) * | 2005-03-23 | 2006-10-05 | Nec Corp | 通信管理装置、通信システム及び通信管理方法 |
| JP2008103069A (ja) * | 2003-03-06 | 2008-05-01 | Lg Electron Inc | ディスクプレーヤの接続要求を処理する方法 |
| JP2015130154A (ja) * | 2013-12-06 | 2015-07-16 | 株式会社リコー | 情報処理装置、プログラム、情報管理方法 |
| WO2015141354A1 (ja) * | 2014-03-17 | 2015-09-24 | 日本電気株式会社 | データ閲覧システム、サーバ装置、データ閲覧方法およびプログラム |
| JP2017187818A (ja) * | 2016-03-31 | 2017-10-12 | エヌ・ティ・ティ・コムウェア株式会社 | 情報処理システム、情報処理方法、及びプログラム |
| US9887977B2 (en) | 2014-07-25 | 2018-02-06 | International Business Machines Corporation | Displaying the accessibility of hyperlinked files |
| CN113111337A (zh) * | 2021-03-29 | 2021-07-13 | 青岛海尔科技有限公司 | 用于分享访问控制列表的方法及装置、设备 |
-
2001
- 2001-05-16 JP JP2001145886A patent/JP2002342270A/ja active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008103069A (ja) * | 2003-03-06 | 2008-05-01 | Lg Electron Inc | ディスクプレーヤの接続要求を処理する方法 |
| US8539537B2 (en) | 2003-03-06 | 2013-09-17 | Lg Electronics Inc. | Method for processing connection request of a disk player |
| JP2006270312A (ja) * | 2005-03-23 | 2006-10-05 | Nec Corp | 通信管理装置、通信システム及び通信管理方法 |
| JP4730518B2 (ja) * | 2005-03-23 | 2011-07-20 | 日本電気株式会社 | 通信管理装置、通信システム及び通信管理方法 |
| JP2015130154A (ja) * | 2013-12-06 | 2015-07-16 | 株式会社リコー | 情報処理装置、プログラム、情報管理方法 |
| WO2015141354A1 (ja) * | 2014-03-17 | 2015-09-24 | 日本電気株式会社 | データ閲覧システム、サーバ装置、データ閲覧方法およびプログラム |
| US9887977B2 (en) | 2014-07-25 | 2018-02-06 | International Business Machines Corporation | Displaying the accessibility of hyperlinked files |
| US10171443B2 (en) | 2014-07-25 | 2019-01-01 | International Business Machines Corporation | Displaying the accessibility of hyperlinked files |
| US10243942B2 (en) | 2014-07-25 | 2019-03-26 | International Business Machines Corporation | Displaying the accessibility of hyperlinked files |
| US10243943B2 (en) | 2014-07-25 | 2019-03-26 | International Business Machines Corporation | Displaying the accessibility of hyperlinked files |
| JP2017187818A (ja) * | 2016-03-31 | 2017-10-12 | エヌ・ティ・ティ・コムウェア株式会社 | 情報処理システム、情報処理方法、及びプログラム |
| CN113111337A (zh) * | 2021-03-29 | 2021-07-13 | 青岛海尔科技有限公司 | 用于分享访问控制列表的方法及装置、设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6944665B2 (en) | Method and system for delivering accessibility using a distributed environment | |
| JP3569122B2 (ja) | セッション管理システム、サービス提供サーバ、セッション管理サーバ、セッション管理方法及び記録媒体 | |
| US7296077B2 (en) | Method and system for web-based switch-user operation | |
| US8006289B2 (en) | Method and system for extending authentication methods | |
| JP4782986B2 (ja) | パブリックキー暗号法を用いたインターネット上でのシングルサインオン | |
| US8844053B2 (en) | Method and system for creating a protected object namespace for a WSDL resource description | |
| US7093029B2 (en) | Method and system for providing accessibility to electronic mail | |
| EP1645971B1 (en) | Database access control method, database access controller, agent processing server, database access control program, and medium recording the program | |
| KR100800339B1 (ko) | 제휴 환경에서 사용자에 의해 결정된 인증 및 단일 사인온을 위한 방법 및 시스템 | |
| EP1361723B1 (en) | Maintaining authentication states for resources accessed in a stateless environment | |
| JP4108461B2 (ja) | 認証システム、認証振り分けサーバ、認証方法およびプログラム | |
| CN101127108B (zh) | 一种经一个计算机系统访问一个信息源的方法 | |
| US7428523B2 (en) | Portal bridge | |
| US20030061512A1 (en) | Method and system for a single-sign-on mechanism within application service provider (ASP) aggregation | |
| US20030005333A1 (en) | System and method for access control | |
| JP2000508153A (ja) | ネットワーク・コンピュータに関する汎用のユーザ認証方法 | |
| JP5988699B2 (ja) | 連携システム、その連携方法、情報処理システム、およびそのプログラム。 | |
| JP2002334056A (ja) | ログイン代行システム及びログイン代行方法 | |
| US9398075B2 (en) | Communication system, communication apparatus, communication method, and storage medium | |
| JPH11102318A (ja) | ネットワークによる安全でありスケーラブルであるデータベーストランザクションのためのシステムおよび方法 | |
| JP2002189646A (ja) | 中継装置 | |
| JP4944411B2 (ja) | メニュー生成システム、メニュー生成方法およびメニュー生成プログラム | |
| JP2016115260A (ja) | 権限移譲システム、権限移譲システムに用いられる認可サーバー、リソースサーバー、クライアント、媒介装置、権限移譲方法およびプログラム | |
| JP2000106552A (ja) | 認証方法 | |
| JP2002342270A (ja) | リモートアクセス制御方法、リモートアクセス制御プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20071120 |