JP6365247B2 - Information processing apparatus, information processing system, and information processing method - Google Patents
Information processing apparatus, information processing system, and information processing method Download PDFInfo
- Publication number
- JP6365247B2 JP6365247B2 JP2014225208A JP2014225208A JP6365247B2 JP 6365247 B2 JP6365247 B2 JP 6365247B2 JP 2014225208 A JP2014225208 A JP 2014225208A JP 2014225208 A JP2014225208 A JP 2014225208A JP 6365247 B2 JP6365247 B2 JP 6365247B2
- Authority
- JP
- Japan
- Prior art keywords
- api
- service
- processing apparatus
- function
- request
- 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
Links
Images
Landscapes
- Stored Programmes (AREA)
Description
本発明は、情報処理装置、情報処理システム、及び情報処理方法に関する。 The present invention relates to an information processing apparatus, an information processing system, and an information processing method.
ＭＦＰ（Multifunction Peripheral）等の画像形成装置の機能をＰＣ等から利用できるＡＰＩ（Application Program Interface）を備えたＲＥＳＴ（Representational State Transfer）形式のフレームワークが既に知られている。 A REST (Representational State Transfer) type framework having an API (Application Program Interface) that can use functions of an image forming apparatus such as an MFP (Multifunction Peripheral) from a PC or the like is already known.
また、自身の機能をネットワークに接続されたＰＣ等から利用するためのＡＰＩを備えた情報処理装置が既に知られている（例えば特許文献１参照）。 Further, an information processing apparatus having an API for using its function from a PC or the like connected to a network is already known (see, for example, Patent Document 1).
しかしながら、上記の従来技術においては、情報処理装置の起動時に、例えばＡＰＩを用いてＰＣ等から受け取ることができるデータ量の上限等を登録し、起動後に変更することができなかった。したがって、例えばＡＰＩを用いてＰＣ等から受け取ることができるデータ量の上限等を変更したい場合、情報処理装置の再起動が必要であった。 However, in the above prior art, when the information processing apparatus is activated, the upper limit of the amount of data that can be received from a PC or the like using, for example, an API is registered and cannot be changed after activation. Therefore, for example, when it is desired to change the upper limit of the amount of data that can be received from a PC or the like using an API, it is necessary to restart the information processing apparatus.
本発明の一実施形態は、上記の点に鑑みてなされたもので、ＡＰＩにより提供される機能の情報を動的に変更することを目的とする。 One embodiment of the present invention has been made in view of the above points, and an object thereof is to dynamically change function information provided by an API.
上記目的を達成するため、本発明の一実施形態は、ネットワークを介して接続された機器からの要求に応じて所定の機能を利用したサービスを提供する情報処理装置であって、前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのＡＰＩを示す情報と、該ＡＰＩを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるＡＰＩ管理手段と、前記機器から前記要求を前記ＡＰＩ毎に受け付けるインタフェース手段と、前記インタフェース手段により前記要求を受け付けると、前記機能に関する情報に基づき、前記要求に対応するサービスの機能を実行させて、該サービスを提供するサービス提供手段と、前記機器からの要求又は前記情報処理装置の状態に応じて前記所定の記憶領域に記憶されている前記機能に関する情報を動的に変更する変更手段と、を有することを特徴とする。 In order to achieve the above object, an embodiment of the present invention provides an information processing apparatus that provides a service using a predetermined function in response to a request from a device connected via a network, the service and the service For each function used by a service, information indicating an API for accepting a request for a service using the function from the device and information regarding the function provided using the API are stored in a predetermined storage area in association with each other. An API management means for receiving the request, and an interface means for receiving the request from the device for each API. When the request is received by the interface means, the function of the service corresponding to the request is executed based on the information on the function. A service providing means for providing the service, a request from the device, or a state of the information processing apparatus. Flip and having a changing means for dynamically changing the information relating to the functions stored in the predetermined storage area.
本発明の一実施形態によれば、ＡＰＩにより提供される機能の情報を動的に変更することができる。 According to an embodiment of the present invention, the function information provided by the API can be dynamically changed.
次に、本発明の実施の形態について、詳細に説明する。なお、以降では、本発明に係る情報処理装置を、ＭＦＰ等の画像処理装置に適用した場合の実施形態について説明する。ただし、本発明に係る情報処理装置の適用先は、これに限定されるものではなく、画像処理装置以外に適用してもよい。 Next, embodiments of the present invention will be described in detail. In the following, an embodiment in which the information processing apparatus according to the present invention is applied to an image processing apparatus such as an MFP will be described. However, the application destination of the information processing apparatus according to the present invention is not limited to this and may be applied to other than the image processing apparatus.
［第１の実施形態］
＜システム構成＞
図１は、第１の実施形態に係る画像処理システムの一例の構成図である。図１の画像処理システム１は、１台以上の画像処理装置１０と、１台以上のＰＣ（パーソナルコンピュータ）２０とが例えばＬＡＮ（Local Area Network）等のネットワークＮ１に有線や無線で接続されている。
[First Embodiment]
<System configuration>
FIG. 1 is a configuration diagram of an example of an image processing system according to the first embodiment. In the
画像処理装置１０は、情報処理装置の一例である。画像処理装置１０は、ＰＣ２０や他の画像処理装置１０等の機器からの要求に応じて、コピー、ファックス、プリンタ、スキャナ等の画像処理に係るサービスを提供するＭＦＰである。ただし、画像処理装置１０はＭＦＰに限定されるものではなく、他の機器に対して各種サービスを提供することができる装置であればよい。
The
また、画像処理装置１０は、ＰＣ２０や他の画像処理装置１０等の機器が上記サービスを利用するためのＡＰＩを有する。画像処理装置１０は、上記サービスが利用する機能を追加・削除することができるとともに、サービスを提供するためのアプリケーションをインストール又はアンインストールすることにより、サービスを追加・削除することができる。
Further, the
例えば、画像処理装置１０は、コピーサービスを提供するコピーアプリケーションの
インストール又はアンインストールにより、コピーサービスの追加又は削除を行うことができる。また、例えば、コピーサービスが利用する機能（例えば両面コピー機能、２ｉｎ１コピー機能等）の追加又は削除を行うことができる。
For example, the
ＰＣ２０は、機器の一例である。ＰＣ２０は、ＰＣ（パーソナルコンピュータ）に限られない。ＰＣ２０は、例えば、タブレット端末、スマートフォンや携帯電話、ＰＤＡ等の携帯情報端末、電子ホワイトボード等の表示装置、プロジェクタ等の投影装置、画像処理装置１０と連携したサービスを提供するためのクラウドサーバ等でもよい。ＰＣ２０は、画像処理装置１０が有するＡＰＩを利用することで、画像処理に係るサービスの提供を要求することができる。
The PC 20 is an example of a device. The PC 20 is not limited to a PC (personal computer). The PC 20 is, for example, a tablet terminal, a smart phone or a mobile phone, a personal digital assistant such as a PDA, a display device such as an electronic whiteboard, a projection device such as a projector, a cloud server for providing a service in cooperation with the
なお、本実施形態に係る画像処理装置１０は、図１の画像処理システムのように、当該画像処理装置１０以外の機器からサービスの要求を受ける画像処理装置１０に限らない。例えば、画像処理装置１０が、互いに独立したＯＳ（Operating System）を搭載した画像処理装置本体と操作部とが有線や無線で接続された構成となっており、画像処理装置本体が操作部からサービスの提供要求を受けるものであってもよい。つまり、画像処理装置本体が、ネットワークを介して接続された機器である操作部からサービスの提供要求を受けるものである場合、この画像処理装置本体を本実施形態における「画像処理装置１０」として捉えることもできる。
The
＜ハードウェア構成＞
《画像処理装置》
画像処理装置１０は、例えば図２に示すようなハードウェア構成により実現される。図２は、第１の実施形態に係る画像処理装置の一例のハードウェア構成図である。
<Hardware configuration>
<Image processing device>
The
図２に示すように、画像処理装置１０は操作部１００と本体部１１０とを有する。
As illustrated in FIG. 2, the
操作部１００は、ＬＣＤ（Liquid Crystal Display）デバイスやタッチパネル、ハードキー等を備えるユーザインタフェースであり、画像処理装置１０に対して、ユーザが各種操作を行う。
The
本体部１１０は、コントローラ１２０と、ファックス制御ユニット１４０と、エンジン群１５０とを有する。さらに、ファックス制御ユニット１４０は、Ｇ３規格対応ユニット１４１と、Ｇ４規格対応ユニット１４２とを有する。また、エンジン群１５０は、プロッタエンジン１５１と、スキャナエンジン１５２と、その他のハードウェアリソース１５３とを有する。
The
コントローラ１２０は、ＣＰＵ１２１と、ＡＳＩＣ１２２と、ＨＤＤ（Hard Disk Drive）１２３と、システムメモリ（ＭＥＭ−Ｐ）１２４と、ローカルメモリ（ＭＥＭ−Ｃ）１２５と、ノースブリッジ（以下、ＮＢと表す）１２６とを有する。また、シリアルバス１２７と、ＮＩＣ（Network Interface Card）１２８と、ＵＳＢデバイス１２９とを有する。さらに、ＩＥＥＥ８０２．１１ｂデバイス１３０と、ＩＥＥＥ１３９４デバイス１３１と、ＵＳＢホスト１３２と、メモリカードＩ／Ｆ１３３とを有する。
The
また、シリアルバス１２７、ＮＩＣ１２８、ＵＳＢデバイス１２９、ＩＥＥＥ８０２．１１ｂデバイス１３０、ＩＥＥＥ１３９４デバイス１３１、ＵＳＢホスト１３２、及びメモリカードＩ／Ｆ１３３は、ＮＢ１２６にＰＣＩバスを介して接続されている。
The
なお、コントローラ１２０において、ＡＳＩＣ１２２には、ローカルメモリ１２５、ＨＤＤ１２３等が接続されている。また、ＣＰＵ１２１とＡＳＩＣ１２２とは、ＣＰＵチップセットのＮＢ１２６を介して接続されている。さらに、ファックス制御ユニット１４０及びエンジン群１５０は、ＡＳＩＣ１２２にＰＣＩバスを介して接続されている。
In the
ＣＰＵ１２１は、画像処理装置１０の全体を制御するものである。ＣＰＵ１２１は、各種サービスを起動して実行する。
The
ＮＢ１２６は各要素を接続するためのブリッジである。具体的には、ＣＰＵ１２１、システムメモリ１２４、ＡＳＩＣ１２２、シリアルバス１２７、ＮＩＣ１２８、ＵＳＢデバイス１２９を接続する。さらに、ＩＥＥＥ８０２．１１ｂデバイス１３０、ＩＥＥＥ１３９４デバイス１３１、ＵＳＢホスト１３２、及びメモリカードＩ／Ｆ１３３を接続する。
The
システムメモリ１２４は、画像処理装置１０の描画用メモリ等として用いるメモリ（記憶装置）である。また、ローカルメモリ１２５は、コピー用画像バッファ、符号バッファ等として用いるメモリ（記憶装置）である。
The
ＡＳＩＣ１２２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）である。また、ＨＤＤ１２３は、各種情報を蓄積するためのストレージ（記憶装置）である。なお、ＨＤＤ１２３に蓄積される情報には、例えば、ファクシミリ送信のための宛先データや電子メールの宛先データ（すなわち、アドレス帳データ）等が含まれる。また、ファクシミリ送信や電子メール送信等の送信履歴を記憶するための履歴データや、プリントジョブのデータである蓄積画像データや蓄積文書データが含まれる。その他、例えば、課金データやユーザ認証を行うためのユーザ認証情報、各種プログラム、フォントデータ、フォームデータ等が含まれる。
The
シリアルバス１２７、ＮＩＣ１２８、ＵＳＢデバイス１２９、ＩＥＥＥ８０２．１１ｂデバイス１３０、ＩＥＥＥ１３９４デバイス１３１、ＵＳＢホスト１３２、メモリカードＩ／Ｆ１３３は、各々が対応する規格の可搬型記憶装置と接続するインタフェースである。例えば、図２に示すように、ＵＳＢホスト１３２には、ＵＳＢメモリ１６１を接続することができ、メモリカードＩ／Ｆ１３３には、メモリカード１６２を接続することができる。
The
《ＰＣ》
ＰＣ２０は、例えば図３に示すようなハードウェア構成により実現される。図３は、第１の実施形態に係るＰＣの一例のハードウェア構成図である。
<< PC >>
The
図３に示したＰＣ２０は、入力装置２０１と、表示装置２０２と、外部Ｉ／Ｆ２０３と、ＲＡＭ（Random Access Memory）２０４と、ＲＯＭ（Read Only Memory）２０５と、ＣＰＵ２０６と、通信Ｉ／Ｆ２０７と、ＨＤＤ２０８とを備える。また、これらの各装置はそれぞれがバスＢで相互に接続されている。
3 includes an
入力装置２０１は、キーボードやマウス、タッチパネル等を含み、ＰＣ２０に各操作信号を入力するのに用いられる。表示装置２０２は、ＬＣＤやＣＲＴ（Cathode Ray Tube）等を含み、ＰＣ２０による処理結果を表示する。
The
外部Ｉ／Ｆ２０３は、外部装置とのインタフェースである。外部装置には、記録媒体２０３ａ等がある。記録媒体２０３ａには、例えば、画像処理装置１０から提供されるサービスを用いた各種処理（例えばコピー処理）の対象となる各種データ等を格納することができる。ＰＣ２０は外部Ｉ／Ｆ２０３を介して、記録媒体２０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体２０３ａにはＵＳＢメモリ、ＳＤメモリカード（SD Memory card）、ＤＶＤ（Digital Versatile Disk）、ＣＤ（Compact Disk）、フレキシブルディスク等の記録媒体を用いることができる。
The external I /
ＲＡＭ２０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。
The
ＲＯＭ２０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ２０５には、ＰＣ２０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。
The
ＣＰＵ２０６は、ＲＯＭ２０５やＨＤＤ２０８等の記憶装置からプログラムやデータをＲＡＭ２０４上に読み出し、処理を実行することで、ＰＣ２０全体の制御や機能を実現する演算装置である。
The
通信Ｉ／Ｆ装置２０７は、ネットワークに接続するインタフェースである。これにより、ＰＣ２０は通信Ｉ／Ｆ装置２０７を介して画像処理装置１０等とデータ通信を行うことができる。
The communication I /
ＨＤＤ２０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えば、ＰＣ２０全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。ＨＤＤ２０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（Data Base）等により管理している。
The
本実施形態に係る画像処理装置１０及びＰＣ２０は、例えば上記のハードウェア構成を有することにより、後述するような各種処理を実現することができる。
For example, the
＜機能構成＞
次に、第１の実施形態に係る画像処理装置１０の機能構成について説明する。図４は、第１の実施形態に係る画像処理装置の一例の機能構成図である。図４に示すように、画像処理装置１０は、大別すると、ソフトウェア群４０１と、フレームワーク４２０とに分けられる。
<Functional configuration>
Next, the functional configuration of the
ソフトウェア群４０１は、アプリケーション層４０２とサービスモジュール層４０３とを有する。
The
アプリケーション層４０２は、コピー、ファックス、プリンタ、及びスキャナ等の画像処理に係るサービスとして、それぞれ固有の処理を行うプログラムを有する。ここで、図４に示すアプリケーション層４０２には、例えば、コピー用のアプリケーションであるコピーアプリケーション４３１、ファックス用のアプリケーションであるファックスアプリケーション４３２、プリンタ用のアプリケーションであるプリンタアプリケーション４３３、スキャナ用のアプリケーションであるスキャナアプリケーション４３４等が含まれる。
The
サービスモジュール層４０３は、アプリケーション層４０２の各アプリケーションからの処理要求を解釈して共通の機能や制御を行うモジュールを有する。また、サービスモジュール層４０３は、アプリケーション層４０２の各アプリケーションからの処理要求を解釈して、例えばエンジン群１５０等のハードウェア資源の獲得要求を発生し、獲得したハードウェア資源の管理等を行うモジュールを有する。これらのサービスモジュール層４０３の各モジュールは、予め定義された関数等によりアプリケーション層４０２からの処理要求を受信する内部ＡＰＩ４４０を介して、アプリケーション層４０２の各アプリケーションから利用することができる。
The
ここで、図４に示すサービスモジュール層４０３には、例えば、システム制御サービス４５１、ファックス制御サービス４５２、エンジン制御サービス４５３、メモリ制御サービス４５４、ネットワーク制御サービス４５５、ログ制御サービス４５６、電源制御サービス４５７、認証制御サービス４５８、アドレス帳管理サービス４５９等が含まれる。
Here, the
ここで、ソフトウェア群４０１は、ＯＳ４６０上において実行される。ＯＳ４６０は、アプリケーション層４０２及びサービスモジュール層４０３のソフトウェア群４０１のそれぞれのソフトウェアをプロセスとして並列実行する。
Here, the
なお、ソフトウェア群４０１が有する各種サービスは、それぞれ１以上の機能を有している。この機能のことをリソースとも称する。例えばコピーアプリケーション４３１は、片面コピーを行うためのリソース、両面コピーを行うためのリソース、２ｉｎ１コピーを行うためのリソース等を有している。また、例えばアドレス帳管理サービス４５９は、アドレス帳のアドレスを全件取得するためのリソース、アドレス帳のアドレスを１件取得するためのリソース、アドレス帳の状態を取得するためのリソース等を有している。このように、ソフトウェア群４０１が有する各種サービスは、リソースとも称される１以上の機能をそれぞれ有している。
Note that the various services included in the
ＰＣ２０や他の画像処理装置１０は、ソフトウェア群４０１によって実現される各種サービスを、ＰＣ２０や他の画像処理装置１０からの処理要求を受信するＷｅｂＡＰＩ４１０を介して利用することができる。
The
フレームワーク４２０は、ＷｅｂＡＰＩ４１０が受信したＰＣ２０や他の画像処理装置１０からの処理要求を解釈し、ソフトウェア群４０１の各種サービスに対して処理要求を行う。フレームワーク４２０は、要求管理部４２１、ＡＰＩ制御部４２２、ＡＰＩ管理部４２３、結果応答部４２４、ＡＰＩ情報変更部４２５を有する。
The
ＷｅｂＡＰＩ４１０は、例えば外部の機器（ＰＣ２０や他の画像処理装置１０等）が画像処理装置１０が提供する各種サービスを利用するためのＡＰＩの集まりである。画像処理装置１０は、ＷｅｂＡＰＩ４１０に含まれるＡＰＩ毎に、外部の機器からの要求を受け付ける。
The
要求管理部４２１は、例えばＣＰＵ１２１等により実現され、ＷｅｂＡＰＩ４１０から処理要求を受信し、ＡＰＩ制御部４２２に処理を依頼する。また、要求管理部４２１は、結果応答部４２４から処理結果を受信し、ＷｅｂＡＰＩ４１０に処理結果を送信する。
The
ＡＰＩ制御部４２２は、例えばＣＰＵ１２１等により実現され、ＡＰＩ管理部４２３からリソース情報を取得し、ソフトウェア群４０１の各種サービスに処理を要求する。ここで、リソース情報とは、ソフトウェア群４０１の各アプリケーションや各モジュールが、要求された機能を実行するために利用するリソース（機能）に関する情報である。リソース情報の詳細については後述する。
The
ＡＰＩ管理部４２３は、例えばＣＰＵ１２１等により実現され、リソース情報の登録要求があった場合、リソース情報を画像処理装置１０のフレームワーク４２０の例えばＨＤＤ１２３の所定の記憶領域に記憶する。また、ＡＰＩ管理部４２３は、リソース情報の取得要求があった場合、リソース情報を画像処理装置１０のフレームワーク４２０の所定の記憶領域から取得する。
The
結果応答部４２４は、例えばＣＰＵ１２１等により実現され、ソフトウェア群４０１の各アプリケーションや各モジュールが実行した機能の処理結果を作成し、要求管理部４２１に送信する。
The
ＡＰＩ情報変更部４２５は、例えばＣＰＵ１２１等により実現され、フレームワーク４２０の所定の記憶領域に記憶されているリソース情報を変更する。
The API
＜処理の概要＞
次に、第１の実施形態に係る画像処理装置の処理の概要について説明する。図５は、第１の実施形態に係る画像処理装置の処理の概要の一例を説明するための図である。
<Outline of processing>
Next, an outline of processing of the image processing apparatus according to the first embodiment will be described. FIG. 5 is a diagram for explaining an example of an outline of processing of the image processing apparatus according to the first embodiment.
図５（ａ）は、例えばＰＣ２０や他の画像処理装置１０等からサービスの提供要求あった場合の画像処理装置１０の処理の概要の一例を説明するための図である。
FIG. 5A is a diagram for explaining an example of an outline of processing of the
まず、画像処理装置１０のＷｅｂＡＰＩ４１０は、例えばＰＣ２０や他の画像処理装置１０等から、サービスと、このサービスが利用するリソース（機能）とを指定したＨＴＴＰ（HyperText Transfer Protocol）リクエストを受信する。サービスは、ソフトウェア群４０１の各アプリケーションや各モジュールのことであり、例えばファックスアプリケーション４３２やアドレス帳管理サービス４５９である。リソースは、ソフトウェア群４０１の各アプリケーションや各モジュールが実行する機能のことであり、例えばアドレス帳管理サービス４５９においてアドレス帳のアドレスを全件取得する機能である。ユーザが例えばファックス操作においてファックスの送信先の候補となるアドレスの一覧を取得したい場合、サービスとしてアドレス帳管理サービス４５９、リソースとしてアドレス帳一覧を取得する機能（アドレス帳の取得（全件））を指定することでアドレス帳のアドレス一覧を取得することができる。
First, the
次に、要求管理部４２１は、ＷｅｂＡＰＩ４１０から呼び出されるとＨＴＴＰリクエストを受け取り、ＡＰＩ制御部４２２に処理要求を行う。そして、ＡＰＩ制御部４２２は、ＡＰＩ管理部４２３を介してリソース情報を取得し、ＨＴＴＰリクエストにより呼び出されたＡＰＩ（ＷｅｂＡＰＩ４１０）を特定する。なお、ＡＰＩの特定には、リソース情報に含まれるＵＲＬで判断する。リソース情報の詳細については後述する。
Next, when called from the
ＡＰＩ制御部４２２は、該当のサービスに対して、リソースを指定（図５（ａ）の例では、サービス１に対してリソースＡを指定）して操作要求を行う。そして、サービス１は、リソースＡに対応する処理を実行し、処理結果の応答要求を結果応答部４２４に行う。
The
そして、結果応答部４２４は、ＨＴＴＰレスポンスを作成し、要求管理部４２１に送信要求を行う。要求管理部４２１は、結果応答部４２４からＨＴＴＰレスポンスを受け取ると、ＷｅｂＡＰＩ４１０を介してＨＴＴＰリクエストの送信元のＰＣ２０等にＨＴＴＰレスポンスを送信する。
Then, the
次に、図５（ｂ）は、画像処理装置１０にサービスやリソースの登録をする場合の画像処理装置１０の処理の概要の一例を説明するための図である。図５（ｂ）では、画像処理装置１０に対してリソースＣを有するサービス２を新たに登録する場合について説明する。
Next, FIG. 5B is a diagram for explaining an example of an outline of processing of the
ユーザは、例えばネットワークＮ１等を介して、リソースＣを有するサービス２を画像処理装置１０にインストールする。すると、ＡＰＩ管理部４２３は、リソースＣのリソース情報をフレームワーク４２０の所定の記憶領域に登録する。リソース情報を登録することで、このリソース情報に含まれるＵＲＬをＰＣ２０や他の画像処理装置１０等から利用可能なＡＰＩとして提供することができる。これにより、画像処理装置１０に新たにサービスやリソースが追加された場合、追加されたリソースに関するリソース情報をＡＰＩ管理部４２３を介して所定の記憶領域に登録することで、外部から利用可能なＡＰＩを提供することができる。
The user installs the service 2 having the resource C in the
次に、図５（ｃ）は、フレームワーク４２０の所定の記憶領域に記憶されているリソース情報の変更を行う場合の画像処理装置１０の処理の概要の一例を説明するための図である。
Next, FIG. 5C is a diagram for explaining an example of an outline of processing performed by the
ＡＰＩ情報変更部４２５は、例えば画像処理装置１０の所定の記憶装置の残容量が、所定の基準値未満になったことを検知すると、ＡＰＩ管理部４２３に対してリソース情報の変更を要求する。すると、ＡＰＩ管理部４２３は、例えばＰＣ２０等から受信可能なデータ量の上限値が、より小さい値となるようにリソース情報を変更する。これにより、例えばＰＣ２０等がＡＰＩを介して画像処理装置１０に対して送信可能なデータ量が少なくなるように変更される。後述するように、図５（ｂ）及び図５（ｃ）で説明したリソース情報の登録や変更は、画像処理装置１０において動的に行われる。したがって、例えば、既に登録済みのリソース情報に対して変更の必要が生じた場合でも、画像処理装置１０を再起動させることなく、変更を行うことができる。
For example, when the API
次に、リソース情報の詳細について説明する。図６は、リソース情報の一例の構成図である。図６に示すように、リソース情報は、ＵＲＬ、メソッド、システム、アクセス、認証方式等のデータ項目を有する。 Next, details of the resource information will be described. FIG. 6 is a configuration diagram of an example of resource information. As shown in FIG. 6, the resource information includes data items such as URL, method, system, access, authentication method, and the like.
ＵＲＬは、サービス部及びリソース部のデータ項目を有する。サービス部は、例えばプリンタアプリケーション４３３やアドレス帳管理サービス４５９等のサービスを特定する情報である。リソース部は、各サービスが有するリソース（機能）を特定する情報である。例えば、サービス部「printer」は、プリンタの状態を表示させる機能に関するリソース「status」と、プリントを実行する機能に関するリソース「job」の２つのリソースを有する。後述するように、サービス部（サービス名）とリソース部（リソース名）とを、例えばスラッシュ「/」で連結させてＵＲＬ形式とすることで、外部（ＰＣ２０や他の画像処理装置１０等）から利用可能なＡＰＩとして提供することができる。なお、リソース名は、同一のサービスにおいて一意（ユニーク）であればよい。
The URL has data items of a service part and a resource part. The service unit is information for specifying services such as the
メソッドは、ＨＴＴＰのメソッドを示しており、ＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥ等がある。また、各メソッドは、上限及び権限等のデータ項目を有する。メソッドのデータ項目は、リソース部で指定されたリソースを利用したサービスを利用したい場合に、どのメソッドが定義されたＨＴＴＰリクエストで利用することができるかを示す項目である。このとき、ＨＴＴＰリクエストのボディ部（メッセージボディ）に指定することができるデータの容量の上限（データ量の上限値）と、リソースを利用することができる権限とがそれぞれ上限及び権限のデータ項目で指定されている。 The method indicates an HTTP method, such as GET, POST, PUT, and DELETE. Each method has data items such as an upper limit and authority. The method data item is an item indicating which method can be used in the defined HTTP request when a service using the resource specified in the resource part is desired. At this time, the upper limit of the data capacity that can be specified in the body part (message body) of the HTTP request (the upper limit value of the data amount) and the authority to use the resource are the upper limit and authority data items, respectively. It is specified.
例えば、アドレス帳のアドレス情報を取得したい場合、ＵＲＬとして「/addressbook/entries」、メソッドとして「ＧＥＴ」を指定すればよい。また、このメソッドの権限は、「管理者」が指定されているため、このリソースを利用することができるのは例えば管理者権限のユーザである。換言すれば、ＰＣ２０や他の画像処理装置１０等に、管理者権限のユーザとしてログインしているユーザが、アドレス帳のアドレス情報を取得するためのリソースを利用することができる。なお、ＧＥＴメソッドは、Ｂｏｄｙ部を指定しないため、上限のデータ項目には「０」が指定されている。
For example, when it is desired to acquire address information of the address book, “/ addressbook / entries” as a URL and “GET” as a method may be specified. In addition, since “administrator” is designated as the authority of this method, a user having administrator authority can use this resource. In other words, a user who is logged in to the
また、例えば、アドレス帳にアドレス情報を追加したい場合、ＵＲＬとして「/addressbook/entries」、メソッドとして「ＰＯＳＴ」を指定すればよい。このメソッドの権限も「管理者」が指定されているため、このリソースを利用することができるのも例えば管理者権限のユーザである。さらに、上限のデータ項目には「１０００」が指定されているため、ＰＯＳＴメソッドのＨＴＴＰリクエストのボディ部には、容量が１０００バイトまでのデータを指定できることを示している。換言すれば、一度のＨＴＴＰリクエストで、データ容量が１０００バイトまでのアドレス情報を追加することができることを示している。 For example, when adding address information to the address book, “/ addressbook / entries” as a URL and “POST” as a method may be specified. Since “administrator” is also designated for the authority of this method, it is also possible to use this resource, for example, by a user with administrator authority. Furthermore, since “1000” is designated in the upper limit data item, it is indicated that data having a capacity of up to 1000 bytes can be designated in the body part of the HTTP request of the POST method. In other words, it is indicated that address information with a data capacity of up to 1000 bytes can be added with a single HTTP request.
なお、利用することができないメソッドは、上限及び権限のデータ項目に「−」（ハイフン）が指定されている。例えば、プリンタの状態を表示させる機能を利用したい場合（サービス部「printer」、リソース部「status」）には、ＰＯＳＴメソッドやＰＵＴメソッド、ＤＥＬＥＴＥメソッドを定義したＨＴＴＰリクエストを利用することはできない。 For methods that cannot be used, “-” (hyphen) is specified in the upper limit and authority data items. For example, when it is desired to use a function for displaying the status of a printer (service part “printer”, resource part “status”), an HTTP request that defines a POST method, a PUT method, and a DELETE method cannot be used.
システム、アクセス、認証方式の各データ項目は、リソース部で指定されたリソースを利用したサービスを利用したい場合に、それぞれ、必要なシステム条件、アクセス条件、利用する認証方式を示す項目である。電力制御はリソースの利用中に電力制御を行うか否か、ロックはリソースの利用中に他のリソースの利用を制限するか否かを示す。また、リモートのデータ項目は画像処理装置１０とネットワークを介したＰＣ２０などからリソースの利用が可能か否か、他方、操作部のデータ項目は画像処理装置１０を操作部１００を介して直接操作する場合にリソースの利用が可能か否かを示す。
The system, access, and authentication method data items are items indicating necessary system conditions, access conditions, and authentication methods to be used, respectively, when it is desired to use a service that uses the resource specified in the resource section. The power control indicates whether or not to perform power control during use of the resource, and the lock indicates whether or not use of other resources is restricted during use of the resource. In addition, whether or not resources can be used for remote data items from the
認証方式は、リソースの利用に際して使用する認証方式である。例えば、リソース部で指定されるリソースを利用する際に、認証方式としてＢＡＳＩＣ認証を使用できるか否か、Ｄｉｇｅｓｔ認証を使用できるか否かを示す。 The authentication method is an authentication method used when resources are used. For example, it indicates whether BASIC authentication can be used as an authentication method and Digest authentication can be used when using a resource specified in the resource unit.
なお、以上に示したリソース情報のデータ項目は一例であり、他のデータ項目を有していてもよい。 Note that the data items of the resource information described above are examples, and other data items may be included.
＜処理の詳細＞
次に、第１の実施形態に係る画像処理システム１の処理の詳細について説明する。
<Details of processing>
Next, details of processing of the
≪サービス提供処理≫
図７は、第１の実施形態に係るサービス提供処理の一例のシーケンス図である。
≪Service provision processing≫
FIG. 7 is a sequence diagram of an example of service providing processing according to the first embodiment.
ステップＳ１０１において、ＰＣ２０等は、サービスとリソースとを指定したリクエストを画像処理装置１０に送信する。そして、画像処理装置１０のＷｅｂＡＰＩ４１０はＰＣ２０等からのリクエストを受信する。以降では一例として、ＰＣ２０は、サービスとしてアドレス帳管理サービス４５９、リソースとしてアドレス帳の状態を取得する機能を指定したＨＴＴＰリクエストを送信したものとする。図８（ａ）は、ＨＴＴＰリクエストの一例の説明図である。
In step S101, the
図８（ａ）のＨＴＴＰリクエストは、リクエスト部１００１、ヘッダ部１００２を有する。リクエスト部１００１に指定された「http://192.168.1.1:8080」の部分は画像処理装置１０のＩＰアドレス及びポート番号である。「/rws/addressbook/status」の部分は、サービス名とリソース名とから構成されるＵＲＬを含む情報である。この情報に含まれるＵＲＬ（サービス名及びリソース名）により、ＡＰＩ制御部４２２はＡＰＩを特定し、該当のサービスの該当のリソースに操作を要求することができる。
The HTTP request in FIG. 8A has a request part 1001 and a header part 1002. The part of “http://192.168.1.1:8080” specified in the request unit 1001 is the IP address and port number of the
なお、一般にＨＴＴＰリクエストは、リクエスト部、ヘッダ部、ボディ部から構成されている。図８（ａ）の例では、データの取得（アドレス帳の状態の取得）を行うためのメソッドであるＧＥＴが指定されているため、ボディ部は定義されていない。なお、例えばアドレス帳に新たにアドレスを追加する場合は、ＨＴＴＰリクエストのリクエスト部にＰＯＳＴメソッドを指定し、ボディ部に追加するアドレスの情報（データ）を例えばＸＭＬ（Extensible Markup Language）形式やＪＳＯＮ（JavaScript Object Notation）形式、バイナリ形式等で指定（記述）する。 In general, an HTTP request includes a request part, a header part, and a body part. In the example of FIG. 8A, since GET which is a method for performing data acquisition (acquisition of the address book state) is specified, the body part is not defined. For example, when a new address is added to the address book, a POST method is designated in the request part of the HTTP request, and information (data) of the address to be added to the body part is, for example, an XML (Extensible Markup Language) format or JSON ( Specify (describe) JavaScript Object Notation) format, binary format, etc.
ステップＳ１０２において、要求管理部４２１は、ＷｅｂＡＰＩ４１０からＨＴＴＰリクエストを受け取り、ＡＰＩ制御部４２２に処理要求を行う。
In step S <b> 102, the
ステップＳ１０３において、ＡＰＩ制御部４２２は、ＡＰＩ管理部４２３にリソース情報の取得要求を行う。そして、ＡＰＩ管理部４２３はリソース情報を画像処理装置１０の所定の記憶領域から取得し、この取得したリソース情報をＡＰＩ制御部４２２に送信する。
In step S103, the
ステップＳ１０４において、ＡＰＩ制御部４２２は、ＡＰＩ管理部４２３から取得したリソース情報に基づいてＡＰＩを特定する。すなわち、ＨＴＴＰリクエストに指定されているＵＲＬとリソース情報に含まれるＵＲＬとに基づきＡＰＩを特定する。図８（ａ）の例では、ＨＴＴＰリクエストのリクエスト部の「http://192.168.1.1:8080/rws/addressbook/status」と図６のリソース情報に含まれるサービス部とリソース部とに基づきＡＰＩ（ＵＲＬ）は「/addressbook/status」と特定することができる。これにより、図８（ａ）のＨＴＴＰリクエストは、アドレス帳管理サービス４５９のアドレス帳の状態の取得するためのＡＰＩを介して要求されたものであることを特定することができる。
In step S <b> 104, the
このようにＷｅｂＡＰＩ４１０のＡＰＩを特定することで、ＡＰＩ制御部４２２は、後述の処理において操作要求を行うサービス及びリソースを特定することができる。
By specifying the API of the
ステップＳ１０５において、ＡＰＩ制御部４２２は、ＨＴＴＰリクエストを解析する。解析とは、例えばＨＴＴＰリクエストのボディ部にＸＭＬ形式やＪＳＯＮ形式等で記述されている情報をプログラムやアプリケーション（例えば、アドレス帳管理サービス４５９）が扱うことができるデータ形式に変換することをいう。
In step S105, the
ステップＳ１０６において、ＡＰＩ制御部４２２は、アドレス帳管理サービス４５９のアドレス帳状態の取得に関するリソース（リソース名「status」）に対して操作要求を行う。
In step S <b> 106, the
ステップＳ１０７において、アドレス帳管理サービス４５９は、アドレス帳の状態を取得する。アドレス帳の状態とは、例えば、アドレス帳に登録されているアドレス情報の総件数等の情報である。
In step S107, the address
ステップＳ１０８において、アドレス帳管理サービス４５９は、ステップＳ１０７における処理の処理結果を含む応答要求を結果応答部４２４に対して行う。
In step S108, the address
ステップＳ１０９において、結果応答部４２４は、受信した処理結果を含む応答要求からＨＴＴＰレスポンスを生成する。図８（ｂ）は、ＨＴＴＰレスポンスの一例の説明図である。
In step S109, the
図８（ｂ）のＨＴＴＰレスポンスのレスポンス部２００１にはステータスコードが記述されている。図８（ｂ）の例では、ＨＴＴＰリクエストは成功し、要求に応じた情報が返信された旨のステータスコード（２００ ＯＫ）が記述されている。ヘッダ部２００２には、このＨＴＴＰレスポンスが作成された日時やボディ部２００３で記述されているデータのデータ形式等が記述されている。ボディ部２００３では、ＨＴＴＰリクエストの要求に応じた情報が記述されている。図８（ｂ）の例では、アドレス帳状態に関する情報などが記述されている。例えば、アドレス帳に５００件のデータ（エントリ）が格納されていることを示す情報（entryNum:500）等である。 A status code is described in the response part 2001 of the HTTP response in FIG. In the example of FIG. 8B, a status code (200 OK) indicating that the HTTP request is successful and information corresponding to the request is returned is described. The header portion 2002 describes the date and time when this HTTP response was created, the data format of data described in the body portion 2003, and the like. In the body part 2003, information corresponding to the request for the HTTP request is described. In the example of FIG. 8B, information about the address book status is described. For example, information (entryNum: 500) indicating that 500 pieces of data (entries) are stored in the address book.
ステップＳ１１０において、結果応答部４２４は、生成したＨＴＴＰレスポンスの送信要求を要求管理部４２１に対して行う。
In step S <b> 110, the
ステップＳ１１１において、要求管理部４２１は、ＨＴＴＰレスポンスをＷｅｂＡＰＩ４１０を介して、ＨＴＴＰリクエストを送信した送信元のＰＣ２０等に送信する。
In step S111, the
以上により、画像処理装置１０の外部に存在するＰＣ２０や他の画像処理装置１０等は、画像処理装置１０に対してサービスとリソースとを指定したリクエストを送信することにより、このリソースを利用したサービスを実行させることができる。言い換えれば、ＰＣ２０や他の画像処理装置１０等は、ネットワーク等を介して画像処理装置１０に搭載されている機能を利用することができる。
As described above, the
ここで、ＨＴＴＰリクエストのリクエスト部に指定されるサービス名とリソース名とから構成されるＵＲＬについて、他の例を説明する。図９は、ＵＲＬの一例を説明するための図である。 Here, another example of the URL configured by the service name and the resource name specified in the request part of the HTTP request will be described. FIG. 9 is a diagram for explaining an example of the URL.
例えばユーザがアドレス帳のアドレス情報を全件取得したい場合、ＨＴＴＰリクエストのリクエスト部において、ＧＥＴメソッドで画像処理装置１０のＩＰアドレス（http://192.168.1.1:8080）に続けて、「/rws/addressbook/entries」と指定すればよい。
For example, when the user wants to acquire all address information in the address book, in the request part of the HTTP request, after the IP address (http://192.168.1.1:8080) of the
また、例えばアドレス帳のアドレス情報を１件取得したい場合、ＨＴＴＰリクエストのリクエスト部において、ＧＥＴメソッドで画像処理装置１０のＩＰアドレス（http://192.168.1.1:8080）に続けて、「/rws/addressbook/entries/123」（「123」は、エントリＩＤ等のアドレス帳のアドレス情報を一意に識別する情報）と指定すればよい。なお、例えばアドレス帳にアドレス情報を追加する場合は、ＰＯＳＴメソッドで上記と同様に画像処理装置１０のＩＰアドレスに続けて、「/rws/addressbook/entries/234」等と指定すればよい。これにより、エントリＩＤ「２３４」のアドレス情報がアドレス帳に追加される。また、同様に、ＰＵＴメソッドでアドレス情報の更新、ＤＥＬＥＴＥメソッドでアドレス情報の削除等を行うことができる。なお、ＰＯＳＴメソッドやＰＵＴメソッドを指定する場合、ＨＴＴＰリクエストのボディ部に、追加するアドレス情報又は更新するアドレス情報を記述する。
For example, when one address information of the address book is to be acquired, in the request part of the HTTP request, after the IP address (http://192.168.1.1:8080) of the
≪リソース情報の追加／削除処理≫
次に、画像処理装置１０に搭載されているサービスに対して、新たにリソースを追加した場合又はリソースを削除した場合の処理について説明する。図１０は、第１の実施形態に係るリソース情報の追加／削除処理の一例のシーケンス図である。
≪Resource information addition / deletion processing≫
Next, processing when a resource is newly added to or deleted from a service installed in the
ステップＳ２０１において、ユーザは、サービスにリソースの追加又サービスからリソースの削除を行う。リソースの追加は、リソースに関する情報を例えばネットワークを介したインストールや外部記憶媒体からのインストールなどの方法により行うことができる。すなわち、例えば、画像処理装置１０に既にインストールされているアプリケーションに対してプラグイン等をインストールすることにより機能（リソース）が追加される。他方、リソースの削除は、画像処理装置１０に既にインストールされているアプリケーションからプラグイン等をアンインストールすることにより行うことができる。
In step S201, the user adds a resource to the service or deletes a resource from the service. The addition of resources can be performed by a method such as installation via a network or installation from an external storage medium. That is, for example, a function (resource) is added by installing a plug-in or the like for an application already installed in the
ステップＳ２０２において、ユーザは、リソースの追加又は削除を行ったサービスを起動する。 In step S202, the user activates the service to which the resource has been added or deleted.
ステップＳ２０３において、画像処理装置１０のサービスは、追加したリソースの情報の設定の追加又は削除したリソースの情報の設定の削除を行う。すなわち、サービスは追加したリソースの情報又は削除したリソースの情報を設定ファイル等に反映させる。このように、画像処理装置１０は、サービスに対して新たにリソースを追加することにより、追加したリソースを用いた機能を提供することができるようになる。また、画像処理装置１０は、サービスからリソースを削除することにより、削除したリソースを用いた機能を削除することができる。
In step S <b> 203, the service of the
ステップＳ２０４において、サービスは、ＡＰＩ管理部４２３に対してリソース情報の登録又は削除要求を行う。
In step S <b> 204, the service issues a resource information registration or deletion request to the
ステップＳ２０５において、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域に追加したリソースのリソース情報の登録又は削除したリソースのリソース情報の削除を行う。
In step S <b> 205, the
なお、ＡＰＩ管理部４２３は、追加したリソースのリソース情報が画像処理装置１０の所定の記憶領域に既に登録されている場合、リソース情報の登録を行わない。すなわち、ＡＰＩ管理部４２３は、リソース情報の重複があるか否かのチェックを行い、重複したリソース情報が存在する場合、リソース情報の登録を行わない。
Note that the
以上により、画像処理装置１０のサービスに新たにリソースが追加された場合、追加されたリソースのリソース情報をＡＰＩ管理部４２３を介して画像処理装置１０の所定の記憶領域に登録することができる。これにより、このリソースを利用するための外部から利用可能なＡＰＩの追加をリソースの追加と同時に行うことができる。
As described above, when a new resource is added to the service of the
また、画像処理装置１０のサービスからリソースを削除する場合、削除されたリソースのリソース情報をＡＰＩ管理部４２３を介して画像処理装置１０の所定の記憶領域から削除することができる。これにより、このリソースを利用するための外部から利用可能なＡＰＩの削除をリソースの削除と同時に行うことができる。
When deleting a resource from the service of the
≪アプリケーションのインストール処理≫
次に、画像処理装置１０に新たにアプリケーションをインストールした場合の処理について説明する。画像処理装置１０にアプリケーションをインストールすることにより、サービスが追加される。図１１は、第１の実施形態に係るアプリケーションのインストール処理の一例のシーケンス図である。
≪Application installation process≫
Next, processing when an application is newly installed in the
ステップＳ３０１において、ユーザは、画像処理装置１０にアプリケーション（サービス）をインストールする。なお、アプリケーションは、例えばコピーアプリケーション４３１等のサービスを提供するソフトウェア等である。また、インストールされるアプリケーション（サービス）は、例えば片面コピーを行うためのリソース（機能）等、１以上のリソースを有する。
In step S <b> 301, the user installs an application (service) in the
ステップＳ３０２において、ユーザは、画像処理装置１０にインストールされたアプリケーション（サービス）を起動する。
In step S <b> 302, the user activates an application (service) installed in the
ステップＳ３０３において、アプリケーション（サービス）は、リソースの情報を設定する。このリソースの情報の設定により、例えばコピーアプリケーション４３１（サービス）において片面コピー機能（リソース）を実行することができるようになる。 In step S303, the application (service) sets resource information. By setting the resource information, for example, the single-sided copy function (resource) can be executed in the copy application 431 (service).
ステップＳ３０４において、アプリケーション（サービス）は、ＡＰＩ管理部４２３に対してリソース情報の登録要求を行う。
In step S <b> 304, the application (service) issues a resource information registration request to the
ステップＳ３０５において、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域に、インストールしたアプリケーションのリソース情報を登録する。
In step S <b> 305, the
なお、ＡＰＩ管理部４２３は、インストールしたアプリケーション（サービス）のリソース情報が画像処理装置１０の所定の記憶領域に登録されている場合、リソース情報の登録を行わない。すなわち、ＡＰＩ管理部４２３は、リソース情報の重複があるか否かのチェックを行い、重複したリソース情報が存在する場合、リソース情報の登録を行わない。
The
以上により、画像処理装置１０に新たにアプリケーションをインストールし、サービスが追加された場合、このサービスが利用するリソースのリソース情報をＡＰＩ管理部４２３を介して画像処理装置１０の所定の記憶領域に登録することができる。これにより、このリソースを利用するための外部から利用可能なＡＰＩの追加をサービスの追加と同時に行うことができる。
As described above, when a new application is installed in the
≪アプリケーションのアンインストール処理≫
次に、画像処理装置１０からアプリケーションをアンインストールした場合の処理について説明する。画像処理装置１０からアプリケーションをアンインストールすることにより、サービス及びこのサービスが利用するリソースが削除される。図１２は、第１の実施形態に係るアプリケーションのアンインストール処理の一例のシーケンス図である。
≪Application uninstall process≫
Next, processing when an application is uninstalled from the
ステップＳ４０１において、ユーザは、画像処理装置１０からアプリケーション（サービス）をアンインストールする。
In step S <b> 401, the user uninstalls the application (service) from the
ステップＳ４０２において、アプリケーション（サービス）は、ＡＰＩ管理部４２３に対してリソース情報の削除要求を行う。
In step S402, the application (service) issues a resource information deletion request to the
ステップＳ４０３において、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域からアンインストールしたアプリケーションのリソース情報を削除する。このとき、ＡＰＩ管理部４２３は、アンインストールしたアプリケーション（サービス）が複数のリソースを有していた場合、すべてのリソースのリソース情報を削除する。
In step S403, the
以上により、画像処理装置１０からアプリケーションがアンインストールされ、サービスが削除された場合、このサービスが利用するリソースのリソース情報を、ＡＰＩ管理部４２３を介して画像処理装置１０の所定の記憶領域から削除することができる。これにより、このリソースを利用するための外部から利用可能なＡＰＩの削除をサービスの削除と同時に行うことができる。
As described above, when the application is uninstalled from the
≪リソース情報の変更処理≫
次に、画像処理装置１０の所定の記憶領域に記憶されているリソース情報を変更する場合の処理について説明する。図１３は、第１の実施形態に係るリソース情報の変更処理の一例のシーケンス図である。
≪Resource information change process≫
Next, processing for changing resource information stored in a predetermined storage area of the
ステップＳ５０１において、ＡＰＩ情報変更部４２５は、リソース情報の変更が必要であることを検知する。ＡＰＩ情報変更部４２５は、例えば、以下のような場合にリソース情報の変更が必要であることを検知する。
（１）ＰＣ２０等からサービス名とリソース名とを指定したリソース情報の変更要求を受け付けた場合
（２）画像処理装置１０の記憶装置（例えば、システムメモリ１２４、ローカルメモリ１２５、又はＨＤＤ１２３等）の残容量が、予め設定された基準容量を下回った（又は上回った）場合
（３）画像処理装置１０のハードウェア（例えば、システムメモリ１２４、ローカルメモリ１２５、又はＨＤＤ１２３等）が交換等されて記憶装置の容量（総容量）が変化した場合
なお、上記の（１）の場合、ＰＣ２０等から受け付けた変更要求には、リソース情報の変更対象のデータ項目（例えば、「上限」や「権限」等）と、変更後のデータ項目値とが含まれる。このようなデータ項目とデータ項目値は、ＰＣ２０等のユーザにより指定される。他方、上記の（２）及び（３）の場合、リソース情報の変更対象のデータ項目は「上限」となり、変更後のデータ項目値は例えばユーザ又はプログラム等により指定される。
In step S501, the API
(1) When a resource information change request specifying a service name and a resource name is received from the
ステップＳ５０２において、ＡＰＩ情報変更部４２５は、ＡＰＩ管理部４２３に対して、リソース情報の変更要求を行う。なお、リソース情報の変更要求には、変更対象のリソース情報のサービス名及びリソース名並びに変更対象のデータ項目及び変更後のデータ項目値等が含まれる。
In step S <b> 502, the API
ステップＳ５０３において、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域に記憶されているリソース情報を、受信した変更要求に基づき変更する。すなわち、ＡＰＩ管理部４２３は、変更要求に含まれる変更対象のリソース情報のサービス名及びリソース名並びに変更対象のデータ項目から該当のリソース情報のデータ項目を特定し、特定したデータ項目を、変更要求に含まれる変更後のデータ項目値に変更する。
In step S503, the
例えば、変更要求に含まれるサービス名が「addressbook」、リソース名が「groups」、データ項目がＰＯＳＴの「上限」及びＰＵＴの「上限」、変更後のデータ項目値が「1000」である場合、図１４に示すように、上限値を「5000」から「1000」に変更する。 For example, when the service name included in the change request is “addressbook”, the resource name is “groups”, the data items are “upper limit” of POST and “upper limit” of PUT, and the data item value after change is “1000”, As shown in FIG. 14, the upper limit value is changed from “5000” to “1000”.
以上により、画像処理装置１０の所定の記憶領域に記憶されているリソース情報を動的に変更することができる。換言すれば、画像処理装置１０の再起動等を行う必要なく、リソース情報の変更を行うことができる。したがって、例えば、画像処理装置１０に搭載されたメモリの残量が少なくなった場合（又は残量が増えた場合）等において、ＡＰＩを介してＰＣ２０等から受信するデータ量の上限値を動的に変更（増加又は減少）することができる。
As described above, the resource information stored in the predetermined storage area of the
なお、上記では、画像処理装置１０がＡＰＩを介してＰＣ２０等から受信するデータ量の上限を変更する場合について説明したが、これに限られず、変更要求に応じてリソース情報の他のデータ項目を変更してもよい。例えば、データ項目「権限」を「一般ユーザ」から「管理者」に変更する、電力制御を「×」から「○」に変更する等である。
In the above description, the case where the
＜まとめ＞
以上のように、本実施形態に係る画像処理装置１０は、ＰＣ２０や他の画像処理装置１０からの機能の実行要求に応じて、機能を実行することができる。
<Summary>
As described above, the
また、本実施形態に係る画像処理装置１０はＰＣ２０や他の画像処理装置１０からの機能の実行要求を受け付けるためのＷｅｂＡＰＩ４１０を有する。そして、ＰＣ２０や他の画像処理装置１０は、このＷｅｂＡＰＩ４１０を利用して画像処理装置１０に対して機能の実行を要求することができる。
In addition, the
また、本実施形態に係る画像処理装置１０は、アプリケーションのインストール／アンインストールによりサービスの追加／削除を行うことができる。また、本実施形態に係る画像処理装置１０は、サービスが利用するリソースの追加／削除を行うことができる。そして、本実施形態に係る画像処理装置１０は、上記サービスの追加／削除、リソースの追加／削除の際、追加又は削除したリソースのリソース情報を画像処理装置１０の所定の記憶領域に登録又は削除することができる。
In addition, the
また、本実施形態に係る画像処理装置１０が有するリソース情報に含まれるＵＲＬは、ＰＣ２０や他の画像処理装置１０から利用可能なＡＰＩとして提供することができる。したがって、画像処理装置１０の所定の記憶領域にリソース情報が登録／削除されることで、外部から利用可能なＡＰＩが同時に登録／削除されることになる。これにより、本実施形態に係る画像処理装置１０は、サービスやリソースが追加／削除された場合でも動的にＡＰＩを追加／削除することができる。さらに、画像処理装置１０の所定の木尾工領域に登録されているリソース情報を動的に変更することができる。すなわち、本実施形態に係る画像処理装置１０は、サービスやリソースが追加／削除された場合や登録済みのリソース情報が変更された場合において、ＡＰＩの追加、削除、変更に伴う再ビルドやオブジェクトの再作成などを行う必要がない。
The URL included in the resource information included in the
［第２の実施形態］
次に、第２の実施形態に係る画像処理システム１について説明する。本実施形態においては、画像処理装置１０において利用可能なＡＰＩのリストをＰＣ２０に提供する。なお、システム構成及びハードウェア構成については、第１の実施形態と同様であるため説明を省略する。
[Second Embodiment]
Next, an
＜機能構成＞
図１５は、第２の実施形態に係る画像処理装置の一例の機能構成図である。第２の実施形態に係る画像処理装置１０は、ＡＰＩリスト作成部４２６を有する点が第１の実施形態に係る画像処理装置１０と異なる。なお、第２の実施形態に係る画像処理装置１０においてＡＰＩリスト作成部４２６以外の各構成は、第１と実施形態と同様であるため、説明を省略する。
<Functional configuration>
FIG. 15 is a functional configuration diagram of an example of an image processing apparatus according to the second embodiment. The
ＡＰＩリスト作成部４２６は、ＰＣ２０等が画像処理装置１０において利用可能なＡＰＩの一覧（以降、「ＡＰＩリスト」という。）を作成する。また、ＡＰＩリスト作成部４２６は、ＰＣ２０等がＡＰＩリストを要求するためのリソース情報の登録要求をＡＰＩ管理部４２３に対して行う。
The API
＜処理の概要＞
次に、第１の実施形態に係る画像処理装置の処理の概要について説明する。図１６は、第２の実施形態に係る画像処理装置の処理の概要の一例を説明するための図である。
<Outline of processing>
Next, an outline of processing of the image processing apparatus according to the first embodiment will be described. FIG. 16 is a diagram for explaining an example of an outline of processing of the image processing apparatus according to the second embodiment.
図１６（ａ）は、ＰＣ２０がＡＰＩリストを画像処理装置１０から取得するためのリソース情報を登録する場合の画像処理装置１０の処理の概要の一例を説明するための図である。
FIG. 16A is a diagram for explaining an example of an outline of processing of the
ユーザは、例えばネットワークＮ１等を介して、フレームワーク４２０にＡＰＩリスト作成部４２６を追加する。すると、ＡＰＩ管理部４２３は、ＡＰＩリスト作成部４２６のリソース情報を画像処理装置１０のフレームワーク４２０所定の記憶領域に登録する。このようにリソース情報を登録することで、このリソース情報に含まれるＵＲＬをＰＣ２０や他の画像処理装置１０等から利用可能なＡＰＩとして提供することができる。
The user adds an API
ＰＣ２０や他の画像処理装置１０等は、ＡＰＩリスト作成部４２６のリソース情報に含まれるＵＲＬをＡＰＩとして利用することで、このＰＣ２０や他の画像処理装置１０等が利用可能なＡＰＩリストを取得することができる。
The
図１６（ｂ）は、例えばＰＣ２０や他の画像処理装置１０等からＡＰＩリストの取得要求があった場合の画像処理装置１０の処理の概要の一例を説明するための図である。
FIG. 16B is a diagram for explaining an example of an outline of processing of the
まず、画像処理装置１０のＷｅｂＡＰＩ４１０は、例えばＰＣ２０や他の画像処理装置１０等からＡＰＩリストの取得要求に係るＨＴＴＰリクエストを受信する。次に、要求管理部４２１は、ＷｅｂＡＰＩ４１０から呼び出されるとＡＰＩリストの取得要求に係るＨＴＴＰリクエストを受け取り、ＡＰＩ制御部４２２に処理要求を行う。そして、ＡＰＩ制御部４２２は、ＡＰＩ管理部４２３を介してリソース情報を取得し、ＨＴＴＰリクエストにより呼び出されたＡＰＩ（ＷｅｂＡＰＩ４１０）を特定する。なお、このとき、呼び出されたＡＰＩはＡＰＩリストの取得要求に係るＡＰＩである。
First, the
ＡＰＩ制御部４２２は、ＡＰＩリスト作成部４２６に対して操作要求を行う。続いて、ＡＰＩリスト作成部４２６は、ＡＰＩ管理部４２３を介して画像処理装置１０に登録されているリソース情報を取得する。そして、ＡＰＩリスト作成部４２６は、取得したリソース情報に基づきＡＰＩリストを作成し、応答要求を結果応答部４２４に行う。
The
結果応答部４２４は、ＡＰＩリストを含むＨＴＴＰレスポンスを作成し、要求管理部４２１に送信要求を行う。要求管理部４２１は、結果応答部４２４からＨＴＴＰレスポンスを受け取ると、ＷｅｂＡＰＩ４１０を介してＨＴＴＰリクエストの送信元のＰＣ２０等にＨＴＴＰレスポンスを送信する。
The
これにより、ユーザは、例えばＰＣ２０等を操作して、このＰＣ２０が利用可能な画像処理装置１０のＡＰＩの一覧（ＡＰＩリスト）を取得することができる。したがって、ユーザは、例えば、この取得したＡＰＩリストから所望のＡＰＩを選択し、画像処理装置１０の機能を利用することができる。
Thus, the user can acquire a list of APIs (API list) of the
＜処理の詳細＞
次に、第２の実施形態に係る画像処理システム１の処理の詳細について説明する。
<Details of processing>
Next, details of processing of the
≪リソース情報の追加／削除処理≫
まず、画像処理装置１０に対して、この画像処理装置１０において利用可能なＡＰＩリストを取得するためのリソース情報を登録する処理について説明する。これにより、ＰＣ２０等が利用可能なＡＰＩが画像処理装置１０に登録される。図１７は、第２の実施形態に係るリソース情報の追加／削除処理の一例のシーケンス図である。
≪Resource information addition / deletion processing≫
First, a process for registering resource information for acquiring an API list that can be used in the
ステップＳ６０１において、ユーザは、例えばネットワークＮ１を介して、フレームワーク４２０にＡＰＩリスト作成部４２６を追加又は削除する。これは、例えば、ネットワークＮ１を介して、ＡＰＩリスト作成部４２６を追加又は削除するための所定のインストーラ等を取得し、このインストーラを実行することでＡＰＩリスト作成部４２６を追加又は削除することができる。すると、ＡＰＩリスト作成部４２６は、ＡＰＩ管理部４２３に対してリソース情報の登録又は削除要求を行う。
In step S601, the user adds or deletes the API
ステップＳ６０２において、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域に、ＡＰＩリストを取得するためのリソース情報の登録又は削除を行う。
In step S <b> 602, the
以上により、画像処理装置１０のフレームワーク４２０の所定の記憶領域に対して、ＰＣ２０等がこの画像処理装置１０において利用可能なＡＰＩリストを取得するためのリソース情報の登録又は削除を行うことができる。これにより、ＡＰＩリストを取得するためのＡＰＩが画像処理装置１０のＷｅｂＡＰＩ４１０に登録又はＷｅｂＡＰＩ４１０から削除される。後述するように、ＰＣ２０や他の画像処理装置１０等は、ここで登録されたＡＰＩを利用して、画像処理装置１０において利用可能なＡＰＩリストを取得することができる。
As described above, the resource information for the
≪ＡＰＩリストの表示処理≫
次に、ユーザがＰＣ２０等を操作して、このＰＣ２０が画像処理装置１０において利用可能なＡＰＩの一覧（ＡＰＩリスト）を表示させるための処理について説明する。図１８は、第２の実施形態に係るＡＰＩリストの表示処理の一例のシーケンス図である。
≪API list display process≫
Next, processing for causing the user to operate the
ステップＳ７０１において、ＰＣ２０等はサービスとリソースとを指定したＨＴＴＰリクエストを画像処理装置１０に送信する。ここで指定されるサービス及びリソースは、ＡＰＩリストを取得するためのリソース及びサービスである。例えば、ＰＣ２０は、サービスとしてＡＰＩリスト作成部４２６、リソースとしてＡＰＩリストを取得する機能を示すＵＲＬ「resourcelist/entries」と、メソッドにＧＥＴメソッドとを指定したＨＴＴＰリクエストを画像処理装置１０に送信する。
In step S <b> 701, the
ステップＳ７０２において、要求管理部４２１は、ＷｅｂＡＰＩ４１０からＨＴＴＰリクエストを受け取り、ＡＰＩ制御部４２２に処理要求を行う。
In step S <b> 702, the
ステップＳ７０３において、ＡＰＩ制御部４２２は、ＡＰＩ管理部４２３にリソース情報の取得要求を行う。そして、ＡＰＩ管理部４２３は、リソース情報を画像処理装置１０所定の記憶領域から取得し、この取得したリソース情報をＡＰＩ制御部４２２に送信する。
In step S <b> 703, the
ステップＳ７０４において、ＡＰＩ制御部４２２は、ＡＰＩ管理部４２３から取得したリソース情報に基づいてＡＰＩを特定する。すなわち、ＨＴＴＰリクエストに指定されているＵＲＬとリソース情報に含まれるＵＲＬとに基づいてＡＰＩを特定する。ここでは、ＷｅｂＡＰＩ４１０のＡＰＩとして、ＡＰＩリストを取得するためのＡＰＩ（例えば、ＵＲＬとして「resourcelist/entries」で指定されるＡＰＩ）が特定される。
In step S704, the
ステップＳ７０５において、ＡＰＩ制御部４２２は、ＨＴＴＰリクエストを解析する。
In step S705, the
ステップＳ７０６において、ＡＰＩ制御部４２２は、ＡＰＩリスト作成部４２６に対して操作要求を行う。
In step S706, the
ステップＳ７０７において、ＡＰＩリスト作成部４２６は、ＡＰＩ管理部４２３に対して画像処理装置１０の所定の記憶領域に登録されているリソース情報の取得要求を行う。そして、ＡＰＩ管理部４２３は、ＰＣ２０等が利用可能なリソース情報を画像処理装置１０の所定の記憶領域から取得し、この取得したリソース情報をＡＰＩリスト作成部４２６に送信する。このステップＳ７０７の処理の詳細については後述する。
In step S <b> 707, the API
ステップＳ７０８において、ＡＰＩリスト作成部４２６は、ＡＰＩ管理部４２３から取得したリソース情報に基づいてＡＰＩリストを作成する。ここで作成されるＡＰＩリストは、例えば図１９に示されるような情報である。図１９は、ＡＰＩリストの一例を説明するための図である。図１９に示されるＡＰＩリスト３０００は、ＡＰＩリストの取得を要求したＰＣ２０等が利用可能な画像処理装置１０のサービス及びリソースのリソース情報３００１とリソース情報３００２とが記述されている。また、各リソース情報はＡＰＩを利用するためのＵＲＬやこのＡＰＩを利用する際に指定することができるメソッド等が記述されている。すなわち、ＡＰＩリストには、図１６で示したリソース情報の各データ項目の値が記述されている。
In step S708, the API
ステップＳ７０９において、ＡＰＩリスト作成部４２６は、ＡＰＩリストを含む応答要求を結果応答部４２４に対して行う。
In step S709, the API
ステップＳ７１０において、結果応答部４２４は、応答要求からＨＴＴＰレスポンスを生成する。なお、このとき生成されるＨＴＴＰレスポンスのボディ部には、上記のステップＳ７０８で作成されたＡＰＩリストが所定のデータ形式で記述（指定）される。
In step S710, the
ステップＳ７１１において、結果応答部４２４は、生成されたＨＴＴＰレスポンスの送信要求を要求管理部４２１に対して行う。
In step S <b> 711, the
ステップＳ７１２において、要求管理部４２１は、ＨＴＴＰレスポンスをＷｅｂＡＰＩ４１０を介して、ＨＴＴＰリスクエストの送信元のＰＣ２０等に送信する。
In step S712, the
ステップＳ７１３において、ＰＣ２０は、ＨＴＴＰレスポンスを受け取ると、このＨＴＴＰレスポンスに含まれるＡＰＩリストに基づきＡＰＩリストの表示画面を作成し、表示装置２０２等に表示させる。これにより、ユーザは、ＰＣ２０等が利用することができる画像処理装置１０のＡＰＩを知ることができる。なお、ユーザは、ＰＣ２０や他の画像処理装置１０等に限らず、例えば、画像処理装置１０の操作部１００を操作して、この操作部１００が利用可能な画像処理装置１０のＡＰＩリストを取得してもよい。
In step S713, when receiving the HTTP response, the
以上により、ユーザは、ＰＣ２０等を用いて、このＰＣ２０が利用可能な画像処理装置１０のＡＰＩリストを取得することができる。ユーザは、表示されたＡＰＩリストから所望のＡＰＩを選択等することで、画像処理装置１０が提供するＡＰＩを利用することができる。なお、上記においては、ＰＣ２０等が利用可能な画像処理装置１０のＡＰＩリストを取得したが、例えば、利用可能か否かに関わらず画像処理装置１０が提供するすべてのＡＰＩのリストを取得するようにしてもよい。
As described above, the user can acquire the API list of the
≪リソース情報の取得処理≫
次に、図１８を用いて説明したＡＰＩリストの表示処理におけるステップＳ７０７の処理（リソース情報の取得処理）の詳細について説明する。図２０は、第２の実施形態に係るリソース情報の取得処理の一例のフローチャートである。
≪Resource information acquisition process≫
Next, details of the processing in step S707 (resource information acquisition processing) in the API list display processing described with reference to FIG. 18 will be described. FIG. 20 is a flowchart of an example of a resource information acquisition process according to the second embodiment.
ステップＳ８０１において、ＡＰＩ管理部４２３は、ＡＰＩリスト作成部４２６からリソース情報の取得要求を受け取ると、取得済みのリソース情報の数が画像処理装置１０の所定の記憶領域に登録されているリソース情報の数未満か否かを判定する。換言すれば、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域に登録されているすべてのリソース情報を取得したか否かを判定する。すべてのリソース情報を取得していない場合、ステップＳ８０２に進み、他方、すべてのリソース情報を取得済の場合、処理を終了させる。
In step S <b> 801, when the
ステップＳ８０２において、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域からリソース情報を１件取得する。
In step S <b> 802, the
ステップＳ８０３において、ＡＰＩ管理部４２３は、上記のステップＳ８０２で取得したリソース情報について、ＰＣ２０等が利用可能なＡＰＩであるか否かを判定する。利用可能である場合、ステップＳ８０４に進み、他方、利用することができない場合、ステップＳ８０１に戻る。
In step S803, the
ここで、上記のステップＳ８０３で取得したリソース情報に係るＡＰＩについて、ＰＣ２０が利用可能であるか否かは、例えば、図６に示したリソース情報の権限やアクセス等のデータ項目に基づいて判定される。例えば、図６に示す権限のデータ項目が「管理者」であり、ＰＣ２０にログインしているユーザが「一般ユーザ」である場合、権限のデータ項目が「管理者」であるリソース情報に係るＡＰＩは利用することができないと判定される。また、例えば、図１６に示すアクセスのデータ項目について、リモートが「×」、操作部が「○」であるリソース情報である場合、画像処理装置１０とネットワークＮ１を介して接続されたＰＣ２０からは利用することができないと判定され、他方、画像処理装置１０の操作部１００からは利用することができると判定される。
Here, for the API related to the resource information acquired in step S803 above, whether or not the
ステップＳ８０４において、ＡＰＩ管理部４２３は、上記のステップＳ８０３において取得したリソース情報を一時的に保持する。すなわち、ここでＡＰＩ管理部４２３が保持したリソース情報がＡＰＩリスト作成部４２６に送信される。そして、図１８のステップＳ７０８で説明したように、ＡＰＩリスト作成部４２６は、ＡＰＩ管理部４２３から送信されたリソース情報に基づきＡＰＩリストを作成する。なお、ＡＰＩ管理部４２３は、取得したリソース情報を一時的に保持せずに、ＡＰＩリスト作成部４２６に即座に送信してもよい。
In step S804, the
以上により、ＡＰＩ管理部４２３は、画像処理装置１０の所定の記憶領域に登録されているリソース情報からＡＰＩリストの取得要求を行ったＰＣ２０等が利用することができるＡＰＩのリソース情報を取得する。これにより、ＰＣ２０等において、自身が利用することができる画像処理装置１０のＡＰＩリストを表示等させることができる。
As described above, the
＜まとめ＞
以上のように、本実施形態に係る画像処理装置１０は、ＰＣ２０や他の画像処理装置１０、さらには画像処理装置１０の操作部１００からのＡＰＩリスト取得要求に応じて、これらのＰＣ２０等が利用可能な画像処理装置１０のＡＰＩリストを返信する。したがって、ＰＣ２０等は、自身が利用可能な画像処理装置１０のＡＰＩリストを表示装置２０２等などに表示させることができる。その後、ユーザは、例えば表示装置２０２等に表示されているＡＰＩリストから自身が利用したい所望のＡＰＩを選択することで、この選択したＡＰＩを利用することができる。
<Summary>
As described above, the
［第３の実施形態］
次に、第３の実施形態に係る画像処理システム１について説明する。本実施形態においては、画像処理装置１０において利用可能なＡＰＩのリストをＰＣ２０に提供するに際し、ＡＰＩ管理部４２３が取得したリソース情報をキャッシュとして保存する。なお、システム構成、機能構成及びハードウェア構成については、第２の実施形態と同様であるため説明を省略する。
[Third Embodiment]
Next, an
＜処理の詳細＞
次に、第３の実施形態に係る画像処理システム１の処理の詳細について説明する。本実施形態は、図１８におけるステップＳ７０７のリソース情報の取得処理が第２の実施形態と異なる。したがって、以降ではリソース情報の取得処理のみ説明する。図２１は、第２の実施形態に係るリソース情報の取得処理の他の例のフローチャートである。なお、図２１においてステップＳ９０２〜ステップＳ９０５の処理は、それぞれ図２０で説明したステップＳ８０１〜ステップＳ８０４の処理と同様であるため、これらの処理についても説明を省略する。
<Details of processing>
Next, details of processing of the
ステップＳ９０１において、ＡＰＩ管理部４２３は、リソース情報がキャッシュに存在するか否かを判定する。リソース情報がキャッシュに存在しない場合、ステップＳ９０２に進み、他方、リソース情報がキャッシュに存在する場合、ステップＳ９０６に進む。
In step S901, the
ここで、キャッシュとは、リソース情報の取得処理において、ＡＰＩ管理部４２３が取得したリソース情報を保存するために、例えば画像処理装置１０のＨＤＤ１２３等に確保された記憶領域である。
Here, the cache is a storage area secured in, for example, the
ステップＳ９０６において、ＡＰＩ管理部４２３は、キャッシュ作成後に、画像処理装置１０の所定の記憶領域にリソース情報が登録、削除、又は変更されたか否かを判定する。キャッシュ作成後にリソース情報が登録、削除、又は変更された場合、ステップＳ９０２に進み、他方、キャッシュ作成後にリソース情報が登録、削除、及び変更されていない場合、ステップＳ９０７に進む。
In step S906, the
ステップＳ９０７において、ＡＰＩ管理部４２３は、キャッシュに保存されているリソース情報を取得する。
In step S907, the
ステップＳ９０８において、ＡＰＩ管理部４２３は、取得したリソース情報をキャッシュに保存する。なお、上記のステップＳ９０７においてキャッシュに保存されているリソース情報を取得した場合には、キャッシュの内容に変更はないが、本処理を行うことにより例えばキャッシュのタイムスタンプを更新させることができる。したがって、キャッシュが一定期間経過により削除されるような場合、本処理により、キャッシュの保存期間がリフレッシュされる。
In step S908, the
このように、キャッシュにリソース情報が存在し、かつ、キャッシュ作成後にリソース情報が登録、削除、変更されていない場合は、キャッシュに保存されているリソース情報をＡＰＩリスト作成部４２６に送信する。したがって、この場合、ステップＳ９０２〜９０５の処理を行う必要がないため、ＰＣ２０等はＡＰＩリストの取得を高速に行うことができる。
As described above, when the resource information exists in the cache and the resource information is not registered, deleted, or changed after the cache is created, the resource information stored in the cache is transmitted to the API
＜まとめ＞
以上のように、本実施形態に係る画像処理装置１０は、画像処理装置１０において利用可能なＡＰＩのリストをＰＣ２０等に提供するに際し、ＡＰＩ管理部４２３が取得したリソース情報をキャッシュとして保存する。また、キャッシュにリソース情報が存在し、かつ、キャッシュ作成後にリソース情報の登録、削除、変更がされていない場合は、キャッシュに保存されているリソース情報をＡＰＩリスト作成部４２６に送信する。これにより、キャッシュにリソース情報が存在する場合は、ＰＣ２０はＡＰＩリストの取得を高速に行うことができる。したがって、ＰＣ２０等からのＡＰＩリストの取得要求に対するレスポンスが第２の実施形態と比較して高速になる。
<Summary>
As described above, the
なお、ＡＰＩ管理部４２３は、ＡＰＩ管理手段の一例である。ＷｅｂＡＰＩ４１０は、インタフェース手段の一例である。ＡＰＩ制御部４２２は、サービス提供手段の一例である。ＡＰＩ情報変更部４２５は、変更手段の一例である。ＡＰＩリスト作成部４２６は、取得手段及びリスト生成手段の一例である。
The
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。 The present invention is not limited to the specifically disclosed embodiments, and various modifications and changes can be made without departing from the scope of the claims.
１ 画像処理システム
１０ 画像処理装置
２０ ＰＣ
４１０ ＷｅｂＡＰＩ
４２０ フレームワーク
４２１ 要求管理部
４２２ ＡＰＩ制御部
４２３ ＡＰＩ管理部
４２４ 結果応答部
４２４ＡＰＩ情報変更部
４２６ ＡＰＩリスト作成部
DESCRIPTION OF
410 WebAPI
420
Claims (10)
前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのＡＰＩを示す情報と、該ＡＰＩを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるＡＰＩ管理手段と、
前記機器から前記要求を前記ＡＰＩ毎に受け付けるインタフェース手段と、
前記インタフェース手段により前記要求を受け付けると、前記機能に関する情報に基づき、前記要求に対応するサービスの機能を実行させて、該サービスを提供するサービス提供手段と、
前記機器からの要求又は前記情報処理装置の状態に応じて前記所定の記憶領域に記憶されている前記機能に関する情報を動的に変更する変更手段と、
を有する情報処理装置。 An information processing apparatus that provides a service using a predetermined function in response to a request from a device connected via a network,
For each function used by the service and the function used by the service, information indicating an API for accepting a request for a service using the function from the device and information regarding a function provided using the API are associated with each other in a predetermined manner. API management means for storing in the storage area;
Interface means for receiving the request from the device for each API;
When receiving the request by the interface means, based on information on the function, a service providing means for executing the function of the service corresponding to the request and providing the service;
Changing means for dynamically changing information on the function stored in the predetermined storage area in response to a request from the device or a state of the information processing apparatus;
An information processing apparatus.
前記サービス提供手段は、
前記特定されたＡＰＩに対応する機能に関する情報に基づき、該ＡＰＩと対応するサービスの機能を実行させて、該サービスを提供する、請求項１記載の情報処理装置。 When the request is received, a specifying unit that specifies an API corresponding to the interface unit that has received the request includes:
The service providing means includes:
The information processing apparatus according to claim 1, wherein the service is provided by executing a function of a service corresponding to the API based on information regarding a function corresponding to the specified API.
前記変更手段は、
前記機器からの前記機能に関する情報の変更要求、又は、前記情報処理装置に搭載されている所定の記憶装置の総容量の変化若しくは該所定の記憶装置の残容量の変化に応じて、前記所定の記憶領域に記憶されている前記機能に関する情報に含まれる前記上限値を動的に変更する、請求項１又は２記載の情報処理装置。 The information on the function includes an upper limit value of data that the information processing apparatus can receive from the device when providing a service using a function corresponding to the information on the function,
The changing means is
In response to a request to change information related to the function from the device, a change in the total capacity of a predetermined storage device installed in the information processing apparatus, or a change in the remaining capacity of the predetermined storage device The information processing apparatus according to claim 1, wherein the upper limit value included in the information related to the function stored in a storage area is dynamically changed.
前記サービスが利用する機能が追加された場合、前記機器から前記追加された機能を利用したサービスの要求を受け付けるためのＡＰＩを示す情報と、前記追加された機能に関する情報とを関連付けて前記所定の記憶領域に記憶させる、請求項１ないし５のいずれか１項に記載の情報処理装置。 The API management means includes:
When a function used by the service is added, information indicating an API for accepting a request for a service using the added function from the device and information regarding the added function are associated with each other and the predetermined The information processing apparatus according to claim 1, wherein the information processing apparatus is stored in a storage area.
前記サービスが利用する機能が削除された場合、前記機器から前記削除された機能を利用したサービスの要求を受け付けるためのＡＰＩを示す情報と、該ＡＰＩを示す情報と関連付けて前記所定の記憶領域に記憶されている前記削除された機能に関する情報とを削除する、請求項１ないし６のいずれか１項に記載の情報処理装置。 The API management means includes:
When a function used by the service is deleted, information indicating an API for accepting a request for a service using the deleted function from the device, and information indicating the API are associated with the predetermined storage area. The information processing apparatus according to claim 1, wherein the information regarding the deleted function stored therein is deleted.
前記取得手段により取得された前記ＡＰＩを示す情報及び前記機能に関する情報のうち、前記機器が利用することができるサービス及び機能に対応する前記ＡＰＩを示す情報を含むリストを生成するリスト生成手段と、
を有する請求項１ないし７のいずれか１項に記載の情報処理装置。 When a request for acquiring a list of services provided by the information processing apparatus is received from the device by the interface unit, information indicating an API stored in the predetermined storage area and a function provided using the API Obtaining means for obtaining information;
List generating means for generating a list including information indicating the API corresponding to a service and a function that can be used by the device among information indicating the API acquired by the acquiring means and information related to the function;
The information processing apparatus according to claim 1, comprising:
前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのＡＰＩを示す情報と、該ＡＰＩを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるＡＰＩ管理手段と、
前記機器から前記要求を前記ＡＰＩ毎に受け付けるインタフェース手段と、
前記インタフェース手段により前記要求を受け付けると、前記機能に関する情報に基づき、前記要求に対応するサービスの機能を実行させて、該サービスを提供するサービス提供手段と、
前記機器からの要求又は前記情報処理装置の状態に応じて前記所定の記憶領域に記憶されている前記機能に関する情報を動的に変更する変更手段と、
を有する情報処理システム。 An information processing system in which a device and an information processing apparatus that provides a service using a predetermined function in response to a request from the device are connected via a network,
For each function used by the service and the function used by the service, information indicating an API for accepting a request for a service using the function from the device and information regarding a function provided using the API are associated with each other in a predetermined manner. API management means for storing in the storage area;
Interface means for receiving the request from the device for each API;
When receiving the request by the interface means, based on information on the function, a service providing means for executing the function of the service corresponding to the request and providing the service;
Changing means for dynamically changing information on the function stored in the predetermined storage area in response to a request from the device or a state of the information processing apparatus;
An information processing system.
前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのＡＰＩを示す情報と、該ＡＰＩを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるＡＰＩ管理手順と、
前記機器から前記要求を前記ＡＰＩ毎に受け付けるインタフェース手順と、
前記インタフェース手順により前記要求を受け付けると、前記機能に関する情報に基づき、前記要求に対応するサービスの機能を実行させて、該サービスを提供するサービス提供手順と、
前記機器からの要求又は前記情報処理装置の状態に応じて前記所定の記憶領域に記憶されている前記機能に関する情報を動的に変更する変更手順と、
を有する情報処理方法。 An information processing method in an information processing apparatus that provides a service using a predetermined function in response to a request from a device connected via a network,
For each function used by the service and the function used by the service, information indicating an API for accepting a request for a service using the function from the device and information regarding a function provided using the API are associated with each other in a predetermined manner. API management procedure to be stored in the storage area;
An interface procedure for receiving the request from the device for each API;
When the request is accepted by the interface procedure, a service providing procedure for providing the service by executing the function of the service corresponding to the request based on the information on the function;
A change procedure for dynamically changing information on the function stored in the predetermined storage area in accordance with a request from the device or a state of the information processing apparatus;
An information processing method comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014225208A JP6365247B2 (en) | 2014-11-05 | 2014-11-05 | Information processing apparatus, information processing system, and information processing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014225208A JP6365247B2 (en) | 2014-11-05 | 2014-11-05 | Information processing apparatus, information processing system, and information processing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016091311A JP2016091311A (en) | 2016-05-23 |
| JP6365247B2 true JP6365247B2 (en) | 2018-08-01 |
Family
ID=56017030
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014225208A Active JP6365247B2 (en) | 2014-11-05 | 2014-11-05 | Information processing apparatus, information processing system, and information processing method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6365247B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020088593A (en) * | 2018-11-26 | 2020-06-04 | セイコーエプソン株式会社 | Electronic apparatus, image reading method, and print processing method |
| JP2020204950A (en) * | 2019-06-18 | 2020-12-24 | コニカミノルタ株式会社 | Information processing system, method of controlling information processing system, apparatus thereof, and control program therefor |
| JP7234849B2 (en) * | 2019-08-05 | 2023-03-08 | 富士通株式会社 | Information processing device, access control system and access control program |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4274227B2 (en) * | 2006-10-26 | 2009-06-03 | コニカミノルタビジネステクノロジーズ株式会社 | Image processing apparatus and program |
| JP2010067156A (en) * | 2008-09-12 | 2010-03-25 | Kubota Corp | Client-server system |
| JP6098095B2 (en) * | 2012-09-28 | 2017-03-22 | ブラザー工業株式会社 | Specific server and communication device |
-
2014
- 2014-11-05 JP JP2014225208A patent/JP6365247B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016091311A (en) | 2016-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5929210B2 (en) | Information processing program, information processing apparatus, and information processing apparatus control method | |
| JP6364738B2 (en) | Information processing system, information processing apparatus, program, and process execution method | |
| US9710432B2 (en) | System, information processing apparatus, and method of controlling display | |
| JP2013088950A (en) | Printing system and printing method | |
| JP5321929B2 (en) | Universal device driver, device control program, information processing apparatus, server apparatus, and method | |
| US10686958B2 (en) | Updating settings of a plurality of image forming apparatuses | |
| JP6787115B2 (en) | Image forming device, function addition method, program, | |
| US20120096465A1 (en) | Image forming apparatus, log management method, and storage medium | |
| JP2009054027A (en) | Information processor, display screen customizing method, and display screen customizing program | |
| US8488170B2 (en) | Print job management apparatus, system, and method | |
| US9218149B2 (en) | Output system, terminal apparatus, and method of outputting data | |
| US20110292460A1 (en) | Information processing system, information processing apparatus, control method thereof, and storage medium | |
| JP5728896B2 (en) | Printing system and program | |
| US20110157623A1 (en) | Screen image management apparatus, screen image management method, and computer readable medium storing program therefor | |
| JP6365247B2 (en) | Information processing apparatus, information processing system, and information processing method | |
| JP6234130B2 (en) | Information processing system, information processing apparatus, information processing method, and program | |
| JP2018194910A (en) | Information processing device, driver installation method and program | |
| JP2018156129A (en) | Information processing system, information processing apparatus and information processing method | |
| US20120033258A1 (en) | Image processing apparatus, control method of image processing apparatus, and storage medium | |
| JP5332343B2 (en) | Information processing apparatus, electronic manual management method, and electronic manual management program | |
| US9612788B2 (en) | Terminal apparatus, information processing system, and output method | |
| US10338857B2 (en) | Information processing apparatus, information processing system, and information processing method | |
| US11388300B2 (en) | Appliance setting apparatus and non-transitory computer-readable recording medium storing appliance setting program | |
| JP6265745B2 (en) | Information processing terminal | |
| US10602011B2 (en) | Image forming apparatus, information processing method, and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20171025 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180523 |
|
| 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: 20180605 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180618 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 6365247 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |