JP2015094990A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】 外部機器からの要求に応じてサービスを提供可能な装置において、リソースの使用負荷を低減させる。【解決手段】 オープン状態にある第１のポートを介して接続要求された場合に、ディスパッチサービスを提供可能な第１の提供手段（４６５）と、ディスパッチサービスからの起動依頼に応じて起動し、第２のポートをオープン状態にすることで、サービスの提供を可能にする第２の提供手段（４６２〜４６４）と、を有し、第１の提供手段（４６５）は、前記第１のポートを介して接続要求された場合に（Ｓ５０２）、第２の提供手段（４６２〜４６４）が提供するサービスの中から一のサービスを選択し、該選択したサービスに起動依頼を通知し（Ｓ５０７）、該通知に応じて取得した前記第２のポートのポート番号を、接続要求を行った要求元に送信する（Ｓ５１１、Ｓ５１２）ことを特徴とする。【選択図】図５

Description

本発明は情報処理装置、情報処理方法及びプログラムに関する。

従来より、ＭＦＰ（Multifunction Peripheral）等の画像形成装置においては、ネットワークを介して接続された外部機器からの要求に応じて、所定のサービスを提供するネットワークサービス機能が搭載されている（例えば、特許文献１参照）。

しかしながら、上記特許文献１に開示されたネットワークサービス機能の場合、外部機器からの要求に応じたサービスを提供できるよう、画像形成装置の起動時に、予め各サービスを提供するアプリケーションの実行可否を判断しておく。そして、実行可能と判断されたアプリケーションについては、待ち受け状態で起動させておく構成としている。このため、サービスを提供中であるか否かに関わらず、画像形成装置のリソースの使用負荷が高くなってしまうという問題がある。

このようなことから、ネットワークサービス機能の実現に際しては、起動するアプリケーションの数を減らし、リソースの有効利用を図ることが求められている。

本発明は上記課題に鑑みてなされたものであり、外部機器からの要求に応じてサービスを提供可能な装置において、リソースの使用負荷を低減させることを目的とする。

本発明の実施形態に係る情報処理装置は、以下のような構成を有する。すなわち、
オープン状態にある第１のポートを介してアクセスされた場合に、第１のサービスを提供可能な第１の提供手段と、
前記第１のサービスからの起動依頼に応じて起動し、第２のポートをオープン状態にすることで、第２のサービスの提供を可能にする第２の提供手段と、を有し、
前記第１の提供手段は、前記第１のサービスとして、
前記第１のポートを介してアクセスされた場合に、前記第２のサービスに含まれる複数のサービスの中から、一のサービスを選択し、該選択したサービスに起動依頼を通知するとともに、該通知に応じて取得した前記第２のポートを識別する識別子を、前記第１のポートを介してアクセスしたアクセス元に送信することを特徴とする。

本発明の各実施形態によれば、外部機器からの要求に応じてサービスを提供可能な装置において、リソースの使用負荷を低減させることが可能となる。

実施形態に係る操作部を有する画像形成装置の外観構成、及び、該操作部にＷｉ−Ｆｉダイレクトにより接続する外部機器の外観構成を示す図である。 画像形成装置のハードウェア構成を示す図である。 実施形態に係る操作部のハードウェア構成を示す図である。 画像形成装置における本体部の機能構成と、操作部の機能構成とをそれぞれ示した図である。 実施形態に係る操作部におけるサービス提供処理の流れを示すシーケンス図である。 サービス提供処理におけるポートの状態を模式的に示した図である。 実施形態に係る操作部におけるサービス提供処理の流れを示すシーケンス図である。 実施形態に係る操作部における設定処理の流れを示すシーケンス図である。 実施形態に係る操作部におけるサービス提供処理の流れを示すシーケンス図である。

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、以下では、本発明に係る情報処理装置を、ＭＦＰ（Multifunction Peripheral）等の画像形成装置の操作部に適用した場合の実施形態について説明する。ただし、本発明に係る情報処理装置の適用先はこれに限定されるものではなく、画像形成装置の操作部以外の要素として、あるいは画像形成装置以外の装置またはその要素として適用されてもよいことはいうまでもない。

また、以下では、画像形成装置に外部機器を接続するにあたり、Ｗｉ−Ｆｉダイレクトにより接続することとしているが、接続方法はこれに限定されるものではなく、他の方法により接続するように構成してもよい。

なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［第１の実施形態］
＜画像形成装置及び外部機器の外観構成＞
はじめに、本実施形態に係る操作部を有する画像形成装置の外観構成、及び、該操作部に対してＷｉ−Ｆｉダイレクトにより接続する外部機器の外観構成について説明する。図１は、本実施形態に係る操作部を有する画像形成装置１２０、及び、該操作部に対してＷｉ−Ｆｉダイレクトにより接続する外部機器１１０の外観構成を示す図である。

図１の例では、画像形成装置１２０の操作部２００に接続し、サービスの提供を依頼する外部機器１１０として、携帯端末を用いた場合を示している。ただし、サービスの提供を依頼する外部機器１１０は携帯端末に限定されるものではなく、ＰＣ（パーソナルコンピュータ）、タブレット端末、スマートフォンやＰＤＡなどの携帯情報端末等であってもよい。

サービスを提供する画像形成装置１２０は、プリンタ機能、コピー機能、ファクシミリ機能、スキャナ機能等を一つの筐体内に収納した、ＭＦＰと呼ばれる装置である（ただし、画像形成装置１２０はＭＦＰに限定されるものではない）。

画像形成装置１２０の操作部は、サービスを提供するためのサービスサーバアプリケーションを複数有しており、外部機器１１０からの要求に応じてサービスサーバアプリケーションが起動することで、サービスを提供するよう構成されている。

外部機器１１０と画像形成装置１２０の操作部とは、Ｗｉ−Ｆｉダイレクトにより接続される。このため、外部機器１１０と画像形成装置１２０の操作部とは、アクセスポイントを介することなく、直接通信を行うことができる。外部機器１１０では、Ｗｉ−Ｆｉダイレクトにより画像形成装置１２０の操作部への接続が確立された状態で、画像形成装置１２０の操作部に対してサービスの提供を要求する。

＜画像形成装置の本体部のハードウェア構成＞
次に、画像形成装置１２０のハードウェア構成について説明する。画像形成装置１２０のハードウェア構成は、本体部と操作部（オペレーションパネル）とに大別することができる。そこで、以下では、まず、画像形成装置１２０の本体部のハードウェア構成について説明する。

図２は、画像形成装置１２０の本体部２１０のハードウェア構成を示すブロック図である。図２に示すように、画像形成装置１２０の本体部２１０は、コントローラ２２０と、ファックス制御ユニット２４０と、エンジン群２５０とを有する。更に、ファックス制御ユニット２４０は、Ｇ３規格対応ユニット２４１と、Ｇ４規格対応ユニット２４２とを有する。また、エンジン群２５０は、プロッタエンジン２５１と、スキャナエンジン２５２と、その他のハードウェアリソース２５３とを有する。

コントローラ２２０は、ＣＰＵ２２１と、ＡＳＩＣ２２２と、ＨＤＤ（Hard Disk Drive）２２３と、システムメモリ（ＭＥＭ−Ｐ）２２４と、ローカルメモリ（ＭＥＭ−Ｃ）２２５と、ノースブリッジ（以下、ＮＢと記す）２２６とを有する。また、シリアルバス２２７と、ＮＩＣ（Network Interface Card）２２８と、ＵＳＢデバイス２２９とを有する。更に、ＩＥＥＥ８０２．１１ｂデバイス２３０と、ＩＥＥＥ１３９４デバイス２３１と、ＵＳＢホスト２３２と、メモリカードＩ／Ｆ２３３とを有する。

また、シリアルバス２２７、ＮＩＣ２２８、ＵＳＢデバイス２２９、ＩＥＥＥ８０２．１１ｂデバイス２３０、ＩＥＥＥ１３９４デバイス２３１、ＵＳＢホスト２３２、及びメモリカードＩ／Ｆ２３３は、ＮＢ２２６にＰＣＩバスを介して接続されている。

なお、コントローラ２２０において、ＡＳＩＣ２２２には、ローカルメモリ２２５、ＨＤＤ２２３等が接続されている。また、ＣＰＵ２２１とＡＳＩＣ２２２とは、ＣＰＵチップセットのＮＢ２２６を介して接続されている。更に、ファックス制御ユニット２４０及びエンジン群２５０は、ＡＳＩＣ２２２にＰＣＩバスを介して接続されている。

ＣＰＵ２２１は、画像形成装置１２０の全体を制御するものである。ＣＰＵ２２１は、図４を用いて後述するプラットフォーム層４０４に含まれる各制御サービスを、ＯＳ４３１上にそれぞれプロセスとして起動して実行する。なお、プラットフォーム層４０４に含まれる各制御サービスには、システム制御サービス４２１、ファックス制御サービス４２２、エンジン制御サービス４２３、メモリ制御サービス４２４が含まれる。更に、操作部制御サービス４２５及びネットワーク制御サービス４２６が含まれる。

ＣＰＵ２２１は、更に、図４を用いて後述するアプリケーション層４０３を形成するコピーアプリケーション４１１、ファックスアプリケーション４１２、プリンタアプリケーション４１３、及びスキャナアプリケーション４１４を起動して実行する。

ＮＢ２２６は各要素を接続するためのブリッジである。具体的には、ＣＰＵ２２１、システムメモリ２２４、ＡＳＩＣ２２２、シリアルバス２２７、ＮＩＣ２２８、ＵＳＢデバイス２２９を接続する。更に、ＩＥＥＥ８０２．１１ｂデバイス２３０、ＩＥＥＥ１３９４デバイス２３１、ＵＳＢホスト２３２、及びメモリカードＩ／Ｆ２３３を接続する。

システムメモリ２２４は、画像形成装置１２０の描画用メモリ等として用いるメモリである。また、ローカルメモリ２２５は、コピー用画像バッファ、符号バッファ等として用いるメモリである。

ＡＳＩＣ２２２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）である。また、ＨＤＤ２２３は、各種情報を蓄積するためのストレージである。なお、ＨＤＤ２２３に蓄積される情報には、例えば、ファクシミリ送信のための宛先データや電子メールの宛先データ（すなわち、アドレス帳データ）が含まれる。また、ファクシミリ送信や電子メール送信等の送信履歴を記憶するための履歴データや、プリントジョブのデータである蓄積画像データや蓄積文書データが含まれる。その他、課金データやユーザ認証を行うためのユーザ認証情報、各種プログラム、フォントデータ、フォームデータ等が含まれる。

シリアルバス２２７、ＮＩＣ２２８、ＵＳＢデバイス２２９、ＩＥＥＥ８０２．１１ｂデバイス２３０、ＩＥＥＥ１３９４デバイス２３１、ＵＳＢホスト２３２、メモリカードＩ／Ｆ２３３は、各々が対応する規格の可搬型記憶装置と接続するインタフェースである。例えば、図２に示すように、ＵＳＢホスト２３２には、ＵＳＢメモリ２６１を接続することができ、メモリカードＩ／Ｆ２３３には、メモリカード２６２を接続することができる。

＜画像形成装置の操作部のハードウェア構成＞
次に、画像形成装置１２０の操作部２００のハードウェア構成について説明する。図３は、画像形成装置１２０の操作部２００のハードウェア構成を示す図である。図３において、制御部３００は、操作部２００の全体を制御するユニットであり、後述するサービス提供処理及び設定処理を実現するためのプログラムを実行する。

表示・入力部３１０は、ＬＣＤデバイスやタッチパネル、ハードキーなどを備えるユーザインタフェースであり、画像形成装置１２０に対して、ユーザが各種データの設定、登録を行う際に操作する。

メモリ部３２０は、操作部２００において制御部３００が、後述するサービス提供処理や設定処理を行う際のワークメモリとして用いられる。また、画像形成装置１２０の本体部２１０の記憶装置部である、ＨＤＤ２２３から転送されたデータを保存するための記憶装置としても機能する。

Ｗｉ−Ｆｉユニット部３３０は、Ｗｉ−Ｆｉダイレクトにより外部機器１１０と接続するためのユニットである。

本体Ｉ／Ｆ部３４０は、操作部２００と本体部２１０との間で信号の送受信を行うインタフェースである。これにより、表示・入力部３１０を介してユーザが行った設定や登録に基づく各種信号は、本体Ｉ／Ｆ部３４０を介して、本体部２１０に送信される。また、本体部２１０より送信された、本体部２１０の内部状態を示す信号は、本体Ｉ／Ｆ部３４０を介して操作部２００に送信され、表示・入力部３１０に表示される。

なお、本体Ｉ／Ｆ部３４０は、電気的な接点であってもよいし、ＵＳＢ（Universal Serial Bus）インタフェース、あるいは赤外線通信部等であってもよい。

＜画像形成装置の機能構成＞
次に、画像形成装置１２０の機能構成について説明する。図４は、画像形成装置１２０の機能構成を説明するための図である。本実施形態において画像形成装置１２０は、本体部２１０と操作部２００とがそれぞれにＣＰＵを有しており、それぞれのＯＳ（Operation System）のもとで、各種プラットフォーム、各種アプリケーションが実行されるように構成されている。そこで、以下では、本体部２１０の機能構成と操作部２００の機能構成とに分けて説明する。

（本体部２１０の機能構成）
はじめに本体部２１０の機能構成について説明する。図４（ａ）に示すように、画像形成装置１２０の本体部２１０は、大別するとソフトウェア群４０１と、ハードウェア資源４０２とに分けられる。

ソフトウェア群４０１は、アプリケーション層４０３と、アプリケーション層４０３からの処理要求を解釈してハードウェア資源４０２の獲得要求を発生するプラットフォーム層４０４とを有する。

また、アプリケーション層４０３は、コピー、ファックス、プリンタ、及びスキャナ等の画像処理に係るサービスとして、それぞれ固有の処理を行うプログラムを有する。ここで、図４（ａ）に示すアプリケーション層４０３には、例えば、コピー用のアプリケーションであるコピーアプリケーション４１１と、ファックス用のアプリケーションであるファックスアプリケーション４１２とが含まれる。また、プリンタ用のアプリケーションであるプリンタアプリケーション４１３と、スキャナ用のアプリケーションであるスキャナアプリケーション４１４とが含まれる。

プラットフォーム層４０４は、アプリケーション層４０３の各アプリケーションからの処理要求を解釈してハードウェア資源４０２の獲得要求を発生し、獲得したハードウェア資源４０２の管理等を行う。なお、図４（ａ）に示すプラットフォーム層４０４には、例えば、システム制御サービス４２１と、ファックス制御サービス４２２とが含まれる。また、エンジン制御サービス４２３と、メモリ制御サービス４２４と、操作部制御サービス４２５、ネットワーク制御サービス４２６とが含まれる。

なお、プラットフォーム層４０４は、予め定義された関数によりアプリケーション層４０３からの処理要求を受信するＡＰＩ（Application Program Interface）４２０を有している。

ここで、ソフトウェア群４０１は、ＯＳ（Operating System）４３１上において実行される。ＯＳ４３１は、アプリケーション層４０３及びプラットフォーム層４０４のソフトウェア群４０１のそれぞれのソフトウェアをプロセスとして並列実行する。

また、エンジンＩ／Ｆ４４０は、ソフトウェア群４０１のそれぞれのソフトウェアにより予め定義されている関数等によりエンジン制御ボード４４１を介してハードウェア資源４０２に対する獲得要求を送信する。

ここで、図４（ａ）に示すハードウェア資源４０２には、例えばプロッタエンジン２５１と、スキャナエンジン２５２と、その他のハードウェアリソース２５３とが含まれる。

（操作部２００の機能構成）
次に、操作部２００の機能構成について説明する。図４（ｂ）に示すように、画像形成装置１２０の操作部２００も、本体部２１０と同様に、ソフトウェア群４５１と、ハードウェア資源４５２とに分けられる。

ソフトウェア群４５１は、アプリケーション層４５３と、アプリケーション層４５３からの処理要求を解釈してハードウェア資源４５２の獲得要求を発生するプラットフォーム層４５４とを有する。

また、アプリケーション層４５３は、設定アプリケーション４６１、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）〜Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＣ（４６４）を有する。更に、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５を有する。

設定アプリケーション４６１は、操作部２００が提供するサービスの優先順位（優先度を表す値）を設定するためのアプリケーションである。

Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）等は、外部機器１１０がＷｉ−Ｆｉダイレクトにより操作部２００との接続を確立した状態で、外部機器１１０からの要求に応じてサービスを提供するアプリケーションである。

なお、図４（ｂ）の例では、Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーションとして、３つのアプリケーションを搭載した場合について示しているが、搭載されるアプリケーションの数は３つに限定されるものではない。また、Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーションが実行されることにより提供されるサービスとしては、例えば、画像形成装置１２０の情報を閲覧するためのサービスや、プリント処理を実行するサービス等、種々のサービスが含まれるものとする。

Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５は、操作部２００の起動に応じて、常時起動されるアプリケーションである。Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、外部機器１１０からの要求に応じて、Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）のいずれかを起動させる。

プラットフォーム層４５４は、アプリケーション層４５３の各アプリケーションからの処理要求を解釈してハードウェア資源４５２の獲得要求を発生し、獲得したハードウェア資源４５２の管理等を行う。なお、図４（ｂ）に示すプラットフォーム層４５４には、例えば、システム制御サービス４７１と、メモリ制御サービス４７２と、操作部制御サービス４７３が含まれる。更に、外部機器１１０とＷｉ−Ｆｉダイレクトによる接続を確立するためのＷｉ−Ｆｉダイレクト接続サービス４７４が含まれる。

なお、プラットフォーム層４５４は、予め定義された関数によりアプリケーション層４５３からの処理要求を受信するＡＰＩ４７０を有している。

ここで、ソフトウェア群４５１は、ＯＳ４８０上において実行される。ＯＳ４８０は、アプリケーション層４５３及びプラットフォーム層４５４のソフトウェア群４５１のそれぞれのソフトウェアをプロセスとして並列実行する。

また、エンジンＩ／Ｆ４８１は、ソフトウェア群４５１のそれぞれのソフトウェアにより予め定義されている関数等によりエンジン制御ボード４８２を介してハードウェア資源４５２（操作部のハードウェアリソース４９０）に対する獲得要求を送信する。

＜操作部におけるサービス提供処理の流れ＞
次に、外部機器１１０からの要求に応じて、操作部２００がサービスを提供するサービス提供処理の流れについて説明する。図５は、操作部２００におけるサービス提供処理の流れを示すシーケンス図である。

サービスの提供を要求するにあたり、外部機器１１０では、はじめに、操作部２００との間で、Ｗｉ−Ｆｉダイレクトによる接続を確立する。具体的には、外部機器１１０が、Ｗｉ−Ｆｉユニット部３３０に対して、Ｗｉ−Ｆｉダイレクト接続要求を送信する（ステップＳ５０１）。

Ｗｉ−Ｆｉダイレクト接続要求を受信したＷｉ−Ｆｉユニット部３３０では、当該要求をＷｉ−Ｆｉダイレクト接続サービス４７４に送る（ステップＳ５０２）。Ｗｉ−Ｆｉダイレクト接続サービス４７４では、Ｗｉ−Ｆｉダイレクトの接続を開始するとともに、ＯＫ信号をＷｉ−Ｆｉユニット部３３０に送る（ステップＳ５０３）。

ＯＫ信号を受信したＷｉ−Ｆｉユニット部３３０では、Ｗｉ−Ｆｉダイレクトによる接続が完了したことを外部機器１１０に通知する（ステップＳ５０４）。これにより、外部機器１１０と操作部２００とが、Ｗｉ−Ｆｉダイレクトにより接続された状態となる。

続いて、外部機器１１０では、操作部２００により提供可能なサービスのうち、要求するサービスのサービス名を指定する。サービス名は、例えば、画像形成装置１２０の情報を閲覧するサービスの提供を要求する場合にあっては、"機器の情報閲覧"となり、プリント処理を実行するサービスの提供を要求する場合にあっては、"印刷"となる。つまり、提供されるサービスを特定するための情報を指定する。

更に、外部機器１１０では、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５のポート番号（ポートを識別する識別子）を指定する。Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５は、操作部２００の電源がＯＮ状態にある間、常時起動している。つまり、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５のポートは、常時オープン状態にある。

外部機器１１０では、指定したサービス名及びポート番号を含む接続要求を操作部２００に送信する（ステップＳ５０５）。外部機器１１０より送信された接続要求は、操作部２００のＷｉ−Ｆｉユニット部３３０において受信され、指定されたポートを介してＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５に送信される（ステップＳ５０６）。

接続要求を受信したＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、接続要求に含まれるサービス名を指定して接続先確認を送信する（ステップＳ５０３）。

なお、図５の例では紙面の都合上、接続先確認をＷｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）にのみ送信している。しかし、実際には、ブロードキャスト送信により、全てのＷｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）に送信しているものとする。

ブロードキャスト送信を受信した、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）では、自アプリケーションが提供するサービスのサービス名と、ブロードキャスト送信に含まれるサービス名とを比較する。比較の結果、一致していた場合には、当該Ｗｉ−Ｆｉダイレクトサービスアプリケーションが、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５に、接続先確認に対する応答を返す（ステップＳ５０８）。

一方、一致していなかった場合には、当該Ｗｉ−Ｆｉダイレクトサービスアプリケーションは、接続先確認に対する応答を返さない。

接続先確認に対する応答を受信したＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、接続要求に含まれていたサービス名のサービスを提供するＷｉ−Ｆｉダイレクトサービスサーバアプリケーションが存在すると判断する。つまり、接続要求に含まれるサービス名のサービスを提供可能であると判断する。

そこで、接続先確認に対する応答を受信したＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、当該応答を送信したＷｉ−Ｆｉダイレクトサービスサーバアプリケーションを特定する。図５の例では、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）を特定する。そして、特定したＷｉ−Ｆｉダイレクトサービスサーバアプリケーションに対して起動依頼を送信する（ステップＳ５０９）。

Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５より起動依頼を受信することにより、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）が起動する。また、自アプリケーションにアクセスするためのポートをオープン状態にする（ステップＳ５１０）。

更に、オープン状態にしたポートのポート番号をＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５に通知する（ステップＳ５１１）。ポート番号を受信したＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、接続要求を行った要求元（アクセス元）である外部機器１１０のＩＰアドレスを通知する（ステップＳ５１２）。

更に、受信したポート番号を接続要求に対する応答に含めて、Ｗｉ−Ｆｉユニット部３３０に送信する（ステップＳ５１３）。Ｗｉ−Ｆｉユニット部３３０では、ポート番号を含む応答を外部機器１１０に送信する（ステップＳ５１４）。

これにより、外部機器１１０では、接続要求に含めて送信したサービス名のサービスを提供するアプリケーションにアクセスするためのポート番号を取得することができる。ポート番号を取得した外部機器１１０では、操作部２００に対して、当該ポート番号を含めたサービスの提供要求を行う（ステップＳ５１５）。

外部機器１１０より送信されたサービスの提供要求は、Ｗｉ−Ｆｉユニット部３３０において受信される。サービスの提供要求を受信したＷｉ−Ｆｉユニット部３３０では、該要求に含まれるポート番号を介して、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）に当該要求を送信する（ステップＳ５１６）。

なお、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）にサービスの提供要求を送信するにあたっては、要求元（アクセス元）の外部機器１１０のＩＰアドレスを含めるものとする。

サービス提供要求を受信したＷｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）では、ステップＳ５１２において通知されたＩＰアドレスと、サービス提供要求に含まれるＩＰアドレスとを比較し、サービスの提供許否を判断する。比較の結果、一致していれば、正しい要求元からのサービス提供要求であると判断し、サービスを提供する（ステップＳ５１７）。一方、一致していない場合には、サービスの提供は行わない。

なお、ステップＳ５１５〜ステップＳ５１７までの処理は、１回のみ実施されてもよいし、複数回、繰り返し実施されてもよい。そして、外部機器１１０から要求された全てのサービスの提供を受けると、外部機器１１０では、終了指示を送信する（ステップＳ５１８）。

終了指示を受信したＷｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）では、アプリケーションを停止するとともに、ポートをクローズ状態にする（ステップＳ５１９）。

なお、ここでは、外部機器１１０からの終了指示によりアプリケーションを停止させ、ポートをクローズ状態にすることとしたが、本発明はこれに限定されない。例えば、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）においてタイマ監視等を行い、終了タイミングを判断するように構成してもよい。

＜サービス提供処理におけるポートの状態＞
次に、操作部２００が上記サービス提供処理（図５）を実行した際の、ポートの状態の変遷について説明する。図６は、サービス提供処理（図５）におけるポートの状態を模式的に示した図である。

図６の上段に示すように、接続要求を行う際に、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５は起動しており、対応するポート６０１もオープン状態にある。一方、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）は起動しておらず、対応するポート６０２〜６０４もクローズ状態となっている。

このため、外部機器１１０では、ポート６０１を介して、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５に接続要求を行うことができる。

接続要求を行うことで、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５が、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）を起動させ、対応するポート６０２をオープン状態にする（図６の下段）。

これにより、外部機器１１０では、ポート６０２を介して、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）にサービスの提供要求を行うことができる。なお、このときも、他のＷｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６３、４６４）は起動せず、対応するポート６０３、６０４はクローズ状態のままである。

つまり、Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーションは、接続要求があった場合に起動し、サービスの提供が完了すると停止する。このため、Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーションが起動している時間を大幅に短縮させることが可能となる。この結果、操作部のハードウェアリソース４９０の使用負荷を低減させることができる。

＜まとめ＞
以上の説明から明らかなように、本実施形態に係る操作部２００では、
・ディスパッチサーバアプリケーションを配し、常時オープン状態にあるポートを介して外部機器からアクセスできるよう、常時起動しておく構成とした。このように、接続要求を受け付けるディスパッチサーバアプリケーションと、サービスを提供するサービスサーバアプリケーションとを分けることで、サービスを提供する複数のサービスサーバアプリケーションを常時起動しておく必要がなくなる。

この結果、Ｗｉ−Ｆｉダイレクトにより接続される外部機器からの要求に応じてサービスを提供する装置において、リソースの使用負荷を低減させることが可能となる。

更に、本実施形態に係る操作部２００では、
・ディスパッチサーバアプリケーションが接続要求を受信した場合に、当該接続要求に含まれるサービス名を含めて、サービスサーバアプリケーションにブロードキャスト送信を行い、当該サービス名を有するサービスサーバアプリケーションを特定する構成とした。また、ディスパッチサーバアプリケーションからの指示により、特定したサービスサーバアプリケーションを起動させ、ポートをオープンさせる構成とした。

これにより、ディスパッチサーバアプリケーションがサービスサーバアプリケーションを特定するまでは、ポートをクローズしておくことが可能となり、操作部２００のセキュリティを確保することが可能となる。また、ユーザは、サービスサーバアプリケーションの起動に際して操作部２００上で操作を行う必要がない。このため、画像形成装置１２０から離れた場所においても、画像形成装置１２０に対して、サービスの提供要求を行うことが可能となる。

更に、本実施形態に係る操作部２００では、
・接続要求の要求元のＩＰアドレスとサービス提供要求の要求元のＩＰアドレスとを比較し、一致した場合のみ、サービスの提供を行う構成とした。

これにより、サービス提供要求が正しい要求元から送信されたと判断された場合のみ、サービスの提供を行うように構成することが可能となる。

［第２の実施形態］
上記第１の実施形態において、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーションでは、接続要求に含まれるサービス名のサービスを提供するＷｉ−Ｆｉダイレクトサービスサーバアプリケーションを選択する構成とした。しかしながら、本発明はこれに限定されない。例えば、接続要求に含まれるサービス名のサービスを提供するＷｉ−Ｆｉダイレクトサービスサーバアプリケーションが複数あった場合には、予め定められた優先順位に基づいて、選択する構成としてもよい。以下、本実施形態について詳細を説明する。なお、説明に際しては、上記第１の実施形態との相違点を中心に行うこととする。

図７は、操作部２００におけるサービス提供処理の流れを示すシーケンス図である。上記第１の実施形態と同様に、接続要求を受信したＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、接続要求に含まれるサービス名を指定して接続先確認を送信する（ステップＳ７０１〜Ｓ７０３）。接続先確認の送信は、全てのＷｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）に対してブロードキャスト送信により行う。

ブロードキャスト送信を受信した、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）では、自アプリケーションが提供するサービスのサービス名と、ブロードキャスト送信に含まれるサービス名とを比較する。比較の結果、一致していた場合には、当該Ｗｉ−Ｆｉダイレクトサービスアプリケーションが、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５に、接続先確認に対する応答を返す（ステップＳ７０４、Ｓ７０５）。なお、本実施形態においては、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）とＷｉ−ＦｉダイレクトサービスサーバアプリケーションＢ（４６３）とが応答を返したとする。

ここで、接続先確認に対する応答には、予め設定されている優先順位を含めるものとする。これにより、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、複数の応答を受信した場合に、応答に含まれる優先順位に基づいて、１つのＷｉ−Ｆｉダイレクトサービスサーバアプリケーションを選択することができる。なお、ここでは、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）が選択されたものとする。

Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、優先順位に基づいて選択した１つのＷｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）に対して起動依頼を送信する（ステップＳ５０９）。なお、以降の処理は、上記第１の実施形態（図５）と同様である。

以上の説明から明らかなように、本実施形態に係る操作部２００では、上記第１の実施形態に加え、更に、
・接続先確認に対して複数の応答があった場合に、サービスを提供する１のアプリケーションを選択できるように、接続先確認に対する応答に、優先順位を含める構成とした。これにより、接続要求に含めるサービス名だけでは１つのアプリケーションを特定できない場合であっても、ディスパッチサーバアプリケーションでは、１のサーバアプリケーションを選択することが可能となる。

［第３の実施形態］
上記第２の実施形態では、接続先確認に対する応答に含める優先順位として、予め定められた優先順位を用いる構成としたが、本発明はこれに限定されない。例えば、ユーザが当該優先順位を設定できるように構成してもよい。以下、本実施形態について詳細を説明する。なお、説明に際しては、上記第２の実施形態との相違点を中心に行うこととする。

図８は、操作部２００における設定処理の流れを示すシーケンス図である。図８に示すように、ステップＳ８０１では、ユーザが操作部２００の表示・入力部３１０を操作することで、設定アプリケーション４６１を起動する。設定アプリケーション４６１が起動することで、表示・入力部３１０には、設定用の画面が表示される（ステップＳ８０２）。

表示・入力部３１０に表示された設定用の画面に対して、ユーザは、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーションの優先順位を設定する（ステップＳ８０３）。ユーザにより優先順位が設定されることで、設定アプリケーション４６１では、対応するＷｉ−Ｆｉダイレクトサービスサーバアプリケーションに対して、設定された優先順位を通知する（ステップＳ８０４〜Ｓ８０６）。

以降、図７のサービス提供処理を実行する。なお、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーションでは、送信された接続先確認に応答する場合に、設定アプリケーション４６１により通知された優先順位を含めて応答する。

以上の説明から明らかなように、本実施形態に係る操作部２００では、上記第２の実施形態に加え、更に、
・サービスを提供するアプリケーションの優先順位を、ユーザが設定できるように構成した。これにより、接続要求に含めるサービス名だけでは１つのアプリケーションを特定できない場合であっても、ディスパッチサーバアプリケーションでは、ユーザの意図に応じた１のサーバアプリケーションを選択することが可能となる。

［第４の実施形態］
上記第２及び第３の実施形態では、接続先確認に対する応答に優先順位を含め、Ｗｉ−Ｆｉダイレクトサービスディスパッチサービスでは、接続先確認に対する応答を複数受信した場合には、当該優先順位に基づいて、１のアプリケーションを選択する構成とした。

しかしながら、本発明はこれに限定されず、例えば、サービスを提供するアプリケーションが実行された場合に使用するメモリ使用量やＣＰＵ使用量を、優先順位とあわせて送信するように構成してもよい。これにより、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーションでは、メモリ使用量やＣＰＵ使用量の少ないアプリケーションを選択することが可能となる。

この結果、操作部２００が有するリソースのサービス提供時の使用負荷を低減させることが可能となる。以下、本実施形態について詳細を説明する。なお、説明に際しては、上記第２の実施形態との相違点を中心に行うこととする。

図９は、操作部２００におけるサービス提供処理の流れを示すシーケンス図である。上記第２の実施形態と同様に、接続要求を受信したＷｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、接続要求に含まれるサービス名を指定して接続先確認を送信する（ステップＳ７０１〜Ｓ７０３）。接続先確認の送信は、全てのＷｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）に対してブロードキャスト送信により行う。

ブロードキャスト送信を受信した、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）では、自アプリケーションが提供するサービスのサービス名と、ブロードキャスト送信に含まれるサービス名とを比較する。比較の結果、一致していた場合には、当該Ｗｉ−Ｆｉダイレクトサービスアプリケーションが、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５に、接続先確認に対する応答を返す（ステップＳ９０１、Ｓ９０２）。なお、本実施形態においては、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）とＷｉ−ＦｉダイレクトサービスサーバアプリケーションＢ（４６３）とが応答を返したとする。

ここで、接続先確認に対する応答には、予め設定されている、アプリケーション実行時のメモリ使用量及びＣＰＵ使用量、ならびに優先順位を含めるものとする。これにより、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、接続先確認に対して複数の応答を受信した場合に、該応答に含まれるメモリ使用量及びＣＰＵ使用量、優先順位に基づく選択を行うことができる。なお、ここでは、Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）が選択されたものとする。

Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５では、メモリ使用量、ＣＰＵ使用量、優先順位に基づいて選択したＷｉ−ＦｉダイレクトサービスサーバアプリケーションＡ（４６２）に対して起動依頼を送信する（ステップＳ５０９）。

なお、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５において、１つのＷｉ−Ｆｉダイレクトサービスサーバアプリケーションを選択するにあたっては、種々の方法が考えられる。例えば、メモリ使用量、ＣＰＵ使用量に対して閾値を設け、所定の閾値を超えるメモリ使用量またはＣＰＵ使用量が含まれていた場合に、当該応答を送信したＷｉ−Ｆｉダイレクトサービスサーバアプリケーションを、選択対象から外すように構成してもよい。なお、このときの閾値は、操作部２００の現状のＣＰＵ使用量及びメモリ使用量に基づいて設定するようにしてもよい。

更に、閾値以下のメモリ使用量、ＣＰＵ使用量が含まれる応答が複数あった場合には、優先順位に基づいて、１つのＷｉ−Ｆｉダイレクトサービスサーバアプリケーションを選択するようにしてもよい。

以上の説明から明らかなように、本実施形態に係る操作部２００では、上記第２の実施形態に加え、更に、
・接続先確認に対して複数の応答があった場合に、サービスを提供する１のアプリケーションを選択できるように、接続先確認に対する応答に、サービス提供時のメモリ使用量及びＣＰＵ使用量を含める構成とした。これにより、接続要求に含めるサービス名だけでは１つのアプリケーションを特定できない場合であっても、ディスパッチサーバアプリケーションでは、１のサーバアプリケーションを選択することが可能となる。また、操作部２００が有するリソースのサービス提供時の使用負荷を抑えることが可能となる。

［その他の実施形態］
上記各実施形態では、Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５と、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）を操作部２００に配する構成としたが、本発明はこれに限定されない。Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション４６５と、各Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）は異なる筐体に配されていてもよい。あるいは、Ｗｉ−Ｆｉダイレクトサービスサーバアプリケーション（４６２〜４６４）のうちの一部が、異なる筐体に配されていてもよい。

上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１１０ 外部機器
１２０ 画像形成装置
２００ 操作部
２１０ 本体部
３００ 制御部
３１０ 表示・入力部
３２０ メモリ部
３３０ Ｗｉ−Ｆｉユニット部
３４０ 本体Ｉ／Ｆ部
４６１ 設定アプリケーション
４６２〜４６４ Ｗｉ−ＦｉダイレクトサービスサーバアプリケーションＡ〜Ｃ
４６５ Ｗｉ−Ｆｉダイレクトサービスディスパッチサーバアプリケーション
４７４ Ｗｉ−Ｆｉダイレクト接続サービス
４９０ 操作部のハードウェアリソース
６０１〜６０４ ポート

特開２００５−０９２４５６号公報

Claims (9)

1. オープン状態にある第１のポートを介してアクセスされた場合に、第１のサービスを提供可能な第１の提供手段と、
   前記第１のサービスからの起動依頼に応じて起動し、第２のポートをオープン状態にすることで、第２のサービスの提供が可能な状態にする第２の提供手段と、を有し、
   前記第１の提供手段は、前記第１のサービスとして、
   前記第１のポートを介してアクセスされた場合に、前記第２のサービスに含まれる複数のサービスの中から、一のサービスを選択し、該選択したサービスに起動依頼を通知するとともに、該通知に応じて取得した前記第２のポートを識別する識別子を、前記第１のポートを介してアクセスしたアクセス元に送信することを特徴とする情報処理装置。
2. 前記第１の提供手段は、
   前記アクセスに含まれるサービス名に基づいて、前記第２のサービスに含まれる複数のサービスの中から、前記一のサービスを選択することを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の提供手段は、
   前記選択したサービスを提供する前記第２の提供手段に、前記第１のポートを介してアクセスしたアクセス元のＩＰアドレスを通知する通知手段を更に有し、
   前記第２の提供手段は、前記第２のポートを介して前記第２のサービスにアクセスしたアクセス元のＩＰアドレスと、
   前記通知手段により通知されたＩＰアドレスとの比較の結果に応じて、前記第２のサービスにアクセスしたアクセス元への前記第２のサービスの提供許否を判断する判断手段を更に有することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１の提供手段は、
   前記第２のサービスに含まれる複数のサービスの中に、前記アクセスに含まれるサービス名を有するサービスが複数ある場合、予め定められたサービスごとの優先度に応じて、前記一のサービスを選択することを特徴とする請求項２に記載の情報処理装置。
5. ユーザからの指示に基づいて前記優先度を設定する設定手段を更に有することを特徴とする請求項４に記載の情報処理装置。
6. 前記第２の提供手段は、
   前記第２のサービスに含まれる複数のサービスの中に、前記アクセスに含まれるサービス名を有するサービスが複数ある場合、該複数のサービスを起動した際のＣＰＵの使用量及びメモリの使用量に基づいて、前記一のサービスを選択することを特徴とする請求項２に記載の情報処理装置。
7. 前記アクセス元と、Ｗｉ−Ｆｉダイレクトにより接続する接続手段を更に有することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 情報処理装置における情報処理方法であって、
   オープン状態にある第１のポートを介してアクセスされた場合に、第１のサービスを提供可能な第１の提供工程と、
   前記第１のサービスからの起動依頼に応じて起動し、第２のポートをオープン状態にすることで、第２のサービスの提供が可能な状態にする第２の提供工程と、を有し、
   前記第１の提供工程は、前記第１のサービスとして、
   前記第１のポートを介してアクセスされた場合に、前記第２のサービスに含まれる複数のサービスの中から、一のサービスを選択し、該選択したサービスに起動依頼を通知するとともに、該通知に応じて取得した前記第２のポートを識別する識別子を、前記第１のポートを介してアクセスしたアクセス元に送信することを特徴とする情報処理方法。
9. 情報処理装置のコンピュータに、
   オープン状態にある第１のポートを介してアクセスされた場合に、第１のサービスを提供可能な第１の提供工程と、
   前記第１のサービスからの起動依頼に応じて起動し、第２のポートをオープン状態にすることで、第２のサービスの提供が可能な状態にする第２の提供工程と、を実行させるプログラムであって、
   前記第１の提供工程は、前記第１のサービスとして、
   前記第１のポートを介してアクセスされた場合に、前記第２のサービスに含まれる複数のサービスの中から、一のサービスを選択し、該選択したサービスに起動依頼を通知するとともに、該通知に応じて取得した前記第２のポートを識別する識別子を、前記第１のポートを介してアクセスしたアクセス元に送信することを特徴とするプログラム。

Images