JP2002215586A - 認証装置及び方法、ネットワークシステム、記録媒体、コンピュータプログラム - Google Patents

Abstract

(57)【要約】 【課題】 情報アクセスの際に、なりすましを行いにく
い認証装置を提供する。 【解決手段】 携帯電話からアクセス要求があった場
合、認証サーバは、当該携帯電話へ、プログラムを送信
する（Ｓ３０１１）。このプログラムは、携帯電話のＲ
ＯＭに改竄不能に記録された個体番号（例えば製造番
号）についてのデータを読み出して、これを認証サーバ
へ送信させるためのものである。このプログラムの起動
によって送信された製造番号についてのデータを受け付
けた（Ｓ３０１２）認証サーバは、その製造番号を自ら
が保持している各携帯電話の製造番号についてのデータ
と比較し（Ｓ３０１３）、その製造番号が、保持してい
た製造番号のいずれかと一致する場合（Ｓ３０１３：Ye
s）には、そのアクセスが正当であるものと認証する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、携帯無線
端末その他のユーザ端末を使用して情報提供等のサービ
スを行う際に使用される認証技術に関する。

【０００２】有線／無線通信手段を用いてインターネッ
トに適宜接続可能なＰＤＡ（Personal Digital Assista
nts）やノートパソコン等のユーザ端末、インターネッ
ト接続機能やメール機能を有する携帯電話が普及してい
る。これらのユーザ端末や携帯電話をインターネットメ
ールサービスの端末として用いるなどして、サーバ側か
ら個人ユーザ向けのサービスを提供したり、企業の業務
に積極的に活用することが一般的になってきている。

【０００３】このようなサービスは、サーバ側で、ユー
ザ端末との間の通信とそれに伴う特定のサーバへのアク
セスを制御することにより実現される。ユーザ端末等を
用いたこの種のサービスは、通常、サービスの提供者が
管理する特定の者（予め登録した者等）に対してのみ提
供される。このような観点から、上述のようなサービス
を実行する場合は、サービスの提供を要求する者が、サ
ービス提供者の管理下にある者であるか否かを確認する
という認証の手続が必要となる。

【０００４】認証は、何らかの許可情報、例えばユーザ
名その他のユーザＩＤやパスワード等を用いて行われる
のが一般的である。つまり、ユーザ端末からユーザが送
ったユーザＩＤ及びパスワードと、サービス提供者が管
理しているユーザＩＤ及びパスワードとを照合し、それ
が一致すれば当該ユーザは正当な者であり、一致しなけ
れば当該ユーザは正当な者でないと判断し、正当な者で
あると判断されたユーザのみが所定のサービスを享受で
きるようにしている。

【０００５】しかしながら、このような認証方法にも不
具合がないわけではない。それは、ユーザＩＤ及びパス
ワードは、それが他人に盗まれた場合には、当該他人が
それを用いることで正規のユーザになりすますことが可
能であるという点である。

【０００６】

【発明が解決しようとする課題】本発明は、従来の認証
技術を用いても防ぐことができなかった上記の「なりす
まし」の問題を防ぐことができる新たな認証技術を提供
することを、その課題とする。本発明は、また、かかる
認証技術の応用技術を提供することを、その課題とす
る。

【０００７】

【発明を解決するための手段】「なりすまし」の発生
は、従来、認証に用いられていた許可情報は、それを入
手さえできれば、ユーザ端末の如何を問わずに使用可能
であることに起因する。これとは逆に、そのユーザ端末
に固有の情報であって改竄不能な情報を認証に用い、そ
の端末を用いた場合にしか正当なユーザによるアクセス
だとの認証がなされないようにすれば、大半のなりすま
しを防止することができる。本発明は、このような知見
に基づいてなされたものである。

【０００８】本発明は、まず、所定の情報にアクセスし
ようとするユーザ端末が正当なものであるか否かの認証
を行う装置であって、ユーザ端末がアクセス可能な情報
の範囲を示す範囲情報毎に割り当てられた許可情報と、
認証対象となる複数のユーザ端末のそれぞれが有する改
竄不能で且つ各ユーザ端末に固有の識別情報とを含む認
証用情報が記録されている情報記録手段と、認証を求め
たユーザ端末からそのユーザ端末の認証用情報を受け付
け、受け付けた認証用情報が前記情報記録手段に記録さ
れている認証用情報のいずれかと一致する場合に当該ユ
ーザ端末が正当なものであると判定する認証手段と、前
記認証を求めたユーザ端末が正当なものである場合に当
該ユーザ端末による前記アクセスを許可する許可手段と
を備えている認証装置を提供する。この認証装置では、
許可情報とユーザ端末自体に依存する識別情報とを含む
認証用情報を用いて認証を行うので、許可情報の盗難と
ユーザ端末の盗難の双方がなされない限り、「なりすま
し」が行えなくなり、認証の信頼性を高めることができ
る。範囲情報は、例えば、予めユーザ端末毎に登録した
アクセス先のアドレスを含む情報である。この範囲情報
によって、ユーザ端末がどの情報へアクセスする際に行
う認証かがわかる。識別情報としては、例えば各ユーザ
端末のＲＯＭ（Read Only Memory）に、製造時に記録さ
れる個体番号（例えば製造番号のようなもの）を用いる
ことができる。なお、本明細書でいう「アクセス」は、
情報の要求や取得のほか、ＦＡＸ指示や印刷指示のよう
な各種指示を含む概念である。

【０００９】許可情報としては、例えばＩＤ及びパスワ
ードの組を用いることができる。この場合、一つの前記
識別情報について１組又は複数組のＩＤ及びパスワード
が対応付けられるようにする。一つの前記識別情報につ
いて１組のＩＤ及びパスワードを対応づけ、該１組のＩ
Ｄ及びパスワードは前記アクセス先が複数の場合の統括
的なＩＤ及びパスワードとして割り当てられるようにし
ても良い。後者の場合は、前記統括的なＩＤ及びパスワ
ードの使用を一括して停止又は停止解除させる手段をさ
らに備えるようにすることが好ましい。

【００１０】認証対象となるユーザ端末に対して各々の
前記識別情報を当該ユーザ端末の操作者に知り得ない形
態で送信させるためのプログラムを保持する手段と、認
証を求めたユーザ端末に対して前記プログラムを送信す
る手段とを更に備えて認証装置を構成しても良い。この
場合、好ましくは、前記プログラムが前記認証を求めた
ユーザ端末が前記識別情報を送信した後に消滅するもの
とする。このようにすることで、何ら特別な機能を与え
ないユーザ端末からでも、認証装置への識別情報の送信
を行えるようになる。

【００１１】このようなプログラムとしては、例えばJa
va プログラムを用いることができ、その実行環境は、J
VM(Java vertual Machine)、KVM（携帯電話等の携帯端
末用のコンパクトなＪＶＭ）を使用することができる。
このプログラムは、そのプログラムとユーザ端末が備え
る所定のハードウェアとの協働によって、識別情報の認
証装置への送信を実現するようなものでも良く、そのプ
ログラムとユーザ端末が備える所定のハードウェアとユ
ーザ端末Ｔ１が有している所定のプログラムとの協働に
よって、識別情報の認証装置への送信を実現するような
ものでも良い。

【００１２】本発明におけるユーザ端末には、携帯無線
端末を用いることができる。携帯無線端末は、例えば携
帯電話、ＰＨＳ（Personal Handyphone System）、携帯
電話やＰＨＳを利用したＰＤＡ（Personal Digital Ass
istants）又はノートパソコンなどが該当する。

【００１３】上述の知見は、ネットワークシステムにも
応用することができる。すなわち、本発明は、ユーザ端
末がアクセス可能な情報を記録した第１サーバと、この
第１サーバに記録されている前記情報にアクセスしよう
とするユーザ端末が正当なものか否かの認証を行う認証
装置とを有するネットワークシステムに適用が可能であ
る。前記第１サーバは、正当と判定されたユーザ端末か
らのアクセスに呼応して該当情報を索出し、索出した情
報を当該アクセスの発信元であるユーザ端末に送出する
ように構成されており、前記認証装置は、ユーザ端末が
アクセス可能な情報の範囲を示す範囲情報毎に割り当て
られた許可情報と、認証対象となる複数のユーザ端末の
それぞれが有する改竄不能で且つ各ユーザ端末に固有の
識別情報とを含む認証用情報が記録されている情報記録
手段と、認証を求めたユーザ端末からそのユーザ端末の
認証用情報を受け付け、受け付けた認証用情報が前記情
報記録手段に記録されている認証用情報のいずれかと一
致する場合に当該ユーザ端末が正当なものであると判定
する認証手段と、前記認証を求めたユーザ端末が正当な
ものである場合に当該ユーザ端末による前記アクセスを
許可する許可手段とを備えているものである。

【００１４】前記第１サーバが、ネットワークの中でそ
のネットワークの外に存する第２サーバ（第１サーバの
ものとその記録情報の少なくとも一部が互いに共通の内
容に維持される共通ファイルを保有するサーバ）と専用
線又は仮想専用線で接続されているものとすることもで
きる。この場合、前記認証装置は、前記第１サーバの通
ファイルの記録情報にアクセスしようとするユーザ端末
が正当なものであるか否かの認証を行うように構成す
る。第１サーバと第２サーバとが接続されるネットワー
クシステムの場合、これらのサーバの各々は、それぞれ
自己の共通ファイルの記録情報に変更が生じたときは、
変更前後の差分データを他方のサーバに送付するととも
に、他方のサーバから前記差分データを受領したときは
当該差分データを自己の共通ファイルに複写する複写タ
スクを自動実行するように構成する。第２サーバは複数
の第１サーバのそれぞれに対応して設けられる構成も、
本発明によれば可能である。

【００１５】本発明のネットワークシステムに備えられ
る前記認証装置は、前記第１サーバから前記ユーザ端末
に送出された情報を抽出する抽出手段と、いかなる情報
が送出されたかという送出情報についてのデータを各ユ
ーザ端末毎に記録する送出情報記録手段と、を更に備え
るようにしても良い。あるいは、前記送出情報記録手段
に記録された前記データに基づいて、そのユーザ端末に
ついての送出情報を、当該ユーザ端末のディスプレイに
表示するためのデータを生成する送出情報提示手段と、
を更に備えるようにしても良い。このような認証装置で
あれば、一度ユーザが使用した情報についての送出情報
を、見出しの如き状態で当該ユーザ端末に表示できるよ
うになるため、ユーザにとって便宜である。

【００１６】本発明は、第１サーバを事後的に接続でき
るようにしたネットワークに適用することもできる。こ
のネットワークシステムは、ユーザ端末がアクセス可能
な情報を記録した第１サーバを所定のネットワークの中
で通信可能にする手段と、前記ネットワークを通じて前
記情報にアクセスしようとするユーザ端末が正当なもの
であるか否かの認証を行う認証装置とを有するシステム
である。第１サーバは、正当なユーザ端末からのアクセ
スに呼応して該当情報を索出し、索出した情報を前記ネ
ットワークを介して当該アクセスの発信元であるユーザ
端末に送出するように構成されている。また、認証装置
は、ユーザ端末がアクセス可能な情報の範囲を示す範囲
情報毎に割り当てられた許可情報と、認証対象となる複
数のユーザ端末のそれぞれが有する改竄不能で且つ各ユ
ーザ端末に固有の識別情報とを含む認証用情報が記録さ
れている情報記録手段と、認証を求めたユーザ端末から
そのユーザ端末の認証用情報を受け付け、受け付けた認
証用情報が前記情報記録手段に記録されている認証用情
報のいずれかと一致する場合に前記ネットワークを介し
て行われる当該ユーザ端末が正当なものであると判定す
る認証手段と、前記認証を求めたユーザ端末が正当なも
のである場合に当該ユーザ端末による前記アクセスを許
可する許可手段とを備えているものである。

【００１７】前者のネットワークシステム及び第１サー
バが接続された後者のネットワークシステムは、ユーザ
企業別のグループウェア（一般に、グループウェアの語
は、共通の仕事や目的をもったグループが行う作業を支
援するコンピュータソフトウェアを指すが、この特許明
細書では、それを実現するためのハードウェア資源をも
含む概念を意味する。）を実現する環境を容易に構築す
ることができる。企業における業務の形態は多様化して
おり、一人で業務を収束させることは稀で、通常は、グ
ループウェアを用いて複数の人間が協調して業務を遂行
するようになっている。グループウェアは、例えば、フ
ァイアウォールで保護されたイントラネットに、社員が
操作する複数のユーザ端末（クライアント端末）とこの
ユーザ端末からのアクセスを一定条件下で受け付ける第
１サーバとを接続し、第１サーバに、ユーザインタフェ
ース機能やセキュリティ機能等を形成するためのコンピ
ュータプログラムを搭載して実現される。通常、イント
ラネットには、インターネットプロバイダのＷＷＷ（Wo
rld Wideウエブ）サーバも接続されており、電子メール
に関しては、インターネットを媒介として外部端末から
もイントラネット内で受け渡しできるようになってい
る。企業内のイントラネットに当該企業の社内情報を管
理するサーバを設け、このサーバに上記の各種端末を接
続できる環境を構築できれば、当該企業の社員が任意の
時点で任意の箇所から社内情報にアクセスすることが可
能になり、企業の業務への活用形態としては、極めて好
ましいものとなる。しかし、イントラネットを活用する
ためには、以下のような課題もある。 （１）インターネットメールサービスの利用を前提とし
た社内情報のアクセス形態では、守秘義務のない者が運
営するＷＷＷサーバが介在することになるため、セキュ
リティ性を十分に確保できるかどうかがわからない。 （２）セキュリティ性確保のために、例えばグループウ
ェアを実現するための各種端末同士をすべて専用回線で
接続したり、あるいは企業の本社のイントラネットと各
支店のイントラネット及び本社及び各支店のイントラネ
ット同士をすべて専用回線で結ぶことも考えられるが、
そうすると必然的に多くの専用回線の敷設が必要とな
り、運用を維持する費用の飛躍的な増加を招くため、コ
スト高となる。 （３）既存のインターネットメールサービスを業務に使
用しようとすると、携帯電話サービス事業者が標準的に
提供するインターネットメールサービスでは、当該事業
者の設定するサービス条件による、例えば、一件のメー
ルの文字数、メールサーバに蓄積できるメールの件数、
添付文書の形態等の制限があるため、大きなデータの送
信が難しくなり、また、携帯電話の場合、その機種毎に
メール機能の操作方法が少しずつ異なるため、操作に関
する統一的な教育および習熟が困難となるので、グルー
プウェアの操作性が良くない。 （４）携帯電話から通知を受けた企業スタッフが通知内
容のアプリケーションプログラムを手動で起動させた
り、有線通信による特定のサービス提供体において用意
されているコンピュータが予め登録されたアプリケーシ
ョンプログラムをディジタル有線端末から入力される制
御信号の内容を解読して自動的に起動実行することは、
従来より行われているが、上記のサービス提供体等によ
る既存のインフラストラクチャ（infrastructure）を利
用せずに、独自に用意したアプリケーションプログラム
を携帯電話端末等から任意に起動実行させることは、現
在のところ行われておらず、グループウェアの拡張性に
問題が残る。このような課題を解決するのが上述の各ネ
ットワークシステムである。

【００１８】本発明は、また、所定のネットワークの中
にユーザ端末がアクセス可能な情報を記録した第１サー
バが存するネットワークシステムに、前記情報にアクセ
スしようとするユーザ端末が正当なものであるか否かの
認証を行う認証装置を配し、該認証装置で、ユーザ端末
がアクセス可能な情報の範囲を示す範囲情報毎に割り当
てられた許可情報と、認証対象となる複数のユーザ端末
のそれぞれが有する改竄不能で且つ各ユーザ端末に固有
の識別情報とを含む認証用情報を記録しておき、認証を
求めたユーザ端末から少なくともそのユーザ端末の認証
用情報を受け付け、受け付けた認証用情報が記録されて
いる認証用情報のいずれかと一致する場合に当該ユーザ
端末が正当なものであると判定し、前記認証を求めたユ
ーザ端末が正当なものである場合に当該ユーザ端末によ
る前記アクセスを許可することを特徴とする、ネットワ
ークシステムにおけるユーザ端末の認証方法を提供す
る。

【００１９】本発明は、また、所定のネットワークの中
にユーザ端末がアクセス可能な情報を記録した第１サー
バが存し、前記第１サーバが、正当なユーザ端末からの
求めに応じて該当情報を索出し、索出した情報を当該ユ
ーザ端末に送出するネットワークシステムに配備される
コンピュータに、下記の処理を実行させるためのコンピ
ュータプログラムを提供する。 （１）ユーザ端末がアクセス可能な情報の範囲を示す範
囲情報毎に割り当てられた許可情報と、認証対象となる
複数のユーザ端末のそれぞれが有する改竄不能で且つ各
ユーザ端末に固有の識別情報とを含む認証用情報を記録
する処理、 （２）認証を求めたユーザ端末からそのユーザ端末の認
証用情報を受け付け、受け付けた認証用情報が、記録さ
れている認証用情報のいずれかと一致する場合に当該ユ
ーザ端末が正当なものであると判定する処理、 （３）前記認証を求めたユーザ端末が正当なものである
場合に当該ユーザ端末による前記アクセスを許可する処
理。

【００２０】

【発明の実施の形態】次に、図面を参照して本発明の好
適な実施の形態を説明する。 ＜全体構成＞図１は、本発明が適用されるネットワーク
システムの全体構成例を示した図である。本実施形態の
ネットワークシステムは、公衆通信網ＤＮが敷設された
管理企業に設置されるセキュアなイントラネットＬＮを
有する、事後的に構築可能なネットワークシステムであ
る。イントラネットＬＮは、それぞれ専用回線網ＰＮと
接続可能な複数のセグメントＳａ〜Ｓｎを有している。
セグメントＳａ〜Ｓｎは、それぞれ管理の対象となるユ
ーザ企業の第１サーバであるホストサーバ１０ａ，１０
ｂ，・・・を配備するために割り当てられる。イントラ
ネットＬＮの入口付近には、認証サーバ１、ファイアウ
ォール（ＦＷ）１１及びルータ１２が設けてあり、正当
なユーザ端末Ｔ１からの特定のアクセスのみが、これら
を通過してイントラネットＬＮ内のいずれかのセグメン
トＳａ〜Ｓｎに導かれるようになっている。つまり、イ
ントラネットＬＮの外部からのアクセスに対するセキュ
リティ性が維持されている。

【００２１】ファイアウォール１１には、ユーザ端末Ｔ
１からのアクセスが、無線網ＷＮを含む携帯電話網ＭＮ
と、携帯電話網ＭＮ内のルータ１４を介して接続された
公衆通信網ＤＮと、この公衆通信網ＤＮを介して接続さ
れたルータ１２とを通じて導かれる。携帯電話網ＭＮ
は、携帯電話による通信サービス事業を提供する事業体
が管理するものである。なお、ここでいう携帯電話に
は、狭義の携帯電話（携帯電話無線機）のほか、ＰＨＳ
も含むものとする。

【００２２】ユーザ端末Ｔ１は、ノートパソコンやＰＤ
Ａのようなユーザ端末と上記の携帯電話とを組み合わせ
たものである。インテリジェントな携帯電話（情報処理
機構を有する携帯電話）の場合は、その携帯電話単体で
ユーザ端末となり得る。ユーザ端末Ｔ１には、ブラウザ
画面を形成するためのブラウザプログラムが搭載され
る。このブラウザプログラムは、ユーザ端末Ｔ１に当初
から搭載しておいても良く、「Ｊａｖａアプレット（Ｊ
ａｖａは米国サン・マイクロシステムズの商標）」とし
て、ホストサーバ１０の側からその都度送出するように
しても良い。

【００２３】ユーザ端末Ｔ１は、改竄不能で且つ各ユー
ザ端末に固有の情報である識別情報を有している。携帯
電話には、通常、その製造番号その他の個体番号につい
ての固有データを記録したＲＯＭ又はＳＩＭカード（又
はその他のＩＤカード）が搭載されており、この固有デ
ータは、携帯電話の製造時に一度書き込まれたら書き換
え不能となっている。本実施形態では、この固有データ
に基づく個体番号を上述の識別情報として利用する。ユ
ーザ端末Ｔ１には、また、上述の識別情報を読み出して
送出するためのプログラムが搭載されている。例えば、
Ｊａｖａ以外の言語で既述されたプログラムが搭載され
ている。さらに、ユーザ端末Ｔ１には、Ｊａｖａの実行
環境の一つであるＫＶＭを使用することで、上記の識別
情報を、携帯電話の場合であれば、そのＲＯＭから読み
出せるような環境が準備されている。ユーザ端末Ｔ１に
は、また、テンキーなどで構成される入力部が設けられ
ており、ＩＤ（後述する認証ＩＤとユーザＩＤ）とパス
ワード（後述する認証パスワードとユーザパスワード）
の入力を行えるようになっている。

【００２４】携帯電話網ＭＮには、良く知られているよ
うに、ＤＮＳ（Domain Name Server）３０が設けられて
おり、インターネットＩＮにもグローバルなＤＮＳ４０
が設けられている。ＤＮＳ３０及びＤＮＳ４０は、ドメ
イン名とＩＰ（InternetProtocol）アドレスとの対応関
係を記述したアドレステーブルを有しており、それぞれ
相互にアドレステーブルを参照することにより、アクセ
ス時のアドレスの相違を解決できるようになっている。

【００２５】専用回線網ＰＮは、専用回線又は仮想専用
回線（例えば暗号化技術及びカプセル技術を用いて公衆
回線を仮想的に当事者間で専用化した回線（バーチャル
・プライベート・ネットワーク））の集合からなる通信
網である。専用回線網ＰＮとしては、いわゆる次世代通
信網（例えば「ＰＲＩＳＭ（ＰＲＩＳＭは日本テレコム
株式会社の登録商標）」と呼ばれる専用回線網）が実用
化の域にあり、日本全国又は世界中に、複数のアクセス
ポイントが用意されているので、これを利用すること
で、運用コストを低減させることができる。本実施形態
では、遠隔地に存するユーザ企業の第２サーバの一例と
なるローカルサーバ２０ａ，２０ｂを、それぞれ最寄り
のアクセスポイントから専用回線網ＰＮに接続し、この
専用回線網ＰＮを介して対応するホストサーバ１０ａ，
１０ｂと双方向通信可能な形態で接続されるようにして
おく。

【００２６】＜イントラネットの構成＞イントラネット
ＬＮの詳細な構成例を図２に示す。図２は、５つのセグ
メントＳａ〜ＳｅからなるイントラネットＬＮの例を示
している。各セグメント、例えばセグメントＳａは、複
数の接続ポートを有している。その一つは、ホストサー
バ１０ａに接続されるものであり、他の一つはルータ１
３に接続されるものである。ルータ１３のポートに専用
回線網ＰＮの特定の回線を接続することにより、ユーザ
企業が、個別的にセグメントＳａを使用することができ
るようになっている。なお、セグメントＳａと専用回線
網ＰＮとの間にスイッチング・ハブ（インテリジェント
型通信路切替装置）又はルータを設け、これを介して専
用回線網ＰＮに接続するようにしても良い。他のセグメ
ントＳｂ〜Ｓｅについても同様となる。

【００２７】各セグメントＳａ〜Ｓｅの接続ポートに、
ホストサーバ１０ａ〜１０ｅが配備され、各ホストサー
バ１０ａ〜１０ｅにスイッチング・ハブ１４及び専用回
線網ＰＮを介してローカルサーバが接続された状態で
は、イントラネットＬＮ内にセキュアなハウジングが構
築される。すなわち、すべてのホストサーバ１０ａ〜１
０ｅと対応するローカルサーバとは専用回線網ＰＮで接
続されるから第三者が介入する余地がなく、各ホストサ
ーバ１０ａ〜１０ｅが配備されるセグメントＳａ〜Ｓｅ
はそれぞれファイアウォール１１で保護されているか
ら、不正アクセス者が侵入することが困難なハウジング
となる。従って、このようなハウジングの個々のセグメ
ントＳａ〜Ｓｅをユーザ企業用に割り当てることで、ユ
ーザ企業にとっては、安価なコストでセキュアな自社専
用のネットワーク環境（又はグループウェア環境）を構
築できるようになる。

