JP2006133970A - 情報処理装置及びその制御方法及びプログラム - Google Patents

Abstract

【課題】 サービス検索要求が、送信可能なデータサイズの最大値を超えてしまうような場合であっても、所望する機器情報を備えたデバイスを効率よく検索することが出来る情報処理装置及びその方法を提供する。
【解決手段】 サービス検索要求パケットが所定のデータサイズを超えているか否かを判断し、超えている場合にはサービス検索要求パケットの分割処理を行う。端末装置は、分割されたそれぞれの検索要求に対する検索結果をマージし、検索結果を表示する。
【選択図】 図１２

Description

本発明は、ネットワーク上に接続されたプリンタ等の画像処理装置の中から、ユーザ所望の画像処理装置を検索する情報処理装置及びその制御方法及びプログラムに関する。

近年、インターネットなど大規模なネットワークの普及に伴い、ネットワーク技術が飛躍的に向上している中で、ＸＭＬ、ＳＯＡＰなどのＷＷＷ関連の技術を用いて、ネットワークで接続された機器間の連携によって、さまざまなネットワーク上のサービスを利用できるようにしたＷｅｂサービスと呼ばれる技術が注目を集めている。その中でも、ネットワーク上に接続された端末から、ネットワークを介して印刷要求を受け付け、印刷を実行することが可能な複数の印刷デバイスを登録あるいは検索し、所望の機能を有した印刷デバイスから印刷を行うプリントサービスと呼ばれるサービスが利用されている。

このようなプリントサービスを提供する機器、つまり印刷デバイスは、自身が有する能力に係る情報（例えば、用紙サイズ、モノクロ・カラー印刷可能か否か、出力解像度等の印刷出力属性や、ソート・ステイプルなどのフィニッシング処理に関する属性など）や、自身の物理的な設置位置情報（例えば、ＡＡビルのＡ会議室に設置されているといった情報など）をネットワーク上に送信し、ネットワーク上の端末装置に対して知らせることができる（以後、これらの情報を機器情報とする）。ネットワーク上の端末装置は、印刷デバイスの機器情報を取得、あるいは検索することによって複数の印刷デバイスの中から所望の機器情報を有する印刷デバイスを使用デバイスとして選択することが可能となる。

具体的に、上記端末装置からネットワーク上の所望の印刷デバイスを検索する検索方法として以下のような方法がある。

サービスを利用する端末装置は、ＵＤＰプロトコルを用いたマルチキャストパケットによってサービス検索要求をネットワーク上へ送信する。サービス検索要求はマルチキャストパケットを用いているため、ネットワーク上の複数の印刷デバイスに対して送られることになる。

サービス検索要求には、サービスを利用する端末装置（ユーザ）の所望するサービスの内容として印刷デバイスの機器情報から成る検索条件が含まれている。このサービス検索要求を受信した印刷デバイスは、サービス検索要求に含まれる検索条件としての機器情報と、自身の機器情報とに基づいて検索条件を満たすかどうかを判断する。

印刷デバイスは、サービス検索要求を送信した端末装置（ユーザ）が所望するサービスを提供可能である場合（自身の機器情報が検索条件の機器情報を満たす場合）には、このサービス検索要求を送信した端末装置に対して応答し、一方提供不可能である場合（自身の機器情報が検索条件の機器情報を満たさない場合）には応答しない。このサービス検索要求に対する応答には印刷デバイスの位置情報を示すＵＲＬや印刷デバイスの機器情報が含まれており、端末装置はサービス検索要求に対する応答があった場合には、所望のサービスを提供可能な印刷デバイスの存在を知ることができる。

しかしながら、このような方法を用いてネットワーク上の所望の印刷デバイスを検索した場合、サービス検索要求としてＵＤＰプロトコルを用いたマルチキャストパケットを用いている為、このサービス検索要求はＵＤＰプロトコルにおけるマルチキャストパケットにおいて定められている送信可能データサイズの制限を受けることになる。つまり、サービス検索要求に含まれる検索条件が多数の機器情報から成り、そのデータ量がＵＤＰプロトコルにおけるマルチキャストパケットにおいて定められている送信可能データサイズの上限値である１４２８Ｂｙｔｅを超えた場合に、このサービス検索要求をネットワーク上に送信することができず、所望の印刷デバイスを検索することができない。

そこで、その他の検索方法として次のような方法も提案されている。

サービスを検索する検索装置は、検索条件式を含んだサービス検索要求をネットワーク上に送信するのではなく、ネットワーク上に接続された印刷デバイス全てに対して機器情報を問い合わせる。そしてそれぞれの印刷デバイスから機器情報を取得し、印刷デバイス名と機器情報とから成るリストを表示する。表示されたリストからユーザによって選択された何れかの印刷デバイスを使用デバイスとする（例えば特許文献１参照）。

特開平８−３２８７８１号公報

しかしながら、上記従来の方法を用いた場合、ネットワーク上に大多数のデバイスが存在する場合、全ての機器が自身の機器情報を端末装置に送信することによりネットワークのトラフィックの増大を招くと同時に、ユーザは表示されたリストの中から所望の属性を備えた印刷デバイスを自分で探さなくてはならない。つまり、ユーザが必要としない機器までもリスト表示されてしまうといった無駄が生じる。

これら従来の技術における問題点に鑑み、本発明は所望のデバイスを探すためのサービス検索要求がＵＤＰプロトコルにおけるマルチキャストパケットで送信可能なデータサイズの最大値を超えてしまうような場合であっても、ユーザの手を煩わせることなく、所望する機器情報を備えたデバイスを効率よく検索することが出来る情報処理装置及びその方法を提供することを目的とする。

上記課題を解決するため、本発明の情報処理装置は、ネットワーク上の画像形成装置から所望の画像形成装置を検索するための検索要求をネットワーク上に送信する送信手段と、前記検索要求が前記送信手段によって送信可能なデータサイズを超えているか否かを判断する判断手段と、前記判断手段により、データサイズを超えていると判断された場合、前記検索要求を第一の検索要求と第二の検索要求に分割する分割手段と、前記第一の検索要求に対する第一の検索結果と前記第二の検索要求に対する第二の検索結果のそれぞれを受信する受信手段と、前記受信手段によって受信された第一の検索結果及び第二の検索結果に基づいて、前記検索要求に対する検索結果を生成する生成手段と、前記生成手段で生成された検索結果を表示する表示手段とを有することを特徴とする。

本発明によれば、所望のデバイスを探すためのサービス検索要求がＵＤＰプロトコルにおけるマルチキャストパケットで送信可能なデータサイズの最大値を超えてしまうような場合であっても、ユーザの手を煩わせることなく、所望する機器情報を備えたデバイスを効率よく検索することが出来る。

以下、図面を用いて本発明の一実施形態を詳細に説明する。

図１は本発明のサービス検索を行う一実施の形態の構成を示す図である。

本実施形態は、サービス検索を行うユーザ端末装置（情報処理装置）１０１と、サービス提供機器である印刷デバイス（画像形成装置）１０２、１０３、１０４、１０５とから構成される。そして、これらの端末装置１０１、印刷デバイス１０２、１０３、１０４、１０５は、ネットワーク１００を介して接続され、相互にデータの通信を行うことができるようになっており、全てネットワーク対応デバイスである。なお、ここではユーザ端末装置１０１を１つのみ示しているが、これらは複数であっても良い。

また、本実施例では、サービス提供機器の例として印刷サービスを行う印刷デバイスを記述しているが、提供するサービスはスキャンサービス、ストレージサービスなどの他のサービスであっても良く、サービス提供装置としてスキャナ、複写機、ＦＡＸ、複合機、ファイルサーバ等の機器であっても良い。このような場合であっても以下に説明する方法と同様の処理により本発明の目的が達成されることになる。また、本実施例では、端末装置からサービス提供機器へのサービス検索について述べるが、サービス提供機器が本発明によるサービス検索をおなうことが可能であっても良いことは言うまでもない。

図２は、一般的なユーザ端末装置のハードウェア構成を示すブロック図である。図２において、２００はコンピュータＰＣであり、図１におけるユーザ端末装置１０１と同等である。ＰＣ２００は、ＣＰＵ２０１を備え、ＲＯＭ２０２またはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２に格納されるプログラムを実行し、システムバス２０４に接続される各デバイスを総括的に制御し、本実施形態の各手段が構成される。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイスからの指示入力を制御する。

２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム（起動プログラム：パソコンのハードやソフトの実行（動作）を開始するプログラム）、複数のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）２１１、及びフロッピー（登録商標）ディスク（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークＩ／Ｆ制御部で、ＬＡＮ２１３を介して、印刷デバイスなど、他のネットワーク機器と双方向のデータのやり取りを行う。なお、本実施形態においては、ＬＡＮ２１３は図１におけるネットワーク１００と同じものである。

図３は、本発明の実施例におけるサービス提供機器である印刷デバイスのハードウェア構成を示すブロック図である。図３において、３００は印刷デバイスであり、図１における印刷デバイス１０２、１０３、１０４、１０５と同等である。印刷デバイス３００は、ＣＰＵ（中央処理装置）３０１を備えている。このＣＰＵ３０１は、ＲＯＭ（リードオンリーメモリ）３０２またはハードディスク３１０に格納されているプログラムを実行して、システムバス３０４に接続される各デバイスを総括的に制御し、本実施形態の各手段が構成される。３０３はＲＡＭ（ランダムアクセスメモリ）で、ＣＰＵ３０１の主メモリ、ワークエリアとして機能する。３０５は、プリンタＩ／Ｆ制御部であり、プリンタ３０６を制御する装置である。上記印刷デバイス３００のＣＰＵ３０１、ＲＯＭ３０２またはハードディスク３１０に記憶されたプログラムにより、本実施形態の各手段が構成される。３０７は不揮発性のメモリＮＶＲＡＭであり印刷デバイスの各種設定値を保存するためのものである。パネル制御部３０８は、オペレーションパネル３０９を制御し、各種情報の表示、使用者からの指示入力を行なう。ネットワークＩ／Ｆ制御部３１１は、ＬＡＮ３１２とのデータの送受信を制御する。なお、本実施形態においては、ＬＡＮ３１０は図１におけるネットワーク１００と同じものである。

図４は、本発明の実施例におけるユーザ端末装置２００のソフトウェア構成を示すブロック図である。印刷アプリケーション４０１は、ユーザの指示操作によって印刷を実行するアプリケーションであり、印刷処理制御部へ印刷データを渡す。印刷処理制御部４０２は、受信したデータを印刷可能なデータに変換するとともに、印刷部数、両面印刷等の印刷に関する様々な制御を行なう。サービス検索処理部４０３は本実施例におけるサービスの検索を実行するための処理を行なうモジュールであり、検索に関する処理を行なう。ネットワークドライバ４０８は、図２におけるネットワークＩ／Ｆ制御部２０８を制御し、ネットワーク４０９とのデータ送受信の制御を行う。ＴＣＰ／ＩＰ制御部４０７は、ネットワーク層及びトランスポート層に属するプロトコルのデータの送受信及び制御を行う。例えばＴＣＰプロトコルやＵＤＰプロトコルに対するデータの送受信及び制御を行う。ＨＴＴＰクライアントは、ＨＴＴＰプロトコルのクライアント機能を有しており、上位アプリケーションの指示によりＨＴＴＰリクエストパケットを印刷デバイスに返信するとともに、印刷デバイスから送信された、ＨＴＴＰレスポンスパケットを解析して、データをＳＯＡＰ制御部４０４、サービス検索処理部４０３や印刷処理制御部４０２等の上位アプリケーションにわたす処理を行なう。ＳＯＡＰ制御部４０４はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを制御するモジュールであり、端末装置から受信したＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータをＸＭＬパーサ４０５を使用して解析し、印刷処理制御部４０２の適切なモジュールを呼び出したり、サービス検索処理部４０３へ印刷デバイスから送信されるサービス検索応答などのデータを渡すと同時に、印刷デバイスに返すべきデータをＸＭＬデータに変換し、ＨＴＴＰサーバ制御部５０６を介して印刷デバイスに返信する制御を行なう。ＸＭＬパーサ５０５はＸＭＬ形式データを入力とし解析結果を出力するモジュールである。

図５は、本発明の実施例における印刷デバイス３００のソフトウェア構成を示すブロック図である。プリンタ制御部５０１は、図３におけるプリンタＩ／Ｆ制御部３０５を制御して、図３におけるプリンタ３０６へのデータ送信、排紙制御などを行う。印刷処理制御部５０２は、受信したデータを印刷可能なデータに変換するとともに、印刷部数、両面印刷等の印刷に関する様々な制御を行なう。サービス検索処理部５０３は本実施例におけるサービスの検索を実行するための処理を行なうモジュールであり、検索に関する処理を行なう。ネットワークドライバ５０８は、図３におけるネットワークＩ／Ｆ制御部３１１を制御し、ネットワーク５０９とのデータ送受信の制御を行う。ＴＣＰ／ＩＰ制御部５０７は、ネットワーク層及びトランスポート層に属するプロトコルのデータの送受信及び制御を行う。例えばＴＣＰプロトコルやＵＤＰプロトコルに対するデータの送受信及び制御を行う。ＨＴＴＰサーバは、ＨＴＴＰプロトコルのサーバ機能を有しており、端末装置から受信したＨＴＴＰリクエストパケットを解析して、データをＳＯＡＰ制御部５０４、サービス検索処理部５０３や印刷処理制御部５０２等の上位アプリケーションにわたすと共に、上位アプリケーションの指示によりＨＴＴＰレスポンスパケットを端末装置に返信する制御を行なう。ＳＯＡＰ制御部５０４はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを制御するモジュールであり、端末装置から受信したＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータをＸＭＬパーサ５０５を使用して解析し、印刷処理制御部５０２の適切なモジュールを呼び出したり、サービス検索処理部５０３へ端末装置から送信されるサービス検索要求などのデータを渡すと同時に、端末装置に返すべきデータをＸＭＬデータに変換し、ＨＴＴＰサーバ制御部５０６を介して端末装置に返信する制御を行なう。ＸＭＬパーサ５０５はＸＭＬ形式データを入力とし解析結果を出力するモジュールである。

以下に本実施例における、端末装置が印刷デバイスを用いて印刷処理を行うまでの端末装置と印刷デバイス間のデータのやりとりについて説明する。

図６は、本実施例におけるＨＴＴＰ上のＳＯＡＰを用いて端末装置から印刷デバイスに送信されるＣｒｅａｔｅＪｏｂと称されるパケットデータの一例である。このデータはＸＭＬ形式で記述されている。ＣｒｅａｔｅＪｏｂパケットは、印刷デバイスに対し、ジョブ（印刷）の開始を指示するコマンドであり、要求元のユーザ名（＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞タグ）やジョブの処理に関する指示（＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグ）等の情報が記述されている。＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグには印刷部数を設定する＜ｃｏｐｉｅｓ＞タグ、両面印刷を設定する＜ｓｉｄｅｓ＞タグ、印刷の仕上げを設定する＜ｆｉｎｉｓｈｉｎｇ＞タグなどが含まれ、印刷デバイスはこれらのタグに設定された値に基づき、ジョブの処理を行う。さらに、＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグにはオプションとして＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグを含めることも可能である。この＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞タグにはジョブに関する通知情報が記述される。図６の例においては通知情報として、通知先を設定する＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞タグおよび通知条件を設定する＜ｅｖｅｎｔ＞タグが記述されている。印刷デバイスはこれらのタグに設定された値に基づいてイベント送信処理を行う。

図６に示したＣｒｅａｔｅＪｏｂの例は、「ユーザ１から、一部、両面でステイプル処理するｓａｍｐｌｅ−ｊｏｂという印刷ジョブをＴＩＦＦフォーマットで送信すること。さらに、このジョブについてジョブ完了時とジョブキャンセル時にはイベント通知を要求すること」が記述されている。

図７は、図６のＣｒｅａｔｅＪｏｂパケットを受信した印刷デバイスにおいて生成される応答パケットデータの一例である。本データも図６に示すＣｒｅａｔｅＪｏｂと同様にＸＭＬ形式で記述され、本実施例においてはＨＴＴＰ上のＳＯＡＰを用いて送受信される。ＣｒｅａｔｅＪｏｂ応答パケットには、ＣｒｅａｔｅＪｏｂコマンドに対する結果コード（＜ｒｅｓｕｌｔ−ｃｏｄｅ＞タグ）や生成されたジョブの識別子（＜ｊｏｂ−ｉｄ＞タグ）、印刷用ポートのＵＲＩ（＜ｄａｔａ−ｓｉｎｋ−ｕｒｉ＞タグ）等の情報が含まれている。

図７に示したｒｅｓｐｏｎｓｅパケットの例は、「この印刷デバイスは、両面、ステイプル等のＣｒｅａｔｅＪｏｂで要求された機能を有していること、そして図６のＣｒｅａｔｅＪｏｂで示されたジョブをｄａｔａ−ｓｉｎｋ−ｕｒｉで示される宛先に送信すべきこと」が記述されている。

図８は、端末装置が印刷デバイスを用いて印刷処理を行うまでの端末装置と印刷デバイス間のデータのやりとりを示すシーケンス図、及びその際の印刷デバイスの動作を示すフローチャートである。

以下、図８を用いて説明する。

端末装置から例えば図６に示したようなＣｒｅａｔｅＪｏｂパケットが印刷デバイスに送信されると、印刷デバイスはＳ８０１において、ＣｒｅａｔｅＪｏｂに記述されたＸＭＬデータを解析し、Ｓ８０２に進み解析結果にエラーがないか判定する（両面印刷、ステイプルが実行可能であるかどうか等を判定する）。エラーがなければ、Ｓ８０３において印刷データ受信用の印刷ポートを生成する。Ｓ８０３の処理が終わるとＳ８０４へ進み、ＣｒｅａｔｅＪｏｂパケットに対するレスポンスのＸＭＬデータの生成を行なう。このときにＳ８０３において印刷データ受信用に生成したポートのＵＲＩを＜ｄａｔａ−ｓｉｎｋ−ｕｒｉ＞タグの値として設定する。例えば、図７の例のようなＵＲＩがＸＭＬデータに埋め込まれる。ＣｒｅａｔｅＪｏｂレスポンスデータの生成が終了するとＳ８０５へ進み、そのデータをＳＯＡＰを用いて端末装置に送信する。端末装置は、その後、＜ｄａｔａ−ｓｉｎｋ−ｕｒｉ＞タグで指定されたＵＲＩに対してＨＴＴＰのＰＯＳＴメソッドを用いて印刷データを送信する。図９はＨＴＴＰ ＰＯＳＴメソッドによる印刷データ転送パケットの一例である。印刷デバイスはＳ８０６において印刷ポートに到着したデータを受信し、適切な処理をしながら印刷する。Ｓ８０６において、印刷データの受信が正常に終了すると印刷デバイスはＳ８０７において図１０に示した例のようなＨＴＴＰレスポンスパケットを端末装置に送信し、印刷用ポートを削除（クローズ）して印刷動作を終了する。一方、Ｓ８０２においてＣｒｅａｔｅＪｏｂに記述されたＸＭＬデータにエラーがあると判定された場合はＳ８０８へ進み、エラーレスポンスデータを生成する。図１１はエラーレスポンスの例である。次にＳ８０５においてエラーレスポンスを端末装置に送信すると、端末装置は印刷データを送信することはせず、処理を終了する。

以上、図６〜図１１を用いて説明したように、本実施例では、端末装置が印刷デバイスを用いて印刷処理を行う際に、予めＣｒｅａｔｅＪｏｂを送り、これから要求する印刷処理を印刷デバイスが処理可能であるかどうかをチェックしてから実際の印刷データを送信することで確実に所望の印刷処理を実現することが出来る。また、印刷デバイスでは、ＣｒｅａｔｅＪｏｂの受信に応じて印刷データ受信用のポートをオープンするので、確実に端末装置から印刷データを受信することができる。

このような印刷処理を実現するために、端末装置（ユーザ）はＣｒｅａｔｅＪｏｂの送り先となる印刷デバイス（使用する印刷デバイス）をネットワーク上の複数の印刷デバイスの中から選択しなくてはならない。つまり、図６〜図１１を用いて上述した印刷処理は、使用する印刷デバイスが決定した後、実際に印刷処理を行うまでの端末装置と印刷デバイス間の動作を説明したものである。以降、図１２〜図１７を用いて、ネットワーク上の複数の印刷デバイスの中から端末装置（ユーザ）が所望する印刷デバイスを検索し、使用する印刷デバイスを決定するまでの端末装置と印刷デバイス間の動作を説明する。

図１２は、端末装置がサービス検索を行う場合における本実施例の端末装置の動作を示すフローチャートである。このフローチャートに示す動作は、図２に示す端末装置のＨＤ，ＲＯＭ，ＦＤ等の所定の記憶装置に格納されているプログラムをＣＰＵが読出し、実行することによって実現される。本実施例における端末装置は図１に示すユーザ端末装置であり、印刷デバイスは図１に示す印刷デバイス１０２、１０３、１０４、１０５である。

端末装置は、Ｓ１２０１において、ユーザによって所望する機器情報を検索条件として入力し、印刷デバイスを検索する要求がなされた場合、Ｓ１２０２に進み、Ｓ１２０１においてユーザが入力した機器情報を検索条件とするサービス検索要求パケットを生成する。

ここで、図１３を用いて、Ｓ１２０１においてユーザが検索条件を入力するための操作の例を説明する。まず、端末装置のＣＲＴ２１０等の表示部にユーザが検索条件を入力するための操作画面が表示される（図１３のＡ）。ユーザはマウスなどのポインティングデバイスなどによって、各検索条件となる機器情報項目をプルダウンメニューから選択する（図１３のＢ）。図１３のＢの例では機器情報項目のうち「用紙サイズ」が白黒反転表示されているため、「用紙サイズ」が検索条件としての機器情報項目として選択されていることがわかる。次にユーザは図１３のＢにおいて選択した機器情報項目の機器情報（実際の検索条件値）を、同様に右のプルダウンメニューから選択する（図１３のＣ）。図１３のＣの例では機器情報項目「用紙サイズ」の機器情報として「Ａ４」が選択されていることを示している。検索式を作成する場合、画面左側の検索要素番号ボタンを押下すると、画面下の検索式フィールドに検索要素番号が追加される（図１３のＤ）。次に画面中央の演算子ボタンを押下することによって、検索式にその演算子が追加される（図１３のＥ）。この動作を続けて行い複数の検索条件（機器情報）から成る（一つの検索条件から成っていてもよい）検索式を作成し、画面右下の「検索実行ボタン」を押下する（図１３のＦ）ことによってＳ１２０２以降の処理へと進むことになる。

このようにしてユーザは自身が所望する機器情報を有する印刷デバイスを検索するために検索条件を作成することができる。以降の説明では、サービス検索要求で用いられる検索条件の一例として、図１３のＦに示される検索式がユーザによって指定された場合を例に挙げて説明する。

図１３のＦに示される検索式は、出力する用紙サイズがＡ４または、Ａ３サイズかつ、発色数が６５５３６色以上のカラー印刷かつ、印字方式が両面印刷可能かつ、フィニッシング処理としてステイプル処理が可能な印刷が可能な印刷デバイスの検索要求を行う検索式であり、この検索式は以下の様に表すことができる。

検索式＝〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）ＡＮＤ（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）〕
ここで、Ｓ１２０２において作成されたサービス検索要求パケットの例を図１４を用いて説明する。

図１４は、図１３のＦに示す検索式がユーザによって入力された場合に作成されるサービス検索要求パケットデータの一例である。本実施例におけるサービス検索要求パケットはＵＤＰプロトコルを用いたＨＴＴＰマルチキャストパケットによって、検索を行う端末装置からネットワークを介して複数の印刷デバイスに対して送信される。このサービス検索要求パケットのＨＴＴＰヘッダ部にはマルチキャストの送信先アドレスとして、例えば”２３９．２５５．２５５．２５０”を用い、送信先ポートとして１９００番のポートを指定する。（本実施例の各印刷デバイスは自身の１９００ポートをサービス検索用のポートとしてサービス検索要求パケット受信可能状態となっている）
図１３のＦにおいてユーザによって入力された検索式は、ＨＴＴＰのｂｏｄｙ部にＸＭＬ形式で記述される。上述したように本実施例のサービス検索要求パケットデータでは、出力する用紙サイズがＡ４または、Ａ３サイズかつ、発色数が６５５３６色以上のカラー印刷かつ、印字方式が両面印刷可能かつ、フィニッシング処理としてステイプル処理が可能な印刷が可能な印刷サービスの検索要求を示しており、この検索式は
検索式＝〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）ＡＮＤ（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）〕
のように表すことが出来る。

図１４における＜ａｎｄ＞タグは、検索式のＡＮＤ要素の数を表している。同様に＜ｏｒ＞タグは検索式のＯＲ要素の数を表す。

検索式の各検索要素は、＜ａｎｄ＞タグ、もしくは＜ｏｒ＞タグで囲まれたフィールド内の、＜ｃｏｍ＞タグに囲まれたフィールドに記述される。

例えば、用紙サイズの場合＜ｃｎｄ＞タグで囲まれたフィールドに用紙サイズの属性を示す”ｍｅｄｉａ”以下に、その要素値を示す＜ｐｒｅ＞タグで囲まれたフィールドにＡ４を表す”ｉｓｏ−ａ４”、Ａ３を表す”ｉｓｏ−ａ３”がそれぞれ格納されている。

カラー印刷の場合＜ｃｎｄ＞タグで囲まれたフィールドにカラー印刷の属性を示す”ｃｏｌｅｒ”以下に、その要素値を示す＜ｐｒｅ＞タグで囲まれたフィールドに発色数を表す”６５５３６”が格納されている。

印字方式の場合＜ｃｎｄ＞タグで囲まれたフィールドに印刷方式の属性を示す”ｓｉｄｅｓ”以下に、その要素値を示す＜ｐｒｅ＞タグで囲まれたフィールドに両面印刷を表す”ｔｗｏ−ｓｉｄｅｄ−ｓｈｏｒｔ−ｅｄｇｅ”が格納されている。

フィニッシングの場合＜ｃｎｄ＞タグで囲まれたフィールドに印刷方式の属性を示す”ｆｉｎｉｓｈｉｎｇ”以下に、その要素値を示す＜ｐｒｅ＞タグで囲まれたフィールドにステイプルを表す”ｓｔａｐｌｅ”が格納されている。

端末装置は、Ｓ１２０２においてこのようなサービス検索要求パケットを生成し、以降この生成されたサービス検索要求パケットに基づく検索処理が実行される。

図１２に戻り説明を続ける。

Ｓ１２０３では、Ｓ１２０２において生成されたサービス検索要求パケットが、ＵＤＰプロトコルにおけるＨＴＴＰマルチキャストパケットの送信可能な最大データ数（１４２８ｂｙｔｅ）を超えているか否かを判断する。つまり生成されたサービス検索要求パケットがＵＤＰプロトコルにおけるＨＴＴＰマルチキャストによって送信可能か否かを判断する。

生成したサービス検索要求パケットが最大データ数を超えておらず送信可能であると判断されると、Ｓ１２０４へと進み、サービス検索要求パケットをネットワークに送信する。その後Ｓ１２０５へと進み、ネットワーク上の印刷デバイスから送信されるこのサービス検索要求パケットに対する応答を受信する。図１５は印刷デバイスによって生成され、送信されるサービス検索応答パケットデータの一例である。本実施例のサービス検索応答パケットは、ＵＤＰプロトコルを用いたＨＴＴＰユニキャストによって、サービス検索要求パケットを送信した端末装置宛てに送信される。

本実施例におけるサービス検索応答パケットには、サービスを提供可能な印刷デバイスのロケーション情報が含まれ（＜ｌｏｃ＞タグに示されるＵＲＩ）、本データも図１４のサービス検索要求パケットと同様に、ＨＴＴＰのｂｏｄｙ部にＸＭＬ形式で記述される。

本実施例において、サービスを提供する印刷デバイスは、端末装置から送信された図１４のサービス検索要求に含まれる検索条件と、自身の機器情報の内容を比較し、端末装置の所望のサービスを提供できるか否かを判断し、端末装置が所望するサービスを自身が提供可能である場合（自身の機器情報が検索条件を満たす場合）には、このサービス検索応答を送信する。また、端末装置が所望するサービスを自身が提供可能でない場合には、応答を返さない。

したがって、端末装置は印刷デバイスから、このサービス検索応答を受信することで、所望のサービスを提供可能な印刷デバイスの所在を知ることができる。

Ｓ１２０３において、Ｓ１２０２で生成したサービス検索要求パケットが最大データ数を超えており送信不可能であると判断された場合、Ｓ１２０６へ進み、サービス検索要求パケットの分割処理を行う。

Ｓ１２０６では、サービス検索要求パケットの各検索要素を分割・再構築することで、送信可能なサイズの複数サービス検索要求パケットに分割する。本実施例における分割処理結果の例として、前述した以下の検索式が「検索式１」と「検索式２」に分割されるとする。

検索式＝〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）ＡＮＤ（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）〕
検索式１＝〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）〕
検索式２＝〔（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）〕
この検索式１及び検索式２は、図１４に示したサービス検索要求パケットと同様にＸＭＬ形式で記述される。

Ｓ１２０６においてサービス検索要求パケットの分割処理が終了すると、Ｓ１２０７に進み、分割されたサービス検索要求パケットのうちの一つのサービス検索要求パケットをＵＤＰプロトコルを用いたＨＴＴＰマルチキャストでネットワークに送信する。Ｓ１２０８では、Ｓ１２０７において送信されたサービス検索要求パケットに対するサービス検索応答を受信する。ただし、サービス検索要求が示す検索条件を満たす印刷デバイスがネットワーク上に一つも存在しないことも考えられるため、所定の時間応答が帰らなかった場合には検索条件を満たす印刷デバイスがなかったものとして次のステップへと進む。

Ｓ１２０９では、まだ送信されていない分割されたサービス検索要求パケットがあるかどうかを判断し、まだある場合にはＳ１２０７〜Ｓ１２０９のステップを繰り返す。本実施例ではサービス検索要求パケットが二つに分割されたため、上記のステップの処理を二回繰り返すことになる。

全てのサービス検索要求パケットの送信とサービス検索応答パケットの受信が終了するとＳ１２１０へと進み、各サービス検索要求に対する応答結果をマージする処理を行う。

本実施例におけるＳ１２１０の検索結果のマージ処理の例として、図１の端末装置１０１から、上記検索式１及び検索式２のサービス検索要求パケットが送信された場合に、検索式１のサービス検索要求の応答として印刷デバイス１０２、１０３から図１５に示す形式のサービス検索応答が送信され、一方検索式２のサービス検索要求の応答として印刷デバイス１０３、１０４から図１５に示す形式のサービス検索応答が送信された場合を考える。端末装置では、検索式１と検索式２の関係が分割される前の検索式から〔検索式１ＡＮＤ検索式２〕であるため、両方の検索式を満たす印刷デバイス１０３が分割される前の検索式である
（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）ＡＮＤ（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）
を満たす印刷デバイスであると判断する。

その結果、Ｓ１２１１に進み図１６に示すような検索結果表示画面をＣＲＴ２１０等の表示部に表示する。

図１６の例では、検索の結果一つのデバイスが表示されているが、検索条件を満たす印刷デバイスが複数存在する場合には、複数の印刷デバイスが図１６に一覧表示される。本実施例では、ユーザが図１６の画面左のチェックボックスをチェックし、画面右下のＯＫボタンを押下すると、印刷アプリケーション等の印刷可能な印刷デバイスのリスト等にこの選択された印刷デバイスが追加され、その印刷デバイスを使用して印刷を実行することが可能になる。この後の実際の印刷処理の流れについては、図６〜図１１を用いて前述した通りである。

尚、図１６に示す検索結果表示画面の例として、検索条件を満たす印刷デバイスのデバイス名、機種名、ＩＰアドレスを表示する場合を示したが、印刷デバイスに関するその他の情報を表示してもよく、例えば機器情報や検索条件との一致度、又は印刷デバイスの物理的な設置位置を示す場所情報等を表示してもよい。こうすることで、複数の印刷デバイスが検索結果として得られた場合には多くの機能を有するデバイス、端末装置の近くにあるデバイスというように、使用するデバイスを選択し易くなるという効果が得られる。また、検索結果の表示方法として、検索条件の一致度または端末装置との場所の近さ、または以前に使ったことのあるデバイスかどうかといった履歴情報等から、検索結果一覧の並べ替え（ソート）がなされている状態で表示しても良い。

次に図１７を用いて、図１２のＳ１２０６で行われるサービス検索要求パケット分割処理について、ユーザから前述した検索式
〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）ＡＮＤ（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）〕
が入力された場合を例に挙げてさらに詳細に説明する。

まずＳ１７０１において、サービス検索要求パケットを構成する検索式の中から一つの検索要素を外し、再度検索式を作成する。

