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

Description

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

従来、コンテンツ（電子データ）を管理し、利用者（ユーザ）の要求に応じてコンテンツを当該ユーザに提供するコンテンツ管理装置が知られている。

例えば、特許文献１には、コンテンツと、当該コンテンツの制御を許可するユーザグループを示すグループ情報を関連付けて管理しておき、当該グループ情報が示すユーザグループに属するユーザに当該コンテンツの制御を許可するコンテンツ管理装置が開示されている。

また、特許文献２には、複数のユーザでコンテンツを共有するコンテンツ管理であって、第１のユーザの権限に基づいてコンテンツを投稿管理サービスに投稿し、第２のユーザの権限に基づいて当該コンテンツを表示させるコンテンツ管理装置が開示されている。

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

ところで、従来のコンテンツ管理装置においては、電子データを公開する公開者が当該公開電子データに対するアクセス権限を管理するのが一般的であった。ここで、アクセス権限の管理とは、各ユーザの各電子データに対するアクセス権限の設定、及び、各ユーザの各電子データに対するアクセス権限を示す情報の保持などを含むものである。

しかしながら、公開者が公開電子データに対するアクセス権限を管理した場合、公開者に負担がかかるという問題があった。

本発明の目的は、公開者が利用する電子データ管理サービスに登録された公開電子データを、他のコンテンツ管理サービスを利用する公開先利用者に公開する場合に、公開者が公開電子データのアクセス権限を管理する場合に比して、公開者の負担を低減させることにある。

請求項１に係る発明は、公開者が利用する電子データ管理サービスを提供する第１サーバから、前記公開者の指示に基づく、公開電子データの識別情報、公開先利用者が利用する電子データ管理サービスを提供する第２サーバを示す情報、及び、前記公開先利用者を示す情報を受信し、前記公開電子データの識別情報及び前記公開先利用者を示す情報を前記第２サーバへ転送する通信部と、前記第２サーバにおいて前記公開電子データに関するアクセス権限が設定されたことを示す情報、及び、前記第２サーバにおいて生成された前記公開電子データを指し示すリンク情報を、前記通信部が前記第２サーバから受信した場合に、前記公開電子データの識別情報と前記リンク情報とを関連付けて公開情報として登録する公開情報登録部と、を備えることを特徴とする情報処理装置である。

請求項２に係る発明は、前記アクセス権限は、前記公開先利用者によって設定される、ことを特徴とする請求項１に記載の情報処理装置である。

請求項３に係る発明は、前記通信部は、前記第２サーバから受信した前記アクセス権限を示すアクセス権限情報を前記第１サーバへ転送し、前記公開情報登録部は、前記アクセス権限に対する前記公開者の許可を前記通信部が前記第１サーバから受信した場合に、前記公開電子データと前記リンク情報とを関連付けて公開情報として登録する、ことを特徴とする請求項１又は２に記載の情報処理装置である。

請求項４に係る発明は、前記通信部は、前記公開先利用者が選択した前記リンク情報を前記第２サーバから受信した場合に、前記公開情報を参照して、受信した前記リンク情報に関連付けられた前記公開電子データのアクセス先を前記第２サーバへ送信する、ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置である。

請求項５に係る発明は、前記公開先利用者が選択した前記リンク情報を前記第２サーバから受信した場合に、前記リンク情報に対応する前記公開電子データに関するアクセストークンを発行し、前記公開先利用者が前記アクセストークンを用いて前記公開電子データにアクセスした場合に、前記アクセストークンの有効性を判定し、前記アクセストークンが有効である場合に、前記公開先利用者による前記公開電子データに対する操作を許可するアクセストークン管理部と、をさらに備えることを特徴とする請求項４に記載の情報処理装置である。

請求項６に係る発明は、前記公開情報登録部は、前記公開電子データの識別情報及び前記リンク情報に関連付けて、当該公開電子データの公開終了時刻を登録し、前記情報処理装置は、現在時刻から前記公開電子データの前記公開終了時刻までの時間が所定時間以内となった場合、前記公開者及び前記公開先利用者の少なくとも一方に通知を出力する通知出力部と、をさらに備えることを特徴とする請求項１から５のいずれか１項に記載の情報処理装置である。

請求項７に係る発明は、コンピュータを、公開者が利用する電子データ管理サービスを提供する第１サーバから、前記公開者の指示に基づく、公開電子データの識別情報、公開先利用者が利用する電子データ管理サービスを提供する第２サーバを示す情報、及び、前記公開先利用者を示す情報を受信し、前記公開電子データの識別情報及び前記公開先利用者を示す情報を前記第２サーバへ転送する通信部と、前記第２サーバにおいて前記公開電子データに関するアクセス権限が設定されたことを示す情報、及び、前記第２サーバにおいて生成された前記公開電子データを指し示すリンク情報を、前記通信部が前記第２サーバから受信した場合に、前記公開電子データの識別情報と前記リンク情報とを関連付けて公開情報として登録する公開情報登録部と、として機能させることを特徴とする情報処理プログラムである。

請求項１又は７に係る発明によれば、公開者が利用する電子データ管理サービスに登録された公開電子データを、他のコンテンツ管理サービスを利用する公開先利用者に公開する場合に、公開者が公開電子データのアクセス権限を管理する場合に比して、公開者の負担を低減させることができる。

請求項２に係る発明によれば、公開先利用者が、公開電子データに関するアクセス権限を設定することができる。

請求項３に係る発明によれば、公開者の許可を条件として、公開先利用者に電子データを公開することができる。

請求項４に係る発明によれば、公開先利用者が選択したリンク情報に応じて、公開電子データを公開先利用者に公開することができる。

請求項５に係る発明によれば、アクセストークンに基づいて、公開電子データに対する公開先利用者のアクセスの有効性を判断することができる。

請求項６に係る発明によれば、公開者及び公開先利用者の少なくとも一方に、現在時刻から公開電子データの公開終了時刻までの時間が所定時間以内となったことを通知することができる。

本実施形態に係るコンテンツ管理システムの構成概略図である。 コンテンツ管理サーバの構成概略図である。 アクセス権限ＤＢの内容を示す概念図である。 公開情報管理サーバの構成概略図である。 参加サービスＤＢの内容を示す概念図である。 サービス契約ＤＢの内容を示す概念図である。 公開情報ＤＢの内容を示す概念図である。 アクセストークンＤＢの内容を示す概念図である。 アクセス権限対応ＤＢの内容を示す概念図である。 電子文書を登録する場合の処理の流れを示すフローチャートである。 電子文書へアクセスする場合の処理の流れを示すフローチャートである。

