JP4498045B2

JP4498045B2 - 画像処理装置及びその制御方法及びプログラム

Info

Publication number: JP4498045B2
Application number: JP2004214509A
Authority: JP
Inventors: 忠弘中村
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2004-07-22
Filing date: 2004-07-22
Publication date: 2010-07-07
Anticipated expiration: 2024-07-22
Also published as: US8291089B2; US20060020601A1; US20090182839A1; US7509427B2; JP2006035456A

Description

本発明は、Ｗｅｂサービスを提供可能な画像処理装置及びその制御方法及びプログラムに関するものである。

近年インターネットにおいてＷｅｂサービス技術が大きな注目を集めている。Ｗｅｂサービスは、ネットワーク上に分散する各種サービスを緩やかに結合する技術である。この技術を利用することで、プログラムが人間の手を介さず動的に適切なサービスを選択することが可能であり、目的とする処理を自動的に行う技術として各産業分野から期待されている。このＷｅｂサービスにおいてやりとりされるデータはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述されており、このＸＭＬデータはＳＯＡＰ（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）を使用してネットワーク上で通信が行われる。ＳＯＡＰは、ＸＭＬを用いてリモート環境でオブジェクトをアクセスするためのプロトコルである。このＳＯＡＰは下位層にＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）やＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、又はＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）といったプロトコルを利用することが規定されており、そのためネットワーク間で余分なポートをオープンする必要がなく、Ｗｅｂブラウジングや電子メールと同様にインターネット上で容易に利用することが可能となっている。

また、Ｗｅｂサービス技術で利用される技術仕様としてＵＤＤＩ（ＵｎｉｖｅｒｓａｌＤｅｓｃｒｉｐｔｉｏｎ，ＤｉｓｃｏｖｅｒｙａｎｄＩｎｔｅｇｒａｔｉｏｎ）がある。このＵＤＤＩはＷｅｂサービスを登録し発見するためのアーキテクチャであり、ＷｅｂサービスはこのＵＤＤＩを利用してサービス情報を登録し、Ｗｅｂサービスの使用者はＵＤＤＩを利用してＷｅｂサービスを発見することが可能である。ＵＤＤＩはｈｔｔｐ：／／ｕｄｄｉ．ｏｒｇでその技術仕様を入手することが可能である。

このＷｅｂサービス技術を画像処理装置に適用することで、これまでになかったさまざまなメリットが得られる。たとえば従来の画像処理装置においては、クライアントは画像処理装置が提供するプリントサービス、スキャンサービスといったさまざまなサービスを検索するために独自のプロトコルを使用していた。一方、Ｗｅｂサービスを実装した画像処理装置においては、サービス情報はネットワーク上のＵＤＤＩサーバに登録され、クライアントは統一されたインターフェースを使用してＵＤＤＩサーバからＷｅｂサービス情報を検索することが可能となる。また、このインターフェースは標準化されたものであるので、画像処理装置に限らずさまざまなサービスを検索することも可能である。さらに、ネットワーク上に独立したＵＤＤＩサーバが存在しない環境においては、画像処理装置自体がＵＤＤＩサーバ機能を実装し、画像処理装置が提供しているサービスをクライアントから検索させることも可能である。このように、さまざまなメリットを持つＷｅｂサービス技術を適用した画像処理装置が今後ますます開発されていくことが想定される。

一方、前述したように、従来の画像処理装置においてそれぞれ独自のプロトコルに基づいて、自身が提供可能なサービスをクライアントから検索し、利用可能にした画像処理装置が考えられている。

その一例として、ＳＬＰ（ＳｅｒｖｉｃｅＬｏｃａｔｉｏｎＰｒｏｔｏｃｏｌ）を実装した画像処理装置がある。ＳＬＰはＲＦＣ２６０８で規定されるプロトコルであり、この技術を用いることによって、クライアントはネットワーク上からプリントサービス、スキャンサービス等の所望のサービスを提供している画像処理装置を検索することができる。特許文献１には、クライアントが所望のサービスを提供する画像処理装置を検索することができる検索システムについて開示されている。
特開平８−６８８４号公報

しかし、上記ＵＤＤＩサーバ機能を実装し、自身が提供するＷｅｂサービスをクライアントから検索可能であるといった機能と、一方上記それぞれ独自のプロトコルに基づいて自身が提供するサービスを検索可能とした機能の両機能が実装される画像処理装置を考えた場合、クライアントからの検索要求がＷｅｂサービスの技術に基づくＵＤＤＩサーバに対して行なわれるものなのか、又は画像処理装置が実装する独自プロトコルに基づくものであるかによって、検索できるサービスが限られてしまうといった問題が生じる。

そこで、画像処理装置が提供するＷｅｂサービスをＵＤＤＩ以外の上記独自のプロトコルを使用してクライアントに検索させるために各Ｗｅｂサービスプログラムをその他の各プロトコルに対応させる必要がある。

しかし、ＵＤＤＩというサービス検索のための仕組みを持っているにも係らず新しく検索のためのプロトコルが策定、実装されるたびに既存のすべてのＷｅｂサービスプログラムを修正する必要があり非効率である。

本発明は上記問題を解決するためのものであり、その目的は第一のプロトコルに基づいて画像処理装置が提供するサービスを、他のプロトコルを使用して検索することを可能にすることである。

上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置がＷｅｂサービスの機能を実装しているか否かの問合せであって、前記情報処理装置からＳＬＰプロトコルに基づいて送信された問合せを受信する第１の受信手段と、前記画像処理装置がＷｅｂサービスの機能を実装している場合、前記画像処理装置が提供するＷｅｂサービスに関する情報を管理する管理手段にアクセスするためのＵＲＬを、前記問合せに対して前記ＳＬＰプロトコルに基づいて応答する第１の応答手段と、前記画像処理装置が提供するＷｅｂサービスを検索するための検索要求であって、Ｗｅｂサービスプロトコルに基づいて前記情報処理装置から前記ＵＲＬ宛てに送信された検索要求を受信する第２の受信手段と、前記検索要求に対して、前記画像処理装置が提供するＷｅｂサービスを示す情報を、前記Ｗｅｂサービスプロトコルに基づいて応答する第２の応答手段とを有することを特徴とする。

上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置が第１のプロトコルに基づく機能を実装しているか否かの問合せであって、前記情報処理装置から前記第１のプロトコルとは異なる第２のプロトコルに基づいて送信された問合せを受信する第１の受信手段と、前記画像処理装置が前記第１のプロトコルに基づく機能を実装している場合、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスに関する情報を管理する管理手段にアクセスするためのアクセス情報を、前記問合せに対して前記第２のプロトコルに基づいて応答する第１の応答手段と、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスを検索するための検索要求であって、前記第１のプロトコルに基づいて前記情報処理装置から前記アクセス情報宛てに送信された検索要求を受信する第２の受信手段と、前記検索要求に対して、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスを示す情報を、前記第１のプロトコルに基づいて応答する第２の応答手段とを有することを特徴とする。

本発明によれば、第一のプロトコルに基づいて画像処理装置が提供するサービスを、他のプロトコルを使用して検索することが可能になる。例えば、画像処理装置が提供する各Ｗｅｂサービスプログラムを修正することなく、さまざまなサービス検索方式を使用してＷｅｂサービスの検索を行うことを可能とする画像処理装置を提供することが可能となる。

（実施例１）
以下、本発明における第一の実施例を図面を参照して詳細に説明する。

図１は本実施例において適用可能なサービス検索システムの構築例を示すブロック図である。

画像処理装置１０１はネットワーク１０４に接続され、ホストコンピュータ１０２、１０３と通信可能である。画像処理装置１０１はその印刷機能をプリントサービスと称してＷｅｂサービスとして公開しており、ホストコンピュータ１０２、１０３はこのプリントサービスを検索することが可能である。このプリントサービスは、印刷ジョブの投入／削除、デバイス／ジョブの情報取得といった機能をユーザに提供しており、ホストコンピュータから、Ｗｅｂサービスにおいて用いられる技術仕様であるＳＯＡＰを使用してこれらの機能を利用することが可能である。

図２は、本実施例における画像処理装置のハードウェア構成を説明するブロック図である。なお、ここでは、レーザビームプリンタを例にして説明する。図２のレーザビームプリンタ２００において、１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラム用ＲＯＭには、ＣＰＵ１２が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ１３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ１２はネットワークインターフェース部１８を介してネットワーク上のホストコンピュータとの通信処理が可能となっている。１９はＲＡＭで、主としてＣＰＵ１２の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤ），ＩＣカード等の外部記憶装置１４は、ディスクコントローラ（ＤＫＣ）２０によりアクセスが制御される。ハードディスクは、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。また、２０１は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２４は不揮発性メモリであり、操作パネル２０１からのプリンタモード設定情報をユーザ別，グループ別に記憶している。

また、図示していないが、プリンタ２００にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ１２から制御される。尚、図２の例では、画像処理装置としてレーザビームプリンタの場合を説明したが、本発明は複合機や複写機、スキャナ、インクジェット式のプリンタ等であってもよい。

図３は、本実施例における画像処理装置のソフトウェアプログラム構成を説明するブロック図である。

３０１および３０２は画像処理装置が提供するＷｅｂサービスであり、具体的には印刷機能を実現するプリントサービスや、印刷に応じた課金情報を提供する課金サービスなどである。また、画像処理装置としてレーザビームプリンタではなく複合機の場合であればスキャンサービスやストレージサービスといったＷｅｂサービスを持つことも可能である。なおＷｅｂサービスの個数、種類などは本発明で規定されるものではないが、図３においては一例としてＷｅｂサービスが２個である例を示している。

Ｗｅｂサービス管理部３０３はＷｅｂサービス３０１、３０２の情報を管理し、Ｗｅｂサービスレジストリ３０４にサービス情報を記憶している。さらにＷｅｂサービス管理部３０３はホストコンピュータ１０２、１０３からネットワークＩ／Ｆ部３０５を介して、後述するＷｅｂサービス検索要求を受信し、応答することが可能である。

一方、３０６はＷｅｂサービス以外で画像処理装置が提供しているサービスである。具体的にはＩＰＰ（ＩｎｔｅｒｎｅｔＰｒｉｎｔｉｎｇＰｒｏｔｏｃｏｌ）やＬＰＤ（ＬｉｎｅＰｒｉｎｔｅｒＤａｅｍｏｎ）などである。３０７はこれらのサービスを管理するサービス管理部であり、具体的にはＳＬＰ（ＳｅｒｖｉｃｅＬｏｃａｔｉｏｎＰｒｏｔｏｃｏｌ）で定義されるＳＡ（ＳｅｒｖｉｃｅＡｇｅｎｔ）機能の実装である。なおサービスおよびサービス管理部の個数、種類などは本発明で規定されるものではないが、一例として図３においてはそれぞれ１個である例を示している。

サービス管理部３０７は、管理するサービスの情報をサービスレジストリ３０８に記憶している。このサービス管理部３０７は所定のプロトコルに従い、ホストコンピュータ１０２、１０３からネットワークＩ／Ｆ部３０５を介して、後述するサービス検索要求を受信し、応答することが可能である。また、Ｗｅｂサービス管理部３０３とサービス管理部３０７とは互いに通信可能である。

図４は、図３におけるＷｅｂサービス検索管理部３０３の処理を示すフローチャートである。Ｗｅｂサービス検索管理部３０３は起動すると、ステップ４０１においてサービス管理部３０７に対して自身の情報の登録を行う。登録される情報の例を図１１の１１０１に示す。登録される情報は図１１の１１０１に示すように、サービスのタイプ、サービスにアクセスするためのＵＲＬからなる。なお、サービス管理部３０７が複数存在した場合には、それぞれのサービス管理部に対して登録処理を行う。

次にステップ４０２においてＷｅｂサービス３０１、３０２からサービス登録要求を受信したかを判断する。ここで、Ｗｅｂサービスから受信するサービス登録要求は図５のような、サービス名、該ＷｅｂサービスにアクセスするためのＵＲＬからなるサービス情報を含んでいる。サービス登録要求を受信した場合は、ステップ４０３においてサービス情報をＷｅｂサービスレジストリ３０４に追加する。

次にステップ４０４においてＷｅｂサービス３０１、３０２からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ４０５において該当するサービス情報をレジストリ３０４から削除する。

次にステップ４０６において、ホストコンピュータ１０２、１０３からＷｅｂサービス検索要求を受信したかを判断し、受信していない場合はステップ４０２に戻る。Ｗｅｂサービス検索要求を受信した場合はステップ４０７に進み、受信した検索要求を解析して要求されたＷｅｂサービスがレジストリ３０４に登録されているかを判定し、要求されたＷｅｂサービスがレジストリにないと判定された場合は、検索要求は破棄し、ステップ４０２に戻る。登録されている場合にはステップ４０８へと進み、その結果をクライアントに送信した後ステップ４０２に戻る。

図６はＷｅｂサービス管理部３０３がホストコンピュータ１０２、１０３からネットワークを介して受信するＷｅｂサービス検索要求の例である。検索要求はＸＭＬ形式で記述されており、ＳＯＡＰを使用して通信が行われる。この例は＜ｎａｍｅ＞タグで指定されるＷｅｂサービス名を検索キーとした検索要求であり、そのサービス名が「ＰｒｉｎｔＳｅｒｖｉｃｅ．ｃａｎｏｎ」であるＷｅｂサービスが存在するかどうかを問い合わせるものである。

Ｗｅｂサービス管理部３０３はこの検索要求を受信し、レジストリ３０４にそのサービス名が合致するＷｅｂサービスが登録されている場合は、図７で示すような検索応答をホストコンピュータに返す。検索応答には、Ｗｅｂサービスを一意に識別するｓｅｒｖｉｃｅＫｅｙが含まれており、ホストコンピュータはこのｓｅｒｖｉｃｅＫｅｙを指定してＷｅｂサービス管理部に対してさらに図８で示すように詳細情報取得要求を送信し、Ｗｅｂサービスの詳細情報を問い合わせる。

その結果、図９で示すような応答を受信し、＜ａｃｃｅｓｓＰｏｉｎｔ＞タグで示される、ＷｅｂサービスにアクセスするためのＵＲＬを取得する。なお、図６、７、８、９のＸＭＬフォーマットやそのプロトコルはＵＤＤＩ仕様で規定されている。

図１０は図３におけるサービス管理部３０７の処理を示すフローチャートである。サービス管理部は複数存在することが可能であるが、本実施例においては１つのみ存在するものとし、その具体例としてＳＬＰサーバであるものとする。

サービス管理部３０７は起動すると、ステップ１００１において、ＳＬＰを使用して公開するように設定された各サービスからの登録要求を受信したかを判断する。本実施例においては、サービス３０６としてＩＰＰ（ＩｎｔｅｒｎｅｔＰｒｉｎｔｉｎｇＰｒｏｔｏｃｏｌ）、および上述のＷｅｂサービス管理部３０３をＳＬＰを使用して公開するものとする。つまり、Ｗｅｂサービスを管理する役割を行うＷｅｂサービス管理部３０３自体も１つのサービスとしてＳＬＰで公開する。

図１１は、Ｗｅｂサービス管理部３０３、サービス３０６から登録されるサービス情報の例である。１１０１はＷｅｂサービス管理部３０３が提供する機能がサービスとして登録される例を示しており、１１０２はＩＰＰを用いたプリントサービスが登録される例を示している。ステップ１００１において登録要求を受信した場合はステップ１００２に進み、サービス情報をサービスレジストリ３０８に追加する。

次にステップ１００３においてＷｅｂサービス管理部３０３、サービス３０６からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ１００４において該当するサービス情報をレジストリから削除する。

次にステップ１００５においてホストコンピュータ１０２、１０３からサービス検索要求を受信したかを判断する。ステップ１００５においてサービス検索要求を受信したと判断された場合はステップ１００６に進み、受信した検索要求を解析して要求されたサービスがレジストリ３０８に登録されているかを判定する。要求されたサービスがレジストリにないと判定された場合は、検索要求は破棄し、ステップ１００１に戻る。要求されたサービスがレジストリにあると判定された場合は、ステップ１００７に進みサービス検索応答をホストコンピュータに送信し、その後ステップ１００１に戻る。

図１２はサービス管理部３０７がホストコンピュータ１０２、１０３からネットワークを介して受信するサービス検索要求の例である。この検索要求はＳＬＰ仕様で規定されるフォーマットに従い、ＳＬＰ用としてＩＡＮＡ（ｈｔｔｐ：／／ｗｗｗ．ｉａｎａ．ｏｒｇ／）に登録されているマルチキャストアドレス”２３９．２５５．２５５．２５３”に送信される。

図１２に示す例はそのサービスタイプが「ｗｓ−ｄｉｓｃｏｖｅｒｙ．ｃａｎｏｎ」であるサービスが存在するかどうかを問い合わせるものである。つまり、Ｗｅｂサービス管理機能が提供するサービスの有無を問い合わせるものであり、その画像処理装置がＷｅｂサービス機能を実装しているかどうかを問い合わせていることになる。サービス管理部３０７はこの検索要求を受信し、レジストリ３０８にそのサービスが登録されている場合は、図１３で示すような検索応答をホストコンピュータに返す。この検索応答には該サービスにアクセスするためのＵＲＬが含まれており、ホストコンピュータ１０２、１０３は改めてこのＵＲＬに対してアクセスすることで所望のＷｅｂサービスを発見できることになる。なお、図１２、１３はバイナリエンコードされたパケットを分り易く整形してある。

図１４は本実施例において、ホストコンピュータ１０２、１０３が、画像処理装置が提供する所望のＷｅｂサービスをネットワーク上から検索する際の検索シーケンスを表す図である。前提として、図１４中のホストコンピュータは画像処理装置Ａ、画像処理装置Ｂ、及びその他の情報機器と所定の通信手段によって通信可能であり、画像処理装置Ａ、画像処理装置ＢはＳＬＰ及びＷｅｂサービスを実装しており、その他の情報機器はＳＬＰ又はＷｅｂサービスのどちらか一方又は両方が実装されていないとする。

まず、ホストコンピュータ１０２、１０３は、ステップ１４０１において、図１２に示すＳＬＰマルチキャストによる検索要求パケットを送信する。画像処理装置Ａ及び画像処理装置Ｂがこの検索要求パケットを受信すると、図１０で示した処理が行われ、ステップ１４０２において図１３のような検索応答をホストコンピュータに送信する。

一方その他の情報機器がＳＬＰマルチキャストによる検索要求パケットを受信すると、ＳＬＰを解釈できないかまたはＷｅｂサービス管理部３０３を持っていないため、単に捨てられる。

ホストコンピュータはこの検索応答を収集することにより、ネットワーク上の、Ｗｅｂサービス管理部を持つ画像処理装置のリストを作成する。つまりＷｅｂサービスを実装している画像処理装置のリストが作成されることになる。ここで、作成する画像処理装置のリストは図１５のようなものであり、Ｗｅｂサービス管理部にアクセスするためのＵＲＬが示されている。

次にステップ１４０３において、ホストコンピュータは、作成したリストに存在するすべての画像処理装置に対して順番に図６のようなＷｅｂサービス検索要求を送信し、所望のＷｅｂサービスを持っているかどうかを問い合わせる。

ステップ１４０４において画像処理装置は、指定されたサービスを持っていれば図７のような検索応答を、持っていなければエラーを応答する。ホストコンピュータは、正常応答を受信した画像処理装置に対しては続けて図８のような詳細情報取得要求を送信し、図９のような応答を得る。これにより、ホストコンピュータは図１６のような所望のサービスを提供している画像処理装置のリストを作成する。図１６のリストはホストコンピュータが所望のサービスを検索した結果を示しており、該サービスにアクセスするためのＵＲＬが示されている。ホストコンピュータは該ＵＲＬにアクセスすることにより、所望のサービスを受けることが出来る。

（実施例２）
次に第二の実施例について説明する。

上記実施例１によれば、画像処理装置に実装される所定のプロトコルを用いて、Ｗｅｂサービス管理部の検索が可能となる。ただし、ホストコンピュータは前記所定のプロトコルに基づくサービス検索要求と、Ｗｅｂサービスに基づくＷｅｂサービス検索要求といった二度の検索要求を送信する必要があった。

これに対して実施例２では、一度の検索要求の送信で、所望のＷｅｂサービスを提供可能な画像処理装置を発見することができるものである。

本実施例の基本的な構成は第一の実施例と同一であり、その差異のみ説明する。本実施例においては、ホストコンピュータはＷｅｂサービス管理部３０３に対する検索要求を行わず、サービス管理部３０７が処理可能なプロトコルを使用してＷｅｂサービスの検索を行う。

図１７は本実施例におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。

Ｗｅｂサービス管理部３０３は起動すると、ステップ１７０１においてＷｅｂサービス３０１、３０２からサービス登録要求を受信したかを判断する。サービス登録要求を受信した場合は、ステップ１７０２においてサービス情報をレジストリ３０４に追加し、その後さらにステップ１７０３において、サービス管理部３０７に対してサービス情報の登録要求を送信する。一方、ステップ１７０３における登録要求を受信したサービス管理部３０７は、自身が管理するレジストリ３０８にＷｅｂサービス３０１、３０２に基づくサービス情報を追加する。つまり、サービス管理部３０７が管理するレジストリには、Ｗｅｂサービス３０１、３０２、サービス３０６のサービス情報が格納されることになる。

次にステップ１７０４においてＷｅｂサービス３０１、３０２からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ１７０５において該当するサービス情報をレジストリから削除し、その後さらにステップ１７０６において、サービス管理部３０７に対してサービス削除要求を送信する。サービス削除要求を受信したサービス管理部３０７は、レジストリ３０８に格納されているＷｅｂサービス３０１、３０２に係るサービス情報を削除する。

次にステップ１７０７において、ホストコンピュータ１０２、１０３からＷｅｂサービス検索要求を受信したかを判断し、受信していない場合はステップ１７０１に戻る。Ｗｅｂサービス検索要求を受信した場合はステップ１７０８に進み、受信した検索要求を解析して要求されたＷｅｂサービスがレジストリ３０４に登録されているかを判定し、その結果をクライアントに送信した後、ステップ１７０１に戻る。なお、検索要求／応答パケットは第一の実施例と同一である。

本実施例におけるサービス管理部３０７の処理は第一の実施例の場合と同一であり、図１０のフローチャートで示されている。ただし、図１７で示したように、Ｗｅｂサービス管理部３０３から各Ｗｅｂサービスの情報も登録され、個々のＷｅｂサービス情報もレジストリ３０８で管理している。

図１８はサービス管理部３０７がホストコンピュータ１０２、１０３からネットワークを介して受信するサービス検索要求の例である。この検索要求はＳＬＰ仕様で規定されるフォーマットに従い、ＳＬＰ用としてＩＡＮＡ（ｈｔｔｐ：／／ｗｗｗ．ｉａｎａ．ｏｒｇ／）に登録されているマルチキャストアドレス”２３９．２５５．２５５．２５３”に送信される。この例はそのサービス名が「ＰｒｉｎｔＳｅｒｖｉｃｅ．ｃａｎｏｎ」であるサービスが存在するかどうかを問い合わせるものである。サービス管理部３０７はこの検索要求を受信し、レジストリ３０８にそのサービスが登録されている場合は、図１９で示すような検索応答をホストコンピュータに返す。なお、図１８、１９はバイナリエンコードされたパケットをわかりやすく整形してある。

図２０は本実施例において、ホストコンピュータ１０２、１０３が、画像処理装置が提供する所望のＷｅｂサービスをネットワーク上から検索する際の検索シーケンスを表す図である。図１４と同様に、前提として、図２０中のホストコンピュータは画像処理装置Ａ、画像処理装置Ｂ、及びその他の情報機器と所定の通信手段によって通信可能であり、画像処理装置Ａ、画像処理装置ＢはＳＬＰ及びＷｅｂサービスを実装しており、その他の情報機器はＳＬＰ又はＷｅｂサービスのどちらか一方又は両方が実装されていないとする。

まず、ホストコンピュータ１０２、１０３は、ステップ２００１において、図１８に示すＳＬＰマルチキャストによる検索要求パケットを送信する。画像処理装置Ａ及び画像処理装置Ｂがこの検索要求パケットを受信すると、図１８で示した処理が行われ、ステップ２００２において図１９のような検索応答をホストコンピュータに送信する。

ホストコンピュータはこの検索応答を収集することにより、ネットワーク上の、Ｗｅｂサービス管理部を持つ画像処理装置のリストを作成する。

作成されるリストは実施例１における図１６と同様である。ホストコンピュータは、該リストに示されるＵＲＬにアクセスすることにより、所望のサービスを受けることができる。

このように、第二の実施例においては、各Ｗｅｂサービスの情報を、Ｗｅｂサービス管理部を介してＳＬＰサーバのレジストリに登録しておくことにより、ホストコンピュータは一回のＳＬＰによる検索要求で、所望のＷｅｂサービスを提供している画像処理装置を検索することが可能である。

（実施例３）
次に第三の実施例について説明する。

本実施例の基本的な構成は第一、第二の実施例と同一であり、その差異のみ説明する。本実施例においては、第二の実施例と同様に、ホストコンピュータはＷｅｂサービス管理部３０３に対する検索要求を行わず、サービス管理部３０７が処理可能なプロトコルを使用してＷｅｂサービスの検索を行う。つまり、ホストコンピュータは一度の検索要求の送信で、所望のＷｅｂサービスを提供可能な画像処理装置を発見することができる。ただし、その内部処理が実施例２と異なっている。

後述するようにサービス管理部３０７は公開するサービスを、自身のレジストリで管理するサービスと、Ｗｅｂサービス管理部３０３が管理しているサービスとに分ける。なお、以降の説明では前者を静的に公開するサービス、後者を動的に公開するサービスと称する。

本実施例におけるＷｅｂサービス管理部３０３の処理は、起動直後に自分の情報をサービス管理部３０７に登録しないという点を除いては第一の実施例の場合と同一である。つまり図４のフローチャートにおいてステップ４０１を省略したものとなる。また、検索要求／応答パケットは第一、第二の実施例と同一である。

図２１は本実施例におけるサービス管理部３０７の処理を示すフローチャートである。サービス管理部は複数存在することが可能であるが、本実施例においては第一、第二の実施例と同様に１つのみ存在するものとし、その具体例としてＳＬＰサーバであるものとする。サービス管理部３０７は起動すると、ステップ２１０１において、ＳＬＰを使用して静的に公開するように設定された各サービスからの登録要求を受信したかを判断する。本実施例においては、サービス３０６としてＩＰＰ（ＩｎｔｅｒｎｅｔＰｒｉｎｔｉｎｇＰｒｏｔｏｃｏｌ）をＳＬＰを使用して静的に公開するものとする。ステップ２１０１において登録要求を受信した場合はステップ２１０２に進み、サービス情報をレジストリ３０８に追加する。次にステップ２１０３においてサービス３０６からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ２１０４において該当するサービス情報をレジストリから削除する。次にステップ２１０５においてホストコンピュータ１０２、１０３からサービス検索要求を受信したかを判断する。ステップ２１０５においてサービス検索要求を受信したと判断された場合はステップ２１０６に進み、受信した検索要求を解析して要求されたサービスがレジストリ３０８に登録されているかを判定する。要求されたサービスがレジストリにあると判定された場合はステップ２１０９に進みサービス検索応答をホストコンピュータに送信し、その後ステップ２１０１に戻る。

一方、ステップ２１０６において、要求されたサービスがレジストリにないと判定された場合は、ステップ２１０７に進み、Ｗｅｂサービス管理部３０３に対してＷｅｂサービス検索要求を送信する。ここで、Ｗｅｂサービス検索要求の送信にはローカルループバックを使用する。つまり、Ｗｅｂサービス検索処理部３０３はＵＤＤＩによるＷｅｂサービス検索に対応しているため、サービス管理部３０７はこのＵＤＤＩのインターフェースを使用して検索要求を送信することが可能であり、その検索要求としては図６と同一のものを使用できる。次にステップ２１０８においてＷｅｂサービス管理部３０３からの応答を受信し、サービスが存在したかどうかを判定する。サービスが存在しないと判定された場合はホストコンピュータから受信した検索要求は破棄し、ステップ２１０１に戻る。また、サービスが存在すると判定された場合は、ステップ２１０９に進みサービス検索応答をホストコンピュータに送信し、その後ステップ２１０１に戻る。

なお、本実施例において、ホストコンピュータとサービス管理部３０７との間でやりとりされる検索要求／応答パケット、およびホストコンピュータから見た検索シーケンスは第二の実施例の場合と同一であるため、省略する。

このように、第三の実施例においては、ＳＬＰサーバは要求されたサービス情報が自分のレジストリに存在しなかった場合に、Ｗｅｂサービス管理部に問い合わせる構成とすることにより、ホストコンピュータは一回のＳＬＰによる検索要求で、所望のＷｅｂサービスを提供している画像処理装置を検索することが可能である。

なお、上記実施例においては、ＳＬＰサーバからＷｅｂサービス管理部への検索要求送信方式としてローカルループバックを使用したが、専用のインターフェースを持ち、そのインターフェースを利用する構成ももちろん可能である。

（その他の実施形態）
上記第１から第３の実施例では、画像処理装置としてレーザービームプリンタを例に挙げたが、本発明はレーザービームプリンタに限定されるものではなく、ＵＤＤＩサーバ及びその他の所定の検索プロトコルを実装した各種の画像処理装置に適用することができる。

また、上記第１から第３の実施例においては、画像処理装置に実装されるプロトコルとしてＳＬＰである例を示したが、本発明はこれに限定されるものではなく、画像処理装置が提供するサービスを検索する機能を有するプロトコルであれば他のプロトコルでよい。例えばＵＰｎＰフォーラムで提唱されているＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ、ＴＭ）、ビジネス機械情報システム産業協会（ＪＢＭＩＡ）が推進するＢＭＬｉｎｋＳ（ＴＭ）等であってもよい。

尚、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。上述した実施形の機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体等の媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体等の媒体に格納されたプログラムコードを読み出し実行することによっても、本発明が達成されることは言うまでもない。

この場合、記憶媒体等の媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体等の媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体等の媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、或いはネットワークを介したダウンロードなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。

更に、記憶媒体等の媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施形の機能が実現される場合も、本発明に含まれることは言うまでもない。

本実施例におけるサービス検索システムの構築例を示す図である。本実施例における画像処理装置のハードウェア構成を示す図である。本実施例における画像処理装置のソフトウェアプログラム構成を示す図である。実施例１におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。本実施例におけるサービス登録要求に含まれるサービス情報の例である。本実施例におけるＷｅｂサービス検索要求の例である。本実施例におけるＷｅｂサービス検索応答の例である。本実施例におけるＷｅｂサービス詳細情報取得要求の例である。本実施例におけるＷｅｂサービス詳細情報取得応答の例である。実施例１及び２におけるサービス管理部３０７の処理を示すフローチャートである。本実施例におけるサービス管理部３０７に登録されるサービス情報の例である。実施例１におけるサービス検索要求の例である。実施例１におけるサービス検索応答の例である。実施例１における検索シーケンスを示す図である。実施例１における、ホストコンピュータが作成する画像処理装置リストの例である。本実施例における、ホストコンピュータが作成する画像処理装置リストの例である。実施例２におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。実施例２及び３におけるサービス検索要求の例である。実施例２及び３におけるサービス検索応答の例である。実施例２及び３における検索シーケンスを示す図である。実施例３におけるサービス管理部３０７の処理を示すフローチャートである。

符号の説明

１０１画像処理装置
１０２ホストコンピュータ
１０３ホストコンピュータ
１０４ネットワーク
１２ＣＰＵ
１３ＲＯＭ
１４外部記憶装置
１５システムバス
１６印刷部インターフェース
１７プリンタエンジン
１８Ｎｅｔｗｏｒｋインターフェース部
１９ＲＡＭ
２０ＤＫＣ
２４不揮発性メモリ
２０１操作パネル

Claims

情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置がＷｅｂサービスの機能を実装しているか否かの問合せであって、前記情報処理装置からＳＬＰプロトコルに基づいて送信された問合せを受信する第１の受信手段と、
前記画像処理装置がＷｅｂサービスの機能を実装している場合、前記画像処理装置が提供するＷｅｂサービスに関する情報を管理する管理手段にアクセスするためのＵＲＬを、前記問合せに対して前記ＳＬＰプロトコルに基づいて応答する第１の応答手段と、
前記画像処理装置が提供するＷｅｂサービスを検索するための検索要求であって、Ｗｅｂサービスプロトコルに基づいて前記情報処理装置から前記ＵＲＬ宛てに送信された検索要求を受信する第２の受信手段と、
前記検索要求に対して、前記画像処理装置が提供するＷｅｂサービスを示す情報を、前記Ｗｅｂサービスプロトコルに基づいて応答する第２の応答手段と、
を有することを特徴とする画像処理装置。
前記Ｗｅｂサービスの機能とは、提供するＷｅｂサービスに関する情報を管理する機能であり、前記提供するＷｅｂサービスとは、印刷機能を実現するプリントサービスであることを特徴とする請求項１記載の画像処理装置。
前記第２の応答手段は、前記検索要求に対して、前記画像処理装置が提供するＷｅｂサービスを一意に識別する識別情報を応答することを特徴とする請求項１又は２に記載の画像処理装置。
前記ＷｅｂサービスプロトコルはＳＯＡＰであることを特徴とする請求項１乃至３の何れか一項に記載の画像処理装置。
情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置が第１のプロトコルに基づく機能を実装しているか否かの問合せであって、前記情報処理装置から前記第１のプロトコルとは異なる第２のプロトコルに基づいて送信された問合せを受信する第１の受信手段と、
前記画像処理装置が前記第１のプロトコルに基づく機能を実装している場合、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスに関する情報を管理する管理手段にアクセスするためのアクセス情報を、前記問合せに対して前記第２のプロトコルに基づいて応答する第１の応答手段と、
前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスを検索するための検索要求であって、前記第１のプロトコルに基づいて前記情報処理装置から前記アクセス情報宛てに送信された検索要求を受信する第２の受信手段と、
前記検索要求に対して、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスを示す情報を、前記第１のプロトコルに基づいて応答する第２の応答手段と、
を有することを特徴とする画像処理装置。
前記第１のプロトコルに基づく機能とは、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスに関する情報を管理する機能であり、前記第１のプロトコルに基づいて提供するサービスとは、印刷機能を実現するプリントサービスであることを特徴とする請求項５記載の画像処理装置。
前記第２の応答手段は、前記検索要求に対して、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスを一意に識別する識別情報を応答することを特徴とする請求項５又は６に記載の画像処理装置。
前記第１のプロトコルはＳＯＡＰであることを特徴とする請求項５乃至７の何れか一項に記載の画像処理装置。
前記第２の受信手段によって受信される検索要求及び前記第２の応答手段によって応答される情報は、ＸＭＬ形式で記述されることを特徴とする請求項１乃至８の何れか一項に記載の画像処理装置。
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置がＷｅｂサービスの機能を実装しているか否かの問合せであって、前記情報処理装置からＳＬＰプロトコルに基づいて送信された問合せを受信する第１の受信ステップと、
前記画像処理装置がＷｅｂサービスの機能を実装している場合、前記画像処理装置が提供するＷｅｂサービスに関する情報を管理する管理手段にアクセスするためのＵＲＬを、前記問合せに対して前記ＳＬＰプロトコルに基づいて応答する第１の応答ステップと、
前記画像処理装置が提供するＷｅｂサービスを検索するための検索要求であって、Ｗｅｂサービスプロトコルに基づいて前記情報処理装置から前記ＵＲＬ宛てに送信された検索要求を受信する第２の受信ステップと、
前記検索要求に対して、前記画像処理装置が提供するＷｅｂサービスを示す情報を、前記Ｗｅｂサービスプロトコルに基づいて応答する第２の応答ステップと、
を有することを特徴とする画像処理装置の制御方法。
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置が第１のプロトコルに基づく機能を実装しているか否かの問合せであって、前記情報処理装置から前記第１のプロトコルとは異なる第２のプロトコルに基づいて送信された問合せを受信する第１の受信ステップと、
前記画像処理装置が前記第１のプロトコルに基づく機能を実装している場合、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスに関する情報を管理する管理手段にアクセスするためのアクセス情報を、前記問合せに対して前記第２のプロトコルに基づいて応答する第１の応答ステップと、
前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスを検索するための検索要求であって、前記第１のプロトコルに基づいて前記情報処理装置から前記アクセス情報宛てに送信された検索要求を受信する第２の受信ステップと、
前記検索要求に対して、前記画像処理装置が前記第１のプロトコルに基づいて提供するサービスを示す情報を、前記第１のプロトコルに基づいて応答する第２の応答ステップと、
を有することを特徴とする画像処理装置。
請求項１０に記載の各ステップをコンピュータに実行させるためのコンピュータプログラム。
請求項１１に記載の各ステップをコンピュータに実行させるためのコンピュータプログラム。