(57)【要約】【課題】配信する記事の決定に投稿者側の要素も取り入れ、購読者に内容の充実した記事が配信される記事配信方法を提供する。【解決手段】記事配信サーバ１０の記事登録部１１が、投稿者によって操作される利用者端末２０の記事投稿部２１から記事の投稿を受け付け、記事配信部１４が、購読者によって操作される利用者端末２０の格納部２３へ投稿された記事を配信する。記事配信サーバ１０は、記事の配信を受けた利用者端末２０の記事評価部２５に、記事の投稿者に対する評価の送信を促し、記事データベース１２に格納される、投稿者に対して割り当てる配信許容数に、この評価を反映させる。より具体的には、この評価に基づく点数の累積により、配信許容数の初期値を決定する。さらに、この評価に基づく点数の累積により、投稿者に対して割り当てる再配信倍数を決定し、閲覧した購読者数に再配信倍数を乗じた数を配信許容数に加える。【選択図】  図１
2004318404.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して利用者端末と接続された記事配信サーバが、投稿者によって操作される利用者端末から記事の投稿を受け付け、購読者によって操作される利用者端末へ投稿された記事を配信する方法であって、
記事の配信を受けた利用者端末が、該記事の投稿者に対する評価を前記記事配信サーバに送信する第１のステップと、
前記記事配信サーバが、該投稿者に対して割り当てる配信許容数に、該評価を反映させる第２のステップを有する方法。
【請求項２】
前記評価は、記事の配信を受けた利用者端末が、配信された記事を閲覧したかどうかを含む、請求項１に記載の方法。
【請求項３】
前記第１のステップは、記事の配信を受けた利用者端末が、前記記事配信サーバによって複数のページに分割されて配信された該記事の最後のページに進むと、該記事を閲覧した旨の通知を前記記事配信サーバに送信することを含む、請求項２に記載の方法。
【請求項４】
ネットワークを介して利用者端末と接続された記事配信サーバが、投稿者によって操作される利用者端末から記事の投稿を受け付け、購読者によって操作される利用者端末へ投稿された記事を配信する方法であって、
前記記事配信サーバが、記事の配信を受けた利用者端末に、該記事の投稿者に対する評価を送信させる第３のステップと、
前記記事配信サーバが、該投稿者に対して割り当てる配信許容数に、該評価を反映させる第２のステップを有する方法。
【請求項５】
前記評価は、記事の配信を受けた利用者端末が、配信された記事を閲覧したかどうかを含む、請求項４に記載の方法。
【請求項６】
前記第３のステップは、前記記事配信サーバが、配信する記事を複数のページに分割し、該記事の配信を受けた利用者端末による最後のページの配信要求をもって、配信された記事を閲覧したとみなすことを含む、請求項５に記載の方法。
【請求項７】
前記第２のステップは、前記記事配信サーバが、前記評価に基づく点数の累積により、前記配信許容数の初期値を設定することを含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記第２のステップは、前記記事配信サーバが、前記評価に基づく点数の累積により、投稿者に対して割り当てる、記事の再配信数を決めるための係数を設定し、再配信を行う記事の現在の前記配信許容数に、該記事が閲覧された数に前記係数をかけた数を加えることを含む、請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記記事配信サーバが、記事を投稿する利用者端末に、該記事を配信する購読者を指定させる第４のステップをさらに有する、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
前記記事配信サーバが、記事の配信を受ける利用者端末に、配信を拒絶する投稿者を指定させる第５のステップをさらに有する、請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記記事配信サーバが、記事の配信を受ける利用者端末に、その投稿するすべての記事の配信を希望する投稿者を指定させる第６のステップをさらに有する、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
前記記事配信サーバが、第１の記事を投稿する利用者端末に、該第１の記事がリンクする、既に投稿済みの第２の記事をリンク先として指定させ、該第１の記事を該第２の記事の被リンク先と設定する第７のステップと、
前記記事配信サーバが、配信を行う記事を１つ抽出し、抽出した記事を起点として、配信が許されない記事に至るまで、リンク方向および被リンク方向を探索し、探索された記事を配信候補とする第８のステップをさらに有する、請求項１から１１のいずれか１項に記載の方法。
【請求項１３】
前記記事配信サーバが、記事の配信を受ける利用者端末に、前記第８のステップの記事の抽出のためのキーワードを指定させる第９のステップをさらに有する、請求項１２に記載の方法。
【請求項１４】
前記記事配信サーバが、投稿された記事をジャンルごとに分類しており、記事の配信を受ける利用者端末に、前記第８のステップの記事の抽出のためのジャンルを指定させる第１０のステップをさらに有する、請求項１２に記載の方法。
【請求項１５】
前記ジャンル指定は、前記記事配信サーバが、記事の配信を受ける利用者端末に、既に配信を受けた記事を指定させることにより行われる、請求項１４に記載の方法。
【請求項１６】
コンピュータに、ネットワークを介して利用者端末と接続し、投稿者によって操作される利用者端末から記事の投稿を受け付け、購読者によって操作される利用者端末へ投稿された記事を配信させるプログラムであって、
請求項１から３および請求項７から１５のいずれか１項に記載の前記第２のステップをコンピュータに実行させるプログラム。
【請求項１７】
コンピュータに、ネットワークを介して利用者端末と接続し、投稿者によって操作される利用者端末から記事の投稿を受け付け、購読者によって操作される利用者端末へ投稿された記事を配信させるプログラムであって、
請求項４から１５のいずれか１項に記載の前記第２のステップおよび第３のステップをコンピュータに実行させるプログラム。
【請求項１８】
請求項９から１５のいずれか１項に記載の前記第４から第１０のステップの１つまたは複数を、コンピュータにさらに実行させる、請求項１６または１７に記載のプログラム。
【請求項１９】
コンピュータに、ネットワークを介して記事配信サーバと接続し、該記事配信サーバに記事を投稿するとともに、該記事配信サーバからすでに投稿された記事の配信を受けさせるプログラムであって、
請求項１から３および請求項７から１５のいずれか１項に記載の前記第１のステップをコンピュータに実行させるプログラム。
【請求項２０】
請求項１６から１８のいずれか１項に記載のプログラムを記録した、コンピュータ読み取りが可能な記録媒体。
【請求項２１】
請求項１９に記載のプログラムを記録した、コンピュータ読み取りが可能な記録媒体。
【請求項２２】
ネットワークを介して利用者端末と接続され、投稿者によって操作される利用者端末から記事の投稿を受け付け、購読者によって操作される利用者端末へ投稿された記事を配信するサーバであって、
記事の配信を受けた利用者端末から受信した、該記事の投稿者に対する評価を、該投稿者に対して割り当てる配信許容数に反映させる第１の手段を有するサーバ。
【請求項２３】
前記評価は、記事の配信を受けた利用者端末が、配信された記事を閲覧したかどうかを含む、請求項２２に記載のサーバ。
【請求項２４】
ネットワークを介して利用者端末と接続され、投稿者によって操作される利用者端末から記事の投稿を受け付け、購読者によって操作される利用者端末へ投稿された記事を配信するサーバであって、
記事の配信を受けた利用者端末に、該記事の投稿者に対する評価を送信させる第２の手段と、
該評価を、該投稿者に対して割り当てる配信許容数に反映させる第１の手段を有するサーバ。
【請求項２５】
前記評価は、記事の配信を受けた利用者端末が、配信された記事を閲覧したかどうかを含む、請求項２４に記載のサーバ。
【請求項２６】
前記第２の手段は、配信する記事を複数のページに分割し、該記事の配信を受けた利用者端末による最後のページの配信要求をもって、配信された記事を閲覧したとみなす、請求項２５に記載のサーバ。
【請求項２７】
前記第１の手段は、前記評価に基づく点数の累積により、前記配信許容数の初期値を設定する、請求項２２から２６のいずれか１項に記載のサーバ。
【請求項２８】
前記第１の手段は、前記評価に基づく点数の累積により、投稿者に対して割り当てる、記事の再配信数を決めるための係数を設定し、再配信を行う記事の現在の前記配信許容数に、該記事が閲覧された数に前記係数をかけた数を加える、請求項２２から２７のいずれか１項に記載のサーバ。
【請求項２９】
記事を投稿する利用者端末に、該記事を配信する購読者を指定させる第３の手段をさらに有する、請求項２２から２８のいずれか１項に記載のサーバ。
【請求項３０】
記事の配信を受ける利用者端末に、配信を拒絶する投稿者を指定させる第４の手段をさらに有する、請求項２２から２９のいずれか１項に記載のサーバ。
【請求項３１】
記事の配信を受ける利用者端末に、その投稿するすべての記事の配信を希望する投稿者を指定させる第５の手段をさらに有する、請求項２２から３０のいずれか１項に記載のサーバ。
【請求項３２】
第１の記事を投稿する利用者端末に、該第１の記事がリンクする、既に投稿済みの第２の記事をリンク先として指定させ、該第１の記事を該第２の記事の被リンク先と設定する第６の手段と、
配信を行う記事を１つ抽出し、抽出した記事を起点として、配信が許されない記事に至るまで、リンク方向および被リンク方向を探索し、探索された記事を配信候補とする第７の手段をさらに有する、請求項２２から３１のいずれか１項に記載のサーバ。
【請求項３３】
記事の配信を受ける利用者端末に、前記第７の手段の記事の抽出のためのキーワードを指定させる第８の手段をさらに有する、請求項３２に記載のサーバ。
【請求項３４】
投稿された記事をジャンルごとに分類し、記事の配信を受ける利用者端末に、前記第７の手段の記事の抽出のためのジャンルを指定させる第９の手段をさらに有する、請求項３２に記載のサーバ。
【請求項３５】
前記ジャンル指定は、記事の配信を受ける利用者端末に、既に配信を受けた記事を指定させることにより行われる、請求項３４に記載のサーバ。
【請求項３６】
ネットワークを介して記事配信サーバと接続され、該記事配信サーバに記事を投稿するとともに、該記事配信サーバからすでに投稿された記事の配信を受ける端末であって、
前記記事配信サーバから記事の配信を受けると、該記事の投稿者に対する評価を前記記事配信サーバに返信する第１０の手段を有する端末。
【請求項３７】
前記評価は、前記評価は、当該端末が配信された記事を閲覧したかどうかを含む、請求項３６に記載の端末。
【請求項３８】
前記第１０の手段は、前記記事配信サーバによって複数のページに分割されて配信された記事の最後のページに進むと、該記事が閲覧された旨の通知を前記記事配信サーバに送信する、請求項３７に記載の端末。
【請求項３９】
ネットワークを介して、請求項３６から３８のいずれか１項に記載の端末と接続された、請求項２２から３５のいずれか１項に記載の記事配信サーバが、投稿者によって操作される前記端末から記事の投稿を受け付け、購読者によって操作される前記端末へ投稿された記事を配信するシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介した記事の配信に関する。
【０００２】
【従来の技術】
ネットワークを介した記事の配信方法については、これまで多くの技術が提案されており、特に、購読者の興味などを反映させて記事の配信を行う技術が多く提案されている（例えば、特許文献１〜４参照）。
【０００３】
【特許文献１】
特開２００２−１５７２７０号公報
【特許文献２】
特開２００２−２５９４３７号公報
【特許文献３】
特開２００２−２９７６５７号公報
【特許文献４】
特開２００２−３１２３９４号公報
【０００４】
【発明が解決しようとする課題】
たしかに、従来技術のように、購読者の興味などを反映させて記事の配信を行えば、購読者にとって興味の無い記事を配信するという無駄を省くことができる。しかしながら、それは裏を返せば、購読者がこれまでそれほど関心を持ってこなかった分野に興味を持ってもらう機会を提供することもできない。さらに、もっぱら購読者の興味に応じて配信する記事を決定し、投稿者側の要素は考慮されていないため、購読者の興味分野とはマッチしているものの、内容の充実していない記事が配信されることも多く、購読者の満足を得られないことも多い。
【０００５】
本発明の目的は、配信する記事の決定に投稿者側の要素も取り入れ、購読者に内容の充実した記事が配信される記事配信方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ネットワークを介して利用者端末と接続された記事配信サーバが、投稿者によって操作される利用者端末から記事の投稿を受け付け、購読者によって操作される利用者端末へ投稿された記事を配信するなかで、記事の配信を受けた利用者端末に、記事の投稿者に対する評価の送信を促すステップと、投稿者に対して割り当てる配信許容数に、この評価を反映させるステップを有する。
【０００７】
より具体的には、この評価に基づく点数の累積により、配信許容数の初期値を決定する。これにより、評価の高い記事を作成できる投稿者の記事が多く配信されるようになる。
【０００８】
さらに、この評価に基づく点数の累積により、投稿者に対して割り当てる再配信倍数を決定し、閲覧した購読者数に再配信倍数を乗じた数を配信許容数に加える。これにより、評価の高い記事を作成できる投稿者の評価の高い記事が多く配信されることになる。
【０００９】
【発明の実施の形態】
次に、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１０】
図１を参照すると、本発明の第１の実施形態の記事配信システムは、記事配信サーバ１０と利用者端末２０からなる。
【００１１】
記事配信サーバ１０は、記事登録部１１と、記事データベース１２と、利用者データベース１３と、記事配信部１４と、計数課金処理部１５を含む。
【００１２】
記事登録部１１は、利用者端末２０の記事投稿部２１から投稿記事を受け付け、この記事と、この記事に関する情報（後述する、表１の記事情報テーブル）を関連付けて、記事データベース１２に格納する。記事の投稿者の情報は、利用者データベース１３から取得する。
【００１３】
記事データベース１２は、記事登録部１１が受け付けた記事と、この記事に関する情報を保有する。記事に関する情報は、表１の記事情報テーブルとして、記事データベース１２に格納される。
【００１４】
【表１】
2004318404.tif 000003
以下、各項目について説明する。
【００１５】
記事番号は、記事配信サーバ１０が投稿された記事を識別するための番号である。
【００１６】
投稿年月日は、記事が投稿された年月日である。投稿年月日により、記事配信期限をすぎたかどうかなどの判断がなされる。
【００１７】
投稿者識別子は、記事配信サーバ１０が投稿者を識別するＩＤである。
【００１８】
投稿された記事が公開を許す記事（公開記事）の場合、投稿者ランク識別子と配信許容数が求められ、記録される。投稿者ランク識別子は、購読者の評価にもとづく投稿者の記事作成能力のランクである。表２に示すように、投稿者への評価累積値に応じて、投稿者ランクが定められる。
【００１９】
【表２】
2004318404.tif 000004
ここで、評価累積値とは、購読者の投稿者への評価点の累積値である。評価点は、表３のように定められている。
【００２０】
【表３】
2004318404.tif 000005
利用者端末２０の記事評価部２５が、「この投稿者の記事は全部配信してほしい」、「評価なし（＝ノーコメント）」、「この投稿者からの記事は不要」のいずれかを選択すると、利用者データベース１３の当該投稿者の評価累積値にそれぞれ、２点、±０点、−１点を加算する。また、購読者が当該記事を後半まで閲覧すると（利用者端末２０の記事選択部２４が後半まで進んだことを計数課金処理部１５に通知する）、計数課金処理部１５は、利用者データベース１３の当該投稿者の評価累積値に＋１点を加算する。
【００２１】
記事登録部１１は、利用者データベース１３から投稿者ランクを取得する。表４を参照すると、利用者情報テーブルの一例が示されている（詳細な説明は、後述する利用者データベース１３の箇所参照）。
【００２２】
【表４】
2004318404.tif 000006
再配信許容数は、この記事の配信が許される数である。投稿者ランク識別子が求まると、表２より、初期配信数または再配信倍数が求まる。投稿時は、初期配信数が再配信許容数となる。投稿時以降は、購読者への記事配信ごとに、再配信許容数から実際に配信した記事数をひき、実際に配信した記事が最後まで閲覧された（すなわち、表３で＋１の評価点が与えられる場合）記事数に再配信倍数をかけた数を加算したものが再配信許容数となる。例えば、Ａランクに指定された投稿者の初期配信数は１万であり、再配信倍数は３である。これは、１万人の購読者に記事を配信し、例えば１万人中６千人が記事を最後まで閲覧した場合は、１万−１万＋６千×３＝１万８千で、再配信許容数は１万８千となり、１万８千人の購読者に記事を再配信できる。
【００２３】
投稿された記事が公開を許さない記事（非公開記事）の場合、配信クローズドグループ識別子が記録される。配信クローズドグループ識別子とは、非公開記事を配信する特定のグループの識別子であり、表４の利用者情報テーブルの加入クローズドグループ識別子の欄に同一の識別子を有する購読者にのみ、非公開記事を配信する。
【００２４】
リンク記事番号は、当該記事からのリンク先の記事の番号である。被リンク記事番号は、当該記事へのリンクを有する記事の番号である。
【００２５】
図２を参照すると、複数の記事がリンクで関連付けられた様子が示されている。
【００２６】
リンクで関連付けられた記事の集合をスレッドと呼ぶ。リンク先を持たない記事は独立のスレッドとして扱う。リンクの相手をリンク先、リンクしてきた相手を被リンク先と表記する。図２では、記事Ｋ９００２２２のリンク先はＫ９００１１１であり、Ｋ９００１１１の被リンク先はＫ９００２２２とＫ２００３３３である。公開記事は公開記事にリンクできるが、非公開記事にはリンクできない。非公開にした意味が無くなるからである。非公開記事は、公開記事と同一クローズドグループ宛非公開記事にリンクできるが、他のクローズドグループ宛非公開記事にはリンクできない。
【００２７】
記事データベース１２に格納された記事には配信有効期限（例えば３０日）があり、投稿日からこれを過ぎた記事は配信対象としない。リンク先の記事がこの配信有効期限を過ぎた場合は、リンクが切れたものとして扱う。図２では、記事Ｋ９００１１１の配信有効期限が切れたために、記事Ｋ９００２２２と記事Ｋ９００３３３が異なるスレッドに分割された例を示している。記事Ｋ９００１１１の配信有効期限が切れる前はスレッドＡとスレッドＢは同一スレッドであった。スレッドの存在意義は、記事の配信時にスレッド単位の配信方法を購読者の選択肢に用意することで、投稿者によって関連付けられた一連の記事群を芋づる式に閲覧可能とするためである。
【００２８】
単価は、課金の際に用いられる、当該記事の価格である。
【００２９】
被閲覧回数は、当該記事が購読者に閲覧された（すなわち、表３で＋１の評価点が与えられる場合）回数である。
【００３０】
利用者データベース１３は、（投稿者および購読者双方の立場についての）利用者に関する情報を、利用者情報テーブル（表４）として格納している。
【００３１】
利用者識別子は、記事配信サーバ１０が当該利用者を識別する記号である。定期購読投稿者識別子は、当該利用者が購読者として本システムを利用する場合、定期購読を希望する投稿者を識別する記号である。加入クローズドグループ識別子は、購読者側でクローズドグループを識別する記号である。配信拒否投稿者識別子は、購読者側で配信を拒否する投稿者を識別する記号である。配信済み記事番号は、すでに当該購読者に配信済みの記事番号である。閲覧記事番号は、すでに当該購読者が閲覧済み（すなわち、表３で＋１の評価点が与えられる場合）の記事番号である。
【００３２】
記事配信部１４は、利用者端末２０の記事配信要求部２２から記事配信要求を受け付け、記事データベース１２から当該利用者端末２０に配信すべき記事を抽出し、利用者端末２０の格納部２３に１つまたは複数の記事を送信する。
【００３３】
定期購読投稿者識別子の指定がある場合には、当該定期購読投稿者識別子で指定された投稿者から投稿された全ての配信可能な記事を抽出する。また、加入クローズドグループ識別子の指定がある場合には、当該加入クローズドグループ宛に投稿された全ての配信可能な記事を抽出する。さらに、配信拒否投稿者識別子の指定がある場合には、これを除外しつつ、記事データベース１２から許容配信数１以上である記事をランダムに抽出する。配信拒否投稿者識別子の指定がない場合には、記事データベース１２から許容配信数１以上である記事をランダムに抽出する。
【００３４】
また、上のいずれかの方法にて抽出された記事を起点にリンク先および被リンク先をたどり、配信候補となるリンク記事を探索する。ただし、配信期限切れの記事は配信対象としない。また、配信拒否投稿者からの記事に行き当たった場合は、当該記事は配信対象とせず、当該記事から先のリンク探索も行わない。また、被リンク先探索において、当該記事が配信許容数１未満である場合には当該記事は配信候補とせず、当該記事から先のリンク探索も行わない。これは、人気記事にリンクするだけで、不人気記事が無条件に配信されるのを防止するためである。リンク先の探索においては、配信許容数の値は問わない。
【００３５】
計数課金処理部１５は、利用者端末２０の記事選択部２４から、記事の前半から後半へ進んだ旨の報告を受けた場合に、当該記事の番号を利用者データベース１３の閲覧記事番号に記録する。また、当該記事が公開記事である場合は、記事データベース１２にアクセスして、投稿者ランク識別子を取得し、表２の再配信倍数の値だけ配信許容数に加算する。
【００３６】
閲覧料金の請求や精算、もしくは照会時は、計数課金処理部１５は利用者データベース１３の閲覧記事番号を取得し、前記記事番号をキーにして記事データベース１２にアクセスして各記事の単価情報を取得し、閲覧料金の算出を行う。記事閲覧料金は、記事配信サーバ１０を運用する事業者と利用者の間の契約内容に応じて、クレジットカードや口座引き落とし、または、プリペイドカードなどによって決済する。
【００３７】
利用者端末２０は、ＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、データ通信対応の携帯端末などであり、記事投稿部２１と、記事配信要求部２２と、格納部２３と、記事選択部２４と、記事評価部２５を含む。記事投稿部２１が投稿者によって用いられ、その他は購読者によって用いられる。
【００３８】
記事投稿部２１は、記事配信サーバ１０の記事登録部１１に記事を投稿する。Ｗｅｂ上に構築した記事配信サーバ１０の投稿窓口に利用者端末２０のＷｅｂブラウザでアクセスし、利用者端末２０内の作成完了した記事ファイルを指定し、アップロードする方法が考えられる。記事フォーマットの一例としては、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式のファイルで挙げられ、当該ＨＴＭＬから参照されている一連の静止画や動画ファイルをひとかたまりにしたものを記事と呼ぶ。
【００３９】
記事配信要求部２２は、記事配信サーバ１０の記事配信部１４に記事配信を要求する。
【００４０】
格納部２３は、記事配信サーバ１０の記事配信部１４から、配信要求をした記事を受け取り、一時的に保存し、保存された記事を記事選択部２４に送る。
【００４１】
記事選択部２４は、格納部２３から受け取った記事を利用者に表示する。一般のＷｅｂブラウザとは異なるが、コンテンツを利用者端末２０のメモリにキャッシュしてオフラインブラウジングする形態に近い。また、記事選択部２４は、受け取った記事の後半へ進むか否かの選択を購読者に促し、後半へ進む場合には、記事配信サーバ１０の計数課金処理部１５に通知する。
【００４２】
図３を参照すると、記事の前半から後半へ進む場合の表示が示されている。記事（１／２）を見て、記事（２／２）に進むことが選択されると、記事（２／２）に進む前に、「閲覧確認と単価表示」を行い、購読者が進む旨を選択した場合に計数課金処理部１５にこの旨を通知する。記事は最低でも２分割され、それぞれはハイパーリンクで結合されるが、その間に「閲覧確認と単価表示」を利用者に行う。図３の例では、記事（１／２）までは無料で閲覧できるが、記事（２／２）を表示させた時点で課金対象とする。
【００４３】
記事評価部２５は、記事の閲覧に対応して、表３のように、「この投稿者の記事は全部配信してほしい」、「評価なし（＝ノーコメント）」、「この投稿者からの記事は不要」のいずれかを購読者に選択させて点数に換算し、これを利用者データベース１３の評価累積値に加算または減算する。
【００４４】
記事配信サーバ１０と利用者端末２０は、インターネットで接続されている。接続方法としては、ＡＤＳＬ（Ａｓｙｍｍｅｔｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）や光ファイバ、もしくは公衆無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）でもよいし、実験室レベルではハブなどを介して両者をイーサネット接続してもよい。
【００４５】
次に、本システムの動作について詳細に説明する。
【００４６】
本システムの動作は、大きく分けて、（１）投稿者による記事投稿、（２）投稿された記事の購読者への配信、（３）配信された記事の表示、（４）配信された記事に対する課金、（５）配信された記事に対する購読者の評価の５つに分かれる。以下、それぞれについて、処理の流れを詳細に説明する。
【００４７】
（１）記事投稿
投稿者は、市販のＨＴＭＬエディタやテキストエディタを用いて、ＨＴＭＬフォーマットの記事を作成する。記事には、動画ファイルや静止画ファイルを添付してもよい。記事作成と投稿は、利用者端末２０のかわりに、本発明の機能を搭載しないＰＣ端末などを用いてもよい。
【００４８】
記事配信サーバ１０は、利用者端末２０からの記事投稿を受け付けるために、Ｗｅｂ上に投稿窓口を設ける。利用者端末２０はこの投稿窓口のＵＲＬにアクセスし、利用者ＩＤなどの入力とともに、利用者端末２０内にある作成完了した記事ファイルを指定してアップロードする。以上により、記事登録部１１は、記事投稿部２１から記事を取得する。
【００４９】
投稿者は、投稿する記事が公開記事または非公開記事のいずれであるかを指定する。非公開記事を選択する場合は、当該記事の配信先クローズドグループ識別子を指定する。さらに、当該記事を過去に配信したいずれかの記事に関連付ける場合には、リンク先の記事番号を指定する。さらに、記事に単価を指定する。単価の選択範囲は０円以上で１円単位の任意の値である。
【００５０】
記事登録部１１は、投稿された記事が公開記事の指定であった場合、投稿者の利用者ＩＤをキーにして、利用者データベース１３に照会し、当該投稿者の投稿者ランク識別子を取得する。そして、記事番号／投稿年月日／投稿者識別子／投稿者ランク識別子（公開記事の場合）／リンク記事番号／単価の情報を、記事情報テーブルとして、記事とともに、記事データベース１２に格納する。また、投稿者ランク識別子をキーにして、表２にしたがって初期配信数を決定し、この値を配信許容数として記事情報テーブルに書き込む。また、被リンク記事番号はなし（＝空欄）、被閲覧数は０と記事情報テーブルに書き込む。
【００５１】
投稿された記事が非公開記事の指定であった場合、投稿者によって指定された配信先クローズドグループ識別子を記事情報テーブルに書き込む。非公開記事の場合、投稿者ランク識別子／配信許容数は不要である。
【００５２】
また、投稿記事がリンク先を指定している場合には、リンク先に指定された記事（過去記事）の記事情報テーブルの被リンク記事番号に、当該投稿記事の記事番号を追記する。
【００５３】
（２）記事配信
図４を参照すると、記事配信要求部２２が記事の配信要求をしてから、記事配信部１４が記事を配信するまでの処理の流れを示すフローチャートが示されている。
【００５４】
ステップ１００で、記事の配信を要求する購読者は、利用者端末２０を用いて記事配信サーバ１０にアクセスして、公知のいずれかの方法を用いてユーザ認証手続きを完了した後に、記事配信部１４から記事の配信を要求する旨のリクエスト信号を送信する。
【００５５】
ステップ１０１で、記事配信部１４は、当該購読者の利用者識別子をキーにして利用者データベース１３にアクセスし、当該購読者に対応する定期購読投稿者識別子／加入クローズドグループ識別子／配信拒否投稿者識別子／配信済み記事番号を取得する。
【００５６】
ステップ１０２で定期購読投稿者識別子があると判明した場合、ステップ１０３で、記事配信部１４は、記事データベース１２から定期購読投稿者識別子によって識別される投稿者からの全記事を抽出し、かつ、各記事の記事情報テーブルを参照して、生きているリンク先・被リンク先を多段に探索し、これらを配信候補に加える。ステップ１０２で定期購読投稿者識別子がないと判明した場合、記事配信部１４は、ステップ１０３の処理は行わずに、ステップ１０４へ進む。
【００５７】
ステップ１０４で加入クローズドグループ識別子があると判明した場合、ステップ１０５で、記事配信部１４は、記事データベース１２から、この加入クローズドグループ識別子と一致する配信先指定を持つ全記事を抽出し、かつ、各記事の記事情報テーブルを参照し、生きているリンク先・被リンク先を多段に探索し、これらを配信候補に加える。ステップ１０４で加入クローズドグループ識別子がないと判明した場合、記事配信部１４は、ステップ１０５の処理は行わずに、ステップ１０６に進む。
【００５８】
ステップ１０６で、記事配信部１４は、記事データベース１２にある公開記事から、ランダムに１つの記事を抽出する。
【００５９】
ステップ１０７で、記事配信部１４は、抽出した記事の配信許容数が１以上かどうか判断し、１以上であればステップ１０８に進み、１以上でなければステップ１０６に戻る。
【００６０】
ステップ１０８で、記事配信部１４は、当該購読者の利用者情報テーブルに配信拒否投稿者識別子があるかどうか判断し、あればステップ１０９に進み、なければステップ１１０に進む。
【００６１】
ステップ１０９で、記事配信部１４は、抽出記事が配信拒否投稿者識別子に記録されている投稿者からの記事かどうか判断し、そうでなければステップ１１０に進み、そうであればステップ１０６に戻る。
【００６２】
ステップ１１０で、記事配信部１４は、これらの抽出記事を配信候補に加え、抽出記事の記事情報テーブルを参照して、生きているリンク先・被リンク先を多段に探索し、これらを配信候補に加える。
【００６３】
ステップ１１１で、記事配信部１４は、抽出した記事群、および、抽出記事から探索された記事群のなかで重複するものを削除する。
【００６４】
ステップ１１２で、記事配信部１４は、当該購読者の利用者情報テーブルの配信済み記事番号と一致する記事を、リンク情報を除いて削除する。
【００６５】
ステップ１１３で、記事配信部１４は、記事の配信要求を出した利用者端末２０の格納部２３にまだ空きがある場合は、ステップ１０６に戻って以上の処理を繰り返す。
【００６６】
ステップ１１４で、記事配信部１４は、配信対象記事群が確定したら、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などの公知の方法を用いて、記事群ファイルおよび記事間のリンク情報を利用者端末２０の格納部２３に配信する。
【００６７】
ステップ１１５で、記事配信部１４は、配信した全記事のうち、抽出記事のリンク先の記事以外の記事に対して許容配信数を１減算し、対応する記事情報テーブルを更新する。
【００６８】
ステップ１１６で、記事配信部１４は、配信した全記事の記事番号を、記事の配信要求を出した購読者の利用者情報テーブルの配信済み記事番号に記録する。
【００６９】
図５を参照すると、記事配信部１４が抽出した記事を起点にリンク探索を行う処理の流れを示すフローチャートが示されている。
【００７０】
ステップ２０１で、記事配信部１４は、抽出した記事を配信対象に加える。ステップ２０２で、記事配信部１４は、この抽出記事を着目記事と定義する。
【００７１】
ステップ２０３で、記事配信部１４は、この着目記事に未探索の被リンク先があるかどうか判断する。被リンク先があればステップ２０４に進み、被リンク先がなければステップ２１１に進む。
【００７２】
ステップ２０４で、記事配信部１４は、未探索の被リンク先記事の任意の１つを注目記事と定義する。ステップ２０５で、記事配信部１４は、着目記事が公開記事で、注目記事が非公開記事かどうか判断する。そうであればステップ２０３に戻る。そうでなければステップ２０６に進む。
【００７３】
ステップ２０６で、記事配信部１４は、注目記事が配信期限切れかどうか判断し、そうであればステップ２０３に戻り、そうでなければステップ２０７に進む。
【００７４】
ステップ２０７で、記事配信部１４は、注目記事は配信拒否投稿者からの記事であるか判断し、そうであればステップ２０３に戻り、そうでなければステップ２０８に戻る。
【００７５】
ステップ２０８で、記事配信部１４は、注目記事の配信許容数が１以上か判断し、１以上ならばステップ２０９に進み、０ならステップ２０３に戻る。
【００７６】
ステップ２０９で、記事配信部１４は、この注目記事を配信対象に加え、ステップ２１０で、この注目記事を着目記事と定義し直して、ステップ２０３に戻り、同じ処理を行う。
【００７７】
ステップ２０３で着目記事に未探索の被リンク先がないと判断した場合、記事配信部１４は、ステップ２１１で、着目記事のリンク先記事が配信期限切れかどうか判断する。配信期限切れであれば配信対象に加えず終了する。配信期限切れでなければステップ２１２に進む。
【００７８】
ステップ２１２で、記事配信部１４は、着目記事のリンク先の記事が拒否投稿者からの記事かどうか判断する。拒否投稿者からの記事であれば配信対象に加えず終了する。拒否投稿者からの記事でなければステップ２１３に進む。
【００７９】
ステップ２１３で、記事配信部１４は、着目記事のリンク先記事を新たな着目記事とし、ステップ２１４で、この新たな着目記事を配信対象に加える。そして、ステップ２０３に戻る。
【００８０】
図６を参照すると、リンク探索の例が示されている。
【００８１】
抽出記事Ａは非公開記事であり、リンク先の公開記事も配信候補に加えられる。
【００８２】
抽出記事Ｂは公開記事であり、リンク先（上側）、被リンク先（下側）の双方へ探索される。被リンク先への探索は、被リンク先が無くなるか、非公開記事になるか、配信許容数１未満の記事が現れると終了する。非公開記事および配信許容数１未満の記事は配信候補に加えない。リンク先へは、リンク先の記事の配信許容数に関係なく探索を続ける。配信期限切れの記事にたどり着いたところで探索を終了している。
【００８３】
抽出記事Ｃは公開記事であり、リンク先、被リンク先ともに配信拒否投稿者の記事にたどり着いたところで探索を終了している。
【００８４】
（３）記事表示
記事選択部２４は、利用者の操作に応じて、格納部２３が保存する記事を一覧表示、または、任意に選別して順次に表示する。表示内容は、記事の表題でもよいし、記事本文や参照されている静止画や動画の一部でもよい。また、記事のリンク探索で得られた関連記事の表題、または、その記事本文や参照されている静止画や動画の一部でもよい。
【００８５】
利用者がいずれかの記事を選択すると、記事選択部２４は、前半記事（１／２）のみを表示する。前半記事（１／２）が利用者端末２０の画面に表示しきれない場合は、スクロール操作などにより全体の閲覧を可能とする。利用者が後半記事（２／２）の閲覧に進む旨の操作をした場合は、図３に示したように、前半記事（１／２）の表示の次に「閲覧確認と単価表示」を行う。「閲覧確認と単価表示」にて利用者が後半記事（２／２）に進む旨を選択した場合は、後半記事（２／２）を表示するとともに、その旨を計数課金処理部１５に通知する。通知する契機は、ネットワーク接続状態であれば即時でも構わないし、非接続状態であれば次回接続時や次回の記事配信要求時でもよい。
【００８６】
（４）計数課金
記事選択部２４から「閲覧確認と単価表示」を経て購読者が後半記事（２／２）に進んだ旨の報告を受けた計数課金処理部１５は、当該記事の記事番号を報告のあった利用者ＩＤの利用者情報テーブルの閲覧記事番号欄に記録する。また、当該記事が公開記事である場合は、当該記事の記事情報テーブルにアクセスして投稿者ランク識別子を取得し、これを用いて表２の対応する再配信倍数の値を配信許容数に加える。また、表３の閲覧実績に示す点数を、当該記事の投稿者の利用者情報テーブルの評価累積値に加算する。また、閲覧料金の請求、精算、照会のとき、計数課金処理部１５は、利用者データベース１３の閲覧記事番号を取得し、この記事番号をキーにして記事データベース１２にアクセスして各記事の単価情報を取得し、閲覧料金の算出を行う。
【００８７】
（５）評価
購読者は、記事評価部２５により、表３の評価欄３項目（この投稿者の記事は全部配信して欲しい／評価なし／この投稿者からの記事は不要）の選択を行う。「評価なし」は表示せず他２項目のみを表示し、２項目のいずれも選択されなかった場合に「評価なし」と解釈してもよい。
【００８８】
記事評価部２５は、選択結果を表３に基づいて換算した点数を、利用者データベース１３の評価累積値に加算または減算する。加算または減算する契機は、ネットワーク接続状態であれば即時でもよいし、非接続状態であれば次回接続時や次回の記事配信要求時でもよい。
【００８９】
また、「この投稿者の記事は全部配信して欲しい」を選択した場合は、当該記事の投稿者ＩＤを当該購読者の利用者情報テーブルの定期購読投稿者識別子欄に追記し、投稿者ＩＤが配信拒否投稿者識別子欄にあった場合にはこれを削除する。また、「この投稿者からの記事は不要」を選択した場合は、当該記事の投稿者ＩＤを購読者の利用者情報テーブルの配信拒否投稿者識別子欄に追記し、投稿者ＩＤが定期購読投稿者識別子欄にあった場合にはこれを削除する。
【００９０】
図７を参照すると、本発明の第２の実施形態の記事配信システムの構成を示す図が示されている。図１に示された第１の実施形態の記事配信システムの構成と異なる点は、記事投稿部２１と、記事配信要求部２２と、記事選択部２４と、記事評価部２５が記事配信サーバ１０側にあることである。すなわち、第１の実施形態の利用者端末２０は、本発明の記事配信方法を実現するために、記事投稿部２１と、記事配信要求部２２と、記事選択部２４と、記事評価部２５を実装するためのハードウェアまたはソフトウェアを備える必要があった。これに対し、第２の実施形態の利用者端末２０は、ウェブブラウザを実装した通常のＰＣ端末などであり、第２の実施形態の記事配信サーバ２０のウェブサイトにアクセスすることにより、本発明の記事配信方法が実現される。
【００９１】
以上の実施形態においては、次のような変更が可能である。
【００９２】
記事配信部１４において、ランダムに記事を抽出するとき、新しい記事ほど優先的に抽出されるようにしてもよい。
【００９３】
記事配信部１４において、各購読者向けの次回配信予定記事リストを当該購読者からの配信要求がある前にあらかじめ準備しておいてもよい。
【００９４】
記事配信部１４において、抽出された配信候補記事からリンクによって関連付けられている一連の記事を配布せず、抽出記事のみを配信する選択肢を購読者に与えてもよい。
【００９５】
記事抽出時における配信記事量の制御において、利用者端末２０の格納部２３の領域の空き容量によらず、配信記事本数で上限を設けてもよい。
【００９６】
記事抽出時における配信記事量の制御において、利用者端末２０の格納部２３の領域の空き容量によらず、一度の記事配信における配信記事のファイル容量で上限を設けてもよい。
【００９７】
記事に対する配信期限の設定において、３０日のように固定化せず、閲覧者数や閲覧率（閲覧数／配信数）などに連動させて可変にしてもよい。
【００９８】
記事抽出において、記事配信を受けようとする購読者に、配信を希望する記事に含まれると思われるキーワードや、記事のジャンルを事前に指定させ、これに該当する記事を重点的に抽出してもよい。記事をジャンルごとに分類する公知の方法には、データマイニング技術、特定のキーワードが記事本文中に出現する頻度や記事本文の構文を解析し記述の類似度に応じて分類する方法などがある。また、既存の特定の記事を指定させることによって、この記事が属するジャンルの記事を抽出してもよい。
【００９９】
抽出記事を起点としたリンク記事の探索において、被リンク方向であっても非公開記事の場合は当該記事の配信許容数を問わず配信候補とするという方法でもよい。さらに非公開記事の場合は、抽出もしくはリンク探索のいずれの場合で配信対象となっても配信許容数を１減算しないという方法と組み合わせてもよい。
【０１００】
記事を分割し「閲覧確認と単価表示」を挿入する方法は、▲１▼投稿者自身が記事を前半と後半にファイルを分割してから投稿する方法、▲２▼ＨＴＭＬ文法等に従ってハイパーリンクを用いて記事ファイルを記事配信サーバ１０にて分割する方法、▲３▼記事ファイルは加工せず利用者端末２０の記事表示部において画面分割する方法のいずれでもよい。
【０１０１】
記事ファイルのフォーマットは、ＨＴＭＬに限らずその他のマークアップ言語や、プレーンテキスト、あるいはＦｌａｓｈ形式他のリッチメディアでもよい。
【０１０２】
記事の投稿時のリンク先指定については、複数の記事を指定可能としてもよい。
【０１０３】
図３に示した閲覧カウント方式は、記事を３以上に分割し、各々の部分に異なる単価設定を可能としてもよい。
【０１０４】
なお、記事配信サーバ１０および／または利用者端末２０は、専用のハードウェアにより実現する以外に、その機能を実現するためのプログラムを、コンピュータ読み取りが可能な記録媒体に記録して、この記録媒体に記録されたプログラムを記事配信サーバ１０および／または利用者端末２０となるべきコンピュータシステムに読み込ませて実行することにより、実現するものでもよい。コンピュータ読み取りが可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取りが可能な記録媒体とは、インターネットを介してプログラムを送信する場合のように、短時間の間に、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、コンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【０１０５】
【発明の効果】
以上説明したように、本発明によれば、次のような効果を有する。
【０１０６】
本発明の第１の効果は、購読者への記事配信における記事選択論理において、記事自体ならびに投稿者に対する評判を加味し、評判の高い記事、または、評判の高い投稿者からの記事が選択されやすくなっている点である。すなわち、記事配信を受けた購読者が当該記事を後半まで閲覧すれば、表２の再配信倍数にしたがって他の利用者に再配信を許容することにより、閲覧率の高い記事がより多くの利用者に配信されることを実現している。逆に言うと、閲覧率の低い記事はあまり再配信されることなく、つまり受信者は少数にとどまったまま比較的早期に配信が収束する。
【０１０７】
また、表３の評価点付与ルールに基づいて投稿者の評価点を累積し、新たな記事の投稿時にはこの値を用いて表２により決定される投稿者ランクに応じた初期配信数を与えることにより、過去に投稿した記事ならびに当該投稿者に対する評価が高いほど速やかにより多くの利用者に配信されることを実現している。逆に言うと、投稿の経験値が浅かったり、経験値があっても閲覧者からあまり評価されずに評価累積値が低いままとどまっていたりする投稿者からの記事は少ない購読者にしか配信されず、またその配信先で閲覧率が高くないとより多くの他の購読者に配信されるチャンスを得ることができない。
【０１０８】
これらの方法により、一般には、一般人が作成した記事には良質なものが少ないと指摘されているなかで、より良質または良質であると期待できる記事ほど購読者に配信される確率を高くすることで、記事配信を受ける購読者から見た場合の記事の良質度を向上させることができる。
【０１０９】
本発明の第２の効果は、投稿者の指定により投稿記事に対して他の記事へのリンク（関連付け）を可能とし、記事選択論理によって購読者への配信記事を抽出したときに、リンクによって直接的または間接的に関係付けられている他の記事を芋づる式に購読者に配信することができる点である。
【０１１０】
一般のＷｅｂページ構築においては、ページＢからページＡにリンクを張ることはよく用いられる方法であるが、なんらかの理由により最初にページＡに到達した利用者はリンクを逆にたどってページＢに至ることはできない。しかしながら、ページＡに対する批評としてページＢを作成した場合など、ページＡに最初に到達した場合でもページＢの存在を把握し、ページＢも閲覧したいケースは多々ある。
【０１１１】
本発明では、記事データベース１２に格納されている記事群から配信すべき記事を個別に抽出するとともに、抽出された記事を基点としてリンクで関連付けられたスレッドと呼ぶ一連の記事の集合を芋づる式に利用者端末２０に配信することで、いずれの記事から閲覧し始めてもリンクの向きに関わらず一連の記事群を閲覧することができる。
【０１１２】
また、配信時における記事選択処理において、抽出された記事からのリンクをたどり、被リンク方向にある記事の探索においては当該記事の許容配信数が１以上であるかを配信の条件に加えることにより、人気がある記事または人気がある投稿者からの記事にリンクを張るだけで投稿者自身の過去の評価に関わらず多くの利用者に当該記事が配信されるという抜け道を防ぐことが可能である。
【０１１３】
発明の第３の効果は、投稿者に対して記事の閲覧数に応じたロイヤリティ収入を自由にビジネスにすることが可能な方法を実現した点である。すなわち、購読者の利用者端末２０に記事を配信した後に記事の後半（２／２）まで閲覧を進めたか否かの報告を得ることで、課金対象となる記事を計数し清算することが可能であることに加えて、記事単価の値付けを０円以上の範囲で投稿者が自由に行えることで、例えば無料もしくは十分に安い値付けの記事で十分に定期購読客を集めた後に比較的高額な記事配信でロイヤリティ収入を増やすなどの記事販売戦略を投稿者自身が自由に実行することができる。
【０１１４】
本発明の第４の効果は、ユーザの任意によるクローズドグループの構築を可能とし、記事配信時に投稿者が記事配信範囲をクローズドグループ内に限定することを選択可能とした点である。すなわち、評判に連動して配信範囲が拡大するという本発明の仕組みを用いながら、過去記事へのリンク付けにより関連付けて感想や批評、コメントなどをリンク記事として投稿する場合に、リンク先のオリジナル記事と同じ範囲に配信されてしまう可能性を排除し、ユーザが任意に構築したクローズドグループのメンバー内にのみ当該感想等記事の配信範囲を制限することが可能である。
【０１１５】
本発明の第５の効果は、本発明の方法によるサービスの利用者に記事受信機能とともに記事配信機能を開放したことで、一般利用者の中に埋もれているコンテンツ制作の才能を拾い上げて、既存のコンテンツ配信メディアの枠に捕らわれない多彩なコンテンツの創出が期待できる点である。
【０１１６】
Ｗｅｂによる情報発信や、特定メンバー内でのメールの同報交換を行うメーリングリストなどを除いて、一般的にはコンテンツ配信サービスにおいてコンテンツ配信者と受信者は厳格に分離されている。分離されている理由は、一般利用者にコンテンツ配信機能を開放すると一部の悪質な利用者による公序良俗に反するコンテンツの配信を排除できない、または、一般的には一般人のコンテンツ制作スキルは一般的に低いとされており、コンテンツ配信機能を開放すると質の悪いコンテンツが氾濫する可能性があるからである。
【０１１７】
本発明では、第１の効果で説明したのと同様に、投稿者の評価累積値に応じた投稿者ランクの付与と、投稿者ランクに応じた記事の初期配信数制限と再配信倍数定義、および、記事閲覧数に連動した再配信制御により、購読者に不評な記事ならびに不評な投稿者からの記事の流通抑制を実現しており、これにより一部の悪質な投稿者からの公序良俗に反する記事や質の悪い記事などの流通を極力排除しながらも、全体として配信記事の良質化を実現しつつ、同時に記事配信機能を一般利用者に開放することが可能になる。これらの方法により、一般利用者の中に埋もれているコンテンツ制作の才能を拾い上げて多くの利用者でこれを育てていくことが可能になり、既存のコンテンツ配信メディアの枠に捕らわれない多彩なコンテンツの創出が期待できる。
【０１１８】
本発明の第６の効果は、本発明が短距離無線機能を搭載したモバイル端末向けコンテンツ配信サービスに最適な機能を実現している点である。
【０１１９】
今後、公衆無線ＬＡＮアクセスサービスに代表されるように、ＰＤＡなどの小型情報機器に無線ＬＡＮやＢｌｕｅｔｏｏｔｈ、ＵＷＢ（ウルトラワイドバンド）などの低出力短距離無線機能が搭載され、こららに向けたコンテンツ配信サービスが本格的に登場することが期待される。これらの低出力短距離無線アクセス方式の特徴は、携帯電話サービスと異なり、比較的広帯域でかつ通信料が定額固定の料金体系が主流と見られる点である。しかし、これらの低出力短距離無線の欠点は、携帯電話サービスほどの接続性、すなわち、いつでもどこでもつながることが期待できない点である。
【０１２０】
本発明では、利用者端末２０から記事の配信要求があったときに、当該利用者向けに選び出した記事を一括配信し、配信後は利用者端末２０がネットワークから切り離された状態でも記事の閲覧が可能である点が、低出力短距離無線アクセス方式を用いたネットワーク接続サービスに適しているのである。
【図面の簡単な説明】
【図１】本発明の第１の実施形態の記事配信システムの構成を示す図である。
【図２】複数の記事がリンクで関連付けられた様子を示す図である。
【図３】記事の前半から後半へ進む場合の表示の変化を示す図である。
【図４】記事配信要求部２２が記事の配信要求をしてから、記事配信部１４が記事を配信するまでの処理の流れを示すフローチャートである。
【図５】記事配信部１４が抽出した記事を起点にリンク探索を行う処理の流れを示すフローチャートである。
【図６】リンク探索の一例である。
【図７】本発明の第２の実施形態の記事配信システムの構成を示す図である。
【符号の説明】
１０  記事配信サーバ
１１  記事登録部
１２  記事データベース
１３  利用者データベース
１４  記事配信部
１５  計数課金処理部
２０  利用者端末
２１  記事投稿部
２２  記事配信要求部
２３  格納部
２４  記事選択部
２５  記事評価部
１００〜１１６  ステップ
２０１〜２１４  ステップ
【図１】
2004318404.tif 000007
【図２】
2004318404.tif 000008
【図３】
2004318404.tif 000009
【図４】
2004318404.tif 000010
【図５】
2004318404.tif 000011
【図６】
2004318404.tif 000012
【図７】
2004318404.tif 000013