【００２８】＜ルータの構成＞ルータ１２，１３，１４
は、OSI（Open Systems Interconnection）基本参照モ
デルの第３層（ネットワーク層）でルーティング（経路
制御）を行う。ネットワーク層で接続されるため、OSI
基本参照モデルの第２層（データリンク層）以下が異な
っていてもデータの中継が可能である。経路設定機能も
持ちあわせているので、例えばイントラネットＬＮと公
衆通信網ＤＮ、イントラネットＬＮと専用回線網ＰＮの
ような異なるネットワークの接続も可能である。

【００２９】図３は、ルータの構成例を示した図であ
る。ルータは、双方向のルーティングを行うため、伝送
路Ｒ１，Ｒ２に対して、受信レシーバＲＲ及び受信バッ
ファＲＢと、送信ドライバＳＤ及び送信バッファＳＢと
を対照に設け、さらに、ルーティング実行部Ｕ１、ＮＡ
Ｔ（Network Address Translation）テーブルＮＴ、Ｒ
ＩＰ（Routing Information Protocol）実行部Ｕ２を具
備している。受信レシーバＲＲは、伝送路Ｒ１，Ｒ２か
らデータを受信するものである。受信バッファＲＢは、
受信したデータを蓄積するものである。送信ドライバＳ
Ｄは、伝送路Ｒ１，Ｒ２へデータを送信（転送）するも
のである。送信バッファＳＢは、送信（転送）すべきデ
ータを蓄積するものである。ルーティング実行部Ｕ１
は、受信したＲＩＰを処理してアドレス変換を行い、通
信路を確立するものである。ＲＩＰ実行部Ｕ２は、必要
なＲＩＰを伝送路Ｒ１，Ｒ２に送出するものである。Ｎ
ＡＴテーブルＮＴには、アドレス変換の際に使用される
アドレス、すなわち宛先のアドレスを表す「Destinatio
n」と、着信元のアドレスを表す「Source」が記録され
ている。

【００３０】図４は、イントラネットＬＮの外側のルー
タ１２が具備するＮＡＴテーブルの内容例を示した図で
ある。図４（ａ）は公衆通信網ＤＮからファイアウォー
ル１１に向かうデータをルーティングする場合のＮＡＴ
テーブル、図４（ｂ）はファイアウォール１１から公衆
通信網ＤＮに向かうデータをルーティングする場合のＮ
ＡＴテーブルの例を示している。「2××.111.22.33」
はドメイン登録されたユーザ企業のローカルサーバ２０
のＩＰアドレス、「1××.111.22.33」はホストサーバ
１０のＩＰアドレス、「2××.444.55.6」は発信端末の
インターネットにおけるＩＰアドレス、「1××.444.5
5.6」はイントラネットＬＮで認識可能な発信端末のＩ
Ｐアドレスである。ＮＡＴテーブルを図４のように設定
することで、インターネットとは異なるＩＰアドレスで
イントラネットＬＮにアクセスできるようになる。

【００３１】ルータ１３には、ファイアウォール１１を
通過したアクセスの発信端末のアドレスと、管理対象と
なるホストサーバのアドレスとをＮＡＴテーブルに設定
しておく。ＮＡＴテーブルをこのように設定することに
より、ファイアウォール１１を通過したアクセスの発信
端末とセグメント（それに配備されるホストサーバ）と
の間に、選択的に通信路を確立する通信路制御手段を実
現することができる。スイッチングハブ１４に代えて、
ルータを用いる場合も同様の手順でアドレスをＮＡＴテ
ーブルに設定することになる。

【００３２】＜ホストサーバとローカルサーバ＞ホスト
サーバ（図１の１０ａ，１０ｂ、図２の１０ａ〜１０
ｅ、以下、個々のものを識別する必要がない場合はサフ
ィックスを省略した符号１０で表す）及びローカルサー
バ（図１の２０ａ，２０ｂ以下、個々のものを識別する
必要がない場合はサフィックスを省略した符号２０で表
す）について説明する。原則として、一つのホストサー
バ１０に一つのローカルサーバ２０が対応し、それぞれ
専用回線網ＰＮを介して接続されるようになっている。
但し、一つのホストサーバ１０に複数のローカルサーバ
２０が対応していても良く、個々のローカルサーバ２０
に１又は複数のクライアント端末が接続される独自のＬ
ＡＮ（Local Area Network）が接続されていても良い。
要は、イントラネットＬＮの中に存するホストサーバ１
０とイントラネットＬＮの外に存するローカルサーバ２
０とが１対１に対応していれば足りる。

【００３３】ホストサーバ１０は、データ転送可能なウ
エブメールサーバ機能、検索機能、複写機能、スケジュ
ーラ機能を有し、さらに、ユーザがアクセスしようとす
る情報であるメールファイルやスケジュールファイル等
を含むデータベースを具備するコンピュータである。検
索機能はデータベースの該当ファイルを検索する機能で
あり、複写機能はローカルサーバ２０との間でデータベ
ースの変更分のデータの複写を行う複写タスクを起動実
行する機能である。スケジュール機能は、登録したユー
ザ企業毎に用意されているスケジュールファイルを管理
する機能である。ローカルサーバ２０は、少なくとも上
記の複写機能とデータベースとを有するコンピュータで
ある。

【００３４】必ずしもその必要はないが、この実施形態
では、ホストサーバ１０とローカルサーバ２０の各々が
具備するデータベース内のファイルの少なくとも一部
は、他方のサーバのものと共通の内容に維持される共通
ファイルとされる。ホストサーバ１０とローカルサーバ
２０とでグループウェアを構成している場合は、当該グ
ループウェア内で共通内容となる共通ファイルとされ
る。例えば、ローカルサーバ２０内のメールファイルや
スケジュールファイルの内容がそのままホストサーバ１
０内のメールファイルやスケジュールファイルの内容と
なる。従って、ホストサーバ１０の共通ファイルにアク
セスすれば、それは、ローカルサーバ２０で管理してい
る共通ファイルにアクセスしたのと、実質的に等価とな
る。

【００３５】ホストサーバ１０とローカルサーバ２０の
共通ファイルの内容を共通に維持するための形態には種
々考えられるが、この実施形態では、各サーバで互いに
複写タスクを実行することで、これを実現する。すなわ
ち、ローカルサーバ２０が自己の共通ファイルに変更が
生じたときに変更前後の差分データをホストサーバ１０
に送付するとともに、ホストサーバ１０から差分データ
を受領したときは、当該差分データを自己の共通ファイ
ルに複写する。ホストサーバ１０の共通ファイルに変更
が生じた場合の複写タスクも同様に行われる。

【００３６】＜認証サーバの構成＞次に、認証サーバ１
について説明する。認証サーバ１は、本発明における認
証装置に相当するもので、ユーザ端末Ｔ１からホストサ
ーバ１０の共通ファイルに記録された情報へのアクセス
要求があった場合に、そのユーザ端末Ｔ１が正当なもの
であるか否かの認証を行い、正当なものであるときに当
該ユーザ端末Ｔ１による上記アクセスを許可するもので
ある。

【００３７】この認証サーバ１は、サーバ本体と、コン
ピュータ読み取り可能な記録媒体に記録されているコン
ピュータプログラムとによって実現される。コンピュー
タプログラムは、通常は、サーバ本体が具える記録装置
に記録され、サーバ本体のＣＰＵがその記録装置から適
宜読み出して実行するようになっているが、ＣＤ−ＲＯ
ＭやＤＶＤ−ＲＯＭのような可搬性の記録メディアに記
録されているものであっても良い。あるいはコンピュー
タネットワークを通じてダウンロードされるものであっ
ても良い。図７は、サーバ本体のＣＰＵが、上記のコン
ピュータプログラムを読み込んで実行することによって
形成される機能ブロック図である。本実施形態では、出
入力部３１と処理部３２とを形成するようにする。出入
力部３１は、ユーザ端末Ｔ１との間、或いはホストサー
バ１０との間のデータの出入を制御しながら通信を行
う。より具体的には、例えば、ユーザ端末Ｔ１を操作す
るユーザからの認証用情報を受け付け、認証の結果をユ
ーザ端末Ｔ１に返信して、その後のデータの出入を制御
したり、認証の結果をホストサーバ１０に通知したりす
る。後者の場合は、ユーザ端末Ｔ１の以後のアクセスを
ホストサーバ１０に導くことも行う。

【００３８】処理部３２は、認証及び認証に関わる処理
を行うもので、出入力部３１との間でデータを受け渡し
できるようになっている。この実施形態では、図７に示
すように、制御部３２ａ、プログラム送信部３２ｂ、認
証部３２ｃ、識別情報記録部３２ｄ、送出情報管理部３
２ｅ、及び送出情報記録部３２ｆの機能を備えて処理部
３２を構成している。

【００３９】制御部３２ａは、装置全体の基本的な動作
の制御を行う。プログラム送信部３２ｂ、認証部３２
ｃ、情報記録部３２ｄ、送出情報管理部３２ｅ、及び送
出情報記録部３２ｆは、いずれも、この制御部３２ａの
管理下で動作を行う。制御部３２ａは、また、本発明に
おける許可手段の機能の一部をも併有しており、後述す
る認証部３２ｃが、認証を求めるユーザ端末Ｔ１を正当
なものと認証した場合、ユーザ端末Ｔ１によるサーバ１
０の共通ファイルの記録情報へのアクセスを許可するよ
うになっている。制御部３２ａは、また、送出情報記録
部３２ｄに記録された後述のデータに基づいて、各ユー
ザ端末Ｔ１についての送出情報を、当該ユーザ端末のデ
ィスプレイに表示するためのデータを生成する機能をも
有している。この点で、制御部３２ａは、送出情報提示
手段としての機能も有している。

【００４０】プログラム送信部３２ｂは、アクセスの要
求がユーザ端末Ｔ１からあった場合に、当該ユーザ端末
に、例えばＪａｖａで記述されたプログラムを送信する
ものである。このような送信は、上述の出入力部３１を
介して行われる。このプログラムは、認証の対象となる
ユーザ端末Ｔ１から上記の識別情報を送信させるための
プログラムである。

【００４１】認証部３２ｃは、ユーザ端末Ｔ１からのア
クセス要求が認証サーバ１に届いた場合に、そのユーザ
端末Ｔ１が適正なものか否かについての判断を行う。認
証部３２ｃは、具体的には、出入力部３１を介して受け
付けた、認証を求めている当該ユーザ端末Ｔ１から入力
された認証用情報と情報記録部３２ｄに記録されている
認証用情報との整合性を見ることでその判断を行う。そ
のために、情報記録部３２ｄには、認証の対象となる複
数のユーザ端末Ｔ１のすべてについての認証用情報が記
録されている。

【００４２】認証用情報の一例を図８に示す。ここで
は、単純な例として、ユーザＩＤ（ＵｓｅｒＩＤ）とパ
スワード（PASSWORD）の組、及び各ユーザ端末Ｔ１のそ
れぞれが通信を許可される範囲情報の一例となる認証Ｕ
ＲＬ（例えば所望のホストサーバ１０のＵＲＬ）が、そ
れぞれユーザ端末Ｔ１の識別情報の一例である個体番号
と、原則として１対１の対応関係で認証テーブルとして
記録されている。但し、一つの個体番号に対して２以上
のユーザＩＤが割振られている場合には、そのユーザＩ
Ｄのそれぞれについて、異なる認証ＵＲＬが割振られて
いる。図８の例でいえば、個体番号００１０２に対して
２つのユーザＩＤが割振られており、そのそれぞれに対
して異なる認証ＵＲＬが割振られている。ユーザＩＤ及
びパスワードは、数字のみ、アルファベットのみ、ある
いはこれらの組み合わせからなり、システムの管理者が
事前に割り当てるか、各ユーザが予め決定したものであ
る。

【００４３】図８に示した認証テーブルの例では、認証
ＵＲＬと、ユーザＩＤ及びパスワードの組とが、原則と
して１対１に対応しているから、ユーザは、アクセスす
る認証ＵＲＬに応じて、現在知っているユーザＩＤ／パ
スワードでログインすれば良い。従って、ログイン時の
処理が単純化されるため、一つのユーザ端末Ｔ１（個体
番号）で一つ又は二つ程度のホストサーバ１０（認証Ｕ
ＲＬ）との対応関係のみを考慮すれば良い簡易なシステ
ムでは、好ましい認証形態となり得る。

