JPH11122262A

JPH11122262A - 分散ネットワークコンピューティングシステム、情報交換装置、情報交換方法、及び記憶媒体

Info

Publication number: JPH11122262A
Application number: JP9285713A
Authority: JP
Inventors: Masaki Uchiumi; 正樹内海; Toshiaki Takewaki; 敏晃武脇; Toru Mizuhara; 徹水原; Akira Honda; 亮本田; Yuji Fukumoto; 勇二福元; Toshiyuki Yamagami; 俊之山上; Tsuguyuki Ueda; 世志上田; Katsuhisa Yano; 勝久矢野; Masashi Emura; 真史江村; Nahoko Ozaki; 奈帆子尾崎
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1997-10-17
Filing date: 1997-10-17
Publication date: 1999-04-30

Abstract

(57)【要約】【課題】本発明は、モバイルコンピューティング環境で
もオフィスでの作業と同等の作業を継続して行えるよう
にして、途中で通信が途切れたりする通信切断にも適切
に対処可能であると共に長時間を要するデータ処理作業
等にあっても端末機器を有効活用が図れ、セキュリティ
機能の向上が図れることを特徴とする。【解決手段】サーバコンピュータ１５はアクセス部１５
１及びセキュリティ部１５２、応用機能変換部１５３、
応用サービス提供部１５４、リモートエージェント１５
５を内設し、情報端末１３とはローカルエージェント１
３１及びクライアントソフトウェア１３２、鍵管理クラ
イアント１３３、暗号化処理部１３４を内設する。これ
により、ネットワーク１４を介して接続されるサーバコ
ンピュータ１５と情報端末１３とは、回線切断対応やデ
ータキャシュに係わるセキュリティ機能の向上を図る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】携帯情報端末機器、例
えばモバイル端末機器の小型化や高性能化に加え、ＰＤ
Ｃ（Personal Digital Cellular ）やＰＨＳ（Personal
Handyphone System）といった移動通信の普及により、
モバイルコンピューティングが現実味を帯びてきた。例
えば、ＰＨＳとノート型ＰＣ（Personal Computer ）を
組み合わせることで、社外からメールを呼出したり、Ｗ
ＷＷ（World Wide Web）で情報参照したりすることが容
易に行えるようになってきた。一方で、モバイル環境で
あるが故、オフィス外ではオフィス内と同じ操作性を期
待できないという制約が出てきている。

【０００５】例えば、途中で通信が途切れることがある
ことや、モバイル端末機器の画面が小さい為に画面が見
づらい等の制約である。又、モバイルコンピューティン
グ環境下では、これまで、オフィス内でしか行うことで
きなかった業務の一部を、社外から行うことができ、時
間節約や素早い処理が可能になる。当初の利用形態とし
ては、電子メールのチェックや掲示板の確認が考えられ
る。更に、オフィスにしかないデータを参照する為に、
従来は一旦オフィスに戻って行っていた作業を、顧客先
でデータを参照することが可能になる。このように、社
外にいても社内にいるのと変わらない業務を行うことが
できるだけでなく、これまでの環境では実現できなかっ
た業務形態も可能になってくる。

【０００６】ところで、モバイルコンピューティングに
於けるシステム形態には、コミュニケーションの主体と
なる部分により複数のモデルが考えられる。ここでは、
モバイル端末機器からオフィス内のサーバコンピュータ
を利用するクライアント主導型のモデルを想定する。こ
の他に、モバイル端末機器からの情報によってサーバコ
ンピュータからそれらの端末機器を制御するものや、モ
バイル端末機器同士を繋ぐ為のハブとしてサーバコンピ
ュータを利用するものが考えられる。

【０００７】一方で、移動通信を用いることで、オフィ
ス内データにアクセスに関連する制約も多く存在する。
現時点では、回線速度、回線品質やセキュリティ、回線
障害、通信料金等の問題が考えられる。

【０００８】特開平８−１６５００に示されるようにネ
ットワーク管理システムに於ける被管理対象の属性デー
タの変換や、米国特許５，５７２，６７５に示されるよ
うに電話やデータ通信のアプリケーションプログラムの
変換が考えられているが、上述したモバイルコンピュー
ティングに於けるシステム形態で生じる問題点を何等解
決するものではない。

【０００９】その上、上述したようなモバイルコンピュ
ーティングのようなネットワークコンピューティング環
境下では、例えば端末機器とサーバコンピュータとが接
続された回線が何等かの理由により回線が切れると、回
線切断前に行われていた端末機器とサーバコンピュータ
の作業が全く意味を成さないものとなり、再び同じこと
をやり直す必要があった。又、上述したようなモバイル
コンピューティングのようなネットワークコンピューテ
ィング環境下で、端末機器からサーバコンピュータに長
時間を要するデータ処理作業を指示した場合、当該端末
機器はサーバコンピュータでの前記作業の処理が完了す
るまで回線接続状態で待機せねばならなかった。しか
も、通信料金も高くなってしまうものでもあった。加え
て、上記処理の間、端末機器側では他の作業等は全く行
えず大変不便なものであった。更に、セキュリティ面に
あっても充分なものではなかった。

【００１０】そこで、本発明は上記事情を考慮してなさ
れたもので、上記不具合を解消し、モバイルコンピュー
ティング環境でもオフィスでの作業と同等の作業を継続
して行えるようにし、各端末機器の処理能力に応じた応
用サービスの提供を可能とし、又複数の通信インフラが
混在する場合でも、その通信インフラの通信能力に応じ
た応用サービスの提供を可能とし、更に途中で通信が途
切れたりする通信切断にも適切に対処可能であると共
に、長時間を要するデータ処理作業等にあっても端末機
器を有効活用でき且つ経済性にも優れ、しかも高いセキ
ュリティ機能を有する分散ネットワークコンピューティ
ングシステム、及びこのシステムに用いられる情報交換
装置、並びに情報交換方法、そして情報交換方法のプロ
グラム情報を格納したコンピュータ読取り可能な記憶媒
体を提供することを目的とする。

【００１１】

【課題を解決するための手段】本発明は上記目的を達成
するため、各種アプリケーションソフトウェア等の応用
サービスを提供する情報処理装置と、この情報処理装置
から応用サービスの提供を受ける種々の端末機器と、上
記情報処理装置と上記端末機器とを接続する通信網とか
らなる分散ネットワークコンピューティングシステムに
あって、ネットワークを相互接続する為のネットワーク
接続手段と、このネットワーク接続手段に設けられる情
報交換装置であって、この情報交換装置は、上記端末か
らの接続処理を管理するアクセス制御手段と、このアク
セス制御手段に関して上記端末の認証等を判断するセキ
ュリティ制御手段と、このセキュリティ制御手段からの
情報に基づき上記端末に提供する応用サービスのサービ
ス内容を当該端末に適した形式にデータ変換する機能変
換手段と、上記端末機器との接続状態を管理し当該接続
状態に基づき上記機能変換手段によるテータ変換された
サービス内容を提供するよう制御する接続制御手段と、
上記ネットワークを介して上記端末機器が接続状態にあ
り且つ該端末機器が所定の条件を満たして特定情報への
アクセス要求があった場合、該端末機器が特定情報に関
し解読可能とするよう制御する手段とを具備したことに
ある。

【００１２】又、上記構成に於いて、上記アクセス制御
手段は、上記端末における適当な接続管理方式、手順制
御方式にて処理を実行するよう制御するようにしたこと
を特徴とする。

【００１３】更に、上記構成に於いて、上記セキュリテ
ィ制御手段は、応用サービスを提供する際、上記端末に
適当な方式で暗号化処理を実行するようにしたことを特
徴とする。

【００１４】更に、上記構成に於いて、上記セキュリテ
ィ制御手段が新しい識別子を発行することにより、上記
セキュリティ制御手段と上記アクセス制御手段及び上記
機能変換手段とは、アクセスしてくる情報端末に関する
統一見解を有することを特徴とする。

【００１５】更に、上記構成に於いて、上記機能変換手
段は、上記端末に関する情報を管理する手段と、応用サ
ービスに関するインタフェイスに関する情報を管理し応
用サービスとの通信を実現する手段とを具備したことを
特徴とする。

【００１６】更に、上記構成に於いて、上記機能変換手
段は、上記端末が使用する通信方式に基づき当該端末に
適した形式にデータ変換することを特徴とする。

【００１７】更に、上記構成に於いて、上記接続制御手
段は、上記機能変換手段によるデータ変換の履歴と上記
端末機器との接続状態の履歴に基づき、回線切断時に中
断した箇所からデータ送信継続可能なことを特徴とす
る。

【００１８】更に、上記構成に於いて、上記情報交換装
置にはリモートエージェント機能実行手段が設けられ、
上記種々の端末機器の少なくとも一つにはローカルエー
ジェント機能が設けられて、上記情報交換装置と上記端
末とはデータキャッシュ機能を実行可能としたことを特
徴とする。

【００１９】このような構成によれば、モバイルコンピ
ューティング環境でもオフィスでの作業と同等の作業を
継続して行える。即ち、各端末機器の処理能力に応じた
応用サービスの提供を可能とし、又複数の通信インフラ
が混在する場合でもその通信インフラの通信能力に応じ
た応用サービスの提供が可能で、更に途中で通信が途切
れたりする通信切断にも適切に対処可能である。加え
て、長時間を要するデータ処理作業等にあっても端末機
器を有効活用でき且つ経済性にも優れ、セキュリティ機
能の向上を図れる。

【００２０】

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

【００２１】（第１の実施形態）図１は、本発明の第１
の実施形態に係わるネットワークコンピューティングシ
ステムの構成を概念的に示す図である。

