CN114996217A - 信息处理装置、记录介质及信息处理方法 - Google Patents

Abstract

本发明提供一种信息处理装置、记录介质及信息处理方法，与将用于执行与电子文件相关的期待处理的操作符及用于执行除与电子文件相关的期待处理以外的处理的操作符以相同的方式显示于显示画面的情况相比，利用者能够轻松地确定与对电子文件的期待处理对应的操作符。一种信息处理装置，其特征在于，具备处理器，所述处理器进行如下处理：当利用者进行与电子文件相关的处理时，根据表示期待对该电子文件执行的期待处理的内容的处理内容信息，将用于执行所述期待处理的操作符强调显示于显示画面。

Description

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

技术领域

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

背景技术

专利文献1中公开有文件管理系统，其包含管理电子文件的服务器及利用者所利用的终端装置，所述文件管理系统中，根据存储有电子文件的服务器的文件夹的重要度，对利用者通知该电子文件的重要度。

专利文献1：日本特开2016-115242号公报

并不限于在文件管理系统中所管理的电子文件，利用者能够使用个人电脑或平板终端等利用者装置进行与电子文件相关的复数种处理。为了使利用者易于进行与电子文件相关的复数种处理，能够在利用者装置的显示画面显示分别与复数种处理对应的复数个操作符。利用者通过从显示于显示画面的复数个操作符选择并操作与所期望的处理对应的操作符，能够进行与电子文件相关的所期望的处理。

在此，当存在复数个用于执行与电子文件相关的处理的操作符时，利用者不得不从显示于显示画面的复数个操作符确定处理所需的操作符，从而存在该工作繁杂这一问题。尤其，即使在确定了期待对电子文件执行的处理即期待处理的情况下，利用者也不得不从显示于显示画面的复数个操作符中确定与期待处理对应的操作符。

发明内容

本发明的目的在于，与将用于执行与电子文件相关的期待处理的操作符及用于执行除与电子文件相关的期待处理以外的处理的操作符以相同的方式显示于显示画面的情况相比，利用者能够轻松地确定与对电子文件的期待处理对应的操作符。

方案1所涉及的发明具备处理器，所述处理器进行如下处理：当利用者进行与电子文件相关的处理时，根据表示期待对该电子文件执行的期待处理的内容的处理内容信息，将用于执行所述期待处理的操作符强调显示于显示画面。

方案2所涉及的发明为方案1所述的信息处理装置，其特征在于，所述处理器进行如下处理：从服务器接收所述电子文件、用于催促所述利用者执行与所述电子文件相关的处理的通知信息及所述处理内容信息；当所述利用者操作了根据所述通知信息显示于所述显示画面的通知消息时，与所述电子文件一同将用于执行所述期待处理的操作符强调显示于所述显示画面。

方案3所涉及的发明为方案2所述的信息处理装置，其特征在于，所述期待处理的内容根据所述服务器中的存储有所述电子文件的文件夹而确定。

方案4所涉及的发明为方案1或2所述的信息处理装置，其特征在于，所述处理器进行如下处理：作为所述强调显示，将用于执行所述期待处理的操作符显示成大于用于执行除所述期待处理以外的处理的操作符。

方案5所涉及的发明为方案1或2所述的信息处理装置，其特征在于，作为所述强调显示，显示用于执行所述期待处理的操作符，而不显示用于执行除所述期待处理以外的处理的操作符。

方案6所涉及的发明为方案1所述的信息处理装置，其特征在于，所述期待处理为对所述电子文件进行编辑的处理。

方案7所涉及的发明为方案6所述的信息处理装置，其特征在于，所述期待处理包含将特定的对象赋予于所述电子文件的处理，所述处理器进行如下处理：当利用者进行与电子文件相关的处理时，强调显示用于将所述期待处理所涉及的对象赋予于所述电子文件的操作符。

方案8所涉及的发明为记录介质，其特征在于，记录有用于使计算机执行如下处理的信息处理程序：当利用者进行与电子文件相关的处理时，根据表示期待对该电子文件执行的期待处理的内容的处理内容信息，将用于执行所述期待处理的操作符强调显示于显示画面。

方案9所涉及的发明为信息处理方法，其特征在于，包括如下步骤：当利用者进行与电子文件相关的处理时，根据表示期待对该电子文件执行的期待处理的内容的处理内容信息，将用于执行所述期待处理的操作符强调显示于显示画面。

发明效果

根据本发明的第1、8或9方案，与将用于执行与电子文件相关的期待处理的操作符及用于执行除与电子文件相关的期待处理以外的处理的操作符以相同的方式显示于显示画面的情况相比，利用者能够轻松地确定与对电子文件的期待处理对应的操作符。

根据本发明的第2方案，利用者能够掌握需要执行与存储于服务器的电子文件相关的处理，并且能够轻松地确定与对该电子文件的期待处理对应的操作符。

根据本发明的第3方案，对利用者委托与电子文件相关的处理的其他利用者无需命令关于该电子文件的期待处理的内容，而利用者能够轻松地确定与对电子文件的期待处理对应的操作符。

根据本发明的第4方案，利用者能够根据操作符的大小确定与期待处理对应的操作符。

根据本发明的第5方案，利用者通过操作所显示的操作符，能够执行与电子文件相关的期待处理。

根据本发明的第6方案，利用者能够轻松确定与对电子文件所期待的编辑内容相对应的操作符。

根据本发明的第7方案，利用者能够轻松地确定用于将期待处理所涉及的对象赋予于电子文件的操作符。

附图说明

根据以下附图，对本发明的实施方式进行详细叙述。

图1是本实施方式所涉及的信息处理系统的结构概略图；

图2是文件管理服务器的结构概略图；

图3是表示本实施方式所涉及的信息处理系统中的处理的内容的一例的概念图；

图4是用户终端的结构概略图；

图5是表示通知信息的内容的图；

图6是表示通知画面的图；

图7是表示通常显示于用户终端的操作符的第1图；

图8是表示通常显示于用户终端的操作符的第2图；

图9是表示动作ID表示批准处理时显示于用户终端的操作符的第1图；

图10是表示动作ID表示批准处理时显示于用户终端的操作符的第2图；

图11是表示动作ID表示退回处理时显示于用户终端的操作符的第1图；

图12是表示动作ID表示退回处理时显示于用户终端的操作符的第2图；

图13是表示动作ID表示保存处理时显示于用户终端的操作符的第1图；

图14是表示动作ID表示保存处理时显示于用户终端的操作符的第2图；

图15是表示本实施方式所涉及的用户终端的处理的流程的流程图。

符号说明

10-信息处理系统，12-文件管理服务器，14-用户终端，16-通信线路，20、40-通信接口，22、46-存储器，24-用户DB，26-文件夹DB，28，50-处理器，30-文件管理部，32-通知命令部，42-输入接口，44-显示器，48-文件应用程序，52-显示控制部，54-文件处理部。

具体实施方式

图1是本实施方式所涉及的信息处理系统10的结构概略图。信息处理系统10包含文件管理服务器12及作为利用者的用户所利用的作为信息处理装置的用户终端14而构成。文件管理服务器12与用户终端14例如经由互联网线路或包含LAN(Local Area Network：局域网)等的通信线路16彼此可通信地连接。详细内容将在后面叙述，信息处理系统10为文件管理服务器12管理从用户终端14发送的电子文件并且文件管理服务器12根据来自用户终端14的请求对用户终端14发送电子文件的文件管理系统。另外，在图1中，仅示出了一个用户终端14，但在信息处理系统10中可以包含复数个用户所利用的复数个用户终端14。

图2是文件管理服务器12的结构概略图。文件管理服务器12例如由服务器计算机等构成。文件管理服务器12为提供管理电子文件的文件管理服务的服务器。具体而言，文件管理服务器12通过认证处理认证预先用户登录的用户，并且对已认证的用户提供文件管理服务。文件管理服务器12也可以由复数个计算机构成。即，电子文件管理服务也可以通过复数个服务器计算机的联动而提供给用户。

通信接口20例如包含网络适配器等而构成。通信接口20发挥经由通信线路16与用户终端14进行通信的功能。

存储器22例如包含HDD(Hard Disk Drive：硬盘驱动器)、SSD(Solid StateDrive：固态驱动器)、eMMC(embedded Multi Media Card：嵌入式多媒体卡)、ROM(ReadOnly Memory：只读存储器)或RAM(Random Access Memory：随机存取存储器)等而构成。在存储器22中存储用于使文件管理服务器12的各部发挥功能的服务器程序。并且，在存储器22中存储从用户终端14发送的复数个电子文件，即由文件管理服务管理的复数个电子文件。对存储于存储器22的各电子文件赋予唯一地识别该电子文件的文件ID，并且建立关联地管理文件ID及电子文件。关于存储器22中的电子文件的存储方式，将在后面叙述。

如图2所示，在存储器22中存储用户DB(数据库)24及文件夹DB26。在用户DB24中存储用户开始利用文件管理服务时通过用户登录处理获取的唯一地识别用户的用户ID、该用户的用户名及该用户的通知端(例如唯一地识别该用户所利用的用户终端14的信息)彼此建立关联的用户信息。在文件夹DB26中存储在存储器22内所定义的唯一地识别用于存储电子文件的文件夹(详细内容后述)的文件夹ID(或URL(Uniform Resource Locator：统一资源定位符))、表示该文件夹的种类(后述)的信息及与该文件夹对应的用户的用户ID建立关联的文件夹信息。

处理器28是指广义的处理器，包含通用的处理器(例如CPU(Central ProcessingUnit：中央处理器)等)及专用处理装置(例如GPU(Graphics Processing Unit：图形处理器)、ASIC(Application Specific Integrated Circuit：专用集成电路)、FPGA(Field-Programmable Gate Array：现场可编程门阵列)或可编程逻辑器件等)中的至少一个而构成。作为处理器28，可以是不是由一个处理装置构成而是由存在于物理分开的位置上的复数个处理装置的联动而构成的处理器。处理器28按照存储于存储器22的服务器程序而发挥作为文件管理部30及通知命令部32的功能。

文件管理部30执行管理电子文件的处理。具体而言，将从用户终端14发送的电子文件存储于存储器22，并且根据来自用户终端14的请求，将存储于存储器22的电子文件发送至用户终端14。并且，文件管理部30执行对存储于存储器22的电子文件赋予文件ID等的处理。

当满足规定的条件时，通知命令部32执行对正在利用文件管理服务的用户发送通知的处理。另外，在本实施方式中，对用户(即用户终端14)的通知通过通知命令部32的处理来执行，但该通知处理例如也可以通过FCM(Firebase Cloud Messaging：云消息传递)等通知服务来执行。

图3是表示由文件管理部30及通知命令部32进行的处理的内容的概念图。在对由文件管理部30及通知命令部32进行的处理的具体例进行说明之前，对在存储器22内所定义的文件夹进行说明。

在存储器22的存储区域中，定义任务或访问权限不同的复数种文件夹。在各文件夹中存储电子文件。在本实施方式中，作为文件夹的种类，定义有个人盘、工作空间及共享盘。

个人盘是指用户的个人用文件夹。个人盘按每个用户设置。用户能够在自己的个人盘中存储电子文件，并且能够阅览(即下载到用户终端14)存储于自己的个人盘的电子文件。并且，用户能够在他人的个人盘中存储电子文件。另外，用户无法阅览存储于他人的个人盘的电子文件。例如，关于某一电子文件，当批准委托人欲获得来自批准人的批准时，批准委托人能够在批准人的个人盘中存储该电子文件。详细内容将在后面叙述，但若在个人盘中存储电子文件，则通过通知命令部32对与该个人盘对应的用户发送通知。

工作空间为用户的个人用文件夹且为工作用文件夹。与个人盘同样地，工作空间也按每个用户设置，但与个人盘不同，用户能够访问自己的工作空间，但无法访问他人的工作空间。即，用户能够在自己的工作空间存储电子文件并且能够阅览存储于自己的工作空间的电子文件，但无法在他人的工作空间存在电子文件，并且也无法阅览存储于他人的工作空间的电子文件。例如，用户能够将工作中的电子文件存储于工作空间。

个人盘及工作空间在用户对文件管理服务进行了用户登录时自动生成。

共享盘为复数个用户能够共同使用的文件夹。复数个用户能够访问共享盘。即，各用户能够在共享盘中存储电子文件，也能够阅览存储于共享盘的电子文件。因此，共享盘也能够用于在复数个用户之间授受电子文件。共享盘能够通过用户生成，并且，也可以定义复数个共享盘。用户能够预先设定各共享盘的用途，在该情况下，与该用途相应的电子文件存储于共享盘。例如，在设定为存储已批准的电子文件的共享盘中存储批准人已批准的电子文件。批准委托人能够阅览存储于该共享盘的已批准的电子文件。当在共享盘中存储有电子文件时，通过通知命令部32向对该共享盘预先设定的用户发送通知。例如，在用于存储某一公司某一科的已批准电子文件的共享盘中预先登录有该科的成员，若批准人(例如科长)将电子文件存储于该共享盘，则对该科的成员发送通知。

在存储器22中所定义的各文件夹中，定义唯一地识别文件夹的文件夹ID或URL(Uniform Resource Locator)。文件夹ID、表示该文件夹的种类的信息及与该文件夹对应的用户的用户ID建立关联地存储于文件夹DB26。

以下，参考图3，以在批准人的个人盘中存储批准委托人请求批准的电子文件的情况为例子对由文件管理部30及通知命令部32进行处理的一例的概要进行说明。假设在图3所示的共享盘即已批准盘中预先设定有存储由批准人批准的电子文件，并且作为通知端的用户预先登录有批准委托人。

首先，批准委托人从批准委托人的用户终端14a访问文件管理服务器12而接收来自文件管理服务器12的认证(即批准委托人登录到文件管理服务)。认证方法可以是密码等已知的方法。在此基础上，批准委托人将欲获得来自批准人的批准的电子文件从用户终端14a发送至文件管理服务器12。具体而言，批准委托人指定批准人的个人盘并将该电子文件发送至文件管理服务器12。另外，该电子文件具有发送了该电子文件的用户的用户ID、该电子文件的文件名、后缀(文件的种类)及数据容量等文件属性。

文件管理部30按照由批准委托人的指定，将所接收的电子文件存储于批准人的个人盘。与此同时，对该电子文件赋予文件ID，并建立关联地管理该文件ID及该电子文件。

若在批准人的个人盘中存储电子文件，则通知命令部32参考文件夹DB26而确定与该个人盘对应的用户(即批准人)的用户ID。而且，通知命令部32参考用户DB24而确定与所确定的用户ID建立关联的用户的通知端(即批准人的用户终端14b)。在此基础上，通知命令部32为了使批准人的用户终端14b进行对用户的通知而发送通知信息。关于通知信息的详细内容，将在后面叙述。

接收了通知的批准人从用户终端14b访问文件管理服务器12而接收来自文件管理服务器12的认证，并将该电子文件从自己的个人盘下载(复制)到用户终端14b。另外，从个人盘下载到用户终端14b的电子文件在文件管理服务器上被锁定(变得无法编辑)。这是为了防止在用户终端14b中存在的电子文件与在文件管理服务器12上存在的该电子文件之间的内容产生混淆。

当批准人批准了电子文件时，在批准人的用户终端14b中对该电子文件赋予批准印模。印模为附加于电子文件的对象(也被称为注释)。而且，附加有批准印模的电子文件及表示已批准的批准信息发送至文件管理服务器12。此时，从批准人的用户终端14b删除该电子文件。

文件管理部30根据批准信息判定为该电子文件得到批准，并将该电子文件存储于已批准盘。此时，存储于批准人的个人盘的原始电子文件被删除。若在已批准盘中存储电子文件，则通知命令部32根据用户DB24确定作为已批准盘的通知端的用户登录的批准委托人的通知端，并对批准委托人的用户终端14a发送通知。批准委托人根据该通知再次访问文件管理服务器12，并且能够确认存储于已批准盘的已批准的电子文件。

另外，当未设置已批准盘时，已批准的电子文件返回到批准委托人的个人盘。在该情况下，也通过通知命令部32对批准委托人发送通知，批准委托人能够确认存储于自己的个人盘的已批准的电子文件。

当批准人未批准电子文件而退回时，在批准人的用户终端14b中对该电子文件赋予退回印模。而且，赋予了退回印模的电子文件及表示退回的退回信息发送至文件管理服务器12。此时，从批准人的用户终端14b删除该电子文件。

文件管理部30根据退回信息判定为该电子文件被退回，并将该电子文件存储于批准委托人的个人盘。此时，存储于批准人的个人盘的原始电子文件被删除。若在批准委托人的个人盘中存储电子文件，则通知命令部32根据用户DB24确定批准委托人的通知端，并对批准委托人的用户终端14a发送通知。批准委托人根据该通知再次访问文件管理服务器12，并且能够确认存储于自己的个人盘的被退回的电子文件。

批准人也能够在对该电子文件进行批准或退回之前，将该电子文件暂时保存于自己的工作空间。批准人也能够在用户终端14b中对该电子文件进行编辑等的基础上，将该电子文件暂时保存于工作空间，之后对该电子文件进行批准或退回。当将电子文件保存于工作空间时，该电子文件发送至文件管理服务器12。在该情况下，批准人作为该电子文件的存储端，在指定了自己的工作空间的基础上发送该电子文件。此时，从批准人的用户终端14b删除该电子文件。

文件管理部30将所接收的电子文件存储于批准人的工作空间。此时，存储于批准人的个人盘的原始电子文件被删除。

图4是用户终端14的结构概略图。在本实施方式中，用户终端14为智能手机等平板终端，但作为用户终端14，只要发挥以下说明的功能，则也可以是任意的计算机。例如，用户终端14也可以是个人电脑等。

通信接口40例如包含网络适配器等而构成。通信接口40发挥经由通信线路16与文件管理服务器12进行通信的功能。

输入接口42例如包含触摸面板、按钮、鼠标或键盘等而构成。输入接口42用于将用户的命令输入于用户终端14。

显示器44例如包含液晶面板而构成。在显示器44中显示各种显示画面。

存储器46例如包含HDD、SSD、eMMC、ROM或RAM等而构成。在存储器46中存储用于使用户终端14的各部发挥功能的信息处理程序。并且，如图4所示，在存储器46中安装有用于执行与电子文件相关的处理的文件应用程序48。

处理器50是指广义的处理器，并且包含通用的处理器(例如CPU等)及专用的处理装置(例如GPU、ASIC、FPGA或可编程逻辑器件等)中的至少一个而构成。作为处理器50，可以是不是由一个处理装置构成而是由存在于物理分开的位置上的复数个处理装置的联动而构成的处理器。并且，处理器50按照存储于存储器46的信息处理程序而发挥作为显示控制部52及文件处理部54的功能。

显示控制部52执行将各种显示画面显示于显示器44的处理。具体而言，显示控制部52根据从文件管理服务器12接收的通知信息，将通知消息显示于显示器44。并且，当启动了文件应用程序48时，显示控制部52将文件应用程序48的执行画面显示于显示器44。详细内容将在后面叙述，在文件应用程序48的执行画面中显示电子文件及用于执行与该电子文件相关的处理的操作符。

文件处理部54执行与电子文件相关的处理。具体而言，若文件应用程序48被执行且在文件应用程序48中由用户输入命令，则根据该命令执行与电子文件相关的处理。与电子文件D相关的处理并不限于对电子文件D进行编辑的处理，还包含用于将电子文件D发送至文件管理服务器12(即文件管理服务)的处理。

以下，假定在某一组织的管理者即批准人的个人盘中，属于该组织的用户(代表性的关于电子文件请求来自批准人的批准的批准委托人)存储了电子文件的情况，对显示控制部52及文件处理部54的处理的详细内容进行说明。

如参考图3进行的说明，若在批准人的个人盘中存储电子文件，则通过文件管理服务器12的通知命令部32对批准人的用户终端14b发送通知信息。在图5中示出了通知信息的内容。通知信息中包含存储于批准人的个人盘的电子文件的文件属性(例如，将该电子文件存储于批准人的个人盘的用户的用户ID及用户名、该电子文件的文件名)、该电子文件的文件ID及批准人的个人盘的文件夹ID(或URL)。

而且，在本实施方式中，通知信息中有时包含作为处理内容信息的动作ID。动作ID表示对该电子文件期待以后执行的期待处理的内容。作为动作ID所表示的处理的内容，并不限于此，但例如有对该电子文件进行批准的批准处理、对该电子文件进行退回的退回处理或将该电子文件保存于批准人的工作空间的保存处理等。能够预先对电子文件赋予动作ID。动作ID也可以包含于电子文件的文件属性。

对电子文件赋予动作ID的方法有各种方法。例如，在批准人的个人盘中存储了电子文件的用户能够对该电子文件赋予动作ID。例如，当在批准人的个人盘中存储了电子文件的用户为关于该电子文件请求来自批准人的批准的批准委托人时，对该电子文件所期待的处理当然为批准处理，因此批准委托人能够对该电子文件赋予表示批准处理的动作ID。具体而言，批准委托人对用户终端14输入期待处理为批准处理的内容，用户终端14的文件处理部54将表示批准处理的动作ID与电子文件建立关联并发送至文件管理服务器12。并且，当电子文件为某一文档格式的原案且在批准人的个人盘中存储了电子文件的用户希望批准人对该原案进行修正研究时，对该电子文件所期待的处理可能会成为向批准人的工作空间的保存处理，因此该用户能够对该电子文件赋予表示向工作空间的保存处理的动作ID。

并且，也可以根据文件管理服务器12中的存储有电子文件的文件夹，动作ID赋予于该电子文件。换言之，关于电子文件的期待处理的内容也可以根据存储有该电子文件的文件夹来确定。例如，当在批准人的个人盘中存储请求来自批准人的批准的电子文件较多时，也可以对存储于批准人的个人盘的电子文件赋予表示批准处理的动作ID。如此，在批准人的个人盘中存储了电子文件的用户无需进行赋予动作ID的工作而能够对电子文件赋予动作ID。

并且，也可以根据通过由用户终端14的文件处理部54或文件管理服务器12的文件管理部30进行电子文件的分析处理而获得的该电子文件的内容，赋予动作ID。例如，当文件处理部54或文件管理部30分析了从批准委托人发出了向批准人的个人盘存储的命令的电子文件的结果，检测到获得批准所需的事项并未记载等不完整情况时，对该电子文件所期待的处理成为退回处理，因此文件处理部54或文件管理部30能够对该电子文件赋予表示退回处理的动作ID。

若从文件管理服务器12接收通知信息，则批准人的用户终端14的显示控制部52根据该通知信息，将催促批准人执行与存储于批准人的个人盘的电子文件相关的处理的通知消息显示于显示器44。在图6中显示有该通知消息60的例子。如图6所示，在批准人的用户终端14的显示器44中，例如显示“来自富士太郎的订货单.pdf已存储于个人盘。”等通知消息60。在此，富士太郎为在批准人的个人盘中存储了电子文件的用户的用户名，订货单.pdf为该电子文件的文件名。它们是图5所示通知信息中所包含的信息。

批准人根据该通知消息，从用户终端14访问文件管理服务的批准人的个人盘，并将该电子文件下载到批准人的用户终端14。而且，为了进行与该电子文件相关的处理，启动文件应用程序48并打开该电子文件。在此，当批准人操作了通知消息60时，例如，优选文件处理部54自动地进行到向批准人的个人盘的访问、该电子文件的下载及启动文件应用程序48并打开该电子文件为止的一系列处理。由此，减少批准人通过文件应用程序48打开该电子文件的时间。批准人操作了通知消息60的情况例如为批准人点击了通知消息60的情况或批准人滑动操作了通知消息60的情况等。

另外，在本实施方式中，动作ID包含于通知信息，但在存储于批准人的个人盘的电子文件下载到批准人的用户终端14时，动作ID也可以与该电子文件一同发送至用户终端14。即，动作ID无需一定要包含于通知信息，也可以与通知信息另行发送至用户终端14。

若批准人的用户终端14的文件处理部54启动文件应用程序48，则显示控制部52将从批准人的个人盘下载的电子文件及用于执行与该电子文件相关的处理的操作符显示于显示器44。如后述，在此显示的操作符的种类根据动作ID所表示的处理内容而不同，但首先对当通常即对该电子文件未赋予动作ID而用户终端14尚未接收动作ID时，显示于显示器44的复数个操作符进行说明。

图7是表示通常显示于显示器44的操作符的第1图。若文件处理部54启动文件应用程序48，则在文件应用程序48的执行画面中，与从批准人的个人盘下载的电子文件D一同显示复数个操作符。在图7的例子中，作为复数个操作符，显示包含复数个操作按钮的工具栏70。在工具栏70中包含与结束电子文件D的编辑的处理对应的结束按钮70a、与对电子文件D用荧光笔赋予标记的处理对应的荧光笔按钮70b、与对电子文件D赋予文本的处理对应的文本按钮70c、与对电子文件D赋予标签的处理对应的标签按钮70d、与对电子文件D赋予线的处理对应的线按钮70e及与对电子文件D赋予印模的处理对应的印模按钮70f。批准人通过操作(例如点击)工具栏70中所包含的操作按钮，能够将与该操作按钮对应的处理的执行输入于用户终端14。在工具栏70中显示有用于对电子文件D进行编辑的操作按钮。另外，对电子文件D赋予印模的处理也是编辑电子文件D的处理。

若批准人操作印模按钮70f，则显示控制部52将包含作为复数个操作符的复数个印模输入按钮72的印模工具栏74显示于显示器44。作为印模，例如有表示电子文件D已得到批准的批准印模、表示电子文件D被退回的退回印模、表示电子文件D已处理的完结印模及表示电子文件D已检查的检模等，但并不限于此。批准人通过操作印模工具栏74中所包含的印模输入按钮72，能够将与该印模输入按钮72对应的印模赋予于电子文件D。各印模赋予于电子文件D，由此各印模的像重叠显示于电子文件D。

图8是表示通常显示于显示器44的操作符的第2图。若批准人操作结束按钮70a，则显示控制部52在使工具栏70及印模工具栏74消失的基础上，将作为复数个操作符的批准按钮76、退回按钮78及保存按钮80显示于显示器44。这些按钮为与将电子文件D存储于文件管理服务器12的规定的文件夹的处理对应的按钮。若批准人操作批准按钮76，则电子文件D从用户终端14发送至文件管理服务器12，该电子文件D存储于已批准盘(参考图3)。若批准人操作退回按钮78，则电子文件D从用户终端14发送至文件管理服务器12，该电子文件D存储于批准委托人的个人盘(参考图3)。若批准人操作保存按钮80，则电子文件D从用户终端14发送至文件管理服务器12，该电子文件D存储于批准人的工作空间(参考图3)。

