JP3382578B2 - 情報処理装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、著作物を配信する
ための著作物配信システム及び方法に関し、特に、複数
回の掲載によってその内容が完結する連載物を電子的に
配信するのに好適な著作物配信システム及び情報処理装
置及びそれらの制御方法に関する。

【０００２】

【従来の技術】新聞などに掲載される連載小説は、小説
が複数の部分に分けられて、一話を単位として連載され
る。そして、連載が完了したときに人気があれば出版社
によって編集され、単行本などとして発行される。ま
た、現在、ネットを介して小説の単行本などの文章が電
子化され、そのデータが電子端末に送られることによっ
て販売されている。

【０００３】

【発明が解決しようとする課題】また、一般的に、電子
データとして配信されるのは単行本としてであり、連載
中の物を、その連載に同期して配信することは行われて
いない。

【０００４】また、新聞の連載小説などにおいては、完
結した後に本の発行がなされる場合があるが、完結して
から発行までに時間がかかってしまう。出版社がその連
載小説を単行本に編集して、それを電子的に配信するに
しても、やはりその編集に時間を要することになる。

【０００５】更に、従来の電子的な小説内容の配信にお
いては、読者が挿し絵やコメントを入れるなどの内容の
変更はできない。特に、連載小説において、一話一話の
間にかなりの時間経過があるので、一話一話を読み進め
ていくうえでその都度思いついたことなどをメモできれ
ば便利である。

【０００６】本発明は上述した問題点の少なくとも一部
を解決しようとするものであり、電子的に配信された著
作物に対して、購入者による編集を加えることを可能と
することを目的とする。

【０００７】また、本発明の他の目的は、連載物の電子
的な配信により逐次的に掲載される各連載内容を取得可
能とするとともに、その連載内容に対して購入者による
編集を加えることを可能とすることにある。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
めの本発明の一態様による情報処理装置は例えば以下の
構成を備える。すなわち、提供装置から送信された著作
物を記憶し、取得装置に対して著作物の配信を行う情報
処理装置であって、 前記提供装置から送信された著作物
を受信する受信手段と、 前記受信手段で受信した著作物
が連載物の最終回の文章であるか否かを判断する第１の
判断手段と、 前記第１の判断手段の判断結果に基づき、
前記受信手段で受信した著作物と、最終回であるか否か
を示す情報及び連載回数とを対応付けて記憶する記憶手
段と、 前記取得装置から著作物の送信要求があった場
合、前記記憶手段に記憶されている連載物の全体が要求
されているか、任意の連載回が要求されているかを判断
する第２の判断手段と、 前記第２の判断手段の判断に基
づき、全体が要求されている場合は前記記憶手段に記憶
されている著作物の全体を、任意の連載回が要求されて
いる場合は前記記憶手段に記憶されている前記連載回の
著作物を前記取得装置へ送信する送信手段と、 前記記憶
手段に前記著作物と対応付けて最終回を示す情報が記憶
されている場合、前記取得装置に製本を希望するか否か
を問い合わせる問い合わせ手段とを備える。

【０００９】また、好ましくは上記情報処理装置におい
て、前記取得装置で編集された編集済みデータを受信す
る編集データ受信手段と、 前記編集データ受信手段で受
信した編集済みデータと、前記取得装置のユーザに関す
る情報と、前記取得装置へ送信した著作物とを対応付け
て前記記憶手段に記憶する記憶制御手段とを更に備え
る。

【００１０】また、上記の目的を達成する本発明の一態
様による情報処理方法は、 提供装置から送信された著作
物を記憶し、取得装置に対して著作物の配信を行う情報
処理装置の制御方法であって、 前記提供装置から送信さ
れた著作物を受信する受信工程と、 前記受信工程で受信
した著作物が連載物の最終回の文章であるか否かを判断
する第１の判断工程と、 前記第１の判断工程の判断結果
に基づき、前記受信工程で受信した著作物と、最終回で
あるか否かを示す情報及び連載回数とを対応付けて記憶
手段に記憶する記憶工程と、 前記取得装置から著作物の
送信要求があった場合、前記記憶手段に記憶されている
連載物の全体が要求されているか、任意の連載回が要求
されているかを判断する第２の判断工程と、 前記第２の
判断工程の判断に基づき、全体が要求されている場合は
前記記憶手段に記憶されている著作物の全体を、任意の
連載回が要求されている場合は前記記憶手段に記憶され
ている前記連載回の著作物を前記取得装置へ送信する送
信工程と、 前記記憶手段に前記著作物と対応付けて最終
回を示す情報が記憶されている場合、前記取得装置に製
本を希望するか否かを問い合わせる問い合わせ工程とを
備える。

【００１１】また、好ましくは、上記情報処理方法にお
いて、 前記取得装置で編集された編集済みデータを受信
する編集データ受信工程と、 前記編集データ受信工程で
受信した編集済みデータと、前記取得装置のユーザに関
する情報と、前記取得装置へ送信した著作物とを対応付
けて前記記憶手段に記憶する記憶制御工程とを更に備え
る。

【００１２】また、上記の目的を達成する本発明の一態
様によるコンピュータ読みと利可能な記憶媒体は、 提供
装置から送信された著作物を記憶し、取得装置に対して
著作物の配信を行うコンピュータに実行させるためのプ
ログラムを記録したコンピュータ読み取り可能な記憶媒
体であって、 前記提供装置から送信された著作物を受信
する受信手順と、 前記受信手順で受信した著作物が連載
物の最終回の文章であるか否かを判断する第１の判断手
順と、 前記第１の判断手順の判断結果に基づき、前記受
信手順で受信した著作物と、最終回であるか否かを示す
情報及び連載回数とを対応付けて記憶手段に記憶する記
憶手順と、 前記取得装置から著作物の送信要求があった
場合、前記記憶手段に記憶されている連載物の全体が要
求されているか、任意の連載回が要求されているかを判
断する第２の判断手順と、 前記第２の判断手順の判断に
基づき、全体が要求されている場合は前記記憶手段に記
憶されている著作物の全体を、任意の連載回が要求され
ている場合は前記記憶手段に記憶されている前記連載回
の著作物を前記取得装置へ送信する送信手順と、 前記記
憶手段に前記著作物と対応付けて最終回を示す情報が記
憶されている場合、前記取得装置に製本を希望するか否
かを問い合わせる問い合わせ手順とをコンピュータに実
行させるためのプログラムが記録される。

【００１３】

【００１４】

【発明の実施の形態】以下、添付図面を参照して、本発
明に係る好適な実施形態を説明する。なお、以下の実施
形態においては、連載物として連載小説を例に挙げて説
明する。また、各連載毎の内容を連載内容と称し、連載
物が連載小説である場合、連載内容は一話一話の文章の
まとまりとなる。なお、本発明の適用において、連載物
は小説に限られるものではなく、作者が連載の意図をも
って複数回に分けて掲載するものであればよく、例えば
写真や音楽を連載することも可能である。ここで、写真
を連載するのであれば、連載物は写真集であり、連載内
容は個々の写真となろう。また、音楽を連載するのであ
れば、連載物は音楽アルバムであり、連載内容はそれに
収録される各曲となろう。また、以下に説明する著作物
配信システムにおいては、連載物（連載小説）の配信を
説明するが、連載回数を１回として著作物を配信すれば
完結した著作物の配信も可能である。従って本実施形態
は通常の完結した著作物の配信にも適用できるものであ
る。

【００１５】図１Ａは、本実施形態による連載物配信シ
ステムの概要を示す図である。中央コンピュータ２は小
説家コンピュータ４（小説家）からアップロードされた
連載小説を格納すると共に、消費者コンピュータ１（読
者）からの依頼に基づいて小説の検索、ダウンロード等
を行う。また、中央コンピュータ２は、小説の登録や読
者への小説の配信等において適切な課金処理を行う。さ
らに、中央コンピュータ２は、読者からの依頼に基づい
て、製本機５に対して小説の製本化を依頼する。なお、
小説家或いは読者との間の課金や、信用の承認に際して
は、クレジット与信／決済サーバ３が用いられる。

【００１６】図１Ｂは中央コンピュータ２の概略構成を
示すブロック図である。図１Ｂにおいて、ＣＰＵ２０１
は、ＲＡＭ２０２或いはＲＯＭ２０３に格納された制御
プログラムに従って中央コンピュータ２における各種制
御を実行する。ＲＡＭ２０２はＣＰＵ２０１が実行する
制御プログラムを格納したり、ＣＰＵ２０１の作業メモ
リ領域を提供する。ＲＯＭ２０３には、ＣＰＵ２０１に
よって実行される制御プログラムや各種データが格納さ
れる。２０４はネットワークインターフェースであり、
本実施形態では、インターネットへの接続を担う。

【００１７】２０５は外部記憶装置であり、図７Ａ〜図
７Ｇを参照して後述する、本実施形態の連載物配信制御
に必要な各種データ（小説家個人データ２０６、読者個
人データ２０７、小説データ２０８、個人編集データ２
０９、小説読込状況データ２１０、値段データ２１１、
小説詳細データ２１２）を格納する。

【００１８】また、図１Ａにおいて、読者は中央コンピ
ュータ２と例えばインターネットを介して接続されたコ
ンピュータ（以下、読者が用いるコンピュータを消費者
コンピュータ１とする）を用いて中央コンピュータ２と
の通信を行う。なお、後述するが、消費者コンピュータ
１上においては、購読する小説データに対して、挿絵や
コメントの挿入等の編集処理が行える。小説家は、やは
りインターネットを介して中央コンピュータ２に接続さ
れたコンピュータ（以下、小説家が用いるコンピュータ
を小説家コンピュータ４とする）を用いて、連載を希望
する小説のデータを中央コンピュータ２に登録する。

【００１９】図１Ｃは小説家コンピュータ或いは消費者
コンピュータの概略構成を示すブロック図である。ＣＰ
Ｕ４０１は、ＲＡＭ４０２或いはＲＯＭ４０３に格納さ
れた制御プログラムを実行する。記憶装置４０４は例え
ばハードディスクで構成され、各種データを保存する。
入力装置４０５は、小説購入の指示等、各種入力を行
う。出力装置４０６は、一般には表示装置を備え、購入
した小説の内容表示などを行う。

【００２０】図２は、本実施形態による、中央コンピュ
ータと消費者コンピュータ間のオンライン課金システム
を機能的に示すブロック図である。このオンライン課金
システムは、図２に示したように、消費者コンピュータ
１と中央コンピュータ２とをネットワークを介して接続
させ、オンラインでの連載小説の売買を実現する構成で
ある。中央コンピュータ２は、通信回線を介してクレジ
ット与信／決済サーバ３と接続して、購読者である消費
者コンピュータ１に対する与信や決済をオンラインで行
う。

【００２１】なお、複数の消費者がネットワークに接続
された場合でも、小説売買に関しては消費者コンピュー
タ１と中央コンピュータ２との１対１対応の関係となる
ことから、その代表例として、また説明の簡略化のた
め、図２には１台の消費者コンピュータ２だけをユーザ
として示している。

【００２２】消費者コンピュータ１は、図２に示したよ
うに、小説選択及び個人アカウント、パスワード入力部
１１、小説／鍵要求部１２、小説及び復号鍵受信部１
３、小説復号部１４、復号完了通知部１５、編集部１
６、コメント暗号化部１７、コメント／鍵発信部１８を
備える。

【００２３】小説／鍵要求部１２は、小説選択及びアカ
ウント、パスワード入力部１１で入力された情報を用い
て中央コンピュータ２に対して購読要求や鍵要求を行う
とともに、購読要求時の認証結果を受け取る。小説及び
復号鍵受信部１３は、中央コンピュータ２から暗号化さ
れた小説データを受け取るとともに、中央コンピュータ
２から復号鍵を受け取る。

【００２４】小説復号部１４は、小説及び復号鍵受信部
１３によって受信された暗号化小説を、当該小説を復号
化するために併せて受信された復号鍵を用いて復号す
る。復号完了通知部１５は、小説復号部１４の正常な復
号完了に応じて中央コンピュータ２に対して復号完了通
知を発信する。

【００２５】編集部１６は、受信された小説にコメント
や挿絵を書き加え編集する。コメント暗号化部１７は、
編集部１６で書き加えたコメントや挿絵を受信し、暗号
鍵を用いて暗号化する。コメント／鍵発信部１８は、中
央コンピュータ２からの鍵要求に応じて暗号化したコメ
ントと復号鍵を、中央コンピュータ２に対して発信す
る。

【００２６】なお、図示及びその詳細な説明は省略する
が、消費者コンピュータと中央コンピュータ２間の通信
では、暗号化技術はもちろん、電子商取引上のセキュリ
ティ技術が適用される。そのセキュリティ技術の一例と
しては、ＳＥＴ（Secure Electronic Transactions）が
好ましいが、これに限定されるものではない。

【００２７】また、中央コンピュータ２は、図２に示す
ように、認証部２１、小説／鍵配信部２２、小説暗号化
部２７、小説データベース２３、鍵データベース２４、
課金部２５及び課金ログデータベース２６、値段データ
ベース２８、一時小説データベース２９、コメント／鍵
要求部３０、コメント及び復号鍵受信部３１、コメント
復号部３２、復号完了通知部３３、個人編集データベー
ス３４、コメントデータベース３５、読者データベース
３９ｂを備える。

【００２８】小説／鍵配信部２２は、認証部２１の認証
により購読が許可された場合（図中、ＯＫで示す）に小
説データベース２３に暗号化小説の配信を指示するとと
もに、消費者コンピュータ１の小説／鍵要求部１２の鍵
要求に応じて、配信する小説に対応する復号鍵の配信を
鍵データベース２４に指示する。小説暗号化部２７は、
小説提供者から提供され、一時小説データベース２９に
保存してある小説データを受信し暗号化して、その暗号
化された小説と当該小説を復号するための復号鍵をそれ
ぞれ小説データベース２３、鍵データベース２４へ対応
関係をもつように登録する。なお、認証部２１は、読者
個人データベース３９ｂを用いて、消費者コンピュータ
から入力される個人アカウント、パスワード等の認証を
行う。

【００２９】小説データベース２３は、小説暗号化部２
７で暗号化された小説データを登録しており、小説／鍵
配信部２２の配信指示に従って所定の暗号化された小説
データを消費者コンピュータ１（小説及び鍵受信部１
３）へ配信する。鍵データベース２４は、小説暗号化部
２７で暗号化された小説データの復号鍵を登録してお
り、小説／鍵配信部２２の配信指示に従って所定の暗号
化された小説データに対応する復号鍵を消費者コンピュ
ータ１（小説及び鍵受信部１３）へ配信する。

【００３０】課金部２５は、消費者コンピュータの復号
完了通知部１５から復号完了通知が届いた場合に課金ロ
グデータベース２６に対して購読者（消費者コンピュー
タ１）の課金処理を行う。さらに、認証部２１は、課金
ログデータベース２６から課金情報を受信し、さらに認
証結果と一緒に課金情報を消費者コンピュータ１に送信
することによって、消費者コンピュータ１からの編集の
みのアクセスの場合における複数の課金を防止する。

【００３１】値段データベース２８は、小説家が小説を
更新するたびに一括で読む小説の量が増えるとともに一
括料金をあげ、それを課金部２５に送る。コメント／鍵
要求部３０は、消費者コンピュータ１に対して暗号化さ
れたコメント（或いは挿絵）を解読するのに用いる鍵の
要求を行う。コメント及び復号鍵受信部３１は、消費者
コンピュータ１から暗号化されたコメントおよび復号鍵
を受け取る。コメント復号部３２は、コメント及び復号
鍵受信部３１で受信した暗号化されたコメントを復号化
するために併せて受信された復号鍵を用いて復号する。
復号完了通知部３３は、コメント復号部３２の正常な復
号完了に応じて消費者コンピュータ１に対して復号完了
通知を発信する。個人編集データベース３４は、編集デ
ータを受け取り、一時小説データベース２９に送られ、
小説暗号化部２７ですぐ暗号化されてコメントデータベ
ース３５に保存される。

【００３２】図３は、本実施形態による、中央コンピュ
ータと小説家コンピュータ間のオンライン課金システム
を機能的に示すブロック図である。

【００３３】図３に示すように、小説家コンピュータ４
は、小説選択及び小説家アカウント、パスワード入力部
４１、連載申し込み要求部４２、小説／鍵配信部４３、
小説データベース４４、鍵データベース４５を備える。

【００３４】連載申し込み要求部４２は、新規な連載小
説の登録、連載小説データのアップロードを行うべく、
小説選択及び小説家アカウント、パスワード入力部４１
からの認証情報（小説家アカウント、パスワード）を中
央コンピュータ２（認証部２１）に送る。連載申し込み
要求部４２によって認証が得られると、小説／鍵配信部
４３は、小説データベース４４と鍵データベース４５に
指示を与え、暗号化小説データとその復号鍵を中央コン
ピュータ２に送る。

【００３５】一方、中央コンピュータ２は、小説家コン
ピュータ４との間の課金処理のための構成として、認証
部２１、小説及び復号鍵受信部３７、小説復号部３８、
小説家データベース３９ａを備える。認証部２１は、連
載申し込み要求部４２からの小説家の登録要求に応じて
当該申込者の認証を行い、小説家データベース３９ａへ
の登録を行う。小説家データベース３９ａを参照して小
説家の認証を行う。小説及び復号鍵受信部３７は、小説
家コンピュータ４から送信されてきた暗号化小説データ
と復号鍵を受信する。小説復号部３８は、小説及び復号
鍵受信部３７によって受信された暗号化小説データを、
小説及び復号鍵受信部３７によって受信された復号鍵を
用いて復号し、一時小説データベース２９に格納する。
上述したように、一時小説データベース２９に格納され
た小説データは小説暗号化部２７によって再び暗号化さ
れ、小説データベース２３に格納される。

【００３６】以上説明した構成を備える本実施形態の連
載小説配信システムの動作について、以下、詳細に説明
する。

【００３７】図４Ａ〜Ｅは、本実施形態による連載小説
配信システムの制御手順を示すフローチャートである。
消費者コンピュータ１或いは小説家コンピュータ４が中
央コンピュータ２に接続されると、図４Ａに示される処
理が起動する。まず、ステップＳ１において、小説家或
いは消費者の各コンピュータ上に図５に示すようなメニ
ュー画面を表示する。そして、ステップＳ２において、
当該メニュー画面中よりメニューが選択されたか否かを
監視する。

【００３８】図５において、ボタン５２は、小説の連載
を申し込むためのボタンであり、このボタンの指示が検
出されると処理はステップＳ３から小説の連載申し込み
のための処理（図４Ｂ）へ移り小説家コンピュータによ
る連載小説の登録を行う。ボタン群５１は購読者が所望
の小説を検索し、購入するためのメニューボタン群であ
り、これらのボタンのいずれかの選択が指示されると、
ステップＳ４から小説の連載申し込み処理（図４Ｃ）へ
処理が移る。

【００３９】ボタン５３は、既に購読を申し込んである
連載小説の未読部分の取得や、既読部分の再読に用い
る。このボタン５３の指示が検出されると、小説購読処
理（図４Ｄ）へ処理が移る。また、ボタン５４は既に連
載を登録してある小説の続きを当該小説家が追加の連載
内容をアップロードするためのボタンである。このボタ
ン５４が指示されると、小説連載の更新処理（図４Ｅ）
に処理が移る。

【００４０】ボタン５２が指示された場合、処理はステ
ップＳ３から図４ＢのステップＳ１１へ進む。ステップ
Ｓ１１では、まず小説登録用のメニュー表示を行う。図
６の（ａ）は小説登録用メニューの一画面例を示す図で
ある。ボタン６１は、新規に小説家を登録するためのボ
タンであり、このボタンが指示されると、処理はステッ
プＳ１２、ステップＳ１３を経てステップＳ１４へ進
み、新規な小説家の登録（会員登録）を行う。

【００４１】ステップＳ１４では、小説家を新規に登録
するための画面（図６の（ｂ））を表示し、氏名、住
所、決済情報（銀行名や口座番号）を入力させる（ステ
ップＳ１５）。ここで、口座番号が必要なのは、会員費
や小説の掲載料を引き落とすのと、掲載した小説の読者
からの購読料を入金するためである。

【００４２】ステップＳ１６では、ステップＳ１５で入
力した情報に基づいて、クレジット与信／決済サーバ３
を用いて、当該申込者の信用を確認する。ここで、信用
が確認できない場合は、ステップＳ１８へ進み、その旨
の警告表示を行って、当該登録処理を打ちきり、処理を
ステップＳ１へ戻す。

【００４３】一方、ステップＳ１６において信用の確認
が得られたならば、ステップＳ１７へ進み、当該申込者
に対する小説家アカウントとパスワードを付与し、小説
家個人データを小説家データベースに登録するととも
に、登録料を課金する。なお、この課金処理は、図２に
示した課金部２５と課金ログデータベース２６によって
行われることになるが、その詳細は当業者には明らかで
あろう。なお、小説家データベース３９ａ（図３）にお
ける小説家個人データのデータ構成例を図７Ａに示す。
その後、ステップＳ１１へ戻り、再び図６（ａ）に示し
たメニュー画面を表示する。なお、図７Ａ〜図７Ｇに示
される各データ構成を備えるデータベースは、中央コン
ピュータ２に具備されている。

【００４４】さて、図６（ａ）のメニュー画面におい
て、ボタン６２は新規に連載小説を登録するためのボタ
ンであり、このボタンが指示されると新しい連載小説を
登録するため、処理をステップＳ２０からステップＳ２
１へ進める。

【００４５】ステップＳ２１では、新規連載小説の登録
画面（不図示）を表示する。この画面において、小説家
アカウントとパスワードの入力が要求される。ステップ
Ｓ２２では、新規連載小説の登録画面から入力された小
説家アカウントとパスワードに基づいて、登録の照合と
信用の確認が行われ、その結果がＯＫであればステップ
Ｓ２３からステップＳ２４へ進む。ステップＳ２４で
は、新規連載しようとする小説の関連データを入力する
ための画面（不図示）を表示し、小説家にその入力を促
す。ここで、小説の関連データとは、例えばタイトルや
その小説に関するコメントを含む。

【００４６】ステップＳ２５では、当該新規連載小説に
対して小説ＩＤを付与し、小説データベースに登録す
る。図７Ｃは小説データベースにおける小説データのデ
ータ構成例を示す。この時点では、図７Ｃの小説データ
のうち、小説家アカウント、小説番号、タイトル、コメ
ントが登録されることになる。また、システムが暗号化
及び複合化のための鍵を決定し、それを鍵情報として登
録する。なお、本実施形態では、連載小説を特定するた
めに、小説家アカウントと小説番号を用い、これをハイ
フンで接続して小説ＩＤとする（例えば図７Ｃの２番目
の小説は、小説家アカウント１、小説番号２によって唯
一に特定され、小説ＩＤを１−２とする）。以上のよう
にして新規連載小説の登録を終えると、処理はステップ
Ｓ１１へ戻り、再度図６（ａ）の如き小説登録メニュー
が表示される。また、ステップＳ２３において、ＮＧと
なった場合は、ステップＳ２６でその旨の警告を表示し
て、当該登録処理を打ち切り、処理をステップＳ１に戻
す。また、戻るボタン６３が指示された場合は、ステッ
プＳ２７からステップＳ１に処理を戻す。

【００４７】なお、以上のようにして登録された連載小
説の連載内容を送信する場合は、図５のメニュー画面に
おいて、「小説連載の更新」ボタン５４を押すことで、
図４Ｅの処理を起動することになる（ステップＳ６）。

【００４８】ボタン５４が指示されると、処理はステッ
プＳ３１へ進む。ステップＳ３１では、既存の連載内容
の更新のための初期画面を表示し、ステップＳ３２で申
込者に小説家アカウントとパスワードの入力を促し、入
力された情報に基づいて登録の照合と、口座の確認、照
合を行う。すなわち、連載申し込み要求部４２が認証部
２１に対して小説家アカウントとパスワードを送信し、
認証部２１は小説家データベース３９ａを参照して登録
の照合等を行う。ここで登録の照合、或いは口座の確
認、照合が得られなければ、ステップＳ３３からステッ
プＳ３４へ進み、その旨の警告表示を行って当該処理を
打ちり、処理をステップＳ１へ戻す。

【００４９】一方、信用の確認、登録の認証が得られた
ならば、ステップＳ３３からステップＳ３５へ進み、更
新したい小説に与えられている小説ＩＤの入力を促す。
本実施形態（図３）では、認証部２１が認証結果を連載
申し込み要求部４２に通知し、認証が得られたならば、
連載申し込み要求部４２から認証部２１に対して指定さ
れた小説の小説ＩＤが送信される。そして、ステップＳ
３６において、指定された小説ＩＤが当該小説家の連載
中の小説として存在するか否かをチェックする。このチ
ェックは認証部２１と小説及び復号鍵受信部３７によっ
て達成される。そして、小説が存在しない場合は、ステ
ップＳ３６からステップＳ３７へ進み、小説家コンピュ
ータ４にその旨の警告表示をさせた後、処理をステップ
Ｓ３５へ戻し、再度小説ＩＤの入力を促す。

【００５０】指定された小説ＩＤの連載小説が存在した
場合は、ステップＳ３６からステップＳ３８へ進み、連
載内容の更新を行う。ここで連載内容の更新とは、新し
い連載内容を連載中の小説内容データに追加登録するこ
とである。すなわち、小説家コンピュータ４における小
説／鍵配信部４３が、追加更新のためのデータと復号鍵
を小説データベース４４と鍵データベース４５から取得
してこれを中央コンピュータ２に送る。中央コンピュー
タ２では、送られた信号を小説及び復号鍵受信部３７に
よって受信し、小説復号部３８が受信した小説データを
受信した復号鍵で解読して、これを一時小説データベー
ス２９に保持する。以下、図４Ｅのフローチャートに沿
って説明する。ステップＳ３８では、小説家コンピュー
タが中央コンピュータに新たな連載内容（新規連載部
分）と、当該更新が最終回であるか否かを示す情報を送
信する。このデータ送信により、ステップＳ３９では、
中央コンピュータにより、図７Ｆに示される値段データ
ベース中の一括の値段が変更される。これは、連載回数
が増加したためである。そして、ステップＳ４０におい
て、図７Ｃの小説データの小説内容が更新され（新たに
送信されたデータが暗号化されて、追加的に格納され
る）、最終回か否かを示す欄が必要に応じて更新され
る。また、小説詳細データベースにおける連載回数を更
新する。

【００５１】以上が、小説家コンピュータによる小説家
の登録、連載小説の登録、連載小説の内容更新に関する
処理である。なお、上記の処理において、小説データ等
の格納時における認証機能や暗号化機能は図３を参照し
て上述したとおりである。

【００５２】次に、読者側の処理について説明する。

【００５３】図５に示したメニュー画面において、ボタ
ン群５１のいずれかを指示すると、図４ＡのステップＳ
４から図４ＣのステップＳ４１へ処理が進む。ステップ
Ｓ４１では、必要に応じて検索条件を入力するための検
索画面（不図示）を表示する。これは、例えば、ボタン
群５１のうちの「人気小説トップ１０」を選択した場合
は更なる検索条件の入力を必要としないが、「ジャンル
から検索」を選択した場合には所望のジャンルを更なる
検索条件として入力する必要があるからである。或い
は、「ジャンル」と「小説家」の２つの検索項目で検索
したいといった場合にも必要となる。

【００５４】ステップＳ４２では、ステップＳ４１で表
示された検索画面に更なる検索条件を入力し、ステップ
Ｓ４３では以上の操作によって与えられた検索条件で小
説の検索を行う。そして、ステップＳ４４において、小
説の検索結果を表示する。

【００５５】図８は検索結果の表示画面例を示す図であ
る。検索結果としては、上述の連載小説の登録の際に小
説家が登録した小説関連データに含まれるタイトルやコ
メントとともに、小説家の名前、小説ＩＤが表示され
る。更に、図８の例では、アクセス回数や、購読料が提
示されている。

【００５６】この検索結果に購読者が希望する小説が存
在しなければ、購読者は検索のやり直しを指示すること
が出きる。この場合、処理はステップＳ４５からステッ
プＳ１へ戻り、メニュー画面を再表示する。

【００５７】一方、検索結果における各連載小説毎に
「申し込みボタン」があり、検索結果から所望する小説
の購読を申し込むことが出きる。申し込みボタンが指示
されると、処理はステップＳ４６からステップＳ４７へ
進み、購読申し込み画面（不図示）を表示する。ここ
で、購読申し込み画面は、読者新規登録を行うためのボ
タンを具備しており、このボタンが選択されるとステッ
プＳ４８からステップＳ４９へ進み、図９に示す如き読
者情報の入力フォーム表示され、必要な情報の入力を促
す。このフォームにデータが入力されると、ステップＳ
５０において、クレジットカード等の信用の確認が行わ
れる。この確認は、上述したようにクレジット与信／決
済サーバ３によって行われる。

【００５８】信用の確認が取れると、ステップＳ５０か
らステップＳ５１へ進み、当該申込者に対して個人アカ
ウントとパスワードが発行されるとともに、読者個人デ
ータベース３９ｂに当該申込者が登録される。図７Ｂ
に、読者個人データベース中の読者個人データのデータ
構成例を示す。その後、処理はステップＳ４７へ戻り、
購読申し込み画面が表示される。

【００５９】なお、ステップＳ５０において認証に失敗
した場合は、その旨を示す警告を行って、処理をステッ
プＳ１へ戻す。

【００６０】一方、既に読者登録が済んでいる場合は、
上述の購読申し込み画面において、個人アカウントとパ
スワードが入力されるので、これを用いてアカウントと
パスワードの照合、及び信用の確認を行う（ステップＳ
５３）。照合をパスし、信用の確認が取れた場合は、ス
テップＳ５４からステップＳ５５へ進み、指定された小
説の購入が実行される。

【００６１】この場合、決済はクレジットカードの番号
に基づいて行われるが、課金の方法として、「分割」と
「一括」がある。「一括」とは、その時点までの連載の
全てを一括購入するもの（例えば購入時点でその連載物
が完結していれば、当該連載の全てになる）である。ま
た、「分割」とは、連載の一話一話を単位として指定、
購入するものである。

【００６２】ステップＳ５５では、小説の購入が実行さ
れると、それは新規購入であるので、読込状況データベ
ースに新たなデータレコードが作成され、登録が行われ
る。また、２回目以降の購入であれば、既に存在するデ
ータレコードの更新が行われる事になる。読込状況デー
タベースには、例えば、個人アカウント、小説ＩＤ、当
該小説をどこまで購入したのかを示す情報、読込の開始
日、配信方法（一括か分割か）が登録されている。

【００６３】続いて、ステップＳ５６では、購入指定さ
れた小説データを読み込み、消費者コンピュータの画面
上に小説を表示する。このとき、セキュリティの保護の
ために小説データは暗号化されており、復号鍵とともに
消費者コンピュータに送られて、消費者コンピュータ上
で復号化されることは上述したとおりである。

【００６４】ステップＳ５７では、読者が小説に編集を
加えるか否かを指示する。編集を加える場合は、ステッ
プＳ７２へ進み、編集を加えない場合はステップＳ１へ
戻る。

【００６５】また、ステップＳ５４で、信用の確認と登
録の照合が得られなかった場合は、ステップＳ５８へ進
み、その旨の警告を行って処理をステップＳ１へ戻す。

【００６６】なお、上記の処理において、中央コンピュ
ータのデータによる消費者コンピュータの認証機能や、
データの暗号化、復号化機能については図２を参照して
上述したとおりである。

【００６７】図５のメニューにおいて、ボタン５３を指
示すると、既に購入した小説を読み直したり、既に一部
を購入してある小説の新たな連載部分を購入することが
できる。ボタン５３が指示されると、処理は図４Ｄのス
テップＳ６１へ進む。

【００６８】ステップＳ６１では、所定の入力画面（不
図示）により、申込者に個人アカウントとパスワードを
入力させ、登録の照合を行う。ここで、アカウントとパ
スワードの照合に失敗した場合はステップＳ６２からス
テップＳ７４へ進み、その旨の警告を行って、ステップ
Ｓ１へ戻る。

【００６９】一方、照合に成功した場合は、ステップＳ
６３へ進み、当該個人アカウントを有する読者が現在購
読中の連載小説のリストを表示する。この表示のための
情報は、小説読込状況データ（図７Ｅ）を参照すること
で得られる。そして、所望の小説が指定されて、購入済
部分の内容の再読を行う旨が指示された場合は、ステッ
プＳ６４からステップＳ６５へ進み、指定された小説の
購入済部分を読み込み、ステップＳ６６でその内容の表
示を行う。このとき、個人編集が成されていれば、その
内容も個人編集データベースから取得し、表示する。そ
して、ステップＳ７０（後述）へ進む。

【００７０】一方、未購入部分の購読が指示された場合
は、ステップＳ６４、Ｓ６７を経てステップＳ６８に進
む。ステップＳ６８では、ステップ６１で入力された当
該個人アカウントにおけるユーザの信用の確認を行う。
すなわち、クレジットカードによる決済が可能な状況に
あるかどうかをチェックする。信用の確認が得られない
場合（残高不足場合等）は、ステップＳ７５へ進み、そ
の旨の警告を行って、ステップＳ６３へ戻る。

【００７１】ステップＳ６８にて信用の確認が取れた場
合は、ステップＳ６９へ進み、購入処理を行う。すなわ
ち、指定された連載小説の指定された部分の購入が行わ
れ、小説読込状況データ（図７Ｅ）が更新されることに
なる。そして、当該連載小説の読み込み（この場合、新
たに購入した連載内容のみを読み込むようにしてもよい
し、過去に購入した連載内容の全てを読み込むようにし
てもよいし、所望の連載内容の範囲を指定可能としても
よい）が行われ、ステップＳ７０でその内容を表示す
る。

【００７２】その後、編集を希望する指示があれば、ス
テップＳ７１からステップＳ７２へ進み、編集が行われ
る。

【００７３】ここで、編集とは、小説の内容を変更する
ものではなく、簡単なコメント付したり、挿絵を挿入し
たりするものである。図１０はコメントの挿入による編
集例を示す図である。図１０において、１０３は小説を
表示する領域であり、１０１は小説内容である。この小
説内容については、編集を加えることができない。１０
２は編集処理によって読者によって加えられたコメント
である。このようにして、編集が加えられると、図７Ｄ
に示すような個人編集データとして、その内容が個人編
集データベース３４に格納される。なお、図７Ｄでは、
編集データとしてコメントしか挙げていないが、挿絵を
挿入した場合は、その挿絵の挿入位置とイメージ情報が
格納されることになる。

【００７４】また、本編集処理の終了が指示されると、
ステップＳ７３を経て本処理を終了し、ステップＳ６３
へ戻る。

【００７５】図１１Ａ、Ｂは、消費者コンピュータと中
央コンピュータとの間における購読処理の詳細を説明す
るフローチャートである。なお、本処理は連載物の内容
を、現時点の連載回数まで一括に読み込む場合を示す。
図１１で示される処理は、図４ＣのステップＳ５３〜Ｓ
５８に相当する処理と、図４ＤのステップＳ６１、Ｓ６
８〜Ｓ７５に相当する処理を抜き出して、より詳細に説
明するものである。

【００７６】ステップＳ１０１において、消費者コンピ
ュータ１が中央コンピュータ２に個人アカウント、パス
ワード、小説ＩＤを送信する（図２においては、小説／
鍵要求部１２が認証部２１に対して購読要求を送るのに
相当する）。ステップＳ１０２において、中央コンピュ
ータ２が個人データベースに登録されている個人アカウ
ントおよびパスワード、小説読み込み状況データベース
の小説ＩＤと、受信したデータとが一致するかを調べ
る。これは、認証部２１が読者データベース３９ｂを参
照して行う。ここで、一致の確認が取れなかった場合
は、適宜処理を戻す。

【００７７】ステップＳ１０２で一致が得られた場合
は、ステップＳ１０３へ進み、信用コンピュータ（クレ
ジット与信／決済サーバ３)が、信用の確認を行う。本
例では、認証部２１がクレジット与信／決済サーバ３を
参照して、指定銀行に十分な現金があるか等を調べる。
指定銀行に十分なお金がない場合は、ステップＳ１０５
へ進み、消費者コンピュータ上においてその旨の表示を
行う。

【００７８】ステップＳ１０４では、中央コンピュータ
２が小説読み込み状況データベースからこの購読が第１
回目のものであるかどうかを調べる。図４Ｂの処理の一
部として、図１１の処理が実行されている場合は、当該
購読が第１回目であるので、ステップＳ１０６へ進み、
中央コンピュータが小説読み込み状況データベースに小
説購読開始日を保存し、処理をステップＳ１０７へ進め
る。

【００７９】一方、ステップＳ１０４において、当該購
読が１回目でない場合は、ステップＳ１０７において、
中央コンピュータ２が消費者コンピュータ１に暗号化し
たその時点で更新されたすべての小説内容データを送信
する（小説データベース２３、鍵データベース２４）。
ステップＳ１０８では、消費者コンピュータ１が受信デ
ータの暗号を解いて、その内容を画面に表示する（小説
及び復号鍵受信部１３、小説復号部１４、復号完了通知
部１５）。ステップＳ１０９では、中央コンピュータ１
が、会員になるときに登録したクレジット番号からの引
き落としを依頼する（課金部２５、課金ログデータベー
ス２６）。そして、ステップＳ１１０において、中央コ
ンピュータが課金済みであることを小説読み込み状況デ
ータベースに保存する（課金部２５、課金ログデータベ
ース２６）。

【００８０】次に、ステップＳ１１１において、消費者
コンピュータが編集して暗号化したものを中央コンピュ
ータ２に送信する（編集部１６、コメント暗号化部１
７、コメント／鍵発信部１８）。ステップＳ１１２にお
いて、中央コンピュータが受信データを個人編集データ
ベースに保存する（コメント及び復号鍵受信部３１、コ
メント復号部３２、復号完了通知部３３、個人編集デー
タベース３４）。ステップＳ１１３では、中央コンピュ
ータが小説データベースの登録内容から最終回か否かを
調べる。

【００８１】最終回の場合は、ステップＳ１１３からス
テップＳ１１６へ処理を進める。ステップＳ１１６で
は、中央コンピュータが消費者コンピュータに、今本を
作るかどうかを聞く。そして、ステップＳ１１７におい
て、それに対する応答がＹＥＳであった場合、ステップ
Ｓ１１８へ進み、中央コンピュータが製本コンピュータ
に全データを送信する。このとき送信されるデータは、
個人編集データ（図７Ｄ）と、小説データ（図７Ｃ）に
格納されたデータである。ステップＳ１１９では、中央
コンピュータが、当該小説に対応する個人編集データベ
ースと小説読み込み状況データベースを消去する。

【００８２】一方、最終回でなければ、処理はステップ
Ｓ１１３からステップＳ１１４へ進み、中央コンピュー
タ２が消費者コンピュータ１に対して、当該小説の購読
を続行するかどうか問い合わせる。購読を続行する場
合、処理はステップＳ１１５から配信の続行処理へ分岐
する。購読を続行しない場合はそのステップＳ１１５か
らデータ破棄の処理へ分岐する。

【００８３】以上、連載物を現時点の掲載内容まで一括
して読み込む場合の処理を説明した。これに対して、連
載物を一話一話個別に読み込む場合、すなわち分割して
読み込む場合は、図１１ＡのステップＳ１０８とＳ１０
９との間に図１２に示す如くステップＳ１２０が挿入さ
れる。なお、連載物を一括で読み込んだ場合も、連載が
継続中であれば、それ以降は分割読込へと移行すること
になる。

【００８４】ステップＳ１２０では、中央コンピュータ
が表示内容が過去に表示されなかったかを調べ、表示さ
れいなければステップＳ１０９へ進み、当該読み込みに
対応する課金を行う。また、過去に表示されたことのあ
るものであれば、ステップＳ１０９、Ｓ１１０をスキッ
プすることにより、当該読み込み内容に対する課金の重
複を防止する。

【００８５】また、図１１Ｂでは、完結した連載小説を
製本機に送って製本する処理を示したが、これに限らな
い。例えば、完結した連載小説を消費者コンピュータに
装着されたメモリカードに保存し、コンビニエンススト
ア等に設置した製本機に当該メモリカードを装着して製
本するような運用も考え得る。この場合、図１１Ｂのス
テップＳ１１６〜Ｓ１１９に示される処理を、図１３の
ステップＳ１３１〜Ｓ１３３で置き換えることとなる。

【００８６】ステップＳ１３１では、中央コンピュータ
２が消費者コンピュータ１に改ざん防止手段を施した全
データおよび複合鍵を送信する。このとき送信されるデ
ータは、個人編集データ（図７Ｄ）と、小説データ（図
７Ｃ）に格納されたデータである。そして、ステップＳ
１３２において、中央コンピュータ２が、当該連載物の
個人編集データベースと小説読込状況データベースを消
去する。その後、ステップＳ１３３において、消費者コ
ンピュータがメモリカードに当該小説データを保存す
る。

【００８７】さて、図１１ＢのステップＳ１１８の処理
によって送信された小説データを受信した製本コンピュ
ータの動作を説明する。図１４は本実施形態による製本
コンピュータの動作を説明するフローチャートである。

【００８８】ステップＳ１４１において、製本コンピュ
ータは、個人データ、版数、小説内容等のデータを受信
する。ステップＳ１４２では、受信した版数のデータか
ら、当該処理が初版か否かを判定し、初版であれば、ス
テップＳ１４３にて、製本コンピュータが著者のサイン
を検索し、用意する。ステップＳ１４４では、製本コン
ピュータが製本し、ステップＳ１４５で郵送の手続きを
する。なお、以上の処理を完全自動化することで、製本
業者にはその内容を見られずに製本、発送することがで
きる。また、初版であるか否かは、小説詳細データ（図
７Ｇ）の連載開始日、締め切り期日、小説読込状況デー
タ（図７Ｅ）の読込開始日等により判断することができ
る。また、著者のサインは、イメージデータとして保持
しておいて製本の際にこれを印刷するようにしたり、サ
インを印刷したシールを用意しておいていこれを製本の
際に添付するようにしたりするなど、種々の方法が用い
られうる。

【００８９】次に、メモリカードへ格納された小説デー
タを、専用の製本機によって製本する場合の処理を説明
する。このような製本機は例えばコンビニエンスストア
に設置されるのが望ましい。図１５は、そのような製本
機による動作を説明数フローチャートである。なお、メ
モリカードには、ステップＳ１３３の処理により個人パ
スワード、小説内容、版数等のデータが格納されてい
る。

【００９０】ステップＳ１５２において製本コンピュー
タは、メモリカードからデータを読み込む。次に、ステ
ップＳ１５３において、消費者にパスワードの入力を促
す。パスワードが入力されると、メモリカードから読み
込んだパスワードと照合を行い、両者が一致するかどう
かを調べる。両者が不一致の場合は、ステップＳ１５４
からステップＳ１５５へ進み、その旨の警告を表示し
て、本処理を終了する。

【００９１】一方、ステップＳ１５４でパスワードの一
致が確認されたならば、ステップＳ１５６へ進み、メモ
リカードから読み込んだデータから初版かどうかを調べ
る。そして、初版であれば、ステップＳ１５７へ進み、
サインを検索し、用意する。ステップＳ１５８では、メ
モリカードに格納されている小説内容に基づいて製本す
る。

【００９２】また、中央処理コンピュータの記憶容量も
有限であるので、格納可能な小説内容のデータ量にも自
ずと制限がある。したがって、新しい連載物を格納して
いくためには、古い連載物を消去する必要がある。図１
６は、小説データベースから連載物を削除するための制
御手順を表すフローチャートである。

【００９３】まず、ステップＳ１６１において、中央コ
ンピュータは連載が終了したもについて、連載終了後の
一定期間におけるアクセス回数をチェックする。そし
て、その回数が設定したアクセス回数よりも少ない場合
は、ステップＳ１６２からステップＳ１６３へ進み、そ
の小説に関わるデータを小説データベース等から削除す
る。

【００９４】なお、本実施形態では、特に連載物の配信
に限って説明したが、最初から完結した著作物を配信す
る場合にも適用することができる。この点については、
本実施形態の冒頭でも述べたように、例えば連載回数を
１とすることで、本実施形態のシステムを最初から完結
した著作物の配信に用いることができることは明らかで
あろう。

【００９５】更に、上記実施形態においては、中央コン
ピュータに消費者コンピュータが直接アクセスして著作
物を読み込む形態を説明しているが、中央コンピュータ
と消費者コンピュータの間に配信用のコンピュータを介
在させた形態であってもよく、本発明がこのような形態
を含むことはいうまでもない。この場合、配信用コンピ
ュータが中央コンピュータをアクセスして小説を取得
し、消費者コンピュータへ小説を配信することになる。
また、このような形態において、配信用コンピュータが
多数の消費者コンピュータ（読者）の登録と信用等の確
認を行うようにすれば、中央コンピュータは配信用コン
ピュータとの間でセキュリティチェックをすればよいこ
とになる。すなわち、読者個人データ（図７Ｂ）、小説
読込状況データ（図７Ｅ）等を各配信用コンピュータに
持たせて、読者に関する登録やアカウントのチェックを
配信用コンピュータに行わせることができるので、中央
コンピュータの負荷を軽減させることができる。

【００９６】また、上記のような配信用コンピュータを
介在させる場合であっても、図４ＤのステップＳ７２で
説明したような読者による編集操作が可能であることは
明らかであり、本発明がこのような形態を含むことはい
うまでもない。更にこの場合、各読者による編集内容を
保持する個人編集データ（図７Ｄ）を配信用のコンピュ
ータに置くことも可能である。

【００９７】

【発明の効果】以上説明したように、本発明によれば、
電子的に配信された著作物に対して、購入者による編集
を加えることが可能になる。

【００９８】また、本発明によれば、連載物の電子的な
配信により逐次的に掲載される各連載内容を取得可能と
なるとともに、その連載内容に対して購入者による編集
を加えることが可能となる。

【００９９】また、本発明によれば、連載の完了した連
載物を迅速に製本化して購買者に提供することが可能と
なる。

【図面の簡単な説明】

【図１Ａ】本実施形態による連載物配信システムの概要
を示す図である。

【図１Ｂ】中央コンピュータ２の概略構成を示すブロッ
ク図である。

【図１Ｃ】小説家コンピュータ或いは消費者コンピュー
タの概略構成を示すブロック図である。

【図２】本実施形態による、中央コンピュータと消費者
コンピュータ間のオンライン課金システムを機能的に示
すブロック図である。

【図３】本実施形態による、中央コンピュータと小説家
コンピュータ間のオンライン課金システムを機能的に示
すブロック図である。

【図４Ａ】本実施形態による連載小説配信システムの制
御手順を示すフローチャートである。

【図４Ｂ】本実施形態による連載小説配信システムの制
御手順を示すフローチャートである。

【図４Ｃ】本実施形態による連載小説配信システムの制
御手順を示すフローチャートである。

【図４Ｄ】本実施形態による連載小説配信システムの制
御手順を示すフローチャートである。

【図４Ｅ】本実施形態による連載小説配信システムの制
御手順を示すフローチャートである。

【図５】メニュー画面の表示例を示す図である。

【図６】メニュー画面の表示例を示す図である。

【図７Ａ】本実施形態の連載物配信制御において用いら
れるデータの一構成例を示す図である。

【図７Ｂ】本実施形態の連載物配信制御において用いら
れるデータの一構成例を示す図である。

【図７Ｃ】本実施形態の連載物配信制御において用いら
れるデータの一構成例を示す図である。

【図７Ｄ】本実施形態の連載物配信制御において用いら
れるデータの一構成例を示す図である。

【図７Ｅ】本実施形態の連載物配信制御において用いら
れるデータの一構成例を示す図である。

【図７Ｆ】本実施形態の連載物配信制御において用いら
れるデータの一構成例を示す図である。

【図７Ｇ】本実施形態の連載物配信制御において用いら
れるデータの一構成例を示す図である。

【図８】小説の検索結果の表示画面例を示す図である。

【図９】個人アカウントの登録操作画面例を示す図であ
る。

【図１０】コメントの挿入による編集例を示す図であ
る。

【図１１Ａ】消費者コンピュータと中央コンピュータと
の間における購読処理の詳細を説明するフローチャート
である。

【図１１Ｂ】消費者コンピュータと中央コンピュータと
の間における購読処理の詳細を説明するフローチャート
である。

【図１２】図１１Ａ及び図１１Ｂで示す処理において、
分割払いを行う場合の処理を示すフローチャートであ
る。

【図１３】図１１Ｂに示された製本処理の代わりに、メ
モリカードに連載内容を保存する処理を説明するフロー
チャートである。

【図１４】本実施形態による製本コンピュータの動作を
説明するフローチャートである。

【図１５】メモリカードの保存された内容から製本を行
う製本機の動作を説明数フローチャートである。

【図１６】小説データベースから連載物を削除するため
の制御手順を表すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｇ０６Ｆ 17/24 ５５４ Ｇ０６Ｆ 17/24 ５５４Ｎ (56)参考文献 特開2000−36781（ＪＰ，Ａ) 特開 平10−55389（ＪＰ，Ａ) 特開 平９−101990（ＪＰ，Ａ) 特開 平10−11363（ＪＰ，Ａ) 柴田忠男，幻想を持ちすぎ？オンデマ ンド出版参入者，印刷情報，株式会社印 刷出版研究所，2000年 ２月 １日，第 60巻第２号，ｐ．18−27 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 提供装置から送信された著作物を記憶
   し、取得装置に対して著作物の配信を行う情報処理装置
   であって、 前記提供装置から送信された著作物を受信する受信手段
   と、 前記受信手段で受信した著作物が連載物の最終回の文章
   であるか否かを判断する第１の判断手段と、 前記第１の判断手段の判断結果に基づき、前記受信手段
   で受信した著作物と、 最終回であるか否かを示す情報及び連載回数とを対応付
   けて記憶する記憶手段と、 前記取得装置から著作物の送信要求があった場合、前記
   記憶手段に記憶されている連載物の全体が要求されてい
   るか、任意の連載回が要求されているかを判断する第２
   の判断手段と、 前記第２の判断手段の判断に基づき、全体が要求されて
   いる場合は前記記憶手段に記憶されている著作物の全体
   を、任意の連載回が要求されている場合は前記記憶手段
   に記憶されている前記連載回の著作物を前記取得装置へ
   送信する送信手段と、 前記記憶手段に前記著作物と対応付けて最終回を示す情
   報が記憶されている場合、前記取得装置に製本を希望す
   るか否かを問い合わせる問い合わせ手段と を備えること
   を特徴とする情報処理装置。
2. 【請求項２】 前記取得装置で編集された編集済みデー
   タを受信する編集データ受信手段と、 前記編集データ受信手段で受信した編集済みデータと、
   前記取得装置のユーザに関する情報と、前記取得装置へ
   送信した著作物とを対応付けて前記記憶手段に記憶する
   記憶制御手段とを更に備えることを特徴とする請求項１
   に記載の情報処理装置。
3. 【請求項３】 提供装置から送信された著作物を記憶
   し、取得装置に対して著作物の配信を行う情報処理装置
   の制御方法であって、 前記提供装置から送信された著作物を受信する受信工程
   と、 前記受信工程で受信した著作物が連載物の最終回の文章
   であるか否かを判断する第１の判断工程と、 前記第１の判断工程の判断結果に基づき、前記受信工程
   で受信した著作物と、最終回であるか否かを示す情報及
   び連載回数とを対応付けて記憶手段に記憶する記憶工程
   と、 前記取得装置から著作物の送信要求があった場合、前記
   記憶手段に記憶されている連載物の全体が要求されてい
   るか、任意の連載回が要求されているかを判断する第２
   の判断工程と、 前記第２の判断工程の判断に基づき、全体が要求されて
   いる場合は前記記憶手段に記憶されている著作物の全体
   を、任意の連載回が要求されている場合は前記記憶手段
   に記憶されている前記連載回の著作物を前記取得装置へ
   送信する送信工程と、 前記記憶手段に前記著作物と対応付けて最終回を示す情
   報が記憶されている場合、前記取得装置に製本を希望す
   るか否かを問い合わせる問い合わせ工程と を備えること
   を特徴とする情報処理装置の制御方法。
4. 【請求項４】 前記取得装置で編集された編集済みデー
   タを受信する編集データ受信工程と、 前記編集データ受信工程で受信した編集済みデータと、
   前記取得装置のユーザに関する情報と、前記取得装置へ
   送信した著作物とを対応付けて前記記憶手段に記憶する
   記憶制御工程とを更に備えることを特徴とする請求項３
   に記載の情報処理装置の制御方法。
5. 【請求項５】 提供装置から送信された著作物を記憶
   し、取得装置に対して著作物の配信を行うコンピュータ
   に実行させるためのプログラムを記録したコンピュータ
   読み取り可能な記憶媒体であって、 前記提供装置から送信された著作物を受信する受信手順
   と、 前記受信手順で受信した著作物が連載物の最終回の文章
   であるか否かを判断する第１の判断手順と、 前記第１の判断手順の判断結果に基づき、前記受信手順
   で受信した著作物と、最終回であるか否かを示す情報及
   び連載回数とを対応付けて記憶手段に記憶する記憶手順
   と、 前記取得装置から著作物の送信要求があった場合、前記
   記憶手段に記憶されている連載物の全体が要求されてい
   るか、任意の連載回が要求されているかを判断する第２
   の判断手順と、 前記第２の判断手順の判断に基づき、全体が要求されて
   いる場合は前記記憶手段に記憶されている著作物の全体
   を、任意の連載回が要求されている場合は前記記憶手段
   に記憶されている前記連載回の著作物を前記取得装置へ
   送信する送信手順と、 前記記憶手段に前記著作物と対応付けて最終回を示す情
   報が記憶されている場合、前記取得装置に製本を希望す
   るか否かを問い合わせる問い合わせ手順と をコンピュー
   タに実行させるためのプログラムを記録したコンピュー
   タ読み取り可能な記憶媒体。