本実施例では検索式の末尾の検索要素である（フィニッシング：ステイプル）を外し、検索式は
検索式３＝〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）ＡＮＤ（印字方式：両面）〕
となる。

次のＳ１７０２において、上記検索式３からサービス検索要求パケットを生成する。このサービス検索要求パケットがＵＤＰプロトコルを用いたＨＴＴＰマルチキャストの送信可能な最大データ数を超えているか否かをＳ１７０３において判断し、作成されたサービス検索要求パケットが送信可能な場合にはＳ１７０４に進む。サービス検索要求パケットが送信できない場合には、Ｓ１７０１のステップまで戻り、サービス検索要求パケットが送信できるサイズになるまで、この処理を繰り返す。

本実施例では、Ｓ１７０２において生成したサービス検索要求パケットは、未だ送信可能なデータサイズを超えているためＳ１７０３における判断の結果Ｓ１７０１に戻り、ふたたび検索式の末尾の検索要素である（印字方式：両面）を外し、検索式は
検索式４＝〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）〕
となる。

次に再びＳ１７０２においてこの検索式４のサービス検索要求パケットを生成する。このサービス検索要求パケットは送信可能なデータサイズ以下であるため、Ｓ１７０３で送信可能なサービス検索要求パケットであると判断し、このサービス検索要求パケットを第１のサービス検索要求パケットとしてＳ１７０４に進む。

Ｓ１７０４においてＳ１７０１で検索式から外された検索要素から新たに検索式を作成し、Ｓ１７０５において新たなサービス検索要求パケットを生成する。このサービス検索要求パケットがＵＤＰプロトコルを用いたＨＴＴＰマルチキャストの送信可能な最大データ数を超えているか否かをＳ１７０６において判断し、送信可能なデータサイズであれば、このサービス検索要求パケットを第二のサービス検索要求パケットとして、処理を終了する。

Ｓ１７０６において送信可能でない場合には、Ｓ１７０１のステップまで戻り、全ての検索要素が送信可能なサービス検索要求パケットに分割されるまで同様の処理を繰り返す。

本実施例においては、Ｓ１７０４において、検索要素（フィニッシング：ステイプル）と、（印字方式：両面）が検索式から外され、２つの検索要素をつなぐ演算子はＡＮＤであるため、以下の検索式が新たに作成される。

検索式５＝〔（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）〕
この検索式５から、新たにサービス検索要求パケットがＳ１７０５において生成される。

Ｓ１７０６においてこの新たに生成された新たにサービス検索要求パケットがＵＤＰプロトコルを用いたＨＴＴＰマルチキャストの送信可能な最大データ数を超えているか否かを判断されるが、本実施例の新たなサービス検索要求パケットは送信可能なデータサイズ以下となるため、このサービス検索要求パケットを第二のサービス検索要求パケットとして、処理を終了する。

図１７に示したサービス検索要求パケット分割処理では、元のサービス検索要求が示す検索式から、検索の要素となる機器情報を一つ一つ外し、送信可能なパケットのサイズになった時点でその検索式に基づくサービス検索要求パケットを送信するといった方法を用いているが、サービス検索要求パケット分割処理方法として、〔（用紙サイズ：〔Ａ４ＯＲＡ３〕）ＡＮＤ（カラー印刷：６５５３６色以上）ＡＮＤ（印字方式：両面）ＡＮＤ（フィニッシング：ステイプル）〕という検索式を、
検索式１＝用紙サイズ：Ａ４
検索式２＝用紙サイズ：Ａ３
検索式３＝カラー印刷：６５５３６色以上
検索式４＝印字方法：両面
検索式５＝フィニッシング：ステイプル
といった５つの検索式つまり一つ一つの検索要素についてそれぞれの検索式を作成し、この５つの検索式夫々に基づくサービス検索要求パケットを送信し、応答した検索結果をマージして元の検索式を満たす印刷デバイスを表示する方法を用いてもよい。このとき端末装置では、
検索結果＝〔（検索式１の結果ＯＲ検索式２の結果）ＡＮＤ検索式３の結果ＡＮＤ検索式４の結果ＡＮＤ検索式５の結果〕といったマージ処理が行われることになる。

しかしながら、この方法を用いる場合に比べて、図１７に示した方法を用いた場合には、端末装置から送信されるサービス検索要求パケットの数も少なく、また端末装置において検索結果をマージする処理の負荷も軽減されるため、より大きな効果を得ることができると言える。

なお、本発明の目的は、前述した実施例の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ネットワーク上のファイルサーバが有する記憶装置、或いは、インターネット上のＦＴＰサーバが有する記憶装置など、あらゆる記録媒体を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれる。

本実施例におけるサービス検索・印刷システムの構成図 端末装置のハードウェア構成ブロック図 印刷デバイスのハードウェア構成ブロック図 端末装置のソフトウェア構成ブロック図 印刷デバイスのソフトウェア構成ブロック図 印刷デバイスに送信されるＣｒｅａｔｅＪｏｂパケットデータの一例 ＣｒｅａｔｅＪｏｂパケットに対する応答パケットデータの一例 印刷実行時の印刷デバイスの動作を示すフローチャート ＨＴＴＰ ＰＯＳＴメソッドによる印刷データ転送パケットの一例 印刷終了時に印刷デバイスが送信するＨＴＴＰのレスポンスパケットの例 ＣｒｅａｔｅＪｏｂパケットエラーのレスポンスの例 サービス検索実行時の端末装置の動作を示すフローチャート Ａ〜Ｆは端末装置における検索式入力画面の一例 サービス検索要求パケットデータの一例 サービス検索応答パケットデータの一例 検索結果表示画面の一例 サービス検索要求の分割処理を示すフローチャート

