JPWO2013125394A1 - サーバ装置、情報開示制御方法及びプログラム - Google Patents

Abstract

データ記憶部（２）は、投稿者端末から送信されたデータを、そのデータが送信された日時と対応付けて記憶する。設定部（５）は、投稿者のデータを閲覧するユーザの識別情報に、データを閲覧可能な閲覧期間を設定する。制御部（６）は、ユーザ端末から送信されたデータアクセス要求に応じて、データ記憶部（２）に記憶されたデータの日時とデータアクセス要求に含まれるユーザの識別情報に設定された閲覧期間とを参照し、その日時が閲覧期間に含まれる場合に、その日時に送信されたデータをユーザ端末に送信する。

Description

本発明は、サーバ装置、情報開示制御方法及び記録媒体に関する。

インターネットにおけるソーシャルネットワーキングサービス（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ、以下単に「ＳＮＳ」とする）が知られている。ＳＮＳを提供する、例えばサーバなどの装置は、ＳＮＳのユーザから投稿されたデータを他のユーザに開示する。

例えば、特許文献１に開示された装置は、投稿されたユーザの写真等のデータを、そのユーザとの間で友だち属性のある相手に限り開示する。

特開２０１１−１２８７７５号公報

ところで、データを投稿するユーザの中には、親しい友人にはデータを開示して、あまり親しくない友人に対しては親しい友人よりもデータの開示範囲を狭めたいと思うユーザがいる。
しかしながら、上記特許文献１の装置では、友だち属性を新規に付与した相手であればユーザが投稿したデータを全て開示するので、ユーザの意に反してデータを開示してしまうことがあった。このため、上記特許文献１の装置では、ユーザの意図に沿ってデータの開示範囲を設定することができなかった。

本発明は、上記実情に鑑みてなされたものであり、データの開示範囲をより適切に設定することができるサーバ装置、情報開示制御方法及び記録媒体を提供することを目的とする。

上記目的を達成するため、本発明の第１の観点に係るサーバ装置は、
端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶部と、
前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定部と、
前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶部に記憶された前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御部と、
を備える。

また、本発明の第２の観点に係る情報開示制御方法は、
端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶ステップと、
前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定ステップと、
前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶ステップで記憶した前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御ステップと、
を備える。

また、本発明の第３の観点に係る記録媒体は、
コンピュータを、
端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶部、
前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定部、
前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶部に記憶された前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御部、
として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体である。

本発明によれば、データの開示範囲をより適切に設定することができる。

実施の形態１に係るサーバ装置を備える通信システムを示すブロック図である。 図１に示すサーバ装置のハードウェア構成を示すブロック図である。 図１に示すサーバ装置の機能構成を示すブロック図である。 日時管理テーブルの一例を示す図である。 開示関係データベースの一例を示す図である。 閲覧期間テーブルの一例を示す図である。 閲覧期間の設定の一例について説明するための図である。 ユーザ端末に表示される画像の一例を示す図である。 実施の形態１に係る情報開示制御処理の一例を示すフローチャートである。 閲覧期間の設定の別例について説明するための図である。 実施の形態３に係る親密度更新処理の一例を示すフローチャートである。 開示関係データベースの一部の一例を示す図である。

本発明に係る実施の形態について図面を参照して説明する。

（実施の形態１）
まず、本発明の実施の形態１に係るサーバ装置１００を備える通信システム５００について説明する。

図１に示す通信システム５００は、サーバ装置１００と、投稿者端末３００と、ユーザ端末４００（４０１乃至４０８）と、を備える。サーバ装置１００と投稿者端末３００とユーザ端末４００とは、通信ネットワーク２００を介して接続される。
なお、この実施形態において、理解を容易にするために、投稿者端末３００のユーザを投稿者と称す。また、ユーザ端末４０１、４０２、４０３、４０４、４０５、４０６、４０７及び４０８のユーザをそれぞれ、ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ、ユーザＥ、ユーザＦ、ユーザＧ及びユーザＨと称す。また、ユーザ端末４０１乃至４０８のうちいずれかを特段特定する必要がない場合は単にユーザ端末４００と称す。また、ユーザＡ乃至Ｈのうちいずれかを特段特定する必要がない場合は単にユーザと称す。

サーバ装置１００は、ＳＮＳを提供するコンピュータ装置である。
具体的には、サーバ装置１００は、ＳＮＳにより、人と人とのつながりを促進するための様々なサービスを投稿者及びユーザに提供する。例えば、サーバ装置１００は、日々の出来事を公開するための日記サービスを提供する。投稿者は、日記サービスを利用することで、日記のテキストデータを投稿者端末３００からサーバ装置１００に送信して日記をユーザに開示することができる。
また、サーバ装置１００は、趣味又は地域などのテーマを決めて交流できる掲示板サービスを提供する。投稿者及びユーザは、掲示板サービスを利用することで、投稿者端末３００及びユーザ端末４００から趣味又は地域などの所定の掲示板にコメントを書き込み、お互いにコメントを閲覧することができる。

また、サーバ装置１００は、ＳＮＳを利用するユーザ同士の一対一のダイレクトメッセージ（ＤＭ）サービスを提供する。投稿者は、ＤＭサービスを利用することで、投稿者端末３００からユーザを指定してサーバ装置１００に送信したＤＭのテキストデータを、指定したユーザのユーザ端末４００に送信することができる。
また、サーバ装置１００は、投稿者が投稿者端末３００により投稿した写真、動画などの画像データをユーザに開示するサービスを提供する。投稿者は、上述した各サービスを利用することにより、日記のテキストデータ、掲示板に書き込んだコメントのテキストデータ、写真等の画像データなどの種々のデータをユーザに開示することができる。なお、この実施形態においてデータは、日記、コメント及びＤＭなどのテキストデータと、写真等の画像データと、を含む。

ここで、ＳＮＳは、インターネット上で社会的なネットワークを構築するためのサービスである。投稿者及びユーザは、アカウントをそれぞれ取得して会員になることでＳＮＳのサービスを利用できる。例えば、会員である投稿者とユーザＡとが、ＳＮＳのサービスを介してお互い知り合いになり、友だち関係が成立したとする。この場合、サーバ装置１００は、ユーザＡを、投稿者のデータを開示する対象として登録する。また、サーバ装置１００は、投稿者を、ユーザＡのデータを開示する対象として登録する。サーバ装置１００が、友だち関係にある会員同士をデータの開示対象として登録することで、会員同士がお互いのデータを開示し合っている関係を「開示関係」という。上述の例では、投稿者とユーザＡとが開示関係である。なお、友だち関係の成立は、一方の会員が他方の会員に友だち申請を行い、その他方の会員が友だち申請を承諾することにより成立する。
なお、上述の例においてサーバ装置１００は、友だち関係の成立を契機に会員同士をデータの開示対象として登録するようにした。しかし、友だち関係の成立に依らずに会員をデータの開示対象として登録するようにしてもよい。例えば、ユーザＡから投稿者へ申請があり、投稿者がその申請に応じると、サーバ装置１００は、投稿者のデータを開示する対象としてユーザＡを登録する。逆に、投稿者からユーザＡに申請があり、ユーザＡがその申請に応じると、サーバ装置１００は、ユーザＡのデータを開示する対象として投稿者を登録する。

図１に戻って、通信ネットワーク２００は、例えば、インターネットである。投稿者端末３００又はユーザ端末４００は、インターネットを介してサーバ装置１００にアクセスすることで、サーバ装置１００により提供されるＳＮＳを利用することができる。

なお、通信ネットワーク２００は、図示しない各種サーバとも接続されている。投稿者及びユーザは、それぞれ投稿者端末３００及びユーザ端末４００を使用することによって、サーバ装置１００により提供されるＳＮＳの他、インターネットを介して各種サーバから提供されるサービスを利用することができる。

投稿者端末３００及びユーザ端末４００は、例えば、ＰＣ（Personal Computer）から構成される。投稿者端末３００及びユーザ端末４００は、通信機能、表示機能などを備える。投稿者端末３００は、通信機能を用いて、データをサーバ装置１００に送信することで、データをＳＮＳに投稿する。投稿者端末３００は、サーバ装置１００にデータアクセス要求を送信することで、ＳＮＳに投稿したデータをサーバ装置１００からダウンロードする。投稿者端末３００は、このダウンロードしたデータを、表示機能を用いて表示することで、ＳＮＳに投稿したデータを確認できる。また、ユーザ端末４００は、サーバ装置１００にデータアクセス要求を送信することで、ＳＮＳに投稿されたデータをサーバ装置１００からダウンロードし、表示機能を用いて表示する。ユーザ端末４００も、通信機能を用いて、データをサーバ装置１００に送信してＳＮＳに投稿することができる。

次に、サーバ装置１００について詳細に説明する。

図２を参照して、サーバ装置１００のハードウェア構成について説明する。サーバ装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０と、外部記憶装置４０と、タイマ５０と、通信インタフェース６０と、の各ハードウェアを備える。これら各ハードウェアは、装置内バス７０で接続される。

ＣＰＵ１０は、サーバ装置１００に搭載され、そのサーバ装置１００を制御する中央演算装置である。
ＲＯＭ２０は、サーバ装置１００の電源投入時にハードウェアの検査を行うためのプログラム、ＯＳを起動するためのブート処理を行うプログラム等を記憶する不揮発性メモリである。

ＲＡＭ３０は、ＣＰＵ１０が実行する各種プログラムを一時的に記憶し、ＣＰＵ１０が各種処理を行う際の作業領域として使用する揮発性メモリである。

外部記憶装置４０は、例えば、ハードディスク等の記憶手段である。この外部記憶装置４０は、ＣＰＵ１０が実行する各種プログラムを記憶する。また、この外部記憶装置４０は、プログラムの実行に必要なパラメータを記憶する。この各種プログラムの中には、ＳＮＳを利用するために用いるブラウザ等のアプリケーションプログラム、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などが含まれている。

タイマ５０は、時刻を計測する計時手段である。
通信インタフェース６０は、サーバ装置１００が、投稿者端末３００及びユーザ端末４００との間でデータを送受信するためのインタフェースである。具体的には、通信インタフェース６０は、送受信回路を用いて、投稿者端末３００及びユーザ端末４００との間でデータ通信に係るデータ処理を行う。

このようなハードウェア構成であるサーバ装置１００において、ＣＰＵ１０は、外部記憶装置４０に記憶された各種プログラムを読み出し、ＲＡＭ３０にロードする。そして、ＣＰＵ１０は、ＲＡＭ３０にロードした各種プログラムに従ってサーバ装置１００を制御することで、図３に示すような各部の機能を実現する。図３に示すように、サーバ装置１００は、通信部１、データ記憶部２、属性記憶部３、計時部４、設定部５及び制御部６を備える。

まず、通信部１は、外部との間でデータを送受信する。例えば、通信部１は、投稿者端末３００及びユーザ端末４００との間でデータを送受信する。

