JP3901590B2 - 小説データ処理方法 - Google Patents

Description

【０００１】
【発明が属する技術分野】
本発明は、コンテンツの利用技術であって、より詳しくは、例えば小説のような本来はインタラクティブではないコンテンツにインタラクティブ性を持たせた場合の情報処理技術に関する。
【０００２】
【従来の技術】
現在、携帯端末等の端末により、非インタラクティブなコンテンツである小説等を閲覧可能にしたり、携帯端末等に対して小説等のコンテンツを配信するような技術は存在している。一方で、本来インタラクティブなコンテンツであるゲームもオンラインで実施するようなサービスも行われている。
【０００３】
【発明が解決しようとする課題】
非インタラクティブなコンテンツをインタラクティブ化させることは従来から試みられているが、さらに他のユーザとの関連性を持たせることまでは考慮されていない場合が多い。
【０００４】
本発明では、本来はインタラクティブではないコンテンツにインタラクティブ性を持たせると共に他のユーザとの関連をもたせることができるようにするための情報処理技術を提供することである。
【０００５】
【課題を解決するための手段】
本発明の第一の態様に係る小説データ処理方法は、小説データ内の予め定められた部分の表示の際に、ユーザに対してキーワードの入力又は選択を促す表示を行うステップと、ユーザにより入力又は選択されたキーワードを記憶装置に格納するステップと、キーワードを含む小説データの表示の制御に関連するデータを、ユーザの指示に従って、第二のユーザの端末に送信するステップとを含む。
【０００６】
インタラクティブ性を持たされた小説において入力されるキーワードを他のユーザの端末でも使用可能になり、ユーザは一つのコンテンツを様々な点で楽しむことができるようになる。すなわち、サービス提供者も小説データの販売が促進され、収益の向上が期待できる。
【０００７】
また、本発明の第二の態様に係る小説データ処理方法は、小説データ内の予め定められた部分の表示の際に、当該予め定められた部分から予め定められた分岐先のいずれかへの分岐の選択を促すステップと、ユーザにより選択された分岐先のデータを記憶装置に格納するステップと、分岐先のデータを含む小説データの表示の制御に関連するデータを、ユーザの指示に従って、第二のユーザの端末に送信するステップとを含む。
【０００８】
インタラクティブ性を持たされた小説において、あるユーザにより選択された分岐ルートを他のユーザでも再現可能になり、ユーザは一つのコンテンツを様々な角度から楽しむことができるようになる。なお、ゲームにおけるセーブデータでは、過去のゲーム経過を再現するものではなく、単に状況を保存しているに過ぎない。小説等のコンテンツではストーリの途中から他人の状況を元にスタートしても意味は無く、分岐ルートに基づき最初からどのようなストーリに分岐していったかという点が重要である。これによりサービス提供者も小説データの販売が促進されることが期待される。
【０００９】
さらに本発明の第三の態様に係る小説データ処理方法は、他のユーザにより入力又は選択されたキーワードを含み且つ他のユーザの端末により生成された小説データの表示の制御に関連するデータを、ユーザの指示に従って受信し、記憶装置に登録するステップと、小説データ内の予め定められた部分に、記憶装置に格納された小説データの表示の制御に関連するデータからキーワードを読み出して表示装置に表示するステップとを含む。
【００１０】
小説データ内の所定の部分から他のユーザにより選択された分岐先への分岐を指示する分岐データを含み且つ他のユーザの端末により生成された小説データの表示の制御に関連するデータを、ユーザの指示に従って受信し、記憶装置に登録するステップと、小説データ内の所定の部分の表示の際に、記憶装置に格納された小説データの表示の制御に関連するデータから分岐先データを読み出して、分岐元の小説データと分岐先の小説データを連結して表示するステップとを含む。
【００１１】
なお、本発明に係る小説データ処理方法はプログラム及びコンピュータにて実施することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介して配布される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【００１２】
【発明の実施の形態】
図１及び図２を用いて、本発明の一実施の形態に係る小説について説明しておく。小説は、一の作家の作品の単位であり、図１に示すように本発明の一実施の形態において一つの小説は２つのシリーズを含む。第一のシリーズは、例えば男性の登場人物を主役にして書かれた小説で、第二のシリーズは、例えば女性の登場人物を主役にして書かれた小説であり、主な話の流れは同じになっている。ユーザは、購読する際に、小説自体を選択するだけではなく、シリーズをも選択するようになっている。各シリーズは、５話立てとなっており、１話は５章で構成される。章は、小説構成の最小単位であって、各章が終わる段階では分岐が発生する。但し、各話の第５章では分岐は設定されない。
【００１３】
デフォルトで与えられる基本的なストーリを辿る形で読み進めることも可能であるが、分岐のイベントで他のルートを選択して、別のストーリを楽しむこともできるようになっている。分岐イベントとは別に、名前などのキーワード入力イベントが設けられており、ユーザは例えば好みの名前、食べ物等、入力が求められる種類の情報について入力を行う。少なくとも当該話が終了するまで、又は小説終了時まで、ユーザが選択又は入力した分岐ルートやキーワードは、当該ユーザのしおりデータとして記憶装置に保存される。記憶装置に保存されたキーワードのデータは、キーワード入力箇所以外の場所で使用される。また、ユーザは、他のユーザから同じ小説について当該他のユーザが選択した分岐ルートや入力したキーワード等の情報を含むしおりデータを、例えば赤外線通信により取得することができる。また、ユーザが選択した分岐ルートや入力したキーワード等の情報を含むしおりデータを例えば赤外線通信により他のユーザに送信することもできる。これにより、他のユーザの観点にて小説を読むことができるようになる。また、他のユーザのしおりデータによりユーザが小説を読み進める上で影響を受ける場合もある。さらに、他のユーザの端末と赤外線通信を行うことにより、特別に読むことができるような章を設けるような場合もある。
【００１４】
図２に、ストーリの展開の概略説明図を示す。例えば章の終わりの部分等の分岐ポイントにおいて分岐先の選択肢がユーザに提示され、ユーザはいずれかの分岐先を選択することにより、ストーリを分岐させることが出来る。分岐のルートはユーザにはわからないような仕組みになっており、選択肢の選択の仕方によってはデフォルトのストーリに戻るような場合もある。例えば第１話においては、物語の世界観がメインでありそれほど大幅には物語が分岐することは無い。第２話では徐々に物語の進行に関わる分岐が出現するようになる。第３話では、物語の進行に大幅に影響する分岐ポイントが出現する。第４話では、経路が決定された後の微調整が行われ、第５話の最終章では同じ傾向の終末でも若干差異を持たせるための分岐ポイントが設けられる。
【００１５】
また、途中でキーワードの入力イベント２００１が設けられており、ユーザは例えば好きな食べ物や、好みの名前等の入力が求められる。この入力イベント２００１において入力されたキーワードは、キーワード出力イベント２００２において出力される。結末についても図２に示すように、最低でも２つ以上用意し、分岐先の選択の仕方によって結末を変化させる。ユーザは、分岐ポイントにおいて分岐先を選択してゆくことにより、一つの小説を様々なストーリで読むことができるようになるため、何倍もの楽しみ方が可能となる。
【００１６】
なお、図２ではそのようになっていないが、４話までは次の話へと続くため、次の話への移行の違和感をなくすように、１話の終わりの章を、どの経路を選択しても同じ章を通過するようなニュートラルな章として設定する場合もある。
【００１７】
本実施の形態では、しおりデータが重要な役割を果たす。ユーザは、例えばＪａｖａ（Sun Microsystems社の商標）アプレットによるリーダを用いて上で述べたような小説を閲覧する。ユーザ端末はどのようなものであっても良いが、例えばここでは携帯電話機を想定し、当該携帯電話機にはＪａｖａＶＭ（Virtual Machine）が実装されるものとする。閲覧の際には、上で述べたように分岐ポイントにおける分岐先の選択データ、キーワード入力イベントにおいて入力されたキーワードについては、しおりデータとしてリーダにより確保される記憶領域に保存される。これ以外に、どの小説を読んでいるかを表す小説ＩＤ（本実施の形態では説明を簡単にするため、例えばシリーズを表すシリーズＩＤを含むものとする。但し、別のＩＤとして取り扱うことも可能である。）、どの話を読んでいるのかを表す話ＩＤ、前回どのポイントまで読んだかを表すカーソルポイント等も記憶領域に保存される。なお、カーソルポイントについては１ポイントだけではなく複数ポイント保存しておき、複数のポイントから読み始めることができるようにする構成も可能である。
【００１８】
また、自分のしおりデータを他人に渡すことも、他人のしおりデータを受信することもできる。他人のしおりデータを受信した場合には、自分のしおりデータと共に記憶領域に保存され、他人のしおりデータの影響の下ユーザは小説を読むことになる。但し、全く他人のしおりデータに従って小説を読むようにしても良い。しおりデータの通信には、携帯電話機に装備されている赤外線通信装置を用いても良いし、例えばbluetooth等の無線通信装置を用いる場合もある。さらに、電子メールに添付するような形で他人に送付すること可能である。
【００１９】
次に図３を用いて、本発明の一本実施の形態に係るシステム概要を説明する。例えばインターネットであるネットワーク１には、ウェブ（Ｗｅｂ）サーバ機能を有し、小説データやリーダ・アプレットをユーザ端末に送信するためのダウンロード・サーバ５が接続されている。ダウンロード・サーバ５は、通信事業者や小説データの配信サービスを実施する事業者が管理・運営している。また、ユーザＡ端末３ａ、ユーザＢ端末３ｂなどもネットワーク１に無線通信にて接続している。なお、図３では携帯電話機としてユーザ端末を表しているが、ユーザ端末は携帯電話機に限られず、ＰＤＡ（Personal Digital Assistance）やノート型パーソナル・コンピュータのような装置であっても良い。場合によってはデスクトップ型パーソナル・コンピュータであってもよい。これらのユーザ端末は、Ｗｅｂブラウザ機能を有しており、Ｊａｖａアプレットであるリーダ・アプレットをダウンロードして実行するためＪａｖａＶＭの機能を有している。また、本実施の形態ではユーザ端末は、ユーザ端末間で直接通信が可能になっているものとする。例えば、赤外線無線通信機能や、bluetooth（詳細は、http://www.bluetooth.com参照のこと）等の無線通信機能を有しているものとする。
【００２０】
ダウンロード・サーバ５は、小説データ格納部５１とアプレット格納部５２とを管理している。小説データ格納部５１には、例えばリーダ・アプレットで閲覧可能に構成された小説自身のデータ（以下、小説データと呼ぶ）と、小説データにおいて用いられるデフォルトのしおりデータと、小説一覧データ、各小説の話一覧データ等のデータが格納される。デフォルトのしおりデータとは、小説の作家が標準的なストーリ展開のために設定したキーワードや分岐先のデータである。アプレット格納部５２には、リーダ・アプレットの情報が格納される。本実施の形態では、携帯電話機の機能に合わせたリーダ・アプレットが保持されている。ユーザ端末からのダウンロード要求に応じて、ダウンロード・サーバ５は適切なリーダ・アプレットをユーザ端末に送信する。
【００２１】
小説データは、作家が作成した小説をリーダ・アプレットにより閲覧可能に構成したものであって、例えば以下のようなデータを含む。
【表１】
<story>
タカシはケイコとの待ち合わせ場所の喫茶店に着き席に座った。
そして、注文をした。
<ki１>１</ki１>
そして、１時間。
待ち合わせ時間が過ぎているにもかかわらず、なかなか現れないケイコをタカシはイラ＊イラしながら待っていた。
<rt１>1</rt1>
ケイコは、仕事中だった。
時間が過ぎているにもかかわらず仕事が終わらない。
そこで、ケイコは決心した。
<rt2>1</rt2>
ケイコが現れた。
まぁ、<ki11>1</ki11>なんか飲んでるの
「まぁね。それより、これ。。」
タカシはケイコが以前好きと言っていた<ki2>2</ki2>を手渡す。
「覚えくれてたの？？」
ケイコはとても喜んだ。
</story>
タカシは途方にくれてしまった。
せっかく、<ki2>2</ki2>を渡すつもりだったのに。
</story>
ケイコは、彼に電話を掛けた。
「今日は仕事で行けそうもない」
「わかった」
と、タカシ。
タカシは、がっかりして、ケイコに渡す予定だった、
<ki2>2</ki2>をしげしげと見つめていた。。
</story>
【００２２】
ここでstory開始タグは小説の開始を、story終了タグは章又は話の区切りを示す。ki1開始タグ及びki1終了タグは、キーワードの入力部分を示し、これらのタグに囲まれた値によりキーワードの入力のための質問の内容が変わる。rt1開始タグ及びrt1終了タグは、分岐先の選択肢を表示するためのタグであり、これらのタグに囲まれた数値により分岐先の選択肢の構成が変わる。また、rt2開始タグ及びrt2終了タグは、デフォルトの又は他人のしおりデータに基づき分岐する部分を表し、これらのタグに囲まれた数値によりしおりデータのうちいずれの分岐先データを用いるかが決定される。ki11開始タグ及びki11終了タグは、ki1タグの部分で入力したキーワードを表示する部分を表し、これらのタグに囲まれた数値によりいずれの入力キーワードを表示させるかが決定される。ki2開始タグ及びki2終了タグは、デフォルトの又は他人のしおりデータに基づきキーワードの表示を行う部分であり、これらのタグに囲まれた数値によりいずれのキーワードを表示させるかが決定される。
【００２３】
本実施の形態では、上で述べた小説データに付随して以下のようなデータも小説データに含まれる。すなわち、図４に示すようなｋｉ１テーブルも小説データに含まれる。図４の例では、数値の列９０１と質問メッセージの列９０２とが含まれ、各数値に対応して質問内容が登録されている。ki1タグにおいて１が指示された場合には、「何を注文する？」といったメッセージ及びキーワードの入力領域が表示されるようになっている。
【００２４】
また図５に示すようなｒｔ１テーブルも小説データに含まれる。図５の例では、rt1タグにより指示される数値の列９０５と、質問メッセージの列９０６と、選択肢ＩＤの列９０７と、選択肢の内容の列９０８と、分岐先カーソルポイントの列９０９とが含まれる。例えば、rtタグにより１が指示された場合には、「今からどうする？」という質問メッセージと、選択肢ＩＤが１の「もう少し待つ」というメッセージ、選択肢ＩＤが２の「電話を掛ける」というメッセージ、及び選択肢ＩＤが３の「帰る」というメッセージとを含む質問が表示されるようになる。
【００２５】
さらに図６に示すようなｒｔ２テーブルも小説データに含まれる。図６の例では、rt2タグにより指示される数値の列９１１と、選択肢ＩＤの列９１２と、分岐先カーソルポイントの列９１３とが含まれる。例えばrt2タグにより指示される数値が３、すなわち他のユーザ等がrt1タグに応じて指示した数値が３の分岐ポイントにおいて選択肢ＩＤが２の分岐先を選択していた場合には、カーソルポイントを１２３３に移動させることを意味する。
【００２６】
ユーザＡは、本実施の形態に係る小説を購読する場合には、最初にリーダ・アプレットをダウンロード・サーバ５からユーザＡ端末３ａにダウンロードし、当該リーダ・アプレットに対して指示を行うことで、小説を読み進めることになる。リーダ・アプレットは、ユーザＡの指示に従って、必要な小説のデータをダウンロード・サーバ５からダウンロードして、ユーザＡ端末３ａの表示装置に表示する。なお、ユーザＢによるユーザＢ端末３ｂについても同様である。
【００２７】
図７にリーダ・アプレットの機能ブロック図を示す。リーダ・アプレット１００には、小説読み込み処理部１１０と、小説表示実行処理部１２０と、データ交換処理部１３０とが含まれる。小説読み込み処理部１１０は、ダウンロード・サーバ５とのやり取りの中でダウンロードすべきデータをユーザに選択させるための読み込みデータ選択処理部１１１と、ダウンロード・サーバ５との通信処理を実施するためのサーバ通信処理部１１２と、小説データその他のデータのための記憶領域をユーザ端末内に確保するための記憶領域確保処理部１１３と、ダウンロード・サーバ５から受信するデフォルトしおりのデータ等を設定するデフォルトデータ設定処理部１１４とを含む。小説表示実行処理部１２０は、小説データの基本的な表示を実施する小説基本表示処理部１２１と、rt1タグなどによる分岐ポイントにおける分岐の選択肢を表示するための処理等を実施する分岐選択処理部１２２と、ユーザにより選択された選択肢の分岐先データを登録するための選択肢記録処理部１２３と、ki1タグに応じてキーワード入力を促す処理及び入力を受け付けたキーワードを記憶領域に登録するためのキーワード入力・記録処理部１２４と、ki11タグやki2タグにおいてキーワードを表示するための処理を実施するキーワード出力処理部１２５とを含む。データ交換処理部１３０は、しおりデータを他のユーザに送信したり他のユーザからしおりデータを受信したりするために設けられており、送信するしおりデータをユーザに選択させるための表示を行う交換データ選択処理部１３１と、しおりデータを他のユーザのユーザ端末に送信するための処理を実施するデータ送信処理部１３２と、他のユーザのユーザ端末からしおりデータを受信するための処理を実施するデータ受信処理部１３３と、受信した他のユーザのしおりデータを所定の記憶領域に格納するための処理を実施する受信データ記録処理部１３４とを含む。
【００２８】
図８にユーザ端末の記憶装置にリーダ・アプレット１００のために確保される記憶領域について説明しておく。図８の例では、現在保持している小説データの小説ＩＤの格納領域９２１と、現在保持している小説データのタイトルの格納領域９２７と、現在保持している小説データにおける話の話ＩＤの格納領域９２２と、前回の終了時のカーソルポイントの格納領域９２３と、第１のしおりデータ（全話分）の格納領域９２４と、第２のしおりデータ（全話分）の格納領域９２５と、小説データ（１話分）の格納領域９２６とが含まれる。小説データには、上でも述べたが、ｋｉ１テーブル９３１と、ｒｔ１テーブル９３２と、ｒｔ２テーブル９３３とが含まれる。第１のしおりデータは、主にユーザ自身のしおりデータであり、第２のしおりデータは、デフォルトのしおりデータ又は他のユーザのしおりデータである。小説データについては１話分のデータのみ格納するようにしている。これは携帯電話機のようなユーザ端末の場合記憶容量に限度があるためである。但し、他の種類のユーザ端末であれば、このような制限無く全ての小説データを保持するようにすることも可能である。
【００２９】
図９に第１のしおりデータの一例を示す。図９の例では、小説ＩＤ９４１と、タイトル９４２と、ｋｉ１タグで指示される数値とｋｉ１タグに対応して入力された入力値との対のグループ９４３と、ｒｔ１タグで指示される数値とｒｔ１タグに対応して選択された選択肢ＩＤ（選択値）との対のグループ９４４とが含まれる。
【００３０】
図１０に第２のしおりデータの一例を示す。第１のしおりデータと含まれるデータは同じである。図１０の例では、小説ＩＤ９５１と、タイトル９５２と、ｋｉ１タグで指示される数値と他のユーザ等によりｋｉ１タグに対応して入力された入力値との対のグループ９５３と、ｒｔ１タグで指示される数値と他のユーザなどによりｒｔ１タグに対応して選択された選択肢ＩＤ（選択値）との対のグループ９５４とが含まれる。但し、使用するユーザ端末側では、ｋｉ１をｋｉ２として使用し、ｒｔ１をｒｔ２として使用するものであり、図１０ではｋｉ２及びｒｔ２と表している。
【００３１】
次に、図７に示したリーダ・アプレットの処理について図１１乃至図３６を用いて説明する。なお、ここでは既にリーダ・アプレットのユーザＡ端末３ａへのダウンロードは完了しているものとして説明する。最初に、リーダ・アプレット１００は、トップメニューをユーザＡ端末３ａの表示装置に表示する（ステップＳ１）。例えば図１２に示されるような画面が表示される。図１２の例では、現在の小説として既にダウンロードされている小説データのタイトル（「名探偵ヨシコ」）及び話ＩＤ（第３話）とが含まれる。また、選択項目として「初めから読む」「つづきから読む」「小説読込」「赤外線モード」及び「おわり」が含まれる。リーダ・アプレット１００は、ユーザによる上記メニュー項目のいずれかの選択入力を受け付ける（ステップＳ３）。なお、「初めから読む」は当該話において最初から読むという意味であり、全くの最初から読む場合には、小説読込を選択するものとする。そしてユーザにより選択された項目が「小説読込」であるか判断する（ステップＳ５）。もし、「小説読込」が選択されたと判断された場合には、後に詳細に説明する小説読込処理を実施する（ステップＳ７）。そして、端子Ａを介してステップＳ１に戻る。
【００３２】
一方「小説読込」が選択されたわけではない場合には、「初めから読む」が選択されたか判断する（ステップＳ９）。もし、「初めから読む」が選択されたと判断された場合には、現在のカーソルポイントに１をセットする（ステップＳ１５）。そして、後に詳述するメイン処理を実行する（ステップＳ１７）。ステップＳ１７の後には端子Ａを介してステップＳ１に移行する。
【００３３】
また、ステップＳ９において「初めから読む」が選択されているとは判断されなかった場合、「続きを読む」が選択されたか否かを判断する（ステップＳ１１）。もし、「続きを読む」が選択されたと判断された場合には、現在のカーソルポイントに前回終了カーソルポイント（図８）をセットする（ステップＳ１３）。そして、メイン処理を実行する（ステップＳ１７）。ステップＳ１７の後には端子Ａを介してステップＳ１に移行する。
【００３４】
さらに、ステップＳ１１において「続きを読む」ではないと判断された場合には、「赤外線モード」が選択されたか否かを判断する（ステップＳ１９）。「赤外線モード」が選択されたと判断された場合には、後に詳細に述べる赤外線転送処理を実施する（ステップＳ２３）。そしてステップＳ２３の後には端子Ａを介してステップＳ１に移行する。
【００３５】
ステップＳ１９において「赤外線モード」ではないと判断された場合には、「おわり」が選択されたか否かを判断する（ステップＳ２１）。「おわり」が選択された場合には、処理を終了する。「おわり」ではないと判断された場合には、ステップＳ１に戻る。
【００３６】
このようにメニューからユーザは所望の処理を指示することができるようになっている。
【００３７】
次に図１３を用いて図１１のステップＳ７の小説読込処理の詳細について説明する。ユーザにより「小説読込」が選択されると、サーバ通信処理部１１２はダウンロード・サーバ５に小説一覧データを要求し、ダウンロード・サーバ５から小説一覧データをダウンロードし（ステップＳ２４）、一旦記憶装置に格納する。そして、読み込みデータ選択処理部１１１は当該小説一覧データを用いて小説一覧表示を実施する（ステップＳ２５）。図１４に小説一覧表示の一例を示す。図１４の例では５つの小説が列挙されている。また、メインメニューに戻るための選択肢も含まれている。ユーザは、ダウンロードする小説を選択するか、又はメインメニューに戻るという項目を選択して入力する。読み込みデータ選択処理部１１１は、ユーザによる選択入力を受け付ける（ステップＳ２７）。
【００３８】
なお、図１３の処理フローでは小説のタイトルだけで小説をダウンロードするか判断しなければならず、ユーザとしては判断しにくい場合がある。そこで、例えば図１５に示すように、選択した小説の概要を説明し、さらに、登場人物の説明のページに移行できるようにする場合もある。図１５において「登場人物をみる」が選択された場合に図１６のような画面が表示される。図１６の例では、登場人物のリストが含まれる。例えば登場人物のリストは、小説のシリーズにおける主役を表す。もし、図１６で「神崎」が選択されると図１７のような画面が表示される。図１７では「神崎」の人物紹介がなされており、「この人を選択」で「神崎」が主役のシリーズが選択されることになる。図１７で「この人を選択」が選択されると図１８のような画面が表示される。図１８の例では、小説名及び主役名の表示と、「決定」又は「戻る」という選択肢とが含まれている。例えば図１８において「決定」が選択されることにより、小説及びシリーズが確定する。説明を簡単にするため、ステップＳ２５では各小説のシリーズをも含めて小説一覧が表示され、いずれかが選択されるものとする。
【００３９】
読み込みデータ選択処理部１１１は、ステップＳ２７において受け付けた選択入力が「戻る」であるか判断する（ステップＳ２９）。選択入力が「戻る」であると判断された場合には、図１１のステップＳ１に戻る。一方、何らかの小説が選択された場合には、現在保持されている小説の小説ＩＤ（登録小説ＩＤ：図８）と選択された小説の小説ＩＤが一致するか判断する（ステップＳ３１）。ここでは説明を簡単にするためシリーズまで一致するか判断する。一致すると判断された場合には、ステップＳ３９に移行する。一方、一致しないと判断された場合には、選択された小説の小説ＩＤを保持しておく。そして、サーバ通信処理部１１２は、選択された小説の小説ＩＤをダウンロード・サーバ５に送信し、ダウンロード・サーバ５から小説書誌データ（小説ＩＤ、タイトル、話一覧データ等）、全話のデフォルト分岐ルート及びキーワードのデータ（以下、デフォルトしおりデータと呼ぶ）をダウンロードし、記憶装置に格納する（ステップＳ３５）。デフォルトしおりデータは、ここでは全話分のしおりデータであり、記憶領域確保処理部１１３が図８に示した第２のしおりデータの格納領域９２５を確保し、デフォルトデータ設定処理部１１４が受信したデフォルトしおりデータを当該格納領域９２５に登録する（ステップＳ３７）。
【００４０】
なお、第１のしおりデータの格納領域９２４にも同じデータを格納する場合がある。これにより、標準的なキーワード及び分岐先データをユーザに提示できるようになる。ユーザが標準とは異なるキーワードや分岐先を選択した場合には、第１のしおりデータとして上書き保存すればよい。
【００４１】
そして、読み込みデータ選択処理部１１１は、受信した小説書誌データを用いて話一覧を表示装置に表示する（ステップＳ３９）。ここでは第一話から第五話までのいずれを読むのかユーザに選択を促す。ユーザは話選択入力を行う。読み込みデータ選択処理部１１１は、ユーザからの話選択入力を受け付け（ステップＳ４１）、現在保持している小説の小説ＩＤ（図８）とステップＳ２７において選択された小説の小説ＩＤが一致し且つ現在保持している小説における話の話ＩＤと選択された話の話ＩＤが一致するか判断する（ステップＳ４３）。もし、一致していると判断された場合には、既にユーザＡ端末３ａに保持している小説データのダウンロードが指示されたことになるので、読み込みデータ選択処理部１１１は、ダウンロード済みメッセージを表示装置に表示し（ステップＳ４７）、図１１のステップＳ１に戻る。一方、一致しないと判断された場合には、選択された小説の小説ＩＤ及び選択された話の話ＩＤを、図８に示した格納領域９２１及び９２２に上書き登録する（ステップＳ４５）。そして、サーバ通信処理部１１２は、小説ＩＤ及び話ＩＤをダウンロード・サーバ５に送信し、ダウンロード・サーバ５から小説ＩＤ及び話ＩＤに対応する小説データをダウンロードする（ステップＳ４９）。そして、記憶領域確保処理部１１３は、小説データの記憶領域９２６を確保して、デフォルトデータ設定処理部１１４が当該受信した小説データを記憶領域９２６に保存する（ステップＳ５１）。そして、端子Ｂを介して図１９の処理に移行する。
【００４２】
このようにすれば、全く新しく小説を選択して読み始める場合や、ある小説のある話を読んでいるが、他の話を読む場合等に、適切な話の小説データを取得することができるようになる。
【００４３】
次に図１１におけるステップＳ１７のメイン処理を図１９乃至図２１を用いて説明する。小説基本表示処理部１２１は、小説データ中の現在のカーソルポイントから所定の範囲（例えば１画面分）のデータを抽出する（ステップＳ６１）。そして、小説データ中の現在のカーソルポイントから所定の範囲内にｋｉ１タグが存在している判断する（ステップＳ６３）。もし、ｋｉ１タグが存在している場合には、キーワード入力・記録処理部１２４が後に詳述するキーワード入力処理を実施する（ステップＳ６５）。そして、端子Ｃを介して図２１に移行する。一方、ｋｉ１タグが存在していない場合には、現在のカーソルポイントから所定の範囲にｋｉ２タグが存在しているか判断する（ステップＳ６７）。ｋｉ２タグが存在している場合には、キーワード出力処理部１２５が後に詳述するキーワード表示処理を実施する（ステップＳ６９）。その後、端子Ｃを介して図２１に移行する。
【００４４】
ｋｉ２タグが存在していない場合には、現在のカーソルポイントから所定の範囲内にｒｔ１タグが存在しているか判断する（ステップＳ７１）。ｒｔ１タグが存在する場合には、分岐選択処理部１２２及び選択肢記録処理部１２３が後に詳述するルート選択処理を実施する（ステップＳ７３）。その後端子Ｄを介してステップＳ６１に戻る。また、ｒｔ１タグが存在しないと判断された場合には、現在のカーソルポイントから所定の範囲内にｒｔ２タグが存在しているか判断する（ステップＳ７５）。もしｒｔ２タグが存在すると判断された場合には、分岐選択処理部１２２が後に詳述するルート自動移動処理を実施する（ステップＳ７７）。そして端子Ｃを介して図２１に移行する。
【００４５】
ｒｔ２タグが存在していない場合には、現在のカーソルポイントから所定の範囲内にｋｉ１１タグが存在しているか判断する（ステップＳ７９）。もしｋｉ１１タグが存在すると判断された場合には、キーワード出力処理部１２５が後に詳述する第２キーワード表示処理を実施する（ステップＳ８１）。その後端子Ｃを介して図２１に移行する。
【００４６】
もしｋｉ１１タグが存在していない場合には、小説基本表示処理部１２１は現在のカーソルポイントから所定の範囲のデータを表示装置に表示する（ステップＳ８３）。すなわち、上で述べたようなタグが無ければ所定の範囲内のデータを表示する。なお、story終了タグがある場合には、その前まで表示する。例えば図２０に示すような表示がなされる。そして端子Ｃを介して図２１の処理に移行する。
【００４７】
次に図２１において端子Ｃ以降の処理を説明する。小説基本表示処理部１２１は、表示の後にユーザによるキー操作を待つ。そして、ユーザがキー操作を行うと、キー入力を受け付け（ステップＳ８５）、入力キー種別を判定する（ステップＳ８７）。もし、上向き矢印キーが押されたと判断された場合には、現在のカーソルポイントを所定数デクリメントする（ステップＳ９３）。前を読み直す場合であり、所定数は１であってもよいし、１ライン分、数ライン分若しくは１ページ分である。また、下向き矢印キーが押されたと判断された場合には、現在のカーソルポイントを所定数インクリメントする（ステップＳ９１）。次を読む場合であり、所定数は下向き矢印の場合と同じである。ステップＳ９１又はステップＳ９３の後に、現在のカーソルポイントはstory終了タグ又はそれ以降になったか判断する（ステップＳ９５）。もし、現在のカーソルポイントがstory終了タグ又はそれ以降になったと判断された場合には、話更新処理を実施するため端子Ｅを介して図３３の処理に移行する。一方、現在のカーソルポイントがstory終了タグより前にあると判断された場合には、端子Ｄを介して図１９のステップＳ６１に戻る。
【００４８】
もし、終了を指示するためのキーとして指定されたキーが押されたと判断された場合には、現在のカーソルポイントをカーソルポイントの格納領域９２３に登録する（ステップＳ８９）。そして図１１のステップＳ１に戻る。
【００４９】
このようにしてユーザは、小説を読み進めることが出来る。
【００５０】
次に図２２を用いて図１９のキーワード入力処理（ステップＳ６５）について説明する。キーワード入力・記録処理部１２４は、ｋｉ１タグにより指示された数値に対応する質問データをｋｉ１テーブル（図４）から取得する（ステップＳ１０１）。表１の例では「<ki１>１</ki１>」であるから、ｋｉ１テーブルにおいて１に対応する質問データを取得する。そして、現在のカーソルポイントからｋｉ１タグまでと質問データに基づく質問文及びキーワード入力欄を表示装置に表示する（ステップＳ１０３）。例えば、図２３のような表示が行われる。図２３の例では、前半に通常の文が含まれ、後半に「＜＜注文内容は？＞＞」という質問文と、入力欄９８０とが設けられている。なお、ここではユーザが「紅茶」と入力したものとする。キーワード入力・記録処理部１２４は、ユーザによるキーワード入力を待ち、ユーザによるキーワード入力を受け付ける（ステップＳ１０５）。そして、ｋｉ１タグにより指示された数値に対応して第一しおりデータの記憶領域９２４に入力されたキーワードを登録する（ステップＳ１０７）。そして、小説基本表示処理部１２１は、現在のカーソルポイントからｋｉ１タグまでのデータと、ｋｉ１タグの位置に入力されたキーワードと、現在のカーソルポイントから所定の範囲の残りの部分のデータとを表示する（ステップＳ１０８）。例えば図２４に表示例を示す。なお、入力されたキーワードについては、強調表示（例えば反転表示）を行う。そして、図１９の端子Ｃを介して図２１のステップＳ８５に移行する。
【００５１】
ユーザからキーワードの入力を受け付け、第１のしおりデータとして記録しておき、小説のインタラクティブ性をユーザに対して提示すると共に、キーワードの後の使用及び第１のしおりデータの送信に備えている。
【００５２】
なお、既に第１のしおりデータとして何らかのデータが格納されている場合には、ｋｉ１タグを検出した際に、ｋｉ１タグで指示された数値に対応するキーワードを読み出し、当該キーワードを例えば図２３の入力欄に修正可能な態様で表示するようにしても良い。このようにすれば、作家（デフォルトの場合）又は他のユーザが何を入力したか明らかになる。
【００５３】
次に図２５を用いて図１９のキーワード表示処理（ステップＳ６９）について説明する。キーワード出力処理部１２５は、ｋｉ２タグにより指示された数値に対応する、第２のしおりデータ内のデータを取得する（ステップＳ１０９）。例えば、表１では「<ki2>2</ki2>」とあるので、図１０の第２のしおりデータにおいて「２」に対応するデータは「ダイア」である。そして、ｋｉ２タグの位置に取得したデータを強調した形で挿入した、現在のカーソルポイントから所定範囲内のデータを表示装置に表示する（ステップＳ１１０）。例えば図２６に表示例を示す。上で述べたように取得された「ダイア」が下線が引かれた形で挿入されている。そして、図１９の端子Ｃを介して図２１のステップＳ８５に移行する。
【００５４】
第２のしおりデータは、デフォルトのしおりデータ又は他人のしおりデータである。従って、他人のしおりデータであれば、他人がｋｉ１タグにおいて入力したキーワードであるから、他人のしおりデータに基づき本ユーザのストーリに変化が与えられたことになる。
【００５５】
次に、図１９のルート選択処理（ステップＳ７３）を図２７を用いて説明する。分岐選択処理部１２２は、ｒｔ１タグにより指示された数値に対応する、ｒｔ１テーブル（図５）の選択データを取得する（ステップＳ１１１）。表１の例では「<rt１>1</rt1>」であるから、ｒｔ１テーブルから「今からどうする？」及び「１．もう少し待つ」「２．電話を掛ける」「３．帰る」というデータとそれぞれの分岐先カーソルポイント値を取得する。そして、分岐選択処理部１２２は、カーソルポイントからｒｔ１タグまでと、ｒｔ１テーブルから取得された質問文及び選択肢を、表示装置に表示する（ステップＳ１１３）。例えば図２８に示すような表示がなされる。上半分は、通常のデータが表示される部分であり、下半分にはｒｔ１テーブルから取得された質問文及び選択肢が含まれる。
【００５６】
選択肢記録処理部１２３は、ユーザからの選択入力を待ち、ユーザの入力により選択入力を受け付ける（ステップＳ１１５）。そして、選択された選択肢データを、ｒｔ１タグにより指示された数値に対応させて第１のしおりデータに登録する（ステップＳ１１７）。例えば、「１」が選択されれば「１」が登録される。そして、選択された選択肢に対応する飛び先に現在のカーソルポイントを設定する（ステップＳ１１９）。例えば「１」が選択されれば現在のカーソルポイントが「１３０」にセットされる。そして図１９の端子Ｄを介してステップＳ６１に戻る。
【００５７】
このようにすることにより、各分岐ポイントにおいて選択した選択肢のデータが第１のしおりデータに登録される。この選択肢のデータは、後に第１のしおりデータを他のユーザに送信する場合に他のユーザにより用いられる。
【００５８】
なお、既に第１のしおりデータとして何らかのデータが格納されている場合には、ｒｔ１タグを検出した際に、ｒｔ１タグで指示された数値に対応する選択肢ＩＤ（選択値）を読み出し、当該選択肢ＩＤを例えば図２８の選択肢表示部分において強調表示するようにしても良い。このようにすれば、作家（デフォルトの場合）又は他のユーザが何を分岐先として選択したかが明らかになる。
【００５９】
次に図１９のルート自動移動処理（ステップＳ７７）を図２９を用いて説明する。小説基本表示処理部１２１は、ｒｔ２タグにより指示された数値に対応する分岐データを第２のしおりデータから取得する（ステップＳ１２１）。表１の例では「<rt2>1</rt2>」であるから、１に対応する分岐データ「２」を第２のしおりデータから取得する。また、分岐データからｒｔ２テーブル（図６）で特定される飛び先ポイント（図６の例では「３５６」）から所定の範囲（図１９のステップＳ６１の所定の範囲とは異なる範囲であってもよい。また所定の範囲はカーソルポイントからｒｔ２タグまでの文字数に応じて可変である場合もある）を取得する（ステップＳ１２３）。そして、小説基本表示処理部１２１は、現在のカーソルポイントからｒｔ２タグまで、飛び先ポイント以降の部分を連結して表示装置に表示する（ステップＳ１２５）。例えば、図３０のような表示がなされる。ここでは、点線９９１から上はｒｔ２タグまでの文章であり、点線９９１から下は飛び先ポイント以降の部分である。
【００６０】
第２のしおりデータは、デフォルトのしおりデータ又は他人のしおりデータである。従って、他人のしおりデータであれば、他人がｒｔ１タグにおいて選択した分岐データであるから、他人のしおりデータに基づき本ユーザのストーリに変化が与えられたことになる。
【００６１】
図１９の第２キーワード表示処理（ステップＳ８１）を図３１を用いて説明する。キーワード出力処理部１２５は、ｋｉ１１タグにより指示された数値に対応する、第１のしおりデータ内のｋｉ１のデータを取得する（ステップＳ１３１）。表１の例では、「<ki11>1</ki11>」であるから、図２３の例でｋｉ１タグに対応して入力した「紅茶」が取得される。そして、ｋｉ１１タグの位置に取得されたデータを強調した形で挿入した、現在のカーソルポイントから所定範囲内のデータを表示装置に表示する（ステップＳ１３３）。例えば、図３２のような表示がなされる。ここでは図２３で入力された「紅茶」に下線が引かれている。
【００６２】
ユーザからキーワードの入力を受け付け、第１のしおりデータとして記録しておき、後でこのキーワードを使用して、小説のインタラクティブ性をユーザに対して提示するものである。
【００６３】
次に、図２１における端子Ｅから遷移した場合の処理を図３３を用いて説明する。読み込みデータ選択処理部１１１は、話ＩＤの格納領域９２２から話ＩＤを読み出して１インクリメントする（ステップＳ１４１）。そして、話ＩＤが５を超えたか否かを判断する（ステップＳ１４３）。５は本実施の形態において話数が５話までであることから設定されるものであって、話数に依存するものである。もし、話ＩＤが６になっている場合には、小説が読み終わったことを示すために終了表示を実施する（ステップＳ１５３）。そして、ユーザが「戻る」を指示するまで待つ( ステップＳ１５５）。「戻る」がユーザに指示された場合には端子Ａを介して図１１のステップＳ１に戻る。
【００６４】
一方、話ＩＤが５以下であれば、サーバ通信処理部１１２が、現在保持されている小説の小説ＩＤ（図８）とインクリメントされた話ＩＤとをダウンロード・サーバ５に送信し、ダウンロード・サーバ５から該当する話の小説データをダウンロードする（ステップＳ１４５）。なお、このステップの前に、例えば図３４に示すように、ダウンロードするか否かをユーザに問い合わせるようにしても良い。例えば話の小説データ毎に課金されたり、通信費がかかる場合には、このように問い合わせる方が好ましい場合もある。そして、記憶領域確保処理部１１３は、話ＩＤの格納領域９２２に新たな話ＩＤを登録し（ステップＳ１４７）、ダウンロードした小説データのための領域を確保する。この際今まで保持していた小説データを削除してその格納領域を開放する。また、デフォルトデータ設定処理部１１４は、ダウンロードした小説データを確保された格納領域に格納する（ステップＳ１４９）。読み込みデータ選択処理部１１１は、現在のカーソルポイントを１に初期化する（ステップＳ１５１）。
【００６５】
このようにすることにより、１話読み終わったところで次の話の小説データを自動的にダウンロードするようになるため、ユーザは小説を読み進めることが出来る。
【００６６】
次に図３５を用いて図１１の赤外線転送処理（ステップＳ２３）について説明する。交換データ選択処理部１３１は、送信・受信の選択を促す表示を表示装置に行う（ステップＳ１６１）。交換データ選択処理部１３１は、選択入力を受け付け（ステップＳ１６３）、受信が指示されたか否かを判断する（ステップＳ１６５）。もし、受信が指示された場合には、データ受信処理部１３３がデータ受信処理を実施し、受信したデータを一旦記憶装置に格納する（ステップＳ１６７）。ここではユーザ端末に備えられた赤外線通信機能を用いて通信を行う。
【００６７】
受信データ記録処理部１３４は、しおりデータに含まれる小説ＩＤ及びタイトルにより、受信データについての表示を行い、第１のしおりデータとして登録するのか、第２のしおりデータとして登録するのか、登録しないかという保存の確認入力をユーザに対して促す（ステップＳ１６９）。受信データ記録処理部１３４は、ユーザからの入力を待ち、ユーザが入力を行うと当該入力を受け付ける（ステップＳ１７１）。そして、第２のしおりデータとして登録することが指示されたか否かを判断する（ステップＳ１７３）。もし第２のしおりデータとして登録することが指示されたと判断される場合には、第２のしおりデータの格納領域９２５に、受信したしおりデータを保存する（ステップＳ１７５）。そして端子Ａを介してステップＳ１に戻る。一方、第１のしおりデータとして登録することが指示されたと判断された場合には（ステップＳ１７７）、第１のしおりデータの記憶領域９２４に受信したしおりデータを保存する（ステップＳ１７９）。そして端子Ａを介してステップＳ１に戻る。一方第１のしおりデータとして登録することが指示されたわけではない場合には、登録を止めるということであり、記憶装置に一旦保持していた受信データを破棄し、端子Ａを介してステップＳ１に戻る。なお、第１のしおりデータとして保存する場合には、自分の今までのしおりデータは消去されてしまうことになるので、再度確認のための表示を実施するようにしても良い。さらに第１のしおりデータとして保存することを禁止しても良い。また第１及び第２のしおりデータとして両方の格納領域９２４及び９２５に登録するような選択肢を示すようにしても良い。
【００６８】
一方、交換データ選択処理部１３１は、ユーザにより送信が指示されている場合には、第１のしおりデータ又は第２のしおりデータのいずれを送信するかユーザに選択させるための表示を表示装置に行う（ステップＳ１８１）。例えば図３６のような表示を行う。ここでは、しおり１としおり２のいずれかを選択するように求めている。交換データ選択処理部１３１は、ユーザがしおりデータを選択するのを待ち、入力された場合にはユーザの選択入力を受け付け（ステップＳ１８３）、いずれが選択されたのか判断する（ステップＳ１８５）。もし、第１のしおりデータが選択された場合にはデータ送信処理部１３２は、格納領域９２４から第１のしおりデータを読み出して、送信処理を実施する（ステップＳ１８７）。この際、送信中を示す表示を行うようにしても良い。第２のしおりデータが選択された場合にはデータ送信処理部１３２は、格納領域９２５から第２のしおりデータを読み出して、送信処理を実施する（ステップＳ１８９）。この際、送信中を示す表示を行うようにしても良い。
【００６９】
このようにすれば、しおりデータを他のユーザと交換することができ、他のユーザにより入力されたしおりデータによるストーリへの影響を楽しむことができるようになる。
【００７０】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。すなわち、例えばダウンロード・サーバ５は１台だけではなく複数台存在する場合もある。また、リーダ・アプレット１００のダウンロードと小説データのダウンロードを別のサーバで実施するようにしても良い。また、本実施の形態では、単純に他のユーザからのしおりデータを受信した場合には、記憶領域に上書き登録する場合のみを示したが、何らかの演算を行った後に、例えば第２のしおりデータの変更を行うようにしても良い。例えば、第２のしおりデータと受信したしおりデータとを所定のルールにて演算した結果を登録するようにしても良い。
【００７１】
また、記憶領域の容量に制限が無ければ、小説データを１話分だけではなく多くの話のためのデータを一度にダウンロードするようにしても良い。また、複数の小説についてのデータを保持できるようにする場合もある。上で説明した画面例は一例であって、他の構成であってもよい。
【００７２】
ｋｉ１タグを検出した際に、キーワードの入力を求める例を説明したが、キーワードの選択肢を表示して選択させるようにすることも可能である。
【００７３】
（付記１）
小説データ内の予め定められた部分の表示の際に、ユーザに対してキーワードの入力又は選択を促す表示を行うステップと、
前記ユーザにより入力又は選択されたキーワードを記憶装置に格納するステップと、
前記キーワードを含む小説データの表示の制御に関連するデータを、前記ユーザの指示に従って、第二のユーザの端末に送信するステップと、
を含む小説データ処理方法。
【００７４】
（付記２）
小説データ内の予め定められた部分の表示の際に、当該予め定められた部分から予め定められた分岐先のいずれかへの分岐の選択を促すステップと、
前記ユーザにより選択された分岐先のデータを記憶装置に格納するステップと、
前記分岐先のデータを含む小説データの表示の制御に関連するデータを、前記ユーザの指示に従って、第二のユーザの端末に送信するステップと、
を含む小説データ処理方法。
【００７５】
（付記３）
前記小説データ内の予め定められた部分の表示の際に、ユーザに対してキーワードの入力又は選択を促す表示を行うステップと、
前記ユーザにより入力又は選択されたキーワードを記憶装置に格納するステップと、
をさらに含み、
前記小説データの表示の制御に関連するデータが、前記キーワードを含む
ことを特徴とする付記２記載の小説データ処理方法。
【００７６】
（付記４）
前記小説データ内の予め定められた他の部分の表示の際に、前記記憶装置に格納されたキーワードを読み出して表示するステップ
をさらに含む付記１又は３記載の小説データ処理方法。
【００７７】
（付記５）
第三のユーザの端末から前記小説データの表示の制御に関連する第二のデータを受信した場合、当該小説データの表示の制御に関連する第二のデータを記憶装置に格納する格納ステップと、
前記小説データの表示の制御に関連する第二のデータを用いて、前記小説データの表示を行う表示制御ステップと、
をさらに含む付記１又は３記載の小説データ処理方法。
【００７８】
（付記６）
前記表示制御ステップが、
前記小説データ内の予め定められた部分に、前記小説データの表示の制御に関連する第二のデータに含まれるキーワードを表示するステップ
を含む付記５記載の小説データ処理方法。
【００７９】
（付記７）
前記表示制御ステップが、
前記小説データ内の予め定められた部分の表示の際に、前記小説データの表示の制御に関連する第二のデータに含まれる分岐先データに従って分岐元の小説データと分岐先の小説データを連結して表示するステップ
を含む付記５又は６記載の小説データ処理方法。
【００８０】
（付記８）
前記格納ステップが、
前記小説データの表示の制御に関連する第二のデータを、前記ユーザ自らによる前記小説データの表示の制御に関連するデータとは別に記憶装置に格納するステップ
を含む付記５記載の小説データ処理方法。
【００８１】
（付記９）
前記格納ステップが、
前記小説データの表示の制御に関連する第二のデータを、前記ユーザ自らによる前記小説データの表示の制御に関連するデータに上書き登録するステップ
を含む付記５記載の小説データ処理方法。
【００８２】
（付記１０）
他のユーザにより入力又は選択されたキーワードを含み且つ前記他のユーザの端末により生成された小説データの表示の制御に関連するデータを、前記ユーザの指示に従って受信し、記憶装置に登録するステップと、
前記小説データ内の予め定められた部分に、前記記憶装置に格納された前記小説データの表示の制御に関連するデータからキーワードを読み出して表示装置に表示するステップと、
を含む小説データ処理方法。
【００８３】
（付記１１）
小説データ内の所定の部分から他のユーザにより選択された分岐先への分岐を指示する分岐データを含み且つ前記他のユーザの端末により生成された小説データの表示の制御に関連するデータを、前記ユーザの指示に従って受信し、記憶装置に登録するステップと、
前記小説データ内の所定の部分の表示の際に、前記記憶装置に格納された前記小説データの表示の制御に関連するデータから分岐先データを読み出して、分岐元の小説データと分岐先の小説データを連結して表示するステップと、
を含む小説データ処理方法。
【００８４】
（付記１２）
付記１乃至１１のいずれか１つ記載の小説データ処理方法をコンピュータに実行させるためのプログラム。
【００８５】
（付記１３）
小説データ内の予め定められた部分の表示の際に、ユーザに対してキーワードの入力又は選択を促す表示を行う手段と、
前記ユーザにより入力又は選択されたキーワードを記憶装置に格納する手段と、
前記キーワードを含む小説データの表示の制御に関連するデータを、前記ユーザの指示に従って、第二のユーザの端末に送信する手段と、
を有する小説データ処理装置。
【００８６】
（付記１４）
小説データ内の予め定められた部分の表示の際に、当該予め定められた部分から予め定められた分岐先のいずれかへの分岐の選択を促す手段と、
前記ユーザにより選択された分岐先のデータを記憶装置に格納する手段と、
前記分岐先のデータを含む小説データの表示の制御に関連するデータを、前記ユーザの指示に従って、第二のユーザの端末に送信する手段と、
を有する小説データ処理装置。
【００８７】
（付記１５）
他のユーザにより入力又は選択されたキーワードを含み且つ前記他のユーザの端末により生成された小説データの表示の制御に関連するデータを、前記ユーザの指示に従って受信し、記憶装置に登録する手段と、
前記小説データ内の予め定められた部分に、前記記憶装置に格納された前記小説データの表示の制御に関連するデータからキーワードを読み出して表示装置に表示する手段と、
を有する小説データ処理装置。
【００８８】
（付記１６）
小説データ内の所定の部分から他のユーザにより選択された分岐先への分岐を指示する分岐データを含み且つ前記他のユーザの端末により生成された小説データの表示の制御に関連するデータを、前記ユーザの指示に従って受信し、記憶装置に登録する手段と、
前記小説データ内の所定の部分の表示の際に、前記記憶装置に格納された前記小説データの表示の制御に関連するデータから分岐先データを読み出して、分岐元の小説データと分岐先の小説データを連結して表示する手段と、
を有する小説データ処理装置。
【００８９】
【発明の効果】
本発明によれば、本来はインタラクティブではないコンテンツにインタラクティブ性を持たせると共に他のユーザとの関連をもたせることができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施の形態における小説の構成を示す図である。
【図２】本発明の一実施の形態における小説のストーリ分岐についての概念図である。
【図３】本発明の一実施の形態におけるシステム概要図である。
【図４】ｋｉ１テーブルの一例を示す図である。
【図５】ｒｔ１テーブルの一例を示す図である。
【図６】ｒｔ２テーブルの一例を示す図である。
【図７】リーダ・アプレットの機能ブロック図である。
【図８】ユーザ端末に確保されるデータ記憶領域を表す模式図である。
【図９】第１のしおりデータの一例を示す図である。
【図１０】第２のしおりデータの一例を示す図である。
【図１１】メニュー処理の処理フローを示す図である。
【図１２】トップメニューの画面例を示す図である。
【図１３】小説読込処理の処理フローを示す図である。
【図１４】小説選択画面例を示す図である。
【図１５】選択された小説の内容を表示するための画面例を示す図である。
【図１６】シリーズ（主役）の選択を行うための画面例を示す図である。
【図１７】シリーズ（主役）の確認を行うための画面例を示す図である。
【図１８】ダウンロードする小説及びシリーズを決定する画面表示例を示す図である。
【図１９】メイン処理の処理フロー（その１）を示す図である。
【図２０】通常の画面表示例を示す図である。
【図２１】メイン処理の処理フロー（その２）を示す図である。
【図２２】キーワード入力処理の処理フローを示す図である。
【図２３】ｋｉ１タグが存在する場合の画面表示例を示す図である。
【図２４】ｋｉ１タグに対応するキーワード入力後の画面表示例を示す図である。
【図２５】キーワード表示処理の処理フローを示す図である。
【図２６】ｋｉ２タグが存在する場合の画面表示例を示す図である。
【図２７】ルート選択処理の処理フローを示す図である。
【図２８】ｒｔ１タグが存在する場合の画面表示例を示す図である。
【図２９】ルート自動移動処理の処理フローを示す図である。
【図３０】ｒｔ２タグが存在する場合の画面表示例を示す図である。
【図３１】第２キーワード表示処理の処理フローを示す図である。
【図３２】ｋｉ１１タグが存在する場合の画面表示例を示す図である。
【図３３】話更新処理の処理フローを示す図である。
【図３４】次の話の小説データをダウンロードする際に表示される画面例を示す図である。
【図３５】しおりデータの赤外線転送処理の処理フローを示す図である。
【図３６】しおりデータを送信する場合の画面例を示す図である。
【符号の説明】
１ ネットワーク
３ａ ユーザＡ端末
３ｂ ユーザＢ端末
５ ダウンロード・サーバ
５１ 小説データ格納部
５２ アプレット格納部
１００ リーダ・アプレット
１１０ 小説読み込み処理部
１１１ 読み込みデータ選択処理部
１１２ サーバ通信処理部
１１３ 記憶領域確保処理部
１１４ デフォルトデータ設定処理部
１２０ 小説表示実行処理部
１２１ 小説基本表示処理部
１２２ 分岐選択処理部
１２３ 選択肢記録処理部
１２４ キーワード入力・記録処理部
１２５ キーワード出力処理部
１３０ データ交換処理部
１３１ 交換データ選択処理部
１３２ データ送信処理部
１３３ データ受信処理部
１３４ 受信データ記録処理部

Claims (5)

1. 小説データ内の第１の所定の部分の表示の際に、当該所定の部分から予め定められた分岐先のいずれかへの分岐の選択を促すステップと、
   ユーザにより選択された分岐先のデータを記憶装置に格納するステップと、
   前記ユーザに選択された前記分岐先のデータを含み且つ前記小説データの表示の制御に関連する第１制御データを、前記ユーザの指示に従って、他のユーザの端末に送信するステップと、
   前記他のユーザにより選択された前記分岐先のデータを含み且つ前記小説データの表示の制御に関連する第２制御データを、前記他のユーザの端末から受信し、前記記憶装置に格納するステップと、
   前記小説データ内の第２の所定の部分の表示の際に、前記記憶装置から前記第２制御データに含まれる前記分岐先のデータを読み出し、読み出した前記分岐先のデータに基づき、分岐元の小説データと分岐先の小説データを連結して表示するステップと、
   を含み、コンピュータにより実行される小説データ処理方法。
2. 前記小説データ内の第３の所定の部分の表示の際に、前記ユーザに対してキーワードの入力又は選択を促すステップと、
   前記ユーザにより入力又は選択された前記キーワードを前記記憶装置に格納するステップと、
   をさらに含み、
   前記第１制御データが、前記キーワードを含む
   ことを特徴とする請求項１記載の小説データ処理方法。
3. 前記小説データ内の第４の所定の部分の表示の際に、前記記憶装置に格納された前記キーワードを読み出して表示するステップ
   をさらに含む請求項２記載の小説データ処理方法。
4. 請求項１乃至３のいずれか１つ記載の小説データ処理方法をコンピュータに実行させるためのプログラム。
5. 小説データ内の第１の所定の部分の表示の際に、当該所定の部分から予め定められた分岐先のいずれかへの分岐の選択を促す手段と、
   ユーザにより選択された分岐先のデータを記憶装置に格納する手段と、
   前記ユーザに選択された前記分岐先のデータを含み且つ前記小説データの表示の制御に関連する第１制御データを、前記ユーザの指示に従って、他のユーザの端末に送信する手段と、
   前記他のユーザにより選択された前記分岐先のデータを含み且つ前記小説データの表示の制御に関連する第２制御データを、前記他のユーザの端末から受信し、前記記憶装置に格納する手段と、
   前記小説データ内の第２の所定の部分の表示の際に、前記記憶装置から前記第２制御データに含まれる前記分岐先のデータを読み出し、読み出した前記分岐先のデータに基づき、分岐元の小説データと分岐先の小説データを連結して表示する手段と、
   を有する小説データ処理装置。

Images