JP2004355399A - 複合サービス提供システム、電子機器、及びプログラム - Google Patents

Abstract

【課題】ユーザにとって面倒な操作を必要とせず、あたかもオールインワンMFPのように簡単に利用することができる複合サービス提供システム、電子機器、及びプログラムの提供。
【解決手段】本複合サービス提供システムは、少なくとも一つのサービスを提供するサービス提供手段を有する電子機器が通信可能に接続されており、複合サービス指定手段と、電子機器決定手段と、複合サービス提供手段とを備えている。 複合サービス指定手段は、S3-101において、提供を受ける複合サービスを指定し、電子機器決定手段は、S3-102において、複合サービス指定手段によって指定された複合サービスに必要となる複数のサービスを実行する電子機器を決定する。前記複合サービス提供手段は、決定された電子機器にそれぞれS3-207,S3-306においてサービスを実行させ、複合サービス指定手段によって指定されたサービスを提供する。
【選択図】 図３

Description

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

Claims (25)

1. 少なくとも一つのサービスを提供するサービス提供手段を有する電子機器を含む複数の電子機器が通信可能に接続され、異なる電子機器が実行するサービスを前記電子機器が互いに通信することで複数組み合わせて実現される複合サービスを提供する複合サービス提供システムにおいて、
   提供を受ける複合サービスを指定する複合サービス指定手段と、
   前記複合サービス指定手段によって指定された複合サービスを提供するために必要となる複数のサービスの夫々について、そのサービスを実行する電子機器を決定する電子機器決定手段と、
   前記電子機器決定手段によって決定された前記電子機器にサービスを実行させて、前記複合サービス指定手段によって指定された前記複合サービスを提供する複合サービス提供手段と、
   を備えたことを特徴とする複合サービス提供システム。
2. 前記電子機器が提供するサービスの種類を当該電子機器から取得するサービス取得手段をさらに備えており、
   前記電子機器決定手段は、前記サービス取得手段による取得結果に基づいて電子機器の決定を行うことを特徴とする請求項１に記載の複合サービス提供システム。
3. 前記複合サービスを提供するために利用される複数の電子機器に同一の識別子を割り当て、
   前記電子機器決定手段は、同一の識別子が割り当てられた電子機器の中から、前記複数のサービスの夫々を実行する電子機器を決定することを特徴とする請求項１に記載の複合サービス提供システム。
4. 前記複合サービス指定手段を備えた電子機器と同一の識別子を有する複数の電子機器の夫々についてその電子機器が提供するサービスの種類を取得するサービス取得手段をさらに備えており、
   前記電子機器決定手段は、前記サービス取得手段による取得結果に基づいて電子機器の決定を行うことを特徴とする請求項３に記載の複合サービス提供システム。
5. 前記電子機器の夫々が自己に割り当てられた識別子を記憶しており、
   前記サービス取得手段は、前記複合サービス指定手段を備えた電子機器に割り当てられた識別子を含んだ問い合わせを行い、その識別子と同じ識別子を記憶している電子機器から当該電子機器が提供するサービスの種類を含んだ応答を受信することによりサービスの種類を取得することを特徴とする請求項４に記載の複合サービス提供システム。
6. 前記電子機器決定手段は、電子機器の位置関係に基づいて、電子機器の決定を行うことを特徴とする請求項１から請求項５のいずれか１項に記載の複合サービス提供システム。
7. 前記電子機器の位置を取得する位置取得手段をさらに備えており、
   前記電子機器決定手段は、前記位置取得手段による取得結果に基づいて電子機器の決定を行うことを特徴とする請求項６に記載の複合サービス提供システム。
8. 前記複合サービスに関する利用条件を指定する利用条件指定手段をさらに備えており、
   前記電子機器決定手段は、前記利用条件指定手段によって指定された前記利用条件で動作する電子機器を、前記サービスを実行する電子機器に決定することを特徴とする請求項１から請求項６のいずれか１項に記載の複合サービス提供システム。
9. 前記電子機器の性能情報を当該電子機器から取得する性能取得手段と、
   前記性能情報取得手段によって取得した性能情報に基づいて前記利用条件指定手段によって指定された利用条件で動作することができるか否かを判断する動作判断手段と、をさらに備えており、
   前記電子機器決定手段は前記動作判断手段による判断結果に基づいて電子機器の決定を行うことを特徴とする請求項８に記載の複合サービス提供システム。
10. ユーザを認知するユーザ認知手段をさらに備えており、
    前記電子機器決定手段は、前記ユーザ認知手段によって認知されたユーザに基づいて、電子機器の決定を行うことを特徴とする請求項１に記載の複合サービス提供システム。
11. 前記電子機器決定手段によってあるサービスを提供する電子機器が複数決定された場合には決定された複数の電子機器の中から一つの電子機器を指定する電子機器指定手段をさらに備えたことを特徴とする請求項１から請求項１０のいずれか１項に記載の複合サービス提供システム。
12. 前記電子機器決定手段によって前記複数のサービスの少なくとも一つのサービスを実行する電子機器を決定することができなかった場合に、その旨を報知する報知手段をさらに備えたことを特徴とする請求項１から請求項１１のいずれか１項に記載の複合サービス提供システム。
13. 複数のサービスの夫々を実行する電子機器の決定は、一つの電子機器に備えられた前記電子機器決定手段によって行われることを特徴とする請求項１から請求項１２のいずれか１項に記載の複合サービス提供システム。
14. 前記電子機器決定手段を備えた電子機器はサービス提供手段を有しており、前記複数のサービスの夫々を実行する電子機器の決定は、前記電子機器決定手段を備えた電子機器を優先して決定することを特徴とする請求項１３に記載の複合サービス提供システム。
15. 前記複合サービス提供手段は、
    前記複数のサービスの夫々について前記電子機器決定手段によって決定された電子機器を関連付けたサービス実行情報を作成する実行情報作成手段と、
    前記実行情報作成手段によって作成されたサービス実行情報を前記電子機器決定手段によって決定された電子機器に対して送信する実行情報送信手段とを備えており、
    前記実行情報送信手段によって送信されたサービス実行情報を受信した電子機器はサービスを実行することを特徴とする請求項１から請求項１４のいずれか１項に記載の複合サービス提供システム。
16. 前記実行情報送信手段は、サービスを提供する各電子機器に備えられており、
    前記サービス実行情報は、複合サービスの最初のサービスを実行する電子機器に最初に送信され、次にサービスを実行する電子機器へと順次送信されていくことを特徴とする請求項１５に記載の複合サービス提供システム。
17. 前記実行情報送信手段は、前記サービス実行情報を複合サービスを構成する各サービスを提供する各電子機器の全てに同時に送信することを特徴とする請求項１５に記載の複合サービス提供システム。
18. 前記実行情報送信手段は、サービスを提供する各電子機器に備えられており、
    前記サービス実行情報は、複合サービスの最後のサービスを実行する電子機器に最初に送信され、その直前にサービスを実行する電子機器へと順々に送信されていくことを特徴とする請求項１５に記載の複合サービス提供システム。
19. 前記複合サービスは、当該複合サービスを提供するために必要となる複数のサービスが所定の順序に従って行われることによって提供されるものであり、
    前記サービスを実行する電子機器の決定は、そのサービスの一つ前に行われるサービスを実行する電子機器に備えられた前記電子機器決定手段によって行われることを特徴とする請求項１から請求項１２のいずれか１項に記載の複合サービス提供システム。
20. 前記複合サービス提供手段は、
    前記複数のサービスのうち少なくとも実行する電子機器が決定されていないサービスと、実行するサービスとを含むサービス実行情報を作成する実行情報作成手段と、
    前記実行情報作成手段によって作成されたサービス実行情報を前記電子機器決定手段によって決定された電子機器に対して送信する実行情報送信手段と、を備えており、
    前記実行情報送信手段によって送信されたサービス実行情報を受信した電子機器はサービスを実行することを特徴とする請求項１９に記載の複合サービス提供システム。
21. 前記複数の電子機器の少なくとも１台はスキャンサービスを有するとともに、前記複数の電子機器の少なくとも１台はプリントサービスを有しており、
    前記複合サービスの一つにコピーサービスがあることを特徴とする請求項１から請求項２０のいずれか１項に記載の複合サービス提供システム。
22. 前記複数の電子機器の少なくとも１台はスキャンサービスを有するとともに、前記複数の電子機器の少なくとも１台はＦＡＸモデムサービスを有しており、
    前記複合サービスの一つにＦＡＸ送信サービスがあることを特徴とする請求項１から請求項２０のいずれか１項に記載の複合サービス提供システム。
23. 前記複数の電子機器の少なくとも１台はスキャンサービスを有するとともに、前記複数の電子機器の少なくとも１台はストレージサービスを有しており、
    前記複合サービスの一つに画像格納サービスがあることを特徴とする請求項１から請求項２０のいずれか１項に記載の複合サービス提供システム。
24. 少なくとも一つのサービスを提供するサービス提供手段を有する電子機器を含む複数の電子機器が通信可能に接続され、異なる電子機器が実行するサービスを複数組み合わせて実現される複合サービスを提供する複合サービス提供システムを構成する電子機器において、
    提供を受ける複合サービスを指定する複合サービス指定手段と、
    前記複合サービス指定手段によって指定された複合サービスを提供するために必要となる複数のサービスの夫々について、そのサービスを実行する電子機器を決定する電子機器決定手段と、
    前記電子機器決定手段によって決定された前記電子機器にサービスを実行させて、前記複合サービス指定手段によって指定された前記複合サービスを提供する複合サービス提供手段と、
    を備えたことを特徴とする電子機器。
25. 少なくとも一つのサービスを提供するサービス提供手段を有する電子機器を含む複数の電子機器が通信可能に接続され、異なる電子機器が実行するサービスを複数組み合わせて実現される複合サービスを提供する複合サービス提供システムを構成する電子機器であるコンピュータを、
    提供を受ける複合サービスを指定する複合サービス指定手段、
    前記複合サービス指定手段によって指定された複合サービスを提供するために必要となる複数のサービスの夫々について、そのサービスを実行する電子機器を決定する電子機器決定手段、及び
    前記電子機器決定手段によって決定された前記電子機器にサービスを実行させて、前記複合サービス指定手段によって指定された前記複合サービスを提供する複合サービス提供手段、
    として機能させることを特徴とするプログラム。

Images