JP2004334751A - 制御装置、制御プログラム、制御方法 - Google Patents
制御装置、制御プログラム、制御方法 Download PDFInfo
- Publication number
- JP2004334751A JP2004334751A JP2003132831A JP2003132831A JP2004334751A JP 2004334751 A JP2004334751 A JP 2004334751A JP 2003132831 A JP2003132831 A JP 2003132831A JP 2003132831 A JP2003132831 A JP 2003132831A JP 2004334751 A JP2004334751 A JP 2004334751A
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- protocol conversion
- network
- searched
- proxy server
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/283—Processing of data at an internetworking point of a home automation network
- H04L12/2836—Protocol conversion between an external network and a home network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0226—Mapping or translating multiple network management protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
- H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/284—Home automation networks characterised by the type of medium used
- H04L2012/2845—Telephone line
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/2849—Audio/video appliances
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/285—Generic home appliances, e.g. refrigerators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
【解決手段】ネットワークシステムにおいてプロトコル変換処理を行なうプロキシサーバ9300において、ネットワーク上に所定のプロトコル処理を行う他のプロトコル変換装置が存在しないか否かを探索し、ネットワーク上に他のプロトコル変換装置が探索された場合に、前記探索されたプロトコル変換装置が、プロトコル変換処理を行っているかどうかを判定する。
【選択図】 図10
Description
【発明の属する技術分野】
本願発明は、所定のプロトコルに従って通信処理を行うネットワークデバイス、サーバ装置、及びこれらを含むシステム、方法、制御プログラムなどに関するものである。
【0002】
【従来の技術】
従来から、ネットワーク上のクライアント装置からのサービス要求に応え、サービスを提供するサービス提供装置及び、サービス提供システムが知られている。
【0003】
例えば、インターネットによる通信の飛躍的な普及に伴い、ネットワーク対応型機器も、従来のパーソナルコンピュータから、PDA(Personal Digital Assistance)、携帯電話等のユーザインタラクティブなデバイスや、スキャナ、プリンタ、複写機、デジタルカメラ等の画像処理装置、テレビ、エアコン、冷蔵庫等の家電製品に至るまでネットワーク対応が急速に進められつつある。
【0004】
それに伴い、これらネットワーク対応型デバイスを利用する上での利便性、簡易性を高めるために、ネットワークアドレスの自動設定手段、ネットワークデバイスの探索、検索手段、ネットワーク対応型デバイスを制御するためのアプリケーションソフトウエア、ユーティリティソフトウエア、オペレーティングシステム等の自動セットアップ手段を提供する、さまざまなプロトコルが提案されている。たとえば、Microsoftが主体となって策定を進めるUniversal Plug and Play、日本事務機工業会(JBMIA)が推進するBMLinkS、Apple OS XでサポートされるRenedzvousなどがその一例である。
【0005】
このようなプロトコルが提案されることで利便性、簡易性が向上する一方で、ネットワークデバイスはこれら複数のプロトコルに対応する必要が生じることにもなった。ハードウエア、ソフトウエアリソースともに潤沢な大型複写機、プリンタ等のデバイスにおいては、これら複数のプロトコルを実装することも可能であるが、それ以外のデバイスに関しては個々のプロトコルを用途に応じて実装する以外なく、開発コストを引き上げる要因となっていた。またすでに市場に投入されネットワーク上で稼動状態にあるデバイスに関しては、このようなプロトコルに対応することは不可能であった。
【0006】
このような問題を解決する手段として、通常プロキシ(Proxy)、あるいはブリッジ(Bridge)とよばれるデバイスをネットワーク上で稼動させ、これらデバイスにプロトコル対応のための代行処理を実行させる方法が採られつつある。
【0007】
【特許文献1】
特開2003−006133号公報(US対応 AA2002156947)
【0008】
【発明が解決しようとする課題】
しかしながら、従来例によれば、プロトコル変換処理を行おうとした場合、例えば、複数のプロトコルA,Bに対応したある一台のデバイスが混在している場合、デバイスがネットワークを探索すると、プロトコルAで探索されたデバイスと、プロトコルBで探索されたデバイスが別デバイスとして、認識されてしまう場合があった。
【0009】
また、デバイスが所定のプロトコルで探索を行う場合、プロキシサーバ(プロトコル変換サーバ)を介して、応答を受信する。この際、複数のプロトコル変換サーバが起動した場合、探索要求に対して一台のデバイスが応答すると、該応答が複数台のプロトコル変換を行うプロキシサーバ(代理サーバ)によってそれぞれ変換され、探索されたデバイスからの応答がそれぞれのプロキシサーバから複数なされる問題があった。このため、探索を行うと、複数台のプロキシサーバが存在している場合には複数台のデバイスに見えることがあった。
【0010】
【課題を解決するための手段】
複数種類のプロトコルが混在するネットワークシステムにおいてプロトコル変換処理を行なう制御装置において、ネットワーク上に所定のプロトコル処理を行う他のプロトコル変換装置が存在しないか否かを、探索要求をネットワークにマルチキャストを行い起動時に探索する探索手段と、前記探索手段によって、ネットワーク上に他のプロトコル変換装置が探索された場合に、前記探索されたプロトコル変換装置が、プロトコル変換処理を行うことが可能か、又は、プロトコル変換処理を行っているかどうかを判定する判定手段と、前記判定手段が前記探索されたプロトコル変換装置がプロトコル変換処理を可能ではない、又は、プロトコル変換処理を行っていないと判定した場合に、プロトコル変換処理を起動する起動手段とを備えたことを有することを特徴とする制御装置とその装置に適用される方法、制御プログラムが開示される。
【0011】
複数のプロトコルを使用しているデバイスを対象にプロトコル変換制御を行う制御装置であって、第一のプロトコルを使用しているデバイスを探索する探索手段と、第二のプロトコルを、前記第一のプロトコルに従ってデバイスを通信させるべくプロトコル変換を行う変換手段と、前記探索手段が探索したデバイス前記第一のプロトコルに対応しているか否かを認識する認識手段と、前記探索手段が探索したデバイスが前記第一のプロトコルに対応しているとは前記認識手段が認識したデバイスに対しては、第一のプロトコルへのプロトコルの変換は行わないよう前記変換手段を制御する制御手段を備えることを特徴とする制御装置とその装置に適用可能な方法、制御プログラムが開示される。
【0012】
【発明の実施の形態】
(第一実施形態)
ネットワーク上にプロトコルAをサポートするデバイスがx台、およびプロトコルA,Bの双方をサポートするデバイスがy台、それぞれ稼動している状態において(x,yともに1以上の整数)、プロトコルAをプロトコルBに変換するプロキシが稼動した場合、プロキシはプロトコルA,Bの双方をサポートするデバイスに対して、プロトコルAを使用してプロトコルBへの変換を実施してしまう。そのため、該プロキシの介在により、プロトコルBを使用するネットワーククライアントに対し、プロトコルB対応のデバイスがx+2y台稼動、即ち、プロトコルA,Bの双方をサポートするデバイスに関して、全く同一のデバイスでありながらネットワーク上には実際の2倍の台数が稼動しているように処理される可能性があり、それを使用するユーザーに対し混乱を招く要因となりうる問題を抱えている。
【0013】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されているプロトコル、ヴァージョン、アドレス、その他の数値等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【0014】
本発明に係るサービス提供システムの一実施形態としてのプロトコル変換システムについて説明する。図1は本発明の一実施形態としてのプリントシステムの構成を示すブロック図である。
【0015】
クライアント100は、Microsoft社のWindows(登録商標)、Apple社のMac OS等の汎用オペレーティングシステム、およびその上で実行可能な汎用アプリケーションがインストールされており、本実施例で示したWindows(登録商標) OS 1の場合、eXtensible Markup Language (XML) / Simple ObjectAccess Protocol (SOAP)を利用したUniversal Plug and Play(UPnP)プロトコル2を使用して、ネットワーク上のデバイスのディスカバリ、制御、ステータスの取得等を実現しており、例えばアプリケーションソフトであるワードプロセッサ4で作成されたドキュメントは、UPnP Protocol 2が検索発見したUPnPプロトコル対応プリンタに対し、Print Driver 3で印字可能なデータに変換された後、UPnPプロトコル 2を使用してプリントジョブの発行を実行する。
【0016】
一方、ネットワーク対応デバイス、本実施の形態ではネットワーク対応型プリンタ200は、通信機能としてTCP/UDP/IPプロトコルスタック5を備え、そのプロトコルスタック上にSimple Network Management Protocol(SNMP)処理部6を備え、また、プロトコルスタック5上にはプリントプロトコル処理部7が実装され、クライアントから発行されるプリント要求を解析し、プリンタコントローラ8に対し、そのプリント要求を送出する機能を備える。
【0017】
該プリンタはUPnPプロトコル処理部を備えておらず、該プリンタ単独では、クライアント100から発行されるUPnPプロトコルを使用したデバイス検索要求、およびUPnP印刷ジョブ要求に対し応じることはできない。
【0018】
もうひとつのネットワーク対応型デバイス、本実施の形態ではネットワーク対応型プリンタ400は、通信機能としてTCP/UDP/IPプロトコルスタック17を備え、そのプロトコルスタック上にHTTP19を備え、HTTPリクエストの解析、およびレスポンス処理を行う。
【0019】
プロトコルスタック19上には、ネットワークプリンタ200同様、Simple Network Management Protocol(SNMP)18処理部を備える。
【0020】
HTTP 19の上位層にはSimple Object Access Protocol(SOAP)処理部20を備え、UPnPプロトコル処理部21を備える。ネットワーク対応型プリンタ400はUPnP Forumで策定されたPrintBasicサービスを実装しており、UPnPプロトコル処理部は該サービスで定義されたプリントジョブ、および属性情報を解析し、プリンタコントローラ22に対し、そのプリント要求を送出する機能を備える。
【0021】
プロキシサーバ300も同様に、通信機能としてTCP/UDP/IPプロトコルスタック9を備え、そのプロトコルスタック上にHTTP10を備え、HTTPリクエストの解析、およびレスポンス処理を行う。
【0022】
プロトコルスタック9上にはSimple Network Management Protocol(SNMP)11処理部を備え、UPnPプロトコル処理部を備えていないネットワーク対応型プリンタ200の検索、および情報の取得を該プロトコルにより実施する。
【0023】
プロトコルスタック9上にはPrint Protocol処理部12を備え、UPnPプロトコル処理部を備えていないネットワーク対応型プリンタ200に対し、プリントジョブの発行を該Print Protocol部12で実行する。
【0024】
HTTP10の上位層にはSimple Object Access Protocol(SOAP)処理部13を備え、UPnPプロトコル処理部14、およびプロトコル変換処理部16がそれぞれ、該処理部13を介してそれぞれ、クライアント200、およびプロキシサーバが複数ネットワーク上に存在する場合、eXtensible Markup Language(XML)で記述されたデータの双方向通信を実現する。
【0025】
プロトコル変換処理部16は、SNMP処理部11、SOAP処理部13、UPnP処理部14、プリントプロトコル処理部12、および記録装置制御部15の上位層にあり、SNMP処理部11を介して取得したネットワーク対応型プリンタの情報を、UPnPプロトコルで使用される各種XMLドキュメントを作成した上で、記録装置制御部15が制御する記録装置に記録、あるいはUPnPプロトコルから要求があった際に該当する管理テーブルに記録されたXMLドキュメントを記録制御装置部15を介して読み出し、UPnPプロトコル処理部14に送信するなどの処理を実行する。
【0026】
またプロトコル変換処理部16は、UPnPプロトコルによるプリントジョブのリクエストを受信した場合、SOAP処理部14を介して、ジョブコマンド、ジョブ属性情報を取得し、その内容を出力指定されたプリンタがサポートするプリントプロトコルに変換したのち、プリントプロトコル制御部12を介して、指定プリンタにジョブを送信する。
【0027】
また、プロトコル変換処理部16は、プロキシサーバー300が管理する管理テーブルを記録装置制御部15を介して、該制御部が制御する記録装置に対し書き込み、読み出し処理を行なう。また同様に、プロトコル変換処理部16は、ネットワーク上に存在する他のプロキシサーバーが管理する管理テーブルを取得した場合、記録装置制御部15を介して、該制御部が制御する記録装置に対し書き込み、読み出し処理を行なう。
【0028】
以下に、これら本システムの制御の流れを図2フローチャートに従い説明する。
【0029】
プロキシサーバー300のプロトコル変換処理部16は起動後、記録装置制御部15を介し、プロトコル変換処理を実施しているネットワークデバイス情報を記録する管理テーブルの内容をクリアするstep2−1。該管理テーブルの詳細に関しては以下のプロセスで説明する。
【0030】
次にネットワークに参加しサービスを開始するにあたり、同ネットワーク上に存在するUPnP対応プリンタを検索する(step2−2)。以下、図3を用いて、STEP2−2を詳細に説明することにする。図3に示すフローチャートstep3−1に示すように、マルチキャストアドレス239.255.255.250、ポート番号1900に対し、Universal Plug andPlay Device Architecture1.0に規定される図4に示すフォーマットのHTTP M−SEARCHパケットを発行する。
【0031】
プロキシサーバー300のプロトコル変換処理部16は、M−SEARCHパケットを発行した後、予め規定された一定時間内、本実施例においては30秒以内に応答があった場合、その全ての応答に対しレスポンスパケットの解析を実行する。
【0032】
図5は、ネットワークデバイスの一例としてのプリンタからのレスポンスパケットのフォーマットを示すものであり、プロキシサーバー300のプロトコル変換処理部16は、該パケットに記載されるネットワークプリンタのURLを、記録装置制御部15を介して、該制御部が制御する記録装置に対し記録する。該処理は受信した全レスポンスパケットに対して実施され、プロキシサーバー300は、ネットワーク上に存在する全てのUPnP対応プリンタのURLを記録する(step3−2)。
【0033】
以上のプロセスが完了した場合、あるいは、ステップにおいて応答が無い場合step3−3、プロキシサーバー300のプロトコル変換処理部16は、UPnP検索処理を終了して、step2−3に進み、プリンタ情報の取得を開始する。
【0034】
図5には、URLとして、123.123.123.123が記述されている。URLは、ネットワークデバイスの識別情報の好適な一例である。STは、サービスタイプを意味する。
【0035】
フローチャート図6はプリンタ情報取得の制御の流れを示したものである。プロキシサーバー300の持つプロトコル変換処理部16はSNMP制御モジュール部11より、以下のMIBオブジェクトに対してSNMP Getリクエストをブロードキャストすることで、ネットワーク上に存在するプリンタ情報を取得する(step6−1)。
【0036】
PrinterMakeAndModel:プリンタベンダ・製品名称
PrinterName:プリンタ名
PrinterLocation:プリンタ設置場所
IPAddress:プリンタ IP アドレス
MACAddress:プリンタMAC アドレス
SupportedPDL:サポートするページ記述言語
SupportedPrintProtocol:サポートするプリントプロトコル
該SNMP Getリクエストを受信したネットワーク対応プリンタ200、および400は、SNMP処理部6において、各オブジェクトに該当する情報を生成した後に、SNMPレスポンスとしてプロキシサーバ300に対し、ユニキャストで応答を送信する。
【0037】
S6−1−1で、レスポンスを受信したかどうかを判定する。S6−1−1で,レスポンスがあった判定した場合、S6−2へ進む。レスポンスが無かったと判断した場合、S6−9へ進む。各ネットワーク対応プリンタからレスポンスを受け取ったプロキシサーバー300のプロトコル変換処理部16は、各レスポンス内容を記録装置に既に登録済みの管理テーブルの内容と比較し(step6−2)、既にプロトコル変換を実施しているプリンタか否かを判断する(step6−3)。
【0038】
S6−3で、プロトコル変換を実施していないプリンタ、即ち、新規に発見されたプリンタと判断された場合、次にプロキシサーバー300のプロトコル変換処理部16は、該プリンタがUPnP対応つまり、SSDPに対応するプリンタであるか否を、先に記録装置に記録したUPnP対応プリンタのURLと比較することで判定処理を行なう(step6−4)。ネットワーク上に接続されたデバイスの発見と機能の把握は、SSDP(Simple Service Discover Protocol)を用いる。SSDPは、UPnPを構成するための基幹部分で、IETFから標準仕様が発行されている。
【0039】
デバイスの発見も、名前解決と同じくIPブロードキャストを用いる。ブロードで問合せ送信すると、条件に合うデバイスが自主的に問い合わせ元に対してIPアドレスとホスト名を送信する。また、具体的にどのような機能を持っているかなど、機器固有の情報もこのときに交換する。
【0040】
この場合、SNMP GETリクエストのレスポンスとして取得したプリンタIPアドレスと、記録装置に記録されたURLが一致する場合(STEP6−5)、新規に発見されたプリンタはUPnP対応プリンタであると判断し、該プリンタに対してはプロトコル変換を実施しない。
【0041】
一方、step6−4において、UPnP対応プリンタでは無いと判断した場合、プロキシサーバー300のプロトコル変換処理部16は、SNMPGETリクエストのレスポンスとして取得した情報を管理テーブルに追加更新し、記録装置制御部15を介して記録装置に記録する(step6−6)。
【0042】
次に、新規に管理テーブルに登録されたプリンタに関して、取得した情報を元にUniversal Plug and Play Device Architecture v1.0において規定されるDevice Description Documentを生成し、記録装置制御部15を介して記録装置に記録し(step6−7)、step6−8においてUniversal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部14より、管理テーブルに記録された全てのプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを実行中であることを通知する。
【0043】
プロキシサーバー300より発行されたSNMPGet要求に対し、何のレスポンスが得られなかった場合(step6−1−NO)、STEP6−9へ進む。STEP6−9で管理テーブルを検索し、登録済みプリンタを確認する。
【0044】
プロキシサーバー300より発行されたSNMPGet要求に対し、レスポンスが得られた場合(step6−1−YES)、STEP6−2へ進み、プロキシサーバ300に登録されているプリンタデバイスと、応答のあったプリンタ情報を比較して、STEP6−1探索したプリンタが管理テーブルにあるかを、管理テーブルとSNMPパケットの発行対象であるプリンタのIPアドレスやURL情報などを比較して確認し、STEP6−3に進む。
【0045】
既に自身の管理テーブルに登録ずみのプリンタがありながら、該プリンタからレスポンスが得られなかった場合(STEP6−9−1−YES)、プロキシサーバー300のプロトコル変換処理部16は管理テーブルより該プリンタ情報の削除更新し(step6−10)、続いてDevice Description Documentを削除する(step6−11)。
【0046】
既に自身の管理テーブルに登録ずみのプリンタがありながら、該プリンタからレスポンスが得られた場合(STEP6−9−1−NO)、プリンタ情報取得処理を終了し、次の処理へ進む。
【0047】
プロキシサーバー300のプロトコル変換処理部16は、記録装置制御部15を介して、更新された管理テーブルを記録装置に記録した後、プロトコル変換処理部は、Universal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部14より、管理テーブルから削除された全てのプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを停止したことを通知する(step6−12)。
【0048】
なお、本発明において管理テーブルは図7に示すように、先に記述した取得したSNMPオブジェクトの内容をXMLで記述したテキストファイルの形式で管理される。上述のプリンタ情報所得のプロセスを完了すると、プロキシーサーバー300のプロトコル変換処理部16は、プロトコル変換処理(step2−4)を開始する。フローチャート図8はプロトコル変換処理の流れを示したものである。
【0049】
プロキシサーバー300のプロトコル変換処理部は16、クライアントから発行されるUniversal Plug and Play Device Architecture v1.0において規定されるデバイス検索プロトコルSimple Service Discovery Protocol(SSDP)パケットの受信通知をUPnPプロトコル処理部14から受けたどうかを判断し、受けたと判断した場合(step8−1―YES)、プロキシサーバー300 プロトコル変換処理部16が管理する管理テーブルを、記録装置制御部15を介して検索し、SSDPパケットの検索条件に該当するプリンタのDevice Description Documentが記録されているURLをSSDPレスポンスとしてUPnPプロトコル処理部14を介して返送する(step8−2)。そして、STEP8−3へ進む。
【0050】
また、該URLを取得したクライアントデバイスから、HTTP GETリクエストによりDevice Description Documentの取得要求をUPnPプロトコル処理部14から受けたどうかを判断し場合受けたと判断した場合(step8−3―YES)、プロキシサーバー300 プロトコル変換処理部16が管理する管理テーブルを、記録装置制御部15を介して検索し、指定URLに記録されたDevice Description Documentを読み出した後、UPnPプロトコル処理部14を介して返送する(step8−4)。
【0051】
また、該Device Description Documentを取得したクライアントデバイスから、Universal Plug and Play Device Architecture v1.0において規定される制御手段に基づき、プリントジョブが発行された場合、この場合、ジョブコマンド、およびジョブ属性はXMLの形式で記述されており、プロキシサーバー300のプロトコル変換処理部16は、UPnPプロトコル処理部14を介して該プリントジョブを受信した場合(step8−5―YES)、プロトコル変換処理部16はSOAP処理部において該コマンド、およびジョブ属性を解析し、次に記録装置制御部15を介して出力指定されたプリンタに該当する管理テーブル情報のうち、サポートするプリントプロトコル、およびIPアドレスを取得し、受信したコマンド、属性情報を該プリントプロトコルに変換したのち(step8−6)、出力指定されたプリンタのIPアドレスに対し変換後の情報を送信する(step8−7)。
【0052】
プリントジョブを発行したクライアントは引き続きUniversal Plug and Play Device Architecture v1.0において規定される制御手段に基づきジョブデータ、この場合PDLをHTTPPOSTコマンドを使用してプロキシサーバー300に対し送信する。該ジョブデータを受信したプロキシサーバー300のプロトコル変換処理部16は先のステップ同様に受信したジョブデータを指定されたプリンタがサポートするプリントプロトコルに変換し(step8−8)、先に取得したプリンタIPアドレスに対しジョブデータを送信する(step8−9)。
【0053】
UPnPジョブデータを受信したか否かの判定処理を行う(Step8−8−1)
なお、規定時間内、本実施例においては30秒以内にクライアントからジョブデータの受信が開始しないかどうかを判定し、開始しないと判定した場合(STEP8−8−2−YES)、ジョブは破棄される(step8−10)。開始した場合は、ジョブは破棄されないで、またS8−8−1で受信待ちになる(STEP8−8−2−NO)。
【0054】
ジョブコマンド、ジョブ属性、およびジョブデータを受信したプリンタは、プリント制御部においてジョブコマンド、ジョブ属性を解析した後、プリンタコントローラに対しプリントジョブを送信しプリントを実行する。
【0055】
本発明におけるプロキシサーバー300は以上のプロセスstep2−2からstep2−4を繰り返し実行することで、定期的にネットワークプリンタの稼動状況を更新し、その更新情報に従いプロトコル変換処理を実行する。
【0056】
step2−5において、パワーオフによりプロキシサーバー300のプロトコル変換処理部16がプロトコル変換処理を停止する場合は、プロトコル変換処理部16は、Universal Plug and Play DeviceArchitecture v1.0において規定されるNotification手段に基づき、記録装置制御部15を介して全ての管理テーブルを読み出し、管理テーブルに記録された全てのプリンタに関するNotifyパケットをUPnPプロトコル処理部14を介して発行し、これらプリンタがネットワーク上でのサービスを停止したことを通知する(step2−6)。STEP2−5で、プロトコル変換処理を停止しない場合は、STEP2−2へ戻る。
【0057】
以上説明したように、複数のプロトコルを使用しているデバイスを対象にプロトコル変換制御を行う制御装置の一例であるプロキシサーバ300において、第一のプロトコルの一例であるUPnPのSSDPを使用しているデバイスを探索する探索手段(図3の3−1乃至3−2)と、第二のプロトコルの一例であるSNMPの探索パケットを、SSDPに従ってデバイスを通信させるべくプロトコル変換を行う変換手段(例えば2−4及び図8の処理)と、前記探索手段が探索したデバイスがSSDPに対応しているか否かを認識する認識手段と(STEP6−3)、前記探索手段が探索したデバイスがSSDPに対応しているとは前記認識手段が認識したデバイスに対しては、SSDPへのプロトコルの変換は行わないよう前記変換手段を制御する制御手段(STEP6−4)を備えることを特徴とする制御装置。
【0058】
前述の実施形態ではプリンタをネットワークデバイスとした実施の形態を示しているが、ネットワーク対応型デバイスとしてはハードディスク等のストレージデバイス、スキャナ、複写機、およびそれら複合機能を備えるデバイスであって、通信機能を介してプロキシサーバーと属性情報の交換、ジョブの送受信が可能な装置であればいずれの場合においても実現可能である。また、この場合プロキシサーバーとネットワーク対応型デバイス間の通信プロトコルは標準化された、あるいは汎用プロトコルであっても、ベンダ固有のプロトコルであっても同様に実現可能である。
【0059】
また本実施形態においてはネットワーク対応型デバイスを例とした実施の形態を示しているが、デバイスとプロキシサーバー間は、USB、IEEE1394、パラレルなどのローカル接続による通信によっても実現可能である。
【0060】
また本実施形態では、独立した形態でプロキシサーバーがネットワーク上に存在していたが、該プロキシサーバー機能は、ネットワーク対応型デバイスの内部に物理的に、あるいは論理的に組み込まれている場合においても実現可能である。
【0061】
本実施形態において、プロキシが提供するプロトコル変換の組み合わせとしてMicrosoftが主体となって策定しているUniversal Plugand Playと、ネットワーク対応型プリンタが実装するSNMP、およびプリントプロトコルとの例を示しているが、Appleの提案するRendezvous、JBMIAが提案するBMLinkSなどのプロトコルに対しても実現可能であり、また、これらデバイスの検索、デバイスの制御が統合化されたプロトコルのみならず、Service Location Protocol(SLP) 、Multicast DNS Service Discovery等のデバイスが提供するサービスを検索するためのプロトコルへの利用、およびWeb ServiceのようにXML/SOAPをベースとしたRemote Procedure Call(RPC)形式によるデバイスの制御を、従来の制御プロトコルに変換するために利用することも可能である。
【0062】
本実施形態においてプロキシサーバー間の情報通知プロトコルとしてHTTP/TCP/UDP/IPプロトコルを使用した例を示しているが、本発明はトランスポート手段に依存するものではなく、双方向の通信が可能であれば他の汎用プロトコル、あるいは独自プロトコルを使用した場合でも実現可能である。
【0063】
(第二実施形態)
本実施形態が解決すべき別の側面として、ネットワーク上に同一のプロトコル対応、例えばプロトコルAをプロトコルBに変換するプロキシがN台稼動した場合、ひとつのネットワークデバイスがこれらN台のプロキシによって、それぞれ代行制御されてしまうため、プロトコルBを使用するネットワーククライアントに対して、同一のネットワークデバイスでありながら、ネットワーク上に異なるネットワークデバイスがN台稼動しているかのように処理される可能性があり、それを使用するユーザーに対し混乱を招く要因となりうる問題を抱えている。
【0064】
また、通常プロキシがプロトコルの代行処理が可能な処理台数には限度があり、例えばプロトコルAをプロトコルBに変換するプロキシ1、およびプロキシ2の2台がネットワーク上に稼動している状態において、プロキシ1のプロトコル変換処理可能台数がM、プロキシ1のプロトコル変換処理可能台数がN(M>N)である場合、プロキシ1およびプロキシ2が互いに同一ネットワークデバイスに対しプロトコル変換処理を実施してしまう可能性があり、2台のプロキシによりM+N台のネットワークデバイスのプロトコル変換処理が可能であるにも関わらず、M台までの処理しか実施できない場合がありうる。この場合、N台のネットワークデバイスに対し、2台のプロキシが重複処理を実施することになり、しかも前述のとおり、この重複処理分に関しては、あたかも2xN台分の異なるネットワークデバイスが存在するかのごとく処理されてしまうことになる。
【0065】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されているプロトコル、ヴァージョン、アドレス、その他の数値等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【0066】
本発明に係るサービス提供システムの一実施形態としてのプロトコル変換システムについて説明する。図9は本発明の一実施形態としてのプリントシステムの構成を示すブロック図である。
【0067】
クライアント100は、Microsoft社のWindows(登録商標)、Apple社のMac OS(登録商標)等の汎用オペレーティングシステム、およびその上で実行可能な汎用アプリケーションがインストールされており、本実施例で示したOS901の場合、eXtensible Markup Language (XML)/Simple Object Access Protocol(SOAP)を利用したUniversal Plug andPlay(UPnP)プロトコル2を使用して、ネットワーク上のデバイスのディスカバリ、制御、ステータスの取得等を実現しており、例えばアプリケーションソフトであるワードプロセッサ4で作成されたドキュメンは、UPnP Protocol902(登録商標)が検索発見したUPnPプロトコル対応プリンタに対し、Print Driver903で印字可能なデータに変換された後、UPnPプロトコル902を使用してプリントジョブの発行を実行する。
【0068】
一方、ネットワーク対応デバイス、本実施の形態ではネットワーク対応型プリンタ9200は、通信機能としてTCP/UDP/IPプロトコルスタック5を備え、そのプロトコルスタック上にSimple Network Management Protocol(SNMP)処理部906を備え、また、プロトコルスタック905上にはプリントプロトコル処理部907が実装され、クライアントから発行されるプリント要求を解析し、プリンタコントローラ908に対し、そのプリント要求を送出する機能を備える。
【0069】
該プリンタはUPnPプロトコル処理部を備えておらず、該プリンタ単独では、クライアント9100から発行されるUPnPプロトコルを使用したデバイス検索要求、およびUPnP印刷ジョブ要求に対し応じることはできない。
【0070】
プロキシサーバ9300も同様に、通信機能としてTCP/UDP/IPプロトコルスタック909を備え、そのプロトコルスタック上にHTTP10を備え、HTTPリクエストの解析、およびレスポンス処理を行う。
【0071】
プロトコルスタック909上にはSimple Network Management Protocol(SNMP)11処理部を備え、UPnPプロトコル処理部を備えていないネットワーク対応型プリンタ200の検索、および情報の取得を該プロトコルにより実施する。
【0072】
プロトコルスタック909上にはPrint Protocol処理部9012を備え、UPnPプロトコル処理部を備えていないネットワーク対応型プリンタ200に対し、プリントジョブの発行を該Print Protocol部9012で実行する。
【0073】
HTTP10の上位層にはSimple Object Access Protocol(SOAP)処理部13を備え、UPnPプロトコル処理部14、およびプロトコル変換処理部16がそれぞれ、該処理部9013を介してそれぞれ、クライアント9200、およびプロキシサーバが複数ネットワーク上に存在する場合、eXtensible Markup Language(XML)で記述されたデータの双方向通信を実現する。
【0074】
プロトコル変換処理部9016は、SNMP処理部9011、SOAP処理部9013、UPnP処理部9014、プリントプロトコル処理部9012、および記録装置制御部9015の上位層にあり、SNMP処理部11を介して取得したネットワーク対応型プリンタの情報を、UPnPプロトコルで使用される各種XMLドキュメントを作成した上で、記録装置制御部9015が制御する記録装置に記録、あるいはUPnPプロトコルから要求があった際に該当する管理テーブルに記録されたXMLドキュメントを記録制御装置部9015を介して読み出し、UPnPプロトコル処理部9014に送信するなどの処理を実行する。
【0075】
またプロトコル変換処理部9016は、UPnPプロトコルによるプリントジョブのリクエストを受信した場合、SOAP処理部9014を介して、ジョブコマンド、ジョブ属性情報を取得し、その内容を出力指定されたプリンタがサポートするプリントプロトコルに変換したのち、プリントプロトコル制御部9012を介して、指定プリンタにジョブを送信する。
【0076】
また、プロトコル変換処理部9016はSOAP処理部9013を介して他のプロキシサーバーから発行されたNotifyリクエストの詳細内容を取得し、その内容に応じた処理を実行する。
【0077】
また、プロトコル変換処理部9016は、プロキシサーバー9300が管理する管理テーブルを記録装置制御部9015を介して、該制御部が制御する記録装置に対し書き込み、読み出し処理を行なう。
【0078】
また同様に、プロトコル変換処理部9016は、ネットワーク上に存在する他のプロキシサーバーが管理する管理テーブルを取得した場合、記録装置制御部9015を介して、該制御部が制御する記録装置に対し書き込み、読み出し処理を行なう。
【0079】
以下に、これら本システムの制御の流れを図10のフローチャートに従い説明する。図10は、プロトコル変換を行うためのプロキシサーバの調停処理のフローチャートを示す図である。図13は、既に起動しているプロキシサーバが、起動直後のプロキシサーバからのNotifyパケットを受信した場合の処理を示すフローチャートである。各図の処理により、ネットワーク上ではWORKING状態のプロキシサーバが一台となることを保証するよう、各プロキシサーバが制御される。本実施例では、WORKING状態のプロキシサーバだけが、新たに追加されるデバイスのプロトコル処理を新たに受け付けるようにしている。これにより、複数のプロキシサーバがネットワーク上に乱立して、無秩序にプロトコル変換処理を行ってしまうことを防止できる。
【0080】
図10の処理は、プロキシサーバが、起動されるとスタートする。この処理では、新たに起動したプロキシサーバ9300が、ネットワーク上に他に既にプロキシサーバ(図示省略)が起動していないか否かを判断する処理である。
【0081】
プロキシサーバー9300のプロトコル変換処理部9016は起動後、記録装置制御部9015を制御し、プロトコル変換処理を実施しているネットワークデバイス情報を記録する管理テーブルの内容をクリアして初期化する(step10−1)。該管理テーブルの詳細に関しては以下のプロセスで説明する。次にネットワークに参加しサービスを開始するにあたり、同ネットワーク上に存在する他のプロキシサーバーに対しNotifyパケットを発行する(step10−2)。
【0082】
この際、マルチキャストアドレス239.255.255.250 ポート番号1900に対し図14に示すフォーマットのHTTP NotifyリクエストをHTTPパケットとして発行する。
【0083】
本実施形態においては、HTTP Notifyリクエストのエンティティボディに、プロキシサーバーのステータス情報、該プロキシサーバーがサポートしているプロトコル変換処理名称、および該プロキシサーバーのURL、物理アドレス、および管理テーブルの格納先URLをXML形式で記述し通知する。
【0084】
ここで
<status>はプロキシサーバーの動作ステータスを示すものであり、起動時はWakeUPを記述する。
<protocol>はプロキシサーバーが変換可能なプロトコルを示すものであり、UPnP、BMLinkS、Rendezvousなどプロトコル名称を記述する。本実施例ではMicrosoftが主体となって提案するUPnPを例として記述する。
<ProxyURL>は、プロキシサーバーのIPアドレスをURL形式で記述する。
<ProxyMAC>は、プロキシサーバーの物理アドレス(MAC)を記述する。
<TableURL>は、プロキシサーバーが管理する管理テーブルの格納アドレスをURL形式で記述する。
【0085】
フローチャート図13は、ネットワーク上に既に存在する他のプロキシサーバーが、プロキシサーバ9300から該Notifyパケットを受信した場合の制御フローを示すものであり、ネットワーク上にプロキシサーバー9300以外のプロキシサーバーが存在し、これらプロキシサーバーがプロトコル変換処理を実行している場合、HTTP9010においてHTTP Notifyリクエスト300を受信した後、STEP13−1では、SOAP処理部9013においてそのリクエストのエンティティボディ301の解析を実行して、Notifyパケットの送信元のプロキシサーバが変換対象としているプロトコルと、Notifyパケットを受け取ったプロキシサーバが変換対象としているプロトコルとが一致するかどうかを判断する。
【0086】
STEP13−1で、SOAP処理部9013が、<protocol>内容をチェックし対応プロトコルの名称が、自身が提供するプロトコル変換処理と一致しないと判定した場合は、SOAP処理部9013は、Notifyリクエストを無視する。
【0087】
STEP13−1で、自身が提供するプロトコル変換処理と一致すると判定した場合、STEP13−3に進む。STEP13−3では、SOAP処理部9013は、<status>タグの内容をチェックし、その要素がWakeUPであるか否かを判定する。
【0088】
STEP13−3で要素がWAKEUPであると判定した場合、STEP13−4に進み、プロトコル変換処理部16は記録装置制御部13を介して、管理テーブルを読み出し、現在自身が実行しているプロトコル変換処理の状況が、プロトコル変換処理可能なデバイス数=プロトコル変換処理実行中のデバイス数であるかどうかを判定する。STEP13−4で、これ以上、新規にプロトコル変換処理を提供できない状態にあると判定した場合、step13−9に進み、図15に示すフォーマットのHTTPレスポンス400をHTTP Notifyリクエストを発行したプロキシサーバー9200に対しユニキャストで発行する。その際、HTTPレスポンス400のエンティティボディとして以下の情報をXML形式のデータをSOAP処理部9013が生成し、プロキシサーバの9300のTCP/UDP/IPプロトコルスタックを介して不図示のネットワークインタフェースを制御して通知するものとする。ここで、FULLとは、プロキシサーバの管理テーブルが一杯になっており、プロキシサーバにおけるプロトコル変換処理の台数が最大値に達したことを示す。
【0089】
ここで、図15の各ラベルについて説明する。<status>はプロキシサーバーの動作ステータスを示すラベル(タグ・記述子、識別可能な情報であればなんでもよい)であり、この場合、FULL即ちこれ以上変換処理を提供できない状態であることを通知するためのものである。<protocol>はプロキシサーバーが変換可能なプロトコルを示すものであり、UPnP、BMLinkS、Rendezvousなどプロトコル名称を記述する。本実施例ではMicrosoftが主体となって提案するUPnPを例として記述する。<ProxyURL>は、プロキシサーバーのIPアドレスをURL形式で記述する。<ProxyMAC>は、プロキシサーバーの物理アドレス(MAC)を記述する。<TableURL>は、プロキシサーバーが管理する管理テーブルの格納アドレスをURL形式で記述する。
【0090】
一方、現在自身が実行しているプロトコル変換処理の状況が、プロトコル変換処理可能なデバイス数がプロトコル変換処理実行中のデバイス数より大きい場合、即ち、新規にプロトコル変換処理が提供可能な状態にある場合、step13−5に進み、図23に示すフォーマットのHTTPレスポンス400をHTTPNotifyリクエストを発行したプロキシサーバー9200に対しユニキャストで発行する。その際、HTTPレスポンス400のエンティティボディとして以下の情報をXML形式で記述し通知する。ここで、<status>はプロキシサーバーの動作ステータスを示すものであり、この場合、WORKING、即ち他のプロトコル変換プロキシサーバーが稼動する必要が無いことを通知する。<protocol>はプロキシサーバーが変換可能なプロトコルを示すものであり、UPnP、BMLinkS、Rendezvousなどプロトコル名称を記述する。本実施例ではMicrosoftが主体となって提案するUPnPを例として記述する。<ProxyURL>は、プロキシサーバーのIPアドレスをURL形式で記述する。<ProxyMAC>は、プロキシサーバーの物理アドレス(MAC)を記述する。<TableURL>は、プロキシサーバーが管理する管理テーブルの格納アドレスをURL形式で記述する。
【0091】
また、STEP13−3で要素がWAKEUPでないと判定した場合、STEP13−6に進み、プロキシサーバがシャントダウンすることを示すNOTIFYパケットがBYEBYEパケットであるかいなかを判定する。STEP13−3で、BYEBYEパケットでない場合には、処理を終了する。BYEBYEパケットであると判定した場合は、S13−7に進む。S13−7、BYEBYEパケットの送信元のプロキシサーバから取得済みであるかどうかを判定する。取得済みである場合は、当該管理テーブルを削除して処理を終了する。取得済みでない場合は、処理をそのまま終了する。
【0092】
さて、フローチャート図10に戻り、新たに起動したプロキシサーバー9300側の処理を説明する。プロトコル変換処理部9016は、Notifyパケットを発行した後、予め規定された一定時間内、本実施例においては30秒以内に応答があった場合step10−3、その全ての応答に対しレスポンスパケットのエンティティボディの解析を実行する。
【0093】
SOAP処理部9013における解析処理の結果、エンティティボディのうち<status>タグの要素の記述が、一台でもWORKINGのステータスの応答が返信されているか否かを判定(step10−4)する。
【0094】
ここで既に図13を用いて説明したように外部のプロキシサーバからっ受信されるNOTIFYパケットは、STATUS=FULLか、又はSTATUS=WORKINGのいずれかである。
【0095】
STEP10−4の判定がYESであった場合、つまり、STATUS=WORKINGである場合は、サーバー9300自身がサービスを開始しなくても、既にネットワーク上で稼動状態にあるプロキシにより処理が可能であると判断される。この場合、プロキシーサーバ9300のプロトコル変換処理部はスリープ状態に移行し(step10−5)、他のプロキシからNotifyメッセージを受け取るまでスリープ状態となって待ち状態となる(STEP10−6)。STEP10−6でNOTIFYパケットを受信した場合、この後は、プロトコル変換処理は実施せず、乱数を発生させてその乱数に応じた時間経過後(STEP10−7)、WAKEUPパケットを他のプロキシサーバに対して再度発行する(STEP10―2)。
【0096】
SOAP処理部9014における解析処理の結果、STEP10−3で受信した外部のプロキシーサーバからの応答のエンティティボディのうち<status>タグの要素の記述が、全てFULLのステータスであるか、又は、WORKINGの応答が一つも無かったとSOAP処理部9014が判定した場合は、現在稼動中のプロキシがネットワーク上に存在するが、これ以上、稼動中プロキシでは新規サービスの提供が不可能であるとSOAP処理部9014は、判定することになる。つまり、STEP10―4で、ひとつでもWORKINGのステータスの他のプロキシーサーバからの応答から返却されていると判定された場合は、STATUS=FULLであることになる。
【0097】
この場合、プロキシサーバー9300のプロトコル変換処理部9016は、<status>=FULLのレスポンスを送信してきた全プロキシより管理テーブルを取得要求を行う(step10−8)。即ち、<TableURL>に記述されたURLに対しHTTP GETリクエストをHTTP処理部9010より発行し、FULLステータスにあるプロキシから管理テーブルを取得する。
【0098】
続いてSTEP10−10で取得許可がなされるか否かを判断し、取得許可がなされた場合には、STEP10−5に進む。取得許可ななされない場合には、STEP10−9に進む。続いて、取得した管理テーブルは記録装置制御部9015を介してプロキシサーバ9300の記録装置に記録される(step10−9)。
【0099】
なお、図示しないが、外部のプロキシ―サーバから全く応答が無かった場合には、プロキシ―が存在しない旨のエラー処理に移行してもよい。
【0100】
取得した管理テーブルに記録されたプリンタデバイスは、FULLステータスの状態にあるプロキシによりプロトコル変換処理を実施中である。従って該テーブルに記録されたプリンタデバイスに対し、プロキシサーバー9300内のCPUはプロトコル変換処理を実行しないようプロトコル変換処理部9016を実行する。
【0101】
したがって、この発明により同一のネットワーク対応デバイス、本発明においてはネットワーク対応プリンタに対し複数のプロキシサーバーが重複してプロトコル変換処理を実施することを回避することが可能となる。
【0102】
一方、ネットワーク上のFULLステータスの状態にある、取得許可を受け取った他のプロキシサーバーは、この管理テーブル取得要求に対し、すなわちWakeUPステータスに移行した自身が管理する管理テーブルを、1回のみ送信するように実装される。また、プロキシーが複数存在する場合、そのうち1台にのみ送信する。一度、管理テーブルの送信を実行したプロキシサーバー内のCPUは、それ以降、管理テーブルの取得要求には応じないよう制御する。この処理は図12にて説明する。
【0103】
すなわちこの発明により、WakeUPステータスからプロトコル変換処理に移行が可能なプロキシサーバーは1台に限定され、同時にWakeUPステータスにあった複数のプロキシサーバーが稼動することを回避する。
【0104】
すなわち、フローチャート図12のstep12−14において、WakeUpステータスに移行したプロキシサーバーから管理テーブル送信要求を受信した場合、プロキシサーバー9300のプロトコル変換処理部9016は該テーブルがロック中か否かを判断し、ロック中でなければ管理テーブル送信要求に応じ管理テーブルを送信し(step12−15、)以降管理テーブルをロックする(step12−16)。
【0105】
このように、アクティブにテーブルを配布できるロックされていないプロキシサーバは、デバイス一台について、プロキシサーバ一台のみになるように制御される。
【0106】
再びフローチャート図10において、管理テーブルの取得ができなかった場合(step10−10)、プロキシサーバー9300のプロトコル変換処理部9016スリープ状態に移行しstep10−5、他のプロキシからNotifyメッセージを受け取るまでスリープ状態を継続し、プロトコル変換処理は実施しない(step10−6)。
【0107】
STEP10−10で管理テーブルの取得が許可され取得完了した場合、プロキシサーバー9300のプロトコル変換処理部9016は、STEP10−12でプリンタ情報の取得を開始する(step10−12)。
【0108】
ところで、Step10−3で、予め設定された一定時間、例えば、本実施形態においては30sec以内に、応答が無い場合は、プロキシサーバー9300のプロトコル変換処理部9016は、step10−9に進む。
【0109】
図11はプロキシサーバ9300におけるプリンタ情報取得の制御の流れを示したものである。プロキシサーバー9300 プロトコル変換処理部9016はSNMP制御モジュール部9011より、以下のMIBオブジェクトに対してSNMP Getリクエストをパケット形式でブロードキャストすることで、ネットワーク上に存在するプリンタ情報を取得する(step11−1)。
PrinterMakeAndModel:プリンタベンダ・製品名称
PrinterName:プリンタ名
PrinterLocation:プリンタ設置場所
IPAddress:プリンタ IP アドレス
MACAddress:プリンタMAC アドレス
SupportedPDL:サポートするページ記述言語
SupportedPrintProtocol:サポートするプリントプロトコル
該SNMP Getリクエストを受信したネットワーク対応プリンタ9200は、SNMP処理部906において、各オブジェクトに該当する情報を生成した後に、SNMPレスポンスとしてプロキシサーバ9300に対し、ユニキャストで応答を送信する。
【0110】
step11−2で、各ネットワーク対応プリンタからレスポンスを受け取った場合、プロキシサーバー9300のプロトコル変換処理部9016は、各レスポンス内容を記録装置に既に登録済みの管理テーブルの内容と比較する(step11−3)。STEP11−2でレスポンスを受信しない場合は処理を終了する。
【0111】
ここで、プロキシサーバには、管理テーブルがFULLとなった場合に、状態が二種類あることに注意されたい。第一が、デバイスから新たにレスポンスがあった場合、その時点でそのデバイスを含めて管理テーブルがはじめてFULLになる状態であり、第二が、管理テーブルがFULLに既になっており、さらに、もう一台デバイスからのレスポンスを認識した状態がある。本実施形態では、この第二のプロキシサーバのFULL状態をSTATUS=FULLモード状態として区別する。
【0112】
また、図10の前述のstep10−9においてstatus=FULL状態にあるプロキシから管理テーブルを取得した取得済みの全管理テーブルの内容と比較することにより、既にプロトコル変換を実施しているプリンタがあるか否かを判定する(step11−4)。
【0113】
プロトコル変換処理を実施していないネットワークプリンタがあると判定した場合、プロトコル変換処理をしていないプリンタを検出して、STEP11−8に進む。
【0114】
STEP11−8で、プロキシサーバー300が管理する管理テーブルがフルの状態、すなわちプロキシーサーバー9300のプロトコル変換処理部16においてプロトコル変換処理が可能なプリンタデバイス数に到達している、又は、既に到達していたと判定した場合、STEP11−7へ進む。
【0115】
次に、先のSTEP11−4において検出されたデバイスのステータスがFULLモードに設定されているか否かを判定する(STEP11−7)。STEP11−7で、検出されたデバイスがフルモードではないと判定された場合、プロキシサーバー9300のプロトコル変換処理部9016はステータスをFULLモードに移行設定する(step 11−5)。その後、図24に示すフォーマットのHTTP Notifyリクエストをマルチキャストアドレス239.255.255.250 ポート番号1900に対し発行する step11−6。その際、HTTPリクエストのエンティティボディとして、前述の図7に示す情報を通知する。このNotifyパケットにより、ネットワーク上に存在するプロキシサーバ9300以外のプロキシサーバーに対しプロキシサーバー300がFULLステータスに移行したことを通知する。すなわちプロトコル変換処理部9016が稼動を始めて、初めて管理テーブルがフルになった場合にのみ、Notifyパケットが発行される。
【0116】
STEP11−8で、プロキシサーバー9300のプロトコル変換処理部9016が、現在プロトコル変換処理をしているデバイスの数が、プロトコル変換処理が可能なプリンタデバイス数に満たないと判定、つまり、新規に検出されたプリンタに対しプロトコル変換処理の実行が可能であるか否かを判定する。
【0117】
STEP11−8で、プリンタに対しプロトコル変換処理の実行が可能であると判定した場合には、STEP11−7に進み、既にSTATUSがFULLモードであるかどうかを判定する。FULLモードであると判定した場合には、プロキシサーバが扱ったことがない、新規デバイスであるかどうかを判定する(STEP11−15)。
【0118】
新規デバイスであると判定した場合には、STEP11−11に進む。新規デバイスでないと判定した場合には、過去にプロキシサーバが扱ったデバイスが、スタンバイモード、ディープスリープモード、スリープモード又はオフライン、停止状態などから復帰して再度プロトコル変換処理が必要になったことを示しているので、STEP11−9に進む。STEP11−9では、プロキシサーバー9300のプロトコル変換処理部9016は、記録装置制御部15を介して、更新された管理テーブルを記録装置に記録した後、新規に管理テーブルに登録されたプリンタに関して、取得した情報を元にUniversal Plug and Play Device Architecture v1.0において規定されるDevice Description Documentを生成し、記録装置制御部9015を介して記録装置に記録する(step11−9)。続いて、step11−10においてUniversal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部14より、管理テーブルに記録された全てのプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを実行中であることを通知する。
【0119】
step11−9で、プロトコル変換を停止していたネットワークプリンタを検出した場合も、S11−9に進み、Universal Plug and Play Device Architecture v1.0において規定されるDevice Description Documentを生成し、記録装置制御部9015を介して記録装置に記録する。続いて、step11−10においてUniversal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部9014より、管理テーブルに記録された全てのプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを実行中であることをネットワーク上のデバイスに通知する。
【0120】
以上の各処理に続いて、STEP11−11で、プロキシサーバー9300より発行されたSNMP Get要求に対し、何のレスポンスが得られなかった場合で、既に自身の管理テーブルに登録ずみのプリンタでありながら、該プリンタからレスポンスが得られるかどうかを判定する。step11−11で、応答が得られなかった場合、SUATUSがFULLモードかどうかを判定する(STEP11−14)。STEP11−14で、STATUSがFULLモードでないと判定した場合は、プロキシサーバー9300のプロトコル変換処理部9016は管理テーブルより該プリンタ情報、およびDevice Description Documentを削除する(step11−12)そして、STEP11−13に進む。
【0121】
そして、STEP11−13で、プロキシサーバー9300のプロトコル変換処理部9016は、記録装置制御部9015を介して、更新された管理テーブルを記録装置に記録した後、プロトコル変換処理部は、Universal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部14より、管理テーブルから削除された全てのプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを停止したことを通知する。
【0122】
ただし、STEP11−14で、プロキシサーバー9300のプロトコル変換処理部16がFULLステータスに移行していると判定した場合、 管理テーブルから該当するプリンタ情報の削除は実行しないで、プロキシサーバー9300のプロトコル変換処理部16は、Universal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部14より、応答の無くなった全てのネットワークプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを停止したことを通知し(step11−13)、処理を終了する。
【0123】
なお、本発明において管理テーブルは図25に示すように、先に記述した取得したSNMPオブジェクトの内容をXMLで記述したテキストファイルの形式で管理される。図25には、プリンタのテーブルが定義されている。プリンタタグ<Printer></Printer>で挟まれた間には、各プリンタが定義されている。図では、タグの間に記述されているように、プリンタ名、設置場所、IPアドレス、MACアドレス、対応する言語、サポートする印刷プロトコルなどが定義されている。***マークの場所には、同様に複数のプリンタから情報が取得された場合、複数プリンタの情報が書き込まれ管理可能である。
【0124】
プリンタ情報所得のプロセスを完了すると、プロキシサーバー9300のプロトコル変換処理部9016は、プロトコル変換処理step10−13を開始する。
【0125】
フローチャート図12はプロトコル変換処理の流れを示したものである。
【0126】
プロキシサーバー300のプロトコル変換処理部は9016、クライアントから発行されるUniversal Plug and Play DeviceArchitecture v1.0において規定されるデバイス検索プロトコル Simple Service Discovery Protocol(SSDP)パケットの受信通知をUPnPプロトコル処理部9014から受けた場合step12−1、プロキシサーバー9300 プロトコル変換処理部9016が管理する管理テーブルを、記録装置制御部15を介して検索し、SSDPパケットの検索条件に該当するプリンタのDevice Description Documentが記録されているURLをSSDPレスポンスとしてUPnPプロトコル処理部9014を介して返送する step12−2。
【0127】
また、該URLを取得したクライアントデバイスから、HTTP GETリクエストによりDevice Description Documentの取得要求をUPnPプロトコル処理部9014から受けた場合 step12−3、プロキシサーバー9300 プロトコル変換処理部16が管理する管理テーブルを、記録装置制御部9015を介して検索し、指定URLに記録されたDevice Description Documentを読み出した後、UPnPプロトコル処理部9014を介して返送する step12−4。
【0128】
また、該Device Description Documentを取得したクライアントデバイスから、Universal Plug and Play Device Architecture v1.0において規定される制御手段に基づき、プリントジョブが発行された場合、この場合、ジョブコマンド、およびジョブ属性はXMLの形式で記述されており、プロキシサーバー300のプロトコル変換処理部9016は、UPnPプロトコル処理部14を介して該プリントジョブを受信した場合step12−5、プロトコル変換処理部16はSOAP処理部において該コマンド、およびジョブ属性を解析し、次に記録装置制御部15を介して出力指定されたプリンタに該当する管理テーブル情報のうち、サポートするプリントプロトコル、およびIPアドレスを取得し、受信したコマンド、属性情報を該プリントプロトコルに変換したのちstep12−6、出力指定されたプリンタのIPアドレスに対し変換後の情報を送信するstep12−7。プリントジョブを発行したクライアントは引き続きUniversalPlug and Play Device Architecture v1.0において規定される制御手段に基づきジョブデータ、この場合PDLをHTTP POSTコマンドを使用してプロキシサーバー9300に対し送信する。該ジョブデータを受信したプロキシサーバー9300のプロトコル変換処理部16は先のステップ同様に受信したジョブデータを指定されたプリンタがサポートするプリントプロトコルに変換しstep12−8、先に取得したプリンタIPアドレスに対しジョブデータを送信するstep12−9。
【0129】
なお、規定時間内、本実施例においては30秒以内にクライアントからジョブデータの受信が開始しなかった場合、ジョブは破棄されるstep12−10。
【0130】
ジョブコマンド、ジョブ属性、およびジョブデータを受信したプリンタは、プリント制御部においてジョブコマンド、ジョブ属性を解析した後、プリンタコントローラに対しプリントジョブを送信しプリントを実行する。
【0131】
本発明におけるプロキシサーバー9300は以上のプロセスを繰り返し実行することで、定期的にネットワークプリンタの稼動状況を更新し、その更新情報に従いプロトコル変換処理を実行する。
【0132】
step10−14において、パワーオフによりプロキシサーバー9300のプロトコル変換処理部9016がプロトコル変換処理を停止する場合は、プロトコル変換処理部16は、Universal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、記録装置制御部9015を介して全ての管理テーブルを読み出し、管理テーブルに記録された全てのプリンタに関するNotifyパケットをUPnPプロトコル処理部14を介して発行し、これらプリンタがネットワーク上でのサービスを停止したことを通知するstep10−15。UPnPプロトコルによるNotify処理を実行した後、プロトコル変換処理部9016は、図11に示すフォーマットでHTTP Notifyリクエストをマルチキャストアドレス239.255.255.250 ポート番号1900に対し発行するstep10−16。その際、HTTPリクエストのエンティティボディとして以下の情報をXML形式で記述し通知する。
【0133】
ここで、
<status>はプロキシサーバーの動作ステータスを示すものであり、この場合、ByeBye即ち、プロトコル変換処理の停止を通知する。
<protocol>はプロキシサーバーが変換可能なプロトコルを示すものであり、UPnP、BMLinkS、Rendezvousなどプロトコル名称を記述する。本実施例ではMicrosoftが主体となって提案するUPnPを例として記述する。
<ProxyURL>は、プロキシサーバーのIPアドレスをURL形式で記述する。
<ProxyMAC>は、プロキシサーバーの物理アドレス(MAC)を記述する。
<TableURL>は、プロキシサーバーが管理する管理テーブルの格納アドレスをURL形式で記述する。
【0134】
以上のプロセスを実施することで、プロキシサーバ300は、ネットワーク上で稼動する他のプロキシサーバーに対しプロトコル変換処理を停止したことを通知する。
【0135】
なお、フローチャート図13のstep13−6においてプロキシーサーバ9300のプロトコル変換処理部9016が、ネットワーク上で稼動していた他のプロキシサーバーからプ該プロトコル変換処理停止のNotifyパケットを受信した際、SOAP処理部13において、該パケットのエンティティボディを解析し、Notifyパケットを発行したプロキシサーバーから管理テーブルを取得したか否かをチェックし、管理テーブルを取得している場合step13−7、この管理テーブルを記録装置制御部15を介して削除するstep13−8。
【0136】
すなわち、ByeByeを発行したプロキシサーバがプロトコル変換処理を提供していたプリンタの変換処理は、現在Working状態にあるプロキシサーバ300により変換処理が受け継がれることになる。
【0137】
フローチャート図10のstep10−5においてSLEEP状態に移行したプロキシサーバ9300のプロトコル変換処理部9016は、他のプロキシサーバーから発行されるNotifyパケットの監視を行う。SOAP処理部13を介して受信したNotifyパケットのエンティティボディのうち<status>の要素がByeBye、あるいはFULLであるパケットが1パケットでも存在した場合、プロトコル変換処理部16はあらかじめ規定されたアルゴリズムに従い1−30の整数の乱数を生成したのち、生成した乱数の値と等価な秒数だけウエイトした後にstep10−7、step10−2のNotify発行プロセスを実行する。
【0138】
以上述べたように、複数種類のプロトコルが混在するネットワークシステムにおいてプロトコル変換処理を行なう制御装置の一例であるプロキシサーバ9300において、ネットワーク上に他のプロキシサーバ(図示省略)が存在しないか否かを、探索要求をネットワークにマルチキャストを行い起動時に探索し(図10のSTEP10−3,10−4にように、プロキシサーバ9300内のCPUがメモリに記憶された制御プログラムを実行して実現する機能)、前記探索手段によって、ネットワーク上に他のプロトコル変換装置が探索された場合に、前記探索されたプロトコル変換装置が、プロトコル変換処理を行うことが可能か、又は、プロトコル変換処理を行っているかどうかを判定する判定手段と(STEP10−4)、前記判定手段が前記探索されたプロトコル変換装置がプロトコル変換処理を可能ではない、又は、プロトコル変換処理を行っていないと判定した場合に、プロトコル変換処理の一例である図10のSTEP10―13を起動する起動手段(一例として図9の9014そのものが起動実行してもよいし、又は、不図示の探索アプリケーションプログラムやOSから起動してもよい。)とを備えている。
【0139】
本実施例ではプリンタをネットワークデバイスとした実施の形態を示しているが、ネットワーク対応型デバイスとしてはハードディスク当のストレージデバイス、スキャナ、複写機、およびそれら複合機能を備えるデバイスであって、通信機能を介してプロキシサーバーと属性情報の交換、ジョブの送受信が可能な装置であればいずれの場合においても実現可能である。
【0140】
また、この場合プロキシサーバーとネットワーク対応型デバイス間の通信プロトコルは標準化された、あるいは汎用プロトコルであっても、ベンダ固有のプロトコルであっても同様に実現可能である。
【0141】
また本実施例においてはネットワーク対応型デバイスを例とした実施の形態を示しているが、デバイスとプロキシサーバー間は、USB、IEEE1394、パラレルなどのローカル接続による通信によっても実現可能である。
【0142】
また本実施例では、独立した形態でプロキシサーバーがネットワーク上に存在していたが、該プロキシサーバー機能は、ネットワーク対応型デバイスの内部に物理的に、あるいは論理的に組み込まれている場合においても実現可能である。
【0143】
本実施例において、プロキシが提供するプロトコル変換の組み合わせとしてMicrosoftが主体となって策定しているUniversal Plug and Playと、ネットワーク対応型プリンタが実装するSNMP、およびプリントプロトコルとの例を示しているが、Appleの提案するRendezvous、JBMIAが提案するBMLinkSなどのプロトコルに対しても実現可能であり、また、これらデバイスの検索、デバイスの制御が統合化されたプロトコルのみならず、Service Location Protocol(SLP)、Multicast DNS Service Discovery等のデバイスが提供するサービスを検索するためのプロトコルへの利用、およびWeb ServiceのようにXML/SOAPをベースとしたRemoteProcedure Call(RPC)形式によるデバイスの制御を、従来の制御プロトコルに変換するために利用することも可能である。
【0144】
本実施例において、HTTPによるNotifyパケット発行の際に、該パケットのエンティティにXMLの形式で付加情報を記述して送信しているが、該エンティティの記述にはバイナリデータを利用した記述によっても実現可能である。また、新規にHTTPヘッダを定義し、該ヘッダを使用する形態での通知手段を用いても実現可能である。
【0145】
本実施例においてプロキシサーバー間の情報通知プロトコルとしてHTTP/TCP/UDP/IPプロトコルを使用した例を示しているが、本発明はトランスポート手段に依存するものではなく、双方向の通信が可能であれば他の汎用プロトコル、あるいは独自プロトコルを使用した場合でも実現可能である。
【0146】
以上説明したように、本実施形態の一つの側面によれば、同一のプロトコル変換機能を備えたプロトコル変換装が同一通信回線上で稼動状態にある場合、プロトコル変換処理装置が自動的に他のプロトコル変換処理装置のステータスを取得し、プロトコル変換処理の実行、待機を判断することが可能となり、またプロトコル変換処理を実行する際、既に同一プロトコル変換処理を実行しているプロトコル変換処理装置からプロトコル変換を実施している情報処理装置情報を取得し、これら情報処理装置に対してはプロトコル変換を実施しない機能をそなえるため、同一プロトコル変換処理を提供するプロトコル変換処理装置の間で同一の情報処理装置に対して、重複してプロトコル変換処理を実施することを回避することが可能となる。
【0147】
さらに、本実施形態他の別の側面によれば、これら処理は本発明を適用したプロトコル変換処理装置が自動的に処理するものであり、ネットワーク管理者を含むネットワーク上の情報処理装置を使用するユーザーが特別な設定、制御等関与することなく、プロトコル変換処理装置が備える変換能力を最大限利用することが可能となる。
【0148】
(第三実施形態)
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されているプロトコル、ヴァージョン、アドレス、その他の数値等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではないことはこれまでと同様である。
【0149】
本発明に係るサービス提供システムの一実施形態としてのプロトコル変換システムについて説明する。図16は本発明の一実施形態としてのプリントシステムの構成を示すブロック図である。
【0150】
クライアント16100は、Microsoft社のWindows(登録商標)、Apple社のMac OS(登録商標)等の汎用オペレーティングシステム、およびその上で実行可能な汎用Webブラウザ、アプリケーションソフトなどがインストールされている。
【0151】
本実施例で示したWindows(登録商標) OS 161の場合、eXtensible Markup Language (XML) / Simple Object Access Protocol (SOAP)を利用したUniversal Plug and Play(UPnP)プロトコル162を使用して、ネットワーク上のデバイスのディスカバリ、制御、ステータスの取得等を実現しており、UPnP対応デバイスから取得したHTMLで記述されたプレゼンテーションドキュメントをWebブラウザ163で表示し、該Webブラウザに組み込まれたスクリプト等を利用することで、例えばアプリケーションソフトであるワードプロセッサ4で作成したドキュメントを、プレゼンテーションドキュメントを送信したUPnPプロトコル対応プリンタに対して、プリント属性情報と共に送信する。
【0152】
一方、ネットワーク対応デバイス、本実施の形態ではネットワーク対応型プリンタ16200は、通信機能としてTCP/UDP/IPプロトコルスタック165を備え、そのプロトコルスタック上にSimple Network Management Protocol(SNMP)処理部166を備え、また、プロトコルスタック5上にはプリントプロトコル処理部167が実装され、クライアントから発行されるプリント要求を解析し、プリンタコントローラ168に対し、そのプリント要求を送出する機能を備える。
【0153】
該プリンタはUPnPプロトコル処理部を備えておらず、該プリンタ単独では、クライアント16100から発行されるUPnPプロトコルを使用したデバイス検索要求、およびUPnP印刷ジョブ要求に対し応じることはできない。
【0154】
プロキシサーバ16300も同様に、通信機能としてTCP/UDP/IPプロトコルスタック169を備え、そのプロトコルスタック上にHTTP10を備え、HTTPリクエストの解析、およびレスポンス処理を行う。
【0155】
プロトコルスタック169上にはSimple Network Management Protocol(SNMP)1611処理部を備え、UPnPプロトコル処理部を備えていないネットワーク対応型プリンタ200の検索、および情報の取得を該プロトコルにより実施する。
【0156】
プロトコルスタック9上にはPrint Protocol処理部1612を備え、UPnPプロトコル処理部を備えていないネットワーク対応型プリンタ16200に対し、プリントジョブの発行を該Print Protocol部1612で実行する。
【0157】
HTTP1610の上位層にはSimple Object Access Protocol(SOAP)処理部1613を備え、UPnPプロトコル処理部1614、およびプロトコル変換処理部1616がそれぞれ、該処理部1613を介してそれぞれ、クライアント16200、およびプロキシサーバが複数ネットワーク上に存在する場合、eXtensible Markup Language(XML)で記述されたデータの双方向通信を実現する。
【0158】
プロトコル変換処理部1616は、SNMP処理部1611、SOAP処理部1613、UPnP処理部1614、プリントプロトコル処理部1612、記録装置制御部1615、XML生成部1617、HTML生成部1618およびファイル変換処理部1619の上位層にあり、SNMP処理部1611を介して取得したネットワーク対応型プリンタの情報を、UPnPプロトコルで使用される各種XMLドキュメントをXML生成部1617で作成し、UPnPプロトコルで使用されるプレゼンテーションドキュメントをHTML生成部18で生成した上で、記録装置制御部1615が制御する記録装置に記録、あるいはUPnPプロトコルから要求があった際に該当する管理テーブルに記録されたXMLドキュメント、プレゼンテーションドキュメントを記録制御装置部15を介して読み出し、UPnPプロトコル処理部14に送信するなどの処理を実行する。
【0159】
またプロトコル変換処理部1616は、UPnPプロトコルによるプリントジョブのリクエストを受信した場合、SOAP処理部1614を介して、ジョブコマンド、ジョブ属性情報を取得し、その内容を出力指定されたプリンタがサポートするプリントプロトコルに変換したのち、プリントプロトコル制御部1612を介して、指定プリンタにジョブを送信する。この際にジョブ属性を解析し、受信したジョブデータが指定プリンタでサポートされていないデータタイプである場合、ファイル変換処理部1619で、指定プリンタがサポートしている印字可能データに変換した後にプリントプロトコル制御部1612を介して、指定プリンタにジョブを送信する。
【0160】
また、プロトコル変換処理部1616は、プロキシサーバー16300が管理する管理テーブルを記録装置制御部1615を介して、該制御部が制御する記録装置に対し書き込み、読み出し処理を行なう。
【0161】
また同様に、プロトコル変換処理部1616は、ネットワーク上に存在する他のプロキシサーバーが管理する管理テーブルを取得した場合、記録装置制御部1615を介して、該制御部が制御する記録装置に対し書き込み、読み出し処理を行なう。
【0162】
以下に、これら本システムの制御の流れを図17のフローチャートに従い説明する。
【0163】
プロキシサーバー300のプロトコル変換処理部1616は起動後、記録装置制御部15を介し、プロトコル変換処理を実施しているネットワークデバイス情報を記録する管理テーブルの内容をクリアするstep17−1。該管理テーブルの詳細に関しては以下のプロセスで説明する。
【0164】
次にネットワークに参加しサービスを開始するにあたり、同ネットワーク上に存在するネットワーク対応プリンタを検索するためstep17−2に進みプリンタ情報の取得を開始する。
【0165】
フローチャート図18はプリンタ情報取得の制御の流れを示したものである。
【0166】
プロキシサーバー16300 プロトコル変換処理部1616はSNMP制御モジュール部1611より、ネットワーク上に存在するプリンタ情報を取得するため、以下のMIBオブジェクトに対してSNMP Getリクエストをブロードキャストする(step18−1)。STEP18−1−2で、レスポンスを受信したかどうかを判定する、STEP18−1−2でレスポンスを受信した場合には、STEP18−2に進む。STEP18−1−2でレスポンスを受信していない場合には、STEP18−8へ進む。
【0167】
PrinterMakeAndModel:プリンタベンダ・製品名称
PrinterName:プリンタ名
PrinterLocation:プリンタ設置場所
IPAddress:プリンタ IP アドレス
MACAddress:プリンタMAC アドレス
SupportedPDL:サポートするページ記述言語
SupportedPrintProtocol:サポートするプリントプロトコル
STEP18−1において、プロキシサーバで発行された該SNMP Getリクエストを受信したネットワーク対応プリンタ16200は、SNMP処理部166において、各オブジェクトに該当する情報を生成した後に、SNMPレスポンスとしてプロキシサーバ16300に対し、ユニキャストで応答を送信する。
【0168】
S18−1−2で各ネットワーク対応プリンタからレスポンスを受け取ったプロキシサーバー16300のプロトコル変換処理部1616は、各レスポンス内容を記録装置に既に登録済みの管理テーブルの内容と比較する(step18−2)。続いて、プロトコル変換処理部1616は、既にプロトコル変換を実施しているプリンタか否かを判断する(step18−3)。STEP18−3で、プロトコル変換処理しているプリンタであると判断した場合は、処理を終了する。
【0169】
STEP18−3で、プロトコル変換を実施していないプリンタ、即ち、新規に発見されたプリンタと判断した場合、プロキシサーバー16300のプロトコル変換処理部1616は、SNMP GETリクエストのレスポンスとして取得した情報を管理テーブルに追加更新し、記録装置制御部1615を介して記録装置に記録する(step18−4)。
【0170】
次に、新規に管理テーブルに登録されたプリンタに関して、取得した情報を元にUniversal Plug and Play Device Architecture v1.0において規定されるDevice Description DocumentをXML生成部17を介して生成し、生成した該ドキュメントを、記録装置制御部1615を介して記録装置に記録しstep18−5、さらにHTML生成部1618においてHTMLで記述されたプレゼンテーションドキュメントを生成する。該プレゼンテーション作成に必要なアイコン、イメージデータ類は記録装置に記録されており、HTML生成部1618は記録制御装置1615を介して必要な情報を取得する。HTML生成部1618により生成されたプレゼンテーションドキュメントは、記録装置制御部15を介して記録装置に記録するstep18−6。
【0171】
Step18−7においてUniversal Plug and PlayDevice Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部1614より、管理テーブルに記録された全てのプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを実行中であることを通知する。
【0172】
プロキシサーバー16300より発行されたSNMP Get要求に対し、何のレスポンスが得られなかった場合はstep18−8に進む、STEP18−8では、既に自身の管理テーブルに登録ずみのプリンタがあるかどうかを調べる。S18−8−1では、既に登録ずみのプリンタであるかどうかを判断する。S18−1−1で、登録済みのプリンタがあると判断した場合、プロキシサーバー16300のプロトコル変換処理部1616は管理テーブルより該プリンタ情報の削除更新を行う(STEP18−9)。次に、Device Description Documentの削除(step18−10)、およびプレゼンテーションドキュメントの削除(step18−11)を実行する。
【0173】
プロキシサーバー16300のプロトコル変換処理部1616は、記録装置制御部1615を介して、更新された管理テーブルを記録装置に記録した後、プロトコル変換処理部は、Universal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、UPnPプロトコル処理部14より、管理テーブルから削除された全てのプリンタに関するNotifyパケットを発行し、これらプリンタがネットワーク上でのサービスを停止したことを通知する step18−12。
【0174】
なお、本発明において管理テーブルは図26に示すように、先に記述した取得したSNMPオブジェクトの内容をXMLで記述したテキストファイルの形式で管理される。
【0175】
以上図18で説明した処理が、図17のプリンタ情報取得処理である。図17に話を戻す。プリンタ情報所得のプロセスを完了すると、プロキシサーバー16300のプロトコル変換処理部1616は、プロトコル変換処理 step17−3を開始する。
【0176】
以下、図20を用いて詳細処理を示す。フローチャート図20はプロトコル変換処理の流れを示したものである。プロキシサーバー16300のプロトコル変換処理部1616は、クライアントから発行されるUniversal Plug and Play Device Architecture v1.0において規定されるデバイス検索プロトコル Simple Service Discovery Protocol(SSDP)パケットの受信通知をUPnPプロトコル処理部1614から受けたどうかを判定する(step20−1)。S20−1で受信したと判定した場合、S20−2へ進む。受信していないと判断した場合、S20−3に進む。
【0177】
S20−2では、プロキシサーバー16300 プロトコル変換処理部1616が管理する管理テーブルを、記録装置制御部1615を介して検索し、SSDPパケットの検索条件に該当するプリンタのDevice Description Documentが記録されているURLをSSDPレスポンスとしてUPnPプロトコル処理部1614を介して返送する(step20−2)。
【0178】
また、該URLを取得したクライアントデバイスから、HTTP GETリクエストによりDevice Description Documentの取得要求をUPnPプロトコル処理部1614から受けたかどうかを判定する(step20−3)。S20−3で、取得要求を受けたと判断した場合、プロキシサーバー16300 プロトコル変換処理部1616が管理する管理テーブルを、記録装置制御部1615を介して検索し、指定URLに記録されたDeviceDescription Documentを読み出した後、UPnPプロトコル処理部1614を介して返送する(step20−4)。そして、S20−5へ進む。S20−3で、該取得要求を受信していないと判断した場合、S20−5へ進む。
【0179】
該Device Description Documentには、ステップにおいて作成されたプレゼンテーションドキュメントの格納先がURLで記録されており、クライアントデバイスから、HTTP GETリクエストによりプレゼンテーションドキュメントの取得要求をUPnPプロトコル処理部1614から受けたかどうかを判断する(step20−5)。プレゼンテーションドキュメントの取得要求を受信したと判断した場合、S20−6へ進む。S20−6では、プロキシサーバー16300 プロトコル変換処理部1616が管理する管理テーブルを記録装置制御部1615を介して検索し、指定URLに記録されたプレゼンテーションドキュメントを読み出した後、UPnPプロトコル処理部1614を介して返送する。プレゼンテーションドキュメントの取得要求を受信していないと判断した場合は、そのままS20−7に進む。
【0180】
本実施例で示したクライアント16100の場合、オペレーティングシステムがUPnPプロトコル対応しており、step20−6によりプロキシサーバー300からプレゼンテーションドキュメントの受信が完了すると、Webブラウザを自動的に起動し受信したプレゼンテーションドキュメントを表示する。
【0181】
図21はクライアント100のディスプレイ上に表示されたプレゼンテーション内容であり、この表示によりクライアント100を使用しているユーザーは、該表示内容を介してネットワーク対応プリンタ200に関するデバイス名称、モデル名、IPアドレス、オプションの装着状態等の情報を視覚的に確認できる。
【0182】
ここで、該表示における“Print Document”をクリックすると、図22に示すページに切り替わり、ここでネットワーク対応プリンタ200に対し、出力すべきファイルの指定:Print File、および、出力部数:Copy、出力用紙サイズ:Media Size、ページレイアウト:N−Up、両面・片面印刷指定:Two−sided Printing、印字品位:Print Quality、オリエンテーション:Orientation等のジョブ属性の指定が可能となる。これら属性情報の設定が完了した後に、Printボタンを押下すると、プレゼンテーションドキュメントに記述されたスクリプトがUniversal Plug and Play Device Architecture v1.0において規定されるスキーマに従いSOAPエンベロープを生成した後、プロキシ300に対しHTTP POSTリクエストを発行する。
【0183】
プロキシサーバー16300のプロトコル変換処理部16は、UPnPプロトコル処理部1614を介して該リクエストを受信した場合step20−7、プロトコル変換処理部1616はSOAP処理部において該コマンド、およびジョブ属性を解析し、次に記録装置制御部1615を介して出力指定されたプリンタに該当する管理テーブル情報のうち、サポートするプリントプロトコル、およびIPアドレスを取得し、受信したコマンド、属性情報を該プリントプロトコルに変換したのち(step20−8)、出力指定されたプリンタのIPアドレスに対し変換後の情報を送信する(step20−9)。
【0184】
プリントジョブを発行したクライアントは引き続きUniversal Plug and Play Device Architecture v1.0において規定される制御手段に基づきジョブデータをHTTP POSTコマンドを使用してプロキシサーバー16300に対し送信する。該ジョブデータを受信したプロキシサーバー16300のプロトコル変換処理部1616は、受信データのデータタイプを解析し、該データタイプがstep18−4で取得した管理情報に記録されるSupportedPDL:サポートするページ記述言語と一致している場合、先のステップ同様に受信したジョブデータを指定されたプリンタがサポートするプリントプロトコルに変換しstep20−10、先に取得したプリンタIPアドレスに対しジョブデータを送信する step20−11。
【0185】
S20−9−1で、UPnPジョブデータを受信したかどうかを判定する。S20―9−1でUPNPジョブデータを受信したと判定した場合、S20−9−2へ進む。S20−9−2では、受信データのデータタイプを解析した結果、step18−4の処理で取得した管理情報に記録されるSupportedPDL:サポートするページ記述言語と一致ないと判定した場合、プロトコル変換処理部1616は受信したデータをファイル変換処理部1619において、step20−12で、取得したプリンタPDLデータに変換した後、指定されたプリンタがサポートするプリントプロトコルに変換する(step20−10)。続いて、先に取得したプリンタIPアドレスに対し変換後のジョブデータを送信する(step20−11)そして、処理を終了する。
【0186】
S20−9−2で、受信データのデータタイプを解析した結果、step18−4の処理で取得した管理情報に記録されるSupportedPDL:サポートするページ記述言語と一致すると判定した場合、S20−10に進んで同様にS20−11の処理へ抜け、処理を終了する。
【0187】
S20−9−1で、ジョブデータが、受信されず、S20−11−1で規定時間経過したと判断された場合、本実施例においては30秒以内にクライアントからジョブデータの受信が開始しなかった場合、ジョブは破棄される(step20−13)。
【0188】
ジョブコマンド、ジョブ属性、およびジョブデータを受信したプリンタは、プリント制御部においてジョブコマンド、ジョブ属性を解析した後、プリンタコントローラに対しプリントジョブを送信しプリントを実行する。
【0189】
本発明におけるプロキシサーバー16300は以上のプロセスstep17−2からstep17−3を繰り返し実行することで、定期的にネットワークプリンタの稼動状況を更新し、その更新情報に従いプロトコル変換処理を実行する。
【0190】
step17−4において、パワーオフによりプロキシサーバー300のプロトコル変換処理部16がプロトコル変換処理を停止するかどうかを判定する。S17−4で、停止すると判定した場合、プロトコル変換処理部16は、Universal Plug and Play Device Architecture v1.0において規定されるNotification手段に基づき、記録装置制御部15を介して全ての管理テーブルを読み出し、管理テーブルに記録された全てのプリンタに関するNotifyパケットをUPnPプロトコル処理部14を介して発行し、これらプリンタがネットワーク上でのサービスを停止したことを通知する step17−5。
【0191】
S17−4で停止しないと判定した場合は、プリンタ情報取得処理(S17−2)へ戻る。
【0192】
本実施例ではプリンタをネットワークデバイスとした実施の形態を示しているが、ネットワーク対応型デバイスとしてはハードディスク等のストレージデバイス、複写機、および複合機能を備えるデバイスであって、通信機能を介してプロキシサーバーと属性情報の交換、ジョブの送受信が可能な装置であればいずれの場合においても実現可能である。
【0193】
また、この場合プロキシサーバーとネットワーク対応型デバイス間の通信プロトコルは標準化された、あるいは汎用プロトコルであっても、ベンダ固有のプロトコルであっても同様に実現可能である。
【0194】
また本実施例においてはネットワーク対応型デバイスを例とした実施の形態を示しているが、デバイスとプロキシサーバー間は、USB、IEEE1394、パラレルなどのローカル接続による通信によっても実現可能である。
【0195】
また本実施例では、独立した形態でプロキシサーバーがネットワーク上に存在していたが、該プロキシサーバー機能は、ネットワーク対応型デバイスの内部に物理的に、あるいは論理的に組み込まれている場合においても実現可能である。また同様にネットワーククライアントデバイスの内部に物理的に、あるいは論理的に組み込まれている場合においても実現可能である。
【0196】
本実施例において、プロキシが提供するプロトコル変換の組み合わせとしてMicrosoftが主体となって策定しているUniversal Plug and Playと、ネットワーク対応型プリンタが実装するSNMP、およびプリントプロトコルとの例を示しているが、Appleの提案するRendezvous、JBMIAが提案するBMLinkSなどのプロトコルに対しても実現可能であり、また、これらデバイスの検索、デバイスの制御が統合化されたプロトコルのみならず、Service Location Protocol(SLP)、Multicast DNS Service Discovery等のデバイスが提供するサービスを検索するためのプロトコルへの利用、およびWeb ServiceのようにXML/SOAPをベースとしたRemoteProcedure Call(RPC)形式によるデバイスの制御を、従来の制御プロトコルに変換するために利用することも可能である。
【0197】
本実施例においてプロキシサーバー間の情報通知プロトコルとしてHTTP/TCP/UDP/IPプロトコルを使用した例を示しているが、本発明はトランスポート手段に依存するものではなく、双方向の通信が可能であれば他の汎用プロトコル、あるいは独自プロトコルを使用した場合でも実現可能である。
【0198】
(他の実施形態)
本実施形態における各図に示す処理が、外部からインストールされるプログラムによって、クライアント、プロキシサーバ、プリンタが備えるCPU(中央制御装置)により、それぞれ遂行される。そして、その場合、CD−ROMやフラッシュメモリやFD等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群をホストコンピュータに供給される場合でも本発明は適用されるものである。
【0199】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、又は、外部サーバ(図示省略)からダウンロードすることで、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【0200】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、たとえば、フロッピィーディスク、ハードディスク、光ディスク、光磁気ディスク、DVD、CD−ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM等を用いることができる。
【0201】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0202】
(他の発明の実施態様)
(実施態様1)
ネットワークデバイスの変換に対応可能なプロトコル管理装置。
【0203】
(実施態様2)
プロトコル変換処理装置であって、通信回線上に存在し稼動状態にある情報処理装置に対し、プロトコル変換処理装置が変換処理を実行する被変換通信プロトコルを該情報処理装置が利用しているか否か判断する手段と、プロトコル変換処理装置が変換処理を実行する通信プロトコルを該情報処理装置が使用しているか否かを判断する手段を備え、該情報処理装置が被変換通信プロトコルおよび通信プロトコルの双方を使用している場合は、プロトコル変換処理が不要であると判断し、プロトコル変換処理を実行しない機能を有するプロトコル変換処理装置。
【0204】
(実施態様3)
実施態様1のプロトコル変換処理装置であって、通信回線上に存在し稼動状態にある情報処理装置に対し、プロトコル変換処理装置が変換処理を実行する被変換通信プロトコルを該情報処理装置が利用しているか否か判断する手段と、プロトコル変換処理装置が変換処理を実行する通信プロトコルを該情報処理装置が使用しているか否かを判断する手段を備え、該情報処理装置が被変換通信プロトコルを使用している場合は、プロトコル変換処理が必要であると判断し、プロトコル変換処理を実行する機能を有するプロトコル変換処理装置。
【0205】
(実施態様4)
実施態様1のプロトコル変換処理装置であって、被変換通信プロトコルで規定されるディスカバリリクエストを発行する手段と、該発行に対し応答した情報処理装置に付加された識別情報を取得し記憶する手段と、変換通信プロトコルで規定されるディスカバリリクエストを発行する手段、該発行に対し応答した情報処理装置に付加された識別情報を取得、記憶する手段とを備え、双方の記憶手段に記憶された内容を比較する手段を備え、双方の記憶手段に同一の識別情報を発見した場合、該識別情報が付加された情報処理装置に対してはプロトコル変換処理が不要であると判断し、プロトコル変換処理を実行しない機能を有するプロトコル変換処理装置。
【0206】
(実施態様5)
実施態様1のプロトコル変換処理装置であって、被変換通信プロトコルで規定されるディスカバリリクエストを発行する手段と、該発行に対し応答した情報処理装置に付加された識別情報を取得し記憶する手段と、変換通信プロトコルで規定されるディスカバリリクエストを発行する手段、該発行に対し応答した情報処理装置に付加された識別情報を取得、記憶する手段とを備え、双方の記憶手段に記憶された内容を比較する手段を備え、前者の記憶手段には記憶されながら、後者の記憶手段には記憶されていない識別情報を発見した場合、該識別情報が付加された情報処理装置に対してはプロトコル変換処理が必要であると判断し、プロトコル変換処理を実行する機能を有するプロトコル変換処理装置。
【0207】
(実施態様6)
互換性の無い通信プロトコルを使用する情報処理装置が複数稼動する通信回線において、情報処理装置に代行して通信プロトコルを他の通信プロトコルに変換することで、異なる通信プロトコルを使用する情報処理装置間の通信を可能ならしめる機能を有するプロトコル変換処理装置であって、
通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置を発見し、発見したプロトコル変換処理装置から、該変換処理装置のステータス情報を取得し、該ステータス情報に応じて自動的にプロトコル変換処理を開始、あるいは待機する機能を有するプロトコル変換処理装置。
【0208】
(実施態様7)
実施態様1のプロトコル変換処理装置であって、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置から通知されるステータス情報を取得し、該ステータス情報に応じて自動的にプロトコル変換処理を開始、あるいは待機する機能を有するプロトコル変換処理装置。
【0209】
(実施態様8)
実施態様1のプロトコル変換装置であって、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置を発見し、発見したプロトコル変換処理装置から該変換処理装置の管理情報を取得し、該管理情報に記録された情報処理装置に対しては、プロトコル変換処理を実施しない機能を有するプロトコル変換処理装置。
【0210】
(実施態様9)
実施態様1のプロトコル変換処理装置であって、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置から通知される装置情報を取得し、該装置情報に記載されたアドレスから管理情報を取得する手段を有し、該管理情報に記録された情報処理装置に対しては、プロトコル変換処理を実施しない機能を有するプロトコル変換処理装置。
【0211】
(実施態様10)
実施態様1のプロトコル変換処理装置であって、プロトコル変換処理の実行状態を管理する手段を有し、通信回線上に存在する他のプロトコル変換装置から発行された要求に応じて実行状態を通知する機能を有するプロトコル変換装置。
【0212】
(実施態様11)
実施態様1のプロトコル変換処理装置であって、プロトコル変換処理の実行状態を管理する手段を有し、該実行状態が変化した場合、通信回線上に存在する他のプロトコル変換装置に対し実行状態を通知する機能を有するプロトコル変換装置。
【0213】
(実施態様12)
実施態様1のプロトコル変換処理装置であって、代行してプロトコル変換を実施している情報処理装置の情報を管理情報として記録する手段を有するプロトコル変換装置。
【0214】
(実施態様13)
実施態様1のプロトコル変換装置であって、代行してプロトコル変換を実施している情報処理装置の総数nと、代行してプロトコル変換することが可能な総情報処理装置数mとを比較する機能を有し、n<mが成立する場合と、n=mが成立する場合とで異なるステータスとなる機能を有するプロトコル変換処理装置。
【0215】
(実施態様14)
実施態様1のプロトコル変換処理装置であって、代行してプロトコル変換を実施している情報処理装置の総数nと、代行してプロトコル変換することが可能な総情報処理装置数mとを比較する機能を有し、n=mが成立した時点において、通信回線上に存在する他のプロトコル変換装置に対しステータスが変化したことを知する機能を有するプロトコル変換装置。
【0216】
(実施態様15)
プロトコル変換処理装置であって、代行してプロトコル変換を実施している情報処理装置の総数nと、代行してプロトコル変換することが可能な総情報処理装置数mとを比較する機能を有し、n=mが成立した時点において、管理情報に登録された情報処理装置に対してのみプロトコル変換処理を実施する機能を有するプロトコル変換処理装置。
【0217】
(実施態様16)
プロトコル変換処理装置であって、代行してプロトコル変換を実施している情報処理装置の総数nと、代行してプロトコル変換することが可能な総情報処理装置数mとを比較する機能を有し、n=mが成立した場合、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置からの管理情報取得要求に応じる機能を有するプロトコル変換処理装置。
【0218】
(実施態様17)
プロトコル変換処理装置であって、代行してプロトコル変換を実施している情報処理装置の総数nと、代行してプロトコル変換することが可能な総情報処理装置数mとを比較する機能を有し、n=mが成立した場合、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置からの管理情報取得要求のうち、最初に受信した取得要求にのみ応じる機能と、それ以降受信した管理情報取得要求に対しては応じない機能を有するプロトコル変換処理装置。
【0219】
(実施態様18)
実施態様8のプロトコル変換処理装置であって、代行してプロトコル変換を実施している情報処理装置の総数nと、代行してプロトコル変換することが可能な総情報処理装置数mとを比較する機能を有し、n<mが成立する場合、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置からのステータス取得要求に応じる機能を有するプロトコル変換処理装置。
【0220】
(実施態様19)
プロトコル変換処理装置であって、代行してプロトコル変換を実施している情報処理装置の総数nと、代行してプロトコル変換することが可能な総情報処理装置数mとを比較する機能を有し、n<mが成立する場合、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置からのステータス取得要求に応じる機能を有するプロトコル変換処理装置。
【0221】
(実施態様20)
プロトコル変換処理装置であって、通信回線上に存在する同じプロトコル変換機能を有する他のプロトコル変換処理装置から取得したステータスがn<mであるプロトコル変換処理装置を発見した場合、プロトコル変換処理を待機する機能を有するプロトコル変換処理装置。
【0222】
(実施態様21)
プロトコル変換処理装置であって、該プロトコル変換処理装置によって生成されるスクリプトは、通信回線上に存在し稼動状態にある情報処理装置が保持するデータを選択する制御手段と、該データを加工するための属性情報を指示する制御手段、および該データおよびデータを加工するための属性情報をプロトコル変換処理装置に対し送信する機能を有し、該スクリプトは請求項2のプロトコル変換処理装置によって生成されるハイパーテキストにより、その起動手順が記述されることを特徴とするプロトコル変換処理装置。
【0223】
(実施態様22)
プロトコル変換処理装置であって、該プロトコル変換処理装置によって生成されるハイパーテキストにプロファイル情報を記述した情報処理装置が処理可能なデータ情報を取得する手段を有し、該情報をスクリプトを実行した情報処理装置から送信されたデータと比較する手段を備え、処理可能なデータと判断した場合、スクリプトを実行した情報処理装置から送信されたデータを、ハイパーテキストにプロファイル情報を記述した情報処理装置に対し送信する機能を備え、
処理不能なデータと判断した場合、スクリプトを実行した情報処理装置から送信されたデータを、該プロトコル変換処理装置で処理可能なデータに変換した後に、ハイパーテキストにプロファイル情報を記述した情報処理装置に対し送信する機能を備えたプロトコル変換処理装置。
【0224】
(実施態様23)
プロトコル変換処理装置であって、該プロトコル変換処理装置によって生成されるスクリプトは汎用Webブラウザで実行可能なスクリプトであり、該プロトコル変換処理装置によって生成されるハイパーテキストは汎用Webブラウザで表示可能なハイパーテキストであることを特徴とするプロトコル変換処理装置。
【0225】
以上説明したように、本発明によればプロトコル変換処理装置が、通信回線上に存在し稼動状態にある情報処理装置に対し、該情報処理装置が使用する通信プロトコルを他の通信プロトコルへの変換処理が必要であるか否かを判断する手段を備え、必要であると判断した場合には該情報処理装置に対し、プロトコル変換処理を実行する機能を備えることで、プロトコル変換処理装置が提供する通信プロトコルに対応している情報処理装置に対してプロトコル変換処理を実施することを回避することが可能となる。
【0226】
また、これら処理は本発明を適用したプロトコル変換処理装置が自動的に処理するものであり、ネットワーク管理者を含むネットワーク上の情報処理装置を使用するユーザーが特別な設定、制御等関与することなく、プロトコル変換処理装置が備える変換能力を最大限利用することが可能となる。
【0227】
【発明の効果】
以上説明したように、本願発明の第一の側面によれば、プロトコル変換処理を行う際、複数のプロトコルに対応したデバイスが混在している場合、デバイスがネットワークを探索すると、プロトコルAで探索されたデバイスと、プロトコルBで探索されたデバイスを適切に整合的に認識することができるようになる。
【0228】
本願発明の第二の側面によれば、複数のプロキシサーバが起動した場合でも、適切にプロキシサーバ同士が適切に調停を行い、デバイスのプロトコル変換を適切に行い、デバイス管理を適切に行うことができるようになる。
【図面の簡単な説明】
【図1】本発明の一実施形態としてのプロトコル変換システムを構成するクライアント、プロキシサーバー、およびネットワーク対応プリンタの各機能構成を示す図である。
【図2】本発明におけるプロトコル変換システムのプロトコル変換処理方法を示す全体フローチャート図である。
【図3】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、UPnP対応プリンタ検索のプロセスを示すフローチャート図である。
【図4】Universal Plug and Play Device Architecture v1で規定されるM−SEARCHディスカバリパケットのフォーマットを示す図である。
【図5】Universal Plug and Play Device Architecture v1で規定されるM−SEARCHディスカバリパケットに対するレスポンスパケットフォーマットを示す図である。
【図6】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、プリンタ情報取得のプロセスを示すフローチャート図である。
【図7】管理テーブルのフォーマットを示す図である。
【図8】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、プロトコル変換処理のプロセスを示すフローチャート図である。
【図9】本発明の一実施形態としてのプロトコル変換システムを構成するクライアント、プロキシサーバー、およびネットワーク対応プリンタの各機能構成を示す図である。
【図10】本発明におけるプロトコル変換システムのプロトコル変換処理方法を示す全体フローチャート図である。
【図11】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、プリンタ情報取得のプロセスを示すフローチャート図である。
【図12】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、プロトコル変換処理のプロセスを示すフローチャート図である。
【図13】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、Notifyパケット処理のプロセスを示すフローチャート図である。
【図14】Notify status=WakeUPのパケットフォーマットを示す図である。
【図15】Notify レスポンスパケットstatus=FULLのパケットフォーマットを示す図である。
【図16】本発明の一実施形態としてのプロトコル変換システムを構成するクライアント、プロキシサーバー、およびネットワーク対応プリンタの各機能構成を示す図である。
【図17】本発明におけるプロトコル変換システムのプロトコル変換処理方法を示す全体フローチャート図である。
【図18】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、UPnP対応プリンタ情報取得のプロセスを示すフローチャート図である。
【図19】管理テーブルのフォーマットを示す図である。
【図20】本発明におけるプロトコル変換システムのプロトコル変換処理方法のうち、プロトコル変換処理のプロセスを示すフローチャート図である。
【図21】本発明においてプロトコル変換装置が生成するプレゼンテーションドキュメントである。
【図22】本発明においてプロトコル変換装置が生成するプレゼンテーションドキュメントである。
【図23】Notify レスポンスパケットstatus=WORKINGのパケットフォーマットを示す図である。
【図24】Notify status=FULLのパケットフォーマットを示す図である。
【図25】管理テーブルのフォーマットを示す図である。
【図26】Notify status=ByeByeのパケットフォーマットを示す図である。
Claims (16)
- 複数種類のプロトコルが混在するネットワークシステムにおいてプロトコル変換処理を行なう制御装置において、
ネットワーク上に所定のプロトコル処理を行う他のプロトコル変換装置が存在しないか否かを、探索要求をネットワークにマルチキャストを行い起動時に探索する探索手段と、
前記探索手段によって、ネットワーク上に他のプロトコル変換装置が探索された場合に、前記探索されたプロトコル変換装置が、プロトコル変換処理を行うことが可能か、又は、プロトコル変換処理を行っているかどうかを判定する判定手段と、
前記判定手段が前記探索されたプロトコル変換装置がプロトコル変換処理を可能ではない、又は、プロトコル変換処理を行っていないと判定した場合に、プロトコル変換処理を起動する起動手段とを備えたことを有することを特徴とする制御装置。 - 前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能であるか否かは、前記プロトコル変換装置が処理可能なプロトコル変換処理の数によって前記判定手段は判定することを特徴とする請求項1に記載の制御装置。
- 前記判定手段が前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能であると判定した場合には、スリープモードに移行することを特徴とする請求項1又は2に記載の制御装置。
- プロトコル変換処理対象のデバイスを管理する管理手段と、
前記判定手段が前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能でないと判定した場合には、前記管理手段が管理するプロトコル処理対象のデバイス数が、予め設定された最大数を超えているか否かを判断する判断手段をさらに備え、
前記判断手段が、前記管理手段が管理するプロトコル処理対象のデバイス数が、予め設定された最大数を超えていないと判断した場合に、前記起動手段は、前記プロトコル変換処理を起動することを特徴とする請求項1乃至3のいずれかに記載の制御装置。 - 前記判断手段が、前記管理手段が管理するプロトコル処理対象のデバイス数が、予め設定された最大数を超えていると判断した場合には、ネットワークデバイスに対して、スリープモードに移行することを示すパケットをマルチキャストすることを特徴とする請求項4に記載の制御装置。
- 複数種類のプロトコルが混在するネットワークシステムにおいてプロトコル変換処理を行う制御方法において、
起動時に、ネットワーク上に所定のプロトコル処理を行う他のプロトコル変換装置が存在しないか否かを、探索要求に基づいて探索する探索工程と、
前記探索工程によって、ネットワーク上に他のプロトコル変換装置が探索された場合に、前記探索されたプロトコル変換工程が、プロトコル変換処理を行うことが可能か、プロトコル変換処理を行っているかどうかを判定する判定工程と、
前記判定工程が前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能ではない、又は、プロトコル変換処理を行っていないと判定した場合に、プロトコル変換処理を起動する起動工程とを備えたことを有することを特徴とする制御方法。 - 前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能であるか否かは、前記プロトコル変換装置が処理可能なプロトコル変換処理の数によって前記判定工程にて判定ることを特徴とする請求項6に記載の制御装方法。
- 前記判定工程が前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能であると判定した場合には、スリープモードに移行することを特徴とする請求項6又は7に記載の制御装置。
- プロトコル変換処理対象のデバイスを管理する管理工程と、
前記判定工程が前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能でないと判定した場合には、前記管理工程が管理するプロトコル処理対象のデバイス数が、予め設定された最大数を超えているか否かを判断する判断工程をさらに備え、
前記判断工程が、前記管理工程が管理するプロトコル処理対象のデバイス数が、予め設定された最大数を超えていないと判断した場合に、前記起動工程は、前記プロトコル変換処理を起動することを特徴とする請求項6乃至8のいずれかに記載の制御装置。 - 前記判断工程が、前記管理工程が管理するプロトコル処理対象のデバイス数が、予め設定された最大数を超えていると判断した場合には、ネットワークデバイスに対して、スリープモードに移行することを示すパケットをマルチキャストすることを特徴とする請求項9に記載の制御方法。
- 複数種類のプロトコルが混在するネットワークシステムにおいてプロトコル変換処理を行う制御をコンピュータに実行させる制御プログラムにおいて、
ネットワーク上に所定のプロトコル処理を行う他のプロトコル変換プログラムが存在しないか否かを、探索要求に基づいて起動時に探索する探索工程と、
前記探索工程によって、ネットワーク上に他のプロトコル変換プログラムが探索された場合に、前記探索されたプロトコル変換装置が、プロトコル変換処理を行うことが可能かどうか、又は、プロトコル変換処理を行っているかどうかを判定する判定工程と、
前記判定工程が前記探索されたプロトコル変換装置がプロトコル変換処理を行なうことが可能ではない、又は、プロトコル変換処理を行っていないと判定した場合に、プロトコル変換処理を起動する起動工程とをコンピュータに実行させることを特徴とする制御プログラム。 - 複数のプロトコルを使用しているデバイスを対象にプロトコル変換制御を行う制御方法であって、
第一のプロトコルを使用しているデバイスを探索する探索工程と、
第二のプロトコルを、前記第一のプロトコルに従ってデバイスを通信させるべくプロトコル変換を行う変換工程と、
前記探索工程が探索したデバイス前記第一のプロトコルに対応しているか否かを認識する認識工程と、
前記探索工程が探索したデバイスが前記第一のプロトコルに対応しているとは前記認識工程が認識したデバイスに対しては、第一のプロトコルへのプロトコルの変換は行わないよう前記変換工程を制御する制御工程を備えることを特徴とする制御方法。 - デバイスを探索する探索要求を取得する取得工程と、
プロトコル変換対象のデバイスのリストを管理するテーブルを用いて管理する管理工程と、
前記取得工程が取得した探索要求が探索するデバイスが、前記管理工程が管理するテーブルに登録されているか否かを判定する判定工程とをさらに備え、
前記デバイスが前記管理工程が管理するテーブルに登録されていると前記判定工程が判定した場合には、前記第一のプロトコルに前記デバイスが対応していると前記認識工程が認識することを特徴とする請求項12に記載の制御方法。 - 複数のプロトコルを使用しているデバイスを対象にプロトコル変換制御を行う制御装置であって、
第一のプロトコルを使用しているデバイスを探索する探索手段と、
第二のプロトコルを、前記第一のプロトコルに従ってデバイスを通信させるべくプロトコル変換を行う変換手段と、
前記探索手段が探索したデバイス前記第一のプロトコルに対応しているか否かを認識する認識手段と、
前記探索手段が探索したデバイスが前記第一のプロトコルに対応しているとは前記認識手段が認識したデバイスに対しては、第一のプロトコルへのプロトコルの変換は行わないよう前記変換手段を制御する制御手段を備えることを特徴とする制御装置。 - デバイスを探索する探索要求を取得する取得手段と、
プロトコル変換対象のデバイスのリストを管理するテーブルを用いて管理する管理手段と、
前記取得手段が取得した探索要求が探索するデバイスが、前記管理手段が管理するテーブルに登録されているか否かを判定する判定手段とをさらに備え、
前記デバイスが前記管理手段が管理するテーブルに登録されていると前記判定手段が判定した場合には、前記第一のプロトコルに前記デバイスが対応していると前記認識手段が認識することを特徴とする請求項14に記載の制御装置。 - 複数のプロトコルを使用しているデバイスを対象にプロトコル変換制御を行う処理をコンピュータに実行させる制御プログラムであって、
第一のプロトコルを使用しているデバイスを探索する探索工程と、
第二のプロトコルを、前記第一のプロトコルに従ってデバイスを通信させるべくプロトコル変換を行う変換工程と、
前記探索工程が探索したデバイス前記第一のプロトコルに対応しているか否かを認識する認識工程と、
前記探索工程が探索したデバイスが前記第一のプロトコルに対応しているとは前記認識工程が認識したデバイスに対しては、第一のプロトコルへのプロトコルの変換は行わないよう前記変換工程を制御する制御工程をコンピュータに実行させることを特徴とする制御プログラム。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003132831A JP4401679B2 (ja) | 2003-05-12 | 2003-05-12 | 制御装置、制御プログラム、制御方法 |
CNB2004800127628A CN100421094C (zh) | 2003-05-12 | 2004-05-12 | 用于执行协议转换处理的装置、方法 |
EP04732447A EP1623328A4 (en) | 2003-05-12 | 2004-05-12 | DEVICE, METHOD AND PROGRAM FOR CARRYING OUT A PROTOCOL IMPLEMENTATION PROCESS |
US10/549,152 US7895361B2 (en) | 2003-05-12 | 2004-05-12 | Apparatus, method, and program for executing protocol converting process |
PCT/JP2004/006699 WO2004100001A1 (en) | 2003-05-12 | 2004-05-12 | Apparatus, method, and program for executing protocol converting process |
KR1020057021489A KR100779790B1 (ko) | 2003-05-12 | 2004-05-12 | 프로토콜 변환 처리를 실행하는 장치, 방법, 및 기록 매체 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003132831A JP4401679B2 (ja) | 2003-05-12 | 2003-05-12 | 制御装置、制御プログラム、制御方法 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008269762A Division JP2009020916A (ja) | 2008-10-20 | 2008-10-20 | 制御装置、制御プログラム、制御方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004334751A true JP2004334751A (ja) | 2004-11-25 |
JP4401679B2 JP4401679B2 (ja) | 2010-01-20 |
Family
ID=33432177
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003132831A Expired - Fee Related JP4401679B2 (ja) | 2003-05-12 | 2003-05-12 | 制御装置、制御プログラム、制御方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US7895361B2 (ja) |
EP (1) | EP1623328A4 (ja) |
JP (1) | JP4401679B2 (ja) |
KR (1) | KR100779790B1 (ja) |
CN (1) | CN100421094C (ja) |
WO (1) | WO2004100001A1 (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006344074A (ja) * | 2005-06-09 | 2006-12-21 | Fujitsu Ltd | 機器情報提供装置および機器情報提供方法 |
JP2007188255A (ja) * | 2006-01-12 | 2007-07-26 | Seiko Epson Corp | ネットワーク型プラグアンドプレイに対応したネットワーク中継制御 |
JP2008123299A (ja) * | 2006-11-13 | 2008-05-29 | Canon Inc | ネットワークデバイス、ネットワークデバイス管理装置、ネットワークデバイスの制御方法、ネットワークデバイス管理方法、プログラム、記憶媒体 |
JP2009059362A (ja) * | 2007-08-31 | 2009-03-19 | Ricoh Co Ltd | 印刷システム、プリンタの自動インストールのための装置及び方法 |
JP2010171473A (ja) * | 2009-01-20 | 2010-08-05 | Ricoh Co Ltd | ネットワーク設定通知装置、ネットワーク設定方法、プログラムおよび記録媒体 |
WO2012108133A1 (en) * | 2011-02-08 | 2012-08-16 | Canon Kabushiki Kaisha | Image forming apparatus, control method for image forming apparatus, and program thereof |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4645164B2 (ja) * | 2004-11-12 | 2011-03-09 | セイコーエプソン株式会社 | ネットワーク型プラグアンドプレイに対応したネットワーク装置の制御 |
JP4677270B2 (ja) | 2005-04-08 | 2011-04-27 | キヤノン株式会社 | 通信装置及び制御方法 |
US7499931B2 (en) * | 2005-05-09 | 2009-03-03 | International Business Machines Corporation | Method and apparatus for approximate projection of XML documents |
US20060259602A1 (en) * | 2005-05-12 | 2006-11-16 | Randall Stewart | Method and apparatus for transport level server advertisement and discovery |
JP4838564B2 (ja) * | 2005-10-06 | 2011-12-14 | キヤノン株式会社 | ネットワークデバイス、その制御方法およびプログラム |
US20070162662A1 (en) * | 2005-12-23 | 2007-07-12 | Duggan Brian J | Methods and apparatuses for dynamically switching network protocols for use in a printing device |
KR100714708B1 (ko) * | 2006-01-12 | 2007-05-04 | 삼성전자주식회사 | 홈 네트워크에서 디바이스 간 호환성을 지원하는 미들웨어장치 및 그 방법 |
JP4760415B2 (ja) * | 2006-02-06 | 2011-08-31 | セイコーエプソン株式会社 | コンピュータのデバイスドライバ実現方法 |
JP4995586B2 (ja) * | 2006-03-01 | 2012-08-08 | 株式会社リコー | プリンタ装置 |
US8321546B2 (en) * | 2007-01-10 | 2012-11-27 | Ricoh Company, Ltd. | Integrating discovery functionality within a device and facility manager |
US8453164B2 (en) * | 2007-09-27 | 2013-05-28 | Ricoh Company, Ltd. | Method and apparatus for reduction of event notification within a web service application of a multi-functional peripheral |
JP5264161B2 (ja) * | 2007-12-21 | 2013-08-14 | キヤノン株式会社 | 情報処理装置、デバイス、情報処理装置の制御方法、及びコンピュータプログラム |
US8155019B2 (en) * | 2008-01-07 | 2012-04-10 | Canon Kabushiki Kaisha | Information processing apparatus, device information display method, and computer-readable storage medium |
JP5132417B2 (ja) * | 2008-05-13 | 2013-01-30 | キヤノン株式会社 | データ処理装置、データ処理方法、及びコンピュータプログラム |
US8560713B2 (en) * | 2008-07-31 | 2013-10-15 | Sap Ag | Method and system for mediating enterprise service access for smart devices |
US9247007B2 (en) * | 2009-04-23 | 2016-01-26 | Disney Enterprises, Inc. | System and method for providing a peripheral control interface for extending media device functions |
US8296358B2 (en) * | 2009-05-14 | 2012-10-23 | Hewlett-Packard Development Company, L.P. | Method and system for journaling data updates in a distributed file system |
US9043409B2 (en) | 2009-06-11 | 2015-05-26 | Qualcomm Incorporated | Methods and apparatus for a plug-in model for publishing structured meta-data based discovery |
JP5600925B2 (ja) * | 2009-11-20 | 2014-10-08 | 株式会社リコー | サーバ装置、プリントシステム、プログラムおよび記録媒体 |
JP6056640B2 (ja) * | 2013-05-07 | 2017-01-11 | 富士通株式会社 | 通信装置,管理装置,処理方法,および処理プログラム |
CN105450589B (zh) * | 2014-07-31 | 2018-12-14 | 阿里巴巴集团控股有限公司 | 远程调用方法及系统 |
JP2018129714A (ja) * | 2017-02-09 | 2018-08-16 | 株式会社東芝 | プログラム及び情報処理装置 |
CN109981670B (zh) * | 2019-04-02 | 2023-05-09 | 南京先维信息技术有限公司 | 一种区块链系统中的智能加密模组 |
CN110647411A (zh) * | 2019-10-10 | 2020-01-03 | 广州趣丸网络科技有限公司 | 服务请求的处理方法及装置 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5455851A (en) * | 1993-07-02 | 1995-10-03 | Executone Information Systems, Inc. | System for identifying object locations |
JPH06332868A (ja) | 1993-05-21 | 1994-12-02 | Matsushita Electric Ind Co Ltd | システム多重化装置 |
US6292202B1 (en) * | 1993-07-29 | 2001-09-18 | Canon Kabushiki Kaisha | Image processing method and apparatus for hardware processing image data received from a device using software processing |
US6886035B2 (en) * | 1996-08-02 | 2005-04-26 | Hewlett-Packard Development Company, L.P. | Dynamic load balancing of a network of client and server computer |
US5848415A (en) * | 1996-12-18 | 1998-12-08 | Unisys Corporation | Selective multiple protocol transport and dynamic format conversion in a multi-user network |
DE60028874T2 (de) * | 1999-07-06 | 2006-11-09 | Canon K.K. | System zum Suchen eines Gerätes im Netzwerk |
JP2001268248A (ja) * | 2000-03-21 | 2001-09-28 | Fujitsu Ltd | ネットワーク電話システム |
JP2002196990A (ja) | 2000-12-27 | 2002-07-12 | Kddi Corp | サービス発見プロトコル変換ゲートウェイ |
JP2002245018A (ja) | 2001-02-15 | 2002-08-30 | Nippon Telegr & Teleph Corp <Ntt> | 負荷分散システム |
JP4464029B2 (ja) * | 2001-04-19 | 2010-05-19 | キヤノン株式会社 | 情報処理方法および制御プログラムおよび情報処理装置および周辺装置および応答方法および代理応答装置およびネットワークシステム |
EP1259037A1 (en) * | 2001-05-18 | 2002-11-20 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Method and devices for the interworking of nodes |
DE60322453D1 (de) * | 2002-01-21 | 2008-09-11 | Canon Kk | System zum Bereitstellen von Diensten |
US7443862B2 (en) * | 2002-01-22 | 2008-10-28 | Canon Kabushiki Kaisha | Apparatus connected to network, and address determination program and method |
JP4051958B2 (ja) * | 2002-02-25 | 2008-02-27 | 幸雄 米田 | バイオリアクターを備えた温室 |
JP3715954B2 (ja) * | 2002-07-12 | 2005-11-16 | キヤノン株式会社 | 情報処理装置、情報処理方法、制御プログラム、ネットワークシステム |
-
2003
- 2003-05-12 JP JP2003132831A patent/JP4401679B2/ja not_active Expired - Fee Related
-
2004
- 2004-05-12 KR KR1020057021489A patent/KR100779790B1/ko active IP Right Grant
- 2004-05-12 EP EP04732447A patent/EP1623328A4/en not_active Withdrawn
- 2004-05-12 WO PCT/JP2004/006699 patent/WO2004100001A1/en active Search and Examination
- 2004-05-12 US US10/549,152 patent/US7895361B2/en not_active Expired - Fee Related
- 2004-05-12 CN CNB2004800127628A patent/CN100421094C/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006344074A (ja) * | 2005-06-09 | 2006-12-21 | Fujitsu Ltd | 機器情報提供装置および機器情報提供方法 |
JP2007188255A (ja) * | 2006-01-12 | 2007-07-26 | Seiko Epson Corp | ネットワーク型プラグアンドプレイに対応したネットワーク中継制御 |
JP4508114B2 (ja) * | 2006-01-12 | 2010-07-21 | セイコーエプソン株式会社 | ネットワーク型プラグアンドプレイに対応したネットワーク中継制御 |
JP2008123299A (ja) * | 2006-11-13 | 2008-05-29 | Canon Inc | ネットワークデバイス、ネットワークデバイス管理装置、ネットワークデバイスの制御方法、ネットワークデバイス管理方法、プログラム、記憶媒体 |
JP2009059362A (ja) * | 2007-08-31 | 2009-03-19 | Ricoh Co Ltd | 印刷システム、プリンタの自動インストールのための装置及び方法 |
JP2010171473A (ja) * | 2009-01-20 | 2010-08-05 | Ricoh Co Ltd | ネットワーク設定通知装置、ネットワーク設定方法、プログラムおよび記録媒体 |
WO2012108133A1 (en) * | 2011-02-08 | 2012-08-16 | Canon Kabushiki Kaisha | Image forming apparatus, control method for image forming apparatus, and program thereof |
JP2012162034A (ja) * | 2011-02-08 | 2012-08-30 | Canon Inc | 画像形成装置、画像形成装置の制御方法、およびそのプログラム |
US8526046B2 (en) | 2011-02-08 | 2013-09-03 | Canon Kabushiki Kaisha | Image forming apparatus, control method for image forming apparatus, and program thereof |
Also Published As
Publication number | Publication date |
---|---|
EP1623328A1 (en) | 2006-02-08 |
JP4401679B2 (ja) | 2010-01-20 |
KR100779790B1 (ko) | 2007-11-27 |
EP1623328A4 (en) | 2012-03-14 |
US7895361B2 (en) | 2011-02-22 |
CN100421094C (zh) | 2008-09-24 |
CN1788258A (zh) | 2006-06-14 |
WO2004100001A1 (en) | 2004-11-18 |
KR20060021840A (ko) | 2006-03-08 |
US20060184510A1 (en) | 2006-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4401679B2 (ja) | 制御装置、制御プログラム、制御方法 | |
KR100886074B1 (ko) | 네트워크 서비스 시스템, 서비스 대행 처리 방법, 및 그 프로그램을 저장한 컴퓨터 판독가능 기억 매체 | |
US8205212B2 (en) | Information processing apparatus, information processing method, alternate response apparatus, response method, control program, and network system | |
JP4416563B2 (ja) | ネットワークデバイス管理装置及びその制御方法、並びに、コンピュータプログラム及びコンピュータ可読記憶媒体 | |
JP4154364B2 (ja) | 通知方法 | |
JP4756994B2 (ja) | ネットワークプリントシステム及びネットワーク周辺装置及び情報処理装置とプログラム | |
JP4667175B2 (ja) | 情報処理装置、情報処理装置の制御方法、並びに、コンピュータプログラム及びコンピュータ可読記憶媒体 | |
US7337238B2 (en) | Information processing apparatus, information processing method, and medium storing therein program for executing the method | |
JP4542165B2 (ja) | 情報処理装置、画像形成装置及びその制御方法 | |
JP4827943B2 (ja) | 情報処理装置、ネットワークシステム、クライアント装置、情報処理方法、及び記憶媒体 | |
JP2009020916A (ja) | 制御装置、制御プログラム、制御方法 | |
JP4912093B2 (ja) | 情報処理方法、情報処理装置、プログラム及び記憶媒体 | |
JP4378372B2 (ja) | 情報処理方法、情報処理装置、及び記憶媒体 | |
JP4498045B2 (ja) | 画像処理装置及びその制御方法及びプログラム | |
JP2007156958A (ja) | ネットワーク型プラグアンドプレイに対応したネットワーク中継制御 | |
JP2007199825A (ja) | データ処理装置、出力装置、情報処理装置、ドライバ処理方法、プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060509 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080819 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081020 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090519 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090721 |
|
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: 20091013 |
|
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: 20091028 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121106 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131106 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |