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

Abstract

【課題】コンテンツに対するアクセス権の設定要求が承認されるまでに時間がかかってしまうことを抑制する。【解決手段】受付手段２１は、コンテンツについてユーザに対するアクセス権の設定要求を受け付ける。送信手段２２は、アクセス権の設定要求を受け付けたコンテンツに対するアクセスが許可されているユーザに対し、設定要求を承認するか否かの投票依頼を送信する。設定手段２３は、送信手段２２により送信された問い合わせ要求の応答として受信される情報を集計し、集計結果が予め定められた条件を満たす場合に、上記コンテンツに対してアクセス権を設定する。【選択図】図２

Description

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

電子文書等のコンテンツの利用権限を管理するための技術が種々提案されている。例えば特許文献１には、利用者がセキュリティポリシーを付与された電子文書に対する利用権限を所有しているか否かを判定し、所有していない場合は、電子文書の発行者もしくはその代理人に電子文書に対する利用許可の申請を受付け、利用が許可された場合に電子文書を利用する権限を与える承認制文書保護システムが記載されている。特許文献２には、資源（情報を含む）管理にかかわる主体を、その役割ごとに三つに分離し、即ち、特定資源の利用を行う主体としてのユーザと、ユーザの特定の特徴について証明、保証を行う主体としての検証者と、特定資源について、特定ユーザの利用可否を判断する主体としての権限付与者とに明確に分離する手法が記載されている。

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

ところで、コンテンツに対するアクセス権の設定の可否が、コンテンツのオーナーや管理者等の特定のユーザにより判断される場合がある。その場合、例えばコンテンツのオーナーや管理者が不在である期間にアクセス権の設定要求があると、アクセス権が承認されるまでに時間がかかってしまう場合があった。
本発明は、コンテンツに対するアクセス権の設定要求が承認されるまでに時間がかかってしまうことを抑制することを目的とする。

本発明の請求項１に係る情報処理装置は、コンテンツについてユーザに対するアクセス権の設定要求を受け付ける受付手段と、前記コンテンツに対するアクセスが許可されているユーザに対し、前記設定要求を承認するか否かの投票依頼を送信する送信手段と、前記送信された投票依頼の応答として受信された情報を集計し、集計結果が予め定められた条件を満たす場合に、前記アクセス権を設定する設定手段とを有することを特徴とする。

本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記送信手段は、前記コンテンツに対するアクセスが許可されているユーザのうち、属性が予め定められた条件を満たすユーザに対し、前記投票依頼を送信することを特徴とする。

本発明の請求項３に係る情報処理装置は、請求項２に記載の構成において、前記送信手段は、前記コンテンツに対するアクセスが許可されているユーザのうち、ネットワーク接続状態がオンラインであるユーザに対し、前記投票依頼を送信することを特徴とする。

本発明の請求項４に係る情報処理装置は、請求項１乃至３のいずれか１項に記載の構成において、前記設定手段は、前記受信された情報を集計する際に、前記設定要求に対応するユーザの属性と該受信された情報に対応するユーザの属性との関係に従って該受信された情報に対する重み付けを行うことを特徴とする。

本発明の請求項５に係る情報処理装置は、請求項４に記載の構成において、前記設定手段は、前記設定要求に対応するユーザと前記受信された情報に対応するユーザとの距離に従って前記重み付けを行うことを特徴とする。

本発明の請求項６に係る情報処理装置は、請求項１乃至５のいずれか１項に記載の構成において、前記設定手段は、前記コンテンツの属性毎に前記条件を異ならせることを特徴とする。

本発明の請求項７に係る情報処理装置は、請求項１乃至６のいずれか１項に記載の構成において、前記設定手段は、前記コンテンツの属性が予め定められた第２の条件を満たす場合に、前記集計結果を用いた前記アクセス権の設定を行うことを特徴とする。

本発明の請求項８に係る情報処理装置は、請求項１乃至７のいずれか１項に記載の構成において、前記設定手段は、複数の集計式のうちの前記コンテンツの属性に対応する集計式を用いて前記集計を行うことを特徴とする。

本発明の請求項９に係るプログラムは、コンピュータに、コンテンツについてユーザに対するアクセス権の設定要求を受け付けるステップと、前記コンテンツに対するアクセスが許可されているユーザに対し、前記設定要求を承認するか否かの投票依頼を送信するステップと、前記送信された投票依頼の応答として受信された情報を集計し、集計結果が予め定められた条件を満たす場合に、前記アクセス権を設定するステップとを実行させるためのプログラムであることを特徴とする。

請求項１及び９に係る発明によれば、コンテンツに対するアクセス権の設定要求が承認されるまでに時間がかかってしまうことが抑制される。
請求項２に係る発明によれば、アクセス権の設定要求を承認するか否かの判定が不正に行われることを抑制することができる。
請求項３に係る発明によれば、コンテンツに対するアクセス権の設定要求が承認されるまでに時間がかかってしまうことが抑制される。
請求項４に係る発明によれば、アクセス権の設定要求の承認の可否を判定する際に、ユーザの属性を加味した判定を行うことができる。
請求項５に係る発明によれば、アクセス権の設定要求の承認の可否を判定する際に、ユーザ同士の距離を加味した判定を行うことができる。
請求項６に係る発明によれば、アクセス権の設定要求の承認の可否を判定する際に、コンテンツの属性を加味した判定を行うことができる。
請求項７に係る発明によれば、集計結果を用いたアクセス権の設定を行うか否かをコンテンツの属性に応じて異ならせることができる。
請求項８に係る発明によれば、コンテンツの属性に応じて集計処理の内容を異ならせることができる。

アクセス権管理システムの構成を例示する図 アクセス権管理システムの機能構成を例示する図 ユーザ端末のハードウェア構成を例示する図 サーバのハードウェア構成を例示する図 コンテンツ管理テーブルの内容を例示する図 アクセス管理テーブルの内容を例示する図 アクセスコントロールリスト（ＡＣＬ）の内容を例示する図 アクセス権管理システムの処理の流れを例示するフローチャート 参照権の投票及び集計処理の流れを例示するフローチャート 権限保持者の絞り込み処理の流れを例示するフローチャート 絞り込み処理で用いられる関数を例示する図 コンテンツの権限保持者のリストを例示する図 絞り込み処理により絞り込まれた権限保持者のリストを例示する図 投票処理の流れを例示するフローチャート ユーザ端末のＵＩ部に表示される画面を例示する図 集計方法を例示する図 投票結果の集計内容及び判定内容を例示する図 アクセスコントロールリスト（ＡＣＬ）の内容を例示する図 アクセス権管理システム１の処理の流れを例示するシーケンスチャート 権限保持者のリストを例示する図

［１］構成
図１は本実施形態に係るアクセス権管理システム１の構成を示すブロック図である。アクセス権管理システム１は、ユーザ端末１０Ａ、１０Ｂ、１０Ｃ、…と、サーバ２０（情報処理装置の例）とを備える。ユーザ端末１０Ａ、１０Ｂ、１０Ｃ、…は、例えばスマートフォン、タブレット端末、又はノートブック型ＰＣ（Personal Computer）である。以下の説明では、説明の便宜上、ユーザ端末１０Ａ、１０Ｂ、１０Ｃ、…を各々区別する必要がない場合には、これらを「ユーザ端末１０」と称する。ユーザ端末１０は通信回線２によりサーバ２０に接続されている。通信回線２は、例えばインターネットや移動体通信網、電話回線、ＬＡＮ（local Area Network）などのうちの少なくとも１つを含む。サーバ２０はストレージサービスなどの各種サービスを提供する。特に、サーバ２０は、登録されたコンテンツに対するアクセス権の管理を行う。

この実施形態では、サーバ２０は、図６に例示されるアクセス管理テーブル及び図７に例示されるアクセスコントロールリスト（以下「ＡＣＬ」という）を用いて、コンテンツのアクセス権を管理する。ＡＣＬは、各コンテンツに対するアクセス権を管理するためのリストである。ＡＣＬは、そのコンテンツに対するアクセス権を有するユーザのユーザＩＤのリストを含む。この実施形態では、コンテンツ毎にＡＣＬが設けられており、アクセス要求のあったコンテンツのＡＣＬに要求元ユーザのユーザＩＤが登録されているかによって、アクセスの可否が判定される。なお、コンテンツはサーバ２０のメモリに記憶されていてもよく、また、他の外部サーバに格納されていてもよい。

図２はアクセス権管理システム１の機能構成を例示するブロック図である。図において、サーバ２０は、受付手段２１、送信手段２２、及び設定手段２３を有する。受付手段２１は、コンテンツについてユーザに対するアクセス権の設定要求を受け付ける。送信手段２２は、コンテンツに対するアクセスが許可されているユーザに対し、設定要求を承認するか否かの投票依頼を送信する。この実施形態において、投票依頼とは、複数のユーザのユーザ端末１０に対し、アクセス権の設定要求を承認するか否かの投票を依頼する要求を示す。投票依頼を受信したユーザ端末１０は、投票を行うための画面を表示パネル等に表示させ、ユーザに投票を促す。複数のユーザはそれぞれ、表示される情報を参照して設定要求を承認するか否かを投票する操作を行う。複数のユーザによる投票結果はサーバ２０により集計される。設定手段２３は、送信手段２２により送信された投票依頼の応答として受信される情報を集計し、集計結果が予め定められた条件を満たす場合に、ユーザに対するアクセス権を設定する。

図３はユーザ端末１０のハードウェア構成を例示する図である。図において、メモリ１５１は各種データを記憶する。プロセッサ１５２はメモリ１５１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ１５３は外部の装置と通信回線２を介したデータ通信を行うインターフェイスである。ＵＩ部１５４は例えばタッチスクリーンとキーとを備える。

図４はサーバ２０のハードウェア構成を例示する図である。図において、メモリ２５１は各種データを記憶する。プロセッサ２５２はメモリ２５１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ２５３は外部の装置とネットワークを介したデータ通信を行うインターフェイスである。

この例で、メモリ２５１に記憶されているプログラムをプロセッサ２５２が実行することにより、図２に示される機能が実装される。プログラムを実行しているプロセッサ２５２は、受付手段２１、送信手段２２及び設定手段２３の例である。

この実施形態では、サーバ２０は、メモリ２５１に記憶されているコンテンツ管理テーブル及びアクセス管理テーブルを用いて、コンテンツ及びアクセス権の管理を行う。

図５はコンテンツ管理テーブルの内容を例示する図である。この例で、コンテンツ管理テーブルでは、「文書ＩＤ」、「コンテンツ名」、「コンテンツ」、「ＵＲＬ」、「更新日」、「作成者ＩＤ」、及び「投票結果の集計法Ｎｏ」の各項目が互いに関連付けられている。これらの項目のうち、「文書ＩＤ」の項目には、コンテンツを識別する識別情報が格納される。「コンテンツ名」の項目には、コンテンツのファイル名を示すテキスト情報が格納される。「コンテンツ」の項目には、コンテンツの内容を示すデータが格納される。「ＵＲＬ」の項目には、コンテンツの格納場所を示すアドレス情報が格納される。「更新日」の項目には、コンテンツの最終更新日を示す情報が格納される。「作成者ＩＤ」の項目には、コンテンツの作成者を識別するユーザＩＤが格納される。

「投票結果の集計法Ｎｏ」の項目には、そのコンテンツに対するアクセス権の設定の可否を判定する際に用いられる集計方法を識別する情報が格納される。投票結果の集計方法については後述する。

図６はアクセス管理テーブルの内容を例示する図である。この例で、アクセス管理テーブルでは、「文書ＩＤ」及び「ＡＣＬへのアドレス」の各項目が互いに関連付けられている。これらの項目のうち、「文書ＩＤ」の項目には、コンテンツを識別する識別情報が格納される。「ＡＣＬへのアドレス」の項目には、アクセスコントロールリスト（以下「ＡＣＬ」という）へのアドレスが格納される。ＡＣＬはコンテンツ毎に設けられている。

この実施形態では、コンテンツに対するアクセス権として、「生成権」、「参照権」、「更新権」、「削除権」、及び「権限変更権」が用いられる。「生成権」は、コンテンツを作成する権限を示す。「参照権」は、コンテンツを閲覧する権限を示す。「更新権」は、コンテンツを更新する権限を示す。「削除権」はコンテンツを削除する権限を示す。「権限変更権」は、コンテンツに対するアクセス権を変更する権限を示す。

図７はＡＣＬの内容を例示する図である。この例で、ＡＣＬは、「ＡＣＬのアドレス」、「ユーザＩＤ」、「Create権」、「Read権」、「Update権」、「Delete権」、「権限変更」、及び「次のＡＣＬ」の各項目が互いに関連付けられたレコードのリストである。これらの項目のうち、「ＡＣＬのアドレス」の項目には、そのレコードが格納されているアドレスを示す情報が格納される。「ユーザＩＤ」の項目には、そのコンテンツに対してアクセス権が設定されているユーザを識別するユーザＩＤが格納される。「Create権」、「Read権」、「Update権」、「Delete権」、及び「権限変更」の各項目にはそれぞれ、そのユーザに対して、生成権、参照権、更新権、削除権、及び権限変更権が付与されているか否かを示すフラグが格納される。この例で、「１」の値は、その権限が付与されている旨を示す。一方、「０」の値は、その権限が付与されていない旨を示す。

図７の例では、そのコンテンツを作成したユーザ（作成者）が、ユーザＩＤが「uid-0000133」であるユーザであることが示される。ユーザＩＤが「uid-0000133」であるユーザには、そのコンテンツに対する生成権、参照権、更新権及び削除権が付与されている。一方、ユーザＩＤが「uid-0000003」であるユーザには、参照権が付与されており、更新権や削除権は付与されていない。すなわち、ユーザＩＤが「uid-0000003」であるユーザは、そのコンテンツを閲覧する権限を有しているものの、そのコンテンツを更新したり削除したりする権限を有していない。また、図７の例では、コンテンツについて、ユーザＩＤが「uid-0000133」、「uid-0000876」、…、「uid-0098597」の１１人のユーザに対して参照権が付与されている。

「次のＡＣＬ」の項目には、次のレコード（そのコンテンツに対してアクセス権が付与されている他のユーザに対応するレコード）の格納先アドレスを表すポインタが格納される。

［２］動作
図８はアクセス権管理システム１の処理の流れを示すフローチャートである。図８の例では、申請者によりコンテンツの参照権が申請される場合の動作が示されている。まず、ステップＳ２０１において、ユーザ端末１０のプロセッサ１５２は、サーバ２０に対してログイン処理を行う。すなわち、プロセッサ１５２は、ユーザＩＤ及びパスワード等のログイン情報を含むログイン要求をサーバ２０へ送信し、サーバ２０は、受信されるログイン情報を用いてユーザ認証を行う。サーバ２０はユーザ認証の結果示す応答をユーザ端末１０に送信する。

ステップＳ２０２において、プロセッサ１５２は、コンテンツに対するアクセス要求をサーバ２０に送信する。このアクセス要求には、ユーザを識別するユーザＩＤ、及びコンテンツの格納先を示すＵＲＬ（以下「コンテンツＵＲＬ」という）が含まれる。