図１は、本実施形態に係るコンテンツ管理システム１０の構成概略図である。コンテンツ管理システム１０は、複数のクライアント端末１２、複数のコンテンツ管理サーバ１４、及び、情報処理装置としての公開情報管理サーバ１６を含んで構成される。複数のクライアント端末１２と複数のコンテンツ管理サーバ１４は、ＬＡＮあるいはインターネットなどの通信回線１８を介して互いに通信可能に接続されている。また、複数のコンテンツ管理サーバ１４と公開情報管理サーバ１６も、ＬＡＮあるいはインターネットなどを介して互いに通信可能に接続されている。

クライアント端末１２は、コンテンツ管理システム１０を利用する利用者（ユーザ）が使用する端末である。クライアント端末１２は、一般的なコンピュータであってよく、例えばパーソナルコンピュータあるいはタブレット端末などである。クライアント端末１２は、ＲＯＭ、ＲＡＭ、あるいはハードディスクなどから構成される記憶部、通信モジュールなどから構成される通信部、マウスあるいはキーボードなどから構成される入力部、液晶パネルなどから構成される表示部、及び、ＣＰＵなどから構成される制御部などを含んで構成される。

コンテンツ管理サーバ１４は、ユーザに対してコンテンツ（電子データ）管理サービスを提供するサーバである。なお、本明細書においては、「コンテンツ」という用語と「電子データ」という用語は同義である。コンテンツ管理サービスとは、例えば、ユーザからアップロードされたコンテンツを記憶し、ユーザからの要求に応じて記憶したコンテンツに対する処理を行い、あるいはユーザからの要求に応じてコンテンツを送信するサービスである。

本実施形態では、コンテンツ管理サービスが管理するコンテンツは電子文書であるが、コンテンツ管理サービスが管理するコンテンツは電子文書に限られず、動画像データ、静止画像データ、音声データなどであってもよい。

ユーザは、各コンテンツ管理サービスにユーザ登録をすることで、当該コンテンツ管理サービスを利用可能となる。図１に示された、コンテンツ管理サーバＡは、コンテンツ管理サービスＡを提供するサーバであり、コンテンツ管理サーバＢは、コンテンツ管理サービスＢを提供するサーバである。コンテンツ管理サーバＡは、コンテンツ管理サービスＡの管理者によって保守管理され、コンテンツ管理サーバＢは、コンテンツ管理サービスＢの管理者によって保守管理される。なお、コンテンツ管理サービスは、クラウドサービスであり、１つのコンテンツ管理サービスは、複数のサーバにより提供されてもよい。つまり、コンテンツ管理サーバ１４は複数のサーバにより構成されてもよい。

クライアント端末Ａは、コンテンツ管理サービスＡにユーザ登録したユーザが使用する端末であり、クライアント端末Ｂは、コンテンツ管理サービスＢにユーザ登録したユーザが使用する端末であるとする。

図２は、コンテンツ管理サーバ１４の構成概略図である。上述のように、コンテンツ管理システム１０には複数のコンテンツ管理サーバ１４が含まれるが、複数のコンテンツ管理サーバ１４は、同様の構成であるため、１つのコンテンツ管理サーバ１４に着目して説明する。本実施形態では、コンテンツ管理サーバ１４はサーバコンピュータであるが、以下に説明する機能を発揮する限りにおいて、コンテンツ管理サーバ１４はどのような装置であってもよい。

通信部２０は、例えばネットワークアダプタなどを含んで構成される。通信部２０は、通信回線１８を介して、クライアント端末１２と通信する機能を発揮する。また、通信部２０は、公開情報管理サーバ１６と通信する機能を発揮する。

記憶部２２は、例えばＲＯＭ、ＲＡＭ、あるいはハードディスクなどを含んで構成される。記憶部２２には、コンテンツ管理サーバ１４の各部を動作させるためのプログラムが記憶される。さらに、図２に示すように、記憶部２２には、リソースＤＢ（データベース）２４、コンテンツＤＢ２６、及びアクセス権限ＤＢ２８が定義される。

リソースＤＢ２４には、コンテンツ管理サーバ１４が提供するコンテンツ管理サービスにユーザ登録したユーザに関する情報が記憶される。例えば、ユーザを識別するユーザＩＤ、ユーザ名、ユーザの連絡先（メールアドレスなど）、及び、ユーザがコンテンツ管理サービスにログインする際に必要なパスワードなどが関連付けられて記憶される。また、リソースＤＢ２４には、複数のユーザから構成されるグループ単位（例えば企業単位）の情報を記憶してもよい。その場合は、例えば、グループを識別するグループＩＤ、グループの代表者のユーザ名、代表者の連絡先（メールアドレスなど）、及び、当該グループに属するユーザがコンテンツ管理サービスにログインする際に必要なパスワードなどが関連付けられて記憶される。

コンテンツＤＢ２６には、コンテンツ管理サービスが管理するコンテンツが記憶される。例えば、コンテンツ自体（本実施形態では電子文書）に対して、コンテンツを一意に識別するコンテンツＩＤ（本実施形態では文書ＩＤ）、コンテンツ名（本実施形態では文書名）、登録日時などの属性情報が関連付けられて記憶される。

アクセス権限ＤＢ２８には、コンテンツＤＢ２６に記憶された各コンテンツに対するユーザ毎のアクセス権限が記憶される。例えば、コンテンツＤＢ２６に記憶されたコンテンツのコンテンツＩＤ、アクセス権限の対象者のユーザＩＤ、及び、当該ユーザの当該コンテンツに対するアクセス権限が関連付けられて記憶される。アクセス権限とは、コンテンツに対するユーザの操作可能範囲を示すものであり、ユーザは、アクセス権限で許可された範囲で当該コンテンツの操作を行うことができる。

図３に、アクセス権限ＤＢ２８の内容の例が示されている。図３の１番目のレコードは、文書ＩＤ「文書Ａ１」が示す電子文書に対して、ユーザＩＤ「ＡＲ０００１」が示すユーザが、属性取得（当該コンテンツの属性の閲覧）、コンテント取得（当該コンテンツのダウンロード）、属性変更（当該コンテンツの属性の変更）、コンテント変更（当該コンテンツ自体の編集）、及びアクセス権変更（当該コンテンツのアクセス権限の変更）が可能であることが示されている。このように、アクセス権限としては複数の種類が存在する。もちろん、アクセス権限としては、図３に示されたもの以外の種類があってもよい。

アクセス権限ＤＢ２８においては、コンテンツＤＢ２６に記憶された各コンテンツに対するグループのアクセス権限が記憶されてもよい。その場合は、コンテンツＩＤと、グループＩＤと、当該グループＩＤが示すグループのアクセス権限が関連付けられて記憶される。例えば、図３の３番目のレコードは、文書ＩＤ「文書Ａ１」が示す電子文書に対して、グループＩＤ「ＧＢＲ０００１」に含まれるユーザが、属性取得及びコンテント取得が可能であることが示されている。

詳しくは後述するが、アクセス権限ＤＢ２８には、当該コンテンツ管理サーバ１４のコンテンツＤＢ２６に記憶されたコンテンツに対する、当該コンテンツ管理サーバ１４が提供するコンテンツ管理サービスにユーザ登録したユーザのアクセス権限のみならず、他のコンテンツ管理サービスにユーザ登録したユーザのアクセス権限も記憶され得る。例えば、図３の２番目のレコードにおいて、文書ＩＤ「文書Ａ１」が示す電子文書は、コンテンツ管理サーバＡが提供するコンテンツ管理サービスＡが管理する電子文書であるが、対象者のユーザＩＤ「ＢＲ０００１」は、コンテンツ管理サーバＢが提供するコンテンツ管理サービスＢにユーザ登録したユーザである。

制御部３０は、例えばＣＰＵなどを含んで構成される。制御部３０は、記憶部２２に記憶されたプログラムに従って、コンテンツ管理サーバ１４の各部を制御する。また、図２に示されるように、制御部３０は、リソース情報管理部３２、コンテンツ管理部３４、及びアクセス権限管理部３６としても機能する。

リソース情報管理部３２は、当該コンテンツ管理サーバ１４が提供するコンテンツ管理サービスを利用するユーザあるいはグループに関する情報の管理を行う。具体的には、ユーザによるコンテンツ管理サービスに対するユーザ登録処理に応じて、リソースＤＢ２４に各種情報を登録する。また、リソース情報管理部３２は、登録済みのユーザがコンテンツ管理サービスにアクセスした際に、ユーザのコンテンツ管理サービスの利用に先立って、ユーザを認証する認証処理を行う。認証処理は、例えばユーザにユーザＩＤ及びパスワードを入力させることで行う。

コンテンツ管理部３４は、当該コンテンツ管理サーバ１４が提供するコンテンツ管理サービスが管理するコンテンツの管理を行う。例えば、コンテンツ管理部３４は、ユーザからアップロードされたコンテンツをコンテンツＤＢ２６に登録する。また、ユーザからの要求に応じて、コンテンツＤＢ２６に登録されたコンテンツあるいはその属性情報の内容を変更する。また、ユーザからの要求に応じて、コンテンツＤＢ２６に登録されたコンテンツをユーザに提供する。すなわち、当該ユーザが利用するクライアント端末１２にコンテンツを送信する。

アクセス権限管理部３６は、当該コンテンツ管理サーバ１４が提供するコンテンツ管理サービスが管理するコンテンツに対する各ユーザのアクセス権限を管理する。アクセス権限管理部３６は、当該コンテンツ管理サーバ１４が提供するコンテンツ管理サービスにユーザ登録したユーザのコンテンツに対するアクセス権限については、例えば、当該コンテンツがコンテンツＤＢ２６に登録される際に、当該コンテンツの所有者などの指示に基づいて決定し、アクセス権限ＤＢ２８に当該コンテンツに対するユーザのアクセス権限を登録する。上述のように、アクセス権限ＤＢ２８には、他のコンテンツ管理サービスにユーザ登録したユーザのコンテンツに対するアクセス権限も登録され得るが、当該アクセス権限の設定方法については後述する。また、コンテンツＤＢ２６に登録済みのコンテンツについて、「アクセス権変更」のアクセス権限を持つユーザによって、当該コンテンツのアクセス権限が変更された場合には、アクセス権限管理部３６は、当該コンテンツに対するユーザのアクセス権限を変更する。

図４は、公開情報管理サーバ１６の構成概略図である。本実施形態では、公開情報管理サーバ１６はサーバコンピュータであるが、以下に説明する機能を発揮する限りにおいて、公開情報管理サーバ１６はどのような装置であってもよい。

公開情報管理サーバ１６は、複数のコンテンツ管理サービスの間に介在して、複数のコンテンツ管理サービスを連携させる公開情報管理サービスを提供する。具体的には、公開情報管理サービスは、あるコンテンツ管理サービスで管理されているコンテンツ（公開コンテンツ）を、他のコンテンツ管理サービスにユーザ登録したユーザ（公開先ユーザ）が利用できるようにするサービスである。より詳しくは、公開情報管理サービスは、公開コンテンツに対する公開先ユーザのアクセス権限を、公開コンテンツを管理するコンテンツ管理サービスではなく、当該他のコンテンツ管理サービスに管理させながら、公開コンテンツを公開先ユーザに公開する。

通信部４０は、例えばネットワークアダプタなどを含んで構成される。通信部４０は、複数のコンテンツ管理サーバ１４と通信する機能を発揮する。

記憶部４２は、例えばＲＯＭ、ＲＡＭ、あるいはハードディスクなどを含んで構成される。記憶部４２には、公開情報管理サーバ１６の各部を動作させるための情報処理プログラムが記憶される。さらに、図４に示すように、記憶部４２には、参加サービスＤＢ４４、サービス契約ＤＢ４６、公開情報ＤＢ４８、アクセストークンＤＢ５０、及びアクセス権限対応ＤＢ５２が定義される。

参加サービスＤＢ４４には、公開情報管理サービスの対象となるコンテンツ管理サービスに関する情報が記憶される。図５に、参加サービスＤＢ４４の内容の例が示されている。図５に示される通り、参加サービスＤＢ４４においては、コンテンツ管理サービスを識別するサービスＩＤと、コンテンツ管理サービスの名称とが関連付けられて記憶される。

サービス契約ＤＢ４６には、参加サービスＤＢ４４に記憶された各コンテンツ管理サービスとユーザと間の契約に関する契約情報が記憶される。図６に、サービス契約ＤＢ４６の内容の例が示されている。図６に示される通り、サービス契約ＤＢ４６においては、参加サービスＤＢ４４に記憶されたサービスＩＤと、当該サービスＩＤが示すコンテンツ管理サービスとユーザ（あるいはグループ）との間の契約を識別する契約ＩＤと、当該ユーザ（グループの場合は代表者）のユーザＩＤと、当該ユーザあるいは代表者の連絡先（本実施形態ではメールアドレス）が関連付けられて記憶される。サービス契約ＤＢ４６によれば、公開情報管理サーバ１６は、公開情報管理サービスの対象となる各コンテンツ管理サービスに対してユーザ登録した（すなわち各コンテンツ管理サービスを利用する）ユーザあるいはグループを把握することができる。

公開情報ＤＢ４８には、参加サービスＤＢ４４に記憶された複数のコンテンツ管理サービス間において公開されている公開コンテンツに関する情報が記憶される。具体的には、公開情報ＤＢ４８には、あるコンテンツ管理サービスで管理されている公開コンテンツについての、他のコンテンツ管理サービスにユーザ登録した公開先ユーザへの公開に関する情報が記憶される。

図７に、公開情報ＤＢ４８の内容の例が示されている。公開元サービスＩＤは、公開コンテンツを管理するコンテンツ管理サービスのサービスＩＤである。公開元契約ＩＤは、公開コンテンツを公開する公開者と、公開元サービスＩＤが示すコンテンツ管理サービスとの間の契約の契約ＩＤである。文書ＩＤは、公開コンテンツのコンテンツＩＤである。公開先サービスＩＤは、当該公開コンテンツの公開先ユーザがユーザ登録したコンテンツ管理サービスのサービスＩＤである。公開先契約ＩＤは、公開先ユーザと、公開先サービスＩＤが示すコンテンツ管理サービスとの間の契約の契約ＩＤである。リンクオブジェクトＩＤは、リンク情報としてのリンクオブジェクトの識別情報である。リンクオブジェクトについては後述する。公開ＵＲＬは、公開コンテンツのアクセス先である。公開先メールアドレスは公開先ユーザのメールアドレスである。公開終了時刻は、公開コンテンツの公開終了時刻である。公開者メールアドレスは、公開者のメールアドレスである。

公開情報ＤＢ４８においては、上述の各情報が互いに関連付けられて記憶される。例えば、図７の１番目のレコードは、公開元サービスＩＤ「００１」が示すコンテンツ管理サービスで管理されている文書ＩＤ「文書Ａ１」が示す電子文書が、公開先サービスＩＤ「００２」が示すコンテンツ管理サービスに対して公開先契約ＩＤ「０００２」が示す内容の契約をした公開先ユーザに対して公開されていることを示す。

アクセストークンＤＢ５０には、公開先ユーザが公開コンテンツにアクセスする際に用いるアクセストークンに関する情報が記憶される。アクセストークンとは、公開コンテンツにアクセスした公開先ユーザが、当該公開コンテンツを操作する権限を有するユーザであるか否かを判定するための情報である。

図８にアクセストークンＤＢ５０の内容の例が示されている。図８に示される通り、アクセストークンＤＢ５０においては、アクセストークンと、当該アクセストークンの対象となる公開コンテンツに係る公開元サービスＩＤ及び契約ＩＤ、当該公開コンテンツを識別するＩＤである文書ＩＤ、アクセストークンの猶予期間（有効期限）、並びに当該アクセストークンによって許可される操作内容が互いに関連付けられて記憶される。

アクセス権限対応ＤＢ５２には、複数のコンテンツ管理サービスの間でのアクセス権限の対応に関する情報が記憶される。例えば、コンテンツの閲覧権限を表すアクセス権限であっても、あるコンテンツ管理サービスではその名称が「読み取り権」であり、他のコンテンツ管理サービスではその名称が「ＲＥＡＤ権」である場合がある。このようなアクセス権限（の名称）の差異を吸収すべく、アクセス権限対応ＤＢ５２において、複数のコンテンツ管理サービスの間において、意味が実質的に同じであるアクセス権の対応情報が示されている。特に、アクセス権限対応ＤＢ５２には、公開コンテンツの公開元のコンテンツ管理サービスにおけるアクセス権限と、当該公開コンテンツの公開先のコンテンツ管理サービスにおけるアクセス権限との対応関係が示されている。

図９にアクセス権限対応ＤＢ５２の内容の例が示されている。図９に示される通り、アクセス権限対応ＤＢ５２においては、公開元サービスＩＤと、当該公開元サービスＩＤが示すコンテンツ管理サービスにおけるアクセス権限の種別（名称）、公開先サービスＩＤと、当該公開元サービスＩＤが示すコンテンツ管理サービスにおけるアクセス権限の種別（名称）、が互いに関連付けられて記憶される。アクセス権限対応ＤＢ５２は、公開情報管理サービスの提供者などによって用意されて記憶部４２に記憶される。

制御部５４は、例えばＣＰＵなどを含んで構成される。制御部５４は、記憶部４２に記憶された情報処理プログラムに従って、公開情報管理サーバ１６の各部を制御する。また、図４に示されるように、制御部５４は、参加サービス管理部５６、サービス契約管理部５８、公開情報管理部６０、アクセストークン管理部６２、アクセス権限対応管理部６４、及び通知出力部６６としても機能する。

参加サービス管理部５６は、コンテンツ管理サービスの管理者からの依頼に基づいて、参加サービスＤＢ４４の登録内容を変更する処理を行う。具体的には、コンテンツ管理サービスの管理者が、コンテンツ管理サービスのサービス名を指定した上で、公開情報管理サーバ１６に対して、公開情報管理サービスの利用開始依頼を送信すると、参加サービス管理部５６は、当該コンテンツ管理サービスのサービスＩＤを発行し、発行したサービスＩＤとサービス名を関連付けて参加サービスＤＢ４４に登録する。また、参加サービスＤＢ４４に登録済みのコンテンツ管理サービスの管理者が、コンテンツ管理サービスのサービス名を指定した上で、公開情報管理サーバ１６に対して、公開情報管理サービスの利用終了依頼を送信すると、参加サービス管理部５６は、当該コンテンツ管理サービスに関する情報を参加サービスＤＢ４４から削除する。

サービス契約管理部５８は、コンテンツ管理サービスのユーザからの依頼に基づいて、サービス契約ＤＢ４６の登録内容を変更する処理を行う。具体的には、コンテンツ管理サービスのユーザが、当該コンテンツ管理サービスの名前、当該コンテンツ管理サービスにおけるユーザＩＤあるいはグループＩＤ、及び当該ユーザ（グループである場合は代表者）のメールアドレスを指定した上で、公開情報管理サーバ１６に対して、公開情報管理サービスの利用開始依頼を送信すると、サービス契約管理部５８は、契約ＩＤを発行し、発行した契約ＩＤと、ユーザが指定したコンテンツ管理サービスの名前と参加サービスＤＢ４４に基づいて特定されるサービスＩＤと、ユーザＩＤあるいはグループＩＤと、ユーザ（あるいは代表者）のメールアドレスとを関連付けてサービス契約ＤＢ４６に登録する。また、サービス契約ＤＢ４６に登録済みのユーザあるいはグループの代表者が、公開情報管理サーバ１６に対して、公開情報管理サービスの利用終了依頼を送信すると、参加サービス管理部５６は、当該ユーザあるいはグループに関する情報をサービス契約ＤＢ４６から削除する。

公開情報管理部６０は、公開コンテンツの公開者からの依頼に基づいて、公開情報ＤＢ４８の登録内容を変更する処理を行う。具体的には、公開者から公開コンテンツを公開先ユーザに公開したいという依頼を受けた場合、公開情報管理部６０は、種々の手続き（詳細後述）を行った上で、公開情報ＤＢ４８に上述の情報を登録する。このように、公開情報管理部６０は、公開情報登録部として機能する。また、公開者から公開コンテンツの公開を終了したいという依頼を受けた場合、公開情報管理部６０は、当該公開コンテンツに関する情報を公開情報ＤＢ４８から削除する。また、上述のように、公開情報ＤＢ４８には、各公開コンテンツの公開終了時刻が関連付けられているため、公開情報管理部６０は、公開終了時刻を徒過している公開コンテンツに関する情報を公開情報ＤＢ４８から削除する。

アクセストークン管理部６２は、公開コンテンツに対する公開先ユーザからの利用要求に基づいて、当該公開コンテンツに関するアクセストークンを発行してアクセストークンＤＢ５０に登録する。また、公開先ユーザがアクセストークンを用いて公開コンテンツにアクセスした際に、アクセストークン管理部６２は、当該アクセストークンの有効性を判断し、有効であれば、公開先ユーザによる公開コンテンツに対する操作を許可する。

アクセス権限対応管理部６４は、公開元のコンテンツ公開サービスと公開先のコンテンツ公開サービスとの間でアクセス権限の設定処理が行われる際に、アクセス権限対応ＤＢ５２に基づいて、一方のコンテンツ公開サービスから受け取ったアクセス権限を他方のコンテンツ公開サービスにおける名称に変換する。

公開情報管理部６０、アクセストークン管理部６２、及び、アクセス権限対応管理部６４の処理の詳細については図１０及び１１に示すフローチャートに沿って後述する。

通知出力部６６は、公開情報ＤＢ４８に基づいて、現在時刻から公開コンテンツの公開終了時刻までの時間が所定時間以内となった場合、当該公開コンテンツの公開者及び公開先ユーザの少なくとも一方に対して通知を出力する。所定時間は、公開情報管理サービスの管理者などによって予め決定されていてよい。通知は、例えばメールを送信することで行われる。上述のように、本実施形態では、各公開コンテンツに公開終了時刻が定められているところ、当該通知によれば、公開者あるいは公開先ユーザは、公開コンテンツの公開終了時刻が迫っていることを把握することができる。

コンテンツ管理システム１０の構成概略は以上の通りである。以下、図１０及び図１１に示すフローチャートに従って、各部（特に公開情報管理サーバ１６の公開情報管理部６０、アクセストークン管理部６２、及び、アクセス権限対応管理部６４）の処理の詳細を説明する。以下の説明においては、第１サーバとしてのコンテンツ管理サーバＡが提供するコンテンツ管理サービスＡで管理されている電子文書Ａ１が公開コンテンツであり、公開者はコンテンツ管理サービスＡにユーザ登録しているユーザＡ１であり、公開先ユーザは第２サーバとしてのコンテンツ管理サーバＢが提供するコンテンツ管理サービスＢにユーザ登録しているユーザＢ１であるとする。

まず、図１０に示すフローチャートに従って、公開文書Ａ１を公開先ユーザＢ１に対して公開する処理の流れについて説明する。

ステップＳ１０において、公開者であるユーザＡ１は、コンテンツ管理サービスＡにアクセスして、公開文書Ａ１と、公開先のコンテンツ管理サービスＢ、及び、公開先ユーザＢ１を指定する。なお、公開先ユーザはグループであってもよい。

ステップＳ１２において、コンテンツ管理サーバＡは、ユーザＡ１の指示に基づいて、公開文書Ａ１に関する文書公開リクエストを公開情報管理サーバ１６に送信する。文書公開リクエストには、少なくとも、公開文書Ａ１の識別情報である文書ＩＤ、公開先のコンテンツ管理サービスＢのサービスＩＤ、及び、公開先ユーザＢ１に関する情報が含まれる。なお、本実施形態では、公開コンテンツの識別情報として文書ＩＤを用いているが、公開コンテンツの識別情報としては、公開コンテンツを一意に識別できる限りにおいて、これに限られるものではない。例えば、公開コンテンツのアドレス（公開ＵＲＬ）などであってもよい。本実施形態では、文書公開リクエストには、さらに、公開文書Ａ１の属性情報、公開元のコンテンツ管理サービスＡのサービスＩＤ、公開者であるユーザＡ１に関する情報が含まれる。公開文書Ａ１の属性情報とは、例えば、公開文書Ａ１の名前、概要、公開目的、及び公開終了時刻などである。ユーザＡ１に関する情報とは、例えば、ユーザＡ１のユーザＩＤ、ユーザＡ１のメールアドレス、及び、ユーザＡ１とコンテンツ管理サービスＡ間の契約の契約ＩＤなどである。公開先ユーザＢ１に関する情報とは、例えば、公開先ユーザＢ１のユーザＩＤ、公開先ユーザＢ１のメールアドレス、及び、公開先ユーザＢ１とコンテンツ管理サービスＢ間の契約の契約ＩＤなどである。公開先ユーザとしてグループが指定された場合は、公開先ユーザＢ１は当該グループの代表者である。なお、コンテンツ管理サーバ１４は、事前に公開情報管理サーバ１６にアクセスすることで、各コンテンツ管理サービスのサービスＩＤや各契約の契約ＩＤを取得しておく。

ステップＳ１４において、公開情報管理部６０は、ステップＳ１２で受信した文書公開リクエストに基づいて、公開先のコンテンツ管理サービスＢが参加サービスＤＢ４４に登録されているか否かを判定する。さらに、公開情報管理部６０は、ステップＳ１２で受信した文書公開リクエストに基づいて、公開先のコンテンツ管理サービスＢと公開先ユーザＢ１との間の契約がサービス契約ＤＢ４６に登録されているか否かを判定する。

コンテンツ管理サービスＢ及び公開先ユーザＢ１に関する契約の少なくとも一方が登録されていない場合（ステップＳ１４で「いいえ」）、公開情報管理サーバ１６が管理していないコンテンツ管理サービスに対する公開、あるいは、公開情報管理サーバ１６が管理していないユーザに対する公開のリクエストであることになるため、公開情報管理部６０は公開文書Ａ１を公開せずに処理を終了する。コンテンツ管理サービスＢ及び公開先ユーザＢ１に関する契約がいずれも登録されている場合（ステップＳ１４で「はい」）、ステップＳ１６に進む。

ステップＳ１６において、公開情報管理サーバ１６の通信部４０は、ステップＳ１２で受信した文書公開リクエストをコンテンツ管理サーバＢに転送する。なお、ステップＳ１２で受信した文書公開リクエストには、公開先のコンテンツ管理サービスＢのサービスＩＤが含まれているが、これは当該文書公開リクエストの転送先を示すものであるため、通信部４０がコンテンツ管理サーバＢに転送する文書公開リクエストには、公開先のコンテンツ管理サービスＢのサービスＩＤが含まれていなくてもよい。

ステップＳ１８において、コンテンツ管理サーバＢのリソース情報管理部３２は、ステップＳ１６で受信した文書公開リクエストに基づいて、公開先ユーザＢ１がコンテンツ管理サーバＢのリソースＤＢ２４に登録されているか否かを判定する。登録されていない場合は（ステップＳ１８で「いいえ」）、コンテンツ管理サービスＢに登録していない（例えば登録抹消された）ユーザに対する公開のリクエストであることになるため、公開文書Ａ１の公開処理はここで終了する。公開先ユーザＢ１が当該リソースＤＢ２４に登録されている場合（ステップＳ１８で「はい」）、ステップＳ２０に進む。

ステップＳ２０において、コンテンツ管理サーバＢの通信部２０は、公開先ユーザＢ１に対して、公開者であるユーザＡ１から公開文書Ａ１に関する公開リクエストが来ていることを通知する。具体的には、通信部２０は、ユーザＡ１のメールアドレスと公開文書Ａ１の情報（例えば公開文書Ａ１の属性情報）を含むメールを公開先ユーザＢ１のメールアドレスに送信する。

ステップＳ２２において、コンテンツ管理サーバＢからメールを受信した公開先ユーザＢ１は、クライアント端末Ｂを用いて、公開文書Ａ１に対する公開先ユーザＢ１のアクセス権限を設定する。公開先ユーザがグループであり、公開先ユーザＢ１がグループの代表者である場合は、公開先ユーザＢ１は、公開文書Ａ１に対する当該グループのアクセス権限を設定する。その上で、公開先ユーザＢ１は、受信したメールに返信する形で、公開文書Ａに対する公開先ユーザＢ１あるいはグループのアクセス権限をコンテンツ管理サーバＢに送信する。コンテンツ管理サーバＢは、このようにして、公開先ユーザＢ１から公開文書Ａ１に対する公開先ユーザＢ１あるいはグループのアクセス権限を受信する。

なお、本実施形態では、公開文書Ａ１に対する公開先ユーザＢ１のアクセス権限は、公開先ユーザＢ１により設定されていたが、コンテンツ管理サービスＢにおいて当該アクセス権限が設定される限りにおいて、その他の方法によって設定されてもよい。例えば、公開文書Ａ１の属性と公開先ユーザＢ１の属性（この場合は予めコンテンツ管理サーバＢのリソースＤＢ２４に各ユーザの属性を登録しておく）との関係に基づいて、公開文書Ａ１に対するアクセス権限が自動設定されてもよい。

ステップＳ２４において、コンテンツ管理サーバＢのアクセス権限管理部３６は、公開文書Ａ１に関するリンクオブジェクトを生成する。リンクオブジェクトは、公開文書Ａ１を指し示す情報であり、コンテンツ管理サーバＢの制御部３０は、例えば、当該リンクオブジェクトに基づいて、クライアント端末Ｂの表示部に公開文書Ａ１に対応するアイコンを表示させることができる。コンテンツ管理サーバＢのアクセス権限管理部３６は、生成したリンクオブジェクトを識別するリンクオブジェクトＩＤと、ステップＳ２２で受信したアクセス権限とを関連付けて、コンテンツ管理サーバＢのアクセス権限ＤＢ２８に仮登録しておく。

ステップＳ２６において、コンテンツ管理サーバＢの通信部２０は、公開情報管理サーバ１６に対して、アクセス権限情報としてのアクセス権限リクエストを送信する。アクセス権限リクエストには、少なくとも、コンテンツ管理サーバＢにおいて公開文書Ａ１のアクセス権限が設定されたことを示す情報、及び、リンクオブジェクトＩＤが含まれる。本実施形態では、アクセス権限リクエストには、公開者であるユーザＡ１のメールアドレス、公開元のコンテンツ管理サービスＡのサービスＩＤ、公開先のコンテンツ管理サービスＢのサービスＩＤ、ユーザＡ１とコンテンツ管理サービスＡとの間の契約の契約ＩＤ、公開先ユーザＢ１とコンテンツ管理サービスＢとの間の契約の契約ＩＤ、公開文書Ａ１に対するアクセス権限を示す情報、及びリンクオブジェクトＩＤが含まれる。

公開情報管理サーバ１６は、コンテンツ管理サーバＢから受信したアクセス権限リクエストをコンテンツ管理サーバＡに転送する。ここで、公開情報管理部６０は、アクセス権限情報に含まれる、公開元のコンテンツ管理サービスＡ及び公開先のコンテンツ管理サービス、並びに、コンテンツ管理サービスＡとユーザＡ１との間の契約及びコンテンツ管理サービスＢと公開先ユーザＢ１との間の契約が登録済みであるか否かを判定するようにしてもよい。いずれかが登録されていない場合は、公開文書Ａ１に関する公開処理を終了する。

また、アクセス権限対応管理部６４は、アクセス権限対応ＤＢ５２に、コンテンツ管理サービスＡとコンテンツ管理サービスＢとの間におけるアクセス権限の対応情報が登録されている場合には、受信したアクセス権限リクエストに含まれる公開文書Ａ１に対するアクセス権限（の名称）をコンテンツ管理サービスＡにおけるアクセス権限に変換した上で、アクセス権限リクエストをコンテンツ管理サーバＡに転送する。

ステップＳ２８において、コンテンツ管理サーバＡの通信部２０は、ステップＳ２６で受信したアクセス権限情報をユーザＡ１に送信する。具体的には、コンテンツ管理サーバＡの通信部２０は、アクセス権限情報をメールでユーザＡ１に送信する。

ステップＳ３０において、コンテンツ管理サーバＡからメールを受信した公開者であるユーザＡ１は、クライアント端末Ａを用いて、アクセス権限情報に基づいて、公開先ユーザＢ１により設定された公開文書Ａ１に対する公開先ユーザＢ１のアクセス権限を確認する。その上で、ユーザＡ１は、公開文書Ａ１に対する公開先ユーザＢ１のアクセス権限を許容し、公開文書Ａ１を公開先ユーザＢ１に公開することを許可するか否かをメールでコンテンツ管理サーバＡに送信する。

ユーザＡ１が公開文書Ａ１を公開先ユーザＢ１に公開することを許可しなかった場合（ステップＳ３０で「いいえ」）、ステップＳ３２において、ユーザＡ１が許可しなかったことを公開先ユーザＢ１に通知した上で、公開文書Ａ１を公開せずに処理を終了する。具体的には、コンテンツ管理サーバＡが公開情報管理サーバ１６に対して、ユーザＡ１が公開文書Ａ１を公開先ユーザＢ１に公開することを拒否したことを示す公開拒否情報を送信し、公開情報管理サーバ１６がコンテンツ管理サーバＢに当該公開拒否情報を転送し、コンテンツ管理サーバＢは、受信した公開拒否情報に基づいて、公開先ユーザＢ１が利用するクライアント端末Ｂに通知を送信する。

ユーザＡ１が公開文書Ａ１を公開先ユーザＢ１に公開することを許可した場合（ステップＳ３０で「はい」）、ステップＳ３４に進む。

ステップＳ３４において、コンテンツ管理サーバＡの通信部２０は、公開文書Ａ１の公開ＵＲＬを公開情報管理サーバ１６に送信する。コンテンツ管理サーバＡから公開文書Ａ１の公開ＵＲＬを受信したことで、公開情報管理サーバ１６は、ユーザＡ１が公開文書Ａ１を公開先ユーザＢ１に公開することを許可したと判定できる。

ステップＳ３６において、公開情報管理部６０は、ステップＳ１２でコンテンツ管理サーバＡから受信した文書公開リクエストに含まれる、公開文書Ａ１の文書ＩＤを含む各情報、ステップＳ２６で受信したアクセス権限リクエストに含まれる、リンクオブジェクトＩＤを含む各情報、及び、ステップＳ３４で受信した公開ＵＲＬをそれぞれ関連付けて、公開情報ＤＢ４８（図７参照）に登録する。これにより、公開先ユーザＢ１に対して公開文書Ａ１が公開されたことになる。

ステップＳ３８において、公開情報管理サーバ１６の通信部４０は、公開先ユーザＢ１に対して公開文書Ａ１が公開されたことを示す情報をコンテンツ管理サーバＢに送信する。

ステップＳ４０において、コンテンツ管理サーバＢのアクセス権限管理部３６は、ステップＳ２４でアクセス権限ＤＢ２８に仮登録したリンクオブジェクトＩＤとアクセス権限を正式登録する。

ステップＳ４２において、コンテンツ管理サーバＢの通信部２０は、公開先ユーザＢ１に対して公開文書Ａ１が公開されたことを公開先ユーザＢ１に通知する。

以上の処理によって、コンテンツ管理サービスＡで管理されている公開文書Ａ１が、コンテンツ管理サービスＢにユーザ登録した公開先ユーザＢ１に公開される。

本実施形態によれば、公開文書Ａ１に関するアクセス権限は、公開元のコンテンツ管理サービスＡでは管理されず、公開先のコンテンツ管理サービスＢで管理されることになる。したがって、公開者であるユーザＡ１の負担が低減される。

また、公開文書Ａ１に関する公開先ユーザＢ１のアクセス権限が、公開先のコンテンツ管理サービスＢで管理されるため、公開先ユーザＢ１のアクセス権限の管理方法として、コンテンツ管理サービスＢにおけるアクセス権限管理の仕組みをそのまま利用できることになる。これにより、各コンテンツ管理サービスのアクセス権限の管理方法に応じた柔軟な管理が可能となる。

また、本実施形態によれば、公開先ユーザＢ１が設定した公開文書Ａ１に対するアクセス権限が、公開者であるユーザＡ１により確認された上で、公開文書Ａ１が公開される。換言すれば、２人のユーザによりアクセス権限が確認された上で公開文書Ａ１が公開される。したがって、公開文書Ａ１のアクセス権限を公開者であるユーザＡ１が管理する場合に比して、誤ったアクセス権限が設定される可能性を低減することができる。

なお、既に公開済みの公開文書に対する公開先ユーザのアクセス権限が変更された場合には、ステップＳ２２以下の処理を繰り返すことで、公開情報管理部６０は、当該公開文書に対する公開先ユーザのアクセス権限を変更することができる。

次に、図１１に示すフローチャートに従って、公開先ユーザＢ１が、公開済みの公開文書Ａ１に対してアクセスする処理の流れについて説明する。

ステップＳ６０において、公開先ユーザＢ１は、クライアント端末Ｂを用いてコンテンツ管理サービスＢにアクセスし、公開文書Ａ１に関するリンクオブジェクトを指定する。具体的には、公開先ユーザＢ１は、コンテンツ管理サービスＢにアクセスすることによってクライアント端末Ｂの表示部に表示された、当該リンクオブジェクトに対応するアイコンを選択する。さらに、公開先ユーザＢ１は、指定したリンクオブジェクトに対する操作内容を指定する。ここでは、公開先ユーザＢ１は、公開文書Ａ１に対するダウンロード操作を指定したものとする。

ステップＳ６２において、コンテンツ管理サーバＢのアクセス権限管理部３６は、アクセス権限ＤＢ２８を参照して、ステップＳ６０で指定されたリンクオブジェクトが示す公開文書Ａ１に対する、ステップＳ６０で指定された操作のアクセス権限を公開先ユーザＢ１が有しているか否かを判定する。

公開文書Ａ１に対する操作のアクセス権限を公開先ユーザＢ１が有していないと判定された場合（ステップＳ６２で「いいえ」）、アクセス権限を有さないユーザからの操作であると判定できるため、公開先ユーザＢ１に対して公開文書Ａ１のアクセスを許可せずに処理を終了する。公開文書Ａ１に対する操作のアクセス権限を公開先ユーザＢ１が有している場合（ステップＳ６２で「はい」）、ステップＳ６４に進む。

ステップＳ６４において、コンテンツ管理サーバＢの通信部２０は、公開情報管理サーバ１６に対してアクセスリクエストを送信する。アクセスリクエストには、少なくとも、ステップＳ６０で公開先ユーザＢ１が選択したリンクオブジェクトのリンクオブジェクトＩＤが含まれる。本実施形態では、アクセスリクエストには、リンクオブジェクトＩＤの他、公開先のコンテンツ公開サービスＢのサービスＩＤ及びコンテンツ公開サービスＢ、公開先ユーザＢ１との間の契約の契約ＩＤ、及びステップＳ６０で指定した公開文書Ａ１に対する操作内容などが含まれる。

ステップＳ６６において、アクセストークン管理部６２は、ステップＳ６４で受信したアクセスリクエストに含まれるリンクオブジェクトＩＤをキーとして公開情報ＤＢ４８を検索し、当該リンクオブジェクトＩＤに関連付けられている公開文書Ａ１を特定する。また、アクセストークン管理部６２は、公開文書Ａ１に対する、アクセスリクエストに含まれる操作内容に関するアクセストークンを発行する。発行されるアクセストークンには猶予期間が定められるのが好適である。その上で、アクセストークン管理部６２は、発行したアクセストークンと、アクセスリクエストに含まれる各情報と、公開文書Ａ１の文書ＩＤと、猶予期間とを関連付けてアクセストークンＤＢ５０に登録する（図８参照）。

ステップＳ６８において、公開情報管理部６０は、ステップＳ６４で受信したアクセスリクエストに含まれるリンクオブジェクトＩＤをキーとして公開情報ＤＢ４８を検索し、当該リンクオブジェクトＩＤに関連付けられている公開文書Ａ１のアクセス先である公開ＵＲＬを特定する。その上で、公開情報管理サーバ１６の通信部４０は、特定した公開文書Ａ１の公開ＵＲＬ及びステップＳ６６で発行したアクセストークンをコンテンツ管理サーバＢに送信する。

ステップＳ７０において、コンテンツ管理サーバＢの通信部２０は、ステップＳ６８で受信した公開文書Ａ１の公開ＵＲＬ及びアクセストークンを公開先ユーザＢ１が利用するクライアント端末Ｂに送信する。

ステップＳ７２において、公開先ユーザＢ１は、クライアント端末Ｂを用いて、ステップＳ７０で受信したアクセストークンを用いて公開ＵＲＬにアクセスする。

