CN109617935B - 信息处理装置和非暂时性的计算机可以读取的记录媒体 - Google Patents
信息处理装置和非暂时性的计算机可以读取的记录媒体 Download PDFInfo
- Publication number
- CN109617935B CN109617935B CN201810990292.6A CN201810990292A CN109617935B CN 109617935 B CN109617935 B CN 109617935B CN 201810990292 A CN201810990292 A CN 201810990292A CN 109617935 B CN109617935 B CN 109617935B
- Authority
- CN
- China
- Prior art keywords
- query
- mdns
- sub
- service
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/325—Power saving in peripheral device
- G06F1/3284—Power saving in printer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4541—Directories for service discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/3293—Power saving characterised by the action undertaken by switching to a less power-consuming processor, e.g. sub-CPU
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- G—PHYSICS
- G03—PHOTOGRAPHY; CINEMATOGRAPHY; ANALOGOUS TECHNIQUES USING WAVES OTHER THAN OPTICAL WAVES; ELECTROGRAPHY; HOLOGRAPHY
- G03G—ELECTROGRAPHY; ELECTROPHOTOGRAPHY; MAGNETOGRAPHY
- G03G15/00—Apparatus for electrographic processes using a charge pattern
- G03G15/50—Machine control of apparatus for electrographic processes using a charge pattern, e.g. regulating differents parts of the machine, multimode copiers, microprocessor control
- G03G15/5004—Power supply control, e.g. power-saving mode, automatic power turn-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Abstract
信息处理装置的子控制器具有用于生成对基于mDNS协议的名称解析查询响应的名称解析RR。主控制器具有用于生成对基于mDNS协议的服务发现查询响应的服务发现RR。在休眠模式时,所述子控制器如通过通信接口从外围设备接收mDNS查询,则要对mDNS查询是否是服务发现查询进行判断,如判断为mDNS查询不是服务发现查询,则判断出mDNS查询为名称解析查询,根据名称解析RR生成响应,通过通信接口把该响应发送给外围设备。
Description
技术领域
本发明涉及可以有选择地执行正常模式和休眠模式的信息处理装置以及记录了信息处理程序的非暂时性的计算机可以读取的记录媒体。
背景技术
众所周知,有一种技术,在具有主控制器和子控制器的信息处理装置中,在休眠模式时,子控制器对从连接在网络上的外围设备接收到的查询给予响应(所谓代理响应)。
在休眠模式时,一旦子控制器接收到不能响应类型的查询,则子控制器要求主控制器返回(唤醒),并把查询传送给主控制器。主控制器从休眠模式返回到正常模式以响应查询。在子控制器接收到不能判断能否响应的类型的查询时也同样。
从信息处理装置节能的观点看,希望子控制器在休眠模式时对更多类型的查询给予响应而不是返回正常模式。
发明内容
[解决问题的技术手段]
本发明一个实施方式涉及的信息处理装置,包括:子控制器,具有子处理器和存储代理响应数据库的子存储器,所述代理响应数据库包含用于生成对基于mDNS(组播域名系统)协议的名称解析查询响应的名称解析RR(资源记录);主控制器,具有主处理器和存储用于生成对基于所述mDNS协议的服务发现查询响应的服务发现RR的主存储器,在转移到休眠模式和从所述休眠模式返回时,通知所述子处理器;通信接口,能够与连接在网络上的外围设备进行通信;在所述休眠模式时,所述子处理器如通过所述通信接口从所述外围设备接收mDNS查询,则要判断所述mDNS查询是否是服务发现查询,如判断为所述mDNS查询不是服务发现查询,则判断出所述mDNS查询为名称解析查询,根据所述名称解析RR生成所述响应,把所述响应通过所述通信接口发送到所述外围设备。
本发明一个实施方式涉及的非暂时性的计算机可以读取的记录媒体记录的信息处理程序,该信息处理程序使下述信息处理装置的有关子处理器执行工作,该信息处理装置包括:子控制器,具有子处理器和存储代理响应数据库的子存储器,所述代理响应数据库包含用于生成对基于mDNS(组播域名系统)协议的名称解析查询响应的名称解析RR(资源记录);主控制器,具有主处理器和存储用于生成对基于所述mDNS协议的服务发现查询响应的服务发现RR的主存储器,在转移到休眠模式和从所述休眠模式返回时,通知所述子处理器;通信接口,能与连接在网络上的外围设备进行通信,在所述主控制器休眠模式时,使所述子处理器从所述外围设备通过所述通信接口来接收mDNS查询,并判断所述mDNS查询是否是服务发现查询,如判断为所述mDNS查询不是服务发现查询,则判断出所述mDNS查询为名称解析查询,根据所述名称解析RR生成所述响应,使所述响应通过所述通信接口发送到所述外围设备。
根据以下对附图所示最佳实施方式的详细描述,本说明的内容及其目的、特征和优点将变得更加清楚。
附图说明
图1表示用于服务发现的mDNS查询和响应的示例。
图2表示服务发现RR的一个示例。
图3表示用于名称解析的mDNS查询和响应的示例。
图4表示名称解析RR的一个示例。
图5表示本发明一个实施方式涉及的信息处理装置的结构。
图6表示mDNS代理响应程序的流程。
图7表示代理响应数据库的一个示例。
图8表示非支持服务数据库的一个示例。
图9表示服务发现程序的流程。
具体实施方式
下面参照附图,首先(I)对作为本发明实施方式前提的mDNS(组播域名系统)协议进行说明,然后(II)对本发明实施方式进行说明。
I.mDNS协议
1.概要
iPhone(注册商标)和iPad(注册商标)等Apple(注册商标)制造的设备,均使用mDNS协议进行服务发现(DNS-SD,DNS based Service Discovery)和名称解析。
服务发现是用于获得设备所支持的服务(功能)的类型、通信端口、打印格式等信息的协议。询问来源的设备把mDNS服务发现查询组播到连接在网络上的多个设备。已收到mDNS服务发现查询的设备如判断为应响应,则生成响应数据包,并将其发送给询问来源的设备。
名称解析是一种协议,该协议用于根据主机名获取设备的IP地址(正向查找),或根据IP地址获取设备的主机名(反向查找)。询问来源的设备将mDNS名称解析查询组播到连接到网络的多个设备。已收到mDNS名称解析查询的设备如判断为应响应,则生成响应数据包,并发送给询问来源的设备。
2.mDNS协议的服务发现
对用于典型服务发现的mDNS查询和响应进行说明。
图1表示用于服务发现的mDNS查询和响应的示例。
询问来源的设备(以下称为第一设备)30生成第一mDNS查询包31A,第一mDNS查询包31A包含QNAME(名称)32A和QTYPE(类别)33A。在QNAME32A中记载作为询问对象的服务种类。在本示例中,将“_printer._tcp.local”(用本地的打印机印刷)记载在QNAME32A中,将“PTR”(指针)记载在QTYPE33A中。“PTR”是指示NAME的指针。第一设备30组播生成的第一mDNS查询包31A;响应询问的设备(以下称为第二设备)40接收第一mDNS查询包31A。
图2表示服务发现RR(资源记录,Resource Record)的一个示例。
第二设备40在本地存储服务发现RR110。服务发现RR110是包含服务信息111(上层)、设备名称信息112(中层)和服务详细信息113(下层)的分层结构的数据库。在本示例中第二设备40采用图像形成装置(MFP(多功能外围设备))。
服务信息111是第二设备40所支持服务的一览表。在本示例中,服务信息111包括“_printer._tcp.local”111A(用本地的打印机印刷)、“_ipp._tcp.local”111B(InternetPrinting Protocol,通过互联网远程印刷)和“_http_tcp.local”111C(Web服务器)等服务。
设备名称信息112是执行在服务信息111中所含服务的设备名称。在设备名称信息112的<DeviceName>中实际记载有具体的设备名称。以下设具体设备名称为“TaskalfaXXX”。
服务详细信息113是在设备名称信息112中包含的名称<DeviceName>的设备执行的服务详细信息。“SRV”意思是服务信息(端口号)。“TXT”意思是服务附加信息(print格式,adminURL等)。
第二设备40从接收到的第一mDNS查询包31A,读出在QNAME32A中记载的“_printer._tcp.local”和在QTYPE33A中记载的“PTR”。第二设备40参照服务发现RR110,从服务信息111读出与QNAME32A完全一致的“_printer._tcp.local”111A。第二设备40从作为服务信息“_printer._tcp.local”111A下面一层的设备名称信息112,读出与QTYPE33A“PTR”对应的“<DeviceName>._printer._tcp.local”112A(在本示例中为“TaskalfaXXX._printer._tcp.local”)。
第二设备40生成第一mDNS响应数据包41A。第一mDNS响应数据包41A包括:与在第一mDNS查询包31A中所含的QNAME32A相同的NAME42A“_printer._tcp.local”、与在第一mDNS查询包31A中所含的QTYPE33A相同的TYPE43A“PTR”、和作为DATA44A从设备名称信息112中读出的“TaskalfaXXX._printer._tcp.local”112A。第二设备40把生成的第一mDNS响应数据包41A发送给第一设备30。
第一设备30组播第二mDNS查询包31B和第三mDNS查询包31C。在第二mDNS查询包31B中,在QNAME32B中记载为“TaskalfaXXX._printer._tcp.local”,在QTYPE33B中记载为“SRV”;在第三mDNS查询包31C中,在QNAME32C中记载为“TaskalfaXXX._printer._tcp.local”,在QTYPE33C中记载为“TXT”。
第二设备40从接收到的第二mDNS查询包31B,读出在QNAME32B中记载的“TaskalfaXXX._printer._tcp.local”和在QTYPE33B中记载的“SRV”。参照服务发现RR110,第二设备40从设备名称信息112读出与QNAME32B完全一致的“<DeviceName>._printer._tcp.local”112A(在本示例中为“TaskalfaXXX._printer._tcp.local”)。第二设备40从作为设备名称信息“<DeviceName>._printer._tcp.local”112A(在本示例中为“TaskalfaXXX._printer._tcp.local”)的下面一层的服务详细信息113,读出与QTYPE33B“SRV”对应的“端口号等”113B。
第二设备40生成第二mDNS响应数据包41B。第二mDNS响应数据包41B包括:与在第二mDNS查询包31B中所含的QNAME32B相同的NAME42B“TaskalfaXXX._printer._tcp.local”、与在第二mDNS查询包31B中所含的QTYPE33B相同的TYPE43B“SRV”、和作为DATA44B从服务详细信息113读出的“端口号等”113B。
第二设备40从接收到的第三mDNS查询包31C,读出在QNAME32C中记载的“TaskalfaXXX._printer._tcp.local”和在QTYPE33C中记载的“TXT”。参照服务发现RR110,第二设备40从设备名称信息112读出与QNAME32C完全一致的“<DeviceName>._printer._tcp.local”112A(在本示例中为“TaskalfaXXX._printer._tcp.local”)。第二设备40从作为设备名称信息“<DeviceName>._printer._tcp.local”112A(在本示例中为“TaskalfaXXX._printer._tcp.local”)下面一层的服务详细信息113,读出与QTYPE33C“TXT”对应的“print格式等”113C。
第二设备40生成第三mDNS响应数据包41C。第三mDNS响应数据包41C包括:与在第三mDNS查询包31C中所含的QNAME32C相同的NAME42C“TaskalfaXXX._printer._tcp.local”、与在第三mDNS查询包31C中所含的QTYPE33C相同的TYPE43C“TXT”、和作为DATA44C从服务详细信息113读出的“print格式等”113C。第二设备40把生成的第二mDNS响应数据包41B和第三mDNS响应数据包41C发送给第一设备30。
3.mDNS协议的名称解析
图3表示用于名称解析的mDNS查询和响应的示例。
(1)例1
询问来源的设备(以下称为第一设备)50生成第一mDNS查询包51A。第一mDNS查询包51A包括QNAME(名称)52A和QTYPE(类别)53A。在QNAME52A中记载有作为询问对象的主机名。在本示例中,在QNAME52A中“KM123456.local”被记载为“<HostName>.local”。在QTYPE53A中记载有“A”。“A”意思是IPv4名称解析。第一设备50组播生成的第一mDNS查询包51A。响应询问的设备(以下称为第二设备)60接收第一mDNS查询包51A。
图4表示名称解析RR的一个示例。
第二设备60在本地存储名称解析RR210。在本示例中,名称解析RR210具有第一记录211、第二记录212和多个第三记录213。
第一记录211用于从主机名解析IP地址(IPv4地址,IPv6地址)(正向查找)。换句话说,在名称解析查询中关于“<HostName>.local”在询问了“A”(意思是IPv4名称解析)的情况下,响应在第一记录211中被记载为“A”的IPv4地址。同样,在名称解析查询中关于“<HostName>.local”在询问了“AAAA”(意思是IPv6名称解析)的情况下,响应在第一记录211中被记载为“AAAA”的IPv6地址(多个)。在<HostName>中实际记载有具体的主机名。在本示例中设第二设备60的<HostName>为“KM123456”。在“IPv4地址”中实际记载有具体的地址。在本示例中设第二设备60的IPv4地址为“192.168.0.1”。在“IPv6地址[0]”和“IPv6地址[1]”中,实际记载具体的IPv6地址。在本示例中设第二设备60的“IPv6地址[0]”为“2001::1”,“IPv6地址[1]”为“fe80::1”。
第二记录212用于从IP地址(IPv4地址)解析主机名(反向查找)。换句话说,在名称解析查询中在关于“<IPv4addr>.in-addr.arpa”询问“PTR”(指示NAME)的情况下,响应在第二记录212中被记载为“PTR”的主机名“<HostName>.local”。在<IPv4addr>中实际上以相反的顺序记载具体的IPv4地址。例如在第二设备60的IPv4地址为“192.168.0.1”的情况下,在第二记录212的<IPv4addr>中记载有“1.0.168.192”。
每一个第三记录213均用于从IP地址(IPv6地址)解析主机名(反向查找)。换句话说,在名称解析查询中在有关“<IPv6addr[0]>.in-Addr.Arpa”询问“PTR”(指示NAME)的情况下,响应在第三记录213中被记载为“PTR”的主机名“<HostName>.local”。在<IPv6addr[0]>或<IPv6addr[1]>中实际记载具体的IPv6地址。在本示例中,设第二设备60的<IPv6addr[0]>为“2001::1”、<IPv6addr[1]>为“fe80::1”。第三记录213具有与IPv6地址数相同的个数。
第二设备60从接收到的第一mDNS查询包51A,读出在QNAME52A中记载的“KM123456.local”和在QTYPE53A中记载的“A”。参照名称解析RR210,第二设备60从第一记录211读出IPv4地址(在本示例中为“192.168.0.1”)212A,该IPv4地址212A对应于与QNAME52A完全一致的“KM123456.local”相关联的QTYPE53A“A”。
第二设备60生成第一mDNS响应数据包61A。第一mDNS响应数据包61A包括:与在第一mDNS查询包51A中所含的QNAME52A相同的NAME62A“KM123456.local”、与在第一mDNS查询包51A中所含的QTYPE53A相同的TYPE63A“A”、和作为DATA64A从第一记录211读出的IPv4地址“192.168.0.1”212A。第二设备60把生成的第一mDNS响应数据包61A发送给第一设备50。
(2)例2
第一设备50组播第二mDNS查询包51B。在第二mDNS查询包51B中,在QNAME52B中记载有“1.0.168.192.in-addr.Arpa”。在QTYPE53B中记载有“PTR”。
第二设备60从接收到的第二mDNS查询包51B,读出在QNAME52B中记载的“1.0.168.192.in-addr.arpa”和在QTYPE53B中记载的“PTR”。参照名称解析RR210,第二设备60从第二记录212读出主机名(在本示例中为“KM123456.local”)212B,该主机名212B对应于与QNAME52B完全一致的“1.0.168.192.in-addr.arpa”相关联的QTYPE53B“PTR”。
第二设备60生成第二mDNS响应数据包61B。第二mDNS响应数据包61B包括:与在第二mDNS查询包51B中所含的QNAME52B相同的NAME62B“1.0.168.192.in-addr.arpa”、与在第二mDNS查询包51B中所含的QTYPE53B相同的TYPE63B“PTR”、和作为DATA64B从第二记录212读出的主机名“KM123456.local”212B。第二设备60把生成的第二mDNS响应数据包61B发送给第一设备50。
(3)例3
第一设备50组播第三mDNS查询包51C。在第三mDNS查询包51C中,在QNAME52C中记载有“KM123456.local”。在QTYPE53C中记载有“AAAA”。
第二设备60从接收到的第三mDNS查询包51C,读出在QNAME52C中记载的“KM123456.local”和在QTYPE53C中记载的“AAAA”。参照名称解析RR210,第二设备60从第一记录211读出IPv6地址(在本示例中为“2001::1”,“fe80::1”)211C和211D,该IPv6地址211C和211D对应于与QNAME52C完全一致的“KM123456.local”相关联的QTYPE53C“AAAA”。
第二设备60生成第三mDNS响应数据包61C。第三mDNS响应数据包61C包括:与在第三mDNS查询包51C中所含的QNAME52C相同的NAME62C“KM123456.local”、与在第三mDNS查询包51C中所含的QTYPE53C相同的TYPE63C“AAAA”、和作为DATA64C从第一记录211中读出的IPv6地址“2001::1”211C。
第二设备60生成第四mDNS响应数据包61D。第四mDNS响应数据包61D包括:与在第三mDNS查询包51C中所含的QNAME52C相同的NAME62D“KM123456.local”、与在第三mDNS查询包51C中所含的QTYPE53C相同的TYPE63D“AAAA”、和作为DATA64D从第一记录211读出的IPv6地址“fe80::1”211D。第二设备60把生成的第三mDNS响应数据包61C和第四mDNS响应数据包61D发送给第一设备50。
4.小结
很多电子设备为了节能而可以有选择地执行正常模式和休眠模式(关闭主控制器的电源,子控制器响应(代理响应))。在这样的电子设备中,当在休眠模式时子控制器接收了mDNS查询包的情况下,典型的是主控制器总是返回到正常模式进行处理和响应。这是由于RR的数据量大(参照图2和图4),用于生成响应数据包的处理也复杂(参照图1和图3),因而低配置的子控制器不能处理。
可是为了要提高节能的性能,当在休眠模式时子控制器接收了mDNS查询包的情况下,希望子控制器尽可能不返回到正常模式,就在休眠模式下响应(代理响应)。于是按照以下的实施方式,当子控制器在休眠模式时接收了mDNS查询包的情况下,在特定条件下,就在休眠模式下子控制器响应(代理响应)而不返回到正常模式。
II.实施方式
1.信息处理装置的构成
图5表示本发明一个实施方式涉及的信息处理装置的构成。
信息处理装置10是图像形成装置(MFP等)或个人电脑(包括台式计算机、笔记本电脑、平板电脑、智能手机、可穿戴设备等各类型)等。
信息处理装置10具有用总线相互连接的主控制器100、子控制器200、通信接口300和切换器400。
主控制器100在正常模式时执行各种处理。主控制器100具有主处理器(CPU,中央处理器)101、主ROM(只读存储器)102、主RAM(随机存储器)103(主存储器)和专用硬件电路等。当信息处理装置10是图像形成装置的情况下,主控制器100上连接有图像扫描仪、打印机、图像存储器、显示装置、操作装置、非易失性存储装置(HDD(硬盘驱动器)等)(省略了图示和说明)。主控制器100控制这些硬件(图中没有表示)、通信接口300和切换器400。
主处理器101把主ROM102存储的各种程序(包含服务发现程序120)加载到主RAM103上进行执行。主处理器101在特定条件(用户操作或在一定的时间内没有通过网络接收信息等)下,从正常模式转移到休眠模式。正常模式是主控制器100的电源(图中没有表示)打开的状态,休眠模式是主控制器100的电源关闭的状态。主处理器101在从正常模式转移到休眠模式时和从休眠模式返回到正常模式时,均向切换器400和子控制器200的子处理器201发出通知。
主ROM102存储服务发现程序120。服务发现程序120是用于对基于mDNS协议的服务发现查询进行响应的(与图1相同的方法)程序。
主RAM103(主存储器)存储服务发现RR110。服务发现RR110(与图2相同的结构)是在主处理器101执行服务发现程序120时参照的数据库。例如主处理器101在从正常模式转移到休眠模式的时刻,也可以生成服务发现RR110并写入到主RAM103中。
在休眠模式时,子控制器200对从网络N接收了的查询进行响应(所谓代理响应)。子控制器200具有子处理器(CPU)201、子ROM202、子RAM203(子存储器)和专用的硬件电路等。子控制器200的各个设备与主控制器100的各个设备相比均是低配置,工作时耗电低。
子处理器201从主处理器101接收从正常模式转移到休眠模式的通知。在休眠模式时,子处理器201把子ROM202存储的各种代理响应程序(包含mDNS代理响应程序220)加载到子RAM203上并加以执行。在子处理器201,如果接收了的查询是子处理器201不能响应(代理 响应)类型的查询、或不能应答(代理响应)类型的查询,则要求主处理器101从休眠模式返回到正常模式,传送查询。
子ROM202存储mDNS代理响应程序220。mDNS代理响应程序220是用于对基于mDNS协议的名称解析查询进行响应的(与图3相同的方法)程序。
子RAM203(子存储器)存储代理响应数据库230和非支持服务数据库240。例如主处理器101在从正常模式转移到休眠模式的时刻,也可以生成代理响应数据库230和非支持服务数据库240,并写入到子RAM203中。
图7表示代理响应数据库的一个示例。
代理响应数据库230是在子处理器201执行代理响应(mDNS协议和其他协议)时,为生成对查询的响应而参照的数据库。代理响应数据库230包括名称解析RR210(图4)存储的数据。名称解析RR210存储的数据是在子处理器201执行mDNS代理响应程序220时参照的数据。换句话说,代理响应数据库230以数据库的结构来存储名称解析RR210(图4)。具体说,代理响应数据库230把NAME231、TYPE232和RDATA233组合在一起进行登录。
图8表示非支持服务数据库的一个示例。
非支持服务数据库240是对信息处理装置10不支持的服务进行登录的数据库。具体说,非支持服务数据库240把NAME241和TYPE242组合在一起进行登录。
通信接口300可以与连接在网络N上的外围设备通信。在以太网(注册商标)等接口中,通信接口300是把逻辑信号变换成实际的电信号的物理层(Physical Layer)的接口。通信接口300把从网络N接收了的诸如以太网(注册商标)框架和包等的数据(以下称为“包”。),通过切换器400向主控制器100或子控制器200输出。通信接口300把从主控制器100或子控制器200通过切换器400输出的包向网络N发送。
切换器400在从正常模式转移到休眠模式时和在从休眠模式返回到正常模式时,都会从主处理器101获得通知。切换器400在正常模式时,把通信接口300从网络N接收了的包向主控制器100输出,把从主控制器100获得的包向通信接口300输出;切换器400在休眠模式时,把通信接口300从网络N接收了的包向子控制器200输出,把从子控制器200获得的包向通信接口300输出。
2.mDNS代理响应程序的流程
图6表示mDNS代理响应程序的流程。
子处理器201在休眠模式下执行mDNS代理响应程序220时,按以下的流程执行处理。
在休眠模式时,子处理器201从外围设备(图中没有表示)通过通信接口300对mDNS查询包进行接收(步骤S101)。
子处理器201接收了的mDNS查询包是否是服务发现查询包进行判断(步骤S102)。具体说,子处理器201根据mDNS查询包中记载的信息的一部分,判断mDNS查询包是否是服务发现查询包。更具体而言,在子处理器201中,根据mDNS查询包中记载的QNAME(名称)的部分描述的信息、和在QTYPE(类别)中记载的信息,对mDNS查询包是否是服务发现查询包进行判断。
进一步具体地说,子处理器201如判断为:在mDNS查询包中,
(1)QNAME的末尾是“_udp.local”、QTYPE是“PTR”,
(2)QNAME的末尾是“_tcp.local”、QTYPE是“PTR”,
(3)QNAME的先头是设备名称、QNAME的末尾是“_tcp.local”,或
(4)QNAME的先头是设备名称、QNAME的末尾是“_udp.local”,
则判断为mDNS查询包是服务发现查询包。
一般而言,若接收mDNS查询包,则要对在mDNS查询包中包含的QNAME和QTYPE是否与电子设备具有的RR的NAME和TYPE完全一致进行判断,如果完全一致,则生成并发送mDNS响应数据包。换句话说,一般不会仅仅抽出mDNS查询包的一部分中记载的信息,也不会根据这些判断什么。与此相对,在本实施方式中,根据在mDNS查询包记载的QNAME的部分描述的信息和在QTYPE中记载的信息,对mDNS查询包是否是服务发现查询包进行判断。按照这种方法,子处理器201可以可靠地判断mDNS查询包是否是服务发现查询包。
参照图1作为一个示例,第一mDNS查询包31A由于QNAME32A的末尾是“_tcp.local”、QTYPE33A是“PTR”,所以符合条件(2)。由此,子处理器201判断为第一mDNS查询包31A是服务发现查询包。作为另外的示例,第二mDNS查询包31B由于QNAME32B的先头是设备名称“TaskalfaXXX”、QNAME的末尾32B是“_tcp.local”,所以符合条件(3)。由此,子处理器201判断为第二mDNS查询包31B是服务发现查询包。第三mDNS查询包31C也同样。
另一方面,参照图3,第一mDNS查询包51A、51B和51C都不符合条件(1)、(2)、(3)和(4)。由此,子处理器201判断为第一mDNS查询包51A、51B和51C都不是服务发现查询包。
再参照图6,子处理器201判断为mDNS查询包不是服务发现查询包(步骤S102,NO)。于是,子处理器201判断mDNS查询包为名称解析查询包。若在mDNS查询包中所含的QNAME和QTYPE与在名称解析RR210中所含的NAME和TYPE完全一致(步骤S103,YES),则子处理器201生成mDNS响应数据包(与图3同样的方法)(步骤S104)。子处理器201通过通信接口300向外围设备发送mDNS响应数据包(步骤S105)。
另一方面,若在mDNS查询包中所含的QNAME和QTYPE与在名称解析RR210中的NAME和TYPE不完全一致(步骤S103,NO),则子处理器201放弃mDNS查询包(步骤S106)。
另一方面,子处理器201判断为mDNS查询包是服务发现查询包(步骤S102,YES)。于是,子处理器201对如下内容进行判断,mDNS查询包中记载的QNAME和QTYPE的组合是否作为非支持服务数据库240的NAME241和TYPE242而被登录(步骤S109)。
子处理器201判断为mDNS查询包中记载的QNAME和QTYPE的组合登录在非支持服务数据库240中(步骤S109,YES)。在这种情况下,子处理器201的在mDNS查询包中记载的服务是信息处理装置10不支持的服务。因此子处理器201放弃mDNS查询包(步骤S110)。
另一方面,子处理器201判断为DNS查询包中记载的QNAME和QTYPE的组合没有登录在非支持服务数据库240中(步骤S109,NO)。在这种情况下,子处理器201要求主处理器101从休眠模式返回(唤醒)到正常模式(步骤S107)。当从主处理器101接收到从休眠模式返回到正常模式的通知,则子处理器201把mDNS查询包传送到主处理器101(步骤S108)。
3.服务发现程序的流程
图9表示服务发现程序的流程。
主处理器101根据子处理器201的要求从休眠模式返回到正常模式。当从子处理器201接收到mDNS查询包(步骤S201),则主处理器101执行服务发现程序120。参照服务发现RR110,主处理器101对在mDNS查询中记载的服务是否是信息处理装置10支持的服务进行判断。具体说,主处理器101判断在mDNS查询包中所含的QNAME和QTYPE是否与在服务发现RR110中所含的NAME和TYPE完全一致(步骤S202)。
参照服务发现RR110,主处理器101判断为mDNS查询中记载的服务是信息处理装置10支持的服务。具体说,主处理器101判断为,在mDNS查询包中所含的QNAME和QTYPE与在服务发现RR110中所含的NAME和TYPE完全一致(步骤S202,YES)。于是主处理器101根据服务发现RR110生成mDNS响应数据包(与图1相同的方法)(步骤S203)。
主处理器101通过通信接口300向外围设备发送mDNS响应数据包(步骤S204)。
另一方面,参照服务发现RR110,主处理器101判断为mDNS查询中记载的服务是信息处理装置10不支持的服务。具体说,主处理器101判断为,在mDNS查询包中所含的QNAME和QTYPE没有与在服务发现RR110所含的NAME和TYPE完全一致(步骤S202,NO)。于是主处理器101放弃mDNS查询包(步骤S205)。
此外,主处理器101把在放弃的mDNS查询包中所含的QNAME和QTYPE作为非支持服务数据库240的NAME241和TYPE242进行登录(步骤S206)。
4.总结
很多电子设备为了节能而可以有选择地执行正常模式和休眠模式(将主控制器的电源关闭,让子控制器进行响应(代理响应))。在这样的电子设备中,当在休眠模式时子控制器接收了mDNS查询包的情况下,典型而言总是在返回到正常模式后,主控制器进行处理和响应。由于RR的数据量大(参照图2和图4),不能在小容量的子ROM中存储,用于生成响应数据包的处理也复杂(参照图1和图3),因而不能靠低配置的子控制器来处理。
另一方面,由于mDNS是组播通信,所以例如在办公室内在LAN(局域网)上连接有多个电子设备的情况下,各电子设备往往频繁接收发给其他电子设备的mDNS查询包。因此担心主控制器从休眠模式返回到正常模式的情况或许频繁发生。其原因在于,尽管接收了发给其他电子设备的mDNS查询包,用子控制器也不能判断它。从节能的观点看是不被人希望的。
相反,当电子设备在休眠模式时接收了mDNS查询包的情况下,我们可以认为子控制器始终对接收了的全部mDNS查询包进行处理并代理响应。为此要提高子ROM的容量,以便可以存储服务发现RR和名称解析RR,且必须提高子处理器和子RAM的配置,以便可以适当地处理服务发现查询和名称解析查询。可是用此方法要新开发信息处理工序,导致成本增加。不仅如此子控制器的耗电也增加,所以从节能的观点看是不被人希望的。
然而如上所述,可以利用mDNS协议进行服务发现和名称解析。在对mDNS查询进行响应时可使用服务发现RR、名称解析RR。服务发现RR(图2)包含与设备支持的服务数相同数量的记录,而且是包括服务信息(上层)、设备名称信息(中层)和服务详细信息(下层)的分层结构的数据库。另一方面,名称解析RR(图4)只具有与主机名和IP地址(IPv4地址、IPv6地址)相关的信息。换句话说,与名称解析RR的数据量相比,服务发现RR的数据量相对大。同样,与从相对简单的名称解析RR中抽出应响应的数据的处理(图3)相比,从分层结构的服务发现RR中抽出应响应的数据的处理(图1)相对复杂。
因此按照本实施方式,主控制器100具有服务发现RR110,子控制器200具有名称解析RR210。一旦在休眠模式时子控制器200接收mDNS查询,则根据mDNS查询中记载的信息的一部分以判断是否是服务发现查询。若不是服务发现查询,则子控制器200判断为名称解析查询,根据名称解析RR210进行响应(代理响应);另一方面,若是服务发现查询,则子控制器200判断在mDNS查询中记载的服务是否登录在非支持服务数据库中。若登录在非支持服务数据库中,则子控制器200放弃mDNS查询;另一方面,若没有登录在非支持服务数据库240中,则要求主控制器100从休眠模式返回到正常模式,向主控制器100传送mDNS查询,主控制器100根据服务发现RR110进行响应。另一方面,在主控制器100若判断为mDNS查询中记载的服务是信息处理装置10不支持的服务,则把mDNS查询中记载的服务登录在非支持服务数据库240中。
总之,当在休眠模式时子控制器200接收了mDNS查询包的情况下,若不是服务发现查询,则直接在休眠模式下进行响应而不返回正常模式。换句话说,在子控制器200接收了mDNS查询包的情况下,仅限于是服务发现查询,而且在mDNS查询中记载的服务还没有登录在非支持服务数据库240中的情况下,才从休眠模式返回正常模式,主控制器100进行响应。
综上所述,减少了从休眠模式返回到正常模式的机会,增加了子控制器200进行代理响应的机会,因而节能性能得到提高。此外由于无须提高子控制器200的配置,所以子控制器200本身也以低电耗工作(节能),还可控制成本增加。
此外,对于返回后的主控制器100,若判断为在mDNS查询中记载的服务是信息处理装置10不支持的服务,则把在mDNS查询中记载的服务(信息处理装置10不支持的服务)登录在非支持服务数据库240中。因此当下次在休眠模式时子控制器200接收了相同的mDNS查询包的情况下,由于在mDNS查询中记载的服务已经登录在非支持服务数据库中,所以子控制器200放弃mDNS查询而无需使主控制器100返回。综上所述,由于从休眠模式返回正常模式的机会随时间的推移而减少,所以节能性能随时间的推移而不断提高。
可是如本实施方式那样,假设子控制器200只有名称解析RR210而没有服务发现RR110。在这种情况下,子控制器200可以判断接收了的mDNS查询是否是发给自身设备的名称解析查询。具体说,若接收了的mDNS查询(名称解析查询)的QNAME和QTYPE的设置与在名称解析RR210所含的某个记录的NAME和TYPE的设置完全一致,则子控制器200可以判断为这是发给自身设备的名称解析查询。可是也有时接收了的mDNS查询(名称解析查询)的QNAME和QTYPE的设置不与在名称解析RR210中所含的某个记录的NAME和TYPE的设置完全一致。在这种情况下,子控制器200尽管可以判断接收了的mDNS查询不是发给自身设备的名称解析查询,但也不能判断这是发给其他电子设备的名称解析查询或者是服务发现查询。因而,在mDNS查询不是发给自身设备的名称解析查询的情况下,子控制器200始终(也就是说,不仅是服务发现查询时,也是发给其他电子设备的名称解析查询时)要求主控制器100从休眠模式返回到正常模式,必须向主控制器100传送mDNS查询。
与此相对,按照本实施方式,与上述假设不同,仅具有名称解析RR210的子控制器200并不首先判断接收了的mDNS查询是否是发给自身设备的名称解析查询或者是其他别的什么。子控制器200根据接收了的在mDNS查询中记载的信息的一部分,首先判断mDNS查询是否是服务发现查询。因此按照本实施方式,子控制器200若判断为mDNS查询不是服务发现查询(即是名称解析查询),参照名称解析RR210,如果是发给自身设备的名称解析查询则进行代理响应,如果是发给其他电子设备的名称解析查询则放弃。换句话说,子控制器200仅仅在mDNS查询是服务发现查询时,才要求主控制器100从休眠模式返回正常模式,向主控制器100传送mDNS查询。因而与上述假设(mDNS查询是服务发现查询时,再加上发给其他电子设备的名称解析查询时,从休眠模式返回正常模式)相比,可以减少从休眠模式返回正常模式的机会。
以上对本技术的实施方式进行了说明,但本技术不限于上述实施方式,在不脱离本技术宗旨的范围内当然可以进行各种变更。
Claims (9)
1.一种信息处理装置,其特征在于,包括:
子控制器,具有子处理器和存储代理响应数据库的子存储器,所述代理响应数据库包含用于生成对基于组播域名系统即mDNS协议的名称解析查询响应的名称解析RR(资源记录);
主控制器,具有主处理器和存储用于生成对基于所述mDNS协议的服务发现查询响应的服务发现RR的主存储器,在转移到休眠模式和从所述休眠模式返回时,通知所述子处理器;
通信接口,能与连接在网络上的外围设备进行通信,在所述休眠模式时,所述子处理器如通过所述通信接口从所述外围设备接收mDNS查询,则要判断所述mDNS查询是否是服务发现查询,
如判断为所述mDNS查询不是服务发现查询,则判断出所述mDNS查询为名称解析查询,
若所述mDNS查询所含的QNAME和QTYPE以及与 所述名称解析RR所含的NAME和TYPE完全一致,则根据所述名称解析RR生成所述响应,把所述响应通过所述通信接口发送到所述外围设备,
若所述mDNS查询所含的QNAME和QTYPE以及与 所述名称解析RR所含的NAME和TYPE不完全一致,则放弃所述mDNS查询。
2.根据权利要求1所述的信息处理装置,其特征在于,所述子处理器根据在所述mDNS查询中记载的部分信息,对所述mDNS查询是否是服务发现查询进行判断。
3.根据权利要求2所述的信息处理装置,其特征在于,所述子处理器根据在所述mDNS查询中记载的名称即所述QNAME的部分描述信息和在类别即所述QTYPE中记载的信息,对所述mDNS查询是否是服务发现查询进行判断。
4.根据权利要求3所述的信息处理装置,其特征在于,
如果所述子处理器判断为:在所述mDNS查询中,
(1)所述QNAME的末尾是“_udp.local”、所述QTYPE是“PTR”,
(2)所述QNAME的末尾是“_tcp.local”、所述QTYPE是“PTR”,
(3)所述QNAME的先头是设备名称、所述QNAME的末尾是“_tcp.local”,或
(4)所述QNAME的先头是设备名称、所述QNAME的末尾是“_udp.local”,则判断为所述mDNS查询是服务发现查询。
5.根据权利要求1至4中任一项所述的信息处理装置,其特征在于,
所述子存储器还存储非支持服务数据库,该非支持服务数据库登录有所述信息处理装置不支持的服务,
如果所述子处理器判断为所述mDNS查询是服务发现查询,则对在所述mDNS查询中记载的服务是否登录在所述非支持服务数据库中进行判断,
如果判断为所述mDNS查询中记载的所述服务没有登录在所述非支持服务数据库中,则要求所述主处理器从所述休眠模式返回,把所述mDNS查询传送到所述主处理器。
6.根据权利要求5所述的信息处理装置,其特征在于,
所述主处理器按照来自所述子处理器的所述要求,从所述休眠模式返回,从所述子处理器接收作为所述服务发现查询的所述mDNS查询,
且对在所述mDNS查询中记载的所述服务是否是所述信息处理装置支持的服务进行判断,
如果判断为所述mDNS查询中记载的所述服务是所述信息处理装置不支持的服务,则把所述mDNS查询中记载的所述服务登录到所述非支持服务数据库中。
7.根据权利要求5所述的信息处理装置,其特征在于,
所述非支持服务数据库登录所述信息处理装置不支持的服务的名称即所述NAME和类别即所述TYPE,
所述子处理器根据在所述mDNS查询中记载的QNAME即名称和QTYPE即类别的组合是否登录在所述非支持服务数据库中,判断在所述mDNS查询中记载的服务是否登录在所述非支持服务数据库中。
8.根据权利要求5所述的信息处理装置,其特征在于,
在所述子处理器,如果判断为在所述mDNS查询中记载的服务登录在所述非支持服务数据库中,则放弃所述mDNS查询。
9.一种非暂时性的计算机可以读取的记录媒体,其特征在于,
其记录了信息处理程序,该信息处理程序使下述信息处理装置的子处理器执行工作,
该信息处理装置包括:
子控制器,具有所述子处理器和存储代理响应数据库的子存储器,所述代理响应数据库包含用于生成对基于mDNS即组播域名系统协议的名称解析查询响应的名称解析RR即资源记录;
主控制器,具有主处理器和存储用于生成对基于所述mDNS协议的服务发现查询响应的服务发现RR的主存储器,在转移到休眠模式和从所述休眠模式返回时,通知所述子处理器;
通信接口,能与连接在网络上的外围设备进行通信,
在所述主控制器休眠模式时,使所述子处理器通过所述通信接口从所述外围设备来接收mDNS查询,并判断所述mDNS查询是否是服务发现查询,如判断为所述mDNS查询不是服务发现查询,则判断出所述mDNS查询为名称解析查询,
若所述mDNS查询所含的QNAME和QTYPE以及与 所述名称解析RR所含的NAME和TYPE完全一致,则根据所述名称解析RR生成所述响应,使所述响应通过所述通信接口发送到所述外围设备,
若所述mDNS查询所含的QNAME和QTYPE以及与 所述名称解析RR所含的NAME和TYPE不完全一致,则放弃所述mDNS查询。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017179673 | 2017-09-20 | ||
JP2017-179673 | 2017-09-20 | ||
JP2018-059506 | 2018-03-27 | ||
JP2018059506A JP7081257B2 (ja) | 2017-09-20 | 2018-03-27 | 情報処理装置及び情報処理プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109617935A CN109617935A (zh) | 2019-04-12 |
CN109617935B true CN109617935B (zh) | 2021-10-15 |
Family
ID=63685554
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810990292.6A Active CN109617935B (zh) | 2017-09-20 | 2018-08-28 | 信息处理装置和非暂时性的计算机可以读取的记录媒体 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10630634B2 (zh) |
EP (1) | EP3461108B1 (zh) |
CN (1) | CN109617935B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10652200B2 (en) * | 2017-12-12 | 2020-05-12 | Cisco Technology, Inc. | Systems and methods for multicast domain name system redundant query suppression |
CN114244784B (zh) * | 2021-11-11 | 2023-09-19 | 新华三大数据技术有限公司 | 一种报文转发方法及装置 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4546040B2 (ja) * | 2003-05-12 | 2010-09-15 | キヤノン株式会社 | ネットワークサービスシステムおよびサービス代行処理方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラム |
US7107442B2 (en) * | 2003-08-20 | 2006-09-12 | Apple Computer, Inc. | Method and apparatus for implementing a sleep proxy for services on a network |
JP5223586B2 (ja) | 2008-10-17 | 2013-06-26 | 株式会社リコー | 画像処理装置 |
JP5791223B2 (ja) * | 2009-09-25 | 2015-10-07 | キヤノン株式会社 | 印刷装置、ネットワークインターフェースユニット、印刷装置の制御方法およびプログラム |
US10284659B2 (en) * | 2013-01-25 | 2019-05-07 | Apple Inc. | Hybrid unicast/multicast DNS-based service discovery |
US10148610B2 (en) * | 2013-02-26 | 2018-12-04 | Dell Products L.P. | Method to publish remote management services over link local network for zero-touch discovery, provisioning, and management |
US9635124B2 (en) * | 2014-01-15 | 2017-04-25 | Qualcomm Connected Experiences, Inc. | Conveying state changes using connectionless messaging and a store-and-forward cache |
JP6269353B2 (ja) * | 2014-06-30 | 2018-01-31 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置 |
JP6065887B2 (ja) * | 2014-07-28 | 2017-01-25 | コニカミノルタ株式会社 | 管理システム、画像処理装置、およびプロトコル分担プログラム |
-
2018
- 2018-08-28 CN CN201810990292.6A patent/CN109617935B/zh active Active
- 2018-09-07 EP EP18193085.0A patent/EP3461108B1/en active Active
- 2018-09-13 US US16/130,056 patent/US10630634B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP3461108A1 (en) | 2019-03-27 |
EP3461108B1 (en) | 2021-11-24 |
US10630634B2 (en) | 2020-04-21 |
CN109617935A (zh) | 2019-04-12 |
US20190089672A1 (en) | 2019-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2335393B1 (en) | Connection management for pushing asynchronous messages from servers to clients | |
EP2151095B1 (en) | Method and apparatus for discovering universal plug and play device using resource information | |
CN103973830A (zh) | 基于混合单播/多播dns的服务发现 | |
WO2013104172A1 (zh) | 实现负载均衡的方法、dns服务器和客户端 | |
US8489766B2 (en) | Information processing apparatus, control method therefor, and computer-readable storage medium, for updating device information corresponding to a device among the device information stored in a storage unit, and for sending a notification for releasing an internet-protocol address assigned to the device to a dynamic-host-configuration-protocol server based on whether received information specifies a specific condition | |
CN109617935B (zh) | 信息处理装置和非暂时性的计算机可以读取的记录媒体 | |
US20110138081A1 (en) | Network-connected apparatus and network connection method | |
WO2007143833A1 (en) | System and method for handling address resolution protocol requests | |
US7711801B2 (en) | DHCP client/server device and method of providing DHCP server services on a network | |
EP2895961B1 (en) | Device discovery using broadcast technology | |
US8369245B2 (en) | Communication apparatus having network interfaces and responding to device search, communication method, and storage medium | |
JP7081257B2 (ja) | 情報処理装置及び情報処理プログラム | |
US8504702B2 (en) | Providing server identification to a client | |
JP5034828B2 (ja) | 通信システム、中継装置およびプログラム | |
US8230014B2 (en) | Information processing apparatus, method for controlling thereof and computer program | |
JP4443482B2 (ja) | インターネット印刷システム及びそれを実現するためのプログラム | |
JP2004126959A (ja) | 通信管理装置、情報処理装置、プログラム | |
US20110235641A1 (en) | Communication apparatus, method of controlling the communication apparatus,and program | |
JP2011114805A (ja) | 通信装置及び方法、並びにプログラム | |
JP5113095B2 (ja) | ネットワーク設定通知装置、ネットワーク設定方法、プログラムおよび記録媒体 | |
JP2006197051A (ja) | ネットワーク通信制御装置およびネットワーク通信制御方法 | |
US11968169B1 (en) | Domain name based deployment | |
JP6610901B2 (ja) | 電子機器および通信制御プログラム | |
WO2018233844A1 (en) | METHODS AND APPARATUS EMPLOYED TO ANSWER DNS REQUEST AND MANAGE CONNECTION REQUEST | |
JP6502418B2 (ja) | 電子機器管理システム及び電子機器管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |