JP4588927B2 - 認証装置及び方法、ネットワークシステム、コンピュータプログラム - Google Patents
認証装置及び方法、ネットワークシステム、コンピュータプログラム Download PDFInfo
- Publication number
- JP4588927B2 JP4588927B2 JP2001190520A JP2001190520A JP4588927B2 JP 4588927 B2 JP4588927 B2 JP 4588927B2 JP 2001190520 A JP2001190520 A JP 2001190520A JP 2001190520 A JP2001190520 A JP 2001190520A JP 4588927 B2 JP4588927 B2 JP 4588927B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- mobile phone
- identification information
- user
- predetermined
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/69—Identity-dependent
- H04W12/72—Subscriber identity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、例えば、携帯電話を使用して情報提供サービスを行う際に使用される認証技術に関する。
【０００２】
インテリジェントな携帯電話（情報処理機構を有する携帯電話）が普及して久しいが、現在では、インテリジェントな携帯電話を用いて種々のサービスが実現されている。
例えば、インテリジェントな携帯電話をインターネットメールサービスの端末として用い、サーバ側から個人ユーザ向けの情報提供のサービスを行ったり、企業間ないし企業内の業務連絡などのサービスを行ったりして、インターネットのようなコンピュータネットワークを積極的に活用することが、一般的になってきている。
【０００３】
このようなサービスは、サーバ側で、携帯電話との間のインターネットを介した通信と、それに伴う特定のサーバへのアクセスとを制御することにより実現される。
携帯電話を用いたこの種のサービスは、通常、サービスの提供者が管理する特定の者、すなわち予め登録した者に対してのみ提供される。このような観点から、上述のようなサービスを実行する場合は、サービスの提供を要求する者が、サービス提供者の管理下にある者であるか否かを確認するという認証の手続が必要となる。
【０００４】
認証は、何らかの許可情報、例えばユーザ名その他のユーザＩＤやパスワードを用いて行われるのが一般的である。つまり、携帯電話からユーザが送ったユーザＩＤ及びパスワードと、サービス提供者が管理しているユーザＩＤ及びパスワードとを照合し、一致すれば当該ユーザは正当な者であり、一致しなければ当該ユーザは正当な者でないと判断する。そして、正当な者であると判断されたユーザのみが、サーバ側で用意している所定のサービスを享受できるようにしている。
しかしながら、このような認証の手法にも不具合がないわけではない。それは、ユーザＩＤ及びパスワードは、それが他人に盗まれた場合には、当該他人がそれを用いることで正規のユーザになりすますことが可能であるという点である。
【０００５】
【発明が解決しようとする課題】
本発明は、従来の認証の手法を用いても防ぐことができなかった、上記の「なりすまし」の問題を確実に防ぐことができる新たな認証技術を提供することを、その課題とする。本発明は、また、かかる認証技術の応用技術を提供することを、その課題とする。
【０００６】
【発明を解決するための手段】
「なりすまし」の発生は、従来、認証に用いられていた許可情報は、それを入手さえできれば、携帯電話の如何を問わずに使用可能であることに起因する。これとは逆に、その携帯電話に固有の情報を認証に用い、その端末を用いた場合にしか正当なユーザによるアクセスであるとの認証がなされないようにすれば、大半のなりすましを防止することができる。
他方、携帯電話に固有の上記情報を認証に用いる場合には、携帯電話に特殊な機能を持たせなければならないことが多いが、認証を行う側に何らかの工夫を行うことにより、既に普及している携帯電話をそのまま利用できるような認証技術があれば、その価値は高い。
本発明は、このような知見に基づいてなされたものである。
【０００７】
本発明は、まず、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行う以下のような構成の認証装置を提案する。
この認証装置は、前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する通知手段と、前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する許可手段と、を備えてなる。そして、許可手段から情報記録装置に送られた接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなる。
【０００８】
この認証装置は、携帯電話に固有の電話番号と対応付けられた端末識別情報を各携帯電話についてのユーザ識別情報と対応付けて発行する処理と、その端末識別情報を用いて認証を行う処理とを実行できるものとなっている。つまり、この認証装置で認証のために用いられる情報は、各携帯電話に固有の端末識別情報である。従って、何者かが他のユーザになりすまそうとした場合、なりすましたい相手であるユーザの携帯電話を入手しない限りそれができない。従って、この認証装置は、従来の認証装置よりも認証の信頼性が高くなる。
また、この認証装置では、携帯電話に固有の情報として端末識別情報を用いることとしているが、これは一般的な携帯電話が普通に備えている発信者番号通知機能を利用して生成される。また、端末識別情報は、インテリジェントな携帯電話で普通に利用される接続情報（例えば、ＵＲＬ）に埋め込めるものとなっており、認証装置でこれを接続情報に埋め込んで識別用接続情報を生成することとしている。この識別用接続情報は、携帯電話へ送られると共に、携帯電話にそれを返信させることで、認証装置で利用されるが、接続情報自体は通常の携帯電話でも普通に利用されるものである。従って、この認証装置は、通常のインテリジェントな携帯電話であれば、例えば、Ｊａｖａ（「Ｊａｖａ」は株式会社サンマイクロソフトの登録商標）プログラムの利用を行える等の特殊な機能がなくても利用できるようなものとなっている。
なお、本明細書でいう「アクセス」は、情報の要求や取得のほか、ＦＡＸ指示や印刷指示のような各種指示を含む概念である。
【０００９】
本発明におけるユーザ識別情報は、各ユーザ毎に割り当てられた情報であって、各ユーザを識別できるユニークなものであれば足りる。例えば、ＩＤ及びパスワードの組からなるものとすることができる。
また、携帯電話から認証装置へ送信される識別用接続情報（携帯電話で指定された前記識別用接続情報）には、当該携帯電話を使用するユーザのユーザ識別情報が、例えばそのヘッダに付加される場合がある。この場合における端末識別情報判定手段は、携帯電話から受け付けた当該識別用接続情報に含まれている前記端末識別情報と、ユーザ識別情報を、前記記録媒体に記録されており且つ互いに対応付けられた前期端末識別情報及びユーザ識別情報と対比してその端末識別情報が正当なものか否かを判定するようになっていても良い。
【００１０】
識別用接続情報送信手段は、接続情報を保持していても良い。この接続情報は、各携帯端末が接続できる範囲についての情報を含んでいても良い。識別用接続情報送信手段は、接続情報を情報記録装置から受け付けるようになっていても良い。この場合には、所定の情報記録装置から受け付けた接続情報に端末識別情報を埋め込んで識別用接続情報を生成する。このようにすれば、認証装置の構成を簡易にできる。
【００１１】
この認証装置は、また、端末識別情報の使用を停止又は停止解除させる識別情報制御手段をさらに備えているものとされていても良い。識別情報制御により端末識別情報を使用の停止、停止解除を行えるようにすることで、認証についての安全性を高めることができるようになる。
識別情報制御手段は、ある携帯電話から所定の情報にアクセスすることの要求が所定の時間なかった場合に、当該携帯電話についての端末識別情報の使用を停止させるようになっていても良い。本発明の認証装置では、携帯電話から発信者番号検出装置へかけられた電話を契機にして端末識別情報を生成し、これを利用して以後の認証を行うようにしているが、情報へのアクセスの開始（ログイン）、終了（ログアウト）についての監視を認証装置で行うのは困難である。ここで、一定以上時間が開いてから情報へのアクセスの要求がなされた場合は、その携帯端末は第三者に拾われたり、盗まれたりしている可能性が、そうでない場合よりも高い。そのようなときに端末識別情報が利用可能であると、その携帯端末を手に入れた第三者が「なりすまし」を行うことは容易である。識別情報制御手段が、ある携帯電話から所定の情報にアクセスすることの要求が所定の時間なかった場合に、当該携帯電話についての端末識別情報の使用を停止させるようになっていれば、上述の如き「なりすまし」の防止を図れるようになる。
【００１２】
本発明の認証装置における端末識別情報生成手段は、ある携帯電話が所定の情報へのアクセスを許可される度に、新たな端末識別情報を生成し、これを当該携帯電話の電話番号と対応付けて記録されていた端末識別情報に上書きするようになっていても良い。このように頻繁に端末識別情報を変化させることで、「なりすまし」の発生をより一層防止できるようになる。
【００１３】
携帯電話がアクセスしようとする前記情報は、例えば、セキュリティ性が要求される所定のネットワークの中に存在し、且つ、前記ネットワークの外に存するファイルと少なくともその一部が共通の内容に維持されている共通ファイルの記録情報とすることができる。
【００１４】
本発明の認証装置は、携帯電話がアクセスしようとする前記情報が、セキュリティ性が要求される所定のネットワークの中に存在し、且つ、前記ネットワークの外に存するファイルと少なくともその一部が共通の内容に維持されている共通ファイルの記録情報とされたものであっても良い。
【００１５】
本発明は、携帯電話がアクセス可能な情報を記録した第１サーバと、この第１サーバに記録されている前記情報にアクセスしようとする携帯電話が正当なものか否かの認証を行う認証装置とを有し、前記第１サーバが、正当なものと判定された携帯電話からのアクセスに呼応して該当情報を索出し、索出した情報を当該アクセスの発信元である携帯電話に送出するように構成されたネットワークシステムにも応用が可能である。
この場合の認証装置は、前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する通知手段と、前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された前記第１サーバに送信する許可手段と、を備えており、その接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなるものとされる。
【００１６】
上述のネットワークは、前記第１サーバがネットワークの中で、そのネットワークの外に存する第２サーバ（第１サーバのものとその記録情報の少なくとも一部が互いに共通の内容に維持される共通ファイルを保有するサーバ）と専用線又は仮想専用線で接続されており、前記第１サーバと前記第２サーバは、それぞれその記録情報の少なくとも一部が互いに共通の内容に維持される共通ファイルを保有するものであり、前記認証装置は、前記第１サーバの共通ファイルの記録情報にアクセスしようとする携帯電話が正当なものであるか否かの認証を行うものであっても良い。
この場合、前記認証装置は、前記第１サーバの共通ファイルの記録情報にアクセスしようとする携帯電話が正当なものであるか否かの認証を行うように構成する。
第１サーバと第２サーバとが接続されるネットワークシステムの場合、これらのサーバの各々は、それぞれ自己の共通ファイルの記録情報に変更が生じたときは、変更前後の差分データを他方のサーバに送付するとともに、他方のサーバから前記差分データを受領したときは当該差分データを自己の共通ファイルに複写する複写タスクを自動実行するように構成することができる。
第２サーバが複数の第１サーバのそれぞれに対応して設けられるという構成も、本発明によれば可能である。
【００１７】
本発明のネットワークシステムに備えられる前記認証装置は、前記第１サーバから前記携帯電話に送出された情報を抽出する抽出手段と、いかなる情報が送出されたかという送出情報についてのデータを各携帯電話毎に記録する送出情報記録手段とを更に備えるようにしても良い。
あるいは、前記送出情報記録手段に記録された前記データに基づいて、その携帯電話についての送出情報を、当該携帯電話のディスプレイに表示するためのデータを生成する送出情報提示手段とを更に備えるようにしても良い。
このような認証装置であれば、一度ユーザが使用した情報についての送出情報を、見出しの如き状態で、当該携帯電話に表示できるようになり、ユーザにとって便宜となる。
【００１８】
前者のネットワークシステム、及び第１サーバが接続された後者のネットワークシステムは、ユーザ企業別のグループウェア（一般に、グループウェアの語は、共通の仕事や目的をもったグループが行う作業を支援するコンピュータソフトウェアを指すが、この特許明細書では、それを実現するためのハードウェア資源をも含む概念を意味する。）を実現する環境を容易に構築することができる。
企業における業務の形態は多様化しており、一人で業務を収束させることは稀で、通常は、グループウェアを用いて複数の人間が協調して業務を遂行するようになっている。グループウェアは、例えば、ファイアウォールで保護されたイントラネットに、社員が操作する複数の携帯電話（クライアント端末）とこの携帯電話からのアクセスを一定条件下で受け付ける第１サーバとを接続し、第１サーバに、ユーザインタフェース機能やセキュリティ機能等を形成するためのコンピュータプログラムを搭載して実現される。
【００１９】
通常、イントラネットには、インターネットプロバイダのＷＷＷ（World Wide Web）サーバも接続されており、電子メールに関しては、インターネットを媒介として外部端末からもイントラネット内で受け渡しできるようになっている。
企業内のイントラネットに当該企業の社内情報を管理するサーバを設け、このサーバに上記の各種端末を接続できる環境を構築できれば、当該企業の社員が任意の時点で任意の箇所から社内情報にアクセスすることが可能になり、企業の業務への活用形態としては、極めて好ましいものとなる。しかし、イントラネットを活用するためには、以下のような課題もある。
（i）インターネットメールサービスの利用を前提とした社内情報のアクセス形態では、守秘義務のない者が運営するＷＷＷサーバが介在することになるため、セキュリティ性を十分に確保できるかどうかがわからない。
（ii）セキュリティ性確保のために、例えばグループウェアを実現するための各種端末同士をすべて専用回線で接続したり、あるいは企業の本社のイントラネットと各支店のイントラネット及び本社及び各支店のイントラネット同士をすべて専用回線で結ぶことも考えられるが、そうすると必然的に多くの専用回線の敷設が必要となり、運用を維持する費用の飛躍的な増加を招くため、コスト高となる。
（iii）既存のインターネットメールサービスを業務に使用しようとすると、携帯電話サービス事業者が標準的に提供するインターネットメールサービスでは、当該事業者の設定するサービス条件による、例えば、一件のメールの文字数、メールサーバに蓄積できるメールの件数、添付文書の形態等の制限があるため、大きなデータの送信が難しくなり、また、携帯電話の場合、その機種毎にメール機能の操作方法が少しずつ異なるため、操作に関する統一的な教育および習熟が困難となるので、グループウェアの操作性が良くない。 （iv）携帯電話から通知を受けた企業スタッフが通知内容のアプリケーションプログラムを手動で起動させたり、有線通信による特定のサービス提供体において用意されているコンピュータが予め登録されたアプリケーションプログラムをディジタル有線端末から入力される制御信号の内容を解読して自動的に起動実行することは、従来より行われているが、上記のサービス提供体等による既存のインフラストラクチャ（infrastructure）を利用せずに、独自に用意したアプリケーションプログラムを携帯電話端末等から任意に起動実行させることは、現在のところ行われておらず、グループウェアの拡張性に問題が残る。
このような課題を解決するのが上述の各ネットワークシステムである。
【００２０】
本発明は、また、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を所定のコンピュータを含む認証装置に実行させるための方法であって、前記コンピュータが少なくとも以下の過程を実行する認証方法を提供する。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる過程、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する過程、
（３）受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する過程、
（４）前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する過程、
（５）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する過程、
（６）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する過程、
（７）前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する過程。
【００２１】
本発明は、また、以下のプログラムを提供する。
本発明のプログラムは、所定のコンピュータに、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行うための以下の処理を実行させることで、当該コンピュータを認証装置として機能させるためのコンピュータ読み取り可能なプログラムである。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる処理、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する処理、
（３）受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する処理、
（４）前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する処理、
（５）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する処理、
（６）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する処理、
（７）前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する処理。
このようなプログラムを用いれば、汎用的なコンピュータを本発明の認証装置として機能させられるようになる。
【００２２】
本発明は、上述の認証装置とは異なる他の認証装置として、以下のものを提供する。
その認証装置は、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行う装置である。そして、前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、受け付けたユーザ識別情報が正当なものであると前記ユーザ識別情報判定手段が判定し、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると端末識別情報判定手段が判定した場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する許可手段と、を備えており、その接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなる、認証装置である。
この認証装置は、各ユーザが使用する電子メールアドレスを、各ユーザに割り当てられた前記ユーザ識別情報と対応付けて記録する手段と、前記ユーザ識別情報判定手段が、ユーザ識別情報が正当なものと判定したときに、そのユーザ識別情報が割り振られたユーザの正当性を認証するための認証情報へ接続するための認証接続情報を、その携帯電話と対応付けられた端末識別情報を埋め込んで生成するとともに、そのユーザの電子メールアドレスに前記認証接続情報を記した電子メールを送信する手段とを備えており、前記電子メールを受け付けたユーザが、その携帯電話を前記認証情報接続情報により前記認証情報に接続したときに、当該ユーザのユーザ識別情報を入力させるようになっていてもよい。
この認証装置は、基本的に上述した認証装置と同様のものであり、上述した認証装置と同様のものとすることができる。また、上述したネットワークシステムに応用することもできる。
この認証装置が上述した認証装置と異なるのは、上述した認証装置が備える通知手段を備えていない点である。従って、この認証装置を用いる場合、発信者番号検出装置の電話番号は、何らかの手段によりユーザに予め通知しておく。
この認証装置では、ユーザ識別情報判定手段と、識別情報判定手段とがそれぞれ行う、ユーザ識別情報の正当性の判定と、端末識別情報の正当性の判定は、どちらが先に行われても良い。認証にあたってはこれら２つの情報が用いられる。
そして、ユーザ識別情報が正当であり、且つ端末識別情報が正当である場合にのみ、そのアクセスが正当なものとみなされる。
【００２３】
この認証装置と同様の作用効果を、以下の方法によっても得ることができる。
その方法は、例えば、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を所定のコンピュータを含む認証装置に実行させるための方法であって、前記コンピュータが少なくとも以下の過程を実行する認証方法である。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる過程、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する過程、
（３）携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する過程、
（４）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する過程、
（５）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する過程、
（６）受け付けたユーザ識別情報が正当なものであると判定され、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると判定された場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する過程。
【００２４】
この認証装置と同様の作用効果を、以下のプログラムによっても得ることができる。
そのプログラムは、例えば、所定のコンピュータに、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行うための以下の処理を実行させることで、当該コンピュータを認証装置として機能させるためのコンピュータ読み取り可能なプログラムである。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる処理、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する処理、
（３）携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する処理、
（４）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する処理、
（５）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する処理、
（６）受け付けたユーザ識別情報が正当なものであると判定され、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると判定された場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する処理。
このようなプログラムを用いれば、汎用的なコンピュータを本発明の認証装置として機能させられるようになる。
【００２５】
【発明の実施の形態】
次に、図面を参照して本発明の好適な実施の形態を説明する。
＜全体構成＞
図１は、本発明が適用されるネットワークシステムの全体構成例を示した図である。本実施形態のネットワークシステムは、公衆通信網ＤＮが敷設された管理企業に設置されるセキュアなイントラネットＬＮを有する、事後的に構築可能なネットワークシステムである。
イントラネットＬＮは、それぞれ専用回線網ＰＮと接続可能な複数のセグメントＳａ〜Ｓｎを有している。
セグメントＳａ〜Ｓｎは、それぞれ管理の対象となるユーザ企業の第１サーバであるホストサーバ１０ａ，１０ｂ，・・・を配備するために割り当てられる。
イントラネットＬＮの入口付近には、認証サーバ１、ファイアウォール（ＦＷ）１１、ルータ１２及びＣＴＩ（Computer Telephony Integration）装置５が設けてあり、正当な携帯電話Ｔ１からの特定のアクセスのみが、これらを通過してイントラネットＬＮ内のいずれかのセグメントＳａ〜Ｓｎに導かれるようになっている。つまり、イントラネットＬＮの外部からのアクセスに対するセキュリティ性が維持されている。
ＣＴＩ装置５は、コンピュータを含む情報処理装置と通信システムを連動させ、コンピュータに不足する部分を通信機能で補い、通信システムで不足する部分をコンピュータの処理機能で補完する事を目的としたシステムを含んだ装置であり、本発明における発信者番号検出装置としての機能を有するものである。つまり、ＣＴＩ装置５は、携帯電話からの電話を受け付けた際に、その携帯電話Ｔ１の電話番号を検出する機能を有している。携帯電話Ｔ１からの電話は、無線網ＷＮ、公衆通信網ＤＮを介して、このＣＴＩ装置５に届くようになっている。ＣＴＩ装置５は、また、認証サーバ１と接続されており、認証サーバ１へその検出した電話番号についての情報を送信できるようになっている。尚、ＣＴＩ装置５は、認証サーバ１と一体となっていても構わない。
【００２６】
ファイアウォール１１には、携帯電話Ｔ１からのアクセスが、無線網ＷＮを含む携帯電話網ＭＮと、携帯電話網ＭＮ内のルータ１４を介して接続された公衆通信網ＤＮと、この公衆通信網ＤＮを介して接続されたルータ１２とを通じて導かれる。
携帯電話網ＭＮは、携帯電話による通信サービス事業を提供する事業体が管理するものである。
なお、ここでいう携帯電話には、狭義の携帯電話（携帯電話無線機）のほか、ＰＨＳのようなものも含むものとする。
【００２７】
携帯電話Ｔ１は、インテリジェントな携帯電話（情報処理機構を有する携帯電話）である。
携帯電話Ｔ１には、それが備える表示部（ディスプレイ）にブラウザ画面を形成するためのブラウザプログラムが搭載される。このブラウザプログラムは、携帯電話Ｔ１に当初から搭載しておいても良く、「Ｊａｖａアプレット（Ｊａｖａは米国サン・マイクロシステムズの商標）」として、ホストサーバ１０の側からその都度送出するようにしても良い。
携帯電話Ｔ１には、また、テンキーなどで構成される入力部が設けられており、ＩＤ（後述する認証ＩＤとユーザＩＤ）とパスワード（後述する認証パスワードとユーザパスワード）の入力を行えるようになっている。
【００２８】
携帯電話網ＭＮには、良く知られているように、ＤＮＳ（Domain Name Server）３０が設けられており、インターネットＩＮにもグローバルなＤＮＳ４０が設けられている。ＤＮＳ３０及びＤＮＳ４０は、ドメイン名とＩＰ（InternetProtocol）アドレスとの対応関係を記述したアドレステーブルを有しており、それぞれ相互にアドレステーブルを参照することにより、アクセス時のアドレスの相違を解決できるようになっている。
【００２９】
専用回線網ＰＮは、専用回線又は仮想専用回線（例えば暗号化技術及びカプセル技術を用いて公衆回線を仮想的に当事者間で専用化した回線（バーチャル・プライベート・ネットワーク））の集合からなる通信網である。
専用回線網ＰＮとしては、いわゆる次世代通信網（例えば「ＰＲＩＳＭ（ＰＲＩＳＭは日本テレコム株式会社の登録商標）」と呼ばれる専用回線網）が実用化の域にあり、日本全国又は世界中に、複数のアクセスポイントが用意されているので、これを利用することで、運用コストを低減させることができる。
本実施形態では、遠隔地に存するユーザ企業の第２サーバの一例となるローカルサーバ２０ａ，２０ｂを、それぞれ最寄りのアクセスポイントから専用回線網ＰＮに接続し、この専用回線網ＰＮを介して対応するホストサーバ１０ａ，１０ｂと双方向通信可能な形態で接続されるようにしておく。
【００３０】
＜イントラネットの構成＞ イントラネットＬＮの詳細な構成例を図２に示す。
図２は、５つのセグメントＳａ〜ＳｅからなるイントラネットＬＮの例を示している。各セグメント、例えばセグメントＳａは、複数の接続ポートを有している。その一つは、ホストサーバ１０ａに接続され、他の一つはルータ１３に接続されている。ルータ１３のポートに専用回線網ＰＮの特定の回線を接続することにより、ユーザ企業が、個別的にセグメントＳａを使用することができるようになっている。
なお、セグメントＳａと専用回線網ＰＮとの間にスイッチング・ハブ（インテリジェント型通信路切替装置）又はルータを設け、これを介して専用回線網ＰＮに接続するようにしても良い。他のセグメントＳｂ〜Ｓｅについても同様となる。
【００３１】
各セグメントＳａ〜Ｓｅの接続ポートに、ホストサーバ１０ａ〜１０ｅが配備され、各ホストサーバ１０ａ〜１０ｅにスイッチング・ハブ１４及び専用回線網ＰＮを介してローカルサーバが接続された状態では、イントラネットＬＮ内にセキュアなハウジングが構築される。
すなわち、すべてのホストサーバ１０ａ〜１０ｅと対応するローカルサーバとは専用回線網ＰＮで接続されるから第三者が介入する余地がなく、各ホストサーバ１０ａ〜１０ｅが配備されるセグメントＳａ〜Ｓｅは、それぞれファイアウォール１１で保護されているから、不正アクセス者が侵入することが困難なハウジングとなる。
従って、このようなハウジングの個々のセグメントＳａ〜Ｓｅをユーザ企業用に割り当てることで、ユーザ企業にとっては、安価なコストでセキュアな自社専用のネットワーク環境（又はグループウェア環境）を構築できるようになる。
【００３２】
＜ルータの構成＞
ルータ１２，１３，１４は、OSI（Open Systems Interconnection）基本参照モデルの第３層（ネットワーク層）でルーティング（経路制御）を行う。ネットワーク層で接続されるため、OSI基本参照モデルの第２層（データリンク層）以下が異なっていてもデータの中継が可能である。ルータ１２，１３，１４は、経路設定機能も持ちあわせているので、例えばイントラネットＬＮと公衆通信網ＤＮ、イントラネットＬＮと専用回線網ＰＮのような異なるネットワークの接続も可能である。
【００３３】
図３は、ルータの構成例を示した図である。ルータは、双方向のルーティングを行うため、伝送路Ｒ１，Ｒ２に対して、受信レシーバＲＲ及び受信バッファＲＢと、送信ドライバＳＤ及び送信バッファＳＢとを対称に設け、さらに、ルーティング実行部Ｕ１、ＮＡＴ（Network Address Translation）テーブルＮＴ、ＲＩＰ（Routing Information Protocol）実行部Ｕ２を具備している。
受信レシーバＲＲは、伝送路Ｒ１，Ｒ２からデータを受信するものである。受信バッファＲＢは、受信したデータを蓄積するものである。送信ドライバＳＤは、伝送路Ｒ１，Ｒ２へデータを送信（転送）するものである。送信バッファＳＢは、送信（転送）すべきデータを蓄積するものである。ルーティング実行部Ｕ１は、受信したＲＩＰを処理してアドレス変換を行い、通信路を確立するものである。ＲＩＰ実行部Ｕ２は、必要なＲＩＰを伝送路Ｒ１，Ｒ２に送出するものである。ＮＡＴテーブルＮＴには、アドレス変換の際に使用されるアドレス、すなわち宛先のアドレスを表す「Destination」と、着信元のアドレスを表す「Source」が記録されている。
【００３４】
図４は、イントラネットＬＮの外側のルータ１２が具備するＮＡＴテーブルの内容例を示した図である。図４（ａ）は公衆通信網ＤＮからファイアウォール１１に向かうデータをルーティングする場合のＮＡＴテーブル、図４（ｂ）はファイアウォール１１から公衆通信網ＤＮに向かうデータをルーティングする場合のＮＡＴテーブルの例を示している。
「2××.111.22.33」はドメイン登録されたユーザ企業のローカルサーバ２０のＩＰアドレス、「1××.111.22.33」はホストサーバ１０のＩＰアドレス、「2××.444.55.6」は発信端末のインターネットにおけるＩＰアドレス、「1××.444.55.6」はイントラネットＬＮで認識可能な発信端末のＩＰアドレスである。ＮＡＴテーブルを図４のように設定することで、インターネットとは異なるＩＰアドレスでイントラネットＬＮにアクセスできるようになる。
【００３５】
ルータ１３には、ファイアウォール１１を通過したアクセスの発信端末のアドレスと、管理対象となるホストサーバのアドレスとを、そのＮＡＴテーブルに設定しておく。ＮＡＴテーブルをこのように設定することにより、ファイアウォール１１を通過したアクセスの発信端末とセグメント（それに配備されるホストサーバ）との間に、選択的に通信路を確立する通信路制御手段を実現することができる。
スイッチング・ハブ１４に代えて、ルータを用いる場合も、同様の手順でアドレスをＮＡＴテーブルに設定することになる。
【００３６】
＜ホストサーバとローカルサーバ＞
ホストサーバ（図１の１０ａ，１０ｂ、図２の１０ａ〜１０ｅ、以下、個々のものを識別する必要がない場合はサフィックスを省略した符号１０で表す）及びローカルサーバ（図１の２０ａ，２０ｂ以下、個々のものを識別する必要がない場合はサフィックスを省略した符号２０で表す）について説明する。
原則として、一つのホストサーバ１０に一つのローカルサーバ２０が対応し、それぞれ専用回線網ＰＮを介して接続されるようになっている。但し、一つのホストサーバ１０に複数のローカルサーバ２０が対応していても良く、個々のローカルサーバ２０に１又は複数のクライアント端末が接続される独自のＬＡＮ（Local Area Network）が接続されていても良い。要は、イントラネットＬＮの中に存するホストサーバ１０とイントラネットＬＮの外に存するローカルサーバ２０とが１対１に対応していれば足りる。
【００３７】
ホストサーバ１０は、データ転送可能なウエブメールサーバ機能、検索機能、複写機能、スケジューラ機能を有し、さらに、ユーザがアクセスしようとする情報であるメールファイルやスケジュールファイル等を含むデータベースを具備するコンピュータである。
検索機能はデータベースの該当ファイルを検索する機能であり、複写機能はローカルサーバ２０との間でデータベースの変更分のデータの複写を行う複写タスクを起動実行する機能である。スケジュール機能は、登録したユーザ企業毎に用意されているスケジュールファイルを管理する機能である。
ローカルサーバ２０は、少なくとも上記の複写機能とデータベースとを有するコンピュータである。
【００３８】
必ずしもその必要はないが、この実施形態では、ホストサーバ１０とローカルサーバ２０の各々が具備するデータベース内のファイルの少なくとも一部は、他方のサーバのものと共通の内容に維持される共通ファイルとされる。
ホストサーバ１０とローカルサーバ２０とでグループウェアを構成している場合は、当該グループウェア内で共通内容となる共通ファイルとされる。
例えば、ローカルサーバ２０内のメールファイルやスケジュールファイルの内容がそのままホストサーバ１０内のメールファイルやスケジュールファイルの内容となる。
従って、ホストサーバ１０の共通ファイルにアクセスすれば、それは、ローカルサーバ２０で管理している共通ファイルにアクセスしたのと、実質的に等価となる。
【００３９】
ホストサーバ１０とローカルサーバ２０の共通ファイルの内容を共通に維持するための形態には種々考えられるが、この実施形態では、各サーバで互いに複写タスクを実行することで、これを実現する。
すなわち、ローカルサーバ２０が自己の共通ファイルに変更が生じたときに、変更前後の差分データをホストサーバ１０に送付するとともに、ホストサーバ１０から差分データを受領したときは、当該差分データを自己の共通ファイルに複写する。ホストサーバ１０の共通ファイルに変更が生じた場合の複写タスクも同様に行われる。
【００４０】
＜認証サーバの構成＞
次に、認証サーバ１について説明する。認証サーバ１は、本発明における認証装置に相当するもので、携帯電話Ｔ１からホストサーバ１０の共通ファイルに記録された情報へのアクセス要求があった場合に、その携帯電話Ｔ１が正当なものであるか否かの認証を行い、アクセス要求をしてきた携帯電話Ｔ１が正当なものであるときに、当該携帯電話Ｔ１による上記アクセスを許可するものである。
【００４１】
この認証サーバ１は、サーバ本体と、コンピュータ読み取り可能な記録媒体に記録されているコンピュータプログラムとによって実現される。
コンピュータプログラムは、通常は、サーバ本体が具える記録装置に記録され、サーバ本体のＣＰＵがその記録装置から適宜読み出して実行するようになっているが、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのような可搬性の記録メディアに記録されているものであっても良い。あるいは所定のコンピュータネットワークを通じてダウンロードされるものであっても良い。
また、このプログラムは、認証サーバ１に要求される諸機能を、そのプログラムとコンピュータのハードウェアの協働で実現するものでも良いし、これらに加えてコンピュータが保持するＯＳ（オペレーションシステム）プログラム等の他のプログラムとの協働で実現するものでも良い。
【００４２】
図７は、サーバ本体のＣＰＵが、上記のコンピュータプログラムを読み込んで実行することによって形成される機能ブロック図である。本実施形態では、出入力部３１と処理部３２とが形成される。
出入力部３１は、携帯電話Ｔ１との間、ホストサーバ１０との間、或いはＣＴＩ装置５との間で、データの出入を制御しながら通信を行う。より具体的には、例えば、携帯電話Ｔ１から、ユーザ識別情報や端末識別情報（いずれも後述する。）を受け付けたり、認証の結果を携帯電話Ｔ１に返信して、その後のデータの出入を制御したり、或いは、ＣＴＩ装置５から電話番号についての情報を受け付けたりする。
【００４３】
処理部３２は、認証及び認証に関わる処理を行うもので、出入力部３１との間でデータを受け渡しできるようになっている。この実施形態における処理部３２は、図７に示すように、制御部３２ａ、ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅ、及び記録部３２ｆを備えて構成されている。
【００４４】
制御部３２ａは、装置全体の基本的な動作の制御を行う。ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅは、いずれも、この制御部３２ａの管理下で動作を行う。
制御部３２ａは、上述の機能の他に、後述する端末識別情報判定部３２ｄが、認証を求める携帯電話Ｔ１を正当なものと認証した場合、携帯電話Ｔ１によるサーバ１０の共通ファイルの記録情報へのアクセスを許可する機能を有している。また、第１サーバから携帯電話Ｔ１に送出された情報を抽出する機能、送出情報についてのデータを各携帯電話Ｔ１毎に記録する機能を備えていると共に、記録されたそのデータに基づいて、その携帯電話Ｔ１についての送出情報を、当該携帯電話の表示部に表示するためのデータを生成する機能を有している。
制御部３２ａは、また、出入力部３１が所定の携帯電話Ｔ１から受け付けたユーザ識別情報が、ユーザ識別情報判定部３２ｂで正当なものと判定された場合に、その携帯電話Ｔ１に、ＣＴＩ装置５の電話番号を通知する機能を有している。
電話番号の通知の形態は、音声、画像などどのようなものでも構わない。また、例えば電子メール等を利用してパケット通信によりかかる通知を行っても良いし、電話によりかかる通知を行っても良い。この実施形態では、携帯電話Ｔ１のディスプレイに電話番号についての情報を表示させることで、ＣＴＩ装置５の電話番号を携帯電話Ｔ１に通知することとしている。つまり、制御部３２ａは、そのための画像データを生成する機能を有している。
【００４５】
ユーザ識別情報判定部３２ｂは、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に、受け付けたユーザ識別情報と記録部３２ｆに記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する機能を有している。判定結果についての情報は、制御部３２ａに送られるようになっている。
【００４６】
端末識別情報生成部３２ｃは、ＣＴＩ装置５から発信元の携帯電話Ｔ１の電話番号についての情報を受け付けると共に、その電話番号が記録部３２ｆに記録されている場合にセッションキー（後述する。）を生成して、それを記録部３２ｆに記録する。
【００４７】
端末識別情報判定部３２ｄは、識別用接続ＵＲＬ（後述する。）を受け付けた携帯電話Ｔ１で指定され、当該携帯電話Ｔ１から返信された識別用接続ＵＲＬを出入力部３１を介して受け付け、受け付けた識別用接続ＵＲＬに含まれているセッションキーと記録部３２ｆに記録されているセッションキーとを対比してそのセッションキーが正当なものか否かを判定する機能を有している。判定結果についての情報は、制御部３２ａに送られるようになっている。これを受け付けた制御部３２ａは、その携帯電話Ｔ１からのアクセスを、該当する識別用接続ＵＲＬからセッションキーを除いたものとなっている接続先ＵＲＬに導く。これにより、アクセスしてきた携帯電話Ｔ１と目的のホストサーバ１０との間の通信が可能になる。
尚、携帯電話Ｔ１から返信される識別用接続ＵＲＬには、携帯電話Ｔ１を使用するユーザのユーザ識別情報が付加されている場合がある。この場合、端末識別情報判定部３２ｄは、携帯電話Ｔ１から受け付けた識別用接続ＵＲＬに含まれているセッションキー、及びユーザ識別情報と、記録部３２ｆに記録されたセッションキー、及びそれと対応付けられたユーザ識別情報とを対比することで、アクセスを求めてきた携帯端末Ｔ１の正当性を判定するようになっていても良い。
【００４８】
識別情報制御部３２ｅは、セッションキーの使用を停止又は停止解除させるべく、後述のフラグの管理を行う機能を有している。フラグは、記録部３２ｆの所定の領域に書き込まれる。
【００４９】
記録部３２ｆは、認証に用いる種々の情報が記録されている。
記録部３２ｆには、例えば、図８に示した如く、ユーザ識別情報、各携帯電話の電話番号、及び範囲情報が記録されており、セッションキー、及び停止フラグ書込みのための領域が設けられている。これら各情報及び領域は、互いに対応付けられており、認証の対象となる携帯電話Ｔ１のそれぞれについてのものが記録されている。
ユーザ識別情報は、各ユーザを他のユーザから識別することのできるユニークな情報であり、これには限られないが、この実施形態では、ユーザＩＤ（UserID）とパスワード（PASSWORD）とからなる。この例のユーザＩＤ及びパスワードは、数字のみ、アルファベットのみ、あるいはこれらの組み合わせからなる。ユーザ識別情報は、各ユーザに予め割り当てられ、記録部３２ｆに記録されている。ユーザ識別情報は、例えば、ネットワーク管理者が各ユーザに適宜割り振ったものでも良く、重複が出ないようにすることを目的としたネットワーク管理者の管理下で、各ユーザが適宜選択したものでも良い。
電話番号は、各携帯電話の電話番号であり、携帯電話が備える発信者番号通知機能により通知される番号である。これも予め、記録部３２ｆに書き込まれている。
範囲情報は、各携帯電話Ｔ１が接続できる情報の範囲を定めるものである。これも予め、記録部３２ｆに書き込まれている。Ａ、Ｂ…等で示したのが、各携帯端末Ｔ１が接続を許された範囲である。
セッションキーは、その情報により特定される携帯電話Ｔ１を他の携帯電話Ｔ１と区別するためのユニークな情報であり、必要に応じて書き込まれるものである。セッションキーは、上述の端末識別情報生成部３２ｃにより記録部３２ｆに書き込まれる。セッションキーは、本発明における端末識別情報に相当するものであり、所定のＵＲＬに埋め込めるようなものとなっている。この例のセッションキーは、数字のみ、アルファベットのみ、あるいはこれらの組み合わせからなる。
停止フラグは、それが立てられた場合（図８では、その領域に「１」とある場合にフラグが立っており、なにも書かれていない場合にフラグが立っていないことを示すこととする。）にその領域と対応付けられたセッションキーを使用不可能とするものである。停止フラグの管理は、識別情報制御部３２ｅが行うようになっている。
尚、記録部に３２ｆに記録された範囲情報に対応付けるようにして、当該携帯電話Ｔ１が接続可能な情報についての接続先ＵＲＬを、各範囲情報と対応付けて記録しておいても良い。この場合、記録部３２ｆに記録される情報は、図９に示した如きものとなる。
【００５０】
上記のように構成されるネットワークシステムの運用形態は、例えば、以下のようになる。
上述のようにイントラネットＬＮのセグメントＳａ〜Ｓｅは、それぞれ管理対象となるユーザ企業のホストサーバ用に割り当てられているので、セグメント単位でユーザ企業の利用に供することができる。
ユーザ企業に供する利用の形態は、セグメントＳａ〜Ｓｅのみであっても良く（この場合は、ユーザ企業が、ホストサーバ１０とこのホストサーバ１０に対応するローカルサーバ２０を持ち込む）、所定の機能を搭載したホストサーバ１０が配備されたセグメントＳａ〜Ｓｅであっても良い。後者は、ユーザ企業が、ホストサーバ１０に対応するローカルサーバ２０を既に保有している場合に適する。
【００５１】
管理対象となるユーザ企業、セグメント及びイントラネットＬＮ内に配備するホストサーバ１０が決まると、システム管理者は、ファイアウォール１１に、発信端末からのアクセスを通過させるための各種条件（プロトコル、システム固有のデータフォーマット、ホストサーバ１０のアドレス等）を登録し、さらに、イントラネットＬＮ内のルータ１３のアドレステーブルに、イントラネットＬＮ内の宛先及び発信元としてホストサーバ１０のアドレスを登録しておく。また、スイッチング・ハブ１４の接続元にホストサーバ１０のアドレスを登録する。更に、認証サーバ１中の記録部３２ｆに、各携帯電話Ｔ１毎の、ユーザ識別情報（この例では、ユーザＩＤ、パスワード）、及び範囲情報（場合によっては、これに加えて接続先ＵＲＬ）についての各データを記録する。
【００５２】
ユーザ企業の構成員（通常は、社員）は、携帯電話Ｔ１を操作して、ＩＰアドレス（例えば、××××@×××.co.jp）で所望のホストサーバ１０に情報アクセスを行うことになる。
このアクセスは、無線網ＷＮから携帯電話網ＭＮに接続されたＤＮＳ３０に転送される。ＤＮＳ３０は、当該アクセスに含まれるドメイン名をもとにグローバルＤＮＳ４０から当該ユーザ企業用のグローバルなＩＰアドレス（例えば、2××.111.22.33）を取得し、これをルータ１２に転送する。
【００５３】
ルータ１２は、図４（ａ）の内容のＮＡＴテーブルを参照して、ＤＮＳから与えられたグローバルなＩＰアドレスをホストサーバ１０のＩＰアドレス（1××.111.22.33）に変換し、同時に携帯電話Ｔ１のグローバルＩＰアドレス（2××.444.55.6）をＩＰアドレス（1××.444.55.6）に変換する。そして、ルーティング機能を用いて、当該アクセスをファイアウォール１１へと転送する。ファイアウォール１１は、このアクセスが予め登録されている条件に適合しているかどうかを判定し、適合している場合には、それを通過させ、認証サーバ１に転送する。
認証サーバ１は、アクセス要求をしてきた当該携帯電話Ｔ１が適正なものか否かを判定し、それが適正なものであると認証した場合には、当該アクセスをルータ１３に送る。この認証の過程については、後述する。
【００５４】
ルータ１３は、このアクセスの内容を解読して該当するセグメント及びホストサーバ１０を割り出し、そのホストサーバ１０にアクセスを転送する。
ホストサーバ１０は、アクセスの要求に応じたデータを共通ファイルから検索し、これをルータ１３、認証サーバ１及びファイアウォール１１を介してルータ１２に返信する。
ルータ１２は、図４（ｂ）の内容のＮＡＴテーブルを参照して、ホストサーバ１０のアドレスを携帯電話Ｔ１のＩＰアドレスに変換し、ルーティング機能を用いて返信データを公衆通信網ＤＮ及び無線網ＷＮを介して携帯電話Ｔ１に転送する。
【００５５】
ホストサーバ１０とローカルサーバ２０との間では、専用回線網ＰＮを介して複写タスクが実行されており、両者の共通ファイルの内容の同一性が維持されているので、上記のホストサーバ１０から返信される情報は、ローカルサーバ２０の保有情報と同じ内容となる。従って、このネットワークシステムを利用することで、セキュリティ性が確保された低コストの企業専用システムを容易に実現することができる。
特に、その位置が特定されない携帯電話Ｔ１からローカルサーバ２０の保有情報（メールファイル、スケジュールファイル等）をセキュアに知得できるので、あたかも、携帯電話Ｔ１とローカルサーバ２０とが専用回線で結ばれたようになり、第三者の介入がないので、社内情報を扱う上では極めて都合が良い。
また、このネットワークシステムによれば、例えば企業の本社のローカルサーバと複数の支店の各々のローカルサーバが扱う情報をすべて共通ファイル化し、これをイントラネットＬＮ内のホストサーバで一元的に管理しておいて、この共通ファイルに携帯電話Ｔ１から任意の時点で任意の箇所からアクセスできるようにすることにより、矛盾のない社内情報に統一的な操作でアクセスできるようになり、企業におけるグループウェアの好ましい運用形態が容易に実現される。
【００５６】
＜応用例１：社内メーリングシステム＞
次に、ネットワークシステムの応用例を説明する。
ここでは、イントラネットＬＮの特定のセグメントを、あるユーザ企業に割り当て、携帯電話Ｔ１を用いて当該ユーザ企業の社内情報にアクセスする社内メーリングシステムに応用した場合の例を挙げる。
ここにいう「メール」は通常の電子メール文書のみならず、種々のリストデータや編集されたデータ及び予め登録されている種々の文書をも含む概念である。また、使用可能な文字数や蓄積件数に制限がない、文書添付が可能なウエブメールである。
ウエブメールを用いることにより、携帯電話Ｔ１の機種に依存しない統一的な操作でメールの受け渡しを行うことができる。
【００５７】
携帯電話Ｔ１は、例えば株式会社エヌ・ティ・ティ・ドコモが提供する「ｉ−ｍｏｄｅ端末」のように、それ自体でウエブメール機能を有する携帯電話となり得る携帯電話が普及しているので、これを用いることができる。
但し、メールサーバは「ｉ−ｍｏｄｅ端末」用のｉ−ｍｏｄｅサーバではなく、ホストサーバ１０が用意するウエブメールサーバ機能を用いる。これにより、「ｉ−ｍｏｄｅ端末」が標準的に具備するブラウザ機能の操作環境をそのまま利用しつつ、ｉ−ｍｏｄｅサーバによる各種使用の制限、例えば送受信できるデータの種類やサイズ、件数等の制限を解除することができるようになる。また、機種の相違を吸収した統一的な操作環境を実現することができるようになる。
【００５８】
ホストサーバ１０及びローカルサーバ２０としては、米国ロータス社が提供する「ＤＯＭＩＮＯサーバ（ＤＯＭＩＮＯ（又はDomino）は同社商標、以下同じ）」を搭載したコンピュータを用いることができる。
「ＤＯＭＩＮＯサーバ」には、本発明を実施する上で好適な機能、例えば通信機能、メール機能、サーバ機能（特にＨＴＴＰサーバ機能）、スケジュール機能、複写機能が標準搭載されており、また、既存の機能を改良するためのプログラミングが許されているので、これを利用することが便利である。
本発明の実施に適したウエブメールサーバ機能、例えば社内メール専用のメニューリストを編集したり、文書毎に料金情報を付加したり、大容量のデータを受信先のメモリ容量に応じて自動的に分割して送付したり、添付文書を携帯電話の限られた表示領域に縮小して表示したり、メールの宛先が多い場合にその表示を規制して本文のみを表示させたりすることは、「ＤＯＭＩＮＯサーバ」が具備する標準的なメール機能に別途アプリケーションプログラムを追加作成することで、容易に実現することができる。
また、スケジュール機能として、現在時刻を常に監視しておき、現在時刻後のスケジュールについてのみ抽出する機能も、別途アプリケーションプログラムを追加作成することで、それを容易に実現することができる。
【００５９】
「ＤＯＭＩＮＯサーバ」を用いたホストサーバ１０の機能構成図を図５に示す。
このホストサーバ１０は、所定のＯＳ（オペレーティングシステム）の管理下で動作するＣＰＵ１０１と、ＲＡＭ１０２と、ＲＯＭ１０３と、ＣＰＵ１０１が読み取り可能なハードディスク等の固定記憶装置に構築されるメールファイル１０４、メールアドレス帳や社員の個人情報を記録した社員データベース１０５、ＨＴＴＰ文書等を記録した文書データベース１０６、社内スケジュールデータを記録したスケジュールファイル１０７と、ルータ１３等との間の通信制御を行う通信アダプタ１０８とを具備している。
ＲＡＭ１０２には、ＤＯＭＩＮＯサーバが標準装備するＤＯＭＩＮＯエンジン、複製タスク、ＨＴＴＰタスク、スケジュール管理タスクのほか、社員用のウエブメールサーバ機能を実現するためのプログラムが格納される。ＲＯＭ１０３には、ＢＩＯＳ（Basic Input Output System）を含む制御プログラム等が記録されている。
ＤＯＭＩＮＯエンジンは、プラットホームやネットワークＯＳの違いを吸収して統一的な操作環境を提供するもので、文書の統合、検索を含む強力な文書管理機能を実現することができる。
【００６０】
ＨＴＴＰタスクは、携帯電話からＨＴＴＰ送信要求を受け付けたときに、当該ＨＴＴＰ送信要求に対応するデータファイルを特定し、これをＨＴＭＬ形式に変換するタスクである。拡張ＵＲＬを利用できるため、ＨＴＴＰ送信要求に対応するデータファイルをダイナミックにＨＴＭＬ形式に変換することができる。ローカルサーバ２０も、上記のＤＯＭＩＮＯサーバを用いることができる。
【００６１】
ホストサーバ１０とローカルサーバ２０は、図６に示す複製タスクによって、互いに共通ファイルの同一性を維持するようになっている。すなわち、それぞれのディレクトリのコンフィグレーションに基づき、一定時間間隔で複製タスクを起動し、自己の共通ファイルが相手側の共通ファイルと差異がないかどうかと比較する。差異があれば双方向に差分データを転送し合い、それを自己の共通ファイルの内容に反映させる。
複製は、図示のようにフィールド単位で行われる。変更されたフィールドのみを複写する点で、通常の「ファイルコピー」とは異なる。
【００６２】
次に、図１０〜図２９を参照して、社内メールシステムの使用形態を説明する。
（事前準備）
予め、ローカルサーバ２０側のクライアント端末（図示省略）を操作して、ユーザＩＤとパスワードの組を許可情報として設定しておく。なお、この例ではユーザＩＤとして社員ＩＤを用いるものとする。設定された内容は、ホストサーバ１０の社員データベース１０５に反映される。 ここで設定されるのは、携帯電話からイントラネットＬＮ内にアクセスするときの認証と、課金の際に必要となる情報である。この例の社員ＩＤ又はパスワードには、グループ（部門）毎の課金を可能にするために、グループ毎の識別データが割り当てられている。携帯電話を利用した場合の課金は、データ総量（パケットサイズの総量）に応じてなされるので、これを識別データ毎に集計できるようにしておく。社員データベース１０５には、また、携帯電話のアドレスを予め設定しておく。
また、端末識別情報、ユーザＩＤ、パスワード、認証ＵＲＬの情報を認証サーバ１に設定しておく。
【００６３】
（携帯電話用のアドレス帳作成）
社員データベース１０５の社内アドレス帳から１０名分程度のアドレスを抜き出し、これを随時、携帯電話に送出できるようにしておく。これは、原則として上記のクライアント端末で行う。
この場合の手順を図１０及び図１１に示す。
図１０を参照し、まず、携帯電話たる携帯電話の表示装置に社内アドレス帳のユーザアドレス一覧を表示させる（Ｓ１０１）。
クリックイベント（表示されているイベントのうち操作者のクリック操作により選択されたもの、以下同じ）の発生を待ち（Ｓ１０２）、クリックイベントは発生した場合はその内容を判定する（Ｓ１０３）。
クリックイベントが「選択欄」の場合は、ユーザアドレス一覧の中から、特定の者の前に選択マークを表示してＳ１０３の処理に戻る（Ｓ１０４）。「コピーボタン」の場合は、選択マークがついた者のデータを個人アドレス帳にコピーしてＳ１０１の処理に戻る（Ｓ１０５）。「終了ボタン」の場合は終了処理を行う（Ｓ１０６）。これにより、数人分のアドレスからなる個人アドレス帳が生成される。
【００６４】
個人アドレス帳から実際に使用するアドレスを抜き出す場合は、図１１の手順で処理を行う。
まず、クライアント端末の表示部に、上記の個人アドレス帳のユーザアドレス一覧を表示させる（Ｓ２０１）。クリックイベントの発生を待ち（Ｓ２０２）、クリックイベントが発生した場合はその内容を判定する（Ｓ２０３）。
クリックイベントが「選択欄」の場合は、ユーザアドレス一覧の中から特定の者の前に選択マークを表示してＳ２０３の処理に戻る（Ｓ２０４）。「コピーボタン」の場合は選択マークがついたデータを順にメールファイルにコピーしてＳ２０１の処理に戻る（Ｓ２０５）。「終了ボタン」の場合は終了処理を行う（Ｓ２０６）
なお、社内アドレス帳からのアドレスを抜き出して携帯電話用のアドレス帳を作成する処理は、携帯電話からも行うことができる。但し、この場合は、個人アドレス帳に一度コピーするのではなく、直接、社内アドレス帳から選択することになる。
【００６５】
（認証及び情報アクセス）
次に、ユーザ企業の構成員が携帯電話Ｔ１からホストサーバ１０にアクセスする場合の操作手順を説明する。
図１２は、情報アクセス方法の全体的な手順説明図である。 まず、ユーザは、適宜の操作を行うことにより携帯電話Ｔ１でアクセス要求を行う。アクセス要求についてのデータは、認証サーバ１に対して送られる。次いで、携帯電話Ｔ１の表示部に、例えば図２７（ａ）に示した如きログイン画面が表示される（Ｓ３０１）。次いで、ログインの認証が行われる（Ｓ３０２）。認証失敗の場合はＳ３０１に戻る。認証が成功した場合、つまり正規ユーザであった場合は、メイン画面を表示する（Ｓ３０２：Ｙｅｓ、Ｓ３０３）。メイン画面は、例えば図２７（ｂ）に示されるものであり、受信／送信／検索／予定のイベント選択領域５２とＳＵＢＭＩＴ選択領域５３が表示される。
【００６６】
上述したログインの認証について、図１３及び図１４を用いて詳しく説明する。
図１３は、ログインの認証処理の手順を示した図である。上述のように、この実施形態における認証には、各携帯電話Ｔ１に固有のセッションキーを使用するが、このセッションキーは認証サーバＳ１により各ユーザ末Ｔ１へ付与されるものである。
このセッションキーは、以下のように各携帯電話Ｔ１に付与される。
まず、携帯電話Ｔ１を認証サーバＳ１へと接続する（Ｓ３１０１）。具体的には、認証サーバ１を接続要求先とするＵＲＬを入力することで、認証サーバ１へ携帯電話Ｔ１を接続する。かかる接続がなされると、携帯電話Ｔ１の画面には、ログイン画面が表示される。ログイン画面は、公衆通信網ＤＮ、出入力部３１を介してアクセス要求についてのデータを受け付けた制御部３２ａが生成し、送信した画像データを携帯電話１が受け付けることで、その表示部に表示される。ログイン画面は、例えば、図１４（ａ）に示したようなものとすることができる。このログイン画面には、ユーザＩＤ（ここでは社員ＩＤ、以下同じ。）とパスワードの入力領域５１が表示される。ユーザは、この画面指示に従って、その入力領域５１に、そのユーザに対して予め割り当てられたユーザＩＤとパスワードを入力する。入力されたユーザＩＤとパスワードについてのデータは、携帯電話Ｔ１から認証サーバ１へと送られ、認証サーバ１がこれを受け付ける（Ｓ３１０２）。このデータは、出入力部３１を介して処理部３２内のユーザ識別情報判定部３２ｂへと送られる。
【００６７】
ユーザ識別情報判定部３２ｂ（図７参照）は、受け付けたそのデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致するか否か判定する（Ｓ３１０３）。ユーザ識別情報判定部３２ｂは、受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致する場合（Ｓ３１０３：Ｙｅｓ）、アクセスを要求したユーザが正当なものであると判定する（Ｓ３１０４）。
受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれとも一致しない場合（Ｓ３１０３：Ｎｏ）、当該アクセスは不当であると判定される。この場合、ユーザＩＤとパスワードについてのデータ入力、送信の処理（Ｓ３１０２）に戻り、その処理が再度行われる。この処理は、正しいユーザＩＤとパスワードが入力されるまで繰り返される。結局正しいユーザＩＤとパスワードが入力されない場合には、処理はここで終了する。尚、ユーザＩＤ及びパスワードの入力回数に制限を設けておき、その制限回数だけユーザＩＤ及びパスワードの入力が行われたとしても正当なアクセスであるとの判定がなされなかった場合には、更なるユーザＩＤ及びパスワードの受付けを中止し、そこで処理を強制終了させるようにしても良い。
【００６８】
アクセスを要求したユーザが正当なものであると判定された場合（Ｓ３１０４）、ユーザ識別情報判定部３２ｂは、制御部３２ａにそのことを示す情報を送信する。
その情報を受け付けた制御部３２ａは、ＣＴＩ装置５の電話番号の通知を行う（Ｓ３１０５）。この通知は、上述の情報を受け付けた制御部３２ａが、出入力部３１を介して、ＣＴＩ装置５の電話番号を携帯電話Ｔ１の表示部に表示させるための画像データを生成し、これを携帯電話Ｔ１へと送ることで行われる。これを受け付けた携帯電話Ｔ１の表示部に表示される画像の一例を、図１４（ｂ）に示す。この例では、画像中にＣＴＩ装置５の電話番号は表示されていないが、画像中に表示された「Ｔｅｌｌ」の文字をクリックすることで、その携帯電話Ｔ１からＣＴＩ装置５への電話が自動的に行われるようになっている。このように、携帯電話Ｔ１に対して行うＣＴＩ装置５の電話番号の通知は、電話番号をユーザに明示しないようにして行うこともできる。
尚、電話がかけられている場合には、携帯電話Ｔ１と認証装置１の通信が一時的に中断されるようにすることができる。この処理は、自動的に行われるようにしても良い。また、電話がかけられている際の携帯電話Ｔ１の表示部には、図１４（ｃ）に示した如き画像を表示するようにしても良い。この画像は、例えば制御部３２ａが生成し、携帯電話Ｔ１に送られたデータによって表示される。
【００６９】
携帯電話Ｔ１からＣＴＩ装置５への電話が実行されると、ＣＴＩ装置５は、電話をかけてきた当該携帯電話Ｔ１の電話番号を検出する。電話番号についてのこの情報は、認証装置１が受け付ける（Ｓ３１０６）。
この情報は、出入力部３１から端末識別情報生成部３２ｃへと送られる。端末識別情報生成部３２ｃは、その情報で示される電話番号が記録部３２ｆに記録されているか否かを判定し（Ｓ３１０７）、受け付けた情報で示される電話番号が記録されていた場合には（Ｓ３１０７：Ｙｅｓ）、セッションキーを生成し、それを、記録部３２ｆ中の、当該電話番号と対応付けられたセッションキー記録用の記録領域に記録する（Ｓ３１０８）。この実施形態におけるセッションキーは、これには限られないが、アルファベット及び数字をランダムに並べて生成される。図８及び図９で示した例では、ユーザＩＤ「VFDTSK」と対応させられた電話番号と対応させて、セッションキー「ababaa」が、ユーザＩＤ「infoepli」と対応させられた電話番号と対応させて、セッションキー「aaabbc」が、それぞれ記録されている。
尚、受け付けた情報で示される電話番号が記録されていなかった場合には、当該アクセスは不正なものと判定され（Ｓ３１０９）、認証処理は中止される（Ｓ３１１０）。
【００７０】
次いで、制御部３２ａは、範囲情報に示された範囲の接続ＵＲＬを取得すべくホストサーバ１０へアクセスし、接続ＵＲＬを取得する。図９で示したように、記録部３２ｆに接続ＵＲＬが記録されている場合には、ホストサーバ１０からの接続ＵＲＬの取得は省略可能である。
次いで、制御部３２ａは、取得した接続ＵＲＬに上述のセッションキーを埋め込んで識別用接続ＵＲＬを生成する（Ｓ３１１１）。これは例えば、以下の表１に示した接続ＵＲＬを、表２に示したものに変換することにより行われる。
この例では、＜A href="IRecive?openform?"accesskey="1"＞來受信＜/A＞＜BR＞、＜A href="Memo?openform?"accesskey="2"＞來送信＜/A＞＜BR＞、＜A href="Iserch?openform?"accesskey="3"＞來検索＜/A＞＜BR＞、＜A href="ISK?openform?"accesskey="4"＞來予定＜/A＞＜BR＞、＜A href="Ipws?openform?"accesskey="5"＞來パスワード変更＜/A＞＜BR＞という接続ＵＲＬのそれぞれに、セッションキーを埋め込んでいる。図８及び図９で示した例は、ユーザＩＤ「infoepli」と対応させられた電話番号を持つ携帯電話からＣＴＩ装置５に電話がかかってきた場合におけるものであるので、埋め込まれるセッションキーは、「aaabbc」となっている。
尚、このセッションキーは、接続情報たる接続ＵＲＬのどこに埋め込んでも構わない。
【表１】
【表２】
【００７１】
次いで、認証サーバ１は、セッションキーを埋め込んだ識別用接続ＵＲＬを携帯電話Ｔ１に送る（Ｓ３１１２）。この識別用接続ＵＲＬに基づいて、携帯電話の表示部には、図１４（ｄ）に示した如き、各識別用接続ＵＲＬに対応された文字列を含むトップメニューが表示される。
ユーザは、携帯端末Ｔ１の入力部を適宜操作して、「１．受信」、「２．送信」、「３．検索」、「４．予定」、「５．パスワード変更」というメニューのうちのいずれかを選択する。選択されたメニューと対応している識別用接続ＵＲＬを、携帯電話Ｔ１は、公衆通信網ＤＮを介して送信する。認証サーバ１は、この識別用接続ＵＲＬを受け付ける（Ｓ３１１３）。
識別用接続ＵＲＬは、端末識別情報判定部３２ｄへ送られる。受け付けた識別用接続ＵＲＬに基づいて、端末識別情報判定部３２ｄは、セッションキーの正当性の判定を行う（Ｓ３１１４）。尚、携帯電話Ｔ１から送られる識別用接続ＵＲＬの例えばヘッダーには、ユーザＩＤとパスワードについての情報が付加されている。端末識別情報判定部３２ｄは、受け付けた識別用接続ＵＲＬの情報からセッションキーとユーザＩＤとパスワードの組を抜き出し、これを記録部３２ｆに記録されているセッションキーとユーザＩＤとパスワードの組と対比し、そのすべてが一致するセッションキーとユーザＩＤとパスワードの組が存在していた場合には（Ｓ３１１４：Ｙｅｓ）、セッションキーが正当なものであると判定し（Ｓ３１１５）、そのような組がなければ（Ｓ３１１４：Ｎｏ）、当該アクセスは不正なものと判定され（Ｓ３１０９）、認証処理は中止される（Ｓ３１１０）。
【００７２】
セッションキーが正当なものであると判定され場合、その情報は制御部３２ａと送られる。制御部３２ａは、受け付けた識別用接続ＵＲＬからセッションキーを除くことで、接続ＵＲＬを再度生成し、これを出入力部を介してホストサーバ１０へと送る（Ｓ３１１６）。これにより、ホストサーバ１０から所定の情報が携帯電話Ｔへと送られることになる。つまり、この実施形態では、ホストサーバ１０からの情報についてのデータの送信と認証の処理とを一体として行う。
【００７３】
認証装置１０は、携帯電話Ｔ１から、更なる情報の閲覧を要求されたか否かを判定する（Ｓ３１１７）。更なる情報の要求があった場合（Ｓ３１１７：Ｙｅｓ）には、上述の処理が繰り返される。この実施形態では、その場合、セッションキーは再度生成され、上書きされる。情報へのアクセスの要求があるたびに、セッションキーを生成するようにすることで、認証の安全性を高められるようになる。
更なる情報の要求がなければ（Ｓ３１１７：Ｎｏ）、認証の処理は終了する。
【００７４】
尚、識別用接続ＵＲＬが送信されるたびに記録部３２ｆに記録されたセッションキーを上書きしないような処理も可能である。即ち、最初の情報へのアクセス要求の場合だけ上述の如き認証を行い、以後の手続の場合には、セッションキー生成以降の処理のみを繰り返すという認証処理も実施可能である。このような場合、所定の情報へのアクセス要求が最後にあってから所定の時間が経過したか否かを監視しておき、所定の時間が経過した場合にはセッションキーを使用不能とすることができる。この管理は、上述の識別情報制御部３２ｅが記録部３２ｆの停止フラグ記録領域に停止フラグを書き込むことにより行うことができる。識別情報制御部３２ｅは、また、これと同時に、セッションキーを削除するようになっていても良い。
【００７５】
尚、ユーザＩＤ及びパスワードが正当であると認証装置が認められ、ＣＴＩ装置５の電話番号が携帯電話Ｔ１に送られた場合であって、当該携帯電話Ｔ１よりも先に当該携帯電話Ｔ１以外の携帯電話Ｔ１からのアクセス要求があり、前記当該携帯電話Ｔ１のユーザのユーザＩＤ及びパスワードを用いてなりすましを行われた場合には、その当該携帯電話Ｔ１のユーザは、アクセスを行えなくなる。
このような場合、前記当該携帯電話Ｔ１のユーザは再度電話を行い、セッションキーの再生成を行うようにすれば良い。
【００７６】
図１２に戻り、その後、クリックイベントの発生を待ち（Ｓ３０４）、クリックイベントが発生した場合はその内容を判定する（Ｓ３０５）。
クリックイベントが「受信」であった場合は、図１５〜図２０の手順で受信処理を行う（Ｓ３０６）。「送信」であった場合は図２１の手順で送信処理を行う（Ｓ３０７）。「検索」であった場合は図２２〜図２４の手順で検索処理を行う（Ｓ３０８）。「予定」であった場合は、図２５及び図２６の手順で予定処理を行う（Ｓ３０９）。これらの処理が終了した場合は、ステップＳ３０２の処理に戻る。これらの各処理が実行される場合にも、上述の認証処理が繰り返される。
以下、受信処理、送信処理、検索処理、予定処理の内容を、詳細に説明する。
【００７７】
＝受信処理＝
Ｓ３０６の受信処理について説明する。
受信処理では、図１５に示されるように、携帯電話の受信ボックスの受信日で降順にソートし、１から順に「＋１」でデータ番号を採番する（Ｓ４０１）。ソートされたデータを昇順に１０件ずつ選択し、１件目をＳＴＡＲＴ（最初のデータ番号、以下同じ）に設定する（Ｓ４０２）。その後、選択されたデータを受信一覧表示領域に表示させる（Ｓ４０３）。受信一覧表示領域には、図２６（ｃ），（ｄ）に示されるように、件名領域５４とその件の受信に要する料金情報を表す料金領域５５とが対となって表示される。このように受信に要する料金情報を表示させることで、携帯電話の操作者にデータのサイズと、そのときのコストとを知らしめることができる。携帯電話の操作者（つまり社員）は、件名タイトルと料金額を見てその件を読むことがコストに見合った内容かどうかを判断したり、料金額から受信に要する時間を推測してその件を今読むべきものか後で読んだ方が良いかどうかを判断したりすることが可能になる。また、例えば２万ワードもあるような大量のデータは、ウエブメール機能によって自動的にメール分割されながら送られるので、途中までそれを閲覧して、以後の分割メールの閲覧を中止するような利用形態も可能になる。 受信一覧表示領域の下部には、「前へ」及び「次へ」の選択ボタンも表示される。
クリックイベントの発生を待ち（Ｓ４０４）、クリックイベントが発生した場合はその内容を判定する（Ｓ４０５）。
クリックイベントが「次へ」であった場合は、「＋９」をＳＴＡＲＴに設定し（Ｓ４０６）、ＳＴＡＲＴから１０件を選択する。ＳＴＡＲＴが１０未満のときは存在するデータのみを表示させる（Ｓ４０７）。
クリックイベントが「前へ」であった場合は、「−９」をＳＴＡＲＴに設定し（Ｓ４０８）、ＳＴＡＲＴから１０件を選択する。ＳＴＡＲＴが１０未満のときはＳＴＡＲＴに「１」を設定する（Ｓ４０９）。
クリックイベントが「文書番号」であった場合は、受信文表示処理を行う（Ｓ４１０）。
【００７８】
Ｓ４１０の受信文処理の詳細は、図１６に示すとおりである。
携帯電話の操作者が表示部の所望の文書番号をクリックしたことを検知すると（Ｓ５０１）、クリックされた文書番号の文書を表示部に表示させる（Ｓ５０２）。このときの表示は、例えば図２７（ｅ）のようになる。
なお、添付文書がある場合は、その存在を示す通知を表示部に表示させる。これは、ホストサーバ１０のウエブメールサーバ機能による。添付文書が表オブジェクトやビットマップデータの場合は、添付文書の表記をクリックすることで、それをＨＴＭＬ文書として表示領域のサイズに併せて表示させることができる。
また、文書の宛先数が多い場合を想定して、予め受信文のフレームの中の宛先部分を表示させないようにする。これにより、携帯電話の表示部には、本文のみを表示させることができる。但し、宛先の情報についてはホストサーバ１０の側で管理されているので、携帯電話から宛先を確認したい場合には、それをブラウザ画面（アイコン又はコマンド文字を用意しておく）から指示することによって、表示させることはできる。
受信文処理の場合、表示部の上部には、「削除」、「返信」、「転送」、「ＦＡＸ」の選択領域５６が表示される。
クリックイベントの発生を待ち（Ｓ５０３）、クリックイベントが発生した場合は、その内容を判定する（Ｓ５０４）。クリックイベントには、「削除」処理（Ｓ５０５）、「返信」処理（Ｓ５０６）、「転送」処理（Ｓ５０７）、「ＦＡＸ」処理（Ｓ５０８）がある。
【００７９】
ステップＳ５０５の「削除」処理、すなわち図２７（ｅ）の表示内容で「削除」が選択された場合の処理の手順は、図１７のようになる。現在の文書を削除するとともに（Ｓ６０１）、削除済みを表す「Deleted」を表示させる（Ｓ６０２）。
【００８０】
ステップＳ５０６の「返信」処理、すなわち図２７（ｅ）の表示内容で「返信」が選択された場合の処理の手順は、図１８のようになる。
まず、返信用の新規文書を作成する（Ｓ７０１）。そして、その宛先に受信文書の送信者を設定するとともに（Ｓ７０２）、件名に受信文書の件名の先頭に「Ｒｅ：」の文字を付加し（Ｓ７０３）、その新規文書を表示させる（Ｓ７０４）。
クリックイベントの発生を待ち（Ｓ７０５）、クリックイベントが発生した場合はその内容を判定する（Ｓ７０６）。クリックイベントが「件名」の場合は件名編集処理を行い（Ｓ７０７）、「内容」の場合は文書内容の編集処理を行い（Ｓ７０８）、「新規宛先」の場合は新規宛先編集を行い（Ｓ７０９）、「ＣＣ新規」の場合はＣＣ（カーボンコピー）先の新規編集処理を行う（Ｓ７１０）。それぞれ、終了後はＳ７０５の処理に戻る。
【００８１】
ステップＳ７０６で判定したクリックイベントが「宛先」の場合は、宛先編集処理を行うが（Ｓ７１１）。このとき、モバイル個人宛先（個人アドレス帳）の一覧を表示する（Ｓ７１２）。そして、選択された宛先を「TO」として設定する（Ｓ７１３）。その後、Ｓ７０５の処理に戻る。
クリックイベントが「CC」の場合はＣＣ宛先編集処理を行う（Ｓ７１４）。このとき、モバイル個人宛先（個人アドレス帳）の一覧を表示する（Ｓ７１５）。
そして、選択された宛先を「CC」として設定する（Ｓ７１６）。その後、Ｓ７０５の処理に戻る。クリックイベントが「ＳＵＢＭＩＴ」の場合は当該新規文書を送信し（Ｓ７１７）、「Formprocessed」を表示して返信処理を終える（Ｓ７１８）。
【００８２】
ステップＳ５０７の「転送」処理、すなわち図２７（ｅ）の表示内容で「転送」が選択された場合の処理の手順は、図１９のようになる。処理内容（Ｓ８０１〜Ｓ８１８）は、概ね図１７の場合と同様であり、Ｓ８０３で、件名に受信文書の件名の先頭に「ＦＷ：」の文字を付加する点のみが異なる。
ステップＳ５０８の「ＦＡＸ」処理、すなわち図２７（ｅ）の表示内容で「ＦＡＸ」が選択された場合の処理の手順は、図２０のようになる。
まず、ＦＡＸ用の新規文書を作成する（Ｓ９０１）。そして、その内容欄に受信文書の内容を設定するとともに（Ｓ９０２）、件名に受信文書の件名の先頭に「ＦＷ：」の文字を付加し（Ｓ９０３）、その新規文書を表示させる（Ｓ９０４）。クリックイベントの発生を待ち（Ｓ９０５）、クリックイベントが発生した場合はその内容を判定する（Ｓ９０６）。クリックイベントが「件名」の場合は件名編集処理を行い（Ｓ９０７）、「ＦＡＸ番号」の場合はＦＡＸ番号編集処理を行い（Ｓ９０８）、それぞれ、終了後はＳ９０５の処理に戻る。クリックイベントが「送信」の場合は当該新規文書を送信し（Ｓ９０９）、「Formprocessed」を表示してＦＡＸデータ送信処理を終える（Ｓ９１０）。
このようにして送信されたデータは、ＦＡＸ番号先でＦＡＸ印刷される。なお、上記のＦＡＸ印刷は、ＤＯＭＩＮＯエンジンの機能の一つとして実現しても良く、別途、ＦＡＸ印刷用のアプリケーションプログラムをホストサーバ１０に搭載しておき、これを随時起動することによって実現しても良い。
【００８３】
＝送信処理＝
次に、図１２のステップＳ３０７の送信処理について説明する。
送信処理では、図２１に示すように、送信用の新規文書を作成し（Ｓ１００１）、その新規文書を表示部に表示させる（Ｓ１００２）。その後の処理（Ｓ１００３〜Ｓ１０１６）は、図１８に示した返信処理のステップＳ７０７〜Ｓ７１８と同様の手順となる。但し、携帯電話の表示部の表示内容は、図２７（ｆ）のように変わる。
【００８４】
＝検索処理＝
次に、図１２のステップＳ３０８の検索処理について説明する。
検索処理は、図２８（ａ）のように、ユーザが「検索」を選択した場合に実行される。この処理は、図２２に示されるように、まず、検索ビュー内のデータをアルファベットで昇順にソートし、１０件を選択する（Ｓ１１０１）。その後、検索リストを一覧表示領域に表示させる（Ｓ１１０２）。
クリックイベントの発生を待ち（Ｓ１１０３）、クリックイベントが発生した場合はその内容を判定する（Ｓ１１０４）。
クリックイベントが「次へ」であった場合は、表示中の頁の１０件目から＋１０のデータを設定する（Ｓ１１０５）。その後、設定した分のデータを選択するが、データが１０未満のときは存在するデータのみを選択する（Ｓ１１０６）。
その後、Ｓ１１０２の処理に戻る。
クリックイベントが「前へ」であった場合は、表示中の頁の１０件目から−１０のデータを設定する（Ｓ１１０７）。その後、設定した分のデータを選択するが、データが存在しないときは現頁のデータを再選択する（Ｓ１１０８）。その後、Ｓ１１０２の処理に戻る。
【００８５】
クリックイベントが「検索リスト表示」であった場合、携帯電話の表示部の表示内容は、図２８（ａ）から過去に検索したキーワード一覧に変わる。図２８（ｂ）は、この様子を示している。図中、「itoh」、「okada」、「suzuki」は、検索したキーワードである。
この検索リスト表示処理の手順は、図２３に示されるとおりである。すなわち、クリックイベントの発生を待ち（Ｓ１２０１）、アルファベットの姓名（例えば「itoh」）がクリックされたことを検知した場合は当該クリックされた姓名を含むすべての文書を表示させる（Ｓ１２０２，Ｓ１２０３）。
クリックイベントが「新規キーワード」であった場合は、新規キーワードによる検索処理を行う。このとき、表示部の表示内容は、図２８（ｃ）のように、新規キーワードの入力画面に変わる。
この場合の処理は、図２４に示されるように、クリックイベントの発生を待ち（Ｓ１３０１）、クリックイベントが発生した場合はその内容を判定する（Ｓ１３０２）。クリックイベントが「新規キーワード」の場合は、新規キーワード編集を行い（Ｓ１３０１）、Ｓ１３０１の処理に戻る。クリックイベントが「ＳＵＢＭＩＴ」の場合は当該キーワードを送信し（Ｓ１３０４）、「Formprocessed」を表示して処理を終える（Ｓ１３０５）。ホストサーバ１０から検索結果が送信された場合は、適宜、検索リスト表示処理に移る。表示部の画面は、図２８（ｄ）のように変わり、アルファベット（例えば「pat」）がクリックされた場合は、図２８（ｅ）のように「pat」を含むすべての文書が表示される。
【００８６】
＝予定処理＝
次に、図１２のステップＳ３０９の予定処理について説明する。
予定処理は、図２９（ａ）のように、ユーザが「予定」を選択した場合に実行される。この処理は、図２５に示されるように、まず、予定ビュー内のデータを日付で降順にソートして、１０件を選択し（Ｓ１４０１）。その後、予定リストを表示部の一覧表示領域に表示させる（Ｓ１４０２）。図２９（ｂ）は一覧表示領域６０の例であり、ある日付がクリックされることによって、その日付に設定されている時間帯と簡単な説明とが表示される様子が示されている。表示部の上部には、「前へ」、「次へ」、「作成」のイベントを選択するための領域が形成される。
クリックイベントの発生を待ち（Ｓ１４０３）、クリックイベントが発生した場合はその内容を判定する（Ｓ１４０４）。
クリックイベントが「次へ」であった場合は、表示中の頁の１０件目から＋１０のデータを設定する（Ｓ１４０５）。その後、設定した分のデータを選択するが、データが１０未満のときは存在するデータのみを選択する（Ｓ１４０６）。
その後、Ｓ１４０２の処理に戻る。
クリックイベントが「前へ」であった場合は、表示中の頁の１０件目から−１０のデータを設定する（Ｓ１４０７）。その後、設定した分のデータを選択するが、データが存在しないときは現頁のデータを再選択する（Ｓ１４０８）。その後、Ｓ１４０２の処理に戻る。
なお、予定ビュー内のデータは、「今日の日付」以降のもののみが対象となる。つまり、スケジュールファイル１０７から当該日付以降に予定があるものを抜き出し、これをリスト（ＤＯＭＩＮＯサーバにおけるView）にして携帯電話で見れるようにする。このようにすれば、携帯電話に過去の予定に関するデータが記録される事態を防止することができ、携帯電話が有するメモリの有効活用が可能になる。
当該日付以前及び現在時刻以前の予定に関するデータをホストサーバ１０のスケジュールファイル１０７から自動的に削除するように構成しても良い。この場合には、不要なデータがスケジュールファイル１０７（ローカルサーバ２０のものも同様）から逐次削除されるので、ホストサーバ１０（ローカルサーバ２０も同様）のメモリ領域の有効活用も同時に図れるとともに、社内情報の漏洩が確実に防止される利点がある。
【００８７】
クリックイベントが「新規作成」であった場合、すなわち図２９（ｃ）の表示内容で「作成」が選択された場合は、予定リストの新規作成処理に移行する。図２６は、新規作成処理の手順図である。この処理では、まず、予定作成メニューを表示する（Ｓ１５０１）。予定作成メニューには、例えば図２９（ｄ）に示されるように、予定登録、会議召集、イベント、確認、記念日の選択領域６１が形成される。ユーザがこれらのいずれかを任意に選択できるようになっている。
クリックイベントの発生を待ち（Ｓ１５０２）、クリックイベントが発生した場合はその内容を判定する（Ｓ１５０３）。 選択領域６１から特定のメニューが選択された場合は、データ入力、編集を行い（Ｓ１５０４）、Ｓ１５０２の処理に戻る。クリックイベントが「ＳＵＢＭＩＴ」の場合は当該入力したデータを送信し（Ｓ１５０５）、「Formprocessed」を表示して処理を終える（Ｓ１５０６）。図２９（ｅ）は、「２．会議召集」が選択された場合のデータ入力領域６２の内容例を示した図である。日付毎に、簡単な説明と時間が対応付けられている。なお、データ入力領域６２は、スクロールするようになっている。
このようにして入力されたデータは、ホストサーバ１０のスケジュールファイル１０７に反映され、さらに、ローカルサーバ２０にも反映される。
【００８８】
なお、予定処理の一環として、あるいは予定処理とは別の処理として、いわゆる「Ｔｏ Ｄｏ リスト」機能、つまり遂行すべき仕事と遂行した仕事とを管理する機能を携帯電話からの操作を契機に実行するように構成することもできる。この場合は、「ＤＯＭＩＮＯサーバ Ｒ５」の標準的なスケジューラ機能に、アプリケーションプログラムを追加作成することで、それを容易に実現することができる。
【００８９】
このように、社内メールシステムでは、携帯電話から任意の時点で任意の場所からホストサーバ１０が管理している社内情報にアクセスすることができる。アクセスの態様は、上述のように様々であり、あたかもイントラネットＬＮの内部の固定型端末又はローカルサーバ２０のクライアント端末からアクセスしたかの如きである。ホストサーバ１０の社内情報は、専用回線網ＰＮを介して接続されたローカルサーバ２０のものと共通なので、ローカルサーバ２０が属するネットワークに接続されている者との連絡も間接的に行うことができ、グループウェアを効率的に運用することが可能になる。
【００９０】
なお、このシステムにおいて、受信処理、送信処理、検索処理、予定処理などが実行された場合には、ホストサーバ１０から携帯電話へと送信された情報は、制御部３２ａにて監視されている。この監視は、例えば、ユーザが閲覧したページの接続ＵＲＬを、制御部３２ａが抽出することで行われる。制御部３２ａは、このような情報の抽出を行うことで、ホストサーバ１０から携帯電話にいかなる情報が送出されたか、すなわちユーザがどのページを閲覧したかという情報についての情報である送出情報を生成し、これを例えば記録部３２ａなどの所定の記録媒体へ記録する。この送出情報の記録は、各携帯電話毎に行われ、対応する携帯電話を明らかにしつつ、制御部３２ａに記録されている。
【００９１】
この送出情報は、例えば、各携帯電話に課金する際のデータとして利用できる。
また、ユーザがホストサーバ１０へアクセスする際の労力を軽減すべく、以下のように利用することもできる。 すなわち、携帯電話の表示部にメニュー画面を表示させるために、送出情報を用いるのである。この場合、アクセスの要求があり、且つアクセス要求をしてきた携帯電話が正規のものと認証された場合に、例えば次のような処理を実行すれば良い。まず、記録されたその送出情報のうちアクセス要求をしてきた携帯電話についての送出情報を、制御部３２ａが記録部３２ｆから読み出す。次いで、制御部３２ａがその携帯電話の表示部に所定の画像を表示させるためのデータを生成し、これを出入力部３１を介して当該携帯電話へと送る。これに基づいて、当該携帯電話の表示部に所定のメニュー画像を表示する。表示されるメニュー画像は図２９（ａ）のものと同様の形態とされるが、そこに表示されるメニューは各携帯電話ごとに異なるものとなる。
【００９２】
＜応用例２：アプリケーションのリモート運用システム＞
本発明のネットワークシステムは、社内メールシステムに代えて、あるいは社内メールシステムとともに、アプリケーションのリモート運用システムとして応用することも可能である。
この場合の構成は、基本的には社内メールシステムの場合と同様であるが、ローカルサーバ２０に、所定のアプリケーションプログラム、例えば共通ファイルではない外部データベースからの情報検索を行う検索プログラム、共通ファイルの中の特定情報を自動的に印刷する印刷プログラム、社内事務機器の自動制御プログラム等を搭載しておく点、携帯電話の表示部に表示させるウエブメール画面にアプリケーションプログラムの起動用の操作画像をブラウザ画面上に形成しておくか、あるいは専用のコマンド入力を可能にする点が異なる。
【００９３】
運用に際しては、携帯電話を所持する者が、例えばブラウザ画面上の操作画像を選択してホストサーバ１０にアクセスする。ホストサーバ１０は、このアクセスに対応するコマンドの内容を解読し、そのコマンドの内容をローカルサーバ２０に通知して該当するアプリケーションプログラムを起動実行させる。
ホストサーバ１０は、アプリケーションプログラムが実行された後は、その実行結果の情報をローカルサーバ２０から取得するとともに、取得した情報を携帯電話に通知する。
このようにすれば、社内情報の受け渡しだけでなく、外部から社内のアプリケーションプログラムを携帯電話から遠隔起動させることができるので、拡張性に富む社内専用ネットワークシステムを容易に構築できるようになる。
【００９４】
なお、この実施形態では、ハウジングを構成するネットワークがイントラネットＬＮであることを前提としたが、ファイアウォールで保護可能なネットワークであればどのような形態のものであっても良い。通常のローカルネットワークでもハウジングを構成することができる。 また、好ましい実施の形態として、ファイアウォール１１を通過するのが携帯電話であるものとして説明したが、インターネットＩＮを介した携帯電話Ｔ１からのアクセスであっても、一定条件下でファイアウォール１１を通過させるように構成することが可能である。但し、この場合は、インターネットＩＮに接続された不特定のユーザからのアクセスを許容することになるので、ファイアウォール１１の負担が大きくなる点に留意する必要がある。
≪変形例≫
上述した認証サーバ１は、以下のようなものに置き換えることが可能であり、かかる認証サーバを用いて、上述したネットワークを構成することができる。尚、この認証サーバの構成のうち、上述の認証サーバ１と共通する部分には共通する符合を付すこととする。
この認証サーバも、サーバ本体と、コンピュータ読み取り可能な記録媒体に記録されているコンピュータプログラムにより実現される。
このプログラムは、認証サーバに要求される諸機能を、そのプログラムとコンピュータのハードウェアの協働で実現するものでも良いし、これらに加えてコンピュータが保持する他のプログラムとの協働で実現するものでも良い。
【００９５】
サーバ本体のＣＰＵが、上記のコンピュータプログラムを読み込んで実行することによって形成される機能ブロック図である。この認証サーバでも、出入力部３１と処理部３２とが形成される。
出入力部３１は、上述の場合と同様、携帯電話Ｔ１との間、ホストサーバ１０との間、或いはＣＴＩ装置５との間で、データの出入を制御しながら通信を行う。
【００９６】
処理部３２は、上述の場合と同様、認証及び認証に関わる処理を行うもので、出入力部３１との間でデータを受け渡しできるようになっている。この実施形態における処理部３２は、上述の場合と同様、図７に示すように、制御部３２ａ、ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅ、及び記録部３２ｆを備えて構成されている。
【００９７】
制御部３２ａ、ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅの各機能は、上述の認証サーバ１の場合と略同様であり、記録部３２ｆに記録されている内容は上述の認証サーバ１の場合と同様である。
【００９８】
異なるのは以下の点である。
まず、この認証サーバの制御部３２ａは、上述の認証サーバ１と異なり、通知手段としての機能を有していない。この認証サーバを含むネットワークシステムを使用する際には、ＣＴＩ装置５の電話番号が、例えば電子メールによりユーザのそれぞれに予め通知されているので、認証の際にＣＴＩ装置５の電話番号を通知する必要がないからである。
また、この認証サーバの制御部３２ａは、携帯電話Ｔ１から受け付けたユーザ識別情報（ユーザＩＤとパスワード）が正当なものであるとユーザ識別情報判定部３２ｂが判定し、且つ受け付けた識別用接続Ｕｒｌに含まれていたセッションキーが正当なものであると端末識別情報判定部３２ｄが判定した場合に、その携帯電話Ｔ１がアクセスを要求した接続情報を、当該情報が記録されたホストサーバ１０に送信する機能を有している。ここで、携帯電話Ｔ１から受け付けたユーザ識別情報が正当なものであるとユーザ識別情報判定部３２ｂが判定するのと、セッションキーを端末識別情報生成部３２ｃが生成するのとは、いずれが先に行われても構わない。最終的に、ユーザ識別情報が正当なものであるとユーザ識別情報判定部３２ｂが判定し、且つ受け付けた識別用接続Ｕｒｌに含まれていたセッションキーが正当なものであると端末識別情報判定部３２ｄが判定した場合に、制御部３２ａは上述の許可を行う。
【００９９】
この認証サーバを含むネットワークシステムは、上述のネットワークシステムと同様のサービスを提供できる。異なるのは、ログインの認証についての処理である。
この認証サーバを用いて実現されるログインの認証について、図３０及び図３１を用いて詳しく説明する。
図３０は、ログインの認証処理の手順を示した図である。上述のように、この実施形態における認証には、各携帯電話Ｔ１に固有のセッションキーを使用するが、このセッションキーは認証サーバＳ１により各ユーザ末Ｔ１へ付与されるものである。
認証処理は以下のように行われる。
【０１００】
まず、ユーザは、携帯電話Ｔ１で、予め通知されていた電話番号をダイヤルして、ＣＴＩ装置５に電話をかける。携帯電話Ｔ１からＣＴＩ装置５への電話が実行されると、ＣＴＩ装置５は、電話をかけてきた当該携帯電話Ｔ１の電話番号を検出する。電話番号についてのこの情報は、認証装置に送信され、認証装置が受付けるる（Ｓ３２０１）。
この情報は、出入力部３１から端末識別情報生成部３２ｃへと送られる。端末識別情報生成部３２ｃは、その情報で示される電話番号が記録部３２ｆに記録されているか否かを判定し（Ｓ３２０２）、受け付けた情報で示される電話番号が記録されていた場合には（Ｓ３２０２：Ｙｅｓ）、セッションキーを生成し、それを、記録部３２ｆ中の、当該電話番号と対応付けられたセッションキー記録用の記録領域に記録する（Ｓ３２０３）。記録の仕方は、図８及び図９で示した通りである。
受け付けた情報で示される電話番号が記録されていなかった場合には、当該アクセスは不正なものと判定され（Ｓ３２０４）、認証処理は中止される（Ｓ３２０５）。
【０１０１】
次に、ユーザは、携帯電話Ｔ１を認証サーバＳ１へと接続する（Ｓ３２０６）。この場合、携帯電話Ｔ１の接続先のＵｒｌは、予め携帯電話Ｔ１に何らかの手段で通知しておいたものでよい。但し、認証の安全性を高めるために、以下のようなＵｒｌとしてもよい。即ち、認証装置が受け付けた電話番号が正当で、上述のセッションキーが生成された場合に、例えば電子メールでその携帯電話Ｔ１に通知されたＵｒｌであっても良い。この場合のＵｒｌは、セッションキーが生成された場合に、認証装置の例えば、制御部３２ａが生成するものとすることができる。また、このようにする場合、上述のＵｒｌを送信するための電子メールアドレスは、ユーザＩＤと対応付けて予め記録部３２ｆに記録しておく。尚、この場合のＵｒｌには、当該携帯電話Ｔ１のセッションキーが埋め込まれる。この処理は、この実施形態では制御部３２ａが行うようになっている。
かかる接続がなされると、携帯電話Ｔ１の画面には、ログイン画面が表示される。ログイン画面は、制御部３２ａが生成し、送信した画像データを携帯電話１が受け付けることで、その表示部に表示される。ログイン画面は、例えば、図１４（ａ）に示したようなものとなる。このログイン画面には、ユーザＩＤとパスワードの入力領域５１が表示される。ユーザは、この画面指示に従って、その入力領域５１に、そのユーザに対して予め割り当てられたユーザＩＤとパスワードを入力する。入力されたユーザＩＤとパスワードについてのデータは、携帯電話Ｔ１から認証サーバ１へと送られる（Ｓ３２０７）。このデータは、出入力部３１を介して処理部３２内のユーザ識別情報判定部３２ｂへと送られる。
【０１０２】
ユーザ識別情報判定部３２ｂ（図７参照）は、受け付けたそのデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致するか否か判定する（Ｓ３２０８）。ユーザ識別情報判定部３２ｂは、受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致する場合（Ｓ３２０８：Ｙｅｓ）、アクセスを要求したユーザが正当なものであると判定する（Ｓ３２０９）。
受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれとも一致しない場合（Ｓ３２０８：Ｎｏ）、当該アクセスは不当であると判定される。この場合、ユーザＩＤとパスワードについてのデータ入力、送信の処理（Ｓ３２０７）に戻り、その処理が再度行われる。この処理回数に制限を設けられることは、上述の場合と同様である。
【０１０３】
アクセスを要求したユーザが正当なものであると判定された場合（Ｓ３２０９）、ユーザ識別情報判定部３２ｂは、制御部３２ａにそのことを示す情報を送信する。
【０１０４】
次いで、制御部３２ａは、範囲情報に示された範囲の接続ＵＲＬを取得すべくホストサーバ１０へアクセスし、接続ＵＲＬを取得する。図９で示したように、記録部３２ｆに接続ＵＲＬが記録されている場合には、ホストサーバ１０からの接続ＵＲＬの取得は省略可能である。
次いで、制御部３２ａは、取得した接続ＵＲＬに上述のセッションキーを埋め込んで識別用接続ＵＲＬを生成する（Ｓ３２１０）。
【０１０５】
次いで、認証サーバ１は、セッションキーを埋め込んだ識別用接続ＵＲＬを携帯電話Ｔ１に送る（Ｓ３２１１）。この識別用接続ＵＲＬに基づいて、携帯電話の表示部には、図１４（ｄ）に示した如き、各識別用接続ＵＲＬに対応された文字列を含むトップメニューが表示される。
ユーザは、携帯端末Ｔ１の入力部を適宜操作して、「１．受信」、「２．送信」、「３．検索」、「４．予定」、「５．パスワード変更」というメニューのうちのいずれかを選択する。選択されたメニューと対応している識別用接続ＵＲＬを、携帯電話Ｔ１は、公衆通信網ＤＮを介して送信する。認証サーバ１は、この識別用接続ＵＲＬを受け付ける（Ｓ３２１２）。
識別用接続ＵＲＬは、端末識別情報判定部３２ｄへ送られる。受け付けた識別用接続ＵＲＬに基づいて、端末識別情報判定部３２ｄは、セッションキーの正当性の判定を行う（Ｓ３２１３）。尚、携帯電話Ｔ１から送られる識別用接続ＵＲＬの例えばヘッダーには、ユーザＩＤとパスワードについての情報が付加されている。端末識別情報判定部３２ｄは、受け付けた識別用接続ＵＲＬの情報からセッションキーとユーザＩＤとパスワードの組を抜き出し、これを記録部３２ｆに記録されているセッションキーとユーザＩＤとパスワードの組と対比し、そのすべてが一致するセッションキーとユーザＩＤとパスワードの組が存在していた場合には（Ｓ３２１３：Ｙｅｓ）、セッションキーが正当なものであると判定し（Ｓ３２１４）、そのような組がなければ（Ｓ３２１３：Ｎｏ）、当該アクセスは不正なものと判定され（Ｓ３２０４）、認証処理は中止される（Ｓ３２０５）。
【０１０６】
セッションキーが正当なものであると判定され場合、その情報は制御部３２ａと送られる。制御部３２ａは、受け付けた識別用接続ＵＲＬからセッションキーを除くことで、接続ＵＲＬを再度生成し、これを出入力部を介してホストサーバ１０へと送る（Ｓ３２１５）。これにより、ホストサーバ１０から所定の情報が携帯電話Ｔへと送られることになる。つまり、この実施形態では、ホストサーバ１０からの情報についてのデータの送信と認証の処理とを一体として行う。
【０１０７】
認証装置１０は、携帯電話Ｔ１から、更なる情報の閲覧を要求されたか否かを判定する（Ｓ３２１６）。更なる情報の要求があった場合（Ｓ３２１６：Ｙｅｓ）には、セッションキーの記録（Ｓ３２０３）以後の処理が繰り返される。更なる情報の要求がなければ（Ｓ３２１６：Ｎｏ）、認証の処理は終了する。
【０１０８】
尚、この認証サーバを用いた処理では、電話をＣＴＩ装置５にかけ、セッションキーが生成されるまでの（Ｓ３２０１）乃至（Ｓ３２０３）の処理と、携帯電話Ｔ１を認証サーバに接続して、ユーザ識別情報の正当性が判定されるまでの（Ｓ３２０６）乃至（Ｓ３２０８）の処理とは、その順序が逆でも構わない。
【０１０９】
【発明の効果】
以上の説明から明らかなように、本発明によれば、「なりすまし」を確実に防止できるようになる。また、その応用に際して既存の携帯電話をそのまま利用できるようになる。
【図面の簡単な説明】
【図１】本発明が適用されるネットワークシステムの全体構成例を示した図。
【図２】イントラネットの詳細な構成例を示した図。
【図３】ルータの構成例を示した図。
【図４】イントラネットの外側のルータが具備するＮＡＴテーブルの内容説明図であり、（ａ）は公衆通信網からファイアウォールに向かうデータをルーティングする場合の例、（ｂ）はファイアウォールから公衆通信網に向かうデータをルーティングする場合の例を示した図。
【図５】ＤＯＭＩＮＯサーバを用いたホストサーバの機能構成図。
【図６】ホストサーバとローカルサーバとの間で実行される複製の仕組みを示した説明図。
【図７】認証サーバの構成を示す機能ブロック図。
【図８】認証サーバの情報記録部に記録されたデータを説明するための説明図。
【図９】認証サーバの情報記録部に記録されたデータの他の例を説明するための説明図。
【図１０】社内アドレス帳から１０名分程度の個人アドレス帳をコピーする場合の手順説明図。
【図１１】個人アドレス帳をメールファイルにコピーする場合の手順説明図。
【図１２】社員がホストサーバにアクセスする場合の手順説明図。
【図１３】認証時に認証サーバで実行される処理の流れを説明するための手順説明図。
【図１４】（ａ）、（ｂ）、（ｃ）、（ｄ）は、認証処理時に携帯電話の表示部に表示される表示画面例を示した図である。
【図１５】受信処理の手順説明図。
【図１６】受信文処理の手順説明図。
【図１７】削除処理の手順説明図。
【図１８】返信処理の手順説明図。
【図１９】転送処理の手順説明図。
【図２０】ＦＡＸ処理の手順説明図。
【図２１】送信処理の手順説明図。
【図２２】検索処理の手順説明図。
【図２３】検索リスト表示処理の手順説明図。
【図２４】新規キーワード処理の手順説明図。
【図２５】予定処理の手順説明図。
【図２６】予定リストの新規作成処理の手順説明図。
【図２７】携帯電話の表示部における表示画面例を示した図で、（ａ）はログイン画面、（ｂ）はメイン画面、（ｃ）及び（ｄ）は受信処理時の画面、（ｅ）は文書表示画面、（ｆ）は送信処理時の画面である。
【図２８】（ａ）は検索が選択されている様子を示したメイン画面、（ｂ）は検索処理時の画面、（ｃ）は新規キーワードの入力画面、（ｄ）は新規キーワードによる検索結果を表すリスト画面、（ｅ）は検索後の文書表示画面である。
【図２９】（ａ）は予定が選択されている様子を示したメイン画面、（ｂ）は予定リストの一覧表示領域の画面、（ｃ）は予定作成メニューの選択画面、（ｄ）は予定リストの新規作成用のデータ入力画面である。
【図３０】認証時に変形例による認証サーバで実行される処理の流れを説明するための手順説明図。
【符号の説明】
ＬＮ イントラネット
ＷＮ 無線網
ＭＮ 携帯電話網
ＤＮ 公衆通信網
ＰＮ 専用回線網
ＩＮ インターネット
Ｔ１ 携帯電話（携帯電話）
Ｓａ〜Ｓｅ セグメント
１０，１０ａ〜１０ｅ ホストサーバ
１ 認証サーバ
３１ 出入力部
３２ 処理部
３２ａ 制御部
３２ｂ ユーザ識別情報判定部
３２ｃ 端末識別情報生成部
３２ｄ 端末識別情報判定部
３２ｅ 識別情報制御部
３２ｆ 記録部 １０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ メールファイル
１０５ 社員データベース
１０６ 文書データベース
１０７ スケジュールファイル
１０８ 通信アダプタ
１１ ファイアウォール
１２，１３，１４ ルータ
１４ スイッチング・ハブ
２０，２０ａ，２０ｂ ローカルサーバ
３０，４０ ＤＮＳ
【発明の属する技術分野】
本発明は、例えば、携帯電話を使用して情報提供サービスを行う際に使用される認証技術に関する。
【０００２】
インテリジェントな携帯電話（情報処理機構を有する携帯電話）が普及して久しいが、現在では、インテリジェントな携帯電話を用いて種々のサービスが実現されている。
例えば、インテリジェントな携帯電話をインターネットメールサービスの端末として用い、サーバ側から個人ユーザ向けの情報提供のサービスを行ったり、企業間ないし企業内の業務連絡などのサービスを行ったりして、インターネットのようなコンピュータネットワークを積極的に活用することが、一般的になってきている。
【０００３】
このようなサービスは、サーバ側で、携帯電話との間のインターネットを介した通信と、それに伴う特定のサーバへのアクセスとを制御することにより実現される。
携帯電話を用いたこの種のサービスは、通常、サービスの提供者が管理する特定の者、すなわち予め登録した者に対してのみ提供される。このような観点から、上述のようなサービスを実行する場合は、サービスの提供を要求する者が、サービス提供者の管理下にある者であるか否かを確認するという認証の手続が必要となる。
【０００４】
認証は、何らかの許可情報、例えばユーザ名その他のユーザＩＤやパスワードを用いて行われるのが一般的である。つまり、携帯電話からユーザが送ったユーザＩＤ及びパスワードと、サービス提供者が管理しているユーザＩＤ及びパスワードとを照合し、一致すれば当該ユーザは正当な者であり、一致しなければ当該ユーザは正当な者でないと判断する。そして、正当な者であると判断されたユーザのみが、サーバ側で用意している所定のサービスを享受できるようにしている。
しかしながら、このような認証の手法にも不具合がないわけではない。それは、ユーザＩＤ及びパスワードは、それが他人に盗まれた場合には、当該他人がそれを用いることで正規のユーザになりすますことが可能であるという点である。
【０００５】
【発明が解決しようとする課題】
本発明は、従来の認証の手法を用いても防ぐことができなかった、上記の「なりすまし」の問題を確実に防ぐことができる新たな認証技術を提供することを、その課題とする。本発明は、また、かかる認証技術の応用技術を提供することを、その課題とする。
【０００６】
【発明を解決するための手段】
「なりすまし」の発生は、従来、認証に用いられていた許可情報は、それを入手さえできれば、携帯電話の如何を問わずに使用可能であることに起因する。これとは逆に、その携帯電話に固有の情報を認証に用い、その端末を用いた場合にしか正当なユーザによるアクセスであるとの認証がなされないようにすれば、大半のなりすましを防止することができる。
他方、携帯電話に固有の上記情報を認証に用いる場合には、携帯電話に特殊な機能を持たせなければならないことが多いが、認証を行う側に何らかの工夫を行うことにより、既に普及している携帯電話をそのまま利用できるような認証技術があれば、その価値は高い。
本発明は、このような知見に基づいてなされたものである。
【０００７】
本発明は、まず、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行う以下のような構成の認証装置を提案する。
この認証装置は、前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する通知手段と、前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する許可手段と、を備えてなる。そして、許可手段から情報記録装置に送られた接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなる。
【０００８】
この認証装置は、携帯電話に固有の電話番号と対応付けられた端末識別情報を各携帯電話についてのユーザ識別情報と対応付けて発行する処理と、その端末識別情報を用いて認証を行う処理とを実行できるものとなっている。つまり、この認証装置で認証のために用いられる情報は、各携帯電話に固有の端末識別情報である。従って、何者かが他のユーザになりすまそうとした場合、なりすましたい相手であるユーザの携帯電話を入手しない限りそれができない。従って、この認証装置は、従来の認証装置よりも認証の信頼性が高くなる。
また、この認証装置では、携帯電話に固有の情報として端末識別情報を用いることとしているが、これは一般的な携帯電話が普通に備えている発信者番号通知機能を利用して生成される。また、端末識別情報は、インテリジェントな携帯電話で普通に利用される接続情報（例えば、ＵＲＬ）に埋め込めるものとなっており、認証装置でこれを接続情報に埋め込んで識別用接続情報を生成することとしている。この識別用接続情報は、携帯電話へ送られると共に、携帯電話にそれを返信させることで、認証装置で利用されるが、接続情報自体は通常の携帯電話でも普通に利用されるものである。従って、この認証装置は、通常のインテリジェントな携帯電話であれば、例えば、Ｊａｖａ（「Ｊａｖａ」は株式会社サンマイクロソフトの登録商標）プログラムの利用を行える等の特殊な機能がなくても利用できるようなものとなっている。
なお、本明細書でいう「アクセス」は、情報の要求や取得のほか、ＦＡＸ指示や印刷指示のような各種指示を含む概念である。
【０００９】
本発明におけるユーザ識別情報は、各ユーザ毎に割り当てられた情報であって、各ユーザを識別できるユニークなものであれば足りる。例えば、ＩＤ及びパスワードの組からなるものとすることができる。
また、携帯電話から認証装置へ送信される識別用接続情報（携帯電話で指定された前記識別用接続情報）には、当該携帯電話を使用するユーザのユーザ識別情報が、例えばそのヘッダに付加される場合がある。この場合における端末識別情報判定手段は、携帯電話から受け付けた当該識別用接続情報に含まれている前記端末識別情報と、ユーザ識別情報を、前記記録媒体に記録されており且つ互いに対応付けられた前期端末識別情報及びユーザ識別情報と対比してその端末識別情報が正当なものか否かを判定するようになっていても良い。
【００１０】
識別用接続情報送信手段は、接続情報を保持していても良い。この接続情報は、各携帯端末が接続できる範囲についての情報を含んでいても良い。識別用接続情報送信手段は、接続情報を情報記録装置から受け付けるようになっていても良い。この場合には、所定の情報記録装置から受け付けた接続情報に端末識別情報を埋め込んで識別用接続情報を生成する。このようにすれば、認証装置の構成を簡易にできる。
【００１１】
この認証装置は、また、端末識別情報の使用を停止又は停止解除させる識別情報制御手段をさらに備えているものとされていても良い。識別情報制御により端末識別情報を使用の停止、停止解除を行えるようにすることで、認証についての安全性を高めることができるようになる。
識別情報制御手段は、ある携帯電話から所定の情報にアクセスすることの要求が所定の時間なかった場合に、当該携帯電話についての端末識別情報の使用を停止させるようになっていても良い。本発明の認証装置では、携帯電話から発信者番号検出装置へかけられた電話を契機にして端末識別情報を生成し、これを利用して以後の認証を行うようにしているが、情報へのアクセスの開始（ログイン）、終了（ログアウト）についての監視を認証装置で行うのは困難である。ここで、一定以上時間が開いてから情報へのアクセスの要求がなされた場合は、その携帯端末は第三者に拾われたり、盗まれたりしている可能性が、そうでない場合よりも高い。そのようなときに端末識別情報が利用可能であると、その携帯端末を手に入れた第三者が「なりすまし」を行うことは容易である。識別情報制御手段が、ある携帯電話から所定の情報にアクセスすることの要求が所定の時間なかった場合に、当該携帯電話についての端末識別情報の使用を停止させるようになっていれば、上述の如き「なりすまし」の防止を図れるようになる。
【００１２】
本発明の認証装置における端末識別情報生成手段は、ある携帯電話が所定の情報へのアクセスを許可される度に、新たな端末識別情報を生成し、これを当該携帯電話の電話番号と対応付けて記録されていた端末識別情報に上書きするようになっていても良い。このように頻繁に端末識別情報を変化させることで、「なりすまし」の発生をより一層防止できるようになる。
【００１３】
携帯電話がアクセスしようとする前記情報は、例えば、セキュリティ性が要求される所定のネットワークの中に存在し、且つ、前記ネットワークの外に存するファイルと少なくともその一部が共通の内容に維持されている共通ファイルの記録情報とすることができる。
【００１４】
本発明の認証装置は、携帯電話がアクセスしようとする前記情報が、セキュリティ性が要求される所定のネットワークの中に存在し、且つ、前記ネットワークの外に存するファイルと少なくともその一部が共通の内容に維持されている共通ファイルの記録情報とされたものであっても良い。
【００１５】
本発明は、携帯電話がアクセス可能な情報を記録した第１サーバと、この第１サーバに記録されている前記情報にアクセスしようとする携帯電話が正当なものか否かの認証を行う認証装置とを有し、前記第１サーバが、正当なものと判定された携帯電話からのアクセスに呼応して該当情報を索出し、索出した情報を当該アクセスの発信元である携帯電話に送出するように構成されたネットワークシステムにも応用が可能である。
この場合の認証装置は、前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する通知手段と、前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された前記第１サーバに送信する許可手段と、を備えており、その接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなるものとされる。
【００１６】
上述のネットワークは、前記第１サーバがネットワークの中で、そのネットワークの外に存する第２サーバ（第１サーバのものとその記録情報の少なくとも一部が互いに共通の内容に維持される共通ファイルを保有するサーバ）と専用線又は仮想専用線で接続されており、前記第１サーバと前記第２サーバは、それぞれその記録情報の少なくとも一部が互いに共通の内容に維持される共通ファイルを保有するものであり、前記認証装置は、前記第１サーバの共通ファイルの記録情報にアクセスしようとする携帯電話が正当なものであるか否かの認証を行うものであっても良い。
この場合、前記認証装置は、前記第１サーバの共通ファイルの記録情報にアクセスしようとする携帯電話が正当なものであるか否かの認証を行うように構成する。
第１サーバと第２サーバとが接続されるネットワークシステムの場合、これらのサーバの各々は、それぞれ自己の共通ファイルの記録情報に変更が生じたときは、変更前後の差分データを他方のサーバに送付するとともに、他方のサーバから前記差分データを受領したときは当該差分データを自己の共通ファイルに複写する複写タスクを自動実行するように構成することができる。
第２サーバが複数の第１サーバのそれぞれに対応して設けられるという構成も、本発明によれば可能である。
【００１７】
本発明のネットワークシステムに備えられる前記認証装置は、前記第１サーバから前記携帯電話に送出された情報を抽出する抽出手段と、いかなる情報が送出されたかという送出情報についてのデータを各携帯電話毎に記録する送出情報記録手段とを更に備えるようにしても良い。
あるいは、前記送出情報記録手段に記録された前記データに基づいて、その携帯電話についての送出情報を、当該携帯電話のディスプレイに表示するためのデータを生成する送出情報提示手段とを更に備えるようにしても良い。
このような認証装置であれば、一度ユーザが使用した情報についての送出情報を、見出しの如き状態で、当該携帯電話に表示できるようになり、ユーザにとって便宜となる。
【００１８】
前者のネットワークシステム、及び第１サーバが接続された後者のネットワークシステムは、ユーザ企業別のグループウェア（一般に、グループウェアの語は、共通の仕事や目的をもったグループが行う作業を支援するコンピュータソフトウェアを指すが、この特許明細書では、それを実現するためのハードウェア資源をも含む概念を意味する。）を実現する環境を容易に構築することができる。
企業における業務の形態は多様化しており、一人で業務を収束させることは稀で、通常は、グループウェアを用いて複数の人間が協調して業務を遂行するようになっている。グループウェアは、例えば、ファイアウォールで保護されたイントラネットに、社員が操作する複数の携帯電話（クライアント端末）とこの携帯電話からのアクセスを一定条件下で受け付ける第１サーバとを接続し、第１サーバに、ユーザインタフェース機能やセキュリティ機能等を形成するためのコンピュータプログラムを搭載して実現される。
【００１９】
通常、イントラネットには、インターネットプロバイダのＷＷＷ（World Wide Web）サーバも接続されており、電子メールに関しては、インターネットを媒介として外部端末からもイントラネット内で受け渡しできるようになっている。
企業内のイントラネットに当該企業の社内情報を管理するサーバを設け、このサーバに上記の各種端末を接続できる環境を構築できれば、当該企業の社員が任意の時点で任意の箇所から社内情報にアクセスすることが可能になり、企業の業務への活用形態としては、極めて好ましいものとなる。しかし、イントラネットを活用するためには、以下のような課題もある。
（i）インターネットメールサービスの利用を前提とした社内情報のアクセス形態では、守秘義務のない者が運営するＷＷＷサーバが介在することになるため、セキュリティ性を十分に確保できるかどうかがわからない。
（ii）セキュリティ性確保のために、例えばグループウェアを実現するための各種端末同士をすべて専用回線で接続したり、あるいは企業の本社のイントラネットと各支店のイントラネット及び本社及び各支店のイントラネット同士をすべて専用回線で結ぶことも考えられるが、そうすると必然的に多くの専用回線の敷設が必要となり、運用を維持する費用の飛躍的な増加を招くため、コスト高となる。
（iii）既存のインターネットメールサービスを業務に使用しようとすると、携帯電話サービス事業者が標準的に提供するインターネットメールサービスでは、当該事業者の設定するサービス条件による、例えば、一件のメールの文字数、メールサーバに蓄積できるメールの件数、添付文書の形態等の制限があるため、大きなデータの送信が難しくなり、また、携帯電話の場合、その機種毎にメール機能の操作方法が少しずつ異なるため、操作に関する統一的な教育および習熟が困難となるので、グループウェアの操作性が良くない。 （iv）携帯電話から通知を受けた企業スタッフが通知内容のアプリケーションプログラムを手動で起動させたり、有線通信による特定のサービス提供体において用意されているコンピュータが予め登録されたアプリケーションプログラムをディジタル有線端末から入力される制御信号の内容を解読して自動的に起動実行することは、従来より行われているが、上記のサービス提供体等による既存のインフラストラクチャ（infrastructure）を利用せずに、独自に用意したアプリケーションプログラムを携帯電話端末等から任意に起動実行させることは、現在のところ行われておらず、グループウェアの拡張性に問題が残る。
このような課題を解決するのが上述の各ネットワークシステムである。
【００２０】
本発明は、また、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を所定のコンピュータを含む認証装置に実行させるための方法であって、前記コンピュータが少なくとも以下の過程を実行する認証方法を提供する。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる過程、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する過程、
（３）受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する過程、
（４）前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する過程、
（５）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する過程、
（６）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する過程、
（７）前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する過程。
【００２１】
本発明は、また、以下のプログラムを提供する。
本発明のプログラムは、所定のコンピュータに、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行うための以下の処理を実行させることで、当該コンピュータを認証装置として機能させるためのコンピュータ読み取り可能なプログラムである。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる処理、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する処理、
（３）受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する処理、
（４）前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する処理、
（５）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する処理、
（６）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する処理、
（７）前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する処理。
このようなプログラムを用いれば、汎用的なコンピュータを本発明の認証装置として機能させられるようになる。
【００２２】
本発明は、上述の認証装置とは異なる他の認証装置として、以下のものを提供する。
その認証装置は、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行う装置である。そして、前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、受け付けたユーザ識別情報が正当なものであると前記ユーザ識別情報判定手段が判定し、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると端末識別情報判定手段が判定した場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する許可手段と、を備えており、その接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなる、認証装置である。
この認証装置は、各ユーザが使用する電子メールアドレスを、各ユーザに割り当てられた前記ユーザ識別情報と対応付けて記録する手段と、前記ユーザ識別情報判定手段が、ユーザ識別情報が正当なものと判定したときに、そのユーザ識別情報が割り振られたユーザの正当性を認証するための認証情報へ接続するための認証接続情報を、その携帯電話と対応付けられた端末識別情報を埋め込んで生成するとともに、そのユーザの電子メールアドレスに前記認証接続情報を記した電子メールを送信する手段とを備えており、前記電子メールを受け付けたユーザが、その携帯電話を前記認証情報接続情報により前記認証情報に接続したときに、当該ユーザのユーザ識別情報を入力させるようになっていてもよい。
この認証装置は、基本的に上述した認証装置と同様のものであり、上述した認証装置と同様のものとすることができる。また、上述したネットワークシステムに応用することもできる。
この認証装置が上述した認証装置と異なるのは、上述した認証装置が備える通知手段を備えていない点である。従って、この認証装置を用いる場合、発信者番号検出装置の電話番号は、何らかの手段によりユーザに予め通知しておく。
この認証装置では、ユーザ識別情報判定手段と、識別情報判定手段とがそれぞれ行う、ユーザ識別情報の正当性の判定と、端末識別情報の正当性の判定は、どちらが先に行われても良い。認証にあたってはこれら２つの情報が用いられる。
そして、ユーザ識別情報が正当であり、且つ端末識別情報が正当である場合にのみ、そのアクセスが正当なものとみなされる。
【００２３】
この認証装置と同様の作用効果を、以下の方法によっても得ることができる。
その方法は、例えば、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を所定のコンピュータを含む認証装置に実行させるための方法であって、前記コンピュータが少なくとも以下の過程を実行する認証方法である。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる過程、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する過程、
（３）携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する過程、
（４）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する過程、
（５）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する過程、
（６）受け付けたユーザ識別情報が正当なものであると判定され、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると判定された場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する過程。
【００２４】
この認証装置と同様の作用効果を、以下のプログラムによっても得ることができる。
そのプログラムは、例えば、所定のコンピュータに、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行うための以下の処理を実行させることで、当該コンピュータを認証装置として機能させるためのコンピュータ読み取り可能なプログラムである。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる処理、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する処理、
（３）携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する処理、
（４）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する処理、
（５）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する処理、
（６）受け付けたユーザ識別情報が正当なものであると判定され、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると判定された場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する処理。
このようなプログラムを用いれば、汎用的なコンピュータを本発明の認証装置として機能させられるようになる。
【００２５】
【発明の実施の形態】
次に、図面を参照して本発明の好適な実施の形態を説明する。
＜全体構成＞
図１は、本発明が適用されるネットワークシステムの全体構成例を示した図である。本実施形態のネットワークシステムは、公衆通信網ＤＮが敷設された管理企業に設置されるセキュアなイントラネットＬＮを有する、事後的に構築可能なネットワークシステムである。
イントラネットＬＮは、それぞれ専用回線網ＰＮと接続可能な複数のセグメントＳａ〜Ｓｎを有している。
セグメントＳａ〜Ｓｎは、それぞれ管理の対象となるユーザ企業の第１サーバであるホストサーバ１０ａ，１０ｂ，・・・を配備するために割り当てられる。
イントラネットＬＮの入口付近には、認証サーバ１、ファイアウォール（ＦＷ）１１、ルータ１２及びＣＴＩ（Computer Telephony Integration）装置５が設けてあり、正当な携帯電話Ｔ１からの特定のアクセスのみが、これらを通過してイントラネットＬＮ内のいずれかのセグメントＳａ〜Ｓｎに導かれるようになっている。つまり、イントラネットＬＮの外部からのアクセスに対するセキュリティ性が維持されている。
ＣＴＩ装置５は、コンピュータを含む情報処理装置と通信システムを連動させ、コンピュータに不足する部分を通信機能で補い、通信システムで不足する部分をコンピュータの処理機能で補完する事を目的としたシステムを含んだ装置であり、本発明における発信者番号検出装置としての機能を有するものである。つまり、ＣＴＩ装置５は、携帯電話からの電話を受け付けた際に、その携帯電話Ｔ１の電話番号を検出する機能を有している。携帯電話Ｔ１からの電話は、無線網ＷＮ、公衆通信網ＤＮを介して、このＣＴＩ装置５に届くようになっている。ＣＴＩ装置５は、また、認証サーバ１と接続されており、認証サーバ１へその検出した電話番号についての情報を送信できるようになっている。尚、ＣＴＩ装置５は、認証サーバ１と一体となっていても構わない。
【００２６】
ファイアウォール１１には、携帯電話Ｔ１からのアクセスが、無線網ＷＮを含む携帯電話網ＭＮと、携帯電話網ＭＮ内のルータ１４を介して接続された公衆通信網ＤＮと、この公衆通信網ＤＮを介して接続されたルータ１２とを通じて導かれる。
携帯電話網ＭＮは、携帯電話による通信サービス事業を提供する事業体が管理するものである。
なお、ここでいう携帯電話には、狭義の携帯電話（携帯電話無線機）のほか、ＰＨＳのようなものも含むものとする。
【００２７】
携帯電話Ｔ１は、インテリジェントな携帯電話（情報処理機構を有する携帯電話）である。
携帯電話Ｔ１には、それが備える表示部（ディスプレイ）にブラウザ画面を形成するためのブラウザプログラムが搭載される。このブラウザプログラムは、携帯電話Ｔ１に当初から搭載しておいても良く、「Ｊａｖａアプレット（Ｊａｖａは米国サン・マイクロシステムズの商標）」として、ホストサーバ１０の側からその都度送出するようにしても良い。
携帯電話Ｔ１には、また、テンキーなどで構成される入力部が設けられており、ＩＤ（後述する認証ＩＤとユーザＩＤ）とパスワード（後述する認証パスワードとユーザパスワード）の入力を行えるようになっている。
【００２８】
携帯電話網ＭＮには、良く知られているように、ＤＮＳ（Domain Name Server）３０が設けられており、インターネットＩＮにもグローバルなＤＮＳ４０が設けられている。ＤＮＳ３０及びＤＮＳ４０は、ドメイン名とＩＰ（InternetProtocol）アドレスとの対応関係を記述したアドレステーブルを有しており、それぞれ相互にアドレステーブルを参照することにより、アクセス時のアドレスの相違を解決できるようになっている。
【００２９】
専用回線網ＰＮは、専用回線又は仮想専用回線（例えば暗号化技術及びカプセル技術を用いて公衆回線を仮想的に当事者間で専用化した回線（バーチャル・プライベート・ネットワーク））の集合からなる通信網である。
専用回線網ＰＮとしては、いわゆる次世代通信網（例えば「ＰＲＩＳＭ（ＰＲＩＳＭは日本テレコム株式会社の登録商標）」と呼ばれる専用回線網）が実用化の域にあり、日本全国又は世界中に、複数のアクセスポイントが用意されているので、これを利用することで、運用コストを低減させることができる。
本実施形態では、遠隔地に存するユーザ企業の第２サーバの一例となるローカルサーバ２０ａ，２０ｂを、それぞれ最寄りのアクセスポイントから専用回線網ＰＮに接続し、この専用回線網ＰＮを介して対応するホストサーバ１０ａ，１０ｂと双方向通信可能な形態で接続されるようにしておく。
【００３０】
＜イントラネットの構成＞ イントラネットＬＮの詳細な構成例を図２に示す。
図２は、５つのセグメントＳａ〜ＳｅからなるイントラネットＬＮの例を示している。各セグメント、例えばセグメントＳａは、複数の接続ポートを有している。その一つは、ホストサーバ１０ａに接続され、他の一つはルータ１３に接続されている。ルータ１３のポートに専用回線網ＰＮの特定の回線を接続することにより、ユーザ企業が、個別的にセグメントＳａを使用することができるようになっている。
なお、セグメントＳａと専用回線網ＰＮとの間にスイッチング・ハブ（インテリジェント型通信路切替装置）又はルータを設け、これを介して専用回線網ＰＮに接続するようにしても良い。他のセグメントＳｂ〜Ｓｅについても同様となる。
【００３１】
各セグメントＳａ〜Ｓｅの接続ポートに、ホストサーバ１０ａ〜１０ｅが配備され、各ホストサーバ１０ａ〜１０ｅにスイッチング・ハブ１４及び専用回線網ＰＮを介してローカルサーバが接続された状態では、イントラネットＬＮ内にセキュアなハウジングが構築される。
すなわち、すべてのホストサーバ１０ａ〜１０ｅと対応するローカルサーバとは専用回線網ＰＮで接続されるから第三者が介入する余地がなく、各ホストサーバ１０ａ〜１０ｅが配備されるセグメントＳａ〜Ｓｅは、それぞれファイアウォール１１で保護されているから、不正アクセス者が侵入することが困難なハウジングとなる。
従って、このようなハウジングの個々のセグメントＳａ〜Ｓｅをユーザ企業用に割り当てることで、ユーザ企業にとっては、安価なコストでセキュアな自社専用のネットワーク環境（又はグループウェア環境）を構築できるようになる。
【００３２】
＜ルータの構成＞
ルータ１２，１３，１４は、OSI（Open Systems Interconnection）基本参照モデルの第３層（ネットワーク層）でルーティング（経路制御）を行う。ネットワーク層で接続されるため、OSI基本参照モデルの第２層（データリンク層）以下が異なっていてもデータの中継が可能である。ルータ１２，１３，１４は、経路設定機能も持ちあわせているので、例えばイントラネットＬＮと公衆通信網ＤＮ、イントラネットＬＮと専用回線網ＰＮのような異なるネットワークの接続も可能である。
【００３３】
図３は、ルータの構成例を示した図である。ルータは、双方向のルーティングを行うため、伝送路Ｒ１，Ｒ２に対して、受信レシーバＲＲ及び受信バッファＲＢと、送信ドライバＳＤ及び送信バッファＳＢとを対称に設け、さらに、ルーティング実行部Ｕ１、ＮＡＴ（Network Address Translation）テーブルＮＴ、ＲＩＰ（Routing Information Protocol）実行部Ｕ２を具備している。
受信レシーバＲＲは、伝送路Ｒ１，Ｒ２からデータを受信するものである。受信バッファＲＢは、受信したデータを蓄積するものである。送信ドライバＳＤは、伝送路Ｒ１，Ｒ２へデータを送信（転送）するものである。送信バッファＳＢは、送信（転送）すべきデータを蓄積するものである。ルーティング実行部Ｕ１は、受信したＲＩＰを処理してアドレス変換を行い、通信路を確立するものである。ＲＩＰ実行部Ｕ２は、必要なＲＩＰを伝送路Ｒ１，Ｒ２に送出するものである。ＮＡＴテーブルＮＴには、アドレス変換の際に使用されるアドレス、すなわち宛先のアドレスを表す「Destination」と、着信元のアドレスを表す「Source」が記録されている。
【００３４】
図４は、イントラネットＬＮの外側のルータ１２が具備するＮＡＴテーブルの内容例を示した図である。図４（ａ）は公衆通信網ＤＮからファイアウォール１１に向かうデータをルーティングする場合のＮＡＴテーブル、図４（ｂ）はファイアウォール１１から公衆通信網ＤＮに向かうデータをルーティングする場合のＮＡＴテーブルの例を示している。
「2××.111.22.33」はドメイン登録されたユーザ企業のローカルサーバ２０のＩＰアドレス、「1××.111.22.33」はホストサーバ１０のＩＰアドレス、「2××.444.55.6」は発信端末のインターネットにおけるＩＰアドレス、「1××.444.55.6」はイントラネットＬＮで認識可能な発信端末のＩＰアドレスである。ＮＡＴテーブルを図４のように設定することで、インターネットとは異なるＩＰアドレスでイントラネットＬＮにアクセスできるようになる。
【００３５】
ルータ１３には、ファイアウォール１１を通過したアクセスの発信端末のアドレスと、管理対象となるホストサーバのアドレスとを、そのＮＡＴテーブルに設定しておく。ＮＡＴテーブルをこのように設定することにより、ファイアウォール１１を通過したアクセスの発信端末とセグメント（それに配備されるホストサーバ）との間に、選択的に通信路を確立する通信路制御手段を実現することができる。
スイッチング・ハブ１４に代えて、ルータを用いる場合も、同様の手順でアドレスをＮＡＴテーブルに設定することになる。
【００３６】
＜ホストサーバとローカルサーバ＞
ホストサーバ（図１の１０ａ，１０ｂ、図２の１０ａ〜１０ｅ、以下、個々のものを識別する必要がない場合はサフィックスを省略した符号１０で表す）及びローカルサーバ（図１の２０ａ，２０ｂ以下、個々のものを識別する必要がない場合はサフィックスを省略した符号２０で表す）について説明する。
原則として、一つのホストサーバ１０に一つのローカルサーバ２０が対応し、それぞれ専用回線網ＰＮを介して接続されるようになっている。但し、一つのホストサーバ１０に複数のローカルサーバ２０が対応していても良く、個々のローカルサーバ２０に１又は複数のクライアント端末が接続される独自のＬＡＮ（Local Area Network）が接続されていても良い。要は、イントラネットＬＮの中に存するホストサーバ１０とイントラネットＬＮの外に存するローカルサーバ２０とが１対１に対応していれば足りる。
【００３７】
ホストサーバ１０は、データ転送可能なウエブメールサーバ機能、検索機能、複写機能、スケジューラ機能を有し、さらに、ユーザがアクセスしようとする情報であるメールファイルやスケジュールファイル等を含むデータベースを具備するコンピュータである。
検索機能はデータベースの該当ファイルを検索する機能であり、複写機能はローカルサーバ２０との間でデータベースの変更分のデータの複写を行う複写タスクを起動実行する機能である。スケジュール機能は、登録したユーザ企業毎に用意されているスケジュールファイルを管理する機能である。
ローカルサーバ２０は、少なくとも上記の複写機能とデータベースとを有するコンピュータである。
【００３８】
必ずしもその必要はないが、この実施形態では、ホストサーバ１０とローカルサーバ２０の各々が具備するデータベース内のファイルの少なくとも一部は、他方のサーバのものと共通の内容に維持される共通ファイルとされる。
ホストサーバ１０とローカルサーバ２０とでグループウェアを構成している場合は、当該グループウェア内で共通内容となる共通ファイルとされる。
例えば、ローカルサーバ２０内のメールファイルやスケジュールファイルの内容がそのままホストサーバ１０内のメールファイルやスケジュールファイルの内容となる。
従って、ホストサーバ１０の共通ファイルにアクセスすれば、それは、ローカルサーバ２０で管理している共通ファイルにアクセスしたのと、実質的に等価となる。
【００３９】
ホストサーバ１０とローカルサーバ２０の共通ファイルの内容を共通に維持するための形態には種々考えられるが、この実施形態では、各サーバで互いに複写タスクを実行することで、これを実現する。
すなわち、ローカルサーバ２０が自己の共通ファイルに変更が生じたときに、変更前後の差分データをホストサーバ１０に送付するとともに、ホストサーバ１０から差分データを受領したときは、当該差分データを自己の共通ファイルに複写する。ホストサーバ１０の共通ファイルに変更が生じた場合の複写タスクも同様に行われる。
【００４０】
＜認証サーバの構成＞
次に、認証サーバ１について説明する。認証サーバ１は、本発明における認証装置に相当するもので、携帯電話Ｔ１からホストサーバ１０の共通ファイルに記録された情報へのアクセス要求があった場合に、その携帯電話Ｔ１が正当なものであるか否かの認証を行い、アクセス要求をしてきた携帯電話Ｔ１が正当なものであるときに、当該携帯電話Ｔ１による上記アクセスを許可するものである。
【００４１】
この認証サーバ１は、サーバ本体と、コンピュータ読み取り可能な記録媒体に記録されているコンピュータプログラムとによって実現される。
コンピュータプログラムは、通常は、サーバ本体が具える記録装置に記録され、サーバ本体のＣＰＵがその記録装置から適宜読み出して実行するようになっているが、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのような可搬性の記録メディアに記録されているものであっても良い。あるいは所定のコンピュータネットワークを通じてダウンロードされるものであっても良い。
また、このプログラムは、認証サーバ１に要求される諸機能を、そのプログラムとコンピュータのハードウェアの協働で実現するものでも良いし、これらに加えてコンピュータが保持するＯＳ（オペレーションシステム）プログラム等の他のプログラムとの協働で実現するものでも良い。
【００４２】
図７は、サーバ本体のＣＰＵが、上記のコンピュータプログラムを読み込んで実行することによって形成される機能ブロック図である。本実施形態では、出入力部３１と処理部３２とが形成される。
出入力部３１は、携帯電話Ｔ１との間、ホストサーバ１０との間、或いはＣＴＩ装置５との間で、データの出入を制御しながら通信を行う。より具体的には、例えば、携帯電話Ｔ１から、ユーザ識別情報や端末識別情報（いずれも後述する。）を受け付けたり、認証の結果を携帯電話Ｔ１に返信して、その後のデータの出入を制御したり、或いは、ＣＴＩ装置５から電話番号についての情報を受け付けたりする。
【００４３】
処理部３２は、認証及び認証に関わる処理を行うもので、出入力部３１との間でデータを受け渡しできるようになっている。この実施形態における処理部３２は、図７に示すように、制御部３２ａ、ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅ、及び記録部３２ｆを備えて構成されている。
【００４４】
制御部３２ａは、装置全体の基本的な動作の制御を行う。ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅは、いずれも、この制御部３２ａの管理下で動作を行う。
制御部３２ａは、上述の機能の他に、後述する端末識別情報判定部３２ｄが、認証を求める携帯電話Ｔ１を正当なものと認証した場合、携帯電話Ｔ１によるサーバ１０の共通ファイルの記録情報へのアクセスを許可する機能を有している。また、第１サーバから携帯電話Ｔ１に送出された情報を抽出する機能、送出情報についてのデータを各携帯電話Ｔ１毎に記録する機能を備えていると共に、記録されたそのデータに基づいて、その携帯電話Ｔ１についての送出情報を、当該携帯電話の表示部に表示するためのデータを生成する機能を有している。
制御部３２ａは、また、出入力部３１が所定の携帯電話Ｔ１から受け付けたユーザ識別情報が、ユーザ識別情報判定部３２ｂで正当なものと判定された場合に、その携帯電話Ｔ１に、ＣＴＩ装置５の電話番号を通知する機能を有している。
電話番号の通知の形態は、音声、画像などどのようなものでも構わない。また、例えば電子メール等を利用してパケット通信によりかかる通知を行っても良いし、電話によりかかる通知を行っても良い。この実施形態では、携帯電話Ｔ１のディスプレイに電話番号についての情報を表示させることで、ＣＴＩ装置５の電話番号を携帯電話Ｔ１に通知することとしている。つまり、制御部３２ａは、そのための画像データを生成する機能を有している。
【００４５】
ユーザ識別情報判定部３２ｂは、所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に、受け付けたユーザ識別情報と記録部３２ｆに記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する機能を有している。判定結果についての情報は、制御部３２ａに送られるようになっている。
【００４６】
端末識別情報生成部３２ｃは、ＣＴＩ装置５から発信元の携帯電話Ｔ１の電話番号についての情報を受け付けると共に、その電話番号が記録部３２ｆに記録されている場合にセッションキー（後述する。）を生成して、それを記録部３２ｆに記録する。
【００４７】
端末識別情報判定部３２ｄは、識別用接続ＵＲＬ（後述する。）を受け付けた携帯電話Ｔ１で指定され、当該携帯電話Ｔ１から返信された識別用接続ＵＲＬを出入力部３１を介して受け付け、受け付けた識別用接続ＵＲＬに含まれているセッションキーと記録部３２ｆに記録されているセッションキーとを対比してそのセッションキーが正当なものか否かを判定する機能を有している。判定結果についての情報は、制御部３２ａに送られるようになっている。これを受け付けた制御部３２ａは、その携帯電話Ｔ１からのアクセスを、該当する識別用接続ＵＲＬからセッションキーを除いたものとなっている接続先ＵＲＬに導く。これにより、アクセスしてきた携帯電話Ｔ１と目的のホストサーバ１０との間の通信が可能になる。
尚、携帯電話Ｔ１から返信される識別用接続ＵＲＬには、携帯電話Ｔ１を使用するユーザのユーザ識別情報が付加されている場合がある。この場合、端末識別情報判定部３２ｄは、携帯電話Ｔ１から受け付けた識別用接続ＵＲＬに含まれているセッションキー、及びユーザ識別情報と、記録部３２ｆに記録されたセッションキー、及びそれと対応付けられたユーザ識別情報とを対比することで、アクセスを求めてきた携帯端末Ｔ１の正当性を判定するようになっていても良い。
【００４８】
識別情報制御部３２ｅは、セッションキーの使用を停止又は停止解除させるべく、後述のフラグの管理を行う機能を有している。フラグは、記録部３２ｆの所定の領域に書き込まれる。
【００４９】
記録部３２ｆは、認証に用いる種々の情報が記録されている。
記録部３２ｆには、例えば、図８に示した如く、ユーザ識別情報、各携帯電話の電話番号、及び範囲情報が記録されており、セッションキー、及び停止フラグ書込みのための領域が設けられている。これら各情報及び領域は、互いに対応付けられており、認証の対象となる携帯電話Ｔ１のそれぞれについてのものが記録されている。
ユーザ識別情報は、各ユーザを他のユーザから識別することのできるユニークな情報であり、これには限られないが、この実施形態では、ユーザＩＤ（UserID）とパスワード（PASSWORD）とからなる。この例のユーザＩＤ及びパスワードは、数字のみ、アルファベットのみ、あるいはこれらの組み合わせからなる。ユーザ識別情報は、各ユーザに予め割り当てられ、記録部３２ｆに記録されている。ユーザ識別情報は、例えば、ネットワーク管理者が各ユーザに適宜割り振ったものでも良く、重複が出ないようにすることを目的としたネットワーク管理者の管理下で、各ユーザが適宜選択したものでも良い。
電話番号は、各携帯電話の電話番号であり、携帯電話が備える発信者番号通知機能により通知される番号である。これも予め、記録部３２ｆに書き込まれている。
範囲情報は、各携帯電話Ｔ１が接続できる情報の範囲を定めるものである。これも予め、記録部３２ｆに書き込まれている。Ａ、Ｂ…等で示したのが、各携帯端末Ｔ１が接続を許された範囲である。
セッションキーは、その情報により特定される携帯電話Ｔ１を他の携帯電話Ｔ１と区別するためのユニークな情報であり、必要に応じて書き込まれるものである。セッションキーは、上述の端末識別情報生成部３２ｃにより記録部３２ｆに書き込まれる。セッションキーは、本発明における端末識別情報に相当するものであり、所定のＵＲＬに埋め込めるようなものとなっている。この例のセッションキーは、数字のみ、アルファベットのみ、あるいはこれらの組み合わせからなる。
停止フラグは、それが立てられた場合（図８では、その領域に「１」とある場合にフラグが立っており、なにも書かれていない場合にフラグが立っていないことを示すこととする。）にその領域と対応付けられたセッションキーを使用不可能とするものである。停止フラグの管理は、識別情報制御部３２ｅが行うようになっている。
尚、記録部に３２ｆに記録された範囲情報に対応付けるようにして、当該携帯電話Ｔ１が接続可能な情報についての接続先ＵＲＬを、各範囲情報と対応付けて記録しておいても良い。この場合、記録部３２ｆに記録される情報は、図９に示した如きものとなる。
【００５０】
上記のように構成されるネットワークシステムの運用形態は、例えば、以下のようになる。
上述のようにイントラネットＬＮのセグメントＳａ〜Ｓｅは、それぞれ管理対象となるユーザ企業のホストサーバ用に割り当てられているので、セグメント単位でユーザ企業の利用に供することができる。
ユーザ企業に供する利用の形態は、セグメントＳａ〜Ｓｅのみであっても良く（この場合は、ユーザ企業が、ホストサーバ１０とこのホストサーバ１０に対応するローカルサーバ２０を持ち込む）、所定の機能を搭載したホストサーバ１０が配備されたセグメントＳａ〜Ｓｅであっても良い。後者は、ユーザ企業が、ホストサーバ１０に対応するローカルサーバ２０を既に保有している場合に適する。
【００５１】
管理対象となるユーザ企業、セグメント及びイントラネットＬＮ内に配備するホストサーバ１０が決まると、システム管理者は、ファイアウォール１１に、発信端末からのアクセスを通過させるための各種条件（プロトコル、システム固有のデータフォーマット、ホストサーバ１０のアドレス等）を登録し、さらに、イントラネットＬＮ内のルータ１３のアドレステーブルに、イントラネットＬＮ内の宛先及び発信元としてホストサーバ１０のアドレスを登録しておく。また、スイッチング・ハブ１４の接続元にホストサーバ１０のアドレスを登録する。更に、認証サーバ１中の記録部３２ｆに、各携帯電話Ｔ１毎の、ユーザ識別情報（この例では、ユーザＩＤ、パスワード）、及び範囲情報（場合によっては、これに加えて接続先ＵＲＬ）についての各データを記録する。
【００５２】
ユーザ企業の構成員（通常は、社員）は、携帯電話Ｔ１を操作して、ＩＰアドレス（例えば、××××@×××.co.jp）で所望のホストサーバ１０に情報アクセスを行うことになる。
このアクセスは、無線網ＷＮから携帯電話網ＭＮに接続されたＤＮＳ３０に転送される。ＤＮＳ３０は、当該アクセスに含まれるドメイン名をもとにグローバルＤＮＳ４０から当該ユーザ企業用のグローバルなＩＰアドレス（例えば、2××.111.22.33）を取得し、これをルータ１２に転送する。
【００５３】
ルータ１２は、図４（ａ）の内容のＮＡＴテーブルを参照して、ＤＮＳから与えられたグローバルなＩＰアドレスをホストサーバ１０のＩＰアドレス（1××.111.22.33）に変換し、同時に携帯電話Ｔ１のグローバルＩＰアドレス（2××.444.55.6）をＩＰアドレス（1××.444.55.6）に変換する。そして、ルーティング機能を用いて、当該アクセスをファイアウォール１１へと転送する。ファイアウォール１１は、このアクセスが予め登録されている条件に適合しているかどうかを判定し、適合している場合には、それを通過させ、認証サーバ１に転送する。
認証サーバ１は、アクセス要求をしてきた当該携帯電話Ｔ１が適正なものか否かを判定し、それが適正なものであると認証した場合には、当該アクセスをルータ１３に送る。この認証の過程については、後述する。
【００５４】
ルータ１３は、このアクセスの内容を解読して該当するセグメント及びホストサーバ１０を割り出し、そのホストサーバ１０にアクセスを転送する。
ホストサーバ１０は、アクセスの要求に応じたデータを共通ファイルから検索し、これをルータ１３、認証サーバ１及びファイアウォール１１を介してルータ１２に返信する。
ルータ１２は、図４（ｂ）の内容のＮＡＴテーブルを参照して、ホストサーバ１０のアドレスを携帯電話Ｔ１のＩＰアドレスに変換し、ルーティング機能を用いて返信データを公衆通信網ＤＮ及び無線網ＷＮを介して携帯電話Ｔ１に転送する。
【００５５】
ホストサーバ１０とローカルサーバ２０との間では、専用回線網ＰＮを介して複写タスクが実行されており、両者の共通ファイルの内容の同一性が維持されているので、上記のホストサーバ１０から返信される情報は、ローカルサーバ２０の保有情報と同じ内容となる。従って、このネットワークシステムを利用することで、セキュリティ性が確保された低コストの企業専用システムを容易に実現することができる。
特に、その位置が特定されない携帯電話Ｔ１からローカルサーバ２０の保有情報（メールファイル、スケジュールファイル等）をセキュアに知得できるので、あたかも、携帯電話Ｔ１とローカルサーバ２０とが専用回線で結ばれたようになり、第三者の介入がないので、社内情報を扱う上では極めて都合が良い。
また、このネットワークシステムによれば、例えば企業の本社のローカルサーバと複数の支店の各々のローカルサーバが扱う情報をすべて共通ファイル化し、これをイントラネットＬＮ内のホストサーバで一元的に管理しておいて、この共通ファイルに携帯電話Ｔ１から任意の時点で任意の箇所からアクセスできるようにすることにより、矛盾のない社内情報に統一的な操作でアクセスできるようになり、企業におけるグループウェアの好ましい運用形態が容易に実現される。
【００５６】
＜応用例１：社内メーリングシステム＞
次に、ネットワークシステムの応用例を説明する。
ここでは、イントラネットＬＮの特定のセグメントを、あるユーザ企業に割り当て、携帯電話Ｔ１を用いて当該ユーザ企業の社内情報にアクセスする社内メーリングシステムに応用した場合の例を挙げる。
ここにいう「メール」は通常の電子メール文書のみならず、種々のリストデータや編集されたデータ及び予め登録されている種々の文書をも含む概念である。また、使用可能な文字数や蓄積件数に制限がない、文書添付が可能なウエブメールである。
ウエブメールを用いることにより、携帯電話Ｔ１の機種に依存しない統一的な操作でメールの受け渡しを行うことができる。
【００５７】
携帯電話Ｔ１は、例えば株式会社エヌ・ティ・ティ・ドコモが提供する「ｉ−ｍｏｄｅ端末」のように、それ自体でウエブメール機能を有する携帯電話となり得る携帯電話が普及しているので、これを用いることができる。
但し、メールサーバは「ｉ−ｍｏｄｅ端末」用のｉ−ｍｏｄｅサーバではなく、ホストサーバ１０が用意するウエブメールサーバ機能を用いる。これにより、「ｉ−ｍｏｄｅ端末」が標準的に具備するブラウザ機能の操作環境をそのまま利用しつつ、ｉ−ｍｏｄｅサーバによる各種使用の制限、例えば送受信できるデータの種類やサイズ、件数等の制限を解除することができるようになる。また、機種の相違を吸収した統一的な操作環境を実現することができるようになる。
【００５８】
ホストサーバ１０及びローカルサーバ２０としては、米国ロータス社が提供する「ＤＯＭＩＮＯサーバ（ＤＯＭＩＮＯ（又はDomino）は同社商標、以下同じ）」を搭載したコンピュータを用いることができる。
「ＤＯＭＩＮＯサーバ」には、本発明を実施する上で好適な機能、例えば通信機能、メール機能、サーバ機能（特にＨＴＴＰサーバ機能）、スケジュール機能、複写機能が標準搭載されており、また、既存の機能を改良するためのプログラミングが許されているので、これを利用することが便利である。
本発明の実施に適したウエブメールサーバ機能、例えば社内メール専用のメニューリストを編集したり、文書毎に料金情報を付加したり、大容量のデータを受信先のメモリ容量に応じて自動的に分割して送付したり、添付文書を携帯電話の限られた表示領域に縮小して表示したり、メールの宛先が多い場合にその表示を規制して本文のみを表示させたりすることは、「ＤＯＭＩＮＯサーバ」が具備する標準的なメール機能に別途アプリケーションプログラムを追加作成することで、容易に実現することができる。
また、スケジュール機能として、現在時刻を常に監視しておき、現在時刻後のスケジュールについてのみ抽出する機能も、別途アプリケーションプログラムを追加作成することで、それを容易に実現することができる。
【００５９】
「ＤＯＭＩＮＯサーバ」を用いたホストサーバ１０の機能構成図を図５に示す。
このホストサーバ１０は、所定のＯＳ（オペレーティングシステム）の管理下で動作するＣＰＵ１０１と、ＲＡＭ１０２と、ＲＯＭ１０３と、ＣＰＵ１０１が読み取り可能なハードディスク等の固定記憶装置に構築されるメールファイル１０４、メールアドレス帳や社員の個人情報を記録した社員データベース１０５、ＨＴＴＰ文書等を記録した文書データベース１０６、社内スケジュールデータを記録したスケジュールファイル１０７と、ルータ１３等との間の通信制御を行う通信アダプタ１０８とを具備している。
ＲＡＭ１０２には、ＤＯＭＩＮＯサーバが標準装備するＤＯＭＩＮＯエンジン、複製タスク、ＨＴＴＰタスク、スケジュール管理タスクのほか、社員用のウエブメールサーバ機能を実現するためのプログラムが格納される。ＲＯＭ１０３には、ＢＩＯＳ（Basic Input Output System）を含む制御プログラム等が記録されている。
ＤＯＭＩＮＯエンジンは、プラットホームやネットワークＯＳの違いを吸収して統一的な操作環境を提供するもので、文書の統合、検索を含む強力な文書管理機能を実現することができる。
【００６０】
ＨＴＴＰタスクは、携帯電話からＨＴＴＰ送信要求を受け付けたときに、当該ＨＴＴＰ送信要求に対応するデータファイルを特定し、これをＨＴＭＬ形式に変換するタスクである。拡張ＵＲＬを利用できるため、ＨＴＴＰ送信要求に対応するデータファイルをダイナミックにＨＴＭＬ形式に変換することができる。ローカルサーバ２０も、上記のＤＯＭＩＮＯサーバを用いることができる。
【００６１】
ホストサーバ１０とローカルサーバ２０は、図６に示す複製タスクによって、互いに共通ファイルの同一性を維持するようになっている。すなわち、それぞれのディレクトリのコンフィグレーションに基づき、一定時間間隔で複製タスクを起動し、自己の共通ファイルが相手側の共通ファイルと差異がないかどうかと比較する。差異があれば双方向に差分データを転送し合い、それを自己の共通ファイルの内容に反映させる。
複製は、図示のようにフィールド単位で行われる。変更されたフィールドのみを複写する点で、通常の「ファイルコピー」とは異なる。
【００６２】
次に、図１０〜図２９を参照して、社内メールシステムの使用形態を説明する。
（事前準備）
予め、ローカルサーバ２０側のクライアント端末（図示省略）を操作して、ユーザＩＤとパスワードの組を許可情報として設定しておく。なお、この例ではユーザＩＤとして社員ＩＤを用いるものとする。設定された内容は、ホストサーバ１０の社員データベース１０５に反映される。 ここで設定されるのは、携帯電話からイントラネットＬＮ内にアクセスするときの認証と、課金の際に必要となる情報である。この例の社員ＩＤ又はパスワードには、グループ（部門）毎の課金を可能にするために、グループ毎の識別データが割り当てられている。携帯電話を利用した場合の課金は、データ総量（パケットサイズの総量）に応じてなされるので、これを識別データ毎に集計できるようにしておく。社員データベース１０５には、また、携帯電話のアドレスを予め設定しておく。
また、端末識別情報、ユーザＩＤ、パスワード、認証ＵＲＬの情報を認証サーバ１に設定しておく。
【００６３】
（携帯電話用のアドレス帳作成）
社員データベース１０５の社内アドレス帳から１０名分程度のアドレスを抜き出し、これを随時、携帯電話に送出できるようにしておく。これは、原則として上記のクライアント端末で行う。
この場合の手順を図１０及び図１１に示す。
図１０を参照し、まず、携帯電話たる携帯電話の表示装置に社内アドレス帳のユーザアドレス一覧を表示させる（Ｓ１０１）。
クリックイベント（表示されているイベントのうち操作者のクリック操作により選択されたもの、以下同じ）の発生を待ち（Ｓ１０２）、クリックイベントは発生した場合はその内容を判定する（Ｓ１０３）。
クリックイベントが「選択欄」の場合は、ユーザアドレス一覧の中から、特定の者の前に選択マークを表示してＳ１０３の処理に戻る（Ｓ１０４）。「コピーボタン」の場合は、選択マークがついた者のデータを個人アドレス帳にコピーしてＳ１０１の処理に戻る（Ｓ１０５）。「終了ボタン」の場合は終了処理を行う（Ｓ１０６）。これにより、数人分のアドレスからなる個人アドレス帳が生成される。
【００６４】
個人アドレス帳から実際に使用するアドレスを抜き出す場合は、図１１の手順で処理を行う。
まず、クライアント端末の表示部に、上記の個人アドレス帳のユーザアドレス一覧を表示させる（Ｓ２０１）。クリックイベントの発生を待ち（Ｓ２０２）、クリックイベントが発生した場合はその内容を判定する（Ｓ２０３）。
クリックイベントが「選択欄」の場合は、ユーザアドレス一覧の中から特定の者の前に選択マークを表示してＳ２０３の処理に戻る（Ｓ２０４）。「コピーボタン」の場合は選択マークがついたデータを順にメールファイルにコピーしてＳ２０１の処理に戻る（Ｓ２０５）。「終了ボタン」の場合は終了処理を行う（Ｓ２０６）
なお、社内アドレス帳からのアドレスを抜き出して携帯電話用のアドレス帳を作成する処理は、携帯電話からも行うことができる。但し、この場合は、個人アドレス帳に一度コピーするのではなく、直接、社内アドレス帳から選択することになる。
【００６５】
（認証及び情報アクセス）
次に、ユーザ企業の構成員が携帯電話Ｔ１からホストサーバ１０にアクセスする場合の操作手順を説明する。
図１２は、情報アクセス方法の全体的な手順説明図である。 まず、ユーザは、適宜の操作を行うことにより携帯電話Ｔ１でアクセス要求を行う。アクセス要求についてのデータは、認証サーバ１に対して送られる。次いで、携帯電話Ｔ１の表示部に、例えば図２７（ａ）に示した如きログイン画面が表示される（Ｓ３０１）。次いで、ログインの認証が行われる（Ｓ３０２）。認証失敗の場合はＳ３０１に戻る。認証が成功した場合、つまり正規ユーザであった場合は、メイン画面を表示する（Ｓ３０２：Ｙｅｓ、Ｓ３０３）。メイン画面は、例えば図２７（ｂ）に示されるものであり、受信／送信／検索／予定のイベント選択領域５２とＳＵＢＭＩＴ選択領域５３が表示される。
【００６６】
上述したログインの認証について、図１３及び図１４を用いて詳しく説明する。
図１３は、ログインの認証処理の手順を示した図である。上述のように、この実施形態における認証には、各携帯電話Ｔ１に固有のセッションキーを使用するが、このセッションキーは認証サーバＳ１により各ユーザ末Ｔ１へ付与されるものである。
このセッションキーは、以下のように各携帯電話Ｔ１に付与される。
まず、携帯電話Ｔ１を認証サーバＳ１へと接続する（Ｓ３１０１）。具体的には、認証サーバ１を接続要求先とするＵＲＬを入力することで、認証サーバ１へ携帯電話Ｔ１を接続する。かかる接続がなされると、携帯電話Ｔ１の画面には、ログイン画面が表示される。ログイン画面は、公衆通信網ＤＮ、出入力部３１を介してアクセス要求についてのデータを受け付けた制御部３２ａが生成し、送信した画像データを携帯電話１が受け付けることで、その表示部に表示される。ログイン画面は、例えば、図１４（ａ）に示したようなものとすることができる。このログイン画面には、ユーザＩＤ（ここでは社員ＩＤ、以下同じ。）とパスワードの入力領域５１が表示される。ユーザは、この画面指示に従って、その入力領域５１に、そのユーザに対して予め割り当てられたユーザＩＤとパスワードを入力する。入力されたユーザＩＤとパスワードについてのデータは、携帯電話Ｔ１から認証サーバ１へと送られ、認証サーバ１がこれを受け付ける（Ｓ３１０２）。このデータは、出入力部３１を介して処理部３２内のユーザ識別情報判定部３２ｂへと送られる。
【００６７】
ユーザ識別情報判定部３２ｂ（図７参照）は、受け付けたそのデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致するか否か判定する（Ｓ３１０３）。ユーザ識別情報判定部３２ｂは、受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致する場合（Ｓ３１０３：Ｙｅｓ）、アクセスを要求したユーザが正当なものであると判定する（Ｓ３１０４）。
受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれとも一致しない場合（Ｓ３１０３：Ｎｏ）、当該アクセスは不当であると判定される。この場合、ユーザＩＤとパスワードについてのデータ入力、送信の処理（Ｓ３１０２）に戻り、その処理が再度行われる。この処理は、正しいユーザＩＤとパスワードが入力されるまで繰り返される。結局正しいユーザＩＤとパスワードが入力されない場合には、処理はここで終了する。尚、ユーザＩＤ及びパスワードの入力回数に制限を設けておき、その制限回数だけユーザＩＤ及びパスワードの入力が行われたとしても正当なアクセスであるとの判定がなされなかった場合には、更なるユーザＩＤ及びパスワードの受付けを中止し、そこで処理を強制終了させるようにしても良い。
【００６８】
アクセスを要求したユーザが正当なものであると判定された場合（Ｓ３１０４）、ユーザ識別情報判定部３２ｂは、制御部３２ａにそのことを示す情報を送信する。
その情報を受け付けた制御部３２ａは、ＣＴＩ装置５の電話番号の通知を行う（Ｓ３１０５）。この通知は、上述の情報を受け付けた制御部３２ａが、出入力部３１を介して、ＣＴＩ装置５の電話番号を携帯電話Ｔ１の表示部に表示させるための画像データを生成し、これを携帯電話Ｔ１へと送ることで行われる。これを受け付けた携帯電話Ｔ１の表示部に表示される画像の一例を、図１４（ｂ）に示す。この例では、画像中にＣＴＩ装置５の電話番号は表示されていないが、画像中に表示された「Ｔｅｌｌ」の文字をクリックすることで、その携帯電話Ｔ１からＣＴＩ装置５への電話が自動的に行われるようになっている。このように、携帯電話Ｔ１に対して行うＣＴＩ装置５の電話番号の通知は、電話番号をユーザに明示しないようにして行うこともできる。
尚、電話がかけられている場合には、携帯電話Ｔ１と認証装置１の通信が一時的に中断されるようにすることができる。この処理は、自動的に行われるようにしても良い。また、電話がかけられている際の携帯電話Ｔ１の表示部には、図１４（ｃ）に示した如き画像を表示するようにしても良い。この画像は、例えば制御部３２ａが生成し、携帯電話Ｔ１に送られたデータによって表示される。
【００６９】
携帯電話Ｔ１からＣＴＩ装置５への電話が実行されると、ＣＴＩ装置５は、電話をかけてきた当該携帯電話Ｔ１の電話番号を検出する。電話番号についてのこの情報は、認証装置１が受け付ける（Ｓ３１０６）。
この情報は、出入力部３１から端末識別情報生成部３２ｃへと送られる。端末識別情報生成部３２ｃは、その情報で示される電話番号が記録部３２ｆに記録されているか否かを判定し（Ｓ３１０７）、受け付けた情報で示される電話番号が記録されていた場合には（Ｓ３１０７：Ｙｅｓ）、セッションキーを生成し、それを、記録部３２ｆ中の、当該電話番号と対応付けられたセッションキー記録用の記録領域に記録する（Ｓ３１０８）。この実施形態におけるセッションキーは、これには限られないが、アルファベット及び数字をランダムに並べて生成される。図８及び図９で示した例では、ユーザＩＤ「VFDTSK」と対応させられた電話番号と対応させて、セッションキー「ababaa」が、ユーザＩＤ「infoepli」と対応させられた電話番号と対応させて、セッションキー「aaabbc」が、それぞれ記録されている。
尚、受け付けた情報で示される電話番号が記録されていなかった場合には、当該アクセスは不正なものと判定され（Ｓ３１０９）、認証処理は中止される（Ｓ３１１０）。
【００７０】
次いで、制御部３２ａは、範囲情報に示された範囲の接続ＵＲＬを取得すべくホストサーバ１０へアクセスし、接続ＵＲＬを取得する。図９で示したように、記録部３２ｆに接続ＵＲＬが記録されている場合には、ホストサーバ１０からの接続ＵＲＬの取得は省略可能である。
次いで、制御部３２ａは、取得した接続ＵＲＬに上述のセッションキーを埋め込んで識別用接続ＵＲＬを生成する（Ｓ３１１１）。これは例えば、以下の表１に示した接続ＵＲＬを、表２に示したものに変換することにより行われる。
この例では、＜A href="IRecive?openform?"accesskey="1"＞來受信＜/A＞＜BR＞、＜A href="Memo?openform?"accesskey="2"＞來送信＜/A＞＜BR＞、＜A href="Iserch?openform?"accesskey="3"＞來検索＜/A＞＜BR＞、＜A href="ISK?openform?"accesskey="4"＞來予定＜/A＞＜BR＞、＜A href="Ipws?openform?"accesskey="5"＞來パスワード変更＜/A＞＜BR＞という接続ＵＲＬのそれぞれに、セッションキーを埋め込んでいる。図８及び図９で示した例は、ユーザＩＤ「infoepli」と対応させられた電話番号を持つ携帯電話からＣＴＩ装置５に電話がかかってきた場合におけるものであるので、埋め込まれるセッションキーは、「aaabbc」となっている。
尚、このセッションキーは、接続情報たる接続ＵＲＬのどこに埋め込んでも構わない。
【表１】
次いで、認証サーバ１は、セッションキーを埋め込んだ識別用接続ＵＲＬを携帯電話Ｔ１に送る（Ｓ３１１２）。この識別用接続ＵＲＬに基づいて、携帯電話の表示部には、図１４（ｄ）に示した如き、各識別用接続ＵＲＬに対応された文字列を含むトップメニューが表示される。
ユーザは、携帯端末Ｔ１の入力部を適宜操作して、「１．受信」、「２．送信」、「３．検索」、「４．予定」、「５．パスワード変更」というメニューのうちのいずれかを選択する。選択されたメニューと対応している識別用接続ＵＲＬを、携帯電話Ｔ１は、公衆通信網ＤＮを介して送信する。認証サーバ１は、この識別用接続ＵＲＬを受け付ける（Ｓ３１１３）。
識別用接続ＵＲＬは、端末識別情報判定部３２ｄへ送られる。受け付けた識別用接続ＵＲＬに基づいて、端末識別情報判定部３２ｄは、セッションキーの正当性の判定を行う（Ｓ３１１４）。尚、携帯電話Ｔ１から送られる識別用接続ＵＲＬの例えばヘッダーには、ユーザＩＤとパスワードについての情報が付加されている。端末識別情報判定部３２ｄは、受け付けた識別用接続ＵＲＬの情報からセッションキーとユーザＩＤとパスワードの組を抜き出し、これを記録部３２ｆに記録されているセッションキーとユーザＩＤとパスワードの組と対比し、そのすべてが一致するセッションキーとユーザＩＤとパスワードの組が存在していた場合には（Ｓ３１１４：Ｙｅｓ）、セッションキーが正当なものであると判定し（Ｓ３１１５）、そのような組がなければ（Ｓ３１１４：Ｎｏ）、当該アクセスは不正なものと判定され（Ｓ３１０９）、認証処理は中止される（Ｓ３１１０）。
【００７２】
セッションキーが正当なものであると判定され場合、その情報は制御部３２ａと送られる。制御部３２ａは、受け付けた識別用接続ＵＲＬからセッションキーを除くことで、接続ＵＲＬを再度生成し、これを出入力部を介してホストサーバ１０へと送る（Ｓ３１１６）。これにより、ホストサーバ１０から所定の情報が携帯電話Ｔへと送られることになる。つまり、この実施形態では、ホストサーバ１０からの情報についてのデータの送信と認証の処理とを一体として行う。
【００７３】
認証装置１０は、携帯電話Ｔ１から、更なる情報の閲覧を要求されたか否かを判定する（Ｓ３１１７）。更なる情報の要求があった場合（Ｓ３１１７：Ｙｅｓ）には、上述の処理が繰り返される。この実施形態では、その場合、セッションキーは再度生成され、上書きされる。情報へのアクセスの要求があるたびに、セッションキーを生成するようにすることで、認証の安全性を高められるようになる。
更なる情報の要求がなければ（Ｓ３１１７：Ｎｏ）、認証の処理は終了する。
【００７４】
尚、識別用接続ＵＲＬが送信されるたびに記録部３２ｆに記録されたセッションキーを上書きしないような処理も可能である。即ち、最初の情報へのアクセス要求の場合だけ上述の如き認証を行い、以後の手続の場合には、セッションキー生成以降の処理のみを繰り返すという認証処理も実施可能である。このような場合、所定の情報へのアクセス要求が最後にあってから所定の時間が経過したか否かを監視しておき、所定の時間が経過した場合にはセッションキーを使用不能とすることができる。この管理は、上述の識別情報制御部３２ｅが記録部３２ｆの停止フラグ記録領域に停止フラグを書き込むことにより行うことができる。識別情報制御部３２ｅは、また、これと同時に、セッションキーを削除するようになっていても良い。
【００７５】
尚、ユーザＩＤ及びパスワードが正当であると認証装置が認められ、ＣＴＩ装置５の電話番号が携帯電話Ｔ１に送られた場合であって、当該携帯電話Ｔ１よりも先に当該携帯電話Ｔ１以外の携帯電話Ｔ１からのアクセス要求があり、前記当該携帯電話Ｔ１のユーザのユーザＩＤ及びパスワードを用いてなりすましを行われた場合には、その当該携帯電話Ｔ１のユーザは、アクセスを行えなくなる。
このような場合、前記当該携帯電話Ｔ１のユーザは再度電話を行い、セッションキーの再生成を行うようにすれば良い。
【００７６】
図１２に戻り、その後、クリックイベントの発生を待ち（Ｓ３０４）、クリックイベントが発生した場合はその内容を判定する（Ｓ３０５）。
クリックイベントが「受信」であった場合は、図１５〜図２０の手順で受信処理を行う（Ｓ３０６）。「送信」であった場合は図２１の手順で送信処理を行う（Ｓ３０７）。「検索」であった場合は図２２〜図２４の手順で検索処理を行う（Ｓ３０８）。「予定」であった場合は、図２５及び図２６の手順で予定処理を行う（Ｓ３０９）。これらの処理が終了した場合は、ステップＳ３０２の処理に戻る。これらの各処理が実行される場合にも、上述の認証処理が繰り返される。
以下、受信処理、送信処理、検索処理、予定処理の内容を、詳細に説明する。
【００７７】
＝受信処理＝
Ｓ３０６の受信処理について説明する。
受信処理では、図１５に示されるように、携帯電話の受信ボックスの受信日で降順にソートし、１から順に「＋１」でデータ番号を採番する（Ｓ４０１）。ソートされたデータを昇順に１０件ずつ選択し、１件目をＳＴＡＲＴ（最初のデータ番号、以下同じ）に設定する（Ｓ４０２）。その後、選択されたデータを受信一覧表示領域に表示させる（Ｓ４０３）。受信一覧表示領域には、図２６（ｃ），（ｄ）に示されるように、件名領域５４とその件の受信に要する料金情報を表す料金領域５５とが対となって表示される。このように受信に要する料金情報を表示させることで、携帯電話の操作者にデータのサイズと、そのときのコストとを知らしめることができる。携帯電話の操作者（つまり社員）は、件名タイトルと料金額を見てその件を読むことがコストに見合った内容かどうかを判断したり、料金額から受信に要する時間を推測してその件を今読むべきものか後で読んだ方が良いかどうかを判断したりすることが可能になる。また、例えば２万ワードもあるような大量のデータは、ウエブメール機能によって自動的にメール分割されながら送られるので、途中までそれを閲覧して、以後の分割メールの閲覧を中止するような利用形態も可能になる。 受信一覧表示領域の下部には、「前へ」及び「次へ」の選択ボタンも表示される。
クリックイベントの発生を待ち（Ｓ４０４）、クリックイベントが発生した場合はその内容を判定する（Ｓ４０５）。
クリックイベントが「次へ」であった場合は、「＋９」をＳＴＡＲＴに設定し（Ｓ４０６）、ＳＴＡＲＴから１０件を選択する。ＳＴＡＲＴが１０未満のときは存在するデータのみを表示させる（Ｓ４０７）。
クリックイベントが「前へ」であった場合は、「−９」をＳＴＡＲＴに設定し（Ｓ４０８）、ＳＴＡＲＴから１０件を選択する。ＳＴＡＲＴが１０未満のときはＳＴＡＲＴに「１」を設定する（Ｓ４０９）。
クリックイベントが「文書番号」であった場合は、受信文表示処理を行う（Ｓ４１０）。
【００７８】
Ｓ４１０の受信文処理の詳細は、図１６に示すとおりである。
携帯電話の操作者が表示部の所望の文書番号をクリックしたことを検知すると（Ｓ５０１）、クリックされた文書番号の文書を表示部に表示させる（Ｓ５０２）。このときの表示は、例えば図２７（ｅ）のようになる。
なお、添付文書がある場合は、その存在を示す通知を表示部に表示させる。これは、ホストサーバ１０のウエブメールサーバ機能による。添付文書が表オブジェクトやビットマップデータの場合は、添付文書の表記をクリックすることで、それをＨＴＭＬ文書として表示領域のサイズに併せて表示させることができる。
また、文書の宛先数が多い場合を想定して、予め受信文のフレームの中の宛先部分を表示させないようにする。これにより、携帯電話の表示部には、本文のみを表示させることができる。但し、宛先の情報についてはホストサーバ１０の側で管理されているので、携帯電話から宛先を確認したい場合には、それをブラウザ画面（アイコン又はコマンド文字を用意しておく）から指示することによって、表示させることはできる。
受信文処理の場合、表示部の上部には、「削除」、「返信」、「転送」、「ＦＡＸ」の選択領域５６が表示される。
クリックイベントの発生を待ち（Ｓ５０３）、クリックイベントが発生した場合は、その内容を判定する（Ｓ５０４）。クリックイベントには、「削除」処理（Ｓ５０５）、「返信」処理（Ｓ５０６）、「転送」処理（Ｓ５０７）、「ＦＡＸ」処理（Ｓ５０８）がある。
【００７９】
ステップＳ５０５の「削除」処理、すなわち図２７（ｅ）の表示内容で「削除」が選択された場合の処理の手順は、図１７のようになる。現在の文書を削除するとともに（Ｓ６０１）、削除済みを表す「Deleted」を表示させる（Ｓ６０２）。
【００８０】
ステップＳ５０６の「返信」処理、すなわち図２７（ｅ）の表示内容で「返信」が選択された場合の処理の手順は、図１８のようになる。
まず、返信用の新規文書を作成する（Ｓ７０１）。そして、その宛先に受信文書の送信者を設定するとともに（Ｓ７０２）、件名に受信文書の件名の先頭に「Ｒｅ：」の文字を付加し（Ｓ７０３）、その新規文書を表示させる（Ｓ７０４）。
クリックイベントの発生を待ち（Ｓ７０５）、クリックイベントが発生した場合はその内容を判定する（Ｓ７０６）。クリックイベントが「件名」の場合は件名編集処理を行い（Ｓ７０７）、「内容」の場合は文書内容の編集処理を行い（Ｓ７０８）、「新規宛先」の場合は新規宛先編集を行い（Ｓ７０９）、「ＣＣ新規」の場合はＣＣ（カーボンコピー）先の新規編集処理を行う（Ｓ７１０）。それぞれ、終了後はＳ７０５の処理に戻る。
【００８１】
ステップＳ７０６で判定したクリックイベントが「宛先」の場合は、宛先編集処理を行うが（Ｓ７１１）。このとき、モバイル個人宛先（個人アドレス帳）の一覧を表示する（Ｓ７１２）。そして、選択された宛先を「TO」として設定する（Ｓ７１３）。その後、Ｓ７０５の処理に戻る。
クリックイベントが「CC」の場合はＣＣ宛先編集処理を行う（Ｓ７１４）。このとき、モバイル個人宛先（個人アドレス帳）の一覧を表示する（Ｓ７１５）。
そして、選択された宛先を「CC」として設定する（Ｓ７１６）。その後、Ｓ７０５の処理に戻る。クリックイベントが「ＳＵＢＭＩＴ」の場合は当該新規文書を送信し（Ｓ７１７）、「Formprocessed」を表示して返信処理を終える（Ｓ７１８）。
【００８２】
ステップＳ５０７の「転送」処理、すなわち図２７（ｅ）の表示内容で「転送」が選択された場合の処理の手順は、図１９のようになる。処理内容（Ｓ８０１〜Ｓ８１８）は、概ね図１７の場合と同様であり、Ｓ８０３で、件名に受信文書の件名の先頭に「ＦＷ：」の文字を付加する点のみが異なる。
ステップＳ５０８の「ＦＡＸ」処理、すなわち図２７（ｅ）の表示内容で「ＦＡＸ」が選択された場合の処理の手順は、図２０のようになる。
まず、ＦＡＸ用の新規文書を作成する（Ｓ９０１）。そして、その内容欄に受信文書の内容を設定するとともに（Ｓ９０２）、件名に受信文書の件名の先頭に「ＦＷ：」の文字を付加し（Ｓ９０３）、その新規文書を表示させる（Ｓ９０４）。クリックイベントの発生を待ち（Ｓ９０５）、クリックイベントが発生した場合はその内容を判定する（Ｓ９０６）。クリックイベントが「件名」の場合は件名編集処理を行い（Ｓ９０７）、「ＦＡＸ番号」の場合はＦＡＸ番号編集処理を行い（Ｓ９０８）、それぞれ、終了後はＳ９０５の処理に戻る。クリックイベントが「送信」の場合は当該新規文書を送信し（Ｓ９０９）、「Formprocessed」を表示してＦＡＸデータ送信処理を終える（Ｓ９１０）。
このようにして送信されたデータは、ＦＡＸ番号先でＦＡＸ印刷される。なお、上記のＦＡＸ印刷は、ＤＯＭＩＮＯエンジンの機能の一つとして実現しても良く、別途、ＦＡＸ印刷用のアプリケーションプログラムをホストサーバ１０に搭載しておき、これを随時起動することによって実現しても良い。
【００８３】
＝送信処理＝
次に、図１２のステップＳ３０７の送信処理について説明する。
送信処理では、図２１に示すように、送信用の新規文書を作成し（Ｓ１００１）、その新規文書を表示部に表示させる（Ｓ１００２）。その後の処理（Ｓ１００３〜Ｓ１０１６）は、図１８に示した返信処理のステップＳ７０７〜Ｓ７１８と同様の手順となる。但し、携帯電話の表示部の表示内容は、図２７（ｆ）のように変わる。
【００８４】
＝検索処理＝
次に、図１２のステップＳ３０８の検索処理について説明する。
検索処理は、図２８（ａ）のように、ユーザが「検索」を選択した場合に実行される。この処理は、図２２に示されるように、まず、検索ビュー内のデータをアルファベットで昇順にソートし、１０件を選択する（Ｓ１１０１）。その後、検索リストを一覧表示領域に表示させる（Ｓ１１０２）。
クリックイベントの発生を待ち（Ｓ１１０３）、クリックイベントが発生した場合はその内容を判定する（Ｓ１１０４）。
クリックイベントが「次へ」であった場合は、表示中の頁の１０件目から＋１０のデータを設定する（Ｓ１１０５）。その後、設定した分のデータを選択するが、データが１０未満のときは存在するデータのみを選択する（Ｓ１１０６）。
その後、Ｓ１１０２の処理に戻る。
クリックイベントが「前へ」であった場合は、表示中の頁の１０件目から−１０のデータを設定する（Ｓ１１０７）。その後、設定した分のデータを選択するが、データが存在しないときは現頁のデータを再選択する（Ｓ１１０８）。その後、Ｓ１１０２の処理に戻る。
【００８５】
クリックイベントが「検索リスト表示」であった場合、携帯電話の表示部の表示内容は、図２８（ａ）から過去に検索したキーワード一覧に変わる。図２８（ｂ）は、この様子を示している。図中、「itoh」、「okada」、「suzuki」は、検索したキーワードである。
この検索リスト表示処理の手順は、図２３に示されるとおりである。すなわち、クリックイベントの発生を待ち（Ｓ１２０１）、アルファベットの姓名（例えば「itoh」）がクリックされたことを検知した場合は当該クリックされた姓名を含むすべての文書を表示させる（Ｓ１２０２，Ｓ１２０３）。
クリックイベントが「新規キーワード」であった場合は、新規キーワードによる検索処理を行う。このとき、表示部の表示内容は、図２８（ｃ）のように、新規キーワードの入力画面に変わる。
この場合の処理は、図２４に示されるように、クリックイベントの発生を待ち（Ｓ１３０１）、クリックイベントが発生した場合はその内容を判定する（Ｓ１３０２）。クリックイベントが「新規キーワード」の場合は、新規キーワード編集を行い（Ｓ１３０１）、Ｓ１３０１の処理に戻る。クリックイベントが「ＳＵＢＭＩＴ」の場合は当該キーワードを送信し（Ｓ１３０４）、「Formprocessed」を表示して処理を終える（Ｓ１３０５）。ホストサーバ１０から検索結果が送信された場合は、適宜、検索リスト表示処理に移る。表示部の画面は、図２８（ｄ）のように変わり、アルファベット（例えば「pat」）がクリックされた場合は、図２８（ｅ）のように「pat」を含むすべての文書が表示される。
【００８６】
＝予定処理＝
次に、図１２のステップＳ３０９の予定処理について説明する。
予定処理は、図２９（ａ）のように、ユーザが「予定」を選択した場合に実行される。この処理は、図２５に示されるように、まず、予定ビュー内のデータを日付で降順にソートして、１０件を選択し（Ｓ１４０１）。その後、予定リストを表示部の一覧表示領域に表示させる（Ｓ１４０２）。図２９（ｂ）は一覧表示領域６０の例であり、ある日付がクリックされることによって、その日付に設定されている時間帯と簡単な説明とが表示される様子が示されている。表示部の上部には、「前へ」、「次へ」、「作成」のイベントを選択するための領域が形成される。
クリックイベントの発生を待ち（Ｓ１４０３）、クリックイベントが発生した場合はその内容を判定する（Ｓ１４０４）。
クリックイベントが「次へ」であった場合は、表示中の頁の１０件目から＋１０のデータを設定する（Ｓ１４０５）。その後、設定した分のデータを選択するが、データが１０未満のときは存在するデータのみを選択する（Ｓ１４０６）。
その後、Ｓ１４０２の処理に戻る。
クリックイベントが「前へ」であった場合は、表示中の頁の１０件目から−１０のデータを設定する（Ｓ１４０７）。その後、設定した分のデータを選択するが、データが存在しないときは現頁のデータを再選択する（Ｓ１４０８）。その後、Ｓ１４０２の処理に戻る。
なお、予定ビュー内のデータは、「今日の日付」以降のもののみが対象となる。つまり、スケジュールファイル１０７から当該日付以降に予定があるものを抜き出し、これをリスト（ＤＯＭＩＮＯサーバにおけるView）にして携帯電話で見れるようにする。このようにすれば、携帯電話に過去の予定に関するデータが記録される事態を防止することができ、携帯電話が有するメモリの有効活用が可能になる。
当該日付以前及び現在時刻以前の予定に関するデータをホストサーバ１０のスケジュールファイル１０７から自動的に削除するように構成しても良い。この場合には、不要なデータがスケジュールファイル１０７（ローカルサーバ２０のものも同様）から逐次削除されるので、ホストサーバ１０（ローカルサーバ２０も同様）のメモリ領域の有効活用も同時に図れるとともに、社内情報の漏洩が確実に防止される利点がある。
【００８７】
クリックイベントが「新規作成」であった場合、すなわち図２９（ｃ）の表示内容で「作成」が選択された場合は、予定リストの新規作成処理に移行する。図２６は、新規作成処理の手順図である。この処理では、まず、予定作成メニューを表示する（Ｓ１５０１）。予定作成メニューには、例えば図２９（ｄ）に示されるように、予定登録、会議召集、イベント、確認、記念日の選択領域６１が形成される。ユーザがこれらのいずれかを任意に選択できるようになっている。
クリックイベントの発生を待ち（Ｓ１５０２）、クリックイベントが発生した場合はその内容を判定する（Ｓ１５０３）。 選択領域６１から特定のメニューが選択された場合は、データ入力、編集を行い（Ｓ１５０４）、Ｓ１５０２の処理に戻る。クリックイベントが「ＳＵＢＭＩＴ」の場合は当該入力したデータを送信し（Ｓ１５０５）、「Formprocessed」を表示して処理を終える（Ｓ１５０６）。図２９（ｅ）は、「２．会議召集」が選択された場合のデータ入力領域６２の内容例を示した図である。日付毎に、簡単な説明と時間が対応付けられている。なお、データ入力領域６２は、スクロールするようになっている。
このようにして入力されたデータは、ホストサーバ１０のスケジュールファイル１０７に反映され、さらに、ローカルサーバ２０にも反映される。
【００８８】
なお、予定処理の一環として、あるいは予定処理とは別の処理として、いわゆる「Ｔｏ Ｄｏ リスト」機能、つまり遂行すべき仕事と遂行した仕事とを管理する機能を携帯電話からの操作を契機に実行するように構成することもできる。この場合は、「ＤＯＭＩＮＯサーバ Ｒ５」の標準的なスケジューラ機能に、アプリケーションプログラムを追加作成することで、それを容易に実現することができる。
【００８９】
このように、社内メールシステムでは、携帯電話から任意の時点で任意の場所からホストサーバ１０が管理している社内情報にアクセスすることができる。アクセスの態様は、上述のように様々であり、あたかもイントラネットＬＮの内部の固定型端末又はローカルサーバ２０のクライアント端末からアクセスしたかの如きである。ホストサーバ１０の社内情報は、専用回線網ＰＮを介して接続されたローカルサーバ２０のものと共通なので、ローカルサーバ２０が属するネットワークに接続されている者との連絡も間接的に行うことができ、グループウェアを効率的に運用することが可能になる。
【００９０】
なお、このシステムにおいて、受信処理、送信処理、検索処理、予定処理などが実行された場合には、ホストサーバ１０から携帯電話へと送信された情報は、制御部３２ａにて監視されている。この監視は、例えば、ユーザが閲覧したページの接続ＵＲＬを、制御部３２ａが抽出することで行われる。制御部３２ａは、このような情報の抽出を行うことで、ホストサーバ１０から携帯電話にいかなる情報が送出されたか、すなわちユーザがどのページを閲覧したかという情報についての情報である送出情報を生成し、これを例えば記録部３２ａなどの所定の記録媒体へ記録する。この送出情報の記録は、各携帯電話毎に行われ、対応する携帯電話を明らかにしつつ、制御部３２ａに記録されている。
【００９１】
この送出情報は、例えば、各携帯電話に課金する際のデータとして利用できる。
また、ユーザがホストサーバ１０へアクセスする際の労力を軽減すべく、以下のように利用することもできる。 すなわち、携帯電話の表示部にメニュー画面を表示させるために、送出情報を用いるのである。この場合、アクセスの要求があり、且つアクセス要求をしてきた携帯電話が正規のものと認証された場合に、例えば次のような処理を実行すれば良い。まず、記録されたその送出情報のうちアクセス要求をしてきた携帯電話についての送出情報を、制御部３２ａが記録部３２ｆから読み出す。次いで、制御部３２ａがその携帯電話の表示部に所定の画像を表示させるためのデータを生成し、これを出入力部３１を介して当該携帯電話へと送る。これに基づいて、当該携帯電話の表示部に所定のメニュー画像を表示する。表示されるメニュー画像は図２９（ａ）のものと同様の形態とされるが、そこに表示されるメニューは各携帯電話ごとに異なるものとなる。
【００９２】
＜応用例２：アプリケーションのリモート運用システム＞
本発明のネットワークシステムは、社内メールシステムに代えて、あるいは社内メールシステムとともに、アプリケーションのリモート運用システムとして応用することも可能である。
この場合の構成は、基本的には社内メールシステムの場合と同様であるが、ローカルサーバ２０に、所定のアプリケーションプログラム、例えば共通ファイルではない外部データベースからの情報検索を行う検索プログラム、共通ファイルの中の特定情報を自動的に印刷する印刷プログラム、社内事務機器の自動制御プログラム等を搭載しておく点、携帯電話の表示部に表示させるウエブメール画面にアプリケーションプログラムの起動用の操作画像をブラウザ画面上に形成しておくか、あるいは専用のコマンド入力を可能にする点が異なる。
【００９３】
運用に際しては、携帯電話を所持する者が、例えばブラウザ画面上の操作画像を選択してホストサーバ１０にアクセスする。ホストサーバ１０は、このアクセスに対応するコマンドの内容を解読し、そのコマンドの内容をローカルサーバ２０に通知して該当するアプリケーションプログラムを起動実行させる。
ホストサーバ１０は、アプリケーションプログラムが実行された後は、その実行結果の情報をローカルサーバ２０から取得するとともに、取得した情報を携帯電話に通知する。
このようにすれば、社内情報の受け渡しだけでなく、外部から社内のアプリケーションプログラムを携帯電話から遠隔起動させることができるので、拡張性に富む社内専用ネットワークシステムを容易に構築できるようになる。
【００９４】
なお、この実施形態では、ハウジングを構成するネットワークがイントラネットＬＮであることを前提としたが、ファイアウォールで保護可能なネットワークであればどのような形態のものであっても良い。通常のローカルネットワークでもハウジングを構成することができる。 また、好ましい実施の形態として、ファイアウォール１１を通過するのが携帯電話であるものとして説明したが、インターネットＩＮを介した携帯電話Ｔ１からのアクセスであっても、一定条件下でファイアウォール１１を通過させるように構成することが可能である。但し、この場合は、インターネットＩＮに接続された不特定のユーザからのアクセスを許容することになるので、ファイアウォール１１の負担が大きくなる点に留意する必要がある。
≪変形例≫
上述した認証サーバ１は、以下のようなものに置き換えることが可能であり、かかる認証サーバを用いて、上述したネットワークを構成することができる。尚、この認証サーバの構成のうち、上述の認証サーバ１と共通する部分には共通する符合を付すこととする。
この認証サーバも、サーバ本体と、コンピュータ読み取り可能な記録媒体に記録されているコンピュータプログラムにより実現される。
このプログラムは、認証サーバに要求される諸機能を、そのプログラムとコンピュータのハードウェアの協働で実現するものでも良いし、これらに加えてコンピュータが保持する他のプログラムとの協働で実現するものでも良い。
【００９５】
サーバ本体のＣＰＵが、上記のコンピュータプログラムを読み込んで実行することによって形成される機能ブロック図である。この認証サーバでも、出入力部３１と処理部３２とが形成される。
出入力部３１は、上述の場合と同様、携帯電話Ｔ１との間、ホストサーバ１０との間、或いはＣＴＩ装置５との間で、データの出入を制御しながら通信を行う。
【００９６】
処理部３２は、上述の場合と同様、認証及び認証に関わる処理を行うもので、出入力部３１との間でデータを受け渡しできるようになっている。この実施形態における処理部３２は、上述の場合と同様、図７に示すように、制御部３２ａ、ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅ、及び記録部３２ｆを備えて構成されている。
【００９７】
制御部３２ａ、ユーザ識別情報判定部３２ｂ、端末識別情報生成部３２ｃ、端末識別情報判定部３２ｄ、識別情報制御部３２ｅの各機能は、上述の認証サーバ１の場合と略同様であり、記録部３２ｆに記録されている内容は上述の認証サーバ１の場合と同様である。
【００９８】
異なるのは以下の点である。
まず、この認証サーバの制御部３２ａは、上述の認証サーバ１と異なり、通知手段としての機能を有していない。この認証サーバを含むネットワークシステムを使用する際には、ＣＴＩ装置５の電話番号が、例えば電子メールによりユーザのそれぞれに予め通知されているので、認証の際にＣＴＩ装置５の電話番号を通知する必要がないからである。
また、この認証サーバの制御部３２ａは、携帯電話Ｔ１から受け付けたユーザ識別情報（ユーザＩＤとパスワード）が正当なものであるとユーザ識別情報判定部３２ｂが判定し、且つ受け付けた識別用接続Ｕｒｌに含まれていたセッションキーが正当なものであると端末識別情報判定部３２ｄが判定した場合に、その携帯電話Ｔ１がアクセスを要求した接続情報を、当該情報が記録されたホストサーバ１０に送信する機能を有している。ここで、携帯電話Ｔ１から受け付けたユーザ識別情報が正当なものであるとユーザ識別情報判定部３２ｂが判定するのと、セッションキーを端末識別情報生成部３２ｃが生成するのとは、いずれが先に行われても構わない。最終的に、ユーザ識別情報が正当なものであるとユーザ識別情報判定部３２ｂが判定し、且つ受け付けた識別用接続Ｕｒｌに含まれていたセッションキーが正当なものであると端末識別情報判定部３２ｄが判定した場合に、制御部３２ａは上述の許可を行う。
【００９９】
この認証サーバを含むネットワークシステムは、上述のネットワークシステムと同様のサービスを提供できる。異なるのは、ログインの認証についての処理である。
この認証サーバを用いて実現されるログインの認証について、図３０及び図３１を用いて詳しく説明する。
図３０は、ログインの認証処理の手順を示した図である。上述のように、この実施形態における認証には、各携帯電話Ｔ１に固有のセッションキーを使用するが、このセッションキーは認証サーバＳ１により各ユーザ末Ｔ１へ付与されるものである。
認証処理は以下のように行われる。
【０１００】
まず、ユーザは、携帯電話Ｔ１で、予め通知されていた電話番号をダイヤルして、ＣＴＩ装置５に電話をかける。携帯電話Ｔ１からＣＴＩ装置５への電話が実行されると、ＣＴＩ装置５は、電話をかけてきた当該携帯電話Ｔ１の電話番号を検出する。電話番号についてのこの情報は、認証装置に送信され、認証装置が受付けるる（Ｓ３２０１）。
この情報は、出入力部３１から端末識別情報生成部３２ｃへと送られる。端末識別情報生成部３２ｃは、その情報で示される電話番号が記録部３２ｆに記録されているか否かを判定し（Ｓ３２０２）、受け付けた情報で示される電話番号が記録されていた場合には（Ｓ３２０２：Ｙｅｓ）、セッションキーを生成し、それを、記録部３２ｆ中の、当該電話番号と対応付けられたセッションキー記録用の記録領域に記録する（Ｓ３２０３）。記録の仕方は、図８及び図９で示した通りである。
受け付けた情報で示される電話番号が記録されていなかった場合には、当該アクセスは不正なものと判定され（Ｓ３２０４）、認証処理は中止される（Ｓ３２０５）。
【０１０１】
次に、ユーザは、携帯電話Ｔ１を認証サーバＳ１へと接続する（Ｓ３２０６）。この場合、携帯電話Ｔ１の接続先のＵｒｌは、予め携帯電話Ｔ１に何らかの手段で通知しておいたものでよい。但し、認証の安全性を高めるために、以下のようなＵｒｌとしてもよい。即ち、認証装置が受け付けた電話番号が正当で、上述のセッションキーが生成された場合に、例えば電子メールでその携帯電話Ｔ１に通知されたＵｒｌであっても良い。この場合のＵｒｌは、セッションキーが生成された場合に、認証装置の例えば、制御部３２ａが生成するものとすることができる。また、このようにする場合、上述のＵｒｌを送信するための電子メールアドレスは、ユーザＩＤと対応付けて予め記録部３２ｆに記録しておく。尚、この場合のＵｒｌには、当該携帯電話Ｔ１のセッションキーが埋め込まれる。この処理は、この実施形態では制御部３２ａが行うようになっている。
かかる接続がなされると、携帯電話Ｔ１の画面には、ログイン画面が表示される。ログイン画面は、制御部３２ａが生成し、送信した画像データを携帯電話１が受け付けることで、その表示部に表示される。ログイン画面は、例えば、図１４（ａ）に示したようなものとなる。このログイン画面には、ユーザＩＤとパスワードの入力領域５１が表示される。ユーザは、この画面指示に従って、その入力領域５１に、そのユーザに対して予め割り当てられたユーザＩＤとパスワードを入力する。入力されたユーザＩＤとパスワードについてのデータは、携帯電話Ｔ１から認証サーバ１へと送られる（Ｓ３２０７）。このデータは、出入力部３１を介して処理部３２内のユーザ識別情報判定部３２ｂへと送られる。
【０１０２】
ユーザ識別情報判定部３２ｂ（図７参照）は、受け付けたそのデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致するか否か判定する（Ｓ３２０８）。ユーザ識別情報判定部３２ｂは、受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれかと一致する場合（Ｓ３２０８：Ｙｅｓ）、アクセスを要求したユーザが正当なものであると判定する（Ｓ３２０９）。
受け付けたデータにより示されるユーザＩＤとパスワードが、記録部３２ｆに予め記録されていたユーザＩＤとパスワードの組のいずれとも一致しない場合（Ｓ３２０８：Ｎｏ）、当該アクセスは不当であると判定される。この場合、ユーザＩＤとパスワードについてのデータ入力、送信の処理（Ｓ３２０７）に戻り、その処理が再度行われる。この処理回数に制限を設けられることは、上述の場合と同様である。
【０１０３】
アクセスを要求したユーザが正当なものであると判定された場合（Ｓ３２０９）、ユーザ識別情報判定部３２ｂは、制御部３２ａにそのことを示す情報を送信する。
【０１０４】
次いで、制御部３２ａは、範囲情報に示された範囲の接続ＵＲＬを取得すべくホストサーバ１０へアクセスし、接続ＵＲＬを取得する。図９で示したように、記録部３２ｆに接続ＵＲＬが記録されている場合には、ホストサーバ１０からの接続ＵＲＬの取得は省略可能である。
次いで、制御部３２ａは、取得した接続ＵＲＬに上述のセッションキーを埋め込んで識別用接続ＵＲＬを生成する（Ｓ３２１０）。
【０１０５】
次いで、認証サーバ１は、セッションキーを埋め込んだ識別用接続ＵＲＬを携帯電話Ｔ１に送る（Ｓ３２１１）。この識別用接続ＵＲＬに基づいて、携帯電話の表示部には、図１４（ｄ）に示した如き、各識別用接続ＵＲＬに対応された文字列を含むトップメニューが表示される。
ユーザは、携帯端末Ｔ１の入力部を適宜操作して、「１．受信」、「２．送信」、「３．検索」、「４．予定」、「５．パスワード変更」というメニューのうちのいずれかを選択する。選択されたメニューと対応している識別用接続ＵＲＬを、携帯電話Ｔ１は、公衆通信網ＤＮを介して送信する。認証サーバ１は、この識別用接続ＵＲＬを受け付ける（Ｓ３２１２）。
識別用接続ＵＲＬは、端末識別情報判定部３２ｄへ送られる。受け付けた識別用接続ＵＲＬに基づいて、端末識別情報判定部３２ｄは、セッションキーの正当性の判定を行う（Ｓ３２１３）。尚、携帯電話Ｔ１から送られる識別用接続ＵＲＬの例えばヘッダーには、ユーザＩＤとパスワードについての情報が付加されている。端末識別情報判定部３２ｄは、受け付けた識別用接続ＵＲＬの情報からセッションキーとユーザＩＤとパスワードの組を抜き出し、これを記録部３２ｆに記録されているセッションキーとユーザＩＤとパスワードの組と対比し、そのすべてが一致するセッションキーとユーザＩＤとパスワードの組が存在していた場合には（Ｓ３２１３：Ｙｅｓ）、セッションキーが正当なものであると判定し（Ｓ３２１４）、そのような組がなければ（Ｓ３２１３：Ｎｏ）、当該アクセスは不正なものと判定され（Ｓ３２０４）、認証処理は中止される（Ｓ３２０５）。
【０１０６】
セッションキーが正当なものであると判定され場合、その情報は制御部３２ａと送られる。制御部３２ａは、受け付けた識別用接続ＵＲＬからセッションキーを除くことで、接続ＵＲＬを再度生成し、これを出入力部を介してホストサーバ１０へと送る（Ｓ３２１５）。これにより、ホストサーバ１０から所定の情報が携帯電話Ｔへと送られることになる。つまり、この実施形態では、ホストサーバ１０からの情報についてのデータの送信と認証の処理とを一体として行う。
【０１０７】
認証装置１０は、携帯電話Ｔ１から、更なる情報の閲覧を要求されたか否かを判定する（Ｓ３２１６）。更なる情報の要求があった場合（Ｓ３２１６：Ｙｅｓ）には、セッションキーの記録（Ｓ３２０３）以後の処理が繰り返される。更なる情報の要求がなければ（Ｓ３２１６：Ｎｏ）、認証の処理は終了する。
【０１０８】
尚、この認証サーバを用いた処理では、電話をＣＴＩ装置５にかけ、セッションキーが生成されるまでの（Ｓ３２０１）乃至（Ｓ３２０３）の処理と、携帯電話Ｔ１を認証サーバに接続して、ユーザ識別情報の正当性が判定されるまでの（Ｓ３２０６）乃至（Ｓ３２０８）の処理とは、その順序が逆でも構わない。
【０１０９】
【発明の効果】
以上の説明から明らかなように、本発明によれば、「なりすまし」を確実に防止できるようになる。また、その応用に際して既存の携帯電話をそのまま利用できるようになる。
【図面の簡単な説明】
【図１】本発明が適用されるネットワークシステムの全体構成例を示した図。
【図２】イントラネットの詳細な構成例を示した図。
【図３】ルータの構成例を示した図。
【図４】イントラネットの外側のルータが具備するＮＡＴテーブルの内容説明図であり、（ａ）は公衆通信網からファイアウォールに向かうデータをルーティングする場合の例、（ｂ）はファイアウォールから公衆通信網に向かうデータをルーティングする場合の例を示した図。
【図５】ＤＯＭＩＮＯサーバを用いたホストサーバの機能構成図。
【図６】ホストサーバとローカルサーバとの間で実行される複製の仕組みを示した説明図。
【図７】認証サーバの構成を示す機能ブロック図。
【図８】認証サーバの情報記録部に記録されたデータを説明するための説明図。
【図９】認証サーバの情報記録部に記録されたデータの他の例を説明するための説明図。
【図１０】社内アドレス帳から１０名分程度の個人アドレス帳をコピーする場合の手順説明図。
【図１１】個人アドレス帳をメールファイルにコピーする場合の手順説明図。
【図１２】社員がホストサーバにアクセスする場合の手順説明図。
【図１３】認証時に認証サーバで実行される処理の流れを説明するための手順説明図。
【図１４】（ａ）、（ｂ）、（ｃ）、（ｄ）は、認証処理時に携帯電話の表示部に表示される表示画面例を示した図である。
【図１５】受信処理の手順説明図。
【図１６】受信文処理の手順説明図。
【図１７】削除処理の手順説明図。
【図１８】返信処理の手順説明図。
【図１９】転送処理の手順説明図。
【図２０】ＦＡＸ処理の手順説明図。
【図２１】送信処理の手順説明図。
【図２２】検索処理の手順説明図。
【図２３】検索リスト表示処理の手順説明図。
【図２４】新規キーワード処理の手順説明図。
【図２５】予定処理の手順説明図。
【図２６】予定リストの新規作成処理の手順説明図。
【図２７】携帯電話の表示部における表示画面例を示した図で、（ａ）はログイン画面、（ｂ）はメイン画面、（ｃ）及び（ｄ）は受信処理時の画面、（ｅ）は文書表示画面、（ｆ）は送信処理時の画面である。
【図２８】（ａ）は検索が選択されている様子を示したメイン画面、（ｂ）は検索処理時の画面、（ｃ）は新規キーワードの入力画面、（ｄ）は新規キーワードによる検索結果を表すリスト画面、（ｅ）は検索後の文書表示画面である。
【図２９】（ａ）は予定が選択されている様子を示したメイン画面、（ｂ）は予定リストの一覧表示領域の画面、（ｃ）は予定作成メニューの選択画面、（ｄ）は予定リストの新規作成用のデータ入力画面である。
【図３０】認証時に変形例による認証サーバで実行される処理の流れを説明するための手順説明図。
【符号の説明】
ＬＮ イントラネット
ＷＮ 無線網
ＭＮ 携帯電話網
ＤＮ 公衆通信網
ＰＮ 専用回線網
ＩＮ インターネット
Ｔ１ 携帯電話（携帯電話）
Ｓａ〜Ｓｅ セグメント
１０，１０ａ〜１０ｅ ホストサーバ
１ 認証サーバ
３１ 出入力部
３２ 処理部
３２ａ 制御部
３２ｂ ユーザ識別情報判定部
３２ｃ 端末識別情報生成部
３２ｄ 端末識別情報判定部
３２ｅ 識別情報制御部
３２ｆ 記録部 １０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ メールファイル
１０５ 社員データベース
１０６ 文書データベース
１０７ スケジュールファイル
１０８ 通信アダプタ
１１ ファイアウォール
１２，１３，１４ ルータ
１４ スイッチング・ハブ
２０，２０ａ，２０ｂ ローカルサーバ
３０，４０ ＤＮＳ
Claims (20)
- 所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行う装置であって、
前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、
所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、
受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する通知手段と、
前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、
前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、
識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、
前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する許可手段と、
を備えており、その接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなる、
認証装置。 - 識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報には、当該携帯電話を使用するユーザのユーザ識別情報が付加されており、前記端末識別情報判定手段は、携帯電話から受け付けた当該識別用接続情報に含まれている前記端末識別情報と、ユーザ識別情報を、前記記録媒体に記録されており且つ互いに対応付けられた前期端末識別情報及びユーザ識別情報と対比してその端末識別情報が正当なものか否かを判定するようになっている、
請求項１記載の認証装置。 - 前記ユーザ識別情報は、各ユーザ毎に割り当てられたＩＤ及びパスワードの組からなるものである、
請求項１記載の認証装置。 - 前記識別用接続情報送信手段は、前記接続情報を前記情報記録装置から受け付けると共に、その接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成するようになっている、
請求項１記載の認証装置。 - 前記端末識別情報の使用を停止又は停止解除させる識別情報制御手段をさらに備えている、
請求項１記載の認証装置。 - 前記識別情報制御手段は、ある携帯電話から所定の情報にアクセスすることの要求が所定の時間なかった場合に、当該携帯電話についての端末識別情報の使用を停止させるようになっている、
請求項５記載の認証装置。 - 前記端末識別情報生成手段は、ある携帯電話が所定の情報へのアクセスを許可される度に、新たな端末識別情報を生成し、これを当該携帯電話の電話番号と対応付けて記録されていた端末識別情報に上書きするようになっている、
請求項１記載の認証装置。 - 前記携帯電話がアクセスしようとする前記情報が、セキュリティ性が要求される所定のネットワークの中に存在し、且つ、前記ネットワークの外に存するファイルと少なくともその一部が共通の内容に維持されている共通ファイルの記録情報である、
請求項１ないし７のいずれかの項記載の、認証装置。 - 携帯電話がアクセス可能な情報を記録した第１サーバと、この第１サーバに記録されている前記情報にアクセスしようとする携帯電話が正当なものか否かの認証を行う認証装置とを有し、
前記第１サーバは、正当な携帯電話からのアクセスに呼応して該当情報を索出し、索出した情報を当該アクセスの発信元である携帯電話宛に送出するように構成されており、
前記認証装置は、
前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、
所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、
受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する通知手段と、
前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、
前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、
識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、
前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された前記第１サーバに送信する許可手段と、
を備えており、その接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなる、
を備えている、ネットワークシステム。 - 前記第１サーバがネットワークの中で、そのネットワークの外に存する第２サーバと専用線又は仮想専用線で接続されており、
前記第１サーバと前記第２サーバは、それぞれその記録情報の少なくとも一部が互いに共通の内容に維持される共通ファイルを保有するものであり、
前記認証装置は、前記第１サーバの共通ファイルの記録情報にアクセスしようとする携帯電話が正当なものであるか否かの認証を行うものである、
請求項９記載のネットワークシステム。 - 前記第１サーバ及び前記第２サーバの各々が、自己の共通ファイルの記録情報に変更が生じたときは変更前後の差分データを他方のサーバに送付するとともに、他方のサーバから前記差分データを受領したときは当該差分データを自己の共通ファイルに複写する複写タスクを自動実行するように構成されている、
請求項１０記載のネットワークシステム。 - 前記第１サーバが複数であり、前記第２サーバは複数の第１サーバのそれぞれに対応して設けられている、
請求項１０記載のネットワークシステム。 - 前記認証装置が、前記第１サーバから前記携帯電話に送出された情報を抽出する抽出手段と、いかなる情報が送出されたかという送出情報についてのデータを各携帯電話毎に記録する送出情報記録手段と、を更に備えている、
請求項１０記載のネットワークシステム。 - 前記認証装置が、前記送出情報記録手段に記録された前記データに基づいて、その携帯電話についての送出情報を、当該携帯電話のディスプレイに表示するためのデータを生成する送出情報提示手段とを更に備えている、
請求項１０記載のネットワークシステム。 - 所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を所定のコンピュータを含む認証装置に実行させるための方法であって、前記コンピュータが少なくとも以下の過程を実行する認証方法。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる過程、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する過程、
（３）受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する過程、
（４）前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する過程、
（５）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する過程、
（６）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する過程、
（７）前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する過程。 - 所定のコンピュータに、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行うための以下の処理を実行させることで、当該コンピュータを認証装置として機能させるためのコンピュータ読み取り可能なプログラム。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる処理、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する処理、
（３）受け付けた前記ユーザ識別情報が正当なものと判定された場合に、当該携帯電話に、前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置の電話番号を通知する処理、
（４）前記発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する処理、
（５）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する処理、
（６）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する処理、
（７）前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものである場合にその携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する処理。 - 所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行う装置であって、
前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて記録されている記録手段と、
所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定するユーザ識別情報判定手段と、
前記携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する端末識別情報生成手段と、
前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する識別用接続情報送信手段と、
識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する端末識別情報判定手段と、
受け付けたユーザ識別情報が正当なものであると前記ユーザ識別情報判定手段が判定し、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると端末識別情報判定手段が判定した場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する許可手段と、
を備えており、その接続情報により特定される情報に前記携帯電話がアクセスを許可されるようにされてなる、
認証装置。 - 各ユーザが使用する電子メールアドレスを、各ユーザに割り当てられた前記ユーザ識別情報と対応付けて記録する手段と、
前記ユーザ識別情報判定手段が、ユーザ識別情報が正当なものと判定したときに、そのユーザ識別情報が割り振られたユーザの正当性を認証するための認証情報へ接続するための認証接続情報を、その携帯電話と対応付けられた端末識別情報を埋め込んで生成するとともに、そのユーザの電子メールアドレスに前記認証接続情報を記した電子メールを送信する手段とを備えており、
前記電子メールを受け付けたユーザが、その携帯電話を前記認証情報接続情報により前記認証情報に接続したときに、当該ユーザのユーザ識別情報を入力させるようになっている、
請求項１７記載の認証装置。 - 所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を所定のコンピュータを含む認証装置に実行させるための方法であって、前記コンピュータが少なくとも以下の過程を実行する認証方法。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる過程、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する過程、
（３）携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する過程、
（４）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する過程、
（５）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する過程、
（６）受け付けたユーザ識別情報が正当なものであると判定され、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると判定された場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する過程。 - 所定のコンピュータに、所定のユーザ識別情報が割り当てられたユーザの使用する携帯電話が、所定の情報記録装置が保持する所定の情報にアクセスする際に、当該携帯電話が正当なものであるか否かの認証を行うための以下の処理を実行させることで、当該コンピュータを認証装置として機能させるためのコンピュータ読み取り可能なプログラム。
（１）前記ユーザ識別情報と、各ユーザが使用する携帯電話の電話番号とが対応付けて所定の記録手段に記録させる処理、
（２）所定の情報にアクセスすることを要求してきた携帯電話から当該携帯電話を使用するユーザのユーザ識別情報を受け付けると共に受け付けたユーザ識別情報と前記ユーザ識別情報記録手段に記録されているユーザ識別情報とを対比してそのユーザ識別情報が正当なものか否かを判定する処理、
（３）携帯電話からの電話を受け付けることで当該携帯電話の電話番号を検出する所定の発信者番号検出装置から、発信を行った携帯電話の電話番号についての情報を受け付けると共に、その情報により特定される電話番号が前記記録手段に記録されている場合に、その情報により特定される携帯電話を他の携帯電話と区別するものであり、且つ所定の接続情報に付加することが可能とされた端末識別情報を、当該携帯電話の電話番号と対応付けて前記記録手段に記録する処理、
（４）前記所定の情報にアクセスするための接続情報に前記端末識別情報を埋め込んで識別用接続情報を生成し、生成した識別用接続情報をその携帯電話に送信する処理、
（５）識別用接続情報を受け付けた当該携帯電話で指定された前記識別用接続情報を受け付け、受け付けた当該識別用接続情報に含まれている端末識別情報と前記記録手段に記録されている端末識別情報とを対比してその端末識別情報が正当なものか否かを判定する処理、
（６）受け付けたユーザ識別情報が正当なものであると判定され、且つ前記受け付けた識別用接続情報に含まれていた端末識別情報が正当なものであると判定された場合に、その携帯電話がアクセスを要求した接続情報を、当該情報が記録された所定の情報記録装置に送信する処理。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001190520A JP4588927B2 (ja) | 2001-06-22 | 2001-06-22 | 認証装置及び方法、ネットワークシステム、コンピュータプログラム |
| PCT/JP2002/005387 WO2003001837A1 (fr) | 2001-06-22 | 2002-05-31 | Appareil d'authentification et procede d'authentification d'informations d'acces par un telephone cellulaire, appareil d'enregistrement, systeme de reseau et logiciel |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001190520A JP4588927B2 (ja) | 2001-06-22 | 2001-06-22 | 認証装置及び方法、ネットワークシステム、コンピュータプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003009243A JP2003009243A (ja) | 2003-01-10 |
| JP4588927B2 true JP4588927B2 (ja) | 2010-12-01 |
Family
ID=19029278
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001190520A Expired - Fee Related JP4588927B2 (ja) | 2001-06-22 | 2001-06-22 | 認証装置及び方法、ネットワークシステム、コンピュータプログラム |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP4588927B2 (ja) |
| WO (1) | WO2003001837A1 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005109652A (ja) * | 2003-09-29 | 2005-04-21 | Casio Comput Co Ltd | 電子タグを有する携帯機器、サーバ装置及びプログラム |
| JP2006155196A (ja) * | 2004-11-29 | 2006-06-15 | Intelligentdisc Inc | ネットワークアクセスシステム、方法及び記憶媒体 |
| CN101204071B (zh) * | 2005-06-23 | 2011-06-22 | Xds有限公司 | 移动设备网络地址更改的方法及装置 |
| JP4552797B2 (ja) * | 2005-07-26 | 2010-09-29 | 日本電気株式会社 | 電話番号の登録・認証システム，方法，認証サーバおよびプログラム |
| WO2008016147A1 (fr) * | 2006-08-03 | 2008-02-07 | Nippon Telegraph And Telephone Corporation | Procédé, système et programme d'authentification de téléphone mobile de type 'browserphone' en fonction de son numéro, serveur d'authentification de téléphone mobile de type 'browserphone', ainsi que procédé, système, serveur et programme |
| JP5053040B2 (ja) * | 2007-11-01 | 2012-10-17 | 株式会社野村総合研究所 | 情報処理装置及びクライアントサーバシステム |
| EP2477118B1 (en) | 2009-09-09 | 2019-10-09 | Lenovo Innovations Limited (Hong Kong) | Information providing service system using portable terminal device |
| US10277630B2 (en) * | 2011-06-03 | 2019-04-30 | The Boeing Company | MobileNet |
| WO2013076821A1 (ja) * | 2011-11-22 | 2013-05-30 | 学校法人日本大学 | 携帯端末を認証する認証方法及び認証サーバ |
| US9424543B2 (en) * | 2012-09-27 | 2016-08-23 | International Business Machines Corporation | Authenticating a response to a change request |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1127750A (ja) * | 1997-07-08 | 1999-01-29 | Koorasu Computer Kk | アクセス認証方法、接続制御装置、及び通信システム |
| JP2000004221A (ja) * | 1998-06-16 | 2000-01-07 | Toshiba Corp | データ通信システム及びその制御方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0738557A (ja) * | 1993-07-26 | 1995-02-07 | Nippon Telegr & Teleph Corp <Ntt> | 情報通信方式 |
| JPH1013956A (ja) * | 1996-06-21 | 1998-01-16 | Nec Corp | ユーザ認証方式 |
| TW396308B (en) * | 1997-04-01 | 2000-07-01 | Tumbleweed Software Corp | Document delivery system |
| JP4181246B2 (ja) * | 1998-06-02 | 2008-11-12 | 株式会社東芝 | ネットワークコンピューティグシステムに於ける暗号化システム、同システムに於ける暗号鍵管理方法、及び記憶媒体 |
| JP3731645B2 (ja) * | 1998-11-06 | 2006-01-05 | 三菱電機株式会社 | エージェント方法及びコンピュータシステム |
-
2001
- 2001-06-22 JP JP2001190520A patent/JP4588927B2/ja not_active Expired - Fee Related
-
2002
- 2002-05-31 WO PCT/JP2002/005387 patent/WO2003001837A1/ja active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1127750A (ja) * | 1997-07-08 | 1999-01-29 | Koorasu Computer Kk | アクセス認証方法、接続制御装置、及び通信システム |
| JP2000004221A (ja) * | 1998-06-16 | 2000-01-07 | Toshiba Corp | データ通信システム及びその制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003009243A (ja) | 2003-01-10 |
| WO2003001837A1 (fr) | 2003-01-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3597448B2 (ja) | 情報アクセス方法及びネットワークシステム | |
| US20050108520A1 (en) | Authentication apparatus and method, network system, recording medium and computer program | |
| US7509379B2 (en) | Method of triggering a transfer of data stored in a database | |
| JP4567228B2 (ja) | 認証装置及び方法、ネットワークシステム、記録媒体、コンピュータプログラム | |
| JP3902574B2 (ja) | 個人情報管理システム、個人情報管理方法及びそのプログラム | |
| JP4588927B2 (ja) | 認証装置及び方法、ネットワークシステム、コンピュータプログラム | |
| JP4712196B2 (ja) | 認証装置及び方法、ネットワークシステム、記録媒体、コンピュータプログラム | |
| KR20160020290A (ko) | 클라우드 프린트 서버 및 클라우드 프린트 서버에 인쇄 컨텐츠 및 인쇄 작업을 등록하는 방법 | |
| US7567798B2 (en) | System for accessing multimedia files from a mobile terminal | |
| JPWO2012046583A1 (ja) | アクセス制御装置、アクセス制御システム、アクセス制御方法、及び、アクセス制御プログラム | |
| KR20150094467A (ko) | 전화번호를 기반으로 한 클라우드 프린팅 서비스를 제공하는 방법 및 시스템, 그리고 클라우드 프린팅 서비스를 지원하는 클라우드 서버 | |
| JP2005217938A (ja) | ネットワークファクシミリ装置 | |
| WO2003107711A1 (ja) | ネットワークを介してアクセス可能な携帯無線端末および方法、ネットワークシステム、記録媒体ならびにコンピュータプログラム | |
| JP2008046875A (ja) | 通信フィルタリングシステムおよび方法 | |
| JP2004173129A (ja) | 通信端末の番号情報変更通知システム、センター装置、番号情報変更通知方法、番号情報変更通知プログラムおよびプログラム記録媒体 | |
| CN100388697C (zh) | 网络通信系统和方法 | |
| JP2013051642A (ja) | 携帯端末装置、携帯端末装置の制御方法、およびそのプログラム | |
| KR100705437B1 (ko) | Ｅｎｕｍ 서비스를 이용한 모바일 블로그 서비스 제공시스템 및 방법 | |
| JP2010273101A (ja) | サービス提供システムおよびサービス提供方法 | |
| EP1172976A1 (en) | Method of transferring data being stored in a database | |
| JP2004341986A (ja) | 情報保管システム及び情報保管サービス方法 | |
| JP2005033318A (ja) | 仮想電話番号サービスを実現する電話端末とそのシステム | |
| JP2023078984A (ja) | 通信方法、判定装置、識別子特定装置、及びファクシミリ装置 | |
| JP2005217643A (ja) | 電話機および電話サーバ | |
| JP2008283553A (ja) | 通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071016 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100907 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100909 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130917 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |