JP5541001B2 - 立案デバイス - Google Patents

Description

本明細書は、対象画像の印刷を印刷デバイスに実行させるための処理手順を立案するための立案デバイスに関する。

例えば、特許文献１には、クライアントＰＣと、経路探索サーバと、複数個のプリントサーバと、複数個のプリンタと、を含む複数個のデバイスを備えるシステムが開示されている。各プリントサーバは、印刷対象の対象データのデータ形式を、プリンタが解釈可能なデータ形式に変換する。ただし、各プリントサーバは、自身が解釈可能なデータ形式が異なる。また、各プリンタは、自身が解釈可能なデータ形式が異なる。そこで、経路探索サーバは、クライアントＰＣに印刷指示が入力されると、対象データのデータ形式に基づいて、どのプリントサーバで対象データを変換させて、変換後のデータをどのプリンタに送信すればよいのかを示す通信経路を決定する。

特開２００８−１０２９０３号公報

特許文献１のシステムでは、全てのデバイスのそれぞれが相互に通信可能であることが前提となっている。しかしながら、全てのデバイスのそれぞれが相互に通信可能でないシステムも構築され得る。特許文献１の技術では、例えば、第１のデバイスから第２のデバイスに対象データを送信することができないシステムが構築されている状況でも、第１のデバイスから第２のデバイスに対象データを送信するための通信経路が決定され得る。この場合、対象データを適切に送信することができず、この結果、対象データによって表わされる画像の印刷が実行されない。

本明細書では、対象データによって表わされる画像の印刷が実行されない事象が発生するのを抑制し得る技術を提供する。

本明細書では、印刷対象の対象データを記憶するための記憶デバイスと、対象データによって表わされる対象画像の印刷を実行するための印刷デバイスと、対象画像の印刷を印刷デバイスに実行させるための処理手順を立案するための立案デバイスと、を含む複数個のデバイスを備えるシステムで利用される立案デバイスを開示する。立案デバイスは、メモリと、決定部と、生成部と、送信部と、を備える。

メモリは、複数個のデバイスのうちの２個のデバイスの各組み合わせについて、当該組み合わせを構成する２個のデバイスが直接的に通信可能であるのか否かに関する通信情報を記憶する。決定部は、メモリ内の通信情報を用いて、記憶デバイス内の対象データから得られる印刷データを印刷デバイスに供給可能な特定の通信経路を決定する。印刷データは、印刷デバイスが解釈可能なデータ形式を有する。生成部は、複数個のデバイスのうち、特定の通信経路上に存在する１個以上のデバイスが、対象画像の印刷を実現するための１個以上の処理を順次実行するように、１個以上の処理の実行を指示する処理手順データを生成する。送信部は、上記の１個以上のデバイスのうち、上記の１個以上の処理の中で最初に実行されるべき処理を実行する第１のデバイスに、処理手順データを送信する。

上記の構成によると、立案デバイスは、メモリ内の通信情報を用いて、印刷データを印刷デバイスに供給可能な上記の特定の通信経路を決定する。従って、例えば、２個のデバイスが直接的に通信不可能である場合には、立案デバイスは、上記の２個のデバイスの間で通信する必要がある通信経路を決定せずに、印刷データを印刷デバイスに確実に供給可能な上記の特定の通信経路を決定することができる。さらに、立案デバイスは、決定済みの特定の通信経路に基づいて、処理手順データを生成し、次いで、最初に実行されるべき処理を実行する第１のデバイスに処理手順データを送信する。この結果、印刷データが印刷デバイスに確実に供給され、印刷デバイスは、対象画像の印刷を実行することができる。上記の構成によると、対象画像の印刷が実行されない事象が発生するのを抑制し得る。

上記の複数個のデバイスは、さらに、対象データに対する変換処理を実行することによって、印刷データを生成する変換デバイスを含んでいてもよい。決定部は、上記の特定の通信経路上に変換デバイスが存在するように、上記の特定の通信経路を決定してもよい。生成部は、変換処理が変換デバイスによって実行され、かつ、変換処理によって生成される印刷データが印刷デバイスに供給されるように、処理手順データを生成してもよい。上記の構成によると、変換デバイスは、印刷デバイスが解釈可能なデータ形式を有する印刷データを生成することができる。

立案デバイスは、対象データのデータ形式が、印刷デバイスが解釈可能なデータ形式であるのか否かを判断する判断部をさらに備えていてもよい。対象データのデータ形式が、印刷デバイスが解釈可能なデータ形式でないと判断される第１の場合に、決定部は、上記の特定の通信経路上に変換デバイスが存在するように、上記の特定の通信経路を決定し、生成部は、変換処理が変換デバイスによって実行され、かつ、変換処理によって生成される印刷データが印刷デバイスに供給されるように、処理手順データを生成してもよい。対象データのデータ形式が、印刷デバイスが解釈可能なデータ形式であると判断される第２の場合に、決定部は、特定の通信経路上に変換デバイスが存在しないように、上記の特定の通信経路を決定し、生成部は、対象データと同じである印刷データが印刷デバイスに供給されるように、処理手順データを生成してもよい。上記の構成によると、立案デバイスは、対象データのデータ形式が、印刷デバイスが解釈可能なデータ形式であるのか否かに応じて、適切な通信決定を決定することができる。

立案デバイスは、複数個のデバイスのうち、立案デバイスと直接的に通信可能な第２のデバイスから、第１の情報と第２の情報とを取得する第１の取得部をさらに備えていてもよい。第１の情報は、第２のデバイスが変換処理を実行可能であるのか否かを示す情報を含んでいてもよい。第２の情報は、複数個のデバイスのうち、第２のデバイスと直接的に通信可能な第３のデバイスが変換処理を実行可能であるのか否かを示す情報を含んでいてもよい。決定部は、第１の取得部によって取得される第１及び第２の情報に基づいて、対象データに対する変換処理を実行すべき変換デバイスを特定し、上記の特定の通信経路上に特定済みの変換デバイスが存在するように、上記の特定の通信経路を決定してもよい。上記の構成によると、立案デバイスは、立案デバイスと直接的に通信可能な第２のデバイスから、当該第２のデバイスが変換処理を実行可能であるのか否かを示す第１の情報のみならず、第３のデバイスが変換処理を実行可能であるのか否かを示す第２の情報も取得することができる。さらに、立案デバイスは、第１及び第２の情報に基づいて、変換処理を実行すべき変換デバイスを適切に特定することができる。

立案デバイスは、さらに、第１の確認部と、第２の取得部と、記憶制御部と、を備えていてもよい。第１の確認部は、上記の複数個のデバイスのうちの第１種のデバイス群のそれぞれに特定信号を送信して、応答信号を受信することを監視することによって、立案デバイスが第１種のデバイス群のそれぞれと直接的に通信可能であるのか否かを確認してもよい。第２の取得部は、第１種のデバイス群のうち、立案デバイスと直接的に通信可能であると確認される第２種のデバイス群のそれぞれから、当該第２種のデバイスと、当該第２種のデバイスと異なるデバイスと、が直接的に通信可能であるのか否かに関する情報を取得してもよい。記憶制御部は、確認部によって実行される確認の結果、及び、第２の取得部によって取得される情報と、を用いて、通信情報をメモリに記憶させてもよい。上記の構成によると、立案デバイスは、通信情報をメモリに適切に記憶させることができる。

第１種のデバイス群は、ユーザから指定される印刷デバイスの位置情報によって特定される印刷デバイスを含んでいてもよい。第２の取得部は、立案デバイスが印刷デバイスと直接的に通信可能であることが確認される場合に、印刷デバイスと、ユーザから指定される対象データの位置情報によって特定される対象データを記憶するための記憶デバイスと、が直接的に通信可能であるのか否かを、印刷デバイスに問い合わせることによって、印刷デバイスから、印刷デバイスと記憶デバイスとが直接的に通信可能であるのか否かに関する情報を取得してもよい。上記の構成によると、立案デバイスは、印刷デバイスから、印刷デバイスと記憶デバイスとが直接的に通信可能であるのか否かに関する情報を取得することができる。

第１種のデバイス群は、ユーザから指定される対象データの位置情報によって特定される対象データを記憶するための記憶デバイスを含んでいてもよい。第２の取得部は、立案デバイスが記憶デバイスと直接的に通信可能であることが確認される場合に、記憶デバイスと、ユーザから指定される印刷デバイスの位置情報によって特定される印刷デバイスと、が直接的に通信可能であるのか否かを、記憶デバイスに問い合わせることによって、記憶デバイスから、記憶デバイスと印刷デバイスとが直接的に通信可能であるのか否かに関する情報を取得してもよい。上記の構成によると、立案デバイスは、記憶デバイスから、記憶デバイスと印刷デバイスとが直接的に通信可能であるのか否かに関する情報を取得することができる。

立案デバイスは、ユーザから指定される対象データの位置情報に、対象データが実際に存在するのか否かを確認する第２の確認部をさらに備えていてもよい。決定部は、対象データが実際に存在すると確認される場合に、上記の特定の通信経路を決定してもよい。

立案デバイスは、第１のデバイスを経由した処理手順データが受信される場合に、処理手順データで指示されている特定処理を実行し、複数個のデバイスのうち、特定処理の次の処理を実行すべき第４のデバイスに、処理手順データを送信する特定処理実行部をさらに備えていてもよい。

決定部は、上記の複数個のデバイスの間での対象データ及び印刷データの通信回数が最も少なくなるように、上記の特定の通信経路を決定してもよい。上記の構成によると、上記の複数個のデバイスの間の通信トラフィックが増大するのを抑制することができる。

なお、上記の立案デバイスの機能を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。また、上記の複数個のデバイスを備えるシステムも新規で有用であり、当該システムで利用される方法も新規で有用である。

実施例の通信システムの構成を示す。 各通信経路を模式的に示す。 携帯端末によって実行される処理のフローチャートを示す。 印刷準備処理のフローチャートを示す。 通信経路調査処理のフローチャートを示す。 対象データ調査処理のフローチャートを示す。 プリンタフォーマット調査処理のフローチャートを示す。 コンバータ調査処理のフローチャートを示す。 コンバータが必要なケースＡを示す。 コンバータが不要なケースＢを示す。 データサーバに対象データが存在するケースＣを示す。 携帯端末に対象データが存在するケースＤを示す。 携帯端末にコンバータが存在するケースＥを示す。

（システムの構成）
図１に示されるように、通信システム２は、携帯端末１０と、複数個のＬＡＮ５１，６１と、インターネット上の複数のサーバ７０，８０と、を備える。

（携帯端末１０の構成）
携帯端末１０は、可搬型の端末装置であり、例えば、携帯電話、ＰＤＡ、携帯型音楽プレーヤー、ノート型ＰＣ、タブレット型ＰＣ等である。携帯端末１０は、表示部１２と、操作部１４と、無線インターフェース１６と、制御部２０と、を備える。各部１２，１４，１６，２０は、バス線１８に接続されている。表示部１２は、様々な情報を表示するためのディスプレイである。操作部１４は、複数個のキーによって構成されている。携帯端末１０のユーザは、操作部１４を操作することによって、様々な情報を携帯端末１０に入力することができる。無線インターフェース１６は、無線通信のためのインターフェースである。なお、図１の状態では、携帯端末１０は、無線インターフェース１６を介して、ＬＡＮ５１に無線で接続されている。

制御部２０は、ＣＰＵ２２と、メモリ２４と、を備える。メモリ２４は、印刷アプリケーション２６を格納している。印刷アプリケーション２６は、後述の図３〜図８の各処理を実現するためのプログラムである。印刷アプリケーション２６は、例えば、プリンタ５４のベンダによって提供されるサーバから携帯端末１０にインストールされてもよい。また、印刷アプリケーション２６は、例えば、プリンタ５４のベンダによって提供されるメディア（プリンタ５４の出荷段階でプリンタ５４と共にパッケージされているメディア）から携帯端末１０にインストールされてもよい。

ＣＰＵ２２は、メモリ２４に格納されている印刷アプリケーション２６に従って、処理を実行する。ＣＰＵ２２が印刷アプリケーション２６に従って処理を実行することによって、各部３２〜５０の機能が実現される。メモリ２４は、さらに、図示省略のＯＳプログラム、ウェブブラウザプログラム等を格納しており、ＣＰＵ２２は、それらのプログラムに従って、処理を実行することも可能である。

なお、図１では、メモリ２４内のコンバータＣＯＮ及び対象データＴＤ（Target Data）が破線で示されている。これは、コンバータＣＯＮ及び対象データＴＤがメモリ２４に格納されてもよいし、格納されていなくてもよいことを意味している。後述の他のデバイス（例えば、仲介サーバ７０、データサーバ８０、ＰＣ６４）についても、コンバータＣＯＮ及び対象データＴＤの破線は、同様の意味を有する。なお、対象データＴＤは、印刷対象のデータである。また、コンバータＣＯＮは、対象データＴＤをプリンタ５４が解釈可能な印刷データに変換するためのプログラムである。

（ＬＡＮ５１の構成）
ＬＡＮ５１は、例えば、携帯端末１０のユーザが勤務する会社内に構築されているネットワークである。ＬＡＮ５１は、アクセスポイント（以下では「ＡＰ」と呼ぶ）５２と、プリンタ５４と、ルータ５６と、を含む。ＬＡＮ５１内の各デバイス５２，５４，５６は、相互に通信可能に有線で接続されている。

ＡＰ５２は、無線通信のための中継点（即ちＡＰ）として機能する。プリンタ５４は、印刷データに従って、印刷を実行する。なお、プリンタ５４が解釈可能（即ち印刷可能）なデータフォーマット（以下では「プリンタ５４のプリンタフォーマット」と呼ぶ）は、予め決められている。本実施例では、プリンタ５４のプリンタフォーマットは、ＰＤＦである。ルータ５６は、ＮＡＴ（Network Address Translation）機能を有しており、インターネット４に接続されている。

なお、図１の状態では、携帯端末１０は、ＡＰ５２を介して、ＬＡＮ５１内のデバイス（例えばプリンタ５４）と通信可能である。また、図１の状態では、携帯端末１０は、ＡＰ５２とルータ５６とを介して、インターネット４上のデバイス（例えば仲介サーバ７０）と通信可能である。

（ＬＡＮ６１の構成）
ＬＡＮ６１は、例えば、携帯端末１０のユーザが居住する家庭内に構築されているネットワークである。ＬＡＮ６１は、ルータ６２と、ＰＣ６４と、を含む。ＬＡＮ６１内の各デバイス６２，６４は、相互に通信可能に有線で接続されている。

ルータ６２は、ＮＡＴ機能を有しており、インターネット４に接続されている。なお、ＰＣ６４には、プリンタ５４のベンダによって提供されるアプリケーションがインストールされている。ＰＣ６４は、当該アプリケーションに従って、様々な処理を実行可能である。例えば、ＰＣ６４は、後述の調査指示データ（図６，図８の符号１２４，１６４）に従って、様々な調査のための処理を実行する。また、例えば、ＰＣ６４は、後述の印刷指示データ（図９の２００ａ等）に従って、印刷のための処理を実行する。なお、ＰＣ６４は、コンバータＣＯＮ及び／又は対象データＴＤを格納し得る。

（仲介サーバ７０の構成）
仲介サーバ７０は、プリンタ５４のベンダによって提供されているサーバである。仲介サーバ７０は、プリンタ５４で実行されるべき印刷を仲介（即ち支援）するための様々な処理を実行する。例えば、仲介サーバ７０は、後述の調査指示データ（図６〜図８の符号１２４，１４４，１６４）に従って、様々な調査のための処理を実行する。また、例えば、仲介サーバ７０は、後述の印刷指示データ（図９の２００ａ等）に従って、印刷のための処理を実行する。なお、仲介サーバ７０は、コンバータＣＯＮ及び／又は対象データＴＤを格納し得る。

（データサーバ８０の構成）
データサーバ８０は、例えば、インターネット４上のウェブサーバである。データサーバ８０は、対象データＴＤを格納し得る。

（各デバイスの間の通信経路）
続いて、図２を参照しながら、各デバイス１０，５４，６４，７０の間の通信経路について説明する。図２内の一方向の矢印（Ｒ２Ａ、Ｒ２Ｂ、Ｒ３Ａ、Ｒ３Ｂ、Ｒ４Ａ、Ｒ４Ｂ）は、当該矢印の始点のデバイスから当該矢印の終点のデバイスに向けて、データを直接的に通信可能（送信可能）であることを示す。例えば、矢印Ｒ２Ｂは、仲介サーバ７０からプリンタ５４に向けて、データを直接的に通信可能であることを示す。なお、「直接的に通信可能」とは、矢印の始点のデバイスから矢印の終点のデバイスに向けて、複数個のデバイス１０，５４，６４，７０のうちの他のデバイスを介さずに、データを通信可能であることを意味する。従って、例えば、矢印Ｒ２Ｂは、仲介サーバ７０からプリンタ５４に向けて、他のデバイス１０，６４を介さずに、データを通信可能であることを意味する。なお、「直接的に通信可能」は、ＡＰ、ルータ等を介する通信であってもよいし、ＡＰ、ルータ等を介さない通信であってもよい。

なお、図２内の一方向の矢印は、当該矢印の始点のデバイスが、当該矢印の終点のデバイスからのリクエストに応じて、当該矢印の終点のデバイスに向けて、データを直接的に通信可能であることを意味するのではない（即ちいわゆるプル型の通信を意味するのではない）。一方向の矢印は、当該矢印の始点のデバイスが、当該矢印の終点のデバイスからのリクエストがなくても、当該矢印の終点のデバイスに向けて、データを直接的に通信可能であることを意味する（即ちいわゆるプッシュ型の通信を意味する）。また、図２内の一方向の矢印では、ＬＡＮ側からインターネット側への通信方向を示す矢印に符号「Ａ」が付されており（例えばＲ２Ａ）、インターネット側からＬＡＮ側への通信方向を示す矢印に符号「Ｂ」が付されている（例えばＲ２Ｂ）。

また、図２内の双方向の矢印（Ｒ１、Ｒ５、Ｒ６）は、当該矢印の両端の２個のデバイスが、相互にデータを直接的に通信可能（送信可能）であることを示す。例えば、矢印Ｒ６は、ＰＣ６４から携帯端末１０に向けて、データを直接的に通信可能であると共に、携帯端末１０からＰＣ６４に向けて、データを直接的に通信可能であることを示す。なお、以下では、２個のデバイスの間でデータを直接的に通信可能であることを「通信経路が確立されている」と表現することがある。

（通信経路Ｒ１）
例えば、プリンタ５４を含むＬＡＮ５１（図１参照）が、Ｗｉ−Ｆｉ（登録商標）等に準拠したネットワークである場合には、携帯端末１０は、Ｗｉ−Ｆｉ（登録商標）に従って、ＬＡＮ５１内のＡＰ５２と無線通信可能である。この場合、携帯端末１０とプリンタ５４とが相互に直接的に通信可能な状態が構築され得るために、通信経路Ｒ１が確立され得る。また、例えば、携帯端末１０とプリンタ５４との両方が、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Infrared Data Association）等の規格を用いて、無線通信可能である場合にも、通信経路Ｒ１が確立され得る。また、例えば、携帯端末１０とプリンタ５４とがＵＳＢケーブル等のケーブルで接続される場合にも、通信経路Ｒ１が確立され得る。即ち、通信経路Ｒ１は、ＬＡＮ５１内のＡＰ５２を介する無線通信（Ｗｉ−Ｆｉ（登録商標）等）によって確立されてもよいし、ＬＡＮ５１内のＡＰ５２を介さない無線通信（Ｂｌｕｅｔｏｏｔｈ（登録商標）等）によって確立されてもよいし、有線通信（ＵＳＢケーブル等）によって確立されてもよい。

（通信経路Ｒ２Ａ、Ｒ２Ｂ）
例えば、ＬＡＮ５１（図１参照）内のプリンタ５４が、ルータ５６を介して、インターネット４にアクセス可能であれば、プリンタ５４から仲介サーバ７０への通信経路Ｒ２Ａが確立され得る。また、例えば、プリンタ５４において、仲介サーバ７０からプリンタ５４へのプッシュ型の通信を許容する設定が行なわれている場合には、仲介サーバ７０からプリンタ５４への通信経路Ｒ２Ｂが確立され得る。

（通信経路Ｒ３Ａ、Ｒ３Ｂ）
例えば、携帯端末１０が、ＬＡＮ５１（図１参照）を介して、インターネット４にアクセス可能であれば、携帯端末１０から仲介サーバ７０への通信経路Ｒ３Ａが確立され得る。また、例えば、携帯端末１０が、携帯端末１０のための通信プロバイダが提供するインターネット通信回線を利用可能であれば、携帯端末１０から仲介サーバ７０への通信経路Ｒ３Ａが確立され得る。また、例えば、携帯端末１０において、仲介サーバ７０から携帯端末１０へのプッシュ型の通信を許容する設定が行なわれている場合には、仲介サーバ７０から携帯端末１０への通信経路Ｒ３Ｂが確立され得る。

（通信経路Ｒ４Ａ、Ｒ４Ｂ）
例えば、ＬＡＮ６１（図１参照）内のＰＣ６４が、ルータ６２を介して、インターネット４にアクセス可能であれば、ＰＣ６４から仲介サーバ７０への通信経路Ｒ４Ａが確立され得る。また、例えば、ＰＣ６４において、仲介サーバ７０からＰＣ６４へのプッシュ型の通信を許容する設定が行なわれている場合には、仲介サーバ７０からＰＣ６４への通信経路Ｒ４Ｂが確立され得る。

（通信経路Ｒ５）
例えば、ＬＡＮ５１（図１参照）内のプリンタ５４と、ＬＡＮ６１内のＰＣ６４と、の間に、インターネット４を介するＶＰＮ（Virtual Private Network）が構築されている場合には、通信経路Ｒ５が確立され得る。

（通信経路Ｒ６）
例えば、ＬＡＮ６１（図１参照）内のＰＣ６４と、携帯端末１０と、の間に、インターネット４を介するＶＰＮが構築されている場合には、通信経路Ｒ６が確立され得る。

上述したように、本実施例では、様々な通信手法に従って、各通信経路Ｒ１〜Ｒ６が構築され得る。ただし、例えば、携帯端末１０が、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等に従って通信不可能であり、さらに、ＵＳＢケーブルを挿入するためのインターフェースを有していない場合には、通信経路Ｒ１が確立されない可能性がある。また、例えば、プリンタ５４において、仲介サーバ７０からプリンタ５４へのプッシュ型の通信を許容する設定が行なわれていない場合には、通信経路Ｒ２Ｂが確立されない可能性がある。即ち、通信経路Ｒ１〜Ｒ６の全てが確立されるとは限らない。このような実情に鑑みて、本実施例では、以下の図３〜図８に示される各処理を実行して、対象データＴＤによって表わされる画像の印刷をプリンタ５４に実行させることを実現する。

（図３の携帯端末処理）
図３に示されるように、Ｓ１０において、携帯端末１０の制御部２０（図１参照）は、イベントが発生することを監視している。例えば、ユーザは、携帯端末１０の操作部１４を操作して、印刷アプリケーション２６を起動するための操作を実行することができる。この場合、制御部２０は、イベントが発生した（Ｓ１０でＹＥＳ）と判断し、さらに、印刷準備操作が実行された（Ｓ１２でＹＥＳ）と判断し、Ｓ１４に進む。なお、以下のＳ１４〜Ｓ２２の処理（さらには図４〜図８の処理）は、印刷アプリケーション２６に従って実行される。一方において、Ｓ１０、Ｓ１２、及び、Ｓ２４の処理は、例えばＯＳプログラムに従って実行される。

Ｓ１４では、制御部２０は、印刷設定画面を表示部１２に表示させる。印刷設定画面は、プリンタ指定フィールドと、データ指定フィールドと、を含む。ユーザは、操作部１４を操作して、印刷を実行すべきプリンタのＵＲＬをプリンタ指定フィールドに入力することができる。本実施例では、ＬＡＮ５１内のプリンタ５４（図１参照）のＵＲＬが入力された場合を例にして、以下の説明を続ける。

また、データ指定フィールドは、２個のラジオボタンを含む。一方のラジオボタンは、携帯端末１０の外部に存在する対象データＴＤのＵＲＬを入力するための外部ＵＲＬ入力フィールドに対応しており、他方のラジオボタンは、携帯端末１０の内部に存在する対象データＴＤ（メモリ２４に格納されている対象データＴＤ）のＵＲＬ（即ちパス名）を入力するための内部ＵＲＬ入力フィールドに対応している。ユーザは、操作部１４を操作して、上記の一方のラジオボタンを選択し、さらに、携帯端末１０の外部に存在する対象データＴＤのＵＲＬを外部ＵＲＬ入力フィールドに入力することができる。また、ユーザは、操作部１４を操作して、上記の他方のラジオボタンを選択し、さらに、「参照」ボタンを操作することができる。この場合、携帯端末１０の内部に存在する複数個のデータのパス名（ファイル名）が表示部１２に表示され、ユーザは、複数個のデータのパス名の中から、対象データＴＤのパス名を選択することができる。

次いで、ユーザは、操作部１４を操作して、印刷開始操作を実行することができる。この場合、制御部２０は、印刷開始操作が実行された（Ｓ１６でＹＥＳ）と判断し、Ｓ１８に進む。Ｓ１８では、制御部２０は、図３の処理とは別タスクの処理として、印刷準備処理（図４参照）を起動させる。Ｓ１８を終えると、Ｓ１０に戻る。

なお、携帯端末１０は、後述の印刷指示データ（図９の符号２００ａ等参照）を受信することがある。この場合、制御部２０は、イベントが発生した（Ｓ１０でＹＥＳ）と判断し、さらに、印刷指示データが受信された（Ｓ２０でＹＥＳ）と判断し、Ｓ２２に進む。Ｓ２２では、特定処理実行部５０（図１参照）は、受信済みの印刷指示データに従って、処理を実行する。なお、Ｓ２２の処理の詳細については、後で詳しく説明する。

なお、印刷準備操作の実行及び印刷指示データの受信と異なるイベントが発生した場合には、制御部２０は、Ｓ２４において、イベントに応じた処理を実行する。

（図４の印刷準備処理）
図３のＳ１８で起動される印刷準備処理では、図４に示されるように、Ｓ４０において、制御部２０は、まず、通信経路調査処理を実行する。

（図５の通信経路調査処理）
図４のＳ４０で実行される通信経路調査処理では、図５に示されるように、Ｓ８０において、第１の確認部４２（図１参照）は、図３のＳ１４で入力されたプリンタ５４のＵＲＬを送信先として、確認信号を送信する。

携帯端末１０とプリンタ５４との間に通信経路Ｒ１（図２参照）が確立されている場合には、プリンタ５４は、携帯端末１０から送信された確認信号を受信して、応答信号を携帯端末１０に送信する。一方において、携帯端末１０とプリンタ５４との間に通信経路Ｒ１が確立されていない場合には、プリンタ５４は、携帯端末１０から送信された確認信号を受信することができず、応答信号を携帯端末１０に送信しない。Ｓ８２において、第１の確認部４２は、プリンタ５４から応答信号を受信することを監視する。プリンタ５４から応答信号が受信された場合（Ｓ８２でＹＥＳの場合）には、Ｓ８４に進み、プリンタ５４から応答信号が受信されない場合（Ｓ８２でＮＯの場合）には、Ｓ９０に進む。

Ｓ８４では、記憶制御部４６（図１参照）は、通信経路Ｒ１が確立されていることを示す情報（Ｒ１＝ＯＫ）をメモリ２４に記憶させる。さらに、Ｓ８４では、第２の取得部４４（図１参照）は、通信経路Ｒ２Ａ及びＲ５が確立されているのか否かをプリンタ５４に問い合わせる。なお、携帯端末１０のユーザは、仲介サーバ７０のＵＲＬとＰＣ６４のＵＲＬとを、携帯端末１０に予め記憶させておく。Ｓ８４では、第２の取得部４４は、携帯端末１０に予め記憶されている仲介サーバ７０のＵＲＬとＰＣ６４のＵＲＬとを含む問い合わせ信号を、プリンタ５４に送信する。

プリンタ５４は、問い合わせ信号を受信すると、仲介サーバ７０のＵＲＬとＰＣ６４のＵＲＬとのそれぞれを送信先として、確認信号を送信する。プリンタ５４は、仲介サーバ７０から応答信号が受信された場合には、通信経路Ｒ２Ａが確立されていることを示す情報（Ｒ２Ａ＝ＯＫ）を携帯端末１０に送信する。また、プリンタ５４は、ＰＣ６４から応答信号が受信された場合には、通信経路Ｒ５が確立されていることを示す情報（Ｒ５＝ＯＫ）を携帯端末１０に送信する。

Ｓ８４では、携帯端末１０の第２の取得部４４は、プリンタ５４から情報（Ｒ２Ａ＝ＯＫ等）を取得する。次いで、Ｓ８６において、記憶制御部４６は、プリンタ５４から取得された情報（Ｒ２Ａ＝ＯＫ等）をメモリ２４に記憶させる。即ち、記憶制御部４６は、通信経路が確立されていることを示す情報をメモリ２４に記憶させる。なお、本実施例では、通信経路が確立されていないことを示す情報は、メモリ２４に記憶されない。この点については、以下で説明する他の通信経路についても、同様である。Ｓ８４を終えると、Ｓ９０に進む。

Ｓ９０では、第１の確認部４２は、携帯端末１０に予め記憶されている仲介サーバ７０のＵＲＬを送信先として確認信号を送信して、次いで、Ｓ９２において、仲介サーバ７０から応答信号を受信することを監視する。仲介サーバ７０から応答信号が受信された場合（Ｓ９２でＹＥＳの場合）には、Ｓ９４において、記憶制御部４６は、通信経路Ｒ３Ａが確立されていることを示す情報（Ｒ３Ａ＝ＯＫ）をメモリ２４に記憶させる。さらに、Ｓ９４では、第２の取得部４４は、通信経路Ｒ２Ｂ，Ｒ３Ｂ，Ｒ４Ｂが確立されているのか否かを仲介サーバ７０に問い合わせる。具体的に言うと、第２の取得部４４は、図３のＳ１４で入力されたプリンタ５４のＵＲＬと、携帯端末１０のＵＲＬと、携帯端末１０に予め記憶されているＰＣ６４のＵＲＬと、を含む問い合わせ信号を、仲介サーバ７０に送信する。

仲介サーバ７０は、問い合わせ信号を受信すると、プリンタ５４のＵＲＬ、携帯端末１０のＵＲＬ、及び、ＰＣ６４のＵＲＬのそれぞれを送信先として、確認信号を送信する。仲介サーバ７０は、プリンタ５４から応答信号が受信された場合には、通信経路Ｒ２Ｂが確立されていることを示す情報（Ｒ２Ｂ＝ＯＫ）を携帯端末１０に送信する。仲介サーバ７０は、携帯端末１０から応答信号が受信された場合には、通信経路Ｒ３Ｂが確立されていることを示す情報（Ｒ３Ｂ＝ＯＫ）を携帯端末１０に送信する。また、仲介サーバ７０は、ＰＣ６４から応答信号が受信された場合には、通信経路Ｒ４Ｂが確立されていることを示す情報（Ｒ４Ｂ＝ＯＫ）を携帯端末１０に送信する。

Ｓ９４では、携帯端末１０の第２の取得部４４は、仲介サーバ７０から情報（Ｒ２Ｂ＝ＯＫ等）を取得する。次いで、Ｓ９６において、記憶制御部４６は、仲介サーバ７０から取得された情報（Ｒ２Ｂ＝ＯＫ等）をメモリ２４に記憶させる。Ｓ９４を終えると、Ｓ１００に進む。

Ｓ１００では、第１の確認部４２は、携帯端末１０に予め記憶されているＰＣ６４のＵＲＬを送信先として確認信号を送信し、次いで、Ｓ１０２において、ＰＣ６４から応答信号を受信することを監視する。ＰＣ６４から応答信号が受信された場合（Ｓ１０２でＹＥＳの場合）には、Ｓ１０４において、記憶制御部４６は、通信経路Ｒ６が確立されていることを示す情報（Ｒ６＝ＯＫ）をメモリ２４に記憶させる。さらに、Ｓ１０４では、第２の取得部４４は、通信経路Ｒ４Ａ，Ｒ５が確立されているのか否かをＰＣ６４に問い合わせる。具体的に言うと、第２の取得部４４は、予め記憶されている仲介サーバ７０のＵＲＬと、図３のＳ１４で入力されたプリンタ５４のＵＲＬと、を含む問い合わせ信号を、ＰＣ６４に送信する。

ＰＣ６４は、問い合わせ信号を受信すると、仲介サーバ７０のＵＲＬ及びプリンタ５４のＵＲＬのそれぞれを送信先として、確認信号を送信する。ＰＣ６４は、仲介サーバ７０から応答信号が受信された場合には、通信経路Ｒ４Ａが確立されていることを示す情報（Ｒ４Ａ＝ＯＫ）を携帯端末１０に送信する。ＰＣ６４は、プリンタ５４から応答信号が受信された場合には、通信経路Ｒ５が確立されていることを示す情報（Ｒ５＝ＯＫ）を携帯端末１０に送信する。

Ｓ１０４では、携帯端末１０の第２の取得部４４は、ＰＣ６４から情報（Ｒ４Ａ＝ＯＫ等）を取得する。次いで、Ｓ１０６において、記憶制御部４６は、ＰＣ６４から取得された情報（Ｒ４Ａ＝ＯＫ等）をメモリ２４に記憶させる。Ｓ１０６を終えると、通信経路調査処理が終了する。なお、Ｓ８４及びＳ１０４の両方で、通信経路Ｒ５が確立されているのか否かを調査するための問い合わせ信号が送信されるケースが起こり得る。このような状況において、通信経路Ｒ５に関する２つの調査結果が異なる場合、即ち、一方の調査結果が、通信経路Ｒ５が確立されていることを示し、他方の調査結果が、通信経路Ｒ５が確立されていないことを示す場合には、制御部２０は、通信経路Ｒ５が確立されていないものとして扱ってもよい。即ち、この場合、記憶制御部４６は、通信経路Ｒ５が確立されていることを示す情報をメモリ２４に記憶させなくてもよい。

（図４の印刷準備処理の続き）
図４のＳ４０の通信経路調査処理が終了すると、Ｓ４２において、制御部２０は、対象データ調査処理を実行する。

（図６の対象データ調査処理）
図４のＳ４２で実行される対象データ調査処理では、図６に示されるように、Ｓ１２０において、第２の確認部４８（図１参照）は、対象データＴＤが携帯端末１０の内部に存在するのか否かを判断する。図３のＳ１４において、印刷設定画面に含まれる「参照」ボタンが操作され、次いで、対象データＴＤのパス名が選択された場合には、第２の確認部４８は、対象データＴＤが携帯端末１０の内部に存在する（Ｓ１２０でＹＥＳ）と判断する。この場合、制御部２０は、Ｓ１２８において、対象データ調査処理の調査結果として、「ＯＫ」をメモリ２４に記憶させる。

一方において、図３のＳ１４において、印刷設定画面に含まれる外部入力フィールドに対象データＴＤのＵＲＬが入力された場合には、第２の確認部４８は、対象データＴＤが携帯端末１０の内部に存在しない（Ｓ１２０でＮＯ）と判断する。この場合、Ｓ１２２において、第２の確認部４８は、図３のＳ１４で入力された対象データＴＤのＵＲＬに、対象データＴＤが実際に存在するのか否かを調査するための通信経路を特定する。Ｓ１２２の処理の内容を以下に詳しく説明する。

ユーザは、図３のＳ１４において、ＰＣ６４に存在する対象データＴＤのＵＲＬを入力する可能性がある。この場合、図３のＳ１４で入力された対象データＴＤのＵＲＬは、ＰＣ６４のＵＲＬ（これは携帯端末１０に予め記憶されている）を含む。対象データＴＤのＵＲＬがＰＣ６４のＵＲＬを含む場合には、第２の確認部４８は、図４のＳ４０の通信経路調査処理でメモリ２４に記憶された調査結果を用いて、ＰＣ６４に対象データＴＤが存在するのか否かを調査するための通信経路を特定する。

例えば、通信経路Ｒ６が確立されていることを示す情報がメモリ２４に記憶されている場合には、第２の確認部４８は、通信経路Ｒ６を用いて後述の調査指示データを送信し、次いで、通信経路Ｒ６を用いて調査結果を取得する、という通信経路を特定する。なお、以下では、このようにして調査指示データを送信して調査結果を取得するまでの通信経路を「Ｒ６→Ｒ６」と記載する。なお、調査指示データのみならず、他の指示データ（後述の印刷指示データ等）についても、同様の表現を使用する。また、例えば、通信経路Ｒ３Ａ，Ｒ３Ｂ，Ｒ４Ａ，Ｒ４Ｂが確立されていることを示す情報がメモリ２４に記憶されている場合には、第２の確認部４８は、「Ｒ３Ａ→Ｒ４Ｂ→Ｒ４Ａ→Ｒ３Ｂ」を特定する。

一方において、ユーザは、図３のＳ１４において、インターネット４上のデータサーバ８０に存在する対象データＴＤのＵＲＬを入力する可能性もある。この場合、図３のＳ１４で入力された対象データＴＤのＵＲＬは、ＰＣ６４のＵＲＬを含まない。対象データＴＤのＵＲＬがＰＣ６４のＵＲＬを含まない場合には、第２の確認部４８は、図４のＳ４０の通信経路調査処理でメモリ２４に記憶された調査結果を用いて、インターネット４上に対象データＴＤが存在するのか否かを調査するための通信経路を特定する。

例えば、通信経路Ｒ３Ａ，Ｒ３Ｂが確立されていることを示す情報がメモリ２４に記憶されている場合には、第２の確認部４８は、「Ｒ３Ａ→Ｒ３Ｂ」を特定する。また、例えば、通信経路Ｒ４Ａ，Ｒ４Ｂ，Ｒ６が確立されていることを示す情報がメモリ２４に記憶されている場合には、第２の確認部４８は、「Ｒ６→Ｒ４Ａ→Ｒ４Ｂ→Ｒ６」を特定する。なお、調査を実行可能な複数個の通信経路が存在する場合には、第２の確認部４８は、一対のデバイスの間で実行される通信の回数が最も少ない通信経路を特定する。例えば、「Ｒ３Ａ→Ｒ３Ｂ」と「Ｒ６→Ｒ４Ａ→Ｒ４Ｂ→Ｒ６」とのどちらでも調査を実行可能である場合には、第２の確認部４８は、「Ｒ３Ａ→Ｒ３Ｂ」を特定する。

Ｓ１２２において、第２の確認部４８は、対象データＴＤの調査のための通信経路を特定することができたのか否かを判断する。Ｓ１２２でＮＯの場合、即ち、調査を実行不可能である場合には、制御部２０は、Ｓ１２８において、対象データ調査処理の調査結果として、「ＮＧ」をメモリ２４に記憶させる。一方において、Ｓ１２２でＹＥＳの場合、即ち、対象データＴＤの調査のための通信経路が特定された場合には、Ｓ１２４に進む。

Ｓ１２４では、第２の確認部４８は、Ｓ１２２で特定された通信経路に従って調査が実行されるように、図３のＳ１４で入力された対象データＴＤのＵＲＬを含む調査指示データを生成する。Ｓ１２４には、Ｓ１２２で「Ｒ６→Ｒ４Ａ→Ｒ４Ｂ→Ｒ６」が特定された場合に生成される調査指示データ１２４の一例が示されている。調査指示データ１２４では、どのデバイスがどのような処理を実行するのかを示すコマンドを含む。調査指示データ１２４は、３個のコマンドを含む。各コマンドに対応するチェックボックス１２４ａ，１２４ｂ，１２４ｃが設けられている。なお、実際には、調査指示データ１２４は、所定のプロトコルに従ったコマンドが記述されたものであるが、本実施例では、理解を容易にするために、文章（例えば「ＰＣは、調査指示データを仲介サーバに送信する」）が記述されている調査指示データ１２４を示す。この点は、後述の調査指示データ１４４，１６４（図７，図８参照）、図９の印刷指示データ２００ａ等についても、同様である。

次いで、Ｓ１２６において、第２の確認部４８は、調査指示データ１２４に記述されている３個のコマンドのうちの最初のコマンドに対応する処理を実行すべきデバイスに調査指示データ１２４を送信する。即ち、第２の確認部４８は、通信経路Ｒ６を用いて、ＰＣ６４に調査指示データ１２４を送信する。これにより、ＰＣ６４等は、以下の処理を実行する。

即ち、ＰＣ６４は、第１のコマンドに対応するチェックボックスをチェックして、通信経路Ｒ４Ａを用いて、調査指示データ１２４を仲介サーバ７０に送信する。次いで、仲介サーバ７０は、第２のコマンドに従って、調査指示データ１２４に含まれる対象データＴＤのＵＲＬを送信先として、確認信号を送信する。仲介サーバ７０は、応答信号の有無を監視することによって、当該ＵＲＬに実際に対象データＴＤが存在するのか否かを確認する。仲介サーバ７０は、確認結果（「ＯＫ」又は「ＮＧ」）を調査指示データ１２４に記述し、さらに、第２のコマンドに対応するチェックボックスをチェックして、通信経路Ｒ４Ｂを用いて、調査指示データ１２４をＰＣ６４に送信する。次いで、ＰＣ６４は、第３のコマンドに対応するチェックボックスをチェックして、通信経路Ｒ６を用いて、調査指示データ１２４を携帯端末１０に送信する。なお、後述の様々な指示データ１４４，１６４，２００ａ等においても、チェックボックスのチェックが実行されるが、以下では、それに関する記載を省略する。

第２の確認部４８は、ＰＣ６４から送信される調査指示データ１２４を取得する。第２の確認部４８は、取得済みの調査指示データ１２４の内容を確認することによって、図３のＳ１４で入力された対象データＴＤのＵＲＬに、実際に対象データＴＤが存在するのか否かを確認する。次いで、Ｓ１２８において、制御部２０は、対象データ調査処理の調査結果として、「ＯＫ」又は「ＮＧ」をメモリ２４に記憶させる。Ｓ１２８を終えると、対象データ調査処理が終了する。

（図４の印刷準備処理の続き）
図４のＳ４２の対象データ調査処理が終了すると、Ｓ４４において、制御部２０は、対象データ調査処理の調査結果が「ＯＫ」であるのか否かを判断する。対象データ調査処理の調査結果が「ＮＧ」である場合（Ｓ４４でＮＯの場合）には、制御部２０は、Ｓ４６〜Ｓ６０の処理をスキップして、Ｓ６２において、印刷を実行不可能であることを示すメッセージを表示部１２に表示させ、印刷準備処理を終了する。

一方において、対象データ調査処理の調査結果が「ＯＫ」である場合（Ｓ４４でＹＥＳの場合）には、Ｓ４６において、制御部２０は、プリンタフォーマット確認処理を実行する。

（図７のプリンタフォーマット調査処理）
図４のＳ４６で実行されるプリンタフォーマット調査処理では、図７に示されるように、Ｓ１４２において、制御部２０は、プリンタ５４（図３のＳ１４で入力されたプリンタのＵＲＬによって特定されるプリンタ）のプリンタフォーマットを調査するための通信経路を特定する。即ち、制御部２０は、図４のＳ４０の通信経路調査処理でメモリ２４に記憶された調査結果を用いて、携帯端末１０からプリンタ５４を経由して携帯端末１０まで通信可能な通信経路を特定する。

例えば、通信経路Ｒ１が確立されていることを示す情報がメモリ２４に記憶されている場合には、制御部２０は、「Ｒ１→Ｒ１」を特定する。また、例えば、通信経路Ｒ２Ａ，Ｒ２Ｂ，Ｒ３Ａ，Ｒ３Ｂが確立されていることを示す情報がメモリ２４に記憶されている場合には、制御部２０は、「Ｒ３Ａ→Ｒ２Ｂ→Ｒ２Ａ→Ｒ３Ｂ」を特定する。なお、調査を実行可能な複数個の通信経路が存在する場合には、制御部２０は、一対のデバイスの間で実行される通信の回数が最も少ない通信経路を特定する。

Ｓ１４２において、制御部２０は、プリンタフォーマットの調査のための通信経路を特定することができたのか否かを判断する。Ｓ１４２でＮＯの場合、即ち、調査を実行不可能である場合には、制御部２０は、Ｓ１４８において、プリンタフォーマット調査処理の調査結果として、「ＮＧ」をメモリ２４に記憶させる。一方において、Ｓ１４２でＹＥＳの場合、即ち、プリンタフォーマットの調査のための通信経路が特定された場合には、Ｓ１４４に進む。

Ｓ１４４では、制御部２０は、Ｓ１４２で特定された通信経路に従って調査が実行されるように、調査指示データを生成する。Ｓ１４４には、Ｓ１４２で「Ｒ３Ａ→Ｒ２Ｂ→Ｒ２Ａ→Ｒ３Ｂ」が特定された場合に生成される調査指示データ１４４の一例が示されている。図６の調査指示データ１２４の場合と同様に、調査指示データ１４４は、どのデバイスがどのような処理を実行するのかを示すコマンドを含む。

次いで、Ｓ１４６において、制御部２０は、調査指示データ１４４に記述されている３個のコマンドのうちの最初のコマンドに対応する処理を実行すべきデバイスに調査指示データ１４４を送信する。即ち、制御部２０は、通信経路Ｒ３Ａを用いて、調査指示データ１４４を仲介サーバ７０に送信する。これにより、仲介サーバ７０等が以下の処理を実行する。

即ち、仲介サーバ７０は、第１のコマンドに従って、通信経路Ｒ２Ｂを用いて、調査指示データ１４４をプリンタ５４に送信する。次いで、プリンタ５４は、第２のコマンドに従って、自身が解釈可能な印刷データのフォーマット（即ちプリンタ５４のプリンタフォーマットである「ＰＤＦ」）を調査指示データ１４４に記述し、さらに、通信経路Ｒ２Ａを用いて、調査指示データ１４４を仲介サーバ７０に送信する。次いで、仲介サーバ７０は、第３のコマンドに従って、通信経路Ｒ３Ｂを用いて、調査指示データ１４４を携帯端末１０に送信する。

制御部２０は、仲介サーバ７０から送信される調査指示データ１４４を取得する。制御部２０は、取得済みの調査指示データ１４４の内容を確認することによって、プリンタ５４のプリンタフォーマット（即ち「ＰＤＦ」）を特定する。次いで、制御部２０は、Ｓ１４８において、プリンタフォーマット調査処理の調査結果として「ＯＫ」をメモリ２４に記憶させるとともに、特定済みのプリンタフォーマットをメモリ２４に記憶させる。Ｓ１４８を終えると、プリンタフォーマット調査処理が終了する。

（図４の印刷準備処理の続き）
図４のＳ４６のプリンタフォーマット調査処理が終了すると、Ｓ４８において、制御部２０は、プリンタフォーマット調査処理の調査結果が「ＯＫ」であるのか否かを判断する。プリンタフォーマット調査処理の調査結果が「ＮＧ」である場合（Ｓ４８でＮＯの場合）には、制御部２０は、Ｓ５０〜Ｓ６０の処理をスキップして、Ｓ６２の処理を実行して印刷準備処理を終了する。

一方において、プリンタフォーマット調査処理の調査結果が「ＯＫ」である場合（Ｓ４８でＹＥＳの場合）には、Ｓ５０において、判断部３８（図１参照）は、対象データＴＤのフォーマットが、プリンタフォーマット調査処理で得られたプリンタ５４のプリンタフォーマット（即ち「ＰＤＦ」）に一致するのか否かを判断する。なお、判断部３８は、図３のＳ１４で入力された対象データＴＤのＵＲＬ（例えば「ａａａ．ｂｂｂ．ｃｃｃ．ｐｄｆ」）に基づいて、対象データＴＤの拡張子（例えば最後の文字列「ｐｄｆ」）を取得することにより、対象データＴＤのフォーマットを特定する。対象データＴＤのフォーマットがプリンタ５４のプリンタフォーマットに一致する場合（Ｓ５０でＹＥＳの場合）には、制御部２０は、Ｓ５２，Ｓ５４の処理をスキップして、Ｓ５６に進む。一方において、対象データＴＤのフォーマットがプリンタ５４のプリンタフォーマットに一致する場合（Ｓ５０でＮＯの場合）には、Ｓ５２において、制御部２０は、コンバータ調査処理を実行する。

（図８のコンバータ調査処理）
図４のＳ５２で実行されるコンバータ調査処理では、図８に示されるように、Ｓ１６０において、制御部２０は、携帯端末１０が、対象データＴＤのフォーマットを、図４のＳ４６で得られたプリンタ５４のプリンタフォーマット（即ち「ＰＤＦ」）に変換可能なコンバータＣＯＮを有するのか否かを調査する。

次いで、Ｓ１６２において、制御部２０は、コンバータＣＯＮを調査するための通信経路を特定する。上述したように、コンバータＣＯＮは、ＰＣ６４及び仲介サーバ７０のどちらにも存在し得る。従って、Ｓ１６２では、制御部２０は、図４のＳ４０の通信経路調査処理でメモリ２４に記憶された調査結果を用いて、携帯端末１０からＰＣ６４及び仲介サーバ７０を経由して携帯端末１０まで通信可能な通信経路を特定する。

例えば、通信経路Ｒ３Ａ，Ｒ４Ｂ，Ｒ６が確立されていることを示す情報がメモリ２４に記憶されている場合には、制御部２０は、「Ｒ３→Ｒ４Ｂ→Ｒ６」を特定する。また、例えば、通信経路Ｒ３Ｂ，Ｒ４Ａ，Ｒ６が確立されていることを示す情報がメモリ２４に記憶されている場合には、制御部２０は、「Ｒ６→Ｒ４Ａ→Ｒ３Ｂ」を特定する。なお、調査を実行可能な複数個の通信経路が存在する場合には、制御部２０は、一対のデバイスの間で実行される通信の回数が最も少ない通信経路を特定する。なお、ＰＣ６４及び仲介サーバ７０の両方を経由する通信経路が存在せず、ＰＣ６４及び仲介サーバ７０の一方のみを経由する通信経路が存在する場合には、制御部２０は、当該一方のみを経由する通信経路を特定する。

Ｓ１６２において、制御部２０は、コンバータＣＯＮの調査のための通信経路を特定することができたのか否かを判断する。Ｓ１６２でＮＯの場合であり、かつ、Ｓ１６０で携帯端末１０がコンバータＣＯＮを有することが確認された場合には、Ｓ１６８において、制御部２０は、プリンタフォーマット調査処理の調査結果として「ＯＫ」をメモリ２４に記憶させるとともに、コンバータＣＯＮの位置として「ローカル」をメモリ２４に記憶させる。また、Ｓ１６２でＮＯの場合であり、かつ、Ｓ１６０で携帯端末１０がコンバータＣＯＮを有さないことが確認された場合には、Ｓ１６８において、制御部２０は、プリンタフォーマット調査処理の調査結果として「ＮＧ」をメモリ２４に記憶させる。一方において、Ｓ１６２でＹＥＳの場合、即ち、プリンタフォーマットの調査のための通信経路が特定された場合には、Ｓ１６４に進む。

Ｓ１６４では、制御部２０は、Ｓ１６２で特定された通信経路に従って調査が実行されるように、対象データＴＤのフォーマットと、プリンタ５４のプリンタフォーマットと、を含む調査指示データを生成する。Ｓ１６４には、Ｓ１６２で「Ｒ３Ａ→Ｒ４Ｂ→Ｒ６」が特定された場合に生成される調査指示データ１６４の一例が示されている。図６、図７の調査指示データ１２４，１４４の場合と同様に、調査指示データ１６４は、どのデバイスがどのような処理を実行するのかを示すコマンドを含む。

次いで、Ｓ１６６において、第１の取得部４０（図１参照）は、調査指示データ１６４に記述されている２個のコマンドのうちの最初のコマンドに対応する処理を実行すべきデバイスに調査指示データ１６４を送信する。即ち、第１の取得部４０は、通信経路Ｒ３Ａを用いて、調査指示データ１６４を仲介サーバ７０に送信する。これにより、仲介サーバ７０等は、以下の処理を実行する。

仲介サーバ７０は、第１のコマンドに従って、仲介サーバ７０自身が、対象データＴＤのフォーマットをプリンタ５４のプリンタフォーマットに変換するためのコンバータＣＯＮを有するのか否かを示す情報を、調査指示データ１６４に記述する。仲介サーバ７０は、さらに、通信経路Ｒ４Ｂを用いて、調査指示データ１６４をＰＣ６４に送信する。次いで、ＰＣ６４は、第２のコマンドに従って、ＰＣ６４自身が、対象データＴＤのフォーマットをプリンタ５４のプリンタフォーマットに変換可能なコンバータＣＯＮを有するのか否かを示す情報を調査指示データ１６４に記述する。ＰＣ６４は、さらに、通信経路Ｒ６を用いて、調査指示データ１６４を携帯端末１０に送信する。

第１の取得部４０は、ＰＣ６４から送信される調査指示データ１６４を取得する。上述したように、取得済みの調査指示データ１６４は、ＰＣ６４がコンバータＣＯＮを有するのか否かを示す情報と、仲介サーバ７０がコンバータＣＯＮを有するのか否かを示す情報と、を含む。Ｓ１６８において、制御部２０は、取得済みの調査指示データ１６４の内容に応じて、プリンタフォーマット調査処理の調査結果をメモリ２４に記憶させる。なお、プリンタフォーマット調査処理の調査結果として「ＯＫ」がメモリ２４に記憶される場合には、コンバータＣＯＮの位置を示す情報（即ち、「ローカル」、「ＰＣ」、「仲介サーバ」のうちの１個以上のデバイスを示す情報）もメモリ２４に記憶される。Ｓ１６８を終えると、コンバータ調査処理が終了する。

（図４の印刷準備処理の続き）
図４のＳ５２のコンバータ調査処理が終了すると、Ｓ５４において、制御部２０は、コンバータ調査処理の調査結果が「ＯＫ」であるのか否かを判断する。コンバータ調査処理の調査結果が「ＮＧ」である場合（Ｓ５４でＮＯの場合）には、制御部２０は、Ｓ５６〜Ｓ６０の処理をスキップして、Ｓ６２の処理を実行して印刷準備処理を終了する。

一方において、コンバータ調査処理の調査結果が「ＯＫ」である場合（Ｓ５４でＹＥＳの場合）には、Ｓ５６において、決定部３２（図１参照）は、メモリ２４に格納されている各調査結果（Ｓ４０、Ｓ４２、Ｓ４６、Ｓ５２の各調査結果）を用いて、対象データＴＤの印刷を実現するための通信経路、即ち、後述の印刷指示データ２００ａ等を通信するための通信経路（以下では「特定の通信経路」と呼ぶ）を決定する。次いで、Ｓ５８において、生成部３４（図１参照）は、印刷指示データを生成する。さらに、Ｓ６０において、送信部３６（図１参照）は、印刷指示データを送信する。図９〜図１３を参照しながら、様々なケースに対応するＳ５６〜Ｓ６０の処理の内容を、以下に詳しく説明する。なお、図９〜図１３において、破線の矢印は、当該矢印に対応する通信経路が確立されていることを示し、実線の矢印は、印刷指示データが通信される順序を示す。

（図９のケースＡ）
ケースＡは、対象データＴＤのフォーマットがプリンタ５４のプリンタフォーマット（即ち「ＰＤＦ」）に一致しないために（図４のＳ５０でＮＯであるために）、コンバータＣＯＮが必要である例を示す。ケースＡでは、ＰＣ６４が対象データＴＤを格納しており、仲介サーバ７０がコンバータＣＯＮを有する。

Ｓ５６では、決定部３２は、各デバイス１０，５４，６４，７０の間において、対象データＴＤ、及び、対象データＴＤがコンバータＣＯＮによって変換されることによって得られる変換済みデータが通信される回数（以下では「データ通信回数」と呼ぶ）が、最も少なくなるように、上記の特定の通信経路を決定する。しかも、決定部３２は、データ通信回数が最も少なくなるように、図４のＳ５２のコンバータ調査処理の調査結果に基づいて、対象データＴＤから変換済みデータへの変換処理を実行すべきデバイス（ケースＡでは仲介サーバ７０）を特定する。決定部３２は、上記の特定の通信経路上に、コンバータＣＯＮを有する仲介サーバ７０が存在するように、上記の特定の通信経路を決定する。

従って、ケースＡでは、決定部３２は、上記の特定の通信経路として、「Ｒ６→Ｒ４Ａ→Ｒ３Ｂ→Ｒ１」を決定する。この場合、データ通信回数は、３回である（即ち「ＰＣ６４→仲介サーバ７０→携帯端末１０→プリンタ５４」）。対象データＴＤ及び変換済みデータの通信経路としては、「ＰＣ６４→携帯端末１０→仲介サーバ７０（ここで対象データＴＤから変換済みデータの生成）→携帯端末１０→プリンタ５４」、「ＰＣ６４→仲介サーバ７０（ここで対象データＴＤから変換済みデータの生成）→ＰＣ６４→携帯端末１０→プリンタ５４」等も考えられるが、これらのデータ通信回数は、４回以上になってしまう。本実施例では、決定部３２が、データ通信回数が最も少ない上記の特定の通信経路を決定するために、ネットワークの通信トラフィックが増大するのを抑制し得る。

Ｓ５８では、生成部３４は、Ｓ５６で決定された上記の特定の通信経路に従って、印刷指示データ２００ａを生成する。図６〜図８の調査指示データ１２４，１４４，１６４の場合と同様に、印刷指示データ２００ａは、どのデバイスがどのような処理を実行するのかを示すコマンドを含む。印刷指示データ２００ａは、４個のコマンドを含む。

Ｓ６０では、送信部３６は、印刷指示データ２００ａに含まれる４個のコマンドのうちの最初のコマンドに対応する処理を実行すべきデバイスに印刷指示データ２００ａを送信する。即ち、送信部３６は、通信経路Ｒ６を用いて、印刷指示データ２００ａをＰＣ６４に送信する。これにより、ＰＣ６４等が、印刷指示データ２００ａに従って、以下の各処理を順次実行する。

即ち、ＰＣ６４は、第１のコマンドに従って、ＰＣ６４に格納されている対象データＴＤを印刷指示データ２００ａに添付する。ＰＣ６４は、さらに、通信経路Ｒ４Ａを用いて、印刷指示データ２００ａを仲介サーバ７０に送信する。次いで、仲介サーバ７０は、第２のコマンドに従って、コンバータＣＯＮを用いて、対象データＴＤから変換済みデータを生成する。これにより、仲介サーバ７０は、プリンタ５４が解釈可能なフォーマット（即ち「ＰＤＦ」）を有する変換済みデータを生成することができる。仲介サーバ７０は、さらに、通信経路Ｒ３Ｂを用いて、変換済みデータが添付された印刷指示データ２００ａを携帯端末１０に送信する。この場合、携帯端末１０の制御部２０は、図３のＳ２０でＹＥＳと判断し、図３のＳ２２において、特定処理実行部５０は、第３のコマンドに従って、第３のコマンドに対応するチェックボックスをチェックする処理を実行して、次いで、通信経路Ｒ１を用いて、印刷指示データ２００ａをプリンタ５４に送信する。プリンタ５４は、第４のコマンドに従って、印刷指示データ２００ａに添付されている変換済みデータを用いて、印刷を実行する。この結果、対象データＴＤによって表わされる画像が印刷された印刷媒体が、プリンタ５４から出力される。

（図１０のケースＢ）
ケースＢは、対象データＴＤのフォーマットがプリンタ５４のプリンタフォーマット（即ち「ＰＤＦ」）に一致するために（図４のＳ５０でＹＥＳであるために）、コンバータＣＯＮが不要である例を示す。ケースＢでは、ＰＣ６４が対象データＴＤを格納している。

Ｓ５６では、決定部３２は、上記のデータ通信回数が最も少なくなり、かつ、上記の特定の通信経路上に、コンバータＣＯＮを有する仲介サーバ７０が存在しないように、上記の特定の通信経路を決定する。従って、決定部３２は、上記の特定の通信経路として、「Ｒ６→Ｒ６→Ｒ１」を決定する（即ちデータ通信回数は２回である）。Ｓ５８では、生成部３４は、印刷指示データ２００ｂを生成する。Ｓ６０では、送信部３６は、通信経路Ｒ６を用いて、印刷指示データ２００ｂをＰＣ６４に送信する。これにより、ＰＣ６４等が、印刷指示データ２００ｂに従って、以下の各処理を順次実行する。

即ち、ＰＣ６４は、通信経路Ｒ６を用いて、対象データＴＤが添付された印刷指示データ２００ｂを携帯端末１０に送信する。この場合、携帯端末１０の制御部２０は、図３のＳ２０でＹＥＳと判断し、図３のＳ２２において、特定処理実行部５０は、通信経路Ｒ１を用いて、印刷指示データ２００ｂをプリンタ５４に送信する。プリンタ５４は、対象データＴＤそのものを用いて、印刷を実行する。

ケースＡとケースＢとから明らかなように、携帯端末１０は、対象データＴＤのフォーマットがプリンタ５４のプリンタフォーマットに一致するのか否かに応じて、上記の特定の通信経路を適切に決定することができる。特に、ケースＢでは、コンバータＣＯＮを有する仲介サーバ７０を経由しない上記の特定の通信経路が決定されるために、仲介サーバ７０を経由する不要な通信が実行されるのを抑制することができる。ネットワークの通信トラフィックが増大するのを抑制することができる。

（図１１のケースＣ）
ケースＣは、対象データＴＤがインターネット４上のデータサーバ８０に存在する例を示す。ケースＣでは、コンバータＣＯＮが必要であり、仲介サーバ７０がコンバータＣＯＮを有する。

Ｓ５６では、決定部３２は、上記のデータ通信回数が最も少なくなり、かつ、上記の特定の通信経路上に、コンバータＣＯＮを有する仲介サーバ７０が存在するように、上記の特定の通信経路を決定する。従って、決定部３２は、上記の特定の通信経路として、「Ｒ３Ａ→Ｒ２Ｂ」を決定する（即ちデータ通信回数は１回である）。Ｓ５８では、生成部３４は、印刷指示データ２００ｃを生成する。Ｓ６０では、送信部３６は、通信経路Ｒ３Ａを用いて、印刷指示データ２００ｃを仲介サーバ７０に送信する。これにより、仲介サーバ７０等が、印刷指示データ２００ｃに従って、以下の各処理を順次実行する。

即ち、仲介サーバ７０は、対象データＴＤをデータサーバ８０から取得して、対象データＴＤを仲介サーバ７０自身のメモリに一時的に記憶させる。さらに、仲介サーバ７０は、対象データＴＤから変換済みデータを生成し、通信経路Ｒ２Ｂを用いて、変換済みデータが添付された印刷指示データ２００ｃをプリンタ５４に送信する。プリンタ５４は、変換済みデータを用いて、印刷を実行する。

（図１２のケースＤ）
ケースＤは、対象データＴＤが携帯端末１０に存在する例を示す。ケースＤでは、コンバータＣＯＮが必要であり、仲介サーバ７０がコンバータＣＯＮを有する。

Ｓ５６では、決定部３２は、上記のデータ通信回数が最も少なくなり、かつ、上記の特定の通信経路上に、コンバータＣＯＮを有する仲介サーバ７０が存在するように、上記の特定の通信経路を決定する。従って、決定部３２は、上記の特定の通信経路として、「Ｒ３Ａ→Ｒ２Ｂ」を決定する（即ちデータ通信回数は２回である）。Ｓ５８では、生成部３４は、印刷指示データ２００ｄを生成する。Ｓ６０では、送信部３６は、携帯端末１０のメモリ２４に格納されている対象データＴＤを印刷指示データ２００ｄに添付し、さらに、通信経路Ｒ３Ａを用いて、印刷指示データ２００ｄを仲介サーバ７０に送信する。これにより、仲介サーバ７０等が、印刷指示データ２００ｄに従って、以下の各処理を順次実行する。

即ち、仲介サーバ７０は、対象データＴＤから変換済みデータを生成し、通信経路Ｒ２Ｂを用いて、変換済みデータが添付された印刷指示データ２００ｄをプリンタ５４に送信する。プリンタ５４は、変換済みデータを用いて、印刷を実行する。

（図１３のケースＥ）
ケースＥは、コンバータＣＯＮが必要であり、携帯端末１０がコンバータＣＯＮを有する例を示す。ケースＥでは、対象データＴＤがＰＣ６４に存在する。

Ｓ５６では、決定部３２は、上記のデータ通信回数が最も少なくなり、かつ、上記の特定の通信経路上に、コンバータＣＯＮを有する携帯端末１０が存在するように、上記の特定の通信経路を決定する。従って、決定部３２は、上記の特定の通信経路として、「Ｒ６→Ｒ６→Ｒ１」を決定する（即ちデータ通信回数は２回である）。Ｓ５８では、生成部３４は、印刷指示データ２００ｅを生成する。Ｓ６０では、送信部３６は、通信経路Ｒ６を用いて、印刷指示データ２００ｅをＰＣ６４に送信する。これにより、ＰＣ６４等が、印刷指示データ２００ｅに従って、以下の各処理を順次実行する。

即ち、ＰＣ６４は、対象データＴＤを印刷指示データ２００ｅに添付し、さらに、通信経路Ｒ６を用いて、印刷指示データ２００ｅを携帯端末１０に送信する。この場合、携帯端末１０の制御部２０は、図３のＳ２０でＹＥＳと判断し、図３のＳ２２において、特定処理実行部５０は、印刷指示データ２００ｅから変換済みデータを生成し、通信経路Ｒ１を用いて、変換済みデータが添付された印刷指示データ２００ｅをプリンタ５４に送信する。プリンタ５４は、変換済みデータを用いて、印刷を実行する。

（本実施例の効果）
本実施例によると、携帯端末１０は、図４のＳ４０の通信経路調査処理（図５参照）で得られるメモリ２４内の調査結果を用いて、対象データＴＤ又は変換済みデータをプリンタ５４に供給可能な上記の特定の通信経路を決定する（図４のＳ５６）。従って、例えば、図９のケースＡに示されるように、仲介サーバ７０とプリンタ５４との間の通信経路が確立されていない場合には、携帯端末１０は、仲介サーバ７０とプリンタ５４との間で通信する必要がある通信経路を決定せずに、対象データＴＤ又は変換済みデータをプリンタ５４に確実に供給可能な上記の特定の通信経路を決定することができる。さらに、携帯端末１０は、決定済みの特定の通信経路に基づいて、印刷指示データ２００ａ等を生成し、次いで、最初に実行されるべき処理を実行するデバイス（図９のケースではＰＣ６４）に印刷指示データ２００ａ等を送信する。この結果、対象データＴＤ又は変換済みデータがプリンタ５４に確実に供給されるために、プリンタ５４は、対象データＴＤによって表わされる画像の印刷を実行することができる。本実施例によると、対象データＴＤによって表わされる画像の印刷が実行されない事象が発生するのを抑制することができる。

本実施例の各要素と本発明の各要素との対応関係を記載しておく。プリンタ５４、携帯端末１０が、それぞれ、「印刷デバイス」、「立案デバイス」の一例である。ケースＡ，Ｂ，Ｅでは、ＰＣ６４が「記憶デバイス」の一例である。ケースＣでは、データサーバ８０から対象データＴＤを取得して一時的に記憶する仲介サーバ７０が「記憶デバイス」の一例である。また、ケースＤでは、携帯端末１０が「記憶デバイス」の一例である。なお、ケースＡ，Ｃ，Ｄでは、仲介サーバ７０が「変換デバイス」の一例であり、ケースＥでは、携帯端末１０が「変換デバイス」の一例である。本実施例から明らかなように、ケースＤでは、携帯端末１０が「立案デバイス」と「記憶デバイス」との両方に対応し、ケースＥでは、携帯端末１０が「立案デバイス」と「変換デバイス」との両方に対応する。即ち、一般的に言うと、「複数個のデバイス」のうちの２個以上のデバイスが一体に構成されていてもよい。

また、例えば、ケースＡでは、ＰＣ６４が「第１のデバイス」の一例である。例えば、図８の調査指示データ１６４では、ＰＣ６４、仲介サーバ７０が、それぞれ、「第２のデバイス」、「第３のデバイス」の一例である。例えば、ケースＡでは、プリンタ５４が「第４のデバイス」の一例である。また、プリンタ５４、ＰＣ６４、及び、仲介サーバ７０が「第１種のデバイス群」の一例である。従って、図５のＳ８０，Ｓ９０，Ｓ１００で送信される確認信号が「特定信号」の一例である。また、当該確認信号に対する応答信号を送信するデバイス群が「第２種のデバイス群」の一例である。

なお、ケースＡでは、第３のコマンドに対応するチェックボックスをチェックすることが「特定処理」の一例であり、ケースＥでは、対象データＴＤから変換済みデータを生成して、第２のコマンドに対応するチェックボックスをチェックすることが「特定処理」の一例である。なお、図５のＳ８４，Ｓ８６，Ｓ９４，Ｓ９６，Ｓ１０４，Ｓ１０６でメモリ２４に記憶される情報が「通信情報」の一例である。また、対象データＴＤ又は変換済みデータが「印刷データ」の一例である。即ち、「印刷データ」は、対象データＴＤそのものであってもよいし（ケースＢ参照）、対象データＴＤから生成される変換済みデータであってもよい（ケースＡ，Ｃ〜Ｅ参照）。一般的に言うと、「印刷データ」は、対象データＴＤから得られるデータであって、印刷デバイスが解釈可能なデータ形式を有するデータであればよい。

（変形例１）上記の実施例では、複数個の要素３２〜５０の全てが携帯端末１０に設けられているが、複数個の要素３２〜５０の全てが携帯端末１０に設けられていなくてもよい。例えば、決定部３２及びメモリ２４が携帯端末１０に設けられ、生成部３４及び送信部３６がインターネット４上のサーバに設けられていてもよい。一般的に言うと、「立案デバイス」が備える複数の要素（メモリ、決定部、生成部、送信部等）は、１個のデバイス内に設けられていてもよいし、２個以上のデバイスに分散して設けられていてもよい。

（変形例２）上記の実施例では、プリンタ５４が解釈可能なデータ形式として、「ＰＤＦ」を採用しているが、他のデータ形式（例えば「ＰＳ」等）を採用してもよい。

（変形例３）上記の実施例では、図４のＳ５６において、決定部３２は、上記のデータ通信回数が最も少なくなるように、上記の特定の通信経路を決定するが、それに代えて、例えば、通信料金が最も少なくなるように、上記の特定の通信経路を決定してもよいし、印刷までの時間が最も短くなるように、上記の特定の通信経路を決定してもよい。

（変形例４）上記の実施例では、ユーザから印刷の指示が入力される場合（図３のＳ１２でＹＥＳの場合）に、携帯端末１０は、各デバイスが直接的に通信可能であるのか否かを調査して、調査結果をメモリ２４に記憶させるが（図５参照）、それに代えて、各デバイスが直接的に通信可能であるのか否かを示す通信情報が、携帯端末１０のメモリ２４に予め記憶されていてもよい。例えば、ユーザは、メモリ２４に通信情報を予め記憶させてもよい。

（変形例５）上記の実施例では、メモリ２４は、直接的に通信可能である通信経路のみを記憶するが、それに代えて、直接的に通信不可能である通信経路のみを記憶してもよいし、直接的に通信可能である通信経路と直接的に通信不可能である通信経路との両方を区別して記憶してもよい。即ち、一般的に言うと、「通信情報」は、２個のデバイスが直接的に通信可能であるのか否かに関係する情報であれば、どのような情報であってもよい。

（変形例６）上記の実施例では、「立案デバイス」の一例として、携帯端末１０を採用しているが、それに代えて、ＰＣ、サーバ、プリンタ、スキャナ、ファクシミリ等を採用してもよい。

（変形例７）図５のＳ８４及びＳ１０４の両方で、通信経路Ｒ５が確立されているのか否かを調査するための問い合わせ信号が送信され、かつ、通信経路Ｒ５に関する２つの調査結果が異なる場合には、制御部２０は、後に得られた調査結果（即ちＳ１０４で得られた調査結果）に従って、通信経路Ｒ５が確立されているのか否かを決定してもよい。例えば、Ｓ８４で問い合わせ信号が送信された際には、通信経路Ｒ５が確立されていたが、Ｓ１０４で問い合わせ信号が送信される前に、通信経路Ｒ５が切断される可能性があるからである。また、Ｓ８４で通信経路Ｒ５に関する問い合わせ信号が送信される場合には、Ｓ１０４で通信経路Ｒ５に関する問い合わせ信号が送信されないように構成してもよい。

（変形例８）上記の実施例では、各指示データにおいてチェックボックスが設けられており、処理済みの指示に対応するチェックボックスがチェックされる。これにより、各デバイスは、指示データ内の未処理の指示を特定することができる。この構成に代えて、各デバイスは、指示データ内の処理済みの指示を削除してもよい。本変形例でも、各デバイスは、指示データ内の未処理の指示を特定することができる。

（変形例９）なお、上記の実施例の各部３２〜５０の機能は、上記の実施例のようにソフトウェアによって実現されてもよいが、論理回路等のハードウェアによって実現されてもよい。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：携帯端末、５４：プリンタ、６４：ＰＣ、７０：仲介サーバ、８０：データサーバ、２００ａ〜２００ｅ：印刷指示データ、Ｒ１〜Ｒ６：通信経路

Claims (12)

1. 印刷対象の対象データを記憶するための記憶デバイスと、前記対象データによって表わされる対象画像の印刷を実行するための印刷デバイスと、前記対象画像の印刷を前記印刷デバイスに実行させるための処理手順を立案するための立案デバイスと、を含む複数個のデバイスを備えるシステムで利用される前記立案デバイスであって、
   メモリと、
   前記複数個のデバイスのうちの第１種のデバイス群のそれぞれに特定信号を送信して、応答信号を受信することを監視することによって、前記立案デバイスが前記第１種のデバイス群のそれぞれと直接的に通信可能であるのか否かを確認する第１の確認部であって、前記第１種のデバイス群は、ユーザから指定される前記印刷デバイスの位置情報によって特定される前記印刷デバイスを含む、前記第１の確認部と、
   前記第１種のデバイス群のうち、前記立案デバイスと直接的に通信可能であると確認される第２種のデバイス群のそれぞれから、当該第２種のデバイスと、当該第２種のデバイスと異なるデバイスと、が直接的に通信可能であるのか否かに関する関係情報を取得する関係情報取得部であって、前記立案デバイスが前記印刷デバイスと直接的に通信可能であることが確認される場合に、前記印刷デバイスと、前記ユーザから指定される前記対象データの位置情報によって特定される前記対象データを記憶するための前記記憶デバイスと、が直接的に通信可能であるのか否かを、前記印刷デバイスに問い合わせることによって、前記印刷デバイスから、前記印刷デバイスと前記記憶デバイスとが直接的に通信可能であるのか否かに関する関係情報を取得する、前記関係情報取得部と、
   前記第１の確認部によって実行される前記確認の結果と、前記関係情報取得部によって取得される前記関係情報と、を用いて、前記複数個のデバイスのうちの２個のデバイスの各組み合わせについて、当該組み合わせを構成する２個のデバイスが直接的に通信可能であるのか否かに関する通信情報を前記メモリに記憶させる記憶制御部と、
   前記メモリ内の前記通信情報を用いて、前記記憶デバイス内の前記対象データから得られる印刷データを前記印刷デバイスに供給可能な特定の通信経路を決定する決定部であって、前記印刷データは、前記印刷デバイスが解釈可能なデータ形式を有する、前記決定部と、
   前記複数個のデバイスのうち、前記特定の通信経路上に存在する１個以上のデバイスが、前記対象画像の印刷を実現するための１個以上の処理を順次実行するように、前記１個以上の処理の実行を指示する処理手順データを生成する生成部と、
   前記１個以上のデバイスのうち、前記１個以上の処理の中で最初に実行されるべき処理を実行する第１のデバイスに、前記処理手順データを送信する送信部と、
   を備える立案デバイス。
2. 前記第１種のデバイス群は、さらに、前記ユーザから指定される前記対象データの前記位置情報によって特定される前記対象データを記憶するための前記記憶デバイスを含み、
   前記関係情報取得部は、さらに、前記立案デバイスが前記記憶デバイスと直接的に通信可能であることが確認される場合に、前記記憶デバイスと、前記ユーザから指定される前記印刷デバイスの前記位置情報によって特定される前記印刷デバイスと、が直接的に通信可能であるのか否かを、前記記憶デバイスに問い合わせることによって、前記記憶デバイスから、前記記憶デバイスと前記印刷デバイスとが直接的に通信可能であるのか否かに関する関係情報を取得する、請求項１に記載の立案デバイス。
3. 印刷対象の対象データを記憶するための記憶デバイスと、前記対象データによって表わされる対象画像の印刷を実行するための印刷デバイスと、前記対象画像の印刷を前記印刷デバイスに実行させるための処理手順を立案するための立案デバイスと、を含む複数個のデバイスを備えるシステムで利用される前記立案デバイスであって、
   メモリと、
   前記複数個のデバイスのうちの第１種のデバイス群のそれぞれに特定信号を送信して、応答信号を受信することを監視することによって、前記立案デバイスが前記第１種のデバイス群のそれぞれと直接的に通信可能であるのか否かを確認する第１の確認部であって、前記第１種のデバイス群は、ユーザから指定される前記対象データの位置情報によって特定される前記対象データを記憶するための前記記憶デバイスを含む、前記第１の確認部と、
   前記第１種のデバイス群のうち、前記立案デバイスと直接的に通信可能であると確認される第２種のデバイス群のそれぞれから、当該第２種のデバイスと、当該第２種のデバイスと異なるデバイスと、が直接的に通信可能であるのか否かに関する関係情報を取得する関係情報取得部であって、前記立案デバイスが前記記憶デバイスと直接的に通信可能であることが確認される場合に、前記記憶デバイスと、前記ユーザから指定される前記印刷デバイスの位置情報によって特定される前記印刷デバイスと、が直接的に通信可能であるのか否かを、前記記憶デバイスに問い合わせることによって、前記記憶デバイスから、前記記憶デバイスと前記印刷デバイスとが直接的に通信可能であるのか否かに関する関係情報を取得する、前記関係情報取得部と、
   前記第１の確認部によって実行される前記確認の結果と、前記関係情報取得部によって取得される前記関係情報と、を用いて、前記複数個のデバイスのうちの２個のデバイスの各組み合わせについて、当該組み合わせを構成する２個のデバイスが直接的に通信可能であるのか否かに関する通信情報を前記メモリに記憶させる記憶制御部と、
   前記メモリ内の前記通信情報を用いて、前記記憶デバイス内の前記対象データから得られる印刷データを前記印刷デバイスに供給可能な特定の通信経路を決定する決定部であって、前記印刷データは、前記印刷デバイスが解釈可能なデータ形式を有する、前記決定部と、
   前記複数個のデバイスのうち、前記特定の通信経路上に存在する１個以上のデバイスが、前記対象画像の印刷を実現するための１個以上の処理を順次実行するように、前記１個以上の処理の実行を指示する処理手順データを生成する生成部と、
   前記１個以上のデバイスのうち、前記１個以上の処理の中で最初に実行されるべき処理を実行する第１のデバイスに、前記処理手順データを送信する送信部と、
   を備える立案デバイス。
4. 前記複数個のデバイスは、さらに、前記対象データに対する変換処理を実行することによって、前記印刷データを生成する変換デバイスを含み、
   前記決定部は、前記特定の通信経路上に前記変換デバイスが存在するように、前記特定の通信経路を決定し、
   前記生成部は、前記変換処理が前記変換デバイスによって実行され、かつ、前記変換処理によって生成される前記印刷データが前記印刷デバイスに供給されるように、前記処理手順データを生成する、請求項１から３のいずれか一項に記載の立案デバイス。
5. 前記対象データのデータ形式が、前記印刷デバイスが解釈可能なデータ形式であるのか否かを判断する判断部をさらに備え、
   前記対象データのデータ形式が、前記印刷デバイスが解釈可能なデータ形式でないと判断される第１の場合に、
   前記決定部は、前記特定の通信経路上に前記変換デバイスが存在するように、前記特定の通信経路を決定し、
   前記生成部は、前記変換処理が前記変換デバイスによって実行され、かつ、前記変換処理によって生成される前記印刷データが前記印刷デバイスに供給されるように、前記処理手順データを生成し、
   前記対象データのデータ形式が、前記印刷デバイスが解釈可能なデータ形式であると判断される第２の場合に、
   前記決定部は、前記特定の通信経路上に前記変換デバイスが存在しないように、前記特定の通信経路を決定し、
   前記生成部は、前記対象データと同じである前記印刷データが前記印刷デバイスに供給されるように、前記処理手順データを生成する、請求項４に記載の立案デバイス。
6. 前記複数個のデバイスのうち、前記立案デバイスと直接的に通信可能な第２のデバイスから、第１の特定情報と第２の特定情報とを取得する特定情報取得部をさらに備え、
   前記第１の特定情報は、前記第２のデバイスが前記変換処理を実行可能であるのか否かを示す情報を含み、
   前記第２の特定情報は、前記複数個のデバイスのうち、前記第２のデバイスと直接的に通信可能な第３のデバイスが前記変換処理を実行可能であるのか否かを示す情報を含み、
   前記決定部は、前記特定情報取得部によって取得される前記第１及び第２の特定情報に基づいて、前記対象データに対する前記変換処理を実行すべき前記変換デバイスを特定し、前記特定の通信経路上に特定済みの前記変換デバイスが存在するように、前記特定の通信経路を決定する、請求項４又は５に記載の立案デバイス。
7. 前記ユーザから指定される前記対象データの位置情報に、前記対象データが実際に存在するのか否かを確認する第２の確認部をさらに備え、
   前記決定部は、前記対象データが実際に存在すると確認される場合に、前記特定の通信経路を決定する、請求項１から６のいずれか一項に記載の立案デバイス。
8. 前記第１のデバイスを経由した前記処理手順データが受信される場合に、前記処理手順データで指示されている特定処理を実行し、前記複数個のデバイスのうち、前記特定処理の次の処理を実行すべき第４のデバイスに、前記処理手順データを送信する特定処理実行部をさらに備える、請求項１から７のいずれか一項に記載の立案デバイス。
9. 前記決定部は、前記複数個のデバイスの間での前記対象データ及び前記印刷データの通信回数が最も少なくなるように、前記特定の通信経路を決定する、請求項１から８のいずれか一項に記載の立案デバイス。
10. 印刷対象の対象データを記憶するための記憶デバイスと、前記対象データによって表わされる対象画像の印刷を実行するための印刷デバイスと、前記対象画像の印刷を前記印刷デバイスに実行させるための処理手順を立案するための立案デバイスと、を含む複数個のデバイスを備えるシステムで利用される前記立案デバイスを実現するためのコンピュータプログラムであって、
    コンピュータに、以下の各処理、即ち、
    前記複数個のデバイスのうちの第１種のデバイス群のそれぞれに特定信号を送信して、応答信号を受信することを監視することによって、前記立案デバイスが前記第１種のデバイス群のそれぞれと直接的に通信可能であるのか否かを確認する第１の確認処理であって、前記第１種のデバイス群は、ユーザから指定される前記印刷デバイスの位置情報によって特定される前記印刷デバイスを含む、前記第１の確認処理と、
    前記第１種のデバイス群のうち、前記立案デバイスと直接的に通信可能であると確認される第２種のデバイス群のそれぞれから、当該第２種のデバイスと、当該第２種のデバイスと異なるデバイスと、が直接的に通信可能であるのか否かに関する関係情報を取得する関係情報取得処理であって、前記立案デバイスが前記印刷デバイスと直接的に通信可能であることが確認される場合に、前記印刷デバイスと、前記ユーザから指定される前記対象データの位置情報によって特定される前記対象データを記憶するための前記記憶デバイスと、が直接的に通信可能であるのか否かを、前記印刷デバイスに問い合わせることによって、前記印刷デバイスから、前記印刷デバイスと前記記憶デバイスとが直接的に通信可能であるのか否かに関する関係情報を取得する、前記関係情報取得処理と、
    前記第１の確認処理で実行される前記確認の結果と、前記関係情報取得処理で取得される前記関係情報と、を用いて、前記複数個のデバイスのうちの２個のデバイスの各組み合わせについて、当該組み合わせを構成する２個のデバイスが直接的に通信可能であるのか否かに関する通信情報をメモリに記憶させる記憶処理と、
    前記メモリ内の前記通信情報を用いて、前記記憶デバイス内の前記対象データから得られる印刷データを前記印刷デバイスに供給可能な特定の通信経路を決定する決定処理であって、前記印刷データは、前記印刷デバイスが解釈可能なデータ形式を有する、前記決定処理と、
    前記複数個のデバイスのうち、前記特定の通信経路上に存在する１個以上のデバイスが、前記対象画像の印刷を実現するための１個以上の処理を順次実行するように、前記１個以上の処理の実行を指示する処理手順データを生成する生成処理と、
    前記１個以上のデバイスのうち、前記１個以上の処理の中で最初に実行されるべき処理を実行する第１のデバイスに、前記処理手順データを送信する送信処理と、
    を実行させるコンピュータプログラム。
11. 印刷対象の対象データを記憶するための記憶デバイスと、前記対象データによって表わされる対象画像の印刷を実行するための印刷デバイスと、前記対象画像の印刷を前記印刷デバイスに実行させるための処理手順を立案するための立案デバイスと、を含む複数個のデバイスを備えるシステムで利用される前記立案デバイスを実現するためのコンピュータプログラムであって、
    コンピュータに、以下の各処理、即ち、
    前記複数個のデバイスのうちの第１種のデバイス群のそれぞれに特定信号を送信して、応答信号を受信することを監視することによって、前記立案デバイスが前記第１種のデバイス群のそれぞれと直接的に通信可能であるのか否かを確認する第１の確認処理であって、前記第１種のデバイス群は、ユーザから指定される前記対象データの位置情報によって特定される前記対象データを記憶するための前記記憶デバイスを含む、前記第１の確認処理と、
    前記第１種のデバイス群のうち、前記立案デバイスと直接的に通信可能であると確認される第２種のデバイス群のそれぞれから、当該第２種のデバイスと、当該第２種のデバイスと異なるデバイスと、が直接的に通信可能であるのか否かに関する関係情報を取得する関係情報取得処理であって、前記立案デバイスが前記記憶デバイスと直接的に通信可能であることが確認される場合に、前記記憶デバイスと、前記ユーザから指定される前記印刷デバイスの位置情報によって特定される前記印刷デバイスと、が直接的に通信可能であるのか否かを、前記記憶デバイスに問い合わせることによって、前記記憶デバイスから、前記記憶デバイスと前記印刷デバイスとが直接的に通信可能であるのか否かに関する関係情報を取得する、前記関係情報取得処理と、
    前記第１の確認処理によって実行される前記確認の結果と、前記関係情報取得処理によって取得される前記関係情報と、を用いて、前記複数個のデバイスのうちの２個のデバイスの各組み合わせについて、当該組み合わせを構成する２個のデバイスが直接的に通信可能であるのか否かに関する通信情報をメモリに記憶させる記憶処理と、
    前記メモリ内の前記通信情報を用いて、前記記憶デバイス内の前記対象データから得られる印刷データを前記印刷デバイスに供給可能な特定の通信経路を決定する決定処理であって、前記印刷データは、前記印刷デバイスが解釈可能なデータ形式を有する、前記決定処理と、
    前記複数個のデバイスのうち、前記特定の通信経路上に存在する１個以上のデバイスが、前記対象画像の印刷を実現するための１個以上の処理を順次実行するように、前記１個以上の処理の実行を指示する処理手順データを生成する生成処理と、
    前記１個以上のデバイスのうち、前記１個以上の処理の中で最初に実行されるべき処理を実行する第１のデバイスに、前記処理手順データを送信する送信処理と、
    を実行させるコンピュータプログラム。
12. 印刷対象の対象データを記憶するための記憶デバイスと、前記対象データによって表わされる対象画像の印刷を実行するための印刷デバイスと、前記対象画像の印刷を前記印刷デバイスに実行させるための処理手順を立案するための立案デバイスと、を含む複数個のデバイスを備えるシステムで利用される方法であり、
    前記複数個のデバイスのうちの第１種のデバイス群のそれぞれに特定信号を送信して、応答信号を受信することを監視することによって、前記立案デバイスが前記第１種のデバイス群のそれぞれと直接的に通信可能であるのか否かを確認する第１の確認工程であって、前記第１種のデバイス群は、ユーザから指定される前記印刷デバイスの位置情報によって特定される前記印刷デバイスを含む、前記第１の確認工程と、
    前記第１種のデバイス群のうち、前記立案デバイスと直接的に通信可能であると確認される第２種のデバイス群のそれぞれから、当該第２種のデバイスと、当該第２種のデバイスと異なるデバイスと、が直接的に通信可能であるのか否かに関する関係情報を取得する関係情報取得工程であって、前記立案デバイスが前記印刷デバイスと直接的に通信可能であることが確認される場合に、前記印刷デバイスと、前記ユーザから指定される前記対象データの位置情報によって特定される前記対象データを記憶するための前記記憶デバイスと、が直接的に通信可能であるのか否かを、前記印刷デバイスに問い合わせることによって、前記印刷デバイスから、前記印刷デバイスと前記記憶デバイスとが直接的に通信可能であるのか否かに関する関係情報を取得する、前記関係情報取得工程と、
    前記第１の確認工程で実行される前記確認の結果と、前記関係情報取得工程で取得される前記関係情報と、を用いて、前記複数個のデバイスのうちの２個のデバイスの各組み合わせについて、当該組み合わせを構成する２個のデバイスが直接的に通信可能であるのか否かに関する通信情報をメモリに記憶させる記憶工程と、
    前記メモリ内の前記通信情報を用いて、前記記憶デバイス内の前記対象データから得られる印刷データを前記印刷デバイスに供給可能な特定の通信経路を決定する決定工程であって、前記印刷データは、前記印刷デバイスが解釈可能なデータ形式を有する、前記決定工程と、
    前記複数個のデバイスのうち、前記特定の通信経路上に存在する１個以上のデバイスが、前記対象画像の印刷を実現するための１個以上の処理を順次実行するように、前記１個以上の処理の実行を指示する処理手順データを生成する生成工程と、
    前記１個以上のデバイスのうち、前記１個以上の処理の中で最初に実行されるべき処理を実行する第１のデバイスに、前記処理手順データを送信する送信工程と、
    を備える方法。

Images