JPH10327196A

JPH10327196A - 分散ネットワークコンピューティングシステム、及び同システムに用いられる情報交換方法、この方法を格納したコンピュータ読取り可能な記憶媒体、情報交換装置

Info

Publication number: JPH10327196A
Application number: JP9364028A
Authority: JP
Inventors: Masaki Uchiumi; 正樹内海
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1997-03-03
Filing date: 1997-12-17
Publication date: 1998-12-08

Abstract

(57)【要約】【課題】各種端末が存在するネットワーク環境下で、
端末の処理能力や複数の通信インフラが混在する場合で
も、その通信能力に応じたサービス提供し、且つ優先度
を考慮した伝送を行う。【解決手段】サーバ計算機１に情報交換装置１０を設
け、端末属性により応用サービスとして提供されるサー
ビス情報を端末情報の属性に基づいて所定の形式に情報
交換して送る。各種端末機器３１、４１、５１の処理能
力の相対的な差も吸収し応用サービスを提供でき、端末
機器が接続された通信網の属性に基づいて所定の形式に
情報交換して送ることで、通信網３０、４０、５０の通
信能力の相対的な差を吸収し応用サービスを提供でき
る。また、優先度管理部１２０により情報の緊急制に応
じた伝送処理が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の端末機器を
結ぶ分散ネットワークコンピューティングシステムに係
わり、特に公衆網や有線ＬＡＮ（ＬｏｃａｌＡｒｅａ
Ｎｅｔｗｏｒｋ）、無線ＬＡＮなどの複数種類の通信
網が混在し、これらの通信網に接続される携帯情報端
末、パーソナルコンピュータ（ＰＣ）、携帯ＰＣなどの
処理能力の異なる各種端末機器に対して、在庫管理サー
ビスなどの各種アプリケーションソフトウェアの応用サ
ービスを提供する分散ネットワークコンピューティング
システム、及び情報交換方法特に優先度情報に基づく情
報交換方法、及びこの方法のプログラム情報を格納した
コンピュータ読取り可能な記憶媒体、並びに情報交換装
置に関する。

【０００２】

【従来の技術】従来のコンピュータによる情報の処理
は、１つのメインとなるコンピュータに複数の端末を接
続して利用する集中処理システムが主流であった。これ
に対して、複数のコンピュータがネットワークなどで接
続され、それぞれのコンピュータが所有している資源を
共有し、効率の良い処理ができるように構成されたのが
分散処理システムであり、異機種間で各種アプリケーシ
ョンソフトウェアを分散処理するための環境を分散コン
ピューティング環境と呼ぶ。

【０００３】分散コンピューティングを実現したネット
ワーク環境では、ユーザはプログラムやデータが特別ど
こにあるかを意識する必要がない。論理的には、ネット
ワーク全体があたかも１台のコンピュータであるかのよ
うに様相を呈するため、ユーザは自分の操作環境から必
要な情報や機能を利用することができる。

【０００４】

【発明が解決しようとする課題】ところで、上記したよ
うなネットワーク環境において、例えば在庫管理サービ
スなどのアプリケーションソフトウェアである応用サー
ビスを各端末機器に提供するシステムを考えた場合、ユ
ーザが利用する端末機器には、それぞれに処理能力（こ
れを端末属性と呼び、ＣＰＵの能力をはじめ、表示画面
サイズやメモリ容量等を含む）に差があり、その差を吸
収／調整するためには、端末側ないしはサーバ側で人為
的な情報操作が必要となる。

【０００５】さらに、各端末機器は、例えば公衆網に接
続されていたり、有線や無線のＬＡＮ（ＬｏｃａｌＡ
ｒｅａＮｅｔｗｏｒｋ）に接続されているなど、それ
ぞれに利用している通信網が異なる。したがって、各通
信網毎に通信インフラとしてのデータ伝送速度、伝送
量、品質等の相対的な差も存在する。

【０００６】一般に、汎用機器としてのパーソナルコン
ピュータ（ＰＣ）の処理能力を上のレベルとすると、携
帯情報端末は中のレベル、それ以外の端末機器は下のレ
ベルとなる。また、通信インフラとして、有線或いは無
線のＬＡＮは伝送量、品質共に上のレベルであるが、Ｉ
ＳＤＮ（ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅｓＤｉ
ｇｉｔａｌＮｅｔｗｏｒｋ：総合ディジタル通信網）
は中のレベル、アナログ有線、アナログ或いはデジタル
の無線は下のレベルとなる。

【０００７】ネットワーク環境には、このような各端末
機器毎の処理能力の差、そして、通信インフラとしての
通信能力の差がある。したがって、このような環境下
で、各種端末機器に応用サービスを共通に提供するのは
非常に困難を要する問題があった。

【０００８】さらに、このような各端末機器毎の処理能
力の差や、通信インフラとしての通信能力の差を吸収し
てサービス提供を行うためには、繁雑な処理を必要とす
ることから、それ相応の能力を持つ大型のサーバコンピ
ュータが必要となる問題があった。

【０００９】また、会社、工場などの事業所では、構内
の内線電話機相互間および内線電話機と加入者伝回線
（局線）の交換接続を行うための交換器を設置する必要
がある。一般に構内交換機或いは構内交換設備をＰＢＸ
（ＰｒｉｖａｔｅＢｒａｎｃｈＥｘｃｈａｎｇｅ）
と称しており、特にデジタル方式の構内交換機をデジタ
ルＰＢＸと呼んでいる。デジタルＰＢＸは、音声信号を
デジタル信号に変換して処理するので、構内で使用され
ているパーソナルコンピュータ、ワードプロセッサ、計
算機などのＯＡ機器をデジタルＰＢＸに接続し、これら
のデータと音声を１元的に、且つ効率的に処理すること
が可能である。さらに、デジタルＰＢＸに各種ネットワ
ーク機能を付加することにより、オフィス内通信ネット
ワークから広域ネットワークを構築することができる。

【００１０】また、はじめてＬＡＮを構築するときは、
多くの場合、１本のＥｔｈｅｒｎｅｔケーブル（同軸ケ
ーブル）に数題のコンピュータ機器が接続されている。
しかし、ネットワーク化が進み、接続機器が増加してい
くと、ケーブルの物理的な長さの限界につき当たる。こ
の制約を越えてネットワークを物理的にも論理的にも拡
張する道具として、ルータなどがある。

【００１１】ルータは、閉ループを持つようなネットワ
ークを構成でき、必要なパケットだけを最適な道筋を決
定して（ルーティング）通過させる。ルータは、インタ
ネット・プロトコル（ネットワーク層）にあるネットワ
ーク番号により判定し、次にノード番号により判定を行
い、最終到達地を決定する。

【００１２】ネットワーク層にあるインタネットプロト
コルは、ＴＣＰ／ＩＰ、ＯＳＩなどのプロトコルによっ
て定義の方法が異なるので、ルータは基本的に１種類の
プロトコルをサポートすることになる。換言すれば、複
数のプロトコルが混在するバックボーン・ネットワーク
から特定のプロトコルのネットワークだけを選択するこ
とができ、Ｅｔｈｅｒｎｅｔから回線へとスピードによ
る負荷率低下が必要なところでは効果的である。

【００１３】しかしながら、このような交換機やルータ
のようなネットワーク接続装置上で、上述したような各
端末機器毎の処理能力の差や、通信インフラとしての通
信能力の差を吸収してサービス提供を行うようなシステ
ムは従来には提案されていなかった。

【００１４】さらに、また、システム内で利用される端
末機器は、システム設計時にその属性が決定され、その
属性に合わせて応用サービスが提供されるのが一般的で
ある。このため、新しい属性を持った端末機器が開発さ
れても容易にはシステム内に導入して利用することはで
きない、といった大きな問題があった。そして、ネット
ワークコンピューティング環境下では、オリジナルデー
タを管理するサーバの該オリジナルデータの変更が成さ
れることは多々ある。このような場合、サーバに接続さ
れる端末機器側では、人為的な情報操作によらなけれ
ば、上記変更の事実は分からず、対応できず極めて不便
なものであった。

【００１５】そして、上述のような環境下においては、
例えばデータ伝送能力の低い回線を用いてデータ通信を
行う必要が発生する場合が多々ある。一般にデータ伝送
（例：データのコピー）には時間がかかるものであり、
前述のようなデータ伝送能力の低い回線で大量のデータ
転送を行った場合、データ転送時間が長くなると共に通
信費がかかり、さらにホスト使用料もかかるものであ
る。また、データ伝送能力の低い回線を用いる場合、信
頼性にも不安が残るものである。

【００１６】ところで、上述のようなネットワークコン
ピューティングでは、情報伝送の優先度が高い例えば緊
急情報といったように、他の場合に比較していちはやく
端末側へデータ伝送を行う必要が生じることがある。し
かしながら、このような場合にあっても、データ伝送方
法は通常の処理と何等かわることがなく、この上なく不
便なものであった。

【００１７】そこで、本発明は上記事情を考慮して成さ
れたものであり、各端末機器が存在するネットワーク環
境において、各端末機器の処理能力に応じた応用サービ
スの提供を可能とし、しかも大型のサーバコンピュータ
を必要とせずに各端末機器の処理能力に応じた応用サー
ビスの提供を可能とし、さらに、複数の通信インフラが
混在する場合でも、その通信インフラの通信能力に応じ
た応用サービスの提供を可能として、しかも情報伝送の
優先度を考慮した分散ネットワークコンピューティング
システム、及び情報交換方法、及びこの方法のプログラ
ム情報を格納したコンピュータ読取り可能な記憶媒体、
並びに情報交換装置を提供することを目的とする。

【００１８】さらに、本発明は、各端末機器が存在する
ネットワーク環境において、交換機やルータのようなネ
ットワーク接続装置上で、各端末機器毎の処理能力の差
や、通信インフラとしての通信能力の差を吸収／調整し
てサービス提供を行え、しかも情報伝送の優先度を考慮
した分散ネットワークコンピューティングシステム、及
び情報交換方法、及びこの方法のプログラム情報を格納
したコンピュータ読取り可能な記憶媒体、並びに情報交
換装置を提供することを目的とする。

【００１９】

【課題を解決するための手段】

（１）本発明は、各種アプリケーションソフトウェア等
の応用サービスを提供する情報処理装置と、この情報処
理装置から応用サービスの提供を受ける端末機器と、上
記情報処理装置と上記端末機器とを接続する通信網とか
らなる分散ネットワークコンピューティングシステムに
おいて、ネットワークを相互接続するためのネットワー
ク接続手段に情報交換装置を設けたものである。

【００２０】この情報交換装置は、上記端末機器の処理
能力を示す端末属性情報を管理する端末属性情報管理手
段と、この端末属性情報管理手段から通信相手となる端
末機器の端末属性情報を取得し、応用サービスとして提
供されるサービス情報を上記端末属性情報に基づいて特
定の形式に変換する変換手段と、この変換手段によって
変換された上記サービス情報を上記通信網を介して送信
する通信手段と、この通信手段にて上記サービス情報を
上記端末機器に送信する際当該サービス情報に付与され
た優先度情報に基づいて伝送制御する手段とを具備して
構成される。

【００２１】このような構成によれば、ネットワーク上
に複数種類の端末機器が存在する場合において、情報処
理装置によって提供されるサービス情報が各端末機器の
処理能力に応じて情報交換される。この場合の情報交換
とは、通信相手となる端末機器の処理能力に合わせて、
ある情報の形式を変えることである。例えば画像情報
（イメージ）を送る際に、その相手の端末機器に画像処
理能力がなければ、当該画像情報をシンボル情報に変換
して送る。

【００２２】これにより、携帯性に優れているが、情報
処理能力（演算能力）や画面表示／ユーザインタフェー
ス提供能力が他の端末機器（ＰＣなど）と比較して相対
的に劣っている端末機器を用いて分散ネットワークコン
ピューティングシステムを構築することができ、端末側
では、形式は変わっても、他の端末機器と同じようなサ
ービスを受けることができるようになる。

【００２３】特に、このような情報交換をネットワーク
接続手段（回線交換機やルータなど）で行うことによ
り、利用者の端末機器に近いところで最終的な形式に情
報交換することができる。つまり、各サプネットワーク
からネットワークができる場合に、そのサブネットワー
クに適した形式に情報交換を行うことができる。しか
も、情報度優先度に応じた送信制御を行えるので、緊急
を要する情報の迅速な伝送が可能である。

【００２４】（２）本発明は、各種アプリケーションソ
フトウェア等の応用サービスを提供する情報処理装置
と、この情報処理装置から応用サービスの提供を受ける
端末機器と、上記情報処理装置と上記端末機器とを接続
する通信網とからなる分散ネットワークコンピューティ
ングシステムにおいて、ネットワークを相互接続するた
めのネットワーク接続手段に情報交換装置を設けたもの
である。

【００２５】この情報交換装置は、上記通信網の通信能
力を示す通信インフラ情報を管理する通信インフラ情報
管理手段と、この通信インフラ情報管理手段から通信相
手となる端末機器が接続されている通信網の通信インフ
ラ情報を取得し、応用サービスとして提供されるサービ
ス情報を上記通信インフラ情報に基づいて特定の形式に
変換する変換手段と、この変換手段によって変換された
上記サービス情報を上記通信網を介して送信する通信手
段と、この通信手段にて上記サービス情報を上記端末機
器に送信する際当該サービス情報に付与された優先度情
報に基づいて伝送制御する手段とを具備して構成され
る。

【００２６】このような構成によれば、ネットワーク上
に複数種類の通信網が混在する場合において、情報処理
装置によって提供されるサービス情報が各通信網の通信
能力に応じた形式に情報交換される。この場合の情報交
換とは、通信相手となる端末機器が接続されている通信
網の通信能力に合わせて、ある情報の形式を変えること
である。例えば通信網のデータ伝送能力が高ければ、デ
ータの暗号化を行って送り、データ伝送能力が低けれ
ば、バイナリデータをテキストデータに変換したり、セ
ンタリングなどの書式情報を空白文字に変えたり、フォ
ント情報の無視するなどして送信データサイズを変更し
てから送る。なお、データ伝送能力が低い場合に、端末
側に適当な演算能力があれば、データを圧縮して送って
も良い。

【００２７】これにより、各種の通信インフラが混在す
るシステムであっても、通信インフラのデータ伝送速度
／量／品質等の相対的な差を吸収することができ、端末
側では、形式は変わっても、他の端末機器と同じような
サービスを受けることができる。

【００２８】特に、このような情報交換をネットワーク
接続手段（回線交換機やルータなど）で行うことによ
り、利用者の端末機器に近いところで最終的な形式に情
報交換することができる。つまり、各サプネットワーク
からネットワークができる場合に、そのサブネットワー
クに適した形式に情報交換を行うことができる。しか
も、情報度優先度に応じた送信制御を行えるので、緊急
を要する情報の迅速な伝送が可能である。

【００２９】（３）本発明は、各種アプリケーシａンソ
フトウェア等の応用サービスを提供する情報処理装置
と、この情報処理装置から応用サービスの提供を受ける
端末機器と、上記情報処理装置と上記端末機器とを接続
する通信網とからなる分散ネットワークコンピューティ
ングシステムにおいて、ネットワークを相互接続するた
めのネットワーク接続手段に情報交換装置を設けたもの
である。

【００３０】この情報交換装置は、上記端末機器の処理
能力を示す端末属性情報を管理する端末属性情報管理手
段と、上記通信網の通信能力を示す通信インフラ情報を
管理する通信インフラ情報管理手段と、上記端末属性情
報管理手段から通信相手となる端末機器の端末属性情報
を取得するとともに、上記通信インフラ情報管理手段か
ら同端末機器が接続されている通信網の通信インフラ情
報を取得し、応用サービスとして提供されるサービス情
報を上記端末属性情報および上記通信インフラ情報に基
づいて特定の形式に変換する変換手段と、この変換手段
によって変換された上記サービス情報を上記通信網を介
して送信する通信手段と、この通信手段にて上記サービ
ス情報を上記端末機器に送信する際当該サービス情報に
付与された優先度情報に基づいて伝送制御する手段とを
具備して構成される。

【００３１】このような構成によれば、ネットワーク上
に複数種類の端末機器および複数種類の通信網が存在す
る場合において、情報処理装置によって提供されるサー
ビス情報が各端末機器の処理能力および各通信網に応じ
た形式に情報交換される。この場合の情報交換とは、通
信相手となる端末機器の処理能力と同端末機器が接続さ
れている通信網の通信能力に合わせて、ある情報の形式
を変えることである。

【００３２】これにより、携帯性に優れているが、情報
処理能力（計算能力）や画面表示／ユーザインタフェー
ス提供能力が他の端末機器（ＰＣなど）と比較して相対
的に劣っている端末機器（ＰＤＡなど）を用いて分散ネ
ットワークコンピューティングシステムを構築すること
ができ、端末側では、形式は変わっても、他の端末機器
と同じようなサービスを受けることができるようにな
る。さらに、各種の通信インフラが混在するシステムで
あっても、通信インフラのデータ伝送速度／量／品質等
の相対的な差を吸収することができ、端末側では、形式
は変わっても、他の端末機器と同じようなサービスを受
けることができるようになる。

【００３３】特に、このような情報交換をネットワーク
接続手段（回線交換機やルータなど）で行うことによ
り、利用者の端末機器に近いところで最終的な形式に情
報交換することができる。つまり、各サブネットワーク
からネットワークができる場合に、そのサブネットワー
クに適した形式に情報交換を行うことができる。しか
も、情報度優先度に応じた送信制御を行えるので、緊急
を要する情報の迅速な伝送が可能である。

