JP2014059715A - 要求伝達装置、機器、要求伝達システム、要求伝達方法、及びプログラム - Google Patents

Abstract

【課題】ネットワークを介した機器への要求の伝達方法について新たな形態を提供すること。
【解決手段】要求伝達装置は、機器に対する要求を受信し、前記要求を記憶部に記憶する受信部と、前記機器の状態の変化を通知する通知情報を前記機器より受信し、前記記憶部に記憶されている要求を、前記通知情報に対する応答に含めて返信する返信部とを有する。
【選択図】図４

Description

本発明は、要求伝達装置、機器、要求伝達システム、要求伝達方法、及びプログラムに関する。

従来、アプリケーションプログラムをインストールして機能拡張を図ることが可能な機器がある。

他方において、近年、クラウドサービスが注目されている。機器に関するサービスについても、クラウドサービスに代表されるような、ネットワークを介して提供されるサービス（例えば、ＷｅｂサービスやＡＳＰ（Application Service Provider）によって提供されるサービス等を含む。）として提供できれば、機器のユーザに対して更なる付加価値の提供の可能性が期待できる。

機器にインストールされるアプリケーションプログラムは、機器に実装されているＡＰＩ（Application Program Interface）等を介して、任意のタイミングで機器を制御できる。一方、クラウドサービスに代表されるような、ネットワークを介して提供されるサービスを提供するアプリケーションは、機器が設置されている企業等のイントラネット等のネットワーク環境に対して外部のネットワーク環境に配置される。したがって、斯かるアプリケーションが機器を制御する場合、ネットワークを介して機器に対して要求を送信する必要がある。

しかしながら、一般的に、企業等のイントラネットと、外部のネットワーク環境との間には、ファイアーウォールが設置されている。したがって、外部のネットワーク環境からの要求は、ファイアーウォールによって遮断されてしまう。

本発明は、上記の点に鑑みてなされたものであって、ネットワークを介した機器への要求の伝達方法について新たな形態を提供することを目的とする。

そこで上記課題を解決するため、要求伝達装置は、機器に対する要求を受信し、前記要求を記憶部に記憶する受信部と、前記機器の状態の変化を通知する通知情報を前記機器より受信し、前記記憶部に記憶されている要求を、前記通知情報に対する応答に含めて返信する返信部とを有する。

ネットワークを介した機器への要求の伝達方法について新たな形態を提供すること。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態における機器のハードウェア構成例を示す図である。 本発明の実施の形態における仲介装置のハードウェア構成例を示す図である。 本発明の実施の形態における情報処理システムの機能構成例を示す図である。 第一の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。 第一の実施の形態のメッセージ記憶部の構成例を示す図である。 第二の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。 第二の実施の形態のメッセージ記憶部の構成例を示す図である。 第三の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。 第三の実施の形態のメッセージ記憶部の構成例を示す図である。 第四の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。 第四の実施の形態のメッセージ記憶部の構成例を示す図である。 通知部、伝達部、及びサービス提供部の関係の一例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。図１の情報処理システム１において、仲介装置２０は、ユーザ環境Ｅ１及びサービス提供環境Ｅ２に対し、ＬＡＮ（Local Area Network）、イントラネット、又はインターネット等の通信用のネットワークを介して通信可能に接続されている。

仲介装置２０は、ユーザ環境Ｅ１とサービス提供環境Ｅ２との仲介を行うコンピュータである。以下、仲介装置２０が提供する機能又はサービスを、「仲介サービス」という。例えば、仲介装置２０は、インターネット上におけるクラウドサービスとして、仲介サービスを提供する。または、プライベートクラウドのように、ユーザ環境Ｅ１の企業内に仲介装置２０が設置されてもよい。なお、ネットワークを介して提供されるサービスには、クラウドサービス以外に、ＷｅｂサービスやＡＳＰ（Application Service Provider）によって提供されるサービス等、各種存在するが、本実施の形態では、便宜上、クラウドサービスを、ネットワークを介して提供されるサービスの一つの代表例として説明する。

サービス提供環境Ｅ２は、ネットワークを介してサービスを提供する組織におけるシステム環境である。サービス提供環境Ｅ２は、サービス提供装置３０を有する。サービス提供装置３０は、ネットワークを介して、ユーザ環境Ｅ１における機器１０と連携することにより実現される所定のサービスを提供する。なお、サービス提供装置３０に関しても、仲介装置２０と同様に、ユーザ環境Ｅ１に設置されてもよい。すなわち、サービス提供環境Ｅ２は、ユーザ環境Ｅ１に包含されてもよい。

ユーザ環境Ｅ１は、機器１０のユーザ企業等におけるシステム環境又はネットワーク環境である。ユーザ環境Ｅ１は、一台以上の機器１０を含む。

本実施の形態の機器１０は、印刷、スキャン、コピー、及びファクス（ＦＡＸ）通信等のうちの二以上の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を単体で有する機器が機器１０として用いられてもよい。また、後述において例示されるように、通信機能を有する機器であれば、他の種類の機器が機器１０として用いられてもよい。

ユーザ環境Ｅ１は、外部のネットワークとの間にファイアーウォール（ＦＷ）４０を有する。ファイアーウォール４０は、基本的に、ユーザ環境Ｅ１の外部からの要求を遮断する。したがって、サービス提供装置３０は、機器１０と連携するために機器１０に要求を送信したい場合、直接的に機器１０に要求を送信することはできない。そこで、本実施の形態では、仲介装置２０によって、サービス提供装置３０から機器１０に対する要求の伝達が仲介される。

図２は、本発明の実施の形態における機器のハードウェア構成例を示す図である。図２において、機器１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。

コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、機器１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

図３は、本発明の実施の形態における仲介装置のハードウェア構成例を示す図である。図３の仲介装置２０は、それぞれバスBで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５とを有する。

仲介装置２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体２０１によって提供される。プログラムを記憶した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従って仲介装置２０に係る機能を実行する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、サービス提供装置３０も、図３に示されるようなハードウェアを有していてもよい。また、仲介装置２０とサービス提供装置３０とは、一つのコンピュータによって実現されてもよい。また、仲介装置２０及びサービス提供装置３０のそれぞれは、複数のコンピュータによって実現されてもよい。

図４は、本発明の実施の形態における情報処理システムの機能構成例を示す図である。図４において、機器１０は、通知部１２１及びメッセージ処理部１２２等を有する。これら各部は、機器１０にインストールされた一以上のプログラムが、ＣＰＵ１１１に実行させる処理により実現される。

通知部１２１は、機器１０の状態の変化を通知する情報を仲介装置２０に送信する。状態の変化の一例として、機器１０におけるジョブの実行の開始若しくは完了、又は異常の発生等が挙げられる。また、省電力状態への移行、省電力状態からの復帰等も機器の状態の変化の一例として挙げられる。以下、機器１０から仲介装置２０へ通知される情報（通知情報）を、「イベント」という。イベントが仲介装置２０に送信されるのは、機器１０の状態の変化をサービス提供装置３０等に検知させるためである。すなわち、サービス提供装置３０は、機器１０の状態の変化に応じ、所定のサービスを提供する場合も有るからである。

メッセージ処理部１２２は、サービス提供装置３０からの機器１０に対する処理の実行要求に応じた処理を実行する。本実施の形態において、サービス提供装置３０からの機器１０に対する処理の実行要求を「メッセージ」という。サービス提供装置３０からのメッセージは、複数種類存在しうる。したがって、メッセージの種類ごとに異なるプログラムによってメッセージ処理部１２２が実現されてもよい。すなわち、メッセージ処理部１２２は、複数のプログラムによって実現されてもよい。

なお、サービス提供装置３０から機器１０へのメッセージの伝達方法については後述される。

仲介装置２０は、メッセージ受信部２２１及び伝達部２２２等を有する。これら各部は、仲介装置２０にインストールされた一以上のプログラムが、ＣＰＵ２０４に実行させる処理により実現される。仲介装置２０は、また、メッセージ記憶部２３１及び連携情報記憶部２３２等を利用する。これら各記憶部は、補助記憶装置２０２、又は仲介装置２０にネットワークを介して接続される記憶装置等を用いて実現可能である。

メッセージ受信部２２１は、サービス提供装置３０よりメッセージを受信する。すなわち、サービス提供装置３０は、機器１０に対するメッセージをメッセージ受信部２２１に送信する。メッセージ受信部２２１は、受信されたメッセージと、メッセージと共に受信される付帯情報とを対応付けてメッセージ記憶部２３１に記憶する。付帯情報の一例として、メッセージの通知先を示す情報が挙げられる。

伝達部２２２は、機器１０からのイベントを受信し、当該イベントを予め設定された伝達先に転送する。伝達部２２２は、また、機器１０からのイベントの受信に応じ、当該機器１０を通知先とするメッセージがメッセージ記憶部２３１に記憶されているか否かを確認する。該当するメッセージがメッセージ記憶部２３１に記憶されている場合、当該メッセージを、機器１０からのイベントに対する応答に含めて機器１０に返信する。すなわち、サービス提供装置３０から機器１０に対するメッセージは、機器１０からのイベントの受信に対する応答によって機器１０に伝達される。機器１０からのイベントの受信に対する応答であれば、ユーザ環境Ｅ１のファイアーウォール４０を通過可能であるからである。

連携情報記憶部２３２は、機器１０からのイベントとサービス提供装置３０が提供するサービスとの対応情報を記憶する。連携情報が記憶する情報は、伝達部２２２が機器１０からのイベントを受信した際に、当該イベントの転送先を判定するために用いられる。

サービス提供装置３０は、サービス提供部３１を有する。サービス提供部３１は、サービス提供装置３０にインストールされた一以上のプログラムがサービス提供装置３０のＣＰＵに実行させる処理により実現される。サービス提供部３１は、機器１０と連携することにより実現される所定のサービスを提供する。なお、サービス提供部３１は、ＳａａＳ（Software as a Service）の形態で利用可能とされてよい。

以下、情報処理システム１において、サービス提供装置３０から機器１０へのメッセージを伝達するために実行される処理手順について説明する。図５は、第一の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。

或るメッセージを特定の機器１０に通知したい場合、サービス提供部３１は、当該メッセージと、当該メッセージに関する通知先情報とを、仲介装置２０のメッセージ受信部２２１宛に送信する（Ｓ１０１）。サービス提供部３１がメッセージを送信する契機は、例えば、予め設定された設定情報に基づく自動的なものであってもよい。または、サービス提供部３１にアクセスするためのＷｅｂページを介して非図示の通知端末において入力される、機器１０の操作要求等に応じたものであってもよい。なお、ここでは、仲介装置２０とサービス提供装置３０との間において、サービス提供部３１からの要求を遮断するファイアーウォールは存在しないこととする。

また、通知先情報には、メッセージの通知先の機器１０の識別情報と、当該機器１０において当該メッセージを通知すべきプログラムの識別情報とが指定される。以下、機器１０の識別情報を、「機体番号」という。機体番号は、製造番号、シリアル番号、ＭＡＣアドレス、又はＩＰアドレス等、各機器１０を識別可能な情報であればよい。また、プログラムの識別情報を、以下「プログラムＩＤ」という。

仲介装置２０のメッセージ受信部２２１は、メッセージ及び通知先情報を受信すると、メッセージ及び通知先情報を対応付けてメッセージ記憶部２３１に保存（記憶）する（Ｓ１０２）。

図６は、第一の実施の形態のメッセージ記憶部の構成例を示す図である。図６に示されるように、メッセージ記憶部２３１は、メッセージと通知先情報とを対応付けて記憶する。図６において、通知先情報は、＜機体番号＞：＜プログラムＩＤ＞の形式で示されている。すなわち、図６では、機体番号が「機体Ａ」である機器１０における、プログラムＩＤが「アプリａ」であるプログラムに、「要求１」というメッセージを伝達すべき旨がメッセージ記憶部２３１に記憶された例が示されている。

その後、メッセージとは非同期又は無関係に、或る機器１０において何らかの状態の変化が発生すると、当該機器１０の通知部１２１は、当該状態の変化を示すイベントと共に当該機器１０の機体番号を仲介装置２０の伝達部２２２に送信する（Ｓ１０３）。なお、イベント等は、通信プロトコルにおける要求の形式で送信される。また、通知対象とされるイベントは限定されてもよい。すなわち、全ての状態の変化に対するイベントが通知されるのではなく、当該機器１０と連携するサービス提供部３１等が必要とするイベントのみが通知されるようにしてもよい。通知すべきイベントの種類（状態の変化の種類）は、サービス提供部３１との連携の設定時等において、機器１０に設定されてもよい。

