JP4334112B2 - サーバ運営支援装置、サーバ運営支援方法およびその方法を実現するプログラムを記録した機械読取可能な記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークにより複数のクライアントが接続されるサーバに関し、特に、ネットワーク上で意見を電子データの形式で蓄積・閲覧することにより討論を行なう電子的討論システムなどを運営するサーバを支援する技術に関する。
【０００２】
【従来の技術】
ネットワークに接続されたサーバにおいて、電子掲示板、電子的討論システムおよびチャットルームのように電子データの形式で、情報を蓄積してクライアントに閲覧させるシステムがある。このようなシステムにおいては、クライアントが情報をより多く蓄積することにより、閲覧や討論などが活発に行われることになる。
【０００３】
このような電子掲示板および電子的討論システムにおける掲示板の利用状況および討論の活発度を測定するものとして、特開平１１−４５２７９号公報に開示されるものがある。この公報に開示された電子掲示板システムは、所定テーマ毎に設けられた複数の掲示板に対し、ユーザから送信された文書が指定された掲示板に掲示される電子掲示板システムであって、各掲示板の利用状態を調べ、不活発な掲示板と活発な掲示板とを決定するための利用状態判断回路と、利用状態判断回路により決定された活発な掲示板の文書の中から、不活発な掲示板の文書に類似している文書を決定するための類似文書決定回路と、類似文書決定回路により類似しているとされた文書が掲示されている活発な掲示板の情報を、類似しているとされた不活発な掲示板に表示するための文書関連表示回路とを含む。
【０００４】
この公報に開示された電子掲示板システムによると、利用状態判断回路は、各掲示板の利用状態を調べ、不活発な掲示板と活発な掲示板とを決定する。類似文書決定回路は、利用状態判断回路により決定された活発な掲示板の文書の中から、不活発な掲示板の文書に類似している文書を決定する。文書関連表示回路は、類似文書決定回路により類似しているとされた文書が掲示されている活発な掲示板の情報を、類似しているとされた不活発な掲示板に表示する。これにより、不活発な掲示板に掲示された文書に類似する文書であって、活発な掲示板に掲示されている文書を決定し、不活発な掲示板に活発な掲示板の情報を掲示するようにしたので、不活発な掲示板を活性化させることができる。
【０００５】
また、このような電子掲示板および電子的討論システムにおける掲示板の内容および討論の内容をユーザの興味に従って分析するものとして、特開平１１−２０３３２６号公報に開示されるものがある。この公報に開示された電子的討論支援装置は、ネットワークに接続され、電子文書の蓄積・閲覧により複数のユーザが討論を行うための電子的討論支援装置であって、討論における意見を意見の属性情報と他の意見への関連情報とにより関連付け、討論の属性情報と討論における意見を表現した電子文書とを含む討論管理データを討論毎に管理する管理回路と、電子文書を討論管理データに対する検索式により検索処理を行う電子文書抽出回路と、電子文書抽出回路に接続され、検索式に適合する複数の電子文書を検索して、これらの検索結果を討論管理データ毎に抽出し、抽出された電子文書の抽出元となった討論管理データの論理的位置情報と抽出された複数の電子文書とを含む検索結果管理データを生成する管理データ生成回路と、これらの複数の検索結果管理データを検索式に基づく検索結果として出力する出力回路とを含む。
【０００６】
この公報に開示された電子的討論支援装置によると、管理回路は、討論における意見を意見の属性情報と他の意見への関連情報とにより関連付け、討論の属性情報と討論における意見を表現した電子文書とを含む討論管理データを討論毎に管理する。電子文書抽出回路は、電子文書を討論管理データに対する検索式により検索処理を行う。電子文書抽出回路に接続され、検索式に適合する複数の電子文書を検索して、管理データ生成回路は、これらの検索結果を討論管理データ毎に抽出し、抽出された電子文書の抽出元となった討論管理データの論理的位置情報と抽出された複数の電子文書とを含む検索結果管理データを生成する。出力回路は、これらの複数の検索結果管理データを検索式に基づく検索結果として出力する。これにより、討論空間毎に適合する意見を検索でき、ユーザが各自の興味に応じた意見を検索することができる。
【０００７】
【発明が解決しようとする課題】
しかしながら、前述の特開平１１−４５２７９号公報に開示された電子掲示板システムは、不活発な掲示板を活発にするようにユーザを誘導するものにすぎず、ユーザは掲示板の現在の利用状況をリアルタイムに知ることができない。また、特開平１１−２０３３２６号公報に開示された電子的討論支援装置は、既に行われ管理回路により管理されている意見からユーザの興味に応じて討論空間を検索するものにすぎず、ユーザは電子的討論システムにおいてユーザが高い興味がある討論がされていることをリアルタイムに知ることができない。
【０００８】
本発明は、上述の課題を解決するためになされたものであって、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、アクセス者の興味が高い情報をアクセス者に提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援装置、サーバ運営支援方法およびその方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することである。
【０００９】
【課題を解決するための手段】
第１の発明に係るサーバ運営支援装置は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援装置であって、ネットワークに接続され、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行なうための通信手段と、第１のクライアントに情報を送信する際の送信先を予め記憶するための送信先記憶手段と、ネットワークに接続され、サーバへのクライアントのアクセス状況を検出するための検出手段と、通信手段と送信先記憶手段と検出手段とに接続され、検出手段により検出されたアクセス状況が予め定められた条件を満足すると、送信先記憶手段に記憶された送信先に、アクセス状況に基づく情報を送信するための送信手段とを含む。
【００１０】
第１の発明によると、通信手段は、複数のクライアントとの間で情報の送受信を行なう。送信先記憶手段は、第１のクライアントに情報を送信するための送信先を予め記憶する。検出手段は、サーバへのクライアントのアクセス状況を検出する。送信手段は、検出手段により検出されたアクセス状況が予め定められた条件を満足すると、送信先記憶手段に記憶された送信先に、アクセス状況に基づく情報を送信する。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、第１のクライアントに通知される。第１のクライアントは、サーバへのアクセス状況がある条件を満足したことを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援装置を提供することができる。
【００１１】
第２の発明に係るサーバ運営支援装置は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援装置であって、ネットワークに接続され、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行なうための通信手段と、ネットワークに接続され、サーバへのクライアントのアクセス状況を検出するための検出手段と、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信するための受信手段と、通信手段と受信手段と検出手段とに接続され、受信手段により問合せ要求情報を受信したことに応答して、問合せ要求情報を送信した第１のクライアントにアクセス状況に基づく情報を送信するための送信手段とを含む。
【００１２】
第２の発明によると、通信手段は、複数のクライアントとの間で情報の送受信を行なう。検出手段は、サーバへのクライアントのアクセス状況を検出する。受信手段は、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信する。送信手段は、受信手段により問合せ要求情報を受信したことに応答して、問合せ要求情報を送信した第１のクライアントにアクセス状況に基づく情報を送信する。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信すると、第１のクライアントにアクセス状況が通知される。第１のクライアントは、サーバへのアクセス状況を知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、アクセスするための情報を提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援装置を提供することができる。
【００１３】
第３の発明に係るサーバ運営支援装置においては、第１の発明の構成に加えて、予め定められた条件は、サーバへのアクセス数に基づき算出された指標が予め定められた値以上であることである。
【００１４】
第３の発明によると、サーバへのクライアントのアクセス数をリアルタイムに監視して、そのアクセス数に基づいて算出される指標（アクセス数の単位時間増加率など）が予め定められた値以上であると、第１のクライアントに通知される。第１のクライアントは、サーバへのアクセス数に基づいて算出される指標がある値以上であることを知って、サーバにアクセスすべきか否かを判断できる。
【００１５】
第４の発明に係るサーバ運営支援装置は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援装置であって、ネットワークに接続され、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行なうための通信手段と、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定された興味情報とを登録するための興味情報登録手段と、ネットワークに接続され、クライアントがサーバに送信した送信データを記憶するための送信データ記憶手段と、興味情報登録手段と送信データ記憶手段とに接続され、送信データ記憶手段により記憶された送信データの中から興味情報登録手段に登録された興味情報を検索するための検索手段と、通信手段と興味情報登録手段と検索手段とに接続され、検索手段により検索された興味情報が登録された第１のクライアントに、第１のクライアントの興味情報を含む送信データがサーバに送信されたことを表わす情報を送信するための興味情報通知手段とを含む。
【００１６】
第４の発明によると、通信手段は、複数のクライアントとの間で情報の送受信を行なう。興味情報登録手段は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定された興味情報とを登録する。送信データ記憶手段は、クライアントがサーバに送信した送信データを記憶する。検索手段は、送信データ記憶手段により記憶された送信データの中から興味情報登録手段に登録された興味情報を検索する。興味情報通知手段は、検索手段により検索された興味情報が登録された第１のクライアントに、第１のクライアントの興味情報を含む送信データがサーバに送信されたことを表わす情報を送信する。これにより、登録した興味情報が送信データの中から検索されると、第１のクライアントに通知される。第１のクライアントは、興味情報を含む送信情報がサーバへ送信されたことを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援装置を提供することができる。
【００１７】
第５の発明に係るサーバ運営支援装置は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援装置であって、サーバはクライアントがアクセスする複数のアクセス先を有し、サーバ運営支援装置は、ネットワークに接続され、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行なうための通信手段と、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定されたアクセス先とを登録するためのアクセス先登録手段と、ネットワークに接続され、アクセス先ごとに、サーバへのクライアントのアクセス状況を検出するためのアクセス先検出手段と、アクセス先登録手段とアクセス先検出手段とに接続され、アクセス先検出手段によりアクセスが検出されたアクセス先が登録された第１のクライアントを検索するためのクライアント検索手段と、通信手段とクライアント検索手段とに接続され、クライアント検索手段により検索された第１のクライアントに、第１のクライアントに登録されたアクセス先にアクセスしているクライアントが存在することを表わす情報を送信するための興味アクセス先通知手段とを含む。
【００１８】
第５の発明によると、通信手段は、複数のクライアントとの間で情報の送受信を行なう。アクセス先登録手段は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定されたアクセス先とを登録する。アクセス先検出手段は、アクセス先ごとに、サーバへのクライアントのアクセス状況を検出する。クライアント検索手段は、アクセス先検出手段によりアクセスが検出されたアクセス先が登録された第１のクライアントを検索する。興味アクセス先通知手段は、クライアント検索手段により検索された第１のクライアントに、第１のクライアントに登録されたアクセス先にアクセスしているクライアントが存在することを表わす情報を送信する。これにより、サーバへのアクセス状況をリアルタイムに監視して、登録したアクセス先にクライアントがアクセスすると、第１のクライアントに通知される。第１のクライアントは、興味があるアクセス先にアクセスしているクライアントが存在することを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援装置を提供することができる。
【００１９】
第６の発明に係るサーバ運営支援装置は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援装置であって、ネットワークに接続され、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行なうための通信手段と、第１のクライアントに情報を送信する際の送信先と、第１のクライアントの個人情報とを登録するための個人情報登録手段と、ネットワークと個人情報登録手段とに接続され、サーバへアクセスしたクライアントの個人情報を抽出するための個人情報抽出手段と、個人情報登録手段と個人情報抽出手段とに接続され、個人情報抽出手段により抽出された個人情報と類似する個人情報が登録された第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことを表わす情報を送信するための個人情報通知手段とを含む。
【００２０】
第６の発明によると、通信手段は、複数のクライアントとの間で情報の送受信を行なう。個人情報登録手段は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントの個人情報とを登録する。個人情報抽出手段は、サーバへアクセスしたクライアントの個人情報を抽出する。個人情報通知手段は、個人情報抽出手段により抽出された個人情報と類似する個人情報が登録された第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことを表わす情報を送信する。これにより、サーバへのアクセスしているクライアントの個人情報状況を抽出して、抽出された個人情報に類似する個人情報を登録した第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことが通知される。第１のクライアントは、自分の個人情報や任意に登録した個人情報（たとえば、性別、年齢等）と類似するクライアントがサーバにアクセスしていることを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援装置を提供することができる。
【００２１】
第７の発明に係るサーバ運営支援装置は、ネットワークを介して複数のクライアントが接続されたサーバの運営を支援するサーバ運営支援装置であって、サーバは、複数のクライアントが閲覧できる広告を掲載することができ、サーバ運営支援装置は、広告主と広告主の広告情報とを予め記憶するための広告記憶手段と、ネットワークに接続され、サーバへのクライアントのアクセス状況を検出するための検出手段と、広告記憶手段と検出手段とに接続され、検出手段により検出されたアクセス状況が予め定められた条件を満足すると、広告記憶手段に記憶された広告情報に基づいて、サーバに広告を掲載する指示をするための指示手段とを含む。
【００２２】
第７の発明によると、広告記憶手段は、広告主と広告主の広告情報とを予め記憶する。検出手段は、サーバへのクライアントのアクセス状況を検出する。指示手段は、検出手段により検出されたアクセス状況が予め定められた条件を満足すると、広告記憶手段に記憶された広告情報に基づいて、サーバに広告を掲載する指示をする。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、広告記憶手段に記憶された広告情報に基づいて、サーバに広告が掲載される。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときに（たとえば、アクセスが活発なときに）広告を掲載して多くのクライアントに広告を閲覧させることができる、サーバの運営を支援するサーバ運営支援装置を提供することができる。
【００２３】
第８の発明に係るサーバ運営支援装置は、ネットワークを介して複数のクライアントが接続されたサーバの運営を支援するサーバ運営支援装置であって、サーバは、複数のクライアントが閲覧できる広告を掲載することができ、サーバ運営支援装置は、ネットワークに接続され、クライアントとの間で情報の送受信を行なうための通信手段と、広告主を予め記憶するための広告主記憶手段と、ネットワークに接続され、サーバへのクライアントのアクセス状況を検出するための検出手段と、通信手段と広告主記憶手段と検出手段とに接続され、検出手段により検出されたアクセス状況が予め定められた条件を満足すると、広告主記憶手段に記憶された広告主に、広告を出稿するか否かを確認する出稿確認情報を含む出稿問合せ情報を送信するための出稿問合せ情報送信手段と、通信手段に接続され、広告主から広告の出稿要求を表わす出稿要求情報を受信するための出稿要求情報受信手段と、出稿要求情報受信手段に接続され、出稿要求情報受信手段により受信した出稿要求情報に基づいて、サーバに広告を掲載する指示をするための指示手段とを含む。
【００２４】
第８の発明によると、通信手段は、クライアントとの間で情報の送受信を行なう。広告主記憶手段は、広告主を予め記憶する。検出手段は、サーバへのクライアントのアクセス状況を検出する。出稿問合せ情報送信手段は、検出手段により検出されたアクセス状況が予め定められた条件を満足すると、広告主記憶手段に記憶された広告主に、広告を出稿するか否かを確認する出稿確認情報を含む出稿問合せ情報を送信する。出稿要求情報受信手段は、広告主から広告の出稿要求を表わす出稿要求情報を受信する。指示手段は、出稿要求情報受信手段により受信した出稿要求情報に基づいて、サーバに広告を掲載する指示をする。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、広告主に出稿確認情報が通知される。広告主は、サーバへのアクセス状況がある条件を満足したことを知って、サーバに広告を出稿すべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときに広告を出稿するための情報をタイムリーに提供して広告収入を増大させてサーバの運営を支援するサーバ運営支援装置を提供することができる。
【００２５】
第９の発明に係るサーバ運営支援装置は、第８の発明の構成に加えて、出稿問合せ送信手段は、複数の広告主に、出稿問合せ情報を送信するための手段を含み、予め定められた条件は広告主ごとに定める条件である。
【００２６】
第９の発明によると、出稿問合せ送信手段は、複数の広告主に、広告主ごとに定めた条件に基づいて、出稿問合せ情報を送信する。これにより、広告主ごとに条件を予め定めておいて、その条件が満足された広告主に出稿問合せ情報を送信することができる。
【００２７】
第１０の発明に係るサーバ運営支援装置は、第７の発明の構成に加えて、アクセス状況に基づいて広告料金を設定するための広告料金設定手段をさらに含む。
【００２８】
第１０の発明によると、広告料金設定手段は、アクセス状況に基づいて広告料金を設定する。これにより、たとえば、アクセス数が多いときは多くのクライアントが広告を閲覧するため高い広告料金としたり、アクセス数が少ないときは低い広告料金としたりすることができる。
【００２９】
第１１の発明に係るサーバ運営支援装置は、第８または９の発明の構成に加えて、広告主ごとに、アクセス状況に基づいて広告料金を設定するための広告料金設定手段をさらに含む。
【００３０】
第１１の発明によると、広告料金設定手段は、広告主ごとに、アクセス状況に基づいて広告料金を設定する。これにより、たとえば、アクセス数が多いときは多くのクライアントが広告を閲覧するため高い広告料金としたり、アクセス数が少ないときは低い広告料金としたりした、広告主ごとの広告料金を定めることができる。
【００３１】
第１２の発明に係るサーバ運営支援装置は、第８または９の発明の構成に加えて、予め定められた条件は、サーバへのアクセス数に基づき算出された指標が予め定められた値以上であることである。
【００３２】
第１２の発明によると、サーバへのアクセス数をリアルタイムに監視して、そのアクセス数に基づいて算出される指標（アクセス数の単位時間増加率など）が予め定められた値以上であると、広告主へ出稿問合せ情報を送信する。これにより、広告主ごとに出稿問合せ情報が送信される条件を予め定めておいて、その条件が満足された広告主に出稿問合せ情報を送信することができる。
【００３３】
第１３の発明に係るサーバ運営支援装置は、第８または９の発明の構成に加えて、出稿問合せ情報は、検出手段により検出されたアクセス状況を表わすアクセス情報をさらに含む。
【００３４】
第１３の発明によると、出稿問合せ情報は、検出手段により検出されたアクセス状況を表わすアクセス情報をさらに含み、出稿問合せ情報を受信した広告主はこのアクセス情報に基づいて広告を出稿するか否かを判断することができる。
【００３５】
第１４の発明に係るサーバ運営支援装置は、第１１の発明の構成に加えて、出稿問合せ情報は、広告料金設定手段により設定された広告料金を表わす料金情報をさらに含む。
【００３６】
第１４の発明によると、出稿問合せ情報は、広告料金設定手段により設定された広告料金を表わす料金情報をさらに含み、出稿問合せ情報を受信した広告主はこの料金情報に基づいて広告を出稿するか否かを判断することができる。
【００３７】
第１５の発明に係るサーバ運営支援装置は、第９の発明の構成に加えて、出稿要求情報受信手段は、複数の広告主から出稿要求情報を受信するための手段を含み、指示手段は、出稿要求情報受信手段により受信した出稿要求情報に基づいて、広告料金が高い順にサーバに広告を掲載する指示をするための手段を含む。
【００３８】
第１５の発明によると、出稿要求情報受信手段は、複数の広告主から出稿要求情報を受信する。指示手段は、出稿要求情報受信手段により受信した出稿要求情報に基づいて、広告料金が高い順にサーバに広告を掲載する指示をする。これにより、広告料金が高い順に広告を掲載することができ、広告収入を増やすことができる。
【００３９】
第１６の発明に係るサーバ運営支援装置は、第７〜１５のいずれかの発明の構成に加えて、通信手段に接続され、広告主から広告データを受信するための広告データ受信手段をさらに含み、指示手段は、出稿要求情報受信手段により受信した出稿要求情報に基づいて、広告データ受信手段により受信した広告データにより実現される広告をサーバに掲載するように指示するための手段を含む。
【００４０】
第１６の発明によると、広告データ受信手段は、広告主から広告データを受信する。指示手段は、出稿要求情報受信手段により受信した出稿要求情報に基づいて、広告データ受信手段により受信した広告データにより実現される広告をサーバに掲載するように指示する。これにより、広告主からサーバ運営支援装置が受信したデータに基づく広告をサーバに掲載することができる。
【００４１】
第１７の発明に係るサーバ運営支援装置においては、第１〜１６のいずれかの発明の構成に加えて、サーバ運営支援装置は、サーバにより実現されるものである。
【００４２】
第１７の発明によると、サーバ運営支援装置は、電子的討論システムなどを運営するサーバ自身により実現されるものである。これにより、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバ自身が、クライアントの興味が高い情報をクライアントに提供してアクセス数を増大させてサーバにおける電子的討論システムなどの運営を支援することができる。
【００４３】
第１８の発明に係るサーバ運営支援方法は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバ運営支援方法は、第１のクライアントに情報を送信する際の送信先を予め準備する送信先準備ステップと、サーバへのクライアントのアクセス状況を検出する検出ステップと、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、送信先準備ステップにて準備した送信先に、アクセス状況に基づく情報を送信する送信ステップとを含む。
【００４４】
第１８の発明によると、送信先準備ステップは、第１のクライアントに情報を送信する際の送信先を予め準備する。検出ステップは、サーバへのクライアントのアクセス状況を検出する。送信ステップは、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、送信先準備ステップにて準備した送信先に、アクセス状況に基づく情報を送信する。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、第１のクライアントに通知される。第１のクライアントは、サーバへのアクセス状況がある条件を満足したことを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を提供することができる。
【００４５】
第１９の発明に係るサーバ運営支援方法は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバ運営支援方法は、サーバへのクライアントのアクセス状況を検出する検出ステップと、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信する受信ステップと、受信ステップにて問合せ要求情報を受信したことに応答して、問合せ要求情報を送信した第１のクライアントにアクセス状況に基づく情報を送信する送信ステップとを含む。
【００４６】
第１９の発明によると、検出ステップは、サーバへのクライアントのアクセス状況を検出する。受信ステップは、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信する。送信ステップは、受信ステップにて問合せ要求情報を受信したことに応答して、問合せ要求情報を送信した第１のクライアントにアクセス状況に基づく情報を送信する。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信すると、第１のクライアントにアクセス状況が通知される。第１のクライアントは、サーバへのアクセス状況を知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、アクセスするための情報を提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を提供することができる。
【００４７】
第２０の発明に係るサーバ運営支援方法においては、第１８の発明の構成に加えて、予め定められた条件は、サーバへのアクセス数に基づき算出された指標が予め定められた値以上であることである。
【００４８】
第２０の発明によると、サーバへのクライアントのアクセス数をリアルタイムに監視して、そのアクセス数に基づいて算出される指標（アクセス数の単位時間増加率など）が予め定められた値以上であると、第１のクライアントに通知される。第１のクライアントは、サーバへのアクセス数に基づいて算出される指標がある値以上であることを知って、サーバにアクセスすべきか否かを判断できる。
【００４９】
第２１の発明に係るサーバ運営支援方法は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバ運営支援方法は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定された興味情報とを予め準備する興味情報準備ステップと、クライアントがサーバに送信した送信データを記憶する送信データ記憶ステップと、送信データ記憶ステップにて記憶された送信データの中から興味情報準備ステップにて準備された興味情報を検索する検索ステップと、検索ステップにて検索された興味情報が登録された第１のクライアントに、第１のクライアントの興味情報を含む送信データがサーバに送信されたことを表わす情報を送信する興味情報通知ステップとを含む。
【００５０】
第２１の発明によると、興味情報準備ステップは、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定された興味情報とを予め準備する。送信データ記憶ステップは、クライアントがサーバに送信した送信データを記憶する。検索ステップは、送信データ記憶ステップにて記憶された送信データの中から興味情報準備ステップにて準備された興味情報を検索する。興味情報通知ステップは、検索ステップにて検索された興味情報が登録された第１のクライアントに、第１のクライアントの興味情報を含む送信データがサーバに送信されたことを表わす情報を送信する。これにより、登録した興味情報が送信データの中から検索されると、第１のクライアントに通知される。第１のクライアントは、興味情報を含む送信情報がサーバへ送信されたことを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を提供することができる。
【００５１】
第２２の発明に係るサーバ運営支援方法は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバはクライアントがアクセスする複数のアクセス先を有し、サーバ運営支援方法は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定されたアクセス先とを予め準備するアクセス先準備ステップと、アクセス先ごとに、サーバへのクライアントのアクセス状況を検出するアクセス先検出ステップと、アクセス先検出ステップにてアクセスが検出されたアクセス先が登録された第１のクライアントを検索するクライアント検索ステップと、クライアント検索ステップにて検索された第１のクライアントに、第１のクライアントに登録されたアクセス先にアクセスしているクライアントが存在することを表わす情報を送信する興味アクセス先通知ステップとを含む。
【００５２】
第２２の発明によると、アクセス先準備ステップは、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定されたアクセス先とを予め準備する。アクセス先検出ステップは、アクセス先ごとに、サーバへのクライアントのアクセス状況を検出する。クライアント検索ステップは、アクセス先検出ステップにてアクセスが検出されたアクセス先が登録された第１のクライアントを検索する。興味アクセス先通知ステップは、クライアント検索ステップにて検索された第１のクライアントに、第１のクライアントに登録されたアクセス先にアクセスしているクライアントが存在することを表わす情報を送信する。これにより、サーバへのアクセス状況をリアルタイムに監視して、登録したアクセス先にクライアントがアクセスすると、第１のクライアントに通知される。第１のクライアントは、興味があるアクセス先にアクセスしているクライアントが存在することを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を提供することができる。
【００５３】
第２３の発明に係るサーバ運営支援方法は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバ支援方法は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントの個人情報とを予め準備する個人情報準備ステップと、サーバへアクセスしたクライアントの個人情報を抽出する個人情報抽出ステップと、個人情報抽出ステップにて抽出された個人情報と類似する個人情報が登録された第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことを表わす情報を送信する個人情報通知ステップとを含む。
【００５４】
第２３の発明によると、個人情報準備ステップは、第１のクライアントに情報を送信する際の送信先と、第１のクライアントの個人情報とを予め準備する。個人情報抽出ステップは、サーバへアクセスしたクライアントの個人情報を抽出する。個人情報通知ステップは、個人情報抽出ステップにて抽出された個人情報と類似する個人情報が登録された第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことを表わす情報を送信する。これにより、サーバへのアクセスしているクライアントの個人情報状況を抽出して、抽出された個人情報に類似する個人情報を登録した第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことが通知される。第１のクライアントは、自分の個人情報や任意に登録した個人情報（たとえば、性別、年齢等）と類似するクライアントがサーバにアクセスしていることを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を提供することができる。
【００５５】
第２４の発明に係るサーバ運営支援方法は、ネットワークを介して複数のクライアントが接続されたサーバの運営を支援するサーバ運営支援方法であって、サーバは、複数のクライアントが閲覧できる広告を掲載することができ、サーバ運営支援方法は、広告主と広告主の広告情報とを予め準備する広告情報準備ステップと、サーバへのクライアントのアクセス状況を検出する検出ステップと、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告準備ステップにて準備した広告情報に基づいて、サーバに広告を掲載する指示をする指示ステップとを含む。
【００５６】
第２４の発明によると、広告情報準備ステップは、広告主と広告主の広告情報とを予め準備する。検出ステップは、サーバへのクライアントのアクセス状況を検出する。指示ステップは、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告準備ステップにて準備した広告情報に基づいて、サーバに広告を掲載する指示をする。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、広告記憶手段に記憶された広告情報に基づいて、サーバに広告が掲載される。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときに（たとえば、アクセスが活発なときに）広告を掲載して多くのクライアントに広告を閲覧させることができる、サーバの運営を支援するサーバ運営支援方法を提供することができる。
【００５７】
第２５の発明に係るサーバ運営支援方法は、ネットワークを介して複数のクライアントが接続されたサーバの運営を支援するサーバ運営支援方法であって、サーバは、複数のクライアントが閲覧できる広告を掲載することができ、サーバ運営支援方法は、広告主への情報の送信先を予め準備する広告主情報準備ステップと、サーバへのクライアントのアクセス状況を検出する検出ステップと、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告主準備ステップにて準備した広告主に、広告を出稿するか否かを確認する出稿確認情報を含む出稿問合せ情報を送信する出稿問合せ情報送信ステップと、広告主から広告の出稿要求を表わす出稿要求情報を受信する出稿要求情報受信ステップと、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、サーバに広告を掲載する指示をする指示ステップとを含む。
【００５８】
第２５の発明によると、広告主情報準備ステップは、広告主への情報の送信先を予め準備する。検出ステップは、サーバへのクライアントのアクセス状況を検出する。出稿問合せ情報送信ステップは、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告主準備ステップにて準備した広告主に、広告を出稿するか否かを確認する出稿確認情報を含む出稿問合せ情報を送信する。出稿要求情報受信ステップは、広告主から広告の出稿要求を表わす出稿要求情報を受信する。指示ステップは、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、サーバに広告を掲載する指示をする。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、広告主に出稿確認情報が通知される。広告主は、サーバへのアクセス状況がある条件を満足したことを知って、サーバに広告を出稿すべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときに広告を出稿するための情報をタイムリーに提供して広告収入を増大させてサーバの運営を支援するサーバ運営支援方法を提供することができる。
【００５９】
第２６の発明に係るサーバ運営支援方法は、第２５の発明の構成に加えて、出稿問合せ送信ステップは、複数の広告主に、出稿問合せ情報を送信するステップを含み、予め定められた条件は広告主ごとに定める条件である。
【００６０】
第２６の発明によると、出稿問合せ送信ステップは、複数の広告主に、広告主ごとに定めた条件に基づいて、出稿問合せ情報を送信する。これにより、広告主ごとに条件を予め定めておいて、その条件が満足された広告主に出稿問合せ情報を送信することができる。
【００６１】
第２７の発明に係るサーバ運営支援方法は、第２４の発明の構成に加えて、アクセス状況に基づいて広告料金を設定する広告料金設定ステップをさらに含む。
【００６２】
第２７の発明によると、広告料金設定ステップは、アクセス状況に基づいて広告料金を設定する。これにより、たとえば、アクセス数が多いときは多くのクライアントが広告を閲覧するため高い広告料金としたり、アクセス数が少ないときは低い広告料金としたりすることができる。
【００６３】
第２８の発明に係るサーバ運営支援方法は、第２５または２６の発明の構成に加えて、広告主ごとに、アクセス状況に基づいて広告料金を設定する広告料金設定ステップをさらに含む。
【００６４】
第２８の発明によると、広告料金設定ステップは、広告主ごとに、アクセス状況に基づいて広告料金を設定する。これにより、たとえば、アクセス数が多いときは多くのクライアントが広告を閲覧するため高い広告料金としたり、アクセス数が少ないときは低い広告料金としたりした、広告主ごとの広告料金を定めることができる。
【００６５】
第２９の発明に係るサーバ運営支援方法は、第２５または２６の発明の構成に加えて、予め定められた条件は、サーバへのアクセス数に基づき算出された指標が予め定められた値以上であることである。
【００６６】
第２９の発明によると、サーバへのアクセス数をリアルタイムに監視して、そのアクセス数に基づいて算出される指標（アクセス数の単位時間増加率など）が予め定められた値以上であると、広告主へ出稿問合せ情報を送信する。これにより、広告主ごとに出稿問合せ情報が送信される条件を予め定めておいて、その条件が満足された広告主に出稿問合せ情報を送信することができる。
【００６７】
第３０の発明に係るサーバ運営支援方法は、第２５または２６の発明の構成に加えて、出稿問合せ情報は、検出ステップにて検出されたアクセス状況を表わす接続情報をさらに含む。
【００６８】
第３０の発明によると、出稿問合せ情報は、検出ステップにて検出されたアクセス状況を表わすアクセス情報をさらに含み、出稿問合せ情報を受信した広告主はこのアクセス情報に基づいて広告を出稿するか否かを判断することができる。
【００６９】
第３１の発明に係るサーバ運営支援方法は、第２８の発明の構成に加えて、出稿問合せ情報は、広告料金設定ステップにて設定された広告料金を表わす料金情報をさらに含む。
【００７０】
第３１の発明によると、出稿問合せ情報は、広告料金設定ステップにて設定された広告料金を表わす料金情報をさらに含み、出稿問合せ情報を受信した広告主はこの料金情報に基づいて広告を出稿するか否かを判断することができる。
【００７１】
第３２の発明に係るサーバ運営支援方法は、第２６の発明の構成に加えて、出稿要求情報受信ステップは、複数の広告主から出稿要求情報を受信するステップを含み、指示ステップは、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、広告料金が高い順にサーバに広告を掲載する指示をするステップを含む。
【００７２】
第３２の発明によると、出稿要求情報受信ステップは、複数の広告主から出稿要求情報を受信する。指示ステップは、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、広告料金が高い順にサーバに広告を掲載する指示をする。これにより、広告料金が高い順に広告を掲載することができ、広告収入を増やすことができる。
【００７３】
第３３の発明に係るサーバ運営支援方法は、第２４〜３２のいずれかの発明の構成に加えて、広告主から広告データを受信する広告データ受信ステップをさらに含み、指示ステップは、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、広告データ受信ステップにて受信した広告データにより実現される広告をサーバに掲載するように指示するステップを含む。
【００７４】
第３３の発明によると、広告データ受信ステップは、広告主から広告データを受信する。指示ステップは、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、広告データ受信ステップにて受信した広告データにより実現される広告をサーバに掲載するように指示する。これにより、広告主から受信したデータに基づく広告をサーバに掲載することができる。
【００７５】
第３４の発明に係るサーバ運営支援方法においては、第１８〜３３のいずれかの発明の構成に加えて、サーバ運営支援方法は、サーバにより実現されるものである。
【００７６】
第３４の発明によると、サーバ運営支援方法は、電子的討論システムなどを運営するサーバ自身により行われるものである。これにより、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバ自身が、クライアントの興味が高い情報をクライアントに提供してアクセス数を増大させてサーバにおける電子的討論システムなどの運営を支援することができる。
【００７７】
第３５の発明に係る記録媒体は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバ運営支援方法は、第１のクライアントに情報を送信する際の送信先を予め準備する送信先準備ステップと、サーバへのクライアントのアクセス状況を検出する検出ステップと、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、送信先準備ステップにて準備した送信先に、アクセス状況に基づく情報を送信する送信ステップとを含む。
【００７８】
第３５の発明によると、送信先準備ステップは、第１のクライアントに情報を送信する際の送信先を予め準備する。検出ステップは、サーバへのクライアントのアクセス状況を検出する。送信ステップは、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、送信先準備ステップにて準備した送信先に、アクセス状況に基づく情報を送信する。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、第１のクライアントに通知される。第１のクライアントは、サーバへのアクセス状況がある条件を満足したことを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することができる。
【００７９】
第３６の発明に係る記録媒体は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体であって、サーバ運営支援方法は、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバへのクライアントのアクセス状況を検出する検出ステップと、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信する受信ステップと、受信ステップにて問合せ要求情報を受信したことに応答して、問合せ要求情報を送信した第１のクライアントにアクセス状況に基づく情報を送信する送信ステップとを含む。
【００８０】
第３６の発明によると、検出ステップは、サーバへのクライアントのアクセス状況を検出する。受信ステップは、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信する。送信ステップは、受信ステップにて問合せ要求情報を受信したことに応答して、問合せ要求情報を送信した第１のクライアントにアクセス状況に基づく情報を送信する。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、第１のクライアントからアクセス状況を問い合わせる問合せ要求情報を受信すると、第１のクライアントにアクセス状況が通知される。第１のクライアントは、サーバへのアクセス状況を知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、アクセスするための情報を提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することができる。
【００８１】
第３７の発明に係る記録媒体は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバ運営支援方法は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定された興味情報とを予め準備する興味情報準備ステップと、クライアントがサーバに送信した送信データを記憶する送信データ記憶ステップと、送信データ記憶ステップにて記憶された送信データの中から興味情報準備ステップにて準備された興味情報を検索する検索ステップと、検索ステップにて検索された興味情報が登録された第１のクライアントに、第１のクライアントの興味情報を含む送信データがサーバに送信されたことを表わす情報を送信する興味情報通知ステップとを含む。
【００８２】
第３７の発明によると、興味情報準備ステップは、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定された興味情報とを予め準備する。送信データ記憶ステップは、クライアントがサーバに送信した送信データを記憶する。検索ステップは、送信データ記憶ステップにて記憶された送信データの中から興味情報準備ステップにて準備された興味情報を検索する。興味情報通知ステップは、検索ステップにて検索された興味情報が登録された第１のクライアントに、第１のクライアントの興味情報を含む送信データがサーバに送信されたことを表わす情報を送信する。これにより、登録した興味情報が送信データの中から検索されると、第１のクライアントに通知される。第１のクライアントは、興味情報を含む送信情報がサーバへ送信されたことを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することができる。
【００８３】
第３８の発明に係る記録媒体は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバはクライアントがアクセスする複数のアクセス先を有し、サーバ運営支援方法は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定されたアクセス先とを予め準備するアクセス先準備ステップと、アクセス先ごとに、サーバへのクライアントのアクセス状況を検出するアクセス先検出ステップと、アクセス先検出ステップにてアクセスが検出されたアクセス先が登録された第１のクライアントを検索するクライアント検索ステップと、クライアント検索ステップにて検索された第１のクライアントに、第１のクライアントに登録されたアクセス先にアクセスしているクライアントが存在することを表わす情報を送信する興味アクセス先通知ステップとを含む。
【００８４】
第３８の発明によると、アクセス先準備ステップは、第１のクライアントに情報を送信する際の送信先と、第１のクライアントごとに予め設定されたアクセス先とを予め準備する。アクセス先検出ステップは、アクセス先ごとに、サーバへのクライアントのアクセス状況を検出する。クライアント検索ステップは、アクセス先検出ステップにてアクセスが検出されたアクセス先が登録された第１のクライアントを検索する。興味アクセス先通知ステップは、クライアント検索ステップにて検索された第１のクライアントに、第１のクライアントに登録されたアクセス先にアクセスしているクライアントが存在することを表わす情報を送信する。これにより、サーバへのアクセス状況をリアルタイムに監視して、登録したアクセス先にクライアントがアクセスすると、第１のクライアントに通知される。第１のクライアントは、興味があるアクセス先にアクセスしているクライアントが存在することを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することができる。
【００８５】
第３９の発明に係る記録媒体は、ネットワークを介して第１のクライアントを含む複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体であって、複数のクライアントがサーバを介して互いに情報の共有を行なうために、複数のクライアントとの間で情報の送受信を行ない、サーバ支援方法は、第１のクライアントに情報を送信する際の送信先と、第１のクライアントの個人情報とを予め準備する個人情報準備ステップと、サーバへアクセスしたクライアントの個人情報を抽出する個人情報抽出ステップと、個人情報抽出手段により抽出された個人情報と類似する個人情報が登録された第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことを表わす情報を送信する個人情報通知ステップとを含む。
【００８６】
第３９の発明によると、個人情報準備ステップは、第１のクライアントに情報を送信する際の送信先と、第１のクライアントの個人情報とを予め準備する。個人情報抽出ステップは、サーバへアクセスしたクライアントの個人情報を抽出する。個人情報通知ステップは、個人情報抽出ステップにて抽出された個人情報と類似する個人情報が登録された第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことを表わす情報を送信する。これにより、サーバへのアクセスしているクライアントの個人情報状況を抽出して、抽出された個人情報に類似する個人情報を登録した第１のクライアントに、第１のクライアントの個人情報と類似するクライアントがサーバにアクセスしたことが通知される。第１のクライアントは、自分の個人情報や任意に登録した個人情報（たとえば、性別、年齢等）と類似するクライアントがサーバにアクセスしていることを知って、サーバにアクセスすべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときにアクセスするための情報をタイムリーに提供してアクセス者数を増大させてサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することができる。
【００８７】
第４０の発明に係る記録媒体は、ネットワークを介して複数のクライアントが接続されたサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体であって、サーバは、複数のクライアントが閲覧できる広告を掲載することができ、サーバ運営支援方法は、広告主と広告主の広告情報とを予め準備する広告情報準備ステップと、サーバへのクライアントのアクセス状況を検出する検出ステップと、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告準備ステップにて準備した広告情報に基づいて、サーバに広告を掲載する指示をする指示ステップとを含む。
【００８８】
第４０の発明によると、広告情報準備ステップは、広告主と広告主の広告情報とを予め準備する。検出ステップは、サーバへのクライアントのアクセス状況を検出する。指示ステップは、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告準備ステップにて準備した広告情報に基づいて、サーバに広告を掲載する指示をする。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、広告記憶手段に記憶された広告情報に基づいて、サーバに広告が掲載される。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときに（たとえば、アクセスが活発なときに）広告を掲載して多くのクライアントに広告を閲覧させることができる、サーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することができる。
【００８９】
第４１の発明に係る記録媒体は、ネットワークを介して複数のクライアントが接続されたサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体であって、サーバは、複数のクライアントが閲覧できる広告を掲載することができ、サーバ運営支援方法は、広告主への情報の送信先を予め準備する広告主情報準備ステップと、サーバへのクライアントのアクセス状況を検出する検出ステップと、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告主準備ステップにて準備した広告主に、広告を出稿するか否かを確認する出稿確認情報を含む出稿問合せ情報を送信する出稿問合せ情報送信ステップと、広告主から広告の出稿要求を表わす出稿要求情報を受信する出稿要求情報受信ステップと、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、サーバに広告を掲載する指示をする指示ステップとを含む。
【００９０】
第４１の発明によると、広告主情報準備ステップは、広告主への情報の送信先を予め準備する。検出ステップは、サーバへのクライアントのアクセス状況を検出する。出稿問合せ情報送信ステップは、検出ステップにて検出されたアクセス状況が予め定められた条件を満足すると、広告主準備ステップにて準備した広告主に、広告を出稿するか否かを確認する出稿確認情報を含む出稿問合せ情報を送信する。出稿要求情報受信ステップは、広告主から広告の出稿要求を表わす出稿要求情報を受信する。指示ステップは、出稿要求情報受信ステップにて受信した出稿要求情報に基づいて、サーバに広告を掲載する指示をする。これにより、たとえば、サーバへのアクセス状況をリアルタイムに監視して、アクセス状況がある条件を満足すると、広告主に出稿確認情報が通知される。広告主は、サーバへのアクセス状況がある条件を満足したことを知って、サーバに広告を出稿すべきか否かを判断できる。その結果、ネットワークを介して不特定多数のクライアントが接続される電子的討論システムなどを運営するサーバにおいて、適切なときに広告を出稿するための情報をタイムリーに提供して広告収入を増大させてサーバの運営を支援するサーバ運営支援方法を実現するプログラムを記録した機械読取可能な記録媒体を提供することができる。
【００９１】
【発明の実施の形態】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００９２】
図１を参照して、本発明の実施の形態に係るサーバ運営支援装置を含む電子的討論システムの全体構成は、電子的討論システムを運営しかつ本発明の実施の形態に係るサーバ運営支援装置を実現するサーバ１００と、電子的討論システムに意見を電子データの形式で投稿する一般ユーザのクライアントパソコン（パーソナルコンピュータ）１０２と、電子的討論システムにより実現される仮想的討論空間（以下、単に討論空間という。）に広告を掲載する広告主のクライアントパソコン１０４と、サーバ１００とクライアントパソコン１０２、１０４とを接続する第１のネットワーク１０６と、第１のネットワークと接続された第２のネットワーク１０８と、第２のネットワーク１０２に接続された携帯電話基地局１１０と、携帯電話基地局１１０から情報を受信して受信した情報を表示部に表示する携帯電話１１２とを含む。なお、以下の説明では、電子的討論システムを運営するサーバにおいて本発明の実施の形態に係るサーバ運営支援装置を実現するものとして説明するが、これに限定されるものではなく、電子的討論システムを運営するサーバとサーバ運営支援装置を実現する装置とが別体のものであってもかまわない。
【００９３】
図２を参照して、サーバ１００に含まれる本実施の形態に係るサーバ運営支援装置１２０は、第１のネットワーク１０６に接続され、一般ユーザのクライアントパソコン１０２、広告主のクライアントパソコン１０４および携帯電話１１２と通信するためのインターフェイスであるネットワーク接続部２００と、サーバ運営支援装置１２０の各部を制御する制御部３００と、各種データを記憶する記憶部４００と、現在日時を検知して設定された日時になると所定の指示を行なうタイマ部５００とを含む。
【００９４】
制御部３００は、記憶部４００に記憶された一般ユーザのメールアドレスに従って所定のメールを送受信するメール送受信部３０２と、記憶部に記憶されたユーザＩＤデータとパスワードデータとに基づいて、複数の討論空間を選択して参加するユーザのログインを管理するログイン管理部３０４と、記憶部４００に記憶されたユーザ情報を登録したり変更したりするユーザ情報管理部３０６と、記憶部に記憶されたユーザの興味情報を登録したり変更したりするユーザ興味情報管理部３０８と、第１のネットワーク１０６を介して一般ユーザのクライアントパソコン１０２からサーバ１００への単位時間当りのアクセス状況を集計するトラフィック集計部３１０と、一般ユーザのクライアントパソコン１０２により一般ユーザが参加する複数の討論空間のアクセス状況を監視する討論監視部３１２と、一般ユーザが討論空間に送信したメッセージを管理するメッセージ管理部３１４と、討論空間に掲載される広告情報を管理する広告情報管理部３１６と、討論監視部３１２により生成された討論空間のアクセス状況情報に基づいて予め定められた条件が満足されたか否かを判断し条件が満足されると一般ユーザに電子メールの形式で所定の情報を送信する一般ユーザ通知部３１８と、討論監視部３１２により生成された討論空間のアクセス状況情報に基づいて予め定められた条件が満足されたか否かを判断し、条件が満足されると広告主に電子メールの形式で広告掲載確認メールを送信する広告主通知部３２０と、広告の掲載を希望する広告主からの掲載要求メールの受信処理を行なう掲載要求メール受信処理部３２２とを含む。
【００９５】
記憶部４００は、ユーザ情報管理部３０６を介して入力された一般ユーザのユーザＩＤデータ、パスワードデータおよびメールアドレスデータなどを記憶するユーザ情報記憶部４０２と、ユーザ興味情報管理部３０８を介して入力された一般ユーザごとにユーザの興味が高い討論空間を表わす討論空間ＩＤデータまたはユーザが興味のあるキーワードを表わすデータを記憶するユーザ興味情報記憶部４０４と、メッセージ管理部３１４を介して一般ユーザから送信されて来たメッセージを記憶するメッセージ記憶部４０６と、広告情報管理部３１６を介して広告主から送信されて来た広告情報を記憶する広告情報記憶部４０８とを含む。なお、ユーザ情報記憶部４０２に記憶される情報は、ユーザ情報管理部３０６を介して、ユーザ興味情報記憶部４０４に記憶される情報は、ユーザ興味情報管理部３０８を介してそれぞれユーザが登録、変更および削除できる。
【００９６】
図３を参照して、ユーザ情報記憶部４０２に記憶されるユーザ情報は、一般ユーザ毎にユーザＩＤデータ、パスワードデータ、メールアドレスデータ、性別データおよび年齢データを含む。
【００９７】
図４を参照して、ユーザ興味情報記憶部４０４に記憶されるユーザ興味情報は、一般ユーザ毎に、ユーザＩＤデータ、興味討論空間ＩＤデータ、前回の通知時間データ、通知を行なう条件となるメッセージ投稿数データおよび通知を行なう条件となる討論参加者数データを含む。たとえば、ユーザＩＤがＳＵＧＩである一般ユーザは、興味が高い討論空間がＩＤ２で表わされる討論空間であり、討論空間ＩＤ２の討論空間におけるメッセージ投稿数が１５以上または討論参加者数が１０以上になると、ＳＵＧＩに討論空間ＩＤ２における討論が活発であることを示す通知が行われる。また、この際行なわれる通知は、一般ユーザ通知部３１８により、図３に示すＳＵＧＩのメールアドレスｓｕｇｉ＠ｆｏｏ．ｎｅ．ｊｐに送信される。
【００９８】
図５を参照して、ユーザ興味情報記憶部４０４には、興味討論空間ＩＤデータではなく興味キーワードを表わすデータを登録することもできる。この場合、ユーザ興味情報は、ユーザ毎に、ユーザＩＤデータ、興味キーワードを表わすデータおよび前回の通知時間データを含む。この興味キーワードの登録については、図６に示すような一般ユーザのクライアントパソコン１０２のモニタに表示される画面５５０において行うことができる。一般ユーザが画面５５０に表示された興味登録ボタン５５２をマウスカーソル５５４で指し示し、その状態でマウスボタンをクリックすることにより、興味登録ボタン５５２に対応するキーワードが興味キーワードとして登録され興味情報記憶部４０４に記憶される。たとえば、図６に示す興味登録ボタン５５２をマウスカーソル５５４で指し示し、その状態でマウスボタンをクリックすると、興味登録ボタン５５２に対応する「Ｓｅｒｖｌｅｔ」が興味キーワードとして興味情報記憶部４０４に記憶される。
【００９９】
図７を参照して、メッセージ管理部３１４を介してメッセージ記憶部４０６に記憶されるメッセージは、メッセージ毎に、討論空間ＩＤデータ、メッセージＩＤデータ、タイトルデータ、本文データ、投稿者名データおよび投稿日時データを含む。タイトルデータおよび本文データは、たとえば、テキスト形式で記憶されており、図５に示すユーザ興味情報記憶部に記憶されたユーザ興味情報の興味キーワードに基づく検索が可能である。
【０１００】
図８を参照して、討論監視部３１２にて生成される討論空間のアクセス状況（以下、討論空間のアクセス状況情報を討論空間情報という。）は、討論空間ＩＤ毎に、広告掲載処理フラグおよび現在状況を示すデータを含む。広告掲載処理フラグは、それぞれの討論空間において、広告主に対して広告掲載の確認を問合せしている場合または討論空間における広告が決定している場合に、フラグがセットされる。このフラグがセットされた討論空間はロックされ、後述する広告主通知処理が行われなくなる。また、討論空間情報に記憶される現在状況を表わすデータは、メッセージ投稿数データ、メッセージ参照数データおよび討論参加者数データを含む。さらに、討論参加者数データとしては、年齢毎かつ性別毎に分類されて人数が記憶される。たとえば、討論空間ＩＤ２の場合には、広告掲載フラグがリセット状態であり、過去一定時間（たとえば５分間）におけるメッセージ投稿数が１１であり、メッセージ参照数が２１であり、男性の討論参加者数が７で、女性の討論参加者数が８であることを示す。
【０１０１】
図９を参照して、広告情報記憶部４０８に記憶される広告主情報は、広告主毎に、広告主ＩＤデータ、パスワードデータおよびメールアドレスデータを含む。図９に示すこれらの情報は、広告情報管理部３１６により、登録、変更および削除を行うことが可能である。
【０１０２】
図１０を参照して、広告情報記憶部４０８に記憶される広告情報は、広告毎に、討論空間ＩＤデータ、広告主ＩＤデータ、広告期間データ、広告掲載条件データ、広告情報が記憶されたホームページのＵＲＬ（Uniform Resource Locators）を表わすデータ、広告文１データ、広告文２データ、広告文３データ、自動化フラグおよび広告掲載時間データを含む。図１０に示す広告情報は、討論空間および広告期間を定めると、１人の広告主が定まる。たとえば、討論空間ＩＤ３の２０００年３月６日から２０００年３月１２日の間は、広告主ＩＤ１の広告主が、討論空間ＩＤ３の２０００年３月１３日から２０００年３月１９日の間は、広告主ＩＤ２の広告主が定まる。
【０１０３】
図１１を参照して、広告情報記憶部４０８に記憶される広告情報は、図１０に示す広告情報とは別体の広告情報であってもよい。図１１に示すようにこの広告情報は、広告期間を定めずに、１つの討論空間に複数の広告主が登録されている。広告情報は、広告毎に、討論空間ＩＤデータ、広告主ＩＤデータ、広告掲載条件データ、広告データが記憶されたホームページのＵＲＬを表わすデータ、広告文１データ、広告文２データ、広告文３データおよび広告掲載時間データを含む。たとえば、討論空間ＩＤ４の討論空間については、広告主ＩＤ６の広告主が広告掲載条件Ｂで、広告主ＩＤ１０の広告主が広告掲載条件Ａで、広告を掲載する要求を登録している。なお、広告主ＩＤ７、８、９の広告主については、特定の討論空間ＩＤを定めず、いずれの討論空間でも広告を掲載する要求があることを示す。この場合、広告主ＩＤ７および広告主ＩＤ９の広告主が広告掲載条件ＡまたはＢで、広告主ＩＤ８の広告主が広告掲載条件Ｂでいずれかの討論空間に広告を掲載する要求を登録している。
【０１０４】
図１２を参照して、広告掲載条件は、討論空間毎のアクセス状況に基づいて算出される活発度により定められる。たとえば、広告掲載条件Ａは、メッセージ投稿数≧Ｐ１かつメッセージ参照数≧Ｑ１かつ討論参加者数≧Ｒ１という条件である。広告掲載条件Ｂは、メッセージ投稿数≧Ｐ２かつメッセージ参照数≧Ｑ２かつ登録参加者数≧Ｒ２という条件である。広告掲載条件Ｃは、メッセージ投稿数≧Ｐ３かつメッセージ参照数≧Ｑ３かつ登録参加者数≧Ｒ３という条件である。なお、ここでは、Ｐ１＞Ｐ２＞Ｐ３、Ｑ１＞Ｑ２＞Ｑ３、Ｒ１＞Ｒ２＞Ｒ３の関係が成立するものとする。
【０１０５】
それぞれの広告掲載条件に対応して広告料金（１分当り）が定められている。たとえば広告掲載条件Ａの場合には広告料金がＸ１であり、広告掲載条件Ｂの場合には広告料金がＸ２であり、広告掲載条件Ｃの場合には広告料金がＸ３である。なお、ここでは、Ｘ１＞Ｘ２＞Ｘ３の関係が成立するものとする。すなわち、図１２により表される広告料金は、討論空間へのアクセス状況が活発であるほど高くなるように設定されている。
【０１０６】
図２を参照して、タイマ部５００は、現在日時を計測するクロック部５０２と、クロック部５０２に接続され、複数の処理に対して実行時刻を記憶したタイムテーブル５０４と、タイムテーブル５０４に接続され広告主からの掲載要求メールのタイムアウト処理を行なう掲載要求メールタイムアウト処理部５０６と、タイムテーブル５０４に接続され、広告掲載時刻に到達した場合に広告掲載終了処理を行なう広告掲載終了処理部５０８とを含む。なお、掲載要求メールタイムアウト処理部５０６と広告掲載終了処理部５０８とは、制御部３００に含めてもかまわない。
【０１０７】
図１３を参照して、タイムテーブル５０４は、時間管理ＩＤ毎に、その時間管理ＩＤにより特定される処理が行なわれる時刻データ、処理の実行を指示する対象を表わすデータおよび設定された時刻の内容を表わすデータを含む。たとえば、時間管理ＩＤ１は、クロック部５０２が１０時０５分を検知すると、掲載要求メールタイムアウト処理部５０６に広告掲載確認メール（ＩＤ＝１）の返答待ち期限が到達したことを通知する。この通知を受けて、掲載要求メールタイムアウト処理部５０６は、後述する掲載要求メールタイムアウト処理を行なう。また、時間管理ＩＤ３は、クロック部５０２が１１時１４分を検知すると、広告掲載終了処理部５０８に討論空間（ＩＤ＝１）の広告掲載終了時刻が到達したことを通知する。この通知を受けて、広告掲載終了処理部５０８は、後述する広告掲載終了処理を行なう。
【０１０８】
サーバ運営支援装置１２０は、実際には、パーソナルコンピュータまたはワークステーションなど、コンピュータ上で実行されるソフトウェアにより実現される。図１４に、サーバ運営支援装置の一例であるコンピュータの外観を示す。図１４を参照してこのコンピュータ６００は、ＦＤ（Floppy Disk）駆動装置６０８およびＣＤ−ＲＯＭ（Compact Disc−Read Only Memory）駆動装置６０６とを備えたコンピュータ本体６０２と、モニタ６０４と、キーボード６１０と、マウス６１２とを含む。
【０１０９】
図１５に、このコンピュータ６００の構成をブロック図形式で示す。図１５に示すように、コンピュータ本体６０２はＦＤ駆動装置６０８およびＣＤ−ＲＯＭ駆動装置６０６に加えて、相互にバスで接続されたＣＰＵ（Central Processing Unit）６２０と、メモリ６２２と、固定ディスク６２４と通信インターフェイス６２６とを含む。ＦＤ駆動装置６０８にはＦＤ６１８が装着される。ＣＤ−ＲＯＭ駆動装置６０６にはＣＤ−ＲＯＭ６１６が装着される。
【０１１０】
サーバ運営支援装置１２０は、このようなコンピュータハードウェアとＣＰＵ６２０により実行されるソフトウェアとにより実現される。一般的にこうしたソフトウェアは、ＦＤ６１８、ＣＤ−ＲＯＭ６１６などの記録媒体に格納されて流通し、ＦＤ駆動装置６０８またはＣＤ−ＲＯＭ駆動装置６０６などにより記録媒体から読取られて固定ディスク６２４に一旦格納される。さらに固定ディスク６２４からメモリ６２２に読出されて、ＣＰＵ６２０により実行される。図１４および図１５に示したコンピュータのハードウェア自体は一般的なものである。したがって、本発明の最も本質的な部分は、ＦＤ６１８、ＣＤ−ＲＯＭ６１６、固定ディスク６２４などの記録媒体に記録されたソフトウェアである。
【０１１１】
なお、図２に示すネットワーク接続部２００は図１５に示す通信インターフェイス６２６に、図２に示す記憶部４００は図１５に示す固定ディスク６２４に対応する。また、図２に示す制御部３００およびタイマ部５００の機能は、図１５に示すＣＰＵ６２０により実行されるソフトウェアにより実現される。
【０１１２】
また、前述の通り、電子的討論システムもこのコンピュータ６００におけるハードウェアとＣＰＵ６２０により実行されるソフトウェアとにより実現される。
【０１１３】
なお、上述した以外の図１４および図１５に示したコンピュータ自体の動作は周知であるので、ここではその詳細な説明は繰返さない。
【０１１４】
図１６を参照して、本実施の形態に係るサーバ運営支援装置１２０の一般ユーザ通知部３１８で実行されるプログラムは、一般ユーザ抽出処理に関し、以下のような制御構造を有する。
【０１１５】
ステップ（以下、ステップをＳと略す）１００にて、ＣＰＵ６２０は、ユーザ興味情報記憶部４０４から討論空間ＩＤの形式（図４）で記憶されたユーザ興味情報を読出す。
【０１１６】
Ｓ１０２にて、ＣＰＵ６２０は、討論監視部３１２により生成された討論空間情報（図８）を読出す。
【０１１７】
Ｓ１０４にて、ＣＰＵ６２０は、Ｓ１０２にて読出した討論空間情報に基づいて、討論空間において条件を満足するものがあるか否かを判断する。この判断は、全ての討論空間において、Ｓ１００にて読出したユーザ興味情報である討論空間ＩＤにより特定される討論空間の現在状況が、ユーザ毎に登録されたメッセージ投稿数および討論参加者数により定められた条件を満足しているか否かにより行なわれる。Ｓ１０２にて読出した討論空間情報の現在状況に基づいて、メッセージ投稿数および討論参加者数により定められた条件を満足するものがある場合には（Ｓ１０４にてＹＥＳ）、処理はＳ１０６へ移される。一方、討論空間において条件を満足するものがない場合には（Ｓ１０４にてＮＯ）、処理を終了する。
【０１１８】
Ｓ１０６にて、ＣＰＵ６２０は、Ｓ１０４にて条件を満足すると判断されたユーザのユーザ興味情報（図４）の通知時間データとクロック部５０２が検知した現在日時とに基づいて、ユーザへの前回の通知から一定時間が経過しているか否かを判断する。条件を満足するユーザへの通知から一定時間が経過していると（Ｓ１０６にてＹＥＳ）、処理はＳ１０８へ移される。一方、条件を満足するユーザであっても前回の通知から一定時間が経過していないと（Ｓ１０６にてＮＯ）、処理は終了する。これにより、条件を満足するユーザであっても、頻繁に通知を受けることを避けることができる。
【０１１９】
Ｓ１０８にて、ＣＰＵ６２０は、ユーザが予め登録したユーザが高い興味がある討論空間ＩＤにおいて討論が活発になったことを示す通知メールを作成して条件を満足する一般ユーザへ送信する。この送信は、メール送受信部３０２およびネットワーク接続部２００を介して一般ユーザのクライアントパソコン１０２および一般ユーザの携帯電話１１２に送信される。一般ユーザのクライアントパソコン１０２および一般ユーザの携帯電話１１２には、図１８に示すように、ユーザが高い興味がある討論空間における討論が活発であることを示す通知が電子メールの形式で送信される。
【０１２０】
Ｓ１１０にて、ＣＰＵ６２０は、Ｓ１０８にて電子メールを送信した一般ユーザの通知時間データを更新する。
【０１２１】
なお、前述の説明のように、ユーザが予め登録した討論空間ＩＤに基づかず、ユーザ情報記憶部４０２に記憶されたユーザ情報の年齢、性別（図３）と、討論監視部３１２により生成された討論空間情報（図８）とに基づいて、ある人と年齢、性別が類似するユーザがアクセスしているか否かを判断して、電子メールをその人に通知するようにしてもよい。この判断は、全ての討論空間において、討論空間ごとにアクセスしているユーザを年齢、性別別に集計した結果に基づいて行なわれる。さらに、このようにユーザの個人情報と類似するクライアントがアクセスした場合に通知するほかに、ユーザが任意に登録した個人情報と類似するクライアントがアクセスした場合、すなわち、ユーザが３０歳代の男性であって予め２０歳代の女性がアクセスした場合を登録している場合には、そのような女性がアクセスしてきたときにその男性に通知するようにしてもよい。
【０１２２】
図１７を参照して、本実施の形態に係るサーバ運営支援装置１２０の一般ユーザ通知部３１８で実行されるプログラムは、一般ユーザ通知処理に関し、以下のような制御構造を有する。なお、図１７に示す一般ユーザ通知処理は、図１６に示す一般ユーザ通知処理とは、読出したユーザ興味情報の形式が異なる、別体の処理である。なお、図１７に示す処理の中で、前述の図１６における処理と同様の処理については、ここでの詳細な説明を繰返さない。
【０１２３】
Ｓ１２０にて、ＣＰＵ６２０は、ユーザ興味情報記憶部４０４からキーワードの形式（図５）で記憶されたユーザ興味情報を読出す。
【０１２４】
Ｓ１２２にて、ＣＰＵ６２０は、メッセージ記憶部４０６に記憶されたメッセージのタイトルデータおよび本文データを読出す。
【０１２５】
Ｓ１２４にて、ＣＰＵ６２０は、Ｓ１２２にて読出したメッセージの中にＳ１２０にて読出したキーワードが存在するか否かを判断する。この判断は、Ｓ１２２にて読出したメッセージから、Ｓ１２０にて読出したキーワードを検索することにより行なわれる。この場合、メッセージ本文のみならずタイトルも検索対象となる。読出したメッセージにキーワードが検索された場合には（Ｓ１２４にてＹＥＳ）、処理はＳ１２６へ移される。一方、読出したメッセージにキーワードが検索されない場合には（Ｓ１２４にてＮＯ）、処理は終了する。
【０１２６】
Ｓ１２６にて、前述のＳ１０６における処理と同様、ＣＰＵ６２０は、Ｓ１２４にてキーワードが検索されたユーザへの前回の通知から一定時間が経過しているか否かを判断する。キーワードが検索されたユーザへの前回の通知から一定時間が経過していると（Ｓ１２６にてＹＥＳ）、処理はＳ１２８へ移される。一方、キーワードが検索されたユーザへの前回の通知から一定時間が経過していないと（Ｓ１２６にてＮＯ）、処理は終了する。このようにして、前述のＳ１０６における処理と同様、条件を満足するユーザが頻繁に通知を受信することを避けることができる。
【０１２７】
Ｓ１２８にて、ＣＰＵ６２０は、一般ユーザが予め登録したキーワードを含むメッセージが存在することを示す通知を電子メールの形式で作成して、メール送受信部３０２を介して一般ユーザに送信する。一般ユーザのクライアントパソコン１０２および一般ユーザの携帯電話１１２には、図１９に示すように、ユーザの高い興味があるキーワードが出現したことを示す電子メールが送信される。また、図１９に示す電子メールにより表示される情報は、討論監視部３１２により作成された討論空間情報から読出した、キーワードが検索された討論空間のメッセージ投稿数データ、メッセージ参照数データおよび討論参加者数データを表わすデータを含む。
【０１２８】
Ｓ１３０にて、ＣＰＵ６２０は、Ｓ１２８にて通知メールを送信したユーザの通知時間データを更新する。
【０１２９】
図２０を参照して、本実施の形態に係るサーバ運営支援装置１２０の広告主通知部３２０で実行されるプログラムは、広告主通知処理（１対１）に関し、以下のような制御構造を有する。
【０１３０】
Ｓ２００にて、ＣＰＵ６２０は、討論監視部３１２が作成した討論空間情報を読出す。Ｓ２０２にて、ＣＰＵ６２０は、変数Ｉを初期化（Ｉ＝１）する。
【０１３１】
Ｓ２０４にて、ＣＰＵ６２０は、Ｓ２００にて読出した討論空間情報に基づいて、討論空間（Ｉ）がロックされているか否かを判断する。この判断は、図８に示す討論空間情報における広告掲載処理フラグの状態により行なわれる。討論空間（Ｉ）がロックされている場合には（Ｓ２０４にてＹＥＳ）、処理はＳ２２２へ移される。一方、討論空間（Ｉ）がロックされていない場合には（Ｓ２０４にてＮＯ）、処理はＳ２０６へ移される。
【０１３２】
Ｓ２０６にて、ＣＰＵ６２０は、広告情報記憶部４０８から討論空間（Ｉ）の広告主の広告掲載条件および自動化フラグを読出す。この場合、広告情報記憶部４０８から読出される広告情報は、討論空間ＩＤと広告期間とにより１人の広告主が定まる、図１０に示す広告情報である。
【０１３３】
Ｓ２０８にて、ＣＰＵ６２０は、討論空間（Ｉ）について、Ｓ２００にて読出した討論空間情報の現在状況に基づいて、広告掲載条件を満足するか否かを判断する。この判断は、図８に示す討論空間情報の現在状況に含まれるメッセージ投稿数データ、メッセージ参照数データおよび討論参加者数データと、図１０に示す広告掲載条件および図１２に示す広告掲載条件毎のアクセス状況とに基づいて行われる。討論空間（Ｉ）が、広告掲載条件を満たしていると判断されると（Ｓ２０８にてＹＥＳ）、処理はＳ２１０へ移される。一方、討論空間（Ｉ）は広告掲載条件を満たしていないと判断されると（Ｓ２０８にてＮＯ）、処理はＳ２２２へ移される。
【０１３４】
Ｓ２１０にて、ＣＰＵ６２０は、Ｓ２００にて読出した広告情報に基づいて、広告掲載条件を満足する広告主の自動化フラグがセット状態であるか否かを判断する。自動化フラグがセット状態である場合には（Ｓ２１０にてＹＥＳ）、処理はＳ２１６へ移される。一方、自動化フラグがセット状態でない場合には（Ｓ２１０にてＮＯ）、処理はＳ２１２へ移される。
【０１３５】
Ｓ２１２にて、ＣＰＵ６２０は、広告掲載確認メールを作成して、広告掲載条件を満足する広告主に送信する。なお、この場合、この実施の形態では広告掲載確認メールが送信される広告主は１名である。
【０１３６】
図２１を参照して、Ｓ２１２にて広告主に送信される広告掲載確認メールは、広告掲載条件を満足した討論空間ＩＤと、討論空間情報から読出したメッセージ投稿数と討論参加者数とを表わす情報を含む。また、広告掲載確認メールは、この広告主の広告掲載条件に対応する広告料金を表わす情報を含む。
【０１３７】
Ｓ２１４にて、ＣＰＵ６２０は、広告掲載確認メールＩＤに対応するタイムテーブルに掲載要求メール返答待ち時間をセットする。後述するように、このセットされた掲載要求メール返答待ち時間内に、広告掲載確認メールに対応する掲載要求メールが広告主から送信されない場合には、この広告主は広告を掲載することができないことになる。
【０１３８】
Ｓ２１６にて、ＣＰＵ６２０は、Ｓ２１０にて自動化フラグがセット状態であると判断されたため、広告掲載確認メールを送信することなく広告ファイルを作成する。広告ファイルは、討論空間内に広告を掲載できる形式で作成される。広告ファイルの作成は、図１０に示すように、広告主により指定された、ＵＲＬを表わすデータ、広告文１データ、広告文２データおよび広告文３データに基づいて行なわれる。
【０１３９】
Ｓ２１８にて、ＣＰＵ６２０は、討論空間（Ｉ）に対応するタイムテーブルに広告掲載終了時刻をセットする。この場合、図１０に示す広告情報の広告掲載時間データに基づいて、広告掲載終了時刻がセットされる。これにより、Ｓ２１６にて生成した広告ファイルの広告掲載終了時刻がセットされた状態になる。なお、Ｓ２１４およびＳ２１８において時刻がセットされるタイムテーブルは、図２に示すタイマ部５００のタイムテーブル５０４である。
【０１４０】
Ｓ２２０にて、ＣＰＵ６２０は、討論空間（Ｉ）をロックする。討論空間（Ｉ）がロックされると、図８に示す対応の広告掲載処理フラグがセット状態となる。このフラグのセット中は、広告主への広告掲載の確認中であるか広告を掲載中であり、広告主を探す必要がない。
【０１４１】
Ｓ２２２にて、ＣＰＵ６２０は、変数Ｉに対して、Ｉ＝Ｉ＋１の演算を行なう。
【０１４２】
Ｓ２２４にて、ＣＰＵ６２０は、変数Ｉが討論空間数を上回ったか否かを判断する。変数Ｉが討論空間数を上回っていると（Ｓ２２４にてＹＥＳ）、処理は終了する。一方、変数Ｉが討論空間数を上回っていない場合には（Ｓ２２４にてＮＯ）、処理はＳ２０４へ移され、次の討論空間についての処理が行なわれる。
【０１４３】
図２２を参照して、本実施の形態に係るサーバ運営支援装置１２０の掲載要求メール受信処理部３２２で実行されるプログラムは、掲載要求メール受信処理（１対１）に関し、以下のような制御構造を有する。
【０１４４】
Ｓ３００にて、ＣＰＵ６２０は、返答待ち時間が経過したか否かを判断する。この判断は、クロック部５０２が検知した現在日時と広告掲載確認メールＩＤに対応するタイムテーブル５０４にセットされた設定時刻とに基づいて行われる。返答待ち時間が経過していると（Ｓ３００にてＹＥＳ）、処理はＳ３１２へ移される。一方、返答待ち時間が経過していないと（Ｓ３００にてＮＯ）、処理はＳ３０２へ移される。
【０１４５】
Ｓ３０２にて、ＣＰＵ６２０は、広告主から掲載要求メールを受信したか否かを判断する。この判断は、メール送受信部３０２を介して受信した掲載要求メールがメモリに記憶されているか否かにより行なわれる。掲載要求メールを受信していると（Ｓ３０２にてＹＥＳ）、処理はＳ３０４へ移される。一方、掲載要求メールを受信していないと（Ｓ３０２にてＮＯ）、処理はＳ３００へ移され、返答待ち時間を経過しているか否かが再度判断される。なお、返答待ち時間経過後に受信される掲載要求メールについては無効とする。
【０１４６】
図２３に示す掲載要求メール（Ｓ３０２にて受信）により、このサーバ運営支援装置１２０を実現するサーバ１００の掲載要求メールの宛先アドレスに、討論空間ＩＤと広告文とが送信される。
【０１４７】
また、図２４を参照して、ブラウザを介してこのサーバ運営支援装置１２０を実現するサーバ１００に広告掲載要求情報を送信する場合には、広告主のクライアントパソコン１０４からサーバ１００への要求に応答して、クライアントパソコン１０４のモニタに画面７２０が表示される。画面７２０は、広告情報に登録された広告文１を表示する第１の表示部７２２と、広告文２を表示する第２の表示部７２６と、広告文３を表示する第３の表示部７２８と、それらの広告文のいずれかを選択する選択ボタン７２４と、広告文を新規作成する場合の入力フィールド７３０と、広告文を選択後または広告文を新規作成後にサーバ１００にデータを送信するための送信ボタン７３２とを含む。広告掲載確認メールを受信した広告主は、広告主のクライアントパソコン１０４から、サーバ１００に接続し、画面７２０を開き、広告文を選択するか新規作成して、送信ボタン７３２を押すことにより掲載要求メールを送信したことと同様の効果を得ることができる。
【０１４８】
Ｓ３０４にて、ＣＰＵ６２０は、Ｓ３０２にて受信した掲載要求メールから広告掲載確認メールＩＤを取得する。なお、掲載要求メールは広告掲載確認メールＩＤデータを含む。Ｓ３０６にて、ＣＰＵ６２０は、広告掲載確認メールＩＤに対応するタイムテーブル５０４の設定を消去する。
【０１４９】
Ｓ３０８にて、ＣＰＵ６２０は、広告情報記憶部４０８に記憶された広告情報（図１０）に基づいて広告ファイルを作成する。なお、このＳ３０８において広告ファイルを作成する処理は、前述のＳ２１６における処理と同様であるためここでの詳細な説明は繰返さない。
【０１５０】
Ｓ３１０にて、ＣＰＵ６２０は、該当する討論空間に対応するタイムテーブル５０４に広告掲載終了時刻をセットする。この場合、図１０に示す広告情報の広告掲載時間データに基づいて、広告掲載終了時刻がセットされる。これにより、Ｓ３０８にて生成した広告ファイルの広告掲載終了時刻がセットされた状態になる。なお、Ｓ３１０にて時刻が設定されるタイムテーブルは、図２に示すタイマ部５００のタイムテーブル５０４である。
【０１５１】
Ｓ３１２にて、ＣＰＵ６２０は、Ｓ３００にて返答待ち時間が経過していると判断された場合、広告掲載確認メールＩＤに基づいて広告主に広告掲載不可能情報（時間経過）を送信する。すなわち、討論空間毎に、広告掲載条件を満足する広告主（１人）に広告掲載確認メールを送信したが、その広告主から一定時間内に掲載要求メールを受信しなかったことを示す。この場合、この広告主は、広告掲載の意思がないものとみなし、返答待ち時間経過後に、広告掲載不可能情報を送信する。
【０１５２】
Ｓ３１４にて、ＣＰＵ６２０は、該当する討論空間のロックを解除する。この処理により、図８に示す広告掲載処理フラグがリセットされロックが解除される。
【０１５３】
なお、Ｓ３１２における処理に代えて、以下のようにして、同じ広告主に広告掲載確認メールを再送信することも考えられる。すなわち、返答待ち時間内に掲載要求メールを受信しなかった場合、同じ広告主に対して、広告料金を下げて再度広告掲載確認メールを発信する。これにより、広告料金が下がったことを知った広告主が、広告の掲載要求を判断する場合がある。このような処理を繰返し行なうことにより、その討論空間の広告を確保することが考えられる。
【０１５４】
図２５を参照して、本実施の形態に係るサーバ運営支援装置１２０の広告掲載終了処理部５０８で実行されるプログラムは、広告掲載終了処理（１対１）に関し、以下のような制御構造を有する。
【０１５５】
Ｓ４００にて、ＣＰＵ６２０は、広告掲載時刻が経過したか否かを判断する。この判断は、クロック部５０２が検知した現在日時と討論空間に対応してタイムテーブル５０４にセットされた時刻とに基づいて行なわれる。広告掲載時刻が経過していると（Ｓ４００にてＹＥＳ）、処理はＳ４０２に移される。一方、広告掲載時刻が経過していないと（Ｓ４００にてＮＯ）、処理はＳ４００へ戻され、広告掲載時刻の経過を待つ。
【０１５６】
Ｓ４０２にて、ＣＰＵ６２０は、広告ファイルを削除する。これにより、電子的討論システムの該当する討論空間に広告が掲載されなくなる。
【０１５７】
Ｓ４０４にて、ＣＰＵ６２０は、課金情報を生成して、広告主に対応してメモリに記憶する。課金情報の生成は、図１０に示す広告掲載時間と図１２に示す広告料金とに基づいて行われる。
【０１５８】
Ｓ４０６にて、ＣＰＵ６２０は、該当する討論空間のロックを解除する。これにより、図８に示す広告掲載処理フラグがリセットされロックが解除される。
【０１５９】
図２６を参照して、本実施の形態に係るサーバ運営支援装置１２０の広告主通知部３２０で実行されるプログラムは、広告主通知処理（１対多）に関し、以下のような制御構造を有する。なお、図２６における処理の中で、前述の図２０における処理と同様の処理については、ここでの詳細な説明は繰返さない。
【０１６０】
Ｓ２５０にて、ＣＰＵ６２０は、討論監視部３１２が生成した討論空間情報を読出す。Ｓ２５２にて、ＣＰＵ６２０は、変数Ｉを初期化（Ｉ＝１）する。
【０１６１】
Ｓ２５４にて、ＣＰＵ６２０は、Ｓ２５０にて読出した討論空間情報に基づき、討論空間（Ｉ）がロックされているか否かを判断する。討論空間（Ｉ）がロックされている場合には（Ｓ２５４にてＹＥＳ）、処理はＳ２６６へ移される。一方、討論空間（Ｉ）がロックされていない場合には（Ｓ２５４にてＮＯ）、処理はＳ２５６へ移される。
【０１６２】
Ｓ２５６にて、ＣＰＵ６２０は、討論空間（Ｉ）への広告掲載の要求の登録している広告主の広告主ＩＤを抽出する。この場合、広告情報記憶部４０８に記憶された広告情報（図１１）に基づいて、討論空間（Ｉ）に広告を掲載することを登録している広告主が抽出される。たとえば、図１１を参照して、Ｉ＝５の場合には、討論空間ＩＤ５について広告主が抽出され、広告主ＩＤ７、８、９、１１の広告主が抽出される。なお、広告主ＩＤ７、８、９については、特定の討論空間ＩＤを登録していないため、すべての討論空間について抽出されることになる。
【０１６３】
Ｓ２５８にて、ＣＰＵ６２０は、Ｓ２５６にて抽出した広告主ＩＤの中で、広告掲載条件を満足する広告主が存在するか否かを判断する。この判断は、図１１に示す広告掲載条件と、図１２に示す広告掲載条件毎のアクセス状況と、図８に示す討論空間情報の現在状況（メッセージ投稿数データ、メッセージ参照数データ、討論参加者数データ）とに基づいて行なわれる。広告掲載条件を満足する広告主が存在すると判断されると（Ｓ２５８にてＹＥＳ）、処理はＳ２６０へ移される。一方、広告掲載条件を満足する広告主が存在しないと判断されると（Ｓ２５８にてＮＯ）、処理はＳ２６６へ移される。
【０１６４】
Ｓ２６０にて、ＣＰＵ６２０は、広告掲載確認メールを作成して、条件を満足する広告主の全員に送信する。ここで送信される広告掲載確認メールは、前述の図２１に示す電子メールと同様のものである。なお、このとき広告料金が併せて送信されるが、図１１に示すように、広告掲載条件に２つ以上の条件を登録している広告主に対しては、高い方の広告料金が送信される。また、広告掲載確認メールには、広告掲載確認メールＩＤが付される。この広告掲載確認メールＩＤは、討論空間（Ｉ）において、広告掲載条件を満足する全ての広告主に広告掲載確認メールが送付される際に、広告が掲載される１つの討論空間毎に、１つのＩＤが付される。
【０１６５】
Ｓ２６２にて、ＣＰＵ６２０は、広告掲載確認メールＩＤに対応するタイムテーブル５０４に掲載要求メール返答待ち時間をセットする。
【０１６６】
Ｓ２６４にて、ＣＰＵ６２０は、討論空間（Ｉ）をロックする。Ｓ２６６にて、ＣＰＵ６２０は、変数ＩについてＩ＝Ｉ＋１の演算を行なう。
【０１６７】
Ｓ２６８にて、ＣＰＵ６２０は、変数Ｉが討論空間数を上回ったか否かを判断する。変数Ｉが討論空間数を上回ると（Ｓ２６８にてＹＥＳ）、処理は終了する。一方、変数Ｉが討論空間数を上回っていないと（Ｓ２６８にてＮＯ）、処理はＳ２５４へ移され、次の討論空間についての処理が行なわれる。
【０１６８】
図２７を参照して、本実施の形態に係るサーバ運営支援装置１２０の掲載要求メール受信処理部３２２で実行されるプログラムは、掲載要求メール受信処理（１対多）に関し、以下のような制御構造を有する。なお、図２７における処理の中で、前述の図２２における処理と同様の処理については、ここでの詳細な説明は繰返さない。
【０１６９】
Ｓ３５０にて、ＣＰＵ６２０は、変数Ｎを初期化（Ｎ＝１）する。
Ｓ３５２にて、ＣＰＵ６２０は、返答待ち時間が経過したか否かを判断する。この判断は、クロック部５０２が検知した現在時刻と、広告掲載確認メールＩＤに対応してタイムテーブル５０４にセットされた時刻とに基づいて行なわれる。返答待ち時間が経過していると判断されると（Ｓ３５２にてＹＥＳ）、処理はＳ３６６に移される。一方、返答待ち時間が経過していないと判断されると（Ｓ３５２にてＮＯ）、処理はＳ３５４へ移される。
【０１７０】
Ｓ３５４にて、ＣＰＵ６２０は、掲載要求メールを受信したか否かを判断する。掲載要求メールを受信していると判断されると（Ｓ３５４にてＹＥＳ）、処理はＳ３５６へ移される。一方、掲載要求メールを受信していると判断されないと（Ｓ３５４にてＮＯ）、処理はＳ３５２へ移され、返答待ち時間を経過しているか否かが再度判断される。なお、返答待ち時間経過後に受信される掲載要求メールについては無効とする。
【０１７１】
Ｓ３５６にて、ＣＰＵ６２０は、Ｓ３５４にて受信した掲載要求メールから広告掲載確認メールＩＤを取得する。
【０１７２】
Ｓ３５８にて、ＣＰＵ６２０は、Ｓ３５４にて受信した掲載要求メールの広告主をＮ位の広告候補とする広告候補データを作成して、広告掲載確認メールＩＤ毎に記憶する。
【０１７３】
図２８を参照して、Ｓ３５８にて生成される広告候補データは、広告掲載確認メールＩＤ毎に、討論空間ＩＤデータ、広告主ＩＤデータ、候補者順位データおよび広告文識別情報を含む。たとえば、図２８に示すように、広告掲載確認メールＩＤが１００１の広告候補データについては、第１位の広告候補が広告主ＩＤ２の広告主であり、第２位の広告主候補が広告主ＩＤ１の広告主であり、広告主ＩＤ２の広告主は広告文２を掲載することを要求して、広告主ＩＤ１の広告主は新規に送付した広告文を掲載することを要求している。前述の通り、広告掲載確認メールＩＤは、１つの討論空間に対して付されたＩＤ（図２８に示す場合は、ＩＤ＝３）であって、広告を掲載する対象である討論空間を特定できる。また、広告文識別情報は、掲載要求メールに含まれる。
【０１７４】
Ｓ３６０にて、ＣＰＵ６２０は、変数ＮについてＮ＝Ｎ＋１の演算を行なう。Ｓ３６２にて、ＣＰＵ６２０は、変数Ｎが広告上限数を上回ったか否かを判断する。ここで広告上限数とは、予め、定められた広告候補として登録する広告数の上限を定めたものである。変数Ｎが広告上限数を上回っている場合には（Ｓ３６２にてＹＥＳ）、処理はＳ３６４へ移される。一方、Ｎが広告上限数を上回っていない場合には（Ｓ３６２にてＮＯ）、処理はＳ３５２へ戻され、返答待ち時間を経過しているか否かが再度判断される。なお、返答待ち時間が経過していないと再度判断された場合には、掲載要求メールを受信したか否かが再度判断され、掲載要求メールを再度受信した場合には再度受信した掲載要求メールに従ってＮ＋１位の広告候補の広告候補データが作成される。このような処理を繰返し行うことにより、返答待ち時間が経過するか、登録された広告候補が広告上限数を上回るかいずれか一方が成立するまで広告候補データが作成され、掲載要求メールを受信した順が広告候補の順になる広告候補データを作成することができる。
【０１７５】
Ｓ３６４にて、ＣＰＵ６２０は、Ｓ３６２にて変数Ｎが広告上限数を上回っていると判断された場合、広告掲載確認メールＩＤに基づいて掲載要求メールを受信していない広告主に広告掲載不可能情報（上限到達）を送信する。
【０１７６】
Ｓ３６６にて、ＣＰＵ６２０は、Ｓ３５２にて返答待ち時間が経過していると判断された場合、広告掲載確認メールＩＤに基づいて、掲載要求メールを受信していない広告主に広告掲載不可能情報（時間経過）を送信する。
【０１７７】
なお、図２７におけるＳ３６２の処理の代わりに、返答待ち時間が経過するまでに受信した掲載要求メールのすべてを広告料金の高い順に並べ換えて、広告料金の高い方から広告上限数に達するまでの広告主を広告候補とするようにしてもよい。このようにした場合、図２９に示すように、広告候補データは、広告掲載確認メールＩＤ毎に、討論空間ＩＤデータ、広告主ＩＤデータ、広告料金データおよび広告文識別情報を含む。この場合、最も広告料金が高い広告主ＩＤ２１の広告主が広告候補第１位に、次に広告料金が高い広告主ＩＤ１４の広告主が第２位の広告候補として登録されている。
【０１７８】
なお、前述の図２８に示す広告候補データおよび図２９に示す広告候補データについては、広告掲載確認メールが送信されると、広告掲載確認メールＩＤ毎に（すなわち広告が掲載される討論空間ＩＤ毎に）、生成される広告候補ファイルに記憶される。また、広告掲載確認メールが送信されると広告候補ファイルが作成されるが、返答待ち時間が経過するまでに掲載要求メールを全く受信しなかった場合には、作成された広告候補ファイル中にデータはないものとなる。
【０１７９】
図３０を参照して、本実施の形態に係るサーバ運営支援装置１２０の掲載要求メールタイムアウト処理部５０６で実行されるプログラムは、掲載要求メールタイムアウト処理（１対多）に関し、以下のような制御構造を有する。
【０１８０】
Ｓ３８０にて、ＣＰＵ６２０は、返答待ち時間が経過したか否かを判断する。この判断は、クロック部５０２が検知した現在時刻と、広告掲載確認メールＩＤに対応してタイムテーブル５０４にセットされた時刻とに基づいて行なわれる。返答待ち時間が経過していると判断されると（Ｓ３８０にてＹＥＳ）、処理はＳ３８２へ移される。一方、返答待ち時間が経過していないと判断されると（Ｓ３８０にてＮＯ）、処理はＳ３８０へ戻され、返答待ち時間の経過を待つ。
【０１８１】
Ｓ３８２にて、ＣＰＵ６２０は、広告候補ファイルを読出す。この広告候補ファイルには、返答待ち時間が経過するまでに掲載要求メールを受信した場合には、図２８または図２９に示すような広告候補データが記憶されている。
【０１８２】
Ｓ３８４にて、ＣＰＵ６２０は、Ｓ３８２にて読出した広告候補ファイルに広告候補データがあるか否かを判断する。広告候補ファイルに広告候補データがある場合には（Ｓ３８４にてＹＥＳ）、処理はＳ３８６へ移される。一方、広告候補ファイルに広告候補データがない場合には（Ｓ３８４にてＮＯ）、処理はＳ３９０へ移される。
【０１８３】
Ｓ３８６にて、ＣＰＵ６２０は、広告候補データの広告候補１位の広告主の広告情報に基づいて広告ファイルを作成する。この場合、図２８または図２９に示す広告候補データと図１１に示す広告情報とに基づいて、広告ファイルが作成される。
【０１８４】
Ｓ３８８にて、ＣＰＵ６２０は、該当する討論空間に対応するタイムテーブル５０４に広告掲載終了時刻をセットする。この場合、図１１に示す広告情報の広告掲載期間データに基づいて、広告掲載終了時刻がセットされる。これにより、Ｓ３８６にて生成した広告ファイルの広告掲載終了時刻がセットされたことになる。
【０１８５】
Ｓ３９０にて、ＣＰＵ６２０は、Ｓ３８４にて広告候補ファイルに広告候補データがないと判断された場合には、該当する討論空間のロックを解除する。この処理により、図８に示す広告掲載処理フラグがリセットされロックが解除される。
【０１８６】
図３１を参照して、本実施の形態に係るサーバ運営支援装置１２０の広告掲載終了処理部５０８で実行されるプログラムは、広告掲載終了処理（１対多）に関し、以下のような制御構造を有する。なお、図３１における処理の中で、前述の図２５における処理と同様の処理については、ここでの詳細な説明は繰返さない。
【０１８７】
Ｓ４４０にて、ＣＰＵ６２０は、広告候補ファイルを読出す。この広告候補ファイルには、返答待ち時間が経過するまでに掲載要求メールを受信した場合には、図２８または図２９に示すような広告候補データが記憶されている。
【０１８８】
Ｓ４５０にて、ＣＰＵ６２０は、変数Ｎを初期化（Ｎ＝１）する。Ｓ４５２にて、ＣＰＵ６２０は、広告掲載時刻が経過したか否かを判断する。広告掲載時刻が経過していると（Ｓ４５２にてＹＥＳ）、処理はＳ４５４へ移される。一方、広告掲載時刻が経過していないと（Ｓ４５２にてＮＯ）、処理はＳ４５２へ移され、広告掲載時刻の経過を待つ。
【０１８９】
Ｓ４５４にて、ＣＰＵ６２０は、広告候補Ｎ位の広告ファイルを削除する。Ｓ４５６にて、ＣＰＵ６２０は、課金情報を生成して、生成した課金情報を広告候補Ｎ位の広告主に対応してメモリに記憶する。
【０１９０】
Ｓ４５８にて、ＣＰＵ６２０は、変数ＮについてＮ＝Ｎ＋１の演算を行なう。Ｓ４６０にて、ＣＰＵ６２０は、Ｓ４４０にて読出した広告候補ファイルに基づいて第Ｎ位の広告候補があるか否かを判断する。第Ｎ位の広告候補がある場合には（Ｓ４６０にてＹＥＳ）、処理はＳ４６２へ移される。一方、第Ｎ位の広告候補がない場合には（Ｓ４６０にてＮＯ）、処理はＳ４６６へ移される。
【０１９１】
Ｓ４６２にて、ＣＰＵ６２０は、広告候補第Ｎ位の広告情報に基づいて広告ファイルを作成する。Ｓ４６４にて、ＣＰＵ６２０は、該当する討論空間に対応するタイムテーブルに広告掲載終了時刻をセットする。
【０１９２】
Ｓ４６６にて、ＣＰＵ６２０は、Ｓ４６０にて第Ｎ位の広告情報がないと判断された場合、該当する討論空間のロックを解除する。このように処理することにより、広告候補データに登録された第Ｎ位までの広告候補についての広告が掲載される。この場合、広告候補の数Ｎについては、返答待ち時間が経過するまでに広告上限数に達した場合には広告上限数、広告上限数に達するまでに返答待ち時間が経過した場合には広告上限数未満の数となる。
【０１９３】
以上のような構造およびフローチャートに基づく、サーバ運営支援装置１２０の動作について説明する。
【０１９４】
［一般ユーザ通知処理］
一般ユーザのクライアントパソコン１０２を用いて電子的討論システムにログインする。興味討論空間ＩＤを登録する場合には、ユーザのクライアントパソコン１０２のキーボードから、興味がある討論空間の討論空間ＩＤを、通知を受ける条件であるメッセージ投稿数と討論参加者数とともに入力する。入力された討論空間ＩＤが、図４に示す興味討論空間ＩＤとしてユーザ興味情報記憶部４０４に登録される。また、一般ユーザのクライアントパソコン１０２を用いて電子的討論システムにログインすると、たとえば、一般ユーザのクライアントパソコン１０２のモニタに図６に示す画面５５０を表示される。この画面５５０の興味登録ボタン５５２をマウスポインタ５５４で指し示してマウスボタンをクリックする。クリックすると、クリックされた興味登録ボタン５５２に対応するキーワードが、図５に示す興味キーワードとしてユーザ興味情報記憶部４０４に登録される。
【０１９５】
このような登録をした後、電子的討論システムにおいて討論がされる中で、複数の討論空間の中で、図４に示す条件を満足する場合には（Ｓ１０４にてＹＥＳ）、条件を満足するユーザへの前回の通知から一定時間が経過したか否かが判断される（Ｓ１０６）。条件を満足するユーザへの前回の通知から一定時間が経過していると（Ｓ１０６にてＹＥＳ）、図１８に示すような通知メールが作成され、条件を満足するユーザに送信される（Ｓ１０８）。このような通知メールを受信した一般ユーザは、自分の興味がある討論空間において討論が活発となっているということがわかり、その討論空間に参加しようとする意識を持つ。
【０１９６】
一方、図５に示すようにキーワードを登録している場合には、ネットワーク接続部２００およびメッセージ管理部３１４を介して一般ユーザから送信されたメッセージがメッセージ記憶部４０６に記憶されている。一定の時間間隔で（たとえば１分間隔）、メッセージ記憶部４０６に記憶されたメッセージが読出され（Ｓ１２２）、読出したメッセージに登録されたキーワードがあるか否かが判断される（Ｓ１２４）。読出したメッセージにキーワードがある場合であって、そのキーワードが登録されたユーザへの前回の通知から一定時間が経過している場合には（Ｓ１２６にてＹＥＳ）、図１９に示すような通知メールが作成され、条件を満足する一般ユーザへ送信される（Ｓ１２８）。前述の図１８に示す通知メールを受取った一般ユーザと同様、図１９に示す通知メールを受取った一般ユーザは、自分が興味があるキーワードが含まれるメッセージが送信された討論空間ＩＤをがわかり、その討論空間に参加しようとする意識を持つ。
【０１９７】
［広告主処理（１対１）］
このサーバが運営する電子的討論システムに広告を掲載することを要求する広告主は、予め図１０または図１１に示すような広告情報を広告情報管理部３１６を介して登録する。一定の時間間隔で、討論空間情報が読出され（Ｓ２００）、ロックされていない討論空間において広告掲載条件を満たしているか否かが判断される（Ｓ２０８）。広告登録条件を満たしており自動化フラグがセットされている場合には、広告掲載確認メールを送信することなく広告ファイルが作成され（Ｓ２１６）、広告情報に基づいてその討論空間に対応するタイムテーブルに広告掲載終了時刻がセットされる（Ｓ２１８）。
【０１９８】
一方、広告登録条件を満たしており自動化フラグがセットされていない場合には（Ｓ２１０にてＮＯ）、図２１に示す広告掲載確認メールが作成され広告主に送信される（Ｓ２１２）。討論空間において広告掲載条件を満足する広告主が存在する場合には、その討論空間がロックされる（Ｓ２２０）。
【０１９９】
以上のような処理が、電子的討論システムにおいて開催されている討論空間数のすべてについて行なわれ、広告掲載条件を満たしかつ自動化フラグがセットされている場合には広告ファイルが自動的に作成され、自動化フラグがセットされていない場合には広告掲載確認メールが広告主に送信される。
【０２００】
自動化フラグがセットされていない場合において、返答待ち時間が経過する前に（Ｓ３００にてＮＯ）、掲載要求メールを受信すると（Ｓ３０２にてＹＥＳ）、掲載要求メールから広告掲載確認メールＩＤが取得され（Ｓ３０４）、広告掲載確認メールＩＤに対応するタイムテーブルの設定が消去される（Ｓ３０６）。広告主からの掲載要求メールを受信すると、広告ファイルが作成され（Ｓ３０８）、広告情報に基づいてその討論空間に対応するタイムテーブルに広告掲載終了時刻がセットされる（Ｓ３１０）。
【０２０１】
なお、掲載要求メールを受信するまでに返答待ち時間が経過した場合には、広告掲載確認メールＩＤに基づいて広告主に広告掲載不可能情報（時間経過）が送信される。この広告掲載不可能情報の送信後に該当する討論空間のロックが解除される（Ｓ３１４）。
【０２０２】
広告ファイルに基づいて討論空間に広告が掲載されている状態において、広告掲載時刻が経過すると（Ｓ４００にてＹＥＳ）、広告ファイルが削除される（Ｓ４０２）。広告掲載時刻が経過するまでの広告に対する課金情報が生成され広告主に対応して記憶される（Ｓ４０４）。その後、該当する討論空間のロックが解除される（Ｓ４０６）。
【０２０３】
以上のようにして図１０に示すように広告期間と討論空間とにより広告主が１人に定められている場合には、自動化フラグがセットされている場合には自動的に広告ファイルが作成され広告掲載終了時刻がセットされる。自動化フラグがセットされていない場合には広告掲載確認メールを送信して返答待ち時間が経過する前に掲載要求メールを受信すると広告ファイルが作成され広告掲載終了時刻がセットされる。セットされた広告掲載終了時刻が経過するまで、作成された広告ファイルに基づいて討論空間に広告が掲載される。
【０２０４】
［広告処理（１対多）］
広告情報記憶部４０８に記憶される広告情報が、図１１に示すように１つの討論空間に対して複数の広告主が登録されている場合には、以下のようにして広告処理が行なわれる。
【０２０５】
一定の時間間隔で討論空間情報が読出され（Ｓ２５０）、ロックされていない討論空間について広告掲載要求を登録している広告主ＩＤを抽出する（Ｓ２５６）。抽出された広告主の中で広告掲載条件を満足する広告主が存在すると（Ｓ２５８にてＹＥＳ）、広告掲載確認メールが作成され、条件を満足する広告主の全員に送信される（Ｓ２６０）。この広告掲載確認メールのＩＤに対応するタイムテーブルに掲載要求メール返答待ち時間がセットされ（Ｓ２６２）、該当する討論空間がロックされる（Ｓ２６４）。このような処理がすべての討論空間について行なわれる。
【０２０６】
それぞれの討論空間について広告掲載条件を満足するすべての広告主に広告掲載確認メールが送信された後、返答待ち時間が経過する前に（Ｓ３５２にてＮＯ）、掲載要求メールを受信すると（Ｓ３５４にてＹＥＳ）、掲載要求メールから広告掲載確認メールＩＤが取得される（Ｓ３５６）。受信した掲載要求メールの広告主を第Ｎ位の広告候補とする広告候補データが作成され、広告掲載確認メールＩＤ毎に記憶される（Ｓ３５８）。このような広告候補データを作成する処理が広告上限数に達するまで、または返答待ち時間が経過するまで行なわれ、広告候補ファイルに広告候補データが記憶される。なお、返答待ち時間が経過した場合には、広告掲載確認メールＩＤに基づいて掲載要求メールを受信していない広告主に広告掲載不可能情報（時間超過）を送信する（Ｓ３６６）。また、返答待ち時間が経過する前に広告上限数に達した場合には、広告掲載確認メールＩＤに基づいて、掲載要求メールを受信していない広告主に広告掲載不可能情報（上限到達）を送信する（Ｓ３６４）。
【０２０７】
返答待ち時間が経過すると（Ｓ３８０にてＹＥＳ）、広告候補ファイルが読出され（Ｓ３８２）、広告候補ファイルに広告候補データがある場合には（Ｓ３８４にてＹＥＳ）、広告候補第１位の広告情報に基づいて広告ファイルが作成される（３８６）。一方、読出した広告候補ファイルに広告候補データがない場合には（Ｓ３８４にてＮＯ）、該当する討論空間のロックを解除する。ロックを解除することにより、この討論空間について広告条件を満足する広告主が再度抽出され、広告掲載確認メールが再度送信されることになる。
【０２０８】
広告ファイルに基づいて討論空間に広告が掲載されている状態において、広告掲載時刻が経過すると（Ｓ４５２にてＹＥＳ）、それまで掲載されていた広告の広告ファイルが削除される（Ｓ４５４）。今まで掲載されていた広告に対する課金情報が生成され、その広告主に対応してメモリに記憶される（Ｓ４５６）。このような処理がすべての広告候補に対して行なわれ、すべての広告候補についての処理が終了すると（Ｓ４６０にてＮＯ）、該当する討論空間のロックが解除される（Ｓ４６６）。このように処理することにより、広告候補ファイルに広告候補データが登録されたすべての広告候補について、広告順位に従って討論空間に広告を掲載することができる。
【０２０９】
以上のようにして、本実施の形態に係るサーバ運営支援装置は、ネットワークを介して不特定多数のユーザが接続される電子的討論システムなどを運営するサーバにおいて、予め一般ユーザが興味を持つとして登録した討論空間において討論が活発になったり、予め一般ユーザが興味があるとして登録したキーワードが討論の中に出現したりすると、該当する一般ユーザに通知メールを送信する。また、この電子的討論システムなどにおいて電子的広告を掲載したい広告主に対しては、討論空間における広告掲載条件を予め登録しておき、その広告掲載条件を満足する広告主に対して広告確認掲載メールを送信し掲載要求メールを受信すると広告ファイルを作成しその広告主の広告が電子的討論システムの所定の討論空間に掲載される。また、この場合、多数の広告主から掲載要求メールを受信した場合には、掲載要求メールの受信順または広告料金の高い順に順位を定めて、広告を掲載させることができる。以上のようにして、本実施の形態に係るサーバ運営支援装置は、ネットワークを介して不特定多数のユーザが接続される電子的討論システムなどを運営するサーバの接続者数を増大させ、接続者に興味が高い情報をさらに提供してサーバの運営を支援するサーバ運営支援装置を提供することができる。
【０２１０】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】 本発明の実施の形態に係るサーバ運営支援装置を含む電子的討論システムの全体構成図である。
【図２】 本発明の実施の形態に係るサーバ運営支援装置の制御ブロック図である。
【図３】 ユーザ情報記憶部に記憶されたユーザ情報の例を示す図である。
【図４】 ユーザ興味情報記憶部に記憶されたユーザ興味情報の例を示す図（その１）である。
【図５】 ユーザ興味情報記憶部に記憶されたユーザ興味情報の例を示す図（その２）である。
【図６】 一般ユーザのコンピュータにおいて表示される画面の例を示す図（その１）である。
【図７】 メッセージ記憶部に記憶されたメッセージの例を示す図である。
【図８】 討論監視部が生成した討論空間情報の例を示す図である。
【図９】 広告情報記憶部にて記憶された広告主情報の例を示す図である。
【図１０】 広告情報記憶部にて記憶された広告情報の例を示す図（その１）である。
【図１１】 広告情報記憶部にて記憶された広告情報の例を示す図（その２）である。
【図１２】 広告料金の区分を示す図である。
【図１３】 タイマ部のタイムテーブルの例を示す図である。
【図１４】 本発明の実施の形態に係るサーバ運営支援装置を実現するコンピュータの外観図である。
【図１５】 図１４に示すコンピュータの制御ブロック図である。
【図１６】 一般ユーザ通知部が実行する一般ユーザ通知処理（その１）の制御の手順を示すフローチャートである。
【図１７】 一般ユーザ通知部が実行する一般ユーザ通知処理（その２）の制御の手順を示すフローチャートである。
【図１８】 一般ユーザに送信される電子メールの例を示す図（その１）である。
【図１９】 一般ユーザに送信される電子メールの例を示す図（その２）である。
【図２０】 広告主通知部が実行する広告主通知処理（その１）の制御の手順を示すフローチャートである。
【図２１】 広告主に送信される電子メールの例を示す図である。
【図２２】 掲載要求メール受信処理部が実行する掲載要求メール受信処理（その１）の制御の手順を示すフローチャートである。
【図２３】 広告主がサーバ運営支援装置に送信する電子メールの例を示す図である。
【図２４】 広告主のコンピュータにおいて表示される画面の例を示す図である。
【図２５】 広告掲載終了処理部が実行する広告掲載終了処理（その１）の制御の手順を示すフローチャートである。
【図２６】 広告主通知部が実行する広告主通知処理（その２）の制御の手順を示すフローチャートである。
【図２７】 掲載要求メール受信処理部が実行する掲載要求メール受信処理（その２）の制御の手順を示すフローチャートである。
【図２８】 掲載要求メールに基づく広告候補データを記憶するデータテーブルの例を示す図（その１）である。
【図２９】 掲載要求メールに基づく広告候補データを記憶するデータテーブルの例を示す図（その２）である。
【図３０】 掲載要求メールタイムアウト処理部が実行する掲載要求メールタイムアウト処理の制御の手順を示すフローチャートである。
【図３１】 広告掲載終了処理部が実行する広告掲載終了処理（その２）の制御の手順を示すフローチャートである。
【符号の説明】
１０２、１０４ クライアント、１０６、１０８ ネットワーク、１１０ 携帯電話基地局、１１２ 携帯電話、１２０ サーバ運営支援装置、２００ ネットワーク接続部、３００ 制御部、４００ 記憶部、５００ タイマ部、６００パーソナルコンピュータ

Claims (15)

1. ネットワークを介して複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援装置であって、
   前記サーバは、前記複数のクライアントが閲覧できる広告を掲載することができ、
   前記サーバ運営支援装置は、
   前記ネットワークに接続され、前記複数のクライアントが前記サーバに設けられる討論空間を介して互いに情報の共有を行なうために、前記複数のクライアントとの間で情報の送受信を行なうための通信手段と、
   前記クライアントに情報を送信する際の送信先を予め興味条件に対応付けて記憶するための記憶手段と、
   前記ネットワークに接続され、前記サーバの前記討論空間へのクライアントのアクセス状況を検出するための検出手段と、
   前記検出手段により検出された前記アクセス状況が前記興味条件を満足するとともに、前回の送信から予め定められた時間が経過していると、前記記憶手段に記憶された当該興味条件に対応する送信先に、前記アクセス状況に基づく情報を送信するための送信手段と、
   広告主と前記広告主の広告情報とを予め広告掲載条件に対応付けて記憶するための広告記憶手段と、
   前記検出手段により検出された前記アクセス状況が前記広告掲載条件を満足すると、前記広告記憶手段に記憶された当該広告掲載条件に対応する広告情報に基づいて、前記サーバの前記討論空間に広告を掲載するための手段とを含む、サーバ運営支援装置。
2. 前記討論空間に広告を掲載するための手段は、前記アクセス状況が前記広告掲載条件を満足すると、広告を掲載するか否かを確認する掲載確認情報を含む掲載問合せ情報を広告主に送信して、前記広告主から広告の掲載要求を表わす掲載要求情報を受信すると、前記サーバに広告を掲載する、請求項１に記載のサーバ運営支援装置。
3. 前記広告記憶手段は、前記広告主ごとに、前記アクセス状況に基づく広告料金を記憶する、請求項２に記載のサーバ運営支援装置。
4. 前記興味条件は、前記サーバへのアクセス数に基づき算出された指標が予め定められた値以上であることである、請求項１に記載のサーバ運営支援装置。
5. 前記掲載問合せ情報は、前記検出手段により検出されたアクセス状況を表わすアクセス情報をさらに含む、請求項２に記載のサーバ運営支援装置。
6. 前記掲載問合せ情報は、前記広告料金を表わす料金情報をさらに含む、請求項３に記載のサーバ運営支援装置。
7. 前記討論空間に広告を掲載するための手段は、
   前記広告主から広告データを受信し、
   前記掲載要求情報に基づいて、前記受信した広告データにより実現される広告を前記サーバに掲載する、請求項２に記載のサーバ運営支援装置。
8. ネットワークを介して複数のクライアントが接続されたサーバの運営を支援する、サーバ運営支援方法であって、
   前記サーバ運営支援方法は、記憶手段と通信手段と演算手段とを有するコンピュータを用いて実現され、前記通信手段により前記複数のクライアントが前記サーバに設けられる討論空間を介して互いに情報の共有を行なうために、前記複数のクライアントとの間で情報の送受信が行なわれ、
   前記サーバは、前記複数のクライアントが閲覧できる広告を掲載することができ、
   前記サーバ運営支援方法は、
   前記記憶手段が、前記クライアントに情報を送信する際の送信先を予め興味条件に対応付けて記憶する条件記憶ステップと、
   前記演算手段が、前記サーバの前記討論空間へのクライアントのアクセス状況を検出する検出ステップと、
   前記通信手段が、前記検出ステップにて検出された前記アクセス状況が前記興味条件を満足するとともに、前回の送信から予め定められた時間が経過していると、前記条件記憶ステップにて記憶した送信先に、前記アクセス状況に基づく情報を送信する送信ステップと、
   前記記憶手段が、広告主と前記広告主の広告情報とを予め記憶する広告記憶ステップと、
   前記演算手段が、前記検出ステップにて検出された前記アクセス状況が前記広告掲載条件を満足すると、前記広告記憶ステップにて記憶された当該広告掲載条件に対応する広告情報に基づいて、前記サーバの前記討論空間に広告を掲載する掲載ステップとを含む、サーバ運営支援方法。
9. 前記掲載ステップは、前記アクセス状況が前記広告掲載条件を満足すると、広告を掲載するか否かを確認する掲載確認情報を含む掲載問合せ情報を広告主に送信して、前記広告主から広告の掲載要求を表わす掲載要求情報を受信すると、前記サーバに広告を掲載するステップを含む、請求項８に記載のサーバ運営支援方法。
10. 前記サーバ運営支援方法は、前記演算手段が、前記広告主ごとに、前記アクセス状況に基づいて広告料金を設定するステップをさらに含む、請求項９に記載のサーバ運営支援方法。
11. 前記興味条件は、前記サーバへのアクセス数に基づき算出された指標が予め定められた値以上であることである、請求項８に記載のサーバ運営支援方法。
12. 前記掲載問合せ情報は、前記検出ステップにて検出されたアクセス状況を表わすアクセス情報をさらに含む、請求項９に記載のサーバ運営支援方法。
13. 前記掲載問合せ情報は、前記設定された広告料金を表わす料金情報をさらに含む、請求項１０に記載のサーバ運営支援方法。
14. 前記サーバ運営支援方法は、前記通信手段が、前記広告主から広告データを受信するステップをさらに含み、
    前記掲載ステップは、前記掲載要求情報に基づいて、前記受信した広告データにより実現される広告を前記サーバに掲載するステップを含む、請求項９に記載のサーバ運営支援方法。
15. 請求項８〜１４のいずれかに記載のサーバ運営支援方法を、コンピュータを用いて実現するプログラムを記録した機械読取可能な記録媒体。

Images