JP2001027978A

JP2001027978A - インターフェース装置および方法

Info

Publication number: JP2001027978A
Application number: JP2000150090A
Authority: JP
Inventors: Henry Brankin; ヘンリー・ブランキン
Original assignee: Virtual Access Ireland Ltd
Current assignee: Virtual Access Ireland Ltd
Priority date: 1999-05-20
Filing date: 2000-05-22
Publication date: 2001-01-30
Also published as: GB9911779D0; GB2350269B; GB2350269A; EP1054547A2; EP1054547A3

Abstract

(57)【要約】【課題】クライアントアプリケーションからの情報の
要求が通信回線を通じてサーバに送信される時を制御す
ることによって通信コストを低減する設備を提供する。【解決手段】通信回線（１３）を通じて接続された１
つまたは複数のクライアント（１０ａ、１０ｂ、１０
ｃ、１０ｄ）とサーバ（１８）との間に、インターフェ
ース（１２）が設けられる。インターフェース（１２）
は、サーバ（１８）からの情報の要求をクライアントか
ら受け取り、サーバ（１８）への要求の伝達は所定の基
準に従って制御される。要求がクライアントからサーバ
（１８）に伝達されない場合には、サーバから入手可能
な情報はないということを示すクライアントへの応答
を、インターフェース（１２）が生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、一般的に、１つ
または複数のクライアントが通信回線を通じて情報サー
バから情報を要求する情報システムに関する。この発明
は、特にクライアントによるサーバからの情報のポーリ
ングの制御に適用することができるが、これに限定する
ものではない。

【０００２】

【従来の技術】情報システムにおいては、情報が、その
情報にアクセスしたい１つまたは複数のクライアントか
ら離れたサーバにおいて提供されるのが普通である。ク
ライアントとサーバとの間の遠隔接続は、電気通信リン
ク等の通信回線を用いて行われる。情報システムにおい
てインターネットが広く用いられているので、サーバを
インターネットに接続することができ、従ってクライア
ントからの通信リンクをインターネットに接続する。従
って、クライアントとサーバとの間の接続には、インタ
ーネットへの通信リンクも含まれる。

【０００３】コンピュータが動作するクライアントアプ
リケーションの多くは、サーバからの更新情報を定期的
に要求する。このような定期的要求すなわちポーリング
は、５分という短い間隔で起こりうる。これによって、
情報の要求が行われる度にクライアントアプリケーショ
ンがサーバへの通信接続を行わせ得る、という問題が生
じる。これによって、金銭的コストとして直接的に、ま
たは、通信接続の金銭的コストが定量化できないまたは
関係がない場合には、通信トラフィックの点から見たコ
ストとして、すなわち、サーバにおいて入手可能でない
かもしれない情報の定期的な要求が通信帯域幅をとって
しまうという、通信コストがかかる。従って、クライア
ントアプリケーションが定期的にサーバにポーリングし
て、サーバが有していないかもしれないどんな更新情報
も要求することができるようにするには、コストがかか
る。

【０００４】このようなクライアントアプリケーション
の例は多い。例えば、ポイントキャスト(Pointcast)
（商標）は、インターネットを通じてポイントキャスト
のサーバに定期的にポーリングし、最新ニュース等の形
の更新情報を得るアプリケーションである。このような
クライアントアプリケーションには、他にバックウェブ
(Backweb)（商標）がある。更なる例として、マイクロ
ソフト・エクスプローラ（商標）のブラウザに、そのブ
ラウザがロードされている間インターネットを通じて更
新のチェックを定期的に行わせる、マイクロソフト・ア
クティブ・チャネル機能がある。従って、言い換えれ
ば、サーバからのどんな更新情報も要求するために、ブ
ラウザが定期的に接続を行う。更なる例として、インタ
ーネットを通じたチャットのセッション用のＩＣＱとい
うアプリケーションがある。これは、クライエントのマ
シンがログオンする時に離れたサーバにポーリングし
て、他の誰がログオンしていてチャットのセッションを
始めたりチャットのセッションに入ることができるかを
決定するものである。

【０００５】こういったものよりもよく知られたタイプ
の、離れたサーバに通信回線を通じて定期的にポーリン
グして情報を引き出すクライアントアプリケーションと
して、電子メール（Ｅメール）がある。Ｅメールは現
在、ローカルエリアネットワーク（ＬＡＮ）を通じてネ
ットワーク接続された多数のユーザを有する会社によっ
て、広く用いられている。ある会社が、ＬＡＮに接続さ
れたＥメールサーバを１つ有している場合、そのサーバ
はローカルで設けられＬＡＮを通じて接続されているの
で、通信コストがかかるという問題はない。しかし、会
社によっては、２つ以上のオフィスがある場合がある。
ある会社がＥメール用に単一のドメイン名、例えばthec
ompany.com、を用いたい場合には、ホストは単一のＥメ
ールサーバでなければならない。このサーバが１つのオ
フィス（例えば、本社）に配置されている場合には、そ
のサーバに保管されているＥメールにその会社の他のオ
フィス（例えば、ローカルオフィス）がアクセスできる
ようにするにはどうしたらよいか、という問題がある。

【０００６】Ｅメールの要求がローカルオフィスから本
社内のサーバに送信される場合には、送信する要求のた
めに通信接続を行わなければならない。電気通信リンク
を用いるこのような接続は、金銭的コストがかかる。専
用回線を用いる場合であっても、金銭的コストこそかか
らないが、Ｅメールの要求を繰り返し送信することにつ
いての帯域幅コストがかかる。

【０００７】この問題を解決する方法の１つは、他のオ
フィスにローカルの代理Ｅメールサーバを設けて、この
サーバが、離れたサーバからローカルオフィスのメンバ
ーについてのＥメールを引き出し、そのオフィスのロー
カルエリアネットワークを通じて入手可能にする、とい
うものである。代理サーバを用いる場合には、このロー
カルサーバが、離れたサーバにポーリングしてローカル
オフィスについてのＥメールを引き出すスケジューラと
なる。このポーリングの行われる間隔は、Ｅメールクラ
イアントが通常行うものよりも長くなる。要求の頻度が
低くなり、ローカルオフィスにおけるＥメールクライア
ントの数を考慮すると、こういった要求の結果、通常Ｅ
メールが送信されるので、これは、通信帯域幅を効率的
に使用している。代理サーバは、すべてのユーザのメー
ルボックスを次々と直ちにポーリングすることによって
ポーリングを同期させる。従って、１つの通信回線を通
じて行う接続の数が減る。この解決法の問題点は、もう
１つサーバが必要であり、このようなサーバを維持する
のに管理的な間接費がかかる、ということである。ま
た、代理サーバはこのオフィスについてのＥメールをす
べて保持するので、このオフィスのメンバーでオフィス
から出かけている人がＥメールにアクセスしたい場合に
も、このオフィスがダイヤルアップ設備またはインター
ネットを経由して代理サーバにアクセスする方法を設け
ていなければ、アクセスすることができない。ここでも
また、このような構成にすると管理的な間接費がかか
り、オフィスのＥメールシステムが複雑になってしま
う。

【０００８】この問題を解決する別の方法は、Ｅメール
クライアントアプリケーションがＥメールサーバを定期
的にポーリングしないようにする、というものである。
クライアントのユーザが積極的に行動してデータを要求
する場合のみ、その結果としてサーバからＥメールを要
求することができる。しかしこの解決法は、ユーザが忘
れないように自分のＥメールを定期的にチェックしなけ
ればならないので、不便である。

【０００９】自らのサーバを有しそれがオフィスの１つ
に配置されている会社の採り得る他の方法として、会社
（またはユーザ）は、そのクライアントについてのＥメ
ールサーバを維持するインターネットサービスプロバイ
ダー（ＩＳＰ）に加入することができる。これは、「本
社」が遠隔ＩＳＰを含むということを除いては、上述の
ものと非常によく似た方法で機能する。従って、通信コ
ストがやはり問題となる。

【００１０】

【発明が解決しようとする課題】この発明の目的は、ク
ライアントアプリケーションからの情報要求が通信回線
を通じてサーバに送信される時を制御することによっ
て、通信コストを低減する設備を提供することである。