次に、データ記憶部２は、投稿者端末３００から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶する。図４は、データ記憶部２が記憶する日時管理テーブルの例を示す。日時管理テーブルでは、データ名と投稿日時と投稿者とが対応付けられる。データ名は、投稿されたデータを一意に特定できる名前である。投稿日時は、投稿者がデータを投稿した日時である。投稿者は、データを投稿した主体の固有ＩＤである。

図４に示した日時管理テーブルを参照すると、日記のテキストデータ「日記００１」は、ＩＤ「ｕ０１」の投稿者によって「１月２８日１８時０分」に投稿されたことがわかる。掲示板への書き込みのテキストデータ「コメント００２」は、ＩＤ「ｕ０１」の投稿者によって「１月３０日１０時０分」に投稿されたことがわかる。写真の画像データ「写真００３」は、ＩＤ「ｕ０１」の投稿者によって「１月３１日１５時０分」に投稿されたことがわかる。データ記憶部２は、日時管理テーブルのデータ名の各データ（テキストデータ及び画像データ）を記憶する。

図３に戻って、属性記憶部３は、図５に示すような開示関係データベースを記憶する。この開示関係データベースは、投稿者とユーザとの間の関係を示す関係属性をユーザＡ乃至Ｈそれぞれに対応付けたものである。関係属性は、投稿者とユーザとの開示関係のきっかけとなったＳＮＳのサービスと、投稿者とユーザとの間の関係の強さの指標となるパラメータと、を含む。投稿者とユーザとの間の関係の強さの指標となるパラメータは、例えば、開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数及びＤＭの回数である。なお、投稿者とユーザとの間の関係の強さの指標となるパラメータは、上述したパラメータに限られず、別のパラメータを用いてもよい。
開示関係歴は、投稿者とユーザとの開示関係が維持されている日数である。共通の相手の人数は、投稿者との間で開示関係にある相手とユーザとの間で開示関係にある相手のうち、共通する相手の人数である。共通の掲示板の数は、投稿者が利用する掲示板とユーザが利用する掲示板のうち、共通する掲示板の数である。やりとりの回数は、掲示板において投稿者とユーザとの間で交わされたコメントの数である。ＤＭの回数は、投稿者とユーザとの間で送受信されたＤＭの回数である。

また、開示関係のきっかけとなったＳＮＳのサービスは、例えば、掲示板Ｘ、Ｙ及びＺとＤＭとがある。

例えば、ユーザＡの場合、掲示板Ｘを介して投稿者とお互い知り合いになり開示関係になったことがわかる。また、投稿者とユーザＡとの間の開示関係歴は、２２１日である。また、ユーザＡと投稿者との間で共通の相手の人数は、２人である。また、ユーザＡと投稿者とが利用する共通の掲示板の数は１である。このことは、その掲示板は、掲示板Ｘであることを示す。また、ユーザＡと投稿者との間の掲示板Ｘでのやりとりの回数は２５４である。また、ユーザＡと投稿者との間で送受信されたＤＭの回数は０である。

一方で、ユーザＢの場合、掲示板Ｘを介して投稿者とお互い知り合いになり開示関係になったことがわかる。また、投稿者とユーザＢとの間の開示関係歴は、２１２日である。また、ユーザＢと投稿者との間で共通の相手の人数は、５人である。また、ユーザＢと投稿者とが利用する共通の掲示板の数は２である。このことは、その掲示板は、掲示板Ｘと他の掲示板とであることを示す。また、ユーザＢと投稿者との間の掲示板Ｘ等でのやりとりの回数は１１５である。また、ユーザＢと投稿者との間で送受信されたＤＭの回数は２である。

このように、開示関係データベースを参照することで、投稿者と各ユーザとの間の関係の強さがわかる。なお、データ記憶部２及び属性記憶部３は、外部記憶装置４０の記憶領域に構築される。

図３に戻って、計時部４は、時刻を計測する。計時部４は、計測した時刻を制御部６に入力する。

次に、設定部５は、投稿者のデータを閲覧するユーザの識別情報に、そのデータを閲覧可能な閲覧期間を設定する。具体的には、設定部５は、属性記憶部３が記憶した開示関係データベースの関係属性に基づいて、開示関係にあるユーザＡ乃至Ｈそれぞれの識別情報に閲覧期間を設定する。ここで、閲覧期間とは、始点となる日時から終点となる日時までの期間をいう。ただし、閲覧期間は、始点となる日時から終点となる日時までの期間に限られない。例えば、閲覧期間は、ある基準となる日時を定めて、その基準となる日時以降又はその基準となる日時以前でもよい。また、閲覧期間は、日時に限らず、日にちのみであってもよい。

ここで、図６を参照して、閲覧期間の設定について説明する。例えば、設定部５は、開示関係データベースの関係属性のうち、開示関係のきっかけに基づいて閲覧期間を設定する。投稿者とユーザＡとは、掲示板Ｘを介して開示関係になったため、設定部５は、ユーザＡの識別情報に、例えば、「１月１５日０時０分」から「２月１日０時０分」までの閲覧期間を設定する。一方で、投稿者とユーザＧとは、ＤＭを介して開示関係になったため、設定部５は、ユーザＧの識別情報に、例えば、「１月２９日６時０分」から「２月１日０時０分」までの閲覧期間を設定する。これにより、図７に示すように、日記００１の投稿日時である１月２８日１８時０分は、ユーザＡについて設定された閲覧期間に含まれる。このため、日記００１は、ユーザＡに開示される。一方、日記００１の投稿日時である１月２８日１８時０分は、ユーザＧについて設定された閲覧期間に含まれない。このため、日記００１はユーザＧに開示されない。コメント００２の投稿日時である１月３０日１０時０分及び写真００３の投稿日時である１月３１日１５時０分は、いずれもユーザＡ及びＧについて設定された閲覧期間に含まれる。このため、コメント００２及び写真００３は、ユーザＡ及びＧに開示される。

図３に戻って、制御部６は、投稿者端末３００から送信されたデータとそのデータが送信された日時とをデータ記憶部２に入力する。データ記憶部２は、入力されたデータと日時とを対応付けて、上述した図４の日時管理テーブルを作成して記憶する。なお、制御部６は、計時部４によって入力された時刻に基づいて、データが送信された日時を取得する。

また、制御部６は、通信部１を介して投稿者端末３００又はユーザ端末４００からアクセス要求を受信すると、そのアクセス要求の内容に応じた処理を行う。ここで、アクセス要求には、ＳＮＳのサービスを利用するためのアクセス要求、投稿者の詳細情報ページへアクセスするためのアクセス要求及び投稿者のデータを閲覧するためのデータアクセス要求などが含まれる。
制御部６は、例えば、ＳＮＳのサービスを利用するためのアクセス要求を投稿者端末３００又はユーザ端末４００から受信すると、ＳＮＳのサービスを投稿者又はユーザに提供するための処理を行う。具体的には、制御部６は、ＳＮＳのサービスである、例えば掲示板Ｘを構成するデータ（テキストデータ、画像データなど）をアクセス要求元に送信する。属性記憶部３は、制御部６がＳＮＳのサービスをユーザに提供した後、そのユーザのサービス利用に応じて（例えば、掲示板Ｘにおいて投稿者との間でコメントのやりとりが行われるとその回数に応じて）、図５に示した関係属性をユーザ毎に更新する。

また、制御部６は、ユーザ端末４００から投稿者の詳細情報ページへアクセスするためのアクセス要求を受信すると、図８に示す画像データをユーザ端末４００に送信する。ユーザ端末４００は、画像データから画像を生成し、自機の画面に投稿者の詳細情報ページを表示する。この投稿者の詳細情報ページは、プロフィールなどの投稿者に関する情報と、投稿者が過去にＳＮＳに投稿したデータの一覧である投稿履歴と、が含まれる。投稿履歴は、ユーザ端末４００がデータアクセス要求するためのリンクが埋め込まれたデータ名（日記００１、コメント００２及び写真００３）と投稿日時とを含む。ユーザＡは、例えば、日記００１のリンクをクリックすることで、日記００１に対するデータアクセス要求をサーバ装置１００に送信できる。

ＳＮＳを利用する際、ユーザＡは、ＳＮＳの自己のアカウントにログインしており、データアクセス要求には、ユーザＡの識別情報が含まれる。制御部６は、ユーザ端末４００から送信されたユーザからのデータアクセス要求に応じて、データ記憶部２に記憶された日時管理テーブルのデータの日時と、データアクセス要求に含まれるユーザの識別情報に設定された閲覧期間と、を参照する。そして、制御部６は、参照した日時が閲覧期間に含まれる場合に、その日時に送信されたデータをユーザ端末４００に送信する。
具体的には、ユーザＡが日記００１のリンクをクリックすると、制御部６は通信部１を介してデータアクセス要求を受ける。次に、制御部６は、日時管理テーブルを参照して、日記００１に対応する投稿日時を取得する。また、制御部６は、データアクセス要求に含まれるユーザＡの識別情報に設定された閲覧期間を取得する。ここで、日記００１の投稿日時である１月２８日１８時０分は、ユーザＡの閲覧期間である１月１５日０時０分から２月１日０時０分に含まれる。このため、制御部６は、日記００１のテキストデータを、通信部１を介してユーザ端末４０１に送信する。なお、コメント００２及び写真００３の投稿日時もユーザＡの閲覧期間に含まれる。このため、制御部６は、データアクセス要求に応じて、コメント００２及び写真００３のデータをユーザ端末４０１に送信する。

一方、日記００１の投稿日時である１月２８日１８時０分は、ユーザＧの閲覧期間である１月２９日６時０分から２月１日０時０分に含まれない。このため、制御部６は、ユーザＧのユーザ端末４０７から日記００１へのデータアクセス要求を受けた場合、開示できない旨のメッセージを、ユーザＧのユーザ端末４０７に送信する。なお、コメント００２及び写真００３の投稿日時は、ユーザＧの閲覧期間に含まれる。このため、制御部６は、コメント００２及び写真００３に対するデータアクセス要求に応じて、コメント００２及び写真００３のデータをユーザＧのユーザ端末４０７に送信する。

以上、図１乃至図８を参照しながら説明したサーバ装置１００において、例えば、一つの特徴的な点は、ユーザ端末４００から送信されたユーザからのデータアクセス要求に応じて、図４の日時管理テーブルのデータの投稿日時と、データアクセス要求に含まれるユーザの識別情報に設定された閲覧期間と、を参照する。そして、参照した日時が閲覧期間に含まれる場合に、その日時に送信されたデータをユーザ端末４００に送信する点が一つの特徴的な点である。そこで、以下この点に関連する情報開示制御処理の流れについて、図９のフローチャートを参照しながら説明する。
なお、この図９のフローチャートの各ステップは、ＣＰＵ１０が、図３に示した各部の機能を実現することにより実施される。また、ＣＰＵ１０は、データアクセス要求を通信ネットワーク２００を介して受信すると情報開示制御処理を開始する。このデータアクセス要求は、ユーザが図８のリンクが埋め込まれたデータ名（日記００１、コメント００２及び写真００３）のうちいずれかのデータ名をクリックすることでサーバ装置１００に送信される。

まず、ＣＰＵ１０は、データアクセス要求を受信すると、そのデータアクセス要求に係るデータを特定する（ステップＳ１）。例えば、ＣＰＵ１０は、ユーザがクリックしたリンクが示すデータのアクセス先によりデータを特定する。
次に、ＣＰＵ１０は、ステップＳ１で特定したデータの投稿日時を参照する（ステップＳ２）。具体的には、ＣＰＵ１０は、図４の日時管理テーブルのデータの投稿日時を参照する。
次に、ＣＰＵ１０は、データアクセス要求に含まれるユーザの識別情報に設定された閲覧期間を参照する（ステップＳ３）。具体的には、ＣＰＵ１０は、図６の閲覧期間テーブルを参照して、ユーザの識別情報に設定された閲覧期間を参照する。
次に、ＣＰＵ１０は、ステップＳ２で参照したデータの投稿日時が、ステップＳ３で参照した閲覧期間に含まれるか否かを判定する（ステップＳ４）。

次に、ＣＰＵ１０は、データの投稿日時が閲覧期間に含まれる場合（ステップＳ４；Ｙｅｓ）、そのデータをデータアクセス要求元のユーザ端末４００に送信する（ステップ５）。一方、ＣＰＵ１０は、データの投稿日時が閲覧期間に含まれない場合（ステップＳ４；Ｎｏ）、開示できない旨のメッセージをデータアクセス要求元のユーザ端末４００に送信する（ステップＳ６）。
なお、図９においてＣＰＵ１０が実施した各処理のうち、ステップＳ１は設定部５の機能に、Ｓ２乃至５は制御部６の機能に、それぞれ対応する。また、ＣＰＵ１０は、この情報開示制御処理を、データアクセス要求を受信する度に実行する。

以上、実施の形態１によれば、サーバ装置１００がデータ記憶部２と設定部５と制御部６とを備えることにより、関係属性に基づいてユーザの識別情報に閲覧期間を設定し、データアクセス要求に係るデータの投稿日時が設定した閲覧期間に含まれる場合に、その投稿日時に投稿されたデータをデータアクセス要求元のユーザ端末４００に送信する。このように、投稿者とユーザとの間の関係を示す関係属性に基づいて閲覧期間を設定するので、データの開示範囲をより適切に設定することができる。

なお、実施の形態１では、設定部５は、関係属性のうち開示関係のきっかけに基づいて、閲覧期間を設定するようにしたがこれに限られない。設定部５は、関係属性のうち開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数又はＤＭの回数に基づいて閲覧期間を設定してもよい。例えば、設定部５は、開示関係歴が８日であるユーザＧに設定する閲覧期間よりも長い期間を、開示関係歴が１０９日であるユーザＣに対して設定してもよい。また、設定部５は、開示関係歴が所定の日数を超えたユーザに所定の閲覧期間を設定するようにしてもよい。開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数及びＤＭの回数の値が大きくなるほど、投稿者とユーザとの間の関係が強く、開示可能なデータが増えると考えられるからである。

このように関係属性は、投稿者とユーザとの間の関係の強さの指標となる開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数及びＤＭの回数等のパラメータを含む。このパラメータは、投稿者と各ユーザとの間の関係の強さを反映しているため、その関係の強さに応じてデータの開示範囲をより適切に設定できる。

なお、実施の形態１では、制御部６は、ユーザ端末４００からの投稿者の詳細情報ページへのアクセス要求に対して、図８に示す投稿履歴を含む画像データをユーザ端末４００に送信するようにしたがこれに限られない。例えば、制御部６は、ユーザ端末４００からの投稿者の詳細情報ページへのアクセス要求に対して、各データの投稿日時がアクセス要求に含まれるユーザの識別情報に設定された閲覧期間に含まれるか否かを判定する。そして、制御部６は、詳細情報ページの投稿履歴に、投稿日時がその閲覧期間に含まれるデータのみを列挙してもよい。このようにすれば、例えば、ユーザＧの場合、図８に示す画像には、投稿履歴に日記００１は示されず、コメント００２及び写真００３のみが示される。これにより、ユーザＧに開示するのが好ましくないデータの存在をユーザＧに知られずにすむので、投稿者にとって好適である。また、制御部６は、開示できない旨のメッセージをユーザ端末４００に送信する処理（ステップＳ６）を省くことができるので、サーバ装置１００の処理負担、処理時間及び消費電力を抑えることができる。
また、図９の情報開示制御処理では、データアクセス要求に係るデータは一つ（ユーザがリンクをクリックしたデータ名に対応するデータ）であることを前提に説明した。しかし、データアクセス要求に係るデータは一つでなくて複数でもよい。この場合、例えばユーザが閲覧したいデータ名を指定せずに、データアクセス要求を行うとする。すると、サーバ装置１００は、このデータアクセス要求に応じて、このデータアクセス要求に含まれるユーザの識別情報に設定された閲覧期間に含まれる投稿日時のデータを複数特定して、データアクセス要求元に特定したデータを複数送信してもよい。

（実施の形態２）
次に、実施の形態２に係るサーバ装置１００について説明する。

実施の形態２に係るサーバ装置１００のハードウェア構成は、上記実施の形態１と同じである。実施の形態２に係るサーバ装置１００の機能構成は、上記実施の形態１の各部の機能のうち、設定部５に以下に説明する機能が加わる点が上記実施の形態１と異なる。

設定部５は、図５の開示関係データベースの関係属性に基づいて、投稿者とユーザＡ乃至Ｈとの間の親密度をそれぞれ設定する。例えば、設定部５は、ユーザ毎に、開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数及びＤＭの回数の各パラメータの値を合計して合計値を算出し、算出された合計値を投稿者とユーザとの間の親密度合いを示す親密度として設定する。

具体的には、設定部５は、ユーザＡに対して、開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数及びＤＭの回数の各パラメータの値の合計である４７８を親密度として設定する。一方で、設定部５は、ユーザＧに対して、１１を親密度として設定する。なお、設定部５は、開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数及びＤＭの回数の各パラメータの値のうち、少なくとも１以上のパラメータの値に重みを付けて、合計値を算出し、親密度を設定してもよい。

設定部５は、設定した親密度に基づいて、閲覧期間を設定する。上記の例では、設定部５は、親密度が４７８であるユーザＡについて、１月１５日０時０分から２月１日０時０分までの閲覧期間を設定する。一方、設定部５は、ユーザＡの新密度４７８よりも低い新密度１１であるユーザＧについて、ユーザＡについて設定された期間よりも短い１月２９日６時０分から２月１日０時０分までの閲覧期間を設定する。

以上、実施の形態２によれば、設定部５は、開示関係データベースの関係属性に基づいて、投稿者とユーザＡ乃至Ｈとの間の親密度をそれぞれ設定する。そして、設定部５は、その親密度に基づいて閲覧期間を設定する。親密度は、投稿者とユーザとの間の親密度合いを示しているので、投稿者とユーザ間の親しさを考慮したデータの開示範囲を設定できる。

なお、親密度は投稿者が設定してもよい。この場合、設定部５は、投稿者によって設定された親密度に基づいて閲覧期間を設定する。

また、設定部５は、投稿者が設定した開示関係のきっかけの優先順位に基づいて、ユーザＡ乃至Ｈに対する親密度をそれぞれ設定してもよい。例えば、掲示板Ｘの優先順位が他の掲示板Ｙ及びＺより高い場合、設定部５は、開示関係のきっかけが掲示板ＸであるユーザＡ、Ｂ及びＣに対して、開示関係のきっかけが異なるユーザＤ、Ｅ及びＦよりも高い親密度を設定してもよい。また、ＤＭの優先順位が掲示板より低い場合、設定部５は、開示関係のきっかけがＤＭであるユーザＧ、Ｈに対して、その他のユーザＡ、Ｂ、Ｃ、Ｄ、Ｅ及びＦよりも低い親密度を設定してもよい。

（実施の形態３）
次に、実施の形態３に係るサーバ装置１００について説明する。

実施の形態３に係るサーバ装置１００のハードウェア構成は、上記実施の形態２と同じである。実施の形態３に係るサーバ装置１００の機能構成は、上記実施の形態２の各部の機能のうち、設定部５に以下に説明する機能が加わる点が上記実施の形態２と異なる。

設定部５は、図５の開示関係データベースの関係属性が更新された場合、親密度を更新する。図１０を参照しながら、設定部５による親密度の更新及び閲覧期間の設定について説明する。開示関係データベースの更新前にユーザＧに対して設定されていた期間は、「更新前」に示されている。投稿者とユーザＧとの間で開示関係が成立した１月２９日６時０分以降、投稿者とユーザＧとの間でＤＭの送受信が３回行われたとする。この結果、制御部６は、関係属性のパラメータであるＤＭの回数を２から５に更新する（図５参照）。

関係属性のパラメータが更新されたので、設定部５は、ユーザＧに対する親密度を１１から１４に更新する。そして、設定部５は、親密度が１４に増加したユーザＧの識別情報に、１月２０日０時０分から２月１日０時０分までの閲覧期間を設定する（図１０の更新後）。この結果、更新前の閲覧期間ではユーザＧに開示されなかった日記００１のテキストデータが、ユーザＧに開示されるようになる。

次に、図１１を参照して、実施の形態３に係る親密度更新処理の流れを説明する。まず、ＣＰＵ１０は、開示関係データベースが更新されるまで待つ（ステップＳ１１；Ｎｏ）。具体的には、ＣＰＵ１０は、図５の関係属性の各パラメータの値が更新されるまで待つ。ＣＰＵ１０は、開示関係データベースが更新されると（ステップＳ１１；Ｙｅｓ）、親密度を更新する（ステップＳ１２）。具体的には、ＣＰＵ１０は、各パラメータの値が更新されると、その更新されたパラメータの値を用いて各パラメータの値の合計値である新密度を算出し、新密度を更新する。なお、ステップＳ１１及び１２の機能は、設定部５の機能に対応する。

以上、実施の形態３によれば、設定部５は、開示関係データベースの関係属性の各パラメータが更新された場合、親密度を更新する。このようにすることで、投稿者とユーザＡ乃至Ｈとの間の関係の強さの指標となるパラメータの変化に応じて親密度を更新することができる。このため、投稿者とユーザＡ乃至Ｈとの関係に合わせて、データの開示範囲をより適切に設定することができる。

なお、設定部５は、開示関係データベースの関係属性の各パラメータの更新に基づいて、親密度を小さくしてもよい。例えば、設定部５は、所定期間内におけるＤＭの送受信の頻度や所定期間内における掲示板Ｘへのコメントの書き込みの頻度が少なくなった場合に、そのユーザに対する親密度を小さくする。この結果、設定部５は、そのユーザの閲覧期間を更新前よりも短く設定する。

（実施の形態４）
次に、実施の形態４に係るサーバ装置１００について説明する。

