JPH11296455A

JPH11296455A - 分散ネットワークコンピューティングシステム、同システムに用いられる情報交換装置、情報交換方法、及び記憶媒体

Info

Publication number: JPH11296455A
Application number: JP10093722A
Authority: JP
Inventors: Masaki Uchiumi; 正樹内海
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1998-04-06
Filing date: 1998-04-06
Publication date: 1999-10-29

Abstract

(57)【要約】【課題】本発明は各種端末が存在するネットワーク環境
下で、端末の処理能力や複数の通信インフラが混在する
場合でも、その通信能力に応じたサービス提供し、且つ
変更データにも対応できるようにすることを課題とす
る。【解決手段】サーバ計算機１に情報交換装置１０を設
け、端末属性により応用サービスとして提供されるサー
ビス情報を端末情報の属性に基づいて所定の形式に情報
交換して送る。各種端末機器３１，４１，５１の処理能
力の相対的な差も吸収し応用サービスを提供でき、端末
が接続された通信網の属性に基づいて所定の形式に情報
交換して送ることで、通信網３０，４０，５０の通信能
力の相対的な差を吸収し応用サービスを提供できる。ま
た、端末側と応用サービスのデータ形式が異なっていて
も応用サービスで利用可能なデータ形式に変更し、端末
側から応用サービスの各種データの更新を可能とする。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００１８】

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

【００１９】この情報交換装置は、上記端末機器の処理
能力を示す端末属性情報を管理する端末属性情報管理手
段と、この端末属性情報管理手段から通信相手となる端
末機器の端末属性情報を取得し、応用サービスとして提
供されるサービス情報を上記端末属性情報に基づいて特
定の形式に変換すると共に、上記端末機器から上記情報
処理装置内に管理格納された上記応用サービスの各種デ
ータを更新する更新情報を受信した場合、上記更新情報
を上記応用サービスで利用可能な特定の形式に変換しこ
れに基づき更新した上記各種データの管理格納を行う変
換手段と、上記変換手段によって変換された上記サービ
ス情報と上記更新情報とを上記通信網を介して送受信す
る通信手段とを具備したことを特徴とする。

【００２０】更に、上記変換手段は、上記端末機器から
電子メールシステムや電子掲示板等の非定型データを使
用するアプリケーションソフトウェア等の非定型データ
処理システムを用いて、上記情報処理装置内に管理格納
された上記応用サービスのデータベース管理システム等
の定型データを使用するアプリケーションソフトウェア
等の定型データ処理システムの定型データを更新する
際、上記端末機器から送信された非定型データに基づき
上記定型データを更新する更新情報を取得しこの更新情
報を上記定型データを使用する定型データ処理システム
で利用可能な特定の形式に変換し定型データを更新する
ことを特徴とする。更に、上記変換手段は、上記端末機
器から電子メールシステムや電子掲示板等の非定型デー
タを使用するアプリケーションソフトウェア等の非定型
データ処理システムを用いて、上記情報処理装置内に管
理格納された上記応用サービスのデータベース管理シス
テム等の定型データを使用するアプリケーションソフト
ウェア等の定型データ処理システムの定型データを更新
する際、上記端末機器から所定の電子メール宛先に送信
された非定型データに基づき上記定型データを更新する
更新情報を取得しこの更新情報を上記定型データを使用
する定型データ処理システムで利用可能な特定の形式に
変換し定型データを更新することを特徴とする。更に、
上記非定型データは題目、本文、宛先などの文書部品毎
に管理され所定の文書部品から上記定型データを更新す
る更新情報を取得することを特徴とする。

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

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

【００２３】さらに、端末機器で利用しているアプリケ
ーションソフトウェアのデータ形式が情報処理装置内の
応用サービスのデータ形式と異なっていても、データを
更新することができる。しかも、本発明によれば、端末
機器側から、サーバ計算機上の応用サービスの各種デー
タを更新する際に、端末機器上のアプリケーションが上
記応用サービスのデータ形式と異なる場合でも、端末機
器からの更新情報を上記応用サービスで利用可能なデー
タ形式に変換することで、上記応用サービスの各種デー
タを端末機器側から更新することができる。

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

【００２５】この情報交換装置は、上記通信網の通信能
力を示す通信インフラ情報を管理する通信インフラ情報
管理手段と、この通信インフラ情報管理手段から通信相
手となる端末機器が接続されている通信網の通信インフ
ラ情報を取得し、応用サービスとして提供されるサービ
ス情報を上記通信インフラ情報に基づいて特定の形式に
変換すると共に、上記端末機器から上記情報処理装置内
に管理格納された上記応用サービスの各種データを更新
する更新情報を受信した場合、上記更新情報を上記応用
サービスで利用可能な特定の形式に変換しこれに基づき
更新した上記各種データの管理格納を行う変換手段と、
上記変換手段によって変換された上記サービス情報と上
記更新情報とを上記通信網を介して送受信する通信手段
とを具備したことを特徴とする。

【００２６】更に、上記変換手段は、上記端末機器から
電子メールシステムや電子掲示板等の非定型データを使
用するアプリケーションソフトウェア等の非定型データ
処理システムを用いて、上記情報処理装置内に管理格納
された上記応用サービスのデータベース管理システム等
の定型データを使用するアプリケーションソフトウェア
等の定型データ処理システムの定型データを更新する
際、上記端末機器から送信された非定型データに基づき
上記定型データを更新する更新情報を取得しこの更新情
報を上記定型データを使用する定型データ処理システム
で利用可能な特定の形式に変換し定型データを更新する
ことを特徴とする。更に、上記変換手段は、上記端末機
器から電子メールシステムや電子掲示板等の非定型デー
タを使用するアプリケーションソフトウェア等の非定型
データ処理システムを用いて、上記情報処理装置内に管
理格納された上記応用サービスのデータベース管理シス
テム等の定型データを使用するアプリケーションソフト
ウェア等の定型データ処理システムの定型データを更新
する際、上記端末機器から所定の電子メール宛先に送信
された非定型データに基づき上記定型データを更新する
更新情報を取得しこの更新情報を上記定型データを使用
する定型データ処理システムで利用可能な特定の形式に
変換し定型データを更新することを特徴とする。更に、
上記非定型データは題目、本文、宛先などの文書部品毎
に管理され所定の文書部品から上記定型データを更新す
る更新情報を取得することを特徴とする。

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

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

【００２９】さらに、端末機器で利用しているアプリケ
ーションソフトウェアのデータ形式が情報処理装置内の
応用サービスのデータ形式と異なっていても、データを
更新することができる。しかも、端末機器側から、サー
バ計算機上の応用サービスの各種データを更新する際
に、端末機器上のアプリケーションが上記応用サービス
のデータ形式と異なる場合でも、端末機器からの更新情
報を上記応用サービスで利用可能なデータ形式に変換す
ることで、上記応用サービスの各種データを端末機器側
から更新することができる。

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

【００３１】この情報交換装置は、上記端末機器の処理
能力を示す端末属性情報を管理する端末属性情報管理手
段と、上記通信網の通信能力を示す通信インフラ情報を
管理する通信インフラ情報管理手段と、上記端末属性情
報管理手段から通信相手となる端末機器の端末属性情報
を取得すると共に、上記通信インフラ情報管理手段から
同端末機器が接続されている通信網の通信インフラ情報
を取得し、応用サービスとして提供されるサービス情報
を上記端末属性情報および上記通信インフラ情報に基づ
いて特定の形式に変換し、上記端末機器から上記情報処
理装置内に管理格納された上記応用サービスの各種デー
タを更新する更新情報を受信した場合、上記更新情報を
上記応用サービスで利用可能な特定の形式に変換しこれ
に基づき更新した上記各種データの管理格納を行う変換
手段と、上記変換手段によって変換された上記サービス
情報と上記更新情報とを上記通信網を介して送受信する
通信手段とを具備したことを特徴とする。

【００３２】更に、上記変換手段は、上記端末機器から
電子メールシステムや電子掲示板等の非定型データを使
用するアプリケーションソフトウェア等の非定型データ
処理システムを用いて、上記情報処理装置内に管理格納
された上記応用サービスのデータベース管理システム等
の定型データを使用するアプリケーションソフトウェア
等の定型データ処理システムの定型データを更新する
際、上記端末機器から送信された非定型データに基づき
上記定型データを更新する更新情報を取得しこの更新情
報を上記定型データを使用する定型データ処理システム
で利用可能な特定の形式に変換し定型データを更新する
ことを特徴とする。更に、上記変換手段は、上記端末機
器から電子メールシステムや電子掲示板等の非定型デー
タを使用するアプリケーションソフトウェア等の非定型
データ処理システムを用いて、上記情報処理装置内に管
理格納された上記応用サービスのデータベース管理シス
テム等の定型データを使用するアプリケーションソフト
ウェア等の定型データ処理システムの定型データを更新
する際、上記端末機器から所定の電子メール宛先に送信
された非定型データに基づき上記定型データを更新する
更新情報を取得しこの更新情報を上記定型データを使用
する定型データ処理システムで利用可能な特定の形式に
変換し定型データを更新することを特徴とする。更に、
上記非定型データは題目、本文、宛先などの文書部品毎
に管理され所定の文書部品から上記定型データを更新す
る更新情報を取得することを特徴とする。

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

【００３４】さらに、端末機器で利用しているアプリケ
ーションソフトウェアのデータ形式が情報処理装置内の
応用サービスのデータ形式と異なっていても、データを
更新することができる。しかも、端末機器側から、サー
バ計算機上の応用サービスの各種データを更新する際
に、端末機器上のアプリケーションが上記応用サービス
のデータ形式と異なる場合でも、端末機器からの更新情
報を上記応用サービスで利用可能なデータ形式に変換す
ることで、上記応用サービスの各種データを端末機器側
から更新することができる。

【００３５】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４９】情報交換装置内部通信インタフェース部１
１１は、情報交換装置１０内の他の構成要素と通信を行
うためのインタフェースである。端末種別判断部１１２
は、利用者の端末機器がどのような種類（例えば大画面
デスクトップＰＣ、携帯用小画面サブノート型ＰＣ、携
帯情報端末等）のものなのかを判断する。情報交換実行
部１１３は、実際の情報交換処理（情報の分解、検索、
抽出、再加工）を実行する。

【００５０】サーバ内利用者データ情報管理部１１４
は、サーバ計算機１内に登録されている利用者データの
情報を管理する。圧縮／暗号処理部１１５は、情報交換
装置１０内から外部に対して通信を行う場合に、必要に
応じてその通信データの圧縮化や暗号化の処理を行う。
情報交換装置外部通信インタフェース部１１６は、情報
交換装置１０から外部に対して通信を行うためのインタ
フェースである。

【００５１】データ変更管理部１１７は、サーバ計算機
１に管理格納されているデータに変更があった場合に、
当該データに関係する端末機器にデータ変更があった旨
を通知し、変更データに対応する措置を講じる機能を司
るところである。

【００５２】データ更新管理部１１８は、情報交換装置
内部通信インタフェース部１１１と圧縮／暗号処理部１
１５に接続され、サーバ計算機１内にて構造化言語を用
いて管理格納された文書データ／ユーザデータなどのデ
ータ更新情報やイメージデータのシンボル情報への置換
えデータ並びに前記データの外部への転送処理を制御処
理を行う。

【００５３】また、サーバ計算機１内にて管理格納され
た各種アプリケーションソフトウェア等の応用サービス
のデータ更新を端末機器から行う場合に、端末機器で利
用しているアプリケーションソフトウェア等のデータ形
式による更新情報を上記応用サービスで利用可能なデー
タ形式に変換してデータ更新を行う。

【００５４】再送管理部１１９は、後述する再送処理／
回線切断対応部１５３とともに、端末へのデータ転送／
伝送に失敗した場合にデータの再送制御を行う。即ち、
この再送管理部１１９は、送信先端末が回線使用中（通
信中）の場合は、再送間隔を数分後に制御したり、パケ
ット通信によるパケット落ちなどによる再送処理の場合
は、情報交換実行部１１３や圧縮／暗号処理部１１５に
よる制御のもとで情報交換（再加工など）／データ圧縮
によりデータサイズを小さくしてデータ転送時間を短縮
するよう構成されている。

【００５５】優先度管理部１２０は、通信データの優先
度／緊急度を判断し当該判断結果に基づく通信データの
伝送方法を管理制御する。さらに、情報交換プロセス部
１１には、端末の状態を監視することにより端末側に不
都合が生じた場合であっても、サービスの継続提供が可
能となるよう対処する機能を有する端末監視部１１０が
設けられている。

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

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

【００５８】図４はユーザインタフェース情報管理部１
３の内部構成を示すブロック図である。

【００５９】利用者が応用サービスを利用する場合に、
端末機器上でアイコンを操作したり、ボタンを操作した
り、コマンドを入力するなど、その操作方法は端末機器
毎に異なってくる。

【００６０】ユーザインタフェース情報管理部１３は、
このような応用サービスを行う際の各端末機器毎に固有
の操作方法を示すユーザインタフェース情報を管理す
る。このユーザインタフェース情報管理部１３は、情報
交換装置内部通信インタフェース部１３１と応用サービ
スインタフェーステーブル管理部１３２から成る。

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

【００６２】図５は利用者情報管理部１４の内部構成を
示すブロック図である。例えば画面表示を例にすると、
利用者が応用サービスを利用する場合に、端末機器上で
グラフなどの表示物は見易い位置に任意に移動させるな
ど、利用者によって色々な好みがある。

【００６３】また、利用者情報管理部１４では、利用者
が端末機器上で使用している電子メールシステムや電子
掲示板等のアプリケーションソフトウェア等から情報処
理装置内の応用サービスの各種データを更新する際に必
要となる情報も管理する。例えば、端末機器上の電子メ
ールシステムで、情報処理装置内のＤＢＭＳ等の定型デ
ータ処理システムの各種データを更新する場合を例にと
る。電子メールシステムのデータは、メール本文やエン
ベロップ（封筒）内の題目や宛先、写等の各文書部品毎
に管理されている。この文書部品の内、所定の文書部品
に各種データを更新するための変更テーブル名と利用者
を認証するキーがあるものとする。特定の宛先に電子メ
ールを送信した場合、データを更新することとし、変更
テーブル名と利用者を認証するキーがある文書部品から
情報を入手し、各種データを更新する。上記特定の宛先
はどこであるかや変更テーブル名と利用者を認証するキ
ーがある文書部品は何であるか等の各種データを更新す
る際に必要となる情報を管理する。

【００６４】利用者情報管理部１４は、このような応用
サービスを利用する際の画面表示嗜好を含む利用者毎に
固有の操作方法を示す利用者情報と利用者が端末機器上
で使用している電子メールシステムや電子掲示板等のア
プリケーションソフトウェア等から情報処理装置内の応
用サービスの各種データを更新する際に必要となる利用
者情報を管理する。

【００６５】この利用者情報管理部１４は、情報交換装
置内部通信インタフェース部１４１、利用者情報テーブ
ル管理部１４２、利用者認証部１４３から成る。

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

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

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

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

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

【００７１】図７は一般的な応用サービスの処理動作を
示すフローチャートである。サーバ計算機１は、有線Ｌ
ＡＮ４０を介してイメージリーダ４３からの入力を受け
付け、在庫伝票などの情報を応用サービス提供部２０に
引き渡す（ステップＡ１１）。

【００７２】この際、サーバ計算機１において、応用サ
ービス提供部２０はイメージリーダ４３によって読み取
った伝票情報の中から必要とされる在庫量を抽出し、例
えばＰＣ４１を使用している利用者に対してその内容を
ＰＣ４１の表示画面に表示出力する（ステップＡ１
２）。

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

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

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

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

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

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

【００７９】情報交換装置１０は、当該端末機器の端末
属性情報を端末情報管理部１２から取得し（ステップＢ
１４）、応用サービス提供部２０から渡された情報をそ
の端末属性情報に基づいて情報交換（情報交換処理、端
末属性吸収処理）する（ステップＢ１５，Ｂ１６）。

【００８０】この場合の情報交換とは、その端末機器の
処理能力に合わせて、ある情報の形式を変えて、端末属
性を吸収／調整することである。

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９４】その結果、文書データがバイナリデータで
あれば（ステップＣ１２のＹＥＳ）、情報交換装置１０
は情報交換実行部１１３にて当該バイナリ文書データを
テキスト、書式、フォントなどの各要素毎に部品展開
（文書分解）する（ステップＣ１３）。

【００９５】そして、その各部品要素から必要な情報を
検索、抽出することにより（ステップＣ１４、Ｃ１
５）、その情報を端末画面に合わせた情報フォーマット
に再加工する（ステップＣ１６）。再加工された情報つ
まり端末に合わせて情報交換されたワープロソフトのサ
ービス情報は、情報交換装置外部通信インタフェース部
１１６にて当該端末機器に提供される。

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

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

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

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

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

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

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

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

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

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

【０１０６】図１１の情報交換処理に於いて、例えば利
用者が携帯用ＰＣ５１を使用している場合には、端末機
器としてのＣＰＵ能力は高いと判断できる（ステップＤ
１１のＮＯ）。

【０１０７】このとき、通信インフラとしてのデータ伝
送能力が高ければ（ステップＤ１６のＮＯ）、情報交換
装置１０の情報交換プロセス１１では、必要に応じて圧
縮／暗号処理部１１５を用いてデータの圧縮化や暗号化
を行って（ステップＤ１７）データを送信する。

【０１０８】また、通信インフラとしてのデータ伝送能
力が低ければ（ステップＤ１６のＹＥＳ）、例えばバイ
ナリデータをテキストデータに変換したり、センタリン
グなどの書式情報を空白文字に変えたり、フォント情報
の無視するなどの情報交換処理を行って（ステップＤ１
８）、送信データサイズを削減してからデータを送信す
る。

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

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

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

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

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

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

【０１１５】また、データを暗号化すると、通常、デー
タ量が増えるため、通信インフラのデータ伝送能力も高
くなくてはいけない。このときの処理動作を図１２に示
す。

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

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

【０１１８】その結果、処理能力が高く、暗号化データ
を解読する能力があることが判明すると（ステップＥ１
２のＹＥＳ）、情報交換装置１０は、次に通信インフラ
情報管理部１５から同端末機器が接続されている通信イ
ンフラ情報を取得し（ステップＥ１３）、その通信イン
フラ情報に基づいて通信能力を判断する（ステップＥ１
４）。

【０１１９】そして、通信能力が高い場合には（ステッ
プＥ１４のＹＥＳ）、情報交換装置１０は、情報交換プ
ロセス部１１にて当該応用サービスの情報に暗号化を施
した後（ステップＥ１５）、その暗号化されたサービス
情報を端末機器に送信する（ステップＥ１６）。

【０１２０】これにより、端末側では、暗号化データを
解読してからサービスを利用することになる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１４５】以下、応用サービスとして提供されるサー
ビス情報がＨＴＭＬ（Hyper Text Markup Language）や
ＳＧＭＬ（Standard Generalized Markup Language）な
どの構造化言語で記述されている場合について説明す
る。尚、ＨＴＭＬは、現在、インターネット上で広く普
及しているＷＷＷ（World Wide Web）で使用されている
構造化言語（タグ言語）である。また、ＳＧＭＬは、Ｃ
ＡＬＳ（Continuous Acquisition and Lifecycle Suppo
rt）の普及に伴って今後普及すると考えられる構造化言
語である。

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

【０１４７】そこで、実際にデータを転送処理する前
に、構造化文書をタグ情報に基づいて解析し、各部品の
データサイズや付加情報などの属性情報（タグ情報のみ
では表示できない情報）を把握するとともに、端末機器
や通信インフラ等の属性に対応する形式を把握する情報
交換装置をサーバ側に実装する。この場合、情報交換装
置から生成される構造化文書には情報交換用のタグが挿
入される。

【０１４８】このように、構造化文書形式でデータ管理
を行うことにより、データの管理が容易となり、また、
情報交換作業でも文書部品の解析が容易となる。また、
ＨＴＭＬなどの広く普及している構造化言語規約をベー
スとして情報交換装置を構築すれば、普及しているＷＷ
Ｗシステムへの変更や影響を最小限にすることができ
る。

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

【０１５０】図中、６１は構造化文書管理部であり、各
種アプリケーションソフトウェア等の応用サービスとし
て提供されるサービス情報を構造化文書形式で管理す
る。この構造化文書管理部６１は、図１の応用サービス
提供部２０に設けられる。

【０１５１】尚、ここでは応用サービス提供部２０が予
め構造化文書形式で記述されたサービス情報を管理して
いる場合を示したが、後述するように、そのサービス情
報が非構造化文書形式であっても良い（図２０参照）。

【０１５２】６２は情報交換部であり、端末属性や通信
インフラの属性等に応じて情報交換を行う。この情報交
換部６２は、図１の情報交換装置１０に相当する。

【０１５３】６３はネットワーク部であり、サーバと端
末とを結ぶ各種通信網を示す。このネットワーク部６３
は、図１の公衆網３０、有線ＬＡＮ４０、無線ＬＡＮ５
０に相当する。

【０１５４】６４ａ〜６４ｃはサーバからサービスの提
供を受ける端末機器であり、例えばＰＣ（Personal Com
puter ）、ＮＣ（Network Computer）、ＰＤＡ（Person
al Digital Assistants ）等である。

【０１５５】これらの端末機器６４ａ〜６４ｃは、それ
ぞれに通信インフラが異なり、また、処理能力も異な
る。図１では、携帯情報端末３１やＰＣ４１、携帯用Ｐ
Ｃ５１に相当する。

【０１５６】このような構成において、各種アプリケー
ションソフトウェア等の応用サービスは構造化文書形式
（例えばＨＴＭＬ文書）で構造化文書管理部６１に管理
されている。ここで、構造化文書の一例を図１６に示
す。

【０１５７】図１６において、タグ６６はそれ以降から
テキストデータがくることを示している。また、タグ６
７は文書書式情報を示しており、ここではセンタリング
（中央揃）を定義している。タグ６８はフォント情報を
示しており、ここではサイズの大きいフォントを定義し
ている。タグ６９は画像情報を示している。

【０１５８】情報交換部６２は、この構造化文書を解析
し、その文書中に挿入されているタグ情報に基づいて当
該文書を構成する各部品の種類とそのデータサイズ等を
調べる。そして、各部品データを送信するに際し、端末
機器の処理能力や通信インフラの通信能力を調べ、その
能力に応じて情報交換を行う。

【０１５９】例えば、通信インフラのデータ伝送能力が
低いと判断された場合には、データ量が多い文書部品に
ついては情報交換（あるいはデータ圧縮）によって伝送
データの削減を図る。また、端末属性により、通信相手
となる端末機器に文書表示能力がないと判断される場合
には（ブラウザを搭載していない端末の場合）、端末側
で表示できるような形式に情報交換してデータ送信を行
うようにする。

【０１６０】さらに、情報交換の際に、利用者の嗜好に
応じて文書の表示体裁を合致させるようにデータの変更
を行う（利用者情報に基づく情報交換処理）。

【０１６１】次に、具体的な処理動作を説明する。

【０１６２】尚、ここでは、構造化文書形式のサービス
情報を応用サービス提供部２０で管理している場合の動
作について説明するが、非構造化文書形式のサービス情
報を応用サービス提供部２０で管理している場合につい
ては、図２０を用いて後述するものとする。

【０１６３】まず、端末属性に応じた処理について説明
する。

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

【０１６５】図１において、サーバ計算機１内の応用サ
ービス提供部２０には構造化文書形式で記述されたサー
ビス情報が管理されている。

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

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

【０１６８】尚、このような文書解析による部品の分
解、検索、抽出、そして後述する情報交換といった一連
の処理は、情報交換プロセス部１１内の情報交換実行部
１１３（図２）で行われる。

【０１６９】構造化文書の解析後、情報交換装置１０は
端末情報管理部１２から通信相手となる端末機器の属性
情報を取得し、その処理能力を調べる（ステップＨ１
３）。

【０１７０】その結果、端末側の処理能力が低く、構造
化文書を表示する能力がないと判断された場合には、情
報交換装置１０は当該構造化文書の各部品データをその
端末が表示できるような形式に変換する（ステップＨ１
４）。

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

【０１７２】このようにして、端末機器の処理能力に応
じた情報交換が行われると、情報交換装置１０はその情
報交換後のサービス情報を端末機器が接続されている通
信網を介して送信する（ステップＨ１５）。

【０１７３】これにより、例えば構造化文書を表示する
能力がない端末機器を使用しているときでも、その端末
にあった形式でサービス情報の提供を受けることができ
るようになる。

【０１７４】次に、通信インフラの属性に応じた処理に
ついて説明する。

【０１７５】尚、通信インフラの属性による情報交換
は、各部品のデータサイズのみが重要となる。

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

【０１７７】即ち、情報交換装置１０は、まず、当該サ
ービス情報を構成している構造化文書の解析を行う（ス
テップＩ１１）。

【０１７８】この場合、構造化文書ではタグ情報をはじ
めとして規定されている構文によって各部品が定義され
ており、情報交換装置１０はこのタグ情報に基づいて、
当該文書を構成する各部品の種類とそのデータサイズを
調べる（ステップＩ１２）。

【０１７９】これは、例えば画像情報がどこにどの程度
あるのとか、プログラムがどこにどの程度あるのかとい
ったことを調べることである。

【０１８０】尚、このような文書解析による部品の分
解、検索、抽出、そして後述する情報交換といった一連
の処理は、情報交換プロセス部１１内の情報交換実行部
１１３（図２）で行われる。

【０１８１】構造化文書の解析後、情報交換装置１０は
通信インフラ情報管理部１５から通信相手となる端末機
器が接続されている通信インフラの属性情報を取得し、
その通信能力を調べる（ステップＩ１３）。

【０１８２】その結果、通信インフラのデータ伝送能力
が低いと判断された場合には、情報交換装置１０は当該
構造化文書の各部品データをその通信インフラのデータ
伝送能力に合わせた形式に変換する（ステップＨ１
４）。

【０１８３】即ち、例えばＰＨＳ（Ｐｅｒｓｏｎａｌ
ＨａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ）データ通信網な
ど、データ伝送能力の低い通信インフラの場合には、例
えばサービス情報として提供される情報が画像情報、特
に動画情報のとき、これをコマ落しするなどして、情報
量を削減した形にして送る。

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

【０１８５】次に、端末属性と通信インフラの属性に応
じた処理について説明する。

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

【０１８７】図１において、サーバ計算機１内の応用サ
ービス提供部２０には構造化文書形式で記述されたサー
ビス情報が管理されている。

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

【０１８９】即ち、情報交換装置１０は、まず、当該サ
ービス情報を構成している構造化文書の解析を行う（ス
テップＪ１１）。

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

【０１９１】尚、このような文書解析による部品の分
解、検索、抽出、そして後述する情報交換といった一連
の処理は、情報交換プロセス部１１内の情報交換実行部
１１３（図２）で行われる。

【０１９２】構造化文書の解析後、情報交換装置１０は
端末情報管理部１２から通信相手となる端末機器の属性
情報を取得し、その処理能力を調べる（ステップＪ１
３）。

【０１９３】その結果、端末側の処理能力が低く、構造
化文書を表示する能力がないと判断された場合には（ス
テップＪ１４のＹＥＳ）、情報交換装置１０は当該構造
化文書の各部品データをその端末が表示できるような形
式に変換した後（ステップＪ１４）、その情報交換後の
サービス情報を端末機器が接続されている通信網を介し
て送信する（ステップＪ１６）。

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

【０１９５】そして、情報交換装置１０はその属性情報
に基づいて通信インフラの通信能力に応じた情報交換を
行い（ステップＪ１８）、その情報交換後のサービス情
報を端末機器が接続されている通信網を介して送信する
（ステップＪ１６）。

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

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

【０１９８】さらに、データの暗号化や、データの圧縮
化を行ったり、ＦＡＸなどの入出力機器を使用している
場合にその入出力機器に応じた情報交換を行うなど、構
造化文書形式で記述されたサービス情報の提供に際し、
上述した全ての手法を適用することができるものであ
る。

【０１９９】また、上記の例では、予め構造化文書形式
で記述されているサービス情報を提供する場合について
説明したが、本発明はこれに限るものではなく、構造化
文書形式とは異なる形式（バイナリデータ）で記述され
たサービス情報であっても、本手法を適用することがで
きるものである。このときの処理動作を図２０に示す。

【０２００】図２０は構造化文書形式以外のサービス情
報を対象とした場合の処理動作を示すフローチャートで
ある。尚、ここでは、端末属性に応じた情報交換する場
合について説明するが、通信インフラの属性や、さらに
ユーザインタフェース情報、利用者情報などに基づいて
情報交換する場合も同様である。

【０２０１】上記図１７の処理と異なる点は、ステップ
Ｋ１１、Ｋ１２で示される構造化文書変換処理が追加さ
れている点である。これは、例えばバイナリ形式の情報
をＨＴＭＬなどの構造化文書形式に変換するための処理
である。この構造化文書変換処理も、情報交換プロセス
部１１内の情報交換実行部１１３（図２）で行われる。

【０２０２】この場合、図１において、サーバ計算機１
内の応用サービス提供部２０には非構造化文書形式で記
述されたサービス情報が管理されており、これを情報交
換装置１０で構造化文書形式に変換することになる。

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

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

【０２０５】このようにして、構造化文書を作成した後
は、その構造化文書を対象として図１７で説明したよう
な処理を行う。

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

【０２０７】このように、非構造化文書形式で記述され
たサービス情報を対象とした場合でも、そのサービス情
報を構造化文書形式に変換する処理を加えることで、上
記同様の効果が得られるものである。

【０２０８】尚、上記では、ＨＴＭＬなどの構造化文書
を例にしたが、例えばＯＬＥ（Object Linking and Emb
edding）など、各部品データで形成された文書であれば
全てに適用可能である。

【０２０９】以下にサーバ計算機１内にて構造化言語を
用いて管理格納された文書データなどが修正・削除・追
加などの編集がなされ、例えばデータ転送能力の低い回
線を用いて端末側にデータコピーなどのデータ転送処理
について説明する。

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

【０２１１】次に、構造化言語を用いて管理格納された
文書データ／ユーザデータなどにおける修正・削除・追
加などの編集作業について、サーバ計算機１上のデータ
更新の流れを示す図２１を参照して説明する。

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

【０２１３】尚、共有文書のタグについては、各利用者
毎に存在する利用者情報管理部１４に付加情報を付ける
ようにしても良い。

【０２１４】上記のようにして更新された文書データに
ついて、例えばオフィス外の端末側からのコピー要求に
応じたサーバ計算機１上のデータコピー要求の受け付け
の流れを示す図２２、及び端末上のデータコピー処理の
流れを示す図２３を参照して説明する。

【０２１５】端末側から例えば所定のファイルのデータ
コピーの転送要求があると（ステップＮ１１）、サーバ
計算機１はこの要求を受け付け（ステップＭ１１）、該
当するファイルをオープンする。そして、所望のファイ
ルがオープンされると、データ修正・削除・追加などさ
れた箇所を含めた版タグ情報がサーバ計算機１から端末
側に送られる（ステップＭ１２）。

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

【０２１７】サーバ計算機１では、この返された要求を
受け付け（ステップＭ１３）、必要な部分を端末側に送
信する（ステップＭ１４）。この時、端末側の属性レベ
ルに応じて情報交換／データ圧縮作業が行われて送信さ
れても良い。

【０２１８】一方、端末側では、サーバ計算機１から送
信されたデータを受信して該当部分を更新し（ステップ
Ｎ１５）、データの版タグ情報を更新する（ステップＮ
１６）。このようにすることにより、迅速且つ精度良く
必要な部分だけ（版の異なるものだけ）をコピー可能と
なる。

【０２１９】次に、例えば過去に送付したことのない動
画像データや静止画像データ或いは音声データなどのマ
ルチメディアデータなどの比較的データサイズの大きい
データで、今後も再送する可能性が高いもの（例えばア
イコン、音声メッセージ）に関するデータ転送処理につ
いて、図２４を参照して説明する。

【０２２０】ここで、前記大きいデータには、対応付け
したデータサイズの小さいシンボルデータを割り当て
（情報交換実行部１１３が実行）、サーバ計算機１から
は以降当該シンボルデータを送信するようにし、端末側
ではそのシンボルデータを受け取った際には当該データ
に対応する（マルチメディアデータなど）元データを表
示するよう構成している。

【０２２１】サーバ計算機１が例えば処理能力の低い端
末側からマルチメディアデータを含むある文書データの
転送要求を受け付けると（ステップＰ１１）、所望のフ
ァイルをオープンし、マルチメディアデータに対応する
シンボルが登録されているか否かの判断を行う（ステッ
プＰ１２）。

【０２２２】シンボル登録されていない場合は、データ
転送要否のチェックが行われる（ステップＰ１３）。デ
ータ転送を行わない場合は（ステップＰ１３の否）、処
理は終了する。

【０２２３】一方、データ転送を行う場合は（ステップ
Ｐ１３の要）、前述の版タグ情報を含むデータ転送処理
が行われると共に（ステップＰ１４）、マルチメディア
データに関するシンボル交渉（シンボルの割り付け処
理）がサーバ計算機１と端末側とで行われ（ステップＰ
１５）、シンボル登録がなされる（ステップＰ１６）。
これは、サーバ内利用者データ情報管理部１１４にて行
われる。

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

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

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

【０２２７】再送処理／回線切断対応管理部１５３にて
データ転送のエラーが検出されると（ステップＱ１
１）、当該エラー情報が再送管理部１１９に通知され、
相手側端末が使用中（通信中）または相手側端末の電源
がオフ状態による回線エラーとなったかの判断が成され
る（ステップＱ１２）。

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

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

【０２３０】上記のようなエラーでない場合は（ステッ
プＱ１４のＮＯ）、再送処理が行われることなく処理は
終了する。この時、転送エラーの旨のメッセージが端末
側に後で送信されるようにしておくと良い。

【０２３１】一方、パケット落ちによるエラーの場合は
（ステップＱ１４のＹＥＳ）、情報交換実行部１１３や
圧縮／暗号処理部１１５による制御のもとで情報交換
（再加工など）／データ圧縮によりデータサイズが縮小
されて再送される（ステップＱ１５）。

【０２３２】このようにすれば、データサイズが縮小さ
れているで、データ転送時間の短縮化を図れると共に、
確実且つ効率的にデータ転送が行える。

【０２３３】尚、情報交換／再送タイミングは、上記Ｏ
Ｓ／通信制御ソフトウェアからネットワーク情報によ
り、通信網を考慮して伝送直前で制御されるものであ
る。

【０２３４】さて、上述したような本システムにおい
て、例えば緊急情報といったような優先度の高い情報の
送信制御について、応用サービスとして電子メールシス
テムの場合を例として図２６および図２７を参照して以
下に説明する。

【０２３５】図２６は、電子メールシステムで作成した
メールデータの構造化文書への流れを示す図であり、そ
の操作によって情報交換装置は緊急メール情報を入手す
る。また、図２７は、その結果得られた情報をもとに緊
急メッセージ送信する流れを示す図である。

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

【０２３７】情報交換処理が利用されないと判断された
場合は（ステップＲ１２のＮＯ）、通常の電子メール処
理が実行される（ステップＲ１３）。

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

【０２３９】そして、電子メール送信者が緊急（優先度
が高い）に送信先に連絡したい場合は、この処理でその
度合いを示す情報部分が、他の属性から切り出されるこ
とになる。さらに、各部品を情報交換装置１０が管理で
きる形式である構造化文書形式に変換する（ステップＲ
１５）。

【０２４０】次に、データ属性の確認として、受け付け
た電子メールが実際にどの程度の優先度で送信されたか
を、優先度管理部１２０が把握する（ステップＲ１
６）。

【０２４１】この場合、優先度は電子メールシステムの
エンベロップ内に定義されている場合だけではなく、題
目（ｓｕｂｊｅｃｔ）の先頭などに「緊急」／「至急」
などの単語情報が付されている場合も、緊急度が高いも
のとして処理される。

【０２４２】ここまでの処理を実行することによって、
情報交換装置１０は電子メールデータを管理し、且つそ
の優先度を把握できたことになる。

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

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

【０２４５】もし、緊急を要するといったように優先度
が非常に高く（ステップＳ１３のＹＥＳ）、且つ送信相
手側が携帯電話３２やページャ３３を持っている場合な
どは（ステップＳ１４のＹＥＳ）、この携帯電話３２や
ページャ３３への送信を試みる。

【０２４６】ここで、相手側が携帯電話などを持ってい
るかどうかは、情報交換プロセス部１１が利用者情報管
理部１４に問い合わせることにより、判明する。宛先の
相手が携帯電話をもっいる場合は（ステップＳ１４のＹ
ＥＳ）、必要に応じて題目やメール本文の先頭１センテ
ンスなどの緊急連絡内容、並びに属性を読取り（ステッ
プＳ１５）、音声合成を考慮した情報交換処理する（ス
テップＳ１６）。

【０２４７】この後、相手側に情報を発信、即ち携帯電
話３２に電話をかける（ステップＳ１７）。尚、この場
合、送信元に対して、情報交換による変換／緊急通知を
知ったことを通知するようにしても良い。また、情報発
信の後、必要に応じてデータ保存が成されるようにして
も良い。

【０２４８】上述のようにすれば、緊急を要する優先度
の高い情報を迅速に伝送できるので、便利で且つ本情報
交換装置のさらなる有用性が高まる。また、メールのサ
ーバ計算機への蓄積を最小として、最も早い時間に相手
先に情報を通知できる。

【０２４９】ところで、上述したような本システムにお
いて、端末側に何等かの不都合が生じ、応用サービスの
提供を受けることができなくなることがある。即ち、情
報交換装置１０は、基本的に各種の属性を静的に管理し
ている。しかし、システム内の属性は、動的に変化する
ことがある。例えば、通信インフラが無線ＬＡＮのよう
に、高速で且つ品質が安定している場合においても、端
末側の応用サービスクライアントがメモリを確保できな
いなどして通常の処理が実行できない場合が想定され
る。また、端末側／他サーバのＣＰＵの負荷が高いため
に、応用サービスが（許容時間内に）実行できない場合
も想定される。

【０２５０】このような動的な要因に対応するための情
報交換処理が必要である。ここでは、端末側に設置され
た携帯プリンタの用紙を使い切ってしまったために、サ
ーバ計算機からの出力要求（印刷要求）がクライアント
側で処理できない場合を例に図２８を参照して以下に説
明する。

【０２５１】図２８は、プリンタ用紙切れ時のサーバ計
算機１の処理動作を示す図である。

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

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

【０２５４】一方、代替出力装置がない場合は（ステッ
プＴ１２のＮＯ）、例えばプリンタ４２に接続されたＰ
Ｃ４１に対し、中断したサービスに関するデータファイ
ルの転送／コピーを行うかどうかの判断が成される（ス
テップＴ１５）。

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

【０２５６】再送する場合（ステップＴ１７のＹＥ
Ｓ）、サーバ内利用者データ情報管理部１１４や利用者
情報テーブル管理部１４２を参照したり或いは利用者か
らの入力指示若しくは予め定められた時間にてタイマー
セットされて（ステップＴ１８）、再送処理が実行され
る（ステップＴ１９）。

【０２５７】再送しない場合は（ステップＴ１７のＮ
Ｏ）、出力中断した上記サービスはサーバ計算機１内に
保存される（ステップＴ２０）。そして、この旨が利用
者にメッセージ通知される（ステップＴ２１）。このと
き、必要に応じて情報交換されて保存されるようにして
も良い。

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

【０２５９】ところで、ネットワークコンピューティン
グ環境では、オリジナルデータを管理するサーバ計算機
と、オリジナルデータのコピーを管理する他のサーバ計
算機などがネットワーク内に存在する場合がある。ま
た、サーバ計算機のデータを端末にコピーして、利用者
は端末上のコピーしたデータを利用する場合も多々あ
る。

【０２６０】このような場合、サーバ計算機上のオリジ
ナルデータが更新された場合に、迅速に他のサーバ計算
機や端末に更新された旨を通知する必要がある。ところ
が、他のサーバ計算機が保守中の場合や、端末の電源が
オフの場合などは、データ変更通知やデータを転送でき
ない。

【０２６１】また、端末が移動通信網などのように伝送
能力が低く、また通信品質も有線ＬＡＮなどと比較して
劣っている場合は、仮に一時的に相手方と通信可能であ
っても、データ転送中に回線が切断してデータコピーが
未完状態となる虞がある。

【０２６２】そこで、本実施形態では上記不都合なこと
にも対応可能としたシステム構成となっている。即ち、
サーバ計算機１上のオリジナルデータが更新され、形態
端末機器に当該更新データの通知／転送処理を図２９乃
至図３１を参照して説明する。

【０２６３】先ず、サーバ計算機１に管理格納されたオ
リジナルデータ変更の流れを示す図２９を参照して説明
する。

【０２６４】ここで、データ更新時には、サーバ計算機
１で文書部品を管理するタグのバージョンが更新された
後に、データ部品が更新された旨を通知するデータ変更
管理部１１７が起動される。要するに、データ更新する
ファイルを開き（ステップＵ１１）、文書などを更新す
る（ステップＵ１２）と共にタグも更新する（ステップ
Ｕ１３）。

【０２６５】更新が終了するとファイルはクローズされ
（ステップＵ１４）、データ変更通知が起動される（ス
テップＵ１５）。

【０２６６】このようにして、データ変更が行われる
と、データ変更通知のルーチンになる。この処理の流れ
を図３０を参照して説明する。

【０２６７】先ず、送信先機器の電源のオン／オフ状態
や回線切断状態が、データ変更管理部１１７の制御の下
で調べられる（ステップＶ１１）。この際、例えば、送
信先機器の電源がオン状態であれば（ステップＶ１１の
ＹＥＳ）、通信回線の伝送能力が調べられる（ステップ
Ｖ１２）。

【０２６８】ここで信頼性の高い伝送能力であれば（ス
テップＶ１２のＹＥＳ）、データ転送の準備と必要に応
じた情報交換処理が行われ、情報を送信する（ステップ
Ｖ１３、Ｖ１４）。

【０２６９】一方、送信先機器の電源がオフ状態であれ
ば（ステップＶ１１のＮＯ）、または通信回線の伝送能
力が低ければ（ステップＶ１２のＮＯ）、図３１に示す
処理に移行する（ステップＶ１５）。

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

【０２７１】次に、サーバ計算機１内の応用サービスで
あるＤＢＭＳに代表される定型データ処理システムの各
種データを、端末機器上の電子メールシステム等の非定
型データ処理システムを利用して更新する場合について
説明する。

【０２７２】ここでは、端末機器側からは電子メールシ
ステムを利用して、サーバ計算機１内のＤＢＭＳへアク
セスするものとする。

【０２７３】サーバ計算機１内の情報交換装置１０で
は、電子メール等は各文書データの部品の集合として管
理されている。例えば、ある宛先に送られた電子メール
は、電子メールは、メール本文やエンベロップ（封筒）
内の題目や宛先、写等の各文書部品毎に管理されてい
る。

【０２７４】情報交換装置１０内の利用者情報管理部１
４や情報交換プロセス部１１を利用してＤＢＭＳの各種
データを更新する処理の流れを図３２に示す。

【０２７５】情報交換装置１０は、端末機器上の電子メ
ールシステムから電子メールが送信されたら、その宛先
がＤＢＭＳの各種データを変更するための予め決められ
た宛先の内の一つかを利用者情報管理部１４の利用者情
報を参照して判定する（ステップＹ１１）。

【０２７６】その宛先がＤＢＭＳの各種データを変更す
るための宛先で無い場合は（ステップＹ１１のＮＯ）、
通常の電子メールとして処理をする（ステップＹ１
９）。

【０２７７】その宛先がＤＢＭＳの各種データを変更す
るための宛先の内の一つである場合は（ステップＹ１１
のＹＥＳ）、情報交換実行部１１３で電子メールを文書
部品毎に展開し、利用者情報管理部１４の利用者情報を
参照して、変更のために必要な情報を得る所定の文書部
品から（この場合文書部品の内、題目から情報を得るこ
ととする）ＤＢＭＳの各種データの内変更する変更テー
ブル名と利用者認証に必要な情報とを得る。データが暗
号化されている場合は、暗号キー情報も得る。

【０２７８】次に、利用者情報管理部１４の利用者認証
部１４３を参照して利用者の認証を行う（ステップＹ１
３）。

【０２７９】利用者に各種データを更新する権利が無く
認証できなかった場合は（ステップＹ１３のＮＧ）、送
信元の端末機器には各種データを更新する権利が無いこ
とを通知し、サーバ計算機１の管理者へは必要に応じて
各種データを更新する権利が無い者が更新しようとした
ことを通知する（ステップＹ１７）。その後、このエラ
ーログを保管する（ステップＹ１８）。

【０２８０】利用者の認証を行い、各種データを更新す
る権利がある場合は（ステップＹ１３のＯＫ）、次のス
テップへうつる。データが暗号化されている場合は、圧
縮・伸張／暗号・復号処理部１１５によりデータを復号
する（ステップＹ１４）。

【０２８１】そして情報交換実行部１１３により、電子
メールデータをＤＢＭＳで利用できる形式に変換する。
電子メールデータの文書部品のうち、題目に、変更する
テーブル名の情報、認証、暗号キー情報、更新内容があ
る場合は、このデータを変換し、ＤＢＭＳを更新する指
示コードを作成する。題目に、変更するテーブル名の情
報、認証、暗号キー情報があり、更新内容の情報がメー
ル本文にある場合は、これらのデータを変換し、ＤＢＭ
Ｓを変更する指示コードを作成する（ステップＹ１
５）。

【０２８２】ＤＢＭＳを更新する指示コードに従い、指
定された変更テーブル名の内容を更新内容の情報に更新
する（ステップＹ１６）。

【０２８３】上述のように、サーバ計算機１内の応用サ
ービスであるＤＢＭＳに代表される定型データ処理シス
テムの各種データを、データ形式の異なる端末機器上の
電子メールシステム等の非定型データ処理システムを利
用して更新することが可能となる。

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

【０２８５】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。

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

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

【０２８８】図３３において、図１と異なる点はネット
ワーク上に複数のサーバ計算機１ａ〜１ｅが存在するこ
とである。ここでは、サーバ計算機１ａ〜１ｅがオフィ
ス内にて有線ＬＡＮ２を介して相互に接続されている。

【０２８９】このうち、サーバ計算機１ａはサービス提
供を行うメインのサーバコンピュータであり、応用サー
ビス提供部２０を有する。このサーバ計算機１ａには情
報交換プロセス部１１が実装されており、情報交換全体
の処理を司る情報交換制御サーバとして動作する。

【０２９０】また、その他のサーバ計算機１ｂ〜１ｅは
サブのサーバコンピュータである。

【０２９１】サーバ計算機１ｂには、端末属性情報を管
理するための端末情報管理部１２が実装されており、サ
ーバ計算機１ａの制御の下で端末情報管理サーバとして
動作する。

【０２９２】サーバ計算機１ｃには、ユーザインタフェ
ース情報を管理するためのユーザインタフェース情報管
理部１３が実装されており、サーバ計算機１ａの制御の
下でユーザインタフェース情報管理サーバとして動作す
る。

【０２９３】サーバ計算機１ｄには利用者情報管理部１
４が実装されており、サーバ計算機１ａの制御の下で利
用者情報管理サーバとして動作する。

【０２９４】サーバ計算機１ｅには通信インフラ情報管
理部１５が実装されており、サーバ計算機１ａの制御の
下で通信インフラ情報管理サーバとして動作する。

【０２９５】これらのサーバ計算機１ａ〜１ｅには、各
種通信網（公衆網３０、有線ＬＡＮ４０、無線ＬＡＮ５
０等）を介して各種端末機器（携帯情報端末３１、ＰＣ
４１、携帯用ＰＣ５１等）が接続されている。

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

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

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

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

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

【０３０１】ここで、例えば端末属性に応じて情報交換
を行う場合には、端末属性情報の管理機能が必要であ
り、サーバ計算機１ａは他のサーバ計算機１ｂ〜１ｅの
それぞれをアクセスして、当該管理機能を有するサーバ
計算機を調べる（ステップＸ１２）。

【０３０２】その際、複数のサーバ計算機に同一機能を
持たせている場合があるので、サーバ計算機１ａは、該
当するサーバ計算機の１つ１つに確認を取り、当該機能
を使用可能なサーバ計算機を選択する（ステップＸ１
３、Ｘ１４）。

【０３０３】図３３の例では、サーバ計算機１ｂが該当
する。この場合、端末属性情報の管理機能を持っている
のはサーバ計算機１ｂの１つだけであるため、サーバ計
算機１ａはサーバ計算機１ｂと交信し、サーバ計算機１
ｂからの使用許可を待つことになる。

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

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

【０３０６】以上は端末属性に応じた情報交換を行う場
合の例であるが、上記同様に、例えば通信インフラの属
性に応じて情報交換を行う場合には、サーバ計算機１ｂ
〜１ｅのそれぞれをアクセスして、通信インフラ情報の
管理機能を有するサーバ計算機を調べる。

【０３０７】その結果、該当するサーバ計算機１ｅが持
つ通信インフラ情報管理部１５から、通信相手となる端
末機器の通信インフラ情報を取得することにより、第１
の実施形態で説明したような情報交換によるサービス提
供処理を実行する。

【０３０８】この場合の情報交換とは、通信相手となる
端末機器が接続されている通信網の通信能力に合わせ
て、ある情報の形式を変えることである。

【０３０９】さらに、ユーザインタフェースの属性に応
じて情報交換を行う場合には、サーバ計算機１ｂ〜１ｅ
のそれぞれをアクセスして、ユーザインタフェース情報
の管理機能を有するサーバ計算機を調べる。

【０３１０】その結果、該当するサーバ計算機１ｃがつ
ユーザインタフェース情報管理部１３から、通信相手と
なる端末機器に対応するユーザインタフェース情報を取
得することにより、上記第１の実施形態で説明したよう
な情報交換によるサービス提供処理を実行する。

【０３１１】この場合の情報交換とは、通信相手となる
端末機器の操作方法（アイコン、ボタン、コマンドなど
の応用サービスを受けるときの操作方法）に合わせて、
ある情報の形式を変えることである。

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

【０３１３】このように、情報交換装置としての各機能
を分散化することでも、上記第１の実施形態と同様の効
果が得られるものである。さらには、各機能の分散化に
より、処理能力が相対的に高くない複数のサーバを組み
合せて、高度な情報交換処理機能を実現することができ
る。

【０３１４】この場合、分散処理により、サービス提供
を行うサーバ（図３３のサーバ計算機１ａ）としての処
理負担が軽威されるため、小型化のコンピュータでも対
応できるようになる。また、複数のサーバを組み合わせ
て実現されるため、集中型のシステムと比較するとシス
テム障害があったときの対処に柔軟になり、信頼性の向
上が図れる。

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

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

【０３１７】また、データの暗号化を行う機能や、デー
タの圧縮化を行う機能を他のサーバに分散して持たすこ
とも可能である。

【０３１８】この場合、データの暗号化であれば、その
機能を有すサーバ側で端末属性情報や通信インフラ情報
に基づいてデータの暗号化が可能か否かを判断し、デー
タの暗号化が可能である場合に、応用サービスとして提
供されるサービス情報を暗号化する。

【０３１９】応用サービスを行うサーバは、その暗号化
されたサービス情報を受けて、これを通信相手となる端
末機器に送る。

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

【０３２１】さらに、第１の実施形態にて詳述した図１
５乃至図３２に示す機能についても、同様に本実施の形
態に適用できることは勿論である。例えば、第１の実施
形態にて詳述したサーバ計算機１内の応用サービスであ
るＤＢＭＳに代表される定型データ処理システムの各種
データを、データ形式の異なる端末機器上の電子メール
システム等の非定型データ処理システムを利用して更新
することが可能となる機能についても、この第２の実施
形態に適用できる。

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

【０３２３】（第３の実施形態）次に、本発明の第３の
実施形態を説明する。

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

【０３２５】図３５は第３の実施形態における情報交換
装置を交換機上で実現した場合の統合サーバ７０の構成
を示すブロック図である。ここでは、この回線交換機と
サーバコンピュータとを統合した装置のことを統合サー
バと呼ぶことにする。

【０３２６】図３５に示すように、この統合サーバ７０
には、情報交換装置７１が設けられている。情報交換装
置７１は、端末機器や通信インフラの属性等に応じて情
報交換を行うものであり、具体的な構成は図１の情報交
換装置１０と同様であるため、ここではその説明を省略
するものとする。

【０３２７】また、統合サーバ７０には、サーバコンピ
ュータとしてのオフィス系応用サービス提供部７２ａが
設けられている。応用サービス提供部７２ａは、在庫管
理サービスなどのオフィス系の各種応用サービス（アプ
リケーションソフトウェア）を行う。

【０３２８】現状では、この応用サービス提供部７２ａ
をリアルタイムオペレーティングシステム（以下、リア
ルタイムＯＳと称す）７７上に変更なしで直接載せるこ
とができないので、ここでは仮想計算機７４を介在させ
ている。

【０３２９】リアルタイムＯＳ７７は、実時間処理用の
ＯＳであり、一般のＯＳ（例えばＵＮＩＸやＭＳ−ＤＯ
Ｓ）と異なり、応答の速さを重視するものである。

【０３３０】尚、リアルタイムＯＳ７７上で起動可能な
オフィス系応用サービス提供部７２ｂであれば、仮想計
算機７４を介さずにリアルタイムＯＳ７７上に直接載せ
ることができる。

【０３３１】仮想計算機７４は、仮想的に作り出したコ
ンピュータであり、機能的には実際の１台のコンピュー
タ（実計算機）と同等なものであって、１つの仮想計算
機上で１つのＯＳを稼働させることができる。本実施形
態では、仮想計算機７４は回線交換機７３内に組み込ま
れている。

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

【０３３３】図３６に示すように、交換機機能部７６
は、端末制御部７６１、サービス制御部７６２、保守運
用部７６３からなる。端末制御部７６１は、端末機器か
らの信号を受信し、それを次のところに渡すなどの制御
を行う。

【０３３４】サービス制御部７６２は、信号に応じて、
どのようなサービスを行うかの判断を行う。保守運用部
７６３は、回線のエラー情報の他、ここには電話番号情
報なども含まれる。

【０３３５】また、ハードウェア６８は、例えばＣＰ
Ｕ、回線回路等の物理的な回路部分を示す。

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

【０３３７】また、末端の統合サーバにデータを蓄積す
ることで、最終的にはその統合サーバをキャッシュとし
て利用し、通信相手となる端末機器には簡略化されたデ
ータ送信のみ、つまり、キャッシュにデータが登録され
た旨を通知する。これにより、データ量の損失を最小限
にし、また、サブネットワーク毎の特性を補うことがで
きる。

【０３３８】さらに、交換機を配置すれば、オフィスサ
ーバとしても利用することができる。この場合、交換機
はネットワーク上に多数配置されることが多いため、上
記第２の実施形態で説明したような分散処理が有効とな
る。

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

【０３４０】以下では、交換機に情報交換装置を設けた
場合について説明する。

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

【０３４２】今、オフィス８１内に、ＰＣ８２、ＰＣ８
３と、これらのＰＣ８２、ＰＣ８３に有線ＬＡＮ８４を
介して接続される統合サーバ８５が設けられているもの
とする。

【０３４３】統合サーバ８５は、サーバコンピュータと
ＰＢＸ（構内交換機）とを一体化させたコンピュータで
あり、交換機として動作するとともにサーバコンピュー
タとして応用サービスの提供を行う。

【０３４４】一方、オフィス９１内には、ＰＣ９２とこ
のＰＣ９２に有線ＬＡＮ８４を介して接続される統合サ
ーバ９４が設けられているものとする。統合サーバ９４
は、統合サーバ８５と同様にサーバコンピュータとＰＢ
Ｘ（構内交換機）とを一体化させたコンピュータであ
る。

【０３４５】尚、１００は公衆網、１０１は公衆網上に
存在する構外交換機である。また、１０２はサービスの
提供を受ける携帯端末機器である。この携帯端末機器１
０２は、オフィス９１内にて構内無線９５で統合サーバ
９４と接続される。

【０３４６】このような構成において、オフィス８１内
の統合サーバ８５から提供される応用サービスは同じオ
フィス内に設置された端末機器（ＰＣ８２、ＰＣ８３）
で利用でき、また、他のオフィス９１内に設置された端
末機器（ＰＣ９２、携帯端末機器１０２）でも利用する
ことができる。

【０３４７】ここで、統合サーバ８５のＰＢＸ８５ａに
情報交換機能を設けた場合には、図３８（ａ）に示すよ
うに、統合サーバ８５から提供されるサービス情報はＰ
ＢＸ８５ａ、公衆網１００を介して統合サーバ９４に送
られる。

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

【０３４９】一方、統合サーバ８５のＰＢＸ８５ａと統
合サーバ９４のＰＢＸ９４ａに情報交換機能を分散して
設けることもできる。この場合、図３８（ｂ）に示すよ
うに、ＰＢＸ８５ａはユーザがどのような端末機器を使
用しているのかだけを判断し、サービス情報をそのまま
の形で末端の統合サーバ９４に送ることができる。

【０３５０】このときのサービス情報はＰＢＸ８５ａ、
公衆網１００を介して統合サーバ９４に送られる。

【０３５１】統合サーバ９４のＰＢＸ９４ａでは、ユー
ザが使用している端末機器の通信インフラを判断し、そ
の通信インフラのデータ伝送能力に応じて当該サービス
情報を情報交換して送る。

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

【０３５３】このように、情報交換機能を回線交換機に
持たせることで、利用者の端末機器に近いところで最終
的な形式に情報交換することができる。つまり、各サブ
ネットワークからネットワークができる場合に、そのサ
ブネットワークに適した形式に情報交換を行うことがで
きる。

【０３５４】尚、第１の実施形態にて詳述した暗号化／
圧縮化機能や図１５乃至図３２に示す機能についても、
同様に本実施の形態に適用できることは勿論である。

【０３５５】例えば、第１の実施形態にて詳述したサー
バ計算機１内の応用サービスであるＤＢＭＳに代表され
る定型データ処理システムの各種データを、データ形式
の異なる端末機器上の電子メールシステム等の非定型デ
ータ処理システムを利用して更新することが可能となる
機能についても、本実施の形態にも適用できる。

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

【０３５７】また、上記各実施形態において、応用サー
ビスの提供を受ける端末機器はサーバコンピュータとし
て動作するものであっても良い。

【０３５８】さらに、第１の実施形態にて詳述したサー
バ計算機１内の応用サービスであるＤＢＭＳに代表され
る定型データ処理システムの各種データを、データ形式
の異なる端末機器上の電子メールシステム等の非定型デ
ータ処理システムを利用して更新することが可能となる
機能についても、本第３の実施形態にも適用できる。

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

【０３６０】

【発明の効果】以上のように本発明によれば、各端末機
器が存在するネットワーク環境において、各端末機器の
処理能力に応じた応用サービスの提供を可能とし、さら
に、複数の通信インフラが混在する場合でも、その通信
インフラの通信能力に応じた応用サービスの提供を可能
となった。

【０３６１】また、本発明によれば、情報交換装置とし
ての各機能を分散化することにより、処理能力が相対的
に高くない複数のサーバを組み合せて、高度な情報交換
処理機能を実現することができる。

【０３６２】これにより、各種端末機器が存在するネッ
トワーク環境において、大型のサーバコンピュータを必
要とせずに、各端末機器の処理能力に応じた応用サービ
スの提供が可能となり、さらに、複数の通信インフラが
混在する場合でも、その通信インフラの通信能力に応じ
た応用サービスの提供が可能となる。

【０３６３】その上、本発明によれば、従来のように機
能が局所集中しているためにサーバがダウンしたり、通
信網が使用不可ならばシステム全体が利用できなくな
る、といったような事態を解消でき、障害に強い応用サ
ービスの提供が可能となる。

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

【０３６５】さらに、複数種類の通信網が混在する場合
に、応用サービスとして提供されるサービス情報を各通
信網の通信能力に応じた形式に情報交換して送ること
で、通信インフラのデータ伝送速度／量／品質等の相対
的な差を吸収することができ、端末側では、形式は変わ
っても、他の端末機器と同じようなサービスを受けるこ
とができるようになる。

【０３６６】特に、このような情報交換機能を回線交換
機やルータに持たせることで、利用者の端末機器に近い
ところで最終的な形式に情報交換することができる。つ
まり、各サブネットワークからネットワークができる場
合に、そのサブネットワークに適した形式に情報交換を
行うことができる。

【０３６７】さらに、キャッシュとして利用することが
でき、例えば通信相手となる端末機器には簡略化された
データ送信のみ、つまり、キャッシュにデータが登録さ
れた旨を通知することで、データ量の損失を最小限に
し、また、サブネットワーク毎の特性を補うことができ
る。

【０３６８】また、情報交換機能を交換機／ルータ毎に
分散させることで、個々の負担を軽減することができ
る。

【０３６９】しかも、本発明によれば、端末機器側か
ら、サーバ計算機上の応用サービスの各種データを更新
する際に、端末機器上のアプリケーションが上記応用サ
ービスのデータ形式と異なる場合でも、端末機器からの
更新情報を上記応用サービスで利用可能なデータ形式に
変換することで、上記応用サービスの各種データを端末
機器側から更新することができる。

【図面の簡単な説明】

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

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

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

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

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

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

【図７】本発明の実施形態に係る、一般的な応用サービ
スの処理動作を示すフローチャート。

【図８】本発明の実施形態に係る、情報交換装置を用い
た場合の応用サービスの処理動作を示すフローチャー
ト。

【図９】本発明の実施形態に係る、端末属性を決定する
プロトコルシーケンスを示す図。

【図１０】本発明の実施形態に係る、端末属性に応じた
情報交換の処理動作を示すフローチャート。

【図１１】本発明の実施形態に係る、通信インフラに応
じた情報交換の処理動作を示すフローチャート。

【図１２】本発明の実施形態に係る、データの暗号化を
行う場合の処理動作を示すフローチャート。

【図１３】本発明の実施形態に係る、データの圧縮化を
行う場合の処理動作を示すフローチャート。

【図１４】本発明の実施形態に係る、入出力機器を用い
て応用サービスを利用する場合の処理動作を示すフロー
チャート。

【図１５】本発明の実施形態に係る、構造化文書を想定
した場合の応用サービスを含めたシステム全体の構成を
示す概念図。

【図１６】本発明の実施形態に係る、構造化文書の一例
を示す図。

【図１７】本発明の実施形態に係る、構造化文書を用い
た場合の端末属性に応じた処理動作を示すフローチャー
ト。

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

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

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

【図２１】本発明の実施形態に係る、サーバ計算機上の
データ更新処理動作を示すフローチャート。

【図２２】本発明の実施形態に係る、サーバ計算機上の
データコピー要求／受付け処理動作を示すフローチャー
ト。

【図２３】本発明の実施形態に係る、端末機器側のデー
タコピー処理動作を示すフローチャート。

【図２４】本発明の実施形態に係る、シンボルデータの
送信処理動作を示すフローチャート。

【図２５】本発明の実施形態に係る、データの再送処理
動作を示すフローチャート。

【図２６】本発明の実施形態に係る、受信電子メールの
属性抽出処理動作を示すフローチャート。

【図２７】本発明の実施形態に係る、携帯電話向けの情
報交換処理動作を示すフローチャート。

【図２８】本発明の実施形態に係る、プリンタ用紙切れ
時のサーバ計算機の処理動作を示すフローチャート。

【図２９】本発明の実施形態に係る、オリジナルデータ
変更の流れの処理動作を示すフローチャート。

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

【図３１】本発明の実施形態に係る、図３０に関連し
た、データ更新通知の処理動作を示すフローチャート。

【図３２】本発明の第１の実施形態における端末機器か
らサーバ計算機の定型データを変更する場合の処理動作
を示すフローチャート。

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

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

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

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

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

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

【符号の説明】

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

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

Claims

【特許請求の範囲】

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