JPH09223096A - 管理装置及びクライアント装置 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークサービスの機能の変更等があっ
た場合であっても、クライアントの機能を変更せずに、
新たな機能の提供を受けることを可能とする。 【解決手段】 管理サーバ１２は、所望のサービスに対
応したサービス機能書式３２をクライアント１０に送信
する。クライアント１０の機能書式表示部２２は係る機
能書式に基づきそのサービス提供画面を表示する。操作
者が必要なデータをこの画面で入力した後、そのデータ
に対応するパラメータが管理サーバ１２に送出される。
管理サーバ１２におけるサービス制御部３０は、送られ
てきたパラメータをサーバ制御部３６を介して、サーバ
１４に送出する。サーバ１４において、サービスの機能
の変更などがあっても、その変更点を、管理サーバ１２
はクライアント１０が解釈しうるサービス機能書式で表
現して、クライアントに送出するため、クライアント１
０においては何等機能の追加が必要ない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はサービスの管理装
置、特に、ネットワーク上でサービスを提供するサーバ
装置と、このサービスの提供を受けるクライアントとの
間に設けられ、両者の間のサービスの管理を行うサービ
スの管理装置に関する。

【０００２】

【従来の技術】従来の技術１ ホストコンピュータや、ネットワーク上のサーバにクラ
イアントとなるコンピュータ（ノートブックパソコン
や、携帯型情報機器など）からアクセスする場合に、従
来はホストコンピュータやネットワーク上のサーバのサ
ービス毎に、そのサービスに合致したソフトウェアをク
ライアントとなるコンピュータに導入する必要があっ
た。このクライアントとなるコンピュータとしては、通
常のパーソナルコンピュータの他、上述したようにノー
トブック型のパーソナルコンピュータや、ＰＤＡ（パー
ソナルデジタルアシスタント）等が近年広く用いられて
いる。このようなサーバとクライアントとで構成される
情報処理システムにおいては、サービスを提供するサー
バの機能変更や、サービスの結果の出力様式の変更など
に対して、クライアント側でそれに対応するように、ソ
フトウェアを変更する必要がしばしば生じた。例えば、
サーバのソフトウェアのバージョンアップにともない、
クライアント側にも、バージョンアップされた新たなソ
フトウェアに対応するソフトウェアを導入する必要が生
じる。そのような場合、高機能のデスクトップ型のパー
ソナルコンピュータでは機能が強化されたソフトウェア
を導入することもそれほど問題とはならないが、上記Ｐ
ＤＡなどの小型の端末においては、サーバのソフトウェ
アのバージョンアップに対応できない可能性があった。
これは、ＰＤＡなどにおいては、その機能・性能がデス
クトップ型のパーソナルコンピュータに比べて、一般的
に劣っているからである。このような事情により、サー
バ側においてもクライアント側の処理能力を考慮し、そ
れほど大きな機能の向上を伴うソフトウェアの変更等は
困難である場合もしばしば生じていた。

【０００３】このような問題を解決するためには、サー
バ、すなわち、ホストコンピュータ側で書式データを一
元的に管理する方法が考えられる。すなわち、ホストコ
ンピュータでサービスを行う各機能に応じた書式データ
を備えており、この書式データとともに、処理定義デー
タをクライアント側に送出することが提案されている。
この処理定義データとは、クライアント側で処理すべき
実際のデータである。このように、書式データと処理定
義データをクライアントに送ることにより、クライアン
ト側においては、書式データを解釈し、その表示をする
機能のみを有していれば、ある程度の表示形式の変更は
ホスト側から送られる書式データを変更することにより
可能となるのである。このように、クライアント側に
は、書式データを解釈し、表示する機能のみを備えさ
せ、実際の表示内容についてはホストコンピュータ側で
管理するような技術は、例えば、特開平６−３１４２８
９号公報などに記載されている。

【０００４】同号公報に記載されている情報処理システ
ムは、ペンコンピュータを用いた伝票処理システムであ
り、ペンコンピュータ側にアプリケーションプログラム
を各サービス毎に作成する必要がなく、ホストコンピュ
ータ側の各種の定義情報等をそのまま用いて伝票データ
入力端末としてこのペンコンピュータを用いることを目
的としたシステムである。このような目的を達成するた
め、この伝票処理システムにおけるペンコンピュータ
は、ホストコンピュータから送られてくる書式定義デー
タに基づいて、伝票をペンコンピュータのディスプレイ
上に表示する表示処理手段を有していることを特徴とす
る。このように、表示処理手段をペンコンピュータに有
しているため、ホストコンピュータが送出する書式定義
データを各種伝票を実現するように定義することにより
容易に各種の伝票を実現することが可能である。

【０００５】従来の技術２ また、近年、通信ネットワークが広く発達し、通信を利
用した各種サービスが幅広く提供されている。このよう
な通信サービスにおいてサービスを受けるための通信端
末は、パーソナルコンピュータ等を始めとした種々の装
置が用いられている。このような通信端末としては、い
わゆる携帯型の情報端末（ＰＤＡと呼ばれる）が用いら
れる場合も多い。しかしながら、このような携帯情報端
末は、一般に比較的低機能であるため、サービスを利用
するには、テキストメニューベースを利用するか、ある
いはいわゆる「決め打ち」の操作をアイコンに登録し、
このアイコンをクリックなどすることにより、この決め
打ちの操作を登録したり呼び出したりすることしか行わ
れていなかった。なお、本文において、「テキストメニ
ューベース」とはいわゆるダム端末のイメージであり、
「アイコンのレベル」とは、通信用ソフトウェアのスク
リプト（マクロ）の起動を、アイコンに関連付けしたも
のを主に意味している。また、「決め打ち」とは、予め
定めた一連の処理動作をいい、通常、マクロ言語やスク
リプトと呼ばれる簡易的な言語でその動作の流れが記述
されるものである。このように、このアイコンをクリッ
クなどすることにより、予め定められた一連の処理が自
動的に行われる程度のことしか従来は行われていなかっ
た。

【０００６】従来の技術３ また、従来ネットワークサービスを利用するには、その
接続先のサーバの絶対名称あるいは識別番号を指定する
必要があった。そのため、携帯情報端末から遠隔地にお
いてネットワークサービスを利用する際には、出先のネ
ットワーク環境を確実に把握している必要がある。

【０００７】さらに、ネットワークサービスの利用に
は、サービスとのセッションを保持するために、通信回
線を中断することは出来ない。ところが、特に携帯端末
のようにバッテリ駆動の機器などを用いて、ネットワー
クサービスを公衆回線等を介して利用している場合にお
いては、いわゆる電池切れのため途中で通信が中断され
てしまうことがある。そして、このような場合にはサー
ビスとのセッションも中断されてしまうため、再接続し
てから再びセッションの構築をしなければならなかっ
た。

【０００８】

【発明が解決しようとする課題】課題１ しかしながら、従来の技術１における上記公報に記載さ
れているシステムには、以下のような問題点があった。

【０００９】例えば、高度で複雑な処理などが必要とな
った場合には、その処理を定義することができなかった
のである。例えば、サーバのサービスを受け、得られた
結果をまた別のサービスにおいて利用しようとする場合
には、それらのサービスの間の連結処理ができなかっ
た。具体的には、ファイル検索サービスにおいて検索さ
れたファイルをファイルプリンティングサービスを用い
て印刷しようとする場合には、検索結果を別途いずれか
の記憶手段に格納しておくなどの工夫が必要であった。
これは、各サービスがクライアントに送出する書式デー
タが各サービス毎にばらばらなためであり、また、各サ
ービス間を連結する手段がなかったためである。

【００１０】また、定義されている処理をクライアント
で実行する必要があるため、ＣＰＵ性能の低いクライア
ントでは実現が困難となる可能性がある。すなわち、ク
ライアント側にアプリケーションプログラムそのものを
格納し、そのアプリケーションプログラム自体を実行す
るのに比べ、サーバから送出されてくる書式データをま
ず、解釈し、その意味内容を解析してから表示処理をし
なければならずＣＰＵ性能の低い場合にはその処理速度
に問題が生じる場合がある。

【００１１】さらに、データベース検索した結果リスト
に基づいて、さらに、複数の項目をその結果リストから
選択し、別のホストコンピュータに送出するにより、別
個の処理を行おうとするような操作が上記公報に記載さ
れている技術では実現は困難であった。

【００１２】本発明は、係る課題に鑑みなされたもので
あり、その第１の目的は、ホスト側サービスの機能が変
更されたり、また新たなサービス（または機能）が追加
された場合においても、クライアント側の変更を必要と
せず、サービスの処理結果に対する処理結果が可能であ
って、係る操作結果を別個のサービスに供することが可
能な情報処理システムを提供することである。また、係
る情報処理システムをクライアント側における処理の付
加をできるだけ増やさずに実現することを目的とする。

【００１３】課題２ 一方、上記従来の技術２において述べたように、従来の
携帯情報端末などの比較的低機能な通信端末において
は、テキストメニューベースの低機能なサービスしか受
けることができなかった。しかしながら、このような携
帯情報端末からも高度な通信サービスを受けることがで
きればより利便性の高い携帯情報端末を実現することが
できる。

【００１４】本発明は、係る課題に鑑みなされたもので
あり、その目的は低機能な通信端末においても、高度な
ネットワークサービスを利用することである。具体的に
は高度なネットワークサービスを受けるために必要なサ
ービスクライアントソフトウェアが呼出すプログラムで
あるサービスクライアントスタブ、及びサービスクライ
アントソフトウェアを組み込むことなくネットワークサ
ービスの利用を可能とすることである。

【００１５】さらに、本発明は、ネットワークサービス
に新たなサービスが付加された場合においても、低機能
な通信端末に、この新規サービスに対応した新たな機能
を付加することなく、その新たなサービスを享受しうる
システムを構築することも目的とする。

【００１６】課題３ さらにまた、上記従来の技術３において述べたように、
接続先のネットワーク環境を知らない場合にはネットワ
ークサービスを有効に利用することができなかった。ま
た、サーバの名称が判らずに、サーバ名を知るための手
続きを遠隔地において携帯情報端末を用いて行わなくて
はならず、サービス利用のための準備期間が大きくなっ
てしまうという問題がある。

【００１７】また、サーバによるサービスの利用におい
て、セッションを保持するため、通信回線を通信途中で
切断することはできない。そのため、電池駆動による場
合が多い携帯情報端末の利用可能時間を縮めてしまうと
いう問題があった。

【００１８】本発明は、係る課題に鑑みなされたもので
あり、その目的は、比較的処理能力の劣る携帯情報端末
から各種ネットワークサービスを簡便に利用可能とする
ことである。

【００１９】

【課題を解決するための手段】第１の本発明は、上記課
題を解決するために、サービス提供装置と、サービスの
提供を受けるクライアント装置とに接続され、サービス
の管理を行う管理装置において、前記クライアント装置
が解釈可能な形式の情報を、前記クライアント装置に送
出し、前記解釈可能な形式の情報に基づき、前記サービ
ス提供装置をアクセスするのに必要な情報を、前記クラ
イアント装置において入力させる第１の手段と、前記ク
ライアント装置において入力された情報を、前記サービ
ス提供装置が解釈可能な形式情報に変換し、前記サービ
ス提供装置に送出する第２の手段と、前記サービス提供
装置が返送するサービス結果を、前記クライアント装置
が解釈可能な形式の情報に変換し、前記クライアント装
置に送出する第３の手段とを含むものである。

【００２０】本発明によれば、前記クライアント装置に
送出する第３の手段は、このクライアント装置が解釈可
能な形式の情報を前記クライアント装置に送出する。

【００２１】そのため、クライアント装置は、サービス
提供装置のサービス内容に変更が生じた場合にも、サー
ビスの提供を受けることができる。

【００２２】尚、第１の手段は、実施の形態のサービス
制御部３０と、クライアント送信部３４及びサービス機
能書式３２とに相当する。又、第２の手段は、サービス
制御部３０と、サーバ制御部３６とに相当する。又、第
３の手段は、結果受信部３８と、サービス制御部３０と
に相当する。

【００２３】第２の本発明は、上記課題を解決するため
に、サービス提供装置と、サービスの提供を受けるクラ
イアント装置とに接続され、サービスの管理を行う管理
装置において、前記クライアント装置に、サービスの提
供のための一定のパラメータを入力させるための書式デ
ータであって、前記クライアント装置において解釈可能
な書式データを前記クライアント装置に送出する書式デ
ータ送出手段と、前記書式データ送出手段によって送出
された書式データに応答して前記クライアント装置にお
いて入力されたサービスのための一定のパラメータを、
前記サービス提供装置に送出するパラメータ送出手段と
を含むものである。

【００２４】この書式データは、書式を定義できるもの
であればどのようなデータでも構わない。例えば、書式
を定義するための所定の言語を用いて書式データを記述
するのも好適である。このような言語としては、所定の
マークアップ言語（ＳＧＭＬや、ＨＴＭＬ等）が好適で
ある。

【００２５】本発明によれば、書式データ送出手段は、
クライアントが解釈可能な書式データをクライアントに
送出する。そのため、クライアント装置は、サービス提
供装置のサービス内容に変更が生じた場合にも、サービ
スの提供を受けることができる。

【００２６】第３の本発明は、上記課題を解決するため
に、第２の本発明の管理装置において、前記サービス提
供装置が返送するサービス結果に、サービス間の連携の
ためのデータを付加し、さらに付加後のデータを前記ク
ライアント装置が解釈可能な書式データに変更し、この
書式データを前記クライアント装置に送出するサービス
結果送出手段、を含むものである。

【００２７】このような連携データは、例えば、操作者
に対して他のサービスにデータを連携させるか否かを尋
ねるダイアログを表示させる書式データ等を用いること
により実現される。したがってサービスの連携を円滑に
行うことができる。

【００２８】第４の本発明は、上記課題を解決するため
に、サービス提供装置と、サービスの提供を受けるクラ
イアント装置と、これらの装置に接続され、サービスの
管理を行う管理装置とを含むネットワークシステムにお
いて、前記クライアント装置に、サービスの提供のため
の一定のパラメータを入力させるための書式データであ
って、前記クライアント装置において解釈可能な書式デ
ータを前記クライアント装置に送出する書式データ送出
手段と、前記書式データ送出手段によって送出された書
式データに応答して前記クライアント装置において入力
されたサービスのための一定のパラメータを、前記サー
ビス提供装置に送出するパラメータ送出手段と、を前記
管理装置が含むものである。

【００２９】第２の本発明の管理装置を含んでいるた
め、第２の本発明と同様の作用を有する。

【００３０】第５の本発明は、上記課題を解決するため
に、第４の本発明のネットワークシステムに用いられる
前記クライアント装置であって、前記管理装置が送出す
る書式データを解釈し、画像を生成する表示部を含むも
のである。

【００３１】管理装置が送出する書式データを解釈でき
るため、管理装置によるサービスの連携を効率的に享受
することができる。

【００３２】第６の本発明は、上記課題を解決するため
に、サービス提供装置と、サービスの提供を受けるクラ
イアント装置と、に接続され、サービスの管理を行う管
理装置において、前記クライアント装置が解釈可能な形
式の情報を、前記クライアント装置に送出し、前記解釈
可能な形式の情報に基づき、前記サービス提供装置をア
クセスするのに必要な情報を、前記クライアント装置に
おいて入力させる手段と、前記クライアント装置におい
て入力された情報を、前記サービス提供装置が解釈可能
な形式情報に変換し、前記サービス提供装置に送出する
手段と、前記サービス提供装置が返送するサービス結果
を、前記クライアント装置が解釈可能な形式の情報に変
換し、前記クライアント装置に送出する手段とを含む管
理装置において、前記サービス提供装置をアクセスする
ために必要な情報として、グラフィックユーザインタフ
ェースのパーツの構成情報を前記クライアント装置に対
して送信し、前記クライアントに対応する表示を行わせ
る手段、を含むものである。

【００３３】本発明によれば、パーツの構成情報がクラ
イアント装置に対して送信される。したがってクライア
ント装置は、パーツの構成情報に基づき、表示を行うこ
とができる。

【００３４】第７の本発明は、上記課題を解決するため
に、サービス提供装置と、サービスの提供を受けるクラ
イアント装置と、に接続され、サービスの管理を行う管
理装置において、前記クライアント装置からのアクショ
ンに応じて前記クライアントに代わり、前記サービス提
供装置と通信を行う通信手段と、前記アクションを前記
サービス提供装置が理解できる内容に変更して、前記サ
ービス提供装置のサービスを受信し、このサービス結果
に基づき、グラフィックユーザインタフェースパーツ配
置情報を前記クライアント装置に送出するグラフィック
ユーザインタフェースパーツ送出手段、を含むものであ
る。

【００３５】このように通信手段を備えているので、ク
ライアント装置の代わりにクライアントとして振る舞う
ことができ、サービスの結果のみをクライアントに対し
て送出することができる。

【００３６】また、クライアント装置にグラフィックユ
ーザインタフェースパーツ配置情報を送出するグラフィ
ックユーザインタフェースパーツ送出手段を備えている
ため、グラフィックユーザインタフェースパーツを表示
可能なクライアント装置においては、操作者に対して、
わかりやすいインターフェースでネットワークサービス
の提供が可能である。

【００３７】第８の本発明は、上記課題を解決するため
に、第７の本発明の管理装置と接続されるクライアント
装置であって、前記グラフィックユーザインタフェース
パーツ送出手段が送出するグラフィックユーザインタフ
ェースパーツの配置情報を保持する保持手段と、前記保
持手段に保持されているグラフィックユーザインタフェ
ースパーツ配置情報に基づきグラフィックユーザインタ
フェースパーツの表示を行う表示手段と、を含むもので
ある。

【００３８】このクライアント装置はグラフィックユー
ザインタフェースパーツの表示手段を有しているため、
第８の本発明の管理装置から送られてきたグラフィック
ユーザインタフェースパーツを表示することができる。

【００３９】第９の本発明は、上記課題を解決するため
に、サービス提供装置と、サービスの提供を受けるクラ
イアント装置と、に接続され、サービスの管理を行う管
理装置において、前記クライアント装置が解釈可能な形
式の情報を、前記クライアント装置に送出し、前記解釈
可能な形式の情報に基づき、前記サービス提供装置をア
クセスするのに必要な情報を、前記クライアント装置に
おいて入力させる手段と、前記クライアント装置におい
て入力された情報を、前記サービス提供装置が解釈可能
な形式情報に変換し、前記サービス提供装置に送出する
手段と、前記サービス提供装置が返送するサービス結果
を、前記クライアント装置が解釈可能な形式の情報に変
換し、前記クライアント装置に送出する手段とを含む管
理装置において、前記クライアント装置から、サービス
代表名によるサービスアクセス要求を受信した場合に、
このサービス代表名を実サービス名に変換する変換手段
と、前記実サービス名を用いて、前記クライアント装置
からのサービスアクセス要求に対応するサービス装置に
アクセスするアクセス手段と、を含むことを特徴とする
管理装置である。

【００４０】この管理装置の変換手段によって、クライ
アント装置が送出したサービス代表名は、実サービス名
に変換されるため、クライアント装置はサービス装置に
対してサービス代表名を用いたアクセスが可能である。

【００４１】第１０の本発明は、上記課題を解決するた
めに、第９の本発明の管理装置において、前記アクセス
手段が、前記クライアントと本管理装置との回線断を検
出する検出手段と、前記回線断検出手段が回線断を検出
した後、所定期間、前記クライアント操作の再開ができ
るために、前記サービス装置とのセッションを維持する
維持手段と、を含むことを特徴とする管理装置である。

【００４２】このような構成により、通信が事故などに
より中断した場合でも、クライアント装置は再接続した
際にセッションを再構築する必要がない。

【００４３】

【発明の実施の形態】以下、本発明の好適な実施の形態
を図面に基づいて説明する。図１には、本発明の好適な
実施の形態である管理サーバ１２が用いられているネッ
トワークシステムの構成を表す構成図が示されている。
図１に示されているように、サーバ１４−１〜サーバ１
４−ｎは、従来から用いられているネットワークサーバ
であり、種々のサービスを提供する。例えば、これらの
サーバ１４はプリンティングサーバやファイリングサー
バ、またはデータベースサーバなど種々のサーバが知ら
れている。本実施の形態において特徴的な構成である管
理サーバ１２は、ネットワーク５０を介して、サーバ１
４−１〜サーバ１４−ｎと互いに通信を行うことが可能
である。また、管理サーバ１２はネットワーク５０によ
りクライアント１０とも互いに通信が可能である。クラ
イアント１０は、図１においては、ネットワーク５０を
介して管理サーバ１２やサーバ１４−１〜サーバ１４−
ｎと接続されているが、モデム経由による電話回線や、
赤外線通信のネットワーク等で接続されていても構わな
い。

【００４４】管理サーバ１２内部には、各種のサービス
を提供するサーバ１４−１〜サーバ１４−ｎに対応した
サービス機能書式３２−１〜３２−ｎがデータとして保
管されている。このデータは例えばハードディスクや光
ディスクなど種々の記憶手段によって保管されている。
このサービス機能書式３２−１〜３２−ｎは、後述する
ようにクライアント１０に所定のタイミングで送付さ
れ、クライアント１０における機能書式表示部２２によ
って表示が行われる。この表示は、例えば、サーバ１４
−１〜サーバ１４−ｎへのアクセス制御パネルとして表
示が行われる。

【００４５】クライアント１０における操作は、入力制
御部２４を経由して、送信部２６に伝えられる。送信部
２６においては、クライアント１０における操作者の操
作がネットワーク５０を介して、管理サーバ１２に送出
される。管理サーバ１２においては、伝えられてきたク
ライアント１０における操作に基づき、サービス制御部
３０がサーバ制御部３６−１〜サーバ制御部３６−ｎに
所定の指示を、サーバ１４に対して出力させる。する
と、サーバ１４−１〜サーバ１４−ｎがこの指示に基づ
き起動され、所定の処理を行う。サーバ制御部３６−１
はサーバ１４−１を制御する。又、サーバ制御部３６−
２は、サーバ１４−２を制御する。このようにサーバ制
御部３６−１〜サーバ３６−ｎはサーバ１４−１〜１４
−ｎに各対応して設けられている。各サーバ１４−１〜
サーバ１４−ｎの処理結果は、ネットワーク５０を介し
て、管理サーバ１２に送出される。管理サーバ１２にお
いてはこの送出されてきた処理結果を結果受信部３８に
おいて受信し、サービス制御部３０において所定の処理
を行う。サービス制御部３０において所定の処理が行わ
れ、その処理の結果は、クライアント送信部３４を介し
てクライアント１０に返送される。

【００４６】本実施の形態において特徴的なことは、管
理サーバ１２におけるサービス制御部３０がクライアン
ト１０への一定の書式データの送信、及びそのクライア
ント１０から送出される操作結果の受信の双方に係わり
を持っていることである。このような構成により、クラ
イアント１０からサーバ１４にサービスの要求を出力
し、サーバ１４からその処理結果を受信し、クライアン
ト１０において、前記処理結果に基づき次のアクション
を起こすことが可能となる。例えば、所定の表計算のサ
ービスを提供するサーバ１４に対してクライアント１０
は表形式を有する書式データに所定の数値を入力し、こ
の数値が入力された書式データをサーバ１４に出力す
る。そして、サーバ１４が、合計等の所定の計算を行
い、その結果を返送してきた場合、クライアント１０は
その計算結果を参照し、一部の欄の数値を変更し、再計
算をサーバ１４に要求することなどのサービス間の連携
が可能となる。

【００４７】従来のネットワーク、特にクライアントサ
ーバシステムにおいては、サービスの間の連携動作を行
うには、この連携動作を全てクライアント側で実施する
必要がある。例えば、所定のサービスの結果を見て、そ
の結果に基づき操作者がその処理結果を他のサービスに
振り向けるための所定の操作を端末において行わなけれ
ばならなかった。そのため、多数のサービスを連携させ
て処理を行う場合には、作業効率の悪化を招いていた。
本来、上に述べた表計算におけるサービスの連携処理な
どを行うには、その連携のための専用のソフトウェアを
用いることも当然に可能である。しかしながら、そのよ
うな専用のソフトウェアを用いるためには、専用のソフ
トウェアをクライアント１０にインストールしなければ
ならないし、また、変更が生じた場合には複数あるクラ
イアント１０の全てに対しバージョンアップなどの対応
処理を行わなければならなかった。

【００４８】本実施の形態においては、サービス間の連
携動作のために、サービス制御部が所定の連携メッセー
ジを書式データに付加して、クライアントに送出するな
どの動作を後述するように行っている。そのため、クラ
イアント１０側のソフトウェアをなんら変更しなくても
サービス間の連携動作を行わせることが可能になると共
に、サーバ１４の機能に変更が生じても、管理サーバ１
２におけるサービス制御部３０を変更することにより、
クライアント１０側におけるソフトウェフのバージョン
アップなどをする必要がなくなる。このように、本実施
の形態においては、サーバ１４の機能変更、または新た
なサーバ１４の追加に対応して、従来必要であったクラ
イアント１０側のソフトウェアのバージョンアップの作
業を、言わば、管理サーバ１２が集中して受け持ってい
るのである。このように、管理サーバ１２が従来クライ
アント１０において行われた変更を吸収しているため、
サーバ１４側において機能の追加などがあった場合に
も、クライアント１０のソフトウェアはなんら変更する
必要がないという効果を有するのである。このように、
本実施の形態においては、従来のサーバ１４と、クライ
アント１０との間に管理サーバ１２を置き、それらの間
の動作の調整を行ったものである。

【００４９】さらに、サービス制御部３０は、単一のサ
ーバ１４だけでなく、複数のサーバ１４からの結果の受
信にも関連しているため、一つのサーバ１４とのデータ
のやりとりのみならず、他のサーバ１４との連携作業も
行うことが可能となるのである。例えば、ある表計算サ
ーバ１４の表計算の結果を、プリントサーバ１４に送出
し、印刷を行うということが可能となる。従来において
は、所定のサーバ１４から返送されてきたサービスの処
理結果を、他のサーバに送る手段をシステムとして有し
ていないため、操作者が手作業でデータを他のサーバに
送る操作をしなければならなかった。そのため、サービ
ス間の連携動作が極めて繁雑な作業となり、事務効率の
悪化を招いていたものである。

【００５０】次に、本実施の形態において、サービスの
連携動作が行われる様子をフローチャート及び書式デー
タの表示画面を表す図などを用いて説明する。

【００５１】図２には、本実施の形態に係るネットワー
クシステムにおいて、クライアントがプリンティングサ
ーバ１４を利用する場合の動作を表すフローチャートが
示されている。以下、このフローチャートの各ステップ
ごとに本実施の形態のネットワークシステムの動作を説
明する。

【００５２】図３には、図２におけるステップＳ２−１
においてクライアント１０が管理サーバ１２に対してア
クセス要求を出す場合の動作を表す説明図が示されてい
る。図３に示されているように、まず、クライアント１
０において、操作者は、入力制御部２４から、アクセス
要求を出すための操作を入力し、係る操作によってアク
セス要求を表すデータが送信部２６に送られる。送信部
２６においては、送られてきたアクセス要求を表すデー
タをネットワーク５０を介して、管理サーバ１２に送出
する。管理サーバ１２においては、送出されてきたデー
タをクライアント受信部４０において受信する。クライ
アント受信部４０において受信されたアクセス要求を表
すデータは、サービス制御部３０において、解析され、
サービス制御部３０はアクセス要求に対する管理サーバ
１２の応答処理を開始する。このように、管理サーバ１
２はこのクライアント１０からのアクセス要求をトリガ
ーとして、サーバ１４と、クライアント１０とのコミニ
ュケーションをスタートする。

【００５３】図４には、図２におけるステップＳ２−２
におけるネットワークシステムの動作を示す説明図が示
されている。すなわち、ステップＳ２−２においては、
管理サーバ１２は、クライアント１０に対して、そのク
ライアント１０が利用することが可能なサービスリスト
（利用可能なサーバ１４−１〜サーバ１４−ｎを記載し
たリスト）を送信する様子が示されている。図４に示さ
れているように、管理サーバ１２のサービス制御部３０
は、クライアント１０が利用可能なサーバ１４−１〜１
４−ｎのサービスリストを所定の記憶手段１０００から
取り出し、クライアント送信部３４に送出する。このサ
ービスリストが記憶されている記憶手段１０００は、図
には示されていないが、管理サーバ１２の内部に設けら
れている。なお、本実施の形態においては、このサービ
スリストは、管理サーバ１２の内部の記憶手段１０００
において記憶されるものとしたが、管理サーバ１２のサ
ービス制御部３０からアクセス可能な位置であれば、ネ
ットワークシステム上の任意の位置の記憶手段において
記憶することも可能である。例えば、ネットワーク５０
を介して他のサーバの内部に上記サービスリストを格納
しておくことも好適である。そのような構成を採用する
場合には、サービスリストを格納するサーバはネットワ
ークの管理者によって管理されることによって、同時に
サービスリストの管理も行われることになるであろう。

【００５４】クライアント送信部３４に送出されてきた
上記サービスリストは、ネットワーク５０を介してクラ
イアントに送出される。送出されてきたサービスリスト
はクライアント１０において、受信部２０が受信し、後
続する処理に供される。

【００５５】また、上記サービスリストは管理サーバ１
２からクライアントに送出されたが他の種類のサーバに
格納しておき、クライアントがこの他の種類のサーバに
直接サービスリストを要求することも可能である。

【００５６】この場合には、クライアントから他の種類
のサーバに直接サービスリストの要求が送出され、この
サーバはサービスリストをクライアント１０に転送す
る。

【００５７】上記図２におけるステップＳ２−３におけ
るクライアントの動作の説明図が図５及び図６に示され
ている。

【００５８】図５には、管理サーバ１２がクライアント
に送出したサービスリストの書式データが示されてい
る。図５に示されているように、本実施の形態における
書式データは、いわゆるマークアップ言語で構成されて
いる。図５に示されているサービスリストの書式データ
に基づき、クライアント１０の機能書式表示部２２は図
６に示されているような画像表示を行う。

【００５９】本実施の形態において用いられているマー
クアップ言語は、まず、通常の単なる文字列はそのまま
表示を行う。例えば、図５に示される書式データの１行
目の「サービスを選択して下さい。」という言葉は、図
６に示されているようにそのまま画像表示される。ま
た、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、ラジオボタン
の表示を意味するタグであり、変数名として「ｓｅｒｖ
ｉｃｅ」が用いられ、このラジオボタンが選択された場
合には、値「ｐｒｔ」が変数「ｓｅｒｖｉｃｅ」に代入
される。また、このラジオボタンに引き続いて「プリン
ティング」という文字列が表示される。以下、同様のラ
ジオボタンが３個引き続いて表示され、全部で４個のラ
ジオボタンが画面に表示される。図５に示されているサ
ービスリストの書式データの最後の行には、起動用のボ
タンを表すタグが記述されている。すなわち、「＞ＩＮ
ＰＵＴ＝ｓｕｂｍｉｔ〜」は起動ボタンを意味し、「選
択」は起動用ボタンの表示用文字を表す。

【００６０】本実施の形態において特徴的なことは、管
理サーバ１２がクライアント１０に送出するサービスリ
ストの書式データが所定のマークアップ言語により記述
されていることである。そのため、クライアント１０
は、このマークアップ言語を解釈する機能のみを有して
いれば、管理サーバ１２から送出されてくる書式データ
を常に表示することが可能である。このため、例えば提
供可能なサービスの種類が増えた場合でも管理サーバ１
２が送出するサービスリスト書式データのマークアップ
言語中のラジオボタンを表すタグを単に増やすだけで、
クライアント１０をなんら変更せずにサービスの追加が
可能である。

【００６１】なお、本実施の形態においては、画像表示
を制御するために所定のマークアップ言語を用いたが、
画像の表示を制御しうる言語であれば他の任意の種類の
言語を使用することが可能である。

【００６２】図２におけるステップＳ２−４において、
クライアントがサービスを選択する様子が図７に示され
ている。例えば、図７には、操作者がプリンティングの
サービスを選択した場合の画像表示の例が示されてお
り、プリンティングに対応するラジオボタンが黒く表示
されている。

【００６３】このように、所望のサービスを操作者が選
択した後、操作者がこの選択によって設定されたパラメ
ータを管理サーバ１２に送信しなければならない。本実
施の形態においては、「選択」ボタンを操作者がペンや
マウスなどのポインティングデバイスを用いて、タップ
あるいはクリックすることにより、このパラメータの送
信が開始される。本実施の形態においては、この「選
択」ボタンをタップすることにより「ｓｅｒｖｉｃｅ＝
ｐｒｔ；」というパラメータが管理サーバ１２に送信さ
れる。これは、操作者がプリンティングのサービスを選
んだため、変数ｓｅｒｖｉｃｅの値として「ｐｒｔ」が
選ばれたためである。この送出されたパラメータは、図
２において示されているクライアントの入力制御部２４
から送信部２６を介してネットワーク５０に送出され
る。そして、このパラメータはネットワーク５０を通過
し、管理サーバ１２のクライアント受信部４０を介し
て、サービス制御部３０において受信される。

【００６４】上記図２におけるステップＳ２−５におけ
る管理サーバ１２が該当するサービス機能書式をクライ
アントに送信するときの動作説明図が図８に示されてい
る。上述したように、ステップＳ２−２において管理サ
ーバ１２がクライアント１０に送出したサービスリスト
は、管理サーバ１２が保持するサービス機能書式３２−
１〜３２−ｎに対応している。そのため、前記ステップ
Ｓ２−４においてクライアント１０から管理サーバ１２
に対して送付されたパラメータ（このパラメータは操作
者が選択したサービスを示す）は、管理サーバ１２のサ
ービス制御部３０において、どのサービス機能書式に対
応するかが判断される。この判断の結果、対応するサー
ビス機能書式３２がサービス制御部３０によってクライ
アント送信部３４を用いてクライアント１０に送信され
る。この結果、サービス機能書式３２は、クライアント
送信部３４を介し、ネットワーク５０を通じてクライア
ント１０の受信部２０に到達する。

【００６５】図２のステップＳ２−６において、サーバ
１２から送られてきた書式データに基づき、クライアン
ト１０の機能書式表示部２２が所定のサービス提供画面
を表示する様子を説明する説明図が図９及び図１０に示
されている。

【００６６】図９には、管理サーバ１２がクライアント
に送出するサービス機能書式の書式データが示されてい
る。同図に示されている書式データも、上述した図５に
おける書式データと同様に所定のマークアップ言語によ
り記述されている。すなわち、同図では書式データの１
行目の単なる文字列「用紙サイズ、枚数、印刷ファイル
を設定して下さい」はそのまま表示される。また、２行
目から４行目のラジオボタンを表示するタグは、図１０
に示されている３個のラジオボタンに対応し、用紙のサ
イズを入力する際のラジオボタンを表示する。図９に示
されている書式データの４行目は、数字を入力する数値
入力窓を表示するタグであり、図１０に２つの黒い三角
形の矢印で示されているＵＰ／ＤＯＷＮキー付きの数値
入力窓に対応する。ここで上向きの三角形の矢印は、Ｕ
Ｐキーであり、下向きの三角形の矢印はＤＯＷＮキーで
ある。ここで入力された数字は印刷枚数に相当し、この
印刷枚数は変数「ｎｕｍｂｅｒ」に代入される。図９に
示されている書式データの６行目の「＜ＩＮＰＵＴ＝ｔ
ｅｘｔＮＡＭＥ＝ｎａｍｅ＞？」は文字入力用の窓を表
示するタグである。この文字入力用窓を用いて、印刷の
対象となるファイル名が操作者によって入力される。ま
た、図９に示されている書式データの７行目に示されて
いる「＜ＩＮＰＵＴ＝ｓｕｂｍｉｔＶＡＬＵＥ＝印刷
！；」は、上述したステップＳ２−３において説明した
ように起動用のボタンを表示するものである。

【００６７】このような図９に示されている書式データ
が、クライアントの機能書式表示部２２において解釈さ
れ、図１０に示されているようにサービス提供画面が表
示されるのである。

【００６８】本実施形態において特徴的なことは、サー
ビスを提供する際の提供画面が、管理サーバ１２から送
られてくる所定のマークアップ言語によって制御されて
いることである。このような構成により、クライアント
１０においては、単に所定のマークアップ言語を解釈す
る手段を有するだけで、提供されるサービスの内容に変
更が生じてもクライアント１０の機能はなんら変更する
必要がない。例えば、選択できる用紙サイズの種類が増
えた場合にも管理サーバ１２においてサービス機能書式
３２を書き替えることにより、図９に示される書式デー
タのラジオボタンが増加されるだけでクライアント１０
側はなんらその機能を変更しなくとも用紙サイズの種類
の増加に対応することが可能である。

【００６９】本実施の形態においては、サービス提供画
面を表示するための書式データして所定のマークアップ
言語を用いて記述したがサービス提供画面を制御しうる
ものであれば、他の種類の言語でも構わない。

【００７０】図２のステップＳ２−７において、クライ
アント１０側において操作者が行う操作の説明図が図１
１に示されている。例えば同図では操作者が用紙サイズ
としてＡ４を選んだ場合にサービス提供画面の様子が示
され、選択されたＡ４に対応するラジオボタンが黒くな
っていることが理解されよう。また、数値選択のための
ＵＰ／ＤＯＷＮキーのＵＰ側のボタンを操作者は４回タ
ップすることにより、数値をデフォルトの値である「０
０１」から「００５」に変更している。これによって、
印刷枚数が５枚であることを操作者は指定しているので
ある。なお、この例では、数値入力窓の左に設けられて
いる図１０と同様なＵＰ／ＤＯＷＮキー（図１０及び図
１１において上向きおよび下向きの黒い三角形の矢印で
示されているボタン）で数字を変更する例を示したが、
数字入力の窓に直接操作者が数字をタイプすることも勿
論可能である。

【００７１】さらに、操作者は文字入力窓にペンなどに
より、タップすることによりこの文字入力窓を選択状態
とする。そして、文字入力窓が選択状態である場合に、
キーボードから「／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプ
ル．ｔｘｔ」と入力する。この入力した文字画素のまま
文字入力窓に表示される様子が図１１に示されている。
これによって、印刷の対象となるファイルがサンプル．
ｔｘｔであることが指示されている。

【００７２】図２のステップＳ２−８において、操作者
の操作結果が管理サーバ１２に送信される。この送信
は、図１１における「印刷」ボタンを操作者がペンなど
によりタップすることにより行われる。管理サーバ１２
に送信されるパラメータは、図１１に示されているよう
な操作が行われていた場合には、例えば以下の様にな
る。

【００７３】 ｓｉｚｅ＝ａ４； ｃｏｕｎｔ＝５； ｎａｍｅ＝／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプル．ｔ
ｘｔ； これらの管理サーバ１２に送信するパラメータの種類と
その値は、従来は各サーバ１４−１〜１４−ｎに対して
直接送られていたものである。そのため、クライアント
１０が送出した上記パラメータの意味は、各サーバ１４
−１〜１４−ｎ自身が既に知っている事項である。換言
すれば、それぞれのサーバ１４−１〜１４−ｎは、それ
ぞれ提供するサービスに必要なパラメータを予め管理サ
ーバ１２のサービス機能書式３２−１〜３２−ｎとして
保存しているのである。

【００７４】図２のステップＳ２−９においてクライア
ント１０が、管理サーバ１２のサービス制御部３０を介
してサーバ１４に所定のパラメータを送る際の動作の説
明図が図１２に示されている。同図に示されているよう
に、入力制御部２４において入力された前記パラメータ
は送信部２６を介してネットワーク５０に送出される。
ネットワーク５０を通じて管理サーバ１２に入力される
パラメータは、クライアント受信部４０を介してサービ
ス制御部３０に到達する。サービス制御部３０は、受け
とったパラメータをサーバ制御部３６を通じてサーバ１
４に送出する。

【００７５】本実施の形態においては、クライアントに
対して、どのサービス機能書式３２（１〜ｎ）を送った
のかは、サービス制御部３０自身が知っていることであ
る。それは、サービス制御部３０がサービス機能書式３
２をクライアント１０に送出したからである。そのた
め、クライアントにおける操作者の操作結果たるパラメ
ータを送出するべきサーバ１４がどのサーバ１４（−１
〜−ｎ）であるかについてもこのサービス制御部３０が
既に知っているのである。そのため、本実施の形態に係
る管理サーバ１２は、クライアント１０から送出されて
きた操作者の操作結果たるパラメータを対応するサーバ
１４（−１〜−ｎのいずれか）に送信するようにサーバ
制御部３６（−１〜ｎのいずれか）を制御することが可
能である。

【００７６】なお、本実施の形態においては、クライア
ント１０が送出してくるパラメータをそのままサーバ制
御部３６を介して対応するサーバ１４に送出したが、ク
ライアント１０から送出してきたパラメータを対応する
サーバ１４にあわせて一定のコマンドなどに変換するこ
とも好適である。例えば、プリンティングのサービスで
有れば「ｌｐｒ／サンプル．ｔｘｔ／５」のような所定
のコマンド列とすることも好適である。このような変換
は、サービス制御部３０からの命令により、各サーバ制
御部３６が行うのが好適である。

【００７７】図２のステップＳ２−１０において、対応
するサーバ１４から返送されてくるサービスの結果の受
信動作の説明図が図１３に示されている。サーバ１４に
おいて、所定のプリンティングサービスが完了するとそ
の結果がネットワーク５０を介して管理サーバ１２の結
果受信部３８において受信される。結果受信部３８にお
いて受信されたサービスの結果は、サービス制御部３０
に送られる。例えば、プリンティングサービスの結果と
しては、「プリント完了」という文字列が送出されてく
る。

【００７８】次に、図２のステップＳ２−１１におい
て、サービス制御部３０がサービスの結果をクライアン
ト１０に送出するための書式データに変更した例を図１
４に示す。本実施の形態においては、サービス制御部３
０は、サーバ１４から受信したサービス結果に対し、所
定のマークアップ言語によるタグを付け加えることによ
り書式データに変更している。図１４に示されているよ
うに、この書式データの１行目は、サーバ１４から返送
されてきたサービスの結果の文字列そのものである。ま
た、図１４に示されている書式データの２行目から３行
目にはサービスの連携のための所定のマークアップ言語
が付加されている。この図１４に示されている書式デー
タがクライアント１０の機能書式表示部２２において解
釈され、画面表示された例が図１５に示されている。

【００７９】図１４に示されている書式データの２行目
のマークアップ言語のタグ「＜ＩＮＰＵＴ＝ｒａｄｉｏ
〜」は、同一のサービスをふたたび受けるための操作用
ラジオボタンを意味し、このラジオボタンが選択された
場合には、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入され
る。また、図１４に示されている書式データの３行目に
はほかのサービスとの連携動作を行うためのラジオボタ
ンを表すマークアップ言語のタグが記述されている。す
なわち、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、対応する
ラジオボタンが選択された場合には変数「ｏｐ」に値
「ｓｅｒｖｉｃｅ」が代入されるのである。

【００８０】図１４の最後の行には、上記２つのラジオ
ボタンのうち、いずれが選択されたのかを表すパラメー
タを管理サーバ１２に戻すために必要な起動ボタンを表
すタグが記述されている。このような内容の書式データ
がサービス制御部３０により作成され、クライアント１
０に送出される。クライアントにおいては、図１４に示
されるような書式データが機能書式表示部２２において
解釈され、図１５に示されるようなサービス完了画面が
表示される。この表示は、図２におけるフローチャート
においてステップＳ２−６において行われる。

【００８１】例えば、図１５に示されているようなサー
ビス結果画面において、操作者が「もう一度！」に対応
するラジオボタンを選択し、実行ボタンを押した場合に
は、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入されたパラ
メータが管理サーバ１２に送出される。管理サーバ１２
は、この返送されてきたパラメータを解析することによ
り、もう一度プリンティングサービスのためのサービス
機能書式３２をクライアント１０に送出する。すると、
クライアント１０においては、この機能書式データ基づ
き再び図１１に示されるようなサービス提供画面が機能
書式表示部２２によって表示され、再びプリンティング
サービスの提供を自動的に受けることが可能である。

【００８２】一方、図１５におけるサービス結果画面に
おいて、操作者が「サービス選択に戻る」を選択した場
合には、変数「ｏｐ」に値「ｓｅｒｖｉｃｅ」が代入さ
れてこのパラメータが管理サーバ１２に返送される。管
理サーバ１２においては、返送されてきたこのパラメー
タを解析することにより、上記図５に示されているよう
なサービスリストの書式データをクライアント１０に送
出する。クライアント１０においては、この書式データ
に基づき機能書式表示部２２がサービスリストを表示す
る画面を構成する。その結果、図６に示されるようにサ
ービスを選択する画面がクライアント１０において表示
され、操作者は再びサービスの選択を行うことが可能で
ある。

【００８３】本実施の形態において特徴的なことは、サ
ーバ１４が送出したサービス結果に、サービス制御部３
０がサービスの連携のための連携データを付け加えて、
クライアント１０に返送したことである。特に本実施の
形態においては、この連携データとしては、サービスの
連携動作を制御するためのマークアップ言語が用いられ
ている。具体的には、このマークアップ言語により、他
のサービスとの連携動作を行うか否かについて操作者の
入力を受け付けるダイアログが表示されるのである。こ
のように、連携のためのマークアップ言語がサービス結
果に付加されてクライアント１０に送出されるため、ク
ライアント１０における操作者は、サービス間の連携を
極めて容易に行うことが可能である。

【００８４】実施の形態２ 上記実施の形態１においては、サービス機能書式３２−
１〜３２−ｎは、管理サーバ１２の内部に格納した。し
かしながら、これらのサービス機能書式３２は、それぞ
れ対応するサーバ１４−１〜１４−ｎに応じて設定され
るものであり、より具体的には、各サーバ１４−１〜１
４−ｎがサービス機能書式３２を定めて、管理サーバ１
２の内部に保存させるものであるともいえよう。このた
め、必ずしもこのサービス機能書式３２は、管理サーバ
１２内部に保存する必要はなく、各サーバ１４に保管す
るのも好適である。このような考えに基づき、サービス
機能書式３２−１〜３２−ｎを、それぞれ対応するサー
バ１４−１〜１４−ｎの内部に保存した場合の構成例が
図１６に示されている。図１６に示されている構成例に
よれば、各サーバ１４のサービス機能書式３２を、クラ
イアント１０に送付するために、クライアント受信部４
０がクライアント１０からサービス要求を受付た場合
に、サービス制御部３０が対応するサーバ制御部３６−
１〜３６−ｎを制御し、サーバ１４−１〜１４−ｎのい
ずれか一つのサーバ１４から対応するサービス機能書式
３２−１〜３２−ｎ（のいずれか一つ）を受けとり、受
けとったサービス機能書式３２をクライアント１０に送
信する。このように、図１６に示されている構成によれ
ば、サービス機能書式３２を、クライアント１０に送る
際のサービス制御部３０およびサーバ制御部３６−１〜
３６−ｎの部分の動作が異なるだけで、それ以外の構成
・動作は上記実施の形態１の場合と同様である。

【００８５】本実施の形態２に示されている構成を採用
した場合は、サービス機能書式３２は、対応するサーバ
１４の内部に保存されているため、そのサービス機能書
式３２の保守をサーバ１４とともに一括して行うことが
可能となるというメリットを有している。

【００８６】実施の形態３ サービス間の連携動作の別の例を以下に示す。

【００８７】例えば、クライアント１０がファイルサー
バによるサービスを要求した場合には、管理サーバ１２
から送られてくるサービス機能書式は、例えば図１７に
示されているような内容となる。図１７に示されている
サービス機能書式の内容は「検索式を入力して下さい」
という文字列を表示し、一定の文字列を文字列入力の窓
を表示することにより行うことを意味するタグとパラメ
ータの返送を起動するボタンを意味するタグと、から構
成されている。この図１７に示されているようなサービ
ス機能書式を機能書式表示部２２が解釈し、図１８に示
されているようなサービス提供画面がクライアント１０
において表示される。これら図１７および図１８に示さ
れている動作は、図２におけるステップＳ２−５、Ｓ２
−６に相当する。

【００８８】次に、クライアント１０に於いて、操作者
は、図１８の文字入力窓にペンでタップをして、この文
字入力窓をアクティブな状態にしてから、キーボードか
ら「／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ」と入力したもの
とする。このような入力が行われた場合の画面の様子
が、図１９に示されている。このような入力に引き続い
て、操作者が検索ボタンを押すと、以下に示されている
パラメータが管理サーバ１２に送出される。

【００８９】 ｅｘｐ＝／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ； 以上の動作は、図２におけるステップＳ２−７およびＳ
２−８に相当する。

【００９０】管理サーバ１２に於いては、上記送られて
きたパラメータに基づき、対応するファイルサーバに対
してファイル検索に用いられるパラメータとともに検索
の指示を行う。この動作は、図２におけるステップＳ２
−９に相当する。

【００９１】なお、本実施の形態３において用いられて
いるパラメータ中の＊は、いわゆるワイルドカードであ
り、ここで示した例においては、／ｈｏｍｅ／ｔｘｔと
いうディレクトリ内のファイルであってファイル名の末
尾が「．ｔｘｔ」であるものを検索することになる。

【００９２】さて、ファイルの検索がファイルサーバで
行われ、この検索の結果は上記実施の形態１と同様に管
理サーバ１２に送出されてくる。例えば、このようにし
てサービス制御部３０に於いて、ファイルサーバから受
けとる検索結果は、例えば図２０に示されているような
例となる。図２０には、４つのファイル名が示されてお
り、いずれもその末尾が．ｔｘｔとなることが理解され
よう。

【００９３】本実施の形態３に於いては、サービス制御
部３０はファイルサーバから受けとった図２０に示され
ているような検索結果に基づき、サービスの連携のため
のデータを付加し、クライアント１０が理解可能な書式
データに変換する。このような変換の結果たる書式デー
タの例が図２１に示されている。図２１において、下線
で示されている部分が図２０に示されている検索結果で
あるファイル名であり、そのほかの部分は、サービス制
御部３０において付加されたサービスの連携のための所
定のタグである。ここに用いられているマークアップ言
語も上述した実施の形態１や２と同様のマークアップ言
語である。このようにして得られた書式データがクライ
アント１０に送信されるのである。これらの動作は、図
２におけるステップＳ２−１０およびＳ２−１１に相当
する。

【００９４】さて、図２１に示されているような書式デ
ータを受信したクライアント１０においては機能書式表
示部２２の書式データを解釈し、図２２に示されるよう
な画面を表示する。図２１に示されている書式データは
「ファイルを選んで下さい。」という文字列と、選ばれ
るファイルを表す４個のラジオボタンを含んでいる。ま
た、選んだファイルに対する操作を選ばせるため、「操
作を選んでください。」という文字列と、４個の提供し
うるサービスを表す４個のラジオボタンと、を含んでい
る。そして、入力したパラメータを管理サーバ１２に送
信するための実行ボタンを意味するタグも書式データに
含まれている。このような書式データに基づき、上記実
施の形態１や２と同様に機能書式表示部２２は、図２２
に示されるような画面を表示するのである。

【００９５】図２２に示されている画面の表示に対して
操作者が「はじめに．ｔｘｔ」を選択し、また操作とし
て「削除」を選択した場合の画面の表示の例が図２３に
示されている。図２３に示されているように、「はじめ
に．ｔｘｔ」に対応するラジオボタンが黒くなってお
り、「削除」に対応するラジオボタンが黒くなっている
ことが理解されよう。この状態からユーザが「実行！」
ボタンを押すと、次に示すようなパラメータが管理サー
バ１２にクライアント１０から送信される。

【００９６】ｆｉｌｅ＝ｆｉｌｅ３； ｏｐ＝ｄｅｌｅ； 管理サーバ１２のサービス制御部３０は、このようなパ
ラメータを受信すると、まず、「ｏｐ＝ｄｅｌｅ」から
直前にサービスの提供を受けたサーバ１４であるファイ
ルサーバにもう一度アクセスするべきであると判断を行
う。これは、操作「ｏｐ＝ｄｅｌｅ」（ファイルの削除
を意味する。）は、ファイルサーバが行うサービスだか
らである。このように、サービス制御部３０は、各サー
バ１４が提供しうるサービスの内容を記憶しておき、指
定されたサービスに基づき、どのサーバ１４にアクセス
すべきか否かを判断する機能を有している。そして、
「ｆｉｌｅ＝ｆｉｌｅ３；」からサービス制御部３０は
検索結果のリストの３番目のファイルが削除の対象であ
ると判断する。パラメータの「ｆｉｌｅ３；」は、３番
目のファイルであるという意味である。

【００９７】この結果、サービス制御部３０は、ファイ
ルサーバに対して「はじめに．ｔｘｔ」（ｆｉｌｅ＝ｆ
ｉｌｅ３）を削除（ｏｐ＝ｄｅｌｅ）するように指示を
出す。

【００９８】このようにしてファイルサーバが提供する
ファイルサービスにおいて得られたファイルの検索結果
から操作者が所定のファイルを指定することにより、そ
のファイルの削除の処理を引き続いて実行することが可
能である。

【００９９】以上述べたように、本実施の形態３におい
ては、管理サーバ１２が、サービスの結果をクライアン
ト１０に送る際に、所定のサービスの連携のためのデー
タをサービス結果に付加してクライアント１０に送信し
たのである。この結果、クライアント１０においては、
操作者がサービスの結果を他のサービスに供することが
容易となり、連続的なファイル操作・データ処理が行
え、作業の効率化が図れるものである。

【０１００】本実施形態３においては、ファイルを検索
し、検索結果から所望のファイルを削除する場合のサー
ビスの連携について説明したがファイルを複写する動作
についても同様の操作の流れにより行われる。

【０１０１】図２３においては、削除のサービスを選択
した場合についての画面について説明したが、印刷を選
択した場合の画面の様子が図２４に示されている。な
お、図２４においても、ファイルは「はじめに．ｔｘ
ｔ」が選択されている。この図２４に示されている画面
の状態で、操作者が「実行！」ボタンを押すと、次のよ
うなパラメータが管理サーバ１２にクライアントから送
信される。

【０１０２】ｆｉｌｅ＝ｆｉｌｅ３； ｏｐ＝ｐｒｔ； 管理サーバ１２において、サービス制御部３０がこのよ
うなパラメータを受信すると、パラメータの中の「ｏｐ
＝ｐｒｔ」から、プリントサーバのサービスを次に受け
るべきであることが判明する。先に述べた削除や複写の
場合には、連携して行われるサービスが同一のサーバす
なわちファイルサーバにより提供されていたが、印刷の
場合にはファイルサーバから別のサーバすなわちプリン
トサーバにアクセスを切り替えなければならない。

【０１０３】このように、サービスが別のサーバ１４に
よって提供される場合のサービスの連携動作を説明する
フローチャートが図２５に示されている。

【０１０４】図２５に示されている。フローチャートの
各ステップの内容は、上記図２に示されているフローチ
ャートと同様である。図２５に示されている太い矢印で
示されている処理の流れが、図２４に示されているよう
に、異なるサーバ１４の間でサービスの連携が行われる
場合の処理の流れを表している。操作者からの操作結果
を、管理サーバ１２がそのままサーバ１４に渡すのでは
なく、以下のような動作が行われるのである。すなわ
ち、サーバ１４が送出してきたサービス結果に対してサ
ービス制御部は連携のために他のサーバ１４の機能書式
を付け加えて、所定の書式データを作成する。そして、
この書式データをクライアント１０に送信するのであ
る。本実施の形態において特徴的なことは、他のサーバ
の機能書式がサーバ１４のサービス結果に付け加えられ
ているためこの機能書式を連携データとしてサービス間
の連携動作が容易になったことである。

【０１０５】例えば、図２４に示されているように、フ
ァイル検索の後、印刷処理を行う場合には図２５に示さ
れているようにステップＳ２５−７においてクライアン
ト１０において操作者が所定のファイルと印刷処理を選
択し、（図２４）ステップＳ２５−８においてこの操作
結果のパラメータが管理サーバ１２に送信される。そし
て、サービス制御部３０において、印刷が行われると判
断された場合には、制御がステップＳ２５−５に移行
し、この印刷のサービス機能書式がクライアント１０に
改めて送信される。その後、ステップＳ２５−６、Ｓ２
５−７へ処理が移行し、印刷処理がファイル検索に引き
続いて実行されるのである。

【０１０６】一方、図２３に示されているように、同一
のサーバ、例えばファイルサーバにおける異なるサービ
スを連携して実行する場合には、サービス制御部３０
は、ステップＳ２５−７、Ｓ２５−８の動作に引き続い
て、Ｓ２５−９の処理にそのまま移行する。このような
処理の流れは図２において示されたのと同様である。こ
れは、同一のサーバである場合には図２３において示さ
れているように、同一の機能書式が示されているから、
新たに機能書式データをクライアント１０に送出し、別
の画面を表示する必要がないからである。

【０１０７】さて、図２４に示されているように、「印
刷」のサービスが選択されると、図２５において示され
たように、ステップＳ２５−８からステップＳ２５−５
に処理が移行する。このステップＳ２５−５において管
理サーバ１２からクライアントに対して送られてくる書
式データの例が図２６に示されている。図２３に示され
ている書式データは、上述した図９に示されている書式
データとほぼ同一である。異なっている点は、下線で示
されているように印刷ファイル名を入力するための文字
入力窓において、予め「はじめに．ｔｘｔ」と印刷ファ
イル名が入力されていることである。このような書式デ
ータに基づき、機能書式表示部２２が解釈し、表示した
画面の例が図２７に示されている。画面の表示は、上記
図１０に示されている画面とほぼ同様である。異なって
いる点は、印刷ファイルの名称を入力する文字入力窓に
おいて、予め「はじめに．ｔｘｔ」という文字が入力さ
れていることである。本実施の形態においては、ファイ
ルサービスによって「はじめに．ｔｘｔ」を選択してい
るので、管理サーバ１２のサービス制御部３０におい
て、書式データを生成する際に、図２６に示されるよう
に下線部を追加している。そのため、操作者がファイル
サービスで選択したファイルがプリントサービスにアク
セスするための表示画面（図２７）の中の「印刷ファイ
ル」の文字入力窓に予め入力された状態で表示されるよ
うになる。

【０１０８】このように、本実施の形態３によれば、あ
るサービスの結果を他のサービスのパラメータを入力デ
ータとして用いることができ、サービス間の連携動作が
円滑に行われうる。

【０１０９】以上述べたように、図２３においては、
「削除」を選択した場合、また、図２４においては「印
刷」を選択した場合についてそれぞれ示した。

【０１１０】図２８には、「サービスリスト」を選択し
た場合の画面の様子が示されている。すなわち、図２２
の状態から操作者がファイルとして何を選択したか否か
にかかわらず、操作として「サービスリスト」を選択し
た場合ユーザが「実行」ボタンを押すことにより、次に
示すようなパラメータから管理サーバ１２に送信され
る。

【０１１１】ｆｉｌｅ＝ｎｕｌ； ｏｐ＝ｒｅｔ； 管理サーバ１２におけるサービス制御部３０がこのよう
なパラメータ受信すると、パラメータの中の「ｏｐ＝ｒ
ｅｔ」からサービスリストを送信する必要があることが
判明する。そのため、図２におけるステップＳ２−２に
おけるサービスリストの送信の処理が行われることにな
る。このような処理の流れを表すフローチャートが図２
８において説明したように「サービスリスト」が選択し
た場合の処理の流れが図２９のフローチャートに示され
ている。図２９において、ステップＳ２９−８のあと、
Ｃで示されている太い矢印によって処理がステップＳ２
９−２に移行していることが理解されよう。これは、図
２８において示されているように、「サービスリスト」
が選択された場合に、クライアント１０に対して再びサ
ービスリストを送信するための処理の流れである。な
お、図２９において、Ａで示されている処理のループ
は、同一のサーバ１４の中でのサービスが連携して処理
される場合の処理手順を表す。また、図２９において、
Ｂで示されている処理のループは、異なるサーバ１４の
間でサービスの連携処理が行われる場合の処理手順を表
している。そして、Ｃで表されているループは、今説明
したように、処理の連携をいわば一旦リセットし、初期
状態に戻りサービスリストからサービスを選択する段階
にもどる場合の手順の流れをそれぞれ表している。

【０１１２】以上述べたように本実施の形態によれば、
同一のサーバ１４の中でのサービスの連携も、また、異
なるサーバ１４の間にまたがったサービスの連携も円滑
に行うことが可能となる。また、処理の連携を一旦リセ
ットし、再びサービスリストにおけるサービスの選択か
ら行うことも極めて容易である。従って、本実施の形態
によれば、サービスの提供を連続して受けることがで
き、作業効率の向上が図れるものである。

【０１１３】実施の形態４ 図３０には本実施形態４のサービス接続サーバの機能・
動作の概略を表す説明図が示されている。本実施の形態
４に係るサービス接続サーバは、例えば携帯情報端末１
００と、プリントサーバ１０２やファイルサーバ１０４
との間に設けられ、能力の低い携帯情報端末１００から
でもプリントサーバ１０２やファイルサーバ１０４に高
度なサービスを受けられるようにしたものである。図３
０に示されているように、携帯情報端末１００における
ユーザアクションは、例えば通信プログラムにおけるＧ
ＵＩパーツの再描画が必要となる。すると、携帯情報端
末１００においてはＧＵＩパーツ更新情報がサービス接
続サーバ１０６に送出される。サービス接続サーバ１０
６は、携帯情報端末１００において本来保持されている
べきクライアント機能がサービス操作プログラムによっ
て実現されている。このサービス操作プログラムがプリ
ントサーバ１０２や、ファイルサーバ１０４に対して、
クライアントすなわち携帯情報端末１００として振る舞
い、その結果として、サービス結果を受けとる。このよ
うにして、サービス接続サーバ１０６は携帯情報端末１
００に代わり各種のサービスを受け、その結果ＧＵＩパ
ーツは位置・更新の情報を携帯情報端末１００に返送す
る。携帯情報端末１００においては、ＧＵＩパーツは位
置・更新情報に基づき、ＧＵＩパーツ描画が行われる。
これによって、携帯情報端末１００においては、操作者
は自らの操作に対して画面が正常に書き替えられ、あた
かも携帯情報端末１００の内部にクライアント機能が内
蔵されているように操作を行うことが可能である。

【０１１４】本実施の形態４に特徴的なことは、携帯情
報端末１００が従来有していたクライアント機能を、サ
ービス接続サーバ１０６に受け持たせ、携帯情報端末１
００とサービス接続サーバ１０６との間でＧＵＩパーツ
の配置情報・更新情報などをやり取りしたことである。
このような構成により、携帯情報端末１００に高機能な
ソフトウェアを搭載しなくても、高度のサービスの提供
を受けることが可能となったのである。

【０１１５】図３１には、ＧＵＩパーツ例が示されてい
る。ＧＵＩパーツとしては種々のものがあげられる。例
えば、「テキストフレーム」は、文字を表示あるいは入
力する矩形の枠であり、この枠の情報としては座標や枠
の線の種類、線の太さなどが情報としてあげられる。ま
た、その内部のテキスト情報としては、テキストそのも
ののほか文字種別やオリエンテーション（向き）等があ
げられよう。「ビットマップフレーム」は、ビットマッ
プすなわち絵の情報を含むＧＵＩパーツであり、まずそ
の枠情報としては座標や大きさ、線種別、線の太さなど
があげられる。また、ビットマップ情報としてはビット
マップ（正、反転）及びマスクデータ等が含まれてい
る。「ボタン」は、操作者の操作によりチェックがいれ
られるものであり、座標やチェックの有無、グループ名
などがボタンの情報となる。ＧＵＩパーツ配置情報と、
この配置情報に基づくＧＵＩパーツ表示画面の例が図３
２に示されてれている。図３２に示されているように、
配置情報の０番目には、座標位置（１０）、配置されて
いるボタンの情報が示されている。このボタンは初期状
態で、「ＯＦＦ」であり、白丸として表示されている。
配置情報の次のＧＵＩパーツは、文字であり、「ＳＥＬ
１」という文字列である。ＧＵＩパーツ配置情報の３番
目は、配置座標（１０．２０）であるボタンであり、初
期状態で「ｏｎ」、即ち、黒丸である。ＧＵＩパーツの
４番目は、文字列であり、「ＳＥＬ２」である。また、
この文字列は下線が引かれている。ＧＵＩパーツの５番
目のパーツは文字列であり、外枠を含む「ＳＥＮＤ」と
いう文字列である。本実施の形態においては、このよう
なＧＵＩパーツ配置情報を携帯情報端末１００とサービ
ス接続サーバ１０６との間でやり取りすることにより、
また、サービス接続サーバ１０６がクライアント機能を
実現するサービス操作プログラムを実行することによっ
て、携帯情報端末１００に高度な機能のソフトウェアを
導入しなくとも、高度なネットワークサービスの提供を
受けることが可能となるのである。

【０１１６】図３３には、本実施の形態４における携帯
情報端末１００の構成を表す構成ブロック図が示されて
いる。この携帯情報端末１００は、ユーザの入力を受け
るユーザ入力処理部１１０と、ＧＵＩパーツの配置情報
を保持・管理するＧＵＩパーツ配置管理部１１２と、Ｇ
ＵＩパーツ配置情報とビルトインイメージに基づいての
描画などを行う画面表示処理部１１４と、を備えてい
る。また、この画面表示処理部１１４にビルトインイメ
ージを供給するビルトインイメージ管理部１１６と、後
述するサービス接続サーバ１０６との接続を行う通信制
御部１１８とを備えている。

【０１１７】ユーザ入力処理部１１０は、ユーザアクシ
ョンを受けとり、このユーザアクションをＧＵＩパーツ
管理部１１２へ通知する。また、受けとったユーザアク
ションは、通信制御部１１８を介してサービス接続サー
バ１０６へも通知される。

【０１１８】ＧＵＩパーツ配置管理部１１２は、初期画
面用のＧＵＩパーツの配置情報を保持・管理している。
ＧＵＩパーツ配置管理部１１２は、初期画面用だけでな
く、電源投入後サービス接続サーバ１０６との通信によ
って、このサービス接続サーバから受信したＧＵＩパー
ツ配置情報をも保持・管理している。このサービス接続
サーバ１０６から受信したＧＵＩパーツ配置情報は、通
信制御部１１８を介して入力する。

【０１１９】画面表示制御部１１４は、ＧＵＩパーツ配
置管理部１１２に保持されているＧＵＩパーツ配置情報
と、ビルトインイメージ管理部１１６で保持されている
ビルトインイメージに基づいて、ＧＵＩパーツの描画を
行う。また、画面表示処理部１１４は、ユーザ入力処理
部の指示に基づいて、ユーザアクションに応じた再描画
をも行っている。

【０１２０】ビルトインイメージ管理部１１６は、ＧＵ
Ｉパーツ、例えばアイコンのイメージとなるビルトイン
イメージの保持を行っている。また、通信制御部１１８
を介して送られてくる新たなビルトインイメージを追加
保持したり、必要無くなったビルトインイメージの削除
などの管理を行っている。通信制御部１１８が、サービ
ス接続サーバ１０６との公衆電話回線や赤外線を介して
の通信を司っている。

【０１２１】図３４には、本実施の形態に係る携帯情報
端末の動作の概略を表すフローチャートが示されてい
る。まず、ステップＳ３４−１においてはＧＵＩパーツ
配置管理部１１２が保持する初期画面用配置情報に基づ
き、画面表示処理部１１４がＧＵＩ表示のための内部構
成情報が構築される。また、ステップＳ３４−２におい
てはこの構築された情報に基づきＧＵＩ表示が行われ
る。本実施の形態においては携帯情報端末は初期画面用
の配置情報及びこの初期画面におけるビルトインイメー
ジがビルトインイメージ管理部１１６に保持されてい
る。これらを用いて電源投入直後においては、初期画面
を表示することが可能である。

【０１２２】ステップＳ３４−３においては、ユーザ入
力処理部１１０がユーザ入力（タップ、クリック動作
等）を受けとる。これは、携帯情報端末１００の画面上
に設けられたタッチパネル等を用いてタップやクリック
動作などを入力することが可能となる。

【０１２３】ステップＳ３４−４においては、ユーザ入
力処理部１１０において入力されたユーザ入力に基づ
き、そのユーザ入力（タップやクリック）が成された座
標に存在しているＧＵＩパーツを、上記ステップＳ３４
−１において構成された内部構成情報に基づいて検索を
行う。そして、ステップＳ３４−５において、タップな
どが行われたＧＵＩパーツに対応して再表示処理や内部
構成情報の更新処理などが画面表示処理部１１４におい
て行われる。これにともなって、同ステップＳ３４−６
においては、通信制御部１１８を介してサービス接続サ
ーバ１０６に対し、ユーザ入力処理部１１０が入力した
ユーザの操作と、画面表示処理部１１４において必要な
ＧＵＩパーツ更新の情報を送信する。後述するように、
送信されてきたこれらの情報をサービス接続サーバ１０
６は、ネットワークを介して受け、また、ＧＵＩパーツ
更新のための情報を携帯情報端末１００に送信してくる
のである。

【０１２４】ステップＳ３４−７においては、通信制御
部１１８がサービス接続サーバ１０６が発信するＧＵＩ
パーツ配置情報または、更新情報を受信する。

【０１２５】そして、ステップＳ３４−８においては、
上記ステップＳ３４−７において受信したＧＵＩパーツ
配置・更新情報に基づき、ＧＵＩ表示のための内部構成
情報の構築・更新を行う。そして、ステップＳ３４−９
においては、画面表示処理部１４４がＧＵＩ表示を行
う。

【０１２６】これによって、携帯情報端末１００自体は
ネットサービスをうけるためのソフトウェアをなんら有
していなくとも、サービス接続サーバ１０６を介するこ
とより、ネットワークサービスを受けることが可能であ
る。このため、一般に処理能力の低いといわれる携帯情
報処理端末においても高度なネットワークサービスを受
けることができ、かつ、負荷の重い高度なネットワーク
ソフトウェアを導入する必要がない。

【０１２７】ステップＳ３４−１０においては、これま
での処理の繰り返しを行うためステップＳ３４−１への
移行処理が行われる。

【０１２８】図３５には、サービス接続サーバ１０６の
構成を表す構成ブロック図が示されている。図３５に示
されているように、本実施の形態４に係るサービス接続
サーバ１０６は、携帯情報端末１００との通信を司どる
端末通信処理部１２０と、サーバと接続され、実際のク
ライアントとしての動作を担当するサービスクライアン
ト処理部１２２と、を備えている。また、本実施の形態
４におけるサービス接続サーバ１０６は、ＧＵＩパーツ
配置情報やビルトインイメージデータを保持するＧＵＩ
パーツ情報格納部１２４と、接続されるネットワークサ
ービスを利用するためのいわゆるサブプログラムである
ところのサービスクライアントスタブと接続するサーバ
との通信を受け持つネットワーク通信部１２８とを含ん
でいる。

【０１２９】端末通信処理部１２０は、上で述べた携帯
情報端末１００と公衆回線または、赤外線などを介して
通信を行う部分である。

【０１３０】また、サービスクライアント処理部１２２
は、端末通信処理部１２０が公衆回線などを介して携帯
情報端末１００から受けとったユーザ操作に基づいて接
続サービスの実際のクライアントとしての動作を行う、
すなわち、このサービスクライアント処理部１２２は、
接続サービスに対してクライアントとして動作を行う訳
である。

【０１３１】ＧＵＩパーツ情報格納部１２４は、サービ
ス操作の各曲面に応じた、携帯情報端末１００における
画面のＧＵＩパーツ配置情報や、同じく端末の画面のた
めのビルトインイメージデータ等を保持している。ここ
で保持されている各情報は必要に応じて携帯情報端末１
００に送信される。

【０１３２】サービスクライアントスタブ１２６は、い
わゆる接続するサービスを利用するためのサブプログラ
ムであり、例えば、ＴＣＰ／ＩＰや各種のプロトコルを
サポートするプログラム等が相当する。

【０１３３】ネットワーク通信部１２８は、接続したい
サーバとの通信を行う部分であり、専用回線であった
り、イーサネットなどのネットワークそのものであった
りする。

【０１３４】本実施の形態４に係るサービス接続サーバ
１０６の動作の概略を表すフローチャートが図３６に示
されている。図３６に示されているように、まず、ステ
ップＳ３６−１においては、端末通信処理部１２０がユ
ーザ操作情報や、ＧＵＩパーツの更新情報を携帯情報端
末１００から受けとる。

【０１３５】ステップＳ３６−２においては、サービス
クライアント処理部１２２が上記ステップＳ３６−１に
おいて、受信したユーザ操作情報やＧＵＩ情報を解釈さ
れる。そしてステップＳ３６−３においては、サービス
クライアントスタブ１２６を活用し、サービス操作及び
その結果を受信する。この結果は、ネットワーク通信部
１２８を介して受けとることは言うまでもない。

【０１３６】ステップＳ３６−４においては、サービス
操作の結果に基づき、ＧＵＩパーツ配置情報を、ＧＵＩ
パーツ情報格納部１２４から検索し、所定の配置情報を
構築する。そして、この情報はステップＳ３６−５にお
いて端末通信処理部１２０を介して携帯情報端末１００
に送信されるのである。

【０１３７】そして、ステップＳ３６−６において、再
びステップＳ３６−１に処理が移行し、以上の処理を繰
り返すことになる。

【０１３８】本実施の形態４において特徴的なことは、
サービスクライアント処理部１２２がネットワークのサ
ーバに対して、クライアントとしての振舞いを行うと共
に係るサービス操作及びその結果にもとづくＧＵＩパー
ツの更新を携帯情報端末１００に送信したことである。
これによって、携帯情報端末１００はＧＵＩパーツ配置
情報などをサービス接続サーバ１０６から受けとること
により、特別なＧＵＩ等を用いなくとも、利便性の高い
ネットワークサービスを受けることが可能な携帯情報端
末を提供することが可能となる。

【０１３９】図３７には、携帯情報端末１００の初期画
面と所定の操作を行った場合の画面の表示を変化する様
子が示されている。図３７の左側には端末の初期画面が
示されている。ここに示されているように、携帯情報端
末１００は、ビルトインイメージ管理部１１６に保持さ
れているビルトインイメージデータに基づき、また、初
期画面用のＧＵＩパーツ（ＧＵＩパーツ配置管理部１１
２によって保持されている。）に基づき、各サービスに
対応したアイコンが表示されている。例えば、図３７に
表示されているアイコンは、「プリント」、「ファイル
サーバ」、「メールサーバ」、「データベースサー
バ」、「掲示板サービス」である。

【０１４０】例えば、操作者がスタイラスペンなどを用
いて「プリント」のアイコンをタップすると、図３７の
右側に示されているようにプリントサービスの指示を行
うためのサービス提供画面に画面が変更する。これは、
操作者が「プリント」のアイコンをタップすることが、
サービス接続サーバ１０６に送信され、サービス接続サ
ーバは、プリントサービスに対応したＧＵＩパーツ配置
情報及び必要なＧＵＩパーツのデータを送信してきたた
め、携帯情報端末１００においてプリントサービスのた
めのサービス画面を表示することが可能となるのであ
る。図３８には、このような本実施の形態４における携
帯情報端末の動作の概略を表すフローチャートが示され
ている。ステップＳ３８−１においては、電源投入直後
の動作が示されており、ビルトインイメージに基づい
て、各サービスに対応したアイコンが図３７に示されて
いるように表示される。ステップＳ３８−２において
は、操作者が所望のアイコンを選んで指示をする。ステ
ップＳ３８−３においては、サービス接続サーバ１０６
にアイコンが選ばれた旨が通知され、ステップＳ３８−
４においては、サービス接続サーバ１０６は、そのアイ
コンに対応するサービス用のＧＵＩパーツ配置情報をこ
の携帯情報端末１００に返信するのである。

【０１４１】ＧＵＩ画面描画の例と、このＧＵＩパーツ
配置情報との対応を表す説明図が図３９に示されてい
る。図３９の左側に示されている画面の図は図３７の右
側に示されている図と同様であり、図９の右側に示され
ている図はこの画面に用いられているＧＵＩパーツの配
置情報を表す説明図である。

【０１４２】この図３９の右側の説明図において、各行
が一つのパーツに相当し、それぞれの行が「パーツ番
号、パーツ種別名、その修飾」の順番で情報が並んでい
る。

【０１４３】パーツ種別名では、固定的な文字表示のた
めの「ｌａｂｅｌ」や、ユーザが文字を入力可能な「ｔ
ｅｘｔ」や、、ボタン及びチェックボックスのための
「ｂｕｔｔｏｎ」、そして、ビットマップデータを表示
するための「ｂｉｔｍａｐ」等が種類として存在する。
また、パーツの修飾には、パーツ毎に必須の修飾やオプ
ションの修飾があり、また、それぞれに省略時の既定値
がある。例えば、全パーツに共通するものとして表示位
置の座標を指定するための「ｐｏｓ」や、初期値を表す
「ｖａｌ」、タップあるいはクリックするときに接続サ
ーバに通知することを指定するための「ｎｏｔｉｆｙ」
等がある。また、例えば、「ｂｕｔｔｏｎ」に関して
は、グループ化が行われ、いわゆるラジオボタンを構成
するためのｒａｄｉｏなどの種々の修飾が用いられう
る。

【０１４４】図３９の右側に示されている図は先に述べ
たように、左側に示されている図のＧＵＩパーツに１行
１行が対応している。１行目には「プリントサービス」
の文字に対応する配置情報が示されており、２行目は、
プリンタのビットマップデータ対応する。また、３行目
は「共用プリンタ」の文字のＧＵＩパーツに相当し、４
行目は「印刷部数」という文字に相当する。５行目は印
刷部数を入力するための文字入力窓に相当し、初期値と
して「１」が指定されている。６行目は、「用紙サイ
ズ」の文字列に対応し、６行目から８行目の３行は３個
のラジオボタンに相当する。この３個のラジオボタンに
おいて、７行目の最初のボタンのみが初期値が１（すな
わち黒）に設定され、他のボタンは白に設定されてい
る。

【０１４５】１０行目は文字列「Ａ４」に相当し、１０
行目は、文字列「Ｂ４」に相当する。また、１２行目
は、文字列「Ａ３」に相当し、１３行目は、文字列Ｎア
ップに相当する。１４行目から１６行目の３行は３個の
ラジオボタンに相当する。この内、１５行目の真ん中の
ラジオボタンのみが初期値が「１」に設定され、他の２
つのラジオボタンは初期値が「０」であり、白く表示さ
れる。１７行目は「なし」の文字列に相当し、１８行目
は「２」の文字列に相当する。また、１９行目は「４」
の文字列に相当し、２０行目は文字列「拡張機能」に相
当する。この文字列は四角い枠で囲まれ、このＧＵＩパ
ーツがタッチされると、サービス接続サーバ１０６に所
定の通知がいく旨設定されている。２１行目は、「印刷
開始」という文字列であり、同様に四角い枠で囲まれ、
タッチされることによりサービス接続サービに通知がい
く。２２行目も同様に「取り消し」という四角い枠で囲
まれた文字列であり、ペンなどでタッチすることによっ
てサービス接続サーバ１０６に所定の通知が送出され
る。

【０１４６】操作者の入力によって、サービス接続サー
バ１０６に送信されるユーザの操作や、パーツ更新情報
は、例えば、「Ｂ４」横にあるボタンがタップされた場
合に、これは番号７のパーツに相当するがグループ化さ
れたラジオボタンであるため、番号６，７，８のＧＵＩ
パーツが更新されたことを示すために、以下のようなパ
ーツ行進情報が接続サーバ１０６に送信される。

【０１４７】 ７：ｍｏｄｉｆｙ（ｖａｌ：１，ｔａｐｐｅｄ） ６：ｍｏｄｉｆｙ（ｖａｌ：０） ８：ｍｏｄｉｆｙ（ｖａｌ：０） このように、本実施の形態４においては、ＧＵＩパーツ
配置情報を用いて携帯情報端末１００と、サービス接続
サーバ１０６との間で情報のやりとりを行ったため、携
帯情報端末１００に高機能なプログラムを搭載しなくと
も、操作感の優れたＧＵＩインターフェースを実現する
ことが可能である。

【０１４８】なお、図３９の右側に示されているＧＵＩ
パーツ配置情報の２行目には「ｂｉｔｍａｐ」パーツが
記述されており、その値（ｖａｌ）としては「ｎａｍ
ｅ：ｐｒｉｎｔｅｒ０」という文字列が指定されてい
る。これは携帯情報端末１００に設けられているビルト
インイメージ管理部１１６が保持する「ｐｒｉｎｔｅｒ
０」という名称のイメージデータを表す。

【０１４９】ここで表されているイメージデータがビル
トインイメージ管理部１１６において保持されていない
場合には、サービス接続サーバ１０６からビットマップ
データを含む形式で、「ｂｉｔｍａｐ」パーツの更新処
理あるいは再送を行う手続きがなされる。例えば、携帯
情報端末１００から「ｘｘｘ：ｇｉｖｅｍｅ（ｂｉｔ
ｓ）」という要求メッセージがサービス接続サーバ１０
６に対して送出されると、該当するパーツのビットマッ
プデータ送信がサービス接続サーバ１０６に促されるこ
とになる。この要求によって、サービス接続サーバ１０
６は、「ｘｘｘ：ｂｉｔｍａｐ（ｖａｌ：“ｂｉｔｓ：
０ＥＦＦ９ｂ．．．”，ｔｅｍｐｏｒａｒｙ）」という
形式で、ビットマップデータをパーツの更新情報として
送信してくる。このような手順により、携帯情報端末１
００が受信した新たなイメージ（ビットマップデータ）
は、パーツの修飾指示によって、ビルトインイメージ管
理部１１６において、永続的に保持させることも可能で
ある。上記の例においてはサービス接続サーバ１０６か
ら送られてくる更新情報の「ｔｅｍｐｏｒａｒｙ」の修
飾によって、サービス利用セッションの期間の間のみ有
効なイメージデータであると指定したけれどもこの「ｔ
ｅｍｐｏｒａｒｙ」のかわりに「ｐｅｒｍａｎｅｎｔ」
と修飾した場合にはビルトインイメージ管理部１１６に
おいて永続的にこのイメージデータが保持されるように
なる。

