专利名称：通信设备的制作方法
技术领域：
本发明涉及一种可以由接收方用以指定文档格式的通信设备。
背景技术：
近年来，利用因特网的在线交易、在线购物、各种在线过程等已得到快速普及。相应地，同样也可以在线获取诸如报价单和订单确认的文档(在下文中称为“电子文档”)。
图13是示出了在常规购物站点发布“报价单”的示例的流程图。(1)用户从显示在用于选择商品的屏幕上显示的多种商品中选择要购买的商品。(2)用户请求购物站点为选定商品制定报价单。(3)一旦接收到报价单制定请求，购物站点即为所要购买的选定商品制定报价单，并且向用户显示所述报价单。
通常，在请求购物站点制定报价单时，买方点击在用户终端屏幕上显示的“制定报价单”按钮等等。此后，购物站点根据买方请求购物站点制定报价单时选择或输入的信息(所购买的选定商品、用户信息等等)来自动制定报价单。此后，会将所制定的报价单发送给用户并显示在用户终端的屏幕上。如有必要，买方也可以通过打印屏幕画面来获取报价单的副本。如上所述，报价单是使用购物站点预先准备的格式来制定的。
另一方面，作为在客户机设备上制定电子文档的技术已知如下技术，这种技术并未从诸如购物站点的网站获取电子文档。所述技术包括(1)在具有为各个客户机设备制定的相应文档单元地址中写入必要数据，以及(2)改变电子文档中的定义信息并且再次制定电子文档。
专利文献1涉及在服务器设备与客户机设备之间“交换数据的方法”。此外，专利文献1揭示，服务器仅仅输出“中间数据文件”。
专利文献2公开了一种在用于控制电子文档流通的工作流系统中制定电子文档的方法。
JP2002-108665A[专利文献2]JP2003-256626A用于获取文档提供方(在购物过程中则是商家)发布的文档的方法包括原样打印显示屏幕的方法以及下载打印数据的方法。然而，文档格式(所显示的项目，显示顺序，页面结构等等)是由文档提供方预先确定的。
因此，当文档接收方(在购物过程中则是买方)希望根据公司政策等等来指定文档格式时，可以在线获取的文档是不能满足需要的，由此需要请求文档提供方邮寄通过手工单独制定的文档。这样则会使发布格式不同于文档提供方所提供的预定格式的文档。这对提供方和接收方来说都是非常麻烦的。
发明内容
本发明旨在解决这一问题。本发明的目的是提供一种通信设备，在该设备中通过使接收方能够指定文档格式，使得提供方以接收方期望的格式来发布文档。
为了实现上述目的，本发明提供了一种通信设备，包括接收部，用于从通信终端接收用于对与文档格式相关的属性进行指定的格式指定数据以及对应用了所述格式的内容进行标识的数据；生成部，用于将格式指定数据应用于所标识的内容，来生成文档数据；以及传输部，用于发送生成部所生成的文档数据。
根据这种通信设备，从通信终端接收用于对与文档格式相关的属性进行指定的格式指定数据以及用于对应用了所述格式的内容进行标识的数据，通过将格式指定数据应用于所标识的内容来生成文档数据，由此通信设备可以生成应用了从通信终端接收的格式指定数据的文档数据。
此外，本发明还提供了一种通信终端，其中包括显示部，用于以允许选择的方式来显示多个项目中的各个项目；选择部，用于选择显示部中显示的项目；指定部，用于指定与选定项目相关的属性；显示控制部，用于根据所指定的属性来改变选定项目的显示属性；以及格式指定数据生成部，用于生成格式指定数据，该格式指定数据包含有指示与显示在显示部上的多个项目的属性相关的数据。
根据这种通信终端，根据指定部所指定的属性来改变选定项目的显示属性，并且生成了格式指定数据，该格式指定数据包含有指示与显示在显示部上的多个项目相关的属性的数据，由此可以采用可视方式来指定格式指定数据。
图1是示出根据本发明的在文档提供方设备与文档接收方终端之间的处理的概述流程图。
图2是在从用户终端向服务器上传格式文件时执行的处理的流程图。
图3是表示在报价单中描述的项目的具体示例的图。
图4是表示为项目[A]至[I]中的各个项目都设定了属性(a)至(c)的格式文件具体示例的图。
图5是表示根据图4所表示的格式文件制定的报价单的图。
图6是表示格式文件的另一个具体示例的图。
图7是表示根据图6所表示的格式文件制定的报价单的图。
图8是表示通过使用用户界面(UI)来对表示格式进行编辑的屏幕表示示例的图。
图9是表示通过使用用户界面(UI)来对表示格式进行编辑的屏幕表示示例的图。
图10是表示在线购物站点根据用户指定的格式来发布报价单的处理的流程图。
图11是描述服务器使用接收到的格式文件(格式数据)来制定报价单(文档)的处理的流程图。
图12是表示将服务器中注册的用户注册信息与格式数据相关联的图。
图13是表示常规购物站点发布“报价单”的示例的流程图。
具体实施例方式
在下文中将参照附图来描述根据本发明实施例的通信设备。本实施例的结构是为了进行说明而给出的，因此本发明并不局限于这种实施例结构。应该指出的是，本发明可以用硬件和软件来实现。为了使用由程序构成的软件来实现本发明，将构成该软件的程序安装在诸如计算机的硬件上，以便可以实现多种功能。通过通信线路或者利用计算机可读存储介质将程序安装在计算机等设备上。
在这里，计算机可读存储介质是能够以电、磁、光、机械方式或是借助化学作用来积累诸如数据或程序的信息并且可以由计算机读取的存储介质。在此类存储介质中，可以从计算机上卸载的存储介质包括软盘、磁光盘、CD-ROM、CD-R/W、DVD、DAT、8毫米磁带以及存储卡。此外，固定在计算机上的存储介质包括硬盘和ROM(只读存储器)。
图1是示出根据本发明的在文档提供方设备与文档接收方终端之间的处理的概述流程图。本实施例的通信系统将用于制定文档的数据分成“描述内容(内容)”和“描述格式(格式)”并且保存这些部分。借助于这种结构，该通信系统为用户提供了用于针对相同描述内容指定描述格式的功能。
文档提供方制定“描述内容”，文档接收方则制定“描述格式”。提供文档的站点通过将“描述格式”应用于“描述内容”来完成所述文档，并且该站点向文档接收方给出该文档。
在图1中，本发明的通信系统包括处于接收文档发布服务的用户侧的用户终端2(与本发明的“通信终端”或“通信设备”相对应)，以及处于提供文档发布服务一侧的服务器4(与本发明的“通信设备”相对应)。用户终端2和服务器4经由诸如因特网的通信线路相互连接。所述通信线路可以是有线的，也可以是无线的。
首先，用户终端2访问服务器4，以便执行商品购买，各种程序等等。接着，用户终端2向服务器4发送文档的“描述格式”。当服务器4判定从用户终端2发送的“描述格式”的信息不足以制定文档时，服务器4请求用户终端2发送所缺少的信息。一旦接收到来自服务器4的请求，则用户终端2向服务器4发送所缺少的信息(其他信息)。最后，服务器4根据从用户终端2发送的“描述内容”和“描述格式”来自动制定文档，并且自动将所制定的文档发送给用户终端2。
在这里，与仅仅采用XML(可扩展标记语言)等格式来为接收方提供“数据”的制定文档的方法不同，最终文档将是由提供方制定的。由此可以确保作为交易必要条件的“可靠性”。
如果提供方只为接收方提供了用于制定文档的数据，那么接收方也可以自由制定显示格式。这样则无法确保文档是由接收方发布的。本发明涉及的是一种适于文档发布的技术，所述文档是确保“可靠性”所要求的。
接下来将举例说明在文档接收方制定描述格式时执行的制定方法。
(A)上传格式文件一种文档接收方使用XML等语言来制定在其中对描述格式进行了说明的“格式文件(与本发明的“格式指定数据”相对应)”以及将格式文件上传至文档提供方站点的方法。
(B)借助WYSWYG(所见即所得)来进行编辑一种在文档提供方站点制定用于编辑文档格式的用户界面并由文档接收方来执行编辑的方法。
(A)是一种制定方法，其中用户直接在格式文件中输入数值等，而(B)则是一种使用用户界面来制定格式文件的方法。
图2是在从用户终端2向服务器4上传格式文件时执行的处理的流程图。在本实施例中，稍后将会描述购物站点(服务器4)发布“报价单”的情况。
用户终端2在显示器上显示从服务器4发送来的可购买商品，由此用户可以选择这些商品。当用户从选择屏幕上选择了期望商品时，用户终端2将对选择操作进行检测(S1)。通过检测，用户终端2将用于标识选定商品的商品选择信息发送给服务器4，并且请求服务器4为其制定报价单(S2)。
接着，用户终端2将格式文件发送给服务器4(S3)。在请求服务器4制定报价单时，用户终端2可以附加由它预先制定的格式文件，以便将其发送给服务器4。
当在发送给服务器4的格式文件中描述的信息不足以制定最终报价单时，用户终端2响应于来自服务器4的重新输入请求而要求用户输入所缺少的信息(S4)。另一方面，当服务器4判定在从用户终端2发送来的格式文件中不缺少信息时，服务器4不会向用户终端2请求重新输入信息。
服务器4将用户终端2发送来的格式文件应用于报价单数据(由商品选择信息或类似信息标识的数据，所述信息包括商品名、型号、数量、单价等等)(S5)。以用户终端2指定的格式文件来制定报价单(与本发明的“文档数据”相对应)并且将其发送给用户终端2。然后，用户终端2接收报价单并将其显示在屏幕上(S6)。
如图2中的步骤S3和S4所示，本发明与图13显示的常规技术的不同之处在于(1)从用户终端2发送格式文件的处理；(2)判定是否缺少信息的处理；(3)将指定格式应用于报价单数据的处理。
在步骤S3中从用户侧发送来的“格式文件”是用户本人在用户终端2上制定的。在制定格式文件的过程中，用户终端2从服务器4下载用于制定格式文件的“文档”。对用户来说，基于该“文档”来制定格式文件将会是有效的。
当该文档中包含有格式文件制定方法以及格式文件模板时，用户可以仅通过在需要时改变模板文件来制定格式文件。此外，在该文档中可以描述添加新项目的方法等等，稍后将对添加新项目的方法进行描述。
在格式文件中可以描述显示/不显示属性、显示顺序、显示位置以及数据的附加信息(诸如注释的语句，诸如用户管理编号的新项目)。并且用户终端2通过上传所制定的格式文件来向服务器4提供该格式文件。
接下来将对通过使用用户界面来制定格式文件的方法进行描述。
“(B)WYSWYG方法”与“(A)格式文件上传方法”不同，其中该用户预先制定格式文件，此外，在这里通过使用用户界面来对用户终端2的屏幕上的显示格式进行编辑，由此制定格式文件。
在步骤S4中，可以输入未能在格式文件中指定的所缺少的信息(例如报价单所要送抵的地址以及特殊指令)，并且可以将这些信息发送给服务器4。作为向服务器4发送缺少信息的方法，可以在格式文件中描述缺少信息，或者可以由用户在用户终端2的屏幕上显示输入屏幕并且直接输入所缺少的信息。此外，当用户输入服务器无法预见的、作为缺少信息的项目时，可以改变待提供给用户的模板，由此可以在制定格式文件时指定该项目。
在步骤S5，为了将诸如选定商品和用户个人信息的“描述内容”应用于报价单的格式，服务器4根据格式文件中描述的“描述格式”来执行格式应用处理。如上所述，服务器4是通过组合格式文件(描述格式)以及报价单内容(描述内容)来自动制定报价单的。
如上所述，格式文件定义了文档的显示属性(在下文中将其称为“属性”)。文档文件的各行定义了文档中各个项目的显示属性。本实施例显示的是在文档中的一行上设定一个项目的示例。但是本实施例并不限于一行只有一个项目的情况。
图3是表示将要在报价单中描述的项目的具体示例的图。图3示出了多个项目(项目基本信息)，这些项目的属性可以在格式文件中进行设定，所述格式文件是用户终端2在图2所示的步骤S3中制定的。
该格式文件包括用于标识项目[A]至[I]以及各对应项目属性(格式)的数据((a)显示顺序，(b)显示格式，以及(c)字符大小)。在本实施例中使用了CSV文件作为格式文件形式的示例。作为选择，在使用XML语言或类似语言作为另一种格式文件形式时可以执行与CSV文件相比的详细设定。
应该指出的是，项目[I]对应于图5所示的“*注意(备注)”。该项目是由文档提供方添加的，因此，文档接收方无法指定任何不显示该项目的属性。在本实施例中，该项目是为了进行说明而在格式文件中描述的。只有在文档接收方将项目[I]的属性设定为不显示时，服务器4会只忽略项目[I]的属性设定并且自动制定报价单。换句话说，无论用户怎样进行设定，项目[I]都会显示在报价单上。
服务器4预先保存图3所显示的项目基本信息。例如，服务器4在服务器4向用户终端2发送商品选择屏幕(图2中的“S1”)之前的时间保存项目基本信息。用户指定如何在报价单中显示项目基本信息，以此作为“格式”。
接下来对可以指定给各个项目的属性进行定义。
(a)显示顺序以数值来指定报价单上的排列顺序。在指定“1”时，所相关的项目是“显示”。在指定“0”时，所相关的项目是“不显示”。
(b)显示格式以数值来指定横向方向上的显示位置。选择下列项目中的一个项目1左对齐，2右对齐，以及3居中。
(c)字符大小以指示字体大小的数值来指定显示字符大小。
虽然描述了使用数值来指定属性(a)至(c)的示例，但是也可以使用其他指定方法。例如，可以用字母来指定显示格式，例如“L左对齐”，“R右对齐”，或“M居中”。
图4是表示为各个项目[A]至[I]设定了属性(a)至(c)的格式文件具体示例的图。图4示出了以CSV的形式按照(a)至(c)的顺序为各个项目设定属性的示例。在格式文件的每一行中，以“项目名、(a)、(b)和(c)”的顺序来显示设定值。
例如，在这里为图4显示的项目[A发布日]设定了属性(3，3，9)。根据格式标记(与本发明的“格式指定数据”相对应)，服务器4判定“发布日”处于居中位置并且会在从顶端开始的第三行以9点的字体大小来显示“发布日”。
图5是表示根据图4所示的格式文件制定的报价单的图。与上述标记一样，在报价单上，按照“主题”、“接收方”、“发布日”、“发布方”、“价格”、“细节”以及“备注”的顺序来描述信息。
“主题”处于左对齐位置并且以12点的字体大小来显示。“接收方”处于左对齐位置并且是以9点的字体大小显示的。“F交付日期”以及“G交付地点”则并未显示。
图6是表示格式文件的另一个具体示例的图。图7是表示根据图6所述格式文件制定的报价单。在图6所示的格式文件中，将“E价格”指定为不显示。
在上述示例中仅仅将“行”指定为“显示顺序”。作为另一种“显示顺序”，在一行上也可以显示多条信息。例如，借助于使用诸如HTML的TABLE标记的表格成分来指定“显示顺序”的方法，或者通过在报价单上将坐标指定为“显示位置”，可以对显示格式进行多种改变。
此外，例如，除了字体大小之外，必要时可以通过使得能够指定诸如“粗体”的字符修饰或者指定诸如“Gothic”或“Mincho”的字体类型(与本发明的“字体属性”相对应)，来对格式进行扩展。
在这里，如果在接收侧添加注释等信息，服务器4应用格式文件之前由接收方在图2的步骤S4中输入所添加的信息，由此在该文档中可以嵌入该信息。
图8是表示通过使用用户界面(UI)来编辑显示格式的屏幕的显示示例的图。图8示出了在图2的步骤S3中执行的另一种制定格式文件的方法。在查看上部显示的屏幕的同时，用户可以使用下部显示的操作面板来改变各个设定项目的顺序并设定属性。
例如，在通过鼠标操作选择了项目“报价单”时，用户终端2将选定项目设定成闪烁状态。接着，当选择“居中”时，用户终端2会将项目“报价单”移动到中心并显示该项目。此外，在选择了不显示状态时，用户终端2会用虚线来显示项目。这样以可视方式表明将该项目设定成了不显示状态，并且也可以再次显示被设定为不显示状态的项目。
换句话说，用户并没有直接编辑格式文件来设定数值并且将其上传至服务器4，而是直接调整屏幕布局。这样一来，用户可以在用户终端2上以可视方式来对待发送给服务器4的格式文件执行制定、更新等操作。
在本实施例中制定的格式文件是可以重复使用的。例如，服务器4保存所制定的“描述格式(格式文件)”，将“描述格式”与“用户管理”或“编号管理”相关联，并且对其进行存储。这样一来，用户可以在商品选择屏幕或UI上指定曾经制定的“描述格式”，以便下一次再度使用由服务器4保存的“描述格式”。
图9示出了附加图4所示的由用户预先制定的格式文件的示例。在用户按下“确定”按钮时，用户终端2可以将所要附加的格式文件发送给服务器4。在这种情况下，用户可以使用用户界面中的操作面板来对使用所附加的格式文件制定的报价单的格式进行重新设定。
(1)报价单发布处理图10是表示在线购物站点以用户指定的格式来发布报价单的处理的流程图。随后将对用户终端2与在线购物站点(服务器4)之间的处理流程以及各个设备的结构进行描述。其中用户终端2经由诸如因特网的通信线路来访问服务器4。
用户终端2包括(a)显示部YT 6，用于显示从服务器4接收的信息；(b)选择部YT 8，用于从显示在显示部YT 6的商品选择屏幕上选择所要购买的商品或是选择报价单上的各个项目；(c)指定部YT 10，用于指定选定项目的属性；(d)显示控制部YT 12，用于根据所指定的属性来改变选定项目的显示状况；(e)格式指定数据生成部YT 14，用于根据显示在显示部YT 6上的报价单中的各个项目的属性信息来生成格式文件；以及(f)传输部YT 16，用于发送所生成的格式文件或者各种请求。
服务器4包括(a)接收部SS18，用于从用户终端2接收要求发送商品选择屏幕、关于选定商品的信息、格式文件以及其他各种信息的请求；(b)用户验证部SS 20，用于通过使用用户标识信息(ID、密码等等)来对用户终端2的访问进行验证；(c)存储部SS 22，用于在数据库中存储从用户终端2发送来的用户注册信息或格式文件；(d)搜索部SS 24，通过使用诸如用户标识信息(用户名、ID、密码等等)的用于标识用户的信息作为关键字来在存储部存储的数据库中搜索格式文件；(e)生成部SS 26，用于根据用户注册信息、有关选定商品的信息以及格式文件来生成报价单；(f)传输部SS 28，用于向用户终端2发送所生成的报价单；以及(g)通知部SS 30，当在格式文件中指定了预先定义的项目之外的新项目时，通过向服务器4的管理员等等发送所生成的报价单来发送通知。
例如，在步骤S11，用户通过执行一个向用户终端2的浏览器输入URL(统一资源定位符)的操作来访问购物站点，并且请求购物站点发送商品选择屏幕(访问该站点)。
在步骤S12，服务器4将对应于所述URL的商品选择屏幕(HTML文件)发送给用户终端2。将商品选择屏幕显示给用户，并且在网页上显示了所述站点经营的多种商品(显示商品)。
在步骤S13，用户使用用户终端2的鼠标、键盘或触摸屏来选择所要购买的商品。用户终端2接收用户的选择操作，并且向服务器4发送用于标识作为用户希望购买商品(选择商品)的选定商品的信息。
在步骤S14，选择商品的操作通常是通过一个将商品放入可视“购物车”的操作(在下文中将其称为购物车)来完成的。作为选择结果，服务器4会向用户终端2发送购物车的当前内容，以便在页面上显示所述内容(显示购物车内容)。
接下来，在步骤S15，当用户希望得到在购物车中当前包含的商品的报价单时，用户将会点击页面上显示的由“显示报价单”等所标识的链接或按钮。然后，用户终端2会向服务器4发送报价单制定请求(制定报价单)。
在步骤S16，服务器4接收到报价单制定请求，并且向用户终端2发送缺少信息输入屏幕，以便在用户终端2的页面上显示诸如“地址”的制定报价单所必需的信息(所缺少的信息)(显示输入表单)。
在步骤S17，用户通过操作键盘等设备而在显示部所显示的输入屏幕上输入所缺少的信息(输入信息)。当服务器4判定不缺少信息时，服务器4将会开始制定报价单，而不会向用户终端2发送输入屏幕。
在步骤S18，如果判定已完成对指定报价单所必需的信息(商品信息、用户信息等等)的收集，那么服务器4会通过将预定格式文件应用于这些内容(商品信息、用户信息等等)来制定报价单。然后，服务器4会将所制定的报价单发送给用户终端2。用户终端2则显示接收到的报价单(显示报价单)。
上述的步骤S11至S18是在常规的购物站点中执行的常规处理。本发明则允许执行接下来的处理，使得用户可以改变或者指定服务器4预先制定的报价单的格式。
在步骤S19，用户使用图8所示的用户界面的操作面板来改变设定项目的顺序或是设定属性。当用户按下“确定”按钮时，格式指定数据生成部YT 14将会生成格式文件，并且传输部YT 16会将所生成的格式文件发送给服务器4(指定格式)。
在另一种方法中，可以附加如图4或图6所示的由用户预先制定的格式文件，并且在用户按下“确定”按钮时，用户终端2会向服务器4发送附加的格式文件(图9)。在这种情况下，该方法允许用户使用用户界面的操作面板来对使用附加格式文件制定的报价单的格式进行重新设定。
此外，在使用附加格式文件来制定报价单时，在报价单上可以显示用于制定报价单的格式文件名。这样一来，用户可以知道所使用的是哪一个格式文件。
在步骤S20，服务器4通过将从用户终端2发送来的格式文件应用于报价单数据来制定报价单。服务器4将所制定的报价单发送给用户终端2，并且用户终端2显示接收到的报价单(以指定格式来显示报价单)。
应该注意的是，上述报价单制定处理是本发明的一个实施例。在访问购物站点时还可以执行用户验证，以向购物站点侧发送制定报价单所必需的用户信息(用户注册信息)。
在这种情况下，下列方法同样是可行的(i)省略步骤S16中的输入表单显示以及步骤S17中的信息输入的方法；(ii)在步骤S17中输入信息时执行格式指定，由此省略步骤S18中的报价单显示以及步骤S19中的格式指定的方法；以及(iii)在指定了格式之后请求输入缺少的信息，由此在步骤S19之后执行步骤S16中的输入表单显示以及步骤S17中的信息输入的方法。
(2)格式应用流程图11是示出服务器4使用接收到的格式文件(格式数据)来制定报价单(文档)的处理的流程图。图11所示的是(i)将图10的步骤S19中指定的格式应用于报价单数据的处理，以及(ii)在图10的步骤S20中制定发送给用户终端2的报价单的处理。
在步骤S31，服务器4接收从用户终端2发送的格式数据，并且将格式数据临时存储在存储器等设备中。
在步骤S32，服务器4对格式数据进行验核，以便检查指定格式、描述内容等是否有缺陷。作为验核结果，如果发现存在缺陷的描述内容，则停止将格式应用于描述内容的处理，并且转移到步骤S33。
为了给出有缺陷的指定格式的示例，在这里提出了这样一种情况，其中对用户添加的新项目而言，显示在报价单上的新项目在格式文档中是作为已定义项目描述的。以这样一种情况为例，其中将格式数据描述为“A，8，2，6，“12345”，“管理编号”，“6””。由于格式数据“A”是已定义项目，因此这种情况是存在缺陷的。在这个实施例中，在格式文件中将要描述的新项目是“J，8，2，6，“12345”，“管理编号”，6”。稍后将对添加新项目的过程进行描述。
为了给出有缺陷的描述内容的示例，在这里提出了这样一种情况，其中对用户添加的新项目来说，在报价单上显示的新项目是作为已定义项目而在格式文件中描述的。以这样一种情况为例，其中将格式数据描述为“A，8，2，6，“2000年6月2日”，“发布日”，6”。由于格式数据“发布日”是已定义的项目，因此这种情况是存在缺陷的。
在步骤S33，服务器4生成用于报告有缺陷内容的出错消息，并且将其发送给用户终端2。用户可以通过参考从服务器4发送的出错信息来修改格式文件。
在步骤S34，无论是否存在制定报价单所必需的所有数据，都会对报价单进行验核。如果缺少诸如“地址”的要在报价单上描述的必要内容，则转移到步骤S35，其中将会请求用户输入信息。如果不缺少必要内容，则转移到步骤S39，在所述步骤将会开始制定报价单。在服务器4执行的程序中可以将必要内容设定为参数。作为选择，在服务器4中也可以提供存储必要内容的数据库，以便供服务器4上的程序进行参考。
在步骤S35，服务器4生成用于请求输入缺少信息的输入屏幕数据，并且将其发送给用户终端2。用户终端2则根据输入屏幕数据来显示输入表单等等。
在步骤S36，服务器4接收在用户终端2中输入的缺少的信息(附加信息)。
在步骤S37，服务器4对输入的附加信息进行验核。在这里，如果从用户终端2接收的附加信息存在缺陷，则转移到步骤S38，其中将会再次要求用户终端2输入缺少的信息。如果附加信息没有缺陷，则转移到步骤S39。
在步骤S39，服务器4从格式数据中提取用于各个处理单元的数据。
在步骤S40，为了将步骤S39中提取的处理单元所表示的信息(指定的格式数据)应用于报价单数据，可以对诸如商品信息(商品名，型号，数量，单价等等)的由服务器4保存的项目进行参考，由此在报价单中对其进行描述。
在步骤S41，服务器4根据步骤S39中提取的在各个处理单元中指示的指定格式数据来调整和处理步骤S40中参考的项目信息。然后，服务器4将会形成最终报价表的一部分。
在步骤S42，如果留有未提取的处理单元，则服务器4将会检查格式数据。如果还有未提取的处理单元，那么将会转移到步骤S39，以便提取下一个处理单元。如果没有未提取的处理单元，则转移到步骤S43。
在步骤S43，服务器4收集在步骤S41中生成的各个部分(与各个处理单元相对应的数据)，并且制定最终报价单。然后，将完成的报价单发送给用户。通过上述步骤，完成了用于将指定格式应用于报价单数据的处理。
(3)管理用户注册信息的方法某些购物站点具有“用户注册”机制，其中通过在首次购物时在站点中注册用户信息，可以简化第二次和后续购物的购物过程。在本发明中可以应用“用户注册”机制，由此可以重新使用用户曾经指定的“格式数据”。
例如，通过在为各个用户独立提供的文件上记录格式数据，并且将其文件名记录为用户注册信息的一个项目，可以将用户注册信息与格式数据彼此关联。
图12是表示将服务器4中注册的用户注册信息与格式数据相关联的示例的图。图12示出了在数据库中创建注册记录的示例，在所述数据库中，姓名、地址等信息是作为用户信息注册的。该数据库形成在服务器4的存储部中或是服务器4的外部。
数据库存储了为各个用户生成的各种文档类型的格式文件。在图12中，“Est001.dat”是用户A的报价单格式文件，“Bil001.dat”是用户A的帐单格式文件，“Est002.dat”是用户B的报价单格式文件，并且“Bil002.dat”是用户B的帐单文件。
当用户A访问站点、选择商品并且请求发布“报价单”时，使用用户验证结果来从用户A的注册记录中提取与“报价单格式文件名”相关联的“Est001.dat”并且读取格式文件“Est001.dat”，以获取制定报价单的格式数据。
在制定文档的处理过程中，服务器4从用户注册信息中查阅格式文件名。如果注册了格式文件名，那么服务器4读取与格式文件名相关联的格式文件。如果未注册格式文件名，则服务器4请求用户终端2发送指定格式。
为了以关联于格式文件名的方式来存储从用户终端2发送的格式文件，服务器4会在用户注册信息中注册格式文件的文件名。即使注册了格式文件，但如果用户终端2给出了新的格式文件，那么服务器4将会对格式文件执行重写、添加、修改等操作。
(4)添加标准模板中不存在的新项目的过程由于站点预先制定的文档模板在其项目方面存在不足，因此某些用户希望添加新的项目。例如，在这里可以考虑这样一种情况，其中用户希望显示唯一的“管理编号”，以便在报价过程中管理报价单。
这种情况是通过提供一种能在用户向站点给出的格式文件中指定“新项目”的机制来处理的。
例如，在本实施例描述的“上传格式文件”的方法中，除了站点制定的项目[A]至[I]之外，如果可以在[J]处或是其后添加一个或更多个项目，则将是足够的。然而，为了添加新的项目考虑了如下各点。
(1)由于站点并不管理新项目的“值(数据)”，因此用户输入用于制定文档的数据。在这种情况下，优先地所述值自身也包含在该格式文件中。在本实施例中，在为各个项目常规制定的属性(a)至(c)之后，将属性“值”作为(d)来进行描述。
(2)接下来，由于没有为新项目设定诸如“发布日”的“项目名”，因此有必要执行显示项目名的标记处理。在本实施例中，这种处理可以通过将用于屏幕显示的项目名指定为(e)并且将该项目的字符大小指定为(f)来实现。
与上述这两个要点相关的新项目可以通过以下方式显示，在本实施例中，所述方式是以等同于CSV格式的方式表示的。借助这种标记处理，可以在报价单的第八行以大小为6的字体大小以及右对齐的方式而在项目名“管理编号”下方添加值为“12345”的数据。
“J，8，2，6，“12345”，“管理编号”，6”(3)最终还存在一个问题，那就是在用户能够自由添加新项目时导致的文档“可靠性”的问题。当服务器4上的程序自动制定文档并且将文档数据发送给用户终端2时，站点管理员无法掌握用户附加输入的项目。这样则有可能制定一个具有文档发布方并未计划描述的内容的文档。
由此需要避免发布具有文档发布方未曾计划描述的内容的文档。例如，在从用户终端2发送指定了添加新项目的格式文件时会将一个大意是“现在将对指定格式进行核定。在批准之前请等待”的消息。在站点管理员进行了人工审查之后，可以使指定格式有效。
此外，为使用户确认未经批准的报价单，可以生成文档数据并且将其发送给用户终端2。在这种情况下，报价单需要表明这不是具有公司公章的正式文档，并且所述报价单正在核定中。
在站点管理员进行了人工审查之后，可以在服务器4中注册包含新项目的格式文件，并且服务器4可以生成一个屏幕，以在用户终端2上以允许选择的方式来显示多个格式文件，由此服务器4可以通过上述常规操作来自动发布文档。
借助这个通信设备，文档接收方可以容易地获取期望文档。此外，在文档提供方没有必要执行预先制定多种格式类型来满足不同需要的处理以及单独应对各个用户的处理。由此可以提高操作效率。
此外，如有必要，在接收方用户可以在制定文档时指定布局以及附加信息来获取期望格式的文档。即使接收方方指定新项目，也可以将所述新项目随后添加给模板，由此可以阻止来自接收方的重复请求。
如果接收方仅仅希望获取期望格式的文档，那么可以使用这样一种方法，其中提供方只提供CSV或XML形式的“数据”，并且接收方以期望的数据显示格式来处理数据。
然而，借助这种方法，最终的“文档创建者”是“接收方”，由此对文档“可靠性”出现了一个严重的问题。这是因为接收方可能会设定一个有利于接收方的项目。另一方面，借助于这处根据通信设备的技术，最终文档创建者将会是“提供方”，并且接收方不能修改新项目之外的项目。因此，文档可靠性由提供方的系统来确保。如有必要，也可以添加一个用于防止篡改的电子签名，以便进一步提高可靠性。
根据本发明，提供方可以使用接收方指定的文档格式来自动发布文档。
权利要求
1.一种通信设备，包括接收部分，其从通信终端接收对与文档格式相关的属性进行指定的格式指定数据以及对应用了所述格式的内容进行标识的数据；生成部，其通过将格式指定数据应用于所标识的内容，来生成文档数据；以及传输部，其发送由生成部生成的文档数据。
2.根据权利要求1所述的通信设备，还包括存储部，其对通信终端发送的标识用户的用户注册信息进行存储，其中所述存储部存储了与用户注册信息相关联的格式指定数据。
3.根据权利要求2所述的通信设备，还包括验证部分，其对通信终端发送的用于标识用户的用户标识信息进行验证，其中当在存储部中存储有与用户标识信息相对应的用户注册信息时，生成部通过使用与用户注册信息相关联的格式指定数据来生成文档数据。
4.根据权利要求1所述的通信设备，其中所述生成部生成添加有通过使用格式指定数据而无法指定其属性的附加信息的文档数据。
5.根据权利要求1所述的通信设备，还包括核实部分，其核实接收部分接收的格式指定数据是否包含有与新项目相关的数据；以及通知部，其在包含与新项目相关的数据时通过发送该文档数据来向通信设备的管理员发送通知。
6.根据权利要求1所述的通信设备，其中所述格式指定数据包含有用于待显示在文档数据上的各个项目的显示或显示/不显示状态，所述状态是在显示与所述项目相对应的信息时设定的；并且所述生成部根据所述显示或显示/不显示状态来生成文档数据上的各个项目。
7.一种通信设备，包括显示部，其以允许选择的方式来有选择地显示文档的多个项目中的各个项目；选择部，其选择显示在显示部上的项目；指定部，其指定与选定项目相关的属性；显示控制部，其根据指定的属性来改变选定项目的显示属性；以及格式指定数据生成部，其生成格式指定数据，所述数据包含有用于指示与显示在显示部上的多个项目相关的属性的数据。
8.根据权利要求7所述的通信设备，其中所述显示控制部对选定项目的显示/不显示状态进行切换。
9.根据权利要求7所述的通信设备，其中所述显示控制部改变选定项目的排列或字体属性。
10.根据权利要求7至9中的任一项所述的通信设备，还包括传输部，其通过通信线路来发送由格式指定数据生成部生成的格式指定数据。
11.根据权利要求7所述的通信设备，其中所述格式指定数据包括用于待显示在文档数据上的各个项目的显示或显示/不显示状态，其中所述状态是在显示与所述项目相对应的信息时设定的；并且生成部根据所述显示或显示/不显示状态来生成文档数据上的各个项目。
12.一种通信方法，包括接收步骤，从通信终端接收对与文档格式相关的属性进行指定的格式指定数据以及对应用了所述格式的内容进行标识的数据；生成步骤，通过将格式指定数据应用于所标识的内容来生成文档数据；以及传输步骤，发送生成步骤中生成的文档数据。
13.根据权利要求12所述的通信方法，还包括对从通信终端接收的标识用户的用户注册信息进行存储的存储步骤，其中所述存储步骤包括存储那些与用户注册信息相关联的格式指定数据。
14.根据权利要求13所述的通信方法，还包括对从通信终端发送的用于标识用户的用户标识信息进行验证的验证步骤，其中，当在存储步骤中存储了与用户标识信息相对应的用户注册信息时，所述生成步骤包括通过使用与用户注册信息相关联的格式指定数据来生成文档数据。
15.根据权利要求12所述的通信方法，其中所述生成步骤包括生成添加有通过使用格式指定数据而无法指定属性的附加信息的文档数据。
16.根据权利要求12所述的通信方法，还包括核实步骤，核实接收步骤中接收的格式指定数据是否包含有与新项目相关的数据；以及通知步骤，在包含有与新项目有关的数据时，通过发送文档数据来向通信设备的管理员发送通知。
17.根据权利要求12所述的通信方法，其中所述格式指定数据包含有用于要显示在文档数据上的各个项目的显示或显示/不显示状态，其中所述状态是在显示与所述项目相对应的信息时设定的；以及生成步骤包括根据显示或显示/不显示状态来在文档数据上生成各个项目。
18.一种数据生成方法，包括显示步骤，以允许选择的方式显示文档中多个项目中的各个项目；选择步骤，选择显示步骤中显示的项目；指定步骤，指定选定项目的属性；显示控制步骤，根据指定属性来改变选定项目的显示属性；以及格式指定数据生成步骤，生成格式指定数据，所述数据包含有用于指示与在显示步骤中显示的多个项目有关的属性的数据。
19.根据权利要求18所述的数据生成方法，其中所述显示控制步骤包括对选定项目的显示/不显示状态进行切换。
20.根据权利要求18所述的数据生成方法，其中显示控制步骤包括改变选定项目的排列或字体属性。
21.根据权利要求18至20中的任何一个所述的数据生成方法，还包括传输步骤，用于通过通信线路来发送格式指定数据生成步骤中生成的格式指定数据。
22.一种通信程序，该程序促使计算机执行接收步骤，从通信终端接收对与文档格式相关的属性进行指定的格式指定数据以及对应用了所述格式的内容进行标识的数据；生成步骤，将格式指定数据应用于所标识的内容，以便生成文档数据；以及传输步骤，发送在生成步骤中生成的文档数据。
23.根据权利要求22所述的通信程序，其中该程序还使计算机执行对从通信设备接收的用于标识用户的用户注册信息进行存储的存储步骤，其中所述存储步骤包括存储与用户注册信息相关联的格式指定数据。
24.根据权利要求23所述的通信程序，其中该程序还使计算机执行对从通信设备发送的用于标识用户的用户标识信息进行验证的验证步骤，其中当在存储步骤中存储有与用户标识信息相对应的用户注册信息时，所述生成步骤包括通过使用与用户注册信息相关联的格式指定数据来生成文档数据。
25.根据权利要求22所述的通信程序，其中所述生成步骤包括生成添加有通过使用格式指定数据而无法指定属性的附加信息的文档数据。
26.根据权利要求22所述的通信程序，其中该程序还使计算执行核实步骤，核实在接收步骤中接收的格式指定数据是否包含了与新项目相关的数据；以及通知步骤，在包含有与新项目相关的数据时，通过发送文档数据来向通信设备的管理员发送通知。
27.根据权利要求22所述的通信程序，其中所述格式指定数据包含有用于待显示在所述文档数据上的各个项目的显示或显示/不显示状态，其中所述状态是在显示与所述项目相对应的信息时设定的；并且所述生成步骤包括根据所述显示或显示/不显示状态来生成文档数据上的各个项目。
28.一种数据生成程序，包括显示步骤，以允许选择的方式来显示文档中的多个项目中的各个项目；选择步骤，选择在显示步骤中显示的项目；指定步骤，指定与选定项目有关的属性；显示控制步骤，根据所指定的属性来改变选定项目的显示属性；以及生成格式指定数据的格式指定数据生成步骤，其中所述数据包含有用于指示与在显示步骤中显示的多个项目有关的属性的数据。
29.根据权利要求28所述的数据生成程序，其中所述显示控制步骤包括对选定项目的显示/不显示状态进行切换。
30.根据权利要求28所述的数据生成方法，其中所述显示控制步骤包括改变选定项目的排列或字体属性。
31.根据权利要求28至30中的任一项所述的数据生成程序，还包括传输步骤，用于通过通信线路来发送在所述格式指定数据生成步骤中生成的格式指定数据。
全文摘要
一种通信设备，包括接收部分，其从通信终端接收对与文档格式有关的属性进行指定的格式指定数据以及对应用了所述格式的内容进行标识的数据；生成部，其将所述格式指定数据应用于所标识的内容，以生成文档数据；以及传输部，其发送由生成部生成的文档数据。
文档编号G06Q30/06GK1815503SQ200510086090
公开日2006年8月9日 申请日期2005年7月18日 优先权日2005年2月4日
发明者菅原康雄 申请人:富士通株式会社