伝達部２２２は、イベント等の受信に応じ、当該イベントを、連携情報記憶部２３２に設定されている通知先に通知する。通知先は、サービス提供装置３０のサービス提供部３１であってもよいし、他の装置又はサービスであってもよい。

続いて、伝達部２２２は、イベントと共に受信された機体番号に対応付いているメッセージを、メッセージ記憶部２３１より検索する（Ｓ１０４）。機体番号に対応付いているメッセージとは、メッセージ記憶部２３１に記憶されている通知先情報のうち、当該機体番号が含む通知情報に対応付けられてメッセージ記憶部２３１に記憶されているメッセージをいう。

該当するメッセージが検索された場合、伝達部２２２は、当該メッセージ及び当該メッセージに対応付いている通知先情報等を含む応答を、イベント等を含む要求に対する応答として、機器１０に返信する（Ｓ１０５）。返信されたメッセージに関するレコードは、伝達部２２２によってメッセージ記憶部２３１から削除される。同じメッセージの重複伝達を避けるためである。なお、該当するメッセージが無い場合は、メッセージ及び通知先情報を含まない応答が返信される。

機器１０の通知部１２１は、伝達部２２２からの応答を受信し、当該応答に含まれている通知先情報に指定されているプログラムＩＤに係るプログラムによって実現されるメッセージ処理部１２２に、当該応答に含まれているメッセージを通知する（Ｓ１０６）。メッセージ処理部１２２は、通知されたメッセージに応じた処理を実行する。なお、受信された応答にメッセージが含まれていない場合、メッセージ処理部１２２へのメッセージの通知は行われない。

例えば、メッセージが「電源ＯＦＦ要求」であり、通知先情報に指定されているプログラムＩＤが、電源ＯＦＦアプリケーションを示すプログラムＩＤであるとする。この場合、電源ＯＦＦアプリケーションが実現するメッセージ処理部１２２に当該メッセージが通知される。当該メッセージ処理部１２２は、「電源ＯＦＦ要求」の通知に応じ、機器１０の電源を切断する。その結果、サービス提供部３１は、インターネット等を介して、機器１０の電源を切断することが可能なサービスを提供することができる。なお、このようなサービスは、第一の実施の形態において説明した仕組みの一例に過ぎない。

なお、第二の実施の形態において説明されるように、第一の実施の形態においても、イベントに対する応答によってメッセージを受信した機器１０以外の機器１０に、当該メッセージが転送されてもよい。

上述したように、第一の実施の形態によれば、機器１０からのイベントの通知に対する応答に含められて、サービス提供部３１からのメッセージが機器１０に返信される。したがって、ファイアーウォール４０を跨いで、サービス提供部３１からのメッセージを機器１０に伝達することができる。

また、メッセージが伝達されるタイミングは、機器１０からのイベントが通知されたときであるため、定期的なポーリングや、通信のためのコネクションを張りっぱなしにしている場合に比べて、仲介装置２０における通信負荷を低減させることができる。

更に、機器１０と仲介装置２０との間の一往復の通信において、機器１０から仲介装置２０への上り方向の通信ではイベントが通知され、仲介装置２０から機器２０への下り方向の通信ではメッセージが伝達される。したがって、一往復当たりの情報の通知量又は伝達量を高めることができる。その結果、機器１０と仲介装置２０との間の通信を効率化することができる。

次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。

図７は、第二の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。

或るメッセージを特定の機器１０に通知したい場合、サービス提供部３１は、当該メッセージと、当該メッセージに関する通知先情報とを、仲介装置２０のメッセージ受信部２２１宛に送信する（Ｓ２０１）。第二の実施の形態では、更に、当該メッセージを機器１０に伝達する契機を示す情報（以下、「トリガ情報」という。）が、メッセージと共に送信される。トリガ情報は、機器１０からのイベントを特定する情報として構成される。すなわち、第二の実施の形態では、「このイベントが機器１０から通知された場合に、このメッセージを機器１０に伝達して欲しい。」といった要求が、サービス提供部３１からメッセージ受信部２２１宛に送信される。なお、サービス提供部３１がメッセージを送信する契機は、第一の実施の形態と同様でよい。

仲介装置２０のメッセージ受信部２２１は、メッセージ、トリガ情報、及び通知先情報を受信すると、メッセージ、トリガ情報、及び通知先情報を対応付けてメッセージ記憶部２３１に保存（記憶）する（Ｓ２０２）。

