JPH10327197A

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

Info

Publication number: JPH10327197A
Application number: JP9364036A
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

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】

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

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

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

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

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

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

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

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

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

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

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

【００１５】そして、上述のようなネットワークコンピ
ューティング環境下では、オリジナルデータを管理する
サーバの該オリジナルデータの変更が成されることは多
々ある。このような場合、サーバに接続される端末機器
側では、人為的な情報操作によらなければ、上記変更の
事実は分からず、対応できず極めて不便なものであっ
た。

【００１６】そこで、本発明は上記事情を考慮して成さ
れたものであり、各端末機器が存在するネットワーク環
境において、各端末機器の処理能力に応じた応用サービ
スの提供を可能とし、しかも大型のサーバコンピュータ
を必要とせずに各端末機器の処理能力に応じた応用サー
ビスの提供も可能とし、さらに、複数の通信インフラが
混在する場合でも、その通信インフラの通信能力に応じ
た応用サービスの提供を可能として、しかもオリジナル
データが変更された場合であっても、該データを管理す
る機器に接続される端末機器側でも変更データに対応で
きるようにした分散ネットワークコンピューティングシ
ステム、及び情報交換方法、及びこの方法を格納した記
憶媒体、情報交換装置を提供することを目的とする。

【００１７】さらに、本発明は、各端末機器が存在する
ネットワーク環境において、交換機やルータのようなネ
ットワーク接続装置上で、各端末機器毎の処理能力の差
や、通信インフラとしての通信能力の差を吸収／調整し
てサービス提供を行え、しかもオリジナルデータが変更
された場合であっても、該データを管理する機器に接続
される端末機器側でも変更データに対応できる分散ネッ
トワークコンピューティングシステム、及び情報交換方
法、及びこの方法を格納した記憶媒体、情報交換装置を
提供することを目的とする。

【００１８】

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

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

【００１９】この情報交換装置は、上記端末機器の処理
能力を示す端末属性情報を管理する端末属性情報管理手
段と、この端末属性情報管理手段から通信相手となる端
末機器の端末属性情報を取得し、応用サービスとして提
供されるサービス情報を上記端末属性情報に基づいて特
定の形式に変換する変換手段と、この変換手段によって
変換された上記サービス情報を上記通信網を介して送信
する通信手段と、上記情報処理装置に管理格納されたデ
ータに変更があった場合に、当該変更情報を上記端末機
器に通知／転送制御処理する手段とを具備して構成され
る。

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

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

【００２２】特に、このような情報交換をネットワーク
接続手段（回線交換機やルータなど）で行うことによ
り、利用者の端末機器に近いところで最終的な形式に情
報交換することができる。つまり、各サプネットワーク
からネットワークができる場合に、そのサブネットワー
クに適した形式に情報交換を行うことができる。しか
も、オリジナルデータが変更された場合であっても、該
データを管理する機器に接続される端末機器側でも変更
データに対応できる。

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

【００２４】この情報交換装置は、上記通信網の通信能
力を示す通信インフラ情報を管理する通信インフラ情報
管理手段と、この通信インフラ情報管理手段から通信相
手となる端末機器が接続されている通信網の通信インフ
ラ情報を取得し、応用サービスとして提供されるサービ
ス情報を上記通信インフラ情報に基づいて特定の形式に
変換する変換手段と、この変換手段によって変換された
上記サービス情報を上記通信網を介して送信する通信手
段と、上記情報処理装置に管理格納されたデータに変更
があった場合に、当該変更情報を上記端末機器に通知／
転送制御処理する手段とを具備して構成される。

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

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

【００２７】特に、このような情報交換をネットワーク
接続手段（回線交換機やルータなど）で行うことによ
り、利用者の端末機器に近いところで最終的な形式に情
報交換することができる。つまり、各サプネットワーク
からネットワークができる場合に、そのサブネットワー
クに適した形式に情報交換を行うことができる。しか
も、オリジナルデータが変更された場合であっても、該
データを管理する機器に接続される端末機器側でも変更
データに対応できる。

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

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

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

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

【００３２】特に、このような情報交換をネットワーク
接続手段（回線交換機やルータなど）で行うことによ
り、利用者の端末機器に近いところで最終的な形式に情
報交換することができる。つまり、各サブネットワーク
からネットワークができる場合に、そのサブネットワー
クに適した形式に情報交換を行うことができる。しか
も、オリジナルデータが変更された場合であっても、該
データを管理する機器に接続される端末機器側でも変更
データに対応できる。

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

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

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

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

【００３７】さらに、情報交換に必要な端末属性情報の
管理機能を第２の情報処理装置（サブのサーバコンピュ
ータ）に分散して持たすことで、第１の情報処理装置の
処理負担を軽減することができ、障害にも強いシステム
を実現することができる。しかも、オリジナルデータが
変更された場合であっても、該データを管理する機器に
接続される端末機器側でも変更データに対応できる。

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

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

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

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

【００４２】さらに、情報交換に必要な通信インフラ情
報の管理機能を第２の情報処理装置（サブのサーバコン
ピュータ）に分散して持たすことで、第１の情報処理装
置の処理負担を軽減することができ、障害にも強いシス
テムを実現することができる。しかも、オリジナルデー
タが変更された場合であっても、該データを管理する機
器に接続される端末機器側でも変更データに対応でき
る。

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

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

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

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

【００４７】さらに、情報交換に必要な端末属性情報の
管理機能や通信インフラ情報の管理機能を第２の情報処
理装置（サブのサーバコンピュータ）に分散して持たす
ことで、第１の情報処理装置の処理負担を軽減すること
ができ、障害にも強いシステムを実現することができ
る。しかも、オリジナルデータが変更された場合であっ
ても、該データを管理する機器に接続される端末機器側
でも変更データに対応できる。

【００４８】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０８】尚、本実施形態では、端末機器として、Ｐ
Ｃや携帯用ＰＣ、携帯情報端末、ポケベル、ＦＡＸ、携
帯電話、プリンタなどを想定して説明しているが、ネッ
トワーク接続される他のサーバ計算機であっても良い。
さらに、上述情報交換の方法は、当該処理方法が記載さ
れたプログラム情報を、サーバ計算機１にて動作する記
憶媒体に格納しても良いものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３９】一般に、マルチメディアデータを含む文書
データの管理の１つとして、構造化文書による手法が考
えられている。この場合、文書データを構成する各部品
（テキストデータ、イメージデータ、動画データ、プロ
グラム等）はタグによって管理されており、閲覧用の装
置（ブラウザ）はこのタグを元に画面上に文書データを
表示することになる。したがって、構造化文書形式で記
述されたサービス情報を提供する際に、サーバ側でタグ
を分析すれば、サービス情報として提供される文書デー
タの持つ部品がどのような種類のものかを知ることがで
きる。そこで、実際にデータを転送処理する前に、構造
化文書をタグ情報に基づいて解析し、各部品のデータサ
イズや付加情報などの属性情報（タグ情報のみでは表示
できない情報）を把握するとともに、端末機器や通信イ
ンフラ等の属性に対応する形式を把握する情報交換装置
をサーバ側に実装する。この場合、情報交換装置から生
成される構造化文書には情報交換用のタグが挿入され
る。

【０１４０】このように、構造化文書形式でデータ管理
を行うことにより、データの管理が容易となり、また、
情報交換作業でも文書部品の解析が容易となる。また、
ＨＴＭＬなどの広く普及している構造化言語規約をベー
スとして情報交換装置を構築すれば、普及しているＷＷ
Ｗシステムへの変更や影響を最小限にすることができ
る。図１５は構造化文書を想定した場合の応用サービス
を含めたシステム全体の構成を示す概念図である。図中
６１は構造化文書管理部であり、各種アプリケーション
ソフトウェア等の応用サービスとして提供されるサービ
ス情報を構造化文書形式で管理する。この構造化文書管
理部６１は、図１の応用サービス提供部２０に設けられ
る。尚、ここでは応用サービス提供部２０が予め構造化
文書形式で記述されたサービス情報を管理している場合
を示したが、後述するように、そのサービス情報が非構
造化文書形式であっても良い（図２０参照）。

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

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

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

【０１４４】次に、具体的な処理動作を説明する。尚、
ここでは、構造化文書形式のサービス情報を応用サービ
ス提供部２０で管理している場合の動作について説明す
るが、非構造化文書形式のサービス情報を応用サービス
提供部２０で管理している場合については、図２０を用
いて後述するものとする。まず、端末属性に応じた処理
について説明する。

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

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

【０１４７】構造化文書の解析後、情報交換装置１０は
端末情報管理部１２から通信相手となる端末機器の属性
情報を取得し、その処理能力を調べる（ステップＨ１
３）。その結果、端末側の処理能力が低く、構造化文書
を表示する能力がないと判断された場合には、情報交換
装置１０は当該構造化文書の各部品データをその端末が
表示できるような形式に変換する（ステップＨ１４）。

【０１４８】即ち、画面制御機能が低い端末機器の場合
（ブラウザ機能を持たない端末）には、例えばサービス
情報として提供される情報が画像情報、特に動画情報の
とき、これをシンボル情報（当該画像を何らかの形で簡
略的に示したもの）に変えて送る。また、文書の書式情
報の場合には、それを空白文字あるいは改行に変えて送
り、文字種の場合には、端末が扱えないので無視する。
さらに、“Ｊａｖａ”や“ＡｃｔｉｖｅＸ”のようなク
ライアント（端末）側で動作するプログラムについて
は、端末が扱えないので無視し、その際にプログラムが
扱えない旨のメッセージを通知する。このようにして、
端末機器の処理能力に応じた情報交換が行われると、情
報交換装置１０はその情報交換後のサービス情報を端末
機器が接続されている通信網を介して送信する（ステッ
プＨ１５）。これにより、例えば構造化文書を表示する
能力がない端末機器を使用しているときでも、その端末
にあった形式でサービス情報の提供を受けることができ
るようになる。

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

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

【０１５１】構造化文書の解析後、情報交換装置１０は
通信インフラ情報管理部１５から通信相手となる端末機
器が接続されている通信インフラの属性情報を取得し、
その通信能力を調べる（ステップＩ１３）。その結果、
通信インフラのデータ伝送能力が低いと判断された場合
には、情報交換装置１０は当該構造化文書の各部品デー
タをその通信インフラのデータ伝送能力に合わせた形式
に変換する（ステップＨ１４）。即ち、例えばＰＨＳ
（ＰｅｒｓｏｎａｌＨａｎｄｙｐｈｏｎｅＳｙｓｔ
ｅｍ）データ通信網など、データ伝送能力の低い通信イ
ンフラの場合には、例えばサービス情報として提供され
る情報が画像情報、特に動画情報のとき、これをコマ落
しするなどして、情報量を削減した形にして送る。

【０１５２】このようにして、通信インフラのデータ伝
送能力に応じた情報交換が行われると、情報交換装置１
０はその情報交換後のサービス情報を端末機器が接続さ
れている通信網を介して送信する（ステップＩ１５）。
これにより、例えばデータ伝送能力の低い通信インフラ
を使用しているときでも、その通信インフラにあった形
式でサービス情報の提供を受けることができるようにな
る。次に、端末属性と通信インフラの属性に応じた処理
について説明する。

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

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

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

【０１５６】一方、端末側の処理能力が高く、構造化文
書を表示する能力があると判断された場合には（ステッ
プＪ１４のＮＯ）、情報交換装置１０は通信インフラ情
報管理部１５から通信相手となる端末機器が接続されて
いる通信インフラの属性情報を取得する（ステップＪ１
７）。そして、情報交換装置１０はその属性情報に基づ
いて通信インフラの通信能力に応じた情報交換を行い
（ステップＪ１８）、その情報交換後のサービス情報を
端末機器が接続されている通信網を介して送信する（ス
テップＪ１６）。

【０１５７】このように、構造化文書形式で記述された
サービス情報を提供する場合でも、端末属性や通信イン
フラの属性に応じて情報交換を行うことにより、端末機
器の処理能力や、通信インフラの通信能力に合ったサー
ビス提供を行うことができるようになる。

【０１５８】尚、このような端末属性や通信インフラの
属性だけでなく、例えば図１のユーザインタフェース情
報管理部１３を用いることにより、端末機器毎に固有の
操作方法を示すユーザインタフェース情報に基づいて情
報交換を行ったり、利用者情報管理部１４を用いること
により、利用者毎に固有の操作方法を示す利用者情報に
基づいて情報交換を行うことも可能である。

【０１５９】さらに、データの暗号化や、データの圧縮
化を行ったり、ＦＡＸなどの入出力機器を使用している
場合にその入出力機器に応じた情報交換を行うなど、構
造化文書形式で記述されたサービス情報の提供に際し、
上述した全ての手法を適用することができるものであ
る。また、上記の例では、予め構造化文書形式で記述さ
れているサービス情報を提供する場合について説明した
が、本発明はこれに限るものではなく、構造化文書形式
とは異なる形式（バイナリデータ）で記述されたサービ
ス情報であっても、本手法を適用することができるもの
である。このときの処理動作を図２０に示す。

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

【０１６１】ある端末機器からサーバ計算機１に対して
文書要求指示（サービス要求指示）があると、構造化文
書形式とは異なる形式で記述されたサービス情報が応用
サービス提供部２０から情報交換装置１０に渡される。
これにより、情報交換装置１０は次のような情報交換処
理を実行する。

【０１６２】即ち、情報交換装置１０は、まず、そのサ
ービス情報を構成する部品を切り出す（ステップＫ１
１）。この場合、例えばバイナリーデータの文書情報で
は、トークンによって、例えば本分、フォント、書式、
その他の属性（日付、著者名等）などが管理されてい
る。したがって、トークンを調べることにより、各部品
を切り出すことができる。各部品を切り出すと、情報交
換装置１０はこれらの部品をＨＴＭＬなどの構造化言語
で表現した構造化文書を作成する（ステップＫ１２）。

【０１６３】このようにして、構造化文書を作成した後
は、その構造化文書を対象として図１７で説明したよう
な処理を行う。即ち、情報交換装置１０はその構造化文
書の解析を行い（ステップＫ１３）、当該文書を構成す
る各部品の種類とそのデータサイズを調べる（ステップ
Ｋ１４）。そして、情報交換装置１０は端末情報管理部
１２から通信相手となる端末機器の属性情報を取得し
（ステップＫ１５）、その属性情報に基づいて各部品デ
ータを情報交換する（ステップＫ１６）。情報交換装置
１０はその情報交換後のサービス情報を端末機器が接続
されている通信網を介して送信する（ステップＫ１
７）。

【０１６４】このように、非構造化文書形式で記述され
たサービス情報を対象とした場合でも、そのサービス情
報を構造化文書形式に変換する処理を加えることで、上
記同様の効果が得られるものである。尚、上記では、Ｈ
ＴＭＬなどの構造化文書を例にしたが、例えばＯＬＥ
（ＯｂｊｅｃｔＬｉｎｋｉｎｇａｎｄＥｍｂｅｄ
ｄｉｎｇ）など、各部品データで形成された文書であれ
ば全てに適用可能である。以下にサーバ計算機１内にて
構造化言語を用いて管理格納された文書データなどが修
正・削除・追加などの編集がなされ、例えばデータ転送
能力の低い回線を用いて端末側にデータコピーなどのデ
ータ転送処理について説明する。

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

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

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

【０１６８】端末側では変更タグを含む版タグを受信し
（ステップＮ１２）、サーバ計算機１と端末のデータ差
分の照合・確認作業が行われ（ステップＮ１３）、差分
データのみのコピー要求即ち版タグ情報が更新された箇
所のデータコピーの要求をサーバ計算機１に返す（ステ
ップＮ１４）。

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

【０１７０】次に、例えば過去に送付したことのない動
画像データや静止画像データ或いは音声データなどのマ
ルチメディアデータなどの比較的データサイズの大きい
データで、今後も再送する可能性が高いもの（例えばア
イコン、音声メッセージ）に関するデータ転送処理につ
いて、図２４を参照して説明する。ここで、前記大きい
データには、対応付けしたデータサイズの小さいシンボ
ルデータを割り当て（情報交換実行部１１３が実行）、
サーバ計算機１からは以降当該シンボルデータを送信す
るようにし、端末側ではそのシンボルデータを受け取っ
た際には当該データに対応する（マルチメディアデータ
など）元データを表示するよう構成している。

【０１７１】サーバ計算機１が例えば処理能力の低い端
末側からマルチメディアデータを含むある文書データの
転送要求を受け付けると（ステップＰ１１）、所望のフ
ァイルをオープンし、マルチメディアデータに対応する
シンボルが登録されているか否かの判断を行う（ステッ
プＰ１２）。シンボル登録されていない場合は、データ
転送要否のチェックが行われる（ステップＰ１３）。デ
ータ転送を行わない場合は（ステップＰ１３の否）、処
理は終了する。一方、データ転送を行う場合は（ステッ
プＰ１３の要）、前述の版タグ情報を含むデータ転送処
理が行われると共に（ステップＰ１４）、マルチメディ
アデータに関するシンボル交渉（シンボルの割り付け処
理）がサーバ計算機１と端末側とで行われ（ステップＰ
１５）、シンボル登録がなされる（ステップＰ１６）。
これは、サーバ内利用者データ情報管理部１１４にて行
われる。

【０１７２】また、上記ステップ１２にてマルチメディ
アデータに対応するシンボルが登録されている場合は、
データの修正・変更の確認判断が行われる（ステップＰ
１７）。データ修正・変更がある場合は（ステップＰ１
７にＹＥＳ）、上記ステップＰ１３へと進む。一方、デ
ータ修正・変更がない場合は（ステップＰ１７にＮ
Ｏ）、マルチメディアデータについては対応するシンボ
ルデータの送信が行われる（ステップＰ１８）。

