JP5237875B2 - 共有記事公開システム - Google Patents

Description

本発明は、「ウェブログ（以下ブログといい、掲示板を含む）」、「ホームページ」、「メール」等のように、複数のユーザから閲覧可能なネットワーク上の共有記事の公開システムに関する。

現在、パソコンや携帯電話のユーザ端末は、表示部と、表示部に表示されインターネット上のサイトを閲覧するためのウェブブラウザを有する。また、ある特定の「記事作成者」が、ユーザ端末のウェブブラウザにより文章や画像、動画等からなる「共有記事」を書き込む形式の「ブログ」といったツールが一般的に使われており、「ブログ」で書かれた共有記事に対して記事作成者が表示・非表示の設定ができるブログシステムが存在している。（例えば、特許文献１参照）
この特許文献１のブログシステムでは、記事作成者が管理画面で作成した記事を公開（表示）とするか非公開（非表示）とするか設定する。非公開に設定する場合に、このブログシステムでは、題名、名前、本文などの項目毎に非表示とする設定が可能である。

特開２００８−０９７２３８号公報

しかしながら、従来のブログシステムにあっては、以下のような問題点が挙げられる。

例えば、名前、題名、本文など、項目別に非公開にすることができるがブログ記事の一部分を非表示とすることができなかった。

本発明は、上記問題に着目してなされたもので、記事作成者側でブログ記事などの共有記事の一部分を非表示とすることができ、しかも共有記事の閲覧者にこの非表示部分を表示するか否かを選択させることで、記事作成者に自身の記事の公開性に段階を持たせることができる共有記事公開システムを提供することを目的とする。

上記課題を解決する為に、請求項１の共有記事公開システムでは、無線および有線の通信回線によるネットワークと、該ネットワークに接続された複数のユーザ端末と、前記ネットワークに接続されたサーバと、このサーバに接続され共有記事が読み書き可能に格納されたデータベースとを備え、前記各ユーザ端末は、前記ネットワークを介して前記サーバに接続して前記共有記事を閲覧または編集を行うための閲覧・編集手段と、前記共有記事を表示する表示部と、
前記閲覧・編集手段を操作するための操作手段とを有し、
前記サーバは、前記データベースの共有記事を出力する共有記事出力手段を有し、この共有記事出力手段は、前記複数の何れかのユーザ端末の操作手段による閲覧・編集により、前記データベースから共有記事を読み込んで、該ユーザ端末の表示部に共有記事を表示する共有記事公開システムにおいて、
前記サーバは、前記各ユーザ端末の表示部に表示可能且つ共有記事を隠すためのシールを出力するシール出力手段を有し、
前記表示部に表示されている共有記事に、前記ユーザ端末の操作手段により非表示範囲が設定された場合、
前記サーバのシール出力手段は、前記データベースから共有記事が読み出されるごとに、その設定された非表示範囲の共有記事を隠すシールを出力し、
前記閲覧又は編集を行うユーザ端末が前記サーバのシール出力手段から出力されるシールを受信すると、該ユーザ端末の閲覧・編集手段は、その設定された非表示範囲の共有記事をそのシールで覆い隠して前記表示部に表示し、
前記各ユーザ端末の操作手段の操作（マウスボタンのクリック等）によってこのシールを選択すると、このシールで覆われていた共有記事部分が表示され、
前記ユーザ端末の操作手段の操作によって前記第１シールが選択されると、選択された第１シールおよび前記ユーザ端末の情報が前記サーバに送信され、前記サーバは、この情報を受信して前記ユーザ端末に対して一度選択されたシールの出力を禁止することを特徴とする。

本発明によれば、ユーザ端末上で共有記事の一部分を非表示とすることができ、共有記事の閲覧者にこの非表示部分を表示するか否かを選択させることで、記事作成者に自身の記事の公開性に段階を持たせることができる。

ネットワーク上で提供される共有記事公開システムの一例としてのブログシステムの全体構成図である。 サーバのメイン処理動作のフローチャートを示す図である。 図２のブログ記事作成・編集のフローチャートを示す図である。 図３のプレビュー表示のフローチャートを示す図である。 図２のサーバのブログ記事閲覧動作のフローチャートを示す図である。 ユーザ端末からサーバにアクセスしてブログ記事を作成・編集する際の経時的なデータの流れと処理を示す図である。 ユーザ端末からサーバにアクセスしてブログ記事をサイト閲覧する際の経時的なデータの流れと処理を示す図である。 ユーザ端末からサーバにアクセスしてブログ記事をＲＳＳリーダにより閲覧する際の経時的なデータの流れと処理を示す図である。 ブログ記事作成ページで使用される独自タグの例と、この独自タグがサーバで変換された後のタグ例を示している。 （Ａ）〜（Ｃ）シール表示範囲を取得する際の説明図である。 （Ａ）テープタイプの独自タグでブログ記事を編集している際の記事テキスト例を示す図である。（Ｂ）（Ａ）の記事テキストがサーバで変換された後のＨＴＭＬソースデータを示す。（Ｃ）このＨＴＭＬソースデータを実際にブラウザで閲覧した状態を示す図である。（Ｄ）（Ｃ）に表示されているテープタイプのシールを選択して剥がした状態を示す図である。 （Ａ）ボックスタイプの独自タグでブログ記事を編集している際の記事テキスト例を示す図である。（Ｂ）（Ａ）の記事テキストがサーバで変換された後のＨＴＭＬソースデータを示す。（Ｃ）このＨＴＭＬソースデータを実際にブラウザで閲覧した状態を示す図である。（Ｄ）（Ｃ）に表示されているボックスタイプのシールを選択して剥がした状態を示す図である。 （Ａ）ステッカータイプの独自タグでブログ記事を編集している際の記事テキスト例を示す図である。（Ｂ）（Ａ）の記事テキストがサーバで変換された後のＨＴＭＬソースデータを示す。（Ｃ）このＨＴＭＬソースデータを実際にブラウザで閲覧した状態を示す図である。（Ｄ）（Ｃ）に表示されているステッカータイプのシールを選択して剥がした状態を示す図である。 （Ａ）シールを重ね貼りする際の記事テキスト例を示す図である。（Ｂ）（Ａ）の記事テキストがサーバで変換された後のＨＴＭＬソースデータを示す。（Ｃ）このＨＴＭＬソースデータを実際にブラウザで閲覧した状態を示す図である。（Ｄ）（Ｃ）に表示されているテープタイプのシール（１つ目）を選択して剥がした状態を示す図である。（Ｅ）（Ｄ）に表示されているテープタイプのシール（２つ目）を選択して剥がした状態を示す図である。 （Ａ）ブログ記事にテープタイプのシールとボックスタイプのシールがこの順で重ね貼りされた状態を示す図である。（Ｂ）（Ａ）のボックスタイプのシールが剥がされテープタイプのシールが露出した状態を示す図である。（Ｃ）（Ｂ）のテープタイプのシールが剥がされた状態を示す図である。 （Ａ）ブログ記事に３枚のシールが重ね貼りされている状態を示す図である。（Ｂ）（Ａ）のシールのうち、１つ目のシールが剥がされた状態を示す図である。（Ｃ）２つ目のシールが剥がされた状態を示す図である。（Ｄ）３つ目のシールが剥がされた状態を示す図である。 （Ａ）メッセージデータベース内のブログ記事を示す図である。（Ｂ）（Ａ）のブログ記事がサーバでＲＳＳ配信用に変換された状態を示す。（Ｃ）（Ｂ）の変換されたブログ記事がユーザ端末で閲覧された状態を示す。 ブログ記事を同一ページ内で段階的に公開する例を示した図である。

以下、本発明の共有記事公開システムを実現する形態を、図面を参照しながら示す実施例に基づいて説明する。

なお、ＸＭＬは、Extensible Markup Languageの略であり、データ、文章の論理構造及び物理構造を記述するための言語である。ＨＴＭＬはHyperText Markup Languageの略であり、Ｗｅｂページ作成用の言語の一つである。ＣＳＳとは、cascading style sheetの略で、ＨＴＭＬやＸＭＬの要素をどのように表示するかを指示するものである。

ＵＲＬは、Uniform Resource Locatorの略であり、ネットワーク上の端末やファイルの場所を特定するために用いられる。ＲＳＳは、RDF Site Summary（RSS 0.9とRSS 1.0）、Rich Site Summary（RSS 0.91） 、Really Simple Syndication（RSS 2.0）の略であり、ＸＭＬで記述されており、更新情報を配信するために用いられる。

ＣＧＩは、Common Gateway Interfaceの略で、Ｗｅｂサーバが、Ｗｅｂブラウザからの要求に応じて、プログラムを起動するための仕組みをさす。ＡＳＰは、Active Server Pagesの略で、動的にＷｅｂページを生成するＷｅｂサーバの拡張機能の一つである。

データベース（ＤＢ）は、特定のテーマに沿ったデータを集めて管理し、容易に検索・抽出などの再利用をできるようにしたものである。
ｍｐ３とは、MPEG Audio Layer-3の略で、デジタル音声のための圧縮音声ファイルフォーマットのひとつである。ＷＡＶまたはＷＡＶＥ(RIFF waveform Audio Format) は、音声データ記述のためのフォーマットである。ＪａｖａＳｃｒｉｐｔ（登録商標）はＷｅｂページで動作するプログラム作成に用いられるスクリプト言語である。

ＧＩＦ、ＰＮＧ、ＪＰＥＧは、インターネットでよく使用される画像ファイル形式である。

クッキー（Ｃｏｏｋｉｅ）とは、Ｗｅｂサイトの提供者が、Ｗｅｂブラウザを通じて閲覧者のユーザ端末に一時的にデータを書き込んで保存させるしくみである。本例では書き込まれた情報をさす。

ハイパーリンクとは、文書内に埋め込まれた、他の文書や画像などの位置情報をさす。「ハイパーリンクする」は、ハイパーリンクを付す行為をさす。
Ｆｌａｓｈ（登録商標）とは、アドビシステムズが開発している動画やゲームなどを扱うための規格及びそれを制作する同社のソフトウェア群であり、これにより作成されたコンテンツファイルをＦｌａｓｈファイルという。

検索ロボットとは、全文検索型サーチエンジンの検索データベースを作成するために、世界中のありとあらゆるＷｅｂページを回収するプログラムをさす。
シールとは、共有記事の一部または全部を隠すものである。

共有記事公開システムの一例であるブログシステム１００は、図１に示すように、インターネットやイントラネットなどの無線および有線の通信回線によるネットワーク１と、このネットワーク１に接続されてＷｅｂコンテンツを提供するサーバ１０と、このサーバ１０に接続されたデータベース２と、ユーザ（記事作成者や閲覧者）が使用するパーソナルコンピュータ（ユーザ端末）２Ａ，２Ｂや携帯電話（ユーザ端末）２Ｃなどを有している。このユーザ端末２Ａ，２Ｂ，２Ｃは、上記のネットワーク１に接続されている。

サーバ１０は、ネットワーク１を介してユーザ端末２Ａ，２Ｂ，２Ｃと情報交換可能となっている。
＜サーバ＞
サーバ１０は、ネットワーク１を介してユーザ端末２Ａ，２Ｂ，２Ｃに対し、ウェブアプリケーションのプログラムに基づいて自身の持っている機能やデータを提供する。

すなわち、サーバ１０は、Ｗｅｂサーバ機能と、ファイルサーバ機能と、これらのサーバ機能を利用してユーザ端末２Ａ，２Ｂ，２Ｃにシールを出力する機能（シール出力手段）とブログ記事を出力する機能（共有記事出力手段）を有するブログ機能とを備えており、ユーザ端末２Ａ，２Ｂ，２Ｃからの要求に応じてそれぞれの処理を行う。

このブログ機能とは、後述するメイン処理動作機能、ユーザ認証機能、ユーザ登録機能、ブログ記事作成・編集に関する機能等、ブログ記事閲覧に関する機能である。

データベース２は、ブログ記事（共有記事）用のメッセージデータベース４と、登録ユーザの登録ユーザ情報データベース（ユーザデータベース）５と、シールの種類を特定するためのＩＤ（以下、シールＩＤ）により識別されるシールとしてのシール画像、サウンドデータなどを格納したシール部品データベース３と等とを有し、Ｗｅｂサーバ用のサーバプログラムと、Ｗｅｂサーバで処理が実行されＡＳＰなどのＣＧＩであるウェブアプリケーションのプログラムと、ＣＳＳファイルと、ＪａｖａＳｃｒｉｐｔで記述されたファイルなどを保存している。

メッセージデータベース４には、後述するブログ記事作成・編集にて新しくブログ記事の作成を行った場合、ブログ記事ＩＤ、ブログ記事タイトル、ブログ記事、このブログ記事に設定した各シールを特定するためのＩＤ（以下、シールＳＩＤ）、シール毎の閲覧ログが保存される。

ブログ記事ＩＤは、ブログ記事に付されるユニークなＩＤでありブログ記事とともにメッセージデータベース４に保存される。このブログ記事ＩＤは、サーバ１０がメッセージデータベース４からブログ記事を読み出す際に、そのブログ記事を特定するために用いられる。

シールＳＩＤは、例えば「tape1_1」、「tape1_2」、「tape1_3」のように、シールに付された通し番号等のユニークなＩＤである。

閲覧ログは、時刻、シールＳＩＤ、ユーザ（閲覧者）等のデータから成るリストである。つまり、シール画像が閲覧者によって後述の選択がされたかどうか、つまり、シールが剥がされたかどうかを示すもので、「時刻」（後述）、「シールＳＩＤ」、「閲覧者」の項目で保存する場合、一例として、それぞれ「200904030942131412」、「tape1_1」、「user1」とする。また、「閲覧者」のデータは、ユーザ端末に発行したＣｏｏｋｉｅを使用できる。

ブログ記事タイトルとブログ記事は、ＨＴＭＬ形式などのテキストデータである。

ユーザデータベース５には、ユーザ登録した場合、ユーザＩＤ、ユーザパスワード（以下ユーザＰＷＤ）などが保存される。ユーザＩＤ、ユーザＰＷＤは、テキストや数字データまたはこれらの組み合わせである。

上述したブログ機能は一つのサーバ１０が担っているが、これに限らず、ネットワーク１や他のネットワークの回線を介してサーバ１０と連携する別のサーバやデータベースを設けて担わせてもよい。
（シール部品）
シールには、テープタイプ、ボックスタイプ、ステッカータイプがある（図１１（Ｃ）〜図１３（Ｃ）参照）。シールとして使用する画像（シール画像）の絵柄は、例えば、模様であったり、「びっくりするよ！？」「！！！」といったコメントの文字が描かれている。この画像には、ＰＮＧ, ＪＰＥＧ, ＧＩＦなどのウェブページに表示可能な画像フォーマットの画像が選択される。なお、以下に説明する「横巾」は左右方向（図において）の巾や長さを意味し、「縦巾」は上下方向（図において）の巾を意味する。
〔テープタイプ〕
テープタイプのシールは、ブログ記事を文字単位で隠すことができるタイプのシールで、テープの横巾は独自タグで囲われたブログ記事部分がウェブページに表示された際のこのブログ記事部分の横巾と略同一である。

また、テープの縦巾は基本的にウェブページに表示されたブログ記事のテキスト１行当たりの縦巾となる（図１１（Ｃ）のシールａ１参照）が、結果的にブログ記事が不可読状態となればよいので、縦巾と略同一でなくとも、それよりやや小さくてもよい。
〔ボックスタイプ〕
ボックスタイプのシールは、ブログ記事の複数行をまとめて隠すタイプのシールであり、後述するように独自タグで囲われたブログ記事が含まれる行を隠すように貼り付けされる。

このシールの横巾は、この独自タグで囲われたブログ記事部分がウェブページに表示された際にこのブログ記事部分中で最大となる行の横巾以上に設定される。また、このシールの縦巾は、そのブログ記事部分がウェブページに表示された際にウェブページ上で占める縦巾以上に設定される（図１２（Ｃ）のシールａ２参照）。
〔ステッカータイプ〕
ステッカータイプのシールは、後述するように独自タグ（図９参照）が記述されたブログ記事部分を基準に貼り付けられブログ記事を隠すタイプのシールである（図１３（Ｃ）のシールａ３参照）。

サウンドデータとしては、例えば、ｍｐ３，ｗａｖｅ（ＷＡＶ）などのサウンド形式のものが選択される。このサウンドデータは、例えば閲覧者の注意を引き付けるような効果音でシールの選択時に再生して鳴らすためのものである。前記サウンド形式に限られずブラウザのＦｌａｓｈ（登録商標）ファイル再生機能により再生されるものであれば他のサウンド形式でも良い。

ＣＳＳファイルには、一般的なウェブページの表示スタイルの設定と、各シールのシールＩＤとそれに対応するシール画像のＵＲＬ等が記載されている。

ＪａｖａＳｃｒｉｐｔで記述されたファイル（ＪａｖａＳｃｒｉｐｔファイル）には、各種処理関数、シールＩＤとそれに対応するサウンドファイルのＵＲＬ等が記述されている。

シールＩＤは、シールＳＩＤとは異なるＩＤであり、シールの種類やそれに関連するサウンドの種類を特定するためのものである。
＜ユーザ端末＞
図１に示すように、ユーザ端末２Ａ，２Ｂ，２Ｃは、ウェブページを閲覧および編集できるブラウザ（閲覧・編集手段）（不図示）と、入力手段および操作手段としてのキーボード６およびマウス８と、ブログ記事とブログ記事管理画面等を映し出すためのモニタ（表示部）７と、ＲＳＳリーダ（不図示）、記憶手段（不図示）等とを有する。

なお、図１においては、簡易的にパーソナルコンピュータによる２台のユーザ端末２Ａ，２Ｂと、携帯電話による１台のユーザ端末２Ｃを示しているが、実際には、これ以外に複数のユーザ端末が存在する。

また、このＲＳＳリーダは、サーバ１０にアクセスしてＲＳＳ配信用のＸＭＬデータ（以下ＲＳＳファイル）を取得および解析してブログ記事が新たに作成されたか、または既存のブログ記事が更新されたかどうかの更新情報を取得して、このブログ記事の一部または全部をユーザ端末のモニタ７に表示したり、そのブログ記事の内容をユーザ端末に音声出力させたりするものである。

上述したブラウザは、例えば、インターネットエクスプローラ（登録商標）等のウェブブラウザであり、Ｆｌａｓｈ（登録商標）ファイル再生機能、通信機能、ＨＴＭＬデータを解析するＨＴＭＬパーサ機能、サウンドデータ再生機能、ＨＴＭＬデータに基づいて画像やテキスト、又はそれらを内包する矩形を階層的に表示する階層表示機能、ＪａｖａＳｃｒｉｐｔ等の所定の言語で記述されたプログラムを実行するプログラム実行機能等を有している。

階層表示機能を具体的に説明すると、ＨＴＭＬ要素に対して例えば上述のＣＳＳファイルで指定されたｚ−ｉｎｄｅｘ値とＨＴＭＬ要素のツリーの順番に基づいて、ある画像の上に画像が重なった状態で表示したり、テキストの上に画像を重ねて表示したり、テキストの上に例えば単色（背景色など）で不透明な矩形を表示したりする機能である。

また、前記ブラウザは、モニタ７にウェブページを表示するための表示領域を有し、ウェブページ（表示領域とは異なる）の最も左上の点を原点としてＸ方向とＹ方向とに座標が定められている。
＜サーバの処理動作＞
サーバ１０として有する処理動作を以下に説明する。
（メイン処理動作）
メイン処理動作とは、ユーザ端末からのアクセスを監視するとともにアクセスされたときにユーザ端末がどのＵＲＬにアクセスしようとしているかＵＲＬを解析して、この解析結果から後述する各種の動作を行わせる処理動作をさす。

以下、メイン処理動作を図２に示すフローチャートに基づいて説明する。

図２を参照して、ステップＳ１では、ユーザ端末からのアクセスがあるか否かを判断する。アクセスがありＹＥＳの場合はステップＳ２に進み、アクセスがなくＮＯの場合はステップＳ１に戻る。

ステップＳ２では、アクセスしてきたユーザ端末が何処のブログページにアクセスしようとしているか、そのＵＲＬを解析する。また、ここでは、ＵＲＬ解析結果から、サーバプログラムに引数として渡されるログイン用に入力したユーザＩＤ値などの各種データ、下記の各種要求を表す値などを取り出す。

ステップＳ３では、ＵＲＬ解析結果からユーザ認証が要求されているか否かを判断する。ユーザ認証が要求されておりＹＥＳの場合は、ステップＳ７のユーザ認証へ進む。ユーザ認証が要求されておらずＮＯの場合は、ステップＳ４に進む。

ステップＳ４では、ＵＲＬ解析結果からユーザ登録が要求されているか否かを判断する。ユーザ登録が要求されておりＹＥＳの場合は、ステップＳ８のユーザ登録へ進む。ユーザ登録が要求されておらずＮＯの場合は、ステップＳ５に進む。

ステップＳ５では、ＵＲＬ解析結果からブログ記事編集が要求されているか否かを判断する。ブログ記事編集が要求されておりＹＥＳの場合は、ステップＳ９に進む。ＮＯの場合は、ステップＳ６のブログ記事閲覧に進む。

ステップＳ９では、ユーザ端末がログイン状態か否かを判断する。ユーザ端末がログイン状態でＹＥＳの場合はステップＳ１０のブログ記事編集へ進む。ユーザ端末がログイン状態ではなくＮＯの場合は、ステップＳ１に戻る。
（ユーザ認証）
ステップＳ７のユーザ認証では、公知のものと同様な処理を行うものであり、ユーザ端末で入力されたユーザＩＤ、ユーザＰＷＤに基づいてユーザデータベース５のユーザＩＤとユーザＰＷＤと一致するか調べる。一致する場合は、ユーザ端末がログイン状態とする。一致しない場合はユーザ端末のブラウザにエラー表示して、ステップＳ１に戻る。
（ユーザ登録）
ステップＳ８のユーザ登録は、公知のものと同様な処理を行うものであり、ユーザ新規登録画面のＨＴＭＬソースデータをユーザ端末に送信してブラウザに表示させ、ユーザ端末で入力されユーザ端末から送信されたユーザＩＤとユーザＰＷＤを受け取ってユーザデータベース５に保存し、新規登録する。そして、ステップＳ１に戻る。
（ブログ記事作成・編集）
図３を参照して、ステップＳ１１では、ステップＳ２のＵＲＬ解析結果から対応するブログのタイトル一覧を得て、それを基に作成したブログ記事管理画面のＨＴＭＬソースデータをユーザ端末に送信する。

ブログ記事管理画面は、例えば、ハイパーリンクされた状態でリスト表示されたブログ記事のタイトルと、ブログ記事新規作成ボタン等とを有し、モニタ７に表示される（不図示）。

以下、一例としてユーザ端末２Ａがネットワーク１に接続された場合について説明する。

ステップＳ１２では、ブログ記事管理画面で選択されたブログ記事を編集又は新規にブログ記事を作成するためのブログ記事編集画面のＨＴＭＬソースデータをユーザ端末２Ａへ送信する。このブログ記事編集画面には、記事投稿ボタン、テキストの入力と編集ができるテキストフィールド、プレビューボタンがモニタ７に表示されている（不図示）。

ステップＳ１３では、ユーザ端末２Ａからブログ記事のプレビュー表示が要求されているか否かを判断する。要求されておりＹＥＳの場合は、ステップＳ１４のプレビュー表示に進み、ＮＯの場合は、ステップＳ１６へ進む。

プレビュー表示した後のステップＳ１５では、編集続行の要求があるか否かを判断する。要求がありＹＥＳの場合は、ステップＳ１２へ戻る。要求がなくＮＯの場合にはステップＳ１６に進む。

ステップＳ１６では、ユーザ端末２Ａからの書込要求があり、ブログ記事の書き込みデータがあるか否かを判断する。ＮＯの場合はリターンしてステップ Ｓ１に戻る。ＹＥＳの場合は、ステップＳ１７に進む。

ステップＳ１７では、ブログ記事の書き込みデータをメッセージデータベース４に保存する。
（プレビュー表示）
図４を参照して、ステップＳ１８では、ユーザ端末２Ａからサーバ１０に送られてきたプレビュー用の記事データを解析する。

ステップＳ１９では、この解析結果から記事データに独自タグ（図９参照）が記述されているか否かを判断する。独自タグが記述されておりＹＥＳの場合は、ステップＳ２０に進む。独自タグが記述されていないＮＯの場合は、ステップＳ２１へ進む。

ステップＳ２０は、独自タグをＨＴＭＬタグに置換する。例えば、独自タグ「<a:tape1>」「</a:tape1>」をそれぞれ「<span class=”tape1”>」「</span>」に変換する（図９参照）。

ステップＳ２１では、記事データにＨＴＭＬヘッダーやＨＴＭＬフッター等をつけてユーザ端末２Ａへ送信する。

このＨＴＭＬフッターとＨＴＭＬヘッダーには、シールを貼る所定の範囲（以下、シール表示範囲とする。）を取得する関数、シールが選択された際にシールを剥がす処理関数、シールが選択されシールが剥がされた際にサーバ１０へこのシールのシールＳＩＤ、閲覧者のユーザ端末２Ａに発行したＣｏｏｋｉｅ等の各種データを送信するための各種処理関数が記述されている。上記したＣＳＳファイルのＵＲＬも記述されている。

これらの処理関数については、ＨＴＭＬヘッダーやＨＴＭＬフッターに記述せずとも外部ファイルに記述した形でサーバ１０のデータベース２に保存され常にアクセス可能となっていてもよい。

ステップＳ２２では、ユーザ端末２Ａからのシール部品のデータ（シール画像、サウンドデータなど）の要求があるか否かを判断する。要求がなくＮＯの場合、図３のステップＳ１５に進む。要求がありＹＥＳの場合は、ステップＳ２３進む。

ステップＳ２３では、上記要求に基づいて、対応するシール部品のデータを、ユーザ端末２Ａに送信し、図３のステップＳ１５に進む。
（ブログ記事閲覧）
図５を参照して、ステップＳ２４では、ステップＳ２のＵＲＬ解析結果から対応する記事データをメッセージデータベース４から取得する。

ステップＳ２５では、取得した記事データを解析する。

ステップＳ２６では、ステップＳ２のＵＲＬ解析結果からＲＳＳ配信が要求されているか否かを判断する。ＲＳＳ配信が要求されているＹＥＳ場合はステップＳ２７に進む。ＲＳＳ配信が要求されていないＮＯの場合は、ステップＳ３１に進む。

ステップＳ２７では、ステップＳ２５の解析結果から記事データに独自タグ（図９参照）の記述があるか否かを判断する。独自タグの記述がありＹＥＳの場合はステップＳ２８に進む。独自タグの記述がなくＮＯの場合はステップＳ２９に進む。

ステップＳ２８では、独自タグで囲い込まれていたブログ記事部分を代替テキスト（テキスト部分とは別の意味を表す文字列）に置換する。

例えば、独自タグで囲い込まれた部分「＜a:tape1>モリタさん</a:tape1>」を「＜＜見に来て下さい＞＞」のように差し替える。この差し替えにより、記事作成者が隠そうとした部分（上記例では「モリタさん」）の情報は配信されるＲＳＳファイルに含まれない（図１７参照）。

ステップＳ２９では、記事データの一部または全部を埋め込んだＲＳＳ配信用のＸＭＬデータ（ＲＳＳファイル）を作成する。

ステップＳ３０では、このＲＳＳファイルをユーザ端末２Ａに送信し、ステップＳ１に戻る。

一方、ステップＳ３１では、ステップＳ２５の解析結果から記事データに後述の独自タグ（図９参照）の記述があるか否かを判断する。独自タグの記述がありＹＥＳの場合はステップＳ３２に進む。独自タグの記述がなくＮＯの場合はステップＳ３３に進む。

ステップＳ３２では、独自タグの記述部分を一般的なＨＴＭＬタグ、例えば「<span>」タグに変換する。

例えば、独自タグで囲い込まれた部分「＜a:tape1>モリタさん</a:tape1>」を「<span class=”tape1”>モリタさん</span>」のように差し替える。このように、変換後のタグのclass値に独自タグの種類に応じたシールＩＤ値（例えば「tape1」）を記述する（図９参照）。

ステップＳ３３では、記事データにＨＴＭＬファイルの書式となるように上述したようにＨＴＭＬヘッダーおよびＨＴＭＬフッターをつけてユーザ端末２Ａに送信する。

ステップＳ３４では、ユーザ端末２Ａからのシール部品のデータ（シール画像、サウンドデータなど）の要求があるか否かを判断する。要求があるＹＥＳの場合、ステップＳ３５へ進む。要求がないＮＯの場合は、リターンしてステップＳ１に戻る。

ステップＳ３５では、要求に基づいて対応するシール部品のデータを、ユーザ端末２Ａに送信し、リターンしてステップＳ１に戻る。
＜ブログ記事を作成・編集する際の流れ＞
図６を参照して、ステップＳ３６では、ログイン状態でない記事作成者がブログ管理画面へ入る際に、表示されたログイン画面（不図示）上でユーザＩＤ、ユーザＰＷＤを入力してログインボタン（不図示）をクリックすることにより、ユーザ端末２Ａからサーバ１０にユーザＩＤ，ユーザＰＷＤの送信がなされてサーバ１０で認証処理が行われる。

ステップＳ３７では、認証された場合にユーザ端末２Ａがログイン状態となるとともにブラウザの表示画面がブログ管理画面に遷移する。認証されなかった場合は、エラー画面が表示される。

ステップＳ３８では、記事作成者は、ブログ記事編集画面に表示されているブログ記事の編集テキストフィールドでブログ記事の内容を入力および編集する。

既存のブログ記事を編集する場合は、例えばブログ記事管理画面にリスト表示されたブログ記事のタイトルを選択しておくことで記事データが編集テキストフィールドにロードされる。

ブログ記事にシールを貼る編集では、図９、図１１（Ａ）、図１２（Ａ）および図１３（Ａ）に示すように、独自のタグを用いてシールを貼りたい文章を挟み込むように記述する。シールを重ねて貼る記述方法については後述する。

例えば、テープタイプのシールは「<a:tape1>モリタさん・・・でした</a:tape1>」のように記述し、ボックスタイプのシールは「<a:seal1>なんと・・・♪♪♪</a:seal1>」のように記述し、ステッカータイプのシールは「<a:sticker1>」のように記述する（図１１（Ａ）、図１２（Ａ）、図１３（Ａ）参照）。この独自タグの記述に拠り、ブログ記事にシール範囲（第１非表示範囲）が設定される。

ステップＳ３９では、ブログ記事の編集が完了したら記事作成者はブログ管理画面に表示されている「プレビューボタン」（不図示）をクリックする。このクリックにより、編集した記事データがサーバ１０に送信され、サーバ１０ではステップＳ１８〜Ｓ２３のプレビュー表示に関する一連の処理がなされる。

ステップＳ４０では、ユーザ端末２Ａは、サーバ１０から送信されてきたプレビュー用のＨＴＭＬソースデータを受信する（図１１（Ｂ）、図１２（Ｂ）、図１３（Ｂ）参照）。「プレビューボタン」をクリックしない場合はこのステップＳ３９，Ｓ４０は省略される。

ステップＳ４１では、ユーザ端末２Ａのブラウザは、受信したＨＴＭＬソースデータに基づいて、編集したブログ記事が自身のブログでどのように表示されるのか実際にその編集したブログ記事をプレビュー表示させる（図１１（Ｃ）、図１２（Ｃ）、図１３（Ｃ）参照）。

このプレビュー表示により、記事作成者が実際にシールをクリック等して選択して、シールを剥がすなどの動作を試すことができる（図１１（Ｄ）、図１２（Ｄ）、図１３（Ｄ）参照）。これにより、閲覧者にどのように閲覧させることとなるのかを確認することができる。

ステップＳ４２では、記事作成者が自身の編集したブログ記事がプレビュー表示された状態で問題ないと判断した場合には、ブログ記事管理画面の「記事投稿」ボタン（不図示）をクリックする。

ステップＳ４３では、編集した内容が記事データとしてサーバ１０に送信され、サーバ１０側で記事データがメッセージデータベース４に保存される。このとき、記事データに含まれる各シールにシールＳＩＤを付与する。
＜閲覧時の流れ＞
（サイト閲覧）
以下、図７を参照しながら、一例として閲覧者がユーザ端末２Ｂによりブログ記事をブラウザで閲覧する際の流れを説明する。

ステップＳ４４では、閲覧者がブラウザに閲覧するブログのＵＲＬを入力することによって、ユーザ端末２Ｂがネットワーク１を介してサーバ１０に接続される。そして、サーバ１０は、上述したサイト閲覧処理のステップＳ２４からＳ３３を行いＨＴＭＬソースデータを作成してユーザ端末２Ｂへ送信する。

ステップＳ４５では、ユーザ端末２Ｂは、サーバ１０からＨＴＭＬソースデータを受信する。

ステップＳ４６では、このＨＴＭＬソースデータにハイパーリンクされたＣＳＳファイルおよびＪａｖａＳｃｒｉｐｔファイルをデータベース２からダウンロードして、このブラウザは受信したＨＴＭＬソースデータ、ＣＳＳファイルおよびＪａｖａＳｃｒｉｐｔファイルに基づいてブログページを表示する。

この表示に先立って、ユーザ端末２Ｂのブラウザは受信したＨＴＭＬソースデータのＨＴＭＬツリーを解析する。この解析により、シールを貼ることを指示する、例えば「<span class=”tape１”>モリタさん</span>」等があるか調べる。
ある場合は、ＨＴＭＬソースデータのＨＴＭＬヘッダー部分やＨＴＭＬフッター部分の処理関数に基づいて、クラス値からシールのシールＩＤを取得する。

ここで、ユーザ端末２Ｂのブラウザは、ブログ記事を表示する際、ブログ記事に設定されたシール範囲から後述の方法でシール表示範囲を取得して、このシール表示範囲にシール毎に決められた上記矩形を表示し、その範囲のブログ記事部分が閲覧者に見えないようにする。

具体例としては、「span」のＨＴＭＬ要素を利用して、ｚ−ｉｎｄｅｘの指定に拠り、ブログ記事の表示階層より上の階層に不透過のレイヤ等の上記矩形を配置してシール範囲のブログ記事部分を覆い隠す。

このようにする理由は、一般的に画像データは、テキストデータに比べデータサイズが大きいため、ユーザ端末２Ｂによってはその通信回線の速度が低い場合もあり、画像データとテキストデータの両者間におけるダウンロード時間の差が拡大する。このため、シール画像が表示されるかなり前の時点で隠すべきブログ記事部分が表示されてしまい、閲覧者に読まれてしまうこともありうる。

このため、シール表示範囲に単色の上記矩形を表示してシール範囲のブログ記事を非表示とする処理により、シール画像のダウンロードが完了する前に、テキストを隠して閲覧者に読まれることを防止する。

ステップＳ４７では、サーバ１０が、ユーザ端末２Ｂのブラウザにユーザ端末２Ｂを特定する情報として発行したＣｏｏｋｉｅを保存させる。

ステップＳ４８では、ステップＳ４６でダウンロードしたＣＳＳファイルからシールＩＤに対応するシール画像のＵＲＬを取得する。また、ダウンロードしたＪａｖａＳｃｒｉｐｔファイルからそのシールＩＤに対応するサウンドデータのＵＲＬを取得する。

例えば、上記のようにクラス値のシールＩＤが「tape1」の場合、サーバ１０からダウンロードしたＣＳＳファイルに「tape1 ./images/tape1.png 」等のようにシールＩＤとそれ対応するシール画像のＵＲＬが記述されているので、ユーザ端末２ＢのブラウザはこのＣＳＳファイルによりシール画像のＵＲＬを取得する。

また、ＪａｖａＳｃｒｉｐｔファイルには「tape1 ./sounds/tape1.mp3」等のようにシールＩＤとそれ対応するサウンドファイルのＵＲＬが記述されているので、ユーザ端末２ＢのブラウザはこのＪａｖａＳｃｒｉｐｔファイルによりサウンドファイルのＵＲＬを取得する。

ＵＲＬ取得についてテープタイプを例として述べたが、ボックスタイプやステッカータイプのシールについても同様である。

ステップＳ４９では、ユーザ端末２Ｂのブラウザは、取得したＵＲＬに基づいてサーバ１０にシール部品の要求を出し、サーバ１０から上記シール画像および関連するサウンドデータをダウンロードする。

ステップＳ５０では、ユーザ端末２Ｂのブラウザは、ステップＳ４９でダウンロードしたシール画像をシール表示範囲に表示する（図１１（Ｃ）、図１２（Ｃ）、図１３（Ｃ）参照）。

例えば、「＜span class=”tape1”>モリタさん</span>」と記述されている場合、「＜span class=”tape1”>」と「</span>」とに挟まれる文字「モリタさん」のブログ記事部分をテープタイプのシールにより覆い隠す。

ステップＳ５１では、閲覧者がマウス８等でこのシールをクリック等して選択する。

ステップＳ５２では、ユーザ端末２Ｂのブラウザは、ステップＳ４９でダウンロードしたサウンドファイルの再生を開始するとともにシールの横巾や縦巾を減少させていき、最終的にはシールをブラウザの表示領域から消す（図１１（Ｄ）、図１２（Ｄ）、図１３（Ｄ）参照）。この処理は、例えば、ＪａｖａＳｃｒｉｐｔなどにより記述された時間関数に基づいて行われる。これにより、シールで隠れていたブログ記事部分が表示される。

ここで、シールを当初の表示位置から異なる位置へ移動させて隠されていたブログ記事部分を閲覧者が閲覧できるようにしても良い。たとえば、シールが選択されたときにシールをブラウザの表示領域外にとばしたり、ブラウザの表示領域の下部へ落下するように移動させて溜まるようにしたりしてもよい。さらに、時間の経過とともに次第に透明にしていく処理としてもよいし、シール画像を差し替える処理を行ってシール範囲のブログ記事部分を表示するようにしても良い。また、サウンドファイルの再生は伴わなくても良い。つまり、シールで隠れていたブログ記事部分が表示されて可読状態となればよい。
なお、ウェブページを更新表示する処理（新たにサイト閲覧）すると、このシールが再び当初の表示位置に表示され、ブログ記事部分が隠されて不可読状態となる。

ステップＳ５３では、ユーザ端末２Ｂのブラウザは、ブログ記事ＩＤ、選択されたシールのシールＳＩＤ、ユーザ端末２Ｂに発行されているＣｏｏｋｉｅ等をサーバ１０へ送信する。この処理は、例えばＪａｖａＳｃｒｉｐｔにより記述された処理関数をシール選択時に呼び出して行う。

具体例としては、サーバ１０側が呼び出すＡＳＰのＣＧＩプログラムの引数として「・・・seal_sid＝tape1_1&・・・」等としてＵＲＬに付加してサーバ１０に渡す。

サーバ１０は、このデータを受信した時の時刻データ（例えば「200904030942131412」）を作成し、ブログ記事ＩＤによりメッセージデータベース４における該当するブログ記事の保存領域を特定して、選択されたシールに関するこれらの情報（ユーザ端末２Ｂに発行されているＣｏｏｋｉｅ，シールＳＩＤ等）、前記時刻データをメッセージデータベース４に保存する。
（ＲＳＳ配信による閲覧）
以下、図８を参照しながら、一例として閲覧者がユーザ端末２Ｃを操作してＲＳＳ配信によりブログ記事を閲覧する際の流れを説明する。なお、ユーザ端末２ＣのＲＳＳリーダには閲覧者が閲覧するブログ記事サイトのＲＳＳ配信用のＵＲＬが登録されているものとする。

ステップＳ５４では、ユーザ端末２ＣはＲＳＳリーダの起動によりサーバ１０に接続される。サーバ１０ではステップＳ２４〜Ｓ３０のＲＳＳ配信用の一連のブログ記事閲覧処理が行われＲＳＳファイルがユーザ端末２Ｃに送信される。

ステップＳ５５では、ユーザ端末２ＣのＲＳＳリーダがＲＳＳファイルを受信する。

ステップＳ５６では、ＲＳＳリーダは受信したＲＳＳファイルに基づいてブログ記事をユーザ端末２Ｃに画面表示や音声出力等させてユーザ端末２Ｃのユーザに提示する。

ここで、サーバ１０で独自タグが置換されている場合、その置換された文字がそのブログ記事の一部としてユーザ端末２Ｃのユーザに提示される。（図１７参照）。
＜シール表示範囲の取得方法＞
ブログ記事に設定したシール範囲からシール表示範囲を取得する方法について、以下の文例と図１０を参照しながら説明する。

文例１：「その人とは、なんと<span class=”tape1”>モリタさん</span>です！！！ビックリでしたよーーー。」
図１０（Ａ）に示すように、「モリタさん」の部分が改行されずに１行で表示される場合、「モリタさん」の部分を含むＨＴＭＬ要素（この場合はspan要素）の左上点ｐ１について、表示されたページ上でのＸＹ座標（以下、ＸＹ座標）を取得し、同様に「ん」の右下点ｐ２のＸＹ座標情報を取得する。この２点ｐ１，ｐ２を結んだ線を対角線とした長方形の範囲Ｒ１がシール表示範囲となる。

ブラウザの種類、表示フォントサイズなど環境の違いに拠り、図１０（Ｂ）に示すように、「モリタさん」が２行またはそれ以上に跨る場合で、例えば、「モリ」で改行され「タさん」と次行で続く場合、「モリ」と「タさん」の改行前後の２部分、すなわち、点ｐ３，ｐ４間と点ｐ５，ｐ６間で上記同様にそれぞれシール表示範囲Ｒ２ａ，Ｒ２ｂの取得がなされる。３行以上の場合も各行において上記同様にシール表示範囲の取得がなされる。

文例２：「その人とは、<span class=”seal1”>なんとモリタさんです</span>！！！」
図１０（Ｃ）を参照して、ボックスタイプのシールの場合、文例２「<span class=”seal1”>」「</span>」で囲われたブログ記事部分が記述されている行を特定する（この場合では、２行目と３行目）。２行目の左上点ｐ７と３行目の右下点ｐ８のＸＹ座標がそれぞれ取得され、この２点ｐ７，ｐ８を結んだ線を対角線とした長方形の範囲Ｒ３がシール表示範囲に該当する。

文例３：「その人とは、なんと<span class=”sticker1”></span>モリタさんです！！！」
ステッカータイプの場合、「<span class=”sticker1”>」「</span>」で囲われた部分についてテープタイプのシールと同様にspan要素の範囲Ｒ５が取得され、この範囲Ｒ５を基準としてステッカータイプのシールが貼られる。

例えば、範囲Ｒ５の中心となる点ｐ９を取得してこれとシール画像の中心点を同心として貼り付けする等の処理を行う。この場合、シール表示範囲は、特に定められないので、実質的にはステッカータイプのシール画像が占める範囲Ｒ４となる。また、ステッカータイプのシールの場合は、シール表示範囲が特に定められないことからシール表示範囲に上述した単色の矩形を表示する処理は行わない。
＜重ね貼り＞
図１４を参照して、シールの重ね貼りについて以下に説明する。
シールを重ね貼りする場合、図１４（Ａ）に示すように、ブログ記事管理画面の編集テキストフィールドに入力したブログ記事に対し、非表示にしたい範囲を独自タグで挟み込む記述をする。そして、この挟み込まれたブログ記事部分に対して独自タグでさらに挟み込む入れ子記載をする。

図１４（Ａ）のものでは、「<a:tape2>」と「</a:tape2>」の記述によりシール範囲（第１非表示範囲）が設定され、さらにこのシール範囲内に「<a:tape1>」と「</a:tape1>」を記述することで、ブログ記事に別のシール範囲（第２非表示範囲）が設定されたこととなる。

これらの独自タグは、上述してきたようにサーバ１０側で変換される（図１４（Ｂ）参照）。そして、変換後の記事データはユーザ端末に送信されて、ユーザ端末のブラウザに表示される（図１４（Ｃ）参照）。

一見して、テープタイプのシールａ４しか表示されていないように見えるが、このシールａ４をマウス８等で選択して剥がすと、その下に隠れていたテープタイプのシールａ５が表示される（図１４（Ｄ）参照）。

さらに、このシールａ５を選択して剥がすと２重に隠されていたブログ記事部分が表示される（図１４（Ｅ）参照）。

このように、独自タグを入れ子記載することによりシールを重ね貼りすることできる。

重ね貼りするシール数は２つに限られず、独自タグの囲い込みを繰り返すことで、３つ以上のシールを重ね貼りすることができる。その際、上記の例で示したように囲い込みの内側にある独自タグほど、それに対応するシールがブラウザ上では奥（より下の層）に配置されることとなる。

以下、実施例のブログシステム１００の作用・効果を説明する。
（１）シールにより記事作成者が非表示にしたい情報を部分的に隠すことができる。
例えば、物語の結末など人によっては知りたくない情報を、記事作成者がシールを用いて該当箇所を隠すことができる。

従来までは、記事作成者が、非表示にしたい情報を背景色と同色で記載して、知りたい閲覧者が記載部分をマウス８でドラッグ等して選択反転することで可読状態にして閲覧したり、または、前記情報をブラウザの表示領域に収まらないページの下方部分に記載して知りたい閲覧者のみがページをスクロールしてその情報を表示領域に表示させて知得するようにしていたが、このような面倒な操作を閲覧者に強いることがない。

また、閲覧者は、クリック等の簡単な選択操作でシールを剥がして該当箇所を表示させることができるため、容易にその情報を知り得ることができる。

（２）ブログ記事の一部をシールで隠しておき、閲覧者にこのシールを剥がさせるため、シールで隠されている情報に対する閲覧者の注目度を上げることができる。
閲覧者にシールをクリック等の選択をさせてシールを剥がさせるという主体的な動作を伴わせるため、ブログ記事のテキストを太字や色文字等の装飾文字にして表示する場合に比べ、より一層閲覧者の注目度を高めることができる。

（３）複数のシールを用いることにより、公開する文章を同一ページ内で段階的に公開することができるようになる。
例えば、図１８に示すように、作成者が公開したい段階毎に個別のシールで該当箇所をそれぞれ隠しておき、閲覧者に一枚ずつ剥がさせて読ませるようにすることで、同一ページ内で段階的に情報公開をすることが可能となる（図１８（Ａ）〜（Ｄ）参照）。

このため、従来のように公開したい文章を異なるＷｅｂページに分けて記載し、それぞれをハイパーリンクさせて段階的に情報を公開する必要がないので、閲覧者は次の段階の情報を得るために新たなページを開く必要がない。

このため、新たにウェブページを開くことによる処理速度の低下、ページを読み込む度に起こる待ち時間の発生等の問題が生じることがない。
（重ね貼り）

（４）複数のシールを重ね貼りすることにより、公開する文章を同一ページ内でさらに段階的に公開することができるようになる。
例えば、ブログ記事のテキストをページの背景色と同色にしてページに溶け込ませ、閲覧者がこのテキストを選択反転して可読状態として閲覧する方法では、情報の公開に対して、表示する/しないの０／１の切替しかできないが、本実施例のシステムで複数のシールを重ね貼りをすることで、ある一つのまとまった文章においてシールの下にさらにシールがあることとなり、各層ごとに段階的に文章が表示される。

これにより、情報の公開を少しずつ行うことが可能となるとともに、どの程度まで公開するかの閲覧者自身が選択することができる。

また、上記従来のものではブログ記事のテキストがウェブページの背景色と同色でありウェブページに溶け込んでしまっているので、閲覧者は知りたい情報どこに記載されているかその箇所を特定するのが非常に困難であるが、本実施例のシステムではブログ記事の一部がシールにより隠されシールが貼られた部分が何処かすぐに特定できるのでこのような問題が生じることがない。なお、これは重ね貼りをしない場合にも共通する本システムの特徴である。

図１５に示す重ね貼りによる段階付けの例では、ボックスタイプのシールａ６しか見えていないが、実はその奥にテープタイプのシールａ７が貼ってある。
シールａ６を貼って隠すことにより、あらすじを知りたくない閲覧者が、その内容を知らずにすむようにする。

この場合、話のあらすじを知りたい閲覧者はシールａ６をめくってあらすじを可読状態として閲覧する。さらに、このシールをめくった状態で「正体」部分にシールａ７が貼ってあるため、「正体」まで知りたい閲覧者はシールａ７を剥がして読めばよく、知りたくない閲覧者はこのシールａ７を剥がさなければよい。

また、何枚も重ね貼りをして、閲覧者が何度シールを選択してもなかなかテキストが表示されないようにするなど、作成者自身の独創性によって重ね貼りの仕方に工夫を加えることで、情報公開に対する新たな演出方法を可能とする。
例えば、図１６（Ａ）〜（Ｄ）に示すように、重ね貼りによる新たな演出法として３枚ものシールａ８，ａ９，ａ１０をめくらせて中身が読めるようにすることも可能である。

（ＲＳＳ配信・検索ロボットの巡回に対する作用・効果）
（５）ユーザ端末へＲＳＳ配信されるＲＳＳファイルにはブログ記事が含まれているので、そのまま配信するとブログ記事の内容が公開されてしまうが、記事作成者がシール範囲を設定したブログ記事部分の情報を、別の情報の文字列（例えば、「《見に来てください》」といったテキスト）に置換した上でＲＳＳ配信を行うため、記事作成者がシール範囲を設定したブログ記事部分が配信されるＲＳＳファイルに含まれない。このため、ユーザ端末のＲＳＳリーダにより表示されることがない。

また、検索ロボットによりＲＳＳファイルが取得されても別の情報の文字列に置換されているのでシール範囲のブログ記事部分が公開されてしまうことがない。

そのため、前記ブログ記事のページを閲覧者が実際に訪問してシールを剥がさない限り情報を知り得ることできない。実際にページに訪れた閲覧者にしか情報を公開しないという意味で、情報公開に段階付けを行うことができる。

また、実際にそのブログ記事をサイト閲覧しないと情報を得られないことから、ページへのアクセスを閲覧者に促すきっかけをつくることができる（図１７参照）。

さらに、ウェブサイトを巡回する検索ロボットに対して記事データを含むＨＴＭＬソースデータを出力する際に、シール範囲を設定したブログ記事部分をＲＳＳ配信の際の文字置換のように置換してもよい。このようにすれば、シール範囲を設定したブログ記事部分が検索ロボットに取得されることがない。
（６）シールで隠してあった内容を確実に見たのは誰なのかを、知ることが出来る。

従来のアクセスログ解析でも閲覧者のサイト訪問記録は取れるが、サイトに一瞬訪れた場合でもこのアクセスログは残るため、その閲覧者がページの内容を本当に読んだか否かの判断材料としては不十分である。

しかし、本実施例のシステムでは、ブログ記事の閲覧に際してシールを剥がすという行為を伴うため、それによって得られた内容は閲覧者の記憶に残りやすく、ページを単に訪れただけではなく、そこにあった情報を確認したものとみなすことができる。

また、このシールを剥がす動作と同時にその閲覧者に関する情報（Ｃｏｏｋｉｅ）と、選択されたシールを特定する為のシールＳＩＤとをサーバ１０へ送信し、サーバ１０はこのデータを受信し、受信時刻の時刻データを作成するとともに受信データと時刻データを閲覧ログとしてメッセージデータベース４へ保存し、閲覧ログを確認することで、そこにあった内容を確実に見たのは誰なのかを把握できる。

例えば、記事作成者は閲覧者に特に知ってほしい重要情報をシールで隠しておき、シールを剥がした閲覧者の閲覧ログを調べることで、誰がその重要情報を見たのかを知ることができる。

以上、本発明に係る実施例に基づき説明してきたが、具体的な構成については、この実施例に限られるものではなく、特許請求の範囲の各請求項に係る発明の要旨を逸脱しない限り、設計の変更や追加等は許容される。

例えば、ユーザ登録、ユーザ認証を行わなくとも上記編集が行えるブログシステムでもよい。また、ブログシステムによらずとも、シール範囲が設定された共有記事を含むＷｅｂページのデータがサーバ１０に保存され閲覧者がネットワーク１を介してブラウザで閲覧可能であればよい。

この場合、上述したように閲覧者がサイト閲覧したときにシール範囲の共有記事が隠され、閲覧者によりシールを剥がすことができるようになっている。
また、ブログシステム１００における各種処理は上述したものに限られない。例えば、ブログ記事の表示に関する処理を全てＦｌａｓｈ等で行ってもよい。

また、本実施例では、サーバ１０はユーザ端末から閲覧を目的としてアクセスされたときに、ＲＳＳファイルやＨＴＭＬソースデータを作成するためにメッセージデータベース４から読み出した記事データ中の独自タグを変換しているが、この変換は、ブログ記事を保存する前に行ってもよい。この場合、独自タグを変換する際にＲＳＳファイルや記事データを作成しメッセージデータベース４に保存する。

また、独自タグをプレビュー表示用に変換する処理は、上述のようにサーバ１０に送信して行わなくともよい。例えば、ＪａｖａＳｃｒｉｐｔで記述された関数によりユーザ端末上で行うようにしても良いし、Ｆｌａｓｈ等で行ってもよい。また、プレビュー表示をせずに編集した記事データをサーバ１０側で変換した後にそのままメッセージデータベース４へ保存することとしてもよい。

本実施例では、シールが選択されてシールが非表示となったり当初の位置から移動したりして隠されていたブログ記事部分が表示され、その後、このシールが表示されていたウェブページを更新表示すると、選択されて非表示となったシール又は移動したシールが再び当初の位置に表示されるが、このシールが選択された際にサーバ１０へ送信される閲覧ログに基づいて、一度選択されたシールについてはサーバ１０から出力を禁止し、更新表示してもシールが再表示されないようにしてもよい。

また、メッセージデータベース４に保存されたＣｏｏｋｉｅに基づいて、そのシールを選択した閲覧者のユーザ端末のみに前記出力の禁止を限定しても良い。

シール画像の柄は既製されたものに限らず、ユーザ端末で記事作成者により入力された文字をサーバ１０側に送信してサーバ１０側のプログラムにより動的にシール画像を作成しても良い。このようにすれば、記事作成者が意図したコメントをシール画像に形成することができる。

本発明は、教育機関向けの学習サイトに適用することができる。一例として、英単語とその日本語の意味を隣り合うように間隔をあけて記載し、英単語の記載部分にシールを貼る。そして、閲覧者がそのシールをはがす。

これによれば、シールを剥がして解答が確認できるとともにシールを剥がすという動作を伴うことにより、隠れていた内容が閲覧者の記憶に残りやすくなる。

また、学生が回答する毎にシールを剥がして答えあわせをするなど、勉強の補助ツールとしても使うことができる。シールを剥がす際に英単語の発音をサウンドとして流しても良いし、英単語の発音に限らず解答に関する音声を流してもよい。

１ ネットワーク
２ データベース
２Ａ，２Ｂ パーソナルコンピュータ（ユーザ端末）
２Ｃ 携帯電話（ユーザ端末）
３ シール部品データベース
４ メッセージデータベース
５ 登録ユーザ情報データベース（ユーザデータベース）
６ キーボード（入力手段，操作手段）
７ モニタ（表示部）
８ マウス（操作手段）
１０ サーバ（シール出力手段、共有記事出力手段）
１００ ブログシステム
ａ１〜ａ１０ シール

Claims (5)

1. 無線および有線の通信回線によるネットワークと、該ネットワークに接続された複数のユーザ端末と、前記ネットワークに接続されたサーバと、このサーバに接続され共有記事が読み書き可能に格納されたデータベースとを備え、前記各ユーザ端末は、前記ネットワークを介して前記サーバに接続して前記共有記事を閲覧または編集を行うための閲覧・編集手段と、前記共有記事を表示する表示部と、前記閲覧・編集手段を操作するための操作手段とを有し、
   前記サーバは、前記データベースの共有記事を出力する共有記事出力手段を有し、この共有記事出力手段は、前記複数の何れかのユーザ端末の操作手段による閲覧・編集により、前記データベースから共有記事を読み込んで、該ユーザ端末の表示部に共有記事を表示する共有記事公開システムにおいて、
   前記サーバは、前記各ユーザ端末の表示部に表示可能且つ共有記事を隠すための第１シールを出力するシール出力手段を有し、
   前記表示部に表示されている共有記事に、前記ユーザ端末の操作手段により第１非表示範囲が設定された場合、
   前記サーバのシール出力手段は、前記データベースから共有記事が読み出されるごとに、その設定された第１非表示範囲の共有記事を隠す第１シールを出力し、
   前記閲覧又は編集を行うユーザ端末が前記サーバのシール出力手段から出力される第１シールを受信すると、該ユーザ端末の閲覧・編集手段は、その設定された第１非表示範囲の共有記事をその第１シールで覆い隠して前記表示部に表示し、
   前記各ユーザ端末の操作手段の操作によってこの第１シールを選択すると、この第１シールで覆われていた共有記事部分が表示され、
   前記ユーザ端末の操作手段の操作によって前記第１シールが選択されると、選択された第１シールおよび前記ユーザ端末の情報が前記サーバに送信され、前記サーバは、この情報を受信して前記ユーザ端末に対して一度選択されたシールの出力を禁止する
   ことを特徴とする共有記事公開システム。
2. 前記編集で前記共有記事に異なる複数の第１非表示範囲が設定されると、前記サーバのシール出力手段は、複数の第１非表示範囲を隠す複数の第１シールを出力し、前記閲覧・編集手段は前記複数の第１シールにより、それぞれの第１非表示範囲を覆い隠す
   ことを特徴とする請求項１に記載の共有記事公開システム。
3. 前記編集により前記第１非表示範囲内に第２非表示範囲が設定されると、
   前記サーバのシール出力手段は、第１非表示範囲を覆う第１シールと、第２非表示範囲を覆う第２シールとを出力し、
   前記閲覧・編集手段は、前記第２シールの上に第１シールを重ねて表示する
   ことを特徴とする請求項１に記載の共有記事公開システム。
4. 前記ユーザ端末は、前記共有記事が記述されたＲＳＳファイルを閲覧するためのＲＳＳリーダを有し、
   前記ユーザ端末が該ＲＳＳファイルを取得するために前記サーバに接続すると、前記サーバの共有記事出力手段は、前記データベースから共有記事を読み出すとともに前記第１非表示範囲内の共有記事部分をこの共有記事部分とは別の意味を有する他の文字列に置換して該共有記事を含めたＲＳＳファイルを作成して、このＲＳＳファイルを出力し、
   前記ユーザ端末は、このＲＳＳファイルを受信してこのＲＳＳファイルの共有記事を前記表示部に表示又はその共有記事を音声出力させる
   ことを特徴とする請求項１または請求項２に記載の共有記事公開システム。
5. 前記サーバは、前記データベースの共有記事を閲覧するために前記ユーザ端末が前記サーバに接続したとき、このユーザ端末を特定するための情報と、前記共有記事に設定された個々の第１，第２非表示範囲に対応する各シールを特定する情報とを該ユーザ端末の閲覧・編集手段に作成させ、
   前記操作手段の操作によって前記第１シールまたは第２シールが選択されたとき、前記閲覧・編集手段は少なくとも前記二つの情報を前記サーバに送信し、前記サーバはこれらの情報を受信して前記データベースに保存する
   ことを特徴とする請求項１ないし請求項４のいずれか１つに記載の共有記事公開システム。

Images