図８は、第二の実施の形態のメッセージ記憶部の構成例を示す図である。図８に示されるように、メッセージ記憶部２３１は、メッセージ、トリガ情報、及び通知先情報を対応付けて記憶する。

その後、メッセージとは非同期又は無関係に、機器１０ａにおいて何らかの状態の変化が発生すると、機器１０ａの通知部１２１は、当該状態の変化を示すイベントと共に機器１０ａ及び他の機器１０のそれぞれの機体番号を含む要求を仲介装置２０の伝達部２２２に送信する（Ｓ２０３）。すなわち、第二の実施の形態では、例えば、同一のネットワークセグメントに接続されている機器１０、又はユーザ環境Ｅ１における全ての機器１０等、複数の機器１０の機体番号が、一台の機器１０のイベントに伴って伝達部２２２に送信される。図７の例では、機器１０ａ及び機器１０ｂのそれぞれの機体番号が、伝達部２２２に送信される。なお、機器１０ａと機器１０ｂとの種類は、異なっていてもよい。

伝達部２２２は、イベント等の受信に応じ、当該イベントを、連携情報記憶部２３２に設定されている通知先に通知する。

続いて、伝達部２２２は、受信されたイベント、及び当該イベントと共に受信された複数の機体番号のいずれかに対応付いているメッセージを、メッセージ記憶部２３１より検索する（Ｓ２０４）。受信されたイベントに対応付いているメッセージとは、メッセージ記憶部２３１に記憶されているトリガ情報の中で、当該イベントを示すトリガ情報に対応付いているメッセージをいう。

該当するメッセージが検索された場合、伝達部２２２は、当該メッセージ及び当該メッセージに対応付いている通知先情報等を含む応答を、イベント等を含む要求に対する応答として、機器１０ａに返信する（Ｓ２０５）。なお、第二の実施の形態では、返信されたメッセージに関するレコードは、メッセージ記憶部２３１から削除されなくてもよい。特定のイベントが通知された場合に、同じメッセージを繰り返し伝達したい場合も有るからである。

機器１０ａの通知部１２１は、伝達部２２２からの応答を受信すると、当該応答に含まれている通知先情報に指定されている機体番号に係る機器１０ｂの通知部１２１に、受信されたメッセージ及び通知先情報を転送する（Ｓ２０６）。

機器１０ｂの通知部１２１は、転送された通知先情報に指定されているプログラムＩＤに係るプログラムによって実現されるメッセージ処理部１２２に、転送されたメッセージを通知する（Ｓ２０７）。メッセージ処理部１２２は、通知されたメッセージに応じた処理を実行する。

なお、通知先情報には、機器１０ａの機体番号が含まれていてもよい。この場合、機器１０ａにおいても、メッセージに応じた処理が実行される。また、第一の実施の形態と同様に、通知先情報には機器１０ａのみの機体番号が含まれていてもよい。この場合、機器１０ａから機器１０ｂへのメッセージの転送は行われなくてもよい。

例えば、トリガ情報が、機器１０におけるスキャンの完了を示す情報であり、メッセージが、スキャンされた画像データ（以下、「スキャン画像」という。）の転送要求であるとする。メッセージには、スキャン画像の転送先の識別情報（例えば、ＵＲＬ（Uniform Resource Locator）等）が含まれている。この場合、機器１０からスキャンの完了を示すイベントが伝達部２２２に通知されると、伝達部２２２は、機器１０に対し、スキャン画像の転送要求を返信する。機器１０のメッセージ処理部１２２は、スキャン画像を当該転送要求に指定された転送先に転送する。その結果、サービス提供部３１は、インターネット等を介した、スキャン画像の転送サービス又はアップロードサービスを提供することができる。なお、このようなサービスは、第二の実施の形態において説明した仕組みの一例に過ぎない。

次に、第三の実施の形態について説明する。第三の実施の形態では第一又は第二の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一又は第二の実施の形態と同様でもよい。

図９は、第三の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。

或るメッセージを特定の機器１０に通知したい場合、サービス提供部３１は、当該メッセージと、当該メッセージに関する通知先情報とを、仲介装置２０のメッセージ受信部２２１宛に送信する（Ｓ３０１）。第三の実施の形態では、更に、当該メッセージに応じた処理を実行する時期を示す情報（以下、「スケジュール情報」という。）が、メッセージと共に送信される。

