JPH11136308A - ネットワークにおけるアクセス方式 - Google Patents

ネットワークにおけるアクセス方式

Info

Publication number
JPH11136308A
JPH11136308A JP9301886A JP30188697A JPH11136308A JP H11136308 A JPH11136308 A JP H11136308A JP 9301886 A JP9301886 A JP 9301886A JP 30188697 A JP30188697 A JP 30188697A JP H11136308 A JPH11136308 A JP H11136308A
Authority
JP
Japan
Prior art keywords
center device
server
client
terminal
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP9301886A
Other languages
English (en)
Inventor
Yuji Niwa
祐史 丹羽
Hidehiro Matsumoto
英博 松本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Home Electronics Ltd
NEC Corp
Original Assignee
NEC Home Electronics Ltd
NEC Corp
Nippon Electric Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Home Electronics Ltd, NEC Corp, Nippon Electric Co Ltd filed Critical NEC Home Electronics Ltd
Priority to JP9301886A priority Critical patent/JPH11136308A/ja
Priority to US09/182,359 priority patent/US6460083B1/en
Priority to EP98308981A priority patent/EP0915595A3/en
Priority to CNB981235875A priority patent/CN1242588C/zh
Priority to CNA2004100638790A priority patent/CN1567902A/zh
Priority to KR1019980047635A priority patent/KR100294291B1/ko
Publication of JPH11136308A publication Critical patent/JPH11136308A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

(57)【要約】 【課題】 公衆回線を利用したデータ伝送経路を用い
て、サーバー内にクライアントに送るべき通信データが
あり、サーバー独自のタイミングでクライアントへ通信
データを送る。 【解決手段】 サーバーは予めクライアントと電話番号
が一対となっているテーブルを有し、サーバーはこのテ
ーブルを参照して目的のクライアントへ電話をかける。
サーバーはモデム回線がつながった時点で、クライアン
トからのアクセスを行うようにクライアントへ依頼する
ことを示す識別子を送る。クライアントは依頼を受け取
ったことを確認してから、一旦モデム回線を切断し、改
めてサーバーに対して発呼し、サーバーへのアクセスを
行った上でサーバーから通信データを引き取ることによ
り、サーバーがクライアントへ送ろうとしていた通信デ
ータを受け取る。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、遠隔地から情報端
末装置（クライアント）を、電子メールやその他の電子
情報を蓄えたり、クアライアントに代わりいくつかの計
算や情報参照処理を行うセンタ装置（サーバー）に、自
動車携帯電話などの無線機を利用した接続により、情報
の参照、電子メールの参照、複数の計算や情報参照処理
の代行を依頼するネットワークにおけるアクセス方式に
関する。
【０００２】また、本発明は、自動車携帯電話などの無
線機を利用した接続を用いるため、ＬＡＮ（ローカルエ
リアネットワーク）で一般的に利用されているような専
用のデータ伝送経路ではなく、公衆回線を利用したデー
タ伝送経路上でのアクセス方式に関する。
【０００３】なお、専用のデータ伝送経路を利用するア
クセスシステムにおいては、基本のデータ伝送経路はク
ライアントとサーバーとの間では常に接続された状態に
あり、物理的に両者の間でデータは常にやりとりが可能
であるのに対し、公衆回線を利用したデータ伝送経路上
でのアクセスシステムにおいては、基本のデータ伝送経
路は通常切断された状態にあり、データを授受する直前
に、クライアントはサーバーのもつ電話番号を指定して
データ伝送経路をつなぐ（呼を張る）必要がある。公衆
回線を利用したアクセスシステムでは呼を張った状態に
なった上で、初めて物理的にクライアントとサーバーと
の間でデータの授受が可能になる。前記公衆回線を利用
して呼を張る手順の中で、電話番号を指定して呼を張る
処理はサーバーがクライアントの電話番号を指定し呼を
張る場合もある。
【０００４】本発明は、公衆回線を利用したデータ伝送
経路をクライアントとサーバーとの間で自動的に確立す
る方法に関し、このデータ伝送経路の上でデータを授受
する、ネットワークおけるアクセス方式に関する。
【０００５】
【従来の技術】複数のクライアントとつながり、または
つなぐための準備があり、それぞれのクライアントから
任意のタイミングで接続され、クライアントに要求され
た情報またはデータを送信、またはクライアントから情
報やデータを受け取るサーバーからなる構成を採り、各
々のクライアントとは公衆回線を利用してデータ伝送経
路を確立するアクセスシステムにおいては、従来より公
衆回線の接続を必ずクライアント側から行い、クライア
ントの接続を許可しクライアントに各種サービスを与え
るためにサーバーがクライアントの接続承認を行った
後、データの受け渡しをする方法（ダイアルアップ接続
方式）がある。
【０００６】また、ダイアルアップ接続方式の応用で、
クライアント側の公衆回線接続料金負担を減少させる目
的で、クライアントからサーバーへ呼を張り、サーバー
側からクライアントへ呼を張り直すことを依頼し、一旦
呼を切断した後、再びサーバー側から呼を張った後にク
ライアントの認証を行い、その後にデータを受け渡しを
する方法（コールバック接続方式）がある（特開平３−
８８４６９号公報参照）。
【０００７】上述した従来の２つの方法は、どちらも通
信するきっかけをクライアントが作る点では同じであ
り、公衆回線を使って接続するサーバー（リモート・ア
クセス・サーバー：ＲＡＳ）へ、クライアントからアク
セスする方法として広く知られている。また、接続やデ
ータの送受信の手順（プロトコル）も既に公開されてい
る（例：ＰＰＰ：ポイントツーポイントプロトコル−Ｒ
ＦＣ１３３１、ＲＦＣ＝“Request for comment”）。
クライアントがＲＡＳへ接続する方法としては、これま
で必ずクライアントに接続のきっかけをもつことが前提
であった。
【０００８】
【発明が解決しようとする課題】上述した従来例のよう
に、クライアントがＲＡＳへ接続する方法においては、
これまで必ずクライアントに接続のきっかけをもつこと
が前提であったため、サーバー主導によるデータ送信要
求がサーバーによる任意のタイミングで開始できないと
いう問題点がある。
【０００９】ＬＡＮ（ローカルエリアネットワーク）な
どのようにデータ電送経路が常に接続状態にあるネット
ワーク上におけるサーバーとクライアントとの関係であ
れば、サーバー主導によるデータ送信要求も、サーバー
による任意のタイミングで開始することができたが、公
衆回線を利用して接続する場合、現在はクライアント側
に接続タイミングの主導をもたせているシステムがほと
んどである。
【００１０】システム構成上単純な解決方法として、上
述した説明におけるクライアント内にサーバーの機能を
もたせることが考えられる。つまり、上述した説明にお
けるクライアントとサーバーとの役割を逆転させ、クラ
イアントはサーバーからの接続を許可し、サーバーの接
続承認の後、データの受け渡しをする機能をクライアン
トにもたせる方法が従来技術より容易に考えられる。
【００１１】しかしながらその場合、サーバーからの接
続に対してクライアントで認証するため、クライアント
が偽物であっても判別することはできず、そのため、サ
ーバー側におけるセキュリティー上の問題が残る。
【００１２】また、クライアント上に接続を受け付けて
認証を行うための手段が余計に搭載され、クライアント
上でのメモリやファイルの資源を余計に占有することに
なる。特に、クライアントが小型の無線携帯情報端末で
あった場合、その資源の占有は大きな損失となる。この
ため、クライアントはできるだけ簡単な仕組のみをも
ち、セキュリティーを確保した上で上記問題点を解決し
なければならない。
【００１３】本発明は、上述したような従来の技術に鑑
みてなされたものであって、以下のことを目的とする。
【００１４】第１の目的として、従来利用されているダ
イヤルアップ方式を利用し、クライアント／サーバーの
関係を維持したままで、これまでできなかったサーバー
側が通信のきっかけを作ることができる方式を提案す
る。つまり、サーバー側で通信を行う要求が発生した時
点で、サーバー側からクライアントに接続するように催
促する方法を提案する。
【００１５】第２の目的として、予め登録されたクライ
アント毎にサーバーへのアクセス時刻を、サーバー側で
管理して割り当てることができ、これによりサーバー内
での資源負荷を平準化する方法を提案する。
【００１６】第３の目的として、予め登録されたクライ
アントからそれぞれ依頼されていた処理が、サーバー側
で完了したときにクラインアトへ処理結果を引き取りを
要求することが新たにでき、クライアント利用者の操作
性を向上する方法を提案する。
【００１７】第４の目的として、予め登録されたクライ
アントに係る外部からのきっかけ（メールの到着など）
をもとに、クライアントからのアクセスを要求すること
が新たにでき、クライアント利用者の操作性を向上する
方法を提案する。
【００１８】第５の目的として、予め登録されたクライ
アントに係るＣＰＵ資源やファイル資源などの各種資源
をサーバー管理のもとに、クライアントに引き取り依頼
することができ、サーバー内の資源節約になる方法を提
案する。
【００１９】
【課題を解決するための手段】上記目的を達成するため
に本発明は、サーバー内にクライアントへ送るべき通信
データがあり、サーバー独自のタイミングでクライアン
トへ通信データを送る方法として、サーバーは予めクラ
イアントと電話番号が一対になっているテーブルをも
ち、サーバーはこのテーブルを参照して、目的のクライ
アントへ電話をかける。サーバーはモデム回線がつなが
った時点で、クライアントからのアクセス（例えばＰＰ
Ｐ接続）を行うようにクライアントへ依頼することを示
す識別子を送る。クライアントは依頼を受け取ったこと
を確認してから、一旦モデム回線を切断し、改めてサー
バーに対して発呼し、サーバーへのアクセスを行った上
でサーバーから通信データを引き取ることにより、サー
バーがクライアントへ送ろうとしていた通信データを受
け取ることができる。
【００２０】本発明では、サーバーがサーバー内の通信
データを任意のクライアントへ送る通信方法のための手
続きや手順（手順と手続きを合わせてプロトコルと呼ぶ
ことにする）に比べて簡略で、通信量の少ないプロトコ
ルを用いてクライアントに簡単な接続依頼を発行し、サ
ーバーで決めた任意のタイミングに合わせて、クライア
ントが通信データを受け取るための安全で従来から用い
られているプロトコルを用いてサーバーへ接続する手段
を有する。
【００２１】（作用）上記のように構成された本発明に
おいては、従来利用されているダイヤルアップ方式を利
用し、クライアント／サーバーの関係を維持したまま
で、サーバー側で通信を行う要求が発生した時点で、サ
ーバー側からクライアントに接続するように催促するこ
とができる。
【００２２】また、予め登録されたクライアント毎にサ
ーバーへのアクセス時刻を、サーバー側で管理して割り
当てることができる。
【００２３】また、予め登録されたクライアントからそ
れぞれ依頼されていた処理が、サーバー側で完了したと
きにクライアントへ処理結果の引き取りを要求すること
ができる。
【００２４】また、予め登録されたクライアントに係る
外部からのきっかけ（メール到着など）をもとに、クラ
イアントからのアクセスを要求することができる、ま
た、予め登録されたクライアントに係るＣＰＵ資源やフ
ァイル資源などの各種資源をサーバー管理のもとに、ク
ライアントに引き取り依頼を出すことができる。
【００２５】
【発明の実施の形態】以下に、本発明の実施の形態につ
いて図面を参照して説明する。
【００２６】図１は、本発明のネットワークにおけるア
クセス方式の実施の一形態を示す図であり、（ａ）はク
ライアントとサーバーとが１対１で接続されている例を
示す図、（ｂ）は１つのサーバーに複数のクライアント
が接続されている例を示す図である。
【００２７】図１（ａ）においては、説明のためにクラ
イアント１０１とサーバー１０２とが公衆回線を介して
１対１で接続されるように示されているが、通常、クラ
イアント１０１とはサーバー１０２とは、図１（ｂ）に
示すように、公衆回線を介して１台のサーバー１０６に
対して１台以上のクライアント１０７〜１１３が接続さ
れて利用されることが多い。
【００２８】このとき、図１（ｂ）において、公衆回線
内に設置されている交換機がスイッチの役割をし、同時
にサーバーと通信を行うのは任意のクライアント１台
（例えばクライアント１０７）となるので、本形態にお
いては、以後、図１（ａ）に示すようにクライアント１
０１とサーバー１０２とが１対１で接続されているもの
として説明する。また、サーバー１０６上に、複数のク
ライアントが同時に接続されるための装置が設けられる
場合もあるが、このときもサーバー１０６内での処理動
作はそれぞれのクライアント毎に独立して動作するた
め、上述したように本形態における説明は、図１（ａ）
に示すように、クライアント１０１とサーバー１０２と
が１対１で接続されているものとして説明する。このこ
とは、本発明におけるサーバー１０２に複数のクライア
ントが同時に接続できることを否定するものではない。
【００２９】図１（ａ）において、クライアント１０１
は、モデム１０３を利用してデータを音声に変換して公
衆回線へ接続している。
【００３０】同様に、サーバー１０２は、モデム１０５
を利用して音声とデータとの変換を行ってから公衆回線
へ接続している。公衆回線上でクライアント１０１から
の接続とサーバー１０２からの接続がつなげられたと
き、クライアント１０１とサーバー１０２との間で通信
が可能になる。
【００３１】図１（ａ）においては、サーバー１０２が
２つのモデム１０４，１０５を利用しているが、これは
本形態においては、サーバー１０２で行う処理に応じて
モデムを使い分けて説明しているためである。このこと
は本発明を実現する上で、サーバー１０２が利用するモ
デムの数が２に限定されるということではなく、サーバ
ー１０２がモデムの利用時間を考慮し、処理毎に発生す
るモデム使用要求が衝突しないよう工夫されれば、サー
バー１０２につながるモデムは１つでもよいし３つ以上
でもよい。
【００３２】また、モデム１０３〜１０５は、公衆回線
を電話などの音声回線を前提としたデータから音声信号
への信号変換装置であるため、公衆回線がデジタル信号
回線のような音声回線以外の場合には、これに適した信
号変換装置に置き換えることができる。例えば、公衆回
線にＩＳＤＮ（Integrated Services Digital Network)
回線を利用する場合にはターミナルアダプタ（ＴＡ）を
利用することが考えられる。
【００３３】以下に、クライアント１０１の構成につい
て説明する。
【００３４】図２は、図１に示したクライアント１０１
の構成の一例を示す図である。
【００３５】本形態におけるクライアント１０１は図２
に示すように、情報処理部３０１と、記憶装置３０７
と、入力装置３０２と、タイマー３０３と、電話をかけ
る手段３０４と、電話を切る手段３０５と、モデム制御
手段３０５とを有し、これらは全て内部バス３０８によ
りつながり、互いにデータのやりとりを行うことができ
る。
【００３６】情報処理部３０１は、記憶装置３０７内に
格納された動作の手順（プログラム）や各種データを参
照して動作し、入力装置３０２を介して利用者からの指
示により予め用意してあった複数の動作手順を選択する
ことができる。
【００３７】また、情報処理部３０１は、タイマー３０
３に起動の指示と停止の指示を与えることによって時間
を計ることができる。また、タイマー３０３に時間情報
を与えて起動を指示することにより、タイマー３０３は
与えられた時間が経過したときに情報処理部３０１に対
して割り込みをかけることもできる。さらに、電話をか
ける手段３０４を利用してモデム制御部３０６へ電話を
かけるよう指示を出すことができる。同様に、電話を切
る手段３０５を利用してモデム制御部３０６へ電話回線
を切断するよう指示を出すことができる。
【００３８】モデム制御部３０６は、クライアント１０
１からつながるモデム１０３を制御する。また、モデム
１０３とデータの受け渡しをするための入／出力バッフ
ァと、公衆回線からモデム１０３へ電話がかかってきた
ことを情報処理部３０１へ通知するための割込手段とを
有する。ただしここでクライアント１０１につながるモ
デム１０３がモデムとは別の方式の信号変換装置である
場合には、前記別の方式の信号変換装置に適した制御部
に置き換えられる。前記別の方式の信号変換装置に適し
た制御部も、モデム制御部３０６と同様に入／出力バッ
ファと割込手段を有することとする。
【００３９】記憶装置３０７には、サーバー１０２から
クライアント１０１へ送られてくるアクセス依頼に受け
応えるためのアクセス依頼手順と、クライアント１０１
からサーバー１０２へダイアルアップ接続／切断を行う
ためのダイアルアップ接続手順と、前記ダイアルアップ
接続手順で利用するＩＤとPasswordと、実際にサーバー
１０２との間で受け渡しするための通信データとが格納
されている。
【００４０】以下に、サーバー１０２の構成について説
明する。
【００４１】図３は、図１に示したサーバー１０２の構
成の一例を示す図である。
【００４２】本形態におけるサーバー１０２は図３に示
すように、情報処理部４０１と、記憶装置４０８，４０
９と、入力装置４０２と、タイマー４０３と、電話をか
ける手段４０４と、電話を切る手段４０５と、モデム制
御手段４０６，４０７とを有し、これらは全て内部バス
４１０によりつながりお互いにデータを授受することが
できる。
【００４３】情報処理部４０１は、記憶装置４０８内に
格納された動作の手順（プログラム）や各データを参照
して動作し、入力装置４０２を介して利用者からの指示
により予め用意してあった複数の動作手順を選択でき
る。また、タイマー４０３に起動の指示と停止の指示を
与えることによって時間を計ることができる。また、タ
イマー４０３に時間情報を与えて起動を指示することに
より、タイマー４０３は与えられた時間が経過したとき
に情報処理部４０１に対して割り込みをかけることもで
きる。また、電話をかける手段４０４を利用してモデム
制御部４０６へ電話をかけるよう指示を出すことができ
る。同様に、電話を切る手段４０５を利用してモデム制
御部４０６へ電話回線を切断するよう指示を出すことが
できる。また、電話をかける手段４０４を利用してモデ
ム制御部４０７へ電話をかけるよう指示を出すことがで
きる。同様に、電話を切る手段４０５を利用してモデム
制御部４０７へ電話回線を切断するよう指示を出すこと
ができる。
【００４４】モデム制御部４０６は、サーバー１０２か
らつながるモデム１０４を制御し、モデム制御部４０７
は、サーバー１０２からつながるモデム１０５を制御す
る。また、モデム制御部４０６，４０７は、モデム１０
４，１０５とデータ受け渡しをするための入／出力バッ
ファと、公衆回線からモデム１０４，１０５へ電話がか
かってきたことを情報処理部４０１へ通知するための割
込手段とを有する。ただしここでサーバー１０２につな
がるモデム１０４，１０５がモデムとは別の方式の信号
変換装置である場合には、前記別の方式の信号変換装置
に適した制御部に置き換えられる。前記別の方式の信号
変換装置に適した制御部もモデム制御部４０６，４０７
と同様に入／出力バッファと割込手段を有することとす
る。
【００４５】記憶装置４０８には、サーバー１０２から
クライアント１０１へアクセス依頼を送るためのアクセ
ス依頼手順と、クライアント１０１からサーバー１０２
へダイアルアップ接続／切断に応えて接続を許可するた
めのダイアルアップ接続手順と、実際にクライアント１
０１との間で受け渡しするための通信データとが予め格
納されている。
【００４６】また、別の記録装置４０９には、前記ダイ
アルアップ接続手順で利用するクライアント毎のＩＤと
Passwordと、電話番号を格納したテーブルが端末情報と
して予め置いてある。
【００４７】前記端末情報は、サーバー１０２にダイア
ルアップ接続を予め許可したクライアントの数分用意し
てあり、情報処理部４０１は通信を行うクライアント毎
に適宜端末情報を参照することができる。
【００４８】図４は、図３に示した記憶装置４０９に格
納された端末情報の概念図を示す図である。
【００４９】図５は、送受信データの属性情報受信待ち
の流れを示すフローチャートである。
【００５０】図５に示したアクセス依頼手順は、サーバ
ー１０２とクライアント１０１との間で交わされる以下
に示す複数の識別子のやりとりの順序を記した「アクセ
ス依頼通信手順」と、サーバー１０２がアクセス依頼を
開始することを通知するための文字列「アクセス依頼識
別子」と、クライアント１０１がアクセス依頼識別子を
受け取り、後にサーバー１０２にアクセスすることを了
解したことを示す文字列「アクセス依頼応答識別子」
と、サーバー１０２がクライアント１０１からアクセス
依頼応答識別子を受け取り、サーバー１０２がアクセス
依頼のための処理と通信を終了することをクライアント
１０１へ通知するための文字列「アクセス依頼応答の受
け取り通知識別子」と、上述した一連のアクセス依頼処
理中に相手から送られた識別子に了解できないことを相
手に通知するための文字列「アクセス依頼手続きの失敗
を示す識別子」とを含む。
【００５１】図６は、ダイアルアップ接続手順の内容の
一例を示す図である。
【００５２】ダイアルアップ接続とは、クライアント１
０１がサーバー１０２へ接続し、サーバー１０２と通信
するためのサーバー１０２から認証を受け、サーバー１
０２から通信の許可を受けるためのプロトコルと、クラ
イアント１０１がサーバー１０２とメールなどの実際の
データを授受するためのプロトコルと、ダイアルアップ
接続した通信を終了し切断するためのプロトロルと、こ
れらの一連のプロトコルとで使用する複数の識別子を含
む通信のための方法である。
【００５３】本形態においては、このダイアルアップ接
続手順を規定するものではなく、従来技術を用いること
を前提としている。ここでは、記憶装置３０７，４０８
に格納されているダイアルアップ接続手順の内容の一例
として、簡単な内容の例について述べる。
【００５４】前記ダイアルアップ接続手順は、サーバー
１０２とクライアント１０１との間で交わされる以下に
示す複数の識別子とのやりとりの順序を記した「ダイヤ
ルアップ接続通信手順」と、クライアント１０１がダイ
アルアップ接続を開始することを通知するための「ダイ
アルアップ接続識別子」と、サーバー１０２がダイアル
アップ接続識別子を受け取り、サーバー１０２が続いて
クライアント１０１へＩＤの送信を要求するための「Ｉ
Ｄ要求識別子」と、サーバー１０２がクアイアント１０
１へパスワードの送信を要求するための「Password要求
識別子」と、サーバー１０２がクライアント１０１から
受け取ったＩＤとPasswordの内容から、クライント１０
１を認証するか否かを判断した結果をクライアント１０
１へ通知する「ダイアルアップ認証結果通知」と、クラ
イアント１０１がサーバー１０２に認証された後、クラ
イアント１０１がサーバー１０２とメールなどの実際の
データを授受する手順を示す「データ通信順序」と、前
記実際のデータの授受が完了した後にサーバー１０２と
クライアント１０１との間の通信を終了し回線を接続す
るための「ダイアルアップ切断順序」とを含む。
【００５５】
【実施例】以下に、本発明のプロトコルとクライアント
１０１とサーバー１０２の動作及び状態について説明す
る。
【００５６】図７は、図１に示したネットワークにおけ
るアクセス方式の動作を説明するための動作概念図であ
り、本発明を含めたシステムの動作を、クラインアント
１０１とサーバー１０２との間で行われる通信手順（プ
ロトコル）と、プロトコルに応じたクライアント１０１
とサーバー１０２との状態を示したものである。
【００５７】本形態においては、サーバー１０２内で動
作する電子メール受信プロセスが任意のクライアント１
０１宛の電子メールを他のネットワークから受け取った
場合に、クライアント１０１がサーバー１０２に対して
ダイアルアップ接続し、クライアント１０１がサーバー
１０２のメール受信プロセスから電子メールを引き取る
動作を開始するように、サーバー１０２内の本システム
にかかるプロセスがクライアント１０１へ電子メールの
到着を通知し、クライアント１０１はそれに応じて電子
メールデータを引き取るためにサーバーへダイアルアッ
プ接続し、電子メールデータを受信し、ダイアルアップ
切断する一連の動作を行うものとする。
【００５８】クライアント１０１は、予め電話回線の着
呼ができるようにモデム１０３などの必要な初期設定を
終えておく（ステップＳ２０２）。
【００５９】サーバー１０２において接続のきっかけ
（ステップＳ２０１）が発生することで本形態の動作が
開始する。
【００６０】接続のきっかけ（ステップＳ２０１）は、
サーバー１０２上で動作する別のプロセスによって引き
起こされるか、サーバー１０２と接続する別の装置で起
こることが考えられる。本発明においては、この接続の
きっかけが何によるかを限定しないが、本形態において
は、サーバー１０２上で動作する電子メール受信プロセ
スがクライアント１０１へ渡すように指定された電子メ
ールを受け取ったときに、本システムの接続のきっかけ
を発生させている。このとき、前記電子メール受信プロ
セスは、電子メールを渡すべきクライアントを指定して
接続のきっかけを発生させる。
【００６１】サーバー１０２内の本システムにかかるプ
ロセスは（これを単に「サーバー１０２は」と呼ぶ）、
電子メールを渡すべきクライアント（または、対象とな
る端末装置）の電話番号を予めクライアントと電話番号
が一対になっているテーブルを参照して見つけ出し（ス
テップＳ２０３）、電話をかける手段４０４を介してモ
デム１０４へ前記電話番号を指定した上で発呼するため
の指示を出す（ステップＳ２０４）。
【００６２】一方、クライアント１０１につながるモデ
ム１０３ではサーバー側から電話がかかってくる。
【００６３】クライアントは、モデム１０３にオフフッ
クするように指示し、クライアント側とサーバー側との
間で電話回線をつなぐ（ステップＳ２０５）。
【００６４】現在発表されている一般的なモデム同士の
プロトコルにより、この後クライアント側モデム１０３
とサーバー側モデム１０４との間でネゴシエーション
（折衝）が自動で行われ、モデムにつながった複数の計
算機（本形態ではクライアント１０１とサーバー１０２
のことを指す）同士で文字列データの送受信ができるよ
うになる。
【００６５】この状態で、サーバー１０２は、クライア
ント１０１ヘアクセス依頼を発行する（ステップＳ２０
６）。
【００６６】アクセス依頼は、これを受け取ったクライ
アント１０１から、後ほどサーバー１０２へダイアルア
ップ接続を行うような依頼を意味する文字列である。
【００６７】アクセス依頼を受け取ったクライアント１
０１は、サーバ１０２へアクセス依頼を了解すること
（ステップＳ２０８）によって、アクセス依頼を受け取
ったことを通知する。
【００６８】サーバー１０２は、クライアント１０１が
アクセス依頼を了解したことを知ったことを再びクライ
アント１０１に知らせる（ステップＳ２０７）。
【００６９】サーバー１０２は、この通知終了後直ちに
モデム１０４に対して回線の切断を要求する（ステップ
Ｓ２０９）。
【００７０】一方、クライアント１０１もサーバー１０
２からの通知（ステップＳ２０７）を受け取った後、直
ちにモデム１０３に対して回線の切断を要求する（ステ
ップＳ２１０）。
【００７１】この時点でクライアント１０１とサーバー
１０２との間の接続及び電話回線は切れている状態であ
る。
【００７２】これ以降の動作は、従来のダイアルアップ
接続方法を用いるため、本発明ではこのダイアルアップ
接続の方法を制限するものではない。よって、ステップ
Ｓ２１１〜Ｓ２１９についてはこの限りではなく、ＰＰ
Ｐなどのような１対のサーバーとクライアントがデータ
通信を行うために必要な認証やデータ保証を実現する従
来のプロトコルが用いられることを前提としている。本
実施例では説明のために前記ＰＰＰ接続方法について簡
略化して説明する。
【００７３】クライアント１０１は、モデム１０３に対
し、サーバー側のモデム１０５に対して電話をかけるよ
うに指示する（ステップＳ２１１）。
【００７４】サーバー１０２につながるモデム１０５で
は電話がかかってくる。サーバー１０２はモデム１０５
にオフフックするように指示し、クライアント側とサー
バー側との間で電話回線をつなぐ（ステップＳ２１
２）。現在発表されている一般的なモデム同士のプロト
コルにより、この後クライアント側モデム１０３とサー
バー側モデム１０５との間でネゴシエーション（折衝）
が自動で行われ、モデムにつながった複数の計算機（本
形態ではクライアント１０１とサーバー１０２のことを
指す）同士で文字列データの送受信ができるようにな
る。
【００７５】この状態において、クライアント１０１
は、サーバー１０２へダイアルアップ接続依頼と、サー
バー１０２からクライアント１０１へはＩＤ及びPasswo
rdの問い合わせと、クライアント１０１はそれに応える
ようにＩＤ及びPasswordの入力などの一連のダイアルア
ップ接続に関する手続きを行う（Ｓ２１３）。ＩＤとPa
sswordの組み合わせがサーバー１０２で認証されると、
サーバー１０２はクライアント１０１へ当該クライアン
ト１０１の認証結果を通知する（ステップＳ２１４）。
【００７６】この認証結果により正常に認証されなかっ
た場合には、クライアント１０１が正当な接続権を有し
ていないということを意味し、この一連の手続きは終了
してしまう。ここではクライアント１０１は予め正当な
接続権を有していることにし、認証結果の通知（ステッ
プＳ２１４）は正常に完了したこととして説明を続け
る。
【００７７】クライアント１０１がサーバー１０２によ
って正常に認証された後は、両者の間をＰＰＰ通信プロ
トコルによって正常にデータの授受を行うことができる
（ステップＳ２１５）。このとき両者の間で授受される
通信データは、ＰＰＰ通信プロトコルにより保証されて
いる。
【００７８】クライアント１０１がサーバー１０２から
電子メールデータの受け取りを行うと、任意のデータ通
信を完了し、利用者が入力装置３０２を操作するか、タ
イマー３０３により計測された任意の一定時間通信が起
こらなかった場合に、クライアント１０１はサーバー１
０２へダイアルアップ切断手段を発行する（ステップＳ
２１７）。
【００７９】ダイアルアップ切断をサーバー１０２が許
可し、続けてクライアント１０１の情報処理部３０１は
電話を切る手段３０５を介してモデム制御部３０６に回
線切断の指示を与え、サーバー側との回線を切断する
（ステップＳ２１８）。
【００８０】サーバー側においてもサーバー１０２はダ
イアルアップ切断を許可した後、情報処理部４０１は電
話を切る手段４０５を介してモデム制御部４０７に回線
切断の指示を与え、クライアント側との回線を切断する
（ステップＳ２１９）。
【００８１】以上のようにして本形態の一連の処理が終
了するが、本システムはこの一連の処理が終了した後で
も再びサーバー側での接続のきっかけ（ステップＳ２０
１）が発生すれば、上記と同様の処理を行うものであ
る。
【００８２】（第１の実施例）次に第１の実施例につい
て、クライアント１０１の動作の流れを説明する。
【００８３】図８は、図２に示したクライアントの動作
の第１の実施例を説明するためのフローチャートであ
る。
【００８４】クライアントの動作は装置の初期設定処理
を除き、モデム制御部３０６からの割り込みが入ること
によって開始する（ステップＳ６０１）。予め、モデム
制御部３０６にはサーバー側モデム１０４からの着呼が
あった場合に、情報処理部３０１に割り込みが入るよう
に初期設定しておく必要がある。
【００８５】モデム制御部３０６からの割り込みによ
り、サーバー側からの着呼を知った情報処理部３０１
は、モデム制御部３０６に対してオフフックを指示する
（ステップＳ６０２）。これにより発呼したサーバ側の
モデム１０４とクライアント側モデム１０３との間が公
衆回線でつながれる。同時に、前記クライアント側のモ
デム１０３と前記サーバー側のモデム１０４との間でネ
ゴシエーションが行われ、クライアント１０１とサーバ
ー１０２との間を非同期にて文字列データを用いて通信
できるようになる。
【００８６】次に、情報処理部３０１は、「アクイセス
依頼識別子」の受信を待つ（ステップＳ６０２）。
【００８７】「アクセス依頼識別子」を受信したら、情
報処理部３０１は記憶装置３０７から「アクセス依頼応
答識別子」を読み、モデム制御部３０６の出力バッファ
へ「アクセス依頼応答識別子」を書き込み、モデム制御
部３０６は、出力バッファに書き込まれた文字列をサー
バー側モデム１０４に送信し、結果的に情報処理部３０
１からサーバー側へ「アクセス依頼応答識別子」を送信
したことになる（ステップＳ６０４）。
【００８８】情報処理部３０１は、アクセス依頼応答識
別子を送信した後、サーバー側から「アクセス依頼応答
の受け取り通知識別子」の受信を待ち（ステップＳ６０
５）、「アクセス依頼応答の受け取り通知識別子」を受
信したら、情報処理部３０１は電話を切り手段３０５を
動作させ、電話を切る手段３０５はモデム制御部３０６
を通じて外部のモデム１０３にオンフックするように指
示する。この処理は結果的に情報処理部３０１がモデム
１０３にオンフックを指示し（ステップＳ６０６）、モ
デム１０３が回線を切断するように指示している。
【００８９】この後、実際には公衆回線上の交換機など
が完全に回線を切断するまで数秒かかるため、情報処理
部はこの時間を見越し、次に電話をかける動作を開始す
るまでｎ秒間動作を停める（例えばｎは１０秒）。この
とき、情報処理部３０１はタイマー３０３に起動の指示
を出し、ｎ秒後にタイマー３０３の割り込みによって通
知を受けてから次の処理に進む。
【００９０】情報処理部３０１は、モデム制御部３０６
の回線切断を確認した後、電話をかける手段３０４を動
作させ、電話をかける手段３０４はモデム制御部３０６
を通じて外部のモデム１０３にサーバー側モデム１０５
へ電話をかけるように指示する。この処理は結果的に情
報処理部３０１がモデム１０３に電話をかけるように指
示している（ステップＳ６０９）。
【００９１】以上のようにして電話がつながったとき
に、情報処理部３０１は記憶装置３０７内のダイアルア
ップ接続手順（図９）にしたがって、ダイアルアップ接
続（ステップＳ６１０）と、データなどの通信（ステッ
プＳ６１１）処理を行い、通信終了後にはダイアルアッ
プ切断（ステップＳ６１２）する。ここではダイアルア
ップ接続手段としてＰＰＰ接続手段を利用している。
【００９２】ダイアルアップ切断が終了したら、情報処
理部３０１はモデム制御部３０６に電話回線の切断を指
示し、これを受けてモデム制御部３０６はモデム１０３
にオンフックを指示する（ステップＳ６１３）。
【００９３】オンフックが実行されると公衆回線上の交
換機で回線が切断され、クライアント１０１とサーバー
１０２との間の回線は完全に切断される。ここで情報処
理部３０１は回線が切断されたことを確認してもよい
が、本形態においては特に確認していない。
【００９４】クライアント１０１におけるサーバー側か
らのアクセス依頼による電子メールデ一タ受信にかかる
一連の処理を終了する（ステップＳ６１４）。クライア
ント１０１はこの一連の処理が終了した後でも再びモデ
ムからの割り込み（ステップＳ６０１）が発生すれば、
上記と同様の処理を行うものである。
【００９５】図１０は、図８に示したアクセス依頼識別
子の受信待ち（ステップＳ６０３）処理の流れを詳細に
示した図である。
【００９６】アクセス依頼識別子の受信待ちが始まると
（ステップＳ７０１）、情報処理部３０１はモデム制御
部３０６の入力バッファを参照する（ステップＳ７０
２）。
【００９７】バッファ内に新しく受信した文字列がある
かどうか調べ（ステップＳ７０３）、これがなけらば再
び情報処理部３０１はモデム制御部３０６の入力バッフ
ァを参照する（ステップＳ７０２）。
【００９８】入力バッファ内に受信文字列があれば、情
報処理部３０１は記憶装置３０７内に予め格納された
「アクセス依頼識別子」と前記文字列とを比較する（ス
テップＳ７０４）。
【００９９】比較の結果が不一致の場合はサーバー側か
らのアクセス要求がなかったものとして、このプロセス
は終了（ステップＳ６１４）する。
【０１００】前記文字列が「アクセス依頼識別子」と一
致する場合には、アクセス依頼識別子の受信待ち（ステ
ップＳ６０３）処理を完了して次の処理（ステップＳ６
０４）へ進む。
【０１０１】図１１は、図８に示したアクセス依頼応答
の受け取り通知識別子の受信待ち（ステップＳ６０５）
処理の流れを詳細に示した図である。
【０１０２】アクセス依頼応答の受け取り通知識別子の
受信待ちが始まると（ステップＳ８０１）、情報処理部
３０１はモデム制御部３０６の入力バッファを参照する
（ステップＳ８０２）。
【０１０３】バッファ内に新しく受信した文字列がある
かどうか調べ（ステップＳ８０３）、これがなければ再
び情報処理部３０１はモデム制御部３０６の入力バッフ
ァを参照する（ステップＳ８０２）。入力バッファにに
受信文字列があれば、情報処理部３０１は記憶装置３０
７内に予め格納された「アクセス依頼応答の受け取り通
知識別子」と前記文字列とを比較する（ステップＳ８０
４）。
【０１０４】比較の結果が不一致の場合はサーバー側と
の通信に異常があると判断して、このプロセスは終了
（ステップＳ６１４）する。
【０１０５】前記文字列が「アクセス依頼応答の受け取
り通知識別子」と一致する場合には、アクセス依頼応答
の受け取り通知識別子の受信待ち（ステップＳ６０５）
処理を完了して次の処理（ステップＳ６０６）へ進む。
【０１０６】図１２は、図８に示したデータ通信などの
処理（ステップＳ６１１）の流れを詳細に示した図であ
る。
【０１０７】データ通信などの処理が開始すると（ステ
ップＳ９０１）、情報処理部３０１はＰＰＰのプロトコ
ルにしたがってデータの送信や受信を行う（ステップＳ
９０２）。
【０１０８】ここでは、メールデータの引き取りを行う
ために情報処理部３０１はモデム制御部３０６を介して
メールデータを受信し、記憶装置３０７内に順次格納す
る。
【０１０９】通常、ＰＰＰプロトコルにしたがってデー
タを受信する場合、通信データは任意のデータサイズ毎
に分割され、その単位データ毎に通信中の誤りが発見さ
れると再び当該単位データが再送されてくる仕組みにな
っている。
【０１１０】データ通信（ステップＳ９０２）が始まる
ときに、情報処理部３０１はタイマー３０３を起動して
おく、データ通信がまとまると情報処理部３０１はデー
タ通信の再開があるかどうかを調べる（ステップＳ９０
３）。
【０１１１】再開があれば再びデータ通信が行われる
（ステップＳ９０２）。
【０１１２】再開がないときには次の利用者からの切断
の指示があるかを調べる（ステップＳ９０４）。
【０１１３】切断の指示があった場合には直ちにこのル
−チンを抜ける（ステップＳ９０６）。
【０１１４】切断の指示がなかった場合にはステップＳ
９０２で先程起動させておいたタイマー３０３を調べて
任意の一定時間経過していないかを調べる。これは公衆
回線の利用料金と回線資源を節約するために、予め定め
られた一定時間に何も通信がない場合に、回線の接続を
強制的に終了する動作である。
【０１１５】タイマー３０３が前記任意の一定時間以内
を示していれば、再びデータ通信の再開を調べる処理
（ステップＳ９０３）を実行する。
【０１１６】前記任意の一定時間を越えていた場合には
このルーチンを終了する（ステップＳ９０６）。
【０１１７】以下に、第１の実施例について、サーバー
１０２の動作の流れを説明する。
【０１１８】図１３は、図２に示したサーバーの動作の
第１の実施例を説明するためのフローチャートである。
【０１１９】サーバー１０２の本発明にかかる動作は装
置の初期設定処理を除き、サーバー１０２上で動作する
電子メール受信プロセスがクライアント１０１へ渡すよ
うに指定された電子メールを受け取ったときに、電子メ
ール受信プロセスがクライアント１０１を特定するため
の「端末名」を本発明のプロセスに通知して、本システ
ムの接続のきっかけを発生させたことにより開始する
（ステップＳ１５０１）。
【０１２０】情報処理部４０１は電子メール受信プロセ
スから受け取った「端末名」をキーとして記憶装置４０
９上に予め格納してある端末情報（図４参照）を参照し
て目的の端末の電話番号を得る（ステップＳ１５０
２）。
【０１２１】例えば、ここで情報処理部４０１が「端末
名」としてクライアントＡを受け取った場合、情報処理
部４０１は端末情報（図４）を参照して電話番号“０３
−ＸＸＸＸ−１２３４”を得ることになる。
【０１２２】情報処理部４０１は、クライアントＡの電
話番号“００３−ＸＸＸＸ−１２３４”を指定して、電
話をかける手段４０４を動作させ、電話をかける手段４
０４はモデム制御部４０６を通じて外部のモデム１０４
にクライアント側モデム１０３へ電話をかけるように指
示する。この処理は結果的に情報処理部４０１がモデム
１０４に電話をかけるように指示している（ステップＳ
１５０３）。
【０１２３】これにより、発呼したサーバー側のモデム
１０４とクライアント側モデム１０３との間が公衆回線
でつながれる。同時に前記クライアント側のモデム１０
３と前記サーバー側のモデム１０４との間でネゴシエー
ションが行われ、クライアント１０１とサーバー１０２
との間を非同期にて文字列データを用いて通信できるよ
うになる。
【０１２４】情報処理部４０１は、モデム同士がネゴシ
エーションしている時間（ｍ秒間：例えばｍ＝１０）は
処理を停止する（ステップＳ１５０４）。
【０１２５】このとき、情報処理部４０１はタイマー４
０３に起動の指示を出し、ｍ秒後にタイマー４０３の割
り込みによって通知を受けてから次の処理へ進む。
【０１２６】情報処理部４０１は、モデム制御部４０６
にネゴシエーションが完了したことを確認（ステップＳ
１５０５）した後、情報処理部４０１は、記憶装置４０
８から「アクセス依頼識別子」を読み、モデム制御部４
０６の出力バッファへ「アクセス依頼識別子」を書き込
み、モデム制御部４０６は出力バッファに書き込まれた
文字列をクライアント側モデム１０３に送信し、結果的
に情報処理部４０１からクライアント側へ「アクセス依
頼識別子」を送信したことになる（ステップＳ１５０
６）。
【０１２７】情報処理部４０１は、アクセス依頼識別を
送信した後、クライアント側から「アクセス依頼応答識
別子」を受信を待つ（ステップＳ１５０７）。
【０１２８】「アクセス依頼応答識別子」を受信した
ら、情報処理部４０１は記憶装置４０８から「アクセス
依頼応答の受け取り通知識別子」を読みモデム制御部４
０６の出力バッファへ「アクセス依頼応答の受け取り通
知識別子」を書き込み、モデム制御部４０６は出力バッ
ファに書き込まれた文字列をクライアント側モデム１０
３に送信し、結果的に情報処理部４０１からクライアン
ト側へ「アクセス依頼応答の受け取り通知識別子」を送
信したことになる（ステップＳ１５０８）。
【０１２９】「アクセス依頼応答の受け取り通知識別
子」を送信したら、情報処理部４０１は電話を切る手段
４０５を動作させ、電話を切る手段４０５はモデム制御
部４０６を通じて外部のモデム１０４にオンフックする
ように指示する。この処理は結果的に情報処理部４０１
がモデム１０４にオンフックを指示し（ステップＳ１５
０９）、モデム１０３が回線を切断するように指示して
いる。
【０１３０】以上の一連の処理によりサーバー１０２に
おける電子メール引き取りのためのクライアント１０１
へのアクセス依頼発行プロセスを終了する（ステップＳ
１５１０）。
【０１３１】サーバー１０２はこの一連の処理が終了し
た後でも、再び前記メール受信プロセスから受信のきっ
かけを通知（ステップＳ１５０１）されれば、上記と同
様の処理を行うものである。
【０１３２】ここでサーバー１０２がアクセス依頼を発
行した宛先のクライアント１０１は、続けてサーバー１
０２に対しダイアルアップ接続処理を行うが、このダイ
アルアップ接続処理を受けるサーバー１０２での処理は
ＰＰＰ接続などの従来技術による別のプロセスで行われ
る。これについては本発明の範囲外であるため、ここで
は特に説明しない。
【０１３３】図１４は、図１３に示したアクセス依頼応
答識別子の受信待ち（ステップＳ１５０７）処理の流れ
を詳細に示した図である。
【０１３４】アクセス依頼応答識別子の受信待ち（ステ
ップＳ１８０１）が始まると、情報処理部４０１はモデ
ム制御部４０６の入力バッファを参照（ステップＳ１８
０２）する。
【０１３５】バッファ内に新しく受信した文字列がある
かどうか調べ（ステップＳ１８０３）、これがなければ
再び情報処理部４０１はモデム制御部４０６の入力バッ
ファを参照（ステップＳ１８０２）する。
【０１３６】入力バッファ内に受信文字列があれば、情
報処理部４０１は記憶装置４０８内に予め格納された
「アクセス依頼応答識別子」と前記文字列とを比較（ス
テップＳ１８０４）する。
【０１３７】比較の結果が不一致の場合はクライアント
側からのアクセス要求応答がなかったものとして、この
プロセスは終了（ステップＳ１５０１）する。前記文字
列が「アクセス依頼応答識別子」と一致する場合には、
アクセス依頼応答識別子の受信待ち（ステップＳ１５０
７）処理を完了（ステップＳ１８０５）して次の処理
（ステップＳ１５０８）へ進む。
【０１３８】（第２の実施例）図１５は、図２に示した
クライアントの動作の第２の実施例を説明するためのフ
ローチャートである。
【０１３９】第２の実施例は第１の実施例を簡略化した
変形であり、アクセス依頼識別子を使わずにアクセス依
頼を行う方式である。第１の実施例の動作（図８）に示
したステップＳ６０３〜Ｓ６０５を省略する。
【０１４０】第２の実施例では「アクセス依頼識別子」
のやりとりを行わない代わりに、クライアント側のモデ
ム１０３に電話がかかってくる（着呼）時には、必ず特
定のサーバー１０２からの着呼であると決めておくこと
により、クライアント１０１は電話がかかってきたら
（ステップＳ１２０１）、第１の実施例と同じ方法によ
りモデム１０３にオンフックを指示し（ステップＳ１２
０２）、その後、直ちにモデム１０３にオフフックを指
示する（ステップＳ１２０３）。
【０１４１】第２の実施例において回線の切断を待つ処
理（ステップＳ１２０４）以降の処理は、第１の実施例
（ステップＳ６０７〜Ｓ６１４）と同様である。
【０１４２】また、第２の実施例はモデム１０３にかか
ってくる着呼に対する発番号（電話をかけた装置の番
号）がクライアント１０１で認識可能な場合には、「ア
クセス依頼識別子」の授受がなくてもサーバー１０２か
らの着呼であることが特定できるため、本発明によるシ
ステムを実現できる。このときの動作の流れも図１５に
示したものと同じである。
【０１４３】図１６は、図２に示したサーバの動作の第
２の実施例を説明するためのフローチャートであり、第
１の実施例を簡略化した変形であり、アクセス依頼識別
子を使わずにアクセス依頼を行う方式である。
【０１４４】第２の実施例において本実施例の開始（ス
テップＳ１６０１）から、クライアントＡの電話番号
“０３−ＸＸＸＸ−１２２４“を得て（ステップＳ１６
０２）、クライアントＡへ電話をかけるように指示し
（ステップＳ１６０３）、モデム１０４の接続を待って
（ステップＳ１６０４）からモデム１０４の接続を確認
する（ステップＳ１６０５）までの処理は第１の実施例
のサーバー側の処理の流れ（図１３）に示したステップ
Ｓ１５０１〜Ｓ１５０５と同一である。
【０１４５】第２の実施例は「アクセス依頼識別子」な
どの授受を行わないことを特徴とする第１の実施例の変
形であり、モデム接続を確認（ステップＳ１６０５）し
た後、直ちにモデム制御部４０６へ回線の切断を指示
（ステップＳ１６０７）し、その後プロセス終了（ステ
ップＳ１９０８）する。前記モデム制御部４０６へ回線
を切断を指示（ステップＳ１６０７）方法は第１の実施
例のモデムにオンフックを指示（ステップＳ１５０９）
する方法と同じである。
【０１４６】以上一連の処理により、サーバー１０２に
おける電子メール引き取りのためのクライアント１０１
へのアクセス依頼発行プロセスを終了する（ステップＳ
１６０８）。
【０１４７】サーバー１０２はこの一連の処理が終了し
た後でも、再び前記メール受信プロセスから受信のきっ
かけを通知（ステップＳ１６０１）されれば、上記と同
様の処理を行うものである。
【０１４８】ここでサーバー１０２が回線接続した宛先
のクライアント１０１は、続けてサーバー１０２に対し
ダイアルアップ接続処理を行うが、このダイアルアップ
接続処理を受けるサーバー１０２での処理はＰＰＰ接続
などの従来技術による別のプロセスで行われる。これに
ついては本発明の範囲外であるため、ここでは特に説明
しない。
【０１４９】（第３の実施例）図１７は、図２に示した
クライアントの動作の第３の実施例を説明するためのフ
ローチャートである。
【０１５０】第３の実施例は、第１の実施例にさらに機
能を付加した変形であり、「アクセス依頼応答の受け取
り通知識別子」の授受の代わりに、「送受信データの属
性情報」を授受して、クライアント１０１がダイアルア
ップ接続する前に通信データの属性を参照して、サーバ
ー１０２からのアクセス依頼に応えるかどうかを判断す
る動作を付加したものである。ここでクライアント１０
１の代わりに、利用者が送受信データの属性情報を参照
してサーバー１０２からのアクセス依頼に応えるかどう
かを判断して、利用者から入力装置３０２を介してダイ
アルアップ接続の指示を受け取ることも考えられる。
【０１５１】図１７の中でクライアント１０１はアクセ
ス依頼応答識別子を送信（ステップＳ１３０４）した
後、送受信データの属性情報を受信待ちする（ステップ
Ｓ１３０５）。
【０１５２】本実施例において、この送受信データの属
性情報にはクライアント１０１が受け取る予定の電子メ
ールの件数およびそれぞれのファイルサイズが記されて
おり、クライアント１０１は予め記録されていた条件に
属性が合致したと判断（ステップＳ１３０９）したとき
のみ後のダイアルアップ接続処理（ステップＳ１３１０
〜Ｓ１３１５）を行い電子メールデータを引き取る。
【０１５３】図５は、送受信データの属性情報受信待ち
の流れを示すフローチャートであり、図１７の送受信デ
ータの属性情報の受信待ち（ステップＳ１３０５）処理
の流れを詳細に示した図である。
【０１５４】送受信データの属性情報の受信待ちが始ま
ると（ステップＳ１４０１）、情報処理部３０１はモデ
ム制御部３０６の入力バッファを参照する（ステップＳ
１４０２）。
【０１５５】バッファ内に新しく受信した文字列がある
かどうか調べ（ステップＳ１４０３）、これがなければ
再び情報処理部３０１はモデム制御部３０６の入力バッ
ファを参照する（ステップＳ１４０２）。
【０１５６】入力バッファに似受信文字列があれば、情
報処理部３０１は記憶装置３０７内に予め格納された
「送受信データの属性情報」と前記文字列とを比較する
（ステップＳ１４０４）。
【０１５７】比較の結果が不一致の場合はサーバー側と
の通信に異常があると判断して、このプロセスは終了
（ステップＳ１３１５）する。
【０１５８】前記文字列が「送受信データの属性情報」
と一致する場合には、送受信データの属性情報の受信待
ち（ステップＳ１４０５）処理を完了して次の処理（ス
テップＳ１３０６）へ進む。
【０１５９】図１８は、図２に示したサーバーの動作の
第３の実施例を示すフローチャートである。
【０１６０】第３の実施例は、第１の実施例にさらに機
能を付加した変形であり、「アクセス依頼応答の受け取
り通知識別子」の授受の代わりに、「送受信データの属
性情報」を授受して、クライアント１０１がダイアルア
ップ接続する前に通信データの属性を参照して、サーバ
ー１０２からのアクセス依頼に応えるかどうかを判断す
る動作を付加することを特徴とした第１の実施例の変形
である。
【０１６１】第３の実施例において、本実施例の開始
（ステップＳ１７０１）から、クライアントＡの電話番
号“０３−ＸＸＸＸ−１２３４”を得て（ステップＳ１
７０２）、クライアントＡへ電話をかけるように指示し
（ステップＳ１７０３）、モデム１０４の接続をもって
（ステップＳ１７０４）からモデム１０４の接続を確認
し（ステップＳ１７０５）、アクセス依頼識別子の送信
（ステップＳ１７０６）を行った後、アクセス依頼応答
識別子の受信待ち（ステップＳ１７０７）及びアクセス
依頼応答識別子を受信するまでの処理は第１の実施例の
サーバー側の処理の流れ（図１３）のステップＳ１５０
１〜Ｓ１５０７と同一である。
【０１６２】情報処理部４０１はアクセス依頼応答識別
子を受信（ステップＳ１７０７）したら、直ちにクライ
アント側へ「送受信でデータの属性情報」を送信（ステ
ップＳ１７０８）する。本実施例においてこの送受信デ
ータの属性情報にはクライアント１０１が受け取る予定
の電子メールの件数およびそれぞれのファイルサイズと
し、この情報は予め前記電子メール受信プロセスが本プ
ロセスへ接続のきっかけを通知するとき（ステップＳ１
７０１）に同時に通知し、本プロセスは記憶領域４０８
に格納していたものとする。
【０１６３】クライアント側へ「送受信データの属性情
報」を送信（ステップＳ１７０８）とした後直ちにモデ
ム制御部４０６へ回線の切断を指示（ステップＳ１７０
９）し、その後プロセスは終了（ステップＳ１７１０）
する。前記モデム制御部４０６へ回線を切断を指示（ス
テップＳ１７０９）方法は第１の実施例のモデムにオン
フックを指示（ステップＳ１５０９）する方法と同じで
ある。
【０１６４】以上の一連の処理によりサーバー１０２に
おける電子メール引き取りのためのクライアント１０１
へのアクセス依頼発行プロセスを終了する（ステップＳ
１７１０）サーバー１０２はこの一連の処理が終了した
後でも、再び前記メール受信プロセスから受信のきっか
けを通知（ステップＳ１７０１）されれば、上記と同様
の処理を行うものである。
【０１６５】ここでサーバー１０２がアクセス依頼を発
行した宛先のクライアント１０１は、続けてサーバー１
０２に対しダイアルアップ接続処理を行うが、このダイ
アルアップ接続処理を受けるサーバー１０２での処理は
ＰＰＰ接続などの従来技術による別のプロセスで行われ
る。これについては本発明の範囲外であるため、ここで
は特に説明しない。
【０１６６】第４の実施例として、サーバー２０１がク
ライアント１０１へ電話をかけた（ステップＳ１５０
３）ときにクライアント１０１のモデム１０３が、別の
目的によって使用中でサーバー２０１からの発呼を受け
られない場合に、サーバー１０２内の情報処理部４０１
はタイマー４０３を利用して、任意の一定時間経った後
に再びクライアント１０１のモデム１０３へ電話をかけ
直すことができる第１の実施例のサーバ−１０２をもつ
センタ装置からの着信による接続方式として応用でき
る。
【０１６７】第５の実施例として、サーバー２０１がク
ライアント１０１へ電話をかけた（ステップＳ１５０
３）ときにクライアント１０１のモデム１０３が、別の
目的によって使用中でサーバー２０１からの発呼を受け
られない場合に、サーバー１０２内の情報処理部４０１
はタイマー４０３を利用して、任意の一定時間経った後
に再びクライアント１０１のモデム１０３へ電話をかけ
直すことができる第２の実施例にサーバー１０２をもつ
センタ装置からの着信による接続方式として応用でき
る。
【０１６８】第６の実施例として、サーバー２０１がク
ライアント１０１へ電話をかけた（ステップＳ１５０
３）ときにクライアント１０１のモデム１０３が、別の
目的によって使用中でサーバー２０１からの発呼を受け
られない場合に、サーバー１０２内の情報処理部４０１
はタイマー４０３を利用して、任意の一定時間経った後
に再びクライアント１０１のモデム１０３へ電話をかけ
直すことができる第３の実施例のサーバー１０２をもつ
センタ装置からの着信による接続方式として応用でき
る。
【０１６９】第７の実施例として、サーバー２０１内で
複数のクライアントへのアクセス依頼処理がある単位時
間に集中して発生し輻輳のような状態になったとき、サ
ーバー１０２の情報処理部４０１は、同一クライアント
への再発呼処理が偏らないように対象となる複数のクラ
イアントの間で処理順序を整理し、あるクライアントＡ
への発呼がつながらなかった場合の次の発呼までの時間
を、別のクライアントＢへの発呼に当てるなどして、サ
ーバー内での装置資源負荷を平準化することができる第
４の実施例のサーバー１０２をもつセンタ装置からの着
信による接続方式とし応用できる。
【０１７０】第８の実施例として、サーバー２０１内で
複数のクライアントへのアクセス依頼処理がある単位時
間に集中して発生し輻輳のような状態になったとき、サ
ーバー１０２の情報処理部４０１は、同一クライアント
への再発呼処理が偏らないように対象となる複数のクラ
イアントの間で処理順序を整理し、あるクライアントＡ
への発呼がつながらなかった場合の次の発呼までの時間
を、別のクライアントＢへの発呼に当てるなどして、サ
ーバー内での装置資源負荷を平準化することができる第
５の実施例のサーバー１０２をもつセンタ装置からの着
信による接続方式とし応用できる。
【０１７１】第９の実施例として、サーバー２０１内で
複数のクライアントへのアクセス依頼処理がある単位時
間に集中して発生し輻輳のような状態になったとき、サ
ーバー１０２の情報処理部４０１は、同一クライアント
への再発呼処理が偏らないように対象となる複数のクラ
イアントの間で処理順序を整理し、あるクライアントＡ
への発呼がつながらなかった場合の次の発呼までの時間
を、別のクライアントＢへの発呼に当てることと、クラ
イアントＡへの発呼を繰り返す時間間隔を動的に拡げる
ことを行い、サーバー内での装置資源負荷を平準化する
ことができる第６の実施例のサーバー１０２をもつセン
タ装置からの着信による接続方式とし応用できる。
【０１７２】第１０の実施例として、特定のクライアン
トからの電子メールデータの引き取りが滞るか、特定の
クライアントへ着信する電子メールが他のクライアント
よりも大きいなどの理由でサーバー２０１内に複数のク
ライアントへの電子メールデータが滞留し、記憶装置な
どの装置資源が逼迫するような状態になったとき、サー
バー１０２の情報処理部４０１は、該当するクライアン
トＡへ対して他のクライアントよりアクセス依頼の送信
頻度を高く設定し、クライアントＡによるメールデータ
の引き取り要求回数を増やすことによりサーバー内の記
録装置の占有量を節約することができる第４の実施例の
サーバー１０２をもつセンタ装置からの着信による接続
方式として応用できる。
【０１７３】第１１の実施例として、特定のクライアン
トからの電子メールデータの引き取りが滞るか、特定の
クライアントへ着信する電子メールが他のクライアント
よりも大きいなどの理由で、サーバー２０１内に複数の
クライアントへの電子メールデータが滞留し、記憶装置
などの装置資源が逼迫するような状態になったとき、サ
ーバー１０２の情報処理部４０１は、該当するクライア
ントＡへ対して他のクライアントよりアクセス依頼の送
信頻度を高く設定し、クライアントＡによるメールデー
タの引き取り要求回数を増やすことによりサーバー内の
記録装置の占有量を節約することができる第５の実施例
のサーバー１０２をもつセンタ装置からの着信による接
続方式として応用できる。
【０１７４】第１２の実施例として、特定のクライアン
トからの電子メールデータの引き取りが滞るか、特定の
クライアントへ着信する電子メールが他のクライアント
よりも大きいなどの理由で、サーバー２０１内に複数の
クライアントへの電子メールデータが滞留し、記憶装置
などの装置資源が逼迫するような状態になったとき、サ
ーバー１０２の情報処理部４０１は、該当するクライア
ントＡへ対して他のクライアントよりアクセス依頼の送
信頻度を高く設定し、クライアントＡによるメールデー
タの引き取り要求回数を増やすことによりサーバー内の
記録装置の占有量を節約することができる第６の実施例
のサーバー１０２をもつセンタ装置からの着信による接
続方式として応用できる。
【０１７５】
【発明の効果】本発明は、以上説明したように構成され
ているので、以下に記載するような効果を奏する。
【０１７６】（１）本発明の方式を用いたクライアント
／サーバーシステムを用いると、登録されたクライアン
ト毎にサーバーへのアクセス時刻を、サーバー側で管理
して割り当てることができるため、サーバー内での資源
負荷を平準化することができる。
【０１７７】（２）本発明の方式を用いたクライアント
／サーバーシステムを用いると、登録されたクライアン
トからそれぞれ依頼されていた処理が、サーバー側で完
了したときにクライアントへ処理結果の引き取りを通知
することが新たにできるようになる。
【０１７８】（３）本発明の方式を用いたクライアント
／サーバーシステムを用いると、登録されたクライアン
トに関わる外部からのきっかけ（メールの到着など）を
もとに、クライアントからのアクセスを要求すること
が、新たにできる。
【０１７９】（４）本発明の方式を用いたクライアント
／サーバーシステムを用いると、登録されたクライアン
トに関わるファイル資源などのリソースをサーバー管理
のもとに、クライアントから引き取り依頼を出すことが
でき、サーバー内の資源節約を図ることができる。
【図面の簡単な説明】
【図１】本発明のネットワークにおけるアクセス方式の
実施の一形態を示す図であり、（ａ）はクライアントと
サーバーとが１対１で接続されている例を示す図、
（ｂ）は１つのサーバーに複数のクライアントが接続さ
れている例を示す図である。
【図２】図１に示したクライアントの構成の一例を示す
図である。
【図３】図１に示したサーバーの構成の一例を示す図で
ある。
【図４】図３に示した記憶装置に格納された端末情報の
概念図を示す図である。
【図５】送受信データの属性情報受信待ちの流れを示す
フローチャートである。
【図６】図６は、ダイアルアップ接続手順の内容の一例
を示す図である。
【図７】図１に示したネットワークにおけるアクセス方
式の動作を説明するための動作概念図である。
【図８】図２に示したクライアントの動作の第１の実施
例を説明するためのフローチャートである。
【図９】ダイアルアップ接続手順の内容を示す図であ
る。
【図１０】図８に示したアクセス依頼識別子の受信待ち
処理の流れを詳細に示した図である。
【図１１】図８に示したアクセス依頼応答の受け取り通
知識別子の受信待ち処理の流れを詳細に示した図であ
る。
【図１２】図８に示したデータ通信などの処理の流れを
詳細に示した図である。
【図１３】図２に示したサーバーの動作の第１の実施例
を説明するためのフローチャートである。
【図１４】図１３に示したアクセス依頼応答識別子の受
信待ち処理の流れを詳細に示した図である。
【図１５】図２に示したクライアントの動作の第２の実
施例を説明するためのフローチャートである。
【図１６】図２に示したサーバの動作の第２の実施例を
説明するためのフローチャートである。
【図１７】図２に示したクライアントの動作の第３の実
施例を説明するためのフローチャートである。
【図１８】図２に示したサーバーの動作の第３の実施例
を示すフローチャートである。
【符号の説明】
１０１，１０７〜１１３ クライアント（端末装置） １０２，１０６ サーバー（センタ装置） １０３〜１０５ モデム ３０１，４０１ 情報処理部 ３０２，４０２ 入力装置 ３０３，４０３ タイマー ３０４，４０４ 電話をかける手段 ３０５，４０５ 電話を切る手段 ３０６，４０６、４０７ モデム制御部 ３０７，４０８，４０９ 記憶装置

Claims (14)

    【特許請求の範囲】
  1. 【請求項１】 複数の端末装置と、公衆回線網を介して
    前記複数の端末装置とつながれるセンタ装置とを有し、
    前記公衆回線網上にデータ通信伝送路を形成した上で、
    前記複数の端末装置間におけるデータ通信を行うネット
    ワークにおけるアクセス方式において、 前記複数の端末装置のそれぞれは、前記センタ装置から
    の着呼をきっかけとして、一旦公衆回線を切断した後改
    めて公衆回線の接続を行う手段を有し、該手段によっ
    て、前記センタ装置とのデータ通信伝送路を形成するこ
    とを特徴とするネットワークシステムにおけるアクセス
    方式。
  2. 【請求項２】 複数の端末装置と、公衆回線網を介して
    前記複数の端末装置とつながれるセンタ装置とを有し、
    前記公衆回線網上にデータ通信伝送路を形成した上で、
    前記複数の端末装置間におけるデータ通信を行うネット
    ワークにおけるアクセス方式において、 前記複数の端末装置のそれぞれは、前記センタ装置から
    の着呼と単純な識別子の授受とをきっかけとして、一旦
    公衆回線を切断した後改めて公衆回線の接続を行う手段
    を有し、該手段によって、前記センタ装置とのデータ通
    信伝送路を形成することを特徴とするネットワークシス
    テムにおけるアクセス方式。
  3. 【請求項３】 複数の端末装置と、公衆回線網を介して
    前記複数の端末装置とつながれるセンタ装置とを有し、
    前記公衆回線網上にデータ通信伝送路を形成した上で、
    前記複数の端末装置間におけるデータ通信を行うネット
    ワークにおけるアクセス方式において、 前記複数の端末装置のそれぞれは、前記センタ装置から
    の着呼と、前記センタ装置上に格納され、かつ端末装置
    に所有権があるデータの属性情報の授受とをきっかけと
    して、一旦公衆回線を切断した後改めて公衆回線の接続
    を行う手段を有し、該手段によって、前記センタ装置と
    のデータ通信伝送路を形成することを特徴とするネット
    ワークシステムにおけるアクセス方式。
  4. 【請求項４】 複数の端末装置と、公衆回線網を介して
    前記複数の端末装置とつながれるセンタ装置とを有し、
    前記公衆回線網上にデータ通信伝送路を形成した上で、
    前記複数の端末装置間におけるデータ通信を行うネット
    ワークにおけるアクセス方式において、 前記複数の端末装置のそれぞれは、 前記センタ装置からの着呼と、前記センタ装置上に格納
    され、かつ端末装置に所有権があるデータ属性情報を受
    け取り、前記データの属性情報の内容と前記端末装置に
    固有の任意の条件を比較する手段と、 前記端末装置または利用者がセンタ装置とのデータ通信
    を行うことを決定することをきっかけとして、一旦公衆
    回線を切断した後改めて公衆回線の接続を行う手段とを
    有し、 該手段によって、前記センタ装置とのデータ通信伝送路
    を形成することを特徴とするネットワークシステムにお
    けるアクセス方式。
  5. 【請求項５】 複数の端末装置と、公衆回線網を介して
    前記複数の端末装置とつながれるセンタ装置とを有し、
    前記公衆回線網上にデータ通信伝送路を形成した上で、
    前記複数の端末装置間におけるデータ通信を行うネット
    ワークにおけるアクセス方式において、 前記複数の端末装置のそれぞれは、前記センタ装置もし
    くはセンタ装置に常時つながる別の端末装置から発生す
    る任意の端末装置へのデータ送信要求をきっかけとし
    て、前記センタ装置から前記端末装置へ発呼する手段を
    有し、該手段によって、前記センタ装置とのデータ通信
    伝送路を形成することを特徴とするネットワークシステ
    ムにおけるアクセス方式。
  6. 【請求項６】 複数の端末装置と、公衆回線網を介して
    前記複数の端末装置とつながれるセンタ装置とを有し、
    前記公衆回線網上にデータ通信伝送路を形成した上で、
    前記複数の端末装置間におけるデータ通信を行うネット
    ワークにおけるアクセス方式において、 前記複数の端末装置のそれぞれは、 前記センタ装置もしくは前記センタ装置に常時つながる
    別の端末装置から発生する任意の端末装置へのデータ送
    信伝送要求をきっかけとして、センタ装置から前記端末
    装置へ発呼する手段と、 前記センタ装置もしくは前記センタ装置に常時つながる
    別の端末装置から発生する任意の端末装置へのデータ送
    信伝送要求をきっかけとして、単純な識別子の授受する
    手段とを有し、 前記２つの手段によって、前記センタ装置とのデータ通
    信伝送路を形成することを特徴とするネットワークシス
    テムにおけるアクセス方式。
  7. 【請求項７】 複数の端末装置と、公衆回線網を介して
    前記複数の端末装置とつながれるセンタ装置とを有し、
    前記公衆回線網上にデータ通信伝送路を形成した上で、
    前記複数の端末装置間におけるデータ通信を行うネット
    ワークにおけるアクセス方式において、 前記複数の端末装置のそれぞれは、 前記センタ装置もしくはセンタ装置に常時つながる別の
    端末装置から発生する任意の端末装置へのデータ送信要
    求をきっかけとして、前記センタ装置から前記端末装置
    へ発呼する手段と、 前記センタ装置上に格納されていてかつ端末装置に所有
    権があるデータの属性情報の授受する手段とを有し、 前記２つの手段によって、前記センタ装置とのデータ通
    信伝送路を形成することを特徴とするネットワークシス
    テムにおけるアクセス方式。
  8. 【請求項８】 請求項１に記載のネットワークにおける
    アクセス方式において、 前記複数の端末装置のそれぞれは、前記センタ装置もし
    くはセンタ装置に常時つながる別の端末装置から発生す
    る任意の端末装置へのデータ送信要求をきっかけとし
    て、前記センタ装置から前記端末装置へ発呼する手段を
    有し、前記２つの手段によって、前記センタ装置内に格
    納されていてかつ任意の端末装置に所有権のあるデータ
    を、前記センタ装置の要求により端末装置に移動するこ
    とを特徴とするネットワークシステムにおけるアクセス
    方式。
  9. 【請求項９】 請求項２に記載のネットワークにおける
    アクセス方式において、 前記複数の端末装置のそれぞれは、 前記センタ装置もしくは前記センタ装置に常時つながる
    別の端末装置から発生する任意の端末装置へのデータ送
    信伝送要求をきっかけとして、センタ装置から前記端末
    装置へ発呼する手段と、 前記センタ装置もしくは前記センタ装置に常時つながる
    別の端末装置から発生する任意の端末装置へのデータ送
    信伝送要求をきっかけとして、単純な識別子の授受する
    手段とを有し、 前記手段によって、前記センタ装置内に格納されていて
    かつ任意の端末装置に所有権のあるデータを、前記セン
    タ装置の要求により端末装置に移動することを特徴とす
    るネットワークシステムにおけるアクセス方式。
  10. 【請求項１０】 請求項３に記載のネットワークにおけ
    るアクセス方式において、 前記複数の端末装置のそれぞれは、 前記センタ装置もしくはセンタ装置に常時つながる別の
    端末装置から発生する任意の端末装置へのデータ送信要
    求をきっかけとして、前記センタ装置から前記端末装置
    へ発呼する手段と、 前記センタ装置上に格納されていてかつ端末装置に所有
    権があるデータの属性情報の授受する手段とを有し、 前記手段によって、前記センタ装置内に格納されていて
    かつ任意の端末装置に所有権のあるデータを、前記セン
    タ装置の要求により端末装置に移動することを特徴とす
    るネットワークシステムにおけるアクセス方式。
  11. 【請求項１１】 請求項４に記載のネットワークにおけ
    るアクセス方式において、 前記複数の端末装置のそれぞれは、 前記センタ装置もしくはセンタ装置に常時つながる別の
    端末装置から発生する任意の端末装置へのデータ送信要
    求をきっかけとして、前記センタ装置から前記端末装置
    へ発呼する手段と、 前記センタ装置上に格納されていてかつ端末装置に所有
    権があるデータの属性情報の授受する手段とを有し、 前記手段によって、前記センタ装置内に格納されていて
    かつ任意の端末装置に所有権のあるデータを、前記セン
    タ装置の要求により端末装置に移動することを特徴とす
    るネットワークシステムにおけるアクセス方式。
  12. 【請求項１２】 請求項５乃至１１のいずれか１項に記
    載のネットワークシステムにおけるアクセス方式におい
    て、 前記センタ装置は、前記任意の端末装置への１度目の発
    呼が失敗した場合に、予め決められた所定時間間隔をお
    いて再び前記端末装置への着呼を繰り返して行うことを
    特徴とするネットワークシステムにおけるアクセス方
    式。
  13. 【請求項１３】 請求項１２に記載のネットワークシス
    テムにおけるアクセス方式において、 前記センタ装置の前記複数の端末装置への発呼処理は、
    時間軸方向に平準化して行われることを特徴とするネッ
    トワークシステムにおけるアクセス方式。
  14. 【請求項１４】 請求項１２に記載のネットワークシス
    テムにおけるアクセス方式において、 前記センタ装置の前記複数の端末装置への発呼処理は、
    前記複数の端末装置への発呼の頻度が予め決められた条
    件を満たすような頻度に調整されていることを特徴とす
    るネットワークシステムにおけるアクセス方式。