【０１７３】上述のようにオフィス内では高速ＬＡＮな
どに接続してデータを大量にコピーし、その後は（外出
先などでは）自動的に差分データのみをコピーするとい
った本データ転送方法を用いることにより、一般に多く
の時間を要するデータコピーなどのデータ転送、特にデ
ータ転送能力の低い通信インフラを利用する場合、デー
タ転送時間の短縮と通信料金の低減、確実なデータ転送
が行える。

【０１７４】上述のようにしてデータ転送が行われたも
のの、例えば有線ＬＡＮでの回線上のパケットの衝突に
起因する回線エラーや、相手側端末が使用中（通信中）
或いは相手側端末の電源がオフ状態による回線エラーと
なった場合の再送処理を図２５を参照して説明する。
尚、回線エラーは、オペレーティングソフトウェア（Ｏ
Ｓ）／通信制御ソフトウェアからネットワーク情報を得
ることにより判明するものである。再送処理／回線切断
対応管理部１５３にてデータ転送のエラーが検出される
と（ステップＱ１１）、当該エラー情報が再送管理部１
１９に通知され、相手側端末が使用中（通信中）または
相手側端末の電源がオフ状態による回線エラーとなった
かの判断が成される（ステップＱ１２）。

【０１７５】相手側端末が使用中（通信中）または相手
側端末の電源がオフ状態による回線エラーの場合（ステ
ップＱ１２のＹＥＳ）、再送管理部の管理の下で再送処
理／回線切断対応管理部１５３にて所定時間後にデータ
再送が行われる（ステップＱ１３）。そして、確実にデ
ータ転送が行われるまではデータ再送処理が所定時間毎
に行われる。ここで、再送時間間隔は任意に設定可能と
なるようにしても良い。

【０１７６】一方、相手側端末が使用中（通信中）また
は相手側端末の電源がオフ状態による回線エラーではな
い場合（ステップＱ１２のＮＯ）、多数のパケット落ち
が生じる虞のある低品質回線などの通信網におけるエラ
ーあるとの判断が成される（ステップＱ１４）。

【０１７７】上記のようなエラーでない場合は（ステッ
プＱ１４のＮＯ）、再送処理が行われることなく処理は
終了する。この時、転送エラーの旨のメッセージが端末
側に後で送信されるようにしておくと良い。一方、パケ
ット落ちによるエラーの場合は（ステップＱ１４のＹＥ
Ｓ）、情報交換実行部１１３や圧縮／暗号処理部１１５
による制御のもとで情報交換（再加工など）／データ圧
縮によりデータサイズが縮小されて再送される（ステッ
プＱ１５）。

【０１７８】このようにすれば、データサイズが縮小さ
れているで、データ転送時間の短縮化を図れると共に、
確実且つ効率的にデータ転送が行える。尚、情報交換／
再送タイミングは、上記ＯＳ／通信制御ソフトウェアか
らネットワーク情報により、通信網を考慮して伝送直前
で制御されるものである。ところで、上述した本実施形
態の各種処理方法は、当該処理方法が記載されたプログ
ラム情報を、ハードディスク装置（ＨＤＤ）１６やフロ
ッピーディスク装置（ＦＤＤ）１７、ＣＤ−ＲＯＭ１８
などの記憶媒体に格納し、この格納されたプログラム情
報に基づいてサーバ計算機１が上述処理を実行するよう
にしても良いことは勿論である。

【０１７９】さて、上述したような本システムにおい
て、例えば緊急情報といったような優先度の高い情報の
送信制御について、応用サービスとして電子メールシス
テムの場合を例として図２６および図２７を参照して以
下に説明する。図２６は、電子メールシステムで作成し
たメールデータの構造化文書への流れを示す図であり、
その操作によって情報交換装置は緊急メール情報を入手
する。また、図２７は、その結果得られた情報をもとに
緊急メッセージ送信する流れを示す図である。

【０１８０】情報交換装置１０は、応用サービスである
電子メールシステムが作成／送信したメールデータを受
け取る（ステップＲ１１）。そして、このメールデータ
について、情報交換サービスが必要か否かを確認する
（ステップＲ１２）。ここで、情報交換操作を必要とし
ない場合とは、情報交換装置が実装されたサーバ計算機
が単に電子メールの転送処理のみを実行する場合などが
該当する。

【０１８１】情報交換処理が利用されないと判断された
場合は（ステップＲ１２のＮＯ）、通常の電子メール処
理が実行される（ステップＲ１３）。他方、情報交換処
理が実行される場合については、先ず到着した電子メー
ルの属性読取り、即ち属性が判断される（ステップＲ１
４）。ここで、電子メールの属性とは具体的には、・電子メールの作成日付・作成者名・作成者の所属・題目・送信された包含された電子メールの本分の属性（テキ
ストデータ、マルチメディアデータなど）・優先度（緊急通知度）などである。これらは、サーバ内利用者データ情報管理
部１１４のワークファイルに格納されており、メール本
分とは別のものである。

【０１８２】そして、電子メール送信者が緊急（優先度
が高い）に送信先に連絡したい場合は、この処理でその
度合いを示す情報部分が、他の属性から切り出されるこ
とになる。さらに、各部品を情報交換装置１０が管理で
きる形式である構造化文書形式に変換する（ステップＲ
１５）。次に、データ属性の確認として、受け付けた電
子メールが実際にどの程度の優先度で送信されたかを、
優先度管理部１２０が把握する（ステップＲ１６）。こ
の場合、優先度は電子メールシステムのエンベロップ内
に定義されている場合だけではなく、題目（ｓｕｂｊｅ
ｃｔ）の先頭などに「緊急」／「至急」などの単語情報
が付されている場合も、緊急度が高いものとして処理さ
れる。ここまでの処理を実行することによって、情報交
換装置１０は電子メールデータを管理し、且つその優先
度を把握できたことになる。

