JP7749982B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

グループチャット等のように複数のユーザの間でメッセージをやり取りするサービスがユーザに提供され、当該サービスにファイルが送信されることがある。

特許文献１には、画像ファイルへのアクセス要求元のユーザ種別に与えられたアクセス権限に基づいて、画像ファイルへのアクセスの可否を判断するシステムが記載されている。

特許文献２には、操作者の役割情報に応じて各アプリケーションへのアクセス権限を制御する装置が記載されている。

特許文献３には、ユーザの役割と属性、及び、データの状態変化に応じて、当該データに対するアクセスを制御するシステムが記載されている。

特開２００２－１４０６８５号公報 特開２００６－２０２００９号公報 特開２０１３－１１４５９８号公報

ところで、複数のユーザの間でメッセージをやり取りするサービスにファイルが送信された場合に、当該ファイルを開示する必要のないユーザに対して当該ファイルが開示されないようにするために、当該ファイルに対してアクセス権を設定することが考えられる。例えば、ユーザが、手作業によって、ファイルにアクセスすることが許可されるユーザの範囲をファイル毎に設定することが考えられる。しかし、この場合、ユーザの手間がかかる。

本発明の目的は、複数のユーザの間でメッセージをやり取りするサービスにファイルが送信される場合に、ユーザがファイルに対するアクセス権を個別的に設定する場合と比べて、アクセス権の設定に関するユーザの手間を軽減することにある。

請求項１に係る発明は、プロセッサを有し、前記プロセッサは、特定の活動において役割が割り当てられた複数のユーザの間でメッセージをやり取りするサービスをユーザに提供し、前記サービスにおいて第１ユーザが第２ユーザ宛にファイルが関連付けられた第１メッセージを送信した場合、前記第２ユーザの役割に応じたアクセス権を前記ファイルに設定し、前記第１メッセージに期限に関する情報が含まれている場合、前記期限に応じたアクセス権を前記ファイルに設定する、情報処理装置である。

請求項２に係る発明は、前記プロセッサは、更に、前記第２ユーザの役割と同じ役割が割り当てられたユーザに対して前記ファイルへのアクセス権を付与する、ことを特徴とする請求項１に記載の情報処理装置である。

請求項３に係る発明は、前記プロセッサは、更に、前記ファイルに対する前記第２ユーザの役割に応じた作業が完了した場合、前記第２ユーザの役割に対して付与されたアクセス権を解除する、ことを特徴とする請求項１又は請求項２に記載の情報処理装置である。

請求項４に係る発明は、前記プロセッサは、更に、前記活動において前記第１ユーザの役割に対応する作業の次の作業に対応する役割を有する第３ユーザに対して、前記ファイルのアクセス権を付与する、ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置である。

請求項５に係る発明は、前記プロセッサは、更に、前記第１メッセージに含まれるキーワードに応じたアクセス権を前記ファイルに設定する、ことを特徴とする請求項１から請求項４いずれか一項に記載の情報処理装置である。

請求項６に係る発明は、コンピュータが、特定の活動において役割が割り当てられた複数のユーザの間でメッセージをやり取りするサービスをユーザに提供し、前記サービスにおいて第１ユーザが第２ユーザ宛にファイルが関連付けられた第１メッセージを送信した場合、前記第２ユーザの役割に応じたアクセス権を前記ファイルに設定し、前記第１メッセージに期限に関する情報が含まれている場合、前記期限に応じたアクセス権を前記ファイルに設定する、ように動作させるためのプログラムである。

請求項１，２，６に係る発明によれば、複数のユーザの間でメッセージをやり取りするサービスにファイルが送信される場合に、ユーザがファイルに対するアクセス権を個別的に設定する場合と比べて、アクセス権の設定に関するユーザの手間を軽減することにある。

更に、ユーザが期限に応じたアクセス権をファイルに設定しなくても、期限に応じたアクセス権をファイルに設定することができる。

請求項３に係る発明によれば、役割に応じた作業を終えたユーザがファイルにアクセスすることを防止することができる。

請求項４に係る発明によれば、作業の流れに応じたアクセス権をファイルに設定することができる。

請求項５に係る発明によれば、メッセージを送信することでアクセス権をファイルに設定することができる。

情報処理システムの構成を示すブロック図である。 連携サーバのハードウェアの構成を示すブロック図である。 端末装置のハードウェアの構成を示すブロック図である。 役割を示す図である。 ファイルアクセス権を示す図である。 フェーズを示す図である。 メッセージ画面を示す図である。 メッセージ画面を示す図である。 メッセージ画面を示す図である。 メッセージ画面を示す図である。

図１を参照して、実施形態に係る情報処理システムについて説明する。図１には、実施形態に係る情報処理システムの構成の一例が示されている。

実施形態に係る情報処理システムは、一例として、連携サーバ１４と、Ｋ個（Ｋは１以上の整数）のファイル管理サーバと、Ｌ個（Ｌは１以上の整数）のメッセージングサーバと、Ｍ個（Ｍは１以上の整数）の端末装置とを含む。

図１に示す例では実施形態に係る情報処理システムは、ファイル管理サーバ１０Ａ，１０Ｂ，・・・，１０Ｋと、メッセージングサーバ１２Ａ，１２Ｂ，・・・，１２Ｌと、端末装置１６Ａ，１６Ｂ，・・・，１６Ｍとを含む。これらは一例に過ぎず、１又は複数のファイル管理サーバ、１又は複数のメッセージングサーバ、及び、１又は複数の端末装置が、実施形態に係る情報処理システムに含まれる。

以下では、ファイル管理サーバ１０Ａ，１０Ｂ，・・・，１０Ｋを区別する必要がない場合には、これらを「ファイル管理サーバ１０」と称することとする。メッセージングサーバ１２Ａ，１２Ｂ，・・・，１２Ｌを区別する必要がない場合には、これらを「メッセージングサーバ１２」と称することとする。端末装置１６Ａ，１６Ｂ，・・・，１６Ｍを区別する必要がない場合には、これらを「端末装置１６」と称することとする。

ファイル管理サーバ１０、メッセージングサーバ１２、連携サーバ１４及び端末装置１６は、他の装置と通信する機能を有する。その通信は、ケーブルを利用する有線通信であってもよいし、無線通信であってもよい。無線通信は、例えば、近距離無線通信やＷｉ－Ｆｉ（登録商標）等である。近距離無線通信は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＲＦＩＤ（Radio Frequency Identifier）等である。各装置は、ＬＡＮ（Local Area Network）やインターネット等の通信経路Ｎを介して他の装置と通信してもよい。

ファイル管理サーバ１０は、ファイルを管理するサービス（以下、「ファイル管理サービス」と称する）を提供する。例えば、ファイル管理サーバ１０は、ファイル管理サービスとして、ファイルが記憶される領域である１又は複数のレポジトリを提供する。レポジトリは、記憶領域の一例であり、例えばメモリによって実現される。

レポジトリにアクセスして当該レポジトリを利用する権限であるアクセス権（以下、「第１アクセス権」と称する）が、ユーザに予め与えられる。ユーザは、端末装置１６を用いて当該ユーザが第１アクセス権を有するレポジトリにアクセスし、当該レポジトリにファイルを記憶させたり、当該レポジトリからファイルを取得したりする。

例えば、ファイル管理サーバ１０にログインするためのユーザのアカウント情報（以下、「第１アカウント情報」と称する）が、ユーザ毎に定められてファイル管理サーバ１０に登録される。第１アカウント情報は、例えば、ユーザＩＤやパスワードやユーザの生体情報等である。ファイル管理サーバ１０にログインする場合、ユーザは、端末装置１６を用いて自身の第１アカウント情報をファイル管理サーバ１０に送信し、ファイル管理サーバ１０へのログインを要求する。ファイル管理サーバ１０は、ユーザの端末装置１６から送信されてきた第１アカウント情報とファイル管理サーバ１０に予め登録されている第１アカウント情報とを照合することで、ログインを要求したユーザを認証する。ユーザの端末装置１６から送信されてきた第１アカウント情報がファイル管理サーバ１０に登録されている場合、ファイル管理サーバ１０は、当該ユーザがファイル管理サーバ１０にログインすることを許可する。ログインが許可されたユーザは、ファイル管理サーバ１０にログインして、当該ユーザ自身が第１アクセス権を有するレポジトリを利用することが許可される。ユーザの端末装置１６から送信されてきた第１アカウント情報がファイル管理サーバ１０に登録されていない場合、ファイル管理サーバ１０は、当該ユーザがファイル管理サーバ１０にログインすることを許可しない。この場合、ユーザは、ファイル管理サーバ１０にログインしてレポジトリを利用することが許可されない。これとは別の制御として、ファイル管理サーバ１０は、当該ユーザがファイル管理サーバ１０にログインすることを許可しない場合であっても、当該ユーザがアクセス権を有する新たなレポジトリを作成することを当該ユーザに許可してもよい。また、ファイル管理サーバ１０は、ログインの有無に関わらず、ユーザがレポジトリを利用することや作成することを許可してもよい。