【００１１】

【課題を解決するための手段】この発明の第１の態様
は、１つまたは複数のクライアントからサーバへの通信
回線を通じた情報要求を制御するというこの問題に、所
定の基準に従って要求の伝達を許可するインターフェー
スを用いること、従って、サーバ装置への通信接続を行
うこと、によって取り組む。基準を満たしておらず、要
求のサーバへの伝達が許可されない場合には、インター
フェースが、サーバから入手可能な情報はないというこ
とを示す応答を生成する。従って、インターフェース
は、偽の応答を行って、クライアントに、入手可能な情
報はないということを示す応答をサーバが行ったと信じ
させる。

【００１２】この発明が、クライアントにデータがない
と信じさせる応答を生成することができることによっ
て、エラーが返ることが防止される。このように、イン
ターフェースは、クライアントに応答するというサーバ
の機能性をシミュレーションする。従来技術において、
フィルタを用いて要求を取り除くことが知られている。
しかし、そうするとクライアントからの要求に対して何
も応答が来ないので、クライアントはエラーがあったと
仮定してしまう。エラーが発生すると面倒であり、その
クライアントのユーザが心配してしまう可能性がある。
この問題は、この発明のこの態様において回避される。

【００１３】この発明は、通信回線を通じてサーバから
の情報を要求するいかなるクライアントにも適用するこ
とができる。クライアントとサーバとの間にインターフ
ェースを設けることによって、通信回線の使用を独立し
て制御することができる。

【００１４】インターフェースは、情報を保管しておく
わけではないので、真の代理サーバとしての役割を果た
しはしない。代理サーバは通常、サーバからの情報をポ
ーリングし、それをクライアントが収集するまでの間一
時的に保管しておく。しかしインターフェースは、要求
を行っているクライアントによるサーバへの接続が許可
されない場合に、サーバにおいて保管されている情報は
ない（実際にはあるかもしれないとしても）ということ
を示す応答をクライアントの要求に対して行うという点
で、サーバとしての役割を果たす。

【００１５】クライアントとサーバとは、それぞれがク
ライアントとサーバの機能を果たすように構成されたい
かなる装置を含んでもよい。コンピュータシステムにお
いて、クライアントは通常、コンピュータ（クライアン
トマシン）上で作動するアプリケーション（コンピュー
タプログラム）を含む。同様に、サーバは、コンピュー
タ（サーバマシン）上で作動するサーバアプリケーショ
ンを含む。コンピュータは多数のタスクを行うことがで
きるので、１つのマシンが１つよりも多いクライアント
またはサーバをホストすることができる。

【００１６】通信回線へのアクセスを制御するのに用い
る所定の基準は、多数の異なる基準のうちの１つまたは
複数を含んでもよい。例えば、１つまたは複数のクライ
アントが非常に頻繁にサーバに定期的なポーリングを行
う場合には、通信回線へのアクセスを所定のパターンに
従って制御してもよい。例えば、定期的な時間の「窓
口」を設けて、その間は通信回線へのアクセスが可能
で、要求のサーバへの通信が許可されるようにしてもよ
い。「窓口」が開いていない期間中は、インターフェー
スが、入手可能な情報はないということを示す、要求へ
の応答を生成する。もちろん、要求がサーバに送信され
ても、サーバがクライアントに与える情報がない場合に
は、入手可能な情報はないと言うことを示す応答になる
場合もある。例えば、情報がＥメールを含む場合には、
サーバがそのクライアントについてのＥメールを有して
いない場合には、ＥメールサーバからＥメールを要求し
ても、Ｅメールはないという応答になることがある。通
信接続がまだ開いている間にそのクライアントのサーバ
上に情報がある場合には、要求に応答してサーバからの
情報がクライアントに転送される。

【００１７】この技術の利点は、ポーリングがポーリン
グ窓口内に同期するということである。多数のクライア
ントからの随時のポーリングは、窓口が開いている時の
みにサーバに伝達される。これによって、頻繁な接続
は、要求が同期していないために回避される。

【００１８】通信回線へのアクセスを許可する所定の基
準として窓口を用いるのに加えて、１つよりも多いクラ
イエントが、例えばＬＡＮによってインターフェースに
接続されている場合には、クライエントのうちの１つま
たは複数が特権状態を有していてもよい。特権状態であ
ることによって、そのクライアントは、いつでも通信回
線を通じてサーバにアクセスし、従って他のクライアン
トについての時間パターンの制約に優先する。

【００１９】付け加えて、または独立して用いることが
できる別の所定の基準は、クライアントが最後に、照会
に応答して情報の引き出しに成功した時によって決ま
る。この「ログ」情報を用いる１つの方法は、最も最近
の要求に応答した情報の引き出しの成功から所定時間が
経過した後に要求が行われた場合にのみ、サーバからの
情報のクライアントからの要求の通信回線への伝達が許
可される、というものである。この所定の基準によっ
て、通信回線を通じて行われるサーバへの接続が頻繁に
なり過ぎないようにすることが保証される。この情報を
用いる別の方法は、ある期間中初めて、例えば、ある従
業員がオフィスで仕事を始めてから１日のうちで初め
て、要求を行う場合には、その要求は、通信回線を通じ
て接続を行うことによって、サーバに伝達される。こう
いった技術のうちの１つまたは両方を、窓口を設ける機
能と組み合わせて、ユーザが、クライアントアプリケー
ションを初めてロードする場合には、待機しているかも
しれないいかなる情報も引き出す要求をサーバに行うこ
とができるようにしてもよい。例えば、クライアントア
プリケーションがＥメールアプリケーションであり、従
業員が朝初めてそのＥメールアプリケーションをロード
する場合には、前夜のうちに蓄積していたＥメールを要
求してサーバからダウンロードすることができる。

【００２０】インターフェースとサーバとの間の通信回
線に、通信をセットアップするための高額な初期コスト
を含む接続コストがかかる場合には、この発明の実施の
形態は、通信回線上の活動を検出して、接続が既に行わ
れているかどうかを判定することができる。接続が既に
行われている場合には、初期接続費用がなく、接続時間
が長くなるだけなので、クライアントから受信したサー
バからの情報の要求は、通信回線を通じた伝達が許可さ
れる。その上でクライアントアプリケーションが実行さ
れている装置が実行している他のアプリケーションによ
って、サーバへの接続が既に行われている場合がある。
例えば、クライアントアプリケーションがＥメールアプ
リケーションである場合には、装置は、通信回線を通じ
てウェブサーバ（Ｅメールサーバと同じマシンを含んで
いてもよい）に接続を行うウェブブラウザも実行してい
るかもしれない。

【００２１】要求の通信回線を通じたサーバへの伝達を
制御するのに用いることができる他の所定の基準は、サ
ーバがクライエントのユーザについての情報を実際に含
んでいるかどうかについての知識である。この方法にお
いて、サーバに関連する通知システムが、ユーザについ
ての情報がサーバにおいて入手可能であるという指示を
インターフェースに通信する。従って、クライアントか
らの、あるユーザについての情報の要求がインターフェ
ースにおいて受け取られる場合には、通知情報から、そ
のユーザについての情報がサーバにあるかどうかを判定
することができ、ある場合には、その情報の要求をサー
バに伝達することができ、その結果、情報が引き出され
てインターフェースを経由してクライアントに伝達され
る。サーバがユーザについて情報を有しているという指
示がない要求は、クライアントから受け取ってもサーバ
への伝達が許可されない。

【００２２】要求の伝達、従って、通信回線を通じてサ
ーバに行われる収集の回数、を制御するのに用いる所定
の基準は、外部から受信する構成パラメータに従って構
成することができる。従って、インターフェースは、離
れたマネージャから十分に構成可能である。構成パラメ
ータは、通信回線を経由して、例えばインターネットを
通じて、またはインターフェースに外部からダイヤルイ
ンすることによって、または、直接あるいはＬＡＮを通
じてインターフェースに接続されたマシンからローカル
に、受信することができる。

【００２３】この発明の別の様態は、サーバに保管され
ている特定のユーザまたはクライアントについての情報
をモニタし、電気通信回線を通じて信号を送信してユー
ザまたはクライアントについての情報がサーバにおいて
入手可能であるということを知らせることによって、ク
ライアントとサーバとの間の電気通信ネットワークを通
じた通信を低減するという問題に取り組む。このシステ
ムは、手動または自動的にのどちらで使用して、サーバ
からの情報のクライアントによる引き出しを制御するこ
ともできる。

【００２４】クライアントによる自動的な情報引き出し
については、信号を例えばインターフェースが電気通信
回線を通じて受け取って、それによってインターフェー
スまたはクライアントアプリケーション自体がデータの
要求を出し、そのデータが電気通信回線を通じてサーバ
に送信されてもよい。または、サーバからの信号の受け
取りに応答して情報の要求がマニュアルで生成される場
合には、それによって、例えば視覚的にまたは可聴的に
指示が生成され、ユーザまたはクライアントに、情報が
サーバから引き出せるということを示してもよい。

【００２５】

【発明の実施の形態】次に、この発明の実施の形態を、
添付の図面を参照して以下に説明する。

【００２６】図１は、離れたサーバアプリケーションか
らのデータを要求する１つまたは複数のクライアントア
プリケーションを動作するクライアントコンピュータシ
ステム１００がインターフェース２００に接続された、
この発明の概略図である。インターフェース２００は、
通信ネットワーク３００を経由して、サーバアプリケー
ションを実行している離れたサーバコンピュータシステ
ム４００に接続されている。

【００２７】この発明において、クライアントは、単一
のコンピュータまたは分散処理システム、例えばネット
ワーク、上で動作しているいかなるクライアントアプリ
ケーション（プログラム）を含んでもよい。従って、図
１のクライアントコンピュータシステム１００は、複数
のコンピュータが接続されたＬＡＮを含んでもよい。こ
れら複数のコンピュータはいずれも、１つまたは複数の
クライアントアプリケーションを実行することができ
る。

【００２８】サーバコンピュータシステム４００はま
た、離れたクライアントアプリケーションへの要求に応
答して入手可能になる情報を保持するサーバアプリケー
ションを動作する、単一のコンピュータも含んでもよ
い。サーバコンピュータシステムはまた、ＬＡＮを通じ
て接続されＬＡＮ上の１つのコンピュータがサーバアプ
リケーションを動作する、複数のコンピュータを含んで
もよい。

【００２９】通信ネットワーク３００は、電気通信ネッ
トワーク等いかなる形の通信ネットワークを含んでもよ
い。インターフェース２００とサーバコンピュータシス
テム４００との間の接続の一部として、インターネット
が実際に通信ネットワークの一部であってもよい。この
場合、インターフェース２００がインターネットのノー
ド、例えばインターネットサービスプロバイダー、に接
続する。サーバコンピュータシステム４００は通常、イ
ンターネットのノードとして接続することができる。

【００３０】しかしこの発明は、通信ネットワーク３０
０によってインターフェース２００とサーバコンピュー
タシステム４００との間に行われる直接電気通信リンク
にも、等しく適用することができる。このような設備に
おいては、サーバコンピュータシステム４００はまた、
通信インターフェース（図示せず）も含む。

【００３１】（第１の実施の形態）次に、この発明の第
１の実施の形態を図２ないし図９を参照して以下に説明
する。

【００３２】図２は、この発明の第１の実施の形態のイ
ンターフェースを用いたシステムの概略図である。図２
において、ローカルオフィス４０は、本社５０のサーバ
１８にアクセスしたいクライアントアプリケーションを
動作している、複数のコンピュータ１０ａ、１０ｂ、１
０ｃ、および１０ｄを含む。本社５０とローカルオフィ
ス４０との間には、ＩＳＤＮネットワーク１３を経由し
た直接ＩＳＤＮリンク、またはＩＳＤＮネットワーク１
３とインターネット１４とを経由するリンク、のどちら
かの形の通信リンクが設けられている。

【００３３】本社は、ＬＡＮ（イーサネット（登録商
標））１６を経由してサーバにとってローカルなクライ
アントコンピュータ１７ａ、１７ｂ、および１７ｃに接
続された、サーバ１８を収容している。ＬＡＮ１６に接
続され、サーバ１８とインターネット１４との間の接続
性を提供するインターフェース１５もまた、設けられて
いる。サーバ１８はＥメールサーバアプリケーションを
動作し、インターフェース１５を経由してインターネッ
ト１４に接続されているので、ローカルオフィス４０と
本社５０の両方についてのＥメールを受け取ることがで
きる。

【００３４】インターネットを通じてＥメールをサーバ
１８に送信するためのプロトコルは、シンプルメールト
ランスファープロトコル（ＳＭＴＰ）である。このプロ
トコルは、Ｅメールがインターネットを通って目的地、
すなわちターゲットサーバ、に着くまでのＥメールサー
バ間でのＥメールの送信用のプロトコルであるばかりで
なく、クライアントアプリケーションがインターネット
を通じて目的地サーバに送信されるようにＥメールサー
バ１８にＥメールを送信するのに用いられるプロトコル
でもある。

【００３５】周知のように、サーバ１８は、多くの異な
るアプリケーションを同時に実行することができ、Ｅメ
ールサーバアプリケーションのみを実行しているのでは
なくウェブサーバアプリケーション等他のサーバアプリ
ケーションも実行しうる。

【００３６】本社５０内では、クライアントマシン１７
ａ、１７ｂ、および１７ｃ上で作動しているクライアン
トアプリケーションはいずれも、ＬＡＮ１６を通じてサ
ーバ１８に定期的にポーリングすることによって、自身
のＥメールにアクセスすることができる。

【００３７】ローカルオフィス４０においては、複数の
クライアントマシン１０ａ、１０ｂ、１０ｃ、および１
０ｄが、ローカルエリアネットワーク（イーサネット）
１１を通じてリンクしている。ＬＡＮ１１に接続され基
本料金のＩＳＤＮ（ＢＲＩ）リンクを含むローカルオフ
ィスインターフェース１２もまた設けられている。従っ
て、ローカルオフィス４０において、クライアントマシ
ン１０ａ、１０ｂ、１０ｃ、および１０ｄのいずれも、
Ｅメールアプリケーションを実行してＥメールを読み、
送受信することができる。Ｅメールを送信する場合に
は、ローカルオフィスインターフェース１２を経由して
ＬＡＮ１１を通じて送信され、ＢＲＩリンクを通じて、
直接、またはインターネット１４を経由してのどちらか
で、本社インターフェース５０に接続が行われる。本社
インターフェース５０では、そのＥメールは、ローカル
エリアネットワーク１６を通ってサーバ１８に伝達され
る。従って、Ｅメールの送信については、ローカルオフ
ィスインターフェース１２は、ＩＳＤＮ／ＬＡＮインタ
ーフェースとしての役割を果たすに過ぎない。ＢＲＩ回
線を通じての接続は、Ｅメールを送信しても妨げられな
い。これは、Ｅメールが送信されるときには、そのＥメ
ールが接続開始を行う価値のあるデータを含むからであ
る。これとは対照的に、クライアントマシン１０ａ、１
０ｂ、１０ｃ、および１０ｄの上で作動しているＥメー
ルアプリケーションによる、サーバ１８からのＥメール
の要求は、データを含んでいない。サーバ１８において
Ｅメールがない場合には、サーバ１８は単に応答を返
し、データなしを伝達するために接続が行われる。

【００３８】ユーザのメールボックスからＥメールを読
むのに、ＥメールクライアントアプリケーションとＥメ
ールサーバアプリケーションとの間で最も普通に用いら
れるプロトコルは、ポストオフィスプロトコルバージョ
ン３（ＰＯＰ３）である。このようなプロトコルを用い
ると、クライアントマシン１０ａ、１０ｂ、１０ｃ、ま
たは１０ｄのユーザは、受け取ったＥメールを求めてＥ
メールサーバ１８を定期的に呼び出す、マイクロソフト
アウトルック（商標）等のＥメールクライアントアプリ
ケーションを実行する。明らかに、多数のＥメールクラ
イアントアプリケーションを動作している多数のユーザ
がいるが、定期的なポーリングは同期しておらず、その
結果、ローカルオフィスインターフェース１２におい
て、ＢＲＩ回線を通じてサーバ１８に接続を行う要求が
一層頻繁になっている可能性が高い。要求が行われる度
に、ＢＲＩ回線を通じた接続が既に整っていない場合に
は、新しい接続を行わなければならない。この結果、Ｂ
ＲＩ回線を通じた接続が頻繁に行われ、それによって電
気通信費用が非常に増大する。これは、電気通信プロバ
イダーが通常、接続時間に対する費用に加えて、接続す
るダイヤル費用も請求するからである。

【００３９】図３は、この発明の本実施の形態によるイ
ンターフェース１２の構造を概略的に示す。

【００４０】ＬＡＮへの接続用に、ＬＡＮインターフェ
ース２５が設けられている。リアルタイムクロック（Ｒ
ＴＣ）２０は、クライアントアプリケーションが行う要
求や、要求に応答したデータ引き出し、すなわち成功し
た要求、等、事象のタイミングを提供する。中央処理装
置２１は、フラッシュメモリ２３内に記憶されたプログ
ラムコードを実行する。中央処理装置（ＣＰＵ）２１が
用いる作業メモリとして、ダイナミックランダムアクセ
スメモリ（ＤＲＡＭ）２２が設けられている。成功した
要求についての情報をログするログデータ等のデータを
記憶する、バッテリーでバックアップしたスタティック
ＲＡＭ２４もまた設けられている。フラッシュＲＡＭ２
３とスタティックＲＡＭ２４のどちらを用いて、Ｅメー
ルサーバ用アドレス情報、特権ユーザのリスト、および
窓口データ等のその他データを保管してもよい。これに
ついては、以下でより詳細に説明する。

【００４１】基本レートのＩＳＤＮ（ＢＲＩ）回線にイ
ンターフェースするＩＳＤＮインターフェース２９が設
けられ、２つの単純な昔からの電話サーバ（ＰＯＴＳ）
インターフェース２７ａ、２７ｂが、電話２８ａ、２８
ｂが用いる２つのアナログ電話線（ＢＲＩ回線の２つの
Ｂチャネルそれぞれについて１つずつ）を提供してい
る。

【００４２】図４は、インターフェース１２の機能的特
徴の図である。

【００４３】ＬＡＮポート３０はＥメール要求を受け取
り、そういった要求を接続制御装置３１に通す。接続制
御装置３１は、要求をＩＳＤＮポート３２を通って伝達
するか、または、要求を仮想代理サーバ３３に受け取ら
せ応答させて、偽の応答を行って、Ｅメールクライアン
トに、Ｅメールサーバにおいて待機しているＥメールは
ないということを示すか、を判断する。この発明の本実
施の形態においては、Ｅメールクライアントから受け取
った要求がインターフェース１２宛であるので、アドレ
ス変換器が設けられている。従って、要求がＥメールサ
ーバにリレーされる場合には、アドレスはＥメールサー
バのアドレスに変換されなければならない。また、Ｅメ
ールの要求がＥメールサーバに送信されるのではなく、
その代わりに仮想代理サーバ３３が応答する場合には、
アドレス変換器がＥメールサーバのアドレスを提供し
て、偽の応答を生成できるようにする。

【００４４】接続制御装置３１は、いくつかのパラメー
タをベースにして、Ｅメールの要求がＩＳＤＮポートを
通って伝達されるのを許可するかどうかを判定する。窓
口データ３５が参照され、窓口データ３５は、窓口が開
いてクライアントからのポーリングがサーバにリレーさ
れるのを許可するのがいつかを示す。特権ユーザリスト
３６を参照して、要求が発信されたアドレスを、特権ユ
ーザのリストと比較して、要求を特権が与えられている
ものとして扱うべきかどうかを判定する。その要求を特
権が与えられているものとして扱う場合には、窓口デー
タが窓口が閉じているということを示している場合であ
っても、その要求はサーバにリレーされる。また、ユー
ザ接続ログ３７を参照して、その要求をリレーすべきか
どうかを判定する。ユーザ接続ログは、使用モニタ３８
によって形成される。使用モニタ３８は、クライアント
のユーザによるＥメールの成功した要求をモニタする。
リアルタイムクロック（ＲＴＣ）３９も、時間を、従っ
て窓口が開いているべきか閉じているべきかを決定する
ために、接続制御装置３１によって参照される。はま
た、使用モニタ３８はリアルタイムクロック３９を用い
て、ユーザ接続ログ３７を形成できるようにする。

【００４５】次に、この発明の本実施の形態の動作の概
観を、図５のフローチャートを参照して以下で説明す
る。

【００４６】ステップＳ１において、Ｅメールクライア
ントが接続を開く。次にＥメールアプリケーションは、
ステップＳ２において、要求の生成を含む初期化シーケ
ンスを実行する。次にステップＳ３において、窓口が開
いているかどうかを判定する。開いている場合には、ス
テップＳ４において、サーバへの接続が開かれる。開い
ていない場合には、ステップＳ９において、要求におい
て識別されたユーザが特権を与えられているかどうかが
判定される。特権が与えられている場合には、ステップ
Ｓ４においてサーバへの接続が開かれ、与えられていな
い場合には、ステップＳ1０において、これが所定時間
の後最初の接続であるかどうかが判定される。最初の接
続である場合には、ステップＳ４において、サーバへの
接続が開かれる。最初の接続でない場合には、ステップ
Ｓ１１において、インターフェースがローカルモードに
入り、Ｅメールを返さずに要求に応答し、次にステップ
Ｓ８において、ＴＣＰ／ＩＰ接続が切断される。

【００４７】ステップＳ４において一旦サーバへの接続
が行われると、本実施の形態におけるインターフェース
は初期化シーケンスを受け取っているので、ステップＳ
５においてこれをサーバに再送しなければならない。次
にインターフェースは、ステップＳ６において伝達モー
ドに入り、要求およびＥメールデータをリレーする。ス
テップＳ７において一旦Ｅメールの転送が完了すると、
ステップＳ８においてＴＣＰ／ＩＰ接続が切断される。

【００４８】次に、クライアントからサーバへのポーリ
ングのリレーに影響を与え得るパラメータ、すなわち、
ステップＳ３、Ｓ９、およびＳ１０の判定に用いられる
パラメータ、を以下で説明する。

【００４９】（ポーリング窓口）ポーリング窓口は、ク
ライアントからのポーリングがサーバにリレーされる時
間的な窓口である。例としては、この窓口が１時間毎に
１０分間開くという場合がある。従って、クライアント
が５分毎にポーリングするよう設定されている場合に
は、少なくとも１時間に１度は窓口を介して自身のＥメ
ールを引き出す。

【００５０】ポーリング窓口の構成パラメータを、以下
の表１に示す。

【００５１】

【表１】

【００５２】従って、窓口パラメータはインターフェー
ス内に記憶され、これらを用いて要求のリレーを制御す
る。この発明の本実施の形態のこの特徴によって、サー
バに送信されるポーリングをかなり低減することができ
る。ポーリングは、窓口が開いているときのみに許可さ
れるので、ＩＳＤＮ回線を通じて行われる接続の回数が
かなり低減する。

【００５３】（ユーザ接続ログ）ユーザは、朝仕事を始
めるときに自分のＥメールを開くすなわち取り出すのが
普通である。従って、ポーリングの窓口が開くのを待た
ねばならないと、フラストレーションがたまる。これに
対応するために、インターフェースは、いかなるユーザ
であっても、所定の時間の間Ｅメールを引き出すのに成
功しなかった人には、ポーリング窓口に優先してその人
のＥメールのポーリングをリレーするよう許可する。

【００５４】このタイマは、例えば１２時間に設定して
もよい。そうすると、あるユーザが最後にＥメールを引
き出したのが午後６：００であり、同じユーザが午前
８：３０に再びＥメールをポーリングする場合には、そ
のＥメールは直ちにサーバにリレーされる。このポーリ
ングの後は、その就業日の残りの時間にはポーリング窓
口の開いている間しかＥメールを引き出せない。

【００５５】この特徴についての構成パラメータを、以
下の表２に示す。

【００５６】

【表２】

【００５７】以下により詳細に説明するように、トラン
ザクションリレー状態の間にクライアントが中止コマン
ドを出すと、そのユーザはＥメールの引き出しに成功し
たとみなされる。従って、トランザクションリレー状態
において、インターフェースはクライアントからのすべ
てのコマンドをモニタして、中止コマンドが出たかどう
かを判定しなければならない。

【００５８】アドミニストレータはユーザログをクリア
して、たとえユーザが表２に示す時間「範囲」内にＥメ
ールを引き出していようとも、ユーザの次のポーリング
を直ちにサーバにリレーさせることができる。

【００５９】（特権ユーザ）組織によっては、どんな時
であっても自らのＥメールをポーリングする権限を有す
る人がいる場合がある。インターフェースは、その人た
ちのＥメール要求が直ちにサーバにリレーされるような
ユーザの名前リストを含んでいる。この名前リストは、
ポーリング窓口が開くのを待つことなくどんな時であっ
てもサーバの動作を試験したいと望む、ネットワーク管
理スタッフにとっても有用になり得る。

【００６０】この特徴についてのパラメータを、以下の
表３に示す。

【００６１】

【表３】

【００６２】（プロトコルの詳細）この発明の本実施の
形態は、サーバにＥメールを要求しサーバからＥメール
を引き出すのに、ＰＯＰ３プロトコルを用いる。ＰＯＰ
３プロトコルは、当業者にはよく理解されているので、
手短な概説のみを行う。ＰＯＰ３プロトコルは、サーバ
とクライアントとの間の通信方法としてＴＣＰを用い
る。サーバは、クライアントからの入接続についてはポ
ート１１０で聞く。接続が確立されると、ＰＯＰ３のサ
ーバはあいさつを送る。接続が閉じられるか、または中
断するまで、クライアントとＰＯＰ３サーバとはコマン
ドと応答とを交換する。

【００６３】ＰＯＰ３プロトコルにおけるコマンドは、
ＡＳＣＩＩキーワードの後に１つまたは複数の引数が続
いたものから成る。応答は、ステータスインジケータと
キーワードから成り、その後に更なる情報が続く場合も
ある。ステータスインジケータには、肯定の「＋ＯＫ」
と否定の「−ＥＲＲ」の２つがある。

【００６４】ＰＯＰ３セッションは、寿命の間多数の状
態を経て進行する。一旦ＴＣＰ接続が開かれＰＯＰ３の
サーバがあいさつを送ると、セッションはＡＵＴＨＯＲ
ＩＺＡＴＩＯＮ（識別）状態に入る。この状態におい
て、クライアントは自らをサーバに識別させなければな
らない。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ（認証）の後、
サーバはＴＲＡＮＳＡＣＴＩＯＮ（トランザクション）
状態に入り、ここでＥメールを引き出すことができる。
クライアントがＱＵＩＴ（中止）コマンドを出すと、セ
ッションはＵＰＤＡＴＥ（更新）状態に入る。この状態
において、サーバはＴＣＰ接続を閉じ、セッションが終
了する。ＰＯＰ３のサーバは、非活動自動ログアウトタ
イマを有していてもよい。このようなタイマは、継続時
間が少なくとも１０分間でなければならない。タイマが
終了すると、サーバはＴＣＰ接続を閉じる。

【００６５】ＰＯＰ３が用いる認証には、主に以下の２
つのタイプがある。１．ＵＳＥＲ／ＰＡＳＳこの機構を用いると、ユーザ名およびパスワードが２つ
のコマンドとしてＰＯＰ３のサーバに伝達される。パス
ワードは、クリアテキストとして伝達される。２．ＡＰＯＰこの機構を用いると、ユーザ名はクリアテキストとして
伝達され、パスワードはＭＤＳアルゴリズムを用いてＰ
ＯＰ３サーバのあいさつの一部と共にハッシングされ
る。両方とも、単一のＡＰＯＰコマンドに入れて送られ
る。

【００６６】本実施の形態のインターフェースは、サー
バに接続する前にクライアントユーザの身元を知る必要
があるので、このインターフェースがＡＰＯＰをサポー
トすることはできない。しかし、セッションはサーバに
リレーされるので、インターフェースとサーバとの間の
セッションはＡＰＯＰを用いてもよい。

【００６７】図６は、ＡＰＯＰを用いたＶＡＬＩＤ（有
効な）認証についての信号の伝達を示す。最初に、クラ
イアントとインターフェースとの間にＴＣＰ接続が行わ
れ、インターフェースは肯定の応答で応答する。次にク
ライアントは、ユーザ名「Ｊｏｅ．Ｂｌｏｇｇｓ」およ
びその後に続くパスワード「Ｊｏｅ’ｓＰａｓｓｗｏ
ｒｄ（Ｊｏｅのパスワード）」を返信する。窓口が開い
ているか、ユーザが特権を与えられているか、またはユ
ーザが最初の要求を行っている等の場合、インターフェ
ースは要求の伝達を許可し、その要求はサーバにリレー
される。最初にインターフェースとサーバとの間でＴＣ
Ｐ接続が行われ、サーバが肯定的に応答する。次にイン
ターフェースは、ＡＰＯＰ認証を送り、それに対してサ
ーバが肯定的に応答する。次にその肯定の応答が、イン
ターフェースによってクライアントにリレーされる。

【００６８】図７は、ＡＰＯＰを用いたＩＮＶＡＬＩＤ
（無効な）認証が返される場合の信号の伝達を示す。図
７は、インターフェースからサーバに送信されるＡＰＯ
Ｐ認証に応答して、サーバが否定の応答「−ＥＲＲ」で
応答し、それがインターフェースによってクライアント
にリレーされることを除いては、図６と同一である。

【００６９】図８は、ＵＳＥＲ／ＰＡＳＳ認証を用いた
ＶＡＬＩＤ（有効な）認証を示す。この方法において、
クライアントは最初に、インターフェースへのＴＣＰ接
続を行う。次にインターフェースは肯定的に応答する。
次にクライアントは、ユーザ名「Ｊｏｅ．Ｂｌｏｇｇ
ｓ」およびその後に続くパスワード「Ｊｏｅ’ｓＰａ
ｓｓｗｏｒｄ」を返答する。窓口が開いているか、ユー
ザが特権を与えられているか、またはユーザが最初の接
続を行っている等の場合インターフェースはトランザク
ションリレー状態になり、インターフェースとサーバと
の間でＴＣＰ接続が行われる。次にサーバが肯定のメッ
セージで応答し、インターフェースは、ユーザ名「Ｊｏ
ｅ．Ｂｌｏｇｇｓ」およびその後に続くパスワード「Ｊ
ｏｅ’ｓＰａｓｓｗｏｒｄ」をサーバにリレーする。次
にサーバが肯定的に応答し、この肯定の応答が、インタ
ーフェースによってクライアントにリレーされる。

【００７０】「ＵＳＥＲ／ＰＡＳＳ」を用いた無効な認
証は、サーバが、「＋ＯＫ」を返す代わりに「−ＥＲ
Ｒ」を返し、それがインターフェースによってクライア
ントにリレーされる、ということを除いては、図８と同
一である。

【００７１】ここまで、２つの異なる認証技術を参照し
て、トランザクションリレーモードにおけるクライアン
トからサーバへの要求のリレーのみを考察してきた。

【００７２】図９は、インターフェースがローカルトラ
ンザクション状態に入り、要求をサーバに伝達しない場
合の、信号の伝達の図である。ユーザ名およびパスワー
ドをインターフェースに伝達するプロセスは、図６、図
７、および図８において実行されるプロセスと同一であ
る。異なっているのは、サーバへのＴＣＰ接続を行う代
わりに、インターフェースが「＋ＯＫ」の応答で肯定的
に応答する、ということである。

【００７３】以下の表４は、ローカルトランザクション
状態においてサポートされる上位３つのプロトコルの需
要を挙げたものである。