【００２２】屋外（オフィス外）で用いられる情報端末
（端末機器）１１，１２，１３はネットワーク１４を介
して屋内（オフィス内）に設置されたサーバコンピュー
タ１５に接続されるものであり、オフィス外のネットワ
ークコンピューティングシステムとして利用されてい
る。

【００２３】ここで、情報端末１１はインテリジェント
機能を有した電話系情報端末機器であり、情報端末１２
は携帯情報端末機器（例：ＰＤＡ（Personal Digital A
ssistant））、情報端末１３は携帯用パーソナルコンピ
ュータ（ＰＣ）である。尚、これらの端末機器の利用者
は、オフィスや家庭等の事業所内或いは屋内にあって
は、上記携帯用の情報端末１１，１２，１３ではなく、
情報端末１７や情報端末１８に示される例えばデスクト
ップ型の端末機器等を利用して所望の作業を実施しても
良い。

【００２４】上記情報端末１１，１２，１３が接続され
るネットワーク１４は、公衆電話回線や専用線、インタ
ーネットのようなネットワークインフラストラクチャー
である。物理的には有線の場合も無線の場合も存在す
る。そして、このネットワーク１４は、屋内のサーバコ
ンピュータ１５に接続されている。

【００２５】サーバコンピュータ１５は、各種アプリケ
ーションプロクラム情報やデータ等を格納する外部記憶
装置たるフロッピーディスク装置（ＦＤＤ）１９やハー
ドディスク装置（ＨＤＤ）２０、ＣＤ−ＲＯＭ装置２１
を接続すると共に、アクセス部１５１、セキュリティ部
１５２、応用機能変換部１５３、及び応用サービス提供
部１５４を内設する。ここで、アクセス部１５１は、ダ
イアルアップアクセス等の情報端末からのアクセス制御
を実施する。セキュリティ部１５２は、ネットワーク１
４を介してアクセスを試みる利用者の認証をはじめとす
るセキュリティ管理機能を司る。応用機能変換部１５３
は、後述する応用機能が使用する情報を、情報端末利用
者が使用できる情報の種類を記述した属性情報に基づい
て変換する。

【００２６】この情報変換機能によって、端末利用者は
各種の端末やネットワークインフラストラクチャを用い
てネットワークコンピューティングシステムを利用する
ことができる。応用サービス提供部１５４は、端末利用
者が（ネットワーク）コンピュータシステムからサービ
スの提供受けを実現するものである。例えば、ワープロ
ソフトをはじめとする個人使用を前提としたＯＡシステ
ムや電子メール、文書データベース、グループスケジュ
ール管理をはじめとするグループウェア／情報系システ
ムや、在庫管理システム等のＤＢＭＳ（Database Manag
ement System）を利用したシステム等がある。尚、応用
サービス提供部１５４は複数の応用サービスを提供でき
るよう機能させてもよい。

【００２７】サーバコンピュータ１５にネットワーク１
６を介して接続された情報端末１７，１８は、端末利用
者が事業所（オフィス）内或いは屋内でサーバコンピュ
ータ１５のサービス機能を利用する際に使用するもので
ある。ここで、ネットワーク１６は物理的には有線ＬＡ
Ｎ（Local Area Network）や無線ＬＡＮ、赤外線通信を
はじめとする通信インフラ中信頼性の高い通信媒体であ
る。又、情報端末１７，１８の使用者は、上記アクセス
部１５１やセキュリティ部１５２、応用機能変換部１５
３を介さずにサーバコンピュータ１５の応用サービスを
応用サービス提供部１５４から直接受けられるものであ
る。

【００２８】尚、図１ではサーバコンピュータは一つと
して例示しているが、サーバコンピュータの各機能は各
機能毎に複数のコンピュータに分散して存在していても
よいのは勿論である。

【００２９】ところで、ネットワークコンピューティン
グシステムを構築した場合、・各種の情報端末機器を利用すること・不安定な通信インフラを利用すること・セキュリティを確保すること・各種の応用機能を利用すること等に起因したいくつかの問題が存在するものである。

【００３０】本実施の形態では、これらの問題を解決す
ることを目的とする情報変換装置について詳述する。

【００３１】図２は、アクセス部１５１の内部構造を示
す概念図である。例えば、屋内のサーバコンピュータ１
５へのダイアルアップサービスとして現在標準的に利用
されているプロトコルには、ＰＰＰ（Point to Point P
rotocol ）が存在する。このＰＰＰを利用したアクセス
は、情報端末１２や情報端末１３から利用される可能性
があるが、情報端末１１からの利用される可能性は低
い。これは、情報端末１１の情報処理能力が情報端末１
２や情報端末１３と比較した場合、相対的に低いことか
らＰＰＰプロトコルを制御する情報処理機能が実装され
る可能性が少ないためである。

【００３２】より具体的に詳述すると、情報端末１１か
らは無手順制御によるアクセスのみが可能である場合が
想定される。そこで、このような無手順アクセスを可能
とする無手順アクセス部１５１１と、ＰＰＰに代表され
る有手順アクセスを可能とする有手順アクセス部１５１
２をアクセス部１５１は実装している。更に、後述する
ようにアクセス部１５１は、セキュリティ部１５２や応
用機能変換部１５３と通信（サーバ内通信）することに
より、サーバコンピュータ１５のネットワーク１４への
外部インターフェースの機能を持っている。そこで、ア
クセス部１５１はサーバコンピュータ１５内の他の構成
要素と通信を行う為の内部通信インタフェイス機能を有
する内部通信部１５１３と、サーバコンビュータ１５外
との通信を行う為の外部通信インタフェイス機能を有す
る外部通信部１５１４を実装している。尚、実際の実装
では、無手順アクセス部１５１１や有手順アクセス部１
５１２が独自に内部通信や外部通信が行えるように、無
手順アクセス部１５１１や有手順アクセス部１５１２の
中に内部／外部通信機能を持たせてもよい。又、上記外
部通信部１５１４はどのような種類の情報端末からアク
セスが成されているかが分かる通信ポートが設けられて
いる。即ち、情報端末１１からのアクセスと、情報端末
１２，１３とからアクセスされるポートとはアクセスさ
れる電話番号の相違により区別されている。尚、アクセ
スしてくる情報端末の電話番号を認識（発信者電話番号
の認識）することにより、アクセス部１５１にて例えば
内設された図示しないアクセス識別情報テーブルを参照
して、情報端末等の種別が判断できるように構成しても
良いことは勿論である。

【００３３】図３は、セキュリティ部１５２の内部構造
を示す概念図である。セキュリティ部１５２は、利用者
の認証処理を行う認証処理部１５２１と、ネットワーク
１４，１６内のデータやサーバコンピュータ１５内の通
信のデータを暗号化する暗号処理部１５２２を内設して
いる。又、個人の認証情報や暗号化の可否情報を設定／
管理する個人情報管理部１５２３もセキュリティ部１５
２には存在する。更に、セキュリティ部１５２は、サー
バコンピュータ１５内の他の構成要素と通信を行う為の
内部通信インタフェイス機能を有する内部通信部１５２
４を実装している。尚、実際の実装では、独立した内部
通信部１５２４を持たせず認証処理部１５２１や暗号処
理部１５２２の中に内部通信機能を持たせてもよいこと
は勿論である。

【００３４】又、データの暗号化処理については、通信
を行う相互間で暗号化や復号化の機能が必要になる。本
実施の形態に係わる装置内の各部での暗号化可否につい
ては暗号処理部１５２２で情報を管理する。

【００３５】図４は、応用機能変換部１５３の内部構造
を示す概念図である。本実施の形態が対象とするような
ネットワークコンピューティングシステムに於いては、
図１にて示したように各種の情報端末が存在する（図１
では、情報端末１１，１２，１３が記述されている）。

【００３６】そこで、それらの情報端末に即した通信方
式を提供する必要がある。例えば、現在インターネット
分野で標準的に利用されているＷＷＷ（World Wide We
b）が用いる属性と、ある特定の無手順端末用の端末属
性は当然区別される必要がある。例えば、後者の無手順
端末の場合に画面表示に関しては、その画面サイズや表
示能力に合わせて画面表示できるように応用サービス提
供部１５４からの情報を提供する必要がある。そこで、
応用機能変換部１５３には、端末別情報処理部１５３１
が存在する。利用者が使用する情報端末により、その通
信制御方式やデータの画面表示方式が異なるが端末別情
報処理部１５３１により差を吸収する。尚、実際の実装
に於いては、端末別情報処理部１５３１は端末属性毎に
処理部を設けることで実現してもよい。又、端末別情報
処理部１５３１は、サーバコンピュータ１５内の他の構
成要素との通信を行う為の通信インタフェイス機能をも
有し、アクセス部１５１やセキュリティ部１５２と通信
を行う。

【００３７】次に、応用機能変換部１５３では、応用サ
ービス提供部１５４に対して夫々の情報端末１１，１
２，１３やその制御方式に適した方式で通信を行うこと
により、利用者が希望するサービスを利用者に提供する
機能を実現する。その為に応用サービス提供部１５４と
通信を行う応用サービスインタフェース部１５３２を実
装する。尚、応用サービス提供部１５４がソフトウェア
として実現されている場合には、応用機能インタフェー
ス部１５３２は応用サービス提供部１５４が提供してい
るＡＰＩ（Application Programming Interface ）を使
用するソフトウェアとして実現してもよい。又、応用機
能変換部１５３は、端末別情報処理部１５３１と応用機
能インタフェース部１５３２とで情報を流通させる為に
変換通信部１５３３を持つ。この存在により端末別情報
処理部１５３１は、応用サービス提供部１５４について
の情報を必要とせず、応用機能インタフェース部１５３
２は端末属性の情報を必要としない。更に、応用機能変
換部１５３は端末情報管理部１５３４を持つ。端末情報
管理部１５３４は情報端末についての詳細な情報を持っ
ており、端末別情報処理部１５３１はこの情報をもとに
して情報処理を行う。尚、実際の実装に於いては、ソフ
トウェアとして実装される場合は端末別情報処理部１５
３１は端末情報管理部１５３４の継承するオブジェクト
として実現されてもよい。

【００３８】次に、上記応用機能変換部１５３の内部構
造概念を詳述する。前述のように、応用機能変換部１５
３には、端末別情報処理部１５３１，応用機能インタフ
ェース部１５３２，変換通信部１５３３が存在する。

【００３９】端末別情報処理部１５３１には、図５に示
すように端末別送受信部１５３１ａ，利用者情報記憶部
１５３１ｂ，接続情報取得部１５３１ｃが存在する。

【００４０】端末別送受信部１５３１ａは、本実施形態
の利用者が使用する情報端末の属性に基づいて情報を受
信／送信する。ここで、端末の属性とは、端末が利用す
る手順や画面サイズ等を意味する。尚、実際の実装に於
いては、各端末の属性を記憶するオブジェクトとの継承
オブジェクトとして実現してもよく、又各端末毎に別オ
ブジェクトとして各端末とのセッション（接続）が発生
した場合に起動する方法で実現してもよい。

【００４１】利用者情報記憶部１５３１ｂは、セキュリ
ティ部１５２の個人情報管理部１５２３に存在する識別
子等の情報を入手し、本実施形態を経由した際の端末利
用者の応用機能アクセス時の利用者情報を端末別情報処
理部１５３１内で提供するものである。

【００４２】接続情報取得部１５３１ｃは、情報端末と
本実施形態の装置を経由した応用サービス提供部１５４
との接続（セッション）の情報を管理する。特に、後述
するように接続情報取得部１５３１ｃは回線切断処理の
場合に、回線接続時の状態復元に情報を提供する。

【００４３】図６は、応用機能インタフェース部１５３
２の内部構造の概念図である。応用機能インタフェース
部１５３２には、データ送受信部１５３２ａと応用機能
依存処理部１５３２ｂが存在する。

【００４４】データ送受信部１５３２ａは、応用機能イ
ンタフェース部１５３２が変換通信部１５３３や応用サ
ービス提供部１５４と通信をする際にデータを送受信す
る。尚、実際の実装に於いては、応用サービス提供部１
５４への送受信部と変換通信部１５３３への送受信部は
独立して存在させてもよい。独立させた場合、応用サー
ビス提供部１５４への送受信部は、応用サービス提供部
１５４が提供するＡＰＩを利用するソフトウェアモジュ
ールとして実現することも可能である。

【００４５】応用機能依存処理部１５３２ｂは、データ
送受信部１５３２ａを用いて実際に応用サービス提供部
１５４との情報処理を行うことを目的としている。又、
例えば基本標準文書形式から応用機能に依存した情報形
式へ情報変換する処理等も実行する。

【００４６】図７は、変換通信部１５３３の内部構造の
概念図である。変換通信部１５３３には、データ送受信
部１５３３ａと、端末入力情報変換部１５３３ｂ、情報
形式変換部１５３３ｃ、応用機能情報解釈部１５３３
ｄ、そして基本構造化文書保存部１５３３ｅが内設され
ている。

【００４７】データ送受信部１５３３ａは、変換通信部
１５３３が端末別情報処理部１５３１や応用機能インタ
フェース部１５３２と通信をする場合に動作する。尚、
実際の実装に於いては個々の端末別の属性をもつオブジ
ェクトの継承として実現してもよい。

【００４８】端末入力情報変換部１５３３ｂは次のよう
に機能する。即ち、例えば現在インターネットで標準的
なユーザインターフェイスであるＷＷＷに於いては、利
用者は画面上のリンクポイントをクリックすることでリ
ンク先に移動することができる。しかし、この機能は端
末の属性の違いに画面上のアイコンをクリックすること
で実現してもよいし、メニュー画面から番号を選択する
方式を採用してもよい。本実施形態を用いることによ
り、このような端末属性の違いにを本実施形態で吸収
し、どのような端末を使用している利用者にも、同様の
サービスを提供することができる。端末上の操作性の違
いを吸収する実体が端末入力情報変換部１５３３ｂであ
る。つまり、例えばメニュー画面から番号を選択すると
いう操作を行った場合と、ＷＷＷに於けるリンクポイン
トをクリックしたことを、以降は等価として処理する。

【００４９】情報形式変換部１５３３ｃは、端末や応用
サービス提供部１５４から送信されてきた情報を本装置
内で利用する共通の構造化言語形式に変換する。尚、実
装に於いては、効率化の為に端末からの情報を共通形式
に変換し、送受信部に送信するオブジェクトと、応用サ
ービス提供部１５４からの情報を共通形式に変換するオ
ブジェクトを共通形式への変換を継承する別オブジェク
トとして実現してもよい。

【００５０】応用機能情報解釈部１５３３ｄは、応用機
能インタフェース部１５３２から送られてきた情報を本
装置内で利用する共通の構造化言語形式に変換できるよ
うに解釈を行う。

【００５１】基本構造化文書保存部１５３３ｅは、情報
形式変換部１５３３ｃが本装置内で利用する共通の構造
化言語形式に変換する際に参照される変換規則情報や、
各種変換情報を格納する。

【００５２】上記構成につき、以下にその動作／作用を
説明する。

【００５３】図８は、サーバコンピュータ１５側での情
報端末からのアクセス処理を示すフローチャートでる。
特に、図８はアクセス部１５１と、セキュリティ部１５
２、応用機能変換部１５３の関連を示すフローチャート
である。

【００５４】先ず、情報端末からサーバコンピュータ１
５にアクセスがあると、そのアクセスが屋内／オフィス
内の情報端末からのものなのか、或いは屋外／オフィス
外の情報端末からのものなのかが判断される（ステップ
Ｓ８０２）。

【００５５】アクセスが屋内／オフィス内からであれば
（ステップＳ８０２のＹＥＳ）、即ち情報端末１７又は
１８からのアクセスであるのなら、情報端末１７，１８
は応用サービス提供部１５４から直接サービス提供を受
ける（ステップＳ８０４）。

【００５６】一方、アクセスが屋外／オフィス外の情報
端末からであれば（ステップＳ８０２のＮＯ）、先ずア
クセス部１５１にて受信する（ステップＳ８０６）。こ
の際、端末や通信インフラ毎にアクセスするインタフェ
ースを持つことにより、端末等の属性を取得することが
できる。尚、アクセス部１５１にてアクセス情報を取得
／ログすることにより、不正なアクセスを追及すること
ができる。

【００５７】次に、アクセス部１５１からセキュリティ
部１５２に対して、アクセスの妥当性等について確認依
頼する（ステップＳ８０８）。この場合、認証処理や通
信路内での暗号化の必要性等について判断する。尚、こ
の判断の内容は個人情報管理部１５２３の情報をもとに
して行われる。

【００５８】もし、セキュリティ部１５２でのアクセス
許可が出た場合は（ステップＳ８１０のＹＥＳ）、セキ
ュリティ部１５２は新たに識別子を発行する。発行され
た識別子はアクセス部１５１にて確認し（ステップＳ８
１２）、その旨を応用機能変換部１５３に通知する（ス
テップＳ８１４）。応用機能変換部１５３は、この通知
を受けて応用サービス提供部１５４に情報端末が所望す
るアプリケーションソフトウェアへのアクセスを許可す
る（ステップＳ８１６）。

【００５９】ところで、アクセス部１５１は、セキュリ
ティ部１５２からの判断結果から、アクセスが不当と判
断された場合は（ステップＳ８１０のＮＯ）、エラー通
知をユーザに発行する（ステップＳ８１８）。

【００６０】尚、正当と判断された場合も、その旨を応
用機能変換部１５３にも通知するようにしても良いのは
勿論である。この時、新しく発行された識別子も同時に
応用機能変換部１５３に通知する。これにより、アクセ
ス部１５１、セキュリティ部１５２、応用機能変換部１
５３の三者間でユーザアクセスに関する統一の見解が持
てる。このようにすると、例えば使用している情報端末
は異なるが、同一のパスワードを用いてサーバコンピュ
ータ１５へアクセスしている場合でも、サーバコンピュ
ータ１５側では交信している相手が確実に識別でき、適
正な情報の供給を図れる。

【００６１】上述のようにして応用サービス提供部１５
４にアクセスが可能となった情報端末は、当該端末の処
理能力及び通信インフラの種別に応じた応用サービス提
供部１５４による情報交換処理された所望の応用サービ
スの提供を受ける。この流れを図９のフローチャートに
示す。

【００６２】情報端末の処理能力が低い場合（ステップ
Ｓ９０２のＹＥＳ）、例えば電話機系情報端末１１であ
る場合、使用されている通信インフラも低いと判断され
（ステップＳ９０４）、応用機能変換部１５３は、応用
サービス提供部１５４からアプリケーションソフトウェ
アを例えばバイナリデータはテキストデータに変換とい
ったように無手順情報端末用の情報に情報交換処理して
（ステップＳ９０６）、サービス提供する（ステップＳ
９０８）。

【００６３】一方、情報端末の処理能力が高い場合（ス
テップＳ９０２のＮＯ）、例えばＰＤＡや携帯型ＰＣと
いった情報端末１２，１３である場合、使用されている
通信インフラも高いと判断され（ステップＳ９１０）、
応用機能変換部１５３は、応用サービス提供部１５４か
らアプリケーションソフトウェアを例えば画像データは
シンボル情報に変換といったように有手順情報端末用の
情報に情報交換処理して（ステップＳ９１２）、サービ
ス提供する（ステップＳ９０８）。

【００６４】ところで、上記サーバコンピュータ１５
は、屋外／オフィス外からアクセスしてくる情報端末の
種別と使用される通信インフラの種類を、アクセスされ
る通信ポートで判断しているよう構成してあるので、情
報処理能力が高い情報端末１２又は１３のユーザが、意
識的に情報処理能力が低く通信インフラの低い方の通信
ポート側を使用して、情報交換されたサービス提供を受
けることは勿論可能である。

【００６５】上述したように応用サービス提供部１５４
にアクセスが可能となった情報端末は、当該端末の処理
能力及び通信インフラの種別に応じた応用サービス提供
部１５４による情報交換処理された所望の応用サービス
の提供を受ける。この応用サービス提供を受けるに当っ
ては、機密性の問題から暗号化処理されることが望まし
い。この処理を図１０のフローチャートを用いて説明す
る。

【００６６】先ず、サーバコンピュータ１５側にて暗号
化するか否かの判断が成される（ステップＳ１００
２）。この判断は、例えばアクセスされる通信ポートと
セキュリティ部１５２、応用機能変換部１５３からの情
報をもとに判断さても良いし、情報端末とサーバコンピ
ュータ１５との暗号化するか否かの交渉に基づいて判断
されるようにしても良い。

【００６７】暗号化する場合（ステップＳ１００２のＹ
ＥＳ）、暗号化方式の判断が成される（ステップＳ１０
０４）。この判断は、サーバコンピュータ１５に内設さ
れたアクセスされる情報端末に関する情報を格納したテ
ーブルを参照して行われる。そして、サーバコンピュー
タ１５の判断結果は、端末に送信されて決定された暗号
化方式で良いか否かの確認の交渉が行われる。

【００６８】即ち、サーバコンピュータ１５が情報端末
の処理能力や通信インフラの能力が低いと判断し、この
情報端末に合致した暗号化処理を施すことを当該端末が
確認した場合、セキュリティ部１５２は簡易的な暗号化
処理を施す（ステップＳ１００６）。もし、サーバコン
ピュータ１５が判断した暗号化方式を情報端末が認めな
い場合は、サーバコンピュータ１５から情報端末に対し
エラー通知が送信され、暗号化処理は行われない（ステ
ップＳ１０１０）。

【００６９】一方、サーバコンピュータ１５が情報端末
の処理能力や通信インフラの能力が高いと判断し、この
情報端末に合致した暗号化処理を施すことを当該端末が
確認した場合、セキュリティ部１５２は高度な暗号化処
理を施す（ステップＳ１００８）。もし、サーバコンピ
ュータ１５が判断した暗号化方式を情報端末が認めない
場合は、サーバコンピュータ１５から情報端末に対しエ
ラー通知が送信され、暗号化処理は行われない（ステッ
プＳ１０１０）。

【００７０】尚、復合化処理できない端末には対して
は、暗号化処理しない旨を事前に通知するよう構成して
も良い。

【００７１】又、暗号処理は、端末使用ユーザの意思に
より選択可能としても良いし、提供される応用サービス
の種類により予め暗号処理を施すか否かを設定して於い
ても良いものである。そして、暗号化されていることを
通知するようにしても良い。又、情報端末の情報処理能
力が低く通信インフラの信頼性も低いと判断される端末
に対しては、初めから暗号化処理をせず、この旨を通知
するようにしても良い。

【００７２】更に、端末や通信インフラの属性により圧
縮化処理を施すよう構成しても良いことは勿論である。

【００７３】次に図１１のフローチャートを参照して、
端末別情報処理部１５３１の処理の流れを記述する。こ
こでは、端末別送受信部１５３１ａがソフトウェア的に
送受信オブジェクトを起動する場合について説明する。
端末別情報処理部１５３１は、端末属性に依存するデー
タの送受信に係わる処理を実行する。

【００７４】先ず、アクセス部１５１を介して端末別送
受信部１５３１ａで情報端末からのアクセス信号を受信
する（ステップＳ１１０２）。ここで、端末からの属性
情報をもとにして端末別送受信部１５３１ａは端末別の
送受信オブジェクトを起動する（ステップＳ１１０
４）。この場合、端末の属性情報は端末情報管理部１５
３４の情報を継承する。ここで、端末別の属性について
は、・事前に端末情報管理部に登録する・端末とのセッションの確立時に、端末からサーバへ自
動的に登録する・セッションの確立時に、メニュー画面を利用者に表示
し利用者から選択させる等が考えられる。

【００７５】送受信オブジェクトが起動できた後、通信
路の確立を行う（ステップＳ１１０６）。正常に通信路
が確立できた場合には（ステップＳ１１０６のＹＥ
Ｓ）、認証処理を実行する（ステップＳ１１０８）。こ
の認証処理では、利用者が使用するＩＤとパスワード以
外に、セキュリティ部１５２が作成する本装置内で利用
する識別子も用いて認証を行う。この認証が行われた
後、識別子をもとにセッションの特定を行う。尚、この
利用者情報記憶部１５３１ｂでの保持する認証情報と認
証処理はセキュリティ部１５２から情報を入手する（最
初のセキュリティ部１５２での認証処理が行われた際
に）。認証処理後は、端末別情報処理部１５３１を介し
て端末は応用機能のサービスを受けると共に、端末との
セッション情報はセッション情報取得部１５３１３に保
存する（ステップＳ１１１０）。

【００７６】ここで、セッション情報とは、論理的な接
続関係である。回線が正常に切断された時に、セッショ
ン情報は開放される。しかし、回線が正常に切断されて
いない場合は、セッション情報は維持される為、次回の
回線の接続時にこのセッション情報から処理を回復する
ことができる。これは、もしサーバコンピュータ１５と
情報端末との接続が切断された場合に、接続が切断され
る直前の情報を持つことにより自動的に回線切断前の状
態に復旧させることができる為である。又、後述するよ
うに変換通信部１５３３からは基本標準化文書形式で情
報を受け取るが、データの送受信時には端末別の送受信
オブジェクトが端末属性に基づいて基本標準化文書形式
から端末属性に合わせた情報形式にデータを変換する。
更に、変換通信部１５３３へ情報を送信する場合は、基
本標準化文書に情報を変換できるように制御情報／パラ
メータを付加してデータを送信する。

【００７７】尚、上記ステップＳ１１０６にて通信路の
確立が行えなかった場合（ステップＳ１１０６のＮ
Ｏ）、エラーメッセージが示されてエラー処理となり
（ステップＳ１１１２）、処理は終了する。又、上記ス
テップＳ１１０８にて認証処理に失敗した場合（ステッ
プＳ１１０８のＮＯ）、エラーメッセージが示されてエ
ラー処理となり（ステップＳ１１１４）、処理は終了す
る。

【００７８】続いて、図１２と図１３のフローチャート
を参照して、変換通信部１５３３の処理の流れを記述す
る。変換通信部１５３３は、端末属性や応用機能が提供
するサービス属性に依存した情報を基本標準化文書形式
に変換する処理を実行する。基本構造化文書は、本シス
テム内で情報を管理するフォーマットである。尚、応用
機能が提供するサービスの内容によっては、現在インタ
ーネット分野で標準的に利用されているＨＴＭＬ（Hype
r Text Markup Language）の文法を用いて基本構造化文
書を実現してもよい。

【００７９】図１２を参照して情報端末から応用機能変
換部１５３、応用サービス提供部１５４に向かって情報
が流れている場合の流れを説明する。先ず、端末別属性
を持った情報を受信し（ステップＳ１２０２）、端末属
性の情報から端末側から入力された情報を取得する（ス
テップＳ１２０４）。得られた情報から基本構造化文書
形式に情報を変換すると共に（ステップＳ１２０６）、
基本構造化文書に情報を変換した場合は、その結果を基
本構造化文書保存部に保存する（ステップＳ１２０
８）。そして、その情報を応用機能インタフェース部１
５３２に送信する（ステップＳ１２１０）。

【００８０】次に、図１３を参照して応用サービス提供
部１５４、応用機能変換部１５３から情報端末に向かっ
て情報が流れている場合を説明する。先ず、応用サービ
ス提供部１５４からの情報を受信し（ステップＳ１３０
２）、応用機能の属性情報／パラメータから応用サービ
ス提供部１５４が提供する情報を取得する（ステップＳ
１３０４）。得られた情報から基本構造化文書形式に情
報を変換すると共に（ステップＳ１３０６）、基本構造
化文書に情報を変換した場合は、その結果を基本構造化
文書保存部１５３３ｅに保存する（ステップＳ１３０
８）。そして、その情報を端末別情報処理部１５３１に
送信する（ステップＳ１３１０）。

【００８１】又、送受信部が回線の切断を検知した場合
は、セッションが維持できているため、この次の回線の
接続でセッションと基本構造化文書保存部の内容を一致
させられる。

【００８２】上述したように本実施の形態によれば、モ
バイルコンピューティング環境下にあっても、オフィス
での作業と同等の作業を継続して行える。即ち、各情報
端末機器の処理能力に応じた応用サービスの提供を可能
とし、又複数の通信インフラが混在する場合でもその通
信インフラの通信能力に応じた応用サービスの提供が可
能である。

【００８３】更に、途中で通信が途切れたりする通信切
断の場合でも、次回の接続に際しては、その途切れた箇
所からデータの送受信処理が行える。そして、この機能
を利用すれば、長時間を要するデータ処理作業等にあっ
ては、情報端末はサーバコンピュータ１５に接続して前
記データ処理作業等を指示した後、一旦接続を切り、所
定時間後に再接続すれば情報端末は処理結果を直ちに入
手することが可能である。しかも、従来のようにデータ
処理等の為にサーバコンピュータと長時間接続状態であ
る為、情報端末は他の作業が全くできなくなってしまう
ということを回避でき、端末機器の有効活用を図れる。
加えて、従来のように情報端末とサーバコンピュータ１
５とを接続状態を継続させるが故、通信料金の増加を引
き起こすという事態は、本実施形態では解消でき、経済
性にも優れている。

