特開 2022-162540 プログラム、サーバ及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022162540

(43)【公開日】2022-10-24

(54)【発明の名称】プログラム、サーバ及び方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20221017BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

【公開請求】

(21)【出願番号】P 2022062706

(22)【出願日】2022-04-04

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和３年１１月１日に「ｐｉｃｔＢＬａｎｄ」内のｈｔｔｐｓ：／／ｐｉｃｔｂｌａｎｄ．ｎｅｔ／にて発表

(71)【出願人】

【識別番号】520205888

【氏名又は名称】株式会社ＧＭＷ

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】原 綾志

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】      （修正有）

【課題】投稿の無断転載を抑制することが可能なプログラム、サーバ及び方法を提供する。
【解決手段】プログラムは、コンピュータに、第１ユーザからの投稿を受け付ける投稿受付処理と、第２ユーザが第１ＵＲＬへアクセスしたときに投稿を表示させる第１投稿表示処理と、第１ユーザから第１ユーザの投稿の閲覧を制限する第２ユーザの指定を受け付ける制限処理と、を実行させる。前記第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、第２ユーザのユーザ情報を含む。制限処理では、第１ユーザが指定した第２ユーザと共通の連絡先情報を含むユーザについて、第２ユーザの属性に応じた態様で閲覧の制限を行う。
【選択図】図１７

【特許請求の範囲】

【請求項1】

コンピュータに、
第１ユーザからの投稿を受け付ける投稿受付処理と、
第２ユーザが第１ＵＲＬへアクセスしたときに前記投稿を表示させる第１投稿表示処理と、
を実行させ、
前記第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、前記第２ユーザのユーザ情報を含む、
プログラム。

【請求項2】

前記コンピュータに、
前記第１ＵＲＬの入力を受け付けるＵＲＬ受付処理と、
入力された前記第１ＵＲＬに含まれる前記ユーザ情報を抽出する抽出処理と、
を実行させる、
請求項１に記載のプログラム。

【請求項3】

前記抽出処理では、前記第１ＵＲＬの入力が前記第１ユーザにより行われた場合に前記ユーザ情報を抽出する、
請求項２に記載のプログラム。

【請求項4】

前記第１投稿表示処理に加え、
前記第２ユーザが前記第２ユーザのユーザ情報を含まない第２ＵＲＬへアクセスしたときに前記投稿を表示させる第２投稿表示処理が可能に構成され、
前記第１投稿表示処理と、前記第２投稿表示処理と、のうち一方を行う
請求項１～請求項３のいずれか１項に記載のプログラム。

【請求項5】

前記第１投稿表示処理と、前記第２投稿表示処理とは、前記第１ユーザの設定に基づいて選択される
請求項４に記載のプログラム。

【請求項6】

前記コンピュータに、
第１ユーザから第１ユーザの投稿の閲覧を制限する第２ユーザの指定を受け付ける制限処理
を実行させる、
請求項１～請求項３のいずれか１項に記載のプログラム。

【請求項7】

前記ユーザ情報は、連絡先情報を含み、
前記制限処理では、前記第１ユーザが指定した第２ユーザと共通の連絡先情報を含むユーザについて前記閲覧の制限を行う、
請求項６に記載のプログラム。

【請求項8】

前記制限処理では、前記第２ユーザの属性に応じた態様で前記閲覧の制限を行う、
請求項６に記載のプログラム。

【請求項9】

第１ユーザからの投稿を受け付ける投稿受付部と、
第２ユーザが第１ＵＲＬへアクセスしたときに前記投稿を表示させる第１投稿表示部と、
を備え、
前記第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、前記第２ユーザのユーザ情報を含む、
サーバ。

【請求項10】

コンピュータが、
第１ユーザからの投稿を受け付ける投稿受付処理と、
第２ユーザが第１ＵＲＬへアクセスしたときに前記投稿を表示させる第１投稿表示処理と、
を実行し、
前記第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、前記第２ユーザのユーザ情報を含む、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、サーバ及び方法に関する。

【背景技術】

【0002】

特許文献１には、一定期間または／及び一定アドレスからのアクセスに有効なＵＲＬを生成することで、コンテンツに対する直リンク（無断リンク）を無効化する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４－１８５２８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１の技術のように、アクセスが制限されたＵＲＬを生成することにより投稿の閲覧を制限する技術によれば、無断で転載されたＵＲＬにアクセスがあった場合に、投稿の閲覧を制限することができる。しかしながら、この技術では、ＵＲＬを無断で転載する行為自体を抑制する効果は少ない。

【課題を解決するための手段】

【0005】

（１）本発明の一態様によれば、プログラムが提供される。このプログラムは、コンピュータに、第１ユーザからの投稿を受け付ける投稿受付処理と、第２ユーザが第１ＵＲＬへアクセスしたときに投稿を表示させる第１投稿表示処理と、を実行させる。第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、第２ユーザのユーザ情報を含む。

【0006】

このような態様によれば、投稿の無断転載を抑制することができる。

【図面の簡単な説明】

【0007】

【図1】投稿管理システム１の全体構成を示す図である。

【図2】サーバ装置１０のハードウェア構成を示す図である。

【図3】ユーザ端末２０のハードウェア構成を示す図である。

【図4】各装置の制御部の機能構成を示す図である。

【図5】ユーザ情報データベースの一例を示す図である。

【図6】投稿情報データベースの一例を示す図である。

【図7】投稿処理の一例を示すアクティビティ図である。

【図8】制限設定用ページの一例を示す図である。

【図9】閲覧処理の一例を示すアクティビティ図である。

【図10】表示された投稿一覧ページの一例を示す図である。

【図11】表示された通知内容の一例を示す図である。

【図12】表示された通知内容の一例を示す図である。

【図13】表示された投稿一覧ページの一例を示す図である。

【図14】制限処理の一例を示すアクティビティ図である。

【図15】表示された検索用ページの一例を示す図である。

【図16】表示された閲覧制限の設定ページの一例を示す図である。

【図17】投稿管理の全体像を示す図である。

【図18】制限態様テーブルの一例を示す図である。

【発明を実施するための形態】

【0008】

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

【0009】

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

【0010】

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

【0011】

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

【0012】

１．ハードウェア構成
本節では、本実施形態に係る申請関連システムのハードウェア構成について説明する。

【0013】

図１は、投稿管理システム１の全体構成を示す図である。図１においては、投稿管理システム１が備える各装置と、それらの装置を使用するユーザと、装置間でやり取りされる情報との概要が示されている。各概要については、他の図も参照しながら随時説明する。

【0014】

投稿管理システム１は、ユーザによる投稿を受け付け、他のユーザがその投稿を閲覧できるようにするサービスであるいわゆるＳＮＳ（Ｓｏｃｉａｌ ｎｅｔｗｏｒｋｉｎｇ ｓｅｒｖｉｃｅ）における投稿を管理するための処理を実行するシステムである。投稿管理システム１は、本実施形態では、ＳＮＳの機能全般をユーザに提供する。投稿管理システム１は、通信回線２と、サーバ装置１０と、ユーザ端末２０－１、２０－２、２０－３、・・・（以下それぞれを区別しない場合は「ユーザ端末２０」と言う）とを備える。

【0015】

通信回線２は、インターネット等を含み、自回線に接続する装置同士のデータのやり取りを仲介する。通信回線２には、サーバ装置１０及び各ユーザ端末２０が有線又は無線で接続されている。ユーザ端末２０－１、２０－２、２０－３、・・・は、それぞれＳＮＳのユーザＵ１１、Ｕ１２、Ｕ１３、・・・（以下それぞれを区別しない場合は「ユーザＵ１０」と言う）により利用される端末である。サーバ装置１０は、ＳＮＳに関する処理を実行する情報処理装置である。

【0016】

図２は、サーバ装置１０のハードウェア構成を示す図である。サーバ装置１０は、制御部１１と、記憶部１２と、通信部１３と、バス１４とを備える。バス１４は、サーバ装置１０が備える各部を電気的に接続する。

【0017】

（制御部１１）
制御部１１は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部１１は、記憶部１２に記憶された所定のプログラムを読み出すことによって、投稿管理システム１に係る種々の機能を実現するコンピュータである。すなわち、記憶部１２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部１１によって具体的に実現されることで、制御部１１に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部１１は単一であることに限定されず、機能ごとに複数の制御部１１を有するように実施してもよい。またそれらの組合せであってもよい。

【0018】

（記憶部１２）
記憶部１２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部１１によって実行される投稿管理システム１に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部１２は、制御部１１によって実行される投稿管理システム１に係る種々のプログラムや変数等を記憶している。

【0019】

（通信部１３）
通信部１３は、サーバ装置１０から種々の電気信号を外部の構成要素に送信可能に構成される。また、通信部１３は、外部の構成要素からサーバ装置１０への種々の電気信号を受信可能に構成される。さらに好ましくは、通信部１３がネットワーク通信機能を有し、これにより通信回線２を介して、サーバ装置１０と外部機器との間で種々の情報を通信可能に実施してもよい。

【0020】

図３は、ユーザ端末２０のハードウェア構成を示す図である。ユーザ端末２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５と、バス２６とを備える。バス２６は、ユーザ端末２０が備える各部を電気的に接続する。制御部２１、記憶部２２及び通信部２３は、図２に示す制御部１１、記憶部１２及び通信部１３と、スペック、モデル等は異なってもよいが、同様のハードウェアである。

【0021】

（入力部２４）
入力部２４は、キー、ボタン、タッチスクリーン及びマウス等を有し、ユーザによる入力を受け付ける。
（出力部２５）
出力部２５は、ディスプレイ及びスピーカ等を有し、表示面に画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された視覚情報を表示し、音声を含む音を出力する。

【0022】

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、各装置の記憶部に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部によって具体的に実現されることで、制御部に含まれる各機能部が実行されうる。なお、以下では、ＳＮＳにおいて投稿を行うユーザＵ１０のことを「投稿者」と言い、投稿を閲覧するユーザＵ１０のことを「閲覧者」と言う。

【0023】

図４は、各装置の制御部の機能構成を示す図である。サーバ装置１０の制御部１１は、サーバ表示処理部１１１と、ユーザ記憶部１１２と、認証部１１３と、投稿処理部１１４と、投稿記憶部１１５と、ＵＲＬ生成部１１６と、アクセス受付部１１７と、ＵＲＬ入力受付部１１８と、ユーザ抽出部１１９と、閲覧制限部１２０とを備える。

【0024】

サーバ表示処理部１１１は、ＳＮＳの投稿内容をユーザ端末２０に表示させるための処理を行う。ユーザ記憶部１１２は、ＳＮＳの利用者としてユーザ情報が登録されたユーザＵ１０に関する情報を格納するユーザ情報データベースを記憶する。なお、ＳＮＳの利用者には、ユーザ情報が登録されたユーザＵ１０（以下「会員」と言う）と、ユーザ情報が登録されていないユーザＵ１０（以下「非会員」と言う）とが含まれる。

【0025】

図５は、ユーザ情報データベースの一例を示す図である。図５の例では、ユーザ記憶部１１２は、ユーザ名、ユーザＩＤ、パスワード、電話番号、電話番号認証の有無及びフォロワー情報を対応付けたユーザ情報データベースＧ１を記憶している。ユーザ名は、ユーザが登録する、ＳＮＳ内で用いられる名称であり、アカウント名とも言う。ユーザ名は、本名でもよいが、一般的にはユーザがＳＮＳ内で使用したい愛称が登録される。図５の例では、「ユーザＵ１１」、「ユーザＵ１２」、「ユーザＵ１３」、「ユーザＵ１５」、「ユーザＵ１６」、「ユーザＵ１８」、・・・という会員のユーザ名が登録されている。なお、ユーザ名が登録されていない「ユーザＵ１４」及び「ユーザＵ１７」は、非会員であるものとする。

【0026】

ユーザＩＤ及びパスワードは、ユーザＵ１０が投稿管理システム１の利用を開始する際に用いられるログイン情報である。図５の例では、説明を分かりやすくするため、「ユーザＵ１１」、「ユーザＵ１２」、・・・と言うユーザ名と、「ＵＩＤ０１１」、「ＵＩＤ０１２」、・・・というユーザＩＤがそれぞれ対応付けて記憶されている。投稿管理システム１においては、ユーザＩＤ及びパスワードによるユーザ認証（パスワード認証と言う）に加え、電話番号認証が用いられる。

【0027】

電話番号認証とは、登録された電話番号に一時パスワードを送信し、その一時パスワードが入力された場合に認証する仕組みのことである。投稿管理システム１においては、電話番号及び電話番号認証の有無はユーザＵ１０が任意に設定することができるようになっている。図５の例では、ユーザＵ１２及びユーザＵ１６がいずれも「０８０－ｂｂｂｂ－ｂｂｂｂ」という電話番号に対応付けられているが、これは、１人のユーザＵ１０が、１つの電話番号で、２つのアカウントを登録していることを表している。

【0028】

フォロワーとは、会員が他の会員をフォローすることである。フォローとは、閲覧者が、自分がよく投稿を閲覧している投稿者を予め登録しておくことである。図５の例では、ユーザＵ１１のフォロワーとしてＵＩＤ０１２、ＵＩＤ０１３、ＵＩＤ０１６及びＵＩＤ０１９等のユーザＩＤが格納されているので、ユーザＵ１１に対しては、ユーザＵ１２、Ｕ１３、Ｕ１６及びＵ１９等がフォロワーになっていることが示されている。

【0029】

認証部１１３は、ユーザＵ１０がＳＮＳを利用する際のユーザ認証を行う。認証部１１３は、全ユーザに対してパスワード認証を行い、設定されたユーザに対しては電話番号認証も行う。投稿処理部１１４は、認証されたユーザＵ１０のユーザ端末２０への操作に基づいて投稿に関する処理（投稿処理）を実行する。投稿記憶部１１５は、投稿処理に用いられる情報を格納する投稿情報データベースを記憶する。

【0030】

図６は、投稿情報データベースの一例を示す図である。図６の例では、投稿記憶部１１５は、投稿ＩＤ、投稿データ、投稿者ＩＤ、閲覧制限の設定、閲覧者ＩＤ、ＵＲＬ及びブロック設定を対応付けた投稿情報データベースＧ２を記憶している。「投稿ＩＤ」には、各投稿に対して割り当てられる識別情報が格納される。「投稿データ」には、例えば、投稿内容を掲載するウェブページを記述するＨＴＭＬデータ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅデータ）及び画像データ等が格納される。「投稿者ＩＤ」には、投稿の投稿者のユーザＩＤが格納される。

【0031】

「閲覧制限の設定」には、投稿の閲覧制限の設定を示す設定データが格納される。閲覧制限は、閲覧者毎に設定される場合がある。その場合、「閲覧者ＩＤ」に、各閲覧者のユーザＩＤが格納される。「ＵＲＬ」には、後述するＵＲＬ生成部１１６により生成されるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が格納される。「ブロックフラグ」には、投稿者が自分の投稿を見せないようにブロックする相手を示すフラグを格納する。各投稿情報の詳細は後ほど詳しく説明する。

【0032】

ＵＲＬ生成部１１６は、例えば投稿者による設定に応じて、閲覧者のユーザ情報を含むＵＲＬ（図６では例えば投稿ＩＤ「Ｄ００１」及び閲覧者ＩＤ「ＵＩＤ０１２」に対応付けられたＵＲＬ「ｘｘｘ．ｘｘｘｘ．ＵＩＤ０１２」）と、閲覧者のユーザ情報を含まないＵＲＬ（図６では例えば投稿ＩＤ「Ｄ００２」に対応付けられたＵＲＬ「ｙｙｙ．ｙｙｙｙ．ｙｙｙｙ」）とを生成する。これらのＵＲＬの詳細は後ほど詳しく説明する。アクセス受付部１１７は、生成されたＵＲＬへのアクセスを受け付ける。サーバ表示処理部１１１は、端末表示処理部２１１と協働し、アクセスされたＵＲＬに対応する投稿をユーザ端末２０に表示させる処理を行う。

【0033】

投稿者は、自分の投稿が無断で投稿先のＳＮＳ以外のウェブページ等に掲載されているのを見つけることがある。ＵＲＬ入力受付部１１８は、そのような無断転載された投稿のアクセス先であるＵＲＬの入力を受け付ける。ユーザ抽出部１１９は、入力されたＵＲＬに含まれるユーザ情報を抽出する。閲覧制限部１２０は、抽出されたユーザ情報が示すユーザＵ１０による投稿の閲覧を制限するための制限処理を実行する。

【0034】

図４に戻り、ユーザ端末２０の制御部２１について説明する。ユーザ端末２０の制御部２１は、端末表示処理部２１１と、操作受付部２１２と、投稿生成部２１３と、アップロード部２１４と、投稿アクセス部２１５とを備える。

【0035】

端末表示処理部２１１は、ユーザ端末２０の表示手段（ディスプレイ）に投稿内容を表示させる処理を行う。端末表示処理部２１１は、サーバ装置１０のサーバ表示処理部１１１と協働して、ブラウザ又はＳＮＳの専用アプリの表示領域に、ＳＮＳの投稿内容である文字列及び画像等を表示させる。サーバ表示処理部１１１が、文字列及び画像を示す表示用データ（例えばＨＴＴＰレスポンス）をユーザ端末２０に送信し、端末表示処理部２１１が、受信した表示用データが示す文字列及び画像等を表示する。

【0036】

操作受付部２１２は、ユーザＵ１０による操作を受け付ける。投稿生成部２１３は、ユーザＵ１０の操作に基づき投稿データを生成する。アップロード部２１４は、生成された投稿データをサーバ装置１０にアップロードする。このように、投稿データは、ユーザＵ１０の操作に基づいてサーバ装置１０側で生成される場合と、同じくユーザＵ１０の操作に基づいてユーザ端末２０側で生成されてサーバ装置１０にアップロードされる場合とがある。

【0037】

投稿アクセス部２１５は、閲覧しようとする投稿のＵＲＬを指定する操作をユーザＵ１０が行った場合に、指定されたＵＲＬが示す投稿にアクセスする。端末表示処理部２１１は、このアクセスへの応答でサーバ装置１０から送信されてきた投稿データが示す投稿を表示する。

【0038】

３．情報処理
本節では、本実施形態において、プログラムがコンピュータに実行させる情報処理について説明する。投稿管理システム１は、ＳＮＳの投稿を管理する管理処理を実行する。管理処理には、投稿者が投稿を実施する投稿処理と、閲覧者が投稿を閲覧する閲覧処理と、投稿者が自分の投稿の転載者の閲覧を制限させる制限処理とが含まれる。

【0039】

図７は、投稿処理の一例を示すアクティビティ図である。図７の例におけるユーザ端末２０は投稿者によって利用される。まず、ユーザ端末２０は、Ａ１１において、端末表示処理部２１１により、ＳＮＳのログイン画面を表示する。なお、ログイン画面等の表示は、上述したように、サーバ装置１０のサーバ表示処理部１１１及びユーザ端末２０の端末表示処理部２１１が協働して行うが、以下では、簡略化して、端末表示処理部２１１の処理として説明する。

【0040】

次に、ユーザ端末２０は、Ａ１２において、操作受付部２１２により、ユーザＵ１０によるログインの操作を受け付ける。ログインの操作とは、例えば、ＳＮＳのログイン画面を表示させ、ユーザＵ１０に割り当てられたユーザＩＤ及びパスワードをログイン情報として入力する操作である。操作受付部２１２は、ログイン画面において入力されたログイン情報をサーバ装置１０に送信する。

【0041】

サーバ装置１０は、Ａ１３において、認証部１１３により、送信されてきたログイン情報に基づいてユーザを認証する。認証部１１３は、例えば、送信されてきたログイン情報がユーザ記憶部１１２に記憶されているユーザ情報データベースＧ１に格納されている場合に、そのログイン情報に対応付けられているユーザＵ１０を、サーバ装置１０が提供するＳＮＳの利用者として認証する。

【0042】

また、認証部１１３は、電話番号認証を設定しているユーザＵ１０の場合は、さらに、登録されている電話番号に一時パスワードを送信する。ユーザ端末２０の操作受付部２１２は、一時パスワードの入力をログイン操作として受け付け、受け付けた一時パスワードをユーザＩＤとともにサーバ装置１０に送信する。認証部１１３は、受信した一時パスワードを送信した電話番号に対応付けられているユーザＩＤと、その一時パスワードとともに送信されてきたユーザＩＤとが一致した場合に、ユーザを認証する。サーバ装置１０は、ユーザを認証すると、その認証結果をユーザ端末２０に通知する。

【0043】

ユーザが認証されたことで、ユーザ端末２０は、Ａ１４において、端末表示処理部２１１により、ＳＮＳのトップページを表示する。図７の例では、ユーザＵ１０は、トップページにおいて、自分が投稿を行うための投稿用ページを開く操作を行うものとする。この操作により、ユーザ端末２０は、Ａ２１において、端末表示処理部２１１により、投稿用ページを表示する。次に、ユーザ端末２０は、Ａ２２において、操作受付部２１２により、投稿を生成するための投稿操作を受け付ける。投稿操作とは、例えば、投稿する文章を入力する操作、投稿する画像を指定する操作、投稿する音を指定する操作及び投稿する動画を指定する操作等である。

【0044】

次に、ユーザ端末２０は、Ａ２３において、端末表示処理部２１１により、制限設定用ページを表示する。制限設定用ページとは、生成された投稿へのアクセスに対する制限を設定するためのページである。

【0045】

図８は、制限設定用ページの一例を示す図である。図８の例では、公開範囲の設定Ｃ１及びその他の設定Ｃ２と、投稿ボタンＢ１とが示されている。公開範囲の設定Ｃ１は、図６に示す「閲覧制限の設定」の「公開範囲」に対応する設定である。公開範囲の設定Ｃ１では、「会員全体に公開」、「フォロワーのみに公開」、「相互フォロワーのみに公開」、「非公開」及び「非会員にも公開」という５通りの設定Ｃ１１、Ｃ１２、Ｃ１３、Ｃ１４及びＣ１５から１つが選択されるようになっている。

【0046】

「会員」及び「非会員」は、上述したように、ユーザ情報データベースへのユーザ情報の登録の有無によって見分けることができる。「フォロワーのみ」とは、この場合、投稿者をフォローするユーザＵ１０のみということである。例えば、投稿者がユーザＵ１１である場合、ユーザ情報データベースＧ１においてユーザＵ１１のフォロワー情報にユーザＩＤが示されているユーザＵ１２、Ｕ１３、Ｕ１６及びＵ１９等のみが閲覧可能となる。

【0047】

相互フォロワーは、互いにフォローしあっているユーザＵ１０同士のことである。図６の例であれば、例えばユーザＵ１１及びユーザＵ１２は、互いに相手のフォロワー情報に自分のユーザＩＤが含まれているので、相互フォロワーであることが分かる。「非公開」は、投稿者のみが閲覧可能であり、投稿者以外は会員であっても閲覧できないことを示す。「非会員にも公開」は、会員だけでなく非会員も閲覧可能であることを示す。

【0048】

その他の設定Ｃ２では、「この投稿ページのＵＲＬを閲覧者毎に変化させる」という設定Ｃ２１と、「電話番号認証済みユーザのみに公開」という設定Ｃ２２と、「同じ電話番号で登録しているユーザを一括ブロック」という設定Ｃ２３とが可能になっている。これらの設定にチェックがされると、設定事項が反映された処理が行われる。設定Ｃ２１、Ｃ２２、Ｃ２３については、関連する処理の説明とともに後ほど詳しく説明する。

【0049】

なお、その他の設定Ｃ２は、いずれも、会員には投稿が公開されていること及び閲覧者のユーザ情報が登録されていることが前提になるので、公開範囲の設定Ｃ１において「非公開」又は「非会員にも公開」が設定されている場合には、設定することができない。言い換えると、公開範囲の設定Ｃ１を第１閲覧制限とすると、第１閲覧制限を行った場合にその他の設定Ｃ２を第２閲覧制限として行うことができる。このような２段階の閲覧制限により、閲覧制限が１段階である場合に比べて、閲覧の制限の自由度を高くすることができる。

【0050】

ユーザ端末２０は、操作受付部２１２により、Ａ２４において制限の設定操作を受け付け、Ａ２５において投稿ボタンＢ１への操作を投稿及び設定の確定操作として受け付ける。操作受付部２１２は、Ａ２２において受け付けられた投稿生成操作及びＡ２４において受け付けられた設定操作を示す確定データをサーバ装置１０に送信する。サーバ装置１０は、Ａ２６において、投稿記憶部１１５により、送信されてきた確定データを記憶することで、第１ユーザからの投稿を受け付ける投稿受付処理を実行する。

【0051】

サーバ装置１０は、Ａ２７において、投稿生成部２１３により、送信されてきた確定データが示す投稿生成操作に基づいて投稿データを生成する。投稿データは、投稿内容を示すウェブページを記述するＨＴＭＬデータと、投稿に含まれるテキストデータ、画像データ、音データ及び動画データ等と、各投稿に割り当てられる投稿ＩＤと、投稿の日時を示すタイムスタンプと、投稿の属性等を示すタグ情報とを含むデータである。タグ情報は、例えば、投稿の種類（画像の有無、動画の有無など）、投稿の時期（新着など）、又は、投稿者の属性（趣味、年代、経歴など）等を示す情報であり、例えば、投稿者自身によって設定される。

【0052】

また、投稿生成部２１３は、確定データが示す設定操作に基づいて、投稿の閲覧制限を示す設定データを生成する。設定データは、図８に示す公開範囲の設定Ｃ１及びその他の設定Ｃ２のうち投稿者によりチェックされた設定を示すデータである。そして、サーバ装置１０は、Ａ２８において、投稿記憶部１１５により、生成された投稿データ及び設定データを投稿情報データベースＧ２に格納する。以上の投稿処理により、ユーザＵ１０が作成した投稿がサーバ装置１０に格納され、他のユーザＵ１０から閲覧可能になる。

【0053】

なお、投稿データ及び設定データの生成は、ユーザ端末２０の投稿生成部２１３によって行われてもよい。その場合、投稿生成部２１３が、投稿生成操作に基づいて投稿データを生成し、設定操作に基づいて設定データを生成する。そして、Ａ２５において、アップロード部２１４がそれらの投稿データ及び設定データをサーバ装置１０にアップロードする。サーバ装置１０及びユーザ端末２０のいずれで投稿データが生成された場合でも、投稿ＩＤが両装置で共有され、共有された投稿ＩＤによって個々の投稿が識別される。また、投稿データ及び設定データは、図７の例のように確定の操作がされたときに同じタイミングで生成されてもよいし、投稿生成操作がされたときと設定操作がされたときとでそれぞれ異なるタイミングで生成されてもよい。

【0054】

図９は、閲覧処理の一例を示すアクティビティ図である。図９の例におけるユーザ端末２０は、閲覧者によって利用される端末である。閲覧者は、会員であってもよいし、非会員であってもよい。閲覧者が会員の場合、まず、図７と同様にＡ１１からＡ１４までの処理が行われ、閲覧者が認証されてＳＮＳのトップページが表示される。また、閲覧者が非会員の場合、ＳＮＳのトップページのＵＲＬにアクセスする操作等が行われることで、Ａ１４の処理のみが行われてＳＮＳのトップページが表示される。

【0055】

図９の例では、閲覧者は、トップページにおいて、自分が閲覧したい投稿一覧ページを開く一覧表示操作を行うものとする。一覧表示操作は、例えば、閲覧したい投稿の条件を指定する操作である。閲覧したい投稿の条件とは、例えば、投稿の種類、投稿の時期又は投稿者の属性等であり、タグ情報に基づいて判断できるようになっている。

【0056】

ユーザ端末２０は、Ａ３１において、操作受付部２１２により、投稿の一覧表示操作を受け付ける。操作受付部２１２は、認証された閲覧者のユーザＩＤと、その閲覧者によって指定された投稿の条件と、その条件を満たす投稿の一覧ページの表示の要求とを示す一覧要求データをサーバ装置１０に送信する。

【0057】

サーバ装置１０は、Ａ３２において、ＵＲＬ生成部１１６により、図６に示す投稿情報データベースＧ２に格納されている投稿データを参照し、受信した一覧要求データが示す投稿の条件を満たす投稿を特定する。次に、サーバ装置１０は、Ａ３３において、ＵＲＬ生成部１１６により、特定した各投稿にアクセスするためのＵＲＬを生成する。ＵＲＬ生成部１１６は、投稿情報データベースＧ２を参照し、特定した投稿における、図８に示す設定Ｃ２１（ＵＲＬを閲覧者毎に変化させる設定）のチェックの有無を参照する。

【0058】

ＵＲＬ生成部１１６は、設定Ｃ２１がチェックされた投稿については、閲覧者のユーザ情報を含むＵＲＬを生成する。ここでいうユーザ情報は、例えばユーザＩＤのように、ユーザ毎に異なる情報を少なくとも含む。このような閲覧者に固有のユーザ情報を含むＵＲＬは、閲覧者毎に変化することになる。ＵＲＬ生成部１１６は、本実施形態では、ユーザ情報を暗号化し、暗号化したユーザ情報を含むＵＲＬを生成する。ユーザ情報の暗号化には、周知の暗号化技術が用いられればよい。

【0059】

ＵＲＬ生成部１１６は、設定Ｃ２１がチェックされていない投稿については、単純に投稿内容を示すウェブページを記述するＨＴＭＬデータの格納先へのパス及び当該ＨＴＭＬデータのファイル名を示すＵＲＬ（以下「格納先ＵＲＬ」と言う）を生成する。こうして生成された格納先ＵＲＬは、閲覧者のユーザ情報を含まないＵＲＬとなる。

【0060】

なお、閲覧者が何度か一覧を表示させていると、既にＵＲＬが生成済みの投稿を含む一覧が表示される場合がある。その場合、ＵＲＬ生成部１１６は、生成済みのＵＲＬについては、再度ＵＲＬを生成しなくてもよい。これにより、常にＵＲＬを生成する場合に比べて、ＵＲＬを生成する際のサーバ装置１０の処理の負荷を軽減することができる。

【0061】

また、ＵＲＬ生成部１１６は、設定Ｃ２１（ＵＲＬを閲覧者毎に変化させる設定）のチェックの有無に関わらず、全ての投稿について格納先ＵＲＬ及び閲覧者のユーザ情報を含むＵＲＬの両方を生成するようにしてもよい。その場合、設定Ｃ２１が変更された場合にＵＲＬを生成し直さなくてもよくなる。これに対し、上記のとおり設定Ｃ２１のチェックの有無に応じて格納先ＵＲＬ及び閲覧者のユーザ情報を含むＵＲＬのいずれかのみを生成する場合、それらの両方を生成する場合に比べて、ＵＲＬを生成する際のサーバ装置１０の処理の負荷を軽減することができる。

【0062】

投稿の投稿者は本発明の「第１ユーザ」の一例であり、投稿の閲覧者は本発明の「第２ユーザ」の一例である。第１ユーザの投稿へのアクセス先を示し、且つ、第２ユーザのユーザ情報を含むＵＲＬは、本発明の「第１ＵＲＬ」の一例である。また、第１ユーザの投稿へのアクセス先を示し、且つ、第２ユーザのユーザ情報を含まないＵＲＬは、本発明の「第２ＵＲＬ」の一例である。第２ＵＲＬは、第１ユーザが所定の設定（設定Ｃ２１をチェックしない設定）を行った場合に投稿へのアクセスに用いられる。

【0063】

サーバ装置１０は、Ａ３４において、サーバ表示処理部１１１により、投稿一覧ページを生成する。サーバ表示処理部１１１は、Ａ３２において特定された各投稿について、Ａ３３において生成されたＵＲＬを対応付けた投稿一覧ページを生成する。サーバ表示処理部１１１は、生成した投稿一覧ページをユーザ端末２０に送信する。ユーザ端末２０は、Ａ３５において、端末表示処理部２１１により、送信されてきた投稿一覧ページを表示する。

【0064】

図１０は、表示された投稿一覧ページの一例を示す図である。図１０の例では、ユーザＵ１１が閲覧者であり、ユーザＵ１３、Ｕ１９、Ｕ１５、Ｕ１８が投稿した投稿Ｄ１３－ｘｘ、Ｄ１９－ｘｘ、Ｄ１５－ｘｘ、Ｄ１８－ｘｘを含む一覧ページＥ１０が表示されている。投稿Ｄ１３－ｘｘは、ユーザＵ１３によるｘｘ番目の投稿を示す。投稿Ｄ１３－ｘｘのＵＲＬは、「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１３－ｘｘ／（Ｕ１２暗号化）」となっている。

【0065】

（Ｕ１２暗号化）は、「Ｕ１２」というユーザＵ１２のユーザＩＤを暗号化した文字列を示す。よって、投稿Ｄ１３－ｘｘのＵＲＬのうち暗号化された部分を復号化すると「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１３－ｘｘ／Ｕ１２」というＵＲＬになる。この「Ｄｏｍａｉｎ／Ｕ１３－ｘｘ／Ｕ１２」が、投稿Ｄ１３－ｘｘの投稿データへのユーザＵ１２用のパスを示す。投稿Ｄ１３－ｘｘのＵＲＬは、閲覧者がユーザＵ１５である場合「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１３－ｘｘ／（Ｕ１５暗号化）」となり、閲覧者がユーザＵ１８である場合「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１３－ｘｘ／（Ｕ１８暗号化）」となる。

【0066】

一覧ページＥ１０では、投稿Ｄ１５－ｘｘのＵＲＬは、「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１５－ｘｘ／（Ｕ１２暗号化）」というように、暗号化されたユーザＵ１１のユーザＩＤが含まれている。一方、投稿Ｄ１９－ｘｘのＵＲＬは、「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１９－ｘｘ／Ｄｏｃ」、投稿Ｄ１８－ｘｘのＵＲＬは、「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１８－ｘｘ／Ｄｏｃ」というように、暗号化されたユーザＵ１２のユーザＩＤが含まれていない。これらのＵＲＬは、閲覧者がユーザＵ１２以外のユーザＵ１０である場合にも生成される。

【0067】

このように、図１０の例では、投稿Ｄ１３－ｘｘ及び投稿Ｄ１５－ｘｘは、投稿者であるユーザＵ１３、Ｕ１５により、設定Ｃ２１をチェックする設定、すなわち、投稿ページのＵＲＬを閲覧者毎に変化させる設定がされている。一方、投稿Ｄ１８－ｘｘ及び投稿Ｄ１９－ｘｘは、投稿者であるユーザＵ１８、Ｕ１９により、設定Ｃ２１をチェックしない設定、すなわち、投稿ページのＵＲＬを閲覧者毎に変化させない設定がされている。

【0068】

閲覧者は、閲覧する投稿を指定する指定操作を行う。閲覧者は、例えば、表示された投稿一覧ページから閲覧する投稿を選択する操作を指定操作として行う。また、閲覧者は、閲覧したい投稿のＵＲＬを直接入力する操作を指定操作として行ってもよい。ＵＲＬの入力は、キーボードで文字列を打ち込んでもよいし、コピーアンドペーストによって行われてもよい。ユーザ端末２０は、Ａ３６において、操作受付部２１２により、閲覧者による投稿の指定操作を受け付ける。

【0069】

ユーザ端末２０は、Ａ３７において、投稿アクセス部２１５により、指定された投稿のＵＲＬを用いて、閲覧が希望されている投稿の送信を要求する投稿要求データ（例えばＨＴＴＰリクエスト）を生成し、生成した投稿要求データをサーバ装置１０に送信する。投稿アクセス部２１５は、閲覧者が会員でログインが行われている場合は、この投稿要求データにログインで用いられた閲覧者ＩＤ（閲覧者のユーザＩＤ）を含めて送信し、閲覧者が非会員でログインが行われていない場合は、閲覧者ＩＤが含まれない投稿要求データを送信する。

【0070】

サーバ装置１０は、Ａ４１において、アクセス受付部１１７により、送信されてきた投稿要求データが示すＵＲＬにユーザ情報が含まれているか否かを判断する。例えば、投稿管理システム１においては、投稿データのＵＲＬの構造が、ユーザ情報を含まない場合は図１０に示す投稿Ｄ１９－ｘｘ及び投稿Ｄ１９－ｘｘのようにＵＲＬの「／」で区切られた区画のうち一番後ろ側の区画に「Ｄｏｃ」が配置される決まりになっているものとする。

【0071】

その場合、アクセス受付部１１７は、ＵＲＬの一番後ろ側の区画が「Ｄｏｃ」であればそのＵＲＬにユーザ情報が含まれていないと判断し、ＵＲＬの一番後ろ側の区画が「Ｄｏｃ」でなければそのＵＲＬにユーザ情報が含まれていると判断する。その場合、サーバ装置１０は、Ａ４２において、ユーザ抽出部１１９により、ＵＲＬからユーザ情報を抽出する。ユーザ抽出部１１９は、ＵＲＬの一番後ろ側の区画に表されている暗号化された文字列を復号化し、復号化された文字列をユーザ情報として抽出する。

【0072】

次に、サーバ装置１０は、送信されてきた投稿要求データに閲覧者ＩＤが含まれている場合、Ａ４３において、閲覧制限部１２０により、抽出されたユーザ情報と、その閲覧者ＩＤとを照合する。閲覧制限部１２０は、抽出されたユーザ情報が示すユーザと、閲覧者ＩＤが示すユーザとが相違する場合、閲覧できないことを示す通知データをユーザ端末２０に送信する。ユーザ端末２０は、Ａ４４において、端末表示処理部２１１により、送信されてきた通知データが示す通知内容を表示する。

【0073】

図１１は、表示された通知内容の一例を示す図である。図１１の例では、ユーザＵ１１以外のユーザＵ１０が、ユーザＵ１１によって転載されたＵＲＬを用いてユーザＵ１５の投稿Ｄ１５－ｘｘにアクセスしようとした場合の通知Ｈ１１が示されている。通知Ｈ１１は、「注意：アクセスされたＵＲＬは他のユーザ用なので、利用することができません。」という文字列で投稿Ｄ１５－ｘｘを閲覧できない理由を示している。

【0074】

Ａ４３において抽出されたユーザ情報が示すユーザと、閲覧者ＩＤが示すユーザとが合致する場合、すなわち、閲覧者が自分用の正しいＵＲＬを用いてアクセスしてきた場合、サーバ装置１０は、Ａ４５の処理を実行する。また、Ａ４１においてユーザ情報を含まないと判断された場合も、サーバ装置１０は、Ａ４５の処理を実行する。

【0075】

サーバ装置１０は、Ａ４５において、閲覧制限部１２０により、投稿要求データが示す投稿に対応付けられている閲覧設定を投稿情報データベースＧ２から読み出す。そして、サーバ装置１０は、Ａ４６において、閲覧制限部１２０により、ユーザ情報データベースＧ１及び投稿情報データベースＧ２を参照して、閲覧の可否を判断する。

【0076】

閲覧制限部１２０は、図８に示す設定Ｃ１１（会員全体に公開）がされている場合、投稿要求データに閲覧者ＩＤが含まれているときには、閲覧者が会員ということになるので、閲覧可能と判断し、投稿要求データに閲覧者ＩＤが含まれていないときには、閲覧者が非会員ということになるので、閲覧不可と判断する。

【0077】

閲覧制限部１２０は、設定Ｃ１２（フォロワーのみに公開）がされている場合、ユーザ情報データベースＧ１において投稿者のフォロワー情報を参照し、閲覧者が投稿者のフォロワーであるときには、閲覧可能と判断し、閲覧者が投稿者のフォロワーでないときには、閲覧不可と判断する。

【0078】

閲覧制限部１２０は、設定Ｃ１３（相互フォロワーのみに公開）がされている場合、ユーザ情報データベースＧ１において投稿者及び閲覧者の双方のフォロワー情報を参照し、閲覧者が投稿者のフォロワーであり且つ投稿者が閲覧者のフォロワーであるときには、閲覧可能と判断し、閲覧者が投稿者のフォロワーでない又は投稿者が閲覧者のフォロワーでないときには、閲覧不可と判断する。

【0079】

閲覧制限部１２０は、設定Ｃ１４（非公開）がされている場合、閲覧者が投稿者自身であるときには、閲覧可能と判断し、閲覧者が投稿者以外のユーザＵ１０であるときには、閲覧不可と判断する。閲覧制限部１２０は、設定Ｃ１５（非会員にも公開）がされている場合、どのようなときでも、閲覧可能と判断する。

【0080】

閲覧制限部１２０は、設定Ｃ２１（ＵＲＬを閲覧者毎に変化させる設定）がされている場合、必ずＡ４２及びＡ４３の処理を経て閲覧者が正しいＵＲＬを用いていることが確認されているので、閲覧可能と判断する。

【0081】

閲覧制限部１２０は、設定Ｃ２２（電話番号認証済みユーザのみに公開）がされている場合、ユーザ情報データベースＧ１において閲覧者の電話番号認証の有無を参照し、電話番号認証が「あり」となっているときには、ログイン時に電話番号認証がされているはずなので閲覧可能と判断し、電話番号認証が「なし」となっているときには、ログイン時に電話番号認証がされていないはずなので閲覧不可と判断する。

【0082】

閲覧制限部１２０は、設定Ｃ２３（同じ電話番号で登録しているユーザを一括ブロック）がされている場合、まず、ユーザ情報データベースＧ１において閲覧者の電話番号を参照し、同じ電話番号が対応付けられている他のユーザＩＤを特定する。そして、閲覧制限部１２０は、投稿情報データベースＧ２を参照し、特定したユーザＩＤのいずれにもブロックフラグが立っていないときには閲覧可能と判断し、特定したユーザＩＤのうちの１つでもブロックフラグが立っているときには閲覧不可と判断する。

【0083】

閲覧制限部１２０は、閲覧者のユーザ情報を含む第１ＵＲＬ及び閲覧者のユーザ情報を含まない第２ＵＲＬのどちらでアクセスされた場合でも、Ａ４６における閲覧不可という判断は同様に行うものとする。サーバ装置１０は、Ａ４６において閲覧不可と判断された場合、閲覧不可を通知する通知データをユーザ端末２０に送信する。ユーザ端末２０は、Ａ４７において、端末表示処理部２１１により、送信されてきた通知データが示す通知内容を表示する。

【0084】

図１２は、表示された通知内容の一例を示す図である。図１２の例では、ユーザＵ１９の投稿Ｄ１９－ｘｘに設定された閲覧制限により閲覧不可と判断された閲覧者への通知Ｈ１２が示されている。通知Ｈ１２は、「この投稿にはフォロワーしか閲覧できないという閲覧制限が設定されており、閲覧することができません。」という文字列で投稿Ｄ１９－ｘｘを閲覧できない理由を示している。このように閲覧できない理由が通知されることで、閲覧者は、閲覧するための対応（この場合は投稿者をフォローすること）を行うことができる。

【0085】

サーバ装置１０は、Ａ４６において閲覧可能と判断された場合、Ａ４８において、サーバ表示処理部１１１により、閲覧者から要求された投稿データを読み出し、ユーザ端末２０に送信する。ユーザ端末２０は、Ａ４９において、端末表示処理部２１１により、送信されてきた投稿データが示す投稿を表示する。

【0086】

以上のとおり、サーバ装置１０は、第２ユーザ（閲覧者）が第１ＵＲＬへアクセスしたときに第１ユーザ（投稿者）の投稿を表示させる第１投稿表示処理を実行する。第１ＵＲＬは、上述したように、第２ユーザのユーザ情報を含むＵＲＬであり、例えば、図１０に示す投稿Ｄ１２－ｘｘ及び投稿Ｄ１５－ｘｘのＵＲＬである。言い換えると、サーバ装置１０は、第１ユーザによる投稿を第２ユーザが閲覧する場合に、第２ユーザのユーザ端末２０による投稿の表示を可能な状態にする投稿表示処理を実行する。

【0087】

サーバ装置１０は、第１ユーザの投稿の格納場所と、第２ユーザの識別情報（ユーザＩＤ）とを示す第１ＵＲＬへのアクセスにより投稿の表示を可能な状態にする。このような態様によれば、投稿のＵＲＬを転載した場合に、ＵＲＬに含まれるユーザ情報により転載者が誰か調べることができるので、第１ＵＲＬによる投稿表示処理が実行されない場合に比べて、投稿の無断転載を抑制することができる。

【0088】

また、サーバ装置１０は、上記の通り、第２ユーザ以外の者が第１ＵＲＬへアクセスしたときには、投稿を表示させない。これにより、投稿のＵＲＬを転載しても、他のユーザはそのＵＲＬから投稿を閲覧することができないから、転載する意味がなくなり、投稿の無断転載をさらに抑制することができる。

【0089】

また、サーバ装置１０は、第２ユーザ（閲覧者）が第２ＵＲＬへアクセスしたときに第１ユーザ（投稿者）の投稿を表示させる第２投稿表示処理が可能に構成される。第２ＵＲＬは、上述したように、第２ユーザのユーザ情報を含まないＵＲＬであり、例えば、図１０に示す投稿Ｄ１８－ｘｘ及び投稿Ｄ１９－ｘｘのＵＲＬである。サーバ装置１０は、第１投稿表示処理と、第２投稿表示処理と、のうち一方を行う。サーバ装置１０は、第１投稿表示処理と、第２投稿表示処理とを、第１ユーザの設定に基づいて選択する。第１ユーザの設定とは、本実施形態では、図１０に示す設定Ｃ２１をチェックしない設定である。このような態様によれば、投稿者が投稿の公開範囲を管理することができる。

【0090】

なお、図１０の例では、閲覧者は、投稿を閲覧する操作を行わないと、閲覧の可否が分からない。そこで、サーバ表示処理部１１１は、閲覧不可である投稿を選択不能にする表示をしてもよい。
図１３は、表示された投稿一覧ページの一例を示す図である。図１３の例では、投稿Ｄ１３－ｘｘ、投稿Ｄ１９－ｘｘ、投稿Ｄ１５－ｘｘ、投稿Ｄ１８－ｘｘのうち投稿Ｄ１９－ｘｘ及び投稿Ｄ１５－ｘｘの閲覧が不可と判断されるものとする。

【0091】

この場合、サーバ表示処理部１１１は、例えば、図１３（ａ）に示すように、閲覧不可である投稿Ｄ１９－ｘｘ及び投稿Ｄ１５－ｘｘに、閲覧不可であることを示す不可画像Ｎ１を重ねて表示させる。また、サーバ表示処理部１１１は、図１３（ｂ）に示すように、閲覧不可である投稿Ｄ１９－ｘｘ及び投稿Ｄ１５－ｘｘを表示させずに、閲覧可能である投稿Ｄ１３－ｘｘ及び投稿Ｄ１８－ｘｘのみを表示させてもよい。このように表示することで、閲覧者は、閲覧できない投稿に対して閲覧の操作を行うという無駄を省くことができる。

【0092】

図１４は、制限処理の一例を示すアクティビティ図である。図１４の例におけるユーザＵ１０は、例えば、図８に示す設定Ｃ２１（投稿ページのＵＲＬを閲覧者毎に変化させる設定）を行った自分の投稿のＵＲＬがＳＮＳとは別のウェブページに無断で転載されているのを発見した投稿者である。制限処理では、図７と同様にＡ１１からＡ１４までの処理が行われ、ユーザＵ１０が認証されてＳＮＳのトップページが表示される。

【0093】

図１４の例では、ユーザＵ１０は、トップページにおいて、ＵＲＬに含まれるユーザ情報を検索するための検索ページを表示させる操作を行うものとする。ユーザ端末２０は、Ａ５１において、端末表示処理部２１１により、検索用ページを表示する。

【0094】

図１５は、表示された検索用ページの一例を示す図である。図１５（ａ）では、「投稿ページのＵＲＬから閲覧者を検索」という文字列と、ＵＲＬの入力欄Ｆ２１と、検索ボタンＢ２１と、検索結果の表示欄Ｆ２２とを含む検索用ページＥ２０が示されている。図１５（ａ）の例では、図１０に示す投稿Ｄ１３－ｘｘのＵＲＬである「ｈｔｔｐ：／／Ｄｏｍａｉｎ／Ｕ１３－ｘｘ／（Ｕ１２暗号化）」が入力されている。つまり、このＵＲＬを入力したのは、投稿Ｄ１３－ｘｘの投稿者であるユーザＵ１３である。

【0095】

図１５（ａ）に示す状態で検索ボタンＢ２１が操作されると、ユーザ端末２０は、Ａ５２において、操作受付部２１２により、入力欄Ｆ２１に表示されているＵＲＬの入力を受け付ける。操作受付部２１２は、投稿者のユーザＩＤ及び検索するＵＲＬを示す検索データを生成し、生成した検索データをサーバ装置１０に送信する。サーバ装置１０は、検索データを受信することで、Ａ５３において、ＵＲＬ入力受付部１１８により、受信した検索データが示す投稿のＵＲＬの入力を受け付ける。

【0096】

次に、サーバ装置１０は、Ａ５４において、ＵＲＬ入力受付部１１８により、受け付けたＵＲＬを入力した検索者が投稿者なのか否かを判断する。ＵＲＬ入力受付部１１８は、例えば、入力されたＵＲＬに投稿情報データベースＧ２において対応付けられている投稿者ＩＤと、受信した検索データが示すユーザＩＤとが一致する場合に、ＵＲＬの入力が投稿者によるものと判断する。なお、この方法以外にも、例えば図１０に示すようにＵＲＬに含まれるパスの情報に投稿者のユーザ名が示されている場合、ＵＲＬ入力受付部１１８は、入力されたＵＲＬに含まれるパスが示すユーザ名が、受信したＵＲＬデータが示す投稿者のユーザ名と一致している場合にＵＲＬの入力が投稿者によるものと判断してもよい。

【0097】

ＵＲＬ入力受付部１１８は、検索者が投稿者ではないと判断した場合、ユーザ情報の抽出が不可であることを示す通知データをユーザ端末２０に送信する。ユーザ端末２０は、Ａ５５において、端末表示処理部２１１により、送信されてきた通知データが示す抽出不可の通知を表示する。

【0098】

検索者が投稿者であると判断した場合、サーバ装置１０は、Ａ５６において、ユーザ抽出部１１９により、入力されたＵＲＬからユーザ情報を抽出する。ユーザ抽出部１１９は、上記と同様の方法でユーザ情報を抽出する。つまり、ユーザ抽出部１１９は、本実施形態では、ＵＲＬの「／」で区切られた区画のうち一番後ろ側の区画に表されている情報（図１５（ａ）の例では（Ｕ１２暗号化））をユーザ情報として抽出する。

【0099】

ユーザ抽出部１１９は、本実施形態では、暗号化されたユーザ情報を抽出するので、そのユーザ情報を復号化することで、暗号化される前の元のユーザ情報を抽出する。ユーザ抽出部１１９は、図１５（ａ）の例の場合、復号化した「Ｕ１１」というユーザＩＤを抽出し、そのユーザＩＤを抽出結果としてユーザ端末２０に送信する。ユーザ端末２０は、Ａ５７において、端末表示処理部２１１により、送信されてきた抽出結果であるユーザ情報を表示する。

【0100】

図１５（ａ）の例では、抽出結果の表示欄Ｆ２２に、「ユーザＵ１１」というユーザ名が抽出結果として表示されている。検索用ページＥ２０には、閲覧制限の設定を行うための設定ボタンＢ２が含まれている。設定ボタンＢ２への操作が行われると、ユーザ端末２０は、Ａ６１において、端末表示処理部２１１により、閲覧制限の設定ページを表示する。

【0101】

なお、抽出結果としてユーザ名が表示されないようにしてもよい。その場合、端末表示処理部２１１は、抽出結果の表示欄Ｆ２２の代わりに、例えば、図１５（ｂ）に示すように、「転載者が判明しました！」という文字列Ｆ２３だけを抽出結果として示す検索用ページＥ２１を表示する。検索用ページＥ２１には、表示されていないユーザ情報（例えば閲覧者のユーザＩＤ）をコピーするためのコピーボタンＢ３が含まれている。コピーボタンＢ３への操作が行われると、ユーザ端末２０は、抽出されたユーザ情報をコピーするとともに、Ａ６１において、端末表示処理部２１１により、閲覧制限の設定ページを表示する。また、抽出結果としてユーザ情報を表示し、表示されたユーザ情報をコピーしてもよい。コピーの方法は、コピーボタンＢ３を操作する方法でもよいし、マウス等でユーザ情報を範囲指定してコピー操作を行う方法でもよい。

【0102】

図１６は、表示された閲覧制限の設定ページの一例を示す図である。図１６（ａ）の例では、投稿者の表示欄Ｆ３１と、閲覧者の表示欄Ｆ３２と、閲覧制限の設定Ｃ３３及び設定Ｃ３４と、設定の確定ボタンＢ４とを示す閲覧制限の設定ページＥ３０が示されている。表示欄Ｆ３１には投稿者のユーザ名（図１６の例ではユーザＵ１３）が表示され、表示欄Ｆ３２には閲覧者のユーザ名（図１６の例ではユーザＵ１２）が表示されている。

【0103】

投稿者（図１６（ａ）の例ではユーザＵ１３）は、表示された閲覧者のユーザ情報（図１６（ａ）の例ではユーザＵ１２）を見て、例えば、今までも何度か無断転載をしていたユーザである等の理由で必要があれば、ユーザＵ１２の閲覧を制限する操作を行う。なお、図１５の例において、図１５（ｂ）で述べたようにユーザ情報がコピーされた場合（ユーザ情報の表示・非表示に関わらず）は、操作受付部２１２は、例えば、コピーされたユーザ情報を閲覧者のユーザ名を示す表示欄Ｆ３２に貼り付ける操作を受け付ける。そして、端末表示処理部２１１は、図１６（ｂ）に示すように、貼り付けられたユーザ情報を表示欄Ｆ３２に表示する。

【0104】

設定Ｃ３３は、閲覧者による自分の投稿の閲覧を禁止する設定である。設定Ｃ３４は、閲覧者と同じ電話番号で登録されたユーザによる自分の投稿の閲覧を禁止する設定である。ユーザ端末２０は、Ａ６２において、操作受付部２１２により、これらの設定をチェックして確定ボタンＢ４を押す操作を閲覧制限の操作として受け付ける。操作受付部２１２は、受け付けた操作により制限された設定を示す制限データをサーバ装置１０に送信する。サーバ装置１０は、Ａ６３において、閲覧制限部１２０により、送信されてきた制限データが示す閲覧制限の内容を反映する処理を制限処理として実行する。

【0105】

設定Ｃ３３がチェックされた場合、閲覧制限部１２０は、投稿情報データベースＧ２において、投稿者のユーザＩＤ（投稿者ＩＤ）及び閲覧者のユーザＩＤ（閲覧者ＩＤ）に対応付けられたブロックフラグを全て立てる処理を制限処理として行う。これにより、閲覧制限部１２０は、図９に示すＡ４６において、閲覧者がユーザＵ１２である場合、ユーザＵ１２が転載したユーザＵ１３の投稿（図１０、図１５の例であればユーザＵ１３の投稿Ｄ１３－ｘｘ）だけではなく、ユーザＵ１３の他の投稿（ユーザＵ１３の投稿Ｄ１３－ｘｘ以外の投稿）も閲覧不可と判断することになる。

【0106】

設定Ｃ３４がチェックされた場合、閲覧制限部１２０は、投稿情報データベースＧ２において、投稿者のユーザＩＤ（投稿者ＩＤ）及び閲覧者のユーザＩＤ（閲覧者ＩＤ）に対応付けられたブロックフラグを全て立てる処理に加え、ユーザ情報データベースＧ１において閲覧者のユーザＩＤ（閲覧者ＩＤ）と同じ電話番号に対応付けられているユーザＩＤについても、そのユーザＩＤを閲覧者ＩＤとして同様にブロックフラグを全て立てる処理を制限処理として行う。

【0107】

これにより、閲覧制限部１２０は、図９に示すＡ４６において、閲覧者がユーザＵ１２である場合、その閲覧者がユーザＵ１２でログインした場合だけでなく、ユーザＵ１２と同じ電話番号（図５の例では「０８０－ｂｂｂｂ－ｂｂｂｂ」）が登録されているユーザＵ１６でログインした場合も、ユーザＵ１３の投稿は閲覧不可と判断することになる。

【0108】

以上の通り、サーバ装置１０は、第１ユーザ（投稿者）の投稿へのアクセス先を示し、且つ、第２ユーザ（閲覧者）のユーザ情報を含む第１ＵＲＬの入力を受け付けるＵＲＬ受付処理（図１４に示すＡ５３の処理）を実行する。また、サーバ装置１０は、入力された第１ＵＲＬに含まれるユーザ情報を抽出する抽出処理（図１４に示すＡ５６の処理）を実行する。このような態様によれば、第１ＵＲＬを転載した第２ユーザを特定することができる。

【0109】

サーバ装置１０は、抽出処理では、受け付けられた第１ＵＲＬの入力が第１ユーザ（投稿者）により行われた場合にユーザ情報を抽出する。このような態様によれば、投稿者が転載者の情報を管理することができる。

【0110】

また、サーバ装置１０は、第１ユーザ（投稿者）から第１ユーザの投稿の閲覧を制限する第２ユーザ（閲覧者）の指定を受け付ける制限処理（図１４に示すＡ６３の処理及び図９に示すＡ４６の処理）を実行する。このような態様によれば、転載した投稿とは別の投稿も閲覧を制限されるので、無断転載の抑止力を向上させることができる。

【0111】

サーバ装置１０は、上記の通りユーザ情報が連絡先情報（本実施形態ではユーザの電話番号情報）を含む場合に、制限処理では、第１ユーザ（投稿者）が指定した第２ユーザ（閲覧者）と共通の連絡先情報を含むユーザ情報が示すユーザについて閲覧の制限を行う。なお、連絡先情報としては、電子メールアドレス又は投稿管理システム１が提供するものとは別のＳＮＳのアカウント等が用いられてもよい。いずれの態様によっても、共通の連絡先情報に対応付けて登録された複数のユーザの閲覧をまとめて制限することができる。

【0112】

図１７は、投稿管理システム１による投稿管理の全体像を示す図である。まず、サーバ装置１０は、図１７（ａ）に示すように、投稿者ＡによるＳＮＳへの投稿αと、ＵＲＬを閲覧者毎に変化させる設定とを受け付ける。次に、ユーザ端末２０は、図１７（ｂ）に示すように、投稿αを閲覧した閲覧者Ｂによる、他のウェブページへの投稿αのＵＲＬの転載操作を受け付ける。この転載は、投稿者Ａの許可を取らずに行われるものとする。

【0113】

続いて、サーバ装置１０は、図１７（ｃ）に示すように、無断転載された投稿αのＵＲＬを見つけた投稿者ＡによるＳＮＳの検索ページへの転載されたＵＲＬの入力を受け付ける。次に、サーバ装置１０は、入力されたＵＲＬから閲覧者Ｂのユーザ情報を抽出し、投稿者Ａの操作に基づいて閲覧者Ｂの閲覧を制限する操作を受け付ける。その結果、サーバ装置１０は、図１７（ｄ）に示すように、閲覧者Ｂが投稿者Ａの投稿を全て閲覧できないように制限処理を実行する。

【0114】

<その他の実施形態>

【0115】

サーバ装置１０は、制限処理では、閲覧制限部１２０により、第２ユーザ（閲覧者）の属性に応じた態様で閲覧の制限を行ってもよい。ユーザの属性とは、複数のユーザに共通して備わっている性質や特徴のことであり、例えば、嗜好、居住地域、フォロワー数、投稿頻度、閲覧頻度、閲覧アプリ使用時間及び使用言語等である。

【0116】

閲覧制限の態様とは、単に閲覧を禁止するだけでなく、例えば、閲覧の回数、閲覧の頻度、閲覧時間（連続時間、延べ時間）、閲覧可能な画像の数、閲覧可能なページ数、閲覧可能な投稿数、閲覧可能な画像の色数及び解像度等の制限する対象又は制限する程度を異ならせることをいう。閲覧制限部１２０は、例えば、閲覧者の属性と閲覧制限の態様とを対応付けた制限態様テーブルを用いて閲覧制限の態様を判断する。

【0117】

図１８は、制限態様テーブルの一例を示す図である。図１８の例では、「Ｔｈ１未満」、「Ｔｈ１以上Ｔｈ２未満」、「Ｔｈ２以上」というフォロワー数（閲覧者の属性の一例）に、「Ｎ１未満」、「Ｎ１以上Ｎ２未満」、「Ｎ２以上」という閲覧可能ページ数（閲覧制限の態様の一例）が対応付けられている。閲覧者の属性及閲覧済みページ数は、閲覧者のユーザ情報としてユーザ記憶部１１２に記憶されるものとする。

【0118】

閲覧制限部１２０は、図９に示すＡ４５において、Ａ４４で読み出されたユーザ情報が示す閲覧者のフォロワー数に制限態様テーブルで対応付けられている閲覧制限の態様を特定する。閲覧制限部１２０は、例えば、フォロワー数がＴｈ１未満の閲覧者の場合は、閲覧されたページ数がＮ１ページに達するまで閲覧を許可し、閲覧されたページ数がＮ１ページに達すると閲覧を禁止する。また、閲覧制限部１２０は、フォロワー数がＴｈ２以上の閲覧者の場合は、閲覧制限を行わない。

【0119】

閲覧制限部１２０は、他の属性及び態様の場合も、同様に閲覧を制限すればよい。なお、図１８の例では、属性を示す各値を３つの範囲に分けたが、２つの範囲でもよいし、４以上の範囲に分けてもよい。また、閲覧制限部１２０は、閲覧者の属性が「使用言語」である場合は、例えば、閲覧者の使用言語が投稿における使用言語と同じであるか否かによって閲覧制限の有無を判断すればよい。

【0120】

投稿者にとって、閲覧制限は、無断転載者がこれ以上自分の投稿を転載できないようにする意味があるが、投稿によっては、自分が許可しなくても転載してもらって多くの人に見てもらいたい場合もある。ただし、その場合でも、転載先が適切でないと、投稿の価値やイメージが損なわれるおそれがある。そこで、例えば図１８の例であれば、フォロワー数が多い閲覧者ほど、投稿を適切に扱うと考えられるので、そのような適切な転載ができそうな閲覧者ほど閲覧制限の程度を軽くして、適切な転載で投稿を広めてもらいつつ、反対に適切な転載ができなそうな閲覧者ほど閲覧制限の程度を重くして、不適切な転載を抑制することができる。

【0121】

同様に、投稿者と嗜好が近い閲覧者ほど、投稿者の嗜好に関係するウェブページを見ている可能性が高いので、転載先が投稿者にとって適切なものになりやすい。また、投稿者と居住地域が近い閲覧者ほど、投稿者と同じ地域に関する情報を掲載するウェブページを見ている可能性が高いので、転載先が投稿者にとって適切なものになりやすい。また、投稿頻度、閲覧頻度及び閲覧アプリ使用時間は、ＳＮＳの活用の度合い（ヘビーユーザかライトユーザか）を示している。投稿者とＳＮＳの活用度が近いほど、転載のタイミングが投稿者にとって把握しやすいものになりやすい。また、投稿者と使用言語が同じ方が、使用言語が違う場合よりも転載先のウェブページが適切なもの（同じ使用言語のウェブページ）になりやすい。いずれの場合も、投稿の拡散と、不適切な転載の抑制とのバランスをとることができる。

【0122】

閲覧制限部１２０は、投稿の閲覧の制限を行う制限処理において、投稿自体の閲覧に限らず、投稿に付帯して閲覧することがある付帯情報についても制限を行ってもよい。付帯情報とは、例えば、投稿に関するダイレクトメッセージやチャット、ユーザＵ１０（投稿者）のプロフィール、関連する投稿のリコメンド画像等である。また、閲覧制限部１２０は、投稿及び付帯情報の全ての閲覧を制限してもよいし、一部の閲覧（例えば投稿とチャットの閲覧のみ）を制限してもよい。

【0123】

実施形態では、ユーザ情報を含む第１ＵＲＬではなくユーザ情報を含まない第２ＵＲＬへのアクセスで投稿を表示させる条件が、第１ユーザが所定の設定を行った場合に満たされる条件であったが、これに限らない。例えば、上述した投稿者の属性が、所定の属性である場合に満たされる条件が用いられてもよい。所定の属性とは、例えば、特定の嗜好、特定の居住地域、特定のフォロワー数、特定の投稿頻度、特定の閲覧頻度、特定の閲覧アプリ使用時間及び特定の使用言語等である。

【0124】

例えば、投稿者の嗜好がキャンプやジョギングのように著作権が関係する可能性が低いものである場合に、第２ＵＲＬの使用条件が満たされ、映画鑑賞や同人誌の作成のように著作権が関係する可能性が高いものである場合に、第２ＵＲＬの使用条件が満たされないものとしてもよい。このような態様によれば、著作権が関係する可能性が高い投稿ほど無断転載が抑制され、不要なトラブルの発生を抑制することができる。

【0125】

ＵＲＬ入力受付部１１８は、実施形態では、ＵＲＬ全体の入力を受け付けたが、これに限らない。ＵＲＬ入力受付部１１８は、例えば、ＵＲＬのうちユーザ情報又は暗号化されたユーザ情報の部分だけの入力をＵＲＬの一部の入力として受け付けてもよい。暗号化されたユーザ情報の部分とは、図１０の例であれば、「／」で区切られた区画のうち一番後ろ側の区画に配置された「Ｄｏｃ」ではない文字列（図１０の例では「（Ｕ１２暗号化）」の部分）である。また、暗号化されると文字列が意味をなさなくなるので、暗号化されていない部分と容易に見分けることができる。

【0126】

ＵＲＬ生成部１１６は、図９の例では、ユーザ端末２０から一覧要求データが送信されてきたときにＵＲＬを生成したが、ＵＲＬの生成タイミングはこれに限らない。ＵＲＬ生成部１１６は、例えば、投稿がされたときに全ユーザ向けのＵＲＬを予め生成しておいてもよい。まあ、ＵＲＬ生成部１１６は、投稿一覧の表示のときではなく、一覧から閲覧したい投稿が指定されたときにＵＲＬを生成してもよい。

【0127】

図１に示す全体構成は一例であり、これに限られない。例えば、サーバ装置１０は、２台以上の装置に分散されてもよい。具体的には、サーバ装置１０は、例えば、ウェブサーバとしての機能（主にサーバ表示処理部１１１、ユーザ記憶部１１２、認証部１１３、投稿記憶部１１５、アクセス受付部１１７、閲覧制限部１２０）を有する装置と、投稿を管理する機能（主に投稿処理部１１４、ＵＲＬ生成部１１６、ＵＲＬ入力受付部１１８、ユーザ抽出部１１９、閲覧制限部１２０）を有する装置とに分けてもよい。

【0128】

また、サーバ装置１０は、クラウドコンピューティングシステムに代替されてもよい。また、図４に示す機能構成も一例であり、これに限られない。例えば、サーバ装置１０の機能が２台以上の装置に分散して実現されてもよい。また、サーバ装置１０の機能の一部（例えばＵＲＬ入力受付部１１８や閲覧制限部１２０など）をユーザ端末２０が実現してもよい。

【0129】

また、１つの機能（例えばＵＲＬ生成部１１６や閲覧制限部１２０など）が行う動作を２以上の機能が分散して行ってもよいし、２以上の機能（例えば投稿処理部１１４及び投稿記憶部１１５等）が１つの機能に統合されてもよい。要するに、投稿管理システム１の全体で図４に示す各機能が実現されていれば、それらの機能を実現する装置はどのような構成であってもよい。

【0130】

上述した実施形態の態様は、サーバ装置１０を備える投稿管理システム１のような情報処理システムであったが、情報処理方法であってもよい。その情報処理方法は、その情報処理システムが実行する各処理のステップを備える。また、上述した実施形態の態様は、プログラムであってもよい。そのプログラムは、コンピュータに、同様の情報処理システムが実行する各処理を実行させる。

【0131】

<付記>
さらに、次に記載の各態様で提供されてもよい。

【0132】

（２）前記コンピュータに、前記第１ＵＲＬの入力を受け付けるＵＲＬ受付処理と、入力された前記第１ＵＲＬに含まれる前記ユーザ情報を抽出する抽出処理と、を実行させる、前記プログラム。

【0133】

このような態様によれば、第１ＵＲＬを転載した第２ユーザを特定することができる。

【0134】

（３）前記抽出処理では、前記第１ＵＲＬの入力が前記第１ユーザにより行われた場合に前記ユーザ情報を抽出する、前記プログラム。

【0135】

このような態様によれば、投稿者が転載者の情報を管理することができる。

【0136】

（４）前記第１投稿表示処理に加え、前記第２ユーザが前記第２ユーザのユーザ情報を含まない第２ＵＲＬへアクセスしたときに前記投稿を表示させる第２投稿表示処理が可能に構成され、前記第１投稿表示処理と、前記第２投稿表示処理と、のうち一方を行う前記プログラム。

【0137】

このような態様によれば、投稿の公開範囲を変動させることができる。

【0138】

（５）前記第１投稿表示処理と、前記第２投稿表示処理とは、前記第１ユーザの設定に基づいて選択される前記プログラム。

【0139】

このような態様によれば、投稿者が投稿の公開範囲を管理することができる。

【0140】

（６）前記コンピュータに、第１ユーザから第１ユーザの投稿の閲覧を制限する第２ユーザの指定を受け付ける制限処理を実行させる、前記プログラム。

【0141】

このような態様によれば、転載した投稿とは別の投稿も閲覧を制限されるので、無断転載の抑止力を向上させることができる。

【0142】

（７）前記ユーザ情報は、連絡先情報を含み、前記制限処理では、前記第１ユーザが指定した第２ユーザと共通の連絡先情報を含むユーザについて前記閲覧の制限を行う、前記プログラム。

【0143】

このような態様によれば、複数のユーザの閲覧をまとめて制限することができる。

【0144】

（８）前記制限処理では、前記第２ユーザの属性に応じた態様で前記閲覧の制限を行う、前記プログラム。

【0145】

このような態様によれば、転載によるメリットとデメリットのバランスをとることができる。

【0146】

（９）第１ユーザからの投稿を受け付ける投稿受付部と、第２ユーザが第１ＵＲＬへアクセスしたときに前記投稿を表示させる第１投稿表示部と、を備え、前記第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、前記第２ユーザのユーザ情報を含む、サーバ。

【0147】

（１０）コンピュータが、第１ユーザからの投稿を受け付ける投稿受付処理と、第２ユーザが第１ＵＲＬへアクセスしたときに前記投稿を表示させる第１投稿表示処理と、を実行し、前記第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、前記第２ユーザのユーザ情報を含む、方法。
もちろん、この限りではない。
また、上述した実施形態及び変形例を任意に組み合わせて実施するようにしてもよい。

【0148】

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0149】

１ ：投稿管理システム
２ ：通信回線
１０ ：サーバ装置
１１ ：制御部
２０ ：ユーザ端末
２１ ：制御部
１１１ ：サーバ表示処理部
１１２ ：ユーザ記憶部
１１３ ：認証部
１１４ ：投稿処理部
１１５ ：投稿記憶部
１１６ ：ＵＲＬ生成部
１１７ ：アクセス受付部
１１８ ：ＵＲＬ入力受付部
１１９ ：ユーザ抽出部
１２０ ：閲覧制限部
２１１ ：端末表示処理部
２１２ ：操作受付部
２１３ ：投稿生成部
２１４ ：アップロード部
２１５ ：投稿アクセス部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】