【００７４】

【表４】

【００７５】他のコマンドはすべて、ローカルトランザ
クション状態においては「−ＥＲＲ」を生成する。ロー
カルトランザクション状態において自動ログアウトタイ
マが作動し、１０分間ＴＣＰ接続上にデータがない場合
には、インターフェースはＴＣＰ接続を切断する。

【００７６】トランザクションリレー状態において、サ
ーバへの接続を行うことができない、またはサーバへの
ＴＣＰ接続がいかなるときにも閉じている場合、クライ
アントへの関連するＴＣＰ接続も閉じる。同様に、イン
ターフェースからクライアントへのＴＣＰ接続が閉じる
と、サーバへの関連するＴＣＰ接続も閉じる。

【００７７】（第２の実施の形態）次に、この発明の第
２の実施の形態を図１０および図１１を参照して以下に
説明する。

【００７８】この発明のこの実施の形態は、サーバ１８
に関連して通知システム１９が設けられ、ローカルオフ
ィス４０内のクライアント１０ａ、１０ｂ、１０ｃ、お
よび１０ｄによってダウンロードされるＥメールがサー
バ１８上にある、という通知を生成することを除いて
は、第１の実施の形態と同様である。図１０は、この実
施の形態を表し、図１０において、参照番号は第１の実
施の形態において用いた参照番号に対応している。本実
施の形態において、通知システム１９はＬＡＮ１６を通
じてサーバ１８に接続されており、クライアントによっ
てダウンロードされるＥメールがサーバ１８上にある場
合を判定することができる。Ｅメールは通常、ある特定
のユーザ宛に書かれるものであり、そのユーザはどのＥ
メールクライアントを使ってもよい。通知システムは、
ユーザのいそうな場所の知識を用いて、通知信号をロー
カルオフィス４０内のマシンを用いてユーザに送信する
必要があるかどうかを判定する。

【００７９】図１０において、通知システム１９は、Ｘ
２５パケット交換プロトコルを用いるＩＳＤＮネットワ
ーク１３のＤチャネルを経由してＩＳＤＮネットワーク
１３に接続される。これによって、通知システム１９
が、ＩＳＤＮ接続を行う必要なしに、Ｄチャネルを経由
して通知信号をローカルオフィスインターフェース１２
に伝達することができる。Ｄチャネルを用いれば、サブ
アドレスにデータがある状態でＳＥＴＵＰメッセージを
用いて通知情報を伝達して、それが通知のみであり返答
が必要であることを示すことができる。するとローカル
オフィスインターフェース１２は、ユーザについてのＥ
メールの通知の受信を記録することができ、ユーザから
Ｅメールの要求を受信すると、窓口が閉じている場合で
あっても、要求を伝達するのが許可される。従って、ユ
ーザが動作するＥメールクライアントが定期的なポーリ
ングを行うと、サーバ１８から引き出すＥメールがある
場合には、Ｅメールが迅速に取り出される。

【００８０】図１１は、この発明の本実施の形態の動作
を示すフローチャートである。

【００８１】ステップＳ２０において、Ｅメールクライ
アントが接続を開く。次にＥメールアプリケーション
は、ステップＳ２１において、要求の生成を含む初期化
シーケンスを実行する。次にステップＳ２２において、
窓口が開いているかどうかを判定する。開いている場合
には、ステップＳ２３において、サーバへの接続が開か
れる。開いていない場合には、ステップＳ２８におい
て、要求において識別されたユーザが特権を与えられて
いるかどうかが判定される。特権が与えられている場合
には、ステップＳ２３においてサーバへの接続が開か
れ、与えられていない場合には、ステップＳ２９におい
て、これが所定時間の後最初の接続であるかどうかが判
定される。最初の接続である場合には、ステップＳ２３
において、サーバへの接続が開かれる。最初の接続でな
い場合には、ステップＳ３０において、そのユーザにつ
いてサーバからＥメール通知を受け取っているかどうか
が判定される。受け取っている場合には、ステップＳ２
３において、サーバへの接続が開かれる。受け取ってい
ない場合には、ステップＳ３１において、インターフェ
ースがローカルモードに入り、返すＥメールがないと要
求に応答し、次にステップＳ２７において、ＴＣＰ／Ｉ
Ｐ接続が切断される。

【００８２】ステップＳ２３において一旦サーバへの接
続が行われると、インターフェースが初期化シーケンス
を受け取っているので、ステップＳ２４においてこれを
サーバに再送しなければならない。次にインターフェー
スは、ステップＳ２５において伝達モードに入り、Ｅメ
ール要求およびＥメールデータをリレーする。ステップ
Ｓ２６において一旦Ｅメールの転送が完了すると、ステ
ップＳ２７においてＴＣＰ／ＩＰ接続が切断される。

【００８３】Ｄチャネルを用いる代わりに、図１０にお
いてわかるように、通知信号を伝達するために、通知シ
ステム１９が、ＩＳＤＮネットワーク１３を経由したロ
ーカルオフィスインターフェース１２とのＩＳＤＮ接続
を用いることもまた可能である。このためには、通知シ
ステム１９がＩＳＤＮネットワークを通じた接続を行う
必要がある。これには、もちろんローカルオフィスイン
ターフェース１２の場所に関する情報が必要である。こ
の技術は、接続が行われるときに接続費用がかかるの
で、Ｄチャネルを用いるよりも利点が少ない。Ｄチャネ
ルは接続を行う必要なく常に利用できる制御チャネルな
ので、Ｄチャネルを用いれば接続費用はかからない。デ
ータの伝達に費用はかかるが、Ｂチャネルを用いるとき
にかかる費用よりは少ない。

【００８４】（その他の実施の形態および変形例）第２
の実施の形態において、チャネルを自動的に開いてユー
ザがＥメールを要求できるようにすることに関連して、
通知システムの使用を説明した。これによって、クライ
アントについてのＥメールの自動要求および自動引き出
しを行うことができる。これは、インターフェース１２
が行ってもよく、または、ローカルエリアネットワーク
１１を通じて信号をクライアント１０ａ、１０ｂ、１０
ｃまたは１０ｄに送信して要求の自動生成を開始し、そ
れをローカルオフィスインターフェース１２によってサ
ーバ１８に伝達して、通知したＥメールの引き出しを行
ってもよい。

【００８５】または、Ｅメールの通知を用いて、ユーザ
に対して、Ｅメールがサーバ１８において待機している
ということの指示を生成してもよい。このようにして、
クライアントに伝達される。ユーザに行う指示は、視覚
的にまたは可聴的に、例えばスクリーンへの表示や可聴
音によって行ってもよい。

【００８６】他の実施の形態において、サーバから離れ
たローカルオフィスの代わりに、１人のユーザがサーバ
から離れており、通知システムがそのユーザに関連する
電話番号をダイヤルする。これは、標準のＰＳＴＮ回線
またはＩＳＤＮ回線のどちらを用いても行うことができ
る。これによって、電話において特定のタイプの呼び出
し音が鳴り、ユーザに、Ｅメールがサーバからダウンロ
ードされるのを待機しているということを示す。

【００８７】説明した各実施の形態においては、サーバ
を、会社の本社におけるサーバを含むものとして説明し
たが、この発明はこの特定の構成に限定されるものでは
ない。この発明は、サーバがインターネットサービスプ
ロバイダー（ＩＳＰ）によって維持される設備に適用す
ることができる。更に、この発明は、離れたオフィスか
らのサーバへのアクセスにも、適当なインターフェース
を有する単一のコンピュータを用いたサーバへのアクセ
スにも、適用することができる。

【００８８】インターフェースは、コンピュータと通信
回線との間のいかなる形のインターフェースであっても
よい。例えば、インターフェースは、ＩＳＤＮ端子アダ
プタ、ＬＡＮルータ、専用回線インターフェース、また
はモデムさえも含んでもよい。

【００８９】各実施の形態において、Ｅメールの要求は
インターフェースに宛てられ、インターフェースは次に
アドレスを変換して、その要求がインターフェースを通
過するのを許可できる場合には、その要求をサーバにリ
レーする。要求に応答してＥメールが引き出されると、
そのＥメールはインターフェースに宛てられ、インター
フェースはそのＥメールを受け取ってアドレスをクライ
アントのアドレスに変換し、そのＥメールをインターフ
ェースからクライアントにリレーできるようにする。し
かしこの発明はこのリレー方法に限定されるものではな
く、この発明の他の実施の形態は、傍受技術を用いる。
本技術において、Ｅメールの要求はサーバに宛てられ、
インターフェースが傍受する。インターフェースは、そ
の要求がＥメール要求であるかどうかを識別する必要が
ある。Ｅメール要求のパッケージを制御するのに時間窓
口技術のみを用いる場合には、受け取った要求を更に分
析する必要はない。リレーするか、偽の応答で応答する
かのどちらかである。特権ユーザ技術、または、ユーザ
が朝初めてのＥメールの収集を直ちにできるようにする
技術を用いる場合には、要求を行っているユーザの身元
をインターフェースが判定することも必要である。従っ
て、インターフェースは、要求を傍受し、その要求の伝
達を許可するかまたは偽の応答で応答するかを判定する
必要がある。

【００９０】各実施の形態において、クライアントの要
求がサーバに送信されるようにするためには、接続を行
わなければならない。この発明のインターフェースはま
た、接続が既に行われているかどうかも検出することが
でき、既に行われている場合には、いかなる窓口機能に
も関係なく、要求を送ることができる。Ｅメール等の情
報の引き出し以外、例えばワールドワイドウェブ接続や
ファイル転送プロトコル接続（ＦＴＰ）、の目的でクラ
イアントとサーバとの間で接続を行うこともできる。接
続時間は長くなるが、接続費用はかからない。このよう
な技術を用いて、接続費用を更に低減するために、要求
が送られ応答があった時間をモニタして、それに応じて
窓口が次に開く時間を制御することができる。例えば、
クライアントがある接続中に要求に成功した場合、その
クライアントについて窓口が次に開く時間を遅らせて、
窓口の開いている時間同士の間隔と同じにしてもよい。

【００９１】この発明は、インターネットを用いるのに
加えて、またはその代わりに、企業内イントラネットに
も等しく適用することができる。

【００９２】この発明の機能性を、インターフェース内
の処理装置を適切にプログラムして新しい１組の命令に
従って動作するようにすることによって、従来技術のイ
ンターフェース、すなわちＬＡＮルータ、ＩＳＤＮ端子
アダプタ、モデム、または専用回線インターフェース、
に組み込むことができる。従ってこの発明は、記憶媒体
上に記憶されたプロセッサ命令として実施することがで
きる。例えば、十分な能力のある従来技術のインターフ
ェース装置をアップグレードして、ソフトウェアのアッ
プグレードによってこの発明の機能性を実施することが
できる。このようなソフトウェアのアップグレードは、
記憶媒体、例えばフロッピー（登録商標）ディスク、Ｃ
Ｄ−ＲＯＭ、またはその他コンピュータが読み取ってコ
ードをインターフェース上にダウンロードすることがで
きるメモリ装置、を設けることによって行うことができ
る。コンピュータコードは電子的な形でダウンロードす
ることができるので、この発明は、コンピュータコード
を保持する信号として実施することができる。

【００９３】この発明を上で具体的な実施の形態を参照
して説明したが、この発明はこういった具体的な実施の
形態に限定されるものではなく、この発明の精神および
範囲内にある変形は、当業者には明白であろう。

【図面の簡単な説明】

【図１】この発明の一般化した実施の形態の概略図で
ある。

【図２】この発明の第１の実施の形態によるシステム
の概略図である。

【図３】この発明の第１の実施の形態によるインター
フェースの構造の概略図である。

【図４】この発明の第１の実施の形態によるインター
フェースの機能線図である。

【図５】この発明の第１の実施の形態の動作方法を示
すフローチャートである。

【図６】ＡＰＯＰを用いた有効な認証中の信号の伝達
を示す図である。

【図７】ＡＰＯＰを用いた無効な認証中の信号の伝達
を示す図である。

【図８】ＵＳＥＲ／ＰＡＳＳを用いた有効な認証中の
信号の伝達を示す図である。

【図９】ローカルトランザクション状態の信号の伝達
を示す図である。

【図１０】この発明の第２の実施の形態のシステムの
概略図である。

【図１１】第２の実施の形態の動作の流れ図である。

【符号の説明】

１００クライアントコンピュータシステム、２００
インターフェース、３００通信ネットワーク、４
００サーバコンピュータシステム、１１イーサネッ
ト、１２ローカルオフィスインターフェース、１
４インターネット、１５本社インターフェース、
１８サーバ。

Claims

【特許請求の範囲】