【００８４】そして、本実施形態によれば、セキュリテ
ィ機能の向上も図れる。

【００８５】ところで、上述した手法は、コンピュータ
に実行させることのできるプログラム情報として、例え
ばＦＤＤ１９やＨＤＤ２０、ＣＤ−ＲＯＭ装置２１やＤ
ＶＤ等の光ディスク装置、半導体メモリに書き込んで各
種装置に適用したり、通信媒体により伝送して各種装置
に適用することは勿論可能である。この装置を実現する
コンピュータ（サーバコンピュータ）は、記憶媒体に記
録されたプログラム情報を読み込み、このプログラム情
報によって動作が制御されることにより上述した処理を
実行する。

【００８６】（第２の実施形態）以下に本発明の第２の
実施形態について説明する。前述第１の実施形態と同一
部分、同一機能については同一番号を付して説明は省略
する。本実施形態では、回線が切断された場合の回線接
続機能や非同期処理機能について説明する。

【００８７】尚、本実施形態では現在ネットワークコン
ピューティング環境で最も注目されているインターネッ
ト関連技術をもとにして記述するが、本実施形態の趣旨
はインターネット環境に限定されるものではない。ここ
で、インターネット関連の技術をもとに記述する理由
は、インターネット関連の技術はＨＴＴＰなど標準的な
プロトコルが確立しており、個々の応用機能のインター
フェースに依存した処理を記述必要がないためである。

【００８８】本発明が対象にしているネットワークコン
ピューティング環境に於いては、各種の通信インフラを
サポートする必要がある。ここでいう各種の通信インフ
ラの中には、品質的に不安定な通信インフラや、情報の
伝送性能が劣っている通信インフラ、又は回線の通信使
用料（通信コスト）が高価な通信インフラも含まれる。
そこで、応用機能変換部１５３や応用サービス提供部１
５４が使用する通信プロトコルに注目し、通常使用して
いる応用サービス機能に影響を与えることなく現状の問
題を解決する実施形態について説明する。

【００８９】図１４は、本実施形態に於ける不意の事故
等による回線切断時の対応機能や非同期処理機能の概念
を含めたネットワークコンピューティングシステムの構
成を概念的に示す図である。本実施形態では、利用者が
使用する情報端末１３内に存在するローカルエージェン
ト機能を司るローカルエージェント１３１と、サーバコ
ンピュータ１５内に存在するリモートエージェント機能
を司るリモートエージェント１５５が、ＷＷＷブラウザ
とＷＷＷサーバ間の通信の仲介をすることにより課題を
解決する例を説明する。

【００９０】ここで、ローカルエジェントとは情報端末
１３に内設され、同様に情報端末１３に内設されたクラ
イアントソフトウェア１３２とサーバシステムとの仲介
を実現するものである。

【００９１】一方、リモートエージェント１５５とはソ
ーバコンピュータ１５に内設され、同様にサーバコンピ
ュータ１５内設されるサーバソフトウェアとクライアン
トシステムの仲介を実現するものである。

【００９２】尚、上記のサーバシステムはソフトウェア
ないしはリモートエージェントを意味し、クライアント
システムはクライアントソフトウェアないしはローカル
エージェントを意味する。

【００９３】ところで、本実施形態の機能が実装されて
いても本機能を使用しない利用者がいる場合は、本機能
を搭載した装置は単なるデータ転送装置ないしはデータ
キャッシュとして機能するため、本機能の実装によりエ
ンドユーザ環境が影響されることはない。又、後述する
ように、データキャッシュ機能をエージェントに持た
せ、ＷＷＷブラウザ等に持たせない機構を実現すること
により、データキャッシュ中のデータのセキュリティを
確保することができる。尚、上記リモートエージェント
１５５は応用機能変換部１５３や応用サービス提供部１
５４に接続され、アクセス部１５１を介さずにサーバコ
ンピュータ１５外と通信可能となるよう構成されてい
る。

【００９４】図１５を参照して、本実施形態の機能を用
いた場合のクライアントソフトウェア１３２からの要求
発行時の通常の処理の流れを説明する。

【００９５】まず、本機能を使用するかどうかをセキュ
リティ部１５２に問い合わせることによって判定する
（ステップＳ１５０２）。

【００９６】ここで、本機能を使用しない場合は（ステ
ップＳ１５０２のＮＯ）、ローカルエージェント１３１
はリモートエージェント１５５とは接続せずに、ＷＷＷ
サーバと直接に接続する（ステップＳ１５０４）。

【００９７】尚、この場合に必要に応じてデータをキャ
ッシュすることは可能である。又、特定のプロキシ経由
での通信が指定されていた場合は、プロキシサーバを経
由して通信できることは勿論である。

【００９８】次に、本機能を利用する場合には（ステッ
プＳ１５０２のＹＥＳ）、ＷＷＷブラウザからの要求
は、まずローカルエージェント１３１に保持される（ス
テップＳ１５０６）。更に、ローカルエージェント１３
１は、この要求をリモートエージェント１５５に送信す
る（ステップＳ１５０８）。

【００９９】リモートエージェント１５５はこの要求に
対して識別子を割り付け（ステップＳ１５１０）、この
識別子はローカルエージェント１３１に通知される（ス
テップＳ１５１２）。ローカルエージェント１３１は、
この識別子の通知を受けた後、要求とともに識別子を保
持する。そして、要求に対するＷＷＷサーバからの応答
を待つ状態に入る（ステップＳ１５１４）。リモートエ
ージェント１５５は、ローカルエージェント１３１から
の要求をＷＷＷサーバに送信し（ステップＳ１５１
６）、応答待ちの状態に入る（ステップＳ１５１８）。

【０１００】続いて図１６を参照して、サーバソフトウ
ェアからの応答があった場合の、通常の処理の流れを説
明する。

【０１０１】リモートエージェント１５５は、ＷＷＷサ
ーバから要求に対する結果が得られた場合、その内容を
保持する（ステップＳ１６０２）。そして、その結果は
ローカルエージェント１３１に通知される（ステップＳ
１６０４）。

【０１０２】ローカルエージェント１３１は、その結果
をＷＷＷブラウザに通知する（ステップＳ１６０６）。
リモートエージェント１５５は、ローカルエージェント
１３１への通知データを全て送信した場合は、送信完了
状態となる（ステップＳ１６０８）。ローカルエージェ
ント１３１は、リモートエージェント１５５からの全デ
ータの受信を完了した場合は、受信完了通知をリモート
エージェントに通知する（ステップＳ１６１０）。

【０１０３】リモートエージェント１５５は、ローカル
エージェント１３１からの受信完了通知を受信すると、
保持していた要求、識別子、ＷＷＷサーバからの処理結
果を削除する（ステップＳ１６１２）。

【０１０４】そして、リモートエージェント１５５は、
トランザクション終了通知をローカルエージェント１３
１に通知する（ステップＳ１６１４）。

【０１０５】ローカルエージェント１３１は、トランザ
クション終了通知を受けて、要求自体や要求に対する識
別子を削除する（ステップＳ１６１６）。これにより、
ＷＷＷブラウザからの要求に対する処理は終了したこと
になる。

【０１０６】ここで、この一連の処理による回線切断時
の対応の流れを詳述する。

【０１０７】もし、ローカルエージェント１３１からリ
モートエージェント１５５への要求を通知中、或いはリ
モートエージェント１５５からローカルエージェント１
３１への要求識別子の通知中に通信回線の切断等で通知
処理が不能になった場合、ローカルエージェント１３１
にてタイムアウト処理が発生して通知の再送要求処理が
実行される。

【０１０８】又、同様にローカルエージェント１３１か
らリモートエージェント１５５への受信完了通知を送信
中に、通信回線の切断等で通知処理が不能になった場合
には、ローカルエージェント１３１にてタイムアウト処
理が発生して状況を復活させる。

【０１０９】もし、リモートエージェント１５５からロ
ーカルエージェント１３１へ、処理結果が送信中に通信
回線の切断等で通知処理が不能になった場合、ローカル
エージェント１３１にてタイムアウト処理が発生して通
知の再送要求処理が実行される。但し、この場合のタイ
ムアウト処理は、リモートエージェント１３１からの処
理結果の送信中に発生したため、その旨と再送開始先頭
位置をリモートエージェント１５５に通知する。

【０１１０】これらの情報をもとにして、リモートエー
ジェント１５５は再度処理結果を所要の位置から再開す
る。又、リモートエージェント１５５からローカルエー
ジェント１３１へ、トランザクション終了通知を送信中
に通信回線の切断等で通知処理が不能になった場合に
は、ローカルエージェント１３１にてタイムアウト処理
が発生し、再度トランザクション終了通知の送信を要求
する。但し、リモートエージェント１５５にて削除処理
が完了していた場合には、リモートエージェント１５５
は処理結果削除完了通知を送信する。尚、実際の回線ア
クセス処理はアクセス部１５１が実行する。

【０１１１】又、本実施形態の機能を用いることにより
ローカルエージェント１３１は、ＷＷＷブラウザに対し
て非同期アクセス処理を提供することができる。つま
り、図１７に示すような処理の流れが実現可能である。

【０１１２】ＷＷＷサーバへのアクセスが発生したする
と（ステップＳ１７０２）、ローカルエージェント１３
１は要求を受けつけた旨の情報をＷＷＷブラウザに通知
する（ステップＳ１７０４）。

【０１１３】そして、ローカルエージェント１３１はリ
モートエージェント１５５ないしはＷＷＷサーバに対し
てＷＷＷブラウザからの要求を送信する（ステップＳ１
７０６）。そして、ＷＷＷサーバからの処理結果はリモ
ートエージェント１５５に保存しておき（ステップＳ１
７０８）、ＷＷＷブラウザから再度アクセスがあった場
合に結果を処理通知する（ステップＳ１７１０）。

【０１１４】このような仕組みを提供することによっ
て、１回の処理に時間のかかるような処理をＷＷＷブラ
ウザとは非同期に実行することができる。尚、サーバコ
ンピュータ１５での処理が完了前に、ＷＷＷサーバから
処理結果へのアクセスがあった場合は、ローカルエージ
ェント１３１はサーバコンピュータ１５にて処理中であ
る旨をＷＷＷブラウザに通知する。

【０１１５】ところで、上述したような回線切断時、非
同期処理は本発明のセッション管理の機構を用いて実現
することもできることは既述した。このセッション管理
の機構を用いると、情報処理端末と通信回線が切断され
た際に、利用者が再度応用機能を利用した場合、異なる
種類の情報処理端末を利用することができる。

【０１１６】図１８を参照してこの処理の流れについて
説明する。

【０１１７】利用者が再度アクセスを試みると（ステッ
プＳ１８０２）、セキュリティ部１５２により認証処理
が行われ（ステップＳ１８０４）、この結果をもとにし
てその利用者のセッションを復活させることができる
（ステップＳ１８０６のＹＥＳ）。

【０１１８】その後、セッション情報をもとにして保持
している基本構造化文書形式のデータを、現在利用して
いる端末に適した形式に変換し（ステップＳ１８０
８）、情報処理端末との通信を実行することにより（ス
テップＳ１８１０）、利用者は処理の途中で使用する端
末を変更することができるのである。

【０１１９】尚、実際の実装に於いては、際接続時にセ
ッションを復活させるかどうかは、回線接続時に利用者
に選択させてもよい。一方、上記ステップＳ１８０６に
てセッション復活をしない場合は（ステップＳ１８０６
のＮＯ）、新規にセッション情報を設定して（ステップ
Ｓ１８１２）、通信を開始する（ステップＳ１８１
４）。

【０１２０】ところで、上述した手法は、コンピュータ
に実行させることのできるプログラム情報として、例え
ばＦＤＤやＨＤＤ、ＣＤ−ＲＯＭ装置やＤＶＤ等の光デ
ィスク装置、半導体メモリに書き込んで各種装置に適用
したり、通信媒体により伝送して各種装置に適用するこ
とは勿論可能である。この装置を実現するコンピュータ
（サーバコンピュータ）は、記憶媒体に記録されたプロ
グラム情報を読み込み、このプログラム情報によって動
作が制御されることにより上述した処理を実行する。

【０１２１】（第３の実施形態）以下に本発明の第３の
実施形態について説明する。前述実施形態と同一部分、
同一機能については同一番号を付して説明は省略する。
図１９はデータキャッシュの暗号化機構概念を含めたネ
ットワークコンピューティングシステムの構成を概念的
に示す図である。

【０１２２】例えば、利用者がＷＷＷブラウザを利用し
ている場合に、もしＷＷＷブラウザのデータキャッシュ
に不正にアクセスされた場合にはデータが漏洩すること
になる。そこで、データキャッシュの暗号化機構が必要
となる。

【０１２３】既に、説明したようにセキュリティ部１５
２には、利用者の認証処理を実行する機能や、暗号化に
係わる暗号化処理及び鍵の管理の機能（鍵管理サーバ機
能）等が実装されている。又、ローカルエージェント１
３１には、データキャッシュが存在し、例えば利用者が
ＷＷＷブラウザを用いて作業を行った際に、ＷＷＷブラ
ウザのデータキャッシュ機能を利用しなくとも効率的な
処理ができるようになっている。ここで、このローカル
エージェント１３１内のデータキャッシュにデータを格
納することにより、データキャッシュのセキュリティを
確保することができるのである。更に図１９では、情報
端末１３内に鍵管理のクライアント機能（鍵管理クライ
アント１３３）が実装されていることが示されている。
これは、暗号化／復号化を行うための鍵のクライアント
側の処理を行うものである。又、暗号化処理部１３４
は、実際の暗号化／復号化を実現する部分である。尚、
実際の実装に於いては、これらの機能はローカルエージ
ェント１３１内に実装してもよい。

【０１２４】ここで、ローカルエージェント１３１とリ
モートエージェント１５５のデータキャッシュの処理の
流れについて図２０を参照して説明する。ここでは、利
用者がＷＷＷブラウザを利用する場合を対象に説明する
と共に、エージェント間の連携の流れを中心に説明し、
暗号化の処理については図２１にて後述する。

【０１２５】既に記述したように、利用者は端末内のＷ
ＷＷブラウザから、サーバ内のＷＷＷサーバにアクセス
しようとする場合に、本機能を利用する場合はデータは
ローカルエージェント１３１とリモートエージェント１
５５を経由する。そして、ＷＷＷブラウザに於けるデー
タキャッシュは利用しない。

【０１２６】最初に、利用者が使用しているＷＷＷブラ
ウザから要求が発生すると（ステップＳ２００２）、ア
クセスするデータがローカルエージェント１３１のデー
タキャッシュに存在するかどうかを判断する（ステップ
Ｓ２００４）。

【０１２７】ここで、もし、データが存在しない場合は
（ステップＳ２００４のＮＯ）、ＷＷＷブラウザからの
要求をリモートエージェント１５５に渡し、サーバから
結果を受取る（ステップＳ２００６）。

【０１２８】データキャッシュにデータが存在していた
場合は（ステップＳ２００４のＹＥＳ）、その内容を最
新化してデータをＷＷＷブラウザに渡す（ステップＳ２
００８）。

【０１２９】尚、このとき、データキャッシュ内のデー
タが最新の状態になっているかどうかをサーバと連動す
ることで判断し、データキャッシュ内のデータが最新で
あることが確認できたならば、データキャッシュ内のデ
ータをそのままＷＷＷブラウザに渡すことは当然であ
る。

【０１３０】リモートエージェント１５５が該当するデ
ータをＷＷＷサーバから取得したのならば、そのデータ
がセキュリティを確保する必要のあるデータかどうかを
判断する（ステップＳ２０１０）。この時、セキュリテ
ィ確保の必要性の判断は、例えば判断の根拠をデータの
ヘッダ情報として埋め込み、それをもとにしてもよい。
尚、データの内容を直接に解釈して、その情報をもとに
判断してもよいことは勿論である。

【０１３１】そして、セキュリティ確保が必要である場
合には（ステップＳ２０１０のＹＥＳ）、その旨の信号
を添付して（ステップＳ２０１２）、データをローカル
エージェント１３１に送信する（ステップＳ２０１
４）。ローカルエージェント１３１では、データをキャ
ッシュ内に暗号化して保存してから（ステップＳ２０１
６）、ＷＷＷブラウザに送信する（ステップＳ２０１
８）。

【０１３２】次に、図２１を参照してデータの暗号化／
復号化の処理の流れについて説明する。クライアント端
末での暗号化／復号化の処理は、データキャッシュに対
するデータの保存／呼び出しが発生した際に生じる。

【０１３３】この場合は、まず暗号化処理部１３４は、
鍵管理クライアント１３３に対して暗号化鍵の引き渡し
を求める（ステップＳ２１０２、Ｓ２１０４）。

【０１３４】ここで、鍵管理クライアント１３３が、鍵
を保有していた場合には（ステップＳ２１１６のＹＥ
Ｓ）、この鍵をもとにして暗号化／復号化が行われる
（ステップＳ２１１６）。

【０１３５】一方、鍵管理クライアント１３３が鍵を保
有していない場合は（ステップＳ２１１６のＮＯ）、鍵
管理クライアント１３３は鍵管理サーバ（セキュリティ
部１５２）に鍵の引き渡しを求める（ステップＳ２１０
８）。

【０１３６】要求を受けた鍵管理サーバは、セキュリテ
ィ部１５２の認証機能に問い合わせを行い（ステップＳ
２１１０）、鍵の引き渡しの可否を判断する（ステップ
Ｓ２１１２）。もし、要求が正当であると判断された場
合は（ステップＳ２１１２のＹＥＳ）、鍵管理サーバは
鍵管理クライアント１３３に鍵を引き渡し（ステップＳ
２１１４）、その鍵をもとにして暗号化／復号化を実施
することができる（ステップＳ２１１６）。

【０１３７】尚、暗号化／復号化は、端末内のキャッシ
ュへのデータの保存／呼び出しの際に行っているが、実
際の実装に於いてはクライアントエージェントとサーバ
エージェント間のデータ送受信段階から実施してもよ
い。

【０１３８】又、鍵管理サーバやセキュリティ部はサー
バ内にする場合について記述したが、これらの機能はク
ライアント単体で処理を行うために端末内に全て実装し
てもよいことは勿論である。

【０１３９】ところで、上記セキュリティ機構を用いる
ことにより、ＰＣ等のように端末自体にデータを記憶す
ることのできる情報端末に於いて、ネットワークに接続
された時のみ自端末内のデータにアクセスできるローカ
ルデータの暗号化機構を実現することができる。

【０１４０】続いて、図２２を参照して、ローカルデー
タの復号化機構の処理について説明する。

【０１４１】まず、利用者が情報端末からサーバに接続
しようとした場合、セキュリティ部１５２により認証処
理が完了した場合は鍵管理サーバは鍵管理クライアント
１３３に暗号化／復号化処理に用いる鍵を渡す。

【０１４２】そして、利用者が情報端末に存在するある
データファイルにアクセスしようとした場合（ステップ
Ｓ２２０２）、暗号化処理部１３４はこの命令を読み取
り鍵管理クライアント１３３に問い合わせる（ステップ
Ｓ２２０４）。