【００４４】しかし、ユーザが、一つのユーザ端末Ｔ１
で複数のホストサーバ１０にアクセスしてサービス提供
を受けたり、一つのホストサーバ１０内に複数のサービ
ス用プログラムがあってそのそれぞれについて認証が必
要となる場合は、ホストサーバ毎、あるいはサービス用
プログラム毎にログイン画面を作成したり、ユーザＩＤ
及びパスワードを保持したりしなければならないため、
システムの維持管理が煩雑となる。また、ユーザがユー
ザ端末Ｔ１をなくしてしまったり、盗難にあったりし
て、そのユーザＩＤ及びパスワードを使えなくなるよう
にする場合には、それを、認証テーブルに記録されてい
るすべてのホストサーバ、あるいはサービス用プログラ
ムについて行わなければならないため、煩雑となる。

【００４５】従って、一つのユーザ端末Ｔ１で多数のサ
ービス提供を受ける可能性がある大規模システムの場合
は、例えば図９（ａ）に示す認証マスタテーブルと、図
９（ｂ）に示す認証テーブル（図８のものと同じ）とを
用いて認証用のデータを階層的に管理する形態が望まし
い。認証マスタテーブルは、個体番号でリンクする認証
テーブルの上位テーブルとなるもので、一つの個体番号
に対して一つのフィールドが用意されている。個々のフ
ィールドには、認証ＩＤ、認証パスワード（認証ＰＳ
Ｗ）、当該ユーザ端末用の停止フラグの記録領域（停
止）が形成される。

【００４６】認証ＩＤは、そのユーザ端末Ｔ１について
一つだけ割り当てられるマスタＩＤとなるＩＤ情報であ
り、図９（ｂ）（図８）の認証テーブルに複数のユーザ
ＩＤが記録されている場合であっても、それを用いるこ
とで認証を正当とするために使用される。認証パスワー
ドも同様である。停止フラグの記録領域は更新自在の領
域であり、フラグ「１」がたっている場合は、そのユー
ザ端末Ｔ１についての認証テーブルの使用をすべて停止
させるために使用される。停止解除時には、フラグ
「１」を消去することで、認証テーブルを使用できるよ
うになる。

【００４７】このように、二つのテーブルを階層的に使
用することで、ユーザは、アクセスできるホストサーバ
１０やサービス用プログラムが複数であっても、認証Ｉ
Ｄと認証パスワードのみを知っていれば良くなり、アク
セス時の作業が簡略化される。また、ホストサーバ毎、
あるいはサービス用プログラム毎にログイン画面を作成
する必要がなく、さらに、ユーザ端末Ｔ１をなくした場
合であっても、停止フラグの記録領域に「１」をたてる
だけで足りるので、システムの維持管理作業も簡略化さ
れる。

【００４８】認証部３２ｃは、ユーザ端末Ｔ１から受け
付けた識別情報（例えば自動的に送られる個体番号）と
情報記録部３２ｄに記録されている識別情報（個体番
号）とを比較し、また、ユーザ端末Ｔ１から受け付けた
ユーザＩＤ又は認証ＩＤと情報記録部３２ｄに記録され
ているユーザＩＤ又は認証ＩＤとを比較し、さらに、ユ
ーザ端末Ｔ１から受け付けたパスワードと情報記録部３
２ｄに記録されたパスワード又は認証パスワードとを比
較する。そして、受け付けた識別情報、ユーザＩＤ（認
証ＩＤ）、パスワード（認証パスワード）の組が、ある
ユーザ端末Ｔ１についての識別情報、ユーザＩＤ（認証
ＩＤ）、パスワード（認証パスワード）と一致している
場合には、アクセスを求めてきたユーザ端末Ｔ１が正当
なものと認証する。正当である旨を表す情報は、上記の
認証テーブルで対応付けられた認証ＵＲＬの情報と共に
制御部３２ａへ送られる。これを受け付けた制御部３２
ａは、そのユーザ端末Ｔ１からのアクセスを該当する認
証ＵＲＬに導く。これにより、アクセスしてきたユーザ
端末Ｔ１と目的のホストサーバ１０との間の通信が可能
になる。

【００４９】送出情報管理部３２ｅは、送出情報記録部
３２ｆに記録するデータを管理する。送出情報管理部３
２ｅは、ホストサーバ１０からユーザ端末Ｔ１へと送出
された情報を抽出し、いかなる情報が送出されたかとい
う送出情報を生成した上で、これを各ユーザ端末Ｔ１と
対応付けて、送出情報記録部３２ｆへ記録するようにな
っている。この点で、送出情報記録部３２ｆは、抽出部
としての機能を有している。また、送出情報管理部３２
ｅは、送出情報記録部３２ｆに記録されたデータを、読
み出す機能をも持ち合わせている。読み出されたこのデ
ータは、制御部３２ａへと送られ、送出情報を視認可能
な状態でユーザ端末Ｔ１のディスプレイに表示するため
のデータを生成するために用いられる。このデータは、
出入力部３１を介してユーザ端末Ｔ１へと送られるよう
になっている。

【００５０】＜運用形態：情報アクセス方法＞上記のよ
うに構成されるネットワークシステムの運用形態は、例
えば、以下のようになる。上述のようにイントラネット
ＬＮのセグメントＳａ〜Ｓｅは、それぞれ管理対象とな
るユーザ企業のホストサーバ用に割り当てられているの
で、セグメント単位でユーザ企業の利用に供することが
できる。ユーザ企業に供する利用の形態は、セグメント
Ｓａ〜Ｓｅのみであっても良く（この場合は、ユーザ企
業が、ホストサーバ１０とこのホストサーバ１０に対応
するローカルサーバ２０を持ち込む）、所定の機能を搭
載したホストサーバ１０が配備されたセグメントＳａ〜
Ｓｅであっても良い。後者は、ユーザ企業が、ホストサ
ーバ１０に対応するローカルサーバ２０を既に保有して
いる場合に適する。

【００５１】管理対象となるユーザ企業、セグメント及
びイントラネットＬＮ内に配備するホストサーバ１０が
決まると、システム管理者は、ファイアウォール１１
に、発信端末からのアクセスを通過させるための各種条
件（プロトコル、システム固有のデータフォーマット、
ホストサーバ１０のアドレス等）を登録し、さらに、イ
ントラネットＬＮ内のルータ１３のアドレステーブル
に、イントラネットＬＮ内の宛先及び発信元としてホス
トサーバ１０のアドレスを登録しておく。また、スイッ
チングハブ１４の接続元にホストサーバ１０のアドレス
を登録する。更に、認証サーバ１中の情報記録部３２ｄ
に、各ユーザ端末Ｔ１毎の、識別情報、ユーザＩＤ（又
は認証ＩＤ）、パスワード（又は認証パスワード）、認
証ＵＲＬについての各データを記録する。

【００５２】ユーザ企業の構成員（通常は、社員）は、
ユーザ端末Ｔ１を操作して、ＩＰアドレス（例えば、×
×××@×××.co.jp）で所望のホストサーバ１０に情
報アクセスを行うことになる。このアクセスは、無線網
ＷＮから携帯電話網ＭＮに接続されたＤＮＳ３０に転送
される。ＤＮＳ３０は、当該アクセスに含まれるドメイ
ン名をもとにグローバルＤＮＳ４０から当該ユーザ企業
用のグローバルなＩＰアドレス（例えば、2××.111.2
2.33）を取得し、これをルータ１２に転送する。

【００５３】ルータ１２は、図４（ａ）の内容のＮＡＴ
テーブルを参照して、ＤＮＳから与えられたグローバル
なＩＰアドレスをホストサーバ１０のＩＰアドレス（1
××.111.22.33）に変換し、同時にユーザ端末Ｔ１のグ
ローバルＩＰアドレス（2××.444.55.6）をＩＰアドレ
ス（1××.444.55.6）に変換する。そして、ルーティン
グ機能を用いて、当該アクセスをファイアウォール１１
へと転送する。ファイアウォール１１は、このアクセス
が予め登録されている条件に適合しているかどうかを判
定し、適合している場合には、それを通過させ、認証サ
ーバ１に転送する。認証サーバ１は、アクセス要求をし
てきた当該ユーザ端末Ｔ１が適正なものか否かを判定
し、それが適正なものであると認証した場合には、当該
アクセスをルータ１３に送る。

【００５４】ルータ１３は、このアクセスの内容を解読
して該当するセグメント及びホストサーバ１０を割り出
し、そのホストサーバ１０にアクセスを転送する。ホス
トサーバ１０は、アクセスの要求に応じたデータを共通
ファイルから検索し、これをルータ１３、認証サーバ１
及びファイアウォール１１を介してルータ１２に返信す
る。ルータ１２は、図４（ｂ）の内容のＮＡＴテーブル
を参照して、ホストサーバ１０のアドレスをユーザ端末
Ｔ１のＩＰアドレスに変換し、ルーティング機能を用い
て返信データを公衆通信網ＤＮ及び無線網ＷＮを介して
ユーザ端末Ｔ１に転送する。

【００５５】ホストサーバ１０とローカルサーバ２０と
の間では、専用回線網ＰＮを介して複写タスクが実行さ
れており、両者の共通ファイルの内容の同一性が維持さ
れているので、上記のホストサーバ１０から返信される
情報は、ローカルサーバ２０の保有情報と同じ内容とな
る。従って、このネットワークシステムを利用すること
で、セキュリティ性が確保された低コストの企業専用シ
ステムを容易に実現することができる。特に、その位置
が特定されないユーザ端末Ｔ１からローカルサーバ２０
の保有情報（メールファイル、スケジュールファイル
等）をセキュアに知得できるので、あたかも、ユーザ端
末Ｔ１とローカルサーバ２０とが専用回線で結ばれたよ
うになり、第三者の介入がないので、社内情報を扱う上
では極めて都合が良い。また、このネットワークシステ
ムによれば、例えば企業の本社のローカルサーバと複数
の支店の各々のローカルサーバが扱う情報をすべて共通
ファイル化し、これをイントラネットＬＮ内のホストサ
ーバで一元的に管理しておいて、この共通ファイルにユ
ーザ端末Ｔ１から任意の時点で任意の箇所からアクセス
できるようにすることにより、矛盾のない社内情報に統
一的な操作でアクセスできるようになり、企業における
グループウェアの好ましい運用形態が容易に実現され
る。

【００５６】＜応用例１：社内メーリングシステム＞次
に、ネットワークシステムの応用例を説明する。ここで
は、イントラネットＬＮの特定のセグメントを、あるユ
ーザ企業に割り当て、ユーザ端末Ｔ１を用いて当該ユー
ザ企業の社内情報にアクセスする社内メーリングシステ
ムに応用した場合の例を挙げる。ここにいう「メール」
は通常の電子メール文書のみならず、種々のリストデー
タや編集されたデータ及び予め登録されている種々の文
書をも含む概念である。また、使用可能な文字数や蓄積
件数に制限がない、文書添付が可能なウエブメールであ
る。ウエブメールを用いることにより、ユーザ端末Ｔ１
の機種に依存しない統一的な操作でメールの受け渡しを
行うことができる。

【００５７】ユーザ端末Ｔ１は、例えば株式会社エヌ・
ティ・ティ・ドコモ（ＮＴＴドコモ）が提供する「ｉ−
ｍｏｄｅ端末」のように、それ自体でウエブメール機能
を有するユーザ端末となり得る携帯電話が普及している
ので、これを用いることができる。但し、メールサーバ
は「ｉ−ｍｏｄｅ（登録商標）端末」用のｉ−ｍｏｄｅ
サーバではなく、ホストサーバ１０が用意するウエブメ
ールサーバ機能を用いる。これにより、「ｉ−ｍｏｄｅ
端末」が標準的に具備するブラウザ機能の操作環境をそ
のまま利用しつつ、ｉ−ｍｏｄｅサーバによる各種使用
の制限、例えば送受信できるデータの種類やサイズ、件
数等の制限を解除することができるようになる。また、
機種の相違を吸収した統一的な操作環境を実現すること
ができるようになる。