【請求項１】通信回線を通じて１つまたは複数のクラ
イアント装置をサーバ装置にインターフェースするイン
ターフェース装置において、少なくとも１つの前記クライアント装置から情報の要求
を受信する受信手段と、所定の基準に従って前記サーバ装置への要求の伝達を制
御する制御手段と、該制御手段が要求を前記サーバ装置に伝達させない場合
には、入手可能な情報はないということを示す応答を生
成することによって前記クライアントからの要求に応答
する、応答手段とを含むインターフェース装置。
【請求項２】それぞれのクライアント装置が前記サー
バに定期的にポーリングして情報を要求し、前記制御手
段が、所定の時間パターンに従って、少なくとも１つの
前記クライアント装置から前記サーバ装置への要求の伝
達を制御するようになっている、請求項１に記載のイン
ターフェース装置。
【請求項３】１つまたは複数の前記クライアント装置
が特権状態を有し、前記制御手段が、特権を与えられた
クライアント装置から前記サーバ装置への要求の伝達を
制御して、時間パターンから独立してその要求の伝達を
許可するようになっている、請求項２に記載のインター
フェース装置。
【請求項４】前記クライアント装置のユーザが以前に
成功した要求をログするログ手段を含み、前記制御手段
が、前記クライアント装置による最も最近の成功した要
求から所定時間の後か、またはある時間内で初めて要求
が行われた場合には、その要求の前記サーバ装置への伝
達を許可するようになっている、請求項１から３のいず
れか１項に記載のインターフェース装置。
【請求項５】前記通信回線を用いて行われた通信接続
を検出する検出手段を含み、前記制御手段は、前記検出
手段が通信接続を検出した場合には、その要求の前記サ
ーバ装置への伝達を許可するようになっている、請求項
１から４のいずれか１項に記載のインターフェース装
置。
【請求項６】前記受信手段は、前記インターフェース
装置に宛てられた要求を受信するようになっており、前
記装置は、前記制御装置が前記サーバ装置への要求の伝
達を許可する場合には要求のアドレスを前記サーバ装置
のアドレスに変換し、前記応答手段が生成した応答の源
のアドレスを前記サーバ装置のアドレスに変換する、ア
ドレス変換手段を含む、請求項１から５のいずれか１項
に記載のインターフェース装置。
【請求項７】前記受信手段は、前記サーバ装置に宛て
られた要求を受信するようになっている、請求項１から
５のいずれか１項に記載のインターフェース装置。
【請求項８】１つまたは複数の前記クライアント装置
のユーザについての情報が前記サーバ装置から入手可能
であるという通知を受信する通知受信手段を含み、前記
制御手段が、前記通知受信手段に応答して、受信した通
知の対象である前記クライアント装置から前記サーバ装
置への要求の伝達を許可する、請求項１から７のいずれ
か１項に記載のインターフェース装置。
【請求項９】前記受信手段は、ローカルエリアネット
ワークを通じて接続された複数の前記クライアント装置
から要求を受け取るローカルエリアネットワークインタ
ーフェースを含む、請求項１から８のいずれか１項に記
載のインターフェース装置。
【請求項１０】通信回線インターフェースを含む、請
求項１から９のいずれか１項に記載のインターフェース
装置。
【請求項１１】前記通信インターフェースはＩＳＤＮ
インターフェースを含み、前記通信回線はＩＳＤＮ回線
を含む、請求項１０に記載のインターフェース装置。
【請求項１２】外部構成データを受信し、該構成デー
タを用いて前記制御手段が用いる前記所定の基準を構成
する手段を含む、請求項１から１１のいずれか１項に記
載のインターフェース装置。
【請求項１３】前記受信手段が電子メールの要求を受
け取るようになっており、前記応答手段が、要求を行う
クライアント装置のユーザが前記サーバ装置において待
機している電子メールを有していないということを示す
ことによって、要求に応答するようになっている、請求
項１から１２のいずれか１項に記載のインターフェース
装置。
【請求項１４】通信回線を通じて１つまたは複数のク
ライアントをサーバにインターフェースする方法におい
て、少なくとも１つの前記クライアントから情報の要求を受
信する段階と、所定の基準に従って前記サーバへの要求の伝達を制御す
る段階と、該制御する段階が要求を前記サーバに伝達させない場合
には、入手可能な情報はないということを示す応答を生
成することによって前記クライアントからの要求に応答
する段階とを含む方法。
【請求項１５】それぞれのクライアントが前記サーバ
に定期的にポーリングして情報を要求し、所定の時間パ
ターンに従って、少なくとも１つの前記クライアントか
ら前記サーバへの要求の伝達が制御される、請求項１４
に記載の方法。
【請求項１６】１つまたは複数の前記クライアントが
特権状態を有し、特権を与えられたクライアントから前
記サーバへの要求の伝達が、時間パターンから独立して
許可される、請求項１５に記載の方法。
【請求項１７】前記クライアントのユーザが以前に成
功した情報の要求をログする段階を含み、前記クライア
ントによる最も最近の成功した要求から所定時間の後
か、またはある時間内で初めて、要求が行われた場合に
は、その要求の前記サーバへの伝達が許可される、請求
項１４から１６のいずれか１項に記載の方法。
【請求項１８】前記通信回線を用いて行われた通信接
続を検出する段階を含み、通信接続が検出された場合に
は、その要求の前記サーバへの伝達が許可される、請求
項１４から１７のいずれか１項に記載の方法。
【請求項１９】インターフェースによって実施され、
該インターフェースに宛てられた要求が受信され、前記
サーバへの要求の伝達が許可される場合には、受信した
要求の発信アドレスが前記サーバのアドレスに変換さ
れ、前記サーバへの要求の伝達が許可されない場合に
は、生成された応答源のアドレスを前記サーバのアドレ
スに変換する、請求項１４から１８のいずれか１項に記
載の方法。
【請求項２０】前記サーバに宛てられた要求が受け取
られる、請求項１４から１８のいずれか１項に記載の方
法。
【請求項２１】１つまたは複数の前記クライアントの
ユーザについての情報が前記サーバから入手可能である
という通知を受信する段階を含み、受信した通知の対象
である前記クライアントから前記サーバへの要求の伝達
が許可される、請求項１４から２０のいずれか１項に記
載の方法。
【請求項２２】ローカルエリアネットワークを通じ
て、該ローカルエリアネットワークを通じて接続された
複数の前記クライアントから要求を受信する、請求項１
４から２１のいずれか１項に記載の方法。
【請求項２３】前記通信回線がＩＳＤＮ回線を含む、
請求項１４から２２のいずれか１項に記載の方法。
【請求項２４】前記所定の基準を構成する外部構成デ
ータを受信する段階を含む、請求項１４から２３のいず
れか１項に記載の方法。
【請求項２５】前記要求が電子メールの要求を含み、
前記サーバが電子メールサーバを含み、前記応答する段
階において生成される応答が、要求を行うクライアント
のユーザが前記サーバにおいて待機している電子メール
を有していないということを示す、請求項１４から２４
のいずれか１項に記載の方法。
【請求項２６】通信回線を通じて１つまたは複数のク
ライアントをサーバにインターフェースする通信インタ
ーフェースにおいて、少なくとも１つのクライアントから情報の要求を受信す
るクライアントポートと、前記通信回線に接続して、要求を前記サーバに送信し、
該サーバから応答を受信する、通信ポートと、記憶された命令に従って動作して、所定の基準に従って
前記サーバへの要求の伝達を制御し、前記所定の基準に
従って要求を前記サーバに伝達させない場合には、前記
クライアントからの要求に対して、入手可能な情報はな
いということを示す応答を生成する、プロセッサとを含
む通信インターフェース。
【請求項２７】前記記憶された命令が、前記プロセッ
サを制御して所定の時間パターンに従って前記クライア
ントから前記サーバへの要求の伝達を制御する命令を含
む、請求項２６に記載の通信インターフェース。
【請求項２８】前記記憶された命令が、前記プロセッ
サを制御してそのユーザが特権状態を有する少なくとも
１つの前記クライアントから前記サーバへの要求の伝達
を時間パターンから独立して制御する命令を含む、請求
項２７に記載の通信インターフェース。
【請求項２９】前記記憶された命令が、前記プロセッ
サを制御して、前記クライアントのユーザが以前に成功
した要求をログし、前記クライアントのユーザによる最
も最近の成功した要求から所定時間の後に要求が行われ
た場合には、その要求の前記サーバへの伝達を許可する
命令を含む、請求項２６から２８のいずれか１項に記載
の通信インターフェース。
【請求項３０】前記通信ポートが、前記通信回線を用
いて接続が行われた時を検出することができ、前記記憶
された命令が、前記プロセッサを制御して、前記通信ポ
ートが接続を検出した場合にはその要求の前記サーバへ
の伝達を許可する命令を含む、請求項２６から２８のい
ずれか１項に記載の通信インターフェース。
【請求項３１】前記クライアントポートが、前記イン
ターフェースに宛てられた要求を受信するようになって
おり、前記記憶された命令が、前記プロセッサを制御し
て、前記サーバへの要求の伝達が許可される場合には要
求のアドレスを前記サーバのアドレスに変換し、前記サ
ーバへの要求の伝達が許可されない場合には前記クライ
アントへの応答源のアドレスを前記サーバのアドレスに
変換する、命令を含む、請求項２６から３０のいずれか
１項に記載の通信インターフェース。
【請求項３２】前記通信ポートが、１つまたは複数の
前記クライアントのユーザについての情報が前記サーバ
から入手可能であるという通知を受信するようになって
おり、前記記憶された命令が、前記プロセッサを制御し
て、受信した通知の対象である前記クライアントから前
記サーバへの要求の伝達を許可する命令を含む、請求項
２６から３１のいずれか１項に記載の通信インターフェ
ース。
【請求項３３】前記クライアントポートが、ローカル
エリアネットワークを通じて接続された複数の前記クラ
イアントから要求を受信するローカルエリアネットワー
クインターフェースを含む、請求項２６から３２のいず
れか１項に記載の通信インターフェース。
【請求項３４】前記通信ポートがＩＳＤＮインターフ
ェースを含み、前記通信回線がＩＳＤＮ回線を含む、請
求項２６から３３のいずれか１項に記載の通信インター
フェース。
【請求項３５】前記クライアントポートまたは前記通
信ポートが、構成データを受信することができ、前記記
憶された命令が、前記プロセッサを制御して、前記構成
データを用いて前記所定の基準を構成する命令を含む、
請求項２６から３４のいずれか１項に記載の通信インタ
ーフェース。
【請求項３６】少なくとも１つのクライアント装置へ
の接続と、通信回線を通じたサーバ装置への接続とを有
するインターフェース装置においてプロセッサを制御し
て、請求項１４から２５のいずれか１項に記載の方法を
実行する、プロセッサ実行可能命令を保持する記憶媒
体。
【請求項３７】少なくとも１つのクライアント装置へ
の接続と、通信回線を通じたサーバ装置への接続とを有
するインターフェース装置においてプロセッサを制御し
て、請求項１４から２５のいずれか１項に記載の方法を
実行する、プロセッサ実行可能命令を搬送する信号。
【請求項３８】少なくとも１つのクライアントへの接
続と、通信回線を通じたサーバへの接続とを有するイン
ターフェース装置においてプロセッサを制御して、請求
項１４から２５のいずれか１項に記載の方法を実行す
る、プロセッサ実行可能命令。