ステップＳ２０３において、サーバ２０のプロセッサ２５２は、アクセス要求に含まれるユーザＩＤをもとに、コンテンツに対する参照権をそのユーザが有しているかを判定する。この判定は、アクセス管理テーブルを参照することにより行われる。具体的には、例えば、アクセス管理テーブルが図６に例示される内容である場合において、文書ＩＤが「doc-00010001」であるコンテンツに対する参照権を確認する場合、プロセッサ２５２は、アクセス管理テーブルにおいて「doc-00010001」に紐付けられているＡＣＬへのアドレスである「addr-00010001」を用いてＡＣＬにアクセスし、そのユーザＩＤがＡＣＬに登録されているか、また、登録されている場合に参照権が付与されているかを判定する。ステップＳ２０３において参照権が付与されていると判定された場合、プロセッサ２５２はステップＳ２０８の処理に進む。一方、参照権が付与されていないと判定された場合、プロセッサ２５２はその旨をユーザ端末１０に通知する。この場合、アクセス権管理システム１の処理はステップＳ２０４の処理に進む。

ステップＳ２０４において、プロセッサ１５２は参照権を申請するかを判定する。この判定は、例えばプロセッサ１５２が申請するか否かを選択するための画面をＵＩ部１５４に表示させ、ユーザの選択結果を判定することにより行われてもよい。申請すると判定された場合、プロセッサ１５２は、その旨を示す要求をサーバ２０に送信する。この場合、アクセス権管理システム１の処理はステップＳ２０５の処理に進む。一方、申請しないと判定された場合、プロセッサ１５２は処理を終了する。

ステップＳ２０５において、プロセッサ２５２は、参照権の投票及び集計処理を行う。この集計処理については後述する（図９参照）。ステップＳ２０６において、プロセッサ２５２は、参照権を付与するか否かを集計結果に従って判定する。参照権を付与すると判定された場合（ステップＳ２０６；Ｙｅｓ）、プロセッサ２５２はステップＳ２０７の処理に進む。一方、付与しないと判定された場合（ステップＳ２０６；Ｎｏ）、プロセッサ２５２はステップＳ２０９の処理に進む。

ステップＳ２０７において、プロセッサ２５２は、ステップＳ２０５の集計結果が予め定められた条件を満たす場合に、参照権を設定する処理を行う。この実施形態では、プロセッサ２５２は、そのコンテンツに対応するＡＣＬにそのユーザのレコードを追加し、そのユーザの参照権のフラグに参照権がある旨を示す値を設定する。

図１８は、申請者に参照権が付与された場合のＡＣＬの内容を例示する図である。この例は、図７に例示したＡＣＬに対して、申請者のレコードが追加された状態を示す。図１８では、ユーザＩＤが「uid-0100364」であるユーザ（参照権の申請者）がＡＣＬに登録され、参照権が付与された（「Read権」に「１」が設定された）状態が例示されている。

図８の説明に戻る。ステップＳ２０８において、プロセッサ２５２は、コンテンツをメモリ２５１から読み出し、読み出したコンテンツをユーザ端末１０に送信する。なお、コンテンツが外部サーバ等に格納されている場合、プロセッサ２５２は外部サーバ等に対しコンテンツの取得要求を送信してコンテンツを外部サーバ等から受信し、受信したコンテンツをユーザ端末１０に送信する。サーバ２０によりコンテンツが送信されると、アクセス権管理システム１の処理はステップＳ２１１の処理に進む。

ステップＳ２０９において、プロセッサ２５２は、参照権の付与が許可されなかった旨のメッセージをユーザ端末１０に送信する。ステップＳ２１０において、プロセッサ１５２は、参照権の申請結果を表示する。ステップＳ２１１において、プロセッサ１５２はコンテンツをＵＩ部１５４に表示する。参照権の申請者であるユーザは、ＵＩ部１５４により、コンテンツの内容を確認する。

図９は、サーバ２０が行う参照権の投票及び集計処理（図８のステップＳ２０５）の流れを例示するフローチャートである。ステップＳ３００において、サーバ２０のプロセッサ２５２は、コンテンツについてユーザに対するアクセス権の設定要求を受け付ける。この設定要求にはコンテンツＵＲＬが含まれる。ステップＳ３０１において、プロセッサ２５２は、コンテンツＵＲＬから文書ＩＤを検索する。

ステップＳ３０２において、プロセッサ２５２は、そのコンテンツに対するアクセス権を有するユーザ（権限保持者）を抽出する。この実施形態では、アクセス管理テーブルを参照して、そのコンテンツに紐付けられたＡＣＬを参照し、ＡＣＬに登録されているユーザのうち、「権限変更権」が設定されているユーザを権限保持者として抽出する。

ステップＳ３０３において、プロセッサ２５２は、コンテンツに対するアクセスが許可されているユーザのうち、属性が予め定められた条件を満たすユーザを絞り込む処理を行う。この実施形態では、権限保持者と申請者がＳＮＳ（social networking service）上で友人関係にあるか否か、及び、権限保持者のタイムゾーンと申請者のタイムゾーンが共通するか否か、により絞り込み処理が行われる。権限保持者と申請者とが友人関係にあるか否かの判定や、タイムゾーンが共通するか否かの判定は、例えば予め設けられたユーザ管理テーブルが参照されることにより行われる。この場合、ユーザ管理テーブルには、ユーザ毎に、ＳＮＳ上で友人として登録されているユーザのリストや、タイムゾーンを示す情報が格納されている。

図１０は権限保持者の絞り込み処理（図９のステップＳ３０３）の流れを例示するフローチャートである。ステップＳ５０１において、プロセッサ２５２は、ユーザの距離を比較する関数へのポインタを変数FUNCにセットする。

図１１は絞り込み処理で用いられる関数を例示する図である。図１１には、DistUsr1(User1, User2)、及びDistUsr2(User1, User2) の２つの関数が例示されている。関数DistUsr1では、「User1」と「User2」とが友人関係にある場合、かつ、「User1」と「User2」とがタイムゾーンが共通する国にいる場合、「true」がリターンされる。一方、それ以外の場合、「false」がリターンされる。

図１０の説明に戻る。ステップＳ５０２において、プロセッサ２５２は、変数FUNCに設定したポインタにより示される関数の戻り値が「true」となる権限保持者の情報を保存するためのメモリ領域（以下「絞り込み領域」という）を確保する。

ステップＳ５０３において、プロセッサ２５２は、変数iの値を「０」にする。ステップＳ５０４において、プロセッサ２５２は、「申請者」と「i番目の権限保持者」とを引数として、変数FUNCにセットされたポインタにより示される関数をコールする。関数の戻り値が「true」である場合、プロセッサ２５２はステップＳ５０５の処理に進む。一方、関数の戻り値が「false」である場合、プロセッサ２５２はステップＳ５０５の処理をスキップしてステップＳ５０６の処理に進む。

ステップＳ５０５において、プロセッサ２５２は、i番目の権限保持者を絞り込み領域に転記する。ステップＳ５０６において、プロセッサ２５２は、変数iをインクリメントする。ステップＳ５０７において、プロセッサ２５２は、変数iが、図９のステップＳ３０２で抽出された権限保持者の総数より小さいかを判定する。小さいと判定された場合（まだ判定していない権限保持者がある場合）、プロセッサ２５２はステップＳ５０４の処理に戻り、次の権限保持者について関数を用いた判定処理を行う。一方、小さくないと判定された場合（抽出された権限保持者について判定がなされた場合）、プロセッサ２５２は処理を終了する。

図１２は、図９のステップＳ３０２で抽出されたコンテンツの権限保持者のリストを例示する図であり、図１３は図９のステップＳ３０３で絞り込まれた権限保持者を例示する図である。図１２の例では、コンテンツの作成者を含む１１人のユーザが権限保持者として抽出されている。なお、図１２に例示されるリストには、参照権の申請者であるユーザ（uid-0100364）も含まれている。図１２に例示されるリストの権限保持者に対して、絞り込み処理が行われることにより、図１３に例示される５人の権限保持者が、投票を依頼するユーザとして特定される。

図９の処理に戻る。ステップＳ３０３の処理を終えると、ステップＳ３０４において、プロセッサ２５２は、投票記憶ベクトルの各要素を「０」に初期化する。ステップＳ３０５において、プロセッサ２５２は、投票を依頼するユーザとして特定されたユーザに対し、ステップＳ３００で受け付けた設定要求を承認するか否かの投票依頼を送信する。この実施形態では、プロセッサ２５２は、ステップＳ３０３で絞り込まれた権限保持者に対して、そのコンテンツにユーザのアクセス権を設定してよいかの投票依頼を送信する。この投票依頼には、ユーザが投票操作を行うための画面へのアクセス先であるＵＲＬや、ユーザＩＤが含まれる。

図１４は、投票を依頼された権限保持者のユーザ端末１０が実行する投票処理の流れを示すフローチャートである。ステップＳ４０１において、プロセッサ１５２は、投票依頼を受信する。このリクエストには、参照権の申請者であるユーザのプロフィールを示す情報が含まれる。ステップＳ４０２において、プロセッサ１５２は、申請者のプロフィールをＵＩ部１５４に表示する。

図１５は、ＵＩ部１５４に表示される投票画面を例示する図である。図１５の例では、権限保持者の名前が表示されるとともに、参照権の申請者の顔写真、プロフィール、「賛成」、「反対」、「保留」のいずれかを選択するためのボタンＢ１、Ｂ２、Ｂ３、等が表示される。権限保持者は、ユーザ端末１０のＵＩ部１５４で申請者の身元や本人を確認し、申請者に対して参照権を付与するか否かを投票する操作を行う。

図１４の説明に戻る。ステップＳ４０４において、ユーザにより投票操作が行われると、プロセッサ１５２はステップＳ４０５の処理に進む。ステップＳ４０５において、プロセッサ１５２は、投票結果を示す情報をサーバ２０に送信する。

図９の説明に戻る。権限保持者による投票結果は、サーバ２０で集計される。ステップＳ３０６において、プロセッサ２５２は、投票された結果を投票記憶ベクトルにセットする。ステップＳ３０７において、プロセッサ２５２は、文書ＩＤに紐付けられた集計方法と閾値をコンテンツ管理テーブルから検索する。図５の例では、文書ＩＤが「doc-00010001」であるコンテンツには、集計法Ｎｏとして「２」が紐付けられている。

図１６は、集計方法及び閾値を例示する図である。図１６では、集計方法として「１」、「２」、「３」の３つの集計方法が例示されている。集計方法として「１」が選択された場合、投票結果ベクトルの要素（複数の権限保持者からの投票結果を示す情報）の合計が閾値以上であれば、参照権の付与が許可される。集計方法として「２」が選択された場合、要素の平均値が閾値以上であれば、参照権の付与が許可される。集計方法として「３」が選択された場合、負の値である要素の数が閾値以上であれば参照権の付与が拒絶される。集計方法及び閾値は、コンテンツ毎にコンテンツの作成者や管理者等により予め設定される。