JP9301886A 1997-11-04 1997-11-04 ネットワークにおけるアクセス方式 Pending JPH11136308A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP9301886A JPH11136308A (ja) 1997-11-04 1997-11-04 ネットワークにおけるアクセス方式
US09/182,359 US6460083B1 (en) 1997-11-04 1998-10-29 Communication system for selectively connecting a server to numerous terminal units over a public network
EP98308981A EP0915595A3 (en) 1997-11-04 1998-11-03 Accessing system for a network
CNB981235875A CN1242588C (zh) 1997-11-04 1998-11-04 网络访问系统
CNA2004100638790A CN1567902A (zh) 1997-11-04 1998-11-04 网络访问系统
KR1019980047635A KR100294291B1 (ko) 1997-11-04 1998-11-04 네트워크 액세스 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9301886A JPH11136308A (ja) 1997-11-04 1997-11-04 ネットワークにおけるアクセス方式

Publications (1)

Publication Number Publication Date
JPH11136308A true JPH11136308A (ja) 1999-05-21

Family

ID=17902328

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9301886A Pending JPH11136308A (ja) 1997-11-04 1997-11-04 ネットワークにおけるアクセス方式

Country Status (5)

Country Link
US (1) US6460083B1 (ja)
EP (1) EP0915595A3 (ja)
JP (1) JPH11136308A (ja)
KR (1) KR100294291B1 (ja)
CN (2) CN1567902A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8014758B2 (en) 2002-09-04 2011-09-06 Nec Corporation Mobile telephone apparatus with remote access function for external network and remote access method for mobile communication system
US8406750B2 (en) 2002-06-10 2013-03-26 Robert Bosch Gmbh Method and device for establishing a communication connection between a control center and a terminal

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2341523B (en) * 1998-09-12 2003-10-29 Ibm Apparatus and method for establishing communication in a computer network
KR100392792B1 (ko) * 1999-08-21 2003-07-28 주식회사 다날 제 2접속경로를 이용한 사용자인증시스템 및 사용자인증방법
EP1083714A1 (en) * 1999-09-08 2001-03-14 Van Dalen Management B.V. Method for e-mail communication, apparatus therefor and use of said method and apparatus for electronic metering and for home automation
US6671729B1 (en) * 2000-04-13 2003-12-30 Lockheed Martin Corporation Autonomously established secure and persistent internet connection and autonomously reestablished without user intervention that connection if it lost
EP1161056A1 (en) * 2000-05-31 2001-12-05 Telefonaktiebolaget L M Ericsson (Publ) Method for file transfer between a data generator and a post-processor in a telecommunication system
US7571206B2 (en) * 2002-08-12 2009-08-04 Equallogic, Inc. Transparent request routing for a partitioned application service
GB2393877A (en) * 2002-10-04 2004-04-07 Donald William Bursill A method of initiating a dial-up connection
US7627650B2 (en) * 2003-01-20 2009-12-01 Equallogic, Inc. Short-cut response for distributed services
US7461146B2 (en) * 2003-01-20 2008-12-02 Equallogic, Inc. Adaptive storage block data distribution
US7127577B2 (en) * 2003-01-21 2006-10-24 Equallogic Inc. Distributed snapshot process
US8499086B2 (en) * 2003-01-21 2013-07-30 Dell Products L.P. Client load distribution
US7937551B2 (en) 2003-01-21 2011-05-03 Dell Products L.P. Storage systems having differentiated storage pools
US8037264B2 (en) 2003-01-21 2011-10-11 Dell Products, L.P. Distributed snapshot process
US20050108523A1 (en) * 2003-02-22 2005-05-19 Earle West Method and apparatus for collecting remote data
US8025572B2 (en) 2005-11-21 2011-09-27 Microsoft Corporation Dynamic spectator mode
US8402110B2 (en) 2006-09-28 2013-03-19 Microsoft Corporation Remote provisioning of information technology
US7680908B2 (en) 2006-09-28 2010-03-16 Microsoft Corporation State replication
US7716150B2 (en) 2006-09-28 2010-05-11 Microsoft Corporation Machine learning system for analyzing and establishing tagging trends based on convergence criteria
US20080082670A1 (en) * 2006-09-28 2008-04-03 Microsoft Corporation Resilient communications between clients comprising a cloud
US8719143B2 (en) 2006-09-28 2014-05-06 Microsoft Corporation Determination of optimized location for services and data
US8595356B2 (en) 2006-09-28 2013-11-26 Microsoft Corporation Serialization of run-time state
US9746912B2 (en) 2006-09-28 2017-08-29 Microsoft Technology Licensing, Llc Transformations for virtual guest representation
US8012023B2 (en) 2006-09-28 2011-09-06 Microsoft Corporation Virtual entertainment
US7672909B2 (en) 2006-09-28 2010-03-02 Microsoft Corporation Machine learning system and method comprising segregator convergence and recognition components to determine the existence of possible tagging data trends and identify that predetermined convergence criteria have been met or establish criteria for taxonomy purpose then recognize items based on an aggregate of user tagging behavior
US8014308B2 (en) 2006-09-28 2011-09-06 Microsoft Corporation Hardware architecture for cloud services
US7797453B2 (en) 2006-09-29 2010-09-14 Microsoft Corporation Resource standardization in an off-premise environment
US8474027B2 (en) 2006-09-29 2013-06-25 Microsoft Corporation Remote management of resource license
US20090112645A1 (en) * 2007-10-25 2009-04-30 Lockheed Martin Corporation Multi objective national airspace collaborative optimization
JP4582203B2 (ja) * 2008-06-06 2010-11-17 コニカミノルタビジネステクノロジーズ株式会社 画像形成装置、同装置における通信制御方法及び通信制御プログラム
WO2010109860A1 (ja) * 2009-03-25 2010-09-30 パナソニック株式会社 セッション切り換え方法及びセッション切り換え装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6465953A (en) 1987-09-05 1989-03-13 Nec Corp Data communication system
JPH01162056A (ja) 1987-12-18 1989-06-26 Nec Corp 電話交換機の遠隔制御規制方式
JPH0388469A (ja) 1989-08-30 1991-04-12 Nec Corp コールバック接続方式
JPH03174847A (ja) 1989-12-04 1991-07-30 Hitachi Ltd 電子メールシステム
JPH04362826A (ja) 1991-06-11 1992-12-15 Omron Corp 電子メールの着信通知システム
US5369686A (en) 1993-02-12 1994-11-29 Open Port Technology, Inc. Method and apparatus for secondary-option message delivery through enhanced service message handlers
US5701412A (en) * 1993-12-17 1997-12-23 Hitachi, Ltd. Telecommunications service control method in intelligent network
KR970705313A (ko) * 1994-08-12 1997-09-06 에버세드 마이클 데이터 관리 시스템 구성방법(a configuration method for a data management system)
JP3671488B2 (ja) * 1995-12-18 2005-07-13 ソニー株式会社 通話システム及び通話方法
EP0798899A1 (en) 1996-03-25 1997-10-01 Koninklijke KPN N.V. Method for the notification of items present in a server
TW406508B (en) 1996-06-07 2000-09-21 Murata Machinery Ltd Communication method and customer premise equipment (CPE)
US5835724A (en) * 1996-07-03 1998-11-10 Electronic Data Systems Corporation System and method for communication information using the internet that receives and maintains information concerning the client and generates and conveys the session data to the client
JP3455032B2 (ja) * 1996-10-31 2003-10-06 株式会社日立製作所 通信システム
JP4035792B2 (ja) * 1997-10-31 2008-01-23 ソニー株式会社 通信端末装置及び通信制御方法
US6321250B1 (en) * 1998-10-01 2001-11-20 Ericsson Inc. Data communication system and method for transporting objects over a permanent connections

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8406750B2 (en) 2002-06-10 2013-03-26 Robert Bosch Gmbh Method and device for establishing a communication connection between a control center and a terminal
US8014758B2 (en) 2002-09-04 2011-09-06 Nec Corporation Mobile telephone apparatus with remote access function for external network and remote access method for mobile communication system

Also Published As

Publication number Publication date
EP0915595A2 (en) 1999-05-12
CN1567902A (zh) 2005-01-19
KR19990045099A (ko) 1999-06-25
KR100294291B1 (ko) 2001-09-22
CN1242588C (zh) 2006-02-15
CN1219052A (zh) 1999-06-09
US6460083B1 (en) 2002-10-01
EP0915595A3 (en) 2000-06-14

Similar Documents

Publication Publication Date Title
JPH11136308A (ja) ネットワークにおけるアクセス方式
US6819663B2 (en) Internet telephone system
US7840185B2 (en) Extended handset functionality and mobility
EP1851942A1 (en) Communication system for enabling at least two handheld apparatuses to join a network service
AU2006201581A1 (en) Call system, proxy dial server apparatus and proxy dial method for use therewith, and program thereof
EP1631047A2 (en) Apparatus and methods for simultaneous voice and data communication
US7792064B2 (en) Video-conferencing system using mobile terminal device and method for implementing the same
JPH05505717A (ja) 通信システムにおいてサービス・アクセス情報を提供する方法
JPH11122388A (ja) インターネット電話システムと接続方法
AU2003200825B2 (en) Apparatus and method for compulsively receiving multi-calls over internet protocol phones in internet protocol telephony system
US6209035B1 (en) System and method for establishing communication links and transferring data among a plurality of commication nodes
JP2003092624A (ja) 接続選択方法および通信エンドポイント装置
JPH11341152A (ja) インターネット電話システム
JP2001352341A (ja) パケット通信システム及びその方法
KR100587945B1 (ko) 호 전환 서비스 제공 방법 및 시스템
JP2007150841A (ja) 電話交換システム及び電話交換方法及び電話交換プログラム
JP3037233B2 (ja) パーソナル通信システム
US7756104B1 (en) Method and apparatus for using an external transcoder in a communication session
JP2003259034A (ja) 発呼サーバー装置
KR100565576B1 (ko) Ｌａｎ 텔레포니 시스템의 다중통화 지원장치 및 방법
JP2659624B2 (ja) パケット交換通信方式
JPH06188984A (ja) 代行発信接続の制御方法および制御装置
JP2003008614A (ja) 通信システム
JPH04150355A (ja) ファイル転送の伝送手順管理装置
WO2005125167A1 (fr) Systeme d'agence de teleconference