【００３４】（４）本発明は、応用サービスを提供する
第１の情報処理装置と、この第１の情報処理装置から応
用サービスの提供を受ける端末機器と、上記第１の情報
処理装置と上記端末機器とを接続する通信網とからなる
分散ネットワークコンピューティングシステムにおい
て、上記第１の情報処理装置とは別に上記通信網に接続
される第２の情報処理装置に、上記端末機器の処理能力
を示す端末属性情報を管理する端末属性情報管理手段を
設けたものである。

【００３５】上記第１の情報処理装置は、１つ又は複数
の第２の情報処理装置の中から上記端末属性情報管理手
段を有する第２の情報処理装置を検索する検索手段と、
この検索手段によって検索された上記第２の情報処理装
置を対象として、上記端末属性情報管理手段から通信相
手となる端末機器の端末属性情報を取得し、応用サービ
スとして提供されるサービス情報を上記端末属性情報に
基づいて特定の形式に変換する変換手段と、この変換手
段によって変換された上記サービス情報を上記通信網を
介して送信する通信手段と、この通信手段にて上記サー
ビス情報を上記端末機器に送信する際当該サービス情報
に付与された優先度情報に基づいて伝送制御する手段と
を具備して構成される。

【００３６】このような構成によれば、ネットワーク上
に複数種類の端末機器が存在する場合において、第１の
情報処理装置（応用サービスを行うメインのサーバコン
ピュータ）によって提供されるサービス情報が各端末機
器の処理能力に応じて情報交換される。この場合の情報
交換とは、通信相手となる端末機器の処理能力に合わせ
て、ある情報の形式を変えることである。例えば画像情
報（イメージ）を送る際に、その相手の端末機器に画像
処理能力がなければ、当該画像情報をシンボル情報に変
換して送る。

【００３７】これにより、携帯性に優れているが、情報
処理能力（演算能力）や画面表示／ユーザインタフェー
ス提供能力が他の端末機器（ＰＣなど）と比較して相対
的に劣っている端末機器（ＰＤＡ（ｐｅｒｓｏｎａｌ
ｄｉｇｉｔａｌａｓｓｉｓｔａｎｔｓ）など）を用い
て分散ネットワークコンピューティングシステムを構築
することができ、端末側では、形式は変わっても、他の
端末機器と同じようなサービスを受けることができるよ
うになる。

【００３８】さらに、情報交換に必要な端末属性情報の
管理機能を第２の情報処理装置（サブのサーバコンピュ
ータ）に分散して持たすことで、第１の情報処理装置の
処理負担を軽減することができ、障害にも強いシステム
を実現することができる。しかも、情報度優先度に応じ
た送信制御を行えるので、緊急を要する情報の迅速な伝
送が可能である。

【００３９】（５）本発明は、応用サービスを提供する
第１の情報処理装置と、この第１の情報処理装置から応
用サービスの提供を受ける端末機器と、上記第１の情報
処理装置と上記端末機器とを接続する通信網とからなる
分散ネットワークコンピューティングシステムにおい
て、上記第１の情報処理装置とは別に上記通信網に接続
される第２の情報処理装置に、上記通信網の通信能力を
示す通信インフラ情報を管理する通信インフラ情報管理
手段を設けたものである。

【００４０】上記第１の情報処理装置は、１つ又は複数
の第２の情報処理装置の中から上記通信インフラ情報管
理手段を有する第２の情報処理装置を検索する検索手段
と、この検索手段によって検索された上記第２の情報処
理装置を対象として、上記通信インフラ情報管理手段か
ら通信相手となる端末機器の通信インフラ情報を取得
し、応用サービスとして提供されるサービス情報を上記
通信インフラ情報に基づいて特定の形式に変換する変換
手段と、この変換手段によって変換された上記サービス
情報を上記通信網を介して送信する通信手段と、この通
信手段にて上記サービス情報を上記端末機器に送信する
際当該サービス情報に付与された優先度情報に基づいて
伝送制御する手段とを具備して構成される。

【００４１】このような構成によれば、ネットワーク上
に複数種類の通信網が混在する場合において、第１の情
報処理装置（応用サービスを行うメインのサーバコンピ
ュータ）によって提供されるサービス情報が各通信網の
通信能力に応じた形式に情報交換される。この場合の情
報交換とは、通信相手となる端末機器が接続されている
通信網の通信能力に合わせて、ある情報の形式を変える
ことである。例えば通信網のデータ伝送能力が高けれ
ば、データの圧縮化や暗号化を行って送り、データ伝送
能力が低ければ、バイナリデータをテキストデータに変
換したり、センタリングなどの書式情報を空白文字に変
えたり、フォント情報の無視するなどして送信データサ
イズを変更してから送る。尚、データ伝送能力が低い場
合に、端末側に適当な演算能力があれば、データを圧縮
して送っても良い。

【００４２】これにより、各種の通信インフラが混在す
るシステムであっても、通信インフラのデータ伝送速度
／量／品質等の相対的な差を吸収することができ、端末
側では、形式は変わっても、他の端末機器と同じような
サービスを受けることができる。

【００４３】さらに、情報交換に必要な通信インフラ情
報の管理機能を第２の情報処理装置（サブのサーバコン
ピュータ）に分散して持たすことで、第１の情報処理装
置の処理負担を軽減することができ、障害にも強いシス
テムを実現することができる。しかも、情報度優先度に
応じた送信制御を行えるので、緊急を要する情報の迅速
な伝送が可能である。

【００４４】（６）本発明は、応用サービスを提供する
第１の情報処理装置と、この第１の情報処理装置から応
用サービスの提供を受ける端末機器と、上記第１の情報
処理装置と上記端末機器とを接続する通信網とからなる
分散ネットワークコンピューティングシステムにおい
て、上記第１の情報処理装置とは別に上記通信網に接続
される第２の情報処理装置に、上記端末機器の処理能力
を示す端末属性情報を管理する端末属性情報管理手段お
よび上記通信網の通信能力を示す通信インフラ情報を管
理する通信インフラ情報管理手段を設けたものである。

【００４５】上記第１の情報処理装置は、１つ又は複数
の第２の情報処理装置の中から上記端末属性情報管理手
段および上記通信インフラ情報管理手段を有する第２の
情報処理装置を検索する検索手段と、この検索手段によ
って検索された上記第２の情報処理装置を対象として、
上記端末属性情報管理手段から通信相手となる端末機器
の端末属性情報を取得するとともに、上記通信インフラ
情報管理手段から通信相手となる端末機器の通信インフ
ラ情報を取得し、応用サービスとして提供されるサービ
ス情報を上記端末属性情報および上記通信インフラ情報
に基づいて特定の形式に変換する変換手段と、この変換
手段によって変換された上記サービス情報を上記通信網
を介して送信する通信手段と、この通信手段にて上記サ
ービス情報を上記端末機器に送信する際当該サービス情
報に付与された優先度情報に基づいて伝送制御する手段
とを具備して構成される。

【００４６】このような構成によれば、ネットワーク上
に複数種類の端末機器および複数種類の通信網が存在す
る場合において、情報処理装置（応用サービスを行うメ
インのサーバコンピュータ）によって提供されるサービ
ス情報が各端末機器の処理能力および各通信網に応じた
形式に情報交換される。この場合の情報交換とは、通信
相手となる端末機器の処理能力と同端末機器が接続され
ている通信網の通信能力に合わせて、ある情報の形式を
変えることである。

【００４７】これにより、携帯性に優れているが、情報
処理能力（演算能力）や画面表示／ユーザインタフェー
ス提供能力が他の端末機器（ＰＣなど）と比較して相対
的に劣っている端末機器（ＰＤＡなど）を用いて分散ネ
ットワークコンピューティングシステムを構築すること
ができ、端末側では、形式は変わっても、他の端末機器
と同じようなサービスを受けることができるようにな
る。さらに、各種の通信インフラが混在するシステムで
あっても、通信インフラのデータ伝送速度／量／品質等
の相対的な差を吸収することができ、端末側では、形式
は変わっても、他の端末機器と同じようなサービスを受
けることができるようになる。

【００４８】さらに、情報交換に必要な端末属性情報の
管理機能や通信インフラ情報の管理機能を第２の情報処
理装置（サブのサーバコンピュータ）に分散して持たす
ことで、第１の情報処理装置の処理負担を軽減すること
ができ、障害にも強いシステムを実現することができ
る。しかも、情報度優先度に応じた送信制御を行えるの
で、緊急を要する情報の迅速な伝送が可能である。

【００４９】

【発明の実施の形態】以下、図面を参照して本発明の一
実施形態を説明する。

【００５０】（第１の実施形態）図１は本発明の一実施
形態に係る分散ネットワークコンピューティングシステ
ムの構成を示すブロック図である。図１において、１は
サーバ計算機であり、処理能力の高い汎用コンピュータ
から成る。

【００５１】このサーバ計算機１は、オフィス内に設置
され、応用サービス提供部２０を有し、在庫管理サービ
スなどの各種応用サービス（アプリケーションソフト）
を各端末機器に提供する。この応用サービス提供部２０
によって提供されるサービスは、後述するイメージリー
ダ４３やプリンタ４２を入出力機器として利用すること
ができる。

【００５２】サーバ計算機１には、公衆網３０、有線Ｌ
ＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）４０、
無線ＬＡＮ５０といった通信能力の異なる３種類の通信
網（以下、通信インフラと称す）が接続されている。

【００５３】公衆網３０には、携帯情報端末３１、携帯
電話３２、ポケットベル機器（ポケベル：ページャ）３
３、ファクシミリ装置（ＦＡＸ）３４が接続されてい
る。公衆網３０にはアナログ通信網とデジタル通信網が
あり、アナログ通信網はデジタル通信網と比較するとデ
ータ伝送量並びに信頼性は一般に低い。また、携帯情報
端末３１は、公衆網３０に包含される移動体通信網にて
サーバ計算機１と接続されている。移動体通信について
は、データ伝送量の低さのみならず、移動という特性に
伴う回線切断やデータ伝送時のエラー発生などの品質の
悪さを持っている。本実施形態において、この携帯情報
端末３１は携帯性を重視した情報機器であり、画面サイ
ズ／制御機能は低く、テキスト情報のみが使用できるも
のとする。また、ＣＰＵの処理能力はパーソナルコンピ
ュータ（ＰＣ）と比較すると低く、外部記憶装置も保持
していないものとする。

【００５４】有線ＬＡＮ４０には、パーソナルコンピュ
ータ（ＰＣ）４１、プリンタ４２、イメージリーダ４３
が接続されている。有線ＬＡＮ４０は、一般に携帯電話
サービスなどの無線通信と比較した場合、伝送データ量
は多く、また、回線品質も安定している。現時点での一
般のオフィス向けの分散ネットワーク応用サービスに
は、この有線ＬＡＮ４０を対象として設計されることが
多い。

【００５５】プリンタ４２とイメージリーダ４３はオフ
ィスビル内の出力機器／入力機器として設置されてい
る。例えば在庫管理サービスでは、イメージリーダ４３
にて在庫伝票を読み取り、そのデータを有線ＬＡＮ４０
を介してサーバ計算機１に送り、その集計結果をプリン
タ４２で出力するといった利用となる。

【００５６】無線ＬＡＮ５０には、携帯用ＰＣ５１が接
続されている。無線ＬＡＮ５０と有線ＬＡＮ４０の通信
能力は同程度であるが、この無線ＬＡＮ５０に接続され
た携帯用ＰＣ５１の処理能力は有線ＬＡＮ４０に接続さ
れたＰＣ４１の処理能力よりは劣る。

【００５７】さらに、図示はしないが、上記ネットワー
ク環境には、サーバ計算機１とは別のサーバ計算機も接
続されているものである。

【００５８】このように、ネットワーク環境には、各端
末機器の処理能力の差、そして、通信インフラの通信能
力の差が存在する。

【００５９】そこで、本実施形態では、サーバ計算機１
に情報交換装置１０を設け、ネットワーク上に存在する
各種端末機器や通信インフラの属性（情報処理能力の
差、通信能力の差）を吸収／調整するようにしている。

【００６０】この情報交換装置１０は、情報交換プロセ
ス部１１、端末情報管理部１２、応用サービスのユーザ
インタフェース情報管理部１３、利用者情報管理部１
４、通信インフラ情報管理部１５から成る。

【００６１】以下、図２乃至図８を参照して情報交換装
置１０の各部の構成を説明する。

【００６２】図２は情報交換プロセス部１１の内部構成
を示すブロック図である。情報交換プロセス部１１は、
応用サービスとしての情報を各端末機器や通信インフラ
の属性に合わせて他の情報に形式交換するための一連の
処理を担うところである。この情報交換プロセス部１１
は、情報交換装置内部通信インタフェース部１１１、端
末種別判断部１１２、情報交換実行部１１３、サーバ内
利用者データ情報管理部１１４、圧縮／暗号処理部１１
５、情報交換装置外部通信インタフェース部１１６、デ
ータ変更管理部１１７、データ更新管理部１１８、再送
管理部１１９、優先度管理部１２０、端末監視部１１０
とから成る。

【００６３】情報交換装置内部通信インタフェース部１
１１は、情報交換装置１０内の他の構成要素と通信を行
うためのインタフェースである。端末種別判断部１１２
は、利用者の端末機器がどのような種類（例えば大画面
デスクトップＰＣ、携帯用小画面サブノート型ＰＣ、携
帯情報端末等）のものなのかを判断する。情報交換実行
部１１３は、実際の情報交換処理（情報の分解、検索、
抽出、再加工）を実行する。サーバ内利用者データ情報
管理部１１４は、サーバ計算機１内に登録されている利
用者データの情報を管理する。圧縮／暗号処理部１１５
は、情報交換装置１０内から外部に対して通信を行う場
合に、必要に応じてその通信データの圧縮化や暗号化の
処理を行う。情報交換装置外部通信インタフェース部１
１６は、情報交換装置１０から外部に対して通信を行う
ためのインタフェースである。データ変更管理部１１７
は、サーバ計算機１に管理格納されているデータに変更
があった場合に、当該データに関係する端末機器にデー
タ変更があった旨を通知し、変更データに対応する措置
を講じる機能を司るところである。データ更新管理部１
１８は、情報交換装置内部通信インタフェース部１１１
と圧縮／暗号処理部１１５に接続され、サーバ計算機１
内にて構造化言語を用いて管理格納された文書データ／
ユーザデータなどのデータ更新情報やイメージデータの
シンボル情報への置換えデータ並びに前記データの外部
への転送処理の制御処理を行う。再送管理部１１９は、
後述する再送処理／回線切断対応部１５３とともに、端
末へのデータ転送／伝送に失敗した場合にデータの再送
制御を行う。即ち、この再送管理部１１９は、送信先端
末が回線使用中（通信中）の場合は、再送間隔を数分後
に制御したり、パケット通信によるパケット落ちなどに
よる再送処理の場合は、情報交換実行部１１３や圧縮／
暗号処理部１１５による制御のもとで情報交換（再加工
など）／データ圧縮によりデータサイズを小さくしてデ
ータ転送時間を短縮するよう構成されている。優先度管
理部１２０は、通信データの優先度／緊急度を判断し当
該判断結果に基づく通信データの伝送方法を管理制御す
る。さらに、情報交換プロセス部１１には、端末の状態
を監視することにより端末側に不都合が生じた場合であ
っても、サービスの継続提供が可能となるよう対処する
機能を有する端末監視部１１０が設けられている。

【００６４】図３は端末情報管理部１２の内部構成を示
すブロック図である。端末情報管理部１２は、サーバ計
算機１に接続される各種端末機器毎の例えばＣＰＵ能
力、表示能力、メモリ容量といった処理能力を示す属性
情報を管理する。この端末情報管理部１２は、情報交換
装置内部通信インタフェース部１２１、端末属性交渉部
１２２、端末属性情報管理実行部１２３とから成る。

【００６５】情報交換装置内部通信インタフェース部１
２１は、情報交換装置１０内の他の構成要素と通信を行
うためのインタフェースである。端末属性交渉部１２２
は、端末情報管理部１２が端末機器と端末属性について
の各種やりとり／交渉を行うときのインタフェースであ
る。端末属性情報管理実行部１２３は、各端末機器毎の
端末属性情報が登録された端末属性テーブルを管理／操
作するインタフェースである。

【００６６】図４はユーザインタフェース情報管理部１
３の内部構成を示すブロック図である。利用者が応用サ
ービスを利用する場合に、端末機器上でアイコンを操作
したり、ボタンを操作したり、コマンドを入力するな
ど、その操作方法は端末機器毎に異なってくる。ユーザ
インタフェース情報管理部１３は、このような応用サー
ビスを行う際の各端末機器毎に固有の操作方法を示すユ
ーザインタフェース情報を管理する。このユーザインタ
フェース情報管理部１３は、情報交換装置内部通信イン
タフェース部１３１と応用サービスインタフェーステー
ブル管理部１３２から成る。

【００６７】情報交換装置内部通信インタフェース部１
３１は、情報交換装置１０内の他の構成要素と通信を行
うためのインタフェースである。応用サービスインタフ
ェーステーブル管理部１３２は、各応用サービス毎のユ
ーザインタフェースに関する情報を管理している。

