(57)【要約】      （修正有）【課題】ユーザがどの電子機器で何の操作を行うべきか、また、何のサービスが進行しているのかを容易に知ることのできる複合サービス提供システム、電子機器、及びプログラムを提供すること。【解決手段】本発明の複合サービス提供システムにおいて、少なくとも一つのサービスを提供するサービス提供手段を有する電子機器1,2,3を含む複数の電子機器1,2,3,4が通信可能に接続されており、複合サービス指定手段と、電子機器決定手段と、電子機器報知手段と、複合サービス提供手段とを備えたことを特徴とする。【選択図】図１
2004357047.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのサービスを提供するサービス提供手段を有する電子機器を含む複数の電子機器が通信可能に接続され、異なる電子機器が実行するサービスを前記電子機器が互いに通信することで複数組み合わせて実現される複合サービスを提供する複合サービス提供システムにおいて、
提供を受ける複合サービスを指定する複合サービス指定手段と、
前記複合サービス指定手段によって指定された複合サービスを提供するために必要となる複数のサービスの夫々について、そのサービスを実行する電子機器を決定する電子機器決定手段と、
前記電子機器決定手段によって決定された電子機器の夫々を報知する電子機器報知手段と、
前記電子機器決定手段によって決定された前記電子機器にサービスを実行させて、前記複合サービス指定手段によって指定された前記複合サービスを提供する複合サービス提供手段とを備えたことを特徴とする複合サービス提供システム。
【請求項２】
前記複合サービスは、当該複合サービスを提供するために必要となる複数のサービスが所定の順序に従って行われることによって提供されるものであり、
前記複数のサービスを実行する所定の順序を報知する利用順序報知手段をさらに備えたことを特徴とする請求項１に記載の複合サービス提供システム。
【請求項３】
前記複合サービスに前記所定の順序を関連付けて記憶する順序記憶手段をさらに備えており、
前記利用順序報知手段は、前記順序記憶手段の記憶内容に基づいて報知を行うことを特徴とする請求項２に記載の複合サービス提供システム。
【請求項４】
前記サービスを実行する電子機器の夫々について、その電子機器の位置情報を報知する位置情報報知手段をさらに備えたことを特徴とする請求項１乃至請求項３に記載のいずれかの複合サービス提供システム。
【請求項５】
前記複数の電子機器の位置情報を取得する位置情報取得手段をさらに備えており、
前記位置情報報知手段は、前記位置情報取得手段による取得結果に基づいて報知を行うことを特徴とする請求項４に記載の複合サービス提供システム。
【請求項６】
前記電子機器は、自身がサービスを実行する場合、サービスを実行する旨を報知するサービス実行報知手段を備えたことを特徴とする請求項１から請求項５のいずれか１項に記載の複合サービス提供システム。
【請求項７】
前記複合サービスの進行状況を報知する進行状況報知手段をさらに備えたことを特徴とする請求項１から請求項６のいずれか１項に記載の複合サービス提供システム。
【請求項８】
前記複合サービス指定手段及び前記進行状況報知手段は同じ電子機器に備えられていることを特徴とする請求項７  に記載の複合サービス提供システム。
【請求項９】
前記電子機器は、自身が実行するサービスを開始する際にサービスの実行の開始を前記複合サービス指定手段及び前記進行状況報知手段を備えた電子機器に通知し、前記進行状況報知手段は、前記通知に基づいて報知を行うことを特徴とする請求項８に記載の複合サービス提供システム。
【請求項１０】
前記電子機器は、自身が実行しているサービスが終了した際にサービスの実行の終了を前記複合サービス指定手段及び前記進行状況報知手段を備えた電子機器に通知し、
前記進行状況報知手段は、前記通知に基づいて報知を行うことを特徴とする請求項８又は請求項９に記載の複合サービス提供システム。
【請求項１１】
前記複合サービスを提供するために必要なサービスの全ての実行が終了すると、複合サービスの実行が完了した旨を報知する複合サービス完了報知手段をさらに備えたことを特徴とする請求項１  から請求項１０のいずれか１項に記載の複合サービス提供システム。
【請求項１２】
前記複合サービスを提供するために必要なサービスの実行に関して、予め定められた時間内に完了しない場合には、サービスの実行が予め定められた時間内に完了しない旨を報知するエラー報知手段をさらに備えたことを特徴とする請求項１から請求項１１のいずれか１項に記載の複合サービス提供システム。
【請求項１３】
少なくとも一つのサービスを有する電子機器を含む複数の電子機器が通信可能に接続され、異なる電子機器が有するサービスを複数組み合わせて実現される複合サービスを提供する複合サービス提供システムを構成する電子機器であって、
提供を受ける複合サービスを指定する複合サービス指定手段と、
前記複合サービス指定手段によって指定された複合サービスを提供するために必要となる複数のサービスの夫々について、そのサービスを実行する電子機器を決定する電子機器決定手段と、
前記電子機器決定手段によって決定された電子機器の夫々を報知する電子機器報知手段と、
前記電子機器決定手段によって決定された前記電子機器にサービスを実行させて、前記複合サービス指定手段によって指定された前記複合サービスを提供する複合サービス提供手段とを備えたことを特徴とする電子機器。
【請求項１４】
少なくとも一つのサービスを有する電子機器を含む複数の電子機器が通信可能に接続され、異なる電子機器が有するサービスを複数組み合わせて実現される複合サービスを提供する複合サービス提供システムを構成する電子機器であるコンピュータを、
提供を受ける複合サービスを指定する複合サービス指定手段、
前記複合サービス指定手段によって指定された複合サービスを提供するために必要となる複数のサービスの夫々について、そのサービスを実行する電子機器を決定する電子機器決定手段、
前記電子機器決定手段によって決定された電子機器の夫々を報知する電子機器報知手段、及び
前記電子機器決定手段によって決定された前記電子機器にサービスを実行させて、前記複合サービス指定手段によって指定された前記複合サービスを提供する複合サービス提供手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、少なくとも一つのサービスを提供するサービス提供手段を有する電子機器を含む複数の電子機器が通信可能に接続され、異なる電子機器が実行するサービスを複数組み合わせて実現される複合サービスを提供する複合サービス提供システムに関する。
更に、前記複合サービス提供システムを構成する電子機器、並びに、前記複合サービス提供システムを構成する電子機器であるコンピュータを前記複合サービス提供システムの各手段として機能させる複合サービス提供プログラムに関する。
【０００２】
【従来の技術】
従来、プリンタ、スキャナ、ＦＡＸ  などの機能を一台の装置にまとめたＭＦＰ（マルチファンクションペリフェラル）  と言われる製品に対して、ネットワーク上に個々に接続されたプリンタやスキャナ、ＦＡＸ  モデムなどの装置の機能をリモートで利用してあたかも一つのＭＦＰ  のように利用するシステムが以前から提案されている。
例えば、ネットワーク上に接続されたスキャナーから読み込んだ画像をネットワーク上の別のプリンタから出力すればコピー機として利用できるし、同様にＦＡＸ  モデムに送ることが出来れば、ＦＡＸ  送信機として使用できることになる。このようにネットワーク上に分散するプリンタ、スキャナ、ＦＡＸ  モデムなどのサービス同士を接続して利用する技術として次のようなものがある。
【０００３】
【特許文献１】
特開２０００−９０２０８  号公報
【特許文献２】
特開２００１−２８２４８８  号公報
【特許文献３】
特開平１１−３０５９６６  号公報
【特許文献４】
特開２００２−７３４６２  号公報
【特許文献５】
特開２０００−２９５６５８  号公報
【特許文献６】
特開２００１−１７７５９９  号公報
【特許文献７】
特開２００１−２３８２３８  号公報
【０００４】
前記特許文献１（特開２０００−９０２０８号公報）には、各機能を持ったカードを組み合わせることで様々なサービスを提供することが記載されている。
前記特許文献２（特開２００１−２８２４８８  号公報）には、能力の揃ったプリンタを検索して同じマルチキャストアドレスに参加させ、そのアドレスで印刷データを送信することで同時印刷を実施させることが記載されている。
前記特許文献３（特開平１１−３０５９６６  号公報）には、マルチキャストで印刷データを送信することで複数のプリンタに同時に指示を出すこと、データにＩＤを含ませてプリンタに個別の指示を出すことが記載されている。
【０００５】
前記特許文献４（特開２００２−７３４６２号公報）には、コンテンツＩＤと出力先のＩＤを指定して印刷指令することで、印刷データや印刷先が自動に決定されて出力を得られることが記載されている。
特許文献５（特開２０００−２９５６５８  号公報）には、無線の出力を絞り、限られた通信範囲の相手とだけ認証情報を交換することが記載されている。
特許文献６（特開２００１−１７７５９９  号公報）には、  ＵＳＢケーブルを使い、接触した相手とだけ認証情報を交換することが記載されている。
特許文献７（特開２００１−２３８２３８  号公報）には、ＩＤでグループ化することが記載されている。
【０００６】
【発明が解決しようとする課題】
しかしながら、これらは、非常に有用な技術であるが、前述のように複数の機能を一台の装置にまとめたＭＦＰ  と比較して、操作がしづらく、進行状態も把握しにくいという問題を有している。
【０００７】
例えば、プリンタ、スキャナ、Ｆａｘ  は別体となっているため、場所の制約などによってそれぞれが離れた場所に別々に設置してあることがよくある。その場合、コピー操作を行おうと原稿はスキャナにセットするが、何処の何れのプリンタから出力するべきなのかわからない。このように、別の場所に設置してあると、自分が行いたいことに対してどの電子機器を操作しなければならないのかわからりづらくなってしまう。更に、進行状況も把握しにくい。ＦＡＸ  操作の場合も同様である。
【０００８】
本発明は、上記問題を鑑みてなされたものであって、その目的とするところは、ユーザがどの電子機器で何の操作を行うべきか、また、何のサービスが進行しているのかを容易に知ることのできる複合サービス提供システム、電子機器、及びプログラムを提供するものである。
【０００９】
【課題を解決するための手段及び効果】
上記目的を達成するために、請求項１に記載の本発明の複合サービス提供システムは、複合サービス指定手段と、電子機器決定手段と、電子機器報知手段と、複合サービス提供手段とを備えたことを特徴とする。
【００１０】
前記複合サービス指定手段は、提供を受ける複合サービスを指定する。前記電子機器決定手段は、前記複合サービス指定手段によって指定された複合サービスを提供するために必要となる複数のサービスの夫々について、そのサービスを実行する電子機器機を決定する。前記電子機器報知手段は、前記電子機器決定手段によって決定された電子機器の夫々を報知する。前記複合サービス提供手段は、前記電子機器決定手段によって決定された前記電子機器にサービスを実行させて、前記複合サービス指定手段によって指定された前記複合サービスを提供する。
【００１１】
更に、請求項１３に記載の本発明の指示装置は、前記複合サービス提供システムを構成する電子機器であり、前記複合サービス指定手段と、前記電子機器決定手段と、前記電子機器報知手段と、前記複合サービス提供手段とを備えたことを特徴とする。
【００１２】
加えて、請求項１４に記載のプログラムは、複合サービス提供システムを構成する電子機器であるコンピュータを、前記複合サービス指定手段と、前記電子機器決定手段と、前記電子機器報知手段と、前記複合サービス提供手段として機能させることを特徴とする。
【００１３】
請求項１記載の複合サービス提供システム、及び請求項１３記載の電子機器、請求項１４記載の複合サービス提供プログラムによると、複合サービスを提供するために利用される電子機器が報知されるので、ユーザは何れの電子機器が利用されるかを把握することが可能になり、その結果、ユーザは複合サービスに対する対応を行いやすくなる。
【００１４】
尚、本発明において、サービスとは、スキャンサービスやプリントサービス、データ送受信サービスなどのように電子機器が自身の機能を用いてユーザに提供するサービスをいう。そして、複合サービスとは、スキャンサービスとプリンタサービスとからなるコピーサービスのように、２以上のサービスを組み合わせて提供するサービスをいう。
更に、本発明において、報知手段には、ＬＥＤ  の点灯による報知手段、音や音声による報知手段のみならず、文字や画像を表示画面に表示する表示手段を含む。
【００１５】
請求項２に記載の本発明の複合サービス提供システムは、請求項１に記載の特徴に加えて、利用順序報知手段をさらに備えたことを特徴とする。
前記複合サービスは、当該複合サービスを提供するために必要となる複数のサービスが所定の順序に従って行われることによって提供される。そして、前記利用順序報知手段は、前記複数のサービスを実行する所定の順序を報知する。
複合サービスを提供するために必要な複数のサービスが所定の順序に従って行われる場合、サービスを実行する電子機器を報知したのみではユーザはどの順番で処理が行われるのか分からない。
【００１６】
請求項２に記載の複合サービス提供システムよると、その順番を報知することによってユーザによる対処を容易にする。例えば、コピーサービスの場合、スキャナサービス、プリントサービスの順で処理が行われることが知らされるので、ユーザはまずスキャナのところに行って原稿を置き、その後、プリンタのところへ行って出力画像を取り出すことができる。特に、どの順番で処理がされるか分からないような複合サービスに対して有効である。
【００１７】
このように、請求項２によれば、複合サービスを提供するために必要となる複数のサービスを実行する順序が報知されるので、ユーザはサービスが実行される順序を把握することが可能になり、その結果、ユーザは複合サービスに対する対応をさらに行いやすくなる。
【００１８】
請求項３に記載の本発明の複合サービス提供システムは、請求項２に記載の特徴に加えて、順序記憶手段をさらに備えていることを特徴とする。
前記順序記憶手段は、前記複合サービスに前記所定の順序を関連付けて記憶している。前記利用順序報知手段は、前記順序記憶手段の記憶内容に基づいて報  知を行う。
【００１９】
請求項３に記載の本発明の複合サービス提供システムよると、ユーザに順序を報知する構成を容易に構築することが可能になる。
【００２０】
請求項４に記載の本発明の複合サービス提供システムは、請求項１乃至請求項３  に記載のいずれかの特徴に加えて、位置情報報知手段をさらに備えたことを特徴とする。前記位置情報報知手段は、前記サービスを実行する電子機器の夫々について、その電子機器の位置情報を報知する。
【００２１】
複合サービスを実施するために各サービスを提供する電子機器を報知しただけでは、報知された電子機器がどこに設置されているのか分かりにくい。
請求項４に記載の本発明の複合サービス提供システムによると、ユーザに電子機器が設置された場所を報知することによって、その電子機器の設置位置の把握や、その場所への移動を容易にする。
【００２２】
請求項５に記載の本発明の複合サービス提供システムは、請求項４に記載の特徴に加えて、位置情報取得手段をさらに備えていることを特徴とする。前記位置情報取得手段は、前記複数の電子機器の位置情報を取得する。そして、前記位置情報報知手段は、前記位置情報取得手段による取得結果に基づいて報知を行う。
【００２３】
請求項５に記載の本発明の複合サービス提供システムによると、電子機器の位置情報を報知することが容易になる。
【００２４】
請求項６に記載の本発明の複合サービス提供システムは、請求項１乃至請求項５のいずれか記載の特徴に加えて、サービス実行報知手段を備えたことを特徴とする。前記サービス実行報知手段は、その電子機器自身がサービスを実行する場合、サービスを実行する旨を報知する。
【００２５】
請求項６に記載の本発明の複合サービス提供システムによると、電子機器自らがサービスを実行することを（例えば、ブザー音やＬＥＤ  の点灯により）報知するので、ユーザは複合サービスを提供するために用いられる電子機器を簡単に知ることができる。
【００２６】
請求項７に記載の本発明の複合サービス提供システムは、請求項１乃至請求項６のいずれか記載の特徴に加えて、前記複合サービスの進行状況を報知する進行状況報知手段をさらに備えたことを特徴とする。
電子機器名を報知したり、設置場所を報知するだけでは、どのような作業をしていいのか分かりづらい。例えば、スキャナから原稿を取り除いても良いのか、プリントができてその場へ取りに行っても良いのか分かりづらい。
また、複合サービスが正常に行われているのかも分かりづらい。
【００２７】
請求項７に記載の本発明の複合サービス提供システムによると、複合サービスの進行状況が報知されるので、ユーザはどのような作業を行えばよいか分かり、対応が容易になると共に、サービスの進行が進んでいれば正常に動作をしていることが分かるという利点がある。
【００２８】
請求項８に記載の本発明の複合サービス提供システムは、請求項７  に記載の特徴に加えて、前記複合サービス指定手段及び前記進行状況報知手段は同じ電子機器に備えられていることを特徴とする。
【００２９】
請求項８に記載の本発明の複合サービス提供システムによると、ユーザが操作した電子機器においてサービスの進行状況が報知されるので、ユーザはサービスの進行状況をその場にいて知ることができる。
【００３０】
請求項９に記載の本発明の複合サービス提供システムは、請求項８に記載の特徴に加えて、前記電子機器は、自身が実行するサービスを開始する際に、サービスの実行の開始を前記複合サービス指定手段及び前記進行状況報知手段を備えた電子機器に通知し、前記進行状況報知手段は、前記通知に基づいて報知を行うことを特徴とする。
【００３１】
請求項９に記載の本発明の複合サービス提供システムによると、ユーザはどのサービスが開始されたか知ることが可能になる。
【００３２】
請求項１０に記載の本発明の複合サービス提供システムは、請求項８又は請求項９  に記載の特徴に加えて、前記電子機器が、自身が実行しているサービスが終了した際にサービスの実行の終了を前記複合サービス指定手段及び前記進行状況報知手段を備えた電子機器に通知し、前記進行状況報知手段は、前記通知に基づいて報知を行うことを特徴とする。
【００３３】
請求項１０に記載の本発明の複合サービス提供システムによると、ユーザはどのサービスが終了したか知ることが可能になる。そのため、ユーザが適時適正な電子機器のところへ行って、適正な作業を行うことができ、ユーザの時間を無駄に浪費することが無い。
【００３４】
例えば、プリントが完了する前にプリンタのところへ行ってもそこで待たなければならず、ユーザの時間を無駄に浪費することになってしまうが、請求項１０に記載の本発明の複合サービス提供システムによると、スキャナからの原稿の取り除き、プリンタのところへ行って印刷された用紙を取り出すというユーザの作業が時間の無駄なく行える。
【００３５】
請求項１１に記載の本発明の複合サービス提供システムは、請求項１乃至請求項１０に記載のいずれかの特徴に加えて、複合サービス完了報知手段をさらに備えたことを特徴とする。前記複合サービス完了報知手段は、前記複合サービスを提供するために必要なサービスの全ての実行が終了すると、複合サービスの実行が完了した旨を報知する。
【００３６】
請求項１１に記載の本発明の複合サービス提供システムによると、複合サービスの実行が完了したことが報知されるので、ユーザは複合サービスが正常に処理され完了したことを知ることができる。また、ユーザは複合サービスが完了した後に電子機器に移動することができるようになって、ユーザの時間の無駄をなくすことができる。
【００３７】
請求項１２に記載の本発明の複合サービス提供システムは、請求項１乃至請求項１１に記載のいずれかの特徴に加えて、エラー報知手段をさらに備えたことを特徴とする。前記複合サービスを提供するために必要なサービスの実行に関して予め定められた時間内に完了しない場合に、前記エラー報知手段は、サービスの実行が予め定められた時間内に完了しない旨を報知する。
【００３８】
請求項１２に記載の本発明の複合サービス提供システムによると、サービスが予め定められた時間内に完了しないことが報知されるので、ユーザはその後の対応、例えば、再度複合サービスを受けるための操作を行いやすくなる。
【００３９】
【発明の実施の形態】
以下、本発明の複合サービス提供システムに関する実施形態の一例を図面に基づいて説明する。図１は本実施例の接続構成を示す図、図２は本発明の実施例のブロック構成図である。
【００４０】
本実施例において、図１に示されるように、複数の電子機器１，２，３，４  がＬＡＮ５等により通信可能に接続されている。
前記電子機器１，２，３，４  には、少なくとも一つのサービスを提供するサービス提供手段を有する電子機器  （以下、デバイスと称す）１，２，３  、及び前記デバイスを遠隔操作するためのリモート端末４  、加えて、他の電子機器、例えば、後述する中で出てくるように、複合サービスの進行表示のみに使用される電子機器などが含まれている。
尚、リモート端末４  は、前記デバイス１，２，３  から独立している場合もあるし、前記デバイス１，２，３  に組み込まれている場合もある。
【００４１】
前記デバイス１，２，３  としては、スキャンサービスを行うスキャナー１  、情報の送受信サービスを行うＦａｘモデム２  、プリントサービスを行うプリンタ３  等が挙げられる。前記リモート端末４  としては、各デバイスを無線で遠隔操作する情報携帯端末（ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ：  以下ＰＤＡ  と称す）  やパーソナルコンピュータ（以下、ＰＣと称す）等、更に、リモート端末としての機能が組み込まれたデバイス自身が挙げられる。
【００４２】
前記デバイス１，２，３  は、図２に示すように、サービス提供部１ａ，２ａ，３ａと、無線及び有線の少なくともいずれか一方による通信を行う通信部１ｂ，２ｂ，３ｂと、入出力情報や操作ガイダンス並びに進行状況等の情報を表示する表示部１ｃ，２ｃ，３ｃと、ＬＥＤの点灯や音声により操作ガイダンスや進行状況を報知する報知部１ｄ，２ｄ，３ｄと、外部操作入力部１ｅ，２ｅ，３ｅと、記憶部１ｆ，２ｆ，３ｆと、中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、以下  ＣＰＵと称す）１ｇ，２ｇ，３ｇ  とを備えている。
【００４３】
前記記憶部１ｆ，２ｆ，３ｆには、前記外部操作入力部１ｅ，２ｅ，３ｅから入力された入力情報や通信部１ｂ，２ｂ，３ｂが受信した情報を一時保存しておく入力情報記憶領域と、本デバイスを本実施例に係わる複合サービス提供システムの各手段として機能させるプログラム等の各種のプログラムやデータを格納するための格納領域と、前記格納領域や入力情報記憶領域に一時保存されたプログラムによって処理を行うための作業領域と、前記処理を終えた出力されるべき出力情報が記憶される出力情報記憶領域とが設けられている。具体的には、記憶部は、ＲＯＭ，ＲＡＭ，ＮＶＲＡＭ  等のメモリや、フレキシブルディスクドライブ、ハードディスクドライブ、ＭＯ等のストレージデバイスによって構成されている。
【００４４】
前記報知部１ｄ，２ｄ，３ｄは、ＬＥＤ  等の点灯やブザー等の音によりデバイスの位置やサービスの実行開始等の進行状況を報知したり、音声により操作ガイダンスやサービスの実行開始等の進行状況を報知する。
前記リモート端末４  は、無線及び有線の少なくともいずれか一方による通信を行う通信部４ａと、入出力情報や操作ガイダンス並びに進行状況等の情報を表示する表示部４ｂと、ＬＥＤの点灯や音声により操作ガイダンスや進行状況を報知する報知部４ｃと、外部操作入力部４ｄ、記憶部４ｅ、ＣＰＵ４ｆ  とを備えている。
【００４５】
前記記憶部４ｅには、前記外部操作入力部４ｄから入力された入力情報や通信部４ａが受信した情報を一時保存しておく入力情報記憶領域と、本リモート端末４  を本実施例に係わる複合サービス提供システムの各手段として機能させるプログラム等の各種のプログラムやデータを格納するための格納領域と、前記格納領域や入力情報記憶領域に一時保存されたプログラムによって処理を行うための作業領域と、前記処理を終えた出力されるべき出力情報が記憶される出力情報記憶領域とが設けられている。
【００４６】
前記報知部４ｃは、ＬＥＤ  等の点灯やブザー等の音によりサービスの実行開始等の進行状況を報知したり、音声により操作ガイダンスやサービスの実行開始等の進行状況を報知する。
更に、前記複合サービス提供システムとして機能させるプログラムは、前記デバイス及びリモート端末を本発明の複合サービス提供システムとして機能させるための各手順を含み、各手順毎若しくは適宜に各手順を組みあわせてモジュール化されている。
【００４７】
次に、上記構成の本実施例に係わる複合サービス提供システムを用いた作動手順を図面に基づいて説明する。尚、以下の説明において、符号Ｓ  で始まるものは手順のステップを示すものとする。例えば、Ｓ３−１０１はステップ３−１０１  を示す。
［第１実施例］
第１実施例を図３乃至図２４を参照しつつ説明する。
図３及び図４は、第１実施例の概略タイミングチャートであり、図４は、確認の概略タイミングチャートである。尚、図３及び図４に示す例においては、複合サービスとしてコピーが指定されている。
【００４８】
図３のＳ３−１０１において、リモート端末４  は、最初に、ユーザに所望の複合サービスを指定させ、その複合サービスに関する利用条件を設定させる。図３に記載の例では、コピーサービスを指定している。
Ｓ３−１０２において、リモート端末４  は、前記複合サービスの実施に必要なデバイスを全て自動的に決定する。（以下、Ｓ３−１０２にて決定されたデバイスを適宜決定デバイスと称す。）
Ｓ３−１０３において、リモート端末４  は、前記決定デバイスの通信等の動作状態を確認し、実施する複合サービス及び前記決定デバイスを表示部４ｂによって表示する。
【００４９】
Ｓ３−１０４において、リモート端末４  は、ユーザに前記情報を表示部４ｂによって表示することにより確認させて、複合サービスの開始をユーザに入力させる。
Ｓ３−１０５において、リモート端末４  は、前記決定デバイスの名称及び利用条件等の複合サービスを実施する際に必要な情報をデバイス間で受け渡しするためのデータテーブル、即ち、実行情報テーブル（以下、実行用レシピと称す）を作成する。そして、前記実行用レシピを前記複合サービスの実施に必要な最初のサービスを提供するデバイス（ここでは、スキャナ１  に相当）に送信する。
その後、Ｓ３−１０６乃至Ｓ３−１１１において、リモート端末４  は、決定デバイスから進行の報告を受信してその進行を表示部４ｂ及び／又は報知部４ｃによって報知する。
【００５０】
Ｓ３−２０１において、決定デバイスの一つであるスキャナ１  は、前記実行用レシピを受信する。
Ｓ３−２０２において、スキャナ１  は前記実行用レシピに基づいて、スキャンサービスの提供にあたり諸条件を設定する。
Ｓ３−２０３において、スキャンボタンがユーザにより押されてスキャンが開始される。
それと同時に、Ｓ３−２０４において、スキャナ１  は、実行用レシピを次のサービスを行うデバイス（ここでは、プリンタ３  に相当）に転送する。
【００５１】
Ｓ３−２０５において、スキャナ１  はリモート端末４  に、「スキャンの開始」を報告する。
Ｓ３−２０６において、スキャナ１  は、「スキャン開始」の進行ガイドを表示部１ｃ及び／又は報知部１ｄによって報知する。
Ｓ３−２０７において、スキャナ１  は、原稿を読み取る。
Ｓ３−２０８において、スキャナ１  は、「スキャン終了」の進行ガイドを表示部１ｃ及び／又は報知部１ｄによって報知する。
Ｓ３−２０９において、スキャナ１  は、読み取ったデータを次のサービスを行うデバイス、即ちプリンタ３  に送信する。
【００５２】
その後、  Ｓ３−２１０  において、「スキャン終了」をリモート端末４  へ報告し、終了する。
尚、読み取ったデータの送信は、原稿の読取りの進行と同時に行ってもよい。
また、Ｓ３−２０２，Ｓ３−２０４，Ｓ３−２０５の処理、即ち、スキャン用諸条件の設定、決定されているプリンタ３  への実行用レシピの送信、リモート端末４  への報告は、全て実行用レシピの記述に基づいて行われる。
【００５３】
一方、決定デバイスの一つであるプリンタ３  では、Ｓ３−３０１において、既にスキャナ１  から実行用レシピを受信している。
そして、Ｓ３−３０２において、プリントサービスの提供にあたり必要な諸条件が前記実行用レシピに基づいて既に設定されている。
Ｓ３−３０３において、プリンタ３  は、スキャナ１  が読み取ったデータを受信する。
Ｓ３−３０４において、プリンタ３  は、リモート端末４  へ「印刷開始」の進行の報告を行う。
【００５４】
Ｓ３−３０５において、プリンタ３  は、「印刷開始」の進行ガイドを表示部３ｃ及び／又は報知部３ｄによって報知する。
Ｓ３−３０６において、プリンタ３  は、印刷を行う。
Ｓ３−３０７において、プリンタ３  は、「印刷終了」の進行ガイドを表示部３ｃ及び／又は報知部３ｄによって報知する。
Ｓ３−３０８において、プリンタ３  は、リモート端末４  へ「印刷終了」の進行の報告を行う。
【００５５】
更に、前記Ｓ３−１０３の決定デバイスの確認及び表示の手順を図４  を参照しつつ説明する。
図４のＳ４−１０１において、リモート端末４  は、決定デバイスをリモート端末４  の表示部によって表示する。
Ｓ４−１０２において、リモート端末４  は、確認用レシピを作成する。前記確認用レシピとは、前記決定デバイス名及び利用条件等の複合サービスを実施する際に必要な情報をデバイス間で受け渡しするためのデータテーブルであって、決定デバイスがサービス提供可能であるか否かを確認するためのレシピである。
【００５６】
そして、複合サービスを実施するために必要な個々のサービスであって最初のサービス１を提供するデバイス（ここでは、スキャナ１  に相当）に確認用レシピを送信する。
次に、Ｓ４−１０３において、リモート端末４  は、表示部４ｂ及び／又は報知部４ｃによって「確認開始」を報知する。
その後は、Ｓ４−１０４及びＳ４−１０５において、決定デバイスからの確認の進行の報告を受信する。
【００５７】
Ｓ４−２０１において、最初のサービス１  を提供するデバイス、即ち、スキャナ１  は、前記確認用レシピを受信する。
Ｓ４−２０２において、スキャナ１  は、「スキャンサービス確認中」等の確認の進行ガイドを表示部１ｃ及び／又は報知部１ｄによって報知する。
Ｓ４−２０３において、スキャナ１  は、複合サービスを実施するために必要な個々のサービスであって２番目のサービス２を提供するデバイス、即ち、プリンタ３  へ確認用レシピを転送する。
【００５８】
その後、Ｓ４−２０４において、スキャナ１  は「確認終了」を表示部１ｃ及び／又は報知部１ｄによって報知すると共に、その報告をリモート端末４  へ送信し、終了する。Ｓ４−２０２，  Ｓ４−２０３の処理、即ち、表示部１ｃや報知部１ｄによる報知、プリンタ３  への確認用レシピの転送は全て確認用レシピの記述に基づいて行われる。
Ｓ４−３０１において、２番目のサービス２を提供するデバイス、即ち、プリンタ３  は、前記確認用レシピを受信する。
【００５９】
Ｓ４−３０２において、プリンタ３  は、「プリントサービス確認中」等の確認の進行ガイドを表示部３ｃ及び／又は報知部３ｄによって報知する。
Ｓ４−３０３において、プリンタ３  は、確認終了後、「確認終了」を表示部３ｃ及び／又は報知部３ｄによって報知すると共に、その報告をリモート端末４  へ送信し、終了する。
Ｓ４−１０５において、リモート端末４  は、プリンタ３  から確認終了の報告を受信する。このとき、スキャナ１  からは既に確認の終了を受信している。
【００６０】
Ｓ４−１０６において、リモート端末４  は、全決定デバイスから「確認終了」の報告を得ると、全決定デバイスについて確認を終了したことを表示部４ｂ及び／又は報知部４ｃによって報知する。
Ｓ４−１０７において、確認された決定デバイスを表示部４ｂによって表示して本処理を終了する。このとき、前記複合サービスを実施するための複数のサービスを実行する所定の順序を報知するために、決定デバイスは利用順序に従って表示される。更に、前記各決定デバイスの位置も表示することが好ましい。
【００６１】
このように、第１実施例において、前記リモート端末４  は、ユーザに所望の複合サービスを指定させる複合サービス指定手段、前記指定された複合サービスに関する利用条件を指定する利用条件指定手段、前記複合サービスの実施に必要なデバイスを全て自動的に決定するデバイス決定手段、前記指定された複合サービスとその利用条件及び前記決定デバイス名等の前記複合サービスの実施に必要な情報に関するレシピを作成するレシピ作成手段、前記レシピを前記複合サービスの実施に必要な最初のサービスを提供するデバイスに送信する送信手段として少なくとも機能する。
【００６２】
そして、前記リモート端末４  によって決定デバイスは、前記レシピを受信する受信手段、前記レシピに従って前記複合サービスの実施に必要なサービスを提供する手段、前記決定デバイスの情報に基づいて前記複合サービスの実施に必要な次のサービスを行う次のデバイスに前記レシピを送信する送信手段として少なくとも機能する。
【００６３】
更に、第１実施例の作動手順について、リモート端末４  の作動手順とデバイスの作動手順とに分けて詳述する。
リモート端末４  の作動手順の説明において、参照される図面は、図５乃至図１０である。
図５は、リモート端末４  におけるメイン作動手順を示すフローチャートである。  図５のＳ５−０１  において、ユーザに複合サービスを利用するか否かの判断をさせる。
「ＮＯ」ならば、その他の処理を行ってＳ５−０１  に戻る。
「ＹＥＳ  」ならば、Ｓ５−０２  に進む。
Ｓ５−０２  において、ユーザに、どの複合サービスを利用するかの指定、及び、利用条件等を入力させる。
【００６４】
ここで、リモート端末４  は、図１７に示すような複合サービスレコード（記録）情報に関するサービステーブルを記憶保存している。前記サービステーブルの左端の列は、複合サービスの種類を示している。各行は、左端に記載の複合サービスを実施するために必要な各サービスを示している。サービス１は最初に実施するサービス、サービス２は２番目に実施するサービス、サービス３は３番目に実施するサービスを示しており、実施する順に記載されている。
【００６５】
このように、前記複合サービス実施するための各サービスが実行される所定の順序が前記複合サービスに関連付けて記憶されている。
複合サービスの種類をユーザが指定すると、リモート端末４  は、その複合サービスを実施するために必要な各サービスをこのテーブルによって決定し、更に、後述する手順により、前記各サービスを実行するデバイス及びそのデバイスの利用順序を決定する。
【００６６】
図１７中では、複合サービスとしては、コピー、リモートＦＡＸ  、画像保存、画像ＦＡＸ  保存という読み取った画像をデジタルデータとして処理するものが挙げられている。そして、複合サービスがコピーである場合、それを実行するのに必要なサービスが、最初にスキャン、次にプリントであることが示されているため、コピーの実行には、スキャンサービスを有するデバイスにて画像を読み取り、デジタルデータ化してプリントサービスを持つデバイスでデジタルデータを処理する必要があることが判る。
【００６７】
テーブル中、開始指示要とは、該当サービスを実行するにあたり、ユーザの利用条件の一つとして開始の指示が必要であることを示している。Ｐｕｓｈサ−ビス（数字）はデジタルデータの受け渡し方法を示している。例えば、Ｐｕｓｈサ−ビス２は、サ−ビス２を提供するデバイスへデジタルデータをサービス１  を提供するデバイスから能動的に送信することを示している。
【００６８】
Ｓ５−０３  において、前記複合サービスの実施に必要なデバイスを全て自動的に決定する。
前記決定ができず、Ｓ５−０４  の判断がエラーとなった場合（ＹＥＳ）  、Ｓ５−０９  に進む。  Ｓ５−０４  の判断がエラーでない場合（ＮＯ）、Ｓ５−０５  に進む。
Ｓ５−０５  において、前記決定デバイスの通信等の動作状態を確認する。
前記確認がとれず、Ｓ５−０６  の判断がエラーとなった場合（ＹＥＳ）  、Ｓ５−０９  に進む。
【００６９】
Ｓ５−０９  において、エラーを表示部４ｂ及び／又は報知部４ｃによって報知してＳ５−０１  に戻る。
Ｓ５−０６  の判断がエラーでない場合（ＮＯ）、Ｓ５−０７  に進む。
Ｓ５−０７  において、複合サービスの開始をユーザに入力させる。
Ｓ５−０８  において、複合サービスの実行指示を行う。そして、Ｓ５−０１  へ戻る。
前記実行指示には、実行レシピの作成手順、前記レシピの指定複合サービスの実施に必要な最初のサービスを提供するデバイスへの送信手順、進行の表示手順等が含まれる。
【００７０】
前記Ｓ５−０３  における前記複合サービスの実施に必要なデバイスを全て自動的に決定する手順を図６に基づいて詳しく説明する。
Ｓ６−０１  において、サービステーブル内の指定複合サービスに関するレコードの先頭のサービス１  に注目する。例えば、指定複合サービスがコピーの場合は、スキャンサービスとなる（図１７参照）。
【００７１】
Ｓ６−０２  において、指定複合サービスを実施するために必要な個々のサービスについて前記それぞれのサービスを提供するデバイスを全部決定したか否かを判断する。
「ＹＥＳ  」、即ち、前記個々のサービスを提供するデバイスを全部決定し終えている場合は以下の手順を行う必要がないので終了となる。「ＮＯ」の場合、Ｓ６−０３  に進む。
Ｓ６−０３  において、注目サービス用デバイス情報テーブルを作成若しくは初期化する。
【００７２】
リモート端末４  は、図１８に示すような注目サービス用デバイス情報テーブルを記憶保存している。このテーブルを作成若しくは初期化する。即ち、全て空欄のデバイス情報テーブルが用意される。
前記テーブルは、デバイス毎に、索引番号（Ｉｎｄｅｘ）  、デバイス識別番号（  デバイスＩＤ）  、グループ識別番号（ＧＩＤ）  、アドレス、入出力インターフェイスに関する情報（Ｄａｔａ  Ｓｉｎｋ  ＵＲＬ、  Ｓｒｃ．ＵＲＬ）  、位置（Ｌｏｃａｔｉｏｎ）、性能（Ｃａｐａｂｉｌｉｔｙ）の情報を有している。位置情報としてはＧＰＳ  等によって得た緯度経度のみならず、建物内の何階に設置されているかがわかるようにフロアー情報も加えられることが好ましい。
【００７３】
そして、使用フラグ及び無効フラグの欄に、全使用デバイスの決定手順おいて決定される結果が記録される。
図１８においては、Ｓｃａｎサービス、Ｐｒｉｎｔ  サービス、ＦＡＸ  サービス、ストレージサービスを注目サービスとしたデバイス情報テーブルがそれぞれ挙げられている。
Ｓ６−０４  において、リモート端末４  自身が注目サービスを提供できるか否かを判断する。
「ＹＥＳ  」即ち、提供できる場合、Ｓ６−１８  に進む。これは、スキャナ１  等の注目サービスを提供可能なデバイスにリモート端末４  機能が組み込まれている場合などが考えられる。
【００７４】
「ＮＯ」、即ち、提供できない場合、Ｓ６−０５  に進む。これは、リモート端末４  がデバイスに組み込まれていない場合や、リモート端末４  がデバイスに組み込まれている場合であって、組み込まれているデバイス自身が注目サービスを提供できない場合に相当する。
Ｓ６−０５  において、注目サービスを実行できるデバイスを見出すためにサービスディスカバリ要求をブロードキャスト若しくはマルチキャストによって発行する。
このとき、既にグループ設定済みのデバイスの中から選ぶときはＧＩＤ  も前記サービスディスカバリ要求と共にマルチキャストする。
【００７５】
Ｓ６−０６  において、所定時間リプライ（返信）を収集し、その収集した情報をデバイス情報テーブルに記録登録する。このとき、既にグループ設定済みのデバイスの中から選ぶときは、同一のＧＩＤ  が割り当てられたデバイスからのリプライ（返信）のみを収集する。
【００７６】
デバイスからのリプライの情報として、図１９に示されているような、サービス内容（Ｓｅｒｖｉｃｅ）  を始めとして、デバイス識別番号（  デバイスＩＤ）  、グループ識別番号（ＧＩＤ）  、アドレス、入出力インターフェイスに関する情報（Ｄａｔａ  Ｓｉｎｋ  ＵＲＬ、Ｓｒｃ．ＵＲＬ）等の情報が含まれている。
これにより、デバイスが提供するサービスの種類、及び注目サービスを実行するデバイスのアドレス、並びに注目サービスの実施に必要なデジタルデータの入出力インターフェイスに関する情報（Ｄａｔａ  Ｓｉｎｋ  ＵＲＬ、  Ｓｒｃ．ＵＲＬ）  を当該デバイスから取得する。
【００７７】
Ｓ６−０７  において、前記デバイスからのリプライの情報が、デバイス情報テーブルに記録登録がなされた否かを判断する。
「ＮＯ」、即ち、記録登録がない場合は、デバイス情報の収集ができなかったことになるので、Ｓ６−２０  において、エラーを表示部４ｂ及び／又は報知部４ｃによって報知してエラー終了となる。
「ＹＥＳ  」、即ち、前記デバイス情報テーブルに記録がある場合は、Ｓ６−０８  に進む。
Ｓ６−０３  乃至  Ｓ６−０７の処理によって、注目サービスを提供可能なデバイスの情報を、リモート端末４  と同じグループと認識できるもの、或いは、全てについて収集したことになる。
【００７８】
Ｓ６−０８  において、注目サービスに関連したデバイス情報テーブルの先頭のデバイスに関するレコードに注目する。指定複合サービスがコピーの例では、図１８中のＳｃａｎ  （スキャン）  サービス用デバイス情報テーブルのＩｎｄｅｘ  １のスキャナ１  に注目する。
Ｓ６−０９  において、注目サービスに関連したデバイス情報テーブルに記載の全てのデバイスに対して、以下のデバイスデスクリプション要求を行った否かを判断する。
【００７９】
「ＹＥＳ  」即ち、全てのデバイスに対してデバイスデスクリプション要求を行った場合、Ｓ６−１６  に進む。
「ＮＯ」、即ち、行っていない場合、Ｓ６−１０  へ進む。
Ｓ６−１０  において、注目サービスに関連したデバイス情報テーブル内の先頭のデバイスに関するレコードからアドレスを取得する。指定複合サービスがコピーの例では、図１８中のＳｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ  １のスキャナ１  のアドレスを取得する。
【００８０】
Ｓ６−１１  において、取得したアドレスにデバイスデスクリプション（デバイス説明）の要求を発行する。
デバイスデスクリプション要求とは、リモート端末４  から、図２０に示すような内容の情報のリプライをデバイスへ要求することである。
デバイスデスクリプションには、デバイス識別番号（  デバイスＩＤ）  、アドレス、入出力インターフェイスに関する情報（Ｄａｔａ  Ｓｉｎｋ  ＵＲＬ、  Ｓｒｃ．ＵＲＬ）  、提供サービス（Ｓｅｒｖｉｃｅ）  、位置（Ｌｏｃａｔｉｏｎ）、性能（Ｃａｐａｂｉｌｉｔｙ）の情報が含まれる。
これにより、性能や位置情報等という、どのデバイスに注目サービスを実施させるか決定させるために用いられるデバイス個々の特性を示す情報を取得する。また、グループ識別番号（ＧＩＤ）  が設定されている場合は、グループ識別番号（ＧＩＤ）  も含まれる。
【００８１】
Ｓ６−１２  において、所定時間内にリプライがあったか否かを判断する。
「ＮＯ」、即ち、無い場合、Ｓ６−１４  に進む。
Ｓ６−１４  において、注目サービスに関連したデバイス情報テーブルの注目レコード、ここでは、先頭レコードに無効フラグを立て記録する。指定複合サービスがコピーの例では、図１８中のＳｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ  １のスキャナ１  の無効フラグが立てられる。そして、Ｓ６−１５  へ進む。
Ｓ６−１２  の判断において、「ＹＥＳ  」、即ち、リプライがあった場合は、Ｓ６−１３  へ進む。
【００８２】
Ｓ６−１３  において、注目レコード、ここでは、先頭レコードに返信されてきたデバイスデスクリプションの情報を記録し登録する。そして、Ｓ６−１５  へ進む。
Ｓ６−１５  において、注目サービスに関連したデバイス情報テーブルの次のデバイスに関するレコードに注目する。指定複合サービスがコピーの例では、図１８中のＳｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ  ２  のスキャナ１  のレコードに注目する。そして、Ｓ６−０９  へ戻る。
【００８３】
上記Ｓ６−０９  からＳ６−１５  の手順を注目サービスに関連したデバイス情報テーブルに記載の全てのデバイスに対して行う。指定複合サービスがコピーの例では、図１８中のＳｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ  １  及び２のスキャナ１  について行う。
そして、Ｓ６−０９  の注目サービスに関連したデバイス情報テーブルに記載の全てのデバイスに対してデバイスデスクリプション要求を行った否かの判断において、「ＹＥＳ  」即ち、全てのデバイスに対してデバイスデスクリプション要求を行った場合、Ｓ６−１６  に進む。
Ｓ６−１０  乃至  Ｓ６−１５  の処理によって、Ｓ６−０３  乃至  Ｓ６−０７でアドレス情報を収集した注目サービスを提供できるデバイスそれぞれについて、デバイス個々の特性を示す情報を取得したことになる。
【００８４】
Ｓ６−１６  において、注目サービス用デバイス情報テーブルに記載のデバイスであって、無効フラグが記録されていないデバイスから利用条件等を考慮して注目サービスを実行するのに適したデバイズを決定する。そして、決定デバイスのデバイス情報テーブルに使用フラグを立てて記録する。指定複合サービスがコピーの例では、図１８中のＳｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ  １  及び２のうち適したデバイズに使用フラグを立てて記録する。
【００８５】
Ｓ６−１７  において、注目サービス用デバイス情報テーブルに使用フラグが立てられているか否かを判断する。
「ＮＯ」、即ち、使用フラグが立てられていず、デバイスが決定されていない場合、Ｓ６−２０  においてエラーを表示部４ｂ及び／又は報知部４ｃによって報知して終了する。
「ＹＥＳ  」、即ち、使用フラグが立てられて、デバイスが決定されている場合は、Ｓ６−１９  に進む。
【００８６】
ここで、説明をＳ６−０４  に戻す。リモート端末４  がデバイスに組み込まれており、そのデバイス自身が注目サービスを提供できる場合、Ｓ６−０４  の判断は、「ＹＥＳ  」になる。そして、Ｓ６−１８  に進む。
Ｓ６−１８  において、リモート端末４  が組み込まれているデバイス自身のデバイスデスクリプションの情報を注目サービス用デバイス情報テーブルに記録し、使用フラグを立てる。そして、Ｓ６−１９  に進む。
Ｓ６−１９  において、サービステーブル中の指定複合サービスレコードの次のサービスを注目する。図１７中、指定複合サービスがコピーの例では、サービス２  のプリントサービスとなる。そして、Ｓ６−０２  に戻る。
【００８７】
Ｓ６−０４  の処理が、Ｓ６−０５  以降の処理より以前にあることで、例えば、スキャナ１  にリモート端末４  機能が備えられているのにユーザにわざわざ別のスキャナ１  を利用させるということがない。
尚、図６  のＳ６−１８  ではリモート端末４  機能を備えたデバイスが注目サービスを提供できる場合、必ずレコードに使用フラグを立てたが、ここではレコードの登録のみ行い、Ｓ６−１８  の次にＳ６−０５  の処理に移るようにしてもよい。
このようにすれば、ユーザがモノクロスキャナ１  に備えられたリモート端末４  機能を使ってカラーコピーを指示した場合でもカラーの性能をもったスキャナ１  が選択されるようになる。
【００８８】
また、上記Ｓ６−０２  からＳ６−１９  の手順をサービステーブルの指定複合サービス欄に記録されている全てのサービスについて行う。即ち、指定複合サービスを実施するにあたり必要な個々のサービスを提供可能な個々のデバイスを全て決定するまでこれらの手順は行われる。
そして、Ｓ６−０２  の判断において、全てのデバイスが決定されると、「ＹＥＳ  」となり、全使用デバイス決定の手順は終了する。
【００８９】
次に、前記Ｓ６−１６  のデバイス情報テーブルからデバイスを決定する手順を図７  に基づいて詳述する。
Ｓ７−０１  において、注目サービス用デバイス情報テーブルの先頭デバイスに関するレコードに注目する。注目サービスがスキャンの例では、図１８のＳｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ１のレコードに注目する。
Ｓ７−０２  において、注目サービス用デバイス情報テーブルに記載の全てのデバイスについて、後述する手順によって、ユーザ設定の利用条件とデバイスの性能等のデバイス情報とを比較し終えたかを判断する。
「ＹＥＳ  」、即ち、全てのデバイスについて比較し終えた場合、Ｓ７−０８  に進む。
「ＮＯ」、即ち、比較し終えていない場合は、Ｓ７−０３  に進む。
【００９０】
Ｓ７−０３  において、注目レコードに無効フラグが立っているか、即ち、デバイス個々の特性を示す情報を取得できなかったか否かを判断する。例えば、注目サービスがスキャンの例では、図１８のＩｎｄｅｘ１に関するレコード欄の無効フラグを参照する。
「ＹＥＳ  」、即ち、無効フラグが立っている場合は、Ｓ７−０７  へ進む。
「ＮＯ」、即ち、無効フラグが立っていない場合は、Ｓ７−０４  へ進む。
Ｓ７−０４  において、ユーザ設定の利用条件と注目レコードの性能情報とを比較する。
Ｓ７−０５  において、前記比較結果に基づいて前記利用条件で動作することができるか否かを判断する。
「ＮＯ」、即ち、動作しない場合は、Ｓ７−０７  へ進む。
「ＹＥＳ  」、即ち、動作する場合、Ｓ７−０６  へ進む。
【００９１】
Ｓ７−０６  において、デバイス情報テーブルの注目レコードの欄に使用フラグを立てる。そして、Ｓ７−０７  へ進む。
このように、  Ｓ７−０３乃至Ｓ７−０６  の処理によって、ユーザの意図に沿ったデバイスを選別する。
Ｓ７−０７  において、注目サービスのデバイス情報テーブルの次のデバイスに関するレコードに注目する。注目サービスがスキャンの例では、Ｓｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ２のデバイスに関するレコードに注目する。そして、Ｓ７−０２  に戻る。
Ｓ７−０２  からＳ７−０７  の手順を、指定複合サービスを実施するにあたり必要な個々のサービスの内、注目サービス用デバイス情報テーブルに記載のデバイスレコード全てについて行う。
【００９２】
Ｓ７−０２  の判断は、注目サービス用デバイス情報テーブルに記載のデバイスレコード全てについて上記Ｓ７−０２  からＳ７−０７  の手順が行われると、「ＹＥＳ  」となる。そして、Ｓ７−０８  へ進む。
Ｓ７−０８  において、使用フラグが立っているデバイスが複数か否かを判断する。
「ＮＯ」、即ち、使用フラグが立っているデバイスが一つしかない場合、デバイスが決定されたことになるので終了する。
「ＹＥＳ  」の場合、候補のデバイスが複数存在することになるので、Ｓ７−０９  へ進む。
【００９３】
Ｓ７−０９  において、指定複合サービスを実施するための個々のサービス中、注目サービス用デバイス情報テーブルの使用フラグの立っていないデバイスのレコード全てに無効フラグを立てる。
Ｓ７−１０  において、前記デバイス情報テーブルの全てのデバイスのレコードの使用フラグを倒す。前記Ｓ７−０９  及びＳ７−１０  は、複数の候補デバイスの中から以下の手順によって適したデバイスを決定するために、使用フラグ欄をリセットする手順である。
【００９４】
Ｓ７−１１  において、指定複合サービスを実施するための個々のサービス中、注目サービス用デバイス情報テーブルの先頭デバイスのレコードに注目する。指定複合サービスがコピーで、スキャンサービスに注目している例では、Ｓｃａｎサービス用デバイス情報テーブルのＩｎｄｅｘ１のデバイスのレコードに注目する。
Ｓ７−１２  において、注目サービス用デバイス情報テーブルの全てのデバイスについてＳ７−１２  乃至Ｓ７−１５  の手順を行ったか否かを判断する。
「ＹＥＳ  」、即ち、全てのデバイスについて行った場合、Ｓ７−１６  に進む。「ＮＯ」、即ち、行っていない場合、Ｓ７−１３  に進む。
【００９５】
Ｓ７−１３  において、注目レコードに無効フラグが立っているか、即ち、ユーザの意図に沿ったデバイスとして選別されたか否かを判断する。
「ＹＥＳ  」、即ち、無効フラグが立っている場合、Ｓ７−１５  へ進む。
「ＮＯ」、即ち、無効フラグが立っていない場合、Ｓ７−１４  へ進む。
Ｓ７−１４  は、デバイスの位置情報を比較する手順である。Ｓ７−０４  では、ユーザの設定利用条件と比較し、Ｓ７−０５  にて適応デバイスを選択したが、このステップでは、デバイスの位置情報を比較し、Ｓ７−１６  にて適応デバイスを選択する。
【００９６】
Ｓ７−１４  において、例えば、注目レコードに記載のデバイスの位置情報と、ユーザの位置情報との差を取り、記憶する。ユーザの位置情報は、進行報告を受ける表示パネル（Ｐａｎｅｌ）  を有するリモート端末４  、若しくはデバイスの位置をユーザの位置情報とする。ユーザがリモート端末４  若しくは複数のデバイス中、どの表示パネル（Ｐａｎｅｌ）  で進行報告を受けるかはユーザによって設定が可能である。
【００９７】
また、他の例では、注目レコードに記載のデバイスの位置情報と、注目サービスの前のサービスで選択されているデバイスとの位置を比較し、その差を記憶する。図１８を用いて説明すると、指定複合サービスがコピーで、注目サービスがＰｒｉｎｔ（プリント）  サービスであり、前のサービスであるスキャンサービスを提供するスキャナ１  が決定されている場合、決定されたスキャナ１  の位置情報と、Ｐｒｉｎｔ  サービス用デバイス情報テーブル中で注目されているデバイスに関するレコードの位置情報とを比較し、その差を記憶する。
【００９８】
Ｓ７−１５  において、注目サービス用デバイス情報テーブル中の次のデバイスに関するレコードに注目する。そして、Ｓ７−１２  に戻る。
Ｓ７−１２  の判断において、注目サービス用デバイス情報テーブルの全てのデバイスについてＳ７−１２  及びＳ７−１５  の手順を行った場合、「ＹＥＳ  」となり、Ｓ７−１６  に進む。
Ｓ７−１６  において、前記比較結果の中から差の最も小さいレコードに使用フラグを立てる。
Ｓ７−１３  乃至Ｓ７−１６  の処理によって、ユーザが進行報告を受ける位置、或いは、複合サービスの実行中ユーザが居る場所に最も近いデバイス、若しくは、ユーザが画像の入力を行う場所から最も近いデバイスが選択される。そのため、コピーなどの複合サービスの処理の結果をユーザが受けとる必要がある場合、ユーザの移動距離が少なくなる。
【００９９】
Ｓ７−１７  において、使用フラグが立っているデバイスが複数か否かを判断する。
「ＮＯ」、即ち、使用フラグが立っているデバイスが一つしかない場合、デバイスが決定されたことになるので終了する。
「ＹＥＳ  」の場合、候補のデバイスが複数存在することになるので、Ｓ７−１８  へ進む。
Ｓ７−１８  からＳ７−２０  は、上述のデバイス決定手順によってもなおデバイスが一つに決定できない場合に行うデバイス指定手順である。
Ｓ７−１８  において、使用フラグが立っているデバイスの一覧表をリモート端末４  の表示部によって表示する。
Ｓ７−１９  において、リモート端末４  は、表示部によって表示されている前記デバイス一覧表から、ユーザに適応デバイスを指定させる。
Ｓ７−２０  において、指定されたデバイスに使用フラグを立てて、終了する。
【０１００】
次に、上述のＳ５−０５  に記載の決定デバイスの確認手順を図８  に基づいて詳述する。
図８はリモート端末４  における決定デバイスの動作等の確認手順を示すフローチャートである。
図８のＳ８−０１  において、リモート端末４  は、決定デバイス確認用レシピを作成する。
Ｓ８−０２  において、最初のサービスを実行するデバイスへレシピを送信する。
Ｓ８−０３  において、「確認開始」を表示部４ｂ及び／又は報知部４ｃによって報知する。
Ｓ８−０４  において、サービステーブル（図１７参照）に示された指定複合サービスレコードの最初に行われるサービス１  に注目する。
【０１０１】
Ｓ８−０５  において、指定複合サービスの個々のサービスを提供するために必要なデバイス全てについて確認を行った否かを判断する。
「ＹＥＳ  」、即ち、全てのデバイスについて確認を行った場合、Ｓ８−０９  に進む
「ＮＯ」、即ち、確認をしていないデバイスがある場合、Ｓ８−０６  に進む。
Ｓ８−０６  において、注目サービスを提供するデバイスから報告があったか否かを判断する。
「ＮＯ」、即ち、報告が無い場合、Ｓ８−１１  に進む。
「ＹＥＳ  」、即ち、報告があった場合、Ｓ８−０７  に進む。
Ｓ８−０７  において、前記報告がエラー報告であったか否かを判断する。「ＹＥＳ  」、即ち、エラーの場合、Ｓ８−１２  に進む。
「ＮＯ」、即ち、エラーでない場合、Ｓ８−０８  に進む。
【０１０２】
Ｓ８−０８  において、サービステーブル（図１７参照）に示された指定複合サービスレコードの次に行われるサービスに注目する。そして、Ｓ８−０５  に戻る。
上述のＳ８−０５  からＳ８−０８  の確認手順をサービステーブル（図１７参照）に示された指定複合サービスを実施するに必要な個々のサービスを提供するデバイス全てについて行う。
Ｓ８−０５  の判断は、指定複合サービスを実施するに必要な個々のサービスを提供するデバイス全てについて確認を行うと、「ＹＥＳ  」となる。そして、Ｓ８−０９  へ進む。
【０１０３】
Ｓ８−０９  において、「確認終了」の進行を表示部４ｂ及び／又は報知部４ｃによって報知する。
Ｓ８−１０  において、確認のとれた決定デバイスを表示部４ｂによって表示した後、本処理を終了する。このとき、前記複数のサービスを実行する所定の順序を報知するために、決定デバイスは利用順序に従って表示される。
以上の処理により、複合サービスを実施するのに必要なデバイスが、全て稼働状態にあることをユーザに報知する。
【０１０４】
ここで、説明をＳ８−０６  に戻す。Ｓ８−０６  の判断が、「ＮＯ」、即ち、注目サービスを提供するデバイスから報告が無い場合、Ｓ８−１１  に進む。
Ｓ８−１１  において、確認報告を待つ時間が切れたか否かを判断する。
「ＮＯ」、即ち、時間切れでない場合、Ｓ８−０６  に戻る。
「ＹＥＳ  」、即ち、時間切れの場合、Ｓ８−１２  に進む。
Ｓ８−１２  において、エラーを表示部４ｂ及び／又は報知部４ｃによって報知した後、本処理を終了する。
【０１０５】
次に、上述のＳ５−０８  に記載の指定複合サービス実行指示の手順を図９  を参照しつつ説明する。図９  は、リモート端末４  における指定複合サービス実行指示手順を示すフローチャートである。
図９  のＳ９−０１  において、リモート端末４  は、指定複合サービス実行用レシピを作成する。
Ｓ９−０２  において、サービステーブル（図１７参照）内で指定された複合サービスに関するレコード中、最初に実施するサービス１に注目する。
Ｓ９−０３  において、最初のサービスを実行するデバイスへレシピを送信する。
Ｓ９−０４  において、「指定複合サービスの開始」を表示部４ｂ及び／又は報知部４ｃによって報知する。
【０１０６】
Ｓ９−０５  において、指定複合サービスの個々のサービスを提供するために必要なデバイス全てからサービスの終了報告を受けとったか否かを判断する。
「ＹＥＳ  」、即ち、全てのデバイスから終了報告を受け取った場合、Ｓ９−１２  に進む。
「ＮＯ」、即ち、報告を受け取っていないデバイスがある場合、Ｓ９−０６  に進む。
Ｓ９−０６  において、注目サービスを提供するデバイスから報告があったか否かを判断する。
「ＮＯ」、即ち、報告が無い場合、Ｓ９−１３  に進む。
「ＹＥＳ  」、即ち、報告があった場合、Ｓ９−０７  に進む。
【０１０７】
Ｓ９−０７  において、前記報告が注目サービスの開始の報告であるか否かを判断する。
「ＹＥＳ  」、即ち、開始の報告である場合、Ｓ９−０８  において、「注目サービス処理開始」と表示部４ｂ及び／又は報知部４ｃによって報知する。そして、Ｓ９−０５  に戻る。
「ＮＯ」、即ち、開始の報告でない場合、Ｓ９−０９  に進む。
Ｓ９−０９  において、前記報告が注目サービスの終了の報告であるか否かを判断する。
「ＮＯ」、即ち、終了の報告でない、Ｓ９−１４  に進む。
「ＹＥＳ  」、即ち、終了の報告である場合、Ｓ９−１０  に進む。
Ｓ９−１０  において、「注目サービス処理終了」と表示部４ｂ及び／又は報知部４ｃによって報知する。そして、Ｓ９−１１  に進む。
【０１０８】
Ｓ９−１１  において、サービステーブル（図１７参照）内で指定された複合サービスに関するレコード中、次に実施するサービスに注目する。そして、Ｓ９−０５  に戻る。  Ｓ９−０５  の判断は、指定複合サービスの個々のサービスを提供するために必要なデバイス全てから終了報告を受けとると「ＹＥＳ  」となる。そして、Ｓ９−１２  に進む。
Ｓ９−１２  において、指定複合サービスの終了を表示部４ｂ及び／又は報知部４ｃによって報知して終了する。
リモート端末４  は、以上の処理で、実行用レシピを送信することで複合サービスの開始を指示し、進行をユーザに報知しながら、複合サービスの終了まで監視する。
【０１０９】
ここで、説明を幾つか前に戻す。
Ｓ９−０６  において、注目サービスを提供するデバイスから報告が無く、その判断が「ＮＯ」の場合、Ｓ９−１３  に進む。
Ｓ９−１３  において、報告を待つ時間が切れたか否かを判断する。
「ＮＯ」、即ち、時間切れでない場合、Ｓ９−０６  に戻る。
「ＹＥＳ  」、即ち、時間切れの場合、Ｓ９−１４  に進む。
また、Ｓ９−０９  の判断が、「Ｎｏ」、即ち注目サービスの終了報告では無い場合、Ｓ９−１４  に進む。
そして、Ｓ９−１４  において、エラーを表示部４ｂ及び／又は報知部４ｃによって報知し、終了する。
【０１１０】
次に、上述のＳ８−０１  及びＳ９−０１  に記載のレシピ作成手順を図１０及び図２１乃至図２３を参照しつつ説明する。図１０は、リモート端末４  におけるレシピの作成手順を示すフローチャートである。図２１乃至図２３はレシピの例を示しており、図２１は複合サービスがコピーの場合、図２２は複合サービスがリモートＦＡＸ  の場合、図２３は複合サービスが画像保存の場合のレシピの例を示している。
各レシピに関する図において、左欄がレシピの記載例、右欄は前記左欄の内容を解り易く説明した文である。
【０１１１】
レシピの第１行目において、指定した複合サービス及びレシピが確認用（ｃｏｎｆｉｒｍ）  であるか実行用であるかが記録されている。
第２乃至第４行目には、レシピの送信形態の指定が記録されている。
また、送信形態には３種がある。第１の形態は、リモート端末４  にて各サービスを提供するデバイスを全て決定しており、リモート端末４  から最初のサービスを提供するデバイスへ、最初のサービスを提供するデバイスからその次サービスを提供するデバイスへ、そこからまた次サービスを提供するデバイスへというように、レシピを正順にそのまま受け渡す形態である。
【０１１２】
第２の形態は、リモート端末４  にて各サービスを提供するデバイスを全て決定しており、リモート端末４  から最後のサービスを提供するデバイスへ、最後のサービスを提供するデバイスからその１つ前のサービスを提供するデバイスへ、そこからまた一つ前のサービスを提供するデバイスへというように、レシピを逆順にそのまま受け渡す形態である。
第３の形態は、リモート端末４  にて各サービスを提供するデバイスを全て決定しており、リモート端末４  からサービスを提供するデバイスそれぞれへ、レシピを同時に送信する形態である。
【０１１３】
なお、３種の形態のどれも指定がなされていない場合、リモート端末４  では最初のサービスを提供するデバイスのみを決定しており、最初のサービスを提供するデバイスにてその次のサービスを提供するデバイスを決定してレシピを送信し、そこからまた次のサービスを提供するデバイスを決定してレシピを送信していく形態であることを示す。それぞれの形態にてサービスを提供するデバイスそれぞれへレシピを送信することによりサービスを提供するデバイスとして選択されたことと、サービス提供にあたってデバイスをそれぞれの設定利用条件を通知することができる。
【０１１４】
本実施例では、第１の形態を指定する。
第５行目には、ユーザＩＤ  （ユーザ識別番号）  の返答が必要か否かの設定が記録されている。
第６行目には、各サービスを提供する各デバイスから進行報告を受信するパネルの指定が記録されている。ここで、パネルとしては、リモート端末４  自身、指定複合サービスの個々のサービスをそれぞれに提供する個々のデバイスが挙げられる。加えて、リモート端末４  及び各サービス提供デバイスと通信可能に接続された表示機能を有する他の電子機器、例えば携帯電話等であってもよい。
第７乃至第８行目には、各サービスを提供するデバイスのデバイス名が記録されている。
【０１１５】
第９行目には、前記パネルのＩＰアドレスが記録されている。第１０及び第１１行目には、各サービスを提供するデバイスのＩＰアドレスを記録されている。
第１２行目には、パネルからのサービスの進行報告の要否が記録されている。
第１３行目以下には、各デバイスの設定利用条件を記録する。
具体的には、図２１の複合サービスがコピーである場合、レシピの第１３行目以下には、スキャンとプリントの設定利用条件が記録されている。
スキャンの設定利用条件として、解像度、カラーか否か、出力ドキュメント形式、音若しくは音声によるガイダンスの要否、スキャナ１  からの進行報告の要否、スキャンのユーザによる開始指示の要否、スキャンデータの送信先等が挙げられている。
【０１１６】
プリントの設定利用条件として、用紙タイプ、用紙のサイズ、入力ドキュメント形式、カラーか否か、用紙の方向、プリント部数、印刷品質、音若しくは音声によるガイダンスの要否、プリンタ３  からの進行報告の要否、プリントのユーザによる開始指示の要否、プリントデータ取り込み元等が挙げられている。
図２２の複合サービスがリモートＦＡＸ  である場合、レシピの第１３行目以下には、スキャンとＦＡＸ  の設定利用条件が記録されている。
スキャンの設定利用条件として、前記と同様なものが挙げられている。
ＦＡＸの設定利用条件として、送信サイズ、入力ドキュメント形式、カラーか否か、音若しくは音声によるガイダンスの要否、ＦＡＸからの進行報告の要否、ＦＡＸのユーザによる開始指示の要否、データ取り込み元等が挙げられる。
【０１１７】
図２３の複合サービスが画像保存である場合、レシピの第１３行目以下には、スキャンとストレージの設定利用条件が記録されている。
スキャンの設定利用条件として、前記と同様なものが挙げられている。
ストレージ設定利用条件として、ストレージの圧縮保存の要否、音若しくは音声によるガイダンスの要否、ストレージからの進行報告の要否、ストレージのユーザによる開始指示の要否、ストレージのデータ取り込み元等が挙げられている。
尚、本実施例において、レシピが確認用である場合、デバイスの作動状態等を確認できればよいので、必ずしも前記設定利用条件についての記録を必要とするわけではない。
【０１１８】
上記のようなレシピを作成する手順が図１０に示されている。
図１０のＳ１０−０１において、リモート端末４  は、空のレシピを作成する。前記空のレシピには、指定された複合サービスの情報と、レシピが確認用であるか実行用であるかのみ記載されており、それ以外の情報は記録されていない。
Ｓ１０−０２において、各サービスを提供する各デバイスから進行報告を受信するパネルとして自身を書き込む。
【０１１９】
Ｓ１０−０３において、レシピの送信形態を指定する。本実施例では、レシピの正順での受け渡しが必要と書き込む。
Ｓ１０−０４において、ユーザＩＤ返答の要否を記録する。本実施例では、「返答不要」と書き込む。
Ｓ１０−０５において、サービステーブル（図１７参照）内で指定された複合サービスに関するレコード中、最初に実施するサービス１  を提供するデバイスに注目する。
【０１２０】
Ｓ１０−０６において、指定された複合サービスを実施するに必要な個々のサービスを提供する個々のデバイスについて、全てのデバイス名やＩＰアドレス、並びに、サービス設定利用条件が書き込まれた否かを判断する。
「ＹＥＳ  」、即ち、レシピに全ての書き込みが終わると終了する。
「ＮＯ」、即ち、レシピに全ての書き込みが終わっていない場合、Ｓ１０−０７に進む。  Ｓ１０−０７において、注目サービスを提供するデバイスのデバイス名及びそのＩＰアドレスを書き込む。
【０１２１】
Ｓ１０−０８において、注目サービスに関する設定利用条件を書き込む。
Ｓ１０−０９において、サービステーブル（図１７参照）内で指定された複合サービスに関するレコード中、次に実施するサービスを提供するデバイスに注目する。そして、Ｓ１０−０６に戻る。
前記Ｓ１０−０６からＳ１０−０９の書込手順を指定複合サービスに関するレコード中、個々のサービスを提供する全てのデバイスについて行う。
前記Ｓ１０−０６の判断は、前記書込手順をサービスを提供する全てのデバイスについて行うと、「ＹＥＳ  」となり、終了する。
尚、確認用レシピの場合、Ｓ１０−０８の注目サービスに関する設定利用条件の書き込み手順は必ず行われるというわけではない。
【０１２２】
次に、サービスを提供するデバイスの作動手順について、図１１乃至図１６、及び図２４を参照しつつ説明する。
図１１は、デバイスにおけるメイン作動手順を示すフローチャートである。
図１１のＳ１１−０１において、データパケットを受信したか否かを判断する。「ＮＯ」、即ち、データパケットを受信していない場合、Ｓ１１−１３に進み、その他の処理を行ってＳ１１−０１に戻る。
「ＹＥＳ  」、即ち、データパケットを受信した場合、Ｓ１１−０２に進む。
【０１２３】
Ｓ１１−０２において、データパケットの内容を解析する。
Ｓ１１−０３において、前記解析の結果、データがリモート端末４  からのサービスディスカバリの要求であるか否かを判断する。
「ＮＯ」、即ち、サービスディスカバリの要求でない場合、Ｓ１１−０７に進む。
「ＹＥＳ  」、即ち、サービスディスカバリの要求である場合、Ｓ１１−０４に進む。
【０１２４】
Ｓ１１−０４において、前記データにＧＩＤ  が含まれているか否か、もしくは前記ＧＩＤ  がデバイス自身のＧＩＤ  と一致するか否かを判断する。
「ＮＯ」、即ち、ＧＩＤ  が含まれており、デバイス自身のＧＩＤ  と一致しない場合、Ｓ１１−０１に戻る。即ち、デバイス自身と同じグループと認識できない相手からのサービスディスカバリは無視する。
「ＹＥＳ  」、即ち、ＧＩＤ  が含まれていない、もしくは、前記ＧＩＤ  がデバイス自身のＧＩＤ  と一致する場合、Ｓ１１−０５に進む。
【０１２５】
Ｓ１１−０５において、デバイスは自身がそのサービスを提供できるか否かを判断する。
「ＮＯ」、即ち、不可能な場合、Ｓ１１−０１に戻る。
「ＹＥＳ  」、即ち、可能な場合、デバイスは、Ｓ１１−０６において、図１９に示すような自身のアドレスやサービスに関する情報をリモート端末４  へ返信する。即ち、自身が提供できるサービスについてのサービスディスカバリにのみ応答する。そして、Ｓ１１−０１に戻る。
【０１２６】
また、前記Ｓ１１−０３の判断が「ＮＯ」、即ち、サービスディスカバリの要求でない場合、Ｓ１１−０７に進む。
Ｓ１１−０７において、前記データパケットがリモート端末４  からのデバイスデスクリプション要求であるか否かを判断する。
「ＮＯ」、即ち、デバイスデスクリプション要求でない場合、Ｓ１１−０９に進む。
「ＹＥＳ  」、即ち、デバイスデスクリプション要求である場合、Ｓ１１−０８に進む。
Ｓ１１−０８において、自身のデバイス情報を記述した図２０のようなデバイスデスクリプションをリモート端末４  へ返信する。そして、Ｓ１１−０１に戻る。
【０１２７】
Ｓ１１−０９において、前記データパケットがデバイス自身のタスクにてサービスを実行するためのデータであるか否かを判断する。例えば、デバイスがプリンタ３  である場合、プリントすべき画像データであるか否かを判断する。
「ＮＯ」、即ち、サービスを実行するためのデータでない場合、Ｓ１１−１１に進む。
「ＹＥＳ  」、即ち、サービスを実行するためのデータである場合、Ｓ１１−１０に進む。  Ｓ１１−１０において、データをタスクへ渡してサービスを実行させる。そして  、Ｓ１１−０１に戻る。
【０１２８】
また、Ｓ１１−０９の判断が、「ＮＯ」、即ち、サービスを実行するためのデータでない場合、Ｓ１１−１１に進む。
Ｓ１１−１１において、前記データパケットがレシピか否かを判断する。
「ＮＯ」、即ち、レシピでない場合、Ｓ１１−１３に進み、その他の処理を行う。そして、Ｓ１１−０１に戻る。
「ＹＥＳ  」、即ち、レシピの場合、Ｓ１１−１２に進み、レシピに基づく処理を行ってＳ１１−０１に戻る。
【０１２９】
上述のＳ１１−１０のタスク実行手順を図１２を参照しつつ説明する。図１２は、デバイスにおけるタスク実行手順を示すフローチャートである。
図１２のＳ１２−０１において、データ待ちタスクがある否かを判断する。
「ＮＯ」、即ち、データ待ちタスクがない場合、Ｓ１２−０４に進み、その他の処理を行い、本処理を終了する。
「ＹＥＳ  」、即ち、データ待ちタスクがある場合、Ｓ１２−０２に進む。
【０１３０】
Ｓ１２−０２において、データパケットと一致する条件を持っているタスクがあるか否かを判断する。
「ＮＯ」、即ち、一致する条件を持っているタスクがない場合、Ｓ１２−０４に進み、その他の処理を行い、本処理を終了する。
「ＹＥＳ  」、即ち、一致する条件を持っているタスクがある場合、Ｓ１２−０３に進む。
Ｓ１２−０３においてタスクにデータが渡され、タスクが実行される。
【０１３１】
次に、上述のＳ１１−１２のレシピ処理手順の詳細を図１３を参照しつつ説明する。図１３は、デバイスにおけるレシピ処理手順を示すフローチャートである。
図１３のＳ１３−０１において、レシピを解析する。
Ｓ１３−０２において、前記解析の結果に基づいて、レシピが確認用レシピか否かを判断する。
「ＹＥＳ  」、即ち、確認用レシピである場合、Ｓ１３−０３に進み、確認処理を行う。
「ＮＯ」、即ち、確認用レシピでない場合、Ｓ１３−０４に進み、サービス実行処理を行う。
【０１３２】
次に、前記Ｓ１３−０３の確認処理について、図１４を参照しつつ説明する。図１４は、デバイスにおける確認処理手順を示すフローチャートである。
図１４のＳ１４−０１において、確認用レシピに自身が書き込まれていることを確認する。
Ｓ１４−０２において、音等によるガイダンスの要否を判断する。
「ＮＯ」、即ち、音等によるガイダンスが不要な場合、Ｓ１４−０４に進む。「ＹＥＳ  」、即ち、音等によるガイダンスが必要な場合、Ｓ１４−０３に進む。
Ｓ１４−０３において、「確認中」の進行ガイドを表示部１ｃ，２ｃ，３ｃ及び／又は報知部１ｄ，２ｄ，３ｄによって報知する。
Ｓ１４−０４において、確認用レシピに記録されている次のデバイスに確認用レシピを転送する。
【０１３３】
Ｓ１４−０５において、前記転送処理でエラーが発生したか否かを判断する。
「ＹＥＳ  」、即ち、エラーが発生した場合、Ｓ１４−０８に進む。
「ＮＯ」、即ち、エラーが発生しない場合、Ｓ１４−０６に進む。
Ｓ１４−０６において、パネルヘの進行報告の要否を判断する。
「ＮＯ」、即ち、進行報告が不要な場合、終了する。
「ＹＥＳ  」、即ち、パネルヘの進行報告が必要な場合、Ｓ１４−０７に進む。Ｓ１４−０７において、「確認終了」の報告をパネルへ送信し、終了する。
【０１３４】
説明をＳ１４−０５に戻す。Ｓ１４−０５の判断が「ＹＥＳ  」、即ち、エラーが発生した場合、Ｓ１４−０８に進む。
Ｓ１４−０８において、パネルヘの進行報告の要否を判断する。
「ＮＯ」、即ち、進行報告が不要な場合、終了する。
「ＹＥＳ  」、即ち、パネルヘの進行報告が必要な場合、Ｓ１４−０９に進む。
Ｓ１４−０９において、「エラー」の報告をパネルへ送信し、終了する。
【０１３５】
次に、前記Ｓ１４−０４の確認用レシピの転送について、図１５を参照しつつ説明する。図１５は、デバイスにおけるレシピ転送処理手順を示すフローチャートである。そして、デバイスは、リモート端末４  が有している図１７に示されたサービステーブルと同じサービステーブルを有している。
図１５のＳ１５−０１において、レシピの送信形態が「デバイス間におけるレシピの逆順による受け渡しであるか否か」を判断する。
「ＹＥＳ  」、即ち、レシピの逆順による受け渡しである場合、Ｓ１５−０８に進む。Ｓ１５−０８及びＳ１５−０９は、後述の第５実施例に対応しており、ここでの説明は省略する。
「ＮＯ」、即ち、レシピの逆順による受け渡しでない場合、Ｓ１５−０２に進む。
【０１３６】
Ｓ１５−０２において、サービステーブル内の指定複合サービスに関するレコードに、自身が提供するサービスの次にサービスがあるか否かを判断する。
「ＮＯ」、即ち、次のサービスが無い場合、レシピを転送する必要がないので終了する。
「ＹＥＳ  」、即ち、次のサービスが有る場合、Ｓ１５−０３に進む。
【０１３７】
Ｓ１５−０３において、レシピの送信形態が「デバイス間におけるレシピの正順による受け渡しであるか否か」を判断する。
「ＮＯ」、即ち、レシピの正順による受け渡しでない場合、Ｓ１５−０４に進む。Ｓ１５−０４乃至Ｓ１５−０７の手順は、後述の第２実施例に対応しており、ここでの説明は省略する。
「ＹＥＳ  」、即ち、レシピの正順による受け渡しである場合、Ｓ１５−１０に進む。これが、第１実施例に対応する。
Ｓ１５−１０において、レシピに記録された次のサービス提供デバイスへ確認用レシピを転送し、終了する。
【０１３８】
次に、上述のＳ１３−０４のサービス実行処理について、図１６を参照しつつ説明する。
図１６は、デバイスにおけるサービス実行処理手順を示すフローチャートである。    図１６のＳ１６−０１において、実行レシピ中の自身の記録を見つける。
Ｓ１６−０２において、自身が提供するサービスに関する利用条件等を設定する。
Ｓ１６−０３において、ユーザによる開始指示の要否を判断する。
「ＮＯ」、即ち、ユーザによる開始指示が不要な場合、Ｓ１６−０５に進む。「ＹＥＳ  」、即ち、ユーザによる開始指示が必要な場合、Ｓ１６−０４に進む。
Ｓ１６−０４において、ユーザに開始を入力させる。
【０１３９】
Ｓ１６−０５において、次のデバイスに実行用レシピを転送する処理を行う。この処理は、図１５と同様の処理によって行われる。
Ｓ１６−０６において、前記転送処理でエラーが発生したか否かを判断する。「ＹＥＳ  」、即ち、エラーが発生した場合、Ｓ１６−１７に進む。
「ＮＯ」、即ち、エラーが発生しなかった場合、Ｓ１６−０７に進む。
Ｓ１６−０７において、音等によるガイダンスの要否を判断する。
「ＮＯ」、即ち、音等によるガイダンスが不要な場合、Ｓ１６−０９に進む。「ＹＥＳ  」、即ち、音等によるガイダンスが必要な場合、Ｓ１６−０８に進む。
Ｓ１６−０８において、「○○サービス開始」の進行ガイドを表示部１ｃ，２ｃ，３ｃ及び／又は報知部１ｄ，２ｄ，３ｄによって報知する。
【０１４０】
Ｓ１６−０９において、デバイス自身のサービスタスクを起動することで、サービスを実行させる。プリントサービスなどサービスの実行にデータが必要な場合、上記Ｓ１２−０３でデータが渡されるまで、タスクはサービスの実行を待機することになる。
Ｓ１６−１０において、サービスタスクからサービス実行終了の通知があったか否かを判断する。
【０１４１】
「ＮＯ」、即ち、終了通知がない場合、Ｓ１６−１５に進む。
「ＹＥＳ  」、即ち、終了通知があった場合、Ｓ１６−１１に進む。
Ｓ１６−１１において、音等によるガイダンスの要否を判断する。
「ＮＯ」、即ち、音等によるガイダンスが不要な場合、Ｓ１６−１３に進む。「ＹＥＳ  」、即ち、音等によるガイダンスが必要な場合、Ｓ１６−１２に進む。
Ｓ１６−１２において、「○○サービス終了」の進行ガイドを表示部１ｃ，２，３，  及び／又は報知部１ｄ，２ｄ，３ｄにより報知する。
【０１４２】
Ｓ１６−１３において、進行の報告の要否を判断する。
「ＮＯ」、即ち、不要な場合、終了する。
「ＹＥＳ  」、即ち、必要な場合、Ｓ１６−１４に進む。
Ｓ１６−１４において、パネルへ「サービス終了」の進行報告を送信して、本処理を終了する。
説明をＳ１６−１０に戻す。この判断が、「ＮＯ」、即ち、サービスタスク終了の通知がない場合、Ｓ１６−１５に進む。
Ｓ１６−１５において、サービスタスク処理に関して時間切れか否かを判断する。
「ＮＯ」、即ち、時間切れでない場合、Ｓ１６−１０に戻る。
「ＹＥＳ  」、即ち、時間切れの場合、Ｓ１６−１６に進み、サービスタスクを強制終了する。そして、Ｓ１６−１７に進む。
【０１４３】
Ｓ１６−１７において、音等によるガイダンスの要否を判断する。
「ＮＯ」、即ち、音等によるガイダンスが不要な場合、Ｓ１６−１９に進む。「ＹＥＳ  」、即ち、音等によるガイダンスが必要な場合、Ｓ１６−１８に進む。
Ｓ１６−１８において、「エラー」の進行ガイドを表示部１ｃ，２，３，  及び／又は報知部１ｄ，２ｄ，３ｄにより報知する。
Ｓ１６−１９において、進行報告の要否を判断する。
「ＮＯ」、即ち、不要な場合、終了する。
「ＹＥＳ  」、即ち、必要な場合、Ｓ１６−２０に進む。
Ｓ１６−２０において、パネルへ「エラー」の進行報告を送信して、本処理を終了する。
【０１４４】
以上の処理により、自身の設定、次サービスを提供するデバイスとの連携、自身のサービスタスクによるサービスの実行並びに進行のユーザへの報知を行う。これらの処理は全て実行用レシピの記述に基づき実施される。
尚、前記Ｓ１６−０９のサービスタスクの処理手順については、全実施例の最後において他の実施例と共にあわせて説明される。
【０１４５】
［第２実施例］
次に、第２実施例を図面を参照しつつ説明する。第１実施例と異なるところは、各デバイスが次のサービスを提供するデバイスを決定する点にある。第２実施例において参照される図面は、図２５乃至図２９，  図５  乃至図８，図９  乃至図２０，  図２４である。その中でも図７，図８，図９，図１１乃至図１３，  図１７乃至図２０，  図２４は第１実施例において説明したと同様であるので、その説明を省略する。第１実施例と異なる部分だけを以下に説明する。
【０１４６】
図２５及び図２６は、第２実施例の概略タイミングチャートである。図２５はデバイスの決定と確認の概略タイミングチャートであり、図２６は実行のタイミングチャートである。図２５及び図２６において、コピーサービスが複合サービスとして指定されている。
図２５のＳ２５−１０１  において、第１実施例のＳ３−１０１と同様の処理を行う。
Ｓ２５−１０２  において、前記リモート端末４  は、前記複合サービスの実施に必要なデバイスであって最初のサービス、即ち、図１７のサービステーブル中サービス１に相当するサービスを提供するデバイスを自動的に決定する。図例では、サービス１を提供するデバイスはスキャナ１  である。
【０１４７】
Ｓ２５−１０３  において、リモート端末４  は前記スキャナ１  の通信状態等の動作確認するために確認用レシピを作成し、前記スキャナ１  に送信する。この確認用レシピには、プリンタ３  の指定が記述されていない点が第１  実施例と異なる。そして、Ｓ２５−１０４  にてリモート端末４  は表示部４ｂ及び／又は報知部４ｃによって「確認開始」を報知する。
その後、Ｓ２５−１０５  において、サービス１  を提供する決定デバイスからの確認の進行の報告を受信する。
【０１４８】
Ｓ２５−２０１  において、スキャナ１  は、前記確認用レシピを受信する。
Ｓ２５−２０２  において、スキャナ１  は「スキャンサービス確認中」等の確認の進行ガイドを表示部１ｃ及び／又は報知部１ｄによって報知する。
Ｓ２５−２０３  において、前記スキャナ１  は、前記複合サービスの実施に必要なデバイスであって２番目のサービス、即ち、図１７のサービステーブル中サービス２に相当するサービスを提供するデバイスを自動的に決定する。図例では、サービス２を提供するデバイスはプリンタ３  である。
【０１４９】
Ｓ２５−２０４  及びＳ２５−２０５  において、第１  実施例のＳ４−２０３及びＳ４−２０４と同様の処理を行う。
その後、Ｓ２５−２０６  において、サービス２  を提供する決定デバイスからの確認の進行の報告を受信する。
Ｓ２５−３０１  において、プリンタ３  は、前記確認用レシピを受信する。
Ｓ２５−３０２  において、プリンタ３  は「プリントサービス確認中」等の確認の進行ガイドを表示部３ｃ及び／又は報知部３ｄによって報知する。
Ｓ２５−３０３  において、プリンタ３  は「確認終了」を表示部３ｃ及び／又は報知部３ｄによって報知すると共に、プリンタ３  の「確認終了」の報告をリモート端末４  、及び、スキャナ１  へ送信し、確認を終了する。
【０１５０】
Ｓ２５−１０６  乃至Ｓ２５−１０８  において、リモート端末４  は第１  実施例のＳ４−１０５乃至Ｓ４−１０７と同様の処理を行う。そして、図２６のＳ２６−１０１  に進む。
図２６のＳ２６−１０１  において、前記リモート端末４  は、ユーザに前記表示部４ｂの情報を確認させて、複合サービスの開始をユーザに入力させる。
Ｓ２６−１０２  において、前記リモート端末４  は、実行用レシピを作成し、サービス１  を提供するスキャナ１  へ送信し、実行の指示をする。この実行用レシピにもプリンタ３  の指定が記述されていない点が第１  実施例と異なる。
そして、Ｓ２６−１０３  において、リモート端末４  は「コピー開始」のサービスの進行を表示部４ｂ及び／又は報知部４ｃによって報知する。
【０１５１】
その後、Ｓ２６−１０４  乃至Ｓ２６−１０８  において、リモート端末４  は、第１  実施例のＳ３−１０７乃至Ｓ３−１１１と同様の処理を行う。
Ｓ２６−２０１  乃至Ｓ２６−２１０  において、前記スキャナ１  は、第１  実施例のＳ３−２０１乃至Ｓ３−２１０と同様の処理を行う。但し、Ｓ２６−２０４  に送付される実行用レシピには、Ｓ２５−２０３  で決定されたプリンタ３  に関する記述を前記スキャナ１  が追加している。
一方、Ｓ２６−３０１  乃至Ｓ２６−３０８  において、プリンタ３  は、第１  実施例のＳ３−３０１からＳ３−３０８までの手順と同様の処理を行う。
【０１５２】
このように、第２実施例において、前記リモート端末４  は、ユーザに所望の複合サービスを指定させる複合サービス指定手段、前記指定された複合サービスに関する利用条件を指定する利用条件指定手段、前記複合サービスの実施に必要な最初のサービスを提供するデバイスを自動的に決定するデバイス決定手段、前記指定された複合サービスとその利用条件及び前記決定された最初のサービスを提供するデバイス等前記複合サービスの実施に必要な情報に関するレシピを作成するレシピ作成手段、前記レシピを前記複合サービスの実施に必要な最初のサービスを提供するデバイスに送信する送信手段として少なくとも機能する。
【０１５３】
そして、前記リモート端末４  によって決定デバイスは、前記レシピを受信する受信手段、前記レシピに従って前記複合サービスの実施に必要なサービスを提供する手段、前記複合サービスの実施に必要な次のサービスを提供するデバイスを自動的に決定するデバイス決定手段、前記複合サービスの実施に必要な次のサービスを行う次のデバイスに前記レシピを送信する送信手段として少なくとも機能する。
【０１５４】
図５は、リモート端末４  におけるメイン作動手順を示すフローチャートである。図５において、第１実施例と異なるところは、Ｓ５−０３  において、図１７のサービステーブル中、最初のサービス１を提供するデバイスのみ決定するところである。  即ち、図６の処理が第１実施例と異なる。図６は、リモート端末４  における使用デバイスの決定手順を示すフローチャートである。第１実施例と異なるところは、Ｓ６−０２  及びＳ６−１９  によるループを行わず、Ｓ６−１７  の判断が「ＹＥＳ  」になると、終了するところである。
【０１５５】
図２９は、複合サービスがコピーの場合のレシピの例を示している。第２実施例において、各デバイスは次のサービスを提供するデバイスを決定しなければならないので、確認用レシピに実行用レシピと同様、解像度、カラーか否か等の設定利用条件の情報の記述が必ず必要である。
そのため、図２９は第１実施例の図２１に示したレシピに相当する。第１実施例における図２１に示したレシピとの相違は、サービスを提供するデバイス名及びそのＩＰアドレスに関する記述が最初のサービスを提供するデバイスのみが記述されており、サービス２以下のサービスを提供するデバイス名及びそのＩＰアドレスが記述されていない点、及びレシピの正順によるデバイス間受渡し不要と記述されている点である。
【０１５６】
複合サービスがリモートＦＡＸ  の場合及び複合サービスが画像保存の場合の確認用及び実行用レシピにおいても第１実施例との相違は、前記複合サービスがコピーの場合と同様である。
図１０は、リモート端末４  における確認用及び実行用レシピを作成する手順を示すフローチャートである。第１実施例と異なるところは次の通りである。Ｓ１０−０３において、レシピの正順によるデバイス間の受け渡しは不要と書き込む。Ｓ１０−０７において、デバイス名及びそのＩＰアドレスの書き込みが１つのデバイスのみに行われる。その他の手順は、第１  実施例と同様であるのでその説明を省略する。
【０１５７】
次に、サービスを提供するデバイスの作動手順について説明する。上述の図１１乃至図１３の手順は、第２実施例においても同様であるので省略する。
図１４の確認処理中、Ｓ１４−０７及びＳ１４−０９の確認の進行の報告が、リモート端末４  及び確認用レシピ発信元のデバイスの両方へなされる点が第１実施例と異なる。更に、Ｓ１４−０４の確認用レシピの転送処理手順の詳細も第１実施例と異なるので、その点を図１５を参照しつつ説明する。
図１５のＳ１５−０１及びＳ１５−０２は、第１実施例において説明したと同様の結果になる。
【０１５８】
Ｓ１５−０３において、デバイス間におけるレシピの正順による受け渡しの要否を判断する。第２実施例においては、レシピに不要と記載されているので「ＮＯ］  となる。そして、Ｓ１５−０４に進む。
Ｓ１５−０４において、次のサービスを提供するデバイスを決定する。
Ｓ１５−０５において、前記デバイスの決定処理がエラー終了したか否かを判断する。
「ＹＥＳ  」、即ち、エラーの場合、そのままエラー終了する。
「ＮＯ」、即ち、エラーでない場合、Ｓ１５−０６に進む。
【０１５９】
Ｓ１５−０６において、確認用レシピに前記決定デバイス名及びそのＩＰアドレスを記録する。
Ｓ１５−０７において、前記決定デバイスに前記確認用レシピを転送する。
例えば、図２９の複合サービスがコピーの場合、サービス１（スキャン）の次のサービス（プリント）を提供するデバイスとして、前記決定デバイス、即ち、プリンタ３  ー名及びそのＩＰアドレスを確認レシピに追加記録する。そして、Ｓ１５−０４にて決定されたプリンタ３  ーへ確認用レシピを転送する。
【０１６０】
複合サービスがリモートＦＡＸ  の場合、サービス１（スキャン）の次のサービス（ＦＡＸ  ）を提供するデバイスとして、前記決定デバイス、即ち、ＦＡＸ  モデム２  名及びそのＩＰアドレスを確認レシピに追加記録する。そして、前記決定ＦＡＸ  モデム２  へ確認用レシピを転送する。
複合サービスが画像保存の場合、サービス１（スキャン）の次のサービス（ストレージ）を提供するデバイスとして、前記決定デバイス、即ち、ストレージ名及びそのＩＰアドレスを確認レシピに追加記録する。そして、前記決定ストレージへ確認用レシピを転送する。
【０１６１】
次に、Ｓ１５−０４に関して、サービスを提供するデバイスにおいて次のサ−ビスを提供するデバイスを決定する手順を図２７を参照しつつ説明する。図２７は、第２実施例のデバイスにおける次のサ−ビスを提供するデバイスを決定する手順を示すフローチャートである。
図２７は、図６と略同様なフローチャートであるが、リモート端末４  ではなく、デバイスで実行される点、及び、Ｓ６−０２  及びＳ６−１９  に相当するループを行わず、Ｓ２７−１７、即ち、Ｓ６−１７  に相当する判断が「ＹＥＳ  」になると終了する点において異なる。
【０１６２】
次に、図１６のサービス実行処理中、Ｓ１６−０５の実行用レシピの転送処理手順の詳細が異なるので、その点を図２８を参照しつつ説明する。図２８は第２実施例のデバイスにおける実行用レシピの転送手順を示すフローチャートである。
図２８のＳ２８−０１において、サービステーブル内の指定複合サービスに関するレコードに、自身が提供するサービスの次のサービスがあるか否かを判断する。
「ＮＯ」、即ち、次のサービスが無い場合、レシピを転送する必要がないので終了する。
「ＹＥＳ  」、即ち、次のサービスが有る場合、Ｓ２８−０２に進む。
【０１６３】
Ｓ２８−０２において、実行用レシピに、Ｓ１４−０４にて次のサービスを提供するデバイスとして決定されて稼働を確認済みである前記確認済決定デバイス名及びそのＩＰアドレスを記録する。
Ｓ２８−０３において、前記確認済決定デバイスに前記実行用レシピを転送して、終了する。
例えば、複合サービスがコピーの場合、サービス１（スキャン）の次のサービス（プリント）を提供するデバイスとして、プリンタ３  ー名及びそのＩＰアドレスを実行用レシピに追加記録する。そして、前記確認済決定プリンタ３  ーへ実行用レシピを転送する。
【０１６４】
複合サービスがリモートＦＡＸ  の場合、サービス１（スキャン）の次のサービス（ＦＡＸ  ）を提供するデバイスとして、ＦＡＸ  モデム２  名及びそのＩＰアドレスを実行用レシピに追加記録する。そして、前記確認済決定ＦＡＸ  モデム２  へ実行用レシピを転送する。
複合サービスが画像保存の場合、サービス１（スキャン）の次のサービス（ストレージ）を提供するデバイスとして、ストレージ名及びそのＩＰアドレスを実行用レシピに追加記録する。そして、前記確認済決定ストレージへ実行用レシピを転送する。
また、次の手順であるサービスタスクを起動する手順は、全実施例の最後において他の実施例と共にあわせて説明される。
【０１６５】
［第３実施例］
次に、第３実施例を説明する。第３実施例においては、近づいてきたユーザによってユーザ識別番号（ＩＤ）を入力されたデバイスがそのユーザＩＤ及びデバイスデスクリプションをブロードキャストして、同一ユーザＩＤを有するリモート端末４  若しくは他のデバイスから実行を指示する実行用レシピが送信されるのを待ってサービスタスクを実行することが特徴となっている。
【０１６６】
即ち、ユーザはサービスの実行を意図するデバイスそのものを目の前にして、直感的にデバイスを選択することができ、しかも、プリンタ３  などの前でサービスの結果出力を待つだけでよいことになる。
サービスを提供する各デバイスにユーザＩＤを入力する手段としては、デバイスに設けられた外部操作入力部１ｅ，２ｅ，３ｅや、ユーザＩＤの信号電波を発信する発信器等が挙げられる。前記発信器がデバイスに近づくとユーザＩＤの信号電波をデバイスの通信部１ｂ，２ｂ，３ｂが自動的に受信して登録する。
【０１６７】
第３実施例において参照される図面は、図３０乃至図３９，  図１０，  図１２，  図１３，  図２４である。その中でも図１２，  図１３，  図２４は第１実施例において説明したと同様であるので、その説明を省略する。第１実施例と異なる部分だけを以下に説明する。  図３０及び図３１により、第３実施例の概略を説明する。図３０及び図３１は第３  実施例の概略タイミングチャートである。
図３０及び図３１において、指定複合サービスはコピーであり、サービステーブル内のサービス１を提供するデバイスはスキャナ１  であり、サービス２を提供するデバイスはプリンタ３  である。
【０１６８】
Ｓ３０−１０１  において、第１実施例のＳ３−１０１と同様の処理を行う。
Ｓ３０−１０２  において、更に、ユーザにユーザＩＤを入力させる。
Ｓ３０−１０３  において、前記情報を表示部４ｂによって表示することによりユーザに確認させて、複合サービスの開始をユーザに入力させる。
Ｓ３０−１０４  において、実行用レシピを作成する。
Ｓ３０−１０５  において、リモート端末４  は「コピー開始」を表示部４ｂ及び／又は報知部４ｃによって報知する。この後、リモート端末４  は、コピーサービスの実施に必要なサービス、即ち、スキャンサービス、プリントサービスを提供可能なデバイスからＳ３０−１０２  で入力したユーザＩＤと同じＩＤが送信されてくるのを待つ。
【０１６９】
一方、Ｓ３０−２０１  において、リモート端末４  にて、コピーを指示したユーザがスキャナ１  のそばに移動し、スキャナ１  にユーザＩＤを入力する。そして、スキャナ１  にユーザＩＤが登録される。
Ｓ３０−２０２  において、スキャナ１  では、少なくともユーザＩＤをブロードキャストする。
Ｓ３０−１０６  において、リモート端末４  は、前記ユーザＩＤを受信する。
Ｓ３０−１０７  において、リモート端末４  は、自身が有するユーザＩＤと前記受信したユーザＩＤが同一か否かを認知し、同一である場合、実行用レシピをスキャナ１  へ送信する。
【０１７０】
その後、Ｓ３０−１０８  及びＳ３０−１０９  において、リモート端末４  は、第１  実施例のＳ３−１０７及びＳ３−１０８と同様の手順で処理を行う。
Ｓ３０−２０３  乃至Ｓ３０−２１０  において、スキャナ１  は、実行用レシピの転送及び読み取ったデータの送信を行わないことを除いて第１  実施例のＳ３−２０１からＳ３−２１０までの手順と同様の処理を行う。
その後、スキャナ１  は自身の次のサービス、即ち、プリントサービスを提供できるデバイスからユーザＩＤが送信されてくるまで待機する。
【０１７１】
図３１のＳ３１−３０１  において、ユーザがプリンタ３  のそばに移動してプリンタ３  にユーザＩＤを入力する。そして、プリンタ３  はユーザＩＤを登録する。
Ｓ３１−３０２  において、プリンタ３  では、少なくともユーザＩＤをブロードキャストする。
Ｓ３１−２０１  において、スキャナ１  は、前記ユーザＩＤを受信する。
Ｓ３１−２０２  において、スキャナ１  は、自身が有するユーザＩＤと前記受信したユーザＩＤが同一か否かを認知し、同一である場合、実行用レシピをプリンタ３  へ送信する。
Ｓ３１−３０３  において、プリンタ３  は、前記実行用レシピを受信する。
Ｓ３１−３０４  において、プリンタ３  は前記レシピに基づいて、印刷サービスの提供にあたり諸条件を設定する。
【０１７２】
Ｓ３１−３０５  において、プリンタ３  は、読取データの送信要求をスキャナ１  に送信する。
プリンタ３  が実行用レシピを受け取った直後は、読取データを受け取れる状態にないため、読取データの受信可能な状態になっことを知らせるために読取データの送信要求をスキャナ１  に送信するのである。
Ｓ３１−２０３  において、スキャナ１  は、読取データの送信要求を受信する。
【０１７３】
Ｓ３１−２０４  において、スキャナ１  は、読取データをプリンタ３  へ送信し、終了する。
Ｓ３１−３０６  乃至Ｓ３１−３１１  において、プリンタ３  は、第１  実施例のＳ３−３０３乃至Ｓ３−３０８と同様の手順で処理を行う。
そして、リモート端末４  は、Ｓ３１−１０１  乃至Ｓ３１−１０３  において、第１  実施例のＳ３−１０９乃至Ｓ３−１１１と同様の手順で処理を行う。
【０１７４】
このように、第３実施形態において、前記リモート端末４  は、ユーザに所望の複合サービスを指定させる複合サービス指定手段、前記指定された複合サービスに関する利用条件を指定する利用条件指定手段、前記指定された複合サービスとその利用条件等前記複合サービスの実施に必要な情報に関するレシピを作成するレシピ作成手段、前記複合サービスの実施に必要な最初のサービスを提供するデバイスからのユーザＩＤのブロードキャストを受信して前記ユーザＩＤの認知を行う認知手段、前記複合サービスの実施に必要な最初のサービスを提供するデバイスであって前記ユーザＩＤが認知されたデバイスに前記レシピを送信する送信手段として少なくとも機能する。
【０１７５】
そして、前記認知されたデバイスは、前記レシピを受信する受信手段、前記レシピに従って前記複合サービスの実施に必要なサービスを提供する手段、前記複合サービスの実施に必要な次のサービスを提供するデバイスからのユーザＩＤのブロードキャストを受信して前記ユーザＩＤの認知を行う認知手段、前記複合サービスの実施に必要な次のサービスを行う次のデバイスであって前記ユーザＩＤが認知されたデバイスに前記レシピを送信する送信手段として少なくとも機能する。
【０１７６】
続いて、図３２乃至図３４を参照しつつ、リモート端末４  の作動手順の詳細を説明する。図３２は、第３実施例のリモート端末４  におけるメイン作動手順を示すフローチャートである。
図３２のＳ３２−０１において、ユーザに複合サービスを利用するか否かの判断をさせる。
「ＮＯ」、即ち、利用しない場合、Ｓ３２−０６において、その他の処理を行う。
「ＹＥＳ  」即ち、利用する場合、Ｓ３２−０２に進む。
Ｓ３２−０２において、ユーザに、どの複合サービスを利用するかの指定、及び、利用条件等を入力させる。
【０１７７】
リモート端末４  は、図３８に示すような複合サービスレコード情報に関するサービステーブルを記憶保存している。サービステーブルの内容は、テーブル中のＰｕｓｈサービスがＰｕｌｌサ−ビスに代わっていることを除いては図１７に示したものと略同様である。
テーブル中、Ｐｕｌｌサ−ビス  （番号）  はデジタルデータの受渡し方法を示している。例えば、Ｐｕｌｌサ−ビス１  は、サ−ビス１  を提供するデバイスにデジタルデータの送信を要求し、デジタルデータを送信させることによってデジタルデータを取得することを示している。
【０１７８】
Ｓ３２−０３において、ユーザにユーザＩＤを入力させる。
Ｓ３２−０４において、指定複合サービスの開始をユーザに入力させる。
Ｓ３２−０５において、指定複合サービス実行指示を行う。前記実行指示には、ユーザＩＤの認知、実行用レシピの作成・送信、進行の表示等の処理が含まれる。
【０１７９】
次に、前記Ｓ３２−０５の指定複合サービス実行指示の詳細な手順を図３３を参照しつつ説明する。図３３は、第３実施例のリモート端末４  における指定複合サービス実行指示手順を示すフローチャートである。
図３３のＳ３３−０１において、指定複合サービス実行用レシピを作成する。
Ｓ３３−０２において、サービステーブル内の指定複合サービスに関するレコードの先頭のサービスを注目する。
Ｓ３３−０３において、リモート端末４  は表示部４ｂ及び／又は報知部４ｃによって「指定複合サービス開始」を報知する。
【０１８０】
Ｓ３３−０４において、リモート端末４  自身が注目サービスを提供できるか否かを判断する。
「ＹＥＳ  」、即ち、注目サービスを提供できる場合、Ｓ３３−１０に進む。これは、スキャナ１  等の注目サービスを提供可能なデバイスにリモート端末４  機能が組み込まれている場合などが考えられる。
「ＮＯ」、即ち、注目サービスを提供できない場合、Ｓ３３−０５に進む。これは、リモート端末４  がデバイスに組み込まれていない場合や、リモート端末４  がデバイスに組み込まれている場合であって、組み込まれているデバイス自身が注目サービスを提供できない場合に相当する。
【０１８１】
Ｓ３３−０５において、サービスを提供する他のデバイスからユーザＩＤ及び図２０に示すようなデバイスデスクリプションを受信したか否を判断する。
「ＮＯ  」、即ち、ユーザＩＤ等を受信していない場合、Ｓ３３−１３に進む。「ＹＥＳ  」、即ち、ユーザＩＤ等を受信した場合、Ｓ３３−０６に進む。
Ｓ３３−０６において、前記受信したユーザＩＤがリモート端末４  自身が保有するユーザＩＤと一致するか否かを判断して認知する。
「ＮＯ」、即ち、一致しない場合、Ｓ３３−０５に戻る。
「ＹＥＳ  」、即ち、一致する場合、Ｓ３３−０７に進む。
【０１８２】
Ｓ３３−０７において、前記ユーザＩＤの認知されたデバイスが注目サービスを提供できるか否かを判断する。
「ＮＯ」、即ち、提供できない場合、Ｓ３３−０５に戻る。
「ＹＥＳ  」、即ち、提供できる場合、Ｓ３３−０８に進む。
Ｓ３３−０８において、実行用レシピに注目サービスを提供できるデバイスとして前記認知済デバイスを記録する。
【０１８３】
Ｓ３３−０５乃至Ｓ３３−０８の処理によって、リモート端末４  は、ユーザがサービスを提供できるデバイスのそばへ移動してユーザＩＤを入力することでデバイスの選択を行ったと判断するのである。
Ｓ３３−０９において、前記認知済デバイスへ実行用レシピを送信する。そして、Ｓ３３−１２に進む。
【０１８４】
ここで、説明を幾つか前に戻す。
Ｓ３３−０４の判断において、「ＹＥＳ  」、即ち、注目サービスをリモート端末４  自身が提供できる場合、Ｓ３３−１０に進む。
Ｓ３３−１０において、実行用レシピに注目サービスを提供できるデバイスとして自身を記録する。
Ｓ３３−１１において、自身のサービス提供タスクに実行用レシピを投入して注目サービスを実行する。これは、後述するデバイスのレシピ処理と同じ処理である。そして、Ｓ３３−１２に進む。
Ｓ３３−１２において、指定複合サービス進行確認処理を行う。
即ち、複合サービスに必要な最初のサービスを提供するデバイスの決定後は、複合サービスの進行を監視するのである。
【０１８５】
一方、Ｓ３３−０５の判断において、「ＮＯ」、即ち、サービスを提供する他のデバイスからユーザＩＤ及びデバイスデスクリプションを受信していない場合、Ｓ３３−１３に進む。
Ｓ３３−１３において、ユーザＩＤ等の受信待ち状態が時間切れか否かを判断する。
「ＮＯ」、即ち、時間切れでない場合、Ｓ３３−０５に戻る。
「ＹＥＳ  」、即ち、時間切れの場合、Ｓ３３−１４に進む。
Ｓ３３−１４において、「○○サービスエラー」のエラーを表示部４ｂ及び／又は報知部４ｃによって報知し、終了する。
【０１８６】
次に、上述のＳ３３−０１に記載の実行用レシピ作成手順を図１０及び図３９に基づいて詳述する。
図１０は、リモート端末４  における実行用レシピ作成手順を示すフローチャートである。第１実施例と異なるところを以下に示す。
Ｓ１０−０３において、レシピの受け渡し及び送信を全て「不要」と書き込む。
Ｓ１０−０４において、ユーザＩＤ返答を「要」と書き込む。
Ｓ１０−０７の手順を行わない。
これらの手順以外は、第１  実施例と同様であるので、その説明を省略する
【０１８７】
図３９は、複合サービスがコピーの場合の実行用レシピの例を示している。第１実施例における実行用レシピと次の点で相違している。
・レシピの正順及び逆順のデバイス間の受け渡し不要、並びに、レシピを全ての決定デバイスへ送信することが不要
・ユーザＩＤの返答が必要
・サービスを提供するデバイス名及びそのＩＰアドレスに関する記述がサービス１を実施するデバイスのみで他のサービスを提供するデバイスは未定
・サービス１（  スキャン）で得たデータの送信先指定なし
・サービス２を実行するためのデータ取り込み元の指定有り
複合サービスがリモートＦＡＸ  及び画像保存の場合のレシピにおいても同様の点が第１実施例と異なる。
【０１８８】
次に、Ｓ３３−１２の指定複合サービス進行確認処理の詳細を図３４を参照しつつ説明する。図３４は、第３実施例のリモート端末４  における指定複合サービス進行確認処理の手順を示すフローチャートである。
図３４に示されている処理は、図９  のＳ９−０５  から終了までに示されている手順と同様な手順によって処理される。
【０１８９】
次に、デバイスの作動手順を図３５乃至図３７を参照しつつ説明する。
図３５は第３実施例のデバイスにおけるメイン作動手順を示すフローチャートである。
図３５のＳ３５−０１において、データパケットを受信したか否かを判断する。
「ＹＥＳ  」、即ち、データパケットを受信した場合、Ｓ３５−０４に進む。
「ＮＯ」、即ち、データパケットでない場合、Ｓ３５−０２に進む。
【０１９０】
Ｓ３５−０２において、ユーザＩＤが入力されたか否かを判断する。
「ＮＯ」、即ち、ユーザＩＤの入力でない場合、Ｓ３５−１０のその他の処理をしてＳ３５−０１に戻る。
「ＹＥＳ  」、即ち、ユーザＩＤが入力された場合、Ｓ３５−０３に進む。
Ｓ３５−０３において、ユーザＩＤ及びデバイスデスクリプションをブロードキャストする。そして、Ｓ３５−０１に戻る。
【０１９１】
Ｓ３５−０１の判断が「ＹＥＳ  」、即ち、データパケットを受信した場合、Ｓ３５−０４に進む。
Ｓ３５−０４において、前記データパケットを解析する。
Ｓ３５−０５乃至Ｓ３５−０９において、図１１のＳ１１−０９乃至Ｓ１１−１３と同様な手順によって処理が行われる。
【０１９２】
次に、前記図１３のレシピ処理中のＳ１３−０４のサービス実行処理の手順の詳細が、第１実施例と異なるのでその説明を図３６を参照しつつ説明する。
図３６は、第３実施例のデバイスにおけるサービス実行処理手順を示すフローチャートである。
図３６のＳ３６−０１乃至Ｓ３６−０４において、図１６のＳ１６−０１乃至Ｓ１６−０４と同様の手順によって処理が行われる。尚、図３６において、図１６のＳ１６−０５に相当する手順はない。
【０１９３】
Ｓ３６−０５乃至Ｓ３６−０７において、図１６のＳ１６−０７乃至Ｓ１６−０９と同様の手順によって処理が行われる。
Ｓ３６−０８において、次のサービスを提供するデバイスからユーザＩＤ等のブロードキャストを待って、次サービスを提供するデバイスを決定し、実行用レシピを送信することで複合サービスの実行を継続する。
【０１９４】
Ｓ３６−０９において、前記の「次サービスを提供するデバイス待ち」処理でエラーが発生したか否かを判断する。
「ＹＥＳ  」、即ち、エラーが発生した場合、Ｓ３６−１７に進む。
「ＮＯ」、即ち、エラーが発生しなかった場合、Ｓ３６−１０に進む。
Ｓ３６−１０乃至Ｓ３６−２０において、図１６のＳ１６−１０乃至Ｓ１６−２０と同様の手順によって処理が行われる。
【０１９５】
図３６のＳ３６−０８の次サービスデバイス待ち手順を図３７を参照しつつ説明する。図３７は、第３実施例のデバイスにおける次サービスデバイス待ち手順を示すフローチャートである。
Ｓ３７−０１において、サービステーブル内の指定複合サービスに関するレコードの中に、自身の提供サービスの次にサービスがあるか否かを判断する。
「ＮＯ」、即ち、次にサービスがない場合、指定複合サービスを構成する個々のサービスが全て行われたことになるので終了する。
「ＹＥＳ  」、即ち、次にサービスがある場合、Ｓ３７−０２に進む。
Ｓ３７−０２において、前記次のサービスに注目する。
【０１９６】
Ｓ３７−０３において、送信元指定なしで「ユーザＩＤ及びデバイスデスクリプション」待ちステータスをたてる。
Ｓ３７−０４において、サービスを提供する他のデバイスからユーザＩＤ及び図２０に示すようなデバイスデスクリプションを受信したか否を判断する。
「ＮＯ」、即ち、ユーザＩＤ等を受信していない場合、Ｓ３７−０９に進む。
「ＹＥＳ  」、即ち、ユーザＩＤ等を受信した場合、Ｓ３７−０５に進む。
Ｓ３７−０５において、前記受信したユーザＩＤが本デバイス自身が保有するユーザＩＤと一致するか否かを判断して認知する。
「ＮＯ」、即ち、一致しない場合、Ｓ３７−０４に戻る。
「ＹＥＳ  」、即ち、一致する場合、Ｓ３７−０６に進む。
【０１９７】
Ｓ３７−０６において、前記ユーザＩＤの認知されたデバイスが注目サービスを提供できるか否かを判断する。
「ＮＯ」、即ち、提供できない場合、Ｓ３７−０４に戻る。
「ＹＥＳ  」、即ち、提供できる場合、Ｓ３７−０７に進む。
Ｓ３７−０４乃至Ｓ３７−０６において、複合サービスの実行を指示したユーザが次のサービスを実行させたいデバイスのそばへ行ったと判断するのである。
Ｓ３７−０７において、注目サービスを提供できるデバイスとして前記認知済デバイスを実行用レシピに記録する。
Ｓ３７−０８において、前記認知済デバイスへ実行用レシピを送信して終了する。
【０１９８】
説明を少し戻す。Ｓ３７−０４の判断において、「ＮＯ」、即ち、サービスを提供する他のデバイスからユーザＩＤ及びデバイスデスクリプションを受信していない場合、Ｓ３７−０９に進む。
Ｓ３７−０９において、ユーザＩＤ等の受信待ち状態が時間切れか否かを判断する。
「ＮＯ」、即ち、時間切れでない場合、Ｓ３７−０４に戻る。
「ＹＥＳ  」、即ち、時間切れの場合、エラー終了する。
また、サービスタスクを起動する手順は、全実施例の最後において他の実施例と共にあわせて説明される。
【０１９９】
［第４実施例］
次に、第４実施例を図面を参照しつつ説明する。第１実施例と異なるところは、レシピがデバイス間で受け渡されてリレーされるのではなく、リモート端末４  から直接各決定デバイスへ実行用レシピが送信される点にある。
第４実施例において参照される図面は、図４０乃至図４１，  図５乃至図１４，  図１６乃至図２０，  図２４である。その中でも図５乃至図７，図１１乃至図１３，  図１７乃至図２０，  図２４は第１実施例において説明したと同様であるので、その説明を省略する。第１実施例と異なる部分だけを以下に説明する。
【０２００】
図４０は、第４  実施例の概略タイミングチャートである。コピーサービスが複合サービスとして指定されている。
図４０のＳ４０−１０１  乃至Ｓ４０−１０４  において、図３  のＳ３−１０１乃至Ｓ３−１０４と同様の手順によって処理される。
Ｓ４０−１０５  において、実行用レシピを作成して、前記複合サービスの実施に必要なサービスを提供する全てのデバイスに送信する。例えば、スキャナ１  及びプリンタ３  に前記実行用レシピを同時に送信する。この点が第１実施例と異なり、スキャナ１  とプリンタ３  に同時に実行用レシピが渡されることで、スキャナ１  から画像データが送信される前に、プリンタ３  が受信可能状態になっている確立が高くなる。
【０２０１】
Ｓ４０−２０１  において、決定デバイスの一つであるスキャナ１  は、前記実行用レシピを受信する。
Ｓ４０−２０２  において、スキャナ１  は前記実行用レシピに基づいて、スキャンサービスの提供にあたり諸条件を設定する。
Ｓ４０−２０３  において、次サービスを提供するプリンタ３  の動作確認要求をプリンタ３  へ送信する。
Ｓ４０−２０４  において、原稿を読み取る。
Ｓ４０−２０５  において、前記読み取ったデータを次のサービスを行うプリンタ３  に送信し、終了する。
【０２０２】
一方、Ｓ４０−３０１  において、プリンタ３  では、スキャナ１  から実行用レシピを受信する。
Ｓ４０−３０２  において、プリントサービスの提供にあたり必要な諸条件が前記実行用レシピに基づいて設定される。
Ｓ４０−３０３  において、プリンタ３  からの動作確認へ応答する。
Ｓ４０−３０４  において、プリンタ３  は、前記スキャナ１  が読み取ったデータを受信する。
Ｓ４０−３０５  において、印刷を行い、終了する。
【０２０３】
図８は、リモート端末４  における決定デバイスの動作確認手順を示すフローチャートである。
Ｓ８−０２  のレシピ送信処理において、全ての決定デバイスへ確認用レシピを送信する点が第１実施例と異なっている。その他は第１実施例と同様であるので、その説明を省略する。
【０２０４】
次に、図９は、指定複合サービス実行指示手順を示すフローチャートである。Ｓ９−０３  のレシピ送信処理において、全ての決定デバイスへ実行用レシピを送信する点が第１実施例と異なっている。その他は第１実施例と同様であるので、その説明を省略する。
【０２０５】
図１０はレシピ作成手順を示すフローチャートである。
Ｓ１０−０３の実行用レシピの送信形態の指定において、本実施例では、レシピをリモート端末４  から全ての決定デバイスへ送信することが必要と書き込む。その他は第１実施例と同様であるので、その説明を省略する。レシピの例を図４１に示す。これらのレシピの例においてもレシピの送信形態の指定が、「レシピをリモート端末４  から全ての決定デバイスへ送信することが必要」となっている点以外は、第１実施例と同様であるので、その説明を省略する。複合サービスがリモートＦＡＸ  及び画像保存の場合のレシピにおいても同様の点が第１  実施例と異なる。
【０２０６】
図１４は、デバイスにおける確認処理手順を示すフローチャートである。第１実施例と異なるところは、Ｓ１４−０４のデバイス間でのレシピの転送処理を行わず、Ｓ１４−０６の処理に移る点である。
図１６は、デバイスにおけるサービス実行処理手順を示すフローチャートである。第１実施例と異なるところは、Ｓ１６−０５のデバイス間でのレシピの転送処理を行わず、Ｓ１６−０７の処理に移る点である。
また、サービスタスクを起動する手順は、全実施例の最後において他の実施例と共にあわせて説明される。
【０２０７】
［第５実施例］
次に、第５実施例を説明する。第１実施例と異なるところは、レシピがデバイス間で正順で受け渡されてリレーされるのではなく、逆順で受け渡されてリレーされる点にある。
第５実施例において参照される図面は、図４２乃至図４３，  図５乃至図１６，  図１８乃至図２０，  図２４，  図３８である。その中でも図５乃至図７，図１１乃至図１３，  図１８乃至図２０，  図２４は第１実施例において説明したと同様であるので、その説明を省略する。第１実施例と異なる部分だけを以下に説明する。
第５実施例において参照されるサービステーブルは、第３実施例と同様な図３８に示されるサービステーブルである。
【０２０８】
図４２は、第５実施例の概略タイミングチャートである。コピーサービスが複合サービスとして指定されている。
図４２のＳ４２−１０１  乃至Ｓ４２−１０４  において、図３  のＳ３−１０１乃至Ｓ３−１０４と同様の手順によって処理が行われる。
Ｓ４２−１０５  において、実行用レシピを作成する。そして、前記実行用レシピを最後にサービスを提供するデバイスに送信する。例えば、前記実行用レシピはプリンタ３  に送信される。この点が第１  実施例と異なり、スキャナ１  が画像データを送信する前に、プリンタ３  は確実にデータ受信可能な状態になっている。
【０２０９】
Ｓ４２−３０１  において、決定デバイスの一つであるプリンタ３  は、前記実行用レシピを受信する。
Ｓ４２−３０２  において、プリンタ３  は前記実行用レシピに基づいて、プリントサービスの提供にあたり諸条件を設定する。
Ｓ４２−３０３  において、プリントサービスより一つ前のサービス、即ちスキャンサービスを提供するスキャナ１  へ実行用レシピを転送する。
【０２１０】
Ｓ４２−２０１  において、スキャナ１  は、プリンタ３  から実行用レシピを受信する。
Ｓ４２−２０２  において、スキャンサービスの提供にあたり必要な諸条件が前記実行用レシピに基づいて設定される。
Ｓ４２−２０３  において、スキャナ１  は、原稿を読み取る。
Ｓ４２−２０４  において、前記読み取ったデータを次のサービスを行うプリンタ３  に送信し、終了する。
Ｓ４２−３０４  において、プリンタ３  は、前記スキャナ１  が読み取ったデータを受信する。
Ｓ４２−３０５  において、印刷を行い、終了する。
【０２１１】
図８は、リモート端末４  における決定デバイスの動作確認手順を示すフローチャートである。Ｓ８−０２  のレシピ送信処理において、最後のサービスを行う決定デバイスへ確認用レシピを送信する点が第１実施例と異なっている。その他は第１実施例と同様であるので、その説明を省略する。
【０２１２】
次に、図９は、指定複合サービス実行指示手順を示すフローチャートである。Ｓ９−０３  のレシピ送信処理において、最後のサービスを提供する決定デバイスへ実行用レシピを送信する点が第１実施例と異なっている。その他は第１実施例と同様であるので、その説明を省略する。
【０２１３】
図１０はレシピ作成手順を示すフローチャートである。
Ｓ１０−０３のレシピの送信形態の指定において、本実施例では、レシピをデバイス間で逆順に送信することが必要と書き込む。即ち、レシピを後のサービスを行う決定デバイスから一つ前のサービスを行うデバイスへ転送するように指定する。その他は第１実施例と同様であるので、その説明を省略する。
【０２１４】
レシピの例を図４３に示す。これらのレシピの例においてもレシピの送信形態の指定が、「レシピをデバイス間で逆順に送信することが必要」となっている。そして、データ送信先は指定なしで、データ取り込み元が指定されている。これらの点以外は、第１実施例と同様であるので、その説明を省略する。複合サービスがリモートＦＡＸ  及び画像保存の場合のレシピにおいても同様の点が第１  実施例と異なる。
【０２１５】
図１４は、デバイスにおける確認処理手順を示すフローチャートである。
Ｓ１４−０４のレシピ送信処理において、自身より一つ前のサービスを行う決定デバイスへ確認用レシピを送信する点が第１実施例と異なっている。その他は第１実施例と同様であるので、その説明を省略する。
【０２１６】
図１６は、デバイスにおけるサービス実行処理手順を示すフローチャートである。Ｓ１６−０５のレシピ送信処理において、自身より一つ前のサービスを行う決定デバイスへ実行用レシピを送信する点が第１実施例と異なっている。その他は第１実施例と同様であるので、その説明を省略する。
【０２１７】
図１５は、デバイスにおけるレシピ転送処理手順を示すフローチャートである。
図１５のＳ１５−０１において、レシピの送信形態が「デバイス間におけるレシピの逆順による受け渡し」の要否を判断する。
「ＮＯ」、即ち、レシピの逆順による受け渡しが不要な場合、Ｓ１５−０２に進む。これは、上述の第１，第２  実施例に対応している。「ＹＥＳ  」、即ち、レシピの逆順による受け渡しが必要な場合、Ｓ１５−０８に進む。これが第５実施例に対応する。
【０２１８】
Ｓ１５−０８において、サービステーブル内の指定複合サービスに関するレコードに、自身が提供するサービスの前にサービスがあるか否かを判断する。
「ＮＯ」、即ち、前のサービスが無い場合、レシピを転送する必要がないので終了する。
「ＹＥＳ  」、即ち、前のサービスが有る場合、Ｓ１５−０９に進む。
Ｓ１５−０９において、レシピに記録された前のサービス提供デバイスへレシピを転送し、終了する。
【０２１９】
［  サービスタスクの処理手順  ］
次に、前記Ｓ１６−０９，  Ｓ３６−０７等のサービスタスクの処理手順について、図４４を参照しつつ説明する。図４４は、デバイスにおけるサービスタスク起動手順を示すフローチャートであり、第１  乃至第５  実施例において用いられる
図４４のＳ４４−０１において、レシピにデータ送信先が指定されているか否かを判断する。
「ＹＥＳ  」、即ち、指定されている場合、Ｓ４４−０２に進む。これは、第１，第２，第４  実施例のサービス１  を提供するデバイス（スキャナ１  ）に対応する。サービス１  提供デバイスは、Ｓ４４−０２において、レシピにデータ送信先として記録されたデバイスをデータ送信先として指定し、各サービスタスクを起動する。
【０２２０】
図４４のＳ４４−０１の判断が、「ＮＯ」、即ち、レシピにデータ送信先が指定されていない場合、Ｓ４４−０３に進む。
Ｓ４４−０３において、レシピにデータ取り込み元が指定されているか否かを判断する。
「ＮＯ」、即ち、指定されていない場合、Ｓ４４−０５に進む。これは、第１，第２，第４  実施例のサービス２  を提供するデバイス（プリンタ３  、ファックス、ストレージ）並びに第３，第５  実施例のサービス１  を提供するデバイス（スキャナ１  ）に対応している。
Ｓ４４−０５において、サービス２  提供デバイスのサービスタスクは、データ送信先及び取り込み元指定なしで起動される。
【０２２１】
Ｓ４４−０３  の判断が「ＹＥＳ  」、即ち、レシピにデータ取り込み元が指定されている場合、Ｓ４４−０４に進む。これは、第３，第５  実施例のサービス２  を提供するデバイス（プリンタ３  、ファックス、ストレージ）に対応している。
Ｓ４４−０４において、レシピにデータ取り込み元として記録されたデバイスをデータ取り込み元と指定し、各サービスタスクを実行して、終了する。
【０２２２】
次に、前記起動手順によって起動したサービスタスクの各実行手順を図４５乃至図４７を参照しつつ説明する。
図４５は、デバイスにおけるスキャンタスク実行手順を示すフローチャートである。
先ず、スキャンサービスを行うスキャナ１  は、図３２に示すようなジョブ（ＪＯＢ）  リストを有している。ＪＯＢ  リストには、ジョブ索引番号（Ｉｎｄｅｘ）  、ジョブ識別番号  （ＪＯＢ  ＩＤ）  、ユーザ識別番号（  Ｏｗｎｅｒ  若しくはＵｓｅｒＩＤ）  、進行状態（Ｓｔａｔｕｓ：ステータス）  、その他の情報（Ｏｔｈｅｒ  Ｉｎｆｏｒｍａｔｉｏｎｓ）が含まれている。
【０２２３】
図４５のＳ４５−０１において、スキャナ１  自身に原稿がセットされているか否かを判断する。
「ＮＯ」、即ち、セットされていない場合、この判断を繰返す。
「ＹＥＳ  」、即ち、原稿がセットされている場合、Ｓ４５−０２に進む。
Ｓ４５−０２において、ＪＯＢ  リストに前記セットされている原稿に関するジョブを追加する。
【０２２４】
Ｓ４５−０３において、原稿を読み取る。
Ｓ４５−０４において、読み取った原稿のデータ送信先が指定されているか、即ち、サービスタスクはＳ４４−０２の処理にて起動されたか否か判断する。
「ＮＯ」、即ち、送信先が指定されていない場合、Ｓ４５−０８に進む。これは、第３，第５  実施例に対応している。
「ＹＥＳ  」、即ち、送信先が指定されている場合、Ｓ４５−０５に進む。これは、第１，第２，第４  実施例に対応している。
【０２２５】
Ｓ４５−０５において、レシピの送信形態の指定が、「リモート端末４  から全デバイスへ送信」となっているか否かを判断する。
「ＮＯ」、即ち、「リモート端末４  から全デバイスへ送信」となっていない場合であり、更に、スキャナ１  から次のサービス提供デバイス、例えば、プリンタ３  に実行レシピを受け渡すことにより、プリンタ３  が稼働していることが確認できている場合、Ｓ４５−０７へ進む。これは、第１，第２  実施例に対応している。
「ＹＥＳ  」、即ち、「リモート端末４  から全デバイスへ送信」となっている場合、Ｓ４５−０６に進む。
【０２２６】
Ｓ４５−０６において、読取データ送信先であって次サービスを行う決定デバイスの動作確認を行う。例えば、次サービスを行う決定デバイスのＩＰアドレスを指定したＩＣＭＰ  （Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ  の略）  エコー要求パケットを送信し、前記ＩＣＭＰエコーパケットが返信されるかどうかで確認を行う。動作確認がとれたら、Ｓ４５−０７に進む。
Ｓ４５−０７において、指定された送信先に前記読み取った画像データを送信する。そして、Ｓ４５−１１に進む。
【０２２７】
説明をＳ４５−０４の判断に戻す。この判断が「ＮＯ」、即ち、読み取った原稿のデータ送信先が指定されていない場合、Ｓ４５−０８に進む。これは、第３，第５  実施例に対応している。
Ｓ４５−０８において、送信元指定なしで「画像データ送信要求」待ち状態であることを示すデータ待ちステータスを立てる。
Ｓ４５−０９において、画像データ送信要求があるか否かの判断をする。
「ＮＯ」、即ち、要求がない場合、この判断を繰返す。
「ＹＥＳ  」、即ち、要求がある場合、Ｓ４５−１０に進む。
Ｓ４５−１０において、要求に付与されたユーザＩＤを基にＪＯＢ  リストから送信する画像データを特定して、要求元に画像データを送信する。そして、Ｓ４５−１１に進む。
Ｓ４５−１１において、スキャンタスクの終了を起動元タスクに通知して、終了する。
【０２２８】
図４６は、デバイスにおけるプリント若しくはファックスタスク実行手順を示すフローチャートである。
図４６のＳ４６−０１において、データ取り込み元の指定があるか否かの判断をする。
「ＮＯ」、即ち、データ取り込み元の指定がない場合、Ｓ４６−０３に進む。これは、第１，第２，第４  実施例に対応している。
「ＹＥＳ  」、即ち、データ取り込み元の指定がある場合、Ｓ４６−０２に進む。これは、第３，第５  実施例に対応している。
Ｓ４６−０２  において、指定されたデータ取り込み元へユーザＩＤを付与したデータ要求を送信する。そして、Ｓ４６−０３に進む。
Ｓ４６−０３において、送信先としてプリンタ３  もしくはファックスモデム２  を指定している画像データ待ち状態であることをステータスに立てる。
【０２２９】
Ｓ４６−０４において、画像データを受信したかどうか、即ち、上記Ｓ１３−０３にてデータを渡されたか否かを判断する。
「ＮＯ」、即ち、画像データを受信していない場合、この判断を繰返す。
「ＹＥＳ  」、即ち、画像データを受信した場合、Ｓ４６−０５に進む。
Ｓ４６−０５において、受信した画像データの形式とレシピに記載された入力ドキュメント形式が同じか否かを判断する。
【０２３０】
「ＮＯ」、即ち、同じでない場合、サービス実行のために処理すべきデータではないと判断してＳ４６−０４に戻る。
「ＹＥＳ  」、即ち、同じ場合、サービス実行のために処理すべきデータであると判断してＳ４６−０６に進む。
Ｓ４６−０６において、プリント若しくはファックス送信の処理を行う。
Ｓ４６−０７において、プリント若しくはファックスタスクの終了を起動元タスクに通知して、終了する。
【０２３１】
図４７は、デバイスにおけるストレージタスク実行手順を示すフローチャートである。上述したＳ４６−０５のような画像データの形式とレシピに記述の形式を比べる処理がないところ、及び、Ｓ４７−０５においてデータ処理として保存処理を行う以外は、図４６に示した手順と同じである。
【０２３２】
以上いくつかの実施例を説明してきたが、いずれの実施例においてもユーザに進行状況等を報知する場合、表示部１ｃ，２ｃ，３ｃ，４ｂ  及び報知部１ｄ，２ｄ，３ｄ，４ｃ  の両方によって報知してもよいし、いずれか一方によって報知しても良い。
また、スキャナ１  とプリンタ３  そしてＦａｘ  モデム２  の全体のシステムをリセットしたい場合、それぞれのデバイスを個々にリセットして回っても良いが、上述のＧＩＤ  を利用すると、スキャナ１  とプリンタ３  そしてＦａｘ  モデム２  等の各デバイスを同時にリセットすることができる。例えば、同一のＧＩＤ  を有するデバイス同士が連携して複合サービスを提供する場合、一つのトリガで同じＧＩＤ  を持つデバイス同士は同時にリセットすることが可能である。更に、リセットのみならず、同一のＧＩＤ  を有するデバイス同士ならばスリープも同時に行うこと可能である。
【図面の簡単な説明】
【図１】本実施例の接続構成を示す図
【図２】本発明の実施例のブロック構成図
【図３】第１実施例の概略タイミングチャート
【図４】第１実施例の確認の概略タイミングチャート
【図５】リモート端末におけるメイン作動手順を示すフローチャート
【図６】リモート端末における全使用デバイスの決定手順を示すフローチャート
【図７】リモート端末におけるデバイス情報テーブルからデバイスを決定する手順を示すフローチャート
【図８】リモート端末における決定デバイスの動作等の確認手順を示すフローチャート
【図９】リモート端末における指定複合サービス実行指示手順を示すフローチャート
【図１０】リモート端末におけるレシピの作成手順を示すフローチャート
【図１１】デバイスにおけるメイン作動手順を示すフローチャート
【図１２】デバイスにおけるタスク実行手順を示すフローチャート
【図１３】デバイスにおけるレシピ処理手順を示すフローチャート
【図１４】デバイスにおける確認処理手順を示すフローチャート
【図１５】デバイスにおけるレシピ転送処理手順を示すフローチャート
【図１６】デバイスにおけるサービス実行処理手順を示すフローチャート
【図１７】リモート端末及びデバイスの所持するサービステーブル
【図１８】デバイス情報テーブル
【図１９】デバイスからのサービスディスカバリに対するリプライパケットの内容を示す図
【図２０】デバイスからのデバイスデスクリプションの内容を示す図
【図２１】第１実施例における複合サービスがコピーの場合のレシピ
【図２２】第１実施例における複合サービスがリモートＦＡＸ  の場合のレシピ
【図２３】第１実施例における複合サービスが画像保存の場合のレシピ
【図２４】スキャナの所持するジョブリスト
【図２５】第２実施例の概略タイミングチャート
【図２６】第２実施例の確認の概略タイミングチャート
【図２７】第２実施例のデバイスにおける次のサ−ビスを提供するデバイスを決定する手順を示すフローチャート
【図２８】第２実施例のデバイスにおける実行用レシピの転送手順を示すフローチャート
【図２９】第２実施例のレシピの例を示す図
【図３０】第３実施例の概略タイミングチャート
【図３１】第３実施例の概略タイミングチャート
【図３２】第３実施例のリモート端末におけるメイン作動手順を示すフローチャート
【図３３】第３実施例のリモート端末における指定複合サービス実行指示手順を示すフローチャート
【図３４】第３実施例のリモート端末における指定複合サービス進行確認処理の手順を示すフローチャート
【図３５】第３実施例のデバイスにおけるメイン作動手順を示すフローチャート
【図３６】第３実施例のデバイスにおけるサービス実行処理手順を示すフローチャート
【図３７】第３実施例のデバイスにおける次サービスデバイス待ち手順を示すフローチャートである。
【図３８】第３実施例のリモート端末及びデバイスの所持するサービステーブル
【図３９】第３実施例のレシピの例を示す図
【図４０】第４実施例の概略タイミングチャート
【図４１】第４実施例のレシピの例を示す図
【図４２】第５実施例の概略タイミングチャート
【図４３】第５実施例のレシピの例を示す図
【図４４】デバイスにおけるサービスタスク起動手順を示すフローチャート
【図４５】デバイスにおけるスキャンタスク実行手順を示すフローチャート
【図４６】デバイスにおけるプリント若しくはファックスタスク実行手順を示すフローチャート
【図４７】デバイスにおけるストレージタスク実行手順を示すフローチャート
【符号の説明】
１  スキャナ（デバイス）
２  Ｆａｘ  モデム（デバイス）
３  プリンタ（デバイス）
４  ＰＤＡ（リモート端末）
【図１】
2004357047.tif 000003
【図２】
2004357047.tif 000004
【図３】
2004357047.tif 000005
【図４】
2004357047.tif 000006
【図５】
2004357047.tif 000007
【図６】
2004357047.tif 000008
【図７】
2004357047.tif 000009
【図８】
2004357047.tif 000010
【図９】
2004357047.tif 000011
【図１０】
2004357047.tif 000012
【図１１】
2004357047.tif 000013
【図１２】
2004357047.tif 000014
【図１３】
2004357047.tif 000015
【図１４】
2004357047.tif 000016
【図１５】
2004357047.tif 000017
【図１６】
2004357047.tif 000018
【図１７】
2004357047.tif 000019
【図１８】
2004357047.tif 000020
【図１９】
2004357047.tif 000021
【図２０】
2004357047.tif 000022
【図２１】
2004357047.tif 000023
【図２２】
2004357047.tif 000024
【図２３】
2004357047.tif 000025
【図２４】
2004357047.tif 000026
【図２５】
2004357047.tif 000027
【図２６】
2004357047.tif 000028
【図２７】
2004357047.tif 000029
【図２８】
2004357047.tif 000030
【図２９】
2004357047.tif 000031
【図３０】
2004357047.tif 000032
【図３１】
2004357047.tif 000033
【図３２】
2004357047.tif 000034
【図３３】
2004357047.tif 000035
【図３４】
2004357047.tif 000036
【図３５】
2004357047.tif 000037
【図３６】
2004357047.tif 000038
【図３７】
2004357047.tif 000039
【図３８】
2004357047.tif 000040
【図３９】
2004357047.tif 000041
【図４０】
2004357047.tif 000042
【図４１】
2004357047.tif 000043
【図４２】
2004357047.tif 000044
【図４３】
2004357047.tif 000045
【図４４】
2004357047.tif 000046
【図４５】
2004357047.tif 000047
【図４６】
2004357047.tif 000048
【図４７】
2004357047.tif 000049