JP2002157434A - 情報提供システムおよび方法、および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 連続した内容を示すコンテンツ情報を通
信ネットワークを介して提供するシステムにおいて、コ
ンテンツ情報の提供進度に応じた関連情報を提供する、
情報提供システムおよび方法、および記録媒体を提供す
る。 【解決手段】 読本提供サイト１００は、インターネッ
ト２００を介して小説などのコンテンツ情報を読者端末
３００−１〜３００−ｎに提供する。読本提供サイト１
００では、読者毎にコンテンツ情報提供の進捗状況を示
す情報が管理される。読本提供サイト１００はまた、提
供したコンテンツ情報に関する電子掲示板を提供する。
読者は読者端末３００を介して電子掲示板にアクセスす
る。このとき、読本提供サイト１００は、当該読者への
コンテンツ情報提供の進捗状況に応じて、提示する情報
を制限する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、通信ネットワーク
を介して情報を提供する情報提供システムおよび方法、
および記録媒体に関し、特に連続性のある内容の情報を
提供するのに好適な情報提供システムおよび方法、およ
び記録媒体に関する。

【０００２】

【従来の技術】従来より、小説や連載コラムなどをイン
ターネットなどの通信ネットワークを介してパーソナル
コンピュータなどの端末に提供するサービスがある。読
者である端末の使用者は、サービス提供者のサーバにア
クセスしてセッションを行うことで所望の情報を閲覧す
る。

【０００３】またこのようなサービスの中には、電子掲
示板（ＢＢＳ：Bulletin Board System）を用意し、読
者が感想や意見を投稿できるサービスが提供される場合
もある。これにより、例えば同じ小説を読んだ読者同士
が、それぞれの感想や意見を交換することで、読書の楽
しみを増すことができる。

【０００４】しかしながら、一般的に各読者毎に読書の
進捗状況は異なる。そのため、ある読者が電子掲示板を
閲覧した際に、その読者がまだ読み進んでいない部分に
ついての意見や感想を目にする場合がある。これによ
り、その読者は未読部分の内容を不可抗力的あるいは断
片的に推測できてしまい、未読部分を読むことへの興味
が殺がれてしまう場合があり、結果的に、サービス提供
サーバへのアクセス数減少を引き起こす可能性がある。

【０００５】

【発明が解決しようとする課題】本発明は上記実状に鑑
みてなされたもので、各読者の進捗状況に応じた意見交
換を可能にする情報提供システムおよび方法、および記
録媒体を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点にかかる情報提供システムは、
連続性のある内容を示すコンテンツ情報を所定単位毎に
通信ネットワークを介して提供するコンテンツ提供部
と、前記コンテンツ情報に関連した関連情報を前記通信
ネットワークを介して提供する関連情報提供部とを備え
た情報提供システムであって、前記関連情報提供部は、
前記コンテンツ提供部によるコンテンツ情報提供の進捗
状況に応じて、前記関連情報の提供内容を制限する、こ
とを特徴とする。

【０００７】前記コンテンツ提供部は、提供したコンテ
ンツ情報の終端を示す提供状況情報を前記コンテンツ情
報の提供先毎に管理し、前記関連情報提供部は、前記コ
ンテンツ提供部が管理する提供状況情報に示される終端
以降のコンテンツ情報に関連した関連情報の提供を制限
することが望ましい。

【０００８】前記関連情報提供部は、前記コンテンツ情
報の提供先から前記通信ネットワークを介して送信され
た前記関連情報を受け付けるとともに、該関連情報の送
信元の提供状況情報を該関連情報と対応づけて管理する
ことで前記関連情報提供内容を制限することが望まし
い。

【０００９】上記構成によれば、小説などのコンテンツ
が例えば章やページ単位で端末に提供されるとともに、
読者の感想や意見などといったコンテンツに関連する情
報を提示する例えば電子掲示板が提供されるシステムに
おいて、読者が電子掲示板を閲覧した際、当該読者にす
でに提供された章あるいはページ以降の内容に関する情
報の提示が制限される。このため、読者が小説の未読部
分に関する情報から不可抗力的あるいは断片的に未読部
分の内容を推測してしまうことがない。したがって、未
読部分への興味を殺がれずに他の読者との意見交換がで
きるので、継続的なサービス利用への動機付けとなる。
これにより、サービス提供者は効率的なサービス提供を
図ることができる。

【００１０】上記目的を達成するため、本発明の第２の
観点にかかる情報提供システムは、連続性のある内容を
示すコンテンツ情報を所定単位毎に通信ネットワークを
介して提供する情報提供システムであって、前記コンテ
ンツ情報を蓄積するコンテンツ記憶部と、前記コンテン
ツ情報の配信を要求する配信要求情報を受信し、前記コ
ンテンツ記憶部に蓄積されたコンテンツ情報を、前記受
信した配信要求情報に応じて所定単位毎に配信するコン
テンツ配信部と、前記コンテンツ配信部が配信した前記
所定単位のコンテンツ情報の終端を示す配信状況情報と
配信先を識別するための識別情報とを対応づけて管理す
る配信状況管理部と、配信されたコンテンツ情報に関連
するコメント情報を、前記コンテンツ情報の配信先から
該配信先の識別情報とともに受信して蓄積するととも
に、蓄積されたコメント情報を前記通信ネットワークを
介して提供する電子掲示板を提供する関連情報提供部
と、前記コンテンツ情報の配信先から前記電子掲示板の
閲覧を要求する閲覧要求情報を受信した際、当該配信先
の配信状況情報に基づいて、該配信先に提供する前記コ
メント情報を制限する閲覧制限部と、を備えることを特
徴とする。

【００１１】前記関連情報提供部は、受け付けたコメン
ト情報と該コメント情報の送信元の配信状況情報とを対
応づけて管理し、前記閲覧制限部は、前記閲覧要求情報
の送信元に配信されたコンテンツ情報の終端を該閲覧要
求情報の送信元の配信状況情報から判別し、判別した終
端以前のコンテンツ情報までが配信されている配信先か
らのコメント情報を選択して提供することが望ましい。

【００１２】前記閲覧要求情報の送信元は、前記選択さ
れたコメント情報に従属するコメント情報を前記電子掲
示板に送信することが望ましい。

【００１３】前記電子掲示板は、前記選択されたコメン
ト情報を親投稿として提供し、前記選択されたコメント
情報に従属するコメント情報を前記親投稿に対応する子
投稿として提供することが望ましい。

【００１４】上記構成によれば、小説などのコンテンツ
が例えば章やページ単位で端末に提供されるとともに、
読者の感想や意見などといったコンテンツに関連する情
報を提示する例えば電子掲示板が提供されるシステムに
おいて、読者が電子掲示板を閲覧した際、当該読者にす
でに提供された章あるいはページ以降の内容に関する情
報の提示が制限される。このため、読者が小説の未読部
分に関する情報から不可抗力的あるいは断片的に未読部
分の内容を推測してしまうことがない。したがって、未
読部分への興味を殺がれずに他の読者との意見交換がで
きるので、継続的なサービス利用への動機付けとなる。
これにより、サービス提供者は効率的なサービス提供を
図ることができる。

【００１５】上記目的を達成するため、本発明の第３の
観点にかかる情報提供方法は、連続性のある内容を示す
コンテンツ情報を所定単位毎に通信ネットワークを介し
て提供するコンテンツ提供ステップと、前記提供したコ
ンテンツ情報に対するコメント情報を前記コンテンツ情
報の提供先に提供する関連情報提供ステップとを備えた
情報提供方法であって、前記コンテンツ提供ステップ
は、コンテンツ情報の提供を要求する提供要求情報に基
づいて、前記所定単位のコンテンツ情報を提供するとと
もに、提供したコンテンツ情報の終端を示す提供状況情
報を、提供先を識別する識別情報と対応づけて管理する
提供状況管理ステップを備え、前記関連情報提供ステッ
プは、前記コンテンツ情報の提供先から、前記コメント
情報を該提供先の識別情報とともに受け付け、前記コン
テンツ情報の提供先から、前記コメント情報の提供を要
求する提供要求を受け付けた場合、該提供要求元に提供
されたコンテンツ情報の終端を該提供要求元の提供状況
情報から判別し、判別した終端以前のコンテンツ情報ま
でが提供された提供先からのコメント情報を前記提供要
求元に提供する、ことを特徴とする。

【００１６】上記目的を達成するため、本発明の第４の
観点にかかるコンピュータ読み取り可能な記録媒体は、
コンピュータを、連続性のある内容を示すコンテンツ情
報を所定単位毎に通信ネットワークを介して端末に提供
するコンテンツ提供手段、前記コンテンツ情報に関連し
た関連情報を前記端末に提供する関連情報提供手段、と
して機能させるプログラムを記憶したコンピュータ読み
取り可能な記録媒体であって、前記関連情報提供手段
は、前記コンテンツ提供手段による前記端末に対するコ
ンテンツ情報提供の進捗状況に応じて、該端末への提供
内容を制限する、ことを特徴とする。

【００１７】

【発明の実施の形態】以下、本発明にかかる実施の形態
を図面を参照して説明する。

【００１８】図１は、本発明の実施の形態にかかる読本
提供システムの構成を概略的に示す図である。

【００１９】図示するように、本発明の実施の形態にか
かる読本提供システム１は、読本提供サイト１００、通
信ネットワーク２００、および複数の読者端末３００−
１〜３００−ｎから構成される。

【００２０】読本提供サイト１００は、本実施の形態に
かかる読本提供サービスを実施するサービス提供事業者
のサーバであり、後述する通信ネットワーク２００に接
続され、小説やコラムなどの文字情報を配信する。

【００２１】通信ネットワーク２００は、例えばインタ
ーネットなどであり、読本提供サイト１００が提供する
文字情報を後述する読者端末３００に伝送する。なお、
本実施の形態では、通信ネットワーク２００としてイン
ターネットが利用されるものとする。

【００２２】読者端末３００−１〜３００−ｎは、例え
ば、パソコン、携帯情報端末、移動体通信端末などの通
信によるデータ送受信が可能な情報端末であり、通信ネ
ットワーク２００を介して読本提供サイト１００から提
供される文字情報を受信して表示する。

【００２３】次に図２を参照して、読本提供サイト１０
０の構成を説明する。図２は読本提供サイト１００の構
成を模式的に示すブロック図である。

【００２４】図示するように、読本提供サイト１００
は、Ｗｅｂサーバ１０、ユーザ識別情報格納部２０、読
本管理部３０、データベースサーバ４０、読本管理デー
タベース５０、およびＨＴＭＬ文書格納部６０から構成
されている。

【００２５】Ｗｅｂサーバ１０は、読本提供サイト１０
０の中心となるサーバ装置であり、ユーザ識別部１１、
ユーザＩＤ割当部１２、ＨＴＭＬ文書検索部１３、およ
びＨＴＭＬ文書作成部１４を備えている。

【００２６】ユーザ識別部１１は、読本提供サイト１０
０に読者端末３００を用いてアクセスしたユーザが新規
ユーザであるか、継続ユーザ（リピータ）であるかを判
別する。

【００２７】ユーザＩＤ割当部１２は、ユーザ識別部１
１により新規読者と判別された読者端末３００に対して
ユーザＩＤを発行するためのものであり、例えば、Cook
ieファイルやSubscribe-IDによる識別情報を発行する。

【００２８】ＨＴＭＬ文書検索部１３は、発行する読本
文書を示すＨＴＭＬ（Hyper Text Markup Language）文
書を、後述するＨＴＭＬ文書格納部６０から呼び出し
て、読者端末３００に送信する。

【００２９】ＨＴＭＬ文書作成部１４は、例えば、Ｗｅ
ｂサーバ１０により実行されるＣＧＩ（Common Gateway
Interface）プログラムであり、後述する電子掲示板を
構成するＨＴＭＬ文書を作成する。

【００３０】ユーザ識別情報格納部２０は、例えば、ハ
ードディスク装置などの書き換え可能な記憶装置から構
成され、ユーザＩＤ割当部１２で発行されたユーザ識別
（ＩＤ）情報を蓄積する。

【００３１】読本管理部３０は読者毎に提供する情報を
管理するためのものであり、読者管理部３１、読書進捗
管理部３２、および掲示板管理部３３から構成されてい
る。

【００３２】読者管理部３１は、読書進捗管理部３２お
よび掲示板管理部３３を制御することで、後述する読本
管理データベース５０の読者管理ファイル５１に記録さ
れた読者（ユーザ）情報を管理する。

【００３３】読書進捗管理部３２は、後述する読者管理
ファイル５１に記録された読者情報を管理することで、
読者毎の読書進捗状況を管理する。

【００３４】掲示板管理部３３は、後述する読本管理デ
ータベース５０に蓄積されている親投稿管理ファイル５
３および子投稿管理ファイル５４から適当なファイルを
抽出し、ＨＴＭＬ文書作成部１４を制御して抽出したフ
ァイルから構成される電子掲示板を作成する。なお、
「親投稿」とはあるタイトルについての初めての投稿を
指し、「子投稿」とは親投稿に従属してなされた投稿を
指すものとする。

【００３５】データベースサーバ４０は、例えば、ワー
クステーションなどのコンピュータ装置から構成され、
後述する読本管理データベース５０を制御する。

【００３６】読本管理データベース５０は、例えばハー
ドディスク装置などの書き換え可能な記憶装置から構成
され、読者管理ファイル５１、文書管理ファイル５２、
親投稿管理ファイル５３、および子投稿管理ファイル５
４を記憶している。

【００３７】読者管理ファイル５１は、図３（ａ）に示
すように、ユーザＩＤ割当部１２で発行されたユーザ識
別情報毎に、現在まで提供した文書ファイルのうちの最
後のファイルを示す「最終提供文書管理番号」、および
次回アクセス時に提供すべき文書ファイルを示す「再開
時提供文書管理番号」を記録している。

【００３８】文書管理ファイル５２は、図３（ｂ）に示
すように、文書（例えば、小説など）を示す管理番号毎
にその文書を構成する文書ファイル名を記憶している。

【００３９】親投稿管理ファイル５３は、図４（ａ）に
示すように、投稿した読者のユーザＩＤ、投稿された親
投稿を識別するための親投稿管理ＩＤ、投稿者の名前
（ハンドルネームを含む）、投稿タイトル、投稿日時、
投稿時の当該読者の最終提供文書管理番号Ｎ、投稿本
文、当該親投稿に従属する子投稿数を記録している。

【００４０】子投稿管理ファイル５４は、図４（ｂ）に
示すように、投稿した読者のユーザＩＤ、従属先の親投
稿を指定する親投稿管理ＩＤ、投稿された子投稿を識別
するための子投稿管理ＩＤ、投稿者の名前（ハンドルネ
ームを含む）、投稿タイトル、投稿日時、投稿時の当該
読者の最終提供文書管理番号Ｍ、投稿本文を記録してい
る。

【００４１】ＨＴＭＬ文書格納部６０は、例えばハード
ディスク装置などの書換可能な記憶装置から構成され、
読本提供サイト１００が提供する文書（小説、コラムな
ど）を示すＨＴＭＬファイルを記憶している。

【００４２】次に、本実施の形態にかかる読本提供シス
テム１の動作を図５のフローチャートを参照して説明す
る。

【００４３】まず、読本提供サイト１００がインターネ
ット２００を介して、読者端末３００からの読本文書情
報の提供要求信号を受信すると（ステップＳ１０１：Ｙ
ｅｓ）、ユーザ識別部１１は当該要求信号にユーザＩＤ
割当部１２が発行した識別情報（ユーザＩＤ）が含まれ
ているか否かを判別する（ステップＳ１０２）。ここで
は、ユーザＩＤ割当部１２がCookieファイルなどの識別
情報を発行した読者端末３００は、アクセス時に要求信
号とともに発行された識別情報を送信するものとする。

【００４４】識別情報が含まれている場合（ステップＳ
１０２：Ｙｅｓ（継続読者））は、図６に示すような、
小説閲覧か掲示板閲覧かを選択するためのトップメニュ
ーを要求元の読者端末３００に送信する（ステップＳ１
０３）。

【００４５】一方、識別情報が含まれていない場合（ス
テップＳ１０２：Ｎｏ（新規読者））、ユーザＩＤ割当
部１２は、要求元の読者端末３００にユーザＩＤを新規
に割り当て（ステップＳ１０４）、当該ユーザＩＤのエ
ントリ枠を読者管理ファイル５１に作成する（ステップ
Ｓ１０５）。

【００４６】エントリ枠作成後は、継続読者の場合と同
様に、トップメニューを要求元の読者端末３００に送信
する（ステップＳ１０３）。

【００４７】読者は、読者端末３００上に表示されたト
ップメニューから所望の項目（小説閲覧か掲示板閲覧・
投稿か）を、例えばマウスなどの入力装置を操作するこ
とで選択する。選択に応じて、小説ページを指定するＵ
ＲＬ（Uniform Resource Locator）または掲示板ページ
を指定するＵＲＬが読者端末３００からインターネット
２００を介して読本提供サイト１００に送信される。

【００４８】読本提供サイト１００が小説ページを指定
するＵＲＬを受信すると（ステップＳ１０６：ＹＥ
Ｓ）、小説配信処理を実行する（ステップＳ２００）。

【００４９】以下に、小説配信処理の詳細を図７のフロ
ーチャートを参照して説明する。

【００５０】まず、前述のステップＳ１０２におけるユ
ーザＩＤ有無の判別に基づいて、小説配信要求者が継続
読者（つまり、ステップＳ１０２でユーザＩＤありと判
別）か否かを判別する（ステップＳ２０１）。

【００５１】継続読者である場合（ステップＳ２０１：
Ｙｅｓ（継続読者））、読書進捗管理部３２は、データ
ベースサーバ４０を介して、読本管理データベース５０
にアクセスし、読者管理ファイル５１から当該読者のユ
ーザＩＤに対応する再開時提供文書管理番号を取得し、
さらに取得した再開時提供文書管理番号で文書管理ファ
イル５２を検索し、対応する文書ファイル名を取得す
る。読書進捗管理部３２はさらに、取得した文書ファイ
ル名をＨＴＭＬ文書検索部１３に受け渡すことで、ＨＴ
ＭＬ文書格納部６０から当該文書ファイル名のＨＴＭＬ
ファイルを取得する。Ｗｅｂサーバ１０は、取得された
ＨＴＭＬファイルを要求元の読者端末３００に送信する
（ステップＳ２０２）。

【００５２】一方、新規読者である場合（ステップＳ２
０１：Ｎｏ（新規読者））、Ｗｅｂサーバ１０は、ＨＴ
ＭＬ文書格納部６０から、図８上段に示すような小説目
次ページを示すＨＴＭＬファイルを取得し、要求元の読
者端末３００に送信する（ステップＳ２０３）。

【００５３】ステップＳ２０３で送信される小説目次ペ
ージには、各章の項目が例えばテキストで表示され、各
項目はハイパーリンクにより、表示された項目の内容を
示すＨＴＭＬファイルにリンクしている。つまり、読者
端末３００上に表示された小説目次ページの各項目を例
えばクリック動作などで選択することにより、リンクし
たＨＴＭＬファイルのＵＲＬを示す情報が読本提供サイ
ト１００に送信される。

【００５４】読本提供サイト１００が、小説目次ページ
の項目を選択することで送信されたＵＲＬ情報を受信す
ると（ステップＳ２０４：Ｙｅｓ）、ＨＴＭＬ文書検索
部１３は、受信したＵＲＬで指定されるＨＴＭＬファイ
ルをＨＴＭＬ文書格納部６０から取得し、要求元の読者
端末３００に送信する（ステップＳ２０５）。

【００５５】つまり、図８に示すように、小説目次ペー
ジで選択された項目に対応するページが要求元の読者端
末３００で表示される（図８上段→中段）。

【００５６】ここで、図８中段および下段に示すよう
に、小説目次ページから選択された各文書ページには、
「前に」ボタン、「次に」ボタン、「中断」ボタンが配
置されている。各ボタンを例えばクリック動作などで選
択することにより、それぞれに対応したコマンドが送信
される。

【００５７】ここで、読者端末３００上でのボタン選択
によりコマンドが読本提供サイト１００に送信されると
（ステップＳ２０６：Ｙｅｓ）、送信されたコマンドが
ページ指定コマンドであるか否かが判別される（ステッ
プＳ２０７）。ページ指定コマンドは、「前に」ボタン
あるいは「次に」ボタンを選択することにより送信され
るコマンドである。

【００５８】送信されたコマンドがページ指定コマンド
である場合（ステップＳ２０７：Ｙｅｓ）、送信された
コマンドに応じたページを示すＨＴＭＬファイルを要求
元の読者端末３００に送信する（ステップＳ２０８）。
つまり、図８中段に示すページ（第１話「タイトル
Ａ」）の「前に」ボタンが選択された場合は、１つ前の
ページである小説目次ページが表示され（図８上段）、
「次に」ボタンが選択された場合は、１つ先のページ
（第２話「タイトルＢ」）が表示される（図８下段）。

【００５９】なお、継続読者である場合に、例えば読書
再開ページが図９中段に示す第２話「タイトルＢ」であ
る場合は、「前に」ボタンの選択により第１話「タイト
ルＡ」のページ（図９上段）が表示され、「次に」ボタ
ンの選択により第３話「タイトルＣ」（図９下段）が表
示される。

【００６０】ステップＳ２０５あるいはＳ２０８でＨＴ
ＭＬファイルが送信されると、読書進捗管理部３２は、
データベースサーバ４０を介して読本管理データベース
５０にアクセスし、読者管理ファイル５１に記録されて
いる、当該読者のユーザＩＤに対応する最終提供文書管
理番号を、送信したＨＴＭＬファイルに対応する管理番
号に更新する（ステップＳ２０９）。

【００６１】なお、小説目次ページを指定するＵＲＬが
送信された場合（ステップＳ２１０：Ｙｅｓ）は、ステ
ップＳ２０３に進み、小説目次ページを示すＨＴＭＬフ
ァイルが要求元の読者端末３００に送信される。

【００６２】また、図８または９に示す「中断」ボタン
が選択されることで中断コマンドが送信された場合（ス
テップＳ２０７：Ｎｏ（中断コマンド））、読書進捗管
理部３２は、データベースサーバ４０を介して読本管理
データベース５０にアクセスし、読者管理ファイル５１
の当該読者のユーザＩＤに対応する再開時提供文書管理
番号を、ステップＳ２０９で更新された最終提供文書管
理番号に更新し（ステップＳ２１１）、処理を終了す
る。

【００６３】次に、掲示板閲覧・投稿が選択された場合
（ステップＳ１０６：Ｎｏ（掲示板ＵＲＬ）、Ｓ１０
７：Ｙｅｓ）の掲示板閲覧・投稿処理（ステップＳ３０
０）を図１０、１１のフローチャートを参照して説明す
る。

【００６４】まず、掲示板管理部３３は、ステップＳ１
０２で要求元から取得したユーザＩＤ、あるいはステッ
プＳ１０４で新たに割り当てたユーザＩＤに基づいて、
掲示板閲覧・投稿を要求しているユーザを認識する（ス
テップＳ３０１）。

【００６５】次に掲示板管理部３３は、データベースサ
ーバ４０を介して読本管理データベース５０にアクセス
し、読者管理ファイル５１から、ステップＳ３０１で取
得したユーザＩＤに対応する最終提供文書管理番号
（Ｐ）を取得し、例えば内部メモリなどに一時的に保存
する（ステップＳ３０２）。

【００６６】最終提供文書管理番号（Ｐ）を取得する
と、掲示板管理部３３は、親投稿記事項目ページ作成処
理（ステップＳ４００）を実行する。この親投稿記事項
目ページ作成処理を図１２のフローチャートを参照して
説明する。

【００６７】まず、掲示板管理部３３は、参照する親投
稿管理ファイル５３のテーブルポインタ（ｊ）を初期値
１にする（ステップＳ４０１）。

【００６８】次に、掲示板管理部３３は、親投稿管理フ
ァイル５３のｊ番目のレコードから親投稿時の最終提供
文書管理番号（Ｎ）を取得する（ステップＳ４０２）。

【００６９】掲示板管理部３３は、親投稿管理ファイル
５３から取得した最終提供文書管理番号（Ｎ）と、ステ
ップＳ３０２で保存した最終提供文書管理番号（Ｐ）と
を比較する（ステップＳ４０３）。

【００７０】ここで、ＮがＰ以下である場合（ステップ
Ｓ４０３：Ｙｅｓ）、掲示板管理部３３はさらに、参照
する子投稿管理ファイル５４のテーブルポインタ（ｋ）
を初期値１にする（ステップＳ４０４）。

【００７１】掲示板管理部３３は、子投稿管理ファイル
５４のｋ番目のレコードについて、従属先の親投稿管理
ＩＤがｊである場合、当該レコードから投稿時提供文書
管理番号（Ｍ）を取得する（ステップＳ４０５）。

【００７２】次に、掲示板管理部３３は、ステップＳ４
０５で子投稿管理ファイル５４から取得した投稿時提供
文書管理番号（Ｍ）と、ステップＳ３０２で保存した最
終提供文書管理番号（Ｐ）とを比較する（ステップＳ４
０６）。

【００７３】ここで、ＭがＰ以下である場合（ステップ
Ｓ４０６：Ｙｅｓ）、掲示板管理部３３は、親投稿管理
ファイル５３の親投稿管理ＩＤがｊ番目のレコードの子
投稿数を更新（＋１）する（ステップＳ４０７）。

【００７４】子投稿数を更新後、あるいはｋ番目のレコ
ードの投稿時提供文書管理番号ＭがステップＳ３０２で
保存した最終提供文書管理番号Ｐより大きい場合（ステ
ップＳ４０６：Ｎｏ）、掲示板管理部３３は、子投稿管
理ファイル５４のテーブルポインタ（ｋ）を＋１し、当
該レコードがあればそのレコードについて上述のステッ
プＳ４０５〜Ｓ４０７の処理を行う（ステップＳ４０
８、Ｓ４０９：Ｎｏ）。

【００７５】子投稿管理ファイル５４で参照するレコー
ドが終了した場合（ステップＳ４０９：Ｙｅｓ）、ある
いは、親投稿管理ファイル５３のｊ番目のレコードの最
終提供文書管理番号ＮがステップＳ３０２で保存した最
終提供文書管理番号Ｐより大きい場合（ステップＳ４０
３：Ｎｏ）、掲示板管理部３３は、親投稿管理ファイル
５３のテーブルポインタ（ｊ）を＋１し、当該レコード
があればそのレコードについて上述のステップＳ４０２
〜Ｓ４０９の処理を行う（ステップＳ４１０、Ｓ４１
１：Ｎｏ）。

【００７６】親投稿管理ファイル５３で参照するレコー
ドが終了した場合（ステップＳ４１１：Ｙｅｓ）、掲示
板管理部３３は、上述の処理においてＰ≧Ｎであったレ
コードからタイトル、投稿者名、子投稿数を取得し、取
得した情報をＨＴＭＬ文書作成部１４に引き渡すことで
当該親投稿のタイトル、投稿者名、子投稿数を含んだ掲
示板（つまり、親投稿記事のメニューページ）を示すＨ
ＴＭＬページを作成し、要求元の読者端末３００に送信
して（ステップＳ４１２）、処理を終了する。

【００７７】要求元の読者端末３００では、図１３
（ａ）に示すような親投稿記事のメニューページが表示
される。各親投稿記事のタイトルはＨＴＭＬによりＵＲ
Ｌがハイパーリンクされており、使用者が読者端末３０
０を操作することでタイトルを選択すると、ハイパーリ
ンクされたＵＲＬが読本提供サイト１００に送信され
る。なおここでは、親投稿記事を示すＵＲＬは、親投稿
管理ＩＤをファイル名として構成するものとする。

【００７８】また、図１３（ａ）に示すように、親投稿
記事メニューページには「前へ」ボタン、「次へ」ボタ
ン、および「投稿」ボタンが配置されている。「前へ」
あるいは「次へ」ボタンが選択された場合には、現在表
示中のメニューページの１つ前あるいは次のページが表
示される。

【００７９】ここで、読本提供サイト１００が、読者端
末３００から親投稿記事タイトルに対応するＵＲＬを受
信すると（ステップＳ３０３：Ｙｅｓ）、掲示板管理部
３３は、ＨＴＭＬ文書作成部１４を制御して、受信した
ＵＲＬのファイル名に対応する親投稿管理ＩＤの親投稿
記事を含んだＨＴＭＬページ（親投稿個別記事ページ）
を作成し、要求元の読者端末３００に送信する（ステッ
プＳ３０４）。

【００８０】一方、「投稿」ボタンが選択されると、投
稿用ページを要求する投稿コマンドが読者端末３００か
ら読本提供サイト１００に送信される。読本提供サイト
１００が投稿コマンドを受信すると（図１１（ａ）ステ
ップＳ３０７：Ｙｅｓ）、掲示板管理部３３は、図１４
に示すような投稿ページを要求元の読者端末３００に送
信する（ステップＳ３０８）。

【００８１】読者端末３００から投稿者名、タイトル、
本文を入力し、図１４に示す送信ボタンを選択すると、
入力された内容とともに送信コマンドが読本提供サイト
１００に送信される。読本提供サイト１００が送信コマ
ンドを受信すると（ステップＳ３０９：Ｙｅｓ）、掲示
板管理部３３は、送信コマンドに含まれる投稿者のユー
ザＩＤに基づいて、当該投稿者の最終提供文書管理番号
を読者管理ファイル５１から取得し、当該提供ファイル
番号と投稿内容とを含んだレコードを親投稿管理ファイ
ル５３に作成する（ステップＳ３１０）。ここでは、図
１３（ａ）に示す親投稿メニューページから投稿コマン
ドが送信されているため、参照された記事がない。した
がって、新規の投稿である親投稿として扱われる。

【００８２】ステップＳ３０４で親投稿個別記事メニュ
ーページが送信された場合、読者端末３００には、図１
３（ｂ）に示すような親投稿個別記事ページが表示され
る。親投稿個別記事ページには、図示するように「前
に」および「次に」ボタン、「子投稿」ボタン、および
「投稿」ボタンが配置されている。

【００８３】ここで、「子投稿」ボタンは、表示中の親
投稿記事に従属した子投稿記事を閲覧したい場合に選択
されるボタンである。「子投稿」ボタンが選択される
と、子投稿閲覧コマンドが読者端末３００から読本提供
サイト１００に送信される。ここで子投稿閲覧コマンド
には、表示中の親投稿記事を識別する情報が含まれてい
るものとする。

【００８４】読本提供サイト１００が子投稿閲覧コマン
ドを受信すると（ステップＳ３０５：Ｙｅｓ）、掲示板
管理部３３は、当該親投稿記事タイトルについての子投
稿記事メニューページの作成・送信処理を行う（ステッ
プＳ５００）。

【００８５】一方、「投稿」ボタンが選択されると、投
稿用ページを要求する投稿コマンドが読者端末３００か
ら読本提供サイト１００に送信される。読本提供サイト
１００が投稿コマンドを受信すると（図１１（ｂ）ステ
ップＳ３０７：Ｙｅｓ）、掲示板管理部３３は、図１４
に示すような投稿ページを要求元の読者端末３００に送
信する（ステップＳ３０８）。

【００８６】読者端末３００から投稿者名、タイトル、
本文を入力し、図１４に示す送信ボタンを選択すると、
入力された内容とともに送信コマンドが読本提供サイト
１００に送信される。読本提供サイト１００が送信コマ
ンドを受信すると（ステップＳ３０９：Ｙｅｓ）、掲示
板管理部３３は、送信コマンドに含まれる投稿者のユー
ザＩＤに基づいて、当該投稿者の最終提供文書管理番号
を読者管理ファイル５１から取得し、当該提供ファイル
番号と投稿内容とを含んだレコードを子投稿管理ファイ
ル５４に作成する（ステップＳ３１１）。ここでは、図
１３（ｂ）に示す親投稿個別記事ページから投稿コマン
ドが送信されているため、表示されている親投稿に従属
する子投稿として処理される。

【００８７】ステップＳ５００の子投稿記事メニューペ
ージの作成・送信処理の詳細を図１５のフローチャート
を参照して説明する。

【００８８】掲示板管理部３３は、受信した子投稿閲覧
コマンドに対応する親投稿の親投稿ＩＤを取得（ステッ
プＳ５０１）した後、参照する子投稿管理ファイル５４
のテーブルポインタ（ｋ）を初期値１にする（ステップ
Ｓ５０２）。

【００８９】掲示板管理部３３は、子投稿管理ファイル
５４のｋ番目のレコードから投稿時提供文書管理番号Ｍ
を取得し（ステップＳ５０３）、ステップＳ３０２で保
存した最終提供文書管理番号Ｐと比較する（ステップＳ
５０４）。

【００９０】ＭがＰ以下である場合（ステップＳ５０
４：Ｙｅｓ）、当該レコードのタイトルおよび投稿者名
を内部メモリに一時的に保持する（ステップＳ５０
５）。タイトルおよび投稿者名の保存後、あるいは、Ｍ
がＰより大きい場合（ステップＳ５０４：Ｎｏ）は、テ
ーブルポインタｋを＋１し（ステップＳ５０６）、当該
レコードがあればそのレコードについて前述のステップ
Ｓ５０３〜Ｓ５０５の処理を行う（ステップＳ５０７：
Ｎｏ）。

【００９１】最終レコードについての処理が終了すると
（ステップＳ５０７：Ｙｅｓ）、掲示板管理部３３は、
ステップＳ５０５で保持した子投稿のタイトルおよび投
稿者名を読み出し、ＨＴＭＬ文書作成部１４に引き渡す
ことで子投稿メニューを示すＨＴＭＬページを作成し、
要求元の読者端末３００に送信する（ステップＳ５０
８）。

【００９２】読者端末３００では、図１３（ｃ）に示す
ような子投稿記事メニューページが表示される。各子投
稿記事のタイトルはＨＴＭＬによりＵＲＬがハイパーリ
ンクされており、使用者が読者端末３００を操作するこ
とでタイトルを選択すると、ハイパーリンクされたＵＲ
Ｌが読本提供サイト１００に送信される。なおここで
は、子投稿記事を示すＵＲＬは、子投稿管理ＩＤをファ
イル名として構成するものとする。

【００９３】また、図１３（ｃ）に示すように、子投稿
記事メニューページには「前へ」ボタン、「次へ」ボタ
ン、および「投稿」ボタンが配置されている。「前へ」
あるいは「次へ」ボタンが選択された場合には、現在表
示中のメニューページの１つ前あるいは次のページが表
示される。

【００９４】読本提供サイト１００が、読者端末３００
から子投稿記事タイトルに対応するＵＲＬを受信すると
（ステップＳ３０６：Ｙｅｓ）、掲示板管理部３３は、
子投稿記事ページ作成・送信処理（ステップＳ６００）
を行う。

【００９５】一方、「投稿」ボタンが選択されると、投
稿用ページを要求する投稿コマンドが読者端末３００か
ら読本提供サイト１００に送信される。読本提供サイト
１００が投稿コマンドを受信すると（図１１（ｂ）ステ
ップＳ３０７：Ｙｅｓ）、掲示板管理部３３は、図１４
に示すような投稿ページを要求元の読者端末３００に送
信する（ステップＳ３０８）。

【００９６】読者端末３００から投稿者名、タイトル、
本文を入力し、図１４に示す送信ボタンを選択すると、
入力された内容とともに送信コマンドが読本提供サイト
１００に送信される。読本提供サイト１００が送信コマ
ンドを受信すると（ステップＳ３０９：Ｙｅｓ）、掲示
板管理部３３は、送信コマンドに含まれる投稿者のユー
ザＩＤに基づいて、当該投稿者の最終提供文書管理番号
を読者管理ファイル５１から取得し、当該提供ファイル
番号と投稿内容とを含んだレコードを子投稿管理ファイ
ル５４に作成する（ステップＳ３１１）。ここでは、図
１３（ｃ）に示す子投稿メニューページから投稿コマン
ドが送信されているため、参照された子投稿記事がな
い。したがって、図１３（ｂ）に示す親投稿に従属する
子投稿として扱われる。

【００９７】ステップＳ６００の子投稿記事ページ作成
・送信処理の詳細を図１６のフローチャートを参照して
説明する。

【００９８】掲示板管理部３３は、受信したＵＲＬのフ
ァイル名に対応する子投稿管理ＩＤについて、タイト
ル、投稿者名、および子投稿記事（投稿本文）を子投稿
管理ファイル５４から読み出し（ステップＳ６０１）、
ＨＴＭＬ文書作成部１４を制御することにより、読み出
した情報を含んだＨＴＭＬページ（子投稿個別記事ペー
ジ）を作成し、要求元の読者端末３００に送信する（ス
テップＳ６０２）。

【００９９】読者端末３００には、図１３（ｄ）に示す
ような子投稿個別記事ページが表示される。図１３
（ｄ）に示すように、子投稿個別記事ページには、前後
のページへ移動するための「前へ」および「次へ」ボタ
ン、および「投稿」ボタンが配置されている。