【００６８】図５は利用者情報管理部１４の内部構成を
示すブロック図である。例えば画面表示を例にすると、
利用者が応用サービスを利用する場合に、端末機器上で
グラフなどの表示物は見易い位置に任意に移動させるな
ど、利用者によって色々な好みがある。利用者情報管理
部１４は、このような応用サービスを利用する際の画面
表示嗜好を含む利用者毎に固有の操作方法を示す利用者
情報を管理する。この利用者情報管理部１４は、情報交
換装置内部通信インタフェース部１４１、利用者情報テ
ーブル管理部１４２、利用者認証部１４３から成る。

【００６９】情報交換装置内部通信インタフェース部１
４１は、情報交換装置１０内の他の構成要素と通信を行
うためのインタフェースである。利用者情報テーブル管
理部１４２は、利用者名や、利用者と端末名／アドレス
／通信インフラ種別等の関連情報を管理する。利用者認
証部１４３は、情報交換装置１０において利用者認証を
必要とする場合に動作する。

【００７０】図６は通信インフラ情報管理部１５の内部
構成を示すブロック図である。通信インフラ情報管理部
１５は、データ伝送速度、伝送量、品質といった各通信
網毎の通信能力を示す属性情報を管理する。この通信イ
ンフラ情報管理部１５は、情報交換装置内部通信インタ
フェース部１５１、通信インフラ特徴管理部１５２、再
送処理／回線切断対応管理部１５３から成る。

【００７１】情報交換装置内部通信インタフェース部１
５１は、情報交換装置１０内の他の構成要素と通信を行
うためのインタフェースである。通信インフラ特徴管理
部１５２は、通信インフラとしての伝送品質や伝送速度
などの特徴情報を管理している。再送処理／回線切断対
応管理部１５３は、利用者が使用している通信インフラ
に応じて再送処理や回線切断時の処理機能を実装してい
る。

【００７２】次に、同実施形態の動作を説明する。

【００７３】まず、情報交換装置１０を用いない場合の
一般的な応用サービスの処理動作について、在庫管理サ
ービスを例にして説明する。

【００７４】図７は一般的な応用サービスの処理動作を
示すフローチャートである。サーバ計算機１は、有線Ｌ
ＡＮ４０を介してイメージリーダ４３からの入力を受け
付け、在庫伝票などの情報を応用サービス提供部２０に
引き渡す（ステップＡ１１）。サーバ計算機１におい
て、応用サービス提供部２０はイメージリーダ４３によ
って読み取った伝票情報の中から必要とされる在庫量を
抽出し、例えばＰＣ４１を使用している利用者に対して
その内容をＰＣ４１の表示画面に表示出力する（ステッ
プＡ１２）。

【００７５】この表示により、利用者はサーバ計算機１
に接続されたＰＣ４１を用いて、在庫量を最新情報に更
新するなどの情報加工を行う（ステップＡ１３）。利用
者からの修正情報を受けた応用サービス提供部２０は、
その結果を反映させた新規の在庫伝票をプリンタ４２に
出力する（ステップＡ１４）。これにより、利用者はプ
リンタ４２の出力結果から新規の在庫伝票を得ることが
できる。

【００７６】このような一般的な応用サービスでは、利
用者がＰＣ４１、プリンタ４２、イメージリーダ４３を
身近で利用できることが前提である。図１の例では、Ｐ
Ｃ４１、プリンタ４２、イメージリーダ４３はオフィス
内にてサーバ計算機１と有線ＬＡＮ４０を介して接続さ
れている。

【００７７】次に、オフィス外で携帯情報端末３１や携
帯用ＰＣ５１を使用する利用者に対して、応用サービス
を提供する場合を説明する。

【００７８】図８は情報交換装置１０を用いた場合の応
用サービスの処理動作を示すフローチャートである。
尚、情報交換装置１０は、サーバ計算機１内にて応用サ
ービス提供部２０の外部インタフェース先に設置されて
いる。

【００７９】まず、情報交換装置１０は、応用サービス
提供部２０から送信対象となる端末機器の情報を受信す
る（ステップＢ１１）。その際、送信先の端末機器がオ
フィス内のＰＣ４１の場合には、情報交換装置１０を必
要としないため（ステップＢ１２の「利用しない」
へ）、サーバ計算機１は図７で説明した通常の処理を実
行することになる（ステップＢ１３）。

【００８０】一方、送信先がオフィス外の携帯情報端末
３１或いは携帯用ＰＣ５１の場合には、情報交換装置１
０による情報交換処理を実行するルーチンに入る（ステ
ップＢ１２の「利用する」へ）。

【００８１】情報交換装置１０は、当該端末機器の端末
属性情報を端末情報管理部１２から取得し（ステップＢ
１４）、応用サービス提供部２０から渡された情報をそ
の端末属性情報に基づいて情報交換（情報交換処理、端
末属性吸収処理）する（ステップＢ１５，Ｂ１６）。こ
の場合の情報交換とは、その端末機器の処理能力に合わ
せて、ある情報の形式を変えて、端末属性を吸収／調整
することである。

【００８２】例えば画像情報（イメージ）を送る際に、
その相手の端末機器に画像処理能力がなければ、当該画
像情報をシンボル情報に変換して送る。これにより、端
末側では、形式は変わっても、他の端末機器と同じよう
なサービスを受けることができる。このようにして、端
末属性に応じた情報交換が行われると、情報交換装置１
０はその変換後の情報をサービス情報として当該端末機
器に対して送る（ステップＢ１７）。

【００８３】ここで、端末属性情報管理部１２からの端
末属性の読み取りについて説明する。尚、端末属性に
は、例えば画面サイズ、画面制御情報、画面に表示可能
なデータの種類などが含まれる。

【００８４】端末属性の読み取りには、（Ａ）端末属性テーブルを端末情報管理部１２内に持つ（Ｂ）端末機器から端末属性情報を入手するという２つの方法が考えられる。

【００８５】本実施形態において、前者（Ａ）の方法
は、端末機器が携帯情報端末３１の場合に利用する。ま
た、後者（Ｂ）の方法は、端末機器が携帯ＰＣ５１の場
合に利用する。（Ａ）／（Ｂ）の選択は、利用者情報管
理部１４において、利用者名と端末アドレスと通信イン
フラとの対応を利用者情報テーブル管理部１４２から得
て端末属性管理実行部１２３が判断する。端末側のＣＰ
Ｕ能力が十分にあり、通信回線の品質が高い場合には、
端末側と端末属性の交渉を行う後者（Ｂ）の方法が採用
される。

【００８６】（Ｂ）の方法については、端末とサーバ
（情報交換装置１０）との間で端末属性を決定するプロ
トコルが決められている。プロトコルシーケンスの概念
を図９に示す。このプロトコルシーケンスに示すよう
に、端末側の制御コード系（改行コード、タブなど）
や、ビットマップ、画面サイズ、利用可能なフォント種
別（対応言語を含む）などを、端末とサーバ（情報交換
装置１０）間で確認し合う。

【００８７】次に、情報交換の方法について説明する。

【００８８】情報交換は、端末側で表示能力がない場合
や、通信インフラの情報の伝送能力が乏しく、サーバで
情報の量的／質的変換が必要な場合などに実行される。

【００８９】情報交換としては、具体的には、・バイナリデータからテキストデータへの変換・画像情報からシンボル情報への変換・アイコンデータからシンボル情報への変換・音声情報からテキスト情報への変換・カラー画像からモノクロ画像への変換などがある。

【００９０】このうちのバイナリデータからテキストデ
ータへの変換について説明すると、例えばＰＣなどで利
用されている文書作成用アプリケーションソフト、即ち
ワープロソフトでは、作成された文書データはバイナリ
データにて保存されることが多い。これは、テキストデ
ータだけではなく、文書の書式やフォントなどの種々の
付属情報も保存する必要があるためである。

【００９１】ところが、一般にこのバイナリデータは、
単純なテキストデータに比べてデータサイズが大きい。
また、そのバイナリデータを表示させるためには、端末
側にはテキスト表示能力のみならず、各種の画像表示能
力が必要である。さらに、端末側の画面サイズは携帯性
を重視して小さく設計されることが多いため、サーバ側
での文書データを加工してから表示する必要があること
が多い。

【００９２】このような問題を処理するために、情報交
換が有効となる。即ち、バイナリデータをテキストデー
タに変換して端末機器に送る。これにより、端末側で
は、自身の処理能力に応じた処理を行い得るようにな
る。

【００９３】このときの情報交換の処理動作を図１０に
示す。

【００９４】図１０は端末属性に応じた情報交換の処理
動作を示すフローチャートである。応用サービスとして
ワープロソフトを例にすると、情報交換装置１０は、ま
ず、文書データの所在をサーバ内利用者データ情報管理
部１１４にて検索し、その文書データがどのような形式
で保存されているのかを調べる（ステップＣ１１）。

【００９５】その結果、文書データがバイナリデータで
あれば（ステップＣ１２のＹＥＳ）、情報交換装置１０
は情報交換実行部１１３にて当該バイナリ文書データを
テキスト、書式、フォントなどの各要素毎に部品展開
（文書分解）する（ステップＣ１３）。そして、その各
部品要素から必要な情報を検索、抽出することにより
（ステップＣ１４、Ｃ１５）、その情報を端末画面に合
わせた情報フォーマットに再加工する（ステップＣ１
６）。再加工された情報つまり端末に合わせて情報交換
されたワープロソフトのサービス情報は、情報交換装置
外部通信インタフェース部１１６にて当該端末機器に提
供される。

【００９６】また、その他の情報交換についても同様で
あり、例えば端末側に画像処理能力がなければ、その画
像部分をシンボルテキスト情報に変換したり、アイコン
をシンボルテキスト情報に変換する。さらに、端末側に
音声処理能力がなければ、音声情報をテキスト情報に変
換して送ることで、それぞれの処理能力に応じたサービ
スの提供が可能となる。

【００９７】このように、ネットワーク上に複数種類の
端末機器が存在する場合において、応用サービスとして
提供されるサービス情報を各端末機器の処理能力に合致
させた形式に情報交換して送ることで、携帯性に優れて
いるが、情報処理能力（演算能力）や画面表示／ユーザ
インタフェース提供能力が他の端末機器（ＰＣなど）と
比較して相対的に劣っている端末機器（ＰＤＡなど）を
用いて分散ネットワークコンピューティングシステムを
構築することができ、端末側では形式は変わっても、他
の端末機器と同じようなサービスを受けることができる
ようになる。

【００９８】尚、このような情報交換は、端末機器その
ものの処理能力とは別に、各端末機器毎の操作方法に応
じて実施するようにしても良い。

【００９９】即ち、利用者が応用サービスを利用する場
合に、端末機器上でアイコンを操作したり、ボタンを操
作したり、コマンドを入力するなど、その操作方法は端
末機器毎に異なってくる。このような各端末機器毎の操
作方法をユーザインタフェース情報としてユーザインタ
フェース情報管理部１３に予め登録しておき、各端末機
器毎に上記ユーザインタフェース情報に基づいて情報交
換を行うようにすれば、常に各端末機器に応じた操作方
法でサービスの提供を受けることができる。

【０１００】また、その端末機器を扱う利用者の好みに
応じて情報交換を実施するようにしても良い。

【０１０１】即ち、利用者が応用サービスを利用する場
合に、端末機器上でグラフ関係は中央に移動させて見た
り、テキストはそのままの位置で見るなど、利用者によ
って表示位置の好みが異なってくる。このような画面表
示の好み（画面表示嗜好情報）を利用者情報として利用
者情報管理部１４に予め登録しておき、各利用者毎に上
記利用者情報に基づいて情報交換を行うようにすれば、
常に利用者の好みに応じた表示位置でサービスの提供を
受けることができる。

【０１０２】次に、通信インフラに応じて情報交換する
場合について説明する。

【０１０３】情報交換装置１０は、通信インフラ情報管
理部１５の中の通信インフラ特徴管理部１５２や、利用
者情報管理部１４内の利用者情報テーブル管理部１４２
によって端末利用者が使用している通信インフラに関す
る情報を把握している。また、これらの情報に基づいて
データの再送処理制御も実施する。

【０１０４】このときの情報交換の処理動作を図１１に
示す。

【０１０５】図１１は通信インフラに応じた情報交換の
処理動作を示すフローチャートである。例えば利用者が
携帯用ＰＣ５１を使用している場合には、端末機器とし
てのＣＰＵ能力は高いと判断できる（ステップＤ１１の
ＮＯ）。このとき、通信インフラとしてのデータ伝送能
力が高ければ（ステップＤ１６のＮＯ）、情報交換装置
１０の情報交換プロセス１１では、必要に応じて圧縮／
暗号処理部１１５を用いてデータの圧縮化や暗号化を行
って（ステップＤ１７）データを送信する。また、通信
インフラとしてのデータ伝送能力が低ければ（ステップ
Ｄ１６のＹＥＳ）、例えばバイナリデータをテキストデ
ータに変換したり、センタリングなどの書式情報を空白
文字に変えたり、フォント情報の無視するなどの情報交
換処理を行って（ステップＤ１８）、送信データサイズ
を削減してからデータを送信する。

【０１０６】一方、ＣＰＵ能力の低い携帯情報端末３１
を使用している場合には（ステップＤ１１のＹＥＳ）、
通信インフラに関係なく、図１０で説明したのと同様に
情報交換処理を行うことになる（ステップＤ１２〜Ｄ１
５）。

【０１０７】このように、まず、端末機器の処理能力を
見て、その能力が高ければ、次に通信インフラの通信能
力を見て、その通信能力に応じた情報交換を行う。一
方、端末機器の処理能力が低い場合には、通信インフラ
の通信能力がいくら高くとも、端末機器の方が対応でき
ないので、その端末機器の処理能力に応じた情報交換を
行う。

【０１０８】これにより、各種の通信インフラが混在す
るシステムにおいても、通信インフラのデータ伝送速度
／量／品質等の相対的な差を吸収／調整することがで
き、端末側では、形式は変わっても、他の端末機器と同
じようなサービスを受けることができる。

【０１０９】尚、本実施形態では、端末機器として、Ｐ
Ｃや携帯用ＰＣ、携帯情報端末、ポケベル、ＦＡＸ、携
帯電話、プリンタなどを想定して説明しているが、ネッ
トワーク接続される他のサーバ計算機であっても良い。
さらに、上述情報交換の方法は、当該処理方法が記載さ
れたプログラム情報を、ハードディスク装置（ＨＤＤ）
１７やフロッピーディスク装置（ＦＤＤ）１７、ＣＤ−
ＲＯＭ１８などの記憶媒体に格納し、この格納されたプ
ログラム情報に基づいてサーバ計算機１が上述動作／制
御を実行するようにしても良いのは勿論である。

【０１１０】次に、データの暗号化を行う場合について
説明する。

【０１１１】オフィス外にて応用サービスを利用する場
合には、その応用サービスのセキュリティを確保するた
め、データを暗号化して送ることが重要となる。この場
合、端末側には暗号化データを解読する能力が必要であ
るため、全ての端末機器に暗号化データを送るわけには
いかない。また、データを暗号化すると、通常、データ
量が増えるため、通信インフラのデータ伝送能力も高く
なくてはいけない。

【０１１２】このときの処理動作を図１２に示す。

【０１１３】図１２はデータの暗号化を行う場合の処理
動作を示すフローチャートである。応用サービス提供部
２０によるアプリケーションソフトの応用サービスの提
供に際し、情報交換装置１０は、まず、端末情報管理部
１２から通信相手となる端末機器の属性情報を取得し
（ステップＥ１１）、その属性情報に基づいて端末機器
の処理能力を判断する（ステップＥ１２）。

【０１１４】その結果、処理能力が高く、暗号化データ
を解読する能力があることが判明すると（ステップＥ１
２のＹＥＳ）、情報交換装置１０は、次に通信インフラ
情報管理部１５から同端末機器が接続されている通信イ
ンフラ情報を取得し（ステップＥ１３）、その通信イン
フラ情報に基づいて通信能力を判断する（ステップＥ１
４）。そして、通信能力が高い場合には（ステップＥ１
４のＹＥＳ）、情報交換装置１０は、情報交換プロセス
部１１にて当該応用サービスの情報に暗号化を施した後
（ステップＥ１５）、その暗号化されたサービス情報を
端末機器に送信する（ステップＥ１６）。これにより、
端末側では、暗号化データを解読してからサービスを利
用することになる。

【０１１５】一方、端末機器の処理能力が低く、暗号化
データを解読する能力がない場合には（ステップＥ１２
のＮＯ）、情報交換装置１０は当該応用サービスの情報
に暗号化を施すことなく（ステップＥ１７）、そのまま
送信する（ステップＥ１６）。その際、暗号化していな
い旨のメッセージをユーザに通知するようにしても良
い。或いは、暗号化データを解読する能力がない場合は
（ステップＥ１２のＮＯ）、上述のようにそのまま送信
する前に、送信しても良いか否かの判断を端末機器側利
用者に求め、この回答結果によって送信処理を行うよう
にしても良い。

【０１１６】また、端末機器に処理能力があっても、そ
の端末機器が接続されている通信網の通信能力が低い場
合にも（ステップＥ１４のＮＯ）、情報交換装置１０は
当該応用サービスの情報に暗号化を施すことなく（ステ
ップＥ１７）、そのまま送信する（ステップＥ１６）。
或いは、通信網の通信能力が低い場合に（ステップＥ１
４のＮＯ）、前述同様そのまま送信する前に、送信して
も良いか否かの判断を端末機器側利用者に求め、この回
答結果によって送信処理を行うようにしても良い。

