(57)【要約】【課題】機器の操作部の操作性を向上させること。【解決手段】操作部を有する機器であって、前記操作部は、ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、当該機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、前記処理部による前記処理の実行要求の送信ごとに、当該機器と前記操作部との通信のための接続が行われ、前記配信部による、事象情報の受信は、当該機器と前記操作部との間で常設される通信の接続を利用して行われる。【選択図】図４
2018005942.tif 000002
【特許請求の範囲】
【請求項１】
操作部を有する機器であって、
前記操作部は、
ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、
当該機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、
前記処理部による前記処理の実行要求の送信ごとに、当該機器と前記操作部との通信のための接続が行われ、
前記配信部による、事象情報の受信は、当該機器と前記操作部との間で常設される通信の接続を利用して行われることを特徴とする機器。
【請求項２】
前記配信部は、
前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とする請求項１記載の機器。
【請求項３】
前記配信部は、
複数の前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記処理部ごとに、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記処理部ごとに、当該処理部からの配信要求に含まれる前記第二の識別情報に係る事象情報の通知要求を当該機器に送信することを特徴とする請求項２記載の機器。
【請求項４】
前記配信部は、
複数の前記処理部から、前記処理部ごとの第一の識別情報と、同一の前記第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記各第一の識別情報を、前記同一の前記第二の識別情報に対応付けて前記記憶部に記憶して、当該第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から当該事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記各第一の識別情報に係る前記複数の処理部に、当該事象情報を配信することを特徴とする請求項２又は３記載の機器。
【請求項５】
前記配信部は、前記複数の処理部からの配信要求に対して、一つの前記通知要求を当該機器に送信することを特徴とする請求項４記載の機器。
【請求項６】
機器の操作部として機能する情報処理端末であって、
前記情報処理端末は、
ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、
前記機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、
前記処理部による前記処理の実行要求の送信ごとに、前記機器と当該情報処理端末との通信のための接続の開設及び開放が行われ、
前記配信部による、事象情報の受信は、前記機器と当該情報処理端末との間で常設される通信の接続を利用して行われることを特徴とする情報処理端末。
【請求項７】
機器と、前記機器の操作部として機能する情報処理端末であって、
前記情報処理端末は、
ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、
前記機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、
前記処理部による前記処理の実行要求の送信ごとに、前記機器と当該情報処理端末との通信のための接続の開設及び開放が行われ、
前記配信部による、事象情報の受信は、前記機器と当該情報処理端末との間で常設される通信の接続を利用して行われることを特徴とする情報処理システム。
【請求項８】
機器が有する操作部における情報処理方法であって、
当該操作部が有する１以上の処理部が、ユーザによる操作に応じた処理の実行要求を前記機器に送信する送信手順と、
当該操作部が有する配信部が、前記機器において発生した事象を示す事象情報を受信し、当該事象情報を、前記処理部に配信する配信手順とを有し、
前記処理部による前記処理の実行要求の送信ごとに、前記機器と前記操作部との通信のための接続が行われ、
前記配信部による、事象情報の受信は、前記機器と前記操作部との間で常設される通信の接続を利用して行われることを特徴とする情報処理方法。
【請求項９】
機器の操作部として機能する情報処理端末における情報処理方法であって、
当該情報処理端末が有する１以上の処理部が、ユーザによる操作に応じた処理の実行要求を前記機器に送信する送信手順と、
当該情報処理端末が有する配信部が、前記機器において発生した事象を示す事象情報を受信し、当該事象情報を、前記処理部に配信する配信手順とを有し、
前記処理部による前記処理の実行要求の送信ごとに、前記機器と当該情報処理端末との通信のための接続の開設及び開放が行われ、
前記配信部による、事象情報の受信は、前記機器と当該情報処理端末との間で常設される通信の接続を利用して行われることを特徴とする情報処理方法。
【請求項１０】
機器が有する操作部を、
当該機器において発生した事象を示す事象情報を受信し、当該事象情報を、ユーザによる操作に応じた処理の実行要求を前記機器に送信する、当該操作部が有する１以上の処理部に配信する配信部として機能させ、
前記処理部による前記処理の実行要求の送信ごとに、当該機器と前記操作部との通信のための接続が行われ、
前記配信部による、事象情報の受信は、当該機器と前記操作部との間で常設される通信の接続を利用して行われることを特徴とするプログラム。
【請求項１１】
機器の操作部として機能する情報処理端末を、
前記機器において発生した事象を示す事象情報を受信し、当該事象情報を、ユーザによる操作に応じた処理の実行要求を前記機器に送信する、当該情報処理端末が有する１以上の処理部に配信する配信部として機能させ、
前記処理部による前記処理の実行要求の送信ごとに、前記機器と当該情報処理端末との通信のための接続の開設及び開放が行われ、
前記配信部による、事象情報の受信は、前記機器と当該情報処理端末との間で常設される通信の接続を利用して行われることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器、情報処理端末、情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
スマートフォンやタブレット型端末等の情報処理端末は、ユーザが任意にアプリケーションプログラムをインストールして、機能拡張等を図ることができる。また、このような情報処理端末は、表現豊かなＧＵＩ（Graphical User Interface）を表示可能であると共に、タッチパネルを介した操作性においても優れている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本願発明者は、上記のような情報処理端末を、画像形成装置等の機器の操作部として機能させることを検討している。例えば、情報処理端末にインストールされたアプリケーションプログラム（以下、単に「アプリケーション」という。）によって、機器の制御を可能とすることが検討されている。
【０００４】
アプリケーションの中には、例えば、機器の状態を監視しながら動作するものもある。例えば、コピー用のアプリケーションであれば、その操作画面上に、現在のコピーの進捗情報（何枚目が出力されたか等）を表示させる。斯かる表示を実現するためには、当該アプリケーションが動作する情報処理端末とは異なる装置である機器の状態の変化を迅速に検知する必要が有る。アプリケーションが、機器上で動作しているのであれば、機器内のイベントを検知するのは容易であるが、情報処理端末と機器とは、通信によって情報のやりとりを行うため、情報処理端末上のアプリケーションが、機器の状態の変化を検知するのは困難である。
【０００５】
そこで、情報処理端末上のアプリケーションが、機器の状態を監視するためにポーリングを行うことが考えられる。
【０００６】
しかしながら、複数のアプリケーションがポーリングを行った場合、情報処理端末や機器のメモリの消費量が増加し、情報処理端末又は機器の動作を不安定にする可能性が有る。また、ポーリングの周期によっては、機器の現在の状態を把握することが困難となり、機器の実際の状態と、情報処理端末における表示内容との間の誤差が大きくなる可能性がある。
【０００７】
本発明は、上記の点に鑑みてなされたものであって、機器の操作部の操作性を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
そこで上記課題を解決するため、操作部を有する機器であって、前記操作部は、ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、当該機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、前記処理部による前記処理の実行要求の送信ごとに、当該機器と前記操作部との通信のための接続が行われ、前記配信部による、事象情報の受信は、当該機器と前記操作部との間で常設される通信の接続を利用して行われる。
【発明の効果】
【０００９】
機器の操作部の操作性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態における情報処理システムの構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態における情報処理端末のハードウェア構成例を示す図である。
【図４】本発明の実施の形態における情報処理システムの機能構成例を示す図である。
【図５】アプリ部による機器ＡＰＩの呼び出しと画像形成装置からのイベント情報の配信との仕組みを説明するための図である。
【図６】イベント情報の配信処理の処理手順の一例を説明するためのシーケンス図である。
【図７】配信情報記憶部の構成例を示す図である。
【図８】複数のアプリ部が相互に異なるイベント情報の配信を要求した場合のイベント情報の配信処理の処理手順の一例を説明するためのシーケンス図である。
【図９】複数のアプリ部が相互に異なるイベント情報の配信を要求した場合の配信情報記憶部の記憶内容の例を示す図である。
【図１０】複数のアプリ部が同一のイベント情報の配信を要求した場合のイベント情報の配信処理の処理手順の一例を説明するためのシーケンス図である。
【図１１】複数のアプリ部が同一のイベント情報の配信を要求した場合の配信情報記憶部の記憶内容の例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システム１において、画像形成装置１０は、情報処理端末２０と通信可能に接続される。画像形成装置１０と情報処理端末２０との通信は、例えば、ＵＳＢ（Universal Serial Bus）、Ｂｌｕｅｔｏｏｔｈ（登録商標）若しくは赤外線通信等の近距離無線通信、又はＬＡＮ（有線又は無線の別は問わない）等のネットワークを介して行われる。
【００１２】
画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等のうちの２以上の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を有する機器が画像形成装置１０として用いられてもよい。また、本実施の形態における画像形成装置１０は、機器の一例であり、プロジェクタ、テレビ会議システム、又はデジタルカメラ等の機器が、画像形成装置１０の代わりに用いられてもよい。
【００１３】
情報処理端末２０は、例えば、スマートフォンやタブレット型端末等、単独で完結した情報処理を実行可能な電子機器である。本実施の形態において、情報処理端末２０は、画像形成装置１０の操作パネル（操作部）として機能する。
【００１４】
情報処理端末２０は、例えば、画像形成装置１０の所定の位置に固定されて設置される。したがって、情報処理端末２０及び画像形成装置１０とは、一台の装置として把握されてもよい。または、情報処理端末２０は、画像形成装置１０から取り外し可能（分離可能）であってもよい。
【００１５】
図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図２において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、端末インタフェース１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００１６】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。
【００１７】
スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。端末インタフェース１５は、情報処理端末２０と通信（接続）するためのインタフェースである。例えば、端末インタフェース１５は、例えば、ＵＳＢインタフェースでもよいし、近距離無線通信のためのハードウェアでもよい。または、端末インタフェース１５は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアでもよい。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。
【００１８】
図３は、本発明の実施の形態における情報処理端末のハードウェア構成例を示す図である。図３において、情報処理端末２０は、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、タッチパネル２０４、無線通信装置２０５、及び機器インタフェース２０６等を有する。
【００１９】
補助記憶装置２０３は、情報処理端末２０にインストールされたプログラム等を記憶する。メモリ２０２は、プログラムの起動指示があった場合に、補助記憶装置２０３からプログラムを読み出して記憶する。ＣＰＵ２０１は、メモリ２０２に記憶されたプログラムに従って情報処理端末２０に係る機能を実現する。
【００２０】
タッチパネル２０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル２０４は、表示装置２１１及び入力装置２１２等を含む。
【００２１】
表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。
【００２２】
無線通信装置２０５は、無線ＬＡＮ（Local Area Network）又は移動体通信網等における通信を行うために必要とされるアンテナ等の電子部品である。機器インタフェース２０６は、画像形成装置１０と通信するためのインタフェースである。すなわち、機器インタフェース２０６は、端末インタフェース１５に対応した形態によって、画像形成装置１０との通信を行う。
【００２３】
図４は、本発明の実施の形態における情報処理システムの機能構成例を示す図である。図４において、情報処理端末２０は、アプリ部２１ａ〜２３ｃ等の１以上のアプリ部２１、及び配信部２２等を有する。また、情報処理端末２０は、配信情報記憶部２３を有する。
【００２４】
一つのアプリ部２１は、情報処理端末２０にインストールされる一つのアプリケーションプログラムがＣＰＵ２０１に実行させる処理により実現される。アプリ部２１は、例えば、操作画面を表示装置２１１に表示させ、当該操作画面を介して入力されるユーザからの指示に応じ、所定の処理を実行する。所定の処理の過程において、例えば、アプリ部２１は、画像形成装置１０が有する機器ＡＰＩ１２１を利用して、画像形成装置１０に対して所定の処理の実行要求を送信する。なお、情報処理端末２０へのアプリケーションプログラムのインストールは、任意のタイミングで行われてよい。
【００２５】
配信部２２は、画像形成装置１０における何らかの事象（以下、「イベント」という。）の発生を示す情報（以下、「イベント情報」という。）、各アプリ部２１に配信する。すなわち、アプリ部２１からの所定の処理の要求とは非同期に発生するイベントは、アプリ部２１からの要求に対する画像形成装置１０からの応答において通知することができない。配信部２２は、斯かるイベントのイベント情報を、画像形成装置１０より受信し、各アプリ部２１に配信する。配信部２２は、情報処理端末２０にインストールされたプログラムが、ＣＰＵ２０１に実行させる処理により実現される。なお、イベントの一例として、画像形成装置１０の状態の変化が挙げられる。より具体的には、ジャムの発生、トナー切れ、ジョブの状態の変化、省電力状態への移行、省電力状態からの復帰等、画像形成装置１０において発生する様々な事象がイベントに該当する。
【００２６】
配信情報記憶部２３は、イベント情報の配信先のアプリ部２１を特定するための情報を記憶する。配信情報記憶部２３は、例えば、メモリ２０２又は補助記憶装置２０３等を用いて実現可能である。
【００２７】
一方、画像形成装置１０は、機器ＡＰＩ１２１及び機器制御部１２２等を有する。機器ＡＰＩ１２１は、アプリ部２１からの要求を受け付けるためのＡＰＩ（Application Program Interface）である。本実施の形態において、機器ＡＰＩ１２１は、ＷｅｂＡＰＩとして実現される。すなわち、機器ＡＰＩ１２１は、ＨＴＴＰ（HyperText Transfer Protocol）通信を利用したＡＰＩとして実装される。この場合、ＨＴＴＰリクエストに指定されるＵＲＬ（Uniform Resource Locator）によって、要求の種類又は内容が示される。但し、機器ＡＰＩ１２１を実現するための通信プロトコルは、ＨＴＴＰに限定されない。例えば、ＳＯＡＰ（Simple Object Access Protocol）が用いられても良いし、他の通信プロトコルが用いられてもよい。
【００２８】
機器制御部１２２は、機器ＡＰＩ１２１によって受け付けられた要求に応じた処理を実行する。なお、図４において、機器制御部１２２は、一つのブロックとして示されているが、例えば、機能別に機器制御部１２２が分割されてもよい。また、各機器制御部１２２は、画像形成装置１０側のアプリケーションプログラムがＣＰＵ１１１に実行させる処理により実現されてもよい。
【００２９】
図５は、アプリ部による機器ＡＰＩの呼び出しと画像形成装置からのイベント情報の配信との仕組みを説明するための図である。
【００３０】
アプリ部２１による機器ＡＰＩ１２１の呼び出し要求ｒｅｑ１は、ＨＴＴＰリクエストとして実現される。機器ＡＰＩ１２１の呼び出し要求に対する応答ｒｅｓ１は、ＨＴＴＰレスポンスとして実現される。１回の機器ＡＰＩ１２１の呼び出しごとに、ＨＴＴＰ通信が接続される。例えば、１回の機器ＡＰＩ１２１の呼び出しごとに、ＨＴＴＰ通信の接続（セッション）が開設又は確立（以下、「開設」で統一する。）され、当該呼び出し要求に対する応答が完了すると、当該接続は開放される。接続を維持したままにすると、情報処理端末２０及び画像形成装置１０におけるメモリの消費量が増加してしまうからである。１回の機器ＡＰＩ１２１の呼び出しごとに、例えば、開設及び開放が行われる、逐次的又は一時的な接続を、以下、「一時セッション」という。
【００３１】
一方、配信部２２は、機器ＡＰＩ１２１の呼び出し（アプリ部２１からの要求）とは非同期に画像形成装置１０において発生するイベントのイベント情報を画像形成装置１０（機器ＡＰＩ１２１）から受信するための、常設的なＨＴＴＰ通信の接続（以下、「常設セッション」という。）を開設（常設）しておく。配信部２２は、各アプリ部２１から、画像形成装置１０における特定のイベントのイベント情報の配信要求ｒｅｑ２及びｒｅｑ３を受け付けると、当該配信要求に係るイベントの通知要求ｒｅｑ４及びｒｅｑ５を、機器ＡＰＩ１２１を呼び出すことにより、画像形成装置１０に送信する。なお、図５において、通知要求ｒｅｑ４は、配信要求ｒｅｑ２に対応し、通知要求ｒｅｑ５は、配信要求ｒｅｑ３に対応する。
【００３２】
また、通知要求ｒｅｑ４及びｒｅｑ５は、それぞれ、一時セッションによって、画像形成装置１０に送信される。機器ＡＰＩ１２１は、通信要求ｒｅｑ４及びｒｅｑ５のぞれぞれの受信に応じ、応答ｒｅｓ４、応答ｒｅｓ５を返信する。
【００３３】
その後、通知要求ｒｅｑ４又はｒｅｑ５において指定されたイベントが画像形成装置１０において発生すると、当該イベントのイベント情報の通知ｎｏｔ１が、機器ＡＰＩ１２１から配信部２２に送信される。ここで、通知ｎｏｔ１が、イベントの発生に応じて即時的に行われるように、通知ｎｏｔ１の送信には、常設セッションが利用される。配信部２２は、当該イベントのイベント情報の配信を要求しているアプリ部２１に対して、当該イベント情報の配信ｄｉｓ１を行う。
【００３４】
このように、アプリ部２１又は配信部２２から機器ＡＰＩ１２１に対する要求には、一時セッションが利用され、機器ＡＰＩ１２１からのイベント情報の通知には、配信部２２と機器ＡＰＩ１２１との間において開設されている、常設セッションが利用されて継続的に行われる。なお、常設セッションは、例えば、ＨＴＴＰにおけるチャンク転送（Chunked Transfer）が利用されて実現されてもよいし、他の機構が利用されて実現されてもよい。
【００３５】
以下、情報処理端末２０及び画像形成装置１０が実行する処理手順について説明する。図６は、イベント情報の配信処理の処理手順の一例を説明するためのシーケンス図である。
【００３６】
ステップＳ１０１において、配信部２２は、常設セッションの開設要求を示すＨＴＴＰリクエストを画像形成装置１０に送信することにより、常設セッションの開設要求に係る機器ＡＰＩ１２１を呼び出す。その結果、情報処理端末２０と画像形成装置１０との間で、常設セッションが開設される。
【００３７】
一方、アプリ部２１ａは、任意のタイミングで、イベント情報の配信を受けるためのリスナの登録を配信部２２に要求する（Ｓ１０２）。当該要求には、リスナが指定される。リスナとは、例えば、コールバック関数のアドレスでもよいし、所定のオブジェクトのアドレスであってもよい。続いて、アプリ部２１ａは、監視対象とする特定のイベント（以下、「監視イベント」という。）のイベント情報の配信を配信部２２に要求する（Ｓ１０３）。当該要求には、監視イベントのイベントＩＤが指定される。イベントＩＤとは、イベントの種類ごとの識別情報である
続いて、配信部２２は、ステップＳ１０３の要求に固有の識別情報（以下、「要求ＩＤ」という。）を生成する（Ｓ１０４）。続いて、配信部２２は、ステップＳ１０２において指定されたリスナと、ステップＳ１０３において指定されたイベントＩＤと、ステップＳ１０４において生成された要求ＩＤとを対応付けて、配信情報記憶部２３に記憶する（Ｓ１０５）。
【００３８】
図７は、配信情報記憶部の構成例を示す図である。図７に示されるように、配信情報記憶部２３は、イベントＩＤ，要求ＩＤ、及びリスナを対応付けて記憶する。なお、リスナの値の例である「ａａａａａ」は、便宜上、リスナを表現したものである。
【００３９】
続いて、配信部２２は、要求ＩＤ及びイベントＩＤを指定して、監視イベントの通知要求を示すＨＴＴＰリクエストを画像形成装置１０に送信することにより、当該通知イベント通知要求に係る機器ＡＰＩ１２１を呼び出す（Ｓ１０６）。続いて、機器ＡＰＩ１２１は、要求ＩＤ及びイベントＩＤが指定された、監視イベントの通知を、機器制御部１２２に要求する（Ｓ１０７）。機器制御部１２２は、要求ＩＤと、イベントＩＤとを対応付けて、例えば、ＲＡＭ１１２に記憶しておく。なお、ステップＳ１０６における、監視イベントの通知要求は、一時セッションを利用して送信される。したがって、図示は省略されているが、ステップＳ１０７の実行後、ステップＳ１０６に対するＨＴＴＰレスポンスが、配信部２２に返信される。配信部２２は、ステップＳ１０３における要求に対する応答を、アプリ部２１ａに対して行う（Ｓ１０８）。したがって、ステップＳ１１９以降の処理は、ステップＳ１０８以前の処理とは非同期に実行される。
【００４０】
その後、イベントＩＤが「１２３４５」であるイベントが画像形成装置１０において発生すると（Ｓ１１９）、機器制御部１２２は、当該イベントＩＤが、要求ＩＤに対応付けられてＲＡＭ１１２に記憶されていることに基づいて、当該イベントのイベント情報と、当該イベントＩＤに対応付けられている要求ＩＤとを機器ＡＰＩ１２１に通知する（Ｓ１２０）。機器ＡＰＩ１２１は、当該要求ＩＤと、当該イベント情報とを配信部２２に送信する（Ｓ１２１）。なお、要求ＩＤ及びイベント情報は、常設セッションを用いて、ＨＴＴＰレスポンスの形式で送信される。また、イベント情報には、イベントＩＤや、イベントに関する情報等が含まれる。
【００４１】
配信部２２は、ステップＳ１２１においてイベント情報と共に受信された要求ＩＤに対応付けられて配信情報記憶部２３に記憶されているリスナを特定する（Ｓ１２２）。続いて、配信部２２は、当該イベント情報を指定して、当該リスナを呼び出す（Ｓ１２３）。その結果、当該リスナを登録したアプリ部２１ａに対して、イベント情報が配信される。その後、アプリ部２１ａは、監視イベントのイベント情報の配信が不要になると、ステップＳ１０２において登録したリスナの削除を配信部２２に要求する（Ｓ１２４）。配信部２２は、当該リスナに係るレコードを配信情報記憶部２３から削除する。その結果、以降における監視イベントのイベント情報は、アプリ部２１ａに通知されなくなる。
【００４２】
続いて、複数のアプリ部２１からイベント情報の配信が要求された場合について説明する。図８は、複数のアプリ部が相互に異なるイベント情報の配信を要求した場合のイベント情報の配信処理の処理手順の一例を説明するためのシーケンス図である。図８中、図６と同一ステップには、同一ステップ番号が付され、その説明は、適宜省略される。
【００４３】
図８では、ステップＳ１０８の後、又は早くともステップＳ１０５より後に、アプリ部２１ｂが、リスナの登録と、イベント情報の配信とを配信部２２に要求する（Ｓ１１２、Ｓ１１３）。ここで、ステップＳ１１３においてアプリ部２１ｂによって指定されるイベントＩＤは、アプリ部２１ａにとっての監視イベントのイベントＩＤとは異なる。すなわち、図８の例では、アプリ部２１ａとアプリ部２１ｂとの監視イベントは異なる。
【００４４】
したがって、アプリ部２１ｂからのイベント情報の配信要求に応じて、ステップＳ１０４〜Ｓ１０８に対応する処理が、ステップＳ１１４〜Ｓ１１８において実行される。
【００４５】
ここで、ステップＳ１１５において、配信情報記憶部２３の記憶内容は、例えば、図９に示されるようになる。
【００４６】
図９は、複数のアプリ部が相互に異なるイベント情報の配信を要求した場合の配信情報記憶部の記憶内容の例を示す図である。
【００４７】
図９において、２番目のレコードが、アプリ部２１ｂからのイベント情報の配信要求に応じて登録されたレコードである。すなわち、図９では、アプリ部２１ｂの監視イベントのイベントＩＤは、「６７８９０」であり、アプリ部２１ｂから登録されたリスナは、「ｂｂｂｂｂ」である例が示されている。また、アプリ部２１ｂからのイベント情報の配信要求に対しては、要求ＩＤ「００２」が割り当てられている。
【００４８】
その後、イベントＩＤが「１２３４５」あるイベントが画像形成装置１０において発生すると（Ｓ１１９）、ステップＳ１２０〜Ｓ１２３が実行される。すなわち、イベントＩＤ「１２３４５」に対応付けられて配信情報記憶部２３に記憶されているリスナは、アプリ部２１ａから登録された「ａａａａａ」のみであるため、当該イベントＩＤに係るイベント情報は、アプリ部２１ａのみに通知される。仮に、イベントＩＤが「６７８９０」あるイベントが画像形成装置１０において発生すると、当該イベントに係るイベント情報は、アプリ部２１ｂに通知される。
【００４９】
このように、各アプリ部２１からの異なるイベント情報の配信要求に対しては、それぞれ異なる要求ＩＤが割り当てられて配信部２２によって管理される。また、画像形成装置１０からは、イベント情報と共に要求ＩＤが通知される。したがって、配信部２２は、各アプリ部２１に対して、当該アプリ部２１が監視対象とするイベントのイベント情報を、適切に配信することができる。換言すれば、配信部２２は、各アプリ部２１が不要なイベント情報の配信を回避することができる。不要なイベント情報の配信が回避される結果、不要なイベント情報の配信処理に要される負荷を削減することができ、各アプリ部２１に対するイベント情報の通知について、リアルタイム性を向上させることができる。
【００５０】
次に、複数のアプリ部２１が同一のイベント情報の配信を要求した場合について説明する。図１０は、複数のアプリ部が同一のイベント情報の配信を要求した場合のイベント情報の配信処理の処理手順の一例を説明するためのシーケンス図である。図１０中、図６又は図８と同一ステップには、同一ステップ番号が付され、その説明は、適宜省略される。
【００５１】
図１０では、ステップＳ１０８の後、又は早くともステップＳ１０５より後に、アプリ部２１ｂが、リスナの登録と、イベント情報の配信とを配信部２２に要求する（Ｓ１１２、Ｓ１１３）。ここで、ステップＳ１１３においてアプリ部２１ｂによって指定されるイベントＩＤは、アプリ部２１ａにとっての監視イベントのイベントＩＤと同じである。すなわち、図１０の例では、アプリ部２１ａとアプリ部２１ｂとの監視イベントは共通である。
【００５２】
そこで、配信部２２は、アプリ部２１ｂから登録されたリスナを、アプリ部２１ａからの監視イベントのイベント情報の配信要求に対して生成された要求ＩＤに対応付けて、配信情報記憶部２３に記憶する（Ｓ１１５）。
【００５３】
図１１は、複数のアプリ部が同一のイベント情報の配信を要求した場合の配信情報記憶部の記憶内容の例を示す図である。図１１において、「ｂｂｂｂｂ」は、アプリ部２１ｂから登録されたリスナを表現する。図１１に示されるように、アプリ部２１ａから登録されたリスナ（「ａａａａａ」）と、アプリ部２１ｂから登録されたリスナ（「ｂｂｂｂｂ」）は、同一のイベントＩＤに係るイベントに対するリスナであるため、同一の要求ＩＤに対応付けられて、配信情報記憶部２３に記憶される。したがって、アプリ部２１ｂからのイベント情報の配信要求については、新たな要求ＩＤは生成されない。この場合、アプリ部２１ａ及び２１ｂのいずれから、リスナの削除が要求されると、当該要求に係るアプリ部２１のリスナが、レコードから削除される。レコードに登録されている全てのリスナが無くなった時点で、当該レコードが削除される。但し、「ｂｂｂｂｂ」に関するレコードは、「ａａａａａ」に関するレコードと別であってもよい。この場合、それぞれのレコードのイベントＩＤ及び要求ＩＤは、同じ値となる。
【００５４】
また、アプリ部２１ｂからのイベント情報の配信要求に応じては、ステップＳ１０４のみならず、ステップＳ１０６及びＳ１０７に対応する処理は実行されない。監視イベントの通知要求は、既に、機器制御部１２２に通知済みであるからである。但し、同一の要求ＩＤ及びイベントＩＤが指定されて、ステップＳ１０６及びＳ１０７と同様の処理が、アプリ部２１ｂからのイベント情報の配信要求に応じて実行されてもよい。
【００５５】
その後、監視イベントが画像形成装置１０において発生すると（Ｓ１１９）、ステップＳ１２０〜Ｓ１２２が実行される。ここで、ステップＳ１２２では、ステップＳ１２１においてイベント情報と共に受信された要求ＩＤに対応付けられて配信情報記憶部２３に記憶されているリスナとして、「ａａａａａ」及び「ｂｂｂｂｂ」が特定される。そこで、配信部２２は、同一のイベント情報を指定して、これらの二つのリスナを呼び出す。その結果、当該イベント情報は、アプリ部２１ａ及びアプリ部２１ｂのそれぞれに通知される（Ｓ１２３、Ｓ１３３）。
【００５６】
このように、複数のアプリ部２１からの同一のイベント情報に対する配信要求は、画像形成装置１０に対して、一つの要求（イベントの通知要求）として伝達される。したがって、画像形成装置１０における一つのイベントの発生に関して、ステップＳ１２０〜Ｓ１２２が、複数回実行されるのを回避することができる。その結果、各アプリ部２１に対するイベント情報の通知について、リアルタイム性を向上させることができる。
【００５７】
上述したように、本実施の形態によれば、画像形成装置１０から情報処理端末２０へのイベント情報の通知は、常設セッションが利用されるため、画像形成装置１０は、高いリアルタイム性によって、イベント情報を情報処理端末２０に通知することができる。したがって、画像形成装置１０の操作部の操作性を向上させることができる。
【００５８】
また、常設セッションは、複数のイベントについて継続的に利用され、かつ、複数のアプリ部２１によって共用される。したがって、常設セッションの増加による、メモリの消費量の増加を抑制することができる。
【００５９】
また、アプリ部２１による機器ＡＰＩ１２１の呼び出しについては、一時セッションが利用される。したがって、この点についても、メモリの消費量の増加を抑制することができる。
【００６０】
なお、本実施の形態において、画像形成装置１０は、機器の一例である。アプリ部２１は、処理部の一例である。イベント情報は、事象情報の一例である。リスナは、第一の識別情報の一例である。イベントＩＤは、第二の識別情報の一例である。配信情報記憶部２３は、記憶部の一例である。
【００６１】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００６２】
１            情報処理システム
１０          画像形成装置
１１          コントローラ
１２          スキャナ
１３          プリンタ
１４          モデム
１５          端末インタフェース
１６          ネットワークインタフェース
１７          ＳＤカードスロット
２０          情報処理端末
２１          アプリ部
２２          配信部
２３          配信情報記憶部
８０          ＳＤカード
１１１        ＣＰＵ
１１２        ＲＡＭ
１１３        ＲＯＭ
１１４        ＨＤＤ
１１５        ＮＶＲＡＭ
１２１        機器ＡＰＩ
１２２        機器制御部
２０１        ＣＰＵ
２０２        メモリ
２０３        補助記憶装置
２０４        タッチパネル
２０５        無線通信装置
２０６        機器インタフェース
２１１        表示装置
２１２        入力装置
【先行技術文献】
【特許文献】
【００６３】
【特許文献１】特開２００９−２２３５７７号公報
【図１】
2018005942.tif 000003
【図２】
2018005942.tif 000004
【図３】
2018005942.tif 000005
【図４】
2018005942.tif 000006
【図５】
2018005942.tif 000007
【図６】
2018005942.tif 000008
【図７】
2018005942.tif 000009
【図８】
2018005942.tif 000010
【図９】
2018005942.tif 000011
【図１０】
2018005942.tif 000012
【図１１】
2018005942.tif 000013
【手続補正書】
【提出日】平成29年10月5日(2017.10.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
操作部を有する機器であって、
前記操作部は、
ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、
当該機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、
前記配信部は、
前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とする機器。
【請求項２】
前記処理部による前記処理の実行要求の送信ごとに、当該機器と前記操作部との通信のための接続が行われ、
前記配信部による、事象情報の受信は、当該機器と前記操作部との間で継続的に利用されるセッションによって行われることを特徴とする請求項１記載の機器。
【請求項３】
前記配信部は、
複数の前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記処理部ごとに、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記処理部ごとに、当該処理部からの配信要求に含まれる前記第二の識別情報に係る事象情報の通知要求を当該機器に送信することを特徴とする請求項１又は２記載の機器。
【請求項４】
前記配信部は、
複数の前記処理部から、前記処理部ごとの第一の識別情報と、同一の前記第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記各第一の識別情報を、前記同一の前記第二の識別情報に対応付けて前記記憶部に記憶して、当該第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から当該事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記各第一の識別情報に係る前記複数の処理部に、当該事象情報を配信することを特徴とする請求項１乃至３いずれか一項記載の機器。
【請求項５】
前記配信部は、前記複数の処理部からの配信要求に対して、一つの前記通知要求を当該機器に送信することを特徴とする請求項４記載の機器。
【請求項６】
機器の操作部として機能する情報処理端末であって、
前記情報処理端末は、
ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、
前記機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、
前記配信部は、
前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とする情報処理端末。
【請求項７】
機器と、前記機器の操作部として機能する情報処理端末とを含む情報処理システムであって、
前記情報処理端末は、
ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、
前記機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、
前記配信部は、
前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とする情報処理システム。
【請求項８】
機器が有する操作部における情報処理方法であって、
当該操作部が有する１以上の処理部が、ユーザによる操作に応じた処理の実行要求を前記機器に送信する第１の送信手順と、
当該操作部が有する配信部が、前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信する第２の送信手順と、
前記配信部が、前記機器において発生した事象を示す事象情報を受信し、当該事象情報を、前記処理部に配信する配信手順とを有し、
前記配信手順は、当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とする情報処理方法。
【請求項９】
機器の操作部として機能する情報処理端末における情報処理方法であって、
当該情報処理端末が有する１以上の処理部が、ユーザによる操作に応じた処理の実行要求を前記機器に送信する第１の送信手順と、
当該情報処理端末が有する配信部が、前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信する第２の送信手順と、
前記配信部が、前記機器において発生した事象を示す事象情報を受信し、当該事象情報を、前記処理部に配信する配信手順とを有し、
前記配信手順は、当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とする情報処理方法。
【請求項１０】
機器が有する操作部を、
当該機器において発生した事象を示す事象情報を受信し、当該事象情報を、ユーザによる操作に応じた処理の実行要求を前記機器に送信する、当該操作部が有する１以上の処理部に配信する配信部として機能させ、
前記配信部は、
前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とするプログラム。
【請求項１１】
機器の操作部として機能する情報処理端末を、
前記機器において発生した事象を示す事象情報を受信し、当該事象情報を、ユーザによる操作に応じた処理の実行要求を前記機器に送信する、当該情報処理端末が有する１以上の処理部に配信する配信部として機能させ、
前記配信部は、
前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信し、
当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信することを特徴とするプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
そこで上記課題を解決するため、操作部を有する機器であって、前記操作部は、ユーザによる操作に応じた処理の実行要求を前記機器に送信する１以上の処理部と、当該機器において発生した事象を示す事象情報を受信し、当該事象情報を前記処理部に配信する配信部とを有し、前記配信部は、前記処理部から、前記処理部ごとの第一の識別情報と、事象情報ごとの第二の識別情報とを含む、事象情報の配信要求を受け付けると、前記第一の識別情報及び前記第二の識別情報を対応付けて記憶部に記憶して、前記第二の識別情報に係る事象情報の通知要求を当該機器に送信し、当該機器から事象情報を受信すると、当該事象情報に係る第二の識別情報に対応付けられて前記記憶部に記憶されている前記第一の識別情報に係る前記処理部に、当該事象情報を配信する。