信息处理装置、信息处理方法以及计算机可读介质与流程

1.本公开涉及信息处理装置、信息处理方法以及计算机可读介质。


背景技术：

2.在日本专利第4780744号公报中公开了以下技术：在经由网络而与终端装置连接的主机侧，具有：画面生成控制单元，其按照所述终端装置的浏览器的请求生成数据库检索控制用画面；以及会话检查单元，其保存有会话数据，并参照该会话数据检查所述浏览器请求的显示画面的合法性，并通知给所述画面生成控制单元，所述会话数据记录有：从所述浏览器的登录到注销为止通过所述浏览器显示并依次转移的画面的履历；以及与用于将输入到紧前显示画面的数据无误地移交到下一个画面的移交数据有关的信息，所述会话检查单元具有权限检查单元，所述权限检查单元对于与处理的流程或画面转移的流程矛盾的请求，执行发出错误消息来拒绝的错误处理，在从所述浏览器有画面显示的请求时，参照登记有合法使用者的登记者数据库判断权限的有无，并通知给画面生成控制单元，所述会话数据包含登录时间、使用者的所属、使用者的权限等级以及检索条件，所述会话检查单元具有日志记录单元，所述日志记录单元生成并保存有履历管理数据，所述履历管理数据包含从所述会话数据中提取的对使用者进行识别的信息、表示连接时刻的信息、表示ip地址的信息以及处理内容。
3.在日本专利第6173112号公报中公开了一种系统，其判断是否向用户通知用于利用规定功能的同意事项，所述系统具有：获取单元，其获取语言信息和同意信息，所述语言信息用于确定与用户对应的语言，所述同意信息与该用户对同意事项进行同意的日期时间有关；以及判断单元，其在接收了用户的所述规定功能的利用请求的情况下，根据分别与多个语言对应的多个同意事项中的与通过所述获取单元获取的语言信息对应的同意事项的日期时间和通过所述获取单元获取的同意信息，判断是否向该用户通知该同意事项。


技术实现要素：

