CN101437100A - 发送终端、信息输出装置以及内容传送系统 - Google Patents
发送终端、信息输出装置以及内容传送系统 Download PDFInfo
- Publication number
- CN101437100A CN101437100A CNA2008101733428A CN200810173342A CN101437100A CN 101437100 A CN101437100 A CN 101437100A CN A2008101733428 A CNA2008101733428 A CN A2008101733428A CN 200810173342 A CN200810173342 A CN 200810173342A CN 101437100 A CN101437100 A CN 101437100A
- Authority
- CN
- China
- Prior art keywords
- content
- data
- printing
- terminal
- printing condition
- 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.)
- Pending
Links
Images
Landscapes
- Facsimiles In General (AREA)
Abstract
本发明是提供一种发送终端,在内容数据的发送之前,个人计算机(104)以及印刷终端(108)按照SIP,经由SIP服务器(106),进行两者之间的会话的确立。在进行该会话的确立的过程中,个人计算机(104),经由SIP服务器(106)向印刷终端(108)发送在印刷终端(108)根据内容数据进行印刷时的印刷条件。这样,能够从发送终端向信息输出装置即印刷终端传送输出条件即印刷条件。
Description
技术领域
本发明涉及用于经由网络传送内容数据的技术。此外,在本说明书中,所谓「内容」是图像或声音等的信息,所谓「内容数据」是表示上述内容的数据。此外,在上述内容之中,有时将能够印刷的图像等称为「印刷内容」。
背景技术
以往,当企业向顾客传送广告等时,利用了邮寄或传真等。此外,在通信教育领域等中,当教材提供企业对听课者传送教材等时,也同样利用了邮寄或传真等。
对于邮寄的情况,广告或教材等的印刷内容本身,虽然能够以高质量提供印刷的内容,但是存在有为了邮寄需要许多人手、花费很多的费用、并且还需要邮寄的时间的问题。
此外,对于传真的情况,与邮寄相比,虽然不需要邮寄的人手和时间,但是存在会产生通信费用、并且存在有顾客方面不能期待接收的印刷内容本身是高质量的问题。
另一方面,近年来,由于互联网的发展等,能够以接近无费用的低花费来传送信息。此外,由于高性能的打印机或多功能设备的开发,即使在家中,也能够以较低的花费进行高质量的印刷。
此处,期待着能够从包括个人计算机或服务器等的发送终端,经由所述互联网等的网络,将印刷内容的数据以低花费、并且高质量地传送到包括打印机或多功能设备等的印刷终端的系统的开发。
此外,有关利用了网络的信息的传送,例如,已知特开2005-109701号公报、特开2003-178028号公报、特表2005-516320号公报中记载的内容。
在上述的系统中,当从发送终端向印刷终端发送印刷内容的数据时,若从发送终端向印刷终端没有传送用纸尺寸或印刷质量等的印刷条件,则在印刷终端中,只能以默认设定的印刷条件来印刷其印刷内容。此处,从发送终端向印刷终端如何传送那样的印刷条件成为了课题。
此外,这样的课题,不限于从发送终端向印刷终端发送印刷内容的数据的情况,而是当从发送终端向显示器等发送图像等的内容数据时如何从发送终端向显示器等传送分辨率等的显示条件、或从发送装置向音频装置等发送声音等的内容数据时如何从发送装置向音频装置等传送静音状态等的声音输出条件等所共同的课题。
此外,在以下,有时将印刷终端、显示器、音频装置等统称为信息输出装置,且有时将印刷条件、显示条件、声音输出条件等统称为在信息输出装置中进行信息的输出时的条件,即称为输出条件。
发明内容
据此,本发明的目的是解决上述现有技术的课题,并提供用于从发送终端向信息输出装置传送输出条件的技术。
本发明是为解决上述课题的至少一部分的发明,可作为以下的方式或适用例来实现。
[适用例1]
一种发送终端,经由网络向信息输出装置传送内容数据,具备:
控制部,其在所述内容数据的传送之前,按照信令协议,经由与所述网络连接的中介服务器,进行与所述信息输出装置之间的会话的确立,
所述控制部,在进行所述会话的确立的过程中,经由所述中介服务器,向所述信息输出装置发送在信息输出装置中根据所述内容数据进行信息的输出时的输出条件。
如此,在适用例1中的发送终端中,当向信息输出装置发送内容数据时,在其发送之前,在进行与信息输出装置之间的会话的确立的过程中,能够经由中介服务器向信息输出装置传送输出条件。因此,在信息输出装置中,针对发送的内容数据,能够按照从发送终端传送的输出条件进行信息的输出,所以在信息输出装置中,作为根据内容数据的信息输出结果,可得到按照发送侧用户的希望的信息输出结果。
[适用例2]
根据适用例1所述的发送终端,其特征在于,还具备:图像读取部,其根据读取条件读取图像,并获取所得到的图像数据作为所述内容数据,并且,
所述控制部,在进行所述会话的确立的过程中,经由所述中介服务器,将所述读取条件作为所述输出条件向所述信息输出装置发送。
如此,发送终端,根据读取条件读取图像,将得到的图像数据作为内容数据,并且在进行会话的确立的过程中,经由中介服务器,将上述读取条件作为输出条件向信息输出装置发送,从而在信息输出装置中,能够针对来自发送终端的内容数据,按照发送的输出条件,即读取到画像时的读取条件进行信息的输出,所以能够得到按照发送侧用户的希望的信息输出结果。
[适用例3]
根据适用例1或适用例2所述的发送终端,其特征在于,所述信令协议是SIP,
所述控制部,当经由所述中介服务器,向所述信息输出装置发送所述SIP中的INVITE请求时,所述INVITE请求中包含所述输出条件。
如此,当信令协议是SIP时,通过INVITE请求中包含的输出条件,在进行发送终端与信息输出装置之间的会话的确立的过程中,能够从发送终端向信息输出装置可靠地传送输出条件。
[适用例4]
根据适用例1至适用例3中任意一个所述的发送终端,其特征在于,所述控制部发送多个条件作为所述输出条件。
如此,发送终端通过发送作为输出条件的多个条件,在信息输出装置中,能够从这些条件之中选择所希望的条件。
[适用例5]
根据适用例4所述的发送终端,其特征在于,所述控制部,当在所述会话的确立之后、预定向所述信息输出装置发送多个数据作为所述内容数据时,所述多个条件是分别对应所述多个数据的条件。
如此,在适用例5中的发送终端,当发送作为多个内容数据的多个数据时,能够按每个数据设定对应的输出条件,来向信息输出装置进行传送。
[适用例6]
根据适用例1至适用例5中任意一个所述的发送终端,其特征在于,所述控制部,在所述会话的确立之后,按照数据传送用的协议,发送对应于所述输出条件的数据作为所述内容数据。
如此,发送终端,通过向信息输出装置发送对应于向信息输出装置传送了的输出条件的数据作为内容数据,从而在信息输出装置中,能够通过根据内容数据进行信息的输出,而得到按照发送侧用户的希望的信息输出结果。
[适用例7]
一种信息输出装置,经由网络从发送终端接收传送的内容数据,根据所述内容数据进行信息的输出,具备:
控制部,其在所述内容数据的接收之前,按照信令协议,经由与所述网络连接的中介服务器,进行与所述发送终端之间的会话的确立;
所述控制部,在进行所述会话的确立的过程中,在接收到根据所述内容数据进行所述信息的输出时的输出条件的情况下,经由所述中介服务器向所述发送终端发送对应与所述输出条件的应答。
如此,在适用例7的信息输出装置中,在进行与发送终端之间的会话的确立的过程中,能够经由中介服务器向发送终端针对传送的输出条件返回应答。
[适用例8]
根据适用例7所述的信息输出装置,其特征在于,所述控制部,判断在接收到的所述输出条件下的所述信息的输出是否可能,并将其判断结果作为所述应答进行发送。
如此,信息输出装置,通过向发送终端返回能否进行在接收到的输出条件下的信息的输出的判断结果,从而在发送终端,能够把握在信息输出装置侧所希望的输出条件,并能向信息输出装置发送对应于该输出条件的内容数据。
[适用例9]
根据适用例7或适用例8所述的信息输出装置,其特征在于,所述控制部,在进行所述会话的确立的过程中,当接收了作为所述输出条件的所述多个条件时,从所述多个条件中选择所希望的条件,并将该选择结果作为对所述输出条件的应答,经由所述中介服务器向所述发送终端发送。
如此,信息输出装置,通过从多个条件中选择所希望的条件,并向发送终端返回其选择结果,从而在发送终端,能够把握在信息输出装置侧所希望的输出条件,并能向信息输出装置发送对应于该输出条件的内容数据。
[适用例10]
一种内容数据传送系统,经由网络传送内容数据,具备:
发送终端,其与所述网络连接,经由所述网络发送所述内容数据;
信息输出装置,其与所述网络连接,接收来自所述发送终端的所述内容数据,并根据所述内容数据进行信息的输出;和
中介服务器,其与所述网络连接,
在所述内容数据的发送之前,所述发送终端以及所述信息输出装置,按照信令协议,经由所述中介服务器,进行所述发送终端与所述信息输出装置之间的会话的确立,并且
在进行所述会话的确立的过程中,所述发送终端,经由所述中介服务器,向所述信息输出装置发送在所述信息输出装置中根据所述内容数据进行的所述信息输出时的输出条件。
根据适用例10的内容传送系统,能够发挥与适用例1同样的效果。
此外,本发明,不限于上述的发送终端或信息输出装置或内容传送系统等的装置发明的形式,能够以作为用于构筑这些装置的计算机程序的形式或作为存储了这样的计算机程序的存储介质的形式等各种形式来实现。
附图说明
图1是表示作为本发明的第1实施例的内容传送系统的概略结构方框图。
图2是表示图1中的个人计算机104的主要结构的方框图。
图3是表示图1中的SIP服务器106的主要结构的方框图。
图4是表示一般的SIP服务器的类别的说明图。
图5是表示图1中的印刷终端108的主要结构的方框图。
图6是表示图1中的个人计算机104与印刷终端108之间的会话(session)确认处理的顺序的说明图。
图7是表示已存的SDP与印刷条件的对应关系的说明图。
图8是表示图1的内容传送系统中的印刷条件传送处理的流程的流程图。
图9是表示作为本发明的第2实施例的内容传送系统的印刷条件传送处理的流程的流程图。
图10是作为本发明的第3实施例的内容传送系统的印刷条件传送处理之中,表示offer侧的处理的流程的流程图。印刷条件传送处理之中,表示answer侧的处理的流程的流程图。
图11是作为本发明的第3实施例的内容传送系统的印刷条件传送处理之中,表示answer侧的处理的流程的流程图。
图12是表示作为本发明的第4实施例的内容传送的概略结构的方框图。
图13是表示图12中的发送终端204的主要结构的方框图。
具体实施方式
以下,根据实施例对本发明的实施的方式按以下的顺序进行说明。
A.第1实施例:
A-1.实施例的结构
A-2.实施例的动作
A-3.实施例的效果
B.第2实施例:
B-1.实施例的结构
B-2.实施例的动作
B-3.实施例的效果
C.第3实施例:
C-1.实施例的结构
C-2.实施例的动作
C-3.实施例的效果
D.第4实施例:
D-1.实施例的结构
D-2.实施例的动作
D-3.实施例的效果
E.变形例:
A.第1实施例
A-1.实施例的结构:
图1是表示作为本发明的第1实施例的内容传送系统的概略结构方框图。
如图1所示,该实施例的内容传送系统,由个人计算机104、SIP(Session Initiation Protocol)服务器106、信息输出装置即印刷终端108所构成。其中,个人计算机104,由希望传送印刷内容(广告或通信教材等)的发送侧的用户来管理。印刷终端108,由接收已传送的印刷内容的接收侧用户来管理。SIP服务器106,例如由网络服务提供企业等来管理。
个人计算机104、SIP服务器106以及印刷终端108,经由包括互联网的所谓宽带网络110来连接。
在该实施例中,广告或通信教材等的印刷内容,作为内容数据,如在稍后详述的那样,通过个人计算机104,以PUSH型传送到印刷终端108。此处,作为为了如此的印刷而使用的内容数据,可使用例如,JPEG数据、GIF数据、PNG数据、TIFF数据、纯文本(plain text)数据、HTML数据、PDF数据、PostScript(登录商标)数据等能表现图像或文本的各种数据。此外,当知道在印刷终端所使用的打印机的机种时,能以印刷数据的形式进行传送。此外,此处所谓「PUSH」型,是指即使终端侧不请求信息,服务器侧也单方向地将信息向终端送出而传送的方法。此外,内容数据的传送,即在装置间的内容数据的传送中,使用作为数据传送协议的一种的HTTP(Hypertext Transfer Protocol)。
此外,在该实施例中,在上述的内容数据的传送之前,使用作为信令协议(signaling protocol)的一种的SIP(Session InitiationProtocol),经由SIP服务器106,进行装置间即在个人计算机104与印刷终端108之间的会话的确立。进而,在该实施例中,在进行该会话的确立的过程中,从个人计算机104向印刷终端108,经由SIP服务器106,传送根据内容数据进行印刷时的印刷条件。此处,所谓「会话」,是指在终端等的节点之间发送接收媒体流(media stream)的关系。此外,作为印刷条件,可举出用纸尺寸(例如,A4、B5、L等)或印刷颜色(彩色、黑白等)或印刷质量(质量水平1、质量水平2等)等。
图2是表示图1中的个人计算机104的主要结构的方框图。如图2所示,个人计算机104,主要具备有:通过执行程序进行各种的处理或控制的CPU10;经由网络与其他装置之间进行各种数据或信息等的传送的通信部12;由键盘或点击输入设备(pointing device)等组成的用于输入来自用户的指示的输入部13;用于存储程序或者存储数据或信息的存储器14;和用于显示获取到的数据或信息等的监视器15。其中,存储器14,作为数据或信息,能够存储如后面所述的请求传送信息16或内容数据17或印刷条件数据库18等。
图3是表示图1中的SIP服务器106的主要结构的方框图。如图3所示,SIP服务器106,由服务器计算机构成,主要具备有:通过执行程序进行各种的处理或控制的CPU20;经由网络与其他装置之间进行各种数据或信息等的传送的通信部22;和用于存储程序或者存储数据或信息的存储器24。其中,存储器24,作为信息,能够存储如后面所述的登录信息26等。此外,SIP服务器106,除了上述构成要素以外,虽还具备有键盘或点击输入设备等的输入部或监视器等的显示部,但在图中被省略。
图4是表示一般的SIP服务器的类别的说明图。一般而言,SIP服务器根据功能,能够分成如图4所示的类别。
注册服务器(registrar)接受来自SIP客户端(client)(即,SIP用户代理(user agent))的登录要求,将SIP客户端的SIP地址(即,SIP URI(Uniform Resource Identifier))或位置信息(即,IP(InternetProtocol)地址等)在定位服务器(location server)中登录。
定位服务器,是存储SIP客户端或服务器的SIP地址或位置信息等的数据库。
代理服务器(proxy server),是在SIP客户端之间,将请求或响应进行中继的服务器,对在SIP客户端之间的会话的确立等进行中介。
重定向服务器(redirect server),针对来自SIP客户端的询问,通知想通信的对方的位置信息。
在席服务器(presence server),获取与SIP客户端相关的在席信息,并进行管理,同时将这些在席信息提供给其他的SIP客户端。
图5是表示图1中的印刷终端108的主要结构的方框图。印刷终端108,如图1所示,由个人计算机112、与该个人计算机112通过电缆等相连接的打印机114所构成。其中,个人计算机112,如图5所示,主要具备有:通过执行程序进行各种处理或控制的CPU30;经由网络与其他装置之间进行各种数据或信息等的传送的通信部32;用于存储程序、或者存储数据或信息的存储器34;由键盘或点击输入设备等构成的、用于输入来自用户的指示的输入部40;用于显示获取到的数据或信息等的监视器42;和用于向外部连接的打印机114等输出数据的输出接口(I/F)部46。其中,存储器34,作为数据或信息,能够存储内容数据36或内容信息38等。
此外,在该实施例中,作为印刷终端108的结构,采用了由个人计算机112、与该个人计算机112通过USB电缆等直接连接的打印机114所构成的方式,但作为印刷终端的结构,可采用各种方式。
例如,也可以是代替打印机114,而使用多功能设备的方式。或者,也可以是由个人计算机112、用LAN电缆等经由LAN(局域网)与该个人计算机112连接的对应网络的多功能设备或打印机所构成的方式。或者,也可以是由个人计算机112、与该个人计算机112通过LAN电缆等经由LAN电缆等连接的网络适配器、与该网络适配器通过USB电缆等连接的复合设备或打印机所构成的方式。
进而,也可以是只由IP(Internet Protocol)通信打印(printing)对应的多功能设备或打印机构成的方式。这是因为IP通信打印对应的多功能设备或打印机,由于能够直接处理SIP URI等全局地址(globaladdress),所以经由宽带路由器等,即使与互联网等的宽带网络直接连接,也可在那些网络上的装置之间交换数据。此外,此处,所谓IP通信打印是满足以下条件的印刷方式。
·使用网络的印刷方式。
·使用SIP等的呼叫控制协议作为通信协议。
·在对应的终端间彼此能够进行内容数据的接收发送。
·包括个人计算机而不通过其他设备能够进行内容数据的直接印刷。
此外,装置彼此之间,也可通过所谓无线LAN或蓝牙或红外线等以无线进行连接来代替电缆等有线连接。
此外,相对于在包括互联网的网络110中分配全局IP地址,在LAN等的个人网络中多为个人地址的分配。这样的情况,虽存在所谓NAT(Network Address Translation)超越的问题,但如众所周知的那样,作为NAT超越的方法,通过使用UPnP(Universal Plug and Play)的技术、或STUN(Simple Traversal of UDP through NAT)的技术、或TURN(Traversal Using Relay NAT)的技术、或ICE(InteractiveConnectivity Establishment)的技术等,能够解决这样的问题。
此外,在该实施例中,个人计算机104相当于技术方案中的发送终端,SIP服务器106相当于技术方案中的中介服务器,印刷终端108相当于技术方案中的信息输出装置,此外,个人计算机104的CPU10或个人计算机112的CPU30,分别相当于技术方案中的控制部。
A-2实施例的动作:
在图1中,首先,个人计算机104或印刷终端108,若分别启动,则作为SIP客户端向SIP服务器106进行访问。然后,个人计算机104、印刷终端108向已访问的SIP服务器106分别提出登录要求,并发送自己的SIP URI或IP地址等的信息(虚线箭头126、128)。SIP服务器106,作为注册服务器、定位服务器发挥功能,如图3所示,该CPU20经由通信部22,接受登录要求,并将发送的信息作为登录信息26登录到存储器24中。
其结果,SIP服务器106成为具有个人计算机104以及印刷终端108的登录信息。登录信息26,按每个终端,将其SIP URI与其IP地址建立对应,通过CPU20进行管理。
此处,SIP URI,例如,以所谓「sip:user@west.com」的形式的标识符来表示。成为在开头处设置表示SIP的标识符(体系(scheme))(「sip」),接着设置用户标识符(「user」),用「@」隔开,再设置主机名(「west.com」)的形式。并且,在用户标识符中使用用户ID或电话号码等。此外,在主机名中使用完全合格域名(FQDN:Fully Qualified Domain Name)或IP地址。进而,在主机名之后,也可设置端口号或选项参数等。此外,代替SIP URI,作为SIP的安全的URI,也可使用SIPS URI。此时,设置「sips」作为体系。
如此,完成了关于SIP的事前准备后,就能够进行利用了SIP的、装置间的会话的确立。
此处,首先,在发送侧准备好想发送的印刷内容,在图2中所示的个人计算机104的存储器14中,作为内容数据17进行存储。此外,也准备好在印刷终端侧印刷该印刷内容时的印刷条件,并在存储器14内的印刷条件数据库18中进行管理。进而,还准备好应该传送此印刷内容的各传送目标的列表,并在存储器14中作为请求传送信息16进行存储。
此后,个人计算机104的CPU10,读出请求传送信息16,并分析其中包含的传送目标列表。在传送目标列表中,作为传送目标记载了印刷终端108等的SIP URI。然后,个人计算机104的CPU10,按照此传送目标列表,例如,首先,将印刷终端108作为内容数据的传送目标进行决定。
在该实施例中,如上所述,在内容数据的传送之前,在进行个人计算机104与印刷终端108之间的会话确立的过程中,从个人计算机104向印刷终端108,经由SIP服务器106,传送印刷条件。
此处,首先,在对印刷条件的传送处理进行说明之前,对于个人计算机104与印刷终端108之间的会话的确立处理顺序,使用图6进行说明。
图6是表示图1中的个人计算机104与印刷终端108之间的会话确立处理的顺序的说明图。在图6中,时间是从上向下移动的。此外,处理顺序是按方括号内的数的顺序进行的。
个人计算机104,为了向印刷终端108传送自己的IP地址,在向印刷终端108发送的INVITE请求的实体(body)中,包含个人计算机104的IP地址。另一方面,印刷终端108,为了向个人计算机104传送自己的IP地址,在向个人计算机104发送的200 OK响应的实体中,包含印刷终端108的IP地址。
如此,从个人计算机104发送了的ACK请求,一旦到达印刷终端108,就确立了个人计算机104与印刷终端108之间的会话。
此后,个人计算机104,根据通过200 OK响应获取的印刷终端108的IP地址,对印刷终端108,不经由SIP服务器106而直接访问,如图1的白空箭头122所示,根据HTTP以PUSH型传送内容数据。
印刷终端108,一旦完成了所发送的内容数据的接收,就再次根据SIP,经由SIP服务器106向个人计算机104发送BYE请求。个人计算机104,若接收到BYE请求,则经由SIP服务器106向印刷终端108返回200OK响应。由此,解除个人计算机104与印刷终端108之间的会话。
以上,是会话确立处理的顺序。在进行如此的会话确立的过程中,在该实施例中,当从个人计算机104向印刷终端108发送INVITE请求时,以在其实体中包含想传送的印刷条件的方式进行发送。
在SIP中,在进行装置间的会话的确立时,为了记述媒体·会话的内容,一般而言,使用SDP(Session Description Protocol)。在该实施例中,针对该已存的SDP,关于应该发送的印刷条件,形成如图7所示的对应关系。
图7是表示已存的SDP与印刷条件的对应关系的说明图。在图7中,「印刷条件类型」相当于以SDP的规定称为「净载荷(payload)类型」。此外,对于印刷颜色,从已存的SDP进行了独自的扩展,作为印刷条件,指定彩色印刷或黑白印刷中的任一种。
此外,以下的说明是根据SDP的offer/answer模型而进行的。此处,对offer/answer模型进行简单说明。首先,将确立会话的2个SIP UA(用户代理)分别设为offer侧(offer:提供方)、answer侧(Answer:应答方)。然后,从offer侧发送包含成为在两者间确立的会话的提供的会话/媒体信息的SDP记述文档(offer),并接受此提供后返回包含answer侧成为应答的会话/媒体信息的SDP记述文档(answer)。通过这一系列的信息交换,进行会话确立的框架(framework)是「offer/answer模型」。因此,在该实施例中,所谓offer侧是指发送侧、即个人计算机104,所谓answer侧是指接收侧、即印刷终端108。
接着,对该实施例中的印刷条件的传送处理进行说明。在该实施例中,设定在发送侧,准备好1个印刷内容C作为想发送的印刷内容,并作为使该印刷内容C在印刷终端印刷时的印刷条件,可以指定以下的2个印刷条件。此外,印刷条件类型与图7所示的内容相对应。
a.印刷条件类型0:A4,彩色,质量水平1
b.印刷条件类型3:B5,黑白,质量水平1
此外,在该实施例中,设定作为上述印刷内容C,按每个印刷条件分别准备了与该印刷条件对应的内容数据。
a.印刷条件类型0:A4,彩色,质量水平1
→内容数据:image_a4_color.jpg
b.印刷条件类型3:B5,黑白,质量水平1
→内容数据:image_b5_gray.jpg
但是,在该实施例中,设定从offer侧(发送侧)到answer侧(接收侧),对于1个印刷内容,只能传送1个印刷条件。因此,对于已准备的印刷内容C,在上述可指定的2个印刷条件之中,只能向印刷终端108发送1个印刷条件。此处,在该实施例中,作为默认的印刷条件,在上述2个印刷条件之中,设定了a的「印刷条件类型0:A4,彩色,质量水平1」,并首先将此印刷条件传送到印刷终端108。
图8是表示图1的内容传送系统中的印刷条件传送处理的流程的流程图。在图8中,左侧是offer侧、即表示在个人计算机104上的处理,右侧是answer侧、即表示在印刷终端108上的处理。
在offer侧(发送侧),首先,对于印刷内容C,判断是否有想传送的印刷条件(步骤S102),此时,由于有想传送的印刷条件,所以进入步骤S104的处理。然后,在offer侧(发送侧),作为想传送的印刷条件,将默认的「印刷条件类型0:A4,彩色,质量水平1」,由SDP在INVITE请求的实体中进行记述(步骤S104)。具体的记述内容,例如,如以下所示。但是,只表示了与印刷条件相关的部分。
----------------------------
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=fmtp:color
----------------------------
此处,「m=」行(第一行)的最末尾处记载的数字部分是在SDP中指定净载荷类型的部分,在该实施例中,成为指定印刷条件类型的部分。因此,此时,数字是「0」,表示「印刷条件类型0」。此外,在第2~3行中,记载了关于此「0」的设定内容。
其次,在offer侧(发送侧),将如此得到的INVITE请求向answer侧(接收侧)发送(步骤S106)。此后,offer侧(发送侧),成为来自answer侧(接收侧)的响应的接收等待的状态(步骤S108)。
另一方面,在处于来自offer侧(发送侧)的请求的接收等待的状态(步骤S116)下的answer侧(接收侧),若接收到从offer侧(发送侧)发送来的INVITE请求,则根据其实体内的SDP来分析记述内容,并判断对于所记述的印刷条件,自身能否对应(即可印刷)(步骤S118)。具体而言,首先,评价在「m=」行的最末尾所记载的数字。当前,作为该数字,因为指定了「0」,所以answer侧(接收侧),将从offer侧(发送侧)传送的印刷条件,识别为「印刷条件类型0:A4,质量水平1」。而且,根据2行以下记载的「a=fmtp:color」,识别为彩色印刷。
此处,当判断的结果是针对该印刷条件在answer侧(接收侧)能对应时,保持该印刷条件(步骤S120)。具体而言,如图5所示,在answer侧(接收侧)即印刷终端108,个人计算机112的CPU30,将该印刷条件作为内容信息38的一部分保存到存储器34内。
进而,在answer侧(接收侧),由SDP将该印刷条件记述在200 OK响应的实体中(步骤S121)。即,将从offer侧(发送侧)传送的SDP的记述内容,拷贝到200 OK响应的实体中。此时的SDP的记述内容与来自offer侧(发送侧)的INVITE请求中的记述内容相同,如以下所示。但是,只表示了与印刷条件相关的部分。
-----------------------------
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=fmtp:color------------------------------
其次,在answer侧(接收侧),将如此得到的200OK响应返回到offer侧(发送侧)(步骤S122)。此后,在answer侧(接收侧),成为内容数据的接收等待的状态(接收待机)(步骤S124)。
相反,步骤S118的判断结果,对于上述印刷条件,在answer侧(接收侧)不能对应的情况下,作为错误响应,生成「415 Unsupported MediaType」或「488 Not Acceptable Here」的响应(步骤S130)。
其次,在answer侧(接收侧),将生成的错误响应返回到offer侧(发送侧)(步骤S132)。此后,在answer侧(接收侧),结束基于SIP的通信(步骤S134)。
另一方面,在已成为来自answer侧(接收侧)的响应的接收等待的offer侧(发送侧),若来自answer侧(接收侧)的响应被返回,则该响应进行是否为200 OK响应的判断(步骤S110)。
当判断的结果是200 OK响应时,开始内容数据的发送(步骤S112)。具体而言,如前所述,作为印刷内容C,与印刷条件「印刷条件类型0:A4,彩色,质量水平1」对应的已准备的内容数据为「image_a4_color.jpg」,所以此内容数据被发送到answer侧(接收侧)。
对此,是内容数据的接收等待的状态的answer侧(接收侧),开始接收发送来的内容数据(步骤S126)。具体而言,如图5所示,在answer侧(接收侧)即印刷终端108,个人计算机112的CPU30,经由通信部32,若接收到发送来的内容数据,则暂时在存储器34中保存该内容数据36。
接收完了以后(步骤S128),在answer侧(接收侧),成为来自offer侧(发送侧)的下一个印刷内容的接收等待的状态(来自offer侧的请求接收等待的状态)(步骤S116)。同时,按照在步骤S122中保持的印刷条件、即「印刷条件类型0:A4,彩色,质量水平1」,并基于内容数据开始印刷。具体而言,在answer侧(接收侧)即印刷终端108,个人计算机112的CPU30,从存储器34读出内容数据36,并读出在内容信息38中包含的印刷条件(即,从offer侧(发送侧)传送的印刷条件),根据该印刷条件,实施内容数据中所希望的处理,并转换成能够在打印机114中执行印刷的数据形式。CPU30,若将印刷命令与转换后的内容数据一起发送到打印机114,则打印机114根据该内容数据进行印刷,并输出印刷内容。
如此,在answer侧(接收侧)即印刷终端108,对于已传送的内容数据,能够得到按照从offer侧(发送侧)传送的印刷条件的印刷结果。
另一方面,在offer侧(发送侧),当上述判断的结果不是200OK响应时、即当从answer侧(接收侧)返回来的响应为错误响应时,在offer侧(发送侧),判断除了默认的印刷条件「印刷条件类型0:A4,彩色,质量水平1」以外,作为想传送的印刷条件,是否有能够指定的印刷条件(步骤S102)。
如上所述,作为能够指定的印刷条件,由于除了默认的印刷条件、a的「印刷条件类型0:A4,彩色,质量水平1」以外,还存在b的「印刷条件类型3:B5,黑白,质量水平1」,所以在offer侧(发送侧),再次,作为想传送的印刷条件,由SDP将「印刷条件类型3:B5,黑白,质量水平1」记述在INVITE请求的实体中(步骤S104),并将该INVITE请求发送到answer侧(接收侧)(步骤S106)。
此时的SDP记述内容,如以下所示。但是,只表示了与印刷条件相关的部分。
--------------------------------------
m=audio 49170 RTP/AVP 3
a=rtpmap:3 GSM/8000
a=fmtp:gray
---------------------------------------
此后的处理,与上述的步骤S108之后的处理相同。
此外,步骤S102中的判断结果,例如,在除了默认的印刷条件「印刷条件类型0:A4,彩色,质量水平1」以外,没有可指定的印刷条件的情况下,或者,即使再次传送的印刷条件为「印刷条件类型3:B5,黑白,质量水平1」,而在answer侧(接收侧)不能对应的情况下,将结束基于SIP的通信(步骤S114)。
A-3.实施例的效果:
根据该实施例,在内容数据的传送之前,在进行个人计算机104与印刷终端108之间的会话的确立的过程中,从offer侧(发送侧)即个人计算机104向answer侧(接收侧)即印刷终端108,经由SIP服务器106,能够传送印刷条件。因此,在answer侧(接收侧)即印刷终端108,对于已传送的内容数据,能够根据从offer侧(发送侧)所传送的印刷条件进行印刷,所以在answer侧(接收侧),能够输出按照发送侧用户的希望的印刷结果。
B.第2实施例:
在上述第1实施例中,设定当从offer侧(发送侧)即个人计算机104向answer侧(接收侧)即印刷终端108传送印刷条件时,针对1个印刷内容只能传送1个印刷条件。对此,在该实施例中,设定从offer侧(发送侧)向answer侧(接收侧),针对1个印刷内容可传送多个印刷条件,在answer侧(接收侧),从这些多个印刷条件中将可对应的印刷条件返回到offer侧(发送侧)。
B-1.实施例的结构:
在本实施例中,内容传送系统的结构本身与图1中所示的第1实施例的情况相同,此外,作为系统的结构要素的各装置的结构本身,也与图2~图5中所示的第1实施例的情况相同,所以省略对它们的说明。
B-2.实施例的动作:
如上所述,该实施例,与第1实施例不同的是印刷条件的传送处理,其它的动作与第1实施例相同,所以在以下的说明中,以不同点为中心进行说明。
接着,对该实施例中的印刷条件的传送处理进行说明。在该实施例中,在发送侧,作为想传送的印刷内容,准备好了1个印刷内容C,作为使该印刷内容C在印刷终端侧印刷时的印刷条件,可指定以下的3个印刷条件。并且,印刷条件类型与图7所示的内容相对应。
a.印刷条件类型0:A4,彩色,质量水平1
b.印刷条件类型3:B5,黑白,质量水平1
c.印刷条件类型7:L,彩色,质量水平2
此外,在该实施例中,作为上述印刷内容C,对每个印刷条件分别准备了对应该印刷条件的内容数据。
a.印刷条件类型0:A4,彩色,质量水平1
→内容数据:image_a4_color.jpg
b.印刷条件类型3:B5,黑白,质量水平1
→内容数据:image_b5_gray.jpg
c.印刷条件类型7:L,彩色,质量水平2
→内容数据:image_1_color.jpg
此外,在该实施例中,如上所述,从offer侧(发送侧)向answer侧(接收侧),针对1个印刷内容可传送多个印刷条件。因此,在该实施例中,对于已准备好的印刷内容C,将上述可指定的全部3个印刷条件传送到印刷终端108。
图9是表示该实施例的内容传送系统中的印刷条件传送处理的流程的流程图。在图9中,也与图8的情况相同,左侧表示offer侧、即在个人计算机104上的处理,右侧表示answer侧、即在印刷终端108上的处理。
在offer侧(发送侧),首先,对于印刷内容C,获取上述可指定的全部3个印刷条件作为想传送的印刷条件(步骤S202),并将这些印刷条件由SDP记述到INVITE请求的实体中(步骤S204)。具体的记述内容,例如,如以下所示。但是,只表示了与印刷条件相关的部分。此外,开头的数字是为了说明而使用的行号。
----------------------------------
1:m=audio 49170 RTP/AVP 0 3 7
2:a=rtpmap:0 PCMU/8000
3:a=fmtp:color
4:a=rtpmap:3GSM/8000
5:a=fmtp:gray
6:a=rtpmap:7LPC/8000
7:a=fmtp:color
-----------------------------------
此处,「m=」行(第1行)的最末尾处记载的数字的部分,如上所述,成为指定印刷条件类型的部分,此时,数字为「0」、「3」、「7」,表示为「印刷条件类型0」、「印刷条件类型3」、「印刷条件类型7」。「m=」行接下来,在「a=」行(第2~7行)中,记载了对应于各数字的设定内容。即,在第2~3行中对此「0」的设定内容、第4~5行中对此「3」的设定内容、第6~7行中对此「7」的设定内容分别进行了记载。
其次,在offer侧(发送侧),将如此得到的INVITE请求向answer侧(接收侧)进行发送(步骤S206)。此后,offer侧(发送侧)成为来自answer侧(接收侧)的响应的接收等待的状态(步骤S208)。
另一方面,在处于来自offer侧(发送侧)的请求的接收等待的状态(步骤S218)的answer侧(接收侧),若接收到从offer侧(发送侧)发送来的INVITE请求,则分析该实体内的SDP的记述内容,并判断对于记述的印刷条件自身是否能对应(即,可印刷)(步骤S220)。具体而言,在主体内的SDP的记述内容之中,首先,对前述行号的第1行的「m=」行进行分析。
----------------------------------
1:m=audio 49170 RTP/AVP 0 3 7
-----------------------------------
在SDP的规定中,此「m=」行的最末尾处记载的数字的部分(上述示例是「0」、「3」、「7」)成为优先顺序,在answer侧(接收侧),以此顺序进行评价。
此处,在answer侧(接收侧)中,首先,评价第1个数字。当前,指定「0」作为第1个数字,所以在answer侧(接收侧),印刷条件识别为「印刷条件类型0:A4,质量水平1」。而且,关于此「0」的设定内容,如前所述,被记载于行号的第2~3行中,根据第3行中记载的「a=fmtp:color」,识别是彩色印刷。
然后,在answer侧(接收侧),针对此第1个印刷条件、即「印刷条件类型0:A4,彩色,质量水平1」,判断自身是否能对应。当判断的结果为能对应时,保持此第1个印刷条件(步骤S222)。具体而言,如图5所示,在answer侧(接收侧)即印刷终端108,个人计算机112的CPU30,将此第1个印刷条件作为内容信息38的一部分保存到存储器34中。
进而,在answer侧(接收侧),将此第1个印刷条件由SDP记述在200 OK响应的实体中(步骤S223)。此时的SDP的记述内容,如以下所示。但是,只表示了与印刷条件相关的部分。
--------------------------
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=fmtp:color
--------------------------
其次,在answer侧(接收侧),将如此得到的200 OK响应返回到offer侧(发送侧)(步骤S224)。此后,在answer侧(接收侧),成为内容数据的接收等待的状态(接收待机)(步骤S226)。此外,如此在answer侧(接收侧),没有将多个印刷条件返回到offer侧(发送侧)。
通常,利用于VoIP(Voice over Internet Protocol)等的软件电话(softphone)或设备等的情况,「m=」行,针对1个媒体只存在1个。例如,以下的记述,虽是用于进行声音和图像的接收发送的记述,但是为了如此同时发送接收不同的媒体(声音和图像),要对各媒体分别记述「m=」行,并且在各「m=」行的下面,分别记述与该媒体相关的属性。
-------------------
m=audio…
a=rtpmap…
a=…
m=video…
a=rtpmap…
a=…
-------------------
另一方面,例如,如以下那样的记述(为了声音的发送接收而确立2个会话),很多情况下是不允许。此时,声音通话不能正确进行。
----------------
m=audio…
a=rtpmap…
a=…
m=audio…
a=rtpmap…
a=…
----------------
此处,在该实施例中,将印刷条件记载为「m=audio…」,并看上去作为声音媒体,只可指定1个来使用。
那么,当上述判断的结果为针对第1个印刷条件、即「印刷条件类型0:A4,彩色,质量水平1」,在answer侧(接收侧)不能对应时,就接着评价第2个数字。当前,指定「3」作为第2个数字,所以在answer侧(接收侧),识别印刷条件为「印刷条件类型3:B5,质量水平1」。而且,关于此「3」的设定内容,如前所述,被记载于行号的第4~5行中,根据第5行中记载的「a=fmtp:gray」,识别为黑白印刷。
然后,在answer侧(接收侧),针对此第2个印刷条件、即「印刷条件类型3:B5,黑白,质量水平1」,判断自身是否能对应。当判断的结果是能对应时,保持此第2个印刷条件。
进而,在answer侧(接收侧),将此第2个印刷条件由SDP记述到200 OK响应的实体中,并将该200 OK响应返回到offer侧(发送侧)。
此时的SDP的记述内容,如以下所示。但是,只表示了与印刷条件相关的部分。
--------------------------
m=audio 49170 RTP/AVP 3
a=rtpmap:3GSM/8000
a=fmtp:gray
---------------------------
此外,当上述判断的结果为针对第2个印刷条件在answer侧(接收侧)不能对应时,就接着评价第3个数字。当前,指定「7」作为第3个数字,所以在answer侧(接收侧),识别印刷条件为「印刷条件类型7:L,质量水平2」。而且,关于此「7」的设定内容,如前所述,被记载于行号的第6~7行中,根据第7行中记载的「a=fmtp:color」,识别为彩色印刷。
然后,在answer侧(接收侧),针对此第3个印刷条件、即「印刷条件类型7:L,彩色,质量水平2」,判断自身是否能对应。当判断的结果为能对应时,保持此第3个印刷条件。
进而,在answer侧(接收侧),将此第3个印刷条件由SDP记述到200 OK响应的实体中,并将该200 OK响应返回到offer侧(发送侧)。
此时的SDP的记述内容,如以下所示。但是,只表示了与印刷条件相关的部分。
--------------------------
m=audio 49170 RTP/AVP 7
a=rtpmap:7LPC/8000
a=fmtp:color
--------------------------
进而,当上述判断的结果为针对第3个印刷条件在answer侧(接收侧)不能对应时、即对于从offer侧(发送侧)传送来的全部印刷条件在answer侧(接收侧)不能对应时,生成「415 Unsupported Media Type」或「488 Not Acceptable Here」响应作为错误响应(步骤S232)。
接着,在answer侧(接收侧),将所生成的错误响应返回到offer侧(发送侧)(步骤S234)。此后,在answer侧(接收侧),结束基于SIP的通信(步骤S236)。
另一方面,在成为来自answer侧(接收侧)的响应的接收等待的offer侧(发送侧),若来自answer侧(接收侧)的响应被返回,则对此响应进行是否为200 OK响应的判断(步骤S210)。
当判断的结果是200 OK响应时,分析该主实内的SDP的记述内容(步骤S212),并根据此记述内容开始发送对应于印刷条件的内容数据(步骤S214)。例如,在200 OK响应的实体中,作为在answer侧(接收侧)可对应的印刷条件,若记述了上述第2个印刷条件、即「印刷条件类型3:B5,黑白,质量水平1」,则作为印刷内容C,对应于该印刷条件「印刷条件类型3:B5,黑白,质量水平1」而准备的内容数据,如上所述是
「image_b5_gray.jpg」,所以此内容数据被发送到answer侧(接收侧)。
相对于此,为内容数据的接收等待的状态的answer侧(接收侧),开始接收所发送来的内容数据(步骤S228)。具体而言,如图5所示,在answer侧(接收侧)即印刷终端108,个人计算机112的CPU30,若经由通信部32接收到发送来的内容数据,则暂时将该内容数据36保存到存储器34中。
接收结束之后(步骤S230),在answer侧(接收侧),成为来自offer侧(发送侧)的下一个印刷内容的接收等待的状态(来自offer侧的请求接收等待的状态)(步骤S218)。同时,按照在步骤S222中保持的印刷条件、即「印刷条件类型3:B5,黑白,质量水平1」,根据内容数据开始印刷。具体而言,在answer侧(接收侧)即印刷终端108,个人计算机112的CPU30,从存储器34读出内容数据36,并且读出在内容信息38中包含的印刷条件(即从offer侧(发送侧)传送来的印刷条件),按照该印刷条件,对内容数据实施所希望的处理,并转换成在打印机114中可执行印刷的数据形式。CPU30若将印刷命令与转换后的内容数据一起发送到打印机114,则打印机114根据该内容数据进行印刷,并输出印刷内容。
如此,在answer侧(接收侧)即印刷终端108,从offer侧(发送侧)传送来的多个印刷条件之中选择在answer侧(接收侧)可对应的印刷条件,并针对所传送的内容数据,能够得到按照其选择出的印刷条件的印刷结果。
另一方面,在offer侧(发送侧),当上述判断的结果不是200 OK响应时、即从answer侧(接收侧)返回来的响应是错误响应时,在answer侧(接收侧)不能对应任何一个印刷条件,所以结束基于SIP的通信(步骤S216)。
B-3.实施例的效果:
根据该实施例,在内容数据的发送之前,在进行个人计算机104与印刷终端108之间的会话的确立的过程中,从offer侧(发送侧)即个人计算机104向answer侧(接收侧)即印刷终端108,经由SIP服务器106,能够传送多个印刷条件。此外,能够在answer侧(接收侧),从该多个印刷条件之中,选择自身可对应的印刷条件来应答offer侧(发送侧),并在offer侧(发送侧),将对应于此应答的印刷条件的内容数据发送到answer侧(接收侧)。因此,在answer侧(接收侧)即印刷终端108,按照从多个印刷条件之中选择出的印刷条件,能够根据内容数据进行印刷,所以在answer侧(接收侧),能够输出不只是按照发送侧用户的希望、也是按照接收侧用户的希望的印刷结果。
C.第3实施例:
在上述第1以及第2的实施例中,设定从offer侧(发送侧)即个人计算机104向answer侧(接收侧)即印刷终端108,只能同时发送1个印刷内容。对此,在该实施例中,设定从offer侧(发送侧)向answer侧(接收侧)能够同时发送多个印刷内容。此外,在此处,所谓「同时发送多个印刷内容」是在已确立的相同的会话内,将多个印刷内容的数据按顺序发送的意思。
C-1.实施例的结构:
在该实施例中,内容传送系统的结构本身与图1所示的第1实施例的情况相同,此外,作为系统的结构要素的各装置的结构本身,也与图2~图5中所示的第1实施例的情况相同,所以省略对它们的说明。
C-2.实施例的动作:
实际上,该实施例与第1实施例所不同的是印刷条件的传送处理,其它的动作内容与第1实施例相同,所以在以下的说明中,将以不同点为中心进行说明。
那么,对该实施例的印刷条件的传送处理进行说明。在该实施例中,在发送侧,如以下所示,作为想发送的印刷内容,准备了3个印刷内容C1~C3,关于这些印刷内容C1~C3,分别是对应在印刷终端侧印刷时的印刷条件而准备的印刷内容。并且,印刷条件类型与图7所示的内容相对应。
a.印刷内容C1
→内容数据:image1.jpg
→印刷条件类型0:A4,彩色,质量水平1
b.印刷内容C2
→内容数据:image2.jpg
→印刷条件类型3:B5,黑白,质量水平1
c.印刷内容C3
→内容数据:image3.jpg
→印刷条件类型7:L,彩色,质量水平2
此外,在该实施例中,如上所述,从offer侧(发送侧)向answer侧(接收侧)能够同时发送多个印刷内容。因此,在该实施例中,从在offer侧(发送侧)已准备的3个印刷内容C1~C3之中,将在answer侧(接收侧)能对应的多个印刷内容同时发送到answer侧(接收侧)。
图10是在该实施例的内容传送系统中的印刷条件传送处理之中表示offer侧的处理的流程的流程图,图11是在相同印刷条件传送处理之中表示answer侧的处理的流程的流程图。即图10表示在个人计算机104的处理,图11表示在印刷终端108的处理。
在offer侧,首先,对于想传送的3个印刷内容C1~C3,分别获取其文件名和对应的印刷条件(步骤S302),并将这些文件名以及印刷条件由SDP记述到INVITE请求的实体中(步骤S304)。具体的记述内容,例如,如以下所示。但是,只表示了与印刷条件相关的部分。此外,开头的数字是为了说明而使用的行号。
--------------------------------------
1:m=audio 49170 RTP/AVP 0 3 7
2:a=rtpmap:0 PCMU/8000
3:a=fmtp:color
4:a=file:image1.jpg
5:a=rtpmap:3GSM/8000
6:a=fmtp:gray
7:a=file:image2.jpg
8:a=rtpmap:7LPC/8000
9:a=fmtp:color
10:a=file:image3.jpg
-------------------------------------
此处,「m=」行(第1行)的最末尾处记载的数字的部分,如上所述,成为指定印刷条件的部分,此时,数字为「0」、「3」、「7」,表示为「印刷条件类型0」、「印刷条件类型3」、「印刷条件类型7」。「m=」行接下来,在「a=」行(第2~10行)中记载了对应各数字的设定内容。即,在第2~4行中对此「0」的设定内容、在第5~7行中对此「3」的设定内容、在第8~10行中对此「7」的设定内容分别进行记载。
与第2实施例的情况相比较,不同点在于,在这些记载内容之中,在4、7、10行中追加了想传送的印刷内容的文件名。这些第4、7、10行的记述,在通常的SDP的规定中并没有,而成为独自的扩展。
如前所述,在通常的SDP的规定中,「m=」行最末尾处的数字(净载荷类型指定)部分成为优先顺序。在上述的第2实施例中,在answer侧(接收侧),以该顺序进行评价,并在能对应的印刷条件(媒体设定)的时刻向offer侧(发送侧)返回200OK响应。因此,在answer侧(接收侧),不会返回多个印刷条件(媒体设定)。为此,在第2实施例中,成为从offer侧(发送侧)向answer侧(接收侧)一次可发送的印刷内容只有一个。
对此,在该实施例中,通过独自扩展SDP的规定,以便对应从offer侧(发送侧)向answer侧(接收侧)同时发送多个印刷条件。具体而言,「m=」行最末尾处的数字部分不是作为优先顺序而使用,而是表示所传送的印刷内容的种类。
因此,对应于各数字「0」、「3」、「7」的印刷条件以及其设定内容成为如以下所示。
「0」:
→印刷内容C1
→内容数据:image1.jpg
→印刷条件类型0:A4,彩色,质量水平1
「3」:
→印刷内容C2
→内容数据:image2.jpg
→印刷条件类型3:A5,黑白,质量水平1
「7」:
→印刷内容C3
→内容数据:image3.jpg
→印刷条件类型7:L,彩色,质量水平2
其次,在offer侧(发送侧),向answer侧(接收侧)发送如此得到的INVITE请求。此后,offer侧(发送侧),成为来自answer侧(接收侧)的响应的接收等待的状态(步骤S308)。
另一方面,在为来自offer侧(发送侧)的请求的接收等待的状态的(步骤S320)answer侧(接收侧),若接收到从offer侧(发送侧)发送来的INVITE请求,则分析该主体内的SDP的记述内容,并判断是否具有自身能对应(即,可印刷)的印刷条件的印刷内容(步骤S322)。具体而言,在实体内的基于SDP的记述内容之中,首先,对前述的行号的第1行「m=」行进行分析。
---------------------------------
1:m=audio 49170 RTP/AVP 0 3 7
--------------------------------
在answer侧(接收侧),从第1个数字「0」顺序地进行评价,接着一边进行「a=」行的分析,一边对于对应于该数字的印刷内容,按照所设定的印刷条件,判断是否自身能对应。例如,第1个数字「0」的情况,在answer侧(接收侧),识别印刷条件为「印刷条件类型0:A4,质量水平1」,关于此「0」的设定内容,被记载于如前述的行号的第2~4行中,所以根据第3行中记载的「a=fmtp:color」,识别为彩色印刷,且根据第4行中记载的「a=file:image1.jpg」,识别文件名为「image1.jpg」。然后,在answer侧(接收侧),对于该文件名「image1.jpg」的印刷内容,按照「印刷条件类型0:A4、彩色、质量水平1」,判断自身能否对应。
在该实施例中,设定例如,以下所示,对于第1个数字「0」以及第3个数字「7」对应的2个印刷内容,分别按照所设定的印刷条件,在answer侧(接收侧)为能对应。即,在answer侧(接收侧),可对应的印刷内容以及其印刷条件成为以下所示。
「0」:
→印刷内容C1
→内容数据:image1.jpg
→印刷条件类型0:A4、彩色、质量水平1
「7」:
→印刷内容C3
→内容数据:image3.jpg
→印刷条件类型7:L、彩色、质量水平2
此处,在answer侧(接收侧),保持这些可对应的印刷内容的印刷条件以及文件名(步骤S324)。具体而言,如图5所示,在answer侧(接收侧)即印刷终端108,个人计算机112的CPU30,将该印刷条件以及文件名作为内容信息38的一部分保存到存储器34中。此外,在图5中,对文件名未进行图示。
进而,在answer侧(接收侧)中,将这些能对应的印刷内容的印刷条件以及文件名由SDP记述到200 OK响应的实体中(步骤S326)。记述内容,成为以下那样。但是,只表示了与印刷条件相关的部分。并且,开头的数字是为了说明而使用的行号。
----------------------------------
1:m=audio 49170 RTP/AVP 0 7
2:a=rtpmap:0PCMU/8000
3:a=fmtp:color
4:a=file:image1.jpg
5:a=rtpmap:7LPC/8000
6:a=fmtp:color
7:a=file:image3.jpg
-----------------------------------
其次,在answer侧(接收侧),将如此得到的200 OK响应返回到offer侧(发送侧)(步骤S328)。此后,在answer侧(接收侧),成为内容数据的接收等待的状态(接收待机)(步骤S330)。
另一方面,当步骤S322的判断结果为既使针对任何的印刷内容,在所设定的印刷条件下,在answer侧(接收侧)都不能够对应时,生成「415Unsupported Media Type」或「488Not Acceptable Here」的响应作为错误响应(步骤S342)。
接着,在answer侧(接收侧),将生成后的错误响应返回到offer侧(发送侧)(步骤S344)。此后,在answer侧(接收侧),结束基于SIP的通信(步骤S346)。
另一方面,在成为来自answer侧(接收侧)的响应的接收等待的offer侧(发送侧),若来自answer侧(接收侧)的响应被返回,则对此响应进行是否为200 OK响应的判断(步骤S310)。
当判断的结果是200 OK响应时,分析该主体内的SDP的记述内容,并根据该记述内容,从准备的3个印刷内容C1~C3之中决定应该发送的印刷内容(步骤S312),并开始发送已决定的内容数据(步骤S314)。具体而言,在基于实体内的SDP的记述内容之中,首先,对在以下表示的前述的行号的第1行的「m=」行进行分析,并进行接着的「a=」行的分析。
-------------------------------
1:m=audio 49170 RTP/AVP 0 7
-------------------------------
分析的结果,在offer侧(发送侧),将对应于第1个数字「0」以及第3个数字「7」的2个印刷内容C1、C3作为应该发送的印刷内容来决定。此外,在该实施例中,对于已决定的这些印刷内容,成为按C1、C3的顺序发送内容数据(步骤S314,S316)。即,从offer侧(发送侧)发送的印刷内容以及该印刷条件如以下所示。
「0」:
→印刷内容C1
→内容数据:image1.jpg
→印刷条件类型0:A4,彩色,质量水平1
「7」:
→印刷内容C3
→内容数据:image3.jpg
→印刷条件类型7:L,彩色,质量水平2
对此,为内容数据的接收等待的状态的answer侧(接收侧),开始接收所发送来的内容数据(步骤S332)。即,首先,接收文件名「image1.jpg」的内容数据(印刷内容C1),其次,接收文件名「image1.jpg」的内容数据(印刷内容C3)。具体而言,如图5所示,在answer侧(接收侧)即印刷终端108,若个人计算机112的CPU30,经由通信部32接收发送来的内容数据,则暂时在存储器34中保存该内容数据36。
然后,在answer侧(接收侧)中,首先,一旦印刷内容C1的内容数据(文件名「image1.jpg」)的接收结束了(步骤S332),就获取在步骤S324中保持着的印刷内容C1中的印刷条件、即「印刷条件类型0:A4,彩色,质量水平1」(步骤S334),并根据该内容数据开始印刷(步骤S336)。具体而言,在answer侧(接收侧)即印刷终端108中,个人计算机112的CPU30,根据内容信息38中包含的文件名,从存储器34读出内容数据36,并且读出内容信息38中包含的印刷条件,按照该印刷条件,对内容数据实施所希望的处理,并转换成在打印机114中可执行印刷的数据形式。CPU30若将印刷命令和转换后的内容数据一起发送到打印机114,则打印机114根据该内容数据进行印刷,并输出印刷内容。
同时,在answer侧(接收侧),判断是否有应该接收的印刷内容(步骤S328),有时,经过内容数据的接收等待的状态(接收待机)(步骤S330),对下一个印刷内容C3,开始内容数据(文件名「image1.jpg」)的接收(步骤S332)。此后,在answer侧(接收侧),一旦接收结束了(步骤S332),就获取在步骤S324中保持着的印刷内容C3有关的印刷条件、即「印刷条件类型7:L,彩色,质量水平2」(步骤S334),并根据该内容数据开始印刷(步骤S336)。在answer侧(接收侧),对于全部的印刷内容,若完成了接收·印刷,则成为来自offer侧(发送侧)的下一个印刷内容的接收等待的状态(来自offer侧的请求接收等待的状态)(步骤S320)。
如此,在answer侧(接收侧)即印刷终端108,对于从offer侧(发送侧)同时发送的多个印刷内容,能够得到按照从offer侧(发送侧)传送的印刷条件的印刷结果。
另一方面,在offer侧(发送侧),当上述判断的结果不是200 OK响应时,即当从answer侧(接收侧)返回来的响应是错误响应时,在answer侧(接收侧)不能对应任何一个的印刷条件,所以结束基于SIP的通信(步骤S318)。
C-3.实施例的效果:
根据该实施例,在内容数据的传送之前,在进行个人计算机104与印刷终端108之间的会话的确立的过程中,能够从offer侧(发送侧)即个人计算机104向answer侧(接收侧)即印刷终端108,经由SIP服务器106,针对多个印刷内容传送其印刷条件以及文件名。此外,在answer侧(接收侧),按照针对其印刷内容设定的印刷条件,从其多个印刷内容之中选择自身可对应的印刷内容,而后对offer侧(发送侧)进行应答,并在offer侧(发送侧),能够向answer侧(接收侧)发送此应答的印刷内容的内容数据。其结果,能够从offer侧(发送侧)即个人计算机104向answer侧(接收侧)即印刷终端108,同时发送多个印刷内容,并在answer侧(接收侧),能够针对多个印刷内容,按照发送侧用户和接收侧用户双方的希望输出印刷结果。
D.第4实施例:
在已述的第1实施例中,在发送侧,想传送的内容数据或在印刷终端根据此内容数据印刷时的印刷条件,是预先分别准备好的,且存储在图2所示的个人计算机104的存储器14中,但本发明不限于此。例如,也可在发送侧通过扫描仪读取图像,并且在使其读取后的图像数据成为内容数据的同时,将读取该图像时的读取条件作为在印刷终端侧根据该内容数据印刷时的印刷条件来使用,针对这样的实施例,以下进行说明。
D-1.实施例的结构:
图12是表示作为本发明的第4实施例的内容传送系统的概略结构的方框图。
如图12所示,该实施例的内容传送系统,与第1实施例的内容传送系统不同的点在于,由希望传送印刷内容的发送侧用户管理的发送终端204,是由个人计算机212、与该个人计算机212通过USB电缆连接的扫描仪214所构成。此外,其他的结构,因与第1实施例相同,所以赋予相同的符号,并省略对它们的说明。
图13是表示图12中的发送终端204的主要结构的方框图。个人计算机212,如图13所示,主要具备:通过执行程序进行各种的处理或控制的CPU50;经由网络与其他装置之间进行各种数据或信息等的传送的通信部52;用于存储程序、或者存储数据或信息的存储器54;由键盘或点击输入设备等构成的用于输入来自用户的指示的输入部60;用于显示获取到的数据或信息等的监视器62;和用于从外部连接的扫描仪214等输入数据的输入接口(I/F)部64。其中,存储器54,能够存储请求传送信息56、或内容数据57、或读取条件设定信息58等作为数据或信息。
此外,在该实施例中,作为发送终端204的结构,采用了由个人计算机212和与该个人计算机212通过USB电缆等直接连接的扫描仪214构成的方式,但作为发送终端的结构,可采用各种方式。
例如,代替扫描仪214,也可使用多功能设备。此外,也可以是由个人计算机212、与个人计算机212通过LAN电缆等经由LAN连接的对应网络的多功能设备或扫描仪构成的方式。或者,也可以是由个人计算机212、与个人计算机212通过LAN电缆等经由LAN连接的网络适配器、与该网络适配器通过LAN电缆等连接的多功能设备或扫描仪构成的方式。进而,也可以是只由前述那样的对应IP通信打印的多功能设备构成的方式。
此外,装置彼此之间,也可通过所谓无线LAN、或蓝牙、或红外线等的无线连接来代替通过电缆等的有线连接。
此外,在本实施例中,扫描仪214相当于技术方案中的图像读取部,SIP服务器106相当于技术方案中的在席服务器。
D-2.实施例的动作:
如图12所示,首先,在发送终端204,个人计算机212若启动,则作为SIP用户端向SIP服务器106进行访问,而后提出登录要求,并发送自己的SIP URL或IP地址等信息(虚线箭头126)。据此,SIP服务器106,接受登录要求,并将从个人计算机212发送的信息,如图3所示,作为登录信息26登录到存储器24中。此外,对于印刷终端108,也同样在SIP服务器106中登录该登录信息。
其次,发送侧用户,在自己管理的发送终端204,操作图13中表示的个人计算机212的输入部60,若启动专门的程序(未图示),则CPU50执行该程序,而后在监视器62中显示读取条件设定画面(未图示)。接着,发送侧用户,操作输入部60,在该读取条件设定画面内,关于扫描仪214的图像的读取,输入发送侧用户所希望的读取条件。作为读取条件,可列举用纸尺寸(即预扫描的尺寸,例如,A4、B5、L等)、或读取颜色(彩色、黑白等)、或读取质量(质量水平1、质量水平2等)等。CPU50若经由输入部60输入读取条件,则将该读取条件作为读取条件设定信息58存储到存储器54中。
此后,发送侧用户,若操作输入部60,指示图像的读取开始,则CPU50从存储器54读出读取条件设定信息58,并获取其中包含的读取条件。然后,CPU50经由输入I/F部64,向扫描仪214传送该读取条件,并且命令图像的读取开始,据此,扫描仪214,按照该读取条件开始图像的读取。其后,扫描仪214,若输出读取到的图像数据,则CPU50经由输入I/F部64接受该图像数据,并作为内容数据57存储到存储器54中。
此外,在发送侧,准备好想传送印刷内容的传送目标的列表,并在个人计算机212的存储器54中,作为请求传送信息56进行存储。此处,CPU50读出此请求传送信息56,并分析其中包含的传送目标列表。在传送目标列表中,作为传送目标,记载了印刷终端108等的SIP URI。然后,CPU50根据此传送目标列表,例如,首先,决定印刷终端108作为内容数据的传送目标。
这样,若决定了内容数据的传送目标,则发送终端204的个人计算机212,如第1实施例中所述,进行与发送目标即印刷终端108之间的会话的确立。
在进行此会话的确立时,个人计算机212的CPU50,首先,从存储器54读出读取条件设定信息58,并获取其中包含的读取条件。然后,在此会话进行确立的过程中,CPU50将获取到的读取条件,作为根据内容数据进行印刷时的印刷条件,向印刷终端108发送。作为发送的方法,如第1实施例中所述,当从个人计算机212向印刷终端108发送INVITE请求时,通过由SDP记述到该INVITE请求的实体中的印刷条件(读取条件)来进行发送。例如,当读取条件为「用纸尺寸:A4,读取颜色:彩色,读取质量:质量水平1」时,作为印刷条件,将图7所示的「印刷条件类型0:A4、彩色、质量水平1」记述到INVITE请求的实体中。
此后,如第1实施例中所述,个人计算机212,一旦完成了与印刷终端108之间的会话的确立,就使用HTTP向印刷终端108发送在存储器54中存储着的内容数据57,并在印刷终端108中,按照先前接受到的印刷条件,根据内容数据进行印刷,且输出印刷内容。
D-3.实施例的效果:
在该实施例中,在发送终端204,通过扫描仪214读取图像,将该读取到的图像数据作为内容数据57传送到印刷终端108,并且将读取到该图像时的读取条件作为在印刷终端108侧根据该内容数据印刷时的印刷条件,进行在与印刷终端108之间的会话的确立,在此过程中,向印刷终端108进行发送。因此,在印刷终端108,针对传送的内容数据,能够按照传送的印刷条件、即读取图像时的读取条件进行印刷,所以能够按照发送侧用户的希望输出印刷结果。
E.变形示例:
此外,本发明不限于上述的实施例或实施方式,在不脱离其宗旨的范围内能够以各种形式来实施。
在上述的各实施例中,虽然印刷条件是将所谓内容数据17,作为其他数据,在印刷条件数据库18中进行了管理,但本发明不限于此。例如,印刷条件也可与内容数据无关,而在发送侧(offer侧)设备或软件中作为默认设定来保持。
在上述的第1以及第2实施例中,虽在offer侧(发送侧),针对同一个印刷内容,按每个印刷条件,准备了与该印刷条件对应的内容数据,但本发明不限于此。例如,当在offer侧(发送侧),准备高画质的内容数据,并向answer侧(接收侧)发送时,也可将该内容数据转换成与在answer侧(接收侧)可对应的印刷条件最适合的形式(分辨率或颜色等)来发送。此外,也可准备与offer侧(发送侧)即个人计算机104直接连接或经由网络连接的专用服务器,在此专用服务器中执行向适合上述印刷条件的形式的内容数据的转换。
在上述的第3实施例中,虽在answer侧(接收侧),通过步骤S324,保持了可对应的印刷内容的印刷条件以及文件名,但本发明不限于此。例如,也可通过步骤S314、S332,当从offer侧(发送侧)向answer侧(接收侧),发送这些印刷内容的印刷数据时,在该内容数据的标头(head)中添入印刷条件来发送,并在answer侧(接收侧),当接收到该内容数据时,分析该内容数据的标头,来获取被添入的印刷条件。此时,在answer侧(接收侧),不需要通过步骤S324来保持印刷条件或文件名。
在上述的第4实施例中,虽然设定读取条件,并根据该读取条件通过扫描仪214进行了图像的读取,但也可设定多个不同的读取条件,针对相同的图像,分别以不同的读取条件进行图像的读取,并获取多个内容数据。即,此时,针对同一个图像,设定多个读取条件,并按每个读取条件,获取对应该读取条件的内容数据。在第4实施例中,如上所述,由于将读取条件作为印刷条件来使用,换言之,针对同一个印刷内容,准备多个印刷条件,并按每个印刷条件,准备了对应于该印刷条件的内容数据。
由此,如第1实施例中所述,当从个人计算机212向印刷终端108发送的印刷条件(即,读取条件),在印刷终端108中不可对应时,可以向印刷终端108发送其他的印刷条件(即读取条件)。此外,如第2实施例中所述,从个人计算机212向印刷终端108,针对1个印刷内容,发送多个印刷条件(即多个读取条件),在印刷终端108中,也可从这些多个印刷条件之中将可对应的印刷条件返回到个人计算机212。
此外,在第4实施例中,也可准备多个图像,并将通过扫描仪214读取这些图像时的读取条件也对应各图像来进行设定,针对各图像,在对应的读取条件下进行图像的读取,并获取多个内容数据。即,此时,针对不同的图像,分别设定对应的读取条件,并按每个图像,根据对应的读取条件获取内容数据。在第4实施例中,如上所述,由于使用读取条件作为印刷条件,换言之,针对多个印刷内容,分别准备对应的印刷条件,并按每个印刷内容,根据对应的印刷条件准备了内容数据。
由此,如第3实施例中所述,从个人计算机212向印刷终端108,针对多个印刷内容,同时发送这些印刷条件(即读取条件)以及文件名,在印刷终端108,可以从这些多个印刷内容之中针对可对应的印刷内容,向个人计算机212返回该印刷条件以及文件名。
在上述的各实施例中,作为网络,虽利用了包含互联网的宽带网,但也可利用手机网或公用电话网等。
在上述的各实施例中,虽然利用了作为信令协议的一种的SIP,但本发明不限于此,也可使用H.323或MGCP(Media Gateway ControlProtocol)、MEGACO(Media Gateway Control)等。此外,在上述的实施例中,虽利用了作为数据传送协议的一种的HTTP,但本发明不限于此,也可使用FTP或RTP(Realtime Transport Protocol)、IRC(Internet RelayChat)、TELNET等。此外,为了进行会话确立或数据传送,也可利用Skype(登录商标)或即时通讯(instant messaging)。不限于Skype或即时通讯,其他,也可利用具有全局地址的管理或在席服务功能的类似的各种技术。
在上述的各实施例中,虽将SIP服务器作为代理服务器发挥功能,并进行会话的确立的中介,但在SIP中,SIP用户端彼此之间若知道相互的SIP URI和IP地址,则能以对-对(pair to pair)进行会话的确立,此时,也可在SIP用户端彼此之间,没有SIP服务器的中介,而直接地进行会话的确立。
在上述的各实施例中,虽从offer侧(发送侧)即个人计算机针向answer侧(接收侧)即印刷终端,以PUSH型传送内容数据,但也能够以PULL型传送。此处,所谓「PULL型」是指终端向服务器请求数据传送,其结果,服务器向终端传送数据的方法。
在上述的各实施例中,作为网络上的位置信息,虽利用了IP地址,但也可利用MAC(Media Access Control)地址。
在上述的各实施例中,作为印刷条件,虽列举了用纸尺寸、印刷质量、印刷颜色等,但也可包含其他,即用纸种类(普通纸,蜡光纸)或自动图像修正功能的ON/OFF等。
在上述的各实施例中,虽将发送终端即offer侧(发送侧),以个人计算机104构成,但本发明不限于此,例如,也可根据来自内容提供者的请求,代替内容提供者,由进行印刷内容的传送的内容传送服务器构成。此外,此时,针对印刷条件,既可以根据该内容提供者的过去的履历来决定印刷条件,也可对每个内容提供者预先登录印刷条件。
在上述的各实施例中,作为信息输出装置,虽将使用印刷终端的情况作为示例进行了说明,但本发明不限于此,例如,当从发送终端向显示器发送图像等的内容的数据时,也能适用于从传送终端向显示器传送显示器的分辨率等的显示条件的情况,或者,当从发送终端向音频装置发送声音等的内容的数据时,也能适用于从发送装置向音频装置传送静音状态等的声音输出条件的情况。此外,作为其他的信息输出装置,也可适用于使用电话或电视等的情况。
Claims (10)
1.一种发送终端,经由网络向信息输出装置传送内容数据,具备:
控制部,其在所述内容数据的传送之前,按照信令协议,经由与所述网络连接的中介服务器,进行与所述信息输出装置之间的会话的确立;
所述控制部,在进行所述会话的确立的过程中,经由所述中介服务器,向所述信息输出装置发送在信息输出装置中根据所述内容数据进行信息的输出时的输出条件。
2.根据权利要求1所述的发送终端,其特征在于,
还具备:图像读取部,其根据读取条件读取图像,并获取所得到的图像数据作为所述内容数据,并且,所述控制部,在进行所述会话的确立的过程中,经由所述中介服务器,将所述读取条件作为所述输出条件向所述信息输出装置发送。
3.根据权利要求1或2所述的发送终端,其特征在于,
所述信令协议是SIP,
所述控制部,当经由所述中介服务器,向所述信息输出装置发送所述SIP中的INVITE请求时,所述INVITE请求中包含所述输出条件。
4.根据权利要求1或2所述的发送终端,其特征在于,
所述控制部,发送多个条件作为所述输出条件。
5.根据权利要求4所述的发送终端,其特征在于,
所述控制部,当在所述会话的确立之后、预定向所述信息输出装置发送多个数据作为所述内容数据时,所述多个条件是分别对应所述多个数据的条件。
6.根据权利要求1或2所述的发送终端,其特征在于,
所述控制部,在所述会话的确立之后,按照数据传送用的协议,发送对应于所述输出条件的数据作为所述内容数据。
7.一种信息输出装置,经由网络从发送终端接收传送的内容数据,根据所述内容数据进行信息的输出,具备:
控制部,其在所述内容数据的接收之前,按照信令协议,经由与所述网络连接的中介服务器,进行与所述发送终端之间的会话的确立;
所述控制部,在进行所述会话的确立的过程中,在接收到根据所述内容数据进行所述信息的输出时的输出条件的情况下,经由所述中介服务器向所述发送终端发送对应于所述输出条件的应答。
8.根据权利要求7所述的信息输出装置,其特征在于,
所述控制部,判断在接收到的所述输出条件下的所述信息的输出是否可能,并将其判断结果作为所述应答进行发送。
9.根据权利要求7或8所述的信息输出装置,其特征在于,
所述控制部,在进行所述会话的确立的过程中,当接收了作为所述输出条件的所述多个条件时,从所述多个条件中选择所希望的条件,并将该选择结果作为对所述输出条件的应答,经由所述中介服务器向所述发送终端发送。
10.一种内容数据传送系统,经由网络传送内容数据,具备:
发送终端,其与所述网络连接,经由所述网络发送所述内容数据;
信息输出装置,其与所述网络连接,接收来自所述发送终端的所述内容数据,并根据所述内容数据进行信息的输出;和
中介服务器,其与所述网络连接,
在所述内容数据的发送之前,所述发送终端以及所述信息输出装置,按照信令协议,经由所述中介服务器,进行所述发送终端与所述信息输出装置之间的会话的确立,并且
在进行所述会话的确立的过程中,所述发送终端,经由所述中介服务器,向所述信息输出装置发送在所述信息输出装置中根据所述内容数据进行的所述信息输出时的输出条件。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007295652 | 2007-11-14 | ||
JP2007295652 | 2007-11-14 | ||
JP2008006875 | 2008-01-16 | ||
JP2008267080 | 2008-10-16 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101437100A true CN101437100A (zh) | 2009-05-20 |
Family
ID=40711305
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101733428A Pending CN101437100A (zh) | 2007-11-14 | 2008-11-13 | 发送终端、信息输出装置以及内容传送系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101437100A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102474506A (zh) * | 2009-10-20 | 2012-05-23 | 阿瓦雅公司 | 人物角色信息可得性的判断和在点对点网络上的传送 |
CN102811183A (zh) * | 2012-08-13 | 2012-12-05 | 上海量明科技发展有限公司 | 通过即时通信工具进行打印共享的方法及系统 |
CN102833444A (zh) * | 2011-06-16 | 2012-12-19 | 柯尼卡美能达商用科技株式会社 | 确立便携型移动终端和信息处理装置连接的连接控制装置 |
CN103139413A (zh) * | 2011-11-24 | 2013-06-05 | 兄弟工业株式会社 | 中介服务器和通信设备 |
CN103873723A (zh) * | 2012-12-11 | 2014-06-18 | 佳能株式会社 | 能够控制文件发送的图像形成装置及其控制方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1313548A (zh) * | 2000-03-13 | 2001-09-19 | 日本电气株式会社 | 打印系统及打印方法 |
JP2002335395A (ja) * | 2001-05-11 | 2002-11-22 | Fuji Xerox Co Ltd | 印刷システムおよび方法並びに画像読み取りシステムおよび方法 |
US20050207547A1 (en) * | 2004-03-18 | 2005-09-22 | Tomohito Kajiwara | Communication control method and communication apparatus |
US20060007484A1 (en) * | 2004-07-08 | 2006-01-12 | Murata Kikai Kabushiki Kaisha | Image communication device |
JP2006101418A (ja) * | 2004-09-30 | 2006-04-13 | Murata Mach Ltd | ファクシミリ装置 |
-
2008
- 2008-11-13 CN CNA2008101733428A patent/CN101437100A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1313548A (zh) * | 2000-03-13 | 2001-09-19 | 日本电气株式会社 | 打印系统及打印方法 |
JP2002335395A (ja) * | 2001-05-11 | 2002-11-22 | Fuji Xerox Co Ltd | 印刷システムおよび方法並びに画像読み取りシステムおよび方法 |
US20050207547A1 (en) * | 2004-03-18 | 2005-09-22 | Tomohito Kajiwara | Communication control method and communication apparatus |
US20060007484A1 (en) * | 2004-07-08 | 2006-01-12 | Murata Kikai Kabushiki Kaisha | Image communication device |
JP2006101418A (ja) * | 2004-09-30 | 2006-04-13 | Murata Mach Ltd | ファクシミリ装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102474506A (zh) * | 2009-10-20 | 2012-05-23 | 阿瓦雅公司 | 人物角色信息可得性的判断和在点对点网络上的传送 |
CN102833444A (zh) * | 2011-06-16 | 2012-12-19 | 柯尼卡美能达商用科技株式会社 | 确立便携型移动终端和信息处理装置连接的连接控制装置 |
CN102833444B (zh) * | 2011-06-16 | 2015-07-22 | 柯尼卡美能达商用科技株式会社 | 确立便携型移动终端和信息处理装置连接的连接控制装置 |
US9430631B2 (en) | 2011-06-16 | 2016-08-30 | Konica Minolta Business Technologies, Inc. | Connection control device establishing connection between portable type mobile terminal and information processing device by wireless communication |
CN103139413A (zh) * | 2011-11-24 | 2013-06-05 | 兄弟工业株式会社 | 中介服务器和通信设备 |
CN103139413B (zh) * | 2011-11-24 | 2015-09-16 | 兄弟工业株式会社 | 中介服务器和通信设备 |
CN102811183A (zh) * | 2012-08-13 | 2012-12-05 | 上海量明科技发展有限公司 | 通过即时通信工具进行打印共享的方法及系统 |
CN102811183B (zh) * | 2012-08-13 | 2016-01-20 | 上海量明科技发展有限公司 | 通过即时通信工具进行打印共享的方法及系统 |
CN103873723A (zh) * | 2012-12-11 | 2014-06-18 | 佳能株式会社 | 能够控制文件发送的图像形成装置及其控制方法 |
US9426327B2 (en) | 2012-12-11 | 2016-08-23 | Canon Kabushiki Kaisha | Image forming apparatus capable of controlling file transmission, control method therefor, and storage medium |
CN103873723B (zh) * | 2012-12-11 | 2017-04-12 | 佳能株式会社 | 能够控制文件发送的图像形成装置及其控制方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101360161B (zh) | 邮寄服务器及其控制方法、发送终端及其控制方法 | |
CN101360163B (zh) | 邮寄服务器、内容传送系统及邮寄服务器控制方法 | |
JP5277855B2 (ja) | 送信装置およびその方法 | |
US20090201536A1 (en) | Posting server, printing terminal, posting server control method, and printing terminal control method | |
US7933261B2 (en) | Communication method, communication system, communication device, and program using multiple communication modes | |
US20090204686A1 (en) | Posting server, presence server, posting server control method, and presence server control method | |
US7289245B2 (en) | Color facsimile device capable of transmitting color image information represented in appropriate color space through multiple communication channels | |
US8184346B2 (en) | Status sending facsimile transmission system, status sending facsimile receiving device, and status sending facsimile receiving method | |
EP2772847A2 (en) | Communication terminal, communication management system, communication method, and recording medium storing communication control program | |
US20090122343A1 (en) | Transmission terminal, information output device, and content transmission system | |
CN101437100A (zh) | 发送终端、信息输出装置以及内容传送系统 | |
CN102572188B (zh) | 通信装置 | |
US8442036B2 (en) | Image communication apparatus | |
JP2009193567A (ja) | 送信端末、情報出力装置、コンテンツ伝送システム及び出力条件伝送方法 | |
US20100231970A1 (en) | Printing system and printer terminal | |
US20100118341A1 (en) | Printer terminal and posting server | |
JP5157554B2 (ja) | 送信装置、コンテンツ送信システム、コンテンツ送信方法及びコンピュータプログラム | |
US8958098B2 (en) | Communication device allowing proxy reception of data directed thereto, and control method and storage medium therefor | |
JP2010226294A (ja) | 印刷システムおよび印刷装置端末 | |
JP5854793B2 (ja) | 通信装置、その制御方法、および制御プログラム | |
US8527583B2 (en) | Communication device including a communication start request output unit and a response notification acceptance unit, communication system, and computer-readable medium | |
JP2009193538A (ja) | コンテンツ伝送システム及び印刷装置特定方法 | |
CN101360038A (zh) | 邮寄服务器、打印终端及邮寄服务器控制方法 | |
JP2009193540A (ja) | コンテンツ伝送システム、仲介サーバ及び機種情報伝送方法 | |
JP2007019953A (ja) | 映像データ送信システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20090520 |