ユーザを認証する処理は、ファイル管理サーバ１０以外の装置（例えば認証サーバ）によって行われてもよい。この場合、ファイル管理サーバ１０は、認証サーバによる認証処理の結果を受けて、その結果に応じて、ファイル管理サーバ１０へのユーザのログインを許可し、又は、許可しない。

ファイル管理サーバ１０は、第１アカウント情報を用いてファイル管理サーバ１０にログインしないユーザ（例えばゲストユーザ等）に対してファイル管理サービスを提供してもよい。

ファイル管理サーバ１０毎に、又は、ファイル管理サービス毎に、第１アカウント情報が定められて、各ファイル管理サーバ１０に登録される。各ファイル管理サーバ１０に登録される第１アカウント情報は同じ情報であってもよいし、異なる情報であってもよい。例えば、ファイル管理サーバ１０Ａにログインするための第１アカウント情報と、ファイル管理サーバ１０Ｂにログインするための第１アカウント情報は、同じ情報であってもよいし、異なる情報であってもよい。他のファイル管理サーバ１０に登録される第１アカウント情報についても同様である。なお、複数のファイル管理サーバ１０にて同じ第１アカウント情報が共用されて、ユーザの認証が行われてもよい。

個々のレポジトリ毎に第１アクセス権が設定されてもよいし、複数のレポジトリをまとめて管理し、当該複数のレポジトリ毎に第１アクセス権が設定されてもよい。１つの第１アカウント情報に１つのレポジトリに対する第１アクセス権が設定されてもよいし、１つの第１アカウント情報に複数のレポジトリに対する第１アクセス権が設定されてもよい。また、複数の異なる第１アカウント情報が１つのグループにまとめられ、当該複数の異なる第１アカウント情報（つまり、当該１つのグループ）に、１又は複数のレポジトリに対する第１アクセス権が設定されてもよい。第１アクセス権は、第１アカウント情報をファイル管理サーバ１０に登録するときに設定や変更されてもよいし、第１アカウント情報がファイル管理サーバ１０に登録された後に設定や変更されてもよい。なお、第１アクセス権が設定されていないレポジトリが作成され、全てのユーザが当該レポジトリにアクセスすることが許可されてもよい。全てのユーザには、ファイル管理サーバ１０にログインしたユーザ、及び、ファイル管理サーバ１０にログインしていないユーザ（例えばゲストユーザ等）が含まれる。

ユーザは、端末装置１６を用いて、連携サーバ１４を介さずに、ファイル管理サーバ１０にログインしてファイル管理サービスを利用してもよいし、後述するように連携サーバ１４を介してファイル管理サービスを利用してもよい。

ファイルの概念の範疇には、画像データ、動画データ、図形データ、音楽データや音声データ等の音データ、テキストデータ等の文書データ、プログラム、及び、これらの中の少なくとも２つの組み合わせが含まれる。ファイルの形式は特に限定されず、ファイル管理サーバ１０によって管理されるファイルは、どのような形式を有するファイルであってもよい。もちろん、ファイル管理サーバ１０によって管理されるファイルの形式が制限され、特定の形式を有するファイルのみがファイル管理サーバ１０によって管理されてもよい。

例えば、ファイル管理サーバ１０は、ファイル管理サービスの提供者によって運営される。つまり、ファイル管理サービスの提供者は、ファイル管理サーバ１０を運営することでファイル管理サービスを提供する。複数の異なるファイル管理サーバ１０が、同じ提供者によって運営されてもよい。例えば、各ファイル管理サーバ１０が、それぞれ異なるファイル管理サービスを提供し、複数の異なるファイル管理サービスが、同じ提供者によって提供されてもよい。もちろん、各ファイル管理サーバ１０が別々の提供者によって運営され、各ファイル管理サービスが別々の提供者によって提供されてもよい。

メッセージングサーバ１２は、複数のユーザの間で少なくともメッセージをやり取りするサービス（以下、「メッセージングサービス」と称する）を提供する。メッセージは、文字、文字以外の記号や符号、画像、動画、図形、音、又は、これらの中の少なくとも２つを含む。例えば、メッセージングサービスは、電子メールの送受信を行うサービス、ＳＮＳ（Social Networking Service）、グループウェア、電話等の音声通話、オンライン会議を提供するサービス（例えば、音声、画像及び動画等を利用するサービス）、又は、オンラインゲームを提供するサービスである。オンライン会議は、Ｗｅｂ会議、リモート会議又はビデオ会議等と称されることがある。

メッセージングサービスを利用する権限であるアクセス権（以下、「第２アクセス権」と称する）が、ユーザに予め与えられる。ユーザは、端末装置１６を用いて当該ユーザが第２アクセス権を有するメッセージングサービスに参加して、当該メッセージングサービスを利用する他のユーザとの間でメッセージをやり取りする。例えば、ユーザが、端末装置１６を用いてメッセージングサービスにメッセージを送信すると、当該メッセージは、当該メッセージングサービスを利用する他のユーザに送信される。送信されたメッセージは、例えば、端末装置１６のディスプレイに表示されたり、音声としてスピーカから発せられたりする。

例えば、メッセージングサーバ１２にログインするためのユーザのアカウント情報（以下、「第２アカウント情報」と称する）が、ユーザ毎に定められてメッセージングサーバ１２に登録される。第２アカウント情報は、例えば、ユーザＩＤやパスワードやユーザの生体情報等である。メッセージングサーバ１２にログインする場合、ユーザは、端末装置１６を用いて自身の第２アカウント情報をメッセージングサーバ１２に送信し、メッセージングサーバ１２へのログインを要求する。メッセージングサーバ１２は、ユーザの端末装置１６から送信されてきたアカウント情報とメッセージングサーバ１２に予め登録されているアカウント情報とを照合することで、ログインを要求したユーザを認証する。ユーザの端末装置１６から送信されてきた第２アカウント情報がメッセージングサーバ１２に登録されている場合、メッセージングサーバ１２は、当該ユーザがメッセージングサーバ１２にログインすることを許可する。ログインが許可されたユーザは、メッセージングサーバ１２にログインして、メッセージを送信したり受信したり閲覧したりすることが許可される。ユーザの端末装置１６から送信されてきた第２アカウント情報がメッセージングサーバ１２に登録されていない場合、メッセージングサーバ１２は、当該ユーザがメッセージングサーバ１２にログインすることを許可しない。この場合、ユーザは、メッセージングサーバ１２にログインしてメッセージをやり取りすることが許可されない。

ユーザを認証する処理は、メッセージングサーバ１２以外の装置（例えば認証サーバ）によって行われてもよい。この場合、メッセージングサーバ１２は、認証サーバによる認証処理の結果を受けて、その結果に応じて、メッセージングサーバ１２へのユーザのログインを許可し、又は、許可しない。

メッセージングサーバ１２は、第２アカウント情報を用いてファイル管理サーバ１０にログインしないユーザ（例えばゲストユーザ等）に対してメッセージングサービスを提供してもよい。

メッセージングサーバ１２毎に、又は、メッセージングサービス毎に、第２アカウント情報が定められて、各メッセージングサーバ１２に登録される。各メッセージングサーバ１２に登録される第２アカウント情報は同じ情報であってよいし、異なる情報であってもよい。例えば、メッセージングサーバ１２Ａにログインするための第２アカウント情報と、メッセージングサーバ１２Ｂにログインするための第２アカウント情報は、同じ情報であってもよいし、異なる情報であってもよい。他のメッセージングサーバ１２に登録される第２アカウント情報についても同様である。なお、複数のメッセージングサーバ１２にて同じ第２アカウント情報が共用されて、ユーザの認証が行われてもよい。なお、第２アカウント情報として第１アカウント情報と同じ情報が用いられてもよい。

例えば、複数のユーザによって構成されるグループ（例えば、ＳＮＳ上のグループ（例えばグループチャット）、メーリングリスト（ＭＬ）、グループウェア等）、電子掲示板等のスレッド、トピック、又は、特定の話題に関するメッセージの集まり等が、メッセージングサービスのチャンネルとして定められる。ユーザは、１又は複数のチャンネルに参加し、同じチャンネルに参加している他のユーザとの間でメッセージをやり取りする。例えば、メッセージングサービスにおいて、ユーザや管理者等によってチャンネルが形成され、１又は複数のユーザが当該チャンネルに参加してメッセージをやり取りすることが許可される。

個々のチャンネル毎に第２アクセス権が設定されてもよいし、複数のチャンネルをまとめて管理し、当該複数のチャンネル毎に第２アクセス権が設定されてもよい。１つの第２アカウント情報に１つのチャンネルに対する第２アクセス権が設定されてもよいし、１つの第２アカウント情報に複数のチャンネルに対する第２アクセス権が設定されてもよい。また、複数の異なる第２アカウント情報が１つのグループにまとめられ、当該複数の異なる第２アカウント情報（つまり、当該１つのグループ）に、１又は複数のチャンネルに対する第２アクセス権が設定されてもよい。第２アクセス権は、第２アカウント情報をメッセージングサーバ１２に登録するときに設定や変更されてもよいし、第２アカウント情報がメッセージングサーバ１２に登録された後に設定や変更されてもよい。

ユーザは、端末装置１６を用いて、連携サーバ１４を介さずに、メッセージングサーバ１２にログインしてメッセージングサービスを利用してもよいし、後述するように連携サーバ１４を介してメッセージングサービスを利用してもよい。

例えば、メッセージングサーバ１２は、メッセージングサービスの提供者によって運営される。つまり、メッセージングサービスの提供者は、メッセージングサーバ１２を運営することでメッセージングサービスを提供する。複数の異なるメッセージングサーバ１２が、同じ提供者によって運営されてもよい。例えば、各メッセージングサーバ１２が、それぞれ異なるメッセージングサービスを提供し、複数の異なるメッセージングサービスが、同じ提供者によって提供されてもよい。もちろん、各メッセージングサーバ１２が別々の提供者によって運営され、各メッセージングサービスが別々の提供者によって提供されてもよい。

連携サーバ１４は、特定の目的毎にユーザによって設定された各活動に、１又は複数のファイル管理サービスと１又は複数のメッセージングサービスとに含まれる１又は複数のサービスを連携させ、連携済みのファイル管理サービスとメッセージングサービスとを提供する。連携サーバ１４は、活動に、１又は複数のファイル管理サービスを連携させてもよいし、１又は複数のメッセージングサービスを連携させてもよいし、１又は複数のファイル管理サービスと１又は複数のメッセージングサービスを連携させてもよい。

例えば、特定の目的を実現するために複数のユーザが、活動に参加する。以下では、活動に参加するユーザを「参加者」と称することとする。活動は、例えば、仕事としての活動や、スポーツ等の運動としての活動や、趣味としての活動等、様々な活動がある。仕事としての活動として、例えば、仕事上のプロジェクトやタスク等のように、複数の参加者（例えば、従業員や業者や作業者等）が作業や操作や行動等を行うことが挙げられる。特定の目的は、例えば、仕事上の目的（例えばプロジェクトやタスクの目的）や、運動の目的や、趣味の目的等、様々な目的がある。

活動を設定するユーザは、当該活動の参加者であってもよいし、管理者であってもよい。管理者が、当該活動に参加してもよい。

例えば、連携サーバ１４にログインするためのユーザのアカウント情報（以下、「第３アカウント情報」と称する）が、ユーザ毎に定められて連携サーバ１４に登録される。第３アカウント情報は、例えば、ユーザＩＤやパスワードやユーザの生体情報等である。連携サーバ１４にログインする場合、ユーザは、端末装置１６を用いて自身の第３アカウント情報を連携サーバ１４に送信し、連携サーバ１４へのログインを要求する。連携サーバ１４は、ユーザの端末装置１６から送信されてきた第３アカウント情報と連携サーバ１４に予め登録されている第３アカウント情報とを照合することで、ログインを要求したユーザを認証する。ユーザの端末装置１６から送信されてきた第３アカウント情報が連携サーバ１４に登録されている場合、連携サーバ１４は、当該ユーザが連携サーバ１４にログインすることを許可する。ユーザの端末装置１６から送信されてきたアカウント情報が連携サーバ１４に登録されていない場合、連携サーバ１４は、当該ユーザが連携サーバ１４にログインすることを許可しない。

ユーザを認証する処理は、連携サーバ１４以外の装置（例えば認証サーバ）によって行われてもよい。この場合、連携サーバ１４は、認証サーバによる認証処理の結果を受けて、その結果に応じて、連携サーバ１４へのユーザのログインを許可し、又は、許可しない。

ファイル管理サーバ１０、メッセージングサーバ１２及び連携サーバ１４に共通するアカウント情報が用いられ、１つのアカウント情報を用いて、ファイル管理サーバ１０、メッセージングサーバ１２及び連携サーバ１４のそれぞれへのログインが許可されてもよい。ファイル管理サーバ１０、メッセージングサーバ１２及び連携サーバ１４の中の少なくとも２つにて共通するアカウント情報が用いられてもよい。

ファイル管理サーバ１０、メッセージングサーバ１２及び連携サーバ１４は、１つのサーバによって構成されてもよい。ファイル管理サーバ１０とメッセージングサーバ１２は、連携サーバ１４を介さずに、ファイル管理サービスとメッセージングサービスとを連携させてもよい。

連携サーバ１４が用いられなくてもよい。この場合、ファイル管理サーバ１０又はメッセージングサーバ１２が、ファイル管理サービスとメッセージングサービスの両方を提供する。例えば、ファイル管理サーバ１０又はメッセージングサーバ１２は、ファイル管理機能（つまりファイル管理サービスを提供する機能）を有するメッセージングサービス、又は、メッセージング機能（つまりメッセージングサービスを提供する機能）を有するファイル管理サービスを提供してもよい。

ファイル管理サーバ１０又はメッセージングサーバ１２のいずれか一方のサーバによって、ファイル管理機能を有するメッセージングサービス、又は、メッセージング機能を有するファイル管理サービスが提供される場合、他方のサーバ及び連携サーバ１４は、情報処理システムに含まれなくてもよい。

以下では、連携サーバ１４によって、ファイル管理サービスとメッセージングサービスとが連携されてユーザに提供される例について説明するが、ファイル管理機能を有するメッセージングサービス、又は、メッセージング機能を有するファイル管理サービスが、ユーザに提供されてもよい。

端末装置１６は、例えば、パーソナルコンピュータ（以下、「ＰＣ」と称する）、タブレットＰＣ、スマートフォン、又は、携帯電話等である。

以下、図２を参照して、連携サーバ１４のハードウェアの構成について説明する。図２には、連携サーバ１４のハードウェアの構成の一例が示されている。

連携サーバ１４は、例えば、通信装置１８と、ＵＩ２０と、メモリ２２と、プロセッサ２４とを含む。

通信装置１８は、通信チップや通信回路等を有する通信インターフェースであり、他の装置に情報を送信する機能、及び、他の装置から情報を受信する機能を有する。通信装置１８は、無線通信機能を有してもよいし、有線通信機能を有してもよい。通信装置１８は、例えば近距離無線通信を利用することで他の装置と通信してもよいし、通信経路Ｎを介して他の装置と通信してもよい。

ＵＩ２０はユーザインターフェースであり、ディスプレイ及び操作装置の中の少なくとも１つを含む。ディスプレイは、液晶ディスプレイ又はＥＬディスプレイ等である。操作装置は、キーボード、マウス、入力キー又は操作パネル等である。ＵＩ２０は、ディスプレイと操作装置とを兼ね備えたタッチパネル等のＵＩであってもよい。ＵＩ２０は、マイクやスピーカを含んでもよい。

メモリ２２は、データを記憶する１又は複数の記憶領域を構成する装置である。メモリ２２は、例えば、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、各種のメモリ（例えばＲＡＭ、ＤＲＡＭ又はＲＯＭ等）、その他の記憶装置（例えば光ディスク等）、又は、それらの組み合わせである。１又は複数のメモリ２２が連携サーバ１４に含まれている。

プロセッサ２４は、連携サーバ１４の各部の動作を制御するように構成されている。プロセッサ２４は、メモリを有してもよい。

プロセッサ２４は、特定の目的毎にユーザによって設定された各活動に対して、その活動の複数の参加者を関連付ける。プロセッサ２４は、活動毎に、活動と当該活動の各参加者とを関連付けて管理する。例えば、プロセッサ２４は、活動毎に、活動を識別するための活動識別情報（例えば、活動の名称やＩＤ等）と、当該活動の各参加者のアカウント情報（例えば第３アカウント情報）と、を関連付けて、これらの情報を含む活動管理情報をメモリ２２に記憶させて、活動と参加者とを管理する。なお、プロセッサ２４は、更に、活動識別情報に、各参加者の第１アカウント情報や第２アカウント情報を紐付けてもよい。また、ファイル管理サーバ１０、メッセージングサーバ１２及び連携サーバ１４に共通するアカウント情報が、活動識別情報に関連付けられてもよい。

活動の参加者には、当該活動において当該参加者が行うべき役割が割り当てられる。プロセッサ２４は、活動の参加者毎に、活動を識別するための活動識別情報と、当該活動の参加者のアカウント情報（例えば第３アカウント情報）と、当該参加者の役割を識別するための役割識別情報（例えば、役割の名称やＩＤ等）と、を関連付けて、これらの情報を含む役割管理情報をメモリ２２に記憶させて、各活動における各参加者の役割を管理する。役割は、例えば、活動の管理者等によって参加者に割り当てられる。例えば、役割が参加者に予め割り当てられ、各参加者の役割情報がメモリ２２に予め記憶される。

また、活動は複数のフェーズを含んでもよい。フェーズは、活動において行われるべき作業であり、参加者の役割に対応する。プロセッサ２４は、活動毎に、活動を識別するための活動識別情報と、当該活動に含まれる各フェーズを識別するためのフェーズ識別情報（例えば、フェーズの名称やＩＤ等）と、を関連付けて、これらの情報を含むフェーズ管理情報をメモリ２２に記憶させて、各活動のフェーズを管理する。例えば、実行される順番が予め定められた複数のフェーズが活動に含まれ、当該活動が実行される場合、その順番に従って各フェーズが参加者によって実行される。

活動管理情報、役割管理情報及びフェーズ管理情報が統合されて１つの管理情報（例えば統合管理情報）としてメモリ２２に記憶されて、活動、参加者、参加者の役割、及び、フェーズが管理されてもよい。

また、プロセッサ２４は、各活動に、１又は複数のファイル管理サービスと１又は複数のメッセージングサービスとに含まれる１又は複数のサービスを連携させる。

例えば、プロセッサ２４は、少なくとも１人の参加者が第１アクセス権を有するファイル管理サービスのレポジトリを活動に連携させる。プロセッサ２４は、活動毎に、活動と、当該活動に連携されたファイル管理サービスの１又は複数のレポジトリと、を紐付けて管理する。例えば、プロセッサ２４は、活動毎に、活動を識別するための活動識別情報と、当該活動に連携された各レポジトリにアクセスするためのアドレス（例えばＵＲＬ等）と、を紐付けて、これらの情報をメモリ２２に記憶させて管理する。

また、プロセッサ２４は、少なくとも１人の参加者が第２アクセス権を有するメッセージングサービスを活動に連携させる。例えば、プロセッサ２４は、少なくとも１人の参加者が第２アクセス権を有するチャンネルを活動に連携させる。プロセッサ２４は、活動毎に、活動と、当該活動に連携されたメッセージングサービスのチャンネルと、を紐付けて管理する。例えば、プロセッサ２４は、活動毎に、活動を識別するための活動識別情報と、当該活動に連携されたメッセージングサービスのチャンネルにアクセスするためのアドレス（例えばＵＲＬ等）と、を紐付けて、これらの情報をメモリ２２に記憶させて管理する。

以上のようにして、プロセッサ２４は、ファイル管理サービスとメッセージングサービスとを特定の活動に連携させて当該活動の参加者に提供する。

また、プロセッサ２４は、ファイルに対するアクセス権の設定を制御する。以下、ファイルに設定されるアクセス権を「ファイルアクセス権」と称することとする。

例えば、メッセージングサービスにおいて第１参加者が第２参加者宛にファイルが関連付けられた第１メッセージを送信した場合、プロセッサ２４は、当該第２参加者の役割に応じたファイルアクセス権を当該ファイルに設定する。なお、第１参加者が第１ユーザの一例に相当し、第２参加者が第２ユーザの一例に相当する。

役割に応じたファイルアクセス権をファイルに設定することは、例えば、第１メッセージの宛先である第２参加者の役割を識別するための役割識別情報を当該ファイルに関連付けることである。

参加者が自身の端末装置１６を用いてファイルへのアクセスを要求した場合において、当該参加者の役割を識別するための役割識別情報が当該ファイルに関連付けられている場合、当該参加者は当該ファイルへのアクセスが許可される。当該参加者の役割を識別するための役割識別情報が当該ファイルに関連付けられていない場合、当該参加者は当該ファイルへのアクセスが許可されない。ファイルへのアクセスの許否の判断は、参加者が利用する端末装置１６のプロセッサ３２によって行われてもよいし、連携サーバ１４のプロセッサ２４によって行われてもよい。なお、メッセージングサービスに送信されたファイルは、当該メッセージングサービスを提供するファイル管理サーバ１０に記憶される。当該ファイルは、連携サーバ１４に記憶されてもよいし、宛先の参加者が利用する端末装置１６に記憶されてもよい。

役割に応じたファイルアクセス権が設定されたファイルは、当該役割が割り当てられた参加者によってアクセスすることが許可される。つまり、ある役割が割り当てられた参加者は、当該枠割に応じたファイルアクセス権が設定されたファイルにアクセスすることが許可される。ファイルにアクセスすることが許可された参加者は、当該ファイルを開いて当該ファイルの内容を参照すること、当該ファイルをコピーや移動すること、及び、当該ファイルをダウンロードすること等が許可される。

プロセッサ２４は、第２参加者の役割と同じ役割を有する他の参加者に対して当該ファイルへのファイルアクセス権を設定してもよい。例えば、プロセッサ２４は、第２参加者と同じ活動に参加し当該第２参加者と同じ役割を有する他の参加者に対して、当該ファイルへのファイルアクセス権を設定する。

プロセッサ２４は、第１メッセージに含まれるキーワードに応じたファイルアクセス権を、当該第１メッセージに関連付けられたファイルに設定してもよい。例えば、プロセッサ２４は、第１メッセージに含まれる文字列に対して形態素解析等の言語処理を適用することで当該第１メッセージを解析して、当該第１メッセージに含まれるキーワードを抽出し、その抽出したキーワードに応じたファイルアクセス権をファイルに設定する。

以下、図３を参照して、端末装置１６のハードウェアの構成について説明する。図３には、端末装置１６のハードウェアの構成の一例が示されている。

端末装置１６は、例えば、通信装置２６と、ＵＩ２８と、メモリ３０と、プロセッサ３２とを含む。

通信装置２６は、通信チップや通信回路等を有する通信インターフェースであり、他の装置に情報を送信する機能、及び、他の装置から送信されてきた情報を受信する機能を有する。通信装置２６は、無線通信機能を有してもよいし、有線通信機能を有してもよい。通信装置２６は、例えば近距離無線通信を利用することで他の装置と通信してもよいし、通信経路Ｎを介して他の装置と通信してもよい。

ＵＩ２８はユーザインターフェースであり、ディスプレイ及び操作装置の中の少なくとも１つを含む。ディスプレイは、液晶ディスプレイ又はＥＬディスプレイ等である。操作装置は、キーボード、マウス、入力キー又は操作パネル等である。ＵＩ２８は、ディスプレイと操作装置とを兼ね備えたタッチパネル等のＵＩであってもよい。ＵＩ２８は、マイクやスピーカを含んでもよい。

メモリ３０は、データを記憶する１又は複数の記憶領域を構成する装置である。メモリ３０は、例えば、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、各種のメモリ（例えばＲＡＭやＤＲＡＭやＲＯＭ等）、その他の記憶装置（例えば光ディスク等）、又は、それらの組み合わせである。１又は複数のメモリ３０が端末装置１６に含まれている。

プロセッサ３２は、端末装置１６の各部の動作を制御するように構成されている。プロセッサ３２は、メモリを有してもよい。

以下、具体例を挙げて実施形態について詳しく説明する。以下では一例として、仕事上のプロジェクトが活動として立ち上げられ、そのプロジェクトが実行される場面を想定して実施形態について説明する。例えば、プロジェクトを管理する管理者や、プロジェクトに参加して作業や操作等を行う参加者が、プロジェクトに関わる。管理者は、参加者としてプロジェクトに参加してもよい。管理者や参加者は、自身の端末装置１６を用いて、ファイル管理サーバ１０が提供するファイル管理サービスや、メッセージングサーバ１２が提供するメッセージングサービスを利用する。また、管理者や参加者は、自身の端末装置１６を用いて、連携サーバ１４によって活動に連携させられたサービス（例えば、ファイル管理サービスやメッセージングサービス）を利用する。

図４を参照して、参加者の役割について説明する。図４には、役割の一例が示されている。役割として、例えば、営業、要求分析／要件定義、システム設計、詳細設計、実装、テスト、及び、プロジェクト管理等が定められている。プロジェクトに参加する各参加者には、これらの中の１又は複数の役割が予め定められている。各参加者の役割を示す情報が、上述した統合管理情報に含まれ、各参加者の役割が管理される。なお、同じ役割が複数の参加者に割り当てられてもよい。

