画像処理装置及びその制御方法及びプログラム
【課題】 画像処理装置が提供する各Ｗｅｂサービスプログラムを修正することなく、サービスを検索するための他のプロトコルを使用してＷｅｂサービスの検索を行うことを可能とする画像処理装置を提供する。
【解決手段】 ホストコンピュータから送られる所定のプロトコルに基づいたサービス検索要求がＷｅｂサービスに係る検索要求であった場合、サービス管理部３０７はＷｅｂサービス管理部３０３にアクセスするための情報をホストコンピュータに対して返信する。
【解決手段】 ホストコンピュータから送られる所定のプロトコルに基づいたサービス検索要求がＷｅｂサービスに係る検索要求であった場合、サービス管理部３０７はＷｅｂサービス管理部３０３にアクセスするための情報をホストコンピュータに対して返信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスを提供可能な画像処理装置及びその制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
近年インターネットにおいてＷｅｂサービス技術が大きな注目を集めている。Ｗｅｂサービスは、ネットワーク上に分散する各種サービスを緩やかに結合する技術である。この技術を利用することで、プログラムが人間の手を介さず動的に適切なサービスを選択することが可能であり、目的とする処理を自動的に行う技術として各産業分野から期待されている。このＷｅｂサービスにおいてやりとりされるデータはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されており、このＸＭＬデータはＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用してネットワーク上で通信が行われる。ＳＯＡＰは、ＸＭＬを用いてリモート環境でオブジェクトをアクセスするためのプロトコルである。このＳＯＡＰは下位層にＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、又はＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）といったプロトコルを利用することが規定されており、そのためネットワーク間で余分なポートをオープンする必要がなく、Ｗｅｂブラウジングや電子メールと同様にインターネット上で容易に利用することが可能となっている。
【０００３】
また、Ｗｅｂサービス技術で利用される技術仕様としてＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ， Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）がある。このＵＤＤＩはＷｅｂサービスを登録し発見するためのアーキテクチャであり、ＷｅｂサービスはこのＵＤＤＩを利用してサービス情報を登録し、Ｗｅｂサービスの使用者はＵＤＤＩを利用してＷｅｂサービスを発見することが可能である。ＵＤＤＩはｈｔｔｐ：／／ｕｄｄｉ．ｏｒｇでその技術仕様を入手することが可能である。
【０００４】
このＷｅｂサービス技術を画像処理装置に適用することで、これまでになかったさまざまなメリットが得られる。たとえば従来の画像処理装置においては、クライアントは画像処理装置が提供するプリントサービス、スキャンサービスといったさまざまなサービスを検索するために独自のプロトコルを使用していた。一方、Ｗｅｂサービスを実装した画像処理装置においては、サービス情報はネットワーク上のＵＤＤＩサーバに登録され、クライアントは統一されたインターフェースを使用してＵＤＤＩサーバからＷｅｂサービス情報を検索することが可能となる。また、このインターフェースは標準化されたものであるので、画像処理装置に限らずさまざまなサービスを検索することも可能である。さらに、ネットワーク上に独立したＵＤＤＩサーバが存在しない環境においては、画像処理装置自体がＵＤＤＩサーバ機能を実装し、画像処理装置が提供しているサービスをクライアントから検索させることも可能である。このように、さまざまなメリットを持つＷｅｂサービス技術を適用した画像処理装置が今後ますます開発されていくことが想定される。
【０００５】
一方、前述したように、従来の画像処理装置においてそれぞれ独自のプロトコルに基づいて、自身が提供可能なサービスをクライアントから検索し、利用可能にした画像処理装置が考えられている。
【０００６】
その一例として、ＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を実装した画像処理装置がある。ＳＬＰはＲＦＣ２６０８で規定されるプロトコルであり、この技術を用いることによって、クライアントはネットワーク上からプリントサービス、スキャンサービス等の所望のサービスを提供している画像処理装置を検索することができる。特許文献１には、クライアントが所望のサービスを提供する画像処理装置を検索することができる検索システムについて開示されている。
【特許文献１】特開平８−６８８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記ＵＤＤＩサーバ機能を実装し、自身が提供するＷｅｂサービスをクライアントから検索可能であるといった機能と、一方上記それぞれ独自のプロトコルに基づいて自身が提供するサービスを検索可能とした機能の両機能が実装される画像処理装置を考えた場合、クライアントからの検索要求がＷｅｂサービスの技術に基づくＵＤＤＩサーバに対して行なわれるものなのか、又は画像処理装置が実装する独自プロトコルに基づくものであるかによって、検索できるサービスが限られてしまうといった問題が生じる。
【０００８】
そこで、画像処理装置が提供するＷｅｂサービスをＵＤＤＩ以外の上記独自のプロトコルを使用してクライアントに検索させるために各Ｗｅｂサービスプログラムをその他の各プロトコルに対応させる必要がある。
【０００９】
しかし、ＵＤＤＩというサービス検索のための仕組みを持っているにも係らず新しく検索のためのプロトコルが策定、実装されるたびに既存のすべてのＷｅｂサービスプログラムを修正する必要があり非効率である。
【００１０】
本発明は上記問題を解決するためのものであり、その目的は画像処理装置が提供する各Ｗｅｂサービスプログラムを修正することなく、サービスを検索するための他のプロトコルを使用してＷｅｂサービスの検索を行うことを可能とする画像処理装置を提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理手段に係る情報を前記情報処理装置に送信する送信手段とを有することを特徴とする。
【００１２】
また、上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録手段とを有し、前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とする。
【００１３】
また、上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段とを有し、前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、画像処理装置が提供する各Ｗｅｂサービスプログラムを修正することなく、さまざまなサービス検索方式を使用してＷｅｂサービスの検索を行うことを可能とする画像処理装置を提供することが可能となる。
【発明を実施するための最良の形態】
【００１５】
（実施例１）
以下、本発明における第一の実施例を図面を参照して詳細に説明する。
【００１６】
図１は本実施例において適用可能なサービス検索システムの構築例を示すブロック図である。
【００１７】
画像処理装置１０１はネットワーク１０４に接続され、ホストコンピュータ１０２、１０３と通信可能である。画像処理装置１０１はその印刷機能をプリントサービスと称してＷｅｂサービスとして公開しており、ホストコンピュータ１０２、１０３はこのプリントサービスを検索することが可能である。このプリントサービスは、印刷ジョブの投入／削除、デバイス／ジョブの情報取得といった機能をユーザに提供しており、ホストコンピュータから、Ｗｅｂサービスにおいて用いられる技術仕様であるＳＯＡＰを使用してこれらの機能を利用することが可能である。
【００１８】
図２は、本実施例における画像処理装置のハードウェア構成を説明するブロック図である。なお、ここでは、レーザビームプリンタを例にして説明する。図２のレーザビームプリンタ２００において、１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラム用ＲＯＭには、ＣＰＵ１２が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ１３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ１２はネットワークインターフェース部１８を介してネットワーク上のホストコンピュータとの通信処理が可能となっている。１９はＲＡＭで、主としてＣＰＵ１２の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤ），ＩＣカード等の外部記憶装置１４は、ディスクコントローラ（ＤＫＣ）２０によりアクセスが制御される。ハードディスクは、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。また、２０１は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２４は不揮発性メモリであり、操作パネル２０１からのプリンタモード設定情報をユーザ別，グループ別に記憶している。
【００１９】
また、図示していないが、プリンタ２００にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ１２から制御される。尚、図２の例では、画像処理装置としてレーザビームプリンタの場合を説明したが、本発明は複合機や複写機、スキャナ、インクジェット式のプリンタ等であってもよい。
【００２０】
図３は、本実施例における画像処理装置のソフトウェアプログラム構成を説明するブロック図である。
【００２１】
３０１および３０２は画像処理装置が提供するＷｅｂサービスであり、具体的には印刷機能を実現するプリントサービスや、印刷に応じた課金情報を提供する課金サービスなどである。また、画像処理装置としてレーザビームプリンタではなく複合機の場合であればスキャンサービスやストレージサービスといったＷｅｂサービスを持つことも可能である。なおＷｅｂサービスの個数、種類などは本発明で規定されるものではないが、図３においては一例としてＷｅｂサービスが２個である例を示している。
【００２２】
Ｗｅｂサービス管理部３０３はＷｅｂサービス３０１、３０２の情報を管理し、Ｗｅｂサービスレジストリ３０４にサービス情報を記憶している。さらにＷｅｂサービス管理部３０３はホストコンピュータ１０２、１０３からネットワークＩ／Ｆ部３０５を介して、後述するＷｅｂサービス検索要求を受信し、応答することが可能である。
【００２３】
一方、３０６はＷｅｂサービス以外で画像処理装置が提供しているサービスである。具体的にはＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）やＬＰＤ（Ｌｉｎｅ Ｐｒｉｎｔｅｒ Ｄａｅｍｏｎ）などである。３０７はこれらのサービスを管理するサービス管理部であり、具体的にはＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で定義されるＳＡ（Ｓｅｒｖｉｃｅ Ａｇｅｎｔ）機能の実装である。なおサービスおよびサービス管理部の個数、種類などは本発明で規定されるものではないが、一例として図３においてはそれぞれ１個である例を示している。
【００２４】
サービス管理部３０７は、管理するサービスの情報をサービスレジストリ３０８に記憶している。このサービス管理部３０７は所定のプロトコルに従い、ホストコンピュータ１０２、１０３からネットワークＩ／Ｆ部３０５を介して、後述するサービス検索要求を受信し、応答することが可能である。また、Ｗｅｂサービス管理部３０３とサービス管理部３０７とは互いに通信可能である。
【００２５】
図４は、図３におけるＷｅｂサービス検索管理部３０３の処理を示すフローチャートである。Ｗｅｂサービス検索管理部３０３は起動すると、ステップ４０１においてサービス管理部３０７に対して自身の情報の登録を行う。登録される情報の例を図１１の１１０１に示す。登録される情報は図１１の１１０１に示すように、サービスのタイプ、サービスにアクセスするためのＵＲＬからなる。なお、サービス管理部３０７が複数存在した場合には、それぞれのサービス管理部に対して登録処理を行う。
【００２６】
次にステップ４０２においてＷｅｂサービス３０１、３０２からサービス登録要求を受信したかを判断する。ここで、Ｗｅｂサービスから受信するサービス登録要求は図５のような、サービス名、該ＷｅｂサービスにアクセスするためのＵＲＬからなるサービス情報を含んでいる。サービス登録要求を受信した場合は、ステップ４０３においてサービス情報をＷｅｂサービスレジストリ３０４に追加する。
【００２７】
次にステップ４０４においてＷｅｂサービス３０１、３０２からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ４０５において該当するサービス情報をレジストリ３０４から削除する。
【００２８】
次にステップ４０６において、ホストコンピュータ１０２、１０３からＷｅｂサービス検索要求を受信したかを判断し、受信していない場合はステップ４０２に戻る。Ｗｅｂサービス検索要求を受信した場合はステップ４０７に進み、受信した検索要求を解析して要求されたＷｅｂサービスがレジストリ３０４に登録されているかを判定し、要求されたＷｅｂサービスがレジストリにないと判定された場合は、検索要求は破棄し、ステップ４０２に戻る。登録されている場合にはステップ４０８へと進み、その結果をクライアントに送信した後ステップ４０２に戻る。
【００２９】
図６はＷｅｂサービス管理部３０３がホストコンピュータ１０２、１０３からネットワークを介して受信するＷｅｂサービス検索要求の例である。検索要求はＸＭＬ形式で記述されており、ＳＯＡＰを使用して通信が行われる。この例は＜ｎａｍｅ＞タグで指定されるＷｅｂサービス名を検索キーとした検索要求であり、そのサービス名が「ＰｒｉｎｔＳｅｒｖｉｃｅ．ｃａｎｏｎ」であるＷｅｂサービスが存在するかどうかを問い合わせるものである。
【００３０】
Ｗｅｂサービス管理部３０３はこの検索要求を受信し、レジストリ３０４にそのサービス名が合致するＷｅｂサービスが登録されている場合は、図７で示すような検索応答をホストコンピュータに返す。検索応答には、Ｗｅｂサービスを一意に識別するｓｅｒｖｉｃｅＫｅｙが含まれており、ホストコンピュータはこのｓｅｒｖｉｃｅＫｅｙを指定してＷｅｂサービス管理部に対してさらに図８で示すように詳細情報取得要求を送信し、Ｗｅｂサービスの詳細情報を問い合わせる。
【００３１】
その結果、図９で示すような応答を受信し、＜ａｃｃｅｓｓＰｏｉｎｔ＞タグで示される、ＷｅｂサービスにアクセスするためのＵＲＬを取得する。なお、図６、７、８、９のＸＭＬフォーマットやそのプロトコルはＵＤＤＩ仕様で規定されている。
【００３２】
図１０は図３におけるサービス管理部３０７の処理を示すフローチャートである。サービス管理部は複数存在することが可能であるが、本実施例においては１つのみ存在するものとし、その具体例としてＳＬＰサーバであるものとする。
【００３３】
サービス管理部３０７は起動すると、ステップ１００１において、ＳＬＰを使用して公開するように設定された各サービスからの登録要求を受信したかを判断する。本実施例においては、サービス３０６としてＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）、および上述のＷｅｂサービス管理部３０３をＳＬＰを使用して公開するものとする。つまり、Ｗｅｂサービスを管理する役割を行うＷｅｂサービス管理部３０３自体も１つのサービスとしてＳＬＰで公開する。
【００３４】
図１１は、Ｗｅｂサービス管理部３０３、サービス３０６から登録されるサービス情報の例である。１１０１はＷｅｂサービス管理部３０３が提供する機能がサービスとして登録される例を示しており、１１０２はＩＰＰを用いたプリントサービスが登録される例を示している。ステップ１００１において登録要求を受信した場合はステップ１００２に進み、サービス情報をサービスレジストリ３０８に追加する。
【００３５】
次にステップ１００３においてＷｅｂサービス管理部３０３、サービス３０６からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ１００４において該当するサービス情報をレジストリから削除する。
【００３６】
次にステップ１００５においてホストコンピュータ１０２、１０３からサービス検索要求を受信したかを判断する。ステップ１００５においてサービス検索要求を受信したと判断された場合はステップ１００６に進み、受信した検索要求を解析して要求されたサービスがレジストリ３０８に登録されているかを判定する。要求されたサービスがレジストリにないと判定された場合は、検索要求は破棄し、ステップ１００１に戻る。要求されたサービスがレジストリにあると判定された場合は、ステップ１００７に進みサービス検索応答をホストコンピュータに送信し、その後ステップ１００１に戻る。
【００３７】
図１２はサービス管理部３０７がホストコンピュータ１０２、１０３からネットワークを介して受信するサービス検索要求の例である。この検索要求はＳＬＰ仕様で規定されるフォーマットに従い、ＳＬＰ用としてＩＡＮＡ（ｈｔｔｐ：／／ｗｗｗ．ｉａｎａ．ｏｒｇ／）に登録されているマルチキャストアドレス”２３９．２５５．２５５．２５３”に送信される。
【００３８】
図１２に示す例はそのサービスタイプが「ｗｓ−ｄｉｓｃｏｖｅｒｙ．ｃａｎｏｎ」であるサービスが存在するかどうかを問い合わせるものである。つまり、Ｗｅｂサービス管理機能が提供するサービスの有無を問い合わせるものであり、その画像処理装置がＷｅｂサービス機能を実装しているかどうかを問い合わせていることになる。サービス管理部３０７はこの検索要求を受信し、レジストリ３０８にそのサービスが登録されている場合は、図１３で示すような検索応答をホストコンピュータに返す。この検索応答には該サービスにアクセスするためのＵＲＬが含まれており、ホストコンピュータ１０２、１０３は改めてこのＵＲＬに対してアクセスすることで所望のＷｅｂサービスを発見できることになる。なお、図１２、１３はバイナリエンコードされたパケットを分り易く整形してある。
【００３９】
図１４は本実施例において、ホストコンピュータ１０２、１０３が、画像処理装置が提供する所望のＷｅｂサービスをネットワーク上から検索する際の検索シーケンスを表す図である。前提として、図１４中のホストコンピュータは画像処理装置Ａ、画像処理装置Ｂ、及びその他の情報機器と所定の通信手段によって通信可能であり、画像処理装置Ａ、画像処理装置ＢはＳＬＰ及びＷｅｂサービスを実装しており、その他の情報機器はＳＬＰ又はＷｅｂサービスのどちらか一方又は両方が実装されていないとする。
【００４０】
まず、ホストコンピュータ１０２、１０３は、ステップ１４０１において、図１２に示すＳＬＰマルチキャストによる検索要求パケットを送信する。画像処理装置Ａ及び画像処理装置Ｂがこの検索要求パケットを受信すると、図１０で示した処理が行われ、ステップ１４０２において図１３のような検索応答をホストコンピュータに送信する。
【００４１】
一方その他の情報機器がＳＬＰマルチキャストによる検索要求パケットを受信すると、ＳＬＰを解釈できないかまたはＷｅｂサービス管理部３０３を持っていないため、単に捨てられる。
【００４２】
ホストコンピュータはこの検索応答を収集することにより、ネットワーク上の、Ｗｅｂサービス管理部を持つ画像処理装置のリストを作成する。つまりＷｅｂサービスを実装している画像処理装置のリストが作成されることになる。ここで、作成する画像処理装置のリストは図１５のようなものであり、Ｗｅｂサービス管理部にアクセスするためのＵＲＬが示されている。
【００４３】
次にステップ１４０３において、ホストコンピュータは、作成したリストに存在するすべての画像処理装置に対して順番に図６のようなＷｅｂサービス検索要求を送信し、所望のＷｅｂサービスを持っているかどうかを問い合わせる。
【００４４】
ステップ１４０４において画像処理装置は、指定されたサービスを持っていれば図７のような検索応答を、持っていなければエラーを応答する。ホストコンピュータは、正常応答を受信した画像処理装置に対しては続けて図８のような詳細情報取得要求を送信し、図９のような応答を得る。これにより、ホストコンピュータは図１６のような所望のサービスを提供している画像処理装置のリストを作成する。図１６のリストはホストコンピュータが所望のサービスを検索した結果を示しており、該サービスにアクセスするためのＵＲＬが示されている。ホストコンピュータは該ＵＲＬにアクセスすることにより、所望のサービスを受けることが出来る。
【００４５】
（実施例２）
次に第二の実施例について説明する。
【００４６】
上記実施例１によれば、画像処理装置に実装される所定のプロトコルを用いて、Ｗｅｂサービス管理部の検索が可能となる。ただし、ホストコンピュータは前記所定のプロトコルに基づくサービス検索要求と、Ｗｅｂサービスに基づくＷｅｂサービス検索要求といった二度の検索要求を送信する必要があった。
【００４７】
これに対して実施例２では、一度の検索要求の送信で、所望のＷｅｂサービスを提供可能な画像処理装置を発見することができるものである。
【００４８】
本実施例の基本的な構成は第一の実施例と同一であり、その差異のみ説明する。本実施例においては、ホストコンピュータはＷｅｂサービス管理部３０３に対する検索要求を行わず、サービス管理部３０７が処理可能なプロトコルを使用してＷｅｂサービスの検索を行う。
【００４９】
図１７は本実施例におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。
【００５０】
Ｗｅｂサービス管理部３０３は起動すると、ステップ１７０１においてＷｅｂサービス３０１、３０２からサービス登録要求を受信したかを判断する。サービス登録要求を受信した場合は、ステップ１７０２においてサービス情報をレジストリ３０４に追加し、その後さらにステップ１７０３において、サービス管理部３０７に対してサービス情報の登録要求を送信する。一方、ステップ１７０３における登録要求を受信したサービス管理部３０７は、自身が管理するレジストリ３０８にＷｅｂサービス３０１、３０２に基づくサービス情報を追加する。つまり、サービス管理部３０７が管理するレジストリには、Ｗｅｂサービス３０１、３０２、サービス３０６のサービス情報が格納されることになる。
【００５１】
次にステップ１７０４においてＷｅｂサービス３０１、３０２からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ１７０５において該当するサービス情報をレジストリから削除し、その後さらにステップ１７０６において、サービス管理部３０７に対してサービス削除要求を送信する。サービス削除要求を受信したサービス管理部３０７は、レジストリ３０８に格納されているＷｅｂサービス３０１、３０２に係るサービス情報を削除する。
【００５２】
次にステップ１７０７において、ホストコンピュータ１０２、１０３からＷｅｂサービス検索要求を受信したかを判断し、受信していない場合はステップ１７０１に戻る。Ｗｅｂサービス検索要求を受信した場合はステップ１７０８に進み、受信した検索要求を解析して要求されたＷｅｂサービスがレジストリ３０４に登録されているかを判定し、その結果をクライアントに送信した後、ステップ１７０１に戻る。なお、検索要求／応答パケットは第一の実施例と同一である。
【００５３】
本実施例におけるサービス管理部３０７の処理は第一の実施例の場合と同一であり、図１０のフローチャートで示されている。ただし、図１７で示したように、Ｗｅｂサービス管理部３０３から各Ｗｅｂサービスの情報も登録され、個々のＷｅｂサービス情報もレジストリ３０８で管理している。
【００５４】
図１８はサービス管理部３０７がホストコンピュータ１０２、１０３からネットワークを介して受信するサービス検索要求の例である。この検索要求はＳＬＰ仕様で規定されるフォーマットに従い、ＳＬＰ用としてＩＡＮＡ（ｈｔｔｐ：／／ｗｗｗ．ｉａｎａ．ｏｒｇ／）に登録されているマルチキャストアドレス”２３９．２５５．２５５．２５３”に送信される。この例はそのサービス名が「ＰｒｉｎｔＳｅｒｖｉｃｅ．ｃａｎｏｎ」であるサービスが存在するかどうかを問い合わせるものである。サービス管理部３０７はこの検索要求を受信し、レジストリ３０８にそのサービスが登録されている場合は、図１９で示すような検索応答をホストコンピュータに返す。なお、図１８、１９はバイナリエンコードされたパケットをわかりやすく整形してある。
【００５５】
図２０は本実施例において、ホストコンピュータ１０２、１０３が、画像処理装置が提供する所望のＷｅｂサービスをネットワーク上から検索する際の検索シーケンスを表す図である。図１４と同様に、前提として、図２０中のホストコンピュータは画像処理装置Ａ、画像処理装置Ｂ、及びその他の情報機器と所定の通信手段によって通信可能であり、画像処理装置Ａ、画像処理装置ＢはＳＬＰ及びＷｅｂサービスを実装しており、その他の情報機器はＳＬＰ又はＷｅｂサービスのどちらか一方又は両方が実装されていないとする。
【００５６】
まず、ホストコンピュータ１０２、１０３は、ステップ２００１において、図１８に示すＳＬＰマルチキャストによる検索要求パケットを送信する。画像処理装置Ａ及び画像処理装置Ｂがこの検索要求パケットを受信すると、図１８で示した処理が行われ、ステップ２００２において図１９のような検索応答をホストコンピュータに送信する。
【００５７】
一方その他の情報機器がＳＬＰマルチキャストによる検索要求パケットを受信すると、ＳＬＰを解釈できないかまたはＷｅｂサービス管理部３０３を持っていないため、単に捨てられる。
【００５８】
ホストコンピュータはこの検索応答を収集することにより、ネットワーク上の、Ｗｅｂサービス管理部を持つ画像処理装置のリストを作成する。
【００５９】
作成されるリストは実施例１における図１６と同様である。ホストコンピュータは、該リストに示されるＵＲＬにアクセスすることにより、所望のサービスを受けることができる。
【００６０】
このように、第二の実施例においては、各Ｗｅｂサービスの情報を、Ｗｅｂサービス管理部を介してＳＬＰサーバのレジストリに登録しておくことにより、ホストコンピュータは一回のＳＬＰによる検索要求で、所望のＷｅｂサービスを提供している画像処理装置を検索することが可能である。
【００６１】
（実施例３）
次に第三の実施例について説明する。
【００６２】
本実施例の基本的な構成は第一、第二の実施例と同一であり、その差異のみ説明する。本実施例においては、第二の実施例と同様に、ホストコンピュータはＷｅｂサービス管理部３０３に対する検索要求を行わず、サービス管理部３０７が処理可能なプロトコルを使用してＷｅｂサービスの検索を行う。つまり、ホストコンピュータは一度の検索要求の送信で、所望のＷｅｂサービスを提供可能な画像処理装置を発見することができる。ただし、その内部処理が実施例２と異なっている。
【００６３】
後述するようにサービス管理部３０７は公開するサービスを、自身のレジストリで管理するサービスと、Ｗｅｂサービス管理部３０３が管理しているサービスとに分ける。なお、以降の説明では前者を静的に公開するサービス、後者を動的に公開するサービスと称する。
【００６４】
本実施例におけるＷｅｂサービス管理部３０３の処理は、起動直後に自分の情報をサービス管理部３０７に登録しないという点を除いては第一の実施例の場合と同一である。つまり図４のフローチャートにおいてステップ４０１を省略したものとなる。また、検索要求／応答パケットは第一、第二の実施例と同一である。
【００６５】
図２１は本実施例におけるサービス管理部３０７の処理を示すフローチャートである。サービス管理部は複数存在することが可能であるが、本実施例においては第一、第二の実施例と同様に１つのみ存在するものとし、その具体例としてＳＬＰサーバであるものとする。サービス管理部３０７は起動すると、ステップ２１０１において、ＳＬＰを使用して静的に公開するように設定された各サービスからの登録要求を受信したかを判断する。本実施例においては、サービス３０６としてＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）をＳＬＰを使用して静的に公開するものとする。ステップ２１０１において登録要求を受信した場合はステップ２１０２に進み、サービス情報をレジストリ３０８に追加する。次にステップ２１０３においてサービス３０６からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ２１０４において該当するサービス情報をレジストリから削除する。次にステップ２１０５においてホストコンピュータ１０２、１０３からサービス検索要求を受信したかを判断する。ステップ２１０５においてサービス検索要求を受信したと判断された場合はステップ２１０６に進み、受信した検索要求を解析して要求されたサービスがレジストリ３０８に登録されているかを判定する。要求されたサービスがレジストリにあると判定された場合はステップ２１０９に進みサービス検索応答をホストコンピュータに送信し、その後ステップ２１０１に戻る。
【００６６】
一方、ステップ２１０６において、要求されたサービスがレジストリにないと判定された場合は、ステップ２１０７に進み、Ｗｅｂサービス管理部３０３に対してＷｅｂサービス検索要求を送信する。ここで、Ｗｅｂサービス検索要求の送信にはローカルループバックを使用する。つまり、Ｗｅｂサービス検索処理部３０３はＵＤＤＩによるＷｅｂサービス検索に対応しているため、サービス管理部３０７はこのＵＤＤＩのインターフェースを使用して検索要求を送信することが可能であり、その検索要求としては図６と同一のものを使用できる。次にステップ２１０８においてＷｅｂサービス管理部３０３からの応答を受信し、サービスが存在したかどうかを判定する。サービスが存在しないと判定された場合はホストコンピュータから受信した検索要求は破棄し、ステップ２１０１に戻る。また、サービスが存在すると判定された場合は、ステップ２１０９に進みサービス検索応答をホストコンピュータに送信し、その後ステップ２１０１に戻る。
【００６７】
なお、本実施例において、ホストコンピュータとサービス管理部３０７との間でやりとりされる検索要求／応答パケット、およびホストコンピュータから見た検索シーケンスは第二の実施例の場合と同一であるため、省略する。
【００６８】
このように、第三の実施例においては、ＳＬＰサーバは要求されたサービス情報が自分のレジストリに存在しなかった場合に、Ｗｅｂサービス管理部に問い合わせる構成とすることにより、ホストコンピュータは一回のＳＬＰによる検索要求で、所望のＷｅｂサービスを提供している画像処理装置を検索することが可能である。
【００６９】
なお、上記実施例においては、ＳＬＰサーバからＷｅｂサービス管理部への検索要求送信方式としてローカルループバックを使用したが、専用のインターフェースを持ち、そのインターフェースを利用する構成ももちろん可能である。
【００７０】
（その他の実施形態）
上記第１から第３の実施例では、画像処理装置としてレーザービームプリンタを例に挙げたが、本発明はレーザービームプリンタに限定されるものではなく、ＵＤＤＩサーバ及びその他の所定の検索プロトコルを実装した各種の画像処理装置に適用することができる。
【００７１】
また、上記第１から第３の実施例においては、画像処理装置に実装されるプロトコルとしてＳＬＰである例を示したが、本発明はこれに限定されるものではなく、画像処理装置が提供するサービスを検索する機能を有するプロトコルであれば他のプロトコルでよい。例えばＵＰｎＰフォーラムで提唱されているＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ、ＴＭ）、ビジネス機械情報システム産業協会（ＪＢＭＩＡ）が推進するＢＭＬｉｎｋＳ（ＴＭ）等であってもよい。
【００７２】
尚、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。上述した実施形の機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体等の媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体等の媒体に格納されたプログラムコードを読み出し実行することによっても、本発明が達成されることは言うまでもない。
【００７３】
この場合、記憶媒体等の媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体等の媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体等の媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、或いはネットワークを介したダウンロードなどを用いることができる。
【００７４】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【００７５】
更に、記憶媒体等の媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施形の機能が実現される場合も、本発明に含まれることは言うまでもない。
【図面の簡単な説明】
【００７６】
【図１】本実施例におけるサービス検索システムの構築例を示す図である。
【図２】本実施例における画像処理装置のハードウェア構成を示す図である。
【図３】本実施例における画像処理装置のソフトウェアプログラム構成を示す図である。
【図４】実施例１におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。
【図５】本実施例におけるサービス登録要求に含まれるサービス情報の例である。
【図６】本実施例におけるＷｅｂサービス検索要求の例である。
【図７】本実施例におけるＷｅｂサービス検索応答の例である。
【図８】本実施例におけるＷｅｂサービス詳細情報取得要求の例である。
【図９】本実施例におけるＷｅｂサービス詳細情報取得応答の例である。
【図１０】実施例１及び２におけるサービス管理部３０７の処理を示すフローチャートである。
【図１１】本実施例におけるサービス管理部３０７に登録されるサービス情報の例である。
【図１２】実施例１におけるサービス検索要求の例である。
【図１３】実施例１におけるサービス検索応答の例である。
【図１４】実施例１における検索シーケンスを示す図である。
【図１５】実施例１における、ホストコンピュータが作成する画像処理装置リストの例である。
【図１６】本実施例における、ホストコンピュータが作成する画像処理装置リストの例である。
【図１７】実施例２におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。
【図１８】実施例２及び３におけるサービス検索要求の例である。
【図１９】実施例２及び３におけるサービス検索応答の例である。
【図２０】実施例２及び３における検索シーケンスを示す図である。
【図２１】実施例３におけるサービス管理部３０７の処理を示すフローチャートである。
【符号の説明】
【００７７】
１０１ 画像処理装置
１０２ ホストコンピュータ
１０３ ホストコンピュータ
１０４ ネットワーク
１２ ＣＰＵ
１３ ＲＯＭ
１４ 外部記憶装置
１５ システムバス
１６ 印刷部インターフェース
１７ プリンタエンジン
１８ Ｎｅｔｗｏｒｋインターフェース部
１９ ＲＡＭ
２０ ＤＫＣ
２４ 不揮発性メモリ
２０１ 操作パネル
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスを提供可能な画像処理装置及びその制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
近年インターネットにおいてＷｅｂサービス技術が大きな注目を集めている。Ｗｅｂサービスは、ネットワーク上に分散する各種サービスを緩やかに結合する技術である。この技術を利用することで、プログラムが人間の手を介さず動的に適切なサービスを選択することが可能であり、目的とする処理を自動的に行う技術として各産業分野から期待されている。このＷｅｂサービスにおいてやりとりされるデータはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されており、このＸＭＬデータはＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用してネットワーク上で通信が行われる。ＳＯＡＰは、ＸＭＬを用いてリモート環境でオブジェクトをアクセスするためのプロトコルである。このＳＯＡＰは下位層にＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、又はＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）といったプロトコルを利用することが規定されており、そのためネットワーク間で余分なポートをオープンする必要がなく、Ｗｅｂブラウジングや電子メールと同様にインターネット上で容易に利用することが可能となっている。
【０００３】
また、Ｗｅｂサービス技術で利用される技術仕様としてＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ， Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）がある。このＵＤＤＩはＷｅｂサービスを登録し発見するためのアーキテクチャであり、ＷｅｂサービスはこのＵＤＤＩを利用してサービス情報を登録し、Ｗｅｂサービスの使用者はＵＤＤＩを利用してＷｅｂサービスを発見することが可能である。ＵＤＤＩはｈｔｔｐ：／／ｕｄｄｉ．ｏｒｇでその技術仕様を入手することが可能である。
【０００４】
このＷｅｂサービス技術を画像処理装置に適用することで、これまでになかったさまざまなメリットが得られる。たとえば従来の画像処理装置においては、クライアントは画像処理装置が提供するプリントサービス、スキャンサービスといったさまざまなサービスを検索するために独自のプロトコルを使用していた。一方、Ｗｅｂサービスを実装した画像処理装置においては、サービス情報はネットワーク上のＵＤＤＩサーバに登録され、クライアントは統一されたインターフェースを使用してＵＤＤＩサーバからＷｅｂサービス情報を検索することが可能となる。また、このインターフェースは標準化されたものであるので、画像処理装置に限らずさまざまなサービスを検索することも可能である。さらに、ネットワーク上に独立したＵＤＤＩサーバが存在しない環境においては、画像処理装置自体がＵＤＤＩサーバ機能を実装し、画像処理装置が提供しているサービスをクライアントから検索させることも可能である。このように、さまざまなメリットを持つＷｅｂサービス技術を適用した画像処理装置が今後ますます開発されていくことが想定される。
【０００５】
一方、前述したように、従来の画像処理装置においてそれぞれ独自のプロトコルに基づいて、自身が提供可能なサービスをクライアントから検索し、利用可能にした画像処理装置が考えられている。
【０００６】
その一例として、ＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を実装した画像処理装置がある。ＳＬＰはＲＦＣ２６０８で規定されるプロトコルであり、この技術を用いることによって、クライアントはネットワーク上からプリントサービス、スキャンサービス等の所望のサービスを提供している画像処理装置を検索することができる。特許文献１には、クライアントが所望のサービスを提供する画像処理装置を検索することができる検索システムについて開示されている。
【特許文献１】特開平８−６８８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記ＵＤＤＩサーバ機能を実装し、自身が提供するＷｅｂサービスをクライアントから検索可能であるといった機能と、一方上記それぞれ独自のプロトコルに基づいて自身が提供するサービスを検索可能とした機能の両機能が実装される画像処理装置を考えた場合、クライアントからの検索要求がＷｅｂサービスの技術に基づくＵＤＤＩサーバに対して行なわれるものなのか、又は画像処理装置が実装する独自プロトコルに基づくものであるかによって、検索できるサービスが限られてしまうといった問題が生じる。
【０００８】
そこで、画像処理装置が提供するＷｅｂサービスをＵＤＤＩ以外の上記独自のプロトコルを使用してクライアントに検索させるために各Ｗｅｂサービスプログラムをその他の各プロトコルに対応させる必要がある。
【０００９】
しかし、ＵＤＤＩというサービス検索のための仕組みを持っているにも係らず新しく検索のためのプロトコルが策定、実装されるたびに既存のすべてのＷｅｂサービスプログラムを修正する必要があり非効率である。
【００１０】
本発明は上記問題を解決するためのものであり、その目的は画像処理装置が提供する各Ｗｅｂサービスプログラムを修正することなく、サービスを検索するための他のプロトコルを使用してＷｅｂサービスの検索を行うことを可能とする画像処理装置を提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理手段に係る情報を前記情報処理装置に送信する送信手段とを有することを特徴とする。
【００１２】
また、上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録手段とを有し、前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とする。
【００１３】
また、上記目的を達成するために本発明における画像処理装置は、情報処理装置と通信可能な画像処理装置であって、前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段とを有し、前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、画像処理装置が提供する各Ｗｅｂサービスプログラムを修正することなく、さまざまなサービス検索方式を使用してＷｅｂサービスの検索を行うことを可能とする画像処理装置を提供することが可能となる。
【発明を実施するための最良の形態】
【００１５】
（実施例１）
以下、本発明における第一の実施例を図面を参照して詳細に説明する。
【００１６】
図１は本実施例において適用可能なサービス検索システムの構築例を示すブロック図である。
【００１７】
画像処理装置１０１はネットワーク１０４に接続され、ホストコンピュータ１０２、１０３と通信可能である。画像処理装置１０１はその印刷機能をプリントサービスと称してＷｅｂサービスとして公開しており、ホストコンピュータ１０２、１０３はこのプリントサービスを検索することが可能である。このプリントサービスは、印刷ジョブの投入／削除、デバイス／ジョブの情報取得といった機能をユーザに提供しており、ホストコンピュータから、Ｗｅｂサービスにおいて用いられる技術仕様であるＳＯＡＰを使用してこれらの機能を利用することが可能である。
【００１８】
図２は、本実施例における画像処理装置のハードウェア構成を説明するブロック図である。なお、ここでは、レーザビームプリンタを例にして説明する。図２のレーザビームプリンタ２００において、１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラムに基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラム用ＲＯＭには、ＣＰＵ１２が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ１３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ１２はネットワークインターフェース部１８を介してネットワーク上のホストコンピュータとの通信処理が可能となっている。１９はＲＡＭで、主としてＣＰＵ１２の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤ），ＩＣカード等の外部記憶装置１４は、ディスクコントローラ（ＤＫＣ）２０によりアクセスが制御される。ハードディスクは、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。また、２０１は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２４は不揮発性メモリであり、操作パネル２０１からのプリンタモード設定情報をユーザ別，グループ別に記憶している。
【００１９】
また、図示していないが、プリンタ２００にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ１２から制御される。尚、図２の例では、画像処理装置としてレーザビームプリンタの場合を説明したが、本発明は複合機や複写機、スキャナ、インクジェット式のプリンタ等であってもよい。
【００２０】
図３は、本実施例における画像処理装置のソフトウェアプログラム構成を説明するブロック図である。
【００２１】
３０１および３０２は画像処理装置が提供するＷｅｂサービスであり、具体的には印刷機能を実現するプリントサービスや、印刷に応じた課金情報を提供する課金サービスなどである。また、画像処理装置としてレーザビームプリンタではなく複合機の場合であればスキャンサービスやストレージサービスといったＷｅｂサービスを持つことも可能である。なおＷｅｂサービスの個数、種類などは本発明で規定されるものではないが、図３においては一例としてＷｅｂサービスが２個である例を示している。
【００２２】
Ｗｅｂサービス管理部３０３はＷｅｂサービス３０１、３０２の情報を管理し、Ｗｅｂサービスレジストリ３０４にサービス情報を記憶している。さらにＷｅｂサービス管理部３０３はホストコンピュータ１０２、１０３からネットワークＩ／Ｆ部３０５を介して、後述するＷｅｂサービス検索要求を受信し、応答することが可能である。
【００２３】
一方、３０６はＷｅｂサービス以外で画像処理装置が提供しているサービスである。具体的にはＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）やＬＰＤ（Ｌｉｎｅ Ｐｒｉｎｔｅｒ Ｄａｅｍｏｎ）などである。３０７はこれらのサービスを管理するサービス管理部であり、具体的にはＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で定義されるＳＡ（Ｓｅｒｖｉｃｅ Ａｇｅｎｔ）機能の実装である。なおサービスおよびサービス管理部の個数、種類などは本発明で規定されるものではないが、一例として図３においてはそれぞれ１個である例を示している。
【００２４】
サービス管理部３０７は、管理するサービスの情報をサービスレジストリ３０８に記憶している。このサービス管理部３０７は所定のプロトコルに従い、ホストコンピュータ１０２、１０３からネットワークＩ／Ｆ部３０５を介して、後述するサービス検索要求を受信し、応答することが可能である。また、Ｗｅｂサービス管理部３０３とサービス管理部３０７とは互いに通信可能である。
【００２５】
図４は、図３におけるＷｅｂサービス検索管理部３０３の処理を示すフローチャートである。Ｗｅｂサービス検索管理部３０３は起動すると、ステップ４０１においてサービス管理部３０７に対して自身の情報の登録を行う。登録される情報の例を図１１の１１０１に示す。登録される情報は図１１の１１０１に示すように、サービスのタイプ、サービスにアクセスするためのＵＲＬからなる。なお、サービス管理部３０７が複数存在した場合には、それぞれのサービス管理部に対して登録処理を行う。
【００２６】
次にステップ４０２においてＷｅｂサービス３０１、３０２からサービス登録要求を受信したかを判断する。ここで、Ｗｅｂサービスから受信するサービス登録要求は図５のような、サービス名、該ＷｅｂサービスにアクセスするためのＵＲＬからなるサービス情報を含んでいる。サービス登録要求を受信した場合は、ステップ４０３においてサービス情報をＷｅｂサービスレジストリ３０４に追加する。
【００２７】
次にステップ４０４においてＷｅｂサービス３０１、３０２からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ４０５において該当するサービス情報をレジストリ３０４から削除する。
【００２８】
次にステップ４０６において、ホストコンピュータ１０２、１０３からＷｅｂサービス検索要求を受信したかを判断し、受信していない場合はステップ４０２に戻る。Ｗｅｂサービス検索要求を受信した場合はステップ４０７に進み、受信した検索要求を解析して要求されたＷｅｂサービスがレジストリ３０４に登録されているかを判定し、要求されたＷｅｂサービスがレジストリにないと判定された場合は、検索要求は破棄し、ステップ４０２に戻る。登録されている場合にはステップ４０８へと進み、その結果をクライアントに送信した後ステップ４０２に戻る。
【００２９】
図６はＷｅｂサービス管理部３０３がホストコンピュータ１０２、１０３からネットワークを介して受信するＷｅｂサービス検索要求の例である。検索要求はＸＭＬ形式で記述されており、ＳＯＡＰを使用して通信が行われる。この例は＜ｎａｍｅ＞タグで指定されるＷｅｂサービス名を検索キーとした検索要求であり、そのサービス名が「ＰｒｉｎｔＳｅｒｖｉｃｅ．ｃａｎｏｎ」であるＷｅｂサービスが存在するかどうかを問い合わせるものである。
【００３０】
Ｗｅｂサービス管理部３０３はこの検索要求を受信し、レジストリ３０４にそのサービス名が合致するＷｅｂサービスが登録されている場合は、図７で示すような検索応答をホストコンピュータに返す。検索応答には、Ｗｅｂサービスを一意に識別するｓｅｒｖｉｃｅＫｅｙが含まれており、ホストコンピュータはこのｓｅｒｖｉｃｅＫｅｙを指定してＷｅｂサービス管理部に対してさらに図８で示すように詳細情報取得要求を送信し、Ｗｅｂサービスの詳細情報を問い合わせる。
【００３１】
その結果、図９で示すような応答を受信し、＜ａｃｃｅｓｓＰｏｉｎｔ＞タグで示される、ＷｅｂサービスにアクセスするためのＵＲＬを取得する。なお、図６、７、８、９のＸＭＬフォーマットやそのプロトコルはＵＤＤＩ仕様で規定されている。
【００３２】
図１０は図３におけるサービス管理部３０７の処理を示すフローチャートである。サービス管理部は複数存在することが可能であるが、本実施例においては１つのみ存在するものとし、その具体例としてＳＬＰサーバであるものとする。
【００３３】
サービス管理部３０７は起動すると、ステップ１００１において、ＳＬＰを使用して公開するように設定された各サービスからの登録要求を受信したかを判断する。本実施例においては、サービス３０６としてＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）、および上述のＷｅｂサービス管理部３０３をＳＬＰを使用して公開するものとする。つまり、Ｗｅｂサービスを管理する役割を行うＷｅｂサービス管理部３０３自体も１つのサービスとしてＳＬＰで公開する。
【００３４】
図１１は、Ｗｅｂサービス管理部３０３、サービス３０６から登録されるサービス情報の例である。１１０１はＷｅｂサービス管理部３０３が提供する機能がサービスとして登録される例を示しており、１１０２はＩＰＰを用いたプリントサービスが登録される例を示している。ステップ１００１において登録要求を受信した場合はステップ１００２に進み、サービス情報をサービスレジストリ３０８に追加する。
【００３５】
次にステップ１００３においてＷｅｂサービス管理部３０３、サービス３０６からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ１００４において該当するサービス情報をレジストリから削除する。
【００３６】
次にステップ１００５においてホストコンピュータ１０２、１０３からサービス検索要求を受信したかを判断する。ステップ１００５においてサービス検索要求を受信したと判断された場合はステップ１００６に進み、受信した検索要求を解析して要求されたサービスがレジストリ３０８に登録されているかを判定する。要求されたサービスがレジストリにないと判定された場合は、検索要求は破棄し、ステップ１００１に戻る。要求されたサービスがレジストリにあると判定された場合は、ステップ１００７に進みサービス検索応答をホストコンピュータに送信し、その後ステップ１００１に戻る。
【００３７】
図１２はサービス管理部３０７がホストコンピュータ１０２、１０３からネットワークを介して受信するサービス検索要求の例である。この検索要求はＳＬＰ仕様で規定されるフォーマットに従い、ＳＬＰ用としてＩＡＮＡ（ｈｔｔｐ：／／ｗｗｗ．ｉａｎａ．ｏｒｇ／）に登録されているマルチキャストアドレス”２３９．２５５．２５５．２５３”に送信される。
【００３８】
図１２に示す例はそのサービスタイプが「ｗｓ−ｄｉｓｃｏｖｅｒｙ．ｃａｎｏｎ」であるサービスが存在するかどうかを問い合わせるものである。つまり、Ｗｅｂサービス管理機能が提供するサービスの有無を問い合わせるものであり、その画像処理装置がＷｅｂサービス機能を実装しているかどうかを問い合わせていることになる。サービス管理部３０７はこの検索要求を受信し、レジストリ３０８にそのサービスが登録されている場合は、図１３で示すような検索応答をホストコンピュータに返す。この検索応答には該サービスにアクセスするためのＵＲＬが含まれており、ホストコンピュータ１０２、１０３は改めてこのＵＲＬに対してアクセスすることで所望のＷｅｂサービスを発見できることになる。なお、図１２、１３はバイナリエンコードされたパケットを分り易く整形してある。
【００３９】
図１４は本実施例において、ホストコンピュータ１０２、１０３が、画像処理装置が提供する所望のＷｅｂサービスをネットワーク上から検索する際の検索シーケンスを表す図である。前提として、図１４中のホストコンピュータは画像処理装置Ａ、画像処理装置Ｂ、及びその他の情報機器と所定の通信手段によって通信可能であり、画像処理装置Ａ、画像処理装置ＢはＳＬＰ及びＷｅｂサービスを実装しており、その他の情報機器はＳＬＰ又はＷｅｂサービスのどちらか一方又は両方が実装されていないとする。
【００４０】
まず、ホストコンピュータ１０２、１０３は、ステップ１４０１において、図１２に示すＳＬＰマルチキャストによる検索要求パケットを送信する。画像処理装置Ａ及び画像処理装置Ｂがこの検索要求パケットを受信すると、図１０で示した処理が行われ、ステップ１４０２において図１３のような検索応答をホストコンピュータに送信する。
【００４１】
一方その他の情報機器がＳＬＰマルチキャストによる検索要求パケットを受信すると、ＳＬＰを解釈できないかまたはＷｅｂサービス管理部３０３を持っていないため、単に捨てられる。
【００４２】
ホストコンピュータはこの検索応答を収集することにより、ネットワーク上の、Ｗｅｂサービス管理部を持つ画像処理装置のリストを作成する。つまりＷｅｂサービスを実装している画像処理装置のリストが作成されることになる。ここで、作成する画像処理装置のリストは図１５のようなものであり、Ｗｅｂサービス管理部にアクセスするためのＵＲＬが示されている。
【００４３】
次にステップ１４０３において、ホストコンピュータは、作成したリストに存在するすべての画像処理装置に対して順番に図６のようなＷｅｂサービス検索要求を送信し、所望のＷｅｂサービスを持っているかどうかを問い合わせる。
【００４４】
ステップ１４０４において画像処理装置は、指定されたサービスを持っていれば図７のような検索応答を、持っていなければエラーを応答する。ホストコンピュータは、正常応答を受信した画像処理装置に対しては続けて図８のような詳細情報取得要求を送信し、図９のような応答を得る。これにより、ホストコンピュータは図１６のような所望のサービスを提供している画像処理装置のリストを作成する。図１６のリストはホストコンピュータが所望のサービスを検索した結果を示しており、該サービスにアクセスするためのＵＲＬが示されている。ホストコンピュータは該ＵＲＬにアクセスすることにより、所望のサービスを受けることが出来る。
【００４５】
（実施例２）
次に第二の実施例について説明する。
【００４６】
上記実施例１によれば、画像処理装置に実装される所定のプロトコルを用いて、Ｗｅｂサービス管理部の検索が可能となる。ただし、ホストコンピュータは前記所定のプロトコルに基づくサービス検索要求と、Ｗｅｂサービスに基づくＷｅｂサービス検索要求といった二度の検索要求を送信する必要があった。
【００４７】
これに対して実施例２では、一度の検索要求の送信で、所望のＷｅｂサービスを提供可能な画像処理装置を発見することができるものである。
【００４８】
本実施例の基本的な構成は第一の実施例と同一であり、その差異のみ説明する。本実施例においては、ホストコンピュータはＷｅｂサービス管理部３０３に対する検索要求を行わず、サービス管理部３０７が処理可能なプロトコルを使用してＷｅｂサービスの検索を行う。
【００４９】
図１７は本実施例におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。
【００５０】
Ｗｅｂサービス管理部３０３は起動すると、ステップ１７０１においてＷｅｂサービス３０１、３０２からサービス登録要求を受信したかを判断する。サービス登録要求を受信した場合は、ステップ１７０２においてサービス情報をレジストリ３０４に追加し、その後さらにステップ１７０３において、サービス管理部３０７に対してサービス情報の登録要求を送信する。一方、ステップ１７０３における登録要求を受信したサービス管理部３０７は、自身が管理するレジストリ３０８にＷｅｂサービス３０１、３０２に基づくサービス情報を追加する。つまり、サービス管理部３０７が管理するレジストリには、Ｗｅｂサービス３０１、３０２、サービス３０６のサービス情報が格納されることになる。
【００５１】
次にステップ１７０４においてＷｅｂサービス３０１、３０２からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ１７０５において該当するサービス情報をレジストリから削除し、その後さらにステップ１７０６において、サービス管理部３０７に対してサービス削除要求を送信する。サービス削除要求を受信したサービス管理部３０７は、レジストリ３０８に格納されているＷｅｂサービス３０１、３０２に係るサービス情報を削除する。
【００５２】
次にステップ１７０７において、ホストコンピュータ１０２、１０３からＷｅｂサービス検索要求を受信したかを判断し、受信していない場合はステップ１７０１に戻る。Ｗｅｂサービス検索要求を受信した場合はステップ１７０８に進み、受信した検索要求を解析して要求されたＷｅｂサービスがレジストリ３０４に登録されているかを判定し、その結果をクライアントに送信した後、ステップ１７０１に戻る。なお、検索要求／応答パケットは第一の実施例と同一である。
【００５３】
本実施例におけるサービス管理部３０７の処理は第一の実施例の場合と同一であり、図１０のフローチャートで示されている。ただし、図１７で示したように、Ｗｅｂサービス管理部３０３から各Ｗｅｂサービスの情報も登録され、個々のＷｅｂサービス情報もレジストリ３０８で管理している。
【００５４】
図１８はサービス管理部３０７がホストコンピュータ１０２、１０３からネットワークを介して受信するサービス検索要求の例である。この検索要求はＳＬＰ仕様で規定されるフォーマットに従い、ＳＬＰ用としてＩＡＮＡ（ｈｔｔｐ：／／ｗｗｗ．ｉａｎａ．ｏｒｇ／）に登録されているマルチキャストアドレス”２３９．２５５．２５５．２５３”に送信される。この例はそのサービス名が「ＰｒｉｎｔＳｅｒｖｉｃｅ．ｃａｎｏｎ」であるサービスが存在するかどうかを問い合わせるものである。サービス管理部３０７はこの検索要求を受信し、レジストリ３０８にそのサービスが登録されている場合は、図１９で示すような検索応答をホストコンピュータに返す。なお、図１８、１９はバイナリエンコードされたパケットをわかりやすく整形してある。
【００５５】
図２０は本実施例において、ホストコンピュータ１０２、１０３が、画像処理装置が提供する所望のＷｅｂサービスをネットワーク上から検索する際の検索シーケンスを表す図である。図１４と同様に、前提として、図２０中のホストコンピュータは画像処理装置Ａ、画像処理装置Ｂ、及びその他の情報機器と所定の通信手段によって通信可能であり、画像処理装置Ａ、画像処理装置ＢはＳＬＰ及びＷｅｂサービスを実装しており、その他の情報機器はＳＬＰ又はＷｅｂサービスのどちらか一方又は両方が実装されていないとする。
【００５６】
まず、ホストコンピュータ１０２、１０３は、ステップ２００１において、図１８に示すＳＬＰマルチキャストによる検索要求パケットを送信する。画像処理装置Ａ及び画像処理装置Ｂがこの検索要求パケットを受信すると、図１８で示した処理が行われ、ステップ２００２において図１９のような検索応答をホストコンピュータに送信する。
【００５７】
一方その他の情報機器がＳＬＰマルチキャストによる検索要求パケットを受信すると、ＳＬＰを解釈できないかまたはＷｅｂサービス管理部３０３を持っていないため、単に捨てられる。
【００５８】
ホストコンピュータはこの検索応答を収集することにより、ネットワーク上の、Ｗｅｂサービス管理部を持つ画像処理装置のリストを作成する。
【００５９】
作成されるリストは実施例１における図１６と同様である。ホストコンピュータは、該リストに示されるＵＲＬにアクセスすることにより、所望のサービスを受けることができる。
【００６０】
このように、第二の実施例においては、各Ｗｅｂサービスの情報を、Ｗｅｂサービス管理部を介してＳＬＰサーバのレジストリに登録しておくことにより、ホストコンピュータは一回のＳＬＰによる検索要求で、所望のＷｅｂサービスを提供している画像処理装置を検索することが可能である。
【００６１】
（実施例３）
次に第三の実施例について説明する。
【００６２】
本実施例の基本的な構成は第一、第二の実施例と同一であり、その差異のみ説明する。本実施例においては、第二の実施例と同様に、ホストコンピュータはＷｅｂサービス管理部３０３に対する検索要求を行わず、サービス管理部３０７が処理可能なプロトコルを使用してＷｅｂサービスの検索を行う。つまり、ホストコンピュータは一度の検索要求の送信で、所望のＷｅｂサービスを提供可能な画像処理装置を発見することができる。ただし、その内部処理が実施例２と異なっている。
【００６３】
後述するようにサービス管理部３０７は公開するサービスを、自身のレジストリで管理するサービスと、Ｗｅｂサービス管理部３０３が管理しているサービスとに分ける。なお、以降の説明では前者を静的に公開するサービス、後者を動的に公開するサービスと称する。
【００６４】
本実施例におけるＷｅｂサービス管理部３０３の処理は、起動直後に自分の情報をサービス管理部３０７に登録しないという点を除いては第一の実施例の場合と同一である。つまり図４のフローチャートにおいてステップ４０１を省略したものとなる。また、検索要求／応答パケットは第一、第二の実施例と同一である。
【００６５】
図２１は本実施例におけるサービス管理部３０７の処理を示すフローチャートである。サービス管理部は複数存在することが可能であるが、本実施例においては第一、第二の実施例と同様に１つのみ存在するものとし、その具体例としてＳＬＰサーバであるものとする。サービス管理部３０７は起動すると、ステップ２１０１において、ＳＬＰを使用して静的に公開するように設定された各サービスからの登録要求を受信したかを判断する。本実施例においては、サービス３０６としてＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）をＳＬＰを使用して静的に公開するものとする。ステップ２１０１において登録要求を受信した場合はステップ２１０２に進み、サービス情報をレジストリ３０８に追加する。次にステップ２１０３においてサービス３０６からサービス削除要求を受信したかを判断する。サービス削除要求を受信した場合は、ステップ２１０４において該当するサービス情報をレジストリから削除する。次にステップ２１０５においてホストコンピュータ１０２、１０３からサービス検索要求を受信したかを判断する。ステップ２１０５においてサービス検索要求を受信したと判断された場合はステップ２１０６に進み、受信した検索要求を解析して要求されたサービスがレジストリ３０８に登録されているかを判定する。要求されたサービスがレジストリにあると判定された場合はステップ２１０９に進みサービス検索応答をホストコンピュータに送信し、その後ステップ２１０１に戻る。
【００６６】
一方、ステップ２１０６において、要求されたサービスがレジストリにないと判定された場合は、ステップ２１０７に進み、Ｗｅｂサービス管理部３０３に対してＷｅｂサービス検索要求を送信する。ここで、Ｗｅｂサービス検索要求の送信にはローカルループバックを使用する。つまり、Ｗｅｂサービス検索処理部３０３はＵＤＤＩによるＷｅｂサービス検索に対応しているため、サービス管理部３０７はこのＵＤＤＩのインターフェースを使用して検索要求を送信することが可能であり、その検索要求としては図６と同一のものを使用できる。次にステップ２１０８においてＷｅｂサービス管理部３０３からの応答を受信し、サービスが存在したかどうかを判定する。サービスが存在しないと判定された場合はホストコンピュータから受信した検索要求は破棄し、ステップ２１０１に戻る。また、サービスが存在すると判定された場合は、ステップ２１０９に進みサービス検索応答をホストコンピュータに送信し、その後ステップ２１０１に戻る。
【００６７】
なお、本実施例において、ホストコンピュータとサービス管理部３０７との間でやりとりされる検索要求／応答パケット、およびホストコンピュータから見た検索シーケンスは第二の実施例の場合と同一であるため、省略する。
【００６８】
このように、第三の実施例においては、ＳＬＰサーバは要求されたサービス情報が自分のレジストリに存在しなかった場合に、Ｗｅｂサービス管理部に問い合わせる構成とすることにより、ホストコンピュータは一回のＳＬＰによる検索要求で、所望のＷｅｂサービスを提供している画像処理装置を検索することが可能である。
【００６９】
なお、上記実施例においては、ＳＬＰサーバからＷｅｂサービス管理部への検索要求送信方式としてローカルループバックを使用したが、専用のインターフェースを持ち、そのインターフェースを利用する構成ももちろん可能である。
【００７０】
（その他の実施形態）
上記第１から第３の実施例では、画像処理装置としてレーザービームプリンタを例に挙げたが、本発明はレーザービームプリンタに限定されるものではなく、ＵＤＤＩサーバ及びその他の所定の検索プロトコルを実装した各種の画像処理装置に適用することができる。
【００７１】
また、上記第１から第３の実施例においては、画像処理装置に実装されるプロトコルとしてＳＬＰである例を示したが、本発明はこれに限定されるものではなく、画像処理装置が提供するサービスを検索する機能を有するプロトコルであれば他のプロトコルでよい。例えばＵＰｎＰフォーラムで提唱されているＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ、ＴＭ）、ビジネス機械情報システム産業協会（ＪＢＭＩＡ）が推進するＢＭＬｉｎｋＳ（ＴＭ）等であってもよい。
【００７２】
尚、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。上述した実施形の機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体等の媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体等の媒体に格納されたプログラムコードを読み出し実行することによっても、本発明が達成されることは言うまでもない。
【００７３】
この場合、記憶媒体等の媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体等の媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体等の媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、或いはネットワークを介したダウンロードなどを用いることができる。
【００７４】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【００７５】
更に、記憶媒体等の媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施形の機能が実現される場合も、本発明に含まれることは言うまでもない。
【図面の簡単な説明】
【００７６】
【図１】本実施例におけるサービス検索システムの構築例を示す図である。
【図２】本実施例における画像処理装置のハードウェア構成を示す図である。
【図３】本実施例における画像処理装置のソフトウェアプログラム構成を示す図である。
【図４】実施例１におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。
【図５】本実施例におけるサービス登録要求に含まれるサービス情報の例である。
【図６】本実施例におけるＷｅｂサービス検索要求の例である。
【図７】本実施例におけるＷｅｂサービス検索応答の例である。
【図８】本実施例におけるＷｅｂサービス詳細情報取得要求の例である。
【図９】本実施例におけるＷｅｂサービス詳細情報取得応答の例である。
【図１０】実施例１及び２におけるサービス管理部３０７の処理を示すフローチャートである。
【図１１】本実施例におけるサービス管理部３０７に登録されるサービス情報の例である。
【図１２】実施例１におけるサービス検索要求の例である。
【図１３】実施例１におけるサービス検索応答の例である。
【図１４】実施例１における検索シーケンスを示す図である。
【図１５】実施例１における、ホストコンピュータが作成する画像処理装置リストの例である。
【図１６】本実施例における、ホストコンピュータが作成する画像処理装置リストの例である。
【図１７】実施例２におけるＷｅｂサービス管理部３０３の処理を示すフローチャートである。
【図１８】実施例２及び３におけるサービス検索要求の例である。
【図１９】実施例２及び３におけるサービス検索応答の例である。
【図２０】実施例２及び３における検索シーケンスを示す図である。
【図２１】実施例３におけるサービス管理部３０７の処理を示すフローチャートである。
【符号の説明】
【００７７】
１０１ 画像処理装置
１０２ ホストコンピュータ
１０３ ホストコンピュータ
１０４ ネットワーク
１２ ＣＰＵ
１３ ＲＯＭ
１４ 外部記憶装置
１５ システムバス
１６ 印刷部インターフェース
１７ プリンタエンジン
１８ Ｎｅｔｗｏｒｋインターフェース部
１９ ＲＡＭ
２０ ＤＫＣ
２４ 不揮発性メモリ
２０１ 操作パネル
【特許請求の範囲】
【請求項１】
情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理手段に係る情報を前記情報処理装置に送信する送信手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記送信手段によって送信される前記Ｗｅｂサービス管理手段に係る情報は、該Ｗｅｂサービス管理手段にアクセスするためのＵＲＬを含むことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するために、前記所定のプロトコルと異なるプロトコルに基づいて前記情報処理装置から送信されるＷｅｂサービス検索要求を受信する受信手段をさらに有することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、
前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録手段とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とする画像処理装置。
【請求項５】
情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とする画像処理装置。
【請求項６】
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理制御手段に係る情報を前記情報処理装置に送信する送信工程と、
を有することを特徴とする画像処理装置の制御方法。
【請求項７】
前記送信工程によって送信される前記Ｗｅｂサービス管理手段に係る情報は、該Ｗｅｂサービス管理手段にアクセスするためのＵＲＬを含むことを特徴とする請求項６記載の画像処理装置の制御方法。
【請求項８】
前記Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するために、前記所定のプロトコルと異なるプロトコルに基づいて前記情報処理装置から送信されるＷｅｂサービス検索要求を受信する受信工程をさらに有することを特徴とする請求項６又は７記載の画像処理装置の制御方法。
【請求項９】
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とする画像処理装置の制御方法。
【請求項１０】
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とする画像処理装置の制御方法。
【請求項１１】
情報処理装置と通信可能な画像処理装置に以下の工程を実行させるプログラムであって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理制御手段に係る情報を前記情報処理装置に送信する送信工程と、
を有することを特徴とするプログラム。
【請求項１２】
情報処理装置と通信可能な画像処理装置に以下の工程を実行させるプログラムであって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とするプログラム。
【請求項１３】
情報処理装置と通信可能な画像処理装置に以下の工程を実行させるプログラムであって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とするプログラム。
【請求項１】
情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理手段に係る情報を前記情報処理装置に送信する送信手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記送信手段によって送信される前記Ｗｅｂサービス管理手段に係る情報は、該Ｗｅｂサービス管理手段にアクセスするためのＵＲＬを含むことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するために、前記所定のプロトコルと異なるプロトコルに基づいて前記情報処理装置から送信されるＷｅｂサービス検索要求を受信する受信手段をさらに有することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段と、
前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録手段とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とする画像処理装置。
【請求項５】
情報処理装置と通信可能な画像処理装置であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とする画像処理装置。
【請求項６】
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理制御手段に係る情報を前記情報処理装置に送信する送信工程と、
を有することを特徴とする画像処理装置の制御方法。
【請求項７】
前記送信工程によって送信される前記Ｗｅｂサービス管理手段に係る情報は、該Ｗｅｂサービス管理手段にアクセスするためのＵＲＬを含むことを特徴とする請求項６記載の画像処理装置の制御方法。
【請求項８】
前記Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するために、前記所定のプロトコルと異なるプロトコルに基づいて前記情報処理装置から送信されるＷｅｂサービス検索要求を受信する受信工程をさらに有することを特徴とする請求項６又は７記載の画像処理装置の制御方法。
【請求項９】
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とする画像処理装置の制御方法。
【請求項１０】
情報処理装置と通信可能な画像処理装置の制御方法であって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とする画像処理装置の制御方法。
【請求項１１】
情報処理装置と通信可能な画像処理装置に以下の工程を実行させるプログラムであって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記Ｗｅｂサービス管理制御手段に係る情報を前記情報処理装置に送信する送信工程と、
を有することを特徴とするプログラム。
【請求項１２】
情報処理装置と通信可能な画像処理装置に以下の工程を実行させるプログラムであって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程と、
前記サービス管理手段において管理可能とするために前記Ｗｅｂサービス管理手段によって管理されるＷｅｂサービスに係る情報を前記サービス管理手段に登録する登録工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスの検索を要求するものであった場合、前記サービス管理手段は前記登録手段によって登録され、自身が管理可能な前記Ｗｅｂサービスに係る情報に基づいて前記サービス検索要求に対する応答を送信することを特徴とするプログラム。
【請求項１３】
情報処理装置と通信可能な画像処理装置に以下の工程を実行させるプログラムであって、
前記画像処理装置が提供する少なくとも一つ以上のＷｅｂサービスを管理するＷｅｂサービス管理手段を制御する工程と、
前記画像処理装置が提供するサービスのうち、前記Ｗｅｂサービスとは異なる少なくとも一つ以上のサービスを管理し、前記情報処理装置から送信される所定のプロトコルに基づいたサービス検索要求に応じて自身が管理するサービスに係る情報を送信するサービス管理手段を制御する工程とを有し、
前記所定のプロトコルに基づいたサービス検索要求が前記Ｗｅｂサービスに係る検索要求であった場合、前記サービス管理手段は、前記Ｗｅｂサービス管理手段に対して該Ｗｅｂサービス管理手段が管理するＷｅｂサービスを検索するよう検索要求を送信することを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００６−３５４５６（Ｐ２００６−３５４５６Ａ）
【公開日】平成１８年２月９日（２００６．２．９）
【国際特許分類】
【出願番号】特願２００４−２１４５０９（Ｐ２００４−２１４５０９）
【出願日】平成１６年７月２２日（２００４．７．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年２月９日（２００６．２．９）
【国際特許分類】
【出願日】平成１６年７月２２日（２００４．７．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]