【００５８】ホストサーバ１０及びローカルサーバ２０
としては、米国ロータス社が提供する「ＤＯＭＩＮＯサ
ーバ（ＤＯＭＩＮＯ（又はDomino）は同社商標、以下同
じ）」を搭載したコンピュータを用いることができる。
「ＤＯＭＩＮＯサーバ」には、本発明を実施する上で好
適な機能、例えば通信機能、メール機能、サーバ機能
（特にＨＴＴＰサーバ機能）、スケジュール機能、複写
機能が標準搭載されており、また、既存の機能を改良す
るためのプログラミングが許されているので、これを利
用することが便利である。本発明の実施に適したウエブ
メールサーバ機能、例えば社内メール専用のメニューリ
ストを編集したり、文書毎に料金情報を付加したり、大
容量のデータを受信先のメモリ容量に応じて自動的に分
割して送付したり、添付文書を携帯電話の限られた表示
領域に縮小して表示したり、メールの宛先が多い場合に
その表示を規制して本文のみを表示させたりすること
は、「ＤＯＭＩＮＯサーバ」が具備する標準的なメール
機能に別途アプリケーションプログラムを追加作成する
ことで、容易に実現することができる。また、スケジュ
ール機能として、現在時刻を常に監視しておき、現在時
刻後のスケジュールについてのみ抽出する機能も、別途
アプリケーションプログラムを追加作成することで、そ
れを容易に実現することができる。

【００５９】「ＤＯＭＩＮＯサーバ」を用いたホストサ
ーバ１０の機能構成図を図５に示す。このホストサーバ
１０は、所定のＯＳ（オペレーティングシステム）の管
理下で動作するＣＰＵ１０１と、ＲＡＭ１０２と、ＲＯ
Ｍ１０３と、ＣＰＵ１０１が読み取り可能なハードディ
スク等の固定記憶装置に構築されるメールファイル１０
４、メールアドレス帳や社員の個人情報を記録した社員
データベース１０５、ＨＴＴＰ文書等を記録した文書デ
ータベース１０６、社内スケジュールデータを記録した
スケジュールファイル１０７と、ルータ１３等との間の
通信制御を行う通信アダプタ１０８とを具備している。
ＲＡＭ１０２には、ＤＯＭＩＮＯサーバが標準装備する
ＤＯＭＩＮＯエンジン、複製タスク、ＨＴＴＰタスク、
スケジュール管理タスクのほか、社員用のウエブメール
サーバ機能を実現するためのプログラムが格納される。
ＲＯＭ１０３には、ＢＩＯＳ（Basic Input Output Sys
tem）を含む制御プログラム等が記録されている。ＤＯ
ＭＩＮＯエンジンは、プラットホームやネットワークＯ
Ｓの違いを吸収して統一的な操作環境を提供するもの
で、文書の統合、検索を含む強力な文書管理機能を実現
することができる。

【００６０】ＨＴＴＰタスクは、携帯電話からＨＴＴＰ
送信要求を受け付けたときに、当該ＨＴＴＰ送信要求に
対応するデータファイルを特定し、これをＨＴＭＬ形式
に変換するタスクである。拡張ＵＲＬを利用できるた
め、ＨＴＴＰ送信要求に対応するデータファイルをダイ
ナミックにＨＴＭＬ形式に変換することができる。ロー
カルサーバ２０も、上記のＤＯＭＩＮＯサーバを用いる
ことができる。

【００６１】ホストサーバ１０とローカルサーバ２０
は、図６に示す複製タスクによって、互いに共通ファイ
ルの同一性を維持するようになっている。すなわち、そ
れぞれのディレクトリのコンフィグレーションに基づ
き、一定時間間隔で複製タスクを起動し、自己の共通フ
ァイルが相手側の共通ファイルと差異がないかどうかと
比較する。差異があれば双方向に差分データを転送し合
い、それを自己の共通ファイルの内容に反映させる。複
製は、図示のようにフィールド単位で行われる。変更さ
れたフィールドのみを複写する点で、通常の「ファイル
コピー」とは異なる。

【００６２】次に、図１０〜図２９を参照して、社内メ
ールシステムの使用形態を説明する。 （事前準備）予め、ローカルサーバ２０側のクライアン
ト端末（図示省略）を操作して、ユーザＩＤとパスワー
ドの組を許可情報として設定しておく。なお、この例で
はユーザＩＤとして社員ＩＤを用いるものとする。設定
された内容は、ホストサーバ１０の社員データベース１
０５に反映される。ここで設定されるのは、携帯電話か
らイントラネットＬＮ内にアクセスするときの認証と、
課金の際に必要となる情報である。この例の社員ＩＤ又
はパスワードには、グループ（部門）毎の課金を可能に
するために、グループ毎の識別データが割り当てられて
いる。携帯電話を利用した場合の課金は、データ総量
（パケットサイズの総量）に応じてなされるので、これ
を識別データ毎に集計できるようにしておく。社員デー
タベース１０５には、また、携帯電話のアドレスを予め
設定しておく。また、識別情報、ユーザＩＤ、パスワー
ド、認証ＵＲＬの情報を認証サーバ１に設定しておく。

【００６３】（携帯電話用のアドレス帳作成）社員デー
タベース１０５の社内アドレス帳から１０名分程度のア
ドレスを抜き出し、これを随時、携帯電話に送出できる
ようにしておく。これは、原則として上記のクライアン
ト端末で行う。この場合の手順を図１０及び図１１に示
す。図１０を参照し、まず、クライアント端末の表示装
置に社内アドレス帳のユーザアドレス一覧を表示させる
（Ｓ１０１）。クリックイベント（表示されているイベ
ントのうち操作者のクリック操作により選択されたも
の、以下同じ）の発生を待ち（Ｓ１０２）、クリックイ
ベントは発生した場合はその内容を判定する（Ｓ１０
３）。クリックイベントが「選択欄」の場合は、ユーザ
アドレス一覧の中から、特定の者の前に選択マークを表
示してＳ１０３の処理に戻る（Ｓ１０４）。「コピーボ
タン」の場合は、選択マークがついた者のデータを個人
アドレス帳にコピーしてＳ１０１の処理に戻る（Ｓ１０
５）。「終了ボタン」の場合は終了処理を行う（Ｓ１０
６）。これにより、数人分のアドレスからなる個人アド
レス帳が生成される。

【００６４】個人アドレス帳から実際に使用するアドレ
スを抜き出す場合は、図１１の手順で処理を行う。ま
ず、クライアント端末のディスプレイに、上記の個人ア
ドレス帳のユーザアドレス一覧を表示させる（Ｓ２０
１）。クリックイベントの発生を待ち（Ｓ２０２）、ク
リックイベントが発生した場合はその内容を判定する
（Ｓ２０３）。クリックイベントが「選択欄」の場合
は、ユーザアドレス一覧の中から特定の者の前に選択マ
ークを表示してＳ２０３の処理に戻る（Ｓ２０４）。
「コピーボタン」の場合は選択マークがついたデータを
順にメールファイルにコピーしてＳ２０１の処理に戻る
（Ｓ２０５）。「終了ボタン」の場合は終了処理を行う
（Ｓ２０６）なお、社内アドレス帳からのアドレスを抜
き出して携帯電話用のアドレス帳を作成する処理は、携
帯電話からも行うことができる。但し、この場合は、個
人アドレス帳に一度コピーするのではなく、直接、社内
アドレス帳から選択することになる。

【００６５】（認証及び情報アクセス）次に、ユーザ企
業の構成員が携帯電話からホストサーバ１０にアクセス
する場合の操作手順を説明する。図１２は、情報アクセ
ス方法の全体的な手順説明図である。まず、携帯電話が
アクセス要求を行う。アクセス要求と同時に、携帯電話
から認証サーバに接続要求先についてのＵＲＬが送られ
る。次いで、携帯電話の表示部にログイン画面が表示さ
れる（Ｓ３０１）。ログイン画面には図２６（ａ）に示
されるように、ユーザＩＤ（ここでは社員ＩＤ）とパス
ワードの入力領域５１が表示される。ユーザＩＤとパス
ワードが入力された場合は、ログインの認証を行う（Ｓ
３０２）。認証失敗の場合はＳ３０２に戻る。認証が成
功した場合、つまり正規ユーザであった場合はメイン画
面を表示する（Ｓ３０３：Yes、Ｓ３０４）。メイン画
面は、例えば図２６（ｂ）に示されるものであり、受信
／送信／検索／予定のイベント選択領域５２とＳＵＢＭ
ＩＴ選択領域５３が表示される。

【００６６】上述したログインの認証について、図１３
を用いて詳しく説明する。図１３は、ログインの認証時
に認証サーバ１で行われる処理の手順を示したものであ
る。ログイン画面が表示されると（Ｓ３０１）、認証サ
ーバ１は、その携帯電話が有する識別情報を読み出して
これを認証サーバ１へと送信させるための上述のプログ
ラムを、その携帯電話へと送信する（Ｓ３０１１）。よ
り詳しく説明すると、アクセス要求があった旨の情報
は、出入力部３１を介して制御部３１ａへと送られる。
これを受け付けた制御部３１ａは、プログラムの送信を
行うようにとの命令を、プログラム送信部３２ｂへと送
る。この命令に基づいて、プログラム送信部３２ｂは、
出入力部３１を介して携帯電話へ上述のプログラムを送
信する。この例において上述のプログラムは、例えばＪ
ａｖａで記述されたものであり、携帯電話のＫＶＭ上で
実行される。いずれにしても、携帯電話に準備された実
行環境下で動作するものである。このプログラムは、携
帯電話が持っている識別情報をＲＯＭなどから読み出す
プログラムを起動させる。これにより生成された機能実
現体が、ＲＯＭなどから読み出した識別情報を認証サー
バ１へ送る。この過程は自動的に行われる。このように
して識別情報を受け付けると（Ｓ３０１２）、認証サー
バ１は、この識別情報が、情報記録部３０ｄに記録され
ている識別情報のいずれかと一致するか否かを認証部３
２ｃで判定する（Ｓ３０１３）。受け付けた識別情報
が、記録されていた識別情報のいずれとも一致しない場
合（Ｓ３０１３：Ｎｏ）には、その旨を示す情報を携帯
電話のディスプレイに表示させるためのデータを生成
し、これを携帯電話に送る（Ｓ３０１４）。この場合に
は、当該携帯電話が正規なものであるとの認証はなされ
ず、携帯電話からの当該アクセスは認められないことに
なる。なお、この実施形態では、携帯電話のディスプレ
イに画像を表示させるためのデータの生成は、制御部３
２が行う。受け付けた識別情報が記録されていた識別情
報のいずれかと一致する場合（Ｓ３０１３：Ｙｅｓ）に
は、次のステップに進む。

【００６７】次いで、ユーザが入力したユーザＩＤ及び
パスワードを携帯電話から受け付け（Ｓ３０１５）、こ
のユーザＩＤ及びパスワードが、情報記録部３０ｄに記
録されているユーザＩＤ及びパスワードのうち、上述の
識別情報と対応付けられたものと一致するか否かを、認
証部３２ｃで判定する（Ｓ３０１６）。なお、ユーザＩ
Ｄ及びパスワードの携帯電話からの受付（Ｓ３０１５）
は、識別情報の受付とは独立に行われるため、ステップ
Ｓ３０１１よりも先に実行される場合がある。受け付け
たユーザＩＤ及びパスワードが、情報記録部３０ｄに記
録されているユーザＩＤ及びパスワードのうち、上述の
識別情報と対応付けられたものと一致しない場合（Ｓ３
０１６：Ｎｏ）は、その旨を示す情報を携帯電話のディ
スプレイに表示させるためのデータを生成し、上述の場
合と同様にこれを携帯電話に送る（Ｓ３０１４）。受け
付けたユーザＩＤ及びパスワードが、情報記録部３０ｄ
に記録されているユーザＩＤ及びパスワードのうち、上
述の識別情報と対応付けられたものと一致する場合（Ｓ
３０１６：Ｙｅｓ）には、次のステップに進む。

【００６８】識別情報、ユーザＩＤ及びパスワードが互
いに対応付けられて情報記録部３０ｄに記録されていた
識別情報、ユーザＩＤ及びパスワードと一致した場合に
は、アクセス要求をしてきた携帯電話が正規なものであ
るとの認証をしても良いが、この実施形態では、認証の
確実性を更に増すべく、以下のような処理を行うことと
している。すなわち、先に受け付けていた接続要求先の
ＵＲＬが、情報記録部３０ｄに記録されている認証ＵＲ
Ｌのうち、受け付けた識別情報及びユーザＩＤと対応付
けられたものと一致するか否かの判定を行う（Ｓ３０１
７）。この判定も、認証部３２ｄが行う。受け付けたＵ
ＲＬが、情報記録部３０ｄに記録されている認証ＵＲＬ
のうちの、受け付けた識別情報及びユーザＩＤと対応付
けられたものと一致しない場合（Ｓ３０１７：Ｎｏ）に
は、上述の場合と同様に、Ｓ３０１４へ進むことにな
る。一致する場合（Ｓ３０１７：Ｎｏ）には、その携帯
電話を正規なものとして認証しポートを開放する（Ｓ３
０１８）。

【００６９】次いで、クリックイベントの発生を待ち
（Ｓ３０２）、クリックイベントが発生した場合はその
内容を判定する（Ｓ３０３）。クリックイベントが「受
信」であった場合は、図１４〜図１９の手順で受信処理
を行う（Ｓ３０４）。「送信」であった場合は図２０の
手順で送信処理を行う（Ｓ３０５）。「検索」であった
場合は図２１〜図２３の手順で検索処理を行う（Ｓ３０
６）。「予定」であった場合は、図２４及び図２５の手
順で予定処理を行う（Ｓ３０７）。これらの処理が終了
した場合は、ステップＳ３０２の処理に戻る。以下、受
信処理、送信処理、検索処理、予定処理の内容を、詳細
に説明する。

【００７０】＝受信処理＝ Ｓ３０４の受信処理について説明する。受信処理では、
図１４に示されるように、携帯電話の受信ボックスの受
信日で降順にソートし、１から順に「＋１」でデータ番
号を採番する（Ｓ４０１）。ソートされたデータを昇順
に１０件ずつ選択し、１件目をＳＴＡＲＴ（最初のデー
タ番号、以下同じ）に設定する（Ｓ４０２）。その後、
選択されたデータを受信一覧表示領域に表示させる（Ｓ
４０３）。受信一覧表示領域には、図２６（ｃ），
（ｄ）に示されるように、件名領域５４とその件の受信
に要する料金情報を表す料金領域５５とが対となって表
示される。このように受信に要する料金情報を表示させ
ることで、携帯電話の操作者にデータのサイズと、その
ときのコストとを知らしめることができる。携帯電話の
操作者（つまり社員）は、件名タイトルと料金額を見て
その件を読むことがコストに見合った内容かどうかを判
断したり、料金額から受信に要する時間を推測してその
件を今読むべきものか後で読んだ方が良いかどうかを判
断したりすることが可能になる。また、例えば２万ワー
ドもあるような大量のデータは、ウエブメール機能によ
って自動的にメール分割されながら送られるので、途中
までそれを閲覧して、以後の分割メールの閲覧を中止す
るような利用形態も可能になる。受信一覧表示領域の下
部には、「前へ」及び「次へ」の選択ボタンも表示され
る。クリックイベントの発生を待ち（Ｓ４０４）、クリ
ックイベントが発生した場合はその内容を判定する（Ｓ
４０５）。クリックイベントが「次へ」であった場合
は、「＋９」をＳＴＡＲＴに設定し（Ｓ４０６）、ＳＴ
ＡＲＴから１０件を選択する。ＳＴＡＲＴが１０未満の
ときは存在するデータのみを表示させる（Ｓ４０７）。
クリックイベントが「前へ」であった場合は、「−９」
をＳＴＡＲＴに設定し（Ｓ４０８）、ＳＴＡＲＴから１
０件を選択する。ＳＴＡＲＴが１０未満のときはＳＴＡ
ＲＴに「１」を設定する（Ｓ４０９）。クリックイベン
トが「文書番号」であった場合は、受信文表示処理を行
う（Ｓ４１０）。

【００７１】Ｓ４１０の受信文処理の詳細は、図１５に
示すとおりである。携帯電話の操作者が表示部の所望の
文書番号をクリックしたことを検知すると（Ｓ５０
１）、クリックされた文書番号の文書を表示部に表示さ
せる（Ｓ５０２）。このときの表示は、例えば図２６
（ｅ）のようになる。なお、添付文書がある場合は、そ
の存在を示す通知を表示部に表示させる。これは、ホス
トサーバ１０のウエブメールサーバ機能による。添付文
書が表オブジェクトやビットマップデータの場合は、添
付文書の表記をクリックすることで、それをＨＴＭＬ文
書として表示領域のサイズに併せて表示させることがで
きる。また、文書の宛先数が多い場合を想定して、予め
受信文のフレームの中の宛先部分を表示させないように
する。これにより、携帯電話の表示部には、本文のみを
表示させることができる。但し、宛先の情報については
ホストサーバ１０の側で管理されているので、携帯電話
から宛先を確認したい場合には、それをブラウザ画面
（アイコン又はコマンド文字を用意しておく）から指示
することによって、表示させることはできる。受信文処
理の場合、表示部の上部には、「削除」、「返信」、
「転送」、「ＦＡＸ」の選択領域５６が表示される。ク
リックイベントの発生を待ち（Ｓ５０３）、クリックイ
ベントが発生した場合は、その内容を判定する（Ｓ５０
４）。クリックイベントには、「削除」処理（Ｓ５０
５）、「返信」処理（Ｓ５０６）、「転送」処理（Ｓ５
０７）、「ＦＡＸ」処理（Ｓ５０８）がある。

【００７２】ステップＳ５０５の「削除」処理、すなわ
ち図２６（ｅ）の表示内容で「削除」が選択された場合
の処理の手順は、図１６のようになる。現在の文書を削
除するとともに（Ｓ６０１）、削除済みを表す「Delete
d」を表示させる（Ｓ６０２）。

【００７３】ステップＳ５０６の「返信」処理、すなわ
ち図２６（ｅ）の表示内容で「返信」が選択された場合
の処理の手順は、図１７のようになる。まず、返信用の
新規文書を作成する（Ｓ７０１）。そして、その宛先に
受信文書の送信者を設定するとともに（Ｓ７０２）、件
名に受信文書の件名の先頭に「Ｒｅ：」の文字を付加し
（Ｓ７０３）、その新規文書を表示させる（Ｓ７０
４）。クリックイベントの発生を待ち（Ｓ７０５）、ク
リックイベントが発生した場合はその内容を判定する
（Ｓ７０６）。クリックイベントが「件名」の場合は件
名編集処理を行い（Ｓ７０７）、「内容」の場合は文書
内容の編集処理を行い（Ｓ７０８）、「新規宛先」の場
合は新規宛先編集を行い（Ｓ７０９）、「ＣＣ新規」の
場合はＣＣ（カーボンコピー）先の新規編集処理を行う
（Ｓ７１０）。それぞれ、終了後はＳ７０５の処理に戻
る。

【００７４】ステップＳ７０６で判定したクリックイベ
ントが「宛先」の場合は、宛先編集処理を行うが（Ｓ７
１１）。このとき、モバイル個人宛先（個人アドレス
帳）の一覧を表示する（Ｓ７１２）。そして、選択され
た宛先を「TO」として設定する（Ｓ７１３）。その後、
Ｓ７０５の処理に戻る。クリックイベントが「ＣC」の
場合はＣＣ宛先編集処理を行う（Ｓ７１４）。このと
き、モバイル個人宛先（個人アドレス帳）の一覧を表示
する（Ｓ７１５）。そして、選択された宛先を「CC」と
して設定する（Ｓ７１６）。その後、Ｓ７０５の処理に
戻る。クリックイベントが「ＳＵＢＭＩＴ」の場合は当
該新規文書を送信し（Ｓ７１７）、「Formprocessed」
を表示して返信処理を終える（Ｓ７１８）。

【００７５】ステップＳ５０７の「転送」処理、すなわ
ち図２６（ｅ）の表示内容で「転送」が選択された場合
の処理の手順は、図１８のようになる。処理内容（Ｓ８
０１〜Ｓ８１８）は、概ね図１７の場合と同様であり、
Ｓ８０３で、件名に受信文書の件名の先頭に「ＦＷ：」
の文字を付加する点のみが異なる。

【００７６】ステップＳ５０８の「ＦＡＸ」処理、すな
わち図２６（ｅ）の表示内容で「ＦＡＸ」が選択された
場合の処理の手順は、図１９のようになる。まず、ＦＡ
Ｘ用の新規文書を作成する（Ｓ９０１）。そして、その
内容欄に受信文書の内容を設定するとともに（Ｓ９０
２）、件名に受信文書の件名の先頭に「ＦＷ：」の文字
を付加し（Ｓ９０３）、その新規文書を表示させる（Ｓ
９０４）。クリックイベントの発生を待ち（Ｓ９０
５）、クリックイベントが発生した場合はその内容を判
定する（Ｓ９０６）。クリックイベントが「件名」の場
合は件名編集処理を行い（Ｓ９０７）、「ＦＡＸ番号」
の場合はＦＡＸ番号編集処理を行い（Ｓ９０８）、それ
ぞれ、終了後はＳ９０５の処理に戻る。クリックイベン
トが「送信」の場合は当該新規文書を送信し（Ｓ９０
９）、「Formprocessed」を表示してＦＡＸデータ送信
処理を終える（Ｓ９１０）。このようにして送信された
データは、ＦＡＸ番号先でＦＡＸ印刷される。なお、上
記のＦＡＸ印刷は、ＤＯＭＩＮＯエンジンの機能の一つ
として実現しても良く、別途、ＦＡＸ印刷用のアプリケ
ーションプログラムをホストサーバ１０に搭載してお
き、これを随時起動することによって実現しても良い。

【００７７】＝送信処理＝ 次に、ステップＳ３０５の送信処理について説明する。
送信処理では、図２０に示すように、送信用の新規文書
を作成し（Ｓ１００１）、その新規文書を表示部に表示
させる（Ｓ１００２）。その後の処理（Ｓ１００３〜Ｓ
１０１６）は、図１７に示した返信処理のステップＳ７
０７〜Ｓ７１８と同様の手順となる。但し、携帯電話の
表示部の表示内容は、図２６（ｆ）のように変わる。

【００７８】＝検索処理＝ 次に、ステップＳ３０６の検索処理について説明する。
検索処理は、図２７（ａ）のように、ユーザが「検索」
を選択した場合に実行される。この処理は、図２１に示
されるように、まず、検索ビュー内のデータをアルファ
ベットで昇順にソートし、１０件を選択する（Ｓ１１０
１）。その後、検索リストを一覧表示領域に表示させる
（Ｓ１１０２）。クリックイベントの発生を待ち（Ｓ１
１０３）、クリックイベントが発生した場合はその内容
を判定する（Ｓ１１０４）。クリックイベントが「次
へ」であった場合は、表示中の頁の１０件目から＋１０
のデータを設定する（Ｓ１１０５）。その後、設定した
分のデータを選択するが、データが１０未満のときは存
在するデータのみを選択する（Ｓ１１０６）。その後、
Ｓ１１０２の処理に戻る。クリックイベントが「前へ」
であった場合は、表示中の頁の１０件目から−１０のデ
ータを設定する（Ｓ１１０７）。その後、設定した分の
データを選択するが、データが存在しないときは現頁の
データを再選択する（Ｓ１１０８）。その後、Ｓ１１０
２の処理に戻る。

【００７９】クリックイベントが「検索リスト表示」で
あった場合、携帯電話の表示部の表示内容は、図２７
（ａ）から過去に検索したキーワード一覧に変わる。図
２７（ｂ）は、この様子を示している。図２７中、「it
oh」、「okada」、「suzuki」は、検索したキーワード
である。この検索リスト表示処理の手順は、図２２に示
されるとおりである。すなわち、クリックイベントの発
生を待ち（Ｓ１２０１）、アルファベットの姓名（例え
ば「itoh」）がクリックされたことを検知した場合は当
該クリックされた姓名を含むすべての文書を表示させる
（Ｓ１２０２，Ｓ１２０３）。

