(57)【要約】【課題】  ネットワークに接続される互いに異なるデータ形式のデータを扱うデバイスを連携させる制御システム、制御プログラム、制御方法及び制御装置を提供する。【解決手段】  ネットワークに接続されているデバイスが提供するサービスを検出する検出手段と、前記検出手段で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力手段と、前記データ入力手段で入力したデータのデータ形式を前記検出手段で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する変換手段と、前記変換手段で変換したデータに対するサービスを前記第二のデバイスに依頼するサービス依頼手段と、を備える。【選択図】  図１
2005292903.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されているデバイスが提供するサービスを検出する検出手段と、
前記検出手段で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力手段と、
前記データ入力手段で入力したデータのデータ形式を前記検出手段で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する変換手段と、
前記変換手段で変換したデータに対するサービスを前記第二のデバイスに依頼するサービス依頼手段と、
を備えることを特徴とする制御システム。
【請求項２】
前記第二のデバイスから前記第二のデバイスが処理可能なデータ形式を特定するためのデータ形式情報を取得するデータ形式取得手段と、
前記データ入力手段で入力したデータが前記第二のデバイスが処理可能なデータ形式であるか否かを前記データ形式取得手段で取得したデータ形式情報に基づいて判定する判定手段とを更に備え、
前記変換手段は、前記判定手段で処理不可能と判定されると前記データ入力手段で入力したデータを前記第二のデバイスが処理可能なデータ形式に変換することを特徴とする請求項１に記載の制御システム。
【請求項３】
前記データ入力手段で入力したデータがＸＭＬ形式であり、前記第二のデバイスがＸＭＬ形式を解釈して処理することが不可能であってテキスト形式のデータを処理可能なとき、前記変換手段はＸＭＬ形式の前記データをタグ情報が含まれないデータに変換することを特徴とする請求項１又は２に記載の制御システム。
【請求項４】
前記データ入力手段で入力したデータが動画形式であり、前記第二のデバイスが動画形式を解釈して処理することが不可能であって静止画形式を処理可能なとき、前記変換手段は動画形式の前記データを複数の静止画形式のデータに分割することを特徴とする請求項１又は２に記載の制御システム。
【請求項５】
ネットワークに接続されているデバイスが提供するサービスを検出する検出手段と、
前記検出手段で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力手段と、
前記データ入力手段で入力したデータのデータ形式を前記検出手段で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する変換手段と、
前記変換手段で変換したデータに対するサービスを前記第二のデバイスに依頼するサービス依頼手段としてコンピュータを機能させることを特徴とする制御プログラム。
【請求項６】
ネットワークに接続されているデバイスが提供するサービスを検出する検出段階と、
前記検出段階で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力段階と、
前記データ入力段階で入力したデータのデータ形式を前記検出段階で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する変換段階と、
前記変換段階で変換したデータに対するサービスを前記第二のデバイスに依頼するサービス依頼段階と、
を含むことを特徴とする制御方法。
【請求項７】
ネットワークに接続されているデバイスが提供するサービスを検出する検出手段と、
前記検出手段で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力手段と、
前記データ入力手段で入力したデータのデータ形式を前記検出手段で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する処理を第三のデバイスに依頼する変換依頼手段と、
前記第三のデバイスで変換されたデータに対するサービスを前記第二のデバイスに依頼するサービス依頼手段と、
を備えることを特徴とする制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御システム、制御プログラム、制御方法及び制御装置に関し、特にネットワークで接続された種々のデバイスを統合的に制御する装置に関する。
【背景技術】
【０００２】
一般に、コンピュータに周辺機器をセットアップして利用可能な状態にするためには、エンドユーザ自身が複雑な設定を行うことが要求されるため、コンピュータに関する基本的な知識が必要になる。こうした問題を解決する手段の１つとしてＵＰｎＰ（Universal Plug and Play）が注目されている。多数のＵＰｎＰデバイスで１つのネットワークが構成されるようになると、例えばネットワークに接続されたテレビは、テレビ放送の表示以外に、ファイルサーバに格納されている画像データの表示等のさまざまな用途に利用できるようになる。またネットワーク内では、デスクトップＰＣ（Personal Computer）、テレビのリモートコントローラ等で構成されるコントロールポイントによってあらゆるデバイスを制御できるようになるほか、コントロールポイントで複数のデバイスを連携させるようなプログラムを実行することによって単独のデバイスでは実現できない機能を実現することも可能になる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
複数のデバイスを連携させる場合、一方のデバイスから受信するデータを他方のデバイスで処理できなければならない。しかしながら、デバイスは不特定多数の製造元によって提供されるため、あるデバイスが送信するデータのデータ形式が別のデバイスにとって処理可能なデータ形式であるとは限らない。このため、連携可能なデバイスは同じデータ形式を扱えるデバイス同士に限られるという問題がある。例えばＵＰｎＰの場合、同一のカテゴリに分類されるデバイス間のデータ変換については規定されているものの、カテゴリが異なるデバイス間のデータ変換については規定されていない。例えばＵＰｎＰではプリンタとイメージスキャナとは同一のカテゴリに分類される。ファイルサーバとプロジェクタとは、プリンタやイメージスキャナとは別の同一のカテゴリに分類される。この場合、ファイルサーバに記憶されているデータをプリンタで印刷させようとすると、ファイルサーバとプリンタとの間のデータ変換が規定されていないため、プリンタが処理不可能なデータについては印刷させることができない。
【０００４】
本発明は、かかる問題に鑑みて創作されたものであって、ネットワークに接続される互いに異なるデータ形式のデータを扱うデバイスを連携させる制御システム、制御プログラム、制御方法及び制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するための制御システムは、ネットワークに接続されているデバイスが提供するサービスを検出する検出手段と、前記検出手段で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力手段と、前記データ入力手段で入力したデータのデータ形式を前記検出手段で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する変換手段と、前記変換手段で変換したデータに対するサービスを前記第二のデバイスに依頼するサービス依頼手段と、を備える。この制御システムによると、第一のデバイスから出力されるデータのデータ形式を変換手段によって第二のデバイスが処理可能なデータ形式に変換するため、互いに異なるデータ形式のデータを扱う第一のデバイスと第二のデバイスとを連携させることができる。
【０００６】
さらに本発明に係る制御システムでは、前記第二のデバイスから前記第二のデバイスが処理可能なデータ形式を特定するためのデータ形式情報を取得するデータ形式取得手段と、前記データ入力手段で入力したデータが前記第二のデバイスが処理可能なデータ形式であるか否かを前記データ形式取得手段で取得したデータ形式情報に基づいて判定する判定手段とを更に備え、前記変換手段は、前記判定手段で処理不可能と判定されると前記データ入力手段で入力したデータを前記第二のデバイスが処理可能なデータ形式に変換する。この制御システムによると、第二のデバイスが処理可能なデータ形式を特定するための情報を当該第二のデバイスから取得する。このため制御システムは第二のデバイスが複数存在しても第二のデバイス毎に処理可能なデータ形式を予め記憶しておく必要がない。従って第二のデバイスが新たに追加されても当該第二のデバイスが処理可能なデータ形式についての情報を管理者が制御システムに登録するような作業を行う必要がなく、システム運用の手間を低減できる。
【０００７】
さらに本発明に係る制御システムでは、前記データ入力手段で入力したデータがＸＭＬ形式であり、前記第二のデバイスがＸＭＬ形式を解釈して処理することが不可能であってテキスト形式のデータを処理可能なとき、前記変換手段はＸＭＬ形式の前記データをタグ情報が含まれないデータに変換する。ＸＭＬはテキストデータであるため、ＸＭＬを解釈して処理できないとタグ情報付きのデータが例えば印刷されたり表示されたりしてしまい、ユーザにとって判り難い。この制御システムによると、第二のデバイスがＸＭＬ形式を解釈できないときはＸＭＬのタグ情報が含まれないデータに変換されるため、処理結果がユーザにとって判り易い。
【０００８】
さらに本発明に係る制御システムでは、前記データ入力手段で入力したデータが動画形式であり、前記第二のデバイスが動画形式を解釈して処理することが不可能であって静止画形式を処理可能なとき、前記変換手段は動画形式の前記データを複数の静止画形式のデータに分割する。この制御システムによると、動画を処理不可能な第二のデバイスで動画の内容を確認することができる。
【０００９】
上記目的を達成するための制御プログラムは、ネットワークに接続されているデバイスが提供するサービスを検出する検出手段と、前記検出手段で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力手段と、前記データ入力手段で入力したデータのデータ形式を前記検出手段で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する変換手段と、前記変換手段で変換したデータに対するサービスを前記第二のデバイスに依頼するサービス依頼手段としてコンピュータを機能させる。この制御プログラムによると、ネットワークに接続される互いに異なるデータ形式のデータを扱うデバイスを連携可能させることができる
【００１０】
上記目的を達成するための制御方法は、ネットワークに接続されているデバイスが提供するサービスを検出する検出段階と、前記検出段階で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力段階と、前記データ入力段階で入力したデータのデータ形式を前記検出段階で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する変換段階と、前記変換段階で変換したデータに対するサービスを前記第二のデバイスに依頼するサービス依頼段階と、を含む。この制御方法によると、ネットワークに接続される互いに異なるデータ形式のデータを扱うデバイスを連携させることができる。
【００１１】
上記目的を達成するための制御装置は、ネットワークに接続されているデバイスが提供するサービスを検出する検出手段と、前記検出手段で検出される第一のデバイスであってデータを入力するサービスを提供する第一のデバイスからデータを入力するデータ入力手段と、前記データ入力手段で入力したデータのデータ形式を前記検出手段で検出される第二のデバイスであってデータを出力するサービスを提供する第二のデバイスが処理可能なデータ形式に変換する処理を第三のデバイスに依頼する変換依頼手段と、前記第三のデバイスで変換されたデータに対するサービスを前記第二のデバイスに依頼するサービス依頼手段と、を備える。この制御装置によると、ネットワークに接続される互いに異なるデータ形式のデータを扱うデバイスを連携させることができる。更に、複数のユーザがそれぞれの制御装置でデバイスを連携させる場合、データ形式を変換する手段を第三のデバイスに一元化することにより各制御装置に重複して変換のための手段を持たせる必要がない。このため制御装置の管理の手間や制御装置毎に持たせることによるコストの増大を低減できる。
【００１２】
尚、本発明に備わる複数の手段の各機能は、構成自体で機能が特定されるハードウェア資源、プログラムにより機能が特定されるハードウェア資源、又はそれらの組み合わせにより実現される。また、これら複数の手段の各機能は、各々が物理的に互いに独立したハードウェア資源で実現されるものに限定されない。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を実施するための最良の形態を実施例に基づいて説明する。
（第一実施例）
本発明の第一実施例に係る制御システムは、図２に示すＰＣ（パーソナルコンピュータ）１等で構成されるＵＰｎＰコントロールポイントである。第一実施例では、ＰＣ１を例にして説明するが、本発明の制御装置はワイヤレスハンドヘルドＰＣ２、図示しない携帯電話等で構成することもできる。第一実施例の制御プログラムは、ＰＣ１等のＵＰｎＰコントロールポイントで実行される。ＵＰｎＰネットワーク１１に接続されるＵＰｎＰデバイスとしては、スキャナ３、プリンタ４、ファイルサーバ５、オーディオプレーヤ６、プロジェクタ７、ルータ８、ディジタルカメラ９、ＴＶ（Television）モニタ１０等がある。
【００１４】
図３は、制御システムとしてのＰＣ１のハードウェア構成を示すブロック図である。ＰＣ１は、ＣＰＵ２０、ＲＡＭ２１、ハードディスク装置（ＨＤＤ）２２、外部インターフェイス２３、ＲＯＭ２４、表示部２５及び操作部２６を備える。ＣＰＵ２０は制御プログラムを実行することで検出手段、データ入力手段、変換手段、サービス依頼手段、データ形式取得手段、及び判定手段として機能する。
【００１５】
ＲＯＭ２４は、ＣＰＵ２０が初期動作するためのプログラムを記憶したメモリである。ＲＡＭ２１は、制御プログラムと制御プログラムがアクセスするデータを一時的に記憶するメモリである。ＨＤＤ２２は、制御プログラム、制御プログラムがアクセスする各種のデータなどを記憶する外部記憶装置である。尚、制御プログラムはフラッシュメモリ等の半導体メモリに記憶しておいてもよい。
【００１６】
外部インターフェイス２３は、ＰＣ１と外部機器を接続するインターフェイスであって、具体的には例えばＬＡＮカード等で構成される。表示部２５は、ＣＲＴ、ＬＣＤ、ディスプレイコントローラ等により構成され、制御画面部品等の画面構成部品で構成されるＧＵＩ（Graphical User Interface）画面を表示する。制御画面部品とは、マウスなどのポインティングデバイスにより操作され、所定のプログラムを呼び出したり、パラメータを変更したりする操作を対話的に受け付けるための画面構成要素であり、例えば、ボタン、ドロップダウンリストボックス等である。操作部２６は、キーボード、ポインティングデバイス（マウス、タブット等）により構成される。
【００１７】
次に、ＰＣ１によってＵＰｎＰデバイスを制御する処理について説明する
図４は、ＵＰｎＰコントロールポイントとして作動するＰＣ１によってＵＰｎＰデバイスを制御する処理の流れを説明するフローチャートである。図４に示す処理はＰＣ１が制御プログラムを実行することによって行われる。
Ｓ１０５では、ＵＰｎＰデバイスは、ネットワークに接続されると、ネットワーク上で定期的にＳＳＤＰ（Simple Service Discovery Protocol）を使って自己の存在を他のＵＰｎＰデバイスに告知する。ＳＳＤＰは、ＨＴＴＰ（Hypertext Transfer Protocol）ヘッダを拡張したマルチキャスト・ディスカバリ・プロトコルである。ディスカバリ・パケットには、ＸＭＬ（eXtensible Markup Language）形式で記述されたＤＤＤ（Device Description Document）へのリンクが含まれている。ＤＤＤには、デバイスタイプ、メーカ名、モデル名等の他に、ＵＰｎＰにより定義されたＳＤＤ（Service Description Document）を参照するためのＵＲＬが記述されている。ＰＣ１はＳＳＤＰによりＵＰｎＰデバイスを検出し、検出したデバイスのＤＤＤを取得する。ＰＣ１はＳＳＤＰにより他のＵＰｎＰデバイスの接続状態を問い合わせてＵＰｎＰデバイスを主体的に検出することもできる。
【００１８】
Ｓ１１０では、ＰＣ１はＤＤＤに記述されたＵＲＬを参照し、デバイスが提供するサービスをＸＭＬ形式で詳しく記述したＳＤＤを取得する。ＰＣ１はＳＤＤを取得することにより、ＵＰｎＰネットワーク１１に接続されたデバイスが提供するサービスを判別し、デバイスにサービスを提供させるための制御情報としてのアクション及び状態変数に関する情報、及びデータ形式情報を取得することができる。データ形式情報とはデバイスが処理可能なデータ形式を特定するための情報のことをいう。例えばデバイスがプリンタであり、テキスト形式及びＪＰＥＧ形式のデータについては自ら解釈して印刷データに変換可能であるとする。この場合、プリンタが提供するサービス、すなわち印刷するサービスについて記述したＳＤＤにはデータ形式情報としてテキスト及びＪＰＥＧという情報が含まれることになる。
【００１９】
Ｓ１１５では、ＰＣ１はＳＤＤに基づいて図５に示すサービス管理テーブルを更新する。サービス管理テーブルは、ＤＣＰ（デバイス制御プロトコル）で規定されている全サービスについて、ＵＰｎＰネットワーク１１に実際に接続されているＵＰｎＰデバイスの提供状態を管理するためのデータである。サービス管理テーブルには、ＤＣＰで規定されているサービスのアクション及び状態変数についてそれぞれ利用の可否と、各サービスを利用するにあたって最低限必要となる情報（メッセージのあて先等）、データ形式情報が記述される。
【００２０】
Ｓ１２０では、ＰＣ１はサービス管理テーブル及び画面管理テーブルを参照し、ＵＰｎＰネットワーク１１に接続されているデバイスが提供するサービスに応じた制御画面部品を選択可能に表示部２５の画面に例えば図６に示すように表示する。各ボタン１０１、１０２、１０３、１０４、１０５、１０６は、デバイスの接続状態に応じて選択可能なもののみを表示しても良く、又、対応するデバイスが接続されていないために選択できないボタンについては、グレー表示をし、ポインティングデバイスによる選択ができないように表示しても良い。図６（Ａ）はＵＰｎＰネットワーク１１が図２に示す状態にあるときに表示部２５に表示される制御画面を例示し、図６（Ｂ）はＵＰｎＰネットワーク１１が図２に示すスキャナ３が取り外された状態にあるときに表示部２５に表示される制御画面を例示している。
【００２１】
図７は、画面管理テーブルを示す模式図である。画面管理テーブルは、ＤＣＰで規定されているアクション及び状態変数を利用することによって制御可能なサービスの利用要求等をユーザから受け付けるための制御画面部品を管理するテーブルであって、制御プログラムの一部としてＨＤＤ２２にあらかじめ記憶されている。画面管理テーブルの各レコードは、各制御画面部品について、制御画面部品のリソースデータにアクセスするための識別子（ラベル、ポインタ等）と、画面上の表示位置と、選択されたときに起動するモジュールを呼び出すための情報（ラベル、プログラムポインタ等）と、選択されたときに起動するプログラムが利用するアクション及び状態変数とを関連付けている。ＰＣ１は起動モジュールが利用する全てのアクション及び状態変数がサービス管理テーブルで「利用可」になっている制御画面部品を特定し、特定した制御画面部品を表示部２５の画面に選択可能に表示する。尚、制御画面部品は画面管理テーブル及びサービス管理テーブルを介してＵＰｎＰデバイスが提供するサービスに関連付けられている。
【００２２】
Ｓ１２５では、ＰＣ１は、制御画面部品がマウスによるクリック等によって選択されると、選択された制御画面部品に関連付けられたモジュールを、画面管理テーブルを参照して呼び出す。例えば、図６に示すスキャンボタン１０１が選択されると、制御プログラムのメインモジュールは、画面管理テーブルに記述されたラベルを用いて、スキャナ３のスキャンサービスを制御するためのスキャン制御モジュールを呼び出す。スキャン制御モジュールは、アクション及び状態変数を含むメッセージを所定のシーケンスでスキャナ３に送信し、ＵＰｎＰスキャナ３をＰＣ１の制御下で作動させる。アクション及び状態変数を含むメッセージはＳ１１０で取得したＳＤＤに記述されたあて先に送信される。また例えば、プリントボタン１０２が選択されると、制御プログラムのメインモジュールは、画面管理テーブルに記述されたラベルを用いて、プリンタ４を制御するためのプリント制御モジュールを呼び出す。プリント制御モジュールは、アクション及び状態変数を含むメッセージを所定のシーケンスでプリンタ４に送信し、プリンタ４をＰＣ１の制御下で作動させる。尚、プリント要求等の各種のメッセージは、１回で送信してもよいし、複数回に分けて送信してもよい。例えばメッセージとＤＣＰで規定されるアクションとを一対一に対応させてＰＣ１と制御対象デバイスとの間で送受信を繰り返し、１つのサービスを制御することができる。
【００２３】
同一のサービスを提供する複数のＵＰｎＰデバイスがＰＣ１に接続されている場合、ＰＣ１はそれらのＵＰｎＰデバイスの１つを選択するための画面を表示部２５の画面に表示してもよい。具体的には例えば、図８に示す画面２００、図９に示す画面３００を表示し、ドロップダウンリストボックス２０１、３０１、３０２の操作によって選択されたデバイスをボタン１０１、１０６が選択された場合に実行されるモジュールが通信する対象デバイスとして特定する。より具体的には例えば、特定された対象デバイスのＳＤＤに記述されている、あるサービスに属するアクションを呼び出すためのＵＲＬを、当該アクションを呼び出すメッセージを送信するあて先として設定する。
【００２４】
また、ＰＣ１は制御画面部品で構成されるメニュー画面を階層的に表示しても良い。具体的には例えば、ＰＣ１は図８及び図９に示す画面２１０、画面３１０を表示し、制御対象デバイスの操作を対話的に受け付けても良い。画面２１０、３１０で表示される制御画面部品２１１、２１２、２１３、３１２、３１３は状態変数の変更操作に用いられるドロップダウンリストボックスである。制御画面部品３１４は値を上下させるアップダウンコントロールである。制御画面部品３１５は状態変数の変更操作に用いられるラジオボタンである。画面２１０、３１０で表示される制御画面部品２１４、２１５、２１６、３１６、３１７はアクションの呼び出し操作に用いられるボタンである。
【００２５】
次に、プリンタ４をＰＣ１の制御下で作動させる処理について説明する
図１０は、プリンタ４をＰＣ１の制御下で作動させる処理を具体的に説明するための模式図である。図６（Ａ）に示す制御画面でプリントボタン１０２がクリックによって選択されると、制御プログラム３１のメインモジュールは、画面管理テーブルに記述された起動モジュールのラベルを用いて、プリンタ４が提供するプリントサービスを制御するためのプリント制御モジュールを呼び出す。呼び出されたプリント制御モジュールは、ＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してプリント要求をプリンタ４のＵＰｎＰプリンタドライバ４２に送信する（Ｓ２０５）。プリント要求では、用紙選択等の各種パラメータが指定される。プリント要求を受信したＵＰｎＰプリンタドライバ４２は、印刷するデータのポスト先としてのプリントボックスのＵＲＬをＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してＰＣ１の制御プログラム３１に送信する（Ｓ２１０）。制御プログラム３１は、例えばファイルサーバから画像データを入力し、入力した画像データを指定されたプリントボックスに送信する（Ｓ２１５）。画像データの印刷を依頼されたＵＰｎＰプリンタドライバ３２は、プリントボックスから画像データを取得して印刷データに変換し、プリンタ４のハードウェア４１を制御して印刷を実行する（Ｓ２２０）。この結果、画像データがプリンタ４で出力される。
【００２６】
次に、複数のデバイスが提供する互いに異なるサービスの組み合わせで実現される機能について説明する。このような機能としては、スキャナ３が読み取った画像をプリンタ４が印刷するコピー機能、ファイルサーバ５に記憶されている画像データをプリンタが印刷する印刷機能、ファイルサーバ５に記憶されているファイルの一覧をプリンタが印刷するファイル一覧印刷機能、ファイルサーバ５又はディジタルカメラ９に一定時間間隔で連続的に入力される画像をＴＶモニタ１０、プロジェクタ７、ディジタルピクチャフレーム等で表示するスライドショー機能、ファイルサーバ５からランダムな順序で入力される音楽データをオーディオプレーヤ６で再生させる音楽再生機能等がある。しかしながら、これらの機能を実現するためには、データを出力する側のデバイスが、入力されるデータのデータ形式を処理可能であることが必要である。しかしながら、ＵＰｎＰデバイスはカテゴリが異なるデバイス間のデータ形式の変換について規定されていないため、あるデバイスから入力されるデータのデータ形式が別のデバイスにとって処理可能なデータ形式であるとは限らない。このため第一実施例ではＰＣ１がデータを入力する側のデバイス（第一のデバイス）から入力されるデータをデータを出力する側のデバイス（第二のデバイス）が処理可能なデータ形式に変換することにより第一のデバイスと第二のデバイスとを連携させる。ここで第一のデバイスとは、上述した組み合わせの場合であればスキャナ３、ファイルサーバ５、及びディジタルカメラ９に相当する。例えばスキャナ３は原稿を読み取って画像データを生成し、生成した画像データを他のデバイスに送信することで他のデバイスにデータを入力するサービスを提供するデバイスである。ファイルサーバは記憶しているデータを他のデバイスに送信することで他のデバイスにデータを入力するサービスを提供するデバイスである。第二のデバイスはプリンタ、ＴＶモニタ１０、プロジェクタ７、ディジタルピクチャフレーム、及びオーディオプレーヤ６に相当する。
【００２７】
次に、互いに異なるデータ形式のデータを扱う第一のデバイスと第二のデバイスとを連携させる処理の流れについて説明する。
図１は、第一のデバイスと第二のデバイスとを連携させる処理の流れを示すシーケンスチャートである。ここでは［ファイル一覧プリント］ボタン１０６がクリックされた場合を例に説明する。
Ｓ３０５では、ファイル一覧印刷の実行指示を受け付ける。具体的には、図６（Ａ）に示す制御画面でユーザが［ファイル一覧プリント］ボタン１０６をクリックすることによって実行指示を受け付ける。実行指示を受け付けると図９に示す画面３００を表示してプリンタとファイルサーバとの選択を受け付け、更に画面３１０を表示して印刷枚数等の各種パラメータの指定を受け付ける。
【００２８】
Ｓ３１０では、制御プログラム３１のメインモジュールは、画面管理テーブルに記述された起動モジュールのラベルを用いて、プリンタ４が提供するプリントサービスを制御するためのプリント制御モジュールを呼び出す。呼び出されたプリント制御モジュールは、ＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してプリント要求をプリンタ４のＵＰｎＰプリンタドライバ４２に送信する。プリント要求では、印刷枚数等の各種パラメータが指定される。
【００２９】
Ｓ３１５では、プリント要求を受信したＵＰｎＰプリンタドライバ４２は、印刷するデータのポスト先としてのプリントボックスのＵＲＬをＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してＰＣ１の制御プログラム３１に送信する。
Ｓ３２０では、制御プログラム３１のメインモジュールは、プリントボックスのＵＲＬを受信すると、画面管理テーブルに記述された起動モジュールのラベルを用いてファイルサーバのデータストアサービスを制御するためのデータストア制御モジュールを呼び出す。呼び出されたデータストア制御モジュールは、ＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してファイル一覧送信要求をファイルサーバのＵＰｎＰファイルサーバ制御プログラム３１に送信する。
【００３０】
Ｓ３２５では、ファイル一覧送信要求を受信したＵＰｎＰファイルサーバ制御プログラム３１は、ファイル一覧をＸＭＬ形式のデータとしてＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してＰＣ１の制御プログラム３１に送信する。
Ｓ３３０では、制御プログラム３１は第一のデバイスから取得したデータのデータ形式、すなわちファイルサーバから受信したファイル一覧のデータ形式がプリンタで処理可能なデータ形式であるか否かをサービス管理テーブルに基づいて判定する。ここではプリンタはテキスト形式のデータは解釈可能であるものの、ＸＭＬ形式のデータは解釈できないとする。
【００３１】
Ｓ３３５では、ＰＣ１はＸＭＬを解釈し、タグ情報が含まれないプレーンテキストに変換する。
Ｓ３４０では、制御プログラム３１のメインモジュールは変換したデータをプリントボックスに送信する。以上により変換したデータに対するサービスを第二のデバイスであるプリンタに依頼する処理が完了する。
Ｓ３４５では、変換後のファイル一覧を受信したＵＰｎＰプリンタドライバ３２は、テキスト形式のファイル一覧を印刷データに変換し、印刷データに基づいてプリンタ４のハードウェア４１を制御する。この結果、ファイル一覧がプリンタ４で印刷される。印刷された内容はＸＭＬのタグ情報が含まれないデータであるため、ユーザにとって判り易いものとなる。
【００３２】
以上説明した本発明の第一実施例に係るＰＣ１によると、ファイルサーバから入力されるＸＭＬ形式のデータをＰＣ１が解釈してタグ情報が取り除かれたテキスト形式のデータに変換するため、ユーザにとって判り易い印刷結果を出力できる。よってＰＣ１によると互いに異なるデータ形式のデータを扱うファイルサーバとプリンタとを連携させることができる。
【００３３】
また、ＰＣ１はプリンタ４が処理可能なデータ形式を特定するための情報を当該プリンタ４から取得する。このためＰＣ１はプリンタ４が複数存在してもプリンタ４毎に処理可能なデータ形式を予め記憶しておく必要がない。従ってプリンタ４が新たに追加されても当該プリンタ４が処理可能なデータ形式についての情報を管理者がＰＣ１に記憶させる作業を行う必要がなく、システム運用の手間を低減できる。
【００３４】
また、ＰＣ１は、ＤＣＰに応じて予めリソースデータが記憶された制御画面部品をデバイスの接続状態に応じて表示し、デバイスを制御するための情報（制御情報）をデバイスから自律的に取得するため、制御画面部品のリソースデータや制御情報をネットワーク１１にデバイスを接続するたびにユーザがＰＣ１に入力する必要が無くなる。そのため、ネットワークに接続して利用される種々のデバイスの操作が容易になる。
【００３５】
尚、上記実施例においては、ＵＰｎＰネットワークに本発明を適用した例を説明したが、特定の制御システムの制御下で能動的に複数のネットワークデバイスを作動させるプロトコルを用いて構成されたネットワークであれば本発明を適用することができる。
（第二実施例）
【００３６】
第二実施例は、ファイルサーバに記憶されている動画をプリンタで印刷する場合の例である。
図１１は、［プリント］が選択されたときの画面遷移図である。プリントが選択されると、図示するようにプリンタを選択するための画面４００、印刷条件などの各種パラメータを設定するための画面４１０、印刷対象のファイルを選択するための画面４２０が表示される。なお、最初に印刷対象のファイルを選択するための画面４２０を表示するようにしてもよい。
【００３７】
図１２は、動画をプリンタで印刷する処理の流れを示すシーケンスチャートである。
Ｓ４０５では、印刷の実行指示を受け付ける。具体的には、図６（Ａ）に示す制御画面でユーザが［プリント］ボタン１０２をクリックすることによって実行指示を受け付ける。
【００３８】
Ｓ４１０では、制御プログラム３１のメインモジュールは、画面管理テーブルに記述された起動モジュールのラベルを用いて、プリンタ４が提供するプリントサービスを制御するためのプリント制御モジュールを呼び出す。呼び出されたプリント制御モジュールは、ＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してプリント要求をプリンタ４のＵＰｎＰプリンタドライバ４２に送信する。プリント要求では、印刷枚数等の各種パラメータが指定される。
【００３９】
Ｓ４１５では、プリント要求を受信したＵＰｎＰプリンタドライバ４２は、印刷するデータのポスト先としてのプリントボックスのＵＲＬをＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してＰＣの制御プログラム３１に送信する。
Ｓ４２０では、制御プログラム３１のメインモジュールは、プリントボックスのＵＲＬを受信すると、画面管理テーブルに記述された起動モジュールのラベルを用いて、ファイルサーバのデータストアサービスを制御するためのデータストア制御モジュールを呼び出す。呼び出されたデータストア制御モジュールは、ＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してファイル一覧送信要求をファイルサーバのＵＰｎＰファイルサーバ制御プログラム３１に送信する。
【００４０】
Ｓ４２５では、ファイル一覧送信要求を受信したＵＰｎＰファイルサーバ制御プログラム３１は、ファイルの一覧をＵＰｎＰコア３３、ＨＴＴＰ３４、ＴＣＰ／ＩＰ３５及びＥｈｔｅｒｎｅｔ３７を介してＰＣの制御プログラム３１に送信する。
Ｓ４３０及びＳ４３５では、制御プログラム３１は受信したデータの一覧から動画形式のデータを抽出し、画面４２０に一覧表示する。ユーザは表示された動画の一覧から印刷したい動画を選択する。ユーザにより動画が選択されると、制御プログラム３１は選択された動画データの送信要求をファイルサーバに送信して動画データを受信する。
【００４１】
Ｓ４４０では、プリンタが動画データを処理可能であるか否かをサービス管理テーブルに基づいて判定する。ここではプリンタは静止画形式のデータは解釈可能であるものの、動画形式のデータは解釈できないとする。
Ｓ４４５では、ＰＣは動画を構成する複数の静止画像をそれぞれ独立した静止画像に分割する。次に、分割した複数の静止画像についてそれぞれ縮小画像、所謂サムネイル画像を生成する。
Ｓ４５０では、生成した複数のサムネイル画像をプリントボックスに送信する。
【００４２】
Ｓ４５５０では、複数のサムネイル画像を取得したＵＰｎＰプリンタドライバ３２は、それら複数のサムネイル画像を一覧印刷するための印刷データに変換し、印刷データに基づいてプリンタ４のハードウェア４１を制御する。
以上説明した本発明の第二実施例に係るＰＣによると、動画を処理不可能なプリンタで動画の内容を確認することができる。
【００４３】
（第三実施例）
第三実施例は、制御装置がデータを変換するのではなく、ネットワークに接続された第三のデバイスで変換する場合の例である。
図１３は、第三実施例のＵＰｎＰネットワーク１１に接続されるＵＰｎＰデバイスの一例を示す模式図である。図１３に示す例では図２に示す例に加えて第三のデバイスとしての変換サーバ１２が接続されている。変換サーバ１２もＵＰｎＰプロトコルに従って通信可能に接続されている。第三実施例のＰＣ１が実行する制御プログラムはＰＣ１を制御装置として機能させ、ＰＣ１はデータが入力されるとそのデータの変換を変換サーバ１２に依頼する。
【００４４】
以下、第三実施例の処理の流れについて説明する。ここではＸＭＬ形式のデータをタグ情報が取り除かれたテキスト形式のデータに変換する場合を例に説明する。
図１４は、第三実施例の処理の流れを示すシーケンスチャートである。図１４では図１と実質的に同一の処理については同一の符号を付して説明を省略する。
Ｓ５０５では、制御装置としてのＰＣ１３はＸＭＬ形式のファイル一覧データを変換サーバ１２に送信する。
【００４５】
Ｓ５１０では、変換サーバ１２は受信したＸＭＬ形式のファイル一覧データをタグ情報が取り除かれたテキスト形式のデータに変換し、変換したデータをＰＣに送信する。
Ｓ５１５では、ＰＣは変換サーバ１２から受信したデータをプリントボックスに送信する。
【００４６】
以上説明した第三実施例のＰＣ１によると、複数のユーザがそれぞれのＰＣ１でデバイスを連携させる場合、データ形式を変換する手段を変換サーバ１２に一元化することにより各ＰＣ１に重複して変換のための手段を持たせる必要がない。このため管理の手間や変換する手段をＰＣ１毎に持たせることによるコストの増大を低減できる。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施例に係る制御システムの処理を示す模式図。
【図２】本発明の一実施例に係るネットワークを示す模式図。
【図３】本発明の一実施例に係る制御システムのブロック図。
【図４】本発明の一実施例に係る制御システムのフローチャート。
【図５】本発明の一実施例に係る制御システムのテーブルを示す模式図。
【図６】本発明の一実施例に係る画面を示す模式図。
【図７】本発明に一実施例に係る制御システムのテーブルを示す説明図。
【図８】本発明の一実施例に係る画面の遷移を示す模式図。
【図９】本発明の一実施例に係る制御システムの画面の模式図。
【図１０】本発明の一実施例に係る制御システムの処理を示す模式図。
【図１１】本発明の二実施例に係る画面の遷移を示す模式図。
【図１２】本発明の二実施例に係る制御システムのフローチャート。
【図１３】本発明の三実施例に係るネットワークを示す模式図。
【図１４】本発明の三実施例に係る制御装置のフローチャート。
【符号の説明】
【００４８】
１  パーソナルコンピュータ（制御システム）、４  プリンタ（第二のデバイス）、５  ファイルサーバ（第一のデバイス）、１１  ＵＰｎＰネットワーク（ネットワーク）、１２  変換サーバ（第三のデバイス）、１３  ＰＣ（制御装置）、２０  ＣＰＵ（検出手段、データ入力手段、変換手段、サービス依頼手段、データ形式取得手段、判定手段、変換依頼手段）、２３  外部インターフェイス（検出手段、データ入力手段、サービス依頼手段、データ形式取得手段）
【図１】
2005292903.tif 000003
【図２】
2005292903.tif 000004
【図３】
2005292903.tif 000005
【図４】
2005292903.tif 000006
【図５】
2005292903.tif 000007
【図６】
2005292903.tif 000008
【図７】
2005292903.tif 000009
【図８】
2005292903.tif 000010
【図９】
2005292903.tif 000011
【図１０】
2005292903.tif 000012
【図１１】
2005292903.tif 000013
【図１２】
2005292903.tif 000014
【図１３】
2005292903.tif 000015
【図１４】
2005292903.tif 000016