情報中継装置及びプログラム
【課題】情報記憶装置にある情報を、その情報記憶装置に対してアクセスできない配信先に配信することを配信元が希望する場合において、配信先が要求したときに情報記憶装置にあるその情報を配信できるようにする。
【解決手段】配信元ユーザαはコンテンツサーバ２３０内のコンテンツＸを、コンテンツサーバ２３０にアクセスできない配信先ユーザβに配信しようとする場合、中継サーバ１００にその旨を指示する。中継サーバ１００は、コンテンツサーバ２３０にアクセスできるアカウント１１５を有しており、そのコンテンツＸへのリンクに対応づけたアクセスＩＤをユーザβに送信する。ユーザβが中継サーバ１００にログインし、そのアクセスＩＤを提示した場合、中継サーバ１００はアカウント１１５を用いてコンテンツサーバ２３０にアクセスし、コンテンツＸを取得してユーザβに転送する。
【解決手段】配信元ユーザαはコンテンツサーバ２３０内のコンテンツＸを、コンテンツサーバ２３０にアクセスできない配信先ユーザβに配信しようとする場合、中継サーバ１００にその旨を指示する。中継サーバ１００は、コンテンツサーバ２３０にアクセスできるアカウント１１５を有しており、そのコンテンツＸへのリンクに対応づけたアクセスＩＤをユーザβに送信する。ユーザβが中継サーバ１００にログインし、そのアクセスＩＤを提示した場合、中継サーバ１００はアカウント１１５を用いてコンテンツサーバ２３０にアクセスし、コンテンツＸを取得してユーザβに転送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報中継装置及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを介したユーザ間での情報の共有又は配信において、情報を取得しようとするユーザを認証することで、共有先又は配信先のユーザを限定する場合がある。このような場合、登録ユーザそれぞれの認証情報を管理する認証装置が配信対象の情報を保持するサーバの中又はネットワーク内などに設けられ、情報を取得しようとするユーザは、その認証装置に対して自身の認証情報を提示して認証を受けることで、サーバから情報を取得する。
【０００３】
異なるネットワーク間で情報の共有や配信を行う場合、それらネットワークがそれぞれ個別のユーザ管理を行っている場合が少なくない。例えば、一つの企業のイントラネット内の異なる部門Ａ（配信元）及び部門Ｂ（配信先）がそれぞれ別々のネットワークＮＡ及びＮＢを用いており、それらネットワークＮＡ及びＮＢがそれぞれ別々にユーザ管理を行っている場合である。この場合において、部門Ａ内のユーザαが、ネットワークＮＡ内のサーバＳにある情報Ｘを、ネットワークＮＢ内のコンピュータを操作する部門Ｂのユーザβに配信しようとしても、ユーザβはネットワークＮＡでは管理されていないのでネットワークＮＡ内のサーバＳにはアクセスできない。電子メールを用いてユーザαからユーザβに情報Ｘを送信することも考えられるが、例えばユーザβに対し常に情報Ｘの最新版を配信しようとする場合には更新の都度電子メールを送信する必要があり煩雑である。
【０００４】
特許文献１には、多数のブログ（Web log）サーバをテーマごとに分類し、それらブログの中から、事前に各ユーザから登録された関心テーマに該当するものを表示するブログポータル画面のウェブページを生成し、ログインしてきたユーザにそのポータル画面を提供する情報閲覧装置が開示されている。この装置は、ユーザが閲覧したいブログをポータル画面上で選択すると、そのブログページをブログサーバから取得してユーザに転送する。
【０００５】
特許文献２に示される情報仲介システムは、利用者が希望する情報を利用者が希望する組み合わせや形態で提供するための利用者希望情報をあらかじめ設定する希望設定手段と、希望設定手段の設定に基づいて複数の情報提供元から利用者が希望する情報を取得して当該取得した情報を利用者の希望する組み合わせや形態で利用者システムに提供する情報提供手段とを備え、提供した情報につき情報提供元において対応する情報に更新が発生した場合に、情報提供手段は当該更新後情報を取得して、最新の情報を利用者システムに提供するようにする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１２２５０４号公報
【特許文献２】特開２００３−０１６３０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、情報記憶装置にある情報を、その情報記憶装置に対してアクセスできない配信先に配信することを配信元が希望する場合において、配信先が要求したときに情報記憶装置にあるその情報を配信できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、情報中継装置であって、情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段と、情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段と、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段と、を備える情報中継装置である。
【０００９】
請求項２に係る発明は、請求項１に係る発明において、配信対象情報について前記配信先のユーザに付与するアクセス権の種類の指定を受け付けて第３の記憶手段に記憶するアクセス権指定受付手段と、前記配信先のユーザから前記配信対象情報に対する操作指示を受信した場合に、その操作指示が前記第３の記憶手段に記憶された、前記配信対象情報について前記配信先のユーザに付与されたアクセス権の種類に適合する場合にのみ、その操作指示に応じて前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置にアクセスし、前記情報記憶装置に記憶された当該アクセス識別情報に対応づけられた前記配信対象情報に対し、その操作指示に応じた操作を行う操作手段と、を更に備える。
【００１０】
請求項３に係る発明は、請求項２に係る発明において、前記配信対象情報送信手段は、前記情報記憶装置から取得した配信対象情報に第１のトラックバックＵＲＬが含まれる場合、前記配信対象情報中の前記第１のトラックバックＵＲＬを、当該情報中継装置のホスト名と前記第１のトラックバックＵＲＬに対応づけられた識別情報とを含む第２のトラックバックＵＲＬに書き換え、この書き換えの後の配信対象情報を前記配信先のユーザに送信し、前記操作手段は、前記配信先のユーザから前記操作指示として前記第２のトラックバックＵＲＬに対するトラックバック指示を受け取った場合において、前記配信先のユーザにトラックバックを許可するアクセス権が与えられている場合には、前記第２のトラックバックＵＲＬに対応づけられた前記第１のトラックバックＵＲＬに対して前記トラックバック指示に応じたトラックバックを行う、ことを特徴する。
【００１１】
請求項４に係る発明は、請求項１〜３のいずれか１項に係る発明において、前記アクセス識別情報送信手段は、更に、前記配信元のユーザからの前記配信指示として、当該配信指示の時点での前記配信対象情報を前記配信先のユーザに配信する旨の指示を受けた場合に、前記前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した配信対象情報を前記アクセス識別情報に対応づけて第４の記憶手段に記憶し、前記配信対象情報送信手段は、更に、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されており、かつ、前記アクセス識別情報に対応する配信対象情報が前記第４の記憶手段に記憶されていれば、前記第４の記憶手段に記憶された前記配信対象情報を前記配信先のユーザに送信する、ことを特徴とする。
【００１２】
請求項５に係る発明は、請求項１〜４のいずれか１項に係る発明において、過去に受けた各配信指示に係る配信元のユーザと配信先のユーザと配信対象情報との関係を記録する記録手段と、今回の配信指示に係る配信元のユーザと配信先のユーザとについて、当該配信元のユーザが当該配信先のユーザに対して過去に配信した配信対象情報を前記記録手段から求め、求めたそれら配信対象情報のうち今回の配信指示に係る配信対象情報に関係する配信対象情報と、これら配信対象情報同士の関係と、の指定を前記配信元のユーザから受け付ける受付手段と、を備え、前記アクセス識別情報送信手段は、前記受付手段が受けた指定の内容を示す情報を前記アクセス識別情報に対応づけて前記配信先のユーザに送信する、ことを特徴とする。
【００１３】
請求項６に係る発明は、コンピュータを情報中継装置として機能させるためのプログラムであって、当該コンピュータを、情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段、情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段、として機能させるためのプログラムである。
【発明の効果】
【００１４】
請求項１又は６に係る発明によれば、情報記憶装置にある配信対象情報を、その情報記憶装置に対してアクセスできない配信先のユーザに配信することを配信元のユーザが希望する場合において、配信先のユーザが要求したときに情報記憶装置にあるその配信対象情報を配信できるようにすることができる。
【００１５】
請求項２に係る発明によれば、配信先のユーザが配信された配信対象情報に対して行った操作を、配信元のユーザがその配信先に付与したアクセス権の種類に適合する範囲内で情報記憶装置内のその配信対象情報に反映させることができる。
【００１６】
請求項３に係る発明によれば、情報記憶装置内にある配信対象情報へのトラックバックを、情報中継装置を介して実現することができる。
【００１７】
請求項４に係る発明によれば、配信指示の時点での配信対象情報と、配信先のユーザが要求した時点での配信対象情報とのどちらを配信先のユーザに送信するかを、配信元のユーザの指示に応じて切り換えることができる。
【００１８】
請求項５に係る発明によれば、今回配信する配信対象情報が過去に配信した配信対象情報のどれとどのような関係にあるのかを配信元のユーザが指定し、配信先のユーザに報せることができる。
【図面の簡単な説明】
【００１９】
【図１】実施形態のシステムにおける情報（コンテンツ）配信の概略的な仕組みを説明するための図である。
【図２】中継サーバの内部構成の一例を示す図である。
【図３】ユーザＤＢ（データベース）のデータ内容の一例を示す図である。
【図４】リンクＤＢのデータ内容の一例を示す図である。
【図５】リンクＤＢのデータ内容の別の一例を示す図である。
【図６】アクセス権ＤＢのデータ内容の一例を示す図である。
【図７】配信指示受付部の処理手順の一例を示すフローチャートである。
【図８】配信処理部の処理手順の一例を示すフローチャートである。
【図９】第１の変形例の中継サーバの内部構成を示す図である。
【図１０】第１の変形例の中継サーバが持つコンテンツＤＢのデータ内容の一例を示す図である。
【図１１】第２の変形例におけるアクセス権ＤＢのデータ内容の一例を示す図である。
【図１２】第２の変形例における配信処理部の処理手順の一例を示すフローチャートである。
【図１３】第３の変形例におけるコンテンツ関係ＤＢのデータ内容の一例を示す図である。
【図１４】第３の変形例におけるコンテンツ間の関係の入力画面の一例を示す図である。
【発明を実施するための形態】
【００２０】
図１を参照して、この実施形態における情報（コンテンツ）配信の概要を説明する。図１では、ネットワークＮＡ２００からネットワークＮＢ３００へのコンテンツ配信を例にとる。ネットワークＮＡ２００とネットワークＮＢ３００とは、それぞれ別々のコンピュータネットワークであり、それぞれ別々のアカウント管理・アクセス制御システムの管理下にある。
【００２１】
ここで、アカウントとは、ネットワーク内の資源（例えば、ネットワーク自体、ネットワーク内のコンピュータやプリンタなどの装置、コンピュータ内のファイルやプログラム）などを利用できる権利、及びその権利を持つ主体（ユーザ又はユーザグループ又はコンピュータなど）の識別情報（以下「ＩＤ」と呼ぶ）のことである。アカウントには、主体を認証するためのパスワード等の認証情報が対応づけられている。また、アクセス制御は、主体に資源へのアクセスを認めるか否か、及び認める場合に主体に許可する資源の利用の仕方（資源がファイルである場合、読み出しや書き込みなど）についての制御である。
【００２２】
図１の例では、ネットワークＮＡ２００内のアカウント管理・アクセス制御が、１つのディレクトリサーバ２２０により行われるものとする。ただし、これは一例に過ぎない。この代わりに、アカウント管理（例えばユーザ認証）とアクセス制御とをネットワークＮＡ２００内の別々のサーバ乃至コンピュータが担当してもよい。また、アクセス制御を複数のサーバやコンピュータで分散処理してもよい。アクセス管理についても同様である。
【００２３】
一方、ネットワークＮＢ３００内にも、当該ネットワーク内のアカウント管理・アクセス制御を担当するシステムが存在している。
【００２４】
ネットワークＮＡ２００及びネットワークＮＢ３００は、例えば、一企業の部門ごとに構築されたネットワークであり、それぞれその企業のイントラネットの一部分（サブネットワーク）を構成する。この例では、部門Ａに所属するユーザαのアカウントはディレクトリサーバ２２０により管理されており、そのアカウントによりネットワークＮＡ２００にログインしたり、ネットワークＮＡ２００内のコンピュータやその中のファイルにアクセスしたりすることができる。一方、部門Ｂに所属するユーザβのアカウントは、ネットワークＮＢ３００内のシステムで管理されており、ディレクトリサーバ２２０には登録されていないとする。この場合、ユーザβはディレクトリサーバ２２０によるユーザ認証に合格できないので、ネットワークＮＡ２００内のコンテンツサーバ２３０にはアクセスすることができない。したがってそのサーバ２３０内に記憶されているコンテンツＸ２４０にアクセスすることもできない。なお、コンテンツＸ２４０は、ユーザから他のユーザに配信される情報であれば、どのようなものであってもよく、またそのデータ形式も基本的にどのようなものであってもよい。コンテンツＸ２４０は、例えば、ファイルとしてコンテンツサーバ２３０内に保存されている。
【００２５】
このような状況下で、ユーザαがユーザβに、ネットワークＮＡ２００内のコンテンツサーバ２３０に保存されたコンテンツＸ２４０を、そのコンテンツＸ２４０にアクセスできないユーザβに配信しようとする場合を考える。このような配信を実現するために、この実施形態のシステムは、中継サーバ１００を備える。中継サーバ１００は、ネットワークＮＡ２００及びネットワークＮＢ３００のどちらからもアクセス可能な場所に設けられている。中継サーバ１００は、事前にネットワークＮＡ２００及びコンテンツサーバ２３０にアクセスするためのアカウント１１５を取得しているものとする。すなわち、この場合、このアカウント１１５についてのＩＤ及び認証情報は、ディレクトリサーバ２２０に登録されている。また、ディレクトリサーバ２２０には、このアカウント１１５が、コンテンツサーバ２３０にアクセスしてコンテンツをダウンロードする権限を持つ旨が登録されている。このような事前の登録は、例えば中継サーバ１００又はネットワークＮＡ２００の管理者が行えばよい。また、図示は省略したが、中継サーバ１００にはユーザαのアカウントが登録されており、ユーザαはこのアカウントを用いて中継サーバ１００にログインし、コンテンツの配信指示を行うことができる。また、ユーザαはコンテンツＸを配信するアクセス権を有しており、このアクセス権の情報は例えばディレクトリサーバ２２０に登録されている。
【００２６】
ユーザαは、コンテンツサーバ２３０内のコンテンツＸ２４０をユーザβに配信しようとする場合、まずネットワークＮＡ２００内のクライアントＰＣ（パーソナルコンピュータ）２１０を操作して、中継サーバ１００にログインする。そして、中継サーバ１００に対し、配信対象としてコンテンツＸ２４０を、配信先としてユーザβを指定する。
【００２７】
ここで、ユーザβの中継サーバ１００に対するアカウントｂ１０２は、事前に登録されているか、或いはこの指定に応じて作成される。また、中継サーバ１００には、ユーザβに通知を送るために、そのアカウントｂ１０２と対応づけてユーザβの通知宛先情報（例えば電子メールアドレス）が登録されている。
【００２８】
また、中継サーバ１００は、叙述の配信対象及び配信先の指定に応じ、コンテンツサーバ２３０内のコンテンツＸ２４０にリンクされたアクセスＩＤ１０４を生成する。そして、ユーザβの通知宛先情報を用いて、そのアクセスＩＤ１０４をユーザβ宛に送信する。
【００２９】
この通知を受けたユーザβは、コンテンツＸが必要になったときに、アカウントｂ１０２を用いて中継サーバ１００にログインし、アクセスＩＤ１０４を中継サーバ１００に提示してコンテンツＸを要求する。
【００３０】
この要求を受けた中継サーバ１００は、アカウント１１５を用いてコンテンツサーバ２３０にログインし、アクセスＩＤ１０４にリンクされたコンテンツＸ２４０をコンテンツサーバ２３０からダウンロードする。そして、ユーザβからの要求に対して、そのコンテンツＸ２４０をユーザβに返す。
【００３１】
以上説明したように、この実施形態のシステムでは、コンテンツＸ２４０に直接アクセスできないユーザβに代わって、中継サーバ１００がコンテンツＸを取得してユーザβに提供する。配信元のユーザαが一度中継サーバ１００に配信対象と配信先を指定すれば、ユーザβは、自分の必要なときに何度でも、コンテンツサーバ２３０内にあるコンテンツＸの最新版を取得することができる。
【００３２】
次に、図２を参照して、中継サーバ１００の内部構成の一例を説明する。この例では、中継サーバ１００は、アカウント記憶部１１０、ユーザＤＢ（データベース）１２０、リンクＤＢ１３０、アクセス権ＤＢ１４０、配信指示受付部１５０、及び配信処理部１６０を有する。アカウント記憶部１１０は、中継サーバ１００のコンテンツサーバ２３０に対するアカウント１１５（例えば、当該中継サーバ１００のＩＤと、パスワード等の認証情報と、の組であり、ディレクトリサーバ２２０に登録されている当該組の値と対応している）を記憶している。
【００３３】
ユーザＤＢ１２０は、中継サーバ１００に登録された各ユーザのアカウント情報を記憶している。例えば、ユーザＤＢ１２０には、図３に例示するように、ユーザＩＤに対応づけて、当該ユーザのユーザ名及び電子メールアドレス（通知宛先情報の一例）が登録されている。この「ユーザＩＤ」は、中継サーバ１００におけるユーザの識別情報であり、例えば中継サーバ１００が付与したユーザごとの一意な値である。このユーザＩＤは、ネットワークＮＡ及びＮＢでのユーザ管理（例えばディレクトリサーバ２２０による管理）において用いられるユーザＩＤとは独立に付与されるものであってよい。また、「ユーザ名」は、主として人間が各ユーザを識別するためのユーザの名前である。このユーザ名は、当該ユーザ本人が登録してもよいし、後述する例のように配信元のユーザが配信先のユーザのユーザ名を登録してしてもよい。また、ユーザ名及び電子メールアドレス以外に、例えば所属部署や役職・役割などといった配信元ユーザを説明する他の情報をユーザＤＢ１２０に登録してもよい。
【００３４】
なお、ユーザＤＢ１２０には、ユーザのグループを登録してもよい。ユーザＤＢ１２０におけるグループについてのエントリは、例えば、当該グループに所属するユーザのＩＤのリストを含むものでよい。
【００３５】
リンクＤＢ１３０は、図４に例示するように、配信対象のコンテンツへのリンクを、アクセスＩＤに対応づけて記憶したデータベースである。ここで「アクセスＩＤ」は、配信元ユーザが配信先ユーザに与えた、配信対象コンテンツのアクセス権を一意に表す識別情報である。アクセスＩＤは、少なくとも配信対象コンテンツごとに異なる。また、配信対象コンテンツが同じであっても、配信「先」ユーザごとにアクセスＩＤを異ならせてもよい。同様に、配信対象コンテンツが同じであっても、配信「元」ユーザごとにアクセスＩＤを異ならせてもよい。
【００３６】
また、図４の例では、配信対象コンテンツへのリンクはＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）で表現されている。すなわち、この例では、コンテンツサーバ２３０は、配信対象コンテンツをＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って提供する。より詳しくは、図４の例での配信対象コンテンツは、ＲＳＳ（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ又はＲｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ又はＲＤＦ Ｓｉｔｅ Ｓｕｍｍａｒｙ）フォーマットで記述されたデータである。ＲＳＳは、例えば、ウェブサイトの更新情報を簡単にまとめて配信するためのフォーマットとして利用されている。ＲＳＳのあるバージョンでは、データ形式の基礎となる枠組みとしてＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）を用いている。
【００３７】
なお、配信対象コンテンツは、ＲＳＳ準拠のサマリーデータに限るものではない。例えばＡｔｏｍ Ｓｙｎｄｉｃａｔｉｏｎ Ｆｏｒｍａｔ（ＲＦＣ４２８７）に準拠したデータであってもよいし、一般的なＨＴＭＬファイルであってもよい。また、ＰＤＦファイルや、ワードプロセッサ等のアプリケーションで作成されたファイルであってもよい。
【００３８】
また、コンテンツサーバ２３０がデータの提供（配信）に用いるプロトコルは、ＨＴＴＰに限らず、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの他のプロトコルであってもよい。
【００３９】
アクセスＩＤとして、配信対象コンテンツへのリンク（例えばＵＲＬ）そのものを用いてもよい。しかし、リンクそのものをネットワークＮＡの外部に極力漏洩させないという立場を採用する場合は、アクセスＩＤとしては、リンクそのものを予測できない値を用いる。この場合、アクセスＩＤは、中継サーバ１００が例えば自動採番により決定してもよい。また、この代わりに、リンクの文字列（又は配信対象コンテンツそのもの）のハッシュ値をアクセスＩＤとして用いれば、アクセスＩＤは配信対象コンテンツごとに異なったものとなる。また、リンクの文字列（又は配信対象コンテンツそのもの）と配信先（又は配信元）ユーザのＩＤとを組み合わせた値のハッシュ値をアクセスＩＤとすれば、アクセスＩＤは配信対象コンテンツと配信先（又は配信元）ユーザの組合せごとに異なったものとなる。また、更にアクセスＩＤ発行時の日時を組み合わせれば、配信対象コンテンツと配信先（又は配信元）ユーザの組合せが同じでも、発行ごとにアクセスＩＤを異ならせることができる。
【００４０】
リンクＤＢ１３０のデータ内容の別の例を図５に示す。この例は、配信対象コンテンツがＲＳＳ １．０のデータ構造に従っている場合の例である。この場合、リンクＤＢ１３０には、その配信対象コンテンツが含む、title（タイトル）、link（リンク）、description（ディスクリプション）、items（アイテム）の各値が、その配信対象コンテンツに対応するアクセスＩＤに対応づけて登録される。
【００４１】
アクセス権ＤＢ１４０には、図６に例示するように、配信先ユーザごとに、そのユーザに与えられたアクセスＩＤが登録される。アクセス権ＤＢ１４０は、例えば、配信先ユーザがアクセス可能な配信対象コンテンツを識別するのに用いられる。配信先ユーザの欄には、配信先ユーザのユーザＩＤが記録される。また、図６の例では、配信先ユーザとアクセスＩＤのペアごとに、配信元ユーザのユーザＩＤを記録しているが、この配信元ユーザの情報は、例えば、そのアクセスＩＤの配信元を特定するのに用いられる。なお、単に配信対象コンテンツを配信先ユーザに配信するだけでよければ、配信元ユーザの情報は記録しなくてよい。
【００４２】
なお、リンクＤＢ１３０とアクセス権ＤＢ１４０とは、一体のデータベースとして構築しても良い。
【００４３】
再び図２の説明に戻ると、配信指示受付部１５０は、配信元ユーザの操作するクライアントＰＣ２１０から配信指示を受け、配信のための準備処理（配信先ユーザへのアクセスＩＤの送付等）を実行する（詳細は後述）。また、配信処理部１６０は、配信先ユーザのＰＣ３１０からのアクセスＩＤを伴う要求に応じて、コンテンツサーバ２４０からコンテンツを取得し、クライアントＰＣ３１０に提供する処理を行う（詳細は後述）。
【００４４】
次に、図７を参照して、配信元ユーザが配信指示を行ったときの配信指示受付部１５０の処理の一例を説明する。なお、図７の処理が行われる前に、既に中継サーバ１００に対して配信元ユーザαのユーザ登録がなされているものとする。すなわち、図７の処理の開始時点では、配信元ユーザαは、中継サーバ１００に対するアカウント（例えばユーザＩＤと認証情報のペア）を持ち、そのアカウントの情報は中継サーバ１００に登録されている。また、図７の処理手順のステップＳ１０が開始される前に、配信元ユーザαは、そのアカウントを用いてクライアントＰＣ２１０から中継サーバ１００にログインしており、中継サーバ１００はアカウント１１５を用いてネットワークＮＡにログインしているものとする。
【００４５】
図７の手順では、まず、配信元ユーザαが、中継サーバ１００に対してコンテンツサーバ２３０内にある配信対象コンテンツＸ２４０（図１参照）と配信先ユーザβを指定する（Ｓ１０）。中継サーバ１００は、この指定のための入力画面をクライアントＰＣ２１０に提供する。
【００４６】
例えば、配信対象コンテンツを指定するための入力画面は、例えば、ネットワークＮＡ内のコンピュータ、フォルダ、ファイルの階層構造を表示し、その中から配信対象コンテンツのファイルを選択できるグラフィカルユーザインタフェース画面であってもよい。この場合、その入力画面には、ネットワークＮＡ内のコンピュータ、フォルダ、ファイルのうち、配信元ユーザαがアクセス権を持つもののみを表示するようにしてもよい。配信元ユーザαがアクセス権を持つコンピュータ、フォルダ、ファイルは、ディレクトリサーバ２２０が保持する情報から求めればよい。また、アクセス権に段階がある場合は、配信元ユーザαが「配信可能」以上のレベルのアクセス権を持つファイルのみを表示するようにしてもよい。図１の例では、配信元ユーザαは、配信対象として選んだコンテンツＸ２４０に対して、配信可能レベル以上のアクセス権を持つものとする。
【００４７】
また、配信先ユーザを指定するための入力画面は、例えば、中継サーバ１００のユーザＤＢ１２０に登録されたユーザのユーザ名と電子メールアドレスの一覧を表示し、その中から配信先を選択できるように構成されたグラフィカルユーザインタフェース画面でよい。選択されたユーザを示す情報は中継サーバ１００に伝達される。この場合、ステップＳ１２の判定結果はＹｅｓであり、配信指示受付部１５０は、ステップＳ１４を経ずにステップＳ１６に進む。
【００４８】
また、この入力画面には、新規ユーザのユーザ名及び電子メールアドレスを入力するための入力欄が含まれていてもよい。配信元ユーザαが希望する配信先ユーザβがユーザＤＢ１２０に未登録である場合には、ユーザαはその入力欄にユーザβのユーザ名及び電子メールアドレスを入力し、中継サーバ１００に送信すればよい（Ｓ１２の判定結果がＮｏ）。この場合、中継サーバ１００は、ユーザＤＢ１２０にそのユーザβのアカウントｂを作成する（Ｓ１４）。すなわち、ユーザＤＢ１２０に新たなアカウントのエントリを作成し、新たに生成したユーザＩＤの値をそのエントリのユーザＩＤ欄に、受信したユーザ名及び電子メールアドレスをそのエントリのユーザ名欄及びメールアドレス欄に、それぞれ登録する。その後、処理はステップＳ１６に進む。
【００４９】
このように配信元ユーザαからの指示に従い配信先ユーザβのアカウントを新規作成した場合、配信指示受付部１５０は、配信先ユーザβに対して、そのアカウントの情報（例えば配信元ユーザが入力したユーザ名とパスワード）を通知する。この通知は、そのアカウントの情報を記載した電子メールを配信先ユーザβに送信することにより行えばよい。配信先ユーザβは、受け取ったそのアカウント情報を用いて中継サーバ１００にログインしてパスワードを自分の希望するものに変更し、また必要ならばユーザ名も変更することができる。また、所属部署などと言った他の情報を中継サーバ１００に登録したり、変更したりすることができる。
【００５０】
なお、この新規アカウント作成の通知には、そのアカウント作成の契機となった配信元ユーザを説明する情報（ユーザ名など）を含めてもよい。また、この通知を、この後ステップＳ２０で行われるアクセスＩＤの通知と併せて、１つの電子メールで行ってもよい。
【００５１】
ステップＳ１６では、配信指示受付部１５０は、指定された配信先ユーザβに対し、指定された配信対象コンテンツＸ２４０を既に配信済みであるかどうかを、リンクＤＢ１３０及びアクセス権ＤＢ１４０を参照して判定する。この判定では、配信対象コンテンツＸに対応するアクセスＩＤがリンクＤＢ１３０に登録されており、かつ、そのアクセスＩＤと配信先ユーザβとのペアがアクセス権ＤＢ１４０に登録されているならば、過去に配信済みと判定する（Ｓ１６の判定結果がＹｅｓ）。この場合、配信指示受付部１５０は、配信先ユーザβの電子メールアドレスに対し、過去に配信済みのそのアクセスＩＤを表示した電子メールを送信する（Ｓ２０）。
【００５２】
この例は、過去に配信対象コンテンツＸを配信先ユーザβに配信済みであっても、指示されれば再びその配信対象コンテンツＸに対するアクセスＩＤをユーザβに提供する場合の例である。この代わりに、過去に配信済みの配信対象コンテンツＸを配信先ユーザβに重ねて配信することをしないように制御してもよい。この場合、ステップＳ１６の判定結果がＹｅｓであれば、配信指示受付部１５０は、ステップＳ２０は実行せずに、例えば過去に配信済みであることを示すメッセージを配信元ユーザαに返し、処理を終了すればよい。
【００５３】
また、ステップＳ１６の判定結果がＹｅｓである場合に、配信元ユーザαに対して過去にそのコンテンツを配信済みであることを通知し、同じコンテンツを再度配信するかどうかをユーザαに確認してもよい。
【００５４】
過去に、配信先ユーザβに対して配信対象コンテンツＸを配信していない場合は、配信指示受付部１５０は、その配信先ユーザβと配信対象コンテンツＸとの組に対して一意なアクセスＩＤを生成する（Ｓ１８）。そして、そのアクセスＩＤを配信対象コンテンツＸのリンクと対応づけてリンクＤＢ１３０に登録すると共に、そのアクセスＩＤと配信先ユーザβ（と配信元ユーザα）との組をアクセス権ＤＢ１４０に登録する。その後、配信指示受付部１５０は、配信先ユーザβに対してそのアクセスＩＤを電子メールにより通知する（Ｓ２０）。
【００５５】
ここで、アクセスＩＤを通知する電子メールは、例えば、アクセスＩＤを示す仮想的なＵＲＬを含むものでよい。仮想的なＵＲＬは、クライアントＰＣと中継サーバ１００との間の通信プロトコルを指定する文字列（例えば”http://”）、中継サーバ１００のホスト名が続き、その後にアクセスＩＤが続くようなものでよい。この電子メールを受け取った配信先ユーザβは、クライアントＰＣ３１０上のメールクライアントソフトウエアのユーザインタフェース画面に表示されたそのＵＲＬをクリック操作等で選択することで、ウェブブラウザを介して中継サーバ１００にアクセスＩＤを送信することができる。
【００５６】
また、アクセスＩＤの通知手段として電子メールを用いるのはあくまで一例に過ぎない。他のプロトコルに従った通知手段を用いてもよい。
【００５７】
このアクセスＩＤを通知する電子メールには、アクセスＩＤのほかに、配信先ユーザβへの説明文が含まれていてもよい。説明文は、例えば、配信元ユーザの情報及び配信対象コンテンツＸの説明などを含むものでよい。配信元ユーザの情報は、例えばユーザ名や部署、役職などであり、これらはユーザＤＢ１２０又はディレクトリサーバ２２０から取得すればよい。配信対象コンテンツＸの説明は、当該コンテンツＸ内の属性情報から抽出（例えば、あらかじめ定められた属性項目を自動抽出）してもよいし、配信元ユーザが選択した配信対象コンテンツに対応づけて入力してもよい。
【００５８】
次に図８を参照して、配信先ユーザβからの要求に応じて配信処理部１６０が実行する処理手順の一例を説明する。
【００５９】
中継サーバ１００からアクセスＩＤを受信した配信先ユーザβは、アクセスＩＤが指し示すコンテンツが必要となったときに、自分のアカウントを用いて中継サーバ１００にログインし、中継サーバ１００に対してそのアクセスＩＤを提示してコンテンツを要求する（Ｓ３０）。具体的には、例えば、配信先ユーザβが、中継サーバ１００から受け取った電子メールに示されるＵＲＬ（中継サーバのホスト名とアクセスＩＤを含む）をクリックすると、クライアントＰＣ３１０上のウェブブラウザが中継サーバ１００に対してＨＴＴＰリクエストを送信する。中継サーバ１００の配信処理部１６０は、このリクエストに応じ、ログイン画面をそのブラウザに返す。配信先ユーザβは、ブラウザに表示されたログイン画面に対し、自分のアカウントのユーザ名及びパスワード（あるいは他の種類の認証情報）を入力し、その入力結果の配信処理部１６０への送信をブラウザに指示する。この例では、以上のようにして、配信先ユーザβのアカウント情報と、要求対象のコンテンツに対応するアクセスＩＤとが中継サーバ１００の配信処理部１６０に伝えられる。
【００６０】
それらの情報を受けた配信処理部１６０は、まず入力されたアカウント情報がユーザＤＢ１２０に登録された正しい情報であるかを確認する（Ｓ３２。ユーザ認証）。正しくなければ、エラーメッセージをクライアントＰＣ３１０のブラウザに返し（Ｓ３４）、処理を終了する。また、ユーザ認証が成功すれば、ステップＳ３０で受信したアクセスＩＤが、当該ユーザに対して付与されたものであるかどうかを、アクセス権ＤＢ１４０を参照して判定する（Ｓ３６）。アクセス権ＤＢ１４０に、そのアクセスＩＤが当該ユーザのＩＤに対応づけて登録されていればこの判定の結果はＹｅｓとなり、ステップＳ４０に進む。この判定の結果がＮｏの場合は、エラーメッセージをクライアントＰＣ３１０のブラウザに返し（Ｓ３８）、処理を終了する。
【００６１】
ステップＳ３６の判定結果がＹｅｓの場合、配信処理部１６０は、リンクＤＢ１３０を参照してそのアクセスＩＤに対応するリンク情報を求め、そのリンク情報を用いてコンテンツサーバ２３０に対してコンテンツを要求する（Ｓ４０）。例えば、リンクＤＢ１３０のデータ内容が図４に示すようなものであり、アクセスＩＤが”Abc21342”であるとすると、配信処理部１６０は、リンク情報であるＵＲＬ”http://uuu.ddd.co.jp/hoge.rss”に対応するＨＴＴＰリクエストを送出する。ここで、”uuu.ddd.co.jp”がコンテンツサーバ２３０のホスト名であるとすると、そのリクエストはコンテンツサーバ２３０に届く。
【００６２】
なお、中継サーバ１００はアカウント１１５を有しているので、そのアカウントを用いてネットワークＮＡにログインし、コンテンツサーバ２３０にログインすることができる。したがって、上述のリクエストはコンテンツサーバ２３０により受け付けられる。
【００６３】
コンテンツサーバ２３０は、中継サーバ１００から要求されたコンテンツが存在すれば、そのコンテンツを返し、なければそのコンテンツが存在しない旨を示すエラーメッセージを返す。このエラーメッセージを受け取った場合、配信処理部１６０は、エラーメッセージをクライアントＰＣ３１０のブラウザに返し（Ｓ４２）、処理を終了する。コンテンツサーバ２３０から要求に応じたコンテンツを受信した場合、配信処理部１６０は、そのコンテンツを、ステップＳ３０で受信したクライアントＰＣ３１０のブラウザからの要求に対する返信として、当該ブラウザに送信する（Ｓ４４）。これにより、配信先ユーザβは、中継サーバ１００から受信したアクセスＩＤに対応するコンテンツ（例えばＲＳＳデータ）をブラウザで閲覧することができる。
【００６４】
以上に説明したように、この実施形態では、配信先ユーザβがアカウントを持たないコンテンツサーバ２３０上のコンテンツを、中継サーバ１００が取得し、配信先ユーザβに提供する。
【００６５】
以上では、配信元ユーザαが１人のユーザを配信先に指定する場合を主な例として説明したが、配信元ユーザαは複数人のユーザを配信先として指定してもよい。この場合、配信元ユーザαが、それら複数の配信先ユーザに対して同一のアクセスＩＤを付与するか、ユーザごとに異なるアクセスＩＤ（配信対象コンテンツ自体は同一）を付与するかを指定できるようにしてもよい。
【００６６】
また、同一コンテンツの配信先として複数のユーザが指定された場合に、それら各配信先ユーザに対して他の配信先ユーザの情報（例えばユーザ名）を（例えばアクセスＩＤの通知に含めて）通知してもよい。例えば、配信元ユーザαが配信先としてβ、γ、δを指定した場合、各配信先に対し、配信対象コンテンツがβ、γ、δに配信されたことを通知するのである。また、このような通知を行うか否かを配信元ユーザαが指定できるようにしてもよい。このような通知をしない場合、配信先ユーザには、同じコンテンツが他のどのユーザに配信されているかは分からない。
【００６７】
また、同様に、配信元ユーザαが、配信先（一人又は複数人）に対する配信対象として複数のコンテンツを同時に（１つの入力画面で）指定できるようにしてもよい。この場合、アクセスＩＤは、コンテンツごとに異なる値とする。
【００６８】
また、中継サーバ１００が、ユーザに対し、そのユーザが過去に配信したコンテンツとその配信先を一覧表示した画面を提供するようにしてもよい。同様に、ユーザに、そのユーザが過去に配信を受けたコンテンツとその配信元を一覧表示した画面を提供してもよい。
【００６９】
また、図１では、ネットワークＮＡ内には１つのコンテンツサーバ２３０しか示されていないが、中継サーバ１００は、コンテンツを提供するサーバがネットワークＮＡ内に複数存在する場合でも、上述と同様の中継処理を行えばよい。また、１つの中継サーバ１００が複数のネットワークからのコンテンツ配信を中継するようにしてももちろんよい。
【００７０】
次に、実施形態の第１の変形例を説明する。上記実施形態では、配信元ユーザαが配信先ユーザβに対して配信対象コンテンツＸ２４０のリンクに対応づけられたアクセスＩＤを提供した。この場合、配信先ユーザβがアクセスＩＤを用いて要求を行えば、中継サーバ１００を介してその時点でのコンテンツＸ（すなわち最新版）が配信先ユーザβに提供される。これに対し、この変形例では、そのように配信対象コンテンツの最新版を提供する仕組みに加え、配信指示の時点でのバージョン（いわゆるスナップショット）を提供する仕組みを提供する。最新版又は配信指示時点のバージョンのいずれを提供するかは、配信元ユーザαが、例えば中継サーバ１００に配信指示を行う時点で指示する。
【００７１】
図９にこの変形例における中継サーバ１００の内部構成の例を示す。この例では、中継サーバ１００は、図２に示した各要素の他に、コンテンツＤＢ１７０を備える。コンテンツＤＢ１７０には、配信元ユーザαがコンテンツの配信を指示した時点での当該コンテンツのスナップショットデータを登録する。
【００７２】
コンテンツＤＢ１７０に記憶されたデータ内容の一例を図１０に示す。この例では、コンテンツＤＢ１７０には、アクセスＩＤに対応づけて、配信対象コンテンツのデータ（スナップショット）を取得した日時と、配信対象コンテンツのデータそのものとが登録されている。
【００７３】
この変形例では、配信指示受付部１５０は、配信元ユーザαから配信対象コンテンツと配信先ユーザの指定を受け付けた場合に、更に配信先ユーザが要求した時点の最新版を提供するか、又はその配信対象コンテンツの配信指示時点でのバージョンを提供するか、の指定をユーザから受け付ける。そして、配信元ユーザαが前者を指定した場合は、上記実施形態と同様、その配信対象コンテンツのリンク情報をリンクＤＢ１３０に登録する。一方、配信元ユーザαが後者を指定した場合は、配信指示受付部１５０は、アカウント１１５を用いてコンテンツサーバ２３０にアクセスし、その配信対象コンテンツのリンク情報が指し示すコンテンツをコンテンツサーバ２３０から取得する。そして、取得したコンテンツを、アクセスＩＤとその時点の日時とに対応づけて、コンテンツＤＢ１７０に登録する。このように、配信元ユーザαからの１つの配信指示に対しては、リンクがリンクＤＢ１３０に登録されるか、その時点でのコンテンツそのものがコンテンツＤＢ１７０に登録されるかの一方になる。
【００７４】
また、この変形例では、配信処理部１６０は、配信先ユーザβからアクセスＩＤを伴うコンテンツ要求を受けた場合、リンクＤＢ１３０及びコンテンツＤＢ１７０からそのアクセスＩＤを含むエントリを検索する。この検索によりリンクＤＢ１３０からリンクが検索された場合は、配信処理部１６０はそのリンクを用いてコンテンツサーバ２３０からコンテンツを取得して配信先ユーザβのクライアントＰＣ３１０に提供する。一方、この検索によりコンテンツＤＢ１７０からコンテンツが検索された場合は、そのコンテンツを配信先ユーザβのクライアントＰＣ３１０に提供する。
【００７５】
このようにコンテンツのスナップショットを配信する場合、中継サーバ１００は、過去に配信先ユーザβに対し配信対象コンテンツのスナップショットを配信したことがある場合には、その中の最新のスナップショットと今回の配信指示時点のスナップショットとの差分を求め、その差分のみを配信先ユーザβに提供してもよい。また、中継サーバ１００は、その差分を強調表示するよう配信対象コンテンツのスナップショットの内容を変更し、変更後の配信対象コンテンツを配信先ユーザβに提供するようにしてもよい。
【００７６】
次に第２の変形例を説明する。この変形例では、配信元ユーザαが、配信対象コンテンツに対する配信先ユーザβのアクセス権の有無だけでなく、そのアクセス権の種類を指定する。
【００７７】
アクセス権の種類には、例えば「閲覧可能」、「編集可能」、「再配布可能」、「コメント可能」、「トラックバック可能」などがある。「再配布可能」のアクセス権が付与された場合、配信先ユーザβは、配信対象コンテンツを、中継サーバ１００を介して他のユーザに再配布することができる。
【００７８】
また、「コメント可能」のアクセス権が付与された場合、配信先ユーザβは配信されたコンテンツに対してコメントを登録することができる。例えばコンテンツがブログである場合、ブログを閲覧したユーザはそのブログに対してコメントを入力することができる。入力されたコメントは、そのブログに対応づけてブログサーバに登録される。登録されたコメントは、例えばブログの内容の後に表示される。
【００７９】
また、「トラックバック可能」のアクセス権が付与された場合、配信先ユーザβは配信されたコンテンツに対してトラックバックを行うことができる。トラックバックは、例えばブログの一機能としてよく知られている。トラックバックは、ブログ（ブログＡと呼ぶ）を読んだユーザが自分自身のブログ（ブログＢと呼ぶ）の中でブログＡについて言及した場合に、ブログＢのＵＲＬをブログＡ側のサーバに伝え、ブログＡにブログＢへのリンクを組み込ませる機能である。
【００８０】
このように配信対象コンテンツについてのアクセス権として配信先ユーザβに対してどのような種類のアクセス権を付与するかは、例えば配信指示を行うときに配信元ユーザαが中継サーバ１００に対して指定すればよい。中継サーバ１００は、配信指示のための入力画面の１つとして、アクセス権の種類を指定する画面を提供し、その画面に対して配信元ユーザが選択したアクセス権の種類の情報を取得し、それを例えばアクセス権ＤＢ１４０に登録すればよい。この場合、アクセス権ＤＢ１４０には、例えば図１１に示すように、「アクセス権」の欄に、配信元ユーザが付与したアクセス権の種類のリストが登録される。図示例では、記号Ｃ，Ｔ，Ｒ，Ｅ，Ｄは、順に、コメント可能、トラックバック可能、閲覧（のみ）可能、編集可能、再配布可能を意味する。
【００８１】
中継サーバ１００は、アクセスＩＤを配信先ユーザβに通知する際に、配信先ユーザβに与えられたアクセス権の種類を併せて通知してもよい。
【００８２】
この変形例では、配信先ユーザβが配信されたコンテンツに対して編集、再配布、コメント入力、トラックバックなどの操作を行った場合、その操作指示（例えば編集後のコンテンツ、再配布指示、コメント内容、トラックバックするＵＲＬなど）がクライアントＰＣ３１０から中継サーバ１００に送信される。このとき操作指示は、アクセスＩＤと対応づけて中継サーバ１００に送信される。この送信は、例えば、クライアントＰＣ３１０上のウェブブラウザ（及び場合によってはそのコンテンツに埋め込まれたプログラム）の機能により実現される。
【００８３】
この変形例では、中継サーバ１００の配信処理部１６０は、図１２に示すように、配信先のクライアントＰＣ３１０からコンテンツに対する操作指示を受け取ると（Ｓ５０）、その操作指示が、そのコンテンツに対して配信先ユーザβに付与されたアクセス権の種類に適合するかどうかを判定する（Ｓ５２）。このとき、配信処理部１６０は、その配信先ユーザβに付与されたそのコンテンツ（アクセスＩＤにより特定される）に対するアクセス権の種類をアクセス権ＤＢ１４０から求め、配信先ユーザβから送信された操作指示がそれら求めた種類のいずれかに適合するかどうかを判定する。配信先ユーザからの操作指示が、そのユーザに認められたアクセス権の種類のいずれにも適合しない場合、配信処理部１６０は、配信先ユーザβに対して、例えば「あなたが指示した操作は許可されていません」などのエラーメッセージを返す（Ｓ５４）。
【００８４】
一方、配信先ユーザからの操作指示が、そのユーザに認められたアクセス権の種類のいずれかに適合した場合は、中継サーバ１００は、コンテンツサーバ２３０内の当該アクセスＩＤに対応するリンクが指し示すコンテンツＸ２４０にアクセスし、そのコンテンツＸ２４０に対してその操作指示に応じた操作を行う（Ｓ５６）。例えば、配信先ユーザβからの操作指示がコンテンツに対する編集指示である場合、配信処理部１６０は、その編集指示に従ってそのコンテンツに対して編集を行い、その編集結果をコンテンツサーバ２３０に書き戻す。また、操作指示がコンテンツの再配布指示である場合、配信先ユーザβから指定された再配布先のユーザの電子メールアドレスに対し、当該アクセスＩＤを示した電子メールを送信する。また、操作指示がコンテンツに対するコメント入力指示である場合、そのコメント指示に含まれるコメント内容を、アクセスＩＤに対応するリンクが指し示すコンテンツＸ２４０に登録する。また、操作指示がコンテンツに対するトラックバック指示である場合、そのトラックバック指示に含まれる配信先ユーザβのサイトのＵＲＬを、当該コンテンツに示されたトラックバックＵＲＬに対して送信する。
【００８５】
なお、このように中継サーバ１００を介したトラックバックを実現するには、例えば、配信処理部１６０が、コンテンツサーバ２３０からコンテンツ（例えばブログ）を取得して配信先ユーザβに送信する際に、そのコンテンツに含まれるトラックバックＵＲＬを変更すればよい。すなわち、コンテンツサーバ２３０から取得したコンテンツには、一般には、コンテンツサーバ２３０内のトラックバック処理アプリケーションと当該コンテンツを一意に示す識別情報との組を指し示すトラックバックＵＲＬ（原ＵＲＬと呼ぶ）が含まれる。ここで、配信先ユーザβがそのトラックバックＵＲＬに対してトラックバックを指示したとしても、配信先ユーザβはネットワークＮＡ及びコンテンツサーバ２３０へのアクセス権を持たないので、配信元がトラックバックを許可していた場合でもそのトラックバック指示は受け付けられない。そこで、中継サーバ１００の配信処理部１６０が、コンテンツサーバ２３０から取得した配信対象コンテンツの中のトラックバックＵＲＬを、中継サーバ１００内のトラックバック処理アプリケーションと原ＵＲＬを一意に示す識別情報との組を指し示すＵＲＬ（変更後ＵＲＬと呼ぶ）に書き換えた上で、そのコンテンツを配信先ユーザβに送信する。このとき、配信処理部１６０は、原ＵＲＬと変更後ＵＲＬとの対応関係を記憶しておく。このようにすれば、配信先ユーザβがその変更後ＵＲＬに対するトラックバックを指示すると、そのトラックバック指示は中継サーバ１００のトラックバック処理アプリケーションに届く。このアプリケーションは、上述の対応関係の情報からその変更後ＵＲＬに対応する原ＵＲＬを求め、その原ＵＲＬに対してそのトラックバック指示を送る。これにより、配信先ユーザβからコンテンツサーバ２３０内の配信対象コンテンツＸへのトラックバックが実現される。
【００８６】
以上のようにして中継サーバ１００を介してコンテンツサーバ２３０内の配信対象コンテンツＸに対して配信先ユーザβから操作が行われた場合、中継サーバ１００は、その操作についてのログを記録してもよい。ログには、例えば操作対象のコンテンツを表すアクセスＩＤ、操作の種類、操作日時などを記録すればよい。このログは、各ユーザから閲覧できるようにしても良い。この場合、ユーザに閲覧可能とするログ内容を、当該ユーザが配信元又は配信先であるコンテンツについてのログ内容のみに限定してもよい。
【００８７】
また、この変形例では、中継サーバ１００は、配信先ユーザβからの指示に対して配信対象コンテンツに対して操作を行った場合に、その操作についての情報を配信元ユーザαに対して例えば電子メールで通知してもよい。通知する操作についての情報は、例えば実行した操作の種類であり、更に操作のパラメータ（例えば再配信先）を含んでいてもよい。また、この場合、配信元ユーザαがそのような通知を希望するかどうかを中継サーバ１００に指定できるようにしてもよい。
【００８８】
また、配信対象コンテンツに対する配信先ユーザからの編集操作に応じてコンテンツサーバ２３０内の配信対象コンテンツを編集する場合に、元の配信対象コンテンツをバックアップ（予備）としてコンテンツサーバ２３０内に残すようにしてもよい。またそのようなバックアップを残すかどうかを配信元ユーザが中継サーバ１００にあらかじめ指定できるようにしてもよい。
【００８９】
次に第３の変形例を説明する。この変形例では、配信対象コンテンツが過去に配信先ユーザβに配信済みの他のコンテンツ（既配信コンテンツと呼ぶ）に対してどのような関係にあるかを、配信元ユーザαが中継サーバ１００に対して指定する。そして、中継サーバ１００が、その関係の情報を記録し、その情報に基づき配信元ユーザα又は配信先ユーザβに対しサービスを提供する。配信対象コンテンツと既配信コンテンツとの関係には、例えば前者が後者の改訂版であるという関係や、前者が後者の添付文書であるという関係など、様々なものが考えられる。
【００９０】
この変形例では、中継サーバ１００に、コンテンツ関係ＤＢ（図示省略）を設ける。コンテンツ関係ＤＢのデータ内容の一例を図１３に示す。この例では、コンテンツ関係ＤＢには、図１３に示すように、配信対象コンテンツごとに、これに対して関係を持つ既配信コンテンツと、配信対象コンテンツが既配信コンテンツに対する関係を示す情報とが登録される。図示の例では、配信対象コンテンツ及び既配信コンテンツは、アクセスＩＤで表されている。また、ユーザが配信対象コンテンツ及び既配信コンテンツを識別しやすくするために、それら各コンテンツの内容を説明する情報（例えばタイトルなど）を併せて登録しておいてもよい。
【００９１】
この変形例では、配信指示受付部１５０は、配信元ユーザαに対し、既配信コンテンツに対する配信対象コンテンツの関係を入力する入力画面を提供すればよい。図１４にそのような入力画面４００の一例を示す。この例では、入力画面４００には、配信先ユーザβに対して当該配信元ユーザαが過去に配信したことがあるコンテンツ（既配信コンテンツ。ノード４１２ａ〜４１２ｃ）同士を、それらコンテンツ同士の関係を示す矢印で結んだ関係グラフ４１０が表示される。アクセス権ＤＢ１４０には、過去に配信したコンテンツのアクセスＩＤに対応づけて、配信元と配信先が記録されているので、これとコンテンツ関係ＤＢの情報を組み合わせて関係グラフ４１０を作成すればよい。ノード４１２ａ〜４１２ｃはクリック操作などで選択可能となっており、配信元ユーザαは、今回の配信対象コンテンツと関係づけたい他のコンテンツのノードがそのグラフ４１０にあれば、そのノードを選択する。ここで、各ノードに既配信コンテンツをリンクしておき、配信元ユーザαの指示に応じて既配信コンテンツを表示し、ユーザαが既配信コンテンツの内容を確認できるようにしてもよい。
【００９２】
また、配信元ユーザαは、選択した既配信コンテンツに対して今回の配信対象コンテンツがどのような関係にあるかを、関係の種類のリスト４３０から選択する。指定したい関係が既存の選択肢になければ、その他を選び、指定したい関係を表す語句を入力すればよい。配信対象コンテンツと関係づけたい既配信コンテンツが関係グラフ４１０中になければ、その旨を示すラジオボタン４２０を選択すればよい（この場合、リスト４３０からの選択は不要）。このような入力画面に対する入力結果を配信指示受付部１５０に送信すれば、配信指示受付部１５０はその関係をコンテンツ関係ＤＢに登録する。また、配信指示受付部１５０は、その関係を表す説明文（例えば「＊＊＊の改訂版です」）をアクセスＩＤと共に配信先ユーザβに通知してもよい。
【００９３】
以上に説明した中継サーバ１００は、一つの例では、汎用のコンピュータに上述の処理を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）コントローラを経由して接続されたＨＤＤ、各種Ｉ／Ｏ（入出力）インタフェース等が、バスを介して接続された回路構成を有する。バスには、ローカルエリアネットワーク等のネットワークに接続するためのネットワークインタフェースが接続されていてもよい。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ＣＤやＤＶＤなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのためのメモリリーダライタなどが接続されてもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、ハードディスクドライブ等の固定記憶装置に保存され、コンピュータにインストールされる。インストールされたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した中継サーバ１００の機能が実現される。
【符号の説明】
【００９４】
１００ 中継サーバ、１１０ アカウント記憶部、１１５ コンテンツサーバへのアカウント、１２０ ユーザＤＢ、１３０ リンクＤＢ、１４０ アクセス権ＤＢ、１５０ 配信指示受付部、１６０ 配信処理部、２００ ネットワークＮＡ、２１０ クライアントＰＣ、２２０ ディレクトリサーバ、２３０ コンテンツサーバ、２４０ コンテンツ、３００ ネットワークＮＢ、３１０ クライアントＰＣ。
【技術分野】
【０００１】
本発明は、情報中継装置及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを介したユーザ間での情報の共有又は配信において、情報を取得しようとするユーザを認証することで、共有先又は配信先のユーザを限定する場合がある。このような場合、登録ユーザそれぞれの認証情報を管理する認証装置が配信対象の情報を保持するサーバの中又はネットワーク内などに設けられ、情報を取得しようとするユーザは、その認証装置に対して自身の認証情報を提示して認証を受けることで、サーバから情報を取得する。
【０００３】
異なるネットワーク間で情報の共有や配信を行う場合、それらネットワークがそれぞれ個別のユーザ管理を行っている場合が少なくない。例えば、一つの企業のイントラネット内の異なる部門Ａ（配信元）及び部門Ｂ（配信先）がそれぞれ別々のネットワークＮＡ及びＮＢを用いており、それらネットワークＮＡ及びＮＢがそれぞれ別々にユーザ管理を行っている場合である。この場合において、部門Ａ内のユーザαが、ネットワークＮＡ内のサーバＳにある情報Ｘを、ネットワークＮＢ内のコンピュータを操作する部門Ｂのユーザβに配信しようとしても、ユーザβはネットワークＮＡでは管理されていないのでネットワークＮＡ内のサーバＳにはアクセスできない。電子メールを用いてユーザαからユーザβに情報Ｘを送信することも考えられるが、例えばユーザβに対し常に情報Ｘの最新版を配信しようとする場合には更新の都度電子メールを送信する必要があり煩雑である。
【０００４】
特許文献１には、多数のブログ（Web log）サーバをテーマごとに分類し、それらブログの中から、事前に各ユーザから登録された関心テーマに該当するものを表示するブログポータル画面のウェブページを生成し、ログインしてきたユーザにそのポータル画面を提供する情報閲覧装置が開示されている。この装置は、ユーザが閲覧したいブログをポータル画面上で選択すると、そのブログページをブログサーバから取得してユーザに転送する。
【０００５】
特許文献２に示される情報仲介システムは、利用者が希望する情報を利用者が希望する組み合わせや形態で提供するための利用者希望情報をあらかじめ設定する希望設定手段と、希望設定手段の設定に基づいて複数の情報提供元から利用者が希望する情報を取得して当該取得した情報を利用者の希望する組み合わせや形態で利用者システムに提供する情報提供手段とを備え、提供した情報につき情報提供元において対応する情報に更新が発生した場合に、情報提供手段は当該更新後情報を取得して、最新の情報を利用者システムに提供するようにする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１２２５０４号公報
【特許文献２】特開２００３−０１６３０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、情報記憶装置にある情報を、その情報記憶装置に対してアクセスできない配信先に配信することを配信元が希望する場合において、配信先が要求したときに情報記憶装置にあるその情報を配信できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、情報中継装置であって、情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段と、情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段と、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段と、を備える情報中継装置である。
【０００９】
請求項２に係る発明は、請求項１に係る発明において、配信対象情報について前記配信先のユーザに付与するアクセス権の種類の指定を受け付けて第３の記憶手段に記憶するアクセス権指定受付手段と、前記配信先のユーザから前記配信対象情報に対する操作指示を受信した場合に、その操作指示が前記第３の記憶手段に記憶された、前記配信対象情報について前記配信先のユーザに付与されたアクセス権の種類に適合する場合にのみ、その操作指示に応じて前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置にアクセスし、前記情報記憶装置に記憶された当該アクセス識別情報に対応づけられた前記配信対象情報に対し、その操作指示に応じた操作を行う操作手段と、を更に備える。
【００１０】
請求項３に係る発明は、請求項２に係る発明において、前記配信対象情報送信手段は、前記情報記憶装置から取得した配信対象情報に第１のトラックバックＵＲＬが含まれる場合、前記配信対象情報中の前記第１のトラックバックＵＲＬを、当該情報中継装置のホスト名と前記第１のトラックバックＵＲＬに対応づけられた識別情報とを含む第２のトラックバックＵＲＬに書き換え、この書き換えの後の配信対象情報を前記配信先のユーザに送信し、前記操作手段は、前記配信先のユーザから前記操作指示として前記第２のトラックバックＵＲＬに対するトラックバック指示を受け取った場合において、前記配信先のユーザにトラックバックを許可するアクセス権が与えられている場合には、前記第２のトラックバックＵＲＬに対応づけられた前記第１のトラックバックＵＲＬに対して前記トラックバック指示に応じたトラックバックを行う、ことを特徴する。
【００１１】
請求項４に係る発明は、請求項１〜３のいずれか１項に係る発明において、前記アクセス識別情報送信手段は、更に、前記配信元のユーザからの前記配信指示として、当該配信指示の時点での前記配信対象情報を前記配信先のユーザに配信する旨の指示を受けた場合に、前記前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した配信対象情報を前記アクセス識別情報に対応づけて第４の記憶手段に記憶し、前記配信対象情報送信手段は、更に、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されており、かつ、前記アクセス識別情報に対応する配信対象情報が前記第４の記憶手段に記憶されていれば、前記第４の記憶手段に記憶された前記配信対象情報を前記配信先のユーザに送信する、ことを特徴とする。
【００１２】
請求項５に係る発明は、請求項１〜４のいずれか１項に係る発明において、過去に受けた各配信指示に係る配信元のユーザと配信先のユーザと配信対象情報との関係を記録する記録手段と、今回の配信指示に係る配信元のユーザと配信先のユーザとについて、当該配信元のユーザが当該配信先のユーザに対して過去に配信した配信対象情報を前記記録手段から求め、求めたそれら配信対象情報のうち今回の配信指示に係る配信対象情報に関係する配信対象情報と、これら配信対象情報同士の関係と、の指定を前記配信元のユーザから受け付ける受付手段と、を備え、前記アクセス識別情報送信手段は、前記受付手段が受けた指定の内容を示す情報を前記アクセス識別情報に対応づけて前記配信先のユーザに送信する、ことを特徴とする。
【００１３】
請求項６に係る発明は、コンピュータを情報中継装置として機能させるためのプログラムであって、当該コンピュータを、情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段、情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段、として機能させるためのプログラムである。
【発明の効果】
【００１４】
請求項１又は６に係る発明によれば、情報記憶装置にある配信対象情報を、その情報記憶装置に対してアクセスできない配信先のユーザに配信することを配信元のユーザが希望する場合において、配信先のユーザが要求したときに情報記憶装置にあるその配信対象情報を配信できるようにすることができる。
【００１５】
請求項２に係る発明によれば、配信先のユーザが配信された配信対象情報に対して行った操作を、配信元のユーザがその配信先に付与したアクセス権の種類に適合する範囲内で情報記憶装置内のその配信対象情報に反映させることができる。
【００１６】
請求項３に係る発明によれば、情報記憶装置内にある配信対象情報へのトラックバックを、情報中継装置を介して実現することができる。
【００１７】
請求項４に係る発明によれば、配信指示の時点での配信対象情報と、配信先のユーザが要求した時点での配信対象情報とのどちらを配信先のユーザに送信するかを、配信元のユーザの指示に応じて切り換えることができる。
【００１８】
請求項５に係る発明によれば、今回配信する配信対象情報が過去に配信した配信対象情報のどれとどのような関係にあるのかを配信元のユーザが指定し、配信先のユーザに報せることができる。
【図面の簡単な説明】
【００１９】
【図１】実施形態のシステムにおける情報（コンテンツ）配信の概略的な仕組みを説明するための図である。
【図２】中継サーバの内部構成の一例を示す図である。
【図３】ユーザＤＢ（データベース）のデータ内容の一例を示す図である。
【図４】リンクＤＢのデータ内容の一例を示す図である。
【図５】リンクＤＢのデータ内容の別の一例を示す図である。
【図６】アクセス権ＤＢのデータ内容の一例を示す図である。
【図７】配信指示受付部の処理手順の一例を示すフローチャートである。
【図８】配信処理部の処理手順の一例を示すフローチャートである。
【図９】第１の変形例の中継サーバの内部構成を示す図である。
【図１０】第１の変形例の中継サーバが持つコンテンツＤＢのデータ内容の一例を示す図である。
【図１１】第２の変形例におけるアクセス権ＤＢのデータ内容の一例を示す図である。
【図１２】第２の変形例における配信処理部の処理手順の一例を示すフローチャートである。
【図１３】第３の変形例におけるコンテンツ関係ＤＢのデータ内容の一例を示す図である。
【図１４】第３の変形例におけるコンテンツ間の関係の入力画面の一例を示す図である。
【発明を実施するための形態】
【００２０】
図１を参照して、この実施形態における情報（コンテンツ）配信の概要を説明する。図１では、ネットワークＮＡ２００からネットワークＮＢ３００へのコンテンツ配信を例にとる。ネットワークＮＡ２００とネットワークＮＢ３００とは、それぞれ別々のコンピュータネットワークであり、それぞれ別々のアカウント管理・アクセス制御システムの管理下にある。
【００２１】
ここで、アカウントとは、ネットワーク内の資源（例えば、ネットワーク自体、ネットワーク内のコンピュータやプリンタなどの装置、コンピュータ内のファイルやプログラム）などを利用できる権利、及びその権利を持つ主体（ユーザ又はユーザグループ又はコンピュータなど）の識別情報（以下「ＩＤ」と呼ぶ）のことである。アカウントには、主体を認証するためのパスワード等の認証情報が対応づけられている。また、アクセス制御は、主体に資源へのアクセスを認めるか否か、及び認める場合に主体に許可する資源の利用の仕方（資源がファイルである場合、読み出しや書き込みなど）についての制御である。
【００２２】
図１の例では、ネットワークＮＡ２００内のアカウント管理・アクセス制御が、１つのディレクトリサーバ２２０により行われるものとする。ただし、これは一例に過ぎない。この代わりに、アカウント管理（例えばユーザ認証）とアクセス制御とをネットワークＮＡ２００内の別々のサーバ乃至コンピュータが担当してもよい。また、アクセス制御を複数のサーバやコンピュータで分散処理してもよい。アクセス管理についても同様である。
【００２３】
一方、ネットワークＮＢ３００内にも、当該ネットワーク内のアカウント管理・アクセス制御を担当するシステムが存在している。
【００２４】
ネットワークＮＡ２００及びネットワークＮＢ３００は、例えば、一企業の部門ごとに構築されたネットワークであり、それぞれその企業のイントラネットの一部分（サブネットワーク）を構成する。この例では、部門Ａに所属するユーザαのアカウントはディレクトリサーバ２２０により管理されており、そのアカウントによりネットワークＮＡ２００にログインしたり、ネットワークＮＡ２００内のコンピュータやその中のファイルにアクセスしたりすることができる。一方、部門Ｂに所属するユーザβのアカウントは、ネットワークＮＢ３００内のシステムで管理されており、ディレクトリサーバ２２０には登録されていないとする。この場合、ユーザβはディレクトリサーバ２２０によるユーザ認証に合格できないので、ネットワークＮＡ２００内のコンテンツサーバ２３０にはアクセスすることができない。したがってそのサーバ２３０内に記憶されているコンテンツＸ２４０にアクセスすることもできない。なお、コンテンツＸ２４０は、ユーザから他のユーザに配信される情報であれば、どのようなものであってもよく、またそのデータ形式も基本的にどのようなものであってもよい。コンテンツＸ２４０は、例えば、ファイルとしてコンテンツサーバ２３０内に保存されている。
【００２５】
このような状況下で、ユーザαがユーザβに、ネットワークＮＡ２００内のコンテンツサーバ２３０に保存されたコンテンツＸ２４０を、そのコンテンツＸ２４０にアクセスできないユーザβに配信しようとする場合を考える。このような配信を実現するために、この実施形態のシステムは、中継サーバ１００を備える。中継サーバ１００は、ネットワークＮＡ２００及びネットワークＮＢ３００のどちらからもアクセス可能な場所に設けられている。中継サーバ１００は、事前にネットワークＮＡ２００及びコンテンツサーバ２３０にアクセスするためのアカウント１１５を取得しているものとする。すなわち、この場合、このアカウント１１５についてのＩＤ及び認証情報は、ディレクトリサーバ２２０に登録されている。また、ディレクトリサーバ２２０には、このアカウント１１５が、コンテンツサーバ２３０にアクセスしてコンテンツをダウンロードする権限を持つ旨が登録されている。このような事前の登録は、例えば中継サーバ１００又はネットワークＮＡ２００の管理者が行えばよい。また、図示は省略したが、中継サーバ１００にはユーザαのアカウントが登録されており、ユーザαはこのアカウントを用いて中継サーバ１００にログインし、コンテンツの配信指示を行うことができる。また、ユーザαはコンテンツＸを配信するアクセス権を有しており、このアクセス権の情報は例えばディレクトリサーバ２２０に登録されている。
【００２６】
ユーザαは、コンテンツサーバ２３０内のコンテンツＸ２４０をユーザβに配信しようとする場合、まずネットワークＮＡ２００内のクライアントＰＣ（パーソナルコンピュータ）２１０を操作して、中継サーバ１００にログインする。そして、中継サーバ１００に対し、配信対象としてコンテンツＸ２４０を、配信先としてユーザβを指定する。
【００２７】
ここで、ユーザβの中継サーバ１００に対するアカウントｂ１０２は、事前に登録されているか、或いはこの指定に応じて作成される。また、中継サーバ１００には、ユーザβに通知を送るために、そのアカウントｂ１０２と対応づけてユーザβの通知宛先情報（例えば電子メールアドレス）が登録されている。
【００２８】
また、中継サーバ１００は、叙述の配信対象及び配信先の指定に応じ、コンテンツサーバ２３０内のコンテンツＸ２４０にリンクされたアクセスＩＤ１０４を生成する。そして、ユーザβの通知宛先情報を用いて、そのアクセスＩＤ１０４をユーザβ宛に送信する。
【００２９】
この通知を受けたユーザβは、コンテンツＸが必要になったときに、アカウントｂ１０２を用いて中継サーバ１００にログインし、アクセスＩＤ１０４を中継サーバ１００に提示してコンテンツＸを要求する。
【００３０】
この要求を受けた中継サーバ１００は、アカウント１１５を用いてコンテンツサーバ２３０にログインし、アクセスＩＤ１０４にリンクされたコンテンツＸ２４０をコンテンツサーバ２３０からダウンロードする。そして、ユーザβからの要求に対して、そのコンテンツＸ２４０をユーザβに返す。
【００３１】
以上説明したように、この実施形態のシステムでは、コンテンツＸ２４０に直接アクセスできないユーザβに代わって、中継サーバ１００がコンテンツＸを取得してユーザβに提供する。配信元のユーザαが一度中継サーバ１００に配信対象と配信先を指定すれば、ユーザβは、自分の必要なときに何度でも、コンテンツサーバ２３０内にあるコンテンツＸの最新版を取得することができる。
【００３２】
次に、図２を参照して、中継サーバ１００の内部構成の一例を説明する。この例では、中継サーバ１００は、アカウント記憶部１１０、ユーザＤＢ（データベース）１２０、リンクＤＢ１３０、アクセス権ＤＢ１４０、配信指示受付部１５０、及び配信処理部１６０を有する。アカウント記憶部１１０は、中継サーバ１００のコンテンツサーバ２３０に対するアカウント１１５（例えば、当該中継サーバ１００のＩＤと、パスワード等の認証情報と、の組であり、ディレクトリサーバ２２０に登録されている当該組の値と対応している）を記憶している。
【００３３】
ユーザＤＢ１２０は、中継サーバ１００に登録された各ユーザのアカウント情報を記憶している。例えば、ユーザＤＢ１２０には、図３に例示するように、ユーザＩＤに対応づけて、当該ユーザのユーザ名及び電子メールアドレス（通知宛先情報の一例）が登録されている。この「ユーザＩＤ」は、中継サーバ１００におけるユーザの識別情報であり、例えば中継サーバ１００が付与したユーザごとの一意な値である。このユーザＩＤは、ネットワークＮＡ及びＮＢでのユーザ管理（例えばディレクトリサーバ２２０による管理）において用いられるユーザＩＤとは独立に付与されるものであってよい。また、「ユーザ名」は、主として人間が各ユーザを識別するためのユーザの名前である。このユーザ名は、当該ユーザ本人が登録してもよいし、後述する例のように配信元のユーザが配信先のユーザのユーザ名を登録してしてもよい。また、ユーザ名及び電子メールアドレス以外に、例えば所属部署や役職・役割などといった配信元ユーザを説明する他の情報をユーザＤＢ１２０に登録してもよい。
【００３４】
なお、ユーザＤＢ１２０には、ユーザのグループを登録してもよい。ユーザＤＢ１２０におけるグループについてのエントリは、例えば、当該グループに所属するユーザのＩＤのリストを含むものでよい。
【００３５】
リンクＤＢ１３０は、図４に例示するように、配信対象のコンテンツへのリンクを、アクセスＩＤに対応づけて記憶したデータベースである。ここで「アクセスＩＤ」は、配信元ユーザが配信先ユーザに与えた、配信対象コンテンツのアクセス権を一意に表す識別情報である。アクセスＩＤは、少なくとも配信対象コンテンツごとに異なる。また、配信対象コンテンツが同じであっても、配信「先」ユーザごとにアクセスＩＤを異ならせてもよい。同様に、配信対象コンテンツが同じであっても、配信「元」ユーザごとにアクセスＩＤを異ならせてもよい。
【００３６】
また、図４の例では、配信対象コンテンツへのリンクはＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）で表現されている。すなわち、この例では、コンテンツサーバ２３０は、配信対象コンテンツをＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って提供する。より詳しくは、図４の例での配信対象コンテンツは、ＲＳＳ（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ又はＲｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ又はＲＤＦ Ｓｉｔｅ Ｓｕｍｍａｒｙ）フォーマットで記述されたデータである。ＲＳＳは、例えば、ウェブサイトの更新情報を簡単にまとめて配信するためのフォーマットとして利用されている。ＲＳＳのあるバージョンでは、データ形式の基礎となる枠組みとしてＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）を用いている。
【００３７】
なお、配信対象コンテンツは、ＲＳＳ準拠のサマリーデータに限るものではない。例えばＡｔｏｍ Ｓｙｎｄｉｃａｔｉｏｎ Ｆｏｒｍａｔ（ＲＦＣ４２８７）に準拠したデータであってもよいし、一般的なＨＴＭＬファイルであってもよい。また、ＰＤＦファイルや、ワードプロセッサ等のアプリケーションで作成されたファイルであってもよい。
【００３８】
また、コンテンツサーバ２３０がデータの提供（配信）に用いるプロトコルは、ＨＴＴＰに限らず、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの他のプロトコルであってもよい。
【００３９】
アクセスＩＤとして、配信対象コンテンツへのリンク（例えばＵＲＬ）そのものを用いてもよい。しかし、リンクそのものをネットワークＮＡの外部に極力漏洩させないという立場を採用する場合は、アクセスＩＤとしては、リンクそのものを予測できない値を用いる。この場合、アクセスＩＤは、中継サーバ１００が例えば自動採番により決定してもよい。また、この代わりに、リンクの文字列（又は配信対象コンテンツそのもの）のハッシュ値をアクセスＩＤとして用いれば、アクセスＩＤは配信対象コンテンツごとに異なったものとなる。また、リンクの文字列（又は配信対象コンテンツそのもの）と配信先（又は配信元）ユーザのＩＤとを組み合わせた値のハッシュ値をアクセスＩＤとすれば、アクセスＩＤは配信対象コンテンツと配信先（又は配信元）ユーザの組合せごとに異なったものとなる。また、更にアクセスＩＤ発行時の日時を組み合わせれば、配信対象コンテンツと配信先（又は配信元）ユーザの組合せが同じでも、発行ごとにアクセスＩＤを異ならせることができる。
【００４０】
リンクＤＢ１３０のデータ内容の別の例を図５に示す。この例は、配信対象コンテンツがＲＳＳ １．０のデータ構造に従っている場合の例である。この場合、リンクＤＢ１３０には、その配信対象コンテンツが含む、title（タイトル）、link（リンク）、description（ディスクリプション）、items（アイテム）の各値が、その配信対象コンテンツに対応するアクセスＩＤに対応づけて登録される。
【００４１】
アクセス権ＤＢ１４０には、図６に例示するように、配信先ユーザごとに、そのユーザに与えられたアクセスＩＤが登録される。アクセス権ＤＢ１４０は、例えば、配信先ユーザがアクセス可能な配信対象コンテンツを識別するのに用いられる。配信先ユーザの欄には、配信先ユーザのユーザＩＤが記録される。また、図６の例では、配信先ユーザとアクセスＩＤのペアごとに、配信元ユーザのユーザＩＤを記録しているが、この配信元ユーザの情報は、例えば、そのアクセスＩＤの配信元を特定するのに用いられる。なお、単に配信対象コンテンツを配信先ユーザに配信するだけでよければ、配信元ユーザの情報は記録しなくてよい。
【００４２】
なお、リンクＤＢ１３０とアクセス権ＤＢ１４０とは、一体のデータベースとして構築しても良い。
【００４３】
再び図２の説明に戻ると、配信指示受付部１５０は、配信元ユーザの操作するクライアントＰＣ２１０から配信指示を受け、配信のための準備処理（配信先ユーザへのアクセスＩＤの送付等）を実行する（詳細は後述）。また、配信処理部１６０は、配信先ユーザのＰＣ３１０からのアクセスＩＤを伴う要求に応じて、コンテンツサーバ２４０からコンテンツを取得し、クライアントＰＣ３１０に提供する処理を行う（詳細は後述）。
【００４４】
次に、図７を参照して、配信元ユーザが配信指示を行ったときの配信指示受付部１５０の処理の一例を説明する。なお、図７の処理が行われる前に、既に中継サーバ１００に対して配信元ユーザαのユーザ登録がなされているものとする。すなわち、図７の処理の開始時点では、配信元ユーザαは、中継サーバ１００に対するアカウント（例えばユーザＩＤと認証情報のペア）を持ち、そのアカウントの情報は中継サーバ１００に登録されている。また、図７の処理手順のステップＳ１０が開始される前に、配信元ユーザαは、そのアカウントを用いてクライアントＰＣ２１０から中継サーバ１００にログインしており、中継サーバ１００はアカウント１１５を用いてネットワークＮＡにログインしているものとする。
【００４５】
図７の手順では、まず、配信元ユーザαが、中継サーバ１００に対してコンテンツサーバ２３０内にある配信対象コンテンツＸ２４０（図１参照）と配信先ユーザβを指定する（Ｓ１０）。中継サーバ１００は、この指定のための入力画面をクライアントＰＣ２１０に提供する。
【００４６】
例えば、配信対象コンテンツを指定するための入力画面は、例えば、ネットワークＮＡ内のコンピュータ、フォルダ、ファイルの階層構造を表示し、その中から配信対象コンテンツのファイルを選択できるグラフィカルユーザインタフェース画面であってもよい。この場合、その入力画面には、ネットワークＮＡ内のコンピュータ、フォルダ、ファイルのうち、配信元ユーザαがアクセス権を持つもののみを表示するようにしてもよい。配信元ユーザαがアクセス権を持つコンピュータ、フォルダ、ファイルは、ディレクトリサーバ２２０が保持する情報から求めればよい。また、アクセス権に段階がある場合は、配信元ユーザαが「配信可能」以上のレベルのアクセス権を持つファイルのみを表示するようにしてもよい。図１の例では、配信元ユーザαは、配信対象として選んだコンテンツＸ２４０に対して、配信可能レベル以上のアクセス権を持つものとする。
【００４７】
また、配信先ユーザを指定するための入力画面は、例えば、中継サーバ１００のユーザＤＢ１２０に登録されたユーザのユーザ名と電子メールアドレスの一覧を表示し、その中から配信先を選択できるように構成されたグラフィカルユーザインタフェース画面でよい。選択されたユーザを示す情報は中継サーバ１００に伝達される。この場合、ステップＳ１２の判定結果はＹｅｓであり、配信指示受付部１５０は、ステップＳ１４を経ずにステップＳ１６に進む。
【００４８】
また、この入力画面には、新規ユーザのユーザ名及び電子メールアドレスを入力するための入力欄が含まれていてもよい。配信元ユーザαが希望する配信先ユーザβがユーザＤＢ１２０に未登録である場合には、ユーザαはその入力欄にユーザβのユーザ名及び電子メールアドレスを入力し、中継サーバ１００に送信すればよい（Ｓ１２の判定結果がＮｏ）。この場合、中継サーバ１００は、ユーザＤＢ１２０にそのユーザβのアカウントｂを作成する（Ｓ１４）。すなわち、ユーザＤＢ１２０に新たなアカウントのエントリを作成し、新たに生成したユーザＩＤの値をそのエントリのユーザＩＤ欄に、受信したユーザ名及び電子メールアドレスをそのエントリのユーザ名欄及びメールアドレス欄に、それぞれ登録する。その後、処理はステップＳ１６に進む。
【００４９】
このように配信元ユーザαからの指示に従い配信先ユーザβのアカウントを新規作成した場合、配信指示受付部１５０は、配信先ユーザβに対して、そのアカウントの情報（例えば配信元ユーザが入力したユーザ名とパスワード）を通知する。この通知は、そのアカウントの情報を記載した電子メールを配信先ユーザβに送信することにより行えばよい。配信先ユーザβは、受け取ったそのアカウント情報を用いて中継サーバ１００にログインしてパスワードを自分の希望するものに変更し、また必要ならばユーザ名も変更することができる。また、所属部署などと言った他の情報を中継サーバ１００に登録したり、変更したりすることができる。
【００５０】
なお、この新規アカウント作成の通知には、そのアカウント作成の契機となった配信元ユーザを説明する情報（ユーザ名など）を含めてもよい。また、この通知を、この後ステップＳ２０で行われるアクセスＩＤの通知と併せて、１つの電子メールで行ってもよい。
【００５１】
ステップＳ１６では、配信指示受付部１５０は、指定された配信先ユーザβに対し、指定された配信対象コンテンツＸ２４０を既に配信済みであるかどうかを、リンクＤＢ１３０及びアクセス権ＤＢ１４０を参照して判定する。この判定では、配信対象コンテンツＸに対応するアクセスＩＤがリンクＤＢ１３０に登録されており、かつ、そのアクセスＩＤと配信先ユーザβとのペアがアクセス権ＤＢ１４０に登録されているならば、過去に配信済みと判定する（Ｓ１６の判定結果がＹｅｓ）。この場合、配信指示受付部１５０は、配信先ユーザβの電子メールアドレスに対し、過去に配信済みのそのアクセスＩＤを表示した電子メールを送信する（Ｓ２０）。
【００５２】
この例は、過去に配信対象コンテンツＸを配信先ユーザβに配信済みであっても、指示されれば再びその配信対象コンテンツＸに対するアクセスＩＤをユーザβに提供する場合の例である。この代わりに、過去に配信済みの配信対象コンテンツＸを配信先ユーザβに重ねて配信することをしないように制御してもよい。この場合、ステップＳ１６の判定結果がＹｅｓであれば、配信指示受付部１５０は、ステップＳ２０は実行せずに、例えば過去に配信済みであることを示すメッセージを配信元ユーザαに返し、処理を終了すればよい。
【００５３】
また、ステップＳ１６の判定結果がＹｅｓである場合に、配信元ユーザαに対して過去にそのコンテンツを配信済みであることを通知し、同じコンテンツを再度配信するかどうかをユーザαに確認してもよい。
【００５４】
過去に、配信先ユーザβに対して配信対象コンテンツＸを配信していない場合は、配信指示受付部１５０は、その配信先ユーザβと配信対象コンテンツＸとの組に対して一意なアクセスＩＤを生成する（Ｓ１８）。そして、そのアクセスＩＤを配信対象コンテンツＸのリンクと対応づけてリンクＤＢ１３０に登録すると共に、そのアクセスＩＤと配信先ユーザβ（と配信元ユーザα）との組をアクセス権ＤＢ１４０に登録する。その後、配信指示受付部１５０は、配信先ユーザβに対してそのアクセスＩＤを電子メールにより通知する（Ｓ２０）。
【００５５】
ここで、アクセスＩＤを通知する電子メールは、例えば、アクセスＩＤを示す仮想的なＵＲＬを含むものでよい。仮想的なＵＲＬは、クライアントＰＣと中継サーバ１００との間の通信プロトコルを指定する文字列（例えば”http://”）、中継サーバ１００のホスト名が続き、その後にアクセスＩＤが続くようなものでよい。この電子メールを受け取った配信先ユーザβは、クライアントＰＣ３１０上のメールクライアントソフトウエアのユーザインタフェース画面に表示されたそのＵＲＬをクリック操作等で選択することで、ウェブブラウザを介して中継サーバ１００にアクセスＩＤを送信することができる。
【００５６】
また、アクセスＩＤの通知手段として電子メールを用いるのはあくまで一例に過ぎない。他のプロトコルに従った通知手段を用いてもよい。
【００５７】
このアクセスＩＤを通知する電子メールには、アクセスＩＤのほかに、配信先ユーザβへの説明文が含まれていてもよい。説明文は、例えば、配信元ユーザの情報及び配信対象コンテンツＸの説明などを含むものでよい。配信元ユーザの情報は、例えばユーザ名や部署、役職などであり、これらはユーザＤＢ１２０又はディレクトリサーバ２２０から取得すればよい。配信対象コンテンツＸの説明は、当該コンテンツＸ内の属性情報から抽出（例えば、あらかじめ定められた属性項目を自動抽出）してもよいし、配信元ユーザが選択した配信対象コンテンツに対応づけて入力してもよい。
【００５８】
次に図８を参照して、配信先ユーザβからの要求に応じて配信処理部１６０が実行する処理手順の一例を説明する。
【００５９】
中継サーバ１００からアクセスＩＤを受信した配信先ユーザβは、アクセスＩＤが指し示すコンテンツが必要となったときに、自分のアカウントを用いて中継サーバ１００にログインし、中継サーバ１００に対してそのアクセスＩＤを提示してコンテンツを要求する（Ｓ３０）。具体的には、例えば、配信先ユーザβが、中継サーバ１００から受け取った電子メールに示されるＵＲＬ（中継サーバのホスト名とアクセスＩＤを含む）をクリックすると、クライアントＰＣ３１０上のウェブブラウザが中継サーバ１００に対してＨＴＴＰリクエストを送信する。中継サーバ１００の配信処理部１６０は、このリクエストに応じ、ログイン画面をそのブラウザに返す。配信先ユーザβは、ブラウザに表示されたログイン画面に対し、自分のアカウントのユーザ名及びパスワード（あるいは他の種類の認証情報）を入力し、その入力結果の配信処理部１６０への送信をブラウザに指示する。この例では、以上のようにして、配信先ユーザβのアカウント情報と、要求対象のコンテンツに対応するアクセスＩＤとが中継サーバ１００の配信処理部１６０に伝えられる。
【００６０】
それらの情報を受けた配信処理部１６０は、まず入力されたアカウント情報がユーザＤＢ１２０に登録された正しい情報であるかを確認する（Ｓ３２。ユーザ認証）。正しくなければ、エラーメッセージをクライアントＰＣ３１０のブラウザに返し（Ｓ３４）、処理を終了する。また、ユーザ認証が成功すれば、ステップＳ３０で受信したアクセスＩＤが、当該ユーザに対して付与されたものであるかどうかを、アクセス権ＤＢ１４０を参照して判定する（Ｓ３６）。アクセス権ＤＢ１４０に、そのアクセスＩＤが当該ユーザのＩＤに対応づけて登録されていればこの判定の結果はＹｅｓとなり、ステップＳ４０に進む。この判定の結果がＮｏの場合は、エラーメッセージをクライアントＰＣ３１０のブラウザに返し（Ｓ３８）、処理を終了する。
【００６１】
ステップＳ３６の判定結果がＹｅｓの場合、配信処理部１６０は、リンクＤＢ１３０を参照してそのアクセスＩＤに対応するリンク情報を求め、そのリンク情報を用いてコンテンツサーバ２３０に対してコンテンツを要求する（Ｓ４０）。例えば、リンクＤＢ１３０のデータ内容が図４に示すようなものであり、アクセスＩＤが”Abc21342”であるとすると、配信処理部１６０は、リンク情報であるＵＲＬ”http://uuu.ddd.co.jp/hoge.rss”に対応するＨＴＴＰリクエストを送出する。ここで、”uuu.ddd.co.jp”がコンテンツサーバ２３０のホスト名であるとすると、そのリクエストはコンテンツサーバ２３０に届く。
【００６２】
なお、中継サーバ１００はアカウント１１５を有しているので、そのアカウントを用いてネットワークＮＡにログインし、コンテンツサーバ２３０にログインすることができる。したがって、上述のリクエストはコンテンツサーバ２３０により受け付けられる。
【００６３】
コンテンツサーバ２３０は、中継サーバ１００から要求されたコンテンツが存在すれば、そのコンテンツを返し、なければそのコンテンツが存在しない旨を示すエラーメッセージを返す。このエラーメッセージを受け取った場合、配信処理部１６０は、エラーメッセージをクライアントＰＣ３１０のブラウザに返し（Ｓ４２）、処理を終了する。コンテンツサーバ２３０から要求に応じたコンテンツを受信した場合、配信処理部１６０は、そのコンテンツを、ステップＳ３０で受信したクライアントＰＣ３１０のブラウザからの要求に対する返信として、当該ブラウザに送信する（Ｓ４４）。これにより、配信先ユーザβは、中継サーバ１００から受信したアクセスＩＤに対応するコンテンツ（例えばＲＳＳデータ）をブラウザで閲覧することができる。
【００６４】
以上に説明したように、この実施形態では、配信先ユーザβがアカウントを持たないコンテンツサーバ２３０上のコンテンツを、中継サーバ１００が取得し、配信先ユーザβに提供する。
【００６５】
以上では、配信元ユーザαが１人のユーザを配信先に指定する場合を主な例として説明したが、配信元ユーザαは複数人のユーザを配信先として指定してもよい。この場合、配信元ユーザαが、それら複数の配信先ユーザに対して同一のアクセスＩＤを付与するか、ユーザごとに異なるアクセスＩＤ（配信対象コンテンツ自体は同一）を付与するかを指定できるようにしてもよい。
【００６６】
また、同一コンテンツの配信先として複数のユーザが指定された場合に、それら各配信先ユーザに対して他の配信先ユーザの情報（例えばユーザ名）を（例えばアクセスＩＤの通知に含めて）通知してもよい。例えば、配信元ユーザαが配信先としてβ、γ、δを指定した場合、各配信先に対し、配信対象コンテンツがβ、γ、δに配信されたことを通知するのである。また、このような通知を行うか否かを配信元ユーザαが指定できるようにしてもよい。このような通知をしない場合、配信先ユーザには、同じコンテンツが他のどのユーザに配信されているかは分からない。
【００６７】
また、同様に、配信元ユーザαが、配信先（一人又は複数人）に対する配信対象として複数のコンテンツを同時に（１つの入力画面で）指定できるようにしてもよい。この場合、アクセスＩＤは、コンテンツごとに異なる値とする。
【００６８】
また、中継サーバ１００が、ユーザに対し、そのユーザが過去に配信したコンテンツとその配信先を一覧表示した画面を提供するようにしてもよい。同様に、ユーザに、そのユーザが過去に配信を受けたコンテンツとその配信元を一覧表示した画面を提供してもよい。
【００６９】
また、図１では、ネットワークＮＡ内には１つのコンテンツサーバ２３０しか示されていないが、中継サーバ１００は、コンテンツを提供するサーバがネットワークＮＡ内に複数存在する場合でも、上述と同様の中継処理を行えばよい。また、１つの中継サーバ１００が複数のネットワークからのコンテンツ配信を中継するようにしてももちろんよい。
【００７０】
次に、実施形態の第１の変形例を説明する。上記実施形態では、配信元ユーザαが配信先ユーザβに対して配信対象コンテンツＸ２４０のリンクに対応づけられたアクセスＩＤを提供した。この場合、配信先ユーザβがアクセスＩＤを用いて要求を行えば、中継サーバ１００を介してその時点でのコンテンツＸ（すなわち最新版）が配信先ユーザβに提供される。これに対し、この変形例では、そのように配信対象コンテンツの最新版を提供する仕組みに加え、配信指示の時点でのバージョン（いわゆるスナップショット）を提供する仕組みを提供する。最新版又は配信指示時点のバージョンのいずれを提供するかは、配信元ユーザαが、例えば中継サーバ１００に配信指示を行う時点で指示する。
【００７１】
図９にこの変形例における中継サーバ１００の内部構成の例を示す。この例では、中継サーバ１００は、図２に示した各要素の他に、コンテンツＤＢ１７０を備える。コンテンツＤＢ１７０には、配信元ユーザαがコンテンツの配信を指示した時点での当該コンテンツのスナップショットデータを登録する。
【００７２】
コンテンツＤＢ１７０に記憶されたデータ内容の一例を図１０に示す。この例では、コンテンツＤＢ１７０には、アクセスＩＤに対応づけて、配信対象コンテンツのデータ（スナップショット）を取得した日時と、配信対象コンテンツのデータそのものとが登録されている。
【００７３】
この変形例では、配信指示受付部１５０は、配信元ユーザαから配信対象コンテンツと配信先ユーザの指定を受け付けた場合に、更に配信先ユーザが要求した時点の最新版を提供するか、又はその配信対象コンテンツの配信指示時点でのバージョンを提供するか、の指定をユーザから受け付ける。そして、配信元ユーザαが前者を指定した場合は、上記実施形態と同様、その配信対象コンテンツのリンク情報をリンクＤＢ１３０に登録する。一方、配信元ユーザαが後者を指定した場合は、配信指示受付部１５０は、アカウント１１５を用いてコンテンツサーバ２３０にアクセスし、その配信対象コンテンツのリンク情報が指し示すコンテンツをコンテンツサーバ２３０から取得する。そして、取得したコンテンツを、アクセスＩＤとその時点の日時とに対応づけて、コンテンツＤＢ１７０に登録する。このように、配信元ユーザαからの１つの配信指示に対しては、リンクがリンクＤＢ１３０に登録されるか、その時点でのコンテンツそのものがコンテンツＤＢ１７０に登録されるかの一方になる。
【００７４】
また、この変形例では、配信処理部１６０は、配信先ユーザβからアクセスＩＤを伴うコンテンツ要求を受けた場合、リンクＤＢ１３０及びコンテンツＤＢ１７０からそのアクセスＩＤを含むエントリを検索する。この検索によりリンクＤＢ１３０からリンクが検索された場合は、配信処理部１６０はそのリンクを用いてコンテンツサーバ２３０からコンテンツを取得して配信先ユーザβのクライアントＰＣ３１０に提供する。一方、この検索によりコンテンツＤＢ１７０からコンテンツが検索された場合は、そのコンテンツを配信先ユーザβのクライアントＰＣ３１０に提供する。
【００７５】
このようにコンテンツのスナップショットを配信する場合、中継サーバ１００は、過去に配信先ユーザβに対し配信対象コンテンツのスナップショットを配信したことがある場合には、その中の最新のスナップショットと今回の配信指示時点のスナップショットとの差分を求め、その差分のみを配信先ユーザβに提供してもよい。また、中継サーバ１００は、その差分を強調表示するよう配信対象コンテンツのスナップショットの内容を変更し、変更後の配信対象コンテンツを配信先ユーザβに提供するようにしてもよい。
【００７６】
次に第２の変形例を説明する。この変形例では、配信元ユーザαが、配信対象コンテンツに対する配信先ユーザβのアクセス権の有無だけでなく、そのアクセス権の種類を指定する。
【００７７】
アクセス権の種類には、例えば「閲覧可能」、「編集可能」、「再配布可能」、「コメント可能」、「トラックバック可能」などがある。「再配布可能」のアクセス権が付与された場合、配信先ユーザβは、配信対象コンテンツを、中継サーバ１００を介して他のユーザに再配布することができる。
【００７８】
また、「コメント可能」のアクセス権が付与された場合、配信先ユーザβは配信されたコンテンツに対してコメントを登録することができる。例えばコンテンツがブログである場合、ブログを閲覧したユーザはそのブログに対してコメントを入力することができる。入力されたコメントは、そのブログに対応づけてブログサーバに登録される。登録されたコメントは、例えばブログの内容の後に表示される。
【００７９】
また、「トラックバック可能」のアクセス権が付与された場合、配信先ユーザβは配信されたコンテンツに対してトラックバックを行うことができる。トラックバックは、例えばブログの一機能としてよく知られている。トラックバックは、ブログ（ブログＡと呼ぶ）を読んだユーザが自分自身のブログ（ブログＢと呼ぶ）の中でブログＡについて言及した場合に、ブログＢのＵＲＬをブログＡ側のサーバに伝え、ブログＡにブログＢへのリンクを組み込ませる機能である。
【００８０】
このように配信対象コンテンツについてのアクセス権として配信先ユーザβに対してどのような種類のアクセス権を付与するかは、例えば配信指示を行うときに配信元ユーザαが中継サーバ１００に対して指定すればよい。中継サーバ１００は、配信指示のための入力画面の１つとして、アクセス権の種類を指定する画面を提供し、その画面に対して配信元ユーザが選択したアクセス権の種類の情報を取得し、それを例えばアクセス権ＤＢ１４０に登録すればよい。この場合、アクセス権ＤＢ１４０には、例えば図１１に示すように、「アクセス権」の欄に、配信元ユーザが付与したアクセス権の種類のリストが登録される。図示例では、記号Ｃ，Ｔ，Ｒ，Ｅ，Ｄは、順に、コメント可能、トラックバック可能、閲覧（のみ）可能、編集可能、再配布可能を意味する。
【００８１】
中継サーバ１００は、アクセスＩＤを配信先ユーザβに通知する際に、配信先ユーザβに与えられたアクセス権の種類を併せて通知してもよい。
【００８２】
この変形例では、配信先ユーザβが配信されたコンテンツに対して編集、再配布、コメント入力、トラックバックなどの操作を行った場合、その操作指示（例えば編集後のコンテンツ、再配布指示、コメント内容、トラックバックするＵＲＬなど）がクライアントＰＣ３１０から中継サーバ１００に送信される。このとき操作指示は、アクセスＩＤと対応づけて中継サーバ１００に送信される。この送信は、例えば、クライアントＰＣ３１０上のウェブブラウザ（及び場合によってはそのコンテンツに埋め込まれたプログラム）の機能により実現される。
【００８３】
この変形例では、中継サーバ１００の配信処理部１６０は、図１２に示すように、配信先のクライアントＰＣ３１０からコンテンツに対する操作指示を受け取ると（Ｓ５０）、その操作指示が、そのコンテンツに対して配信先ユーザβに付与されたアクセス権の種類に適合するかどうかを判定する（Ｓ５２）。このとき、配信処理部１６０は、その配信先ユーザβに付与されたそのコンテンツ（アクセスＩＤにより特定される）に対するアクセス権の種類をアクセス権ＤＢ１４０から求め、配信先ユーザβから送信された操作指示がそれら求めた種類のいずれかに適合するかどうかを判定する。配信先ユーザからの操作指示が、そのユーザに認められたアクセス権の種類のいずれにも適合しない場合、配信処理部１６０は、配信先ユーザβに対して、例えば「あなたが指示した操作は許可されていません」などのエラーメッセージを返す（Ｓ５４）。
【００８４】
一方、配信先ユーザからの操作指示が、そのユーザに認められたアクセス権の種類のいずれかに適合した場合は、中継サーバ１００は、コンテンツサーバ２３０内の当該アクセスＩＤに対応するリンクが指し示すコンテンツＸ２４０にアクセスし、そのコンテンツＸ２４０に対してその操作指示に応じた操作を行う（Ｓ５６）。例えば、配信先ユーザβからの操作指示がコンテンツに対する編集指示である場合、配信処理部１６０は、その編集指示に従ってそのコンテンツに対して編集を行い、その編集結果をコンテンツサーバ２３０に書き戻す。また、操作指示がコンテンツの再配布指示である場合、配信先ユーザβから指定された再配布先のユーザの電子メールアドレスに対し、当該アクセスＩＤを示した電子メールを送信する。また、操作指示がコンテンツに対するコメント入力指示である場合、そのコメント指示に含まれるコメント内容を、アクセスＩＤに対応するリンクが指し示すコンテンツＸ２４０に登録する。また、操作指示がコンテンツに対するトラックバック指示である場合、そのトラックバック指示に含まれる配信先ユーザβのサイトのＵＲＬを、当該コンテンツに示されたトラックバックＵＲＬに対して送信する。
【００８５】
なお、このように中継サーバ１００を介したトラックバックを実現するには、例えば、配信処理部１６０が、コンテンツサーバ２３０からコンテンツ（例えばブログ）を取得して配信先ユーザβに送信する際に、そのコンテンツに含まれるトラックバックＵＲＬを変更すればよい。すなわち、コンテンツサーバ２３０から取得したコンテンツには、一般には、コンテンツサーバ２３０内のトラックバック処理アプリケーションと当該コンテンツを一意に示す識別情報との組を指し示すトラックバックＵＲＬ（原ＵＲＬと呼ぶ）が含まれる。ここで、配信先ユーザβがそのトラックバックＵＲＬに対してトラックバックを指示したとしても、配信先ユーザβはネットワークＮＡ及びコンテンツサーバ２３０へのアクセス権を持たないので、配信元がトラックバックを許可していた場合でもそのトラックバック指示は受け付けられない。そこで、中継サーバ１００の配信処理部１６０が、コンテンツサーバ２３０から取得した配信対象コンテンツの中のトラックバックＵＲＬを、中継サーバ１００内のトラックバック処理アプリケーションと原ＵＲＬを一意に示す識別情報との組を指し示すＵＲＬ（変更後ＵＲＬと呼ぶ）に書き換えた上で、そのコンテンツを配信先ユーザβに送信する。このとき、配信処理部１６０は、原ＵＲＬと変更後ＵＲＬとの対応関係を記憶しておく。このようにすれば、配信先ユーザβがその変更後ＵＲＬに対するトラックバックを指示すると、そのトラックバック指示は中継サーバ１００のトラックバック処理アプリケーションに届く。このアプリケーションは、上述の対応関係の情報からその変更後ＵＲＬに対応する原ＵＲＬを求め、その原ＵＲＬに対してそのトラックバック指示を送る。これにより、配信先ユーザβからコンテンツサーバ２３０内の配信対象コンテンツＸへのトラックバックが実現される。
【００８６】
以上のようにして中継サーバ１００を介してコンテンツサーバ２３０内の配信対象コンテンツＸに対して配信先ユーザβから操作が行われた場合、中継サーバ１００は、その操作についてのログを記録してもよい。ログには、例えば操作対象のコンテンツを表すアクセスＩＤ、操作の種類、操作日時などを記録すればよい。このログは、各ユーザから閲覧できるようにしても良い。この場合、ユーザに閲覧可能とするログ内容を、当該ユーザが配信元又は配信先であるコンテンツについてのログ内容のみに限定してもよい。
【００８７】
また、この変形例では、中継サーバ１００は、配信先ユーザβからの指示に対して配信対象コンテンツに対して操作を行った場合に、その操作についての情報を配信元ユーザαに対して例えば電子メールで通知してもよい。通知する操作についての情報は、例えば実行した操作の種類であり、更に操作のパラメータ（例えば再配信先）を含んでいてもよい。また、この場合、配信元ユーザαがそのような通知を希望するかどうかを中継サーバ１００に指定できるようにしてもよい。
【００８８】
また、配信対象コンテンツに対する配信先ユーザからの編集操作に応じてコンテンツサーバ２３０内の配信対象コンテンツを編集する場合に、元の配信対象コンテンツをバックアップ（予備）としてコンテンツサーバ２３０内に残すようにしてもよい。またそのようなバックアップを残すかどうかを配信元ユーザが中継サーバ１００にあらかじめ指定できるようにしてもよい。
【００８９】
次に第３の変形例を説明する。この変形例では、配信対象コンテンツが過去に配信先ユーザβに配信済みの他のコンテンツ（既配信コンテンツと呼ぶ）に対してどのような関係にあるかを、配信元ユーザαが中継サーバ１００に対して指定する。そして、中継サーバ１００が、その関係の情報を記録し、その情報に基づき配信元ユーザα又は配信先ユーザβに対しサービスを提供する。配信対象コンテンツと既配信コンテンツとの関係には、例えば前者が後者の改訂版であるという関係や、前者が後者の添付文書であるという関係など、様々なものが考えられる。
【００９０】
この変形例では、中継サーバ１００に、コンテンツ関係ＤＢ（図示省略）を設ける。コンテンツ関係ＤＢのデータ内容の一例を図１３に示す。この例では、コンテンツ関係ＤＢには、図１３に示すように、配信対象コンテンツごとに、これに対して関係を持つ既配信コンテンツと、配信対象コンテンツが既配信コンテンツに対する関係を示す情報とが登録される。図示の例では、配信対象コンテンツ及び既配信コンテンツは、アクセスＩＤで表されている。また、ユーザが配信対象コンテンツ及び既配信コンテンツを識別しやすくするために、それら各コンテンツの内容を説明する情報（例えばタイトルなど）を併せて登録しておいてもよい。
【００９１】
この変形例では、配信指示受付部１５０は、配信元ユーザαに対し、既配信コンテンツに対する配信対象コンテンツの関係を入力する入力画面を提供すればよい。図１４にそのような入力画面４００の一例を示す。この例では、入力画面４００には、配信先ユーザβに対して当該配信元ユーザαが過去に配信したことがあるコンテンツ（既配信コンテンツ。ノード４１２ａ〜４１２ｃ）同士を、それらコンテンツ同士の関係を示す矢印で結んだ関係グラフ４１０が表示される。アクセス権ＤＢ１４０には、過去に配信したコンテンツのアクセスＩＤに対応づけて、配信元と配信先が記録されているので、これとコンテンツ関係ＤＢの情報を組み合わせて関係グラフ４１０を作成すればよい。ノード４１２ａ〜４１２ｃはクリック操作などで選択可能となっており、配信元ユーザαは、今回の配信対象コンテンツと関係づけたい他のコンテンツのノードがそのグラフ４１０にあれば、そのノードを選択する。ここで、各ノードに既配信コンテンツをリンクしておき、配信元ユーザαの指示に応じて既配信コンテンツを表示し、ユーザαが既配信コンテンツの内容を確認できるようにしてもよい。
【００９２】
また、配信元ユーザαは、選択した既配信コンテンツに対して今回の配信対象コンテンツがどのような関係にあるかを、関係の種類のリスト４３０から選択する。指定したい関係が既存の選択肢になければ、その他を選び、指定したい関係を表す語句を入力すればよい。配信対象コンテンツと関係づけたい既配信コンテンツが関係グラフ４１０中になければ、その旨を示すラジオボタン４２０を選択すればよい（この場合、リスト４３０からの選択は不要）。このような入力画面に対する入力結果を配信指示受付部１５０に送信すれば、配信指示受付部１５０はその関係をコンテンツ関係ＤＢに登録する。また、配信指示受付部１５０は、その関係を表す説明文（例えば「＊＊＊の改訂版です」）をアクセスＩＤと共に配信先ユーザβに通知してもよい。
【００９３】
以上に説明した中継サーバ１００は、一つの例では、汎用のコンピュータに上述の処理を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）コントローラを経由して接続されたＨＤＤ、各種Ｉ／Ｏ（入出力）インタフェース等が、バスを介して接続された回路構成を有する。バスには、ローカルエリアネットワーク等のネットワークに接続するためのネットワークインタフェースが接続されていてもよい。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ＣＤやＤＶＤなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのためのメモリリーダライタなどが接続されてもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、ハードディスクドライブ等の固定記憶装置に保存され、コンピュータにインストールされる。インストールされたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した中継サーバ１００の機能が実現される。
【符号の説明】
【００９４】
１００ 中継サーバ、１１０ アカウント記憶部、１１５ コンテンツサーバへのアカウント、１２０ ユーザＤＢ、１３０ リンクＤＢ、１４０ アクセス権ＤＢ、１５０ 配信指示受付部、１６０ 配信処理部、２００ ネットワークＮＡ、２１０ クライアントＰＣ、２２０ ディレクトリサーバ、２３０ コンテンツサーバ、２４０ コンテンツ、３００ ネットワークＮＢ、３１０ クライアントＰＣ。
【特許請求の範囲】
【請求項１】
情報中継装置であって、
情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段と、
情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段と、
前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段と、
を備える情報中継装置。
【請求項２】
前記配信元のユーザから、前記配信対象情報について前記配信先のユーザに付与するアクセス権の種類の指定を受け付けて第３の記憶手段に記憶するアクセス権指定受付手段と、
前記配信先のユーザから前記配信対象情報に対する操作指示を受信した場合に、その操作指示が前記第３の記憶手段に記憶された、前記配信対象情報について前記配信先のユーザに付与されたアクセス権の種類に適合する場合にのみ、その操作指示に応じて前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置にアクセスし、前記情報記憶装置に記憶された当該アクセス識別情報に対応づけられた前記配信対象情報に対し、その操作指示に応じた操作を行う操作手段と、
を更に備える請求項１記載の情報中継装置。
【請求項３】
前記配信対象情報送信手段は、前記情報記憶装置から取得した配信対象情報に第１のトラックバックＵＲＬが含まれる場合、前記配信対象情報中の前記第１のトラックバックＵＲＬを、当該情報中継装置のホスト名と前記第１のトラックバックＵＲＬに対応づけられた識別情報とを含む第２のトラックバックＵＲＬに書き換え、この書き換えの後の配信対象情報を前記配信先のユーザに送信し、
前記操作手段は、前記配信先のユーザから前記操作指示として前記第２のトラックバックＵＲＬに対するトラックバック指示を受け取った場合において、前記配信先のユーザにトラックバックを許可するアクセス権が与えられている場合には、前記第２のトラックバックＵＲＬに対応づけられた前記第１のトラックバックＵＲＬに対して前記トラックバック指示に応じたトラックバックを行う、
ことを特徴する請求項２記載の情報中継装置。
【請求項４】
前記アクセス識別情報送信手段は、更に、前記配信元のユーザからの前記配信指示として、当該配信指示の時点での前記配信対象情報を前記配信先のユーザに配信する旨の指示を受けた場合に、前記前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した配信対象情報を前記アクセス識別情報に対応づけて第４の記憶手段に記憶し、
前記配信対象情報送信手段は、更に、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されており、かつ、前記アクセス識別情報に対応する配信対象情報が前記第４の記憶手段に記憶されていれば、前記第４の記憶手段に記憶された前記配信対象情報を前記配信先のユーザに送信する、
ことを特徴とする請求項１〜３のいずれか１項に記載の情報中継装置。
【請求項５】
過去に受けた各配信指示に係る配信元のユーザと配信先のユーザと配信対象情報との関係を記録する記録手段と、
今回の配信指示に係る配信元のユーザと配信先のユーザとについて、当該配信元のユーザが当該配信先のユーザに対して過去に配信した配信対象情報を前記記録手段から求め、求めたそれら配信対象情報のうち今回の配信指示に係る配信対象情報に関係する配信対象情報と、これら配信対象情報同士の関係と、の指定を前記配信元のユーザから受け付ける受付手段と、
を備え、
前記アクセス識別情報送信手段は、前記受付手段が受けた指定の内容を示す情報を前記アクセス識別情報に対応づけて前記配信先のユーザに送信する、
ことを特徴とする請求項１〜４のいずれか１項に記載の情報中継装置。
【請求項６】
コンピュータを情報中継装置として機能させるためのプログラムであって、当該コンピュータを、
情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段、
情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段、
前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段、
として機能させるためのプログラム。
【請求項１】
情報中継装置であって、
情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段と、
情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段と、
前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段と、
を備える情報中継装置。
【請求項２】
前記配信元のユーザから、前記配信対象情報について前記配信先のユーザに付与するアクセス権の種類の指定を受け付けて第３の記憶手段に記憶するアクセス権指定受付手段と、
前記配信先のユーザから前記配信対象情報に対する操作指示を受信した場合に、その操作指示が前記第３の記憶手段に記憶された、前記配信対象情報について前記配信先のユーザに付与されたアクセス権の種類に適合する場合にのみ、その操作指示に応じて前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置にアクセスし、前記情報記憶装置に記憶された当該アクセス識別情報に対応づけられた前記配信対象情報に対し、その操作指示に応じた操作を行う操作手段と、
を更に備える請求項１記載の情報中継装置。
【請求項３】
前記配信対象情報送信手段は、前記情報記憶装置から取得した配信対象情報に第１のトラックバックＵＲＬが含まれる場合、前記配信対象情報中の前記第１のトラックバックＵＲＬを、当該情報中継装置のホスト名と前記第１のトラックバックＵＲＬに対応づけられた識別情報とを含む第２のトラックバックＵＲＬに書き換え、この書き換えの後の配信対象情報を前記配信先のユーザに送信し、
前記操作手段は、前記配信先のユーザから前記操作指示として前記第２のトラックバックＵＲＬに対するトラックバック指示を受け取った場合において、前記配信先のユーザにトラックバックを許可するアクセス権が与えられている場合には、前記第２のトラックバックＵＲＬに対応づけられた前記第１のトラックバックＵＲＬに対して前記トラックバック指示に応じたトラックバックを行う、
ことを特徴する請求項２記載の情報中継装置。
【請求項４】
前記アクセス識別情報送信手段は、更に、前記配信元のユーザからの前記配信指示として、当該配信指示の時点での前記配信対象情報を前記配信先のユーザに配信する旨の指示を受けた場合に、前記前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した配信対象情報を前記アクセス識別情報に対応づけて第４の記憶手段に記憶し、
前記配信対象情報送信手段は、更に、前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されており、かつ、前記アクセス識別情報に対応する配信対象情報が前記第４の記憶手段に記憶されていれば、前記第４の記憶手段に記憶された前記配信対象情報を前記配信先のユーザに送信する、
ことを特徴とする請求項１〜３のいずれか１項に記載の情報中継装置。
【請求項５】
過去に受けた各配信指示に係る配信元のユーザと配信先のユーザと配信対象情報との関係を記録する記録手段と、
今回の配信指示に係る配信元のユーザと配信先のユーザとについて、当該配信元のユーザが当該配信先のユーザに対して過去に配信した配信対象情報を前記記録手段から求め、求めたそれら配信対象情報のうち今回の配信指示に係る配信対象情報に関係する配信対象情報と、これら配信対象情報同士の関係と、の指定を前記配信元のユーザから受け付ける受付手段と、
を備え、
前記アクセス識別情報送信手段は、前記受付手段が受けた指定の内容を示す情報を前記アクセス識別情報に対応づけて前記配信先のユーザに送信する、
ことを特徴とする請求項１〜４のいずれか１項に記載の情報中継装置。
【請求項６】
コンピュータを情報中継装置として機能させるためのプログラムであって、当該コンピュータを、
情報記憶装置に対する当該情報中継装置のアカウント情報を記憶する第１の記憶手段、
情報記憶装置が記憶する配信対象情報を配信先のユーザに配信する配信指示を配信元のユーザから受けた場合に、前記配信対象情報に対応づけられたアクセス識別情報に対応づけて、前記配信先のユーザのユーザ識別情報を第２の記憶手段に記憶すると共に、前記アクセス識別情報を前記配信先のユーザに送信するアクセス識別情報送信手段、
前記配信先のユーザから、当該ユーザのユーザ識別情報及びアクセス識別情報に対応づけられた情報配信要求を受信した場合に、当該アクセス識別情報が当該ユーザ識別情報に対応づけて前記第２の記憶手段に記憶されていれば、前記第１の記憶手段に記憶された前記アカウント情報を用いて前記情報記憶装置から当該アクセス識別情報に対応づけられた前記配信対象情報を取得し、取得した前記配信対象情報を前記配信先のユーザに送信する配信対象情報送信手段、
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−１９１８０７（Ｐ２０１０−１９１８０７Ａ）
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２００９−３６９００（Ｐ２００９−３６９００）
【出願日】平成２１年２月１９日（２００９．２．１９）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２１年２月１９日（２００９．２．１９）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]