JPH06261094A - データ通信システムおよびデータ通信方法 - Google Patents

Abstract

(57)【要約】 【目的】通信プロトコル処理の高速化を達成すると共に
通信処理以外のプロセスについても高速化を図ることが
でき、しかも多数の通信プロトコルを実行できるデータ
通信システムを提供する。 【構成】端末間でデータ通信を行う通信手段を備えたデ
ータ通信システムにおいて、通信プロトコル処理専用プ
ロセッサＣＰＵ２２を設け、端末間のデータ通信に使用
すべき通信プロトコルの実行プログラムが該プロセッサ
２２が使用するメインメモリ２３に存在しなかったと
き、通信手段を用いて接続されたデータ通信システム中
のプログラム記憶装置から実行プログラムをメインメモ
リ２３にダウンロードする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ通信システムお
よびデータ通信方法に関する。

【０００２】

【従来の技術】（１）通信プロトコルは、端末間あるい
は計算機間でデータの転送を行うための通信規約であ
り、ＯＳＩと呼ばれるコンピュータに関する国際基準化
機関によって定義された機能参照モデルであるＯＳＩ７
レイヤモデルの第４層の機能プロトコルである。ＯＳＩ
７レイヤモデルは各層ごとの機能を明確化し、エンドト
ゥエンドでの端末間の通信を実現させるための機能モデ
ルである。各層の機能は、その層の上位／下位の機能に
原則として依存しない構成になっている。これにより、
各層の機能をそれぞれ異なるベンダ（製造会社）が供給
しても、良好に通信が行われることを保証している。

【０００３】ＯＳＩモデルで規定されている第４層の機
能は、エンドトゥエンドで通信されるデータストリーム
の制御を行う。例えば、データの転送速度を制御するフ
ロー制御や、エンドトゥエンドで誤りのないデータ転送
を実現するための誤り検出／訂正制御を行う。

【０００４】ファクシミリ通信などの特殊な通信を除い
て、ほとんどの通信プロトコルは通信端末やコンピュー
タ端末で唯一のプロトコルを用いて実現されている。例
えば現在最も普及している通信プロトコルの一つである
ＴＣＰプロトコルは、通常、計算機のＯＳ（オペレーテ
ィングシステム）のカーネル部で処理され、全ての受信
／送信データの処理をＯＳのカーネル部で行っている。

【０００５】ところで、現在の通信は例えば電話の上で
データを転送したり音声を流しており、この意味では
（アプリケーションレベルでは）マルチメディア通信を
行っているということができるが、実際にはモノメディ
ア通信しか実現していない。例えば、電話を用いてデー
タ通信を行うには、モデム装置を電話器に接続し、モデ
ム上でデータ通信の通信プロトコルを処理しているにす
ぎない。つまり、現在の通信網あるいは端末装置は、基
本的にモノメディアの通信しか行っていないと言える。
これは、現在のワークステーションについても同様であ
る。現状のワークステーションは、すべての通信を特定
の通信プロトコル（例えばＴＣＰ）を用いて行ってい
る。

【０００６】ところが、実際には通信すべきメディアは
１つだけではなく、複数である。したがって、複数のメ
ディア（マルチメディア）を統一的に扱うことのできる
通信プロトコルのアーキテクチャが必要となる。マルチ
メディア通信を実現するために、一つの通信プロトコル
を用いることも可能ではあるが、メディアごとに通信プ
ロトコルに要求する条件が異なり、必ずしも１つの通信
プロトコルを用いてマルチメディア通信を処理すること
は適切ではない。現状では、マルチメディア通信を統一
的に扱うことのできる通信プロトコルアーキテクチャが
ないため、やむを得ず、例えばＴＣＰですべてのメディ
アの通信処理を行ったりしている。

【０００７】現在のコンピュータでのデータ処理は、次
のようである。まず、処理すべきデータは一旦メインメ
モリにコピーされる。コピーされたデータの内、ＣＰＵ
で処理可能なデータがＣＰＵに読み込まれ処理されて、
新しい記憶領域にコピーされる。このような読み出し／
処理／コピーの処理を繰り返して、処理がすべて終わる
と、処理後のデータが格納されるべき記憶領域にコピー
される。もし、メインメモリ内にＣＰＵに転送すべきデ
ータが存在しないときには、一旦メインメモリにある適
当なデータを記憶領域に退避させ、ＣＰＵに転送すべき
データをメインメモリに新たにコピーする。

【０００８】通信プロトコルの処理を行う場合、すなわ
ち外部からデータが転送されるときには、システムに割
り込みが発生し、現在実行されているプロセスは退避さ
せられ、通信プロトコルの処理が行われる。つまり、通
信データの到着に伴い、到着したデータは一旦メインメ
モリにコピーされ、同時に、現状処理されているプロセ
スは割り込み処理が行われる。通信データの処理が終了
すると（メインメモリとＣＰＵの間でデータの転送が行
われる）、退避していたプロセスの実行が再開される。

【０００９】このように、通信データの処理のために、
データが到着する都度プロセスは割り込み／退避処理が
行われることによりプロセスの実行が中断させられ、通
信データの処理後には再びプロセスを再開するという手
順を行う必要がある（コンテクストスイッチ）。また、
プロトコルの処理を行うためにメインメモリとＣＰＵの
間で、何回もコピーが発生してしまう。さらに、処理が
終わったデータはＣＰＵよりアドレス管理と転送のスケ
ジューリングが行われて記憶装置にコピーされる。この
コピーの回数の多さが、通信プロトコルの高速化の一つ
の問題点とされている。

【００１０】（２）次に、ＬＡＮが広域接続された通信
網におけるログイン手続き、すなわちユーザが計算機資
源（ＣＰＵその他）を使用できる状態するための手続き
について説明する。従来のログイン手続は、次の通りで
あった。

【００１１】ログイン情報の所有の方法としては、以下
に示す（ａ）ホストが個別に情報を所有する方法と、
（ｂ）ＬＡＮで情報を共有する方法、例えばＹＰ（イエ
ローページ）を用いる方法とがある。 （ａ）ホストで個別所有 ＹＰが利用される以前、あるいはＹＰが利用されていな
いＬＡＮでのログイン情報の所有形態である。ＬＡＮに
接続されたホストが、そのホストにログイン可能なユー
ザのログイン名、パスワード、ユーザファイルのディレ
クトリ情報をすべて管理している。ユーザのログイン手
続きに対して、ホストはパスワードのチェックおよびユ
ーザファイルのディレクトリの設定を行うことで、ログ
インが完了する。

【００１２】ユーザファイルは、必ずしもログインした
ホストがそのローカルファイルに持っているわけではな
く、ＬＡＮ内の他のホストにあるファイルサーバに存在
することがある。その場合には、各ホストはユーザファ
イルの実態が存在する、ファイルサーバのアドレス情報
を書いたテーブルを自ホスト内に持っており、ファイル
サーバの目的のディレクトリとの間に論理的なリンクを
形成している（マウント機能）。このマウント機能によ
り、ユーザは実際には（物理的には）、ユーザファイル
を持たないホストにログインしたままで、自分のユーザ
ファイルを利用することが可能となる。 （ｂ）ＹＰの利用 ＬＡＮレベルで、ログイン情報を共有したファイルを持
つ形態である。ＬＡＮ内部にＹＰサーバが存在してお
り、各ホストはサーバのアクセス情報を所有している。
ユーザのログイン要求に対して、ホストはＹＰサーバと
通信を行ってログイン名、パスワードのチェックを行
い、さらにユーザファイルのホーム・ディレクトリを設
定する（ＹＰサーバ内にホームディレクトリ情報が書か
れている）。ＹＰの利用により、各ホストごとにログイ
ン情報所有する必要はなくなる。

【００１３】ユーザファイルのアクセスは、ホストでロ
グイン情報を個別に所有している場合と同じである。各
ホストは、ユーザファイルの実体が存在する、ファイル
サーバのアドレス情報を書いたテーブルを自ホスト内に
持っており、ファイルのマウントを行っている。

【００１４】上記のような機能を用いて、ＬＡＮ内のホ
ストからのユーザのログインが行われる。次に、遠隔Ｌ
ＡＮからユーザのユーザファイルが存在するホームＬＡ
Ｎへユーザがログインする場合の手続きと方法について
述べる。外部ＬＡＮからログインする方法としては、テ
ルネットコマンドを用いる方法があるが、これには以下
に示す端末からログインする方法と、ホストからログイ
ンする方法とがある。

【００１５】（Ａ）端末からのログイン 遠隔ＬＡＮ内に存在するｘ端末のような、本来テルネッ
ト・コマンドを用いてログインする端末からのログイン
である。ユーザは、自分がログインすべきホームＬＡＮ
のホストアドレスを入力して、ホームＬＡＮのホストに
対してログイン手続きを行う。広域データ網レベルでの
ホスト名とアドレス（ＩＰアドレス）の対応テーブルを
持ったいわゆるディレクトリ・サーバが存在している場
合には、ホストの論理名を入力すれば、ログインすべき
ホストへコネクションが設定されるが、このようなディ
レクトリ・サーバが存在しない場合には、ユーザはログ
インすべきホストのＩＰアドレスを直接入力する必要が
ある。

【００１６】（Ｂ）ホストからのログイン これは遠隔ＬＡＮ内に存在するホストを用いてログイン
する方法である。ユーザは、一度ユーザが現在存在して
いる外部ＬＡＮのホストにログインし、その後で自分の
ホームＬＡＮにテルネット・コマンドを用いてログイン
する。通常、外部ＬＡＮはそのＬＡＮのユーザ以外のロ
グイン情報は持っていないので、一度ゲストユーザ用の
アカウントを用いてログインした後、ホームＬＡＮへテ
ルネットコマンドを用いてアクセスする。テルネットコ
マンド使用時は、上の場合と同じくログインすべきホス
トのＩＰアドレス（あるいはホスト名）を入力する必要
がある。

【００１７】また、ＬＡＮ内のホストとＩＰアドレスの
対応テーブルは、各ホストごとに、あるいはＹＰのよう
にＬＡＮで共用して所有している場合とがある。ＬＡＮ
内でホストの論理アドレスを用いてホストの資源をアク
セスする場合には、ホスト名とＩＰアドレスの対応テー
ブルを用いて、ホスト名をＩＰアドレスに変換してアク
セスを行う。したがって、ホストのＩＰアドレスが変更
されたときには、すべてのホストのテーブル、あるいは
ＬＡＮで共有しているテーブルの情報を変更する必要が
ある。

【００１８】

【発明が解決しようとする課題】（１）現状の計算機の
構成では、前述した通信プロトコル処理の高速化が難し
い。実際、現状のＷＳアーキテクチャでＴＣＰの処理を
行おうとすると、数十Ｍbps 程度のスループットまでし
か期待できない。この原因は、主にデータのコピー処理
による。また、データがＷＳに到着する度に計算機が現
在実行している処理プロセッサを退避させる必要があ
り、このオーバーヘッドが大きいことも挙げられる。ま
た、前述のようにマルチメディア通信を実現させるため
には、必ずしも一つの通信プロトコルを利用することは
適切ではない。

【００１９】従って、通信データの到着に際して、現状
で処理されているプロセスを退避させることなく、つま
り割り込み処理を行うことなく、通信データに対するプ
ロトコルを処理し、通信処理以外のプロセスの処理が中
断されて処理が遅くなることを解決するアーキテクチャ
が望まれる。

【００２０】また、高速な動画像通信のような、いわゆ
る高速コンティニュアスメディアの通信を良好に実現さ
せるアーキテクチャが要求される。現状のアーキテクチ
ャのＷＳに高速なコンティニュアスメディアの通信が行
われると、（１）割り込み処理が非常に頻繁に発生す
る、（２）メインバスが通信データでかなり占有されて
しまう、という理由で、通信処理プロセス以外のプロセ
スの実行が圧迫されてしまうことが予想される。

【００２１】本発明の第１の目的は、通信プロトコル処
理の高速化を達成すると共に通信処理以外のプロセスに
ついても高速化を図ることができ、しかも多数の通信プ
ロトコルを実行できるデータ通信システムを提供するこ
とにある。

【００２２】（２）現状のデータ通信網において、遠隔
ＬＡＮからホームＬＡＮにログインする時には、すべて
ホームＬＡＮの特定のホストにログインする必要があ
る。つまり、外部ＬＡＮに存在するユーザが使用してい
る端末あるいはホストは、単なる情報表示ターミナルで
しかなく、ｘ端末と同じである。また、遠隔ＬＡＮから
ホームＬＡＮにログインするためには、テルネットコマ
ンドしか使うことができず、ユーザは、通常、ホームＬ
ＡＮ内のホストのＩＰアドレスを知っておく必要があ
る。さらに、遠隔ＬＡＮにおいて使用するホストも、端
末の機能としてしか動作せず、ユーザが現在使用してい
る、ホストのＣＰＵおよびアプリケーションは使用する
ことができない。

【００２３】ホストが外部ＬＡＮに接続することを考え
ると、現状の網ではテンポラリに外部ＬＡＮ内のアドレ
スを獲得する手段もなく、またホームＬＡＮ内でホスト
のアドレスが動的に割り当てられたときには対応するこ
とができない。すなわち、システム管理者が手作業でコ
ードの更新を行う必要がある。従って、ホストの移動は
同一ＬＡＮの中でのみ可能であった。

【００２４】このように従来のログイン方法では、外部
ＬＡＮの資源を利用することができず、また外部ＬＡＮ
に計算機を接続してもそれを活用できない、という問題
があった。

【００２５】本発明の第２の目的は、外部ＬＡＮの資源
を利用でき、また外部ＬＡＮに接続された計算機の活用
ができるログイン方法を備えたデータ通信方法を提供す
ることにある。

【００２６】

【課題を解決するための手段】（１）第１の目的を達成
するために、本発明の第１のデータ通信システムは、端
末間でデータ通信を行う通信手段を備えたデータ通信シ
ステムであって、通信プロトコル処理を行うプロセッサ
を設け、端末間のデータ通信に使用すべき通信プロトコ
ルの実行プログラムが該プロセッサが使用するメインメ
モリに存在しなかったとき、前記通信手段を用いて接続
されたデータ通信システム中のプログラム記憶装置から
前記実行プログラムを前記メインメモリにダウンロード
する手段を具備することを特徴とする。

【００２７】また、第１の目的を達成するため、本発明
の第２のデータ通信システムは、端末間でデータ通信を
行う通信手段を備えたデータ通信システムであって、通
信プロトコル処理を行うプロセッサを設け、端末間のデ
ータ通信に使用すべき通信プロトコルを該プロセッサお
よび該プロセッサが使用するメインメモリを用いて処理
できない場合には、前記通信手段を用いて接続されたデ
ータ通信システム中に存在する、通信プロトコルの処理
を行うことのできる通信処理装置を通じて端末間のデー
タ通信を行う手段を具備することを特徴とする。

【００２８】（２）第２の目的を達成するため、本発明
の複数のＬＡＮを相互接続して構成されたデータ通信シ
ステム内の通信方法は、データ通信システム内で一意と
なるように設定された各ユーザの識別情報をそのユーザ
が属するホームＬＡＮ内のユーザ識別情報管理装置に予
め記憶しておき、ユーザのログイン要求が該ユーザのホ
ームＬＡＮ以外のＬＡＮで入力された場合に、このログ
イン要求を該ユーザのホームＬＡＮ内のユーザ識別情報
管理装置に転送し、転送先の該ユーザ識別情報管理装置
が前記ユーザの識別情報を用いて前記ログイン要求を検
証することを特徴とする。

【００２９】

【作用】（１）本発明の第１および第２のデータ通信シ
ステムによると、通信プロトコル処理を行う専用のプロ
セッサを用いてソフト処理で通信プロトコル処理を行う
ことにより、通信プロトコル処理の高速化が実現され
る。

【００３０】また、第１のデータ通信システムによる
と、複数の通信プロトコルの柔軟的な実現が可能とな
る。すなわち、通信プロトコル処理を行う専用プロセッ
サが使用するメインメモリのみでは、メモリ容量の制限
からあまり多くの通信処理プロトコルの実行プログラム
を格納することはできない。これに対し、第１のデータ
通信システムによれば、データ通信システム中のプログ
ラム記憶装置に通信処理プロトコルの実行プログラムの
一部を記憶させておき、メインメモリに必要な実行プロ
グラムがない場合、このプログラム記憶装置からメイン
メモリにその実行プログラムをダウンロードすることに
より、メディア毎あるいは通信毎に異なるような多数の
通信プロトコル処理が可能となる。

【００３１】また、第２のデータ通信システムによる
と、通信プロトコル処理を上述した専用のプロセッサお
よびそのメインメモリでは処理できない場合、データ通
信システム中に存在する通信処理装置を介して端末間の
データ通信を行ってその通信プロトコル処理を行うこと
により、専用のプロセッサの能力不足を補い、複雑な通
信プロトコル処理も柔軟に行うことが可能となる。

【００３２】（２）本発明のデータ通信方法によると、
ユーザがホームＬＡＮ以外の外部ＬＡＮにいても自分の
ログイン名でログインが可能であり、しかもログインし
た端末のＣＰＵおよびアプリケーションを利用すること
が可能となる。さらに、端末を外部ＬＡＮに移動させて
も、ユーザ自身によって端末内の制御コードを変更させ
ることなく、端末をホームＬＡＮに接続しているときと
同じように使用することができる。

【００３３】

【実施例】（実施例１−１）図１に、本実施例のデータ
通信システムにおける端末の構成を示す。この端末は、
バス２０、通信モジュール２１、通信プロトコル処理専
用ＣＰＵ２２、ＣＰＵ２２が使用するメインメモリ２
３、インタフェース（Ｉ／Ｆ）２４、２次記憶装置２
５、フレームバッファ／リフレッシュバッファ２６、デ
ィスプレイ２７、入力装置２８、プリンタ２９、バス２
Ａ、そしてデータ処理を司るメインＣＰＵ２ＣおよびＣ
ＰＵ２Ｃが使用するメインメモリ２Ｄを有する。データ
の通信チャネルであるバス２０とバス２Ａは物理的に分
離している。

【００３４】図２は、本実施例に係るデータ通信システ
ム全体の概略構成を示す図であり、通信手段である通信
プラットフォーム３０を介して図１の構成を有する複数
の端末（クライアント）３２，３３および後述するプロ
トコルコードサーバ３４が相互接続され、端末間でデー
タ通信が行われる。

【００３５】本実施例において、受信ＳＤＵが到着して
２次記憶装置２５に格納されるまでの手順を図３を用い
て説明する。通信モジュール２１にデータ、つまりＳＤ
Ｕが到着すると（Ｓ１０）、通信モジュール２１はＣＰ
Ｕ２２に対して割り込みをかける（Ｓ１１）。すると、
ＣＰＵ２２は通信プロトコル処理プロセスの生成を行い
（Ｓ１２）、さらに通信モジュール２１に対してＳＤＵ
の書き込みアドレスを通知する（Ｓ１３）。通信モジュ
ール２１は、ＣＰＵ２２から通知されたアドレスを基に
ＣＰＵ２２が使用するメインメモリ２３にＳＤＵを転送
する（Ｓ１４）。そして、ＣＰＵ２２とメインメモリ２
３の間で通信プロトコル処理を行う（Ｓ１５）。

【００３６】この通信プロトコル処理の終了後、誤りの
ないＳＤＵの転送が確認されると、通信プロトコル処理
専用ＣＰＵ２２はバス２０とバス２Ａの間の通信のゲー
ト開閉（データのフィルタリング）を行うためのインタ
フェース２４を介して、メインＣＰＵ２Ｃと通信を行
い、２次記憶装置２５へ書き込むアドレス情報を受け取
る。この場合、ＣＰＵ２２はＣＰＵ２Ｃへ割り込みを行
うことになる。ＣＰＵ２Ｃは、必要に応じてＣＰＵ２２
から２次記憶装置２５の記憶空間への書き込みを許可す
るための書き込み許可情報をＣＰＵ２２へ通知する。こ
のようにしてＳＤＵのデータ転送先が選択される（Ｓ１
６）。

【００３７】メインＣＰＵ２Ｃからの書き込み許可情報
を受け取ったＣＰＵ２２は、メインメモリ２３から２次
記憶装置２５へのＳＤＵの書き込んで転送する（Ｓ１
７）。この後、通信プロトコル処理プロセスは消去され
る（Ｓ１８）。

【００３８】なお、通信プロトコル処理が終わったＳＤ
Ｕをディスプレイ２７に直接出力することも可能であ
る。通信プロトコル処理が終了したＳＤＵは、メインメ
モリ２３に格納されているが、このＳＤＵはＣＰＵ２２
の制御により直接、すなわちバス２Ａを介さずにバス２
０を介してディスプレイ２７の入力側に設けられたフレ
ームバッファ／リフレッシュバッファ２６へ転送するこ
とが可能である。また、メインＣＰＵ２Ｃのスケジュー
リング機能を用いれば、ディスプレイ２７に出力しなが
ら、２次記憶装置２５に書き込むことも可能である。

【００３９】また、通信プロトコルの処理を必ずしも必
要としないデータ、例えば動画像情報については、メイ
ンメモリ２３へＳＤＵを格納することなく、直接に通信
モジュール２１からフレームバッファ／リフレッシュバ
ッファ２６へ転送することも可能である。

【００４０】次に、データが出力される場合の手続きに
ついて簡単に述べる。まず、入力装置２８からキーボー
ド入力や動画像情報の発生などにより入力された情報
は、通常、メインメモリ２Ｄあるいはメインメモリ２３
へ出力される。外部のホストとの間でやり取りされる情
報は、メインメモリ２３へ入力される。すると、データ
の転送処理を行うプロセスが生成され、通信プロトコル
処理は通信プロトコル処理専用ＣＰＵ２２とメインメモ
リ２３との間で行われる。通信プロトコル処理が終了す
ると、ＳＤＵは通信モジュール２１へ転送され、さらに
外部ホストへ転送される。

【００４１】通信プロトコル処理専用ＣＰＵ２２で使わ
れる通信プロトコル処理の実行プログラム（以下、通信
プロトコルアプリケーション実行コードという）は、コ
ネクションの設定時にネゴシェーションされる。この手
順を図４を用いて説明する。まず、通信プロトコルが選
択されると（Ｓ２０）、メインメモリ２３からその選択
された通信プロトコルの処理のための通信プロトコルア
プリケーション実行コードが検索される（Ｓ２１）。こ
こで、選択された通信プロトコルアプリケーション実行
コードがメモリ２３内に存在するかどうかが判定され
（Ｓ２２）、存在していれば通信プロセスが形成される
（Ｓ２３）。

【００４２】一方、選択された通信プロトコルの処理の
ための通信プロトコルアプリケーション実行コードがメ
モリ２３内に存在していない場合は、ネットワーク内、
すなわち図２に示すプロトコルコードサーバ３４（プロ
グラム記憶装置）からその通信プロトコルアプリケーシ
ョン実行コードを検索する（Ｓ２４）。そして、このプ
ロトコルコードサーバ３４内に選択された通信プロトコ
ルアプリケーション実行コードが存在するかどうかが判
定され（Ｓ２５）、存在していれば該プロトコルコード
サーバ３４からメインメモリ２３にその通信プロトコル
アプリケーション実行コードがダウンロードされ（Ｓ２
６）、通信プロセスが生成される（Ｓ２７）。選択され
た通信プロトコルの処理のための通信プロトコルアプリ
ケーション実行コードがプロトコルコードサーバ３４内
にも存在していない場合は、相手端末へエラー通知がな
される（Ｓ２８）。

【００４３】なお、上記実施例において同時に複数のコ
ネクションが一つのホストに張られる時には、通信プロ
トコル処理専用ＣＰＵ２２は複数の通信処理プロセスを
スケジューリング処理する。これらの複数のコネクショ
ンが互いに異なる通信プロトコルを用いてもよい。

【００４４】上記実施例によれば、通信プロトコル処理
専用ＣＰＵ２２を用いてソフト処理で通信プロトコル処
理を行うことにより、通信プロトコル処理の高速化を図
ることができる。また、データ通信システム中のプログ
ラム記憶装置であるプロトコルコードサーバ３４に通信
処理プロトコルの実行プログラムの一部を記憶させてお
き、ＣＰＵ２２が使用するメインメモリ２３に必要な実
行プログラムがない場合、このプロトコルコードサーバ
３４からメインメモリ２３にその実行プログラムをダウ
ンロードすることにより、メディア毎あるいは通信毎に
異なるような多数の通信プロトコル処理が可能となる。

【００４５】（実施例１−２）図５に、本実施例のデー
タ通信システムにおける端末の構成を示す。この端末
は、バス４０、通信モジュール４１、通信プロトコル処
理専用ＣＰＵ４２、ＣＰＵ４２が使用するメインメモリ
４３、２次記憶装置４５、フレームバッファ／リフレッ
シュバッファ４６、ディスプレイ４７、入力装置４８、
プリンタ４９、バス４Ａ、そしてデータ処理を司るメイ
ンＣＰＵ４ＣおよびＣＰＵ４Ｃが使用するメインメモリ
４Ｄを有する。データの通信チャネルであるバス４０と
バス４Ａは物理的に分離しており、この両者に通信プロ
トコル処理専用ＣＰＵ４２が接続されている。図１に示
したインタフェース２４は存在していない。本実施例に
係るデータ通信システム全体の構成は、先の実施例と同
様である（図２参照）。

【００４６】本実施例において、受信ＳＤＵが到着して
２次記憶装置４５に格納されるまでの手順を図６を用い
て説明する。通信モジュール４１にデータ、つまりＳＤ
Ｕが到着すると（Ｓ３０）、通信モジュール４１はＣＰ
Ｕ４２に対して割り込みをかける（Ｓ３１）。すると、
ＣＰＵ４２は通信プロトコル処理プロセスの生成を行い
（Ｓ３２）、さらに通信モジュール４１に対してＳＤＵ
の書き込みアドレスを通知する（Ｓ３３）。通信モジュ
ール４１は、ＣＰＵ４２から通知されたアドレスを基に
ＣＰＵ４２が使用するメインメモリ４３にＳＤＵを転送
する（Ｓ３４）。そして、ＣＰＵ４２とメインメモリ４
３の間で通信プロトコル処理を行う（Ｓ３５）。

【００４７】この通信プロトコル処理の終了後、誤りの
ないＳＤＵの転送が確認されると、通信プロトコル処理
専用ＣＰＵ４２はバス４Ａを介してメインＣＰＵ４Ｃと
通信を行い、２次記憶装置４５へ書き込むアドレス情報
を受け取る。この場合、ＣＰＵ４２はＣＰＵ４Ｃへ割り
込みを行うことになる。ＣＰＵ４Ｃは、必要に応じてＣ
ＰＵ４２から２次記憶装置４５の記憶空間への書き込み
を許可するための書き込み許可情報をＣＰＵ４２へ通知
する。このようにしてＳＤＵのデータ転送先が選択され
る（Ｓ３６）。

【００４８】メインＣＰＵ４Ｃからの書き込み許可情報
を受け取ったＣＰＵ４２は、メインメモリ４３から２次
記憶装置４５へのＳＤＵの書き込み（転送）を行う（Ｓ
３７）。この後、通信プロトコル処理プロセスは消去さ
れる（Ｓ３８）。

【００４９】なお、通信プロトコル処理が終わったＳＤ
Ｕをディスプレイ４７に直接出力することも可能であ
る。通信プロトコル処理が終了したＳＤＵは、メインメ
モリ４３に格納されているが、このＳＤＵはＣＰＵ４２
を介して、ＣＰＵ４２とＣＰＵ４Ｃとの協調動作により
直接ディスプレイ４７の入力側に設けられたフレームバ
ッファ／リフレッシュバッファ４６へ転送することが可
能である。また、同時にメインＣＰＵ４Ｃのスケジュー
リング機能を用いて、２次記憶装置４５に書き込むこと
も可能である。

【００５０】また、通信プロトコルの処理を必ずしも必
要としないデータ、例えば動画像情報については、メイ
ンメモリ４３へＳＤＵを格納することなく、直接に通信
モジュール４１からフレームバッファ／リフレッシュバ
ッファ４６へ転送することも可能である。

【００５１】次に、データが出力される場合の手続きに
ついて簡単に述べる。まず、入力装置４８からキーボー
ド入力や動画像情報の発生などにより入力された情報
は、通常、メインメモリ４Ｄあるいはメインメモリ４３
へ出力される。外部のホストとの間でやり取りされる情
報は、メインメモリ４３へ入力される。すると、データ
の転送処理を行うプロセスが生成され、通信プロトコル
処理は通信プロトコル処理専用ＣＰＵ４２とメインメモ
リ４３との間で行われる。通信プロトコル処理が終了す
ると、ＳＤＵは通信モジュール４１へ転送され、さらに
外部ホストへ転送される。

【００５２】ここで、転送すべきホストのアドレスなど
はメインＣＰＵ４Ｃあるいは通信プロトコル処理専用Ｃ
ＰＵ４２を介して分析される。なお、情報の属性によっ
ては、例えば高速動画像などは入力装置４８から入力さ
れたＳＤＵがＣＰＵ４２を介して直接通信モジュール４
１に転送され、外部ホストへＳＤＵが転送されることも
可能である。

【００５３】ＣＰＵ４Ｃはバス４Ａに接続された装置資
源を利用してプロセスの処理を行うトランズアクション
のスケジューリングを行えばよく、一方、ＣＰＵ４２は
バス４０に接続された装置資源を利用してプロセスの処
理を行うものの管理さえ行えばよい。ただし、ＣＰＵ４
ＣとＣＰＵ４２との間では、ＣＰＵ４２を通してＳＤＵ
がバス４Ａとバス４０の間でやり取りされる時には、協
調したスケジューリングを行うことになる。

【００５４】通信プロトコル処理専用ＣＰＵ４２で使わ
れる通信プロトコル処理の実行プログラム（以下、通信
プロトコルアプリケーション実行コードという）は、コ
ネクションの設定時にネゴシェーションされるが、その
手順は先の実施例１−１と同様である（図４参照）。従
って、本実施例１−２によれば先の実施例１−１と同様
の効果が得られる。

【００５５】（実施例２−１）図７に、通信プロトコル
サーバを介したデータ通信システムの実施例を示す。本
実施例は、端末（クライアント）Ａ５１およびＢ５３が
ＬＡＮ１およびＬＡＮ２（通信プラットフォーム）５５
および５６やバックボーンネットワーク５７を介して高
速のデータ通信および／または遠隔のデータ通信（広域
通信）を行っている時に、自ＷＳの処理能力が不足のた
めに、必要な通信プロトコルを自ＷＳで動作させること
ができない場合の対処法を示している。

【００５６】すなわち、本来クライアントＡ５１とクラ
イアントＢ５３の間で行われるべき通信プロトコルを、
データ通信プロトコル処理を行うことのできる通信処理
装置（通信プロトコルサーバ）Ａ５２および通信プロト
コルサーバＢ５４を介して、両通信プロトコルサーバＡ
５２およびＢ５４との間で行い、クライアントＡ５１と
通信プロトコルサーバＡ５２間およびクライアントＢ５
３と通信プロトコルサーバＢ５４間の通信プロトコルを
用いて通信を行う。この場合、クライアントＡ５１と通
信プロトコルサーバ５２間およびクライアントＢ５３と
通信プロトコルサーバＢ５４間の通信プロトコルは、必
ずしも同一のプロトコルである必要はない。

【００５７】このように、通信システム（ネットワー
ク）内部に高速の通信プロトコルエンジンとしての通信
プロトコルサーバ５２および５４を設けることで、図１
または図５に示した通信プロトコル処理専用ＣＰＵ２
２，４２の能力不足を補うことができる。

【００５８】図８に、図７で示した通信プロトコルのレ
イヤ構造を示した。なお、破線で示した部分はネットワ
ークによってあるいはコネクションによって存在したり
存在しなかったりする。

【００５９】上記実施例によれば、実施例１−１、１−
２と同様の効果が得られるほか、通信プロトコル処理専
用ＣＰＵ２２，４２およびそのメインメモリ２３，４３
では処理できない場合、データ通信システム中に存在す
る通信処理装置であるサーバ５２，５４を介して端末間
のデータ通信を行ってその通信プロトコル処理を行うこ
とにより、これらＣＰＵ２２，４２の能力不足を補い、
複雑な通信プロトコル処理も柔軟に行うことが可能とな
る。

【００６０】（実施例２−２）また、図９に通信プロト
コルサーバを介したデータ通信システムの他の実施例を
示す。ホストＡ７１とホストＢ７３がＬＡＮ１およびＬ
ＡＮ２（通信プラットフォーム）７４および７５やバッ
クボーンネットワーク７６を介して高速のデータ通信お
よび／または遠隔のデータ通信（広域通信）を行う際、
ホストＡ７１とホストＢ７３の通信プロトコルの処理能
力不足の場合には、通信プロトコルサーバ７２を介して
行えばよい。図７の実施例との相違は、一つの通信プロ
トコルサーバ７２を介してホストＡ７１とホストＢ７３
が通信を行う点である。

【００６１】上記実施例によれば、実施例２−１と同様
の効果が得られる。

【００６２】次に、本発明のデータ通信システムにおけ
るコネクションの属性と、必要とされる通信プロトコル
の特徴を簡単にまとめると以下の通りである。

【００６３】これらは、以下に示すように物理的な広が
り、通信帯域幅、レイテンシ要求、情報誤り／廃棄の許
容というパラメータに応じて１６種のカテゴリに分類す
ることができる。

【００６４】ここで、広帯域幅通信は広い帯域幅の通信
を要求するもの（例えば１０Mbps以上など）、狭帯域幅
通信は狭い帯域幅（例えば６４kbpsなど）の通信を要求
するものである。低レイテンシとは、アプリケーション
レベルにデータとエンド−エンドに転送するのに必要な
遅延が十分小さいもの（例えば１msec以下など）、高レ
イテンシとは、比較的大きな遅延を許容するものであ
る。 １．ＷＡＮ（wide area ）領域通信 １−ａ．広帯域幅通信（高速動作） １−ａ−ｉ．低レイテンシな通信を要求 １−ａ−ｉ−Ａ．誤り／廃棄のない通信を要求 ＊ＦＥＣ(Foward Error Correction Code)＋ピーク割り
当てパイプ エンド−エンドに低レイテンシーを実現するためには、
従来のパケット網で行われている再送制御によるパケッ
ト廃棄に対する誤り制御では、再送によるオーバヘッド
により低レイテンシーを保証することができない。そこ
で、再送による誤り訂正（情報ブロックの廃棄：ＡＴＭ
ネットワーク内のセル廃棄）を必要としないＦＥＣ制御
が必要である（ＦＥＣで誤り訂正できない時には異常処
理としてアプリケーションは扱う）。また、ＦＥＣで完
全に誤り訂正を行うには、ある程度の通信品質（情報の
配送確率：ＡＴＭネットワーク内のセル配送確率）は保
証されないとデータをＦＥＣで訂正できない。従って、
ピーク帯域割り当てのようなコネクションを用いないと
低レイテンシ通信を提供できない。

【００６５】１−ａ−ｉ−Ｂ．情報の誤り／廃棄を許容 零または軽プロトコル＋低レテインシコネクション 情報の誤りは許容するが、レイテンシは低くしてもらい
たいアプリケーションである。これは必ずしも誤り情報
の訂正（ＡＴＭネットワーク内でのセル廃棄の回復）を
必要としないので、非常に軽い（負荷の軽い、処理が非
常に簡単なプロトコル）プロトコルで十分である。ま
た、コネクションとしては、低レイテンシのコネクショ
ンであれば十分で（通信品質要求を提供可能なコネクシ
ョン）、必ずしもピーク割り当てのコネクションは必要
ではない。例えば、動画像の通信では、セル廃棄はある
確率で許容される。このようなアプリケーションに対し
ては、誤り訂正機能などをいっさい用いないものでも、
軽い誤り訂正機能を持つプロトコル（誤り検出のみと
か、軽いＦＥＣ機能を使うなど）を使うなどが考えられ
る。プロトコルは、ユーザーの要求条件によって、使い
分けることができる。

【００６６】１−ａ−ii．レイテンシを許容 １−ａ−ii−Ａ．誤り／廃棄のない通信を要求 ＊高速の通常のプロトコル＋任意のコネクション レイテンシは許容するが、アプリケーションレベルには
誤りのない通信を提供する通信プロトコルである。た
だ、アプリケーションには高速なパイプを提供する（高
速なパイプは提供されるが、低レイテンシを要求はしな
い）ようなアプリケーションに対するプロトコルであ
る。従って、高速動作を行うプロトコルで、従来の誤り
訂正機能／アルゴリズム（ＴＣＰなど）で十分である。

【００６７】１−ａ−ii−Ｂ．情報の誤り／廃棄を許容 ＊高速かつ零または軽プロトコル＋任意のコネクション レイテンシを許容し、アプリケーションレベルには誤り
のない通信を必ずしも要求しない通信プロトコルであ
る。ただ、アプリケーションには高速なパイプを提供す
る（高速なパイプは提供されるが、低小さいレイテンシ
を要求はしない）ようなアプリケーションに対するプロ
トコルである。従って、高速動作を行うプロトコルで、
従来の誤り訂正機能／アルゴリズム（ＴＣＰなどで十
分）あるいは誤り訂正機能を持たない通信プロトコルで
十分である。

【００６８】１−ｂ．狭帯域幅通信（低速動作） １−ｂ−ｉ．低レイテンシな通信を要求 １−ｂ−ｉ−Ａ．誤り／廃棄のない通信を要求 ＊ＦＥＣ＋ピーク割り当てパイプ エンド−エンドに低レイテンシを実現するためには、従
来のパケット網で行われている再送制御によるパケット
廃棄に対する誤り制御では、再送によるオーバヘッドに
より小さいレイテンシーを保証することができない。そ
こで、再送による誤り訂正（情報ブロックの廃棄：ＡＴ
Ｍネットワーク内のセル廃棄）を必要としないＦＥＣ制
御が必要である（ＦＥＣで誤り訂正できない時には異常
処理としてアプリケーションは扱う）。また、ＦＥＣで
完全に誤り訂正を行うには、ある程度の通信品質（情報
の配送確率：ＡＴＭネットワーク内のセル配送確率）は
保証されないとデータをＦＥＣで訂正できない。従っ
て、ピーク帯域割り当てのようなコネクションを用いな
いと低レイテンシ通信を提供できない。

【００６９】１−ｂ−ｉ−Ｂ．情報の誤り／廃棄を許容 ＊高速かつ零または軽プロトコル＋任意のコネクション 情報の誤りは許容するが、レイテンシは低くしてもらい
たいアプリケーションである。これは、必ずしも誤り情
報の訂正（ＡＴＭネットワーク内でのセル廃棄の回復）
を必要としないので、非常に軽い（負荷の軽い、処理が
非常に簡単なプロトコル）プロトコルで十分である。ま
た、コネクションとしては低レイテンシのコネクション
であれば十分で（通信品質要求を提供可能なコネクショ
ン）、必ずしもピーク割り当てのコネクションは必要で
はない。例えば、音声の通信では、セル廃棄はある確率
で許容される。このようなアプリケーションに対して
は、誤り訂正機能などをいっさい用いないものでも、軽
い誤り訂正機能を持つプロトコル（誤り検出のみとか、
軽いＦＥＣ機能を使うなど）を使うなどが考えられる。
プロトコルは、ユーザーの要求条件によって、使い分け
ることができる。

【００７０】１−ｂ−ii．レイテンシを許容 １−ｂ−ii−Ａ．誤り／廃棄のない通信を要求 ＊通常のプロトコル＋任意のコネクション 従来のデータ通信に要求される条件である。従って、従
来の通信プロトコルで十分である。また、通信コネクシ
ョンは、任意のコネクションで実現可能である。 １−ｂ−ii−Ｂ．情報の誤り／廃棄を許容 ＊零プロトコル＋任意のコネクション 特に、特別な通信プロトコルもコネクションも必要とし
ない。ただ、通信プロトコルに対しては、なんらかの機
能を持っても構わないし、コネクションのなんらかの目
標品質を持つことが望ましいかもしれない。 ２．ＬＡＮ（local area) 領域通信 ２−ａ．広帯域幅通信（高速動作） ２−ａ−ｉ．低レイテンシな通信を要求 ２−ａ−ｉ−Ａ．誤り／廃棄のない通信を要求 ＊高速エラー無しプロトコル（maybe FEC or light wei
ghted conventional protocol)＋ピーク許容パイプ エンド−エンドに低レイテンシを実現するためには、従
来のパケット網で行われている再送制御によるパケット
廃棄に対する誤り制御では、再送によるオーバヘッドに
より小さいレイテンシーを保証することができない可能
性が考えられる。そこで、再送による誤り訂正（情報ブ
ロックの廃棄：ＡＴＭネットワーク内のセル廃棄）を必
要としないＦＥＣ制御が必要である（ＦＥＣで誤り訂正
できない時には異常処理としてアプリケーションは扱
う）かもしれない。ＦＥＣを用いる場合にしても、ある
程度の通信品質が保証されないと小さいレイテンシーを
提供できない。従って、ピーク帯域割り当てのようなコ
ネクションを用いる必要がある。

【００７１】２−ａ−ｉ−Ｂ．情報の誤り／廃棄を許容 ＊高速かつ零または軽プロトコル＋任意のコネクション 情報の誤りは許容するが、レイテンシは低くしてもらい
たいアプリケーションである。これは、必ずしも誤り情
報の訂正（ＡＴＭネットワーク内のセル廃棄の回復）を
必要としないので、非常に軽い（負荷の軽い、処理が非
常に簡単なプロトコル）プロトコルで十分である。必ず
しもピーク割り当てのコネクションは必要ではない。こ
のようなアプリケーションに対しては、誤り訂正機能な
どを一切用いないものでも、軽い誤り訂正機能を持つプ
ロトコル（誤り検出のみとか、軽いＦＥＣ機能を使うな
ど）を使うなどが考えられる。プロトコルは、ユーザの
要求条件によって、使い分けることができる。

【００７２】２−ａ−ii．レイテンシを許容 ２−ａ−ii−Ａ．誤り／廃棄のない通信を要求 ＊高速の通常プロトコル＋任意のコネクション レイテンシは許容するが、アプリケーションレベルには
誤りのない通信を提供する通信プロトコルである。た
だ、アプリケーションには高速なパイプを提供する（高
速なパイプは提供されるが、低レイテンシーを要求はし
ない）ようなアプリケーションに対するプロトコルであ
る。従って、高速動作を行うプロトコルで、従来の誤り
訂正機能／アルゴリズム（ＴＣＰなど）で十分である。

【００７３】２−ａ−ii−Ｂ．情報の誤り／廃棄を許容 ＊高速かつ零または軽プロトコル＋任意のコネクション レイテンシを許容し、アプリケーションレベルには誤り
のない通信を必ずしも要求しない通信プロトコルであ
る。ただ、アプリケーションには高速なパイプを提供す
る（高速なパイプは提供されるが、低レイテンシを要求
はしない）ようなアプリケーションに対するプロトコル
である。従って、高速動作を行うプロトコルで、従来の
誤り訂正機能／アルゴリズム（ＴＣＰなどで十分）ある
いは誤り訂正機能を持たない通信プロトコルで十分であ
る。

【００７４】２−ｂ．狭帯域幅通信（低速動作） ２−ｂ−ｉ．低レイテンシを要求する通信 ２−ｂ−ｉ−Ａ．誤り／廃棄のない通信を要求 ＊ＦＥＣ＋ピーク割り当てパイプ エンド−エンドに低レイテンシを実現するためには、従
来のパケット網で行われている再送制御によるパケット
廃棄に対する誤り制御では、再送によるオーバヘッドに
より小さいレイテンシーを保証することができない。そ
こで、再送による誤り訂正（情報ブロックの廃棄：ＡＴ
Ｍネットワーク内のセル廃棄）を必要としないＦＥＣ制
御が必要である（ＦＥＣで誤り訂正できない時には異常
処理としてアプリケーションは扱う）可能性が大きい。
また、ＦＥＣで完全に誤り訂正を行うには、ある程度の
通信品質（情報の配送確率：ＡＲＭネットワーク内のセ
ル配送確率）は保証されないとデータをＦＥＣで訂正で
きない。従って、ピーク帯域割り当てのようなコネクシ
ョンが必要である。また、ＬＡＮであるので、必ずしも
ＦＥＣ機能は必要でないことも考えられる。

【００７５】２−ｂ−ｉ−Ｂ．情報の誤り／廃棄を許容 ＊零または軽プロトコル＋低レイテンシコネクション 情報の誤りは許容するが、レイテンシは低くしてもらい
たいアプリケーションである。これは、必ずしも誤り情
報の訂正（ＡＴＭネットワーク内のセル廃棄の回復）を
必要としないので、非常に軽い（負荷の軽い、処理が非
常に簡単なプロトコル）プロトコルで十分である。ま
た、コネクションとしては低レイテンシのコネクション
であれば十分で（通信品質要求を提供可能なコネクショ
ン）、必ずしもピーク割り当てのコネクションは必要で
はない。例えば、音声の通信ではセル廃棄はある確率で
許容される。このようなアプリケーションに対しては、
誤り訂正機能などを一切用いないものでも、軽い誤り訂
正機能を持つプロトコル（誤り検出のみとか、軽いＦＥ
Ｃ機能を使うなど）を使うなどが考えられる。プロトコ
ルは、ユーザーの要求条件によって、使い分けることが
可能である。

【００７６】２−ｂ−ii．レイテンシを許容 ２−ｂ−ii−Ａ．誤り／廃棄のない通信を要求 ＊通常のプロトコル＋任意のコネクション 従来のデータ通信に要求される条件である。従って、従
来の通信プロトコルで十分である。また、通信コネクシ
ョンは、任意のコネクションで実現可能である。

【００７７】２−ｂ−ii−Ｂ．情報の誤り／廃棄を許容 ＊零または軽プロトコル＋任意のコネクション 特に、特別な通信プロトコルもコネクションも必要とし
ない。ただ、通信プロトコルに対しては、なんらかの機
能を持っても構わないし、コネクションのなんらかの目
標品質を持つことが望ましいかもしれない。これからも
分かるように、高速通信（誤りなし）で低レイテンシを
要求するコネクションの通信プロトコルが、高速動作か
つ複雑な処理を要求することが期待される。

【００７８】（実施例３）次に、本発明によるログイン
方法を用いたデータ通信方法に関する実施例について説
明する。図１０は本発明によるログイン手続画面の一例
を示し、図１１は従来のログイン手続画面を示してい
る。

【００７９】まず、ユーザが外部ＬＡＮからログインす
る方法について、図１２および図１３を参照して説明す
る。

【００８０】図１２に示すデータシステムにおいては、
ＬＡＮ１０１，１０２がゲートウェイ１０３，１０４を
それぞれ介してネットワーク１０５に接続されている。
ＬＡＮ１０１，１０２には端末（ホスト）１０６，１０
７およびユーザ識別情報管理装置としてのログイン管理
サーバ（以下、ＹＰサーバという）１０８，１０９がそ
れぞれ接続され、ＬＡＮ１０２にはファイルサーバ１１
０が接続されている。ＬＡＮ１０１は、ユーザ１１１が
属するホームＬＡＮであり、またＬＡＮ１０２はそれ以
外のＬＡＮ（以下、外部ＬＡＮという）である。

【００８１】従来におけるＬＡＮに接続された端末は、
ＹＰサーバのアドレスを知っている必要があるが、本実
施例における端末１０６，１０７は、必ずしも外部ＬＡ
Ｎ１０２にログインしようとしているユーザ１１１が属
するホームＬＡＮ１０１内のＹＰサーバ１０８のアドレ
スを知る必要はない。この場合、ログインしようとして
いるユーザ１１１のアカウント、すなわちデータ通信シ
ステム内で一意となるように設定されたユーザ識別情報
とパスワードを管理しているＹＰサーバ１０９に対しロ
グイン要求パケットを転送する方法として、以下の２つ
がある。

【００８２】（１−１）端末１０６，１０７は、自ＬＡ
Ｎ１０１，１０２内のＹＰサーバ１０８，１０９のアド
レスを知っており（ＹＰサーバアクセスのためのアドレ
スを獲得するためのブロードキャスト・メッセージを使
うことが現在のネットワークでは一般的である、自ＬＡ
Ｎ１０１，１０２内のＹＰサーバ１０８，１０９が管理
しているユーザ以外のユーザ・アカウントであった場合
には、ログイン名に記述されているユーザ１１１の属す
るホームＬＡＮ１０２に対してログイン要求パケット２
０１を転送する。

【００８３】ホームＬＡＮ１０１とネットワーク１０５
との間に設けられたゲートウェイ１０３は、転送された
ログイン要求パケット２０１を受け取ると、ホームＬＡ
Ｎ１０２内のＹＰサーバ１０９にそのログイン要求パケ
ット２０２を転送する。

【００８４】（１−２）端末１０６は、ゲートウェイ１
０３のアドレスを知っており、このアドレスを付加した
ログイン要求パケットをゲートウェイ１０３に転送す
る。ゲートウェイ１５２は、受信したログイン要求パケ
ットが自ＬＡＮのネットワークアドレスを持っていれ
ば、つまり自ＬＡＮ１０１内のユーザからのものであれ
ば、自ＬＡＮ１０１内のＹＰサーバ１０８のアドレスを
付加したログイン要求パケットをＹＰサーバ１０８に転
送する。一方、ゲートウェイ１０３が受け取ったログイ
ン要求パケットが外部ネットワークのアドレスが付加さ
れたパケットであったときには、これをフォワーディン
グする。

【００８５】上述した（１−１）、（１−２）のいずれ
の実現方法においても、目的ＬＡＮ（この場合、ホーム
ＬＡＮ１０２）とネットワーク１０５との間のゲートウ
ェイ１０４に到着したログイン要求パケットは、そのＬ
ＡＮ１０２内のＹＰサーバ１０９に転送される。

【００８６】ここで、（１−１）、（１−２）いずれの
実現方法においても、ゲートウェイ１０３，１０４に転
送されるログイン要求パケット２０１は、パケットの特
別なフィールド、例えばタイプ・フィールドを用いて、
そのログイン要求パケットであることがゲートウェイ１
５２，１５３で理解できるようにしておく。また、ログ
イン要求パケットのために予めポート番号（ＯＳＩ第４
層から第３層で情報の多量化を行うために使用されるＩ
Ｄ番号）を割り振ることも可能である。

【００８７】次に、図１４を用いて本実施例におけるロ
グイン手続きの手順を説明する。ログインしようとして
いるユーザ１１１のログイン要求パケットが端末１０６
からホームＬＡＮ１０２内のＹＰサーバ１０９へ転送さ
れると（Ｓ４０）、このログイン要求パケットを受信し
たＹＰサーバ１０９は、ログインアカウントを検索する
（Ｓ４１）。ここで、該当するログインアカウントが存
在するか否か、つまりログイン要求を出したユーザ１１
１が自ＬＡＮ１０２内のユーザかどうかを調べ（Ｓ４
２）、ＹＥＳの場合にはパスワードの入力を要求するパ
ケットをユーザ１１１が居る端末１０６に対して送信す
る（Ｓ４３）。

【００８８】パスワード要求パケットの宛先アドレス
は、先に受信したログイン要求パケットに含まれている
送信アドレス情報を用いることができる。このとき、ロ
グイン手続きに使われるパケットのタイプフィールドの
設定あるいはポート番号は、予め設定されているか、あ
るいは最初の受信したログイン要求パケットに書き込ま
れているものを用いる。

【００８９】パスワード要求パケットを受け取った端末
１０６は、ユーザ１１１により入力されたパスワードを
先のＹＰサーバ１０９に転送する（Ｓ４４）。パスワー
ドの情報を持つパケットで端末１０６からＹＰサーバ１
０９に転送される宛先アドレスとしては、例えば先に受
信したパスワード要求パケットの送信元アドレスおよび
ポート番号、さらには必要に応じてこれ以上のヘッダ情
報およびプロトコルヘッダを用いることができる。パス
ワード入力パケットはログイン要求パケットとは異な
り、ログイン要求パケットであることがゲートウェイ１
０４で認識される必要はなく、ゲートウェイ１０４にと
っては通常のデータパケットと同じに扱われる。

【００９０】ユーザ１１１により入力されたパスワード
が正しいと確認され（Ｓ４５）、その結果ユーザ１１１
がログインを許可された時には、ＹＰサーバ１０９はフ
ァイル情報、すなわちユーザ１１１のユーザ・ホーム・
ディレクトリ情報、ユーザ１１１のファイルサーバ１１
０のアドレスおよびユーザファイルとして論理リンクを
張るディレクトリ情報（マウントに必要なディレクトリ
情報）をユーザ１１１が居る端末１０６へ転送する（Ｓ
４６）。これらのファイル情報（マウント情報およびユ
ーザホームディレクトリ情報）を受け取った端末１０６
は、ユーザホームディレクトリを生成し、さらにファイ
ルサーバ１１０の目的のディレクトリ・ポイントに対し
て論理リンクを張ってマウントを行う（Ｓ４７）。

【００９１】次に、端末が外部ＬＡＮからログインする
方法について、図１５〜図１８を参照して説明する。

【００９２】端末のブート手続きにおいて、その端末が
本来属していたホームＬＡＮ（この場合、ＬＡＮ３０２
とする）以外の外部ＬＡＮ（この場合、ＬＡＮ３０１と
する）に属する端末、すなわち移動端末３０６であった
時には、ブート手続き中に該端末３０６は一時的に端末
をシャットダウンしない以外は、図１７に示すようにそ
の外部ＬＡＮ３０１に割り振られている、ネットワーク
に対応するテンポラリアドレスを獲得する（Ｓ５０）。
獲得するテンポラリアドレス、例えばテンポラリＩＰア
ドレスは、拡張ヘッダ形態を用いて表現されたアドレス
である場合、例えばＥ．１６サブアドレスなどや、移動
端末３０６にリザーブされているアドレスでも可能であ
る。

【００９３】テンポラリアドレスを獲得した端末３０６
は、そのホームＬＡＮ３０２にそれを通知する（Ｓ５
１）。そして、ホームＬＡＮ３０２内のＹＰサーバ３０
９またはゲートウェイ３０４でデータ転送のための処理
が行われる（Ｓ５２）。

【００９４】ここで、Ｓ５１における端末３０６からホ
ームＬＡＮ３０２へのテンポラリアドレスの通知先は、
具体的には以下に示す（ａ）（ｂ）２つの場合がある。

【００９５】（ａ）ホームＬＡＮ３０２とネットワーク
３０５間のゲートウェイ３０４ （ｂ）ＹＰサーバ３０８，３０９ 外部ＬＡＮ３０１にブートした端末３０６は、ＹＰサー
バアドレスまたはブロードキャストアドレスの情報ある
いは、ホームＬＡＮ３０２が持つファイルサーバ（端末
など）その他の資源をアクセスするためのアドレス情報
を全て持っており、何等の変更なしにホームＬＡＮ３０
２をアクセスすることが可能である。

【００９６】まず、ゲートウェイ３０４に端末３０６の
テンポラリアドレスを通知する方法の場合を説明する。
ゲートウェイ３０４は、外部ＬＡＮ３０１にログインし
た端末３０６のテンポラリアドレスと本来のアドレス
（ホームＬＡＮ３０２で使用しているアドレス）との対
応表を持っており、本来ホームＬＡＮ３０２に端末が居
ると考えられて転送されたパケットは、このゲートウェ
イ３０４で宛先アドレスを変更された後、外部ＬＡＮ３
０１に居る端末３０６へ転送される。このようなパケッ
トの転送は、上記２つのＬＡＮ、すなわち端末３０６が
ブートした外部ＬＡＮ３０１およびホームＬＡＮ３０２
以外のＬＡＮから転送されたパケットについても、良好
に行われる。

【００９７】図２０および図２１はその様子を示したも
ので、図２０ではパケットはアドレス管理サーバによっ
て移動端末に転送され、図２１ではパケットはゲートウ
ェイ（ＧＷ）を介して移動端末へ転送される。

【００９８】なお、端末３０６が外部ＬＡＮ３０１から
抜けるとき、すなわち移動あるいはシャットダウンを行
う時には、図１８に示すようにシャットダウン手続きの
中でテンポラリアドレスの解放をホームＬＡＮ３０２内
の機器、この場合はゲートウェイ３０４に通知する（Ｓ
６０）。このテンポラリアドレスの解放通知を受け取っ
たゲートウェイ３０４は、アドレスの対応表のディレク
トリを削除し、テンポラリアドレスの解放を行う（Ｓ６
１）。

【００９９】次に、テンポラリアドレスをホームＬＡＮ
３０２内のアドレス管理サーバ３０８（ＹＰサーバな
ど）に通知する場合を説明する。各端末あるいはゲート
ウェイが、ある端末にパケットを転送する場合には、Ｙ
Ｐサーバのようなアドレス管理サーバにアドレス（たと
えばＩＰアドレス）を問い合わせ、目的の端末へパケッ
トを転送するためのアドレスの獲得を行う。従って、外
部端末１７１が獲得したテンポラリアドレスをこのアド
レス管理サーバ１７８に通知することで、通知・登録以
後に転送すべきパケット（外部端末行きのパケット）
は、その端末１７１がブートしたＬＡＮ１７２へ転送さ
れることになる。

【０１００】なお、端末３０６が外部ＬＡＮ３０１から
抜けるとき、すなわち移動あるいはシャットダウンを行
う時には、図１８に示すようにシャットダウン手続きの
中でテンポラリアドレスの解放をホームＬＡＮ３０２内
の機器、この場合はアドレス管理サーバ３０８に通知す
る（Ｓ６０）。このテンポラリアドレスの解放通知を受
け取ったアドレス管理サーバ３０８は、アドレスの対応
表を元に戻し、テンポラリアドレスの解放を行う（Ｓ６
１）。

【０１０１】ここで、図１８の両方の場合（ゲートウェ
イ３０４とアドレス管理サーバ３０８への通知）のいず
れにおいても、テンポラリアドレスの解放通知として
は、元のアドレス情報に戻す方式と端末は現在存在して
いないという情報にする方式とがある。

【０１０２】上述した実施例３によれば、データ通信シ
ステム内で一意となるように設定された各ユーザの識別
情報をそのユーザが属するホームＬＡＮ内のユーザ識別
情報管理装置に予め記憶しておき、ユーザのログイン要
求が該ユーザのホームＬＡＮ以外のＬＡＮで入力された
場合に、このログイン要求を該ユーザのホームＬＡＮ内
のユーザ識別情報管理装置に転送し、転送先の該ユーザ
識別情報管理装置がユーザの識別情報を用いてログイン
要求を検証することにより、ユーザが外部のＬＡＮに居
ても自分のログイン名でログイン可能であり、しかも、
ログインした端末のＣＰＵおよびアプリケーションを利
用することが可能となる。また、端末を外部ＬＡＮに移
動させても、ユーザ自身によって端末内の制御コードを
変更させることなく、端末をホームＬＡＮに接続してい
るときと同じように使用することができる。

【０１０３】

【発明の効果】（１）本発明の第１のデータ通信システ
ムによれば、通信プロトコル処理を行うプロセッサを設
け、端末間のデータ通信に使用すべき通信プロトコルを
該プロセッサおよび該プロセッサが使用するメインメモ
リを用いて処理できない場合には、前記通信手段を用い
て接続されたデータ通信システム中に存在する、通信プ
ロトコルの処理を行うことのできる通信処理装置を通じ
て端末間のデータ通信を行うことにより、通信プロトコ
ル処理の高速化を実現できると共に、複数の通信プロト
コルの柔軟的な実現が可能となる。

【０１０４】本発明の第２のデータ通信システムによれ
ば、通信プロトコル処理を行うプロセッサを設け、端末
間のデータ通信に使用すべき通信プロトコルを該プロセ
ッサおよび該プロセッサが使用するメインメモリを用い
て処理できない場合には、前記通信手段を用いて接続さ
れたデータ通信システム中に存在する、通信プロトコル
の処理を行うことのできる通信処理装置を通じて端末間
のデータ通信を行うことにより、通信プロトコル処理を
行うプロセッサの能力不足を補い、複雑な通信プロトコ
ル処理も柔軟に行うことが可能となる。

【０１０５】（２）本発明のデータ通信方法によると、
複数のＬＡＮを相互接続して構成されたデータ通信シス
テム内の通信方法において、データ通信システム内で一
意となるように設定された各ユーザの識別情報をそのユ
ーザが属するホームＬＡＮ内のユーザ識別情報管理装置
に予め記憶しておき、ユーザのログイン要求が該ユーザ
のホームＬＡＮ以外のＬＡＮで入力された場合に、この
ログイン要求を該ユーザのホームＬＡＮ内のユーザ識別
情報管理装置に転送し、転送先の該ユーザ識別情報管理
装置がユーザの識別情報を用いてログイン要求を検証す
ることにより、ユーザが外部のＬＡＮに居ても自分のロ
グイン名でログイン可能であり、しかも、ログインした
端末のＣＰＵおよびアプリケーションを利用することが
可能となる。また、端末を外部ＬＡＮに移動させても、
ユーザ自身によって端末内の制御コードを変更させるこ
となく、端末をホームＬＡＮに接続しているときと同じ
ように使用することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るデータ通信システムに
おける端末の構成図

【図２】同実施例に係るデータ通信システム全体の概略
構成を示す図

【図３】同実施例の動作を説明するためのフローチャー
ト

【図４】同実施例の動作を説明するためのフローチャー
ト

【図５】本発明の他の実施例に係るデータ通信システム
における端末の構成図

【図６】同実施例の動作を説明するためのフローチャー
ト

【図７】サーバを介した通信形態の一例を示す図

【図８】図７におけるプロトコルレイヤモデルを示す図

【図９】サーバを介した通信形態の他の例を示す図

【図１０】本発明によるログイン方法におけるログイン
画面の一例を示す図

【図１１】従来技術によるログイン方法におけるログイ
ン画面を示す図

【図１２】本発明による外部ＬＡＮからのログイン方法
が適用されるデータ通信システムの構成図

【図１３】同実施例における外部ＬＡＮからのログイン
手続を示すシーケンス図

【図１４】同実施例における外部ＬＡＮからのログイン
手続を示すフローチャート

【図１５】本発明による移動端末の外部ＬＡＮへのブー
ト手続が適用されるデータ通信システムの構成図

【図１６】本発明による移動端末のブート手続を示すシ
ーケンス図

【図１７】同実施例による移動端末のブート手続の一例
を示すフローチャート

【図１８】同実施例による移動端末のブート手続の他の
例を示すフローチャート

【図１９】本発明による移動端末のシャットダウン手続
を示す図

【図２０】本発明による移動端末のブート後のパケット
転送の一例の様子を示す図

【図２１】本発明による移動端末のブート後のパケット
転送の他の一例の様子を示す図

【符号の説明】

２２…通信プロトコル処理専用ＣＰＵ ２３…メインメ
モリ ２Ｃ…メインプロセッサ ２Ｄ…メインメ
モリ ２Ａ…メインバス ２Ｂ…通信プロ
トコル処理用バス ３１…通信プラットフォーム ３４…プロトコ
ルコードサーバ ４２…通信プロトコル処理専用ＣＰＵ ４３…メインメ
モリ ４Ｃ…メインプロセッサ ４Ｄ…メインメ
モリ ４０…通信プロトコル処理用バス ４Ａ…メインバ
ス ５２…サーバＡ ５４…サーバＢ ５５…通信プラットホーム ５６…通信プラ
ットホーム ５７…バックボーンネットワーク ７２…サーバ ７４…通信プラットホーム ７５…通信プラ
ットホーム ７６…バックボーンネットワーク １０１…ＬＡＮ １０２…ホーム
ＬＡＮ １０３，１０４…ゲートウェイ １０５…ネット
ワーク １０６，１０７…端末 １０８，１０９
…ログイン管理サーバ １１０…ファイルサーバ １１１…ユーザ ３０１…ＬＡＮ ３０２…ホーム
ＬＡＮ ３０３，３０４…ゲートウェイ ３０５…ネット
ワーク ３０６…端末 ３０７…アドレ
ス管理サーバ ３０８，３０９…ログイン管理サーバ

Claims (3)

【特許請求の範囲】
1. 【請求項１】端末間でデータ通信を行う通信手段を備え
   たデータ通信システムにおいて、 通信プロトコル処理を行うプロセッサを設け、端末間の
   データ通信に使用すべき通信プロトコルの実行プログラ
   ムが該プロセッサが使用するメインメモリに存在しなか
   ったとき、前記通信手段を用いて接続されたデータ通信
   システム中のプログラム記憶装置から前記実行プログラ
   ムを前記メインメモリにダウンロードする手段を具備す
   ることを特徴とするデータ通信システム。
2. 【請求項２】端末間でデータ通信を行う通信手段を備え
   たデータ通信システムにおいて、 通信プロトコル処理を行うプロセッサを設け、端末間の
   データ通信に使用すべき通信プロトコルを該プロセッサ
   および該プロセッサが使用するメインメモリを用いて処
   理できない場合には、前記通信手段を用いて接続された
   データ通信システム中に存在する、通信プロトコルの処
   理を行うことのできる通信処理装置を通じて端末間のデ
   ータ通信を行う手段を具備することを特徴とするデータ
   通信システム。
3. 【請求項３】複数のＬＡＮを相互接続して構成されたデ
   ータ通信システム内の通信方法において、 前記データ通信システム内で一意となるように設定され
   た各ユーザの識別情報をそのユーザが属するホームＬＡ
   Ｎ内のユーザ識別情報管理装置に予め記憶しておき、ユ
   ーザのログイン要求が該ユーザのホームＬＡＮ以外のＬ
   ＡＮで入力された場合に、このログイン要求を該ユーザ
   のホームＬＡＮ内のユーザ識別情報管理装置に転送し、
   転送先の該ユーザ識別情報管理装置が前記ユーザの識別
   情報を用いて前記ログイン要求を検証することを特徴と
   するデータ通信方法。