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.
MFP(Multifunction Peripheral)等の画像形成装置の機能をPC等から利用できるAPI(Application Program Interface)を備えたREST(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.
また、自身の機能をネットワークに接続されたPC等から利用するためのAPIを備えた情報処理装置が既に知られている(例えば特許文献1参照)。 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).
しかしながら、上記の従来技術においては、情報処理装置の起動時に、例えばAPIを用いてPC等から受け取ることができるデータ量の上限等を登録し、起動後に変更することができなかった。したがって、例えばAPIを用いてPC等から受け取ることができるデータ量の上限等を変更したい場合、情報処理装置の再起動が必要であった。 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.
本発明の一実施形態は、上記の点に鑑みてなされたもので、APIにより提供される機能の情報を動的に変更することを目的とする。 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.
上記目的を達成するため、本発明の一実施形態は、ネットワークを介して接続された機器からの要求に応じて所定の機能を利用したサービスを提供する情報処理装置であって、前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのAPIを示す情報と、該APIを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるAPI管理手段と、前記機器から前記要求を前記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.
本発明の一実施形態によれば、APIにより提供される機能の情報を動的に変更することができる。 According to an embodiment of the present invention, the function information provided by the API can be dynamically changed.
次に、本発明の実施の形態について、詳細に説明する。なお、以降では、本発明に係る情報処理装置を、MFP等の画像処理装置に適用した場合の実施形態について説明する。ただし、本発明に係る情報処理装置の適用先は、これに限定されるものではなく、画像処理装置以外に適用してもよい。 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.
[第1の実施形態]
<システム構成>
図1は、第1の実施形態に係る画像処理システムの一例の構成図である。図1の画像処理システム1は、1台以上の画像処理装置10と、1台以上のPC(パーソナルコンピュータ)20とが例えばLAN(Local Area Network)等のネットワークN1に有線や無線で接続されている。
[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
画像処理装置10は、情報処理装置の一例である。画像処理装置10は、PC20や他の画像処理装置10等の機器からの要求に応じて、コピー、ファックス、プリンタ、スキャナ等の画像処理に係るサービスを提供するMFPである。ただし、画像処理装置10はMFPに限定されるものではなく、他の機器に対して各種サービスを提供することができる装置であればよい。
The
また、画像処理装置10は、PC20や他の画像処理装置10等の機器が上記サービスを利用するためのAPIを有する。画像処理装置10は、上記サービスが利用する機能を追加・削除することができるとともに、サービスを提供するためのアプリケーションをインストール又はアンインストールすることにより、サービスを追加・削除することができる。
Further, the
例えば、画像処理装置10は、コピーサービスを提供するコピーアプリケーションの
インストール又はアンインストールにより、コピーサービスの追加又は削除を行うことができる。また、例えば、コピーサービスが利用する機能(例えば両面コピー機能、2in1コピー機能等)の追加又は削除を行うことができる。
For example, the
PC20は、機器の一例である。PC20は、PC(パーソナルコンピュータ)に限られない。PC20は、例えば、タブレット端末、スマートフォンや携帯電話、PDA等の携帯情報端末、電子ホワイトボード等の表示装置、プロジェクタ等の投影装置、画像処理装置10と連携したサービスを提供するためのクラウドサーバ等でもよい。PC20は、画像処理装置10が有するAPIを利用することで、画像処理に係るサービスの提供を要求することができる。
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
なお、本実施形態に係る画像処理装置10は、図1の画像処理システムのように、当該画像処理装置10以外の機器からサービスの要求を受ける画像処理装置10に限らない。例えば、画像処理装置10が、互いに独立したOS(Operating System)を搭載した画像処理装置本体と操作部とが有線や無線で接続された構成となっており、画像処理装置本体が操作部からサービスの提供要求を受けるものであってもよい。つまり、画像処理装置本体が、ネットワークを介して接続された機器である操作部からサービスの提供要求を受けるものである場合、この画像処理装置本体を本実施形態における「画像処理装置10」として捉えることもできる。
The
<ハードウェア構成>
《画像処理装置》
画像処理装置10は、例えば図2に示すようなハードウェア構成により実現される。図2は、第1の実施形態に係る画像処理装置の一例のハードウェア構成図である。
<Hardware configuration>
<Image processing device>
The
図2に示すように、画像処理装置10は操作部100と本体部110とを有する。
As illustrated in FIG. 2, the
操作部100は、LCD(Liquid Crystal Display)デバイスやタッチパネル、ハードキー等を備えるユーザインタフェースであり、画像処理装置10に対して、ユーザが各種操作を行う。
The
本体部110は、コントローラ120と、ファックス制御ユニット140と、エンジン群150とを有する。さらに、ファックス制御ユニット140は、G3規格対応ユニット141と、G4規格対応ユニット142とを有する。また、エンジン群150は、プロッタエンジン151と、スキャナエンジン152と、その他のハードウェアリソース153とを有する。
The
コントローラ120は、CPU121と、ASIC122と、HDD(Hard Disk Drive)123と、システムメモリ(MEM−P)124と、ローカルメモリ(MEM−C)125と、ノースブリッジ(以下、NBと表す)126とを有する。また、シリアルバス127と、NIC(Network Interface Card)128と、USBデバイス129とを有する。さらに、IEEE802.11bデバイス130と、IEEE1394デバイス131と、USBホスト132と、メモリカードI/F133とを有する。
The
また、シリアルバス127、NIC128、USBデバイス129、IEEE802.11bデバイス130、IEEE1394デバイス131、USBホスト132、及びメモリカードI/F133は、NB126にPCIバスを介して接続されている。
The
なお、コントローラ120において、ASIC122には、ローカルメモリ125、HDD123等が接続されている。また、CPU121とASIC122とは、CPUチップセットのNB126を介して接続されている。さらに、ファックス制御ユニット140及びエンジン群150は、ASIC122にPCIバスを介して接続されている。
In the
CPU121は、画像処理装置10の全体を制御するものである。CPU121は、各種サービスを起動して実行する。
The
NB126は各要素を接続するためのブリッジである。具体的には、CPU121、システムメモリ124、ASIC122、シリアルバス127、NIC128、USBデバイス129を接続する。さらに、IEEE802.11bデバイス130、IEEE1394デバイス131、USBホスト132、及びメモリカードI/F133を接続する。
The
システムメモリ124は、画像処理装置10の描画用メモリ等として用いるメモリ(記憶装置)である。また、ローカルメモリ125は、コピー用画像バッファ、符号バッファ等として用いるメモリ(記憶装置)である。
The
ASIC122は、画像処理用のハードウェア要素を有する画像処理用途向けのIC(Integrated Circuit)である。また、HDD123は、各種情報を蓄積するためのストレージ(記憶装置)である。なお、HDD123に蓄積される情報には、例えば、ファクシミリ送信のための宛先データや電子メールの宛先データ(すなわち、アドレス帳データ)等が含まれる。また、ファクシミリ送信や電子メール送信等の送信履歴を記憶するための履歴データや、プリントジョブのデータである蓄積画像データや蓄積文書データが含まれる。その他、例えば、課金データやユーザ認証を行うためのユーザ認証情報、各種プログラム、フォントデータ、フォームデータ等が含まれる。
The
シリアルバス127、NIC128、USBデバイス129、IEEE802.11bデバイス130、IEEE1394デバイス131、USBホスト132、メモリカードI/F133は、各々が対応する規格の可搬型記憶装置と接続するインタフェースである。例えば、図2に示すように、USBホスト132には、USBメモリ161を接続することができ、メモリカードI/F133には、メモリカード162を接続することができる。
The
《PC》
PC20は、例えば図3に示すようなハードウェア構成により実現される。図3は、第1の実施形態に係るPCの一例のハードウェア構成図である。
<< PC >>
The
図3に示したPC20は、入力装置201と、表示装置202と、外部I/F203と、RAM(Random Access Memory)204と、ROM(Read Only Memory)205と、CPU206と、通信I/F207と、HDD208とを備える。また、これらの各装置はそれぞれがバスBで相互に接続されている。
3 includes an
入力装置201は、キーボードやマウス、タッチパネル等を含み、PC20に各操作信号を入力するのに用いられる。表示装置202は、LCDやCRT(Cathode Ray Tube)等を含み、PC20による処理結果を表示する。
The
外部I/F203は、外部装置とのインタフェースである。外部装置には、記録媒体203a等がある。記録媒体203aには、例えば、画像処理装置10から提供されるサービスを用いた各種処理(例えばコピー処理)の対象となる各種データ等を格納することができる。PC20は外部I/F203を介して、記録媒体203aの読み取り及び/又は書き込みを行うことができる。記録媒体203aにはUSBメモリ、SDメモリカード(SD Memory card)、DVD(Digital Versatile Disk)、CD(Compact Disk)、フレキシブルディスク等の記録媒体を用いることができる。
The external I /
RAM204は、プログラムやデータを一時保持する揮発性の半導体メモリ(記憶装置)である。
The
ROM205は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ(記憶装置)である。ROM205には、PC20の起動時に実行されるBIOS(Basic Input/Output System)、OS設定、及びネットワーク設定等のプログラムやデータが格納されている。
The
CPU206は、ROM205やHDD208等の記憶装置からプログラムやデータをRAM204上に読み出し、処理を実行することで、PC20全体の制御や機能を実現する演算装置である。
The
通信I/F装置207は、ネットワークに接続するインタフェースである。これにより、PC20は通信I/F装置207を介して画像処理装置10等とデータ通信を行うことができる。
The communication I /
HDD208は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えば、PC20全体を制御する基本ソフトウェアであるOSや、OS上において各種機能を提供するアプリケーションソフトウェア等がある。HDD208は格納しているプログラムやデータを所定のファイルシステム及び/又はDB(Data Base)等により管理している。
The
本実施形態に係る画像処理装置10及びPC20は、例えば上記のハードウェア構成を有することにより、後述するような各種処理を実現することができる。
For example, the
<機能構成>
次に、第1の実施形態に係る画像処理装置10の機能構成について説明する。図4は、第1の実施形態に係る画像処理装置の一例の機能構成図である。図4に示すように、画像処理装置10は、大別すると、ソフトウェア群401と、フレームワーク420とに分けられる。
<Functional configuration>
Next, the functional configuration of the
ソフトウェア群401は、アプリケーション層402とサービスモジュール層403とを有する。
The
アプリケーション層402は、コピー、ファックス、プリンタ、及びスキャナ等の画像処理に係るサービスとして、それぞれ固有の処理を行うプログラムを有する。ここで、図4に示すアプリケーション層402には、例えば、コピー用のアプリケーションであるコピーアプリケーション431、ファックス用のアプリケーションであるファックスアプリケーション432、プリンタ用のアプリケーションであるプリンタアプリケーション433、スキャナ用のアプリケーションであるスキャナアプリケーション434等が含まれる。
The
サービスモジュール層403は、アプリケーション層402の各アプリケーションからの処理要求を解釈して共通の機能や制御を行うモジュールを有する。また、サービスモジュール層403は、アプリケーション層402の各アプリケーションからの処理要求を解釈して、例えばエンジン群150等のハードウェア資源の獲得要求を発生し、獲得したハードウェア資源の管理等を行うモジュールを有する。これらのサービスモジュール層403の各モジュールは、予め定義された関数等によりアプリケーション層402からの処理要求を受信する内部API440を介して、アプリケーション層402の各アプリケーションから利用することができる。
The
ここで、図4に示すサービスモジュール層403には、例えば、システム制御サービス451、ファックス制御サービス452、エンジン制御サービス453、メモリ制御サービス454、ネットワーク制御サービス455、ログ制御サービス456、電源制御サービス457、認証制御サービス458、アドレス帳管理サービス459等が含まれる。
Here, the
ここで、ソフトウェア群401は、OS460上において実行される。OS460は、アプリケーション層402及びサービスモジュール層403のソフトウェア群401のそれぞれのソフトウェアをプロセスとして並列実行する。
Here, the
なお、ソフトウェア群401が有する各種サービスは、それぞれ1以上の機能を有している。この機能のことをリソースとも称する。例えばコピーアプリケーション431は、片面コピーを行うためのリソース、両面コピーを行うためのリソース、2in1コピーを行うためのリソース等を有している。また、例えばアドレス帳管理サービス459は、アドレス帳のアドレスを全件取得するためのリソース、アドレス帳のアドレスを1件取得するためのリソース、アドレス帳の状態を取得するためのリソース等を有している。このように、ソフトウェア群401が有する各種サービスは、リソースとも称される1以上の機能をそれぞれ有している。
Note that the various services included in the
PC20や他の画像処理装置10は、ソフトウェア群401によって実現される各種サービスを、PC20や他の画像処理装置10からの処理要求を受信するWebAPI410を介して利用することができる。
The
フレームワーク420は、WebAPI410が受信したPC20や他の画像処理装置10からの処理要求を解釈し、ソフトウェア群401の各種サービスに対して処理要求を行う。フレームワーク420は、要求管理部421、API制御部422、API管理部423、結果応答部424、API情報変更部425を有する。
The
WebAPI410は、例えば外部の機器(PC20や他の画像処理装置10等)が画像処理装置10が提供する各種サービスを利用するためのAPIの集まりである。画像処理装置10は、WebAPI410に含まれるAPI毎に、外部の機器からの要求を受け付ける。
The
要求管理部421は、例えばCPU121等により実現され、WebAPI410から処理要求を受信し、API制御部422に処理を依頼する。また、要求管理部421は、結果応答部424から処理結果を受信し、WebAPI410に処理結果を送信する。
The
API制御部422は、例えばCPU121等により実現され、API管理部423からリソース情報を取得し、ソフトウェア群401の各種サービスに処理を要求する。ここで、リソース情報とは、ソフトウェア群401の各アプリケーションや各モジュールが、要求された機能を実行するために利用するリソース(機能)に関する情報である。リソース情報の詳細については後述する。
The
API管理部423は、例えばCPU121等により実現され、リソース情報の登録要求があった場合、リソース情報を画像処理装置10のフレームワーク420の例えばHDD123の所定の記憶領域に記憶する。また、API管理部423は、リソース情報の取得要求があった場合、リソース情報を画像処理装置10のフレームワーク420の所定の記憶領域から取得する。
The
結果応答部424は、例えばCPU121等により実現され、ソフトウェア群401の各アプリケーションや各モジュールが実行した機能の処理結果を作成し、要求管理部421に送信する。
The
API情報変更部425は、例えばCPU121等により実現され、フレームワーク420の所定の記憶領域に記憶されているリソース情報を変更する。
The API
<処理の概要>
次に、第1の実施形態に係る画像処理装置の処理の概要について説明する。図5は、第1の実施形態に係る画像処理装置の処理の概要の一例を説明するための図である。
<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.
図5(a)は、例えばPC20や他の画像処理装置10等からサービスの提供要求あった場合の画像処理装置10の処理の概要の一例を説明するための図である。
FIG. 5A is a diagram for explaining an example of an outline of processing of the
まず、画像処理装置10のWebAPI410は、例えばPC20や他の画像処理装置10等から、サービスと、このサービスが利用するリソース(機能)とを指定したHTTP(HyperText Transfer Protocol)リクエストを受信する。サービスは、ソフトウェア群401の各アプリケーションや各モジュールのことであり、例えばファックスアプリケーション432やアドレス帳管理サービス459である。リソースは、ソフトウェア群401の各アプリケーションや各モジュールが実行する機能のことであり、例えばアドレス帳管理サービス459においてアドレス帳のアドレスを全件取得する機能である。ユーザが例えばファックス操作においてファックスの送信先の候補となるアドレスの一覧を取得したい場合、サービスとしてアドレス帳管理サービス459、リソースとしてアドレス帳一覧を取得する機能(アドレス帳の取得(全件))を指定することでアドレス帳のアドレス一覧を取得することができる。
First, the
次に、要求管理部421は、WebAPI410から呼び出されるとHTTPリクエストを受け取り、API制御部422に処理要求を行う。そして、API制御部422は、API管理部423を介してリソース情報を取得し、HTTPリクエストにより呼び出されたAPI(WebAPI410)を特定する。なお、APIの特定には、リソース情報に含まれるURLで判断する。リソース情報の詳細については後述する。
Next, when called from the
API制御部422は、該当のサービスに対して、リソースを指定(図5(a)の例では、サービス1に対してリソースAを指定)して操作要求を行う。そして、サービス1は、リソースAに対応する処理を実行し、処理結果の応答要求を結果応答部424に行う。
The
そして、結果応答部424は、HTTPレスポンスを作成し、要求管理部421に送信要求を行う。要求管理部421は、結果応答部424からHTTPレスポンスを受け取ると、WebAPI410を介してHTTPリクエストの送信元のPC20等にHTTPレスポンスを送信する。
Then, the
次に、図5(b)は、画像処理装置10にサービスやリソースの登録をする場合の画像処理装置10の処理の概要の一例を説明するための図である。図5(b)では、画像処理装置10に対してリソースCを有するサービス2を新たに登録する場合について説明する。
Next, FIG. 5B is a diagram for explaining an example of an outline of processing of the
ユーザは、例えばネットワークN1等を介して、リソースCを有するサービス2を画像処理装置10にインストールする。すると、API管理部423は、リソースCのリソース情報をフレームワーク420の所定の記憶領域に登録する。リソース情報を登録することで、このリソース情報に含まれるURLをPC20や他の画像処理装置10等から利用可能なAPIとして提供することができる。これにより、画像処理装置10に新たにサービスやリソースが追加された場合、追加されたリソースに関するリソース情報をAPI管理部423を介して所定の記憶領域に登録することで、外部から利用可能なAPIを提供することができる。
The user installs the service 2 having the resource C in the
次に、図5(c)は、フレームワーク420の所定の記憶領域に記憶されているリソース情報の変更を行う場合の画像処理装置10の処理の概要の一例を説明するための図である。
Next, FIG. 5C is a diagram for explaining an example of an outline of processing performed by the
API情報変更部425は、例えば画像処理装置10の所定の記憶装置の残容量が、所定の基準値未満になったことを検知すると、API管理部423に対してリソース情報の変更を要求する。すると、API管理部423は、例えばPC20等から受信可能なデータ量の上限値が、より小さい値となるようにリソース情報を変更する。これにより、例えばPC20等がAPIを介して画像処理装置10に対して送信可能なデータ量が少なくなるように変更される。後述するように、図5(b)及び図5(c)で説明したリソース情報の登録や変更は、画像処理装置10において動的に行われる。したがって、例えば、既に登録済みのリソース情報に対して変更の必要が生じた場合でも、画像処理装置10を再起動させることなく、変更を行うことができる。
For example, when the API
次に、リソース情報の詳細について説明する。図6は、リソース情報の一例の構成図である。図6に示すように、リソース情報は、URL、メソッド、システム、アクセス、認証方式等のデータ項目を有する。 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.
URLは、サービス部及びリソース部のデータ項目を有する。サービス部は、例えばプリンタアプリケーション433やアドレス帳管理サービス459等のサービスを特定する情報である。リソース部は、各サービスが有するリソース(機能)を特定する情報である。例えば、サービス部「printer」は、プリンタの状態を表示させる機能に関するリソース「status」と、プリントを実行する機能に関するリソース「job」の2つのリソースを有する。後述するように、サービス部(サービス名)とリソース部(リソース名)とを、例えばスラッシュ「/」で連結させてURL形式とすることで、外部(PC20や他の画像処理装置10等)から利用可能なAPIとして提供することができる。なお、リソース名は、同一のサービスにおいて一意(ユニーク)であればよい。
The URL has data items of a service part and a resource part. The service unit is information for specifying services such as the
メソッドは、HTTPのメソッドを示しており、GET、POST、PUT、DELETE等がある。また、各メソッドは、上限及び権限等のデータ項目を有する。メソッドのデータ項目は、リソース部で指定されたリソースを利用したサービスを利用したい場合に、どのメソッドが定義されたHTTPリクエストで利用することができるかを示す項目である。このとき、HTTPリクエストのボディ部(メッセージボディ)に指定することができるデータの容量の上限(データ量の上限値)と、リソースを利用することができる権限とがそれぞれ上限及び権限のデータ項目で指定されている。 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.
例えば、アドレス帳のアドレス情報を取得したい場合、URLとして「/addressbook/entries」、メソッドとして「GET」を指定すればよい。また、このメソッドの権限は、「管理者」が指定されているため、このリソースを利用することができるのは例えば管理者権限のユーザである。換言すれば、PC20や他の画像処理装置10等に、管理者権限のユーザとしてログインしているユーザが、アドレス帳のアドレス情報を取得するためのリソースを利用することができる。なお、GETメソッドは、Body部を指定しないため、上限のデータ項目には「0」が指定されている。
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
また、例えば、アドレス帳にアドレス情報を追加したい場合、URLとして「/addressbook/entries」、メソッドとして「POST」を指定すればよい。このメソッドの権限も「管理者」が指定されているため、このリソースを利用することができるのも例えば管理者権限のユーザである。さらに、上限のデータ項目には「1000」が指定されているため、POSTメソッドのHTTPリクエストのボディ部には、容量が1000バイトまでのデータを指定できることを示している。換言すれば、一度のHTTPリクエストで、データ容量が1000バイトまでのアドレス情報を追加することができることを示している。 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」)には、POSTメソッドやPUTメソッド、DELETEメソッドを定義したHTTPリクエストを利用することはできない。 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.
システム、アクセス、認証方式の各データ項目は、リソース部で指定されたリソースを利用したサービスを利用したい場合に、それぞれ、必要なシステム条件、アクセス条件、利用する認証方式を示す項目である。電力制御はリソースの利用中に電力制御を行うか否か、ロックはリソースの利用中に他のリソースの利用を制限するか否かを示す。また、リモートのデータ項目は画像処理装置10とネットワークを介したPC20などからリソースの利用が可能か否か、他方、操作部のデータ項目は画像処理装置10を操作部100を介して直接操作する場合にリソースの利用が可能か否かを示す。
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
認証方式は、リソースの利用に際して使用する認証方式である。例えば、リソース部で指定されるリソースを利用する際に、認証方式としてBASIC認証を使用できるか否か、Digest認証を使用できるか否かを示す。 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.
<処理の詳細>
次に、第1の実施形態に係る画像処理システム1の処理の詳細について説明する。
<Details of processing>
Next, details of processing of the
≪サービス提供処理≫
図7は、第1の実施形態に係るサービス提供処理の一例のシーケンス図である。
≪Service provision processing≫
FIG. 7 is a sequence diagram of an example of service providing processing according to the first embodiment.
ステップS101において、PC20等は、サービスとリソースとを指定したリクエストを画像処理装置10に送信する。そして、画像処理装置10のWebAPI410はPC20等からのリクエストを受信する。以降では一例として、PC20は、サービスとしてアドレス帳管理サービス459、リソースとしてアドレス帳の状態を取得する機能を指定したHTTPリクエストを送信したものとする。図8(a)は、HTTPリクエストの一例の説明図である。
In step S101, the
図8(a)のHTTPリクエストは、リクエスト部1001、ヘッダ部1002を有する。リクエスト部1001に指定された「http://192.168.1.1:8080」の部分は画像処理装置10のIPアドレス及びポート番号である。「/rws/addressbook/status」の部分は、サービス名とリソース名とから構成されるURLを含む情報である。この情報に含まれるURL(サービス名及びリソース名)により、API制御部422はAPIを特定し、該当のサービスの該当のリソースに操作を要求することができる。
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
なお、一般にHTTPリクエストは、リクエスト部、ヘッダ部、ボディ部から構成されている。図8(a)の例では、データの取得(アドレス帳の状態の取得)を行うためのメソッドであるGETが指定されているため、ボディ部は定義されていない。なお、例えばアドレス帳に新たにアドレスを追加する場合は、HTTPリクエストのリクエスト部にPOSTメソッドを指定し、ボディ部に追加するアドレスの情報(データ)を例えばXML(Extensible Markup Language)形式やJSON(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.
ステップS102において、要求管理部421は、WebAPI410からHTTPリクエストを受け取り、API制御部422に処理要求を行う。
In step S <b> 102, the
ステップS103において、API制御部422は、API管理部423にリソース情報の取得要求を行う。そして、API管理部423はリソース情報を画像処理装置10の所定の記憶領域から取得し、この取得したリソース情報をAPI制御部422に送信する。
In step S103, the
ステップS104において、API制御部422は、API管理部423から取得したリソース情報に基づいてAPIを特定する。すなわち、HTTPリクエストに指定されているURLとリソース情報に含まれるURLとに基づきAPIを特定する。図8(a)の例では、HTTPリクエストのリクエスト部の「http://192.168.1.1:8080/rws/addressbook/status」と図6のリソース情報に含まれるサービス部とリソース部とに基づきAPI(URL)は「/addressbook/status」と特定することができる。これにより、図8(a)のHTTPリクエストは、アドレス帳管理サービス459のアドレス帳の状態の取得するためのAPIを介して要求されたものであることを特定することができる。
In step S <b> 104, the
このようにWebAPI410のAPIを特定することで、API制御部422は、後述の処理において操作要求を行うサービス及びリソースを特定することができる。
By specifying the API of the
ステップS105において、API制御部422は、HTTPリクエストを解析する。解析とは、例えばHTTPリクエストのボディ部にXML形式やJSON形式等で記述されている情報をプログラムやアプリケーション(例えば、アドレス帳管理サービス459)が扱うことができるデータ形式に変換することをいう。
In step S105, the
ステップS106において、API制御部422は、アドレス帳管理サービス459のアドレス帳状態の取得に関するリソース(リソース名「status」)に対して操作要求を行う。
In step S <b> 106, the
ステップS107において、アドレス帳管理サービス459は、アドレス帳の状態を取得する。アドレス帳の状態とは、例えば、アドレス帳に登録されているアドレス情報の総件数等の情報である。
In step S107, the address
ステップS108において、アドレス帳管理サービス459は、ステップS107における処理の処理結果を含む応答要求を結果応答部424に対して行う。
In step S108, the address
ステップS109において、結果応答部424は、受信した処理結果を含む応答要求からHTTPレスポンスを生成する。図8(b)は、HTTPレスポンスの一例の説明図である。
In step S109, the
図8(b)のHTTPレスポンスのレスポンス部2001にはステータスコードが記述されている。図8(b)の例では、HTTPリクエストは成功し、要求に応じた情報が返信された旨のステータスコード(200 OK)が記述されている。ヘッダ部2002には、このHTTPレスポンスが作成された日時やボディ部2003で記述されているデータのデータ形式等が記述されている。ボディ部2003では、HTTPリクエストの要求に応じた情報が記述されている。図8(b)の例では、アドレス帳状態に関する情報などが記述されている。例えば、アドレス帳に500件のデータ(エントリ)が格納されていることを示す情報(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.
ステップS110において、結果応答部424は、生成したHTTPレスポンスの送信要求を要求管理部421に対して行う。
In step S <b> 110, the
ステップS111において、要求管理部421は、HTTPレスポンスをWebAPI410を介して、HTTPリクエストを送信した送信元のPC20等に送信する。
In step S111, the
以上により、画像処理装置10の外部に存在するPC20や他の画像処理装置10等は、画像処理装置10に対してサービスとリソースとを指定したリクエストを送信することにより、このリソースを利用したサービスを実行させることができる。言い換えれば、PC20や他の画像処理装置10等は、ネットワーク等を介して画像処理装置10に搭載されている機能を利用することができる。
As described above, the
ここで、HTTPリクエストのリクエスト部に指定されるサービス名とリソース名とから構成されるURLについて、他の例を説明する。図9は、URLの一例を説明するための図である。 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リクエストのリクエスト部において、GETメソッドで画像処理装置10のIPアドレス(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
また、例えばアドレス帳のアドレス情報を1件取得したい場合、HTTPリクエストのリクエスト部において、GETメソッドで画像処理装置10のIPアドレス(http://192.168.1.1:8080)に続けて、「/rws/addressbook/entries/123」(「123」は、エントリID等のアドレス帳のアドレス情報を一意に識別する情報)と指定すればよい。なお、例えばアドレス帳にアドレス情報を追加する場合は、POSTメソッドで上記と同様に画像処理装置10のIPアドレスに続けて、「/rws/addressbook/entries/234」等と指定すればよい。これにより、エントリID「234」のアドレス情報がアドレス帳に追加される。また、同様に、PUTメソッドでアドレス情報の更新、DELETEメソッドでアドレス情報の削除等を行うことができる。なお、POSTメソッドやPUTメソッドを指定する場合、HTTPリクエストのボディ部に、追加するアドレス情報又は更新するアドレス情報を記述する。
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
≪リソース情報の追加/削除処理≫
次に、画像処理装置10に搭載されているサービスに対して、新たにリソースを追加した場合又はリソースを削除した場合の処理について説明する。図10は、第1の実施形態に係るリソース情報の追加/削除処理の一例のシーケンス図である。
≪Resource information addition / deletion processing≫
Next, processing when a resource is newly added to or deleted from a service installed in the
ステップS201において、ユーザは、サービスにリソースの追加又サービスからリソースの削除を行う。リソースの追加は、リソースに関する情報を例えばネットワークを介したインストールや外部記憶媒体からのインストールなどの方法により行うことができる。すなわち、例えば、画像処理装置10に既にインストールされているアプリケーションに対してプラグイン等をインストールすることにより機能(リソース)が追加される。他方、リソースの削除は、画像処理装置10に既にインストールされているアプリケーションからプラグイン等をアンインストールすることにより行うことができる。
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
ステップS202において、ユーザは、リソースの追加又は削除を行ったサービスを起動する。 In step S202, the user activates the service to which the resource has been added or deleted.
ステップS203において、画像処理装置10のサービスは、追加したリソースの情報の設定の追加又は削除したリソースの情報の設定の削除を行う。すなわち、サービスは追加したリソースの情報又は削除したリソースの情報を設定ファイル等に反映させる。このように、画像処理装置10は、サービスに対して新たにリソースを追加することにより、追加したリソースを用いた機能を提供することができるようになる。また、画像処理装置10は、サービスからリソースを削除することにより、削除したリソースを用いた機能を削除することができる。
In step S <b> 203, the service of the
ステップS204において、サービスは、API管理部423に対してリソース情報の登録又は削除要求を行う。
In step S <b> 204, the service issues a resource information registration or deletion request to the
ステップS205において、API管理部423は、画像処理装置10の所定の記憶領域に追加したリソースのリソース情報の登録又は削除したリソースのリソース情報の削除を行う。
In step S <b> 205, the
なお、API管理部423は、追加したリソースのリソース情報が画像処理装置10の所定の記憶領域に既に登録されている場合、リソース情報の登録を行わない。すなわち、API管理部423は、リソース情報の重複があるか否かのチェックを行い、重複したリソース情報が存在する場合、リソース情報の登録を行わない。
Note that the
以上により、画像処理装置10のサービスに新たにリソースが追加された場合、追加されたリソースのリソース情報をAPI管理部423を介して画像処理装置10の所定の記憶領域に登録することができる。これにより、このリソースを利用するための外部から利用可能なAPIの追加をリソースの追加と同時に行うことができる。
As described above, when a new resource is added to the service of the
また、画像処理装置10のサービスからリソースを削除する場合、削除されたリソースのリソース情報をAPI管理部423を介して画像処理装置10の所定の記憶領域から削除することができる。これにより、このリソースを利用するための外部から利用可能なAPIの削除をリソースの削除と同時に行うことができる。
When deleting a resource from the service of the
≪アプリケーションのインストール処理≫
次に、画像処理装置10に新たにアプリケーションをインストールした場合の処理について説明する。画像処理装置10にアプリケーションをインストールすることにより、サービスが追加される。図11は、第1の実施形態に係るアプリケーションのインストール処理の一例のシーケンス図である。
≪Application installation process≫
Next, processing when an application is newly installed in the
ステップS301において、ユーザは、画像処理装置10にアプリケーション(サービス)をインストールする。なお、アプリケーションは、例えばコピーアプリケーション431等のサービスを提供するソフトウェア等である。また、インストールされるアプリケーション(サービス)は、例えば片面コピーを行うためのリソース(機能)等、1以上のリソースを有する。
In step S <b> 301, the user installs an application (service) in the
ステップS302において、ユーザは、画像処理装置10にインストールされたアプリケーション(サービス)を起動する。
In step S <b> 302, the user activates an application (service) installed in the
ステップS303において、アプリケーション(サービス)は、リソースの情報を設定する。このリソースの情報の設定により、例えばコピーアプリケーション431(サービス)において片面コピー機能(リソース)を実行することができるようになる。 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).
ステップS304において、アプリケーション(サービス)は、API管理部423に対してリソース情報の登録要求を行う。
In step S <b> 304, the application (service) issues a resource information registration request to the
ステップS305において、API管理部423は、画像処理装置10の所定の記憶領域に、インストールしたアプリケーションのリソース情報を登録する。
In step S <b> 305, the
なお、API管理部423は、インストールしたアプリケーション(サービス)のリソース情報が画像処理装置10の所定の記憶領域に登録されている場合、リソース情報の登録を行わない。すなわち、API管理部423は、リソース情報の重複があるか否かのチェックを行い、重複したリソース情報が存在する場合、リソース情報の登録を行わない。
The
以上により、画像処理装置10に新たにアプリケーションをインストールし、サービスが追加された場合、このサービスが利用するリソースのリソース情報をAPI管理部423を介して画像処理装置10の所定の記憶領域に登録することができる。これにより、このリソースを利用するための外部から利用可能なAPIの追加をサービスの追加と同時に行うことができる。
As described above, when a new application is installed in the
≪アプリケーションのアンインストール処理≫
次に、画像処理装置10からアプリケーションをアンインストールした場合の処理について説明する。画像処理装置10からアプリケーションをアンインストールすることにより、サービス及びこのサービスが利用するリソースが削除される。図12は、第1の実施形態に係るアプリケーションのアンインストール処理の一例のシーケンス図である。
≪Application uninstall process≫
Next, processing when an application is uninstalled from the
ステップS401において、ユーザは、画像処理装置10からアプリケーション(サービス)をアンインストールする。
In step S <b> 401, the user uninstalls the application (service) from the
ステップS402において、アプリケーション(サービス)は、API管理部423に対してリソース情報の削除要求を行う。
In step S402, the application (service) issues a resource information deletion request to the
ステップS403において、API管理部423は、画像処理装置10の所定の記憶領域からアンインストールしたアプリケーションのリソース情報を削除する。このとき、API管理部423は、アンインストールしたアプリケーション(サービス)が複数のリソースを有していた場合、すべてのリソースのリソース情報を削除する。
In step S403, the
以上により、画像処理装置10からアプリケーションがアンインストールされ、サービスが削除された場合、このサービスが利用するリソースのリソース情報を、API管理部423を介して画像処理装置10の所定の記憶領域から削除することができる。これにより、このリソースを利用するための外部から利用可能なAPIの削除をサービスの削除と同時に行うことができる。
As described above, when the application is uninstalled from the
≪リソース情報の変更処理≫
次に、画像処理装置10の所定の記憶領域に記憶されているリソース情報を変更する場合の処理について説明する。図13は、第1の実施形態に係るリソース情報の変更処理の一例のシーケンス図である。
≪Resource information change process≫
Next, processing for changing resource information stored in a predetermined storage area of the
ステップS501において、API情報変更部425は、リソース情報の変更が必要であることを検知する。API情報変更部425は、例えば、以下のような場合にリソース情報の変更が必要であることを検知する。
(1)PC20等からサービス名とリソース名とを指定したリソース情報の変更要求を受け付けた場合
(2)画像処理装置10の記憶装置(例えば、システムメモリ124、ローカルメモリ125、又はHDD123等)の残容量が、予め設定された基準容量を下回った(又は上回った)場合
(3)画像処理装置10のハードウェア(例えば、システムメモリ124、ローカルメモリ125、又はHDD123等)が交換等されて記憶装置の容量(総容量)が変化した場合
なお、上記の(1)の場合、PC20等から受け付けた変更要求には、リソース情報の変更対象のデータ項目(例えば、「上限」や「権限」等)と、変更後のデータ項目値とが含まれる。このようなデータ項目とデータ項目値は、PC20等のユーザにより指定される。他方、上記の(2)及び(3)の場合、リソース情報の変更対象のデータ項目は「上限」となり、変更後のデータ項目値は例えばユーザ又はプログラム等により指定される。
In step S501, the API
(1) When a resource information change request specifying a service name and a resource name is received from the
ステップS502において、API情報変更部425は、API管理部423に対して、リソース情報の変更要求を行う。なお、リソース情報の変更要求には、変更対象のリソース情報のサービス名及びリソース名並びに変更対象のデータ項目及び変更後のデータ項目値等が含まれる。
In step S <b> 502, the API
ステップS503において、API管理部423は、画像処理装置10の所定の記憶領域に記憶されているリソース情報を、受信した変更要求に基づき変更する。すなわち、API管理部423は、変更要求に含まれる変更対象のリソース情報のサービス名及びリソース名並びに変更対象のデータ項目から該当のリソース情報のデータ項目を特定し、特定したデータ項目を、変更要求に含まれる変更後のデータ項目値に変更する。
In step S503, the
例えば、変更要求に含まれるサービス名が「addressbook」、リソース名が「groups」、データ項目がPOSTの「上限」及びPUTの「上限」、変更後のデータ項目値が「1000」である場合、図14に示すように、上限値を「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”.
以上により、画像処理装置10の所定の記憶領域に記憶されているリソース情報を動的に変更することができる。換言すれば、画像処理装置10の再起動等を行う必要なく、リソース情報の変更を行うことができる。したがって、例えば、画像処理装置10に搭載されたメモリの残量が少なくなった場合(又は残量が増えた場合)等において、APIを介してPC20等から受信するデータ量の上限値を動的に変更(増加又は減少)することができる。
As described above, the resource information stored in the predetermined storage area of the
なお、上記では、画像処理装置10がAPIを介してPC20等から受信するデータ量の上限を変更する場合について説明したが、これに限られず、変更要求に応じてリソース情報の他のデータ項目を変更してもよい。例えば、データ項目「権限」を「一般ユーザ」から「管理者」に変更する、電力制御を「×」から「○」に変更する等である。
In the above description, the case where the
<まとめ>
以上のように、本実施形態に係る画像処理装置10は、PC20や他の画像処理装置10からの機能の実行要求に応じて、機能を実行することができる。
<Summary>
As described above, the
また、本実施形態に係る画像処理装置10はPC20や他の画像処理装置10からの機能の実行要求を受け付けるためのWebAPI410を有する。そして、PC20や他の画像処理装置10は、このWebAPI410を利用して画像処理装置10に対して機能の実行を要求することができる。
In addition, the
また、本実施形態に係る画像処理装置10は、アプリケーションのインストール/アンインストールによりサービスの追加/削除を行うことができる。また、本実施形態に係る画像処理装置10は、サービスが利用するリソースの追加/削除を行うことができる。そして、本実施形態に係る画像処理装置10は、上記サービスの追加/削除、リソースの追加/削除の際、追加又は削除したリソースのリソース情報を画像処理装置10の所定の記憶領域に登録又は削除することができる。
In addition, the
また、本実施形態に係る画像処理装置10が有するリソース情報に含まれるURLは、PC20や他の画像処理装置10から利用可能なAPIとして提供することができる。したがって、画像処理装置10の所定の記憶領域にリソース情報が登録/削除されることで、外部から利用可能なAPIが同時に登録/削除されることになる。これにより、本実施形態に係る画像処理装置10は、サービスやリソースが追加/削除された場合でも動的にAPIを追加/削除することができる。さらに、画像処理装置10の所定の木尾工領域に登録されているリソース情報を動的に変更することができる。すなわち、本実施形態に係る画像処理装置10は、サービスやリソースが追加/削除された場合や登録済みのリソース情報が変更された場合において、APIの追加、削除、変更に伴う再ビルドやオブジェクトの再作成などを行う必要がない。
The URL included in the resource information included in the
[第2の実施形態]
次に、第2の実施形態に係る画像処理システム1について説明する。本実施形態においては、画像処理装置10において利用可能なAPIのリストをPC20に提供する。なお、システム構成及びハードウェア構成については、第1の実施形態と同様であるため説明を省略する。
[Second Embodiment]
Next, an
<機能構成>
図15は、第2の実施形態に係る画像処理装置の一例の機能構成図である。第2の実施形態に係る画像処理装置10は、APIリスト作成部426を有する点が第1の実施形態に係る画像処理装置10と異なる。なお、第2の実施形態に係る画像処理装置10においてAPIリスト作成部426以外の各構成は、第1と実施形態と同様であるため、説明を省略する。
<Functional configuration>
FIG. 15 is a functional configuration diagram of an example of an image processing apparatus according to the second embodiment. The
APIリスト作成部426は、PC20等が画像処理装置10において利用可能なAPIの一覧(以降、「APIリスト」という。)を作成する。また、APIリスト作成部426は、PC20等がAPIリストを要求するためのリソース情報の登録要求をAPI管理部423に対して行う。
The API
<処理の概要>
次に、第1の実施形態に係る画像処理装置の処理の概要について説明する。図16は、第2の実施形態に係る画像処理装置の処理の概要の一例を説明するための図である。
<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.
図16(a)は、PC20がAPIリストを画像処理装置10から取得するためのリソース情報を登録する場合の画像処理装置10の処理の概要の一例を説明するための図である。
FIG. 16A is a diagram for explaining an example of an outline of processing of the
ユーザは、例えばネットワークN1等を介して、フレームワーク420にAPIリスト作成部426を追加する。すると、API管理部423は、APIリスト作成部426のリソース情報を画像処理装置10のフレームワーク420所定の記憶領域に登録する。このようにリソース情報を登録することで、このリソース情報に含まれるURLをPC20や他の画像処理装置10等から利用可能なAPIとして提供することができる。
The user adds an API
PC20や他の画像処理装置10等は、APIリスト作成部426のリソース情報に含まれるURLをAPIとして利用することで、このPC20や他の画像処理装置10等が利用可能なAPIリストを取得することができる。
The
図16(b)は、例えばPC20や他の画像処理装置10等からAPIリストの取得要求があった場合の画像処理装置10の処理の概要の一例を説明するための図である。
FIG. 16B is a diagram for explaining an example of an outline of processing of the
まず、画像処理装置10のWebAPI410は、例えばPC20や他の画像処理装置10等からAPIリストの取得要求に係るHTTPリクエストを受信する。次に、要求管理部421は、WebAPI410から呼び出されるとAPIリストの取得要求に係るHTTPリクエストを受け取り、API制御部422に処理要求を行う。そして、API制御部422は、API管理部423を介してリソース情報を取得し、HTTPリクエストにより呼び出されたAPI(WebAPI410)を特定する。なお、このとき、呼び出されたAPIはAPIリストの取得要求に係るAPIである。
First, the
API制御部422は、APIリスト作成部426に対して操作要求を行う。続いて、APIリスト作成部426は、API管理部423を介して画像処理装置10に登録されているリソース情報を取得する。そして、APIリスト作成部426は、取得したリソース情報に基づきAPIリストを作成し、応答要求を結果応答部424に行う。
The
結果応答部424は、APIリストを含むHTTPレスポンスを作成し、要求管理部421に送信要求を行う。要求管理部421は、結果応答部424からHTTPレスポンスを受け取ると、WebAPI410を介してHTTPリクエストの送信元のPC20等にHTTPレスポンスを送信する。
The
これにより、ユーザは、例えばPC20等を操作して、このPC20が利用可能な画像処理装置10のAPIの一覧(APIリスト)を取得することができる。したがって、ユーザは、例えば、この取得したAPIリストから所望のAPIを選択し、画像処理装置10の機能を利用することができる。
Thus, the user can acquire a list of APIs (API list) of the
<処理の詳細>
次に、第2の実施形態に係る画像処理システム1の処理の詳細について説明する。
<Details of processing>
Next, details of processing of the
≪リソース情報の追加/削除処理≫
まず、画像処理装置10に対して、この画像処理装置10において利用可能なAPIリストを取得するためのリソース情報を登録する処理について説明する。これにより、PC20等が利用可能なAPIが画像処理装置10に登録される。図17は、第2の実施形態に係るリソース情報の追加/削除処理の一例のシーケンス図である。
≪Resource information addition / deletion processing≫
First, a process for registering resource information for acquiring an API list that can be used in the
ステップS601において、ユーザは、例えばネットワークN1を介して、フレームワーク420にAPIリスト作成部426を追加又は削除する。これは、例えば、ネットワークN1を介して、APIリスト作成部426を追加又は削除するための所定のインストーラ等を取得し、このインストーラを実行することでAPIリスト作成部426を追加又は削除することができる。すると、APIリスト作成部426は、API管理部423に対してリソース情報の登録又は削除要求を行う。
In step S601, the user adds or deletes the API
ステップS602において、API管理部423は、画像処理装置10の所定の記憶領域に、APIリストを取得するためのリソース情報の登録又は削除を行う。
In step S <b> 602, the
以上により、画像処理装置10のフレームワーク420の所定の記憶領域に対して、PC20等がこの画像処理装置10において利用可能なAPIリストを取得するためのリソース情報の登録又は削除を行うことができる。これにより、APIリストを取得するためのAPIが画像処理装置10のWebAPI410に登録又はWebAPI410から削除される。後述するように、PC20や他の画像処理装置10等は、ここで登録されたAPIを利用して、画像処理装置10において利用可能なAPIリストを取得することができる。
As described above, the resource information for the
≪APIリストの表示処理≫
次に、ユーザがPC20等を操作して、このPC20が画像処理装置10において利用可能なAPIの一覧(APIリスト)を表示させるための処理について説明する。図18は、第2の実施形態に係るAPIリストの表示処理の一例のシーケンス図である。
≪API list display process≫
Next, processing for causing the user to operate the
ステップS701において、PC20等はサービスとリソースとを指定したHTTPリクエストを画像処理装置10に送信する。ここで指定されるサービス及びリソースは、APIリストを取得するためのリソース及びサービスである。例えば、PC20は、サービスとしてAPIリスト作成部426、リソースとしてAPIリストを取得する機能を示すURL「resourcelist/entries」と、メソッドにGETメソッドとを指定したHTTPリクエストを画像処理装置10に送信する。
In step S <b> 701, the
ステップS702において、要求管理部421は、WebAPI410からHTTPリクエストを受け取り、API制御部422に処理要求を行う。
In step S <b> 702, the
ステップS703において、API制御部422は、API管理部423にリソース情報の取得要求を行う。そして、API管理部423は、リソース情報を画像処理装置10所定の記憶領域から取得し、この取得したリソース情報をAPI制御部422に送信する。
In step S <b> 703, the
ステップS704において、API制御部422は、API管理部423から取得したリソース情報に基づいてAPIを特定する。すなわち、HTTPリクエストに指定されているURLとリソース情報に含まれるURLとに基づいてAPIを特定する。ここでは、WebAPI410のAPIとして、APIリストを取得するためのAPI(例えば、URLとして「resourcelist/entries」で指定されるAPI)が特定される。
In step S704, the
ステップS705において、API制御部422は、HTTPリクエストを解析する。
In step S705, the
ステップS706において、API制御部422は、APIリスト作成部426に対して操作要求を行う。
In step S706, the
ステップS707において、APIリスト作成部426は、API管理部423に対して画像処理装置10の所定の記憶領域に登録されているリソース情報の取得要求を行う。そして、API管理部423は、PC20等が利用可能なリソース情報を画像処理装置10の所定の記憶領域から取得し、この取得したリソース情報をAPIリスト作成部426に送信する。このステップS707の処理の詳細については後述する。
In step S <b> 707, the API
ステップS708において、APIリスト作成部426は、API管理部423から取得したリソース情報に基づいてAPIリストを作成する。ここで作成されるAPIリストは、例えば図19に示されるような情報である。図19は、APIリストの一例を説明するための図である。図19に示されるAPIリスト3000は、APIリストの取得を要求したPC20等が利用可能な画像処理装置10のサービス及びリソースのリソース情報3001とリソース情報3002とが記述されている。また、各リソース情報はAPIを利用するためのURLやこのAPIを利用する際に指定することができるメソッド等が記述されている。すなわち、APIリストには、図16で示したリソース情報の各データ項目の値が記述されている。
In step S708, the API
ステップS709において、APIリスト作成部426は、APIリストを含む応答要求を結果応答部424に対して行う。
In step S709, the API
ステップS710において、結果応答部424は、応答要求からHTTPレスポンスを生成する。なお、このとき生成されるHTTPレスポンスのボディ部には、上記のステップS708で作成されたAPIリストが所定のデータ形式で記述(指定)される。
In step S710, the
ステップS711において、結果応答部424は、生成されたHTTPレスポンスの送信要求を要求管理部421に対して行う。
In step S <b> 711, the
ステップS712において、要求管理部421は、HTTPレスポンスをWebAPI410を介して、HTTPリスクエストの送信元のPC20等に送信する。
In step S712, the
ステップS713において、PC20は、HTTPレスポンスを受け取ると、このHTTPレスポンスに含まれるAPIリストに基づきAPIリストの表示画面を作成し、表示装置202等に表示させる。これにより、ユーザは、PC20等が利用することができる画像処理装置10のAPIを知ることができる。なお、ユーザは、PC20や他の画像処理装置10等に限らず、例えば、画像処理装置10の操作部100を操作して、この操作部100が利用可能な画像処理装置10のAPIリストを取得してもよい。
In step S713, when receiving the HTTP response, the
以上により、ユーザは、PC20等を用いて、このPC20が利用可能な画像処理装置10のAPIリストを取得することができる。ユーザは、表示されたAPIリストから所望のAPIを選択等することで、画像処理装置10が提供するAPIを利用することができる。なお、上記においては、PC20等が利用可能な画像処理装置10のAPIリストを取得したが、例えば、利用可能か否かに関わらず画像処理装置10が提供するすべてのAPIのリストを取得するようにしてもよい。
As described above, the user can acquire the API list of the
≪リソース情報の取得処理≫
次に、図18を用いて説明したAPIリストの表示処理におけるステップS707の処理(リソース情報の取得処理)の詳細について説明する。図20は、第2の実施形態に係るリソース情報の取得処理の一例のフローチャートである。
≪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.
ステップS801において、API管理部423は、APIリスト作成部426からリソース情報の取得要求を受け取ると、取得済みのリソース情報の数が画像処理装置10の所定の記憶領域に登録されているリソース情報の数未満か否かを判定する。換言すれば、API管理部423は、画像処理装置10の所定の記憶領域に登録されているすべてのリソース情報を取得したか否かを判定する。すべてのリソース情報を取得していない場合、ステップS802に進み、他方、すべてのリソース情報を取得済の場合、処理を終了させる。
In step S <b> 801, when the
ステップS802において、API管理部423は、画像処理装置10の所定の記憶領域からリソース情報を1件取得する。
In step S <b> 802, the
ステップS803において、API管理部423は、上記のステップS802で取得したリソース情報について、PC20等が利用可能なAPIであるか否かを判定する。利用可能である場合、ステップS804に進み、他方、利用することができない場合、ステップS801に戻る。
In step S803, the
ここで、上記のステップS803で取得したリソース情報に係るAPIについて、PC20が利用可能であるか否かは、例えば、図6に示したリソース情報の権限やアクセス等のデータ項目に基づいて判定される。例えば、図6に示す権限のデータ項目が「管理者」であり、PC20にログインしているユーザが「一般ユーザ」である場合、権限のデータ項目が「管理者」であるリソース情報に係るAPIは利用することができないと判定される。また、例えば、図16に示すアクセスのデータ項目について、リモートが「×」、操作部が「○」であるリソース情報である場合、画像処理装置10とネットワークN1を介して接続されたPC20からは利用することができないと判定され、他方、画像処理装置10の操作部100からは利用することができると判定される。
Here, for the API related to the resource information acquired in step S803 above, whether or not the
ステップS804において、API管理部423は、上記のステップS803において取得したリソース情報を一時的に保持する。すなわち、ここでAPI管理部423が保持したリソース情報がAPIリスト作成部426に送信される。そして、図18のステップS708で説明したように、APIリスト作成部426は、API管理部423から送信されたリソース情報に基づきAPIリストを作成する。なお、API管理部423は、取得したリソース情報を一時的に保持せずに、APIリスト作成部426に即座に送信してもよい。
In step S804, the
以上により、API管理部423は、画像処理装置10の所定の記憶領域に登録されているリソース情報からAPIリストの取得要求を行ったPC20等が利用することができるAPIのリソース情報を取得する。これにより、PC20等において、自身が利用することができる画像処理装置10のAPIリストを表示等させることができる。
As described above, the
<まとめ>
以上のように、本実施形態に係る画像処理装置10は、PC20や他の画像処理装置10、さらには画像処理装置10の操作部100からのAPIリスト取得要求に応じて、これらのPC20等が利用可能な画像処理装置10のAPIリストを返信する。したがって、PC20等は、自身が利用可能な画像処理装置10のAPIリストを表示装置202等などに表示させることができる。その後、ユーザは、例えば表示装置202等に表示されているAPIリストから自身が利用したい所望のAPIを選択することで、この選択したAPIを利用することができる。
<Summary>
As described above, the
[第3の実施形態]
次に、第3の実施形態に係る画像処理システム1について説明する。本実施形態においては、画像処理装置10において利用可能なAPIのリストをPC20に提供するに際し、API管理部423が取得したリソース情報をキャッシュとして保存する。なお、システム構成、機能構成及びハードウェア構成については、第2の実施形態と同様であるため説明を省略する。
[Third Embodiment]
Next, an
<処理の詳細>
次に、第3の実施形態に係る画像処理システム1の処理の詳細について説明する。本実施形態は、図18におけるステップS707のリソース情報の取得処理が第2の実施形態と異なる。したがって、以降ではリソース情報の取得処理のみ説明する。図21は、第2の実施形態に係るリソース情報の取得処理の他の例のフローチャートである。なお、図21においてステップS902〜ステップS905の処理は、それぞれ図20で説明したステップS801〜ステップS804の処理と同様であるため、これらの処理についても説明を省略する。
<Details of processing>
Next, details of processing of the
ステップS901において、API管理部423は、リソース情報がキャッシュに存在するか否かを判定する。リソース情報がキャッシュに存在しない場合、ステップS902に進み、他方、リソース情報がキャッシュに存在する場合、ステップS906に進む。
In step S901, the
ここで、キャッシュとは、リソース情報の取得処理において、API管理部423が取得したリソース情報を保存するために、例えば画像処理装置10のHDD123等に確保された記憶領域である。
Here, the cache is a storage area secured in, for example, the
ステップS906において、API管理部423は、キャッシュ作成後に、画像処理装置10の所定の記憶領域にリソース情報が登録、削除、又は変更されたか否かを判定する。キャッシュ作成後にリソース情報が登録、削除、又は変更された場合、ステップS902に進み、他方、キャッシュ作成後にリソース情報が登録、削除、及び変更されていない場合、ステップS907に進む。
In step S906, the
ステップS907において、API管理部423は、キャッシュに保存されているリソース情報を取得する。
In step S907, the
ステップS908において、API管理部423は、取得したリソース情報をキャッシュに保存する。なお、上記のステップS907においてキャッシュに保存されているリソース情報を取得した場合には、キャッシュの内容に変更はないが、本処理を行うことにより例えばキャッシュのタイムスタンプを更新させることができる。したがって、キャッシュが一定期間経過により削除されるような場合、本処理により、キャッシュの保存期間がリフレッシュされる。
In step S908, the
このように、キャッシュにリソース情報が存在し、かつ、キャッシュ作成後にリソース情報が登録、削除、変更されていない場合は、キャッシュに保存されているリソース情報をAPIリスト作成部426に送信する。したがって、この場合、ステップS902〜905の処理を行う必要がないため、PC20等はAPIリストの取得を高速に行うことができる。
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
<まとめ>
以上のように、本実施形態に係る画像処理装置10は、画像処理装置10において利用可能なAPIのリストをPC20等に提供するに際し、API管理部423が取得したリソース情報をキャッシュとして保存する。また、キャッシュにリソース情報が存在し、かつ、キャッシュ作成後にリソース情報の登録、削除、変更がされていない場合は、キャッシュに保存されているリソース情報をAPIリスト作成部426に送信する。これにより、キャッシュにリソース情報が存在する場合は、PC20はAPIリストの取得を高速に行うことができる。したがって、PC20等からのAPIリストの取得要求に対するレスポンスが第2の実施形態と比較して高速になる。
<Summary>
As described above, the
なお、API管理部423は、API管理手段の一例である。WebAPI410は、インタフェース手段の一例である。API制御部422は、サービス提供手段の一例である。API情報変更部425は、変更手段の一例である。APIリスト作成部426は、取得手段及びリスト生成手段の一例である。
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.
1 画像処理システム
10 画像処理装置
20 PC
410 WebAPI
420 フレームワーク
421 要求管理部
422 API制御部
423 API管理部
424 結果応答部
424API情報変更部
426 APIリスト作成部
DESCRIPTION OF
410 WebAPI
420
Claims (10)
前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのAPIを示す情報と、該APIを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるAPI管理手段と、
前記機器から前記要求を前記API毎に受け付けるインタフェース手段と、
前記インタフェース手段により前記要求を受け付けると、前記機能に関する情報に基づき、前記要求に対応するサービスの機能を実行させて、該サービスを提供するサービス提供手段と、
前記機器からの要求又は前記情報処理装置の状態に応じて前記所定の記憶領域に記憶されている前記機能に関する情報を動的に変更する変更手段と、
を有する情報処理装置。 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.
前記サービス提供手段は、
前記特定されたAPIに対応する機能に関する情報に基づき、該APIと対応するサービスの機能を実行させて、該サービスを提供する、請求項1記載の情報処理装置。 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.
前記変更手段は、
前記機器からの前記機能に関する情報の変更要求、又は、前記情報処理装置に搭載されている所定の記憶装置の総容量の変化若しくは該所定の記憶装置の残容量の変化に応じて、前記所定の記憶領域に記憶されている前記機能に関する情報に含まれる前記上限値を動的に変更する、請求項1又は2記載の情報処理装置。 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.
前記サービスが利用する機能が追加された場合、前記機器から前記追加された機能を利用したサービスの要求を受け付けるためのAPIを示す情報と、前記追加された機能に関する情報とを関連付けて前記所定の記憶領域に記憶させる、請求項1ないし5のいずれか1項に記載の情報処理装置。 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.
前記サービスが利用する機能が削除された場合、前記機器から前記削除された機能を利用したサービスの要求を受け付けるためのAPIを示す情報と、該APIを示す情報と関連付けて前記所定の記憶領域に記憶されている前記削除された機能に関する情報とを削除する、請求項1ないし6のいずれか1項に記載の情報処理装置。 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.
前記取得手段により取得された前記APIを示す情報及び前記機能に関する情報のうち、前記機器が利用することができるサービス及び機能に対応する前記APIを示す情報を含むリストを生成するリスト生成手段と、
を有する請求項1ないし7のいずれか1項に記載の情報処理装置。 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:
前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのAPIを示す情報と、該APIを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるAPI管理手段と、
前記機器から前記要求を前記API毎に受け付けるインタフェース手段と、
前記インタフェース手段により前記要求を受け付けると、前記機能に関する情報に基づき、前記要求に対応するサービスの機能を実行させて、該サービスを提供するサービス提供手段と、
前記機器からの要求又は前記情報処理装置の状態に応じて前記所定の記憶領域に記憶されている前記機能に関する情報を動的に変更する変更手段と、
を有する情報処理システム。 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.
前記サービスと該サービスが利用する機能毎に、前記機器から前記機能を利用したサービスの要求を受け付けるためのAPIを示す情報と、該APIを用いて提供される機能に関する情報とを関連付けて所定の記憶領域に記憶させるAPI管理手順と、
前記機器から前記要求を前記API毎に受け付けるインタフェース手順と、
前記インタフェース手順により前記要求を受け付けると、前記機能に関する情報に基づき、前記要求に対応するサービスの機能を実行させて、該サービスを提供するサービス提供手順と、
前記機器からの要求又は前記情報処理装置の状態に応じて前記所定の記憶領域に記憶されている前記機能に関する情報を動的に変更する変更手順と、
を有する情報処理方法。 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 | |
JP6787115B2 (en) | Image forming device, function addition method, program, | |
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 | |
US20120096465A1 (en) | Image forming apparatus, log management method, and storage medium | |
JP2009054027A (en) | Information processor, display screen customizing method, and display screen customizing program | |
US9218149B2 (en) | Output system, terminal apparatus, and method of outputting data | |
US8488170B2 (en) | Print job management apparatus, system, and method | |
JP5728896B2 (en) | Printing system and program | |
US20110292460A1 (en) | Information processing system, information processing apparatus, control method thereof, and storage medium | |
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 | |
US20120033258A1 (en) | Image processing apparatus, control method of image processing apparatus, and storage medium | |
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 | |
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 |