【０１００】「投稿」ボタンが選択された場合は、投稿
用ページを要求する投稿コマンドが読者端末３００から
読本提供サイト１００に送信される。読本提供サイト１
００が投稿コマンドを受信すると（図１１（ｂ）ステッ
プＳ３０７：Ｙｅｓ）、掲示板管理部３３は、図１４に
示すような投稿ページを要求元の読者端末３００に送信
する（ステップＳ３０８）。

【０１０１】読者端末３００から投稿者名、タイトル、
本文を入力し、図１４に示す送信ボタンを選択すると、
入力された内容とともに送信コマンドが読本提供サイト
１００に送信される。読本提供サイト１００が送信コマ
ンドを受信すると（ステップＳ３０９：Ｙｅｓ）、掲示
板管理部３３は、送信コマンドに含まれる投稿者のユー
ザＩＤに基づいて、当該投稿者の最終提供文書管理番号
を読者管理ファイル５１から取得し、当該提供ファイル
番号と投稿内容とを含んだレコードを子投稿管理ファイ
ル５３に作成する（ステップＳ３１１）。ここでは、図
１３（ｄ）に示す子投稿個別記事ページから投稿コマン
ドが送信されているため、参照された子投稿記事に従属
する子投稿として扱われる。

【０１０２】以上説明したように、本発明にかかる読本
提供システムによれば、読者が掲示板を閲覧する場合、
当該読者へ未提供の読本データ、つまり未読部分に関す
る投稿の閲覧を制限するので、読者が未読部分に関する
投稿を読んでしまうことがない。その結果、未読部分に
関する投稿に基づいて不可抗力的あるいは断片的に未読
部分の内容を推測してしまうことがないので、未読部分
に対する興味が殺がれることがない。よって、各読者の
継続的なサービス利用を促すことができる。

【０１０３】上記実施の形態では、小説などの文書ファ
イルを提供し、その内容に関する電子掲示板を設ける場
合を例に説明したが、本発明を例えば、ネットワーク上
でゲームを行うオンラインゲームなどに適用することも
できる。この場合、例えば、ガイダンスやヒント集など
のコンテンツをプレーヤのゲーム進捗状況に応じて生成
して提供するようにしてもよい。また、例えば、オンデ
マンド方式の映像提供システムなどにも適用可能であ
る。

【０１０４】また、上記実施の形態では、文書ファイル
をＨＴＭＬ形式で構成した例を示したが、インターネッ
トなどの通信ネットワーク２００を介して送受信できる
ものであればファイル形式は任意である。例えば、読者
端末３００がインターネットを介したデータ受信・表示
が可能な移動体通信端末である場合は、Compact HTMLや
ＷＭＬ（Wireless Markup Language）など移動体通信端
末での表示に適したウェブページデータを採用してもよ
い。さらに、ウェブページ形式に限られず、例えば電子
メール形式で文書を配信してもよい。

【０１０５】なお、本発明のシステムは、専用のシステ
ムによらず、通常のコンピュータシステムを用いて実現
可能である。例えば、コンピュータに上述の動作を実行
するためのプログラムを格納した媒体（フロッピー（登
録商標）ディスク、ＣＤ−ＲＯＭなど）から該プログラ
ムをインストールすることにより、上述の処理を実行す
る読本提供サイト１００を構成することができる。な
お、上述の機能をＯＳが分担又はＯＳとアプリケーショ
ンの協働により実現する場合などには、ＯＳ以外の部分
のみを媒体に格納してもよい。

【０１０６】なお、搬送波にプログラムを重畳し、通信
ネットワークを介して配信することも可能である。例え
ば、通信ネットワークの掲示板（ＢＢＳ）に該プログラ
ムを掲示し、これをネットワークを介して配信してもよ
い。

【０１０７】そして、このプログラムを起動し、ＯＳの
制御下で、他のアプリケーションプログラムと同様に実
行させることにより、上述の処理を実行することができ
る。

【０１０８】

【発明の効果】以上説明したように、本発明によれば、
連続した内容を示すコンテンツ情報を提供するととも
に、外部から受信した情報を蓄積して提示する例えば電
子掲示板を提供する。この電子掲示板においてコンテン
ツ情報に関連する情報を蓄積・提示する場合、要求者に
対するコンテンツ情報提供の進捗状況に応じて、提示す
る情報を制限する。つまり、要求者が受信していないコ
ンテンツ情報の内容に関連する掲示板情報を提示しない
ので、不可抗力的あるいは断片的に未受信のコンテンツ
情報の内容が推定されてしまうことを防ぐことができ
る。

【０１０９】したがって、読者は未読部分への興味を殺
がれることなく他の読者との意見交換ができるので、継
続的なサービス利用への動機付けとなる。これにより、
サービス提供者は効率的なサービス提供を図ることがで
きる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかる読本提供システム
の構成を概略的に示す図である。

【図２】図１に示す読本提供サイトの構成を模式的に示
すブロック図である。

【図３】図２に示す読本管理データベースに記録される
内容を示す図であり、（ａ）は読者管理ファイルの内容
を示し、（ｂ）は文書管理ファイルの内容を示す。

【図４】図２に示す読本管理データベースに記録される
内容を示す図であり、（ａ）は親投稿管理ファイルの内
容を示し、（ｂ）は子投稿管理ファイルの内容を示す。

【図５】本発明の実施の形態にかかる読本提供システム
の処理を説明するためのフローチャートである。

【図６】図５に示す処理において送信されるトップメニ
ューの表示例を示す図である。

【図７】図５に示す小説配信処理を説明するためのフロ
ーチャートである。

【図８】図７に示す小説配信処理において送信されるペ
ージの表示例を示す図である。

【図９】図７に示す小説配信処理において送信されるペ
ージの表示例を示す図である。

【図１０】図５に示す掲示板閲覧・投稿処理を説明する
ためのフローチャートである。

【図１１】図５に示す掲示板閲覧・投稿処理を説明する
ためのフローチャートであり、（ａ）は親投稿の処理を
示し、（ｂ）は子投稿の処理を示す。

【図１２】図１０に示す掲示板閲覧・投稿処理における
親投稿記事メニューページ作成・送信処理を説明するた
めのフローチャートである。

【図１３】図１０に示す掲示板閲覧・投稿処理において
送信されるページの表示例を示す図であり、（ａ）は親
投稿記事メニューページの例を示し、（ｂ）は親投稿個
別記事ページの例を示し、（ｃ）は子投稿記事メニュー
ページの例を示し、（ｄ）は子投稿個別記事ページの例
を示す。

【図１４】図１０に示す掲示板閲覧・投稿処理において
送信される投稿入力ページの表示例を示す図である。

【図１５】図１０に示す掲示板閲覧・投稿処理における
子投稿記事メニューページ作成・送信処理を説明するた
めのフローチャートである。

【図１６】図１０に示す掲示板閲覧・投稿処理における
子投稿記事ページ作成・送信処理を説明するためのフロ
ーチャートである。

【符号の説明】

１…読本提供システム、１００…読本提供サイト、２０
０…通信ネットワーク、３００…読者端末

Claims (9)

【特許請求の範囲】
1. 【請求項１】連続性のある内容を示すコンテンツ情報を
   所定単位毎に通信ネットワークを介して提供するコンテ
   ンツ提供部と、前記コンテンツ情報に関連した関連情報
   を前記通信ネットワークを介して提供する関連情報提供
   部とを備えた情報提供システムであって、 前記関連情報提供部は、 前記コンテンツ提供部によるコンテンツ情報提供の進捗
   状況に応じて、前記関連情報の提供内容を制限する、 ことを特徴とする情報提供システム。
2. 【請求項２】前記コンテンツ提供部は、提供したコンテ
   ンツ情報の終端を示す提供状況情報を前記コンテンツ情
   報の提供先毎に管理し、 前記関連情報提供部は、前記コンテンツ提供部が管理す
   る提供状況情報に示される終端以降のコンテンツ情報に
   関連した関連情報の提供を制限する、 ことを特徴とする請求項１に記載の情報提供システム。
3. 【請求項３】前記関連情報提供部は、 前記コンテンツ情報の提供先から前記通信ネットワーク
   を介して送信された前記関連情報を受け付けるととも
   に、該関連情報の送信元の提供状況情報を該関連情報と
   対応づけて管理することで前記関連情報の提供内容を制
   限する、 ことを特徴とする請求項２に記載の情報提供システム。
4. 【請求項４】連続性のある内容を示すコンテンツ情報を
   所定単位毎に通信ネットワークを介して提供する情報提
   供システムであって、 前記コンテンツ情報を蓄積するコンテンツ記憶部と、 前記コンテンツ情報の配信を要求する配信要求情報を受
   信し、前記コンテンツ記憶部に蓄積されたコンテンツ情
   報を、前記受信した配信要求情報に応じて所定単位毎に
   配信するコンテンツ配信部と、 前記コンテンツ配信部が配信した前記所定単位のコンテ
   ンツ情報の終端を示す配信状況情報と配信先を識別する
   ための識別情報とを対応づけて管理する配信状況管理部
   と、 配信されたコンテンツ情報に関連するコメント情報を、
   前記コンテンツ情報の配信先から該配信先の識別情報と
   ともに受信して蓄積するとともに、蓄積されたコメント
   情報を前記通信ネットワークを介して提供する電子掲示
   板を提供する関連情報提供部と、 前記コンテンツ情報の配信先から前記電子掲示板の閲覧
   を要求する閲覧要求情報を受信した際、当該配信先の配
   信状況情報に基づいて、該配信先に提供する前記コメン
   ト情報を制限する閲覧制限部と、 を備えることを特徴とする情報提供システム。
5. 【請求項５】前記関連情報提供部は、受け付けたコメン
   ト情報と該コメント情報の送信元の配信状況情報とを対
   応づけて管理し、 前記閲覧制限部は、前記閲覧要求情報の送信元に配信さ
   れたコンテンツ情報の終端を該閲覧要求情報の送信元の
   配信状況情報から判別し、判別した終端以前のコンテン
   ツ情報までが配信されている配信先からのコメント情報
   を選択して提供する、 ことを特徴とする請求項４に記載の情報提供システム。
6. 【請求項６】前記閲覧要求情報の送信元は、前記選択さ
   れたコメント情報に従属するコメント情報を前記電子掲
   示板に送信する、 ことを特徴とする請求項４または５に記載の情報提供シ
   ステム。
7. 【請求項７】前記電子掲示板は、前記選択されたコメン
   ト情報を親投稿として提供し、前記選択されたコメント
   情報に従属するコメント情報を前記親投稿に対応する子
   投稿として提供する、ことを特徴とする請求項６に記載
   の情報提供システム。
8. 【請求項８】連続性のある内容を示すコンテンツ情報を
   所定単位毎に通信ネットワークを介して提供するコンテ
   ンツ提供ステップと、前記提供したコンテンツ情報に対
   するコメント情報を前記コンテンツ情報の提供先に提供
   する関連情報提供ステップとを備えた情報提供方法であ
   って、 前記コンテンツ提供ステップは、 コンテンツ情報の提供を要求する提供要求情報に基づい
   て、前記所定単位のコンテンツ情報を提供するととも
   に、提供したコンテンツ情報の終端を示す提供状況情報
   を、提供先を識別する識別情報と対応づけて管理する提
   供状況管理ステップを備え、 前記関連情報提供ステップは、 前記コンテンツ情報の提供先から、前記コメント情報を
   該提供先の識別情報とともに受け付け、 前記コンテンツ情報の提供先から、前記コメント情報の
   提供を要求する提供要求を受け付けた場合、該提供要求
   元に提供されたコンテンツ情報の終端を該提供要求元の
   提供状況情報から判別し、判別した終端以前のコンテン
   ツ情報までが提供された提供先からのコメント情報を前
   記提供要求元に提供する、 ことを特徴とする情報提供方法。
9. 【請求項９】コンピュータを、 連続性のある内容を示すコンテンツ情報を所定単位毎に
   通信ネットワークを介して端末に提供するコンテンツ提
   供手段、 前記コンテンツ情報に関連した関連情報を前記端末に提
   供する関連情報提供手段、 として機能させるプログラムを記憶したコンピュータ読
   み取り可能な記録媒体であって、 前記関連情報提供手段は、前記コンテンツ提供手段によ
   る前記端末に対するコンテンツ情報提供の進捗状況に応
   じて、該端末への提供内容を制限する、 ことを特徴とするコンピュータ読み取り可能な記録媒
   体。