実施の形態４に係るサーバ装置１００のハードウェア構成は、上記実施の形態１と同じである。実施の形態４に係るサーバ装置１００の機能構成は、上記実施の形態１の各部の機能のうち、設定部５に以下に説明する機能が加わる点が上記実施の形態１と異なる。

設定部５は、図５の開示関係データベースに基づいて、複数のユーザを含むグループを設定する。図１２は、開示関係データベースの一部を示す。設定部５は、開示関係のきっかけが掲示板Ｘで共通するユーザＡ、Ｂ及びＣをグループαに設定する。また、設定部５は、開示関係のきっかけが掲示板ＹであるユーザＤ及びＥをグループβに設定する。なお、設定部５は、開示関係のきっかけが共通しないユーザＦ、Ｇ及びＨにはグループを設定しない。同一の掲示板を利用しているグループαを構成するユーザＡ、Ｂ及びＣとグループβを構成するユーザＤ及びＥとは、各グループにおいて開示するデータが共通すると考えられる。例えば、投稿者が掲示板Ｘに書き込んだコメントは、掲示板Ｘをきっかけに開示関係が成立したグループαを構成するユーザＡ、Ｂ及びＣに開示してもよいといった傾向がある。

次に、設定部５は、グループに閲覧期間を設定する。例えば、設定部５は、図１２に示すように、グループαに１月１５日０時０分から２月１日０時０分までの期間を設定する。一方で、設定部５は、グループβに、グループαの期間よりも短い１月２９日６時０分から２月１日０時０分までの期間を設定する。この結果、ユーザＡ、Ｂ及びＣには、投稿日時が１月１５日０時０分から２月１日０時０分までの閲覧期間に含まれるデータが開示される。一方で、ユーザＤ及びＥには、投稿日時が１月２９日６時０分から２月１日０時０分までの閲覧期間に含まれるデータが開示される。

具体的には、設定部５は、グループを設定し、そのグループに期間を設定する。より具体的には、ＣＰＵ１０は、図５の開示関係データベースの関係属性に基づいて、複数のユーザを含むグループを設定し、その設定したグループ毎に閲覧期間を設定する。

以上、実施の形態４によれば、設定部５は、関係属性に基づいて複数のユーザを含むグループを設定し、グループ毎に閲覧期間を設定する。このことにより、例えば、関係属性が共通するユーザに、同じデータを開示することができるので、データの開示範囲をより適切に設定することができる。

なお、設定部５は、グループ毎に、上記実施の形態２のように親密度を設定して、その親密度に基づいてグループ毎に閲覧期間を設定してもよい。具体的には、設定部５は、グループを構成する各ユーザそれぞれの親密度を合計してグループの親密度を設定する。また、設定部５は、開示関係のきっかけに限らず、開示関係歴、共通の相手の人数、共通の掲示板の数、やりとりの回数又はＤＭの回数が所定値以上のユーザを同じグループにしたり、所定値未満のユーザを同じグループにしてもよい。

（実施の形態５）
次に、実施の形態５に係るサーバ装置１００について説明する。

実施の形態５に係るサーバ装置１００のハードウェア構成は、上記実施の形態３と同じである。実施の形態５に係るサーバ装置１００の機能構成は、上記実施の形態３の各部の機能のうち、設定部５に以下に説明する機能が加わる点が上記実施の形態３と異なる。

制御部６は、設定部５によって更新された親密度の値が所定値未満の場合、その親密度のユーザからのデータアクセス要求には応じない。例えば、ユーザＧの「共通の掲示板の数」が「０」に更新されて、設定部５によってユーザＧの親密度の値が「１０」に更新されたとする。ここで、所定値が「親密度１１」だった場合、ユーザＧの親密度の値は所定値未満である。これにより、制御部６は、ユーザＧのユーザ端末４０７からデータアクセス要求があってもユーザ端末４０６にはデータを送信しない。なお、ユーザＧの親密度の値が所定値未満になった場合、制御部６は、開示関係データベースからユーザＧのエントリを削除してもよい。

以上、実施の形態５によれば、制御部６は、更新された親密度の値が所定値未満の場合、その親密度のユーザからのデータアクセス要求には応じない。このことにより、投稿者との関係が弱まったユーザには、データが開示されなくなるので、データの開示範囲を適切に絞り込むことができる。

なお、上記各実施の形態では、投稿者によってＳＮＳに投稿されたデータがユーザＡ乃至Ｈに開示される場合を説明したが、ユーザＡ乃至ＨによってＳＮＳに投稿されたデータを投稿者に開示する場合であっても、本発明を適用できる。

なお、上記各実施の形態では、ＳＮＳを例に説明したが、ブログ、マイクロブログ、つぶやき投稿サイト等にも本発明を適用できる。

なお、サーバ装置１００と投稿者端末３００とユーザ端末４０１乃至４０８との間の通信ネットワーク２００を介した通信は、全部又は一部が無線通信でもよい。

また、上記各実施の形態における投稿者端末３００及びユーザ端末４０１乃至４０８は、例えば、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、携帯電話機、スマートフォン等の携帯端末、ノートブックＰＣ、デジタルカメラ、ゲーム機器等でもよい。

なお、上記各実施の形態において、ＣＰＵ１０が実行するプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ−ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｃ）等のコンピュータ読み取り可能な記録媒体に格納して配布してもよい。この場合、ＰＣがそのプログラムをインストールすることにより、上述の各実施の形態の処理を実行してもよい。

また、プログラムを通信ネットワーク２００上の所定のサーバ装置が有するディスク装置等に格納しておき、ＰＣがダウンロードできるようにしてもよい。

また、上記各実施の形態における処理を、ＯＳとプログラムとの協働により実現する場合には、ＯＳ以外の部分のみを媒体に記憶して配布してもよい。また、媒体に記憶したＯＳ以外の部分のプログラムをＰＣがダウンロードしてもよい。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶部と、
前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定部と、
前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶部に記憶された前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御部と、
を備えるサーバ装置。

（付記２）
前記投稿者と前記ユーザとの間の関係を示す関係属性を記憶する属性記憶部をさらに備え、
前記設定部は、
前記属性記憶部に記憶された前記関係属性に基づいて、前記閲覧期間を設定する、
ことを特徴とする付記１に記載のサーバ装置。

（付記３）
前記関係属性は、
前記投稿者と前記ユーザとの間の関係の強さの指標となるパラメータを含む、
ことを特徴とする付記２に記載のサーバ装置。

（付記４）
前記設定部は、
前記属性記憶部に記憶された関係属性に基づいて、前記投稿者と前記ユーザとの間の親密度合いを示す親密度を設定し、前記親密度に基づいて前記閲覧期間を設定する、
ことを特徴とする付記２又は３に記載のサーバ装置。

（付記５）
前記設定部は、
前記属性記憶部に記憶された前記関係属性が更新された場合、前記親密度を更新する、
ことを特徴とする付記４に記載のサーバ装置。

（付記６）
前記設定部は、
前記属性記憶部に記憶された関係属性に基づいて、複数のユーザを含むグループを設定し、そのグループに前記閲覧期間を設定する、
ことを特徴とする付記２乃至５のいずれか一つに記載のサーバ装置。

（付記７）
前記制御部は、
前記設定部によって更新された親密度の値が所定値未満の場合、その親密度のユーザからのデータアクセス要求には応じない、
ことを特徴とする付記５に記載のサーバ装置。

（付記８）
端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶ステップと、
前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定ステップと、
前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶ステップで記憶した前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御ステップと、
を備える情報開示制御方法。

（付記９）
コンピュータを、
端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶部、
前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定部、
前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶部に記憶された前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御部、
として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

本発明は、２０１２年２月２０日に出願された日本国特許出願２０１２−０３４３７５号に基づく。本明細書中に日本国特許出願２０１２−０３４３７５号の明細書、特許請求の範囲、図面全体を参照として取り込むものとする。

１ 通信部
２ データ記憶部
３ 属性記憶部
４ 計時部
５ 設定部
６ 制御部
１０ ＣＰＵ
２０ ＲＯＭ
３０ ＲＡＭ
４０ 外部記憶装置
５０ タイマ
６０ 通信インタフェース
１００ サーバ装置
２００ 通信ネットワーク
３００ 投稿者端末
４００乃至４０８ ユーザ端末
５００ 通信システム

本発明は、サーバ装置、情報開示制御方法及びプログラムに関する。

本発明は、上記実情に鑑みてなされたものであり、データの開示範囲をより適切に設定することができるサーバ装置、情報開示制御方法及びプログラムを提供することを目的とする。

また、本発明の第３の観点に係るプログラムは、
コンピュータを、
端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶部、
前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定部、
前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶部に記憶された前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御部、
として機能させるためのプログラムである。

Claims (9)

1. 端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶部と、
   前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定部と、
   前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶部に記憶された前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御部と、
   を備えるサーバ装置。
2. 前記投稿者と前記ユーザとの間の関係を示す関係属性を記憶する属性記憶部をさらに備え、
   前記設定部は、
   前記属性記憶部に記憶された前記関係属性に基づいて、前記閲覧期間を設定する、
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記関係属性は、
   前記投稿者と前記ユーザとの間の関係の強さの指標となるパラメータを含む、
   ことを特徴とする請求項２に記載のサーバ装置。
4. 前記設定部は、
   前記属性記憶部に記憶された関係属性に基づいて、前記投稿者と前記ユーザとの間の親密度合いを示す親密度を設定し、前記親密度に基づいて前記閲覧期間を設定する、
   ことを特徴とする請求項２又は３に記載のサーバ装置。
5. 前記設定部は、
   前記属性記憶部に記憶された前記関係属性が更新された場合、前記親密度を更新する、
   ことを特徴とする請求項４に記載のサーバ装置。
6. 前記設定部は、
   前記属性記憶部に記憶された関係属性に基づいて、複数のユーザを含むグループを設定し、そのグループに前記閲覧期間を設定する、
   ことを特徴とする請求項２乃至５のいずれか一項に記載のサーバ装置。
7. 前記制御部は、
   前記設定部によって更新された親密度の値が所定値未満の場合、その親密度のユーザからのデータアクセス要求には応じない、
   ことを特徴とする請求項５に記載のサーバ装置。
8. 端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶ステップと、
   前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定ステップと、
   前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶ステップで記憶した前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御ステップと、
   を備える情報開示制御方法。
9. コンピュータを、
   端末から送信された投稿者のデータを、そのデータが送信された日時と対応付けて記憶するデータ記憶部、
   前記投稿者のデータを閲覧するユーザの識別情報に、前記データを閲覧可能な閲覧期間を設定する設定部、
   前記ユーザの端末から送信された前記ユーザからのデータアクセス要求に応じて、前記データ記憶部に記憶された前記データの日時と前記データアクセス要求に含まれる前記ユーザの識別情報に設定された閲覧期間とを参照し、前記日時が前記閲覧期間に含まれる場合に、その日時に送信されたデータを前記ユーザの端末に送信する制御部、
   として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images