如此，通常，在显示器44中显示和与电子文件D相关的复数个处理对应的复数个操作符。因此，批准人不得不在复数个操作符中确定与电子文件D相关的处理所需的操作符。

当对存储于批准人的个人盘的电子文件赋予有动作ID，且用户终端14接收了动作ID时，显示控制部52在批准人进行与该电子文件相关的处理时，即在本实施方式中通过文件应用程序48打开该电子文件时，在文件应用程序48的执行画面中，根据该动作ID，将用于执行该动作ID所表示的期待处理的操作符强调显示于显示画面。以下，分别对动作ID所表示的期待处理为批准处理、退回处理及向工作空间的保存处理的情况进行说明。

图9是表示动作ID表示批准处理时显示于显示器44的操作符的第1图。当用户终端14所接收的动作ID表示批准处理时，若文件处理部54启动文件应用程序48，则与从批准人的个人盘下载的电子文件D一同强调显示用于执行对电子文件D的批准处理的操作符。

在本实施方式中，假设对电子文件D的批准处理为将批准印模赋予于电子文件D并将该电子文件D存储于已批准盘的处理。因此，显示控制部52在文件应用程序48启动而打开了电子文件D时，强调显示为了将批准印模赋予于电子文件D而所需的印模按钮70f。强调显示只要是印模按钮70f比其他操作符更显眼的显示方式，则可以是任意的方式。例如，能够将用于执行期待处理的操作符即印模按钮70f显示成大于用于执行除期待处理以外的处理的操作符，即除印模按钮70f以外的操作符。并且，也可以将印模按钮70f的颜色以与其他操作符不同的颜色来显示。在本实施方式中，显示控制部52显示印模按钮70f而不显示除印模按钮70f以外的操作符，由此强调显示印模按钮70f。

若批准人操作印模按钮70f，则显示印模工具栏74。在此，当用户终端14接收了表示批准处理的动作ID时，显示控制部52在印模工具栏74中也强调显示用于将期待处理即批准处理所涉及的对象(在本实施方式中为印模)赋予于电子文件D的操作符即批准印模按钮72a。在本实施方式中，在印模工具栏74中仅显示批准印模按钮72a，而不显示用于将除批准处理以外的处理所涉及的印模赋予于电子文件D的其他印模按钮，由此强调显示批准印模按钮72a，但如上所述，强调显示的方式可以是各种方式。

图10是表示动作ID表示批准处理时显示于显示器44的操作符的第2图。若批准人操作批准印模按钮72a而对电子文件D赋予批准印模，则显示控制部52在使工具栏70及印模工具栏74消失的基础上，在批准按钮76、退回按钮78及保存按钮80(参考图8)中强调显示批准按钮76。在本实施方式中，显示批准按钮76，而不显示退回按钮78及保存按钮80，由此强调显示批准按钮76，但如上所述，强调显示的方式可以是各种方式。

如此，当用户终端14接收了表示批准处理的动作ID时，显示控制部52依次强调显示批准处理所需的操作符。因此，与以相同的方式显示复数个操作符的情况相比，批准人能够轻松地确定与批准处理对应的操作符。详细而言，批准人仅操作强调显示的操作符，便能够执行批准电子文件D的批准处理。

另外，在本实施方式中，显示控制部52在文件应用程序48启动而打开了电子文件D时，强调显示印模按钮70f，但显示控制部52也可以在文件应用程序48启动而打开了电子文件D时，不显示工具栏70而最初开始显示印模工具栏74并在印模工具栏74中强调显示批准印模按钮72a。由此，批准人无需为了显示批准印模按钮72a而操作印模按钮70f，从而减少批准人的操作量。

并且，当操作了显示于用户终端14的显示器44的通知消息60(参考图6)时，也与文件应用程序48启动而打开了该电子文件的情况同样地，强调显示用于执行对电子文件D的批准处理的操作符。由此，批准人仅操作通知消息60而操作强调显示的操作符，便能够启动文件应用程序48，对电子文件赋予批准印模，并且执行将该电子文件存储于已批准盘的一系列处理。

图11是表示动作ID表示退回处理时显示于显示器44的操作符的第1图。当用户终端14所接收的动作ID表示退回处理时，若文件处理部54启动文件应用程序48，则与从批准人的个人盘下载的电子文件D一同强调显示用于执行对电子文件D的退回处理的操作符。

在本实施方式中，假设对电子文件D的退回处理为将退回印模赋予于电子文件D，并将该电子文件D存储于批准委托人的个人盘的处理。因此，显示控制部52在文件应用程序48启动而打开了电子文件D时，强调显示为了将退回印模赋予于电子文件D而所需的印模按钮70f。在本实施方式中，显示控制部52显示印模按钮70f而不显示除印模按钮70f以外的操作符，由此强调显示印模按钮70f。

若批准人操作印模按钮70f，则显示印模工具栏74。在此，当用户终端14接收了表示退回处理的动作ID时，显示控制部52在印模工具栏74中也强调显示用于将期待处理即退回处理所涉及的印模赋予于电子文件D的退回印模按钮72b。在本实施方式中，在印模工具栏74中仅显示退回印模按钮72b，而不显示其他印模按钮，由此强调显示退回印模按钮72b，但如上所述，强调显示的方式可以是各种方式。

图12是表示动作ID表示退回处理时显示于显示器44的操作符的第2图。若批准人操作退回印模按钮72b而对电子文件D赋予退回印模，则显示控制部52在使工具栏70及印模工具栏74消失的基础上，在批准按钮76、退回按钮78及保存按钮80(参考图8)中强调显示退回按钮78。在本实施方式中，显示退回按钮78，而不显示批准按钮76及保存按钮80，由此强调显示退回按钮78，但如上所述，强调显示的方式可以是各种方式。

如此，当用户终端14接收了表示退回处理的动作ID时，显示控制部52依次强调显示退回处理所需的操作符。因此，与以相同的方式显示复数个操作符情况相比，批准人能够轻松地确定与退回处理对应的操作符。详细而言，批准人仅操作强调显示的操作符，便能够执行退回电子文件D的退回处理。

另外，在本实施方式中，显示控制部52在文件应用程序48启动而打开了电子文件D时，强调显示印模按钮70f，但显示控制部52也可以在文件应用程序48启动而打开了电子文件D时，不显示工具栏70而最初开始显示印模工具栏74并在印模工具栏74中强调显示退回印模按钮72b。由此，批准人无需为了显示退回印模按钮72b而操作印模按钮70f，从而减少批准人的操作量。

并且，当操作了显示于用户终端14的显示器44的通知消息60(参考图6)时，也与文件应用程序48启动而打开了该电子文件的情况同样地，强调显示用于执行对电子文件D的退回处理的操作符。由此，批准人仅操作通知消息60而操作强调显示的操作符，便能够启动文件应用程序48，对电子文件赋予退回印模，并且执行将该电子文件存储于批准委托人的个人盘的一系列处理。

图13是表示动作ID表示向工作空间的保存处理时显示于显示器44的操作符的第1图。当用户终端14所接收的动作ID表示向工作空间的保存处理时，若文件处理部54启动文件应用程序48，则与从批准人的个人盘下载的电子文件D一同强调显示用于执行电子文件D向工作空间的保存处理的操作符。

在本实施方式中，假设电子文件D向工作空间的保存处理为在进行了除对电子文件D赋予印模以外的编辑的基础上，将该电子文件D存储于批准人的工作空间的处理。因此，显示控制部52在文件应用程序48启动而打开了电子文件D时，强调显示除对电子文件D赋予印模以外的编辑处理所需的结束按钮70a、荧光笔按钮70b、文本按钮70c、标签按钮70d及线按钮70e。在本实施方式中，显示控制部52显示结束按钮70a、荧光笔按钮70b、文本按钮70c、标签按钮70d及线按钮70e，而不显示除此以外的操作符，由此强调显示这些操作按钮。

批准人通过操作荧光笔按钮70b、文本按钮70c、标签按钮70d及线按钮70e，能够对电子文件D执行编辑处理。

图14是表示动作ID表示向工作空间的保存处理时显示于显示器44的操作符的第2图。若批准人操作结束按钮70a，则显示控制部52在使工具栏70消失的基础上，在批准按钮76、退回按钮78及保存按钮80(参考图8)中强调显示保存按钮80。在本实施方式中，显示保存按钮80，而不显示批准按钮76及退回按钮78，由此强调显示保存按钮80，但如上所述，强调显示的方式可以是各种方式。

如此，当用户终端14接收了表示向工作空间的保存处理的动作ID时，显示控制部52依次强调显示保存处理所需的操作符。因此，与以相同的方式显示复数个操作符情况相比，批准人能够轻松地确定与保存处理对应的操作符。详细而言，批准人仅操作强调显示的操作符，便能够在对电子文件D执行了编辑的基础上执行存储于批准人的工作空间的保存处理。

另外，当操作了显示于用户终端14的显示器44的通知消息60(参考图6)时，也与文件应用程序48启动而打开了该电子文件的情况同样地，强调显示用于执行将电子文件D存储于工作空间的保存处理的操作符。由此，批准人仅操作通知消息60而操作强调显示的操作符，便能够启动文件应用程序48，对电子文件进行编辑，并且执行将该电子文件存储于批准人的工作空间的一系列处理。

以下，按照图15所示的流程图对用户终端14的处理的流程进行说明。假设在开始图15的流程图时，来自批准委托人的电子文件存储于批准人的个人盘。

在步骤S10中，批准人的用户终端14从文件管理服务器12接收用于催促批准人执行与存储于批准人的个人盘的电子文件相关的处理的通知信息。

在步骤S12中，显示控制部52将基于在步骤S10中接收的通知信息的通知消息60(参考图6)显示于显示器44。

在步骤S14中，文件处理部54判断在步骤S12中显示的通知消息60是否被用户(批准人)操作。文件处理部54待机直至通知消息60被批准人操作，当被操作时，转到步骤S16。

在步骤S16中，文件处理部54访问文件管理服务器12的批准人的个人盘，并从批准人的个人盘下载在步骤S10中接收的通知信息所涉及的电子文件。在此基础上，文件处理部54启动文件应用程序48，并显示该电子文件。

在步骤S18中，显示控制部52判断用户终端14是否从文件管理服务器12接收了动作ID。具体而言，显示控制部52判断在步骤S10中接收的通知信息中是否包含动作ID，或在步骤S16中是否与电子文件一同接收了动作ID。

当用户终端14未接收动作ID时，转到步骤S20。在步骤S20中，显示控制部52在文件应用程序48的执行画面中显示通常的操作符。即，显示控制部52显示包含结束按钮70a、荧光笔按钮70b、文本按钮70c、标签按钮70d、线按钮70e及印模按钮70f的工具栏70(参考图7)。

当用户终端14接收了动作ID时，转到步骤S22。在步骤S22中，显示控制部52判定动作ID所表示的处理内容。

当动作ID表示批准处理时，转到步骤S24，在步骤S24中，显示控制部52在文件应用程序48的执行画面中强调显示批准处理所需的操作按钮(参考图9及图10)。

当动作ID表示退回处理时，转到步骤S26，在步骤S26中，显示控制部52在文件应用程序48的执行画面中强调显示退回处理所需的操作按钮(参考图11及图12)。

当动作ID表示向工作空间的保存处理时，转到步骤S28，在步骤S28中，显示控制部52在文件应用程序48的执行画面中强调显示向工作空间的保存处理所需的操作按钮(参考图13及图14)。

在步骤S30中，文件处理部54执行与批准人所操作的操作按钮相对应的与电子文件相关的处理。

以上，对本发明所涉及的实施方式进行了说明，但本发明并不限于上述实施方式，只要在不脱离本发明的宗旨的情况下，能够进行各种变更。

例如，本实施方式主要对在文件管理服务中在批准人的个人盘中存储有电子文件的情况进行了说明，但在其他文件夹中存储有电子文件的情况下也能够适用本发明。例如，当由复数个用户研究某一电子文件的格式时，在某一共享盘中存储有该格式的原案的情况下也能够适用本发明。若在该共享盘中存储电子文件，则对在该共享盘中预先登录的用户(研究格式的用户)所利用的用户终端14发送包含表示除赋予印模以外的编辑处理的动作ID的通知信息。而且，若各用户操作基于该通知信息的通知消息，则在显示于各用户的用户终端14的文件应用程序48的执行画面中与该格式的原案一同强调显示除赋予印模以外的编辑处理所需的操作按钮。由此，各用户能够轻松地进行对该格式的原案的编辑处理。

并且，在本实施方式中进行了与文件管理服务器12中所管理的电子文件相关的处理，但只要用户终端14能够获取与电子文件对应的动作ID，则作为电子文件，也可以不是由文件管理服务器12管理的电子文件。例如，当文件处理部54启动文件应用程序48而打开了存储于用户终端14的存储器46的电子文件时，即用户终端14通过独立系统执行与电子文件相关的处理时，只要对该电子文件预先赋予动作ID等用户终端14能够获取与该电子文件对应的动作ID，则显示控制部52也能够将用于执行该动作ID所表示的期待处理的操作符强调显示于显示画面。

上述本发明的实施方式是以例示及说明为目的而提供的。另外，本发明的实施方式并不全面详尽地包括本发明，并且并不将本发明限定于所公开的方式。很显然，对本发明所属的领域中的技术人员而言，各种变形及变更是自知之明的。本实施方式是为了最容易理解地说明本发明的原理及其应用而选择并说明的。由此，本技术领域中的其他技术人员能够通过对假定为各种实施方式的特定使用最优化的各种变形例来理解本发明。本发明的范围由以上的权利要求书及其等同物来定义。

Claims (9)

1.一种信息处理装置，其特征在于，具备处理器，

所述处理器进行如下处理：

当利用者进行与电子文件相关的处理时，根据表示期待对所述电子文件执行的期待处理的内容的处理内容信息，将用于执行所述期待处理的操作符强调显示于显示画面。

2.根据权利要求1所述的信息处理装置，其特征在于，

所述处理器进行如下处理：

从服务器接收所述电子文件、用于催促所述利用者执行与所述电子文件相关的处理的通知信息及所述处理内容信息；

当所述利用者操作了根据所述通知信息显示于所述显示画面的通知消息时，与所述电子文件一同将用于执行所述期待处理的操作符强调显示于所述显示画面。

3.根据权利要求2所述的信息处理装置，其特征在于，

所述期待处理的内容根据所述服务器中的存储有所述电子文件的文件夹而确定。

4.根据权利要求1或2所述的信息处理装置，其特征在于，

所述处理器进行如下处理：

作为所述强调显示，将用于执行所述期待处理的操作符显示成大于用于执行除所述期待处理以外的处理的操作符。

5.根据权利要求1或2所述的信息处理装置，其特征在于，

所述处理器进行如下处理：

作为所述强调显示，显示用于执行所述期待处理的操作符，而不显示用于执行除所述期待处理以外的处理的操作符。

6.根据权利要求1所述的信息处理装置，其特征在于，

所述期待处理为对所述电子文件进行编辑的处理。

7.根据权利要求6所述的信息处理装置，其特征在于，

所述期待处理包含将特定的对象赋予于所述电子文件的处理，

所述处理器进行如下处理：

当利用者进行与电子文件相关的处理时，强调显示用于将所述期待处理所涉及的对象赋予于所述电子文件的操作符。

8.一种记录介质，其特征在于，记录有用于使计算机执行如下处理的信息处理程序：

当利用者进行与电子文件相关的处理时，根据表示期待对所述电子文件执行的期待处理的内容的处理内容信息，将用于执行所述期待处理的操作符强调显示于显示画面。

9.一种信息处理方法，其特征在于，包括如下步骤：

当利用者进行与电子文件相关的处理时，根据表示期待对所述电子文件执行的期待处理的内容的处理内容信息，将用于执行所述期待处理的操作符强调显示于显示画面。

Images