(57)【要約】    【構成】  漫画生成システム（図１：１０）では、漫画生成装置が、電子掲示板などの汎用データから作成した要約対象データに基づいて、メインキャラクタがユーザ（主人公）Ａであるリンク前漫画（第１漫画）の漫画データを作成し、漫画表示装置がその漫画を表示する。リンク前漫画に別のユーザがサブキャラクタとして登場するとき、漫画生成装置はリンク情報を漫画データに付記する。漫画表示装置はこのリンク情報に基づいてリンク前漫画の表示中に適当な領域に操作可能領域として漫画アンカを設定する。ユーザがサブキャラクタに関連する漫画アンカをマウスでクリックすると、漫画表示装置はその別のユーザ（主人公）Ｂをメインキャラクタとするリンク先漫画（第２漫画）の作成を漫画生成装置にリクエストする。漫画生成装置がリンク先漫画の漫画データを漫画表示装置に送信すると、漫画表示装置では、２つの漫画が混在する中間状態を経由して、リンク先漫画を表示する。    【効果】  主人公を交代させて漫画を表示できるので、状況や事象の多視点的な把握が行なえる。【選択図】  図９
2005228032.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ情報を含む要約対象データを保存する要約対象データ保存装置、
前記要約対象データに従って前記ユーザ情報に含まれるユーザＩＤの示すユーザをメインキャラクタとする第１漫画の漫画データを作成する漫画作成装置、および
前記第１漫画の漫画データに従って前記第１漫画を表示する漫画表示装置を備え、
前記ユーザ情報にリンク情報を含むとき、前記漫画生成装置は前記漫画データに前記リンク情報を付記し、
前記漫画表示装置は
前記漫画データが前記リンク情報を含むとき画面上に操作可能領域を設定する操作可能領域設定手段、および
前記操作可能領域が操作されたとき前記漫画生成装置に前記リンク情報に含まれるユーザＩＤの示すユーザをメインキャラクタとする第２漫画の作成をリクエストするリクエスト手段を含み、
前記漫画生成装置は前記リクエストに応じて前記第２漫画の漫画データを作成し、
前記漫画表示装置は前記第２漫画の漫画データに従って前記第２漫画を表示する、漫画生成システム。
【請求項２】
前記漫画表示装置は、前記第１漫画から前記第２漫画に表示を切り替えるとき、前記第１漫画および前記第２漫画が混在する中間状態を表示する中間状態表示手段を含む、請求項１記載の漫画生成システム。
【請求項３】
前記漫画生成装置は前記第１漫画のメインキャラクタおよび前記第２漫画のメインキャラクタに異なる色を付与する、請求項１または２記載の漫画生成システム。
【請求項４】
前記漫画生成装置は前記第１漫画のメインキャラクタおよび前記第２漫画のメインキャラクタに異なる形状を付与する、請求項１ないし３のいずれかに記載の漫画生成システム。
【請求項５】
前記漫画生成装置は汎用データから前記要約対象データを作成する要約対象データ作成手段を含む、請求項１ないし４のいずれかに記載の漫画生成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は漫画生成システムに関し、特にたとえば、漫画表現を利用してユーザに状況や事象の概要を把握させる漫画インタフェースに用いる、漫画生成システムに関する。
【背景技術】
【０００２】
本件発明者等は、漫画表現を利用して行動履歴を表現するこの種のシステムを、たとえば特許文献１や非特許文献１で提案した。
【０００３】
この従来技術のシステムでは、たとえば展示会を訪れたユーザの行動履歴をログとして残し、このログを使って、行動履歴を表現する漫画を自動的に生成する。
【特許文献１】特開２００２‐３４２７６４号公報〔Ｇ０６Ｔ  １１／６０〕
【非特許文献１】坂本竜基，角康之，中尾恵子，間瀬健二，國藤進「コミックダイアリ：漫画表現を利用した経験や興味の伝達支援」情報処理学会論文誌Vol.43 No.12, pp.3582-3592(2002)
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１や非特許文献１で提案している従来技術では、個々の経験を漫画によって表現することで或る視点からみた経験そのものを他者に伝達することを主眼としている。つまり、１人のユーザだけを漫画の主人公にしているため、他のユーザとの関わり等を含めた多視点的な状況把握が困難であった。
【０００５】
それゆえに、この発明の主たる目的は、多視点的な事象の状況把握ができる、漫画生成システムを提供することである。
【課題を解決するための手段】
【０００６】
請求項１の発明は、ユーザ情報を含む要約対象データを保存する要約対象データ保存装置、要約対象データに従ってユーザ情報に含まれるユーザＩＤの示すユーザをメインキャラクタとする第１漫画の漫画データを作成する漫画作成装置、および第１漫画の漫画データに従って第１漫画を表示する漫画表示装置を備え、ユーザ情報にリンク情報を含むとき、漫画生成装置は漫画データにリンク情報を付記し、
漫画表示装置は漫画データがリンク情報を含むとき画面上に操作可能領域を設定する操作可能領域設定手段、および操作可能領域が操作されたとき漫画生成装置にリンク情報に含まれるユーザＩＤの示すユーザをメインキャラクタとする第２漫画の作成をリクエストするリクエスト手段を含み、漫画生成装置はリクエストに応じて第２漫画の漫画データを作成し、漫画表示装置は第２漫画の漫画データに従って第２漫画を表示する、漫画生成システムである。
【０００７】
請求項１の発明では、要約対象データ保存装置（１８：実施例で相当する部分を示す。以下同様。）は、ユーザ情報を含む要約対象データを保存する。ユーザ情報は少なくとも、ユーザＩＤとユーザ名とを含み、場合によっては、リンク情報を含む。実施例では、漫画生成装置（１２）は、漫画表示装置（１６）のリクエストに応じて、そのユーザＩＤの示すユーザをメインキャラクタとする第１漫画（リンク前漫画）の漫画データを、その要約対象データに従って作成する（Ｓ１１‐Ｓ３３）。この第１漫画の漫画データは漫画表示装置に送られる（Ｓ３５）。したがって、漫画表示装置は、第１漫画の漫画データに従ってその第１漫画を表示する。
【０００８】
ユーザ情報にリンク情報を含むとき、漫画生成装置は漫画データにリンク情報を付記し（Ｓ２９、Ｓ３１、Ｓ３３）、したがって、漫画表示装置の操作可能領域設定手段（Ｓ４３）は、そのリンク情報に応じて、漫画表示画面上に操作可能領域（漫画アンカ：図８）を設定する。第１漫画を見ているユーザがその操作可能領域をたとえばマウスでクリックすると、リクエスト手段（Ｓ４９）は、漫画生成装置にそのリンク情報に含まれるユーザＩＤの示すユーザをメインキャラクタとする第２漫画の作成をリクエストする。
【０００９】
このリクエストに応じて漫画生成装置は第２漫画の漫画データを作成して（Ｓ１１‐Ｓ３３）、それを漫画表示装置に返す（Ｓ３５）。したがって、漫画表示装置は第２漫画の漫画データに従って第２漫画（リンク先漫画）を表示する。
【００１０】
すなわち、第１漫画を読んでいるときに漫画アンカがクリックされると、その第１漫画の登場するサブキャラクタをメインキャラクタとする第２漫画を表示することができるので、状況や事象を異なるユーザの視点を通して多視点的に把握することができる。
【００１１】
請求項２の発明は、漫画表示装置は、第１漫画から第２漫画に表示を切り替えるとき、第１漫画および第２漫画が混在する中間状態を表示する中間状態表示手段を含む、請求項１記載の漫画生成システムである。
【００１２】
請求項２の発明では、中間情報表示手段（１６：Ｓ５１）が中間状態を表示するため、第１漫画から第２漫画に移行するとき中間状態で第１漫画と第２漫画との相互関係を確認できるので、読み手側における文脈の不自然さが緩和できる。
【００１３】
請求項３の発明は、漫画生成装置は第１漫画のメインキャラクタおよび第２漫画のメインキャラクタに異なる色を付与する、請求項１または２記載の漫画生成システムである。
【００１４】
請求項３の発明では、第１漫画でのサブキャラクタが第２漫画データのメインキャラクタとなるとき、同じ色を付与することができるので、つまりユーザ（キャラクタ）毎に色を変えられるので、主人公の交代に伴う読み手における混乱を回避できる。つまり、第１漫画と第２漫画とで共通するキャラクタに一貫して同じ色を使用することにより、混乱の防止が期待できる。
【００１５】
請求項４の発明は、漫画生成装置は第１漫画のメインキャラクタおよび第２漫画のメインキャラクタに異なる形状を付与する、請求項１ないし３のいずれかに記載の漫画生成システムである。
【００１６】
請求項４の発明では、第１漫画でのサブキャラクタが第２漫画データのメインキャラクタとなるとき、同じ形状を付与することができるので、つまりユーザ（キャラクタ）毎に形状を変えられるので、主人公の交代に伴う読み手における混乱を回避できる。つまり、第１漫画と第２漫画とで共通するキャラクタに一貫して同じ形状を使用することにより、混乱の防止が期待できる。
【００１７】
請求項５の発明は、漫画生成装置は汎用データから要約対象データを作成する要約対象データ作成手段を含む、請求項１ないし４のいずれかに記載の漫画生成システムである。
【００１８】
請求項５の発明では、前処理の段階において、漫画生成装置の要約対象データ生成手段（１２；Ｓ５）が、たとえば電子掲示板やその他の汎用データから要約対象データを作成し、要約対象データ保存装置に保存する。汎用データが利用できるので、あらゆる局面で漫画表現を利用することができる。
【発明の効果】
【００１９】
この発明によれば、主人公を交代させてそれぞれの漫画を表示できるので、多視点的な状況や事象の把握が簡単にできる。
【００２０】
さらに、前の漫画から中間状態を経て後の漫画を表示すれば、両者の相互関係が把握でき、したがって、主人公の交代に伴って読み手側での読解的な文脈が途切れてしまう、という不都合が生じることかない。
【００２１】
ユーザ毎に色や形状を変えれば、主人公交代に伴う読み手側の混乱を回避できる。
【００２２】
また、たとえば電子掲示板やその他の汎用データから要約対象データを作成するようにすれば、汎用データが利用でき、あらゆる局面で漫画表現を利用することができる。
【００２３】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２４】
図１に示すこの発明の一実施例の漫画生成システム１０は、漫画生成装置１２を含む。この漫画生成装置１２は基本的には、漫画生成サイトのためのサーバとして機能し、インタネット１４を介してクライエントとして機能する漫画表示装置１６からのアクセスを受ける。つまり、漫画生成装置１２は、インタネット１４を介して漫画表示装置１６からのリクエストを受け、作成した漫画データを漫画表示装置１６に送信する。漫画表示装置１６は、クライアント側で漫画を表示する装置である。ただし、漫画表示装置１６はＷｅｂブラウザであってもよい。
【００２５】
漫画生成装置１２は、要約対象データ保存装置１８、絵データ保存装置２０、およびシーン情報保存装置２２とそれぞれデータ授受可能に結合されている。これらの保存装置１８‐２２は、別々に構成されてもよく、１つの記憶装置で構成されてもよい。
【００２６】
この実施例のシステム１０において漫画を生成するには、要約対象となるデータからユーザＩＤ群と各ユーザに付随する情報、および存在するならばユーザに依存しない情報が必要となる。これらの情報が集まった情報、もしくはこれらの情報を関連付けることが可能な情報群を要約対象データと呼ぶ。
【００２７】
ただし、ユーザとは、１人のユーザ、もしくは複数のユーザから構成される特定のユーザグループ、もしくは特定の情報カテゴリのことを指す。そして、ユーザを一意に特定可能な情報をユーザＩＤと呼ぶ。
【００２８】
このようなユーザに関連するデータが要約対象データであり、たとえば電子掲示板、メーリングリストのログデータ、ニュース記事、Ｗｅｂサイトの閲覧もしくは行動履歴、広告の商品情報、消費者の商品購入履歴、アンケート結果、ニューズグループのログデータ、チャットのログデータなどがこれにあたる。この実施例では、要約対象データとしてこのような汎用データを用いることができるので、あらゆる任意の局面で漫画表現を利用することができる。
【００２９】
この要約対象データは、上述の要約対象データ保存装置１８に、一般的なＤＢ（データベース）として格納されているか、もしくはＸＭＬ形式、ＲＤＦ形式、ＲＳＳ形式、ＣＳＶ形式等の、ユーザＩＤとユーザ付随情報との対応関係が判別可能なデータ形式で格納されている。
【００３０】
要約対象データは、上述のように、基本的にユーザ毎に一意に決まるユーザＩＤと、各ユーザに付随する付随情報とのペアとして保存される。これらをまとめて、ユーザ情報と呼ぶ。このユーザ情報の一例が図２に図解され、そこでは、ユーザ情報は少なくともユーザＩＤとユーザ名とを含むように示されている。なお、この図２においては、後の図３も同様であるが、「／」（スラッシュ記号）の付された情報などが該当情報などの最後のものであることを示している。
【００３１】
各ユーザに付随する付随情報は、たとえば、ユーザ名、性別、年齢、生年月日、星座、血液型、電話番号、郵便番号、住所、出生地、趣向、行動履歴、利用機材、指紋、網膜パターン、顔画像、住民基本台帳番号、声紋、ＩＰアドレス、緯度経度、家族構成等のユーザに依存した情報である。
【００３２】
また、ユーザ情報には、漫画上でのユーザを表すキャラクタに付随する情報が付加されていることがある。たとえば、形、色、性格、音、鳴き声、声色、表情、姿勢、動作、服装などの属性である。各情報には、その情報そのものとは別に、その情報がどのような情報であるかということを判別させるためのラベルやタグを付加しておく。特に色は重要である。この実施例では主人公を交代させて別々の漫画の表示を可能にするが、絵データの節約の観点から、別々の漫画でも主人公のキャラクタ（図形）は同じものを用いる。ところが、このように主人公が代わったのに同じキャラクタを用いる場合、読み手に混乱を生じさせることがある。そこで、この実施例では、各ユーザに固有の色を設定し、たとえば後述のように絵データとして絵データ保存装置２０から出力するときに、キャラクタの色をそのユーザに固有に割り当てた色に変換して出力するようにし、異キャラクタ同色の問題を回避するようにした。つまり、主人公が交代しても、同じユーザすなわち同じキャラクタには一貫して同じ色を使用できるので、読み手における混乱を防止できる。
【００３３】
色と併用して、あるいは単独で、ユーザすなわちキャラクタ毎に形状をかえることもできる。たとえば、各ユーザに固有の形状を設定し、上述の色の変換と同様にして、絵データとして絵データ保存装置２０から出力するときに、キャラクタの形状をそのユーザに固有に割り当てた形状に変換または置換して出力するようにすればよい。この場合も、主人公が交代しても、同じユーザすなわち同じキャラクタには一貫して同じ形状を使用できるので、読み手における混乱を防止できる。
【００３４】
なお、色を変える場合でも、形状を変える場合でも、絵データは従来技術に説明されているように、多くの場合、背景、キャラクタなどのレイヤに分かれているため、必要なときにキャラクタレイヤだけを変えればよいので、技術的な困難性はない。
【００３５】
また、要約対象データとしては、図３に示すように、ユーザＩＤなどの他に、ユーザに依存しない情報も保持することがある。たとえば、要約対象の、場所、サイト名、天気、日付、時間や、ユーザ全体の情報として、ユーザ全体の行動頻度、ユーザ間の関係、前述のユーザ情報の全体での平均値やランキング等が考えられる。各情報には、その情報であると判別可能にさせるためのラベルやタグを付加しておく。これをユーザ非依存情報と呼ぶ。
【００３６】
さらに、漫画の全体もしくは一部分を構成する図画を漫画表示装置１６上で表示可能なデータを絵データと呼び、この絵データは、あらゆるラスタデータもしくはベクタデータもしくはその他の保存方式の図画データ、たとえば、ＢＭＰ、ＧＩＦ、ＰＮＧ、ＪＰＥＧ、ＴＩＦＦ、ＳＶＧ、ＳＷＦ等の形式のデータであり得る。そして、絵データは、絵データ保存装置２０に格納または保存される。
【００３７】
ただし、この絵データ保存装置２０には、後述の漫画１こま情報に絵データではなく、絵データを特定可能な情報群が記述される場合もある。
【００３８】
そして、一般的な漫画で表現されている、枠で囲まれた一纏まりの絵、もしくは囲まれていない一定範囲内の一纏まりの絵のことを漫画１こまと呼ぶ。また、ある漫画１こまを構成する１個以上の部分的な絵データ群、もしくは絵データを特定可能な情報群を漫画１こま情報と呼ぶ。この漫画１こま情報には、絵データ群（レイヤ）を重ね合わせる順番もしくは配置位置やその漫画１こまに付随する情報が記述されていることもある。
【００３９】
漫画１こまに付随する情報を、漫画１こま付随情報と呼ぶ。漫画１こま付随情報とは、たとえば、その漫画１こまの名前、関連するＷｅｂページへのハイパリンク情報、その漫画１こまに関連する詳細情報の絵や文章、他の漫画へのリンク情報、などである。
【００４０】
他の漫画へのリンク情報に記述されている情報には、直接漫画を同定できる漫画を表示するためのＩＤやＵＲＬ、もしくは、リンク先で表示させたい漫画表現の一部分を担う０個以上のユーザＩＤもしくは、０個以上のユーザを特定するユーザ情報の条件等が考えられる。ただし、ユーザＩＤやユーザ情報を指定しない場合もあるので、ここでは「０個以上」とした。
【００４１】
なお、各種リンク情報には、上記のリンク先の特定につながる情報の他に、画面上のどの領域をリンク領域（操作可能領域：漫画アンカ）にするのかを決める情報を含む場合がある。これをリンク領域情報と呼ぶ。
【００４２】
さらに、１個以上の漫画１こま情報を、順列をもって保持したものをシーン情報と呼ぶ。
【００４３】
シーン情報には、どのようなユーザ情報およびユーザ非依存情報とそのシーン情報とが適合するのかという条件が記述されている。この条件は、ユーザ情報（ユーザ非依存情報）におけるタグもしくはラベルで表示されるが、そこに記述されている情報の条件が論理式で書かれることもある。この条件を、シーン条件と呼ぶ。また、そのシーン情報がどのような事柄を表しているのかということを示した名前が保持されている。これをシーン雰囲気名と呼ぶ。
【００４４】
シーン情報には、また、そのシーン情報が示すシーンと、ユーザ情報もしくはユーザ非依存情報との対応関係も記述され、さらには、シーン情報同士の依存関係が記述されていることもある。ここで、依存関係とは、たとえば、あるシーン情報とあるシーン情報とは共存不可能といった排他的情報や、あるシーン情報はあるシーン情報にとって必要不可決といった共存的情報などがある。これらをシーン依存関係情報と呼ぶ。
【００４５】
このようなシーン情報は、すべて、シーン情報保存装置２２内に保存される。
【００４６】
図１実施例の動作において、要約対象データが予め存在する場合は、漫画生成処理１２は、要約対象データ保存装置１８に保存されている要約対象データをそのまま利用する。しかしながら、要約対象データがない場合には、漫画生成装置１２は、図４のステップＳ１において、要約対象データの条件に合致するようなデータがあるかどうか、すなわち要約対象データが作成可能かどうか判断する。“ＹＥＳ”の判断をしたとき、漫画生成装置１２は、続くステップＳ３において、最後に生成した要約対象データが古くなっているかどうか、すなわち、要約対象データは更新されるべきか否か判断する。
【００４７】
ステップＳ１およびＳ３においてともに“ＹＥＳ”のとき、漫画生成装置１２は、ステップＳ５において、たとえば、電子掲示板、メーリングリストのログデータ、ニュース記事、Ｗｅｂブラウザの履歴、広告の商品情報、消費者の商品購入履歴、アンケート結果等の汎用データから、図３に示すような要約対象データ（ユーザＩＤおよびユーザ情報および存在するならばユーザ非依存情報からなるデータ群）を生成する。ユーザ情報およびユーザ非依存情報に含まれる各情報は、その情報がどのような情報であるかということを判別させるためのラベルやタグが付与されている必要がある。また、ユーザＩＤは、ユーザＩＤ生成時の日時や数字等から生成したり、もしくは、ユーザ情報の一部をそのまま、もしくは変換または加工して使用することもある。
【００４８】
なお、作成しまたは更新した要約対象データは、同じステップＳ５で、要約対象データ保存装置１８（図１）に保存する。
【００４９】
漫画生成装置１２は、漫画表示装置１６からのリクエストに応じて漫画を生成し、その漫画データを漫画表示装置１６に与えるが、漫画表示装置１６からのリクエストとして、表示させたい漫画表現の一部分を担う０個以上のユーザＩＤもしくは、０個以上のユーザを特定する情報と、存在するならば参照元リンク名とを取得する。その他、漫画に関わる情報、もしくは関わらない情報が付随されていてもよい。ただし、この参照元リンク名とは、リンク情報に従ってその漫画を表示する場合、元に表示していた漫画へのリンク情報のことである。
【００５０】
図５に示す漫画生成動作は、漫画表示装置１６からのこのリクエストに応じて開始するが、最初のステップＳ１１では、漫画生成装置１２は、リクエストに基づいて、要約対象データの全体もしくは一部を取得する。ただし、要約対象データの一部には、最低限、リクエストされたユーザのユーザ情報が含まれる。
【００５１】
続くステップＳ１３において、漫画生成装置１２は、シーン情報保存装置２２（図１）におけるすべてのシーン情報が保持するシーン条件を、取得した各ユーザ情報および存在するならばユーザ非依存情報に対して調べ、合致するシーン情報をすべて抜き出す。この抜き出されたシーン情報の１つ１つを対応シーン情報と呼ぶ。対応シーン情報は、取得したユーザ情報もしくはユーザ非依存情報１個に対して０個以上が対応する。この場合も、ユーザ情報（またはユーザ非依存情報）に対応シーン情報がない場合もあるので、「０個以上」とした。
【００５２】
続いて、漫画生成装置１２は、ステップＳ１５において、そのユーザ情報に基づく対応シーン情報が複数個存在するかどうか判断する。
【００５３】
対応シーン情報が複数個であるとき、ステップＳ１７で、漫画生成装置１２は、対応シーン情報に記述されているシーン依存関係情報に従って、どのシーン依存関係情報の依存関係にも矛盾しないような対応シーン情報の組み合わせだけを抜き出す。この対応シーンの組み合わせをストーリと呼ぶ。
【００５４】
その後、ストーリに含まれる対応シーン情報の各漫画１こまの順列を、ストーリ全体で考えた場合の出現順序に変換して、対応する漫画１こまの漫画１こま付随情報に追記する。このストーリにおける漫画１こまの順序を記した情報をこま番号と呼ぶ。
【００５５】
ステップＳ１７の後、ステップＳ１９に進む。ただし、対応シーン情報が１つだけのときには、ステップＳ１５で“ＮＯ”となり、この場合には、そのままステップＳ１９に進む。ステップＳ１９では、漫画生成装置１２は、対応シーン情報に基づいて得られるストーリが１つだけか複数個か判断する。
【００５６】
ストーリが複数存在する場合は、ステップＳ１９で“ＹＥＳ”となり、この場合には、次のステップＳ２１で、漫画生成装置１２は、予め決めておいた選択条件（基準）に従って、ストーリを１つだけ選択する。ただし、この選択条件には、たとえば、漫画１こまが一番多いストーリ、漫画１こまが一番少ないストーリ、一番早くに生成されたストーリ等が考えられる。このようにして決定される１つのストーリを決定ストーリと呼ぶ。
【００５７】
なお、ストーリが１つしかない場合には、当然、その１つのストーリを決定ストーリとする（ステップＳ２３）。
【００５８】
そして、ステップＳ２５において、漫画生成装置１２は、漫画１こまの配置情報を漫画全体でみたときの配置情報に変換して追記する。つまり、決定ストーリはシーン情報の順列を含み、そのシーン情報は前述のように、こま番号（順列）を含むものである。したがって、このステップＳ２５において、漫画生成装置１２は、漫画全体をこま番号（順列）に変換（分解）して追記する。
【００５９】
その後、漫画生成装置１２は、ステップＳ２７（図６）において、決定ストーリに含まれるシーン情報に含まれる漫画１こま付随情報の中に、他の漫画へのリンク情報が記述されているかどうか判断する。そして、このステップＳ２７で“ＹＥＳ”を判断したとき、漫画生成装置１２は、次のステップＳ２９で、そのリンク情報にユーザを直接特定可能なＩＤや、漫画を直接作成可能な情報などが含まれているかどうか判断する。
【００６０】
ステップＳ２９で“ＹＥＳ”の場合、すなわち、リンク情報に０個以上のユーザを特定するユーザ情報の条件等が記述されている場合、漫画生成装置１２は、ステップＳ３１で、そのリンク情報と０個以上のユーザＩＤとを結びつけて、漫画１こま付随情報に追記する。この結びつけの成否は、他ユーザのユーザ情報が、リンクのユーザ情報の条件等に適合するかどうかが基準となる。ユーザ情報が複数存在した場合で、必要ならば、その中から１つもしくは複数個を選択する場合がある。このステップＳ３１で追記されたユーザＩＤが、別の登場人物の存在を示す。
【００６１】
ステップＳ２７で“ＮＯ”のとき、またはステップＳ２９で“ＮＯ”のとき、あるいはステップＳ３１の実行の後、漫画生成装置１２は、続くステップＳ３３において、漫画1こま絵データを作る。つまり、漫画１こま情報に絵データではなく、絵データを特定する情報群が記述されている場合は、その絵データを特定する情報を用いて、絵データ保存装置２０から絵データを引き出し、漫画１こま情報に付加する。また、漫画１こま情報に絵データが複数存在し、漫画１こま情報に絵データ群を重ね合わせる順番もしくは配置位置が記述されているときは、その記述に基づいて絵データの重ね合わせや配置を行い、１枚の絵データとして漫画１こま情報に付加しておく。この漫画１こまを表現する１枚の絵データを漫画１こま絵データと呼ぶ。
【００６２】
ただし、これらの処理、すなわち漫画１こま情報と絵データとを結び付けて漫画１こま情報に付加する処理、および、漫画１こま絵データを生成して漫画１こま情報に付加する処理は、クライエント側の漫画表示装置１６（図１）で行なってもよい。
【００６３】
そして、ステップＳ３５において、漫画生成装置１２は、リクエストを送信してきたクライエントすなわち漫画表示装置１６へ、以上の処理によって生成された決定ストーリを送信する。
【００６４】
漫画表示装置１６では、漫画サーバすなわち漫画生成装置１２から送信される決定ストーリすなわち漫画１こま付随情報を受信することで、図７に示す動作を開始する。
【００６５】
その漫画表示の画面（図示せず）に未だなにも表示されていないときは、すなわち漫画生成装置１２へ初めてリクエストを送信したときには、ステップＳ４１で“ＹＥＳ”が判断され、続くステップＳ４３において、漫画表示装置１６は、漫画生成装置１２から送信されてきた決定ストーリに含まれる０個以上の漫画１こま絵データを、予め用意しておいたこまのレイアウト情報と、決定ストーリにおける漫画１こまのこま番号をもとに、各漫画１こま絵データを配置する。
【００６６】
したがって、このステップＳ４３で、たとえば、図８に示す漫画が表示される。ただし、この図８では、最下位置のこまが開始のこまで、以後、次のこまが上位位置に表示されていることに留意されたい。図８の例は主人公ＡをメインキャラクタＡとする漫画Ａ１‐Ａ４を示し、それの第２番目のこのＡ２には、メインキャラクタ（主人公）Ａ以外に、他の漫画で主人公となり得るサブキャラクタＢおよびＣも表示されている。
【００６７】
ただし、漫画１こま付随情報にリンク情報が含まる場合は、このステップＳ４３で、漫画表示装置１６は、漫画の任意位置にリンク用の漫画アンカを設定する。この漫画アンカとは、漫画表示装置１６のマウスがクリックされたときに反応してリンク先漫画のリクエストを送信する漫画を表示している画面上の操作可能領域のことである。リンク情報中にリンク領域情報が含まれている場合は、それを利用して漫画アンカを設定する。リンク情報中にリンク領域情報が含まれていない場合は、予め用意されていたリンク領域情報と、そのリンク情報を結び付けて漫画アンカを設定する。
【００６８】
図８の例では、各キャラクタＡ，ＢおよびＣの表示領域が操作可能領域すなわち漫画アンカＡ，ＢおよびＣとしてそれぞれ設定されている。ただし、漫画アンカは他に、適当な位置に設定することができることは勿論である。いずれの場合も、漫画アンカと各キャラクタとが明確に関連付けられている必要はある。
【００６９】
また、漫画１こま付随情報にＷｅｂページへのハイパリンク情報が含まれている場合は、漫画１こま上、もしくはその周辺にハイパリンクのためのアンカを設定する。
【００７０】
漫画１こま付随情報にリンク情報およびＷｅｂページへのハイパリンク情報以外の情報、すなわちその漫画１こまの名前、その漫画１こまに関連する詳細情報の絵や文章等が付与されている場合、ユーザのリクエストに応じてそれを漫画１こま上、もしくはその周辺に表示することもある。
【００７１】
ステップＳ４５で、漫画表示装置１６は、図８のような漫画を表示しているときに、ユーザがマウス（図示せず）をクリックしたかどうか、判断する。“ＹＥＳ”なら、ステップＳ４７において、さらに、クリックされたのが漫画アンカ（図８の例では漫画アンカＢおよびＣ）かどうか判断する。
【００７２】
ユーザが漫画アンカをクリックした場合、ステップＳ４７で“ＹＥＳ”が判断され、この場合、次のステップＳ４９において、漫画表示装置１６は、漫画生成装置１２へ、表示させたい漫画表現の一部分を担う０個以上のユーザＩＤもしくは、０個以上のユーザを特定する情報と、存在するならば参照元リンク名をリクエストとして送信する。このリクエストを送信する以前に表示されていた漫画のことをリンク前漫画と呼ぶ。また、このクリックされたこまをリンク元こまと呼ぶ。このリクエストの応答として漫画生成装置１２から送信されてきた決定ストーリに含まれる０個以上の漫画１こま絵データを、予め用意しておいたこまのレイアウト情報をもとに、各漫画１こま絵データを配置する。こののようにして主人公を変更して表示する漫画をリンク先漫画と呼ぶ。
【００７３】
このように、ユーザＡをメインキャラクタとする第１漫画（リンク前漫画）の表示中に漫画表示装置１６からリクエストを送信すると、漫画生成装置１２は、先に説明した図５‐図６に従って、リンク情報に含まれる新たなユーザＩＤのユーザをメインキャラクタとする第２漫画（リンク先漫画）の漫画データを作成する。そして、この漫画データはステップＳ３５で漫画表示装置１６に送られる。
【００７４】
漫画表示装置１６は、第２漫画の漫画データを受け取ると、図７のステップＳ４１を実行する。第２漫画の漫画データは、第１漫画を表示中に受け取られたのであるから、このステップＳ４１では、“ＮＯ”が判断されることになり、ステップＳ５１で、次に説明する中間情報を表示する。
【００７５】
このリンク前漫画（第１漫画）からリンク先漫画（第２漫画）へのストーリの切り替えの間に、その切り替え状態をユーザに把握させやすいように、漫画表示装置１６は、一旦、図９（Ｃ）に示すような中間状態の表示を行なう。ただし、図９に示す例では、中間状態として、主人公Ａのリンク前漫画Ａ１‐Ａ４と主人公Ｂのリンク先漫画Ｂ１‐Ｂ５とが十字（クロス）表示されるようにした。しかしながら、中間状態の具体的形態は図９の十字に限られるものではなく、任意の過渡的表示が利用可能である。
【００７６】
つまり、リンク前漫画Ａ１‐Ａ４が図９（Ｂ）に示すように表示されている状態で漫画アンカたとえば漫画アンカＢがクリックされると、図９の例ではユーザＡおよびＢすなわちメインキャラクタＡおよびサブキャラクタＢが同時に登場する２こま目（Ａ２）で図８の漫画アンカＢがクリックされた場合を示していて、この場合、図９（Ｃ）に示すように、こまＡ２を交差点とする十字で中間状態の画面が表示される。その後、図９（Ｄ）に示すように別の主人公Ｂのリンク先漫画Ｂ１‐Ｂ５が表示される。したがって、主人公を交代させるためにリンク前漫画からリンク先漫画を表示できるので、異なる主人公の視点を通した多視点的な状況または事象の把握が簡単にできる。
【００７７】
ただし、中間状態とは、リンク前漫画（第１漫画）とリンク先漫画（第２漫画）とが混在した状態であり、たとえば、リンク前漫画の各漫画１こまを、ストーリの順に縦もしくは横もしくは斜め方向に一直線に並べて、リンク先漫画の各漫画１こまを、リンク前漫画におけるリンク元こまに重なるように、その直線に直交する方向に一直線に並べるといった配置が考えられる。
【００７８】
リンク先漫画の表示位置は、リンク元こまを含む対応シーン情報のシーン雰囲気名が、リンク先漫画の漫画１こまを含む対応シーン情報のそれと同じもの同士となるような場所とする。もしも、同じシーン雰囲気名のシーン情報に含まれる漫画１こまがなければ、リンク先漫画の先頭の漫画１こまをリンク元こまと交差させる。この中間状態に移行する際、より見やすくなるように、各漫画１こまの大きさや形をそろえる。さらにユーザにリンク関係を把握しやすくするために、リンク前漫画から中間状態、および、中間状態からリンク先漫画への画面の切り替えは、アニメーションを用いる要約対象データにしてもよい。
【００７９】
ただし、この実施例では、リンク前漫画Ａ１‐Ａ４でのキャラクタＡの色がたとえば「赤」で、キャラクタＢの色がたとえば「青」の場合、ユーザ情報に基づいて、リンク先漫画Ｂ１‐Ｂ５でも同じように、キャラクタＢの色は「青」に設定される。それによって主人公変更で読み手に生じる可能性がある混乱を回避する。
【００８０】
このようにして、或るリンク前漫画（第１漫画）を表示している状態でその漫画の表示画面に、リンク情報に従って設定された漫画アンカ（操作可能領域）をクリックしたとき、中間状態を経て、別のリンク先漫画（第２漫画）を表示するので、リンク前漫画とリンク先漫画との相互関係を十分把握でき、したがって、主人公の交代に伴って読み手側で読解的な文脈が途切れてしまうという不都合を防止できる。
【図面の簡単な説明】
【００８１】
【図１】図１はこの発明の一実施例の漫画生成システムを示すブロック図である。
【図２】図２は図１実施例で用いるユーザ情報の一例を示す図解図である。
【図３】図３は図１実施例で用いる要約対象データの一例を示す図解図である。
【図４】図４は図１実施例において漫画生成装置が要約対象データを作成するときの動作を示すフロー図である。
【図５】図５は図１実施例において漫画生成装置が漫画を生成するときの動作を示すフロー図である。
【図６】図６は図１実施例において漫画生成装置が漫画を生成するときの動作を示す、図５に後続するフロー図である。
【図７】図７は図１実施例において漫画表示装置が漫画を表示するときの動作を示すフロー図である。
【図８】図８は図７の動作において表示される漫画の具体例を漫画アンカとともに示す図解図である。
【図９】図９は図７の動作において主人公の交代のときの漫画表示、特に中間状態の一例を示す図解図である。
【符号の説明】
【００８２】
１０  …漫画生成システム
１２  …漫画生成装置
１４  …インタネット
１６  …漫画表示装置
１８  …要約対象データ保存装置
２０  …絵データ保存装置
２２  …シーン情報保存装置
【図１】
2005228032.tif 000003
【図２】
2005228032.tif 000004
【図３】
2005228032.tif 000005
【図４】
2005228032.tif 000006
【図５】
2005228032.tif 000007
【図６】
2005228032.tif 000008
【図７】
2005228032.tif 000009
【図８】
2005228032.tif 000010
【図９】
2005228032.tif 000011