JP2004005700A - 管理装置、ネットワークシステム、クライアント装置および管理方法 - Google Patents
管理装置、ネットワークシステム、クライアント装置および管理方法 Download PDFInfo
- Publication number
- JP2004005700A JP2004005700A JP2003156395A JP2003156395A JP2004005700A JP 2004005700 A JP2004005700 A JP 2004005700A JP 2003156395 A JP2003156395 A JP 2003156395A JP 2003156395 A JP2003156395 A JP 2003156395A JP 2004005700 A JP2004005700 A JP 2004005700A
- Authority
- JP
- Japan
- Prior art keywords
- service
- client
- client device
- server
- format data
- 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
【課題】ネットワークサービスの機能の変更等があった場合であっても、クライアントの機能を変更せずに、新たな機能の提供を受けることを可能とする。
【解決手段】管理サーバ１２は、所望のサービスに対応したサービス機能書式３２をクライアント１０に送信する。クライアント１０の機能書式表示部２２は係る機能書式に基づきそのサービス提供画面を表示する。操作者が必要なデータをこの画面で入力した後、そのデータに対応するパラメータが管理サーバ１２に送出される。管理サーバ１２におけるサービス制御部３０は、送られてきたパラメータをサーバ制御部３６を介して、サーバ１４に送出する。サーバ１４において、サービスの機能の変更などがあっても、その変更点を、管理サーバ１２はクライアント１０が解釈しうるサービス機能書式で表現して、クライアントに送出するため、クライアント１０においては何等機能の追加が必要ない。
【選択図】 図１
【解決手段】管理サーバ１２は、所望のサービスに対応したサービス機能書式３２をクライアント１０に送信する。クライアント１０の機能書式表示部２２は係る機能書式に基づきそのサービス提供画面を表示する。操作者が必要なデータをこの画面で入力した後、そのデータに対応するパラメータが管理サーバ１２に送出される。管理サーバ１２におけるサービス制御部３０は、送られてきたパラメータをサーバ制御部３６を介して、サーバ１４に送出する。サーバ１４において、サービスの機能の変更などがあっても、その変更点を、管理サーバ１２はクライアント１０が解釈しうるサービス機能書式で表現して、クライアントに送出するため、クライアント１０においては何等機能の追加が必要ない。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明はサービスの管理装置、特に、ネットワーク上でサービスを提供するサーバ装置と、このサービスの提供を受けるクライアントとの間に設けられ、両者の間のサービスの管理を行うサービスの管理装置に関する。
【０００２】
【従来の技術】
従来の技術１
ホストコンピュータや、ネットワーク上のサーバにクライアントとなるコンピュータ（ノートブックパソコンや、携帯型情報機器など）からアクセスする場合に、従来はホストコンピュータやネットワーク上のサーバのサービス毎に、そのサービスに合致したソフトウェアをクライアントとなるコンピュータに導入する必要があった。このクライアントとなるコンピュータとしては、通常のパーソナルコンピュータの他、上述したようにノートブック型のパーソナルコンピュータや、ＰＤＡ（パーソナルデジタルアシスタント）等が近年広く用いられている。このようなサーバとクライアントとで構成される情報処理システムにおいては、サービスを提供するサーバの機能変更や、サービスの結果の出力様式の変更などに対して、クライアント側でそれに対応するように、ソフトウェアを変更する必要がしばしば生じた。例えば、サーバのソフトウェアのバージョンアップにともない、クライアント側にも、バージョンアップされた新たなソフトウェアに対応するソフトウェアを導入する必要が生じる。そのような場合、高機能のデスクトップ型のパーソナルコンピュータでは機能が強化されたソフトウェアを導入することもそれほど問題とはならないが、上記ＰＤＡなどの小型の端末においては、サーバのソフトウェアのバージョンアップに対応できない可能性があった。これは、ＰＤＡなどにおいては、その機能・性能がデスクトップ型のパーソナルコンピュータに比べて、一般的に劣っているからである。このような事情により、サーバ側においてもクライアント側の処理能力を考慮し、それほど大きな機能の向上を伴うソフトウェアの変更等は困難である場合もしばしば生じていた。
【０００３】
このような問題を解決するためには、サーバ、すなわち、ホストコンピュータ側で書式データを一元的に管理する方法が考えられる。すなわち、ホストコンピュータでサービスを行う各機能に応じた書式データを備えており、この書式データとともに、処理定義データをクライアント側に送出することが提案されている。この処理定義データとは、クライアント側で処理すべき実際のデータである。このように、書式データと処理定義データをクライアントに送ることにより、クライアント側においては、書式データを解釈し、その表示をする機能のみを有していれば、ある程度の表示形式の変更はホスト側から送られる書式データを変更することにより可能となるのである。このように、クライアント側には、書式データを解釈し、表示する機能のみを備えさせ、実際の表示内容についてはホストコンピュータ側で管理するような技術は、例えば、特開平６−３１４２８９号公報などに記載されている。
【０００４】
同号公報に記載されている情報処理システムは、ペンコンピュータを用いた伝票処理システムであり、ペンコンピュータ側にアプリケーションプログラムを各サービス毎に作成する必要がなく、ホストコンピュータ側の各種の定義情報等をそのまま用いて伝票データ入力端末としてこのペンコンピュータを用いることを目的としたシステムである。このような目的を達成するため、この伝票処理システムにおけるペンコンピュータは、ホストコンピュータから送られてくる書式定義データに基づいて、伝票をペンコンピュータのディスプレイ上に表示する表示処理手段を有していることを特徴とする。このように、表示処理手段をペンコンピュータに有しているため、ホストコンピュータが送出する書式定義データを各種伝票を実現するように定義することにより容易に各種の伝票を実現することが可能である。
【０００５】
従来の技術２
また、近年、通信ネットワークが広く発達し、通信を利用した各種サービスが幅広く提供されている。このような通信サービスにおいてサービスを受けるための通信端末は、パーソナルコンピュータ等を始めとした種々の装置が用いられている。このような通信端末としては、いわゆる携帯型の情報端末（ＰＤＡと呼ばれる）が用いられる場合も多い。しかしながら、このような携帯情報端末は、一般に比較的低機能であるため、サービスを利用するには、テキストメニューベースを利用するか、あるいはいわゆる「決め打ち」の操作をアイコンに登録し、このアイコンをクリックなどすることにより、この決め打ちの操作を登録したり呼び出したりすることしか行われていなかった。なお、本文において、「テキストメニューベース」とはいわゆるダム端末のイメージであり、「アイコンのレベル」とは、通信用ソフトウェアのスクリプト（マクロ）の起動を、アイコンに関連付けしたものを主に意味している。また、「決め打ち」とは、予め定めた一連の処理動作をいい、通常、マクロ言語やスクリプトと呼ばれる簡易的な言語でその動作の流れが記述されるものである。このように、このアイコンをクリックなどすることにより、予め定められた一連の処理が自動的に行われる程度のことしか従来は行われていなかった。
【０００６】
従来の技術３
また、従来ネットワークサービスを利用するには、その接続先のサーバの絶対名称あるいは識別番号を指定する必要があった。そのため、携帯情報端末から遠隔地においてネットワークサービスを利用する際には、出先のネットワーク環境を確実に把握している必要がある。
【０００７】
さらに、ネットワークサービスの利用には、サービスとのセッションを保持するために、通信回線を中断することは出来ない。ところが、特に携帯端末のようにバッテリ駆動の機器などを用いて、ネットワークサービスを公衆回線等を介して利用している場合においては、いわゆる電池切れのため途中で通信が中断されてしまうことがある。そして、このような場合にはサービスとのセッションも中断されてしまうため、再接続してから再びセッションの構築をしなければならなかった。
【０００８】
【発明が解決しようとする課題】
課題１
しかしながら、従来の技術１における上記公報に記載されているシステムには、以下のような問題点があった。
【０００９】
例えば、高度で複雑な処理などが必要となった場合には、その処理を定義することができなかったのである。例えば、サーバのサービスを受け、得られた結果をまた別のサービスにおいて利用しようとする場合には、それらのサービスの間の連結処理ができなかった。具体的には、ファイル検索サービスにおいて検索されたファイルをファイルプリンティングサービスを用いて印刷しようとする場合には、検索結果を別途いずれかの記憶手段に格納しておくなどの工夫が必要であった。これは、各サービスがクライアントに送出する書式データが各サービス毎にばらばらなためであり、また、各サービス間を連結する手段がなかったためである。
【００１０】
また、定義されている処理をクライアントで実行する必要があるため、ＣＰＵ性能の低いクライアントでは実現が困難となる可能性がある。すなわち、クライアント側にアプリケーションプログラムそのものを格納し、そのアプリケーションプログラム自体を実行するのに比べ、サーバから送出されてくる書式データをまず、解釈し、その意味内容を解析してから表示処理をしなければならずＣＰＵ性能の低い場合にはその処理速度に問題が生じる場合がある。
【００１１】
さらに、データベース検索した結果リストに基づいて、さらに、複数の項目をその結果リストから選択し、別のホストコンピュータに送出することにより、別個の処理を行おうとするような操作が上記公報に記載されている技術では実現は困難であった。
【００１２】
本発明は、係る課題に鑑みなされたものであり、その第１の目的は、ホスト側サービスの機能が変更されたり、また新たなサービス（または機能）が追加された場合においても、クライアント側の変更を必要とせず、サービスの処理結果に対する処理結果が可能であって、係る操作結果を別個のサービスに供することが可能な情報処理システムを提供することである。また、係る情報処理システムをクライアント側における処理の付加をできるだけ増やさずに実現することを目的とする。
【００１３】
課題２
一方、上記従来の技術２において述べたように、従来の携帯情報端末などの比較的低機能な通信端末においては、テキストメニューベースの低機能なサービスしか受けることができなかった。しかしながら、このような携帯情報端末からも高度な通信サービスを受けることができればより利便性の高い携帯情報端末を実現することができる。
【００１４】
本発明は、係る課題に鑑みなされたものであり、その目的は低機能な通信端末においても、高度なネットワークサービスを利用することである。具体的には高度なネットワークサービスを受けるために必要なサービスクライアントソフトウェアが呼出すプログラムであるサービスクライアントスタブ、及びサービスクライアントソフトウェアを組み込むことなくネットワークサービスの利用を可能とすることである。
【００１５】
さらに、本発明は、ネットワークサービスに新たなサービスが付加された場合においても、低機能な通信端末に、この新規サービスに対応した新たな機能を付加することなく、その新たなサービスを享受しうるシステムを構築することも目的とする。
【００１６】
課題３
さらにまた、上記従来の技術３において述べたように、接続先のネットワーク環境を知らない場合にはネットワークサービスを有効に利用することができなかった。また、サーバの名称が判らずに、サーバ名を知るための手続きを遠隔地において携帯情報端末を用いて行わなくてはならず、サービス利用のための準備期間が大きくなってしまうという問題がある。
【００１７】
また、サーバによるサービスの利用において、セッションを保持するため、通信回線を通信途中で切断することはできない。そのため、電池駆動による場合が多い携帯情報端末の利用可能時間を縮めてしまうという問題があった。
【００１８】
本発明は、係る課題に鑑みなされたものであり、その目的は、比較的処理能力の劣る携帯情報端末から各種ネットワークサービスを簡便に利用可能とすることである。
【００１９】
【課題を解決するための手段】
本発明は、上記課題を解決するために、サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、を含むことを特徴とする管理装置である。
【００２０】
この書式データは、書式を定義できるものであればどのようなデータでも構わない。例えば、書式を定義するための所定の言語を用いて書式データを記述するのも好適である。このような言語としては、所定のマークアップ言語（ＳＧＭＬや、ＨＴＭＬ等）が好適である。
【００２１】
本発明によれば、書式データ送出手段は、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。また、上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２２】
本発明は、上記課題を解決するために、サービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する工程と、前記送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出する工程と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する工程と、を含むことを特徴とするサービスの管理方法である。
【００２３】
本発明によれば、書式データを送出する工程において、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２４】
本発明は、上記課題を解決するために、サービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、を前記管理装置が含むことを特徴とするネットワークシステムである。
【００２５】
本発明によれば、書式データ送出手段は、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。また、上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２６】
さらに本発明は、上記課題を解決するために、上述のネットワークシステムに用いられる前記クライアント装置であって、前記管理装置が送出する書式データを解釈し、画像を生成する表示部を含むものである。
【００２７】
管理装置が送出する書式データを解釈できるため、管理装置によるサービスの連携を効率的に享受することができる。
【００２８】
本発明は、サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記クライアント装置が解釈可能な形式の情報を、前記クライアント装置に送出し、前記解釈可能な形式の情報に基づき、前記サービス提供装置をアクセスするのに必要な情報を、前記クライアント装置において入力させる第１の手段と、前記クライアント装置において入力された情報を、前記サービス提供装置が解釈可能な形式の情報に変換し、前記サービス提供装置に送出する第２の手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する第３の手段と、を含む管理装置であって、前記クライアント装置から、サービス代表名によるサービスアクセス要求を受信した場合に、このサービス代表名を実サービス名に変換する手段と、前記実サービス名を用いて、前記クライアント装置からのサービスアクセス要求に対応するサービス装置にアクセスするアクセス手段と、を含むことを特徴とする管理装置である。
【００２９】
この管理装置の変換手段によって、クライアント装置が送出したサービス代表名は、実サービス名に変換されるため、クライアント装置はサービス装置に対してサービス代表名を用いたアクセスが可能である。
【００３０】
さらに本発明は、上記課題を解決するために、上述の管理装置において、前記アクセス手段が、前記クライアントと本管理装置との回線断を検出する検出手段と、前記回線断検出手段が回線断を検出した後、所定期間、前記クライアント操作の再開ができるために、前記サービス装置とのセッションを維持する維持手段と、を含むことを特徴とする管理装置である。
【００３１】
このような構成により、通信が事故などにより中断した場合でも、クライアント装置は再接続した際にセッションを再構築する必要がない。
【００３２】
【発明の実施の形態】
以下、本発明の好適な実施の形態を図面に基づいて説明する。図１には、本発明の好適な実施の形態である管理サーバ１２が用いられているネットワークシステムの構成を表す構成図が示されている。図１に示されているように、サーバ１４−１〜サーバ１４−ｎは、従来から用いられているネットワークサーバであり、種々のサービスを提供する。例えば、これらのサーバ１４はプリンティングサーバやファイリングサーバ、またはデータベースサーバなど種々のサーバが知られている。本実施の形態において特徴的な構成である管理サーバ１２は、ネットワーク５０を介して、サーバ１４−１〜サーバ１４−ｎと互いに通信を行うことが可能である。また、管理サーバ１２はネットワーク５０によりクライアント１０とも互いに通信が可能である。クライアント１０は、図１においては、ネットワーク５０を介して管理サーバ１２やサーバ１４−１〜サーバ１４−ｎと接続されているが、モデム経由による電話回線や、赤外線通信のネットワーク等で接続されていても構わない。
【００３３】
管理サーバ１２内部には、各種のサービスを提供するサーバ１４−１〜サーバ１４−ｎに対応したサービス機能書式３２−１〜３２−ｎがデータとして保管されている。このデータは例えばハードディスクや光ディスクなど種々の記憶手段によって保管されている。このサービス機能書式３２−１〜３２−ｎは、後述するようにクライアント１０に所定のタイミングで送付され、クライアント１０における機能書式表示部２２によって表示が行われる。この表示は、例えば、サーバ１４−１〜サーバ１４−ｎへのアクセス制御パネルとして表示が行われる。
【００３４】
クライアント１０における操作は、入力制御部２４を経由して、送信部２６に伝えられる。送信部２６においては、クライアント１０における操作者の操作がネットワーク５０を介して、管理サーバ１２に送出される。管理サーバ１２においては、伝えられてきたクライアント１０における操作に基づき、サービス制御部３０がサーバ制御部３６−１〜サーバ制御部３６−ｎに所定の指示を、サーバ１４に対して出力させる。すると、サーバ１４−１〜サーバ１４−ｎがこの指示に基づき起動され、所定の処理を行う。サーバ制御部３６−１はサーバ１４−１を制御する。又、サーバ制御部３６−２は、サーバ１４−２を制御する。このようにサーバ制御部３６−１〜サーバ３６−ｎはサーバ１４−１〜１４−ｎに各対応して設けられている。各サーバ１４−１〜サーバ１４−ｎの処理結果は、ネットワーク５０を介して、管理サーバ１２に送出される。管理サーバ１２においてはこの送出されてきた処理結果を結果受信部３８において受信し、サービス制御部３０において所定の処理を行う。サービス制御部３０において所定の処理が行われ、その処理の結果は、クライアント送信部３４を介してクライアント１０に返送される。
【００３５】
本実施の形態において特徴的なことは、管理サーバ１２におけるサービス制御部３０がクライアント１０への一定の書式データの送信、及びそのクライアント１０から送出される操作結果の受信の双方に係わりを持っていることである。このような構成により、クライアント１０からサーバ１４にサービスの要求を出力し、サーバ１４からその処理結果を受信し、クライアント１０において、前記処理結果に基づき次のアクションを起こすことが可能となる。例えば、所定の表計算のサービスを提供するサーバ１４に対してクライアント１０は表形式を有する書式データに所定の数値を入力し、この数値が入力された書式データをサーバ１４に出力する。そして、サーバ１４が、合計等の所定の計算を行い、その結果を返送してきた場合、クライアント１０はその計算結果を参照し、一部の欄の数値を変更し、再計算をサーバ１４に要求することなどのサービス間の連携が可能となる。
【００３６】
従来のネットワーク、特にクライアントサーバシステムにおいては、サービスの間の連携動作を行うには、この連携動作を全てクライアント側で実施する必要がある。例えば、所定のサービスの結果を見て、その結果に基づき操作者がその処理結果を他のサービスに振り向けるための所定の操作を端末において行わなければならなかった。そのため、多数のサービスを連携させて処理を行う場合には、作業効率の悪化を招いていた。本来、上に述べた表計算におけるサービスの連携処理などを行うには、その連携のための専用のソフトウェアを用いることも当然に可能である。しかしながら、そのような専用のソフトウェアを用いるためには、専用のソフトウェアをクライアント１０にインストールしなければならないし、また、変更が生じた場合には複数あるクライアント１０の全てに対しバージョンアップなどの対応処理を行わなければならなかった。
【００３７】
本実施の形態においては、サービス間の連携動作のために、サービス制御部が所定の連携メッセージを書式データに付加して、クライアントに送出するなどの動作を後述するように行っている。そのため、クライアント１０側のソフトウェアをなんら変更しなくてもサービス間の連携動作を行わせることが可能になると共に、サーバ１４の機能に変更が生じても、管理サーバ１２におけるサービス制御部３０を変更することにより、クライアント１０側におけるソフトウェフのバージョンアップなどをする必要がなくなる。このように、本実施の形態においては、サーバ１４の機能変更、または新たなサーバ１４の追加に対応して、従来必要であったクライアント１０側のソフトウェアのバージョンアップの作業を、言わば、管理サーバ１２が集中して受け持っているのである。このように、管理サーバ１２が従来クライアント１０において行われた変更を吸収しているため、サーバ１４側において機能の追加などがあった場合にも、クライアント１０のソフトウェアはなんら変更する必要がないという効果を有するのである。このように、本実施の形態においては、従来のサーバ１４と、クライアント１０との間に管理サーバ１２を置き、それらの間の動作の調整を行ったものである。
【００３８】
さらに、サービス制御部３０は、単一のサーバ１４だけでなく、複数のサーバ１４からの結果の受信にも関連しているため、一つのサーバ１４とのデータのやりとりのみならず、他のサーバ１４との連携作業も行うことが可能となるのである。例えば、ある表計算サーバ１４の表計算の結果を、プリントサーバ１４に送出し、印刷を行うということが可能となる。従来においては、所定のサーバ１４から返送されてきたサービスの処理結果を、他のサーバに送る手段をシステムとして有していないため、操作者が手作業でデータを他のサーバに送る操作をしなければならなかった。そのため、サービス間の連携動作が極めて繁雑な作業となり、事務効率の悪化を招いていたものである。
【００３９】
次に、本実施の形態において、サービスの連携動作が行われる様子をフローチャート及び書式データの表示画面を表す図などを用いて説明する。
【００４０】
図２には、本実施の形態に係るネットワークシステムにおいて、クライアントがプリンティングサーバ１４を利用する場合の動作を表すフローチャートが示されている。以下、このフローチャートの各ステップごとに本実施の形態のネットワークシステムの動作を説明する。
【００４１】
図３には、図２におけるステップＳ２−１においてクライアント１０が管理サーバ１２に対してアクセス要求を出す場合の動作を表す説明図が示されている。図３に示されているように、まず、クライアント１０において、操作者は、入力制御部２４から、アクセス要求を出すための操作を入力し、係る操作によってアクセス要求を表すデータが送信部２６に送られる。送信部２６においては、送られてきたアクセス要求を表すデータをネットワーク５０を介して、管理サーバ１２に送出する。管理サーバ１２においては、送出されてきたデータをクライアント受信部４０において受信する。クライアント受信部４０において受信されたアクセス要求を表すデータは、サービス制御部３０において、解析され、サービス制御部３０はアクセス要求に対する管理サーバ１２の応答処理を開始する。このように、管理サーバ１２はこのクライアント１０からのアクセス要求をトリガーとして、サーバ１４と、クライアント１０とのコミニュケーションをスタートする。
【００４２】
図４には、図２におけるステップＳ２−２におけるネットワークシステムの動作を示す説明図が示されている。すなわち、ステップＳ２−２においては、管理サーバ１２は、クライアント１０に対して、そのクライアント１０が利用することが可能なサービスリスト（利用可能なサーバ１４−１〜サーバ１４−ｎを記載したリスト）を送信する様子が示されている。図４に示されているように、管理サーバ１２のサービス制御部３０は、クライアント１０が利用可能なサーバ１４−１〜１４−ｎのサービスリストを所定の記憶手段１０００から取り出し、クライアント送信部３４に送出する。このサービスリストが記憶されている記憶手段１０００は、図には示されていないが、管理サーバ１２の内部に設けられている。なお、本実施の形態においては、このサービスリストは、管理サーバ１２の内部の記憶手段１０００において記憶されるものとしたが、管理サーバ１２のサービス制御部３０からアクセス可能な位置であれば、ネットワークシステム上の任意の位置の記憶手段において記憶することも可能である。例えば、ネットワーク５０を介して他のサーバの内部に上記サービスリストを格納しておくことも好適である。そのような構成を採用する場合には、サービスリストを格納するサーバはネットワークの管理者によって管理されることによって、同時にサービスリストの管理も行われることになるであろう。
【００４３】
クライアント送信部３４に送出されてきた上記サービスリストは、ネットワーク５０を介してクライアントに送出される。送出されてきたサービスリストはクライアント１０において、受信部２０が受信し、後続する処理に供される。
【００４４】
また、上記サービスリストは管理サーバ１２からクライアントに送出されたが他の種類のサーバに格納しておき、クライアントがこの他の種類のサーバに直接サービスリストを要求することも可能である。
【００４５】
この場合には、クライアントから他の種類のサーバに直接サービスリストの要求が送出され、このサーバはサービスリストをクライアント１０に転送する。
【００４６】
上記図２におけるステップＳ２−３におけるクライアントの動作の説明図が図５及び図６に示されている。
【００４７】
図５には、管理サーバ１２がクライアントに送出したサービスリストの書式データが示されている。図５に示されているように、本実施の形態における書式データは、いわゆるマークアップ言語で構成されている。図５に示されているサービスリストの書式データに基づき、クライアント１０の機能書式表示部２２は図６に示されているような画像表示を行う。
【００４８】
本実施の形態において用いられているマークアップ言語は、まず、通常の単なる文字列はそのまま表示を行う。例えば、図５に示される書式データの１行目の「サービスを選択して下さい。」という言葉は、図６に示されているようにそのまま画像表示される。また、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、ラジオボタンの表示を意味するタグであり、変数名として「ｓｅｒｖｉｃｅ」が用いられ、このラジオボタンが選択された場合には、値「ｐｒｔ」が変数「ｓｅｒｖｉｃｅ」に代入される。また、このラジオボタンに引き続いて「プリンティング」という文字列が表示される。以下、同様のラジオボタンが３個引き続いて表示され、全部で４個のラジオボタンが画面に表示される。図５に示されているサービスリストの書式データの最後の行には、起動用のボタンを表すタグが記述されている。すなわち、「＞ＩＮＰＵＴ＝ｓｕｂｍｉｔ〜」は起動ボタンを意味し、「選択」は起動用ボタンの表示用文字を表す。
【００４９】
本実施の形態において特徴的なことは、管理サーバ１２がクライアント１０に送出するサービスリストの書式データが所定のマークアップ言語により記述されていることである。そのため、クライアント１０は、このマークアップ言語を解釈する機能のみを有していれば、管理サーバ１２から送出されてくる書式データを常に表示することが可能である。このため、例えば提供可能なサービスの種類が増えた場合でも管理サーバ１２が送出するサービスリスト書式データのマークアップ言語中のラジオボタンを表すタグを単に増やすだけで、クライアント１０をなんら変更せずにサービスの追加が可能である。
【００５０】
なお、本実施の形態においては、画像表示を制御するために所定のマークアップ言語を用いたが、画像の表示を制御しうる言語であれば他の任意の種類の言語を使用することが可能である。
【００５１】
図２におけるステップＳ２−４において、クライアントがサービスを選択する様子が図７に示されている。例えば、図７には、操作者がプリンティングのサービスを選択した場合の画像表示の例が示されており、プリンティングに対応するラジオボタンが黒く表示されている。
【００５２】
このように、所望のサービスを操作者が選択した後、操作者がこの選択によって設定されたパラメータを管理サーバ１２に送信しなければならない。本実施の形態においては、「選択」ボタンを操作者がペンやマウスなどのポインティングデバイスを用いて、タップあるいはクリックすることにより、このパラメータの送信が開始される。本実施の形態においては、この「選択」ボタンをタップすることにより「ｓｅｒｖｉｃｅ＝ｐｒｔ；」というパラメータが管理サーバ１２に送信される。これは、操作者がプリンティングのサービスを選んだため、変数ｓｅｒｖｉｃｅの値として「ｐｒｔ」が選ばれたためである。この送出されたパラメータは、図２において示されているクライアントの入力制御部２４から送信部２６を介してネットワーク５０に送出される。そして、このパラメータはネットワーク５０を通過し、管理サーバ１２のクライアント受信部４０を介して、サービス制御部３０において受信される。
【００５３】
上記図２におけるステップＳ２−５における管理サーバ１２が該当するサービス機能書式をクライアントに送信するときの動作説明図が図８に示されている。上述したように、ステップＳ２−２において管理サーバ１２がクライアント１０に送出したサービスリストは、管理サーバ１２が保持するサービス機能書式３２−１〜３２−ｎに対応している。そのため、前記ステップＳ２−４においてクライアント１０から管理サーバ１２に対して送付されたパラメータ（このパラメータは操作者が選択したサービスを示す）は、管理サーバ１２のサービス制御部３０において、どのサービス機能書式に対応するかが判断される。この判断の結果、対応するサービス機能書式３２がサービス制御部３０によってクライアント送信部３４を用いてクライアント１０に送信される。この結果、サービス機能書式３２は、クライアント送信部３４を介し、ネットワーク５０を通じてクライアント１０の受信部２０に到達する。
【００５４】
図２のステップＳ２−６において、サーバ１２から送られてきた書式データに基づき、クライアント１０の機能書式表示部２２が所定のサービス提供画面を表示する様子を説明する説明図が図９及び図１０に示されている。
【００５５】
図９には、管理サーバ１２がクライアントに送出するサービス機能書式の書式データが示されている。同図に示されている書式データも、上述した図５における書式データと同様に所定のマークアップ言語により記述されている。すなわち、同図では書式データの１行目の単なる文字列「用紙サイズ、枚数、印刷ファイルを設定して下さい」はそのまま表示される。また、２行目から４行目のラジオボタンを表示するタグは、図１０に示されている３個のラジオボタンに対応し、用紙のサイズを入力する際のラジオボタンを表示する。図９に示されている書式データの４行目は、数字を入力する数値入力窓を表示するタグであり、図１０に２つの黒い三角形の矢印で示されているＵＰ／ＤＯＷＮキー付きの数値入力窓に対応する。ここで上向きの三角形の矢印は、ＵＰキーであり、下向きの三角形の矢印はＤＯＷＮキーである。ここで入力された数字は印刷枚数に相当し、この印刷枚数は変数「ｎｕｍｂｅｒ」に代入される。図９に示されている書式データの６行目の「＜ＩＮＰＵＴ＝ｔｅｘｔＮＡＭＥ＝ｎａｍｅ＞？」は文字入力用の窓を表示するタグである。この文字入力用窓を用いて、印刷の対象となるファイル名が操作者によって入力される。また、図９に示されている書式データの７行目に示されている「＜ＩＮＰＵＴ＝ｓｕｂｍｉｔＶＡＬＵＥ＝印刷！；」は、上述したステップＳ２−３において説明したように起動用のボタンを表示するものである。
【００５６】
このような図９に示されている書式データが、クライアントの機能書式表示部２２において解釈され、図１０に示されているようにサービス提供画面が表示されるのである。
【００５７】
本実施形態において特徴的なことは、サービスを提供する際の提供画面が、管理サーバ１２から送られてくる所定のマークアップ言語によって制御されていることである。このような構成により、クライアント１０においては、単に所定のマークアップ言語を解釈する手段を有するだけで、提供されるサービスの内容に変更が生じてもクライアント１０の機能はなんら変更する必要がない。例えば、選択できる用紙サイズの種類が増えた場合にも管理サーバ１２においてサービス機能書式３２を書き替えることにより、図９に示される書式データのラジオボタンが増加されるだけでクライアント１０側はなんらその機能を変更しなくとも用紙サイズの種類の増加に対応することが可能である。
【００５８】
本実施の形態においては、サービス提供画面を表示するための書式データして所定のマークアップ言語を用いて記述したがサービス提供画面を制御しうるものであれば、他の種類の言語でも構わない。
【００５９】
図２のステップＳ２−７において、クライアント１０側において操作者が行う操作の説明図が図１１に示されている。例えば同図では操作者が用紙サイズとしてＡ４を選んだ場合にサービス提供画面の様子が示され、選択されたＡ４に対応するラジオボタンが黒くなっていることが理解されよう。また、数値選択のためのＵＰ／ＤＯＷＮキーのＵＰ側のボタンを操作者は４回タップすることにより、数値をデフォルトの値である「００１」から「００５」に変更している。これによって、印刷枚数が５枚であることを操作者は指定しているのである。なお、この例では、数値入力窓の左に設けられている図１０と同様なＵＰ／ＤＯＷＮキー（図１０及び図１１において上向きおよび下向きの黒い三角形の矢印で示されているボタン）で数字を変更する例を示したが、数字入力の窓に直接操作者が数字をタイプすることも勿論可能である。
【００６０】
さらに、操作者は文字入力窓にペンなどにより、タップすることによりこの文字入力窓を選択状態とする。そして、文字入力窓が選択状態である場合に、キーボードから「／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプル．ｔｘｔ」と入力する。この入力した文字画素のまま文字入力窓に表示される様子が図１１に示されている。これによって、印刷の対象となるファイルがサンプル．ｔｘｔであることが指示されている。
【００６１】
図２のステップＳ２−８において、操作者の操作結果が管理サーバ１２に送信される。この送信は、図１１における「印刷」ボタンを操作者がペンなどによりタップすることにより行われる。管理サーバ１２に送信されるパラメータは、図１１に示されているような操作が行われていた場合には、例えば以下の様になる。
【００６２】
ｓｉｚｅ＝ａ４；
ｃｏｕｎｔ＝５；
ｎａｍｅ＝／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプル．ｔｘｔ；
これらの管理サーバ１２に送信するパラメータの種類とその値は、従来は各サーバ１４−１〜１４−ｎに対して直接送られていたものである。そのため、クライアント１０が送出した上記パラメータの意味は、各サーバ１４−１〜１４−ｎ自身が既に知っている事項である。換言すれば、それぞれのサーバ１４−１〜１４−ｎは、それぞれ提供するサービスに必要なパラメータを予め管理サーバ１２のサービス機能書式３２−１〜３２−ｎとして保存しているのである。
【００６３】
図２のステップＳ２−９においてクライアント１０が、管理サーバ１２のサービス制御部３０を介してサーバ１４に所定のパラメータを送る際の動作の説明図が図１２に示されている。同図に示されているように、入力制御部２４において入力された前記パラメータは送信部２６を介してネットワーク５０に送出される。ネットワーク５０を通じて管理サーバ１２に入力されるパラメータは、クライアント受信部４０を介してサービス制御部３０に到達する。サービス制御部３０は、受けとったパラメータをサーバ制御部３６を通じてサーバ１４に送出する。
【００６４】
本実施の形態においては、クライアントに対して、どのサービス機能書式３２（１〜ｎ）を送ったのかは、サービス制御部３０自身が知っていることである。それは、サービス制御部３０がサービス機能書式３２をクライアント１０に送出したからである。そのため、クライアントにおける操作者の操作結果たるパラメータを送出するべきサーバ１４がどのサーバ１４（−１〜−ｎ）であるかについてもこのサービス制御部３０が既に知っているのである。そのため、本実施の形態に係る管理サーバ１２は、クライアント１０から送出されてきた操作者の操作結果たるパラメータを対応するサーバ１４（−１〜−ｎのいずれか）に送信するようにサーバ制御部３６（−１〜−ｎのいずれか）を制御することが可能である。
【００６５】
なお、本実施の形態においては、クライアント１０が送出してくるパラメータをそのままサーバ制御部３６を介して対応するサーバ１４に送出したが、クライアント１０から送出してきたパラメータを対応するサーバ１４にあわせて一定のコマンドなどに変換することも好適である。例えば、プリンティングのサービスで有れば「ｌｐｒ／サンプル．ｔｘｔ／５」のような所定のコマンド列とすることも好適である。このような変換は、サービス制御部３０からの命令により、各サーバ制御部３６が行うのが好適である。
【００６６】
図２のステップＳ２−１０において、対応するサーバ１４から返送されてくるサービスの結果の受信動作の説明図が図１３に示されている。サーバ１４において、所定のプリンティングサービスが完了するとその結果がネットワーク５０を介して管理サーバ１２の結果受信部３８において受信される。結果受信部３８において受信されたサービスの結果は、サービス制御部３０に送られる。例えば、プリンティングサービスの結果としては、「プリント完了」という文字列が送出されてくる。
【００６７】
次に、図２のステップＳ２−１１において、サービス制御部３０がサービスの結果をクライアント１０に送出するための書式データに変更した例を図１４に示す。本実施の形態においては、サービス制御部３０は、サーバ１４から受信したサービス結果に対し、所定のマークアップ言語によるタグを付け加えることにより書式データに変更している。図１４に示されているように、この書式データの１行目は、サーバ１４から返送されてきたサービスの結果の文字列そのものである。また、図１４に示されている書式データの２行目から３行目にはサービスの連携のための所定のマークアップ言語が付加されている。この図１４に示されている書式データがクライアント１０の機能書式表示部２２において解釈され、画面表示された例が図１５に示されている。
【００６８】
図１４に示されている書式データの２行目のマークアップ言語のタグ「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、同一のサービスをふたたび受けるための操作用ラジオボタンを意味し、このラジオボタンが選択された場合には、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入される。また、図１４に示されている書式データの３行目にはほかのサービスとの連携動作を行うためのラジオボタンを表すマークアップ言語のタグが記述されている。すなわち、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、対応するラジオボタンが選択された場合には変数「ｏｐ」に値「ｓｅｒｖｉｃｅ」が代入されるのである。
【００６９】
図１４の最後の行には、上記２つのラジオボタンのうち、いずれが選択されたのかを表すパラメータを管理サーバ１２に戻すために必要な起動ボタンを表すタグが記述されている。このような内容の書式データがサービス制御部３０により作成され、クライアント１０に送出される。クライアントにおいては、図１４に示されるような書式データが機能書式表示部２２において解釈され、図１５に示されるようなサービス完了画面が表示される。この表示は、図２におけるフローチャートにおいてステップＳ２−６において行われる。
【００７０】
例えば、図１５に示されているようなサービス結果画面において、操作者が「もう一度！」に対応するラジオボタンを選択し、実行ボタンを押した場合には、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入されたパラメータが管理サーバ１２に送出される。管理サーバ１２は、この返送されてきたパラメータを解析することにより、もう一度プリンティングサービスのためのサービス機能書式３２をクライアント１０に送出する。すると、クライアント１０においては、この機能書式データ基づき再び図１１に示されるようなサービス提供画面が機能書式表示部２２によって表示され、再びプリンティングサービスの提供を自動的に受けることが可能である。
【００７１】
一方、図１５におけるサービス結果画面において、操作者が「サービス選択に戻る」を選択した場合には、変数「ｏｐ」に値「ｓｅｒｖｉｃｅ」が代入されてこのパラメータが管理サーバ１２に返送される。管理サーバ１２においては、返送されてきたこのパラメータを解析することにより、上記図５に示されているようなサービスリストの書式データをクライアント１０に送出する。クライアント１０においては、この書式データに基づき機能書式表示部２２がサービスリストを表示する画面を構成する。その結果、図６に示されるようにサービスを選択する画面がクライアント１０において表示され、操作者は再びサービスの選択を行うことが可能である。
【００７２】
本実施の形態において特徴的なことは、サーバ１４が送出したサービス結果に、サービス制御部３０がサービスの連携のための連携データを付け加えて、クライアント１０に返送したことである。特に本実施の形態においては、この連携データとしては、サービスの連携動作を制御するためのマークアップ言語が用いられている。具体的には、このマークアップ言語により、他のサービスとの連携動作を行うか否かについて操作者の入力を受け付けるダイアログが表示されるのである。このように、連携のためのマークアップ言語がサービス結果に付加されてクライアント１０に送出されるため、クライアント１０における操作者は、サービス間の連携を極めて容易に行うことが可能である。
【００７３】
実施の形態２
上記実施の形態１においては、サービス機能書式３２−１〜３２−ｎは、管理サーバ１２の内部に格納した。しかしながら、これらのサービス機能書式３２は、それぞれ対応するサーバ１４−１〜１４−ｎに応じて設定されるものであり、より具体的には、各サーバ１４−１〜１４−ｎがサービス機能書式３２を定めて、管理サーバ１２の内部に保存させるものであるともいえよう。このため、必ずしもこのサービス機能書式３２は、管理サーバ１２内部に保存する必要はなく、各サーバ１４に保管するのも好適である。このような考えに基づき、サービス機能書式３２−１〜３２−ｎを、それぞれ対応するサーバ１４−１〜１４−ｎの内部に保存した場合の構成例が図１６に示されている。図１６に示されている構成例によれば、各サーバ１４のサービス機能書式３２を、クライアント１０に送付するために、クライアント受信部４０がクライアント１０からサービス要求を受付た場合に、サービス制御部３０が対応するサーバ制御部３６−１〜３６−ｎを制御し、サーバ１４−１〜１４−ｎのいずれか一つのサーバ１４から対応するサービス機能書式３２−１〜３２−ｎ（のいずれか一つ）を受けとり、受けとったサービス機能書式３２をクライアント１０に送信する。このように、図１６に示されている構成によれば、サービス機能書式３２を、クライアント１０に送る際のサービス制御部３０およびサーバ制御部３６−１〜３６−ｎの部分の動作が異なるだけで、それ以外の構成・動作は上記実施の形態１の場合と同様である。
【００７４】
本実施の形態２に示されている構成を採用した場合は、サービス機能書式３２は、対応するサーバ１４の内部に保存されているため、そのサービス機能書式３２の保守をサーバ１４とともに一括して行うことが可能となるというメリットを有している。
【００７５】
実施の形態３
サービス間の連携動作の別の例を以下に示す。
【００７６】
例えば、クライアント１０がファイルサーバによるサービスを要求した場合には、管理サーバ１２から送られてくるサービス機能書式は、例えば図１７に示されているような内容となる。図１７に示されているサービス機能書式の内容は「検索式を入力して下さい」という文字列を表示し、一定の文字列を文字列入力の窓を表示することにより行うことを意味するタグとパラメータの返送を起動するボタンを意味するタグと、から構成されている。この図１７に示されているようなサービス機能書式を機能書式表示部２２が解釈し、図１８に示されているようなサービス提供画面がクライアント１０において表示される。これら図１７および図１８に示されている動作は、図２におけるステップＳ２−５、Ｓ２−６に相当する。
【００７７】
次に、クライアント１０に於いて、操作者は、図１８の文字入力窓にペンでタップをして、この文字入力窓をアクティブな状態にしてから、キーボードから 「／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ」と入力したものとする。このような入力が行われた場合の画面の様子が、図１９に示されている。このような入力に引き続いて、操作者が検索ボタンを押すと、以下に示されているパラメータが管理サーバ１２に送出される。
【００７８】
ｅｘｐ＝／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ；
以上の動作は、図２におけるステップＳ２−７およびＳ２−８に相当する。
【００７９】
管理サーバ１２に於いては、上記送られてきたパラメータに基づき、対応するファイルサーバに対してファイル検索に用いられるパラメータとともに検索の指示を行う。この動作は、図２におけるステップＳ２−９に相当する。
【００８０】
なお、本実施の形態３において用いられているパラメータ中の＊は、いわゆるワイルドカードであり、ここで示した例においては、／ｈｏｍｅ／ｔｘｔというディレクトリ内のファイルであってファイル名の末尾が「．ｔｘｔ」であるものを検索することになる。
【００８１】
さて、ファイルの検索がファイルサーバで行われ、この検索の結果は上記実施の形態１と同様に管理サーバ１２に送出されてくる。例えば、このようにしてサービス制御部３０に於いて、ファイルサーバから受けとる検索結果は、例えば図２０に示されているような例となる。図２０には、４つのファイル名が示されており、いずれもその末尾が．ｔｘｔとなることが理解されよう。
【００８２】
本実施の形態３に於いては、サービス制御部３０はファイルサーバから受けとった図２０に示されているような検索結果に基づき、サービスの連携のためのデータを付加し、クライアント１０が理解可能な書式データに変換する。このような変換の結果たる書式データの例が図２１に示されている。図２１において、下線で示されている部分が図２０に示されている検索結果であるファイル名であり、そのほかの部分は、サービス制御部３０において付加されたサービスの連携のための所定のタグである。ここに用いられているマークアップ言語も上述した実施の形態１や２と同様のマークアップ言語である。このようにして得られた書式データがクライアント１０に送信されるのである。これらの動作は、図２におけるステップＳ２−１０およびＳ２−１１に相当する。
【００８３】
さて、図２１に示されているような書式データを受信したクライアント１０においては機能書式表示部２２の書式データを解釈し、図２２に示されるような画面を表示する。図２１に示されている書式データは「ファイルを選んで下さい。」という文字列と、選ばれるファイルを表す４個のラジオボタンを含んでいる。また、選んだファイルに対する操作を選ばせるため、「操作を選んでください。」という文字列と、４個の提供しうるサービスを表す４個のラジオボタンと、を含んでいる。そして、入力したパラメータを管理サーバ１２に送信するための実行ボタンを意味するタグも書式データに含まれている。このような書式データに基づき、上記実施の形態１や２と同様に機能書式表示部２２は、図２２に示されるような画面を表示するのである。
【００８４】
図２２に示されている画面の表示に対して操作者が「はじめに．ｔｘｔ」を選択し、また操作として「削除」を選択した場合の画面の表示の例が図２３に示されている。図２３に示されているように、「はじめに．ｔｘｔ」に対応するラジオボタンが黒くなっており、「削除」に対応するラジオボタンが黒くなっていることが理解されよう。この状態からユーザが「実行！」ボタンを押すと、次に示すようなパラメータが管理サーバ１２にクライアント１０から送信される。
【００８５】
ｆｉｌｅ＝ｆｉｌｅ３；
ｏｐ＝ｄｅｌｅ；
管理サーバ１２のサービス制御部３０は、このようなパラメータを受信すると、まず、「ｏｐ＝ｄｅｌｅ」から直前にサービスの提供を受けたサーバ１４であるファイルサーバにもう一度アクセスするべきであると判断を行う。これは、操作「ｏｐ＝ｄｅｌｅ」（ファイルの削除を意味する。）は、ファイルサーバが行うサービスだからである。このように、サービス制御部３０は、各サーバ１４が提供しうるサービスの内容を記憶しておき、指定されたサービスに基づき、どのサーバ１４にアクセスすべきか否かを判断する機能を有している。そして、「ｆｉｌｅ＝ｆｉｌｅ３；」からサービス制御部３０は検索結果のリストの３番目のファイルが削除の対象であると判断する。パラメータの「ｆｉｌｅ３；」は、３番目のファイルであるという意味である。
【００８６】
この結果、サービス制御部３０は、ファイルサーバに対して「はじめに．ｔｘｔ」（ｆｉｌｅ＝ｆｉｌｅ３）を削除（ｏｐ＝ｄｅｌｅ）するように指示を出す。
【００８７】
このようにしてファイルサーバが提供するファイルサービスにおいて得られたファイルの検索結果から操作者が所定のファイルを指定することにより、そのファイルの削除の処理を引き続いて実行することが可能である。
【００８８】
以上述べたように、本実施の形態３においては、管理サーバ１２が、サービスの結果をクライアント１０に送る際に、所定のサービスの連携のためのデータをサービス結果に付加してクライアント１０に送信したのである。この結果、クライアント１０においては、操作者がサービスの結果を他のサービスに供することが容易となり、連続的なファイル操作・データ処理が行え、作業の効率化が図れるものである。
【００８９】
本実施形態３においては、ファイルを検索し、検索結果から所望のファイルを削除する場合のサービスの連携について説明したがファイルを複写する動作についても同様の操作の流れにより行われる。
【００９０】
図２３においては、削除のサービスを選択した場合についての画面について説明したが、印刷を選択した場合の画面の様子が図２４に示されている。なお、図２４においても、ファイルは「はじめに．ｔｘｔ」が選択されている。この図２４に示されている画面の状態で、操作者が「実行！」ボタンを押すと、次のようなパラメータが管理サーバ１２にクライアントから送信される。
【００９１】
ｆｉｌｅ＝ｆｉｌｅ３；
ｏｐ＝ｐｒｔ；
管理サーバ１２において、サービス制御部３０がこのようなパラメータを受信すると、パラメータの中の「ｏｐ＝ｐｒｔ」から、プリントサーバのサービスを次に受けるべきであることが判明する。先に述べた削除や複写の場合には、連携して行われるサービスが同一のサーバすなわちファイルサーバにより提供されていたが、印刷の場合にはファイルサーバから別のサーバすなわちプリントサーバにアクセスを切り替えなければならない。
【００９２】
このように、サービスが別のサーバ１４によって提供される場合のサービスの連携動作を説明するフローチャートが図２５に示されている。
【００９３】
図２５に示されているフローチャートの各ステップの内容は、上記図２に示されているフローチャートと同様である。図２５に示されている太い矢印で示されている処理の流れが、図２４に示されているように、異なるサーバ１４の間でサービスの連携が行われる場合の処理の流れを表している。操作者からの操作結果を、管理サーバ１２がそのままサーバ１４に渡すのではなく、以下のような動作が行われるのである。すなわち、サーバ１４が送出してきたサービス結果に対してサービス制御部は連携のために他のサーバ１４の機能書式を付け加えて、所定の書式データを作成する。そして、この書式データをクライアント１０に送信するのである。本実施の形態において特徴的なことは、他のサーバの機能書式がサーバ１４のサービス結果に付け加えられているためこの機能書式を連携データとしてサービス間の連携動作が容易になったことである。
【００９４】
例えば、図２４に示されているように、ファイル検索の後、印刷処理を行う場合には図２５に示されているようにステップＳ２５−７においてクライアント１０において操作者が所定のファイルと印刷処理を選択し、（図２４）ステップＳ２５−８においてこの操作結果のパラメータが管理サーバ１２に送信される。そして、サービス制御部３０において、印刷が行われると判断された場合には、制御がステップＳ２５−５に移行し、この印刷のサービス機能書式がクライアント１０に改めて送信される。その後、ステップＳ２５−６、Ｓ２５−７へ処理が移行し、印刷処理がファイル検索に引き続いて実行されるのである。
【００９５】
一方、図２３に示されているように、同一のサーバ、例えばファイルサーバにおける異なるサービスを連携して実行する場合には、サービス制御部３０は、ステップＳ２５−７、Ｓ２５−８の動作に引き続いて、Ｓ２５−９の処理にそのまま移行する。このような処理の流れは図２において示されたのと同様である。これは、同一のサーバである場合には図２３において示されているように、同一の機能書式が示されているから、新たに機能書式データをクライアント１０に送出し、別の画面を表示する必要がないからである。
【００９６】
さて、図２４に示されているように、「印刷」のサービスが選択されると、図２５において示されたように、ステップＳ２５−８からステップＳ２５−５に処理が移行する。このステップＳ２５−５において管理サーバ１２からクライアントに対して送られてくる書式データの例が図２６に示されている。図２３に示されている書式データは、上述した図９に示されている書式データとほぼ同一である。異なっている点は、下線で示されているように印刷ファイル名を入力するための文字入力窓において、予め「はじめに．ｔｘｔ」と印刷ファイル名が入力されていることである。このような書式データに基づき、機能書式表示部２２が解釈し、表示した画面の例が図２７に示されている。画面の表示は、上記図１０に示されている画面とほぼ同様である。異なっている点は、印刷ファイルの名称を入力する文字入力窓において、予め「はじめに．ｔｘｔ」という文字が入力されていることである。本実施の形態においては、ファイルサービスによって「はじめに．ｔｘｔ」を選択しているので、管理サーバ１２のサービス制御部３０において、書式データを生成する際に、図２６に示されるように下線部を追加している。そのため、操作者がファイルサービスで選択したファイルがプリントサービスにアクセスするための表示画面（図２７）の中の「印刷ファイル」の文字入力窓に予め入力された状態で表示されるようになる。
【００９７】
このように、本実施の形態３によれば、あるサービスの結果を他のサービスのパラメータを入力データとして用いることができ、サービス間の連携動作が円滑に行われうる。
【００９８】
以上述べたように、図２３においては、「削除」を選択した場合、また、図２４においては「印刷」を選択した場合についてそれぞれ示した。
【００９９】
図２８には、「サービスリスト」を選択した場合の画面の様子が示されている。すなわち、図２２の状態から操作者がファイルとして何を選択したか否かにかかわらず、操作として「サービスリスト」を選択した場合ユーザが「実行」ボタンを押すことにより、次に示すようなパラメータから管理サーバ１２に送信される。
【０１００】
ｆｉｌｅ＝ｎｕｌ；
ｏｐ＝ｒｅｔ；
管理サーバ１２におけるサービス制御部３０がこのようなパラメータ受信すると、パラメータの中の「ｏｐ＝ｒｅｔ」からサービスリストを送信する必要があることが判明する。そのため、図２におけるステップＳ２−２におけるサービスリストの送信の処理が行われることになる。このような処理の流れを表すフローチャートが、図２８において説明した「サービスリスト」を選択した場合を例として、図２９のフローチャートに示されている。図２９において、ステップＳ２９−８のあと、Ｃで示されている太い矢印によって処理がステップＳ２９−２に移行していることが理解されよう。これは、図２８において示されているように、「サービスリスト」が選択された場合に、クライアント１０に対して再びサービスリストを送信するための処理の流れである。なお、図２９において、Ａで示されている処理のループは、同一のサーバ１４の中でのサービスが連携して処理される場合の処理手順を表す。また、図２９において、Ｂで示されている処理のループは、異なるサーバ１４の間でサービスの連携処理が行われる場合の処理手順を表している。そして、Ｃで表されているループは、今説明したように、処理の連携をいわば一旦リセットし、初期状態に戻りサービスリストからサービスを選択する段階にもどる場合の手順の流れをそれぞれ表している。
【０１０１】
以上述べたように本実施の形態によれば、同一のサーバ１４の中でのサービスの連携も、また、異なるサーバ１４の間にまたがったサービスの連携も円滑に行うことが可能となる。また、処理の連携を一旦リセットし、再びサービスリストにおけるサービスの選択から行うことも極めて容易である。従って、本実施の形態によれば、サービスの提供を連続して受けることができ、作業効率の向上が図れるものである。
【０１０２】
実施の形態４
図３０には本実施形態４のサービス接続サーバの機能・動作の概略を表す説明図が示されている。本実施の形態４に係るサービス接続サーバは、例えば携帯情報端末１００と、プリントサーバ１０２やファイルサーバ１０４との間に設けられ、能力の低い携帯情報端末１００からでもプリントサーバ１０２やファイルサーバ１０４に高度なサービスを受けられるようにしたものである。図３０に示されているように、携帯情報端末１００におけるユーザアクションは、例えば通信プログラムにおけるＧＵＩパーツの再描画が必要となる。すると、携帯情報端末１００においてはＧＵＩパーツ更新情報がサービス接続サーバ１０６に送出される。サービス接続サーバ１０６は、携帯情報端末１００において本来保持されているべきクライアント機能がサービス操作プログラムによって実現されている。このサービス操作プログラムがプリントサーバ１０２や、ファイルサーバ１０４に対して、クライアントすなわち携帯情報端末１００として振る舞い、その結果として、サービス結果を受けとる。このようにして、サービス接続サーバ１０６は携帯情報端末１００に代わり各種のサービスを受け、その結果ＧＵＩパーツは位置・更新の情報を携帯情報端末１００に返送する。携帯情報端末１００においては、ＧＵＩパーツは位置・更新情報に基づき、ＧＵＩパーツ描画が行われる。これによって、携帯情報端末１００においては、操作者は自らの操作に対して画面が正常に書き替えられ、あたかも携帯情報端末１００の内部にクライアント機能が内蔵されているように操作を行うことが可能である。
【０１０３】
本実施の形態４に特徴的なことは、携帯情報端末１００が従来有していたクライアント機能を、サービス接続サーバ１０６に受け持たせ、携帯情報端末１００とサービス接続サーバ１０６との間でＧＵＩパーツの配置情報・更新情報などをやり取りしたことである。このような構成により、携帯情報端末１００に高機能なソフトウェアを搭載しなくても、高度のサービスの提供を受けることが可能となったのである。
【０１０４】
図３１には、ＧＵＩパーツ例が示されている。ＧＵＩパーツとしては種々のものがあげられる。例えば、「テキストフレーム」は、文字を表示あるいは入力する矩形の枠であり、この枠の情報としては座標や枠の線の種類、線の太さなどが情報としてあげられる。また、その内部のテキスト情報としては、テキストそのもののほか文字種別やオリエンテーション（向き）等があげられよう。「ビットマップフレーム」は、ビットマップすなわち絵の情報を含むＧＵＩパーツであり、まずその枠情報としては座標や大きさ、線種別、線の太さなどがあげられる。また、ビットマップ情報としてはビットマップ（正、反転）及びマスクデータ等が含まれている。「ボタン」は、操作者の操作によりチェックがいれられるものであり、座標やチェックの有無、グループ名などがボタンの情報となる。ＧＵＩパーツ配置情報と、この配置情報に基づくＧＵＩパーツ表示画面の例が図３２に示されている。図３２に示されているように、配置情報の０番目には、座標位置（１０）、配置されているボタンの情報が示されている。このボタンは初期状態で、「ＯＦＦ」であり、白丸として表示されている。配置情報の次のＧＵＩパーツは、文字であり、「ＳＥＬ１」という文字列である。ＧＵＩパーツ配置情報の３番目は、配置座標（１０．２０）であるボタンであり、初期状態で「ｏｎ」、即ち、黒丸である。ＧＵＩパーツの４番目は、文字列であり、「ＳＥＬ２」である。また、この文字列は下線が引かれている。ＧＵＩパーツの５番目のパーツは文字列であり、外枠を含む「ＳＥＮＤ」という文字列である。本実施の形態においては、このようなＧＵＩパーツ配置情報を携帯情報端末１００とサービス接続サーバ１０６との間でやり取りすることにより、また、サービス接続サーバ１０６がクライアント機能を実現するサービス操作プログラムを実行することによって、携帯情報端末１００に高度な機能のソフトウェアを導入しなくとも、高度なネットワークサービスの提供を受けることが可能となるのである。
【０１０５】
図３３には、本実施の形態４における携帯情報端末１００の構成を表す構成ブロック図が示されている。この携帯情報端末１００は、ユーザの入力を受けるユーザ入力処理部１１０と、ＧＵＩパーツの配置情報を保持・管理するＧＵＩパーツ配置管理部１１２と、ＧＵＩパーツ配置情報とビルトインイメージに基づいての描画などを行う画面表示処理部１１４と、を備えている。また、この画面表示処理部１１４にビルトインイメージを供給するビルトインイメージ管理部１１６と、後述するサービス接続サーバ１０６との接続を行う通信制御部１１８とを備えている。
【０１０６】
ユーザ入力処理部１１０は、ユーザアクションを受けとり、このユーザアクションをＧＵＩパーツ配置管理部１１２へ通知する。また、受けとったユーザアクションは、通信制御部１１８を介してサービス接続サーバ１０６へも通知される。
【０１０７】
ＧＵＩパーツ配置管理部１１２は、初期画面用のＧＵＩパーツの配置情報を保持・管理している。ＧＵＩパーツ配置管理部１１２は、初期画面用だけでなく、電源投入後サービス接続サーバ１０６との通信によって、このサービス接続サーバから受信したＧＵＩパーツ配置情報をも保持・管理している。このサービス接続サーバ１０６から受信したＧＵＩパーツ配置情報は、通信制御部１１８を介して入力する。
【０１０８】
画面表示処理部１１４は、ＧＵＩパーツ配置管理部１１２に保持されているＧＵＩパーツ配置情報と、ビルトインイメージ管理部１１６で保持されているビルトインイメージに基づいて、ＧＵＩパーツの描画を行う。また、画面表示処理部１１４は、ユーザ入力処理部の指示に基づいて、ユーザアクションに応じた再描画をも行っている。
【０１０９】
ビルトインイメージ管理部１１６は、ＧＵＩパーツ、例えばアイコンのイメージとなるビルトインイメージの保持を行っている。また、通信制御部１１８を介して送られてくる新たなビルトインイメージを追加保持したり、必要無くなったビルトインイメージの削除などの管理を行っている。通信制御部１１８が、サービス接続サーバ１０６との公衆電話回線や赤外線を介しての通信を司っている。
【０１１０】
図３４には、本実施の形態に係る携帯情報端末の動作の概略を表すフローチャートが示されている。まず、ステップＳ３４−１においてはＧＵＩパーツ配置管理部１１２が保持する初期画面用配置情報に基づき、画面表示処理部１１４がＧＵＩ表示のための内部構成情報が構築される。また、ステップＳ３４−２においてはこの構築された情報に基づきＧＵＩ表示が行われる。本実施の形態においては携帯情報端末は初期画面用の配置情報及びこの初期画面におけるビルトインイメージがビルトインイメージ管理部１１６に保持されている。これらを用いて電源投入直後においては、初期画面を表示することが可能である。
【０１１１】
ステップＳ３４−３においては、ユーザ入力処理部１１０がユーザ入力（タップ、クリック動作等）を受けとる。これは、携帯情報端末１００の画面上に設けられたタッチパネル等を用いてタップやクリック動作などを入力することが可能となる。
【０１１２】
ステップＳ３４−４においては、ユーザ入力処理部１１０において入力されたユーザ入力に基づき、そのユーザ入力（タップやクリック）が成された座標に存在しているＧＵＩパーツを、上記ステップＳ３４−１において構成された内部構成情報に基づいて検索を行う。そして、ステップＳ３４−５において、タップなどが行われたＧＵＩパーツに対応して再表示処理や内部構成情報の更新処理などが画面表示処理部１１４において行われる。これにともなって、同ステップＳ３４−６においては、通信制御部１１８を介してサービス接続サーバ１０６に対し、ユーザ入力処理部１１０が入力したユーザの操作と、画面表示処理部１１４において必要なＧＵＩパーツ更新の情報を送信する。後述するように、送信されてきたこれらの情報をサービス接続サーバ１０６は、ネットワークを介して受け、また、ＧＵＩパーツ更新のための情報を携帯情報端末１００に送信してくるのである。
【０１１３】
ステップＳ３４−７においては、通信制御部１１８がサービス接続サーバ１０６が発信するＧＵＩパーツ配置情報または、更新情報を受信する。
【０１１４】
そして、ステップＳ３４−８においては、上記ステップＳ３４−７において受信したＧＵＩパーツ配置・更新情報に基づき、ＧＵＩ表示のための内部構成情報の構築・更新を行う。そして、ステップＳ３４−９においては、画面表示処理部１１４がＧＵＩ表示を行う。
【０１１５】
これによって、携帯情報端末１００自体はネットサービスをうけるためのソフトウェアをなんら有していなくとも、サービス接続サーバ１０６を介することより、ネットワークサービスを受けることが可能である。このため、一般に処理能力の低いといわれる携帯情報処理端末においても高度なネットワークサービスを受けることができ、かつ、負荷の重い高度なネットワークソフトウェアを導入する必要がない。
【０１１６】
ステップＳ３４−１０においては、これまでの処理の繰り返しを行うためステップＳ３４−１への移行処理が行われる。
【０１１７】
図３５には、サービス接続サーバ１０６の構成を表す構成ブロック図が示されている。図３５に示されているように、本実施の形態４に係るサービス接続サーバ１０６は、携帯情報端末１００との通信を司どる端末通信処理部１２０と、サーバと接続され、実際のクライアントとしての動作を担当するサービスクライアント処理部１２２と、を備えている。また、本実施の形態４におけるサービス接続サーバ１０６は、ＧＵＩパーツ配置情報やビルトインイメージデータを保持するＧＵＩパーツ情報格納部１２４と、接続されるネットワークサービスを利用するためのいわゆるサブプログラムであるところのサービスクライアントスタブと接続するサーバとの通信を受け持つネットワーク通信部１２８とを含んでいる。
【０１１８】
端末通信処理部１２０は、上で述べた携帯情報端末１００と公衆回線または、赤外線などを介して通信を行う部分である。
【０１１９】
また、サービスクライアント処理部１２２は、端末通信処理部１２０が公衆回線などを介して携帯情報端末１００から受けとったユーザ操作に基づいて接続サービスの実際のクライアントとしての動作を行う、すなわち、このサービスクライアント処理部１２２は、接続サービスに対してクライアントとして動作を行う訳である。
【０１２０】
ＧＵＩパーツ情報格納部１２４は、サービス操作の各曲面に応じた、携帯情報端末１００における画面のＧＵＩパーツ配置情報や、同じく端末の画面のためのビルトインイメージデータ等を保持している。ここで保持されている各情報は必要に応じて携帯情報端末１００に送信される。
【０１２１】
サービスクライアントスタブ１２６は、いわゆる接続するサービスを利用するためのサブプログラムであり、例えば、ＴＣＰ／ＩＰや各種のプロトコルをサポートするプログラム等が相当する。
【０１２２】
ネットワーク通信部１２８は、接続したいサーバとの通信を行う部分であり、専用回線であったり、イーサネット（登録商標）などのネットワークそのものであったりする。
【０１２３】
本実施の形態４に係るサービス接続サーバ１０６の動作の概略を表すフローチャートが図３６に示されている。図３６に示されているように、まず、ステップＳ３６−１においては、端末通信処理部１２０がユーザ操作情報や、ＧＵＩパーツの更新情報を携帯情報端末１００から受けとる。
【０１２４】
ステップＳ３６−２においては、サービスクライアント処理部１２２が上記ステップＳ３６−１において、受信したユーザ操作情報やＧＵＩ情報を解釈される。そしてステップＳ３６−３においては、サービスクライアントスタブ１２６を活用し、サービス操作及びその結果を受信する。この結果は、ネットワーク通信部１２８を介して受けとることは言うまでもない。
【０１２５】
ステップＳ３６−４においては、サービス操作の結果に基づき、ＧＵＩパーツ配置情報を、ＧＵＩパーツ情報格納部１２４から検索し、所定の配置情報を構築する。そして、この情報はステップＳ３６−５において端末通信処理部１２０を介して携帯情報端末１００に送信されるのである。
【０１２６】
そして、ステップＳ３６−６において、再びステップＳ３６−１に処理が移行し、以上の処理を繰り返すことになる。
【０１２７】
本実施の形態４において特徴的なことは、サービスクライアント処理部１２２がネットワークのサーバに対して、クライアントとしての振舞いを行うと共に係るサービス操作及びその結果にもとづくＧＵＩパーツの更新を携帯情報端末１００に送信したことである。これによって、携帯情報端末１００はＧＵＩパーツ配置情報などをサービス接続サーバ１０６から受けとることにより、特別なＧＵＩ等を用いなくとも、利便性の高いネットワークサービスを受けることが可能な携帯情報端末を提供することが可能となる。
【０１２８】
図３７には、携帯情報端末１００の初期画面と所定の操作を行った場合の画面の表示を変化する様子が示されている。図３７の左側には端末の初期画面が示されている。ここに示されているように、携帯情報端末１００は、ビルトインイメージ管理部１１６に保持されているビルトインイメージデータに基づき、また、初期画面用のＧＵＩパーツ（ＧＵＩパーツ配置管理部１１２によって保持されている。）に基づき、各サービスに対応したアイコンが表示されている。例えば、図３７に表示されているアイコンは、「プリント」、「ファイルサーバ」、「メールサーバ」、「データベースサーバ」、「掲示板サービス」である。
【０１２９】
例えば、操作者がスタイラスペンなどを用いて「プリント」のアイコンをタップすると、図３７の右側に示されているようにプリントサービスの指示を行うためのサービス提供画面に画面が変更する。これは、操作者が「プリント」のアイコンをタップすることが、サービス接続サーバ１０６に送信され、サービス接続サーバは、プリントサービスに対応したＧＵＩパーツ配置情報及び必要なＧＵＩパーツのデータを送信してきたため、携帯情報端末１００においてプリントサービスのためのサービス画面を表示することが可能となるのである。図３８には、このような本実施の形態４における携帯情報端末の動作の概略を表すフローチャートが示されている。ステップＳ３８−１においては、電源投入直後の動作が示されており、ビルトインイメージに基づいて、各サービスに対応したアイコンが図３７に示されているように表示される。ステップＳ３８−２においては、操作者が所望のアイコンを選んで指示をする。ステップＳ３８−３においては、サービス接続サーバ１０６にアイコンが選ばれた旨が通知され、ステップＳ３８−４においては、サービス接続サーバ１０６は、そのアイコンに対応するサービス用のＧＵＩパーツ配置情報をこの携帯情報端末１００に返信するのである。
【０１３０】
ＧＵＩ画面描画の例と、このＧＵＩパーツ配置情報との対応を表す説明図が図３９に示されている。図３９の左側に示されている画面の図は図３７の右側に示されている図と同様であり、図３９の右側に示されている図はこの画面に用いられているＧＵＩパーツの配置情報を表す説明図である。
【０１３１】
この図３９の右側の説明図において、各行が一つのパーツに相当し、それぞれの行が「パーツ番号、パーツ種別名、その修飾」の順番で情報が並んでいる。
【０１３２】
パーツ種別名では、固定的な文字表示のための「ｌａｂｅｌ」や、ユーザが文字を入力可能な「ｔｅｘｔ」や、、ボタン及びチェックボックスのための「ｂｕｔｔｏｎ」、そして、ビットマップデータを表示するための「ｂｉｔｍａｐ」等が種類として存在する。また、パーツの修飾には、パーツ毎に必須の修飾やオプションの修飾があり、また、それぞれに省略時の既定値がある。例えば、全パーツに共通するものとして表示位置の座標を指定するための「ｐｏｓ」や、初期値を表す「ｖａｌ」、タップあるいはクリックするときに接続サーバに通知することを指定するための「ｎｏｔｉｆｙ」等がある。また、例えば、「ｂｕｔｔｏｎ」に関しては、グループ化が行われ、いわゆるラジオボタンを構成するためのｒａｄｉｏなどの種々の修飾が用いられうる。
【０１３３】
図３９の右側に示されている図は先に述べたように、左側に示されている図のＧＵＩパーツに１行１行が対応している。１行目には「プリントサービス」の文字に対応する配置情報が示されており、２行目は、プリンタのビットマップデータ対応する。また、３行目は「共用プリンタ」の文字のＧＵＩパーツに相当し、４行目は「印刷部数」という文字に相当する。５行目は印刷部数を入力するための文字入力窓に相当し、初期値として「１」が指定されている。６行目は、「用紙サイズ」の文字列に対応し、６行目から８行目の３行は３個のラジオボタンに相当する。この３個のラジオボタンにおいて、７行目の最初のボタンのみが初期値が１（すなわち黒）に設定され、他のボタンは白に設定されている。
【０１３４】
１０行目は文字列「Ａ４」に相当し、１０行目は、文字列「Ｂ４」に相当する。また、１２行目は、文字列「Ａ３」に相当し、１３行目は、文字列Ｎアップに相当する。１４行目から１６行目の３行は３個のラジオボタンに相当する。この内、１５行目の真ん中のラジオボタンのみが初期値が「１」に設定され、他の２つのラジオボタンは初期値が「０」であり、白く表示される。１７行目は「なし」の文字列に相当し、１８行目は「２」の文字列に相当する。また、１９行目は「４」の文字列に相当し、２０行目は文字列「拡張機能」に相当する。この文字列は四角い枠で囲まれ、このＧＵＩパーツがタッチされると、サービス接続サーバ１０６に所定の通知がいく旨設定されている。２１行目は、「印刷開始」という文字列であり、同様に四角い枠で囲まれ、タッチされることによりサービス接続サービに通知がいく。２２行目も同様に「取り消し」という四角い枠で囲まれた文字列であり、ペンなどでタッチすることによってサービス接続サーバ１０６に所定の通知が送出される。
【０１３５】
操作者の入力によって、サービス接続サーバ１０６に送信されるユーザの操作や、パーツ更新情報は、例えば、「Ｂ４」横にあるボタンがタップされた場合に、これは番号７のパーツに相当するがグループ化されたラジオボタンであるため、番号６，７，８のＧＵＩパーツが更新されたことを示すために、以下のようなパーツ行進情報が接続サーバ１０６に送信される。
【０１３６】
７：ｍｏｄｉｆｙ（ｖａｌ：１，ｔａｐｐｅｄ）
６：ｍｏｄｉｆｙ（ｖａｌ：０）
８：ｍｏｄｉｆｙ（ｖａｌ：０）
このように、本実施の形態４においては、ＧＵＩパーツ配置情報を用いて携帯情報端末１００と、サービス接続サーバ１０６との間で情報のやりとりを行ったため、携帯情報端末１００に高機能なプログラムを搭載しなくとも、操作感の優れたＧＵＩインターフェースを実現することが可能である。
【０１３７】
なお、図３９の右側に示されているＧＵＩパーツ配置情報の２行目には「ｂｉｔｍａｐ」パーツが記述されており、その値（ｖａｌ）としては「ｎａｍｅ：ｐｒｉｎｔｅｒ０」という文字列が指定されている。これは携帯情報端末１００に設けられているビルトインイメージ管理部１１６が保持する「ｐｒｉｎｔｅｒ０」という名称のイメージデータを表す。
【０１３８】
ここで表されているイメージデータがビルトインイメージ管理部１１６において保持されていない場合には、サービス接続サーバ１０６からビットマップデータを含む形式で、「ｂｉｔｍａｐ」パーツの更新処理あるいは再送を行う手続きがなされる。例えば、携帯情報端末１００から「ｘｘｘ：ｇｉｖｅｍｅ（ｂｉｔｓ）」という要求メッセージがサービス接続サーバ１０６に対して送出されると、該当するパーツのビットマップデータ送信がサービス接続サーバ１０６に促されることになる。この要求によって、サービス接続サーバ１０６は、「ｘｘｘ：ｂｉｔｍａｐ（ｖａｌ：“ｂｉｔｓ：０ＥＦＦ９ｂ．．．”，ｔｅｍｐｏｒａｒｙ）」という形式で、ビットマップデータをパーツの更新情報として送信してくる。このような手順により、携帯情報端末１００が受信した新たなイメージ（ビットマップデータ）は、パーツの修飾指示によって、ビルトインイメージ管理部１１６において、永続的に保持させることも可能である。上記の例においてはサービス接続サーバ１０６から送られてくる更新情報の「ｔｅｍｐｏｒａｒｙ」の修飾によって、サービス利用セッションの期間の間のみ有効なイメージデータであると指定したけれどもこの「ｔｅｍｐｏｒａｒｙ」のかわりに「ｐｅｒｍａｎｅｎｔ」と修飾した場合にはビルトインイメージ管理部１１６において永続的にこのイメージデータが保持されるようになる。
【０１３９】
このように、本実施の形態４においては、ＧＵＩパーツ配置情報を用いて携帯情報端末１００と、サービス接続サーバ１０６との間で情報のやりとりを行ったため、携帯情報端末１００に高機能なプログラムを搭載しなくとも、操作感の秀れたＧＵＩインターフェースを実現することが可能である。
【０１４０】
実施の形態５
図４０には、本実施の形態５に係るサービス接続サーバ２０６を中心としたサービスの提供の様子を表す説明図が示されている。図４０に示されているように、携帯情報端末２００は、サービスクライアントプログラムを有しており、このプログラムを用いてプリントサーバ２０２やホスト接続サーバ２０４に接続することが可能である。本実施の形態５において特徴的なことは、携帯情報端末が直接プリントサーバ２０２などに接続されるのではなく、サービス接続サーバ２０６を介して接続されていることである。このように、実際のサーバ（２０２や２０４）との間にサービス接続サーバ２０６を設けることにより、サービスの代表名による接続要求が可能となるのである。すなわち、携帯情報端末２００におけるサービスクライアントプログラムがサービス代表名による接続要求をサービス接続サーバ２０６に対して出力する。サービス接続サーバ２０６は、このサービス代表名による接続要求に対して、サービス代表名から、実サービス名へのマッピングを行うのである。このマッピング機構によって実サービス名を得ることができ、実サービス名を用いて実際のプリントサーバ２０２やホスト接続サーバ２０４などに接続することが可能である。そして、係る接続の後、所定のサービス提供をうけ、応答を携帯情報端末２００に帰されるのである。このような構成により、携帯情報端末においては、プリントサーバ２０２やホスト接続サーバ２０４の絶対名称や、識別番号を知らない場合においても、各種のネットワークサービスを受けることができ利便性の高いネットワークサービスを提供しうる。また、本実施の形態５におけるサービス接続サーバ２０６は、セッション保持機構を有している。このセッション保持機構は、携帯情報端末２００からイメージ的に接続を終了する旨の指示がこないかぎり、プリントサーバ２０２や、ホスト接続サーバ２０４とのセッションを一定時間保持する機構である。このようなセッション保持機構を有しているため、例えば、携帯情報端末２００がいわゆる電池切れなどにより、途中で通信が不能になり、携帯情報端末２００とサービス接続サーバ２０６との間の通信が途絶えた場合でもサービス接続サーバ２０６と各種サーバとのセッションが保持されるのである。このような構成により、携帯情報端末２００が電池を入れ替えるなどして再びサービス接続サーバ２０６に接続した際に、前回のセッションをそのまま引き継ぐことが可能である。
【０１４１】
図４１には、本実施の形態５におけるサービス接続サーバ２０６の構成を表す構成ブロック図が示されている。図４１に示されているように、サービス接続サーバ２０６は、携帯情報端末との通信処理を行う端末通信処理部２１０とユーザ操作にしたがって、クライアントとしての動作を行うサービスクライアント処理部２１２と、サービスの代表名から実際のサービス名を求めるサービス代表名管理部２１４と、を備えている。さらに、サービス接続サーバ２０６は、サービス代表名管理部２１４に利用される代表名管理データベース２１６と、実際のプリントサーバ２０２などのサーバによるサービスを利用するためのサブプログラムであるサービスクライアントスタブ２１８と、プリントサーバ２０２などとの通信を行うネットワーク通信部２２０とを含んでいる。
【０１４２】
端末通信処理部２１０は、公衆回線や赤外線通信等の通信回線を介して携帯情報端末２００との通信を行う。
【０１４３】
また、サービスクライアント処理部２１２は、携帯情報端末２００においてユーザ操作であって、端末通信処理部２１０を介し、受けとられたユーザ操作に基づき、接続サービスの実際のクライアントとしての動作を行う。すなわち、このサービスクライアント処理部２１２は、実際のクライアントとしての接続サービスの実際のクライアントとしての動作を行う。すなわち、このサービスクライアント処理部２１２は、実際のプリントサーバ２０２等と接続し、クライアントとして振舞うためのプログラムである。サービス代表名管理部２１４は、代表名を用いてサービスが指定されている場合に、この代表名を、代表名管理データべース２１６を用いて、実際のサービス名に変換する役割を果たす。
【０１４４】
代表名管理データベース２１６は、サービス代表名管理部２１４によって、アクセスされ、サービスの代表名を、実際のサービスに変換するデータベースであり、代表名と実際のサービスとの対応を逐次管理・保持している。
【０１４５】
本実施の形態５において特徴的なことは、サービス代表名管理部２１４と、代表名管理データベース２１６とを用いて、サービスの代表名が実際のサービス名に変換されることである。このようにして得られた実際のサービス名を用いてプリントサーバ２０２などの実際のサーバにアクセスすることが可能となるのである。
【０１４６】
サービスクライアントスタブ２１８は、接続するサービスを利用するためのサブプログラムであり、例えば、サービスへのリモーオペレーションをローカルＡＰＩで提供するものである。ネットワーク通信部２２０は、接続するサーバとの通信を行うインターフェース部分であり、例えば、イーサネット（登録商標）との接続インターフェースや、あるいは専用回線との接続を行う部分がここに相当する。
【０１４７】
図４１に示されているサービス接続サーバ２０６の処理の概略を表すフローチャートが図４２に示されている。
【０１４８】
ステップＳ４２−１においては、サービスクライアント処理部２１２は、端末通信処理部２１０を介して受けとったユーザ指定のサービス名についてサービス代表名管理部２１４に対し問い合わせが行われる。これは、ユーザがサービスの代表名を用いてアクセスした場合に、これをサービス代表名管理部２１４に送出することにより、実サービス名を得ようとするものである。
【０１４９】
ステップＳ４２−２においては、サービス代表名管理部２１４は、ユーザが指定するサービス名が代表名であるかどうかを代表名管理データベース２１６を検索することにより確認する。この確認の結果、代表名である場合にはステップＳ４２−３に移行し、対応する実際のサービス名が通達される。一方代表名でない場合にはステップＳ４２−２に移行し、指定されたままのサービス名をサービスクライアント処理部２１２にそれぞれ通達する。このような構成により、携帯情報端末２００が送出してくるサービス名が代表名である場合も代表名でない場合もこのサービス代表名管理部２１４を通じることにより、利用可能なサービス名となるのである。
【０１５０】
ステップＳ４２−５においては、サービスクライアント処理部２１２は、このようにして得られた実際のサービス名を用いて以降のサービス操作処理を行う。一旦実際のサービス名が得られれば、それからの処理は従来のサーバに対する接続の方法と同様にして接続が行われる。
【０１５１】
以上述べたように本実施の形態５においては、サービスを実際の名称ではなく代表名を用いて指定することが可能となった。例えば、プリントサービスにおいては、用紙のサイズや、端末に近いプリンタもしくはプリンタの機能（ステープル、両面印刷、Ｎアップの可否等）によって、運用上の代表名を決定することが好適である。例えば、「ＰｒｉｎｔＡ４」や「ＮｅａｒｅｓｔＰｒｉｎｔｅｒ」や、「２−ｕｐＰｒｉｎｔｅｒ」のように代表名を定めることが好適である。そして、これらの代表名と実際のプリンタとの対応を代表名管理データベース２１６に登録するのである。
【０１５２】
なお、代表名管理データベース２１６は、サービス接続サーバ２０６の内部に包含されている例を本実施の形態５においては示したが、外部のデータベースに構築することも勿論好適である。その場合には、その外部のデータベースの検索機能によって、代表名と実際のサービスとの対応が管理・保持されることになる。このような構成によっても、図４１に示されているのと同様に作用効果を奏することは言うまでもない。
【０１５３】
図４３には、本実施の形態５におけるサービス接続サーバの他の構成を表す構成ブロック図が示されている。図４３に示されているように、サービス接続サーバ２０６は、端末通信処理部２３０と、通信処理部の回線断が検出されても、セッションを保持する端末セッション管理部２３２と、サービスクライアント処理部２３４と、を備えている。
【０１５４】
また、サービス接続サーバ２０６は、接続するサービスのセッションがタイムアウトしないように管理を行うサービスセッション管理部２３６と、サービスクライアントスタブ２３８とネットワーク通信部２４０と、を備えている。
【０１５５】
端末通信処理部２３０は、図４１における端末通信処理部２１０と同様の働きをする。
【０１５６】
端末セッション管理部２３２は、端末通信処理部を監視しており、その回線断を検出した場合においても、所定の期間は、端末操作の再開ができるようにサーバとのセッションを保持するような働きを担っている。本実施の形態５において特徴的なことは、携帯情報端末２００が例えば電池切れなどにより回線が切断された場合においても、ある期間は、サービス接続サーバとのセッションが保持される。
【０１５７】
そのため、携帯情報端末が再接続した場合にも、円滑にサービスの提供を受け続けることが可能となる。
【０１５８】
サービスクライアント処理部２３４は、図４１におけるサービスクライアント処理部２１２と同様の働きを有している。
【０１５９】
サービスセッション管理部２３６は、現在接続しているサービスのセッションがタイムアウトしないように管理をするものであり、携帯情報端末からまったく応答がこなくなってしまった場合においてもサーバとのセッションを保持すべく所定のデータのやりとりなどを行うためのものである。
【０１６０】
サービスクライアントスタブ２３８や、ネットワーク通信部２４０は、図４１におけるサービスクライアントスタブ２１８や、ネットワーク通信部２２０と同様の働きを有している。
【０１６１】
図４３に示されているようなサービス接続サーバ２０６の動作の概略を表すフローチャートが図４４に示されている。
【０１６２】
まず、ステップＳ４４−１において、端末セッション管理部２３２はネットワーク通信部２４０を介して携帯情報端末２００から受信したサービス要求のサービス利用の開始と終了及び回復要求、そして、回線断及び復旧を監視している。そして、ステップＳ４４−２において、利用開始することにより、端末セッションを生成する。比較的長期のタイムアウト設定でこれを管理する。さらに、ステップＳ４４−３において、利用終了によって、端末セッションが削除される。ステップＳ４４−４において、利用終了以前の回線断に対しては、事前に定めた時間だけサービスセッションが削除されないようにサービスセッション管理部に所定の指示が行われる。この時間は、各種の携帯情報端末２００の特性や実際のアプリケーションサーバの特性などにより、定めるのが好適である。また、ステップＳ４４−５において、上記ステップＳ４４−４において定めた時間内に回線が復旧し、回線断する以前と同一の携帯情報端末２００から同一のサービスに対するセッション回復要求を受信した場合には、回線断以前のサービス利用状況へ復旧が行われる。そして、ステップＳ４４−６においては、上記ステップＳ４４−４において定められている時間が経過した場合にはもはや復旧の見込みはないものとしてセッションの削除が行われる。
【０１６３】
続いて、ステップＳ４４−７においては、サービスセッション管理部２３６は、サービスクライアント処理部２３４からのサービス利用要求に応じて、実際に接続するサービスに対するアクセスのためのセッションをクライアントスタブ２３８の機能により作成し、これを保持・管理する。そして、ステップＳ４４−８においては、上記ステップＳ４４−１〜Ｓ４４−６に示されているように、端末セッション管理部２３２と連携を行う。
【０１６４】
このように、図４３に示されているような構成のサービス接続サーバ２０６を用いれば、電池切れなどのほか、緊急の用事により携帯情報端末を公衆回線から切り離さなければならない場合などにおいても、一定の時間内であれば、再接続することにより前回のサービスを引き続いて受ける事が可能である。従って、本実施の形態５によればよりネットワークサービスを円滑に受けることが可能となる。
【０１６５】
【発明の効果】
本発明によれば、サービスの連携のためのデータが付加されてサービス結果がクライアントに送出されるので、サービス間の連携が容易に行えるという効果を有する。
【０１６６】
さらに、本発明によれば、サービス提供装置と、クライアントとの間でサービスの管理をしたので、サービスの提供を効率よく行わせることが可能である。
【０１６７】
加えて、本発明によれば、管理装置のサービス連携機能を十分活用でき、作業の効率化が図れるものである。
【０１６８】
また、本発明によれば、ネットワークサービスの実サービス名が不明である場合にも、サービス代表名を用いたアクセスが可能となるため、より利便性に富んだネットワークサービスの提供が可能となる。
【０１６９】
さらに、本発明によれば、通信が中断された場合にもセッションが維持されているため、容易に再接続が可能となる効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る管理サーバ１２を含むネットワークの構成ブロック図である。
【図２】図１の管理サーバ１２の動作を表すフローチャートである。
【図３】クライアント１０が管理サーバ１２にアクセス要求をした場合の動作を表す説明図である。
【図４】管理サーバ１２がクライアント１０にサービスリストを送信する場合の説明図である。
【図５】管理サーバ１２がクライアント１０に対して送出する書式データの説明図である。
【図６】図５に示されている書式データを機能書式表示部２２が表示した画面を表す説明図である。
【図７】クライアント１０において、操作者がプリンティングサービスを選択した場合の様子を表す説明図である。
【図８】管理サーバ１２がサービス機能書式３２を、クライアント１０に送信する場合の動作を表す説明図である。
【図９】管理サーバ１２がクライアント１０に送出するサービス機能書式の説明図である。
【図１０】図９に示されているサービス機能書式をクライアント１０の機能書式表示部２２が表示した画面を表す説明図である。
【図１１】操作者が図１０の画面に対して用紙サイズや枚数および印刷ファイルの名称を指定した様子を表す説明図である。
【図１２】クライアント１０が、操作者が入力したパラメータを管理サーバ１２を経由してサーバ１４に送出する場合の動作の説明図である。
【図１３】サーバ１４のサービスの結果が管理サーバ１２において受信される場合の動作を表す説明図である。
【図１４】管理サーバ１２において、サービス結果に所定の連携データを付加して、一定の書式データとした場合の、この書式データを表す説明図である。
【図１５】図１４に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図１６】サービス機能書式３２が管理サーバ１２ではなく、対応するサーバ１４内部に配置した場合の構成を表す説明図である。
【図１７】ファイルサーバにおけるファイル検索サービスを受ける場合に、管理サーバ１２からクライアント１０に送信される書式データを表す説明図である。
【図１８】図１７に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図１９】図１８に示された画面に対し、操作者が検索式を入力した様子を表す説明図である。
【図２０】ファイル検索サービスの結果であって、サーバ１４から管理サーバ１２に送出されるデータを表す説明図である。
【図２１】図２０に示されている結果のデータに基づき、管理サーバ１２がクライアント１０が解釈し得る形式に変換した書式データを表す説明図である。
【図２２】図２１に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図２３】図２２に示されている画面から「はじめに．ｔｘｔ」を選択し、削除の操作が選ばれた場合の様子を表す説明図である。
【図２４】図２２に示されている画面において、削除の操作の代わりに、印刷の操作が選ばれた場合に様子を表す説明図である。
【図２５】ファイル検索結果に基づき、印刷サービスをうける場合の動作の流れが太線で示されているフローチャートである。
【図２６】プリンティングサービスの提供を受ける場合に、管理サーバ１２からクライアント１０に送出される書式データを表す説明図である。
【図２７】図２６に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図２８】図２２に示されている画面から、再びサービスリストの表示を行いたい場合に、このサービスリストの選択が行われている様子を表す説明図である。
【図２９】図２８に示されているように、サービスリストの再表示が選択される場合の動作の流れが太線で示されているフローチャートである。
【図３０】本発明の実施の形態におけるサービス接続サーバ１０６が、携帯情報端末やプリントサーバ１０２との間に接続されている様子、及びデータの流れを表す説明図である。
【図３１】ＧＵＩパーツの例を表す説明図である。
【図３２】ＧＵＩパーツの配置情報がどのように表示画面に反映されるかを表す説明図である。
【図３３】携帯情報端末１００の構成を表す構成ブロック図である。
【図３４】携帯情報端末１００の動作の概略を表すフローチャートである。
【図３５】サービス接続サーバ１０６の構成を表す構成ブロック図である。
【図３６】サービス接続サーバ１０６の動作の概略を表すフローチャートである。
【図３７】携帯情報端末１００の電源投入後の初期画面及びプリントサービスを選んだ場合のプリントサービス提供画面を表す説明図である。
【図３８】携帯情報端末１００の図３７において示されている画面の移り変わりの際の動作をあらわすフローチャートである。
【図３９】プリントサービスの提供画面におけるＧＵＩパーツ配置情報を表す説明図である。
【図４０】本実施の形態５におけるサービス接続サーバ２０６が、携帯情報端末２００及びプリントサーバ２０２などに接続されている様子を表す説明図である。
【図４１】サービス接続サーバ２０６の構成を表す構成ブロック図である。
【図４２】サービス接続サーバ２０６の処理の概略を表すフローチャートである。
【図４３】サービス接続サーバ２０６の構成を表す構成ブロック図である。
【図４４】サービス接続サーバ２０６の処理の概略を表すフローチャートである。
【符号の説明】
１０ クライアント、１２ 管理サーバ、１４ サーバ、２０ 受信部、２２機能書式表示部、２４ 入力制御部、２６ 送信部、３０ サービス制御部、３２ サービス機能書式、３４ クライアント送信部、３６ サーバ制御部、３８ 結果受信部、４０ クライアント受信部、５０ ネットワーク、１００ 携帯情報端末、１０２ プリントサーバ、１０４ ファイルサーバ、１０６ サービス接続サーバ、１１０ ユーザ入力処理部、１１２ ＧＵＩパーツ配置管理部、１１４ 画面表示処理部、１１６ ビルトインイメージ管理部、１１８ 通信制御部、１２０ 端末通信処理部、１２２ サービスクライアント処理部、１２４ ＧＵＩパーツ情報格納部、１２６ サービスクライアントスタブ、１２８ ネットワーク通信部、２００ 携帯情報端末、２０２ プリントサーバ、２０４ホスト接続サーバ、２０６ サービス接続サーバ、２１０ 端末通信処理部、２１２ サービスクライアント処理部、２１４ サービス代表名管理部、２１６代表名管理データベース、２１８ サービスクライアントスタブ、２２０ ネットワーク通信部、２３０ 端末通信処理部、２３４ サービスクライアント処理部、２３２ 端末セッション管理部、２３６ サービスセッション管理部、２３８ サービスクライアントスタブ、２４０ ネットワーク通信部、１０００ 記憶手段。
【発明の属する技術分野】
本発明はサービスの管理装置、特に、ネットワーク上でサービスを提供するサーバ装置と、このサービスの提供を受けるクライアントとの間に設けられ、両者の間のサービスの管理を行うサービスの管理装置に関する。
【０００２】
【従来の技術】
従来の技術１
ホストコンピュータや、ネットワーク上のサーバにクライアントとなるコンピュータ（ノートブックパソコンや、携帯型情報機器など）からアクセスする場合に、従来はホストコンピュータやネットワーク上のサーバのサービス毎に、そのサービスに合致したソフトウェアをクライアントとなるコンピュータに導入する必要があった。このクライアントとなるコンピュータとしては、通常のパーソナルコンピュータの他、上述したようにノートブック型のパーソナルコンピュータや、ＰＤＡ（パーソナルデジタルアシスタント）等が近年広く用いられている。このようなサーバとクライアントとで構成される情報処理システムにおいては、サービスを提供するサーバの機能変更や、サービスの結果の出力様式の変更などに対して、クライアント側でそれに対応するように、ソフトウェアを変更する必要がしばしば生じた。例えば、サーバのソフトウェアのバージョンアップにともない、クライアント側にも、バージョンアップされた新たなソフトウェアに対応するソフトウェアを導入する必要が生じる。そのような場合、高機能のデスクトップ型のパーソナルコンピュータでは機能が強化されたソフトウェアを導入することもそれほど問題とはならないが、上記ＰＤＡなどの小型の端末においては、サーバのソフトウェアのバージョンアップに対応できない可能性があった。これは、ＰＤＡなどにおいては、その機能・性能がデスクトップ型のパーソナルコンピュータに比べて、一般的に劣っているからである。このような事情により、サーバ側においてもクライアント側の処理能力を考慮し、それほど大きな機能の向上を伴うソフトウェアの変更等は困難である場合もしばしば生じていた。
【０００３】
このような問題を解決するためには、サーバ、すなわち、ホストコンピュータ側で書式データを一元的に管理する方法が考えられる。すなわち、ホストコンピュータでサービスを行う各機能に応じた書式データを備えており、この書式データとともに、処理定義データをクライアント側に送出することが提案されている。この処理定義データとは、クライアント側で処理すべき実際のデータである。このように、書式データと処理定義データをクライアントに送ることにより、クライアント側においては、書式データを解釈し、その表示をする機能のみを有していれば、ある程度の表示形式の変更はホスト側から送られる書式データを変更することにより可能となるのである。このように、クライアント側には、書式データを解釈し、表示する機能のみを備えさせ、実際の表示内容についてはホストコンピュータ側で管理するような技術は、例えば、特開平６−３１４２８９号公報などに記載されている。
【０００４】
同号公報に記載されている情報処理システムは、ペンコンピュータを用いた伝票処理システムであり、ペンコンピュータ側にアプリケーションプログラムを各サービス毎に作成する必要がなく、ホストコンピュータ側の各種の定義情報等をそのまま用いて伝票データ入力端末としてこのペンコンピュータを用いることを目的としたシステムである。このような目的を達成するため、この伝票処理システムにおけるペンコンピュータは、ホストコンピュータから送られてくる書式定義データに基づいて、伝票をペンコンピュータのディスプレイ上に表示する表示処理手段を有していることを特徴とする。このように、表示処理手段をペンコンピュータに有しているため、ホストコンピュータが送出する書式定義データを各種伝票を実現するように定義することにより容易に各種の伝票を実現することが可能である。
【０００５】
従来の技術２
また、近年、通信ネットワークが広く発達し、通信を利用した各種サービスが幅広く提供されている。このような通信サービスにおいてサービスを受けるための通信端末は、パーソナルコンピュータ等を始めとした種々の装置が用いられている。このような通信端末としては、いわゆる携帯型の情報端末（ＰＤＡと呼ばれる）が用いられる場合も多い。しかしながら、このような携帯情報端末は、一般に比較的低機能であるため、サービスを利用するには、テキストメニューベースを利用するか、あるいはいわゆる「決め打ち」の操作をアイコンに登録し、このアイコンをクリックなどすることにより、この決め打ちの操作を登録したり呼び出したりすることしか行われていなかった。なお、本文において、「テキストメニューベース」とはいわゆるダム端末のイメージであり、「アイコンのレベル」とは、通信用ソフトウェアのスクリプト（マクロ）の起動を、アイコンに関連付けしたものを主に意味している。また、「決め打ち」とは、予め定めた一連の処理動作をいい、通常、マクロ言語やスクリプトと呼ばれる簡易的な言語でその動作の流れが記述されるものである。このように、このアイコンをクリックなどすることにより、予め定められた一連の処理が自動的に行われる程度のことしか従来は行われていなかった。
【０００６】
従来の技術３
また、従来ネットワークサービスを利用するには、その接続先のサーバの絶対名称あるいは識別番号を指定する必要があった。そのため、携帯情報端末から遠隔地においてネットワークサービスを利用する際には、出先のネットワーク環境を確実に把握している必要がある。
【０００７】
さらに、ネットワークサービスの利用には、サービスとのセッションを保持するために、通信回線を中断することは出来ない。ところが、特に携帯端末のようにバッテリ駆動の機器などを用いて、ネットワークサービスを公衆回線等を介して利用している場合においては、いわゆる電池切れのため途中で通信が中断されてしまうことがある。そして、このような場合にはサービスとのセッションも中断されてしまうため、再接続してから再びセッションの構築をしなければならなかった。
【０００８】
【発明が解決しようとする課題】
課題１
しかしながら、従来の技術１における上記公報に記載されているシステムには、以下のような問題点があった。
【０００９】
例えば、高度で複雑な処理などが必要となった場合には、その処理を定義することができなかったのである。例えば、サーバのサービスを受け、得られた結果をまた別のサービスにおいて利用しようとする場合には、それらのサービスの間の連結処理ができなかった。具体的には、ファイル検索サービスにおいて検索されたファイルをファイルプリンティングサービスを用いて印刷しようとする場合には、検索結果を別途いずれかの記憶手段に格納しておくなどの工夫が必要であった。これは、各サービスがクライアントに送出する書式データが各サービス毎にばらばらなためであり、また、各サービス間を連結する手段がなかったためである。
【００１０】
また、定義されている処理をクライアントで実行する必要があるため、ＣＰＵ性能の低いクライアントでは実現が困難となる可能性がある。すなわち、クライアント側にアプリケーションプログラムそのものを格納し、そのアプリケーションプログラム自体を実行するのに比べ、サーバから送出されてくる書式データをまず、解釈し、その意味内容を解析してから表示処理をしなければならずＣＰＵ性能の低い場合にはその処理速度に問題が生じる場合がある。
【００１１】
さらに、データベース検索した結果リストに基づいて、さらに、複数の項目をその結果リストから選択し、別のホストコンピュータに送出することにより、別個の処理を行おうとするような操作が上記公報に記載されている技術では実現は困難であった。
【００１２】
本発明は、係る課題に鑑みなされたものであり、その第１の目的は、ホスト側サービスの機能が変更されたり、また新たなサービス（または機能）が追加された場合においても、クライアント側の変更を必要とせず、サービスの処理結果に対する処理結果が可能であって、係る操作結果を別個のサービスに供することが可能な情報処理システムを提供することである。また、係る情報処理システムをクライアント側における処理の付加をできるだけ増やさずに実現することを目的とする。
【００１３】
課題２
一方、上記従来の技術２において述べたように、従来の携帯情報端末などの比較的低機能な通信端末においては、テキストメニューベースの低機能なサービスしか受けることができなかった。しかしながら、このような携帯情報端末からも高度な通信サービスを受けることができればより利便性の高い携帯情報端末を実現することができる。
【００１４】
本発明は、係る課題に鑑みなされたものであり、その目的は低機能な通信端末においても、高度なネットワークサービスを利用することである。具体的には高度なネットワークサービスを受けるために必要なサービスクライアントソフトウェアが呼出すプログラムであるサービスクライアントスタブ、及びサービスクライアントソフトウェアを組み込むことなくネットワークサービスの利用を可能とすることである。
【００１５】
さらに、本発明は、ネットワークサービスに新たなサービスが付加された場合においても、低機能な通信端末に、この新規サービスに対応した新たな機能を付加することなく、その新たなサービスを享受しうるシステムを構築することも目的とする。
【００１６】
課題３
さらにまた、上記従来の技術３において述べたように、接続先のネットワーク環境を知らない場合にはネットワークサービスを有効に利用することができなかった。また、サーバの名称が判らずに、サーバ名を知るための手続きを遠隔地において携帯情報端末を用いて行わなくてはならず、サービス利用のための準備期間が大きくなってしまうという問題がある。
【００１７】
また、サーバによるサービスの利用において、セッションを保持するため、通信回線を通信途中で切断することはできない。そのため、電池駆動による場合が多い携帯情報端末の利用可能時間を縮めてしまうという問題があった。
【００１８】
本発明は、係る課題に鑑みなされたものであり、その目的は、比較的処理能力の劣る携帯情報端末から各種ネットワークサービスを簡便に利用可能とすることである。
【００１９】
【課題を解決するための手段】
本発明は、上記課題を解決するために、サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、を含むことを特徴とする管理装置である。
【００２０】
この書式データは、書式を定義できるものであればどのようなデータでも構わない。例えば、書式を定義するための所定の言語を用いて書式データを記述するのも好適である。このような言語としては、所定のマークアップ言語（ＳＧＭＬや、ＨＴＭＬ等）が好適である。
【００２１】
本発明によれば、書式データ送出手段は、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。また、上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２２】
本発明は、上記課題を解決するために、サービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する工程と、前記送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出する工程と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する工程と、を含むことを特徴とするサービスの管理方法である。
【００２３】
本発明によれば、書式データを送出する工程において、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２４】
本発明は、上記課題を解決するために、サービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、を前記管理装置が含むことを特徴とするネットワークシステムである。
【００２５】
本発明によれば、書式データ送出手段は、クライアントが解釈可能な書式データをクライアントに送出する。そのため、クライアント装置は、サービス提供装置のサービス内容に変更が生じた場合にも、サービスの提供を受けることができる。また、上述のような連携データは、例えば、操作者に対して他のサービスにデータを連携させるか否かを尋ねるダイアログを表示させる書式データ等を用いることにより実現される。したがってサービスの連携を円滑に行うことができる。
【００２６】
さらに本発明は、上記課題を解決するために、上述のネットワークシステムに用いられる前記クライアント装置であって、前記管理装置が送出する書式データを解釈し、画像を生成する表示部を含むものである。
【００２７】
管理装置が送出する書式データを解釈できるため、管理装置によるサービスの連携を効率的に享受することができる。
【００２８】
本発明は、サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、前記クライアント装置が解釈可能な形式の情報を、前記クライアント装置に送出し、前記解釈可能な形式の情報に基づき、前記サービス提供装置をアクセスするのに必要な情報を、前記クライアント装置において入力させる第１の手段と、前記クライアント装置において入力された情報を、前記サービス提供装置が解釈可能な形式の情報に変換し、前記サービス提供装置に送出する第２の手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する第３の手段と、を含む管理装置であって、前記クライアント装置から、サービス代表名によるサービスアクセス要求を受信した場合に、このサービス代表名を実サービス名に変換する手段と、前記実サービス名を用いて、前記クライアント装置からのサービスアクセス要求に対応するサービス装置にアクセスするアクセス手段と、を含むことを特徴とする管理装置である。
【００２９】
この管理装置の変換手段によって、クライアント装置が送出したサービス代表名は、実サービス名に変換されるため、クライアント装置はサービス装置に対してサービス代表名を用いたアクセスが可能である。
【００３０】
さらに本発明は、上記課題を解決するために、上述の管理装置において、前記アクセス手段が、前記クライアントと本管理装置との回線断を検出する検出手段と、前記回線断検出手段が回線断を検出した後、所定期間、前記クライアント操作の再開ができるために、前記サービス装置とのセッションを維持する維持手段と、を含むことを特徴とする管理装置である。
【００３１】
このような構成により、通信が事故などにより中断した場合でも、クライアント装置は再接続した際にセッションを再構築する必要がない。
【００３２】
【発明の実施の形態】
以下、本発明の好適な実施の形態を図面に基づいて説明する。図１には、本発明の好適な実施の形態である管理サーバ１２が用いられているネットワークシステムの構成を表す構成図が示されている。図１に示されているように、サーバ１４−１〜サーバ１４−ｎは、従来から用いられているネットワークサーバであり、種々のサービスを提供する。例えば、これらのサーバ１４はプリンティングサーバやファイリングサーバ、またはデータベースサーバなど種々のサーバが知られている。本実施の形態において特徴的な構成である管理サーバ１２は、ネットワーク５０を介して、サーバ１４−１〜サーバ１４−ｎと互いに通信を行うことが可能である。また、管理サーバ１２はネットワーク５０によりクライアント１０とも互いに通信が可能である。クライアント１０は、図１においては、ネットワーク５０を介して管理サーバ１２やサーバ１４−１〜サーバ１４−ｎと接続されているが、モデム経由による電話回線や、赤外線通信のネットワーク等で接続されていても構わない。
【００３３】
管理サーバ１２内部には、各種のサービスを提供するサーバ１４−１〜サーバ１４−ｎに対応したサービス機能書式３２−１〜３２−ｎがデータとして保管されている。このデータは例えばハードディスクや光ディスクなど種々の記憶手段によって保管されている。このサービス機能書式３２−１〜３２−ｎは、後述するようにクライアント１０に所定のタイミングで送付され、クライアント１０における機能書式表示部２２によって表示が行われる。この表示は、例えば、サーバ１４−１〜サーバ１４−ｎへのアクセス制御パネルとして表示が行われる。
【００３４】
クライアント１０における操作は、入力制御部２４を経由して、送信部２６に伝えられる。送信部２６においては、クライアント１０における操作者の操作がネットワーク５０を介して、管理サーバ１２に送出される。管理サーバ１２においては、伝えられてきたクライアント１０における操作に基づき、サービス制御部３０がサーバ制御部３６−１〜サーバ制御部３６−ｎに所定の指示を、サーバ１４に対して出力させる。すると、サーバ１４−１〜サーバ１４−ｎがこの指示に基づき起動され、所定の処理を行う。サーバ制御部３６−１はサーバ１４−１を制御する。又、サーバ制御部３６−２は、サーバ１４−２を制御する。このようにサーバ制御部３６−１〜サーバ３６−ｎはサーバ１４−１〜１４−ｎに各対応して設けられている。各サーバ１４−１〜サーバ１４−ｎの処理結果は、ネットワーク５０を介して、管理サーバ１２に送出される。管理サーバ１２においてはこの送出されてきた処理結果を結果受信部３８において受信し、サービス制御部３０において所定の処理を行う。サービス制御部３０において所定の処理が行われ、その処理の結果は、クライアント送信部３４を介してクライアント１０に返送される。
【００３５】
本実施の形態において特徴的なことは、管理サーバ１２におけるサービス制御部３０がクライアント１０への一定の書式データの送信、及びそのクライアント１０から送出される操作結果の受信の双方に係わりを持っていることである。このような構成により、クライアント１０からサーバ１４にサービスの要求を出力し、サーバ１４からその処理結果を受信し、クライアント１０において、前記処理結果に基づき次のアクションを起こすことが可能となる。例えば、所定の表計算のサービスを提供するサーバ１４に対してクライアント１０は表形式を有する書式データに所定の数値を入力し、この数値が入力された書式データをサーバ１４に出力する。そして、サーバ１４が、合計等の所定の計算を行い、その結果を返送してきた場合、クライアント１０はその計算結果を参照し、一部の欄の数値を変更し、再計算をサーバ１４に要求することなどのサービス間の連携が可能となる。
【００３６】
従来のネットワーク、特にクライアントサーバシステムにおいては、サービスの間の連携動作を行うには、この連携動作を全てクライアント側で実施する必要がある。例えば、所定のサービスの結果を見て、その結果に基づき操作者がその処理結果を他のサービスに振り向けるための所定の操作を端末において行わなければならなかった。そのため、多数のサービスを連携させて処理を行う場合には、作業効率の悪化を招いていた。本来、上に述べた表計算におけるサービスの連携処理などを行うには、その連携のための専用のソフトウェアを用いることも当然に可能である。しかしながら、そのような専用のソフトウェアを用いるためには、専用のソフトウェアをクライアント１０にインストールしなければならないし、また、変更が生じた場合には複数あるクライアント１０の全てに対しバージョンアップなどの対応処理を行わなければならなかった。
【００３７】
本実施の形態においては、サービス間の連携動作のために、サービス制御部が所定の連携メッセージを書式データに付加して、クライアントに送出するなどの動作を後述するように行っている。そのため、クライアント１０側のソフトウェアをなんら変更しなくてもサービス間の連携動作を行わせることが可能になると共に、サーバ１４の機能に変更が生じても、管理サーバ１２におけるサービス制御部３０を変更することにより、クライアント１０側におけるソフトウェフのバージョンアップなどをする必要がなくなる。このように、本実施の形態においては、サーバ１４の機能変更、または新たなサーバ１４の追加に対応して、従来必要であったクライアント１０側のソフトウェアのバージョンアップの作業を、言わば、管理サーバ１２が集中して受け持っているのである。このように、管理サーバ１２が従来クライアント１０において行われた変更を吸収しているため、サーバ１４側において機能の追加などがあった場合にも、クライアント１０のソフトウェアはなんら変更する必要がないという効果を有するのである。このように、本実施の形態においては、従来のサーバ１４と、クライアント１０との間に管理サーバ１２を置き、それらの間の動作の調整を行ったものである。
【００３８】
さらに、サービス制御部３０は、単一のサーバ１４だけでなく、複数のサーバ１４からの結果の受信にも関連しているため、一つのサーバ１４とのデータのやりとりのみならず、他のサーバ１４との連携作業も行うことが可能となるのである。例えば、ある表計算サーバ１４の表計算の結果を、プリントサーバ１４に送出し、印刷を行うということが可能となる。従来においては、所定のサーバ１４から返送されてきたサービスの処理結果を、他のサーバに送る手段をシステムとして有していないため、操作者が手作業でデータを他のサーバに送る操作をしなければならなかった。そのため、サービス間の連携動作が極めて繁雑な作業となり、事務効率の悪化を招いていたものである。
【００３９】
次に、本実施の形態において、サービスの連携動作が行われる様子をフローチャート及び書式データの表示画面を表す図などを用いて説明する。
【００４０】
図２には、本実施の形態に係るネットワークシステムにおいて、クライアントがプリンティングサーバ１４を利用する場合の動作を表すフローチャートが示されている。以下、このフローチャートの各ステップごとに本実施の形態のネットワークシステムの動作を説明する。
【００４１】
図３には、図２におけるステップＳ２−１においてクライアント１０が管理サーバ１２に対してアクセス要求を出す場合の動作を表す説明図が示されている。図３に示されているように、まず、クライアント１０において、操作者は、入力制御部２４から、アクセス要求を出すための操作を入力し、係る操作によってアクセス要求を表すデータが送信部２６に送られる。送信部２６においては、送られてきたアクセス要求を表すデータをネットワーク５０を介して、管理サーバ１２に送出する。管理サーバ１２においては、送出されてきたデータをクライアント受信部４０において受信する。クライアント受信部４０において受信されたアクセス要求を表すデータは、サービス制御部３０において、解析され、サービス制御部３０はアクセス要求に対する管理サーバ１２の応答処理を開始する。このように、管理サーバ１２はこのクライアント１０からのアクセス要求をトリガーとして、サーバ１４と、クライアント１０とのコミニュケーションをスタートする。
【００４２】
図４には、図２におけるステップＳ２−２におけるネットワークシステムの動作を示す説明図が示されている。すなわち、ステップＳ２−２においては、管理サーバ１２は、クライアント１０に対して、そのクライアント１０が利用することが可能なサービスリスト（利用可能なサーバ１４−１〜サーバ１４−ｎを記載したリスト）を送信する様子が示されている。図４に示されているように、管理サーバ１２のサービス制御部３０は、クライアント１０が利用可能なサーバ１４−１〜１４−ｎのサービスリストを所定の記憶手段１０００から取り出し、クライアント送信部３４に送出する。このサービスリストが記憶されている記憶手段１０００は、図には示されていないが、管理サーバ１２の内部に設けられている。なお、本実施の形態においては、このサービスリストは、管理サーバ１２の内部の記憶手段１０００において記憶されるものとしたが、管理サーバ１２のサービス制御部３０からアクセス可能な位置であれば、ネットワークシステム上の任意の位置の記憶手段において記憶することも可能である。例えば、ネットワーク５０を介して他のサーバの内部に上記サービスリストを格納しておくことも好適である。そのような構成を採用する場合には、サービスリストを格納するサーバはネットワークの管理者によって管理されることによって、同時にサービスリストの管理も行われることになるであろう。
【００４３】
クライアント送信部３４に送出されてきた上記サービスリストは、ネットワーク５０を介してクライアントに送出される。送出されてきたサービスリストはクライアント１０において、受信部２０が受信し、後続する処理に供される。
【００４４】
また、上記サービスリストは管理サーバ１２からクライアントに送出されたが他の種類のサーバに格納しておき、クライアントがこの他の種類のサーバに直接サービスリストを要求することも可能である。
【００４５】
この場合には、クライアントから他の種類のサーバに直接サービスリストの要求が送出され、このサーバはサービスリストをクライアント１０に転送する。
【００４６】
上記図２におけるステップＳ２−３におけるクライアントの動作の説明図が図５及び図６に示されている。
【００４７】
図５には、管理サーバ１２がクライアントに送出したサービスリストの書式データが示されている。図５に示されているように、本実施の形態における書式データは、いわゆるマークアップ言語で構成されている。図５に示されているサービスリストの書式データに基づき、クライアント１０の機能書式表示部２２は図６に示されているような画像表示を行う。
【００４８】
本実施の形態において用いられているマークアップ言語は、まず、通常の単なる文字列はそのまま表示を行う。例えば、図５に示される書式データの１行目の「サービスを選択して下さい。」という言葉は、図６に示されているようにそのまま画像表示される。また、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、ラジオボタンの表示を意味するタグであり、変数名として「ｓｅｒｖｉｃｅ」が用いられ、このラジオボタンが選択された場合には、値「ｐｒｔ」が変数「ｓｅｒｖｉｃｅ」に代入される。また、このラジオボタンに引き続いて「プリンティング」という文字列が表示される。以下、同様のラジオボタンが３個引き続いて表示され、全部で４個のラジオボタンが画面に表示される。図５に示されているサービスリストの書式データの最後の行には、起動用のボタンを表すタグが記述されている。すなわち、「＞ＩＮＰＵＴ＝ｓｕｂｍｉｔ〜」は起動ボタンを意味し、「選択」は起動用ボタンの表示用文字を表す。
【００４９】
本実施の形態において特徴的なことは、管理サーバ１２がクライアント１０に送出するサービスリストの書式データが所定のマークアップ言語により記述されていることである。そのため、クライアント１０は、このマークアップ言語を解釈する機能のみを有していれば、管理サーバ１２から送出されてくる書式データを常に表示することが可能である。このため、例えば提供可能なサービスの種類が増えた場合でも管理サーバ１２が送出するサービスリスト書式データのマークアップ言語中のラジオボタンを表すタグを単に増やすだけで、クライアント１０をなんら変更せずにサービスの追加が可能である。
【００５０】
なお、本実施の形態においては、画像表示を制御するために所定のマークアップ言語を用いたが、画像の表示を制御しうる言語であれば他の任意の種類の言語を使用することが可能である。
【００５１】
図２におけるステップＳ２−４において、クライアントがサービスを選択する様子が図７に示されている。例えば、図７には、操作者がプリンティングのサービスを選択した場合の画像表示の例が示されており、プリンティングに対応するラジオボタンが黒く表示されている。
【００５２】
このように、所望のサービスを操作者が選択した後、操作者がこの選択によって設定されたパラメータを管理サーバ１２に送信しなければならない。本実施の形態においては、「選択」ボタンを操作者がペンやマウスなどのポインティングデバイスを用いて、タップあるいはクリックすることにより、このパラメータの送信が開始される。本実施の形態においては、この「選択」ボタンをタップすることにより「ｓｅｒｖｉｃｅ＝ｐｒｔ；」というパラメータが管理サーバ１２に送信される。これは、操作者がプリンティングのサービスを選んだため、変数ｓｅｒｖｉｃｅの値として「ｐｒｔ」が選ばれたためである。この送出されたパラメータは、図２において示されているクライアントの入力制御部２４から送信部２６を介してネットワーク５０に送出される。そして、このパラメータはネットワーク５０を通過し、管理サーバ１２のクライアント受信部４０を介して、サービス制御部３０において受信される。
【００５３】
上記図２におけるステップＳ２−５における管理サーバ１２が該当するサービス機能書式をクライアントに送信するときの動作説明図が図８に示されている。上述したように、ステップＳ２−２において管理サーバ１２がクライアント１０に送出したサービスリストは、管理サーバ１２が保持するサービス機能書式３２−１〜３２−ｎに対応している。そのため、前記ステップＳ２−４においてクライアント１０から管理サーバ１２に対して送付されたパラメータ（このパラメータは操作者が選択したサービスを示す）は、管理サーバ１２のサービス制御部３０において、どのサービス機能書式に対応するかが判断される。この判断の結果、対応するサービス機能書式３２がサービス制御部３０によってクライアント送信部３４を用いてクライアント１０に送信される。この結果、サービス機能書式３２は、クライアント送信部３４を介し、ネットワーク５０を通じてクライアント１０の受信部２０に到達する。
【００５４】
図２のステップＳ２−６において、サーバ１２から送られてきた書式データに基づき、クライアント１０の機能書式表示部２２が所定のサービス提供画面を表示する様子を説明する説明図が図９及び図１０に示されている。
【００５５】
図９には、管理サーバ１２がクライアントに送出するサービス機能書式の書式データが示されている。同図に示されている書式データも、上述した図５における書式データと同様に所定のマークアップ言語により記述されている。すなわち、同図では書式データの１行目の単なる文字列「用紙サイズ、枚数、印刷ファイルを設定して下さい」はそのまま表示される。また、２行目から４行目のラジオボタンを表示するタグは、図１０に示されている３個のラジオボタンに対応し、用紙のサイズを入力する際のラジオボタンを表示する。図９に示されている書式データの４行目は、数字を入力する数値入力窓を表示するタグであり、図１０に２つの黒い三角形の矢印で示されているＵＰ／ＤＯＷＮキー付きの数値入力窓に対応する。ここで上向きの三角形の矢印は、ＵＰキーであり、下向きの三角形の矢印はＤＯＷＮキーである。ここで入力された数字は印刷枚数に相当し、この印刷枚数は変数「ｎｕｍｂｅｒ」に代入される。図９に示されている書式データの６行目の「＜ＩＮＰＵＴ＝ｔｅｘｔＮＡＭＥ＝ｎａｍｅ＞？」は文字入力用の窓を表示するタグである。この文字入力用窓を用いて、印刷の対象となるファイル名が操作者によって入力される。また、図９に示されている書式データの７行目に示されている「＜ＩＮＰＵＴ＝ｓｕｂｍｉｔＶＡＬＵＥ＝印刷！；」は、上述したステップＳ２−３において説明したように起動用のボタンを表示するものである。
【００５６】
このような図９に示されている書式データが、クライアントの機能書式表示部２２において解釈され、図１０に示されているようにサービス提供画面が表示されるのである。
【００５７】
本実施形態において特徴的なことは、サービスを提供する際の提供画面が、管理サーバ１２から送られてくる所定のマークアップ言語によって制御されていることである。このような構成により、クライアント１０においては、単に所定のマークアップ言語を解釈する手段を有するだけで、提供されるサービスの内容に変更が生じてもクライアント１０の機能はなんら変更する必要がない。例えば、選択できる用紙サイズの種類が増えた場合にも管理サーバ１２においてサービス機能書式３２を書き替えることにより、図９に示される書式データのラジオボタンが増加されるだけでクライアント１０側はなんらその機能を変更しなくとも用紙サイズの種類の増加に対応することが可能である。
【００５８】
本実施の形態においては、サービス提供画面を表示するための書式データして所定のマークアップ言語を用いて記述したがサービス提供画面を制御しうるものであれば、他の種類の言語でも構わない。
【００５９】
図２のステップＳ２−７において、クライアント１０側において操作者が行う操作の説明図が図１１に示されている。例えば同図では操作者が用紙サイズとしてＡ４を選んだ場合にサービス提供画面の様子が示され、選択されたＡ４に対応するラジオボタンが黒くなっていることが理解されよう。また、数値選択のためのＵＰ／ＤＯＷＮキーのＵＰ側のボタンを操作者は４回タップすることにより、数値をデフォルトの値である「００１」から「００５」に変更している。これによって、印刷枚数が５枚であることを操作者は指定しているのである。なお、この例では、数値入力窓の左に設けられている図１０と同様なＵＰ／ＤＯＷＮキー（図１０及び図１１において上向きおよび下向きの黒い三角形の矢印で示されているボタン）で数字を変更する例を示したが、数字入力の窓に直接操作者が数字をタイプすることも勿論可能である。
【００６０】
さらに、操作者は文字入力窓にペンなどにより、タップすることによりこの文字入力窓を選択状態とする。そして、文字入力窓が選択状態である場合に、キーボードから「／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプル．ｔｘｔ」と入力する。この入力した文字画素のまま文字入力窓に表示される様子が図１１に示されている。これによって、印刷の対象となるファイルがサンプル．ｔｘｔであることが指示されている。
【００６１】
図２のステップＳ２−８において、操作者の操作結果が管理サーバ１２に送信される。この送信は、図１１における「印刷」ボタンを操作者がペンなどによりタップすることにより行われる。管理サーバ１２に送信されるパラメータは、図１１に示されているような操作が行われていた場合には、例えば以下の様になる。
【００６２】
ｓｉｚｅ＝ａ４；
ｃｏｕｎｔ＝５；
ｎａｍｅ＝／ｈｏｍｅ／ｕｓｒ／ｄｏｃ／サンプル．ｔｘｔ；
これらの管理サーバ１２に送信するパラメータの種類とその値は、従来は各サーバ１４−１〜１４−ｎに対して直接送られていたものである。そのため、クライアント１０が送出した上記パラメータの意味は、各サーバ１４−１〜１４−ｎ自身が既に知っている事項である。換言すれば、それぞれのサーバ１４−１〜１４−ｎは、それぞれ提供するサービスに必要なパラメータを予め管理サーバ１２のサービス機能書式３２−１〜３２−ｎとして保存しているのである。
【００６３】
図２のステップＳ２−９においてクライアント１０が、管理サーバ１２のサービス制御部３０を介してサーバ１４に所定のパラメータを送る際の動作の説明図が図１２に示されている。同図に示されているように、入力制御部２４において入力された前記パラメータは送信部２６を介してネットワーク５０に送出される。ネットワーク５０を通じて管理サーバ１２に入力されるパラメータは、クライアント受信部４０を介してサービス制御部３０に到達する。サービス制御部３０は、受けとったパラメータをサーバ制御部３６を通じてサーバ１４に送出する。
【００６４】
本実施の形態においては、クライアントに対して、どのサービス機能書式３２（１〜ｎ）を送ったのかは、サービス制御部３０自身が知っていることである。それは、サービス制御部３０がサービス機能書式３２をクライアント１０に送出したからである。そのため、クライアントにおける操作者の操作結果たるパラメータを送出するべきサーバ１４がどのサーバ１４（−１〜−ｎ）であるかについてもこのサービス制御部３０が既に知っているのである。そのため、本実施の形態に係る管理サーバ１２は、クライアント１０から送出されてきた操作者の操作結果たるパラメータを対応するサーバ１４（−１〜−ｎのいずれか）に送信するようにサーバ制御部３６（−１〜−ｎのいずれか）を制御することが可能である。
【００６５】
なお、本実施の形態においては、クライアント１０が送出してくるパラメータをそのままサーバ制御部３６を介して対応するサーバ１４に送出したが、クライアント１０から送出してきたパラメータを対応するサーバ１４にあわせて一定のコマンドなどに変換することも好適である。例えば、プリンティングのサービスで有れば「ｌｐｒ／サンプル．ｔｘｔ／５」のような所定のコマンド列とすることも好適である。このような変換は、サービス制御部３０からの命令により、各サーバ制御部３６が行うのが好適である。
【００６６】
図２のステップＳ２−１０において、対応するサーバ１４から返送されてくるサービスの結果の受信動作の説明図が図１３に示されている。サーバ１４において、所定のプリンティングサービスが完了するとその結果がネットワーク５０を介して管理サーバ１２の結果受信部３８において受信される。結果受信部３８において受信されたサービスの結果は、サービス制御部３０に送られる。例えば、プリンティングサービスの結果としては、「プリント完了」という文字列が送出されてくる。
【００６７】
次に、図２のステップＳ２−１１において、サービス制御部３０がサービスの結果をクライアント１０に送出するための書式データに変更した例を図１４に示す。本実施の形態においては、サービス制御部３０は、サーバ１４から受信したサービス結果に対し、所定のマークアップ言語によるタグを付け加えることにより書式データに変更している。図１４に示されているように、この書式データの１行目は、サーバ１４から返送されてきたサービスの結果の文字列そのものである。また、図１４に示されている書式データの２行目から３行目にはサービスの連携のための所定のマークアップ言語が付加されている。この図１４に示されている書式データがクライアント１０の機能書式表示部２２において解釈され、画面表示された例が図１５に示されている。
【００６８】
図１４に示されている書式データの２行目のマークアップ言語のタグ「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、同一のサービスをふたたび受けるための操作用ラジオボタンを意味し、このラジオボタンが選択された場合には、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入される。また、図１４に示されている書式データの３行目にはほかのサービスとの連携動作を行うためのラジオボタンを表すマークアップ言語のタグが記述されている。すなわち、「＜ＩＮＰＵＴ＝ｒａｄｉｏ〜」は、対応するラジオボタンが選択された場合には変数「ｏｐ」に値「ｓｅｒｖｉｃｅ」が代入されるのである。
【００６９】
図１４の最後の行には、上記２つのラジオボタンのうち、いずれが選択されたのかを表すパラメータを管理サーバ１２に戻すために必要な起動ボタンを表すタグが記述されている。このような内容の書式データがサービス制御部３０により作成され、クライアント１０に送出される。クライアントにおいては、図１４に示されるような書式データが機能書式表示部２２において解釈され、図１５に示されるようなサービス完了画面が表示される。この表示は、図２におけるフローチャートにおいてステップＳ２−６において行われる。
【００７０】
例えば、図１５に示されているようなサービス結果画面において、操作者が「もう一度！」に対応するラジオボタンを選択し、実行ボタンを押した場合には、変数「ｏｐ」に値「ｒｅｔｒｙ」が代入されたパラメータが管理サーバ１２に送出される。管理サーバ１２は、この返送されてきたパラメータを解析することにより、もう一度プリンティングサービスのためのサービス機能書式３２をクライアント１０に送出する。すると、クライアント１０においては、この機能書式データ基づき再び図１１に示されるようなサービス提供画面が機能書式表示部２２によって表示され、再びプリンティングサービスの提供を自動的に受けることが可能である。
【００７１】
一方、図１５におけるサービス結果画面において、操作者が「サービス選択に戻る」を選択した場合には、変数「ｏｐ」に値「ｓｅｒｖｉｃｅ」が代入されてこのパラメータが管理サーバ１２に返送される。管理サーバ１２においては、返送されてきたこのパラメータを解析することにより、上記図５に示されているようなサービスリストの書式データをクライアント１０に送出する。クライアント１０においては、この書式データに基づき機能書式表示部２２がサービスリストを表示する画面を構成する。その結果、図６に示されるようにサービスを選択する画面がクライアント１０において表示され、操作者は再びサービスの選択を行うことが可能である。
【００７２】
本実施の形態において特徴的なことは、サーバ１４が送出したサービス結果に、サービス制御部３０がサービスの連携のための連携データを付け加えて、クライアント１０に返送したことである。特に本実施の形態においては、この連携データとしては、サービスの連携動作を制御するためのマークアップ言語が用いられている。具体的には、このマークアップ言語により、他のサービスとの連携動作を行うか否かについて操作者の入力を受け付けるダイアログが表示されるのである。このように、連携のためのマークアップ言語がサービス結果に付加されてクライアント１０に送出されるため、クライアント１０における操作者は、サービス間の連携を極めて容易に行うことが可能である。
【００７３】
実施の形態２
上記実施の形態１においては、サービス機能書式３２−１〜３２−ｎは、管理サーバ１２の内部に格納した。しかしながら、これらのサービス機能書式３２は、それぞれ対応するサーバ１４−１〜１４−ｎに応じて設定されるものであり、より具体的には、各サーバ１４−１〜１４−ｎがサービス機能書式３２を定めて、管理サーバ１２の内部に保存させるものであるともいえよう。このため、必ずしもこのサービス機能書式３２は、管理サーバ１２内部に保存する必要はなく、各サーバ１４に保管するのも好適である。このような考えに基づき、サービス機能書式３２−１〜３２−ｎを、それぞれ対応するサーバ１４−１〜１４−ｎの内部に保存した場合の構成例が図１６に示されている。図１６に示されている構成例によれば、各サーバ１４のサービス機能書式３２を、クライアント１０に送付するために、クライアント受信部４０がクライアント１０からサービス要求を受付た場合に、サービス制御部３０が対応するサーバ制御部３６−１〜３６−ｎを制御し、サーバ１４−１〜１４−ｎのいずれか一つのサーバ１４から対応するサービス機能書式３２−１〜３２−ｎ（のいずれか一つ）を受けとり、受けとったサービス機能書式３２をクライアント１０に送信する。このように、図１６に示されている構成によれば、サービス機能書式３２を、クライアント１０に送る際のサービス制御部３０およびサーバ制御部３６−１〜３６−ｎの部分の動作が異なるだけで、それ以外の構成・動作は上記実施の形態１の場合と同様である。
【００７４】
本実施の形態２に示されている構成を採用した場合は、サービス機能書式３２は、対応するサーバ１４の内部に保存されているため、そのサービス機能書式３２の保守をサーバ１４とともに一括して行うことが可能となるというメリットを有している。
【００７５】
実施の形態３
サービス間の連携動作の別の例を以下に示す。
【００７６】
例えば、クライアント１０がファイルサーバによるサービスを要求した場合には、管理サーバ１２から送られてくるサービス機能書式は、例えば図１７に示されているような内容となる。図１７に示されているサービス機能書式の内容は「検索式を入力して下さい」という文字列を表示し、一定の文字列を文字列入力の窓を表示することにより行うことを意味するタグとパラメータの返送を起動するボタンを意味するタグと、から構成されている。この図１７に示されているようなサービス機能書式を機能書式表示部２２が解釈し、図１８に示されているようなサービス提供画面がクライアント１０において表示される。これら図１７および図１８に示されている動作は、図２におけるステップＳ２−５、Ｓ２−６に相当する。
【００７７】
次に、クライアント１０に於いて、操作者は、図１８の文字入力窓にペンでタップをして、この文字入力窓をアクティブな状態にしてから、キーボードから 「／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ」と入力したものとする。このような入力が行われた場合の画面の様子が、図１９に示されている。このような入力に引き続いて、操作者が検索ボタンを押すと、以下に示されているパラメータが管理サーバ１２に送出される。
【００７８】
ｅｘｐ＝／ｈｏｍｅ／ｔｘｔ／＊．ｔｘｔ；
以上の動作は、図２におけるステップＳ２−７およびＳ２−８に相当する。
【００７９】
管理サーバ１２に於いては、上記送られてきたパラメータに基づき、対応するファイルサーバに対してファイル検索に用いられるパラメータとともに検索の指示を行う。この動作は、図２におけるステップＳ２−９に相当する。
【００８０】
なお、本実施の形態３において用いられているパラメータ中の＊は、いわゆるワイルドカードであり、ここで示した例においては、／ｈｏｍｅ／ｔｘｔというディレクトリ内のファイルであってファイル名の末尾が「．ｔｘｔ」であるものを検索することになる。
【００８１】
さて、ファイルの検索がファイルサーバで行われ、この検索の結果は上記実施の形態１と同様に管理サーバ１２に送出されてくる。例えば、このようにしてサービス制御部３０に於いて、ファイルサーバから受けとる検索結果は、例えば図２０に示されているような例となる。図２０には、４つのファイル名が示されており、いずれもその末尾が．ｔｘｔとなることが理解されよう。
【００８２】
本実施の形態３に於いては、サービス制御部３０はファイルサーバから受けとった図２０に示されているような検索結果に基づき、サービスの連携のためのデータを付加し、クライアント１０が理解可能な書式データに変換する。このような変換の結果たる書式データの例が図２１に示されている。図２１において、下線で示されている部分が図２０に示されている検索結果であるファイル名であり、そのほかの部分は、サービス制御部３０において付加されたサービスの連携のための所定のタグである。ここに用いられているマークアップ言語も上述した実施の形態１や２と同様のマークアップ言語である。このようにして得られた書式データがクライアント１０に送信されるのである。これらの動作は、図２におけるステップＳ２−１０およびＳ２−１１に相当する。
【００８３】
さて、図２１に示されているような書式データを受信したクライアント１０においては機能書式表示部２２の書式データを解釈し、図２２に示されるような画面を表示する。図２１に示されている書式データは「ファイルを選んで下さい。」という文字列と、選ばれるファイルを表す４個のラジオボタンを含んでいる。また、選んだファイルに対する操作を選ばせるため、「操作を選んでください。」という文字列と、４個の提供しうるサービスを表す４個のラジオボタンと、を含んでいる。そして、入力したパラメータを管理サーバ１２に送信するための実行ボタンを意味するタグも書式データに含まれている。このような書式データに基づき、上記実施の形態１や２と同様に機能書式表示部２２は、図２２に示されるような画面を表示するのである。
【００８４】
図２２に示されている画面の表示に対して操作者が「はじめに．ｔｘｔ」を選択し、また操作として「削除」を選択した場合の画面の表示の例が図２３に示されている。図２３に示されているように、「はじめに．ｔｘｔ」に対応するラジオボタンが黒くなっており、「削除」に対応するラジオボタンが黒くなっていることが理解されよう。この状態からユーザが「実行！」ボタンを押すと、次に示すようなパラメータが管理サーバ１２にクライアント１０から送信される。
【００８５】
ｆｉｌｅ＝ｆｉｌｅ３；
ｏｐ＝ｄｅｌｅ；
管理サーバ１２のサービス制御部３０は、このようなパラメータを受信すると、まず、「ｏｐ＝ｄｅｌｅ」から直前にサービスの提供を受けたサーバ１４であるファイルサーバにもう一度アクセスするべきであると判断を行う。これは、操作「ｏｐ＝ｄｅｌｅ」（ファイルの削除を意味する。）は、ファイルサーバが行うサービスだからである。このように、サービス制御部３０は、各サーバ１４が提供しうるサービスの内容を記憶しておき、指定されたサービスに基づき、どのサーバ１４にアクセスすべきか否かを判断する機能を有している。そして、「ｆｉｌｅ＝ｆｉｌｅ３；」からサービス制御部３０は検索結果のリストの３番目のファイルが削除の対象であると判断する。パラメータの「ｆｉｌｅ３；」は、３番目のファイルであるという意味である。
【００８６】
この結果、サービス制御部３０は、ファイルサーバに対して「はじめに．ｔｘｔ」（ｆｉｌｅ＝ｆｉｌｅ３）を削除（ｏｐ＝ｄｅｌｅ）するように指示を出す。
【００８７】
このようにしてファイルサーバが提供するファイルサービスにおいて得られたファイルの検索結果から操作者が所定のファイルを指定することにより、そのファイルの削除の処理を引き続いて実行することが可能である。
【００８８】
以上述べたように、本実施の形態３においては、管理サーバ１２が、サービスの結果をクライアント１０に送る際に、所定のサービスの連携のためのデータをサービス結果に付加してクライアント１０に送信したのである。この結果、クライアント１０においては、操作者がサービスの結果を他のサービスに供することが容易となり、連続的なファイル操作・データ処理が行え、作業の効率化が図れるものである。
【００８９】
本実施形態３においては、ファイルを検索し、検索結果から所望のファイルを削除する場合のサービスの連携について説明したがファイルを複写する動作についても同様の操作の流れにより行われる。
【００９０】
図２３においては、削除のサービスを選択した場合についての画面について説明したが、印刷を選択した場合の画面の様子が図２４に示されている。なお、図２４においても、ファイルは「はじめに．ｔｘｔ」が選択されている。この図２４に示されている画面の状態で、操作者が「実行！」ボタンを押すと、次のようなパラメータが管理サーバ１２にクライアントから送信される。
【００９１】
ｆｉｌｅ＝ｆｉｌｅ３；
ｏｐ＝ｐｒｔ；
管理サーバ１２において、サービス制御部３０がこのようなパラメータを受信すると、パラメータの中の「ｏｐ＝ｐｒｔ」から、プリントサーバのサービスを次に受けるべきであることが判明する。先に述べた削除や複写の場合には、連携して行われるサービスが同一のサーバすなわちファイルサーバにより提供されていたが、印刷の場合にはファイルサーバから別のサーバすなわちプリントサーバにアクセスを切り替えなければならない。
【００９２】
このように、サービスが別のサーバ１４によって提供される場合のサービスの連携動作を説明するフローチャートが図２５に示されている。
【００９３】
図２５に示されているフローチャートの各ステップの内容は、上記図２に示されているフローチャートと同様である。図２５に示されている太い矢印で示されている処理の流れが、図２４に示されているように、異なるサーバ１４の間でサービスの連携が行われる場合の処理の流れを表している。操作者からの操作結果を、管理サーバ１２がそのままサーバ１４に渡すのではなく、以下のような動作が行われるのである。すなわち、サーバ１４が送出してきたサービス結果に対してサービス制御部は連携のために他のサーバ１４の機能書式を付け加えて、所定の書式データを作成する。そして、この書式データをクライアント１０に送信するのである。本実施の形態において特徴的なことは、他のサーバの機能書式がサーバ１４のサービス結果に付け加えられているためこの機能書式を連携データとしてサービス間の連携動作が容易になったことである。
【００９４】
例えば、図２４に示されているように、ファイル検索の後、印刷処理を行う場合には図２５に示されているようにステップＳ２５−７においてクライアント１０において操作者が所定のファイルと印刷処理を選択し、（図２４）ステップＳ２５−８においてこの操作結果のパラメータが管理サーバ１２に送信される。そして、サービス制御部３０において、印刷が行われると判断された場合には、制御がステップＳ２５−５に移行し、この印刷のサービス機能書式がクライアント１０に改めて送信される。その後、ステップＳ２５−６、Ｓ２５−７へ処理が移行し、印刷処理がファイル検索に引き続いて実行されるのである。
【００９５】
一方、図２３に示されているように、同一のサーバ、例えばファイルサーバにおける異なるサービスを連携して実行する場合には、サービス制御部３０は、ステップＳ２５−７、Ｓ２５−８の動作に引き続いて、Ｓ２５−９の処理にそのまま移行する。このような処理の流れは図２において示されたのと同様である。これは、同一のサーバである場合には図２３において示されているように、同一の機能書式が示されているから、新たに機能書式データをクライアント１０に送出し、別の画面を表示する必要がないからである。
【００９６】
さて、図２４に示されているように、「印刷」のサービスが選択されると、図２５において示されたように、ステップＳ２５−８からステップＳ２５−５に処理が移行する。このステップＳ２５−５において管理サーバ１２からクライアントに対して送られてくる書式データの例が図２６に示されている。図２３に示されている書式データは、上述した図９に示されている書式データとほぼ同一である。異なっている点は、下線で示されているように印刷ファイル名を入力するための文字入力窓において、予め「はじめに．ｔｘｔ」と印刷ファイル名が入力されていることである。このような書式データに基づき、機能書式表示部２２が解釈し、表示した画面の例が図２７に示されている。画面の表示は、上記図１０に示されている画面とほぼ同様である。異なっている点は、印刷ファイルの名称を入力する文字入力窓において、予め「はじめに．ｔｘｔ」という文字が入力されていることである。本実施の形態においては、ファイルサービスによって「はじめに．ｔｘｔ」を選択しているので、管理サーバ１２のサービス制御部３０において、書式データを生成する際に、図２６に示されるように下線部を追加している。そのため、操作者がファイルサービスで選択したファイルがプリントサービスにアクセスするための表示画面（図２７）の中の「印刷ファイル」の文字入力窓に予め入力された状態で表示されるようになる。
【００９７】
このように、本実施の形態３によれば、あるサービスの結果を他のサービスのパラメータを入力データとして用いることができ、サービス間の連携動作が円滑に行われうる。
【００９８】
以上述べたように、図２３においては、「削除」を選択した場合、また、図２４においては「印刷」を選択した場合についてそれぞれ示した。
【００９９】
図２８には、「サービスリスト」を選択した場合の画面の様子が示されている。すなわち、図２２の状態から操作者がファイルとして何を選択したか否かにかかわらず、操作として「サービスリスト」を選択した場合ユーザが「実行」ボタンを押すことにより、次に示すようなパラメータから管理サーバ１２に送信される。
【０１００】
ｆｉｌｅ＝ｎｕｌ；
ｏｐ＝ｒｅｔ；
管理サーバ１２におけるサービス制御部３０がこのようなパラメータ受信すると、パラメータの中の「ｏｐ＝ｒｅｔ」からサービスリストを送信する必要があることが判明する。そのため、図２におけるステップＳ２−２におけるサービスリストの送信の処理が行われることになる。このような処理の流れを表すフローチャートが、図２８において説明した「サービスリスト」を選択した場合を例として、図２９のフローチャートに示されている。図２９において、ステップＳ２９−８のあと、Ｃで示されている太い矢印によって処理がステップＳ２９−２に移行していることが理解されよう。これは、図２８において示されているように、「サービスリスト」が選択された場合に、クライアント１０に対して再びサービスリストを送信するための処理の流れである。なお、図２９において、Ａで示されている処理のループは、同一のサーバ１４の中でのサービスが連携して処理される場合の処理手順を表す。また、図２９において、Ｂで示されている処理のループは、異なるサーバ１４の間でサービスの連携処理が行われる場合の処理手順を表している。そして、Ｃで表されているループは、今説明したように、処理の連携をいわば一旦リセットし、初期状態に戻りサービスリストからサービスを選択する段階にもどる場合の手順の流れをそれぞれ表している。
【０１０１】
以上述べたように本実施の形態によれば、同一のサーバ１４の中でのサービスの連携も、また、異なるサーバ１４の間にまたがったサービスの連携も円滑に行うことが可能となる。また、処理の連携を一旦リセットし、再びサービスリストにおけるサービスの選択から行うことも極めて容易である。従って、本実施の形態によれば、サービスの提供を連続して受けることができ、作業効率の向上が図れるものである。
【０１０２】
実施の形態４
図３０には本実施形態４のサービス接続サーバの機能・動作の概略を表す説明図が示されている。本実施の形態４に係るサービス接続サーバは、例えば携帯情報端末１００と、プリントサーバ１０２やファイルサーバ１０４との間に設けられ、能力の低い携帯情報端末１００からでもプリントサーバ１０２やファイルサーバ１０４に高度なサービスを受けられるようにしたものである。図３０に示されているように、携帯情報端末１００におけるユーザアクションは、例えば通信プログラムにおけるＧＵＩパーツの再描画が必要となる。すると、携帯情報端末１００においてはＧＵＩパーツ更新情報がサービス接続サーバ１０６に送出される。サービス接続サーバ１０６は、携帯情報端末１００において本来保持されているべきクライアント機能がサービス操作プログラムによって実現されている。このサービス操作プログラムがプリントサーバ１０２や、ファイルサーバ１０４に対して、クライアントすなわち携帯情報端末１００として振る舞い、その結果として、サービス結果を受けとる。このようにして、サービス接続サーバ１０６は携帯情報端末１００に代わり各種のサービスを受け、その結果ＧＵＩパーツは位置・更新の情報を携帯情報端末１００に返送する。携帯情報端末１００においては、ＧＵＩパーツは位置・更新情報に基づき、ＧＵＩパーツ描画が行われる。これによって、携帯情報端末１００においては、操作者は自らの操作に対して画面が正常に書き替えられ、あたかも携帯情報端末１００の内部にクライアント機能が内蔵されているように操作を行うことが可能である。
【０１０３】
本実施の形態４に特徴的なことは、携帯情報端末１００が従来有していたクライアント機能を、サービス接続サーバ１０６に受け持たせ、携帯情報端末１００とサービス接続サーバ１０６との間でＧＵＩパーツの配置情報・更新情報などをやり取りしたことである。このような構成により、携帯情報端末１００に高機能なソフトウェアを搭載しなくても、高度のサービスの提供を受けることが可能となったのである。
【０１０４】
図３１には、ＧＵＩパーツ例が示されている。ＧＵＩパーツとしては種々のものがあげられる。例えば、「テキストフレーム」は、文字を表示あるいは入力する矩形の枠であり、この枠の情報としては座標や枠の線の種類、線の太さなどが情報としてあげられる。また、その内部のテキスト情報としては、テキストそのもののほか文字種別やオリエンテーション（向き）等があげられよう。「ビットマップフレーム」は、ビットマップすなわち絵の情報を含むＧＵＩパーツであり、まずその枠情報としては座標や大きさ、線種別、線の太さなどがあげられる。また、ビットマップ情報としてはビットマップ（正、反転）及びマスクデータ等が含まれている。「ボタン」は、操作者の操作によりチェックがいれられるものであり、座標やチェックの有無、グループ名などがボタンの情報となる。ＧＵＩパーツ配置情報と、この配置情報に基づくＧＵＩパーツ表示画面の例が図３２に示されている。図３２に示されているように、配置情報の０番目には、座標位置（１０）、配置されているボタンの情報が示されている。このボタンは初期状態で、「ＯＦＦ」であり、白丸として表示されている。配置情報の次のＧＵＩパーツは、文字であり、「ＳＥＬ１」という文字列である。ＧＵＩパーツ配置情報の３番目は、配置座標（１０．２０）であるボタンであり、初期状態で「ｏｎ」、即ち、黒丸である。ＧＵＩパーツの４番目は、文字列であり、「ＳＥＬ２」である。また、この文字列は下線が引かれている。ＧＵＩパーツの５番目のパーツは文字列であり、外枠を含む「ＳＥＮＤ」という文字列である。本実施の形態においては、このようなＧＵＩパーツ配置情報を携帯情報端末１００とサービス接続サーバ１０６との間でやり取りすることにより、また、サービス接続サーバ１０６がクライアント機能を実現するサービス操作プログラムを実行することによって、携帯情報端末１００に高度な機能のソフトウェアを導入しなくとも、高度なネットワークサービスの提供を受けることが可能となるのである。
【０１０５】
図３３には、本実施の形態４における携帯情報端末１００の構成を表す構成ブロック図が示されている。この携帯情報端末１００は、ユーザの入力を受けるユーザ入力処理部１１０と、ＧＵＩパーツの配置情報を保持・管理するＧＵＩパーツ配置管理部１１２と、ＧＵＩパーツ配置情報とビルトインイメージに基づいての描画などを行う画面表示処理部１１４と、を備えている。また、この画面表示処理部１１４にビルトインイメージを供給するビルトインイメージ管理部１１６と、後述するサービス接続サーバ１０６との接続を行う通信制御部１１８とを備えている。
【０１０６】
ユーザ入力処理部１１０は、ユーザアクションを受けとり、このユーザアクションをＧＵＩパーツ配置管理部１１２へ通知する。また、受けとったユーザアクションは、通信制御部１１８を介してサービス接続サーバ１０６へも通知される。
【０１０７】
ＧＵＩパーツ配置管理部１１２は、初期画面用のＧＵＩパーツの配置情報を保持・管理している。ＧＵＩパーツ配置管理部１１２は、初期画面用だけでなく、電源投入後サービス接続サーバ１０６との通信によって、このサービス接続サーバから受信したＧＵＩパーツ配置情報をも保持・管理している。このサービス接続サーバ１０６から受信したＧＵＩパーツ配置情報は、通信制御部１１８を介して入力する。
【０１０８】
画面表示処理部１１４は、ＧＵＩパーツ配置管理部１１２に保持されているＧＵＩパーツ配置情報と、ビルトインイメージ管理部１１６で保持されているビルトインイメージに基づいて、ＧＵＩパーツの描画を行う。また、画面表示処理部１１４は、ユーザ入力処理部の指示に基づいて、ユーザアクションに応じた再描画をも行っている。
【０１０９】
ビルトインイメージ管理部１１６は、ＧＵＩパーツ、例えばアイコンのイメージとなるビルトインイメージの保持を行っている。また、通信制御部１１８を介して送られてくる新たなビルトインイメージを追加保持したり、必要無くなったビルトインイメージの削除などの管理を行っている。通信制御部１１８が、サービス接続サーバ１０６との公衆電話回線や赤外線を介しての通信を司っている。
【０１１０】
図３４には、本実施の形態に係る携帯情報端末の動作の概略を表すフローチャートが示されている。まず、ステップＳ３４−１においてはＧＵＩパーツ配置管理部１１２が保持する初期画面用配置情報に基づき、画面表示処理部１１４がＧＵＩ表示のための内部構成情報が構築される。また、ステップＳ３４−２においてはこの構築された情報に基づきＧＵＩ表示が行われる。本実施の形態においては携帯情報端末は初期画面用の配置情報及びこの初期画面におけるビルトインイメージがビルトインイメージ管理部１１６に保持されている。これらを用いて電源投入直後においては、初期画面を表示することが可能である。
【０１１１】
ステップＳ３４−３においては、ユーザ入力処理部１１０がユーザ入力（タップ、クリック動作等）を受けとる。これは、携帯情報端末１００の画面上に設けられたタッチパネル等を用いてタップやクリック動作などを入力することが可能となる。
【０１１２】
ステップＳ３４−４においては、ユーザ入力処理部１１０において入力されたユーザ入力に基づき、そのユーザ入力（タップやクリック）が成された座標に存在しているＧＵＩパーツを、上記ステップＳ３４−１において構成された内部構成情報に基づいて検索を行う。そして、ステップＳ３４−５において、タップなどが行われたＧＵＩパーツに対応して再表示処理や内部構成情報の更新処理などが画面表示処理部１１４において行われる。これにともなって、同ステップＳ３４−６においては、通信制御部１１８を介してサービス接続サーバ１０６に対し、ユーザ入力処理部１１０が入力したユーザの操作と、画面表示処理部１１４において必要なＧＵＩパーツ更新の情報を送信する。後述するように、送信されてきたこれらの情報をサービス接続サーバ１０６は、ネットワークを介して受け、また、ＧＵＩパーツ更新のための情報を携帯情報端末１００に送信してくるのである。
【０１１３】
ステップＳ３４−７においては、通信制御部１１８がサービス接続サーバ１０６が発信するＧＵＩパーツ配置情報または、更新情報を受信する。
【０１１４】
そして、ステップＳ３４−８においては、上記ステップＳ３４−７において受信したＧＵＩパーツ配置・更新情報に基づき、ＧＵＩ表示のための内部構成情報の構築・更新を行う。そして、ステップＳ３４−９においては、画面表示処理部１１４がＧＵＩ表示を行う。
【０１１５】
これによって、携帯情報端末１００自体はネットサービスをうけるためのソフトウェアをなんら有していなくとも、サービス接続サーバ１０６を介することより、ネットワークサービスを受けることが可能である。このため、一般に処理能力の低いといわれる携帯情報処理端末においても高度なネットワークサービスを受けることができ、かつ、負荷の重い高度なネットワークソフトウェアを導入する必要がない。
【０１１６】
ステップＳ３４−１０においては、これまでの処理の繰り返しを行うためステップＳ３４−１への移行処理が行われる。
【０１１７】
図３５には、サービス接続サーバ１０６の構成を表す構成ブロック図が示されている。図３５に示されているように、本実施の形態４に係るサービス接続サーバ１０６は、携帯情報端末１００との通信を司どる端末通信処理部１２０と、サーバと接続され、実際のクライアントとしての動作を担当するサービスクライアント処理部１２２と、を備えている。また、本実施の形態４におけるサービス接続サーバ１０６は、ＧＵＩパーツ配置情報やビルトインイメージデータを保持するＧＵＩパーツ情報格納部１２４と、接続されるネットワークサービスを利用するためのいわゆるサブプログラムであるところのサービスクライアントスタブと接続するサーバとの通信を受け持つネットワーク通信部１２８とを含んでいる。
【０１１８】
端末通信処理部１２０は、上で述べた携帯情報端末１００と公衆回線または、赤外線などを介して通信を行う部分である。
【０１１９】
また、サービスクライアント処理部１２２は、端末通信処理部１２０が公衆回線などを介して携帯情報端末１００から受けとったユーザ操作に基づいて接続サービスの実際のクライアントとしての動作を行う、すなわち、このサービスクライアント処理部１２２は、接続サービスに対してクライアントとして動作を行う訳である。
【０１２０】
ＧＵＩパーツ情報格納部１２４は、サービス操作の各曲面に応じた、携帯情報端末１００における画面のＧＵＩパーツ配置情報や、同じく端末の画面のためのビルトインイメージデータ等を保持している。ここで保持されている各情報は必要に応じて携帯情報端末１００に送信される。
【０１２１】
サービスクライアントスタブ１２６は、いわゆる接続するサービスを利用するためのサブプログラムであり、例えば、ＴＣＰ／ＩＰや各種のプロトコルをサポートするプログラム等が相当する。
【０１２２】
ネットワーク通信部１２８は、接続したいサーバとの通信を行う部分であり、専用回線であったり、イーサネット（登録商標）などのネットワークそのものであったりする。
【０１２３】
本実施の形態４に係るサービス接続サーバ１０６の動作の概略を表すフローチャートが図３６に示されている。図３６に示されているように、まず、ステップＳ３６−１においては、端末通信処理部１２０がユーザ操作情報や、ＧＵＩパーツの更新情報を携帯情報端末１００から受けとる。
【０１２４】
ステップＳ３６−２においては、サービスクライアント処理部１２２が上記ステップＳ３６−１において、受信したユーザ操作情報やＧＵＩ情報を解釈される。そしてステップＳ３６−３においては、サービスクライアントスタブ１２６を活用し、サービス操作及びその結果を受信する。この結果は、ネットワーク通信部１２８を介して受けとることは言うまでもない。
【０１２５】
ステップＳ３６−４においては、サービス操作の結果に基づき、ＧＵＩパーツ配置情報を、ＧＵＩパーツ情報格納部１２４から検索し、所定の配置情報を構築する。そして、この情報はステップＳ３６−５において端末通信処理部１２０を介して携帯情報端末１００に送信されるのである。
【０１２６】
そして、ステップＳ３６−６において、再びステップＳ３６−１に処理が移行し、以上の処理を繰り返すことになる。
【０１２７】
本実施の形態４において特徴的なことは、サービスクライアント処理部１２２がネットワークのサーバに対して、クライアントとしての振舞いを行うと共に係るサービス操作及びその結果にもとづくＧＵＩパーツの更新を携帯情報端末１００に送信したことである。これによって、携帯情報端末１００はＧＵＩパーツ配置情報などをサービス接続サーバ１０６から受けとることにより、特別なＧＵＩ等を用いなくとも、利便性の高いネットワークサービスを受けることが可能な携帯情報端末を提供することが可能となる。
【０１２８】
図３７には、携帯情報端末１００の初期画面と所定の操作を行った場合の画面の表示を変化する様子が示されている。図３７の左側には端末の初期画面が示されている。ここに示されているように、携帯情報端末１００は、ビルトインイメージ管理部１１６に保持されているビルトインイメージデータに基づき、また、初期画面用のＧＵＩパーツ（ＧＵＩパーツ配置管理部１１２によって保持されている。）に基づき、各サービスに対応したアイコンが表示されている。例えば、図３７に表示されているアイコンは、「プリント」、「ファイルサーバ」、「メールサーバ」、「データベースサーバ」、「掲示板サービス」である。
【０１２９】
例えば、操作者がスタイラスペンなどを用いて「プリント」のアイコンをタップすると、図３７の右側に示されているようにプリントサービスの指示を行うためのサービス提供画面に画面が変更する。これは、操作者が「プリント」のアイコンをタップすることが、サービス接続サーバ１０６に送信され、サービス接続サーバは、プリントサービスに対応したＧＵＩパーツ配置情報及び必要なＧＵＩパーツのデータを送信してきたため、携帯情報端末１００においてプリントサービスのためのサービス画面を表示することが可能となるのである。図３８には、このような本実施の形態４における携帯情報端末の動作の概略を表すフローチャートが示されている。ステップＳ３８−１においては、電源投入直後の動作が示されており、ビルトインイメージに基づいて、各サービスに対応したアイコンが図３７に示されているように表示される。ステップＳ３８−２においては、操作者が所望のアイコンを選んで指示をする。ステップＳ３８−３においては、サービス接続サーバ１０６にアイコンが選ばれた旨が通知され、ステップＳ３８−４においては、サービス接続サーバ１０６は、そのアイコンに対応するサービス用のＧＵＩパーツ配置情報をこの携帯情報端末１００に返信するのである。
【０１３０】
ＧＵＩ画面描画の例と、このＧＵＩパーツ配置情報との対応を表す説明図が図３９に示されている。図３９の左側に示されている画面の図は図３７の右側に示されている図と同様であり、図３９の右側に示されている図はこの画面に用いられているＧＵＩパーツの配置情報を表す説明図である。
【０１３１】
この図３９の右側の説明図において、各行が一つのパーツに相当し、それぞれの行が「パーツ番号、パーツ種別名、その修飾」の順番で情報が並んでいる。
【０１３２】
パーツ種別名では、固定的な文字表示のための「ｌａｂｅｌ」や、ユーザが文字を入力可能な「ｔｅｘｔ」や、、ボタン及びチェックボックスのための「ｂｕｔｔｏｎ」、そして、ビットマップデータを表示するための「ｂｉｔｍａｐ」等が種類として存在する。また、パーツの修飾には、パーツ毎に必須の修飾やオプションの修飾があり、また、それぞれに省略時の既定値がある。例えば、全パーツに共通するものとして表示位置の座標を指定するための「ｐｏｓ」や、初期値を表す「ｖａｌ」、タップあるいはクリックするときに接続サーバに通知することを指定するための「ｎｏｔｉｆｙ」等がある。また、例えば、「ｂｕｔｔｏｎ」に関しては、グループ化が行われ、いわゆるラジオボタンを構成するためのｒａｄｉｏなどの種々の修飾が用いられうる。
【０１３３】
図３９の右側に示されている図は先に述べたように、左側に示されている図のＧＵＩパーツに１行１行が対応している。１行目には「プリントサービス」の文字に対応する配置情報が示されており、２行目は、プリンタのビットマップデータ対応する。また、３行目は「共用プリンタ」の文字のＧＵＩパーツに相当し、４行目は「印刷部数」という文字に相当する。５行目は印刷部数を入力するための文字入力窓に相当し、初期値として「１」が指定されている。６行目は、「用紙サイズ」の文字列に対応し、６行目から８行目の３行は３個のラジオボタンに相当する。この３個のラジオボタンにおいて、７行目の最初のボタンのみが初期値が１（すなわち黒）に設定され、他のボタンは白に設定されている。
【０１３４】
１０行目は文字列「Ａ４」に相当し、１０行目は、文字列「Ｂ４」に相当する。また、１２行目は、文字列「Ａ３」に相当し、１３行目は、文字列Ｎアップに相当する。１４行目から１６行目の３行は３個のラジオボタンに相当する。この内、１５行目の真ん中のラジオボタンのみが初期値が「１」に設定され、他の２つのラジオボタンは初期値が「０」であり、白く表示される。１７行目は「なし」の文字列に相当し、１８行目は「２」の文字列に相当する。また、１９行目は「４」の文字列に相当し、２０行目は文字列「拡張機能」に相当する。この文字列は四角い枠で囲まれ、このＧＵＩパーツがタッチされると、サービス接続サーバ１０６に所定の通知がいく旨設定されている。２１行目は、「印刷開始」という文字列であり、同様に四角い枠で囲まれ、タッチされることによりサービス接続サービに通知がいく。２２行目も同様に「取り消し」という四角い枠で囲まれた文字列であり、ペンなどでタッチすることによってサービス接続サーバ１０６に所定の通知が送出される。
【０１３５】
操作者の入力によって、サービス接続サーバ１０６に送信されるユーザの操作や、パーツ更新情報は、例えば、「Ｂ４」横にあるボタンがタップされた場合に、これは番号７のパーツに相当するがグループ化されたラジオボタンであるため、番号６，７，８のＧＵＩパーツが更新されたことを示すために、以下のようなパーツ行進情報が接続サーバ１０６に送信される。
【０１３６】
７：ｍｏｄｉｆｙ（ｖａｌ：１，ｔａｐｐｅｄ）
６：ｍｏｄｉｆｙ（ｖａｌ：０）
８：ｍｏｄｉｆｙ（ｖａｌ：０）
このように、本実施の形態４においては、ＧＵＩパーツ配置情報を用いて携帯情報端末１００と、サービス接続サーバ１０６との間で情報のやりとりを行ったため、携帯情報端末１００に高機能なプログラムを搭載しなくとも、操作感の優れたＧＵＩインターフェースを実現することが可能である。
【０１３７】
なお、図３９の右側に示されているＧＵＩパーツ配置情報の２行目には「ｂｉｔｍａｐ」パーツが記述されており、その値（ｖａｌ）としては「ｎａｍｅ：ｐｒｉｎｔｅｒ０」という文字列が指定されている。これは携帯情報端末１００に設けられているビルトインイメージ管理部１１６が保持する「ｐｒｉｎｔｅｒ０」という名称のイメージデータを表す。
【０１３８】
ここで表されているイメージデータがビルトインイメージ管理部１１６において保持されていない場合には、サービス接続サーバ１０６からビットマップデータを含む形式で、「ｂｉｔｍａｐ」パーツの更新処理あるいは再送を行う手続きがなされる。例えば、携帯情報端末１００から「ｘｘｘ：ｇｉｖｅｍｅ（ｂｉｔｓ）」という要求メッセージがサービス接続サーバ１０６に対して送出されると、該当するパーツのビットマップデータ送信がサービス接続サーバ１０６に促されることになる。この要求によって、サービス接続サーバ１０６は、「ｘｘｘ：ｂｉｔｍａｐ（ｖａｌ：“ｂｉｔｓ：０ＥＦＦ９ｂ．．．”，ｔｅｍｐｏｒａｒｙ）」という形式で、ビットマップデータをパーツの更新情報として送信してくる。このような手順により、携帯情報端末１００が受信した新たなイメージ（ビットマップデータ）は、パーツの修飾指示によって、ビルトインイメージ管理部１１６において、永続的に保持させることも可能である。上記の例においてはサービス接続サーバ１０６から送られてくる更新情報の「ｔｅｍｐｏｒａｒｙ」の修飾によって、サービス利用セッションの期間の間のみ有効なイメージデータであると指定したけれどもこの「ｔｅｍｐｏｒａｒｙ」のかわりに「ｐｅｒｍａｎｅｎｔ」と修飾した場合にはビルトインイメージ管理部１１６において永続的にこのイメージデータが保持されるようになる。
【０１３９】
このように、本実施の形態４においては、ＧＵＩパーツ配置情報を用いて携帯情報端末１００と、サービス接続サーバ１０６との間で情報のやりとりを行ったため、携帯情報端末１００に高機能なプログラムを搭載しなくとも、操作感の秀れたＧＵＩインターフェースを実現することが可能である。
【０１４０】
実施の形態５
図４０には、本実施の形態５に係るサービス接続サーバ２０６を中心としたサービスの提供の様子を表す説明図が示されている。図４０に示されているように、携帯情報端末２００は、サービスクライアントプログラムを有しており、このプログラムを用いてプリントサーバ２０２やホスト接続サーバ２０４に接続することが可能である。本実施の形態５において特徴的なことは、携帯情報端末が直接プリントサーバ２０２などに接続されるのではなく、サービス接続サーバ２０６を介して接続されていることである。このように、実際のサーバ（２０２や２０４）との間にサービス接続サーバ２０６を設けることにより、サービスの代表名による接続要求が可能となるのである。すなわち、携帯情報端末２００におけるサービスクライアントプログラムがサービス代表名による接続要求をサービス接続サーバ２０６に対して出力する。サービス接続サーバ２０６は、このサービス代表名による接続要求に対して、サービス代表名から、実サービス名へのマッピングを行うのである。このマッピング機構によって実サービス名を得ることができ、実サービス名を用いて実際のプリントサーバ２０２やホスト接続サーバ２０４などに接続することが可能である。そして、係る接続の後、所定のサービス提供をうけ、応答を携帯情報端末２００に帰されるのである。このような構成により、携帯情報端末においては、プリントサーバ２０２やホスト接続サーバ２０４の絶対名称や、識別番号を知らない場合においても、各種のネットワークサービスを受けることができ利便性の高いネットワークサービスを提供しうる。また、本実施の形態５におけるサービス接続サーバ２０６は、セッション保持機構を有している。このセッション保持機構は、携帯情報端末２００からイメージ的に接続を終了する旨の指示がこないかぎり、プリントサーバ２０２や、ホスト接続サーバ２０４とのセッションを一定時間保持する機構である。このようなセッション保持機構を有しているため、例えば、携帯情報端末２００がいわゆる電池切れなどにより、途中で通信が不能になり、携帯情報端末２００とサービス接続サーバ２０６との間の通信が途絶えた場合でもサービス接続サーバ２０６と各種サーバとのセッションが保持されるのである。このような構成により、携帯情報端末２００が電池を入れ替えるなどして再びサービス接続サーバ２０６に接続した際に、前回のセッションをそのまま引き継ぐことが可能である。
【０１４１】
図４１には、本実施の形態５におけるサービス接続サーバ２０６の構成を表す構成ブロック図が示されている。図４１に示されているように、サービス接続サーバ２０６は、携帯情報端末との通信処理を行う端末通信処理部２１０とユーザ操作にしたがって、クライアントとしての動作を行うサービスクライアント処理部２１２と、サービスの代表名から実際のサービス名を求めるサービス代表名管理部２１４と、を備えている。さらに、サービス接続サーバ２０６は、サービス代表名管理部２１４に利用される代表名管理データベース２１６と、実際のプリントサーバ２０２などのサーバによるサービスを利用するためのサブプログラムであるサービスクライアントスタブ２１８と、プリントサーバ２０２などとの通信を行うネットワーク通信部２２０とを含んでいる。
【０１４２】
端末通信処理部２１０は、公衆回線や赤外線通信等の通信回線を介して携帯情報端末２００との通信を行う。
【０１４３】
また、サービスクライアント処理部２１２は、携帯情報端末２００においてユーザ操作であって、端末通信処理部２１０を介し、受けとられたユーザ操作に基づき、接続サービスの実際のクライアントとしての動作を行う。すなわち、このサービスクライアント処理部２１２は、実際のクライアントとしての接続サービスの実際のクライアントとしての動作を行う。すなわち、このサービスクライアント処理部２１２は、実際のプリントサーバ２０２等と接続し、クライアントとして振舞うためのプログラムである。サービス代表名管理部２１４は、代表名を用いてサービスが指定されている場合に、この代表名を、代表名管理データべース２１６を用いて、実際のサービス名に変換する役割を果たす。
【０１４４】
代表名管理データベース２１６は、サービス代表名管理部２１４によって、アクセスされ、サービスの代表名を、実際のサービスに変換するデータベースであり、代表名と実際のサービスとの対応を逐次管理・保持している。
【０１４５】
本実施の形態５において特徴的なことは、サービス代表名管理部２１４と、代表名管理データベース２１６とを用いて、サービスの代表名が実際のサービス名に変換されることである。このようにして得られた実際のサービス名を用いてプリントサーバ２０２などの実際のサーバにアクセスすることが可能となるのである。
【０１４６】
サービスクライアントスタブ２１８は、接続するサービスを利用するためのサブプログラムであり、例えば、サービスへのリモーオペレーションをローカルＡＰＩで提供するものである。ネットワーク通信部２２０は、接続するサーバとの通信を行うインターフェース部分であり、例えば、イーサネット（登録商標）との接続インターフェースや、あるいは専用回線との接続を行う部分がここに相当する。
【０１４７】
図４１に示されているサービス接続サーバ２０６の処理の概略を表すフローチャートが図４２に示されている。
【０１４８】
ステップＳ４２−１においては、サービスクライアント処理部２１２は、端末通信処理部２１０を介して受けとったユーザ指定のサービス名についてサービス代表名管理部２１４に対し問い合わせが行われる。これは、ユーザがサービスの代表名を用いてアクセスした場合に、これをサービス代表名管理部２１４に送出することにより、実サービス名を得ようとするものである。
【０１４９】
ステップＳ４２−２においては、サービス代表名管理部２１４は、ユーザが指定するサービス名が代表名であるかどうかを代表名管理データベース２１６を検索することにより確認する。この確認の結果、代表名である場合にはステップＳ４２−３に移行し、対応する実際のサービス名が通達される。一方代表名でない場合にはステップＳ４２−２に移行し、指定されたままのサービス名をサービスクライアント処理部２１２にそれぞれ通達する。このような構成により、携帯情報端末２００が送出してくるサービス名が代表名である場合も代表名でない場合もこのサービス代表名管理部２１４を通じることにより、利用可能なサービス名となるのである。
【０１５０】
ステップＳ４２−５においては、サービスクライアント処理部２１２は、このようにして得られた実際のサービス名を用いて以降のサービス操作処理を行う。一旦実際のサービス名が得られれば、それからの処理は従来のサーバに対する接続の方法と同様にして接続が行われる。
【０１５１】
以上述べたように本実施の形態５においては、サービスを実際の名称ではなく代表名を用いて指定することが可能となった。例えば、プリントサービスにおいては、用紙のサイズや、端末に近いプリンタもしくはプリンタの機能（ステープル、両面印刷、Ｎアップの可否等）によって、運用上の代表名を決定することが好適である。例えば、「ＰｒｉｎｔＡ４」や「ＮｅａｒｅｓｔＰｒｉｎｔｅｒ」や、「２−ｕｐＰｒｉｎｔｅｒ」のように代表名を定めることが好適である。そして、これらの代表名と実際のプリンタとの対応を代表名管理データベース２１６に登録するのである。
【０１５２】
なお、代表名管理データベース２１６は、サービス接続サーバ２０６の内部に包含されている例を本実施の形態５においては示したが、外部のデータベースに構築することも勿論好適である。その場合には、その外部のデータベースの検索機能によって、代表名と実際のサービスとの対応が管理・保持されることになる。このような構成によっても、図４１に示されているのと同様に作用効果を奏することは言うまでもない。
【０１５３】
図４３には、本実施の形態５におけるサービス接続サーバの他の構成を表す構成ブロック図が示されている。図４３に示されているように、サービス接続サーバ２０６は、端末通信処理部２３０と、通信処理部の回線断が検出されても、セッションを保持する端末セッション管理部２３２と、サービスクライアント処理部２３４と、を備えている。
【０１５４】
また、サービス接続サーバ２０６は、接続するサービスのセッションがタイムアウトしないように管理を行うサービスセッション管理部２３６と、サービスクライアントスタブ２３８とネットワーク通信部２４０と、を備えている。
【０１５５】
端末通信処理部２３０は、図４１における端末通信処理部２１０と同様の働きをする。
【０１５６】
端末セッション管理部２３２は、端末通信処理部を監視しており、その回線断を検出した場合においても、所定の期間は、端末操作の再開ができるようにサーバとのセッションを保持するような働きを担っている。本実施の形態５において特徴的なことは、携帯情報端末２００が例えば電池切れなどにより回線が切断された場合においても、ある期間は、サービス接続サーバとのセッションが保持される。
【０１５７】
そのため、携帯情報端末が再接続した場合にも、円滑にサービスの提供を受け続けることが可能となる。
【０１５８】
サービスクライアント処理部２３４は、図４１におけるサービスクライアント処理部２１２と同様の働きを有している。
【０１５９】
サービスセッション管理部２３６は、現在接続しているサービスのセッションがタイムアウトしないように管理をするものであり、携帯情報端末からまったく応答がこなくなってしまった場合においてもサーバとのセッションを保持すべく所定のデータのやりとりなどを行うためのものである。
【０１６０】
サービスクライアントスタブ２３８や、ネットワーク通信部２４０は、図４１におけるサービスクライアントスタブ２１８や、ネットワーク通信部２２０と同様の働きを有している。
【０１６１】
図４３に示されているようなサービス接続サーバ２０６の動作の概略を表すフローチャートが図４４に示されている。
【０１６２】
まず、ステップＳ４４−１において、端末セッション管理部２３２はネットワーク通信部２４０を介して携帯情報端末２００から受信したサービス要求のサービス利用の開始と終了及び回復要求、そして、回線断及び復旧を監視している。そして、ステップＳ４４−２において、利用開始することにより、端末セッションを生成する。比較的長期のタイムアウト設定でこれを管理する。さらに、ステップＳ４４−３において、利用終了によって、端末セッションが削除される。ステップＳ４４−４において、利用終了以前の回線断に対しては、事前に定めた時間だけサービスセッションが削除されないようにサービスセッション管理部に所定の指示が行われる。この時間は、各種の携帯情報端末２００の特性や実際のアプリケーションサーバの特性などにより、定めるのが好適である。また、ステップＳ４４−５において、上記ステップＳ４４−４において定めた時間内に回線が復旧し、回線断する以前と同一の携帯情報端末２００から同一のサービスに対するセッション回復要求を受信した場合には、回線断以前のサービス利用状況へ復旧が行われる。そして、ステップＳ４４−６においては、上記ステップＳ４４−４において定められている時間が経過した場合にはもはや復旧の見込みはないものとしてセッションの削除が行われる。
【０１６３】
続いて、ステップＳ４４−７においては、サービスセッション管理部２３６は、サービスクライアント処理部２３４からのサービス利用要求に応じて、実際に接続するサービスに対するアクセスのためのセッションをクライアントスタブ２３８の機能により作成し、これを保持・管理する。そして、ステップＳ４４−８においては、上記ステップＳ４４−１〜Ｓ４４−６に示されているように、端末セッション管理部２３２と連携を行う。
【０１６４】
このように、図４３に示されているような構成のサービス接続サーバ２０６を用いれば、電池切れなどのほか、緊急の用事により携帯情報端末を公衆回線から切り離さなければならない場合などにおいても、一定の時間内であれば、再接続することにより前回のサービスを引き続いて受ける事が可能である。従って、本実施の形態５によればよりネットワークサービスを円滑に受けることが可能となる。
【０１６５】
【発明の効果】
本発明によれば、サービスの連携のためのデータが付加されてサービス結果がクライアントに送出されるので、サービス間の連携が容易に行えるという効果を有する。
【０１６６】
さらに、本発明によれば、サービス提供装置と、クライアントとの間でサービスの管理をしたので、サービスの提供を効率よく行わせることが可能である。
【０１６７】
加えて、本発明によれば、管理装置のサービス連携機能を十分活用でき、作業の効率化が図れるものである。
【０１６８】
また、本発明によれば、ネットワークサービスの実サービス名が不明である場合にも、サービス代表名を用いたアクセスが可能となるため、より利便性に富んだネットワークサービスの提供が可能となる。
【０１６９】
さらに、本発明によれば、通信が中断された場合にもセッションが維持されているため、容易に再接続が可能となる効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る管理サーバ１２を含むネットワークの構成ブロック図である。
【図２】図１の管理サーバ１２の動作を表すフローチャートである。
【図３】クライアント１０が管理サーバ１２にアクセス要求をした場合の動作を表す説明図である。
【図４】管理サーバ１２がクライアント１０にサービスリストを送信する場合の説明図である。
【図５】管理サーバ１２がクライアント１０に対して送出する書式データの説明図である。
【図６】図５に示されている書式データを機能書式表示部２２が表示した画面を表す説明図である。
【図７】クライアント１０において、操作者がプリンティングサービスを選択した場合の様子を表す説明図である。
【図８】管理サーバ１２がサービス機能書式３２を、クライアント１０に送信する場合の動作を表す説明図である。
【図９】管理サーバ１２がクライアント１０に送出するサービス機能書式の説明図である。
【図１０】図９に示されているサービス機能書式をクライアント１０の機能書式表示部２２が表示した画面を表す説明図である。
【図１１】操作者が図１０の画面に対して用紙サイズや枚数および印刷ファイルの名称を指定した様子を表す説明図である。
【図１２】クライアント１０が、操作者が入力したパラメータを管理サーバ１２を経由してサーバ１４に送出する場合の動作の説明図である。
【図１３】サーバ１４のサービスの結果が管理サーバ１２において受信される場合の動作を表す説明図である。
【図１４】管理サーバ１２において、サービス結果に所定の連携データを付加して、一定の書式データとした場合の、この書式データを表す説明図である。
【図１５】図１４に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図１６】サービス機能書式３２が管理サーバ１２ではなく、対応するサーバ１４内部に配置した場合の構成を表す説明図である。
【図１７】ファイルサーバにおけるファイル検索サービスを受ける場合に、管理サーバ１２からクライアント１０に送信される書式データを表す説明図である。
【図１８】図１７に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図１９】図１８に示された画面に対し、操作者が検索式を入力した様子を表す説明図である。
【図２０】ファイル検索サービスの結果であって、サーバ１４から管理サーバ１２に送出されるデータを表す説明図である。
【図２１】図２０に示されている結果のデータに基づき、管理サーバ１２がクライアント１０が解釈し得る形式に変換した書式データを表す説明図である。
【図２２】図２１に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図２３】図２２に示されている画面から「はじめに．ｔｘｔ」を選択し、削除の操作が選ばれた場合の様子を表す説明図である。
【図２４】図２２に示されている画面において、削除の操作の代わりに、印刷の操作が選ばれた場合に様子を表す説明図である。
【図２５】ファイル検索結果に基づき、印刷サービスをうける場合の動作の流れが太線で示されているフローチャートである。
【図２６】プリンティングサービスの提供を受ける場合に、管理サーバ１２からクライアント１０に送出される書式データを表す説明図である。
【図２７】図２６に示されている書式データを機能書式表示部２２が解釈し、表示した画面を表す説明図である。
【図２８】図２２に示されている画面から、再びサービスリストの表示を行いたい場合に、このサービスリストの選択が行われている様子を表す説明図である。
【図２９】図２８に示されているように、サービスリストの再表示が選択される場合の動作の流れが太線で示されているフローチャートである。
【図３０】本発明の実施の形態におけるサービス接続サーバ１０６が、携帯情報端末やプリントサーバ１０２との間に接続されている様子、及びデータの流れを表す説明図である。
【図３１】ＧＵＩパーツの例を表す説明図である。
【図３２】ＧＵＩパーツの配置情報がどのように表示画面に反映されるかを表す説明図である。
【図３３】携帯情報端末１００の構成を表す構成ブロック図である。
【図３４】携帯情報端末１００の動作の概略を表すフローチャートである。
【図３５】サービス接続サーバ１０６の構成を表す構成ブロック図である。
【図３６】サービス接続サーバ１０６の動作の概略を表すフローチャートである。
【図３７】携帯情報端末１００の電源投入後の初期画面及びプリントサービスを選んだ場合のプリントサービス提供画面を表す説明図である。
【図３８】携帯情報端末１００の図３７において示されている画面の移り変わりの際の動作をあらわすフローチャートである。
【図３９】プリントサービスの提供画面におけるＧＵＩパーツ配置情報を表す説明図である。
【図４０】本実施の形態５におけるサービス接続サーバ２０６が、携帯情報端末２００及びプリントサーバ２０２などに接続されている様子を表す説明図である。
【図４１】サービス接続サーバ２０６の構成を表す構成ブロック図である。
【図４２】サービス接続サーバ２０６の処理の概略を表すフローチャートである。
【図４３】サービス接続サーバ２０６の構成を表す構成ブロック図である。
【図４４】サービス接続サーバ２０６の処理の概略を表すフローチャートである。
【符号の説明】
１０ クライアント、１２ 管理サーバ、１４ サーバ、２０ 受信部、２２機能書式表示部、２４ 入力制御部、２６ 送信部、３０ サービス制御部、３２ サービス機能書式、３４ クライアント送信部、３６ サーバ制御部、３８ 結果受信部、４０ クライアント受信部、５０ ネットワーク、１００ 携帯情報端末、１０２ プリントサーバ、１０４ ファイルサーバ、１０６ サービス接続サーバ、１１０ ユーザ入力処理部、１１２ ＧＵＩパーツ配置管理部、１１４ 画面表示処理部、１１６ ビルトインイメージ管理部、１１８ 通信制御部、１２０ 端末通信処理部、１２２ サービスクライアント処理部、１２４ ＧＵＩパーツ情報格納部、１２６ サービスクライアントスタブ、１２８ ネットワーク通信部、２００ 携帯情報端末、２０２ プリントサーバ、２０４ホスト接続サーバ、２０６ サービス接続サーバ、２１０ 端末通信処理部、２１２ サービスクライアント処理部、２１４ サービス代表名管理部、２１６代表名管理データベース、２１８ サービスクライアントスタブ、２２０ ネットワーク通信部、２３０ 端末通信処理部、２３４ サービスクライアント処理部、２３２ 端末セッション管理部、２３６ サービスセッション管理部、２３８ サービスクライアントスタブ、２４０ ネットワーク通信部、１０００ 記憶手段。
Claims (6)
- サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、
前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、
前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、
前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、
を含むことを特徴とする管理装置。 - サービス提供装置と、サービスの提供を受けるクライアント装置とを用いて、サービスの管理を行う方法において、
前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する工程と、
前記送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出する工程と、
前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する工程と、
を含むことを特徴とするサービスの管理方法。 - サービス提供装置と、サービスの提供を受けるクライアント装置と、これらの装置に接続され、サービスの管理を行う管理装置とを含むネットワークシステムにおいて、
前記クライアント装置に、サービスの提供のための一定のパラメータを入力させるための書式データであって、前記クライアント装置において解釈可能な書式データを前記クライアント装置に送出する書式データ送出手段と、
前記書式データ送出手段によって送出された書式データに応答して前記クライアント装置において入力されたサービスのための一定のパラメータを、前記サービス提供装置に送出するパラメータ送出手段と、
前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出するサービス結果送出手段と、
を前記管理装置が含むことを特徴とするネットワークシステム。 - 請求項３記載のネットワークシステムに用いられる前記クライアント装置であって、
前記管理装置が送出する書式データを解釈し、画像を生成する表示部を含むことを特徴とするクライアント装置。 - サービス提供装置と、サービスの提供を受けるクライアント装置とに接続され、サービスの管理を行う管理装置において、
前記クライアント装置が解釈可能な形式の情報を、前記クライアント装置に送出し、前記解釈可能な形式の情報に基づき、前記サービス提供装置をアクセスするのに必要な情報を、前記クライアント装置において入力させる第１の手段と、前記クライアント装置において入力された情報を、前記サービス提供装置が解釈可能な形式の情報に変換し、前記サービス提供装置に送出する第２の手段と、前記サービス提供装置が返送するサービス結果に、このサービス結果を、操作者により選択される他のサービス、に供するためサービス間の連携のためのデータを付加し、さらに付加後のデータを前記クライアント装置が解釈可能な書式データに変更し、この書式データを前記クライアント装置に送出する第３の手段と、
を含む管理装置であって、
前記クライアント装置から、サービス代表名によるサービスアクセス要求を受信した場合に、このサービス代表名を実サービス名に変換する手段と、
前記実サービス名を用いて、前記クライアント装置からのサービスアクセス要求に対応するサービス装置にアクセスするアクセス手段と、
を含むことを特徴とする管理装置。 - 請求項５に記載の管理装置において、さらに、
前記クライアント装置と本管理装置との回線断を検出する手段と、
前記回線断検出手段が回線断を検出した後、所定期間、前記クライアント装置での操作の再開を可能とするために、前記サービス装置とのセッションを維持する維持手段と、
を含むことを特徴とする管理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003156395A JP4161806B2 (ja) | 2003-06-02 | 2003-06-02 | 管理装置、管理方法およびネットワークシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003156395A JP4161806B2 (ja) | 2003-06-02 | 2003-06-02 | 管理装置、管理方法およびネットワークシステム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8032268A Division JPH09223096A (ja) | 1996-02-20 | 1996-02-20 | 管理装置及びクライアント装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004005700A true JP2004005700A (ja) | 2004-01-08 |
| JP4161806B2 JP4161806B2 (ja) | 2008-10-08 |
Family
ID=30438213
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003156395A Expired - Fee Related JP4161806B2 (ja) | 2003-06-02 | 2003-06-02 | 管理装置、管理方法およびネットワークシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4161806B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008269571A (ja) * | 2007-04-19 | 2008-11-06 | Sharp Corp | ドキュメントのドライバなし画像処理方法及びシステム |
| WO2012033215A1 (en) * | 2010-09-10 | 2012-03-15 | Ricoh Company, Ltd. | Automatic and semi-automatic selection of service or processing providers |
| US8555195B2 (en) | 2010-06-29 | 2013-10-08 | Ricoh Co., Ltd. | Bookmark function for navigating electronic document pages |
| US9058778B2 (en) | 2010-06-29 | 2015-06-16 | Ricoh Co., Ltd. | Maintaining DC balance in electronic paper displays using contrast correction |
| 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 |
-
2003
- 2003-06-02 JP JP2003156395A patent/JP4161806B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008269571A (ja) * | 2007-04-19 | 2008-11-06 | Sharp Corp | ドキュメントのドライバなし画像処理方法及びシステム |
| JP4590457B2 (ja) * | 2007-04-19 | 2010-12-01 | シャープ株式会社 | ドキュメントのドライバなし画像処理方法 |
| US8555195B2 (en) | 2010-06-29 | 2013-10-08 | Ricoh Co., Ltd. | Bookmark function for navigating electronic document pages |
| US9058778B2 (en) | 2010-06-29 | 2015-06-16 | Ricoh Co., Ltd. | Maintaining DC balance in electronic paper displays using contrast correction |
| 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 |
| WO2012033215A1 (en) * | 2010-09-10 | 2012-03-15 | Ricoh Company, Ltd. | Automatic and semi-automatic selection of service or processing providers |
| CN103080915A (zh) * | 2010-09-10 | 2013-05-01 | 株式会社理光 | 自动和半自动选择服务或处理提供商 |
| 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 |
|---|---|
| JP4161806B2 (ja) | 2008-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09223096A (ja) | 管理装置及びクライアント装置 | |
| US7636584B2 (en) | Computing device and methods for mobile-printing | |
| TW588245B (en) | System and method for printing over networks via a print server | |
| US7610350B2 (en) | Wireless information transmission system and method | |
| JP5025116B2 (ja) | 情報処理装置及びその制御方法ならびにプログラム | |
| JP4710947B2 (ja) | 通信システム及び通信制御プログラム | |
| US20030090694A1 (en) | Just-in-time printer discovery and driver installation system and method | |
| US7218406B2 (en) | Mailbox printing services for information appliances | |
| EP1490829A1 (en) | Method and system to print via e-mail | |
| WO2001042894A1 (en) | Method and system for presenting information | |
| US20030020954A1 (en) | Versatile printing from portable electronic device | |
| CN102103475B (zh) | 打印任务管理装置、系统及方法 | |
| US20100036855A1 (en) | Communication Device | |
| JP2010033574A (ja) | データ処理方法、装置及びコンピュータ読取可能な媒体 | |
| JP4161806B2 (ja) | 管理装置、管理方法およびネットワークシステム | |
| JP6365247B2 (ja) | 情報処理装置、情報処理システム、及び情報処理方法 | |
| US7202961B2 (en) | Method for dynamically creating a printer driver | |
| JP4690798B2 (ja) | ネットワーク装置 | |
| US20030103231A1 (en) | Printing system | |
| JPWO2006006302A1 (ja) | 印刷システム、プリンタサーバ、印刷実行プログラムおよび印刷文書の管理システム | |
| JP2004326740A (ja) | Ｗｅｂページ生成装置、組み込み装置、Ｗｅｂページ生成システム、Ｗｅｂページ生成の制御方法、Ｗｅｂページ生成プログラム及び記録媒体 | |
| JP5072705B2 (ja) | 操作部品情報表示装置、電子機器、プログラム解析装置、操作部品情報表示システム、操作部品情報表示方法、操作部品情報管理方法、プログラム解析方法、及びプログラム | |
| JP2003283717A (ja) | 画像形成装置用端末エミュレータにおける拡張制御コード処理方法、その方法をコンピュータに実行させるプログラムおよび画像形成装置 | |
| JP5090828B2 (ja) | 情報処理装置 | |
| KR100594723B1 (ko) | 인쇄장치를 통해 재인쇄를 요청할 수 있는 인쇄시스템 |
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 |