【０１１７】尚、暗号化処理に当っては、端末機器側が
暗号処理に対応できるレベルの能力があったとしても、
暗号化の要否が利用者により選択可能としても良いもの
である。

【０１１８】さらに、データの暗号化には、単にスクラ
ンブルをかけるだけのものから高度な暗号処理を施すも
のまで様々なレベルがあり、それぞれに端末機器や通信
インフラにかかる負担も変わってくる。そこで、端末機
器の処理能力や通信インフラの通信能力に応じて暗号化
のレベルを適宜変更することもできる。

【０１１９】このように、データ暗号化の機能を持たせ
ることで、オフィス外で応用サービスを受ける場合で
も、そのセキュリティを確保することができる。この場
合、端末属性や通信インフラの属性から、どのような種
類の暗号化が可能か、どのような暗号化データ量なら
ば、使用している通信インフラで送信可能かを判断し
て、適正な暗号化を行うことができる。

【０１２０】次に、データの圧縮化を行う場合について
説明する。

【０１２１】データの圧縮化は、画像データなどのデー
タ量の多い情報を送る場合に有効な手段となる。この場
合も、上述したデータの暗号化と同様、端末側には圧縮
化データを伸張して処理する能力が必要となる。尚、通
信インフラについては、時間さえかければ、圧縮化デー
タを送ることができるため、ここでは通信インフラの通
信能力は問わないものとする。

【０１２２】このときの処理動作を図１３に示す。

【０１２３】図１３はデータの圧縮化を行う場合の処理
動作を示すフローチャートである。応用サービス提供部
２０による応用サービスの提供に際し、情報交換装置１
０は、まず、端末情報管理部１２から通信相手となる端
末機器の属性情報を取得し（ステップＦ１１）、その属
性情報に基づいて端末機器の処理能力を判断する（ステ
ップＦ１２）。

【０１２４】その結果、処理能力が高く、圧縮化データ
を解読する能力があることが判明すると（ステップＦ１
２のＹＥＳ）、情報交換装置１０は、情報交換プロセス
部１１にて当該応用サービスの情報に圧縮化を施した後
（ステップＦ１３）、その圧縮化されたサービス情報を
端末機器に送信する（ステップＦ１４）。これにより、
端末側では、圧縮化データを伸張してからサービスを利
用することになる。

【０１２５】一方、端末機器の処理能力が低く、圧縮化
データを伸張する能力がない場合には（ステップＦ１２
のＮＯ）、情報交換装置１０は当該応用サービスの情報
に圧縮化を施すことなく（ステップＦ１５）、そのまま
送信する（ステップＦ１４）。その際、圧縮化していな
い旨のメッセージをユーザに通知するようにしても良
い。

【０１２６】このように、データ圧縮化の機能を持たせ
ることで、データの送信を効率良く行うことができる。
この場合、端末属性から、どのような種類のデータ圧縮
化が可能かを判断して、適正な圧縮化を行うことができ
る。

【０１２７】尚、図１３の例では、端末機器の処理能力
だけでデータ圧縮化が可能か否かを判断したが、その端
末機器が接続されている通信網の通信能力を含めてデー
タ圧縮化が可能か否かを判断するにしても良い。

【０１２８】さらに、端末機器の処理能力や通信インフ
ラの通信能力に応じて圧縮化のレベルを適宜変更するこ
ともできる。

【０１２９】次に、入出力機器を用いて応用サービスを
利用する場合について説明する。

【０１３０】ここで言う入出力機器とは、計算機以外の
ものを指し、図１の例では、携帯電話３２、ポケットベ
ル（ページャ）３３、ＦＡＸ３４、プリンタ４２、イメ
ージリーダ４３である。

【０１３１】図１４は入出力機器を用いて応用サービス
を利用する場合の処理動作を示すフローチャートであ
る。利用者から応用サービスの利用を受ける旨の信号を
受信すると（ステップＧ１１）、情報交換装置１０は、
利用者情報管理部１４を通じて利用者のユーザ認証を行
った後（ステップＧ１２）、その利用者が使用している
機器の種類を判断する（ステップＧ１３）。

【０１３２】ここで、利用者が入出力機器を使用してい
れば（ステップＧ１３のＹＥＳ）、情報交換装置１０は
その入出力機器に応じた情報交換処理を行い（ステップ
Ｇ１４）、その情報交換後のサービス情報を送信する
（ステップＧ１５）。

【０１３３】具体的には、入出力機器が携帯電話３２で
あれば、情報交換装置１０は、音声処理機能を利用し、
例えばテキストデータを音声データに変え、ボイスメッ
セージとしてサービスの提供を行うことになる。

【０１３４】また、ポケットベル３３であれば、所定文
字数分のメッセージデータに変えて送信したり、ＦＡＸ
３４であれば、テキストデータをイメージデータに変え
て送信するなど、それぞれの入出力機器に応じた特定の
制限範囲内でサービスの提供を行うようにする。

【０１３５】一方、利用者が使用しているものが入出力
機器ではなく、ＣＰＵ処理能力を持つ端末機器であれば
（ステップＧ１３のＮＯ）、情報交換装置１０は通常の
応用サービスを実行する（ステップＧ１６）。即ち、各
端末機器毎にそれぞれの処理能力に応じた情報交換を行
ってサービスの提供を行う。

【０１３６】このように、入出力機器に応じた情報交換
を行うことで、例えば利用者がＦＡＸなどを使用してい
る場合でも、それに応じた応用サービスの提供を行うこ
とができる。

【０１３７】尚、入出力機器と属性と通信インフラの属
性を合わせて、サーバからのサービス情報を情報交換す
ることも可能である。

【０１３８】ところで、上述した動作／制御方法は、当
該処理方法が記載されたプログラム情報を、ハードディ
スク装置（ＨＤＤ）１６やフロッピーディスク装置（Ｆ
ＤＤ）１７、ＣＤ−ＲＯＭ１８などの記憶媒体に格納
し、この格納されたプログラム情報に基づいてサーバ計
算機１が上述動作／制御を実行するようにしても良いの
は勿論である。

【０１３９】以下、応用サービスとして提供されるサー
ビス情報がＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕ
ｐＬａｎｇｕａｇｅ）やＳＧＭＬ（Ｓｔａｎｄａｒｄ
ＧｅｎｅｒａｌｉｚｅｄＭａｒｋｕｐＬａｎｇｕａ
ｇｅ）などの構造化言語で記述されている場合について
説明する。尚、ＨＴＭＬは、現在、インターネット上で
広く普及しているＷＷＷ（ｗｏｒｌｄｗｉｄｅｗｅ
ｂ）で使用されている構造化言語（タグ言語）である。
また、ＳＧＭＬは、ＣＡＬＳ（Ｃｏｎｔｉｎｕｏｕｓ
ＡｃｑｕｉｓｉｔｉｏｎａｎｄＬｉｆｅｃｙｃｌｅ
Ｓｕｐｐｏｒｔ）の普及に伴って今後普及すると考え
られる構造化言語である。

【０１４０】一般に、マルチメディアデータを含む文書
データの管理の１つとして、構造化文書による手法が考
えられている。この場合、文書データを構成する各部品
（テキストデータ、イメージデータ、動画データ、プロ
グラム等）はタグによって管理されており、閲覧用の装
置（ブラウザ）はこのタグを元に画面上に文書データを
表示することになる。したがって、構造化文書形式で記
述されたサービス情報を提供する際に、サーバ側でタグ
を分析すれば、サービス情報として提供される文書デー
タの持つ部品がどのような種類のものかを知ることがで
きる。

【０１４１】そこで、実際にデータを転送処理する前
に、構造化文書をタグ情報に基づいて解析し、各部品の
データサイズや付加情報などの属性情報（タグ情報のみ
では表示できない情報）を把握するとともに、端末機器
や通信インフラ等の属性に対応する形式を把握する情報
交換装置をサーバ側に実装する。この場合、情報交換装
置から生成される構造化文書には情報交換用のタグが挿
入される。このように、構造化文書形式でデータ管理を
行うことにより、データの管理が容易となり、また、情
報交換作業でも文書部品の解析が容易となる。また、Ｈ
ＴＭＬなどの広く普及している構造化言語規約をベース
として情報交換装置を構築すれば、普及しているＷＷＷ
システムへの変更や影響を最小限にすることができる。

【０１４２】図１５は構造化文書を想定した場合の応用
サービスを含めたシステム全体の構成を示す概念図であ
る。図中６１は構造化文書管理部であり、各種アプリケ
ーションソフトウェア等の応用サービスとして提供され
るサービス情報を構造化文書形式で管理する。この構造
化文書管理部６１は、図１の応用サービス提供部２０に
設けられる。尚、ここでは応用サービス提供部２０が予
め構造化文書形式で記述されたサービス情報を管理して
いる場合を示したが、後述するように、そのサービス情
報が非構造化文書形式であっても良い（図２０参照）。

【０１４３】６２は情報交換部であり、端末属性や通信
インフラの属性等に応じて情報交換を行う。この情報交
換部６２は、図１の情報交換装置１０に相当する。６３
はネットワーク部であり、サーバと端末とを結ぶ各種通
信網を示す。このネットワーク部６３は、図１の公衆網
３０、有線ＬＡＮ４０、無線ＬＡＮ５０に相当する。６
４ａ〜６４ｃはサーバからサービスの提供を受ける端末
機器であり、例えばＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐ
ｕｔｅｒ）、ＮＣ（ＮｅｔｗｏｒｋＣｏｍｐｕｔｅ
ｒ）、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡ
ｓｓｉｓｔａｎｔｓ）である。これらの端末機器６４ａ
〜６４ｃは、それぞれに通信インフラが異なり、また、
処理能力も異なる。図１では、携帯情報端末３１やＰＣ
４１、携帯用ＰＣ５１に相当する。

【０１４４】このような構成において、各種アプリケー
ションソフトウェア等の応用サービスは構造化文書形式
（例えばＨＴＭＬ文書）で構造化文書管理部６１に管理
されている。ここで、構造化文書の一例を図１６に示
す。図１６において、タグ６６はそれ以降からテキスト
データがくることを示している。また、タグ６７は文書
書式情報を示しており、ここではセンタリング（中央
揃）を定義している。タグ６８はフォント情報を示して
おり、ここではサイズの大きいフォントを定義してい
る。タグ６９は画像情報を示している。情報交換部６２
は、この構造化文書を解析し、その文書中に挿入されて
いるタグ情報に基づいて当該文書を構成する各部品の種
類とそのデータサイズ等を調べる。そして、各部品デー
タを送信するに際し、端末機器の処理能力や通信インフ
ラの通信能力を調べ、その能力に応じて情報交換を行
う。

【０１４５】例えば、通信インフラのデータ伝送能力が
低いと判断された場合には、データ量が多い文書部品に
ついては情報交換（あるいはデータ圧縮）によって伝送
データの削減を図る。また、端末属性により、通信相手
となる端末機器に文書表示能力がないと判断される場合
には（ブラウザを搭載していない端末の場合）、端末側
で表示できるような形式に情報交換してデータ送信を行
うようにする。さらに、情報交換の際に、利用者の嗜好
に応じて文書の表示体裁を合致させるようにデータの変
更を行う（利用者情報に基づく情報交換処理）。次に、
具体的な処理動作を説明する。

【０１４６】尚、ここでは、構造化文書形式のサービス
情報を応用サービス提供部２０で管理している場合の動
作について説明するが、非構造化文書形式のサービス情
報を応用サービス提供部２０で管理している場合につい
ては、図２０を用いて後述するものとする。まず、端末
属性に応じた処理について説明する。図１７は構造化文
書を用いた場合の端末属性に応じた処理動作を示すフロ
ーチャートである。図１において、サーバ計算機１内の
応用サービス提供部２０には構造化文書形式で記述され
たサービス情報が管理されている。ある端末機器からサ
ーバ計算機１に対して文書要求指示（サービス要求指
示）があると、構造化文書形式で記述されたサービス情
報が応用サービス提供部２０から情報交換装置１０に渡
される。これにより、情報交換装置１０は次のような情
報交換処理を実行する。

【０１４７】即ち、情報交換装置１０は、まず、当該サ
ービス情報を構成している構造化文書の解析を行う（ス
テップＨ１１）。この場合、構造化文書ではタグ情報を
はじめとして規定されている構文によって各部品が定義
されており、情報交換装置１０はこのタグ情報に基づい
て、当該文書を構成する各部品の種類とそのデータサイ
ズを調べる（ステップＨ１２）。これは、例えば画像情
報がどこにどの程度あるのとか、プログラムがどこにど
の程度あるのかといったことを調べることである。尚、
このような文書解析による部品の分解、検索、抽出、そ
して後述する情報交換といった一連の処理は、情報交換
プロセス部１１内の情報交換実行部１１３（図２）で行
われる。

【０１４８】構造化文書の解析後、情報交換装置１０は
端末情報管理部１２から通信相手となる端末機器の属性
情報を取得し、その処理能力を調べる（ステップＨ１
３）。その結果、端末側の処理能力が低く、構造化文書
を表示する能力がないと判断された場合には、情報交換
装置１０は当該構造化文書の各部品データをその端末が
表示できるような形式に変換する（ステップＨ１４）。
即ち、画面制御機能が低い端末機器の場合（ブラウザ機
能を持たない端末）には、例えばサービス情報として提
供される情報が画像情報、特に動画情報のとき、これを
シンボル情報（当該画像を何らかの形で簡略的に示した
もの）に変えて送る。また、文書の書式情報の場合に
は、それを空白文字あるいは改行に変えて送り、文字種
の場合には、端末が扱えないので無視する。さらに、
“Ｊａｖａ”や“ＡｃｔｉｖｅＸ”のようなクライアン
ト（端末）側で動作するプログラムについては、端末が
扱えないので無視し、その際にプログラムが扱えない旨
のメッセージを通知する。

【０１４９】このようにして、端末機器の処理能力に応
じた情報交換が行われると、情報交換装置１０はその情
報交換後のサービス情報を端末機器が接続されている通
信網を介して送信する（ステップＨ１５）。これによ
り、例えば構造化文書を表示する能力がない端末機器を
使用しているときでも、その端末にあった形式でサービ
ス情報の提供を受けることができるようになる。次に、
通信インフラの属性に応じた処理について説明する。
尚、通信インフラの属性による情報交換は、各部品のデ
ータサイズのみが重要となる。図１８は構造化文書を用
いた場合の通信インフラの属性に応じた処理動作を示す
フローチャートである。図１において、サーバ計算機１
内の応用サービス提供部２０には構造化文書形式で記述
されたサービス情報が管理されている。ある端末機器か
らサーバ計算機１に対して文書要求指示（サービス要求
指示）があると、構造化文書形式で記述されたサービス
情報が応用サービス提供部２０から情報交換装置１０に
渡される。これにより、情報交換装置１０は次のような
情報交換処理を実行する。

【０１５０】即ち、情報交換装置１０は、まず、当該サ
ービス情報を構成している構造化文書の解析を行う（ス
テップＩ１１）。この場合、構造化文書ではタグ情報を
はじめとして規定されている構文によって各部品が定義
されており、情報交換装置１０はこのタグ情報に基づい
て、当該文書を構成する各部品の種類とそのデータサイ
ズを調べる（ステップＩ１２）。これは、例えば画像情
報がどこにどの程度あるのとか、プログラムがどこにど
の程度あるのかといったことを調べることである。尚、
このような文書解析による部品の分解、検索、抽出、そ
して後述する情報交換といった一連の処理は、情報交換
プロセス部１１内の情報交換実行部１１３（図２）で行
われる。構造化文書の解析後、情報交換装置１０は通信
インフラ情報管理部１５から通信相手となる端末機器が
接続されている通信インフラの属性情報を取得し、その
通信能力を調べる（ステップＩ１３）。その結果、通信
インフラのデータ伝送能力が低いと判断された場合に
は、情報交換装置１０は当該構造化文書の各部品データ
をその通信インフラのデータ伝送能力に合わせた形式に
変換する（ステップＨ１４）。

【０１５１】即ち、例えばＰＨＳ（Ｐｅｒｓｏｎａｌ
ＨａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ）データ通信網な
ど、データ伝送能力の低い通信インフラの場合には、例
えばサービス情報として提供される情報が画像情報、特
に動画情報のとき、これをコマ落しするなどして、情報
量を削減した形にして送る。このようにして、通信イン
フラのデータ伝送能力に応じた情報交換が行われると、
情報交換装置１０はその情報交換後のサービス情報を端
末機器が接続されている通信網を介して送信する（ステ
ップＩ１５）。これにより、例えばデータ伝送能力の低
い通信インフラを使用しているときでも、その通信イン
フラにあった形式でサービス情報の提供を受けることが
できるようになる。次に、端末属性と通信インフラの属
性に応じた処理について説明する。

【０１５２】図１９は構造化文書を用いた場合の端末属
性と通信インフラの属性に応じた処理動作を示すフロー
チャートである。図１において、サーバ計算機１内の応
用サービス提供部２０には構造化文書形式で記述された
サービス情報が管理されている。ある端末機器からサー
バ計算機１に対して文書要求指示（サービス要求指示）
があると、構造化文書形式で記述されたサービス情報が
応用サービス提供部２０から情報交換装置１０に渡され
る。これにより、情報交換装置１０は次のような情報交
換処理を実行する。即ち、情報交換装置１０は、まず、
当該サービス情報を構成している構造化文書の解析を行
う（ステップＪ１１）。この場合、構造化文書ではタグ
情報をはじめとして規定されている構文によって各部品
が定義されており、情報交換装置１０はこのタグ情報に
基づいて、当該文書を構成する各部品の種類とそのデー
タサイズを調べる（ステップＪ１２）。これは、例えば
画像情報がどこにどの程度あるのとか、プログラムがど
こにどの程度あるのかといったことを調べることであ
る。

【０１５３】尚、このような文書解析による部品の分
解、検索、抽出、そして後述する情報交換といった一連
の処理は、情報交換プロセス部１１内の情報交換実行部
１１３（図２）で行われる。構造化文書の解析後、情報
交換装置１０は端末情報管理部１２から通信相手となる
端末機器の属性情報を取得し、その処理能力を調べる
（ステップＪ１３）。その結果、端末側の処理能力が低
く、構造化文書を表示する能力がないと判断された場合
には（ステップＪ１４のＹＥＳ）、情報交換装置１０は
当該構造化文書の各部品データをその端末が表示できる
ような形式に変換した後（ステップＪ１４）、その情報
交換後のサービス情報を端末機器が接続されている通信
網を介して送信する（ステップＪ１６）。一方、端末側
の処理能力が高く、構造化文書を表示する能力があると
判断された場合には（ステップＪ１４のＮＯ）、情報交
換装置１０は通信インフラ情報管理部１５から通信相手
となる端末機器が接続されている通信インフラの属性情
報を取得する（ステップＪ１７）。そして、情報交換装
置１０はその属性情報に基づいて通信インフラの通信能
力に応じた情報交換を行い（ステップＪ１８）、その情
報交換後のサービス情報を端末機器が接続されている通
信網を介して送信する（ステップＪ１６）。

【０１５４】このように、構造化文書形式で記述された
サービス情報を提供する場合でも、端末属性や通信イン
フラの属性に応じて情報交換を行うことにより、端末機
器の処理能力や、通信インフラの通信能力に合ったサー
ビス提供を行うことができるようになる。尚、このよう
な端末属性や通信インフラの属性だけでなく、例えば図
１のユーザインタフェース情報管理部１３を用いること
により、端末機器毎に固有の操作方法を示すユーザイン
タフェース情報に基づいて情報交換を行ったり、利用者
情報管理部１４を用いることにより、利用者毎に固有の
操作方法を示す利用者情報に基づいて情報交換を行うこ
とも可能である。

【０１５５】さらに、データの暗号化や、データの圧縮
化を行ったり、ＦＡＸなどの入出力機器を使用している
場合にその入出力機器に応じた情報交換を行うなど、構
造化文書形式で記述されたサービス情報の提供に際し、
上述した全ての手法を適用することができるものであ
る。また、上記の例では、予め構造化文書形式で記述さ
れているサービス情報を提供する場合について説明した
が、本発明はこれに限るものではなく、構造化文書形式
とは異なる形式（バイナリデータ）で記述されたサービ
ス情報であっても、本手法を適用することができるもの
である。このときの処理動作を図２０に示す。図２０は
構造化文書形式以外のサービス情報を対象とした場合の
処理動作を示すフローチャートである。尚、ここでは、
端末属性に応じた情報交換する場合について説明する
が、通信インフラの属性や、さらにユーザインタフェー
ス情報、利用者情報などに基づいて情報交換する場合も
同様である。上記図１７の処理と異なる点は、ステップ
Ｋ１１、Ｋ１２で示される構造化文書変換処理が追加さ
れている点である。これは、例えばバイナリ形式の情報
をＨＴＭＬなどの構造化文書形式に変換するための処理
である。この構造化文書変換処理も、情報交換プロセス
部１１内の情報交換実行部１１３（図２）で行われる。
この場合、図１において、サーバ計算機１内の応用サー
ビス提供部２０には非構造化文書形式で記述されたサー
ビス情報が管理されており、これを情報交換装置１０で
構造化文書形式に変換することになる。

【０１５６】ある端末機器からサーバ計算機１に対して
文書要求指示（サービス要求指示）があると、構造化文
書形式とは異なる形式で記述されたサービス情報が応用
サービス提供部２０から情報交換装置１０に渡される。
これにより、情報交換装置１０は次のような情報交換処
理を実行する。即ち、情報交換装置１０は、まず、その
サービス情報を構成する部品を切り出す（ステップＫ１
１）。この場合、例えばバイナリーデータの文書情報で
は、トークンによって、例えば本分、フォント、書式、
その他の属性（日付、著者名等）などが管理されてい
る。したがって、トークンを調べることにより、各部品
を切り出すことができる。各部品を切り出すと、情報交
換装置１０はこれらの部品をＨＴＭＬなどの構造化言語
で表現した構造化文書を作成する（ステップＫ１２）。

【０１５７】このようにして、構造化文書を作成した後
は、その構造化文書を対象として図１７で説明したよう
な処理を行う。即ち、情報交換装置１０はその構造化文
書の解析を行い（ステップＫ１３）、当該文書を構成す
る各部品の種類とそのデータサイズを調べる（ステップ
Ｋ１４）。そして、情報交換装置１０は端末情報管理部
１２から通信相手となる端末機器の属性情報を取得し
（ステップＫ１５）、その属性情報に基づいて各部品デ
ータを情報交換する（ステップＫ１６）。情報交換装置
１０はその情報交換後のサービス情報を端末機器が接続
されている通信網を介して送信する（ステップＫ１
７）。このように、非構造化文書形式で記述されたサー
ビス情報を対象とした場合でも、そのサービス情報を構
造化文書形式に変換する処理を加えることで、上記同様
の効果が得られるものである。尚、上記では、ＨＴＭＬ
などの構造化文書を例にしたが、例えばＯＬＥ（Ｏｂｊ
ｅｃｔＬｉｎｋｉｎｇａｎｄＥｍｂｅｄｄｉｎ
ｇ）など、各部品データで形成された文書であれば全て
に適用可能である。

【０１５８】以下にサーバ計算機１内にて構造化言語を
用いて管理格納された文書データなどが修正・削除・追
加などの編集がなされ、例えばデータ転送能力の低い回
線を用いて端末側にデータコピーなどのデータ転送処理
について説明する。ここで、端末側には前記編集前の文
書データが、事前にサーバ計算機１が設置されたオフィ
ス内で高速ＬＡＮなどに接続され大量にデータコピーさ
れて格納されているものとする。また、サーバ計算機１
内にて管理格納された文書データ／ユーザデータなど
に、例えば修正・削除・追加などの編集が行われると、
データ更新管理部１１８は、この編集された旨を示すバ
ーションアップ情報としての「版タグ」情報を自動的に
挿入・更新するよう構成されている。

【０１５９】次に、構造化言語を用いて管理格納された
文書データ／ユーザデータなどにおける修正・削除・追
加などの編集作業について、サーバ計算機１上のデータ
更新の流れを示す図２１を参照して説明する。利用者は
サーバ計算機１内に格納管理された更新したいファイル
を開く（ステップＬ１１）。所望のファイルが開かれる
と、利用者は修正・削除・追加などの編集作業を行い文
書データや画像データなどの更新を行う（ステップＬ１
２）。更新が行われると、データ更新管理部１１８が更
新された箇所毎にバーションアップ／更新情報としての
「版タグ」情報を自動的に更新・付加する（ステップＬ
１３）。文書データや画像データなどの更新が終了する
と、開かれていたファイルはクローズされ、所定の記憶
領域にて管理格納される（ステップＬ１４）。

【０１６０】尚、共有文書のタグについては、各利用者
毎に存在する利用者情報管理部１４に付加情報を付ける
ようにしても良い。上記のようにして更新された文書デ
ータについて、例えばオフィス外の端末側からのコピー
要求に応じたサーバ計算機１上のデータコピー要求の受
け付けの流れを示す図２２、及び端末上のデータコピー
処理の流れを示す図２３を参照して説明する。端末側か
ら例えば所定のファイルのデータコピーの転送要求があ
ると（ステップＮ１１）、サーバ計算機１はこの要求を
受け付け（ステップＭ１１）、該当するファイルをオー
プンする。そして、所望のファイルがオープンされる
と、データ修正・削除・追加などされた箇所を含めた版
タグ情報がサーバ計算機１から端末側に送られる（ステ
ップＭ１２）。

【０１６１】端末側では変更タグを含む版タグを受信し
（ステップＮ１２）、サーバ計算機１と端末のデータ差
分の照合・確認作業が行われ（ステップＮ１３）、差分
データのみのコピー要求即ち版タグ情報が更新された箇
所のデータコピーの要求をサーバ計算機１に返す（ステ
ップＮ１４）。サーバ計算機１では、この返された要求
を受け付け（ステップＭ１３）、必要な部分を端末側に
送信する（ステップＭ１４）。この時、端末側の属性レ
ベルに応じて情報交換／データ圧縮作業が行われて送信
されても良い。一方、端末側では、サーバ計算機１から
送信されたデータを受信して該当部分を更新し（ステッ
プＮ１５）、データの版タグ情報を更新する（ステップ
Ｎ１６）。このようにすることにより、迅速且つ精度良
く必要な部分だけ（版の異なるものだけ）をコピー可能
となる。

【０１６２】次に、例えば過去に送付したことのない動
画像データや静止画像データ或いは音声データなどのマ
ルチメディアデータなどの比較的データサイズの大きい
データで、今後も再送する可能性が高いもの（例えばア
イコン、音声メッセージ）に関するデータ転送処理につ
いて、図２４を参照して説明する。ここで、前記大きい
データには、対応付けしたデータサイズの小さいシンボ
ルデータを割り当て（情報交換実行部１１３が実行）、
サーバ計算機１からは以降当該シンボルデータを送信す
るようにし、端末側ではそのシンボルデータを受け取っ
た際には当該データに対応する（マルチメディアデータ
など）元データを表示するよう構成している。サーバ計
算機１が例えば処理能力の低い端末側からマルチメディ
アデータを含むある文書データの転送要求を受け付ける
と（ステップＰ１１）、所望のファイルをオープンし、
マルチメディアデータに対応するシンボルが登録されて
いるか否かの判断を行う（ステップＰ１２）。シンボル
登録されていない場合は、データ転送要否のチェックが
行われる（ステップＰ１３）。データ転送を行わない場
合は（ステップＰ１３の否）、処理は終了する。

【０１６３】一方、データ転送を行う場合は（ステップ
Ｐ１３の要）、前述の版タグ情報を含むデータ転送処理
が行われると共に（ステップＰ１４）、マルチメディア
データに関するシンボル交渉（シンボルの割り付け処
理）がサーバ計算機１と端末側とで行われ（ステップＰ
１５）、シンボル登録がなされる（ステップＰ１６）。
これは、サーバ内利用者データ情報管理部１１４にて行
われる。また、上記ステップ１２にてマルチメディアデ
ータに対応するシンボルが登録されている場合は、デー
タの修正・変更の確認判断が行われる（ステップＰ１
７）。データ修正・変更がある場合は（ステップＰ１７
にＹＥＳ）、上記ステップＰ１３へと進む。一方、デー
タ修正・変更がない場合は（ステップＰ１７にＮＯ）、
マルチメディアデータについては対応するシンボルデー
タの送信が行われる（ステップＰ１８）。

【０１６４】上述のようにオフィス内では高速ＬＡＮな
どに接続してデータを大量にコピーし、その後は（外出
先などでは）自動的に差分データのみをコピーするとい
った本データ転送方法を用いることにより、一般に多く
の時間を要するデータコピーなどのデータ転送、特にデ
ータ転送能力の低い通信インフラを利用する場合、デー
タ転送時間の短縮と通信料金の低減、確実なデータ転送
が行える。上述のようにしてデータ転送が行われたもの
の、例えば有線ＬＡＮでの回線上のパケットの衝突に起
因する回線エラーや、相手側端末が使用中（通信中）或
いは相手側端末の電源がオフ状態による回線エラーとな
った場合の再送処理を図２５を参照して説明する。尚、
回線エラーは、オペレーティングソフトウェア（ＯＳ）
／通信制御ソフトウェアからネットワーク情報を得るこ
とにより判明するものである。再送処理／回線切断対応
管理部１５３にてデータ転送のエラーが検出されると
（ステップＱ１１）、当該エラー情報が再送管理部１１
９に通知され、相手側端末が使用中（通信中）または相
手側端末の電源がオフ状態による回線エラーとなったか
の判断が成される（ステップＱ１２）。

【０１６５】相手側端末が使用中（通信中）または相手
側端末の電源がオフ状態による回線エラーの場合（ステ
ップＱ１２のＹＥＳ）、再送管理部の管理の下で再送処
理／回線切断対応管理部１５３にて所定時間後にデータ
再送が行われる（ステップＱ１３）。そして、確実にデ
ータ転送が行われるまではデータ再送処理が所定時間毎
に行われる。ここで、再送時間間隔は任意に設定可能と
なるようにしても良い。一方、相手側端末が使用中（通
信中）または相手側端末の電源がオフ状態による回線エ
ラーではない場合（ステップＱ１２のＮＯ）、多数のパ
ケット落ちが生じる虞のある低品質回線などの通信網に
おけるエラーあるとの判断が成される（ステップＱ１
４）。

【０１６６】上記のようなエラーでない場合は（ステッ
プＱ１４のＮＯ）、再送処理が行われることなく処理は
終了する。この時、転送エラーの旨のメッセージが端末
側に後で送信されるようにしておくと良い。一方、パケ
ット落ちによるエラーの場合は（ステップＱ１４のＹＥ
Ｓ）、情報交換実行部１１３や圧縮／暗号処理部１１５
による制御のもとで情報交換（再加工など）／データ圧
縮によりデータサイズが縮小されて再送される（ステッ
プＱ１５）。このようにすれば、データサイズが縮小さ
れているで、データ転送時間の短縮化を図れると共に、
確実且つ効率的にデータ転送が行える。尚、情報交換／
再送タイミングは、上記ＯＳ／通信制御ソフトウェアか
らネットワーク情報により、通信網を考慮して伝送直前
で制御されるものである。

【０１６７】ところで、上述した本実施形態の各種処理
方法は、当該処理方法が記載されたプログラム情報を、
ハードディスク装置（ＨＤＤ）１６やフロッピーディス
ク装置（ＦＤＤ）１７、ＣＤ−ＲＯＭ１８などの記憶媒
体に格納し、この格納されたプログラム情報に基づいて
サーバ計算機１が上述処理を実行するようにしても良い
のは勿論である。（第２の実施形態）次に、本発明の第２の実施形態につ
いて説明する。上記第１の実施形態では、サービス提供
を行うサーバコンピュータ内に情報交換装置を設けた場
合について説明したが、第２の実施形態では、情報交換
に必要な機能（処理）を別のサーバコンピュータに分散
して持たす場合について説明する。図２６は本発明の第
２の実施形態に係る分散ネットワークコンピューティン
グシステムの構成を示すブロック図である。尚、図１と
同一部分には同一符号を付して、ここではその説明を省
略するものとする。

【０１６８】図２６において、図１と異なる点はネット
ワーク上に複数のサーバ計算機１ａ〜１ｅが存在するこ
とである。ここでは、サーバ計算機１ａ〜１ｅがオフィ
ス内にて有線ＬＡＮ２を介して相互に接続されている。
このうち、サーバ計算機１ａはサービス提供を行うメイ
ンのサーバコンピュータであり、応用サービス提供部２
０を有する。このサーバ計算機１ａには情報交換プロセ
ス部１１が実装されており、情報交換全体の処理を司る
情報交換制御サーバとして動作する。また、その他のサ
ーバ計算機１ｂ〜１ｅはサブのサーバコンピュータであ
る。サーバ計算機１ｂには、端末属性情報を管理するた
めの端末情報管理部１２が実装されており、サーバ計算
機１ａの制御の下で端末情報管理サーバとして動作す
る。サーバ計算機１ｃには、ユーザインタフェース情報
を管理するためのユーザインタフェース情報管理部１３
が実装されており、サーバ計算機１ａの制御の下でユー
ザインタフェース情報管理サーバとして動作する。サー
バ計算機１ｄには利用者情報管理部１４が実装されてお
り、サーバ計算機１ａの制御の下で利用者情報管理サー
バとして動作する。サーバ計算機１ｅには通信インフラ
情報管理部１５が実装されており、サーバ計算機１ａの
制御の下で通信インフラ情報管理サーバとして動作す
る。

【０１６９】これらのサーバ計算機１ａ〜１ｅには、各
種通信網（公衆網３０、有線ＬＡＮ４０、無線ＬＡＮ５
０等）を介して各種端末機器（携帯情報端末３１、ＰＣ
４１、携帯用ＰＣ５１等）が接続されている。即ち、第
２の実施形態では、端末情報管理部１２、ユーザインタ
フェース情報管理部１３、利用者情報管理部１４、通信
インフラ情報管理部１５をそれぞれ別のサーバ計算機１
ｂ〜１ｅに実装させて分散処理システムを構築してお
り、情報交換プロセス部１１を実装したサーバ計算機１
ａが各種処理を制御することで、全体として統一された
情報交換処理機能を実現している。尚、その際には、図
２に示す情報交換装置内部通信インタフェース１１１は
各サーバ間の通信制御を司り、情報交換装置外部通信イ
ンタフェース部１１６は応用サービスや他の各種端末機
器との通信処理を司る。また、図２６の例では、情報交
換に必要な各機能の１つ１つをサーバ計算機１ｂ〜１ｅ
のそれぞれに分散して持たせているが、２つ以上の機能
を１つのサーバ計算機に持たせたり、或いは、同じ機能
を複数のサーバ計算機に持たせることもようにしても良
い。