【０１８３】この後の処理の流れを図２７を参照して説
明する。図２７は、携帯電話使用者向けの緊急情報交換
／送信の流れを示す。この場合は、電子メールデータの
属性走査を行い、緊急連絡を行う場合について説明す
る。

【０１８４】先ず、電子メールデータを宛先アドレスに
対して送信しようと試みる（ステップＳ１１）。ところ
が、相手端末が電源オフであったり或いは回線が切断さ
れている、または（相手側端末が電話回線などに繋がっ
ている場合などで）回線が使用中の場合は、電子メール
を送信することができない（ステップＳ１２のＮＯ）。
このような場合、送信しようとする電子メールの優先度
が高いかどうかを調べる（ステップＳ１３）。

【０１８５】もし、緊急を要するといったように優先度
が非常に高く（ステップＳ１３のＹＥＳ）、且つ送信相
手側が携帯電話３２やページャ３３を持っている場合な
どは（ステップＳ１４のＹＥＳ）、この携帯電話３２や
ページャ３３への送信を試みる。ここで、相手側が携帯
電話などを持っているかどうかは、情報交換プロセス部
１１が利用者情報管理部１４に問い合わせることによ
り、判明する。宛先の相手が携帯電話をもっいる場合は
（ステップＳ１４のＹＥＳ）、必要に応じて題目やメー
ル本文の先頭１センテンスなどの緊急連絡内容、並びに
属性を読取り（ステップＳ１５）、音声合成を考慮した
情報交換処理する（ステップＳ１６）。この後、相手側
に情報を発信、即ち携帯電話３２に電話をかける（ステ
ップＳ１７）。尚、この場合、送信元に対して、情報交
換による変換／緊急通知を知ったことを通知するように
しても良い。また、情報発信の後、必要に応じてデータ
保存が成されるようにしても良い。

【０１８６】上述のようにすれば、緊急を要する優先度
の高い情報を迅速に伝送できるので、便利で且つ本情報
交換装置のさらなる有用性が高まる。また、メールのサ
ーバ計算機への蓄積を最小として、最も早い時間に相手
先に情報を通知できる。ところで、上述したような本シ
ステムにおいて、端末側に何等かの不都合が生じ、応用
サービスの提供を受けることができなくなることがあ
る。即ち、情報交換装置１０は、基本的に各種の属性を
静的に管理している。しかし、システム内の属性は、動
的に変化することがある。例えば、通信インフラが無線
ＬＡＮのように、高速で且つ品質が安定している場合に
おいても、端末側の応用サービスクライアントがメモリ
を確保できないなどして通常の処理が実行できない場合
が想定される。また、端末側／他サーバのＣＰＵの負荷
が高いために、応用サービスが（許容時間内に）実行で
きない場合も想定される。このような動的な要因に対応
するための情報交換処理が必要である。ここでは、端末
側に設置された携帯プリンタの用紙を使い切ってしまっ
たために、サーバ計算機からの出力要求（印刷要求）が
クライアント側で処理できない場合を例に図２８を参照
して以下に説明する。

【０１８７】図２８は、プリンタ用紙切れ時のサーバ計
算機１の処理動作を示す図である。例えばプリンタ４２
が情報交換されたサービスの提供を受け、印刷出力して
いる状況は、端末監視部１１０が監視把握している。用
紙切れによりプリンタ４２からの印刷出力が中断する
と、この状況を端末監視部１１０が検出する（ステップ
Ｔ１１）。すると、サーバ計算機１は、プリンタ４２以
外に代替出力装置があるかどうかをサーバ内利用者デー
タ情報管理部１１４や利用者情報テーブル管理部１４２
から判断する（ステップＴ１２）。

【０１８８】代替出力装置がある場合は（ステップＴ１
２のＹＥＳ）、当該出力装置の利用が可能かどうかの判
断が端末監視部１１０にて行われる（ステップＴ１
３）。利用可能であれば（ステップＴ１３のＹＥＳ）、
この出力装置にて中断されたサービスの代替出力を実行
する（ステップＴ１４）。この場合、必要に応じて代替
出力装置の属性に合致させた情報交換処理を行って出力
させるものである。もし、代替出力装置の利用不可能で
あれば（ステップＴ１３のＮＯ）、処理は強制終了す
る。この場合、後で、この旨を利用者に通知するように
しても良い。

【０１８９】一方、代替出力装置がない場合は（ステッ
プＴ１２のＮＯ）、例えばプリンタ４２に接続されたＰ
Ｃ４１に対し、中断したサービスに関するデータファイ
ルの転送／コピーを行うかどうかの判断が成される（ス
テップＴ１５）。端末監視部１１０は、ファイルコピー
の指示入力を検出すると（ステップＴ１５のＹＥＳ）、
ファイル転送／コピー処理が実行される（ステップＴ１
６）。この場合、必要に応じて情報交換処理を行ってフ
ァイル転送／コピーされるものである。もし、ファイル
コピーしない場合は（ステップＴ１５のＮＯ）、再送す
るかどうかの判断が成される（ステップＴ１７）。この
判断は、サーバ内利用者データ情報管理部１１４や利用
者情報テーブル管理部１４２を参照したり、或いは利用
者からの入力指示によるものである。

【０１９０】再送する場合（ステップＴ１７のＹＥ
Ｓ）、サーバ内利用者データ情報管理部１１４や利用者
情報テーブル管理部１４２を参照したり或いは利用者か
らの入力指示若しくは予め定められた時間にてタイマー
セットされて（ステップＴ１８）、再送処理が実行され
る（ステップＴ１９）。再送しない場合は（ステップＴ
１７のＮＯ）、出力中断した上記サービスはサーバ計算
機１内に保存される（ステップＴ２０）。そして、この
旨が利用者にメッセージ通知される（ステップＴ２
１）。このとき、必要に応じて情報交換されて保存され
るようにしても良い。

【０１９１】上述のようにサーバ側で端末の状態を監視
することにより、端末側に不都合が生じた場合にあって
も、サービスの継続提供が可能となり、大変便利であ
る。

【０１９２】ところで、ネットワークコンピューティン
グ環境では、オリジナルデータを管理するサーバ計算機
と、オリジナルデータのコピーを管理する他のサーバ計
算機などがネットワーク内に存在する場合がある。ま
た、サーバ計算機のデータを端末にコピーして、利用者
は端末上のコピーしたデータを利用する場合も多々あ
る。このような場合、サーバ計算機上のオリジナルデー
タが更新された場合に、迅速に他のサーバ計算機や端末
に更新された旨を通知する必要がある。ところが、他の
サーバ計算機が保守中の場合や、端末の電源がオフの場
合などは、データ変更通知やデータを転送できない。ま
た、端末が移動通信網などのように伝送能力が低く、ま
た通信品質も有線ＬＡＮなどと比較して劣っている場合
は、仮に一時的に相手方と通信可能であっても、データ
転送中に回線が切断してデータコピーが未完状態となる
虞がある。

【０１９３】そこで、本実施形態では上記不都合なこと
にも対応可能としたシステム構成となっている。即ち、
サーバ計算機１上のオリジナルデータが更新され、形態
端末機器に当該更新データの通知／転送処理を図２９乃
至図３１を参照して説明する。先ず、サーバ計算機１に
管理格納されたオリジナルデータ変更の流れを示す図２
９を参照して説明する。ここで、データ更新時には、サ
ーバ計算機１で文書部品を管理するタグのバージョンが
更新された後に、データ部品が更新された旨を通知する
データ変更管理部１１７が起動される。要するに、デー
タ更新するファイルを開き（ステップＵ１１）、文書な
どを更新する（ステップＵ１２）と共にタグも更新する
（ステップＵ１３）。更新が終了するとファイルはクロ
ーズされ（ステップＵ１４）、データ変更通知が起動さ
れる（ステップＵ１５）。

【０１９４】このようにして、データ変更が行われる
と、データ変更通知のルーチンになる。この処理の流れ
を図３０を参照して説明する。先ず、送信先機器の電源
のオン／オフ状態や回線切断状態が、データ変更管理部
１１７の制御の下で調べられる（ステップＶ１１）。例
えば、送信先機器の電源がオン状態であれば（ステップ
Ｖ１１のＹＥＳ）、通信回線の伝送能力が調べられる
（ステップＶ１２）。信頼性の高い伝送能力であれば
（ステップＶ１２のＹＥＳ）、データ転送の準備と必要
に応じた情報交換処理が行われ、情報を送信する（ステ
ップＶ１３、Ｖ１４）。一方、送信先機器の電源がオフ
状態であれば（ステップＶ１１のＮＯ）、または通信回
線の伝送能力が低ければ（ステップＶ１２のＮＯ）、図
３１に示す処理に移行する（ステップＶ１５）。

【０１９５】即ち、送信先利用者に変更通知が成され
（ステップＷ１１）、利用者の指示を待つ（ステップＷ
１２）。利用者の指示が更新情報の通知／転送を実施す
るものであれば（ステップＷ１３のＹＥＳ）、更新デー
タの通信／転送を実施する（ステップＷ１２）。も
し、。利用者の指示が更新情報の通知／転送を実施する
ものでなければ或いは回答がない場合若しくは通知が不
可能な場合は（ステップＷ１３のＮＯ）、サーバ計算機
１の管理者にこの旨を通知し（ステップＷ１４）、管理
者からの対応指示の処理を待ち（ステップＷ１５）、こ
の指示にしたがった処理を実行する。

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

【０１９７】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。上記第１の実施形態では、
サービス提供を行うサーバコンピュータ内に情報交換装
置を設けた場合について説明したが、第２の実施形態で
は、情報交換に必要な機能（処理）を別のサーバコンピ
ュータに分散して持たす場合について説明する。

【０１９８】図３２は本発明の第２の実施形態に係る分
散ネットワークコンピューティングシステムの構成を示
すブロック図である。尚、図１と同一部分には同一符号
を付して、ここではその説明を省略するものとする。

【０１９９】図３２において、図１と異なる点はネット
ワーク上に複数のサーバ計算機１ａ〜１ｅが存在するこ
とである。ここでは、サーバ計算機１ａ〜１ｅがオフィ
ス内にて有線ＬＡＮ２を介して相互に接続されている。
このうち、サーバ計算機１ａはサービス提供を行うメイ
ンのサーバコンピュータであり、応用サービス提供部２
０を有する。このサーバ計算機１ａには情報交換プロセ
ス部１１が実装されており、情報交換全体の処理を司る
情報交換制御サーバとして動作する。

【０２００】また、その他のサーバ計算機１ｂ〜１ｅは
サブのサーバコンピュータである。サーバ計算機１ｂに
は、端末属性情報を管理するための端末情報管理部１２
が実装されており、サーバ計算機１ａの制御の下で端末
情報管理サーバとして動作する。サーバ計算機１ｃに
は、ユーザインタフェース情報を管理するためのユーザ
インタフェース情報管理部１３が実装されており、サー
バ計算機１ａの制御の下でユーザインタフェース情報管
理サーバとして動作する。サーバ計算機１ｄには利用者
情報管理部１４が実装されており、サーバ計算機１ａの
制御の下で利用者情報管理サーバとして動作する。サー
バ計算機１ｅには通信インフラ情報管理部１５が実装さ
れており、サーバ計算機１ａの制御の下で通信インフラ
情報管理サーバとして動作する。

【０２０１】これらのサーバ計算機１ａ〜１ｅには、各
種通信網（公衆網３０、有線ＬＡＮ４０、無線ＬＡＮ５
０等）を介して各種端末機器（携帯情報端末３１、ＰＣ
４１、携帯用ＰＣ５１等）が接続されている。即ち、第
２の実施形態では、端末情報管理部１２、ユーザインタ
フェース情報管理部１３、利用者情報管理部１４、通信
インフラ情報管理部１５をそれぞれ別のサーバ計算機１
ｂ〜１ｅに実装させて分散処理システムを構築してお
り、情報交換プロセス部１１を実装したサーバ計算機１
ａが各種処理を制御することで、全体として統一された
情報交換処理機能を実現している。