【０１５０】このように、本実施の形態４においては、
ＧＵＩパーツ配置情報を用いて携帯情報端末１００と、
サービス接続サーバ１０６との間で情報のやりとりを行
ったため、携帯情報端末１００に高機能なプログラムを
搭載しなくとも、操作感の秀れたＧＵＩインターフェー
スを実現することが可能である。

【０１５１】実施の形態５ 図４０には、本実施の形態５に係るサービス接続サーバ
２０６を中心としたサービスの提供の様子を表す説明図
が示されている。図４０に示されているように、携帯情
報端末２００は、サービスクライアントプログラムを有
しており、このプログラムを用いてプリントサーバ２０
２やホスト接続サーバ２０４に接続することが可能であ
る。本実施の形態５において特徴的なことは、携帯情報
端末が直接プリントサーバ２０２などに接続されるので
はなく、サービス接続サーバ２０６を介して接続されて
いることである。このように、実際のサーバ（２０２や
２０４）との間にサービス接続サーバ２０６を設けるこ
とにより、サービスの代表名による接続要求が可能とな
るのである。すなわち、携帯情報端末２００におけるサ
ービスクライアントプログラムがサービス代表名による
接続要求をサービス接続サーバ２０６に対して出力す
る。サービス接続サーバ２０６は、このサービス代表名
による接続要求に対して、サービス代表名から、実サー
ビス名へのマッピングを行うのである。このマッピング
機構によって実サービス名を得ることができ、実サービ
ス名を用いて実際のプリントサーバ２０２やホスト接続
サーバ２０４などに接続することが可能である。そし
て、係る接続の後、所定のサービス提供をうけ、応答を
携帯情報端末２００に帰されるのである。このような構
成により、携帯情報端末においては、プリントサーバ２
０２やホスト接続サーバ２０４の絶対名称や、識別番号
を知らない場合においても、各種のネットワークサービ
スを受けることができ利便性の高いネットワークサービ
スを提供しうる。また、本実施の形態５におけるサービ
ス接続サーバ２０６は、セッション保持機構を有してい
る。このセッション保持機構は、携帯情報端末２００か
らイメージ的に接続を終了する旨の指示がこないかぎ
り、プリントサーバ２０２や、ホスト接続サーバ２０４
とのセッションを一定時間保持する機構である。このよ
うなセッション保持機構を有しているため、例えば、携
帯情報端末２００がいわゆる電池切れなどにより、途中
で通信が不能になり、携帯情報端末２００とサービス接
続サーバ２０６との間の通信が途絶えた場合でもサービ
ス接続サーバ２０６と各種サーバとのセッションが保持
されるのである。このような構成により、携帯情報端末
２００が電池を入れ替えるなどして再びサービス接続サ
ーバ２０６に接続した際に、前回のセッションをそのま
ま引き継ぐことが可能である。

【０１５２】図４１には、本実施の形態５におけるサー
ビス接続サーバ２０６の構成を表す構成ブロック図が示
されている。図４１に示されているように、サービス接
続サーバ２０６は、携帯情報端末との通信処理を行う端
末通信処理部２１０とユーザ操作にしたがって、クライ
アントとしての動作を行うサービスクライアント処理部
２１２と、サービスの代表名から実際のサービス名を求
めるサービスダイオード表明管理部２１４と、を備えて
いる。さらに、サービス接続サーバ２０６は、サービス
代表名管理部２１４に利用される代表名管理データーベ
ース２１６と、実際のプリントサーバ２０２などのサー
バによるサービスを利用するためのサブプログラムであ
るサービスクライアントスタブ２１８と、プリントサー
バ２０２などとの通信を行うネットワーク通信部２２０
とを含んでいる。

【０１５３】端末通信処理部２１０は、公衆回線や赤外
線通信等の通信回線を介して携帯情報端末２００との通
信を行う。

【０１５４】また、サービスクライアント処理部２１２
は、携帯情報端末２００においてユーザ操作であって、
端末通信処理部２１０を介し、受けとられたユーザ操作
に基づき、接続サービスの実際のクライアントとしての
動作を行う。すなわち、このサービスクライアント処理
部２１２は、実際のクライアントとしての接続サービス
の実際のクライアントとしての動作を行う。すなわち、
このサービスクライアント処理部２１２は、実際のプリ
ントサーバ２０２等と接続し、クライアントとして振舞
うためのプログラムである。サービス代表名管理部２１
４は、代表名を用いてサービスが指定されている場合
に、この代表名を、代表名管理データべース２１６を用
いて、実際のサービス名に変換する役割を果たす。

【０１５５】代表名管理データベース２１６は、サービ
ス代表名管理部２１４によって、アクセスされ、サービ
スの代表名を、実際のサービスに変換するデータベース
であり、代表名と実際のサービスとの対応を逐次管理・
保持している。

【０１５６】本実施の形態５において特徴的なことは、
サービス代表名管理部２１４と、代表名管理データベー
ス２１６とを用いて、サービスの代表名が実際のサービ
ス名に変換されることである。このようにして得られた
実際のサービス名を用いてプリントサーバ２０２などの
実際のサーバにアクセスすることが可能となるのであ
る。

【０１５７】サービスクライアントスタブ２１８は、接
続するサービスを利用するためのサブプログラムであ
り、例えば、サービスへのリモーオペレーションをロー
カルＡＰＩで提供するものである。ネットワーク通信部
２２０は、接続するサーバとの通信を行うインターフェ
ース部分であり、例えば、イーサネットとの接続インタ
ーフェースや、あるいは専用回線との接続を行う部分が
ここに相当する。

【０１５８】図４１に示されているサービス接続サーバ
２０６の処理の概略を表すフローチャートが図４２に示
されている。

【０１５９】ステップＳ４２−１においては、サービス
クライアント処理部２１２は、端末通信処理部２３０を
介して受けとったユーザ指定のサービス名についてサー
ビス代表名管理部２１４に対し問い合わせが行われる。
これは、ユーザがサービスの代表名を用いてアクセスし
た場合に、これをサービス代表名管理部２１４に送出す
ることにより、実サービス名を得ようとするものであ
る。

【０１６０】ステップＳ４２−２においては、サービス
代表名管理部２１４は、ユーザが指定するサービス名が
代表名であるかどうかを代表名管理データベース２１６
を検索することにより確認する。この確認の結果、代表
名である場合にはステップＳ４２−３に移行し、対応す
る実際のサービス名が通達される。一方代表名でない場
合にはステップＳ４２−２に移行し、指定されたままの
サービス名をサービスクライアント処理部２１２にそれ
ぞれ通達する。このような構成により、携帯情報端末２
００が送出してくるサービス名が代表名である場合も代
表名でない場合もこのサービス代表名管理部２１４を通
じることにより、利用可能なサービス名となるのであ
る。

【０１６１】ステップＳ４２−５においては、サービス
クライアント処理部２１２は、このようにして得られた
実際のサービス名を用いて以降のサービス操作処理を行
う。一旦実際のサービス名が得られれば、それからの処
理は従来のサーバに対する接続の方法と同様にして接続
が行われる。

【０１６２】以上述べたように本実施の形態５において
は、サービスを実際の名称ではなく代表名を用いて指定
することが可能となった。例えば、プリントサービスに
おいては、用紙のサイズや、端末に近いプリンタもしく
はプリンタの機能（ステープル、両面印刷、Ｎアップの
可否等）によって、運用上の代表名を決定することが好
適である。例えば、「ＰｒｉｎｔＡ４」や「Ｎｅａｒｅ
ｓｔＰｒｉｎｔｅｒ」や、「２−ｕｐＰｒｉｎｔｅｒ」
のように代表名を定めることが好適である。そして、こ
れらの代表名と実際のプリンタとの対応を代表名管理デ
ータベース２１６に登録するのである。

【０１６３】なお、代表名管理データベース２１６は、
サービス接続サーバ２０６の内部に包含されている例を
本実施の形態５においては示したが、外部のデータベー
スに構築することも勿論好適である。その場合には、そ
の外部のデータベースの検索機能によって、代表名と実
際のサービスとの対応が管理・保持されることになる。
このような構成によっても、図４１に示されているのと
同様に作用効果を奏することは言うまでもない。

【０１６４】図４３には、本実施の形態５におけるサー
ビス接続サーバの他の構成を表す構成ブロック図が示さ
れている。図４３に示されているように、サービス接続
サーバ２０６は、端末通信処理部２３０と、通信処理部
の回線断が検出されても、セッションを保持する端末セ
ッション管理部２３２と、サービスクライアント処理部
２３４と、を備えている。

【０１６５】また、サービス接続サーバ２０６は、接続
するサービスのセッションがタイムアウトしないように
管理を行うサービスセッション管理部２３６と、サービ
スクライアントスタブ２３８とネットワーク通信部２４
０と、を備えている。

【０１６６】端末通信処理部２３０は、図４１における
端末通信処理部２１０と同様の働きをする。

【０１６７】端末セッション管理部２３２は、端末通信
処理部を監視しており、その回線断を検出した場合にお
いても、所定の期間は、端末操作の再開ができるように
サーバとのセッションを保持するような働きを担ってい
る。本実施の形態５において特徴的なことは、携帯情報
端末２００が例えば電池切れなどにより回線が切断され
た場合においても、ある期間は、サービス接続サーバと
のセッションが保持される。

【０１６８】そのため、携帯情報端末が再接続した場合
にも、円滑にサービスの提供を受け続けることが可能と
なる。

【０１６９】サービスクライアント処理部２３４は、図
４１におけるサービスクライアント処理部２１２と同様
の働きを有している。

【０１７０】サービスセッション管理部２３６は、現在
接続しているサービスのセッションがタイムアウトしな
いように管理をするものであり、携帯情報端末からまっ
たく応答がこなくなってしまった場合においてもサーバ
とのセッションを保持すべく所定のデータのやりとりな
どを行うためのものである。

【０１７１】サービスクライアントスタブ２３８や、ネ
ットワーク通信部２４０は、図４１におけるサービスク
ライアントスタブ２１８や、ネットワーク通信部２２０
と同様の働きを有している。

【０１７２】図４３に示されているようなサービス接続
サーバ２０６の動作の概略を表すフローチャートが図４
４に示されている。

【０１７３】まず、ステップＳ４４−１において、端末
セッション管理部２３２はネットワーク通信部２２０を
介して携帯情報端末２００から受信したサービス要求の
サービス利用の開始と終了及び回復要求、そして、回線
断及び復旧を監視している。そして、ステップＳ４４−
２において、利用開始することにより、端末セッション
を生成する。比較的長期のタイムアウト設定でこれを管
理する。さらに、ステップＳ４４−３において、利用終
了によって、端末セッションが削除される。ステップＳ
４４−４において、利用終了以前の回線断に対しては、
事前に定めた時間だけサービスセッションが削除されな
いようにサービスセッション管理部に所定の指示が行わ
れる。この時間は、各種の携帯情報端末２００の特性や
実際のアプリケーションサーバの特性などにより、定め
るのが好適である。また、ステップＳ４４−５におい
て、上記ステップＳ４４−４において定めた時間内に回
線が復旧し、回線断する以前と同一の携帯情報端末２０
０から同一のサービスに対するセッション回復要求を受
信した場合には、回線断以前のサービス利用状況へ復旧
が行われる。そして、ステップＳ４４−６においては、
上記ステップＳ４４−４において定められている時間が
経過した場合にはもはや復旧の見込みはないものとして
セッションの削除が行われる。

【０１７４】続いて、ステップＳ４４−７においては、
サービスセッション管理部２３６は、サービスクライア
ント処理部２３４からのサービス利用要求に応じて、実
際に接続するサービスに対するアクセスのためのセッシ
ョンをクライアントスタブ２３８の機能により作成し、
これを保持・管理する。そして、ステップＳ４４−８に
おいては、上記ステップＳ４４−１〜Ｓ４４−６に示さ
れているように、端末セッション管理部２３２と連携を
行う。

【０１７５】このように、図４３に示されているような
構成のサービス接続サーバ２０６を用いれば、電池切れ
などのほか、緊急の用事により携帯情報端末を公衆回線
から切り離さなければならない場合などにおいても、一
定の時間内であれば、再接続することにより前回のサー
ビスを引き続いて受ける事が可能である。従って、本実
施の形態５によればよりネットワークサービスを円滑に
受けることが可能となる。

【０１７６】

【発明の効果】以上述べたように、第１の本発明によれ
ば、サービス提供装置と、クライアントとの間でサービ
スの管理をしたので、サービスの提供を効率よく行わせ
ることが可能である。

【０１７７】第２の本発明によれば、サービス提供装置
が必要なパラメータをクライアントが解釈可能な書式デ
ータを用いて、クライアントに入力させたので、クライ
アント側に何等変更を施さなくとも、サービスの機能、
種類の変更を行うことが可能である。

【０１７８】第３の本発明によれば、サービスの連携の
ためのデータが付加されてサービス結果がクライアント
に送出されるので、サービス間の連携が容易に行えると
いう効果を有する。

【０１７９】第４の本発明によれば、第２の本発明と同
様の効果を有するネットワークシステムが得られる。

【０１８０】第５の本発明によれば、第４のネットワー
クシステムにおいて、管理装置のサービス連携機能を十
分活用でき、作業の効率化が図れるものである。

【０１８１】第６の本発明によれば、クライアント装置
にサービスクライアントソフトウェアなどを組み込まな
くとも、ネットワークサービスが利用可能となり、利便
性に富むネットワークサービスが可能である。

【０１８２】第７の本発明によれば、クライアント機能
の一部を管理サーバに取り込んだので、管理サーバの機
能を更新するだけで、新たなサービスの提供が各クライ
アント装置に対して行うことが可能なネットワークサー
ビスが実現される。さらに、グラフィックユーザインタ
フェースパーツがクライアント装置に送られるため、ク
ライアント装置において操作の分かりやすいインターフ
ェースによって、ネットワークサービスの提供を受ける
ことが可能となる。