仲介装置２０のメッセージ受信部２２１は、メッセージ、スケジュール情報、及び通知先情報を受信すると、メッセージ、スケジュール情報、及び通知先情報を対応付けてメッセージ記憶部２３１に保存（記憶）する（Ｓ３０２）。

図１０は、第三の実施の形態のメッセージ記憶部の構成例を示す図である。図１０に示されるように、メッセージ記憶部２３１は、メッセージ、スケジュール情報、及び通知先情報を対応付けて記憶する。

ステップＳ３０３〜Ｓ３０５は、図５のステップＳ１０３〜Ｓ１０５と同様でよい。但し、ステップＳ３０５では、返信されるメッセージに対応付けられてメッセージ記憶部２３１に記憶されているスケジュール情報も、応答に含められて機器１０に返信される。

機器１０の通知部１２１は、伝達部２２２からの応答を受信すると、当該応答に含まれているメッセージの通知時期を、スケジュール情報が示す時期に設定する（Ｓ３０６）。当該時期が到来すると、通知部１２１は、受信された応答に含まれていた通知先情報に指定されているプログラムＩＤに係るプログラムによって実現されるメッセージ処理部１２２に、当該メッセージを通知する（Ｓ３０７）。メッセージ処理部１２２は、通知されたメッセージに応じた処理を実行する。

例えば、メッセージが、機器１０のファームウェアの更新要求であるとする。この場合、スケジュール情報に指定された時期に、ファームウェアの更新を機器１０に実行させることができる。

なお、第三の実施の形態と第二の実施の形態とを組み合わせてもよい。この場合、特定のイベントが機器１０から通知された際に、スケジュール情報を伴うメッセージが、機器１０に伝達されることになる。

次に、第四の実施の形態について説明する。第四の実施の形態では第一、第二、又は第三の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一、第二、又は第三の実施の形態と同様でもよい。

図１１は、第四の実施の形態のメッセージの伝達処理の処理手順の一例を説明するためのシーケンス図である。

図１１において、ステップＳ４０１〜Ｓ４０６は、図５のステップＳ１０１〜Ｓ１０６とほぼ同様である。但し、ステップＳ４０１では、メッセージに応じた処理の実行結果の応答先を示す情報（以下、「応答先情報」という。）が指定される。応答先情報の一例として、ＵＲＬ（Uniform Resource Locator）等が挙げられる。したがって、ステップＳ４０２では、メッセージ等に対応付けられて応答情報もメッセージ情報に記憶される。

図１２は、第四の実施の形態のメッセージ記憶部の構成例を示す図である。図１０に示されるように、メッセージ記憶部２３１は、メッセージ、応答先情報、及び通知先情報を対応付けて記憶する。

ステップＳ４０５では、メッセージ及び通知先情報と共に応答先情報も、機器１０からのイベントに対する応答に含められて機器１０に返信される。

機器１０の通知部１２１は、伝達部２２２からの応答を受信し、当該応答に含まれている通知先情報に指定されているプログラムＩＤに係るプログラムによって実現されるメッセージ処理部１２２に、当該応答に含まれているメッセージ及び応答先情報を通知する（Ｓ４０６）。メッセージ処理部１２２は、通知されたメッセージに応じた処理を実行する。

メッセージ処理部１２２は、メッセージに応じた処理の実行が完了すると、処理結果及び応答先情報を指定して、処理結果の転送を通知部１２１に要求する（Ｓ４０７）。なお、ステップＳ４０７は、ステップＳ４０６に同期していなくてもよい。

続いて、通知部１２１は、処理結果を示すイベント、機体番号、及び応答先情報を仲介装置２０の伝達部２２２に送信する（Ｓ４０８）。伝達部２２２は、当該応答先情報の示す応答先に、当該イベント（処理結果）及び機体番号を転送する（Ｓ４０９）。図１１では、メッセージを送信したサービス提供部３１に転送された例が示されているが、応答先は、当該サービス提供部３１でなくてもよい。

なお、ステップＳ４０８のイベントの受信に応じて、伝達部２２２は、当該イベントの送信元の機器１０に対するメッセージがメッセージ記憶部２３１に記憶されていれば、当該メッセージを、機器１０に対する応答に含めて返信してもよい。

例えば、メッセージが、スキャン画像の転送要求である場合、機器１０のメッセージ処理部１２２は、スキャンに応じて生成されるスキャン画像及び応答先情報等を、通知部１２１を介して仲介装置２０の伝達部２２２に送信する。伝達部２２２は、応答先情報の示す応答先に、スキャン画像を転送する。

なお、第四の実施の形態を、第三又は第二の実施の形態に組み合わせてもよい。

なお、上記各実施の形態では、サービス提供部３１は、メッセージごとに通知先情報を指定する例を説明した。但し、通知先情報は、必ずしも指定されなくてもよい。例えば、仲介装置２０において、サービス提供部３１と、当該サービス提供部３１からのメッセージの通知先となる機器１０との対応関係を示す情報が予め設定され、記憶されていてもよい。この場合、伝達部２２２は、各メッセージをいずれの機器１０に返信するかについては、当該対応関係を示す情報に基づいて判定すればよい。また、不特定の機器１０に返信されるメッセージが有ってもよい。

また、上記各実施の形態において、伝達部２２２とサービス提供部３１とは、同一のコンピュータに実装されてもよい。

また、上記各実施の形態において、通知部１２１は、ユーザ環境Ｅ１のイントラネット内に配置され、伝達部２２２、メッセージ受信部２２１、及び、サービス提供部３１は、インターネット上（Ｗｅｂ上、クラウド上、又はＡＳＰ上等。以下同じ。）に配置される場合が考えられる。また、通知部１２１、伝達部２２２メッセージ受信部２２１、及びサービス提供部３１の全てがインターネット上に有ってもよい。逆に、通知部１２１、伝達部２２２メッセージ受信部２２１、及びサービス提供部３１の全てがイントラネット内に有ってもよい。

続いて、上記各実施の形態における、通知部１２１、伝達部２２２、及びサービス提供部３１の関係について説明する。

図１３は、通知部、伝達部、及びサービス提供部の関係の一例を示す図である。なお、図１３の説明において、便宜上、伝達部２２２には、メッセージ受信部２２１も含まれることとする。

一つの伝達部２２２を利用するサービス提供部３１、及び、通知部１２１は複数存在してもよい。サービス提供部３１及び、通知部１２１から見た場合、利用可能な伝達部２２２は複数存在してもよい。また、複数の伝達部２２２の間で通信又は連携が行われてもよい。すなわち、複数の伝達部２２２の間でメッセージ又はイベントの転送が行われてもよい。

このような関係によれば、サービス提供部３１は、状況に応じて利用する伝達部２２２を選択することができる。例えば、サービス提供部３１は、通知負荷又は処理負荷の小さい伝達部２２２を選択して利用してもよい。そうすることで、メッセージの早期伝達を期待できる。

通知部１２１についても同様に、通知負荷又は処理負荷の小さい伝達部２２２を選択して利用してもよい。そうすることで、イベントの早期伝達を期待できるとともに、メッセージの早期受信も期待できる。

また、第二の実施の形態において触れたように、通知部１２１の間で連携が可能とされてもよい。そうすることで、イベントの通知頻度が低い機器１０に対しても、別の機器１０の通知部１２１を経由して、メッセージを早期に伝達することが可能となる。

なお、上記各実施の形態において、画像形成装置が機器１０である例を説明したが、ネットワーク通信の可能なプロジェクタ、デジタルカメラ、携帯電話、又はスマートフォン等、通信機能を有する機器であれば、他の種類の機器が本実施の形態に適用されてもよい。

なお、上記各実施の形態において、仲介装置２０は、要求伝達装置の一例である。メッセージ受信部２２１は、受信部の一例である。伝達部２２２は、返信部の一例である。通知部１２１は、送信部の一例である。メッセージ処理部１２２は、処理部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 情報処理システム
１０ 機器
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ 仲介装置
３０ サービス提供装置
３１ サービス提供部
４０ ファイアーウォール
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
１２１ 通知部
１２２ メッセージ処理部
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２２１ メッセージ受信部
２２２ 伝達部
２３１ メッセージ記憶部
２３２ 連携情報記憶部
Ｂ バス

特開２００２−３４２２０１号公報

Claims (12)

1. 機器に対する要求を受信し、前記要求を記憶部に記憶する受信部と、
   前記機器の状態の変化を通知する通知情報を前記機器より受信し、前記記憶部に記憶されている要求を、前記通知情報に対する応答に含めて返信する返信部とを有する要求伝達装置。
2. 前記受信部は、複数種類の前記通知情報のうちの特定の種類の前記通知情報を示す特定情報を前記要求と共に受信し、前記特定情報を前記要求に対応付けて前記記憶部に記憶し、
   前記返信部は、前記通知情報を受信し、前記記憶部が記憶する要求の中で、当該通知情報に合致する前記特定情報に対応付いている要求を、前記通知情報に対する応答に含めて返信する請求項１記載の要求伝達装置。
3. 前記受信部は、機器に対する要求に応じた処理を機器に実行させる時期を示す時期情報を前記要求と共に受信し、前記時期情報を前記要求に対応付けて前記記憶部に記憶し、
   前記返信部は、前記記憶部に記憶されている要求及び当該要求に対応付いている前記時期情報を、前記通知情報に対する応答に含めて返信する請求項１又は２記載の要求伝達装置。
4. 前記受信部は、前記要求に応じた処理の実行結果の応答先を示す応答先情報を前記要求と共に受信し、前記応答先情報を前記要求に対応付けて前記記憶部に記憶し
   前記返信部は、前記記憶部に記憶されている要求及び当該要求に対応付いている前記応答先情報を、前記通知情報に対する応答に含めて返信する請求項１乃至３いずれか一項記載の要求伝達装置。
5. 前記受信部は、前記要求の通知先の機器の識別情報を前記要求と共に受信し、前記識別情報を前記要求に対応付けて前記記憶部に記憶し、
   前記返信部は、前記通知情報を機器より受信し、前記記憶部が記憶する要求の中で、当該機器の識別情報に対応付いている要求を、前記通知情報に対する応答に含めて返信する請求項１乃至４いずれか一項記載の要求伝達装置。
6. 請求項１乃至５いずれか一項記載の要求伝達装置に前記通知情報を送信する送信部と、
   前記通知情報に対して前記要求伝達装置から返信される応答に含まれている前記要求に応じた処理を実行する処理部とを有する機器。
7. 機器に対する要求を受信し、前記要求を記憶部に記憶する受信部と、
   前記機器の状態の変化を通知する通知情報を前記機器より受信し、前記記憶部に記憶されている要求を、前記通知情報に対する応答に含めて返信する返信部とを有する要求伝達装置と、
   前記要求伝達装置に前記通知情報を送信する送信部と、
   前記通知情報に対して前記要求伝達装置から返信される応答に含まれている前記要求に応じた処理を実行する処理部とを有する機器と、
   を含む要求伝達システム。
8. 機器に対する要求を受信し、前記要求を記憶部に記憶する受信手順と、
   前記機器の状態の変化を通知する通知情報を前記機器より受信し、前記記憶部に記憶されている要求を、前記通知情報に対する応答に含めて返信する返信手順とをコンピュータが実行する要求伝達方法。
9. 請求項１乃至５いずれか一項記載の要求伝達装置に前記通知情報を送信する送信手順と、
   前記通知情報に対して前記要求伝達装置から返信される応答に含まれている前記要求に応じた処理を実行する処理手順とを機器が実行する要求伝達方法。
10. 機器に対する要求を受信し、前記要求を記憶部に記憶する受信手順と、
    前記機器の状態の変化を通知する通知情報を前記機器より受信し、前記記憶部に記憶されている要求を、前記通知情報に対する応答に含めて返信する返信手順とをコンピュータが実行し、
    前記コンピュータに前記通知情報を送信する送信手順と、
    前記通知情報に対して前記コンピュータから返信される応答に含まれている前記要求に応じた処理を実行する処理手順とを機器が実行する要求伝達方法。
11. 機器に対する要求を受信し、前記要求を記憶部に記憶する受信手順と、
    前記機器の状態の変化を通知する通知情報を前記機器より受信し、前記記憶部に記憶されている要求を、前記通知情報に対する応答に含めて返信する返信手順とをコンピュータに実行させるプログラム。
12. 請求項１乃至５いずれか一項記載の要求伝達装置に前記通知情報を送信する送信手順と、
    前記通知情報に対して前記要求伝達装置から返信される応答に含まれている前記要求に応じた処理を実行する処理手順とを機器に実行させるプログラム。

Images