(57)【要約】【課題】招待者側のメールアドレスの変更などに拘わらず、招待者側は確実にオーナーからの電子メールを受領することができるようにする。【解決手段】共有サーバ１０３は情報処理装置１０２Ａにゲストルームの公開を許可する際、当該情報処理装置のメールアドレスをゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスとゲストルームとを関連付けてメモリに記録する。情報処理装置１０２Ａから招待メールを情報処理装置１０２Ｂに再送する再送依頼を受けると、共有サーバは許可条件に応じて再送依頼に含まれる情報処理装置１０２Ａのメールアドレスの代わりに情報処理装置１０２Ｂのメールアドレスを招待メールアドレスとし、情報処理装置１０２Ｂに招待メールを送信する。【選択図】図１
2014115875.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された第１の情報処理装置からアップロードされたコンテンツを管理して当該コンテンツをゲストルームとして公開するサーバ装置であって、
前記ネットワークに接続された第２の情報処理装置に前記ゲストルームの公開を許可する際、前記第２の情報処理装置のメールアドレスを前記ゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスと前記ゲストルームとを関連付けてメモリに記録する記録手段と、
前記第２の情報処理装置から前記招待メールを第３の情報処理装置に再送する再送依頼を受けると、予め定められた許可条件に応じて前記再送依頼に含まれる前記第２の情報処理装置のメールアドレスの代わりに前記再送依頼に含まれる前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとする変更手段と、
前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとして前記第３の情報処理装置に前記招待メールを送信する送信手段と、
を有することを特徴とするサーバ装置。
【請求項２】
前記許可条件は前記第１の情報処理装置によって設定されることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記許可条件には、前記再送依頼の際に前記第１の情報処理装置における許可を求めるオーナー条件が含まれることを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
前記変更手段は前記許可条件が前記オーナー条件であると、再送許可を求める確認メールを前記第１の情報処理装置に送信し、前記第１の情報処理装置から了解の旨の通知を受けると前記招待メールアドレスを前記第３の情報処理装置のメールアドレスに変更することを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記変更手段は、前記招待メールアドレスを前記第３の情報処理装置のメールアドレスに変更した際、前記第２の情報処理装置にその旨の通知を行うことを特徴とする請求項１〜４のいずれか１項に記載のサーバ装置。
【請求項６】
ネットワークに接続された第１の情報処理装置からアップロードされたコンテンツを管理して当該コンテンツをゲストルームとして公開するサーバ装置の制御方法であって、
前記ネットワークに接続された第２の情報処理装置に前記ゲストルームの公開を許可する際、前記第２の情報処理装置のメールアドレスを前記ゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスと前記ゲストルームとを関連付けてメモリに記録する記録ステップと、
前記第２の情報処理装置から前記招待メールを第３の情報処理装置に再送する再送依頼を受けると、予め定められた許可条件に応じて前記再送依頼に含まれる前記第２の情報処理装置のメールアドレスの代わりに前記再送依頼に含まれる前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとする変更ステップと、
前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとして前記第３の情報処理装置に前記招待メールを送信する送信ステップと、
を有することを特徴とする制御方法。
【請求項７】
ネットワークに接続された第１の情報処理装置からアップロードされたコンテンツを管理して当該コンテンツをゲストルームとして公開するサーバ装置で用いられる制御プログラムであって、
前記サーバ装置が備えるコンピュータに、
前記ネットワークに接続された第２の情報処理装置に前記ゲストルームの公開を許可する際、前記第２の情報処理装置のメールアドレスを前記ゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスと前記ゲストルームとを関連付けてメモリに記録する記録ステップと、
前記第２の情報処理装置から前記招待メールを第３の情報処理装置に再送する再送依頼を受けると、予め定められた許可条件に応じて前記再送依頼に含まれる前記第２の情報処理装置のメールアドレスの代わりに前記再送依頼に含まれる前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとする変更ステップと、
前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとして前記第３の情報処理装置に前記招待メールを送信する送信ステップと、
を実行させることを特徴とする制御プログラム。
【請求項８】
少なくとも第１の情報処理装置、第２の情報処理装置、および第３の情報処理装置がネットワークを介してサーバ装置に接続され、前記サーバ装置が前記第１の情報処理装置からアップロードされたコンテンツを管理して当該コンテンツをゲストルームとして公開するデータ通信システムであって、
前記サーバ装置は、
前記ネットワークに接続された第２の情報処理装置に前記ゲストルームの公開を許可する際、前記第２の情報処理装置のメールアドレスを前記ゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスと前記ゲストルームとを関連付けてメモリに記録する記録手段と、
前記第２の情報処理装置から前記招待メールを第３の情報処理装置に再送する再送依頼を受けると、予め定められた許可条件に応じて前記再送依頼に含まれる前記第２の情報処理装置のメールアドレスの代わりに前記再送依頼に含まれる前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとする変更手段と、
前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとして前記第３の情報処理装置に前記招待メールを送信する送信手段と、
を有することを特徴とするデータ通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のコンテンツに対するアクセスが許可されたことを通知する招待メールの宛先を招待先から制御するためのサーバ装置、その制御方法、および制御プログラム、並びにデータ通信システムに関する。
【背景技術】
【０００２】
従来、インターネットなどの通信インフラ（ネットワーク）を用いた情報提供サービスの一つとして、ユーザ自身が所有する画像データなどのデータをネットワーク上のサーバ装置にアップロードすることが行われている。そして、ユーザは所望の時に通信機器（以下ユーザ通信機器と呼ぶ）を用いてサーバ装置にアクセスして当該データを閲覧することができる。また、当該データを共有したい第三者（招待者）の通信機器（以下招待先通信機器と呼ぶ）に対してデータのアクセス先を通知することが行われている（特許文献１参照）。
【０００３】
従来、第三者に画像データなどのデータを閲覧させる際には、まず、ユーザ通信機器はサーバ装置にアクセスして画像データをサーバ装置にアップロードする。そして、ユーザ通信機器は招待者の名称およびメールアドレスなどをサーバ装置に通知する。
【０００４】
サーバ装置は、アップロードされた画像データのアクセス先となるＵＲＬをメッセージに記載して、招待者のメールアドレス宛てに電子メールをインターネットなどのネットワークを介して送信する。招待先通信機器ではＷｅｂブラウザを起動して電子メールに記載されたＵＲＬを入力する。これによって、招待先通信機器ではユーザ（つまり、オーナー）の画像データを表示することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１１６２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１においては、画像データなどのデータを第三者である招待者（招待先）に閲覧させる際には、オーナーであるユーザが招待先のメールアドレスを指定する必要がある。このため、招待者がメールアドレスを変更して、当該変更をユーザに通知していない場合には、招待者は電子メールを受信できず、画像データを閲覧できないことがある。
【０００７】
加えて、招待者が複数のメールアドレスを有する場合には、招待者は当該複数のメールアドレスのうちユーザがサーバ装置に設定したメールアドレスではなく、別のメールアドレスに電子メールを送信してほしいこともある。
【０００８】
また、招待者がメールアドレスを変更した場合、招待者はメールアドレスの変更後に新たに送付される電子メールを受信できるが、変更前のメールアドレス宛に送信済みの電子メールを再受信することはできず、その結果、画像データを閲覧することができないことになる。
【０００９】
従って、本発明の目的は、招待者側のメールアドレスの変更などに拘わらず、招待者側は確実にオーナーからの電子メールを受領することのできるサーバ装置、その制御方法、および制御プログラム、並びにデータ通信システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を達成するため、本発明によるサーバ装置は、ネットワークに接続された第１の情報処理装置からアップロードされたコンテンツを管理して当該コンテンツをゲストルームとして公開するサーバ装置であって、前記ネットワークに接続された第２の情報処理装置に前記ゲストルームの公開を許可する際、前記第２の情報処理装置のメールアドレスを前記ゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスと前記ゲストルームとを関連付けてメモリに記録する記録手段と、前記第２の情報処理装置から前記招待メールを第３の情報処理装置に再送する再送依頼を受けると、予め定められた許可条件に応じて前記再送依頼に含まれる前記第２の情報処理装置のメールアドレスの代わりに前記再送依頼に含まれる前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとする変更手段と、前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとして前記第３の情報処理装置に前記招待メールを送信する送信手段と、を有することを特徴とする。
【００１１】
本発明による制御方法は、ネットワークに接続された第１の情報処理装置からアップロードされたコンテンツを管理して当該コンテンツをゲストルームとして公開するサーバ装置の制御方法であって、前記ネットワークに接続された第２の情報処理装置に前記ゲストルームの公開を許可する際、前記第２の情報処理装置のメールアドレスを前記ゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスと前記ゲストルームとを関連付けてメモリに記録する記録ステップと、前記第２の情報処理装置から前記招待メールを第３の情報処理装置に再送する再送依頼を受けると、予め定められた許可条件に応じて前記再送依頼に含まれる前記第２の情報処理装置のメールアドレスの代わりに前記再送依頼に含まれる前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとする変更ステップと、前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとして前記第３の情報処理装置に前記招待メールを送信する送信ステップと、を有することを特徴とする。
【００１２】
本発明による制御プログラムは、ネットワークに接続された第１の情報処理装置からアップロードされたコンテンツを管理して当該コンテンツをゲストルームとして公開するサーバ装置で用いられる制御プログラムであって、前記サーバ装置が備えるコンピュータに、前記ネットワークに接続された第２の情報処理装置に前記ゲストルームの公開を許可する際、前記第２の情報処理装置のメールアドレスを前記ゲストルームの閲覧を許可する招待メールアドレスとして当該招待メールアドレスと前記ゲストルームとを関連付けてメモリに記録する記録ステップと、前記第２の情報処理装置から前記招待メールを第３の情報処理装置に再送する再送依頼を受けると、予め定められた許可条件に応じて前記再送依頼に含まれる前記第２の情報処理装置のメールアドレスの代わりに前記再送依頼に含まれる前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとする変更ステップと、前記第３の情報処理装置のメールアドレスを前記招待メールアドレスとして前記第３の情報処理装置に前記招待メールを送信する送信ステップと、を実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、招待者側の情報処理装置においてメールアドレスの変更があっても、招待者側は確実に電子メールを受領することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態によるデータ通信システムの一例を示すブロック図である。本発明の第１の実施形態によるメール送受信システムの一例であるデータ通信システムを示すブロック図である。
【図２】図１に示す情報処理装置のハードウェア構成の一例を示すブロック図である。
【図３】図１に示す招待管理ＤＢで管理される各種テーブルを説明するための図であり、（ａ）はユーザ情報テーブルを示す図、（ｂ）はコンテンツテーブルを示す図、（ｃ）ゲストルームテーブルを示す図、（ｄ）は招待紐づけテーブルを示す図である。
【図４】図１に示す共有サーバにおけるゲストルーム作成の一例を説明するためのフローチャートである。
【図５】図１に示す情報処理装置に表示される招待ゲストルーム一覧の一例を示す図である。
【図６】図１に示す共有サーバで行われる招待メールの再送処理を説明するためのフローチャートである。
【図７】図１に示す情報処理装置に表示される招待ゲストルーム再送結果の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態によるデータ通信システムの一例について説明する。
【００１６】
図１は、本発明の実施の形態によるデータ通信システムの一例を示すブロック図である。
【００１７】
図示のデータ通信システムでは、通信機器である情報処理装置１０１（第１の情報処理装置）がインターネットなどのネットワーク１０４を介してコンテンツ共有サーバ（以下単に共有サーバと呼ぶ）１０３に接続されている。さらに、図示の例では、情報処理装置１０２Ａ（第２の情報処理装置）および情報処理装置１０２Ｂ（第３の情報処理装置）がネットワーク１０４に接続されており、ここでは、情報処理装置１０１がコンテンツのオーナーによって管理され、情報処理装置１０２Ａおよび１０２Ｂが招待者によって管理されているものとする。
【００１８】
なお、図示の例では、コンテンツオーナーの情報処理装置が一台示され、招待者の情報処理装置が二台示されているが、実際にはコンテンツオーナーの情報処理装置は複数存在し、コンテンツオーナーの情報処理装置が招待者の情報処理装置となることもあり、逆に、招待者の情報処理装置がコンテンツオーナーの情報処理装置となることもある。
【００１９】
共有サーバ１０３は、コンテンツ管理部１１０、メールサーバ１１１、コンテンツ管理データベース（ＤＢ）１１２、および招待管理ＤＢ１１３を有している。図示のコンテンツ管理ＤＢ１１２には共有サーバ１０３で管理するコンテンツと当該コンテンツに係る関連情報が記憶されている。また、招待管理ＤＢ１１３には、後述するようにコンテンツ毎に招待単位であるゲストルームを示すゲストルーム情報、招待ＵＲＬ、および招待実績があるメールアドレスが記録されている。
【００２０】
図２は、図１に示す情報処理装置１０１のハードウェア構成の一例を示すブロック図である。なお、情報処理装置１０２Ａおよび１０２Ｂと共有サーバ１０３も同様のハードウェア構成を有している。
【００２１】
情報処理装置１０１はＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）２０２、ＢＭＵ（ビットムーブユニット）２０３、キーボード２０４、ＰＤ（ポインティングデバイス）２０５、ＣＰＵ２０６、ＲＯＭ２０７、ＲＡＭ２０８、ＨＤＤ２０９、フレキシブルディスク２１０、およびネットワークＩ／Ｆ２１１を有しており、これらはバス２１２によって相互に接続されている。そして、ＶＲＡＭ２０２にはＣＲＴディスプレイ２０１が接続されている。
【００２２】
ＣＲＴディスプレイ２０１には、例えば、ウィンドウ、アイコン、メッセージ、メニュー、その他のユーザインタフェース情報などが表示される。ＶＲＡＭ２０２には、ＣＲＴディスプレイ２０１に表示するための画像がＣＰＵ２０６によって描画される。そして、ＶＲＡＭ２０２に生成された画像データは所定の規則に従ってＣＲＴディスプレイ２０１に転送されて、ＣＲＴディスプレイ２０１に画像として表示される。
【００２３】
ＢＭＵ２０３は、例えば、メモリ間（例えば、ＶＲＡＭ２０２と他のメモリとの間）のデータ転送、そして、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークＩ／Ｆ２１１）との間のデータ転送を制御する。キーボード２０４は文字などを入力するための各種キーを有している。
【００２４】
ＰＤ２０５は、例えば、ＣＲＴディスプレイ２０１に表示されたアイコン、メニュー、その他のコンテンツを指示する際に用いられる。さらに、ＰＤ２０５はオブジェクトのドラッグドロップの際に用いられる。
【００２５】
ＣＰＵ２０６は、ＲＯＭ２０７、ＨＤＤ２０９、又はフレキシブルディスク２１０に格納されたＯＳ（オペレーティングシステム）および後述する制御プログラムに基づいて各デバイスを制御する。ＲＯＭ２０７には各種制御プログラムおよびデータが保存される。ＲＡＭ２０８は、ＣＰＵ２０６のワーク領域として用いられるとともに、エラー処理の際のデータの退避領域および制御プログラムのロード領域として用いられる。ＨＤＤ２０９には、情報処理装置で実行される制御プログラムおよびデータが格納される。
【００２６】
ネットワークＩ／Ｆ２１１は、他の情報処理装置１０２Ａおよび１０２Ｂ、共有サーバ１０３、およびプリンタ（図示せず）などとネットワーク１０４を介して通信を行う。バス２１２には、アドレスバス、データバス、およびコントロールバスが含まれている。
【００２７】
なお、ＣＰＵ２０６で動作する制御プログラムは、ＲＯＭ２０７、ＨＤＤ２０９、又はフレキシブルディスク２１０からＣＰＵ２０６にロードされる。また、ネットワークＩ／Ｆ２１１およびネットワーク１０４を介して他の情報処理装置などから制御プログラムをロードするようにしてもよい。
【００２８】
共有サーバ１０３においては、図２に示すＣＰＵ２０６が図１に示すメールサーバ１１１およびコンテンツ管理部１１０として機能し、コンテンツ管理ＤＢ１１２および招待管理ＤＢ１１３は、例えば、ＨＤＤ２０９に形成される。
【００２９】
図１および図２を参照して、情報処理装置１０１はコンテンツのオーナーによって操作され、ＣＰＵ２０６が各種プログラムを実行して各ユニット（デバイス）を制御することによって、ＨＴＴＰなどの標準プロトコルを用いて共有サーバ１０３にアクセスする。そして、ＣＰＵ２０６はコンテンツのアップロードおよびコンテンツの公開を共有サーバ１０３に指示する。
【００３０】
一方、情報処理装置１０１から共有サーバ１０３を介して招待メールを受領すると、招待者の情報処理装置１０２Ａでは、ＣＰＵ２０６が各種プログラムを実行して各ユニットを制御することによって、標準プロトコルを用いて共有サーバ１０３にアクセスする。そして、ＣＰＵ２０６は共有サーバ１０３からコンテンツを取得してＣＲＴディスプレイ２０１にコンテンツを表示する。
【００３１】
図示の例では、招待者は情報処理装置１０２Ｂも所有しており、招待者は情報処理装置１０２Ｂに設定されたメールアドレス宛に共有サーバ１０３から招待メールを再送してもらいたいことがある。この場合、後述するようにして、情報処理装置１０２Ｂは招待メールを受領すると、同様に、情報処理装置１０２ＢではＣＰＵ２０６が各種プログラムを実行して各ユニットを制御することにより、標準プロトコルを用いて共有サーバ１０３にアクセスする。そして、ＣＰＵ２０６は共有サーバ１０３からコンテンツを取得してＣＲＴディスプレイ２０１にコンテンツを表示する。
【００３２】
いま、情報処理装置１０１においてオーナーの操作指示（アップロード指示）があると、ＣＰＵ２０６はネットワーク１０４を介して共有サーバ１０３にコンテンツをアップロードする。そして、共有サーバ１０３では、コンテンツ管理部１１０がアップロードされたコンテンツをコンテンツ管理ＤＢ１１２に保存する。情報処理装置１０１においてオーナーが公開指示操作を行うと、ＣＰＵ２０６は共有サーバ１０３に対してコンテンツの公開を指示する。
【００３３】
コンテンツの公開について種々の手法が知られているが、ここでは、後述するように、情報処理装置１０１では、ＣＰＵ２０６は後述するゲストルームと呼ばれる纏まり（部屋）の生成を共有サーバ１０３に依頼する。この際には、ＣＰＵ２０６はオーナーの指示に応じて共有サーバ１０３上の複数のコンテンツを選択する。そして、ＣＰＵ２０６はユーザＩＤ、コメント（説明：タイトルを含む）、公開条件、および招待ＵＲＬ再送のための再送条件を招待者のメールアドレス（招待メールアドレス）とともにゲストルーム作成依頼として共有サーバ１０３に送信する。
【００３４】
図３は、図１に示す招待管理ＤＢ１１３で管理される各種テーブルを説明するための図である。そして、図３（ａ）はユーザ情報テーブルを示す図であり、図３（ｂ）はコンテンツテーブルを示す図である。また、図３（ｃ）ゲストルームテーブルを示す図であり、図３（ｄ）は招待紐づけテーブルを示す図である。
【００３５】
図３（ａ）に示すユーザ情報テーブル３００には、オーナーのユーザＩＤ３０１、オーナーの氏名３０２、およびそのメールアドレス３０３が記録される。
【００３６】
図３（ｂ）に示すコンテンツテーブル３４０にはコンテンツＩＤ３４１、コンテンツファイル３４２（このファイルはアクセス可能なストレージディスクのパスでもよい）、コンテンツファイル名３４３、および当該コンテンツのオーナーのユーザＩＤ３４４が記録される。
【００３７】
図３（ｃ）に示すゲストルームテーブル３１０には、ゲストルームＩＤ３１１、ゲストルームのオーナーのユーザＩＤ３１２、ゲストルームの作成日時３１３、ゲストルーム名３１４、ゲストルームの説明（コメント）３１５、ゲストルームの閲覧を行う際の招待条件３１６、ゲストルームの招待メール再送が依頼された際の再送条件３１７、ゲストルームの招待ＵＲＬ３１８、およびゲストルームに所属するコンテンツのリスト３１９が記録される。
【００３８】
図３（ｄ）に示す招待紐づけテーブル３２０には、ゲストルームの招待が行われた実績を招待紐づけとしてゲストルームの招待紐づけ（招待関連付け）を示す招待ＩＤ３２１、ゲストルームＩＤ３２２、ゲストルームに係る招待メールのメールアドレス３２３、およびゲストルームの招待日時３２４が記録される。
【００３９】
図４は、図１に示す共有サーバ１０３におけるゲストルーム作成の一例を説明するためのフローチャートである。
【００４０】
ゲストルーム作成依頼を受けると、コンテンツ管理部１１０は招待管理ＤＢ１１３にゲストルームテーブル３１０のレコードを作成する。そして、コンテンツ管理部１１０はゲストルームＩＤ３１１を発番し、ゲストルームＩＤ３１１、ユーザＩＤ３１２、作成日時３１３を、ゲストルームテーブル３１０に記録する（ステップＳ４０１）。続いて、コンテンツ管理部１１０はゲストルームのタイトルおよび説明に応じて、ゲストルームテーブル３１０にゲストルーム名３１４および説明３１５を記録する（ステップＳ４０２）。
【００４１】
次に、コンテンツ管理部１１０は選択されたコンテンツに応じてコンテンツ管理ＤＢ１１２にアクセスして、ゲストルームテーブル３１０で公開されるコンテンツのコンテンツＩＤを取得する。そして、コンテンツ管理部１１０はゲストルームテーブル３１０にコンテンツＩＤのリスト３１９に追加する（ステップＳ４０３）。
【００４２】
続いて、コンテンツ管理部１１０はゲストルームテーブル３１０に公開条件を招待条件（招待属性）３１６として追加する（ステップＳ４０４）。この招待条件には、招待ＵＲＬにアクセスされた際にゲストルームに属するコンテンツを公開するか否かを指定することができる。
【００４３】
なお、オーナーはゲストルームが作成された後、ゲストルームに対するリクエストがあった場合にゲストルームを公開するか否かを、招待ＵＲＬによってコントロールすることができる。
【００４４】
次に、コンテンツ管理部１１０は、招待者から招待メールの再送を要求された際の再送条件を、招待メール再送条件３１７としてゲストルームテーブル３１０に追加する（ステップＳ４０５）。招待メール再送条件（許可条件）には、「招待者からのメールアドレスの変更や再送を受け付けない」、「メールアドレスの変更を無条件に受け付ける」、又は「メールアドレスの変更を受け付けるが個別にオーナーに承認を求める」などの条件が設定される。
【００４５】
続いて、コンテンツ管理部１１０は招待管理ＤＢ１１３にゲストルーム招待紐づけテーブル３２０のレコードを作成する。そして、コンテンツ管理部１１０はゲストルームＩＤ３２２、ゲストルームのオーナーのユーザＩＤ３１２、および招待メールアドレス３２３を、ゲストルーム招待紐づけテーブル３２０に記録する（ステップＳ４０６）。
【００４６】
次に、コンテンツ管理部１１０は、ゲストルームの招待ＵＲＬ３１８を生成して当該招待ＵＲＬ３１８をゲストルームテーブル３１０に記録する。そして、コンテンツ管理部１１０は、メールサーバ１１１によって招待メール（招待ＵＲＬ３１８を含む）招待メールアドレス毎に送信する（ステップＳ０７）。
【００４７】
なお、当該招待メールには、招待ＵＲＬ３１８の他にゲストルーム名３１４、ゲストルームの説明３１５、ゲストルームのオーナーの氏名３０２、および招待条件３１６などを含むようにしてもよい。さらに、招待メールの再送依頼のためのリクエスト先ＵＲＬを本文に含めるようにしてもよい。
【００４８】
続いて、コンテンツ管理部１１０はメールサーバ１１１の招待メール送信結果を受け取って、招待メール送信結果を招待管理ＤＢ１１３に記録する（ステップＳ４０８）。この際、コンテンツ管理部１１０はゲストルーム招待紐づけテーブル３２０に招待メールアドレス毎の招待日時３２４を記録する。
【００４９】
なお、招待メールが送信できない場合又は不正なメールの場合などには、コンテンツ管理部１１０はゲストルーム招待紐づけテーブル３２０に招待日時を記録しない。これによって、コンテンツ管理部１１０は招待メールの送信実績がないと判断する。
【００５０】
最後に、コンテンツ管理部１１０はメールサーバ１１１によるメール送信結果を、メールサーバ１１１によって情報処理装置１０１に送信して、招待メールの送信を完了する。情報処理装置１０１では、メール送信結果を受けると、ＣＰＵ２０６は当該メール送信結果をＣＲＴディスプレイ２０１に表示する。
【００５１】
図５は、図１に示す情報処理装置１０２Ａに表示される招待ゲストルーム一覧を示す図である。
【００５２】
いま、図１に示す情報処理装置１０２Ａが共有サーバ１０３から複数の招待メールを受領したとする。情報処理装置１０２Ａでは、招待メールを受信すると、ＣＰＵ２０６はＣＲＴディスプレイ２０１に図５に示す招待ゲストルーム一覧を表示する。
【００５３】
図５において、招待ゲストルーム一覧には複数の招待ゲストルームが表示され、各招待ゲストルームには、チェックボックス５０１、ゲストルーム名５０２、ゲストルームオーナー名５０３、ゲストルーム招待日５０４、再送ボタン５０５、および変更ボタン５０６が表示される。なお、当該ゲストルーム一覧には過去に招待メールを受領したゲストルームも表示される。
【００５４】
チェックボックス５０１は再送又は変更を要求する際にはチェックされる。ゲストルーム名５０２、ゲストルームオーナー名５０３、およびゲストルーム招待日５０４は招待者がどのようなブック（つまり、コンテンツ）に招待されているか否かについて判別できる情報であればよく、ゲストルームのコメント、ページ数、画像数、およびサムネイルなどを表示するようにしてもよい。また、ゲストルームの数が多い場合には、スクロールバーなどでスクロール表示することができる。
【００５５】
再送ボタン５０５は、ゲストルームの招待メールの再送を要求する際に操作される。前述のように、招待者がゲストルームのチェックボックスをチェックして、再送ボタン５０５を押下げると、ＣＰＵ２０６は招待メールの再送を共有サーバ１０３に依頼する。変更ボタン５０６は、ゲストルームの招待メールを送るメールアドレスの変更を要求する際に操作される。招待者がゲストルームのチェックボックスをチェックして、変更ボタン５０６を押下げると、ＣＰＵ２０６は招待メールを送るメールアドレスの変更を共有サーバ１０３に依頼する。
【００５６】
ところで、情報処理装置１０２Ａで招待メールに応じてコンテンツを閲覧する際には、ＣＰＵ２０６は招待者の操作に応じて招待メールに記載された招待ＵＲＬによって共有サーバ１０３にアクセスしてコンテンツの閲覧を要求する。共有サーバ１０３では、コンテンツ管理部１１０が招待管理ＤＢ１１３によってゲストルームの公開条件を確認する。
【００５７】
公開条件に合致したゲストルームであれば、コンテンツ管理部１１０は該当するコンテンツをコンテンツ管理ＤＢ１１２から取得して情報処理装置１０２Ａに送信する。これによって、情報処理装置１０２Ａでは、ＣＰＵ２０６はコンテンツを受信すると、ＣＲＴディスプレイ２０１に当該コンテンツを表示する。
【００５８】
一方、招待者が情報処理装置１０２Ａおよび１０２Ｂを所有しており、情報処理装置１０２Ｂでコンテンツを閲覧したいと思っても、情報処理装置１０２Ｂには招待メール（招待ＵＲＬを含む）が送信されないので、情報処理装置１０２Ｂでコンテンツを閲覧することができない。
【００５９】
招待者が情報処理装置１０２Ｂで招待メールを受領するためには、招待者は情報処理装置１０２Ａにおいて、招待者が再送ボタン５０５を操作して、招待メールの再送を共有サーバ１０３に要求する。この際には、招待者は招待メールの宛先である旧招待メールアドレス（情報処理装置１０２Ａのメールアドレス）と情報処理装置１０２Ｂのメールアドレス（新招待メールアドレス）とを入力する。これによって、情報処理装置１０２Ａから共有サーバ１０３に招待メールの再送がリクエストされる。
【００６０】
なお、ここでは、図５に示す招待ゲストルーム一覧の全ての招待ゲストルームについて再送要求が行われたものとする。
【００６１】
図６は、図１に示す共有サーバ１０３で行われる招待メールの再送処理を説明するためのフローチャートである。
【００６２】
招待メールの再送要求を受けると、共有サーバ１０３ではコンテンツ管理部１１０は旧招待メールアドレスと再送先の新招待メールアドレスをリクエストから取得する（ステップＳ６０１）。
【００６３】
続いて、コンテンツ管理部１１０は旧招待メールアドレスが招待管理ＤＢ１１３に格納されたゲストルーム招待紐づけテーブル３２０の招待メールアドレス３２３に存在するか否かを検索する（ステップＳ６０２）。そして、コンテンツ管理部１１０は旧招待メールアドレスがゲストルーム招待紐づけテーブル３２０に存在するか否かを判定する（ステップＳ６０３）。
【００６４】
旧招待メールアドレスがゲストルーム招待紐づけテーブル３２０に存在すると（ステップＳ６０３において、ＹＥＳ）、コンテンツ管理部１１０はゲストルーム招待紐づけテーブル３２０を取得して、ゲストルームＩＤ３２２からゲストルームテーブル３１０を検索する。そして、コンテンツ管理部１１０はゲストルームテーブル３１０からゲストルーム名３１４および作成日時３１３などの情報を取得する。
【００６５】
さらに、コンテンツ管理部１１０はユーザＩＤ３１２からユーザ情報テーブル３００を検索して、ゲストルームオーナーであるユーザの氏名３０２を取得する。そして、コンテンツ管理部１１０は図５（ａ）に示す招待ゲストルーム一覧を生成して情報処理装置１０２Ａに送信する（ステップＳ６０４）。
【００６６】
続いて、コンテンツ管理部１１０はゲストルーム再送要求を実行するため、ゲストルーム招待紐づけテーブル３２０からゲストルームＩＤ３２２のリスト（選択リスト）を取得する（ステップＳ６０５）。そして、コンテンツ管理部１１０は招待メール再送要求があったゲストルームＩＤ３２２からゲストルームテーブル３１０を検索して、招待メールの再送条件３１７を取得する（ステップＳ６０６）。
【００６７】
続いて、コンテンツ管理部１１０は再送条件３１７に応じて招待メールの再送および変更が許可されているか否かを判定する（ステップＳ６０７）。ここでは、再送条件には、前述のように「招待者からのメールアドレスの変更および再送を受け付けない」、「メールアドレスの変更を無条件に受け付ける」、および「メールアドレスの変更を受け付けるが個別にオーナーに承認を求める」がある。
【００６８】
招待メールの再送又は変更が許可されていないと（ステップＳ６０７において、ＮＯ）、コンテンツ管理部１１０は全てのゲストルームＩＤ３２２について終了したか否かを判定する（ステップＳ６０８）。全てのゲストルームＩＤ３２２について終了していないと（ステップＳ６０８において、ＮＯ）、コンテンツ管理部１１０はステップＳ６０６の処理に戻って次のゲストルームＩＤ３２２について再送条件（つまり、許可条件）を取得する。
【００６９】
招待メールの再送および変更が許可されている（ステップＳ６０７において、ＹＥＳ）、コンテンツ管理部１１０は再度再送条件３１７を確認して、個別にオーナーの承認が必要であるか否かを判定する（ステップＳ６０９）。
【００７０】
オーナーの承認が必要でないと（ステップＳ６０９において、ＹＥＳ）、つまり、再送条件が「メールアドレスの変更を無条件に受け付ける」であると、コンテンツ管理部１１０は招待メール再送を要求されたゲストルームＩＤ３２２からゲストルーム招待紐づけテーブル３２０を検索して、招待メールアドレス３２３を新招待メールアドレスに更新するとともに、招待日時３２４を現在の日付に更新する（ステップＳ６１０）。
【００７１】
続いて、コンテンツ管理部１１０は全てのゲストルームＩＤ３２２について終了したか否かを判定する（ステップＳ６１１）。全てのゲストルームＩＤ３２２について終了していないと（ステップＳ６１１において、ＮＯ）、コンテンツ管理部１１０はステップＳ６０６の処理に戻って次のゲストルームＩＤ３２２について再送条件を取得する。
【００７２】
全てのゲストルームＩＤ３２２について終了すると（ステップＳ６１１において、ＹＥＳ）、コンテンツ管理部１１０は招待メール再送要求されたゲストルームＩＤ３２２からゲストルームテーブル３１０を検索して、ゲストルーム名３１４、ゲストルームの説明３１５、招待ＵＲＬ３１８を取得する。そして、コンテンツ管理部１１０は招待メールの本文を作成する（ステップＳ６１２）。
【００７３】
次に、コンテンツ管理部１１０は当該招待メールを新招待メールアドレスに送信するようにメールサーバ１１１に依頼する。これによって、メールサーバ１１１は新招待アドレス、つまり、情報処理装置１０２Ｂに招待メールを送信する（ステップＳ６１３）。
【００７４】
コンテンツ管理部１１０は情報処理装置１０２Ｂに招待メールを送信した後、招待ゲストルーム再送結果を生成して情報処理装置１０２Ａに送信する（ステップＳ６１４）。そして、コンテンツ管理部１１０は招待メール再送処理を終了する。
【００７５】
ステップＳ６０９において、オーナーの承認が必要であると判定すると（ステップＳ６０９において、ＹＥＳ）、つまり、再送条件にオーナー条件が含まれると、コンテンツ管理部１１０は招待メール再送要求があったゲストルームＩＤ３２２からゲストルームテーブル３１０を検索する。そして、コンテンツ管理部１１０はオーナーのユーザＩＤ３１２からユーザ情報テーブル３００を検索して、オーナーのメールアドレス３０３を取得する。
【００７６】
コンテンツ管理部１１０は、当該オーナーのメールアドレスに、招待メールアドレスの変更を求めているが許可するか否かを確認する旨の確認メールの送信をメールサーバ１１１に依頼する（オーナー確認：ステップＳ６１５）。これによって、メールサーバ１１１は再送許可を求める確認メールを情報処理装置１０１に送信する。そして、コンテンツ管理部１１０はステップＳ６０６の処理に戻って、次のゲストルームＩＤ３２２について再送条件を取得する。
【００７７】
なお、オーナー確認を行った際には、当該ゲストルームについては、招待メールの再送がペンディングとなって、オーナーの許可（つまり、了解）通知を受けると、コンテンツ管理部１１０はステップＳ６１０の処理を行うことになる。
【００７８】
また、ステップＳ６０８において、全てのゲストルームＩＤ３２２について終了すると（ステップＳ６０８において、ＹＥＳ）、コンテンツ管理部１１０はステップＳ６１４の処理に進んで、招待ゲストルーム再送結果を情報処理装置１０２Ａに送信する。この場合、招待ゲストルーム再送結果には再送できる招待メールなしの旨が示される。
【００７９】
同様に、ステップＳ６０３において、旧招待メールアドレスがゲストルーム招待紐づけテーブル３２０に存在しないと（ステップＳ６０３において、ＮＯ）、コンテンツ管理部１１０は、ステップＳ６１４の処理に進んで再送できる招待メールなしの旨を示す招待ゲストルーム再送結果を情報処理装置１０２Ａに送信する。
【００８０】
図７は、図１に示す情報処理装置１０２Ａに表示される招待ゲストルーム再送結果の一例を示す図である。
【００８１】
情報処理装置１０２Ａでは、招待ゲストルーム再送結果を受けると、ＣＰＵ２０６は図７に示す招待ゲストルーム再送結果をＣＲＴディスプレイ２０１に表示する。
【００８２】
図７において、招待ゲストルーム再送結果には、無条件に再送が許可されている場合には、招待メールの再送を実施したゲストルーム一覧７０１が表示される。オーナーの許可を求める条件が設定されている場合には、オーナーに許可を求めるメールの再送を行ったゲストルーム一覧７０２が表示される。そして、メールアドレスの再送および変更を認めない場合には、ゲストルーム一覧７０３が表示される。
【００８３】
上述の例では、招待メールの再送処理について説明したが、ゲストルームの招待メールアドレスの変更だけのみを行って、招待メールの再送を実施しないこともある。例えば、定期的にリマインダによって招待メールを再送するようなサービス形態又はゲストルームの更新があった場合に招待メールを再送するようなサービス形態であれば、招待メールアドレスの変更のみが行われることになる。
【００８４】
さらに、上述の例では、旧招待メールアドレスを新招待メールアドレスに変更する場合について説明したが、招待メールアドレスの変更を行うことなく、旧招待メールアドレスに招待メールの再送を行うようにしてもよい。
【００８５】
このように、本発明の実施の形態では招待者がコンテンツを閲覧する際に、実際にコンテンツを閲覧する招待者の都合に合わせて、招待者の指定先のメールアドレスで再度招待メールを受けることができる。
【００８６】
つまり、招待メールアドレスが変わった場合においても、招待者に招待メールアドレスを送信したという記録実績があれば、招待者側の要求に応じて招待メールが再送される。この結果、招待者は都合に合わせて指定先のメールアドレスで再度招待メールを受けることができることになり、オーナーも招待メールの再送処理を行う必要がない。
【００８７】
上述の説明から明らかなように、図１に示す例においては、コンテンツ管理部１１０が記録手段および変更手段として機能する。また、コンテンツ管理部１１０およびメールサーバ１１１は送信手段として機能する。
【００８８】
以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
【００８９】
例えば、上記の実施の形態の機能を制御方法として、この制御方法をサーバ装置に実行させるようにすればよい。また、上述の実施の形態の機能を有するプログラムを制御プログラムとして、当該制御プログラムをサーバ装置が備えるコンピュータに実行させるようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。
【００９０】
上記の制御方法および制御プログラムの各々は、少なくとも記録ステップ、変更ステップ、および送信ステップを有している。
【００９１】
また、本発明は、以下の処理を実行することによっても実現される。つまり、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種の記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵなど）がプログラムを読み出して実行する処理である。
【符号の説明】
【００９２】
１０１，１０２Ａ，１０２Ｂ  情報処理装置
１０３  共有サーバ
１０４  ネットワーク
１１０  コンテンツ管理部
１１１  メールサーバ
１１２  コンテンツ管理ＤＢ
１１３  招待管理ＤＢ
２０６  ＣＰＵ
２０９  ＨＤＤ
２１１  ネットワークＩ／Ｆ
【図１】
2014115875.tif 000003
【図２】
2014115875.tif 000004
【図３】
2014115875.tif 000005
【図４】
2014115875.tif 000006
【図５】
2014115875.tif 000007
【図６】
2014115875.tif 000008
【図７】
2014115875.tif 000009