【０２０２】尚、その際には、図２に示す情報交換装置
内部通信インタフェース１１１は各サーバ間の通信制御
を司り、情報交換装置外部通信インタフェース部１１６
は応用サービスや他の各種端末機器との通信処理を司
る。

【０２０３】また、図３２の例では、情報交換に必要な
各機能の１つ１つをサーバ計算機１ｂ〜１ｅのそれぞれ
に分散して持たせているが、２つ以上の機能を１つのサ
ーバ計算機に持たせたり、或いは、同じ機能を複数のサ
ーバ計算機に持たせることもようにしても良い。

【０２０４】次に、第２の実施形態の動作を説明する。
図３３は第２の実施形態における分散処理によるサービ
ス提供処理動作を示すフローチャートである。ある端末
機器に応用サービスを提供する際に、サーバ計算機１ａ
は、まず、情報交換に必要な機能を調べる（ステップＸ
１１）。この場合の情報交換に必要な機能とは、端末属
性情報や通信インフラ情報の管理機能であったり、ユー
ザインタフェース情報や利用者情報の管理機能である。

【０２０５】ここで、例えば端末属性に応じて情報交換
を行う場合には、端末属性情報の管理機能が必要であ
り、サーバ計算機１ａは他のサーバ計算機１ｂ〜１ｅの
それぞれをアクセスして、当該管理機能を有するサーバ
計算機を調べる（ステップＸ１２）。その際、複数のサ
ーバ計算機に同一機能を持たせている場合があるので、
サーバ計算機１ａは、該当するサーバ計算機の１つ１つ
に確認を取り、当該機能を使用可能なサーバ計算機を選
択する（ステップＸ１３、Ｘ１４）。

【０２０６】図３２の例では、サーバ計算機１ｂが該当
する。この場合、端末属性情報の管理機能を持っている
のはサーバ計算機１ｂの１つだけであるため、サーバ計
算機１ａはサーバ計算機１ｂと交信し、サーバ計算機１
ｂからの使用許可を待つことになる。サーバ計算機１ｂ
から使用許可があると（ステップＸ１４のＹＥＳ）、サ
ーバ計算機１ａはサーバ計算機１ｂが持つ端末情報管理
部１２から、通信相手となる端末機器の端末属性情報を
取得することにより、上記第１の実施形態で説明したよ
うな情報交換によるサービス提供処理を実行する（ステ
ップＸ１５）。

【０２０７】即ち、サーバ計算機１ａは、情報交換プロ
セス部１１にて、応用サービスとして提供されるサービ
ス情報を上記端末属性情報に基づいて特定の形式に変換
し、その変換後のサービス情報を当該端末機器が接続さ
れる通信網を介して送信する。この場合の情報交換と
は、通信相手となる端末機器の処理能力に合わせて、あ
る情報の形式を変えることである。

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

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

【０２１０】また、利用者の属性に応じて情報交換を行
う場合には、サーバ計算機１ｂ〜１ｅのそれぞれをアク
セスして、利用者情報の管理機能を有するサーバ計算機
を調べる。その結果、該当するサーバ計算機１ｄが持つ
利用者情報管理部１４から、通信相手となる端末機器に
対応する利用者情報を取得することにより、上記第１の
実施形態で説明したような情報交換によるサービス提供
処理を実行する。この場合の情報交換とは、通信相手と
なる端末機器を使用する利用者の操作方法（画面表示嗜
好などの利用者の好みの操作方法）に合わせて、ある情
報の形式を変えることである。

【０２１１】このように、情報交換装置としての各機能
を分散化することでも、上記第１の実施形態と同様の効
果が得られるものである。さらには、各機能の分散化に
より、処理能力が相対的に高くない複数のサーバを組み
合せて、高度な情報交換処理機能を実現することができ
る。この場合、分散処理により、サービス提供を行うサ
ーバ（図３２のサーバ計算機１ａ）としての処理負担が
軽威されるため、小型化のコンピュータでも対応できる
ようになる。また、複数のサーバを組み合わせて実現さ
れるため、集中型のシステムと比較するとシステム障害
があったときの対処に柔軟になり、信頼性の向上が図れ
る。

【０２１２】尚、上記第２の実施形態では、オフィス内
の有線ＬＡＮ２に共通に接続された複数のサーバを対象
として分散化を行うようにしたが、例えば公衆網３０な
どの各種通信網に接続された複数のサーバを対象として
分散化を行うことも可能である。

【０２１３】また、所望の機能を有するサーバを見付け
る場合に、上記第２の実施形態では、各サーバのそれぞ
れと連絡／交信を取り合うようにしたが、本発明はこれ
に限るものではない。例えば各サーバがどのような機能
を保持しているのかを示すテーブルを参照して、該当す
るサーバを見付けるようにしても良い。

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

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

【０２１６】さらに、第１の実施形態にて詳述した図１
５乃至図３１に示す機能についても、同様に本実施の形
態に適用できることは勿論である。例えば、第１の実施
形態にて詳述したオリジナルデータが変更された場合で
あっても、該データを管理する機器に接続される端末機
器側でも変更データに対応できる機能についても、本第
２の実施形態にも適用できるものである。また、第１の
実施形態と同様、上述各種処理方法は、当該処理方法が
記載されたプログラム情報を、ハードディスク装置（Ｈ
ＤＤ）やフロッピーディスク装置（ＦＤＤ）、ＣＤ−Ｒ
ＯＭなどの記憶媒体に格納し、この格納されたプログラ
ム情報に基づいてサーバ計算機が上述処理を実行するよ
うにしても良いのは勿論である。

【０２１７】（第３の実施形態）次に、本発明の第３の
実施形態を説明する。第３の実施形態では、情報交換装
置を交換機上で実現した場合について説明する。

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

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