符号の説明

１００ ネットワーク
１０１ ユーザ端末装置
１０２、１０３、１０４、１０５ 印刷デバイス

Claims (13)

1. 情報処理装置であって、
   ネットワーク上の画像形成装置の中から所望の画像形成装置を検索するための検索要求をネットワーク上に送信する送信手段と、
   前記検索要求が前記送信手段によって送信可能なデータサイズを超えているか否かを判断する判断手段と、
   前記判断手段により、送信可能なデータサイズを超えていると判断された場合、前記検索要求を第一の検索要求と第二の検索要求に分割する分割手段と、
   前記第一の検索要求に対する第一の検索結果と前記第二の検索要求に対する第二の検索結果のそれぞれを受信する受信手段と、
   前記受信手段によって受信された第一の検索結果及び第二の検索結果に基づいて、前記検索要求に対する検索結果を生成する生成手段と、
   前記生成手段で生成された検索結果を表示する表示手段と、
   を有することを特徴とする情報処理装置。
2. 前記検索要求は、画像形成装置の機器情報を示す第一の検索条件と第二の検索条件を含み、前記分割手段は、前記検索要求を前記第一の検索条件を含む第一の検索要求と前記第二の検索条件を含む第二の検索要求とに分割することを特徴とする請求項１記載の情報処理装置。
3. 前記検索要求は、画像形成装置の機器情報を示す第一の検索条件と第二の検索条件と第三の検索条件を含み、前記分割手段は、前記検索要求を前記第一の検索条件と第二の検索条件とを含む第一の検索要求と前記第三の検索条件を含む第二の検索要求とに分割することを特徴とする請求項１記載の情報処理装置。
4. 前記判断手段は、前記分割手段によって分割された第一の検索要求が、前記送信手段によって送信可能なデータサイズを超えているか否かを判断し、前記分割手段は、前記第一の検索要求が送信可能なデータサイズを超えていた場合には再度第一の検索要求を分割することを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
5. 前記検索要求は画像形成装置の機器情報を示す少なくとも一つ以上の検索条件を含み、当該検索条件をユーザが入力可能な入力手段を更に有することを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
6. 前記送信手段は、検索要求をネットワーク上にマルチキャストで送信することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
7. 前記送信手段は、ＵＤＰプロトコルに基づいて検索要求をネットワーク上に送信することを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
8. 情報処理装置の制御方法であって、
   ネットワーク上の画像形成装置の中から所望の画像形成装置を検索するための検索要求をネットワーク上に送信する送信ステップと、
   前記検索要求が前記送信ステップによって送信可能なデータサイズを超えているか否かを判断する判断ステップと、
   前記判断ステップにより、送信可能なデータサイズを超えていると判断された場合、前記検索要求を第一の検索要求と第二の検索要求に分割する分割ステップと、
   前記第一の検索要求に対する第一の検索結果と前記第二の検索要求に対する第二の検索結果のそれぞれを受信する受信ステップと、
   前記受信ステップによって受信された第一の検索結果及び第二の検索結果に基づいて、前記検索要求に対する検索結果を生成する生成ステップと、
   前記生成ステップで生成された検索結果を表示部に表示する表示制御ステップと、
   を有することを特徴とする情報処理装置の制御方法。
9. 前記検索要求は、画像形成装置の機器情報を示す第一の検索条件と第二の検索条件を含み、前記分割ステップは、前記検索要求を前記第一の検索条件を含む第一の検索要求と前記第二の検索条件を含む第二の検索要求とに分割することを特徴とする請求項８記載の情報処理装置の制御方法。
10. 前記検索要求は、画像形成装置の機器情報を示す第一の検索条件と第二の検索条件と第三の検索条件を含み、前記分割ステップは、前記検索要求を前記第一の検索条件と第二の検索条件とを含む第一の検索要求と前記第三の検索条件を含む第二の検索要求とに分割することを特徴とする請求項８記載の情報処理装置の制御方法。
11. 情報処理装置に以下のステップを実行させるプログラムであって、
    情報処理装置の制御方法であって、
    ネットワーク上の画像形成装置から所望の画像形成装置を検索するための検索要求をネットワーク上に送信する送信ステップと、
    前記検索要求が前記送信ステップによって送信可能なデータサイズを超えているか否かを判断する判断ステップと、
    前記判断ステップにより、データサイズを超えていると判断された場合、前記検索要求を第一の検索要求と第二の検索要求に分割する分割ステップと、
    前記第一の検索要求に対する第一の検索結果と前記第二の検索要求に対する第二の検索結果のそれぞれを受信する受信ステップと、
    前記受信ステップによって受信された第一の検索結果及び第二の検索結果に基づいて、前記検索要求に対する検索結果を生成する生成ステップと、
    前記生成ステップで生成された検索結果を表示部に表示する表示制御ステップと、
    を情報処理装置に実行させるプログラム。
12. 前記検索要求は、画像形成装置の機器情報を示す第一の検索条件と第二の検索条件を含み、前記分割ステップは、前記検索要求を前記第一の検索条件を含む第一の検索要求と前記第二の検索条件を含む第二の検索要求とに分割することを特徴とする請求項１１記載のプログラム。
13. 前記検索要求は、画像形成装置の機器情報を示す第一の検索条件と第二の検索条件と第三の検索条件を含み、前記分割ステップは、前記検索要求を前記第一の検索条件と第二の検索条件とを含む第一の検索要求と前記第三の検索条件を含む第二の検索要求とに分割することを特徴とする請求項１１記載のプログラム。
    

Images