JP2002300654A - 携帯無線端末、方法、ネットワークシステム、記録媒体、コンピュータプログラム - Google Patents

Abstract

(57)【要約】 【課題】 携帯無線端末を利用の情報閲覧システムを、
電波の届かない場所でも利用でき、情報を再度閲覧する
際に再度の通信が不要となるように改良する。 【解決手段】 情報の閲覧の際には、まず、閲覧しよう
とした情報が、Ｏｆｆ−Ｌｉｎｅ状態での表示を望むも
のとして選択されているか判定する（Ｓ４１０１）。こ
の情報が、Ｏｆｆ−Ｌｉｎｅ状態での表示を望むことの
あるものとして選択されている場合（Ｓ４１０１：Ｙｅ
ｓ）には、その情報についてのデータが、キャッシュメ
モリ内に存在するか否かが判定される（Ｓ４１０２）。
ここで、通信が不可能である場合（Ｓ４１０３：Ｎｏ）
には、（Ｓ４１０４）。通信が可能である場合（Ｓ４１
０３：Ｙｅｓ）には、ホストでの情報の更新状況を検出
し、ホストで情報の更新があればその情報を、更新がな
ければキャッシュメモリに残っている情報をディスプレ
イに表示する（Ｓ４１０４、Ｓ４１０９）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットそ
の他のコンピュータネットワークに無線により適宜接続
可能な携帯無線端末、例えば、ＰＤＡ（Personal Digit
al Assistants）、ノート型パーソナルコンピュータ、
あるいはインターネット接続機能を有する携帯電話と、
この携帯無線端末に情報を提供するサーバとを含んで構
成されるネットワークシステムに関する。

【０００２】

【従来の技術】携帯無線端末は、いつでもどこでも必要
な情報を閲覧できるというその手軽さにより、急激に普
及してきている。携帯無線端末による情報閲覧を可能に
するネットワークシステムは、携帯無線端末を、閲覧用
の情報を保持するサーバにインターネットなどを介して
接続する環境を構築するのが一般的になっている。

【０００３】携帯無線端末を利用した上述のネットワー
クシステムは、その利便性が高いが、改良すべき点も残
されている。例えば、従来のこの種のネットワークシス
テムは、携帯無線端末が電波の届かない場所にある場合
には情報の閲覧を行うことができないし、一度閲覧した
情報をユーザが再度閲覧しようとした場合には、再度携
帯無線端末からサーバに接続して通信を行わなければ、
その情報を閲覧できない。

【０００４】

【発明が解決しようとする課題】本発明の課題は、携帯
無線端末を利用した上述のような情報の閲覧を、携帯無
線端末に電波の届かない場所であっても可能になるよう
にし、また、一度閲覧した情報を再度閲覧する際に再度
の接続を不要にするように改良することである。

【０００５】

【課題を解決するための手段】本発明は、上記の課題を
解決することができる携帯無線端末を提供する。この携
帯無線端末は、ユーザに提供される情報を保持している
サーバに所定のネットワークを介してアクセス可能とさ
れている携帯無線端末であって、情報を閲覧可能な形態
に成形してなる情報データを前記サーバから受け付ける
とともにその情報データを記録する情報記録手段と、前
記情報記録手段に記録された前記情報データに基づいて
情報を表示するための表示データを生成する表示データ
生成手段と、前記表示データに基づいて情報表示を行う
表示手段とを備えるものである。この携帯無線端末は、
表示手段に情報の表示を行う際に、サーバから受け付
け、情報記録手段に記録したデータを用いる。従って、
表示手段に表示を行う際に、当該携帯無線端末に電波が
届かなかったとしても、情報記録手段に記録された情報
データにより情報の表示を行えることになる。また、一
度閲覧した情報であって、再度閲覧する可能性のある情
報であれば、当該情報についての情報データを情報記録
手段に記録しておくことにより、当該情報データを利用
しての情報の表示をいつでも行えるようになる。従っ
て、再度の閲覧の際にも、再度の通信を行わなくてもよ
くなる。尚、本発明における携帯無線端末はその種類を
問わないが、例えば、携帯電話とすることができる。ま
た、本発明における情報記録手段は、携帯無線端末に当
初から備え付けられているものでなくても良い。携帯無
線端末に対して着脱自在とされた、或いは後付可能とさ
れた、ばメモリスティック、メモリディスクなどの補助
記録手段を、情報記録手段として用いても良い。

【０００６】本発明は、この携帯無線端末と同様の効果
を得られる方法として、以下の方法を提案する。それ
は、ユーザに提供される情報を保持しているサーバの前
記情報に所定のネットワークを介してアクセス可能とさ
れていると共に、その表示手段で前記情報を閲覧できる
ようにされており、且つ制御手段を備えている携帯無線
端末の当該制御手段にて実行される方法である。そし
て、その方法は、その制御手段が、前記情報についての
情報データを前記サーバから受け付けると共に、その情
報データを記録する過程と、前記情報データに基づい
て、前記情報を表示するための表示データを生成する過
程と、前記表示データに基づいて、前記情報を表示する
過程と、を含む。本発明は、また、上記携帯無線端末と
同様の効果を得られるプログラムとして、以下のプログ
ラムを提案する。それは、ユーザに提供される情報を保
持しているサーバの前記情報に所定のネットワークを介
してアクセス可能とされていると共に、その表示手段で
前記情報を閲覧できるようにされており、且つコンピュ
ータを含む制御手段を備えている携帯無線端末の当該制
御手段に、前記情報についての情報データを前記サーバ
から受け付けると共に、その情報データを記録する処
理、前記情報データに基づいて、前記情報を表示するた
めの表示データを生成する処理、前記表示データに基づ
いて、前記情報を表示する処理、を実行させるためのコ
ンピュータプログラムである。

【０００７】上記課題を解決するために、本発明が提案
する他の携帯無線端末は以下のようなものである。この
携帯無線端末は、ユーザに提供される複数の情報を保持
しているサーバの前記情報の少なくとも一つに所定のネ
ットワークを介してアクセス可能とされていると共に、
前記情報の少なくとも一つを閲覧できるようにされてい
る携帯無線端末である。この携帯無線端末は、ユーザが
その提供を望む情報を前記サーバが保持する情報の中か
ら選択するための選択情報を受け付ける入力手段と、選
択情報で指定された情報についての情報データを前記サ
ーバから受け付けると共に、その情報データを記録する
情報記録手段と、前記情報記録手段に記録された前記情
報データに基づいて、前記情報を表示するための表示デ
ータを生成する表示データ生成手段と、前記表示データ
に基づいて、前記情報を表示する表示手段と、を備えて
いる。この携帯無線端末によっても、上述の携帯無線端
末と同様の効果を得られる。この携帯無線端末によれ
ば、必要な情報を取捨選択することが可能なので、上述
の効果に加えて、携帯無線端末の情報記録手段の記録容
量に合わせた量のデータを、情報記録手段に記録させら
れるようになるという効果を得られるようになる。

【０００８】本発明は、この携帯無線端末と同様の効果
を得られる方法として、以下の方法を提案する。それ
は、ユーザに提供される複数の情報を保持しているサー
バの前記情報の少なくとも一つに所定のネットワークを
介してアクセス可能とされていると共に、その表示手段
で前記情報の少なくとも一つを閲覧できるようにされて
おり、且つ制御手段を備えている携帯無線端末の当該制
御手段にて実行される方法である。そして、その方法
は、その制御手段が、ユーザがその提供を望む情報を前
記サーバが保持する情報の中から選択するための選択情
報を受け付ける過程と、選択情報で指定された情報につ
いての情報データを前記サーバから受け付けると共に、
その情報データを記録する過程と、前記情報データに基
づいて、前記情報を表示するための表示データを生成す
る過程と、前記表示データに基づいて、前記情報を表示
する過程と、を含む。本発明は、また、この携帯無線端
末と同様の効果を得られるプログラムとして、以下のプ
ログラムを提案する。それは、ユーザに提供される複数
の情報を保持しているサーバの前記情報の少なくとも一
つに所定のネットワークを介してアクセス可能とされて
いると共に、その表示手段で前記情報の少なくとも一つ
を閲覧できるようにされており、且つコンピュータを含
む制御手段を備えている携帯無線端末の当該制御手段
に、ユーザがその提供を望む情報を前記サーバが保持す
る情報の中から選択するための選択情報を受け付ける処
理、選択情報で指定された情報についての情報データを
前記サーバから受け付けると共に、その情報データを記
録する処理、前記情報データに基づいて、前記情報を表
示するための表示データを生成する処理、前記表示デー
タに基づいて、前記情報を表示する処理、を実行させる
ためのコンピュータプログラムである。

【０００９】上記課題を解決するために、本発明が提案
する他の携帯無線端末は以下のようなものである。この
携帯無線端末は、ユーザに提供される複数の情報を保持
しているサーバの前記情報に所定のネットワークを介し
てアクセス可能とされていると共に、前記情報を閲覧で
きるようにされている携帯無線端末である。そして、前
記情報についての情報データを前記サーバから受け付け
ると共に、その情報データを記録する情報記録手段と、
前記情報記録手段に記録された前記情報データに基づい
て、前記情報を表示するための表示データを生成する表
示データ生成手段と、前記表示データに基づいて、前記
情報を表示する表示手段と、前記情報のいずれかが更新
された場合に、当該情報についての情報データを前記サ
ーバから受け付けると共に、そのデータで、前記情報記
録手段のデータを更新する更新手段と、を備えている。
この携帯無線端末によれば、情報記録手段に記録してお
く情報データを、最新のものに更新できるようになるの
で、サーバで情報の更新があった場合でも、新しい情報
を得られるようになる。上述の更新手段は、これには限
られないが、前記サーバが保持する前記情報へ所定の時
間間隔で自動的にアクセスすると共に、前記情報のうち
のいずれが更新されたかということについての更新情報
を生成する更新情報生成手段、前記更新情報に基づいて
更新された情報のみについての情報データを前記サーバ
から受け付けると共に、そのデータで、前記情報記録手
段のデータを更新する情報管理手段、を備えているもの
とすることができる。自動的なデータの更新により、デ
ータ更新についてのユーザの負担を減らすことができ
る。また、サーバが保持する前記情報はそれぞれ、その
情報が更新された直近の日時を示す日時情報を含んでい
るものとすることができる。そして、この場合の更新情
報生成手段は、前記更新手段が前記情報へアクセスした
際に各情報についての日時情報を受け付けると共に、受
け付けた日時情報が示す更新日時と、前記情報記録手段
から読み出した日時情報が示す更新日時との先後を各情
報について判定することで、前記更新情報を生成するよ
うになっているものとすることができる。

