JP5078726B2 - 情報処理装置、サービス制御方法及びサービス制御プログラム - Google Patents

情報処理装置、サービス制御方法及びサービス制御プログラム Download PDF

Info

Publication number
JP5078726B2
JP5078726B2 JP2008111260A JP2008111260A JP5078726B2 JP 5078726 B2 JP5078726 B2 JP 5078726B2 JP 2008111260 A JP2008111260 A JP 2008111260A JP 2008111260 A JP2008111260 A JP 2008111260A JP 5078726 B2 JP5078726 B2 JP 5078726B2
Authority
JP
Japan
Prior art keywords
service
request
information
data
processing 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.)
Expired - Fee Related
Application number
JP2008111260A
Other languages
English (en)
Other versions
JP2009205664A (ja
Inventor
寿一 高桑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2008111260A priority Critical patent/JP5078726B2/ja
Publication of JP2009205664A publication Critical patent/JP2009205664A/ja
Application granted granted Critical
Publication of JP5078726B2 publication Critical patent/JP5078726B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本発明は、ネットワークを介して他の情報処理装置と通信可能であり、実現可能な機能が予め組み込まれた情報処理装置において、他の情報処理装置に対して提供するサービスを登録する情報処理装置、サービス制御方法及びサービス制御プログラムに関する。
従来より、例えば、インターネットなどのネットワークを介して他の情報処理装置と通信可能な情報処理装置がある。このような情報処理装置に対してＷｅｂサービスとして新たなサービスを追加する場合、その追加を実行ファイルの追加により実現する技術がある（例えば特許文献１参照）。また、情報処理装置において既に存在するサービスの状態を、利用者が動的に有効化したり無効化したりする技術がある（特許文献２参照）。また、情報処理装置において既に存在するサービスを、利用者が動的に参照して利用することができる技術がある（特許文献３参照）。更に、情報処理装置において既に存在するサービスで提供する表示項目のオンオフをカスタマイズすることができる技術がある（特許文献４参照）。
特開２００４−２２０５５６号公報 特開２００５−３０９６７２号公報 特表２００２−５０５４６７号公報 特開２００５−３０１８４６号公報
しかし、特許文献１の技術では、動的にサービスを追加することができるものの、それを実現するため実行ファイルを追加した場合、システムを更新する必要がある。このため、システムの再起動を必要とし、情報処理装置の機能を一旦停止させる必要があった。また、実現可能な機能が予め組み込まれた画像形成装置などの情報処理装置の場合、リモートでシステムを更新する仕組みがない。このため、このような情報処理装置に特許文献１の技術を適用してサービスを追加する場合、システムを更新するためには、システムプログラムが記憶されたメディアを物理的に交換する必要があった。また、サービス追加者は、追加するサービスの開発環境を整えた上で、サービスモジュールを自ら開発しなくてはならなかった。また、特許文献２〜３の技術は、既に存在するサービスに対して動的に処理を行うことができるものの、サービス自体を動的に追加できるものではない。
従って、実現可能な機能が予め組み込まれた情報処理装置において、その機能を一旦停止させることなく、Ｗｅｂサービスを動的に追加可能になることが望まれていた。
本発明は、上記に鑑みてなされたものであって、実現可能な機能が予め組み込まれた情報処理装置において、その機能を一旦停止させることなく、他の情報処理装置に対して提供するサービスを動的に追加可能な情報処理装置、サービス制御方法及びサービス制御プログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、ネットワークを介して他の情報処理装置と通信可能であり、実現可能な機能が予め組み込まれた情報処理装置であって、他の情報処理装置に対して提供するサービスとして追加可能なサービスに対して予め割り当てられた格納場所を示す格納場所情報と、サービスで利用するデータであり当該データを一意に識別可能なデータ識別子が対応付けられたデータとを予め記憶する記憶手段と、前記格納場所情報と前記データ識別子とを含み、サービスに対する処理を要求する処理要求を他の情報処理装置から受信する受信手段と、前記受信手段が受信した前記処理要求が、前記サービスの追加を要求する追加要求であるか前記サービスの利用を要求する利用要求であるかを判断する要求判断手段と、前記要求判断手段により前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と前記データ識別子とを含む設定記述情報を生成する設定記述情報生成手段と、前記設定記述情報生成手段が生成した前記設定記述情報を、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けて前記記憶手段に記憶する記憶制御手段と、前記要求判断手段により前記処理要求が前記利用要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を用いて、前記処理要求に含まれる前記データ識別子が対応付けられた前記データを前記記憶手段から読み出す読出手段と、前記読出手段が読み出した前記データを用いて、前記サービスを提供する提供手段とを備えることを特徴とする。
また、請求項２にかかる発明は、請求項１にかかる発明において、前記設定記述情報生成手段は、前記要求判断手段により前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が前記記憶手段に記憶されているか否かを判断する第１判断を行い、前記第１判断の結果が肯定的である場合、前記処理要求に含まれる前記データ識別子によって識別される前記データが前記記憶手段に記憶されているか否かを判断する第２判断を行い、前記第２判断の結果が肯定的である場合、前記処理要求に応じて、前記設定記述情報を生成することを特徴とする。
また、請求項３にかかる発明は、請求項１又は２にかかる発明において、前記処理要求は、前記サービスの形態を示す操作子を更に含み、前記設定記述情報生成手段は、前記処理要求に含まれる前記操作子を含む前記設定記述情報を生成し、前記提供手段は、前記読出手段が読み出した前記データを用いて、前記処理要求に含まれる前記操作子によって示される形態に応じて、前記サービスを提供することを特徴とする。
また、請求項４にかかる発明は、請求項３にかかる発明において、前記サービスの形態は、前記データの値の参照及び前記データの値の設定のうち少なくとも一方であり、前記提供手段は、前記操作子が前記データの値の参照を示す場合、前記読出手段が読み出した前記データの値を前記他の情報処理装置に送信することにより、前記サービスを提供することを特徴とする。
また、請求項５にかかる発明は、請求項４にかかる発明において、前記提供手段は、前記操作子が前記データの値の設定を示す場合、前記読出手段が読み出した前記データの値を、前記処理要求に含まれる前記データの値を設定するための設定値に更新することにより、前記サービスを提供することを特徴とする。
また、請求項６にかかる発明は、請求項１乃至５のいずれか一項にかかる発明において、前記処理要求は、既に追加された前記サービスの変更を要求する変更要求である場合、前記データ識別子が対応付けられた前記データから変更される変更後のデータを一意に識別可能なデータ識別子を更に含み、前記要求判断手段は、前記受信手段が受信した前記処理要求が、前記変更要求であるかを更に判断し、前記要求判断手段により前記処理要求が前記変更要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を読み出す第１設定読出手段と、前記第１設定読出手段が読み出した前記設定記述情報に含まれ且つ前記処理要求に含まれる前記データ識別子を、前記処理要求に含まれる前記変更後のデータを一意に識別可能なデータ識別子に変更する変更手段とを更に備えることを特徴とする。
また、請求項７にかかる発明は、請求項６にかかる発明において、前記第１設定読出手段は、前記要求判断手段により前記処理要求が前記変更要求と判断された場合、前記処理要求に含まれる前記格納場所情報が前記記憶手段に記憶されているか否かを判断する第１判断を行い、前記第１判断の結果が肯定的である場合、前記処理要求に含まれる前記データ識別子によって識別される前記データが前記記憶手段に記憶されているか否かを判断する第２判断を行い、前記第２判断の結果が肯定的である場合、前記設定記述情報を読み出すことを特徴とする。
また、請求項８にかかる発明は、請求項１乃至７のいずれか一項にかかる発明において、前記要求判断手段は、前記受信手段が受信した前記処理要求が、既に追加された前記サービスの削除を要求する削除要求であるかを更に判断し、前記要求判断手段により前記処理要求が前記削除要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を読み出す第２設定読出手段と、前記第２設定読出手段が読み出した前記設定記述情報に含まれ且つ前記処理要求に含まれる前記格納場所情報を、当該設定記述情報から削除する削除手段とを更に備えることを特徴とする。
また、請求項９にかかる発明は、ネットワークを介して他の情報処理装置と通信可能であり、実現可能な機能が予め組み込まれた情報処理装置で実行されるサービス制御方法であって、前記情報処理装置は、他の情報処理装置に対して提供するサービスとして追加可能なサービスに対して予め割り当てられた格納場所を示す格納場所情報と、サービスで利用するデータであり当該データを一意に識別可能なデータ識別子が対応付けられたデータとを予め記憶する記憶手段を備え、受信手段が、前記格納場所情報と前記データ識別子とを含み、サービスに対する処理を要求する処理要求を他の情報処理装置から受信する受信工程と、要求判断手段が、前記受信工程で受信した前記処理要求が、前記サービスの追加を要求する追加要求であるか前記サービスの利用を要求する利用要求であるかを判断する要求判断工程と、設定記述情報生成手段が、前記要求判断工程で前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と前記データ識別子とを含む設定記述情報を生成する設定記述情報生成工程と、記憶制御手段が、前記設定記述情報生成工程で生成した前記設定記述情報を、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けて前記記憶手段に記憶する記憶制御工程と、読出手段が、前記要求判断工程で前記処理要求が前記利用要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を用いて、前記処理要求に含まれる前記データ識別子が対応付けられた前記データを前記記憶手段から読み出す読出工程と、提供手段が、前記読出工程で読み出した前記データを用いて、前記サービスを提供する提供工程とを含むことを特徴とする。
また、請求項１０にかかる発明は、ネットワークを介して他の情報処理装置と通信可能であり、実現可能な機能が予め組み込まれたコンピュータで実行されるサービス制御プログラムであって、前記コンピュータは、他の情報処理装置に対して提供するサービスとして追加可能なサービスに対して予め割り当てられた格納場所を示す格納場所情報と、サービスで利用するデータであり当該データを一意に識別可能なデータ識別子が対応付けられたデータとを予め記憶する記憶手段を備え、前記格納場所情報と前記データ識別子とを含み、サービスに対する処理を要求する処理要求を他の情報処理装置から受信する受信工程と、前記受信工程で受信した前記処理要求が、前記サービスの追加を要求する追加要求であるか前記サービスの利用を要求する利用要求であるかを判断する要求判断工程と、前記要求判断工程で前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と前記データ識別子とを含む設定記述情報を生成する設定記述情報生成工程と、前記設定記述情報生成工程で生成した前記設定記述情報を、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けて前記記憶手段に記憶する記憶制御工程と、前記要求判断工程で前記処理要求が前記利用要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を用いて、前記処理要求に含まれる前記データ識別子が対応付けられた前記データを前記記憶手段から読み出す読出工程と、前記読出工程で読み出した前記データを用いて、前記サービスを提供する提供工程と、を前記コンピュータに実行させるためのものである。
本発明によれば、実現可能な機能が予め組み込まれた情報処理装置において、その機能を一旦停止することなく、他の情報処理装置に対して提供するサービスを動的に追加可能になる。
以下に添付図面を参照して、この発明にかかる情報処理装置、サービス制御方法及びサービス制御プログラムの最良な実施の形態を詳細に説明する。
[第１の実施の形態]
（１）構成
本実施の形態にかかる情報処理装置のハードウェア構成について説明する。情報処理装置は、装置全体を制御するＣＰＵ（Central Processing Unit）等の制御装置と、各種データや各種プログラムを記憶するＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の記憶装置と、各種データや各種プログラムを記憶するＨＤＤ（Hard Disk Drive）やＣＤ（Compact Disk）ドライブ装置等の外部記憶装置と、これらを接続するバスとを備えており、通常のコンピュータを利用したハードウェア構成となっている。また、情報処理装置５０には、情報を表示する表示装置と、ユーザの指示入力を受け付けるキーボードやマウス等の入力装置と、他の情報処理装置の通信を制御する通信Ｉ／Ｆ（interface）とが有線又は無線により各々接続される。尚、当該情報処理装置は、実現可能な機能が予め組み込まれた組込み型の情報処理装置であり、各種機能を実現するための各種プログラムが書き換え不能に記憶装置や外部記憶装置に記憶されている。
図１は、情報処理装置のソフトウェア構成を例示する図である。同図において点線で囲った部分が、ソフトウェア構成を示している。同図に示される情報処理装置５０は、ＨＴＴＰ（Hypertext Transfer Protocol）サーバモジュール５１とＷｅｂサービスサーバモジュール５２と、サービスプロバイダモジュール５３と、サービス登録プロバイダモジュール５４と、動的サービスプロバイダモジュール５５と、データ管理モジュール５６と、中間データ変換モジュール５７と、表現変換モジュール５８とを有する。また、情報処理装置５０が有する記憶装置５９には、後述のリソースのデータ（リソースオブジェクト）が予め記憶されており、サービスの登録（追加）の際に設定記述ファイル（設定記述情報）が記憶される。尚、サービスとは、他の情報処理装置１００に対して提供する情報処理サービスであり、記憶装置５９や外部記憶装置に記憶された各種プログラムをＣＰＵが実行することにより実現される。サービスの登録とは、情報処理装置５０において未だ実現可能ではなかったサービスを実現可能に設定することである。このサービスの形態としては、ここでは、情報の参照と情報の設定との２つを取り扱う。
ＨＴＴＰサーバモジュール５１は、ＨＴＴＰに従い、ネットワークＮＴを介して他の情報処理装置１００と情報通信を行う。ネットワークＮＴは、例えば、ＬＡＮ（Local Area Network）、イントラネット、イーサネット（登録商標）又はインターネットなどである。ＨＴＴＰサーバモジュール５１は、サービスの登録（追加）を要求する追加要求やサービスの利用を要求する利用要求などの処理要求を他の情報処理装置１００から受信し、これをＷｅｂサービスサーバモジュール５２に渡す。Ｗｅｂサービスサーバモジュール５２は、ＨＴＴＰサーバモジュール５１から渡された処理要求に応じて、サービスの登録や利用を制御する。尚、他の情報処理装置１００から送信される処理要求は、例えば、ＸＭＬ形式で表現されたデータである。
図２は、サービスの登録を要求する処理要求を例示する図である。ここでは、登録対象のサービスでは、リソースが２つ利用されるものとする。同図に示されるように、処理要求は、対象のサービスのＵＲＬを示す情報と、対象のサービスのサービス名Ｋ３と、対象のサービスを提供するために用いるリソースのデータ（リソースオブジェクト）の識別子（リソース識別子）Ｋ４，Ｋ５と、リソースの表現形式Ｋ６と、リソースに対する処理内容を示す操作子Ｋ７とを含む。対象のサービスのＵＲＬは、例えば、情報処理装置５０のアドレスＫ１と、ディレクトリＫ２と、サービス名Ｋ３とを用いて示され、ここでは、「mfp001.XXXX.co.jp/webservice/newservice」である。リソースオブジェクトとは、各サービスで利用されるデータのことであり、サービスに関する値を示すものである。各リソースオブジェクトは、当該リソースオブジェクトを一意に識別可能なリソース識別子が対応付けられて記憶装置５９に記憶されている。リソースに対する処理内容とは、サービスの形態のことであり、例えば、情報の参照や、情報の設定などである。その処理内容を示す操作子として、例えば、前者の処理内容を示すものとして「ＧＥＴ」を用い、後者の処理内容を示すものとして「ＰＵＴ」を用いる。リソース識別子（データ識別子）は、上述したようにリソースオブジェクトを情報処理装置５０において一意に識別可能な識別子である。
サービス登録プロバイダモジュール５４は、Ｗｅｂサービスサーバモジュール５２の制御の下、サービスの登録を行うためのプログラムである。動的サービスプロバイダモジュール５５は、Ｗｅｂサービスサーバモジュール５２の制御の下、登録されたサービスの利用に際して、サービスを提供するためのプログラムである。サービスプロバイダモジュール５３は、情報処理装置５０に予め組み込まれている既存のサービスの利用に際して、サービスを提供するためのプログラムである。
データ管理モジュール５６は、リソースオブジェクトや設定記述ファイルの記憶装置５９への記憶やこれらのアクセスや削除を制御したり、登録済ＵＲＬリストへのＵＲＬの登録やこれへのアクセスを制御したりする。登録済ＵＲＬリストとは、サービスの登録が既に行われたＵＲＬのリストを示すものであり、例えば、記憶装置５９に記憶されている。
中間データ変換モジュール５７は、登録されたサービスの利用に際して、動的サービスプロバイダモジュール５５の要求に応じて、提供対象のサービスに関するデータを中間表現形式のデータ（中間表現形式データ）に変換する。中間表現形式とは、例えば、Ｊａｖａ（登録商標）などのプログラム言語による表現形式である。表現変換モジュール５８は、登録されたサービスの利用に際して、動的サービスプロバイダモジュール５５の要求に応じて、中間表現形式データを、出力表現形式のデータ（出力表現形式データ）に変換する。出力表現形式とは、例えば、ＸＭＬ（Extensible Markup Language）の表現形式として、ＲＳＳ（Really Simple Syndication）やＡｔｏｍ（Atom Syndication Format(RFC 4287)）（又はEntry）などのフォーマットや、その他、ＪＳＯＮ（JavaScript Object Notation(RFC 4627)）などのフォーマットである。
次に、Ｗｅｂサービスサーバモジュール５２、サービス登録プロバイダモジュール５４及び動的サービスプロバイダモジュール５５の詳細な構成について図３を用いて説明する。Ｗｅｂサービスサーバモジュール５２は、サービス振分け部５２ａと、ＵＲＬ確認部５２ｂと、サービスハンドラ部５２ｃとを有する。ＵＲＬ確認部５２ｂは、図示しないＵＲＬテーブル（格納場所情報）を参照して、処理要求に含まれている対象のサービスのＵＲＬが、サービスとして提供可能なサービスのＵＲＬであるか否かを判断する。ＵＲＬテーブルは例えば記憶装置５９に記憶されており、ＵＲＬテーブルには、サービスとして提供可能な全てのサービスのＵＲＬが記憶されている。サービス振分け部５２ａは、処理要求に含まれている対象のサービスのＵＲＬが、提供可能なサービスのＵＲＬであるとＵＲＬ確認部５２ｂが判断した場合に、更に、処理要求がサービスの登録を要求する追加要求か利用を要求する利用要求かを判別し、処理要求の振分け先をサービス登録プロバイダモジュール５４にするか又は動的サービスプロバイダモジュール５５にするかを決定する。サービスハンドラ部５２ｃは、サービス振分け部５２ａの決定に従って、サービス登録プロバイダモジュール５４又は動的サービスプロバイダモジュール５５に処理要求を渡す。
サービス登録プロバイダモジュール５４は、登録受付部５４ａと、サービス検証部５４ｂと、サービス設定記述登録部５４ｃとを有する。登録受付部５４ａは、サービスの登録を要求する処理要求をＷｅｂサービスサーバモジュール５２を介して受け付け、当該処理要求の検証をサービス検証部５４ｂに要求する。サービス検証部５４ｂは、登録済ＵＲＬリストを取得して、処理要求に含まれる登録対象のサービスのＵＲＬが登録済ＵＲＬリストに存在するか否かを判断する。サービス設定記述登録部５４ｃは、登録対象のサービスのＵＲＬが登録済ＵＲＬリストに存在しないとサービス検証部５４ｂが判断した場合、当該サービスに関する設定記述ファイルを記憶装置５９に記憶する。
動的サービスプロバイダモジュール５５は、管理部５５ａと、情報操作部５５ｂと、中間データ保持部５５ｃと、表現変換出力部５５ｄとを有する。管理部５５ａは、サービスの利用を要求する処理要求をＷｅｂサービスサーバモジュール５２を介して受け付け、当該処理要求に応じて、サービスを提供するための処理を制御する。具体的には、管理部５５ａは、当該処理要求に応じて、情報操作部５５ｂに処理を要求し、処理の結果得られたデータの中間表現形式データへの変換を中間データ変換モジュール５７に要求し、中間表現形式データの出力表現形式データへの変換を表現変換モジュール５８に要求し、出力表現形式データを取得する。中間データ保持部５５ｃは、中間表現形式データを一時的に記憶する。表現変換出力部５５ｄは、出力形式データをＷｅｂサービスサーバモジュール５２に渡す。Ｗｅｂサービスサーバモジュール５２からＨＴＴＰサーバモジュール５１を介して出力形式データは他の情報処理装置１００に送信される。
（２）動作
＜サービスの登録＞
次に、本実施の形態にかかる情報処理装置５０の行う処理について説明する。まず、サービスの登録を行う処理の手順について図４を用いて説明する。他の情報処理装置１００は、ユーザからの入力に応じて、例えば図２に示されるような、サービスの登録を要求する処理要求を情報処理装置５０に送信する（ステップＳ１）。情報処理装置５０のＨＴＴＰサーバモジュール５１は、当該処理要求を受信すると、これをＷｅｂサービスサーバモジュール５２に渡す（ステップＳ２）。Ｗｅｂサービスサーバモジュール５２は、当該処理要求を受け付けると（ステップＳ３）、当該処理要求を解釈して、処理要求の振分け先を決定する（ステップＳ４）。具体的には、Ｗｅｂサービスサーバモジュール５２は、まず、ＵＲＬテーブルを参照して、当該処理要求に含まれる登録対象のサービスのＵＲＬが、提供可能なサービスのＵＲＬであるか否かを判断する。当該判断結果が否定的である場合には、Ｗｅｂサービスサーバモジュール５２は、ＨＴＴＰサーバモジュール５１を介してエラーメッセージを情報処理装置５０に送信する。当該処理要求に含まれる登録対象のサービスのＵＲＬが、提供可能なサービスのＵＲＬである場合、Ｗｅｂサービスサーバモジュール５２は、次いで、処理要求がサービスの登録を要求するものかサービスの利用を要求するものかを判断する。ここでは、当該判断結果は肯定的となるから、Ｗｅｂサービスサーバモジュール５２は、処理要求の振分け先をサービス登録プロバイダモジュール５４に決定し、当該処理要求をサービス登録プロバイダモジュール５４に渡す（ステップＳ５）。
サービス登録プロバイダモジュール５４は、当該処理要求を受け付けると（ステップＳ６）、登録内容検証処理を行う（ステップＳ７）。図５は、登録内容検証処理の詳細な手順を示すフローチャートである。サービス登録プロバイダモジュール５４のサービス設定記述登録部５４ｃは、当該処理要求に含まれる登録対象のサービスが、登録が既に行われたサービスであるか否かを検証するために、登録済ＵＲＬリストをデータ管理モジュール５６に要求する（ステップＳ２０）。データ管理モジュール５６は、登録済ＵＲＬリストが要求されると、当該登録済ＵＲＬリストを記憶装置５９から読み出し（ステップＳ２１）、これをサービス設定記述登録部５４ｃに渡す（ステップＳ２２）。サービス設定記述登録部５４ｃは、登録済ＵＲＬリストを受け取ると（ステップＳ２３）、当該登録済ＵＲＬリストに記憶されているＵＲＬと、処理要求に含まれる登録対象のサービスのＵＲＬとを照合し、一致するものが存在するか否かを判断する（ステップＳ２４）。当該判断結果が肯定的である場合、処理要求に含まれる登録対象のサービスは、登録が既に行われたサービスである。この場合、サービス登録プロバイダモジュール５４は、Ｗｅｂサービスサーバモジュール５２及びＨＴＴＰサーバモジュール５１を介してエラーメッセージを情報処理装置５０に送信して処理を終了する。
ここでは、処理要求に含まれる登録対象のサービスのＵＲＬと一致するＵＲＬが登録済ＵＲＬリストに記憶されていないものとし、当該サービスは登録が未だ行われていないサービスであるものとする。この場合、サービス設定記述登録部５４ｃは、処理を続行し、次いで、処理要求に含まれるリソース識別子によって識別されるリソースオブジェクトを検証するために、当リソースオブジェクトをデータ管理モジュール５６に要求する（ステップＳ２５）。データ管理モジュール５６は、当該リソースオブジェクトが要求されると、当該リソース識別子に対応付けられて記憶装置５９に記憶されているリソースオブジェクトを記憶装置５９から読み出し（ステップＳ２６）、これをサービス設定記述登録部５４ｃに渡す（ステップＳ２７）。サービス設定記述登録部５４ｃは、当該リソースオブジェクトを受け取ると（ステップＳ２８）、当該リソースオブジェクトが空データではないか否かを検証する（ステップＳ２９）。尚、データ管理モジュール５６は、サービスで利用するリソースオブジェクトが複数ある場合、即ち、サービスの登録を要求する処理要求に含まれるリソース識別子が複数ある場合、リソースオブジェクト毎にその検証を行う。そして、検証の結果、リソースオブジェクトが空データである場合、サービス設定記述登録部５４ｃは、当該処理要求によって登録が要求されているサービスが登録可能ではないと判断し、Ｗｅｂサービスサーバモジュール５２及びＨＴＴＰサーバモジュール５１を介してエラーメッセージを情報処理装置５０に送信して処理を終了する。ここでは、リソースオブジェクトが空データではないものとする。この場合、サービス設定記述登録部５４ｃは、当該処理要求によって登録が要求されているサービスが登録可能であると判断して、登録内容検証処理を終了して、図４のステップＳ８に進む。
ステップＳ８では、サービス設定記述登録部５４ｃは、サービス登録処理を行う。図６は、サービス登録処理の詳細な手順を示すフローチャートである。サービス設定記述登録部５４ｃは、上述の処理要求に基づいて設定記述ファイルを生成する（ステップＳ４０）。図７は、設定記述ファイルを例示する図である。同図に示されるように、設定記述ファイルは、登録されたサービスの名称（サービス名）Ｋ３と、サービスを提供する際に用いるリソースオブジェクトのリソース識別子Ｋ４，Ｋ５と、リソースの表現形式Ｋ６と、リソースに対する操作子Ｋ７と、サービスのＵＲＬＫ８と、リソースの名称Ｋ９，Ｋ１０とを含む。サービス設定記述登録部５４ｃは、このような設定記述ファイルを生成後、これを記憶装置５９に記憶することをデータ管理モジュール５６に要求する。データ管理モジュール５６は、設定記述ファイルの記憶が要求されると、当該設定記述ファイルを記憶装置５９に記憶させる（ステップＳ４１）。このときの設定記述ファイルは、処理要求に含まれるＵＲＬと対応付けられて記憶装置５９に記憶される。その後、データ管理モジュール５６は、設定記述ファイルの記憶が完了したことをサービス設定記述登録部５４ｃに通知して（ステップＳ４２）、サービス登録処理を終了する。このサービス登録処理の結果、処理要求によって登録が要求されたサービスが情報処理装置５０において登録される。
図４に戻り、ステップＳ８の後、ステップＳ９に進み、ここでは、サービス登録プロバイダモジュール５４のサービス設定記述登録部５４ｃは、処理要求に応じたサービスの登録されたことを示す登録内容情報を生成してこれをＷｅｂサービスサーバモジュール５２に渡す。Ｗｅｂサービスサーバモジュール５２は、登録内容情報を受け取ると、これをＨＴＴＰサーバモジュール５１に渡す（ステップＳ１０）。ＨＴＴＰサーバモジュール５１は、当該登録内容情報を受け取ると、これをＨＴＴＰの形式に変換して他の情報処理装置１００に送信する（ステップＳ１１）。図８は、図２に示した処理要求に応じて他の情報処理装置１００に送信される登録内容情報を例示する図である。同図に示されるように、登録内容情報は、上述の設定記述ファイルに基づいてＸＭＬ形式により表現され、登録されたサービスの名称（サービス名）Ｋ３と、サービスのＵＲＬＫ８と、リソースの名称Ｋ９，Ｋ１０と、リソースオブジェクトのリソース識別子Ｋ４，Ｋ５と、リソースの表現形式Ｋ６と、リソースに対する操作子Ｋ７とを含む。他の情報処理装置１００は、このような登録内容情報を受信する（ステップＳ１２）。
以上のような構成により、サービスの登録を要求する上述の処理要求を他の情報処理装置１００から情報処理装置５０に送信することで、情報処理装置５０において、実行モジュールの動的な追加やシステムの再起動等の必要なく、サービスが動的に登録される。このため、登録対象のサービスのための実行モジュールを新たにインストールしたり、また、登録したサービスを利用可能にするために、情報処理装置５０を再起動したりする必要もない。また、サービスの登録に際し、登録内容検証処理で、登録可能なサービスの登録のみ行うことで、安全性を確保することができる。そして、登録されたサービスの利用は、既存の他のサービスと同様の手順で利用することができる。その手順について、以下で説明する。
＜サービスの利用＞
情報処理装置５０において登録されたサービスを利用する場合として、まず、情報を参照するサービスを利用する場合の手順について図９を用いて説明する。他の情報処理装置１００は、ユーザからの入力に応じて、情報を参照するサービスの利用を要求する処理要求を情報処理装置５０に送信する（ステップＳ６０）。当該処理要求は、リソースに対する操作子と、利用対象のサービスのＵＲＬとを示す。図１０は、情報を参照するサービスの利用を要求する処理要求を例示する図である。同図においては、リソースに対する操作子として情報の参照を示す「ＧＥＴ」（Ｋ２０）と、利用対象のサービスのＵＲＬとして「http://mfp001.XXXX.co.jp/webservice/newservice」（同図に示されるＫ２１とＫ２２とからなる）とが示されている。
情報処理装置５０のＨＴＴＰサーバモジュール５１は、当該処理要求を受信すると（ステップＳ６１）、これをＷｅｂサービスサーバモジュール５２に渡す。Ｗｅｂサービスサーバモジュール５２は、当該処理要求を受け付けると（ステップＳ６２）、当該処理要求を解釈して、処理要求の振分け先を決定する（ステップＳ６３）。この処理の内容は上述のステップＳ４と同様である。ここでは、処理要求がサービスの利用を要求するものであるから、Ｗｅｂサービスサーバモジュール５２は、処理要求の振分け先を動的サービスプロバイダモジュール５５に決定し、当該処理要求を動的サービスプロバイダモジュール５５に渡す（ステップＳ６４）。
動的サービスプロバイダモジュール５５は、当該処理要求を受け付けると（ステップＳ６５）、情報参照サービス提供処理を行う（ステップＳ６６）。図１１は、情報参照サービス提供処理の詳細な手順を示すフローチャートである。動的サービスプロバイダモジュール５５は、当該処理要求に含まれるＵＲＬと対応付けられて記憶装置５９に記憶されている設定記述ファイルをデータ管理モジュール５６に要求する（ステップＳ８０）。データ管理モジュール５６は、当該設定記述ファイルが要求されると、該当の設定記述ファイルを記憶装置５９から読み出し（ステップＳ８１）、これを動的サービスプロバイダモジュール５５に渡す（ステップＳ８２）。動的サービスプロバイダモジュール５５は、設定記述ファイルを受け取ると（ステップＳ８３）、当該設定記述ファイルに含まれるリソース識別子を取得し（ステップＳ８４）、当該リソース識別子に対応付けられて記憶装置５９に記憶されているリソースオブジェクトをデータ管理モジュール５６に要求する（ステップＳ８５）。データ管理モジュール５６は、リソースオブジェクトが要求されると、該当のリソースオブジェクトを記憶装置５９から読み出し（ステップＳ８６）、これを動的サービスプロバイダモジュール５５に渡す（ステップＳ８７）。動的サービスプロバイダモジュール５５は、リソースオブジェクトを受け取ると（ステップＳ８８）、これを中間表現形式のデータに変換するよう中間データ変換モジュール５７に要求する（ステップＳ８９）。中間データ変換モジュール５７は、当該要求に応じて、該当のリソースオブジェクトを中間表現形式のデータ（中間表現形式データ）に変換して（ステップＳ９０）、これを動的サービスプロバイダモジュール５５に渡す（ステップＳ９１）。
動的サービスプロバイダモジュール５５は、中間表現形式データを受け取ると（ステップＳ９２）、これを出力表現形式のデータに変換するよう表現変換モジュール５８に要求する（ステップＳ９３）。ここでは、動的サービスプロバイダモジュール５５は、出力表現形式として、上述の設定記述ファイルに含まれる、リソースの表現形式によって示される形式のデータにリソースオブジェクトを変換することを要求する。図７の例では、要求される出力表現形式は、「ｅｎｔｒｙ」形式となる。表現変換モジュール５８は、当該要求に応じて、中間表現形式データを、出力表現形式のデータ（出力データ）に変換して（ステップＳ９４）、これを動的サービスプロバイダモジュール５５に渡す（ステップＳ９５）。動的サービスプロバイダモジュール５５は、出力データを受け取ると（ステップＳ９６）、これをＷｅｂサービスサーバモジュール５２に渡す（図９のステップＳ６７）。Ｗｅｂサービスサーバモジュール５２は、出力データを受け取ると、これをＨＴＴＰサーバモジュール５１に渡す（ステップＳ６８）。ＨＴＴＰサーバモジュール５１は、出力データを受け取ると、これをＨＴＴＰの形式に変換して他の情報処理装置１００に送信する（ステップＳ６９）。図１２は、他の情報処理装置１００に送信される出力データを例示する図である。同図では、リソース名がタグにより示され、当該タグにより囲まれた情報が、参照対象の情報となる。ここでは、リソース「ｉｐｖ４」に対して、「１３３．１３９．２２１．２９」が参照対象の情報であり、リソース「ｉｐｖ６」に対して、「２０：３：４：：３」が参照対象の情報である。他の情報処理装置１００は、このような出力データを受信する（ステップＳ７０）。この結果、他の情報処理装置１００は、上述の処理要求に応じて、参照対象の情報を取得することができ、情報を参照するサービスを利用することができる。
＜情報の設定＞
次に、情報を設定するサービスを利用する処理の手順について図１３を用いて説明する。他の情報処理装置１００は、ユーザからの入力に応じて、情報を設定するサービスの利用を要求する処理要求を情報処理装置５０に送信する（ステップＳ１００）。当該処理要求は、リソースに対する操作子と、利用対象のサービスのＵＲＬと、対象のリソースに対する設定値とを示す。図１４は、情報を設定するサービスの利用を要求する処理要求を例示する図である。同図においては、リソースに対する操作子として情報の設定を示す「ＰＵＴ」（Ｋ３０）と、利用対象のサービスのＵＲＬとして「http://mfp001.XXXX.co.jp/webservice/newservice」（Ｋ３１）とが示されている。また、リソース名がタグにより示され、当該タグにより囲まれた情報が、設定対象の情報となる。ここではリソース名がリソース「ｉｐｖ４」（Ｋ３２）のリソースに対する設定値として、「１３３．１３９．２２１．１１１」（Ｋ３３）が示され、リソース名が「ｉｐｖ６」（Ｋ３４）のリソースに対する設定値として、「２０：３：４：：９」（Ｋ３５）が示されている。
情報処理装置５０のＨＴＴＰサーバモジュール５１は、当該処理要求を受信すると（ステップＳ１０１）、これをＷｅｂサービスサーバモジュール５２に渡す。Ｗｅｂサービスサーバモジュール５２は、当該処理要求を受け付けると（ステップＳ１０２）、当該処理要求を解釈して、処理要求の振分け先を決定する（ステップＳ１０３）。処理の内容は上述のステップＳ４と同様である。ここでは、処理要求がサービスの利用を要求するものであるから、Ｗｅｂサービスサーバモジュール５２は、処理要求の振分け先を動的サービスプロバイダモジュール５５に決定し、当該処理要求を動的サービスプロバイダモジュール５５に渡す（ステップＳ１０４）。
動的サービスプロバイダモジュール５５は、当該処理要求を受け付けると（ステップＳ１０５）、情報設定サービス提供処理を行う（ステップＳ１０６）。図１５は、情報設定サービス提供処理の詳細な手順を示すフローチャートである。動的サービスプロバイダモジュール５５は、当該処理要求に含まれるＵＲＬと対応付けられて記憶装置５９に記憶されている設定記述ファイルをデータ管理モジュール５６に要求する（ステップＳ１２０）。データ管理モジュール５６は、当該設定記述ファイルが要求されると、該当の設定記述ファイルを記憶装置５９から読み出し（ステップＳ１２１）、これを動的サービスプロバイダモジュール５５に渡す（ステップＳ１２２）。動的サービスプロバイダモジュール５５は、設定記述ファイルを受け取ると（ステップＳ１２３）、当該設定記述ファイルに含まれるリソース識別子を取得する（ステップＳ１２４）。そして、動的サービスプロバイダモジュール５５は、当該リソース識別子と、処理要求に含まれ当該リソース識別子に対する設定値とをデータ管理モジュール５６に渡して、情報の設定を要求する（ステップＳ１２５）。データ管理モジュール５６は、当該要求に応じて、該当のリソース識別子に対応付けられて記憶装置５９に記憶されているリソースオブジェクトの値を、動的サービスプロバイダモジュール５５から渡された設定値に更新することにより（ステップＳ１２６）、情報の設定を行う。尚、データ管理モジュール５６は、設定対象のリソースオブジェクトが複数ある場合、その数だけ情報の設定を行う。データ管理モジュール５６は、情報の設定が終了すると、その旨を動的サービスプロバイダモジュール５５に通知する（ステップＳ１２７）。
図１３に戻り、動的サービスプロバイダモジュール５５は、情報の設定が終了した旨が通知されると、情報の設定が終了した旨をＷｅｂサービスサーバモジュール５２に通知し（ステップＳ１０７）、Ｗｅｂサービスサーバモジュール５２は情報の設定が終了した旨をＨＴＴＰサーバモジュール５１に通知する（ステップＳ１０８）。ＨＴＴＰサーバモジュール５１は、情報の設定が終了した旨を示すメッセージ（例えば、「HTTP/1.1 200 OK」）を他の情報処理装置１００に送信する（ステップＳ１０９）。他の情報処理装置１００はこのメッセージを受信する（ステップＳ１１０）。
以上のように、動的に登録されたサービスについても、ユーザの利便性を損ねずに、利用可能となる。
[第２の実施の形態]
次に、画像形成装置の第２の実施の形態について説明する。なお、上述の第１の実施の形態と共通する部分については、同一の符号を使用して説明したり、説明を省略したりする。
（１）構成
上述の第１の実施の形態においては、サービスの形態として、情報の参照と情報の設定との２つを取り扱ったが、本実施の形態においては、更に、情報の変更と情報の削除とを取り扱う。
このため、本実施の形態にかかる情報処理装置５０のＨＴＴＰサーバモジュール５１は、上述の追加要求や利用要求の他、サービスの変更を要求する変更要求やサービスの削除を要求する削除要求などの処理要求を他の情報処理装置１００から受信し、これをＷｅｂサービスサーバモジュール５２に渡す。
図１６は、サービスの変更を要求する処理要求を例示する図である。同図に示されるように、処理要求は、リソースに対する操作子Ｋ４０と、変更対象のサービスを指定する変更指定情報Ｋ４１と、対象のサービスのＵＲＬを示す情報と、対象のサービスのサービス名Ｋ３と、対象のサービスを提供するために用いるリソースのリソース識別子Ｋ４と、サービスの変更内容として、リソース識別子Ｋ４から変更される新たなリソース識別子Ｋ４２と、リソースの表現形式Ｋ６と、リソースに対する処理内容を示す操作子Ｋ７とを含む。ここでは、リソースに対する操作子Ｋ４０として、情報の設定を示す「ＰＵＴ」が示される。変更指定情報Ｋ４１として、サービス名「newservice」が示されている。対象のサービスのＵＲＬを示す情報については上述の第１の実施の形態と同様である。サービスの変更内容として、リソース識別子Ｋ４１が示されることにより、サービスで利用されるリソースオブジェクトについて、リソース識別子Ｋ４によって識別されるリソースオブジェクトから、リソース識別子Ｋ４２によって識別されるリソースオブジェクトへの変更が要求されていることが示される。リソースに対する処理内容を示す操作子Ｋ７においては、情報の参照を示す操作子として、「ＧＥＴ」を用いる。
図１７は、サービスの削除を要求する処理要求を例示する図である。同図においては、リソースに対する操作子として削除を示す「ＤＥＬＥＴＥ」（Ｋ５０）と、削除対象のサービスのＵＲＬとして「http://mfp001.XXXX.co.jp/webservice/newservice」（同図に示されるＫ５２とＫ１とＫ５１とからなる）とが示されている。
そして、サービス登録プロバイダモジュール５４は、Ｗｅｂサービスサーバモジュール５２の制御の下、ＨＴＴＰサーバモジュール５１が受信した処理要求に基づいて、サービスの変更を行ったり、サービスの削除を行ったりする。その他の構成については、上述の第１の実施の形態と略同様であるため、その説明を省略する。
（２）動作
＜サービスの変更＞
次に、本実施の形態にかかる情報処理装置５０の行う処理について説明する。まず、サービスの変更を行う処理の手順について図１８を用いて説明する。他の情報処理装置１００は、ユーザからの入力に応じて、例えば図１６に示されるような、サービスの変更を要求する処理要求を情報処理装置５０に送信する（ステップＳ１４０）。情報処理装置５０のＨＴＴＰサーバモジュール５１は、当該処理要求を受信すると、これをＷｅｂサービスサーバモジュール５２に渡す（ステップＳ１４１）。Ｗｅｂサービスサーバモジュール５２は、当該処理要求を受け付けると（ステップＳ１４２）、当該処理要求を解釈して、処理要求の振分け先を決定する（ステップＳ１４３）。具体的には、Ｗｅｂサービスサーバモジュール５２は、まず、ＵＲＬテーブルを参照して、当該処理要求に含まれる登録対象のサービスのＵＲＬが、提供可能なサービスのＵＲＬであるか否かを判断する。当該判断結果が否定的である場合には、Ｗｅｂサービスサーバモジュール５２は、ＨＴＴＰサーバモジュール５１を介してエラーメッセージを情報処理装置５０に送信する。当該処理要求に含まれる登録対象のサービスのＵＲＬが、提供可能なサービスのＵＲＬである場合、Ｗｅｂサービスサーバモジュール５２は、次いで、処理要求が、サービスに対して登録、利用、変更及び削除のうちいずれの処理を要求するものかを判断する。処理要求がサービスの変更を要求するものである場合、Ｗｅｂサービスサーバモジュール５２は、処理要求の振分け先をサービス登録プロバイダモジュール５４に決定し、当該処理要求をサービス登録プロバイダモジュール５４に渡す（ステップＳ１４４）。
サービス登録プロバイダモジュール５４は、当該処理要求を受け付けると（ステップＳ１４５）、変更内容検証処理を行う（ステップＳ１４６）。図１９は、変更内容検証処理の詳細な手順を示すフローチャートである。サービス登録プロバイダモジュール５４のサービス設定記述登録部５４ｃは、当該処理要求に含まれる変更対象のサービスが、登録が既に行われたサービスであるか否かを検証するために、登録済ＵＲＬリストをデータ管理モジュール５６に要求する（ステップＳ１６０）。データ管理モジュール５６は、登録済ＵＲＬリストが要求されると、当該登録済ＵＲＬリストを記憶装置５９から読み出し（ステップＳ１６１）、これをサービス設定記述登録部５４ｃに渡す（ステップＳ１６２）。サービス設定記述登録部５４ｃは、登録済ＵＲＬリストを受け取ると（ステップＳ１６３）、当該登録済ＵＲＬリストに記憶されているＵＲＬと、処理要求に含まれる変更対象のサービスのＵＲＬとを照合し、一致するものが存在するか否かを判断する（ステップＳ１６４）。当該判断結果が否定的である場合、当該サービスは登録が未だ行われていないサービスである。この場合、サービス登録プロバイダモジュール５４は、Ｗｅｂサービスサーバモジュール５２及びＨＴＴＰサーバモジュール５１を介してエラーメッセージを情報処理装置５０に送信して処理を終了する。
ここでは、処理要求に含まれる変更対象のサービスのＵＲＬと一致するＵＲＬが登録済ＵＲＬリストに記憶されているものとし、当該サービスは既に登録されているサービスであるものとする。この場合、サービス設定記述登録部５４ｃは、処理を続行し、次いで、処理要求に含まれるリソース識別子によって識別されるリソースオブジェクトを検証するために、当リソースオブジェクトをデータ管理モジュール５６に要求する（ステップＳ１６５）。データ管理モジュール５６は、当該リソースオブジェクトが要求されると、当該リソース識別子に対応付けられて記憶装置５９に記憶されているリソースオブジェクトを記憶装置５９から読み出し（ステップＳ１６６）、これをサービス設定記述登録部５４ｃに渡す（ステップＳ１６７）。サービス設定記述登録部５４ｃは、当該リソースオブジェクトを受け取ると（ステップＳ１６８）、当該リソースオブジェクトが空データではないか否かを検証する（ステップＳ１６９）。尚、データ管理モジュール５６は、サービスで利用するリソースオブジェクトが複数ある場合、即ち、サービスの登録を要求する処理要求に含まれるリソース識別子が複数ある場合、リソースオブジェクト毎にその検証を行う。そして、検証の結果、リソースオブジェクトが空データである場合、サービス設定記述登録部５４ｃは、当該処理要求によって登録が要求されているサービスが登録可能ではないと判断し、Ｗｅｂサービスサーバモジュール５２及びＨＴＴＰサーバモジュール５１を介してエラーメッセージを情報処理装置５０に送信して処理を終了する。ここでは、リソースオブジェクトが空データではないものとする。この場合、サービス設定記述登録部５４ｃは、当該処理要求によって変更が要求されているサービスが変更可能であると判断して、変更内容検証処理を終了して、図１８のステップＳ１４７に進む。
ステップＳ１４７では、サービス設定記述登録部５４ｃは、サービス変更処理を行う。図２０は、サービス変更処理の詳細な手順を示すフローチャートである。サービス設定記述登録部５４ｃは、上述の処理要求に含まれるＵＲＬと対応付けられて記憶装置５９に記憶されている設定記述ファイルを、処理要求に含まれる変更内容に変更することをデータ管理モジュール５６に要求する（ステップＳ１８０）。データ管理モジュール５６は、当該要求に応じて、該当の設定記述ファイルを記憶装置５９から読み出し（ステップＳ１８１）、この設定記述ファイルを、当該変更内容に変更して、変更した設定記述ファイルを記憶装置５９に記憶する（ステップＳ１８２）。例えば、データ管理モジュール５６は、設定記述ファイルにおいて、サービス名「newservice」について、図１６に示されるリソース識別子Ｋ４の記述をリソース識別子Ｋ４２の記述に変更する。この結果、サービス名「newservice」において利用されるリソースオブジェクトについて、リソース識別子Ｋ４によって識別されるリソースオブジェクトから、リソース識別子Ｋ４２によって識別されるリソースオブジェクトに変更される。その後、データ管理モジュール５６は、設定記述ファイルの変更が完了したことをサービス設定記述登録部５４ｃに通知して（ステップＳ１８３）、サービス変更処理を終了する。このサービス変更処理の結果、処理要求によって変更が要求されたサービスが情報処理装置５０において変更される。
図１８に戻り、ステップＳ１４７の後、ステップＳ１４８に進み、ここでは、サービス登録プロバイダモジュール５４のサービス設定記述登録部５４ｃは、処理要求に応じたサービスが変更されたことを示す変更内容情報を生成してこれをＷｅｂサービスサーバモジュール５２に渡す。Ｗｅｂサービスサーバモジュール５２は、変更内容情報を受け取ると、これをＨＴＴＰサーバモジュール５１に渡す（ステップＳ１４９）。ＨＴＴＰサーバモジュール５１は、当該変更内容情報を受け取ると、これをＨＴＴＰの形式に変換して他の情報処理装置１００に送信する（ステップＳ１５０）。ここで他の情報処理装置１００に送信される登録内容情報は、例えば、「HTTP/1.1 200 OK」などのＨＴＴＰメッセージ等である。他の情報処理装置１００は、このような登録内容情報を受信する（ステップＳ１５１）。
以上のような構成により、サービスの変更を要求する上述の処理要求を情報処理装置５０から情報処理装置５０に送信することで、情報処理装置５０において、実行モジュールの動的な追加やシステムの再起動等の必要なく、サービスが動的に変更される。例えば、情報処理装置１００の構成が変更され、登録したサービスで情報の参照や設定を行っていたのにそれらができなくなった場合でも、サービスの変更を要求する処理要求を情報処理装置５０に送信することにより、サービスを変更することができる。即ち、変更対象のサービスのための実行モジュールを新たにインストールしたり、また、変更したサービスを利用可能にするために、情報処理装置５０を再起動したりする必要もない。また、サービスの変更に際し、変更内容検証処理で、変更可能なサービスの変更のみ行うことで、安全性を確保することができる。そして、変更されたサービスの利用は、上述の第１の実施の形態と同様にして行うことができる。
＜サービスの削除＞
次に、サービスを削除する処理の手順について図２１を用いて説明する。他の情報処理装置１００は、ユーザからの入力に応じて、例えば図１７に示されるような、サービスの削除を要求する処理要求を情報処理装置５０に送信する（ステップＳ２００）。情報処理装置５０のＨＴＴＰサーバモジュール５１は、当該処理要求を受信すると、これをＷｅｂサービスサーバモジュール５２に渡す（ステップＳ２０１）。Ｗｅｂサービスサーバモジュール５２は、当該処理要求を受け付けると（ステップＳ２０２）、当該処理要求を解釈して、上述と同様にして、処理要求の振分け先を決定する（ステップＳ２０３）。処理要求がサービスの削除を要求するものである場合、Ｗｅｂサービスサーバモジュール５２は、処理要求の振分け先をサービス登録プロバイダモジュール５４に決定し、当該処理要求をサービス登録プロバイダモジュール５４に渡す（ステップＳ２０４）。
サービス登録プロバイダモジュール５４は、当該処理要求を受け付けると（ステップＳ２０５）、サービス存在検証処理を行う（ステップＳ２０６）。図２２は、サービス存在検証処理の詳細な手順を示すフローチャートである。サービス登録プロバイダモジュール５４のサービス設定記述登録部５４ｃは、当該処理要求に含まれる削除対象のサービスが、登録が既に行われたサービスであるか否かを検証するために、登録済ＵＲＬリストをデータ管理モジュール５６に要求する（ステップＳ２２０）。データ管理モジュール５６は、登録済ＵＲＬリストが要求されると、当該登録済ＵＲＬリストを記憶装置５９から読み出し（ステップＳ２２１）、これをサービス設定記述登録部５４ｃに渡す（ステップＳ２２２）。サービス設定記述登録部５４ｃは、登録済ＵＲＬリストを受け取ると（ステップＳ２２３）、当該登録済ＵＲＬリストに記憶されているＵＲＬと、処理要求に含まれる削除対象のサービスのＵＲＬとを照合し、一致するものが存在するか否かを判断する（ステップＳ２２４）。当該判断結果が否定的である場合、当該サービスは登録が未だ行われていないサービスである。この場合、サービス登録プロバイダモジュール５４は、Ｗｅｂサービスサーバモジュール５２及びＨＴＴＰサーバモジュール５１を介してエラーメッセージを情報処理装置５０に送信して処理を終了する。ここでは、処理要求に含まれる変更対象のサービスのＵＲＬと一致するＵＲＬが登録済ＵＲＬリストに記憶されているものとし、当該サービスは既に登録されているサービスであるものとする。この場合、サービス設定記述登録部５４ｃは、当該処理要求によって削除が要求されているサービスが削除可能であると判断して、サービス存在検証処理を終了して、図２１のステップＳ２０７に進む。
ステップＳ２０７では、サービス設定記述登録部５４ｃは、サービス削除処理を行う。図２３は、サービス削除処理の詳細な手順を示すフローチャートである。サービス設定記述登録部５４ｃは、上述の処理要求に含まれるＵＲＬと対応付けられて記憶装置５９に記憶されている設定記述ファイルにおいて、当該ＵＲＬを削除することをデータ管理モジュール５６に要求する（ステップＳ２４０）。データ管理モジュール５６は、当該要求に応じて、該当の設定記述ファイルを記憶装置５９から読み出し（ステップＳ２４１）、この設定記述ファイルから当該ＵＲＬを削除して、当該ＵＲＬを削除した設定記述ファイルを記憶装置５９に記憶する（ステップＳ２４２）。その後、データ管理モジュール５６は、対象のサービスの削除が完了したことをサービス設定記述登録部５４ｃに通知して（ステップＳ２４３）、サービス削除処理を終了する。このサービス削除処理の結果、処理要求によって削除が要求されたサービスが情報処理装置５０において削除される。この後、当該サービスは利用することができなくなる。
図２１に戻り、ステップＳ２０７の後、ステップＳ２０８に進み、ここでは、サービス登録プロバイダモジュール５４のサービス設定記述登録部５４ｃは、処理要求に応じたサービスが削除されたことを示す削除完了情報を生成してこれをＷｅｂサービスサーバモジュール５２に渡す。Ｗｅｂサービスサーバモジュール５２は、変更内容情報を受け取ると、これをＨＴＴＰサーバモジュール５１に渡す（ステップＳ２０９）。ＨＴＴＰサーバモジュール５１は、当該削除完了情報を受け取ると、これをＨＴＴＰの形式に変換して他の情報処理装置１００に送信する（ステップＳ２１０）。ここで他の情報処理装置１００に送信される削除完了情報は、例えば、「HTTP/1.1 200 OK」などのＨＴＴＰメッセージ等である。他の情報処理装置１００は、このような削除完了情報を受信する（ステップＳ２１１）。
以上のような構成により、サービスの削除を要求する上述の処理要求を他の情報処理装置１００から情報処理装置５０に送信することで、情報処理装置５０において、実行モジュールの動的な追加やシステムの再起動等の必要なく、サービスが削除される。即ち、削除対象のサービスのための実行モジュールを削除したり、また、サービスの削除を有効にするために、情報処理装置５０を再起動したりする必要もない。
[変形例]
なお、本発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。また、以下に例示するような種々の変形が可能である。
＜変形例１＞
上述した各実施の形態において、情報処理装置５０は組込み型の情報処理装置であるとしたが、各種モジュールなどの各種プログラム自体を追加する場合には、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また当該各種プログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。
＜変形例２＞
上述した各実施の形態において、本発明の情報処理装置を情報処理装置５０に適用した例を示したが、これに限定されるものではなく、コピー機、プリンタ、ファクシミリ等の画像処理装置にも適用することが可能である。
＜変形例３＞
また、上述した第１の実施の形態においては、サービスの形態として、情報の参照と情報の設定とを取り扱い、第２の実施の形態においては、情報の変更と情報の削除とを取り扱ったが、サービスの形態は、これらに限らない。
また、上述の第１の形態の一部又は全部及び第２の実施の形態の一部又は全部を組み合わせても良い。
尚、例えば、サービスの形態として、情報の登録と情報の変更と情報の削除とのみを取り扱う場合、情報処理装置５０のソフトウェア構成においては動的サービスプロバイダモジュール５５を有さない構成であっても良い。
＜変形例４＞
上述した各実施の形態においては、リソースオブジェクトにアクセス権を設定するようにしても良く、データ管理モジュール５６は、情報処理装置５０において予め設定したアクセス権に応じて、リソースオブジェクトへのアクセスを制御するようにしても良い。この場合、上述の追加要求は、リソース同士のリンク関係やリソースのアクセス権を示す情報を含んでも良い。
第１の実施の形態にかかる情報処理装置のソフトウェア構成を例示する図である。 サービスの登録を要求する処理要求を例示する図である。 Ｗｅｂサービスモジュール５２、サービス登録プロバイダモジュール５４及び動的サービスプロバイダモジュール５５の詳細な構成を例示する図である。 サービスの登録を行う処理の手順を示すフローチャートである。 登録内容検証処理の詳細な手順を示すフローチャートである。 サービス登録処理の詳細な手順を示すフローチャートである。 設定記述ファイルを例示する図である。 図２に示した処理要求に応じて他の情報処理装置１００に送信される登録内容情報を例示する図である。 情報を参照するサービスを利用する場合の手順を示すフローチャートである。 情報を参照するサービスの利用を要求する処理要求を例示する図である。 情報参照サービス提供処理の詳細な手順を示すフローチャートである。 他の情報処理装置１００に送信される出力データを例示する図である。 情報を設定するサービスを利用する処理の手順を示すフローチャートである。 情報を設定するサービスの利用を要求する処理要求を例示する図である。 情報設定サービス提供処理の詳細な手順を示すフローチャートである。 第２の実施の形態にかかるサービスの変更を要求する処理要求を例示する図である。 同実施の形態にかかるサービスの削除を要求する処理要求を例示する図である。 同実施の形態にかかるサービスの変更を行う処理の手順手順を示すフローチャートである。 同実施の形態にかかる変更内容検証処理の詳細な手順を示すフローチャートである。 同実施の形態にかかるサービス変更処理の詳細な手順を示すフローチャートである。 同実施の形態にかかるサービスを削除する処理の手順手順を示すフローチャートである。 同実施の形態にかかるサービス存在検証処理の詳細な手順を示すフローチャートである。 同実施の形態にかかるサービス削除処理の詳細な手順を示すフローチャートである。
符号の説明
５０ 情報処理装置
５１ ＨＴＴＰサーバモジュール（受信手段）
５２ Ｗｅｂサービスサーバモジュール
５２ａ サービス振分け部
５２ｃ サービスハンドラ部
５２ｂ ＵＲＬ確認部
５３ サービスプロバイダモジュール
５４ サービス登録プロバイダモジュール（設定記述情報生成手段、記憶制御手段）
５４ａ 登録受付部
５４ｂ サービス検証部
５４ｃ サービス設定記述登録部
５５ 動的サービスプロバイダモジュール（読出手段、提供手段）
５５ａ 管理部
５５ｂ 情報操作部
５５ｃ 中間データ保持部
５５ｄ 表現変換出力部
５６ データ管理モジュール（記憶制御手段、読出手段）
５７ 中間データ変換モジュール
５８ 表現変換モジュール
５９ 記憶装置（記憶手段）
１００ 情報処理装置
ＮＴ ネットワーク

Claims (10)

  1. ネットワークを介して他の情報処理装置と通信可能であり、実現可能な機能が予め組み込まれた情報処理装置であって、
    他の情報処理装置に対して提供するサービスとして追加可能なサービスに対して予め割り当てられた格納場所を示す格納場所情報と、サービスで利用するデータであり当該データを一意に識別可能なデータ識別子が対応付けられたデータとを予め記憶する記憶手段と、
    前記格納場所情報と前記データ識別子とを含み、サービスに対する処理を要求する処理要求を他の情報処理装置から受信する受信手段と、
    前記受信手段が受信した前記処理要求が、前記サービスの追加を要求する追加要求であるか前記サービスの利用を要求する利用要求であるかを判断する要求判断手段と、
    前記要求判断手段により前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と前記データ識別子とを含む設定記述情報を生成する設定記述情報生成手段と、
    前記設定記述情報生成手段が生成した前記設定記述情報を、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けて前記記憶手段に記憶する記憶制御手段と、
    前記要求判断手段により前記処理要求が前記利用要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を用いて、前記処理要求に含まれる前記データ識別子が対応付けられた前記データを前記記憶手段から読み出す読出手段と、
    前記読出手段が読み出した前記データを用いて、前記サービスを提供する提供手段とを備える
    ことを特徴とする情報処理装置。
  2. 前記設定記述情報生成手段は、前記要求判断手段により前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が前記記憶手段に記憶されているか否かを判断する第１判断を行い、前記第１判断の結果が肯定的である場合、前記処理要求に含まれる前記データ識別子によって識別される前記データが前記記憶手段に記憶されているか否かを判断する第２判断を行い、前記第２判断の結果が肯定的である場合、前記処理要求に応じて、前記設定記述情報を生成する
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 前記処理要求は、前記サービスの形態を示す操作子を更に含み、
    前記設定記述情報生成手段は、前記処理要求に含まれる前記操作子を含む前記設定記述情報を生成し、
    前記提供手段は、前記読出手段が読み出した前記データを用いて、前記処理要求に含まれる前記操作子によって示される形態に応じて、前記サービスを提供する
    ことを特徴とする請求項１又は２に記載の情報処理装置。
  4. 前記サービスの形態は、前記データの値の参照及び前記データの値の設定のうち少なくとも一方であり、
    前記提供手段は、前記操作子が前記データの値の参照を示す場合、前記読出手段が読み出した前記データの値を前記他の情報処理装置に送信することにより、前記サービスを提供する
    ことを特徴とする請求項３に記載の情報処理装置。
  5. 前記提供手段は、前記操作子が前記データの値の設定を示す場合、前記読出手段が読み出した前記データの値を、前記処理要求に含まれる前記データの値を設定するための設定値に更新することにより、前記サービスを提供する
    ことを特徴とする請求項４に記載の情報処理装置。
  6. 前記処理要求は、既に追加された前記サービスの変更を要求する変更要求である場合、前記データ識別子が対応付けられた前記データから変更される変更後のデータを一意に識別可能なデータ識別子を更に含み、
    前記要求判断手段は、前記受信手段が受信した前記処理要求が、前記変更要求であるかを更に判断し、
    前記要求判断手段により前記処理要求が前記変更要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を読み出す第１設定読出手段と、
    前記第１設定読出手段が読み出した前記設定記述情報に含まれ且つ前記処理要求に含まれる前記データ識別子を、前記処理要求に含まれる前記変更後のデータを一意に識別可能なデータ識別子に変更する変更手段とを更に備える
    ことを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
  7. 前記第１設定読出手段は、前記要求判断手段により前記処理要求が前記変更要求と判断された場合、前記処理要求に含まれる前記格納場所情報が前記記憶手段に記憶されているか否かを判断する第１判断を行い、前記第１判断の結果が肯定的である場合、前記処理要求に含まれる前記データ識別子によって識別される前記データが前記記憶手段に記憶されているか否かを判断する第２判断を行い、前記第２判断の結果が肯定的である場合、前記設定記述情報を読み出す
    ことを特徴とする請求項６に記載の情報処理装置。
  8. 前記要求判断手段は、前記受信手段が受信した前記処理要求が、既に追加された前記サービスの削除を要求する削除要求であるかを更に判断し、
    前記要求判断手段により前記処理要求が前記削除要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を読み出す第２設定読出手段と、
    前記第２設定読出手段が読み出した前記設定記述情報に含まれ且つ前記処理要求に含まれる前記格納場所情報を、当該設定記述情報から削除する削除手段とを更に備える
    ことを特徴とする請求項１乃至７のいずれか一項に記載の情報処理装置。
  9. ネットワークを介して他の情報処理装置と通信可能であり、実現可能な機能が予め組み込まれた情報処理装置で実行されるサービス制御方法であって、
    前記情報処理装置は、他の情報処理装置に対して提供するサービスとして追加可能なサービスに対して予め割り当てられた格納場所を示す格納場所情報と、サービスで利用するデータであり当該データを一意に識別可能なデータ識別子が対応付けられたデータとを予め記憶する記憶手段を備え、
    受信手段が、前記格納場所情報と前記データ識別子とを含み、サービスに対する処理を要求する処理要求を他の情報処理装置から受信する受信工程と、
    要求判断手段が、前記受信工程で受信した前記処理要求が、前記サービスの追加を要求する追加要求であるか前記サービスの利用を要求する利用要求であるかを判断する要求判断工程と、
    設定記述情報生成手段が、前記要求判断工程で前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と前記データ識別子とを含む設定記述情報を生成する設定記述情報生成工程と、
    記憶制御手段が、前記設定記述情報生成工程で生成した前記設定記述情報を、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けて前記記憶手段に記憶する記憶制御工程と、
    読出手段が、前記要求判断工程で前記処理要求が前記利用要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を用いて、前記処理要求に含まれる前記データ識別子が対応付けられた前記データを前記記憶手段から読み出す読出工程と、
    提供手段が、前記読出工程で読み出した前記データを用いて、前記サービスを提供する提供工程とを含む
    ことを特徴とするサービス制御方法。
  10. ネットワークを介して他の情報処理装置と通信可能であり、実現可能な機能が予め組み込まれたコンピュータで実行されるサービス制御プログラムであって、
    前記コンピュータは、他の情報処理装置に対して提供するサービスとして追加可能なサービスに対して予め割り当てられた格納場所を示す格納場所情報と、サービスで利用するデータであり当該データを一意に識別可能なデータ識別子が対応付けられたデータとを予め記憶する記憶手段を備え、
    前記格納場所情報と前記データ識別子とを含み、サービスに対する処理を要求する処理要求を他の情報処理装置から受信する受信工程と、
    前記受信工程で受信した前記処理要求が、前記サービスの追加を要求する追加要求であるか前記サービスの利用を要求する利用要求であるかを判断する要求判断工程と、
    前記要求判断工程で前記処理要求が前記追加要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と前記データ識別子とを含む設定記述情報を生成する設定記述情報生成工程と、
    前記設定記述情報生成工程で生成した前記設定記述情報を、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けて前記記憶手段に記憶する記憶制御工程と、
    前記要求判断工程で前記処理要求が前記利用要求と判断された場合、前記処理要求に含まれる前記格納場所情報が示す前記格納場所と対応付けられて前記記憶手段に記憶されている前記設定記述情報を用いて、前記処理要求に含まれる前記データ識別子が対応付けられた前記データを前記記憶手段から読み出す読出工程と、
    前記読出工程で読み出した前記データを用いて、前記サービスを提供する提供工程と、
    を前記コンピュータに実行させるためのサービス制御プログラム。
JP2008111260A 2008-01-29 2008-04-22 情報処理装置、サービス制御方法及びサービス制御プログラム Expired - Fee Related JP5078726B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008111260A JP5078726B2 (ja) 2008-01-29 2008-04-22 情報処理装置、サービス制御方法及びサービス制御プログラム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008017506 2008-01-29
JP2008017506 2008-01-29
JP2008111260A JP5078726B2 (ja) 2008-01-29 2008-04-22 情報処理装置、サービス制御方法及びサービス制御プログラム

Publications (2)

Publication Number Publication Date
JP2009205664A JP2009205664A (ja) 2009-09-10
JP5078726B2 true JP5078726B2 (ja) 2012-11-21

Family

ID=41147811

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008111260A Expired - Fee Related JP5078726B2 (ja) 2008-01-29 2008-04-22 情報処理装置、サービス制御方法及びサービス制御プログラム

Country Status (1)

Country Link
JP (1) JP5078726B2 (ja)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4141209B2 (ja) * 2002-03-25 2008-08-27 株式会社リコー Ｗｅｂサービス機能を有する画像形成装置
US7590988B2 (en) * 2005-03-08 2009-09-15 Microsoft Corporation Dynamic service generation for legacy components
JP2006252481A (ja) * 2005-03-14 2006-09-21 Ricoh Co Ltd 機能提供装置、機能提供方法、機能提供プログラム及び記録媒体

Also Published As

Publication number Publication date
JP2009205664A (ja) 2009-09-10

Similar Documents

Publication Publication Date Title
KR101505234B1 (ko) 원격 리소스들의 웹 액세스를 위한 ｘｍｌ-기반 웹 피드
KR101850582B1 (ko) 정보 처리 단말, 정보 처리 단말의 제어 방법, 및 컴퓨터 판독가능 기억 매체
US7779409B2 (en) Device-to-device software distribution
JP4353487B2 (ja) ローカル・プロキシにより通信情報を共有する方法
JP5026430B2 (ja) ソフトウェア・アドイン・コンポーネントの発見、資格認定、および起動すること
US20150128121A1 (en) Dynamic application version selection
US20140372970A1 (en) Method to auto generate jax-rs rest service implementation classes from existing interfaces
JP5384646B2 (ja) ウェブサイトについての代替ユーザエクスペリエンスを発見する方法
US20050160153A1 (en) Publishing multipart WSDL files to URL
WO2016057108A1 (en) Dynamic loading of routes in a single-page application
US9307010B2 (en) Data upload method using shortcut
JP5638761B2 (ja) 画面生成方法、画面表示方法、画面生成装置、及びプログラム
JP5488349B2 (ja) 中継装置、中継方法及び中継プログラム
JP2004303218A (ja) 情報提供装置及び情報表示装置
JP5610654B2 (ja) 端末管理パッケージを提供する装置及び前記端末管理パッケージを受信する方法
JP5078726B2 (ja) 情報処理装置、サービス制御方法及びサービス制御プログラム
JP2011175461A (ja) 通信システム及びサーバ及び端末装置及び通信システムの通信方法及びサーバ用プログラム及び端末用プログラム
JPWO2013098925A1 (ja) 情報処理装置、情報処理システム、情報処理方法およびプログラム
WO2005114400A1 (en) Method and apparatus for supporting multiple versions of a web services protocol
JP6323081B2 (ja) 情報処理システム及び情報処理方法
JP2005039557A (ja) ソフトウェア無線機
JP6128259B2 (ja) 情報処理システム及び情報処理方法
US8825686B2 (en) Expression evaluation over multiple data models
JP5927930B2 (ja) 情報処理装置及びプログラム
US10523630B2 (en) Information processing apparatus, storage medium, and control method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20101206

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120518

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120529

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120719

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: 20120807

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120828

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150907

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 5078726

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees