JP2003108449A - ネットワークに接続された仲介装置 - Google Patents

Abstract

(57)【要約】 【課題】 アクセス制限あるネットワークを利用する場
合に、制限を回避したサービス装置へのアクセスの実現
を図る。 【解決手段】 仲介サーバ２００は、パーソナルコンピ
ュータ１００から仲介依頼を受けてサービス装置３００
にサービスを依頼する。ファイアウォールＦ／Ｗは、外
部の装置からサービス装置へのサービス依頼を妨げる。
仲介サーバ２００は、サービス装置３００からの事前通
信を受けて、ファイアウォールＦ／Ｗに影響されないサ
ービス装置３００への接続を予め確保する。仲介サーバ
２００は、確保された接続を利用することで、依頼され
た仲介を実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】クライアントからの要求に基
づいて、ネットワークを介して接続されたサービス装置
にサービスを実行させる技術に関する。

【０００２】

【従来の技術】近年ではネットワーク技術の普及によ
り、サービス装置をネットワークに接続して、同じくネ
ットワークに接続された複数のコンピュータで共有する
態様が広まっている。サービス装置としては、プリンタ
やカメラ、ブラウン管や液晶技術などを用いた表示装
置、スーパーコンピュータやその他の専用用途コンピュ
ータなどの情報処理装置、データ記録装置など、種々の
ものが広く実用とされている。

【０００３】かかる環境下では、各コンピュータ等から
サービスを要求するユーザはネットワークに接続された
サービス装置の状況を十分に把握できないことが多く、
所望するサービスを正常に実行できないことがある。サ
ービス装置に不具合があった場合には、従来からの技術
として、一定時間経過後の、再度のサービス依頼が行わ
れていた。

【０００４】一方、ネットワークによっては、任意のタ
イミングで一対一接続が確立できない場合がある。例え
ば、いわゆるダイヤルアップ接続により、サービスの実
行時に適宜サービス装置をネットワークに接続する態様
があげられる。また、サービス装置にいわゆるファイア
ウォールが設けられている場合には、外部からのアクセ
スが拒まれる場合もある。

【０００５】

【発明が解決しようとする課題】クライアント及びサー
ビス装置とが任意のタイミングでの一対一接続をするこ
とができない状態でネットワークに接続される環境下で
は、所望する時点でサービス装置にアクセスを行うこと
さえできない。例えば、サービス装置の状況把握や、サ
ービス装置へのサービス依頼は、所望する任意の時点で
行うことができない。

【０００６】そこで、任意のタイミングでの一対一接続
をすることができない状態でも、サービス装置に対する
所望するアクセスを実現して、サービス装置の状況を的
確に把握したり、所望するサービスを実行させたりする
技術の実現が課題となっている。

【０００７】本発明は、これらの課題を解決するために
なされたものであり、クライアントからの要求に基づい
て、ネットワークを介して接続されたサービス装置にサ
ービスを実行させる技術の確立を目的とする。

【０００８】

【課題を解決するための手段およびその作用・効果】上
記課題の少なくとも一部を解決するために、本発明で
は、次の構成を適用した。本発明の仲介装置は、クライ
アント及び所定のサービスを提供するサービス装置が任
意のタイミングでの一対一接続をすることができない状
態でネットワークに接続された環境下で、前記クライア
ントから前記サービス装置へのサービス依頼を仲介する
仲介装置であって、前記仲介に先立って、前記サービス
装置から所定の事前通信を受信するとともに、該受信に
基づき該サービス装置との通信を確立するサービス装置
通信部と前記通信が確立されたサービス装置を前記サー
ビス依頼の仲介先として選択するための情報を前記クラ
イアントに提供する選択情報提供部と、前記サービス依
頼および仲介先を入力する入力部と、該サービス依頼を
指定された仲介先に仲介する仲介部とを備えることを要
旨とする。

【０００９】本発明の仲介装置によれば、任意のタイミ
ングでの一対一接続をすることができないネットワーク
接続を利用する場合でも、サービス装置通信部の機能に
より通信が確立されるために、クライアント側で所望さ
れるサービス依頼を、サービス装置で実行させることが
できる。

【００１０】また、サービス依頼にあたっては、任意の
タイミングでの一対一接続をすることができないネット
ワーク接続にもかかわらず、サービス装置の状態の情報
を利用することができる。とりわけ、所望のサービスが
実行可能か否かを調べたり、複数のサービス装置から、
所望のサービスを実行可能なサービス装置を調べたりす
ることができる。

【００１１】なお、ここにサービス装置通信部が行う事
前通信は、任意のタイミングでの一対一接続をすること
ができない状態のネットワークにおいて、サービス装置
への仲介を実現するため仲介に先立って行う準備の通信
ならば、様々なバリエーションが考えられる。例えば、
サービス装置との通信経路を特定する情報が変更される
場合にその情報を継続的に確保する通信であったり、サ
ービス仲介に利用するコネクションを保持するための通
信であったりする場合などが考えられる。

【００１２】ここに事前通信としては、実質的な内容を
含まないデータを送付して通信を確立する場合が含まれ
る。例えば、データ送付の途絶が所定の期間続くことで
切断されてしまうコネクションを利用する構成の場合
に、所定の期間が経過する前に内容がデータを送付して
コネクションの断絶を防ぐ事前通信も考えられる。

【００１３】また、ここにサービス装置としては、プリ
ンタやカメラ、ブラウン管や液晶技術などを用いた表示
装置、スーパーコンピュータやその他の専用用途コンピ
ュータなどの情報処理装置、データ記録装置など、種々
のものが広く適用可能である。

【００１４】さらに、ここにネットワークとしては、イ
ンターネットのような広域的なネットワークも考えられ
るし、ローカルエリアネットワークなど限定的なネット
ワークの場合も考えられる。

【００１５】本発明の仲介装置において、前記通信は、
前記サービス装置から前記仲介装置に接続することで確
立される場合の有用性は高い。

【００１６】このようにすることで、前記接続にかかる
障害が、サービス装置からの接続の場合には緩和される
場合に、前記事前通信を実現することができる。

【００１７】なお、前記緩和される場合として例えば、
サービス装置にいわゆるファイアウォールが設けられて
おり、外部からのアクセスが拒まれる場合が考えられ
る。この場合、サービス装置と仲介装置とで通信能力が
非対称である。その他、ネットワーク上で利用可能なプ
ロトコルや、ネットワークの物理的性質、ネットワーク
上で通信が介される装置の特性に基づいて、前記のよう
に通信にかかる能力が非対称となる場合にも、サービス
装置からの接続は有用性が高い。なお、サービス装置と
の通信経路を特定する情報が変更される場合も同様の非
対称性が存在する場合が多い。

【００１８】本発明の仲介装置において、前記環境は、
前記サービス装置との通信経路を特定する情報が変更さ
れる環境である場合の有用性は高い。

【００１９】この場合にも、直接には行えないサービス
依頼が、仲介装置を介した場合には、任意の時点で可能
となる。

【００２０】なお、前記サービス装置との通信経路を特
定する情報が変更される場合の例としては、いわゆるＮ
ＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌ
ａｔｉｏｎ）やＰＡＴ（Ｐｏｒｔ Ａｄｄｒｅｓｓ Ｔ
ｒａｎｓｌａｔｉｏｎ）といった動的なアドレス変換機
構やダイヤルアップ接続機構が、ネットワークの実現に
用いられている場合があげられる。また、サービス装置
に接続するネットワーク端子が物理的に変更され、それ
に伴って前記特定する情報が変更されることも考えられ
る。

【００２１】本発明の仲介装置において、前記サービス
装置を特定する固有情報を蓄積する固有情報蓄積部を備
え、前記事前通信において受領する情報の少なくとも一
部と前記固有情報との対比によって該サービス装置を特
定することが望ましい。

【００２２】このようにすることで、事前通信の通信元
に応じた処理を行が実現されて、仲介装置の利便性が高
まる。特に、仲介装置の側でサービス装置ごとにその状
態を監視することができる。さらには、サービス装置の
状態の情報を、前記クライアントその他の対象に対して
送付することができる。サービス装置の情報を受け取っ
たクライアントは、仲介依頼にあたってその情報を利用
することができる。

【００２３】なお、固有情報としては、ネットワークに
おけるアドレスその他のサービス装置への通信経路を特
定する情報などを利用することができる。

【００２４】本発明の仲介装置において、前記固有情報
は前記ネットワークにおける前記サービス装置のアドレ
スとは異なる場合の有用性は高い。

【００２５】このようにすることで、前記サービス装置
との通信経路を特定する情報が変更される場合でも、継
続的に個々のサービス装置を特定することができる。

【００２６】なお、このようにすることで仲介装置は、
サービス装置そのものを、そのアドレスとは無関係に管
理することができる。管理としては、例えばサービス装
置がプリンタの場合、インク残量の経時的変化を継続監
視して、残量寡少その他の状況を検知して対応処理を行
うことや、故障を診断することなどが考えられる。

【００２７】また、前記サービス装置のアドレスとは異
なる固有情報としては、例えばメーカーが各サービス装
置に一意に付した製造番号や、ユーザが割り当てた識別
子・識別番号等が考えられる。

【００２８】本発明の仲介装置において、前記事前通信
に基づいて確立されるべき通信の状態の検査を行い、そ
の結果に基づいて前記サービス装置に対応付けられた所
定の通知先に通知を行う事前通信処理部を備えることが
望ましい。

【００２９】このようにすることで、サービス装置の状
態の監視・管理を行わせて必要な場合に連絡を受けるこ
とが、煩雑な手間無く実現される。

【００３０】なお、通知を行う場合としては、消耗品が
底をついた場合や故障の場合などが考えられる。また、
通知にあたっては、前記確立されるべき通信の状態の情
報のみならず、過去の事前通信から認知される範囲でサ
ービス装置の情報を通知することが考えられる。また、
通知は、いわゆるプッシュ型の通知や、携帯デバイスへ
の通知を行って、遅滞のない情報伝達を実現することが
考えられる。例えば、携帯電話に対するメール通知によ
って、プッシュ型の通知を携帯デバイスに対して行うこ
とができる。

【００３１】本発明の仲介装置において、前記サービス
装置と該サービス装置に対応付けられた通知先を特定す
る固有情報を蓄積する固有情報蓄積部を備え、前記事前
通信処理部は、前記事前通信において受領する情報の少
なくとも一部と前記固有情報との対比から特定される通
知先に通知を行うことが望ましい。

【００３２】このようにすることで、サービス装置ごと
に通知先を管理することができる。

【００３３】一方、本発明のサービス装置は、ネットワ
ークを介してサービス依頼を受けて該サービスを提供す
るサービス装置であって、外部にある所定の装置に対し
て所定の事前通信を送信するとともに、該送信に基づ
き、該サービス装置への通信を該所定の装置に確立させ
る事前通信部と、前記所定の装置からのサービス依頼
を、前記ネットワークを介して受領する依頼受領部と、
前記サービスを提供するサービス提供部とを備えること
を要旨とする。

【００３４】このようにすることで、サービス装置に対
して任意のタイミングで一対一接続をすることができな
い状態にある所定の外部装置に、サービス依頼能力を付
与することができる。

【００３５】なお、外部にある所定の装置がさらに他の
装置からの依頼を仲介する場合や、サービス依頼能力自
体をその装置に再付与する場合も考えられる。

【００３６】本発明の仲介装置において、前記事前通信
を、常時と、断続的と、該サービス装置の所定の動作毎
との少なくとも一つの態様で行うことができる。

【００３７】このようにすることで、所望されるサービ
ス依頼能力を柔軟に付与することができる。例えば、サ
ービス依頼能力及びその付与タイミングは、サービス装
置の所定の動作・状態と同期して行われる。

【００３８】なお、常時に行う場合には、相当程度短い
期間ごとに行う場合も考えられる。また、サービス装置
の所定の動作としては、ハード的な動作もソフト的な動
作も考えられる。

【００３９】本発明の仲介装置において、前記事前通信
は、少なくとも該サービス装置の電源投入と該サービス
装置の切断されていた前記ネットワークへの接続の回復
とのいずれかを契機として行う場合の有用性は高い。

【００４０】このようにすることで、所望されるサービ
ス依頼能力を柔軟に付与することができる。

【００４１】本発明は、上述の仲介装置、サービス装置
としての構成の他、仲介方法の発明、サービス方法の発
明として構成することもできる。また、それらを実現す
るコンピュータプログラム、およびそれらのプログラム
を記録した記録媒体、それらのプログラムを含み搬送波
内に具現化されたデータ信号など種々の態様で実現する
ことが可能である。

【００４２】本発明をコンピュータプログラムまたはそ
のプログラムを記録した記録媒体等として構成する場
合、記録媒体としては、フレキシブルディスクやＣＤ−
ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリ
ッジ、パンチカード、バーコードなどの符号が印刷され
た印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯ
Ｍなどのメモリ）および外部記憶装置などコンピュータ
が読みとり可能な種々の媒体を利用できる。

【００４３】

【発明の実施の形態】以下、本発明の実施の形態につい
て、実施例に基づき以下の順序で説明する。 Ａ．システム構成： Ｂ．機能ブロック構成： Ｃ．処理： Ｄ．変形例：

【００４４】Ａ．システム構成：図１は、印刷仲介シス
テムの全体構成を示す説明図である。印刷仲介システム
は、パーソナルコンピュータ１００と、仲介サーバ２０
０と、印刷装置３００と、それらを接続するネットワー
クＩＮＴ及びＮＥＴとからなる。

【００４５】印刷装置３００は、ネットワークＮＥＴを
介して印刷サービスの依頼を受けて、印刷サービスを実
行する機能を備える。仲介サーバ２００は、パーソナル
コンピュータ１００等のクライアントからの仲介依頼を
受けて、印刷装置３００に印刷サービスの仲介を行う機
能を備える。パーソナルコンピュータ１００は、ユーザ
入力に基づいて、印刷仲介の依頼を仲介サーバ２００に
対して行う機能を備える。

【００４６】ここに、パーソナルコンピュータ１００と
仲介サーバ２００とは、ネットワークＩＮＴで接続され
ている。一方、仲介サーバ２００と印刷装置３００とは
ネットワークＮＥＴで接続されている。これらのネット
ワークは、インターネットのような広域的なネットワー
クも考えられるし、ＬＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅ
ｔｗｏｒｋ）やいわゆるパソコン通信などの比較的限定
的なネットワークも考えられる。

【００４７】図１で印刷装置３００との接続に利用する
ネットワークＮＥＴにおいては、印刷装置３００の側に
ファイアウォールＦ／Ｗが設置されている（以下Ｆ／Ｗ
と呼ぶ）。ファイアウォールは、不正アクセスを防ぐ目
的に用いられる。ファイアウォールＦ／Ｗは、通過する
ネットワークトラフィックを監視して、ルールに基づい
た正当な通信のみを許可したり、不正な動きを検知した
りする機能を備える。

【００４８】図示の都合上省略したが、パーソナルコン
ピュータ１００は印刷装置３００と、ネットワークＮＥ
Ｔを介して接続される。しかし、ファイアウォールＦ／
Ｗの効果のため、印刷装置３００に対して直接の印刷依
頼を行うことができない。一方で仲介サーバ２００は、
印刷装置３００からの事前通信に基づいて、印刷装置３
００への印刷依頼を実現することができる。事前通信に
ついては後述する。

【００４９】ネットワークＩＮＴとネットワークＮＥＴ
とは、ここでは便宜上、分離したものとして示している
が、全体として１つのネットワークを構成するものであ
ってもよい。ただし、ネットワークＮＥＴを介した印刷
装置３００への直接のサービス依頼は、任意のタイミン
グで行うことができない。ネットワークＮＥＴの性質に
ついては、後で詳しく述べる。

【００５０】図１では簡便のため仲介サーバ２００は仲
介元及び仲介先の装置として一台の装置をそれぞれとる
ように示したが、そのような場合に限られるわけではな
い。本実施例の仲介サーバ２００は、複数の装置からの
仲介依頼を受ける。また複数の装置への仲介の実現が行
われる。また、仲介サーバ２００が受領する仲介依頼
や、印刷装置３００が受領するサービス依頼は、これら
の装置とネットワークを介して接続されたコンピュータ
上のデータの印刷であってもよい。仲介サーバ２００や
印刷装置３００は、指定されたデータを取得してそれぞ
れの処理を行う。

【００５１】ファイアウォ―ルは、限定的なネットワー
ク内のデータや各装置内のデータを外部から不正に操作
されたり、安全性の問題が発生したりしないように、そ
れらと外部のネットワークとの間に介在する。

【００５２】アドレスは、ネットワーク上でコンピュー
タを識別するための情報であり、ＩＰプロトコルでは３
２Ｂｉｔのデータ幅で利用される。以下の説明では、ポ
ート番号等の情報も、ネットワーク上でコンピュータを
識別するためのアドレスと考えて説明する。

【００５３】プロトコルは、複数のコンピュータ間のデ
ータ通信の際の規約である。インターネットでは、ＴＣ
Ｐ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃ
ｏｌ）というプロトコルが基盤になっている。ＴＣＰ／
ＩＰを基礎として、さらに、ＷＷＷのサーバ・クライア
ント間の通信に利用するＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘ
ｔ ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）や、ファイル
の転送を行うためのＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅ
ｒ Ｐｒｏｔｏｃｏｌ）、電子メールにかかるサーバ・
クライアント間の通信に利用するＳＭＴＰ（Ｓｉｍｐｌ
ｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）、アプリケーションレベルでの汎用プロトコルであ
るＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃ
ｏｌ）などの用途別のプロトコルにしたがって情報の送
受信が行われる。

【００５４】また、ＴＣＰ、ＵＤＰでは、アプリケーシ
ョンまたは上位のプロトコルに対して、データの送受信
するためのアドレスを２オクテットの符号なし整数で表
わす。このアドレスをポート（番号）と呼び、電子メー
ルやＦＴＰなどのアプリケーションは、このポートを介
して通信を行う。

【００５５】ファイアウォールＦ／Ｗは、印刷装置３０
０でソフトウェア的に実現しても良いし、印刷装置３０
０を含む限定的な単位ネットワークと、そのネットワー
クから外部のネットワークへの出入り口となるルータ等
の装置に実現しても良い。この場合は、専用ハードウェ
ア製品を利用する方法ことも考えられる。なお、以下の
説明では、印刷装置３００と別に実現されるものとして
説明する。

【００５６】本実施例の仲介サーバ２００は、ＨＴＴＰ
を用いた通信によって印刷装置３００への印刷仲介を実
現する。一般に、ファイアウォールＦ／Ｗは、内から外
への接続は許容して、外から内への接続は全て拒絶した
りＨＴＴＰやＳＭＴＰなどの必要最小限度のプロトコル
だけを許容したりする。本実施例でファイアウォールＦ
／Ｗは、パーソナルコンピュータ１００や仲介サーバ２
００からの通常の印刷依頼を拒絶するものの、印刷装置
３００から外部の装置へのＨＴＴＰ接続は許容するファ
イアウォールであるものとする。

【００５７】印刷装置３００は、仲介サーバ２００に対
して、ネットワークＮＥＴを介したＨＴＴＰ要求を行
い、その応答として、所定のデータを受け取る。この
時、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅ
ｒｆａｃｅ）の引数などとして、メッセージの送付を行
うこともできる。仲介サーバは、ＨＴＴＰ要求に対する
応答である返送データに含めて印刷依頼を発することが
できる。

【００５８】印刷装置３００が行うＨＴＴＰ要求による
事前通信は電源投入を契機として開始される。また、ネ
ットワークＮＥＴが不調の場合には、その回復を契機と
して再開される。事前通信は所定の期間毎に繰り返し続
けられて、仲介サーバ２００が受ける仲介依頼をチェッ
クする効果を持つ。

【００５９】仲介サーバ２００は、事前通信を受けて印
刷装置３００への印刷依頼のための通信を確立する。同
時に仲介サーバ２００は、事前通信における情報受領に
よって、印刷装置３００のサービス能力を把握する。印
刷装置の情報はクライアントに公開されて、クライアン
トの仲介依頼に利用される。

【００６０】Ｂ．機能ブロック構成：図２は、仲介サー
バの機能ブロック構成を示す説明図である。仲介サーバ
２００は既述のように、事前通信を受領して、印刷装置
３００の情報を公開して仲介依頼を受け付けて、印刷装
置３００に印刷仲介を行う機能を備える。

【００６１】通信部２０１は、ネットワークＩＮＴ、Ｎ
ＥＴとの通信を司る。サービス装置通信部２０２は、事
前通信を受領するとともにその情報を管理する。

【００６２】事前通信処理部２０３は、サービス装置通
信部２０２が受領する事前通信に基づいて確立されるべ
き通信の状態の検査を行う。印刷装置に異常が生じた場
合には、印刷装置に対応付けられた所定の通知先への通
知を行う。

【００６３】固有情報蓄積部２０７は、印刷装置の情報
を予め蓄積している。これには印刷装置のアドレスを含
めることができる。なお、後述のように、印刷装置の情
報にその装置のアドレスとは異なる情報であってその印
刷装置を特定する情報を含めることも考えられる。蓄積
された情報は、事前通信にあってはサービス装置通信部
２０２に、印刷装置情報の公開にあたっては選択情報提
供部２０４に、印刷仲介の実行にあたっては仲介部２０
６にそれぞれ利用される。

【００６４】選択情報提供部２０４は、事前通信に基づ
いて、サービス装置の状況をクライアントに公開する機
能を備える。公開にあたっては通信部２０１の通信機能
が利用される。ここに公開される情報には、クライアン
トが仲介依頼を実行するために利用するデータを含む。

【００６５】入力部２０５は、クライアントからの仲介
依頼を受ける機能を備える。特に、先に選択情報提供部
２０４が公開した印刷装置の情報に基づいた仲介依頼を
受けることができる。

【００６６】仲介部２０６は、クライアントから入力部
２０５が受け取る仲介依頼に基づいて、実際の印刷仲介
を実行する。

【００６７】図３は、印刷装置の機能ブロック構成を示
す説明図である。印刷装置３００は、ネットワークＮＥ
Ｔを介して印刷依頼を受けて実行する以外に、仲介サー
バ２００への事前通信を行う。

【００６８】事前通信部３０２は、仲介サーバ２００に
対して所定の事前通信を送信する。これによって、仲介
サーバ２００は、印刷装置３００への印刷仲介を行える
ようになる。依頼受領部３０３は、仲介サーバ２００か
らの印刷依頼を受領する機能を備える。サービス提供部
３０４は、仲介サーバ２００から依頼受領部３０３が受
け取る印刷依頼に基づいて、実際の印刷を実行する。さ
らに、なお、事前通信にあたっては、印刷装置のアドレ
スとは異なる情報であって印刷装置を特定する情報を含
めることもできる。例えば、印刷装置の製造番号を含め
ることができる。

【００６９】Ｃ．処理：図４は、登録情報を送付するイ
ンタフェースを示す説明図である。このインタフェース
を用いることで、印刷装置の情報が仲介サーバ２００に
入力される。登録情報を送付するための方法は、様々な
ものが考えられるが、ここでは、パーソナルコンピュー
タ１００上で実現される、いわゆるブラウザを利用する
ものとした。

【００７０】登録情報を送付するインタフェース２１０
には、ユーザアドレス入力欄２１１、登録名入力欄２１
２、機種名入力欄２１３、電源ｏｆｆ許容期間を指定す
るチェックボックス２１４、及びアドレス入力欄２１５
が含まれる。図４の例では、ユーザアドレスとして「ｎ
ａｍｅ＠ｓｒｖ．ｎｅ．ｊｐ」なるメールアドレスを、
印刷装置の登録名として「自宅１」なる名前を、その機
種名として「ＰＭ９２０Ｃ」を、電源ＯＦＦ許容期間と
して「１日」を、アドレスとして「１２３．１２３．１
２３．１２３」が登録情報として送付される。実際の送
付は、登録ボタン２１６のクリックで実行される。

【００７１】送付される登録情報は、仲介サーバ２００
において、通信部２０１を介して受け取られて、固有情
報蓄積部２０７に蓄積される。

【００７２】図４には、インタフェース２１０に基づい
て登録される登録情報によって固有情報蓄積部２０７に
蓄積されるデータの構造を、併せて例示している。固有
情報蓄積部２０７には、登録名「自宅１」、「自宅２」
等の印刷装置の情報が蓄積されている。先のインタフェ
ース２１０で送付された情報は、登録名「自宅１」の印
刷装置に対応するデータ２０９として蓄積されている。

【００７３】このデータには、先に示したインタフェー
ス２１０を利用して送付された情報を含む他に、対応す
る印刷装置からの最後の事前通信に関する情報その他の
情報が含まれている。

【００７４】図５は、仲介印刷を行う処理のタイミング
を示す説明図である。

【００７５】印刷装置３００は、電源投入（タイミング
Ｓａ００）を契機として事前通信を開始する。事前通信
はＳａ０１、Ｓａ０２…と順次に行われる。なお、図中
では事前通信２までしか示さなかったが、事前通信はタ
イミングＳａ０２の後も所定の間隔で続行される。これ
によって、印刷装置３００の状態の情報が、定期的に仲
介サーバ２００に伝えられる。ここに、タイミングＳａ
１３における仲介サーバ２００からの印刷仲介とタイミ
ングＳａ１５での完了連絡とは、それぞれ事前通信ｍに
対する応答と、事前通信ｎにおけるＨＴＴＰ要求に含め
て行われる。

【００７６】パーソナルコンピュータ１００は、タイミ
ングＳａ１０で、仲介サーバ２００に対してプリンタ情
報の要求を発する。これを受けた仲介サーバ２００は、
タイミングＳａ１１で、プリンタ情報を返送する。

【００７７】ここでは、固有情報蓄積部２０７に蓄積さ
れた、事前通信の履歴情報が参照される。固有情報蓄積
部２０７中における、印刷装置３００に対応するデータ
２０９には、その印刷装置からの過去の事前通信に関す
る情報が蓄積されている。これは、タイミングＳａ０
１、タイミングＳａ０２等の各事前通信の受領におい
て、それぞれ、固有情報蓄積部２０７の所定の欄に蓄積
される。仲介サーバ２００は事前通信の受領にあたって
印刷装置を特定する固有情報を受け取る。この情報をキ
ーとして、その印刷装置に対応するデータを検索し、デ
ータの改訂を行う。

【００７８】本実施例では、事前通信を受け取った最終
時刻を記録しているものとした。従って事前通信を受け
た仲介サーバ２００は、その受領時刻を固有情報蓄積部
に書き込む処理を行う。また仲介サーバ２００は、最後
の事前通信から、所定の時間が経過するまでの間は、そ
の通信元の印刷装置への印刷仲介が可能であるものと判
断する（次の事前通信が正常に受けられるものと推定す
る）。その期間が満了した後には、その印刷装置への印
刷仲介は不能であると判断する。図５におけるタイミン
グＳａ１１では、印刷装置３００への印刷仲介が可能で
ある旨の判断結果が、プリンタ情報に含めて送付され
る。

【００７９】タイミングＳａ１２では、パーソナルコン
ピュータ１００から、仲介サーバ２００への印刷仲介要
求が受領したプリンタ情報に基づいて行われる。要求を
受けた仲介サーバ２００はタイミングＳａ１３で実際の
印刷仲介を実行する。これは前述のように事前通信ｍに
対する応答に含めて行われる。仲介を受けた印刷装置３
００はタイミングＳａ１４で、印刷を実行する。さらに
タイミングＳａ１５で仲介サーバ２００への完了連絡が
行われる。これは前述のように事前通信ｎにおけるＨＴ
ＴＰ要求に含めて行われる。タイミングＳａ１６では、
仲介サーバ２００からパーソナルコンピュータ１００へ
の完了通知が行われる。

【００８０】図６は、仲介印刷を行う時のインタフェー
スを示す説明図である。ここでは、パーソナルコンピュ
ータ１００で実行されるブラウザを利用している。

【００８１】印刷仲介開始画面２３０で印刷仲介の依頼
を開始する。印刷対象入力欄２３２で印刷対象を指定し
て、印刷開始ボタン２３３をクリックすることで、仲介
サーバ２００にプリンタ情報の要求を発することができ
る（図５のタイミングＳａ１０）。これによって、印刷
装置選択画面２４０を得ることができる（図５のタイミ
ングＳａ１１）。

【００８２】画面２４０では、登録名「自宅１」と「自
宅２」とその他の印刷装置の情報が示される。ここに、
「自宅１」の印刷装置は図４のインタフェースで仲介サ
ーバ２００に登録された印刷装置３００である。また、
「自宅２」の印刷装置は、別に図４と同様のインタフェ
ースを用いて登録されたものである。

【００８３】ここでは、印刷仲介不能である「自宅２」
に対応して、印刷不能情報表示２４４が示される。印刷
仲介が不能か否かは、仲介サーバ２００は、前述のよう
に事前通信の履歴から判断する。図６における印刷不能
情報表示２４４では、最後の事前通信の時刻が示されて
いる。

【００８４】一方、登録名「自宅１」の印刷装置は印刷
仲介可能であることが示される。印刷仲介可能な登録名
「自宅１」の印刷実行ボタン２４３をクリックすること
で、実際の印刷仲介を実行させることができる（図５の
タイミングＳａ１３）。仲介サーバ２００は、印刷装置
３００からの印刷完了連絡を受ければ、印刷を完了した
画面２７０を表示させる（図５のタイミングＳａ１
６）。

【００８５】図７は、不具合情報を送付する処理のタイ
ミングを示す説明図である。これは、図５のタイミング
Ｓａ０１、Ｓａ０２から順次行われる事前通信が、図７
中の事前通信ｐまで続いたタイミングＳｂ０ｐから示し
たものである。印刷装置３００は、タイミングＳｂ０ｐ
における事前通信ｐの直後であるタイミングＳｂ１０に
電源ＯＦＦが発生して、事前通信ｐを最後にして、事前
通信の実行が途絶えている。

【００８６】仲介サーバ２００は、印刷装置３００から
の事前通信でそのアドレスを受領し、先に固有情報蓄積
部２０７に登録されたもの（図４のインタフェース２１
０を参照）と対比して通信元を特定する。事前通信の時
刻は、順次、固有情報蓄積部２０７における通信元の印
刷装置３００に対応したデータ２０９に記憶される。

【００８７】タイミングＳｂ１１では、印刷装置３００
からの事前通信の中断期間が先に登録した所定の期間を
超える旨が検知される。ここに所定の期間は、図４のイ
ンタフェース２１０で「電源ＯＦＦ許容期間」として登
録されたものである。最後の事前通信の時刻からの期間
が、登録された許容期間を超過することが検知される
と、期間超過への対応処理が行われる。ここでは、印刷
装置３００に対応するデータ２０９中に登録（図４のイ
ンタフェース２１０を参照）されたメールアドレスへの
メール配信が行われる。これによって、印刷装置３００
の不具合情報が報告される。

【００８８】図８は、不具合情報を受けるインタフェー
スを示す説明図である。印刷装置３００の不具合情報
は、図７のタイミングＳｂ１１で検知されて、先に登録
済みの宛先への電子メールとして報告される。図８で
は、パーソナルコンピュータ１００の電子メールソフト
ウェアによるインタフェースを用いる場合を示してい
る。

【００８９】図８中の通知された不具合情報２２０で
は、異常を検知した印刷装置３００の登録名、機種名、
アドレス及び最後の事前通信時刻を示している。

【００９０】本実施例に従って仲介装置、サービス装置
を構成すれば、クライアント及びサービス装置とが任意
のタイミングで一対一接続をすることができない状態で
ネットワークに接続される環境下であっても、所望する
サービスを柔軟に実行することができる。本実施例で特
に示したように、いわゆるファイアウォールを介したネ
ットワークを利用する場合などに有効に利用できる。

【００９１】上記の障害にもかかわらず、ユーザは、仲
介装置から受け取る情報を基にして、サービス装置の現
在の状態を把握することができる。また、ユーザはこの
情報を利用して仲介依頼を行うことができる。さらにユ
ーザは複数のサービス装置の情報を受け取って、所望の
サービスを提供可能な装置を調べることが可能である。
仲介サーバは、ユーザが所望するサービ装置の検索機能
や検索補助機能を備えることも考えられる。

【００９２】さらに、サービス装置の状態を継続的に監
視することにより、サービス装置に電源断、状態の異
常、その他の所定の状態が発生することを検知して、ユ
ーザが所望する対応処理が自動的に行われるようにする
ことができる。例えば、ユーザが所望する電子メールの
ユーザアドレスに対する情報通知を行うことができる。
この通知のように、サービス装置のネットワーク上での
アドレスではない対象にかかる機能は、サービス装置の
状態と無関係に行われるために、とりわけ有効である。

【００９３】ここで本実施例の事前通信では、各事前通
信の度にコネクションが切断される。このように、事前
通信の処理を常時には行わない場合、サービス装置及び
仲介装置の資源を節約する構成をとることができる。す
なわち、両装置における事前通信のための資源は、事前
通信が休止する時間帯には他の処理に利用することがで
きる。

【００９４】仲介装置では、いずれかのサービス装置か
らの事前通信の受け付けに応じて、それに必要な資源を
割り当てれば足りる。割り当てた資源は、その事前通信
が休止した後には他の用途に利用される。

【００９５】なお、事前通信の間隔が無用に長いと故障
の検知の即時性が低下する問題などもあるため、利用目
的等の観点などを考慮して、事前通信の間隔・頻度を決
定することが望ましい。このとき、仲介装置並びにサー
ビス装置の管理者、又は仲介依頼者の設定入力に基づい
て間隔が決定・変更されるものとしてもよい。さらに
は、サービス装置その他の装置が動的に頻度を自動変更
するものとしてもよい。

【００９６】ここでさらに、本実施例の変形例として、
システム構成等は同様であって、印刷装置３００が仲介
サーバ２００に対して行う事前通信が、継続的なコネク
ションを確立する事前通信である場合について説明す
る。この場合、確立される継続的コネクションを利用す
ることで、サービス仲介は常時可能なものとなる。

【００９７】継続的なコネクションを確立する事前通信
としては、上記実施例において、ＨＴＴＰ要求の間隔
（図５のタイミングＳａ０１〜タイミングＳａ０２の間
隔）が相当程度に短い一定期間とする場合も含まれる
が、以下のような例も挙げることができる。

【００９８】すなわち、印刷装置は、仲介サーバに向か
って接続要求を発してコネクションを確立し、仲介サー
バからのファイウォールを通過した応答を待つととも
に、確立されたコネクションの維持を継続して監視す
る。コネクション切断の発生を検知した印刷装置は、新
しいコネクションの確立処理を即座に行って接続の継続
性を保持する。また、切断タイムアウト時間等に基いて
コネクション切断のおそれを検知した場合にも、新しい
コネクションの確立処理を即座に行って接続の継続性を
保持する。このとき、場合によっては、コネクションを
維持するためのリフレッシュ処理（空データ送付等）を
行うことも考えられる。なお、システム構成等によって
は、コネクションを監視し、それを維持する処理につい
て、仲介サーバの側で役割を担う場合も考えられる。

【００９９】以上説明した、継続的なコネクションを確
立する事前通信を利用するシステムによれば、クライア
ントのサービス依頼が実際に実行されるまでの時間を短
くすることができる。すなわち、いずれの時点において
も、仲介依頼はきわめて短期間にサービス装置に受領さ
れる。

【０１００】また、サービス装置から仲介装置が受領す
る情報も速効性を有すものとなる。例えば、仲介装置が
サービス装置の管理装置でもあって、その故障情報や消
耗品情報が仲介装置に受領される場合、上記の速効性は
特に有用である。仲介装置は、予期せぬコネクション切
断時点や、所定のごく短期間でのコネクション回復がな
い時点で、サービス装置の事前通信機能の不具合を即座
に検知することができる。これによって、例えば、サー
ビス装置の即時性ある不具合情報を、所定の通知先に送
付する機能が利用可能である。

【０１０１】Ｄ．変形例：図９は、第２実施例のシステ
ム構成を示す説明図である。これは、先の実施例のシス
テム構成とほぼ同様である（図１参照）。また、仲介サ
ーバ２００及び印刷装置３００の機能ブロックも、先の
実施例の場合と同様である（図２及び図３参照）。

【０１０２】システム構成で先の実施例の場合と異なる
点は、仲介サーバ２００と印刷装置３００を接続するネ
ットワークＮＥＴの特性である。ネットワークＮＥＴを
介した印刷装置３００へのアクセスにあたっては、アク
セスに必要な印刷装置３００のアドレスが動的に変化す
る。図９の例では、動的アドレス変更機構ＣＮＧの効果
によって、アドレス「ａｄｒ１」、「ａｄｒ２」、…
「ａｄｒＮ」のいずれかに印刷装置３００が接続される
場合を示した。印刷装置３００は、現時点ではアドレス
「ａｄｒＰ」を利用してアクセスできる。しかし、動的
アドレス変更機構ＣＮＧによって、印刷装置３００のア
ドレスは、アドレス「ａｄｒ１」、「ａｄｒ２」、…
「ａｄｒＮ」のいずれかへ動的に変更され得る。

【０１０３】ネットワークＮＥＴは例えば、いわゆるＮ
ＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌ
ａｔｉｏｎ）やＰＡＴ（Ｐｏｒｔ Ａｄｄｒｅｓｓ Ｔ
ｒａｎｓｌａｔｉｏｎ）といった動的なアドレス変換機
構を介している場合や、ダイヤルアップ接続を介するネ
ットワークの場合が考えられる。

【０１０４】本実施例で印刷装置３００は、その製造番
号と現在のアドレスとを伝える事前通信を、仲介サーバ
２００に対して行う。仲介サーバ２００はこれによっ
て、通信元の印刷装置３００を特定して、それとの接続
を確立することができる。

【０１０５】印刷装置３００を特定するために、仲介サ
ーバ２００の固有情報蓄積部２０７は、印刷装置３００
の製造番号を予め蓄積している。蓄積された製造番号
は、事前通信で送付された製造番号と対比されて、通信
元の印刷装置３００が特定される。製造番号の登録は、
図４のインタフェースと同様のインタフェースで行う。
ただし、印刷装置３００のアドレスは不定であるので、
アドレスに代えてその製造番号が登録される。このイン
タフェースの画面例２５０を図９に併せて付した。な
お、先の実施例で、不具合情報を送付する条件の判定に
利用する目的で、「電源ＯＦＦ許容期間」データを利用
していた。本実施例ではこれに代えて、「接続断絶許容
期間」を登録する。登録画面で登録する他のデータは、
先の実施例におけるプリンタを登録する画面２１０のも
のと同様である。

【０１０６】仲介サーバ２００は、印刷装置３００から
の事前通信によって、印刷装置３００との接続を確立す
ることができる。その後、接続は保持され続けるが、印
刷装置３００がネットワークＮＥＴとの接続を失った時
には、当然に仲介サーバ２００との接続も失われる。ま
た、印刷装置３００のアドレスが変更された場合も、当
然に仲介サーバ２００との接続も失われる。仲介サーバ
２００は、事前通信で印刷装置３００との接続を確立し
た後、接続が正常に保持され続けているか否かを調べ
る。接続の断絶を検知した場合には、後述のように所定
の処理を行う。

【０１０７】なお、接続の保持のために、通信プロトコ
ルなどによっては、十分に短い期間ごとの空パケット送
付その他の接続保持処理が必要となる場合もある。この
処理は、仲介サーバ２００と印刷装置３００とのいずれ
か一方が主導的に担うことも考えられる。この時、仲介
サーバ２００は、接続保持処理の不成功や途絶その他の
不具合から、印刷装置のアドレス変更等による接続の断
絶を検知することも考えられる。

【０１０８】また本実施例では、事前通信に基づいて確
立される通信であって印刷要求に用いる通信の種類とし
ては様々な場合が考えられる。印刷プロトコルＩＰＰ
（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃ
ｏｌ）を用いたり、ｌｐｒ／ｌｐｄ方式を用いたり、先
の実施例のＨＴＴＰ、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆ
ｅｒ Ｐｒｏｔｏｃｏｌ）、その他のプロトコルを用い
る方式などは、いずれも適用可能である。

【０１０９】図１０は、第２実施例の事前通信のタイミ
ングの例を示す説明図である。事前通信は新しいアドレ
スが確定する度に行われる。例えば、電源投入後や、断
絶した接続の回復の後、あるいはユーザ入力に基づくア
ドレス割り振りの要求の後などに新規のアドレスが確定
する。これに応じて印刷装置３００は、仲介サーバ２０
０に対する事前通信を行う。

【０１１０】図１０の例では、タイミングＳｃ０の電源
投入に応じて、印刷装置３００の通信部３０１（図３を
参照）が、ネットワークＮＥＴに接続する新規アドレス
を確保する（タイミングＳｃ２）。例えば先の図９にお
けるアドレス「ａｄｒ１」での接続を確保する。印刷装
置３００はタイミングＳｃ２の事前通信によって、この
アドレス「ａｄｒ１」を、仲介サーバ２００に通知する
とともに、仲介サーバ２００と印刷装置３００との接続
を確立する。事前通信にあたっては、通信元の印刷装置
３００を特定するために、印刷装置３００の製造番号が
送付される。

【０１１１】タイミングＳｃ２で事前通信を受けた仲介
サーバ２００は、受領した製造番号を検索キーとして、
固有情報蓄積部２０７のサーチを行う。これによって、
印刷装置３００にかかるデータを発見し、アドレス「ａ
ｄｒ１」を登録する（図１０中のデータｄａｔ１を参
照）。印刷装置３００にかかるデータは、先のインタフ
ェース画面２５０で予め登録されている。

【０１１２】タイミングＳｃ３では、印刷装置３００と
仲介サーバ２００との接続が断絶する。これは、例え
ば、ネットワークＮＥＴに障害が発生する場合や、印刷
装置３００へのユーザ入力に基づく場合が考えられる。
この後ステップＳｃ４で仲介サーバ２００は、印刷装置
３００との接続の断絶を検知する。断絶検知の詳細につ
いては上述している。仲介サーバ２００はこれに応じ
て、先にタイミングＳｃ２で登録したアドレス「ａｄｒ
１」を無効化する（図１０中のデータｄａｔ４を参
照）。なお、接続の断絶を検知した仲介サーバ２００は
ここでの説明とは別に、後述のように、不具合情報送付
のための処理も併せて行う。ここでは、説明の便宜上こ
の処理を除いて示している。

【０１１３】タイミングＳｃ５では、再び、印刷装置３
００で、ネットワークＮＥＴとの接続が確立されて、新
たなアドレス「ａｄｒ２」が取得される。これに伴い印
刷装置３００は、タイミングＳｃ６で、再び事前通信を
行って、仲介サーバ２００との接続を再確立する。仲介
サーバ２００は、先ほどと同様に印刷装置３００との接
続を検知して、固有情報蓄積部２０７を更新する（図１
０中のデータｄａｔ６を参照）。

【０１１４】この例で仲介サーバ２００は、タイミング
Ｓｃ２からタイミングＳｃ３の期間、及び、タイミング
Ｓｃ６以後の期間で、印刷装置３００に対する仲介印刷
が可能である。これらの期間中に、パーソナルコンピュ
ータ１００からのプリンタ情報の要求があれば、印刷装
置３００が利用可能である旨の情報が送付される。

【０１１５】図１１は、第２実施例の仲介印刷処理のタ
イミングを示す説明図である。これは、先の実施例の場
合（図５）とほぼ同様である。ただし、既述の通り、事
前通信の態様に関わって若干異なる部分がある。

【０１１６】本実施例で仲介サーバ２００は、最後の事
前通信で確立された接続が正常に維持されていることを
検知して、印刷装置３００への仲介印刷が可能である旨
をパーソナルコンピュータ１００側に送付する（タイミ
ングＳｄ１１）。接続は、印刷装置３００がタイミング
Ｓｄ００でアドレスを取得し、タイミングＳｄ０１で事
前通信を行うことで確立される。ここに、確立された接
続は、原則的に、タイミングＳｄ１１での接続検知時及
び、タイミングＳｄ１３での実際の印刷仲介時まで継続
して維持されている必要がある。もっとも、タイミング
Ｓｄ１１の後に接続が断絶する場合も考えられるが、印
刷仲介に必要な接続がタイミングＳｄ１３で維持されて
いれば十分である。なお、タイミングＳｄ１１で送付す
る印刷装置の情報については、タイミングＳｄ１１で接
続状況等を実際に調べ直しても良いし、最新の過去にお
ける検知結果で済ませても良い。

【０１１７】図１２は、第２実施例の仲介印刷処理のイ
ンタフェースを示す説明図である。画面２６０は、先の
実施例における図６の画面２４０に代えて示される画面
である。この場合も、先の実施例の場合と同様に、実行
ボタン２６３のクリックで仲介印刷を実行することがで
きる。

【０１１８】ここでは、登録名「自宅２」の印刷装置と
の接続断絶に対応して、接続断絶情報２６４が示され
る。ここに、接続断絶情報２６４中に示された断絶の時
刻は、図１０におけるタイミングＳｃ４に対応する。一
方で、登録名「自宅１」の印刷装置との接続維持に対応
して、ネットワーク確認ボタン２６１が示されている。
これのクリックにより、ネットワーク確認画面２６２を
得て、印刷装置「自宅１」の現在のアドレスを確認する
ことができる。

【０１１９】図１３は、第２実施例の不具合情報送付処
理のタイミングを示す説明図である。タイミングＳｅ３
は図１０におけるタイミングＳｃ３の接続断絶であり、
タイミングＳｅ４は図１０におけるタイミングＳｃ４の
断絶検知である。この断絶検知の後、所定の登録された
期間を経過しても接続が回復されない場合に、先の実施
例の場合と同様にして、不具合情報の通知が行われる。

【０１２０】ここで、固有情報蓄積部２０７に蓄積され
た、この接続の対象である印刷装置３００に対応するデ
ータ２０９には、「接続断絶許容期間」が予め登録され
ている（図９の登録画面２５０参照）。タイミングＳｅ
Ｉは、接続断絶のタイミングＳｅ４の断絶検知から接続
が回復されないまま、登録された期間を経過したタイミ
ングである。これは、事前通信処理部２０３は、これを
検知して対応する処理を行う。検知にあたっては、印刷
装置３００に対応するデータ２０９に記憶した、接続断
絶のタイミングＳｅ４の断絶検知の時刻と、タイミング
ＳｅＩの現時刻との間隔が計算される。これと、データ
２０９に予め登録された接続断絶許容期間とが比較され
る。

【０１２１】タイミングＳｅＩで許容期間の経過を検知
されると、印刷装置３００に対応するデータ２０９に予
め登録された通知先ユーザアドレスに対して、不具合情
報の通知が行われる。これは先の実施例と同様であり、
不具合情報を通知する文面例２８０ｍのようなメール
が、パーソナルコンピュータ１００のユーザに届けられ
る。

【０１２２】なお、ここに、事前通信の一定期間の途絶
をもって接続断絶を検知する方式も考えられる。印刷装
置のアドレスが定期的に変更されてその度に事前通信が
行われる場合には、その定期的な事前通信の途絶をもっ
て断絶が検知し得る。このときには、登録された接続断
絶許容期間（図９の画面２５０を参照）が事前通信の間
隔を特定するものとしてもよい。この方式は、仲介サー
バ２００の側からは断絶を検知することが困難又は不可
能な環境の場合などに有効である。

【０１２３】本実施例に従って仲介装置、サービス装置
を構成すれば、クライアント及びサービス装置とが任意
のタイミングで一対一接続をすることができない状態で
ネットワークに接続される環境下であっても、所望する
サービスを柔軟に実行することができる。本実施例で特
に示したように、ＮＡＴやＰＡＴといった動的なアドレ
ス変換機構、またはダイヤルアップ接続などを利用する
場合などに有効に利用できる。また、先の実施例の場合
と同様に、サービス装置における状態の把握、サービス
依頼、所望のサービス装置の検索、所定の状態の発生に
対する監視・対応処理などが実現できる。

【０１２４】本実施例の仲介装置は、ネットワーク上で
のサービス装置のアドレスとは異なる情報を利用してサ
ービス装置を特定する機能を備える。例えば、上記の説
明で用いた「製造番号」のデータを用いてサービス装置
を特定することができる。これによって、サービス装置
に対する通信経路を特定するための情報が変更される場
合であっても、サービス装置を特定結果に基づいて、ユ
ーザの所望する上記状態把握やサービス依頼の実現処理
を行うことができる。

【０１２５】以上、実施例に基づき本発明に係る仲介装
置、サービス装置等を説明してきたが、上述した発明の
実施の形態は、本発明の理解を容易にするためのもので
あり、本発明を限定するものではない。本発明は、その
趣旨並びに特許請求の範囲を逸脱することなく、変更、
改良され得ると共に、本発明にはその等価物が含まれる
ことはもちろんである。

【図面の簡単な説明】

【図１】印刷仲介システムの全体構成を示す説明図であ
る。

【図２】仲介サーバの機能ブロック構成を示す説明図で
ある。

【図３】印刷装置の機能ブロック構成を示す説明図であ
る。

【図４】登録情報を送付するインタフェースを示す説明
図である。

【図５】仲介印刷を行う処理のタイミングを示す説明図
である。

【図６】仲介印刷を行う時のインタフェースを示す説明
図である。

【図７】不具合情報を送付する処理のタイミングを示す
説明図である。

【図８】不具合情報を受けるインタフェースを示す説明
図である。

【図９】第２実施例におけるシステム構成を示す説明図
である。

【図１０】第２実施例における事前通信のタイミングの
例を示す説明図である。

【図１１】第２実施例における仲介印刷処理のタイミン
グを示す説明図である。

【図１２】第２実施例における仲介印刷処理のインタフ
ェースを示す説明図である。

【図１３】第２実施例における不具合情報送付処理のタ
イミングを示す説明図である。

【符号の説明】

１００…パーソナルコンピュータ ２００…仲介サーバ ３００…印刷装置 ２０１…通信部 ２０２…サービス装置通信部 ２０３…事前通信処理部 ２０４…選択情報提供部 ２０５…入力部 ２０６…仲介部 ２０７…固有情報蓄積部 ２１０…登録情報を送付するインタフェース ２０９…印刷装置に対応するデータ ３０１…通信部 ３０２…事前通信部 ３０３…依頼受領部 ３０４…サービス提供部 ２１０…プリンタを登録する画面 ２１１…ユーザアドレス入力欄 ２１２…登録名入力欄 ２１３…機種名入力欄 ２１４…電源ｏｆｆ許容期間を指定するチェックボック
ス ２１５…アドレス入力欄 ２１６…登録ボタン ２２０…通知された不具合情報 ２３０…印刷仲介開始画面 ２３２…印刷対象入力欄 ２３３…印刷開始ボタン ２４０…印刷装置選択画面 ２４３…印刷実行ボタン ２４４…印刷不能情報表示 ２７０…印刷を完了した画面 ２５０…製造番号を含めて登録する画面 ２６０…第２実施例での印刷装置選択画面 ２６１…ネットワーク確認ボタン ２６２…ネットワーク確認画面 ２６３…印刷実行ボタン ２６４…接続断絶情報 ２１１…製造番号入力欄

Claims (15)

【特許請求の範囲】
1. 【請求項１】 クライアント及び所定のサービスを提供
   するサービス装置が任意のタイミングでの一対一接続を
   することができない状態でネットワークに接続された環
   境下で、前記クライアントから前記サービス装置へのサ
   ービス依頼を仲介する仲介装置であって、 前記仲介に先立って、前記サービス装置から所定の事前
   通信を受信するとともに、該受信に基づき該サービス装
   置との通信を確立するサービス装置通信部と前記通信が
   確立されたサービス装置を前記サービス依頼の仲介先と
   して選択するための情報を前記クライアントに提供する
   選択情報提供部と、 前記サービス依頼および仲介先を入力する入力部と、 該サービス依頼を指定された仲介先に仲介する仲介部と
   を備える仲介装置。
2. 【請求項２】 請求項１記載の仲介装置であって、前記
   通信は、前記サービス装置から前記仲介装置に接続する
   ことで確立される仲介装置。
3. 【請求項３】 請求項１記載の仲介装置であって、前記
   環境は、前記サービス装置との通信経路を特定する情報
   が変更される環境である仲介装置。
4. 【請求項４】 請求項１記載の仲介装置であって、 前記サービス装置を特定する固有情報を蓄積する固有情
   報蓄積部を備え、 前記事前通信において受領する情報の少なくとも一部と
   前記固有情報との対比によって該サービス装置を特定す
   る仲介装置。
5. 【請求項５】 請求項４記載の仲介装置であって、 前記固有情報は前記ネットワークにおける前記サービス
   装置のアドレスとは異なる仲介装置。
6. 【請求項６】 請求項１記載の仲介装置であって、 前記事前通信に基づいて確立されるべき通信の状態の検
   査を行い、その結果に基づいて前記サービス装置に対応
   付けられた所定の通知先に通知を行う事前通信処理部を
   備えた仲介装置。
7. 【請求項７】 請求項６記載の仲介装置であって、 前記サービス装置と該サービス装置に対応付けられた通
   知先を特定する固有情報を蓄積する固有情報蓄積部を備
   え、 前記事前通信処理部は、前記事前通信において受領する
   情報の少なくとも一部と前記固有情報との対比から特定
   される通知先に通知を行う仲介装置。
8. 【請求項８】 ネットワークを介してサービス依頼を受
   けて該サービスを提供するサービス装置であって、 外部にある所定の装置に対して所定の事前通信を送信す
   るとともに、該送信に基づき、該サービス装置への通信
   を該所定の装置に確立させる事前通信部と、 前記所定の装置からのサービス依頼を、前記ネットワー
   クを介して受領する依頼受領部と、 前記サービスを提供するサービス提供部とを備えたサー
   ビス装置。
9. 【請求項９】 請求項８記載のサービス装置であって、
   前記事前通信を、常時と、断続的と、該サービス装置の
   所定の動作毎のうち少なくとも一つの態様で行うサービ
   ス装置。
10. 【請求項１０】 請求項８記載のサービス装置であっ
    て、前記事前通信を、少なくとも該サービス装置の電源
    投入と該サービス装置の切断されていた前記ネットワー
    クへの接続の回復とのいずれかを契機として行うサービ
    ス装置。
11. 【請求項１１】 クライアント及び所定のサービスを提
    供するサービス装置とが任意のタイミングでの一対一接
    続をすることができない状態でネットワークに接続され
    た環境下で、該ネットワークに接続されたコンピュータ
    により、前記クライアントから前記サービス装置へのサ
    ービス依頼を仲介する仲介方法であって、 前記仲介に先立って、前記サービス装置から所定の事前
    通信を受信するとともに、該受信に基づき該サービス装
    置との通信を確立する工程と前記通信が確立されたサー
    ビス装置を前記サービス依頼の仲介先として選択するた
    めの情報を前記クライアントに提供する工程と、 前記サービス依頼および仲介先を入力する工程と、 該サービス依頼を指定された仲介先に仲介する工程とを
    備える仲介方法。
12. 【請求項１２】 ネットワークに接続されたコンピュー
    タにより、該ネットワークを介してサービス依頼を受け
    て該サービスを提供するサービス提供方法であって、 外部にある所定の装置に対して所定の事前通信を送信す
    るとともに、該送信に基づき、該サービス装置への通信
    を該所定の装置に確立させる工程と、 前記所定の装置からのサービス依頼を、前記ネットワー
    クを介して受領する工程と、 前記サービスを提供する工程とを備えたサービス提供方
    法。
13. 【請求項１３】 仲介装置に、クライアント及び所定の
    サービスを提供するサービス装置とが任意のタイミング
    での一対一接続をすることができない状態でネットワー
    クに接続された環境下で、前記クライアントから前記サ
    ービス装置へのサービス依頼を仲介させるためのコンピ
    ュータプログラムであって、 前記仲介に先立って、前記サービス装置から所定の事前
    通信を受信するとともに、該受信に基づき該サービス装
    置との通信を確立する機能と前記通信が確立されたサー
    ビス装置を前記サービス依頼の仲介先として選択するた
    めの情報を前記クライアントに提供する機能と、 前記サービス依頼および仲介先を入力する機能と、 該サービス依頼を指定された仲介先に仲介する機能とを
    前記仲介装置に実現させるためのコンピュータプログラ
    ム。
14. 【請求項１４】 サービス装置に、ネットワークを介し
    てサービス依頼を受けて該サービスを提供させるための
    コンピュータプログラムであって、 外部にある所定の装置に対して所定の事前通信を送信す
    るとともに、該送信に基づき、該サービス装置への通信
    を該所定の装置に確立させる機能と、 前記所定の装置からのサービス依頼を、前記ネットワー
    クを介して受領する機能と、 前記サービスを提供する機能とを前記サービス装置に実
    現させるためのコンピュータプログラム。
15. 【請求項１５】 請求項１３、１４いずれか記載のコン
    ピュータプログラムを記録したコンピュータ読みとり可
    能な記録媒体。