(57)【特許請求の範囲】
【請求項１】
第一配信者のニュースサーバから第一コンテンツを受け取り、または／及び第二配信者の広告サーバから第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信する少なくとも１以上のサーバを備えるコンテンツ配信システムにおいて、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバは、
前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定手段と、
前記判定手段による判定に基づいてコンテンツを受信契約者のクライアントへ再配信する通信装置と、
を有することを特徴とするコンテンツ配信システム。
【請求項２】
第一配信者のニュースサーバから第一コンテンツを受け取り、または／及び第二配信者の広告サーバから第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信する少なくとも１以上のサーバを備えるコンテンツ配信システムにおいて、
前記サーバは、
該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理する管理手段と、
前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定手段と、
前記判定手段による判定に基づいてコンテンツを前記受信契約者のクライアントへ再配信するとともに、前記受信契約者からの配信要求に基づいて、前記管理手段が管理する詳細ないし関連コンテンツを配信する通信装置と、
を有し、
前記サーバが前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、
前記サーバが受信契約者に再配信したコンテンツが、カスタムコンテンツコードを含み、且つ受信契約者コード、受信日時のうち１つ以上を含むデータアドレスで管理される
ことを特徴とするコンテンツ配信システム。
【請求項３】
前記受信契約者がログインした後に、前記カスタムコンテンツコードの入力によりコンテンツの配信要求が可能となる
ことを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記再配信するコンテンツは、受信契約者が設定した時間帯または時間に、受信契約者のクライアントと接続された画像形成装置によって自動的に出力が実行される
ことを特徴とする請求項１から３のいずれか１項に記載のコンテンツ配信システム。
【請求項５】
前記配信者がコンテンツに対してカラー優先度を設定しておき、前記受信契約者が受け取るコンテンツのカラー希望度を設定しておくコンテンツ配信システムにおいて、
該配信者が設定したカラー優先度と、該受信契約者が設定したカラー希望度との条件が満足するかどうかを判定する手段を有し、
前記サーバは、該判定に基づいて該受信契約者にコンテンツをカラー出力またはモノクロ出力する
ことを特徴とする請求項１から４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記第二コンテンツの出力に要した消耗品の、トナー、インク及びその他の量を推定する手段を有し、
該推定した消耗品の量に応じた金額を計算する手段を有する
ことを特徴とする請求項１から５のいずれか１項に記載のコンテンツ配信システム。
【請求項７】
前記第二コンテンツの出力に要した消耗品の量を推定する手段において、パラメータとして画像比率を利用する
ことを特徴とする請求項６に記載のコンテンツ配信システム。
【請求項８】
前記再配信するコンテンツの出力において消耗した消耗品の推定消費量と、該消耗品の標準寿命とを比較して、該消耗品の交換又は補給時期を計算する手段を有し、
該消耗品の交換又は補給時期を受信契約者に通知する手段を有する
ことを特徴とする請求項１から７のいずれか１項に記載のコンテンツ配信システム。
【請求項９】
前記受信契約者がログインすることのできる、コンテンツを管理する管理手段を備え、ログインした後に、消耗品の発注ができるコンテンツ配信システムにおいて、
該受信契約者のクライアントと接続された画像形成装置から、該消耗品の消耗品残量情報を受け取り、該消耗品の交換時期の計算に利用する
ことを特徴とする請求項１から７のいずれか１項に記載のコンテンツ配信システム。
【請求項１０】
前記受信契約者がログインすることのできる、コンテンツを管理する管理手段を備え、ログインした後に、消耗品の発注ができるコンテンツ配信システムにおいて、
ログイン後の画面に、該消耗品の購入を促す警告を表示し、該消耗品の発注ができる画面に、該受信契約者が必要とする種類の消耗品を表示する
ことを特徴とする請求項１から９のいずれか１項に記載のコンテンツ配信システム。
【請求項１１】
前記画像形成装置がペーパー状のディスプレイである
ことを特徴とする請求項４に記載のコンテンツ配信システム。
【請求項１２】
第一配信者のニュースサーバから第一コンテンツを受け取り、または／及び第二配信者の広告サーバから第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信するサーバであって、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定手段と、
前記判定手段による判定に基づいてコンテンツを受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信する通信装置と、
を有することを特徴とするサーバ。
【請求項１３】
第一配信者のニュースサーバから第一コンテンツを受け取り、または／及び第二配信者の広告サーバから第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信するサーバにおいて、
該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理する管理手段と、
前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定手段と、
前記判定手段による判定に基づいてコンテンツを前記受信契約者のクライアントへ再配信するとともに、前記受信契約者からの配信要求に基づいて、前記管理手段が管理する詳細ないし関連コンテンツを配信する通信装置と、
を有し、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、
受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理される
ことを特徴とするサーバ。
【請求項１４】
サーバが、第一配信者のニュースサーバから第一コンテンツを受け取り、または／及び第二配信者の広告サーバから第二コンテンツを受け取る工程と、
受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信する工程と、
を備える情報送信方法において、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバは、
前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定工程と、
前記判定工程における判定に基づいてコンテンツを受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信する工程と、
を実行することを特徴とする情報送信方法。
【請求項１５】
サーバが、第一配信者のニュースサーバから第一コンテンツを受け取り、または／及び第二配信者の広告サーバから第二コンテンツを受け取る工程と、
受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信する工程と、
を備える情報送信方法において、
前記サーバの管理手段に、該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理させる工程と、
前記サーバの判定手段が、前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定工程と、
前記サーバの通信装置が、前記判定工程における判定に基づいてコンテンツを前記受信契約者のクライアントへ再配信するとともに、前記受信契約者からの配信要求に基づいて、前記管理手段が管理する詳細ないし関連コンテンツを配信する工程と、
を備え、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理される
ことを特徴とする情報送信方法。
【請求項１６】
サーバに、第一配信者のニュースサーバから第一コンテンツを受け取らせ、または／及び第二配信者の広告サーバから第二コンテンツを受け取らせるステップと、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信させるステップと、
を備えるプログラムにおいて、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバに、
前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定ステップと、
前記判定ステップにおける判定に基づいてコンテンツを受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信させるステップと、
を実行させることを特徴とするプログラム。
【請求項１７】
サーバに、第一配信者のニュースサーバから第一コンテンツを受け取らせ、または／及び第二配信者の広告サーバから第二コンテンツを受け取らせるステップと、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信させるステップと、を備えるプログラムにおいて、
前記サーバの管理手段に、該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理させるステップと、
前記サーバの判定手段に、前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定させる判定ステップと、
前記サーバの通信装置に、前記判定ステップにおける判定に基づいてコンテンツを前記受信契約者のクライアントへ再配信するとともに、前記受信契約者からの配信要求に基づいて、前記管理手段が管理する詳細ないし関連コンテンツを配信させるステップと、
を備え、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理される
ことを特徴とするプログラム。
【請求項１８】
サーバに、第一配信者のニュースサーバから第一コンテンツを受け取らせ、または／及び第二配信者の広告サーバから第二コンテンツを受け取らせるステップと、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信させるステップと、
を備えるプログラムを記録したコンピュータ読み取り可能な記録媒体において、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバに、
前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定する判定ステップと、
前記判定ステップにおける判定に基づいてコンテンツを受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信させるステップと、
を実行させることを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１９】
サーバに、第一配信者のニュースサーバから第一コンテンツを受け取らせ、または／及び第二配信者の広告サーバから第二コンテンツを受け取らせるステップと、受け取ったコンテンツの一部または全部を、インターネットを介して受信契約者のクライアントへ再配信させるステップと、を備えるプログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記サーバの管理手段に、該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理させるステップと、
前記サーバの判定手段に、前記配信者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ配信強度と、前記受信契約者により設定された、コンテンツの種類毎の少なくとも３段階のレベルを持つ受信希望強度との組み合わせにより、前記再配信を行うか否かを判定させる判定ステップと、
前記サーバの通信装置に、前記判定ステップにおける判定に基づいてコンテンツを前記受信契約者のクライアントへ再配信するとともに、前記受信契約者からの配信要求に基づいて、前記管理手段が管理する詳細ないし関連コンテンツを配信させるステップと、
を備え、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理される
ことを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報及び広告情報を少なくとも受信者に適切に送信するコンテンツ配信システム、サーバ、情報送信方法、プログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
情報技術の進歩に伴い、最新の情報を効率良く入手することが企業活動などにおける重要な課題となっている。
【０００３】
社会情勢の変化、事件発生等をいち早く入手するための代表的なメディアとして、新聞、ラジオ、テレビ、インターネット等がある。その中でも、新聞は、我々の日常生活に幅広く普及しており、限られた紙面上に多数の記事を効率良く掲載し、携帯性が良く、通学・通勤途中においても読むことが可能である。
【０００４】
さらに、必要な記事を切り抜いて保存することが出来るなど記録性にも優れている。また、新聞は購読者の自宅まで配達される点、紙面を一覧しやすく記載し記事の概要を把握しやすい等の利点がある。
【０００５】
また、現在購買されている新聞には、記事と共に広告が紙面に印刷されていたり、地域別のチラシ広告が折り込まれていたりする。
【０００６】
広告の効用は、企業が宣伝したい商品の情報を新聞の読者に提供することができるという点に加えて、企業が支払う広告料が、新聞の価格の一部を負担することで、新聞の価格を安価にすることができるという点である。
【０００７】
【発明が解決しようとする課題】
しかし、現在販売されている新聞は、購読者が新聞を購入する地域によって記事及び広告が決まっていて、例えば購読者が勤務先の近くの地域情報が見たい場合、自宅で新聞を契約していると、見ることができないなど、必ずしも、購読者が読みたい記事、もしくは広告主が見てほしい購読者に配布されているわけではない。
【０００８】
一方、最近はインターネットの普及により各新聞社、ポータルサイトなどがインターネット上で記事を無料又は有料で配信している。
【０００９】
例えば、特開平９−５０４４１号公報に開示された技術では、新聞記事とともに顧客の属性などにより選択された企業広告を掲載した情報を画面上に掲載する仕組みが提案されている。
【００１０】
しかしながら、上述のしくみを利用しても例えば、購読者が自分の現在居住している地域以外でよく買い物をする地域の記事、広告などは掲載されるとは限らない。
【００１１】
また、経済記事に関する広告として関連付けられるのは、株、債権などの投資、転職、企業セミナー、ビジネス雑誌等が考えられるが、必ずしも、経済記事を読む人が株取引をしているとは限らないし、転職を希望しているとも限らない。
【００１２】
このように上述の方法を用いても必ずしも購読者の行動地域、行動内容、嗜好などに応じて、広告掲載企業、購読者の双方の意向通りに効率よく記事、広告が配信されるわけではない。
【００１３】
つまり、配信者側の属性分類だけでは必ずしも購読者の希望する記事を効率よく掲載したり、広告が購買に結びつくための広告効果が最大にあがるとは限らない。
【００１４】
また、従来の電子新聞は特開平９−６４９７６号公報に開示された技術などのようにディスプレイで見ることが想定されている為、より多くの情報を掲載しようとすると、購読者が見たい記事を見るためのクリック数が多くなってしまったり、キーワードを入力して検索する作業が発生するなど短時間で必要な記事をさがすことができない。
【００１５】
また、電子新聞を、通常の新聞のように持ち運びをするためには、携帯端末でみるか、もしくはプリンタで印刷する必要があるが、関連記事などに関する掲載事項が多くなると、画面の小さい携帯端末では多くの記事を見ることはできず、プリントして携帯するとプリント枚数が多くなり、印刷コスト、時間がかかり、持ち運びにも不便である。
【００１６】
さらには、電子新聞の記事や広告が配信者の要望だけでカラー・モノクロ出力の選別決定がなされていると、購読者への配信データ量や印刷時の印刷コストが配信者の要望のまま配信されてきてしまい、購読者の希望が全く反映されないものとなってしまう。
【００１７】
一方、電子新聞をプリンタで印刷する場合には、広告の印刷に伴う消耗品（トナー、インクなど）の印刷コストが購読者の負担となってしまう。
【００１８】
また、購読者は電子新聞を定期的に受信するので、電子新聞の印刷に用いるプリンタの消耗品（トナーカートリッジ、インクカートリッジなど）の交換時期の管理をその受信時に確認できることが望ましい。
【００１９】
本発明は上述の課題を個々にまたはまとめて解決するためのものであり、情報及び広告情報の効率的な送信及び消耗品の管理を可能にするコンテンツ配信システム、サーバ、情報送信方法、プログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【００２０】
【課題を解決するための手段】
上記目的を達成するために、本発明に係るコンテンツ配信システムにあっては、
第一配信者から第一コンテンツを受け取り、または／及び第二配信者から第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信する少なくとも１以上のサーバを備えるコンテンツ配信システムにおいて、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバは、受信契約者のクライアントへ再配信することを特徴とする。
【００２１】
前記配信が、インターネットを介して行われることを特徴とする。
【００２２】
第一配信者から第一コンテンツを受け取り、または／及び第二配信者から第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信する少なくとも１以上のサーバを備えるコンテンツ配信システムにおいて、
該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理する管理手段を備え、
前記サーバは、受信契約者からの配信要求に基づいて、該詳細ないし関連コンテンツを配信するコンテンツ配信システムであって、
前記サーバが前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、
前記サーバが受信契約者に再配信したコンテンツが、カスタムコンテンツコードを含み、且つ受信契約者コード、受信日時のうち１つ以上を含むデータアドレスで管理されることを特徴とする。
【００２３】
前記配信が、インターネットを介して行われることを特徴とする。
【００２４】
前記受信契約者がログインした後に、カスタムコンテンツコードの入力によりコンテンツの配信要求が可能となることを特徴とする。
【００２５】
前記再配信するコンテンツは、受信契約者が設定した時間帯または時間に、受信契約者のクライアントと接続された画像形成装置によって自動的に出力が実行されることを特徴とする。
【００２６】
前記配信者がコンテンツに対してカラー優先度を設定しておき、前記受信契約者が受け取るコンテンツのカラー希望度を設定しておくコンテンツ配信システムにおいて、
該配信者が設定したカラー優先度と、該受信契約者が設定したカラー希望度との条件が満足するかどうかを判定する手段を有し、
前記サーバは、該判定に基づいて該受信契約者にコンテンツをカラー出力またはモノクロ出力することを特徴とする。
【００２７】
前記第二コンテンツの出力に要した消耗品の、トナー、インク及びその他の量を推定する手段を有し、
該推定した消耗品の量に応じた金額を計算する手段を有することを特徴とする。
【００２８】
前記第二コンテンツの出力に要した消耗品の量を推定する手段において、パラメータとして画像比率を利用することを特徴とする。
【００２９】
前記再配信するコンテンツの出力に要した消耗品の推定消費量と、該消耗品の標準寿命とを比較して、該消耗品の交換又は補給時期を計算する手段を有し、
該消耗品の交換又は補給時期を受信契約者に通知する手段を有することを特徴とする。
【００３０】
前記受信契約者がログインすることのできる、コンテンツを管理する管理手段を備え、
ログインした後に、消耗品の発注ができるコンテンツ配信システムにおいて、
該受信契約者のクライアントと接続された画像形成装置から、該消耗品の消耗品残量情報を受け取り、該消耗品の交換時期の計算に利用することを特徴とする。
【００３１】
前記受信契約者がログインすることのできる、コンテンツを管理する管理手段を備え、
ログインした後に、消耗品の発注ができるコンテンツ配信システムにおいて、
ログイン後の画面に、該消耗品の購入を促す警告を表示し、該消耗品の発注ができる画面に、該受信契約者が必要とする種類の消耗品を表示することを特徴とする。
【００３２】
前記画像形成装置がペーパー状のディスプレイであることを特徴とする。
【００３３】
本発明に係るサーバにあっては、
第一配信者から第一コンテンツを受け取り、または／及び第二配信者から第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信するサーバであって、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信することを特徴とする。
【００３４】
第一配信者から第一コンテンツを受け取り、または／及び第二配信者から第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信するサーバにおいて、
該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理する管理手段を備え、
受信契約者からの配信要求に基づいて、該詳細ないし関連コンテンツを配信するサーバであって、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、
受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理されることを特徴とする。
【００３５】
本発明に係る情報送信方法にあっては、
サーバが、第一配信者から第一コンテンツを受け取り、または／及び第二配信者から第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信する工程を備える情報送信方法において、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバは、受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信することを特徴とする。
【００３６】
サーバが、第一配信者から第一コンテンツを受け取り、または／及び第二配信者から第二コンテンツを受け取り、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信する工程を備える情報送信方法において、
管理手段に、該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理させ、
前記サーバが、受信契約者からの配信要求に基づいて、該詳細ないし関連コンテンツを配信する工程を備える情報送信方法であって、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、
受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理されることを特徴とする。
【００３７】
本発明に係るプログラムにあっては、
サーバに、第一配信者から第一コンテンツを受け取らせ、または／及び第二配信者から第二コンテンツを受け取らせ、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信させるステップを備えるプログラムにおいて、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバに、受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信させるステップを備えることを特徴とする。
【００３８】
サーバに、第一配信者から第一コンテンツを受け取らせ、または／及び第二配信者から第二コンテンツを受け取らせ、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信させるステップを備えるプログラムにおいて、
管理手段に、該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理させ、
前記サーバに、受信契約者からの配信要求に基づいて、該詳細ないし関連コンテンツを配信させるステップを備えるプログラムであって、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、
受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理されることを特徴とする。
【００３９】
本発明に係るプログラムを記録したコンピュータ読み取り可能な記録媒体にあっては、
サーバに、第一配信者から第一コンテンツを受け取らせ、または／及び第二配信者から第二コンテンツを受け取らせ、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信させるステップを備えるプログラムを記録したコンピュータ読み取り可能な記録媒体において、
該第一コンテンツが、再配信者が配信を受け取るとその対価を第一配信者へ支払う義務が生じるコンテンツを含み、
該第二コンテンツが、受信契約者へ再配信を行うことで再配信者が第二配信者からその対価を徴収する権利が生じるコンテンツを含み、
前記サーバに、受信契約者が設定した時間帯または時間に、受信契約者のクライアントへ再配信させるステップを備えることを特徴とする。
【００４０】
サーバに、第一配信者から第一コンテンツを受け取らせ、または／及び第二配信者から第二コンテンツを受け取らせ、受け取ったコンテンツの一部または全部を受信契約者のクライアントへ再配信させるステップを備えるプログラムを記録したコンピュータ読み取り可能な記録媒体において、
管理手段に、該再配信したコンテンツについての、再配信した内容よりも詳細なコンテンツ、ないし関連するコンテンツを管理させ、
前記サーバに、受信契約者からの配信要求に基づいて、該詳細ないし関連コンテンツを配信させるステップを備えるプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記第一配信者から受け取ったコンテンツがオリジナルコンテンツコードで管理され、
受信契約者に再配信したコンテンツが、受信契約者コード、配信日時、カスタムコンテンツコードからなるデータアドレスで管理されることを特徴とする。
【００４１】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成部品の寸法、材質、形状、その相対配置などは、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００４２】
また、以下の図面において、既述の図面に記載された部材と同様の部材には同じ番号を付す。また、以下の本発明に係るコンテンツ配信システムの各実施形態の説明は、本発明に係るサーバ、情報送信方法、プログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体の各実施形態の説明も兼ねる。
【００４３】
（第１の実施形態）
まず、本発明に係るコンテンツ配信システムの第１の実施形態について図面を参照して説明する。ここで、本発明におけるコンテンツの種類としては、例えば、所定の内容の電子メールマガジン、趣味に関するコンテンツなど様々な形態に適用させることができ、コンテンツの種類には限定されるものではないが、本実施形態においては、広告付き電子新聞システムを例に説明を行なうものとする。図１は、第１の実施形態に係る広告付き電子新聞システムの概略構成図である。
【００４４】
本実施形態の広告付き電子新聞システムは、インターネット上で、受信契約者ごとにカスタマイズされた電子新聞を配信、管理すると共に、購読者登録、記事受配信及び購読者管理手続きを行うシステムである。
【００４５】
図１に示される、Ｔｏｔａｌ  Ｐｒｏｖｉｄｅｒ  ｏｆ  Ｎｅｗｓ  Ｃｏｎｔｅｎｔｓ（以後ＴＰＮＣと記す）サーバ１０１は、本発明の構成要素たるサーバとして機能し、本発明の構成要素たるクライアントとしてのクライアントコンピュータ１１２に、情報及び広告情報を編集して配信（送信）する。
【００４６】
クライアントコンピュータ１１２は、本発明の構成要素たる情報を受信するユーザとしての受信契約者１１１により操作されるコンピュータである。本発明におけるコンテンツを表示するための情報を受け取る（受信する）主体となる装置に相当するものである。また、その内部ブロック図は後述する図２と同様の仕組みとするので、ここでは詳細な説明は省略する。
【００４７】
また、受信契約者１１１は、ＴＰＮＣサーバ１０１からの情報送信について受信契約を交わした受信契約者である。
【００４８】
クライアントコンピュータ１１２は、受信契約者１１１の用いる端末である。
【００４９】
プリンタ１１３は、受信契約者１１１の用いるクライアントコンピュータ１１２に接続されたプリンタである。
【００５０】
このプリンタ１１３は本発明の構成要素たる画像形成装置として機能する。また、本発明の構成要素たる画像形成装置としては、プリンタに限定されるものではなく、複写機、ＦＡＸ、スキャナ機能を搭載したプリンタ、及びプリンタとこれらを組み合わせた複合機であって良い。
【００５１】
なお、本実施形態では、画像形成装置としてのプリンタ１１３にて印刷出力を行う形態について説明するが、画面出力等する画像形成装置を用いることもできる。画像形成装置として、例えば、特開平０８−１４６３８８号公報や特開２０００−１３２１２１号公報等に記載の携帯可能なペーパー状のディスプレイにて、画面出力することができる。
【００５２】
ニュースサーバ１２１から１２６は、ＴＰＮＣサーバ１０１に対して、記事（情報）を配信すると共に、ニュースソースを提供するサーバである。
【００５３】
広告サーバ１３１から１３３は、ＴＰＮＣサーバ１０１に対して、広告情報を配信（提供）するサーバである。
【００５４】
上記ＴＰＮＣサーバ１０１、クライアントコンピュータ１１２、各ニュースサーバ、各広告サーバは、それぞれネットワーク（インターネット）を介して相互に接続されている。
【００５５】
ただし、本発明に使用されるネットワークとしてはインターネットに限定されるものではなく、その他の任意のネットワークを代用して、又は併用しても良い。
【００５６】
また、ネットワークとして有線、無線の別は問わないし、これら有線及び無線を組み合わせても良い。
【００５７】
さらに、図１に示されるクライアントコンピュータ１１２に代用して、又は併用して、携帯端末（携帯電話、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔｓ））等を用いることができる。
【００５８】
また、ＴＰＮＣサーバ１０１、クライアントコンピュータ１１２、各ニュースサーバ、各広告サーバの数は、図１に示される数に限定されるものではなく、その他の１以上の任意の数であって良い。
【００５９】
ＴＰＮＣサーバ１０１は、ニュースサーバと広告サーバに関するＩＰアドレスや、電子メイル送受信のためのメイルアドレス等の属性情報等を、事前に保有している。
【００６０】
ここで、図１に示されるＴＰＮＣサーバ１０１の内部構造について、図２を参照して説明する。図２は、図１に示される情報配信システムにおいて用いられるＴＰＮＣサーバ１０１の内部ブロック図である。
【００６１】
図２に示されるように、ＴＰＮＣサーバ１０１は、ＣＰＵ（Central Processing Unit）２０１と、入力装置２０２と、主記憶装置２０３と、出力装置２０４と、補助記憶装置２０５と、クロック装置２０６と、通信装置２０９とからなる。
【００６２】
ＣＰＵ２０１は別名処理装置として観念される部材であり、システム内の各装置に命令を送りその動作を制御する制御装置２０７と、サーバの中心的な部分でディジタルデータの演算処理を行う演算装置２０８とからなる。
【００６３】
ここで、このＣＰＵ２０１は、主記憶装置２０３や補助記憶装置２０５に記憶されているプログラムと協働して、本発明の構成要素たる、管理手段、判定する手段、消耗品の量を推定する手段、消耗品の量に応じた金額を計算する手段、消耗品の交換時期を計算する手段、通知する手段として機能する。ここで、本実施形態における消耗品の詳細については、コンテンツの出力において消耗した消耗品としての、トナーカートリッジのほか、複写機用のトナー、感光ドラム、インクジェットプリンタ用のインク、その他本体の消耗パーツ、紙やＯＨＰシートなどを例として挙げることができる。
【００６４】
なお、本発明の構成要素たる、管理手段、判定する手段、消耗品の量を推定する手段、消耗品の量に応じた金額を計算する手段、消耗品の交換時期を計算する手段、通知する手段のそれぞれは、上述のようにＣＰＵ２０１によりＴＰＮＣサーバ１０１と一体的に構成されるとしても良いし、ＴＰＮＣサーバ１０１とネットワークにより接続されＴＰＮＣサーバ１０１と独立に構成されるとしても良い。
【００６５】
さらに、このＣＰＵ２０１は、主記憶装置２０３や補助記憶装置２０５に情報を格納する格納手段や、これらに格納されている情報を更新する更新手段として機能する。
【００６６】
ここで、上記各手段の機能は、ＣＰＵ２０１が、主記憶装置２０３や出力装置２０４に記憶されているプログラムと協働して実現されるとしても良い。
【００６７】
また、図２に示される内部ブロック図がクライアントコンピュータ１１２に適用された場合は、ＣＰＵ２０１は、通信装置２０９と協働して、情報や広告情報を受信する受信手段となるものである。
【００６８】
制御装置２０７は、クロック装置２０６が発するクロックのタイミングに従い、入力装置２０２から入力されたデータや予め与えられた手順（例えばプログラムやソフトウェア）を主記憶装置２０３に読み込み、この読み込んだ内容に基づいて演算装置２０８に命令を送り演算処理を行わせる。この演算処理の結果は、制御装置２０７の制御に基づいて、主記憶装置２０３、出力装置２０４及び補助記憶装置２０５等の内部の機器や外部の機器等に送信される。
【００６９】
入力装置２０２は、各種データを入力するための部材であり、例えばキーボード、マウス、ポインティングデバイス、タッチパネル、マウスパッド、ＣＣＤカメラ、カード読み取り機、紙テープ読み取り装置、磁気テープ装置等が考えられる。
【００７０】
主記憶装置２０３は別名メモリとして観念される部材であり、処理装置及び内部記憶装置において、命令を実行するために使われるアドレス可能な記憶空間のすべてを指す部材である。この主記憶装置２０３は主として半導体記憶素子により構成され、入力したプログラムやデータを格納、保持すると共に、制御装置２０７の指示にしたがい、この格納保持されているデータを例えばレジスタに読み出す。
【００７１】
また、主記憶装置２０３を構成する半導体記憶素子としてはＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等からなる。
【００７２】
また、出力装置２０４は、演算装置２０８の演算結果等を出力するための部材であり、例えばＣＲＴ、プラズマディスプレイパネル及び液晶ディスプレイその他の表示装置、プリンタなどの印刷装置、音声出力装置等が該当する。
【００７３】
また、補助記憶装置２０５は、主記憶装置２０３の記憶容量を補うための部材であり、例えば磁気ディスク装置、光ディスク装置、半導体ディスク装置等による、フロッピーディスク、ハードディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＭＯ等が該当する。この補助記憶装置２０５はデータベースとなり得る。
【００７４】
また、通信装置２０９は、外部のネットワークと通信を行うための装置であり、接続されるネットワークに応じて適宜データの送受信やデジタル−アナログ変換等を行う。
【００７５】
ここで、上記各装置は、アドレスバス又はデータバスにより相互に接続されている。
【００７６】
また、上記主記憶装置２０３及び補助記憶装置２０５の個数は各１つに限定されるものではなく、任意の個数であって良い。これら、上記主記憶装置２０３及び補助記憶装置２０５の個数が増えればそれだけサーバの耐障害性が向上することとなる。
【００７７】
なお、本発明に係るＴＰＮＣサーバ１０１に処理を実行させるための各種プログラムは、上記主記憶装置２０３及び補助記憶装置２０５の少なくともいずれか一方に記憶（記録）される。
【００７８】
したがって、本サーバに処理を実行させるための本発明に係るプログラムを記録したコンピュータ読み取り可能な記録媒体は、上記主記憶装置２０３及び補助記憶装置２０５の少なくともいずれか一方が該当することになる。ただし、その他にもＣＤ−ＲＯＭや、ＦＤや、ＣＤ−Ｒや、ＣＤ−ＲＷなども、本発明に係るプログラムを記録したコンピュータ読み取り可能な記録媒体として使用することができる。
【００７９】
なお、本発明及び本実施形態における、コンピュータ読み取り可能な記録媒体には、サーバが読み取り可能な記録媒体や、クライアントが読み取り可能な記録媒体を含むものである。
【００８０】
ここで、本発明における、システムに適用されるプログラムとは、システムを構成するコンピュータ、サーバ、データベース及び装置のそれぞれに適用される個々のプログラム、このようなそれぞれに適用される個々のプログラムの任意の組み合わせ及びこのようなそれぞれに適用されるプログラムの全体のいずれかに該当する。
【００８１】
また、システムの処理を実現するプログラムが複数のステップからなる場合であっても、１つの装置に全てのステップが記録された記録媒体を具備させても良いし、上記複数のステップのうちの任意の一部のステップを記録した記録媒体を、システムを構成する任意の装置に具備させることにより、このような複数のステップのうちの任意の一部のステップを記録した記録媒体を任意の装置に具備させて全体としてシステムの処理を実現するプログラムを構成するとしても良い。
【００８２】
また、上記説明では、図１に示されるＴＰＮＣサーバ１０１の内部構成のみを説明したが、図１に示されるクライアントコンピュータ１１２、各ニュースサーバ、各広告サーバの内部構成も図２に示される構成と同様であり、同様の説明が成り立つ。
【００８３】
次に、図１に示される広告付き電子新聞システムの動作について、図３を参照して説明する。図３は、図１に示される広告付き電子新聞システムの動作概念図である。
【００８４】
ＴＰＮＣサーバ１０１と情報を提供する新聞社（本発明の第一配信者に相当）との間では、ＴＰＮＣサーバ１０１は、新聞社からコンテンツ（文書、画像、プログラム、データ（音楽データなど）若しくはこれらの任意の組み合わせを含んだ情報をいう。本発明の構成要素たる情報のことをいう。以下同じ。）の配信を受け、コンテンツ配信契約料の支払いを行う。もちろん、情報提供者としては新聞社に限定されるものではなく、例えば雑誌社その他の者であって良い。また、本発明の構成要素たる第二コンテンツとしては例えば広告、アンケートがある。尚、新聞社からＴＰＮＣサーバ１０１へのコンテンツの配信は、実際には、新聞社で利用される情報処理装置が所定の通信回線（例えばインターネット通信網を利用した通信回線など）を介してＴＰＮＣサーバ１０１へコンテンツ情報の送信処理が実行されることによって実現されるものとする。また、新聞社にて利用される情報処理装置の内部的構成は前に図２にて説明したもの同様の仕組みとするので、ここでは詳細な説明は省略する。
【００８５】
ここで、本実施形態（本発明）における各種料金の徴収／支払い方法については、既に知られている、電子商取引に利用されるような、インターネット等を利用した仕組みが考えられる。
【００８６】
例えば、ここで、新聞社とＴＰＮＣサーバ１０１との間での課金に伴う電子決算処理（課金処理）の一例を説明する。
【００８７】
電子決算機能を有したサーバ（以後電子決算サーバと呼ぶ）では、相手先の端末装置（例えば新聞社の利用する情報処理装置）から受信した認証データ（例えば、ＴＰＮＣサーバ１０１のクレジットカードのカード番号と該カード番号に対応する暗証番号）と金融会社（クレジット会社）への請求額（商品の代金）とを含んだ承認情報が取得される。そして、取得した認証データにもとづく審査が行なわれる。例えば、カードについて盗難届けが出ているものでないこと等が確認された場合に、この結果を承認結果通知情報として生成する。そして、請求額に応じた代金の支払い（所定の口座への振込み指示）が電子決算サーバから新聞社に対して行なわれる。
【００８８】
また、不正カード使用もしくは支払い不可能であることが確認された場合には、代金の支払いは行わず、承認拒否を示す承認結果通知情報を生成する。この生成された承認結果通知情報を新聞社の利用する情報処理装置へ送信される処理が行われる。なお、カード会社が支払った代金については、カード会社の責任で、カード会社が顧客から徴収を行う。
【００８９】
また、インターネット等を利用した料金の徴収／支払いを実施できないような場合には、ＴＰＮＣサーバ１０１にて記録された（記憶手段への蓄積）各配信先へのコンテンツの配信量（コンテンツ数或はコンテンツ情報量等）に応じた金融機関を介した料金の引き落とし、或は、各配信元からのコンテンツ情報の受信量（コンテンツ数或はコンテンツ情報量等）に応じた金融機関を介した料金の支払い等によって実現されるような仕組みを利用するような形態も本発明では想定される。
【００９０】
ＴＰＮＣサーバ１０１と広告主（本発明の第二配信者に相当）との間では、ＴＰＮＣサーバ１０１は、広告主からの広告依頼を受け、広告料の請求・受領や、購読者に関する情報の送信等を行う。広告主とのやりとりには、図３に示されるように、広告代理店を介しても良い。
【００９１】
尚、本発明（実施の形態）における広告主とは、実際には各広告主により利用される情報処理装置に該当するものであり、該情報処理装置の内部的構成は、前に図２にて説明した情報処理装置と同様の仕組みとするので、ここでは詳細な説明は省略することとする。即ち、広告主からの各種コンテンツ情報の配信は、広告主によって利用される情報処理装置が所定の通信回線（例えばインターネット通信網を利用した通信回線など）を介してＴＰＮＣサーバ１０１へコンテンツを表示するための情報を送信処理処理が実行されることによって実現されるものとする。
【００９２】
ＴＰＮＣサーバ１０１と受信契約者との間では、ＴＰＮＣサーバ１０１は、受信契約者に対して、コンテンツを配信し、受信契約者から購読料の請求・受領や、顧客情報の更新依頼等を行う。
【００９３】
次に、図１に示される広告付き電子新聞システムにおいて、受信契約者１１１が、ＴＰＮＣサーバ１０１に対して、受信契約を行う際の動作について図４を参照して説明する。また、図４に示されるフローチャートの処理のうち、クライアントコンピュータ１１２により処理される動作は、クライアントコンピュータ１１２のＣＰＵがプログラムと協働することにより処理され、ＴＰＮＣサーバ１０１により処理される動作は、ＴＰＮＣサーバ１０１のＣＰＵ１００１がプログラムと協働することにより処理される。
【００９４】
図４は、図１に示される広告付き電子新聞システムにおいて、受信契約者１１１のクライアントコンピュータ１１２が、ＴＰＮＣサーバ１０１に対して、受信契約を行う際の動作のフローチャートである。すなわち、これから受信契約を行う受信契約者（ただし、図４の説明では、受信契約をこれから行う者のことをいい、受信契約が済んだ者をいうわけではない。）に対する動作のフローチャートである。
【００９５】
まずステップＳ４０１において、受信契約者１１１のクライアントコンピュータ１１２は、受信契約者１１１が用いるクライアントコンピュータ１１２の、ウェブブラウジングプログラム（以下、単にブラウザとも言う）を起動する。
【００９６】
そして、これから受信契約を行う受信契約者１１１のクライアントコンピュータ１１２は、ウェブブラウジングプログラムを用いて、ＴＰＮＣサーバ１０１の、受信契約のためのサイトのＵＲＬにアクセスする。
【００９７】
ＴＰＮＣサーバ１０１は、そのＵＲＬへのアクセスを検知する。
【００９８】
ステップＳ４０２において、ＴＰＮＣサーバ１０１は、受信契約者１１１が用いるクライアントコンピュータ１１２に対して、新規受信契約の登録のためのフォームデータを送信する。
【００９９】
このフォームデータによるフォームは、例えば図５に示されるように、受信契約者の名前や、住所等の入力を促す形式となっている。図５は、図１に示されるＴＰＮＣサーバ１０１からの指示に基づき、クライアントコンピュータ１１２の画面に表示される新規登録画面の概略図である。
【０１００】
受信契約者１１１のクライアントコンピュータ１１２は、登録フォームに必要なデータ、例えば、受信契約者１１１の名前や、住所等のデータを入力し、ＴＰＮＣサーバ１０１に送信する。
【０１０１】
ステップＳ４０３において、ＴＰＮＣサーバ１０１は、受信したデータの中で、登録受信契約者のデータベース上に、受信契約者１１１と重複する名前や住所といった登録データがないか確認する。
【０１０２】
ＴＰＮＣサーバ１０１は、重複した登録データがある場合は、ステップＳ４１０においてエラー情報をクライアントコンピュータ１１２に送信し動作を終える。
【０１０３】
受信したデータが新規である場合、ステップＳ４０４において、ＴＰＮＣサーバ１０１は、受信契約ＩＤを発行する。
【０１０４】
そして、ＴＰＮＣサーバ１０１は、受信契約認証、すなわち、受信契約者１１１が、アクセス制限のあるＴＰＮＣサーバの特定のＵＲＬにアクセスするためのパスワード（認証情報）の設定を促すデータをクライアントコンピュータ１１２に送信する。
【０１０５】
受信契約者１１１は、例えば図６に示すように、受信したフォームとなる画面に、パスワードを入力し、ＴＰＮＣサーバ１０１に送信する。図６は、図１に示されるクライアントコンピュータ１１２からＴＰＮＣサーバ１０１に送信される、登録確認のためのパスワードの入力画面の概略図である。
【０１０６】
ステップＳ４０４において、ＴＰＮＣサーバ１０１は、受信契約者１１１のパスワードを受信する。
【０１０７】
次に、ステップＳ４０５において、ＴＰＮＣサーバ１０１は、配信を希望するニュースコンテンツに関する契約情報の入力を促すフォームデータを受信契約者１１１のクライアントコンピュータ１１２に送信する。
【０１０８】
上記、契約情報の入力を促すフォームとして、例えば、図７に示す、配信枚数設定、接続形態や、図８に示す、配信を希望する、新聞社、ジャンルといった配信条件や、図９に示す、課金・支払条件、配信開始日・配信条件といったデータ入力を促すフォームがある。
【０１０９】
図７、図８及び図９は、図１に示されるＴＰＮＣサーバ１０１の指示に基づきクライアントコンピュータ１１２の画面に表示される、契約情報の入力画面の概略図である。このように図８に示されるようなフォームをユーザは利用することにより、複数の適用地域毎にコンテンツの種類を設定することができる。一方、ＴＰＮＣサーバ１０１は図８に示されるようなフォームを介して入力され、ユーザ先から送信されてきた情報を管理することにより、ユーザ毎の複数の適用地域毎の種類のコンテンツの配信をすることが可能となる。更に、図８においては収集地点（基点）と該収集地点に対する周辺地域範囲（適用エリア）、情報の種類（ジャンル）、受信希望強度（受信強度）、図９においては受信希望開始日（図９においては配信開始日）などの詳細なパラメータの設定が可能であり、該設定された情報を管理するＴＰＮＣサーバ１０１はよりユーザの希望に添ったコンテンツの配信を実行することが可能となる。また、図９の設定フォームにおいては、配信開始日を設定するような形態を説明したが、配信終了日も共に設定するような形態も本発明においては想定される。
【０１１０】
受信契約者１１１は、受信したフォームに希望する配信条件や、配信方法等を記述し、ＴＰＮＣサーバ１０１に送信する（ステップＳ４０５）。
【０１１１】
次に、ステップＳ４０６において、ＴＰＮＣサーバ１０１は、受信契約者１１１から受信した配信条件等のデータの中で、広告オプションに関する項目を抽出する。
【０１１２】
そして、ＴＰＮＣサーバ１０１は、広告つきレイアウトのオプションが選択されている場合は、ステップＳ４０７において、広告に関するアンケート情報を得るためのフォームデータをクライアントコンピュータ１１２に送信する。
【０１１３】
受信契約者１１１は、広告つきレイアウトのオプションを選択している場合は、ＴＰＮＣサーバ１０１から送信された、例えば、図１０に示すように、広告に関するアンケートを記述するためのフォームデータに対して、広告レイアウトのための受信条件等を記述し、ＴＰＮＣサーバ１０１に送信する。図１０は、図１に示されるＴＰＮＣサーバ１０１の指示に基づきクライアントコンピュータ１１２の画面に表示される広告レイアウトのための受信条件等の情報入力画面の概略図である。
【０１１４】
なお、図１０に示される「基点」が、本発明の構成要素たるクライアントにより指定された広告基点となる。同様に、「適用地域（適用エリア）」が広告受信範囲、「「ジャンル」が種類に該当する。このように、広告に関して、複数の適用地域毎にコンテンツの種類を設定することができる。また、図１０においては、収集地点（基点）と該収集地点に対する周辺地域範囲（適用エリア）、情報の種類（ジャンル）、受信希望強度（受信強度）などの詳細なパラメータの設定が可能となっており、該設定情報を管理するＴＰＮＣサーバ１０１はよりユーザの要望に沿ったコンテンツをユーザの利用する端末装置に配信することが可能となる。
【０１１５】
そして、ＴＰＮＣサーバ１０１は、受信契約者１１１から送信された、広告レイアウトのための受信条件を受信する。
【０１１６】
そして、ＴＰＮＣサーバ１０１は、この受信した受信条件を、受信契約者１１１に関する広告情報として、データベースに格納する。このデータベースは、ＴＰＮＣサーバ１０１のハードディスク等の補助記憶装置２０５により構成されるとしても良いし、ＴＰＮＣサーバ１０１と接続されたデータベースサーバにより構成されるとしても良い。また、このデータベースには記事情報も格納される。
【０１１７】
ここで、図１に示されるＴＰＮＣサーバ１０１が格納する、受信契約者１１１に関する配信契約情報を、図１１および図１２に示す。図１１及び図１２は、図１に示されるＴＰＮＣサーバ１０１が格納する、受信契約者１１１に関する配信契約情報の概略図である。
【０１１８】
図１１には、各ユーザごとの表記データやユーザＩＤ、配信設定数などが記載されている。
【０１１９】
図１１において、住所は、ユーザの居住している地であるが、この住所は同時に、クライアントコンピュータ１１２の所在地として良い。通常、ユーザの住所とクライアントコンピュータ１１２の所在地は一致するからである。例えば、図８に示されるような表示様子のように、「基点」の設定において、「自宅」が設定されると、図１１中の「基点」には、自宅の住所が設定されることとなる。また、図８において、例えば、自宅（そのほか勤務先、ショッピング等が想定される。）が設定された場合に、これは住所を特定するのみに利用されるものではなく、ＴＰＮＣサーバ１０１が用途場所を特定するためにも利用されるものとする。詳細な説明は後述の図１６にてするので、ここでは省略する。
【０１２０】
また、図１２には、広告オプションの情報や、広告情報に関する基点、適用地域などが記載されている。
【０１２１】
次に、図４のステップＳ４０８において、ＴＰＮＣサーバ１０１は、ＴＰＮＣサーバ１０１内に受信契約者１１１専用の電子メイルアカウントを作成する。
【０１２２】
そして、ＴＰＮＣサーバ１０１は、この電子メイルアカウント情報を受信契約者１１１に対して送信する。
【０１２３】
さらに、ＴＰＮＣサーバ１０１は、上記電子メイルアカウントに基づき、電子メイルを受信契約者１１１のクライアントコンピュータ１１２に転送する自動受信プログラムを、受信契約者１１１に対して送信する。
【０１２４】
次に、ステップＳ２０９において、ＴＰＮＣサーバ１０１は、図１１に示される配信情報及び図１２に示される受信設定に基づき電子メイルをニュースサーバ側に送信する。
【０１２５】
例えばＴＰＮＣサーバ１０１は、図１１に示される配信情報及び図１２に示される受信設定に基づき、Ａ新聞社の管理するニュースサーバ１２１の配信管理者、あるいは配信管理システムに対して電子メイルを送信する。
【０１２６】
この例の電子メイルは、午前３時に、適用地域がＷｏｒｌｄ  Ｗｉｄｅで、ジャンルが政治である記事をＴＰＮＣサーバ１０１に対して配信させる設定を促す電子メイルである。
【０１２７】
同様に、ＴＰＮＣサーバ１０１は、Ｂ新聞社の管理するニュースサーバ１２２、Ｃ新聞社の管理するニュースサーバ１２３、Ｄ新聞社の管理するニュースサーバ１２４、Ｅ新聞社の管理するニュースサーバ１２５、Ｆ新聞社の管理するニュースサーバ１２６の、それぞれに対して記事配信を促す電子メイルを、各ニュースサーバの管理者、あるいは配信管理システムに対して送信する。
【０１２８】
配信設定を促す電子メイルを受信した、例えばニュースサーバ１２１の配信管理者、あるいは配信管理システムは、ＴＰＮＣサーバ１０１に対して配信する配信条件リストの重複をチェックし、適用エリアや、ジャンルが新規配信項目であれば、ＴＰＮＣサーバ１０１への記事配信条件に付加する。
【０１２９】
また、ここでは図には示さないが、図１１に示される配信情報は一つの新聞社に対して一つに限ったものではなく複数以上の場合もある。
【０１３０】
この場合は各新聞社に対しては、すべての条件で記事配信を促す電子メイルを、各ニュースサーバの管理者、あるいは配信管理システムに対して送信する。
【０１３１】
次に、図１に示される広告付き電子新聞システムにおける、ＴＰＮＣサーバ１０１が配信された記事と広告とを受信し、保存する動作について図１３に基づき説明する。また、図１３に示されるフローチャートの処理のうち、ＴＰＮＣサーバ１０１により処理される動作は、ＴＰＮＣサーバ１０１のＣＰＵ１００１がプログラムと協働することにより処理される。
【０１３２】
上記記事と広告は、それぞれ、ニュースサーバ１２１から１２６から配信された記事、広告サーバ１３１から１３３から配信された広告である。
【０１３３】
図１３は、図１に示される広告付き電子新聞システムにおける、ＴＰＮＣサーバ１０１が、ニュースサーバ１２１から１２６から配信された記事と、広告サーバ１３１から１３３から配信された広告とを受信し、保存する動作のフローチャートである。
【０１３４】
まずステップＳ１３０１において、ニュースサーバ１２１から１２６は、ＴＰＮＣサーバ１０１から送信された記事配信要求に基づき、記事をＴＰＮＣサーバ１０１に送信する。
【０１３５】
例えばニュースサーバ１２１から送信される記事は、午前３時になると送信される、適用エリアがＷｏｒｌｄ  Ｗｉｄｅで、ジャンルが政治である記事データである。
【０１３６】
上記記事は、例えば、図１４に示すフォームに従い、電子メイルでＴＰＮＣサーバ１０１に対して送信される。図１４は、図１に示されるニュースサーバ１２１からＴＰＮＣサーバ１０１に送信される記事のデータの概略図である。ここで、図１４中に示される「配信強度」は、コンテンツ毎に付された情報であり、ここで設定された配信強度と、図８、或は、図１０を介して設定された配信強度との一致で、ＴＰＮＣサーバ１０１はコンテンツの配信を行うか否かの判断を行う。
【０１３７】
ニュースサーバ１２１と同様にニュースサーバ１２２から１２６も、ＴＰＮＣサーバ１０１に対して記事データを電子メイルで送信する。
【０１３８】
ＴＰＮＣサーバ１０１は、上記ニュースサーバから送信された記事を受信する。
【０１３９】
ステップＳ１３０２において、ＴＰＮＣサーバ１０１は、決められたある時間、例えば午前４時になると、ニュースサーバから送信された記事データの電子メイルをチェックし、すべての記事データを記事データベースに保存する。
【０１４０】
例えば、図１４に示されたフォームの記事データは、図１５に示すフォームに従い、ＴＰＮＣサーバ１０１が、記事データベースに保存する。図１５は、図１に示されるＴＰＮＣサーバ１０１が記事データを格納する際の概念図である。
【０１４１】
次に、ＴＰＮＣサーバ１０１は、ステップＳ１３０３において、広告データの受信を行う。
【０１４２】
まず、広告サーバ１３１から１３３は、ＴＰＮＣサーバ１０１から送信された広告配信要求に基づき、更新情報をＴＰＮＣサーバ１０１に送信する。
【０１４３】
例えば広告サーバ１３１は、午前３時になると、図１６に示すフォームに従い、更新情報をＴＰＮＣサーバ１０１に送信する。図１６は、図１に示される広告サーバ１３１が、ＴＰＮＣサーバ１０１に送信する更新情報のデータの概略図である。
【０１４４】
上記更新情報は、更新すべき広告情報がない場合は、更新フラグのみを非更新という形式で電子メイルでＴＰＮＣサーバ１０１に対して送信され、更新すべき広告情報がある場合は、更新情報を電子メイルでＴＰＮＣサーバ１０１に対して送信される。
【０１４５】
ＴＰＮＣサーバ１０１は、決められたある時間、例えば午前４時になると、広告サーバから送信された広告データの電子メイルをチェックする。
【０１４６】
次に、ＴＰＮＣサーバ１０１は、ステップＳ１３０４において更新すべき広告データがあるか否かを判定する。
【０１４７】
そして、ＴＰＮＣサーバ１０１は、更新すべきデータがある場合は、ステップＳ１３０５において、更新すべき、すべての広告データを広告データベースに保存する。
【０１４８】
例えば、ＴＰＮＣサーバ１０１は、図１７に示す広告主データベースの広告主番号を用いて図１８に示すフォームに従い、図１６に示されたフォームの広告データを、データベースに保存する。図１７は、図１に示されるＴＰＮＣサーバ１０１のデータベースに格納される広告主のデータの概念図であり、図１８は、図１に示されるＴＰＮＣサーバ１０１における広告データのデータベースへの保存形式の概略図である。
【０１４９】
次に、図１に示されるＴＰＮＣサーバ１０１が、受信契約者１１１のクライアントコンピュータ１１２に対して、受信契約者１１１の契約内容に基づく記事の配信を行う際の動作について、図１９を参照して説明する。図１９は、図１に示されるＴＰＮＣサーバ１０１が、受信契約者１１１のクライアントコンピュータ１１２に対して、受信契約者１１１の契約内容に基づく記事の配信を行う際の動作のフローチャートである。また、図１９に示されるフローチャートの処理のうち、ＴＰＮＣサーバ１０１により処理される動作は、ＴＰＮＣサーバ１０１のＣＰＵ２０１がプログラムと協働することにより処理される。
【０１５０】
ステップＳ１９０１において、ＴＰＮＣサーバ１０１は、受信契約者１１１の配信情報に基づき、配信する記事（情報）を所定の条件にしたがって、記事データベースより抽出する。
【０１５１】
上記所定の条件として、例えば情報配信者がその情報の配信地域（配信エリア）を設定しておくと共に、クライアントコンピュータ１１２側のユーザも受信する情報の受信地域を設定し、配信地域（情報の送信の対象地域）が受信地域（クライアントにより設定された情報の受信地域）に含まれる（一致する場合も含む）という条件を挙げることができる。
【０１５２】
なお、配信地域が受信地域に含まれるとは、例えば配信地域が千代田区で、受信地域が東京都といったような、受信地域が配信地域の上位になっている場合をいう。
【０１５３】
上記配信地域に関する情報は、例えば、図１１に示される、「適用エリア」が該当する。
【０１５４】
また、上記所定の条件として、例えばクライアントコンピュータ１１２において設定された、受信する情報の種類と、ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報の種類とが一致する、又は受信する情報の種類に送信する情報の種類が含まれるという条件を設定することができる。
【０１５５】
上記ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報の種類としては、例えば図１１に示される「ジャンル」が該当する。このジャンルには、例えば政治、経済、社会、生活、宿泊、野球が挙げられているが、その他の種類（ジャンル）も含めることができる。
【０１５６】
受信する情報の種類に送信する情報の種類が含まれるとは、受信する情報が「政治」である場合に、送信する情報が「首相」の場合のように、受信する情報の種類が送信する情報の種類の上位になっているという場合である。
【０１５７】
また、上記所定の条件として、例えばクライアントコンピュータ１１２において設定された、受信する情報の受信時と、ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報の送信時（配信時ともいう）とが一致する、又は受信する情報の受信時に情報の送信時が含まれるという条件を設定することができる。
【０１５８】
ここで、受信する情報の受信時に情報の送信時が含まれるとは、受信する情報の日時が１月である場合に、送信する情報の日時が１月１日の場合のように、受信する情報の日時が送信する情報の日時の上位になっている場合がある。
【０１５９】
この受信時及び送信時の単位としては、秒、分、時、日、曜日、週、月、年のいずれかを単位とすることができる。
【０１６０】
ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報の配信時としては、図１１には示されていない。しかし、図１２において広告情報に関する配信日時が記載され、この配信日時と同様のものを、ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報の配信時とすることができる。
【０１６１】
また、上記所定の条件として、例えばクライアントコンピュータ１１２において設定された、受信する情報の受信強度が、ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報の配信強度以上であるという条件を設定することができる。
【０１６２】
上記ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報の受信強度としては、例えば図１１に示される「受信強度」が該当する。この受信強度には、例えば強、中、弱があり、数値で表すと、強度が強いほど数値が大きいとすることができる。これとは逆に、「配信強度」は、例えば強、中、弱があり、数値で表すと、強度が強いほど数値が小さいとすることができる。
【０１６３】
このようにすることにより、受信強度をｘ、配信強度をｙとすると、実際に受信する情報では、受信強度ｘが、ｘ≧ｙを満たすと表すことができる。もちろん、３段階の強度分類に限定するものではなく、他の数の段階の強度分類としても良い。
【０１６４】
次に、ステップＳ１９０２において、ＴＰＮＣサーバ１０１は、ステップＳ１９０1で抽出された、オリジナルコンテンツコードで管理されているｎ個の記事の、最初からｎ番目までそれぞれの記事に対して、受信契約者１１１独自の１からｎの番号（カスタムコンテンツコード）を割り当てる。
【０１６５】
尚、本発明におけるオリジナルコンテンツコードとはコンテンツ配信者がＴＰＮＣサーバ１０１に配信するコンテンツごとに割り当てＴＰＮＣサーバ１０１が管理するユニークなコードである。
【０１６６】
また、本発明におけるカスタムコンテンツコードとは、ＴＰＮＣサーバ１０１が発行し、オリジナルコンテンツコードを含み、且つ受信契約者コード、受信日時のうち１つ以上を含む、データアドレスでＴＰＮＣサーバ１０１が管理するコードであり、受信契約者が記事を検索し易くすることを目的としていて、例えばアルファベットなどの文字や記号でも良く、数字に限定するものではない。このように管理することにより、後述する通り受信契約者は、例えばプリンタによって紙などに印刷されたコンテンツ情報の詳細を知りたい場合にＷｅｂ上などから容易に詳細な情報を引き出すことが可能になる。
【０１６７】
説明を記事抽出フローに戻すと、ＴＰＮＣサーバ１０１は、受信契約者情報データベース内の、受信契約者１１１の記事番号変換テーブル・ログに、割り振られた１からｎの番号をカスタムコンテンツコードとして格納する。
【０１６８】
また、ＴＰＮＣサーバ１０１は、受信契約者情報データベース内の、受信契約者１１１の記事番号変換テーブル・ログに、割り振られたカスタムコンテンツコードそれぞれに対応する記事のオリジナルコンテンツコードを割り当てて格納する。
【０１６９】
図２０は、図１に示される広告付き電子新聞システムに使用される、割り当てられたカスタムコンテンツコードとオリジナルコンテンツコードとの変換テーブルである。
【０１７０】
この変換テーブルは、受信契約者毎に作成され、配信ログ情報として保持される。この変換テーブルによると、例えば、カスタムコンテンツコード１の記事は、オリジナルコンテンツコード００−２００００７０２−０００１０３−０００１であると対応付けられる。
【０１７１】
また、ＴＰＮＣサーバ１０１は予め設定された時間になると（例えば毎日午前３時）、予め設定された時間内（例えば前日の午前３時以降）に発行されたデータアドレスを検索し、管理されているカスタムコンテンツコードの変換を行う。例えば２０００年７月１日に“１〜ｎ”と割り当てられていたカスタムコンテンツコードは２０００年７月２日午前３時に“２００００７０１００１〜２００００７０１ｎ”と変換される。そして、２０００年７月２日午前３時以降配信された最新の記事に対してカスタムコンテンツコードは新たに“１〜ｎ”が割り当てられる。この変換を行うことで、受信契約者は最新の記事を簡単に検索できると同時にバックナンバーについての検索も行うことができる。
【０１７２】
次に、ステップＳ１９０３において、ＴＰＮＣサーバ１０１は、広告つきレイアウトか否かを判定する。
【０１７３】
広告なしの場合は、ＴＰＮＣサーバ１０１は、ステップＳ１９０４において、ステップＳ１９０２において割り当てたカスタムコンテンツコードと、カスタムコンテンツコードに対応する、抽出された記事データを、受信契約者１１１の契約情報に基づきレイアウト配置を行う。
【０１７４】
レイアウト方法は、本発明の要旨となるものではない。しかし、例えばレイアウト方法として、特開平０９−０６２６８８号公報記載の「電子化新聞表示装置および電子化新聞配信システム」の実施形態に記載された技術、すなわち、構造化された情報を表示する技術等を用いることができる。
【０１７５】
ステップＳ１９０３において、広告オプションが選択されている場合は、ステップＳ１９０５において、ＴＰＮＣサーバ１０１は、広告レイアウト比と、配信枚数から、配信可能な広告件数を求める。
【０１７６】
次に、ステップＳ１９０６において、ＴＰＮＣサーバ１０１は、広告データベース中のすべての広告のそれぞれに対して所定の条件（本発明の構成要素たる広告情報を抽出する際の所定の条件）を満たした広告であるか否かを判定して、掲載広告候補リストを作成する。
【０１７７】
すなわち、上記所定の条件として、［条件１］受信契約者１１１の基点住所（クライアントが指定した広告基点）が、広告主の配信希望エリア（広告送信範囲）に含まれる、［条件２］受信契約者１１１の配信希望エリア（広告受信範囲）に、広告主の基点住所（所定の広告基点）が含まれる、［条件３］受信契約者１１１の希望ジャンル（広告情報の種類）が、広告主の広告ジャンル（広告情報に設定された種類）に一致する又は含まれる、［条件４］受信契約者１１１の基点属性（クライアントにより指定された広告基点の属性）が、広告主の配信基点属性（広告情報に設定された属性）に一致する又は含まれる、［条件５］受信契約者１１１の受信強度が、広告主の配信強度以上である、［条件６］受信契約者１１１の配信日時（広告情報の受信時）が、広告主の配信日時（広告情報の送信時）に一致する又は含まれる、［条件７］受信契約者１１１のユーザ属性（ユーザの属性）が、広告主の配信対象ユーザ属性（サーバにより設定された広告情報の属性）に一致する又は含まれる、［条件８］現在の広告配布数＋１が、広告配布対象顧客数以下である、という、すべての条件を満たす広告データを抽出し、抽出された広告を保持するために、配信候補リストに、広告番号と、配信強度を記憶する、を一例として挙げることができる。
【０１７８】
ただし、上記説明では、上記条件を全て満たす広告情報を抽出するとしたが、本発明はこのような場合に限定されるものではなく、例えば上記条件のうちの幾つかを任意に選択して組み合わせたものを条件としても良い。また、後述するカラー優先度を条件として加えることもできる。
【０１７９】
ここで、受信契約者１１１の基点属性が、広告主の配信基点属性に含まれるとは、例えば受信契約者の基点属性が遊園地である場合に、広告主の配信基点属性が行楽地である場合のように、受信契約者１１１の基点属性が、広告主の配信基点属性の下位概念となっている場合をいう。
【０１８０】
受信契約者１１１の配信日時が、広告主の配信日時に含まれるとは、例えば受信契約者１１１の受信時が１月１日である場合であって、広告主の配信時が１月である場合のように、受信する情報の日時が送信する情報の日時の下位になっている場合がある。
【０１８１】
また、受信契約者１１１のユーザ属性が、広告主の配信対象ユーザ属性に含まれるとは、例えば受信契約者１１１のユーザ属性として、年齢３０歳を設定し、広告主の配信対象ユーザ属性として年齢が２５〜３５歳を設定した場合が含まれる。また、上記受信契約者１１１のユーザ属性や広告主の配信対象ユーザ属性としては、例えば年齢、性別、出身地、職業、学歴などを上げることができる。
【０１８２】
ここで、［条件１］、［条件２］の概念を図２２に、［条件５］の概念を図２１に、それぞれ示す。
【０１８３】
図２１及び図２２は、図１に示される広告付き電子新聞システムにおける、広告データを抽出する際の、条件の概念図である。また、図２２において、星印は受信契約者の基点住所又は広告主の基点住所である。
【０１８４】
この時、それぞれの条件が「ＡＬＬ」と設定されている場合はこの条件はスキップする。
【０１８５】
また、広告主の配信希望エリアを受信購読者の配信希望エリアより優先する設定も可能であり、この場合は［条件２］の条件はスキップする。
【０１８６】
また、条件５に関する図２１に示されるように広告情報の受信強度としては、例えば強、中、弱があり、数値で表すと、強度が強いほど数値が大きいとすることができる。また、これとは逆に、「配信強度」は、例えば強、中、弱があり、数値で表すと、強度が強いほど数値が小さいとする。
【０１８７】
このようにすることにより、受信強度をｘ、配信強度をｙとすると、実際に受信する情報は、受信強度ｘが、ｘ≧ｙを満たすと表すことができる。もちろん、３段階の強度分類に限定するものではなく、他の数の段階の強度分類としても良い。
【０１８８】
次に、ステップＳ１９０７において、ＴＰＮＣサーバ１０１は、ステップＳ１９０６で得られた配信候補リストの広告数が、配信可能件数より少ない場合は、配信候補リストを、配信リストとして決定し、決定された広告の、図１８に示すデータベース中の広告配布実顧客数を更新する。
【０１８９】
すなわち、ＴＰＮＣサーバ１０１は、広告情報に設定する所定の条件を入力し、広告情報が送信されるクライアントコンピュータ１１２の数を算出する。
【０１９０】
ステップＳ１９０６で得られた配信候補リストの広告数が、配信可能件数より多い場合は、ＴＰＮＣサーバ１０１は、受信契約者１１１の受信希望強度の高い広告から順に、配信可能件数分の広告番号を、配信リストとして決定し、決定された広告のデータベース中の広告配布実顧客数を更新する。
【０１９１】
ステップＳ１９０８において、ＴＰＮＣサーバ１０１は、ステップＳ１９０２において割り当てたカスタムコンテンツコードと共に抽出された記事データについて、受信契約者１１１の契約情報に基づきレイアウト配置を行う。
【０１９２】
さらに、ＴＰＮＣサーバ１０１は、ステップＳ１９０７において得られた配信リストに基づき抽出された広告データについて、受信契約者１１１の契約情報に基づきレイアウト配置を行う。
【０１９３】
レイアウト方法としては、前述のように、例えば、特開平０９−０６２６８８号公報記載の「電子化新聞表示装置および電子化新聞配信システム」の実施形態の技術、すなわち、構造化された情報を表示する技術を用いることができる。
【０１９４】
ステップＳ１９０９において、ＴＰＮＣサーバ１０１は、ステップＳ１９０４、あるいはステップＳ１９０８によって、レイアウトされた、受信契約者１１１に対して配信する配信データファイルを作成する。
【０１９５】
そして、ＴＰＮＣサーバ１０１は、作成された配信データファイルのカラー・モノクロのいずれかの出力とするかを決定する。図１に示されるＴＰＮＣサーバ１０１が、受信契約者１１１の契約内容に基づく配信データのカラー・モノクロのいずれかの出力を決定する際の動作について、図２３を参照して説明する。図２３は、図１に示されるＴＰＮＣサーバ１０１が、受信契約者１１１の契約内容に基づく配信データのカラー・モノクロのいずれかの出力を決定する際の動作のフローチャートである。また、図２３に示されるフローチャートの処理のうち、ＴＰＮＣサーバ１０１により処理される動作は、ＴＰＮＣサーバ１０１のＣＰＵ２０１がプログラムと協働することにより処理される。
【０１９６】
まず、ステップＳ２３０１において、ＴＰＮＣサーバ１０１は、図１９のステップＳ１９０９にて作成された配信データファイルの配信記事データを抽出する。
【０１９７】
次に、ステップＳ２３０２において、ＴＰＮＣサーバ１０１は、最初からｎ番目までそれぞれの配信記事データに対して受信契約者１１１独自に割り当てられた１からｎの番号のカスタムコンテンツコードに対応する整数ＮをＮ＝０と設定する。
【０１９８】
次に、ステップＳ２３０３では、ＴＰＮＣサーバ１０１は、整数Ｎについて、１を加えてＮ＋１と設定する。
【０１９９】
ステップＳ２３０４では、ＴＰＮＣサーバ１０１は、ステップＳ２３０３で設定した整数Ｎに対応したカスタムコンテンツコードの配信記事データを選択する。
【０２００】
そして、ステップＳ２３０５において、ＴＰＮＣサーバ１０１は、ステップＳ２３０４で選択した配信記事データがカラーであるか否かを判定する。
【０２０１】
配信記事データがカラーではなく、モノクロである場合には、ＴＰＮＣサーバ１０１は、ステップＳ２３０８に行き、整数Ｎがカスタムコンテンツコードを割り当てられた記事数ｎ個に対応する配信記事数Ｍと等しくなった（Ｎ＝Ｍ）か判定を行う。Ｎ＝Ｍであればそのまま処理を終了し、ＮがＭと等しくならなければステップＳ２３０３へ戻る。
【０２０２】
ステップＳ２３０５において選択した配信記事データにカラー出力が選択されている場合は、ステップＳ２３０６において、ＴＰＮＣサーバ１０１は、ステップＳ２３０５において選択した配信記事データの記事配信がカラー出力となる条件を満たすか判定する。
【０２０３】
選択した配信記事データのカラー・モノクロのいずれかの出力を決定する条件として、例えばクライアントコンピュータ１１２において設定された、受信する情報のカラー希望度が、ＴＰＮＣサーバ１０１に格納されている配信記事データに設定されている情報のカラー優先度以上である場合にカラー出力するという条件を設定することができる。この場合、カラー希望度がカラー優先度未満であるとモノクロ出力となる。
【０２０４】
上記ＴＰＮＣサーバ１０１に格納されている情報に設定されている情報のカラー希望度としては、受信契約者１１１の購読設定として例えば図１１の受信強度と同様に設定される「カラー希望度」が該当する。このカラー希望度には、図２４に示すように例えばＡ、Ｂ、Ｃがあり、数値で表すと、アルファベット順の前に行くほど数値が大きいとすることができる。これとは逆に、例えば図１１の配信記事１〜６のデータごとに設定される「カラー優先度」は、図２４に示すように例えば多、普通、少があり、数値で表すと、カラー優先度が多いほど数値が小さいとすることができる。「カラー希望度」は、図８のフォームに加えて設定し、「カラー優先度」は、予め図１６の広告データに付加させておく。
【０２０５】
このようにすることにより、ＴＰＮＣサーバ１０１は、カラー希望度の数値をα、カラー優先度の数値をβとすると、実際に受信する情報では、カラー希望度の数値αが、α≧βを満たすときにカラー出力されると判定することができる。もちろん、３段階の度数分類に限定するものではなく、他の数の段階の度数分類としても良い。
【０２０６】
ステップＳ２３０６の判定によってカラー出力の条件を満たす場合には、ステップＳ２３０８に行き、整数Ｎがカスタムコンテンツコードを割り当てられた記事数ｎ個に対応する配信記事数Ｍと等しくなった（Ｎ＝Ｍ）か判定を行う。Ｎ＝Ｍであればそのまま処理を終了し、ＮがＭと等しくならなければステップＳ２３０３へ戻る。
【０２０７】
ステップＳ２３０６の判定によってカラー出力の条件を満たさず、モノクロ出力となる場合には、ステップＳ２３０７に行き、ＴＰＮＣサーバ１０１は、カラーの記事データをモノクロの記事データにデータ変換する。データ変換されたモノクロの配信記事データは、配信データファイルに更新登録される。
【０２０８】
モノクロデータ変換後は、ステップＳ２３０８に行き、整数Ｎがカスタムコンテンツコードを割り当てられた記事数ｎ個に対応する配信記事数Ｍと等しくなった（Ｎ＝Ｍ）か判定を行う。Ｎ＝Ｍであればそのまま処理を終了し、ＮがＭと等しくならなければステップＳ２３０３へ戻る。
【０２０９】
また、上記配信データファイルのカラー・モノクロの出力決定は、配信記事データについて説明したが、配信データファイルの広告データについても同様に成立する。例えば、図２３のステップＳ２３０２において、整数Ｎとして配信リストに決定された順の広告データを対応させることで図２３のフローチャートの処理を行うことができる。しかし、本実施形態では、後述するように、広告については、印刷出力で消費した消耗品（トナー）の消費量分の金額が返却されるので、広告主の要望通り、または受信契約者１１１の広告条件を満たす限り、カラー広告データはカラー出力されるものである。
【０２１０】
そして、ＴＰＮＣサーバ１０１は、上記のようにカラー・モノクロの出力決定がなされた配信データファイルを、ＴＰＮＣサーバ１０１内にある、受信契約者１１１専用の電子メイルアカウントのスプーラ内に添付ファイルの形式で配置する。以下、図１９に示すフローチャートに戻り説明する。
【０２１１】
図１９のステップＳ１９１０において、受信契約者１１１の用いるクライアントコンピュータ１１２のハードディスク内にインストールされた、自動受信プログラムは、設定時刻、例えば午前５時になると、受信契約者１１１の用いるクライアントコンピュータ１１２と、プリンタ１１３を起動する。
【０２１２】
そして、自動受信プログラムは、ＴＰＮＣサーバ１０１内にある、受信契約者１１１専用の電子メイルアカウントにスプールされた、配信データファイルを電子メイルとして受信する。
【０２１３】
そして、自動受信プログラムは、受信した電子メイルから、添付された配信データファイルを抽出し、プリンタ１１３へ出力する。
【０２１４】
このように、本実施形態によれば、ＴＰＮＣサーバ１０１は、受信契約者が任意に設定した所在地や嗜好に応じて配信する記事や広告を選択し、編集して受信契約者１１１に送信することができる。
【０２１５】
したがって、受信契約者１１１は、自己の希望に合致した記事や広告を得ることができるし、広告主は、より適切、効果的な受信契約者に対して広告をすることができる。
【０２１６】
また、受信契約者１１１は、自己の希望に合致して記事や広告のカラー・モノクロ出力を設定することができ、配信データ量や印刷時の印刷コストが配信者の要望のまま配信されてきてしまうことがない。
【０２１７】
ここで、本実施形態では、クライアントコンピュータ１１２に接続されたプリンタ１１３で配信データファイルの配信データがページごとにレイアウトされた配信コンテンツを印刷出力する場合には、広告も印刷されるが、広告の印刷に伴う消耗品（ここではトナーを例とする。なお、トナー以外にもインクなどその他も適用できる。）の印刷コストが受信契約者１１１の負担となることを防止するため、配信広告の印刷に用いたトナー消費量に基づく返却金額を計算し、受信契約者１１１の購読料から返却金額を差し引いている。受信契約者１１１の購読料から差し引いた返却金額は、ＴＰＮＣサーバ１０１が広告主に請求する。
【０２１８】
なお、このようにＴＰＮＣサーバ１０１が返却金額の返却を仲介することなく、ＴＰＮＣサーバ１０１から返却金額の情報が広告主に送信され、広告主から直接受信契約者１１１へ返却金額が送金されるようにしてもよい。
【０２１９】
この返却金額が返却される場合において、クライアントコンピュータ１１２に接続されたプリンタ１１３で印刷出力する時に、図１に示されるＴＰＮＣサーバ１０１が、プリンタ１１３において配信広告の印刷に用いるトナー消費量に基づく返却金額の計算を行う際の動作について、図２５を参照して説明する。図２５は、図１に示されるＴＰＮＣサーバ１０１が、プリンタ１１３において配信広告の印刷に用いるトナー消費量に基づく返却金額の計算を行う際の動作のフローチャートである。
【０２２０】
ステップＳ２５０１において、ＴＰＮＣサーバ１０１は、図１９のステップＳ１９０９にて作成した配信データファイルから配信広告を抽出する。なお、ここで用いる配信データファイルは、図２３のフローチャートに従ってカラー・モノクロ出力決定がなされた後の配信データである。
【０２２１】
次に、ステップＳ２５０２において、ＴＰＮＣサーバ１０１は、掲載広告カウンタＮ、推定トナー消費量累計Ｘのそれぞれの変数を初期化、Ｎ＝０、Ｘ＝０と設定する。ここで、掲載広告カウンタＮには、配信広告が配信リストに決定された順で対応する。
【０２２２】
次に、ステップＳ２５０３において、ＴＰＮＣサーバ１０１は、掲載広告カウンタＮについて、１を加えてＮ＋１と設定する。
【０２２３】
ステップＳ２５０４では、ＴＰＮＣサーバ１０１は、ステップＳ２５０３で設定した掲載広告カウンタＮに対応した配信広告のレイアウト後の印刷面積が単位面積の何倍かを計算する。
【０２２４】
次に、ステップＳ２５０５において、ＴＰＮＣサーバ１０１は、格納した顧客データベースの図１１に示す配信契約情報から印刷プリンタ名、画像モードを抽出し、単位面積あたりのトナー消費量を決定する。単位面積あたりのトナー消費量は、ＴＰＮＣサーバ１０１が格納する図２６に示すプリンタの種別ごとのプリンタ情報を用いることで、印刷プリンタ名、画像モードが分かれば決定できる。図２６では、プリンタ名がＬＢＰ−１０００、画像モードが標準であるとき、単位面積あたりのトナー消費量、キャラクタ２ｐｉｃｏ−ｇ、画像データ２０ｐｉｃｏ−ｇであると分かる。
【０２２５】
次に、ステップＳ２５０６において、ＴＰＮＣサーバ１０１は、ステップＳ２５０５で決定した単位面積あたりのトナー消費量に、ステップＳ２５０４で計算した配信広告のレイアウト後の印刷面積が単位面積の何倍かの値を積算し、推定トナー消費量係数Ｘ（Ｎ）の値を計算する。
【０２２６】
なお、推定トナー消費量係数Ｘ（Ｎ）の値の計算は、例えば、特開平０７−３２９４０４号公報に記載の技術のように、一度ビットマップに配信広告のレイアウト後の印刷面積を展開してその使用するトナーの各色ごとのドット数を計数し、１ドットあたりのトナー消費量に累積ドット数を積算して求めることもできる。
【０２２７】
そして、ステップＳ２５０７において、ＴＰＮＣサーバ１０１は、推定トナー消費量累計Ｘについて、ステップＳ２５０６で計算した推定トナー消費量Ｘ（Ｎ）を加えてＸ＋Ｘ（Ｎ）と設定する。
【０２２８】
ステップＳ２５０８では、掲載広告カウンタＮが配信データファイルから抽出した掲載広告数と等しくなった（Ｎ＝掲載広告数）か判定を行う。Ｎ＝掲載広告数であればステップＳ２５０９に行き、Ｎが掲載広告数と等しくならなければステップＳ２５０３へ戻る。
【０２２９】
ステップＳ２５０９に行くと、ＴＰＮＣサーバ１０１は、返却金額の計算を行う。返却金額は、ステップＳ２５０７で計算した推定トナー消費量累計Ｘに、受信契約者１１１の購読契約者別トナー単価を積算して計算する。
【０２３０】
以上のように、本実施形態によれば、配信広告の印刷に用いたトナー消費量に基づく返却金額を計算し、受信契約者１１１の購読料から返却金額を差し引くので、広告の印刷に伴う消耗品の印刷コストが受信契約者１１１の負担となることを防止し、受信契約者が広告掲載を嫌がる一つの要因を排除できる。
【０２３１】
また、本実施形態では、クライアントコンピュータ１１２に接続されたプリンタ１１３で、特に配信データファイルの配信コンテンツだけを印刷出力する場合には、印刷に伴う消耗品カートリッジ（ここでは消耗品としてトナーを用いているのでトナーカートリッジを例とする。インクカートリッジなどその他の消耗品を収納したカートリッジにも適用可能である。）の交換時期をＴＰＮＣサーバ１０１が受信契約者１１１へ通知し、トナーカートリッジの交換を促している。
【０２３２】
このトナーカートリッジの交換を促す場合において、クライアントコンピュータ１１２に接続されたプリンタ１１３で印刷出力する時に、図１に示されるＴＰＮＣサーバ１０１が、配信ごとに配信データファイルの印刷に用いるトナー消費量の累計の計算を行う際の動作について、図２７を参照して説明する。図２７は、図１に示されるＴＰＮＣサーバ１０１が、配信ごとに配信データファイルの印刷に用いるトナー消費量の累計の計算を行う際の動作のフローチャートである。
【０２３３】
ステップＳ２７０１において、ＴＰＮＣサーバ１０１は、図１９のステップＳ１９０９にて作成した配信データファイルから記事と広告がレイアウトされたページごとの配信コンテンツを抽出する。なお、ここで用いる配信データファイルは、図２３のフローチャートに従いカラー・モノクロ出力決定がなされた後の配信データである。
【０２３４】
次に、ステップＳ２７０２において、ＴＰＮＣサーバ１０１は、掲載コンテンツカウンタＮ、推定トナー消費量累計Ｘのそれぞれの変数を初期化、Ｎ＝０、Ｘ＝０と設定する。ここで、掲載コンテンツカウンタＮには、配信コンテンツが配信ページ順で対応する。
【０２３５】
次に、ステップＳ２７０３において、ＴＰＮＣサーバ１０１は、掲載コンテンツカウンタＮについて、１を加えてＮ＋１と設定する。
【０２３６】
ステップＳ２７０４では、ＴＰＮＣサーバ１０１は、ステップＳ２７０３で設定した掲載コンテンツカウンタＮに対応した配信コンテンツのレイアウト後の印刷面積が単位面積の何倍かを計算する。
【０２３７】
次に、ステップＳ２７０５において、ＴＰＮＣサーバ１０１は、格納した顧客データベースの図１１に示す配信契約情報から印刷プリンタ名、画像モードを抽出し、単位面積あたりのトナー消費量を決定する。単位面積あたりのトナー消費量は、ＴＰＮＣサーバ１０１が格納する図２６に示すプリンタ情報を用いることで、印刷プリンタ名、画像モードが分かれば決定できる。
【０２３８】
次に、ステップ２７０６において、ＴＰＮＣサーバ１０１は、ステップＳ２７０５で決定した単位面積あたりのトナー消費量に、ステップＳ２７０４で計算した配信コンテンツのレイアウト後の印刷面積が単位面積の何倍かの値を積算し、推定トナー消費量係数Ｘ（Ｎ）の値を計算する。
【０２３９】
なお、推定トナー消費量係数Ｘ（Ｎ）の値の計算は、例えば、特開平０７−３２９４０４号公報に記載の技術のように、一度ビットマップに配信コンテンツのレイアウト後の印刷面積を展開してその使用するトナーの各色ごとのドット数を計数し、１ドットあたりのトナー消費量に累積ドット数を積算して求めることもできる。
【０２４０】
そして、ステップＳ２７０７において、ＴＰＮＣサーバ１０１は、推定トナー消費量累計Ｘについて、ステップＳ２７０６で計算した推定トナー消費量Ｘ（Ｎ）を加えてＸ＋Ｘ（Ｎ）と設定する。
【０２４１】
ステップＳ２７０８では、掲載コンテンツカウンタＮが配信データファイルから抽出した配信コンテンツの掲載コンテンツ数と等しくなった（Ｎ＝掲載コンテンツ数）か判定を行う。Ｎ＝掲載コンテンツ数であればこの配信における推定トナー消費量累計Ｘを格納してこの処理を終了し、Ｎが掲載コンテンツ数と等しくならなければステップＳ２７０３へ戻る。
【０２４２】
次に、トナーカートリッジの交換を促す場合において、図１に示されるＴＰＮＣサーバ１０１が、推定トナー消費量累計Ｘの計算後にトナーカートリッジの交換時期の通知を行う際の動作について、図２８を参照して説明する。図２８は、図１に示されるＴＰＮＣサーバ１０１が、図２７のフローチャートに従った後の推定トナー消費量累計Ｘの計算後にトナーカートリッジの交換時期の通知を行う際の動作のフローチャートである。
【０２４３】
ステップＳ２８０１において、ＴＰＮＣサーバ１０１は、推定トナー消費量累計Ｘの計算後に、トナーカートリッジの前回の受注日／時を得る。前回の受注日／時は、ＴＰＮＣサーバ１０１が格納するトナーカートリッジ情報に登録されている。
【０２４４】
ステップＳ２８０２において、ＴＰＮＣサーバ１０１は、トナー消費量Ｃを計算する。トナー消費量Ｃは、図２７のフローチャートで計算した各配信ごとの推定トナー消費量累計Ｘを、前回の受注日／時から累計して計算する。
【０２４５】
そして、ステップＳ２８０３において、ＴＰＮＣサーバ１０１は、トナー消費量Ｃがトナーカートリッジの標準使用可能量以上となったか、すなわち標準寿命に達したか否かを判定する。トナーカートリッジの標準使用可能量は、ＴＰＮＣサーバ１０１が格納するトナーカートリッジ情報に登録されている。ここで、本実施形態における標準寿命とは、例えばトナーカートリッジで言えば、１個のカートリッジで標準的な使い方をした場合に出力できる枚数であり、紙で言えば、購入する紙一束の枚数（５００枚の場合が多い）か、あるいは購入する紙一箱の枚数（２５００枚の場合が多い）である。すなわち、消耗あるいは消費して、交換あるいは補給し、次を購入する操作が必要になるまでの長さを標準寿命と言う。
【０２４６】
ステップＳ２８０３でトナー消費量Ｃが標準使用可能量以上でない場合は、そのまま処理を終了する。
【０２４７】
ステップＳ２８０３でトナー消費量Ｃが標準使用可能量以上である場合は、ステップＳ２８０４に行き、ＴＰＮＣサーバ１０１は、受信契約者１１１にトナーカートリッジの交換時期を通知する。トナーカートリッジの交換時期の通知は、受信契約者１１１が用いているクライアントコンピュータ１１２に対して、配信データファイルの送信と同時にトナーカートリッジの交換時期を通知する通知画面データを送信することで行われる。
【０２４８】
なお、配信データファイルの送信と同時にトナーカートリッジの交換時期の通知だけを行い、通知画面データは、受信契約者１１１がクライアントコンピュータ１１２で、ＴＰＮＣサーバ１０１の受信契約者１１１がログインすることのできるコンテンツや契約等の管理用のサイトにアクセスした後に送信されるようにしてもよい。
【０２４９】
そして、トナーカートリッジの交換時期の通知された後は、受信契約者１１１はクライアントコンピュータ１１２で、例えば図２９（ａ）に示すような通知画面で、トナーカートリッジの交換時期が近づいたことを確認できる。図２９（ａ）は、図１に示されるＴＰＮＣサーバ１０１から通知された、クライアントコンピュータ１１２の画面に表示されるトナーカートリッジ交換時期通知画面の概略図である。
【０２５０】
図２９（ａ）のトナーカートリッジ交換時期通知画面では、交換時期を通知するだけでなく、トナーカートリッジを発注するための画面上のＹｅｓボタン２９０１をクリックすることで、交換トナーカートリッジを配送するための配送フォームの画面に移ることができる。この配送フォームデータは、ＴＰＮＣサーバ１０１から送信される通知画面データに含まれている。また、図２９（ａ）のトナーカートリッジ交換時期通知画面上で、トナーカートリッジの発注を希望せず、Ｎｏボタン２９０２をクリックすると、この画面は消滅するが、一定時間後に再表示される。
【０２５１】
配送フォームは、例えば図２９（ｂ）に示されるように、受信契約者１１１の購入トナーカートリッジの配送日時の第１、第２希望の入力を促す形式となっている。図２９（ｂ）は、トナーカートリッジ交換時期通知画面から移行したクライアントコンピュータ１１２の画面に表示される配送フォーム画面の概略図である。
【０２５２】
受信契約者１１１は、クライアントコンピュータ１１２で、図２９（ｂ）の配送フォームに必要なデータ、第１、第２希望の配送日時のデータを入力し、送信ボタン２９０３をクリックすることでＴＰＮＣサーバ１０１に送信する。
【０２５３】
ＴＰＮＣサーバ１０１は、受信した第１、第２希望の配送日時のデータに基づき配送日を調整する。調整できた場合には、ＴＰＮＣサーバ１０１は、配送日のデータをクライアントコンピュータ１１２に送信する。
【０２５４】
配送日のデータを表示する画面は、例えば図３０に示されるように、配送日時を通知し、さらに通知した配送日時での決定・変更が可能となっている。ＯＫボタン３００１をクリックすると、通知した配送日時で決定する旨をクライアントコンピュータ１１２からＴＰＮＣサーバ１０１へ送信する。変更ボタン３００２をクリックすると、図２９（ｂ）の配送フォーム画面に戻り、再度、第１、第２希望の配送日時を入力する。
【０２５５】
以上のように、本実施形態によれば、プリンタ１１３で、特に配信データファイルだけを印刷出力する場合には、印刷に伴うトナーカートリッジの交換時期をＴＰＮＣサーバ１０１が受信契約者１１１へ通知し、トナーカートリッジの交換を促すので、受信契約者１１１はトナーカートリッジの交換時期の管理を容易に行うことができる。
【０２５６】
また、トナーカートリッジの交換時期の通知後に、トナーカートリッジの発注をＴＰＮＣサーバ１０１に対して行い、配送日まで決定できるので、受信契約者１１１はトナーカートリッジを交換するために、買いに出かけたり、電話やインターネットで注文したりする手間が省ける。
【０２５７】
また、ここで、本実施形態では、配信コンテンツの出力後に、割り振られるカスタムコンテンツコードを用いることにより、受信契約者１１１は、より簡便に詳細記事の参照を行うことができる。
【０２５８】
カスタムコンテンツコードを用いて詳細記事を参照する動作について図３１を参照して説明する。図３１は、本発明に係る広告付き電子新聞システムのカスタムコンテンツコードを用いて詳細記事を参照する動作のフローチャートである。また、図３１に示されるフローチャートの処理のうち、ＴＰＮＣサーバ１０１により処理される動作は、ＴＰＮＣサーバ１０１のＣＰＵ２０１がプログラムと協働することにより処理される。
【０２５９】
ＴＰＮＣサーバ１０１は、受信契約者１１１のクライアントコンピュータ１１２から、サーバのサイトのアドレスとしての、所定のＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）を受信すると、ユーザＩＤ、パスワードの入力を促すデータを、受信契約者１１１に対して送信する。
【０２６０】
上記所定のＵＲＬとは、例えば、受信契約者１１１から、記事参照専用のＵＲＬと、末尾に、カスタムコンテンツコードの文字列を加えたＵＲＬがある。
【０２６１】
このようなＵＲＬの一例として、記事参照専用のＵＲＬがｈｔｔｐ：／／ｗｗｗ．×△△△．ｊｐ／で表記され、参照記事のカスタムコンテンツコードが２であれば、ｈｔｔｐ：／／ｗｗｗ．×△△△．ｊｐ／２の形態をとるＵＲＬがある。
【０２６２】
上記のような所定のＵＲＬは、クライアントコンピュータ１１２により作成される。
【０２６３】
すなわち、受信契約者がカスタムコンテンツコード（例えば２）を入力すると、クライアントコンピュータ１１２は、記事参照専用のＵＲＬ（例えば、ｈｔｔｐ：／／ｗｗｗ．×△△△．ｊｐ／２）を作成する。
【０２６４】
そして、クライアントコンピュータ１１２のブラウザは、この作成されたＵＲＬにより指示されるＴＰＮＣサーバ１０１のファイルにアクセスする。
【０２６５】
したがって、受信契約者１１１は、一般的には数十文字からなるＵＲＬの入力が不要となり、カスタムコンテンツコードの入力だけで、所望のサイトにアクセスすることができる。
【０２６６】
次に、ユーザ認証動作として、ＴＰＮＣサーバ１０１は、受信契約者１１１から、ユーザＩＤ、パスワードの受信を行う（ユーザの認証）。
【０２６７】
そして、ＴＰＮＣサーバ１０１は、登録受信契約者１１１のデータベースとの照合を行う。
【０２６８】
そして、ＴＰＮＣサーバ１０１は、不正な受信データであれば動作を終了する。
【０２６９】
正当な受信データであれば、ＴＰＮＣサーバ１０１は、末尾にカスタムコンテンツコードが付与されたＵＲＬから、カスタムコンテンツコードを取得する。今回の場合は２となる。
【０２７０】
そして、ＴＰＮＣサーバ１０１は、ユーザＩＤと、カスタムコンテンツコード（２）に基づき、登録受信契約者１１１のデータベース中から受信契約者１１１の項目における、最新の配信・出力した記事履歴を抽出する。
【０２７１】
すなわち、カスタムコンテンツコードに対応するオリジナルコンテンツは、受信契約者１１１ごとに一意に決定されるため、受信契約者１１１は、カスタムコンテンツコードを用いて、オリジナルコンテンツの抽出を行うことができる。
【０２７２】
そして、ＴＰＮＣサーバ１０１は、記事履歴中の、カスタムコンテンツコードに対応する、オリジナルコンテンツのデータを受信契約者１１１へ送信する。
【０２７３】
このように、受信契約者１１１は、カスタムコンテンツコードを用いることにより、所望の記事の詳細記事により容易にアクセスすることができる。
【０２７４】
なお、以上説明した本実施形態においては、ニュースサーバから配信され、ＴＰＮＣサーバ１０１に保存された記事には、記事間の関連づけは存在しなかった。
【０２７５】
しかし、過去に配信された記事との関連がある場合は、その関連する配信データが、記事データに記載されている記事データ形式であってもよい。
【０２７６】
ここでは、過去に配信された記事との関連がある場合は、その関連する配信データが、記事データに記載されている記事データ形式である例を説明する。
【０２７７】
例えば図３２に示すように、ニュースサーバからＴＰＮＣサーバ１０１には、関連記事に関する項目を加えた記事データ形式が配信される。図３２は、本発明に係る広告付き電子新聞システムの第１の実施形態における、ニュースサーバからＴＰＮＣサーバ１０１に配信される、関連記事に関する項目を加えた記事データ形式の概念図である。
【０２７８】
図３２においては、配信元番号１２１に対応する関連記事数３２０１や、第１の関連記事の情報３２０２、第２の関連記事の情報３２０３が記載されている。もちろん、関連記事の数は、図３２に示されるように２つに限定されるものではなく、その他の任意の数であって良い。
【０２７９】
ＴＰＮＣサーバ１０１は、この配信された関連記事に関する項目を加えた形式の記事をデータベースに構築する。
【０２８０】
そして、ＴＰＮＣサーバ１０１は、受信契約者１１１に関連記事に関する項目も含めた記事データを配信する。
【０２８１】
過去に配信された記事との関連がある場合にその関連する配信データが記事データに記載されている例の動作について図３３を用いてさらに説明する。まず、受信契約者は、自己のクライアントコンピュータ１１２から自己専用サイトにアクセスする（図３３の（ａ））。この自己専用サイトには、各項目がメニューとして掲載されている。図３３は、本発明に係る広告付き電子新聞システムの第１の実施形態において、クライアントコンピュータ１１２に表示される画面の概略図である。
【０２８２】
そして、前述のカスタムコンテンツコードを用いて詳細記事を参照する動作で説明した技術を用いて、所望のコンテンツ（情報）にアクセスする。以下に、前述のカスタムコンテンツコードを用いて詳細記事を参照する技術によるアクセス動作について再び説明する。
【０２８３】
すなわち、「衆議院解散」にはカスタムコンテンツコード１が付与され、「○○社利益供与」にはカスタムコンテンツコード２が付与され、「ヒトゲノム解読完了」にはカスタムコンテンツコード３が付与され、「東京で記録的な豪雨」にはカスタムコンテンツコード４が付与されている。
【０２８４】
したがって、「ヒトゲノム解読完了」をより詳細に調査したい受信契約者は、カスタムコンテンツコード３を入力する。
【０２８５】
そうすると、クライアントコンピュータ１１２は、図３３の（ａ）に示されるサイトのＵＲＬに、３を付与したＵＲＬでＴＰＮＣサーバ１０１にアクセスする。
【０２８６】
ＴＰＮＣサーバ１０１は、上記カスタムコンテンツコード３が付与されたＵＲＬを受け取ると、ユーザ（受信契約者）の認証を行う。
【０２８７】
そして、ＴＰＮＣサーバ１０１は、ユーザ認証の結果、正当なユーザであることが判明した場合は、カスタムコンテンツコードにて指定される情報の詳細情報をクライアントコンピュータ１１２に送信する。以上が前述のカスタムコンテンツコードを用いて詳細記事を参照する部分の動作である。
【０２８８】
そして、本例では、送信された情報に関連記事が掲載されていることが特徴となっている。
【０２８９】
すなわち、クライアントコンピュータ１１２が受信した情報には、例えば図３３の（ｂ）に示されるように、「ヒトゲノム解読完了」の記事のみならず、「記者会見動画」、「過去の関連記事」、「厚生省ｈｐ（ホームページ）」、「専門家のコメント」、「○○社内ｈｐ」といった関連記事に関するリンクが張られている。そのため、ユーザは、容易に関連記事に対してアクセスすることができる。
【０２９０】
したがって、本例においては、所望の情報を適切に得るだけではなく、情報に関連した情報をも芋づる式に得ることができる。
【０２９１】
なお、ここで、以上に説明した本実施形態においては、広告オプションは、受信契約者１１１の購読料の一部を広告により負担するだけであった。
【０２９２】
しかし、受信契約者１１１の出力プリンタ１１３への出力レイアウト条件、例えば、用紙サイズ、出力用紙最大枚数、カラー比率等に応じて、広告による負担を、購読料の一部とするだけでなく、受信契約者１１１のプリンタ１１３に関する、例えば、トナーや、インクや、用紙等の消耗品の所定数の提供、消耗品の割引販売、金銭や有価証券の供与等の付加サービスに拡大することができる。
【０２９３】
さらに、受信契約者１１１の広告に対する反応、例えば、広告のリンク先ＵＲＬへのアクセス履歴に応じて、図１２に示される広告情報に関する受信強度を変更する等して良い。
【０２９４】
すなわち、ＴＰＮＣサーバ１０１は、受信契約者１１１からＴＰＮＣサーバ１０１へのアクセスに関する情報であるアクセスログを記録し、このアクセスログに記録された情報が所定の情報となった場合には、広告情報に設定された条件を変更する。
【０２９５】
たとえば、リンク先ＵＲＬへのアクセス数が２０回を越えることにより、受信強度が強でない場合は、強に変更する。
【０２９６】
ただし、アクセス履歴に応じて変更する条件は受信強度に限定されず、配信強度やその他の条件を必要に応じて任意に変更することができる。
【０２９７】
したがって、本例によれば、よりユーザのニーズに適したサービスを提供することができる。
【０２９８】
（第２の実施形態）
次に、本発明に係るコンテンツ配信システムの第２の実施形態について説明する。本発明は、前述の第１の実施形態に限られるものではない。本実施形態も、広告付き電子新聞システムを例として説明する。
【０２９９】
なお、本実施形態の構成や、ＴＰＮＣサーバ１０１、クライアントコンピュータ１１２、ニュースサーバ、広告サーバの構造等は、前述の第１の実施形態と同様である。
【０３００】
また、本実施形態は以下に説明する部分の動作以外は、前述の第１の広告付き電子新聞システムの動作と同様である。従って、以下の説明では、前述の第１の実施形態と異なる点を説明する。
【０３０１】
前述の第１の実施形態においては、トナーカートリッジの交換時期の通知は、配信データファイルの印刷に使用するトナー消費量から計算するものであった。
【０３０２】
しかし、プリンタ１１３からトナー残量情報を送信してもらえば、プリンタ１１３で特に配信データファイルだけを印刷出力する場合に限られず、プリンタ１１３をその他の印刷出力に用いていてもトナーカートリッジの交換時期を管理することができる。
【０３０３】
トナーカートリッジの交換を促す場合において、プリンタ１１３からＴＰＮＣサーバ１０１へトナー残量を通知する際の動作について、図３４を参照して説明する。図３４は、ＴＰＮＣサーバ１０１とクライアントコンピュータ１１２とプリンタ１１３の３者間のデータの送受信を示すフローチャートである。
【０３０４】
図３４に示すように、クライアントコンピュータ１１２がＴＰＮＣサーバ１０１から配信データ（電子メイルの配信データファイル）を受信する際に、クライアントコンピュータ１１２からＴＰＮＣサーバ１０１へトナー残量Ｐが送信される。
【０３０５】
また、クライアントコンピュータ１１２からプリンタ１１３へ配信データが送信され印刷出力が実行されると、プリンタ１１３からクライアントコンピュータ１１２へ印刷出力の実行後のトナー残量Ｐが送信される。
【０３０６】
即ち、図３４に示すトナー残量Ｐ１を例として説明すると、Ｍ月Ｎ日に、配信データ０のプリンタ１１３での印刷出力の実行後に、プリンタ１１３は、トナー残量Ｐ１を検出する。プリンタ１１３のトナー残量Ｐ１の検出は、例えば、特開平０８−３３９２７４号公報記載のようにトナーセンサで検出することで行える。
【０３０７】
そして、印刷出力の実行後に、検出したトナー残量Ｐ１をクライアントコンピュータ１１２へ送信し、クライアントコンピュータ１１２はトナー残量Ｐ１を記憶しておく。
【０３０８】
次に、Ｍ月Ｎ＋１日に、ＴＰＮＣサーバ１０１からクライアントコンピュータ１１２へ配信データ１が送信される際に、先にクライアントコンピュータ１１２が記憶したトナー残量Ｐ１の情報をＴＰＮＣサーバ１０１へ送信する。
【０３０９】
このように、トナー残量Ｐは配信データの印刷出力の実行後にプリンタ１１３で検出され、ＴＰＮＣサーバ１０１はそのトナー残量Ｐのデータをクライアントコンピュータ１１２から次回の配信データの配信時に受信する。
【０３１０】
次に、トナーカートリッジの交換を促す場合において、図１に示されるＴＰＮＣサーバ１０１が、トナー残量Ｐの受信後にトナーカートリッジの交換時期の通知を行う際の動作について、図３５を参照して説明する。図３５は、図１に示されるＴＰＮＣサーバ１０１が、図３４のフローチャートに従って送信されたトナー残量Ｐの受信後にトナーカートリッジの交換時期の通知を行う際の動作のフローチャートである。
【０３１１】
ステップＳ３５０１において、ＴＰＮＣサーバ１０１は、トナーカートリッジの前回のトナー残量Ｒを得る。前回のトナー残量Ｒは、ＴＰＮＣサーバ１０１が格納するトナーカートリッジ情報に登録されている。
【０３１２】
ステップＳ３５０２において、ＴＰＮＣサーバ１０１は、図３４のフローチャートに従って送信されたトナー残量Ｐの受信後に、トナー残量Ｒを受信したトナー残量Ｐの値に更新する。
【０３１３】
そして、ステップＳ３５０３において、ＴＰＮＣサーバ１０１は、トナー残量Ｒがトナーカートリッジのトナーミニマム残量以下となったかを判定する。トナーカートリッジのカートリッジ使用限界として設定されるトナーミニマム残量は、ＴＰＮＣサーバ１０１が格納するトナーカートリッジ情報に登録されている。
【０３１４】
ステップＳ３５０３で、トナー残量Ｒがトナーミニマム残量以下でない場合は、そのまま処理を終了する。
【０３１５】
ステップＳ３５０３で、トナー残量Ｒがトナーミニマム残量以下である場合は、ステップＳ３５０４に行き、ＴＰＮＣサーバ１０１は、受信契約者１１１にトナーカートリッジの交換時期を通知する。トナーカートリッジの交換時期の通知は、第１の実施形態と同様に行うことができる。
【０３１６】
したがって、本実施形態では、ＴＰＮＣサーバ１０１が、プリンタ１１３からトナー残量を得るので、前述の本発明に係る広告付き電子新聞システムの第１の実施形態と同様の効果を得ることができると共に、検出するトナー残量の精度が良いことから交換時期を正確に判定することができ、また、プリンタ１１３で特に配信データファイルだけを印刷出力する場合に限られず、プリンタ１１３をその他の出力に用いていてもトナーカートリッジの交換時期を管理することができる。
【０３１７】
【発明の効果】
以上説明したように本発明によれば、顧客毎の異なるニーズに対して、詳細な設定を可能とした、オンライン記事送信を提供することができる。
【０３１８】
また、カスタムコンテンツコードから、受信契約者独自のコードにより、簡便に元記事に関する、関連記事などのさらなる情報を提供することができる。
【０３１９】
また、広告へのリンクに、ユーザがアクセスすることにより、購読料の割引等のサービスを簡便に提供することができる。
【０３２０】
また、アクセスログに基づいて情報及び広告情報の抽出条件を変更するため、よりユーザの嗜好及び広告主の意向に沿った情報の送信を行うことができる。
【０３２１】
また、印刷する場合には、広告の印刷に伴う消耗品（トナー、インクなど）の印刷コストを購読者の負担とせず、広告主から返金させることができる。
【０３２２】
また、印刷に用いるプリンタの消耗品カートリッジ（トナーカートリッジ、インクカートリッジなど）の交換時期の管理をその受信時に確認できる。
【図面の簡単な説明】
【図１】第１の実施形態に係る広告付き電子新聞システムの概略構成図である。
【図２】図１に示される広告付き電子新聞システムにおいて用いられるＴＰＮＣサーバ１０１の内部ブロック図である。
【図３】図１に示される広告付き電子新聞システムの動作概念図である。
【図４】図１に示される広告付き電子新聞システムにおいて、受信契約者１１１のクライアントコンピュータ１１２が、ＴＰＮＣサーバ１０１に対して、受信契約を行う際の動作のフローチャートである。
【図５】図１に示されるＴＰＮＣサーバ１０１からの指示に基づき、クライアントコンピュータ１１２の画面に表示される新規登録画面の概略図である。
【図６】図１に示されるクライアントコンピュータ１１２からＴＰＮＣサーバ１０１に送信される、登録確認のためのパスワードの入力画面の概略図である。
【図７】図１に示されるＴＰＮＣサーバ１０１の指示に基づきクライアントコンピュータ１１２の画面に表示される、契約情報の入力画面の概略図である。
【図８】図１に示されるＴＰＮＣサーバ１０１の指示に基づきクライアントコンピュータ１１２の画面に表示される、契約情報の入力画面の概略図である。
【図９】図１に示されるＴＰＮＣサーバ１０１の指示に基づきクライアントコンピュータ１１２の画面に表示される、契約情報の入力画面の概略図である。
【図１０】図１に示されるＴＰＮＣサーバ１０１の指示に基づきクライアントコンピュータ１１２の画面に表示される広告レイアウトのための受信条件等の情報入力画面の概略図である。
【図１１】図１に示されるＴＰＮＣサーバ１０１が格納する、受信契約者１１１に関する配信契約情報の概略図である。
【図１２】図１に示されるＴＰＮＣサーバ１０１が格納する、受信契約者１１１に関する配信契約情報の概略図である。
【図１３】図１に示される広告付き電子新聞システムにおける、ＴＰＮＣサーバ１０１が、ニュースサーバ１２１から１２６から配信された記事と、広告サーバ１３１から１３３から配信された広告とを受信し、保存する動作のフローチャートである。
【図１４】図１に示されるニュースサーバ１２１からＴＰＮＣサーバ１０１に送信される記事のデータの概略図である。
【図１５】図１に示されるＴＰＮＣサーバ１０１が記事データを格納する際の概念図である。
【図１６】図１に示される広告サーバ１３１が、ＴＰＮＣサーバ１０１に送信する更新情報のデータの概略図である。
【図１７】図１に示されるＴＰＮＣサーバ１０１のデータベースに格納される広告主のデータの概念図である。
【図１８】図１に示されるＴＰＮＣサーバ１０１における広告データのデータベースへの保存形式の概略図である。
【図１９】図１に示されるＴＰＮＣサーバ１０１が、受信契約者１１１のクライアントコンピュータ１１２に対して、受信契約者１１１の契約内容に基づく記事の配信を行う際の動作のフローチャートである。
【図２０】図１に示される広告付き電子新聞システムに使用される、割り当てられたカスタムコンテンツコードとオリジナルコンテンツコードとの変換テーブルである。
【図２１】図１に示される広告付き電子新聞システムにおける、広告データを抽出する際の、条件の概念図である。
【図２２】図１に示される広告付き電子新聞システムにおける、広告データを抽出する際の、条件の概念図である。
【図２３】図１に示されるＴＰＮＣサーバ１０１が、受信契約者１１１の契約内容に基づく配信データのカラー・モノクロのいずれかの出力を決定する際の動作のフローチャートである。
【図２４】図１に示される広告付き電子新聞システムにおける、配信データのカラー・モノクロのいずれかの出力を決定する際の、条件の概念図である。
【図２５】図１に示されるＴＰＮＣサーバ１０１が、プリンタ１１３において配信広告の印刷に用いるトナー消費量に基づく返却金額の計算を行う際の動作のフローチャートである。
【図２６】図１に示されるＴＰＮＣサーバ１０１のプリンタの種別ごとのプリンタ情報のデータの概略図である。
【図２７】図１に示されるＴＰＮＣサーバ１０１が、配信ごとに配信データファイルの印刷に用いるトナー消費量の累計の計算を行う際の動作のフローチャートである。
【図２８】図１に示されるＴＰＮＣサーバ１０１が、図２７のフローチャートに従った後の推定トナー消費量累計Ｘの計算後にトナーカートリッジの交換時期の通知を行う際の動作のフローチャートである。
【図２９】図２９（ａ）はトナーカートリッジの交換時期通知画面の概略図であり、図２９（ｂ）は配送フォーム画面の概略図である。
【図３０】配送日のデータを表示する画面の概略図である。
【図３１】カスタムコンテンツコードを用いて詳細記事を参照する動作のフローチャートである。
【図３２】ニュースサーバからＴＰＮＣサーバ１０１に配信される、関連記事に関する項目を加えた記事データ形式の概念図である。
【図３３】クライアントコンピュータ１１２に表示される画面の概略図である。
【図３４】第２の実施形態に係る広告付き電子新聞システムにおいて、ＴＰＮＣサーバ１０１とクライアントコンピュータ１１２とプリンタ１１３の３者間のデータの送受信を示すフローチャートである。
【図３５】図１に示されるＴＰＮＣサーバ１０１が、図３４のフローチャートに従って送信されたトナー残量Ｐの受信後にトナーカートリッジの交換時期の通知を行う際の動作のフローチャートである。
【符号の説明】
１０１  ＴＰＮＣサーバ
１１１  受信契約者
１１２  クライアントコンピュータ
１１３  プリンタ
１２１，１２２，１２３，１２４，１２５，１２６  ニュースサーバ
１３１，１３２，１３３  広告サーバ
２０１  ＣＰＵ
２０２  入力装置
２０３  主記憶装置
２０４  出力装置
２０５  補助記憶装置
２０６  クロック装置
２０７  制御装置
２０８  演算装置
２０９  通信装置
３２０１  関連記事数
３２０２  第１の関連記事の情報
３２０３  第２の関連記事の情報
【図１】
0004746779.tif 000002
【図２】
0004746779.tif 000003
【図３】
0004746779.tif 000004
【図４】
0004746779.tif 000005
【図５】
0004746779.tif 000006
【図６】
0004746779.tif 000007
【図７】
0004746779.tif 000008
【図８】
0004746779.tif 000009
【図９】
0004746779.tif 000010
【図１０】
0004746779.tif 000011
【図１１】
0004746779.tif 000012
【図１２】
0004746779.tif 000013
【図１３】
0004746779.tif 000014
【図１４】
0004746779.tif 000015
【図１５】
0004746779.tif 000016
【図１６】
0004746779.tif 000017
【図１７】
0004746779.tif 000018
【図１８】
0004746779.tif 000019
【図１９】
0004746779.tif 000020
【図２０】
0004746779.tif 000021
【図２１】
0004746779.tif 000022
【図２２】
0004746779.tif 000023
【図２３】
0004746779.tif 000024
【図２４】
0004746779.tif 000025
【図２５】
0004746779.tif 000026
【図２６】
0004746779.tif 000027
【図２７】
0004746779.tif 000028
【図２８】
0004746779.tif 000029
【図２９】
0004746779.tif 000030
【図３０】
0004746779.tif 000031
【図３１】
0004746779.tif 000032
【図３２】
0004746779.tif 000033
【図３３】
0004746779.tif 000034
【図３４】
0004746779.tif 000035
【図３５】
0004746779.tif 000036