JP6354153B2 - 情報処理システム、画像形成装置、情報処理方法および情報処理プログラム - Google Patents

情報処理システム、画像形成装置、情報処理方法および情報処理プログラム Download PDF

Info

Publication number
JP6354153B2
JP6354153B2 JP2013265730A JP2013265730A JP6354153B2 JP 6354153 B2 JP6354153 B2 JP 6354153B2 JP 2013265730 A JP2013265730 A JP 2013265730A JP 2013265730 A JP2013265730 A JP 2013265730A JP 6354153 B2 JP6354153 B2 JP 6354153B2
Authority
JP
Japan
Prior art keywords
information processing
processing apparatus
response
request
status notification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2013265730A
Other languages
English (en)
Other versions
JP2015121971A (ja
JP2015121971A5 (ja
Inventor
政巳 奈須
政巳 奈須
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2013265730A priority Critical patent/JP6354153B2/ja
Priority to US14/571,494 priority patent/US9280307B2/en
Publication of JP2015121971A publication Critical patent/JP2015121971A/ja
Priority to US15/006,307 priority patent/US9639307B2/en
Priority to US15/487,590 priority patent/US10146487B2/en
Publication of JP2015121971A5 publication Critical patent/JP2015121971A5/ja
Application granted granted Critical
Publication of JP6354153B2 publication Critical patent/JP6354153B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1236—Connection management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G06F3/1207—Improving or facilitating administration, e.g. print management resulting in the user being informed about print result after a job submission
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1259—Print job monitoring, e.g. job status
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285—Remote printer device, e.g. being remote from client or server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Facsimiles In General (AREA)
  • Small-Scale Networks (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)

Description

本発明は情報処理の制御技術に関する。
Ｗｅｂ上で各種のサービス（Ｗｅｂサービス）を提供する手段として、ＳＯＡＰ（Simple Object Access Protocol）、ＲＥＳＴ（Representational State Transfer）と呼ばれる方式のＷｅｂＡＰＩ（Web Application Program Interface）が多く使われている。ＷｅｂＡＰＩのベースとなっているのはＨＴＴＰプロトコル（HyperText Transfer Protocol）での通信であり、サービス提供側はＨＴＴＰサーバとなってＷｅｂＡＰＩを提供し、サービス利用側はＨＴＴＰクライアントとなってそのＷｅｂＡＰＩを利用する。
一方、情報処理システムまたは情報処理装置の一例として、ＬＰ（Laser Printer）、ＭＦＰ（Multi Function Peripheral、Multi Function Printer）等の画像形成装置が挙げられる。この種の画像形成装置では、画面表示やキー入力の操作を行う部分を操作部として本体部（コントローラ、エンジン）から独立させ、本体部の負荷が高くても操作レスポンスを低下させないようにすることが考えられている。操作部にはAndroid（登録商標） OS等の独立したＯＳ（Operating System）が搭載され、本体部とは独立に動作する。
このような操作部を備えた画像形成装置内においても、前述したＲＥＳＴ方式のＷｅｂＡＰＩが用いられることが考えられ、操作部上のアプリ（アプリケーションプログラム）は、本体部が提供するＷｅｂＡＰＩを利用して機能を実現することになる。
クライアントからのリクエストに対して、サーバがレスポンスを返す、というのが一般的なＨＴＴＰ通信の基本である。そのため、ＨＴＴＰ通信では、サーバ側で任意のタイミングで発生した状態変化（イベント）をクライアント側に通知することが原理的にできないアーキテクチャとなっている。
これまでも、サーバ側で発生した状態変化をクライアントに通知するために、複数の方式が検討されてきた。代表的なものとして、ポーリング方式と呼ばれる、一定期間毎にクライアントがサーバに問い合わせを行い、サーバ側の状態変化をチェックする方式が一般的に知られている。
また、疑似的にクライアントに対してサーバ側の状態変化を通知する手段として、Ａｊａｘ（Asynchronous JavaScript（登録商標） + XML（Extensible Markup Language））、ＬｏｎｇＰｏｌｌｉｎｇ、Ｃｏｍｅｔといった方式が一般的によく知られている。
上述したように、ＨＴＴＰサーバからＨＴＴＰクライアントに対して、サーバの状態変化を通知する方式は複数考えられてきた。しかし、それぞれ以下のような問題、制約が存在している。
・ポーリング方式
これは、クライアントが定期的にサーバに状態を問い合わせることによって、サーバ側の状態変化を検出する方式である。したがって、サーバ側の状態変化を検出できるタイミング（リアルタイム性）が、クライアントの処理に依存してしまう。
図１はポーリング方式によりサーバの状態変化を検出する例を示すシーケンス図である。クライアントは時刻ｔ１、ｔ２、ｔ３というように定期的にサーバに対してポーリング（状態通知リクエストの送信とレスポンスの受信）を行う。この場合、時刻ｔ１と時刻ｔ２の間でサーバに状態変化が生じると、時刻ｔ２でのポーリングにより状態変化が検出できるまでに遅延を生じてしまい、リアルタイム性に欠けるものとなる。
・Ａｊａｘ方式
これは、Ｗｅｂブラウザとサーバ間で非同期通信を行うための技術である。ここでの非同期とは、ブラウザ画面の更新と非同期という意味である。従来、Ｗｅｂブラウザとサーバ間は、ブラウザ画面の更新と同期してしかサーバとの通信が実現できなかった。そのため、ブラウザの画面と非同期に通信するための技術としてＡｊａｘが開発された。
しかし、クライアントとサーバ間の通信においては、あくまでクライアントがリクエストしたタイミングでしかサーバの状態を返すことしかできないという意味では、ポーリング方式と大きな違いはない。
・Ｃｏｍｅｔ、ＬｏｎｇＰｏｌｌｉｎｇ方式
これは、クライアントのポーリングに対して、サーバで状態変化が発生するまでレスポンスを返さない方式である。クライアント／サーバ間では接続を維持させることで、サーバ側の状態変化に応じてリアルタイムに応答することができる（特許文献１等を参照。）。
しかし、この方式は、いったんサーバからクライアントにレスポンスした時点で、クライアント／サーバ間の接続が切れてしまう。そのため、継続してサーバの状態変化の検出が必要な場合は、クライアントから再度ポーリングをする必要がある。そのため、非常に短期間で状態変化するような場合、その検出を取りこぼす可能性がある。
図２はＣｏｍｅｔ、ＬｏｎｇＰｏｌｌｉｎｇ方式によりサーバの状態変化を検出する例を示すシーケンス図である。クライアントは時刻ｔ１でサーバにポーリングを行うと、サーバは状態変化が起きるまで待機し、時刻ｔ２で状態変化が起きるとクライアントに状態変化を通知する。しかし、この状態変化の通知（レスポンス）で通信が切れるため、その直後にサーバで状態変化が起きると、時刻ｔ３でクライアントからサーバにあらためてポーリングを行ったのでは、サーバの状態変化を検出することができない。
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、クライアントとなる情報処理装置に対してサーバとなる情報処理装置の状態変化を、リアルタイムかつ確実に通知することにある。
上記の課題を解決するため、本発明にあっては、リクエストに対して所定のレスポンスを返すことで１回のリクエストについてのセッションが完了するプロトコルを用い、第１の情報処理装置から第２の情報処理装置に対して状態通知のリクエストを送信し、前記第２の情報処理装置から前記第１の情報処理装置に対して状態通知のレスポンスを送信する情報処理システムであって、前記第２の情報処理装置は、前記第１の情報処理装置から状態通知のリクエストを受信した場合に、レスポンスのヘッダ部分を前記第１の情報処理装置に対して送信する手段と、通知すべき状態変化が発生した場合に、状態通知内容を含むレスポンスのボディ部分の一部を前記第１の情報処理装置に対して送信する手段と、状態通知が不要となった場合に、レスポンスのボディ部分の最後の部分を前記第１の情報処理装置に対して送信する手段とを備え、前記状態通知内容を含むレスポンスのボディ部分の一部は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されるようにしている。
本発明にあっては、クライアントとなる情報処理装置に対してサーバとなる情報処理装置の状態変化を、リアルタイムかつ確実に通知することができる。
ポーリング方式によりサーバの状態変化を検出する例を示すシーケンス図である。 Ｃｏｍｅｔ、ＬｏｎｇＰｏｌｌｉｎｇ方式によりサーバの状態変化を検出する例を示すシーケンス図である。 本発明の一実施形態にかかる画像形成装置のハードウェア構成例を示す図である。 ネットワーク構成例を示す図である。 画像形成装置のソフトウェア構成例を示す図である。 ＷｅｂＡＰＩによる印刷処理の例を示すシーケンス図である。 ＷｅｂＡＰＩによる状態通知の処理例を示すシーケンス図である。 ＨＴＴＰ通信の例を示す図である。 ＨＴＴＰデータの構造を示す図である。 分割したレスポンスとＨＴＴＰデータの関係の例を示す図である。 データ書式の例を示す図である。 ＷｅｂＡＰＩによる状態通知の他の処理例を示すシーケンス図である。 ＷｅｂＡＰＩによる状態通知の更に他の処理例を示すシーケンス図である。
以下、本発明の好適な実施形態につき説明する。なお、情報処理システムまたは情報処理装置として画像形成装置を例に説明するが、画像形成装置以外の情報処理システムまたは情報処理装置にも適用できることは言うまでもない。
＜構成＞
図３は本発明の一実施形態にかかる画像形成装置１のハードウェア構成例を示す図である。
図３において、画像形成装置１は、本体部（コントローラ、エンジン）２と操作部３とを備えている。操作部３は本体部２に有線路または無線路により接続される。
本体部２は、その時設定されている制御モードおよびホストコンピュータ４等からの制御コードに従って、ホストコンピュータ４からの印字データをビデオデータに変換し、プリンタエンジン２１２へ出力する機能を有している。また、本体部２は、スキャナエンジン２１３により原稿画像を読み込み、プリンタエンジン２１２に出力することでコピーを行ない、あるいは、読取画像をホストコンピュータ４等に出力する機能を有している。
操作部３は、タッチパネルを備え、独自のＯＳを搭載したコンピュータ装置である。
本体部２は、ＣＰＵ２０１とＲＡＭ２０２とＮＶ−ＲＡＭ２０３とプログラムＲＯＭ２０４とフォントＲＯＭ２０５とネットワークインタフェース２０６と操作部インタフェース２０７とプリンタエンジンインタフェース２０８とスキャナエンジンインタフェース２０９とＨＤＤ２１０とオプションＲＡＭ２１１とプリンタエンジン２１２とスキャナエンジン２１３とを備えている。
ＣＰＵ２０１は、ホストコンピュータ４等からのデータ（印字データ、制御データ）を処理する。
ＲＡＭ２０２は、ＣＰＵ２０１が処理する時のワークメモリ、ホストコンピュータ４等からのデータをページ単位に管理して一時記憶するバッファ、バッファに記憶されたデータを実際の印字パターンに変換しビデオデータを記憶するビットマップメモリ等に使われる。
ＮＶ−ＲＡＭ２０３は、電源を切っても保持したいデータを格納しておくための不揮発性ＲＡＭである。
プログラムＲＯＭ２０４は、本体部２内でのデータの管理や、周辺モジュールを制御するためのプログラムが格納されている。
フォントＲＯＭ２０５は、印字に使用されるさまざまな種類のフォントデータが格納されている。
ネットワークインタフェース２０６は、ホストコンピュータ４から画像形成装置１への制御信号やデータ、画像形成装置１からホストコンピュータ４へのステータス信号やデータインターフェースである。
操作部インタフェース２０７は、操作部３との間での制御信号やデータのインタフェースである。
プリンタエンジンインタフェース２０８は、プリンタエンジン２１２への制御信号やデータ、プリンタエンジン２１２からのステータス信号のインタフェースである。
スキャナエンジンインタフェース２０９は、スキャナエンジン２１３への制御信号、スキャナエンジン２１３からのステータス信号やデータのインタフェースである。
ＨＤＤ２１０は、大容量の記憶装置である。
オプションＲＡＭ２１１は、追加的に装着されるＲＡＭである。
プリンタエンジン２１２は、プリンタエンジンインタフェース２０８を介して与えられるビデオ信号および制御信号により感光体上に静電潜像を作り、現像し、また給紙部より転写紙を給紙し、転写および定着し、画像を形成する。
スキャナエンジン２１３は、原稿を光学的に読み取り、画像情報を出力する。
図４はネットワーク構成例を示す図である。
図４において、ネットワーク上には、複数のホストコンピュータ４Ａ、４Ｂ、４Ｃと画像形成装置１が接続されている。
画像形成装置１は、本体部２と操作部３とを備えている。操作部３は、本体部２との間で有線または無線で直接に接続されるほか、ネットワーク上のアクセスポイント（図示せず）を介して本体部２に接続することもできる。操作部３上のアプリは本体部２が提供するＷｅｂＡＰＩを使ってアプリの機能を実現する。
ホストコンピュータ４Ａ、４Ｂ、４Ｃは、画像形成装置１に対して印刷を要求したり、原稿の読取画像の送信を受けたりすることができるとともに、画像形成装置１（本体部２）の提供するＷｅｂＡＰＩを使ってＷｅｂサービスを利用することができる。
図５は画像形成装置１のソフトウェア構成例を示す図である。なお、操作部３上のアプリが本体部２の提供するＷｅｂサービスを利用するクライアントとなる場合を例として説明するが、操作部３上のアプリに限定されるものではなく、ホストコンピュータ４上のアプリ（ＰＣアプリ、サーバアプリ）等がクライアントとなってもよい。
図５において、本体部２は、サービス提供モジュール群２３０を構成するネットワーク管理モジュール２２５とＷｅｂサービス提供モジュール２２６と印刷管理モジュール２２７とシステム管理モジュール２２８とメモリ管理モジュール２２９とを備えている。また、本体部２は、サービス提供モジュール群２３０の各モジュールの機能を利用するプリンタジョブ管理モジュール２２２とコピージョブ管理モジュール２２３とスキャナジョブ管理モジュール２２４とを備えている。また、本体部２は、プリンタジョブ管理モジュール２２２が利用するＰＤＬ解析モジュール２２１を備えている。
操作部３は、操作部アプリ３０１〜３０３を備えている。操作部アプリ３０１〜３０３は、操作部３上で動作するアプリであり、ＪＡＶＡ（登録商標）やＡｎｄｒｏｉｄ（登録商標）ＳＤＫや本体部２が独自に提供するＡＰＩを利用して、様々な機能をもつアプリを開発することが可能である。なお、操作部アプリの数は図示のものに限定されるものではなく、１つでもよいし、４以上でもよい。ここでは、操作部アプリ３０１〜３０３は、Ｗｅｂサービスのクライアントとして動作するものとしている。
本体部２のＰＤＬ解析モジュール２２１は、画像形成装置１がホストコンピュータ４等から受信したＰＤＬデータを解析して印刷画像を生成するモジュールである。プリンタジョブ管理モジュール２２２よりＰＤＬデータを受け取り、プリンタジョブ管理モジュール２２２の仲介によりメモリ管理モジュール２２９から確保したメモリ上に印刷画像を生成することが主な責務である。また、印刷画像生成の際には機器構成情報、例えば、給紙トレイ・排紙トレイの構成や、給紙トレイ内の用紙サイズといった情報が必要になるが、これらの情報はプリンタジョブ管理モジュール２２２の仲介によりシステム管理モジュール２２８から得る。
プリンタジョブ管理モジュール２２２は、ＰＤＬ処理全般に関わる制御を行っており、主にＰＤＬ解析モジュール２２１側が必要とする処理を仲介して他モジュールに対して要求を行うモジュールである。ネットワーク管理モジュール２２５が受け取ったＰＤＬデータをＰＤＬ解析モジュール２２１へ受け渡す仲介、ＰＤＬ解析モジュール２２１に対しシステム管理モジュール２２８が管理する機器情報を取得する仲介、ＰＤＬ解析モジュール２２１がメモリ管理モジュール２２９から必要なメモリを確保する仲介、ＰＤＬ解析モジュール２２１が作成した印刷画像に関し印刷管理モジュール２２７に対する印刷要求の発行、といったことを行う。
コピージョブ管理モジュール２２３は、コピー処理全般に関する制御を行っており、サービス提供モジュール群２３０を利用してコピー機能を実現するのが主な責務である。
スキャナジョブ管理モジュール２２４は、スキャン処理全般に関する制御を行っており、サービス提供モジュール群２３０を利用してスキャナ機能を実現するのが主な責務である。
ネットワーク管理モジュール２２５は、ネットワークコントローラ（図示せず）の管理と、ネットワークコントローラから得られる受信データの処理を制御するモジュールである。ホストコンピュータ４からのデータ受信の際に欠かせない通信プロトコル（ｆｔｐやｌｐｒなど）を制御してネットワークコントローラからデータを受信し、他モジュールへ受信データを受け渡すことが主な責務である。Ｗｅｂサービス提供においては、クライアントからのＨＴＴＰ（ＲＥＳＴ）アクセスによるデータを受信し、Ｗｅｂサービス提供モジュール２２６に受け渡す。
Ｗｅｂサービス提供モジュール２２６は、ＲＥＳＴ／ＳＯＡＰ用のＨＴＴＰサーバとして動作し、クライアントに対してＷｅｂサービスを提供するモジュールである。様々な機能をＷｅｂサービスとして提供するために、画像形成装置１内の他のモジュールと連携する。例えば、プリンタ印刷機能を提供するためにはプリンタジョブ管理モジュール２２２と連携する。また、コピージョブ管理モジュール２２３、スキャナジョブ管理モジュール２２４と連携し、コピー機能、スキャナ機能をＷｅｂサービスとして提供する。なお、図には記載していないが、ファックス機能を実現するモジュールと連携してファックス機能をＷｅｂサービスとして提供することもできる。Ｗｅｂサービス提供モジュール２２６は、ＨＴＴＰクライアントからのリクエスト受信、クライアントへのレスポンス送信、サーバ・クライアント間で受け渡しするメッセージに含まれるＪＳＯＮ（JavaScript Object Notation）データのシリアライズ・デシリアライズなどが主な責務である。
印刷管理モジュール２２７は、ＰＤＬ解析モジュール２２１が生成した印刷画像の印刷処理に関する制御を行うモジュールである。メモリ管理モジュール２２９が管理するメモリ／外部記憶装置内に格納された印刷画像を、プリンタエンジンに印刷させるために必要な各種処理を実行するのが主な責務であり、給排紙命令の発行、後処理実行命令の発行、印刷に関わるエラー状態の検知と他モジュールへの通知などを行う。
システム管理モジュール２２８は、画像形成装置１の機器構成情報や機器状態を管理・制御するモジュールである。機器構成情報とは、給紙トレイや排紙トレイの着脱の情報や給紙トレイ内の用紙構成といった情報であり、機器状態とは、印刷中・待機中、ジャムや用紙切れなどのエラー発生中といった内容である。こうした情報を他モジュールへ通知する他、ユーザによる機器設定（設定により動作を変化させるカスタマイズ可能項目等）の管理が主な責務である。
メモリ管理モジュール２２９は、メモリおよび外部記憶装置を管理するモジュールであり、他モジュールの要求に基いてメモリおよび外部記憶装置の割り当て・解放を行うことが主な責務である。
サービス提供モジュール群２３０は、各種サービスを提供するモジュールの総称である。サービス提供モジュール群２３０の各モジュールは互いに通信をし合って画像形成装置１の基本動作を分担し、協力して上位層からの要求に対応する。
＜動作＞
以下、上記の実施形態の動作について説明する。
図６はＷｅｂＡＰＩによる印刷処理の例を示すシーケンス図である。
図６において、ＨＴＴＰクライアントとなるホストコンピュータ４が印刷実行のＨＴＴＰリクエストを画像形成装置１に送信すると、本体部２のネットワーク管理モジュール２２５が受信する（ステップＳ１０１）。印刷実行のＨＴＴＰリクエストは、例えば"/printer/job/"といったＵＲＩ（Uniform Resource Identifier）を指定して送信する。
ネットワーク管理モジュール２２５はＨＴＴＰリクエストを受け取ると、Ｗｅｂサービス提供モジュール２２６に印刷実行のリクエストを通知する（ステップＳ１０２）。
Ｗｅｂサービス提供モジュール２２６はリクエストに対応するモジュールに処理実行を通知する。この例では、プリンタジョブ管理モジュール２２２に印刷実行のリクエストを通知する（ステップＳ１０３）。より詳しくは、起動時のタイミング等においてＵＲＩとそれに対応するイベントハンドラを登録しておくことで、Ｗｅｂサービス提供モジュール２２６は委譲先となるモジュールを判断し、そのモジュールに通知を行う。
プリンタジョブ管理モジュール２２２は、印刷実行のリクエストに含まれるヘッダおよびボディを解析し（ステップＳ１０４）、ＰＤＬ解析モジュール２２１に画像生成を要求する（ステップＳ１０５）。
ＰＤＬ解析モジュール２２１から画像生成の終了のレスポンスがあると（ステップＳ１０６）、プリンタジョブ管理モジュール２２２は印刷管理モジュール２２７に印刷処理実行を指示する（ステップＳ１０７）。
印刷管理モジュール２２７から印刷処理の終了のレスポンスがあると（ステップＳ１０８）、プリンタジョブ管理モジュール２２２はＷｅｂサービス提供モジュール２２６にレスポンスとして結果を通知する（ステップＳ１０９）。
Ｗｅｂサービス提供モジュール２２６も同様にネットワーク管理モジュール２２５にレスポンスを通知し（ステップＳ１１０）、最終的にＨＴＴＰクライアントのホストコンピュータ４にＨＴＴＰレスポンスが通知される（ステップＳ１１１）。
ここでは、例としてプリンタでの印刷実行処理を示したが、その他の機能についてもＷｅｂサービス提供モジュール２２６が対応するモジュールに処理実行を通知することで実現される。
図７はＷｅｂＡＰＩによる状態通知の処理例を示すシーケンス図である。
図７において、ＨＴＴＰクライアントとなる操作部３の操作部アプリ３０１が状態通知のＨＴＴＰリクエストを本体部２に送信すると、ネットワーク管理モジュール２２５が受信する（ステップＳ１２１）。操作部アプリ３０１の状態通知のＨＴＴＰリクエストにより操作部アプリ３０１とネットワーク管理モジュール２２５の間でセッションが形成される。
ネットワーク管理モジュール２２５はＨＴＴＰリクエストを受け取ると、Ｗｅｂサービス提供モジュール２２６に状態通知のリクエストを通知する（ステップＳ１２２）。
Ｗｅｂサービス提供モジュール２２６は状態通知を行う状態を管理するモジュール、ここではプリンタジョブ管理モジュール２２２とコピージョブ管理モジュール２２３とスキャナジョブ管理モジュール２２４とシステム管理モジュール２２８に状態通知のリクエストを通知する（ステップＳ１２３〜Ｓ１２６）。
また、Ｗｅｂサービス提供モジュール２２６は状態通知を含まない初回のレスポンスをネットワーク管理モジュール２２５に通知する（ステップＳ１２７）。
これを受け、ネットワーク管理モジュール２２５は操作部アプリ３０１にヘッダのみのＨＴＴＰレスポンスを送信する（ステップＳ１２８）。このＨＴＴＰレスポンスは正規のＨＴＴＰレスポンスとして完結しておらず、セッションは維持されたままとなる。
その後、例えば、プリンタジョブ管理モジュール２２２において状態変化を検出すると、プリンタジョブ管理モジュール２２２は状態変化のレスポンスをＷｅｂサービス提供モジュール２２６に通知する（ステップＳ１２９）。
これを受け、Ｗｅｂサービス提供モジュール２２６はレスポンスの一部としての状態変化をネットワーク管理モジュール２２５に通知する（ステップＳ１３０）。
これを受け、ネットワーク管理モジュール２２５はボディの一部として状態変化のデータを含むＨＴＴＰレスポンスを操作部アプリ３０１に送信する（ステップＳ１３１）。
その後もプリンタジョブ管理モジュール２２２、コピージョブ管理モジュール２２３、スキャナジョブ管理モジュール２２４、システム管理モジュール２２８のいずれかで状態変化を検出すると、Ｗｅｂサービス提供モジュール２２６、ネットワーク管理モジュール２２５を介して操作部アプリ３０１にボディの一部として状態変化のデータを含むＨＴＴＰレスポンスが送信される。
また、Ｗｅｂサービス提供モジュール２２６は、所定時間にわたって操作部アプリ３０１側に通知すべき状態変化がない場合、操作部アプリ３０１側でタイムアップが発生してセッションのクローズが行われないよう、所定時間が経過した時点でレスポンスの一部としての状態変化なしをネットワーク管理モジュール２２５に通知する（ステップＳ１３２）。
これを受け、ネットワーク管理モジュール２２５はボディの一部として状態変化なしのデータを含むＨＴＴＰレスポンスを操作部アプリ３０１に送信する（ステップＳ１３３）。
そして、本体部２の電源オフ時等において、状態通知が不要となった場合、Ｗｅｂサービス提供モジュール２２６はネットワーク管理モジュール２２５にセッションを完結させる最後のレスポンスを通知する（ステップＳ１３４）。
ネットワーク管理モジュール２２５は操作部アプリ３０１にボディの最後の部分のＨＴＴＰレスポンスを送信し（ステップＳ１３５）、最初のＨＴＴＰリクエスト（ステップＳ１２１）に対応するＨＴＴＰレスポンスが完結し、セッションはクローズされる。
このように、操作部アプリ３０１からの状態通知のＨＴＴＰリクエストから状態通知が不要となるまでの間、セッションを維持し、その間、状態変化が検出された場合に分割したレスポンス（分割レスポンス）により状態変化を通知するようにしているので、リアルタイムに、かつ、取りこぼしなく、状態変化を通知することができる。
以下、上述した分割レスポンスについてより詳細に説明する。
ＷｅｂサービスはＨＴＴＰ通信によりサーバとクライアントで情報交換することが基本的な思想である。
図８はＨＴＴＰ通信の例を示す図であり、ＨＴＴＰクライアントとサーバの間のＨＴＴＰ通信を模式的に表している。ＨＴＴＰ通信は、ＨＴＴＰクライアントからサーバに対してヘッダとボディから構成されるＨＴＴＰリクエストを送信し、サーバはＨＴＴＰクライアントに、同じくヘッダとボディから構成されるＨＴＴＰレスポンスを送信する。これにより、ＨＴＴＰクライアントとサーバの間で情報の送受信を行っている。図９はＨＴＴＰデータの構造を示す図であり、ヘッダとボディを含んでいる。
ＨＴＴＰ通信のプロトコル上、常にＨＴＴＰクライアントからＨＴＴＰリクエストを出し、サーバはそのＨＴＴＰリクエストに応答することが基本原理である。通常は、ＨＴＴＰクライアントからのＨＴＴＰリクエストに対して、サーバがＨＴＴＰレスポンスを送信した時点で、リクエスト処理は完結し、その後、ＨＴＴＰクライアントがＨＴＴＰリクエストを出すまでは、サーバはＨＴＴＰクライアントに情報を伝えることはできない。
そこで、サーバからのＨＴＴＰレスポンスによりリクエスト処理が完結しないように、ＨＴＴＰレスポンスを分割して送信する。図１０は分割したレスポンスとＨＴＴＰデータの関係の例を示す図である。
サーバの状態変化を検出したいＨＴＴＰクライアントは、サーバに対して状態通知のＨＴＴＰリクエストを送信する。サーバは、ＨＴＴＰクライアントから接続された段階でまずヘッダ部分だけ応答する。通常、ヘッダにはデータサイズを示すContent-Lengthを記載することが一般的だが、今回は予め応答するデータサイズが分からない。したがって、Content-Lengthは記載せずにヘッダを応答することになる。なお、Content-Lengthを含まなくてもＨＴＴＰ仕様として問題はない。
その後、ボディ部分の送信処理はサーバで状態変化あるまで行わない。ＨＴＴＰクライアントはサーバからの応答待ちの状態になる。
サーバでエラー発生など何らかの状態変化が発生したタイミングで、状態変化を示すボディの一部をＨＴＴＰクライアントに送信する。ボディの一部の送信が完了しても、サーバは完了を送信しないため、ＨＴＴＰクライアント／サーバともにボディ部分の送受信中の状態を維持している。
これらの処理を、サーバの状態変化が発生する度に繰り返し実行することで、ＨＴＴＰクライアントのタイミングに依存しない状態通知が実現できる。
最終的にはヘッダとボディからなるＨＴＴＰプロトコルに従ったデータとなる。このことにより、一般的なＨＴＴＰ通信を行えるソフトウェアや動作環境で実現可能となる。
ＨＴＴＰクライアントは、一定期間にわたってサーバから応答が無い場合、通信を切断する場合がある。一定期間にわたってサーバで状態変化が発生しない場合は、サーバから状態変更なしを示すボディの一部を送信することで通信を維持することができる。
図１１はデータ書式の例を示す図である。
ＨＴＴＰでは、テキストデータ、画像データ、ＸＭＬ、ＪＳＯＮなど様々な種類のデータ送信が可能である。Ｗｅｂサービスの用途としては、最近はＪＳＯＮ形式でデータを送受信するケースが多い。
図１１（ａ）は通常のＨＴＴＰレスポンスにおいてＪＳＯＮ形式を用いた場合を示しており、ヘッダのContent-Typeにjsonが指定されている。ボディは全体がＪＳＯＮ形式で記述されている。
図１１（ｂ）は分割レスポンスにＪＳＯＮ形式を用いた場合を示しており、ボディの個々の部分データをＪＳＯＮ形式で記述し、区切り文字列（例えば、改行を２個）を付加している。この場合、ボディ全体はＪＳＯＮ形式とはならないため、ヘッダのContent-Typeはtext/plainとなっている。
ＨＴＴＰクライアントは部分データの個々を受信することに意味があるため、個々の部分データがＪＳＯＮ形式等の所定のデータ形式である方が、ＨＴＴＰクライアント側も処理が容易となる。
ＨＴＴＰクライアントは、ＨＴＴＰプロトコルに従い順次に受信データを読み出す。このとき、各データ部分の最後に付された区切り文字列により、個々の部分データを区別して読み出すことができる。
図１２はＷｅｂＡＰＩによる状態通知の他の処理例を示すシーケンス図であり、ＨＴＴＰクライアントから通知すべき状態変化を指定するようにしたものである。
図１２において、ＨＴＴＰクライアントとなる操作部３の操作部アプリ３０１が状態通知のＨＴＴＰリクエストを本体部２に送信すると、ネットワーク管理モジュール２２５が受信する（ステップＳ１４１）。操作部アプリ３０１の状態通知のＨＴＴＰリクエストにより操作部アプリ３０１とネットワーク管理モジュール２２５の間でセッションが形成される。
ネットワーク管理モジュール２２５はＨＴＴＰリクエストを受け取ると、Ｗｅｂサービス提供モジュール２２６に状態通知のリクエストを通知する（ステップＳ１４２）。
Ｗｅｂサービス提供モジュール２２６は状態通知を行う状態を管理するモジュール、ここではプリンタジョブ管理モジュール２２２とコピージョブ管理モジュール２２３とスキャナジョブ管理モジュール２２４とシステム管理モジュール２２８に状態通知のリクエストを通知する（ステップＳ１４３〜Ｓ１４６）。
また、Ｗｅｂサービス提供モジュール２２６は状態通知を含まない初回のレスポンスをネットワーク管理モジュール２２５に通知する（ステップＳ１４７）。
これを受け、ネットワーク管理モジュール２２５は操作部アプリ３０１にヘッダのみのＨＴＴＰレスポンスを送信する（ステップＳ１４８）。このＨＴＴＰレスポンスは正規のＨＴＴＰレスポンスとして完結しておらず、セッションは維持されたままとなる。
その後、操作部アプリ３０１がステータスＡの通知を指定するＨＴＴＰリクエストを本体部２に送信すると、ネットワーク管理モジュール２２５が受信する（ステップＳ１４９）。
ネットワーク管理モジュール２２５はＨＴＴＰリクエストを受け取ると、Ｗｅｂサービス提供モジュール２２６にステータスＡの通知を指定するリクエストを通知する（ステップＳ１５０）。
Ｗｅｂサービス提供モジュール２２６は、ステータスＡの指定を内部的に保持し、レスポンスをネットワーク管理モジュール２２５に返し（ステップＳ１５１）、ネットワーク管理モジュール２２５はレスポンスを操作部アプリ３０１に返す（ステップＳ１５２）。このリクエストのセッションはこれで完結する。
その後、例えば、プリンタジョブ管理モジュール２２２においてステータスＡの状態変化を検出すると、プリンタジョブ管理モジュール２２２はステータスＡの状態変化のレスポンスをＷｅｂサービス提供モジュール２２６に通知する（ステップＳ１５３）。
これを受けたＷｅｂサービス提供モジュール２２６は、内部的に保持した通知すべきステータスＡの指定と一致するため、レスポンスの一部としてのステータスＡの状態変化をネットワーク管理モジュール２２５に通知する（ステップＳ１５４）。
これを受け、ネットワーク管理モジュール２２５はボディの一部としてステータスＡの状態変化のデータを含むＨＴＴＰレスポンスを操作部アプリ３０１に送信する（ステップＳ１５５）。
その後、システム管理モジュール２２８においてステータスＢの状態変化を検出すると、システム管理モジュール２２８はステータスＢの状態変化のレスポンスをＷｅｂサービス提供モジュール２２６に通知する（ステップＳ１５６）。
これを受けたＷｅｂサービス提供モジュール２２６は、内部的に保持した通知すべきステータスＡの指定と一致しないため、レスポンスを通知しない。
その後、操作部アプリ３０１がステータスＢの通知を指定するリクエストを通知した場合、ステータスＢの状態変化についても通知が行われるようになる。
Ｗｅｂサービス提供モジュール２２６が、所定時間にわたって操作部アプリ３０１側に通知すべき状態変化がない場合、レスポンスの一部としての状態変化なしをネットワーク管理モジュール２２５に通知する点は図７と同様である。
また、本体部２の電源オフ時等において、ネットワーク管理モジュール２２５が操作部アプリ３０１にボディの最後の部分のＨＴＴＰレスポンスを送信する点も図７と同様である。
なお、Ｗｅｂサービス提供モジュール２２６が通知すべきステータスを保持し、状態変化が通知された場合に通知すべきか否かを判断する場合について説明したが、通知すべきステータスを対応するモジュールに通知し、そのモジュール側で通知すべきか否か判断するようにしてもよい。
図１３はＷｅｂＡＰＩによる状態通知の更に他の処理例を示すシーケンス図であり、機能毎に分割レスポンスを行い、状態変化がほぼ同時に発生しても、通知が待たされることがないようにしたものである。すなわち、図７に示した方式では、例えば、プリンタジョブ管理モジュール２２２が状態変化のレスポンスを行うのとほぼ同時にシステム管理モジュール２２８が状態変化のレスポンスを行うと、操作部アプリ３０１へのプリンタジョブ管理モジュール２２２からのＨＴＴＰレスポンスが完了するまでは、システム管理モジュール２２８からのＨＴＴＰレスポンスを送信することができない。この処理例は、このような不都合を解消している。
図１３において、ＨＴＴＰクライアントとなる操作部３の操作部アプリ３０１が状態通知のＨＴＴＰリクエストを機能毎に本体部２に送信すると、ネットワーク管理モジュール２２５が受信する（ステップＳ１６１〜Ｓ１６４）。操作部アプリ３０１の状態通知のＨＴＴＰリクエストにより操作部アプリ３０１とネットワーク管理モジュール２２５の間で機能毎にセッションが形成される。
ネットワーク管理モジュール２２５はＨＴＴＰリクエストを受け取ると、Ｗｅｂサービス提供モジュール２２６に状態通知のリクエストを通知する（ステップＳ１６５〜Ｓ１６８）。
Ｗｅｂサービス提供モジュール２２６は状態通知を行う状態を管理するモジュール、ここではプリンタジョブ管理モジュール２２２とコピージョブ管理モジュール２２３とスキャナジョブ管理モジュール２２４とシステム管理モジュール２２８に状態通知のリクエストを通知する（ステップＳ１６９〜Ｓ１７２）。
また、Ｗｅｂサービス提供モジュール２２６は状態通知を含まない初回のレスポンスをネットワーク管理モジュール２２５に通知する（ステップＳ１７３〜Ｓ１７６）。
これを受け、ネットワーク管理モジュール２２５は操作部アプリ３０１にヘッダのみのＨＴＴＰレスポンスを送信する（ステップＳ１７７〜Ｓ１８０）。このＨＴＴＰレスポンスは正規のＨＴＴＰレスポンスとして完結しておらず、セッションは維持されたままとなる。
その後、プリンタジョブ管理モジュール２２２において状態変化を検出すると、プリンタジョブ管理モジュール２２２は状態変化のレスポンスをＷｅｂサービス提供モジュール２２６に通知する（ステップＳ１８１）。
これとほぼ同時に、システム管理モジュール２２８において状態変化を検出すると、システム管理モジュール２２８は状態変化のレスポンスをＷｅｂサービス提供モジュール２２６に通知する（ステップＳ１８２）。
これを受け、Ｗｅｂサービス提供モジュール２２６はレスポンスの一部としての状態変化をネットワーク管理モジュール２２５に通知する（ステップＳ１８３、Ｓ１８４）。
これを受け、ネットワーク管理モジュール２２５はボディの一部として状態変化のデータを含むＨＴＴＰレスポンスを操作部アプリ３０１に送信する（ステップＳ１８５、Ｓ１８６）。
その後もプリンタジョブ管理モジュール２２２、コピージョブ管理モジュール２２３、スキャナジョブ管理モジュール２２４、システム管理モジュール２２８のいずれかで状態変化を検出すると、Ｗｅｂサービス提供モジュール２２６、ネットワーク管理モジュール２２５を介して操作部アプリ３０１にボディの一部として状態変化のデータを含むＨＴＴＰレスポンスが送信される。
Ｗｅｂサービス提供モジュール２２６は、所定時間にわたって操作部アプリ３０１側に通知すべき状態変化がない場合、状態通知リクエスト毎にレスポンスの一部としての状態変化なしをネットワーク管理モジュール２２５に通知し、ネットワーク管理モジュール２２５は操作部アプリ３０１に状態通知リクエスト毎にＨＴＴＰレスポンスを送信する。
また、Ｗｅｂサービス提供モジュール２２６は、状態通知が不要となった場合において、状態通知リクエスト毎にボディの最後の部分のレスポンスをネットワーク管理モジュール２２５に通知し、ネットワーク管理モジュール２２５は操作部アプリ３０１に状態通知リクエスト毎にＨＴＴＰレスポンスを送信し、セッションはクローズされる。
＜総括＞
以上説明したように、本実施形態によれば、クライアントとなる情報処理装置に対してサーバとなる情報処理装置の状態変化を、リアルタイムかつ確実に通知することができる。
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
１ 画像形成装置
２ 本体部
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＮＶ−ＲＡＭ
２０４ プログラムＲＯＭ
２０５ フォントＲＯＭ
２０６ ネットワークインタフェース
２０７ 操作部インタフェース
２０８ プリンタエンジンインタフェース
２０９ スキャナエンジンインタフェース
２１０ ＨＤＤ
２１１ オプションＲＡＭ
２１２ プリンタエンジン
２１３ スキャナエンジン
２２１ ＰＤＬ解析モジュール
２２２ プリンタジョブ管理モジュール
２２３ コピージョブ管理モジュール
２２４ スキャナジョブ管理モジュール
２２５ ネットワーク管理モジュール
２２６ Ｗｅｂサービス提供モジュール
２２７ 印刷管理モジュール
２２８ システム管理モジュール
２２９ メモリ管理モジュール
２３０ サービス提供モジュール群
３ 操作部
３０１〜３０３ 操作部アプリ
４、４Ａ〜４Ｃ ホストコンピュータ
特開２０１１−２３２８９３号公報

Claims (18)

  1. リクエストに対して所定のレスポンスを返すことで１回のリクエストについてのセッションが完了するプロトコルを用い、第１の情報処理装置から第２の情報処理装置に対して状態通知のリクエストを送信し、前記第２の情報処理装置から前記第１の情報処理装置に対して状態通知のレスポンスを送信する情報処理システムであって、
    前記第２の情報処理装置は、
    前記第１の情報処理装置から状態通知のリクエストを受信した場合に、レスポンスのヘッダ部分を前記第１の情報処理装置に対して送信する手段と、
    通知すべき状態変化が発生した場合に、状態通知内容を含むレスポンスのボディ部分の一部を前記第１の情報処理装置に対して送信する手段と、
    状態通知が不要となった場合に、レスポンスのボディ部分の最後の部分を前記第１の情報処理装置に対して送信する手段と、
    を備え、
    前記状態通知内容を含むレスポンスのボディ部分の一部は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されることを特徴とする情報処理システム。
  2. 請求項１に記載の情報処理システムにおいて、
    前記第２の情報処理装置は、
    所定時間にわたって通知すべき状態変化が発生しない場合、状態変化なしの状態通知内容を含む前記レスポンスのボディ部分の一部を前記第１の情報処理装置に対して送信する手段
    を更に備えたことを特徴とする情報処理システム。
  3. 請求項１または２のいずれか一項に記載の情報処理システムにおいて、
    前記第１の情報処理装置は、
    通知すべき状態変化を指定するリクエストを前記第２の情報処理装置に送信する手段
    を更に備え、
    前記第２の情報処理装置は、指定された状態変化を前記第１の情報処理装置に通知する
    ことを特徴とする情報処理システム。
  4. 請求項１乃至３のいずれか一項に記載の情報処理システムにおいて、
    前記第１の情報処理装置は、
    前記第２の情報処理装置の機能毎に状態通知のリクエストを送信する手段
    を更に備えたことを特徴とする情報処理システム。
  5. 請求項１乃至４のいずれか一項に記載の情報処理システムにおいて、
    前記レスポンスのヘッダ部分は、データサイズを含まないように記述されている
    ことを特徴とする情報処理システム。
  6. 請求項１乃至５のいずれか一項に記載の情報処理システムにおいて、
    前記レスポンスのボディ部分の一部は、区切り文字が付加されたＪＳＯＮ形式で記述されている
    ことを特徴とする情報処理システム。
  7. 請求項１乃至６のいずれか一項に記載の情報処理システムにおいて、
    前記第１の情報処理装置が所定の情報処理を行う本体部であり、前記第２の情報処理装置が前記本体部に対する操作を受け付ける操作部である
    ことを特徴とする情報処理システム。
  8. 画像形成または画像読み取りを行う本体部と、
    前記本体部に対する操作を受け付ける操作部と、
    を備える画像形成装置であって、
    前記操作部は、前記本体部に対してＨＴＴＰリクエストを送信し、
    前記本体部は、前記ＨＴＴＰリクエストを受信した場合に前記操作部に対してＨＴＴＰレスポンスを送信し、
    前記本体部から前記操作部に送信する前記ＨＴＴＰレスポンスは、
    前記ＨＴＴＰレスポンスのヘッダ部分と、
    前記画像形成装置の機器状態の情報を含み、前記操作部から前記本体部への１回のＨＴＴＰリクエストに対するレスポンスとして複数回送信される前記ＨＴＴＰレスポンスのボディ部分と、
    を有し、
    前記ＨＴＴＰレスポンスのボディ部分は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されることを特徴とする画像形成装置。
  9. 請求項８に記載の画像形成装置において、
    前記機器状態は、前記画像形成装置のエラー発生を示す内容を含むことを特徴とする画像形成装置。
  10. 請求項８又は９に記載の画像形成装置において、
    前記操作部は、前記本体部が提供するＷｅｂＡＰＩを使って、前記本体部からの状態通知を含む前記ＨＴＴＰレスポンスを受けることを特徴とする画像形成装置。
  11. 請求項１０に記載の画像形成装置において、
    前記本体部は、少なくともプリントを含むＷｅｂサービスを、前記ＷｅｂＡＰＩを使って、クライアントとなる情報処理装置に対して提供することを特徴とする画像形成装置。
  12. 請求項８乃至１１のいずれか一項に記載の画像形成装置において、
    前記本体部と前記操作部は有線接続され、前記有線接続により前記ＨＴＴＰリクエスト及びＨＴＴＰレスポンスを送信することを特徴とする画像形成装置。
  13. 請求項８乃至１２のいずれか一項に記載の画像形成装置において、
    前記本体部と前記操作部は互いに独立したＯＳを有することを特徴とする画像形成装置。
  14. 画像形成または画像読み取りを行う本体部と、前記本体部に対する操作を受け付ける操作部とを備え、
    リクエストに対して所定のレスポンスを返すことで１回のリクエストについてのセッションが完了するプロトコルを用い、前記操作部から前記本体部に対して状態通知のリクエストを送信し、前記本体部から前記操作部に対して状態通知のレスポンスを送信する画像形成装置であって、
    前記操作部は、前記本体部に対して状態通知のリクエストを送信する手段を備え、
    前記本体部は、
    前記操作部からの状態通知のリクエストに対してレスポンスのヘッダ部分を前記操作部に送信する手段と、
    通知すべき状態変化が発生した場合に状態通知内容を含むレスポンスのボディ部分の一部を前記操作部に送信する手段と、
    状態通知が不要となった場合にレスポンスのボディ部分の最後の部分を前記操作部に送信する手段と、
    を備え、
    前記状態通知内容を含むレスポンスのボディ部分の一部は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されることを特徴とする画像形成装置。
  15. リクエストに対して所定のレスポンスを返すことで１回のリクエストについてのセッションが完了するプロトコルを用い、第１の情報処理装置から第２の情報処理装置に対して状態通知のリクエストを送信し、前記第２の情報処理装置から前記第１の情報処理装置に対して状態通知のレスポンスを送信する情報処理システムの前記第１の情報処理装置が実行する方法であって、
    前記第１の情報処理装置が、
    前記第２の情報処理装置に対して状態通知のリクエストを送信する工程と、
    前記第２の情報処理装置から、前記第１の情報処理装置からの状態通知のリクエストに対して送信されるレスポンスのヘッダ部分を受信する工程と、
    前記第２の情報処理装置から、通知すべき状態変化が発生した場合に送信される状態通知内容を含むレスポンスのボディ部分の一部を受信する工程と、
    前記第２の情報処理装置から、状態通知が不要となった場合に送信されるレスポンスのボディ部分の最後の部分を受信する工程と、
    を実行し、
    前記状態通知内容を含むレスポンスのボディ部分の一部は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されることを特徴とする情報処理方法。
  16. リクエストに対して所定のレスポンスを返すことで１回のリクエストについてのセッションが完了するプロトコルを用い、第１の情報処理装置から第２の情報処理装置に対して状態通知のリクエストを送信し、前記第２の情報処理装置から前記第１の情報処理装置に対して状態通知のレスポンスを送信する情報処理システムの前記第２の情報処理装置が実行する方法であって、
    前記第２の情報処理装置が、
    前記第１の情報処理装置から状態通知のリクエストを受信した場合に、レスポンスのヘッダ部分を前記第１の情報処理装置に対して送信する工程と、
    通知すべき状態変化が発生した場合に、状態通知内容を含むレスポンスのボディ部分の一部を前記第１の情報処理装置に対して送信する工程と、
    状態通知が不要となった場合に、レスポンスのボディ部分の最後の部分を前記第１の情報処理装置に対して送信する工程と
    を実行し、
    前記状態通知内容を含むレスポンスのボディ部分の一部は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されることを特徴とする情報処理方法。
  17. リクエストに対して所定のレスポンスを返すことで１回のリクエストについてのセッションが完了するプロトコルを用い、第１の情報処理装置から第２の情報処理装置に対して状態通知のリクエストを送信し、前記第２の情報処理装置から前記第１の情報処理装置に対して状態通知のレスポンスを送信する情報処理システムの前記第１の情報処理装置を構成するコンピュータを、
    前記第２の情報処理装置に対して状態通知のリクエストを送信する手段、
    前記第２の情報処理装置から、前記第１の情報処理装置からの状態通知のリクエストに対して送信されるレスポンスのヘッダ部分を受信する手段、
    前記第２の情報処理装置から、通知すべき状態変化が発生した場合に送信される状態通知内容を含むレスポンスのボディ部分の一部を受信する手段、及び
    前記第２の情報処理装置から、状態通知が不要となった場合に送信されるレスポンスのボディ部分の最後の部分を受信する手段、
    として機能させ、
    前記状態通知内容を含むレスポンスのボディ部分の一部は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されることを特徴とする情報処理プログラム。
  18. リクエストに対して所定のレスポンスを返すことで１回のリクエストについてのセッションが完了するプロトコルを用い、第１の情報処理装置から第２の情報処理装置に対して状態通知のリクエストを送信し、前記第２の情報処理装置から前記第１の情報処理装置に対して状態通知のレスポンスを送信する情報処理システムの前記第２の情報処理装置を構成するコンピュータを、
    前記第１の情報処理装置から状態通知のリクエストを受信した場合に、レスポンスのヘッダ部分を前記第１の情報処理装置に対して送信する手段、
    通知すべき状態変化が発生した場合に、状態通知内容を含むレスポンスのボディ部分の一部を前記第１の情報処理装置に対して送信する手段、及び
    状態通知が不要となった場合に、レスポンスのボディ部分の最後の部分を前記第１の情報処理装置に対して送信する手段、
    として機能させ、
    前記状態通知内容を含むレスポンスのボディ部分の一部は、ＪＳＯＮ形式で記載され、ヘッダを有さずに送信されることを特徴とする情報処理プログラム。
JP2013265730A 2013-12-24 2013-12-24 情報処理システム、画像形成装置、情報処理方法および情報処理プログラム Active JP6354153B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2013265730A JP6354153B2 (ja) 2013-12-24 2013-12-24 情報処理システム、画像形成装置、情報処理方法および情報処理プログラム
US14/571,494 US9280307B2 (en) 2013-12-24 2014-12-16 Information processing system, apparatus, and method
US15/006,307 US9639307B2 (en) 2013-12-24 2016-01-26 Information processing system, apparatus, and method
US15/487,590 US10146487B2 (en) 2013-12-24 2017-04-14 Information processing system, apparatus, and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013265730A JP6354153B2 (ja) 2013-12-24 2013-12-24 情報処理システム、画像形成装置、情報処理方法および情報処理プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2018113916A Division JP2018156692A (ja) 2018-06-14 2018-06-14 情報処理システム、画像形成装置、情報処理装置、情報処理方法および情報処理プログラム

Publications (3)

Publication Number Publication Date
JP2015121971A JP2015121971A (ja) 2015-07-02
JP2015121971A5 JP2015121971A5 (ja) 2017-06-01
JP6354153B2 true JP6354153B2 (ja) 2018-07-11

Family

ID=53400078

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013265730A Active JP6354153B2 (ja) 2013-12-24 2013-12-24 情報処理システム、画像形成装置、情報処理方法および情報処理プログラム

Country Status (2)

Country Link
US (3) US9280307B2 (ja)
JP (1) JP6354153B2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10067808B2 (en) * 2015-11-16 2018-09-04 Sap Se Nondeterministic operation execution environment utilizing resource registry
JP6824725B2 (ja) * 2016-12-20 2021-02-03 キヤノン株式会社 アプリケーションを搭載可能な画像形成装置およびその制御方法
JP6950386B2 (ja) * 2017-09-12 2021-10-13 住友電気工業株式会社 配信装置、再生装置、配信方法、再生方法、再生プログラムおよびデータ構造
DE102017123581A1 (de) * 2017-10-11 2019-04-11 Valeo Schalter Und Sensoren Gmbh Fahrerassistenz-Steuerungssystem für ein Fahrzeug

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3489222B2 (ja) * 1994-10-07 2004-01-19 富士ゼロックス株式会社 ファクシミリ装置
US6209048B1 (en) 1996-02-09 2001-03-27 Ricoh Company, Ltd. Peripheral with integrated HTTP server for remote access using URL's
JP4280570B2 (ja) * 2003-07-01 2009-06-17 キヤノン株式会社 通信制御方法及び通信装置
JP4403135B2 (ja) * 2005-03-17 2010-01-20 株式会社リコー Ｗｅｂサービス利用システム
EP3136702B1 (en) 2004-12-22 2022-07-06 Ricoh Company, Ltd. Image foriming system including an image forming apparatus with integrated web browser for receiving screen data from an external server and an integrated web server for receiving an image processing execution request from said external server
JP2006205589A (ja) * 2005-01-28 2006-08-10 Kyocera Mita Corp 省電力機器およびそれを備える画像形成装置
JP4693803B2 (ja) * 2007-03-12 2011-06-01 コニカミノルタビジネステクノロジーズ株式会社 Ｈｔｔｐサーバ及びプログラム
EP2112806B1 (en) 2008-04-14 2013-03-20 Axis AB Information collecting system
JP2011232893A (ja) 2010-04-26 2011-11-17 Canon Inc 印刷データ作成サーバ及び印刷装置及び印刷システム
WO2012011473A1 (ja) * 2010-07-20 2012-01-26 シャープ株式会社 送信装置、送信方法、受信装置、受信方法、通信システム、データ構造、プログラム、及び、記憶媒体
JP6060651B2 (ja) 2012-01-18 2017-01-18 株式会社リコー 電子機器、情報処理システム、情報処理装置、情報処理方法、及びプログラム
JP6065542B2 (ja) * 2012-11-26 2017-01-25 ブラザー工業株式会社 画像処理装置および通信プログラム
CN105264826B (zh) * 2012-12-21 2019-12-20 皇家Kpn公司 用于使能低等待时间流式传输的方法和系统
JP6379787B2 (ja) * 2013-11-08 2018-08-29 株式会社リコー 画像処理システム、画像処理装置、画像処理方法及びプログラム

Also Published As

Publication number Publication date
JP2015121971A (ja) 2015-07-02
US9280307B2 (en) 2016-03-08
US20170220303A1 (en) 2017-08-03
US9639307B2 (en) 2017-05-02
US20160139861A1 (en) 2016-05-19
US20150178025A1 (en) 2015-06-25
US10146487B2 (en) 2018-12-04

Similar Documents

Publication Publication Date Title
US8970876B2 (en) Printing system, cloud computing system, printing system control method, and storage medium
US8659776B2 (en) Print job management server which manages print jobs to be processed by an image forming apparatus
US8717601B2 (en) Server apparatus, and terminal apparatus
US9086826B2 (en) Information processing apparatus, method for controlling the same, and storage medium
US8582162B2 (en) Information processing apparatus, output method, and storage medium
US8836974B2 (en) Image processing system and control method for managing a job related to image processing in a distributed environment
JP2012083845A (ja) クラウドコンピューティングシステム、情報処理方法及びプログラム
JP2014021794A (ja) 情報処理システム、サーバ装置、クライアント装置および制御方法
US20120307293A1 (en) Information processing apparatus, print control method, and storage medium
JP2011031616A (ja) 印刷装置、コンピュータにおいて使用可能な方法及びコンピュータにより読取可能な媒体
JP6354153B2 (ja) 情報処理システム、画像形成装置、情報処理方法および情報処理プログラム
JP2015121989A (ja) ネットワークデバイス、ネットワークデバイスの制御方法およびそのプログラム
KR20130004155A (ko) 작업 처리 장치, 제어 방법, 및 컴퓨터 판독가능 저장 매체
JP2009255390A (ja) 画像形成装置、機能連携制御方法、及び機能連携制御プログラム
JP2012226700A (ja) 印刷システム、印刷中継サーバー、印刷中継サーバーを制御する制御方法、およびそのプログラム。
JP6287174B2 (ja) 情報処理システム、情報処理装置、情報処理方法および情報処理プログラム
JP2005038016A (ja) データ処理装置、データ処理方法、データ処理プログラム、及び画像形成装置
JP6366332B2 (ja) プリントサーバ、制御方法およびコンピュータプログラム
JP2018156692A (ja) 情報処理システム、画像形成装置、情報処理装置、情報処理方法および情報処理プログラム
JP6340786B2 (ja) 情報処理システム、情報処理装置、情報処理方法および情報処理プログラム
JP5974726B2 (ja) プレビュー画面表示制御装置およびプログラム
JP5900574B2 (ja) 印刷制御サーバー，印刷制御方法および印刷制御プログラム
JP6471440B2 (ja) 情報処理装置、情報処理システム及びプログラム
JP2019095854A (ja) システム及び機器管理方法
JP2009248527A (ja) 画像処理装置及び機器状態監視方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161208

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170412

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20171011

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171017

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171213

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180515

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180528

R151 Written notification of patent or utility model registration

Ref document number: 6354153

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151