4.在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，在与第1服务不同的第2服务中使用该第1服务的认证信息进行登录的情况下，由于在该第2服务的登录时不显示登录画面，因此无法通知同意事项。并且，若在第2服务的登录时也每次都通知同意事项，则用户需要再次对与在第1服务的登录时通知的同意事项重复的同意事项进行确认。因此，本公开的目的在于提供一种信息处理装置、信息处理方法以及计算机可读介质，其中，在用户利用服务时通知同意事项的时候，在第1服务中进行登录，即使在与第1服务不同的第2服务中使用该第1服务的认证信息进行登录的情况下，也能够通知不与第1服务中的同意事项重复的同意事项。
5.根据本公开的第1方案，提供一种信息处理装置，其具有存储器和一个或多个处理器，所述存储器存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，所述处理器以如下方式进行控制：在用户利用服务时向该用户通知同意事项的情况下，
在第1服务中进行登录，在与第1服务不同的第2服务中不进行用户的登录操作而使用所述第1服务的认证信息进行登录的情况下，在转移到第2服务时，使用所述履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。
6.根据本公开的第2方案，在用于利用第1服务或者第2服务的会话结束了的情况下，所述处理器删除所述存储器内的履历。
7.根据本公开的第3方案，在从通知了第1服务中的同意事项之后向第2服务的转移经过预先规定的时间的情况下，即使在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，所述处理器也通知该同意事项。
8.根据本公开的第4方案，当通知在第1服务中通知了的同意事项的情况下，所述处理器以与所述不同的同意事项的通知形式不同的通知形式进行通知。
9.根据本公开的第5方案，提供一种信息处理装置，其具有存储器和一个或多个处理器，所述存储器存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，所述处理器以如下方式进行控制：在用户利用服务时向该用户通知同意事项的情况下，在第1服务中进行登录，在与第1服务不同的第2服务中能够不进行用户的登录操作而使用所述第1服务的认证信息进行登录的情况下，在从第1服务转移到第2服务时，退出第1服务，在进行相对于第2服务的登录操作时，使用所述履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。
10.根据本公开的第6方案，提供一种计算机可读介质，其存储有使计算机执行处理的程序，所述计算机中所包含的存储器存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，所述处理以如下方式进行控制：在用户利用服务时向该用户通知同意事项的情况下，在第1服务中进行登录，在与第1服务不同的第2服务中不进行用户的登录操作而使用所述第1服务的认证信息进行登录的情况下，在转移到第2服务时，使用所述履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。
11.根据本公开的第7方案，提供一种计算机可读介质，其存储有使计算机执行处理的程序，所述计算机中所包含的存储器存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，所述处理以如下方式进行控制：在用户利用服务时向该用户通知同意事项的情况下，在第1服务中进行登录，在与第1服务不同的第2服务中能够不进行用户的登录操作而使用所述第1服务的认证信息进行登录的情况下，在从第1服务转移到第2服务时，退出第1服务，在进行相对于第2服务的登录操作时，使用所述履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。
12.根据本公开的第8方案，提供一种信息处理方法，其存储在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，以如下方式进行控制：在用户利用服务时向该用户通知同意事项的情况下，在第1服务中进行登录，在与第1服务不同的第2服务中不进行用户的登录操作而使用所述第1服务的认证信息进行登录的情况下，在转移到第2服务时，
使用所述履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。
13.(效果)
14.根据所述第1方案，在用户利用服务时通知同意事项的时候，在第1服务中进行登录，即使在与第1服务不同的第2服务中使用该第1服务的认证信息进行登录的情况下，也能够通知不与第1服务中的同意事项重复的同意事项。
15.根据所述第2方案，能够以用于利用第1服务或者第2服务的会话的结束为触发条件而删除存储器内的履历。
16.根据所述第3方案，在通知了第1服务中的同意事项之后向第2服务的转移经过了预先规定的时间的情况下，能够通知在第1服务中通知了的同意事项。
17.根据所述第4方案，当通知在第1服务中通知了的同意事项的情况下，能够以如用户可知已经通知那样的通知形式进行通知。
18.根据所述第5方案，在用户利用服务时通知同意事项的时候，在第1服务中进行登录，即使在与第1服务不同的第2服务中使用该第1服务的认证信息进行登录的情况下，也能够通知不与第1服务中的同意事项重复的同意事项。
19.根据所述第6方案，在用户利用服务时通知同意事项的时候，在第1服务中进行登录，即使在与第1服务不同的第2服务中使用该第1服务的认证信息进行登录的情况下，也能够通知不与第1服务中的同意事项重复的同意事项。
20.根据所述第7方案，在用户利用服务时通知同意事项的时候，在第1服务中进行登录，即使在与第1服务不同的第2服务中使用该第1服务的认证信息进行登录的情况下，也能够通知不与第1服务中的同意事项重复的同意事项。
21.根据所述第8方案，在用户利用服务时通知同意事项的时候，在第1服务中进行登录，即使在与第1服务不同的第2服务中使用该第1服务的认证信息进行登录的情况下，也能够通知不与第1服务中的同意事项重复的同意事项。
附图说明
22.图1是关于本实施方式的结构例的概念性模块结构图。
23.图2是示出使用本实施方式的系统结构例的说明图。
24.图3是关于本实施方式的结构例的具体模块结构图。
25.图4是示出服务/同意事项对应表的数据结构例的说明图。
26.图5是示出日志表的数据结构例的说明图。
27.图6是示出本实施方式的处理例的流程图。
28.图7是示出本实施方式的处理例的流程图。
29.图8是示出本实施方式的处理例的流程图。
30.图9是示出本实施方式的处理例的流程图。
具体实施方式
31.以下，根据附图对实现本公开时的优选的一实施方式的例进行说明。
32.图1示出了关于本实施方式的结构例的概念性模块结构图。
33.另外，模块通常是指逻辑上可分离的软件(作为“软件”的解释，包括计算机程序)、硬件等部件。因此，本实施方式中的模块不仅指计算机程序中的模块，也指硬件结构中的模块。因此，本实施方式还兼带有用于作为这些模块发挥功能的计算机程序(例如，用于使计算机执行各个步骤的程序、用于使计算机作为各种单元发挥功能的程序、用于使计算机实现各个功能的程序)、系统以及方法进行了说明。但是，为了方便说明，使用了“存储”、“使～存储”以及与它们同等的语句，但在实施方式为计算机程序的情况下，这些语句是存储在存储装置或者以存储在存储装置中的方式进行控制的含义。并且，模块可以与功能一对一地对应，但在实际安装中，可以由一个程序构成一个模块，也可以由一个程序构成多个模块，相反地也可以由多个程序构成一个模块。并且，多个模块既可以通过一台计算机执行，又可以通过分散或者并列环境中的计算机中的多台计算机执行一个模块。另外，在一个模块中可以包括其他模块。并且，以下，“连接”除了使用于物理连接以外，还使用于逻辑连接(例如，数据的收发、指示、数据之间的参照关系、登录等)的情况。“预先规定”是指在作为对象的处理之前进行规定的情况，当然包括在根据本实施方式的处理开始之前规定的情况，也包括在根据本实施方式的处理开始之后且在作为对象的处理之前，根据此时的状况、状态或者根据此前的状况、状态进行规定的含义。在有多个“预先规定的值”的情况下，既可以为各不相同的值，又可以为两个以上的值(“两个以上的值”当然也包括所有值)相同。并且，“当为a时，进行b”这一记载以“判断是否为a，若判断为a，则进行b”的含义使用。但是，排除不需要进行是否为a的判断的情况。并且，在如“a、b、c”等那样列举了事物的情况下，只要未作说明，则均为例示列举，包括仅选择了其中一个的情况(例如，仅选择a)。
34.并且，系统或者装置除了包括多个计算机、硬件、装置等通过网络(“网络”包括一对一地对应的通信连接)等通信单元连接而构成的情况以外，还包括通过一个计算机、硬件、装置等实现的情况。“装置”和“系统”用作互为同义的术语。当然，“系统”并不包括仅仅是人为约定的社会“结构”(即，社会系统)。
35.并且，在通过各模块进行每个处理时，或者在模块内进行多个处理的情况下的每次处理时，从存储装置中读取作为对象的信息，在进行了该处理后，将处理结果写入到存储装置中。因此，关于处理前的从存储装置的读取、处理后的向存储装置的写入，有时省略说明。
36.作为本实施方式的信息处理装置100具有在用户利用服务时向该用户通知同意事项的功能。如图1的例所示，信息处理装置100至少具有处理器105、存储器110，通过用于将它们相连而进行数据的交换的总线198构成。除此之外，信息处理装置100也可以具有输出装置185、接收装置190以及通信装置195。而且，处理器105、存储器110、输出装置185、接收装置190以及通信装置195之间经由总线198而进行数据的交换。
37.另外，图1的例所示的框图中还示出了实现本实施方式的计算机的硬件结构例。作为本实施方式的执行程序的计算机的硬件结构是如图1中例示的计算机，具体而言是个人计算机、能够成为服务器的计算机等。作为具体例，作为处理部使用处理器105，作为存储装置使用存储器110。
38.处理器105既可以是一个，又可以是多个。作为处理器105例如包括cpu(central processing unit的缩写、中央处理器)、微处理器等。在使用多个处理器105的情况下，可以
programmable gate array的缩写、现场可编程门阵列)等)构成一部分模块的执行，还可以是一部分模块位于外部系统内并通过通信线路而连接的方式，再可以使图1示出的多个系统通过通信线路彼此连接而彼此协同工作。并且，除了个人计算机以外，尤其可以组装于便携式信息通信设备(包括移动电话、智能手机、移动设备、可穿戴式计算机等)、信息家电、机器人、复印机、传真机、扫描仪、打印机、复合机(具有扫描仪、打印机、复印机、传真机等的任意两个以上功能的图像处理装置)等中。
49.处理器105借助总线198而与存储器110、输出装置185、接收装置190以及通信装置195连接。处理器105根据程序存储器140内的程序、即记述了各模块的执行序列的计算机程序执行处理。例如，以通过指示接收装置192接受了用户的操作为触发条件，执行基于程序存储器140内的与该操作对应的模块的处理，并使该处理结果存储于数据存储器120或者输出到显示装置187，或者对通信装置195进行控制而发送到其他装置。
50.存储器110具有数据存储器120、程序存储器140，借助总线198而与处理器105、输出装置185、接收装置190以及通信装置195连接。
51.数据存储器120具有登录日志存储模块122和服务/同意事项存储模块124。
52.登录日志存储模块122存储有在用户每次登录时通知的同意事项的履历。作为登录日志存储模块122所存储的履历，只要存储有能够确定对该用户过去通知的同意事项的信息即可。此处的“过去通知的同意事项”是在比用户想要利用的服务之前利用的服务中通知的同意事项。例如，也可以是在最后一次进行登录时通知的同意事项。即，在服务a和服务b协作的情况下，在从服务a转移到服务b时，相当于在服务a中通知的同意事项。在该情况下，服务a相当于“第1服务”，服务b相当于“第2服务”。并且，在服务a、服务b以及服务c协作的情况下，在按照该顺序转移到服务c时，相当于在服务a中通知的同意事项、在服务b中通知的同意事项、或者在服务a和服务b中通知的同意事项。这是因为，在转移到服务c的情况下，在服务a中通过用户的明确的操作而进行登录，在向服务b的转移中不进行用户的登录操作而进行登录，在服务a和服务b中均进行登录处理。在该情况下，服务a或者服务b相当于“第1服务”，服务c相当于“第2服务”。
53.登录日志存储模块122例如以图5所示的日志表500的形式进行存储。
54.图5是示出日志表500的数据结构例的说明图。
55.日志表500具有日志id栏502、日期时间栏504、登录用户id栏506、利用服务id栏508以及通知消息栏510。存储有已通知的同意事项的履历。日志id栏502存储有用于在本实施方式中唯一地识别日志的信息(具体而言，日志id：identification的缩写)。日期时间栏504存储有通知了同意事项的日期时间。登录用户id栏506存储有用于在本实施方式中唯一地识别已登录用户的信息(具体而言，登录用户id)。利用服务id栏508存储有用于在本实施方式中唯一地识别该用户所利用的服务的信息(具体而言，利用服务id)。通知消息栏510存储有作为在利用该服务时通知的同意事项的消息。可以存储有消息其本身，也可以存储有用于在本实施方式中唯一地识别消息的信息。
56.服务/同意事项存储模块124存储有各个服务中的同意事项。作为服务/同意事项存储模块124所存储的信息，只要存储有按照每个服务规定的同意事项即可。同意事项通知模块144根据服务/同意事项存储模块124中存储的信息，将想要登录的服务的同意事项通知给用户。
57.服务/同意事项存储模块124例如以图4所示的服务/同意事项对应表400的形式进行存储。
58.图4是示出服务/同意事项对应表400的数据结构例的说明图。
59.服务/同意事项对应表400具有服务id栏402、对应法令id栏404、同意事项id栏406以及消息栏408。在本实施方式中，服务id栏402存储有用于在本实施方式中唯一地识别服务的信息(具体而言，服务id)。对应法令id栏404存储有用于在本实施方式中唯一地识别与该服务对应的法令的信息(具体而言，对应法令id)。同意事项id栏406存储有用于在本实施方式中唯一地识别该对应法令中的同意事项的信息(具体而言，同意事项id)。消息栏408存储有作为该同意事项的具体字面内容的消息。
60.程序存储器140存储有登录处理模块142、同意事项通知模块144以及服务模块146。
61.登录处理模块142在用户利用服务的时候，进行针对该服务的登录处理。
62.此时，登录处理模块142在第1服务中进行登录，在与第1服务不同的第2服务中，不进行用户的登录操作而使用第1服务的认证信息进行登录。
63.第1服务和第2服务是不同的服务。
64.从而，用户为了利用第1服务而需要登录，为了利用第2服务而也需要登录。
65.其中，第1服务和第2服务协作，只要登录到第1服务，则第2服务也能够利用。具体而言，在第1服务中，用户需要进行登录操作，但是在第2服务中，该用户无需进行登录操作，便能够转移到第2服务(即，利用第2服务)。以下，还称作协作登录处理。例如，只要利用被称作单点登录(sso：single sign on的缩写)的技术即可。
66.同意事项通知模块144在用户利用服务时，向该用户通知同意事项。
67.在此，“通知”是指向用户告知信息的处理，可以将信息显示在画面上，或者使用语音告知，或者为它们的组合。
68.并且，同意事项通知模块144以如下方式进行控制：在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，使用第1服务的认证信息，在与第1服务不同的第2服务中不进行用户的登录操作而进行登录的情况下，在转移到第2服务时，使用登录日志存储模块122内的履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知该不同的同意事项。
69.在此，“在第1服务中通知的同意事项与第2服务中的同意事项不同的情况”是指第2服务中的原来的同意事项中存在不包含于在第1服务中已经通知的同意事项的同意事项的情况。另外，在第2服务中的原来的同意事项中的在第1服务中已经通知的同意事项的数量不够这样的含义上，还可以说是不足。作为“不同”、“存在不包含于已经通知的同意事项的同意事项”以及“不足”，例如相当于如下情况：(1)在第2服务中必须通知的同意事项不存在于在第1服务中通知的同意事项中的情况；(2)在第2服务中必须通知的同意事项中，虽然项目自身也存在于在第1服务中通知的同意事项中，但是其详细度不够的情况(例如，相当于以下情况：在第1服务中通知的同意事项a和在第2服务中必须通知的同意事项b的要旨相同，但是同意事项a为同意事项b的上位概念，同意事项b为比同意事项a详细的内容)；(3)在第2服务中必须通知的同意事项中，虽然项目也存在于在第1服务中通知的同意事项中，但
是应通知的内容存在差异的情况(例如，相当于以下情况：在第1服务中通知的同意事项a和在第2服务中必须通知的同意事项b虽然均作为事项相同，比如关于在服务中保存用户信息的期间同意，但是同意事项内的值等项目不同，比如该期间在同意事项a中为30天，而在同意事项b中为180天)；等等。
70.并且，通过“以如下方式进行控制：使用履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知该不同的同意事项”，关于第2服务中的同意事项也恰如其分地进行通知。
71.并且，同意事项通知模块144也可以在用于利用第1服务或者第2服务的会话结束的情况下，删除登录日志存储模块122内的履历。
72.能够按照每次会话，对同意事项的通知进行管理。
73.具体而言，在仅仅使用履历的情况下，能够防止尽管是会话结束后的利用，也作为履历内的已经通知的同意事项不被通知。
74.并且，同意事项通知模块144也可以设成：在通知第1服务中的同意事项之后向第2服务的转移经过了预先规定的时间的情况下，即使在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，也通知该同意事项。在经过了预先规定的时间的情况下，为了引起注意也进行已经通知了的第1服务中的同意事项的通知。另外，作为判断“在通知第1服务中的同意事项之后向第2服务的转移经过了预先规定的时间的情况”的处理，只要设为从通知第1服务中的同意事项的时刻开始测量时间并检测到在经过了预先规定的时间之后进行了向第2服务的转移的情况即可。
75.而且，同意事项通知模块144也可以设成：当通知在第1服务中通知了的同意事项的情况下，以与不同的同意事项的通知形式不同的通知形式进行通知。
76.在此，作为“不同的通知形式”，只要是如可知已经通知那样的情况的通知形式(反过来说，不同的同意事项的通知形式为如可知是第一次通知那样的通知形式)即可。例如有如下形式：以小于不同的同意事项的显示大小的方式显示；以淡于不同的同意事项的显示浓度的方式显示；以及使通知顺序比不同的同意事项的通知顺序靠后；等等。
77.并且，同意事项通知模块144也可以设成：在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，使用第1服务的认证信息，在与第1服务不同的第2服务中不进行用户的登录操作而能够进行登录的情况下，在从第1服务转移到第2服务时，退出第1服务。即，虽然是能够进行协作登录处理的情况，但是需要退出第1服务，进行用户针对第2服务的登录操作。
78.在此，作为“退出第1服务”，可以自动退出，也可以使用户确认退出第1服务的主旨。并且，当为后者时，除了使用户确认退出第1服务的主旨之外，还可以使用户确认为了转移到第2服务而需要进行登录操作的主旨。
79.另外，在该情况下，通过退出第1服务而结束会话，但是在该情况下，不进行如前述的登录日志存储模块122内的履历的删除。
80.而且，同意事项通知模块144还可以以如下方式进行控制：在进行针对第2服务的登录操作时，使用登录日志存储模块122内的履历，在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务
中的同意事项不同的情况下，通知该不同的同意事项。
81.服务模块146还存储有服务a模块148和服务b模块150等。
82.在服务a模块148和服务b模块150等中进行的服务在进行该服务时，需要将同意事项通知给用户。根据法律规定要求该同意事项的通知。关于具体例，在后文中叙述。
83.图2是示出利用了本实施方式的系统结构例的说明图。
84.例如，为了应对一部分法律规定，必须将特定消息在登录画面等中提示给用户。法律规定包含各国的法律、法规、法令等，并且也可以包含规章、规范等。
85.作为向用户通知同意事项的法律规定的例，有以下所示的法律规定。有美国国家标准与技术研究院(nist：national institute of standards and technology)规定的“nist sp800-53(美国联邦信息系统的安全和隐私控制措施)”、“nist sp800-171(非联邦系统和机构中的受控非密信息的保护)”等。
86.例如，在“sp800-53 ac-8system use notification”中，要求如下事项。
87.a.在允许访问系统之前，将关于依照恰当的法律规定、基准、指南等的隐私和安全进行通知的《机构规定的系统使用通知消息或者标题》通过下述内容提示给用户。这些是同意事项的一例。另外，信息系统是服务的一例。
88.1.用户应访问政府的信息系统。
89.2.信息系统的使用被监视和记录，有可能成为监查的对象。
90.3.禁止信息系统的非授权使用，成为刑事处罚和民事处罚的对象。
91.4.在使用信息系统的阶段，视为同意监视和记录。
92.b.直到用户认识到信息系统的使用条件并进行明确的登录行为或者执行向信息系统的再次登录为止，在画面上持续显示该通知消息或者标题。
93.c.在通常公开的系统中实施如下的内容。
94.1.在允许再次访问之前，显示《机构规定的系统使用条件》。
95.2.对于基本禁止如监视、记录或者监查之类的行为的系统，只要有为了表示这些行为是考虑隐私的行为而可参照的内容，则显示其内容。
96.3.包含与被授权系统的使用有关的描述。
97.本实施方式在使利用多个服务时提供协作登录处理的情况下，即使在进行这些各个服务时，也需要将同意事项通知给用户。
98.还能够应对在最初利用的服务的登录画面上显示应对所有法律规定的同意事项的情况，但是在该情况下，不被利用的服务的同意事项等最后也被通知，给用户增加不必要的负担。在协作登录处理中，在最初从第1服务转移到第2服务的情况下，不需要用户的明确的登录操作，因此不存在登录画面其本身。因此，通知第2服务的同意事项的时刻并不确定。
99.因此，在本实施方式中，在从第1服务转移到第2服务时，通知该第2服务中的同意事项。然后，使将要通知的同意事项的内容不与在第1服务中通知的同意事项重复，通知在第1服务中通知了的同意事项中不足的同意事项。
100.图2的(a)将本实施方式设为单机型系统结构。用户用设备200由用户使用，例如相当于电脑(包含笔记本电脑)、便携终端等。
101.用户用设备200具有信息处理装置100。用户对用户用设备200进行操作来利用信息处理装置100内的服务。在利用该服务时，从用户用设备200的显示器、扬声器等通知与服
务对应的同意事项。
102.图2的(b)将本实施方式设为网络型系统结构。
103.信息处理装置100、用户终端250a、用户终端250b、用户终端250c经由通信线路290而彼此连接。通信线路290可以是无线、有线以及它们的组合，例如可以是作为通信基础设施的因特网、局域网等。并且，信息处理装置100的功能可以作为云服务来实现。
104.用户对用户终端250中的浏览器等进行操作，并经由通信线路290而利用信息处理装置100内的服务。在利用该服务时，从用户终端250的显示器、扬声器等通知与服务对应的同意事项。
105.关于同意事项的通知示出具体例。
106.按照每次会话，保存同意事项的通知履历，在从其他服务转移时参照履历，若需要同意事项的追加通知，则进行追加通知，若不需要，则不进行通知。
107.例如，每个服务所需的法律规定的应对如下。
108.服务a：法令1
109.服务b：法令1、法令2
110.服务c：法令2
111.服务d：(无法令)
112.在该情况下，存在如下服务的转移。
113.(1)在从服务a转移到服务b的情况下，追加通知法令2的同意事项。
114.(2)在从服务a转移到服务c的情况下，追加通知法令2的同意事项。
115.(3)在从服务b转移到服务a的情况下，无追加通知。
116.(4)在从服务b转移到服务c的情况下，无追加通知。
117.(5)在从服务d转移到服务b的情况下，通知法令1和法令2的同意事项。
118.另外，在3个以上服务之间的转移中，也进行相同的通知。即，不通知已经通知了的同意事项，通知当前为止没有通知的同意事项。例如，在从服务a转移到服务c之后、从服务c转移到服务b的情况下，无追加通知。并且，在从服务a转移到服务d之后、从服务d转移到服务c的情况下，追加通知法令2的同意事项。
119.图3是关于本实施方式的结构例的具体模块结构图。在此，作为通知的一例，使用了显示。
120.信息处理装置300具有认证/授权模块305、用户每次连接时的消息显示履历保存模块310、必要消息判断模块315、必要消息显示模块320、每个服务的消息显示管理模块325以及每个服务的消息显示设定模块330。
121.认证/授权模块305与用户每次连接时的消息显示履历保存模块310、必要消息判断模块315、用户终端350的各个服务的登录用画面355、协作服务(登录后)用画面360连接。认证/授权模块305对认证请求或者授权请求进行处理。例如，进行认证(oauth)处理。而且，具有向其他服务的转移，调用用户每次连接时的消息显示履历保存模块310，并保存法律规定应对消息的显示履历。并且，为了应对从其他服务转移的情况，调用必要消息判断模块315，在必要时，显示法律规定应对消息。
122.用户每次连接时的消息显示履历保存模块310与认证/授权模块305、必要消息判断模块315、必要消息显示模块320连接。用户每次连接时的消息显示履历保存模块310保存
各个服务的已通知的法律规定应对消息的显示履历。例如，保存每次会话的显示履历。
123.必要消息判断模块315与认证/授权模块305、用户每次连接时的消息显示履历保存模块310、必要消息显示模块320以及每个服务的消息显示管理模块325连接。必要消息判断模块315判断服务所需的消息(每个服务的消息显示管理模块325)是否显示在会话内(用户每次连接时的消息显示履历保存模块310)。然后，若不存在必要消息的显示履历，则显示消息(必要消息显示模块320)。
124.必要消息显示模块320与用户每次连接时的消息显示履历保存模块310、必要消息判断模块315以及每个服务的消息显示管理模块325连接。必要消息显示模块320从每个服务的消息显示管理模块325获取必要消息，并显示在画面上。然后，将所显示的履历保存在用户每次连接时的消息显示履历保存模块310中。
125.每个服务的消息显示管理模块325与必要消息判断模块315、必要消息显示模块320、每个服务的消息显示设定模块330以及用户终端350的各个服务的登录用画面355连接。每个服务的消息显示管理模块325保存每个服务所需的法律规定应对消息。
126.每个服务的消息显示设定模块330与每个服务的消息显示管理模块325连接。每个服务的消息显示设定模块330具有服务的管理者按照每个服务对法律规定应对消息进行登记或者编辑的功能。例如，通过基于web应用程序或本地应用程序等的设定画面或者基于命令行的sdk(software development kit的缩写、软件开发工具包)等来实现。基本上由服务的提供者使用。而且，可以避免顾客或终端用户等使用。无需设定的服务是无需显示法律规定应对消息的服务。为所谓的普通服务。
127.用户终端350具有各个服务的登录用画面355和协作服务(登录后)用画面360。用户终端350相当于图2的例所示的用户终端250。
128.各个服务的登录用画面355与信息处理装置300的认证/授权模块305以及每个服务的消息显示管理模块325连接。各个服务的登录用画面355是用于提供多个服务中的协作登录处理的、按照每个服务分别准备的登录用画面。各个服务的登录用画面355向信息处理装置300的认证/授权模块305发送认证请求或者授权请求。然后，从信息处理装置300的每个服务的消息显示管理模块325获取服务所需的法律规定应对消息，并显示在画面内。
129.协作服务(登录后)用画面360与信息处理装置300的认证/授权模块305连接。协作服务(登录后)用画面360是登录后的服务中的画面。在实施各种操作时，通过协作服务(登录后)用画面360向信息处理装置300的认证/授权模块305发送认证请求或者授权请求，确认用户的权限等。
130.图6是示出本实施方式的处理例的流程图。是最初服务中的登录处理，通过各个服务的登录用画面355、每个服务的消息显示管理模块325、认证/授权模块305、用户每次连接时的消息显示履历保存模块310进行处理。是通过用户的登录操作而登录到第1服务的处理的一例。
131.在步骤s602中，根据用户对各个服务的登录用画面355进行的操作，将该用户想要登录的服务的服务id和用于获取应通知消息的指令从用户终端350发送到每个服务的消息显示管理模块325。
132.在步骤s604中，将与用户想要登录的服务对应的消息从每个服务的消息显示管理模块325回送给用户终端350。具体而言，从服务/同意事项对应表400提取作为与该服务id
的服务对应的同意事项的消息，并回送给用户终端350即可。
133.在步骤s606中，用户终端350将在步骤s604中接收到的消息显示在各个服务的登录用画面355上。
134.在步骤s608中，根据用户的操作，使用被输入到各个服务的登录用画面355的信息，对于认证/授权模块305进行登录处理。被输入到各个服务的登录用画面355的信息例如为登录id和密码。另外，也可以进行用户的指纹信息、脸部图像等生物体信息的读取。
135.在步骤s610中，认证/授权模块305对于用户每次连接时的消息显示履历保存模块310进行显示履历的保存。具体而言，将作为在步骤s604中回送的同意事项的消息存储在日志表500中。
136.在步骤s612中，认证/授权模块305向各个服务的登录用画面355传达能够开始服务的主旨。
137.图7是示出本实施方式的处理例的流程图。是从登录完毕的服务转移到其他服务时的法律规定应对消息的显示流程，通过协作服务(登录后)a用画面360a、协作服务b用画面360b、认证/授权模块305、必要消息判断模块315、每个服务的消息显示管理模块325、用户每次连接时的消息显示履历保存模块310以及必要消息显示模块320进行处理。是在协作登录处理下从第1服务转移到第2服务时对作为在第2服务中需要显示的同意事项的消息进行显示的处理的一例。
138.在步骤s702中，使用令牌进行从协作服务(登录后)a用画面360a到协作服务b用画面360b的画面转移。即，根据用户的操作，从服务a转移到服务b。
139.在步骤s704中，信息处理装置300使用协作服务b用画面360b向认证/授权模块305请求检查令牌。
140.在步骤s706中，认证/授权模块305向必要消息判断模块315请求进行与消息显示有关的判断。
141.在步骤s708中，必要消息判断模块315向每个服务的消息显示管理模块325发送用于获取服务b中的必要消息的指令。
142.在步骤s710中，每个服务的消息显示管理模块325将需要显示的消息回送给必要消息判断模块315。具体而言，使用服务/同意事项对应表400提取应在服务b中通知的消息。
143.在步骤s712中，必要消息判断模块315向用户每次连接时的消息显示履历保存模块310发送用于获取消息显示履历的指令。
144.在步骤s714中，用户每次连接时的消息显示履历保存模块310将履历回送给必要消息判断模块315。具体而言，使用日志表500ui，回送过去在相同的会话中显示的消息。
145.在步骤s716中，必要消息判断模块315判断是否存在显示有必要消息的履历。具体而言，判断在步骤s710中接收到的消息是否存在于在步骤s714中接收到的消息中。并且，即使是已经通知的消息，在从进行通知的日期时间起经过了作为阈值的期间x的情况下，也可以判断为在步骤s710中接收到的消息不存在于在步骤s714中接收到的消息中。由此，即使是在服务a中显示的消息，在从所显示的日期时间起经过了期间x的情况下，也成为通知的对象。而且，在服务a中显示的消息设为与在服务b中初次显示的消息不同的显示形式。例如，在服务b中初次显示的消息可以设为大尺寸，在服务a中显示的消息可以设为小尺寸。
146.在步骤s718中，必要消息判断模块315向必要消息显示模块320发送在不存在显示
履历的情况下用于显示必要消息的指令。即，“不存在显示履历的情况”是指在步骤s710中接收到的消息不存在于在步骤s714中接收到的消息中的情况。另外，在步骤s710中接收到的消息存在于在步骤s714中接收到的消息中的情况下，无需进行步骤s718以后的处理。即，这是因为应在服务b中显示的消息已经在服务a中显示。
147.在步骤s720中，必要消息显示模块320向每个服务的消息显示管理模块325发送用于获取必要消息的指令。
148.在步骤s722中，每个服务的消息显示管理模块325将必要消息回送给必要消息显示模块320。
149.在步骤s724中，必要消息显示模块320将显示履历保存在用户每次连接时的消息显示履历保存模块310中。具体而言，使在步骤s726中显示的消息追加存储在日志表500中。
150.在步骤s726中，必要消息显示模块320向必要消息判断模块315指示显示消息。当然，在步骤s726中，若不存在必要消息，则不需要消息显示指示其本身。
151.另外，在服务a或者服务b中进行了退出处理的情况下，结束会话，删除该会话时的登录日志存储模块122内的数据。
152.图8是示出本实施方式的处理例的流程图。在从服务a转移到服务b的情况下，退出服务a，需要进行向服务b的明确的登录处理。与图7的例所示的流程图的不同点在于，附加了步骤s808的处理、步骤s830至步骤s834的处理。
153.在步骤s802中，使用令牌进行从协作服务(登录后)a用画面360a到服务b的登录用画面355b的画面转移。即，根据用户的操作，从服务a转移到服务b。如后面在步骤s808中叙述那样，为了转移到服务b，需要从服务a退出。
154.在步骤s804中，信息处理装置300使用服务b的登录用画面355b，请求认证/授权模块305检查令牌。
155.在步骤s806中，认证/授权模块305向必要消息判断模块315请求进行与消息显示有关的判断。
156.在步骤s808中，认证/授权模块305进行服务a的退出处理。即，使会话结束，使得在服务b中也需要进行用户的登录操作。从而，显示服务b的登录画面。其中，在该图8的例所示的流程图中，即使会话结束，也不删除登录日志存储模块122内的数据。
157.另外，在步骤s808中，可以a)自动退出，也可以b)显示需要进行服务a的退出和登录到服务b的主旨，向用户指示退出。
158.在步骤s810中，必要消息判断模块315向每个服务的消息显示管理模块325发送用于获取服务b中的必要消息的指令。
159.在步骤s812中，每个服务的消息显示管理模块325将需要显示的消息回送给必要消息判断模块315。具体而言，使用服务/同意事项对应表400提取应在服务b中通知的消息。
160.在步骤s814中，必要消息判断模块315向用户每次连接时的消息显示履历保存模块310发送用于获取消息显示履历的指令。
161.在步骤s816中，用户每次连接时的消息显示履历保存模块310将履历回送给必要消息判断模块315。具体而言，使用日志表500回送过去显示的消息。
162.在步骤s818中，必要消息判断模块315判断是否存在显示有必要消息的履历。具体而言，判断在步骤s812中接收到的消息是否存在于在步骤s816中接收到的消息中。并且，即
使是已经通知的消息，在从进行通知的日期时间起经过了作为阈值的期间x的情况下，也可以判断为在步骤s812中接收到的消息不存在于在步骤s816中接收到的消息中。由此，即使是在服务a中显示的消息，在从所显示的日期时间起经过了期间x的情况下，也成为通知的对象。而且，在服务a中显示的消息设为与在服务b中第一次显示的消息不同的显示形式。例如，在服务b中第一次显示的消息可以设为大尺寸，在服务a中显示的消息可以设为小尺寸。
163.在步骤s820中，必要消息判断模块315向必要消息显示模块320发送在不存在显示履历的情况下用于显示必要消息的指令。即，“不存在显示履历的情况”是指在步骤s812中接收到的消息不存在于在步骤s816中接收到的消息中的情况。另外，在步骤s812中接收到的消息存在于在步骤s816中接收到的消息中的情况下，无需进行步骤s820至步骤s828的处理。即，这是因为应在服务b中显示的消息已经在服务a中显示。
164.在步骤s822中，必要消息显示模块320向每个服务的消息显示管理模块325发送用于获取必要消息的指令。
165.在步骤s824中，每个服务的消息显示管理模块325将必要消息回送给必要消息显示模块320。
166.在步骤s826中，必要消息显示模块320将显示履历保存在用户每次连接时的消息显示履历保存模块310中。具体而言，使在步骤s828中显示的消息追加存储在日志表500中。
167.在步骤s828中，必要消息显示模块320指示必要消息判断模块315、认证/授权模块305、服务b的登录用画面355b显示消息。当然，在步骤s828中，若不存在必要消息，则不需要消息显示指示其本身。
168.在步骤s830中，用户使用服务b的登录用画面355b，对于认证/授权模块305进行登录处理。
169.在步骤s832中，认证/授权模块305对于用户每次连接时的消息显示履历保存模块310进行显示履历的保存。
170.在步骤s834中，认证/授权模块305向服务b的登录用画面355b传达能够开始服务b的主旨。
171.另外，在步骤s808之后，可以不进行步骤s810以后的处理，而是进行服务b的通常的登录处理(具体而言，图6的例所示的流程图的步骤s602至步骤s608的处理)。从而，在该情况下，显示服务b中的同意事项的消息。其中，在与服务a中显示的同意事项的消息相同的消息还存在于服务b的同意事项中的情况下，在登录到服务b时，也再次显示该相同的消息。
172.图9是示出本实施方式的处理例的流程图。图9的例所示的流程图删除了图8的例所示的流程图的步骤s808的处理。即，在服务b中，虽然能够不进行用户的登录操作而使用服务a的认证信息进行登录(即，能够进行协作登录处理)，但是在从服务a转移到服务b的情况下，需要进行服务b的登录操作。从而，在服务b的登录时能够显示同意事项的消息。另外，在该图9的例所示的流程图中，若会话结束，则删除登录日志存储模块122内的数据。这是因为，在从服务a转移到服务b时，不退出服务a。
173.在步骤s902中，使用令牌进行从协作服务(登录后)a用画面360a到服务b的登录用画面355b的画面转移。即，根据用户的操作从服务a转移到服务b。
174.在步骤s904中，信息处理装置300使用服务b的登录用画面355b请求认证/授权模块305检查令牌。
175.在步骤s906中，认证/授权模块305请求必要消息判断模块315进行与消息显示有关的判断。
176.在步骤s908中，必要消息判断模块315向每个服务的消息显示管理模块325发送用于获取服务b中的必要消息的指令。
177.在步骤s910中，每个服务的消息显示管理模块325将需要显示的消息回送给必要消息判断模块315。具体而言，使用服务/同意事项对应表400提取应在服务b中通知的消息。
178.在步骤s912中，必要消息判断模块315向用户每次连接时的消息显示履历保存模块310发送用于获取消息显示履历的指令。
179.在步骤s914中，用户每次连接时的消息显示履历保存模块310将履历回送给必要消息判断模块315。具体而言，使用日志表500回送过去显示的消息。
180.在步骤s916中，必要消息判断模块315判断是否存在显示有必要消息的履历。具体而言，判断在步骤s910中接收到的消息是否存在于在步骤s914中接收到的消息中。并且，即使是已经通知的消息，在从进行通知的日期时间起经过作为阈值的期间x的情况下，也可以判断为在步骤s910中接收到的消息不存在于在步骤s914中接收到的消息中。由此，即使是在服务a中显示的消息，在从所显示的日期时间起经过期间x的情况下，也成为通知的对象。而且，在服务a中显示的消息设为与在服务b中初次显示的消息不同的显示形式。例如，在服务b中初次显示的消息可以设为大尺寸，在服务a中显示的消息可以设为小尺寸。
181.在步骤s918中，必要消息判断模块315向必要消息显示模块320发送在不存在显示履历的情况下用于显示必要消息的指令。即，“不存在显示履历的情况”是指在步骤s910中接收到的消息不存在于在步骤s914中接收到的消息中的情况。另外，在步骤s910中接收到的消息存在于在步骤s914中接收到的消息中的情况下，无需进行步骤s918至步骤s926的处理。即，这是因为应在服务b中显示的消息已经在服务a中显示。
182.在步骤s920中，必要消息显示模块320向每个服务的消息显示管理模块325发送用于获取必要消息的指令。
183.在步骤s922中，每个服务的消息显示管理模块325将必要消息回送给必要消息显示模块320。
184.在步骤s924中，必要消息显示模块320将显示履历保存在用户每次连接时的消息显示履历保存模块310中。具体而言，使在步骤s926中显示的消息追加存储在日志表500中。
185.在步骤s926中，必要消息显示模块320指示必要消息判断模块315、认证/授权模块305、服务b的登录用画面355b显示消息。当然，在步骤s926中，若不存在必要消息，则不需要消息显示指示其本身。
186.在步骤s928中，用户使用服务b的登录用画面355b相对于认证/授权模块305进行登录处理。
187.在步骤s930中，认证/授权模块305相对于用户每次连接时的消息显示履历保存模块310进行显示履历的保存。
188.在步骤s932中，认证/授权模块305向服务b的登录用画面355b传达能够开始服务b的要旨。
189.另外，在步骤s906之后，也可以不进行步骤s908以后的处理，而是进行服务b的通常的登录处理(具体而言，图6的例所示的流程图的步骤s602至步骤s608的处理)。从而，在
该情况下，显示服务b中的同意事项的消息。其中，在与服务a中显示的同意事项的消息相同的消息还存在于服务b的同意事项中的情况下，在登录到服务b时，也再次显示该相同的消息。
190.另外，关于所说明的程序，可以存储在记录介质中来提供，并且也可以通过通信机构来提供该程序。在该情况下，例如，关于上述说明的程序，可以理解为“记录有程序的计算机可读取的记录介质”的公开。
[0191]“记录有程序的计算机可读取的记录介质”是指为了程序的安装、执行、程序的流通等而使用的、记录有程序的计算机可读取的记录介质。
[0192]
另外，作为记录介质，例如包括数字通用光盘(dvd)(作为由dvd论坛制定的标准的“dvd-r、dvd-rw以及dvd-ram等”、作为由“dvd+rw”制定的标准的“dvd+r、dvd+rw等”)、光盘(cd)(只读光盘(cd-rom)、可录光盘cd(cd-r)以及可擦写光盘cd(cd-rw)等)、蓝光光盘(blu-ray(注册商标)disc)、光磁盘(mo)、软盘(fd)、磁带、硬盘、只读存储器(rom)、电可擦可编程只读存储器(eeprom(注册商标))、闪速存储器、随机存取存储器(ram)以及sd(secure digital的缩写、安全数字)存储卡等。
[0193]
而且，所述程序的整体或其一部分可以记录在所述记录介质中来进行保存或者流通等。并且，可以通过通信、例如使用局域网(lan)、城域网(man)、广域网(wan)、因特网、内联网以及外联网等中使用的有线网络或无线通信网络、或者它们的组合等传送介质来进行传送，并且，也可以通过载波进行输送。
[0194]
而且，所述程序可以是其他程序的一部分或者全部，也可以与单独的程序一起记录在记录介质中。并且，也可以分割记录在多个记录介质中。并且，也可以以压缩或者加密等方式进行记录，只要能够复原，则任何方式都可以。

技术特征：
1.一种信息处理装置，其具有存储器和一个或多个处理器，所述存储器存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，所述处理器以如下方式进行控制：在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，使用所述第1服务的认证信息，在与第1服务不同的第2服务中不进行用户的登录操作而进行登录的情况下，在转移到第2服务时，使用所述履历，在第1服务中通知了的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。2.根据权利要求1所述的信息处理装置，其中，所述处理器在用于利用第1服务或者第2服务的会话结束了的情况下，删除所述存储器内的履历。3.根据权利要求1所述的信息处理装置，其中，在从通知了第1服务中的同意事项之后向第2服务的转移经过了预先规定的时间的情况下，即使在第1服务中通知的同意事项与第2服务中的同意事项相同的情况下，所述处理器也通知该同意事项。4.根据权利要求3所述的信息处理装置，其中，在对第1服务中通知的同意事项进行通知的情况下，所述处理器以与不同的所述同意事项的通知形式不同的通知形式进行通知。5.一种信息处理装置，其具有存储器和一个或多个处理器，所述存储器存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，所述处理器以如下方式进行控制：在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，使用所述第1服务的认证信息，在与第1服务不同的第2服务中能够不进行用户的登录操作而进行登录的情况下，在从第1服务转移到第2服务时，退出第1服务，在进行针对第2服务的登录操作时，使用所述履历，在第1服务中通知了的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。6.一种计算机可读介质，其存储有使计算机执行处理的程序，其中，所述计算机中所具有的存储器中存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，在所述处理中，以如下方式进行控制：在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，使用所述第1服务的认证信息，在与第1服务不同的第2服务中不进行用户的登录操作而进行登录的情况下，在转移到第2服务时，使用所述履历，在第1服务中通知了的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。7.一种计算机可读介质，其存储有使计算机执行处理的程序，其中，所述计算机中所具有的存储器中存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，
在所述处理中，以如下方式进行控制：在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，使用所述第1服务的认证信息，在与第1服务不同的第2服务中能够不进行用户的登录操作而进行登录的情况下，在从第1服务转移到第2服务时，退出第1服务，在进行针对第2服务的登录操作时，使用所述履历，在第1服务中通知了的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。8.一种信息处理方法，其中，进行以下处理：存储在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，以如下方式进行控制：在用户利用服务时向该用户通知同意事项的时候，在第1服务中进行登录，使用所述第1服务的认证信息，在与第1服务不同的第2服务中不进行用户的登录操作而进行登录的情况下，在转移到第2服务时，使用所述履历，在第1服务中通知了的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。

技术总结
本发明提供信息处理装置、信息处理方法以及计算机可读介质。信息处理装置具有存储器和一个或多个处理器，所述存储器存储有在用户每次登录时通知的同意事项的履历和各个服务中的同意事项，所述处理器以如下方式进行控制：在用户利用服务时向该用户通知同意事项的时候，使用第1服务的认证信息，在第1服务中进行登录，在与第1服务不同的第2服务中不进行用户的登录操作而进行登录的情况下，在转移到第2服务时，使用所述履历，在第1服务中通知了的同意事项与第2服务中的同意事项相同的情况下，不通知该同意事项，在第1服务中通知的同意事项与第2服务中的同意事项不同的情况下，通知不同的该同意事项。不同的该同意事项。不同的该同意事项。


技术研发人员：丸山泰弘
受保护的技术使用者：富士胶片商业创新有限公司
技术研发日：2021.03.09
技术公布日：2022/3/8