信息处理装置、记录介质及信息处理方法与流程

1.本发明涉及一种信息处理装置、记录介质及信息处理方法。


背景技术：

2.专利文献1中记载了一种用于文档处理的系统及方法，在该文档处理中，用户对消息及附件在消息的标题或正文上附加自然语言命令或将消息及附件作为脚本而发送给计算机为本的系统，经用户认证之后，解释消息的标题及正文，识别出要执行的文件处理活动，使用识别出的文件处理活动，根据文件处理服务器发出的命令对附件或参考文件进行处理。
3.专利文献2中记载了一种用于访问多功能打印机的打印及扫描功能的方法及系统，其中，从多功能打印机的用户的移动设备接收以自然语言表达且由一个或复数个服务器接收的文本或声音消息，提取接收到的文本或声音消息的文本数据或音频数据，将接收到的文本或声音消息的提取到的文本数据或音频数据转发给一个或复数个服务器，从一个或复数个服务器接收基于一个或复数个服务器对文本数据或音频数据的处理的与文本或声音消息相关的一个或复数个实体或意图，处理实体或意图，确定与来自多功能打印机的用户的移动设备的文本或声音消息相关的一个或复数个功能，执行所确定的一个或复数个功能，由此控制多功能打印机的功能。
4.专利文献1：美国专利公开2015/0256493号公报
5.专利文献2：美国专利10686951号公报
6.在通过通信单元在复数个用户之间进行通信的消息中，有时会提及对某一对象执行某种处理。在该情况下，为了对该对象执行该处理，用户需要与通过通信单元进行的消息的通信另行地对该对象执行该处理。


技术实现要素：

7.本发明的目的在于，当在通过通信单元在复数个用户之间进行通信的消息中提及了对某一对象执行某种处理时，和用户与通过通信单元进行的消息的通信另行地对该对象执行该处理的情况相比，减少用户要进行的操作的时间和精力。
8.方案1所述的发明为信息处理装置，其特征在于，具备处理器，所述处理器进行如下处理：获取通过通信单元在复数个用户之间进行通信的消息，对所述消息中提及的对象执行该消息中提及的处理，控制成显示已对所述对象进行了所述处理。
9.方案2所述的发明在方案1所述的信息处理装置中的特征在于，在作为所述处理的候选而具有复数个处理候选的情况下，所述处理器对所述对象执行选自该复数个处理候选中的一个处理候选。
10.方案3所述的发明在方案2所述的信息处理装置中的特征在于，所述复数个处理候选的各处理候选为使用复数个数据中与该各处理候选对应的数据来进行所述处理的候选。
11.方案4所述的发明在方案1所述的信息处理装置中的特征在于，在作为所述对象候
选而具有复数个对象候选的情况下，所述处理器对选自该复数个对象候选中的一个对象候选执行所述处理。
12.方案5所述的发明在方案1所述的信息处理装置中的特征在于，在所述复数个用户中的特定的用户输入的所述消息中未提及对象及处理中的至少一个信息的情况下，所述处理器敦促该特定的用户指定该至少一个信息。
13.方案6所述的发明在方案1所述的信息处理装置中的特征在于，在对所述消息中提及的所述对象未执行该消息中提及的所述处理的情况下，所述处理器在从用户受理到指示时对该对象再执行该处理。
14.方案7所述的发明在方案6所述的信息处理装置中的特征在于，在对所述复数个用户中的特定的用户输入的所述消息中提及的对象未执行该消息中提及的处理的情况下，所述处理器允许该特定的用户对该对象指示再执行该处理。
15.方案8所述的发明在方案6所述的信息处理装置中的特征在于，在对所述复数个用户中的特定的用户输入的所述消息中提及的对象未执行该消息中提及的处理的情况下，所述处理器禁止该特定的用户以外的用户对该对象指示再执行该处理。
16.方案9所述的发明在方案1所述的信息处理装置中的特征在于，所述处理器控制所执行的所述处理的历史显示于与显示有所述消息的画面相同的画面上。
17.方案10所述的发明在方案9所述的信息处理装置中的特征在于，所述处理器进行如下处理：在所述历史中从用户受理特定的处理的指定，取消在所述特定的处理之后根据所述用户的指示执行的处理。
18.方案11所述的发明为记录介质，其记录有用于使计算机实现如下功能的程序：获取通过通信单元在复数个用户之间进行通信的消息的功能；对所述消息中提及的对象执行该消息中提及的处理的功能；及控制成显示已对所述对象进行了所述处理的功能。
19.方案12所述的发明为信息处理方法，其包括如下步骤：获取通过通信单元在复数个用户之间进行通信的消息的步骤；对所述消息中提及的对象执行该消息中提及的处理的步骤；及控制成显示已对所述对象进行了所述处理的步骤。
20.发明效果
21.根据本发明的第1方案，当在通过通信单元在复数个用户之间进行通信的消息中提及了对某一对象执行某种处理时，和用户与通过通信单元进行的消息的通信另行地对该对象执行该处理的情况相比，能够减少用户要进行的操作的时间和精力。
22.根据本发明的第2方案，在处理具有复数个候选的情况下，能够对对象执行选自复数个候选中的处理。
23.根据本发明的第3方案，在处理中使用的数据具有复数个候选的情况下，能够使用选自复数个候选中的数据对对象执行处理。
24.根据本发明的第4方案，在对象具有复数个候选的情况下，能够对选自复数个候选中的对象执行处理。
25.根据本发明的第5方案，在用户输入的消息中未提及对象及处理中的至少一个信息的情况下，能够通知用户该情况。
26.根据本发明的第6方案，在对对象未执行处理的情况下，能够使对该对象再执行该处理变为可能。
27.根据本发明的第7方案，在用户提及了对对象执行处理但未执行的情况下，能够使该用户能够对该对象指示再执行该处理。
28.根据本发明的第8方案，在用户提及了对对象执行处理但未执行的情况下，能够使该用户以外的用户无法对该对象指示再执行该处理。
29.根据本发明的第9方案，与将消息和处理的历史显示于不同的画面上的情况相比，能够减少用户同时确认消息和处理的历史时的时间和精力。
30.根据本发明的第10方案，能够通过用户在确认处理的历史的同时进行的处理的指定来取消该处理之后执行的处理。
31.根据本发明的第11方案，当在通过通信单元在复数个用户之间进行通信的消息中提及了对某一对象执行某种处理时，和用户与通过通信单元进行的消息的通信另行地对该对象执行该处理的情况相比，能够减少用户要进行的操作的时间和精力。
32.根据本发明的第12方案，当在通过通信单元在复数个用户之间进行通信的消息中提及了对某一对象执行某种处理时，和用户与通过通信单元进行的消息的通信另行地对该对象执行该处理的情况相比，能够减少用户要进行的操作的时间和精力。
附图说明
33.根据以下附图，对本发明的实施方式进行详细叙述。
34.图1是表示适用本发明的实施方式的计算机系统的整体结构例的图；
35.图2是表示本发明的实施方式中的服务器的硬件结构例的图；
36.图3是表示在本发明的实施方式中的客户端上以第1脚本进行显示的画面的例子的图；
37.图4是表示在本发明的实施方式中的客户端上以第1脚本进行显示的画面的例子的图；
38.图5是表示在本发明的实施方式中的客户端上以第1脚本进行显示的画面的例子的图；
39.图6是表示在本发明的实施方式中的客户端上以第2脚本进行显示的画面的例子的图；
40.图7是表示在本发明的实施方式中的客户端上以第2脚本进行显示的画面的例子的图；
41.图8是表示在本发明的实施方式中的客户端上以第2脚本进行显示的画面的例子的图；
42.图9是表示在本发明的实施方式中的客户端上以第2脚本进行显示的画面的例子的图；
43.图10是表示在本发明的实施方式中的客户端上以第3脚本进行显示的画面的例子的图；
44.图11是表示在本发明的实施方式中的客户端上以第3脚本进行显示的画面的例子的图；
45.图12是表示本发明的实施方式中的服务器的功能结构例的框图；
46.图13是表示本发明的实施方式中的服务器的动作例的流程图。
47.符号说明
48.10-客户端，30-服务器，41-接收部，42-消息分析部，43-文档存储部，44-处理信息存储部，45-文档处理部，46-处理历史存储部，47-发送部。
具体实施方式
49.以下，参考附图对本发明的实施方式进行详细说明。
50.[计算机系统的整体结构]
[0051]
图1是表示适用本实施方式的计算机系统1的整体结构例的图。如图所示，该计算机系统1通过客户端10a～10c和服务器30经由通信线路80连接而构成。另外，图中示出了客户端10a～10c，但在无需区分它们的情况下，有时还称为客户端10。并且，图中仅示出了三个客户端10，但也可以设置四个以上的客户端10。
[0052]
客户端10为由利用计算机系统1的用户使用的计算机。在客户端10上安装有用于利用计算机系统1提供的服务的应用程序，其例如通过用户的启动操作来动作。作为客户端10，例如可以使用个人计算机、平板终端、智能手机等。
[0053]
服务器30为根据请求而通过客户端10对用户提供服务的计算机，该请求通过用户的操作从客户端10发送过来。作为服务器30，例如可以使用通用的个人计算机。在本实施方式中，作为信息处理装置的一例，设置有服务器30。
[0054]
通信线路80为用于客户端10与服务器30之间的信息通信的线路。作为通信线路80，例如可以使用互联网。
[0055]
[服务器的硬件结构]
[0056]
图2是表示本实施方式中的服务器30的硬件结构例的图。如图所示，服务器30具备处理器31、主存储器32及hdd(hard disk drive，硬盘驱动器)33。在此，处理器31执行os(operating system，操作系统)或应用程序等各种软件来实现后述的各功能。并且，主存储器32为存储各种软件或用于其执行的数据等的存储区域，hdd33为存储针对各种软件的输入数据或来自各种软件的输出数据等的存储区域。进而，服务器30具备用于进行与外部的通信的通信i/f(以下，称为“i/f”)34、显示器等显示器件35及键盘和鼠标等输入器件36。
[0057]
并且，图2所示的硬件结构也可以视为客户端10的硬件结构。但是，当描述客户端10时，将图2的处理器31、主存储器32、hdd33、通信i/f34、显示器件35、输入器件36分别称为处理器11、主存储器12、hdd13、通信i/f14、显示器件15、输入器件16。
[0058]
[本实施方式的概要]
[0059]
在本实施方式中，控制服务器30获取通过通信单元在复数个用户之间进行通信的消息，对消息中提及的对象执行消息中提及的处理，并控制成显示已对对象进行了处理。
[0060]
在此，通信单元只要是在复数个用户之间进行消息的通信的单元，则可以为任何单元。并且，消息只要是在复数个用户之间进行通信的消息，则可以为任何消息。通信单元包括网络聊天、电子邮件、电话等，消息包括通过这些通信单元进行通信的消息，以下，以网络聊天为通信单元的例子且以网络聊天的消息为消息的例子进行说明。但是，以下，将“网络聊天的消息”还简称为“消息”。
[0061]
对象只要是可进行处理的对象，则可以为任何对象。对象包括文档数据、图像数据等，以下，以文档数据(以下，简称为“文档”)为例子进行说明。
[0062]
处理只要是对对象进行的处理，则可以为任何处理。处理包括在文档上加盖印章的处理(还称为“签名处理”)、将文档发送到目的地的处理等。
[0063]
提及是指，与在消息中是否明示还是暗示无关地作为话题。即，提及不仅包括在消息中明确地指定，而且还包括在消息中模糊地描述。在消息中模糊地描述是指，尽管不会在消息中明确地指定，但以能够根据消息的上下文理解的形式描述。在委托针对“no.123申请”的认可的情况下，在消息中明确地指定是指，例如描述为“请求no.123申请的认可”，在消息中模糊地描述是指，例如描述为“请求前段时间提到的申请的认可”。并且，提及不仅包括将某种处理委托给其他用户，而且还包括通知其他用户本人会执行某种处理。作为后者的例子，可想到“复制照片发给所有人”。
[0064]
并且，在本实施方式中，在服务器30作为处理的候选而具有复数个处理候选的情况下，对对象执行选自复数个处理候选中的一个处理候选。在此，复数个处理候选可以为处理本身不同的处理候选。在该情况下，复数个处理候选例如是指，在文档上加盖指定的印章的处理、将文档发送到指定的目的地的处理等复数个处理。并且，复数个处理候选也可以为各处理候选使用复数个数据中与各处理候选对应的数据来进行处理的复数个处理。即，复数个处理候选也可以为处理本身相同但处理中使用的数据不同的复数个处理。在该情况下，复数个处理候选例如是指，在文档上加盖印章的处理中使用不同的印章的复数个处理。或者，复数个处理候选例如也可以是指，在将文档发送到目的地的处理中使用不同的目的地的复数个处理。另外，印章和目的地为处理中使用的数据的一例。
[0065]
进而，在本实施方式中，在服务器30作为对象候选而具有复数个对象候选的情况下，对选自复数个对象候选中的一个对象候选执行处理。在此，在对象为文档的情况下，复数个对象候选可以是指复数个文档。或者，在对象为文档的情况下，复数个对象候选也可以是指一个文档的复数个页面或一个文档的复数个部位。但是，以下，以复数个文档为例子进行说明。
[0066]
[本实施方式的具体例]
[0067]
图3至图11是表示显示于本实施方式中的客户端10上的画面100的例子的图。如这些图所示，画面100包括网络聊天显示栏500、处理历史显示栏600及处理图像显示栏700。
[0068]
网络聊天显示栏500为显示在复数个用户之间或在服务器30与用户之间进行通信的网络聊天的消息等的栏。
[0069]
处理历史显示栏600为显示服务器30进行的处理的历史即处理历史的栏。若服务器30进行的处理为使用客户端10的用户指示的处理，则会在处理历史显示栏600中以“您”为主语显示处理历史。并且，若服务器30进行的处理为使用客户端10的用户以外的其他用户指示的处理，则会在处理历史显示栏600中以其他用户的名字为主语显示处理历史。
[0070]
处理图像显示栏700为显示表示服务器30进行的处理的图像即处理图像的栏。在处理图像显示栏700中显示表示文档的图标，并且以与该图标建立关联的方式显示表示针对该文档的处理内容的图标。
[0071]
首先，对以第1脚本显示的画面100进行说明。第1脚本为假设了alice在文档上加盖印章之后委托bob对该文档加盖印章的场景的脚本。
[0072]
图3中示出alice在“文档1”上加盖印章之后委托bob在“文档1”上加盖印章时显示于bob的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有alice的消息511“bob，我正在文档1上签名。您可否也在该文档上签名？”。并且，在处理历史显示栏600中显示有处理历史611“alice已在文档1上签名。”。在此，处理历史611并不是bob指示的处理的历史，因此以灰色显示。进而，在处理图像显示栏700中，通过以在“文档1”的图标711上重叠alice的印章的图标713的方式显示来表示在“文档1”上盖有alice的印章。
[0073]
图4中示出bob响应于alice的委托而在“文档1”上加盖印章时显示于bob的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有bob的消息512“可以。我正在签名。”。但是，在该例子中，假设bob具有复数个印章。因此，在网络聊天显示栏500中还显示有服务器30的消息513“请选择印章。”和包括“印章1”至“印章5”的印章的选项514。
[0074]
图5中示出bob选择“印章1”并在“文档1”上加盖该印章时显示于bob的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有服务器30的消息515“您已用印章1签名。”。并且，在处理历史显示栏600中显示有处理历史612“您已在文档1上签名。”和用于取消该处理历史612所表示的处理的“取消”按钮613。由此，bob能够通过点击“取消”按钮613来取消自己在消息512中指示的处理。另一方面，在alice的客户端10的画面100的处理历史显示栏600中不会显示“取消”按钮，因此alice无法取消bob指示的处理。进而，在处理图像显示栏700中，通过以在“文档1”的图标711上进一步重叠bob的“印章1”的图标714的方式显示来表示在“文档1”上还盖有“印章1”。
[0075]
接着，对以第2脚本显示的画面100进行说明。第2脚本为假设了尽管alice委托bob对文档加盖印章但其委托内容较为模糊的场景的脚本。
[0076]
图6中示出alice委托bob加盖印章时显示于alice的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有alice的消息521“bob，可否在文档上签名？”。但是，在该消息521中，未指定文档。因此，在网络聊天显示栏500中显示有服务器30的消息522“请确定文档。”。然后，alice响应于该消息522而输入消息523“文档2”。
[0077]
图7中示出alice输入了“文档2”时显示于alice的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有alice的消息524“bob，可否在文档2上签名？”。该消息524通过在图6中由alice输入消息522“文档2”而编辑消息521而成。
[0078]
图8中示出bob响应于alice的委托而在“文档2”上加盖印章时显示于bob的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有bob的消息525“可以。我正在签名。”。但是，在该例子中，也假设bob具有复数个印章。因此，在网络聊天显示栏500中还显示有服务器30的消息526“请选择印章。”和包括“印章1”至“印章5”的印章的选项527。
[0079]
图9中示出bob选择“印章5”并在“文档2”上加盖该印章时显示于bob的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有服务器30的消息528“您已用印章5签名。”。并且，在处理历史显示栏600中显示有处理历史621“您已在文档2上签名。”和用于取消该处理历史621所表示的处理的“取消”按钮622。由此，bob能够通过点击“取消”按钮622来取消自己在消息525中指示的处理。另一方面，在alice的客户端10的画面100的处理历史显示栏600中不会显示“取消”按钮，因此alice无法取消bob指示的处理。进而，在处理图像显示栏700中，通过以在“文档2”的图标722上重叠bob的“印章5”的图标723的方式显示来表示在“文档2”上盖有“印章5”。
[0080]
接着，对以第3脚本显示的画面100进行说明。第3脚本为假设了尽管bob响应于图7的alice的委托而尝试在文档上加盖印章但发生错误的场景的脚本。
[0081]
图10中示出bob响应于图7的alice的委托而在“文档2”上加盖印章时显示于bob的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有bob的消息531“可以。我正在签名。”。但是，在该例子中，假设bob具有一个印章。并且，在该例子中，假设服务器30在“文档2”上加盖bob的印章的处理中发生了错误。于是，会在网络聊天显示栏500中显示服务器30的消息532“哎呀，发生了某种错误。请重试。”。并且，会在处理历史显示栏600中显示处理历史631“您已在文档2上签名。”和用于重试该处理历史631所表示的处理的“重试”按钮632。由此，bob能够通过点击“重试”按钮632来重试自己在消息531中指示的处理。另一方面，在alice的客户端10的画面100的处理历史显示栏600中不会显示“重试”按钮，因此alice无法重试bob指示的处理。
[0082]
图11中示出bob点击了图10的“重试”按钮632时显示于bob的客户端10的画面100的例子。此时，在网络聊天显示栏500中显示有服务器30的消息533“您已在文档2上签名。”来代替图10的消息532。并且，在处理历史显示栏600中显示有用于取消处理历史631所表示的处理的“取消”按钮633来代替图10的“重试”按钮632。由此，bob能够通过点击“取消”按钮633来取消自己在消息531中指示的处理。另一方面，在alice的客户端10的画面100的处理历史显示栏600中不会显示“取消”按钮，因此alice无法取消bob指示的处理。进而，在处理图像显示栏700中，通过以在“文档2”的图标732上重叠bob的印章的图标733的方式显示来表示在“文档2”上盖有bob的印章。
[0083]
[服务器的功能结构]
[0084]
图12为表示本实施方式中的服务器30的功能结构例的框图。如图所示，服务器30具备接收部41、消息分析部42、文档存储部43、处理信息存储部44、文档处理部45、处理历史存储部46及发送部47。
[0085]
接收部41从该消息的发送源的客户端10(以下，简称为“发送源的客户端10”)接收网络聊天的消息，并将其移交给消息分析部42。在此，消息还包括因在客户端10上点击了“重试”按钮而作为重试信息发送的消息。在本实施方式中，作为获取通过通信单元在复数个用户之间进行通信的消息的一例，进行了接收部41的该处理。
[0086]
并且，接收部41从发送源的客户端10接收表示在消息中提及的处理中利用的复数个利用数据中用户选择的利用数据的消息，并将其移交给文档处理部45。
[0087]
进而，接收部41从客户端10接收表示在该客户端10上点击了“取消”按钮的取消信息。在此，取消信息包含识别与“取消”按钮对应的处理的处理识别信息。在本实施方式中，作为在历史中从用户受理特定的处理的指定的一例，进行了接收部41的该处理。
[0088]
消息分析部42从接收部41接收消息，对该消息进行分析，判定在该消息中是否提及了文档及处理。若判定在该消息中提及了文档及处理，则消息分析部42将该文档及处理传达给文档处理部45，并且指示发送部47直接发送该消息。若判定在该消息中未提及文档及处理中的至少一个，则消息分析部42指示发送部47发送敦促补充文档及处理中未提及的那个的消息。
[0089]
并且，消息分析部42响应于来自文档处理部45的咨询判定该消息是委托服务器30进行处理的消息，还是委托发送目的地的用户进行处理的消息，并将判定结果回馈给文档处理部45。
[0090]
文档存储部43存储处理对象文档。在此，文档在与识别文档的文档识别信息建立
关联之后进行存储。文档识别信息例如包括文档名称、文档的保存位置的信息等。由此，在消息中通过文档识别信息提及了文档的情况下，能够根据文档识别信息来获取文档。
[0091]
处理信息存储部44存储处理信息，该处理信息为与对文档进行的处理相关的信息。在此，处理信息包括进行处理时利用的数据(以下，称为“利用数据”)。处理信息存储部44例如可以按用户存储针对各处理的利用数据。处理信息存储部44例如针对在文档上加盖印章的处理存储印章的种类作为利用数据。在该情况下，印章的种类根据用户而不同，因此处理信息存储部44按用户存储印章的种类。印章的种类有可能只有一种，也有可能有两种以上。并且，处理信息存储部44例如针对委托发送目的地的用户发送文档的处理存储发送文档时的目的地的信息作为利用数据。在该情况下，目的地的信息根据用户而不同，因此处理信息存储部44按用户存储目的地的信息。目的地的信息有可能只有一个，也有可能有两个以上。进而，处理信息存储部44针对不需要利用数据的处理将利用数据除外而存储处理信息。
[0092]
文档处理部45通过参考处理信息存储部44来判定能够在从消息分析部42传达的处理中利用的利用数据的数量。
[0093]
若判定能够在处理中利用的利用数据的数量为0，则文档处理部45向消息分析部42咨询消息是否为委托服务器30进行处理的消息。
[0094]
若判定能够在处理中利用的利用数据的数量为一个，则文档处理部45从处理信息存储部44获取利用数据。然后，文档处理部45向消息分析部42咨询消息是否为委托服务器30进行处理的消息。
[0095]
若判定能够在处理中利用的利用数据的数量为两个以上，则文档处理部45指示发送部47发送敦促选择来自该两个以上的利用数据中的一个利用数据的消息。由此，若从接收部41接收表示所选择的利用数据的消息，则文档处理部45从处理信息存储部44获取所选择的利用数据。然后，文档处理部45向消息分析部42咨询最初由接收部41接收的消息是否为委托服务器30进行处理的消息。
[0096]
若消息为委托服务器30进行处理的消息，则文档处理部45指示发送部47发送处理历史，从文档存储部43获取从消息分析部42传达的文档。然后，若已获取利用数据，则文档处理部45利用该利用数据对获取到的文档执行从消息分析部42传达的处理。在本实施方式中，作为对消息中提及的对象执行消息中提及的处理的一例，进行了文档处理部45的该处理。
[0097]
若如此对文档进行处理，则文档处理部45将处理历史存储于处理历史存储部46中，并且指示发送部47发送处理结果。
[0098]
并且，在用户指示的处理未被执行的情况下，文档处理部45在接收部41接收消息作为该处理的重试信息时也进行与上述相同的处理。在本实施方式中，在对消息中提及的对象未执行消息中提及的处理的情况下，作为允许用户对对象再执行处理的一例，进行了文档处理部45的该处理。但是，在用户指示的处理未被执行的情况下，也可以设为能够对该用户发送该处理的重试信息，而无法对该用户以外的用户发送该处理的重试信息。从这个意义上来讲，文档处理部45的该处理为在对复数个用户中的特定的用户输入的消息中提及的对象未执行消息中提及的处理的情况下允许特定的用户对对象再执行处理的一例。并且，文档处理部45的该处理也是在对复数个用户中的特定的用户输入的消息中提及的对象
未执行消息中提及的处理的情况下禁止特定的用户以外的用户对对象再执行处理的一例。
[0099]
进而，在接收部41接收到包含处理识别信息的取消信息的情况下，文档处理部45根据处理识别信息从存储于处理历史存储部46中的处理历史中确定处理，并取消该处理。此时，在该处理之后由同一用户进行了处理的情况下，可以一并取消这些处理。或者，在该处理之后由同一用户对同一文档进行了处理的情况下，也可以一并取消这些处理。在本实施方式中，作为取消在特定的处理之后根据用户的指示执行的处理的一例，进行了文档处理部45的该处理。
[0100]
处理历史存储部46存储由文档处理部45执行的处理的历史即处理历史。在此，处理历史在与识别处理历史的处理历史识别信息建立关联之后进行存储。处理历史识别信息例如包括指示了处理的时刻、每当指示处理时分配的序列号等。并且，处理历史还在与识别指示了处理的用户的用户识别信息建立关联之后进行存储。由此，在接收部41从客户端10接收到伴有处理历史识别信息及用户识别信息的取消信息的情况下，能够根据处理历史识别信息及用户识别信息来确定处理历史，从而能够取消该处理历史所表示的处理。
[0101]
若从消息分析部42接收接收部41接收到的消息，则发送部47将该消息发送给发送目的地的客户端10。由此，在发送目的地的客户端10上，在画面100的网络聊天显示栏500中显示该消息。
[0102]
并且，若被消息分析部42指示发送敦促补充接收部41接收到的消息中未提及的文档或处理的消息，则发送部47将敦促补充该文档或处理的消息发送给发送源的客户端10。由此，在发送源的客户端10上，在画面100的网络聊天显示栏500中显示敦促补充该文档或处理的消息。在本实施方式中，在复数个用户中的特定的用户输入的消息中未提及对象及处理中的至少一个信息的情况下，作为敦促特定的用户指定至少一个信息的一例，进行了发送部47的该处理。
[0103]
并且，若被文档处理部45指示发送敦促能够在从接收部41接收到的消息中提及的处理中利用的复数个利用数据中选择一个利用数据的消息，则发送部47将敦促选择该利用数据的消息发送给发送源的客户端10。由此，在发送源的客户端10上，在画面100的网络聊天显示栏500中显示敦促选择该利用数据的消息。
[0104]
进而，若被文档处理部45指示发送处理历史，则发送部47将处理历史发送给发送源及发送目的地的客户端10。由此，在发送源及发送目的地的客户端10上，在画面100的处理历史显示栏600中显示处理历史。在本实施方式中，作为控制所执行的处理的历史显示于与显示有消息的画面相同的画面上的一例，进行了发送部47的该处理。
[0105]
而且，若被文档处理部45指示发送处理结果，则发送部47将处理结果发送给发送源及发送目的地的客户端10。由此，在发送源的客户端10及发送目的地的客户端10上，在画面100的网络聊天显示栏500中显示表示处理结果的消息，并在画面100的处理图像显示栏700中显示表示处理结果的图像。在本实施方式中，作为控制成显示已对对象进行了处理的一例，进行了文档处理部45的该处理。
[0106]
[服务器的动作]
[0107]
图13是表示本实施方式中的服务器30的动作例的流程图。
[0108]
如图所示，在服务器30中，首先，接收部41从发送源的客户端10接收消息(步骤s401)。
[0109]
接着，消息分析部42判定在步骤s401中接收的消息中是否提及了文档及处理(步骤s402)。
[0110]
其结果，若在步骤s402中判定在步骤s401中接收的消息中提及了文档及处理，则发送部47将该消息发送给发送目的地的客户端10(步骤s403)。
[0111]
接着，文档处理部45参考处理信息存储部44来判定在步骤s402中确定的能够在处理中利用的利用数据的数量(步骤s404)。
[0112]
若在步骤s404中判定能够利用的利用数据的数量为0，即，不需要利用数据，则处理进入步骤s409。
[0113]
若在步骤s404中判定能够利用的利用数据的数量为一个，则文档处理部45从处理信息存储部44获取该一个利用数据(步骤s405)。然后，处理进入步骤s409。
[0114]
若在步骤s404中判定能够利用的利用数据的数量为两个以上，则发送部47将敦促从该两个以上的利用数据中选择利用数据的消息发送给发送源的客户端10(步骤s406)。由此，若发送源的用户选择利用数据，则接收部41从发送源的客户端10接收表示所选择的利用数据的消息(步骤s407)。于是，文档处理部45从处理信息存储部44获取所选择的利用数据(步骤s408)。然后，处理进入步骤s409。
[0115]
接着，消息分析部42判定在步骤s401中接收到的消息是否为委托本人进行在步骤s402中确定的处理的消息(步骤s409)。
[0116]
若在步骤s409中未判定消息为委托本人进行处理的消息，即，若判定消息为委托发送目的地的用户进行处理的消息，则结束处理。另外，在该动作例中，即使在判定消息为委托发送目的地的用户进行处理的消息的情况下，也进行步骤s404～s408的处理。这是因为，即使消息为委托发送目的地的用户进行处理的消息，例如，在消息中提及的处理为将文档发送至目的地的处理的情况下，有时也会获取目的地的信息等利用数据。
[0117]
若在步骤s409中判定消息为委托本人进行处理的消息，则发送部47将处理历史发送给发送源的客户端10及发送目的地的客户端10(步骤s410)。
[0118]
并且，文档处理部45对在步骤s402中确定的文档执行在步骤s402中确定的处理(步骤s411)。在此，文档处理部45例如可以从存储于文档存储部43中的文档中获取在步骤s402中确定的文档。并且，在步骤s405或步骤s408中已获取利用数据的情况下，文档处理部45例如可以使用该利用数据来执行处理。
[0119]
进而，文档处理部45将步骤s411中的处理的历史即处理历史存储于处理历史存储部46(步骤s412)。
[0120]
而且，发送部47将步骤s411中的处理的结果即处理结果发送给发送源的客户端10及发送目的地的客户端10(步骤s413)。此时，在发送源的客户端10上，在正常接收到处理结果的情况下，例如可以在处理历史显示栏600中显示与在步骤s410中发送过来的处理历史建立关联之后的“取消”按钮。另一方面，在未正常接收处理结果而超时的情况下，例如可以在发送源的客户端10上，显示与在步骤s410中发送过来的处理历史建立关联之后的“重试”按钮。
[0121]
在进行以上处理之后，结束处理。
[0122]
另一方面，若在步骤s402中未判定在步骤s401中接收到的消息中提及了文档及处理，则发送部47将敦促补充文档及处理中未提及的那个的消息发送给发送源的客户端10
(步骤s414)。然后，结束处理。
[0123]
在此，根据上述第1脚本对图13所示的动作例进行具体说明。
[0124]
在第1脚本中，若在alice的客户端10上，在网络聊天显示栏500中输入消息511，则接收部41在步骤s401中从alice的客户端10接收消息511。
[0125]
接着，消息分析部42在步骤s402中判定消息511中提及了文档及处理。在此，判定提及了文档的理由在于，消息511中包含文档名称即“文档1”。并且，判定提及了处理的理由在于，消息511中包含表示加盖印章的处理的“正在～签名”。
[0126]
于是，发送部47在步骤s403中将消息511发送给bob的客户端10。由此，如图3所示，在bob的客户端10的网络聊天显示栏500中显示消息511。
[0127]
接着，文档处理部45在步骤s404中参考处理信息存储部44来判定能够在加盖印章的处理中利用的利用数据的数量。在此，假设能够在加盖印章的处理中利用的alice的印章的数量为一个。
[0128]
于是，文档处理部45在步骤s405中从处理信息存储部44获取该一个印章。
[0129]
接着，消息分析部42在步骤s409中判定消息511为委托服务器30进行处理的消息。
[0130]
于是，发送部47在步骤s410中将处理历史611发送给alice的客户端10及bob的客户端10。由此，如图3所示，在bob的客户端10的处理历史显示栏600中以灰色显示处理历史611。
[0131]
并且，文档处理部45在步骤s411中执行在“文档1”上加盖alice的印章的处理。进而，文档处理部45在步骤s412中将处理历史存储于处理历史存储部46中。而且，发送部47在步骤s413中将执行了在“文档1”上加盖alice的印章的处理的处理结果发送给alice的客户端10及bob的客户端10。由此，如图3所示，在bob的客户端10的处理图像显示栏700中显示在图标711上重叠有图标713的图像。
[0132]
接着，如图4所示，若在bob的客户端10上，在网络聊天显示栏500中输入消息512，则接收部41在步骤s401中从bob的客户端10接收消息512。
[0133]
接着，消息分析部42在步骤s402中判定消息512中提及了文档及处理。在此，判定提及了文档的理由在于，能够以消息512的上下文判定处理对象为“文档1”。并且，判定提及了处理的理由在于，消息512中包含表示加盖印章的处理的“正在签名”。
[0134]
于是，发送部47在步骤s403中将消息512发送给alice的客户端10。
[0135]
接着，文档处理部45在步骤s404中参考处理信息存储部44来判定能够在加盖印章的处理中利用的利用数据的数量。在此，假设能够在加盖印章的处理中利用的bob的印章的数量为五个。
[0136]
于是，文档处理部45在步骤s406中将敦促从五个印章中选择一个印章的消息513发送给bob的客户端10。由此，如图4所示，在bob的客户端10的网络聊天显示栏500中显示消息513。在此，若bob选择一个印章，则接收部41在步骤s407中接收表示所选择的印章的消息。于是，文档处理部45在步骤s408中从处理信息存储部44获取所选择的印章。
[0137]
接着，消息分析部42在步骤s409中判定消息512为委托服务器30进行处理的消息。
[0138]
于是，发送部47在步骤s410中将处理历史612发送给alice的客户端10及bob的客户端10。由此，如图5所示，在bob的客户端10的处理历史显示栏600中显示处理历史612。
[0139]
并且，文档处理部45在步骤s411中执行在“文档1”上加盖bob的印章的处理。进而，
文档处理部45在步骤s412中将处理历史存储于处理历史存储部46中。而且，发送部47在步骤s413中将执行了在“文档1”上加盖bob的印章的处理的处理结果发送给alice的客户端10及bob的客户端10。由此，如图5所示，在bob的客户端10的网络聊天显示栏500中显示消息515，并在bob的客户端10的处理图像显示栏700中显示在图标711上重叠有图标713、714的图像。此时，在bob的客户端10的处理历史显示栏600中还显示“取消”按钮613。
[0140]
接着，根据上述第2脚本对图13所示的动作例进行具体说明。
[0141]
如图6所示，在第2脚本中，若在alice的客户端10上，在网络聊天显示栏500中输入消息521，则接收部41在步骤s401中从alice的客户端10接收消息521。
[0142]
接着，消息分析部42在步骤s402中判定消息521中未提及文档但提及了处理。在此，判定未提及文档的理由在于，消息521中不包含文档名称，并且也无法根据上下文进行判定。并且，判定提及了处理的理由在于，消息521中包含表示加盖印章的处理的“签名”。
[0143]
于是，发送部47在步骤s414中将敦促补充文档名称的消息522发送给发送源的客户端10。由此，如图6所示，在alice的客户端10的网络聊天显示栏500中显示消息522。
[0144]
接着，如图6所示，若在alice的客户端10上，在网络聊天显示栏500中输入表示“文档2”的消息523，则编辑图6的消息521。其结果，如图7所示，若在alice的客户端10上，在网络聊天显示栏500中输入消息524，则接收部41在步骤s401中从alice的客户端10接收消息524。
[0145]
接着，消息分析部42在步骤s402中判定消息524中提及了文档及处理。在此，判定提及了文档的理由在于，消息524中包含文档名称即“文档2”。并且，判定提及了处理的理由在于，消息524中包含表示加盖印章的处理的“签名”。
[0146]
于是，发送部47在步骤s403中将消息524发送给bob的客户端10。由此，如图8所示，在bob的客户端10的网络聊天显示栏500中显示消息524。
[0147]
然后，消息分析部42在步骤s409中判定消息524不是委托服务器30进行处理的消息。
[0148]
接着，如图8所示，在bob的客户端10上，在网络聊天显示栏500中输入消息525。此后的动作与在图4中bob的客户端10的网络聊天显示栏500中输入消息512时的动作基本相同，因此省略说明。
[0149]
接着，根据上述第3脚本对图13所示的动作例进行具体说明。
[0150]
如图10所示，在第3脚本中，若在bob的客户端10上，在网络聊天显示栏500中输入消息531，则接收部41在步骤s401中从bob的客户端10接收消息531。
[0151]
接着，消息分析部42在步骤s402中判定消息531中提及了文档及处理。在此，判定提及了文档的理由在于，能够以消息531的上下文判定处理对象为“文档2”。并且，判定提及了处理的理由在于，消息531中包含表示加盖印章的处理的“正在签名”。
[0152]
于是，发送部47在步骤s403中将消息531发送给alice的客户端10。
[0153]
接着，文档处理部45在步骤s404中参考处理信息存储部44来判定能够在加盖印章的处理中利用的利用数据的数量。在此，假设能够在加盖印章的处理中利用的bob的印章的数量为一个。
[0154]
于是，文档处理部45在步骤s405中从处理信息存储部44获取该一个印章。
[0155]
接着，消息分析部42在步骤s409中判定消息531为委托服务器30进行处理的消息。
[0156]
于是，发送部47在步骤s410中将处理历史631发送给alice的客户端10及bob的客户端10。由此，如图10所示，在bob的客户端10的处理历史显示栏600中显示处理历史631。
[0157]
并且，文档处理部45在步骤s411中执行在“文档2”上加盖bob的印章的处理。在此，假设处理中发生了错误。于是，在bob的客户端10上，无法接收正常的处理结果，因此在网络聊天显示栏500中显示表示发生了错误的消息532，并在处理历史显示栏600中显示用于重试处理的“重试”按钮632。
[0158]
接着，若在图10中点击“重试”按钮632，则接收部41在步骤s401中从bob的客户端10接收消息531。
[0159]
接着，消息分析部42在步骤s402中判定消息531中提及了文档及处理。
[0160]
于是，发送部47在步骤s403中将消息531发送给alice的客户端10。
[0161]
接着，文档处理部45在步骤s404中参考处理信息存储部44来判定能够在加盖印章的处理中利用的利用数据的数量。在此，假设能够在加盖印章的处理中利用的bob的印章的数量为一个。
[0162]
于是，文档处理部45在步骤s405中从处理信息存储部44获取该一个印章。
[0163]
接着，消息分析部42在步骤s409中判定消息531为委托服务器30进行处理的消息。
[0164]
于是，发送部47在步骤s410中将处理历史631发送给alice的客户端10及bob的客户端10。由此，如图11所示，在bob的客户端10的处理历史显示栏600中显示处理历史631。
[0165]
并且，文档处理部45在步骤s411中执行在“文档2”上加盖bob的印章的处理。在此，假设处理中未发生错误。于是，文档处理部45在步骤s412中将处理历史存储于处理历史存储部46中。并且，发送部47在步骤s413中将执行了在“文档2”上加盖bob的印章的处理的处理结果发送给alice的客户端10及bob的客户端10。由此，如图11所示，在bob的客户端10的网络聊天显示栏500中显示消息533，并在bob的客户端10的处理图像显示栏700中显示在图标732上重叠有图标733的图像。此时，在bob的客户端10的处理历史显示栏600中还显示“取消”按钮633。
[0166]
接着，对点击了本实施方式中的服务器30的“取消”按钮时的动作例进行说明。
[0167]
若在客户端10上点击“取消”按钮而发送包含确定取消对象处理的处理识别信息的取消信息，则在服务器30中，首先由接收部41接收该取消信息。于是，文档处理部45从存储于处理历史存储部46中的处理历史中确定由包含于取消信息中的处理识别信息识别的处理，取消该处理。
[0168]
[处理器]
[0169]
在本实施方式中，处理器是指广义的处理器，包括通用的处理器(例如，cpu：central processing unit(中央处理器)等)和专用的处理器(例如，gpu：graphics processing unit(图形处理器)、asic：application specific integrated circuit(专用集成电路)、fpga：field programmable gate array(现场可编程门阵列)、可编程逻辑器件等)。
[0170]
并且，本实施方式中的处理器的动作不仅可以由一个处理器完成，也可以由在物理上存在于相间的位置的复数个处理器协作完成。并且，处理器的各动作的顺序并不仅限定于本实施方式中记载的顺序，可以进行变更。
[0171]
[程序]
[0172]
本实施方式中的服务器30进行的处理例如作为应用软件等程序来准备。
[0173]
即，实现本实施方式的程序可视为用于使计算机实现如下功能的程序：获取通过通信单元在复数个用户之间进行通信的消息的功能；对消息中提及的对象执行消息中提及的处理的功能；及控制成显示已对对象进行了处理的功能。
[0174]
另外，实现本实施方式的程序既可以通过通信单元提供，也可以存储于cd-rom等记录介质中来提供。
[0175]
上述本发明的实施方式是以例示及说明为目的而提供的。另外，本发明的实施方式并不全面详尽地包括本发明，并且并不将本发明限定于所公开的方式。很显然，对本发明所属的领域中的技术人员而言，各种变形及变更是自知之明的。本实施方式是为了最容易理解地说明本发明的原理及其应用而选择并说明的。由此，本技术领域中的其他技术人员能够通过对假定为各种实施方式的特定使用最优化的各种变形例来理解本发明。本发明的范围由以上的权利要求书及其等同物来定义。