(57)【要約】【課題】サイズの大きい情報であってもＢＢＳに参加する各ユーザに対して効率的にかつ容易に配信を行う。【解決手段】複数の電子掲示板を開設しユーザに情報を配信する情報配信システムに、各ユーザの電子掲示板へのアクセス権を示すアクセス権情報と各ユーザの電子メールアドレスとを記憶するユーザデータベース１Ｄ１と、情報を配信する優先度を電子掲示板ごとに設定する優先度決定部と、ユーザへ情報を配信すべき旨の依頼が電子掲示板に対してなされたときに、設定されたその電子掲示板の優先度に基づいて、その電子掲示板へのアクセスが可能な旨がアクセス権情報に示されるユーザの電子メールアドレスに宛ててその依頼に係る情報を配信する旨の指令を、メール配信部１０Ｓに対して行うメール配信指令部１０４と、設ける。【選択図】      図２
2005018216.tif 000002
【特許請求の範囲】
【請求項１】
複数の電子掲示板を開設しユーザに情報を配信する情報配信システムであって、
各ユーザの前記電子掲示板へのアクセス権を示すアクセス権情報と各ユーザの電子メールアドレスとを記憶するユーザデータベースと、
情報を配信する優先度を前記電子掲示板ごとに設定する優先度設定手段と、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記優先度設定手段によって設定された当該電子掲示板の前記優先度に基づいて、当該電子掲示板へのアクセスが可能な旨が前記アクセス権情報に示されるユーザの前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令を、メールサーバに対して行うメール配信指令手段と、
を有してなることを特徴とする情報配信システム。
【請求項２】
１つまたは複数の電子掲示板を開設しユーザに情報を配信する情報配信システムであって、
ユーザの電子メールアドレスを記憶するユーザデータベースと、
前記電子掲示板ごとの過去にユーザに配信した情報の内容またはタイトルを記憶するログデータベースと、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ログデータベースに記憶されている、当該電子掲示板の過去にユーザに配信した情報の内容またはタイトルの中に、当該依頼に係る情報の内容またはタイトルが含まれているか否かを照合することによって、当該依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があるか否かを判別する二重依頼チェック手段と、
前記二重依頼チェック手段によって前記依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があると判別された場合に、当該依頼に係る情報を配信してもよいか否かの確認を当該依頼の依頼元に対して行う配信確認手段と、
前記配信確認手段によって前記依頼に係る情報を配信してもよい旨の確認が得られた場合は前記ユーザデータベースに記憶されている前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令をメールサーバに対して行い、当該確認が得られない場合は当該依頼をキャンセルする、メール配信指令手段と、
を有してなることを特徴とする情報配信システム。
【請求項３】
電子掲示板を開設しユーザに情報を配信する情報配信システムであって、
ユーザごとに当該ユーザの電子メールアドレスと当該ユーザへ電子メールを配信してもよいか否かを示す配信可否情報とを記憶するユーザデータベースと、
配信した電子メールの配信先である前記電子メールアドレスが存在しない旨を示す配信エラーを受け付けるエラー受付手段と、
前記エラー受付手段によって前記配信エラーが受け付けられたときに、当該配信エラーに示される前記電子メールアドレスに係るユーザの前記配信可否情報を、電子メールを配信しない旨を示すように更新する配信可否情報更新手段と、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ユーザデータベースに記憶されている前記電子メールアドレスを宛先として当該依頼に係る情報を電子メールによって配信する旨の指令をメールサーバに対して行うメール配信指令手段と、
前記ユーザデータベースに記憶されている前記電子メールアドレスのうち電子メールを配信しない旨が示される前記配信可否情報に係るユーザのものについては宛先から除外するように、前記メール配信指令手段を制御する配信指令制御手段と、
を有してなることを特徴とする情報配信システム。
【請求項４】
１つまたは複数の電子掲示板を有するシステムにおけるユーザへの情報配信方法であって、
ユーザの電子メールアドレスを記憶するユーザデータベースおよび前記電子掲示板ごとの過去にユーザに配信した情報の内容またはタイトルを記憶するログデータベースへのアクセスが可能なように当該システムを予め構成しておき、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ログデータベースに記憶されている、当該電子掲示板の過去にユーザに配信した情報の内容またはタイトルの中に、当該依頼に係る情報の内容またはタイトルが含まれているか否かを照合することによって、当該依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があるか否かを判別し、
前記依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があると判別された場合に、当該依頼に係る情報を配信してもよいか否かの確認を当該依頼の依頼元に対して行い、
前記依頼に係る情報を配信してもよい旨の確認が得られた場合は前記ユーザデータベースに記憶されている前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令をメールサーバに対して行い、当該確認が得られない場合は当該依頼をキャンセルする、
ことを特徴とする情報配信方法。
【請求項５】
複数の電子掲示板を開設しユーザに情報を配信するコンピュータに用いられるコンピュータプログラムであって、
情報を配信する優先度を前記電子掲示板ごとに設定する処理と、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、各ユーザの前記電子掲示板へのアクセス権を示すアクセス権情報と各ユーザの電子メールアドレスとを記憶するユーザデータベースより、当該依頼に係る前記掲示板の前記アクセス権情報と各ユーザの前記電子メールアドレスを取得する処理と、
前記依頼に係る前記掲示板に対して設定された前記優先度に基づいて、取得した前記アクセス権情報が当該電子掲示板へのアクセスが可能であると示すユーザの前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令を、メールサーバに対して行う処理と、
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子掲示板に書き込まれた情報を各ユーザに配信する情報配信システムに関する。
【０００２】
【従来の技術】
従来より、多数のユーザ同士で情報を交換し合うシステムが提案されている。例えば、下記の特許文献１に記載される同報配信システムによると、あるユーザが作成した文書（情報）を他の多数のユーザに対して電子メールによって配信することによって、情報を交換し合うことができる。その他に、各ユーザから提供される情報を集めて希望者に配信するＢＢＳ（電子掲示板）などが提案されている。
【０００３】
これらの情報配信を行うためのシステムは、インターネットプロバイダなどの事業者によって、事業者自身のハードウェアおよびソフトウェアなどの資源を用いて構築され運営されることが多い。システムを構築し運営するためには、高度な技術および多くのコストが必要だからである。
【０００４】
そして、そのような事業者は、そのシステムを用いて、情報配信を行いたい者（例えば、学校、サークル、または情報提供サービス会社などの団体）のためにＢＢＳやＷｅｂサイトなどを開設するサービスを提供している。つまり、このような団体は、事業者のシステムの一部を借りてＢＢＳなどを開設している。これにより、これらの団体は、高度な技術的知識がなくとも、簡単にＢＢＳなどを開設することができる。
【０００５】
また、近年は、ディジタルカメラ付き携帯電話端末や小型マイク付きＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）などがどんどん普及しており、画像、映像、音声、またはマルチメディアなどのデータのようなサイズの大きいデータを多数のユーザ同士で気軽に交換したいというニーズが高まっている。
【０００６】
【特許文献１】
特開２００２−１６３２０２号公報
【０００７】
【発明が解決しようとする課題】
しかし、マルチメディアデータなどのようなサイズの大きいデータを同時期に多数配信しようとすると、システムに大きな負担が掛かり、処理の遅延が発生するおそれがある。そうすると、緊急を要する情報をすぐに配信することができなくなるなどの不具合が生じることになる。
【０００８】
処理の遅延の発生を抑えるために、どのデータ（情報）をどのタイミングで配信するかを決めることが考えられる。従来のシステムでは、ＢＢＳを開設する団体が係るタイミングを決めることは技術的に難しい。よって、システムを運営する事業者が係るタイミングを決めることになる。
【０００９】
ところが、そうすると、事業者にとってシステムの運営の負担が大きくなってしまう。また、事業者が各団体の中でやり取りされる情報に触れる機会が増えるので、事業者から情報が漏洩するおそれが生じると言えなくもない。
【００１０】
よって、事業者がサービスの提供相手である団体などから高い信頼を得るためには、その団体などの中でやり取りされる情報について事業者ができるだけ関与しなくてもよいシステムを構築することが望ましい。このためには、取扱いが簡単なシステムが求められる。
【００１１】
本発明は、このような問題点に鑑み、サイズの大きい情報であってもＢＢＳに参加する各ユーザに対して効率的にかつ容易に配信を行うことができるシステムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明に係る情報配信システムは、複数の電子掲示板を開設しユーザに情報を配信する情報配信システムであって、各ユーザの前記電子掲示板へのアクセス権を示すアクセス権情報と各ユーザの電子メールアドレスとを記憶するユーザデータベースと、情報を配信する優先度を前記電子掲示板ごとに設定する優先度設定手段と、ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記優先度設定手段によって設定された当該電子掲示板の前記優先度に基づいて、当該電子掲示板へのアクセスが可能な旨が前記アクセス権情報に示されるユーザの前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令を、メールサーバに対して行うメール配信指令手段と、を有してなる。
【００１３】
または、ユーザの電子メールアドレスを記憶するユーザデータベースと、前記電子掲示板ごとの過去にユーザに配信した情報の内容またはタイトルを記憶するログデータベースと、ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ログデータベースに記憶されている、当該電子掲示板の過去にユーザに配信した情報の内容またはタイトルの中に、当該依頼に係る情報の内容またはタイトルが含まれているか否かを照合することによって、当該依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があるか否かを判別する二重依頼チェック手段と、前記二重依頼チェック手段によって前記依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があると判別された場合に、当該依頼に係る情報を配信してもよいか否かの確認を当該依頼の依頼元に対して行う配信確認手段と、前記配信確認手段によって前記依頼に係る情報を配信してもよい旨の確認が得られた場合は前記ユーザデータベースに記憶されている前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令をメールサーバに対して行い、当該確認が得られない場合は当該依頼をキャンセルする、メール配信指令手段と、を有してなる。
【００１４】
または、ユーザごとに当該ユーザの電子メールアドレスと当該ユーザへ電子メールを配信してもよいか否かを示す配信可否情報とを記憶するユーザデータベースと、配信した電子メールの配信先である前記電子メールアドレスが存在しない旨を示す配信エラーを受け付けるエラー受付手段と、前記エラー受付手段によって前記配信エラーが受け付けられたときに、当該配信エラーに示される前記電子メールアドレスに係るユーザの前記配信可否情報を、電子メールを配信しない旨を示すように更新する配信可否情報更新手段と、ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ユーザデータベースに記憶されている前記電子メールアドレスを宛先として当該依頼に係る情報を電子メールによって配信する旨の指令をメールサーバに対して行うメール配信指令手段と、前記ユーザデータベースに記憶されている前記電子メールアドレスのうち電子メールを配信しない旨が示される前記配信可否情報に係るユーザのものについては宛先から除外するように、前記メール配信指令手段を制御する配信指令制御手段と、を有してなる。
【００１５】
または、ユーザが当該情報配信システムにログオンしたときに、当該ユーザの前記配信可否情報が電子メールを配信しない旨を示すか否かを判別する配信可否判別手段と、前記配信可否判別手段によって前記配信可否情報が電子メールを配信しない旨を示すと判別された場合に、当該配信可否情報に係るユーザの端末装置に対して当該ユーザの前記電子メールアドレスが存在しない旨の警告メッセージを配信する警告手段と、ユーザによって新たな電子メールアドレスが指定された場合に、前記ユーザデータベースに記憶されている当該ユーザの前記電子メールアドレスを当該新たな電子メールアドレスに更新する電子メールアドレス更新手段と、を有してなる。
【００１６】
【発明の実施の形態】
図１は本発明に係る情報配信システム１の構成およびネットワーク全体の例を示す図、図２は情報配信システム１の機能的構成の例を示す図である。
【００１７】
図１に示すように、本発明に係る情報配信システム１は、複数のサーバ機１１（１１１、１１２、…、１１ｎ）、ディスプレイ装置１２、およびキーボードまたはマウスなどの入力装置１３などによって構成される。
【００１８】
情報配信システム１には、ＷｅｂサイトおよびＢＢＳ（電子掲示板）が設けられており、ユーザから提供される情報を管理するとともにこれらの情報をユーザに配信することができる。情報配信システム１は、インターネットプロバイダまたは通信事業者などの事業者によって運営される。係る事業者は、ＷｅｂサイトおよびＢＢＳの開設を所望する団体または個人などに対して、ＷｅｂサイトおよびＢＢＳの運用管理のサービスを提供する。
【００１９】
これらの団体または個人が開設するＷｅｂサイトをポータルサイトとして利用するユーザは、自分の端末装置２を操作してそのＷｅｂサイト（ポータルサイト）にログオンした後、そのポータルサイトの中にあるＢＢＳを介して他のユーザと情報の交換を行うことができる。以下、ユーザがＢＢＳに提供（アップロード）する情報を、後に説明するシステムの運営のために用いられる各情報（配信依頼情報７１、アクセス権情報８２ａなど）と区別するために、「ニュース」と記載することがある。
【００２０】
端末装置２は、通信回線３を介して情報配信システム１に接続することができる。端末装置２として、Ｗｅｂブラウザおよび電子メールアプリケーションがインストールされたパーソナルコンピュータ、ワークステーション、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、または携帯電話端末などが用いられる。通信回線３として、インターネット、イントラネット、公衆回線、または専用線などが用いられる。
【００２１】
サーバ機１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、磁気記憶装置、および各種のインタフェースなどによって構成されている。磁気記憶装置には、ＯＳ（オペレーティングシステム）のほか、後に説明する機能を実現するためのプログラムおよびデータがインストールされている。プログラムおよびデータは、必要に応じてＲＡＭにロードされる。そして、ＣＰＵによってプログラムが実行される。
【００２２】
例えば、サーバ機１１１の磁気記憶装置には、ＢＢＳサーバ用のアプリケーションおよびデータがインストールされている。サーバ機１１２の磁気記憶装置には、電子メールサーバ用のアプリケーション（例えば、サンマイクロシステムズ社のＳＩＭＳ（Ｓｕｎ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｓｅｒｖｅｒ）、センドメール社のＳｅｎｄｍａｉｌ、またはＰｏｓｔｆｉｘなど）およびデータがインストールされている。その他のサーバ機１１にも、Ｗｅｂサーバ用のアプリケーションまたはデータベースサーバ用のアプリケーションなどがインストールされている。
【００２３】
情報配信システム１は、図１に示すように複数のサーバ機１１によって構成し各処理を分散して実行するようにしてもよい。または、１台の高性能のサーバ機１１にＢＢＳサーバ、電子メールサーバ、Ｗｅｂサーバ、およびデータベースサーバなどを構築するようにしてもよい。
【００２４】
このような構成により、情報配信システム１は、図２に示すように、ＢＢＳ管理部１０Ｂ、ユーザデータベース１Ｄ１、ログデータベース１Ｄ２、キュー格納部１Ｄ３、優先度設定部１０１、配信依頼受付部１０２、ジョブ生成部１０３、メール配信指令部１０４、ユーザ情報登録部１０５、エラー受信部１０６、ログオン処理部１０７、不存在警告部１０８、フラグ更新部１０９、およびメール配信部１０Ｓなどの機能が実現される。
【００２５】
以下、情報配信システム１の各部の機能について、ある学校が情報配信システム１にポータルサイトおよび複数のＢＢＳを開設し、生徒、保護者、および先生などが情報交換（ニュースのやり取り）を行う場合を例に説明する。
【００２６】
図３はユーザ情報テーブルＴＬ１の例を示す図、図４はグループ情報テーブルＴＬ２の例を示す図、図５は所属メンバーテーブルＴＬ３の例を示す図、図６は情報登録画面ＨＧ１の例を示す図、図７はグループリストＬＳ１の例を示す図、図８はグループ登録画面ＨＧ２の例を示す図、図９はログオン画面ＨＧ３の例を示す図、図１０はトップページ画面ＨＧ４の例を示す図である。
【００２７】
図２のユーザデータベース１Ｄ１は、図３に示すようなユーザ情報テーブルＴＬ１、図４に示すようなグループ情報テーブルＴＬ２、および図５に示すような所属メンバーテーブルＴＬ３を記憶しており、ポータルサイトおよびＢＢＳを利用するユーザすなわちその学校の生徒、保護者、および先生などに関する個人情報などの管理を行う。
【００２８】
図３のユーザ情報テーブルＴＬ１には、各ユーザの電子メールアドレス８１ａ、エラーメールフラグ８１ｂ、パスワード８１ｃ、および氏名８１ｄが、ユーザＩＤと対応付けられて格納されている。エラーメールフラグ８１ｂは、そのユーザの電子メールアドレス８１ａが無効であるかまたは有効であるかを示している。つまり、エラーメールフラグ８１ｂが「１」である場合は、それに対応する電子メールアドレス８１ａは無効でありすなわち存在しておらず、それに宛てて電子メールを送信しても宛先不明で戻ってきてしまうことを意味する。一方、「０」である場合は、電子メールアドレス８１ａが有効であることを意味する。
【００２９】
図４のグループ情報テーブルＴＬ２には、グループごとのアクセス権情報８２ａがグループＩＤと対応付けられて格納されている。本実施形態では、各クラス（１年１組、１年２組、…）、先生の集まり、保護者の集まり、またはＰＴＡ、行政、または事務局などの組織ごとに、それぞれ１つのグループを形成している。
【００３０】
アクセス権情報８２ａは、そのグループおよび所属するユーザ（メンバー）に与えられた、各ＢＢＳ（ＢＢＳ１、２、…、ｎ）へのアクセス権限を示している。各グループに属するユーザを示す情報は、図５の所属メンバーテーブルＴＬ３に格納されている。
【００３１】
ユーザ情報テーブルＴＬ１のエラーメールフラグ８１ｂ以外の情報および所属メンバーテーブルＴＬ３の内容は、次のような手順で、ユーザ情報登録部１０５によって登録または更新の処理が行われる。
【００３２】
すなわち、ユーザは、自分の端末装置２に図６の情報登録画面ＨＧ１を表示させ、各テキストボックスに所定の事項を入力し、登録ボタンＢＮ１１をクリックする。なお、グループＩＤの入力は、図７に示すグループリストＬＳ１より選択することによって行うことができる。グループＩＤは複数選択することができる。グループリストＬＳ１は、情報登録画面ＨＧ１の検索ボタンＢＮ１２をクリックすると表示される。
【００３３】
すると、ユーザ情報登録部１０５は、入力された内容を端末装置２より受信し、これに基づいてユーザ情報テーブルＴＬ１または所属メンバーテーブルＴＬ３の内容の登録または更新を行う。情報登録画面ＨＧ１のようなＷｅｂページを介してではなく、ファイル転送などによって登録または更新を行うようにしてもよい。
【００３４】
また、図４のグループ情報テーブルＴＬ２のアクセス権情報８２ａも、ユーザ情報登録部１０５によって登録または更新の処理が行われる。すなわち、グループの代表者、先生、またはポータルサイトの管理者などのユーザは、所定の操作を行い、端末装置２にグループ情報テーブルＴＬ２の内容を表示させる。ここで、アクセス権情報８２ａを変更し、変更点を情報配信システム１に送信する。新たにグループを登録する場合は、図８に示すようなグループ登録画面ＨＧ２の各テキストボックスに所定の事項を入力し、入力内容を情報配信システム１に送信する。すると、ユーザ情報登録部１０５は、送信されてきた内容に基づいてグループ情報テーブルＴＬ２の更新または登録を行う。
【００３５】
ログデータベース１Ｄ２は、過去にアップロード（書込み）があった情報すなわちニュースのタイトル、内容（本文）、日付、時刻、および書込み者などをログ情報７ＬとしてＢＢＳごとに記憶している。
【００３６】
図２のログオン処理部１０７は、学校のポータルサイトを利用するユーザの認証の処理などを行う。係る処理は、次のような手順で行われる。ユーザは、端末装置２のＷｅｂブラウザにポータルサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指定する。すると、ログオン処理部１０７は、図９に示すログオン画面ＨＧ３をその端末装置２に表示させる。
【００３７】
ユーザは、ログオン画面ＨＧ３のテキストボックスに、自分のユーザＩＤおよびパスワードを入力する。すると、ログオン処理部１０７は、ユーザ情報テーブルＴＬ１（図３参照）にアクセスし、入力されたユーザＩＤとパスワードとが対応するか否かを判別することによってユーザ認証を行う。ユーザ認証が得られたユーザの端末装置２には、図１０に示すようなトップページ画面ＨＧ４が表示される。
【００３８】
トップページ画面ＨＧ４には、ログオンしたユーザの氏名ＴＴ２のほか、そのユーザがアクセスすることができる各ＢＢＳへのハイパーリンクＨＬ４１が埋め込まれている。したがって、トップページ画面ＨＧ４の内容は、ログオンしたユーザごとにそれぞれ異なる。
【００３９】
トップページ画面ＨＧ４は、例えば、ＨＴＭＬまたはＪａｖａ（登録商標）などのＷｅｂページ用の言語によって記述される。氏名ＴＴ２の部分のコードは、ユーザ情報テーブルＴＬ１（図３参照）に基づいて生成される。各ハイパーリンクＨＬ４１の部分のコードは、グループ情報テーブルＴＬ２（図４参照）、所属メンバーテーブルＴＬ３（図５参照）、および後に説明するＢＢＳ情報テーブルＴＬ４（図１１参照）などに基づいて生成される。
【００４０】
なお、前に説明した図６の情報登録画面ＨＧ１、図８のグループ登録画面ＨＧ２、および図９のログオン画面ＨＧ３、および後に説明する各画面（図１３、図１４など参照）も、トップページ画面ＨＧ４と同様に、ＨＴＭＬなどのＷｅｂページ用の言語によって記述される。
【００４１】
図１１はＢＢＳ情報テーブルＴＬ４の例を示す図、図１２は配信依頼受付部１０２の構成の例を示す図、図１３はＢＢＳトップ画面ＨＧ５の例を示す図、図１４はアップロード画面ＨＧ６の例を示す図、図１５はジョブ生成部１０３の構成の例を示す図、図１６はキュー格納部１Ｄ３に格納されたジョブ７２の例を示す図、図１７は各メールサーバと配信優先度および迂回先との関係の例を示す図、図１８は警告画面ＨＧ７の例を示す図、図１９はユーザ情報変更画面ＨＧ８の例を示す図である。
【００４２】
図２に戻って、ＢＢＳ管理部１０Ｂは、この学校が開設する各ＢＢＳの管理のための処理を行う。具体的には、ユーザが提供した情報（ニュース）をＢＢＳに書き込む（アップロードする）処理、ＢＢＳに書き込まれたニュースをユーザに配信する処理、およびＢＢＳの管理のための情報を格納しているＢＢＳ情報テーブルＴＬ４の管理などを行う。
【００４３】
ＢＢＳ情報テーブルＴＬ４には、図１１に示すように、ＢＢＳごとの表示用タイトル８４ａおよび優先度情報８４ｂが格納されている。表示用タイトル８４ａは、前に説明した、ＢＢＳへのハイパーリンクＨＬ４１（図１０参照）および後に説明するＢＢＳトップ画面ＨＧ５のタイトル（図１３参照）などの表示のために用いられる。優先度情報８４ｂは、そのＢＢＳに書き込まれたニュースを、電子メールとしてユーザに配信する際の優先度を決めるために用いられる。これについては、後に説明する。
【００４４】
この優先度情報８４ｂは、学校の先生またはポータルサイトの管理者が決めることができる。例えば、次のような手順で優先度情報８４ｂを決める。まず、学校の先生（ユーザ）は、自分のユーザＩＤを用いて学校のポータルサイトにログオンし、端末装置２に図１０のトップページ画面ＨＧ４を表示させる。そして、ハイパーリンクＨＬ４２をクリックする。
【００４５】
すると、図２の優先度設定部１０１は、ＢＢＳ情報テーブルＴＬ４の内容をＢＢＳ管理用画面として端末装置２に表示させる。ユーザは、所望する優先度情報８４ｂを入力する。このとき、優先度設定部１０１は、入力された内容に基づいてＢＢＳ情報テーブルＴＬ４を更新する。なお、表示用タイトル８４ａを変更する場合も同様の手順で処理を行う。
【００４６】
ＢＢＳ管理部１０Ｂにおける、ユーザが提供したニュースをＢＢＳにアップロードする処理およびそのニュースをユーザに配信する処理については、後に説明する。
【００４７】
配信依頼受付部１０２は、図１２に示すように、依頼情報受信部１２１、二重依頼チェック部１２２、および配信確認部１２３によって構成され、ＢＢＳにニュースをアップロードし他のユーザにそれを配信すべき旨の依頼を受け付ける処理を行う。係る処理は、例えば次のような手順で行われる。
【００４８】
ニュースの提供元であるユーザは、所定の操作を行って学校のポータルサイトにログオンし、図１０のトップページ画面ＨＧ４を自分の端末装置２に表示させる。ニュースをアップロード（掲載）したいＢＢＳのハイパーリンクＨＬ４１をクリックし、そのＢＢＳにアクセスする。このとき、端末装置２には、図１３に示すようなＢＢＳトップ画面ＨＧ５が表示される。ここで、登録ボタンＢＮ５１をクリックすると、図１４に示すように、ニュースをアップロードするためのフォームを有するアップロード画面ＨＧ６が表示される。ただし、ユーザがそのＢＢＳに対するＷｒｉｔｅ権を持っていない場合は、アップロード画面ＨＧ６の代わりにアクセス権がない旨のメッセージが表示される。
【００４９】
ユーザは、提供したいニュースの題名（タイトル）および本文をテキストボックスＴＸ６１、ＴＸ６２に入力する。ニュースに関する静止画像、動画像、音声、またはマルチメディアデータなどのバイナリデータ（バイナリファイル）を提供したい場合は、そのバイナリファイルの保存されている場所（パス）またはファイル名をテキストボックスＴＸ６３に入力する。また、必要に応じてチェックボックスＣＢ６１、ＣＢ６２をチェックしまたは選択ボタン群ＳＢ６１の中のいずれかのボタンを選択する。これらのチェックボックスおよび選択ボタン群については、後に説明する。そして、送信ボタンＢＮ６１をクリックする。
【００５０】
これにより、入力され、チェックされ、または選択された内容およびアップロード先のＢＢＳを示す情報が配信依頼情報７１として端末装置２から情報配信システム１へ送信され、図１２の依頼情報受信部１２１によって受信される。
【００５１】
二重依頼チェック部１２２は、ユーザが提供したいニュースと同じようなニュースが以前にそのＢＢＳにアップロードされたことがあるか否かを、ログデータベース１Ｄ２に記憶されているログ情報７Ｌに基づいてチェックする。
【００５２】
すなわち、配信依頼情報７１に示される題名および本文とログ情報７Ｌの中の題名および本文とを照合し、互いに一致するものが見つかった場合は、以前に同じようなニュースがアップロードされた可能性があると判別する。または、題名および本文のうちの少なくとも一方が互いに一致する場合に、このように判別するようにしてもよい。
【００５３】
このように判別された場合に、配信確認部１２３は、依頼元であるユーザの端末装置２に対して、二重にニュースの配信の依頼をしている可能性がある旨の通知を行う。ユーザは、誤って二重に依頼をしていた場合は、今回の依頼をキャンセルするように要求する。これにより、配信依頼情報７１についての処理は中止する。そうでない場合または同じニュースを再掲載したい場合は、図１４のアップロード画面ＨＧ６のチェックボックスＣＢ６２をチェックして送信ボタンＢＮ６１をクリックする。これにより、端末装置２から配信確認部１２３に対して、配信を行ってもよい旨の確認通知７３が送信され、次に説明する、ＢＢＳ管理部１０Ｂによる処理が行われる。
【００５４】
ＢＢＳ管理部１０Ｂは、受け付けられた配信依頼情報７１に基づいて、指定されたＢＢＳに、ユーザより提供されたニュースの題名および本文をアップロードする。バイナリファイルがある場合は、これを所定のディレクトリに格納しておく。これにより、各ユーザは、そのＢＢＳのトップページ画面ＨＧ４（図１３参照）より、新たに提供されたニュースの提供（配信）を受けることができる。アップロードの処理と前後してまたは並行して、ログデータベース１Ｄ２に記憶されているログ情報７Ｌを更新する。つまり、ログ情報７Ｌに、今回のニュースの題名および本文などを書き込む。
【００５５】
受け付けられた配信依頼情報７１に「タイトル、内容をメールに掲載」または「新規情報ありの連絡メール」が示される（すなわち、図１４において選択ボタン群ＳＢ６１の中の「メールなし」以外のボタンが選択された）場合は、さらに、次に説明するジョブ生成部１０３、メール配信指令部１０４、およびユーザ情報登録部１０５の処理によって、新たに情報（ニュース）の提供があった旨を知らせる電子メールＭ１を生成し所定のユーザに配信する。
【００５６】
ジョブ生成部１０３は、図１５に示すように、グループ判別部１３１、不存在アドレス判別部１３２、電子メール生成部１３３、および優先度決定部１３４などによって構成され、電子メールＭ１の配信先（宛先）および配信の優先度を決定する。
【００５７】
グループ判別部１３１は、電子メールＭ１を配信すべきグループを判別する。すなわち、配信依頼受付部１０２で受け付けられた配信依頼情報７１に指定されたＢＢＳ（ニュースのアップロード先のＢＢＳ）に対する「Ｒｅａｄ」のアクセス権が与えられているグループを、図４のグループ情報テーブルＴＬ２に基づいて判別する。
【００５８】
不存在アドレス判別部１３２は、判別されたグループに所属するメンバー（ユーザ）の電子メールアドレス８１ａを図３のユーザ情報テーブルＴＬ１より図５の所属メンバーテーブルＴＬ３に基づいて抽出する。さらに、その中からエラーメールフラグ８１ｂが立っている（「１」を示す）電子メールアドレス８１ａを判別する。つまり、抽出された電子メールアドレス８１ａのうちの無効（不存在）であるとされる電子メールアドレス８１ａを判別する。そして、無効であるとされる電子メールアドレス８１ａを除外した分の電子メールアドレス８１ａを電子メール生成部１３３に通知する。
【００５９】
電子メール生成部１３３は、配信依頼情報７１に示される題名および本文に基づいて電子メールＭ１を生成する。また、電子メールＭ１の宛先のＢｃｃ（Ｂｌｉｎｄ  Ｃａｒｂｏｎ  Ｃｏｐｙ  ）の欄には、不存在アドレス判別部１３２より通知された電子メールアドレス８１ａを指定する。また、バイナリファイルがある場合（すなわち、図１４のアップロード画面ＨＧ６において添付ファイルが指定された場合）は、これを電子メールＭ１の添付ファイルとする。
【００６０】
ただし、図１４のアップロード画面ＨＧ６において「新規情報ありの連絡メール」が選択されている場合は、配信依頼情報７１に示される題名および新たな情報（ニュース）がＢＢＳにアップロードされた旨を示すメッセージのみを電子メールＭ１に記載し、配信依頼情報７１に示される本文およびバイナリファイルは用いない。
【００６１】
優先度決定部１３４は、生成された電子メールＭ１の送信（配信）の優先度ＰＲを決定する。具体的には、図１１のＢＢＳ情報テーブルＴＬ４に設定されている、その電子メールＭ１と同じ内容（ニュース）がアップロードされたＢＢＳに対応する優先度情報８４ｂに基づいて決定する。なお、配信の依頼元のユーザが図１４のアップロード画面ＨＧ６においてチェックボックスＣＢ６１にチェックをしていた場合は、ＢＢＳ情報テーブルＴＬ４の設定よりも高い優先度ＰＲを与えるようにする。例えば、ＢＢＳ情報テーブルＴＬ４の設定の関わらず「１」を与える。
【００６２】
このようにして生成された電子メールＭ１および決定された優先度ＰＲは、図１６に示すように、互いに対応付けられて１つのジョブ７２としてキュー格納部１Ｄ３に格納される。
【００６３】
図２に戻って、メール配信指令部１０４は、キュー格納部１Ｄ３に格納されているジョブ７２を１つずつ順にメール配信部１０Ｓに送ることによって、各ユーザへ電子メールＭ１を送信（配信）するようにメール配信部１０Ｓに対して指令する。
【００６４】
指令は、次のような規則に基づいて行われる。（１）優先度ＰＲの小さいジョブ７２から順に指令が行われる。（２）「−」の記号は、特に優先的に配信する必要のないジョブ７２（電子メールＭ１）を示している。よって、このような電子メールＭ１は、深夜などネットワークのトラフィックが少ない時間帯に配信されることが多い。（３）同じ値の優先度ＰＲのジョブ７２が複数ある場合は、先にキュー格納部１Ｄ３に格納されたほうが優先的に処理される。
【００６５】
これらの規則によると、図１６に示す例の場合は、ジョブ名がそれぞれ「１」、「２」、「４」、「３」であるジョブ７２の順に処理がなされることとなる。ただし、キュー格納部１Ｄ３に新たなジョブ７２が格納された場合は、次に処理すべきジョブ７２を決め直す。
【００６６】
メール配信部１０Ｓが複数ある場合すなわち情報配信システム１に複数のメールサーバが設けられているような場合は、各メール配信部１０Ｓ（メールサーバ）にジョブ７２を振り分けて処理することができる。
【００６７】
例えば、図１７に示すように、メールサーバごとにそれぞれ異なるメールサーバ配信優先度の値を設定しておき、ジョブ７２をそのジョブ７２の優先度ＰＲの値と同じ値のメールサーバ配信優先度を持つメールサーバに送るようにしてもよい。または、上記（１）〜（３）の規則に従ってジョブ７２を並び替えておき、優先度ＰＲの高い順にジョブ７２を「１」、「２」、…、「ｎ」の各メールサーバに振り分けてもよい。
【００６８】
また、メール配信部１０Ｓがダウンするなどして応答がない場合は、そのメール配信部１０Ｓの「迂回先」として示される別のメール配信部１０Ｓにジョブ７２を送るようにしてもよい。
【００６９】
図２に戻って、メール配信部１０Ｓは、メール配信指令部１０４から送られてきたジョブ７２に基づいて、宛先（Ｂｃｃ）に示される電子メールアドレスへ電子メールＭ１を送信（配信）する。
【００７０】
エラー受信部１０６は、メール配信部１０Ｓによって配信した電子メールＭ１についての宛先不明のエラーに関するエラー情報７４を受信する。係るエラーの種類として、「ｕｓｅｒ  ｕｎｋｎｏｗｎ」エラーおよび「ｈｏｓｔ  ｕｎｋｎｏｗｎ」エラーなどがある。エラー情報７４には、エラーの種類のほか、不明とされる電子メールアドレスなどが示されている。
【００７１】
フラグ更新部１０９は、エラー情報７４に示される電子メールアドレス（８１ａ）に対応する、図３のユーザ情報テーブルＴＬ１に格納されているエラーメールフラグ８１ｂを立てる。つまり、「１」に更新する。これにより、今後、その電子メールアドレス８１ａへの電子メールＭ１の送信は行われない。再度、電子メールＭ１の配信を受けたい場合は、次のようにしてエラーメールフラグ８１ｂを変更しなければならない。
【００７２】
ユーザは、端末装置２によって学校のポータルサイトにログオンする。ログオン時に、ログオン処理部１０７は、そのユーザのユーザＩＤに対応するエラーメールフラグ８１ｂをチェックする。エラーメールフラグ８１ｂが立っている場合は、不存在警告部１０８は、端末装置２に対して電子メールアドレスが存在しない（無効である）旨のメッセージを送信する。
【００７３】
すると、端末装置２には、図１８に示すような警告画面ＨＧ７が表示される。さらに、ユーザは、表示ボタンＢＮ７１をクリックして図１９に示すユーザ情報変更画面ＨＧ８を表示させ、テキストボックスＴＸ６２に正しい電子メールアドレスを入力するなどした後、変更ボタンＢＮ８１をクリックする。このとき、入力された正しい電子メールアドレスが情報配信システム１に送信される。そして、ユーザ情報テーブルＴＬ１に格納されているそのユーザの電子メールアドレス８１ａが、送信されてきた正しい電子メールアドレスに変更される。
【００７４】
図２０は電子メールＭ１によるニュースの配信の処理の流れの例を説明するフローチャート、図２１は電子メールアドレス８１ａの修正の処理の流れの例を説明するフローチャートである。次に、情報配信システム１の処理の流れを、図２０および図２１に示すフローチャートを参照して説明する。
【００７５】
他のユーザに情報（ニュース）を提供しようとするユーザは、図１０のトップページ画面ＨＧ４においてＢＢＳを指定し、さらに図１４に示すようなアップロード画面ＨＧ６にそのニュースのタイトルおよび本文などを入力する。
【００７６】
すると、図２０において、情報配信システム１は、入力された内容を端末装置２から受信し（＃１１）、同じようなニュースが過去にＢＢＳにアップロードされたか否かをログ情報７Ｌに基づいて判別する（＃１２）。
【００７７】
ログ情報７Ｌの中に端末装置２で入力されたタイトルまたは本文と同じものが含まれている場合は、過去に同じようなニュースがアップロードされた可能性があると判別し（＃１２でＹｅｓ）、その提供元であるユーザに対して二重配信であるか否かの確認を求める（＃１３）。ユーザは、ニュースの内容を確認する。そして、情報配信システム１は、そのニュースを配信してもよい旨の確認結果が得られた場合は（＃１３でＹｅｓ）、ユーザが指定したＢＢＳにそのニュースをアップロードし（＃１５）、さらにステップ＃１６以降の処理を続ける。確認結果が得られなかった場合は（＃１３でＮｏ）、各ユーザへのニュースの提供の処理を中止する（＃１４）。
【００７８】
そのニュースの内容またはニュースがＢＢＳに新規にアップロードされた旨のメッセージを電子メールＭ１として送信するための処理を行う（＃１６、＃１７）。すなわち、ユーザが指定したＢＢＳへのアクセス権（Ｒｅａｄ権）を有するグループを図４のグループ情報テーブルＴＬ２より抽出し、そのグループに属するメンバー（ユーザ）の電子メールアドレス８１ａ（図３参照）を電子メールＭ１の配信先として決定する（＃１６）。ただし、エラーメールフラグ８１ｂが立っているユーザの電子メールアドレス８１ａは除外する。そして、各電子メールアドレス８１ａに電子メールＭ１を配信する（＃１７）。
【００７９】
電子メールＭ１の配信後に、宛先不明のエラーを受信することがある（＃１８でＹｅｓ）。この場合は、係るエラーに示される電子メールアドレス８１ａに対応するエラーメールフラグ８１ｂを立てるようにユーザ情報テーブルＴＬ１を更新する（＃１９）。
【００８０】
エラーメールフラグ８１ｂを元に戻す（オフにする）際には、図２１に示すような手順で処理が行われる。情報配信システム１は、ユーザのログオンの処理の後（＃２１）、そのユーザのエラーメールフラグ８１ｂが立っているか否かをチェックする（＃２２）。立っている場合は（＃２２でＹｅｓ）、ユーザに対して警告のメッセージを通知する（＃２３）。そして、ユーザから正しい電子メールアドレスの指定を受け付けると（＃２４）、これに基づいてそのユーザの電子メールアドレス８１ａを修正する（＃２５）。
【００８１】
本実施形態によると、配信すべき情報（ニュース）の数が多い場合であっても、緊急を要する情報を、設定の変更を行うことなくすぐに配信することができる。重複する情報の配信の数を減らすことができる。さらに、無効な電子メールアドレス８１ａに情報を送信しないように制御することにより、エラー情報７４の受信数を減らし、情報配信システム１の負担を軽減することができる。したがって、ＢＢＳを開設する者は、サイズの大きい情報であってもＢＢＳに参加する各ユーザに対して効率的にかつ容易に配信を行うことができる。
【００８２】
本実施形態では、学校の生徒、保護者、および先生などが情報交換（ニュースの交換）を行うＢＢＳを運営するために情報配信システム１を用いたが、他の団体のＢＢＳを運営するために用いることもできる。
【００８３】
例えば、鉄道会社の顧客が会員である会のＢＢＳのために用いてもよい。この場合は、路線ごとの地域情報の交換を行うＢＢＳ、その鉄道会社に関するＢＢＳ、または運行状況など緊急の情報を知らせるＢＢＳなどを設けてもよい。
【００８４】
情報配信システム１を複数の団体のために使用することにより、資源の効率的な利用を図ることができる。この場合は、団体ごとに個別のユーザ情報テーブルＴＬ１（図３参照）およびグループ情報テーブルＴＬ２（図４参照）などの情報およびＷｅｂサイト（ポータルサイト）を持たせておく。これにより、ユーザからは、それぞれの団体が独立したＢＢＳを開設しているように見える。
【００８５】
電子メールを配信する優先度を曜日または時間帯などに応じて決めるようにしてもよい。例えば、優先度情報８４ｂ（図１１参照）に示される「１」〜「３」を、それぞれ、「緊急配信」、「３時間以内に配信」、および「翌日の朝６時までに配信」と定義しておく。
【００８６】
このような場合において、優先度情報８４ｂがそれぞれ「１」、「２」、「３」であるジョブＡ、Ｂ、Ｃがキュー格納部１Ｄ３に格納されておりかつ現在の時刻が朝３時〜朝６時の範囲内であれば、ジョブＡ、Ｃ、Ｂの順に処理（電子メールＭ１の配信）が行われることになる。それ以外の時間帯であれば、ジョブＡ、Ｂ、Ｃの順に処理が行われることになる。
【００８７】
その他、情報配信システム１の全体または各部の構成、処理内容、処理順序、処理を実行するタイミング、各データベースまたはテーブルの内容、画面構成、優先度の決め方などは、本発明の趣旨に沿って適宜変更することができる。
（付記１）複数の電子掲示板を開設しユーザに情報を配信する情報配信システムであって、
各ユーザの前記電子掲示板へのアクセス権を示すアクセス権情報と各ユーザの電子メールアドレスとを記憶するユーザデータベースと、
情報を配信する優先度を前記電子掲示板ごとに設定する優先度設定手段と、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記優先度設定手段によって設定された当該電子掲示板の前記優先度に基づいて、当該電子掲示板へのアクセスが可能な旨が前記アクセス権情報に示されるユーザの前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令を、メールサーバに対して行うメール配信指令手段と、
を有してなることを特徴とする情報配信システム。
（付記２）１つまたは複数の電子掲示板を開設しユーザに情報を配信する情報配信システムであって、
ユーザの電子メールアドレスを記憶するユーザデータベースと、
前記電子掲示板ごとの過去にユーザに配信した情報の内容またはタイトルを記憶するログデータベースと、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ログデータベースに記憶されている、当該電子掲示板の過去にユーザに配信した情報の内容またはタイトルの中に、当該依頼に係る情報の内容またはタイトルが含まれているか否かを照合することによって、当該依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があるか否かを判別する二重依頼チェック手段と、
前記二重依頼チェック手段によって前記依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があると判別された場合に、当該依頼に係る情報を配信してもよいか否かの確認を当該依頼の依頼元に対して行う配信確認手段と、
前記配信確認手段によって前記依頼に係る情報を配信してもよい旨の確認が得られた場合は前記ユーザデータベースに記憶されている前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令をメールサーバに対して行い、当該確認が得られない場合は当該依頼をキャンセルする、メール配信指令手段と、
を有してなることを特徴とする情報配信システム。
（付記３）電子掲示板を開設しユーザに情報を配信する情報配信システムであって、
ユーザごとに当該ユーザの電子メールアドレスと当該ユーザへ電子メールを配信してもよいか否かを示す配信可否情報とを記憶するユーザデータベースと、
配信した電子メールの配信先である前記電子メールアドレスが存在しない旨を示す配信エラーを受け付けるエラー受付手段と、
前記エラー受付手段によって前記配信エラーが受け付けられたときに、当該配信エラーに示される前記電子メールアドレスに係るユーザの前記配信可否情報を、電子メールを配信しない旨を示すように更新する配信可否情報更新手段と、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ユーザデータベースに記憶されている前記電子メールアドレスを宛先として当該依頼に係る情報を電子メールによって配信する旨の指令をメールサーバに対して行うメール配信指令手段と、
前記ユーザデータベースに記憶されている前記電子メールアドレスのうち電子メールを配信しない旨が示される前記配信可否情報に係るユーザのものについては宛先から除外するように、前記メール配信指令手段を制御する配信指令制御手段と、
を有してなることを特徴とする情報配信システム。
（付記４）ユーザが当該情報配信システムにログオンしたときに、当該ユーザの前記配信可否情報が電子メールを配信しない旨を示すか否かを判別する配信可否判別手段と、
前記配信可否判別手段によって前記配信可否情報が電子メールを配信しない旨を示すと判別された場合に、当該配信可否情報に係るユーザの端末装置に対して当該ユーザの前記電子メールアドレスが存在しない旨の警告メッセージを配信する警告手段と、
ユーザによって新たな電子メールアドレスが指定された場合に、前記ユーザデータベースに記憶されている当該ユーザの前記電子メールアドレスを当該新たな電子メールアドレスに更新する電子メールアドレス更新手段と、を有する、
付記３記載の情報配信システム。
（付記５）１つまたは複数の電子掲示板を有するシステムにおけるユーザへの情報配信方法であって、
ユーザの電子メールアドレスを記憶するユーザデータベースおよび前記電子掲示板ごとの過去にユーザに配信した情報の内容またはタイトルを記憶するログデータベースへのアクセスが可能なように当該システムを予め構成しておき、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ログデータベースに記憶されている、当該電子掲示板の過去にユーザに配信した情報の内容またはタイトルの中に、当該依頼に係る情報の内容またはタイトルが含まれているか否かを照合することによって、当該依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があるか否かを判別し、
前記依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があると判別された場合に、当該依頼に係る情報を配信してもよいか否かの確認を当該依頼の依頼元に対して行い、
前記依頼に係る情報を配信してもよい旨の確認が得られた場合は前記ユーザデータベースに記憶されている前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令をメールサーバに対して行い、当該確認が得られない場合は当該依頼をキャンセルする、
ことを特徴とする情報配信方法。
（付記６）複数の電子掲示板を開設しユーザに情報を配信するコンピュータに用いられるコンピュータプログラムであって、
情報を配信する優先度を前記電子掲示板ごとに設定する処理と、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、各ユーザの前記電子掲示板へのアクセス権を示すアクセス権情報と各ユーザの電子メールアドレスとを記憶するユーザデータベースより、当該依頼に係る前記掲示板の前記アクセス権情報と各ユーザの前記電子メールアドレスを取得する処理と、
前記依頼に係る前記掲示板に対して設定された前記優先度に基づいて、取得した前記アクセス権情報が当該電子掲示板へのアクセスが可能であると示すユーザの前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令を、メールサーバに対して行う処理と、
をコンピュータに実行させるためのコンピュータプログラム。
（付記７）ユーザの電子メールアドレスを記憶するユーザデータベースおよび前記電子掲示板ごとの過去にユーザに配信した情報の内容またはタイトルを記憶するログデータベースへのアクセスが可能であり複数の電子掲示板を開設しユーザに情報を配信するコンピュータに用いられる、コンピュータプログラムであって、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記ログデータベースに記憶されている、当該電子掲示板の過去にユーザに配信した情報の内容またはタイトルの中に、当該依頼に係る情報の内容またはタイトルが含まれているか否かを照合することによって、当該依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があるか否かを判別する処理と、
前記依頼に係る情報と同じ内容またはタイトルの情報を過去に配信した可能性があると判別された場合に、当該依頼に係る情報を配信してもよいか否かの確認を当該依頼の依頼元に対して行う処理と、
前記依頼に係る情報を配信してもよい旨の確認が得られた場合は前記ユーザデータベースに記憶されている前記電子メールアドレスに宛てて当該依頼に係る情報を配信する旨の指令をメールサーバに対して行い、当該確認が得られない場合は当該依頼をキャンセルする、処理と、
をコンピュータに実行させるためのコンピュータプログラム。
（付記８）ユーザごとに当該ユーザの電子メールアドレスと当該ユーザへ電子メールを配信してもよいか否かを示す配信可否情報とを記憶するユーザデータベースへのアクセスが可能であり複数の電子掲示板を開設しユーザに情報を配信するコンピュータに用いられる、コンピュータプログラムであって、
配信した電子メールの配信先である前記電子メールアドレスが存在しない旨を示す配信エラーを受け付ける処理と、
前記配信エラーが受け付けられたときに、当該配信エラーに示される前記電子メールアドレスに係るユーザの前記配信可否情報を、電子メールを配信しない旨を示すように更新する処理と、
前記ユーザデータベースに記憶されている前記電子メールアドレスのうち電子メールを配信しない旨が示される前記配信可否情報に係るユーザである配信不可ユーザを判別する処理と、
ユーザへ情報を配信すべき旨の依頼が前記電子掲示板に対してなされたときに、前記配信不可ユーザの電子メールアドレスを除外した、前記ユーザデータベースに記憶されている前記電子メールアドレスを宛先として、当該依頼に係る情報を電子メールによって配信する旨の指令をメールサーバに対して行う処理と、
をコンピュータに実行させるためのコンピュータプログラム。
【００８８】
【発明の効果】
本発明によると、サイズの大きい情報であってもＢＢＳに参加する各ユーザに対して効率的にかつ容易に配信を行うことができる。
【図面の簡単な説明】
【図１】本発明に係る情報配信システムの構成およびネットワーク全体の例を示す図である。
【図２】情報配信システムの機能的構成の例を示す図である。
【図３】ユーザ情報テーブルの例を示す図である。
【図４】グループ情報テーブルの例を示す図である。
【図５】所属メンバーテーブルの例を示す図である。
【図６】情報登録画面の例を示す図である。
【図７】グループリストの例を示す図である。
【図８】グループ登録画面の例を示す図である。
【図９】ログオン画面の例を示す図である。
【図１０】トップページ画面の例を示す図である。
【図１１】ＢＢＳ情報テーブルの例を示す図である。
【図１２】配信依頼受付部の構成の例を示す図である。
【図１３】ＢＢＳトップ画面の例を示す図である。
【図１４】アップロード画面の例を示す図である。
【図１５】ジョブ生成部の構成の例を示す図である。
【図１６】キュー格納部に格納されたジョブの例を示す図である。
【図１７】各メールサーバと配信優先度および迂回先との関係の例を示す図である。
【図１８】警告画面の例を示す図である。
【図１９】ユーザ情報変更画面の例を示す図である。
【図２０】電子メールによるニュースの配信の処理の流れの例を説明するフローチャートである。
【図２１】電子メールアドレスの修正の処理の流れの例を説明するフローチャートである。
【符号の説明】
１  情報配信システム
７１  配信依頼情報
７４  エラー情報（配信エラー）
７Ｌ  ログ情報
８１ａ  電子メールアドレス
８１ｂ  エラーメールフラグ（前記配信可否情報）
８２ａ  アクセス権情報
８４ｂ  優先度情報
１０１  優先度設定部（優先度設定手段）
１０３  ジョブ生成部（配信指令制御手段）
１０４  メール配信指令部（メール配信指令手段）
１０６  エラー受信部（エラー受付手段）
１０９  フラグ更新部（配信可否情報更新手段）
１０Ｂ  ＢＢＳ管理部
１０Ｓ  メール配信部（メールサーバ）
１２２  二重依頼チェック部（二重依頼チェック手段）
１２３  配信確認部（配信確認手段）
１３４  優先度決定部（優先度設定手段）
１Ｄ１  ユーザデータベース
１Ｄ２  ログデータベース
ＰＲ  優先度
【図１】
2005018216.tif 000003
【図２】
2005018216.tif 000004
【図３】
2005018216.tif 000005
【図４】
2005018216.tif 000006
【図５】
2005018216.tif 000007
【図６】
2005018216.tif 000008
【図７】
2005018216.tif 000009
【図８】
2005018216.tif 000010
【図９】
2005018216.tif 000011
【図１０】
2005018216.tif 000012
【図１１】
2005018216.tif 000013
【図１２】
2005018216.tif 000014
【図１３】
2005018216.tif 000015
【図１４】
2005018216.tif 000016
【図１５】
2005018216.tif 000017
【図１６】
2005018216.tif 000018
【図１７】
2005018216.tif 000019
【図１８】
2005018216.tif 000020
【図１９】
2005018216.tif 000021
【図２０】
2005018216.tif 000022
【図２１】
2005018216.tif 000023