JP4161806B2 - Management device, management method, and network system - Google Patents

Management device, management method, and network system Download PDF

Info

Publication number
JP4161806B2
JP4161806B2 JP2003156395A JP2003156395A JP4161806B2 JP 4161806 B2 JP4161806 B2 JP 4161806B2 JP 2003156395 A JP2003156395 A JP 2003156395A JP 2003156395 A JP2003156395 A JP 2003156395A JP 4161806 B2 JP4161806 B2 JP 4161806B2
Authority
JP
Japan
Prior art keywords
service
client
format data
result
sending
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003156395A
Other languages
Japanese (ja)
Other versions
JP2004005700A (en
Inventor
一郎 山浦
利明 桑原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Fujifilm Business Innovation Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd, Fujifilm Business Innovation Corp filed Critical Fuji Xerox Co Ltd
Priority to JP2003156395A priority Critical patent/JP4161806B2/en
Publication of JP2004005700A publication Critical patent/JP2004005700A/en
Application granted granted Critical
Publication of JP4161806B2 publication Critical patent/JP4161806B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明はサービスの管理装置、特に、ネットワーク上でサービスを提供するサーバ装置と、このサービスの提供を受けるクライアントとの間に設けられ、両者の間のサービスの管理を行うサービスの管理装置に関する。
【０００２】
【従来の技術】
従来の技術１
ホストコンピュータや、ネットワーク上のサーバにクライアントとなるコンピュータ（ノートブックパソコンや、携帯型情報機器など）からアクセスする場合に、従来はホストコンピュータやネットワーク上のサーバのサービス毎に、そのサービスに合致したソフトウェアをクライアントとなるコンピュータに導入する必要があった。このクライアントとなるコンピュータとしては、通常のパーソナルコンピュータの他、上述したようにノートブック型のパーソナルコンピュータや、ＰＤＡ（パーソナルデジタルアシスタント）等が近年広く用いられている。このようなサーバとクライアントとで構成される情報処理システムにおいては、サービスを提供するサーバの機能変更や、サービスの結果の出力様式の変更などに対して、クライアント側でそれに対応するように、ソフトウェアを変更する必要がしばしば生じた。例えば、サーバのソフトウェアのバージョンアップにともない、クライアント側にも、バージョンアップされた新たなソフトウェアに対応するソフトウェアを導入する必要が生じる。そのような場合、高機能のデスクトップ型のパーソナルコンピュータでは機能が強化されたソフトウェアを導入することもそれほど問題とはならないが、上記ＰＤＡなどの小型の端末においては、サーバのソフトウェアのバージョンアップに対応できない可能性があった。これは、ＰＤＡなどにおいては、その機能・性能がデスクトップ型のパーソナルコンピュータに比べて、一般的に劣っているからである。このような事情により、サーバ側においてもクライアント側の処理能力を考慮し、それほど大きな機能の向上を伴うソフトウェアの変更等は困難である場合もしばしば生じていた。
【０００３】
このような問題を解決するためには、サーバ、すなわち、ホストコンピュータ側で書式データを一元的に管理する方法が考えられる。すなわち、ホストコンピュータでサービスを行う各機能に応じた書式データを備えており、この書式データとともに、処理定義データをクライアント側に送出することが提案されている。この処理定義データとは、クライアント側で処理すべき実際のデータである。このように、書式データと処理定義データをクライアントに送ることにより、クライアント側においては、書式データを解釈し、その表示をする機能のみを有していれば、ある程度の表示形式の変更はホスト側から送られる書式データを変更することにより可能となるのである。このように、クライアント側には、書式データを解釈し、表示する機能のみを備えさせ、実際の表示内容についてはホストコンピュータ側で管理するような技術は、例えば、特開平６−３１４２８９号公報などに記載されている。
【０００４】
同号公報に記載されている情報処理システムは、ペンコンピュータを用いた伝票処理システムであり、ペンコンピュータ側にアプリケーションプログラムを各サービス毎に作成する必要がなく、ホストコンピュータ側の各種の定義情報等をそのまま用いて伝票データ入力端末としてこのペンコンピュータを用いることを目的としたシステムである。このような目的を達成するため、この伝票処理システムにおけるペンコンピュータは、ホストコンピュータから送られてくる書式定義データに基づいて、伝票をペンコンピュータのディスプレイ上に表示する表示処理手段を有していることを特徴とする。このように、表示処理手段をペンコンピュータに有しているため、ホストコンピュータが送出する書式定義データを各種伝票を実現するように定義することにより容易に各種の伝票を実現することが可能である。
【０００５】
従来の技術２
また、近年、通信ネットワークが広く発達し、通信を利用した各種サービスが幅広く提供されている。このような通信サービスにおいてサービスを受けるための通信端末は、パーソナルコンピュータ等を始めとした種々の装置が用いられている。このような通信端末としては、いわゆる携帯型の情報端末（ＰＤＡと呼ばれる）が用いられる場合も多い。しかしながら、このような携帯情報端末は、一般に比較的低機能であるため、サービスを利用するには、テキストメニューベースを利用するか、あるいはいわゆる「決め打ち」の操作をアイコンに登録し、このアイコンをクリックなどすることにより、この決め打ちの操作を登録したり呼び出したりすることしか行われていなかった。なお、本文において、「テキストメニューベース」とはいわゆるダム端末のイメージであり、「アイコンのレベル」とは、通信用ソフトウェアのスクリプト（マクロ）の起動を、アイコンに関連付けしたものを主に意味している。また、「決め打ち」とは、予め定めた一連の処理動作をいい、通常、マクロ言語やスクリプトと呼ばれる簡易的な言語でその動作の流れが記述されるものである。このように、このアイコンをクリックなどすることにより、予め定められた一連の処理が自動的に行われる程度のことしか従来は行われていなかった。
【０００６】
従来の技術３
また、従来ネットワークサービスを利用するには、その接続先のサーバの絶対名称あるいは識別番号を指定する必要があった。そのため、携帯情報端末から遠隔地においてネットワークサービスを利用する際には、出先のネットワーク環境を確実に把握している必要がある。
【０００７】
さらに、ネットワークサービスの利用には、サービスとのセッションを保持するために、通信回線を中断することは出来ない。ところが、特に携帯端末のようにバッテリ駆動の機器などを用いて、ネットワークサービスを公衆回線等を介して利用している場合においては、いわゆる電池切れのため途中で通信が中断されてしまうことがある。そして、このような場合にはサービスとのセッションも中断されてしまうため、再接続してから再びセッションの構築をしなければならなかった。
【０００８】
【発明が解決しようとする課題】
課題１
しかしながら、従来の技術１における上記公報に記載されているシステムには、以下のような問題点があった。
【０００９】
例えば、高度で複雑な処理などが必要となった場合には、その処理を定義することができなかったのである。例えば、サーバのサービスを受け、得られた結果をまた別のサービスにおいて利用しようとする場合には、それらのサービスの間の連結処理ができなかった。具体的には、ファイル検索サービスにおいて検索されたファイルをファイルプリンティングサービスを用いて印刷しようとする場合には、検索結果を別途いずれかの記憶手段に格納しておくなどの工夫が必要であった。これは、各サービスがクライアントに送出する書式データが各サービス毎にばらばらなためであり、また、各サービス間を連結する手段がなかったためである。
【００１０】
また、定義されている処理をクライアントで実行する必要があるため、ＣＰＵ性能の低いクライアントでは実現が困難となる可能性がある。すなわち、クライアント側にアプリケーションプログラムそのものを格納し、そのアプリケーションプログラム自体を実行するのに比べ、サーバから送出されてくる書式データをまず、解釈し、その意味内容を解析してから表示処理をしなければならずＣＰＵ性能の低い場合にはその処理速度に問題が生じる場合がある。
【００１１】
さらに、データベース検索した結果リストに基づいて、さらに、複数の項目をその結果リストから選択し、別のホストコンピュータに送出することにより、別個の処理を行おうとするような操作が上記公報に記載されている技術では実現は困難であった。
【００１２】
本発明は、係る課題に鑑みなされたものであり、その第１の目的は、ホスト側サービスの機能が変更されたり、また新たなサービス（または機能）が追加された場合においても、クライアント側の変更を必要とせず、サービスの処理結果に対する処理結果が可能であって、係る操作結果を別個のサービスに供することが可能な情報処理システムを提供することである。また、係る情報処理システムをクライアント側における処理の付加をできるだけ増やさずに実現することを目的とする。
【００１３】
課題２
一方、上記従来の技術２において述べたように、従来の携帯情報端末などの比較的低機能な通信端末においては、テキストメニューベースの低機能なサービスしか受けることができなかった。しかしながら、このような携帯情報端末からも高度な通信サービスを受けることができればより利便性の高い携帯情報端末を実現することができる。
【００１４】
本発明は、係る課題に鑑みなされたものであり、その目的は低機能な通信端末においても、高度なネットワークサービスを利用することである。具体的には高度なネットワークサービスを受けるために必要なサービスクライアントソフトウェアが呼出すプログラムであるサービスクライアントスタブ、及びサービスクライアントソフトウェアを組み込むことなくネットワークサービスの利用を可能とすることである。
【００１５】
さらに、本発明は、ネットワークサービスに新たなサービスが付加された場合においても、低機能な通信端末に、この新規サービスに対応した新たな機能を付加することなく、その新たなサービスを享受しうるシステムを構築することも目的とする。
【００１６】
課題３
さらにまた、上記従来の技術３において述べたように、接続先のネットワーク環境を知らない場合にはネットワークサービスを有効に利用することができなかった。また、サーバの名称が判らずに、サーバ名を知るための手続きを遠隔地において携帯情報端末を用いて行わなくてはならず、サービス利用のための準備期間が大きくなってしまうという問題がある。
【００１７】
また、サーバによるサービスの利用において、セッションを保持するため、通信回線を通信途中で切断することはできない。そのため、電池駆動による場合が多い携帯情報端末の利用可能時間を縮めてしまうという問題があった。
【００１８】
本発明は、係る課題に鑑みなされたものであり、その目的は、比較的処理能力の劣る携帯情報端末から各種ネットワークサービスを簡便に利用可能とすることである。
【００１９】
【課題を解決するための手段】
本発明に係る管理装置は、サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記サービス提供装置からサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記サービスの提供を受けるためのパラメータに基づき、前記サービス提供装置に前記サービスに対する処理指示を送出するパラメータ送出手段と、前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出するサービス結果送出手段と、を含むことを特徴とする。
本発明に係る管理装置の１つの態様では、前記サービス結果送出手段は、前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする。
本発明に係る管理装置は、第１のサービス提供装置と、少なくとも１つの他のサービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記第１のサービス提供装置から第１のサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記第１のサービスの提供を受けるためのパラメータに基づき、前記第１のサービス提供装置に前記第１のサービスに対する処理指示を送出するパラメータ送出手段と、前記第１のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出するサービス結果送出手段と、を含むことを特徴とする。
本発明に係る管理装置の１つの態様では、前記サービス結果送出手段は、前記第 1 のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする。
本発明の１つの態様では、サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、を含むことを特徴とする管理装置である。
【００２０】
この書式データは、書式を定義できるものであればどのようなデータでも構わない。例えば、書式を定義するための所定の言語を用いて書式データを記述するのも好適である。このような言語としては、所定のマークアップ言語（ＳＧＭＬや、ＨＴＭＬ等）が好適である。
【００２１】
本発明の１つの態様によれば、書式データ送出手段は、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。また、上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２２】
本発明に係る方法は、サービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、前記サービス提供装置からサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する工程と、前記送出された書式データに応答して前記クライアント装置において入力された前記サービスの提供を受けるためのパラメータに基づき、前記サービス提供装置に前記サービスに対する処理指示を送出する工程と、前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出する工程と、を含むことを特徴とする。
本発明に係る方法の１つの態様では、前記送出する工程は、前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする。
本発明に係る方法は、第１のサービス提供装置と、少なくとも１つの他のサービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、前記第１のサービス提供装置から第１のサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する工程と、前記送出された書式データに応答して前記クライアント装置において入力された前記第１のサービスの提供を受けるためのパラメータに基づき、前記第１のサービス提供装置に前記第１のサービスに対する処理依頼を送出する工程と、前記第１のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出する工程と、を含むことを特徴とする。
本発明に係る方法の１つの態様では、前記送出する工程は、前記第 1 のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記第サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする。
本発明に係る方法の１つの態様では、サービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する工程と、前記送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出する工程と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する工程と、を含むことを特徴とするサービスの管理方法である。
【００２３】
本発明によれば、書式データを送出する工程において、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２４】
本発明に係るネットワークシステムは、サービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、前記サービス提供装置からサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記サービスの提供を受けるためのパラメータに基づき、前記サービス提供装置に前記サービスに対する処理指示を送出するパラメータ送出手段と、前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出サービス結果送出手段と、を前記管理装置が含むことを特徴とする。
本発明に係るネットワークシステムの１つの態様では、前記サービス結果送出手段は、前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする。
本発明に係るネットワークシステムは、第１のサービス提供装置と、少なくとも１つの他のサービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、前記第１のサービス提供装置から第１のサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記第１のサービスの提供を受けるためのパラメータに基づき、前記第１のサービス提供装置に前記第１のサービスに対する処理依頼を送出するパラメータ送出手段と、前記第１のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出するサービス結果送出手段と、を前記管理装置が含むことを特徴とする。
本発明に係るネットワークシステムの１つの態様では、前記サービス結果送出手段は、前記第 1 のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記第サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする。
本発明の１つの態様では、サービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、を前記管理装置が含むことを特徴とするネットワークシステムである。
【００２５】
本発明によれば、書式データ送出手段は、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。また、上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２６】
さらに本発明の１つの態様では、ネットワークシステムに用いられる前記クライアント装置であって、前記管理装置が送出する書式データを解釈し、画像を生成する表示部を含むものである。
【００２７】
管理装置が送出する書式データを解釈できるため、管理装置によるサービスの連携を効率的に享受することができる。
【００２８】
本発明の１つの態様では、サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記クライアント装置が解釈可能な形式の情報を、前記クライアント装置に送出し、前記解釈可能な形式の情報に基づき、前記サービス提供装置をアクセスするのに必要な情報を、前記クライアント装置において入力させる第１の手段と、前記クライアント装置において入力された情報を、前記サービス提供装置が解釈可能な形式の情報に変換し、前記サービス提供装置に送出する第２の手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する第３の手段と、を含む管理装置であって、前記クライアント装置から、サービス代表名によるサービスアクセス要求を受信した場合に、このサービス代表名を実サービス名に変換する手段と、前記実サービス名を用いて、前記クライアント装置からのサービスアクセス要求に対応するサービス装置にアクセスするアクセス手段と、を含むことを特徴とする管理装置である。
【００２９】
この管理装置の変換手段によって、クライアント装置が送出したサービス代表名は、実サービス名に変換されるため、クライアント装置はサービス装置に対してサービス代表名を用いたアクセスが可能である。
【００３０】
さらに本発明の１つの態様では、上述の管理装置において、前記アクセス手段が、前記クライアントと本管理装置との回線断を検出する検出手段と、前記回線断検出手段が回線断を検出した後、所定期間、前記クライアント操作の再開ができるために、前記サービス装置とのセッションを維持する維持手段と、を含むことを特徴とする管理装置である。
【００３１】
このような構成により、通信が事故などにより中断した場合でも、クライアント装置は再接続した際にセッションを再構築する必要がない。
【００３２】
【発明の実施の形態】
以下、本発明の好適な実施の形態を図面に基づいて説明する。図１には、本発明の好適な実施の形態である管理サーバ１２が用いられているネットワークシステムの構成を表す構成図が示されている。図１に示されているように、サーバ１４−１〜サーバ１４−ｎは、従来から用いられているネットワークサーバであり、種々のサービスを提供する。例えば、これらのサーバ１４はプリンティングサーバやファイリングサーバ、またはデータベースサーバなど種々のサーバが知られている。本実施の形態において特徴的な構成である管理サーバ１２は、ネットワーク５０を介して、サーバ１４−１〜サーバ１４−ｎと互いに通信を行うことが可能である。また、管理サーバ１２はネットワーク５０によりクライアント１０とも互いに通信が可能である。クライアント１０は、図１においては、ネットワーク５０を介して管理サーバ１２やサーバ１４−１〜サーバ１４−ｎと接続されているが、モデム経由による電話回線や、赤外線通信のネットワーク等で接続されていても構わない。
【００３３】
管理サーバ１２内部には、各種のサービスを提供するサーバ１４−１〜サーバ１４−ｎに対応したサービス機能書式３２−１〜３２−ｎがデータとして保管されている。このデータは例えばハードディスクや光ディスクなど種々の記憶手段によって保管されている。このサービス機能書式３２−１〜３２−ｎは、後述するようにクライアント１０に所定のタイミングで送付され、クライアント１０における機能書式表示部２２によって表示が行われる。この表示は、例えば、サーバ１４−１〜サーバ１４−ｎへのアクセス制御パネルとして表示が行われる。
【００３４】
クライアント１０における操作は、入力制御部２４を経由して、送信部２６に伝えられる。送信部２６においては、クライアント１０における操作者の操作がネットワーク５０を介して、管理サーバ１２に送出される。管理サーバ１２においては、伝えられてきたクライアント１０における操作に基づき、サービス制御部３０がサーバ制御部３６−１〜サーバ制御部３６−ｎに所定の指示を、サーバ１４に対して出力させる。すると、サーバ１４−１〜サーバ１４−ｎがこの指示に基づき起動され、所定の処理を行う。サーバ制御部３６−１はサーバ１４−１を制御する。又、サーバ制御部３６−２は、サーバ１４−２を制御する。このようにサーバ制御部３６−１〜サーバ３６−ｎはサーバ１４−１〜１４−ｎに各対応して設けられている。各サーバ１４−１〜サーバ１４−ｎの処理結果は、ネットワーク５０を介して、管理サーバ１２に送出される。管理サーバ１２においてはこの送出されてきた処理結果を結果受信部３８において受信し、サービス制御部３０において所定の処理を行う。サービス制御部３０において所定の処理が行われ、その処理の結果は、クライアント送信部３４を介してクライアント１０に返送される。
【００３５】
本実施の形態において特徴的なことは、管理サーバ１２におけるサービス制御部３０がクライアント１０への一定の書式データの送信、及びそのクライアント１０から送出される操作結果の受信の双方に係わりを持っていることである。このような構成により、クライアント１０からサーバ１４にサービスの要求を出力し、サーバ１４からその処理結果を受信し、クライアント１０において、前記処理結果に基づき次のアクションを起こすことが可能となる。例えば、所定の表計算のサービスを提供するサーバ１４に対してクライアント１０は表形式を有する書式データに所定の数値を入力し、この数値が入力された書式データをサーバ１４に出力する。そして、サーバ１４が、合計等の所定の計算を行い、その結果を返送してきた場合、クライアント１０はその計算結果を参照し、一部の欄の数値を変更し、再計算をサーバ１４に要求することなどのサービス間の連携が可能となる。
【００３６】
従来のネットワーク、特にクライアントサーバシステムにおいては、サービスの間の連携動作を行うには、この連携動作を全てクライアント側で実施する必要がある。例えば、所定のサービスの結果を見て、その結果に基づき操作者がその処理結果を他のサービスに振り向けるための所定の操作を端末において行わなければならなかった。そのため、多数のサービスを連携させて処理を行う場合には、作業効率の悪化を招いていた。本来、上に述べた表計算におけるサービスの連携処理などを行うには、その連携のための専用のソフトウェアを用いることも当然に可能である。しかしながら、そのような専用のソフトウェアを用いるためには、専用のソフトウェアをクライアント１０にインストールしなければならないし、また、変更が生じた場合には複数あるクライアント１０の全てに対しバージョンアップなどの対応処理を行わなければならなかった。
【００３７】
本実施の形態においては、サービス間の連携動作のために、サービス制御部が所定の連携メッセージを書式データに付加して、クライアントに送出するなどの動作を後述するように行っている。そのため、クライアント１０側のソフトウェアをなんら変更しなくてもサービス間の連携動作を行わせることが可能になると共に、サーバ１４の機能に変更が生じても、管理サーバ１２におけるサービス制御部３０を変更することにより、クライアント１０側におけるソフトウェフのバージョンアップなどをする必要がなくなる。このように、本実施の形態においては、サーバ１４の機能変更、または新たなサーバ１４の追加に対応して、従来必要であったクライアント１０側のソフトウェアのバージョンアップの作業を、言わば、管理サーバ１２が集中して受け持っているのである。このように、管理サーバ１２が従来クライアント１０において行われた変更を吸収しているため、サーバ１４側において機能の追加などがあった場合にも、クライアント１０のソフトウェアはなんら変更する必要がないという効果を有するのである。このように、本実施の形態においては、従来のサーバ１４と、クライアント１０との間に管理サーバ１２を置き、それらの間の動作の調整を行ったものである。
【００３８】
さらに、サービス制御部３０は、単一のサーバ１４だけでなく、複数のサーバ１４からの結果の受信にも関連しているため、一つのサーバ１４とのデータのやりとりのみならず、他のサーバ１４との連携作業も行うことが可能となるのである。例えば、ある表計算サーバ１４の表計算の結果を、プリントサーバ１４に送出し、印刷を行うということが可能となる。従来においては、所定のサーバ１４から返送されてきたサービスの処理結果を、他のサーバに送る手段をシステムとして有していないため、操作者が手作業でデータを他のサーバに送る操作をしなければならなかった。そのため、サービス間の連携動作が極めて繁雑な作業となり、事務効率の悪化を招いていたものである。
【００３９】
次に、本実施の形態において、サービスの連携動作が行われる様子をフローチャート及び書式データの表示画面を表す図などを用いて説明する。
【００４０】
図２には、本実施の形態に係るネットワークシステムにおいて、クライアントがプリンティングサーバ１４を利用する場合の動作を表すフローチャートが示されている。以下、このフローチャートの各ステップごとに本実施の形態のネットワークシステムの動作を説明する。
【００４１】
図３には、図２におけるステップＳ２−１においてクライアント１０が管理サーバ１２に対してアクセス要求を出す場合の動作を表す説明図が示されている。図３に示されているように、まず、クライアント１０において、操作者は、入力制御部２４から、アクセス要求を出すための操作を入力し、係る操作によってアクセス要求を表すデータが送信部２６に送られる。送信部２６においては、送られてきたアクセス要求を表すデータをネットワーク５０を介して、管理サーバ１２に送出する。管理サーバ１２においては、送出されてきたデータをクライアント受信部４０において受信する。クライアント受信部４０において受信されたアクセス要求を表すデータは、サービス制御部３０において、解析され、サービス制御部３０はアクセス要求に対する管理サーバ１２の応答処理を開始する。このように、管理サーバ１２はこのクライアント１０からのアクセス要求をトリガーとして、サーバ１４と、クライアント１０とのコミニュケーションをスタートする。
【００４２】
図４には、図２におけるステップＳ２−２におけるネットワークシステムの動作を示す説明図が示されている。すなわち、ステップＳ２−２においては、管理サーバ１２は、クライアント１０に対して、そのクライアント１０が利用することが可能なサービスリスト（利用可能なサーバ１４−１〜サーバ１４−ｎを記載したリスト）を送信する様子が示されている。図４に示されているように、管理サーバ１２のサービス制御部３０は、クライアント１０が利用可能なサーバ１４−１〜１４−ｎのサービスリストを所定の記憶手段１０００から取り出し、クライアント送信部３４に送出する。このサービスリストが記憶されている記憶手段１０００は、図には示されていないが、管理サーバ１２の内部に設けられている。なお、本実施の形態においては、このサービスリストは、管理サーバ１２の内部の記憶手段１０００において記憶されるものとしたが、管理サーバ１２のサービス制御部３０からアクセス可能な位置であれば、ネットワークシステム上の任意の位置の記憶手段において記憶することも可能である。例えば、ネットワーク５０を介して他のサーバの内部に上記サービスリストを格納しておくことも好適である。そのような構成を採用する場合には、サービスリストを格納するサーバはネットワークの管理者によって管理されることによって、同時にサービスリストの管理も行われることになるであろう。
【００４３】
クライアント送信部３４に送出されてきた上記サービスリストは、ネットワーク５０を介してクライアントに送出される。送出されてきたサービスリストはクライアント１０において、受信部２０が受信し、後続する処理に供される。
【００４４】
また、上記サービスリストは管理サーバ１２からクライアントに送出されたが他の種類のサーバに格納しておき、クライアントがこの他の種類のサーバに直接サービスリストを要求することも可能である。
【００４５】
この場合には、クライアントから他の種類のサーバに直接サービスリストの要求が送出され、このサーバはサービスリストをクライアント１０に転送する。
【００４６】
上記図２におけるステップＳ２−３におけるクライアントの動作の説明図が図５及び図６に示されている。
【００４７】
図５には、管理サーバ１２がクライアントに送出したサービスリストの書式データが示されている。図５に示されているように、本実施の形態における書式データは、いわゆるマークアップ言語で構成されている。図５に示されているサービスリストの書式データに基づき、クライアント１０の機能書式表示部２２は図６に示されているような画像表示を行う。
【００４８】
本実施の形態において用いられているマークアップ言語は、まず、通常の単なる文字列はそのまま表示を行う。例えば、図５に示される書式データの１行目の「サービスを選択して下さい。」という言葉は、図６に示されているようにそのまま画像表示される。また、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、ラジオボタンの表示を意味するタグであり、変数名として「ｓｅｒｖｉｃｅ」が用いられ、このラジオボタンが選択された場合には、値「ｐｒｔ」が変数「ｓｅｒｖｉｃｅ」に代入される。また、このラジオボタンに引き続いて「プリンティング」という文字列が表示される。以下、同様のラジオボタンが３個引き続いて表示され、全部で４個のラジオボタンが画面に表示される。図５に示されているサービスリストの書式データの最後の行には、起動用のボタンを表すタグが記述されている。すなわち、「＞ＩＮＰＵＴ＝ｓｕｂｍｉｔ〜」は起動ボタンを意味し、「選択」は起動用ボタンの表示用文字を表す。
【００４９】
本実施の形態において特徴的なことは、管理サーバ１２がクライアント１０に送出するサービスリストの書式データが所定のマークアップ言語により記述されていることである。そのため、クライアント１０は、このマークアップ言語を解釈する機能のみを有していれば、管理サーバ１２から送出されてくる書式データを常に表示することが可能である。このため、例えば提供可能なサービスの種類が増えた場合でも管理サーバ１２が送出するサービスリスト書式データのマークアップ言語中のラジオボタンを表すタグを単に増やすだけで、クライアント１０をなんら変更せずにサービスの追加が可能である。
【００５０】
なお、本実施の形態においては、画像表示を制御するために所定のマークアップ言語を用いたが、画像の表示を制御しうる言語であれば他の任意の種類の言語を使用することが可能である。
【００５１】
図２におけるステップＳ２−４において、クライアントがサービスを選択する様子が図７に示されている。例えば、図７には、操作者がプリンティングのサービスを選択した場合の画像表示の例が示されており、プリンティングに対応するラジオボタンが黒く表示されている。
【００５２】
このように、所望のサービスを操作者が選択した後、操作者がこの選択によって設定されたパラメータを管理サーバ１２に送信しなければならない。本実施の形態においては、「選択」ボタンを操作者がペンやマウスなどのポインティングデバイスを用いて、タップあるいはクリックすることにより、このパラメータの送信が開始される。本実施の形態においては、この「選択」ボタンをタップすることにより「ｓｅｒｖｉｃｅ＝ｐｒｔ；」というパラメータが管理サーバ１２に送信される。これは、操作者がプリンティングのサービスを選んだため、変数ｓｅｒｖｉｃｅの値として「ｐｒｔ」が選ばれたためである。この送出されたパラメータは、図２において示されているクライアントの入力制御部２４から送信部２６を介してネットワーク５０に送出される。そして、このパラメータはネットワーク５０を通過し、管理サーバ１２のクライアント受信部４０を介して、サービス制御部３０において受信される。
【００５３】
上記図２におけるステップＳ２−５における管理サーバ１２が該当するサービス機能書式をクライアントに送信するときの動作説明図が図８に示されている。上述したように、ステップＳ２−２において管理サーバ１２がクライアント１０に送出したサービスリストは、管理サーバ１２が保持するサービス機能書式３２−１〜３２−ｎに対応している。そのため、前記ステップＳ２−４においてクライアント１０から管理サーバ１２に対して送付されたパラメータ（このパラメータは操作者が選択したサービスを示す）は、管理サーバ１２のサービス制御部３０において、どのサービス機能書式に対応するかが判断される。この判断の結果、対応するサービス機能書式３２がサービス制御部３０によってクライアント送信部３４を用いてクライアント１０に送信される。この結果、サービス機能書式３２は、クライアント送信部３４を介し、ネットワーク５０を通じてクライアント１０の受信部２０に到達する。
【００５４】
図２のステップＳ２−６において、サーバ１２から送られてきた書式データに基づき、クライアント１０の機能書式表示部２２が所定のサービス提供画面を表示する様子を説明する説明図が図９及び図１０に示されている。
【００５５】
図９には、管理サーバ１２がクライアントに送出するサービス機能書式の書式データが示されている。同図に示されている書式データも、上述した図５における書式データと同様に所定のマークアップ言語により記述されている。すなわち、同図では書式データの１行目の単なる文字列「用紙サイズ、枚数、印刷ファイルを設定して下さい」はそのまま表示される。また、２行目から４行目のラジオボタンを表示するタグは、図１０に示されている３個のラジオボタンに対応し、用紙のサイズを入力する際のラジオボタンを表示する。図９に示されている書式データの４行目は、数字を入力する数値入力窓を表示するタグであり、図１０に２つの黒い三角形の矢印で示されているＵＰ／ＤＯＷＮキー付きの数値入力窓に対応する。ここで上向きの三角形の矢印は、ＵＰキーであり、下向きの三角形の矢印はＤＯＷＮキーである。ここで入力された数字は印刷枚数に相当し、この印刷枚数は変数「ｎｕｍｂｅｒ」に代入される。図９に示されている書式データの６行目の「＜ＩＮＰＵＴ＝ｔｅｘｔＮＡＭＥ＝ｎａｍｅ＞？」は文字入力用の窓を表示するタグである。この文字入力用窓を用いて、印刷の対象となるファイル名が操作者によって入力される。また、図９に示されている書式データの７行目に示されている「＜ＩＮＰＵＴ＝ｓｕｂｍｉｔＶＡＬＵＥ＝印刷！；」は、上述したステップＳ２−３において説明したように起動用のボタンを表示するものである。
【００５６】
このような図９に示されている書式データが、クライアントの機能書式表示部２２において解釈され、図１０に示されているようにサービス提供画面が表示されるのである。
【００５７】
本実施形態において特徴的なことは、サービスを提供する際の提供画面が、管理サーバ１２から送られてくる所定のマークアップ言語によって制御されていることである。このような構成により、クライアント１０においては、単に所定のマークアップ言語を解釈する手段を有するだけで、提供されるサービスの内容に変更が生じてもクライアント１０の機能はなんら変更する必要がない。例えば、選択できる用紙サイズの種類が増えた場合にも管理サーバ１２においてサービス機能書式３２を書き替えることにより、図９に示される書式データのラジオボタンが増加されるだけでクライアント１０側はなんらその機能を変更しなくとも用紙サイズの種類の増加に対応することが可能である。
【００５８】
本実施の形態においては、サービス提供画面を表示するための書式データして所定のマークアップ言語を用いて記述したがサービス提供画面を制御しうるものであれば、他の種類の言語でも構わない。
【００５９】
図２のステップＳ２−７において、クライアント１０側において操作者が行う操作の説明図が図１１に示されている。例えば同図では操作者が用紙サイズとしてＡ４を選んだ場合にサービス提供画面の様子が示され、選択されたＡ４に対応するラジオボタンが黒くなっていることが理解されよう。また、数値選択のためのＵＰ／ＤＯＷＮキーのＵＰ側のボタンを操作者は４回タップすることにより、数値をデフォルトの値である「００１」から「００５」に変更している。これによって、印刷枚数が５枚であることを操作者は指定しているのである。なお、この例では、数値入力窓の左に設けられている図１０と同様なＵＰ／ＤＯＷＮキー（図１０及び図１１において上向きおよび下向きの黒い三角形の矢印で示されているボタン）で数字を変更する例を示したが、数字入力の窓に直接操作者が数字をタイプすることも勿論可能である。
【００６０】
さらに、操作者は文字入力窓にペンなどにより、タップすることによりこの文字入力窓を選択状態とする。そして、文字入力窓が選択状態である場合に、キーボードから「／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプル．ｔｘｔ」と入力する。この入力した文字画素のまま文字入力窓に表示される様子が図１１に示されている。これによって、印刷の対象となるファイルがサンプル．ｔｘｔであることが指示されている。
【００６１】
図２のステップＳ２−８において、操作者の操作結果が管理サーバ１２に送信される。この送信は、図１１における「印刷」ボタンを操作者がペンなどによりタップすることにより行われる。管理サーバ１２に送信されるパラメータは、図１１に示されているような操作が行われていた場合には、例えば以下の様になる。
【００６２】
ｓｉｚｅ＝ａ４；
ｃｏｕｎｔ＝５；
ｎａｍｅ＝／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプル．ｔｘｔ；
これらの管理サーバ１２に送信するパラメータの種類とその値は、従来は各サーバ１４−１〜１４−ｎに対して直接送られていたものである。そのため、クライアント１０が送出した上記パラメータの意味は、各サーバ１４−１〜１４−ｎ自身が既に知っている事項である。換言すれば、それぞれのサーバ１４−１〜１４−ｎは、それぞれ提供するサービスに必要なパラメータを予め管理サーバ１２のサービス機能書式３２−１〜３２−ｎとして保存しているのである。
【００６３】
図２のステップＳ２−９においてクライアント１０が、管理サーバ１２のサービス制御部３０を介してサーバ１４に所定のパラメータを送る際の動作の説明図が図１２に示されている。同図に示されているように、入力制御部２４において入力された前記パラメータは送信部２６を介してネットワーク５０に送出される。ネットワーク５０を通じて管理サーバ１２に入力されるパラメータは、クライアント受信部４０を介してサービス制御部３０に到達する。サービス制御部３０は、受けとったパラメータをサーバ制御部３６を通じてサーバ１４に送出する。
【００６４】
本実施の形態においては、クライアントに対して、どのサービス機能書式３２（１〜ｎ）を送ったのかは、サービス制御部３０自身が知っていることである。それは、サービス制御部３０がサービス機能書式３２をクライアント１０に送出したからである。そのため、クライアントにおける操作者の操作結果たるパラメータを送出するべきサーバ１４がどのサーバ１４（−１〜−ｎ）であるかについてもこのサービス制御部３０が既に知っているのである。そのため、本実施の形態に係る管理サーバ１２は、クライアント１０から送出されてきた操作者の操作結果たるパラメータを対応するサーバ１４（−１〜−ｎのいずれか）に送信するようにサーバ制御部３６（−１〜−ｎのいずれか）を制御することが可能である。
【００６５】
なお、本実施の形態においては、クライアント１０が送出してくるパラメータをそのままサーバ制御部３６を介して対応するサーバ１４に送出したが、クライアント１０から送出してきたパラメータを対応するサーバ１４にあわせて一定のコマンドなどに変換することも好適である。例えば、プリンティングのサービスで有れば「ｌｐｒ／サンプル．ｔｘｔ／５」のような所定のコマンド列とすることも好適である。このような変換は、サービス制御部３０からの命令により、各サーバ制御部３６が行うのが好適である。
【００６６】
図２のステップＳ２−１０において、対応するサーバ１４から返送されてくるサービスの結果の受信動作の説明図が図１３に示されている。サーバ１４において、所定のプリンティングサービスが完了するとその結果がネットワーク５０を介して管理サーバ１２の結果受信部３８において受信される。結果受信部３８において受信されたサービスの結果は、サービス制御部３０に送られる。例えば、プリンティングサービスの結果としては、「プリント完了」という文字列が送出されてくる。
【００６７】
次に、図２のステップＳ２−１１において、サービス制御部３０がサービスの結果をクライアント１０に送出するための書式データに変更した例を図１４に示す。本実施の形態においては、サービス制御部３０は、サーバ１４から受信したサービス結果に対し、所定のマークアップ言語によるタグを付け加えることにより書式データに変更している。図１４に示されているように、この書式データの１行目は、サーバ１４から返送されてきたサービスの結果の文字列そのものである。また、図１４に示されている書式データの２行目から３行目にはサービスの連携のための所定のマークアップ言語が付加されている。この図１４に示されている書式データがクライアント１０の機能書式表示部２２において解釈され、画面表示された例が図１５に示されている。
【００６８】
図１４に示されている書式データの２行目のマークアップ言語のタグ「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、同一のサービスをふたたび受けるための操作用ラジオボタンを意味し、このラジオボタンが選択された場合には、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入される。また、図１４に示されている書式データの３行目にはほかのサービスとの連携動作を行うためのラジオボタンを表すマークアップ言語のタグが記述されている。すなわち、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、対応するラジオボタンが選択された場合には変数「ｏｐ」に値「ｓｅｒｖｉｃｅ」が代入されるのである。
【００６９】
図１４の最後の行には、上記２つのラジオボタンのうち、いずれが選択されたのかを表すパラメータを管理サーバ１２に戻すために必要な起動ボタンを表すタグが記述されている。このような内容の書式データがサービス制御部３０により作成され、クライアント１０に送出される。クライアントにおいては、図１４に示されるような書式データが機能書式表示部２２において解釈され、図１５に示されるようなサービス完了画面が表示される。この表示は、図２におけるフローチャートにおいてステップＳ２−６において行われる。
【００７０】
例えば、図１５に示されているようなサービス結果画面において、操作者が「もう一度！」に対応するラジオボタンを選択し、実行ボタンを押した場合には、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入されたパラメータが管理サーバ１２に送出される。管理サーバ１２は、この返送されてきたパラメータを解析することにより、もう一度プリンティングサービスのためのサービス機能書式３２をクライアント１０に送出する。すると、クライアント１０においては、この機能書式データ基づき再び図１１に示されるようなサービス提供画面が機能書式表示部２２によって表示され、再びプリンティングサービスの提供を自動的に受けることが可能である。
【００７１】
一方、図１５におけるサービス結果画面において、操作者が「サービス選択に戻る」を選択した場合には、変数「ｏｐ」に値「ｓｅｒｖｉｃｅ」が代入されてこのパラメータが管理サーバ１２に返送される。管理サーバ１２においては、返送されてきたこのパラメータを解析することにより、上記図５に示されているようなサービスリストの書式データをクライアント１０に送出する。クライアント１０においては、この書式データに基づき機能書式表示部２２がサービスリストを表示する画面を構成する。その結果、図６に示されるようにサービスを選択する画面がクライアント１０において表示され、操作者は再びサービスの選択を行うことが可能である。
【００７２】
本実施の形態において特徴的なことは、サーバ１４が送出したサービス結果に、サービス制御部３０がサービスの連携のための連携データを付け加えて、クライアント１０に返送したことである。特に本実施の形態においては、この連携データとしては、サービスの連携動作を制御するためのマークアップ言語が用いられている。具体的には、このマークアップ言語により、他のサービスとの連携動作を行うか否かについて操作者の入力を受け付けるダイアログが表示されるのである。このように、連携のためのマークアップ言語がサービス結果に付加されてクライアント１０に送出されるため、クライアント１０における操作者は、サービス間の連携を極めて容易に行うことが可能である。
【００７３】
実施の形態２
上記実施の形態１においては、サービス機能書式３２−１〜３２−ｎは、管理サーバ１２の内部に格納した。しかしながら、これらのサービス機能書式３２は、それぞれ対応するサーバ１４−１〜１４−ｎに応じて設定されるものであり、より具体的には、各サーバ１４−１〜１４−ｎがサービス機能書式３２を定めて、管理サーバ１２の内部に保存させるものであるともいえよう。このため、必ずしもこのサービス機能書式３２は、管理サーバ１２内部に保存する必要はなく、各サーバ１４に保管するのも好適である。このような考えに基づき、サービス機能書式３２−１〜３２−ｎを、それぞれ対応するサーバ１４−１〜１４−ｎの内部に保存した場合の構成例が図１６に示されている。図１６に示されている構成例によれば、各サーバ１４のサービス機能書式３２を、クライアント１０に送付するために、クライアント受信部４０がクライアント１０からサービス要求を受付た場合に、サービス制御部３０が対応するサーバ制御部３６−１〜３６−ｎを制御し、サーバ１４−１〜１４−ｎのいずれか一つのサーバ１４から対応するサービス機能書式３２−１〜３２−ｎ（のいずれか一つ）を受けとり、受けとったサービス機能書式３２をクライアント１０に送信する。このように、図１６に示されている構成によれば、サービス機能書式３２を、クライアント１０に送る際のサービス制御部３０およびサーバ制御部３６−１〜３６−ｎの部分の動作が異なるだけで、それ以外の構成・動作は上記実施の形態１の場合と同様である。
【００７４】
本実施の形態２に示されている構成を採用した場合は、サービス機能書式３２は、対応するサーバ１４の内部に保存されているため、そのサービス機能書式３２の保守をサーバ１４とともに一括して行うことが可能となるというメリットを有している。
【００７５】
実施の形態３
サービス間の連携動作の別の例を以下に示す。
【００７６】
例えば、クライアント１０がファイルサーバによるサービスを要求した場合には、管理サーバ１２から送られてくるサービス機能書式は、例えば図１７に示されているような内容となる。図１７に示されているサービス機能書式の内容は「検索式を入力して下さい」という文字列を表示し、一定の文字列を文字列入力の窓を表示することにより行うことを意味するタグとパラメータの返送を起動するボタンを意味するタグと、から構成されている。この図１７に示されているようなサービス機能書式を機能書式表示部２２が解釈し、図１８に示されているようなサービス提供画面がクライアント１０において表示される。これら図１７および図１８に示されている動作は、図２におけるステップＳ２−５、Ｓ２−６に相当する。
【００７７】
次に、クライアント１０に於いて、操作者は、図１８の文字入力窓にペンでタップをして、この文字入力窓をアクティブな状態にしてから、キーボードから 「／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ」と入力したものとする。このような入力が行われた場合の画面の様子が、図１９に示されている。このような入力に引き続いて、操作者が検索ボタンを押すと、以下に示されているパラメータが管理サーバ１２に送出される。
【００７８】
ｅｘｐ＝／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ；
以上の動作は、図２におけるステップＳ２−７およびＳ２−８に相当する。
【００７９】
管理サーバ１２に於いては、上記送られてきたパラメータに基づき、対応するファイルサーバに対してファイル検索に用いられるパラメータとともに検索の指示を行う。この動作は、図２におけるステップＳ２−９に相当する。
【００８０】
なお、本実施の形態３において用いられているパラメータ中の＊は、いわゆるワイルドカードであり、ここで示した例においては、／ｈｏｍｅ／ｔｘｔというディレクトリ内のファイルであってファイル名の末尾が「．ｔｘｔ」であるものを検索することになる。
【００８１】
さて、ファイルの検索がファイルサーバで行われ、この検索の結果は上記実施の形態１と同様に管理サーバ１２に送出されてくる。例えば、このようにしてサービス制御部３０に於いて、ファイルサーバから受けとる検索結果は、例えば図２０に示されているような例となる。図２０には、４つのファイル名が示されており、いずれもその末尾が．ｔｘｔとなることが理解されよう。
【００８２】
本実施の形態３に於いては、サービス制御部３０はファイルサーバから受けとった図２０に示されているような検索結果に基づき、サービスの連携のためのデータを付加し、クライアント１０が理解可能な書式データに変換する。このような変換の結果たる書式データの例が図２１に示されている。図２１において、下線で示されている部分が図２０に示されている検索結果であるファイル名であり、そのほかの部分は、サービス制御部３０において付加されたサービスの連携のための所定のタグである。ここに用いられているマークアップ言語も上述した実施の形態１や２と同様のマークアップ言語である。このようにして得られた書式データがクライアント１０に送信されるのである。これらの動作は、図２におけるステップＳ２−１０およびＳ２−１１に相当する。
【００８３】
さて、図２１に示されているような書式データを受信したクライアント１０においては機能書式表示部２２の書式データを解釈し、図２２に示されるような画面を表示する。図２１に示されている書式データは「ファイルを選んで下さい。」という文字列と、選ばれるファイルを表す４個のラジオボタンを含んでいる。また、選んだファイルに対する操作を選ばせるため、「操作を選んでください。」という文字列と、４個の提供しうるサービスを表す４個のラジオボタンと、を含んでいる。そして、入力したパラメータを管理サーバ１２に送信するための実行ボタンを意味するタグも書式データに含まれている。このような書式データに基づき、上記実施の形態１や２と同様に機能書式表示部２２は、図２２に示されるような画面を表示するのである。
【００８４】
図２２に示されている画面の表示に対して操作者が「はじめに．ｔｘｔ」を選択し、また操作として「削除」を選択した場合の画面の表示の例が図２３に示されている。図２３に示されているように、「はじめに．ｔｘｔ」に対応するラジオボタンが黒くなっており、「削除」に対応するラジオボタンが黒くなっていることが理解されよう。この状態からユーザが「実行！」ボタンを押すと、次に示すようなパラメータが管理サーバ１２にクライアント１０から送信される。
【００８５】
ｆｉｌｅ＝ｆｉｌｅ３；
ｏｐ＝ｄｅｌｅ；
管理サーバ１２のサービス制御部３０は、このようなパラメータを受信すると、まず、「ｏｐ＝ｄｅｌｅ」から直前にサービスの提供を受けたサーバ１４であるファイルサーバにもう一度アクセスするべきであると判断を行う。これは、操作「ｏｐ＝ｄｅｌｅ」（ファイルの削除を意味する。）は、ファイルサーバが行うサービスだからである。このように、サービス制御部３０は、各サーバ１４が提供しうるサービスの内容を記憶しておき、指定されたサービスに基づき、どのサーバ１４にアクセスすべきか否かを判断する機能を有している。そして、「ｆｉｌｅ＝ｆｉｌｅ３；」からサービス制御部３０は検索結果のリストの３番目のファイルが削除の対象であると判断する。パラメータの「ｆｉｌｅ３；」は、３番目のファイルであるという意味である。
【００８６】
この結果、サービス制御部３０は、ファイルサーバに対して「はじめに．ｔｘｔ」（ｆｉｌｅ＝ｆｉｌｅ３）を削除（ｏｐ＝ｄｅｌｅ）するように指示を出す。
【００８７】
このようにしてファイルサーバが提供するファイルサービスにおいて得られたファイルの検索結果から操作者が所定のファイルを指定することにより、そのファイルの削除の処理を引き続いて実行することが可能である。
【００８８】
以上述べたように、本実施の形態３においては、管理サーバ１２が、サービスの結果をクライアント１０に送る際に、所定のサービスの連携のためのデータをサービス結果に付加してクライアント１０に送信したのである。この結果、クライアント１０においては、操作者がサービスの結果を他のサービスに供することが容易となり、連続的なファイル操作・データ処理が行え、作業の効率化が図れるものである。
【００８９】
本実施形態３においては、ファイルを検索し、検索結果から所望のファイルを削除する場合のサービスの連携について説明したがファイルを複写する動作についても同様の操作の流れにより行われる。
【００９０】
図２３においては、削除のサービスを選択した場合についての画面について説明したが、印刷を選択した場合の画面の様子が図２４に示されている。なお、図２４においても、ファイルは「はじめに．ｔｘｔ」が選択されている。この図２４に示されている画面の状態で、操作者が「実行！」ボタンを押すと、次のようなパラメータが管理サーバ１２にクライアントから送信される。
【００９１】
ｆｉｌｅ＝ｆｉｌｅ３；
ｏｐ＝ｐｒｔ；
管理サーバ１２において、サービス制御部３０がこのようなパラメータを受信すると、パラメータの中の「ｏｐ＝ｐｒｔ」から、プリントサーバのサービスを次に受けるべきであることが判明する。先に述べた削除や複写の場合には、連携して行われるサービスが同一のサーバすなわちファイルサーバにより提供されていたが、印刷の場合にはファイルサーバから別のサーバすなわちプリントサーバにアクセスを切り替えなければならない。
【００９２】
このように、サービスが別のサーバ１４によって提供される場合のサービスの連携動作を説明するフローチャートが図２５に示されている。
【００９３】
図２５に示されているフローチャートの各ステップの内容は、上記図２に示されているフローチャートと同様である。図２５に示されている太い矢印で示されている処理の流れが、図２４に示されているように、異なるサーバ１４の間でサービスの連携が行われる場合の処理の流れを表している。操作者からの操作結果を、管理サーバ１２がそのままサーバ１４に渡すのではなく、以下のような動作が行われるのである。すなわち、サーバ１４が送出してきたサービス結果に対してサービス制御部は連携のために他のサーバ１４の機能書式を付け加えて、所定の書式データを作成する。そして、この書式データをクライアント１０に送信するのである。本実施の形態において特徴的なことは、他のサーバの機能書式がサーバ１４のサービス結果に付け加えられているためこの機能書式を連携データとしてサービス間の連携動作が容易になったことである。
【００９４】
例えば、図２４に示されているように、ファイル検索の後、印刷処理を行う場合には図２５に示されているようにステップＳ２５−７においてクライアント１０において操作者が所定のファイルと印刷処理を選択し、（図２４）ステップＳ２５−８においてこの操作結果のパラメータが管理サーバ１２に送信される。そして、サービス制御部３０において、印刷が行われると判断された場合には、制御がステップＳ２５−５に移行し、この印刷のサービス機能書式がクライアント１０に改めて送信される。その後、ステップＳ２５−６、Ｓ２５−７へ処理が移行し、印刷処理がファイル検索に引き続いて実行されるのである。
【００９５】
一方、図２３に示されているように、同一のサーバ、例えばファイルサーバにおける異なるサービスを連携して実行する場合には、サービス制御部３０は、ステップＳ２５−７、Ｓ２５−８の動作に引き続いて、Ｓ２５−９の処理にそのまま移行する。このような処理の流れは図２において示されたのと同様である。これは、同一のサーバである場合には図２３において示されているように、同一の機能書式が示されているから、新たに機能書式データをクライアント１０に送出し、別の画面を表示する必要がないからである。
【００９６】
さて、図２４に示されているように、「印刷」のサービスが選択されると、図２５において示されたように、ステップＳ２５−８からステップＳ２５−５に処理が移行する。このステップＳ２５−５において管理サーバ１２からクライアントに対して送られてくる書式データの例が図２６に示されている。図２３に示されている書式データは、上述した図９に示されている書式データとほぼ同一である。異なっている点は、下線で示されているように印刷ファイル名を入力するための文字入力窓において、予め「はじめに．ｔｘｔ」と印刷ファイル名が入力されていることである。このような書式データに基づき、機能書式表示部２２が解釈し、表示した画面の例が図２７に示されている。画面の表示は、上記図１０に示されている画面とほぼ同様である。異なっている点は、印刷ファイルの名称を入力する文字入力窓において、予め「はじめに．ｔｘｔ」という文字が入力されていることである。本実施の形態においては、ファイルサービスによって「はじめに．ｔｘｔ」を選択しているので、管理サーバ１２のサービス制御部３０において、書式データを生成する際に、図２６に示されるように下線部を追加している。そのため、操作者がファイルサービスで選択したファイルがプリントサービスにアクセスするための表示画面（図２７）の中の「印刷ファイル」の文字入力窓に予め入力された状態で表示されるようになる。
【００９７】
このように、本実施の形態３によれば、あるサービスの結果を他のサービスのパラメータを入力データとして用いることができ、サービス間の連携動作が円滑に行われうる。
【００９８】
以上述べたように、図２３においては、「削除」を選択した場合、また、図２４においては「印刷」を選択した場合についてそれぞれ示した。
【００９９】
図２８には、「サービスリスト」を選択した場合の画面の様子が示されている。すなわち、図２２の状態から操作者がファイルとして何を選択したか否かにかかわらず、操作として「サービスリスト」を選択した場合ユーザが「実行」ボタンを押すことにより、次に示すようなパラメータから管理サーバ１２に送信される。
【０１００】
ｆｉｌｅ＝ｎｕｌ；
ｏｐ＝ｒｅｔ；
管理サーバ１２におけるサービス制御部３０がこのようなパラメータ受信すると、パラメータの中の「ｏｐ＝ｒｅｔ」からサービスリストを送信する必要があることが判明する。そのため、図２におけるステップＳ２−２におけるサービスリストの送信の処理が行われることになる。このような処理の流れを表すフローチャートが、図２８において説明した「サービスリスト」を選択した場合を例として、図２９のフローチャートに示されている。図２９において、ステップＳ２９−８のあと、Ｃで示されている太い矢印によって処理がステップＳ２９−２に移行していることが理解されよう。これは、図２８において示されているように、「サービスリスト」が選択された場合に、クライアント１０に対して再びサービスリストを送信するための処理の流れである。なお、図２９において、Ａで示されている処理のループは、同一のサーバ１４の中でのサービスが連携して処理される場合の処理手順を表す。また、図２９において、Ｂで示されている処理のループは、異なるサーバ１４の間でサービスの連携処理が行われる場合の処理手順を表している。そして、Ｃで表されているループは、今説明したように、処理の連携をいわば一旦リセットし、初期状態に戻りサービスリストからサービスを選択する段階にもどる場合の手順の流れをそれぞれ表している。
【０１０１】
以上述べたように本実施の形態によれば、同一のサーバ１４の中でのサービスの連携も、また、異なるサーバ１４の間にまたがったサービスの連携も円滑に行うことが可能となる。また、処理の連携を一旦リセットし、再びサービスリストにおけるサービスの選択から行うことも極めて容易である。従って、本実施の形態によれば、サービスの提供を連続して受けることができ、作業効率の向上が図れるものである。
【０１０２】
実施の形態４
図３０には本実施形態４のサービス接続サーバの機能・動作の概略を表す説明図が示されている。本実施の形態４に係るサービス接続サーバは、例えば携帯情報端末１００と、プリントサーバ１０２やファイルサーバ１０４との間に設けられ、能力の低い携帯情報端末１００からでもプリントサーバ１０２やファイルサーバ１０４に高度なサービスを受けられるようにしたものである。図３０に示されているように、携帯情報端末１００におけるユーザアクションは、例えば通信プログラムにおけるＧＵＩパーツの再描画が必要となる。すると、携帯情報端末１００においてはＧＵＩパーツ更新情報がサービス接続サーバ１０６に送出される。サービス接続サーバ１０６は、携帯情報端末１００において本来保持されているべきクライアント機能がサービス操作プログラムによって実現されている。このサービス操作プログラムがプリントサーバ１０２や、ファイルサーバ１０４に対して、クライアントすなわち携帯情報端末１００として振る舞い、その結果として、サービス結果を受けとる。このようにして、サービス接続サーバ１０６は携帯情報端末１００に代わり各種のサービスを受け、その結果ＧＵＩパーツは位置・更新の情報を携帯情報端末１００に返送する。携帯情報端末１００においては、ＧＵＩパーツは位置・更新情報に基づき、ＧＵＩパーツ描画が行われる。これによって、携帯情報端末１００においては、操作者は自らの操作に対して画面が正常に書き替えられ、あたかも携帯情報端末１００の内部にクライアント機能が内蔵されているように操作を行うことが可能である。
【０１０３】
本実施の形態４に特徴的なことは、携帯情報端末１００が従来有していたクライアント機能を、サービス接続サーバ１０６に受け持たせ、携帯情報端末１００とサービス接続サーバ１０６との間でＧＵＩパーツの配置情報・更新情報などをやり取りしたことである。このような構成により、携帯情報端末１００に高機能なソフトウェアを搭載しなくても、高度のサービスの提供を受けることが可能となったのである。
【０１０４】
図３１には、ＧＵＩパーツ例が示されている。ＧＵＩパーツとしては種々のものがあげられる。例えば、「テキストフレーム」は、文字を表示あるいは入力する矩形の枠であり、この枠の情報としては座標や枠の線の種類、線の太さなどが情報としてあげられる。また、その内部のテキスト情報としては、テキストそのもののほか文字種別やオリエンテーション（向き）等があげられよう。「ビットマップフレーム」は、ビットマップすなわち絵の情報を含むＧＵＩパーツであり、まずその枠情報としては座標や大きさ、線種別、線の太さなどがあげられる。また、ビットマップ情報としてはビットマップ（正、反転）及びマスクデータ等が含まれている。「ボタン」は、操作者の操作によりチェックがいれられるものであり、座標やチェックの有無、グループ名などがボタンの情報となる。ＧＵＩパーツ配置情報と、この配置情報に基づくＧＵＩパーツ表示画面の例が図３２に示されている。図３２に示されているように、配置情報の０番目には、座標位置（１０）、配置されているボタンの情報が示されている。このボタンは初期状態で、「ＯＦＦ」であり、白丸として表示されている。配置情報の次のＧＵＩパーツは、文字であり、「ＳＥＬ１」という文字列である。ＧＵＩパーツ配置情報の３番目は、配置座標（１０．２０）であるボタンであり、初期状態で「ｏｎ」、即ち、黒丸である。ＧＵＩパーツの４番目は、文字列であり、「ＳＥＬ２」である。また、この文字列は下線が引かれている。ＧＵＩパーツの５番目のパーツは文字列であり、外枠を含む「ＳＥＮＤ」という文字列である。本実施の形態においては、このようなＧＵＩパーツ配置情報を携帯情報端末１００とサービス接続サーバ１０６との間でやり取りすることにより、また、サービス接続サーバ１０６がクライアント機能を実現するサービス操作プログラムを実行することによって、携帯情報端末１００に高度な機能のソフトウェアを導入しなくとも、高度なネットワークサービスの提供を受けることが可能となるのである。
【０１０５】
図３３には、本実施の形態４における携帯情報端末１００の構成を表す構成ブロック図が示されている。この携帯情報端末１００は、ユーザの入力を受けるユーザ入力処理部１１０と、ＧＵＩパーツの配置情報を保持・管理するＧＵＩパーツ配置管理部１１２と、ＧＵＩパーツ配置情報とビルトインイメージに基づいての描画などを行う画面表示処理部１１４と、を備えている。また、この画面表示処理部１１４にビルトインイメージを供給するビルトインイメージ管理部１１６と、後述するサービス接続サーバ１０６との接続を行う通信制御部１１８とを備えている。
【０１０６】
ユーザ入力処理部１１０は、ユーザアクションを受けとり、このユーザアクションをＧＵＩパーツ配置管理部１１２へ通知する。また、受けとったユーザアクションは、通信制御部１１８を介してサービス接続サーバ１０６へも通知される。
【０１０７】
ＧＵＩパーツ配置管理部１１２は、初期画面用のＧＵＩパーツの配置情報を保持・管理している。ＧＵＩパーツ配置管理部１１２は、初期画面用だけでなく、電源投入後サービス接続サーバ１０６との通信によって、このサービス接続サーバから受信したＧＵＩパーツ配置情報をも保持・管理している。このサービス接続サーバ１０６から受信したＧＵＩパーツ配置情報は、通信制御部１１８を介して入力する。
【０１０８】
画面表示処理部１１４は、ＧＵＩパーツ配置管理部１１２に保持されているＧＵＩパーツ配置情報と、ビルトインイメージ管理部１１６で保持されているビルトインイメージに基づいて、ＧＵＩパーツの描画を行う。また、画面表示処理部１１４は、ユーザ入力処理部の指示に基づいて、ユーザアクションに応じた再描画をも行っている。
【０１０９】
ビルトインイメージ管理部１１６は、ＧＵＩパーツ、例えばアイコンのイメージとなるビルトインイメージの保持を行っている。また、通信制御部１１８を介して送られてくる新たなビルトインイメージを追加保持したり、必要無くなったビルトインイメージの削除などの管理を行っている。通信制御部１１８が、サービス接続サーバ１０６との公衆電話回線や赤外線を介しての通信を司っている。
【０１１０】
図３４には、本実施の形態に係る携帯情報端末の動作の概略を表すフローチャートが示されている。まず、ステップＳ３４−１においてはＧＵＩパーツ配置管理部１１２が保持する初期画面用配置情報に基づき、画面表示処理部１１４がＧＵＩ表示のための内部構成情報が構築される。また、ステップＳ３４−２においてはこの構築された情報に基づきＧＵＩ表示が行われる。本実施の形態においては携帯情報端末は初期画面用の配置情報及びこの初期画面におけるビルトインイメージがビルトインイメージ管理部１１６に保持されている。これらを用いて電源投入直後においては、初期画面を表示することが可能である。
【０１１１】
ステップＳ３４−３においては、ユーザ入力処理部１１０がユーザ入力（タップ、クリック動作等）を受けとる。これは、携帯情報端末１００の画面上に設けられたタッチパネル等を用いてタップやクリック動作などを入力することが可能となる。
【０１１２】
ステップＳ３４−４においては、ユーザ入力処理部１１０において入力されたユーザ入力に基づき、そのユーザ入力（タップやクリック）が成された座標に存在しているＧＵＩパーツを、上記ステップＳ３４−１において構成された内部構成情報に基づいて検索を行う。そして、ステップＳ３４−５において、タップなどが行われたＧＵＩパーツに対応して再表示処理や内部構成情報の更新処理などが画面表示処理部１１４において行われる。これにともなって、同ステップＳ３４−６においては、通信制御部１１８を介してサービス接続サーバ１０６に対し、ユーザ入力処理部１１０が入力したユーザの操作と、画面表示処理部１１４において必要なＧＵＩパーツ更新の情報を送信する。後述するように、送信されてきたこれらの情報をサービス接続サーバ１０６は、ネットワークを介して受け、また、ＧＵＩパーツ更新のための情報を携帯情報端末１００に送信してくるのである。
【０１１３】
ステップＳ３４−７においては、通信制御部１１８がサービス接続サーバ１０６が発信するＧＵＩパーツ配置情報または、更新情報を受信する。
【０１１４】
そして、ステップＳ３４−８においては、上記ステップＳ３４−７において受信したＧＵＩパーツ配置・更新情報に基づき、ＧＵＩ表示のための内部構成情報の構築・更新を行う。そして、ステップＳ３４−９においては、画面表示処理部１１４がＧＵＩ表示を行う。
【０１１５】
これによって、携帯情報端末１００自体はネットサービスをうけるためのソフトウェアをなんら有していなくとも、サービス接続サーバ１０６を介することより、ネットワークサービスを受けることが可能である。このため、一般に処理能力の低いといわれる携帯情報処理端末においても高度なネットワークサービスを受けることができ、かつ、負荷の重い高度なネットワークソフトウェアを導入する必要がない。
【０１１６】
ステップＳ３４−１０においては、これまでの処理の繰り返しを行うためステップＳ３４−１への移行処理が行われる。
【０１１７】
図３５には、サービス接続サーバ１０６の構成を表す構成ブロック図が示されている。図３５に示されているように、本実施の形態４に係るサービス接続サーバ１０６は、携帯情報端末１００との通信を司どる端末通信処理部１２０と、サーバと接続され、実際のクライアントとしての動作を担当するサービスクライアント処理部１２２と、を備えている。また、本実施の形態４におけるサービス接続サーバ１０６は、ＧＵＩパーツ配置情報やビルトインイメージデータを保持するＧＵＩパーツ情報格納部１２４と、接続されるネットワークサービスを利用するためのいわゆるサブプログラムであるところのサービスクライアントスタブと接続するサーバとの通信を受け持つネットワーク通信部１２８とを含んでいる。
【０１１８】
端末通信処理部１２０は、上で述べた携帯情報端末１００と公衆回線または、赤外線などを介して通信を行う部分である。
【０１１９】
また、サービスクライアント処理部１２２は、端末通信処理部１２０が公衆回線などを介して携帯情報端末１００から受けとったユーザ操作に基づいて接続サービスの実際のクライアントとしての動作を行う、すなわち、このサービスクライアント処理部１２２は、接続サービスに対してクライアントとして動作を行う訳である。
【０１２０】
ＧＵＩパーツ情報格納部１２４は、サービス操作の各曲面に応じた、携帯情報端末１００における画面のＧＵＩパーツ配置情報や、同じく端末の画面のためのビルトインイメージデータ等を保持している。ここで保持されている各情報は必要に応じて携帯情報端末１００に送信される。
【０１２１】
サービスクライアントスタブ１２６は、いわゆる接続するサービスを利用するためのサブプログラムであり、例えば、ＴＣＰ／ＩＰや各種のプロトコルをサポートするプログラム等が相当する。
【０１２２】
ネットワーク通信部１２８は、接続したいサーバとの通信を行う部分であり、専用回線であったり、イーサネット（登録商標）などのネットワークそのものであったりする。
【０１２３】
本実施の形態４に係るサービス接続サーバ１０６の動作の概略を表すフローチャートが図３６に示されている。図３６に示されているように、まず、ステップＳ３６−１においては、端末通信処理部１２０がユーザ操作情報や、ＧＵＩパーツの更新情報を携帯情報端末１００から受けとる。
【０１２４】
ステップＳ３６−２においては、サービスクライアント処理部１２２が上記ステップＳ３６−１において、受信したユーザ操作情報やＧＵＩ情報を解釈される。そしてステップＳ３６−３においては、サービスクライアントスタブ１２６を活用し、サービス操作及びその結果を受信する。この結果は、ネットワーク通信部１２８を介して受けとることは言うまでもない。
【０１２５】
ステップＳ３６−４においては、サービス操作の結果に基づき、ＧＵＩパーツ配置情報を、ＧＵＩパーツ情報格納部１２４から検索し、所定の配置情報を構築する。そして、この情報はステップＳ３６−５において端末通信処理部１２０を介して携帯情報端末１００に送信されるのである。
【０１２６】
そして、ステップＳ３６−６において、再びステップＳ３６−１に処理が移行し、以上の処理を繰り返すことになる。
【０１２７】
本実施の形態４において特徴的なことは、サービスクライアント処理部１２２がネットワークのサーバに対して、クライアントとしての振舞いを行うと共に係るサービス操作及びその結果にもとづくＧＵＩパーツの更新を携帯情報端末１００に送信したことである。これによって、携帯情報端末１００はＧＵＩパーツ配置情報などをサービス接続サーバ１０６から受けとることにより、特別なＧＵＩ等を用いなくとも、利便性の高いネットワークサービスを受けることが可能な携帯情報端末を提供することが可能となる。
【０１２８】
図３７には、携帯情報端末１００の初期画面と所定の操作を行った場合の画面の表示を変化する様子が示されている。図３７の左側には端末の初期画面が示されている。ここに示されているように、携帯情報端末１００は、ビルトインイメージ管理部１１６に保持されているビルトインイメージデータに基づき、また、初期画面用のＧＵＩパーツ（ＧＵＩパーツ配置管理部１１２によって保持されている。）に基づき、各サービスに対応したアイコンが表示されている。例えば、図３７に表示されているアイコンは、「プリント」、「ファイルサーバ」、「メールサーバ」、「データベースサーバ」、「掲示板サービス」である。
【０１２９】
例えば、操作者がスタイラスペンなどを用いて「プリント」のアイコンをタップすると、図３７の右側に示されているようにプリントサービスの指示を行うためのサービス提供画面に画面が変更する。これは、操作者が「プリント」のアイコンをタップすることが、サービス接続サーバ１０６に送信され、サービス接続サーバは、プリントサービスに対応したＧＵＩパーツ配置情報及び必要なＧＵＩパーツのデータを送信してきたため、携帯情報端末１００においてプリントサービスのためのサービス画面を表示することが可能となるのである。図３８には、このような本実施の形態４における携帯情報端末の動作の概略を表すフローチャートが示されている。ステップＳ３８−１においては、電源投入直後の動作が示されており、ビルトインイメージに基づいて、各サービスに対応したアイコンが図３７に示されているように表示される。ステップＳ３８−２においては、操作者が所望のアイコンを選んで指示をする。ステップＳ３８−３においては、サービス接続サーバ１０６にアイコンが選ばれた旨が通知され、ステップＳ３８−４においては、サービス接続サーバ１０６は、そのアイコンに対応するサービス用のＧＵＩパーツ配置情報をこの携帯情報端末１００に返信するのである。
【０１３０】
ＧＵＩ画面描画の例と、このＧＵＩパーツ配置情報との対応を表す説明図が図３９に示されている。図３９の左側に示されている画面の図は図３７の右側に示されている図と同様であり、図３９の右側に示されている図はこの画面に用いられているＧＵＩパーツの配置情報を表す説明図である。
【０１３１】
この図３９の右側の説明図において、各行が一つのパーツに相当し、それぞれの行が「パーツ番号、パーツ種別名、その修飾」の順番で情報が並んでいる。
【０１３２】
パーツ種別名では、固定的な文字表示のための「ｌａｂｅｌ」や、ユーザが文字を入力可能な「ｔｅｘｔ」や、、ボタン及びチェックボックスのための「ｂｕｔｔｏｎ」、そして、ビットマップデータを表示するための「ｂｉｔｍａｐ」等が種類として存在する。また、パーツの修飾には、パーツ毎に必須の修飾やオプションの修飾があり、また、それぞれに省略時の既定値がある。例えば、全パーツに共通するものとして表示位置の座標を指定するための「ｐｏｓ」や、初期値を表す「ｖａｌ」、タップあるいはクリックするときに接続サーバに通知することを指定するための「ｎｏｔｉｆｙ」等がある。また、例えば、「ｂｕｔｔｏｎ」に関しては、グループ化が行われ、いわゆるラジオボタンを構成するためのｒａｄｉｏなどの種々の修飾が用いられうる。
【０１３３】
図３９の右側に示されている図は先に述べたように、左側に示されている図のＧＵＩパーツに１行１行が対応している。１行目には「プリントサービス」の文字に対応する配置情報が示されており、２行目は、プリンタのビットマップデータ対応する。また、３行目は「共用プリンタ」の文字のＧＵＩパーツに相当し、４行目は「印刷部数」という文字に相当する。５行目は印刷部数を入力するための文字入力窓に相当し、初期値として「１」が指定されている。６行目は、「用紙サイズ」の文字列に対応し、６行目から８行目の３行は３個のラジオボタンに相当する。この３個のラジオボタンにおいて、７行目の最初のボタンのみが初期値が１（すなわち黒）に設定され、他のボタンは白に設定されている。
【０１３４】
１０行目は文字列「Ａ４」に相当し、１０行目は、文字列「Ｂ４」に相当する。また、１２行目は、文字列「Ａ３」に相当し、１３行目は、文字列Ｎアップに相当する。１４行目から１６行目の３行は３個のラジオボタンに相当する。この内、１５行目の真ん中のラジオボタンのみが初期値が「１」に設定され、他の２つのラジオボタンは初期値が「０」であり、白く表示される。１７行目は「なし」の文字列に相当し、１８行目は「２」の文字列に相当する。また、１９行目は「４」の文字列に相当し、２０行目は文字列「拡張機能」に相当する。この文字列は四角い枠で囲まれ、このＧＵＩパーツがタッチされると、サービス接続サーバ１０６に所定の通知がいく旨設定されている。２１行目は、「印刷開始」という文字列であり、同様に四角い枠で囲まれ、タッチされることによりサービス接続サービに通知がいく。２２行目も同様に「取り消し」という四角い枠で囲まれた文字列であり、ペンなどでタッチすることによってサービス接続サーバ１０６に所定の通知が送出される。
【０１３５】
操作者の入力によって、サービス接続サーバ１０６に送信されるユーザの操作や、パーツ更新情報は、例えば、「Ｂ４」横にあるボタンがタップされた場合に、これは番号７のパーツに相当するがグループ化されたラジオボタンであるため、番号６，７，８のＧＵＩパーツが更新されたことを示すために、以下のようなパーツ行進情報が接続サーバ１０６に送信される。
【０１３６】
７：ｍｏｄｉｆｙ（ｖａｌ：１，ｔａｐｐｅｄ）
６：ｍｏｄｉｆｙ（ｖａｌ：０）
８：ｍｏｄｉｆｙ（ｖａｌ：０）
このように、本実施の形態４においては、ＧＵＩパーツ配置情報を用いて携帯情報端末１００と、サービス接続サーバ１０６との間で情報のやりとりを行ったため、携帯情報端末１００に高機能なプログラムを搭載しなくとも、操作感の優れたＧＵＩインターフェースを実現することが可能である。
【０１３７】
なお、図３９の右側に示されているＧＵＩパーツ配置情報の２行目には「ｂｉｔｍａｐ」パーツが記述されており、その値（ｖａｌ）としては「ｎａｍｅ：ｐｒｉｎｔｅｒ０」という文字列が指定されている。これは携帯情報端末１００に設けられているビルトインイメージ管理部１１６が保持する「ｐｒｉｎｔｅｒ０」という名称のイメージデータを表す。
【０１３８】
ここで表されているイメージデータがビルトインイメージ管理部１１６において保持されていない場合には、サービス接続サーバ１０６からビットマップデータを含む形式で、「ｂｉｔｍａｐ」パーツの更新処理あるいは再送を行う手続きがなされる。例えば、携帯情報端末１００から「ｘｘｘ：ｇｉｖｅｍｅ（ｂｉｔｓ）」という要求メッセージがサービス接続サーバ１０６に対して送出されると、該当するパーツのビットマップデータ送信がサービス接続サーバ１０６に促されることになる。この要求によって、サービス接続サーバ１０６は、「ｘｘｘ：ｂｉｔｍａｐ（ｖａｌ：“ｂｉｔｓ：０ＥＦＦ９ｂ．．．”，ｔｅｍｐｏｒａｒｙ）」という形式で、ビットマップデータをパーツの更新情報として送信してくる。このような手順により、携帯情報端末１００が受信した新たなイメージ（ビットマップデータ）は、パーツの修飾指示によって、ビルトインイメージ管理部１１６において、永続的に保持させることも可能である。上記の例においてはサービス接続サーバ１０６から送られてくる更新情報の「ｔｅｍｐｏｒａｒｙ」の修飾によって、サービス利用セッションの期間の間のみ有効なイメージデータであると指定したけれどもこの「ｔｅｍｐｏｒａｒｙ」のかわりに「ｐｅｒｍａｎｅｎｔ」と修飾した場合にはビルトインイメージ管理部１１６において永続的にこのイメージデータが保持されるようになる。
【０１３９】
このように、本実施の形態４においては、ＧＵＩパーツ配置情報を用いて携帯情報端末１００と、サービス接続サーバ１０６との間で情報のやりとりを行ったため、携帯情報端末１００に高機能なプログラムを搭載しなくとも、操作感の秀れたＧＵＩインターフェースを実現することが可能である。
【０１４０】
実施の形態５
図４０には、本実施の形態５に係るサービス接続サーバ２０６を中心としたサービスの提供の様子を表す説明図が示されている。図４０に示されているように、携帯情報端末２００は、サービスクライアントプログラムを有しており、このプログラムを用いてプリントサーバ２０２やホスト接続サーバ２０４に接続することが可能である。本実施の形態５において特徴的なことは、携帯情報端末が直接プリントサーバ２０２などに接続されるのではなく、サービス接続サーバ２０６を介して接続されていることである。このように、実際のサーバ（２０２や２０４）との間にサービス接続サーバ２０６を設けることにより、サービスの代表名による接続要求が可能となるのである。すなわち、携帯情報端末２００におけるサービスクライアントプログラムがサービス代表名による接続要求をサービス接続サーバ２０６に対して出力する。サービス接続サーバ２０６は、このサービス代表名による接続要求に対して、サービス代表名から、実サービス名へのマッピングを行うのである。このマッピング機構によって実サービス名を得ることができ、実サービス名を用いて実際のプリントサーバ２０２やホスト接続サーバ２０４などに接続することが可能である。そして、係る接続の後、所定のサービス提供をうけ、応答を携帯情報端末２００に帰されるのである。このような構成により、携帯情報端末においては、プリントサーバ２０２やホスト接続サーバ２０４の絶対名称や、識別番号を知らない場合においても、各種のネットワークサービスを受けることができ利便性の高いネットワークサービスを提供しうる。また、本実施の形態５におけるサービス接続サーバ２０６は、セッション保持機構を有している。このセッション保持機構は、携帯情報端末２００からイメージ的に接続を終了する旨の指示がこないかぎり、プリントサーバ２０２や、ホスト接続サーバ２０４とのセッションを一定時間保持する機構である。このようなセッション保持機構を有しているため、例えば、携帯情報端末２００がいわゆる電池切れなどにより、途中で通信が不能になり、携帯情報端末２００とサービス接続サーバ２０６との間の通信が途絶えた場合でもサービス接続サーバ２０６と各種サーバとのセッションが保持されるのである。このような構成により、携帯情報端末２００が電池を入れ替えるなどして再びサービス接続サーバ２０６に接続した際に、前回のセッションをそのまま引き継ぐことが可能である。
【０１４１】
図４１には、本実施の形態５におけるサービス接続サーバ２０６の構成を表す構成ブロック図が示されている。図４１に示されているように、サービス接続サーバ２０６は、携帯情報端末との通信処理を行う端末通信処理部２１０とユーザ操作にしたがって、クライアントとしての動作を行うサービスクライアント処理部２１２と、サービスの代表名から実際のサービス名を求めるサービス代表名管理部２１４と、を備えている。さらに、サービス接続サーバ２０６は、サービス代表名管理部２１４に利用される代表名管理データベース２１６と、実際のプリントサーバ２０２などのサーバによるサービスを利用するためのサブプログラムであるサービスクライアントスタブ２１８と、プリントサーバ２０２などとの通信を行うネットワーク通信部２２０とを含んでいる。
【０１４２】
端末通信処理部２１０は、公衆回線や赤外線通信等の通信回線を介して携帯情報端末２００との通信を行う。
【０１４３】
また、サービスクライアント処理部２１２は、携帯情報端末２００においてユーザ操作であって、端末通信処理部２１０を介し、受けとられたユーザ操作に基づき、接続サービスの実際のクライアントとしての動作を行う。すなわち、このサービスクライアント処理部２１２は、実際のクライアントとしての接続サービスの実際のクライアントとしての動作を行う。すなわち、このサービスクライアント処理部２１２は、実際のプリントサーバ２０２等と接続し、クライアントとして振舞うためのプログラムである。サービス代表名管理部２１４は、代表名を用いてサービスが指定されている場合に、この代表名を、代表名管理データべース２１６を用いて、実際のサービス名に変換する役割を果たす。
【０１４４】
代表名管理データベース２１６は、サービス代表名管理部２１４によって、アクセスされ、サービスの代表名を、実際のサービスに変換するデータベースであり、代表名と実際のサービスとの対応を逐次管理・保持している。
【０１４５】
本実施の形態５において特徴的なことは、サービス代表名管理部２１４と、代表名管理データベース２１６とを用いて、サービスの代表名が実際のサービス名に変換されることである。このようにして得られた実際のサービス名を用いてプリントサーバ２０２などの実際のサーバにアクセスすることが可能となるのである。
【０１４６】
サービスクライアントスタブ２１８は、接続するサービスを利用するためのサブプログラムであり、例えば、サービスへのリモーオペレーションをローカルＡＰＩで提供するものである。ネットワーク通信部２２０は、接続するサーバとの通信を行うインターフェース部分であり、例えば、イーサネット（登録商標）との接続インターフェースや、あるいは専用回線との接続を行う部分がここに相当する。
【０１４７】
図４１に示されているサービス接続サーバ２０６の処理の概略を表すフローチャートが図４２に示されている。
【０１４８】
ステップＳ４２−１においては、サービスクライアント処理部２１２は、端末通信処理部２１０を介して受けとったユーザ指定のサービス名についてサービス代表名管理部２１４に対し問い合わせが行われる。これは、ユーザがサービスの代表名を用いてアクセスした場合に、これをサービス代表名管理部２１４に送出することにより、実サービス名を得ようとするものである。
【０１４９】
ステップＳ４２−２においては、サービス代表名管理部２１４は、ユーザが指定するサービス名が代表名であるかどうかを代表名管理データベース２１６を検索することにより確認する。この確認の結果、代表名である場合にはステップＳ４２−３に移行し、対応する実際のサービス名が通達される。一方代表名でない場合にはステップＳ４２−２に移行し、指定されたままのサービス名をサービスクライアント処理部２１２にそれぞれ通達する。このような構成により、携帯情報端末２００が送出してくるサービス名が代表名である場合も代表名でない場合もこのサービス代表名管理部２１４を通じることにより、利用可能なサービス名となるのである。
【０１５０】
ステップＳ４２−５においては、サービスクライアント処理部２１２は、このようにして得られた実際のサービス名を用いて以降のサービス操作処理を行う。一旦実際のサービス名が得られれば、それからの処理は従来のサーバに対する接続の方法と同様にして接続が行われる。
【０１５１】
以上述べたように本実施の形態５においては、サービスを実際の名称ではなく代表名を用いて指定することが可能となった。例えば、プリントサービスにおいては、用紙のサイズや、端末に近いプリンタもしくはプリンタの機能（ステープル、両面印刷、Ｎアップの可否等）によって、運用上の代表名を決定することが好適である。例えば、「ＰｒｉｎｔＡ４」や「ＮｅａｒｅｓｔＰｒｉｎｔｅｒ」や、「２−ｕｐＰｒｉｎｔｅｒ」のように代表名を定めることが好適である。そして、これらの代表名と実際のプリンタとの対応を代表名管理データベース２１６に登録するのである。
【０１５２】
なお、代表名管理データベース２１６は、サービス接続サーバ２０６の内部に包含されている例を本実施の形態５においては示したが、外部のデータベースに構築することも勿論好適である。その場合には、その外部のデータベースの検索機能によって、代表名と実際のサービスとの対応が管理・保持されることになる。このような構成によっても、図４１に示されているのと同様に作用効果を奏することは言うまでもない。
【０１５３】
図４３には、本実施の形態５におけるサービス接続サーバの他の構成を表す構成ブロック図が示されている。図４３に示されているように、サービス接続サーバ２０６は、端末通信処理部２３０と、通信処理部の回線断が検出されても、セッションを保持する端末セッション管理部２３２と、サービスクライアント処理部２３４と、を備えている。
【０１５４】
また、サービス接続サーバ２０６は、接続するサービスのセッションがタイムアウトしないように管理を行うサービスセッション管理部２３６と、サービスクライアントスタブ２３８とネットワーク通信部２４０と、を備えている。
【０１５５】
端末通信処理部２３０は、図４１における端末通信処理部２１０と同様の働きをする。
【０１５６】
端末セッション管理部２３２は、端末通信処理部を監視しており、その回線断を検出した場合においても、所定の期間は、端末操作の再開ができるようにサーバとのセッションを保持するような働きを担っている。本実施の形態５において特徴的なことは、携帯情報端末２００が例えば電池切れなどにより回線が切断された場合においても、ある期間は、サービス接続サーバとのセッションが保持される。
【０１５７】
そのため、携帯情報端末が再接続した場合にも、円滑にサービスの提供を受け続けることが可能となる。
【０１５８】
サービスクライアント処理部２３４は、図４１におけるサービスクライアント処理部２１２と同様の働きを有している。
【０１５９】
サービスセッション管理部２３６は、現在接続しているサービスのセッションがタイムアウトしないように管理をするものであり、携帯情報端末からまったく応答がこなくなってしまった場合においてもサーバとのセッションを保持すべく所定のデータのやりとりなどを行うためのものである。
【０１６０】
サービスクライアントスタブ２３８や、ネットワーク通信部２４０は、図４１におけるサービスクライアントスタブ２１８や、ネットワーク通信部２２０と同様の働きを有している。
【０１６１】
図４３に示されているようなサービス接続サーバ２０６の動作の概略を表すフローチャートが図４４に示されている。
【０１６２】
まず、ステップＳ４４−１において、端末セッション管理部２３２はネットワーク通信部２４０を介して携帯情報端末２００から受信したサービス要求のサービス利用の開始と終了及び回復要求、そして、回線断及び復旧を監視している。そして、ステップＳ４４−２において、利用開始することにより、端末セッションを生成する。比較的長期のタイムアウト設定でこれを管理する。さらに、ステップＳ４４−３において、利用終了によって、端末セッションが削除される。ステップＳ４４−４において、利用終了以前の回線断に対しては、事前に定めた時間だけサービスセッションが削除されないようにサービスセッション管理部に所定の指示が行われる。この時間は、各種の携帯情報端末２００の特性や実際のアプリケーションサーバの特性などにより、定めるのが好適である。また、ステップＳ４４−５において、上記ステップＳ４４−４において定めた時間内に回線が復旧し、回線断する以前と同一の携帯情報端末２００から同一のサービスに対するセッション回復要求を受信した場合には、回線断以前のサービス利用状況へ復旧が行われる。そして、ステップＳ４４−６においては、上記ステップＳ４４−４において定められている時間が経過した場合にはもはや復旧の見込みはないものとしてセッションの削除が行われる。
【０１６３】
続いて、ステップＳ４４−７においては、サービスセッション管理部２３６は、サービスクライアント処理部２３４からのサービス利用要求に応じて、実際に接続するサービスに対するアクセスのためのセッションをクライアントスタブ２３８の機能により作成し、これを保持・管理する。そして、ステップＳ４４−８においては、上記ステップＳ４４−１〜Ｓ４４−６に示されているように、端末セッション管理部２３２と連携を行う。
【０１６４】
このように、図４３に示されているような構成のサービス接続サーバ２０６を用いれば、電池切れなどのほか、緊急の用事により携帯情報端末を公衆回線から切り離さなければならない場合などにおいても、一定の時間内であれば、再接続することにより前回のサービスを引き続いて受ける事が可能である。従って、本実施の形態５によればよりネットワークサービスを円滑に受けることが可能となる。
【０１６５】
【発明の効果】
本発明によれば、サービスの連携のためのデータが付加されてサービス結果がクライアントに送出されるので、サービス間の連携が容易に行えるという効果を有する。
【０１６６】
さらに、本発明によれば、サービス提供装置と、クライアントとの間でサービスの管理をしたので、サービスの提供を効率よく行わせることが可能である。
【０１６７】
加えて、本発明によれば、管理装置のサービス連携機能を十分活用でき、作業の効率化が図れるものである。
【０１６８】
また、本発明によれば、ネットワークサービスの実サービス名が不明である場合にも、サービス代表名を用いたアクセスが可能となるため、より利便性に富んだネットワークサービスの提供が可能となる。
【０１６９】
さらに、本発明によれば、通信が中断された場合にもセッションが維持されているため、容易に再接続が可能となる効果を奏する。
【図面の簡単な説明】
【図１】 本発明の実施の形態１に係る管理サーバ１２を含むネットワークの構成ブロック図である。
【図２】 図１の管理サーバ１２の動作を表すフローチャートである。
【図３】 クライアント１０が管理サーバ１２にアクセス要求をした場合の動作を表す説明図である。
【図４】 管理サーバ１２がクライアント１０にサービスリストを送信する場合の説明図である。
【図５】 管理サーバ１２がクライアント１０に対して送出する書式データの説明図である。
【図６】 図５に示されている書式データを機能書式表示部２２が表示した画面を表す説明図である。
【図７】 クライアント１０において、操作者がプリンティングサービスを選択した場合の様子を表す説明図である。
【図８】 管理サーバ１２がサービス機能書式３２を、クライアント１０に送信する場合の動作を表す説明図である。
【図９】 管理サーバ１２がクライアント１０に送出するサービス機能書式の説明図である。
【図１０】 図９に示されているサービス機能書式をクライアント１０の機能書式表示部２２が表示した画面を表す説明図である。
【図１１】 操作者が図１０の画面に対して用紙サイズや枚数および印刷ファイルの名称を指定した様子を表す説明図である。
【図１２】 クライアント１０が、操作者が入力したパラメータを管理サーバ１２を経由してサーバ１４に送出する場合の動作の説明図である。
【図１３】 サーバ１４のサービスの結果が管理サーバ１２において受信される場合の動作を表す説明図である。
【図１４】 管理サーバ１２において、サービス結果に所定の連携データを付加して、一定の書式データとした場合の、この書式データを表す説明図である。
【図１５】 図１４に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図１６】 サービス機能書式３２が管理サーバ１２ではなく、対応するサーバ１４内部に配置した場合の構成を表す説明図である。
【図１７】 ファイルサーバにおけるファイル検索サービスを受ける場合に、管理サーバ１２からクライアント１０に送信される書式データを表す説明図である。
【図１８】 図１７に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図１９】 図１８に示された画面に対し、操作者が検索式を入力した様子を表す説明図である。
【図２０】 ファイル検索サービスの結果であって、サーバ１４から管理サーバ１２に送出されるデータを表す説明図である。
【図２１】 図２０に示されている結果のデータに基づき、管理サーバ１２がクライアント１０が解釈し得る形式に変換した書式データを表す説明図である。
【図２２】 図２１に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図２３】 図２２に示されている画面から「はじめに．ｔｘｔ」を選択し、削除の操作が選ばれた場合の様子を表す説明図である。
【図２４】 図２２に示されている画面において、削除の操作の代わりに、印刷の操作が選ばれた場合に様子を表す説明図である。
【図２５】 ファイル検索結果に基づき、印刷サービスをうける場合の動作の流れが太線で示されているフローチャートである。
【図２６】 プリンティングサービスの提供を受ける場合に、管理サーバ１２からクライアント１０に送出される書式データを表す説明図である。
【図２７】 図２６に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図２８】 図２２に示されている画面から、再びサービスリストの表示を行いたい場合に、このサービスリストの選択が行われている様子を表す説明図である。
【図２９】 図２８に示されているように、サービスリストの再表示が選択される場合の動作の流れが太線で示されているフローチャートである。
【図３０】 本発明の実施の形態におけるサービス接続サーバ１０６が、携帯情報端末やプリントサーバ１０２との間に接続されている様子、及びデータの流れを表す説明図である。
【図３１】 ＧＵＩパーツの例を表す説明図である。
【図３２】 ＧＵＩパーツの配置情報がどのように表示画面に反映されるかを表す説明図である。
【図３３】 携帯情報端末１００の構成を表す構成ブロック図である。
【図３４】 携帯情報端末１００の動作の概略を表すフローチャートである。
【図３５】 サービス接続サーバ１０６の構成を表す構成ブロック図である。
【図３６】 サービス接続サーバ１０６の動作の概略を表すフローチャートである。
【図３７】 携帯情報端末１００の電源投入後の初期画面及びプリントサービスを選んだ場合のプリントサービス提供画面を表す説明図である。
【図３８】 携帯情報端末１００の図３７において示されている画面の移り変わりの際の動作をあらわすフローチャートである。
【図３９】 プリントサービスの提供画面におけるＧＵＩパーツ配置情報を表す説明図である。
【図４０】 本実施の形態５におけるサービス接続サーバ２０６が、携帯情報端末２００及びプリントサーバ２０２などに接続されている様子を表す説明図である。
【図４１】 サービス接続サーバ２０６の構成を表す構成ブロック図である。
【図４２】 サービス接続サーバ２０６の処理の概略を表すフローチャートである。
【図４３】 サービス接続サーバ２０６の構成を表す構成ブロック図である。
【図４４】 サービス接続サーバ２０６の処理の概略を表すフローチャートである。
【符号の説明】
１０ クライアント、１２ 管理サーバ、１４ サーバ、２０ 受信部、２２機能書式表示部、２４ 入力制御部、２６ 送信部、３０ サービス制御部、３２ サービス機能書式、３４ クライアント送信部、３６ サーバ制御部、３８ 結果受信部、４０ クライアント受信部、５０ ネットワーク、１００ 携帯情報端末、１０２ プリントサーバ、１０４ ファイルサーバ、１０６ サービス接続サーバ、１１０ ユーザ入力処理部、１１２ ＧＵＩパーツ配置管理部、１１４ 画面表示処理部、１１６ ビルトインイメージ管理部、１１８ 通信制御部、１２０ 端末通信処理部、１２２ サービスクライアント処理部、１２４ ＧＵＩパーツ情報格納部、１２６ サービスクライアントスタブ、１２８ ネットワーク通信部、２００ 携帯情報端末、２０２ プリントサーバ、２０４ホスト接続サーバ、２０６ サービス接続サーバ、２１０ 端末通信処理部、２１２ サービスクライアント処理部、２１４ サービス代表名管理部、２１６代表名管理データベース、２１８ サービスクライアントスタブ、２２０ ネットワーク通信部、２３０ 端末通信処理部、２３４ サービスクライアント処理部、２３２ 端末セッション管理部、２３６ サービスセッション管理部、２３８ サービスクライアントスタブ、２４０ ネットワーク通信部、１０００ 記憶手段。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a service management apparatus, and more particularly to a service management apparatus that is provided between a server apparatus that provides a service on a network and a client that receives the service and manages the service between the two.
[0002]
[Prior art]
Conventional technology 1
When accessing a host computer or a server on the network from a client computer (such as a notebook computer or portable information device), conventionally, the service matches each service of the host computer or server on the network. The software had to be installed on the client computer. As a computer serving as the client, in addition to a normal personal computer, a notebook personal computer, a PDA (personal digital assistant), and the like have been widely used in recent years. In such an information processing system composed of a server and a client, the software is designed so that the client can respond to changes in the function of the server that provides the service and changes in the output format of the service result. The need often changed. For example, as server software is upgraded, it is necessary to install software corresponding to new upgraded software on the client side. In such a case, it is not a problem to introduce software with enhanced functions in a high-performance desktop personal computer. However, in small terminals such as PDAs, it is possible to upgrade the server software version. There was a possibility that it could not be done. This is because PDAs and the like are generally inferior in function and performance to desktop personal computers. Due to such circumstances, it has often occurred that it is difficult for the server side to change the software accompanied by the improvement of the function so much in consideration of the processing capability of the client side.
[0003]
In order to solve such a problem, a method in which format data is managed on the server, that is, the host computer side, can be considered. That is, it has been proposed that format data corresponding to each function to be serviced by a host computer is provided, and that process definition data be sent to the client side together with the format data. This process definition data is actual data to be processed on the client side. In this way, by sending the format data and process definition data to the client, if the client side has only the function of interpreting the format data and displaying it, the display format can be changed to some extent. This can be done by changing the format data sent from. As described above, a technique for interpreting and displaying format data only on the client side and managing actual display contents on the host computer side is disclosed in, for example, Japanese Patent Laid-Open No. 6-314289. It is described in.
[0004]
The information processing system described in the publication is a slip processing system using a pen computer, and it is not necessary to create an application program for each service on the pen computer side. Various definition information on the host computer side, etc. Is a system intended to use this pen computer as a slip data input terminal. In order to achieve such an object, the pen computer in this slip processing system has display processing means for displaying the slip on the display of the pen computer based on the format definition data sent from the host computer. It is characterized by that. As described above, since the display processing means is provided in the pen computer, it is possible to easily realize various slips by defining the format definition data sent from the host computer so as to realize various slips. .
[0005]
Conventional technology 2
In recent years, communication networks have been widely developed, and various services using communication are widely provided. Various devices such as a personal computer are used as communication terminals for receiving services in such communication services. As such a communication terminal, a so-called portable information terminal (called PDA) is often used. However, since such a portable information terminal is generally relatively low in function, in order to use the service, the text menu base is used, or a so-called “deterministic” operation is registered in the icon. By clicking, etc., this definitive operation was only registered or called. In the text, “text menu base” is an image of a so-called dumb terminal, and “icon level” mainly means that a script (macro) of communication software is associated with an icon. ing. Also, “deterministic” refers to a predetermined series of processing operations, and the flow of the operations is usually described in a simple language called a macro language or a script. As described above, conventionally, a series of predetermined processes are automatically performed by clicking the icon or the like.
[0006]
Conventional technology 3
Further, in order to use a conventional network service, it is necessary to specify an absolute name or an identification number of a server to which the service is connected. Therefore, when using a network service at a remote location from a portable information terminal, it is necessary to reliably grasp the network environment of the destination.
[0007]
Furthermore, in order to use a network service, the communication line cannot be interrupted in order to maintain a session with the service. However, especially when using a battery-powered device such as a portable terminal and using a network service via a public line or the like, communication may be interrupted due to so-called battery exhaustion. . In such a case, since the session with the service is also interrupted, the session must be reestablished and then reestablished.
[0008]
[Problems to be solved by the invention]
Assignment 1
However, the system described in the above publication in Prior Art 1 has the following problems.
[0009]
For example, when an advanced and complicated process is required, the process cannot be defined. For example, when a server service is received and the obtained result is to be used in another service, the connection process between these services cannot be performed. Specifically, in order to print a file searched by the file search service using the file printing service, it is necessary to devise such as storing the search result separately in any storage means. . This is because the format data sent from each service to the client is different for each service, and there is no means for connecting the services.
[0010]
In addition, since it is necessary to execute the defined processing on the client, it may be difficult to realize it on a client with low CPU performance. In other words, compared to storing the application program itself on the client side and executing the application program itself, the format data sent from the server must first be interpreted, the meaning content analyzed, and then displayed. If the CPU performance is low, there may be a problem with the processing speed.
[0011]
Further, based on the result list obtained from the database search, an operation for performing separate processing by selecting a plurality of items from the result list and sending it to another host computer is described in the above publication. This technology was difficult to realize.
[0012]
The present invention has been made in view of such problems, and a first object of the present invention is to provide a client-side service even when the function of the host-side service is changed or a new service (or function) is added. It is an object of the present invention to provide an information processing system that can process a service processing result without requiring a change and can provide the operation result to a separate service. Another object of the present invention is to realize such an information processing system without increasing the addition of processing on the client side as much as possible.
[0013]
Assignment 2
On the other hand, as described in the prior art 2, the communication terminal having a relatively low function such as a conventional portable information terminal can only receive a text menu based low function service. However, if an advanced communication service can be received from such a portable information terminal, a more convenient portable information terminal can be realized.
[0014]
The present invention has been made in view of the above problems, and an object of the present invention is to use an advanced network service even in a low-function communication terminal. Specifically, a service client stub, which is a program called by service client software necessary for receiving advanced network services, and the use of network services can be made without incorporating service client software.
[0015]
Furthermore, even when a new service is added to the network service, the present invention can enjoy the new service without adding a new function corresponding to the new service to the low-function communication terminal. The purpose is to build a system.
[0016]
Issue 3
Furthermore, as described in the prior art 3, if the network environment of the connection destination is not known, the network service cannot be used effectively. In addition, without knowing the name of the server, the procedure for knowing the server name must be performed remotely using a portable information terminal, and there is a problem that the preparation period for using the service becomes long. .
[0017]
In addition, since the session is held when the service is used by the server, the communication line cannot be disconnected during the communication. For this reason, there is a problem that the usable time of the portable information terminal, which is often driven by a battery, is shortened.
[0018]
SUMMARY An advantage of some aspects of the invention is that various network services can be easily used from a portable information terminal having relatively low processing capability.
[0019]
[Means for Solving the Problems]
  The present inventionThe management apparatus according to claim 1 is connected to a service providing apparatus and a client apparatus that receives the service provision, and in the management apparatus that manages the service, a parameter for receiving the service provision from the service provision apparatus is stored in the client apparatus. Based on format data sending means for sending format data to be inputted to the client device, and parameters for receiving provision of the service inputted in the client device in response to the format data sent by the format data sending means A parameter sending means for sending a processing instruction for the service to the service providing apparatus; a service result returned in response to the processing instruction from the service providing apparatus; and a predetermined process for performing a linkage process using the service result Function format showing other services , Characterized in that it comprises a and a service result sending means for sending to the client device generates a service linkage format data including.
In one aspect of the management apparatus according to the present invention, the service result sending means is a predetermined result for performing a cooperation process using the service result returned in response to the processing instruction from the service providing apparatus and the service result. Service linkage format data including a function format indicating another service and format data for using a parameter based on the service result as a parameter for receiving provision of the other service is generated and transmitted to the client device It is characterized by that.
The management apparatus according to the present invention is a management apparatus that is connected to a first service providing apparatus, at least one other service providing apparatus, and a client apparatus that receives the service, and manages the service. Format data sending means for sending the client device the format data for receiving the provision of the first service from the service providing device, and the format data sent by the format data sending means. Parameter sending means for sending a processing instruction for the first service to the first service providing device based on a parameter for receiving the provision of the first service inputted in response to the client device; The service returned from the first service providing apparatus in response to the processing instruction Service result sending means for generating service linkage format data including a service result and a function format indicating a predetermined other service for performing a linkage process using the service result and sending the service linkage format data to the client device. It is characterized by.
In one aspect of the management apparatus according to the present invention, the service result sending means includes the first 1 A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperative process using the previous service result, and a parameter based on the service result, Service link format data including format data to be used as parameters for receiving the provision of the service is generated and sent to the client device.
  The present inventionIn one aspect ofIn the management device connected to the service providing device and the client device receiving the service and managing the service, the format data for allowing the client device to input certain parameters for providing the service. A format data sending means for sending format data interpretable in the client device to the client device, and a constant for a service input in the client device in response to the format data sent by the format data sending means. The parameter sending means for sending the parameters to the service providing apparatus, and the service result returned by the service providing apparatus, and the service result is used for other services selected by the operator. Data for Change the over data to the client device can interpret the format data, a management apparatus, characterized in that the format data including a service result sending means for sending to the client device.
[0020]
The format data may be any data as long as the format can be defined. For example, it is also preferable to describe the format data using a predetermined language for defining the format. As such a language, a predetermined markup language (SGML, HTML, etc.) is suitable.
[0021]
  The present inventionOne aspect ofThe format data sending means sends the format data interpretable by the client to the client. Therefore, the client device can receive the service even when the service content of the service providing device is changed. The linkage data as described above is realized, for example, by using format data that displays a dialog asking the operator whether to link the data to another service. Therefore, service cooperation can be performed smoothly.
[0022]
The method according to the present invention is a method for managing a service using a service providing apparatus and a client apparatus that receives the service, wherein a parameter for receiving the service from the service providing apparatus is provided to the client apparatus Sending the format data to be input to the client device and the service providing device with the service based on parameters for receiving provision of the service input in the client device in response to the sent format data Sending a processing instruction to the function, a service result returned in response to the processing instruction from the service providing device, a function format indicating a predetermined other service for performing a cooperative process using the service result, Service linkage format data including the client device Characterized in that it and a step of sending to.
In one aspect of the method according to the present invention, the sending step includes a service result returned in response to the processing instruction from the service providing apparatus, and a predetermined other that performs cooperation processing using the service result. Generating service linkage format data including a function format indicating a service and format data for using a parameter based on the service result as a parameter for receiving provision of the other service, and sending the generated data to the client device Features.
The method according to the present invention is a method for managing a service using a first service providing apparatus, at least one other service providing apparatus, and a client apparatus that receives the service. A step of sending format data to the client device to input parameters for receiving the provision of the first service from the providing device to the client device, and input in the client device in response to the sent format data A step of sending a processing request for the first service to the first service providing apparatus based on a parameter for receiving provision of the first service; and responding to the processing instruction from the first service providing apparatus The service result returned in this way and a predetermined other service that performs the cooperation process using the service result. Characterized in that it comprises the step of sending the generated the client device a service cooperation format data including a feature format screws are shown, and the.
In one aspect of the method according to the present invention, the delivering step comprises the first step. 1 A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperation process using the first service result, and a parameter based on the service result Service linkage format data including format data to be used as parameters for receiving provision of other services is generated and transmitted to the client device.
  The present inventionIn one aspect of the method according toIn a method for managing a service using a service providing apparatus and a client apparatus that receives the service, format data for causing the client apparatus to input a certain parameter for providing the service, Sending format data interpretable in the client device to the client device, and certain parameters for the service input in the client device in response to the sent format data, to the service providing device. Data for cooperation between services is added to the sending process and the service result returned by the service providing apparatus to provide the service result to another service selected by the operator. Change the data into format data that the client device can interpret, A step of sending the formatted data to the client device, a method of managing services, which comprises a.
[0023]
According to the present invention, in the step of sending the format data, the format data that can be interpreted by the client is sent to the client. Therefore, the client device can receive the service even when the service content of the service providing device is changed. The linkage data as described above is realized, for example, by using format data or the like that displays a dialog asking the operator whether to link the data to another service. Therefore, service cooperation can be performed smoothly.
[0024]
  A network system according to the present invention includes a service providing apparatus, a client apparatus that receives service provision, and a management apparatus that is connected to these apparatuses and manages services. Format data sending means for sending format data to the client device for inputting parameters to be provided to the client device, and input in the client device in response to the format data sent by the format data sending means Parameter sending means for sending a processing instruction for the service to the service providing apparatus based on a parameter for receiving provision of the service, a service result returned from the service providing apparatus in response to the processing instruction, Service results The management device includes service cooperation format data including a function format indicating a predetermined other service for performing cooperation processing using the server, and transmitting service result transmission means to the client device. .
  In one aspect of the network system according to the present invention, the service result sending means is a predetermined result for performing a cooperation process using the service result returned in response to the processing instruction from the service providing apparatus and the service result. Service linkage format data including a function format indicating another service and format data for using a parameter based on the service result as a parameter for receiving provision of the other service is generated and transmitted to the client device It is characterized by that.
  A network system according to the present invention includes a first service providing apparatus, at least one other service providing apparatus, a client apparatus that receives service provision, and a management apparatus that is connected to these apparatuses and manages services. A format data sending means for sending to the client device format data that causes the client device to input parameters for receiving provision of the first service from the first service providing device, and the format data Based on the parameter for receiving the provision of the first service inputted in the client device in response to the format data sent by the sending means, the processing request for the first service is sent to the first service providing device. Parameter sending means for sending the first and the first Generating service cooperation format data including a service result returned in response to the processing instruction from the service providing apparatus and a function format indicating a predetermined other service for performing a cooperation process using the service result; The management device includes service result sending means for sending to the client device.
  In one aspect of the network system according to the present invention, the service result sending means includes the first 1 A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperation process using the first service result, and a parameter based on the service result Service linkage format data including format data to be used as parameters for receiving provision of other services is generated and transmitted to the client device.
  The present inventionIn one aspect ofIn a network system including a service providing apparatus, a client apparatus that receives service provision, and a management apparatus that is connected to these apparatuses and manages services, the client apparatus is provided with certain parameters for service provision. Format data for input, format data sending means for sending format data interpretable by the client device to the client device, and the client device in response to the format data sent by the format data sending means The parameter sending means for sending a constant parameter for the service input in the above to the service providing apparatus, and the service result returned by the service providing apparatus, and this service result is selected as another service by the operator. To serve, between services The management device includes service result sending means for adding data for carrying, changing the added data into format data interpretable by the client device, and sending the format data to the client device. This is a network system characterized by this.
[0025]
According to the present invention, the format data sending means sends the format data interpretable by the client to the client. Therefore, the client device can receive the service even when the service content of the service providing device is changed. The linkage data as described above is realized, for example, by using format data that displays a dialog asking the operator whether to link the data to another service. Therefore, service cooperation can be performed smoothly.
[0026]
  Furthermore, the present inventionIn one aspect ofThe client device used in the network system includes a display unit that interprets format data sent by the management device and generates an image.
[0027]
Since the format data sent by the management device can be interpreted, it is possible to efficiently enjoy the cooperation of services by the management device.
[0028]
  The present inventionIn one aspect ofIn a management apparatus connected to a service providing apparatus and a client apparatus receiving the service and managing the service, information in a format interpretable by the client apparatus is sent to the client apparatus, and the interpretable format Based on the information, the first means for inputting information necessary for accessing the service providing apparatus in the client apparatus, and the format in which the service providing apparatus can interpret the information input in the client apparatus Between the services for providing the service result to another service selected by the operator in the second means for converting the information into the service information and sending it to the service providing apparatus and the service result returned by the service providing apparatus. The data is added to the client device, and the client device resolves the added data. And a third means for sending the format data to the client device. When a service access request with a service representative name is received from the client device, Management comprising: means for converting the service representative name into a real service name; and access means for accessing a service device corresponding to a service access request from the client device using the real service name Device.
[0029]
The service representative name sent from the client device is converted into the actual service name by the conversion means of the management device, so that the client device can access the service device using the service representative name.
[0030]
  Furthermore, the present inventionIn one aspect ofIn the above management apparatus, the access means detects a line break between the client and the management apparatus, and the client operation is resumed for a predetermined period after the line break detection means detects the line break. In order to be able to do so, there is provided a management device comprising maintenance means for maintaining a session with the service device.
[0031]
With such a configuration, even when communication is interrupted due to an accident or the like, the client device does not need to reconstruct a session when reconnected.
[0032]
DETAILED DESCRIPTION OF THE INVENTION
DESCRIPTION OF EXEMPLARY EMBODIMENTS Hereinafter, preferred embodiments of the invention will be described with reference to the drawings. FIG. 1 is a configuration diagram showing the configuration of a network system in which a management server 12 which is a preferred embodiment of the present invention is used. As shown in FIG. 1, the servers 14-1 to 14-n are network servers that have been used conventionally, and provide various services. For example, various servers such as a printing server, a filing server, or a database server are known as these servers 14. The management server 12, which is a characteristic configuration in the present embodiment, can communicate with the servers 14-1 to 14-n via the network 50. The management server 12 can also communicate with the client 10 via the network 50. In FIG. 1, the client 10 is connected to the management server 12 and the servers 14-1 to 14-n via the network 50, but is connected via a telephone line via a modem, an infrared communication network, or the like. It doesn't matter.
[0033]
In the management server 12, service function formats 32-1 to 32-n corresponding to the servers 14-1 to 14-n that provide various services are stored as data. This data is stored by various storage means such as a hard disk and an optical disk. As will be described later, the service function formats 32-1 to 32-n are sent to the client 10 at a predetermined timing, and are displayed by the function format display unit 22 in the client 10. This display is performed, for example, as an access control panel for the server 14-1 to the server 14-n.
[0034]
The operation in the client 10 is transmitted to the transmission unit 26 via the input control unit 24. In the transmission unit 26, the operation of the operator at the client 10 is sent to the management server 12 via the network 50. In the management server 12, the service control unit 30 causes the server control unit 36-1 to server control unit 36-n to output a predetermined instruction to the server 14 based on the received operation in the client 10. Then, the server 14-1 to the server 14-n are activated based on this instruction and perform predetermined processing. The server control unit 36-1 controls the server 14-1. The server control unit 36-2 controls the server 14-2. As described above, the server control units 36-1 to 36-n are provided corresponding to the servers 14-1 to 14-n, respectively. The processing results of the servers 14-1 to 14-n are sent to the management server 12 via the network 50. In the management server 12, the sent processing result is received by the result receiving unit 38, and the service control unit 30 performs a predetermined process. A predetermined process is performed in the service control unit 30, and the result of the process is returned to the client 10 via the client transmission unit 34.
[0035]
What is characteristic in the present embodiment is that the service control unit 30 in the management server 12 is involved in both transmission of certain format data to the client 10 and reception of operation results sent from the client 10. It is that you are. With this configuration, it is possible to output a service request from the client 10 to the server 14, receive the processing result from the server 14, and cause the client 10 to take the next action based on the processing result. For example, the client 10 inputs a predetermined numerical value to the format data having a tabular format to the server 14 that provides a predetermined spreadsheet service, and outputs the format data into which the numerical value is input to the server 14. Then, when the server 14 performs a predetermined calculation such as total and returns the result, the client 10 refers to the calculation result, changes some numerical values, and requests the server 14 to recalculate. Linking between services such as
[0036]
In a conventional network, particularly a client server system, in order to perform a cooperative operation between services, it is necessary to perform all the cooperative operations on the client side. For example, it is necessary to look at the result of a predetermined service, and based on the result, the operator has to perform a predetermined operation on the terminal to redirect the processing result to another service. Therefore, when processing is performed in cooperation with a large number of services, work efficiency is deteriorated. Naturally, in order to perform the service cooperation processing in the spreadsheet described above, it is naturally possible to use dedicated software for the cooperation. However, in order to use such dedicated software, the dedicated software must be installed in the client 10, and when a change occurs, all of the plurality of clients 10 can be upgraded. Processing had to be done.
[0037]
In the present embodiment, for the cooperative operation between services, the service control unit performs operations such as adding a predetermined cooperative message to the format data and sending it to the client, as will be described later. For this reason, it is possible to perform a cooperative operation between services without changing any software on the client 10 side, and even if the function of the server 14 is changed, the service control unit 30 in the management server 12 is changed. By doing so, it is not necessary to upgrade the software version on the client 10 side. As described above, in the present embodiment, in response to the function change of the server 14 or the addition of a new server 14, the work of upgrading the software on the client 10 side, which has been conventionally required, Twelve are concentrated. As described above, since the management server 12 absorbs changes made in the client 10 in the past, the software of the client 10 does not need to be changed even when functions are added on the server 14 side. It has an effect. Thus, in this embodiment, the management server 12 is placed between the conventional server 14 and the client 10, and the operation between them is adjusted.
[0038]
Furthermore, since the service control unit 30 is related not only to the single server 14 but also to reception of results from a plurality of servers 14, not only data exchange with one server 14 but also other servers 14 can also be performed. For example, it is possible to send a spreadsheet result of a certain spreadsheet server 14 to the print server 14 and perform printing. Conventionally, since the system does not have means for sending the processing result of the service returned from the predetermined server 14 to another server, the operator manually operates to send the data to the other server. I had to. For this reason, the cooperative operation between services has become a very complicated task, which has led to a deterioration in office efficiency.
[0039]
Next, in the present embodiment, a state in which the service cooperation operation is performed will be described with reference to a flowchart and a diagram showing a display screen of format data.
[0040]
FIG. 2 is a flowchart showing an operation when the client uses the printing server 14 in the network system according to the present embodiment. Hereinafter, the operation of the network system of the present embodiment will be described for each step of the flowchart.
[0041]
FIG. 3 is an explanatory diagram showing an operation when the client 10 issues an access request to the management server 12 in step S2-1 in FIG. As shown in FIG. 3, first, in the client 10, the operator inputs an operation for issuing an access request from the input control unit 24, and data representing the access request is transmitted to the transmission unit 26 by the operation. Sent. In the transmission unit 26, data representing the transmitted access request is transmitted to the management server 12 via the network 50. In the management server 12, the transmitted data is received by the client receiving unit 40. Data representing the access request received by the client receiving unit 40 is analyzed by the service control unit 30, and the service control unit 30 starts a response process of the management server 12 to the access request. In this way, the management server 12 starts communication between the server 14 and the client 10 using the access request from the client 10 as a trigger.
[0042]
FIG. 4 is an explanatory diagram showing the operation of the network system in step S2-2 in FIG. That is, in step S2-2, the management server 12 provides a service list that can be used by the client 10 to the client 10 (a list that describes available servers 14-1 to 14-n). Is shown. As shown in FIG. 4, the service control unit 30 of the management server 12 retrieves the service list of the servers 14-1 to 14-n that can be used by the client 10 from the predetermined storage unit 1000, and the client transmission unit 34. To send. The storage unit 1000 in which the service list is stored is provided in the management server 12 although not shown in the figure. In the present embodiment, the service list is stored in the storage unit 1000 inside the management server 12. However, if the service list is accessible from the service control unit 30 of the management server 12, the network list It is also possible to store in a storage means at an arbitrary position on the system. For example, it is also preferable to store the service list in another server via the network 50. If such a configuration is adopted, the server storing the service list will be managed by the network administrator, and the service list will be managed at the same time.
[0043]
The service list sent to the client transmission unit 34 is sent to the client via the network 50. The received service list is received by the receiving unit 20 in the client 10 and used for subsequent processing.
[0044]
The service list is sent from the management server 12 to the client, but is stored in another type of server, and the client can directly request the service list from the other type of server.
[0045]
In this case, a request for a service list is directly sent from the client to another type of server, and the server transfers the service list to the client 10.
[0046]
FIGS. 5 and 6 are explanatory diagrams of the operation of the client in step S2-3 in FIG.
[0047]
FIG. 5 shows the format data of the service list sent from the management server 12 to the client. As shown in FIG. 5, the format data in the present embodiment is configured by a so-called markup language. Based on the format data of the service list shown in FIG. 5, the function format display unit 22 of the client 10 displays an image as shown in FIG.
[0048]
The markup language used in this embodiment first displays a normal simple character string as it is. For example, the word “Please select a service” on the first line of the format data shown in FIG. 5 is displayed as an image as shown in FIG. “<INPUT = radio˜” is a tag indicating the display of a radio button, “service” is used as a variable name, and when this radio button is selected, the value “prt” is changed to the variable “ assigned to "service". In addition, a character string “printing” is displayed following this radio button. Thereafter, three similar radio buttons are displayed successively, and a total of four radio buttons are displayed on the screen. In the last line of the format data of the service list shown in FIG. 5, a tag representing an activation button is described. That is, “> INPUT = submit˜” means a start button, and “select” indicates a display character of the start button.
[0049]
What is characteristic in the present embodiment is that the format data of the service list transmitted from the management server 12 to the client 10 is described in a predetermined markup language. Therefore, if the client 10 has only the function of interpreting this markup language, it can always display the format data sent from the management server 12. For this reason, for example, even when the types of services that can be provided increase, the number of tags representing radio buttons in the markup language of the service list format data sent by the management server 12 is simply increased, and the client 10 is not changed at all. Services can be added.
[0050]
In this embodiment, a predetermined markup language is used to control image display. However, any other type of language can be used as long as the language can control image display. It is.
[0051]
FIG. 7 shows how the client selects a service in step S2-4 in FIG. For example, FIG. 7 shows an example of image display when the operator selects a printing service, and radio buttons corresponding to printing are displayed in black.
[0052]
As described above, after the operator selects a desired service, the operator must transmit the parameters set by the selection to the management server 12. In the present embodiment, transmission of this parameter is started when the operator taps or clicks the “select” button using a pointing device such as a pen or a mouse. In the present embodiment, by tapping this “select” button, a parameter “service = prt;” is transmitted to the management server 12. This is because “prt” was selected as the value of the variable service because the operator selected the printing service. The sent parameters are sent to the network 50 from the client input control unit 24 shown in FIG. This parameter passes through the network 50 and is received by the service control unit 30 via the client reception unit 40 of the management server 12.
[0053]
FIG. 8 shows an operation explanatory diagram when the management server 12 in step S2-5 in FIG. 2 transmits the corresponding service function format to the client. As described above, the service list sent from the management server 12 to the client 10 in step S2-2 corresponds to the service function formats 32-1 to 32-n held by the management server 12. Therefore, the parameter sent from the client 10 to the management server 12 in step S2-4 (this parameter indicates the service selected by the operator) is stored in the service control unit 30 of the management server 12 in which service function format. It is determined whether it corresponds to. As a result of this determination, the corresponding service function format 32 is transmitted to the client 10 by the service control unit 30 using the client transmission unit 34. As a result, the service function format 32 reaches the reception unit 20 of the client 10 through the network 50 via the client transmission unit 34.
[0054]
FIG. 9 and FIG. 10 are explanatory diagrams for explaining how the function format display unit 22 of the client 10 displays a predetermined service providing screen based on the format data sent from the server 12 in step S2-6 of FIG. Is shown in
[0055]
FIG. 9 shows the format data of the service function format sent from the management server 12 to the client. The format data shown in the figure is also described in a predetermined markup language, similar to the format data in FIG. 5 described above. That is, in the figure, the simple character string “Please set paper size, number of sheets, print file” on the first line of the format data is displayed as it is. Further, the tags for displaying the radio buttons in the second to fourth lines correspond to the three radio buttons shown in FIG. 10 and display radio buttons for inputting the paper size. The fourth line of the format data shown in FIG. 9 is a tag for displaying a numerical value input window for inputting numbers, and numerical values with UP / DOWN keys indicated by two black triangle arrows in FIG. Corresponds to the input window. Here, the upward triangle arrow is the UP key, and the downward triangle arrow is the DOWN key. The number input here corresponds to the number of printed sheets, and this number of printed sheets is substituted into the variable “number”. “<INPUT = textNAME = name>?” On the sixth line of the format data shown in FIG. 9 is a tag for displaying a window for inputting characters. Using this character input window, the name of the file to be printed is input by the operator. Further, “<INPUT = submitVALUE = print !;” shown in the seventh line of the format data shown in FIG. 9 displays a start button as described in step S2-3. Is.
[0056]
The format data shown in FIG. 9 is interpreted by the function format display unit 22 of the client, and the service providing screen is displayed as shown in FIG.
[0057]
What is characteristic in the present embodiment is that the screen for providing a service is controlled by a predetermined markup language sent from the management server 12. With such a configuration, the client 10 simply has means for interpreting a predetermined markup language, and it is not necessary to change the function of the client 10 even if the content of the provided service is changed. For example, even when the number of paper sizes that can be selected increases, by rewriting the service function format 32 in the management server 12, the client 10 side does not need to change the format data radio button shown in FIG. It is possible to cope with an increase in the paper size types without changing the function.
[0058]
In the present embodiment, the format data for displaying the service provision screen is described using a predetermined markup language, but other types of languages may be used as long as the service provision screen can be controlled. .
[0059]
FIG. 11 shows an explanatory diagram of the operation performed by the operator on the client 10 side in step S2-7 in FIG. For example, in the same figure, when the operator selects A4 as the paper size, the state of the service providing screen is shown, and it will be understood that the radio button corresponding to the selected A4 is black. Also, the operator changes the numerical value from the default value “001” to “005” by tapping the UP side button of the UP / DOWN key for selecting a numerical value four times. Thus, the operator specifies that the number of printed sheets is five. In this example, the UP / DOWN keys (buttons indicated by the upward and downward black triangle arrows in FIGS. 10 and 11) provided on the left of the numerical value input window are the same as those in FIG. Although an example of changing is shown, it is of course possible for the operator to directly enter a number in the number input window.
[0060]
Further, the operator places the character input window in a selected state by tapping the character input window with a pen or the like. When the character input window is in the selected state, “/home/usr/doc/sample.txt” is input from the keyboard. FIG. 11 shows a state where the input character pixels are displayed in the character input window as they are. As a result, the file to be printed is a sample. It is instructed to be txt.
[0061]
In step S <b> 2-8 in FIG. 2, the operator's operation result is transmitted to the management server 12. This transmission is performed when the operator taps the “print” button in FIG. 11 with a pen or the like. The parameters transmitted to the management server 12 are as follows, for example, when an operation as shown in FIG. 11 is performed.
[0062]
size = a4;
count = 5;
name = / home / usr / doc / sample. txt;
The types and values of parameters transmitted to the management server 12 are conventionally sent directly to the servers 14-1 to 14-n. Therefore, the meaning of the above parameters sent by the client 10 is a matter already known by each server 14-1 to 14-n itself. In other words, each of the servers 14-1 to 14-n stores parameters necessary for the service to be provided in advance as service function formats 32-1 to 32-n of the management server 12.
[0063]
FIG. 12 shows an explanatory diagram of an operation when the client 10 sends a predetermined parameter to the server 14 via the service control unit 30 of the management server 12 in step S2-9 of FIG. As shown in the figure, the parameters input by the input control unit 24 are sent to the network 50 via the transmission unit 26. Parameters input to the management server 12 through the network 50 reach the service control unit 30 via the client reception unit 40. The service control unit 30 sends the received parameters to the server 14 through the server control unit 36.
[0064]
In the present embodiment, the service control unit 30 itself knows which service function format 32 (1 to n) is sent to the client. This is because the service control unit 30 sends the service function format 32 to the client 10. Therefore, the service control unit 30 already knows which server 14 (−1 to −n) is the server 14 to which the parameter as the operation result of the operator in the client is to be transmitted. Therefore, the management server 12 according to the present embodiment transmits a parameter as an operation result of the operator sent from the client 10 to the corresponding server 14 (any one of −1 to −n). 36 (any one of -1 to -n) can be controlled.
[0065]
In the present embodiment, the parameters sent from the client 10 are sent as they are to the corresponding server 14 via the server control unit 36. However, the parameters sent from the client 10 are matched with the corresponding server 14. It is also preferable to convert it into a constant command or the like. For example, if it is a printing service, a predetermined command string such as “lpr / sample.txt / 5” is also suitable. Such conversion is preferably performed by each server control unit 36 in accordance with a command from the service control unit 30.
[0066]
FIG. 13 shows an explanatory diagram of the reception operation of the service result returned from the corresponding server 14 in step S2-10 in FIG. When the server 14 completes the predetermined printing service, the result is received by the result receiving unit 38 of the management server 12 via the network 50. The service result received by the result receiving unit 38 is sent to the service control unit 30. For example, as a result of the printing service, a character string “print complete” is sent.
[0067]
Next, FIG. 14 shows an example in which the service control unit 30 changes the format of the service result to the client 10 in step S2-11 in FIG. In the present embodiment, the service control unit 30 changes the format of the service result received from the server 14 to format data by adding a tag in a predetermined markup language. As shown in FIG. 14, the first line of the format data is the character string itself of the service result returned from the server 14. Further, a predetermined markup language for service cooperation is added to the second to third lines of the format data shown in FIG. FIG. 15 shows an example in which the format data shown in FIG. 14 is interpreted by the function format display unit 22 of the client 10 and displayed on the screen.
[0068]
The markup language tag “<INPUT = radio˜” in the second line of the format data shown in FIG. 14 means an operation radio button for receiving the same service again, and this radio button is selected. In this case, the value “retry” is assigned to the variable “op”. In the third line of the format data shown in FIG. 14, a markup language tag representing a radio button for performing a cooperative operation with another service is described. That is, “<INPUT = radio˜” is a value “service” substituted into the variable “op” when the corresponding radio button is selected.
[0069]
In the last line of FIG. 14, a tag representing an activation button necessary to return a parameter representing which one of the two radio buttons has been selected to the management server 12 is described. Format data having such contents is created by the service control unit 30 and sent to the client 10. In the client, format data as shown in FIG. 14 is interpreted by the function format display unit 22, and a service completion screen as shown in FIG. 15 is displayed. This display is performed in step S2-6 in the flowchart in FIG.
[0070]
For example, when the operator selects a radio button corresponding to “again!” On the service result screen as shown in FIG. 15 and presses the execute button, the variable “op” has a value “retry”. The parameter substituted with is sent to the management server 12. The management server 12 analyzes the returned parameter and sends the service function format 32 for the printing service to the client 10 again. Then, in the client 10, the service providing screen as shown in FIG. 11 is displayed again by the function format display unit 22 based on the function format data, and it is possible to automatically receive the printing service again.
[0071]
On the other hand, when the operator selects “return to service selection” on the service result screen in FIG. 15, the value “service” is substituted into the variable “op” and this parameter is returned to the management server 12. The management server 12 analyzes the returned parameter to send the service list format data as shown in FIG. 5 to the client 10. In the client 10, the function format display unit 22 configures a screen for displaying the service list based on the format data. As a result, a screen for selecting a service is displayed on the client 10 as shown in FIG. 6, and the operator can select the service again.
[0072]
What is characteristic in the present embodiment is that the service control unit 30 adds cooperation data for service cooperation to the service result transmitted by the server 14 and returns it to the client 10. Particularly in the present embodiment, a markup language for controlling the cooperative operation of the service is used as the cooperative data. Specifically, in this markup language, a dialog for receiving an operator's input as to whether or not to perform a cooperative operation with another service is displayed. As described above, since the markup language for cooperation is added to the service result and transmitted to the client 10, the operator in the client 10 can extremely easily cooperate between the services.
[0073]
Embodiment 2
In the first embodiment, the service function formats 32-1 to 32-n are stored in the management server 12. However, these service function formats 32 are set according to the corresponding servers 14-1 to 14-n, and more specifically, each server 14-1 to 14-n is a service function format. It can be said that 32 is defined and stored in the management server 12. For this reason, it is not always necessary to store the service function format 32 in the management server 12, and it is also preferable to store it in each server 14. FIG. 16 shows a configuration example when the service function formats 32-1 to 32-n are stored in the corresponding servers 14-1 to 14-n based on such an idea. According to the configuration example shown in FIG. 16, when the client receiving unit 40 receives a service request from the client 10 in order to send the service function format 32 of each server 14 to the client 10, the service control unit 30 controls the corresponding server control units 36-1 to 36-n, and any one of the server functions 14-1 to 32-n (any one of the servers 14-1 to 14-n). 1) and receive the received service function form 32 to the client 10. As described above, according to the configuration shown in FIG. 16, only the operations of the service control unit 30 and the server control units 36-1 to 36-n when the service function format 32 is sent to the client 10 are different. Other configurations and operations are the same as those in the first embodiment.
[0074]
When the configuration shown in the second embodiment is adopted, since the service function format 32 is stored in the corresponding server 14, maintenance of the service function format 32 is performed together with the server 14. It has the merit that it can be performed.
[0075]
Embodiment 3
Another example of cooperative operation between services is shown below.
[0076]
For example, when the client 10 requests a service by the file server, the service function format sent from the management server 12 has the contents as shown in FIG. 17, for example. The content of the service function format shown in FIG. 17 is a tag indicating that a character string “Please enter a search expression” is displayed, and a certain character string is displayed by displaying a character string input window. And a tag that means a button that activates the return of parameters. The function format display unit 22 interprets the service function format as shown in FIG. 17, and the service provision screen as shown in FIG. The operations shown in FIGS. 17 and 18 correspond to steps S2-5 and S2-6 in FIG.
[0077]
Next, in the client 10, the operator taps the character input window of FIG. 18 with a pen to activate the character input window, and then “/home/txt/*.txt from the keyboard. ”. FIG. 19 shows the state of the screen when such input is performed. Following such input, when the operator presses the search button, the parameters shown below are sent to the management server 12.
[0078]
exp = / home / txt / *. txt;
The above operation corresponds to steps S2-7 and S2-8 in FIG.
[0079]
In the management server 12, based on the sent parameters, a search instruction is given to the corresponding file server together with parameters used for file search. This operation corresponds to step S2-9 in FIG.
[0080]
Note that * in the parameter used in the third embodiment is a so-called wild card. In the example shown here, the file name is a file in the directory / home / txt, and the end of the file name is “ .Txt "is searched.
[0081]
Now, a file search is performed by the file server, and the result of this search is sent to the management server 12 as in the first embodiment. For example, the search result received from the file server in the service control unit 30 in this way is an example as shown in FIG. FIG. 20 shows four file names, all of which end with. It will be understood that txt.
[0082]
In the third embodiment, the service control unit 30 adds data for service cooperation based on the search result shown in FIG. 20 received from the file server, and can be understood by the client 10. To format data. An example of the format data resulting from such conversion is shown in FIG. In FIG. 21, the underlined part is the file name that is the search result shown in FIG. 20, and the other part is a predetermined tag for service cooperation added by the service control unit 30. It is. The markup language used here is also the same markup language as in the first and second embodiments described above. The format data obtained in this way is transmitted to the client 10. These operations correspond to steps S2-10 and S2-11 in FIG.
[0083]
The client 10 that has received the format data as shown in FIG. 21 interprets the format data in the function format display unit 22 and displays a screen as shown in FIG. The format data shown in FIG. 21 includes a character string “Please select a file.” And four radio buttons representing the selected file. In addition, in order to select an operation for the selected file, a character string “Please select an operation” and four radio buttons representing four services that can be provided are included. A tag indicating an execution button for transmitting the input parameters to the management server 12 is also included in the format data. Based on such format data, the function format display unit 22 displays a screen as shown in FIG. 22 as in the first and second embodiments.
[0084]
FIG. 23 shows an example of screen display when the operator selects “Introduction.txt” and selects “Delete” as the operation for the screen display shown in FIG. As shown in FIG. 23, it will be understood that the radio button corresponding to “Introduction.txt” is black and the radio button corresponding to “Delete” is black. When the user presses the “Execute!” Button from this state, the following parameters are transmitted from the client 10 to the management server 12.
[0085]
file = file3;
op = dele;
When the service control unit 30 of the management server 12 receives such a parameter, it first determines from “op = dele” that the file server that is the server 14 that has been provided immediately before is to access again. Do. This is because the operation “op = dele” (meaning deletion of a file) is a service performed by the file server. As described above, the service control unit 30 stores the contents of services that can be provided by each server 14 and has a function of determining which server 14 should be accessed based on the specified service. Yes. Then, from “file = file3;”, the service control unit 30 determines that the third file in the search result list is to be deleted. The parameter “file3;” means that it is the third file.
[0086]
As a result, the service control unit 30 instructs the file server to delete (op = dele) “Introduction.txt” (file = file3).
[0087]
In this way, when the operator designates a predetermined file from the search result of the file obtained in the file service provided by the file server, the file deletion process can be executed subsequently.
[0088]
As described above, in the third embodiment, when the management server 12 sends a service result to the client 10, data for cooperation of a predetermined service is added to the service result and transmitted to the client 10. It was. As a result, in the client 10, the operator can easily provide the service result to other services, continuous file operation / data processing can be performed, and work efficiency can be improved.
[0089]
In the third embodiment, the cooperation of services when searching for a file and deleting a desired file from the search result has been described, but the operation of copying a file is also performed by the same operation flow.
[0090]
In FIG. 23, the screen when the deletion service is selected has been described, but FIG. 24 shows the screen when printing is selected. In FIG. 24, “Introduction.txt” is selected as the file. When the operator presses the “Execute!” Button in the state of the screen shown in FIG. 24, the following parameters are transmitted from the client to the management server 12.
[0091]
file = file3;
op = prt;
In the management server 12, when the service control unit 30 receives such a parameter, it is determined from the “op = prt” in the parameter that the service of the print server should be received next. In the case of deletion or copying as described above, the service performed in cooperation was provided by the same server, that is, the file server, but in the case of printing, the access is switched from the file server to another server, that is, the print server. There must be.
[0092]
Thus, FIG. 25 shows a flowchart for explaining the cooperative operation of the service when the service is provided by another server 14.
[0093]
The contents of each step in the flowchart shown in FIG. 25 are the same as those in the flowchart shown in FIG. The processing flow indicated by the thick arrow shown in FIG. 25 represents the processing flow when service cooperation is performed between different servers 14 as shown in FIG. . The management server 12 does not pass the operation result from the operator to the server 14 as it is, but the following operation is performed. That is, the service control unit adds the function format of the other server 14 to the service result sent from the server 14 and creates predetermined format data. Then, the format data is transmitted to the client 10. What is characteristic in the present embodiment is that, since the function format of another server is added to the service result of the server 14, the cooperative operation between services is facilitated using this function format as the linkage data.
[0094]
For example, as shown in FIG. 24, when print processing is performed after file search, the operator uses a predetermined file and print processing in the client 10 in step S25-7 as shown in FIG. (FIG. 24) The parameter of the operation result is transmitted to the management server 12 in step S25-8. If the service control unit 30 determines that printing is to be performed, control proceeds to step S25-5, and the service function format for printing is transmitted to the client 10 again. Thereafter, the process proceeds to steps S25-6 and S25-7, and the printing process is executed following the file search.
[0095]
On the other hand, as shown in FIG. 23, when different services in the same server, for example, a file server, are executed in cooperation, the service control unit 30 continues to the operations in steps S25-7 and S25-8. Then, the process proceeds to S25-9. The flow of such processing is the same as that shown in FIG. In the case of the same server, as shown in FIG. 23, since the same function format is shown, new function format data is sent to the client 10 to display another screen. It is not necessary.
[0096]
Now, as shown in FIG. 24, when the “print” service is selected, the process proceeds from step S25-8 to step S25-5 as shown in FIG. FIG. 26 shows an example of the format data sent from the management server 12 to the client in step S25-5. The format data shown in FIG. 23 is almost the same as the format data shown in FIG. 9 described above. The difference is that, as indicated by the underline, in the character input window for inputting the print file name, “Introduction.txt” and the print file name are input in advance. An example of a screen interpreted and displayed by the function format display unit 22 based on such format data is shown in FIG. The screen display is almost the same as the screen shown in FIG. The difference is that the characters “Introduction.txt” are input in advance in the character input window for inputting the name of the print file. In the present embodiment, since “Introduction.txt” is selected by the file service, when the format data is generated in the service control unit 30 of the management server 12, the underlined portion is displayed as shown in FIG. It has been added. Therefore, the file selected by the operator using the file service is displayed in a state of being previously input in the “print file” character input window in the display screen (FIG. 27) for accessing the print service.
[0097]
As described above, according to the third embodiment, the result of a certain service can be used as input data for parameters of another service, and a cooperative operation between services can be performed smoothly.
[0098]
As described above, FIG. 23 shows the case where “Delete” is selected, and FIG. 24 shows the case where “Print” is selected.
[0099]
FIG. 28 shows the state of the screen when “service list” is selected. That is, regardless of what the operator has selected as a file from the state of FIG. 22, when “service list” is selected as the operation, the user presses the “execute” button to set the following parameters: To the management server 12.
[0100]
file = nul;
op = ret;
When the service control unit 30 in the management server 12 receives such parameters, it is found that it is necessary to transmit the service list from “op = ret” in the parameters. Therefore, the service list transmission process in step S2-2 in FIG. 2 is performed. A flowchart showing such a flow of processing is shown in the flowchart of FIG. 29, taking as an example the case where the “service list” described in FIG. 28 is selected. In FIG. 29, it will be understood that after step S29-8, the process proceeds to step S29-2 by the thick arrow indicated by C. This is a process flow for transmitting the service list to the client 10 again when the “service list” is selected as shown in FIG. In FIG. 29, a processing loop indicated by A represents a processing procedure when services in the same server 14 are processed in cooperation. In FIG. 29, the processing loop indicated by B represents a processing procedure when service cooperation processing is performed between different servers 14. Then, as described above, the loop represented by C represents the flow of the procedure in the case of resetting the processing linkage and returning to the initial state to return to the stage of selecting the service from the service list. .
[0101]
As described above, according to the present embodiment, it is possible to smoothly perform service cooperation within the same server 14 and service cooperation between different servers 14. It is also very easy to reset the process linkage once and then select the service in the service list again. Therefore, according to the present embodiment, it is possible to continuously receive services and improve work efficiency.
[0102]
Embodiment 4
FIG. 30 is an explanatory diagram showing an outline of functions and operations of the service connection server of the fourth embodiment. The service connection server according to the fourth embodiment is provided between the portable information terminal 100 and the print server 102 or the file server 104, for example. It is designed to receive advanced services. As shown in FIG. 30, the user action in the portable information terminal 100 requires, for example, redrawing of GUI parts in the communication program. Then, in the portable information terminal 100, GUI part update information is sent to the service connection server 106. In the service connection server 106, a client function that should be originally held in the portable information terminal 100 is realized by a service operation program. This service operation program behaves as a client, that is, the portable information terminal 100 with respect to the print server 102 and the file server 104, and as a result, receives the service result. In this way, the service connection server 106 receives various services in place of the portable information terminal 100, and as a result, the GUI part returns position / update information to the portable information terminal 100. In the portable information terminal 100, GUI parts are drawn on the GUI parts based on the position / update information. As a result, in the portable information terminal 100, the operator can perform the operation as if the screen is normally rewritten in response to his / her own operation, and the client function is built in the portable information terminal 100. It is.
[0103]
What is characteristic of the fourth embodiment is that the service connection server 106 has the client function that the portable information terminal 100 has conventionally had, and GUI parts are provided between the portable information terminal 100 and the service connection server 106. Exchange information on the location / update of the information. With such a configuration, it is possible to receive a high level of service even if the mobile information terminal 100 is not equipped with highly functional software.
[0104]
FIG. 31 shows an example of GUI parts. There are various GUI parts. For example, the “text frame” is a rectangular frame for displaying or inputting characters, and information on the frame includes information such as coordinates, line type of the frame, line thickness, and the like. In addition to the text itself, the internal text information may include the character type and orientation (direction). The “bitmap frame” is a GUI part including bitmap, that is, picture information. First, the frame information includes coordinates, size, line type, line thickness, and the like. The bitmap information includes a bitmap (positive and inverted) and mask data. The “button” can be checked by the operation of the operator, and the coordinates, the presence / absence of the check, the group name, etc. are the button information. FIG. 32 shows an example of GUI parts placement information and a GUI parts display screen based on this placement information. As shown in FIG. 32, the coordinate position (10) and the information of the arranged buttons are shown in the 0th place of the placement information. This button is “OFF” in the initial state, and is displayed as a white circle. The next GUI part of the arrangement information is a character and is a character string “SEL1”. The third part of the GUI part placement information is a button having placement coordinates (10.20), which is “on” in the initial state, that is, a black circle. The fourth GUI part is a character string “SEL2”. This string is underlined. The fifth part of the GUI part is a character string, which is a character string “SEND” including an outer frame. In the present embodiment, such GUI part arrangement information is exchanged between the portable information terminal 100 and the service connection server 106, and the service connection server 106 executes a service operation program that realizes a client function. By doing so, it is possible to receive provision of advanced network services without introducing software with advanced functions into the portable information terminal 100.
[0105]
FIG. 33 is a configuration block diagram showing the configuration of portable information terminal 100 in the fourth embodiment. The mobile information terminal 100 includes a user input processing unit 110 that receives user input, a GUI part placement management unit 112 that holds and manages GUI part placement information, drawing based on GUI part placement information and built-in images, and the like. And a screen display processing unit 114 for performing the above. Further, a built-in image management unit 116 that supplies a built-in image to the screen display processing unit 114 and a communication control unit 118 that performs connection with a service connection server 106 described later are provided.
[0106]
The user input processing unit 110 receives a user action and notifies the user action to the GUI parts arrangement management unit 112. The received user action is also notified to the service connection server 106 via the communication control unit 118.
[0107]
The GUI part arrangement management unit 112 holds and manages arrangement information of GUI parts for the initial screen. The GUI parts placement management unit 112 holds and manages not only the initial screen but also the GUI parts placement information received from the service connection server through communication with the service connection server 106 after power-on. The GUI part arrangement information received from the service connection server 106 is input via the communication control unit 118.
[0108]
The screen display processing unit 114 draws GUI parts based on the GUI part arrangement information held in the GUI part arrangement management unit 112 and the built-in image held in the built-in image management unit 116. The screen display processing unit 114 also performs redrawing according to the user action based on an instruction from the user input processing unit.
[0109]
The built-in image management unit 116 holds a GUI part, for example, a built-in image serving as an icon image. In addition, management is performed such as additionally holding a new built-in image sent via the communication control unit 118 or deleting a built-in image that is no longer necessary. The communication control unit 118 manages communication with the service connection server 106 via a public telephone line or infrared rays.
[0110]
FIG. 34 shows a flowchart representing an outline of the operation of the portable information terminal according to the present embodiment. First, in step S34-1, the screen display processing unit 114 builds internal configuration information for GUI display based on the initial screen layout information held by the GUI parts layout management unit 112. In step S34-2, GUI display is performed based on the constructed information. In the present embodiment, the mobile information terminal stores the arrangement information for the initial screen and the built-in image on the initial screen in the built-in image management unit 116. Using these, the initial screen can be displayed immediately after the power is turned on.
[0111]
In step S34-3, the user input processing unit 110 receives user input (tap, click operation, etc.). This makes it possible to input a tap or click operation using a touch panel or the like provided on the screen of the portable information terminal 100.
[0112]
In step S34-4, based on the user input input in the user input processing unit 110, the GUI part existing at the coordinates where the user input (tap or click) is made is configured in step S34-1. A search is performed based on the internal configuration information. In step S34-5, the screen display processing unit 114 performs a redisplay process, an internal configuration information update process, or the like corresponding to the GUI part that has been tapped. Accordingly, in step S34-6, the user operation input by the user input processing unit 110 to the service connection server 106 via the communication control unit 118 and the GUI parts necessary for the screen display processing unit 114 are displayed. Send update information. As will be described later, the service connection server 106 receives the transmitted information via the network, and transmits information for updating the GUI parts to the portable information terminal 100.
[0113]
In step S34-7, the communication control unit 118 receives GUI part arrangement information or update information transmitted from the service connection server 106.
[0114]
In step S34-8, the internal configuration information for GUI display is constructed / updated based on the GUI part arrangement / update information received in step S34-7. In step S34-9, the screen display processing unit 114 performs GUI display.
[0115]
Accordingly, the mobile information terminal 100 itself can receive a network service via the service connection server 106 without having any software for receiving a network service. For this reason, even a portable information processing terminal, which is generally said to have a low processing capability, can receive advanced network services and does not need to introduce sophisticated network software with a heavy load.
[0116]
In step S34-10, a transition process to step S34-1 is performed in order to repeat the processing so far.
[0117]
FIG. 35 is a configuration block diagram showing the configuration of the service connection server 106. As shown in FIG. 35, the service connection server 106 according to the fourth embodiment is connected to a terminal communication processing unit 120 that controls communication with the portable information terminal 100 and the server, and serves as an actual client. And a service client processing unit 122 in charge of operation. The service connection server 106 according to the fourth embodiment is a so-called subprogram for using a GUI part information storage unit 124 that holds GUI part arrangement information and built-in image data and a network service to be connected. And a network communication unit 128 responsible for communication with the server connected to the service client stub.
[0118]
The terminal communication processing unit 120 is a part that communicates with the portable information terminal 100 described above via a public line or infrared rays.
[0119]
The service client processing unit 122 performs an operation as an actual client of the connection service based on a user operation received from the portable information terminal 100 by the terminal communication processing unit 120 via a public line or the like. The processing unit 122 operates as a client for the connection service.
[0120]
The GUI parts information storage unit 124 stores GUI part arrangement information on the screen of the portable information terminal 100, built-in image data for the terminal screen, and the like corresponding to each curved surface of the service operation. Each piece of information held here is transmitted to the portable information terminal 100 as necessary.
[0121]
The service client stub 126 is a subprogram for using a so-called connection service, and corresponds to, for example, a program that supports TCP / IP or various protocols.
[0122]
The network communication unit 128 is a part that communicates with a server to be connected, and may be a dedicated line or a network such as Ethernet (registered trademark).
[0123]
FIG. 36 shows a flowchart representing an outline of the operation of the service connection server 106 according to the fourth embodiment. As shown in FIG. 36, first, in step S36-1, the terminal communication processing unit 120 receives user operation information and GUI part update information from the portable information terminal 100.
[0124]
In step S36-2, the service client processing unit 122 interprets the received user operation information and GUI information in step S36-1. In step S36-3, the service client stub 126 is used to receive the service operation and the result. Needless to say, this result is received via the network communication unit 128.
[0125]
In step S36-4, based on the result of the service operation, the GUI part arrangement information is searched from the GUI parts information storage unit 124, and predetermined arrangement information is constructed. And this information is transmitted to the portable information terminal 100 via the terminal communication process part 120 in step S36-5.
[0126]
In step S36-6, the process again proceeds to step S36-1, and the above process is repeated.
[0127]
A characteristic of the fourth embodiment is that the service client processing unit 122 acts as a client to the network server and updates the GUI part based on the service operation and the result to the portable information terminal 100. It is transmitted. Thereby, the portable information terminal 100 receives the GUI parts arrangement information from the service connection server 106, thereby providing a portable information terminal that can receive a highly convenient network service without using a special GUI or the like. It becomes possible.
[0128]
FIG. 37 shows a state in which the initial screen of the portable information terminal 100 and the screen display when a predetermined operation is performed are changed. The initial screen of the terminal is shown on the left side of FIG. As shown here, the portable information terminal 100 is based on the built-in image data held in the built-in image management unit 116 and is also held by the GUI part for the initial screen (GUI part arrangement management unit 112). Icon) corresponding to each service is displayed. For example, the icons displayed in FIG. 37 are “print”, “file server”, “mail server”, “database server”, and “bulletin board service”.
[0129]
For example, when the operator taps the “print” icon using a stylus pen or the like, the screen changes to a service providing screen for instructing a print service as shown on the right side of FIG. This is because when the operator taps the “print” icon, it is transmitted to the service connection server 106, and the service connection server has transmitted GUI part arrangement information corresponding to the print service and data of necessary GUI parts. The service screen for the print service can be displayed on the portable information terminal 100. FIG. 38 is a flowchart showing an outline of the operation of the portable information terminal in the fourth embodiment. In step S38-1, an operation immediately after power-on is shown, and icons corresponding to each service are displayed based on the built-in image as shown in FIG. In step S38-2, the operator selects a desired icon and gives an instruction. In step S38-3, the service connection server 106 is notified that the icon has been selected, and in step S38-4, the service connection server 106 receives the GUI part arrangement information for the service corresponding to the icon on the mobile phone. It returns to the information terminal 100.
[0130]
FIG. 39 shows an explanatory diagram showing a correspondence between an example of GUI screen drawing and this GUI part arrangement information. The screen shown on the left side of FIG. 39 is the same as that shown on the right side of FIG. 37, and the diagram shown on the right side of FIG. 39 shows the arrangement of GUI parts used in this screen. It is explanatory drawing showing information.
[0131]
In the explanatory diagram on the right side of FIG. 39, each row corresponds to one part, and each row has information arranged in the order of “part number, part type name, and its modification”.
[0132]
In the part type name, “label” for displaying a fixed character, “text” for allowing a user to input a character, “button” for a button and a check box, and bitmap data are displayed. “Bitmap” and the like are present as types. In addition, for part modification, there are mandatory modification and optional modification for each part, and each has a default value when omitted. For example, “pos” for designating the coordinates of the display position as common to all parts, “val” representing the initial value, and “notify” for designating notification to the connection server when tapping or clicking. And so on. In addition, for example, regarding “button”, grouping is performed, and various modifications such as radio for forming a so-called radio button can be used.
[0133]
In the diagram shown on the right side of FIG. 39, as described above, one row and one line correspond to the GUI part of the diagram shown on the left side. The first line shows arrangement information corresponding to the characters “print service”, and the second line corresponds to bitmap data of the printer. The third line corresponds to the GUI part of the character “shared printer”, and the fourth line corresponds to the character “number of copies”. The fifth line corresponds to a character input window for inputting the number of copies to be printed, and “1” is designated as an initial value. The sixth line corresponds to the character string “paper size”, and the third line from the sixth line to the eighth line corresponds to three radio buttons. Of these three radio buttons, only the first button in the seventh row has an initial value set to 1 (that is, black), and the other buttons are set to white.
[0134]
The tenth line corresponds to the character string “A4”, and the tenth line corresponds to the character string “B4”. The 12th line corresponds to the character string “A3”, and the 13th line corresponds to the character string N-up. The third line from the 14th line to the 16th line corresponds to three radio buttons. Of these, only the middle radio button in the 15th row has an initial value set to “1”, and the other two radio buttons have an initial value of “0” and are displayed in white. The 17th line corresponds to the character string “None”, and the 18th line corresponds to the character string “2”. The 19th line corresponds to the character string “4”, and the 20th line corresponds to the character string “extended function”. This character string is surrounded by a square frame, and when this GUI part is touched, a predetermined notification is set to be sent to the service connection server 106. The 21st line is a character string “start printing”, which is similarly surrounded by a rectangular frame, and is notified to the service connection service when touched. The 22nd line is also a character string surrounded by a square frame “cancel”, and a predetermined notification is sent to the service connection server 106 by touching with a pen or the like.
[0135]
The user's operation or part update information transmitted to the service connection server 106 by the operator's input corresponds to the part number 7 when the button next to “B4” is tapped, for example. Since they are grouped radio buttons, the following part march information is transmitted to the connection server 106 to indicate that the GUI parts numbered 6, 7, and 8 have been updated.
[0136]
7: modify (val: 1, tapped)
6: modify (val: 0)
8: modify (val: 0)
As described above, in the fourth embodiment, since information is exchanged between the portable information terminal 100 and the service connection server 106 using the GUI part arrangement information, a highly functional program is stored in the portable information terminal 100. Even if it is not installed, it is possible to realize a GUI interface with excellent operational feeling.
[0137]
Note that the “bitmap” part is described in the second line of the GUI part arrangement information shown on the right side of FIG. 39, and the character string “name: printer0” is specified as the value (val). Yes. This represents the image data named “printer0” held by the built-in image management unit 116 provided in the portable information terminal 100.
[0138]
If the image data represented here is not held in the built-in image management unit 116, the service connection server 106 performs a procedure for updating or retransmitting the “bitmap” part in a format including bitmap data. The For example, when a request message “xxx: giveme (bits)” is transmitted from the portable information terminal 100 to the service connection server 106, the service connection server 106 is prompted to transmit bitmap data of the corresponding part. . In response to this request, the service connection server 106 transmits bitmap data as part update information in a format of “xxx: bitmap (val:“ bits: 0EFF9b..., Temporary) ”. By such a procedure, a new image (bitmap data) received by the portable information terminal 100 can be permanently held in the built-in image management unit 116 in accordance with a part modification instruction. In the above example, the modification of “temporary” in the update information sent from the service connection server 106 specifies that the image data is valid only for the duration of the service use session, but instead of this “temporary”, “ When it is qualified as “permanent”, the built-in image management unit 116 permanently holds the image data.
[0139]
As described above, in the fourth embodiment, since information is exchanged between the portable information terminal 100 and the service connection server 106 using the GUI part arrangement information, a highly functional program is stored in the portable information terminal 100. Even if it is not installed, it is possible to realize a GUI interface with excellent operational feeling.
[0140]
Embodiment 5
FIG. 40 is an explanatory diagram showing how services are provided centering on the service connection server 206 according to the fifth embodiment. As shown in FIG. 40, the portable information terminal 200 has a service client program, and can connect to the print server 202 and the host connection server 204 using this program. What is characteristic in the fifth embodiment is that the portable information terminal is not directly connected to the print server 202 or the like, but is connected via the service connection server 206. As described above, by providing the service connection server 206 with the actual server (202 or 204), a connection request by the representative name of the service can be made. That is, the service client program in the portable information terminal 200 outputs a connection request with the service representative name to the service connection server 206. The service connection server 206 performs mapping from the service representative name to the actual service name in response to the connection request by the service representative name. An actual service name can be obtained by this mapping mechanism, and it is possible to connect to an actual print server 202 or host connection server 204 using the actual service name. Then, after such connection, a predetermined service is provided and a response is returned to the portable information terminal 200. With such a configuration, the portable information terminal can receive various network services even when the absolute name or identification number of the print server 202 or the host connection server 204 is not known, and provides a highly convenient network service. May be provided. Further, the service connection server 206 in the fifth embodiment has a session holding mechanism. This session holding mechanism is a mechanism for holding a session with the print server 202 or the host connection server 204 for a certain period of time unless there is an instruction from the portable information terminal 200 to end the connection in terms of image. Because of having such a session holding mechanism, for example, the mobile information terminal 200 becomes incapable of communication due to a so-called battery exhaustion, and communication between the mobile information terminal 200 and the service connection server 206 is interrupted. In this case, sessions between the service connection server 206 and various servers are held. With such a configuration, when the portable information terminal 200 connects to the service connection server 206 again by replacing the battery, it is possible to take over the previous session as it is.
[0141]
FIG. 41 is a block diagram showing the configuration of the service connection server 206 according to the fifth embodiment. As shown in FIG. 41, the service connection server 206 includes a terminal communication processing unit 210 that performs communication processing with a portable information terminal, a service client processing unit 212 that operates as a client according to a user operation, a service And a service representative name management unit 214 that obtains an actual service name from the representative name. Further, the service connection server 206 includes a representative name management database 216 used by the service representative name management unit 214, a service client stub 218 that is a subprogram for using a service provided by a server such as the actual print server 202, and the like. A network communication unit 220 that performs communication with the print server 202 and the like is included.
[0142]
The terminal communication processing unit 210 communicates with the portable information terminal 200 via a communication line such as a public line or infrared communication.
[0143]
The service client processing unit 212 is a user operation in the portable information terminal 200 and performs an operation as an actual client of the connection service based on the user operation received via the terminal communication processing unit 210. That is, the service client processing unit 212 operates as an actual client of the connection service as an actual client. That is, the service client processing unit 212 is a program for connecting to the actual print server 202 and the like and acting as a client. The service representative name management unit 214 serves to convert the representative name into an actual service name using the representative name management database 216 when the service is specified using the representative name.
[0144]
The representative name management database 216 is a database that is accessed by the service representative name management unit 214 to convert the representative name of the service into an actual service, and sequentially manages and holds the correspondence between the representative name and the actual service. Yes.
[0145]
What is characteristic in the fifth embodiment is that the service representative name is converted into an actual service name using the service representative name management unit 214 and the representative name management database 216. It is possible to access an actual server such as the print server 202 using the actual service name obtained in this way.
[0146]
The service client stub 218 is a subprogram for using a service to be connected. For example, the service client stub 218 provides a remote operation to the service with a local API. The network communication unit 220 is an interface part that performs communication with a server to be connected. For example, a connection interface with Ethernet (registered trademark) or a part that connects with a dedicated line corresponds to this part.
[0147]
FIG. 42 shows a flowchart representing an outline of processing of the service connection server 206 shown in FIG.
[0148]
In step S42-1, the service client processing unit 212 makes an inquiry to the service representative name management unit 214 for the user-specified service name received via the terminal communication processing unit 210. This is to obtain the actual service name by sending this to the service representative name management unit 214 when the user accesses using the service representative name.
[0149]
In step S42-2, the service representative name management unit 214 checks the representative name management database 216 to determine whether the service name specified by the user is a representative name. As a result of the confirmation, if it is a representative name, the process proceeds to step S42-3, and the corresponding actual service name is notified. On the other hand, if it is not a representative name, the process proceeds to step S42-2, and the service name as it is designated is notified to the service client processing unit 212. With such a configuration, the service name sent from the portable information terminal 200 is a representative name, and even if it is not a representative name, the service name can be used through the service representative name management unit 214. .
[0150]
In step S42-5, the service client processing unit 212 performs subsequent service operation processing using the actual service name thus obtained. Once the actual service name is obtained, the subsequent processing is performed in the same manner as the conventional method for connecting to a server.
[0151]
As described above, in the fifth embodiment, it is possible to specify a service using a representative name instead of an actual name. For example, in a print service, it is preferable to determine a representative name for operation according to the paper size and the printer or printer function (stapling, duplex printing, N-up availability, etc.) close to the terminal. For example, it is preferable to define a representative name such as “Print A4”, “Nearest Printer”, or “2-upPrinter”. Then, the correspondence between these representative names and actual printers is registered in the representative name management database 216.
[0152]
In the fifth embodiment, the representative name management database 216 is included in the service connection server 206. However, it is naturally preferable to construct the representative name management database 216 in an external database. In that case, the correspondence between the representative name and the actual service is managed and maintained by the search function of the external database. It goes without saying that such a configuration can also provide the same operational effects as shown in FIG.
[0153]
FIG. 43 is a configuration block diagram showing another configuration of the service connection server according to the fifth embodiment. As shown in FIG. 43, the service connection server 206 includes a terminal communication processing unit 230, a terminal session management unit 232 that holds a session even if a line disconnection of the communication processing unit is detected, and a service client processing unit. 234.
[0154]
In addition, the service connection server 206 includes a service session management unit 236 that performs management so that a session of a service to be connected does not time out, a service client stub 238, and a network communication unit 240.
[0155]
The terminal communication processing unit 230 functions in the same manner as the terminal communication processing unit 210 in FIG.
[0156]
The terminal session management unit 232 monitors the terminal communication processing unit, and even when the line disconnection is detected, the terminal session management unit 232 maintains a session with the server so that the terminal operation can be resumed for a predetermined period. Is responsible. What is characteristic in the fifth embodiment is that even when the mobile information terminal 200 is disconnected due to, for example, battery exhaustion, a session with the service connection server is maintained for a certain period.
[0157]
Therefore, even when the portable information terminal is reconnected, it is possible to continue to receive service smoothly.
[0158]
The service client processing unit 234 has the same function as the service client processing unit 212 in FIG.
[0159]
The service session management unit 236 manages the session of the currently connected service so that it does not time out. Even when no response is received from the portable information terminal, the service session management unit 236 should maintain the session with the server. This is for exchanging predetermined data.
[0160]
The service client stub 238 and the network communication unit 240 have the same functions as the service client stub 218 and the network communication unit 220 in FIG.
[0161]
FIG. 44 is a flowchart showing an outline of the operation of the service connection server 206 as shown in FIG.
[0162]
First, in step S44-1, the terminal session management unit 232 monitors the start and end of service use and the recovery request of the service request received from the portable information terminal 200 via the network communication unit 240, and the line disconnection and recovery. ing. And in step S44-2, a terminal session is produced | generated by starting utilization. Manage this with a relatively long timeout setting. Furthermore, in step S44-3, the terminal session is deleted due to the end of use. In step S44-4, for line disconnection before the end of use, a predetermined instruction is given to the service session management unit so that the service session is not deleted for a predetermined time. This time is preferably determined according to characteristics of various portable information terminals 200 and characteristics of an actual application server. In step S44-5, if the line is restored within the time determined in step S44-4 and a session recovery request for the same service is received from the same portable information terminal 200 as before the line was disconnected, The service will be restored to the status before the line was disconnected. In step S44-6, when the time set in step S44-4 has elapsed, the session is deleted assuming that there is no possibility of recovery.
[0163]
Subsequently, in step S44-7, the service session management unit 236 creates a session for accessing the service to be actually connected by the function of the client stub 238 in response to the service use request from the service client processing unit 234. And maintain and manage this. In step S44-8, as shown in steps S44-1 to S44-6, the terminal session management unit 232 is linked.
[0164]
As described above, when the service connection server 206 having the configuration shown in FIG. 43 is used, even when the portable information terminal has to be disconnected from the public line due to an emergency use, in addition to running out of the battery, etc. If it is within this time, it is possible to continue receiving the previous service by reconnecting. Therefore, according to the fifth embodiment, the network service can be received more smoothly.
[0165]
【The invention's effect】
According to the present invention, since the data for service cooperation is added and the service result is sent to the client, there is an effect that the cooperation between services can be easily performed.
[0166]
Furthermore, according to the present invention, since the service is managed between the service providing apparatus and the client, it is possible to efficiently provide the service.
[0167]
In addition, according to the present invention, the service cooperation function of the management apparatus can be fully utilized, and work efficiency can be improved.
[0168]
Further, according to the present invention, even when the actual service name of the network service is unknown, access using the service representative name is possible, so that it is possible to provide a more convenient network service.
[0169]
Furthermore, according to the present invention, since a session is maintained even when communication is interrupted, there is an effect that reconnection can be easily performed.
[Brief description of the drawings]
FIG. 1 is a configuration block diagram of a network including a management server 12 according to a first embodiment of the present invention.
FIG. 2 is a flowchart showing the operation of the management server 12 of FIG.
FIG. 3 is an explanatory diagram showing an operation when the client 10 issues an access request to the management server 12;
FIG. 4 is an explanatory diagram when the management server 12 transmits a service list to the client 10;
FIG. 5 is an explanatory diagram of format data sent from the management server 12 to the client 10;
6 is an explanatory view showing a screen on which the function format display unit 22 displays the format data shown in FIG.
FIG. 7 is an explanatory diagram showing a state when an operator selects a printing service in the client.
8 is an explanatory diagram showing an operation when the management server 12 transmits a service function format 32 to the client 10. FIG.
FIG. 9 is an explanatory diagram of a service function format sent from the management server 12 to the client 10;
10 is an explanatory diagram showing a screen on which the function format display unit 22 of the client 10 displays the service function format shown in FIG.
11 is an explanatory diagram showing a state in which the operator specifies the paper size, the number of sheets, and the name of a print file on the screen of FIG.
FIG. 12 is an explanatory diagram of an operation when the client 10 sends parameters input by the operator to the server 14 via the management server 12;
FIG. 13 is an explanatory diagram illustrating an operation when a service result of the server is received by the management server.
FIG. 14 is an explanatory diagram showing the format data when the management server 12 adds predetermined cooperation data to the service result to obtain constant format data.
FIG. 15 is an explanatory diagram showing a screen on which the format display shown in FIG. 14 is interpreted and displayed by the function format display unit 22;
FIG. 16 is an explanatory diagram showing a configuration when a service function format 32 is arranged not in the management server 12 but in the corresponding server 14;
FIG. 17 is an explanatory diagram showing format data transmitted from the management server 12 to the client 10 when receiving a file search service in the file server.
FIG. 18 is an explanatory diagram showing a screen in which the function format display unit 22 interprets and displays the format data shown in FIG. 17;
FIG. 19 is an explanatory diagram showing a state in which an operator inputs a search expression on the screen shown in FIG.
FIG. 20 is an explanatory diagram showing data transmitted from the server 14 to the management server 12 as a result of the file search service.
FIG. 21 is an explanatory diagram showing format data converted by the management server 12 into a format that can be interpreted by the client 10 based on the result data shown in FIG. 20;
FIG. 22 is an explanatory diagram showing a screen in which the function format display unit 22 interprets and displays the format data shown in FIG.
FIG. 23 is an explanatory diagram showing a state when “Introduction.txt” is selected from the screen shown in FIG. 22 and a deletion operation is selected.
FIG. 24 is an explanatory diagram showing a state when a printing operation is selected instead of a deletion operation on the screen shown in FIG.
FIG. 25 is a flowchart in which a flow of operations when receiving a print service based on a file search result is indicated by a bold line.
FIG. 26 is an explanatory diagram showing format data sent from the management server 12 to the client 10 when receiving a printing service.
FIG. 27 is an explanatory diagram showing a screen in which the function format display unit 22 interprets and displays the format data shown in FIG. 26;
FIG. 28 is an explanatory diagram showing how the service list is selected when it is desired to display the service list again from the screen shown in FIG.
FIG. 29 is a flowchart in which the operation flow when the redisplay of the service list is selected is indicated by a thick line as shown in FIG.
FIG. 30 is an explanatory diagram showing a state in which the service connection server in the embodiment of the present invention is connected to the portable information terminal or the print server and the flow of data.
FIG. 31 is an explanatory diagram illustrating an example of a GUI part.
FIG. 32 is an explanatory diagram showing how the arrangement information of GUI parts is reflected on the display screen.
33 is a configuration block diagram showing the configuration of the portable information terminal 100. FIG.
34 is a flowchart showing an outline of the operation of the portable information terminal 100. FIG.
35 is a configuration block diagram showing the configuration of a service connection server 106. FIG.
36 is a flowchart showing an outline of the operation of the service connection server 106. FIG.
FIG. 37 is an explanatory view showing an initial screen after power-on of portable information terminal 100 and a print service providing screen when print service is selected.
FIG. 38 is a flowchart showing the operation of the mobile information terminal 100 when the screen shown in FIG. 37 is changed.
FIG. 39 is an explanatory diagram showing GUI parts arrangement information on a print service provision screen.
FIG. 40 is an explanatory diagram illustrating a state in which a service connection server 206 according to the fifth embodiment is connected to a portable information terminal 200, a print server 202, and the like.
41 is a configuration block diagram showing a configuration of a service connection server 206. FIG.
42 is a flowchart showing an outline of processing of the service connection server 206. FIG.
43 is a configuration block diagram showing the configuration of a service connection server 206. FIG.
44 is a flowchart showing an outline of processing of the service connection server 206. FIG.
[Explanation of symbols]
10 clients, 12 management servers, 14 servers, 20 reception units, 22 function format display units, 24 input control units, 26 transmission units, 30 service control units, 32 service function formats, 34 client transmission units, 36 server control units, 38 Result receiving unit, 40 client receiving unit, 50 network, 100 portable information terminal, 102 print server, 104 file server, 106 service connection server, 110 user input processing unit, 112 GUI parts arrangement management unit, 114 screen display processing unit, 116 Built-in image management unit, 118 communication control unit, 120 terminal communication processing unit, 122 service client processing unit, 124 GUI parts information storage unit, 126 service client stub, 128 network communication unit, 200 portable information terminal 202 print server, 204 host connection server, 206 service connection server, 210 terminal communication processing unit, 212 service client processing unit, 214 service representative name management unit, 216 representative name management database, 218 service client stub, 220 network communication unit, 230 Terminal communication processing unit, 234 service client processing unit, 232 terminal session management unit, 236 service session management unit, 238 service client stub, 240 network communication unit, 1000 storage means.

Claims (12)

サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、
前記サービス提供装置からサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式データ送出手段と、
前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記サービスの提供を受けるためのパラメータに基づき、前記サービス提供装置に前記サービスに対する処理指示を送出するパラメータ送出手段と、
前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出するサービス結果送出手段と、
を含むことを特徴とする管理装置。In a management apparatus that is connected to a service providing apparatus and a client apparatus that receives the service and manages the service,
A format data sending means for sending a write-type data Ru is input parameters for receiving provision of service from the service providing device to the client device to the client device,
Based on the parameters for receiving provision of the service that has been input at the client device in response to the format data sent by the format data sending means, parameter sender that sends the processing instruction to the service to the service providing device Means,
Generating service cooperation format data including a service result returned in response to the processing instruction from the service providing apparatus and a function format indicating a predetermined other service for performing a cooperation process using the service result; Service result sending means for sending to the client device ;
A management device comprising: 前記サービス結果送出手段は、The service result sending means includes
前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする請求項１記載の管理装置。A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperative process using the service result, and a parameter based on the service result, 2. The management apparatus according to claim 1, wherein service linkage format data including format data to be used as parameters for receiving the provision of the service is generated and transmitted to the client device. 第１のサービス提供装置と、少なくとも１つの他のサービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、
前記第１のサービス提供装置から第１のサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式データ送出手段と、
前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記第１のサービスの提供を受けるためのパラメータに基づき、前記第１のサービス提供装置に前記第１のサービスに対する処理指示を送出するパラメータ送出手段と、
前記第１のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出するサービス結果送出手段と、
を含むことを特徴とする管理装置。 In a management apparatus that is connected to a first service providing apparatus, at least one other service providing apparatus, and a client apparatus that receives the service, and manages the service,
Format data sending means for sending to the client device format data that causes the client device to input parameters for receiving provision of the first service from the first service providing device;
Based on the parameter for receiving the provision of the first service input in the client device in response to the format data sent by the format data sending means, the first service providing device receives the first service. Parameter sending means for sending processing instructions for
Service cooperation format data including a service result returned in response to the processing instruction from the first service providing device and a function format indicating a predetermined other service for performing a cooperation process using the service result. Service result sending means for generating and sending to the client device ;
A management device comprising: 前記サービス結果送出手段は、The service result sending means includes
前記第  Said 11 のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする請求項３記載の管理装置。A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperative process using the previous service result, and a parameter based on the service result, 4. The management apparatus according to claim 3, wherein service link form data including form data used as a parameter for receiving the provision of the service is generated and transmitted to the client apparatus. サービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、In a method for managing a service using a service providing apparatus and a client apparatus receiving the service,
前記サービス提供装置からサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する工程と、  Sending format data to the client device that causes the client device to input parameters for receiving service provision from the service providing device;
前記送出された書式データに応答して前記クライアント装置において入力された前記サービスの提供を受けるためのパラメータに基づき、前記サービス提供装置に前記サービスに対する処理指示を送出する工程と、  Sending a processing instruction for the service to the service providing device based on a parameter for receiving the service provided in the client device in response to the sent format data;
前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサ  A service result returned from the service providing apparatus in response to the processing instruction, and a function format indicating a predetermined other service for performing a cooperative process using the service result. ービス連携書式データを生成し前記クライアント装置に送出する工程と、Creating service link format data and sending it to the client device;
を含むことを特徴とするサービスの管理方法。  A service management method comprising: 前記送出する工程は、The sending step includes
前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする請求項５記載のサービスの管理方法。A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperative process using the service result, and a parameter based on the service result, 6. The service management method according to claim 5, further comprising: generating service linkage format data including format data to be used as a parameter for receiving the provision of the service of the service and sending the generated data to the client device. 第１のサービス提供装置と、少なくとも１つの他のサービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、In a method for managing a service using a first service providing device, at least one other service providing device, and a client device receiving the service,
前記第１のサービス提供装置から第１のサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する工程と、  Sending format data that causes the client device to input parameters for receiving the provision of the first service from the first service providing device;
前記送出された書式データに応答して前記クライアント装置において入力された前記第１のサービスの提供を受けるためのパラメータに基づき、前記第１のサービス提供装置に前記第１のサービスに対する処理依頼を送出する工程と、  A processing request for the first service is sent to the first service providing apparatus based on a parameter for receiving the provision of the first service inputted in the client apparatus in response to the sent format data. And a process of
前記第１のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出する工程と、  Service cooperation format data including a service result returned in response to the processing instruction from the first service providing device and a function format indicating a predetermined other service for performing a cooperation process using the service result Generating and sending to the client device;
を含むことを特徴とするサービスの管理方法。  A service management method comprising: 前記送出する工程は、The sending step includes
前記第  Said 11 のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記第サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする請求項７記載のサービスの管理方法。A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperation process using the first service result, and a parameter based on the service result 8. The service management method according to claim 7, wherein service linkage format data including format data to be used as parameters for receiving provision of other services is generated and transmitted to the client device. サービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、In a network system including a service providing device, a client device receiving service provision, and a management device connected to these devices and managing services,
前記サービス提供装置からサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式データ送出手段と、  Format data sending means for sending, to the client device, format data for allowing the client device to input parameters for receiving service provision from the service providing device;
前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記サービスの提供を受けるためのパラメータに基づき、前記サービス提供装置に前記サービスに対する処理指示を送出するパラメータ送出手段と、  Parameter sending means for sending a processing instruction for the service to the service providing apparatus based on the parameter for receiving the service provided in the client apparatus in response to the form data sent by the form data sending means. When,
前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出サービス結果送出手段と、  Generating service cooperation format data including a service result returned in response to the processing instruction from the service providing apparatus and a function format indicating a predetermined other service for performing a cooperation process using the service result; Sending service result sending means to the client device;
を前記管理装置が含むことを特徴とするネットワークシステム。  A network system comprising the management device. 前記サービス結果送出手段は、The service result sending means includes
前記サービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする請求項９記載のネットワークシステム。  A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperative process using the service result, and a parameter based on the service result, 10. The network system according to claim 9, wherein service link format data including format data to be used as parameters for receiving the provision of the service is generated and transmitted to the client device. 第１のサービス提供装置と、少なくとも１つの他のサービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、In a network system including a first service providing device, at least one other service providing device, a client device receiving service provision, and a management device connected to these devices and managing services,
前記第１のサービス提供装置から第１のサービスの提供を受けるためのパラメータを前記クライアント装置に入力させる書式データを前記クライアント装置に送出する書式デー  Format data for sending to the client device format data that causes the client device to input parameters for receiving provision of the first service from the first service providing device. タ送出手段と、Data sending means;
前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力された前記第１のサービスの提供を受けるためのパラメータに基づき、前記第１のサービス提供装置に前記第１のサービスに対する処理依頼を送出するパラメータ送出手段と、  Based on the parameter for receiving the provision of the first service input in the client device in response to the format data sent by the format data sending means, the first service providing device receives the first service. Parameter sending means for sending a processing request for
前記第１のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、を含むサービス連携書式データを生成し前記クライアント装置に送出するサービス結果送出手段と、  Service cooperation format data including a service result returned in response to the processing instruction from the first service providing device and a function format indicating a predetermined other service for performing a cooperation process using the service result Service result sending means for generating and sending to the client device;
を前記管理装置が含むことを特徴とするネットワークシステム。  A network system comprising the management device. 前記サービス結果送出手段は、The service result sending means includes
前記第  Said 11 のサービス提供装置から前記処理指示に対応して返送されたサービス結果と、前記第サービス結果を用いた連携処理を行う所定の他のサービスが示される機能書式と、前記サービス結果に基づくパラメータを前記他のサービスの提供を受けるためのパラメータとして利用させる書式データと、を含むサービス連携書式データを生成し前記クライアント装置に送出することを特徴とする請求項１１記載のネットワークシステム。A service result returned in response to the processing instruction from the service providing apparatus, a function format indicating a predetermined other service for performing a cooperation process using the first service result, and a parameter based on the service result 12. The network system according to claim 11, wherein service link format data including format data used as parameters for receiving provision of other services is generated and transmitted to the client device.
JP2003156395A 2003-06-02 2003-06-02 Management device, management method, and network system Expired - Fee Related JP4161806B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003156395A JP4161806B2 (en) 2003-06-02 2003-06-02 Management device, management method, and network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003156395A JP4161806B2 (en) 2003-06-02 2003-06-02 Management device, management method, and network system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP8032268A Division JPH09223096A (en) 1996-02-20 1996-02-20 Manager and client device

Publications (2)

Publication Number Publication Date
JP2004005700A JP2004005700A (en) 2004-01-08
JP4161806B2 true JP4161806B2 (en) 2008-10-08

Family

ID=30438213

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003156395A Expired - Fee Related JP4161806B2 (en) 2003-06-02 2003-06-02 Management device, management method, and network system

Country Status (1)

Country Link
JP (1) JP4161806B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080263071A1 (en) * 2007-04-19 2008-10-23 Sharp Laboratories Of America, Inc. Systems and methods for driverless imaging of documents
US8555195B2 (en) 2010-06-29 2013-10-08 Ricoh Co., Ltd. Bookmark function for navigating electronic document pages
US9191612B2 (en) 2010-06-29 2015-11-17 Ricoh Co., Ltd. Automatic attachment of a captured image to a document based on context
US9286581B2 (en) 2010-06-29 2016-03-15 Ricoh Co., Ltd. User interface with inbox mode and document mode for single input work flow routing
US9058778B2 (en) 2010-06-29 2015-06-16 Ricoh Co., Ltd. Maintaining DC balance in electronic paper displays using contrast correction
US9043219B2 (en) * 2010-09-10 2015-05-26 Ricoh Co., Ltd. Automatic and semi-automatic selection of service or processing providers

Also Published As

Publication number Publication date
JP2004005700A (en) 2004-01-08

Similar Documents

Publication Publication Date Title
JPH09223096A (en) Manager and client device
US7636584B2 (en) Computing device and methods for mobile-printing
JP4710947B2 (en) Communication system and communication control program
US7167142B2 (en) Multi-user display system
EP1460529A2 (en) Mobile-printing desktop assistant
US20130194628A1 (en) Image processing system, information terminal apparatus, image displaying method, and program
JP5803834B2 (en) Print setting apparatus, program, and image forming system
US7218406B2 (en) Mailbox printing services for information appliances
JPH11143760A (en) File transferring device and method therefor
JPH10233860A (en) Data communication equipment and its method
JP6455195B2 (en) Operation screen providing system, relay device, and program
US11194469B2 (en) Image processing apparatus, method for controlling the same, and storage medium
US8482776B2 (en) Method and system for tracking the status of a remote rendering job
JP2007251630A (en) Remote desktop displaying method
JP4161806B2 (en) Management device, management method, and network system
US20110157627A1 (en) Printer
US20030103231A1 (en) Printing system
JPWO2006006302A1 (en) Print system, printer server, print execution program, and print document management system
JP2007193432A (en) Printing system
JP3913888B2 (en) Document creation system, WWW (World WideWeb) server, and recording medium
JP2002055911A (en) System for mediating printing on network
JP4480180B2 (en) Image forming apparatus, computer, information processing method, and information processing system
JP5072705B2 (en) Operating component information display device, electronic device, program analysis device, operating component information display system, operating component information display method, operating component information management method, program analysis method, and program
KR100594723B1 (en) Printing system of commanding to reprint data through printing device
JP5090828B2 (en) Information processing device

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070220

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070416

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080701

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080714

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110801

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120801

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120801

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130801

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees