(57)【要約】      （修正有）【課題】ミニコミ誌や低廉誌の発行に特に好適に用いられる雑誌編集支援システムを提供する。【解決手段】掲載済み又は掲載予定の記事の記事情報が提供者端末２からインターネット４を介して送信されると、記事仲介サーバ１は、記事情報登録プログラムによりデータベースサーバ７に保存して登録する。登録された記事の記事データが提供者端末２から送信されると、記事仲介サーバ１は、記事データ登録プログラムによりストレージサーバ９に保存して登録する。再利用者端末３から検索情報が入力されて送信されると、記事仲介サーバ１にインストールされた記事検索プログラムが起動し、入力された条件でデータベースサーバ７に検索を行わせる。検索結果は、記事情報のリストとして再利用者端末３に送信され、再利用者端末３に表示される。【選択図】図１
2010061672.tif 000002
【特許請求の範囲】
【請求項１】
一つの雑誌に掲載された又は掲載予定の記事の情報を別の雑誌への掲載のために提供する記事提供者と、一つの雑誌に掲載された又は掲載予定の記事の自分の雑誌への掲載を望む記事再利用者との間で、雑誌記事の仲介を行う記事仲介サーバを備えた雑誌編集支援システムであって、
記事仲介サーバは、記事提供者が操作するコンピュータである提供者端末と、記事利用者が操作するコンピュータである再利用者端末とに対して、ネットワークを介して接続されていて、提供者端末及び再利用者端末からのアクセスを受け付けることが可能となっており、
記事情報を多数の記事についてデータベース化して保存したコンピュータであるデータベースサーバと、
データベースサーバに記事情報が保存された各記事について、その記事自体のデータである記事データを保存したコンピュータであるストレージサーバとが設けられており、
記事情報には、記事の説明及び再利用に掛かる料金の各情報が含まれており、
記事仲介サーバには、
アクセスした提供者端末から記事情報が送信された際に、その記事情報をデータベースサーバに保存して登録する記事情報登録プログラムと、
アクセスした再利用者端末から送信要求が送信された際、データベースサーバに保存された記事情報を再利用者端末に送信して再利用者端末に表示させる情報表示プログラムと、
アクセスした再利用者端末から送信要求が送信された際、ストレージサーバに保存された記事データをその再利用者端末に送信する記事データ送信プログラムが記事仲介サーバにインストールされており、
データベースサーバには、記事の再利用についての料金の支払い状況に従い記事データ送信を許可するかどうかの情報を記録した許可情報ファイルが保存されており、
記事データ送信プログラムは、記事データの前記送信要求があった際、当該送信要求を行った再利用者端末に係る再利用者について許可情報ファイルに記録された許可情報に従い、記事データを送信するようプログラミングされており、
前記ストレージサーバには、一つの記事についてボリュームの異なる複数のバージョンの記事データが保存されており、前記記事データ送信プログラムは、再利用者端末における操作に従い、いずれかのバージョンの記事データを送信するものであることを特徴とする雑誌編集支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の発明は、雑誌の編集を支援するシステムに関するものである。
【背景技術】
【０００２】
週刊誌、月刊誌といった雑誌は、大まかには、取材、記事の執筆、編集、出稿、校正、印刷、出荷のような流れで発行が行われる。漫画雑誌や論説雑誌には、取材記事が全く掲載されずに「取材」というステップが無い場合もあるが、多くの場合、何らかの取材記事（取材に基づく記事の意味）が掲載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２９０９５０号公報
【特許文献２】特開２００２−１２３２５０８号公報
【特許文献３】特開２００５−８５２４５号公報
【特許文献４】特開２００２−１８９８８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
雑誌の売れ行きを左右するものは、なんといってもその内容（掲載された記事の内容）である。従って、雑誌の売れ行きを伸ばすためには、読者が興味を引く記事を多く掲載する必要がある。しかしながら、そのような読者の興味を引く記事掲載のための取材、執筆には、大変な労力がかかるのが現状である。
【０００５】
一方、最近の雑誌業界の傾向として、ミニコミ化、低廉化というものがある。ミニコミ化というのは、ミニコミ誌という言葉に代表されるように、何万部という発行部数を誇る全国誌ではなく、ごく少数の発行部数の雑誌を特定の地域や分野のために発行する雑誌である。ある街の情報を発信するためにその街を中心として発行されるタウン誌なども、この範疇である。フリー化というのは、いわゆるフリーペーパーに代表されるもので、雑誌が無料又はそれに近い廉価で販売される傾向である（以下、このような雑誌を低廉誌と呼ぶ）。雑誌の価格が無料又は廉価であるのは、多くの広告を掲載し、広告料収入によってコストを賄っているためである。
ミニコミ誌や低廉誌は、雑誌の売り上げによる収入が元々少ないため、記事取材にかけられる予算も元々少ない。少ない予算の中で、読者が興味を引く記事を書かなければならず、雑誌記者にかかる負担が特に課題となってきている。
本願の発明は、かかる課題を解決するためになされたものであり、ミニコミ誌や低廉誌の発行に特に好適に用いられる雑誌編集支援システムを提供する技術的意義を有するものである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本願の請求項１記載の発明は、一つの雑誌に掲載された又は掲載予定の記事の情報を別の雑誌への掲載のために提供する記事提供者と、一つの雑誌に掲載された又は掲載予定の記事の自分の雑誌への掲載を望む記事再利用者との間で、雑誌記事の仲介を行う記事仲介サーバを備えた雑誌編集支援システムであって、
記事仲介サーバは、記事提供者が操作するコンピュータである提供者端末と、記事利用者が操作するコンピュータである再利用者端末とに対して、ネットワークを介して接続されていて、提供者端末及び再利用者端末からのアクセスを受け付けることが可能となっており、
記事情報を多数の記事についてデータベース化して保存したコンピュータであるデータベースサーバと、
データベースサーバに記事情報が保存された各記事について、その記事自体のデータである記事データを保存したコンピュータであるストレージサーバとが設けられており、
記事情報には、記事の説明及び再利用に掛かる料金の各情報が含まれており、
記事仲介サーバには、
アクセスした提供者端末から記事情報が送信された際に、その記事情報をデータベースサーバに保存して登録する記事情報登録プログラムと、
アクセスした再利用者端末から送信要求が送信された際、データベースサーバに保存された記事情報を再利用者端末に送信して再利用者端末に表示させる情報表示プログラムと、
アクセスした再利用者端末から送信要求が送信された際、ストレージサーバに保存された記事データをその再利用者端末に送信する記事データ送信プログラムが記事仲介サーバにインストールされており、
データベースサーバには、記事の再利用についての料金の支払い状況に従い記事データ送信を許可するかどうかの情報を記録した許可情報ファイルが保存されており、
記事データ送信プログラムは、記事データの前記送信要求があった際、当該送信要求を行った再利用者端末に係る再利用者について許可情報ファイルに記録された許可情報に従い、記事データを送信するようプログラミングされており、
前記ストレージサーバには、一つの記事についてボリュームの異なる複数のバージョンの記事データが保存されており、前記記事データ送信プログラムは、再利用者端末における操作に従い、いずれかのバージョンの記事データを送信するものであるという構成を有する。
【発明の効果】
【０００７】
以下に説明する通り、本願の各請求項の発明によれば、ミニコミ誌や低廉誌の発行に特に好適に用いられる雑誌編集支援システムが提供される。
【図面の簡単な説明】
【０００８】
【図１】本願発明の実施形態に係る雑誌編集支援システムの概略図である。
【図２】実施形態の雑誌編集支援システムが提供するウェッブサイトのトップページの例について示した概略図である。
【図３】提供者登録用ファイルによって表示される提供者登録ページの概略を示した図である。
【図４】提供者登録プログラムの概略を示したフローチャートである。
【図５】ディレクトリ作成プログラムにより作成されるディレクトリの一例を示した概略図である。
【図６】再利用者登録用ファイルによって表示される再利用者登録ページの概略を示した図である。
【図７】ログイン時に最初に表示されるウェッブページの概略図である。
【図８】提供者向けトップの概略図である。
【図９】記事情報入力ページの概略図である。
【図１０】部数単位プログラムにより表示される部数単位入力ページ８２６の概略図である。
【図１１】記事データ登録プログラムの概略を示したフローチャートである。
【図１２】記事データ登録ページの概略図である。
【図１３】記事データ登録プログラムの登録モジュール及び閲覧用データ作成モジュールの実行結果を示した概略図である。
【図１４】記事選択ページの一例について示した概略図である。
【図１５】再利用者向けトップの概略図である。
【図１６】記事検索条件入力ページの一例を示した概略図である。
【図１７】検索結果ページの一例を示した概略図である。
【図１８】検索結果ページから記事データを表示した状態の一例の概略図である。
【図１９】再掲載申込ページの一例を示す概略図である。
【図２０】ダウンロードページの一例の一例を示した概略図である。
【図２１】問い合わせページの一例を示す概略図である。
【図２２】別の実施形態における記事データの保存状況の一例について示した概略図である。
【発明を実施するための形態】
【０００９】
本願発明を実施するための最良の形態（以下、実施形態）について、図面を参照しながら説明する。
図１は、本願発明の実施形態に係る雑誌編集支援システムの概略図である。図１に示すシステムは、一つの雑誌に掲載された又は掲載予定の記事の情報を別の雑誌への掲載のために提供する記事提供者と、一つの雑誌に掲載された又は掲載予定の記事の自分の雑誌への掲載を望む記事再利用者との間で、雑誌記事の仲介を行う記事仲介サーバ１を備えた雑誌編集支援システムである。
記事仲介サーバ１は、記事提供者が操作するコンピュータである提供者端末２と、記事利用者が操作するコンピュータである再利用者端末３とに対して、ネットワークを介して接続されていて、提供者端末２及び再利用者端末３からのアクセスを受け付けることが可能となっている。
本実施形態では、ネットワークとしてはインターネット４が想定されている。提供者端末２や再利用者端末３は、インターネット４を介して記事仲介サーバ１にアクセスし、情報の登録や閲覧を行うようになっている。記事仲介サーバ１は、ルータ５１を含むファイアウォール５０を介してインターネット４につながっているイントラネット５上に設けられている。
【００１０】
提供者端末２や再利用者端末３は、典型的にはデスクトップパソコンやノートパソコン等であるが、ＰＤＡ(Personal Data Assistant)や携帯電話等である場合もあり得る。これらの端末は、インターネットアカウントの取得やブラウザ（閲覧ソフト）のインストールなど、インターネット４に接続し、送信されたファイルを表示して閲覧可能とする環境が整えられている。
本実施形態のシステムにより提供されるサービスは有料サービスとなっており、利用者登録をした者のみが利用できるようになっている。サービスの利用を欲する者は、後述するように利用者登録を行って会員ＩＤとパスワードを取得する。
【００１１】
イントラネット５上には、アクセスが会員（利用者登録が済んだ者）からのものであると判断した場合にアクセスを許可する認証サーバ６が設けられている認証サーバ６は、サーバソフトウェアがインストールされたコンピュータである。認証サーバ６の保存部としてのハードディスクには、会員ＩＤとパスワードとをデータベース化して記録したファイルである認証用データファイル６１が保存されている。
【００１２】
記事仲介サーバ１は、幾つかのサーバソフトウェアがインストールされたサーバコンピュータである。サーバソフトウェアの一つは、マイクロソフト社のInternet Information Server(IIS)のようなインターネットサーバソフトウェア１１であり、記事仲介サーバ１はインターネットサーバとして機能するようになっている。即ち、インターネットを介してアクセスしてきた各端末にウェッブページファイル（ＨＴＭＬ、ＸＭＬ等）１２を送信して表示させる機能（ＷＷＷサーバ機能）や、各端末にファイルをダウンロード送信する機能（ＦＴＰサーバ機能）などを有している。また、インターネットサーバ４は、ＷＷＷサーバとして、各端末から送られるデータを処理するためのＣＧＩ(Common Gateway Interface)１３を備えている。これらの構成は、市販のサーバ用コンピュータに市販のインターネットサーバソフトウェア１１をインストールすることにより実現できるので、詳細な説明は省略する。
【００１３】
記事仲介サーバ１は、保存部としてハードディスクを備えている。このハードディスクには、各種のウェッブページファイル（以下、ＷＰＦ）１２が保存されている他、ＣＧＩ１３によって実行される各種ＣＧＩプログラム１４がインストールされている。尚、ＷＷＷサーバ機能のプロトコルとしては、ＳＳＬに対応したプロトコルであるｈｔｔｐｓが用いられるが、ｈｔｔｐであっても良い。また、ＣＧＩの他、ｊａｖａ、ｐｅａｒｌ、ＰＨＰ等の他の言語が用いられることもある。
【００１４】
記事仲介サーバ１のハードディスクには、まず、本実施形態のシステムが提供するウェッブサイトのトップページを表示するＷＰＦが保存されている。このトップページのＵＲＬには、このシステムを運営する会社が保有するドメイン名が与えられている。トップページのＵＲＬは、検索エンジンに登録されており、「雑誌記事」、「再利用」などのキーワードでヒットするようになっている。
【００１５】
本実施形態のシステムは、情報をデータベース化して保存したコンピュータであるデータベースサーバ７を備えている。データベースサーバ７は、イントラネット５上に設けられている。記事仲介サーバ１は、ＣＧＩ１３を介してデータベースサーバ７にアクセスし、データベースサーバ７に保存された情報を取得したり、データベースサーバ７に情報を保存させたりすることができるようになっている。
データベースサーバ７の保存部としてのハードディスクには、保存した情報の種類に応じて設けられた幾つかのデータベースファイル（ＤＢＦ）７１が保存されており、ＤＢＦ７１を管理するデータベース管理プログラム（ＤＢＭＰ）７２がインストールされている。ＤＢＦ７１の一つは、多数の記事の情報である記事情報をデータベース化した記事情報ファイルである。
【００１６】
また、図１に示すように、イントラネット５上には、各種データファイルを保存したストレージサーバ９が設けられている。データファイルの一つの種類は、データベースサーバ７に記事情報が保存された各記事について、その記事自体のデジタルデータのファイルである。
【００１７】
図２は、実施形態の雑誌編集支援システムが提供するウェッブサイトのトップページの例について示した概略図である。
図２に示すように、トップページは、アクセスを許可するための認証を行う認証ページに兼用されている。即ち、トップページには、会員ＩＤの入力欄８１１と、パスワードの入力欄８１２が設けられている。
【００１８】
トップページには、本システムで提供されるサービスの内容を説明するためのコマンドボタン（以下、案内コマンドボタン）８１３が設けられている。記事仲介サーバ１のハードディスクには、本システムで提供されるサービスの内容を説明したＷＰＦであるサービス案内ファイルが保存されている。案内コマンドボタン８１３には、サービス案内ファイルへのリンクが貼られており、いずれかの端末において案内コマンドボタン８１３がクリックされると、サービス案内ファイルが記事仲介サーバ１により送信されて端末に表示されるようになっている。
【００１９】
まず、会員登録について説明する。
本実施形態のシステムは、基本的に二種類の会員登録が行われるようになっている。一つは記事提供者としての会員登録（以下、提供者登録）であり、もう一つは再利用者としての会員登録（再利用者登録）である。図２に示すように、トップページには、提供者登録を行うためのコマンドボタン（以下、提供者登録ボタン）８１４と、再利用者登録を行うためのコマンドボタン（以下、再利用者登録ボタン）８１５とが設けられている。記事仲介サーバ１のハードディスクには、提供者登録を行うためのＷＰＦ（以下、提供者登録用ファイル）と、再利用者登録を行うためのＷＰＦ（以下、再利用者登録用ファイル）とが保存されている。そして、提供者登録ボタン８１４には提供者登録用ファイルへのリンクが貼られ、再利用者登録ボタン８１５には再利用者登録用ファイルへのリンクが貼られている。
【００２０】
そして、データベースサーバ７には、記事提供者として会員登録された者の情報を保存したデータベースファイル（以下、提供者マスタファイル）と、再利用者として会員登録された者の情報を保存したデータベースファイル（以下、再利用者マスタファイル）とが保存されている。また、認証サーバ６には、記事提供者や再利用者を含めて会員登録したすべての会員の会員ＩＤとパスワードの情報が認証用データファイル６１に記録されて保存されている。
【００２１】
まず、提供者登録について説明する。
図３は、提供者登録用ファイルによって表示される提供者登録ページの概略を示した図である。図３に示すように、提供者登録ページには、
・名称
・住所
・担当者名
・電話番号
・ＦＡＸ番号
・電子メールアドレス
等の情報を入力する欄が設けられている。
提供者登録ページには、登録ボタン８１６が設けられている。登録ボタン８１６には、各入力欄が正しく入力された状態でクリックされた際、入力された情報をデータベースサーバ７に送って保存させるＣＧＩプログラム（以下、提供者登録プログラム）の起動コマンドが埋め込まれている。
【００２２】
図４は、提供者登録プログラムの概略を示したフローチャートである。
提供者登録プログラムは、提供者登録ページで入力された情報を読みとり（例えばＧｅｔメソッド）、これらの情報を新規の記事提供者の情報として提供者マスタファイルに新しくレコードを追加するようプログラミングされている。この際、提供者登録プログラムは、会員ＩＤ及び初期パスワードを自動生成するようになっている。
生成された会員ＩＤは、入力された情報とともにデータベースサーバ７に送られて新規に追加するレコードの会員ＩＤのフィールドに記録される。従って、提供者マスタファイルの各レコードは、図３に示す入力欄のデータに対応したフィールドを有する他、会員ＩＤのフィールドを有している。また、提供者登録プログラムは、生成された会員ＩＤ及び初期パスワードを認証サーバ６に送り、認証用データファイル６１に新しくレコードを追加して記録するようになっている。
【００２３】
記事仲介サーバ１には、正しく提供者登録が行われた場合、提供者ＩＤと初期パスワードを提供者に知らせるためのサブプログラム（以下、提供者登録告知プログラム）がインストールされている。提供者登録プログラムは、認証サーバ６への保存が済んだ後、提供者登録告知プログラムを実行するようになっている。提供者登録プログラムは、生成された会員ＩＤと初期パスワードを提供者登録告知プログラムに渡して同プログラムを実行する。提供者登録告知プログラムは、電子メール、ＦＡＸ又は郵送により、ＩＤとパスワードを記事提供者に知らせるようになっている。電子メールの場合にはメール送信データを自動生成し、入力された電子メールアドレスに対して自動返信する。ＦＡＸの場合にはＦＡＸ送信データを自動生成し、入力されたＦＡＸ番号に自動返信する。郵送の場合には、郵送書類を自動で出力し、オペレータにより郵送に付される。
【００２４】
また、記事仲介サーバ１には、記事提供者のためのディレクトリをストレージサーバ９のハードディスクに作成するプログラム（以下、ディレクトリ作成プログラム）が提供者登録プログラムのサブプログラムとしてインストールされている。前述した提供者登録プログラムは、提供者登録告知プログラムを実行した後、ディレクトリ作成プログラムを実行するようになっている。
図５は、ディレクトリ作成プログラムにより作成されるディレクトリの一例を示した概略図である。ディレクトリ作成プログラムは、図５に示すように、記事提供者として会員登録した者のために一つのディレクトリ（以下、提供者ルート）９０１を作成する。ディレクトリ作成プログラムは、記事提供者として会員登録のたび（即ち、記事提供としての会員ＩＤ発行のたびに）に実行されるから、記事提供者ルート９０１は、記事提供者ごとに（即ち、記事提供者としての会員ＩＤ毎に）作られることになる。尚、提供者ルート９０１は、例えばA0001rootのように会員ＩＤを利用して他と識別可能に自動生成される。
【００２５】
次に、再利用者登録について説明する。
図６は、再利用者登録用ファイルによって表示される再利用者登録ページの概略を示した図である。図６に示すように、再利用者登録ページも、
・名称
・住所
・担当者名
・部署名
・電話番号
・ＦＡＸ番号
・電子メールアドレス
等の情報を入力する欄と、登録ボタン８１７とが設けられている。登録ボタン８１７には、各入力欄が正しく入力された状態でクリックされた際、入力された情報を認証サーバ６に送って保存させるＣＧＩプログラム（以下、再利用者登録プログラム）の起動コマンドが埋め込まれている。再利用者登録プログラムは、送信されたデータをデータベースサーバ７に送り、新規の再利用者として新しくレコードを追加してデータを保存するようプログラミングされている。この際、再利用者登録プログラムは、同様に会員ＩＤ及び初期パスワードを自動生成するようになっている。生成された会員ＩＤは、入力された情報とともにデータベースサーバ７に送られて新規に追加するレコードの会員ＩＤのフィールドに記録される。従って、再利用者マスタファイルの各レコードは、図６に示す入力欄のデータに対応したフィールドを有する他、会員ＩＤのフィールドを有している。また、再利用者登録プログラムは、同様に、生成された会員ＩＤ及び初期パスワードを認証サーバ６に送り、認証用データファイル６１に新しくレコードを追加して記録するようになっている。
【００２６】
記事仲介サーバ１には、正しく提供者登録が行われた場合、会員ＩＤと初期パスワードを提供者に知らせるためのサブプログラム（以下、再利用者登録告知プログラム）がインストールされている。再利用者登録プログラムは、データベースサーバ７及び認証サーバ６へのデータ登録が済んだ後、再利用者登録告知プログラムを実行するようになっている。再利用者登録サブプログラムの構成は、提供者登録サブプログラムと同様であるので、説明は割愛する。
尚、会員ＩＤについては、その会員ＩＤが記事提供者のものなのか再利用者のものなのか、会員ＩＤ自体から識別できるようになっている。例えば、記事提供者の会員ＩＤが“Ａ”で始まるもの（例えば、“Ａ０００１”）であり、再利用者の会員ＩＤが“Ｂ”で始まるもの（例えば、“Ｂ０００１”）とする。
【００２７】
次に、会員ログインに関する構成について説明する。
図２に示すように、トップページには、ログインボタン８１０が設けられている。一方、記事仲介サーバ１のハードディスクには、ログイン用のＣＧＩプログラム（以下、ログインプログラム）がインストールされており、ログインボタン８１０にはログインプログラムの実行コマンドが埋め込まれている。
図７は、ログイン時に最初に表示されるウェッブページの概略図である。記事仲介サーバ１には、会員トップ用のＷＰＦ（以下、会員トップ用ファイル）が保存されている。
【００２８】
図２に示すトップページにおいて会員ＩＤ及びパスワードが入力されてログインボタン８１０がクリックされると、ログインプログラムが実行される。ログインプログラムは、送信された会員ＩＤ及びパスワードのデータを認証サーバ６に送り、認証サーバ６に保存されたデータであるか照合させる。
ログインプログラムは、入力された会員ＩＤとパスワードを認証サーバ６に送って認証を行わせる。即ち、認証サーバ６は、ハードディスクに保存された認証用データファイル６１を会員ＩＤを検索キーにして検索し、入力されたパスワードが、登録されたパスワードに一致するかどうか判断する。一致する場合には、アクセスを許可してよい旨のデータをログインプログラムに返す。
【００２９】
アクセルを許可して良い旨の戻り値が認証サーバ６からあると、ログインプログラムは、会員トップ用ファイルを記事仲介サーバ１のハードディスクから読み出し、アクセスしてきた端末に送信して表示させる。図７に示すように、会員トップには、「記事提供者向けサービス」と表記されたコマンドボタン（以下、提供者向けトップボタン）８１８と、「再利用者向けサービス」と表記されたボタン（以下、再利用者向けトップボタン）８１９と、ログアウトボタン８２０とが設けられている。
尚、記事仲介サーバ１の記憶部としてのメモリには、ログインした会員ＩＤをログアウトまで一時的に記憶するファイル（ログ記録テンプファイル）が設けられている。ログインプログラムは、上記のように正しくログインされた際、会員ＩＤ及びパスワードを送信してきたコンピュータを特定するコンピュータ識別情報（ＩＰアドレス等）に対応づけて会員ＩＤをログ記録テンプファイルに記録して記憶するようになっている。
【００３０】
まず、提供者向けのサービスのための構成について説明する。
記事提供者向けのサービスとしては、記事情報登録サービス、記事データ登録サービス等が提供されるようになっている。記事情報登録サービスは、記事提供者が提供する媒体の情報を登録するサービスである。記事データ登録サービスは、記事自体のデジタルデータ（記事データ）を登録するサービスである。
【００３１】
記事データ登録には、二つの目的がある。一つは、記事データ自体をシステム上に登録し、再利用者が閲覧可能とするもの（閲覧用）である。もう一つは、再利用者がある雑誌に再掲載しようとした場合、記事データをシステムから送信して利用可能とするもの（再掲載用）である。
記事仲介サーバ１のハードディスクには、記事提供者向けサービスのリストを表示し、任意のサービスを選択させるウェッブページ（以下、提供者向けトップ）のＷＰＦが保存されている。また、記事仲介サーバ１のハードディスクには、提供者向けトップのＷＰＦを送信するプログラム（以下、提供者向けトップ送信プログラム）がインストールされている。図７に示す提供者向けトップボタン８１８には提供者向けトップ送信プログラムの起動コマンドが埋め込まれている。
【００３２】
前述したように、会員ＩＤは記事提供者のものか再利用者のものか会員ＩＤ自体から識別できるようになっている。提供者向けトップ送信プログラムは、会員ＩＤが記事提供者のものでない場合、「記事提供者としての会員登録が済んでおりません。記事提供者としての会員登録をした上でご利用下さい。」というようなエラーメッセージを送信して表示させ、提供者向けトップのＷＰＦを送信せずにプログラムを終了するようになっている。会員ＩＤが記事提供者のものである場合、提供者向けトップ送信プログラムは、提供者向けトップのＷＰＦを記事仲介サーバ１のハードディスクから読み出し、アクセスしてきた端末に送信して表示させるようになっている。
【００３３】
図８は、提供者向けトップの概略図である。図８に示すように、提供者向けトップは、提供者向けサービスについてコマンドボタンのリストを表示するものである。
まず、記事仲介サーバ１のハードディスクには、記事情報を入力させて登録する記事情報入力ページのＷＰＦが保存され、記事情報入力ページを表示するためのＣＧＩプログラム（以下、記事情報入力ページ表示プログラム）がインストールされている。そして、図８に示すように、提供者トップには、「記事情報登録」と表記されたコマンドボタン８２１が設けられており、このコマンドボタン８２１には、記事情報入力ページ表示プログラムの起動コマンドが埋め込まれている。
【００３４】
図９は、記事情報入力ページの概略図である。図９に示すように、記事情報入力ページは、
・記事種類
・記事名称
・記事説明
・一次掲載雑誌名
・一次掲載雑誌発行エリア
・一次掲載雑誌発行日
・再掲載料金
・再掲載期限
等の情報の入力欄が設けられている。
「記事種類」の欄は、登録する記事の種類を選択させる欄であり、「取材記事」、「コラム」等から選択するようになっている。この欄は、いわゆるリストボックスの構成となっており、必要に応じてプルダウンして任意の種類を選択する。
「記事名称」の欄は、登録する記事の名称を端的に表現して入力する欄である。例えば「繁盛ラーメン店ランキング」のような名称である。この欄は、いわゆるテキストボックスの構成となっており、提供者端末２においてテキスト入力される欄である。
「記事説明」の欄も、テキストボックスとなっている。字数制限はあるものの、記事の説明を提供者端末２において自由にテキスト入力する欄となっている。典型的には、どのような内容の記事であるかが要約されて入力される。
【００３５】
「一次掲載雑誌名」の欄は、登録しようとする記事が最初に掲載された雑誌（一次掲載雑誌）の名称を入力する欄である。この欄も、テキストボックスであり、雑誌の名称が提供者端末２においてテキスト入力される。
「一次掲載雑誌発行エリア」は、一次掲載雑誌が発行されて配布されたエリアを入力する欄である。この欄はチェックボックスとなっており、任意の一又は複数の項目のチェックボックスにチェックを入れることができるようになっている。但し、「全国」の欄にチェックを入れると、他の入力はできないよう構成されている。
「一次掲載雑誌発行エリア」には、「都道府県単位」と表記されたコマンドボタン（以下、県選択ボタン）と、「市町村単位」と表記されたコマンドボタン（以下、市選択ボタン）とが設けられている。
【００３６】
記事仲介サーバ１１のハードディスクには、県選択用のＣＧＩプログラム（以下、県選択プログラム）と、市町村選択用のＣＧＩプログラム（以下、市選択プログラム）とがインストールされている。県選択ボタンには県選択プログラムの起動コマンドが埋め込まれ、市選択ボタンには市選択プログラムの起動コマンドが埋め込まれている。
県選択プログラムは、すべて都道府県の名称を表示し、一又は複数の都道府県を「地域」の情報として選択させるプログラムである。市選択プログラムは、まずすべての都道府県の名称を表示し、いずれかの都道府県を選択させるようになっている。そして、選択された都道府県におけるすべての市町村の名称を表示し、一又は複数の市町村を選択させるようになっている。政令指定都市の場合には、区単位でも選択できるようプログラミングされる。
【００３７】
「一次掲載雑誌発行日」は、一次掲載雑誌が発行された日付を入力する欄である。記事情報入力ページには、必要に応じてカレンダー表示を行って任意の日付を入力する機能が設けられる。このような機能には、例えばマイクロソフト社から提供されているカレンダーコントロール（ＡｃｔｉｖｅＸコントロールの一つ）を使用することができる。
「再掲載料金」の欄は、再掲載に要する料金を入力する欄である。この欄には、記事提供者が記事の再利用に際して再利用者に対して請求したい金額が入力される。この欄には、具体的な金額がそのまま入力されるようになっているが、その横に、「発行部数単位」と表示されたコマンドボタン（以下、部数単位ボタン）が設けられている。記事仲介サーバ１１のハードディスクには、発行部数単位で再利用料金を入力させるためのＣＧＩプログラム（以下、部数単位プログラム）がインストールされている。部数単位ボタンには、部数単位プログラムの起動コマンドが埋め込まれている。
【００３８】
図１０は、部数単位プログラムにより表示される部数単位入力ページ８２６の概略図である。記事仲介サーバ１のハードディスクには、部数単位入力ページ用のＷＰＦが保存されている。部数単位プログラムは、起動されると、図１０に示す部数単位入力ページ８２６を提供者端末２に送信して表示させるようになっている。
図１０に示すように、部数単位入力ページには、部数単位を選択するラジオボタンと、金額入力欄とが設けられている。ラジオボタンの一つをクリックした上で、金額入力欄に具体的な数値を入力するようになっている。
【００３９】
図９に戻り、「再掲載期限」の欄は、登録する記事の再掲載の期限を入力する欄である。記事の内容によっては、時間が経ってしまうと古くなってしまって再掲載に好ましくない場合も多い。従って、記事提供者において再掲載の期限を設定してもらい、この欄に入力するようにする。この欄も、「一次掲載雑誌発行日」の欄と同様、日付を入力する欄であり、カレンダーコントロールなどが必要に応じて設けられる。尚、再掲載の期限が無い場合もあり、「期限無し」の入力ができるようにしておくことが好ましい。
【００４０】
図９に示すように、記事情報入力ページには、登録ボタン８２５が設けられている。一方、記事仲介サーバ１には、記事情報登録プログラムがインストールされている。登録ボタン８２５には、記事情報登録プログラムの起動コマンドが埋め込まれている。
即ち、記事情報登録プログラムは、入力された情報を読みとり、データベースサーバ７に送信し、記事情報ファイルに新しいレコードとして記録させる。また、この際、ログ記録テンプファイルに記録された会員ＩＤを読みとり、これに従って当該会員の記事情報サブのディレクトリにアクセスし、そこに保存されている記事情報ファイルを開いてレコードを追加するようプログラミングされている。
【００４１】
記事情報ファイルは、図９に示す記事情報の各項目をそれぞれフィールドにしたレコードから成る構造となっている。記事情報ファイルは、この他、会員ＩＤのフィールド及び記事ＩＤのフィールドを有している。記事情報登録プログラムは、前述した上記記事情報の登録の際、ログ記録テンプファイルから会員ＩＤを読み出すとともに、記事ＩＤを自動生成し、前記記事情報とともに記事情報ファイルの新しいレコードに記録するようプログラミングされている。
尚、記事情報登録は、一人の記事提供者が複数行えるようになっている。一人の記事提供者が複数の記事を提供することが多々あるからである。この場合、同じ記事について誤って二重登録してしまうことを避けるために、記事情報入力ページを表示する前にその記事提供者が登録した（その会員ＩＤによって登録した）記事をリスト表示するとか、同じ記事名称で登録しようとした場合にエラーメッセージを表示して登録できないようプログラミングされることが好ましい。
【００４２】
次に、記事データ登録について説明する。
記事データ登録は、前述したように閲覧用と再掲載用の二つの目的がある。本実施形態では、再掲載用の記事データを記事提供者から送ってもらい、それを登録するとともに、その記事データを閲覧用に加工した上で閲覧用のファイルを登録するようにしている。
記事データ登録は、上述した記事情報登録の際に行われる場合と、記事情報登録とは別に行われる場合がある。まず、記事情報登録の際に行われる場合について説明する。図９に示すように、記事情報入力ページには「記事データ登録」と表記されたコマンドボタン（以下、記事データ登録ボタン）８２７が設けられており、記事データ登録ボタン８２７をクリックすると、記事情報登録の際に記事データ登録が行えるようになっている。
【００４３】
記事仲介サーバ１のハードディスクには、記事データ登録プログラムがインストールされている。図９に示す記事データ登録ボタン８２７には、記事データ登録プログラムの起動コマンドが埋め込まれている。
図１１は、記事データ登録プログラムの概略を示したフローチャートである。記事データ登録プログラムは、記事データを提供者端末２から送信させるデータ送信モジュールと、記事データ登録ページを提供者端末２に送信する送信モジュールと、送信された記事データをストレージサーバ９に登録する登録モジュールと、閲覧用データを作成して保存する閲覧用データ作成モジュール等を有している。
【００４４】
記事データ登録プログラムの送信モジュールは、まず、注意メッセージを提供者端末２に表示するようになっている。この注意メッセージは、例えば、
「記事データとしては、記事本文のテキストファイルと、イメージファイルとを送信して下さい。イメージファイルは、ｂｍｐ形式、ｇｉｆ形式、ｔｉｆｆ形式のいずれかとして下さい。」
というようなメッセージとされる。
ＯＫボタンをクリックするとメッセージウインドウが閉じ、記事データ登録のための入力を行わせるページ（以下、記事データ登録ページ）を、アクセスしてきた提供者端末２に送って表示するよう送信モジュールはプログラミングされる。記事仲介サーバ１には記事データ登録ページ用のＷＰＦが保存されている。
【００４５】
図１２は、記事データ登録ページの概略図である。図１２に示すように、記事データ登録ページ８２８には、提供者端末２における記事データのファイルの保存場所を指定させる欄（以下、保存元指定欄）８２９と、登録する記事データのファイル名を指定する欄（以下、ファイル名指定欄）８３０とが設けられている。
保存元指定欄８２９及びファイル名指定欄８３０には、マイクロソフト社のＶＢＡ（Visual Basic for Application)で提供されるファイルシステムコントロールのような汎用のファイル選択コントロールが使用できる。従って、詳細な説明は省略する。
【００４６】
記事データ登録ページ８２８には、ＯＫボタン８３１が設けられている。ＯＫボタン８３１の機能は、記事データ登録ページが記事情報登録ページから呼び出された場合と、提供者トップで呼び出されたとで若干異なる。上記のように記事情報登録ページから呼び出された場合、ＯＫボタン８３１がクリックされると、入力された記事データのリソース情報（ファイルが存在する場所の情報（パス）とファイル名）は、提供者端末２が備えるメモリに一時的に記憶される。そして、記事データ登録ページ８２８のウインドウが閉じられ、図９に示す記事情報登録ページに戻るようになっている。この際、図９に示す「記事データのリソース」の欄に、入力したリソース情報が確認のため表示されるようになっている。
【００４７】
そして、図１１に示すように、記事データ登録プログラムは、「記事データのリソース」の欄が空欄（Ｎｕｌｌ値）であるかどうかを判断し、空欄であれば、記事情報ファイルへの新規レコード追加の後、そのまま終了する。空欄でない場合、図１０に示すように、記事データ登録プログラムの登録モジュールを実行する。
図１３は、上述した記事データ登録プログラムの登録モジュール及び閲覧用データ作成モジュールの実行結果を示した概略図である。記事データ登録プログラムの登録モジュールは、まず、アクセスした会員ＩＤについて作成された提供者ルート９０１の下に、記事データ保存用のディレクトリを作成する。この場合、提供者ルート９０１の下に記事ＩＤを使用したディレクトリ（以下、記事データルート）９０２を作成するとともに、記事データルート９０２の下に、再掲載用データを保存するためのディレクトリ（以下、再掲載用サブ）９０３と、閲覧用データを保損するためのディレクトリ（以下、閲覧用サブ）９０４を作成するようになっている。
【００４８】
記事データルート９０２は、記事ＩＤと同じ名称のディレクトリである。再掲載用サブ９０３は、例えばreuse\のディレクトリ名とされ、従って、再掲載用サブ９０３へのパスは、例えば、C:\...\A0001root\A0001article1\reuse\となる。また、閲覧用サブ９０４のディレクトリ名は例えばbrowzdata\とされ、従って、閲覧用サブ９０４へのパスは、例えば、C:\...\A0001root\A0001article1\browzdata\となる。
記事データ登録プログラムの登録モジュールは、メモリに一時的に記憶されたリソース情報に従い、提供者端末２の保存部（ハードディスク、フレキシブルディスク、ＵＳＢメモリ等）からファイルを読み出して転送し、ストレージサーバ９の所定の場所に転送する。所定の場所とは、上記のように作成しておいた再掲載用サブ９０３へのパスである。
【００４９】
その後、記事情報登録プログラムは、記事データ登録プログラムの閲覧用データ作成モジュールを実行する。閲覧用データ作成モジュールは、閲覧用の記事データ（以下、閲覧用データ）を、送信された記事データから自動作成するものである。閲覧用データは、ＰＤＦやＨＴＭＬのようなポピュラーな閲覧ソフトで閲覧できる形式のものとされる。本文のテキストファイルを所定のフォーマットに変換し、本文に対して所定の位置にイメージファイルを貼り付ける。
【００５０】
閲覧用データ作成モジュールは、次に、閲覧用サブ９０４を自動作成する。このディレクトリも、記事データを送信してきた記事提供者の提供者ルートの下とされる。ディレクトリ名は、例えばbrowze\である。
図１３に示す例では、XXYY.txtが記事の本文のテキストファイルとして保存され、XXZZ.bmpというイメージファイル及びZZXX.bmpというイメージファイルが記事のイメージデータのファイルとして保存されている。これらが、reuse\のディレクトリに保存されている。また、閲覧用データとしては、ＰＤＦ形式のファイルが作成されており、XXYY.pdfとなっている。これが、browze\のディレクトリに保存されている。
図１３では、一組の再掲載用データ及び閲覧用データが示されているが、同じ記事提供者が別の記事を提供した場合、記事データ登録プログラムは、同じ提供者ルート９０１の下に新たに記事データルート９０２を作成する。そして、その下に再掲載用サブ９０３と閲覧用サブ９０４とを作成し、同様に再掲載用データ及び閲覧用データを保存する。
【００５１】
次に、記事情報登録とは別に記事データ登録を行う場合（登録済みの記事について記事データを登録する場合）について説明する。図８に示すように、提供者向けトップには、「記事データ登録」と標記されたコマンドボタン（以下、記事データ後登録ボタン）８２２が設けられている。
記事仲介サーバ１には、記事選択プログラムがインストールされている。記事選択プログラムは、記事データを登録する記事を記事提供者に選択させるためのプログラムである。記事データ後登録ボタン８２２には、記事選択プログラムの起動コマンドが埋め込まれている。
【００５２】
記事選択プログラムは、最初に、アクセスしてきた提供者端末２に記事選択ページをリストページを送って表示させるようになっている。図１４は、記事選択ページの一例について示した概略図である。
図１４に示すように、記事選択ページは、一人の記事提供者が（一つの会員ＩＤについて）登録された記事情報をリスト表示したものとなっている。記事選択プログラムは、アクセスの際に保持した会員ＩＤをデータベースサーバ７に送り、記事情報ファイルを検索させる。そして、会員ＩＤが一致する全てのレコードの情報を読みとって、記事仲介サーバ１に保存された所定のフォームに組み込んで提供者端末２に送信して表示させるようプログラミングされている。
図１４に示すように、記事選択ページに表示されたリストの各行には、「記事データ登録」と表記されたコマンドボタン（以下、記事データ登録ボタン）８３１が設けられている。記事データ登録ボタン８３１には、記事データ登録プログラムの起動コマンドが埋め込まれている。記事データ登録ボタン８３１は、それが設けられている行の記事の記事ＩＤを引数にして記事データ登録プログラムを起動するようになっている。
【００５３】
記事データ登録プログラムは、前述したものとほぼ同様である。即ち、記事データ登録プログラムは、メッセージ表示を行った後に記事データ登録ページ用のＷＰＦを提供者端末２に送って表示させる。そして、各欄が入力されてＯＫボタンがクリックされると、登録モジュールと閲覧データ作成モジュールとが実行されるようになっている。尚、記事データ登録サブプログラムは、前述した例では、記事情報登録プログラムが自動生成した記事ＩＤに従って記事データルートのディレクトリを自動作成したが、この場合は、引数として渡された記事ＩＤに従って記事データルートのディレクトリを自動作成する。
【００５４】
以上で、記事提供者向けのサービスの説明を終了し、次に、再利用者向けのサービスについて説明する。
記事仲介サーバ１のハードディスクには、再利用者向けサービスのリストを表示し、任意のサービスを選択させるウェッブページ（以下、再利用者向けトップ）のＷＰＦが保存されている。また、記事仲介サーバ１のハードディスクには、再利用者向けトップのＷＰＦを送信するプログラム（以下、再利用者向けトップ送信プログラム）がインストールされている。図７に示す再利用者向けトップボタン８１９には再利用者向けトップ送信プログラムの起動コマンドが埋め込まれている。
【００５５】
再利用者向けトップ送信プログラムは、会員ＩＤ自体から当該会員ＩＤが再利用者のものであるかどうか判断し、再利用者のものでない場合、「再利用者としての会員登録が済んでおりません。再利用者としての会員登録をした上でご利用下さい。」というようなエラーメッセージを送信して表示させ、再利用者向けトップのＷＰＦを送信せずにプログラムを終了するようになっている。会員ＩＤが再利用者のものである場合、再利用者向けトップ送信プログラムは、再利用者向けトップのＷＰＦを記事仲介サーバ１のハードディスクから読み出し、アクセスしてきた端末に送信して表示させるようになっている。
【００５６】
図１５は、再利用者向けトップの概略図である。図１５に示すように、再利用者向けトップには、再利用者向けサービスが列記され、それぞれにコマンドボタンが設けられている。図１５に示すように、再利用者向けのサービスとしては、記事検索サービス、Ｍｙ記事閲覧サービスなどがある。
まず、記事検索サービスについて説明する。記事検索サービスは、データベースサーバ７に保存された記事情報について任意の検索条件を再利用者端末３において入力させ、入力された検索条件でヒットした記事情報を再利用者端末３に表示させるサービスである。
【００５７】
図１５に示す再利用者トップには、「記事検索」と標記されたコマンドボタン（以下、記事検索ボタン）８３２が設けられている。一方、記事仲介サーバ１のハードディスクには、記事検索条件入力ページ用のＷＰＦが保存されており、記事検索ボタン８３２には記事検索条件入力ページへのリンクが貼られている。
図１６は、記事検索条件入力ページの一例を示した概略図である。図１６に示すように、記事種類指定欄、キーワード入力欄、一次掲載誌発行エリア除外指定欄、再掲載料金入力欄、記事発行日入力欄が設けられている。
【００５８】
記事種類指定欄は、記事の種類を指定するためのもので、記事種類の名称を表示した部分と、それぞれに設けたチェックボックスとから成っている。１又は複数（全てでも良い）のチェックボックスにチェックを入れることで、任意の種類の記事を検索することができるようになっている。
キーワード入力欄は、「記事名称」又は「記事説明」の部分に含まれるキーワードをテキスト入力させる欄である。キーワード入力欄に任意のテキストを入力することで、記事の内容に関して検索を行うことができるようになっている。
【００５９】
一次掲載誌発行エリア除外指定欄は、一次掲載されたエリアに関して検索を行うためのものである。この欄は、再利用者が取り扱っている雑誌の発行エリアから記事の一次載雑誌発行エリアを除くために指定される欄である。ある記事が一次掲載されてから間もない期間に重複したエリアで別の雑誌に掲載されると、記事を転用したことが読者に判ってしまう可能性が高く、従って、避けるべきである。このようなことから、一次掲載誌発行エリア除外指定欄を設けている。
【００６０】
再掲載料金入力欄は、再掲載料金の検索に掛かる料金について金額を指定させる欄である。この欄も、金額を表示した部分と、各々について設けたチェックボックスとから成っている。
記事発行日入力欄は、記事を再掲載しようとしている雑誌の発行日を入力させる欄である。この欄は、記事提供者が設定した記事の再掲載期限内に記事が発行されるかどうかを判断するために入力させる。
【００６１】
以上の各欄のうち、本実施形態では、記事種類のみが必須入力項目となっており、他は入力無し（「指定無し」というデフォルト値のまま）でも検索が行えるようになっている。
図１６に示すように、記事検索条件入力ページには、送信ボタン８３５が設けられている。  一方、記事仲介サーバ１のハードディスクには、記事検索プログラムがインストールされている。図１６に示す送信ボタン８３５には、記事検索プログラムの起動コマンドが埋め込まれている。
【００６２】
記事検索プログラムは、記事検索条件入力ページの各欄に入力された情報を読みとり、検索式（ＳＱＬ文）を自動生成してデータベースサーバ７に送り、データベースサーバ７に記事情報ファイルを検索させる検索モジュールと、検索結果を所定のフォームに組み込んで再利用者端末３に送信して表示させる表示モジュールを有している。検索モジュールは、通常のデーターベース検索と同様の構成なので、説明は割愛する。尚、一次掲載誌発行エリア除外指定欄は、除外するための検索条件であるので、ＮＯＴ文のように除外するための検索式が作られる。
【００６３】
表示モジュールは、所定のフォームに検索結果を組み込んで表示するようになっている。以下、検索結果が表示されるページを、検索結果ページと呼ぶ。図１７は、検索結果ページの一例を示した概略図である。図１７に示すように、検索結果ページには、ヒットした記事の記事情報がリスト表示されるようになっている。リストの最後は、「記事データ」と表記された列となっている。この列には、「記事データ」のコマンドボタン８３６が設けられた行と、「−」が表記された行とがある。
【００６４】
「記事データ」のコマンドボタン８３６が設けられた行は、記事データがシステム上に登録されており、記事データが閲覧可能なことを示している。「−」が表記された行は、記事データが表示されておらず、記事データの閲覧ができないことを示している。また、リストの各行には、「問い合わせ」と表記されたコマンドボタン（以下、問い合わせボタン）８３７が設けられている。
記事仲介サーバ１には、記事データを記事仲介サーバ１から送信させて表示するためのＣＧＩプログラム（以下、データ閲覧プログラム）がインストールされている。「記事データ」のコマンドボタン（以下、データ閲覧ボタン）８３６には、データ閲覧プログラムの起動コマンドが埋め込まれている。
【００６５】
各データ閲覧ボタン８３６は、それが設けられている行の記事の記事ＩＤを引数にしてデータ閲覧プログラムを起動するようになっている。データ閲覧プログラムは、記事ＩＤをデータベースサーバ７に送り、これを検索キーにして記事情報ファイルを検索させる。そして、記事ＩＤが一致するレコードの会員ＩＤのフィールドが読み出され、返される。データ閲覧プログラムは、記事ＩＤと返された会員ＩＤに従い、記事データにアクセスするパスを作成する。前述した例でいうと、例えば、c:\...\A0001root\A0001article1\browze\xxyy.pdfがパスになる。
【００６６】
データ閲覧プログラムは、作成したパスにアクセスし、ファイルを取得する。そして、再利用者端末３にファイルを送信し、表示させる。表示状態は、送信された記事データのファイル形式、再利用者端末３における設定等によって異なる。
図１８は、検索結果ページから記事データを表示した状態の一例の概略図である。この例では、検索結果ページから新たにウインドウ８３９をオープンしてその中に記事データが表示されるようになっている。
【００６７】
次に、Ｍｙ記事登録サービスについて説明する。Ｍｙ記事登録サービスは、再利用者が利用するものとして確保されたストレージサーバ９の保存領域に、任意の記事に関する情報を保存しておくサービスである。この場合の「記事に関する情報」とは、記事ＩＤだけの場合もあるし、前述した記事情報の場合もある。記事データを含む場合もある。
【００６８】
前述した再利用者登録プログラムは、再利用者としての会員登録の後、ストレージサーバ９に当該会員のためのディレクトリを作成するディレクトリ作成プログラムと、Ｍｙ記事情報ファイルを作成保存するファイル作成保存プログラムを実行するようになっている。この場合のディレクトリは、前述した記事提供者の場合における提供者ルートと同様で良い。以下、このディレクトリを再利用者ルートと呼ぶ。例えば再利用者としての会員ＩＤがB0001ならば、B0001root\が再利用者ルートになる。
また、Ｍｙ記事情報ファイルは、再利用者のための記事情報のデータベースファイルである。再利用者登録プログラムは、レコードゼロ又はダミーレコードがあるのみの初期状態のデータベースファイルを作成保存する。保存先は、作成した再利用者ルートである。尚、Ｍｙ記事情報ファイルには、少なくとも「記事ＩＤ」のフィールドが設けられている。
【００６９】
図１７に示すように、検索結果ページに表示されたリストの各行には、「Ｍｙ記事登録」と表記されたコマンドボタン（以下、Ｍｙ記事登録ボタン）が設けられている。記事仲介サーバ１のハードディスクには、Ｍｙ記事登録のためのＣＧＩプログラム（以下、Ｍｙ記事登録プログラム）が設けられており、Ｍｙ記事登録ボタンにはＭｙ記事登録プログラムの起動コマンドが埋め込まれている。
Ｍｙ記事登録ボタンは、それが設けられている行の記事ＩＤを引数にしてＭｙ記事登録プログラムを起動する。Ｍｙ記事登録プログラムは、アクセスした際に保持した会員ＩＤに従って、その再利用者の再利用者ルートにあるＭｙ記事情報ファイルを開く。そして、新たなレコードを追加し、「記事ＩＤ」のフィールドに、引数として渡された記事ＩＤを記録する。このようにして、Ｍｙ記事登録ボタンがクリックされるたびに、Ｍｙ記事情報ファイルに新たなレコードを追加し、その行の記事ＩＤを記録する。
【００７０】
一方、図１５に示す再利用者トップには、「Ｍｙ記事閲覧」と表記されたコマンドボタン（以下、Ｍｙ記事閲覧ボタン）８３４が設けられている。記事仲介サーバ１には、Ｍｙ記事閲覧プログラムがインストールされており、Ｍｙ記事閲覧ボタン８３４には、Ｍｙ記事閲覧プログラムの起動コマンドが埋め込まれている。
Ｍｙ記事閲覧プログラムは、アクセスの際に保持した会員ＩＤに従い、その再利用者のための再利用者ルートにあるＭｙ記事情報ファイルを開き、全てのレコードの「記事ＩＤ」を読みとる。そして、各記事ＩＤをデータベースサーバ７に送り、記事情報ファイルを検索させ、すべての記事ＩＤについて記事情報を取得する。次に、取得した記事情報を所定のフォームに組み込んで再利用者端末３に送信し、再利用者端末３に表示させるようプログラミングされている。Ｍｙ記事閲覧プログラムによる表示状態は、Ｍｙ記事登録ボタンが設けられいない点を除き、図１７に示す検索結果ページと同様である。従って、詳細な説明は割愛する。
【００７１】
また、本実施形態にシステムでは、システム上で記事の再利用申込が行えるようになっている。以下、この再利用申込サービスについて説明する。
図１７に示す検索結果ページには、「再掲載申込」と表記されたコマンドボタン（以下、再掲載申込ボタン）８３９が設けられている。記事仲介サーバ１のハードディスクには、再掲載申込ページ用のＷＰＦと、再掲載申込ページを送信するＣＧＩプログラム（申込ページ送信プログラム）が保存されている。再掲載申込ボタン８３９には、申込ページ送信プログラムの起動コマンドが埋め込まれている。
【００７２】
再掲載申込ボタン８３９は、それが設けられている行の記事ＩＤを引数にして申込ページ送信プログラムを起動するようになっている。申込ページ送信プログラムは、記事ＩＤをデータベースサーバ７に送り、記事ＩＤを検索キーにして記事情報ファイルを検索させる。そして、記事ＩＤが一致するレコードの各フィールドの情報を読みとり、読みとった情報を再掲載申込ページに組み込んで再利用者端末３に送信するようになっている。
図１９は、再掲載申込ページの一例を示す概略図である。図１９に示すように、再掲載申込ページでは、選択された記事の記事情報が表示される。記事情報には、料金や決済に関する情報も含まれており、それも表示される。
【００７３】
また、再掲載申込ページには、送信ボタン８４０が設けられている。送信ボタン８４０がクリックされると、再掲載の申込の意思表示が正式に為されたことになる。記事仲介サーバ１には、再掲載の申込を受け付けるためのＣＧＩプログラム（以下、申込受付プログラム）がインストールされている。
データベースサーバ７には、申込の受付に関する情報をデータベース化したファイルである受付情報ファイルが保存されている。受付情報ファイルは、
・受付ＩＤ
・受付日
・再利用者の会員ＩＤ
・記事ＩＤ
・記事名称
・許可情報
等のフィールドから成るレコードを多数記録したものである。「受付ＩＤ」は、「許可情報」のフィールドは、その申込について記事掲載を許可して良いかどうかの情報である。通常は、支払いが為された後に許可となるので、支払いが為されたどうかの情報となる。このほか、後払いだったり月極でまとめて支払いが行われたりする場合には、最初から真値（許可）が記録されることもある。
【００７４】
図１に示すように、本実施形態のシステムでは、イントラネット５上に管理用コンピュータ１００が設けられている。管理用コンピュータ１００は、受付情報ファイルの内容を更新する権限（アクセス権）が与えられている。例えば、ある申込について料金の振り込みが為された場合、オペレータが管理用コンピュータ１００を操作し、受付情報ファイルの該当するレコードの許可情報を真値に変更する。また、振り込みが無かったために与信を取り消す場合、該当するレコードの許可情報を偽値に更新する。
図１９に示す送信ボタン８４０は、記事ＩＤを引数にして申込受付プログラムを起動する。申込受付プログラムは、受付情報ファイルに新しいレコードを追加し、記事ＩＤ、アクセスの際に保持した再利用者としての会員ＩＤ等を記録する。
【００７５】
尚、本システムは、申込をした再掲載について、システム上で料金の支払いができるようになっている。具体的に説明すると、記事仲介サーバ１には決済プログラムがインストールされている。図１５に示すように、再利用者トップには、「料金支払い」のコマンドボタンがあり、これをクリックすると、その再利用者が再掲載を申し込んだ記事の一覧が表示されるようになっている。そのうちの任意のもの（１又は複数、全部でもよい）を選択した上でＯＫボタンをクリックすると、決済プログラムが起動するようになっている。決済プログラムは、クレジットカード決済を行うものとなっている。決済プログラムの構成は、通常のネットショッピング等におけるものと様にできるので説明は省略する。但し、本実施形態では、会社対会社の取引となることが多いので、口座引き落としが選択できるようになっている。
【００７６】
また、再利用者向けのサービスとして、許可されたものについてシステム上から記事データをダウンロードさせるサービス（以下、ダウンロードサービス）が提供されるようになっている。
図１５に示すように、再利用者トップには、「記事ダウンロード」と表記されたコマンドボタン（以下、ダウンロードページボタン）８３３が設けられている。記事仲介サーバ１には、ダウンロードページ用のＷＰＦが保存され、ダウンロードページ送信プログラムがインストールされている。ダウンロードページボタン８３３には、ダウンロードページ送信プログラムの起動コマンドが埋め込まれている。
【００７７】
ダウンロードページ送信プログラムは、起動後、ログインの際に保持した会員ＩＤをデータベースサーバ７に送り、受付情報ファイルを検索させる。そして、その会員が申し込んだもので許可されている全てのレコード（即ち、会員ＩＤが一致するレコードで許可情報が真値であるもの）について、「記事ＩＤ」及び「記事名称」の各フィールドの情報を取得する。そして、これらの情報をダウンロードページのＷＰＦに組み込んで再利用者端末３に送信し、再利用者端末３に表示させるようになっている。
【００７８】
図２０は、ダウンロードページの一例の一例を示した概略図である。図２０に示すように、ダウンロードページには、許可情報が真値である申込の情報がリスト表示される。そして、リストの各行には、「ダウンロード」と表記されたコマンドボタン（以下、ダウンロードボタン）８４１が設けられている。記事仲介サーバ１には、記事ダウンロードプログラムがインストールされており、ダウンロードボタン８４１には記事ダウンロードプログラムの起動コマンドが埋め込まれている。
【００７９】
ダウンロードボタン８４１は、それが設けられている行の申込の受付ＩＤを引数にして記事ダウンロードプログラムを起動する。記事ダウンロードプログラムは、受付ＩＤをデータベースサーバ７に送り、受付情報ファイルを検索させる。そして、一致するレコードの記事ＩＤを取得し、それを検索キーにして記事情報ファイルを検索させる。そして、記事ＩＤが一致するレコードの提供者ＩＤを取得し、再掲載用サブへのパスを自動生成する。許可された申込が前述した記事であった場合を例にすると、c:\....\A0001\A0001article1\reuse\というパスを生成する。その後、記事ダウンロードプログラムは、このパスにあるすべてのファイルを再利用者端末３に送信する。尚、ファイル送信の際、提供者端末２において保存先を指定させたり、ダウンロードの後に直ちにファイルを開くかどうかを指定させたりするが、これらの部分は、通常のサーバソフトウェアにおけるものと同様である。
上述したダウンロードボタンは、料金支払いに関するページにも設けられていても良い。即ち、料金支払いが完了した旨を確認のため表示するページにダウンロードボタンを設け、料金支払いの後、すぐにダウンロードできるようにする。
【００８０】
上述した説明から解るように、本実施形態では、記事データの提供は記事提供者に対して義務付けられておらず、任意である。記事データが提供されない場合、システム上で記事を閲覧できない。この場合、再利用者は、記事提供者に直接問い合わせして記事を送ってもらうことが可能である。以下、この点について説明する。
前述したように、図１７に示す検索結果ページにおいて、記事データが登録されていない記事については、データ閲覧ボタンが表示されず、「−」が表示される。この場合、問い合わせボタン８３７をクリックし、記事データを記事提供者に問い合わせるためのページ（以下、問い合わせページ）を表示する。
【００８１】
記事仲介サーバ１には、問い合わせページ用のＷＰＦと、問い合わせページを送信するためのＣＧＩプログラム（以下、問い合わせページ送信プログラム）がインストールされている。問い合わせボタン８３７には、問い合わせページ送信プログラムの起動コマンドが埋め込まれている。問い合わせボタン８３７は、それが設けられている行の記事の記事ＩＤを引数にして問い合わせページ送信プログラムを起動するようになっている。
問い合わせページ送信プログラムは、記事ＩＤをデータベースサーバ７に送って記事情報ファイルを検索させ、記事ＩＤが一致するレコードの記事名称、記事説明、会員ＩＤを取得する。次に、提供者マスタファイルを検索し、会員ＩＤが一致するレコードの各フィールドの情報を取得する。問い合わせページ送信プログラムは、これらの情報をＷＰＦに組み込んで再利用者端末３に送信し、再利用者端末３に表示させるようプログラミングされている。
【００８２】
図２１は、問い合わせページの一例を示す概略図である。図２１に示すように、問い合わせページ８４２では、選択された記事を提供した記事提供者の氏名や会社名などの情報が表示されるようになっている。再利用者は、このページを閲覧して、電話、ＦＡＸ、電子メールなどで問い合わせを行う。問い合わせは、記事を見たいのでＦＡＸで送ってほしいというような問い合わせである。
尚、この場合、二次掲載に関する料金の決済や記事データの提供も、システムを介さず行うことになる。即ち、記事提供者が請求書を再利用者に発行するなどし、再利用者が振込などにより料金を支払った後、記事データを記事提供者が再利用者に直接送る（ＣＤ−ＲＯＭ等のメディアによる提供、電子メールの添付ファイルで送信等）。
【００８３】
但し、記事データは提供するものの、閲覧のみを許可したり、ダウンロードのみを許可したりすることもあり得る。即ち、記事データの提供を受ける際、記事提供者に、閲覧のみを許可するのか、ダウンロードのみを許可するのか、両方を許可する（上記実施形態の例）のかを選択してもらう。閲覧のみを許可する場合、再掲載用データの保存はせず、閲覧用データを作成して保存するのみとする。また、ダウンロードのみを許可する場合、再掲載用データを保存するのみとする。
【００８４】
閲覧のみが許可となっている場合、再利用者は、前述したように記事を閲覧した後、問い合わせボタンをクリックし、同様に問い合わせページを表示する。そして、料金の支払い等を問い合わせ、料金の支払いをした後、同様に記事データの提供を直接受ける。
ダウンロードのみ許可となっている場合、ＦＡＸなどで記事を送ってもらって記事内容を確認し、前述したのと同様にシステム上で申込を行う。そして、必要な料金の支払いをした後、前述したようにシステム上から記事データをダウンロードする。
【００８５】
本実施形態に雑誌編集支援システムによれば、一次掲載した記事の情報をシステム上に登録し、記事の再掲載を望む再利用者が閲覧可能としているので、記事の再利用が促進される。再利用者は、料金を支払って任意の記事を二次掲載できるので、取材や編集に要する手間が無くなり、人件費などのコストを節約できる。このため、雑誌の発行コストを安価にできる。記事提供者においても、一次掲載した記事について二次掲載されることで使用料金が入るので、記事の作成に要するコストが相殺され、雑誌の発行コストが相対的に安くなる。このため、記事提供者においても、雑誌発行の収益向上が見込める。
【００８６】
また、記事データの閲覧がシステム上で可能なので、いちいち記事提供者に問い合わせる必要がなく、便利である。上記実施形態では、記事データの提供は義務ではなかったが、義務としても良い。
また、記事データの再利用者への提供がシステム上で行えるので、いちいち記事提供者に問い合わせて別途送付してもらう必要がなく、便利である。上記実施形態では、サーバからのダウンロードであったが、別の方法でも良い。例えば、記事仲介サーバ１に電子メール送信機能を持たせ、電子メールに添付ファイルとして記事データを送信する方法が考えられる。
【００８７】
尚、記事データをシステム上に登録すると、料金を支払わずに記事データが再利用されるリスクが発生する。上記実施形態では、閲覧用データはＰＤＦ又はＨＴＭＬであったが、送信された再利用者端末３において、保存やコピーなどが行えないようなファイル形式とされることが望ましい。それでも、料金を支払わずに閲覧用データから記事を再利用する可能性はある。このような行為は、著作権法違反ではあるが、これを嫌うため、記事提供者は記事データを提供しないことを選択することがある。
【００８８】
また、著作権法上の同一性保持権について説明すると、上記実施形態では、同一性保持権は留保しつつ、記事の二次利用権を再利用者に与えている。但し、同一性保持権を放棄して記事の二次利用権を再利用者に与えるようにしても良い。この場合、再利用者は、提供された記事データを加工して記事を執筆することになる。とはいえ、取材記事のような場合には、記事をふくらませて執筆することは現実的ではなく、通常は、記事を適宜カットして二次掲載用の記事データを作成することになる。
【００８９】
また、同一性保持権に関する好適な構成として、記事登録の際、同一性保持権を留保するか放棄するかを記事提供者に選択させ、この情報を記事情報の一つとして再利用者に閲覧させることが考えられる。尚、同一性保持権を放棄した場合の再利用の料金は、放棄しない場合に比べて高くなるのが一般的である。
別の実施形態として、記事提供者において、ボリュームの異なる幾つかのバージョンの記事を用意してもらい、それを登録することもあり得る。例えば、一次掲載したそのもののバージョン（フルバージョン）、中程度に圧縮したバージョン（ハーフバージョン）、最も小さく要約したバージョン（ミニバージョン）のように三つのバージョンを用意してもらい、それぞれの記事データをストレージサーバ９に保存するようにする。再利用者は、二次掲載用に割り当てられたスペースに応じて、いずれかのバージョンを選択して購入するようにする。このようにすれば、同一性保持権の問題は生じない。
【００９０】
図２２は、この別の実施形態における記事データの保存状況の一例について示した概略図である。図２２に示すように、この実施形態では、再掲載用サブ９０３の下に、フルバージョン用のディレクトリ（以下、フル用サブ）９０５と、ハーフバージョン用のディレクトリ（以下、ハーフ用サブ）９０６と、ミニバージョン用のディレクトリ（以下、ミニ用サブ）９０７とを設ける。
前述した記事データの送信を、フルバージョン用と、ハーフバージョン用と、ミニバージョン用にそれぞれしてもらい、フル用サブ９０５、ハーフ用サブ９０６、ミニ用サブ９０７のそれぞれに再掲載用データを保存する。尚、閲覧用データは、フルバージョンのデータから作成し、閲覧用サブ９０４に保存する。
【００９１】
再掲載申込ページには、どのバージョンの記事データを申し込むかを指定する欄（ラジオボタンなど）を設け、受付情報ファイルの各レコードには、指定されたバージョンを特定する情報を記録したフィールドが設けられる。
そして、ダウンロードページからダウンロードを行うと、受付情報ファイルの該当レコードの記録に従い、フル用サブ９０５、ハーフ用サブ９０６、ミニ用サブ９０７から記事データを再利用者端末３に送信するようにする。
【００９２】
上述した各実施形態では、登録される記事は既に掲載されたものであるとしたが、登録の時点で掲載予定であっても良い。この場合、「一次掲載雑誌発行日」には将来の日付を入力することになる。
また、上述した各実施形態では、提供者端末２からの送信に従って記事データを自動的にストレージサーバ９に保存して登録する記事データ登録プログラムが設けられたが、これは必須の条件ではない。管理用コンピュータ１００を使用してオペレータがストレージサーバ９に登録する場合もある。この場合は、記事データを電子メールに添付して送ってもらったり、ＣＤ−ＲＯＭのようなメディアに保存して郵送してもらったりする。但し、記事データ登録プログラムにより自動登録する方が面倒がなくて便利である。
【００９３】
また、前述した図１６の記事検索条件入力ページの送信ボタンは、クリックすると検索が行われて、結果が表示されるので、この送信ボタン８３５のクリックは、記事情報の送信要求に該当する。この他、単に記事ＩＤを入力して送信ボタンをクリックすることで記事情報が送信される場合もある。これは、閲覧したい記事の記事ＩＤが最初からわかっている場合である。
【００９４】
また、上記実施形態では、「一次掲載誌発行エリア」の情報は、ヒットするレコードから除外するための情報として使用したが、逆の場合もあり得る。即ち、特定の地域で発行された雑誌に一次掲載された記事を二次掲載したい場合もある。例えば、札幌で発行されているタウン誌が、東京のタウン情報の記事を掲載する場合もある。東京に旅行で出かける人のための特集記事を組みような場合である。この場合、「一次掲載掲載誌発行エリア」を指定して検索ができるようシステムを構成にしておき、「一次掲載紙発行エリア」の欄に「東京」を入力してもらうようにする。
【００９５】
また、上記実施形態では、許可情報は、受付情報ファイルの一つのフィールドとして設けられており、受付情報ファイルが許可情報ファイルに兼用されている。この他、受付情報ファイルとは別に許可情報ファイルを設けてもよい。即ち、許可情報ファイルも同様にデータベースファイルとし、受付情報ファイルに新レコードを追加した際、許可情報ファイルにも同様に新レコードを追加する。許可情報ファイルは、受付ＩＤとフィールドと許可情報のフィールドとから成る構成とする。そして、ダウンロードページには、一人の再利用者が申し込んだ全ての受付情報がダウンロードボタンとともに表示されるようにする。そして、記事ダウンロードプログラムは、許可情報ファイルにアクセスし、該当するレコードの許可情報を調べ、真値であれば、記事データを送信するようプログラミングされる。
【００９６】
上述した各実施形態では、記事提供者としての会員と再利用者としての会員を峻別して会員登録を行った。これは、記事提供者としての本システムの利用料と、再利用者としての本システムの利用料が異なる場合があるからである。利用料が同じ場合には、両者を峻別せずに会員登録を行っても良い。同一の者が記事提供者になったり再利用者になったりすることはあるから、峻別しない方が便利な場合もある。即ち、峻別していると、記事提供者が再利用者としてアクセスしたい場合には再度会員登録することが必要になる（その逆も同じ）。峻別していなければ、再度会員登録する必要がないので、面倒がない。
【００９７】
上述した各実施形態では、ネットワークはインターネットであったが、原理的にはインターネット以外のネットワーク環境においても本願発明は実施可能である。尚、本願発明における記事仲介サーバは、記事情報を再利用者端末に送信して再利用者端末に表示させる情報表示プログラムを備えることが必須である。前述したインターネットサーバソフトウェアは、その一例である。ネットワークがインターネット以外である場合、それに対応して情報表示プログラムは適宜選択される。また、提供者端末が備える閲覧ソフトに対応して、情報表示プログラムは適宜選択される。
【００９８】
また、記事仲介サーバ１とデータベースサーバ７は別のサーバであったが、これを一つのサーバで兼用することも可能である。この点は、ストレージサーバ９や認証サーバ６においても同様である。記事仲介サーバ１とストレージサーバ９とを兼用したり、データベースサーバ７とストレージサーバ９を兼用してもよく、記事仲介サーバ１が認証サーバ６を兼用したり、データベースサーバ７が認証サーバ６を兼用したりすることも可能である。尚、認証サーバ６については、外部の認証サーバ６（イントラネット５上には無い別のサーバ）を利用することもあり得る。
【００９９】
尚、情報を保存するハードウェア資源としての保存部は、各実施形態ではハードディスクであったが、これは一例であって他の種類の記憶装置を保存部として使用することもあり得る。
【符号の説明】
【０１００】
１ 記事仲介システム
２ 記事提供者端末
３ 再利用者端末
４ インターネット
７ データベースサーバ
９ ストレージサーバ
【図１】
2010061672.tif 000003
【図２】
2010061672.tif 000004
【図３】
2010061672.tif 000005
【図４】
2010061672.tif 000006
【図５】
2010061672.tif 000007
【図６】
2010061672.tif 000008
【図７】
2010061672.tif 000009
【図８】
2010061672.tif 000010
【図９】
2010061672.tif 000011
【図１０】
2010061672.tif 000012
【図１１】
2010061672.tif 000013
【図１２】
2010061672.tif 000014
【図１３】
2010061672.tif 000015
【図１４】
2010061672.tif 000016
【図１５】
2010061672.tif 000017
【図１６】
2010061672.tif 000018
【図１７】
2010061672.tif 000019
【図１８】
2010061672.tif 000020
【図１９】
2010061672.tif 000021
【図２０】
2010061672.tif 000022
【図２１】
2010061672.tif 000023
【図２２】
2010061672.tif 000024