(57)【要約】【課題】購読者にデジタルコンテンツを閲覧させ購読者から刊行物の配送の要求を受け付け、刊行物の生産コストを抑える場合に適した配送管理形態を実現する。【解決手段】出版社端末２２は、印刷製本過程で作成されるデジタルコンテンツを配送管理装置１にアップロードする。また、出版社は、一度に多くの部数の刊行物を印刷製本する。配送管理装置１は、デジタルコンテンツを顧客端末２１に表示させ、顧客端末２１から配送要求を受信した場合、刊行物の配送を要求した顧客の情報を出版社端末２２に送信する。出版社は、この情報に基づいて、顧客に刊行物を配送するよう手配する。配送管理装置１は、顧客が購読契約した刊行物の最終号の刊行後、顧客が要求した配送回数に応じた料金を算出する。【選択図】  図１
2004192168.tif 000002
【特許請求の範囲】
【請求項１】
刊行物を購読者に配送するか否かを管理する配送管理装置が、複数回に渡って刊行される刊行物を配送するか否かを管理する配送管理方法であって、
１回分の刊行物が刊行される際に、配送管理装置が購読者の端末からの要求に応じて前記刊行物と同一内容のデジタルコンテンツを送信し、前記端末にデジタルコンテンツを表示させ、
前記配送管理装置が通信ネットワークを介して前記端末から前記刊行物の配送を要求された場合、前記配送管理装置が、刊行物の配送管理者が使用する情報処理装置に、前記刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促す
ことを特徴とする配送管理方法。
【請求項２】
配送管理装置が、各購読者への課金情報として、全ての回のデジタルコンテンツの閲覧料を記憶し、
最終回の刊行物が刊行された後、各購読者の端末から刊行物の配送を要求された回数に応じて購読者毎に追加購読料を算出し、各購読者の追加購読料を記憶する
請求項１に記載の配送管理方法。
【請求項３】
通信ネットワークを介して購読者の端末から刊行物の配送を要求された際、配送管理装置が、各回の刊行物の在庫量を管理する在庫管理システムに対して、要求された刊行物の在庫の有無を問い合わせ、在庫がない場合、刊行物の印刷製本を行う印刷製本システムに、要求された刊行物の印刷製本を要求する請求項１または請求項２に記載の配送管理方法。
【請求項４】
一の刊行物の在庫がなくなった場合、配送管理装置が通信ネットワークを介して前記刊行物の配送を要求された回数が所定値に達したときに、配送管理装置が印刷製本システムに前記刊行物の印刷製本を要求する請求項３に記載の配送管理方法。
【請求項５】
複数回に渡って刊行される刊行物を購読者に配送するか否かを管理する配送管理装置であって、
購読者の端末からの要求に応じて各回の刊行物と同一内容のデジタルコンテンツを送信するデジタルコンテンツ提供手段と、
通信ネットワークを介して前記端末から各回の刊行物の配送の要求を受け付ける配送要求受付手段と、
刊行物の配送管理者が使用する情報処理装置に、前記刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促す配送指示手段とを備えた
ことを特徴とする配送管理装置。
【請求項６】
各購読者への課金情報を記憶する課金情報記憶手段と、
各購読者への課金情報として、全ての回のデジタルコンテンツの閲覧料を課金情報記憶手段に記憶させ、最終回の刊行物が刊行された場合、配送要求受付手段が各購読者の端末から刊行物の配送の要求を受け付けた回数に応じて購読者毎に追加購読料を算出し、各購読者の追加購読料を課金情報記憶手段に記憶させる課金情報管理手段とを
備える請求項５に記載の配送管理装置。
【請求項７】
各回の刊行物の在庫量を管理する在庫管理システムおよび刊行物の印刷製本を行う印刷製本システムに通信ネットワークを介して接続され、
配送要求受付手段が刊行物の配送の要求を受け付けた際、在庫管理システムに対して前記刊行物の在庫の有無を問い合わせる在庫問い合わせ手段と、
在庫がない場合に、印刷製本システムに前記刊行物の印刷製本を要求する印刷製本要求手段とを
備えたことを特徴とする請求項５または請求項６に記載の配送管理装置。
【請求項８】
印刷製本要求手段は、一の刊行物の在庫がなくなった場合、配送要求受付手段が刊行物の配送の要求を受け付けた回数が所定値に達したときに、印刷製本システムに前記刊行物の印刷製本を要求する請求項７に記載の配送管理装置。
【請求項９】
複数回に渡って刊行される刊行物を購読者に配送するか否かを管理する配送管理装置に搭載される配送管理プログラムであって、
コンピュータに、
購読者の端末からの要求に応じて各回の刊行物と同一内容のデジタルコンテンツを送信する処理、
通信ネットワークを介して前記端末から各回の刊行物の配送の要求を受け付ける処理、および
刊行物の配送管理者が使用する情報処理装置に、前記刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促す処理
を実行させるための配送管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数回に渡って刊行される刊行物の配送を管理する配送管理方法、配送管理装置および配送管理プログラムに関する。
【０００２】
【従来の技術】
書籍等の内容をデジタルコンテンツとして顧客（書籍等の購読者）に提示し、また、顧客の要求に応じて書籍等を印刷製本するシステムが提案されている（例えば、特許文献１）。特許文献１に記載されたシステムは、個々の顧客の端末からの要求に応じて、要求された書籍等の印刷製本を一件一件実行する。
【０００３】
【特許文献１】
特開２００２−３１２６９２号公報（段落００５１−００８３，第１−３図）
【０００４】
【発明が解決しようとする課題】
特許文献１に記載されたシステムでは、個々の顧客に個別に対応して、印刷製本を行う。そのため、書籍等の生産形態は多品種少量生産となり、一件一件の印刷製本コストが高くなってしまう。この結果、顧客は、通常の販売価格よりも高い価格（例えば、通常価格の３倍程度の価格）で商品を購入することになる。このようなシステムは、絶版になった書籍等を、顧客の要求に応じて印刷製本する場合には適する。
【０００５】
しかし、複数回に渡って刊行される書籍等（例えば、定期的に刊行される雑誌等）における毎号の刊行時には、特許文献１に記載されたシステムは適さない。新たな号を刊行する度に印刷製本の要求を多くの顧客から個別に受け付けると、印刷製本コストが非常に高くなってしまうからである。顧客にとっては、現物の書籍等を購入しようとする場合、書店等で購入する場合と同等の価格で購入できることが好ましい。
【０００６】
そこで、購読者にデジタルコンテンツを閲覧させ購読者から刊行物の配送の要求を受け付け、刊行物の生産コストを抑える場合に適した管理形態を実現できる配送管理方法、配送管理装置および配送管理プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明による配送管理方法は、刊行物を購読者に配送するか否かを管理する配送管理装置が、複数回に渡って刊行される刊行物を配送するか否かを管理する配送管理方法であって、１回分の刊行物が刊行される際に、配送管理装置が購読者の端末からの要求に応じて刊行物と同一内容のデジタルコンテンツを送信し、端末にデジタルコンテンツを表示させ、配送管理装置が通信ネットワークを介して端末から刊行物の配送を要求された場合、配送管理装置が、刊行物の配送管理者が使用する情報処理装置に、刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促すことを特徴とする。
【０００８】
配送管理装置が、各購読者への課金情報として、全ての回のデジタルコンテンツの閲覧料を記憶し、最終回の刊行物が刊行された後、各購読者の端末から刊行物の配送を要求された回数に応じて購読者毎に追加購読料を算出し、各購読者の追加購読料を記憶してもよい。そのような方法によれば、購読者は、配送を要求した回の刊行物の追加購読料を支払えばよいので、刊行物の購読料を抑えることができる。また、購読者は、デジタルコンテンツによって、各回の刊行物の内容を全て閲覧できる。
【０００９】
通信ネットワークを介して購読者の端末から刊行物の配送を要求された際、配送管理装置が、各回の刊行物の在庫量を管理する在庫管理システムに対して、要求された刊行物の在庫の有無を問い合わせ、在庫がない場合、刊行物の印刷製本を行う印刷製本システムに、要求された刊行物の印刷製本を要求することが好ましい。そのような方法によれば、配送を要求する顧客の数が予想を上回った場合であっても、新たに刊行物を印刷製本し、購読者の要求に応えることができる。
【００１０】
一の刊行物の在庫がなくなった場合、配送管理装置が通信ネットワークを介して刊行物の配送を要求された回数が所定値に達したときに、配送管理装置が印刷製本システムに刊行物の印刷製本を要求することが好ましい。そのような方法によれば、重版を作成したが重版の需要が少なかったという事態を回避することができる。
【００１１】
また、本発明による配送管理装置は、複数回に渡って刊行される刊行物を購読者に配送するか否かを管理する配送管理装置であって、購読者の端末からの要求に応じて各回の刊行物と同一内容のデジタルコンテンツを送信するデジタルコンテンツ提供手段と、通信ネットワークを介して端末から各回の刊行物の配送の要求を受け付ける配送要求受付手段と、刊行物の配送管理者が使用する情報処理装置に、刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促す配送指示手段とを備えたことを特徴とする。
【００１２】
各購読者への課金情報を記憶する課金情報記憶手段と、各購読者への課金情報として、全ての回のデジタルコンテンツの閲覧料を課金情報記憶手段に記憶させ、最終回の刊行物が刊行された場合、配送要求受付手段が各購読者の端末から刊行物の配送の要求を受け付けた回数に応じて購読者毎に追加購読料を算出し、各購読者の追加購読料を課金情報記憶手段に記憶させる課金情報管理手段とを備えていてもよい。そのような構成によれば、購読者は、配送を要求した回の刊行物の追加購読料を支払えばよいので、刊行物の購読料を抑えることができる。また、購読者は、デジタルコンテンツによって、各回の刊行物の内容を全て閲覧できる。
【００１３】
各回の刊行物の在庫量を管理する在庫管理システムおよび刊行物の印刷製本を行う印刷製本システムに通信ネットワークを介して接続され、配送要求受付手段が刊行物の配送の要求を受け付けた際、在庫管理システムに対して刊行物の在庫の有無を問い合わせる在庫問い合わせ手段と、在庫がない場合に、印刷製本システムに刊行物の印刷製本を要求する印刷製本要求手段とを備えていることが好ましい。そのような構成によれば、配送を要求する顧客の数が予想を上回った場合であっても、新たに刊行物を印刷製本し、購読者の要求に応えることができる。
【００１４】
印刷製本要求手段は、一の刊行物の在庫がなくなった場合、配送要求受付手段が刊行物の配送の要求を受け付けた回数が所定値に達したときに、印刷製本システムに刊行物の印刷製本を要求することが好ましい。そのような構成によれば、重版を作成したが重版の需要が少なかったという事態を回避することができる。
【００１５】
また、本発明による配送管理プログラムは、複数回に渡って刊行される刊行物を購読者に配送するか否かを管理する配送管理装置に搭載される配送管理プログラムであって、コンピュータに、購読者の端末からの要求に応じて各回の刊行物と同一内容のデジタルコンテンツを送信する処理、通信ネットワークを介して端末から各回の刊行物の配送の要求を受け付ける処理、および刊行物の配送管理者が使用する情報処理装置に、刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促す処理を実行させることを特徴とする。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００１７】
実施の形態１．
図１は、第一の実施の形態における配送管理装置の構成の例を示すブロック図である。図１に示すように、配送管理装置１は、通信ネットワーク２３に接続される。以下の説明では、通信ネットワーク２３がインターネットである場合を例に説明する。インターネット２３には、顧客端末２１と出版社端末２２も接続される。顧客端末２１は、書籍等を購読する顧客が使用する端末である。出版社端末２２は、顧客からの要求に応じて書籍等を配送する出版社が使用する端末である。
【００１８】
配送管理装置１は、顧客端末２１から刊行物（複数回に渡って刊行される刊行物の各号）の配送を要求された場合には、配送を手配するように出版社端末２２に通知する。また、配送管理装置１は、顧客が配送を要求した状況を記憶し、各顧客に対する課金情報を作成する。以下の説明では、１年間に渡って毎月刊行される定期刊行物の配送を例に説明する。また、配送管理装置１は、出版社によって運営されるものとする。
【００１９】
出版社は、刊行物のデジタルコンテンツを作成し、そのデジタルデータを印刷製本することによって刊行物（現物）を作成する。従って、現物の刊行物を作成する過程で、その刊行物と同一内容のデジタルコンテンツが作成される。
【００２０】
また、出版社は、個々の顧客からの個別の要求に応じて刊行物を印刷製本するのではなく、予め多くの部数の刊行物を印刷製本する。
【００２１】
配送管理装置１は、毎月新たな号のデジタルコンテンツを出版社端末２２からアップロードされる。配送管理装置１は、新たな号のデジタルコンテンツがアップロードされると、出版社と購読契約を結んだ顧客にデジタルコンテンツを閲覧させる。顧客は、顧客端末２１を用いてデジタルコンテンツを閲覧する。
【００２２】
顧客は、デジタルコンテンツを閲覧して、その号の現物も入手すると決めた場合、顧客端末２１から配送管理装置１に現物の配送を要求する旨の情報（以下、配送要求と記す。）を送信する。配送管理装置１は、顧客端末２１から配送要求を受信し、刊行物の配送を要求した顧客の情報を出版社端末２２に送信する。出版社端末２２のオペレータは、配送管理装置１から受信した情報に基づいて、顧客に現物を配送する。顧客は、デジタルコンテンツを閲覧するだけで満足した場合、現物の配送要求を送信しない。
【００２３】
従って、１年間に渡って毎月刊行される定期刊行物の購読契約した顧客は、毎月デジタルコンテンツを閲覧する。そして、現物として入手したい号があれば、その号の配送要求を送信し、現物を入手する。
【００２４】
また、顧客と出版社とは、全ての号のデジタルコンテンツの閲覧料を顧客が出版社に支払い、出版社が顧客の要求に応じて現物を配送した場合には、その配送回数に応じた料金を追加して支払う旨の契約を予め結んでおく。顧客は、契約を結ぶ際、全ての号のデジタルコンテンツの閲覧料を出版社に支払う。配送管理装置１は、最終号が刊行された後、顧客が配送を要求した回数に応じた請求金額を算出する。出版社は、その金額を顧客に請求する。
【００２５】
なお、配送管理装置１は、出版社以外の者によって運営されてもよい。さらに、全ての号のデジタルコンテンツの閲覧料の支払いに関して、顧客と配送管理装置１の運営者とが契約を結んでもよい。
【００２６】
次に、配送管理装置１の構成について説明する。配送管理装置１において、制御部２は、記憶装置３が記憶する配送管理プログラムに従って処理を実行する。記憶装置３が記憶する配送管理プログラムは、配送要求受信時における出版社端末２２への通知処理、各顧客が配送を要求した回数の管理処理等の本実施の形態に示す各処理を制御部２に実行させる。ネットワークインタフェース部４は、インターネット２３を介して購読者端末２１および出版社端末２２と情報を送受信する。
【００２７】
データ記憶部５は、各種データを記憶する記憶装置である。データ記憶部５は、出版社端末２２が送信する（アップロードする）デジタルコンテンツを記憶する。
【００２８】
また、データ記憶部５は、各顧客毎に、顧客が各号の刊行物の配送を要求したか否かを示す情報（以下、配送要求状況データと記す。）と課金情報とを記憶する。図２は、データ記憶部５が記憶する配送要求状況データおよび課金情報の例を示す説明図である。データ記憶部５は、顧客ＩＤ（各顧客の識別情報）毎に、配送要求状況データおよび課金情報を記憶する。
【００２９】
図２に示す配送要求状況データにおいて、「１」は配送を要求したことを示し、「０」は未だ配送を要求されていないことを示すものとする。例えば、図２に示す例では、顧客ＩＤ「０００１」の顧客は、１月号の配送を要求したが、２月号の配送を要求していないことを示している。
【００３０】
データ記憶部５は、課金情報として、「全ての号のデジタルコンテンツの閲覧料」および「配送に伴う追加購読料」を記憶する。制御部２は、顧客端末から定期刊行物の購読契約の申し込みを受けたときに、「全ての号のデジタルコンテンツの閲覧料」をデータ記憶部５に記憶させる。また、全ての号の刊行が完了し、配送要求の受信の締め切りが経過した時に、制御部２は、配送要求状況データに基づいて、配送に伴う追加購読料を算出し、データ記憶部５に記憶させる。従って、この締め切りが経過するまでは、追加購読料は記録されない。制御部２は、例えば、配送一回当たりの料金に、顧客が配送を要求した回数を乗じることによって追加購読料を算出する。図２に示す例では、配送一回当たりの料金が５００円である場合の例を示している。顧客ＩＤ「０００１」の顧客は、全１２号のうち６号分について配送を要求している。従って、この顧客に対する追加購読料は、３０００円となる。
【００３１】
また、データ記憶部５は、各顧客の個人情報（例えば、氏名、住所等）や料金請求に必要な情報（例えば、クレジットカード会社およびクレジットカード番号）も記憶する。
【００３２】
なお、出版社は、課金情報として記録された金額を各顧客に請求する。なお、顧客に対する料金請求の態様は、特定の態様に限定されない。例えば、制御部２が各顧客の課金情報を出版社端末２２に送信し、出版社のオペレータが各顧客に対する料金請求手続きを行ってもよい。あるいは、インターネット２３を介して接続される金融機関の口座管理サーバ（図示せず。）に対し、制御部２が、顧客から出版社への料金引き落とし処理を請求してもよい。
【００３３】
顧客端末２１は、例えばパーソナルコンピュータ等の情報処理装置である。顧客端末２１は、ブラウザを備え、ブラウザによって配送管理装置１が記憶するデジタルコンテンツを表示する。また、顧客端末２１は、配送管理サーバ１に対して定期刊行物の購読契約の申し込みを行い、配送要求を送信する。顧客端末２１は、デジタルコンテンツの表示、配送要求の送信等を行える情報処理装置であれば、パーソナルコンピュータでなくてもよい。
【００３４】
出版社端末２２は、例えばパーソナルコンピュータ等の情報処理装置である。出版社端末２２は、出版社のオペレータによって入力されたデジタルコンテンツを配送管理装置１に送信（アップロード）する。また、出版社端末２２は、刊行物の配送を要求した顧客の情報を配送管理装置１から受信する。出版社端末２２は、配送管理装置１に対してデジタルコンテンツを送信したり、刊行物の配送を要求した顧客の情報を受信できる情報処理装置であれば、パーソナルコンピュータでなくてもよい。また、デジタルコンテンツをアップロードする装置と、配送管理装置１から情報を受信する装置とが異なっていてもよい。
【００３５】
本実施の形態において、デジタルコンテンツ提供手段、配送要求受付手段、および配送指示手段は、制御部２およびネットワークインタフェース部４によって実現される。課金情報記憶手段は、データ記憶部５によって実現される。課金情報管理手段は、制御部２によって実現される。
【００３６】
また、記憶装置３は、コンピュータに、購読者の端末からの要求に応じて各回の刊行物と同一内容のデジタルコンテンツを送信する処理、通信ネットワークを介して端末から各回の刊行物の配送の要求を受け付ける処理、および刊行物の配送管理者が使用する情報処理装置に、刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促す処理を実行させるための配送管理プログラムを記憶する。
【００３７】
次に、動作について説明する。
最初に、顧客が購読契約の申し込みをする際の動作について説明する。顧客端末２１は、顧客の操作により、配送管理装置１から購読契約申し込み画面の情報を取得し、その画面を表示する。購読契約申し込み画面は、例えば、顧客の氏名、住所等の個人情報および料金請求に必要な情報等の入力欄を有するＷｅｂページである。料金請求に必要な情報としては、例えばクレジットカードに関する情報等がある。顧客端末２１は、顧客に入力された個人情報等を配送管理装置１に送信する。
【００３８】
配送管理装置１の制御部２は、契約申し込みをした顧客に対し顧客ＩＤを割り当てる。制御部２は、その顧客ＩＤに対応する配送要求状況データの初期値を設定し、顧客ＩＤと対応させてデータ記憶部５に記憶させる。制御部２は、配送要求状況データに含まれる各号のデータの初期値を「０（未だ配送を要求されていないことを示す）」とする。
【００３９】
制御部２は、顧客ＩＤと対応させて、「全ての号のデジタルコンテンツの閲覧料」をデータ記憶部５に記憶させる。なお、出版社は、この課金情報に基づいて、契約を申し込んだ顧客にデジタルコンテンツの閲覧料を請求する。既に説明したように、出版社から顧客に対する料金請求の態様は、特定の態様に限定されない。
【００４０】
また、制御部２は、顧客端末２１から受信した個人情報や料金請求に必要な情報を、顧客ＩＤと対応付けてデータ記憶部５に記憶させる。そして、制御部２は、顧客ＩＤを顧客端末２１に送信する。制御部２は、例えば、顧客ＩＤを表示するＷｅｂページの情報を顧客端末２１に送信する。また、例えば、電子メールで顧客ＩＤを送信してもよい。顧客端末２１は顧客ＩＤを表示し、申し込みを行った顧客は顧客ＩＤを確認する。
【００４１】
図３は、顧客が購読契約を申し込んだ直後の配送要求状況データと課金情報の例を示す。顧客は、まだ刊行物の配送を要求していないので、配送要求状況データに含まれる各号のデータは「０」である。また、追加購読料の課金情報は記録されていない。
【００４２】
次に、各号が刊行される際の動作について説明する。図４は、各号が刊行される際の処理経過の例を示す説明図である。
【００４３】
出版社は各号のデジタルコンテンツを作成する。出版社のオペレータは、デジタルコンテンツをアップロードすべき時期に、アップロード操作を行う。出版社端末２２は、オペレータの操作に従い、作成されたデジタルコンテンツを配送管理装置１に送信（アップロード）する（ステップＳ１）。配送管理装置１の制御部２は、受信したデジタルコンテンツをデータ記憶部５に記憶させる。ここでは、１月号のデジタルコンテンツがアップロードされたものとして説明する。従って、２月号以降のデジタルコンテンツはまだ作成およびアップロードされていない。
【００４４】
アップロードされたデジタルコンテンツは、現物の刊行物を印刷製本するために作成されたものである。出版社は、アップロードしたデジタルコンテンツと同一のデータを用いて、刊行物の印刷製本を行う。印刷製本する部数は、例えば、各顧客に対して配送できる部数にすればよい。
【００４５】
顧客端末２１は、顧客の操作に従い、配送管理装置１にデジタルコンテンツの閲覧を要求する（ステップＳ２）。配送管理装置１の制御部２は、顧客端末２１からの要求に応じて、デジタルコンテンツのデータを顧客端末２１に送信し（ステップＳ３）、顧客端末２１はデジタルコンテンツを表示する（ステップＳ４）。
【００４６】
顧客端末２１におけるデジタルコンテンツの表示態様は、顧客端末２１が表示のみを行い、デジタルコンテンツの記憶を行わない態様であってもよい。あるいは、顧客端末２１が、デジタルコンテンツをダウンロードして顧客端末２１の記憶装置に記憶し、記憶したデジタルコンテンツに基づいて表示を行う態様であってもよい。ただし、顧客端末２１がデジタルコンテンツをダウンロードする場合、デジタルコンテンツの複製防止のための措置を講ずる。デジタルコンテンツの複製防止のための措置は、公知の技術によって実現すればよい。ここでは、顧客端末２１がデジタルコンテンツの表示のみを行い、デジタルコンテンツの記憶を行わないものとして説明する。
【００４７】
顧客は、デジタルコンテンツを閲覧して、その号（ここでは１月号）の刊行物の配送を要求するか否かを決定する。顧客が配送を要求しない場合にはステップＳ４の後の操作は行われない。顧客が配送を要求する場合、顧客端末２１は、配送要求の送信操作を受け付ける（ステップＳ５）。顧客が配送を要求する場合、顧客端末２１は、顧客の操作に従って、例えば、１月号の配送を要求するためのボタンと顧客ＩＤの入力欄を有するＷｅｂページを配送管理装置１から取得して表示する。顧客ＩＤが入力され、Ｗｅｂページ上のボタンがマウスクリックされると、顧客端末２１は、顧客ＩＤおよび１月号の配送要求を送信する（ステップＳ６）。顧客が配送を要求しない場合、ステップＳ４の後、そのまま処理を終了する。
【００４８】
配送管理装置１の制御部２は、顧客ＩＤと１月号の配送要求を受信すると、その顧客ＩＤに対応する配送要求状況データを更新する（ステップＳ７）。ここでは、１月号の配送要求を受信したので、１月号のデータを「０」から「１」に更新する。図５は、１月号のデータが更新された配送要求状況データの例を示す。図５では、顧客ＩＤ「０００１」、「０００３」の顧客が１月号のデジタルデータを閲覧して、１月号の配送を要求した場合の例を示す。
【００４９】
続いて、制御部２は、顧客ＩＤに基づいて顧客の個人情報（氏名や住所）をデータ記憶部５から読み込む。制御部２は、刊行物の配送を要求した顧客の情報として、その個人情報を出版社端末２２に送信する（ステップＳ８）。この出版社は、この情報を確認すると、配送を要求した顧客への配送を手配する。なお、配送管理装置１を出版社自身が運営している場合や、出版社と顧客とが直接デジタルコンテンツの購読契約を結んでいる場合、制御部２は、例えば、配送要求を受信した時に、配送を要求した顧客の情報を出版社端末２２に送信する。
【００５０】
また、配送管理装置１を出版社以外の者が運営し、その出版社以外の者と顧客とがデジタルコンテンツの購読契約を結び、出版社と顧客とが要求に応じて刊行物を配送する契約を結ぶ場合もある。この場合、制御部２は、配送を要求した者の一覧情報を出版社端末２２に送信してもよい。例えば、制御部２が、１月号の配送を要求した者の一覧情報の要求を出版社端末２２から受け付け、要求された一覧情報を示すＷｅｂページの情報を出版社端末２２に送信してもよい。あるいは、ステップＳ１のアップロードが完了してから所定の期間が経過したときに、配送を要求した顧客の一覧情報を示す電子メールを出版社端末２２に送信してもよい。
【００５１】
ここでは、１月号のコンテンツデータがアップロードされた場合を例に説明した。他の号のコンテンツデータがアップロードされた場合の処理もステップＳ１〜Ｓ８と同様である。
【００５２】
ただし、最終号が刊行された後、配送要求の受信の締め切りが設定される。制御部２は、この締め切り以降に受信した配送要求については、ステップＳ７，Ｓ８の処理を行わない。そして、締め切りが経過した時に、制御部２は、各顧客に請求する追加購読料を算出し、顧客ＩＤと対応させてデータ記憶部５に記憶させる。図２に示すユーザＩＤ「０００３」のデータのように、配送を要求した回数が多ければ追加購読料は多くなる。また、図２に示すユーザＩＤ「０００２」のように、配送を一回も要求していなければ追加購読料は発生しない。出版社は、この課金情報に基づいて、配送に伴う追加購読料を顧客に請求する。
【００５３】
本発明によれば、配送管理装置１は、個別に印刷製本の要求を受け付けて印刷製本を行うのではなく、まとめて製本した刊行物についての配送要求を受け付ける。そして、出版社は、配送要求に応じて刊行物を配送する。各刊行物をまとめて製本するので、刊行物の生産コストを抑えることができる。従って、購読者にデジタルコンテンツを閲覧させ購読者から刊行物の配送の要求を受け付け、刊行物の生産コストを抑える場合に適した配送管理形態を実現することができる。
【００５４】
また、顧客は、複数回に渡って刊行される刊行物の各号のデジタルコンテンツを閲覧することができる。そして、デジタルコンテンツを見た上で、刊行物の現物を入手するのか否かを決定することができる。また、顧客は、必要な号の現物の配送を要求し、要求した回数に応じた追加購読料を支払えばよい。従って、顧客は、不要な号の現物の購読料を支払わなくてよいので、購読料を低くすることができる。また、デジタルコンテンツの内容は現物と同一であるので、顧客が取得できる情報量が減るわけではない。この結果、購読契約を結ぶ顧客の増加を期待することもできる。
【００５５】
また、出版社は、刊行物を完成させるまでの過程で作成されるデジタルコンテンツをアップロードすれば、刊行物の現物と同一の内容を顧客に示すことができる。従って、デジタルコンテンツの作成のためのコストは少なくて済む。
【００５６】
実施の形態２．
上述の第一の実施の形態において、印刷製本する部数は、例えば、各顧客に対して配送できる部数にする。しかし、全員が配送を要求するとは限らないので、予想される要求数分だけ印刷製本しておくことが好ましい。この場合、配送を要求した顧客の数が、印刷製本した部数を上回ることも生じ得る。第二の実施の形態では、印刷製本した部数を上回る要求数が生じた場合にも対処する。
【００５７】
図６は、第二の実施の形態における構成例を示すブロック図である。第一の実施の形態と同様の構成部については、図１と同じ符号で示し、説明を省略する。ただし、本実施の形態において、制御部２は、記憶装置３が記憶する配送管理プログラムに従って、第一の実施に形態に示す処理の他、在庫確認問い合わせ処理や印刷製本の追加要求処理等の本実施の形態に示す処理も行う。
【００５８】
在庫管理システム４１は、出版社によって管理され、出版社が出版する刊行物の在庫量の情報を各号毎に保持する。在庫管理システム４１は、出版社が刊行物の各号を印刷製本したときに、初回印刷製本部数の情報を入力される。この初回印刷製本部数が、在庫量の情報の初期値となる。在庫管理システム４１は、刊行物が顧客からの要求に応じて配送されるにつれ、在庫量の情報を更新する。また、在庫がなくなった後に印刷製本部数が追加され、その部数が入力されると、その部数を在庫量として保持する。
【００５９】
印刷製本システム４２は、アップロードされるデジタルコンテンツと同一のデータに基づいて印刷処理を行い、印刷物を製本して刊行物を作成するシステムである。
【００６０】
本実施の形態において、在庫問い合わせ手段および印刷製本要求手段は、制御部２およびネットワークインタフェース部４によって実現される。
【００６１】
第二の実施の形態における処理経過の例について説明する。配送管理装置１がデジタルコンテンツをアップロードされる際の動作および顧客端末２１にデジタルコンテンツを表示させる際の動作は、第一の実施の形態で説明したステップＳ１〜Ｓ５の動作と同様である。ただし、在庫管理システム４１は、初回印刷製本部数を入力され、その部数を在庫量の初期値として保持する。
【００６２】
なお、刊行物の各号において、配送される部数の最大値は、契約者の総数と等しくなる。出版社は、契約者の総数に基づいて適切な初回印刷製本部数を定めればよい。
【００６３】
図７は、本実施の形態で、顧客端末２１が配送要求を送信した後の処理経過の例を示す説明図である。顧客が現物の配送を要求する場合、顧客端末２１は、顧客の操作に従って、顧客ＩＤおよび配送要求を配送管理装置１に送信する（ステップＳ１１）。この動作は、ステップＳ６の動作と同様である。
【００６４】
配送管理装置１の制御部２は、配送要求を受信すると、配送を要求された号の在庫の有無を確認する（ステップＳ１２）。ステップＳ１２において、制御部２は、要求された号の在庫の有無について、インターネット２３を介して在庫管理システム４１に問い合わせる。在庫管理システム４１から「在庫あり」という応答を受信した場合、制御部２は、受信した顧客ＩＤに対応する配送要求状況データを更新する（ステップＳ１３）。また、配送を要求した顧客の情報を出版社端末２２に送信する（ステップＳ１４）。ステップＳ１３，Ｓ１４の動作は、第一の実施の形態で説明したステップＳ７，Ｓ８の動作と同様である。出版社は、この情報を確認すると、現物を要求した顧客への配送を手配する。なお、在庫管理システム４１は、顧客への配送によって在庫量が減少すると、在庫量の情報を更新する。
【００６５】
また、ステップＳ１２において在庫管理システム４１から「在庫なし」という応答を受信した場合、制御部２は、ステップＳ７と同様に、受信した顧客ＩＤに対応する配送要求状況データを更新する（ステップＳ１５）。続いて、制御部２は、配送を要求された号の印刷製本の追加を、インターネット２３を介して、印刷製本システム４２に要求する（ステップＳ１６）。印刷製本システム４２は、この要求に応じて、指定された刊行物の印刷製本を追加する。また、在庫管理システム４１は、新たに追加された部数の情報を入力され、その部数を在庫量の情報として保持する。
【００６６】
追加部数の最大値は、契約者の総数から初回印刷製本部数を差し引いた値である。
【００６７】
また、制御部２は、ステップＳ１６に続いて、配送を要求した顧客の情報を出版社端末２２に送信する（ステップＳ１７）。この動作は、ステップＳ８の動作と同様である。出版社は、この情報を確認すると、新たに印刷製本された現物を顧客に配送するように手配する。
【００６８】
最終号が刊行された後、配送要求の受信の締め切りが経過したならば、制御部２は、各顧客に請求する追加購読料を算出し、顧客ＩＤと対応させてデータ記憶部５に記憶させる。この動作は、第一の実施の形態と同様である。出版社は、この課金情報に基づいて、配送に伴う追加購読料を顧客に請求する。
【００６９】
本実施の形態においても、第一の実施の形態と同様の効果を得ることができる。さらに、制御部２は、在庫管理システム４１に在庫量の有無を問い合わせ、在庫がない場合には、印刷製本システム４２に印刷製本の追加を要求する。従って、現物の配送を要求する顧客の数が予想を上回った場合であっても、新たに現物を追加し、顧客の要求に応えることができる。
【００７０】
実施の形態３．
上記の第二の実施の形態では、制御部２は、在庫有無の問い合わせの結果、在庫がなかったならば、印刷製本の追加を要求する。印刷製本の追加を要求する際、追加部数についてもある程度需要が見込まれることを確認してから要求することが好ましい。第三の実施の形態では、在庫がなくなった場合、所定の数の顧客から配送要求を受信した場合に、印刷製本を追加し、その顧客に追加製本した現物を配送する。
【００７１】
本実施の形態における構成は、第二の実施の形態と同様である（図６参照）。ただし、制御部２は、在庫管理システム４１から「在庫なし」という応答を得た場合、顧客端末からの配送要求の受信回数が所定数に達してから、印刷製本システム４２に印刷製本の追加を要求する。
【００７２】
第三の実施の形態における処理経過の例について説明する。配送管理装置１がデジタルコンテンツをアップロードされる際の動作および顧客端末２１にデジタルコンテンツを表示させる際の動作は、第一の実施の形態で説明したステップＳ１〜Ｓ５の動作と同様である。ただし、在庫管理システム４１は、初回印刷製本部数を入力され、その部数を在庫量の初期値として保持する。出版社は、契約者の総数に基づいて適切な初回印刷製本部数を定めればよい。
【００７３】
図８は、第三の実施の形態で、顧客端末２１が配送要求を送信した後の処理経過の例を示す説明図である。制御部２が、顧客端末２１から配送要求を受信し、在庫があった場合の処理の流れは、第二の実施の形態で示したステップＳ１１〜Ｓ１５と同様である。
【００７４】
制御部２がステップＳ１２において在庫管理システム４１から「在庫なし」という応答を受信した場合について説明する。制御部２は、在庫管理システム４１からの応答が「在庫あり」から「在庫なし」に切り替わった時に、配送要求の受信回数のカウントを開始する。制御部２は、応答が「在庫あり」から「在庫なし」に切り替わったときの問い合わせのっかけになった配送要求を「１」とカウントする。その後、配送要求を受信する度に、このカウント値を１増加させる。
【００７５】
また、制御部２は、ステップＳ１２において「在庫なし」という応答を受信した場合、カウント値（すなわち、配送要求の受信回数）が所定値に達したか否かを確認する（ステップＳ２１）。この所定値は、印刷製本の追加によって生じるコストに見合う顧客の数として定められる。カウント値が所定値に達していない場合、ステップＳ１１で受信した顧客ＩＤに基づき、配送を要求した顧客の情報をデータ記憶部５に記憶させ、新たな配送要求が送られてくるのを待つ（ステップＳ２２）。
【００７６】
ステップＳ２１において、カウント値が所定値に達していたならば、制御部２は、在庫がなくなった後に配送要求を送信した各顧客の顧客ＩＤに対応する配送要求状況データを更新する（ステップＳ２３）。続いて、制御部２は、その各顧客から配送を要求された号の印刷製本の追加を、インターネット２３を介して、印刷製本システム４２に要求する（ステップＳ２４）。印刷製本システム４２は、この要求に応じて、指定された刊行物の印刷製本を追加する。また、在庫管理システム４１は、新たに追加された部数の情報を入力され、その部数を在庫量の情報として保持する。
【００７７】
追加部数の最大値は、契約者の総数から初回印刷製本部数を差し引いた値である。
【００７８】
また、制御部２は、ステップＳ２４に続いて、在庫がなくなった後に配送要求を送信した各顧客の情報を出版社端末２２に送信する（ステップＳ２５）。出版社は、この情報を確認すると、新たに印刷製本された現物を各顧客に配送するように手配する。
【００７９】
最終号が刊行された後、配送要求の受信の締め切りが経過したならば、制御部２は、各顧客に請求する追加購読料を算出し、顧客ＩＤと対応させてデータ記憶部５に記憶させる。この動作は、第一の実施の形態と同様である。出版社は、この課金情報に基づいて、配送に伴う追加購読料を顧客に請求する。
【００８０】
本実施の形態においても、第一の実施の形態と同様の効果を得ることができる。さらに本実施の形態によれば、制御部２は、在庫がなくなった場合、配送要求の受信回数が所定の回数に達してから印刷製本の追加を要求する。従って、印刷製本の追加のコストに見合う需要が生じてから印刷製本を行うことになる。この結果、重版を作成したが重版の需要が少なかったという事態を回避することができる。
【００８１】
特許文献１に記載されたシステムでは、顧客からの一件一件の要求に応じて印刷製本を行っていた。それに対して、本発明では、印刷製本のコストに見合う回数に達してから印刷製本を要求する。従って、本発明によれば、特許文献１に記載のシステムに比べ、印刷製本コストを大幅に低減させることができる。
【００８２】
第一の実施の形態から第三の実施の形態において、刊行物の各号毎に、配送要求の受信締め切り期間を定めてもよい。例えば、１月号の配送を開始してから所定期間経過した後に、１月号の配送要求を受信した場合、配送管理装置１はその配送要求を無視してもよい。他の号についても同様に締め切りを設けてもよい。また、所定期間としては、例えば１〜２ヶ月程度を定めればよい。
【００８３】
また、第三の実施の形態において、配送要求の受信回数（カウント値）が所定値に達しないまま、締め切りが経過した場合、在庫がなくなってから受信した配送要求も無視してよい。すなわち、印刷製本の追加に見合う需要がなかったとして、絶版として扱ってよい。
【００８４】
第一から第三の各実施の形態では、１年間に渡って毎月刊行される定期刊行物の配送を例に説明した。本発明が適用されるのは、このような月刊誌の配送に限定されない。複数回に渡って刊行される刊行物の配送であればよい。例えば、毎日刊行される新聞の配送に本発明を適用してもよい。配送要求の締め切りは、対象とする刊行物に応じて変化させればよい。新聞の配送に本発明を適用する場合、例えば、毎日午前１０時を配送要求の受信締め切り時刻に定めればよい。顧客は、午前１０時までに新聞のデジタルコンテンツを閲覧し、その日の新聞の配送を要求するか否かを決めればよい。また、新聞社は、午前１０時までに配送を要求した顧客に対し、新聞を配送（配達）すればよい。
【００８５】
また、第一から第三の各実施の形態において、購読者に対し、デジタルコンテンツの閲覧料や配送により生じる追加購読料を請求しなくてもよい。例えば、会社の総務部門が、社員に対して社内報を配布する場合がある。また、例えば、クレジットカード会社が、契約者に対し、毎月無償でパンフレットを配布する場合がある。このように、無償で刊行物を配布する場合にも、本発明を適用することができる。この場合、制御部２は、データ記憶部５に課金情報（デジタルコンテンツの閲覧料、配送に伴う追加購読料）を記憶させなくてよい。
【００８６】
【発明の効果】
本発明によれば、１回分の刊行物が刊行される際に、配送管理装置が購読者の端末からの要求に応じて刊行物と同一内容のデジタルコンテンツを送信し、端末にデジタルコンテンツを表示させ、配送管理装置が通信ネットワークを介して端末から刊行物の配送を要求された場合、配送管理装置が、刊行物の配送管理者が使用する情報処理装置に、刊行物の配送を要求した購読者の情報を送信して、配送管理者に購読者への刊行物の配送を促すので、購読者にデジタルコンテンツを閲覧させ購読者から刊行物の配送の要求を受け付け、刊行物の生産コストを抑える場合に適した管理形態を実現できる
【図面の簡単な説明】
【図１】配送管理装置の構成の例を示すブロック図である。
【図２】配送要求状況データおよび課金情報の例を示す説明図である。
【図３】購読契約申し込み時における配送要求状況データおよび課金情報の例を示す説明図である。
【図４】第一の実施の形態における処理経過の例を示す説明図である。
【図５】更新された配送要求状況データの例を示す説明図である。
【図６】配送管理装置の構成の例を示すブロック図である。
【図７】第二の実施の形態における処理経過の例を示す説明図である。
【図８】第三の実施の形態における処理経過の例を示す説明図である。
【符号の説明】
１  配送管理装置
２  制御部
３  記憶装置
５  データ記憶部
２１  顧客端末
２２  出版社端末
２３  通信ネットワーク
【図１】
2004192168.tif 000003
【図２】
2004192168.tif 000004
【図３】
2004192168.tif 000005
【図４】
2004192168.tif 000006
【図５】
2004192168.tif 000007
【図６】
2004192168.tif 000008
【図７】
2004192168.tif 000009
【図８】
2004192168.tif 000010