【０２２０】尚、リアルタイムＯＳ７７上で起動可能な
オフィス系応用サービス提供部７２ｂであれば、仮想計
算機７４を介さずにリアルタイムＯＳ７７上に直接載せ
ることができる。仮想計算機７４は、仮想的に作り出し
たコンピュータであり、機能的には実際の１台のコンピ
ュータ（実計算機）と同等なものであって、１つの仮想
計算機上で１つのＯＳを稼働させることができる。本実
施形態では、仮想計算機７４は回線交換機７３内に組み
込まれている。

【０２２１】回線交換機７３は、仮想計算機７４、リア
ルタイム系応用サービス提供部７５、交換機機能部７６
からなる。リアルタイム系応用サービス提供部７５は、
例えば代行受信（留守番）、メッセージ転送（ポケット
ベル）といった一般の電話系のサービスを行う。交換機
機能部７６は、回線接続や電話番号管理などの交換機と
しての機能を有するものである。図３５にその構成を示
す。

【０２２２】図３５に示すように、交換機機能部７６
は、端末制御部７６１、サービス制御部７６２、保守運
用部７６３からなる。端末制御部７６１は、端末機器か
らの信号を受信し、それを次のところに渡すなどの制御
を行う。サービス制御部７６２は、信号に応じて、どの
ようなサービスを行うかの判断を行う。保守運用部７６
３は、回線のエラー情報の他、ここには電話番号情報な
ども含まれる。

【０２２３】また、ハードウェア６８は、例えばＣＰ
Ｕ、回線回路等の物理的な回路部分を示す。このような
構成により、電話通信網上に存在する回線交換機と情報
交換装置を兼ね備えた装置を実現することができる。こ
の場合、この統合サーバを実施することで、利用者の端
末機器に近いところで最終的な形式に情報交換すること
ができる。つまり、各サブネットワークからネットワー
クができる場合に、そのサブネットワークに適した形式
に情報交換を行うことができる。

【０２２４】また、末端の統合サーバにデータを蓄積す
ることで、最終的にはその統合サーバをキャッシュとし
て利用し、通信相手となる端末機器には簡略化されたデ
ータ送信のみ、つまり、キャッシュにデータが登録され
た旨を通知する。これにより、データ量の損失を最小限
にし、また、サブネットワーク毎の特性を補うことがで
きる。さらに、交換機を配置すれば、オフィスサーバと
しても利用することができる。この場合、交換機はネッ
トワーク上に多数配置されることが多いため、上記第２
の実施形態で説明したような分散処理が有効となる。

【０２２５】尚、図３４の例では、サーバコンピュー
タ、交換機を一体化した統合サーバに情報交換装置を組
み込んだ構成を示したが、本発明はこれに限るものでは
なく、例えば情報交換装置を統合サーバ（サーバコンピ
ュータ＋交換機）とは独立して設け、統合サーバか
ら提供される応用サービスを情報交換装置で所定の形式
に変換して送るようにしても良い。また、情報交換装置
としての各機能を複数の交換機に分散化して設けるよう
にしても良い。要するに、本発明はその要旨を逸脱しな
い範囲で種々変更して実施することができる。

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

【０２２７】尚、１００は公衆網、１０１は公衆網上に
存在する構外交換機である。また、１０２はサービスの
提供を受ける携帯端末機器である。この携帯端末機器１
０２は、オフィス９１内にて構内無線９５で統合サーバ
９４と接続される。このような構成において、オフィス
８１内の統合サーバ８５から提供される応用サービスは
同じオフィス内に設置された端末機器（ＰＣ８２、ＰＣ
８３）で利用でき、また、他のオフィス９１内に設置さ
れた端末機器（ＰＣ９２、携帯端末機器１０２）でも利
用することができる。

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

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

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

【０２３１】このように、情報交換機能を回線交換機に
持たせることで、利用者の端末機器に近いところで最終
的な形式に情報交換することができる。つまり、各サブ
ネットワークからネットワークができる場合に、そのサ
ブネットワークに適した形式に情報交換を行うことがで
きる。尚、第１の実施形態にて詳述した暗号化／圧縮化
機能や図１５乃至図３１に示す機能についても、同様に
本実施の形態に適用できることは勿論である。例えば、
第１の実施形態にて詳述したオリジナルデータが変更さ
れた場合であっても、該データを管理する機器に接続さ
れる端末機器側でも変更データに対応できる機能につい
ても、本実施の形態にも適用できるものである。

【０２３２】また、上記第３の実施形態では、回線交換
機を対象として説明したが、本発明はこれに限るもので
はなく、例えばＬＡＮ同志を相互に接続するためのル―
夕であっても良い。要は、ネットワーク（回線交換機で
は公衆網、ルータではＬＡＮ）を相互接続するためのネ
ットワーク接続装置であれば、そのネットワーク接続装
置に情報交換装置を実装することで上記同様の効果を得
ることができるものである。

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

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

【０２３５】

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

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

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

【０２３８】さらに、キャッシュとして利用することが
でき、例えば通信相手となる端末機器には簡略化された
データ送信のみ、つまり、キャッシュにデータが登録さ
れた旨を通知することで、データ量の損失を最小限に
し、また、サブネットワーク毎の特性を補うことができ
る。また、情報交換機能を交換機／ルータ毎に分散させ
ることで、個々の負担を軽減することができる。

【０２３９】しかも、本発明によれば、オリジナルデー
タが変更された場合であっても、該データを管理する機
器に接続される端末機器側でも変更データに対応できる
ようにしたので、極めて有用性が高く便利なものであ
る。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２６】受信電子メールの属性抽出処理動作を示すフ
ローチャート。

【図２７】携帯電話向けの情報交換処理動作を示すフロ
ーチャート。

【図２８】プリンタ用紙切れ時のサーバ計算機の処理動
作を示すフローチャート。

【図２９】オリジナルデータ変更の流れの処理動作を示
すフローチャート。

【図３０】データ更新通知に係わる流れの処理動作を示
すフローチャート。

【図３１】図３０に関連し、データ更新通知に係わる流
れの処理動作を示すフローチャート。

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

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

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

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

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

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

【符号の説明】

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

Claims

【特許請求の範囲】

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