【００８０】クリックイベントが「新規キーワード」で
あった場合は、新規キーワードによる検索処理を行う。
このとき、表示部の表示内容は、図２７（ｃ）のよう
に、新規キーワードの入力画面に変わる。この場合の処
理は、図２３に示されるように、クリックイベントの発
生を待ち（Ｓ１３０１）、クリックイベントが発生した
場合はその内容を判定する（Ｓ１３０２）。クリックイ
ベントが「新規キーワード」の場合は、新規キーワード
編集を行い（Ｓ１３０１）、Ｓ１３０１の処理に戻る。
クリックイベントが「ＳＵＢＭＩＴ」の場合は当該キー
ワードを送信し（Ｓ１３０４）、「Formprocessed」を
表示して処理を終える（Ｓ１３０５）。ホストサーバ１
０から検索結果が送信された場合は、適宜、検索リスト
表示処理に移る。表示部の画面は、図２７（ｄ）のよう
に変わり、アルファベット（例えば「pat」）がクリッ
クされた場合は、図２７（ｅ）のように「pat」を含む
すべての文書が表示される。

【００８１】＝予定処理＝ 次に、ステップＳ３０７の予定処理について説明する。
予定処理は、図２８（ａ）のように、ユーザが「予定」
を選択した場合に実行される。この処理は、図２４に示
されるように、まず、予定ビュー内のデータを日付で降
順にソートして、１０件を選択し（Ｓ１４０１）。その
後、予定リストを表示部の一覧表示領域に表示させる
（Ｓ１４０２）。図２８（ｂ）は一覧表示領域６０の例
であり、ある日付がクリックされることによって、その
日付に設定されている時間帯と簡単な説明とが表示され
る様子が示されている。表示部の上部には、「前へ」、
「次へ」、「作成」のイベントを選択するための領域が
形成される。クリックイベントの発生を待ち（Ｓ１４０
３）、クリックイベントが発生した場合はその内容を判
定する（Ｓ１４０４）。クリックイベントが「次へ」で
あった場合は、表示中の頁の１０件目から＋１０のデー
タを設定する（Ｓ１４０５）。その後、設定した分のデ
ータを選択するが、データが１０未満のときは存在する
データのみを選択する（Ｓ１４０６）。その後、Ｓ１４
０２の処理に戻る。クリックイベントが「前へ」であっ
た場合は、表示中の頁の１０件目から−１０のデータを
設定する（Ｓ１４０７）。その後、設定した分のデータ
を選択するが、データが存在しないときは現頁のデータ
を再選択する（Ｓ１４０８）。その後、Ｓ１４０２の処
理に戻る。なお、予定ビュー内のデータは、「今日の日
付」以降のもののみが対象となる。つまり、スケジュー
ルファイル１０７から当該日付以降に予定があるものを
抜き出し、これをリスト（ＤＯＭＩＮＯサーバにおける
View）にして携帯電話で見れるようにする。このように
すれば、携帯電話に過去の予定に関するデータが記録さ
れる事態を防止することができ、携帯電話が有するメモ
リの有効活用が可能になる。当該日付以前及び現在時刻
以前の予定に関するデータをホストサーバ１０のスケジ
ュールファイル１０７から自動的に削除するように構成
しても良い。この場合には、不要なデータがスケジュー
ルファイル１０７（ローカルサーバ２０のものも同様）
から逐次削除されるので、ホストサーバ１０（ローカル
サーバ２０も同様）のメモリ領域の有効活用も同時に図
れるとともに、社内情報の漏洩が確実に防止される利点
がある。

【００８２】クリックイベントが「新規作成」であった
場合、すなわち図２８（ｃ）の表示内容で「作成」が選
択された場合は、予定リストの新規作成処理に移行す
る。図２５は、新規作成処理の手順図である。この処理
では、まず、予定作成メニューを表示する（Ｓ１５０
１）。予定作成メニューには、例えば図２８（ｄ）に示
されるように、予定登録、会議召集、イベント、確認、
記念日の選択領域６１が形成される。ユーザがこれらの
いずれかを任意に選択できるようになっている。クリッ
クイベントの発生を待ち（Ｓ１５０２）、クリックイベ
ントが発生した場合はその内容を判定する（Ｓ１５０
３）。選択領域６１から特定のメニューが選択された場
合は、データ入力、編集を行い（Ｓ１５０４）、Ｓ１５
０２の処理に戻る。クリックイベントが「ＳＵＢＭＩ
Ｔ」の場合は当該入力したデータを送信し（Ｓ１５０
５）、「Formprocessed」を表示して処理を終える（Ｓ
１５０６）。図２８（ｅ）は、「２．会議召集」が選択
された場合のデータ入力領域６２の内容例を示した図で
ある。日付毎に、簡単な説明と時間が対応付けられてい
る。なお、データ入力領域６２は、スクロールするよう
になっている。このようにして入力されたデータは、ホ
ストサーバ１０のスケジュールファイル１０７に反映さ
れ、さらに、ローカルサーバ２０にも反映される。

【００８３】なお、予定処理の一環として、あるいは予
定処理とは別の処理として、いわゆる「Ｔｏ Ｄｏ リ
スト」機能、つまり遂行すべき仕事と遂行した仕事とを
管理する機能を携帯電話からの操作を契機に実行するよ
うに構成することもできる。この場合は、「ＤＯＭＩＮ
Ｏサーバ Ｒ５」の標準的なスケジューラ機能に、アプ
リケーションプログラムを追加作成することで、それを
容易に実現することができる。

【００８４】このように、社内メールシステムでは、携
帯電話から任意の時点で任意の場所からホストサーバ１
０が管理している社内情報にアクセスすることができ
る。アクセスの態様は、上述のように様々であり、あた
かもイントラネットＬＮの内部の固定型端末又はローカ
ルサーバ２０のクライアント端末からアクセスしたかの
如きである。ホストサーバ１０の社内情報は、専用回線
網ＰＮを介して接続されたローカルサーバ２０のものと
共通なので、ローカルサーバ２０が属するネットワーク
に接続されている者との連絡も間接的に行うことがで
き、グループウェアを効率的に運用することが可能にな
る。

【００８５】なお、このシステムにおいて、受信処理、
送信処理、検索処理、予定処理などが実行された場合に
は、ホストサーバ１０から携帯電話へと送信された情報
は、送出情報管理部３２ｅにて監視されている。この監
視は、例えば、ユーザが閲覧したページのＵＲＬを、送
出情報管理部３２ｅが抽出することで行われる。送出情
報管理部３２ｅは、このような情報の抽出を行うこと
で、ホストサーバ１０から携帯電話にいかなる情報が送
出されたか、すなわちユーザがどのページを閲覧したか
という情報についての情報である送出情報を生成し、こ
れを送出情報記録部３２ｆへ記録する。この送出情報の
記録は、各携帯電話毎に行われ、対応する携帯電話を明
らかにしつつ、送出情報記録部３２ｆに記録されてい
る。

【００８６】この送出情報は、各携帯電話に課金する際
のデータとして利用できる。また、ユーザがホストサー
バ１０へアクセスする際の労力を軽減すべく、以下のよ
うにも利用できる。すなわち、携帯電話のディスプレイ
にメニュー画面を表示させるために、送出情報を用いる
のである。この場合、アクセスの要求があり、且つアク
セス要求をしてきた携帯電話が正規のものと認証された
場合に、例えば次のような処理を実行すれば良い。ま
ず、記録されたその送出情報のうちアクセス要求をして
きた携帯電話についての送出情報を、送出情報管理部３
２ｅが送出情報記録部３２ｆから読み出して、これを制
御部３２ａへと送る。次いで、これを受け付けた制御部
３２ａがその携帯電話のディスプレイに所定の画像を表
示させるためのデータを生成し、これを出入力部３１を
介して当該携帯電話へと送る。これに基づいて、当該携
帯電話のディスプレイに所定のメニュー画像を表示す
る。表示されるメニュー画像は図２８（ａ）のものと同
様の形態とされるが、そこに表示されるメニューは各携
帯電話ごとに異なるものとなる。

【００８７】＜応用例２：アプリケーションのリモート
運用システム＞本発明のネットワークシステムは、社内
メールシステムに代えて、あるいは社内メールシステム
とともに、アプリケーションのリモート運用システムと
して応用することも可能である。

【００８８】この場合の構成は、基本的には社内メール
システムの場合と同様であるが、ローカルサーバ２０
に、所定のアプリケーションプログラム、例えば共通フ
ァイルではない外部データベースからの情報検索を行う
検索プログラム、共通ファイルの中の特定情報を自動的
に印刷する印刷プログラム、社内事務機器の自動制御プ
ログラム等を搭載しておく点、携帯電話の表示部に表示
させるウエブメール画面にアプリケーションプログラム
の起動用の操作画像をブラウザ画面上に形成しておく
か、あるいは専用のコマンド入力を可能にする点が異な
る。

【００８９】運用に際しては、携帯電話を所持する者
が、例えばブラウザ画面上の操作画像を選択してホスト
サーバ１０にアクセスする。ホストサーバ１０は、この
アクセスに対応するコマンドの内容を解読し、そのコマ
ンドの内容をローカルサーバ２０に通知して該当するア
プリケーションプログラムを起動実行させる。ホストサ
ーバ１０は、アプリケーションプログラムが実行された
後は、その実行結果の情報をローカルサーバ２０から取
得するとともに、取得した情報を携帯電話に通知する。
このようにすれば、社内情報の受け渡しだけでなく、外
部から社内のアプリケーションプログラムを携帯電話か
ら遠隔起動させることができるので、拡張性に富む社内
専用ネットワークシステムを容易に構築できるようにな
る。

【００９０】なお、この実施形態では、ハウジングを構
成するネットワークがイントラネットＬＮであることを
前提としたが、ファイアウォールで保護可能なネットワ
ークであればどのような形態のものであっても良い。通
常のローカルネットワークでもハウジングを構成するこ
とができる。また、好ましい実施の形態として、ファイ
アウォール１１を通過するのが携帯電話であるものとし
て説明したが、インターネットＩＮを介した携帯有線端
末からのアクセス、すなわち、有線の通信網を介して行
われるノートパソコンやＰＤＡからのアクセスであって
も、一定条件下でファイアウォール１１を通過させるよ
うに構成することが可能である。但し、この場合は、イ
ンターネットＩＮに接続された不特定のユーザからのア
クセスを許容することになるので、ファイアウォール１
１の負担が大きくなる点に留意する必要がある。

【００９１】

【発明の効果】以上の説明から明らかなように、本発明
によれば、「なりすまし」を確実に防止できるので、セ
キュリティ性を確保した専用のグループウェアの実現環
境を簡易に構築することができるようになる。

【図面の簡単な説明】

【図１】 本発明が適用されるネットワークシステムの
全体構成例を示した図。

【図２】 イントラネットの詳細な構成例を示した図。

【図３】 ルータの構成例を示した図。

【図４】 イントラネットの外側のルータが具備するＮ
ＡＴテーブルの内容説明図であり、（ａ）は公衆通信網
からファイアウォールに向かうデータをルーティングす
る場合の例、（ｂ）はファイアウォールから公衆通信網
に向かうデータをルーティングする場合の例を示した
図。

【図５】 ＤＯＭＩＮＯサーバを用いたホストサーバの
機能構成図。

【図６】 ホストサーバとローカルサーバとの間で実行
される複製の仕組みを示した説明図。

【図７】 認証サーバの構成を示す機能ブロック図。

【図８】 認証サーバの情報記録部に記録されたデータ
を説明するたえの説明図。

【図９】 社内アドレス帳から１０名分程度の個人アド
レス帳をコピーする場合の手順説明図。

【図１０】 個人アドレス帳をメールファイルにコピー
する場合の手順説明図。

【図１１】 社員がホストサーバにアクセスする場合の
手順説明図。

【図１２】 情報アクセス方法の全体的な手順説明図。

【図１３】 認証時に認証サーバで実行される処理の流
れを説明するための手順説明図。

【図１４】 受信処理の手順説明図。

【図１５】 受信文処理の手順説明図。

【図１６】 削除処理の手順説明図。

【図１７】 返信処理の手順説明図。

【図１８】 転送処理の手順説明図。

【図１９】 ＦＡＸ処理の手順説明図。

