JP6953954B2 - 端末処理装置、端末処理プログラム、及び端末処理システム - Google Patents

Description

本発明は、端末処理装置、端末処理プログラム、及び端末処理システムに関する。

特許文献１には、通信ネットワークに接続された情報処理装置が画像形成装置を検索するデバイス検索システムであって、前記画像形成装置は、ユーザからの通知入力があると、該通知入力があったことを示す通知状態を、前記通知入力があったときから所定の時間にわたり保持する保持手段を有し、前記情報処理装置は、前記画像形成装置に対する検索要求に応じた検索応答を受信すると、前記検索応答に含まれた前記画像形成装置の名前に基づいて、前記画像形成装置が検索要求を受信したときの前記通知状態に応じた画像形成装置の名前を検索結果として表示する表示手段を有することを特徴とするデバイス検索システムが開示されている。

特開２０１４−３２６２６号公報

複数の機器の中から１の機器を選択すると共に選択した機器を用いてデータを生成するにあたって、データの生成条件、並びに、機器の選択及び接続操作を端末処理装置から行うことがある。

しかし、データの生成に関わる機器の性能は機器毎に様々であるから、ある機器においてはユーザの設定した生成条件ではデータの生成が行えないケース（エラー）が生じうる。

このようなケースにおいて、例えば端末処理装置を用いてデータの生成条件を設定し、機器の選択及び接続操作を行った後に、上記エラーに気付くと、端末処理装置で機器の選択及び接続操作からやり直さなければならず、無駄な時間をロスしてしまうことになる。

本発明は、端末処理装置を用いてデータの生成条件の設定、並びに、機器の選択及び接続操作を行った後、機器を用いたデータ生成を実行する場合において、機器の選択及び接続操作を行った後にエラーが報知される場合よりも、ユーザによる一連の操作の時間消費を軽減することができる端末処理装置、端末処理プログラム、及び端末処理システムを提供することを目的とする。

上記目的を達成するために、請求項１記載の端末処理装置の発明は、機器を用いてデータを生成する際の当該データの生成に関わる性能を、機器毎に保持する保持手段と、前記データを生成する際の生成条件をユーザから受け付ける第１受付手段と、前記データを生成する対象となる１の機器であって当該データの送信又は受信の対象となる前記１の機器を、複数の機器の中から選択する操作を受け付ける第２受付手段と、前記保持手段により前記性能が保持された機器のうち、ユーザが触れて操作した操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器では前記生成条件を満たす前記データが生成されないことをユーザに報知する制御を行う制御手段と、を備える。

請求項２記載の端末処理装置の発明は、機器を用いてデータを生成する際の当該データの生成に関わる性能を、機器毎に保持する保持手段と、前記データを生成する際の生成条件をユーザから受け付ける第１受付手段と、前記データを生成する対象となる１の機器であって当該データの送信又は受信の対象となる前記１の機器を、複数の機器の中から選択する操作を受け付ける第２受付手段と、前記保持手段により前記性能が保持された機器のうち、ユーザが触れて操作した操作機器が有する前記性能で、前記第１受付手段で受け付けた前記生成条件を満たす前記データが生成される場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器で前記生成条件を満たす前記データが生成されることをユーザに報知する制御を行う制御手段と、を備える。

請求項３記載の発明は、無線通信を用いて機器を検索する検索手段と、前記検索手段で検索された機器の前記性能を取得する取得手段と、を備え、前記制御手段は、前記取得手段で取得した、前記操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器では前記生成条件を満たす前記データが生成されないことをユーザに報知する制御を行う。

請求項４記載の発明は、前記取得手段は、前記検索手段で検索された機器の前記性能を、前記無線通信を介して各々の機器から取得する。

請求項５記載の発明は、前記取得手段は、前記検索手段で検索された機器の前記性能を、各々の機器の前記性能が予め記憶された記憶手段から取得する。

請求項６記載の発明は、前記検索手段で、読み取り面に配置された原稿の内容を読み取ってデータに変換するスキャナ機能を備えた機器を検索し、前記第１受付手段で、原稿の読み取り条件を受け付け、前記制御手段は、前記取得手段で取得された、スキャナ機能に関する操作情報を送信する前記操作機器が有する原稿の読み取り性能では、前記第１受付手段で受け付けた原稿の読み取り条件により前記データが生成されない場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器では前記第１受付手段で受け付けた原稿の読み取り条件を満たす前記データが生成されないことをユーザに報知する制御を行う。

請求項７記載の発明は、前記読み取り条件が原稿の読み取り解像度であり、前記操作情報が原稿を読み取り面に配置する操作によって通知される情報である。

請求項８記載の発明は、前記制御手段は、前記操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合で、かつ、前記検索手段で検索された機器の中に、前記第１受付手段で受け付けた前記生成条件を満たす前記データを生成する機器が存在する場合、前記生成条件を満たす前記データを生成する機器を報知する制御を行う。

請求項９記載の発明は、前記制御手段は、前記検索手段で検索された機器の中に、前記第１受付手段で受け付けた前記生成条件を満たす前記データを生成する機器が複数存在する場合、前記生成条件を満たす前記データを生成する機器のうち、端末処理装置から最も近い場所に設置されている機器を報知する制御を行う。

請求項１０記載の発明は、前記制御手段は、前記操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合で、かつ、前記検索手段で検索された機器の中に、前記第１受付手段で受け付けた前記生成条件により前記データを生成する機器が存在しない場合、前記検索手段で検索された機器のうち、前記操作機器が有する前記性能より高い前記性能を有する機器を報知する制御を行う。

請求項１１記載の発明は、前記制御手段は、前記検索手段で検索された機器の中に、前記操作機器が有する前記性能より高い前記性能を有する機器が複数存在する場合、前記検索手段で検索された機器のうち、前記性能が最も高い機器を報知する制御を行う。

請求項１２記載の発明は、前記制御手段は、報知した機器からユーザに対して設置位置を知らせる通知が行われるように、前記無線通信を介して、報知したデバイスを制御する。

請求項１３記載の発明は、前記制御手段は、前記操作機器が前記検索手段で検索された各々の機器に含まれない場合、警告を報知する制御を行う。

請求項１４記載の発明は、前記制御手段は、前記警告を報知する制御を行った後、前記無線通信を用いて機器の再検索を行うように前記検索手段を制御する。

請求項１５記載の発明は、前記第２受付手段は、複数の機器が表示された画面の中から選択された機器を前記１の機器として受け付ける。

請求項１６記載の発明は、前記第２受付手段による前記１の機器を選択する操作が、前記１の機器に前記データの生成を指示する操作である。

請求項１７記載の発明は、前記第２受付手段による前記１の機器を選択する操作が、前記１の機器に前記データの生成を指示するために用いられる前記１の機器との通信回線を接続させる操作である。

請求項１８記載の端末処理プログラムの発明は、コンピュータを、請求項１〜請求項１７の何れか１項に記載の端末処理装置の制御手段として機能させる。

請求項１９記載の端末処理システムの発明は、請求項１〜請求項１７の何れか１項に記載の端末処理装置と、データの生成に関わる性能を含む応答情報を前記端末処理装置に送信すると共に、ユーザによる操作に対して操作情報を前記端末処理装置に送信する送信手段と、前記送信手段で前記操作情報を送信した後で、かつ、前記端末処理装置から生成指示を受け付けた場合に、前記端末処理装置で設定された生成条件に従ってデータを生成する生成手段を有する機器と、が無線回線で接続される。

請求項２０記載の発明は、機器がユーザによる操作を検知する検知手段を備え、前記送信手段は、前記検知手段でユーザによる操作が検知された場合に、前記操作情報を前記端末処理装置に送信する。

請求項１、２、１８、１９記載の発明によれば、端末処理装置を用いてデータの生成条件の設定、並びに、機器の選択及び接続操作を行った後、機器を用いたデータ生成を実行する場合において、機器の選択及び接続操作を行った後にエラーが報知される場合よりも、ユーザによる一連の操作の時間消費を軽減することができる、という効果を有する。

請求項３記載の発明によれば、性能が予め登録されていない機器がユーザに操作された場合であっても、機器の性能を取得することができる、という効果を有する。

請求項４記載の発明によれば、新たな機器が追加された場合であっても、新たな機器の性能を端末処理装置の記憶装置に事前に記憶する必要がない、という効果を有する。

請求項５記載の発明によれば、無線通信で機器の性能を取得する場合と比較して、性能の取得に要する時間が短縮される、という効果を有する。

請求項６記載の発明によれば、スキャナ機能の実行において、操作した機器では指定した原稿の読み取り性能の画像が得られないことを、機器の選択及び接続操作が行われる前に報知することができる、という効果を有する。

請求項７記載の発明によれば、スキャナ機能の実行において、原稿を原稿の読み取り面に配置する操作が行われた機器では、指定した読み取り解像度で原稿が読み取れないことを、機器の選択及び接続操作が行われる前に報知することができる、という効果を有する。

請求項８記載の発明によれば、ユーザが操作した機器では、指定した生成条件を満たすデータが生成されないことのみを報知する場合と比較して、ユーザによる一連の操作の時間消費を軽減することができる、という効果を有する。

請求項９記載の発明によれば、端末処理装置からの距離を考慮せずに、ユーザが指定した生成条件を満たす機器を報知する場合と比較して、ユーザによる一連の操作の時間消費を軽減することができる、という効果を有する。

請求項１０記載の発明によれば、ユーザが指定した生成条件を満たす機器が存在しない場合であっても、ユーザが操作した機器よりもユーザが指定した生成条件に近い性能を有する機器を報知することができる、という効果を有する。

請求項１１記載の発明によれば、ユーザが指定した生成条件を満たす機器が存在しない場合であっても、ユーザが指定した生成条件に最も近い性能を有する機器を報知することができる、という効果を有する。

請求項１２記載の発明によれば、報知された機器の設置位置を把握することができる、という効果を有する。

請求項１３記載の発明によれば、備える性能が不明の機器がユーザに操作された場合、ユーザに警告を報知することができる、という効果を有する。

請求項１４記載の発明によれば、備える性能が不明の機器がユーザに操作された場合であっても、当該機器の性能を取得することができる、という効果を有する。

請求項１５記載の発明によれば、ユーザは、データの生成を行わせる機器を画面に表示された機器から選択することができる、という効果を有する。

請求項１６記載の発明によれば、何れかの機器にデータの生成を指示した後にデータを生成させる機器を変更する場合と比較して、データを生成させる機器の変更に要する時間を短縮することができる、という効果を有する。

請求項１７記載の発明によれば、何れかの機器と通信回線を接続した後にデータを生成させる機器を変更する場合と比較して、データを生成させる機器の変更に要する時間を短縮することができる、という効果を有する。

請求項２０記載の発明によれば、ユーザがデータの生成を行わせようとしている機器を端末処理装置に通知することができる、という効果を有する。

第１実施形態に係る端末処理システムの一例を示す構成図である。 端末処理装置の機能ブロックの一例を示す図である。 デバイスの機能ブロックの一例を示す図である。 端末処理装置における電気系統の要部構成例を示す図である。 デバイスにおける電気系統の要部構成例を示す図である。 端末処理の流れの一例を示すフローチャートである。 第１実施形態に係るデバイス検索処理の流れの一例を示すフローチャートである。 第１実施形態に係るデバイス実行処理の流れの一例を示すフローチャートである。 端末処理システムにおけるデータの流れの一例を示すシーケンス図である。 検索画面の一例を示す図である。 生成条件以上の性能を有するデバイスが検索されなかった場合に表示される検索画面の一例を示す図である。 生成条件以上の性能を有するデバイスが検索された場合に表示される検索画面の一例を示す図である。 生成条件未満の性能しか備えていないデバイスをユーザが操作した場合に表示される検索画面の一例を示す図である。 生成条件以上の性能を有するデバイスをユーザが操作した場合に表示される検索画面の一例を示す図である。 生成条件未満の性能しか備えていないデバイスをユーザが操作した場合に表示される検索画面の一例を示す図である。 第１実施形態の変形例２に係るデバイス実行処理の流れの一例を示すフローチャートである。 生成条件以上の性能を有するデバイスが複数存在する端末処理システムの一例を示す構成図である。 第１実施形態の変形例３に係るデバイス実行処理の流れの一例を示すフローチャートである。 第２実施形態に係る端末処理システムの一例を示す構成図である。 第２実施形態に係るデバイス実行処理の流れの一例を示すフローチャートである。 代替デバイスを表示する検索画面の一例を示す図である。 第２実施形態の変形例１に係る端末処理システムの一例を示す構成図である。 第２実施形態の変形例１に係るデバイス実行処理の流れの一例を示すフローチャートである。 第３実施形態に係るデバイス検索処理の流れの一例を示すフローチャートである。 第３実施形態に係るデバイス実行処理の流れの一例を示すフローチャートである。 生成条件未満の性能しか備えていないデバイスをユーザが操作した場合に表示される検索画面の一例を示す図である。

以下、本実施の形態について図面を参照しながら説明する。なお、機能が同じ構成要素及び処理には全図面を通して同じ符合を付与し、重複する説明を省略する。

＜第１実施形態＞
図１は、本実施の形態に係る端末処理システム１００の一例を示す構成図である。図１に示すように、端末処理システム１００は、端末処理装置１０及び複数の機器２０Ａ、２０Ｂを含み、端末処理装置１０と機器２０Ａ、及び端末処理装置１０と機器２０Ｂがそれぞれ無線回線３０で接続されている。

図１に示す端末処理装置１０は２台の機器２０Ａ、２０Ｂと接続するが、端末処理装置１０が接続する機器の数に制限はなく、Ｎ台（Ｎは１以上の整数）の機器と接続してもよい。以降では、各機器を「デバイス」と呼び、デバイス２０Ａ、２０Ｂを区別して説明する必要のない場合には、「デバイス２０」と表すことにする。

端末処理装置１０は、例えば無線回線３０を介してデバイス２０に接続する通信機能を備えた携帯型の情報機器であり、具体的には、例えばスマートフォン、タブレット端末、及びユーザの体に装着するウェアラブル端末が用いられる。

デバイス２０は、端末処理装置１０からの指示により、生成物を生成する装置である。具体的には、デバイス２０として、端末処理装置１０で指定されたファイルの内容を記録媒体に形成する画像形成機能、プラテンガラスに配置された原稿の内容を端末処理装置１０の指示に従って光学的に読み取るスキャナ機能、読み取った原稿の内容を記録媒体に画像として形成するコピー機能、及びファクシミリ回線を介して画像データを送受信し、受信した画像データを記録媒体に画像として形成するファクシミリ(facsimile:FAX)機能といった複数の機能のうち少なくとも１つの機能を備える画像形成装置が用いられる。

なお、画像形成装置はデバイス２０の一例であり、デバイス２０は、例えば３次元情報を受け付けて３次元造形物を造形する３次元造形装置であってもよい。

図１では、端末処理装置１０とデバイス２０が無線回線３０で接続される例を示しているが、端末処理装置１０とデバイス２０は、無線と有線が混在する回線で接続されてもよい。具体的には、例えばデバイス２０とルータが有線で接続され、ルータと端末処理装置１０が無線回線３０で接続されるような接続形態であってもよい。

図２は、端末処理装置１０の機能ブロック図の一例である。端末処理装置１０は、表示部１１、受付部１２、検索部１３、取得部１４、及び制御部１５の各機能部と、表示ユニット１６、入力ユニット１７、及び通信ユニット１８の各ユニットを含む。

表示部１１は、制御部１５及び表示ユニット１６と接続され、制御部１５の指示に従って、制御部１５で処理された情報を画像として表示ユニット１６に表示する。

表示ユニット１６は、表示部１１から通知される情報を視覚的にユーザに表示するユニットであり、例えば液晶ディスプレイ又は有機ＥＬ(Electro Luminescence)ディスプレイで構成される。

受付部１２は、制御部１５及び入力ユニット１７と接続され、入力ユニット１７を介して入力されたデバイス２０におけるデータの生成条件、及びデバイス２０の選択操作をそれぞれ受け付ける第１受付手段及び第２受付手段の一例である。受付部１２は、受け付けた生成条件及びデバイス２０の選択操作内容を制御部１５に通知する。

入力ユニット１７は、端末処理装置１０に対するユーザの操作を電気信号に変換するユニットであり、例えばボタン及びタッチパネル等で構成される。

なお、表示ユニット１６には入力ユニット１７の一例であるタッチパネルが重畳して取り付けられており、タッチパネルが押下された場所に表示されているアイコン等のオブジェクトが選択されると選択したオブジェクトに対応する指示が受付部１２に通知される。

検索部１３は、制御部１５及び通信ユニット１８と接続され、制御部１５の指示に従って、通信ユニット１８からデバイス２０の検索信号を送信させ、端末処理装置１０の周囲に存在するデバイス２０を検索する検索手段の一例である。ここで「端末処理装置１０の周囲」とは、例えば検索信号のように端末処理装置１０から送信される無線信号が到達する範囲をいう。

通信ユニット１８は、端末処理装置１０から約１００ｍまでの距離（「近距離」という）にあるデバイス２０と無線回線３０を介してデータ通信を行うユニットである。具体的にはBluetooth(登録商標)、及びZigBee(登録商標)といった、いわゆる近距離通信プロトコルを含む。なお、通信ユニット１８は近距離通信プロトコルだけではなく、例えばインターネット等の通信回線と接続し、インターネットに接続されたコンピュータ等の外部装置とデータ通信を行う通信プロトコルを備えてもよい。

取得部１４は、制御部１５及び通信ユニット１８と接続され、検索部１３で検索されたデバイス２０から、デバイス２０において生成されるデータの生成に関わる性能を取得する取得手段の一例であり、取得部１４は、取得した性能を記憶装置に記憶する。

ここで「データの生成に関わる性能」とは、データの生成結果に影響を与える属性の性能を指す。具体的には、デバイス２０に備えられる機能が画像形成機能であれば、例えばモノクロに対応しているかカラーに対応しているかを示すカラーモードがデータの生成に関わる性能の一例となる。デバイス２０に備えられる機能がスキャナ機能であれば、例えば原稿の読み取り解像度がデータの生成に関わる性能の一例となる。デバイス２０に備えられる機能がコピー機能であれば、例えばカラーモード及び原稿の読み取り解像度がデータの生成に関わる性能の一例となる。また、デバイス２０に備えられる機能がＦＡＸ機能であれば、原稿の読み取り解像度がデータの生成に関わる性能の一例となる。以降では、データの生成に関わる性能を単に「性能」ということにする。

制御部１５は、表示部１１、受付部１２、検索部１３、取得部１４、及び通信ユニット１８とそれぞれ接続され、接続される各々の機能部及び通信ユニット１８の処理を各機能部から通知される情報に基づいて制御する制御手段の一例である。

図３は、デバイス２０の機能ブロック図の一例である。デバイス２０は、操作表示部２１、画像形成部２２、画像読み取り部２３、ＦＡＸ処理部２４、通信部２５、及び制御部２６の各機能部と、操作ユニット２７、画像形成ユニット２８、スキャナユニット２９、及び通信ユニット３１の各ユニットを含む。

操作表示部２１は、制御部２６及び操作ユニット２７と接続され、操作ユニット２７で受け付けたユーザの操作内容を制御部２６に通知すると共に、制御部２６から受け付けた情報を操作ユニット２７に表示する。

操作ユニット２７は、ユーザがデバイス２０を操作するためのユニットであり、ボタン及びタッチパネルが配置された操作パネルと、デバイス２０の動作状況が表示される表示パネルが含まれる。

画像形成部２２は、制御部２６及び画像形成ユニット２８と接続され、制御部２６の指示に従って、例えば端末処理装置１０から受け付けた画像データを画像の形成に適したデータ（例えばラスタデータ）に変換し、画像形成ユニット２８を用いて記録媒体に画像を形成する。なお、ラスタデータのように、受け付けた画像データから生成される各種データは、デバイス２０で生成されるデータの一例である。

画像形成ユニット２８は、記録媒体に画像を形成するためのユニットである。デバイス２０が電子写真方式で記録媒体に画像を形成する場合、画像形成ユニット２８には、例えば光を照射する露光装置、露光装置の光によって静電潜像が形成される感光体、静電潜像を現像剤で現像する現像器、現像剤で現像された現像画像を記録媒体に転写する転写器等が含まれる。なお、デバイス２０における画像の形成方式は電子写真方式に限られず、例えばインクジェット方式であってもよい。

画像読み取り部２３は、制御部２６及びスキャナユニット２９と接続され、スキャナユニット２９で原稿の内容を読み取ると共に、読み取った原稿の画像データを制御部２６に通知する。

スキャナユニット２９は、例えば原稿の内容を光学的に読み取るＣＣＤセンサを備え、原稿の読み取り面であるプラテンガラスに置かれた原稿の内容を、例えば赤、緑、青の各色の濃度成分で表した画像データに変換する。原稿の画像データは、デバイス２０で生成されるデータの一例である。

ＦＡＸ処理部２４は、制御部２６及び通信ユニット３１と接続され、制御部２６の指示に従って、スキャナユニット２９で読み取った原稿の画像データを指定された宛先に通信ユニット３１を介して送信する。また、ＦＡＸ処理部２４は、通信ユニット３１から受信した画像データを、制御部２６を介して画像形成部２２に受け渡す。画像形成部２２は、受信した画像データに対応する画像を記録媒体に形成する。

通信ユニット３１は、例えばＦＡＸ回線と接続する通信プロトコルの他、インターネット等の通信回線に接続してデータ通信を行う通信プロトコルを備えると共に、端末処理装置１０とデータ通信するための近距離通信プロトコルを備える。

通信部２５は、制御部２６及び通信ユニット３１と接続され、制御部２６の指示に従って、通信ユニット３１を用いてデータ通信を行う。

制御部２６は、操作表示部２１、画像形成部２２、画像読み取り部２３、ＦＡＸ処理部２４、及び通信部２５とそれぞれ接続され、接続される各々の機能部の処理を制御する。

なお、生成条件に従ったデータを生成する画像形成ユニット２８、及びスキャナユニット２９は、生成手段の一例である。

上述した端末処理装置１０及びデバイス２０は、コンピュータを用いて構成される。図４は、コンピュータを用いて構成された端末処理装置１０における電気系統の要部構成例を示す図である。

コンピュータ４０は、本実施の形態に係る表示部１１、受付部１２、検索部１３、取得部１４、及び制御部１５として機能するＣＰＵ（Central Processing Unit）４１、ＲＯＭ（Read Only Memory）４２、ＲＡＭ（Random Access Memory）４３、不揮発性メモリ４４、及び入出力インターフェース（Ｉ／Ｏ）４５を備える。そして、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、不揮発性メモリ４４、及びＩ／Ｏ４５がバス４６を介して各々接続されている。なお、コンピュータ４０で用いられるオペレーションシステムに制限はない。

不揮発性メモリ４４は、不揮発性メモリ４４に供給される電力を遮断しても記憶した情報が維持される記憶装置の一例であり、例えば半導体メモリが用いられるがハードディスクを用いてもよい。

Ｉ／Ｏ４５には、例えば表示ユニット１６、入力ユニット１７、及び通信ユニット１８が接続されるが、例えば端末処理装置１０の位置を取得するＧＰＳ(Global Positioning Sytem)ユニットのように、他のユニットが接続されてもよいことは言うまでもない。

一方、図５は、コンピュータを用いて構成されたデバイス２０における電気系統の要部構成例を示す図である。

コンピュータ５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、不揮発性メモリ５４、及びＩ／Ｏ５５を備える。そして、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、不揮発性メモリ５４、及びＩ／Ｏ５５がバス５６を介して各々接続されている。

不揮発性メモリ５４には、端末処理装置１０の不揮発性メモリ４４と同じく半導体メモリが用いられるが、ハードディスクを用いてもよい。

Ｉ／Ｏ５５には、例えば操作ユニット２７、画像形成ユニット２８、スキャナユニット２９、及び通信ユニット３１が接続されるが、例えば記録媒体に穴を開けるフィニッシャーのように、他のユニットが接続されてもよいことは言うまでもない。

次に、図６〜図９を用いて、端末処理装置１０がデバイス２０の機能を利用する場合の動作について説明する。なお、端末処理装置１０が利用するデバイス２０の機能はどのようなものであってもよいが、ここでは、スキャナ機能を利用する例を用いて端末処理装置１０の動作について説明する。また、デバイス２０Ａのスキャナユニット２９における原稿の読み取り解像度は３００dpi(dots per inch)であり、デバイス２０Ｂのスキャナユニット２９における原稿の読み取り解像度は６００dpiとする。

図６〜図８は、端末処理装置１０でデバイス２０のスキャナ機能を利用するためのアプリケーションが起動された後に、ＣＰＵ４１によって実行される端末処理の流れの一例を示すフローチャートである。図９は、図６〜図８で示される端末処理が実行された場合に、端末処理装置１０とデバイス２０を接続する無線回線３０で送受信されるデータの流れの一例を示すシーケンス図である。

端末処理を規定する端末処理プログラムは、例えば端末処理装置１０のＲＯＭ４２に予め記憶されている。端末処理装置１０のＣＰＵ４１は、ＲＯＭ４２に記憶される端末処理プログラムを読み込んで端末処理を実行する。

まず、図６のステップＳ１０において、ＣＰＵ４１は、ユーザがデバイス２０に要求するデータの生成条件を受け付け、通信ユニット１８の近距離通信プロトコルを制御して、端末処理装置１０の周囲に存在するデバイス２０を検索するデバイス検索処理を実行する。

そして、ステップＳ２０において、ＣＰＵ４１は、ステップＳ２０で検索したデバイス２０の中から、設定された生成条件以上の性能を有するデバイス２０を用いて原稿を読み取らせるデバイス実行処理を実行する。本実施の形態では、スキャナ機能を利用する端末処理装置１０を例にして端末処理装置１０の作用を説明することから、例えば原稿の読み取り解像度がデバイス２０に要求する生成条件として設定される。すなわち、ＣＰＵ４１は、原稿の画像データの生成条件を受け付ける第１受付手段として機能し、ユーザに設定された読み取り解像度以上の読み取り解像度を有するデバイス２０で原稿を読み取らせるように端末処理装置１０を制御する。

図７は、図６のステップＳ１０でＣＰＵ４１によって実行されるデバイス検索処理の流れの一例を詳細に示すフローチャートである。

ステップＳ１２において、ＣＰＵ４１は、ユーザが入力ユニット１７を操作して設定した、デバイス２０に要求する生成条件を受け付けたか否かを判定する。具体的には、ＣＰＵ４１は、原稿の読み取り解像度を受け付けたか否かを判定する。

ステップＳ１２の判定が否定判定の場合、すなわち、原稿の読み取り解像度を受け付けていない場合には、原稿の読み取り解像度を受け付けるまでステップＳ１２の処理を繰り返し実行して、デバイス２０に要求する生成条件の受け付けを監視する。一方、原稿の読み取り解像度を受け付けた場合には、ステップＳ１４に移行する。以降の説明では、ユーザが原稿の読み取り解像度として６００dpiを設定したものとして説明を行う。

ステップＳ１４において、ＣＰＵ４１は、通信ユニット１８の近距離通信プロトコルを制御して検索信号を送信し、端末処理装置１０の周囲に存在するデバイス２０を検索する（図９のＦ１）。検索信号を受信した各々のデバイス２０は、予め設定されているデバイス名、デバイス２０を一意に識別するデバイス識別子、及びデバイス２０が有する各種性能を含む応答情報を送信する（図９のＦ２）。

ここで、デバイス名とはデバイス２０の各々に設定されたデバイスの名称であり、ユーザによって自由に設定される。したがって、場合によっては複数のデバイス２０でデバイス名が重複する場合がある。本実施の形態では、デバイス２０Ａのデバイス名が「デバイスＡ」、デバイス２０Ｂのデバイス名が「デバイスＢ」に設定されているものとする。

デバイス識別子としては、例えばデバイス２０に設定されたＩＰアドレス、ＭＡＣアドレス、及び製造番号等、他のデバイス２０と重複しない値が用いられる。

ステップＳ１６において、ＣＰＵ１４は、ステップＳ１４で検索信号を送信してから予め定めた規定時間が経過したか否かを判定する。規定時間が経過していない場合にはステップＳ１６の処理を繰り返し実行して、規定時間が経過するまでデバイス２０からの応答情報を受け付ける。このように規定時間に亘ってデバイス２０からの応答情報を受け付けるのは、デバイス２０の中には、例えば他の処理を実行している等の理由により、検索信号に対する応答情報の送信が遅延するデバイス２０も存在するためである。応答情報の受信期間を規定する規定時間は、例えば不揮発性メモリ４４に予め記憶しておけばよい。

ステップＳ１６の判定処理で、検索信号を送信してから規定時間が経過したと判定した場合にはステップＳ１８に移行する。

ステップＳ１８において、ＣＰＵ４１は、検索されたデバイス２０、すなわち検索信号に対して応答情報を送信してきたデバイス２０を表示する検索画面を表示ユニット１６に表示する。そして、ＣＰＵ４１は、検索画面に表示したデバイス２０と、当該デバイスが送信した応答情報を対応付けてＲＡＭ４３に記憶する。このように、デバイス２０を検索して、デバイス２０でのデータの生成に関わる性能をデバイス２０毎に取得し、ＲＡＭ４３に記憶することを「デバイス２０の性能を保持する」という。したがって、図２に示した取得部１４は保持手段の一例でもある。

図１０は、端末処理装置１０の表示ユニット１６に表示される検索画面３２の一例を示す図である。検索画面３２は、検索されたデバイス２０を表示するデバイス表示領域３４と、利用しようとしたデバイス２０に関する情報を表示する情報領域３６を含む。

本実施の形態では、デバイス２０Ａ、２０Ｂが検索信号に対して応答情報を送信するため、２つのデバイス２０がデバイス表示領域３４に表示される。なお、検索画面３２における検索されたデバイス２０の表示方法に制限はなく、検索されたデバイス２０の一覧が表示されるものであればよい。したがって、図１０の例では、デバイス２０に対して予め設定したアイコンをそれぞれ表示し、各々のデバイス２０に対してデバイス名を表示している。なお、デバイス２０のデバイス名は重複する場合があるため、デバイス名の代わりに、各々のデバイス２０に対応付けられたデバイス識別子を表示するようにしてもよい。

以上により、図７で示されるデバイス検索処理を終了する。引き続き、図６のステップＳ２０で示されるデバイス実行処理が実行される。

なお、図７に示したデバイス検索処理では、各デバイス２０が備える性能を各デバイス２０からの応答情報により取得したが、例えば各デバイス２０の性能をデバイス識別子と対応付けて、予め端末処理装置１０の不揮発性メモリ４４に記憶しておいてもよい。この場合、不揮発性メモリ４４を参照すれば、応答電文に含まれるデバイス識別子から検索されたデバイス２０の性能が得られるため、デバイス２０は、デバイス２０が有する各種性能を応答情報に含めなくてもよい。

このように、端末処理装置１０の不揮発性メモリ４４にデバイス２０の性能を予め記憶しておくことも、デバイス２０の性能を保持する形態の一例である。また、各々のデバイス２０の性能を記憶する不揮発性メモリ４４は、記憶手段の一例である。

図８は、図６のステップＳ２０でＣＰＵ４１によって実行されるデバイス実行処理の流れの一例を詳細に示すフローチャートである。

ステップＳ２２において、ＣＰＵ４１は、図７のステップＳ１８でＲＡＭ４３に記憶した対応情報を参照し、検索されたデバイス２０の中に、図７のステップＳ１２で受け付けた性能、すなわち、設定された原稿の読み取り解像度（「設定解像度」という）以上の読み取り解像度を有するデバイス２０が存在するか否かを判定する。

設定解像度未満の読み取り解像度を有するデバイス２０しか存在しない場合には、ステップＳ５０に移行する。

この場合、ユーザは検索されたデバイス２０の何れを利用しても、ユーザが要求する読み取り解像度以上の性能で原稿が読み取られることはない。したがって、ステップＳ５０において、ＣＰＵ４１は、例えば検索画面３２の情報領域３６に、「設定解像度（６００dpi）を有するデバイスは検出されませんでした。」といったメッセージを表示して、ユーザが設定した生成条件以上の性能を有するデバイス２０が検索されなかったことをユーザに通知する。

図１１は、ステップＳ５０によって表示ユニット１６に表示される検索画面３２の一例を示す図である。

なお、この場合、必ずしも情報領域３６にメッセージを表示する必要はなく、例えばデバイス表示領域３４の各アイコンにバツ印を重畳する等、図形や画像を用いて、受け付けた生成条件以上の性能を有するデバイス２０が存在しないことをユーザに通知してもよい。また、端末処理装置１０にスピーカーが備えられている場合には音声で通知してもよい。また、端末処理装置１０に端末処理装置１０本体を振動させる振動子が備えられている場合には、端末処理装置１０の振動で通知してもよい。このように、文字、図形、画像、音声、及び振動等の様々な手段を用いてユーザに端末処理の処理状況を知らせることを、ユーザに「報知する」ともいう。

そして、ＣＰＵ４１は、図８に示すデバイス実行処理を終了すると共に、図６に示した端末処理を終了する。

一方、ステップＳ２２の判定処理において、設定解像度以上の読み取り解像度を有するデバイス２０が存在すると判定された場合には、ステップＳ２４に移行する。

ステップＳ２４において、ＣＰＵ４１は、検索画面３２の情報領域３６に、例えば「設定解像度（６００dpi）を有するデバイス（デバイスＢ）を検出しました。」といったメッセージを表示して、ユーザが設定した生成条件以上の性能を有するデバイス２０が検索されたことをユーザに通知する。ＣＰＵ４１は、情報領域３６にメッセージを表示する際、デバイス表示領域３４にデバイス識別子が表示していれば、例えば「設定解像度（６００dpi）を有するデバイス（192.16.0.1）を検出しました。」というように、デバイス名の代わりにデバイス識別子を表示することで、デバイス表示領域３４のアイコンと、情報領域３６で通知されたデバイス２０を対応付けてもよい。ここで、「192.16.0.1」はＩＰアドレスの一例を示す。

図１２は、ステップＳ２４によって表示ユニット１６に表示される検索画面３２の一例を示す図である。

なお、この場合、必ずしも情報領域３６にメッセージを表示する必要はなく、例えばデバイスＢに対応するデバイス表示領域３４のアイコンに丸印を重畳する等、図形や画像を用いて、受け付けた生成条件以上の性能を有するデバイス２０が存在することをユーザに通知してもよい。また、端末処理装置１０にスピーカーが備えられている場合には音声で通知してもよい。また、端末処理装置１０に端末処理装置１０本体を振動させる振動子が備えられている場合には、端末処理装置１０の振動で通知してもよい。

本実施の形態に係るデバイス２０の利用例のように、デバイス２０のスキャナ機能を利用する場合、ユーザは、読み取り対象となる原稿をスキャナユニット２９のプラテンガラスに配置するため、何れかのデバイス２０まで移動することになる。スキャナユニット２９は、プラテンガラスに置いた原稿を平らに保つため、プラテンガラスをプラテンカバーで覆う構造を有している。したがって、ユーザは原稿をプラテンガラスに配置する際にプラテンカバーを開けてプラテンガラスに原稿を配置する操作を行う。

こうしたデバイス２０の利用（本実施の形態の場合、スキャナ機能の実行）に先立ってデバイス２０に対する操作が行われると、デバイス２０は、操作が行われたことを示す操作情報を端末処理装置１０に送信する（図９のＦ３）。具体的には、デバイス２０はプラテンカバーの開閉を検知する変位センサを備え、変位センサがプラテンカバーの位置の変化を検知した場合に、無線回線３０を介して端末処理装置１０に操作情報を送信する。なお、操作情報にはデバイス２０のデバイス識別子が含まれる。

デバイス２０に対するユーザの操作とは、プラテンカバーの開閉、及び操作ユニット２７のタッチパネルの押下のように、ユーザがデバイス２０に直接触れて行う行為をいう。また、変位センサは、デバイス２０に対するユーザの操作を検知する検知手段の一例である。

したがって、ステップＳ２６において、ＣＰＵ４１は、何れかのデバイス２０から操作情報を取得したか否かを判定する。何れのデバイス２０からも操作情報を取得していない場合はステップＳ２６を繰り返し実行し、デバイス２０からの操作情報を監視する。操作情報を取得した場合はステップＳ２８に移行する。

ステップＳ２８において、ＣＰＵ４１は、ステップＳ２６で取得した操作情報に含まれるデバイス識別子と同じデバイス識別子を有する応答情報をＲＡＭ４３から取得する。そして、ＣＰＵ４１は、取得した応答情報に含まれる性能から、図７のステップＳ１２で受け付けた生成条件に対応する性能、すなわち、原稿の読み取り解像度を取得する。これにより、操作情報を送信したデバイス２０における原稿の読み取り解像度が得られる。以降では、操作情報を送信したデバイス２０における原稿の読み取り解像度を「操作デバイス解像度」といい、ユーザが操作したデバイス２０を「操作デバイス」という場合がある。

引き続き、ＣＰＵ４１は、操作デバイス解像度が設定解像度以上であるか否かを判定する。

ユーザは、ステップＳ２４によって、端末処理装置１０の周囲にユーザが要求する読み取り解像度以上の性能を有するデバイス２０が存在することはわかるが、端末処理装置１０の周囲に実際に設置された何れのデバイス２０が、ユーザが要求する読み取り解像度以上の性能を有するデバイス２０かを知ることは困難である。したがって、場合によっては、プラテンカバーを開けてプラテンガラスに原稿を配置したデバイス２０が、ユーザが要求する読み取り解像度未満の性能しか備えていないデバイス２０Ａであることもある。

このように、設定解像度未満の性能しか備えていないデバイス２０がユーザによって操作された場合には、ステップＳ３０に移行する。

ステップＳ３０において、ＣＰＵ４１は、検索画面３２の情報領域３６に、例えば「操作したデバイス（デバイスＡ）の解像度は設定解像度未満（３００dpi）です。他のデバイスを使用してください。」といったメッセージを表示して、ユーザが原稿を配置したデバイス２０が、設定解像度未満の読み取り解像度しか備えていないことをユーザに通知する。

図１３は、ステップＳ３０によって表示ユニット１６に表示される検索画面３２の一例を示す図である。

なお、ユーザが原稿を配置したデバイス２０が、設定解像度未満の読み取り解像度しか備えていないことをユーザに通知する方法はこれに限られない。例えば、端末処理装置１０にスピーカーが備えられている場合には音声で通知してもよい。また、端末処理装置１０に端末処理装置１０本体を振動させる振動子が備えられている場合には、端末処理装置１０の振動で通知してもよい。

ユーザは、原稿をプラテンガラスに配置したデバイス２０が、設定解像度未満の読み取り解像度しか備えていないことを端末処理装置１０から通知されることで、他のデバイス２０（具体的にはデバイス２０Ｂ）のスキャナ機能を利用するよう促されることになる。この場合、ユーザがデバイス２０Ｂのプラテンガラスに原稿を配置することで、デバイス２０Ｂから操作情報が送信される（図９のＦ４）。

したがって、ステップＳ３０の後、再びステップＳ２６に移行し、新たなデバイス２０からの操作情報を監視する。

一方、ステップＳ２８において、取得した操作デバイス解像度が設定解像度以上である場合には、ステップＳ３２に移行する。

そして、ステップＳ３２において、ＣＰＵ４１は、例えば検索画面３２の情報領域３６に、「操作したデバイス（デバイスＢ）の解像度は設定解像度以上のデバイスです。」といったメッセージを表示する。

図１４は、ステップＳ３２によって表示ユニット１６に表示される検索画面３２の一例を示す図である。

ユーザが検索画面３２の情報領域３６に表示されたデバイス２０（この場合、デバイス２０Ｂ）に対応したデバイス表示領域３４上のアイコンを押下すると共に、例えばアイコンを押下することで検索画面３２に表示される図示しない実行ボタンを更に押下することで、スキャナ機能を実行するデバイス２０が選択される。

デバイス２０に対応したアイコンを押下することで、例えばスキャナ機能を実行させるデバイス２０のデバイス識別子等の情報がＣＰＵ４１に通知され、図示しない実行ボタンが押下されることで、ＣＰＵ４１は、通知されたデバイス２０との間で無線回線を接続し、通知されたデバイス２０に対してスキャナ機能の実行を指示する。

本実施形態において、デバイス２０を複数のデバイス２０の中から選択する操作とは、通知されたデバイス２０との間で無線回線を接続するための操作、又は、通知されたデバイス２０に対してデバイス２０が有する機能の実行を、無線回線を介して指示する操作のことをいう。しかしながら、デバイス表示領域３４上で押下したアイコンに対応するデバイス２０の情報をＣＰＵ４１に通知する操作も、デバイス２０を複数のデバイス２０の中から選択する操作の一例である。

ＣＰＵ４１は、デバイス２０を選択する操作を受け付ける第２受付手段として機能し、スキャナ機能を実行するデバイス２０が選択された場合、ステップＳ３４において、選択されたデバイス２０との間で接続処理を行い、ユーザが設定した読み取り解像度でスキャナ機能を開始して画像データを生成させる生成指示を送信する。生成指示を受信したデバイス２０は、指定された読み取り解像度で原稿の読み取りを開始し、読み取った原稿の画像データを端末処理装置１０に送信する。

以上により、図８で示されるデバイス実行処理が終了し、図６に示した端末処理が終了する。

このように本実施の形態に係る端末処理システム１００は、ユーザが操作したデバイス２０が、ユーザが要求する生成条件未満の性能しか有していない場合、ユーザが検索画面３２から機能を実行するデバイス２０を選択する前に、他のデバイス２０を利用するように報知する。

＜第１実施形態の変形例１＞
上述した端末処理システム１００では、設定解像度未満の性能しか備えていないデバイス２０がユーザによって操作された場合、図１３に示したように図８のステップＳ３０で、ユーザが操作したデバイス２０が、設定解像度未満の読み取り解像度しか備えていないことを通知した。

この場合、ＣＰＵ４１は、検索されたデバイス２０からの応答情報により、検索された各デバイス２０における原稿の読み取り解像度の情報を既に有している。したがって、ＣＰＵ４１は、設定解像度以上の読み取り解像度を有するデバイス２０のデバイス名をユーザに通知するようにしてもよい。具体的には、デバイス２０Ｂは設定解像度以上の原稿の読み取り解像度を有していることから、図１３に示した情報領域３６のメッセージの代わりに、例えば図１５に示すように、「操作したデバイス（デバイスＡ）の解像度は設定解像度未満（３００dpi）です。デバイスＢに原稿をセットしてください。」といったメッセージを表示するようにしてもよい。

この場合、設定解像度以上の読み取り解像度を有する具体的なデバイス２０がユーザに通知されることになる。

更に、ＣＰＵ４１は、設定解像度以上の読み取り解像度を有するデバイス２０に報知指示を送信してもよい。報知指示を受け付けたデバイス２０は、デバイス２０の設置位置をユーザに知らせる。具体的には、報知指示を受け付けたデバイス２０は、例えば操作ユニット２７の表示パネルに備えられたＬＥＤ等を点灯又は点滅させて、デバイス２０の設置位置をユーザに知らせる。デバイス２０にスピーカーが備えられている場合、報知指示を受け付けたデバイス２０は音声でデバイス２０の設置位置をユーザに知らせてもよい。

＜第１実施形態の変形例２＞
図１に示した端末処理システム１００では、設定解像度以上の読み取り解像度を有するデバイス２０がデバイス２０Ｂの１台である状況について説明した。しかしながら、場合によっては設定解像度以上の読み取り解像度を有するデバイス２０が複数存在することもある。本変形例では、設定解像度以上の読み取り解像度を有するデバイス２０が複数存在する場合における、端末処理装置１０のデバイス実行処理について説明する。

図１６は、図６のステップＳ２０で端末処理装置１０のＣＰＵ４１によって実行されるデバイス実行処理の流れの一例を詳細に示すフローチャートである。ＣＰＵ４１は、図６に示した端末処理において、ステップＳ１０のデバイス検索処理を実行した後、ステップＳ２０で図１６に示すデバイス実行処理を実行する。

図１６に示すデバイス実行処理が図８に示したデバイス実行処理と異なる点は、ステップＳ３６、Ｓ３８、及びＳ４０が追加された点であり、その他の処理は図８に示したデバイス実行処理と同じである。

図１６に示すデバイス実行処理において、操作デバイス解像度が設定解像度未満の場合、ステップＳ３６が実行される。

ステップＳ３６において、ＣＰＵ４１は、図７のステップＳ１８でＲＡＭ４３に記憶した対応情報を参照し、検索されたデバイス２０の中に、設定解像度以上の読み取り解像度を有するデバイス２０が複数存在するか否かを判定する。設定解像度以上の読み取り解像度を有するデバイス２０が１台しか存在しない場合には、ステップＳ４０に移行する。

ステップＳ４０において、ＣＰＵ４１は、１台しかない設定解像度以上の読み取り解像度を有するデバイス２０を選択する。

一方、ステップＳ３６の判定処理において、設定解像度以上の読み取り解像度を有するデバイス２０が複数存在すると判定された場合には、ステップＳ３８に移行する。

ステップＳ３８において、ＣＰＵ４１は、設定解像度以上の読み取り解像度を有する複数のデバイス２０のうち、端末処理装置１０から最も近い場所に設置されているデバイス２０を選択する。

具体的には、ＣＰＵ４１は、例えば検索信号を再度送信し、各デバイス２０から応答情報を受信した際のそれぞれの受信強度を通信ユニット１８から取得する。応答情報の受信強度は、端末処理装置１０の位置から近くに設置されているデバイス２０ほど大きくなる傾向を示す。したがって、ＣＰＵ４１は、設定解像度以上の読み取り解像度を有する複数のデバイス２０のうち、応答情報の受信強度が最も大きいデバイス２０を、端末処理装置１０から最も近い場所に設置されているデバイス２０として選択すればよい。

図１７は、デバイス２０Ａ、２０Ｂ、２０Ｃを含む端末処理システム１００Ａの一例を示す構成図である。端末処理システム１００Ａにおいて、デバイス２０Ａ、２０Ｂ、２０Ｃにおける原稿の読み取り解像度はそれぞれ３００dpi、６００dpi、６００dpiであり、ユーザが設定した設定解像度は６００dpiとする。また、デバイス２０Ｂよりデバイス２０Ｃの方が、端末処理装置１０から近い場所に設置されているとする。この状況において、ユーザがデバイス２０Ａを操作した場合、端末処理装置１０は、図１６のステップＳ３０で、例えば「操作したデバイス（デバイスＡ）の解像度は設定解像度未満（３００dpi）です。デバイスＣに原稿をセットしてください。」といったメッセージを検索画面３２の情報領域３６に表示することになる。

本変形例では、無線回線３０におけるデータの受信強度を用いて端末処理装置１０から各デバイス２０までの距離を推定したが、受信強度を参照する以外の方法を用いて、端末処理装置１０から各デバイス２０までの距離を推定してもよい。例えば、端末処理装置１０及びデバイス２０がＧＰＳユニットを備えている場合、デバイス２０が送信する応答情報にデバイス２０が設置されている場所の位置情報を含ませるようにして、端末処理装置１０の位置情報と比較することで端末処理装置１０から各デバイス２０までの距離を推定してもよい。

＜第１実施形態の変形例３＞
これまでの実施形態では、ユーザが操作したデバイス２０は、図６におけるステップＳ１０のデバイス検索処理で検索され、検索画面３２のデバイス表示領域３４に表示されているデバイス２０であった。

しかしながら、端末処理装置１０でデバイス検索処理が行われる期間に、例えば節電のため休止状態にあり、検索信号に対して応答情報を送信しなかったデバイス２０のプラテンガラスにユーザが原稿を配置した場合、端末処理装置１０は操作が行われたデバイス２０の応答情報を受信していないため、当該デバイス２０の性能が不明である状況が発生することがある。

本変形例では、デバイス検索処理で検索されなかったデバイス２０に対してユーザの操作が行われた場合の端末処理装置１０の動作について説明する。

図１８は、図６のステップＳ２０で端末処理装置１０のＣＰＵ４１によって実行されるデバイス実行処理の流れの一例を詳細に示すフローチャートである。ＣＰＵ４１は、図６に示した端末処理において、ステップＳ１０のデバイス検索処理を実行した後、ステップＳ２０で図１８に示すデバイス実行処理を実行する。

図１８に示すデバイス実行処理が図８に示したデバイス実行処理と異なる点は、ステップＳ２７、並びに、ステップＳ４２、Ｓ４４、Ｓ４６、及びＳ４８が追加された点であり、その他の処理は図８に示したデバイス実行処理と同じである。

図１８に示すデバイス実行処理において、何れかのデバイス２０から操作情報を取得した場合、ステップＳ２７が実行される。

ステップＳ２７において、ＣＰＵ４１は、取得した操作情報に含まれるデバイス識別子と同じデバイス識別子を有する応答情報がＲＡＭ４３に記憶されているか否かを判定する。操作情報に含まれるデバイス識別子と同じデバイス識別子を有する応答情報がＲＡＭ４３に記憶されていない場合、すなわち、操作デバイスの性能が不明の場合には、ステップＳ４２に移行する。

ステップＳ４２において、ＣＰＵ４１は、検索画面３２の情報領域３６に、例えば「操作したデバイスの解像度が不明です。」といったメッセージを表示して、操作デバイスにおける原稿の読み取り解像度が設定解像度以上ではない可能性があることをユーザに通知する。

なお、この場合、必ずしも情報領域３６にメッセージを表示する必要はなく、例えばデバイス表示領域３４に図形や画像を表示して、操作デバイスの性能が不明であることをユーザに通知してもよい。また、端末処理装置１０にスピーカーが備えられている場合には音声で通知してもよい。また、端末処理装置１０に端末処理装置１０本体を振動させる振動子が備えられている場合には、端末処理装置１０の振動で通知してもよい。

ステップＳ４４において、ＣＰＵ４１は、図７のステップＳ１４と同じ処理を実行して、端末処理装置１０の周囲に存在するデバイス２０を再度検索する。

ステップＳ４６において、ＣＰＵ４１は、図７のステップＳ１６と同じ処理を実行して、ステップＳ４４で検索信号を送信してから予め定めた規定時間が経過したか否かを判定する。規定時間が経過していない場合にはステップＳ４６の処理を繰り返し実行して、規定時間が経過するまでデバイス２０からの応答情報を受け付ける。一方、規定時間が経過した場合にはステップＳ４８に移行する。

ステップＳ４８において、ＣＰＵ４１は、ステップＳ４４で検索されたデバイス２０を検索画面３２のデバイス表示領域３４に表示して、デバイス表示領域３４の表示を更新する。デバイス表示領域３４の更新後、ステップＳ２２に移行して、デバイス実行処理を最初から再度実行する。

一方、ステップＳ２７の判定処理において、操作情報に含まれるデバイス識別子と同じデバイス識別子を有する応答情報がＲＡＭ４３に記憶されている場合、すなわち、操作デバイスの性能が判明している場合にはステップＳ２８に移行して、これまでに説明した処理を実行する。

このように本変形例に係る端末処理装置１０によれば、操作デバイスの性能が不明の場合にはユーザに警告を報知した上で、デバイス２０の再検索を行う。デバイス２０の再検索を行うことでユーザが操作した操作デバイスの性能が得られる。

なお、図１８に示したデバイス実行処理では、ステップＳ４４でデバイス２０の再検索を行った後にステップＳ２２に移行したが、デバイス２０の再検索によって操作デバイスの操作デバイス解像度が得られるため、ステップＳ２２に移行する代わりにステップＳ２８に移行してもよい。

＜第２実施形態＞
第１実施形態に示した端末処理システム１００、１００Ａは、ユーザが設定した設定解像度以上の読み取り解像度を有するデバイス２０が存在しない場合、端末処理装置１０の検索画面３２にメッセージを表示してデバイス実行処理を中止するものであった。しかし、ユーザの中には設定解像度未満の読み取り解像度しか備えていないデバイス２０であっても、スキャナ機能を利用したいユーザも存在する。

第２実施形態では、周囲にユーザが要求する生成条件未満の性能を有するデバイス２０しか設置されていない場合における端末処理装置１０の動作について説明する。

図１９は、デバイス２０Ａ、２０Ｄを含む端末処理システム１００Ｂの一例を示す構成図である。デバイス２０Ａにおける原稿の読み取り解像度は３００dpiであり、デバイス２０Ｄにおける原稿の読み取り解像度は４００dpiとする。

図２０は、こうした端末処理システム１００Ｂにおいて、図６のステップＳ２０で端末処理装置１０のＣＰＵ４１によって実行されるデバイス実行処理の流れの一例を詳細に示すフローチャートである。ＣＰＵ４１は、図６に示した端末処理において、ステップＳ１０のデバイス検索処理を実行した後、ステップＳ２０で図２０に示すデバイス実行処理を実行する。

図２０に示すデバイス実行処理が図８に示したデバイス実行処理と異なる点は、ステップＳ５０がステップＳ５２、Ｓ５４に置き換えられ、ステップＳ５４の実行後はステップＳ２６に移行するように変更された点である。その他の処理は図８に示したデバイス実行処理と同じである。

図２０に示すデバイス実行処理において、検索された何れのデバイス２０も原稿の読み取り解像度が設定解像度未満である場合、ステップＳ５２が実行される。具体的には、図１９に示した端末処理システム１００Ｂにおいて、ユーザが設定解像度として例えば６００dpiを設定した場合、ステップＳ５２が実行される。

この場合、ユーザの要求を満たす読み取り解像度を備えたデバイス２０は存在しない。したがって、ステップＳ５２において、ＣＰＵ４１は、検索されたデバイス２０のうち、読み取り解像度が最も高いデバイス２０を代替デバイスとしてユーザに通知する。

図２１は、ステップＳ５２によって表示ユニット１６に表示される検索画面３２の一例を示す図である。

図２１に示すように、ＣＰＵ４１は、検索画面３２の情報領域３６に、例えば「設定解像度（６００dpi）を有するデバイスは検出されませんでした。デバイスＡよりデバイスＤの解像度の方が高いので、デバイスＤに原稿をセットしてください。」といったメッセージを表示して、ユーザが要求する生成条件に最も近い性能を有するデバイス２０をユーザに通知する。

ステップＳ５４において、ＣＰＵ４１は、ステップＳ５２で代替デバイスとしてユーザに通知したデバイス２０が有する原稿の読み取り解像度を、新たな設定解像度として更新する。設定解像度を更新することによって、原稿の読み取り解像度が最も高いデバイス２０（図１９の例ではデバイス２０Ｄ）をユーザが操作した場合に、ステップＳ２８の判定処理が肯定判定となり、スキャナ機能が実行される。一方、原稿の読み取り解像度が最も高いデバイス２０とは異なるデバイス２０をユーザが操作した場合には、ステップＳ２８の判定処理が否定判定となり、ステップＳ３０で他のデバイス２０の利用が促されることになる。

このように本実施の形態に係る端末処理装置１０によれば、検索された何れのデバイス２０の性能もユーザが要求する生成条件未満の性能である場合、検索されたデバイス２０の中で性能が最も高いデバイス２０を代替デバイスとしてユーザに通知する。そして、端末処理装置１０は、操作デバイスの性能が代替デバイスの性能未満である場合、ユーザが代替デバイスを利用するように警告を通知する。

＜第２実施形態の変形例１＞
上述した第２実施形態の例では、検索されたデバイス２０の中に設定解像度以上の読み取り解像度を有するデバイス２０が存在せず、かつ、検索されたデバイス２０の中で最も原稿の読み取り解像度が高いデバイス２０が１台である場合について説明した。しかしながら、場合によっては検索されたデバイス２０の中に、最も原稿の読み取り解像度が高いデバイス２０が複数存在することもある。