【０１８３】第８の本発明によれば、クライアント装置
において、グラフィックユーザインタフェースパーツの
表示が行われるため、第７の本発明と同様の効果が得ら
れる。

【０１８４】第９の本発明によれば、ネットワークサー
ビスの実サービス名が不明である場合にも、サービス代
表名を用いたアクセスが可能となるため、より利便性に
富んだネットワークサービスの提供が可能となる。

【０１８５】第１０の本発明によれば、通信が中断され
た場合にもセッションが維持されているため、容易に再
接続が可能となる効果を奏する。

【図面の簡単な説明】

【図１】 本発明の実施の形態１に係る管理サーバ１２
を含むネットワークの構成ブロック図である。

【図２】 図１の管理サーバ１２の動作を表すフローチ
ャートである。

【図３】 クライアント１０が管理サーバ１２にアクセ
ス要求をした場合の動作を表す説明図である。

【図４】 管理サーバ１２がクライアント１０にサービ
スリストを送信する場合の説明図である。

【図５】 管理サーバ１２がクライアント１０に対して
送出する書式データの説明図である。

【図６】 図５に示されている書式データを機能書式表
示部２２が表示した画面を表す説明図である。

【図７】 クライアント１０において、操作者がプリン
ティングサービスを選択した場合の様子を表す説明図で
ある。

【図８】 管理サーバ１２がサービス機能書式３２を、
クライアント１０に送信する場合の動作を表す説明図で
ある。

【図９】 管理サーバ１２がクライアント１０に送出す
るサービス機能書式の説明図である。

【図１０】 図９に示されているサービス機能書式をク
ライアント１０の機能書式表示部２２が表示した画面を
表す説明図である。

【図１１】 操作者が図１０の画面に対して用紙サイズ
や枚数および印刷ファイルの名称を指定した様子を表す
説明図である。

【図１２】 クライアント１０が、操作者が入力したパ
ラメータを管理サーバ１２を経由してサーバ１４に送出
する場合の動作の説明図である。

【図１３】 サーバ１４のサービスの結果が管理サーバ
１２において受信される場合の動作を表す説明図であ
る。

【図１４】 管理サーバ１２において、サービス結果に
所定の連携データを付加して、一定の書式データとした
場合の、この書式データを表す説明図である。

【図１５】 図１４に示されている書式データを機能書
式表示部２２が解釈し、表示した画面を表す説明図であ
る。

【図１６】 サービス機能書式３２が管理サーバ１２で
はなく、対応するサーバ１４内部に配置した場合の構成
を表す説明図である。

【図１７】 ファイルサーバにおけるファイル検索サー
ビスを受ける場合に、管理サーバ１２からクライアント
１０に送信される書式データを表す説明図である。

【図１８】 図１７に示されている書式データを機能書
式表示部２２が解釈し、表示した画面を表す説明図であ
る。

【図１９】 図１８に示された画面に対し、操作者が検
索式を入力した様子を表す説明図である。

【図２０】 ファイル検索サービスの結果であって、サ
ーバ１４から管理サーバ１２に送出されるデータを表す
説明図である。

【図２１】 図２０に示されている結果のデータに基づ
き、管理サーバ１２がクライアント１０が解釈し得る形
式に変換した書式データを表す説明図である。

【図２２】 図２１に示されている書式データを機能書
式表示部２２が解釈し、表示した画面を表す説明図であ
る。

【図２３】 図２２に示されている画面から「はじめ
に．ｔｘｔ」を選択し、削除の操作が選ばれた場合の様
子を表す説明図である。

【図２４】 図２２に示されている画面において、削除
の操作の代わりに、印刷の操作が選ばれた場合に様子を
表す説明図である。

【図２５】 ファイル検索結果に基づき、印刷サービス
をうける場合の動作の流れが太線で示されているフロー
チャートである。

【図２６】 プリンティングサービスの提供を受ける場
合に、管理サーバ１２からクライアント１０に送出され
る書式データを表す説明図である。

【図２７】 図２６に示されている書式データを機能書
式表示部２２が解釈し、表示した画面を表す説明図であ
る。

【図２８】 図２２に示されている画面から、再びサー
ビスリストの表示を行いたい場合に、このサービスリス
トの選択が行われている様子を表す説明図である。

【図２９】 図２８に示されているように、サービスリ
ストの再表示が選択される場合の動作の流れが太線で示
されているフローチャートである。

【図３０】 本発明の実施の形態におけるサービス接続
サーバ１０６が、携帯情報端末やプリントサーバ１０２
との間に接続されている様子、及びデータの流れを表す
説明図である。

【図３１】 ＧＵＩパーツの例を表す説明図である。

【図３２】 ＧＵＩパーツの配置情報がどのように表示
画面に反映されるかを表す説明図である。

【図３３】 携帯情報端末１００の構成を表す構成ブロ
ック図である。

【図３４】 携帯情報端末１００の動作の概略を表すフ
ローチャートである。

【図３５】 サービス接続サーバ１０６の構成を表す構
成ブロック図である。

【図３６】 サービス接続サーバ１０６の動作の概略を
表すフローチャートである。

【図３７】 携帯情報端末１００の電源投入後の初期画
面及びプリントサービスを選んだ場合のプリントサービ
ス提供画面を表す説明図である。

【図３８】 携帯情報端末１００の図３７において示さ
れている画面の移り変わりの際の動作をあらわすフロー
チャートである。

【図３９】 プリントサービスの提供画面におけるＧＵ
Ｉパーツ配置情報を表す説明図である。

【図４０】 本実施の形態３におけるサービス接続サー
バ２０６が、携帯情報端末２００及びプリントサーバ２
０２などに接続されている様子を表す説明図である。

【図４１】 サービス接続サーバ２０６の構成を表す構
成ブロック図である。

【図４２】 サービス接続サーバ２０６の処理の概略を
表すフローチャートである。

【図４３】 サービス接続サーバ２０６の構成を表す構
成ブロック図である。

【図４４】 サービス接続サーバ２０６の処理の概略を
表すフローチャートである。

【符号の説明】

１０ クライアント、１２ 管理サーバ、１４ サー
バ、２０ 受信部、２２機能書式表示部、２４ 入力制
御部、２６ 送信部、３０ サービス制御部、３２ サ
ービス機能書式、３４ クライアント送信部、３６ サ
ーバ制御部、３８ 結果受信部、４０ クライアント受
信部、５０ ネットワーク、１００ 携帯情報端末、１
０２ プリントサーバ、１０４ ファイルサーバ、１０
６ サービス接続サーバ、１１０ ユーザ入力処理部、
１１２ ＧＵＩパーツ配置管理部、１１４ 画面表示処
理部、１１６ ビルトインイメージ管理部、１１８ 通
信制御部、１２０ 端末通信処理部、１２２ サービス
クライアント処理部、１２４ ＧＵＩパーツ情報格納
部、１２６ サービスクライアントスタブ、１２８ネッ
トワーク通信部、２００ 携帯情報端末、２０２ プリ
ントサーバ、２０４ホスト接続サーバ、２０６ サービ
ス接続サーバ、２１０ 端末通信処理部、２１２ サー
ビスクライアント処理部、２１４ サービス代表名管理
部、２１６代表名管理データベース、２１８ サービス
クライアントスタブ、２２０ ネットワーク通信部、２
３０ 端末通信処理部、２３４ サービスクライアント
処理部、２３２ 端末セッション管理部、２３６ サー
ビスセッション管理部、２３８ サービスクライアント
スタブ、２４０ ネットワーク通信部、１０００記憶手
段。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 サービス提供装置と、サービスの提供を
   受けるクライアント装置とに接続され、サービスの管理
   を行う管理装置において、 前記クライアント装置が解釈可能な形式の情報を、前記
   クライアント装置に送出し、前記解釈可能な形式の情報
   に基づき、前記サービス提供装置をアクセスするのに必
   要な情報を、前記クライアント装置において入力させる
   第１の手段と、 前記クライアント装置において入力された情報を、前記
   サービス提供装置が解釈可能な形式の情報に変換し、前
   記サービス提供装置に送出する第２の手段と、 前記サービス提供装置が返送するサービス結果を、前記
   クライアントが解釈可能な形式の情報に変換し、前記ク
   ライアント装置に送出する第３の手段と、 を含むことを特徴とする管理装置。
2. 【請求項２】 サービス提供装置と、サービスの提供を
   受けるクライアント装置とに接続され、サービスの管理
   を行う管理装置において、 前記クライアント装置に、サービスの提供のための一定
   のパラメータを入力させるための書式データであって、
   前記クライアント装置において解釈可能な書式データを
   前記クライアント装置に送出する書式データ送出手段
   と、 前記書式データ送出手段によって送出された書式データ
   に応答して前記クライアント装置において入力されたサ
   ービスのための一定のパラメータを、前記サービス提供
   装置に送出するパラメータ送出手段と、 を含むことを特徴とする管理装置。
3. 【請求項３】 請求項２記載の管理装置において、 前記サービス提供装置が返送するサービス結果に、この
   サービス結果を他のサービスに供するためサービス間の
   連携のためのデータを付加し、さらに付加後のデータを
   前記クライアント装置が解釈可能な書式データに変更
   し、この書式データを前記クライアント装置に送出する
   サービス結果送出手段、 を含むことを特徴とする管理装置。
4. 【請求項４】 サービス提供装置と、サービスの提供を
   受けるクライアント装置と、これらの装置に接続され、
   サービスの管理を行う管理装置とを含むネットワークシ
   ステムにおいて、 前記クライアント装置に、サービスの提供のための一定
   のパラメータを入力させるための書式データであって、
   前記クライアント装置において解釈可能な書式データを
   前記クライアント装置に送出する書式データ送出手段
   と、 前記書式データ送出手段によって送出された書式データ
   に応答して前記クライアント装置において入力されたサ
   ービスのための一定のパラメータを、前記サービス提供
   装置に送出するパラメータ送出手段と、 を前記管理装置が含むことを特徴とするネットワークシ
   ステム。
5. 【請求項５】 請求項４記載のネットワークシステムに
   用いられる前記クライアント装置であって、 前記管理装置が送出する書式データを解釈し、画像を生
   成する表示部を含むことを特徴とするクライアント装
   置。
6. 【請求項６】 サービス提供装置と、サービスの提供を
   受けるクライアント装置とに接続され、サービスの管理
   を行う管理装置において、 前記クライアント装置が解釈可能な形式の情報を、前記
   クライアント装置に送出し、前記解釈可能な形式の情報
   に基づき、前記サービス提供装置をアクセスするのに必
   要な情報を、前記クライアント装置において入力させる
   手段と、 前記クライアント装置において入力された情報を、前記
   サービス提供装置が解釈可能な形式の情報に変換し、前
   記サービス提供装置に送出する手段と、 前記サービス提供装置が返送するサービス結果を、前記
   クライアントが解釈可能な形式の情報に変換し、前記ク
   ライアント装置に送出する手段と、 を含む管理装置において、 前記サービス提供装置をアクセスするために必要な情報
   として、グラフィカルユーザインタフェースのパーツの
   構成情報を前記クライアント装置に対して送信し、前記
   クライアントに対応する表示を行わせる手段、 を含むことを特徴とする管理装置。
7. 【請求項７】 サービス提供装置と、サービスの提供を
   受けるクライアント装置と、に接続され、サービスの管
   理を行う管理装置において、 前記クライアントに代わり、前記クライアント装置から
   のアクションに応じて前記アクションを前記サービス提
   供装置が理解できる内容に変更して前記サービス提供装
   置と通信を行う通信手段と、前記サービス提供装置のサ
   ービスを受信し、このサービス結果に基づき、グラフィ
   ックユーザインタフェースパーツ配置情報を前記クライ
   アント装置に送出するグラフィックユーザインタフェー
   スパーツ送出手段と、 を含むことを特徴とする管理装置。
8. 【請求項８】 請求項７記載の管理装置と接続されるク
   ライアント装置であって、 前記グラフィックユーザインタフェースパーツ送出手段
   が送出するグラフィックユーザインタフェースパーツの
   配置情報を保持する保持手段と、 前記保持手段に保持されているグラフィックユーザイン
   タフェースパーツ配置情報に基づきグラフィックユーザ
   インタフェースパーツの表示を行う表示手段と、 を含むことを特徴とするクライアント装置。
9. 【請求項９】 サービス提供装置と、サービスの提供を
   受けるクライアント装置とに接続され、サービスの管理
   を行う管理装置において、 前記クライアント装置が解釈可能な形式の情報を、前記
   クライアント装置に送出し、前記解釈可能な形式の情報
   に基づき、前記サービス提供装置をアクセスするのに必
   要な情報を、前記クライアント装置において入力させる
   第１の手段と、 前記クライアント装置において入力された情報を、前記
   サービス提供装置が解釈可能な形式の情報に変換し、前
   記サービス提供装置に送出する第２の手段と、 前記サービス提供装置が返送するサービス結果を、前記
   クライアントが解釈可能な形式の情報に変換し、前記ク
   ライアント装置に送出する第３の手段と、 を含む管理装置であって、 前記クライアント装置から、サービス代表名によるサー
   ビスアクセス要求を受信した場合に、このサービス代表
   名を実サービス名に変換する手段と、 前記実サービス名を用いて、前記クライアント装置から
   のサービスアクセス要求に対応するサービス装置にアク
   セスするアクセス手段と、 を含むことを特徴とする管理装置。
10. 【請求項１０】 請求項９記載の管理装置において、 前記アクセス手段が、 前記クライアントと本管理装置との回線断を検出する手
    段と、前記回線断検出手段が回線断を検出した後、所定
    期間、前記クライアント操作の再開ができるために、前
    記サービス装置とのセッションを維持する維持手段と、
    を含むことを特徴とする管理装置。