【図２０】 送信処理の手順説明図。

【図２１】 検索処理の手順説明図。

【図２２】 検索リスト表示処理の手順説明図。

【図２３】 新規キーワード処理の手順説明図。

【図２４】 予定処理の手順説明図。

【図２５】 予定リストの新規作成処理の手順説明図。

【図２６】 携帯電話の表示部における表示画面例を示
した図で、（ａ）はログイン画面、（ｂ）はメイン画
面、（ｃ）及び（ｄ）は受信処理時の画面、（ｅ）は文
書表示画面、（ｆ）は送信処理時の画面である。

【図２７】 （ａ）は検索が選択されている様子を示し
たメイン画面、（ｂ）は検索処理時の画面、（ｃ）は新
規キーワードの入力画面、（ｄ）は新規キーワードによ
る検索結果を表すリスト画面、（ｅ）は検索後の文書表
示画面である。

【図２８】（ａ）は予定が選択されている様子を示した
メイン画面、（ｂ）は予定リストの一覧表示領域の画
面、（ｃ）は予定作成メニューの選択画面、（ｄ）は予
定リストの新規作成用のデータ入力画面である。

【符号の説明】

ＬＮ イントラネット ＷＮ 無線網 ＭＮ 携帯電話網 ＤＮ 公衆通信網 ＰＮ 専用回線網 ＩＮ インターネット Ｔ１ ユーザ端末（携帯電話） Ｓａ〜Ｓｅ セグメント １０，１０ａ〜１０ｅ ホストサーバ １ 認証サーバ ３１ 出入力部 ３２ 処理部 ３２ａ 制御部 ３２ｂ プログラム送信部 ３２ｃ 認証部 ３２ｄ 情報記録部 ３２ｅ 送出情報管理部 ３２ｅ 送出情報記録部 １０１ ＣＰＵ １０２ ＲＡＭ １０３ ＲＯＭ １０４ メールファイル １０５ 社員データベース １０６ 文書データベース １０７ スケジュールファイル １０８ 通信アダプタ １１ ファイアウォール １２，１３，１４ ルータ １４ スイッチング・ハブ ２０，２０ａ，２０ｂ ローカルサーバ ３０，４０ ＤＮＳ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B017 AA07 BA05 CA15 5B085 AE04 BG07 5J104 AA07 AA16 EA03 KA02 KA15 MA01 NA05 PA02 PA07

Claims (20)

【特許請求の範囲】
1. 【請求項１】 所定の情報にアクセスしようとするユー
   ザ端末が正当なものであるか否かの認証を行う装置であ
   って、 ユーザ端末がアクセス可能な情報の範囲を示す範囲情報
   毎に割り当てられた許可情報と、認証対象となる複数の
   ユーザ端末のそれぞれが有する改竄不能で且つ各ユーザ
   端末に固有の識別情報とを含む認証用情報が記録されて
   いる情報記録手段と、 認証を求めたユーザ端末からそのユーザ端末の認証用情
   報を受け付け、受け付けた認証用情報が前記情報記録手
   段に記録されている認証用情報のいずれかと一致する場
   合に当該ユーザ端末が正当なものであると判定する認証
   手段と、 前記認証を求めたユーザ端末が正当なものである場合に
   当該ユーザ端末による前記アクセスを許可する許可手段
   と、 を備えている、認証装置。
2. 【請求項２】 前記範囲情報が、予めユーザ端末毎に登
   録したアクセス先のアドレスを含むものである、 請求項１記載の認証装置。
3. 【請求項３】 前記許可情報がＩＤ及びパスワードの組
   からなるものであり、一つの前記識別情報について１組
   又は複数組のＩＤ及びパスワードが対応付けられてい
   る、 請求項１又は２記載の認証装置。
4. 【請求項４】 一つの前記識別情報について１組のＩＤ
   及びパスワードが対応づけられており、該１組のＩＤ及
   びパスワードは前記アクセス先が複数の場合の統括的な
   ＩＤ及びパスワードとして割り当てられている、 請求項１又は２記載の認証装置。
5. 【請求項５】 前記統括的なＩＤ及びパスワードの使用
   を一括して停止又は停止解除させる手段をさらに備えて
   いる、 請求項４記載の認証装置。
6. 【請求項６】 認証対象となるユーザ端末に対して各々
   の前記識別情報を当該ユーザ端末の操作者に知り得ない
   形態で送信させるためのプログラムを保持する手段と、 認証を求めたユーザ端末に対して前記プログラムを送信
   する手段とを更に備えている、 請求項１記載の認証装置。
7. 【請求項７】 前記プログラムは前記認証を求めたユー
   ザ端末が前記識別情報を送信した後に消滅するものであ
   る、 請求項６記載の認証装置。
8. 【請求項８】 前記ユーザ端末が携帯無線端末である、 請求項１ないし７のいずれかの項記載の認証装置。
9. 【請求項９】 前記識別情報が、当該ユーザ端末の製造
   時に付与される個体番号である、 請求項１ないし７のいずれかの項記載の認証装置。
10. 【請求項１０】 前記ユーザ端末がアクセスしようとす
    る前記情報が、セキュリティ性が要求される所定のネッ
    トワークの中に存在し、且つ、前記ネットワークの外に
    存するファイルと少なくともその一部が共通の内容に維
    持されている共通ファイルの記録情報である、 請求項１ないし９のいずれかの項記載の、認証装置。
11. 【請求項１１】 ユーザ端末がアクセス可能な情報を記
    録した第１サーバと、この第１サーバに記録されている
    前記情報にアクセスしようとするユーザ端末が正当なも
    のか否かの認証を行う認証装置とを有し、 前記第１サーバは、正当と判定されたユーザ端末からの
    アクセスに呼応して該当情報を索出し、索出した情報を
    当該アクセスの発信元であるユーザ端末に送出するよう
    に構成されており、 前記認証装置は、 ユーザ端末がアクセス可能な情報の範囲を示す範囲情報
    毎に割り当てられた許可情報と、認証対象となる複数の
    ユーザ端末のそれぞれが有する改竄不能で且つ各ユーザ
    端末に固有の識別情報とを含む認証用情報が記録されて
    いる情報記録手段と、 認証を求めたユーザ端末からそのユーザ端末の認証用情
    報を受け付け、受け付けた認証用情報が前記情報記録手
    段に記録されている認証用情報のいずれかと一致する場
    合に当該ユーザ端末が正当なものであると判定する認証
    手段と、 前記認証を求めたユーザ端末が正当なものである場合に
    当該ユーザ端末による前記アクセスを許可する許可手段
    と、 を備えている、ネットワークシステム。
12. 【請求項１２】 前記第１サーバがネットワークの中
    で、そのネットワークの外に存する第２サーバと専用線
    又は仮想専用線で接続されており、 前記第１サーバと前記第２サーバは、それぞれその記録
    情報の少なくとも一部が互いに共通の内容に維持される
    共通ファイルを保有するものであり、 前記認証装置は、前記第１サーバの共通ファイルの記録
    情報にアクセスしようとするユーザ端末が正当なもので
    あるか否かの認証を行うものである、 請求項１１記載のネットワークシステム。
13. 【請求項１３】 前記第１サーバ及び前記第２サーバの
    各々が、自己の共通ファイルの記録情報に変更が生じた
    ときは変更前後の差分データを他方のサーバに送付する
    とともに、他方のサーバから前記差分データを受領した
    ときは当該差分データを自己の共通ファイルに複写する
    複写タスクを自動実行するように構成されている、 請求項１２記載のネットワークシステム。
14. 【請求項１４】 前記第１サーバが複数であり、前記第
    ２サーバは複数の第１サーバのそれぞれに対応して設け
    られている、 請求項１２記載のネットワークシステム。
15. 【請求項１５】 前記認証装置が、前記第１サーバから
    前記ユーザ端末に送出された情報を抽出する抽出手段
    と、いかなる情報が送出されたかという送出情報につい
    てのデータを各ユーザ端末毎に記録する送出情報記録手
    段と、を更に備えている、 請求項１１記載のネットワークシステム。
16. 【請求項１６】 前記認証装置が、前記送出情報記録手
    段に記録された前記データに基づいて、そのユーザ端末
    についての送出情報を、当該ユーザ端末のディスプレイ
    に表示するためのデータを生成する送出情報提示手段
    と、を更に備えている、 請求項１１記載のネットワークシステム。
17. 【請求項１７】 ユーザ端末がアクセス可能な情報を記
    録した第１サーバを所定のネットワークの中で通信可能
    にする手段と、前記ネットワークを通じて前記情報にア
    クセスしようとするユーザ端末が正当なものであるか否
    かの認証を行う認証装置とを有し、 前記第１サーバは、正当なユーザ端末からのアクセスに
    呼応して該当情報を索出し、索出した情報を前記ネット
    ワークを介して当該アクセスの発信元であるユーザ端末
    に送出するように構成されており、 前記認証装置は、ユーザ端末がアクセス可能な情報の範
    囲を示す範囲情報毎に割り当てられた許可情報と、認証
    対象となる複数のユーザ端末のそれぞれが有する改竄不
    能で且つ各ユーザ端末に固有の識別情報とを含む認証用
    情報が記録されている情報記録手段と、 認証を求めたユーザ端末からそのユーザ端末の認証用情
    報を受け付け、受け付けた認証用情報が前記情報記録手
    段に記録されている認証用情報のいずれかと一致する場
    合に前記ネットワークを介して行われる当該ユーザ端末
    が正当なものであると判定する認証手段と、 前記認証を求めたユーザ端末が正当なものである場合に
    当該ユーザ端末による前記アクセスを許可する許可手段
    と、 を備えている、ネットワークシステム。
18. 【請求項１８】 前記第１サーバと前記ネットワークの
    外に存する第２サーバとを専用線又は仮想専用線で接続
    する手段と、前記第１サーバと前記第２サーバとが保有
    するファイルの少なくとも一部の記録情報を、互いに共
    通の内容に維持される共通ファイルにする手段とをさら
    に備え、 前記認証装置は、前記共通ファイルの記録情報にアクセ
    スしようとするユーザ端末が正当なものであるか否かの
    認証を行うように構成されている、 請求項１７記載のネットワークシステム。
19. 【請求項１９】 所定のネットワークの中にユーザ端末
    がアクセス可能な情報を記録した第１サーバが存するネ
    ットワークシステムに、前記情報にアクセスしようとす
    るユーザ端末が正当なものであるか否かの認証を行う認
    証装置を配し、 該認証装置で、ユーザ端末がアクセス可能な情報の範囲
    を示す範囲情報毎に割り当てられた許可情報と、認証対
    象となる複数のユーザ端末のそれぞれが有する改竄不能
    で且つ各ユーザ端末に固有の識別情報とを含む認証用情
    報を記録しておき、 認証を求めたユーザ端末から少なくともそのユーザ端末
    の認証用情報を受け付け、受け付けた認証用情報が記録
    されている認証用情報のいずれかと一致する場合に当該
    ユーザ端末が正当なものであると判定し、 前記認証を求めたユーザ端末が正当なものである場合に
    当該ユーザ端末による前記アクセスを許可することを特
    徴とする、 ネットワークシステムにおけるユーザ端末の認証方法。
20. 【請求項２０】 所定のネットワークの中にユーザ端末
    がアクセス可能な情報を記録した第１サーバが存し、前
    記第１サーバが、正当なユーザ端末からの求めに応じて
    該当情報を索出し、索出した情報を当該ユーザ端末に送
    出するネットワークシステムに配備されるコンピュータ
    に、下記の処理を実行させるためのコンピュータプログ
    ラム。 （１）ユーザ端末がアクセス可能な情報の範囲を示す範
    囲情報毎に割り当てられた許可情報と、認証対象となる
    複数のユーザ端末のそれぞれが有する改竄不能で且つ各
    ユーザ端末に固有の識別情報とを含む認証用情報を記録
    する処理、（２）認証を求めたユーザ端末からそのユー
    ザ端末の認証用情報を受け付け、受け付けた認証用情報
    が、記録されている認証用情報のいずれかと一致する場
    合に当該ユーザ端末が正当なものであると判定する処
    理、（３）前記認証を求めたユーザ端末が正当なもので
    ある場合に当該ユーザ端末による前記アクセスを許可す
    る処理。