制御装置、通信制御方法
【課題】通信に係る処理負荷が機器制御に与える影響を低減することが可能な制御装置を提供すること。
【解決手段】ネットワークに接続可能な第１のプロセッサと、ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、を備える制御装置であって、前記第１のプロセッサは、前記ネットワークを介した通信におけるプロトコル制御及び／又は暗号処理を行う通信制御手段を備えることを特徴とする、制御装置。
【解決手段】ネットワークに接続可能な第１のプロセッサと、ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、を備える制御装置であって、前記第１のプロセッサは、前記ネットワークを介した通信におけるプロトコル制御及び／又は暗号処理を行う通信制御手段を備えることを特徴とする、制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークから取得したデータに基づき機器制御を行う制御装置、及びその通信制御方法に関する。
【背景技術】
【０００２】
従来、他のコンピュータからネットワークを介して入力されるデータに基づいて投影を行うプロジェクタ、印刷等を行うＭＦＰ（Multi Function Product；複合機）やプリンタ等、ネットワークから取得したデータに基づいて種々の機器制御を行う制御装置を内蔵した機器が普及している。
【０００３】
特許文献１には、プロバイダネットワークやインターネットに接続可能なコンピュータについて記載されている。
【０００４】
また、特許文献２には、スリープモードを保ったまま、ネットワークへの情報送信を可能にした機器について記載されている。
【０００５】
また、特許文献３では、通信に関する処理が、トランスポート層、ネットワーク層等に階層分けして表現されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この種の制御装置では、ＴＣＰ／ＩＰにおける再送処理やＳＳＬ暗号処理等、通信系の処理負荷が大きく、その結果、本来実行したいアプリケーション処理が遅延するという課題が存在する。アプリケーション処理としては、例えば上記プロジェクタの場合は投影処理が挙げられ、ＭＦＰの場合はスキャン処理や画像形成処理が挙げられる。また、ユーザーインターフェースを介して入力される各種指示入力を反映させる処理等がアプリケーション処理に該当する。
【０００７】
本発明は、一側面では、通信に係る処理負荷が機器制御に与える影響を低減することが可能な制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するための本発明の第１の態様は、
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置であって、
前記第１のプロセッサは、前記ネットワークを介した通信におけるプロトコル制御及び／又は暗号処理を行う通信制御手段を備えることを特徴とする、
制御装置である。
【０００９】
本発明の第１の態様において、
請求項１に記載の制御装置であって、
前記通信制御手段は、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行う手段であり、
前記第１のプロセッサと前記第２のプロセッサの間の通信においては、アプリケーション層の処理が行われることを特徴とするものとしてもよい。
【００１０】
本発明の第１の態様において、
前記第２のプロセッサは、前記第１のプロセッサからデータを間欠的に受信する際に、データ受信処理の合間に既に受信したデータを用いた機器制御を行うことを特徴とするものとしてもよい。
【００１１】
本発明の第１の態様において、
前記第２のプロセッサがスリープ状態に移行する際に、制御対象機器に関する情報を前記第１のプロセッサに送信し、
前記第１のプロセッサは、前記第２のプロセッサがスリープ状態であるときに前記ネットワークに接続された外部機器からの前記制御対象機器に関する情報の問い合わせに応答可能であることを特徴とするものとしてもよい。
【００１２】
本発明の第１の態様において、
前記第２のプロセッサは、投影装置の制御を行うプロセッサであり、前記第１のプロセッサが前記ネットワークを介して取得した投影データに基づき前記投影装置に画像を投影させることを特徴とするものとしてもよい。
【００１３】
本発明の第２の態様は、
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置の通信制御方法であって、
前記第１のプロセッサが、前記ネットワークを介した通信において、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行い、
前記第２のプロセッサが、前記第１のプロセッサとの通信において、アプリケーション層の処理を行うことを特徴とする、
通信制御方法である。
【発明の効果】
【００１４】
本発明の一側面によれば、通信に係る処理負荷が機器制御に与える影響を低減することが可能な制御装置を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例に係るプロジェクタ１のシステム構成例である。
【図２】制御装置３０のハードウエア構成例である。
【図３】制御装置３０のソフトウエア構成例である。
【図４】ある状態における制御装置３０のソフトウエア配置を図３とは別の観点から示す図である。
【図５】通信プロセッサ５０がネットワークから受信したパケットデータを処理する流れを示すシーケンス図である。
【図６】暗号ライブラリをメインプロセッサ４０上に配置した場合の制御装置３０のソフトウエア構成図である。
【図７】メインプロセッサ４０と通信プロセッサ５０の間で送受信されるアプリデータの構造と、アプリデータが分割されたデータの構造とを示す図である。
【図８】メインプロセッサ４０から受信指示がなされた投影データを外部装置６２から取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【図９】外部装置６２の側から自発的に送信された投影データを、ネットワーク６０を介して取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【図１０】平文でプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【図１１】ＳＳＬデータでプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【図１２】平文で通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【図１３】ＳＳＬ／ＴＬＳデータで通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【図１４】省エネ制御を行う際における制御装置３０のソフトウエア配置を示す図である。
【図１５】省エネ制御が開始される際の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態について、添付図面を参照しながら実施例を挙げて説明する。
【実施例】
【００１７】
以下、図面を参照し、本発明の一実施例に係る制御装置３０、及びこれを内蔵するプロジェクタ１について説明する。
【００１８】
［構成等］
図１は、本発明の一実施例に係るプロジェクタ１のシステム構成例である。プロジェクタ１は、主要な構成として、投影装置１０と、入力装置２０と、制御装置３０と、を備える。
【００１９】
投影装置１０は、例えば光源となるランプ、カラー表示機構等を含む。入力装置２０は、電源ボタン、選択指示ボタン、輝度調整スイッチ等を含む。
【００２０】
図２は、制御装置３０のハードウエア構成例である。メインプロセッサ４０と、通信プロセッサ５０と、を備える。
【００２１】
メインプロセッサ４０は、プログラムを実行するＣＰＵ４１、ＢＩＯＳ（Basic Input/Output System）等を格納したＲＯＭ４２、プログラムメモリ等として機能するストレージ装置４３、ワーキングメモリとして機能するキャッシュメモリやＲＡＭその他のメモリ装置４４等のハードウエアを有する。
【００２２】
同様に通信プロセッサ５０は、ＣＰＵ５１、ＲＯＭ５２、ストレージ装置５３、メモリ装置５４等のハードウエアを有する。また、通信プロセッサ５０は、ＬＡＮ（Local Area Network）等のネットワーク６０を介して外部装置６２との間で通信を行うためのＮＩＣ５５（Network Interface Card）を有する。外部装置６２は、例えばパーソナルコンピュータ、サーバ装置等のコンピュータである。ネットワーク６０は、有線の場合も無線の場合もあり得る。
【００２３】
一方、メインプロセッサ４０と通信プロセッサ５０は、例えばＰＣＩｅ（ＰＣＩ Ｅｘｐｒｅｓｓ）による通信が行われる通信線７０で接続されている。なお、メインプロセッサ４０と通信プロセッサ５０の間で行われる通信は、無線通信であってもよい。
【００２４】
図３は、制御装置３０のソフトウエア構成例である。
【００２５】
制御装置３０のメインプロセッサ４０上では、ＵＩ（User Interface）４０Ａ、投影アプリケーションプログラム（以下、アプリと略記する）４０Ｂ、機器管理４０Ｃ、Ｈｔｔｐ（Hyper Text Transfer Protocol）４０Ｄ、ＳＯＡＰ（Simple Object Access Protocol）、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等のコンテンツ変換４０Ｅが動作する。
【００２６】
一方、制御装置３０の通信プロセッサ５０上では、Ｈｔｔｐ５０Ａ、ＰＪＬｉｎｋ５０Ｂ、ＳＮＭＰ（Simple Network Management Protocol）５０Ｃ、ＤＨＣＰ（Dynamic Host Configuration Protocol）５０Ｄ、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）５０Ｅ、無線ＬＡＮ制御部５０Ｆ、有線ＬＡＮ制御部５０Ｇ、ＤＮＳ（Domain Name System）５０Ｈ、ＳＳＬ／ＴＬＳ（Secure Sockets Layer/Transport Layer Security）５０Ｉ、暗号エンジン５０Ｊ、証明書管理５０Ｋ、機器設定管理５０Ｌ、機器状態管理５０Ｍが動作する。
【００２７】
図４は、ある状態における制御装置３０のソフトウエア配置を図３とは別の観点から示す図である。
【００２８】
係る状態において、制御装置３０のメインプロセッサ４０上では、Ｈｔｔｐ利用アプリ４０Ｆ、制御アプリ４０Ｇその他のアプリケーションプログラム、ＨｔｔｐｓＡＰＩスタブ４０Ｈ、プロセッサ間通信ドライバ４０Ｉ等を含むＯＳ（Operating System）４０Ｊが動作する。Ｈｔｔｐ利用アプリ４０Ｆには、図３における投影アプリ４０Ｂ等が含まれる。制御アプリ４０Ｇには、図３における機器管理４０Ｃ等が含まれる。本実施例においては、ＯＳ４０ＪがＴＣＰ／ＩＰ機能を有する場合であっても、当該機能は使用しない。
【００２９】
一方、制御装置３０の通信プロセッサ５０上では、ＳＳＬ等のセキュリティ設定を行う設定アプリ５０Ｎ、ＨｔｔｐｓＡＰＩスケルトン５０Ｏ、暗号ライブラリ５０Ｐを有するＳＳＬ５０Ｑ、ＴＣＰ／ＩＰ５０Ｅ、ネットワーク通信ドライバ５０Ｒ、ＯＳ５０Ｓが動作する。
【００３０】
ＴＣＰ／ＩＰ５０Ｅ、及びネットワーク通信ドライバ５０Ｒは、ネットワーク６０を介した外部装置６２との間の通信を行うために、トランスポート層、インターネット層、データリンク層、及び物理層の処理を行う。すなわち、宛先／送信元アプリケーションの特定、誤り制御、シーケンス制御（到着順序保証）、エラー訂正、再送制御、通信経路の選択、データ中継、信号の受け渡し、電気信号の変換等の処理を行う。
【００３１】
また、ＳＳＬ５０Ｑは、暗号ライブラリ５０Ｐに格納された暗号方式に含まれる所望の方式によってネットワーク６０を介した通信における暗号化処理及び復号処理を行う。
【００３２】
図５は、通信プロセッサ５０がネットワークから受信したパケットデータを処理する流れを示すシーケンス図である。
【００３３】
ＭＡＣがネットワーク６０からパケットを受信すると（Ｓ８０）、ＭＡＣはドライバに受信通知を行う（Ｓ８１）。
【００３４】
ドライバは、ＤＡＭＣに転送設定を送信する（Ｓ８２）。ＤＡＭＣは、受信ＦＩＦＯからＭＡＣが受信したパケットを読み出し（Ｓ８３）、受信バッファ（ＴＣＰ／ＩＰ用）に書き込むと共に（Ｓ８４）、転送完了通知をドライバに送信する（Ｓ８５）。
【００３５】
受信ＦＩＦＯや各受信バッファは、例えばメモリ装置５４上に設定される領域である。また、ＭＡＣ、ＤＭＡＣ、ドライバは、例えばネットワーク通信ドライバ５０Ｒが有する機能の一部である。
【００３６】
ドライバは、転送完了通知を受信すると、受信通知をＴＣＰ／ＩＰ５０Ｅに送信する（Ｓ８６）。
【００３７】
ＴＣＰ／ＩＰ５０Ｅは、受信バッファ（ＴＣＰ／ＩＰ用）に書き込まれたデータにＴＣＰ／ＩＰ処理を行い、処理後のデータを受信バッファ（ＳＳＬ用）に書き込む（Ｓ８７）。そして、ＳＳＬ／ＴＬＳ５０Ｉに受信通知を送信する（Ｓ８８）。
【００３８】
ＳＳＬ／ＴＬＳ５０Ｉは、受信バッファ（ＳＳＬ用）に書き込まれたデータにＳＳＬ／ＴＬＳ処理を行い、処理後のデータを受信バッファ（Ｈｔｔｐ用）に書き込む（Ｓ８９）。そして、Ｈｔｔｐ５０Ａ等に受信通知を送信する（Ｓ９０）。
【００３９】
メインプロセッサ４０と通信プロセッサ５０の間の通信では、ＨｔｔｐｓＡＰＩスタブ４０Ｈ及びＨｔｔｐｓＡＰＩスケルトン５０Ｏを介したＨｔｔｐｓ方式等によるアプリケーション層の通信処理が行われる。Ｈｔｔｐｓ方式で通信が行われるのは、例えば通信プロセッサ５０がネットワーク６０を介して取得したデータをメインプロセッサ４０に転送する際である。これによって、パケットデータに分割されてデータではなく、いわゆるコンテンツデータを送受信することができるため、メインプロセッサ４０におけるデータ処理の負荷を低減することができる。
【００４０】
一方、制御アプリ４０Ｃによる指示信号は、ＨｔｔｐｓＡＰＩスタブ４０Ｈ及びＨｔｔｐｓＡＰＩスケルトン５０Ｏを介さずに設定アプリ５０Ｎに伝達される。
【００４１】
このようなソフトウエア配置によって、メインプロセッサ４０において通信に要するＣＰＵリソースの使用量を低減することができる。本実施例の制御装置３０では、物理層からトランスポート層までのコアプロトコル処理や、暗号通信処理（暗号鍵の更新等を含む）等、ネットワークリソースのみで処理が完結できる処理を通信プロセッサ５０に配置しているからである。
【００４２】
また、通信系の処理と、メインプロセッサ４０におけるアプリケーション処理を並行に行うことができるため、ネットワーク６０から取得したデータをメインプロセッサ３０のアプリケーションが実行している間に、新しいデータをネットワーク６０から取得するといった効率的な処理を実現することができる。
【００４３】
なお、暗号ライブラリをメインプロセッサ４０上に配置し、暗号アルゴリズムの実行処理のみ通信プロセッサ５０で行ってもよい。図６は、暗号ライブラリをメインプロセッサ４０上に配置した場合の制御装置３０のソフトウエア構成図である。この場合、通信プロセッサは、セキュリティマクロ５０Ｔを含むセキュリティエンジン５０Ｕを備え、所望のセキュリティプロトコルでセキュリティマクロ５０Ｔを使用することができる。
【００４４】
［処理内容、データ構造等］
以下、制御装置３０が実行する種々の処理及びデータ構造等について説明する。
【００４５】
図７は、メインプロセッサ４０と通信プロセッサ５０の間で送受信されるアプリデータの構造と、アプリデータが分割されたデータの構造とを示す図である。本実施例において、メインプロセッサ４０と通信プロセッサ５０の間で送受信されるアプリデータが基準サイズよりも大きい場合には、分割されて送受信される。図示するように、分割前のアプリデータは、アプリデータサイズ、宛先、制御メッセージＩＤ、メッセージＩＤ詳細、通信モード、パイプ、送信元、アプリデータ（本体）を含む。
【００４６】
一方、分割後のアプリデータは、分割データサイズ、及び最終データであるか否かを示すフラグＥＯＦが付与される。また、分割されたアプリデータの本体部を、デバイスデータ１、２、３、…と称する。
【００４７】
メインプロセッサ４０と通信プロセッサ５０の間では、「ネットワーク送信依頼」及び「ネットワーク受信データ共有」という形式でメッセージが送受信される。ネットワーク送信依頼及びネットワーク受信データ共有は、要求と応答に分けられる。送信側は、ネットワーク送信依頼（要求）を送信して（応答）を受け取るまで、次のネットワーク送信依頼＜要求＞を送信することを禁止される。
【００４８】
「ネットワーク送信依頼」（要求）は、ＩＰアドレス又はホスト名で表現される送信先ホスト、証明ＣＮ名、認証証明書セット、送信先の装置内での宛先を示す宛先ポート番号、Ｈｔｔｐかそれ以外かを示すプロトコル種別、プロキシサーバの利用可否、サーバ認証失敗時の動作（継続／切断／非セキュア通信）、証明書ＣＮチェック可否等の制御パラメータ、及びＨｔｔｐヘッダとボディ情報を含むコンテンツデータを含む。証明ＣＮ名は、非セキュア通信の場合は０ｘ００等で埋められる。また、コンテンツデータは、上記アプリデータに対応する。
【００４９】
一方、「ネットワーク送信依頼」（応答）は、応答の送信元情報、各要求の成功／失敗を示す送信結果等を含む。
【００５０】
「ネットワーク受信データ共有」（要求）は、送信元、コンテンツの種別（投影データ、ファームデータ、Ｗｅｂコンテンツ等）を含む制御パラメータと、コンテンツデータを含む。コンテンツデータは、投影装置１０が投影する動画、画像、音声等の投影データ、メインプロセッサ４０用、通信プロセッサ５０用、及び省エネ制御（後述）用のファームデータが結合したファームデータ、ＰＣユーティリティからの投影ジョブ（後述）生成コマンド及び終了コマンドが記述されるＷｅｂコンテンツ等が含まれる。
【００５１】
「ネットワーク受信データ共有」（応答）は、受信の成功／失敗を示す受信結果、通信相手に送信したいＨｔｔｐヘッダとボディ情報を含むＷｅｂコンテンツを含む。Ｈｔｔｐヘッダとボディ情報は、例えばＣＲＬＦ（Carrige Return/Line Feed）で区切られる。
【００５２】
図８は、メインプロセッサ４０から受信指示がなされた投影データを外部装置６２から取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【００５３】
図示するように、まず、メインプロセッサ４０から通信プロセッサ５０に、「ネットワーク送信依頼」（要求）が送信される（Ｓ１００）。ここでは、例えばＪＰＥＧ取得要求が送信される。通信プロセッサ５０は、メインプロセッサ４０に「ネットワーク送信依頼」（応答）を返信する（Ｓ１０２）。
【００５４】
続いて通信プロセッサ５０は、メインプロセッサに「ネットワーク受信データ共有」（要求）を送信する（Ｓ１０４）。
【００５５】
メインプロセッサ４０は、「ネットワーク受信データ共有」を受信すると、メモリ装置４４に格納された投影データに基づいて投影を行うように、投影装置１０に指示する（Ｓ１０６）。
【００５６】
メインプロセッサ４０は、「ネットワーク受信データ共有」を再度受信すると（Ｓ１０８）、メモリ装置４４に格納された投影データに基づいて投影を行うように、投影装置１０に指示する（Ｓ１１０）。
【００５７】
更に、通信プロセッサ５０は、メインプロセッサ４０に「ネットワーク受信データ共有」（要求）を送信する（Ｓ１１２）。ここで送信されるコンテンツデータは、ジョブ生成に係るＷｅｂコンテンツである。メインプロセッサ１１０は、「ＵＩ操作共有」（要求）を返信する（Ｓ１１４）。ここで返信されるデータは、データ転送のキャンセルを指示するためのものである。
【００５８】
通信プロセッサ５０は、メインプロセッサ４０に「ＵＩ操作共有」（応答）を返信する（Ｓ１１６）。
【００５９】
その後も通信プロセッサ５０による投影データの送信、及びメインプロセッサ４０からの応答は、前述したフラグＥＯＦ＝１であるデータが送信されるまで継続される（Ｓ１１８、Ｓ１２０、Ｓ１２４、Ｓ１２６）。その過程において、Ｓ１１２において通信プロセッサ５０からメインプロセッサ４０に送信された「ネットワーク受信データ共有」の応答がなされる（Ｓ１２２）。
【００６０】
図９は、外部装置６２の側から自発的に送信された投影データを、ネットワーク６０を介して取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【００６１】
まず、通信プロセッサ５０は、メインプロセッサ４０に「ネットワーク受信データ共有」（要求）を送信する（Ｓ２００）。ここで送信されるコンテンツデータは、ジョブ生成に係るＷｅｂコンテンツである。メインプロセッサ４０は、コンテンツデータを取得すると、通信プロセッサ５０に「ネットワーク受信データ共有」応答を送信する（Ｓ２０２）。
【００６２】
次に、通信プロセッサ５０からメインプロセッサ４０に「ネットワーク受信データ共有」要求が送信される（Ｓ２０４）。コンテンツデータの内容は、投影データである。メインプロセッサ４０は、投影データに基づき投影するように、投影装置１０を制御する（Ｓ２０６）。そして、メインプロセッサ４０は、通信プロセッサ５０に「ネットワーク受信データ共有」応答を送信する（Ｓ２０８）。
【００６３】
次に、通信プロセッサ５０からメインプロセッサ４０に「ネットワーク受信データ共有」要求が送信される（Ｓ２１０）。コンテンツデータの内容は、Ｗｅｂコンテンツ（ジョブ削除コマンド）である。メインプロセッサ４０は、コンテンツデータを取得すると、投影を停止するように投影装置１０を制御する（Ｓ２１２）。そして、メインプロセッサ４０は、通信プロセッサ５０に「ネットワーク受信データ共有」応答を送信する（Ｓ２１４）。
【００６４】
本実施例の制御装置３０が備える通信プロセッサ５０は、プロキシサーバを介して外部装置６２と接続することができる。
【００６５】
図１０は、平文でプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【００６６】
まず、通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ３００）、プロキシサーバから応答がなされる（Ｓ３０２）。これによって、認証方式取得用のＴＣＰセッションが完了する。
【００６７】
次に、データ通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ３０４）、プロキシサーバから応答がなされる（Ｓ３０６）。これによって、データ転送用のＴＣＰセッションが完了する。
【００６８】
図１１は、ＳＳＬデータでプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【００６９】
まず、通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ４００）、プロキシサーバから応答がなされる（Ｓ４０２）。これによって、認証方式取得用のＴＣＰセッションが完了する。
【００７０】
次に、通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ４０４）、プロキシサーバから応答がなされる（Ｓ４０６）。これによって、ＳＳＬ通信が開始され、"Client Hello"が送信されると（Ｓ４０８）、データ転送用のＴＣＰセッションが完了し、以降、ＳＳＬのプロトコルに従った通信が行われる。
【００７１】
以下、通信プロセッサ５０が、既に確立した通信を利用して処理を行う流れについて説明する。
【００７２】
図１２は、平文で通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【００７３】
まず、通信プロセッサ５０は、メインプロセッサ４０からの送信依頼（ネットワーク送信依頼）待ち状態となる（Ｓ５００）。この状態には、タイムアウトは設定されない。
【００７４】
メインプロセッサ４０からの送信依頼を受信すると、通信プロセッサ５０は、送信依頼においてＩＰアドレスの直接指定がなされたか、或いはホスト名の指定がなされたかを判定する（Ｓ５０２）。
【００７５】
ホスト名の指定がなされた場合、通信プロセッサ５０のＤＮＳ５０Ｈが機能し、ＤＮＳによるアドレス指定を行う（Ｓ５０４）。
【００７６】
次に、通信プロセッサ５０は、送信依頼においてプロキシを使用することが指定されているか否かを判定する（Ｓ５０６）。送信依頼においてプロキシを使用することが指定されている場合、通信プロセッサ５０は、図１０におけるＳ３００、Ｓ３０２の処理をプロキシサーバとの間で行い、プロキシ認証方式を取得する（Ｓ５０８）。
【００７７】
次に、通信プロセッサ５０は、平文データの転送を行う（Ｓ５１０）。
【００７８】
次に、通信プロセッサ５０は、送信依頼において"Keep-Alive"することが指定されているか否かを判定する（Ｓ５１２）。
【００７９】
"Keep-Alive"することが指定されていない場合、通信プロセッサ５０は、Ｓ５００の送信依頼待ち状態に戻る。
【００８０】
"Keep-Alive"することが指定されている場合、通信プロセッサ５０は、タイムアウト設定付のメインプロセッサ４０からの送信依頼待ち状態となる（Ｓ５１４）。通信プロセッサ５０は、タイムアウトとなった場合は、Ｓ５００の送信依頼待ち状態に戻る。
【００８１】
タイムアウトとなる前に送信依頼を受信した場合、通信プロセッサ５０は、宛先アドレスと宛先ポート番号が前回と同じであるか否かを判定する（Ｓ５１８）。宛先アドレスと宛先ポート番号が前回と異なる場合、通信プロセッサ５０は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ５２２）、Ｓ５０２に戻り、処理を実行する。
【００８２】
宛先アドレスと宛先ポート番号が前回と同じである場合、通信プロセッサ５０は、当該通信相手と接続が維持されているか否かを判定する（Ｓ５２０）。通信プロセッサ５０は、通信相手と接続が維持されている場合は、Ｓ５１０に戻り平文データを転送し、通信相手と接続が維持されていない場合は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ５２２）、Ｓ５０２に戻り、処理を実行する。
【００８３】
図１３は、ＳＳＬ／ＴＬＳデータで通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【００８４】
まず、通信プロセッサ５０は、メインプロセッサ４０からの送信依頼（ネットワーク送信依頼）待ち状態となる（Ｓ６００）。この状態には、タイムアウトは設定されない。
【００８５】
メインプロセッサ４０からの送信依頼を受信すると、通信プロセッサ５０は、送信依頼においてＩＰアドレスの直接指定がなされたか、或いはホスト名の指定がなされたかを判定する（Ｓ６０２）。
【００８６】
ホスト名の指定がなされた場合、通信プロセッサ５０のＤＮＳ５０Ｈが機能し、ＤＮＳによるアドレス指定を行う（Ｓ６０４）。
【００８７】
次に、通信プロセッサ５０は、送信依頼においてプロキシを使用することが指定されているか否かを判定する（Ｓ６０６）。送信依頼においてプロキシを使用することが指定されていない場合、通信プロセッサ５０は、ＳＳＬ／ＴＬＳ接続を行う（Ｓ６０７）。
【００８８】
一方、送信依頼においてプロキシを使用することが指定されている場合、図１１におけるＳ４００、Ｓ４０２の処理をプロキシサーバとの間で行い、プロキシ認証方式を取得する（Ｓ６０８）。そして、プロキシ経由接続＋ＳＳＬ／ＴＬＳに通信方式を切り替える（Ｓ６０９）。
【００８９】
次に、通信プロセッサ５０は、ＳＳＬ／ＴＬＳデータの転送を行う（Ｓ６１０）。
【００９０】
次に、通信プロセッサ５０は、送信依頼において"Keep-Alive"することが指定されているか否かを判定する（Ｓ６１２）。
【００９１】
"Keep-Alive"することが指定されていない場合、通信プロセッサ５０は、Ｓ６００の送信依頼待ち状態に戻る。
【００９２】
"Keep-Alive"することが指定されている場合、通信プロセッサ５０は、タイムアウト設定付のメインプロセッサ４０からの送信依頼待ち状態となる（Ｓ６１４）。通信プロセッサ５０は、タイムアウトとなった場合は、Ｓ６００の送信依頼待ち状態に戻る。
【００９３】
タイムアウトとなる前に送信依頼を受信した場合、通信プロセッサ５０は、宛先アドレスと宛先ポート番号が前回と同じであるか否かを判定する（Ｓ６１８）。宛先アドレスと宛先ポート番号が前回と異なる場合、通信プロセッサ５０は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ６２２）、Ｓ６０２に戻り、処理を実行する。
【００９４】
宛先アドレスと宛先ポート番号が前回と同じである場合、通信プロセッサ５０は、当該通信相手と接続が維持されているか否かを判定する（Ｓ６２０）。通信プロセッサ５０は、通信相手と接続が維持されている場合は、Ｓ６１０に戻り平文データを転送し、通信相手と接続が維持されていない場合は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ６２２）、Ｓ６０２に戻り、処理を実行する。
【００９５】
このような処理を通信プロセッサ５０が自立して行うことができるため、メインプロセッサ４０におけるアプリケーション処理が通信確立のための処理（例えばＳＳＬハンドシェイク、プロキシ接続確立等の処理）によって遅延するという不都合を抑制することができる。この結果、通信に係る処理負荷が機器制御に与える影響を低減することができる。
【００９６】
［省エネ制御］
制御装置３０は、メインプロセッサ４０がスリープ状態である場合にも、ネットワーク６０を介した外部装置６２との通信を行う制御を行うことができる。以下、係る状態における制御を省エネ制御と称し、これについて説明する。
【００９７】
図１４は、省エネ制御を行う際における制御装置３０のソフトウエア配置を示す図である。この状態において、制御装置３０のメインプロセッサ４０上では、制御アプリ４０Ｇ、プロセッサ間通信ドライバ４０Ｉ等を含むＯＳ４０Ｊが動作する。省エネ制御は、省エネPowerOn/Offレジスタ４０Ｋを参照して行われる。
【００９８】
一方、制御装置３０の通信プロセッサ５０上では、省エネ設定アプリ５０Ｖ、省エネ通信アプリ５０Ｗ、省エネ移行／復帰アプリ５０Ｘ等が動作する。
【００９９】
省エネ制御は、ユーザによって入力装置２０に対して所定の操作がなされたとき、或いは、非使用状態が所定時間以上継続したとき等に開始される。
【０１００】
図１５は、省エネ制御が開始される際の処理の流れを示すフローチャートである。
【０１０１】
まず、ユーザが入力装置２０に含まれる電源キーを押下すると（Ｓ７００）、投影装置１０は表示画面において確認表示を行う（Ｓ７０２）。
【０１０２】
再度ユーザが電源キーを押下すると（Ｓ７０４）、投影装置１０は電力状態をスタンバイに変更する旨をメインプロセッサ４０に通知する（Ｓ７０６）。
【０１０３】
次に、メインプロセッサ４０は、投影装置の電力状態を変更した旨を通信プロセッサ５０に通知する（Ｓ７０８）。通信プロセッサ５０は、これに応じてメインプロセッサ４０をスリープ状態にするように要求する（Ｓ７１０）。
【０１０４】
メインプロセッサ４０は、制御アプリ４０Ｇが保持していた機器管理情報を通信プロセッサ５０に送信し（Ｓ７１２）、スリープ状態に移行する。ここで送信する機器管理情報は、例えば、装置エラー情報、映像入力情報、ＡＶミュート情報、ランプ時間等を含む。
【０１０５】
通信プロセッサ５０は、受信した機器管理情報をメモリ装置５４等に格納する。これによって、ネットワークを介して外部装置６２から機器状態情報等について問い合わされた際に、メインプロセッサ４０を起動することなく応答することができる。
【０１０６】
係る制御によって、メインプロセッサ４０をスリープ状態としたまま、外部からプロジェクタ１の状態を監視することができる。この結果、必要に応じた装置状態の監視と電力消費の低減を実現することができる。
【０１０７】
［まとめ］
以上説明した本実施例の制御装置３０によれば、通信に係る処理負荷が機器制御に与える影響を低減することができる。
【０１０８】
また、省エネ制御を行うことにより、必要に応じた装置状態の監視と電力消費の低減を実現することができる。
【０１０９】
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１１０】
例えば、本発明の制御装置が適用される対象は、プロジェクタに限らず、複合機、プリンタ、携帯端末、移動体等、通信手段と複数のプロセッサを備えるものであれば、如何なる装置に適用することも可能である。
【符号の説明】
【０１１１】
１ プロジェクタ
１０ 投影装置
２０ 入力装置
３０ 制御装置
４０ メインプロセッサ
４０Ａ ＵＩ
４０Ｂ 投影アプリ
４０Ｃ 機器管理
４０Ｄ Ｈｔｔｐ
４０Ｅ コンテンツ変換
４０Ｆ Ｈｔｔｐ利用
４０Ｇ 制御アプリ
４０Ｈ ＨｔｔｐｓＡＰＩスタブ
４０Ｉ プロセッサ間通信ドライバ
４０Ｊ ＯＳ
４０Ｋ 省エネPowerOn/Off
４１、５１ ＣＰＵ
４２、５２ ＲＯＭ
４３、５３ ストレージ装置
４４、５４ メモリ装置
５０ 通信プロセッサ
５０Ａ Ｈｔｔｐ
５０Ｂ ＰＪＬｉｎｋ
５０Ｃ ＳＮＭＰ
５０Ｄ ＤＨＣＰ
５０Ｅ ＴＣＰ／ＩＰ
５０Ｆ 無線ＬＡＮ制御部
５０Ｇ 有線ＬＡＮ制御部
５０Ｈ ＤＮＳ
５０Ｉ ＳＳＬ／ＴＬＳ
５０Ｊ 暗号エンジン
５０Ｋ 証明書管理
５０Ｌ 機器設定管理
５０Ｍ 機器状態管理
５０Ｎ 設定アプリ
５０Ｏ ＨｔｔｐｓＡＰＩスケルトン
５０Ｐ 暗号ライブラリ
５０Ｑ ＳＳＬ
５０Ｒ ネットワーク通信ドライバ
５０Ｓ ＯＳ
５０Ｔ セキュリティマクロ
５０Ｕ セキュリティエンジン
５０Ｔ セキュリティマクロ
５０Ｖ 省エネ設定アプリ
５０Ｗ 省エネ通信アプリ
５０Ｘ 省エネ移行／復帰アプリ
５５ ＮＩＣ
６０ ネットワーク
６２ 外部装置
７０ 通信線
【先行技術文献】
【特許文献】
【０１１２】
【特許文献１】特開２０１１−２１７１７号公報
【特許文献２】特開２０００−２６１５１５号公報
【特許文献３】特開２００３−３３３０７６号公報
【技術分野】
【０００１】
本発明は、ネットワークから取得したデータに基づき機器制御を行う制御装置、及びその通信制御方法に関する。
【背景技術】
【０００２】
従来、他のコンピュータからネットワークを介して入力されるデータに基づいて投影を行うプロジェクタ、印刷等を行うＭＦＰ（Multi Function Product；複合機）やプリンタ等、ネットワークから取得したデータに基づいて種々の機器制御を行う制御装置を内蔵した機器が普及している。
【０００３】
特許文献１には、プロバイダネットワークやインターネットに接続可能なコンピュータについて記載されている。
【０００４】
また、特許文献２には、スリープモードを保ったまま、ネットワークへの情報送信を可能にした機器について記載されている。
【０００５】
また、特許文献３では、通信に関する処理が、トランスポート層、ネットワーク層等に階層分けして表現されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この種の制御装置では、ＴＣＰ／ＩＰにおける再送処理やＳＳＬ暗号処理等、通信系の処理負荷が大きく、その結果、本来実行したいアプリケーション処理が遅延するという課題が存在する。アプリケーション処理としては、例えば上記プロジェクタの場合は投影処理が挙げられ、ＭＦＰの場合はスキャン処理や画像形成処理が挙げられる。また、ユーザーインターフェースを介して入力される各種指示入力を反映させる処理等がアプリケーション処理に該当する。
【０００７】
本発明は、一側面では、通信に係る処理負荷が機器制御に与える影響を低減することが可能な制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するための本発明の第１の態様は、
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置であって、
前記第１のプロセッサは、前記ネットワークを介した通信におけるプロトコル制御及び／又は暗号処理を行う通信制御手段を備えることを特徴とする、
制御装置である。
【０００９】
本発明の第１の態様において、
請求項１に記載の制御装置であって、
前記通信制御手段は、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行う手段であり、
前記第１のプロセッサと前記第２のプロセッサの間の通信においては、アプリケーション層の処理が行われることを特徴とするものとしてもよい。
【００１０】
本発明の第１の態様において、
前記第２のプロセッサは、前記第１のプロセッサからデータを間欠的に受信する際に、データ受信処理の合間に既に受信したデータを用いた機器制御を行うことを特徴とするものとしてもよい。
【００１１】
本発明の第１の態様において、
前記第２のプロセッサがスリープ状態に移行する際に、制御対象機器に関する情報を前記第１のプロセッサに送信し、
前記第１のプロセッサは、前記第２のプロセッサがスリープ状態であるときに前記ネットワークに接続された外部機器からの前記制御対象機器に関する情報の問い合わせに応答可能であることを特徴とするものとしてもよい。
【００１２】
本発明の第１の態様において、
前記第２のプロセッサは、投影装置の制御を行うプロセッサであり、前記第１のプロセッサが前記ネットワークを介して取得した投影データに基づき前記投影装置に画像を投影させることを特徴とするものとしてもよい。
【００１３】
本発明の第２の態様は、
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置の通信制御方法であって、
前記第１のプロセッサが、前記ネットワークを介した通信において、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行い、
前記第２のプロセッサが、前記第１のプロセッサとの通信において、アプリケーション層の処理を行うことを特徴とする、
通信制御方法である。
【発明の効果】
【００１４】
本発明の一側面によれば、通信に係る処理負荷が機器制御に与える影響を低減することが可能な制御装置を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例に係るプロジェクタ１のシステム構成例である。
【図２】制御装置３０のハードウエア構成例である。
【図３】制御装置３０のソフトウエア構成例である。
【図４】ある状態における制御装置３０のソフトウエア配置を図３とは別の観点から示す図である。
【図５】通信プロセッサ５０がネットワークから受信したパケットデータを処理する流れを示すシーケンス図である。
【図６】暗号ライブラリをメインプロセッサ４０上に配置した場合の制御装置３０のソフトウエア構成図である。
【図７】メインプロセッサ４０と通信プロセッサ５０の間で送受信されるアプリデータの構造と、アプリデータが分割されたデータの構造とを示す図である。
【図８】メインプロセッサ４０から受信指示がなされた投影データを外部装置６２から取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【図９】外部装置６２の側から自発的に送信された投影データを、ネットワーク６０を介して取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【図１０】平文でプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【図１１】ＳＳＬデータでプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【図１２】平文で通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【図１３】ＳＳＬ／ＴＬＳデータで通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【図１４】省エネ制御を行う際における制御装置３０のソフトウエア配置を示す図である。
【図１５】省エネ制御が開始される際の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態について、添付図面を参照しながら実施例を挙げて説明する。
【実施例】
【００１７】
以下、図面を参照し、本発明の一実施例に係る制御装置３０、及びこれを内蔵するプロジェクタ１について説明する。
【００１８】
［構成等］
図１は、本発明の一実施例に係るプロジェクタ１のシステム構成例である。プロジェクタ１は、主要な構成として、投影装置１０と、入力装置２０と、制御装置３０と、を備える。
【００１９】
投影装置１０は、例えば光源となるランプ、カラー表示機構等を含む。入力装置２０は、電源ボタン、選択指示ボタン、輝度調整スイッチ等を含む。
【００２０】
図２は、制御装置３０のハードウエア構成例である。メインプロセッサ４０と、通信プロセッサ５０と、を備える。
【００２１】
メインプロセッサ４０は、プログラムを実行するＣＰＵ４１、ＢＩＯＳ（Basic Input/Output System）等を格納したＲＯＭ４２、プログラムメモリ等として機能するストレージ装置４３、ワーキングメモリとして機能するキャッシュメモリやＲＡＭその他のメモリ装置４４等のハードウエアを有する。
【００２２】
同様に通信プロセッサ５０は、ＣＰＵ５１、ＲＯＭ５２、ストレージ装置５３、メモリ装置５４等のハードウエアを有する。また、通信プロセッサ５０は、ＬＡＮ（Local Area Network）等のネットワーク６０を介して外部装置６２との間で通信を行うためのＮＩＣ５５（Network Interface Card）を有する。外部装置６２は、例えばパーソナルコンピュータ、サーバ装置等のコンピュータである。ネットワーク６０は、有線の場合も無線の場合もあり得る。
【００２３】
一方、メインプロセッサ４０と通信プロセッサ５０は、例えばＰＣＩｅ（ＰＣＩ Ｅｘｐｒｅｓｓ）による通信が行われる通信線７０で接続されている。なお、メインプロセッサ４０と通信プロセッサ５０の間で行われる通信は、無線通信であってもよい。
【００２４】
図３は、制御装置３０のソフトウエア構成例である。
【００２５】
制御装置３０のメインプロセッサ４０上では、ＵＩ（User Interface）４０Ａ、投影アプリケーションプログラム（以下、アプリと略記する）４０Ｂ、機器管理４０Ｃ、Ｈｔｔｐ（Hyper Text Transfer Protocol）４０Ｄ、ＳＯＡＰ（Simple Object Access Protocol）、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等のコンテンツ変換４０Ｅが動作する。
【００２６】
一方、制御装置３０の通信プロセッサ５０上では、Ｈｔｔｐ５０Ａ、ＰＪＬｉｎｋ５０Ｂ、ＳＮＭＰ（Simple Network Management Protocol）５０Ｃ、ＤＨＣＰ（Dynamic Host Configuration Protocol）５０Ｄ、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）５０Ｅ、無線ＬＡＮ制御部５０Ｆ、有線ＬＡＮ制御部５０Ｇ、ＤＮＳ（Domain Name System）５０Ｈ、ＳＳＬ／ＴＬＳ（Secure Sockets Layer/Transport Layer Security）５０Ｉ、暗号エンジン５０Ｊ、証明書管理５０Ｋ、機器設定管理５０Ｌ、機器状態管理５０Ｍが動作する。
【００２７】
図４は、ある状態における制御装置３０のソフトウエア配置を図３とは別の観点から示す図である。
【００２８】
係る状態において、制御装置３０のメインプロセッサ４０上では、Ｈｔｔｐ利用アプリ４０Ｆ、制御アプリ４０Ｇその他のアプリケーションプログラム、ＨｔｔｐｓＡＰＩスタブ４０Ｈ、プロセッサ間通信ドライバ４０Ｉ等を含むＯＳ（Operating System）４０Ｊが動作する。Ｈｔｔｐ利用アプリ４０Ｆには、図３における投影アプリ４０Ｂ等が含まれる。制御アプリ４０Ｇには、図３における機器管理４０Ｃ等が含まれる。本実施例においては、ＯＳ４０ＪがＴＣＰ／ＩＰ機能を有する場合であっても、当該機能は使用しない。
【００２９】
一方、制御装置３０の通信プロセッサ５０上では、ＳＳＬ等のセキュリティ設定を行う設定アプリ５０Ｎ、ＨｔｔｐｓＡＰＩスケルトン５０Ｏ、暗号ライブラリ５０Ｐを有するＳＳＬ５０Ｑ、ＴＣＰ／ＩＰ５０Ｅ、ネットワーク通信ドライバ５０Ｒ、ＯＳ５０Ｓが動作する。
【００３０】
ＴＣＰ／ＩＰ５０Ｅ、及びネットワーク通信ドライバ５０Ｒは、ネットワーク６０を介した外部装置６２との間の通信を行うために、トランスポート層、インターネット層、データリンク層、及び物理層の処理を行う。すなわち、宛先／送信元アプリケーションの特定、誤り制御、シーケンス制御（到着順序保証）、エラー訂正、再送制御、通信経路の選択、データ中継、信号の受け渡し、電気信号の変換等の処理を行う。
【００３１】
また、ＳＳＬ５０Ｑは、暗号ライブラリ５０Ｐに格納された暗号方式に含まれる所望の方式によってネットワーク６０を介した通信における暗号化処理及び復号処理を行う。
【００３２】
図５は、通信プロセッサ５０がネットワークから受信したパケットデータを処理する流れを示すシーケンス図である。
【００３３】
ＭＡＣがネットワーク６０からパケットを受信すると（Ｓ８０）、ＭＡＣはドライバに受信通知を行う（Ｓ８１）。
【００３４】
ドライバは、ＤＡＭＣに転送設定を送信する（Ｓ８２）。ＤＡＭＣは、受信ＦＩＦＯからＭＡＣが受信したパケットを読み出し（Ｓ８３）、受信バッファ（ＴＣＰ／ＩＰ用）に書き込むと共に（Ｓ８４）、転送完了通知をドライバに送信する（Ｓ８５）。
【００３５】
受信ＦＩＦＯや各受信バッファは、例えばメモリ装置５４上に設定される領域である。また、ＭＡＣ、ＤＭＡＣ、ドライバは、例えばネットワーク通信ドライバ５０Ｒが有する機能の一部である。
【００３６】
ドライバは、転送完了通知を受信すると、受信通知をＴＣＰ／ＩＰ５０Ｅに送信する（Ｓ８６）。
【００３７】
ＴＣＰ／ＩＰ５０Ｅは、受信バッファ（ＴＣＰ／ＩＰ用）に書き込まれたデータにＴＣＰ／ＩＰ処理を行い、処理後のデータを受信バッファ（ＳＳＬ用）に書き込む（Ｓ８７）。そして、ＳＳＬ／ＴＬＳ５０Ｉに受信通知を送信する（Ｓ８８）。
【００３８】
ＳＳＬ／ＴＬＳ５０Ｉは、受信バッファ（ＳＳＬ用）に書き込まれたデータにＳＳＬ／ＴＬＳ処理を行い、処理後のデータを受信バッファ（Ｈｔｔｐ用）に書き込む（Ｓ８９）。そして、Ｈｔｔｐ５０Ａ等に受信通知を送信する（Ｓ９０）。
【００３９】
メインプロセッサ４０と通信プロセッサ５０の間の通信では、ＨｔｔｐｓＡＰＩスタブ４０Ｈ及びＨｔｔｐｓＡＰＩスケルトン５０Ｏを介したＨｔｔｐｓ方式等によるアプリケーション層の通信処理が行われる。Ｈｔｔｐｓ方式で通信が行われるのは、例えば通信プロセッサ５０がネットワーク６０を介して取得したデータをメインプロセッサ４０に転送する際である。これによって、パケットデータに分割されてデータではなく、いわゆるコンテンツデータを送受信することができるため、メインプロセッサ４０におけるデータ処理の負荷を低減することができる。
【００４０】
一方、制御アプリ４０Ｃによる指示信号は、ＨｔｔｐｓＡＰＩスタブ４０Ｈ及びＨｔｔｐｓＡＰＩスケルトン５０Ｏを介さずに設定アプリ５０Ｎに伝達される。
【００４１】
このようなソフトウエア配置によって、メインプロセッサ４０において通信に要するＣＰＵリソースの使用量を低減することができる。本実施例の制御装置３０では、物理層からトランスポート層までのコアプロトコル処理や、暗号通信処理（暗号鍵の更新等を含む）等、ネットワークリソースのみで処理が完結できる処理を通信プロセッサ５０に配置しているからである。
【００４２】
また、通信系の処理と、メインプロセッサ４０におけるアプリケーション処理を並行に行うことができるため、ネットワーク６０から取得したデータをメインプロセッサ３０のアプリケーションが実行している間に、新しいデータをネットワーク６０から取得するといった効率的な処理を実現することができる。
【００４３】
なお、暗号ライブラリをメインプロセッサ４０上に配置し、暗号アルゴリズムの実行処理のみ通信プロセッサ５０で行ってもよい。図６は、暗号ライブラリをメインプロセッサ４０上に配置した場合の制御装置３０のソフトウエア構成図である。この場合、通信プロセッサは、セキュリティマクロ５０Ｔを含むセキュリティエンジン５０Ｕを備え、所望のセキュリティプロトコルでセキュリティマクロ５０Ｔを使用することができる。
【００４４】
［処理内容、データ構造等］
以下、制御装置３０が実行する種々の処理及びデータ構造等について説明する。
【００４５】
図７は、メインプロセッサ４０と通信プロセッサ５０の間で送受信されるアプリデータの構造と、アプリデータが分割されたデータの構造とを示す図である。本実施例において、メインプロセッサ４０と通信プロセッサ５０の間で送受信されるアプリデータが基準サイズよりも大きい場合には、分割されて送受信される。図示するように、分割前のアプリデータは、アプリデータサイズ、宛先、制御メッセージＩＤ、メッセージＩＤ詳細、通信モード、パイプ、送信元、アプリデータ（本体）を含む。
【００４６】
一方、分割後のアプリデータは、分割データサイズ、及び最終データであるか否かを示すフラグＥＯＦが付与される。また、分割されたアプリデータの本体部を、デバイスデータ１、２、３、…と称する。
【００４７】
メインプロセッサ４０と通信プロセッサ５０の間では、「ネットワーク送信依頼」及び「ネットワーク受信データ共有」という形式でメッセージが送受信される。ネットワーク送信依頼及びネットワーク受信データ共有は、要求と応答に分けられる。送信側は、ネットワーク送信依頼（要求）を送信して（応答）を受け取るまで、次のネットワーク送信依頼＜要求＞を送信することを禁止される。
【００４８】
「ネットワーク送信依頼」（要求）は、ＩＰアドレス又はホスト名で表現される送信先ホスト、証明ＣＮ名、認証証明書セット、送信先の装置内での宛先を示す宛先ポート番号、Ｈｔｔｐかそれ以外かを示すプロトコル種別、プロキシサーバの利用可否、サーバ認証失敗時の動作（継続／切断／非セキュア通信）、証明書ＣＮチェック可否等の制御パラメータ、及びＨｔｔｐヘッダとボディ情報を含むコンテンツデータを含む。証明ＣＮ名は、非セキュア通信の場合は０ｘ００等で埋められる。また、コンテンツデータは、上記アプリデータに対応する。
【００４９】
一方、「ネットワーク送信依頼」（応答）は、応答の送信元情報、各要求の成功／失敗を示す送信結果等を含む。
【００５０】
「ネットワーク受信データ共有」（要求）は、送信元、コンテンツの種別（投影データ、ファームデータ、Ｗｅｂコンテンツ等）を含む制御パラメータと、コンテンツデータを含む。コンテンツデータは、投影装置１０が投影する動画、画像、音声等の投影データ、メインプロセッサ４０用、通信プロセッサ５０用、及び省エネ制御（後述）用のファームデータが結合したファームデータ、ＰＣユーティリティからの投影ジョブ（後述）生成コマンド及び終了コマンドが記述されるＷｅｂコンテンツ等が含まれる。
【００５１】
「ネットワーク受信データ共有」（応答）は、受信の成功／失敗を示す受信結果、通信相手に送信したいＨｔｔｐヘッダとボディ情報を含むＷｅｂコンテンツを含む。Ｈｔｔｐヘッダとボディ情報は、例えばＣＲＬＦ（Carrige Return/Line Feed）で区切られる。
【００５２】
図８は、メインプロセッサ４０から受信指示がなされた投影データを外部装置６２から取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【００５３】
図示するように、まず、メインプロセッサ４０から通信プロセッサ５０に、「ネットワーク送信依頼」（要求）が送信される（Ｓ１００）。ここでは、例えばＪＰＥＧ取得要求が送信される。通信プロセッサ５０は、メインプロセッサ４０に「ネットワーク送信依頼」（応答）を返信する（Ｓ１０２）。
【００５４】
続いて通信プロセッサ５０は、メインプロセッサに「ネットワーク受信データ共有」（要求）を送信する（Ｓ１０４）。
【００５５】
メインプロセッサ４０は、「ネットワーク受信データ共有」を受信すると、メモリ装置４４に格納された投影データに基づいて投影を行うように、投影装置１０に指示する（Ｓ１０６）。
【００５６】
メインプロセッサ４０は、「ネットワーク受信データ共有」を再度受信すると（Ｓ１０８）、メモリ装置４４に格納された投影データに基づいて投影を行うように、投影装置１０に指示する（Ｓ１１０）。
【００５７】
更に、通信プロセッサ５０は、メインプロセッサ４０に「ネットワーク受信データ共有」（要求）を送信する（Ｓ１１２）。ここで送信されるコンテンツデータは、ジョブ生成に係るＷｅｂコンテンツである。メインプロセッサ１１０は、「ＵＩ操作共有」（要求）を返信する（Ｓ１１４）。ここで返信されるデータは、データ転送のキャンセルを指示するためのものである。
【００５８】
通信プロセッサ５０は、メインプロセッサ４０に「ＵＩ操作共有」（応答）を返信する（Ｓ１１６）。
【００５９】
その後も通信プロセッサ５０による投影データの送信、及びメインプロセッサ４０からの応答は、前述したフラグＥＯＦ＝１であるデータが送信されるまで継続される（Ｓ１１８、Ｓ１２０、Ｓ１２４、Ｓ１２６）。その過程において、Ｓ１１２において通信プロセッサ５０からメインプロセッサ４０に送信された「ネットワーク受信データ共有」の応答がなされる（Ｓ１２２）。
【００６０】
図９は、外部装置６２の側から自発的に送信された投影データを、ネットワーク６０を介して取得し、取得した投影データを投影する際の制御装置３０の処理の流れと、それぞれの通信フェーズで送受信されたデータを例示した図である。
【００６１】
まず、通信プロセッサ５０は、メインプロセッサ４０に「ネットワーク受信データ共有」（要求）を送信する（Ｓ２００）。ここで送信されるコンテンツデータは、ジョブ生成に係るＷｅｂコンテンツである。メインプロセッサ４０は、コンテンツデータを取得すると、通信プロセッサ５０に「ネットワーク受信データ共有」応答を送信する（Ｓ２０２）。
【００６２】
次に、通信プロセッサ５０からメインプロセッサ４０に「ネットワーク受信データ共有」要求が送信される（Ｓ２０４）。コンテンツデータの内容は、投影データである。メインプロセッサ４０は、投影データに基づき投影するように、投影装置１０を制御する（Ｓ２０６）。そして、メインプロセッサ４０は、通信プロセッサ５０に「ネットワーク受信データ共有」応答を送信する（Ｓ２０８）。
【００６３】
次に、通信プロセッサ５０からメインプロセッサ４０に「ネットワーク受信データ共有」要求が送信される（Ｓ２１０）。コンテンツデータの内容は、Ｗｅｂコンテンツ（ジョブ削除コマンド）である。メインプロセッサ４０は、コンテンツデータを取得すると、投影を停止するように投影装置１０を制御する（Ｓ２１２）。そして、メインプロセッサ４０は、通信プロセッサ５０に「ネットワーク受信データ共有」応答を送信する（Ｓ２１４）。
【００６４】
本実施例の制御装置３０が備える通信プロセッサ５０は、プロキシサーバを介して外部装置６２と接続することができる。
【００６５】
図１０は、平文でプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【００６６】
まず、通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ３００）、プロキシサーバから応答がなされる（Ｓ３０２）。これによって、認証方式取得用のＴＣＰセッションが完了する。
【００６７】
次に、データ通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ３０４）、プロキシサーバから応答がなされる（Ｓ３０６）。これによって、データ転送用のＴＣＰセッションが完了する。
【００６８】
図１１は、ＳＳＬデータでプロキシサーバに接続する際に、通信プロセッサ５０とプロキシサーバの間で送受信されるデータの流れを示すシーケンス図である。
【００６９】
まず、通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ４００）、プロキシサーバから応答がなされる（Ｓ４０２）。これによって、認証方式取得用のＴＣＰセッションが完了する。
【００７０】
次に、通信プロセッサ５０からプロキシサーバに対し、図示する内容のデータが送信され（Ｓ４０４）、プロキシサーバから応答がなされる（Ｓ４０６）。これによって、ＳＳＬ通信が開始され、"Client Hello"が送信されると（Ｓ４０８）、データ転送用のＴＣＰセッションが完了し、以降、ＳＳＬのプロトコルに従った通信が行われる。
【００７１】
以下、通信プロセッサ５０が、既に確立した通信を利用して処理を行う流れについて説明する。
【００７２】
図１２は、平文で通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【００７３】
まず、通信プロセッサ５０は、メインプロセッサ４０からの送信依頼（ネットワーク送信依頼）待ち状態となる（Ｓ５００）。この状態には、タイムアウトは設定されない。
【００７４】
メインプロセッサ４０からの送信依頼を受信すると、通信プロセッサ５０は、送信依頼においてＩＰアドレスの直接指定がなされたか、或いはホスト名の指定がなされたかを判定する（Ｓ５０２）。
【００７５】
ホスト名の指定がなされた場合、通信プロセッサ５０のＤＮＳ５０Ｈが機能し、ＤＮＳによるアドレス指定を行う（Ｓ５０４）。
【００７６】
次に、通信プロセッサ５０は、送信依頼においてプロキシを使用することが指定されているか否かを判定する（Ｓ５０６）。送信依頼においてプロキシを使用することが指定されている場合、通信プロセッサ５０は、図１０におけるＳ３００、Ｓ３０２の処理をプロキシサーバとの間で行い、プロキシ認証方式を取得する（Ｓ５０８）。
【００７７】
次に、通信プロセッサ５０は、平文データの転送を行う（Ｓ５１０）。
【００７８】
次に、通信プロセッサ５０は、送信依頼において"Keep-Alive"することが指定されているか否かを判定する（Ｓ５１２）。
【００７９】
"Keep-Alive"することが指定されていない場合、通信プロセッサ５０は、Ｓ５００の送信依頼待ち状態に戻る。
【００８０】
"Keep-Alive"することが指定されている場合、通信プロセッサ５０は、タイムアウト設定付のメインプロセッサ４０からの送信依頼待ち状態となる（Ｓ５１４）。通信プロセッサ５０は、タイムアウトとなった場合は、Ｓ５００の送信依頼待ち状態に戻る。
【００８１】
タイムアウトとなる前に送信依頼を受信した場合、通信プロセッサ５０は、宛先アドレスと宛先ポート番号が前回と同じであるか否かを判定する（Ｓ５１８）。宛先アドレスと宛先ポート番号が前回と異なる場合、通信プロセッサ５０は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ５２２）、Ｓ５０２に戻り、処理を実行する。
【００８２】
宛先アドレスと宛先ポート番号が前回と同じである場合、通信プロセッサ５０は、当該通信相手と接続が維持されているか否かを判定する（Ｓ５２０）。通信プロセッサ５０は、通信相手と接続が維持されている場合は、Ｓ５１０に戻り平文データを転送し、通信相手と接続が維持されていない場合は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ５２２）、Ｓ５０２に戻り、処理を実行する。
【００８３】
図１３は、ＳＳＬ／ＴＬＳデータで通信を行う際に、通信プロセッサ５０によって実行される処理の流れを示すフローチャートである。
【００８４】
まず、通信プロセッサ５０は、メインプロセッサ４０からの送信依頼（ネットワーク送信依頼）待ち状態となる（Ｓ６００）。この状態には、タイムアウトは設定されない。
【００８５】
メインプロセッサ４０からの送信依頼を受信すると、通信プロセッサ５０は、送信依頼においてＩＰアドレスの直接指定がなされたか、或いはホスト名の指定がなされたかを判定する（Ｓ６０２）。
【００８６】
ホスト名の指定がなされた場合、通信プロセッサ５０のＤＮＳ５０Ｈが機能し、ＤＮＳによるアドレス指定を行う（Ｓ６０４）。
【００８７】
次に、通信プロセッサ５０は、送信依頼においてプロキシを使用することが指定されているか否かを判定する（Ｓ６０６）。送信依頼においてプロキシを使用することが指定されていない場合、通信プロセッサ５０は、ＳＳＬ／ＴＬＳ接続を行う（Ｓ６０７）。
【００８８】
一方、送信依頼においてプロキシを使用することが指定されている場合、図１１におけるＳ４００、Ｓ４０２の処理をプロキシサーバとの間で行い、プロキシ認証方式を取得する（Ｓ６０８）。そして、プロキシ経由接続＋ＳＳＬ／ＴＬＳに通信方式を切り替える（Ｓ６０９）。
【００８９】
次に、通信プロセッサ５０は、ＳＳＬ／ＴＬＳデータの転送を行う（Ｓ６１０）。
【００９０】
次に、通信プロセッサ５０は、送信依頼において"Keep-Alive"することが指定されているか否かを判定する（Ｓ６１２）。
【００９１】
"Keep-Alive"することが指定されていない場合、通信プロセッサ５０は、Ｓ６００の送信依頼待ち状態に戻る。
【００９２】
"Keep-Alive"することが指定されている場合、通信プロセッサ５０は、タイムアウト設定付のメインプロセッサ４０からの送信依頼待ち状態となる（Ｓ６１４）。通信プロセッサ５０は、タイムアウトとなった場合は、Ｓ６００の送信依頼待ち状態に戻る。
【００９３】
タイムアウトとなる前に送信依頼を受信した場合、通信プロセッサ５０は、宛先アドレスと宛先ポート番号が前回と同じであるか否かを判定する（Ｓ６１８）。宛先アドレスと宛先ポート番号が前回と異なる場合、通信プロセッサ５０は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ６２２）、Ｓ６０２に戻り、処理を実行する。
【００９４】
宛先アドレスと宛先ポート番号が前回と同じである場合、通信プロセッサ５０は、当該通信相手と接続が維持されているか否かを判定する（Ｓ６２０）。通信プロセッサ５０は、通信相手と接続が維持されている場合は、Ｓ６１０に戻り平文データを転送し、通信相手と接続が維持されていない場合は、既存のＨｔｔｐクライアント手順を再利用し（Ｓ６２２）、Ｓ６０２に戻り、処理を実行する。
【００９５】
このような処理を通信プロセッサ５０が自立して行うことができるため、メインプロセッサ４０におけるアプリケーション処理が通信確立のための処理（例えばＳＳＬハンドシェイク、プロキシ接続確立等の処理）によって遅延するという不都合を抑制することができる。この結果、通信に係る処理負荷が機器制御に与える影響を低減することができる。
【００９６】
［省エネ制御］
制御装置３０は、メインプロセッサ４０がスリープ状態である場合にも、ネットワーク６０を介した外部装置６２との通信を行う制御を行うことができる。以下、係る状態における制御を省エネ制御と称し、これについて説明する。
【００９７】
図１４は、省エネ制御を行う際における制御装置３０のソフトウエア配置を示す図である。この状態において、制御装置３０のメインプロセッサ４０上では、制御アプリ４０Ｇ、プロセッサ間通信ドライバ４０Ｉ等を含むＯＳ４０Ｊが動作する。省エネ制御は、省エネPowerOn/Offレジスタ４０Ｋを参照して行われる。
【００９８】
一方、制御装置３０の通信プロセッサ５０上では、省エネ設定アプリ５０Ｖ、省エネ通信アプリ５０Ｗ、省エネ移行／復帰アプリ５０Ｘ等が動作する。
【００９９】
省エネ制御は、ユーザによって入力装置２０に対して所定の操作がなされたとき、或いは、非使用状態が所定時間以上継続したとき等に開始される。
【０１００】
図１５は、省エネ制御が開始される際の処理の流れを示すフローチャートである。
【０１０１】
まず、ユーザが入力装置２０に含まれる電源キーを押下すると（Ｓ７００）、投影装置１０は表示画面において確認表示を行う（Ｓ７０２）。
【０１０２】
再度ユーザが電源キーを押下すると（Ｓ７０４）、投影装置１０は電力状態をスタンバイに変更する旨をメインプロセッサ４０に通知する（Ｓ７０６）。
【０１０３】
次に、メインプロセッサ４０は、投影装置の電力状態を変更した旨を通信プロセッサ５０に通知する（Ｓ７０８）。通信プロセッサ５０は、これに応じてメインプロセッサ４０をスリープ状態にするように要求する（Ｓ７１０）。
【０１０４】
メインプロセッサ４０は、制御アプリ４０Ｇが保持していた機器管理情報を通信プロセッサ５０に送信し（Ｓ７１２）、スリープ状態に移行する。ここで送信する機器管理情報は、例えば、装置エラー情報、映像入力情報、ＡＶミュート情報、ランプ時間等を含む。
【０１０５】
通信プロセッサ５０は、受信した機器管理情報をメモリ装置５４等に格納する。これによって、ネットワークを介して外部装置６２から機器状態情報等について問い合わされた際に、メインプロセッサ４０を起動することなく応答することができる。
【０１０６】
係る制御によって、メインプロセッサ４０をスリープ状態としたまま、外部からプロジェクタ１の状態を監視することができる。この結果、必要に応じた装置状態の監視と電力消費の低減を実現することができる。
【０１０７】
［まとめ］
以上説明した本実施例の制御装置３０によれば、通信に係る処理負荷が機器制御に与える影響を低減することができる。
【０１０８】
また、省エネ制御を行うことにより、必要に応じた装置状態の監視と電力消費の低減を実現することができる。
【０１０９】
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１１０】
例えば、本発明の制御装置が適用される対象は、プロジェクタに限らず、複合機、プリンタ、携帯端末、移動体等、通信手段と複数のプロセッサを備えるものであれば、如何なる装置に適用することも可能である。
【符号の説明】
【０１１１】
１ プロジェクタ
１０ 投影装置
２０ 入力装置
３０ 制御装置
４０ メインプロセッサ
４０Ａ ＵＩ
４０Ｂ 投影アプリ
４０Ｃ 機器管理
４０Ｄ Ｈｔｔｐ
４０Ｅ コンテンツ変換
４０Ｆ Ｈｔｔｐ利用
４０Ｇ 制御アプリ
４０Ｈ ＨｔｔｐｓＡＰＩスタブ
４０Ｉ プロセッサ間通信ドライバ
４０Ｊ ＯＳ
４０Ｋ 省エネPowerOn/Off
４１、５１ ＣＰＵ
４２、５２ ＲＯＭ
４３、５３ ストレージ装置
４４、５４ メモリ装置
５０ 通信プロセッサ
５０Ａ Ｈｔｔｐ
５０Ｂ ＰＪＬｉｎｋ
５０Ｃ ＳＮＭＰ
５０Ｄ ＤＨＣＰ
５０Ｅ ＴＣＰ／ＩＰ
５０Ｆ 無線ＬＡＮ制御部
５０Ｇ 有線ＬＡＮ制御部
５０Ｈ ＤＮＳ
５０Ｉ ＳＳＬ／ＴＬＳ
５０Ｊ 暗号エンジン
５０Ｋ 証明書管理
５０Ｌ 機器設定管理
５０Ｍ 機器状態管理
５０Ｎ 設定アプリ
５０Ｏ ＨｔｔｐｓＡＰＩスケルトン
５０Ｐ 暗号ライブラリ
５０Ｑ ＳＳＬ
５０Ｒ ネットワーク通信ドライバ
５０Ｓ ＯＳ
５０Ｔ セキュリティマクロ
５０Ｕ セキュリティエンジン
５０Ｔ セキュリティマクロ
５０Ｖ 省エネ設定アプリ
５０Ｗ 省エネ通信アプリ
５０Ｘ 省エネ移行／復帰アプリ
５５ ＮＩＣ
６０ ネットワーク
６２ 外部装置
７０ 通信線
【先行技術文献】
【特許文献】
【０１１２】
【特許文献１】特開２０１１−２１７１７号公報
【特許文献２】特開２０００−２６１５１５号公報
【特許文献３】特開２００３−３３３０７６号公報
【特許請求の範囲】
【請求項１】
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置であって、
前記第１のプロセッサは、前記ネットワークを介した通信におけるプロトコル制御及び／又は暗号処理を行う通信制御手段を備えることを特徴とする、
制御装置。
【請求項２】
請求項１に記載の制御装置であって、
前記通信制御手段は、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行う手段であり、
前記第１のプロセッサと前記第２のプロセッサの間の通信においては、アプリケーション層の処理が行われることを特徴とする、
制御装置。
【請求項３】
請求項１又は２に記載の制御装置であって、
前記第２のプロセッサは、前記第１のプロセッサからデータを間欠的に受信する際に、データ受信処理の合間に既に受信したデータを用いた機器制御を行うことを特徴とする、
制御装置。
【請求項４】
請求項１ないし３のいずれか１項に記載の制御装置であって、
前記第２のプロセッサがスリープ状態に移行する際に、制御対象機器に関する情報を前記第１のプロセッサに送信し、
前記第１のプロセッサは、前記第２のプロセッサがスリープ状態であるときに前記ネットワークに接続された外部機器からの前記制御対象機器に関する情報の問い合わせに応答可能であることを特徴とする、
制御装置。
【請求項５】
請求項１ないし４のいずれか１項に記載の制御装置であって、
前記第２のプロセッサは、投影装置の制御を行うプロセッサであり、前記第１のプロセッサが前記ネットワークを介して取得した投影データに基づき前記投影装置に画像を投影させることを特徴とする、
制御装置。
【請求項６】
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置の通信制御方法であって、
前記第１のプロセッサが、前記ネットワークを介した通信において、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行い、
前記第２のプロセッサが、前記第１のプロセッサとの通信において、アプリケーション層の処理を行うことを特徴とする、
通信制御方法。
【請求項１】
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置であって、
前記第１のプロセッサは、前記ネットワークを介した通信におけるプロトコル制御及び／又は暗号処理を行う通信制御手段を備えることを特徴とする、
制御装置。
【請求項２】
請求項１に記載の制御装置であって、
前記通信制御手段は、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行う手段であり、
前記第１のプロセッサと前記第２のプロセッサの間の通信においては、アプリケーション層の処理が行われることを特徴とする、
制御装置。
【請求項３】
請求項１又は２に記載の制御装置であって、
前記第２のプロセッサは、前記第１のプロセッサからデータを間欠的に受信する際に、データ受信処理の合間に既に受信したデータを用いた機器制御を行うことを特徴とする、
制御装置。
【請求項４】
請求項１ないし３のいずれか１項に記載の制御装置であって、
前記第２のプロセッサがスリープ状態に移行する際に、制御対象機器に関する情報を前記第１のプロセッサに送信し、
前記第１のプロセッサは、前記第２のプロセッサがスリープ状態であるときに前記ネットワークに接続された外部機器からの前記制御対象機器に関する情報の問い合わせに応答可能であることを特徴とする、
制御装置。
【請求項５】
請求項１ないし４のいずれか１項に記載の制御装置であって、
前記第２のプロセッサは、投影装置の制御を行うプロセッサであり、前記第１のプロセッサが前記ネットワークを介して取得した投影データに基づき前記投影装置に画像を投影させることを特徴とする、
制御装置。
【請求項６】
ネットワークに接続可能な第１のプロセッサと、
ユーザーインターフェースを備えると共に前記第１のプロセッサと通信可能に接続され、前記ユーザーインターフェースを介して入力された情報、及び前記第１のプロセッサが前記ネットワークから取得した情報に基づいて機器制御を行う第２のプロセッサと、
を備える制御装置の通信制御方法であって、
前記第１のプロセッサが、前記ネットワークを介した通信において、トランスポート層、インターネット層、データリンク層、及び物理層の処理を階層的に行い、
前記第２のプロセッサが、前記第１のプロセッサとの通信において、アプリケーション層の処理を行うことを特徴とする、
通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−９７７３４（Ｐ２０１３−９７７３４Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２４２７２０（Ｐ２０１１−２４２７２０）
【出願日】平成２３年１１月４日（２０１１．１１．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１１月４日（２０１１．１１．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]