図９の説明に戻る。ステップＳ３０８において、プロセッサ２５２は、ステップＳ３０５で依頼された投票結果として受信された情報を集計する。この実施形態では、プロセッサ２５２は、ステップＳ３０７で特定された集計方法に基づいて投票結果を集計し、申請者に参照権を付与するかを判定する。

図１７は投票結果の集計内容及び判定内容を例示する図である。図１７には、「権限保持者Ａ」、「権限保持者Ｂ」、「権限保持者Ｃ」、「権限保持者Ｄ」、及び「権限保持者Ｅ」の５人の権限保持者に投票が依頼され、その投票結果が、「賛成」が３票、「反対」が１票、「保留」が１票であった場合が例示されている。この実施形態では、「賛成」の要素は「１」、「反対」の要素は「−１」、「保留」の要素は「０」として計算が行われる。図１７の例において、判定方法が図１６の「２」である場合、要素の平均値は「０．４」となり、閾値である「０．２」よりも大きい値となるため、参照権を許可するかの判定は「許可」となる。

図９の説明に戻る。ステップＳ３０９において、プロセッサ２５２は、ステップＳ３０８の投票結果及び判定結果をログに記録する。ステップＳ３１０において、プロセッサ２５２は、参照権を付与した旨をコンテンツの作成者に通知する。

次いで、本実施形態の具体的な動作例を説明する。以下の例では、作成者Ｕｃが作成したコンテンツＣ１を、申請者Ｕａが閲覧する場合の動作を説明する。まず、申請者Ｕａはユーザ端末１０を用いて、コンテンツＣ１の閲覧を指示するための操作を行う。

図１９はアクセス権管理システム１の処理の流れを示すシーケンスチャートである。ステップＳ１０２において、ユーザ端末１０のプロセッサ１５２は、まず、サーバ２０に対しログイン処理を行う。すなわち、プロセッサ１５２は、申請者ＵａのユーザＩＤ及びパスワードを含むログイン要求をサーバ２０へ送信する。

ステップＳ１０３において、サーバ２０のプロセッサ２５２は受信されたログイン要求に含まれるユーザＩＤ及びパスワードを用いてユーザ認証を行う。ステップＳ１０４において、プロセッサ２５２は認証結果を示す応答をユーザ端末１０に送信する。

ユーザ認証に成功した場合、ステップＳ１０５において、プロセッサ１５２はコンテンツＣ１の閲覧要求をサーバ２０に送信する。ユーザ端末１０から閲覧要求を受信すると、ステップＳ１０６において、サーバ２０のプロセッサ２５２は権限保持者を抽出し（図９のステップＳ３０２）、権限保持者の絞り込み処理を行う（図９のステップＳ３０３）。

ステップＳ１０７、Ｓ１１０、Ｓ１１３、Ｓ１１６、及びＳ１１９において、プロセッサ２５２は、絞り込み処理により絞り込まれた権限保持者のユーザ端末１０に対し、投票依頼を送信する（図９のステップＳ３０５）。この投票依頼には、ユーザが投票操作を行うための画面へのアクセス先であるＵＲＬ及びユーザＩＤが含まれる。

ステップＳ１０８、Ｓ１１１、Ｓ１１４、Ｓ１１７及びＳ１２０において、権限保持者のユーザ端末１０のプロセッサ１５２は、ユーザの操作に応じて投票処理を行う。ステップＳ１０９、Ｓ１１２、Ｓ１１５、Ｓ１１８、及びＳ１２１において、プロセッサ１５２は、投票結果を示すデータをサーバ２０に送信する。

ステップＳ１２２において、プロセッサ２５２は、投票結果の集計方法を選択し（図９のステップＳ３０７）、選択した集計方法により集計処理を行って投票結果を判定する（図９のステップＳ３０８）。ステップＳ１２３において、プロセッサ２５２は、判定結果を示すデータを申請者のユーザ端末１０に送信する。この送信されるデータには、サーバ２０により発行されたトークンが含まれる。また、ステップＳ１２４において、プロセッサ２５２は、アクセス権を付与した旨を作成者Ｕｃのユーザ端末１０に送信する。

サーバ２０から判定結果を示すデータを受信すると、プロセッサ１５２は、判定結果を示す画像をＵＩ部１５４に表示させる。申請者Ｕａは、ＵＩ部１５４に表示される画面を確認し、ＵＩ部１５４を操作して閲覧指示を行う。ステップＳ１２６において、ユーザ端末１０のプロセッサ１５２は、申請者Ｕａの操作に応じて、コンテンツの閲覧要求をサーバ２０に送信する。この閲覧要求には、サーバ２０により発行されたトークンが含まれる。サーバ２０のプロセッサ２５２は、閲覧要求を受信すると、ステップＳ１２７において、受信された閲覧要求に含まれるトークンを用いて認証を行う。認証に成功すると、プロセッサ２５２は、ステップＳ１２８において、閲覧要求に対応するコンテンツＣ１（例えば画像データ）を、閲覧要求の送信元のユーザ端末１０に送信する。

ユーザ端末１０は、サーバ２０からコンテンツＣ１を受信すると、受信されたコンテンツＣ１の表す画像をＵＩ部１５４に表示させる等してコンテンツＣ１を出力する。申請者Ｕａは、ＵＩ部１５４により、コンテンツＣ１の内容を確認する。

ところで、コンテンツに対するアクセス権の設定の可否を、特定のユーザ（コンテンツの作成者や管理者）が行うシステムの場合、例えばその特定のユーザが不在である期間にアクセス権の設定要求があると、そのアクセス権が承認されるまでに時間がかかってしまう場合があった。それに対しこの実施形態では、コンテンツに対するアクセス権の設定要求があった場合に、そのコンテンツに対するアクセス権を有する複数の権限保持者に対してアクセス権の設定の可否の投票依頼が行われ、それらの権限保持者の投票結果の集計結果に基づいてアクセス権の設定の可否が判定される。これにより、コンテンツのアクセス権の設定が要求されてから、その結果がでるまでに時間がかかってしまうことが抑制される。

また、従来のシステムにおいて、コンテンツに対してアクセス権の設定を要求してきたユーザの本人確認や身元確認をコンテンツの作成者が行うのは困難であり、アクセス権の設定の可否の判断が困難である場合があった。それに対しこの実施形態では、例えば申請者との距離が近いユーザや、申請者と友人関係にあるユーザに投票依頼が行われることにより、アクセス権を設定する際の申請者の身元確認等に関する信頼性が高くなる。

［３］変形例
上述した実施形態は、本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した実施形態及び以下に示す各変形例は、必要に応じて組み合わせて実施してもよい。

（１）上述の実施形態では、コンテンツに対するアクセス権の設定要求があった場合に、サーバ２０は、そのコンテンツに対する権限変更権が設定されているユーザを権限保持者として抽出し（図９のステップＳ３０２）、抽出した権限保持者の中から、予め定められた条件に従って権限保持者を絞り込み（図９のステップＳ３０３）、絞り込まれた権限保持者に対して投票を依頼する処理を行った。投票を依頼するユーザを特定する方法は上述した実施形態で示したものに限られない。例えば、サーバ２０は、アクセス権の設定対象であるコンテンツのＡＣＬに登録されている全てのユーザに対して投票を依頼する処理を行ってもよい。

（２）また、上述の実施形態では、権限保持者の絞り込み処理を行う（投票を依頼するユーザを特定する）際に、権限保持者のタイムゾーンや権限保持者のＳＮＳ上での友人関係を示す情報が参照された。権限保持者の絞り込み処理の方法は上述したものに限られない。例えば、サーバ２０が、申請者の位置情報と権限保持者の位置情報とを比較し、距離が閾値以下である権限保持者を絞り込むようにしてもよい。

また、例えば、サーバ２０が、図９のステップＳ３０２で抽出された権限保持者の中から、アカウントのネットワーク接続状態がオンラインである権限保持者を絞り込む処理を行ってもよい。

図２０は、権限保持者のリストを例示する図である。図２０において、サーバ２０は、抽出された権限保持者の中から、「状態」が「online」である権限保持者を絞り込み処理を行う。

（３）また、上述の実施形態において、権限保持者の絞り込み処理（図９のステップＳ３０３）を行う際に、タイムゾーン等により特定される物理的距離だけでなく、メッセージの交換頻度等により求められる心理的距離に基づいて絞り込み処理が行われてもよい。具体的には例えば、サーバ２０が、メッセージの交換頻度が予め定められた閾値以上である権限保持者を絞り込むようにしてもよい。

（４）また、上述の実施形態において、権限保持者の絞り込み処理を行う際に、悪意のあるユーザかどうかを判定する処理が行われてもよい。この判定は例えば、予め設定されたブラックリストに登録されているか否かにより行われてもよい。この場合、サーバ２０は、悪意が認められない権限保持者に対し、アクセス権の投票依頼を行う。

（５）上述の実施形態において、権限保持者が、コンテンツ毎に不在時の代行者を指定してもよい。この場合、サーバ２０のプロセッサ２５２は、権限保持者が不在の場合、予め設定された代行者に投票を依頼する処理を実行する。例えば、図２０の例では、「ユーザＩＤ」が「uid-0000876」のユーザは、「doc-0010001」により識別されるコンテンツについて、自身が不在の場合には「ユーザＩＤ」が「uid-0001563」であるユーザに投票を委任する設定を行っている。

（６）上述の実施形態において、サーバ２０が、コンテンツの属性毎及び／又はアクセス権の種別毎に、アクセス権を付与するかを判定する際に用いる条件（例えば、集計方式及び／又は閾値）を異ならせてもよい。例えば、サーバ２０は、コンテンツの属性（コンテンツの機密性、公開からの年数、等）によって集計結果の判定処理で用いられる閾値を異ならせてもよい。具体的には、機密性が高いコンテンツほど、アクセス権が設定されにくくなったり、公開してからの年数が長いほど、アクセス権が設定されやすくなったりする、といった条件が用いられてもよい。この場合、サーバ２０は、複数の集計式のうちのコンテンツの属性に対応する集計式を用いて集計処理を行う。この場合、集計方法及び／又は閾値とコンテンツとの紐付けは、コンテンツの作成者により行われてもよい。

（７）上述の実施形態において、コンテンツの内容や機密性によっては、コンテンツの作成者等により投票結果の集計を行わないように設定されてもよい。この場合、サーバ２０は、コンテンツの属性（コンテンツの内容、機密性、等）が予め定められた条件（第２の条件の例）を満たす場合に、投票結果の集計結果を用いたアクセス権の判定処理を行う。この場合、集計を行わない旨が設定されているコンテンツについては、投票処理が行われることなく、コンテンツの作成者にアクセス権の設定を依頼する処理が行われる。すなわち、アクセス権の設定を許可するか否かは、コンテンツの作成者により判断される。

（８）上述の実施形態において、サーバ２０が、付与するアクセス権の種類によって、権限保持者の抽出方法を異ならせるようにしてもよい。例えば、権限変更権は、参照権よりも合議先を慎重に選ぶ必要があると考えられる。そのため、例えば、参照権についての投票を行う場合よりも権限変更権についての投票を行う場合のほうが判定条件が厳しくなるように、閾値が設定されてもよい。

（９）上述の実施形態において、サーバ２０が投票結果の集計処理を行う際に、申請者（アクセス権の設定要求に対応するユーザ）の属性と、権限保持者の属性との関係に従って、各権限保持者の投票結果に対する重み付けを行ってもよい。例えば、サーバ２０は、申請者との距離（物理的距離及び／又は心理的距離）が近い権限保持者ほど、その投票結果の重み付けを重くしてもよい。また、他の例として、例えば、サーバ２０は、権限保持者のタイムゾーンと申請者のタイムゾーンが共通する場合に、その権限保持者の投票結果の重み付けを重くしてもよい。

（１０）上述の実施形態において、コンテンツが論理構造により分割され、コンテンツの部分毎にアクセス権が設定されてもよい。この場合、コンテンツの部分毎にアクセス権の設定の可否が判定される。例えば、コンテンツが文書データである場合、表紙のページについてはアクセス権の制限を設けることなく全てのユーザに閲覧可能とし、一方、目次のページは予め定められた条件を満たす一部のユーザに閲覧可能とし、他のページは目次の条件よりも厳しい条件が設定されその条件を満たすユーザに閲覧可能とする、といったように、コンテンツの部分毎にアクセス権が設定されてもよい。この場合、コンテンツ全体にアクセス権を付与するかどうかは、より広い有資格者の投票や作成者の判断結果が得られるまで延期されてもよい。

（１１）上述の実施形態において、コンテンツを公開したユーザによるコンテンツの活用度が上がるほど、アクセス権を許可したユーザにインセンティブが付与されてもよい。

（１２）上述した実施形態において、サーバ２０のプロセッサ２５２により実行されるプログラムは、インターネットなどの通信回線を介してダウンロードされてもよい。また、これらのプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

１…アクセス権管理システム、２…通信回線、１０…ユーザ端末、２０…サーバ、２１…受付手段、２２…送信手段、２３…設定手段、１５１，２５１…メモリ、１５２，２５２…プロセッサ、１５３，２５３…通信ＩＦ、１５４…ＵＩ部。

Claims (9)

1. コンテンツについてユーザに対するアクセス権の設定要求を受け付ける受付手段と、
   前記コンテンツに対するアクセスが許可されているユーザに対し、前記設定要求を承認するか否かの投票依頼を送信する送信手段と、
   前記送信された投票依頼の応答として受信された情報を集計し、集計結果が予め定められた条件を満たす場合に、前記アクセス権を設定する設定手段と
   を有する情報処理装置。
2. 前記送信手段は、前記コンテンツに対するアクセスが許可されているユーザのうち、属性が予め定められた条件を満たすユーザに対し、前記投票依頼を送信する
   請求項１に記載の情報処理装置。
3. 前記送信手段は、前記コンテンツに対するアクセスが許可されているユーザのうち、ネットワーク接続状態がオンラインであるユーザに対し、前記投票依頼を送信する
   請求項２に記載の情報処理装置。
4. 前記設定手段は、前記受信された情報を集計する際に、前記設定要求に対応するユーザの属性と該受信された情報に対応するユーザの属性との関係に従って該受信された情報に対する重み付けを行う
   請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記設定手段は、前記設定要求に対応するユーザと前記受信された情報に対応するユーザとの距離に従って前記重み付けを行う
   請求項４に記載の情報処理装置。
6. 前記設定手段は、前記コンテンツの属性毎に前記条件を異ならせる
   請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記設定手段は、前記コンテンツの属性が予め定められた第２の条件を満たす場合に、前記集計結果を用いた前記アクセス権の設定を行う
   請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記設定手段は、複数の集計式のうちの前記コンテンツの属性に対応する集計式を用いて前記集計を行う
   請求項１乃至７のいずれか１項に記載の情報処理装置。
9. コンピュータに、
   コンテンツについてユーザに対するアクセス権の設定要求を受け付けるステップと、
   前記コンテンツに対するアクセスが許可されているユーザに対し、前記設定要求を承認するか否かの投票依頼を送信するステップと、
   前記送信された投票依頼の応答として受信された情報を集計し、集計結果が予め定められた条件を満たす場合に、前記アクセス権を設定するステップと
   を実行させるためのプログラム。

Images