ステップＳ７４において、クライアント端末Ｂからのアクセスを受けたコンテンツ管理サーバＡの通信部２０は、ステップＳ７２でクライアント端末Ｂから送信されたアクセストークンと共に、アクセス可否リクエストを公開情報管理サーバ１６に送信する。

ステップＳ７６において、公開情報管理サーバ１６のアクセストークン管理部６２は、アクセストークンＤＢ５０を参照して、ステップＳ７４で受信したアクセストークンが有効であるか否かを判定する。

受信したアクセストークンが有効でない場合（ステップＳ７６で「いいえ」）、例えばアクセストークンの猶予期間が徒過している場合には、アクセストークン管理部６２は、当該アクセストークンが有効でないことを示す情報をコンテンツ管理サーバＡに送信する。それに基づいて、コンテンツ管理サービスＡは、公開文書Ａ１に対する公開先ユーザＢ１の操作を許可せずに処理を終了する。受信したアクセストークンが有効である場合（ステップＳ７６で「はい」）、ステップＳ７８に進む。

ステップＳ７８において、アクセストークン管理部６２は、アクセストークンＤＢ５０から、ステップＳ７６で判定したアクセストークンに関する情報を削除する。これによりアクセストークンは１度のみ使用可能となり、公開文書Ａ１への不正アクセスの可能性が低減される。

ステップＳ８０において、アクセストークン管理部６２は、アクセストークンＤＢ５０を参照して、ステップＳ７６で判定したアクセストークンで許可されている操作内容を特定する。その上で、公開情報管理サーバ１６の通信部４０は、特定された操作内容を示す情報をコンテンツ管理サーバＡに送信する。

ステップＳ８２において、コンテンツ管理サーバＡのコンテンツ管理部３４は、ステップＳ７８で受信した操作内容を示す情報に基づいて、公開先ユーザＢ１の公開文書Ａ１に対する操作を許可し、当該操作を実行する。本例では、公開先ユーザＢ１は、公開文書Ａ１をダウンロードする操作を指定しているから、コンテンツ管理部３４は、公開文書Ａ１をクライアント端末Ｂに送信する。

以上の処理によって、コンテンツ管理サービスＢにユーザ登録した公開先ユーザＢ１により、コンテンツ管理サービスＡで管理されている公開文書Ａ１に対する操作が実行される。

本実施形態によれば、公開文書Ａ１に対する操作に関するアクセス権限の判定は、公開元のコンテンツ管理サービスＡではなく、公開先のコンテンツ管理サービスＢにおいて行われる。したがって、アクセス権限の判定を公開元のコンテンツ管理サービスＡで行う場合に比して、コンテンツ管理サービスＡの負荷を低減することができ、好適にコンテンツ管理サービスＡを稼働させることができる。

以上、本発明に係る実施形態を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない限りにおいて種々の変更が可能である。

１０ コンテンツ管理システム、１２ クライアント端末、１４ コンテンツ管理サーバ、１６ 公開情報管理サーバ、１８ 通信回線、２０，４０ 通信部、２２，４２ 記憶部、２４ リソースＤＢ、２６ コンテンツＤＢ、２８ アクセス権限ＤＢ、３０，５４ 制御部、３２ リソース情報管理部、３４ コンテンツ管理部、３６ アクセス権限管理部、４４ 参加サービスＤＢ、４６ サービス契約ＤＢ、４８ 公開情報ＤＢ、５０ アクセストークンＤＢ、５２ アクセス権限対応ＤＢ、５６ 参加サービス管理部、５８ サービス契約管理部、６０ 公開情報管理部、６２ アクセストークン管理部、６４ アクセス権限対応管理部、６６ 通知出力部。

Claims (7)

1. 公開者が利用する電子データ管理サービスを提供する第１サーバから、前記公開者の指示に基づく、公開電子データの識別情報、公開先利用者が利用する電子データ管理サービスを提供する第２サーバを示す情報、及び、前記公開先利用者を示す情報を受信し、前記公開電子データの識別情報及び前記公開先利用者を示す情報を前記第２サーバへ転送する通信部と、
   前記第２サーバにおいて前記公開電子データに関するアクセス権限が設定されたことを示す情報、及び、前記第２サーバにおいて生成された前記公開電子データを指し示すリンク情報を、前記通信部が前記第２サーバから受信した場合に、前記公開電子データの識別情報と前記リンク情報とを関連付けて公開情報として登録する公開情報登録部と、
   を備えることを特徴とする情報処理装置。
2. 前記アクセス権限は、前記公開先利用者によって設定される、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記通信部は、前記第２サーバから受信した前記アクセス権限を示すアクセス権限情報を前記第１サーバへ転送し、
   前記公開情報登録部は、前記アクセス権限に対する前記公開者の許可を前記通信部が前記第１サーバから受信した場合に、前記公開電子データと前記リンク情報とを関連付けて公開情報として登録する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記通信部は、前記公開先利用者が選択した前記リンク情報を前記第２サーバから受信した場合に、前記公開情報を参照して、受信した前記リンク情報に関連付けられた前記公開電子データのアクセス先を前記第２サーバへ送信する、
   ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記公開先利用者が選択した前記リンク情報を前記第２サーバから受信した場合に、前記リンク情報に対応する前記公開電子データに関するアクセストークンを発行し、前記公開先利用者が前記アクセストークンを用いて前記公開電子データにアクセスした場合に、前記アクセストークンの有効性を判定し、前記アクセストークンが有効である場合に、前記公開先利用者による前記公開電子データに対する操作を許可するアクセストークン管理部と、
   をさらに備えることを特徴とする請求項４に記載の情報処理装置。
6. 前記公開情報登録部は、前記公開電子データの識別情報及び前記リンク情報に関連付けて、当該公開電子データの公開終了時刻を登録し、
   前記情報処理装置は、
   現在時刻から前記公開電子データの前記公開終了時刻までの時間が所定時間以内となった場合、前記公開者及び前記公開先利用者の少なくとも一方に通知を出力する通知出力部と、
   をさらに備えることを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
7. コンピュータを、
   公開者が利用する電子データ管理サービスを提供する第１サーバから、前記公開者の指示に基づく、公開電子データの識別情報、公開先利用者が利用する電子データ管理サービスを提供する第２サーバを示す情報、及び、前記公開先利用者を示す情報を受信し、前記公開電子データの識別情報及び前記公開先利用者を示す情報を前記第２サーバへ転送する通信部と、
   前記第２サーバにおいて前記公開電子データに関するアクセス権限が設定されたことを示す情報、及び、前記第２サーバにおいて生成された前記公開電子データを指し示すリンク情報を、前記通信部が前記第２サーバから受信した場合に、前記公開電子データの識別情報と前記リンク情報とを関連付けて公開情報として登録する公開情報登録部と、
   として機能させることを特徴とする情報処理プログラム。

Images