【００１０】本発明は、上述の携帯無線端末と同様の効
果を得られる方法として、例えば、以下の方法を提案す
る。それは、ユーザに提供される複数の情報を保持して
いるサーバの前記情報に所定のネットワークを介してア
クセス可能とされていると共に、その表示手段で前記情
報を閲覧できるようにされており、且つ制御手段を備え
ている携帯無線端末の当該制御手段にて実行される方法
である。そして、その方法は、その制御手段が、前記情
報についての情報データを前記サーバから受け付けると
共に、その情報データを記録する過程と、前記情報記録
手段に記録された前記情報データに基づいて、前記情報
を表示するための表示データを生成する表示データ過程
と、前記表示データに基づいて、前記情報を表示する過
程と、前記情報のいずれかが更新された場合に、当該情
報についての情報データを前記サーバから受け付けると
共に、そのデータで、前記情報記録手段のデータを更新
する過程と、を含む。本発明は、また、上述の携帯無線
端末と同様の効果を得られるプログラムの例として、以
下のプログラムを提案する。それは、ユーザに提供され
る複数の情報を保持しているサーバの前記情報に所定の
ネットワークを介してアクセス可能とされていると共
に、その表示手段で前記情報を閲覧できるようにされて
おり、且つコンピュータを含む制御手段を備えている携
帯無線端末の当該制御手段に、前記情報についての情報
データを前記サーバから受け付けると共に、その情報デ
ータを記録する処理、前記情報記録手段に記録された前
記情報データに基づいて、前記情報を表示するための表
示データを生成する表示データ処理、前記表示データに
基づいて、前記情報を表示する処理、前記情報のいずれ
かが更新された場合に、当該情報についての情報データ
を前記サーバから受け付けると共に、そのデータで、前
記情報記録手段のデータを更新する処理、を実行させる
ためのコンピュータプログラムである。

【００１１】本発明は、携帯無線端末に情報を提供する
サーバとして、例えば、以下のものを提案する。即ち、
所定の情報についての情報データを所定のネットワーク
を介して受け付けると共に、その情報データを記録する
情報記録手段、前記情報記録手段に記録された前記情報
データに基づいて、前記情報を表示するための表示デー
タを生成する表示データ生成手段、前記表示データに基
づいて、前記情報を表示する表示手段、前記情報のいず
れかが更新された場合に、当該情報についての情報デー
タを前記サーバから受け付けると共に、そのデータで、
前記情報記録手段のデータを更新する更新手段、を備え
ている携帯無線端末がアクセス可能なユーザ提供用の情
報であり、携帯無線端末で閲覧できるようにされている
ものを複数保持しているサーバであって、前記情報のい
ずれが更新されたかを検出するための処理を前記携帯無
線端末に実行させるためのプログラムを保持すると共
に、携帯無線端末からの求めに応じてそのプログラムを
携帯無線端末に送信するプログラム送信手段、を備えて
いるサーバである。これにより、携帯無線端末側で行わ
れる処理を実行させるためのプログラムをサーバから送
信するようにすることで、携帯無線端末に必要な変更を
少なくすることができるようになる。また、既存の携帯
無線端末でも、本発明の効果を得られるようにできる場
合もある点で有用である。このようなプログラムとして
は、例えばJava プログラムを用いることができ、その
実行環境は、JVM(Java vertual Machine)、KVM（携帯電
話等の携帯無線端末用のコンパクトなＪＶＭ）を使用す
ることができる。このプログラムは、そのプログラムと
ユーザ端末が備える所定のハードウェアとの協働によっ
て、識別情報の認証装置への送信を実現するようなもの
でも良く、そのプログラムとユーザ端末が備える所定の
ハードウェアとユーザ端末が有している所定のプログラ
ムとの協働によって、識別情報の認証装置への送信を実
現するようなものでも良い。

【００１２】本発明は、携帯無線端末に情報を提供する
サーバの他のものとして、例えば、以下のものを提案す
る。それは、所定の情報についての情報データを所定の
ネットワークを介して受け付けると共に、その情報デー
タを記録する情報記録手段、前記情報記録手段に記録さ
れた前記情報データに基づいて、前記情報を表示するた
めの表示データを生成する表示データ生成手段、前記表
示データに基づいて、前記情報を表示する表示手段、を
備えている携帯無線端末がアクセス可能なユーザ提供用
の情報であり、携帯無線端末で閲覧できるようにされて
いるものを保持しているサーバである。そして、そのサ
ーバが保持する情報は、セキュリティ性が要求される所
定のネットワークの中に存在し、且つ、前記ネットワー
クの外に存するファイルと少なくともその一部が共通の
内容に維持されている共通ファイルの記録情報とされて
いるものである。本発明は、また、サーバを含むネット
ワークシステムとして以下のものを提案する。それは、
所定の情報についての情報データを所定のネットワーク
を介して受け付けると共に、その情報データを記録する
情報記録手段、前記情報記録手段に記録された前記情報
データに基づいて、前記情報を表示するための表示デー
タを生成する表示データ生成手段、前記表示データに基
づいて、前記情報を表示する表示手段、を備えている携
帯無線端末がアクセス可能なユーザ提供用の情報であ
り、携帯無線端末で閲覧できるようにされているものを
保持しており、所定のネットワーク中に配されている第
１サーバと、前記第１サーバがその中に含まれる前記ネ
ットワークの外に存し、且つ前記第１サーバと専用線又
は仮想専用線で接続されている第２サーバとを含んでな
るネットワークシステムである。そして、その第１サー
バと前記第２サーバは、それぞれその記録情報の少なく
とも一部が互いに共通の内容に維持される共通ファイル
を保有するものとされている。

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

【００１４】本発明のネットワークシステムは、前記第
１サーバ及び前記第２サーバの各々が、自己の共通ファ
イルの記録情報に変更が生じたときは変更前後の差分デ
ータを他方のサーバに送付するとともに、他方のサーバ
から前記差分データを受領したときは当該差分データを
自己の共通ファイルに複写する複写タスクを自動実行す
るように構成されているものとすることができる。本発
明のネットワークシステムは、前記第１サーバが複数で
あり、前記第２サーバは複数の第１サーバのそれぞれに
対応して設けられているものとしても良い。

【００１５】

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

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

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

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

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

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

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

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

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

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

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

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

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

【００２８】ホストサーバ１０は、ユーザに提供される
情報であるメールファイルやスケジュールファイル等を
含むデータベースを具備するコンピュータである。各情
報は、ユーザの閲覧に供される情報であるが、それに加
えて、その情報が更新された直近の日時を示す情報であ
る日時情報を含んでいる。この実施形態のホストサーバ
１０は、また、これに加えて、データ転送可能なウエブ
メールサーバ機能、検索機能、複写機能、スケジューラ
機能を有している。検索機能はデータベースの該当ファ
イルを検索する機能であり、複写機能はローカルサーバ
２０との間でデータベースの変更分のデータの複写を行
う複写タスクを起動実行する機能である。スケジュール
機能は、登録したユーザ企業毎に用意されているスケジ
ュールファイルを管理する機能である。ローカルサーバ
２０は、少なくとも上記の複写機能とデータベースとを
有するコンピュータである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５５】ＨＴＴＰタスクは、携帯電話からＨＴＴＰ
送信要求を受け付けたときに、当該ＨＴＴＰ送信要求に
対応するデータファイルを特定し、これをＨＴＭＬ形式
に変換するタスクである。拡張ＵＲＬを利用できるた
め、ＨＴＴＰ送信要求に対応するデータファイルをダイ
ナミックにＨＴＭＬ形式に変換することができる。ロー
カルサーバ２０も、上記のＤＯＭＩＮＯサーバを用いる
ことができる。プログラム送信タスクは、文書データベ
ース１０６などに保持された情報のいずれが更新された
かを検出するための処理を前記携帯無線端末に実行させ
るためのプログラムを保持すると共に、携帯無線端末か
らの求めに応じてそのプログラムを携帯無線端末に送信
するものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７９】（情報の閲覧）上述のような各種処理の中
で、メール（種々のリストデータや編集されたデータ及
び予め登録されている種々の文書を含む）の閲覧を行う
と、ユーザ端末Ｔ１のディスプレイには、メールの内容
が表示される。この表示は、Ｏｎ−Ｌｉｎｅ状態での表
示、Ｏｆｆ−Ｌｉｎｅ状態での表示のいずれかにより行
われる。Ｏｆｆ−Ｌｉｎｅ状態での表示は、Ｏｆｆ−Ｌ
ｉｎｅ状態での表示を望むことのある情報が存在する旨
の意思表示をユーザが行っている場合にのみ行われる。
この意思表示は、例えば、図２９に示したような画面を
ユーザ端末Ｔ１のディスプレイに表示することで、ユー
ザに、Ｏｆｆ−Ｌｉｎｅ状態での表示を望むことのある
情報を選択させることで行われる。

【００８０】この画面では、図２９で示したように、…
８、９、１０…と通し番号が振られた情報の見出しのう
ちの幾つかが表示される。この画面が表示されている際
に、ユーザが、画面下方にある「前へ」、「次へ」とい
うキーに対して所定の入力を行うと、情報が上下方向へ
スクロールする。これにより、ユーザは、全ての情報を
見ることができる。ユーザが、各情報の数字の左隣に表
示されているチェックボックスのうちの所望のものに×
印を入れると、そのチェックボックスと対応付けられた
情報がＯｆｆ−Ｌｉｎｅ状態での表示を望むことのある
ものとして選択される。尚、いずれの情報についても、
Ｏｆｆ−Ｌｉｎｅ状態での表示を望まない場合には、画
面上方にあるＯｆｆ−Ｌｉｎｅの文字の左隣にあるチェ
ックボックスの×印を外せば良い。

【００８１】ユーザがある情報を閲覧しようとした場合
には、具体的には、図３０に示すような処理が実行され
る。まず、閲覧しようとした情報が、Ｏｆｆ−Ｌｉｎｅ
状態での表示を望むものとして選択されているかの判定
がなされる（Ｓ４１０１）。この情報が、Ｏｆｆ−Ｌｉ
ｎｅ状態での表示を望むことのあるものとして選択され
ている場合（Ｓ４１０１：Ｙｅｓ）には、その情報につ
いてのデータが、キャッシュメモリ内（或いは補助記録
装置内、以下同じ。）に存在するか否かが判定される
（Ｓ４１０２）。その情報についてのデータが残ってい
るのであれば（Ｓ４１０２：Ｙｅｓ）、その情報につい
て更新が行われているか否かの判定がなされる。具体的
には、ユーザ端末Ｔ１がホスト１０に対して行ったプロ
グラム送信の要求に応える形で、上述したプログラム送
出タスクが実行され、どの情報が更新されたか否かをユ
ーザ端末Ｔ１が検出するための処理を前記携帯無線端末
に実行させるためのプログラムが、ホスト１０からユー
ザ端末Ｔ１へと送信される。これを受け付けたユーザ端
末Ｔ１は、以下の処理を実行する。ユーザ端末Ｔ１は、
まず、ホスト１０が保持している情報のうち、閲覧の対
象となっている情報に含まれる日時情報の送信をホスト
１０へ要求すべく、ホスト１０との通信が現在可能であ
るか否かについて判定する（Ｓ４１０３）。通信が不可
能である場合（Ｓ４１０３：Ｎｏ）には、通信を行えな
かったこと（或いは、キャッシュメモリに残っている情
報をとりあえず表示すること）を示す表示を行うと共
に、キャッシュメモリに残っている情報をディスプレイ
に表示する（Ｓ４１０４）。通信が可能である場合（Ｓ
４１０３：Ｙｅｓ）には、ユーザ端末Ｔ１は、日時情報
の送信をホスト１０へ要求する。要求された日時情報を
ホスト１０が送信すると、ユーザ端末Ｔ１がこれを受け
付ける（Ｓ４１０５）。キャッシュメモリに残っていた
情報に含まれていた日時情報を読み出す（Ｓ４１０
６）。そして、ユーザ端末Ｔ１は、ホスト１０から受け
付けた日時情報と、キャッシュメモリから読み出した日
時情報とを比較し、それらが同一であるかを判定する
（Ｓ４１０７）。同一である場合（Ｓ４１０７：Ｙｅ
ｓ）には、キャッシュメモリに残っていたデータによる
情報が最新のものであることを意味するので、キャッシ
ュメモリに残っていたデータに基づく情報をディスプレ
イに表示する（Ｓ４１０４）。両日時情報で示される日
付情報が同一でない場合（Ｓ４１０７：Ｎｏ）には、ホ
スト１０が保持していた情報が更新されていることを意
味するのであるから、ホスト１０へ当該情報についての
データの送信を要求（Ｓ４１０８）し、ホスト１０から
受け付けたデータに基づく画面表示を行う（Ｓ４１０
９）。閲覧しようとした情報が、Ｏｆｆ−Ｌｉｎｅ状態
での表示を望むことのあるものとして選択されていない
場合（Ｓ４１０１：Ｎｏ）、ユーザが閲覧を希望する情
報についてのデータがキャッシュメモリ内に存在しない
場合（Ｓ４１０２：Ｎｏ）には、その情報についてのデ
ータの送信をホスト１０に要求すべく、ホスト１０との
通信が現在可能であるか否かについて判定する（Ｓ４１
１０）。通信が不可能である場合（Ｓ４１０３：Ｎｏ）
には、通信を行えなかったこと（或いは、キャッシュメ
モリに残っている情報をとりあえず表示すること）を示
す表示を行う（Ｓ４１１１）。情報の表示は行われな
い。通信が可能である場合（Ｓ４１１０：Ｙｅｓ）に
は、ユーザ端末Ｔ１は、当該情報の送信をホスト１０へ
要求（Ｓ４１１２）し、これに基づいてホスト１０が送
信したデータに基づく情報を、そのディスプレイに表示
する（Ｓ４１１３）。

【００８２】この例のユーザ端末Ｔ１は、また、所定時
間、例えば１時間おきに、キャッシュメモリに記録され
たデータを自動的に更新する機能を有している。このよ
うな自動更新を実行することで、Ｏｆｆ−Ｌｉｎｅで見
ることのできる情報を、なるべく更新直後の新しい状態
に保てるようになる。この場合の自動更新の処理は、以
下のようにして行われる。尚、この実施形態では、以下
で説明する自動更新の処理は、Ｏｆｆ−Ｌｉｎｅ状態で
の表示が望まれている情報に対して行われるものであ
り、Ｏｆｆ−Ｌｉｎｅ状態での表示が望まれている情報
が少なくとも一つ選択されている場合のみ実行されるよ
うになっている。具体的な処理は以下の通りである。自
動更新の処理は、Ｏｆｆ−Ｌｉｎｅ状態での表示が望ま
れている情報についてのデータがキャッシュメモリに記
録されているか否か判定する（Ｓ４２０１）ことから始
まる。その情報についてのデータがキャッシュメモリに
記録されていない場合（Ｓ４２０１：Ｎｏ）には、当該
情報についてのデータの送信をホスト１０に要求し（Ｓ
４２０２）、そのデータをホスト１０から受け付ける
（Ｓ４２０３）。そして、そのデータを、キャッシュメ
モリに記録する（Ｓ４２０４）。その情報についてのデ
ータがキャッシュメモリに記録されている場合（Ｓ４２
０１：Ｙｅｓ）には、ホスト１０が保持する情報のうち
更新すべき情報に対応するものに含まれる日時情報の送
信をホスト１０に要求し（Ｓ４２０５）、そのデータを
ホスト１０から受け付ける（Ｓ４２０６）。次いで、キ
ャッシュメモリに残っていた情報に含まれていた日時情
報を読み出す（Ｓ４２０７）。次いで、ホスト１０から
受け付けた日時情報と、キャッシュメモリから読み出し
た日時情報とを比較し、それらが同一であるかを判定す
る（Ｓ４２０８）。同一である場合（Ｓ４２０８：Ｙｅ
ｓ）には、キャッシュメモリに残っていたデータによる
情報が最新のものであることを意味するので、そのデー
タをそのまま維持する（Ｓ４２０９）。両日時情報で示
される日付情報が同一でない場合（Ｓ４２０８：Ｎｏ）
には、ホスト１０が保持していた情報が更新されている
ことを意味するのであるから、ホスト１０へ当該情報に
ついてのデータの送信を要求（Ｓ４２１０）し、ホスト
１０から当該情報についてのデータを受け付け（Ｓ４２
１１）、受け付けたそのデータで、元のデータを上書き
する（Ｓ４２１２）。以上の処理は、Ｏｆｆ−Ｌｉｎｅ
状態での表示が望まれている情報のそれぞれについて行
われる。一の情報について以上の処理が終わるたびに、
Ｏｆｆ−Ｌｉｎｅ状態での表示が望まれている情報のす
べてについての処理が終了したか判定する（Ｓ４２１
３）。すべての情報について処理が終了していないので
あれば（Ｓ４２１３：Ｎｏ）、以上の処理を次の情報に
ついて繰り返し、すべての情報について処理が終了した
のであれば（Ｓ４２１３：Ｙｅｓ）、データ更新の処理
を終了する。尚、以上説明したデータ更新の処理は、そ
のユーザ端末Ｔ１に電波が入らない場合には実行されな
い。また、データ更新の処理は、自動で行われるのみな
らず、ユーザ端末Ｔ１のユーザの操作に基づいて、手動
で実行されるようにすることも可能である。

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

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

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

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

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

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

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

【００９０】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

【図９】 （ａ）、（ｂ）一つのユーザ端末で多数のサ
ービス提供を受ける可能性がある大規模システムにおい
て使用される階層テーブルの例を示した図。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２９】 Ｏｆｆ−Ｌｉｎｅ状態での表示を行わせる
情報の選択を行う画面を示す図。

【図３０】 情報表示処理の手順説明図。

【図３１】 データ更新処理の手順説明図。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K033 CB01 DA01 DA19 5K067 AA30 AA34 BB41 EE00 EE02 FF02 FF23 HH21 HH23 5K101 KK02 KK16 LL12 MM07 NN03 NN18 NN21 SS07

Claims (17)

【特許請求の範囲】
1. 【請求項１】 ユーザに提供される情報を保持している
   サーバに所定のネットワークを介してアクセス可能とさ
   れている携帯無線端末であって、 情報を閲覧可能な形態に成形してなる情報データを前記
   サーバから受け付けるとともにその情報データを記録す
   る情報記録手段と、 前記情報記録手段に記録された前記情報データに基づい
   て情報を表示するための表示データを生成する表示デー
   タ生成手段と、 前記表示データに基づいて情報表示を行う表示手段と、 を備えることを特徴とする、携帯無線端末。
2. 【請求項２】 ユーザに提供される情報を保持している
   複数のサーバの少なくとも一つに所定のネットワークを
   介してアクセス可能とされ且つ当該サーバが保持してい
   る情報の閲覧が可能とされている携帯無線端末であっ
   て、 ユーザがその提供を望む情報を前記サーバが保持してい
   る前記複数の情報の中から選択するための選択情報を受
   け付ける手段と、 選択情報によって指定された情報を閲覧可能な形態に成
   形してなる情報データを前記サーバから受け付けると共
   に受け付けた情報データを記録する情報記録手段と、 前記情報記録手段に記録された前記情報データに基づい
   て情報を表示するための表示データを生成する表示デー
   タ生成手段と、 前記表示データに基づいて情報表示を行う表示手段とを
   備えている、携帯無線端末。
3. 【請求項３】 ユーザに提供される複数の情報を保持し
   ているサーバに所定のネットワークを介してアクセス可
   能とされ且つ前記複数の情報の少なくとも一つの閲覧が
   可能とされている携帯無線端末であって、 前記複数の情報のいずれかを閲覧可能な形態に成形して
   なる情報データを前記サーバから受け付けると共にその
   情報データを記録する情報記録手段と、 前記情報記録手段に記録された前記情報データに基づい
   て情報を表示するための表示データを生成する表示デー
   タ生成手段と、 前記表示データに基づいて情報表示を行う表示手段と、 前記複数の情報のいずれかが更新された場合に当該更新
   された情報についての情報データを前記サーバから受け
   付けると共にそのデータで前記情報記録手段のデータを
   更新する更新手段とを備えている、 携帯無線端末。
4. 【請求項４】 前記更新手段は、前記サーバへ所定の時
   間間隔で自動的にアクセスすると共に当該サーバが保持
   する複数の情報のうちのいずれが更新されたかというこ
   とについての更新情報を生成する更新情報生成手段、前
   記更新情報に基づいて更新された情報のみについての前
   記情報データを前記サーバから受け付けると共にその受
   け付けたデータで前記情報記録手段のデータを更新する
   情報管理手段、を備えている、 請求項３記載の携帯無線端末。
5. 【請求項５】 前記サーバが保持する情報は、それぞ
   れ、その情報が更新された直近の日時を示す日時情報を
   含んでおり、 前記更新情報生成手段は、前記更新手段が前記サーバへ
   アクセスした際に各情報についての日時情報を受け付け
   るとともに、受け付けた日時情報が示す更新日時と、前
   記情報記録手段から読み出した日時情報が示す更新日時
   との先後を各情報について判定することで、前記更新情
   報を生成するように構成されている、 請求項４記載の携帯無線端末。
6. 【請求項６】 携帯電話として構成されている、 請求項１、２又は３記載の携帯無線端末。
7. 【請求項７】 ユーザに提供される情報を保持している
   サーバに所定のネットワークを介してアクセス可能とさ
   れ且つ所定の表示手段を通じて情報を閲覧可能にされて
   おり、且つ制御手段を備えている携帯無線端末において
   実行される方法であって、 前記制御手段が、 情報を閲覧可能な形態に成形してなる情報データを前記
   サーバから受け付ける処理と、 前記受け付けた情報データに基づいて情報を表示するた
   めの表示データを生成する処理と、 前記生成した表示データに基づいて前記表示手段に情報
   を表示させる処理とを実行することを特徴とする、携帯
   無線端末による情報取得方法。
8. 【請求項８】 ユーザに提供される複数の情報を保持し
   ているサーバに所定のネットワークを介してアクセス可
   能とされ且つ所定の表示手段を通じて情報を閲覧可能に
   されており、さらに制御手段を備えている携帯無線端末
   において実行される方法であって、 前記制御手段が、 ユーザがその提供を望む情報を前記サーバが保持してい
   る複数の情報の中から選択するための選択情報を受け付
   ける処理と、 選択情報により指定された情報を閲覧可能な形態に成形
   してなる情報データを前記サーバから受け付ける処理
   と、 前記受け付けた情報データに基づいて選択された情報を
   表示するための表示データを生成する処理と、 前記表示データに基づいて前記選択された情報を前記表
   示手段に表示させる処理とを実行することを特徴とす
   る、携帯無線端末による情報取得方法。
9. 【請求項９】 ユーザに提供される複数の情報を保持し
   ているサーバに所定のネットワークを介してアクセス可
   能とされ且つ所定の表示手段を通じて情報を閲覧可能と
   されており、さらに制御手段と情報記録手段とを備えて
   いる携帯無線端末において実行される方法であって、 前記制御手段が、 前記複数の情報のいずれかを閲覧可能な形態に成形して
   なる情報データを前記サーバから受け付けると共に受け
   付けた情報データを前記情報記録手段に記録する処理
   と、 前記記録されている情報データに基づいて情報を表示す
   るための表示データを生成する処理と、 前記生成した表示データに基づいて前記表示手段に情報
   を表示させる処理と、 前記複数の情報のいずれかが更新された場合に当該更新
   された情報についての情報データを前記サーバから受け
   付けると共にその受け付けたデータで前記情報記録手段
   のデータを更新する処理とを実行することを特徴とす
   る、 携帯無線端末による情報取得方法。
10. 【請求項１０】 ユーザに提供される情報を保持してい
    るサーバに所定のネットワークを介してアクセス可能と
    され且つ所定の表示手段で情報を閲覧可能とされてお
    り、さらにコンピュータにより構成される制御手段を備
    えている携帯無線端末の前記コンピュータに、 情報を
    閲覧可能な形態に成形してなる情報データを前記サーバ
    から受け付ける処理、 前記受け付けた情報データに基づいて情報を表示するた
    めの表示データを生成する処理、 前記表示データに基づいて前記表示手段に情報を表示さ
    せる処理、 を実行させるためのコンピュータプログラム。
11. 【請求項１１】 ユーザに提供される情報を保持してい
    る複数のサーバの少なくとも一つに所定のネットワーク
    を介してアクセス可能とされ且つ所定の表示手段を通じ
    て情報の閲覧が可能とされており、さらにコンピュータ
    で構成される制御手段を備えている携帯無線端末の前記
    コンピュータに、 ユーザがその提供を望む情報を前記サーバが保持する情
    報の中から選択するための選択情報を受け付ける処理、 選択情報で指定された情報を閲覧可能な形態に成形して
    なる情報データを前記サーバから受け付けると共に、そ
    の情報データを記録する処理、 前記記録した情報データに基づいて、前記情報を表示す
    るための表示データを生成する処理、 前記表示データに基づいて前記指定された情報を表示す
    る処理、 を実行させるためのコンピュータプログラム。
12. 【請求項１２】 ユーザに提供される複数の情報を保持
    しているサーバに所定のネットワークを介してアクセス
    可能とされ且つ所定の表示手段を通じて情報を閲覧可能
    にされており、さらにコンピュータで構成される制御手
    段と情報記録手段とを備えている携帯無線端末の前記コ
    ンピュータに、 前記複数の情報の少なくとも一つを閲覧可能な形態に成
    形してなる情報データを前記サーバから受け付けると共
    に、その情報データを前記情報記録手段に記録する処
    理、 前記情報記録手段に記録された前記情報データに基づい
    て情報を表示するための表示データを生成する表示デー
    タ処理、 前記表示データに基づいて前記表示手段に情報を表示さ
    せる処理、 前記複数の情報のいずれかが更新された場合に、当該更
    新された情報についての前記情報データを前記サーバか
    ら受け付けるとともにそのデータで前記情報記録手段の
    データを更新する処理、 を実行させるためのコンピュータプログラム。
13. 【請求項１３】 情報を閲覧可能な形態に成形してなる
    情報データを受け付ける手段、受け付けた情報データを
    記録する情報記録手段、前記情報記録手段に記録された
    前記情報データに基づいて情報を表示するための表示デ
    ータを生成する表示データ生成手段、前記表示データに
    基づいて情報表示を行う表示手段、情報が更新された場
    合に当該更新された情報についての情報データを受け付
    けると共にそのデータで前記情報記録手段のデータを更
    新する更新手段、を備えている携帯無線端末によってア
    クセス可能とされ、所定のユーザ提供用の情報を前記携
    帯無線端末を通じて閲覧させるために複数保持している
    サーバであって、 前記複数の情報のいずれが更新されたかを検出するため
    の処理を前記携帯無線端末に実行させるためのプログラ
    ムを保持すると共に、携帯無線端末からの求めに応じて
    そのプログラムを当該携帯無線端末宛に送信するプログ
    ラム送信手段を備えている、 情報提供のために用いられるサーバ。
14. 【請求項１４】 前記保持している複数の情報が、セキ
    ュリティ性が要求される所定のネットワークの中に存在
    し、且つ、前記ネットワークの外に存する情報ファイル
    と少なくともその一部が共通の内容に維持されている共
    通ファイルの記録情報である、 請求項１３記載のサー
    バ。
15. 【請求項１５】 情報を閲覧可能な形態に成形してなる
    情報データを受け付ける手段、受け付けた情報データを
    記録する情報記録手段、前記情報記録手段に記録された
    前記情報データに基づいて情報を表示するための表示デ
    ータを生成する表示データ生成手段、前記表示データに
    基づいて情報表示を行う表示手段、を備えている携帯無
    線端末によってアクセス可能とされ、ユーザ提供用の情
    報を前記携帯無線端末を通じて閲覧させるために保持し
    ている第１サーバと、 前記第１サーバと専用線又は仮想専用線で接続されてい
    る第２サーバとを含んでなるネットワークシステムであ
    って、 前記第１サーバは、セキュリティ性が要求される所定の
    ネットワークに接続されており、 前記第２サーバは、前記ネットワークの外に配されてお
    り、 前記第１サーバと前記第２サーバは、それぞれその記録
    情報の少なくとも一部が互いに共通の内容に維持される
    共通ファイルを保有するものである、 コンピュータネットワークシステム。
16. 【請求項１６】 前記第１サーバ及び前記第２サーバの
    各々が、自己の共通ファイルの記録情報に変更が生じた
    ときは変更前後の差分データを他方のサーバに送付する
    とともに、他方のサーバから前記差分データを受領した
    ときは当該差分データを自己の共通ファイルに複写する
    複写タスクを自動実行するように構成されている、 請求項１５記載のコンピュータネットワークシステム。
17. 【請求項１７】 前記第１サーバが複数であり、前記第
    ２サーバは複数の第１サーバのそれぞれに対応して設け
    られている、 請求項１５記載のコンピュータネットワークシステム。