図５を参照して、ファイルに設定されるファイルアクセス権について説明する。図５には、ファイルに設定されるファイルアクセス権の一例が示されている。ファイルアクセス権は役割毎に設定される。ある役割用のファイルアクセス権が設定されているファイルは、当該役割が割り当てられている参加者がアクセスすることが許可されるファイルである。ファイルアクセス権として、例えば、営業用のファイルアクセス権、要件定義用のファイルアクセス権、詳細設計用のファイルアクセス権、実装用のファイルアクセス権、テスト用のファイルアクセス権、及び、プロジェクト管理用のファイルアクセス権等が定められている。

営業用のファイルアクセス権が設定されているファイルは、「営業」という役割が割り当てられている参加者がアクセスすることが許可されるファイルである。要求分析／要件定義用のファイルアクセス権が設定されているファイルは、「要求分析／要件定義」という役割が割り当てられている参加者がアクセスすることが許可されるファイルである。他のファイルアクセス権についても同様である。

図６を参照して、活動の一例であるプロジェクトに含まれるフェーズについて説明する。図６には、プロジェクトαに含まれるフェーズの一例が示されている。プロジェクトαは、フェーズとして、「１．営業」、「２．要求分析／要件定義」、「３．システム設計」、「４．詳細設計」、「５．実装」及び「６．テスト」を含む。プロジェクトαにおいては、これらのフェーズが、図６が示されている数字の順番で実行されることが予定されている。つまり、「営業」、「要求分析／要件定義」、「システム設計」、「詳細設計」、「実装」、及び、「テスト」の順番で、各フェーズ（つまり各作業）が実行されることが予定されている。フェーズは、当該フェーズに対応する役割が割り当てられた参加者が実行すべき作業である。例えば、フェーズ「営業」は、役割「営業」が割り当てられている参加者が実行すべき作業である。フェーズ「要求分析／要件定義」は、役割「要求分析／要件定義」が割り当てられている参加者が実行すべき作業である。他のフェーズについても同様である。

以下、ファイルにファイルアクセス権を設定する規則の一例について説明する。

ここでは一例として、ファイルを作成した参加者が、自身の端末装置１６を用いて、当該参加者が参加するプロジェクトαに関連付けられているメッセージサービスに当該ファイルを投稿するものとする。ファイルを投稿することは、メッセージに関連付けられて、又は、メッセージに関連付けられずに、ファイルをメッセージサービスに送信することである。メッセージサービスに投稿されたファイルは、当該ファイルに設定されたファイルアクセス権に従って参加者によるアクセスが許可される。

（規則１）
規則１に従ったアクセス権の設定では、プロセッサ２４は、ファイルを投稿した参加者の役割に対応するフェーズよりも後のフェーズに対応する役割についてのファイルアクセス権を、当該ファイルに設定する。例えば、役割「営業」が割り当てられている参加者がファイルを投稿した場合、プロセッサ２４は、フェーズ「役割」よりも後のフェーズに対応する役割についてのファイルアクセス権を、当該ファイルに設定する。これにより、フェーズ「役割」よりも後のフェーズに対応する役割が割り当てられている参加者は、当該ファイルアクセス権が設定されているファイルへのアクセスが許可される。例えば、フェーズ「要求分析／要件定義」、「システム設計」、「詳細設計」、「実装」及び「テスト」のそれぞれに対応する役割についてのファイルアクセス権がファイルに設定され、それぞれの役割が割り当てられた参加者が当該ファイルにアクセスすることが許可される。

（規則２）
規則２に従ったアクセス権の設定では、プロセッサ２４は、ファイルに関連付けられている第１メッセージに含まれるキーワードに応じたファイルアクセス権を、当該ファイルに設定する。役割の名称、フェーズの名称、ファイルの種類名、ファイル名、ファイルに対して行われた作業に関するコメント等が、キーワードの一例である。

例えば、プロセッサ２４は、第１メッセージに含まれる文字列「フェーズの名称」をキーワードとして抽出し、その「フェーズの名称」を有するフェーズに対応する役割についてのファイルアクセス権を、当該第１メッセージに関連付けられているファイルに設定する。具体例を挙げて説明すると、ファイルに関連付けられている第１メッセージに含まれるキーワードが、文字列「システム設計」である場合、プロセッサ２４は、役割「システム設計」についてのファイルアクセス権を、当該ファイルに設定する。これにより、役割「システム設計」が割り当てられている参加者が、当該ファイルにアクセスすることが許可される。

また、プロセッサ２４は、ファイルの種類名やファイル名に対応するファイルアクセス権を、当該ファイルに設定してもよい。例えば、ファイルの種類名やファイル名に対応する役割やフェーズが予め定められており、プロセッサ２４は、その定めに従って、投稿されたファイルの種類名やファイル名に対応する役割やフェーズについてのファイルアクセス権を、当該ファイルに設定する。

また、プロセッサ２４は、第１メッセージに含まれる文字列「ファイルに対して行われた作業に関するコメント」をキーワードとして抽出し、その「コメント」に関連するファイルアクセス権をファイルに設定してもよい。コメントは、例えば、ファイルの「作成」、「完了」、「格納」等である。例えば、第１メッセージに「フェーズの完了」を示す文字列が含まれている場合、プロセッサ２４は、当該文字列をキーワードとして抽出し、当該文字列を解析することで、当該フェーズが完了したことを認識する。この場合、プロセッサ２４は、当該フェーズの次のフェーズに対応する役割についてのファイルアクセス権を、ファイルに設定する。具体例を挙げて説明すると、第１メッセージから「システム設計の完了」といった文字列が抽出された場合、プロセッサ２４は、フェーズ「システム設計」の次のフェーズ「詳細設計」に対応する役割「詳細設計」についてのファイルアクセス権を、ファイルに設定する。これにより、役割「詳細設計」が割り当てられている参加者は、当該ファイルにアクセスすることが許可される。

（規則３）
規則３に従ったアクセス権の設定では、第１参加者と第２参加者とが参加しているプロジェクトαに対応するメッセージングサービスにおいて、当該第１参加者が当該第２参加者宛にファイルが関連付けられた第１メッセージを送信した場合、プロセッサ２４は、当該第２参加者の役割に応じたファイルアクセス権を当該ファイルに設定する。

例えば、第２参加者の役割が役割「システム設計」である場合、プロセッサ２４は、役割「システム設計」についてのファイルアクセス権をファイルに設定する。これにより、当該第２参加者が当該ファイルにアクセスすることが許可される。

なお、第１参加者と第２参加者とが参加しているプロジェクトαに別の参加者が参加している場合であっても、当該プロジェクトαに対応するメッセージングサービスにおいて第２参加者宛に送信されたファイルは、第２参加者のみに送信され、当該別の参加者には送信されない。当該ファイルの宛先に当該別の参加者が含まれた場合、当該別の参加者にも当該ファイルは送信される。

（規則４）
プロジェクトαに対応するメッセージングサービス上でやり取りされているメッセージに基づいて、投稿されたファイルへのファイルアクセス権が付与される役割が特定されない場合、プロセッサ２４は、当該プロジェクトαに参加している全参加者に対してファイルアクセス権を付与してもよいし、当該ファイルを投稿した参加者のみに対してファイルアクセス権を付与してもよいし、当該ファイルを投稿した参加者の役割に対してファイルアクセス権を付与してもよい。つまり、プロセッサ２４は、当該プロジェクトαの全役割についてのファイルアクセス権を当該ファイルに設定してもよいし、当該ファイルを投稿した参加者のみがアクセス可能なファイルアクセス権を当該ファイルに設定してもよいし、当該ファイルを投稿した参加者の役割についてのファイルアクセス権を当該ファイルに設定してもよい。

上述した規則１～４は、アクセス権の設定の規則の一例であり、他の規則に従ってアクセス権がファイルに設定されてもよい。

以下、実施形態に係る処理について具体例を挙げて詳しく説明する。一例として、活動の一例としてプロジェクトαが実行されており、参加者Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇがプロジェクトαに参加しているものとする。

参加者Ａには役割「営業」が割り当てられており、参加者Ｂには役割「要求分析／要件定義」が割り当てられており、参加者Ｃには役割「システム設計」が割り当てられており、参加者Ｄには役割「詳細設計」が割り当てられており、参加者Ｅには役割「実装」が割り当てられており、参加者Ｆには役割「テスト」が割り当てられており、参加者Ｇには「プロジェクト管理」が割り当てられている。これらに関する情報は、例えば、上述した統合管理情報に予め登録される。

例えば、各参加者は、自身の端末装置１６を用いて自身のアカウント情報（例えば第３アカウント情報）を連携サーバ１４に送信し、連携サーバ１４へのログイン、及び、プロジェクトαへのアクセスを要求する。認証が成功した参加者は、連携サーバ１４にログインすることが許可され、プロジェクトαに関連付けられたファイル管理サービスとメッセージングサービスにアクセスすることが許可される。認証が成功した参加者は、例えば、プロジェクトαに関連付けられたファイル管理サービスが提供するレポジトリにアクセスしたり、プロジェクトαに関連付けられたメッセージングサービスを利用して他の参加者と情報をやり取りしたりすることが許可される。なお、連携サーバ１４へのログインや参加者の認証が行われずに、各参加者は、自身の端末装置１６を用いて連携サーバ１４にアクセスして、プロジェクトαに関連付けられたファイル管理サービスとメッセージングサービスを利用してもよい。

例えば、連携サーバ１４のプロセッサ２４は、プロジェクトαの参加者が利用する端末装置１６のディスプレイに、プロジェクトαに関連付けられたメッセージングサービスを利用するための画面を表示させる。なお、当該画面を介してファイル管理サービスが利用されてもよい。以下では、メッセージングサービスを利用するための画面を、「メッセージ画面」と称することとする。メッセージ画面には、各参加者がメッセージングサービスに送信したメッセージが表示される。

例えば、複数の参加者が参加するグループチャットが形成され、メッセージ画面上において、グループチャットに参加している複数の参加者の間でメッセージがやり取りされる。また、プロジェクトαに対して複数のスレッド（例えば特定の話題に関してメッセージをやり取りする複数のチャンネル）が形成され、各スレッドにおいてメッセージがやり取りされてもよい。各スレッドには、プロジェクトαの参加者全員が参加してもよいし、一部の参加者のみが参加してもよい。スレッド毎に同一又は異なる複数の参加者が参加してもよい。

図７には、メッセージ画面の一例が示されている。図７に示されているメッセージ画面３４Ｄは、参加者Ｄの端末装置１６Ｄのディスプレイに表示されるメッセージ画面である。

プロセッサ２４は、プロジェクトαに関連付けられているメッセージングサービス（より具体的には、プロジェクトαに連携済みのチャンネル）に送信されたメッセージを、メッセージ画面３４Ｄに表示する。例えば、各メッセージは、タイムライン表記に従って表示される。つまり、各メッセージは、メッセージがチャンネルに送信された日時に従って並んで表示される。例えば、各メッセージは、メッセージがチャンネルに送信された日時に従って、メッセージ画面３４Ｄにおいて上から下に並んで表示される。なお、メッセージを送信した参加者を識別するための情報（例えば、名前、ニックネーム、ＩＤ、又は、アイコン等の画像等）が、当該メッセージに関連付けられてメッセージ画面３４Ｄに表示されてもよい。例えば、当該情報が当該メッセージの近傍に表示される。

メッセージ画面３４Ｄに表示しきれないメッセージは、メッセージ画面３４Ｄを上下方向に移動させることで（例えばメッセージ画面３４Ｄを上下方向にスクロールさせることで）、メッセージ画面３４Ｄ内に表示される。

また、メッセージに関連付けられているファイルがメッセージングサービスに送信された場合、当該ファイルを表す画像（例えばアイコン）が、メッセージ画面３４Ｄに表示される。

参加者Ｄ以外の他の参加者がプロジェクトαにアクセスした場合も、メッセージ画面３４Ｄと同様のメッセージ画面が、他の参加者の端末装置１６のディスプレイに表示される。

図７に示す例では、メッセージ３６，４０，４２，４４がメッセージ画面３４Ｄに表示されている。メッセージ３６，４４は、参加者Ｄによって、プロジェクトαに関連付けられているメッセージサービスに送信されたメッセージである。メッセージ４０，４２は、参加者Ｃによって、プロジェクトαに関連付けられているメッセージサービスに送信されたメッセージである。メッセージ３６にはファイル３８が添付されている。つまり、ファイル３８が関連付けられているメッセージ３６が、参加者Ｃによってメッセージングサービスに送信されている。

また、入力欄４６がメッセージ画面３４Ｄに表示されている。入力欄４６は、メッセージングサービスにメッセージを送信するための欄である。入力欄４６にメッセージが入力されて、送信の指示が与えられると（例えば、メッセージ画面３４Ｄに表示される送信ボタンが押されると）、プロセッサ２４は、入力されたメッセージを参加者Ｄのメッセージとしてメッセージ画面３４Ｄに表示する。また、プロセッサ２４は、入力されたメッセージを、プロジェクトαに関連付けられているメッセージングサービスにアクセスしている他の参加者宛に送信する。

プロジェクトαに関連付けられているメッセージングサービスに送信されたメッセージは、プロジェクトαの全参加者によって閲覧が可能であってもよい。つまり、全参加者のそれぞれの端末装置１６のディスプレイに表示されるメッセージ画面に、プロジェクトαに関連付けられているメッセージングサービスに送信されたメッセージが表示されてもよい。

別の例として、プロジェクトαに関連付けられているメッセージングサービスにおいて、特定の参加者宛に送信されたメッセージは、当該メッセージを送信した参加者と当該特定の参加者のみによって閲覧が可能であってもよい。つまり、当該メッセージを送信した参加者と当該特定の参加者のそれぞれの端末装置１６のディスプレイに表示されるメッセージ画面のみに、当該メッセ―が表示されてもよい。例えば、参加者によってメッセージの宛先が指定されてメッセージが送信された場合、当該メッセージは、その宛先として指定された参加者宛に送信され、当該メッセージを送信した参加者と宛先の参加者のそれぞれの端末装置１６のディスプレイに表示されるメッセージ画面のみに、当該メッセージが表示される。

図７に示す例では、メッセージ３６，４４は、参加者Ｃ宛に参加者Ｄから送信されたメッセージであり、メッセージ４０，４２は、参加者Ｄ宛に参加者Ｃから送信されたメッセージである。したがって、メッセージ３６，４０，４２，４４は、参加者Ｃ，Ｄのそれぞれの端末装置１６のディスプレイに表示されるメッセージ画面のみに表示され、参加者Ａ等の他の参加者の端末装置１６のディスプレイに表示されるメッセージ画面には表示されない。

メッセージ３６の宛先が参加者Ｃに指定されている場合、プロセッサ２４は、符号３６ａが指し示すように、参加者Ｃを識別するための情報（例えば氏名やアカウント情報等）をメッセージ３６の近傍に表示する。例えば、プロジェクトαに参加している参加者の一覧がメッセージ画面３４Ｄに表示され、参加者Ｄは、当該一覧から宛先の参加者（例えば参加者Ｃ）を指定してもよいし、参加者Ｄは、宛先の参加者を識別するための情報を直接入力してもよい。

図７には示されていないが、メッセージ４０，４２，４４についても、宛先の参加者を識別するための情報が、それぞれのメッセージの近傍に表示される。

なお、メッセージの宛先の参加者が指定された場合であっても、宛先の参加者を識別するための情報（例えば符号３６ａが指し示す文字列）が、当該メッセージに関連付けられてメッセージ画面に表示されなくてもよい。

なお、メッセージは、プロジェクトαに対して送信されずに、個別メッセージとして各参加者宛に送信されてもよい。例えば、ファイル３８が関連付けられているメッセージ３６が、プロジェクトαに対して送信されずに、参加者Ｃ宛に参加者Ｄから送信されてもよい。

図７に示す例では、ファイル３８が関連付けられているメッセージ３６が、第１メッセージの一例に相当する。

例えば、プロセッサ２４は、メッセージ３６を投稿した参加者Ｄ（つまり、メッセージ３６をプロジェクトαに関連付けられているメッセージングサービスに送信した参加者Ｄ）に割り当てられている役割「詳細設計」に応じたファイルアクセス権を、ファイル３８に設定する。つまり、プロセッサ２４は、役割「詳細設計」を識別するための役割識別情報をファイル３８に関連付ける。これにより、役割「詳細設計」が割り当てられている参加者がファイル３８にアクセスすることが許可される。例えば、参加者Ｄはファイル３８にアクセスすることが許可される。

また、メッセージ３６を投稿した参加者Ｄと同じ役割が割り当てられている参加者に対して、ファイル３８へのファイルアクセス権が付与される。つまり、参加者Ｄ以外の参加者であっても、役割「詳細設計」が割り当てられている参加者は、ファイル３８にアクセスすることが許可される。

プロセッサ２４は、ファイル３８が関連付けられているメッセージ３６に含まれる文字列を解析し、その解析結果に応じたファイルアクセス権をファイル３８に設定してもよい。例えば、プロセッサ２４は、役割を示す文字列やフェーズを示す文字列や作業を示す文字列をメッセージ３６から抽出し、その抽出した文字列に対応するファイルアクセス権をファイル３８に設定する。メッセージ３６には文字列「詳細設計」が含まれており、この文字列は、役割又はフェーズを示す文字列である。この場合、プロセッサ２４は、役割「詳細設計」を識別するための役割識別情報をファイル３８に関連付けることで、役割「詳細設計」についてのファイルアクセス権をファイル３８に設定する。

プロセッサ２４は、メッセージ３６の宛先である参加者Ｃの役割「システム設計」に応じたファイルアクセス権をファイル３８に設定してもよい。つまり、プロセッサ２４は、役割「システム設計」を識別するための役割識別情報をファイル３８に関連付ける。これにより、役割「システム設計」が割り当てられている参加者がファイル３８にアクセスすることが許可される。例えば、参加者Ｃはファイル３８にアクセスすることが許可される。

また、メッセージ３６の宛先である参加者Ｃと同じ役割が割り当てられている参加者に対して、ファイル３８へのファイルアクセス権が付与される。つまり、参加者Ｃ以外の参加者であっても、役割「システム設計」が割り当てられている参加者は、ファイル３８にアクセスすることが許可される。

第１メッセージに期限に関する情報が含まれている場合、プロセッサ２４は、当該期限に応じたファイルアクセス権を、当該第１メッセージに関連付けられているファイルに設定してもよい。期限に応じたファイルアクセス権は、期限が設定されたファイルアクセス権である。例えば、期限に応じたファイルアクセス権が設定されたファイルは、当該期限が到来又は経過するまでアクセスすることが許可されるファイルである。

例えば、ファイル３８が関連付けられているメッセージ３６に、期限に関する情報が含まれている場合、プロセッサ２４は、当該期限に応じたファイルアクセス権をファイル３８に設定する。

具体例を挙げて説明すると、メッセージ３６は、参加者Ｄがファイル３８のレビューを参加者Ｃに依頼することを示すメッセージであるところ、例えば「１０月５日までに」といった期限に関する文字列がメッセージ３６に含まれている場合、プロセッサ２４は、当該期限に応じたファイルアクセス権をファイル３８に設定する。例えば、プロセッサ２４は、当該期限を示す情報をファイル３８に関連付ける。この場合、ファイル３８は、１０月５日が到来又は経過するまでアクセスすることが許可される。例えば、役割「システム設計」を識別するための役割識別情報と当該期限を示す情報とが、ファイル３８に関連付けられる。役割「システム設計」が割り当てられている参加者は、当該期限が到来又は経過するまでファイル３８にアクセスすることが許可される。

ファイルに対する第２参加者の役割に応じた作業が完了した場合、プロセッサ２４は、当該第２参加者の役割に対して付与されたファイルアクセス権を解除してもよい。ファイルに対するファイルアクセス権を解除することは、当該ファイルに関連付けられている役割識別情報を削除すること、又は、当該ファイルに関連付けられている役割識別情報を削除せずに当該役割識別情報が示す役割が割り当てられている参加者には当該ファイルへのアクセスが許可されないことを示す情報を当該ファイルに関連付けることである。役割に対して付与されたファイルアクセス権が解除されると、当該役割が割り当てられている参加者は、その解除されたファイルアクセス権が設定されたファイルへのアクセスが許可されない。

例えば、プロセッサ２４は、ファイル３８が関連付けられているメッセージ３６の宛先の第２参加者である参加者Ｃが投稿したメッセージに含まれる文字列を解析し、参加者Ｃの役割に応じた作業が完了したか否かを判断する。図７に示す例では、参加者Ｃが投稿したメッセージ４２に文字列「レビュー」、「完了」が含まれている。この場合、プロセッサ２４は、これらの文字列をメッセージ４２から抽出し、参加者Ｃによるレビューが完了したことを認識し、参加者Ｃの役割「システム設計」に対して付与されたファイルアクセス権をファイル３８から解除する。これにより、役割「システム設計」が割り当てられている参加者（例えば参加者Ｃ）は、ファイル３８へのアクセスが許可されない。

プロセッサ２４は、活動において第１参加者の役割に対応するフェーズ（例えば作業）の次のフェーズ（例えば作業）に対応する役割が割り当てられている第３参加者に対して、ファイルへのファイルアクセス権を付与してもよい。例えば、プロセッサ２４は、上述した統合管理情報を参照して、当該活動に含まれる各フェーズの順番を特定し、次のフェーズに対応する役割が割り当てられている第３参加者に対して、ファイルへのファイルアクセス権を付与する。この場合、プロセッサ２４は、当該次のフェーズに対応する役割を識別するための役割識別情報を当該ファイルに関連付けることで、当該役割が割り当てられている参加者が当該ファイルにアクセスすることを許可する。

図７に示す例では、第１参加者である参加者Ｄに役割「詳細設計」が割り当てられている。この場合、プロセッサ２４は、当該役割「詳細設計」に対応するフェーズ「詳細設計」の次のフェーズ「実装」に対応する役割「実装」を識別するための役割識別情報をファイル３８に関連付ける。これにより、役割「実装」が割り当てられている参加者が、ファイル３８にアクセスすることが許可される。

プロセッサ２４は、第２参加者である参加者Ｃの役割に対応する作業が完了した場合、参加者Ｃの役割に対応するフェーズの次のフェーズに対応する役割が割り当てられている参加者に対して、ファイル３８へのファイルアクセス権を付与してもよい。この処理について詳しく説明すると、プロセッサ２４は、ファイル３８が関連付けられているメッセージ３６の宛先の参加者である参加者Ｃが投稿したメッセージ（例えばメッセージ４０，４２）に含まれる文字列を解析し、参加者Ｃの役割に対応する作業が完了したか否かを判断する。当該作業が完了している場合、プロセッサ２４は、参加者Ｃの役割に対応するフェーズの次のフェーズに対応する役割が割り当てられている参加者に対して、ファイルへのファイルアクセス権を付与する。つまり、プロセッサ２４は、当該次のフェーズに対応する役割を識別するための役割識別情報をファイル３８に関連付ける。

具体例を挙げて説明すると、ファイル３８が関連付けられているメッセージ３６の宛先の参加者である参加者Ｃが投稿したメッセージ４２には、文字列「レビュー」、「完了」が含まれている。この場合、プロセッサ２４は、参加者Ｃに割り当てられている役割に対応する作業が完了したと判断し、参加者Ｃの役割「システム設計」に対応するフェーズ「システム設計」の次のフェーズ「詳細設計」に対応する役割「詳細設計」を識別するための役割識別情報をファイル３８に関連付ける。

プロセッサ２４は、第２参加者である参加者Ｃの役割に対応する作業が完了した場合、第１参加者である参加者Ｄの役割に対応するフェーズの次のフェーズに対応する役割が割り当てられている参加者に対して、ファイル３８へのファイルアクセス権を付与してもよい。

図７に示す例では、ファイル３８が関連付けられているメッセージ３６の宛先の第２参加者である参加者Ｃの役割「システム設計」に対応する作業が完了した場合、プロセッサ２４は、メッセージ３６を投稿した第１参加者である参加者Ｄの役割「詳細設計」に対応するフェーズ「詳細設計」の次のフェーズ「実装」に対応する役割「実装」が割り当てられている参加者に対して、ファイル３８へのファイルアクセス権を付与する。つまり、プロセッサ２４は、次のフェーズ「実装」に対応する役割「実装」を識別するための役割識別情報をファイル３８に関連付ける。これにより、役割「実装」が割り当てられている参加者は、ファイル３８へのアクセスが許可される。

図７を参照して説明したファイルアクセス権の設定の例は一例である。例えば、ファイル３８が関連付けられているメッセージ３６を投稿した参加者Ｄの役割「詳細設計」と、メッセージ３６の宛先の参加者である参加者Ｃの役割「システム設計」と、に対してファイル３８のファイルアクセス権が付与される。また、メッセージ３６の宛先の参加者Ｃの役割「システム設計」に対応する作業が完了した場合、メッセージ３６を投稿した参加者Ｄの役割「詳細設計」に対応するフェーズ「詳細設計」の次のフェーズ「実装」に対応する役割「実装」に対して、ファイル３８のファイルアクセス権が付与される。これにより、役割「詳細設計」が割り当てられている参加者、役割「システム設計」が割り当てられている参加者、及び、役割「実装」が割り当てられている参加者が、ファイル３８にアクセスすることが許可される。また、ファイルアクセス権が解除された役割が割り当てられている参加者は、ファイル３８へのアクセスが許可されない。

図８には、参加者Ｄと参加者Ｆとの間でやり取りされているメッセージが示されている。図８には、参加者Ｄの端末装置１６Ｄのディスプレイに表示されるメッセージ画面３４Ｄが示されている。メッセージ画面３４Ｄには、メッセージ４８，５０，５２，５４，５８が表示されている。メッセージ５０，５４は、参加者Ｆ宛に参加者Ｄが送信したメッセージである。メッセージ４８，５２，５８は、参加者Ｄ宛に参加者Ｆが送信したメッセージである。参加者Ｆの端末装置１６Ｆのディスプレイにもメッセージ画面３４Ｄと同様の画面が表示され、当該画面にメッセージ４８，５０，５２，５４，５８が表示される。また、メッセージ５４には、ファイル３８へのリンク（例えばＵＲＬ等のアドレス）を示すファイル５６が関連付けられている。当該リンクにアクセスすることで、ファイル３８へアクセスすることができる。

また、図７に示すように、参加者Ｃと参加者Ｄとの間でメッセージがやり取りされることで、役割「詳細設計」、役割「システム設計」及び役割「実装」に対して、ファイル３８のファイルアクセス権が付与されている。例えば、ファイル３８が関連付けられているメッセージ３６を投稿した参加者Ｄは、参加者Ｃとの間でメッセージをやり取りし（図７参照）、その後、参加者Ｆとの間でメッセージをやり取りする（図８参照）。

プロセッサ２４は、参加者Ｄが投稿したメッセージの宛先の参加者である参加者Ｆの役割「テスト」に対して、参加者Ｄが投稿したファイル３８のファイルアクセス権を設定する。つまり、プロセッサ２４は、役割「テスト」を識別するための役割識別情報をファイル３８に関連付ける。これにより、役割「テスト」が割り当てられている参加者は、ファイル３８にアクセスすることが許可される。

図９には、メッセージの別のやり取りが示されている。図９には、メッセージ画面３４Ｅが示されている。メッセージ画面３４Ｅは、参加者Ｅの端末装置１６Ｅのディスプレイに表示される画面である。メッセージ画面３４Ｅ上では、参加者Ｅと他の参加者との間でメッセージ６０，６２，６４，６６がやり取りされている。参加者Ｅが投稿したメッセージ６０にはファイル６８が添付されている。

例えば、プロセッサ２４は、ファイル６８が関連付けられているメッセージ６０に含まれる文字列を解析し、その解析結果に応じたファイルアクセス権をファイル６８に設定する。メッセージ６０には、文字列「実装」が含まれている。この場合、プロセッサ２４は、役割「実装」を識別するための役割識別情報をファイル６８に関連付けることで、役割「実装」に対してファイル６８のファイルアクセス権を設定する。これにより、役割「実装」が割り当てられている参加者は、ファイル６８にアクセスすることが許可される。

また、メッセージ６０には、文字列「実装」と共に文字列「完了」が含まれている。この場合、プロセッサ２４は、役割「実装」に対応する作業が完了したことを認識し、役割「実装」を識別するための役割識別情報をファイル６８に関連付けることで、役割「実装」に対してファイルアクセス権を設定してもよい。

プロセッサ２４は、ファイル６８が関連付けられているメッセージ６０を投稿した参加者Ｅの役割「実装」に対して、ファイル６８のファイルアクセス権を設定してもよい。

図１０には、メッセージの別のやり取りが示されている。図１０には、メッセージ画面３４Ｆが示されている。メッセージ画面３４Ｆは、参加者Ｆの端末装置１６Ｆのディスプレイに表示される画面である。メッセージ画面３４Ｆ上では、参加者Ｆと他の参加者との間でメッセージ７０，７２，７４，７６がやり取りされている。参加者Ｆが投稿したメッセージ７０にはファイル７８が添付されている。

例えば、プロセッサ２４は、ファイル７８が関連付けられているメッセージ７０に含まれる文字列を解析し、その解析結果に応じたファイルアクセス権をファイル７８に設定する。メッセージ７０には、文字列「テスト」が含まれている。この場合、プロセッサ２４は、役割「テスト」を識別するための役割識別情報をファイル７８に関連付けることで、役割「テスト」に対してファイル７８のファイルアクセス権を設定する。これにより、役割「テスト」が割り当てられている参加者は、ファイル７８にアクセスすることが許可される。

また、メッセージ７０には、文字列「テスト」と共に文字列「作成」が含まれている。この場合、プロセッサ２４は、役割「テスト」に対応する作業が完了したことを認識し、役割「テスト」を識別するための役割識別情報をファイル７８に関連付けることで、役割「テスト」に対してファイルアクセス権を設定してもよい。

プロセッサ２４は、ファイル７８が関連付けられているメッセージ７０を投稿した参加者Ｆの役割「テスト」に対して、ファイル７８のファイルアクセス権を設定してもよい。

以下、実施形態の別の適用例について説明する。１つの方向に作業が流れる活動に実施形態が適用されてもよい。例えば、行われるべき順序が決まっている複数の作業を含む活動に実施形態が適用されて、各作業についての権限が、各作業に関わる作業者に対して付与される。

例えば、医療現場において行われる複数の作業を含む活動（例えば、医療行為や診断等）に、実施形態が適用される。具体的には、ＣＴ装置やＭＲＩ装置等による撮影を含む医療行為や診断に実施形態が適用されることが考えられる。このような場面では、放射線技師等の撮影者によるスキャン、画像生成、画像の品質の確認、画像への診断情報の負荷、医師や看護師等による画像の表示や印刷、といった各作業がこの順番で行われる。この場合、医師の権限は他の権限よりも大きいため、医師には、全ての作業についての権限が付与され、医師以外の作業者には、当該作業者の役割に応じた権限が付与される。

別の例として、出版や広告に関する業務に実施形態が適用されてもよい。例えば、原稿の作製、入稿、組版、校正、色校正、印刷、といった各作業がこの順番で行われる。各作業に関わる作業者の役割や順序に応じた権限が、各作業者に付与される。

上記のファイル管理サーバ１０、メッセージングサーバ１２、連携サーバ１４及び端末装置１６の各部の機能は、一例としてハードウェアとソフトウェアとの協働により実現される。例えば、各装置のプロセッサが、各装置のメモリに記憶されているプログラムを読み出して実行することで、各装置の機能が実現される。プログラムは、ＣＤ又はＤＶＤ等の記録媒体を経由して、又は、ネットワーク等の通信経路を経由して、メモリに記憶される。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばCPU： Central Processing Unit、等）や、専用のプロセッサ（例えばGPU： Graphics Processing Unit、ASIC： Application Specific Integrated Circuit、FPGA： Field Programmable Gate Array、プログラマブル論理デバイス、等）を含むものである。また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

１０Ａ，１０Ｂ，・・・，１０Ｋ ファイル管理サーバ、１２Ａ，１２Ｂ，・・・，１２Ｌ メッセージングサーバ、１４ 連携サーバ、１６Ａ，１６Ｂ，・・・，１６Ｍ 端末装置、２４ プロセッサ。

Claims (6)

1. プロセッサを有し、
   前記プロセッサは、
   特定の活動において役割が割り当てられた複数のユーザの間でメッセージをやり取りするサービスをユーザに提供し、
   前記サービスにおいて第１ユーザが第２ユーザ宛にファイルが関連付けられた第１メッセージを送信した場合、前記第２ユーザの役割に応じたアクセス権を前記ファイルに設定し、
   前記第１メッセージに期限に関する情報が含まれている場合、前記期限に応じたアクセス権を前記ファイルに設定する、
   情報処理装置。
2. 前記プロセッサは、更に、
   前記第２ユーザの役割と同じ役割が割り当てられたユーザに対して前記ファイルへのアクセス権を付与する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記プロセッサは、更に、
   前記ファイルに対する前記第２ユーザの役割に応じた作業が完了した場合、前記第２ユーザの役割に対して付与されたアクセス権を解除する、
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記プロセッサは、更に、
   前記活動において前記第１ユーザの役割に対応する作業の次の作業に対応する役割を有する第３ユーザに対して、前記ファイルのアクセス権を付与する、
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
5. 前記プロセッサは、更に、
   前記第１メッセージに含まれるキーワードに応じたアクセス権を前記ファイルに設定する、
   ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置。
6. コンピュータが、
   特定の活動において役割が割り当てられた複数のユーザの間でメッセージをやり取りするサービスをユーザに提供し、
   前記サービスにおいて第１ユーザが第２ユーザ宛にファイルが関連付けられた第１メッセージを送信した場合、前記第２ユーザの役割に応じたアクセス権を前記ファイルに設定し、
   前記第１メッセージに期限に関する情報が含まれている場合、前記期限に応じたアクセス権を前記ファイルに設定する、
   ように動作させるためのプログラム。