本変形例では、検索されたデバイス２０の中に設定解像度以上の読み取り解像度を有するデバイス２０が存在せず、かつ、最も原稿の読み取り解像度が高いデバイス２０が複数存在する場合における端末処理装置１０のデバイス実行処理について説明する。

図２２は、デバイス２０Ａ、２０Ｄ、２０Ｅを含む端末処理システム１００Ｃの一例を示す構成図である。デバイス２０Ａにおける原稿の読み取り解像度は３００dpiであり、デバイス２０Ｄ、２０Ｅにおける原稿の読み取り解像度は共に４００dpiであるとする。

図２３は、こうした端末処理システム１００Ｃにおいて、図６のステップＳ２０で端末処理装置１０のＣＰＵ４１によって実行されるデバイス実行処理の流れの一例を詳細に示すフローチャートである。ＣＰＵ４１は、図６に示した端末処理において、ステップＳ１０のデバイス検索処理を実行した後、ステップＳ２０で図２３に示すデバイス実行処理を実行する。

図２３に示すデバイス実行処理が図２０に示したデバイス実行処理と異なる点は、ステップＳ５６、Ｓ５８、及びＳ６０が追加された点であり、その他の処理は図２０に示したデバイス実行処理と同じである。

図２３に示すデバイス実行処理において、操作デバイスにおける原稿の読み取り解像度が設定解像度未満であった場合、ステップＳ５６が実行される。

具体的には、図２２に示した端末処理システム１００Ｃにおいて、ユーザが設定解像度として例えば６００dpiを設定した場合、設定解像度がステップＳ５４で代替デバイス（デバイス２０Ｄ及びデバイス２０Ｅ）の読み取り解像度（４００dpi）に更新される。その後、ユーザがデバイス２０Ａのプラテンガラスに原稿を配置した場合、ステップＳ２８の判定処理が否定判定となり、ステップＳ５６が実行される。

ステップＳ５６において、ＣＰＵ４１は、図７のステップＳ１８でＲＡＭ４３に記憶した対応情報を参照し、検索されたデバイス２０の中に、操作デバイス解像度を超えるデバイス２０が複数存在するか否かを判定する。操作デバイス解像度を超えるデバイス２０が１台しか存在しない場合にはステップＳ３０に移行し、ステップＳ３０で、原稿を配置したデバイス２０が、設定解像度未満の読み取り解像度しか備えていないことをユーザに通知する。

一方、操作デバイス解像度を超えるデバイス２０が複数存在する場合にはステップＳ５８に移行する。

ステップＳ５８において、ＣＰＵ４１は、操作デバイス解像度を超える読み取り解像度を有する各々のデバイス２０の読み取り解像度が同じであるか否かを判定する。各々のデバイス２０の読み取り解像度が異なる場合にはステップＳ３０に移行する。

一方、各々のデバイス２０の読み取り解像度が同じ場合にはステップＳ６０に移行する。

ステップＳ６０において、ＣＰＵ４１は、操作デバイス解像度を超える読み取り解像度を有する各々のデバイス２０のうち、端末処理装置１０から最も近い場所に設置されているデバイス２０をユーザに通知する。端末処理装置１０からデバイス２０までの距離は、図１６のステップＳ３８で説明したように、応答情報の受信強度から推定すればよい。

このように本変形例に係る端末処理装置１０によれば、検索された何れのデバイス２０の性能もユーザが要求する生成条件未満の性能である場合、検索されたデバイス２０の中で性能が最も高いデバイス２０を代替デバイスとしてユーザに通知する。代替デバイスが複数存在する場合、端末処理装置１０は端末処理装置１０に最も近いデバイス２０をユーザに通知する。

＜第３実施形態＞
第１実施形態及び第２実施形態では、スキャナ機能を利用する例を用いて端末処理装置１０における端末処理を説明したが、第３実施形態では、端末処理装置１０から無線回線３０を介してデバイス２０に画像データを送信し、画像データに対応する画像を記録媒体に形成する画像形成機能を利用する例を用いて、端末処理装置１０の作用について説明する。

端末処理装置１０で画像形成機能を利用するためのアプリケーションが起動されると、ＣＰＵ４１によって図６に示した端末処理が実行される。

図２４は、画像形成機能を利用する場合に、図６のステップＳ１０でＣＰＵ４１によって実行されるデバイス検索処理の流れの一例を詳細に示すフローチャートである。

図２４に示すデバイス検索処理が図７に示したデバイス検索処理と異なる点は、ステップＳ１２がステップＳ１２Ａに置き換えられた点であり、その他の処理は図７に示したデバイス検索処理と同じである。

ステップＳ１２Ａにおいて、ＣＰＵ４１は、記録媒体に画像を形成する際に、ユーザによって要求される生成条件を受け付けたか否かを判定する。画像の生成条件であればどのような生成条件を受け付けてもよいが、ここでは一例として、画像をモノクロで形成するか、又はカラーで形成するかを指定するカラーモード指定を受け付ける場合について説明する。

ステップＳ１２Ａの判定が否定判定の場合、すなわち、ユーザによってカラーモード指定が設定されていない場合には、カラーモード指定が設定されるまでステップＳ１２Ａの処理を繰り返し実行して、デバイス２０に要求する生成条件の受け付けを監視する。一方、ユーザによってカラーモード指定が設定された場合には、ステップＳ１４に移行し、ＣＰＵ４１は、図７で説明したステップＳ１４以降の処理を実行して、検索されたデバイス２０を検索画面３２に表示する。

図２５は、図２４で説明したデバイス検索処理に引き続いて、図７のステップＳ２０でＣＰＵ４１によって実行されるデバイス実行処理の流れの一例を詳細に示すフローチャートである。

図２５に示すデバイス実行処理が図８に示したデバイス実行処理と異なる点は、ユーザによって設定された生成条件の違いによって、ステップＳ２２がステップＳ２２Ａに置き換えられると共に、ステップＳ２８がステップＳ２８Ａに置き換えられた点である。また、利用するデバイス２０の機能の違いによって、ステップＳ３４がステップＳ３４Ａに置き換えられた点である。

ステップＳ２２Ａにおいて、ＣＰＵ４１は、図２４のステップＳ１８でＲＡＭ４３に記憶した対応情報を参照し、検索されたデバイス２０の中に、図２４のステップＳ１２Ａで受け付けた生成条件、すなわち、指定されたカラーモードを有するデバイス２０が存在するか否かを判定する。

指定されたカラーモードを有するデバイス２０が存在しない場合にはステップＳ５０に移行し、ステップＳ５０で、ユーザが設定した生成条件を満たす性能を有するデバイス２０が検索されなかったことをユーザに通知する。

一方、指定されたカラーモードを有するデバイス２０が存在する場合にはステップＳ２４に移行し、生成条件を満たす性能を有するデバイス２０が検索されたことをユーザに通知する。

そして、ユーザが画像形成機能を利用するためにデバイス２０を操作してデバイス２０から操作情報を取得すると、ステップＳ２８Ａが実行される。なお、画像形成機能を利用するために行うデバイス２０に対する操作は、例えば記録媒体の補給、及び節電モードの解除操作等、どのような操作であってもよい。

ステップＳ２８Ａにおいて、ＣＰＵ４１は、ステップＳ２６で取得した操作情報に含まれるデバイス識別子と同じデバイス識別子を有する応答情報をＲＡＭ４３から取得する。そして、ＣＰＵ４１は、取得した応答情報に含まれる性能から、図２４のステップＳ１２Ａで受け付けた生成条件に対応する性能、すなわち、カラーモードを取得する。そして、ＣＰＵ４１は、操作デバイスが指定されたカラーモードを有しているか否かを判定する。

ユーザが画像形成機能を利用しようとして操作した操作デバイスが、ユーザに指定されたカラーモードを有していない場合にはステップＳ３０に移行する。ステップＳ３０でＣＰＵ４１は、操作したデバイス２０が、ユーザが要求するカラーモードを備えていないことをユーザに通知する。

図２６は、ステップＳ３０によって表示ユニット１６に表示される検索画面３２の一例を示す図である。図２６において、例えばデバイスＡはモノクロの画像に対応したデバイス２０であり、デバイスＢはモノクロ及びカラーの両方の画像に対応したデバイス２０とする。ユーザによって指定されたカラーモードがカラーで、かつ、ユーザがデバイスＡを操作した場合、ＣＰＵ４１は、例えば検索画面３２の情報領域３６に、「操作したデバイス（デバイスＡ）はモノクロ対応です。デバイスＢを使用してください。」といったメッセージを表示する。

一方、ユーザが画像形成機能を利用しようとして操作した操作デバイスが、ユーザに指定されたカラーモードを有している場合にはステップＳ３２に移行する。

ステップＳ３２で、ユーザが設定した生成条件を満たす性能を操作デバイスが有していることを通知し、画像形成機能を実行するデバイス２０がデバイス表示領域３４から選択された場合、ステップＳ３４Ａが実行される。

ステップＳ３４Ａにおいて、ＣＰＵ４１は、選択されたデバイス２０に対して、ユーザが設定したカラーモードで画像形成機能を開始して記録媒体に画像を形成させる生成指示を画像データと共に送信する。生成指示を受信したデバイス２０は、指定されたカラーモードで画像データに対応した画像を記録媒体に形成する。

以上により、図２５で示されるデバイス実行処理が終了し、図６に示した端末処理が終了する。

なお、本実施の形態に係るデバイス実行処理に対しても、第１実施形態及び第２実施形態で示した各変形例の内容を適用してもよいことは言うまでもない。

このように本実施の形態に係る端末処理装置１０によれば、スキャナ機能以外の機能に対しても、操作デバイスが生成条件を満たしていない場合、ユーザが検索画面３２から機能を実行するデバイス２０を選択する前に、他のデバイス２０を利用するように報知する。

以上、各実施の形態を用いて本発明について説明したが、本発明は各実施の形態に記載の範囲には限定されない。本発明の要旨を逸脱しない範囲で各実施の形態に多様な変更又は改良を加えることができ、当該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。例えば、本発明の要旨を逸脱しない範囲で処理の順序を変更してもよい。

また、各実施の形態では、一例として端末処理をソフトウエアで実現する形態について説明したが、図６、図７、図８、図１６、図１８、図２０、図２３、図２４、及び図２５に示したフローチャートと同等の処理を、例えばＡＳＩＣ（Application Specific Integrated Circuit）に実装し、ハードウエアで処理させるようにしてもよい。

また、上述した各実施の形態では、端末処理プログラムがＲＯＭにインストールされている形態を説明したが、これに限定されるものではない。本発明に係る端末処理プログラムは、コンピュータ読み取り可能な記憶媒体に記録された形態で提供することも可能である。例えば、本発明に係る端末処理プログラムを、ＣＤ(Compact Disc)−ＲＯＭ、又はＤＶＤ(Digital Versatile Disc)−ＲＯＭ等の光ディスクに記録した形態で提供してもよい。また、本発明に係る端末処理プログラムを、ＵＳＢメモリ及びフラッシュメモリ等の半導体メモリに記録した形態で提供してもよい。更に、端末処理装置１０はインターネット等の通信回線を介して、通信回線に接続された外部装置から本発明に係る端末処理プログラムを取得するようにしてもよい。

１０・・・端末処理装置、１１・・・表示部、１２・・・受付部、１３・・・検索部、１４・・・取得部、１５・・・制御部、１６・・・表示ユニット、１７・・・入力ユニット、１８・・・通信ユニット、２０（２０Ａ〜２０Ｅ）・・・デバイス（機器）、２１・・・操作表示部、２２・・・画像形成部、２３・・・画像読み取り部、２４・・・ＦＡＸ処理部、２５・・・通信部、２６・・・制御部、２７・・・操作ユニット、２８・・・画像形成ユニット、２９・・・スキャナユニット、３０・・・無線回線、３１・・・通信ユニット、３２・・・検索画面、３４・・・デバイス表示領域、３６・・・情報領域、４０（５０）・・・コンピュータ、４１（５１）・・・ＣＰＵ、４２（５２）・・・ＲＯＭ、４３（５３）・・・ＲＡＭ、４４（５４）・・・不揮発性メモリ、１００（１００Ａ〜１００Ｃ）・・・端末処理システム

Claims (20)

1. 機器を用いてデータを生成する際の当該データの生成に関わる性能を、機器毎に保持する保持手段と、
   前記データを生成する際の生成条件をユーザから受け付ける第１受付手段と、
   前記データを生成する対象となる１の機器であって当該データの送信又は受信の対象となる前記１の機器を、複数の機器の中から選択する操作を受け付ける第２受付手段と、
   前記保持手段により前記性能が保持された機器のうち、ユーザが触れて操作した操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器では前記生成条件を満たす前記データが生成されないことをユーザに報知する制御を行う制御手段と、
   を備えた端末処理装置。
2. 機器を用いてデータを生成する際の当該データの生成に関わる性能を、機器毎に保持する保持手段と、
   前記データを生成する際の生成条件をユーザから受け付ける第１受付手段と、
   前記データを生成する対象となる１の機器であって当該データの送信又は受信の対象となる前記１の機器を、複数の機器の中から選択する操作を受け付ける第２受付手段と、
   前記保持手段により前記性能が保持された機器のうち、ユーザが触れて操作した操作機器が有する前記性能で、前記第１受付手段で受け付けた前記生成条件を満たす前記データが生成される場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器で前記生成条件を満たす前記データが生成されることをユーザに報知する制御を行う制御手段と、
   を備えた端末処理装置。
3. 無線通信を用いて機器を検索する検索手段と、
   前記検索手段で検索された機器の前記性能を取得する取得手段と、を備え、
   前記制御手段は、前記取得手段で取得した、前記操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器では前記生成条件を満たす前記データが生成されないことをユーザに報知する制御を行う
   請求項１又は請求項２記載の端末処理装置。
4. 前記取得手段は、前記検索手段で検索された機器の前記性能を、前記無線通信を介して各々の機器から取得する
   請求項３記載の端末処理装置。
5. 前記取得手段は、前記検索手段で検索された機器の前記性能を、各々の機器の前記性能が予め記憶された記憶手段から取得する
   請求項３記載の端末処理装置。
6. 前記検索手段で、読み取り面に配置された原稿の内容を読み取ってデータに変換するスキャナ機能を備えた機器を検索し、
   前記第１受付手段で、原稿の読み取り条件を受け付け、
   前記制御手段は、前記取得手段で取得された、スキャナ機能に関する操作情報を送信する前記操作機器が有する原稿の読み取り性能では、前記第１受付手段で受け付けた原稿の読み取り条件により前記データが生成されない場合、前記第２受付手段による前記１の機器を選択する操作をユーザから受け付けるよりも前に、前記操作機器では前記第１受付手段で受け付けた原稿の読み取り条件を満たす前記データが生成されないことをユーザに報知する制御を行う
   請求項３〜請求項５の何れか１項に記載の端末処理装置。
7. 前記読み取り条件が原稿の読み取り解像度であり、前記操作情報が原稿を読み取り面に配置する操作によって通知される情報である
   請求項６記載の端末処理装置。
8. 前記制御手段は、前記操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合で、かつ、前記検索手段で検索された機器の中に、前記第１受付手段で受け付けた前記生成条件を満たす前記データを生成する機器が存在する場合、前記生成条件を満たす前記データを生成する機器を報知する制御を行う
   請求項３〜請求項７の何れか１項に記載の端末処理装置。
9. 前記制御手段は、前記検索手段で検索された機器の中に、前記第１受付手段で受け付けた前記生成条件を満たす前記データを生成する機器が複数存在する場合、前記生成条件を満たす前記データを生成する機器のうち、端末処理装置から最も近い場所に設置されている機器を報知する制御を行う
   請求項８記載の端末処理装置。
10. 前記制御手段は、前記操作機器が有する前記性能では、前記第１受付手段で受け付けた前記生成条件により前記データが生成されない場合で、かつ、前記検索手段で検索された機器の中に、前記第１受付手段で受け付けた前記生成条件により前記データを生成する機器が存在しない場合、前記検索手段で検索された機器のうち、前記操作機器が有する前記性能より高い前記性能を有する機器を報知する制御を行う
    請求項３〜請求項９の何れか１項に記載の端末処理装置。
11. 前記制御手段は、前記検索手段で検索された機器の中に、前記操作機器が有する前記性能より高い前記性能を有する機器が複数存在する場合、前記検索手段で検索された機器のうち、前記性能が最も高い機器を報知する制御を行う
    請求項１０記載の端末処理装置。
12. 前記制御手段は、報知した機器からユーザに対して設置位置を知らせる通知が行われるように、前記無線通信を介して、報知したデバイスを制御する
    請求項９又は請求項１１記載の端末処理装置。
13. 前記制御手段は、前記操作機器が前記検索手段で検索された各々の機器に含まれない場合、警告を報知する制御を行う
    請求項３〜請求項１２の何れか１項に記載の端末処理装置。
14. 前記制御手段は、前記警告を報知する制御を行った後、前記無線通信を用いて機器の再検索を行うように前記検索手段を制御する
    請求項１３記載の端末処理装置。
15. 前記第２受付手段は、複数の機器が表示された画面の中から選択された機器を前記１の機器として受け付ける
    請求項１〜請求項１４の何れか１項に記載の端末処理装置。
16. 前記第２受付手段による前記１の機器を選択する操作が、前記１の機器に前記データの生成を指示する操作である
    請求項１〜請求項１５の何れか１項に記載の端末処理装置。
17. 前記第２受付手段による前記１の機器を選択する操作が、前記１の機器に前記データの生成を指示するために用いられる前記１の機器との通信回線を接続させる操作である
    請求項１〜請求項１５の何れか１項に記載の端末処理装置。
18. コンピュータを、請求項１〜請求項１７の何れか１項に記載の端末処理装置の制御手段として機能させるための端末処理プログラム。
19. 請求項１〜請求項１７の何れか１項に記載の端末処理装置と、
    データの生成に関わる性能を含む応答情報を前記端末処理装置に送信すると共に、ユーザによる操作に対して操作情報を前記端末処理装置に送信する送信手段と、
    前記送信手段で前記操作情報を送信した後で、かつ、前記端末処理装置から生成指示を受け付けた場合に、前記端末処理装置で設定された生成条件に従ってデータを生成する生成手段を有する機器と、
    が無線回線で接続された端末処理システム。
20. 機器がユーザによる操作を検知する検知手段を備え、
    前記送信手段は、前記検知手段でユーザによる操作が検知された場合に、前記操作情報を前記端末処理装置に送信する
    請求項１９記載の端末処理システム。

Images