(57)【要約】【課題】  無線接続装置間で通信するシステムを改良することにより、無線接続装置とのユーザの体験を向上させること。【解決手段】  本発明の画像形成装置は、画像形成要求に従って画像を形成する画像形成機構と、無線周波数トランシーバと、要求装置からの無線照会に応答して、前記無線周波数トランシーバを介して１組のサービス属性を送信するように構成されたサービス識別ロジックを備え、該サービス属性は、前記画像形成機構の画像形成性能を表すデータを含む。   【選択図】図１
2004255873.tif 000002
【特許請求の範囲】
【請求項１】
画像形成要求に従って画像を形成する画像形成機構と、
無線周波数トランシーバと、
要求装置からの無線照会に応答して、前記無線周波数トランシーバを介して１組のサービス属性を送信するように構成されたサービス識別ロジックを備え、該サービス属性は、前記画像形成機構の画像形成性能を表すデータを含む、画像形成装置。
【請求項２】
画像形成要求からプリント可能な画像をレンダリングするように構成されたレンダリングロジックをさらに備えた、請求項１記載の画像形成装置。
【請求項３】
前記無線周波数トランシーバは、コンパチブルな無線周波数トランシーバから画像形成要求を受信するように構成される、請求項１記載の画像形成装置。
【請求項４】
前記画像形成性能を表すデータは、カラー画像形成、画像形成速度、画像形成コスト、および画像形成品質のうちの少なくとも１つの値を含む、請求項１記載の画像形成装置。
【請求項５】
前記画像形成性能を表すデータは、セキュリティの種類、サポートされる媒体の種類、両面画像形成、およびロケーションのうちの少なくとも１つの値を含む、請求項１記載の画像形成装置。
【請求項６】
サーチを実行することにより無線動作可能な装置を発見するステップと、
前記発見された無線動作可能な装置から画像形成装置を識別するステップと、
画像形成要求に関連する１つまたは複数の所望の性能に関連する前記画像形成装置それぞれの画像形成性能に基づいて、前記識別された画像形成装置それぞれの妥当性を判定するステップを含む、前記画像形成要求の処理にあたり妥当な画像形成装置を決定する方法。
【請求項７】
前記判定するステップは、前記画像形成性能を前記１つまたは複数の所望の性能と比較することを含む、請求項６記載の方法。
【請求項８】
前記１つまたは複数の所望の性能を、各画像形成要求のサービス属性として定義することをさらに含む、請求項６記載の方法。
【請求項９】
前記画像形成要求の妥当性に基づいて前記識別された画像形成装置をリストで表示することをさらに含む、請求項６記載の方法。
【請求項１０】
前記サーチは非同期に実行される、請求項６記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
無線モバイル装置のユーザは、他の無線接続装置からのサービスを要求したい場合、またはそうでなければ他の無線接続装置と通信したい場合、サーチを開始して通信エリア内にある他の無線接続装置を見つける。
【背景技術】
【０００２】
たとえば、個人情報端末（ＰＤＡ）のユーザがファイルを付近のコンピュータに送信したい場合、ユーザはＰＤＡに指示して適格な無線接続装置をサーチさせる。ＰＤＡおよびコンピュータが両方とも同じ無線通信プロトコルを使用していると仮定すると、コンピュータを発見することができ、２つの装置間に通信リンクを確立することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
１つまたは複数の適格な装置を見つけるには通常いくらか時間がかかる。場合によっては、ユーザは、早期にサーチプロセスを開始することができず、所望のタスクを開始する準備が整うまでにサーチが完了するには不十分である。無線接続装置間で通信するシステムを改良することにより、無線接続装置とのユーザの体験を向上させることができる。本発明は、無線動作可能な装置のための新しく有用な方法およびシステムを提供する。
【課題を解決するための手段】
【０００４】
本発明の画像形成装置は、画像形成要求に従って画像を形成する画像形成機構と、無線周波数トランシーバと、要求装置からの無線照会に応答して、前記無線周波数トランシーバを介して１組のサービス属性を送信するように構成されたサービス識別ロジックを備え、該サービス属性は、前記画像形成機構の画像形成性能を表すデータを含む。
【発明を実施するための最良の形態】
【０００５】
本明細書に組み込まれて本明細書の一部をなす添付図面にシステムおよび方法の実施形態を示す。これは、以下の詳細な説明と併せて、システムおよび方法の実施形態例を説明する役割を果たす。図中に示されている要素の境界（たとえば、ボックス、ボックス群、または他の形状）は境界の一例を表すことが理解されよう。当業者は、１つの要素が複数の要素として設計されてもよく、または複数の要素が１つの要素として設計されてもよいことを理解しよう。別の要素の内部構成要素として示されている要素が外部構成要素として実施されてもよく、また逆の場合も同様である。
【０００６】
以下に、本開示全体を通して使用される、選ばれた用語の定義を含める。定義は、用語の範囲に包含される、また実施態様に使用しうる構成要素の様々な実施形態および／または形態の例を含む。もちろん、これらの例は限定を意図するものではなく、他の実施形態も実施しうる。すべての用語の単数形および複数形の両方が各意味に包含される。本明細書において使用する「アドレス」は、１つまたは複数の通信ネットワークアクセス可能なアドレス、装置識別子、ＩＰアドレス、電子メールアドレス、１つまたは複数の電子メールアドレスを含む配信リスト、ｕｒｌおよびｆｔｐロケーション等、ネットワークドライブロケーション、郵便住所、または所望の宛先または装置を識別することが可能な他の種類のアドレスを含むがこれらに限定されない。
【０００７】
本明細書において使用する「コンピュータ可読媒体」は、信号、命令、および／またはデータを１つまたは複数のプロセッサに実行のために提供することに直接または間接的に関与する任意の媒体を指す。このような媒体は、不揮発性媒体、揮発性媒体、および伝送媒体を含むがこれらに限定されない多くの形態をとりうる。不揮発性媒体としては、たとえば、光学ディスクまたは磁気ディスクを挙げることができる。揮発性媒体としては、ダイナミックメモリを挙げることができる。伝送媒体としては、同軸ケーブル、導線、および光ファイバケーブルを挙げることができる。また、伝送媒体は、無線波および赤外線データ通信中に生成されるもの等の音響波もしくは光波の形態をとることができるか、または１つまたは複数の信号群の形態をとることができる。コンピュータ可読媒体の一般的な形態としては、たとえば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、他の任意の磁気媒体、ＣＤ−ＲＯＭ、他の任意の光学媒体、パンチカード、紙テープ、穴パターンを有する他の任意の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、他の任意のチップもしくはカートリッジ、搬送波／パルス、またはコンピュータ、プロセッサもしくは他の電子装置が読み取ることのできる他の任意の媒体が挙げられる。インターネット等のネットワークを介して命令または他のソフトウェアを伝搬するために使用される信号も「コンピュータ可読媒体」とみなされる。
【０００８】
本明細書において使用する「ロジック」は、機能（複数可）またはアクション（複数可）を実行する、かつ／または機能またはアクションを別の構成要素に実行させるハードウェア、ファームウェア、ソフトウェア、および／またはこれらそれぞれの組み合わせを含むがこれらに限定されない。たとえば、所望の用途または必要性に基づいて、ロジックとして、ソフトウェア制御マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、プログラムされたロジックデバイス、命令を含むデバイス等のディスクリートロジックを挙げることができる。ロジックはソフトウェアとして完全に組み込むことも可能である。
【０００９】
本明細書において使用する「信号」は、１つまたは複数の電気信号、アナログ信号、デジタル信号、１つまたは複数のコンピュータもしくはプロセッサ命令、メッセージ、ビットもしくはビットストリーム、または受信、送信、および／または検出が可能な他の手段を含むがこれらに限定されない。
【００１０】
本明細書において使用する「ソフトウェア」は、コンピュータまたは他の電子装置に機能、アクション、および／または振る舞いを所望のように実行させる１つまたは複数のコンピュータ可読かつ／または実行可能な命令を含むがこれに限定されない。命令は、ルーチン、アルゴリズム、モジュール、または動的にリンクされたライブラリからの別個のアプリケーションもしくはコードを含むプログラム等様々な形態で組み込むことができる。ソフトウェアは、スタンドアロンプログラム、関数呼び出し、サーブレット、アプレット、メモリに記憶された命令、オペレーティングシステムの一部、または他の種類の実行可能な命令等様々な形態で実施することもできる。ソフトウェアの形態は、たとえば所望の用途の要件、実行される環境、および／または設計者／プログラマの要望等に依存することが当業者には理解されよう。本明細書において使用する「ユーザ」は、一人または複数人の人間、ソフトウェア、コンピュータもしくは他の装置、またはこれらの組み合わせを含むがこれらに限定されない。
【００１１】
一般的に言えば、システムおよび方法の一実施形態は、無線動作可能なモバイル装置と併せて使用するために提供される。このシステムおよび方法は、ジョブ要求を処理するために他の無線動作可能装置の発見を支援する。一実施形態では、このシステムは、モバイル装置のユーザがサーチを実行している間に他のタスクを実行することを可能にしながら、同時に無線動作可能な画像形成(imaging)装置を発見してプリント要求を処理するように構成される。他の実施形態および特徴については以下の例においてより詳細に説明する。
【００１２】
図１に、無線通信するように構成されたモバイル装置１００の一実施形態を示す。モバイル装置１００は様々な形態で具現することができ、また様々な特徴を含むことができる。たとえば、モバイル装置１００は、セルラ装置、個人情報端末、デジタルカメラ、デジタルカメラ機能付き携帯電話、ポータブルコンピュータ、または他の種類の処理装置であることができる。モバイル装置１００は、たとえば、プロセッサ１０５、オペレーティングシステム１１０、およびアプリケーションプログラムインタフェース（ＡＰＩ）１１５を有して、１つまたは複数のソフトウェアアプリケーション１２０とオペレーティングシステム１１０の間に通信を提供する処理システムを含むことができる。モバイル装置１００の処理システムは様々なソフトウェアアプリケーション１２０を実行するように構成することが可能であるが、以下の実施形態については、画像形成アプリケーション１２５および非同期サーチロジック１３０を参照して述べることにする。
【００１３】
画像形成アプリケーション１２５は、ユーザが、選択された文書、ファイル、画像、または他のデータをプリント、あるいは画像形成することのできるソフトウェアアプリケーションを表す。画像形成アプリケーション１２５は、たとえば、文書処理アプリケーション、写真処理アプリケーション、ブラウザ、またはプリントが可能な他のソフトウェアであることができる。
【００１４】
モバイル装置１００の他の構成要素としては、任意の種類のコンピュータ可読媒体を含みうるメモリおよび／または記憶装置１３５を挙げることができる。記憶装置１３５は、取り外し可能なメモリカードまたは他の取り外し可能なコンピュータ可読媒体に記憶されているデータを受け取り読み出すポートも含むことができる。インタフェース１４０は、表示画面、１つまたは複数のボタン、ポインティングデバイス、またはユーザにデータを通信するとともにユーザから入力を受け取ることのできる他の種類の装置を含むことができる。無線通信を行うために、無線トランシーバロジック１４５が設けられる。所望の無線通信プロトコルに応じて、トランシーバロジック１４５は異なる仕様に従って構成することが可能である。
【００１５】
一実施形態では、無線プロトコルはBluetoothであり、トランシーバロジック１４５はBluetoothラジオおよびアンテナを含む。Bluetoothの仕様については、www.Bluetooth.orgにて見出すことができる。他のプロトコルとしては、IEEE802.11（この詳細についてはインターネット上のwww.ieee802.orgにて見出すことができる）または他の利用可能な無線プロトコルが挙げられる。一実施形態では、無線トランシーバロジック１４５は、無線周波数信号を送受信するように構成された無線周波数トランシーバを含むが、短距離（たとえば、１００ｍ未満）の伝送が可能な低電力トランスミッタを有する任意の種類のトランシーバであることもできる。赤外線通信も使用しうる。トランシーバロジック１４５は、モバイル装置１００内のマイクロチップとして組み込むことができるか、または接続ポートもしくはスロットを介してモバイル装置１００に接続・接続解除することができるＰＣＭＣＩＡカード（ＰＣカード）等の取り外し可能なデバイス上に構成することができる。
【００１６】
図１をさらに参照すると、モバイル装置１００がジョブ要求を処理のために別の無線動作可能な装置に伝送する前に、１つまたは複数の適当な装置を見つけるか、あるいは発見する必要がある。モバイル装置１００は、このシナリオでサービスを要求することからクライアント装置とも呼ばれ、適当な装置は、サービスを提供することからサーバ装置とも呼ばれる。たとえば、適当なサーバ装置は、ジョブ要求を処理するために、コンパチブルな無線通信プロトコルを有するとともに、特定の機能を有するべきである。もちろん、機能はジョブ要求の種類に依存する。
【００１７】
簡略化した実施形態では、非同期サーチロジック１３０が無線トランシーバロジック１４５に、１つまたは複数の信号１５０をブロードキャスト発信させる。信号１５０は、信号１５０の範囲内にある他の無線動作可能な装置１５５の存在について照会する。無線トランシーバロジック１４５とコンパチブルな無線通信プロトコルを使用する装置は、照会信号に応答して承認信号を返送することができる。コンパチブルな装置がモバイル装置１００と無線通信可能な装置を指すことが理解されよう。たとえば、コンパチブルな装置は、モバイル装置１００と同じ無線通信プロトコルおよび／またはロジックを有するものであっても、同様のロジックを有するものであっても、またはモバイル装置１００の無線ロジックと異なるが、モバイル装置１００の無線通信プロトコルを認識しこれと通信するように構成された無線ロジックを有するものであってもよい。
【００１８】
通常、サーバ装置をサーチしてサーバ装置との間に無線通信を確立するにはいくらか時間がかかる。モバイル装置１００のユーザに対する遅延時間を低減するために、一実施形態では、非同期サーチロジック１３０は、モバイル装置１００上で実行されている他のプロセスおよびアプリケーションと非同期に実行されるように構成される。言い換えれば、サーチプロセスはオペレーティングシステム１１０によりバックグラウンドタスクとして実行され、ユーザがサーチプロセスを実行しながら他のタスクを実行できるようにする。サーチロジック１３０は、スタンドアロンアプリケーション、常駐終了型プログラム、デバイスドライバ、またはバックグラウンドで実行可能な他の種類のソフトウェアもしくはロジック等異なる形態で組み込んでもよいことが理解されよう。この点に関して、バックグラウンドタスクとしてサーチロジックを非同期で実行するように構成された実行ロジック（図示せず）を提供することが可能である。実行ロジックは、オペレーティングシステムの一部、サーチロジックの一部、これら両方、または別個のソフトウェアであることができる。
【００１９】
ユーザに対する遅延時間のさらなる低減を図り、非同期サーチロジック１３０は、トリガイベントに応答して自動的に実行するように構成することができる。したがってユーザは、サーチが実行されていることに気付かないでいることができる。たとえば、画像形成アプリケーション１２５が開始されると、これによってサーチロジック１３０の実行をトリガすることができる。この場合の仮定は、画像形成アプリケーション１２５においてユーザがプリンタオプションを選択することができるというものである。ユーザがサーチロジック１３０を開始するのを待つのではなく、ユーザがプリントを決定する前にサーチを行うことによって遅延時間を低減することができる。ユーザがプリントの準備を整えるまでに、利用可能なプリントサーバをすでに発見しておき、プリント要求を受け入れる準備を整えておくことができる。他の種類のトリガイベントについては以下の項に述べる。
【００２０】
図２に、クライアント装置と通信可能な他の無線動作可能な装置を発見するサーチ方法２００の一実施形態を示す。図示の要素は「処理ブロック」を示し、コンピュータにアクション（複数可）を実行させ、かつ／または決定を行わせるソフトウェア命令または命令群を表す。代替として、処理ブロックは、デジタル信号プロセッサ回路、特定用途向け集積回路（ＡＳＩＣ）、または他のロジックデバイス等の機能が同等の回路によって実行される機能および／またはアクションを表すことができる。この図は、示されているその他の図と同様に、任意特定のプログラミング言語のシンタックスを示していない。むしろこの図は、当業者が回路の組み立て、コンピュータソフトウェアの生成に使用することができる、またはハードウェアおよびソフトウェアの組み合わせを使用して図示の処理を実行することができる機能情報を示している。電子およびソフトウェアアプリケーションは動的かつ柔軟なプロセスを含むことができ、したがって図示のブロックを図示の順序とは異なる他の順序で実行してもよく、かつ／またはブロックを組み合わせるか、もしくは複数の構成要素に分けてもよいことが理解されよう。ブロックはまた、機械語、手続き型、オブジェクト指向、および／または人工知能技法等様々なプログラミング手法を使用して実施することができる。上記は本明細書に述べるすべての方法について当てはまる。
【００２１】
図２を参照する。トリガイベントが検出されると、サーチが開始される（ブロック２０５）。トリガイベントは、ユーザ開始イベントまたは非ユーザ開始イベントとして構成することができる。この場合の非ユーザ開始イベントは、ユーザの情報がなくともサーチプロセスを実行させるものである。非ユーザ開始イベントは自動とも呼ばれ、定期的な間隔に基づいて、電源投入等のシステムイベントまたは他の種類の自動イベントに基づいて別のソフトウェアアプリケーションに関連付けることができる。一実施形態では、トリガイベントは、別のソフトウェアアプリケーションに関連付けられる。それにより、その別のソフトウェアアプリケーションが開始されたときにサーチプロセスがトリガされる。サーチは、他の無線動作可能な装置を見つけようとするバックグラウンドプロセスとして実行される（ブロック２１０）。１つまたは複数の装置が見つけられる場合、見つけられた各装置に対応する装置識別子または他の識別データを表示することができる（ブロック２１５）。表示は自動的に表すこともでき、またはユーザ要求に基づいて表すこともできる。
【００２２】
再び図１を参照すると、別の例として、一実施形態では、モバイル装置１００はカメラ機能付き携帯電話とも呼ばれるデジタルカメラ１６０およびセルラ電話１６５を含む。サーチプロセスが無線プリントジョブを受け入れることのできる画像形成装置を見つけるように構成されていると仮定する。また、トリガイベントが写真処理プログラム等の画像形成アプリケーションに基づくものと仮定する。ユーザが写真処理プログラムを開始することに応答して、サーチプロセスが自動的に、写真処理プログラムと非同期で開始し実行される。ユーザが写真処理プログラムを開き、所望の写真を見つけて選択し、そしてプログラムを用いて他の機能を実行しているときに、サーチプロセスは写真をプリント可能でありうる利用可能な画像形成装置を見つけることができる。
【００２３】
ユーザが写真処理プログラム中のプリント機能を選択する準備を整えるまでに、サーチプロセスは、完了しているかまたはほぼ完了しているようにすることができる。また、見つけた画像形成装置をユーザに表示することが可能である。ユーザが画像形成装置を選択すると、トランシーバロジック１４５が選択された画像形成装置のトランシーバとの間に無線通信リンクまたはチャネルを確立し、画像形成要求を送信する。サーチプロセスをバックグラウンドタスクとして実行することで、サーチプロセス中にユーザが他のアプリケーションおよびモバイル装置１００との対話を継続することができる。待ち時間を低減することができるとともに、ユーザのモバイル装置１００を使用しての体験を向上させることができる。
【００２４】
図２をさらに参照して、サーチプロセスの別の実施形態を示す。ブロック２１０においてサーチが開始されると、実施されている通信プロトコルおよびサーチしている無線接続装置の種類に基づいて、サーチ中に様々なタスクを実行することができる。たとえばサーチは、通信範囲内のコンパチブルな無線接続装置（サーバ装置）を照会して、検出しようとすることができる（ブロック２２０）。先に述べたように、コンパチブルな装置には同じまたは同様の無線ロジックおよびプロトコルを有するもの、または異なるプロトコルを認識することができる装置が含まれる。コンパチブルなサーバ装置をすべて見つけて表示することは、特定のタスクを実行するユーザにとっては有益ではない場合がある。上記写真処理例を用いると、見つけられたサーバ装置から写真をプリントすることができる可能性が最も高いサーバ装置をフィルタリングすることが有用である。この場合、サーチは検出されたサーバ装置によってサポートされる機能を決定しようとすることができる（ブロック２２５）。
【００２５】
この決定は、使用されている無線プロトコルに基づいて異なる方法で達成することができる。たとえば、Bluetoothプロトコルが使用されている場合、検出されたサーバ装置は照会に応答し、サーバ装置に関連する様々な情報を返す。たとえばサーバ装置は、Bluetooth装置アドレス、装置名、クロック、および／またはデバイス／サービスクラスパラメータを返しうる。デバイス／サービスクラスパラメータは、サーバ装置についての特徴を表すデータを含み、この一例を図８に示す。本アプリケーションのファイリング時には、Bluetoothプロトコルのデバイス／サービスクラスパラメータは、メジャーデバイスクラス（５ビット）、マイナーデバイスクラス（６ビット）、およびサービスクラス（１１ビット）の割り振りを含む２４ビットデータフィールドによって定義される。２４ビットデータフィールドは、２ビットのフォーマット種類フィールドも含む。もちろん、他の構成を使用してもよい。デバイス／サービスクラスパラメータは「デバイス／サービスパラメータデータ」と呼ぶこともでき、このような情報が無線プロトコルによってどのように名称付けられるかに関わりなく上記種類の情報の１つまたは複数を含みうることが理解されよう。
【００２６】
メジャーデバイスクラスの例としては、その他（ビット値０００００）、コンピュータ（ビット値００００１）、電話（ビット値０００１０）、ＬＡＮ／ネットワークアクセスポイント（ビット値０００１１）、オーディオ／ビデオ（ビット値００１００）、周辺機器（ビット値００１０１）、画像形成（ビット値００１１０）、および未分類（ビット値１１１１１）が挙げられる。マイナーデバイスクラスは、装置をさらに特徴づける、各メジャーデバイスクラスのサブカテゴリを含む。たとえば、画像形成メジャークラスのマイナーデバイスクラスは、ディスプレイ、カメラ、スキャナ、およびプリンタを含む。サービスクラスの例としては、位置決め、ネットワーキング、レンダリング、取り込み、オブジェクト転送、オーディオ、電話通信、および情報が挙げられる。したがって、サーチがプリント装置を照会しており、検出された装置がメジャーデバイスクラスに基づく「画像形成」装置ではない場合、検出された装置を適格なプリント装置から除去することができる。メジャーデバイスクラスが「画像形成」であり、マイナーデバイスクラスが「プリンタ」である場合、検出された装置は適格なプリント装置であることができる。割り振りクラスのより詳細なリストはwww.Bluetooth.orgにて見出すことができる。もちろん、他の形態のデータおよび割り振り値を、装置の種類および他の特徴を指定するように構成しうることが理解されよう。
【００２７】
検出された装置が画像形成装置である場合、その画像形成性能を決定することができる（ブロック２３０）。さらに、画像形成装置の種類は装置がプリンタであるか、それともプリント装置であるか等も決定することができる。Bluetoothプロトコルの場合、これは、以下にさらに詳細に述べるBluetoothによって定義されるクラス／サービス発見プロファイルを使用して行うことができる。本アプリケーション時には、Bluetooth動作可能な画像形成装置は、照会で決定することができる基本プリントプロファイル（ＢＰＰ）をサポートすることができる。基本プリントプロファイルは、ページ記述言語（たとえば、ＸＨＴＭＬ−Ｐｒｉｎｔ）および画像符号化規格（たとえば、ＪＰＥＧ）の使用を記述している。ＢＰＰ（ＢＰＰプリンタと呼ばれるときもある）をサポートする画像形成装置は、画像レンダリング性能を有する。レンダリング性能を持たないモバイル装置は、レンダリング性能を有する画像形成装置にプリント要求を提出し、プリント要求を処理させる必要がある。
【００２８】
次に、検出された装置がそれぞれの種類および機能に基づいてフィルタリングされ、現在検出されている装置のリストが生成される（ブロック２３５）。検出された画像形成装置毎に、その装置の属性を、前もって検出されている装置のリストに記憶することができ（ブロック２４０）、後続する画像形成装置のサーチにこのリストを使用することができる。記憶される属性については、インストレーションプロセスを参照してさらに詳細に述べる。
【００２９】
図３を参照して、非同期サーチロジック３００の別の実施形態を示す。サーチロジックはトリガイベント３０５に基づいて開始するように構成される。一実施形態では、トリガイベント３０５は、ユーザが開始に気付くことなくサーチロジック３００を自動的に開始するように構成することができる。発見構成要素３１０は、装置の無線トランシーバと通信し、トランシーバに、実施されている無線通信プロトコルに従って他のコンパチブルな無線動作可能な装置（サーバ装置）を発見するように命令するように構成される。フィルタロジック３１５は、サーバ装置から発見要求を承認する情報を受け取ると、サーバ装置のジョブ要求を処理する妥当性またな能力に基づいて、検出されたサーバ装置をフィルタリングするように構成することができる。たとえば、フィルタロジック３１５は、特定の種別のものではない場合、検出された装置を除去することができる。次に、フィルタロジックは、装置の性能の妥当性ランキングに基づいて、ソート後の検出装置リスト３２０を生成することができる。妥当性スコア、アイコン、色、または他の種類の視覚的識別物等、検出された装置をユーザが識別することができる他の妥当性識別子も生成することが可能である。次に表示ロジック３２５がフィルタリング後の検出装置リスト３２０を表示し、選択のためにユーザに提示することができる。
【００３０】
非同期サーチロジック３００は、様々な形態でコンピュータ可読媒体に組み込むことができる。これは、モバイル装置１００にロードされるスタンドアロンアプリケーションであっても、モバイル装置に予めロードされているオペレーティングシステムの一部であっても、適宜、オペレーティングシステムによってロードされ使用されるデバイスドライバ等のオブジェクトとして保持されても、ファームウェアであっても、または他の種類のソフトウェア形態であってもよい。一実施形態では、実行ロジックは、ユーザが他のタスクを同時に実行できるようにする、モバイル装置上の１つまたは複数のバックグラウンドタスクとしてサーチロジック３００およびフィルタロジック３１５を実行するように構成される。実行ロジックは、オペレーティングシステムの一部、サーチロジックの一部、これら両方、または別個のソフトウェアであることができる。
【００３１】
１つまたは複数の検出された装置がユーザに表示された状態で、ユーザは、プリント要求または他の種類のジョブ要求を処理する所望の装置を選択することができる。サーチロジック３００は、特定種類のジョブ要求に基づいて装置を発見しフィルタリングするように構成しうることが理解されよう。たとえば、ジョブ要求が写真のプリントに関連する場合、サーチロジックは、検出された装置をそれぞれの画像形成性能に基づいてフィルタリングするように構成される。ジョブ要求が文書のファクシミリ送信に関連する場合には、サーチロジックは、ファクシミリ性能を有する検出装置を発見しフィルタリングするように構成される。他の例が当業者に理解されよう。
【００３２】
図４に、サーチ中に検出された装置をフィルタリングするために使用することができる決定ツリーの一実施形態を示す。決定ツリー４００は、Bluetoothプロトコルに基づき、デバイス／サービスクラスパラメータを照会する。先に述べたように、デバイス／サービスクラスパラメータは、本アプリケーションのファイリング時には、メジャーデバイスクラス、マイナーデバイスクラス、およびメジャーサービスクラスに割り振られた数を含む。パラメータの一例を図８に示す。
【００３３】
サーチの照会段階において、装置が適格なBluetooth装置であるか否かが判定される（ブロック４０５）。これは単に、照会信号に応答して承認信号が返送されるか否かによって判定することができる。Bluetooth装置は、メジャーデバイスクラス、マイナーデバイスクラス、および／またはサービスクラスに割り振られた値を示すデバイス／サービスクラスパラメータデータを送信することもできる。装置のサービス性能またはサービスクラスに関連するデータは、メジャーであれマイナーであれ、「サービスクラスデータ」と呼ばれる。サーチは、画像形成装置をフィルタリングした場合、検出された装置のメジャーサービスクラスが「レンダリング」性能および「オブジェクト転送」性能を含むか否かを判定することができる（ブロック４１０）。
【００３４】
サービスクラスデータがこれら性能を示さない場合、装置は除去されるか、あるいは適格装置リストに含められない（ブロック４１５）。装置がこれら性能を含む場合、メジャーデバイスクラスがチェックされ、装置が「画像形成」装置であるか否かを判定する（ブロック４２０）。画像形成装置ではない場合、装置が基本プリント（たとえば、ＢＰＰ装置）をサポートする可能性がまだある。その性能は確定的ではないため、装置は適格画像形成装置リストに追加することができるが、妥当性ランキングは低い。装置が画像形成装置である場合、ツリーはブロック４３０に移り、ここでマイナーデバイスクラスがチェックされる。マイナーデバイスクラスが「プリンタ」ではない場合、装置は除去される（ブロック４３５）。マイナークラスが「プリンタ」である場合、装置は有望なＢＰＰプリンタとして識別され、適格装置リストに含められる（ブロック４４０）。
【００３５】
図５に、バックグラウンドサーチ中に発見された適格装置の情報を記憶し、後続サーチに使用するために適格サーバ装置を自動的にインストールするシステムの一実施形態を示す。たとえば、前もって適格なプリント装置であると判定されていた、発見された装置の情報を保存することで、将来に同じ装置をサーチするプロセスを加速することができる。この場合、非同期サーチロジック１３０または３００と通信するインストレーションロジック５００をモバイル装置１００に設けることができる。
【００３６】
発見された装置が適格な画像形成装置であると判定されると、装置の識別子および／または属性が、前もって発見されていた装置５０５のデータ構造に記憶される。データ構造は、１つまたは複数のデータベース、テーブル、テキストファイル、連結リスト、または他の所望のデータ構造として組み込み、コンピュータ可読媒体に記憶することができる。装置について記憶することのできる情報の例としては、装置アドレス、名称、識別子、および発見中に検索することのできる、デバイスクラスおよびサービスクラス等他のパラメータを挙げることができる。これらの種類の属性は概して、装置に一度割り振られると頻繁には変更されないことから静的な属性である。
【００３７】
装置毎に他の種類の動的な属性を生成し記憶することもできる。これらとしては、装置が発見された日時を識別するタイムスタンプを挙げることができる。以下にさらに詳細に述べるように、装置のタイムスタンプは、将来のジョブ要求に適格なサーバ装置としての妥当性に影響を及ぼしうる。たとえば、装置が６ヶ月前に発見された場合、その装置がまだ通信範囲内にある確率はおそらく低い。したがって、その装置が適格なサーバ装置であることの妥当性もまたおそらく低い。妥当性はもちろん、現在のサーチで範囲内の装置が発見された場合に変更することができる。
【００３８】
別の装置属性は、発見された装置のロケーション情報であることができる。モバイル装置（クライアント装置）のロケーションに関するサーバ装置のロケーションは、サーバ装置の妥当性に関する要素として組み込むことができる。サーバ装置のロケーションがわかっている場合、そのロケーションがモバイル装置のロケーションと比較され、これら２つの間の距離が求められる。この実施形態では、モバイル装置は、全地球測位システムレシーバ（ＧＰＳ）、支援型全地球測位システム（ＡＧＰＳ）、または他のロケーション識別システム等の位置決めロジックを含むことができる。他の属性としては、後続サーチで発見された装置を識別する際にシステムを支援することができる装置の一意の名称または識別番号を挙げることができる。
【００３９】
前もって発見されていた装置５０５の妥当性を決定するために、検証ロジック５１０が、装置属性を解析・検証し、装置毎に妥当性スコアを生成するように構成される。検証ロジック５１０は、データ構造５０５に記憶されている装置属性から、選択された属性を解析し、これらを決定のための妥当性属性５１５として使用するように構成することができる。
【００４０】
一実施形態では、タイムスタンプ属性が、サーチの現在時刻と比較される妥当性属性５１５であることができる。先に述べたように、タイムスタンプは、対応する装置が最初に発見された時刻を反映している。したがって、サーバ装置の妥当性は、どのくらい前に発見されたかに基づいて増減することが可能である。たとえば、サーバ装置が現在時刻から３０分のタイムスタンプを有する場合、その妥当性は、６ヶ月前のタイムスタンプを有するサーバ装置の妥当性よりもはるかに高い。
【００４１】
別の妥当性属性５１５はサーバ装置のロケーションであることができる。大半の無線プロトコルは限られた通信範囲（たとえば、Bluetooth画像形成装置の場合は約１０ｍの範囲）を有するため、装置の妥当性は、その装置がまだ範囲内にあるか否かによって決めることができる。先に述べたように、サーバ装置とモバイル装置の間の範囲または距離を、サーバ装置のロケーションに対するモバイル装置のロケーションから求めることができる。サーバ装置が通信範囲内にある場合、装置は、通信範囲外にあった装置よりも高い妥当性スコアを得る。これは、このようなロケーション情報が、全地球測位システム（ＧＰＳまたはＡＧＰＳ）を使用すること等によってモバイル装置に提供可能なものと仮定する。
【００４２】
別の実施形態では、検証ロジック５１０は、ロケーション情報に基づいて、前もって発見されていた装置５０５からサーバ装置を予め選択するように構成することができる。たとえば、ロジックは、モバイル装置のロケーションまたはおおよそのロケーションがたとえばシカゴエリアであるとわかっている場合、シカゴエリア内にあるサーバ装置のみを選択し、それらサーバ装置に対して妥当性決定を行うことができる。これにより、そのエリア内にない装置の処理が回避され、より妥当性のあるサーバ装置のリストがユーザに提供される。
【００４３】
サーバ装置の一意の名称または識別情報（ＩＤ）もまた、妥当性の決定に使用することができる。たとえば、現在のサーチ中、発見された装置の一意の名称またはＩＤが前もって発見されていた装置５０５からの一意の名称またはＩＤに整合する場合、その妥当性スコアを高めることができる。さらに、このような装置は前もって発見されており、適格な画像形成装置としてフィルタリングされているため、現在のサーチは、サービス発見ステップあるいは装置の性能を決定するステップは以前のサーチ中に実行されていることから、これらステップを追加して行うことを回避することができる。したがって、これによってサーチプロセスを加速することができる。
【００４４】
図５をさらに参照すると、妥当性識別子５２０は、前もって発見されていた装置５０５それぞれに生成することができ、それぞれの妥当性を示す。たとえば、妥当性識別子５２０は、０〜１０、０〜１００等予め定義された範囲、またはより高いスコアがより高い妥当性を示し、またその逆である他の範囲に基づく妥当性スコアであることができる。妥当性スコアはパーセンテージの形態であることもできる。他の種類の妥当性識別子としては、装置名に関連付けることが可能なアイコンまたは他のグラフィカルインジケータを挙げることができる。アイコンは、ユーザに表示されると、装置の妥当性を表し、妥当性の高い装置を妥当性の低い装置から区別することができる。他の種類のグラフィカルインジケータには、異なる妥当性スコアに異なる色を使用してサーバ装置名を表示することを含むことができる。検証ロジック５１０は、各装置の妥当性に基づいて、ソート後の装置リストを生成するようにも構成することができる。このようにして、ソート後のリストは識別子として機能する。
【００４５】
表示ロジック５２５は、前もって発見されていた装置の名称およびそれぞれに関連付けられた妥当性識別子５２０をユーザに表示するように構成することができる。リストが表示されると、ユーザが表示されているリストから特定の装置を選択してユーザの選好を示すことを可能にする選択ロジック５３０を含めることができる。発見サーチがなお進行中の場合、選択された装置が発見されると、エリア内の装置をすべて発見する必要なくサーチを停止することができる。
【００４６】
別の実施形態では、インストレーションロジック５００は、前もって発見されていた装置５０５それぞれの使用情報を記憶するように構成することができる。たとえば、サーバ装置がジョブ要求に使用される、または選択される都度、使用カウントを増分することができる。これは選択ロジック５３０の一部であってもよい。このようにして、モバイル装置は、ユーザの装置選好を学習し決定しようとすることができる。過去においてより頻繁に使用されていたサーバ装置は、より高い妥当性スコアを受けることができる。さらに、使用情報とロケーション情報を組み合わせることにより、インストレーションロジック５００は、ユーザが選択を行う、より妥当性があり、有意味なサーバ装置リストを生成することができる。
【００４７】
たとえば、アイダホ州Boiseに所在の建造物１２３内にある画像形成装置（ＩＤ＝ＸＹＺ１）が前もって発見されており、データ構造５０５に記憶されているものと想定する。さらに、ＸＹＺ１の属性により、この画像形成装置が他の装置よりも大きな使用カウントを有することが示されるものと想定し、これは、ＸＹＺ１がモバイル装置により他のいずれの装置よりも頻繁に使用されてきたことを意味する。インストレーションロジック５００が適格サーバ装置の検証またはインストールを行うとき、モバイル装置が同じロケーション、たとえばBoiseに所在の建造物１２３内にある場合はいつでも、装置ＸＹＺ１は非常に高い妥当性スコアを取得し、ユーザに好ましい装置として表示される。そのエリア内のより低い使用カウントを有する他のサーバ装置（もしあれば）には、より低い妥当性が割り振られる。
【００４８】
図６に、インストレーション方法６００の一実施形態を示す。前もって検出されていた装置リストからの装置属性が読み取られる（ブロック６０５）。次に、選択された属性が解析され、前もって発見されていた装置がそれぞれ検証される（ブロック６１０）。装置属性に基づいて、たとえばタイムスタンプ、ロケーション、ユーザ名、使用情報、または他の選択された属性に基づいて、各装置の妥当性が決定される（ブロック６１５）。次に、それぞれの妥当性に基づいて、かつ／または妥当性スコアを表示して装置リストを表示することができ、ユーザがリストから装置を選択できるようにする（ブロック６２０）。
【００４９】
図７を参照して、ユーザ選択プロセスの一実施形態を示す。このプロセスは、ユーザが、表示されている前もって発見されていた装置のリストから装置を選択するインストレーションプロセスの一部であることができる。このプロセスは、表示されている以前の装置のリストから選択が検出されると開始される（ブロック７０５）。サーチがまだ開始されていない場合、選択された装置のサーチが開始される（ブロック７１０）。サーチがすでに進行中であり、サーチにより選択された装置に整合する装置が発見されている場合、発見された装置の性能の決定を省くことができる（ブロック７１５）。次に、その装置の性能は前もって決定され検証されているため、サーチを停止することができる（ブロック７２０）。
【００５０】
本明細書に提示した教示を用いて本システムおよび本方法の各種構成要素を実施するのに適したソフトウェアは、Ｊａｖａ、Ｃ＃、Ｃ＋＋、Ｃ、ＣＧＩ、Ｐｅｒｌ、ＳＱＬ、ＡＰＩ、ＳＤＫ、アセンブリ、ファームウェア、マイクロコード、ならびに／または他の言語およびツール等のプログラミング言語およびツールを含む。ソフトウェアとして組み込まれる構成要素には、１つまたは複数のコンピュータ、プロセッサ、および／または他の電子装置に指示したように振る舞わせるコンピュータ可読／実行可能な命令が含まれる。システム全体であるか、それともシステムの構成要素であるかに関わらず、任意のソフトウェアまたはロジックを製品として組み込み、また先に定義したコンピュータ可読媒体の一部として維持することができる。別の形態のソフトウェアとしては、ネットワークまたは他の通信媒体を介してソフトウェアのプログラムコードを受信側に送信する信号を挙げることができる。本明細書に述べる構成要素は、別個の構成要素として実施してもよく、または共に組み合わせてもよいことが理解されよう。
【００５１】
図１を再び参照して、以下に、Bluetooth仕様に従って構成され動作する無線トランシーバロジック１４５の一実施形態について述べる。この仕様の詳細な説明はインターネットのwww.Bluetooth.orgにて見出すことができる。もちろん、Bluetooth仕様は将来変更されうることが当業者に理解されよう。したがって、本システムは、将来の通信要件および／または規格に見合うように変更可能であることができる。
【００５２】
Bluetooth仕様に基づいて、トランシーバロジック１４５は、無線ネットワークを通してモバイル装置１００を接続するBluetooth  ＰＩＣＯネット（ＢＰＮ）アンテナを含むことができる。ＢＰＮアンテナは、無指向性特性を有する、全方向で一定の送受信感度を有する円偏波アンテナ、または複数の偏波を放射可能なアンテナである。トランシーバ１４５はラジオであってもよいが、短距離（たとえば、１００ｍ未満）の伝送が可能な低電力トランスミッタを有する他の任意のＲＦトランシーバであることもできる。
【００５３】
図９に、ジョブ要求に望まれる１つまたは複数の性能に機能性能がどの程度良好に整合するかに基づいて、発見された無線接続装置をフィルタリングするシステムの一実施形態を示す。以下の例はBluetooth動作可能な画像形成装置（サーバ装置）を参照して述べられるが、他の種類の無線通信プロトコルと同様に、他の種類の電子装置も使用しうることが理解されよう。一実施形態では、例ではまた、モバイル装置９００がカメラ機能付き携帯電話（クライアント装置）であるものとして説明されるが、他の種類のモバイル装置も先に述べたように使用することができる。モバイル装置９００内に示す構成要素は、図１の実施形態に示す構成要素のいくつかもしくはすべて、または実施されるモバイル装置の種類に応じて他の構成要素も含みうることが理解されよう。
【００５４】
利用可能なサーバ装置（たとえば、Bluetooth動作可能な画像形成装置）を発見するためのサーチ中、またはサーチ後に、発見された画像形成装置をそれぞれの性能に基づいてフィルタリングかつ／または優先順位付けすることができる。モバイル装置９００のユーザは、ジョブ要求を処理する適当な装置を選択することができるように、発見された各装置の性能について拡張された情報を必要とする場合がある。たとえば、画像形成装置Ａ、Ｂ、およびＣを含む３つの画像形成装置９０５がサーチ中に発見されたものと仮定する。各画像形成装置Ａ〜Ｃは、画像形成装置の画像形成性能をそれぞれ表す１つまたは複数の予め定義されたサービス属性９１０Ａ〜Ｃを含むことができる。サービス属性９１０は、このような属性の要求に応答してモバイル装置９００に送信することができ、または発見中に自動的に送信することができる。一実施形態では、各画像形成装置９０５に接続されたコンパチブルなＲＦトランシーバ（図示せず）と通信する無線周波数（ＲＦ）トランシーバ９１５を通して、通信が実行される。ＲＦトランシーバ９１５は、図１に示す無線トランシーバロジック１４５と同様に構成することができる。
【００５５】
ユーザが画像、たとえばカメラからの写真をプリントしたい場合、画像形成要求９２０が生成される。画像形成要求９２０の処理に望まれる画像形成性能を示す１つまたは複数の所望のサービス属性９２５を画像形成要求９２０に定義することができる。所望のサービス属性９２５は、好ましい属性、要求される属性、画像形成性能を表す値、範囲値、または他の種類のデータの上限および／または下限を含むことができる。サービス属性の例としては、色、両面プリント、プリント速度、プリントコスト、プリント品質、セキュリティの種類、プリント媒体の種類、データフォーマット、プリンタのロケーション、および他の種類の属性を挙げることができる。画像形成装置９０５が発見サーチ中またはサーチ完了後に見つけられると、各装置の性能を、所望のサービス属性９２５と突き合わせる、あるいは比較することができる。
【００５６】
比較を実行し、画像形成装置が画像形成要求９２０に最も適当であると決定するために、フィルタリングロジック９３０が提供される。たとえば、比較ロジック９３５は、所望のサービス属性９２５の値を、サービス属性９１０Ａ〜Ｃからのそれぞれ対応する値と比較して、画像形成装置９０５のいずれが画像形成要求９２０の処理に妥当であるかを決定するように構成することができる。サービス属性９１０がどの程度良好に所望のサービス属性９２５と整合するかに基づいて、画像形成装置９０５毎に妥当性識別子９４０を生成することができる。妥当性識別子９４０は、たとえば、スコア、パーセンテージ値、または図５に示す妥当性識別子を使用して記述するもの等、他の種類の妥当性インジケータを含むことができる。
【００５７】
多くの異なる種類のスコアアルゴリズムを比較ロジック９３５とともにプログラムして、画像形成装置の妥当性を決定することができる。たとえば、所望のサービス属性９２５が１つまたは複数の要求される属性を含み、画像形成装置が要求される属性の性能を備えていない場合、その画像形成装置の妥当性は非常に低くなる。ユーザが画像形成要求９２０に重要なものとして何を示すかに基づいて、異なる妥当性重みを特定の所望のサービス属性９２５に適用することも可能である。たとえば、画像形成要求９２０が写真のプリントである場合、カラーが要求されるサービス属性であることができる。しかし、ユーザはカラーがオプションであることを示すことができ、それによって非カラープリンタの妥当性に与えられる影響が少なくなる。
【００５８】
別の例として、多くのページがある文書をプリントする場合、プリント速度および両面プリントを、要求される属性として設定することができる。旅行中のユーザの場合は、プリントソリューションのコストが、画像形成要求９２０を処理する画像形成装置を選択する際の決定要因でありうる。別の種類のユーザは、画像形成装置のセキュリティおよびロケーションに関心があり、要件として特定の値を有するこれら属性を示す場合がある。他の種類の属性は、ユーザの選好を示すために上限および／または下限を有しうる値を有することができる。たとえば、１つのサービス属性は、範囲または毎分少なくとも１０枚等の限度を有する値を設定することができる「プリント速度」であることができる。したがって、毎分５枚のプリント速度を有する画像形成装置は、プリント速度基準を満たす装置よりも低い妥当性を受ける。
【００５９】
発見された各画像形成装置９０５の妥当性が判定されると、装置リスト９４５を生成かつ／または更新して、発見された各画像形成装置および現在の画像形成要求９２０に対するそれぞれの妥当性を示すことができる。装置リスト９４５は、妥当性が最高から最低の各装置を表示する優先順位付きまたはソート後のリストであることができる。もちろん、装置リスト９４５は、装置名の英数字順、妥当性により符号化された色、妥当性スコアにより、または別の所望の方法による等、他の方法で表示することができる。次にユーザは、装置リスト９４５から、利用可能な画像形成装置の１つを選択することができる。これにより、ＲＦトランシーバ９１５が選択された画像形成装置と通信リンクを確立し、画像形成要求を処理のために送信することができる。
【００６０】
図９をさらに参照すると、モバイル装置９００は、画像形成要求に望まれるサービス属性９２５のための値をユーザが定義し設定できるようにするロジックを含む属性マネージャ９５０を含むことができる。属性は、生成される画像形成要求毎に別個に定義することができ、かつ／または所望の属性のデフォルトセットを定義し、ユーザが他を指定しない限り、これを各画像形成要求に適用することができる。属性マネージャ９５０は、予め定義された組の属性を含むことができる。プリント要求に望まれる属性を定義する、またはデフォルトセットとして定義すると、属性マネージャ９５０は、メニューまたはダイアログボックスを通して選択かつ／または変更するためにその属性をユーザに提示することができる。次に、ユーザは各属性の値を設定・変更することが可能である。選択された通信プロトコルに標準化された組の属性を使用する一実施形態では、そのプロトコルを使用する各装置が、同じ選択可能な標準化属性を有するように構成しうる。したがって、装置の特徴を決定するとき、対応する属性が存在することから、所望の属性と別の装置の属性との比較を容易に行うことができる。他の実施形態では、属性マネージャ９５０はまた、ユーザが１つまたは複数の新しい所望のサービス属性を定義できるようにする。
【００６１】
無線動作可能な画像形成装置の可用性および数が増大するにつれ、モバイル装置９００のユーザが発見サーチ中にこれら装置に出会う可能性、また２つ以上の装置に出会う可能性が高くなりうる。ユーザ指定の選好および属性に基づいて、発見された装置をフィルタリングすることにより、発見された装置を優先順位付きリストとして表示することができ、それによりユーザは所望の画像形成装置をより容易に選択することができる。
【００６２】
図１０に、図９に示すＲＦトランシーバ９１５と通信するように構成されたコンパチブルなＲＦトランシーバロジック１００５を含む画像形成装置１０００の一実施形態を示す。画像形成装置１０００は、画像形成装置の性能を表す１つまたは複数のサービス属性１０１０を含むように構成される。サービス属性１０１０は、テーブル、アレイ、リスト、ファイル等１つまたは複数のデータ構造に記憶することができ、また、メモリまたは他の種類のコンピュータ可読媒体に記憶することができる。サービス属性１０１０は、自動的に、または要求に応答してモバイル装置に送信することができる。属性により、モバイル装置は、画像形成装置１０００が特定の選好に従って画像形成要求を処理することが可能であるか否かをより良好に判定することができる。
【００６３】
サービス属性１０１０を生成し、かつ／または変更するように構成されたサービス識別ロジック１０１５を含めることができる。この点において、サービス属性１０１０に値を入力し設定するためのインタフェースを含む属性マネージャ１０２０を提供することができる。たとえば、インタフェースは、表示パネル、制御パネル、ソフトウェアダイアログボックス、または他の入力手段であることができる。別の実施形態では、サービス識別ロジック１０１５は、サービス属性１０１０をコンピュータ等の外部装置から画像形成装置１０００にロードするように構成することができる。たとえば、コンピュータは、画像形成装置１０００のサービス属性に値を設定し、次にその値を送信し、サービス属性データ構造１０１０にロードさせるソフトウェアを含むことができる。したがって、画像形成装置１０００がモバイル装置からの発見要求に応答すると、ＲＦトランシーバロジック１００５がサービス属性１０１０をモバイル装置に送信することができる。これにより、モバイル装置は、画像形成要求を送信する前に画像形成装置１０００の性能をより良好に決定することができる。
【００６４】
さらに、画像形成装置１０００は、画像形成要求からプリント可能画像を生成するように構成されたレンダリングロジック１０２５を含むことができる。レンダリングは、関わるデータのフォーマットおよび画像形成装置の種類に基づいて変化する。概して、レンダリングロジック１０２５は、高水準オブジェクトベースの記述（たとえば、画像形成要求）を表示またはプリントするグラフィカル画像（たとえば、プリント可能画像）に変換する。たとえば、１つの形態は、三次元オブジェクトまたはシーンの数学的モデルを採用し、これらをビットマップ画像に変換するレイトレーシングである。別の例は、ＨＴＭＬを表示／プリントする画像に変換するプロセスである。
【００６５】
画像形成装置１０００は、プリント可能画像から画像をプリント媒体に生成するように構成された画像形成機構１０３０をさらに含む。画像形成機構１０３０は、画像形成装置の種類に基づいて様々であり、レーザ画像形成機構、他のトナーベースの画像形成機構、インクジェット機構、デジタル画像形成機構、または他の画像形成再現エンジンを含みうる。画像形成装置１０００の動作を制御するロジックとともに実施されるプロセッサ１０３５を含めることができる。一実施形態では、プロセッサ１０３５は、Ｊａｖａ命令を実行可能なロジックを含む。画像形成装置１０００の他の構成要素は本明細書において説明しないが、媒体処理および記憶機構、センサ、コントローラ、および画像形成プロセスに関わる他の構成要素を含みうる。
【００６６】
図１１に、それぞれの性能に基づいて、発見された装置をフィルタリングする方法の一実施形態を示す。先に述べたように、性能に基づくフィルタリングを行うのは、無線動作可能な装置の発見中、または発見が完了した後とすることができる（ブロック１１０５）。最初は、無線接続装置が発見されても、現在のジョブ要求に妥当性を有さない装置が含まれうる。たとえば、ジョブ要求が、画像形成装置を要求する画像形成要求である場合、発見されたセル式電話は不適当である。したがって、発見された装置によって提供される装置および／またはサービスの種類情報に基づいて、発見された装置を識別しフィルタリングすることができる（ブロック１１１０）。
【００６７】
Bluetooth通信プロトコルを使用する一実施形態では、Bluetooth仕様により、最初の識別およびフィルタリングを実行できるようにするデバイスクラスおよびサービスクラスが識別される。これにより、モバイル装置が、発見された装置が画像形成装置であるか否か、また所望されるものとは別の種類の装置であるか否かを識別することができる。識別された画像形成装置から、それぞれの画像形成性能（たとえば、サービス属性）に基づいてさらにフィルタリングすることができる（ブロック１１１５）。フィルタリングは必ずしも装置の除去を意味するわけではなく、装置の妥当性または優先順位の変更を含むことが理解されよう。
【００６８】
画像形成装置性能の妥当性は、その性能がどの程度、画像形成要求に関連する１つまたは複数の所望のサービス属性に整合するかに依存する。次に、それぞれの妥当性に基づいて選択するために、フィルタリングされた画像形成装置を表示することができる（ブロック１１２０）。したがって、画像形成装置の性能が画像形成要求の１つまたは複数の所望のサービス属性により厳密に整合する場合、画像形成装置の妥当性が増す。次にユーザは、表示された画像形成装置リストから選択することができ、画像形成要求が処理のために選択された画像形成装置に送信される。
【００６９】
図１２を参照して、フィルタリングステップ１１１５の別の実施形態を示す。たとえば、モバイル装置が発見された各画像形成装置からサービス性能を送信するように要求することができる（ブロック１２０５）。次に、画像形成装置のサービス性能が、画像形成要求の所望の１つまたは複数のサービス性能と比較される（ブロック１２１０）。比較に基づいて、画像形成装置毎に妥当性が生成される（ブロック１２１５）。所望のサービス性能の選好および／または要件にかなりの程度適合するサービス性能は、妥当性を増大する。次に、画像形成装置のリストがそれぞれの妥当性に基づいて生成され、ユーザが画像形成要求の処理に所望の画像形成装置を選択することができる（ブロック１２２０）。
【００７０】
フィルタリングに基づくこの種類のサービス属性を用いると、最も妥当性のある装置を決定して表示しようとすることにより、ユーザが発見された装置の選択をより容易に行うことができる。事前に妥当性の高いサーバ装置を識別することにより、ユーザがジョブ要求を不適当なサーバ装置に送信して、選択された装置が適当な機能性能を備えないことからその要求を処理することができないことが結局後になってわかるという状況を回避することができる。別の場合では、ジョブ要求を処理することができるが、ユーザが予期する結果が得られない。両方の状況において、ユーザは時間および／またはコストを無駄にする可能性があり、またいらいらしうる。
【００７１】
これより図１３を参照して、フィルタリングロジック１３１０、高速フィルタリングロジック１３１５、ソートロジック１３２０、高速ソートロジック１３２５、およびデータ記憶ユニット１３４０、１３５０を含みうるサーチロジック１３００の別の実施形態を示す。図示の実施形態では、サーチが進行中である間、サーチロジック１３００が、コンパチブルな構成要素とも呼ばれる、通信範囲内にあるコンパチブルな無線接続装置を識別しようとする。一形態では、第１のデータ構造または記憶装置１３４０に、サーチに応答するコンパチブルな無線接続装置から受け取った、この無線接続装置に対応するデータが格納される。述べたように、このようなデータは装置識別番号、名称、性能、距離、ロケーション、状態等を含むことができる。高速フィルタリングロジック１３１５は、データ構造１３４０に含まれている今見つけられた装置の属性または特徴を、第２のデータ構造１３５０に記憶されている前もって見つけられていた装置の属性または特徴と比較するように構成される。
【００７２】
たとえば、サーバ装置からクライアントに転送された第１のデータ項目が、一意の名称または番号を含んでいたものと仮定する。この第１のデータを受信した後、高速フィルタリングロジック１３１５が、この一意の名称または番号を、第２のまたは履歴データ構造１３５０中の完全なまたは実質的に完全な属性情報リスト中における同様のフィールドと比較する。整合または整合しそうなことに応じて、高速フィルタリングロジック１３１５は、応答している装置についての完全な情報が無線通信リンクを介して送信される前に、アイコン、テキストリスト、グラフィカルトークン等の個々の装置表現の配置および表示をフィルタリングする、またはそれらに影響を及ぼすことができる。このようなフィルタリングは、ディスプレイからエントリを除外すること、あるいは特定のエントリの選択を不可能または困難にすることを含むことができる。このようなフィルタリングは、プリント要求がレンダリングおよびプリントを要求するが、サーチに応答している装置がこれら性能を欠く場合に適当でありうる。
【００７３】
また図１３を参照することによって示される代替の実施形態では、高速ソートロジック１３２５が、今見つけられた装置の属性または特徴を、第２のデータ構造１３５０に記憶されている前もって見つけらていれた装置の属性または特徴と比較するように構成される。ここでも、サーバ装置からクライアントに転送される第１のデータ項目が一意の名称または番号を含むものと仮定する。この第１のデータを受信した後、高速ソートロジック１３２５は、この一意の名称または番号を履歴データ構造１３５０中の属性情報中における同様のフィールドと比較する。整合または整合しそうなことに応じて、高速ソートロジック１３２５は、無線通信リンクを介して応答している装置の属性特徴を受信する前に、アイコン、テキストリスト、グラフィカルトークン等の個々の装置表現の配置および表示をソートする、またはそれらに影響を及ぼすことができる。このようなソートは、より可能性が高い選択肢を表示リストの最上部に向けて進めること、好みまたは以前に使用されていた装置を強調表示すること、または特定の表現に関連する色もしくは色合いを変更すること等を含みうる。
【００７４】
履歴データ構造１３５０においていくつかのエントリしか見つからない場合、または履歴データ構造１３５０においてエントリが見つからない場合、前もって発見されていた装置が、もしあれば、高速フィルタリングロジック１３１５によってフィルタリングされるか、高速ソートロジック１３２５によってソートされるか、またはこれら両方が行われる。データが到着すると、新たに見つけられた装置が、フィルタリングロジック１３１０、ソートロジック１３２０、またはこれら両方によって処理される。この場合、表示は制御され、装置属性が無線ネットワークを介して利用可能になり、第１のデータ構造１３４０に記憶されると、動的に更新される。動的な更新は、新しいデータが到着したときに、所定の間隔で、またはこれらの組み合わせで行うことができる。第１のデータ構造１３４０から、フィルタリングロジック１３１０、ソートロジック１３２０、またはこれら両方がそれぞれのアルゴリズムを適用し、それに従って表示を制御する。
【００７５】
当業者はここで、代替の実施形態を容易に達成可能なことを理解することができる。たとえば、第１のデータ構造１３４０および第２のデータ構造１３５０は別個であるが接続された装置として示されるが、両者は、アドレスで分離され、パーティショニングされるか、または両者にアクセスするロジックがその他の方法で識別できる同じ物理装置上に交互に存在してもよい。別個の構成要素として表される図示のロジックは、機能を失うことなく一緒にまたは別個に構成することができる。さらに、各種論理的な区別が明確にするために示されているが、実際にはそのように区別する必要はない。
【００７６】
これより図１４を参照して、たとえば携帯電話上のディスプレイ１４００は、選択肢アイコン１４１５、１４２０、１４２５、１４３０、選択アイコン１４４０、および状態セクション１４５０を含む。図示のように、アイコン１４１５は、最も妥当性のあるものとして、すなわち表示１４００の最上部位置にソートされた、装置のグラフィカル表現である。第２の装置１４２０は、プリント要求に有望な選択であると決定されたが、２番目の位置にソートされたものである。ソートは、ユーザ選択、以前に成功した、または選択された装置、命名規則、発見された装置の性能、フィルタリング結果、新しいジョブを受け入れる能力等を含む様々な要因に基づいて行うことができる。
【００７７】
図１４に示す一態様では、アイコン１４１５および１４２０は前もって発見されていた装置であり、サーチ開始後に上に述べたように再識別されたものである。したがって、高速フィルタリングロジック１３１５および高速ソートロジック１３２５（図１３）は、前もって発見されていたこれら現在利用可能な装置を選択または表示する手筈を整えることができる。アイコン１４２５は、おそらくこの特定の装置に最初に出会ったことにより、識別データが得られる前の、応答している装置の１つの表示可能性を示す。フィルタリングロジックは、より多くの情報が得られるまでアイコンを選択可能な状態に保ち、その間にソートロジックがそのアイコンを既知の良好な候補装置の下かつ無効な選択肢の上に配置する。アイコン１４３０は、この用途に適した性能を有していないことがわかっているリモート装置を表す。図では、アイコン１４３０の選択が禁止され、そのアイコンをグレーで塗ることによってユーザに表される。
【００７８】
追加のデータがサーチプロセスを通して得られると、フィルタリングロジック、ソートロジック、またはこれら両方は、データを受け取りながら表示を更新し続けることができる。この実施形態の別の利点は、表示を変更することにより、サーチおよび選択プロセスが進行中である、またはまだ完了していないことがユーザに教えられ、おそらく理想に満たない装置を早まって選択してしまうことが回避されることである。図１４に示される、更新が継続していることを指し示す別のものとしては、変化する状態エリア１４５０が含まれる。図示のように、データを引き続き受け取っている、またはプロセスが通常通り動作し続けている間に、ライトのセットの１つがある間隔で選択的に点灯する。状態インジケータの他の例としては、バー、クロック、砂時計等が挙げられる。
【００７９】
これより図１５を参照して、方法またはアルゴリズムの一実施形態を示す。選択プロセスが開始された後（ブロック１５００）、コンパチブルな構成要素からのデータの受信が開始される（ブロック１５１０）。この時点で、状態インジケータはオプションとして、データの受信または少なくとも継続しているサーチ動作を反映するように進められるか、あるいは更新することができる。受信データが、前もって記憶されていた、見つけられた装置の属性または特徴のリストと比較される（ブロック１５２０）。ブロック１５３０に示す、以前のデータと現在受け取ったデータとの整合に関する決定が上手くいかなった場合、方法は分岐してより多くのデータを受信する（ブロック１５４０）。ここから、またはブロック１５３０における決定が上手くいった場合、方法はフィルタリングロジック、ソートロジック、またはこれら両方を受信データに適用する（ブロック１５５０）。分かっている装置の現在の状態を反映するように表示が更新され、プロセスは、完了するまでより多くのデータを求めてループバックする（ブロック１５７０）。
【００８０】
これより図１６を参照して、ユーザプリントジョブ要求を受け入れ、複数の同時プリントジョブを処理するように構成されたモバイル装置の一実施形態を示す。言い換えれば、提供されるシステムでは、他のプリントジョブが同時に処理されている間にユーザのプリントジョブ要求を受け取ることが可能である。モバイル装置は、データバス１６１５を介して記憶装置、メモリ、または他のコンピュータ可読媒体１６２０と通信するプロセッサ１６１０を含む。ジョブキュー１６２５は、プロセッサ１６１０とデータ通信し、画像形成制御ロジック１６３０によって制御され、プリント要求１６４０を保持する。ユーザから１つまたは複数の画像データをプリントする要求を受け取ると、画像形成制御ロジック１６３０はプリント要求／ジョブをジョブキュー１６２５中に入れ、参照データまたは情報１６４５を要求とともに記憶する。参照データ１６４５は、プリント要求でプリントすべき対応する画像データ１６５０を識別する。参照データ１６４５は、１つまたは複数のアドレス、ポインタ、ロケーションリスト、または他の種類の識別データを含むことができる。この識別データは、プリント要求が処理されるときに、対応する画像データを見つけ、メモリまたは記憶装置１６２０から検索できるようにするものである。さらに、プロセッサ１６１０はデータバス１６１５を介して、無線トランシーバロジック１６５５、表示ロジック１６６０、他のアプリケーション１６６５、およびオペレーティングシステム１６７０を含むがこれらに限定されない他の構成要素と通信する。
【００８１】
一実施形態では、アプリケーション１６６５は、上に述べたようにジョブ要求を開始するか、またはトリガイベントを提供する。プロセッサ１６１０は、画像形成制御ロジック１６３０を生成し、ジョブキュー１６２５として機能するようにメモリの一部を確保する。機能を減らすことなく、専用制御ロジックおよびジョブキュー、またはこれら両方等の他の構成を実施しうることを理解されたい。画像形成制御ロジック１６３０は第１の要求１６４０を作成し、メモリ中のアドレスロケーション、ジョブタイトル、またはメモリ１６２０中の画像データを見つけるために使用可能な他のデータ等、第１の要求データをキューに入れる。キュー１６２５中の情報を用いて、プロセッサ１６１０は、無線送信ロジック１６５５を使用して画像データを画像形成装置（図示せず）に送信する。
【００８２】
一実施形態では、記憶されている画像データ１６５０Ａが、非レンダリングフォーマットとも呼ばれる非画像形成可能フォーマットにフォーマットされる。非画像形成可能フォーマットは、圧縮、表示、またはこれら両方に有用であることができるが、本明細書にて使用される場合は、ハードコピープリントまたはファクシミリを介しての送信等の画像形成前のさらなるレンダリングまたは処理を行う必要があるものと定義される。当業者は、適した非画像形成可能フォーマットが現在、ＪＰＥＧファミリフォーマット、ＸＨＴＭＬ、シリアルポートプロトコル等に存在することを理解しよう。この実施形態では、非画像形成可能フォーマットデータは、装置に表示することができ、またデータをプリント可能フォーマットにするために必要な処理を実行可能な画像形成装置に送信することができる。
【００８３】
別の実施形態では、非画像形成可能フォーマットデータを送信すると、装置上のレンダリングまたは他の操作のために画像形成データのコピーを作成する必要を低減することにより、メモリおよび処理を節減することができる。画像全体または大きな画像構成要素をキューにコピーすることなく非画像形成可能フォーマットデータをメモリから直接送信することにより、さらなる節減を実現することができる。さらに、キューのサイズが、アドレス、メモリロケーション、または画像データに関連する他の識別情報等の参照データを示す小量のデータのみを含むように最小化される。
【００８４】
別の実施形態でアプリケーション１６６５は、１６５０Ｂ’に示すように、ある画像フォーマットの画像形成コマンドを開始する。この画像フォーマットは、所望のまたは選択された無線サーバ装置を使用してのプリントにコンパチブルでない。ここで、プロセッサ１６１０は、１６５０Ｂに示すように、プリント可能ビットを生成する命令または代替としてコンパチブルでない画像データを、中間データフォーマットにフォーマットする命令を実行する。当業者は、プロセッサが、１６５０Ｂおよび１６５０Ｂ’の両方の記憶装置に示されるように、大きな構成要素または画像全体を変換し記憶するように構成しうることを理解することができる。別様に、プロセッサは、セクションが無線ネットワークを介して送信されているときにその場でそのセクションを変換することができる。
【００８５】
別の実施形態では、画像形成制御ロジック１６３０は画像形成ジョブの状態を監視する。監視は、無線リンク状態モニタ１６７０および記憶画像データ状態モニタ１６７５の両方を含む。通信リンク中の装置の少なくとも１つがモバイルであることもあり、また通信リンクが無線であることもあり、無線リンクが劣化または動作不能になる場合が想像される。無線リンク状態モニタ１６７０はリンクの状態を監視する。たとえば、画像形成動作、たとえば写真のプリントが進行中であるか、またはキューに入っており、モバイルクライアントがサーバまたはプリンタの通信範囲外に移動した場合、リンク状態モニタ１６７０は、データ接続性がないことを示し、さらなる転送を一時停止させる。定められた時間期間内に接続性が再確立された場合、リンク状態モニタ１６７０は、途切れた場所からプリントジョブを再開する。部分的に完了したジョブを再開する能力は、一実施形態では、プロデューサ−コンシューマパラダイム下での非同期転送によって提供される。代替として、接続性が特定の時間期間内に再確立されない場合、リンク状態モニタ１６７０は、ジョブのキャンセル、キューのクリア、およびユーザへのエラー通知の準備等、タスク終了動作を実行する。
【００８６】
画像データ状態モニタ１６７５は画像データの状態を監視する。たとえば、画像形成動作、たとえば写真のプリントが進行中であるか、またはキューに入っており、動作が完了する前に画像データが破損するか、または削除された場合、画像データ状態モニタ１６７５はエラー状況を示し、ユーザに通知する。代替として、画像データ状態モニタ１６７５は、プリントジョブが保留中の画像データの削除を回避するように構成することができる。一実施形態では、この態様は、装置中に画像データのコピーが１つしか存在しないことから重要である。すなわち、画像データが削除される場合、そのデータをポイントしている、または使用している保留中の画像アプリケーションはいずいれも失敗する可能性が高い。画像データ状態モニタ１６７５は、ジョブのキャンセル、キューのクリア、およびユーザへのエラー通知の準備等、タスク終了または保守動作も実行する。
【００８７】
これより図１７を参照して、方法またはアルゴリズムの一実施形態を示す。プリントジョブまたは画像形成要求が開始された後（ブロック１７００）、記憶されているメモリロケーションを識別するに足るデータがキューに入れられる（ブロック１７１０）。実際に、後続するジョブの開始後、追加のメモリロケーションを識別するに足るさらなる識別データがキューに追加され、処理を同時にまたは順次行うことができる。適宜、記憶されているデータが無線リンクを介して受信装置、たとえばプリンタに送信される（ブロック１７１５）。リンクの保全性がチェックされる（判定ブロック１７２５）。リンクが劣化している、または状態が他の点で疑わしい場合、タイムアウト期間が開始され、この間にリンクが復元されるはずであり、データ送信が再開される（ブロック１７３０）。データの保全性がチェックされる（ブロック１７４０）。データが侵害されていない場合、完了チェックが行われる（ブロック１７４５）。リンクが復元したと示される前にタイムアウトが過ぎる場合（ブロック１７３０）、データが破損または欠けている場合（ブロック１７４０）、またはジョブが完了した場合（ブロック１７４５）、プリントジョブは終了し、キューが更新され、残余トラッキングまたはデータ監視が削除または消去される（ブロック１７５０）。ここで、方法の厳密な順序も、上に述べた構成要素すべての包含もいずれの場合でも要求されないことが明らかである。代わりに、上に述べた説明は例示的な性質のものであり、一実施形態のみの説明を意図する。さらに、上のブロックによって提供される機能は、様々な異なる方法で実施することができる。たとえば、プロセッサ実行可能命令、ソフトウェア、ロジック、またはこれらの組み合わせとしての実施態様が想像され、これは本発明の範囲内にある。
【００８８】
図１８に、複数のプリント要求を受け取り、複数の同時プリントジョブを処理するように構成されたモバイル装置１８００の別の実施形態を示す。本明細書に述べるモバイル装置の先の実施形態に示された様々な構成要素も、図１８に示されないが含めることができる。モバイル装置１８００について、モバイル装置が無線動作可能であり、コンパチブルな無線動作可能な装置であるサーバ装置にプリント要求を伝達する構成を参照して述べる。このために、無線トランシーバロジック１８０５が提供される。先に述べたサーバ装置をサーチし見つけるプロセスをここでも実施することができる。
【００８９】
ユーザアプリケーション１８１０は、プリント要求を生成可能な任意の種類のユーザソフトウェアを含むことができる。ユーザアプリケーション１８１０を通して、ユーザは、写真、文書、または他のデータ等のオブジェクトを発見された無線動作可能なサーバ装置でプリントするよう要求することができる。まず、プリント要求を処理するために、プリントジョブプロデューサ１８１５は１つまたは複数のプリント要求を受信するように構成される。一実施形態では、プロデューサ１８１５はロジックとして構成することができる。プリント要求には、オブジェクトがサーバ装置上で画像形成されるまでいくらか時間がかかるため、プリントジョブプロデューサ１８１５は、プリント要求を受け入れ、処理制御をユーザアプリケーション１８１０に戻すように構成されるため、ユーザは、プリント要求を処理している間に他のタスクを実行することができる。言い換えれば、プリント要求は、オペレーティングシステムによってバックグラウンドタスクとして受け入れられ、処理される。
【００９０】
プリントジョブプロデューサ１８１５がプリント要求を受け取った後、いずれか１つのプリント要求が完了する前に追加のプリント要求を受け取ることができる。一実施形態では、プリントジョブキュー１８２０が任意の種類のコンピュータ可読媒体上にプリントジョブを保持するために割り振られる。プリントジョブプロデューサ１８１５は、プリント要求毎にプリントジョブを生成し、プリントジョブを、たとえばユーザが要求ジョブをトラッキングできるようにするジョブＩＤとともにジョブキュー１８２０に入れる。モバイル装置のメモリ資源を節約するために、ジョブプロデューサ１８１５は、本明細書では画像データと呼ばれる、画像形成すべき実際のデータなしでジョブキュー１８２０中のプリントジョブを構成する。むしろ、プリントジョブは、画像データを見つけられるようにする、画像データへの参照１８２５を含む。参照データとも呼ばれる参照は、１つまたは複数のポインタ、リンク、アドレス、または画像データを見つけられるようにする他の所望の種類の参照であることができる。たとえば図１８では、ジョブ１はメモリまたは記憶装置１８３０からの画像データＡを参照し、ジョブ２は画像データＢを参照する。もちろん、単一のプリントジョブが、プリントすべき画像データの複数のインスタンスを指すこともできる。一実施形態では、ジョブキュー１８２０中のプリントジョブは、その画像データへの参照のみを含むことができる。
【００９１】
プリントジョブを含むジョブキュー１８２０に応答して、プリントジョブコンシューマ１８３５はプリントジョブを処理するように構成される。プリントジョブを処理するため、プリントジョブコンシューマ１８３５は、プリントジョブから参照データを含むデータを読み取り、関連する画像データを使用してプリントジョブを構築する。参照データを使用して、プリントジョブコンシューマ１８３５は関連する画像データを検索し、他のプリントジョブデータ（もしあれば）と組み合わせてフォーマットし、完全なプリントジョブ１８４０を生成する。次に、完全なプリントジョブ１８４０を、所望の通信プロトコルに従って無線トランシーバロジック１８０５によりBluetooth動作可能なプリンタ等、無線動作可能なサーバ装置に送信することができる。完全なプリントジョブ１８０４は、ジョブを処理する画像形成装置が理解可能な形態を有するため、有効プリントジョブともみなすことができる。ジョブキュー１８２０中のプリントジョブは通常、画像形成装置がその形態を理解し、参照データを使用して関連する画像データを検索することができない場合、画像形成装置によって処理されない。
【００９２】
一実施形態では、プリントジョブコンシューマ１８３５は、プリントジョブが現在処理されているときに、メモリ１８３０からそのプリントジョブの画像データを検索するように構成される。他の保留中のプリントジョブは、それぞれに関連する画像データを含まない。画像データを検索するにはデータの別のコピーを保持する必要があり、資源を消費する。したがって、複数回コピーされる画像データの量を低減することにより、消費される資源の数が低減するはずである。
【００９３】
別の実施形態では、ジョブプロデューサ１８１５およびジョブコンシューマ１８３５は、共通のロジック構成要素または複数の構成要素として構成することができる。プリントジョブコンシューマ１８３５は、モバイル装置１８００上の他のプロセスと非同期に機能するように構成することもでき、これにより、プリント要求／ジョブの処理を実行しながら、ユーザアプリケーション１８１０または他のアプリケーションが新しいプリント要求を同時に提出することができる。これは、オペレーティングシステムによって制御されるか、または代替として、プロデューサ１８１５および／またはコンシューマ１８３５は、オペレーティングシステムの一部であってもよく、デバイスドライバとして組み込まれてもよく、または他の形態をとってもよい。このようにして、ユーザの観点から、モバイル装置１８００は、ユーザから１つまたは複数のプリント要求を受信して受け入れることができ、プリント要求が完了する前にユーザが他のタスクを実行できるようにする。
【００９４】
一実施形態において先に述べたように、プリントジョブに関連する画像データは、ＪＥＰＧフォーマット等、非画像形成可能フォーマットまたは非プリント可能フォーマットである。プリント可能データは実質的に大きい傾向があるため、この種類のデータフォーマットを使用して完全なプリントジョブ１８４０を構築することで時間および資源が節減される。したがって、プリントジョブ中で非プリント可能データをサーバ装置に送信することで、送信時間を節減することができる。この場合、サーバ装置は、非プリント可能プリントジョブからプリント可能データをレンダリングするためにレンダリング性能を有するべきである。
【００９５】
図１９に、たとえば、プリントジョブプロデューサ１８１５によるプリント要求をモバイル装置上で処理する方法の一実施形態を示す。プロセスは、選択された画像データをプリントしたいプリント要求を受け取ったときに開始される（ブロック１９００）。プリントジョブは画像データを参照して生成され（ブロック１９０５）、プリントジョブはキューに記憶される（ブロック１９１０）。処理は要求したアプリケーションに戻されるため、他のタスクを同時に実行することができる。
【００９６】
図２０に、たとえば、プリントジョブコンシューマ１８３５によるプリントジョブをモバイル装置上で処理する方法の一実施形態を示す。プロセスは、プリントジョブがプリントキューに入れられたときに開始される（ブロック２０００）。関連する、プリントする１つまたは複数の画像データへの参照データを含むプリントジョブが検索される（ブロック２００５）。次に、画像データが検索され結合されて、完全なプリントジョブを形成する（ブロック２０１０）。一実施形態では、現在処理されていないプリントジョブはそれぞれ対応する画像データと組み合わせられず、参照データとともに保持される。プリントジョブを次に処理するようになったときに、画像データと組み合わせられて完全なプリントジョブが形成される。次に、通信リンクを選択された通信プロトコルに従って確立することができると仮定して、完全なプリントジョブおよびデータを無線動作可能な画像形成装置に送信することができる。一実施形態では、プロトコルはBluetooth仕様に基づく。
【００９７】
本発明は本発明の実施形態の説明により例示され、実施形態についてかなり詳細に説明したが、出願人らに添付の特許請求の範囲をこのような詳細に制限する、または限定する意図は決してない。さらなる利点および変更が当業者に容易に明らかになろう。したがって、本発明はより広い態様において、図示し説明した特定の詳細、代表的な装置、および実例に限定されない。したがって、出願人の全般的な本発明の概念の精神および範囲から逸脱することなく、このような詳細から逸脱しうる。
【図面の簡単な説明】
【００９８】
【図１】無線動作可能なモバイル装置の一実施形態の図。
【図２】他の無線動作可能な装置を発見するサーチ方法の一実施形態の図。
【図３】非同期サーチロジックの一実施形態の図。
【図４】Bluetoothプロトコルに基づき装置を種類決定する決定ツリーの一形態図。
【図５】前もって発見されていた装置をインストールするインストレーションロジックの一実施形態の図。
【図６】インストレーション方法の一実施形態の図である。
【図７】ユーザ選択方法の一実施形態の図。
【図８】装置データ記録のクラスの一実施形態の図。
【図９】モバイル装置のフィルタリングシステムの別の実施形態の図。
【図１０】サービス識別システムを有する無線動作可能な画像形成装置の一形態図。
【図１１】発見された装置をフィルタリングする方法の一実施形態の図。
【図１２】発見された装置をフィルタリングする方法の別の実施形態の図。
【図１３】サーチロジックの一実施形態の図。
【図１４】ディスプレイの一実施形態の図。
【図１５】表示方法の一実施形態の図。
【図１６】無線モバイル装置の一実施形態の図。
【図１７】画像形成ジョブ方法の一実施形態の図。
【図１８】プリント要求処理システムを有する無線モバイル装置の別実施形態の図。
【図１９】プリント要求を処理してプリントキューに入れる方法の一実施形態の図。
【図２０】プリントキュー外のプリント要求を処理する方法の一実施形態の図。
【図１】
2004255873.tif 000003
【図２】
2004255873.tif 000004
【図３】
2004255873.tif 000005
【図４】
2004255873.tif 000006
【図５】
2004255873.tif 000007
【図６】
2004255873.tif 000008
【図７】
2004255873.tif 000009
【図８】
2004255873.tif 000010
【図９】
2004255873.tif 000011
【図１０】
2004255873.tif 000012
【図１１】
2004255873.tif 000013
【図１２】
2004255873.tif 000014
【図１３】
2004255873.tif 000015
【図１４】
2004255873.tif 000016
【図１５】
2004255873.tif 000017
【図１６】
2004255873.tif 000018
【図１７】
2004255873.tif 000019
【図１８】
2004255873.tif 000020
【図１９】
2004255873.tif 000021
【図２０】
2004255873.tif 000022