(57)【要約】【課題】  ネットワークデバイスに対する問い合わせ要求をクライアント装置から直接ネットワークデバイスに問い合わせる要求を自在に行えることである。【解決手段】  ＣＬ印刷装置１−１は、各ネットワークデバイスに対する接続情報をUDDIサーバ１−２から取得して保持する。そして、認証されたユーザからのサービス要求時に、ＣＬ印刷装置１−１のＣＰＵが前記接続情報が前記保持手段に保持済みであると判断する場合がある。この場合に、UDDIサーバ１−２にネットワークデバイスを問い合わせることなく、保持されている接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせを行う構成を特徴とする。【選択図】  図１
2007094461.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置であって、
各ネットワークデバイスに対する接続情報を前記サーバ装置から取得して保持する保持手段と、
前記ネットワークサービスを要求するユーザを認証する認証手段と、
前記認証手段により認証されたユーザからのサービス要求時に、前記接続情報が前記保持手段に保持済みかどうかを判断する判断手段と、
前記判断手段により保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく、保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せ手段と、
を有することを特徴とするクライアント装置。
【請求項２】
所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置であって、
前記ネットワークサービスを要求するユーザを認証する認証手段と、
前記認証手段により認証されたユーザからのサービス要求実行に伴うネットワークデバイスへの接続情報をユーザ別に保持する保持手段と、
前記認証手段によりユーザ認証されたユーザからのサービス要求時に、該ユーザに対応する接続情報が前記保持手段に保持済みかどうかを判断する判断手段と、
前記判断手段により保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく、保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せ手段と、
を有することを特徴とするクライアント装置。
【請求項３】
前記問合せ手段による問い合わせに対する応答に基づいて各ネットワークデバイスの接続エラー状態を判別する判別手段と、
前記判別手段により判別結果に基づいて、利用可能なネットワークサービスと利用できないネットワークサービスを表示する表示手段と、
を有することを特徴とする請求項１または２記載のクライアント装置。
【請求項４】
前記サービス要求時は、前記クライアント装置の電源投入時、所定の時間間隔毎を含むことを特徴とする請求項１または２記載のクライアント装置。
【請求項５】
前記保持手段は、前記サーバ装置により検索されている各ネットワークデバイスに対する第１の接続情報または、前記認証手段によりユーザ認証されたユーザからのサービス要求実行に伴うネットワークデバイスへのユーザ別の第２の接続情報を保持することを特徴とする請求項１〜４のいずれかに記載のクライアント装置。
【請求項６】
前記第１の接続情報と第２の接続情報とが同一となる場合に、前記第１の接続情報の取得時に、前記第２の接続情報に基づき第１の接続情報を設定することを特徴とすることを特徴とする請求項５記載のクライアント装置。
【請求項７】
所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置におけるサービス問い合わせ方法であって、
各ネットワークデバイスに対する接続情報を前記サーバ装置から取得して保持手段に保持する保持ステップと、
前記ネットワークサービスを要求するユーザを認証する認証ステップと、
前記認証ステップにより認証されたユーザからのサービス要求時に、前記接続情報が前記保持手段に保持済みかどうかを判断する判断ステップと、
前記判断ステップにより保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく、保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せステップと、
を有することを特徴とするサービス問い合わせ方法。
【請求項８】
所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置におけるサービス問い合わせ方法であって、
前記ネットワークサービスを要求するユーザを認証する認証ステップと、
前記認証ステップにより認証されたユーザからのサービス要求実行に伴うネットワークデバイスへの接続情報を保持手段にユーザ別に保持する保持ステップと、
前記認証ステップによりユーザ認証されたユーザからのサービス要求時に、該ユーザに対応する接続情報が前記保持手段に保持済みかどうかを判断する判断ステップと、
前記判断ステップにより保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく、保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せステップと、
を有することを特徴とするサービス問い合わせ方法。
【請求項９】
前記問合せステップによる問い合わせに対する応答に基づいて各ネットワークデバイスの接続エラー状態を判別する判別ステップと、
前記判別ステップにより判別結果に基づいて、利用可能なネットワークサービスと利用できないネットワークサービスを表示する表示手段と、
を有することを特徴とする請求項７または８記載のサービス問い合わせ方法。
【請求項１０】
前記サービス要求時は、前記クライアント装置の電源投入時、所定の時間間隔毎を含むことを特徴とする請求項７または８記載のサービス問い合わせ方法。
【請求項１１】
前記保持手段は、前記サーバ装置により検索されている各ネットワークデバイスに対する第１の接続情報または、前記認証手段によりユーザ認証されたユーザからのサービス要求実行に伴うネットワークデバイスへのユーザ別の第２の接続情報を保持することを特徴とする請求項７〜１０のいずれかに記載のサービス問い合わせ方法。
【請求項１２】
前記第１の接続情報と第２の接続情報とが同一となる場合に、前記第１の接続情報の取得時に、前記第２の接続情報に基づき第１の接続情報を設定することを特徴とすることを特徴とする請求項１１記載のサービス問い合わせ方法。
【請求項１３】
請求項７〜１０のいずれかに記載のサービス問い合わせ方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１４】
請求項７〜１０のいずれかに記載のサービス問い合わせ方法を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク環境に接続されるデバイスに対して所定のサービスを要求を行うクライアント装置のサービス要求処理に関するものである。
【０００２】
に関するものである。
【背景技術】
【０００３】
近年、駅周辺店舗に設置される端末（クライアント装置）等の情報端末装置を用い、インターネット、イントラネット上に公開や登録されている記事・画像や自分で撮影する。そして、Webにアップロードしたデジタル画像を情報端末装置にダウンロードし、さらに画像編集して印刷したり、編集したデータをサーバに保存したりするサービスが提供されている。なお、クライアント装置自身が、ネットワークデバイスとして、所定のサービス（画像処理等）を行う場合もある。
【０００４】
そして、こうした画像編集サービスは、Ｗｅｂサービスのような技術により、各情報端末装置にあらかじめ実装されているアプリケーションの利用にとどまらない。例えば、様々な画像編集サービスを保持するサーバを動的に検索し、任意にアクセスして、サービスを提供してもらう。そして、さらに、任意のストレージサービスや印刷サービスと連携を図り、多種多様で汎用性のあるネットワーク印刷サービスとして進化し、整備されはじめてきた。そして、今後、こうしたシステムがますます普及することが予想される。
【０００５】
下記特許文献１には、クライアントがサービスを利用する際に必要なデータ処理を行えるようにし、クライアントが予め専用のプログラムを備えていなくてもサービスを利用できるようにするサービス管理方法を記載されています。
【０００６】
具体的には、Ｗｅｂサービス管理装置は、ＷｅｂサービスプロバイダからＷｅｂサービスの利用方法が記述されたＷＳＤＬファイル、Ｗｅｂサービスの内容およびデバイス情報を受信する。そして、ＷＳＤＬファイルを基に、ＷｅｂサービスプロバイダのＷｅｂサービスを利用するためのＷｅｂサービスクライアントプログラムを作成する。また、ＷｅｂサービスクライアントがＷｅｂサービス管理装置にＷｅｂサービス要求を送信してその結果を受信するためのＷｅｂサービス管理装置サーバプログラムおよびＷｅｂサービス管理装置クライアントプログラムを作成する。さらに、ＵＩ画面のＵＩデータを作成することも記載されています。
【特許文献１】特開２００５−５５９８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、任意のサーバから動的にサービスを利用するためには、Webサービスを行う場合、例えばＸＭＬを応用したインターネット上に存在するＷｅｂサービスであるUDDIサーバに問い合わせをする必要がある。ここで、ＵＤＤＩとはUniversal Description Discovery and Intergrationである。
【０００８】
しかし、UDDIサーバに個々のサービスごとに検索を実行するために、サービスを利用するまでの時間がかかり、ユーザストレスを引き起こす可能性があった。
【０００９】
また、いざ利用としても、その時点から検索を実行するために、事前にサービスが利用できるかどうかを把握することができなかった。
【００１０】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ネットワークデバイスに対する問い合わせ要求をクライアント装置から直接ネットワークデバイスに問い合わせる要求を自在に行える仕組みを提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成する本発明クライアント装置は以下に示す構成を備える。
【００１２】
所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置は以下を有する。
【００１３】
各ネットワークデバイスに対する接続情報を前記サーバ装置から取得して保持する保持手段と、前記ネットワークサービスを要求するユーザを認証する認証手段を有する。また、前記認証手段により認証されたユーザからのサービス要求時に、前記接続情報が前記保持手段に保持済みかどうかを判断する判断手段を有する。さらに、前記判断手段により保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく、保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せ手段とを有する。
【００１４】
また、所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置は以下を有する。
【００１５】
前記ネットワークサービスを要求するユーザを認証する認証手段と、前記認証手段により認証されたユーザからのサービス要求実行に伴うネットワークデバイスへの接続情報をユーザ別に保持する保持手段を有する。また、前記認証手段によりユーザ認証されたユーザからのサービス要求時に、該ユーザに対応する接続情報が前記保持手段に保持済みかどうかを判断する判断手段を有する。さらに、前記判断手段により保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく、保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せ手段とを有する。
【００１６】
上記目的を達成する本発明に係るサービス問い合わせ方法は以下に示す構成を備える。
【００１７】
所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置におけるサービス問い合わせ方法は以下のステップを有する。
【００１８】
各ネットワークデバイスに対する接続情報を前記サーバ装置から取得して保持手段に保持する保持ステップと、前記ネットワークサービスを要求するユーザを認証する認証ステップを有する。また、前記認証ステップにより認証されたユーザからのサービス要求時に、前記接続情報が前記保持手段に保持済みかどうかを判断する判断ステップを有する。また、前記判断ステップにより保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せステップとを有する。
【００１９】
また、所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置におけるサービス問い合わせ方法は以下のステップを有する。
【００２０】
前記ネットワークサービスを要求するユーザを認証する認証ステップと、前記認証ステップにより認証されたユーザからのサービス要求実行に伴うネットワークデバイスへの接続情報を保持手段にユーザ別に保持する保持ステップを有する。また、前記認証ステップによりユーザ認証されたユーザからのサービス要求時に、該ユーザに対応する接続情報が前記保持手段に保持済みかどうかを判断する判断ステップを有する。また、前記判断ステップにより保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せステップとを有する。
【発明の効果】
【００２１】
本発明によれば、ネットワークデバイスに対する問い合わせ要求をクライアント装置から直接ネットワークデバイスに問い合わせる要求を自在に行える。
【００２２】
また、ネットワークサービスを利用するまでの時間を短縮するとともに事前にサービスが利用できるかどうかを事前に把握することができる。
【００２３】
さらに、ユーザがクライアント装置からネットワークデバイスから応答結果を得るまでに要する待ち時間を要因としたアクセスストレスを軽減させることができる。
【発明を実施するための最良の形態】
【００２４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２５】
＜システム構成の説明＞
〔第１実施形態〕
以下、図面を参照して本発明の実施の形態を説明する。
【００２６】
図１は、本発明の第１実施形態を示すクライアント装置を適用可能なネットワークサービスシステムの一例を示す図である。なお、本システム例は、一例であって、各種の機能処理を実行可能な多数のデバイス、サーバ装置が接続されていてもよいし、サービス処理にログイン処理や、課金処理が伴うものであってもよい。
【００２７】
また、クライアント装置は、本実施形態に示すように、印刷装置機能を実行するネットワークデバイスに限らず、他の画像処理装置、複合画像処理装置であって、ネットワーク機能と、Ｗｅｂクライアント機能を備えるものであれば本発明を適用可能である。
【００２８】
図１において、１−１はWebサービスクライアント印刷装置で、ネットワーク上に接続された各種のデバイスを利用して、Webサービスの画像編集サービス、ストレージサービス、印刷サービス等を利用することにより、高度な画像編集を行う。なお、Webサービスクライアント印刷装置１−１を、以下、ＣＬ印刷装置１−１と呼ぶ。
【００２９】
ＣＬ印刷装置１−１は、直接ネットワーク、例えばＬＡＮ１−９に接続されている。そして、HTTPクライアントとして、UDDIサーバ１−２へ問い合わせることで画像編集サービス等のサービスを行うサーバ装置を動的に検索し、付加価値印刷をすることが可能である。
【００３０】
１−３、１−４はＷｅｂサービスデバイス（ＷＳデバイス）で、印刷サービスを登録しているネットワークデバイスとして機能する。ＷＳデバイス１−３、１−４は、ＣＬ印刷装置１−１と連携して分散印刷が利用できる。
【００３１】
１―５、１−７はサーバ装置で、編集した画像情報を保存する記憶装置を備えてストレージサービスを提供する。１−６、１−８はサーバ装置で、画像編集サービスを行う。なお、本実施形態において、サーバ装置１−５〜１−８は、ネットワーク上で、特定のネットワークサービスを実行するネットワークデバイスとして機能する。ここで、特定のネットワークサービスは、画像編集サービス、印刷サービス、ストレージサービスを含むものとする。
【００３２】
なお、１−３〜１−８は、それぞれのサービス形態をUDDIサーバ１−２にURL等のアクセスポイントやアクセスキーを登録しておくことが可能に構成されている。LAN１−９は、イントラネットもしくはインターネットを示している。
【００３３】
なお、各種サービスを行うためのサーバ装置、印刷デバイス装置は、同図に示す台数と異なる台数が接続されていもよい。また、画像付加価値印刷に関わるサービスであれば、画像編集サービス、印刷サービス、ストレージサービスに言及されない。
【００３４】
さらに、本実施形態のＷｅｂサービスは、ＳＯＡＰと呼ばれるＸＭＬベースのプロトコルで各ネットワーク上のデバイスが通信可能なシステムを例とするが、他のプロトコルであっても本発明を適用可能である。
【００３５】
図２は、図１に示したＣＬ印刷装置１−１の内部構成を示すブロック図である。なお、ＣＬ印刷装置１−１は、通常の印刷処理機能に加えて、Ｗｅｂサービスクライアントとして機能するためのＯＳや、アプリケーションがあらかじめインストールされている。そして、ネットワーク上に接続されたサーバ装置と所定のプロトコルで通信可能に構成されている。
【００３６】
図２において、ＣＰＵ２−１は、ＲＯＭ２―３に格納されているプログラムをＲＡＭ２−２にロードして実行する。ＣＰＵ２−１は、、システムバス２−１１に接続される各デバイスを総括的に制御する。
【００３７】
また、ＲＡＭ２−２は、ＣＰＵ２−１の主メモリ、ワークエリア等として機能する。そして、ユーザ情報やそれに関するサービス情報へのURLを保存するバックアップＲＡＭも構成される。
【００３８】
２−４はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２−８からの指示入力を制御する。２−５はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２−９の表示を制御する。
【００３９】
ユーザは、キーボード２−８およびＣＲＴディスプレイ２−９を用いて画像データ等を編集するなど、加工して印刷する。
【００４０】
２−６はデバイスコントローラ（ＤＶＣ）で、プリンタ（ＤＶ）２−１０などを制御する。２−７はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２−１２を介して、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００４１】
また、本実施形態においては、ＬＡＮ２−１２は、図１におけるＬＡＮ１−９と同じものである。
【００４２】
なお、ユーザ情報やそれに関するサービス情報は、ハードディスク等のその他の記憶装置に保存してもよい。また、液晶パネルのタッチパネル等を用いて、仮想キーボードとし、キーボードの代わりとしても良い。
【００４３】
さらに、ユーザが備える通信装置、例えば携帯電話等と所定の無線通信を介して、携帯電話が備えるディスプレイやボタンを介して、所定の情報を入出力する構成であってもよい。
【００４４】
なお、Ｗｅｂサービスの利用者は、ＣＬ印刷装置１−１のＵＩ画面から利用したいＷｅｂサービスを選択し、必要な情報を入力する。尚、ＣＬ印刷装置１−１は、サービス要求を所定のプロトコルで行う。例えばＳＯＡＰ−ＸＭＬ形式であるが、一般的なＲＰＣ形式、またはＷｅｂサービス管理装置およびＷｅｂサービスクライアント間でのみ理解できる特殊なフォーマットであってもよい。
【００４５】
図３は、図１に示したネットワークシステムにおける第１のサービス利用形態の一例を示す図であり、図１と同一のものには同一の符号を付してある。本例は、ＣＬ印刷装置１−１のUDDIサーバ１−２への問い合わせ処理の一例である。なお、図中の太い実線部が通信状態を示す。
【００４６】
ＣＬ印刷装置１−１から、UDDIサーバ１−２へ、例えばSOAPプロトコルを用いてユーザの求めるサービスの検索を行い、サーバのへのアクセスポイントであるＵＲＬ等を取得する。なお、UDDIサーバ１−２は、ＬＡＮ１−９を介して、接続されたデバイスとの通信を行い、現在の利用可能なデバイスやリソースの状態を検索して、その結果情報を保存管理している。
【００４７】
本実施形態では、画像編集ソリューションとして、画像編集サービス、ストレージサービス、印刷サービスの３つのサービス利用を用いることとするため、UDDIサーバ１−２へ３回問い合わせることととなる。
【００４８】
なお、ここでは、Webサービスでのシステム形態を実現形態としたが、インターネットにおいてサービス情報を取得できるシステムであれば、特に限定されない。
【００４９】
従って、UDDIサーバ装置１−２以外の検索サーバで実現も可能である。また、サーバ装置を特定するものは、ＵＲＬ以外のＩＰアドレス等のサーバを唯一に特定するものであれば、限定されるものではない。
【００５０】
図４は、図１に示したネットワークシステムにおける第２のサービス利用形態の一例を示す図であり、図１と同一のものには同一の符号を付してある。本例は、ＣＬ印刷装置１−１のUDDIサーバ１−２への問い合わせを利用しないサービス要求を個別にそれぞれのデバイスに問い合わせを行う例である。図中の太い実線部が通信状態を示す。
【００５１】
まず、UDDIサーバ１−２へ画像編集サービス、ストレージサービス、印刷サービスサービスを問い合わせた結果を前回のサービス利用を保持しているために実現可能である。
【００５２】
ＣＬ印刷装置１−１は、デバイス１−４、サーバ装置１−７、１−８に対して現在ログインしているユーザ情報と関連させて、アクセス履歴をそれぞれ保存している。一例を示すと、“https://uddi.ccccc.jp/print”、“https://uddi.ccccc.jp/gazou”、“https://uddi.ccccc.jp/storage/”のようにURLで示している。
【００５３】
本例は、図３に示したようにUDDIサーバ１−２への問い合わせを用いず、しかも、各ユーザごとに利用が多いサービスへの問い合わせをユーザログイン時に実行することで、効率よいサービス利用を実現している。
【００５４】
なお、ログイン時へ、サービスへの問い合わせを一旦実行するため、各種サーバへの利用ができるかどうかをユーザに事前に通知することが可能となる。
【００５５】
図５は、図１に示したUDDIサーバ１−２への問い合わせに対するXMLでのレスポンスの一例を示す図である。本例は、UDDIサーバ１−２に登録されているアクセスポイントがXML形式で記述されており、例えばSOAPプロトコルを用いて、UDDIサーバ１−２から返信されている例である。
【００５６】
図５において、５−１は画像編集サービスへの第一のアクセスポイントである。例えば＜accesspointurltype“https”＞https:uddi.ccccc/jp/gazou＜/accesspoint＞を示す。
【００５７】
５−２は画像編集サービスへの第２のアクセスポイントである。例えば＜accesspoint URL Type“https”＞https:uddi.ccccc/jp/gazou2＜/accesspoint＞を示す。
【００５８】
なお、アクセスポイント数は、UDDIサーバ１−２に登録されている数なので、２つと限定されるものではない。
【００５９】
図６は、図１に示したＣＬ印刷装置１−１のＣＲＴ２−９に表示されるUI画面例を示す図である。なお、本画面例は、画像編集サービスのできるサーバ装置１−６、１−８にアクセスして、ユーザログイン後のUI画面例である。
【００６０】
図６において、６−１はＵＩ画面で、ＣＬ印刷装置１−１のＣＲＴ２−９に表示される。特に、本UI画面は、ユーザＡがログインしたUI画面である。
【００６１】
ユーザがログインすると、ユーザごとにカスタマイズされた画面が表示される。
【００６２】
６−２はデフォルトのアイコンであり、あらかじめ装置に登録されている画像編集サービスをデスクトップにユーザが貼り付けている。
【００６３】
そして、この画像編集サービスには、画像編集を行うサービスを提供するアクセスポイント（https://uddi.ccccc.jp/gazou）６−３が関連付けてある。
【００６４】
その他、付加機能として、編集した画像を保存する機能（アクセスポイントhttps://uddi.ccccc.jp/storage）も関連付けてある。また分散印刷を行うための分散印刷装置（アクセスポイントhttps://uddi.ccccc.jp/print）も関連付けてある。
【００６５】
６−４はＵＩ画面で、ユーザＡとは別のユーザＢがログインした時にUI表示画面である。この時は、デフォルトのアイコンではなく、ユーザがカスタマイズし、別のサービスを統合してアイコン６−５として画面に貼り付けたものである。
【００６６】
ここでは、https://uddi.abc.jo/gazouの画像編集サービス６−４とhttps://uddi/lmn.jp/のストレージサービスとhttps://uddi.xyz.jp/printの分散印刷装置を選択している。
【００６７】
なお、各アイコンはユーザごとに複数貼り付けてもかまわないし、各アイコンは、関連付けするサービス３つと限定されるものではない。
【００６８】
また、本実施形態では、各ネットワークデバイスのＵＩ画面の基本画面について説明していないが、例えば上記特許文献１の図１０に示すような操作画面として機能するＵＩ画面を表示可能なネットワークデバイスであるものとする。
【００６９】
図７は、図２に示したＣＲＴ２−９に表示されるサービス利用履歴の表示画面の一例を示す図である。
【００７０】
図７において、７−１はＣＬ印刷装置１−１のUI画面であり、サービス利用履歴表示の指示をユーザが指定するとログとして表示される。７−２はサービスの利用アクセスポイントであり、一番上が最新にアクセスしたサービスを表示している。なお、サービス利用歴情報は、図示しないハードディスク等の外部記憶装置に記憶してもよい。また、ＲＡＭ２−２のＮＶＲＡＭ領域で管理する構成であってもよい。
【００７１】
７−３はステータスで、このログに対して、再電源投入時にアクセスポイントへのアクセスを行い、サービスが利用できるかどうかの状態を表示している。ここでは、https://uddi/yyy.co.jp/print2への問い合わせがエラーであったためにエラー表示(NG)を行っている。
【００７２】
なお、サービス履歴表示はユーザの指示なしで、常に表示してもかまわない。また、サービス利用履歴の各サービスのステータス更新は、最電源投入時でなく、一ヶ月単位等で周期的に行ってもよい。
【００７３】
図８は、図１に示したＣＬ印刷装置１−１が備える記憶装置に保存されるサービス利用状態とサービス利用履歴の一例を示す図である。本例は、保存しているユーザ毎のサービス利用状態とサービス利用履歴の一例である。
【００７４】
なお、図１に示したＣＬ印刷装置１−１には、図示しない不揮発性記憶装置、例えばNVRAMや、ハードディスク等を備えている。そして、ＣＰＵ２−１は、図８に示すデータ形式で、ユーザ毎のサービス利用状態とサービス利用履歴を保存管理している。
【００７５】
図８において、８−１はユーザ名であり、ここでは、ユーザＡ、ユーザＢが登録されている例を示している。
【００７６】
各自アイコン情報は、アイコン名８−２としてユーザＡは画像編集、ユーザＢはイメージングを保持している。そして、アクセスポイント８−３として、URLを保持している。
【００７７】
それぞれ、図６でのURLと同様のものを保持しており、ユーザＡが所定の認証処理を伴ってログインすると同時に、サービスへの問い合わせを行い、その結果でアクセス結果８−４を更新する。
【００７８】
ただし、履歴にも同アクセスポイントが存在する場合には、既にステータスが更新されているので、この場合は、アクセス結果を更新しない。
【００７９】
８−５はサービス履歴であり、最新のサービス履歴８−６を、例えば２０個程度、上記不揮発性の記憶装置に保持している。
【００８０】
そして、ＣＰＵ２−１は、サービス履歴に対するステータスを各デバイスとの通信により、電源投入時に更新し、さらに、ユーザ毎の保持情報にも同アクセスポイントが存在すれば、そこも同様に更新する。
【００８１】
なお、図７説明同様、サービス利用履歴の各サービスのステータス更新は、最電源投入時でなく、１ヶ月単位等で周期的に行ってもよい。また、履歴数は、２０と限定されるものではない。
【００８２】
図９は、図１に示したUDDIサーバ１−２を利用したサービス利用の第１のシーケンスの一例を示す図である。
【００８３】
図９において、９−１はＣＬ印刷装置である。９−２は画像編集サービスデバイスで、図１に示したサーバ装置１−５、１−８がその処理を担う。
【００８４】
まず、ＣＬ印刷装置９−１は、ログイン情報としてサービスへのアクセスポイントを保持していない場合は、UDDIサーバ９−５へのサービス問い合わせを実行する。
【００８５】
本例は、ユーザは、ＣＬ印刷装置９−１から画像編集サービスを利用しようとする時に、画像編集データのサーバ装置への保持と分散印刷を指定する。そして、UDDIサーバ９−５へ画像編集サービス検索要求９−６、ストレージサービス検索要求９−８、印刷サービス要求９−１０を行っている例である。
【００８６】
なお、UDDIサーバ９−５へ画像編集サービス検索要求９−６、ストレージサービス検索要求９−８、印刷サービス要求９−１０に対して、UDDIサーバ９−５からＣＬ印刷装置９−１に応答情報が返信される。
【００８７】
この応答情報は、登録されたサービスへのＵＲＬリスト９−７，９−９，９−１１がUDDIサーバ９−５からＣＬ印刷装置９−１に返信される。
【００８８】
このようにしてアクセスポイントとなるURLリストＵＲＬリスト９−７，９−９，９−１１がＣＬ印刷装置９−１に返信される。そして、ユーザはそのリストの情報から好みのサービスをＣＰＵ２−１の制御でＣＲＴ２−９上に表示した後、ユーザが好みのサービスをピックアップする。
【００８９】
そして、上記ＣＲＴ２−９に対するサービス先を示すＵＲＬ一覧表示で、ユーザが画像編集サービス要求を選択した場合、ユーザが画像編集サービス要求９−１２が上記取得したＵＲＬに発行される。これが画像編集サービスを行うサーバ装置９−２に通知される。
【００９０】
これを受けて、画像編集サービスを行うサーバ装置９−２は、サービスが利用かどうかを判断して、要求元のユーザにレスポンス結果９−１３をＣＬ印刷装置９−１に返信する。
【００９１】
なお、画像編集サービスを行うサーバ装置９−２は、登録されたアクセスポイントに対応したサーバ装置であり、２以上登録されている場合には、サーバ装置９−２のみとは限られない。
【００９２】
また、そして、上記ＣＲＴ２−９に対するサービス先を示すＵＲＬ一覧表示で、ユーザがストレージサービス要求を選択した場合、ユーザがストレージサービス要求９−１４が上記取得したＵＲＬに発行される。これがストレージサービスを行うサーバ装置９−３に通知される。
【００９３】
これを受けて、ストレージサービスを行うサーバ装置９−３は、サービスが利用かどうかを判断して、要求元のユーザにレスポンス結果９−１５をＣＬ印刷装置９−１に返信する。
【００９４】
なお、ストレージサービスを行うサーバ装置９−３は、登録されたアクセスポイントに対応したサーバ装置であり、２以上登録されている場合には、サーバ装置９−２のみとは限られない。
【００９５】
さらに、そして、上記ＣＲＴ２−９に対するサービス先を示すＵＲＬ一覧表示で、ユーザがストレージサービス要求を選択した場合、ユーザが印刷サービス要求９−１６が上記取得したＵＲＬに発行される。これが印刷サービスを行うＷｅｂサービスデバイス９−４に通知される。
【００９６】
これを受けて、印刷サービスを行うＷｅｂサービスデバイス９−４は、サービスが利用かどうかを判断して、要求元のユーザにレスポンス結果９−１７をＣＬ印刷装置９−１に返信する。
【００９７】
なお、印刷サービスを行うＷｅｂサービスデバイス９−４は、登録されたアクセスポイントに対応したデバイスであり、２以上登録されている場合には、Ｗｅｂサービスデバイス９−４のみとは限られない。
【００９８】
図１０は、図１に示したUDDIサーバ１−２を利用したサービス利用の第２のシーケンスの一例を示す図である。
【００９９】
図１０において、ＣＬ印刷装置１０−１は、ログイン情報としてサービスへのアクセスポイントを保持していない場合は、UDDIサーバ１０−５へのサービス問い合わせを実行する。
【０１００】
本例は、ユーザは、ＣＬ印刷装置１０−１から画像編集サービスを利用しようとする時に、画像編集データのサーバ装置への保持と分散印刷を指定する。そして、UDDIサーバ１０−５へ画像編集サービス検索要求１０−６、ストレージサービス検索要求１０−８、印刷サービス要求１０−１０を行っている例である。
【０１０１】
具体的には、ユーザがＣＬ印刷装置１０−１へのログインとともに、ログイン情報から、UDDIサーバ１０−５への問い合わせを実行せずに、ログインユーザが利用予定のすべてのサービスに対しての問い合わせを行っている。
【０１０２】
そして、上記ＣＲＴ２−９に対するサービス先を示すＵＲＬ一覧表示で、ユーザが画像編集サービス要求を選択した場合、ユーザが画像編集サービス要求１０−６が上記取得したＵＲＬに発行される。これが画像編集サービスを行うサーバ装置１０−２に通知される。
【０１０３】
これを受けて、画像編集サービスを行うサーバ装置１０−２は、サービスが利用かどうかを判断して、要求元のユーザにレスポンス結果１０−７をＣＬ印刷装置１０−１に返信する。
【０１０４】
なお、画像編集サービスを行うサーバ装置１０−２は、登録されたアクセスポイントに対応したサーバ装置であり、２以上登録されている場合には、サーバ装置１０−２のみとは限られない。
【０１０５】
また、そして、上記ＣＲＴ２−９に対するサービス先を示すＵＲＬ一覧表示で、ユーザがストレージサービス要求を選択した場合、ユーザがストレージサービス要求１０−８が上記取得したＵＲＬに発行される。これがストレージサービスを行うサーバ装置１０−３に通知される。
【０１０６】
これを受けて、ストレージサービスを行うサーバ装置１０−３は、サービスが利用かどうかを判断して、要求元のユーザにレスポンス結果１０−９をＣＬ印刷装置９−１に返信する。
【０１０７】
なお、ストレージサービスを行うサーバ装置１０−３は、登録されたアクセスポイントに対応したサーバ装置であり、２以上登録されている場合には、サーバ装置１０−３のみとは限られない。
【０１０８】
さらに、そして、上記ＣＲＴ２−９に対するサービス先を示すＵＲＬ一覧表示で、ユーザがストレージサービス要求を選択した場合、ユーザが印刷サービス要求１０−１０が上記取得したＵＲＬに発行される。これが印刷サービスを行うＷｅｂサービスデバイス１０−４に通知される。
【０１０９】
これを受けて、印刷サービスを行うＷｅｂサービスデバイス１０−４は、サービスが利用かどうかを判断して、要求元のユーザにレスポンス結果１０−１１をＣＬ印刷装置１０−１に返信する。
【０１１０】
なお、印刷サービスを行うＷｅｂサービスデバイス１０−４は、登録されたアクセスポイントに対応したデバイスであり、２以上登録されている場合には、Ｗｅｂサービスデバイス１０−４のみとは限られない。
【０１１１】
以下、本実施形態におけるクライアント装置の機能処理について説明する。
【０１１２】
ＣＬ印刷装置１−１やＣＬ印刷装置１０−１は、所定のネットワークサービスを実行する複数のネットワークデバイスと、前記複数のネットワークデバイスを検索するサーバ装置とネットワークを介して通信可能なクライアント装置である。
【０１１３】
複数のネットワークデバイスは、図１に示した各サーバ装置やＷｅｂサービスデバイスを含む。
【０１１４】
ＣＰＵ２−１がＲＡＭ２−２を介して各ネットワークデバイスに対する接続情報を前記サーバ装置から取得して保持する保持機能を有する。また、ネットワークサービスを要求するユーザを認証する認証機能を有する。具体的には、後述する図１１に示すステップ（８）、（９）に対応する。
【０１１５】
また、認証機能により認証されたユーザからのサービス要求時に、前記接続情報がＲＡＭ２−２に保持済みかどうかを判断する判断機能を有する。具体的には、判断機能により保持済みであると判断した場合に、UDDIサーバ１−２にネットワークデバイスを問い合わせを行わない。そして、ＲＡＭ２−２に保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せ機能を有する。具体的には、後述する図１１に示すステップ（３）に対応する。
【０１１６】
また、認証機能により認証されたユーザからのサービス要求実行に伴うネットワークデバイスへの接続情報をユーザ別に保持する保持機能を有する。また、認証機能によりユーザ認証されたユーザからのサービス要求時に、該ユーザに対応する接続情報が前記保持手段に保持済みかどうかを判断する判断機能を有する。
【０１１７】
さらに、判断機能により保持済みであると判断した場合に、前記サーバ装置にネットワークデバイスを問い合わせることなく、保持されている前記接続情報に基づいていずれかのネットワークデバイスにサービス要求を問い合わせる問合せ機能を有する。
【０１１８】
また、問合せ機能による問い合わせに対する応答に基づいて各ネットワークデバイスの接続エラー状態を判別する判別機能を有する。また、判別機能により判別結果に基づいて、利用可能なネットワークサービスと利用できないネットワークサービスをＣＲＴ２−９に表示する表示機能を有する。
【０１１９】
なお、こここで、サービス要求時は、前記クライアント装置の電源投入時、所定の時間間隔毎を含むものとする。
【０１２０】
また、ＲＡＭ２−２において、UDDIサーバ１−２により検索されている各ネットワークデバイスに対する第１の接続情報を保持する。または、前記認証機能によりユーザ認証されたユーザからのサービス要求実行に伴うネットワークデバイスへのユーザ別の第２の接続情報を保持する。
【０１２１】
そして、UDDIサーバ１−２により検索されている接続情報（第１の接続情報）とユーザ認証された接続情報であってユーザ別に保持される接続情報（第２の接続情報）とが同一となる場合がある。この場合に、第１の接続情報の取得時に、前記第２の接続情報に基づき第１の接続情報を設定する。
【０１２２】
これにより、ユーザ認証された場合に、対応するネットワークデバイスの接続情報が最新の状態に更新されているので、すぐにネットワークデバイスに問い合わせを行える。
【０１２３】
図１１は、本発明に係るクライアント装置におけるデータ処理手順の一例を示すフローチャートである。なお、本処理は、図１に示したネットワークシステムにおけるＣＬ印刷装置１−１によるネットワークデバイス及びサービス問い合わせ処理手順に対応する。なお、（１）〜（１４）は各ステップを示す。また、各ステップは、ＲＯＭ２−３あるいは図示しない外部記憶装置に記憶される制御プログラムをＲＡＭ２−２にロードして実行することで実現される。
【０１２４】
まず、ステップ（１）は、電源投入時の状態であり、この時、ＣＬ印刷装置（ネットワークデバイス）１−１で保持している画像編集サービス等の各種サービスへのログ情報を取得する。
【０１２５】
そして、ステップ（２）では、ログ情報がＣＬ印刷装置１−１にあるかどうか判断し、ログ情報がＣＬ印刷装置１−１にあると判断した場合は、ステップ（３）へ進む。
【０１２６】
一方、ステップ（２）で、ログ情報がＣＬ印刷装置１−１にないと判断した場合は、ステップ（８）へ進む。
【０１２７】
そして、ステップ（３）では、図１０に示した問い合わせシーケンス例のように、各サービスへの問い合わせを個別に行う。そして、各レスポンス状態（OKまたはNG）をＲＡＭ２−２上に保持する。
【０１２８】
そして、ステップ（４）では、ＣＬ印刷装置１−１のＲＡＭ２−２に保持しているログイン情報としてのURLすべてを取得する。次に、ステップ（５）で、ステップ（１）で取得したログ情報のURLと、ステップ（４）で取得したURLを比較し、ログ情報のURLとステップ（４）で取得したURLに同じURLが存在するかどうか判別する。
【０１２９】
そして、ログ情報のURLとステップ（４）で取得としたURLに同じURLが存在すると判断した場合は、ステップ（６）へ進み、問い合わせ状況をＲＡＭ２−２で管理されるログイン情報のステータス情報に保存して、ステップ（７）へ進む。
【０１３０】
一方、ステップ（５）で、同じＵＲＬがないとＣＰＵ２−１が判断した場合は、問い合わせに対するレスポンス状態（OKまたはNG）をログ情報の各URLに対応するＲＡＭ２−２上のステータス格納領域に保存する。
【０１３１】
そして、ステップ（８）で、ユーザのログインを監視する。そして、ログインがあるかどうかを判断して（９）、ログインがあると判断した場合は、ステップ（１０）へ進み、ログインがないと判断した場合は、ステップ（８）へ戻る。
【０１３２】
そして、ステップ（１０）で、ログインしたユーザのログイン情報として、サービス利用予定のURLを取得する。
【０１３３】
次に、ステップ（１１）では、ステップ（３）により既にログ情報でのステータスを取得済みかどうかをステータス状態がＲＡＭ２−２上に記録されているかどうかに基づいて判別する。そして、サービス問い合わせを行った上でステータス取得済みであると判断した場合は、本処理を終了する。
【０１３４】
一方、ステップ（１１）で、ステータス取得済みでないと判断した場合は、ステップ（１２）で、各サービスに対してサービスの問い合わせを個別に実行する。次に、ステップ（１３）で、サービス問い合わせに対してエラーであったかどうか判別を行い、サービス問い合わせに対してエラーでないと判断した場合は、本処理を終了する。
【０１３５】
一方、ステップ（１３）で、サービス問い合わせに対してエラーであったと判断した場合は、ＣＰＵ２−１の制御で、ＣＲＴ２−９上に表示するＵＩを介して、エラー表示を行い、本処理を終了する。
【０１３６】
なお、上記実施形態では、ＣＰＵ２−２が、例えばＲＡＭ２−２上にログ情報があるかどうかで、サービス問い合わせを実行するかどうか判断する場合について説明した。
【０１３７】
これに対して、ログ情報への事前問い合わせ用のフラグをＲＡＭ２−２上で管理可能に構成する。そして、ユーザがそのフラグを設定するかどうかをＣＰＵ２−１が判断する構成としてもよい。
【０１３８】
また、サービス利用履歴の各サービスのステータス更新は、最電源投入時でなく、一ヶ月単位等で周期的に行ってもよい。
【０１３９】
上記実施形態によれば、ユーザと以前使用したWebサービス情報を関連付けてＣＬ印刷装置１−１に保存しておき、次回は、UDDIサーバ１−２への問い合わせを行わず、ユーザがログインしたと同時にＷｅｂサービスをそれぞれに呼び出す。
【０１４０】
そして、個々のサービスにおいて、使用不可がある場合（ストレージサービスがメンテナンス中等）はＵＩ画面にエラー表示をすることにより、サービスを利用するまでの時間を短縮する。また、事前にサービスが利用できるかどうかを把握することを可能とし、ユーザストレスを軽減させることができる。
【０１４１】
〔第２実施形態〕
上記第１実施形態では、ステップ（１）〜（１４）を一連の処理として実行する場合について説明している。つまり、UDDIサーバ１−２から取得した第１の接続情報と、ユーザ別に接続情報を保持された第２の接続情報とをＲＡＭ２−２等で保持管理している。そして、ＵＲＬ等の第１，第２の接続情報をそれぞれ参照してネットワークデバイスに対する問い合わせを制御する場合について説明した。
【０１４２】
しかしながら、ユーザ別に接続情報を保持する処理を独立して構成してもよい。
【０１４３】
この場合は、UDDIサーバ１−２が検索したネットワークデバイスのＵＲＬ等の接続情報の保持状態を判断する代わりに、ユーザ別に接続情報を保持された接続情報を参照して、ＣＬ印刷装置１−１がネットワークデバイスに直接問い合わせを行う。
【０１４４】
〔第３実施形態〕
上記第１実施形態では、ステップ（１）〜（１４）を一連の処理として実行する場合について説明している。つまり、UDDIサーバ１−２から取得した第１の接続情報と、ユーザ別に接続情報を保持された第２の接続情報とをＲＡＭ２−２等で保持管理している。そして、ＵＲＬ等の第１，第２の接続情報をそれぞれ参照してネットワークデバイスに対する問い合わせを制御する場合について説明した。
【０１４５】
しかしながら、UDDIサーバ１−２が検索したネットワークデバイスのＵＲＬ等の接続情報を保持する処理を独立して構成してもよい。
【０１４６】
この場合は、ユーザ別に接続情報を保持された接続情報を参照する処理に代えて、ユーザ別に接続情報を保持された接続情報を参照して、ＣＬ印刷装置１−１がネットワークデバイスに直接問い合わせを行う。
【０１４７】
〔第４実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係るネットワーク装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１４８】
図１２は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１４９】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１５０】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５１】
本実施形態における図１１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５２】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５３】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５４】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１５５】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１５６】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１５８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１５９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６１】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１６２】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１６３】
【図１】本発明の第１実施形態を示すクライアント装置を適用可能なネットワークサービスシステムの一例を示す図である。
【図２】図１に示したＣＬ印刷装置の内部構成を示すブロック図である。
【図３】図１に示したネットワークシステムにおける第１のサービス利用形態の一例を示す図である。
【図４】図１に示したネットワークシステムにおける第２のサービス利用形態の一例を示す図である。
【図５】図１に示したUDDIサーバへの問い合わせに対するXMLでのレスポンスの一例を示す図である。
【図６】図１に示したＣＬ印刷装置のＣＲＴに表示されるUI画面例を示す図である。
【図７】図２に示したＣＲＴに表示されるサービス利用履歴の表示画面の一例を示す図である。
【図８】図１に示したＣＬ印刷装置が備える記憶装置に保存されるサービス利用状態とサービス利用履歴の一例を示す図である。
【図９】図１に示したUDDIサーバを利用したサービス利用の第１のシーケンスの一例を示す図である。
【図１０】図１に示したUDDIサーバを利用したサービス利用の第２のシーケンスの一例を示す図である。
【図１１】本発明に係るクライアント装置におけるデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係るクライアント装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１６４】
１−１  ＣＬ印刷装置
１−２  UDDIサーバ
１−３，１−４  Ｗｅｂサービスデバイス
１−５，１−７，１−６，１−８  サーバ装置
【図１】
2007094461.tif 000003
【図２】
2007094461.tif 000004
【図３】
2007094461.tif 000005
【図４】
2007094461.tif 000006
【図５】
2007094461.tif 000007
【図６】
2007094461.tif 000008
【図７】
2007094461.tif 000009
【図８】
2007094461.tif 000010
【図９】
2007094461.tif 000011
【図１０】
2007094461.tif 000012
【図１１】
2007094461.tif 000013
【図１２】
2007094461.tif 000014