【０１４３】この問い合わせを受けて、鍵管理クライア
ント１３３は、鍵を保持していた場合は（ステップＳ２
２０６のＹＥＳ）、その鍵を暗号化処理部１３４に通知
し、その鍵をもとに復号化の処理を行う（ステップＳ２
２１４）。ここで、鍵管理クライアント１３３が鍵を保
持していたということは、この端末の利用者がサーバに
ログインできていることを意味する。

【０１４４】一方、もし、鍵管理クライアント１３３が
鍵を保持していない場合は（ステップＳ２２０６のＮ
Ｏ）、サーバへのログインを利用者に促す（ステップＳ
２２０８）。

【０１４５】ここで、ログイン処理を行わない若しくは
ログイン処理が正常に終了しない場合は（ステップＳ２
２１０のＮＯ）、データへのアクセス処理はエラーとし
て処理される（ステップＳ２２１６）。

【０１４６】また、正常にログインできた場合は（ステ
ップＳ２２１０のＹＥＳ）、鍵管理クライアント１３３
は鍵管理サーバより鍵を受け取り（ステップＳ２２１
２）、その鍵を用いて復号化処理が実行される（ステッ
プＳ２２１４）。

【０１４７】尚、暗号化処理については、上記とは逆に
データの書き込み命令が発行された場合に処理が実行さ
れる。又、データの書き込み時の自動的な処理ととも
に、明示的に暗号化／復号化の処理を実行することも当
然に可能である。

【０１４８】ところで、鍵の管理についてはサーバコン
ピュータ１５へのログイン状態が解除された後でも、一
定時間維持することは可能である。このような処理を実
現することによって、不慮の回線切断時にも一定時間中
はローカルデータへのアクセスが可能となる。

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

【０１５０】

【発明の効果】以上詳記したように本発明によれば、モ
バイルコンピューティング環境でもオフィスでの作業と
同等の作業を継続して行える。即ち、各端末機器の処理
能力に応じた応用サービスの提供が可能であり、更に複
数の通信インフラが混在する場合でも、その通信インフ
ラの通信能力に応じた応用サービスの提供が可能であ
る。しかも、セキュリティ機能の向上も図れるという優
れた効果を有する。

【０１５１】更に本発明によれば、途中で通信が途切れ
たりする通信切断にも適切に対処可能である。加えて、
長時間を要するデータ処理作業等にあっても端末機器を
有効活用でき且つ経済的にも通信料金が安価になるとい
う実用的に優れた効果を奏する。

【図面の簡単な説明】

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

【図２】同実施の形態に係るアクセス部１５１の内部構
成を示すブロック図。

【図３】同実施の形態に係るセキュリティ部１５２の内
部構成を示すブロック図。

【図４】同実施の形態に係る応用機能変換部１５３の内
部構成を示すブロック図。

【図５】同実施の形態に係る端末別情報処理部１５３１
の内部構成を示すブロック図。

【図６】同実施の形態に係る応用機能インタフェース部
１５３２の内部構成を示すブロック図。

【図７】同実施の形態に係る変換通信部１５３３の内部
構成を示すブロック図。

【図８】同実施の形態に係るサーバコンピュータ側での
情報端末からのアクセス処理を示すフローチャート。

【図９】同実施の形態に係るサーバコンピュータ側での
情報交換処理を示すフローチャート。

【図１０】同実施の形態に係るサーバコンピュータ側で
の暗号処理を示すフローチャート。

【図１１】同実施の形態に係る端末別情報処理部１５３
１の処理の流れを示すフローチャート。

【図１２】同実施の形態に係る変換通信部１５３３を中
心とする処理の流れ、特に情報端末から応用サービス提
供部１５４への情報の流れを示すフローチャート。

【図１３】同実施の形態に係る変換通信部１５３３を中
心とする処理の流れ、特に応用サービス提供部１５４か
ら情報端末への情報の流れを示すフローチャート。

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

【図１５】同実施の形態に係る要求発行時の処理の流れ
を示すフローチャート。

【図１６】同実施の形態に係る応答受付け処理の流れを
示すフローチャート。

【図１７】同実施の形態に係る非同期アクセス処理の流
れを示すフローチャート。

【図１８】同実施の形態に係る処理途中での端末変更処
理の流れを示すフローチャート。

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

【図２０】同実施の形態に係るデータキャッシュの処理
の流れを示すフローチャート。

【図２１】同実施の形態に係るデータの暗号化／複合化
の処理の流れを示すフローチャート。

【図２２】同実施の形態に係るローカルデータの暗号化
機構の処理の流れを示すフローチャート。

【符号の説明】

１１，１２，１３…情報端末１４…ネットワーク１５…サーバコンピュータ１３１…ローカルエージェント１３２…クライアントソフトウェア１３３…鍵管理クライアント１３４…暗号化処理部１５１…アクセス部１５２…セキュリティ部１５３…応用機能変換部１５４…応用サービス提供部１５５…リモートエージェント１５３１…端末別情報処理部１５３１ａ…端末別送受信部１５３１ｂ…利用者情報記憶部１５３１ｃ…接続情報取得部１５３２…応用機能インタフェース部１５３２ａ…データ送受信部１５３２ｂ…応用機能依存処理部１５３３…変換通信部１５３３ａ…データ送受信部１５３３ｂ…端末入力情報変換部１５３３ｃ…情報形式変換部１５３３ｄ…応用機能情報解釈部１５３３ｅ…基本構造化文書保存部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｑ 7/38 Ｈ０４Ｂ 7/26 １０９ＲＨ０４Ｌ 9/36 Ｈ０４Ｌ 9/00 ６８５ (72)発明者本田亮東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者福元勇二東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者山上俊之東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者上田世志東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者矢野勝久東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者江村真史東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者尾崎奈帆子東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者金寿美東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者柳建一郎東京都港区芝浦一丁目１番１号株式会社東芝本社事務所内

Claims

【特許請求の範囲】

【請求項１】アプリケーションソフトウェアを含む応
用サービスを提供する情報処理装置と、この情報処理装
置から応用サービスの提供を受ける端末機器と、上記情
報処理装置と上記端末機器とを接続する通信網とからな
る分散ネットワークコンピューティングシステムであっ
て、ネットワークを相互接続するためのネットワーク接
続手段と、このネットワーク接続手段に設けられる情報
交換装置とを備え、上記情報交換装置に、上記端末機器からの接続処理を管理するアクセス制御手
段と、このアクセス制御手段に関して上記端末機器の認証等を
判断するセキュリティ制御手段と、このセキュリティ制御手段からの情報に基づき、上記端
末機器に提供する応用サービスのサービス内容を、当該
端末機器に適した形式にデータ変換する機能変換手段
と、上記端末機器との接続状態を管理し当該接続状態に基づ
き上記機能変換手段によるテータ変換されたサービス内
容を提供するよう制御する接続制御手段とを具備し、上
記ネットワークを介して上記端末機器が接続状態にあり
且つ当該端末機器が所定の条件を満たして特定情報への
アクセス要求があった場合に、当該端末機器が特定情報
に関し解読可能とするよう制御する手段を設けたこたを
特徴とする分散ネットワークコンピューティングシステ
ム。
【請求項２】上記アクセス制御手段は、上記端末に於
ける適当な接続管理方式、手順制御方式にて処理を実行
するよう制御するようにしたことを特徴とする請求項１
記載の分散ネットワークコンピューティングシステム。
【請求項３】上記セキュリティ制御手段は、応用サー
ビスを提供する際、上記端末に適当な方式で暗号化処理
を実行するようにしたことを特徴とする請求項１記載の
分散ネットワークコンピューティングシステム。
【請求項４】上記機能変換手段は、上記端末に関する情報を管理する手段と、応用サービスに関するインタフェースに関する情報を管
理し、応用サービスとの通信を実現する手段とを具備し
たことを特徴とする請求項１記載の分散ネットワークコ
ンピューティングシステム。
【請求項５】上記セキュリティ制御手段が新しい識別
子を発行することにより、上記セキュリティ制御手段と
上記アクセス制御手段及び上記機能変換手段とは、アク
セスしてくる情報端末に関する統一見解を有することを
特徴とする請求項１記載の分散ネットワークコンピュー
ティングシステム。
【請求項６】上記機能変換手段は、上記端末が使用す
る通信方式に基づき当該端末に適した形式にデータ変換
するようにしたことを特徴とする請求項１記載の分散ネ
ットワークコンピューティングシステム。
【請求項７】上記接続制御手段は、上記機能変換手段
によるデータ変換の履歴と上記端末機器との接続状態の
履歴に基づき、回線切断時に中断した箇所からデータ送
信継続可能なことを特徴とする請求項１記載の分散ネッ
トワークコンピューティングシステム。
【請求項８】上記情報交換装置にはリモートエージェ
ント機能実行手段が設けられ、上記種々の端末機器の少
なくとも一つにはクライアントとしてのローカルエージ
ェント機能が設けられて、上記情報交換装置と上記端末
機器とはデータキャッシュ機能を実行可能としたことを
特徴とする請求項１記載の分散ネットワークコンピュー
ティングシステム。
【請求項９】上記情報交換装置にはサーバとしてのリ
モートエージェント機能実行手段が設けられ、上記種々
の端末機器の少なくとも一つにはクライアントとしての
ローカルエージェント機能が設けられて、上記情報交換
装置と上記端末機器とはサーバ／クライアントの連携関
係に変更を与えることなく情報交換処理機能を実行可能
としたことを特徴とする請求項１記載の分散ネットワー
クコンピューティングシステム。
【請求項１０】上記アクセス制御手段は、通信履歴情
報或いはログ情報を採取可能としたことを特徴とする請
求項１記載の分散ネットワークコンピューティングシス
テム。
【請求項１１】ネットワーク上に存在し応用サービス
の提供を受ける端末機器からの接続処理を管理するアク
セス制御手段と、このアクセス制御手段に関して上記端末の認証等を判断
するセキュリティ制御手段と、このセキュリティ制御手段からの情報に基づき、上記端
末に提供する応用サービスのサービス内容を、当該端末
に適した形式にデータ変換する機能変換手段と、上記端末機器との接続状態を管理し当該接続状態に基づ
き上記機能変換手段によるテータ変換されたサービス内
容を提供するよう制御する接続制御手段と、上記ネットワークを介して上記端末機器が接続状態にあ
り且つ当該端末機器が所定の条件を満たして特定情報へ
のアクセス要求があった場合に、当該端末機器が特定情
報に関し解読可能とするよう制御する手段とを具備した
ことを特徴とする情報交換装置。
【請求項１２】上記アクセス制御手段は、上記端末に
於ける適当な接続管理方式、手順制御方式にて処理を実
行するよう制御するようにしたことを特徴とする請求項
１１載の情報交換装置。
【請求項１３】上記セキュリティ制御手段は、応用サ
ービスを提供する際、上記端末に適当な方式で暗号化処
理を実行するようにしたことを特徴とする請求項１１記
載の情報交換装置。
【請求項１４】上記セキュリティ制御手段が新しい識
別子を発行することにより、上記セキュリティ制御手段
と上記アクセス制御手段及び上記機能変換手段とは、ア
クセスしてくる情報端末に関する統一見解を有すること
を特徴とする請求項１１記載の分散ネットワークコンピ
ューティングシステム。
【請求項１５】上記機能変換手段は、上記端末に関す
る情報を管理する手段と、応用サービスに関するインタフェイスに関する情報を管
理し、応用サービスとの通信を実現する手段とを具備し
たことを特徴とする請求項１１記載の情報交換装置。
【請求項１６】上記機能変換手段は、上記端末が使用
する通信方式に基づき当該端末に適した形式にデータ変
換するようにしたことを特徴とする請求項１１記載の情
報交換装置。
【請求項１７】上記接続制御手段は、上記機能変換手
段によるデータ変換の履歴と上記端末機器との接続状態
の履歴に基づき、回線切断時に中断した箇所からデータ
送信継続可能なことを特徴とする請求項１１記載の情報
交換装置。
【請求項１８】上記種々の端末機器の少なくとも一つ
にはローカルエージェント機能が設けられ、当該端末機
器とデータキャッシュ機能を実行可能するリモートエー
ジェント機能実行手段が設けられたことを特徴とする請
求項１１記載の情報交換装置。
【請求項１９】上記情報交換装置にはサーバとしての
リモートエージェント機能実行手段が設けられ、上記種
々の端末機器の少なくとも一つにはクライアントとして
のローカルエージェント機能が設けられて、上記情報交
換装置と上記端末機器とはサーバ／クライアントの連携
関係に変更を与えることなく情報交換処理機能を実行可
能としたことを特徴とする請求項１１記載の情報交換装
装置。
【請求項２０】上記アクセス制御手段は、通信履歴情
報或いはログ情報を採取可能としたことを特徴とする請
求項１１記載の情報交換装装置。
【請求項２１】各種アプリケーションソフトウェア等
の応用サービスを提供する情報処理装置と、この情報処
理装置から応用サービスの提供を受ける種々の端末機器
とをネットワークにて相互接続する分散ネットワークコ
ンピューティングシステムに於いて、このネットワーク接続された環境下での情報交換方法で
あって、上記端末からの接続処理を管理し、この接続処理された上記端末の認証等を判断し、この判断情報に基づき、上記端末に提供する応用サービ
スのサービス内容を、当該端末に適した形式にデータ変
換し、上記端末機器との接続状態を管理し当該接続状態に基づ
き上記機能変換手段によるテータ変換されたサービス内
容を提供するようにし、更に上記ネットワークを介して上記端末機器が接続状態
にあり且つ該端末機器が所定の条件を満たして特定情報
へのアクセス要求があった場合、該端末機器が特定情報
に関し解読可能とするよう制御するようにしたことを特
徴とする分散ネットワークコンピューティングシステム
に於ける情報交換方法。
【請求項２２】上記端末に於ける適当な接続管理方
式、手順制御方式にて接続処理を実行するよう制御する
ようにしたことを特徴とする請求項２１記載の分散ネッ
トワークコンピューティングシステムに於ける情報交換
方法。
【請求項２３】応用サービスを提供する際、上記端末
に適当な方式で暗号化処理を実行するようにしたことを
特徴とする請求項２１記載の分散ネットワークコンピュ
ーティングシステムに於ける情報交換方法。
【請求項２４】上記端末に関する情報を管理すると共
に、応用サービスに関するインタフェイスに関する情報を管
理し、応用サービスとの通信を実現したことを特徴とす
る請求項２１記載の分散ネットワークコンピューティン
グシステムに於ける情報交換方法。
【請求項２５】上記端末が使用する通信方式に基づき
当該端末に適した形式にデータ変換するようにしたこと
を特徴とする請求項２１記載の分散ネットワークコンピ
ューティングシステムに於ける情報交換方法。
【請求項２６】データ変換の履歴と上記端末機器との
接続状態の履歴に基づき、回線切断時に中断した箇所か
らデータ送信継続可能なことを特徴とする請求項２１記
載の分散ネットワークコンピューティングシステムに於
ける情報交換方法。
【請求項２７】上記種々の端末機器の少なくとも一つ
にはクライアントとしてのローカルエージェント機能が
設けられ、当該端末機器とはサーバ／クライアントの連
携関係に変更を与えることなく情報交換処理機能を実行
可能としたサーバとしてのリモートエージェント機能を
有することを特徴とした請求項２１記載の分散ネットワ
ークコンピューティングシステムに於ける情報交換方
法。
【請求項２８】上記種々の端末機器の少なくとも一つ
にはローカルエージェント機能が設けられ、当該端末機
器とデータキャッシュ機能を実行可能するリモートエー
ジェント機能を実行可能としたことを特徴とする特徴と
する請求項２１記載の分散ネットワークコンピューティ
ングシステムに於ける情報交換方法。
【請求項２９】上記アクセスに関し、通信履歴情報或
いはログ情報を採取可能としたことを特徴とする特徴と
する請求項２１記載の分散ネットワークコンピューティ
ングシステムに於ける情報交換方法。
【請求項３０】ネットワーク接続された環境下での情
報交換方法であって、上記ネットワークに接続された端末からの接続処理を管
理し、この接続処理された上記端末の認証等を判断し、この判断情報に基づき、上記端末に提供する応用サービ
スのサービス内容を、当該端末に適した形式にデータ変
換し、上記端末機器との接続状態を管理し当該接続状態に基づ
き上記機能変換手段によるテータ変換されたサービス内
容を提供するようにし、更に上記ネットワークを介して上記端末機器が接続状態
にあり且つ該端末機器が所定の条件を満たして特定情報
へのアクセス要求があった場合、該端末機器が特定情報
に関し解読可能とするよう制御するようにしたことを特
徴とする分散ネットワークコンピューティングシステム
に於ける情報交換方法のプログラム情報を格納したコン
ピュータ読取り可能な記憶媒体。
【請求項３１】上記端末に於ける適当な接続管理方
式、手順制御方式にて接続処理を実行するよう制御する
ようにしたことを特徴とする請求項３０記載の分散ネッ
トワークコンピューティングシステムに於ける情報交換
方法のプログラム情報を格納したコンピュータ読取り可
能な記憶媒体。
【請求項３２】応用サービスを提供する際、上記端末
に適当な方式で暗号化処理を実行するようにしたことを
特徴とする請求項３０記載の分散ネットワークコンピュ
ーティングシステムに於ける情報交換方法のプログラム
情報を格納したコンピュータ読取り可能な記憶媒体。
【請求項３３】上記端末に関する情報を管理すると共
に、応用サービスに関するインタフェイスに関する情報
を管理し、応用サービスとの通信を実現したことを特徴
とする請求項３０記載の分散ネットワークコンピューテ
ィングシステムに於ける情報交換方法のプログラム情報
を格納したコンピュータ読取り可能な記憶媒体。
【請求項３４】データ変換の履歴と上記端末機器との
接続状態の履歴に基づき、回線切断時に中断した箇所か
らデータ送信継続可能なことを特徴とする請求項３０記
載の分散ネットワークコンピューティングシステムに於
ける情報交換方法のプログラム情報を格納したコンピュ
ータ読取り可能な記憶媒体。
【請求項３５】ローカルエージェント機能が設けられ
た端末機器とデータキャッシュ機能を実行可能するよう
リモートエージェント機能を実行可能としたことを特徴
とする請求項３０記載の分散ネットワークコンピューテ
ィングシステムに於ける情報交換方法のプログラム情報
を格納したコンピュータ読取り可能な記憶媒体。
【請求項３６】クライアントとしてのローカルエージ
ェント機能が設けられた端末機器とサーバ／クライアン
トの連携関係に変更を与えることなく情報交換処理機能
を実行可能としたサーバとしてのリモートエージェント
機能を有することを特徴とする請求項３０記載の分散ネ
ットワークコンピューティングシステムに於ける情報交
換方法のプログラム情報を格納したコンピュータ読取り
可能な記憶媒体。
【請求項３７】上記アクセスに関し、通信履歴情報或
いはログ情報を採取可能としたことを特徴とする特徴と
する請求項３０記載の分散ネットワークコンピューティ
ングシステムに於ける情報交換方法のプログラム情報を
格納したコンピュータ読取り可能な記憶媒体。