【０１７０】次に、第２の実施形態の動作を説明する。
図２７は第２の実施形態における分散処理によるサービ
ス提供処理動作を示すフローチャートである。ある端末
機器に応用サービスを提供する際に、サーバ計算機１ａ
は、まず、情報交換に必要な機能を調べる（ステップＸ
１１）。この場合の情報交換に必要な機能とは、端末属
性情報や通信インフラ情報の管理機能であったり、ユー
ザインタフェース情報や利用者情報の管理機能である。
ここで、例えば端末属性に応じて情報交換を行う場合に
は、端末属性情報の管理機能が必要であり、サーバ計算
機１ａは他のサーバ計算機１ｂ〜１ｅのそれぞれをアク
セスして、当該管理機能を有するサーバ計算機を調べる
（ステップＸ１２）。その際、複数のサーバ計算機に同
一機能を持たせている場合があるので、サーバ計算機１
ａは、該当するサーバ計算機の１つ１つに確認を取り、
当該機能を使用可能なサーバ計算機を選択する（ステッ
プＸ１３、Ｘ１４）。

【０１７１】図２６の例では、サーバ計算機１ｂが該当
する。この場合、端末属性情報の管理機能を持っている
のはサーバ計算機１ｂの１つだけであるため、サーバ計
算機１ａはサーバ計算機１ｂと交信し、サーバ計算機１
ｂからの使用許可を待つことになる。サーバ計算機１ｂ
から使用許可があると（ステップＸ１４のＹＥＳ）、サ
ーバ計算機１ａはサーバ計算機１ｂが持つ端末情報管理
部１２から、通信相手となる端末機器の端末属性情報を
取得することにより、上記第１の実施形態で説明したよ
うな情報交換によるサービス提供処理を実行する（ステ
ップＸ１５）。即ち、サーバ計算機１ａは、情報交換プ
ロセス部１１にて、応用サービスとして提供されるサー
ビス情報を上記端末属性情報に基づいて特定の形式に変
換し、その変換後のサービス情報を当該端末機器が接続
される通信網を介して送信する。この場合の情報交換と
は、通信相手となる端末機器の処理能力に合わせて、あ
る情報の形式を変えることである。

【０１７２】以上は端末属性に応じた情報交換を行う場
合の例であるが、上記同様に、例えば通信インフラの属
性に応じて情報交換を行う場合には、サーバ計算機１ｂ
〜１ｅのそれぞれをアクセスして、通信インフラ情報の
管理機能を有するサーバ計算機を調べる。その結果、該
当するサーバ計算機１ｅが持つ通信インフラ情報管理部
１５から、通信相手となる端末機器の通信インフラ情報
を取得することにより、第１の実施形態で説明したよう
な情報交換によるサービス提供処理を実行する。この場
合の情報交換とは、通信相手となる端末機器が接続され
ている通信網の通信能力に合わせて、ある情報の形式を
変えることである。さらに、ユーザインタフェースの属
性に応じて情報交換を行う場合には、サーバ計算機１ｂ
〜１ｅのそれぞれをアクセスして、ユーザインタフェー
ス情報の管理機能を有するサーバ計算機を調べる。その
結果、該当するサーバ計算機１ｃがつユーザインタフェ
ース情報管理部１３から、通信相手となる端末機器に対
応するユーザインタフェース情報を取得することによ
り、上記第１の実施形態で説明したような情報交換によ
るサービス提供処理を実行する。この場合の情報交換と
は、通信相手となる端末機器の操作方法（アイコン、ボ
タン、コマンドなどの応用サービスを受けるときの操作
方法）に合わせて、ある情報の形式を変えることであ
る。

【０１７３】また、利用者の属性に応じて情報交換を行
う場合には、サーバ計算機１ｂ〜１ｅのそれぞれをアク
セスして、利用者情報の管理機能を有するサーバ計算機
を調べる。その結果、該当するサーバ計算機１ｄが持つ
利用者情報管理部１４から、通信相手となる端末機器に
対応する利用者情報を取得することにより、上記第１の
実施形態で説明したような情報交換によるサービス提供
処理を実行する。この場合の情報交換とは、通信相手と
なる端末機器を使用する利用者の操作方法（画面表示嗜
好などの利用者の好みの操作方法）に合わせて、ある情
報の形式を変えることである。このように、情報交換装
置としての各機能を分散化することでも、上記第１の実
施形態と同様の効果が得られるものである。さらには、
各機能の分散化により、処理能力が相対的に高くない複
数のサーバを組み合せて、高度な情報交換処理機能を実
現することができる。この場合、分散処理により、サー
ビス提供を行うサーバ（図２６のサーバ計算機１ａ）と
しての処理負担が軽威されるため、小型化のコンピュー
タでも対応できるようになる。また、複数のサーバを組
み合わせて実現されるため、集中型のシステムと比較す
るとシステム障害があったときの対処に柔軟になり、信
頼性の向上が図れる。

【０１７４】尚、上記第２の実施形態では、オフィス内
の有線ＬΛＮ２に共通に接続された複数のサーバを対象
として分散化を行うようにしたが、例えば公衆網３０な
どの各種通信網に接続された複数のサーバを対象として
分散化を行うことも可能である。また、所望の機能を有
するサーバを見付ける場合に、上記第２の実施形態で
は、各サーバのそれぞれと連絡／交信を取り合うように
したが、本発明はこれに限るものではない。例えば各サ
ーバがどのような機能を保持しているのかを示すテーブ
ルを参照して、該当するサーバを見付けるようにしても
良い。

【０１７５】また、データの暗号化を行う機能や、デー
タの圧縮化を行う機能を他のサーバに分散して持たすこ
とも可能である。この場合、データの暗号化であれば、
その機能を有すサーバ側で端末属性情報や通信インフラ
情報に基づいてデータの暗号化が可能か否かを判断し、
データの暗号化が可能である場合に、応用サービスとし
て提供されるサービス情報を暗号化する。応用サービス
を行うサーバは、その暗号化されたサービス情報を受け
て、これを通信相手となる端末機器に送る。同様に、デ
ータの圧縮化であれば、その機能を有すサーバ側で端末
属性情報や通信インフラ情報に基づいてデータの圧縮化
が可能か否かを判断し、データの圧縮化が可能である場
合に、応用サービスとして提供されるサービス情報を圧
縮化する。応用サービスを行うサーバは、その圧縮化さ
れたサービス情報を受けて、これを通信相手となる端末
機器に送る。

【０１７６】さらに、第１の実施形態にて詳述した図１
５乃至図２５に示す機能についても、同様に本実施の形
態に適用できることは勿論である。例えば、第１の実施
形態にて詳述した優先度情報に基づくデータ伝送制御機
能についても、本第２の実施形態にも適用できるもので
ある。また、第１の実施形態と同様、上述各種処理方法
は、当該処理方法が記載されたプログラム情報を、ハー
ドディスク装置（ＨＤＤ）やフロッピーディスク装置
（ＦＤＤ）、ＣＤ−ＲＯＭなどの記憶媒体に格納し、こ
の格納されたプログラム情報に基づいてサーバ計算機が
上述処理を実行するようにしても良いのは勿論である。（第３の実施形態）次に、本発明の第３の実施形態を説
明する。第３の実施形態では、情報交換装置を交換機上
で実現した場合について説明する。

【０１７７】図２８は第３の実施形態における情報交換
装置を交換機上で実現した場合の統合サーバ７０の構成
を示すブロック図である。ここでは、この回線交換機と
サーバコンピュータとを統合した装置のことを統合サー
バと呼ぶことにする。図２８に示すように、この統合サ
ーバ７０には、情報交換装置７１が設けられている。情
報交換装置７１は、端末機器や通信インフラの属性等に
応じて情報交換を行うものであり、具体的な構成は図１
の情報交換装置１０と同様であるため、ここではその説
明を省略するものとする。

【０１７８】また、統合サーバ７０には、サーバコンピ
ュータとしてのオフィス系応用サービス提供部７２ａが
設けられている。応用サービス提供部７２ａは、在庫管
理サービスなどのオフィス系の各種応用サービス（アプ
リケーションソフトウェア）を行う。現状では、この応
用サービス提供部７２ａをリアルタイムオペレーティン
グシステム（以下、リアルタイムＯＳと称す）７７上に
変更なしで直接載せることができないので、ここでは仮
想計算機７４を介在させている。リアルタイムＯＳ７７
は、実時間処理用のＯＳであり、一般のＯＳ（例えばＵ
ＮＩＸやＭＳ−ＤＯＳ）と異なり、応答の速さを重視す
るものである。

【０１７９】尚、リアルタイムＯＳ７７上で起動可能な
オフィス系応用サービス提供部７２ｂであれば、仮想計
算機７４を介さずにリアルタイムＯＳ７７上に直接載せ
ることができる。仮想計算機７４は、仮想的に作り出し
たコンピュータであり、機能的には実際の１台のコンピ
ュータ（実計算機）と同等なものであって、１つの仮想
計算機上で１つのＯＳを稼働させることができる。本実
施形態では、仮想計算機７４は回線交換機７３内に組み
込まれている。回線交換機７３は、仮想計算機７４、リ
アルタイム系応用サービス提供部７５、交換機機能部７
６からなる。リアルタイム系応用サービス提供部７５
は、例えば代行受信（留守番）、メッセージ転送（ポケ
ットベル）といった一般の電話系のサービスを行う。交
換機機能部７６は、回線接続や電話番号管理などの交換
機としての機能を有するものである。図２９にその構成
を示す。

【０１８０】図２９に示すように、交換機機能部７６
は、端末制御部７６１、サービス制御部７６２、保守運
用部７６３からなる。端末制御部７６１は、端末機器か
らの信号を受信し、それを次のところに渡すなどの制御
を行う。サービス制御部７６２は、信号に応じて、どの
ようなサービスを行うかの判断を行う。保守運用部７６
３は、回線のエラー情報の他、ここには電話番号情報な
ども含まれる。また、ハードウェア６８は、例えばＣＰ
Ｕ、回線回路等の物理的な回路部分を示す。このような
構成により、電話通信網上に存在する回線交換機と情報
交換装置を兼ね備えた装置を実現することができる。こ
の場合、この統合サーバを実施することで、利用者の端
末機器に近いところで最終的な形式に情報交換すること
ができる。つまり、各サブネットワークからネットワー
クができる場合に、そのサブネットワークに適した形式
に情報交換を行うことができる。

【０１８１】また、末端の統合サーバにデータを蓄積す
ることで、最終的にはその統合サーバをキャッシュとし
て利用し、通信相手となる端末機器には簡略化されたデ
ータ送信のみ、つまり、キャッシュにデータが登録され
た旨を通知する。これにより、データ量の損失を最小限
にし、また、サブネットワーク毎の特性を補うことがで
きる。さらに、交換機を配置すれば、オフィスサーバと
しても利用することができる。この場合、交換機はネッ
トワーク上に多数配置されることが多いため、上記第２
の実施形態で説明したような分散処理が有効となる。
尚、図２８の例では、サーバコンピュータ、交換機を一
体化した統合サーバに情報交換装置を組み込んだ構成を
示したが、本発明はこれに限るものではなく、例えば情
報交換装置を統合サーバ（サーバコンピュータ＋交
換機）とは独立して設け、統合サーバから提供される応
用サービスを情報交換装置で所定の形式に変換して送る
ようにしても良い。また、情報交換装置としての各機能
を複数の交換機に分散化して設けるようにしても良い。
要するに、本発明はその要旨を逸脱しない範囲で種々変
更して実施することができる。

【０１８２】以下では、交換機に情報交換装置を設けた
場合について説明する。図３０は第３の実施形態に係る
分散ネットワークコンピューティングシステムの構成を
示すブロック図である。今、オフィス８１内に、ＰＣ８
２、ＰＣ８３と、これらのＰＣ８２、ＰＣ８３に有線Ｌ
ＡＮ８４を介して接続される統合サーバ８５が設けられ
ているものとする。統合サーバ８５は、サーバコンピュ
ータとＰＢＸ（構内交換機）とを一体化させたコンピュ
ータであり、交換機として動作するとともにサーバコン
ピュータとして応用サービスの提供を行う。一方、オフ
ィス９１内には、ＰＣ９２とこのＰＣ９２に有線ＬＡＮ
８４を介して接続される統合サーバ９４が設けられてい
るものとする。統合サーバ９４は、統合サーバ８５と同
様にサーバコンピュータとＰＢＸ（構内交換機）とを一
体化させたコンピュータである。

【０１８３】尚、１００は公衆網、１０１は公衆網上に
存在する構外交換機である。また、１０２はサービスの
提供を受ける携帯端末機器である。この携帯端末機器１
０２は、オフィス９１内にて構内無線９５で統合サーバ
９４と接続される。このような構成において、オフィス
８１内の統合サーバ８５から提供される応用サービスは
同じオフィス内に設置された端末機器（ＰＣ８２、ＰＣ
８３）で利用でき、また、他のオフィス９１内に設置さ
れた端末機器（ＰＣ９２、携帯端末機器１０２）でも利
用することができる。ここで、統合サーバ８５のＰＢＸ
８５ａに情報交換機能を設けた場合には、図３１（ａ）
に示すように、統合サーバ８５から提供されるサービス
情報はＰＢＸ８５ａ、公衆網１００を介して統合サーバ
９４に送られる。このとき、ユーザが携帯端末機器１０
２を使用していれば、統合サーバ９４から構内無線９５
を介してサービス情報の提供を受けることになる。ただ
し、情報量が多すぎるなどして携帯端末機器１０２でそ
のサービス情報を受けることができないような場合に
は、統合サーバ８５のＰＢＸ８５ａで情報交換してから
当該サービス情報を再送してもらう必要がある。

【０１８４】一方、統合サーバ８５のＰＢＸ８５ａと統
合サーバ９４のＰＢＸ９４ａに情報交換機能を分散して
設けることもできる。この場合、図３１（ｂ）に示すよ
うに、ＰＢＸ８５ａはユーザがどのような端末機器を使
用しているのかだけを判断し、サービス情報をそのまま
の形で末端の統合サーバ９４に送ることができる。この
ときのサービス情報はＰＢＸ８５ａ、公衆網１００を介
して統合サーバ９４に送られる。統合サーバ９４のＰＢ
Ｘ９４ａでは、ユーザが使用している端末機器の通信イ
ンフラを判断し、その通信インフラのデータ伝送能力に
応じて当該サービス情報を情報交換して送る。

【０１８５】その際、当該サービス情報の情報量が多
く、しかも、ユーザが携帯端末機器１０２を使用してい
る場合には、携帯端末機器１０２にサービス提供の通知
のみを行い、当該サービス情報をそのままの形でＰＣ９
２にダウンロードすれば、統合サーバ８５から改めてサ
ービス情報を再送してもらわなくとも、ユーザがＰＣ９
２を直接見に行くか、携帯端末機器１０２を有線ＬＡＮ
９３に接続することにより、サービスの提供を受けるこ
とができるようになる。即ち、サービスの提供を受ける
端末機器が接続される末端の統合サーバをキャッシュと
して利用することができ、その結果、無駄な時間を節約
できるとともに回線使用料も節約することができる。

【０１８６】このように、情報交換機能を回線交換機に
持たせることで、利用者の端末機器に近いところで最終
的な形式に情報交換することができる。つまり、各サブ
ネットワークからネットワークができる場合に、そのサ
ブネットワークに適した形式に情報交換を行うことがで
きる。尚、第１の実施形態にて詳述した暗号化／圧縮化
機能や図１５乃至図２５に示す機能についても、同様に
本実施の形態に適用できることは勿論である。例えば、
第１の実施形態にて詳述した優先度情報に基づくデータ
伝送制御機能についても、本実施の形態にも適用できる
ものである。また、上記第３の実施形態では、回線交換
機を対象として説明したが、本発明はこれに限るもので
はなく、例えばＬＡＮ同志を相互に接続するためのル―
夕であっても良い。要は、ネットワーク（回線交換機で
は公衆網、ルータではＬＡＮ）を相互接続するためのネ
ットワーク接続装置であれば、そのネットワーク接続装
置に情報交換装置を実装することで上記同様の効果を得
ることができるものである。

【０１８７】また、上記各実施形態において、応用サー
ビスの提供を受ける端末機器はサーバコンピュータとし
て動作するものであっても良い。さらに、第１の実施形
態にて詳述したオリジナルデータが変更された場合であ
っても、該データを管理する機器に接続される端末機器
側でも変更データに対応できる機能についても、本第３
の実施形態にも適用できる。

【０１８８】また、上述した実施形態において記載した
手法は、コンピュータに実行させることのできるプログ
ラムとして、例えば磁気ディスク（フロッピーディス
ク、ハ―ドディスク等）、光ディスク（ＣＤ−ＲＯＭ、
ＤＶＤ等）、半導体メモリなどの記録媒体に書き込んで
各種装置に適用したり、通信媒体により伝送して各種装
置に適用することも可能である。本装置を実現するコン
ピュータは、記録媒体に記録されたプログラムを読み込
み、このプログラムによって動作が制御されることによ
り、上述した処理を実行する。

【０１８９】

【発明の効果】以上のように本発明によれば、各端末機
器が存在するネットワーク環境において、各端末機器の
処理能力に応じた応用サービスの提供を可能とし、複数
の通信インフラが混在する場合でも、その通信インフラ
の通信能力に応じた応用サービスの提供を可能とした。
また、情報交換装置としての各機能を分散化することに
より、処理能力が相対的に高くない複数のサーバを組み
合せて、高度な情報交換処理機能を実現することができ
る。これにより、各種端末機器が存在するネットワーク
環境において、大型のサーバコンピュータを必要とせず
に、各端末機器の処理能力に応じた応用サービスの提供
が可能となり、さらに、複数の通信インフラが混在する
場合でも、その通信インフラの通信能力に応じた応用サ
ービスの提供が可能となる。

【０１９０】その上、本発明によれば、従来のように機
能が局所集中しているためにサーバがダウンしたり、通
信網が使用不可ならばシステム全体が利用できなくな
る、といったような事態を解消でき、障害に強い応用サ
ービスの提供が可能となる。また、本発明によれば、ネ
ットワーク上に複数種類の端末機器が存在する場合にお
いて、応用サービスとして提供されるサービス情報を各
端末機器の処理能力に応じた形式に情報交換して送るこ
とで、携帯性に優れているが、情報処理能力（運算能
力）や画面表示／ユーザインタフェース提供能力が他の
端末機器（ＰＣなど）と比較して相対的に劣っている端
末機器（ＰＤＡなど）を用いて分散ネットワークコンピ
ューティングシステムを構築することができ、端末側で
は、形式は変わっても、他の端末機器と同じようなサー
ビスを受けることができるようになる。

【０１９１】さらに、複数種類の通信網が混在する場合
に、応用サービスとして提供されるサービス情報を各通
信網の通信能力に応じた形式に情報交換して送ること
で、通信インフラのデータ伝送速度／量／品質等の相対
的な差を吸収することができ、端末側では、形式は変わ
っても、他の端末機器と同じようなサービスを受けるこ
とができるようになる。特に、このような情報交換機能
を回線交換機やルータに持たせることで、利用者の端末
機器に近いところで最終的な形式に情報交換することが
できる。つまり、各サブネットワークからネットワーク
ができる場合に、そのサブネットワークに適した形式に
情報交換を行うことができる。

【０１９２】さらに、キャッシュとして利用することが
でき、例えば通信相手となる端末機器には簡略化された
データ送信のみ、つまり、キャッシュにデータが登録さ
れた旨を通知することで、データ量の損失を最小限に
し、また、サブネットワーク毎の特性を補うことができ
る。また、情報交換機能を交換機／ルータ毎に分散させ
ることで、個々の負担を軽減することができる。しか
も、本発明によれば、情報の優先度に応じて、相手先へ
の通知方法を管理制御することで、迅速に情報を通知で
き、極めて有用性が高く便利なものである。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る分散ネットワークコ
ンピューティングシステムの構成を示すブロック図。

【図２】情報交換装置における情報交換プロセス部の内
部構成を示すブロック図。

【図３】情報交換装置における端末情報管理部の内部構
成を示すブロック図。

【図４】情報交換装置におけるユーザインタフェース情
報管理部の内部構成を示すブロック図。

【図５】情報交換装置における利用者情報管理部の内部
構成を示すブロック図。

【図６】情報交換装置における通信インフラ情報管理部
の内部構成を示すブロック図。

【図７】一般的な応用サービスの処理動作を示すフロー
チャート。

【図８】情報交換装置を用いた場合の応用サービスの処
理動作を示すフローチャート。

【図９】端末属性を決定するプロトコルシーケンスを示
す図。

【図１０】端末属性に応じた情報交換の処理動作を示す
フローチャート。

【図１１】通信インフラに応じた情報交換の処理動作を
示すフローチャート。

【図１２】データの暗号化を行う場合の処理動作を示す
フローチャート。

【図１３】データの圧縮化を行う場合の処理動作を示す
フローチャート。

【図１４】入出力機器を用いて応用サービスを利用する
場合の処理動作を示すフローチャート。

【図１５】構造化文書を想定した場合の応用サービスを
含めたシステム全体の構成を示す概念図。

【図１６】構造化文書の一例を示す図。

【図１７】構造化文書を用いた場合の端末属性に応じた
処理動作を示すフローチャート。

【図１８】構造化文書を用いた場合の通信インフラの属
性に応じた処理動作を示すフローチャート。

【図１９】構造化文書を用いた場合の端末属性と通信イ
ンフラの属性に応じた処理動作を示すフローチャート。

【図２０】構造化文書形式以外のサービス情報を対象と
した場合の処理動作を示すフローチャート。

【図２１】サーバ計算機上のデータ更新処理動作を示す
フローチャート。

【図２２】サーバ計算機上のデータコピー要求／受付け
処理動作を示すフローチャート。

【図２３】端末機器側のデータコピー処理動作を示すフ
ローチャート。

【図２４】シンボルデータの送信処理動作を示すフロー
チャート。

【図２５】データの再送処理動作を示すフローチャー
ト。

【図２６】本発明の第２の実施形態に係る分散ネットワ
ークコンピューティングシステムの構成を示すブロック
図。

【図２７】第２の実施形態における分散処理によるサー
ビス提供処理動作を示すフローチャート。

【図２８】第３の実施形態における情報交換装置を交換
機上で実現した場合の統合サーバの構成を示すブロック
図。

【図２９】第３の実施形態における回線交換機の交換機
能部の構成を示すブロック図。

【図３０】第３の実施形態に係る分散ネットワークコン
ピューティングシステムの構成を示すブロック図。

【図３１】第３の実施形態におけるＰＢＸに情報交換機
能を搭載した場合の処理動作を説明するための図。

【符号の説明】１…サーバ計算機１０…情報交換装置１１…情報交換プロセス部１２…端末情報管理部１３…ユーザインタフェース情報管理部１４…利用者情報管理部１５…通信インフラ情報管理部２０…応用サービス部３０…公衆網３１…携帯情報端末３２…携帯電話３３…ポケットベル３４…ＦＡＸ４０…有線ＬＡＮ４１…ＰＣ４２…プリンタ４３…イメージリーダ５０…無線ＬＡＮ５１…携帯用ＰＣ１２０…優先度管理部１ａ…サーバ計算機（情報交換制御サーバ）１ｂ…サーバ計算機（端末情報管理サーバ）１ｃ…サーバ計算機（ユーザインタフェース情報管理サ
ーバ）１ｄ…サーバ計算機（利用者情報管理サーバ）１ｅ…サーバ計算機（通信インフラ情報管理サーバ）２…有線ＬＡＮ７０…統合サーバ７１…情報交換装置、７２ａ，７２ｂ…オフィス系応用サービス部７３…回線交換機７４…仮想計算機７５…応用サービス提供部７６…交換機機能部７７…リアルタイムＯＳ７８…ハードウェア

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｌ 12/26

Claims

【特許請求の範囲】

【請求項１】各種アプリケーションソフトウェア等の
応用サービスを提供する情報処理装置と、この情報処理装置から応用サービスの提供を受ける種々
の端末機器と、上記情報処理装置と上記端末機器とを接続する通信網と
からなる分散ネットワークコンピューティングシステム
にあって、ネットワークを相互接続するためのネットワーク接続手
段と、このネットワーク接続手段に設けられる情報交換装置で
あって、この情報交換装置は、上記端末機器の処理能力を示す端末属性情報を管理する
端末属性情報管理手段と、この端末属性情報管理手段から通信相手となる端末機器
の端末属性情報を取得し、応用サービスとして提供され
るサービス情報を上記端末属性情報に基づいて特定の形
式に変換する変換手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段と、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
分散ネットワークコンピューティングシステム。
【請求項２】各種アプリケーションソフトウェア等の
応用サービスを提供する情報処理装置と、この情報処理装置から応用サービスの提供を受ける端末
機器と、上記情報処理装置と上記端末機器とを接続する通信網と
からなる分散ネットワークコンピューティングシステム
にあって、ネットワークを相互接続するためのネットワーク接続手
段と、このネットワーク接続手段に設けられる情報交換装置で
あって、この情報交換装置は、上記通信網の通信能力を示す通信インフラ情報を管理す
る通信インフラ情報管理手段と、この通信インフラ情報管理手段から通信相手となる端末
機器が接続されている通信網の通信インフラ情報を取得
し、応用サービスとして提供されるサービス情報を上記
通信インフラ情報に基づいて特定の形式に変換する変換
手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段とを具備し、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
分散ネットワークコンピューティングシステム。
【請求項３】各種アプリケーションソフトウェア等の
応用サービスを提供する情報処理装置と、この情報処理装置から応用サービスの提供を受ける端末
機器と、上記情報処理装置と上記端末機器とを接続する通信網と
からなる分散ネットワークコンピューティングシステム
にあって、ネットワークを相互接続するためのネットワーク接続手
段と、このネットワーク接続手段に設けられる情報交換装置で
あって、この情報交換装置は、上記端末機器の処理能力を示す端末属性情報を管理する
端末属性情報管理手段と、上記通信網の通信能力を示す通信インフラ情報を管理す
る通信インフラ情報管理手段と、上記端末属性情報管理手段から通信相手となる端末機器
の端末属性情報を取得すると共に、上記通信インフラ情
報管理手段から同端末機器が接続されている通信網の通
信インフラ情報を取得し、応用サービスとして提供され
るサービス情報を上記端末属性情報および上記通信イン
フラ情報に基づいて特定の形式に変換する変換手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段とを具備し、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
分散ネットワークコンピューティングシステム。
【請求項４】各種アプリケーションソフトウェア等の
応用サービスを提供する第１の情報処理装置と、この第１の情報処理装置から応用サービスの提供を受け
る種々の端末機器と、上記第１の情報処理装置と上記端末機器とを接続する通
信網とからなる分散ネットワークコンピューティングシ
ステムにあって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に、上記端末機器の処理能力を示
す端末属性情報を管理する端末属性情報管理手段を設
け、上記第１の情報処理装置は、上記端末属性情報管理手段を有する第２の情報処理装置
を検索する検索手段と、この検索手段により検索された上記第２の情報処理装置
を対象として、上記端末属性情報管理手段から通信相手
となる端末機器の端末属性情報を取得し、応用サービス
として提供されるサービス情報を上記端末属性情報に基
づいて特定の形式に変換する変換手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段と、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
分散ネットワークコンピューティングシステム。
【請求項５】各種アプリケーションソフトウェア等の
応用サービスを提供する第１の情報処理装置と、この第１の情報処理装置から応用サービスの提供を受け
る端末機器と、上記第１の情報処理装置と上記端末機器とを接続する通
信網とからなる分散ネットワークコンピューティングシ
ステムにあって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に、上記通信網の処理能力を示す
通信インフラ情報を管理する通信インフラ情報管理手段
を設け、上記第１の情報処理装置は、上記通信インフラ情報管理手段を有する第２の情報処理
装置を検索する検索手段と、この検索手段により検索された上記第２の情報処理装置
を対象として、上記通信インフラ情報管理手段から通信
相手となる端末機器の通信インフラ情報を取得し、応用
サービスとして提供されるサービス情報を上記通信イン
フラ情報に基づいて特定の形式に変換する変換手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段と、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
分散ネットワークコンピューティングシステム。
【請求項６】各種アプリケーションソフトウェア等の
応用サービスを提供する第１の情報処理装置と、この第１の情報処理装置から応用サービスの提供を受け
る端末機器と、上記第１の情報処理装置と上記端末機器とを接続する通
信網とからなる分散ネットワークコンピューティングシ
ステムにあって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に、上記端末機器の処理能力を示
す端末属性情報を管理する端末属性情報管理手段および
上記通信網の処理能力を示す通信インフラ情報を管理す
る通信インフラ情報管理手段を設け、上記第１の情報処理装置は、上記端末属性情報管理手段および上記通信インフラ情報
管理手段を有する第２の情報処理装置を検索する検索手
段と、この検索手段により検索された上記第２の情報処理装置
を対象として、上記端末属性情報管理手段から通信相手
となる端末機器の端末属性情報を取得すると共に、上記
通信インフラ情報管理手段から通信相手となる端末機器
の通信インフラ情報を取得し、応用サービスとして提供
されるサービス情報を上記端末属性情報および通信イン
フラ情報に基づいて特定の形式に変換する変換手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段と、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
分散ネットワークコンピューティングシステム。
【請求項７】上記端末機器は、ネットワーク上に複数
存在することを特徴とする請求項１、請求項２、請求項
３、請求項４、請求項５、又は請求項６記載の分散ネッ
トワークコンピューティングシステム。
【請求項８】上記通信網は、ネットワーク上に複数存
在することを特徴とする請求項１、請求項２、請求項
３、請求項４、請求項５、又は請求項６記載の分散ネッ
トワークコンピューティングシステム。
【請求項９】上記端末機器および上記通信網は、ネッ
トワーク上に複数存在することを特徴とする請求項１、
請求項２、請求項３、請求項４、請求項５、又は請求項
６記載の分散ネットワークコンピューティングシステ
ム。
【請求項１０】上記端末機器は、サーバコンピュータ
として動作／機能することを特徴とする請求項１、請求
項２、請求項３、請求項４、請求項５、又は請求項６記
載の分散ネットワークコンピューティングシステム。
【請求項１１】上記ネットワーク接続手段は、ネット
ワーク上に複数存在し、これらのネットワーク接続手段に上記情報交換装置とし
ての各機能を分散化して設けたことを特徴とする請求項
１、請求項２、又は請求項３記載の分散ネットワークコ
ンピューティングシステム。
【請求項１２】上記ネットワーク接続手段は、上記情
報処理装置に一体に設けられ、上記情報処理装置と共に統合サーバを構成することを特
徴とする請求項１、請求項２、又は請求項３記載の分散
ネットワークコンピューティングシステム。
【請求項１３】上記情報交換装置は、上記情報処理装
置および上記ネットワーク接続手段とは独立してネット
ワーク上に設けられることを特徴とする請求項１、請求
項２、又は請求項３記載の分散ネットワークコンピュー
ティングシステム。
【請求項１４】上記情報交換装置は、上記端末機器毎
に固有の操作方法を示すユーザインタフェース情報を管
理するユーザインタフェース情報管理手段を有し、上記変換手段は、このユーザインタフェース情報管理手
段から通信相手となる端末機器に対応するユーザインタ
フェース情報を取得し、応用サービスとして提供される
サービス情報を上記ユーザインタフェース情報に基づい
て特定の形式に変換することを特徴とする請求項１、請
求項２又は請求項３記載の分散ネットワークコンピュー
ティングシステム。
【請求項１５】上記情報交換装置は、利用者毎に固有
の操作方法を示す利用者情報を管理する利用者情報管理
手段を有し、上記変換手段は、この利用者情報管理手段から通信相手
となる端末機器に対応する利用者情報を取得し、応用サ
ービスとして提供されるサービス情報を上記利用者情報
に基づいて特定の形式に変換することを特徴とする請求
項１、請求項２又は請求項３記載の分散ネットワークコ
ンピューティングシステム。
【請求項１６】上記情報交換装置は、上記端末属性情報に基づいてデータの暗号化が可能か否
かを判断する暗号化判断手段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項１記載の分散ネットワークコンピュ
ーティングシステム。
【請求項１７】上記第２の情報処理装置は、上記端末
機器毎に固有の操作方法を示すユーザインタフェース情
報を管理するユーザインタフェース情報管理手段を有
し、上記検索手段は、上記ユーザインタフェース情報管理手
段を有する第２の情報処理装置を検索し、上記変換手段は、この検索手段により検索された上記第
２の情報処理装置を対象として、上記ユーザインタフェ
ース情報管理手段から通信相手となる端末機器に対応す
るユーザインタフェース情報を取得し、応用サービスと
して提供されるサービス情報を上記ユーザインタフェー
ス情報に基づいて特定の形式に変換することを特徴とす
る請求項４、請求項５又は請求項６記載の分散ネットワ
ークコンピューティングシステム。
【請求項１８】上記第２の情報処理装置は、利用者毎
に固有の操作方法を示す利用者情報を管理する利用者情
報管理手段を有し、上記検索手段は、上記利用者情報管理手段からを有する
第２の情報処理装置を検索し、上記変換手段は、この検索手段により検索された上記第
２の情報処理装置を対象として、上記利用者情報管理手
段から通信相手となる端末機器に対応する利用者情報を
取得し、応用サービスとして提供されるサービス情報を
上記利用者情報に基づいて特定の形式に変換することを
特徴とする請求項４、請求項５又は請求項６記載の分散
ネットワークコンピューティングシステム。
【請求項１９】上記第２の情報処理装置は、上記端末属性情報に基づいてデータの暗号化が可能か否
かを判断する暗号化判断手段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項４記載の分散ネットワークコンピュ
ーティングシステム。
【請求項２０】上記暗号化手段は、上記端末機器の処
理能力に応じて暗号化のレベルを変更することを特徴と
する請求項１６又は請求項１９記載の分散ネットワーク
コンピューティングシステム。
【請求項２１】上記情報交換装置は、上記通信インフラ情報に基づいてデータの暗号化が可能
か否かを判断する暗号化判断手段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項２記載の分散ネットワークコンピュ
ーティングシステム。
【請求項２２】上記第２の情報処理装置は、上記通信インフラ情報に基づいてデータの暗号化が可能
か否かを判断する暗号化判断手段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項５記載の分散ネットワークコンピュ
ーティングシステム。
【請求項２３】上記暗号化手段は、上記通信網の通信
能力に応じて暗号化のレベルを変更することを特徴とす
る請求項２１又は請求項２２記載の分散ネットワークコ
ンピューティングシステム。
【請求項２４】上記情報交換装置は、上記端末属性情報および上記通信インフラ情報に基づい
てデータの暗号化が可能か否かを判断する暗号化判断手
段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項３記載の分散ネットワークコンピュ
ーティングシステム。
【請求項２５】上記第２の情報処理装置は、上記端末属性情報および上記通信インフラ情報に基づい
てデータの暗号化が可能か否かを判断する暗号化判断手
段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項４記載の分散ネットワークコンピュ
ーティングシステム。
【請求項２６】上記暗号化手段は、上記端末機器の処
理能力および上記通信網の通信能力に応じて暗号化のレ
ベルを変更することを特徴とする請求項２４又は請求項
２５記載の分散ネットワークコンピューティングシステ
ム。
【請求項２７】上記情報交換装置は、上記端末属性情報に基づいてデータの圧縮化が可能か否
かを判断する圧縮化判断手段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項１記載の分散ネットワークコンピュ
ーティングシステム。
【請求項２８】上記第２の情報処理装置は、上記端末属性情報に基づいてデータの圧縮化が可能か否
かを判断する圧縮化判断手段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項４記載の分散ネットワークコンピュ
ーティングシステム。
【請求項２９】上記圧縮化手段は、上記端末機器の処
理能力に応じて圧縮化のレベルを変更することを特徴と
する請求項２７又は請求項２８記載の分散ネットワーク
コンピューティングシステム。
【請求項３０】上記情報交換装置は、上記通信インフラ情報に基づいてデータの圧縮化が可能
か否かを判断する圧縮化判断手段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項２記載の分散ネットワークコンピュ
ーティングシステム。
【請求項３１】上記第２の情報処理装置は、上記通信インフラ情報に基づいてデータの圧縮化が可能
か否かを判断する圧縮化判断手段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項５記載の分散ネットワークコンピュ
ーティングシステム。
【請求項３２】上記圧縮化手段は、上記通信網の通信
能力に応じて圧縮化のレベルを変更することを特徴とす
る請求項３０又は請求項３１記載の分散ネットワークコ
ンピューティングシステム。
【請求項３３】上記情報交換装置は、上記端末属性情報および上記通信インフラ情報に基づい
てデータの圧縮化が可能か否かを判断する圧縮化判断手
段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項３記載の分散ネットワークコンピュ
ーティングシステム。
【請求項３４】上記第２の情報処理装置は、上記端末属性情報および上記通信インフラ情報に基づい
てデータの圧縮化が可能か否かを判断する圧縮化判断手
段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項６記載の分散ネットワークコンピュ
ーティングシステム。
【請求項３５】上記圧縮化手段は、上記端末機器の処
理能力および上記通信網の通信能力に応じて圧縮化のレ
ベルを変更することを特徴とする請求項３３又は請求項
３４記載の分散ネットワークコンピューティングシステ
ム。
【請求項３６】ネットワークを相互接続するためのネ
ットワーク接続装置に情報交換機能を設け、情報処理装置から応用サービスとして提供されるサービ
ス情報を端末機器に送信する際に、上記ネットワーク接続装置側で当該端末機器の処理能力
を判断し、その処理能力に応じて上記サービス情報を特定の形式に
変換するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにしたことを特徴とする情報交換方法。
【請求項３７】ネットワークを相互接続するためのネ
ットワーク接続装置に情報交換機能を設け、情報処理装置から応用サービスとして提供されるサービ
ス情報を端末機器に送信する際に、上記ネットワーク接続装置側で当該端末機器が接続され
た通信網の通信能力を判断し、その通信能力に応じて上記サービス情報を特定の形式に
変換し、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにしたことを特徴とする情報交換方法。
【請求項３８】ネットワークを相互接続するためのネ
ットワーク接続装置に情報交換機能を設け、情報処理装置から応用サービスとして提供されるサービ
ス情報を端末機器に送信する際に、上記ネットワーク接続装置側で当該端末機器の処理能力
および当該端末機器が接続された通信網の通信能力を判
断し、その処理能力および通信能力に応じて上記サービス情報
を特定の形式に変換し、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにしたことを特徴とする情報交換方法。
【請求項３９】通信網を介して接続された端末機器に
応用サービスを提供する第１の情報処理装置に設けられ
る情報交換方法であって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に端末属性情報管理部を設け、上
記端末機器の処理能力を示す端末属性情報を上記端末属
性情報管理部に登録しておき、上記端末属性情報管理部を有する第２の情報処理装置を
検索し、この第２の情報処理装置を対象として、上記端末属性情
報管理部から通信相手となる端末機器の端末属性情報を
取得し、応用サービスとして提供されるサービス情報を上記端末
属性情報に基づいて特定の形式に変換し、この変換された上記サービス情報を上記通信網を介して
送信するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにしたことを特徴とする情報交換方法。
【請求項４０】通信網を介して接続された端末機器に
応用サービスを提供する第１の情報処理装置に設けられ
る情報交換方法であって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に通信インフラ情報管理部を設
け、上記通信網の通信能力を示す通信インフラ情報を上
記通信インフラ情報管理部に登録しておき、上記通信インフラ情報管理部を有する第２の情報処理装
置を検索し、この第２の情報処理装置を対象として、上記通信インフ
ラ情報管理部から通信相手となる端末機器が接続されて
いる通信網の通信インフラ情報を取得し、応用サービスとして提供されるサービス情報を上記通信
インフラ情報に基づいて特定の形式に変換し、この変換された上記サービス情報を上記通信網を介して
送信するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにしたことを特徴とする情報交換方法。
【請求項４１】通信網を介して接続された端末機器に
応用サービスを提供する第１の情報処理装置に設けられ
る情報交換方法であって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に端末属性情報管理部および通信
インフラ情報管理部を設け、上記端末機器の処理能力を
示す端末属性情報を上記端末属性情報管理部に登録し、
上記通信網の通信能力を示す通信インフラ情報を上記通
信インフラ情報管理部に登録しておき、上記端末属性情報管理部および通信インフラ情報管理部
を有する第２の情報処理装置を検索し、この第２の情報処理装置を対象として、上記端末属性情
報管理部から通信相手となる端末機器の端末属性情報を
取得すると共に、上記通信インフラ情報管理部から同端
末機器が接続されている通信網の通信インフラ情報を取
得し、応用サービスとして提供されるサービス情報を上記端末
属性情報および上記通信インフラ情報に基づいて特定の
形式に変換し、この変換された上記サービス情報を上記通信網を介して
送信するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにしたことを特徴とする情報交換方法。
【請求項４２】ネットワークを相互接続するためのネ
ットワーク接続装置に情報交換機能を設け、情報処理装置から応用サービスとして提供されるサービ
ス情報を端末機器に送信する際に、上記ネットワーク接続装置側で当該端末機器の処理能力
を判断し、その処理能力に応じて上記サービス情報を特定の形式に
変換するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにした情報交換方法のプログラム情報を記憶し
たコンピュータ読取り可能な記憶媒体。
【請求項４３】ネットワークを相互接続するためのネ
ットワーク接続装置に情報交換機能を設け、情報処理装置から応用サービスとして提供されるサービ
ス情報を端末機器に送信する際に、上記ネットワーク接続装置側で当該端末機器が接続され
た通信網の通信能力を判断し、その通信能力に応じて上記サービス情報を特定の形式に
変換し、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにした情報交換方法のプログラム情報を記憶し
たコンピュータ読取り可能な記憶媒体。
【請求項４４】ネットワークを相互接続するためのネ
ットワーク接続装置に情報交換機能を設け、情報処理装置から応用サービスとして提供されるサービ
ス情報を端末機器に送信する際に、上記ネットワーク接続装置側で当該端末機器の処理能力
および当該端末機器が接続された通信網の通信能力を判
断し、その処理能力および通信能力に応じて上記サービス情報
を特定の形式に変換し、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにした情報交換方法のプログラム情報を記憶し
たコンピュータ読取り可能な記憶媒体。
【請求項４５】通信網を介して接続された端末機器に
応用サービスを提供する第１の情報処理装置に設けられ
る情報交換方法であって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に端末属性情報管理部を設け、上
記端末機器の処理能力を示す端末属性情報を上記端末属
性情報管理部に登録しておき、上記端末属性情報管理部を有する第２の情報処理装置を
検索し、この第２の情報処理装置を対象として、上記端末属性情
報管理部から通信相手となる端末機器の端末属性情報を
取得し、応用サービスとして提供されるサービス情報を上記端末
属性情報に基づいて特定の形式に変換し、この変換された上記サービス情報を上記通信網を介して
送信するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにした情報交換方法のプログラム情報を記憶し
たコンピュータ読取り可能な記憶媒体。
【請求項４６】通信網を介して接続された端末機器に
応用サービスを提供する第１の情報処理装置に設けられ
る情報交換方法であって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に端末属性情報管理部および通信
インフラ情報管理部を設け、上記端末機器の処理能力を
示す端末属性情報を上記端末属性情報管理部に登録し、
上記通信網の通信能力を示す通信インフラ情報を上記通
信インフラ情報管理部に登録しておき、上記端末属性情報管理部および通信インフラ情報管理部
を有する第２の情報処理装置を検索し、この第２の情報処理装置を対象として、上記端末属性情
報管理部から通信相手となる端末機器の端末属性情報を
取得すると共に、上記通信インフラ情報管理部から同端
末機器が接続されている通信網の通信インフラ情報を取
得し、応用サービスとして提供されるサービス情報を上記端末
属性情報および上記通信インフラ情報に基づいて特定の
形式に変換し、この変換された上記サービス情報を上記通信網を介して
送信するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにした情報交換方法のプログラム情報を記憶し
たコンピュータ読取り可能な記憶媒体。
【請求項４７】通信網を介して接続された端末機器に
応用サービスを提供する第１の情報処理装置に設けられ
る情報交換方法であって、上記第１の情報処理装置とは別に上記通信網に接続され
る第２の情報処理装置に端末属性情報管理部および通信
インフラ情報管理部を設け、上記端末機器の処理能力を
示す端末属性情報を上記端末属性情報管理部に登録し、
上記通信網の通信能力を示す通信インフラ情報を上記通
信インフラ情報管理部に登録しておき、上記端末属性情報管理部および通信インフラ情報管理部
を有する第２の情報処理装置を検索し、この第２の情報処理装置を対象として、上記端末属性情
報管理部から通信相手となる端末機器の端末属性情報を
取得すると共に、上記通信インフラ情報管理部から同端
末機器が接続されている通信網の通信インフラ情報を取
得し、応用サービスとして提供されるサービス情報を上記端末
属性情報および上記通信インフラ情報に基づいて特定の
形式に変換し、この変換された上記サービス情報を上記通信網を介して
送信するようにし、上記サービス情報を上記端末機器に送信する際、当該サ
ービス情報に付与された優先度情報に基づいて伝送制御
するようにした情報交換方法のプログラム情報を記憶し
たコンピュータ読取り可能な記憶媒体。
【請求項４８】通信網を介して接続された端末機器に
応用サービスを提供する情報処理装置に設けられる情報
交換装置であって、上記端末機器の処理能力を示す端末属性情報を管理する
端末属性情報管理手段と、この端末属性情報管理手段から通信相手となる端末機器
の端末属性情報を取得し、応用サービスとして提供され
るサービス情報を上記端末属性情報に基づいて特定の形
式に変換する変換手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段と、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
情報交換装置。
【請求項４９】通信網を介して接続された端末機器に
応用サービスを提供する情報処理装置に設けられる情報
交換装置であって、上記通信網の通信能力を示す通信インフラ情報を管理す
る通信インフラ情報管理手段と、この通信インフラ情報管理手段から通信相手となる端末
機器が接続されている通信網の通信インフラ情報を取得
し、応用サービスとして提供されるサービス情報を上記
通信インフラ情報に基づいて特定の形式に変換する変換
手段と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段と、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
情報交換装置。
【請求項５０】通信網を介して接続された端末機器に
応用サービスを提供する情報処理装置に設けられる情報
交換装置であって、上記端末機器の処理能力を示す端末属性情報を管理する
端末属性情報管理手段と、上記通信網の通信能力を示す通信インフラ情報を管理す
る通信インフラ情報管理手段と、上記端末属性情報管理手段から通信相手となる端末機器
の端末属性情報を取得するとともに、上記通信インフラ
情報管理手段から同端末機器が接続されている通信網の
通信インフラ情報を取得し、応用サービスとして提供さ
れるサービス情報を上記端末属性情報および上記通信イ
ンフラ情報に基づいて特定の形式に変換する変換手段
と、この変換手段によって変換された上記サービス情報を上
記通信網を介して送信する通信手段と、この通信手段にて上記サービス情報を上記端末機器に送
信する際、当該サービス情報に付与された優先度情報に
基づいて伝送制御する手段とを具備したこと特徴とする
情報交換装置。
【請求項５１】上記端末属性情報に基づいてデータの
暗号化が可能か否かを判断する暗号化判断手段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項４８記載の情報交換装置。
【請求項５２】上記暗号化手段は、上記端末機器の処
理能力に応じて暗号化のレベルを変更することを特徴と
する請求項４８又は請求項５０記載の情報交換装置。
【請求項５３】上記通信インフラ情報に基づいてデー
タの暗号化が可能か否かを判断する暗号化判断手段と、この暗号化判断手段によってデータの暗号化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を暗号化する暗号化手段とを具備したこと
を特徴とする請求項４９記載の情報交換装置。
【請求項５４】上記暗号化手段は、上記通信網の通信
能力に応じて暗号化のレベルを変更することを特徴とす
る請求項４９又は請求項５０記載の情報交換装置。
【請求項５５】上記端末属性情報に基づいてデータの
圧縮化が可能か否かを判断する圧縮化判断手段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項４８記載の情報交換装置。
【請求項５６】上記圧縮化手段は、上記端末機器の処
理能力に応じて圧縮化のレベルを変更することを特徴と
する請求項４８記載の情報交換装置。
【請求項５７】上記情報交換装置は、上記通信インフラ情報に基づいてデータの圧縮化が可能
か否かを判断する圧縮化判断手段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項４９記載の情報交換装置。
【請求項５８】上記圧縮化手段は、上記通信網の通信
能力に応じて圧縮化のレベルを変更することを特徴とす
る請求項５７記載の情報交換装置。
【請求項５９】上記端末属性情報および上記通信イン
フラ情報に基づいてデータの圧縮化が可能か否かを判断
する圧縮化判断手段と、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化する圧縮化手段とを具備したこと
を特徴とする請求項５７記載の情報交換装置。
【請求項６０】上記圧縮化手段は、上記端末機器の処
理能力および上記通信網の通信能力に応じて圧縮化のレ
ベルを変更することを特徴とする請求項５９記載の情報
交換装置。
【請求項６１】上記端末属性情報に基づいてデータの
暗号化が可能か否かを判断し、この暗号化判断によりデータの暗号化が可能であると判
断された場合に、応用サービスとして提供されるサービ
ス情報を暗号化するようにしたことを特徴とする請求項
３６記載の情報交換方法。
【請求項６２】上記暗号化は、上記端末機器の処理能
力に応じて暗号化のレベルを変更することを特徴とする
請求項６１記載の情報交換方法。
【請求項６３】上記通信インフラ情報に基づいてデー
タの暗号化が可能か否かを判断し、この暗号化判断によってデータの暗号化が可能であると
判断された場合に、応用サービスとして提供されるサー
ビス情報を暗号化するようにしたことを特徴とする請求
項３７記載の情報交換方法。
【請求項６４】上記暗号化は、上記通信網の通信能力
に応じて暗号化のレベルを変更することを特徴とする請
求項６３記載の情報交換方法。
【請求項６５】上記端末属性情報に基づいてデータの
圧縮化が可能か否かを判断し、この圧縮化判断によってデータの圧縮化が可能であると
判断された場合に、応用サービスとして提供されるサー
ビス情報を圧縮化するようにしたことを特徴とする請求
項３６記載の情報交換方法。
【請求項６６】上記圧縮化は、上記端末機器の処理能
力に応じて圧縮化のレベルを変更することを特徴とする
請求項６５記載の情報交換方法。
【請求項６７】上記通信インフラ情報に基づいてデー
タの圧縮化が可能か否かを判断し、この圧縮化判断よってデータの圧縮化が可能であると判
断された場合に、応用サービスとして提供されるサービ
ス情報を圧縮化するようにしたことを特徴とする請求項
３７記載の情報交換方法。
【請求項６８】上記圧縮化は、上記通信網の通信能力
に応じて圧縮化のレベルを変更することを特徴とする請
求項６７記載の情報交換方法。
【請求項６９】上記端末属性情報および上記通信イン
フラ情報に基づいてデータの圧縮化が可能か否かを判断
し、この圧縮化判断手段によってデータの圧縮化が可能であ
ると判断された場合に、応用サービスとして提供される
サービス情報を圧縮化するようにしたことを特徴とする
請求項３８記載の情報交換方法。
【請求項７０】上記圧縮化は、上記端末機器の処理能
力および上記通信網の通信能力に応じて圧縮化のレベル
を変更することを特徴とする請求項６９記載の情報交換
方法。