JP2002032319A

JP2002032319A - ネットワークコミュニケーションサービス方法、ネットワークコミュニケーションサービス装置およびネットワークコミュニケーションサービスプログラムを格納した記録媒体

Info

Publication number: JP2002032319A
Application number: JP2000214032A
Authority: JP
Inventors: Eriko Uchida; 絵理子内田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-07-14
Filing date: 2000-07-14
Publication date: 2002-01-31

Abstract

(57)【要約】【課題】チャットサービス運営者側の管理限界を打破
して問題ユーザの特定と排除を可能とし、以ってチャッ
トサービスの品位維持を図り、特にビジネス運営に寄与
するチャットサービス技術を提供する。【解決手段】ＣＧＩ処理プログラム３４は、会員のク
ライアントマシン上に当該会員の表白内容を入力するた
めの入力部分と各会員の表白内容を表示するための表示
部分とを含む所定のグラフィカルユーザインターフェー
ス（ＧＵＩ）を表示させるＧＵＩ提供サービスを実行す
るネットワークコミュニケーションサービスに関するル
ールを実装し、このルールには、前記会員によって自発
的に行われる他の会員に対する評価行為の情報を取得
し、該情報を集計して当該情報で示された会員に対する
前記ＧＵＩ提供サービスの実行を禁止するか否かを判定
するルールが含まれる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークコミ
ュニケーションサービス方法、ネットワークコミュニケ
ーションサービス装置およびネットワークコミュニケー
ションサービスプログラムを格納した記録媒体に関す
る。詳しくは、インターネット等のネットワーク上にお
いて、匿名の参加者同士による会話の場をネット上に提
供するチャットサービス等のネットワークコミュニケー
ションサービス方法、ネットワークコミュニケーション
サービス装置およびネットワークコミュニケーションサ
ービスプログラムを格納した記録媒体装置に関する。

【０００２】

【従来の技術】近年、「チャット」（Chat）と称される
ネットワークコミュニケーションサービス（以下「チャ
ットサービス」という。）がインターネット上で提供さ
れている。この種のチャットサービスは、古くからモデ
ムを介して直接にチャットサーバにログインする、いわ
ゆる草の根ＢＢＳ（Bulletin Board System）によって
運営されるものが知られていたが、このものは、サーバ
の運営場所まで直接電話をかける必要があるうえ、サー
バ側でも多数の電話回線を引かなければならないなどの
欠点があり、一部の愛好者によってローカル的に利用さ
れているに過ぎないものであった。

【０００３】一方、今日のチャットサービスは、そのほ
とんどがインターネット上で提供されており、サービス
の利用者は、インターネットへの接続環境を準備すると
共に、いわゆるブラウザソフト（例えば、Internet Exp
lorer：マイクロソフト社の登録商標）と呼ばれるＨＴ
ＭＬ（Hyper Text Markup Language）対応の閲覧ツール
を組み込んだパーソナルコンピュータを用意すればよ
く、さらに、サービスの提供者も、インターネット接続
業者（第一種または第二種接続事業者；インターネット
サービスプロバイダという。）が用意したレンタルサー
バを利用することが可能であり、この場合、専用の電話
回線を引く必要がないなど、サービス利用者と提供者の
双方にとってアクセスの容易性や通信コストおよび運営
コストを軽減できるなどのメリットがあることから、旧
チャットサービスに比べて大量のチャット会員を容易に
集めることができ、例えば、会費を収入基盤とする収益
モデル（ビジネスモデルの一要素）への発展も大いに期
待できるものである。

【０００４】チャットサービスの一例を説明する。図１
５はその概念構成図である。便宜的に示す３台のパーソ
ナルコンピュータ１ａ〜１ｃは、いずれもブラウザソフ
トの実行環境とインターネット２への接続環境を備えて
いる。ここに、それぞれのパーソナルコンピュータ１ａ
〜１ｃの操作者を便宜的に「ユーザＡ」、「ユーザＢ」
および「ユーザＣ」ということにすると、これらのユー
ザＡ〜Ｃはチャットサービスの利用者（すなわちチャッ
ト参加者）である。インターネット２は、各ユーザＡ〜
Ｃ（正確にはパーソナルコンピュータ１ａ〜１ｃ）から
インターネットサービスプロバイダまでの公衆電話回線
網（ユーザ宅に設置されたモデムやターミナルアダプタ
を含む）およびインターネットサービスプロバイダ内の
ＤＮＳ（Domain Name System）サーバやネットワークな
どを包括的に模式化して示したものであり、このインタ
ーネット２には、チャットサービスを提供するためのチ
ャットサーバ３が接続されている。

【０００５】なお、チャットサーバ３は、インターネッ
トサービスプロバイダが用意したレンタルサーバまたは
チャットサービスの提供者（事業者）が自前で用意した
専用サーバのいずれであってもよい。専用サーバの場
合、インターネットサービスプロバイダ内に設置される
こともあるし、チャットサービス提供者の事業所内に設
置されることもある。

【０００６】チャットサービスの利用手順を概説する。
チャットサービスの利用手順は概ね通常のＷｅｂコンテ
ンツ（例えば、ホームページ）の閲覧手順と共通する
が、チャットサービスではＷｅｂコンテンツ（この場
合、チャット画面）が利用者の操作に応じてサーバ側で
動的に生成される点で相違する。すなわち、利用者がブ
ラウザソフトに表示されたチャット画面のテキストボッ
クスに発言メッセージ（一般に文字列によって表白され
たメッセード）を入力し、所定のコマンドボタン（送信
ボタン）をクリックして、その発言メッセージをチャッ
トサーバ３に送信すると、チャットサーバ３は、発言メ
ッセージを受け取って、その発言メッセージと発言者の
チャットネームをチャットリストに追加し、新たなチャ
ット画面を“動的ドキュメント”として生成すると共
に、各利用者からのリロード要求に応答して、そのチャ
ット画面（動的ドキュメント）を要求元のブラウザソフ
トに送信する。

【０００７】図１６は、チャット画面の一例であり、例
示のチャット画面４は発言操作部４ａとメッセージリス
ト表示部４ｂとから構成されている。発言操作部４ａに
は、当該チャットサービスのログイン時に登録した任意
のチャットネーム（図では便宜的に“み〜”）を表示す
るニックネーム表示用テキストボックスコントロール
６、発言メッセージを入力するための発言用テキストボ
ックスコントロール７、送信コマンドボタンコントロー
ル８、および、チャットを終了するための退室コマンド
ボタンコントロール９が設けられている。メッセージリ
スト表示部４ｂには、現在までの発言メッセージ（また
は過去十数回程度分の発言メッセージ）が、その発言順
に、発言者のチャットネームと共にリスト表示されてお
り、このメッセージリスト表示部４ｂは、チャットサー
バ３で動的に生成される動的生成部分である。

【０００８】図１６（ａ）において、発言用テキストボ
ックスコントロール７に任意の発言メッセージ（図では
“こんにちは(^^)”）を入力し、送信コマンドボタンコ
ントロール８をクリックすると、発言用テキストボック
スコントロール７に入力された発言メッセージ（“こん
にちは(^^)”）がチャットサーバ３に送信される。しか
る後、ブラウザソフトのリロードボタン（更新ボタン）
をクリックすると、図１６（ｂ）に示すように、更新さ
れたチャット画面４′がチャットサーバ３からブラウザ
ソフトにダウンロードされる。

【０００９】当該チャット画面４′のメッセージリスト
表示部４ｂには、新たな発言行（破線で囲まれた部分を
参照）、すなわち、チャットネーム“み〜”の発言メッ
セージ“こんにちは(^^)”が追加されており、このチャ
ット画面４′は、他のチャット参加者も同様にリロード
して見ることができるから、かかる共通のチャット画面
４′を介して発言メッセージを共有することができ、チ
ャット参加者相互の匿名（チャットネーム）による文字
列会話を楽しむことができる。

【００１０】ところで、チャットによる会話にも当然な
がらマナーは必要である。とりわけ、乱暴な言葉遣いや
相手を誹謗中傷する発言などは厳に慎まなければならな
いが、参加者の中にはチャットの匿名性を利用して不穏
当な発言を繰り返す好ましからざる輩（いわゆる「問題
ユーザ」）が含まれることがある。かかる問題ユーザの
存在はチャットサービスの品位を損ない、会員離れを促
進して、特にビジネスでサービスを運営する場合の収益
基盤を脆弱化させることになるから、排除しなければな
らない。

【００１１】ここで、上記問題ユーザの排除対策とし
て、例えば、チャット参加者同士の会話をモニタし、不
穏当な発言を発見した場合に、サービス運営者の権限
（管理者権限）を行使して逐一削除するということが考
えられる。

【００１２】

【発明が解決しようとする課題】しかしながら、上記対
策は、チャット参加者同士の会話を終日モニタする必要
があり、チャットサービス運営者側の負担が大きいとい
う第一の問題点がある。また、会話のモニタは検閲行為
にあたる可能性があるうえ、会話の削除は表現の自由を
侵害するおそれがあるという第二の問題点がある。

【００１３】このため、会話をモニタするとしても、人
員コスト等の点から完璧を期することは困難であり、ま
た、そのモニタ結果をシステム管理以外の用途に利用す
ることも検閲行為や表現の自由の点から慎重にならざる
を得ない。

【００１４】さらに、仮にそのモニタ結果から、社会通
念上看過し得ない不穏当な発言（例えば、個人名等のプ
ライバシーを公開したり特定個人等を名指して誹謗中傷
したりする発言など）を見つけたとしても、当該発言者
との間のトラブルを回避するために、その発言内容や反
復性および頻度等を十二分に考慮し、どうしても見過ご
せないと判断された場合に限り、あくまでも特例（最終
手段）として当該発言を削除するしかない。

【００１５】したがって、実際には、チャットサービス
の運営者側で強権を発動して発言を削除することはきわ
めてまれなことであり、チャットサービスの発言中に、
上記の不穏当な発言に至らないまでも、他のチャット参
加者に相応の不快感を与える好ましくない発言が残るこ
とを否めず、やはり、チャットサービスの品位を低下
し、結果として会員離れを促すという点で、チャットサ
ービス運営者側の管理は自ずと限界があり、未だ解決さ
れていない課題があった。

【００１６】以上のことに鑑み、本発明の究極の目的と
するところは、チャットサービス運営者側の管理限界を
打破して問題ユーザの特定と排除を可能とし、以ってチ
ャットサービスの品位維持を図り、特にビジネス運営に
寄与するチャットサービス技術を提供することにある。

【００１７】

【課題を解決するための手段】本発明は、上記目的を達
成するために、会員のクライアントマシン上に、当該会
員の表白内容を入力するための入力部分と、各会員の表
白内容を表示するための表示部分とを含む所定のグラフ
ィカルユーザインターフェース（ＧＵＩ）を表示させる
ＧＵＩ提供サービスを実行し、該グラフィカルユーザイ
ンターフェースを利用する会員同士で各会員の表白内容
を参照することができるようになしたネットワークコミ
ュニケーションサービス方法において、前記会員によっ
て自発的に行われる他の会員に対する評価行為の情報を
取得し、該情報を集計して当該情報で示された会員に対
する前記ＧＵＩ提供サービスの実行を禁止するか否かを
判定する。本発明では、各会員のネット上での発言行為
が他の会員によって評価され、その評価情報の集計結果
に基づいて、前記ＧＵＩ提供サービスの実行を禁止する
か否か、すなわち、各会員のクライアントマシン上に、
当該会員の表白内容を入力するための入力部分と、各会
員の表白内容を表示するための表示部分とを含む所定の
グラフィカルユーザインターフェース（ＧＵＩ）を表示
させるか否かが判定される。

【００１８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。図１は、本実施の形態にお
けるネットワークコミュニケーションサービス（以下
「チャットサービス」という。）のビジネスモデル構造
を示す図である。ちなみに、ビジネスモデル構造とは、
対象となるビジネスの事業活動または事業構想を模式化
したもので、一般に「戦略モデル」、「運用モデル」お
よび「収益モデル」の三つのモデルを中心に構造化され
たもののことをいうが、図示のモデルは説明の便宜上こ
れら三つのモデルを混在して示している。

【００１９】チャットサービス事業者（または提供者）
１０は、ユーザ１１に対して所要のチャットサービスを
提供する。ユーザ１１はその見返りにサービス利用料
（会員基本料金や会費等）をチャットサービス事業者１
０に支払い、チャットサービス事業者１０はこの対価支
払いを収益基盤としてビジネス活動を行う。なお、図で
は省略しているが、いわゆるバナー広告（商品や会社名
を図案化した画像オブジェクトのこと。一般にその商品
または会社のホームページへのリンクが張られる。）な
どを併用してもよい。広告収入も収益基盤の一部とする
ことができる。

【００２０】安定した収益を確保してビジネスの発展に
つなげるためには、ユーザ１１に提供するチャットサー
ビスの質を高め、且つ、その内容に工夫を凝らして他の
類似サービスとの差別化を図ることが肝要である。多く
のユーザ１１は、インターネット上に数多くあるチャッ
トサービスの中から最も魅力を感じるチャットサービス
を取捨選択して比較検討し、対価を支払ってまでもサー
ビスを受けたいと考えるチャットサービスを最終的に絞
り込むという行動パターンをとるからである。

【００２１】この点において、本実施の形態におけるチ
ャットサービス事業者１０の提供するチャットサービス
は、以下の説明からも明らかとなるように、「チャット
サービス運営者（チャットサービス事業者１０）側の管
理限界を打破して問題ユーザの特定と排除を可能とす
る」仕組みになっているので、他の類似サービスとの差
別化を図ることができ、例えば、「チャットサービスの
品位維持を図り、特にビジネス運営に寄与するチャット
サービス技術を提供」できるという格別のメリットが得
られる点で、最終的にユーザ１１によって絞り込まれる
可能性のあるチャットサービスであるということがで
き、上記ビジネスモデルの実現に大きく貢献することが
できるものである。

【００２２】チャットサービス事業者１０のビジネスモ
デル構造は、上記のとおり、戦略モデル、運用モデルお
よび収益モデルの三つの要素に分けることができる。こ
のうち収益モデルは先に説明したとおりである。すなわ
ち、魅力のあるチャットサービスを提供して多くのユー
ザ１１を募り、各ユーザ１１からのチャット利用料を収
益基盤とするものである。これに対して、戦略モデルは
上記チャットサービスの“魅力”を直接左右する重要な
要素であり、また、運用モデルは、戦略モデルの継続性
や安定性および信頼性ならびにパフォーマンスなどをバ
ックグランドで支える重要な要素である。

【００２３】本実施の形態におけるチャットサービスの
ポイントは、前記のとおり、「チャットサービス運営者
（チャットサービス事業者１０）側の管理限界を打破し
て問題ユーザの特定と排除を可能とする」仕組みを構築
する点にある。かかる仕組みは、上記三要素のうちの
「戦略モデル」に該当する。以下の説明においては、こ
の戦略モデルについて、詳細に述べることとする。

【００２４】図２は、会員登録の流れ図である。なお、
本明細書で言う“会員”とは、以下の登録手続きを経て
所定のデータベース（後述の会員ＤＢ３５ａ参照）に登
録されたもの（個人団体などを問わずアクセスできる
者）のことを言う。会員からのネットワークコミュニケ
ーションサービス利用要求のたびに、そのデータベース
の登録情報に基づいて、当該サービスの利用可否が判断
される。本実施の形態のチャットサービス会員登録を希
望するユーザ１１は、郵送やファックスでチャットサー
ビス事業者１０に直接申し込み、または、チャットサー
ビス事業者１０が別途にインターネット上で公開する会
員登録申し込み用ホームページを用いてオンラインで申
し込む（ステップＳ１）。チャットサービス事業者１０
の申し込み受付担当者は、ユーザ１１が申し込み時に申
告した自己の氏名、性別、住所（居住地）および連絡先
電話番号ならびに電子メールアドレス（以下「Ｅ−ｍａ
ｉｌ」）等の属性情報を受付けるが、重要な点は、受付
に際して申告された属性情報の信頼性を確保（担保）す
るために、本人確認等の何らかの手段を講じることにあ
る（ステップＳ２）。

【００２５】すなわち、理想的には本人との対面審査に
よって確認を行い、それが無理な場合でも、少なくとも
住民票や免許証またはクレジットカード等の写しに基づ
く本人確認を行う。

【００２６】今、チャットサービス事業者１０が有料で
チャットサービスを提供する場合、チャットサービス事
業者１０と登録会員（ユーザ１１）との間では、何らか
の支払い方法を取り決めておかなければならない。一般
に他の類似サービスを含めて、かかる支払方法はクレジ
ットカード決済によるものがほとんどであり、本実施の
形態におけるチャットサービスの決済も同様であるとす
ると、上記会員登録申し込み時（ステップＳ１）に、ユ
ーザ１１から自己の所有するクレジットカードの種類
（カード会社名）とカード番号等の通知が行われはずで
ある。

【００２７】したがって、本実施の形態においては、こ
の通知情報に基づいて本人確認を行うこととする。一般
にクレジットカード会社には当該カードに関する諸情報
（カード所有者の氏名、性別、住所、電話番号等）が保
管されており、この保管情報と上記申し込み情報とを照
合することにより、十分な信頼性で本人確認を行うこと
ができるからである。

【００２８】そして、このような確認手続きを通して、
申込者の申告事項（氏名、性別、住所、電話番号等）が
信頼に足るものと判断できた場合には、次に、当該申込
者宛てに会員ＩＤとパスワードを発行する（ステップＳ
３）。なお、この発行は郵送で行うことが望ましい。申
告情報のうち氏名と住所を再確認できるからである（宛
先不明で戻ってきたときは申告住所または申告氏名に誤
りがある）。一方、カード会社の保管情報との照合の結
果、申告事項の全部または一部に不正（不一致）が発見
された場合には、登録を拒否し（ステップＳ４）、望ま
しくは、拒否の理由（例えば、“申告事項の一部に誤り
があったので今回の登録は受け付けられませんでし
た。”）を記載した書面を発送する。

【００２９】したがって、図示の会員登録の流れ図によ
れば、会員登録情報の正確を相当の精度で期することが
でき、以降、チャット利用者の氏名、性別、住所および
電話番号等をチャットサービス事業者１０の側で確実に
把握することができる。

【００３０】次に、チャットサービス事業者１０とユー
ザ１１の双方に必要なシステムの構成について説明す
る。図３（ａ）は、ユーザ１１のシステム構成図であ
り、図３（ｂ）は、チャットサービス事業者１０のシス
テム構成図である。これらは、いずれもＯＳＩ（OpenSy
stem Interconnection：開放型システム間相互接続）参
照モデルを模した階層構造で示されている。図におい
て、ユーザ１１のシステム（以下「クライアントマシ
ン」という。）２０およびチャットサービス事業者１０
のシステム（以下「サーバマシン」という。）３０は、
いずれも最下位層を物理層２１、３１とし、その上にオ
ペレーティングシステム２２、３２や所要のアプリケー
ションプログラム２３、２４、３３〜３６を階層的に実
装した多層構造を有している。サーバマシン３０は発明
の要旨に記載のネットワークコミュニケーションサービ
ス装置に相当する。

【００３１】ここに、物理層２１、３１はイーサネット
（登録商標）カードや通信ポート等の物理的リソースで
ある。アプリケーションプログラム２３、２４、３３〜
３６は、オペレーティングシステム２２、３２のＡＰＩ
（Application Programmable Interface）を介してこれ
らのリソースを間接的に利用する。オペレーティングシ
ステム２２、３２は、インターネットプロトコル（ＴＣ
Ｐ／ＩＰ）を標準でサポートするか、または、実装可能
なものであり、望ましくは、ＮＯＳ（Network Operatin
g System）を標準実装した、例えば、Microsoft Window
s CE／95／98／NT／2000（マイクロソフト社の登録商
標）やＬｉｎｕｘなどの汎用オペレーティングシステム
である。但し、サーバマシン３０のオペレーティングシ
ステム３２については、「運用モデル」の堅牢さを確保
するために、安定性や信頼性に優れたサーバ専用のもの
（例えば、Microsoft Windows NT Server／2000 Serve
r）を使用すべきである。

【００３２】クライアントマシン２０に実装されたアプ
リケーションプログラム２３、２４はそれぞれブラウザ
ソフトとメーラ（電子メールソフト）である。以下、ア
プリケーションプログラム２３のことをブラウザソフト
２３といい、アプリケーションプログラム２４のことを
メーラ２４ということにする。ブラウザソフト２３はチ
ャットサービスで提供されるＷｅｂコンテンツ（ＨＴＭ
Ｌ文法で記述されたチャット画面）を閲覧するのために
欠くことのできないものであり、また、メーラ２４はサ
ーバマシン３０からのメール配信を受け取る場合に必要
となるものである。

【００３３】一方、サーバマシン３０に実装されたアプ
リケーションプログラム３３〜３６は、それぞれＷＷＷ
（Wold Wide Web）サーバサービスプログラム、ＣＧＩ
（Common Gateway Interface）処理プログラム、データ
ベースサービスプログラム、メールサービスプログラム
である。以下、アプリケーションプログラム３３〜３６
のことを、それぞれ、ＷＷＷサーバサービスプログラム
３３、ＣＧＩ処理プログラム３４、データベースサービ
スプログラム３５およびメールサービスプログラム３６
ということにする。

【００３４】ＷＷＷサーバサービスプログラム３３は、
Ｗｅｂコンテンツの公開サービスを実行するもので、例
えば、マイクロソフト社のＩＩＳ（Internet Informati
on Server）などを使用することができる。また、ＣＧ
Ｉ処理プログラム３４は、サーバサイドスクリプト言語
を用いて設計された、本実施の形態の主要なポイントを
実現するためのプログラムの集まりであり、サーバサイ
ドスクリプト言語としては、Ｐｅｒｌ（Practical exte
nsion reporting Language）やＡＳＰ（ActiveServer P
ages）などを使用することができる。このＷＷＷサーバ
サービスプログラム３３は、会員のクライアントマシン
からのＷｅｂコンテンツ要求に応じて、要求されたＷｅ
ｂコンテンツを要求元のクライアントマシンに送信す
る。Ｗｅｂコンテンツは、クライアントマシンを機能さ
せて一つの結果を得ることができるように、クライアン
トマシンに対する指令を組み合わせたものとして表現さ
れたものであり、本実施の形態におけるＷｅｂコンテン
ツとしては、後述の「ログイン画面４０」、「確認画面
４７」、「チャットネーム登録画面４９」、「チャット
ルーム選択画面５５」、「チャット画面５８」、「イエ
ローカード画面６６」及び「レッドカード画面７１」な
どがある。

【００３５】なお、サーバマシン３０のオペレーティン
グシステム３２に、例えば、Microsoft Windows NT／20
00を使用した場合は、上記のＰｅｒｌやＡＳＰの実行環
境が標準で実装されているため問題ないが、もし、非実
装のオペレーティングシステムを使用する場合は、上記
のサーバサイドスクリプト言語に対応したＰｅｒｌやＡ
ＳＰなどの実行環境を別途にインストールする必要があ
ることはいうまでもない。

【００３６】データベースプログラム３５は、上記のＣ
ＧＩ処理プログラム３４に対してデータベースサービス
を提供するもので、例えば、SQL ServerなどのＳＱＬ
（Structured Query Language）対応リレーショナルデ
ータベースシステムを使用することが望ましい。

【００３７】最後に、メールサービスプログラム３６
は、ＣＧＩ処理プログラム３４によって適宜に生成され
たメール（例えば、後述の“イエローカード用メール”
や“レッドカード用メール”）を受け取り、各々の宛先
アドレス（Ｅ−ｍａｉｌ）に配送するもので、一般的な
ＳＭＴＰ（Simple Mail Transfer Protocol）サーバプ
ログラムが用いられる。

【００３８】これらのプログラム３３〜３６は、クライ
アントマシン２０のブラウザソフト２３と共に、いわゆ
る“三階層クライアント／サーバモデル”（以下「３Ｃ
Ｓモデル」という。）を構築する。すなわち、ブラウザ
ソフト２３をユーザインターフェース層、ＷＷＷサーバ
サービスプログラム３３とＣＧＩ処理プログラム３４を
処理層およびデータベースサービスプログラム３５をデ
ータベース層とする３ＣＳモデルを構築する。これら三
つの層のうち前記「戦略モデル」と密接な関係にあるも
のはＣＧＩ処理プログラム３４である。「チャットサー
ビス運営者側の管理限界を打破して問題ユーザの特定と
排除を可能とし、以ってチャットサービスの品位維持を
図り、特にビジネス運営に寄与するチャットサービス技
術を提供する」のに必要なビジネスルールを実装してい
るからである。

【００３９】なお、以上の説明では、クライアントマシ
ン２０とサーバマシン３０について、敢えて一般的な呼
び方（例えば、パーソナルコンピュータ等）をしていな
いが、これは、呼び方から推測される固定的な解釈を避
けるためである。例えば、サーバマシン３０にあって
は、チャットサービスの規模に応じて大は並列処理型の
高性能サーバコンピュータから、小はパーソナルコンピ
ュータ等の比較的低性能なコンピュータまで幅広く、ま
た、クライアントマシン２０にあっては、パーソナルコ
ンピュータのみならず、携帯情報端末やインターネット
対応の携帯電話（またはＰＨＳ：Personal Handy Phone
System）まで多種多様な形態をとり得るからである。

【００４０】次に、本実施の形態における３ＣＳモデル
について、具体例を説明する。図４は、その概略的なモ
デル構造図である。前述のとおり、クライアントマシン
２０のブラウザソフト２３はユーザインターフェース層
Ｆ１を構成し、サーバマシン３０のＷＷＷサーバサービ
スプログラム３３とＣＧＩ処理プログラム３４は処理層
Ｆ２を構成する。また、データベースサービスプログラ
ム３５はデータベース層Ｆ３を構成し、これらの三つの
層（Ｆ１〜Ｆ３）によって、３ＣＳモデルが構築され
る。

【００４１】なお、ＣＯＭ／ＤＣＯＭ（Component Obje
ct Model／Distributed ComponentObject Model）など
の分散化テクノロジーを利用する場合、処理層Ｆ２とデ
ータベース層Ｆ３とを異なるプラットフォーム上で動作
させることも可能であり、または、処理層Ｆ２やデータ
ベース層Ｆ３の一部若しくはそのすべてを同様に分散化
することも可能であるが、ここでは、説明の簡単化のた
めに、同一のプラットフォーム（すなわち、サーバマシ
ン３０）上で動作させるものとする。

【００４２】図４において、ＣＧＩ処理プログラム３４
は、概念的に、コマンドインターフェース３４ａ、ログ
イン認証部３４ｂ、チャットネーム登録部３４ｃ、チャ
ット画面生成部（発明の要旨に記載の第１提供手段、第
２提供手段に相当）３４ｄ、参加者評価処理部（発明の
要旨に記載の受け取り手段、集計手段、禁止手段、警告
手段に相当）３４ｅおよびデータベースコネクション３
４ｆに分割することができる。ログイン認証部３４ｂ、
チャットネーム登録部３４ｃ、チャット画面生成部３４
ｄおよび参加者評価処理部３４ｅは、チャットサービス
特有の処理機能を実現するための部分であり、特に、本
実施の形態におけるポイント、すなわち、「チャットサ
ービス運営者側の管理限界を打破して問題ユーザの特定
と排除を可能とする」仕組みを実装した部分である。

【００４３】なお、コマンドインターフェース３４ａ
は、ＷＷＷサーバサービスプログラム３３と上記特有の
処理機能部分（ログイン認証部３４ｂ、チャットネーム
登録部３４ｃ、チャット画面生成部３４ｄおよび参加者
評価処理部３４ｅ）との間のコマンド中継やデータ中継
を行う部分であり、ＰｅｒｌやＡＳＰなどのサーバサイ
ドスクリプト実行環境によって提供される部分である。
さらに、データベースコネクション３４ｆもＰｅｒｌや
ＡＳＰなどのサーバサイドスクリプト実行環境によって
提供される機能部分であり、データベースサービスプロ
グラム３５と上記特有の処理機能部分（ログイン認証部
３４ｂ、チャットネーム登録部３４ｃ、チャット画面生
成部３４ｄおよび参加者評価処理部３４ｅ）との間のコ
マンド中継やデータ中継を行う部分であるが、データベ
ースコネクション３４ｆについては、例えば、データベ
ースサービスプログラム３５に対応したＯＤＢＣ（Open
Data-Base Connectivity）であってもよい。

【００４４】データベースサービスプログラム３５は、
会員データベーステーブル（図では“データベーステー
ブル”を「ＤＢ」と省略している。）３５ａ、参加者デ
ータベーステーブル３５ｂおよび発言データベーステー
ブル３５ｃを含む。会員データベーステーブル３５ａに
は、所定の会員登録申し込み手続き（図２参照）に従っ
て、本人確認を経て正式に受理されたすべての会員の申
告情報（氏名、性別、住所および電話番号、Ｅ−ｍａｉ
ｌ等）が格納されており、参加者データベーステーブル
３５ｂには、現在のチャット参加者の情報（チャットネ
ームやログイン開始日時等）が格納されている。さら
に、発言データベーステーブル３５ｃには、すべてのチ
ャットルームの現在まで（または十数回程度前まで）の
発言メッセージが格納されている。

【００４５】図５は、会員データベーステーブル３５
ａ、参加者データベーステーブル３５ｂおよび発言デー
タベーステーブル３５ｃのテーブル構造概念図である。
図において、会員データベーステーブル３５ａは、会員
ＩＤフィールド３５ａ＿１、パスワードフィールド３５
ａ＿２、氏名フィールド３５ａ＿３、性別フィールド３
５ａ＿４、住所フィールド３５ａ＿５、電話番号フィー
ルド３５ａ＿６、Ｅ−ｍａｉｌフィールド３５ａ＿７お
よび評価点フィールド３５ａ＿８などを有している。ま
た、参加者データベーステーブル３５ｂは、レコードＩ
Ｄフィールド３５ｂ＿１、リレーションＩＤフィールド
３５ｂ＿２、チャットネームフィールド３５ｂ＿３およ
びログイン開始日時フィールド３５ｂ＿４などを有して
おり、さらに、発言データベーステーブル３５ｃは、リ
レーションＩＤフィールド３５ｃ＿１、発言日時フィー
ルド３５ｃ＿２および発言メッセージフィールド３５ｃ
＿３などを有している。

【００４６】ここに、データベースサービスプログラム
３５は、リレーショナル構造のデータベースプログラム
であり、上記三つのデータベース（会員データベーステ
ーブル３５ａ、参加者データベーステーブル３５ｂおよ
び発言データベーステーブル３５ｃ）の間には、以下の
リレーションシッププロパティが設定されている。すな
わち、会員データベーステーブル３５ａの会員ＩＤフィ
ールド３５ａ＿１を“1”側とし、且つ、参加者データ
ベーステーブル３５ｂのリレーションＩＤフィールド３
５ｂ＿２を“多”側とする「１対多」の第１のリレーシ
ョンシップと、参加者データベーステーブル３５ｂのレ
コードＩＤフィールド３５ｂ＿１を“1”側とし、且
つ、発言データベーステーブル３５ｃのリレーションＩ
Ｄフィールド３５ｃ＿１を“多”側とする「１対多」の
第２のリレーションシップが設定されている。

【００４７】これら第１および第２のリレーションシッ
プにより、上記三つのデータベーステーブル（会員デー
タベーステーブル３５ａ、参加者データベーステーブル
３５ｂおよび発言データベーステーブル３５ｃ）の正規
化を行い、重複した値の保持を回避すると共に、さら
に、一般にリレーションシップが設定されたデータベー
ステーブルでは、ＳＱＬコマンドなどデータベースアク
セス言語を用いて任意のフィールドデータを抽出し、そ
の抽出データで一つの論理レコードセットを生成するこ
とができるので、例えば、参加者データベーステーブル
３５ｂの各フィールド３５ｂ＿１〜４と会員データベー
ステーブル３５ａの任意フィールドとを結合した論理レ
コードを生成したり、あるいは、発言データベーステー
ブル３５ｃの各フィールド３５ｃ＿１〜３と会員データ
ベーステーブル３５ａの任意フィールドとを結合した論
理レコードを生成したり、自由に行うことができるよう
になっている。

【００４８】次に、以上のシステム構成を用いた、本実
施の形態におけるチャットサービスの処理フローを説明
する。図６は、サーバマシン３０で実行されるチャット
サービスプログラムの概略的なフローチャートである。
今、サーバマシン３０の公開ＵＲＬ（Uniform Resource
Locator）を便宜的に“ｗｗｗ．ｃｈａｔ．ｘｘ．ｊ
ｐ”とすると、インターネットに接続されたクライアン
トマシン２０のブラウザソフト２３のアドレスボックス
に、使用プロトコル（一般にＨＴＴＰ）を明示して、こ
のＵＲＬを入力（“ｈｔｔｐ：／／ｗｗｗ．ｃｈａｔ．
ｘｘ．ｊｐ／”）することにより、サーバマシン３０の
公開Ｗｅｂフォルダ３３ａに格納されたメインホームペ
ージ（例えば、index.htmという名前をもつディフォル
トＨＴＭＬドキュメント）をダウンロードし、ブラウザ
ソフト２３に表示させることができる。

【００４９】本実施の形態におけるディフォルトＨＴＭ
Ｌドキュメントは、特に限定しないが、チャットサービ
スのログイン受付画面（以下「ログイン画面」とい
う。）用のドキュメントである。今、あるユーザ（便宜
的に「ユーザＡ」とする。）がブラウザソフト２３のア
ドレスボックスにＵＲＬ（“ｈｔｔｐ：／／ｗｗｗ．ｃ
ｈａｔ．ｘｘ．ｊｐ／”）を入力したとすると、ユーザ
Ａのブラウザソフト２３には、所定のログイン画面が表
示される（ステップＳ１１）。

【００５０】図７（ａ）は、ログイン画面４０のレイア
ウト例であり、ログイン画面４０は、画面説明用のタイ
トル文字列（例えば、“チャットサービスログイン画
面”）の表示エリア４１を有すると共に、操作案内文字
列（例えば、“会員ＩＤを入力してください”）の表示
エリア４２、会員ＩＤテキストボックスコントロール４
３、パスワードテキストボックスコントロール４４、送
信コマンドボタンコントロール４５およびキャンセルコ
マンドボタンコントロール４６などを有している。ユー
ザＡは会員ＩＤテキストボックスコントロール４３とパ
スワードテキストボックスコントロール４４に自分の会
員ＩＤとパスワードを入力し、送信コマンドボタンコン
トロール４５をクリックしてチャットサービスにログイ
ンする（ステップＳ１２）。

【００５１】ログイン画面４０の“ＭＥＴＨＯＤ”オプ
ションには「ＧＥＴ」または「ＰＯＳＴ」が指定されて
おり、ログイン画面４０の“ＡＣＴＩＯＮ”オプション
にはそのＧＥＴ先またはＰＯＳＴ先のアドレス情報（こ
の場合、ＣＧＩ処理プログラム３４のログイン認証部３
４ｂを示すアドレス情報）が指定されている。また、送
信コマンドボタンコントロール４５の“ＴＹＰＥ”オプ
ションには「ＳＵＢＭＩＴ」が指定されており、キャン
セルコマンドボタンコントロール４６の“ＴＹＰＥ”オ
プションには「ＲＥＳＥＴ」が指定されている。

【００５２】したがって、ログイン画面４０の送信コマ
ンドボタンコントロール４５をクリックすると、会員Ｉ
Ｄテキストボックスコントロール４３およびパスワード
テキストボックスコントロール４４の入力情報（会員Ｉ
Ｄとパスワード）がＧＥＴメソッドまたはＰＯＳＴメソ
ッドによってサーバマシン３０のＣＧＩ処理プログラム
３４へ送信される。

【００５３】なお、会員ＩＤテキストボックスコントロ
ール４３またはパスワードテキストボックスコントロー
ル４４の入力情報を修正する場合、キャンセルコマンド
ボタンコントロール４５をクリックする。会員ＩＤテキ
ストボックスコントロール４３またはパスワードテキス
トボックスコントロール４４の入力情報がディフォルト
値（この場合、空白または長さ０の文字列若しくはＮｕ
ｌｌ値）にリセットされる。

【００５４】ＣＧＩ処理プログラム３４は、ＧＥＴメソ
ッドまたはＰＯＳＴメソッドによってブラウザソフト２
３から会員ＩＤおよびパスワードを受け取ると、ログイ
ン処理部３４ｂのプロセスを起動し、正規登録会員であ
るか否かの認証処理を実行する（ステップＳ１３）。

【００５５】この認証処理は、ブラウザソフト２３から
受け取った会員ＩＤをキー情報にして、会員データベー
ステーブル３５ａから同一会員ＩＤのレコードを抽出
し、その抽出レコードのパスワードフィールド３５ａ＿
２の値とユーザＡから受け取ったパスワードとを比較し
て、両者が一致した場合に“ＯＫ”を返すというもので
ある。

【００５６】今、認証処理で“ＯＫ”が返されなかった
場合、入力された会員ＩＤが未登録であるか、または、
会員ＩＤやパスワードに入力ミスがあるので、ログイン
のやり直しを促すための確認画面をブラウザソフト２３
に送信する（ステップＳ１４）。

【００５７】図７（ｂ）は、確認画面４７のレイアウト
例であり、確認画面４７は、認証失敗を示す文字列（例
えば、“会員ＩＤまたはパスワードが不正です”）の表
示エリア４８を有しており、ユーザＡはこの文字列を確
認し、必要であれば、ブラウザソフト２３の戻るボタン
をクリックしてログイン画面（図７（ａ）参照）を再表
示し、ログインをやり直す。

【００５８】一方、認証結果が“ＯＫ”であれば、ＣＧ
Ｉ処理プログラム３４は、後で詳述する「入室資格判定
処理」を実行し（ステップＳ１５）、その実行結果に応
じてセットされる入室許可フラグを検査する（ステップ
Ｓ１６）。そして、入出許可フラグが“ＯＮ”であれ
ば、チャットネーム登録部２４ｃのプロセスを起動し、
チャットネーム登録画面をブラウザソフト２３に送信す
る一方、入室許可フラグが“ＯＮ”でなければ、チャッ
トネーム登録部２４ｃのプロセスを起動せずに、そのま
ま図６のフローを終了する。

【００５９】図８（ａ）は、チャットネーム登録画面４
９のレイアウト例であり、チャットネーム登録画面４９
は、操作案内文字列（例えば、“こんにちは○○さん、
チャットネームを入力してください”；なお、“○○”
は会員データベーステーブル３５ａからルックアップし
たユーザＡの氏名情報である。）の表示エリア５０、会
員ＩＤテキストボックスコントロール５１、チャットネ
ームテキストボックスコントロール５２、送信コマンド
ボタンコントロール５３およびキャンセルコマンドボタ
ンコントロール５４などを有している。ユーザＡはチャ
ットネームテキストボックスコントロール５２に自分の
好きなチャットネーム（図では便宜的に“み〜”）を入
力し、送信コマンドボタンコントロール５３をクリック
する。

【００６０】チャットネーム登録画面４９の“ＭＥＴＨ
ＯＤ”オプションには「ＧＥＴ」または「ＰＯＳＴ」が
指定されており、チャットネーム登録画面４９の“ＡＣ
ＴＩＯＮ”オプションにはそのＧＥＴ先またはＰＯＳＴ
先のアドレス情報（この場合、ＣＧＩ処理プログラム３
４のチャット画面生成部３４ｄを示すアドレス情報）が
指定されている。また、送信コマンドボタンコントロー
ル５３の“ＴＹＰＥ”オプションには「ＳＵＢＭＩＴ」
が指定されており、キャンセルコマンドボタンコントロ
ール５４の“ＴＹＰＥ”オプションには「ＲＥＳＥＴ」
が指定されている。さらに、会員ＩＤテキストボックス
コントロール５１の“ＴＹＰＥ”オプションには「ＨＩ
ＤＤＥＮ」（ユーザに対する不可視属性）が指定されて
おり、“ＶＡＬＵＥ”オプションにはログインユーザ
（この場合、ユーザＡ）の会員ＩＤがセットされてい
る。

【００６１】したがって、チャットネーム登録画面４９
の送信コマンドボタンコントロール５３をクリックする
と、会員ＩＤテキストボックスコントロール５１および
チャットネームテキストボックスコントロール５２の入
力情報（会員ＩＤとチャットネーム）がＧＥＴメソッド
またはＰＯＳＴメソッドによってサーバマシン３０のＣ
ＧＩ処理プログラム３４へと送信される。なお、会員Ｉ
Ｄテキストボックスコントロール５１の内容（会員Ｉ
Ｄ）は、その不可視属性により、画面上で見ることがで
きない隠し情報になっている。

【００６２】ＣＧＩ処理プログラム３４は、ブラウザソ
フト２３から受け取った会員ＩＤをキー情報にして、会
員データベーステーブル３５ａから同一会員ＩＤのレコ
ードを抽出し、その抽出レコードのリレーションレコー
ドを参加者データベーステーブル３５ｂに新規追加し、
当該追加レコードのチャットネームフィールド３５ｂ＿
３に、ブラウザソフト２３から受け取ったチャットネー
ムを登録する（ステップＳ１７）。

【００６３】次に、ＣＧＩ処理プログラム３４は、チャ
ット画面生成部３４ｄのプロセスを起動して、ブラウザ
ソフト２３に所要のチャット画面を生成出力するが、例
えば、その前にいくつかのチャットルームの中から一つ
を選択させるチャットルーム選択画面を生成出力する。

【００６４】図８（ｂ）は、チャットルーム選択画面５
５のレイアウト例であり、チャットルーム選択画面５５
は、操作案内文字列（例えば、“チャットルームを選択
してください”）の表示エリア５６を有すると共に、ル
ーム番号や現在の参加者人数等を表示するためのルーム
選択リスト表示エリア５７を有する。例えば、ルーム番
号には各チャットルームへのリンクが張られており、ブ
ラウザソフト２３で任意のルーム番号（例えば、“ルー
ム１”）をクリックすることにより、そのチャット画面
に入る（「入室する」という。）ことができるようにな
っている（ステップＳ１８）。

【００６５】ユーザＡは、希望のチャット画面（後述）
に入室し、現在の参加者や発言内容を見てから発言に参
加するかどうかを決める（ステップＳ１９）。もし、発
言をしないのであれば、そのまま他の参加者の発言をモ
ニタ（ステップＳ２２）しながら、ブラウザソフト２３
のリロードボタンを適宜にクリックする（ステップＳ２
１）。

【００６６】一方、発言をする場合は、チャット画面の
発言メッセージボックスに発言メッセージを入力して送
信コマンドボタンをクリック（ステップＳ２０）した
後、ブラウザソフト２３のリロードボタンをクリックす
る（ステップＳ２１）。このような操作を、退室ボタン
をクリックしてログアウトする（ステップＳ２３）まで
繰り返し実行することにより、チャット会話の継続的モ
ニタ、または、他の参加者との間での匿名（チャットネ
ーム）による文字列会話を楽しむことができ、ログアウ
トした場合は、後で詳述する「評価点更新処理」を実行
（ステップＳ２４）して、図６のフローを終了する。

【００６７】図９は、チャット画面の一例である。例示
のチャット画面５８は発言操作部５８ａ、メッセージリ
スト表示部５８ｂおよび参加者リスト表示部５８ｃで構
成されている。発言操作部５８ａには、チャットルーム
識別文字列（図では“チャットルーム１”）の表示エリ
ア５９と、ユーザＡのチャットネーム（“み〜”）を表
示するニックネーム表示用テキストボックスコントロー
ル６０と、発言メッセージ（すなわち、チャットネーム
“み〜”を有する会員の表白内容）を入力するための発
言用テキストボックスコントロール６２と、送信コマン
ドボタンコントロール６３と、チャットを終了するため
の退室コマンドボタンコントロール６４とが設けられて
いる。また、メッセージリスト表示部５８ｂには、現在
までの発言メッセージ（または過去十数回程度分の発言
メッセージ）、すなわち、各会員の表白内容が、その発
言順に、発言者のチャットネームと共にリスト表示され
ており、さらに、参加者リスト表示部５８ｃには、現在
のネット参加者のチャットネームがリスト表示されてい
る。発言用テキストボックスコントロール６２は発明の
要旨に記載の“入力部分”に相当し、メッセージリスト
表示部５８ｂは同要旨に記載の“表示部分”に相当す
る。また、チャット画面５８の全体は同要旨に記載の
“所定のグラフィカルユーザインターフェース”に相当
する。

【００６８】チャット画面５８の“ＭＥＴＨＯＤ”オプ
ションには「ＧＥＴ」または「ＰＯＳＴ」が指定されて
おり、チャット画面５８の“ＡＣＴＩＯＮ”オプション
にはそのＧＥＴ先またはＰＯＳＴ先のアドレス情報（こ
の場合、ＣＧＩ処理プログラム３４のチャット画面生成
部３４ｄを示すアドレス情報）が指定されている。

【００６９】また、送信コマンドボタンコントロール６
３の“ＴＹＰＥ”オプションには「ＳＵＢＭＩＴ」が指
定されており、退室コマンドボタンコントロール４６の
“Ａ（アンカー）”タグには、評価点更新処理（図６の
ステップＳ２４）の実行プロセスを示すアドレス情報
（この場合、ＣＧＩ処理プログラム３４の参加者評価処
理部３４ｅを示すアドレス情報）が指定されている。

【００７０】このような構成において、発言操作部５８
ａの発言用テキストボックスコントロール６２に適当な
発言メッセージ（図では“こんにちは(^^)”）を入力
し、送信コマンドボタンコントロール６３をクリックす
ることにより、ニックネーム表示用テキストボックスコ
ントロール６０および発言用テキストボックスコントロ
ール６２の各々のＶＡＬＵＥプロパティ値、すなわち、
ニックネーム表示用テキストボックスコントロール６０
のニックネーム“み〜”と、発言用テキストボックスコ
ントロール６２の発言メッセージ“こんにちは(^^)”を
ＧＥＴメソッドまたはＰＯＳＴメソッドでＣＧＩ処理プ
ログラム３４のチャット画面生成部３４ｄに送信するこ
とができる。

【００７１】そして、ＣＧＩ処理プログラム３４のチャ
ット画面生成部３４ｄでは、これらの情報に基づいて、
メッセージリスト表示部５８ｂのリスト表示を更新した
チャット画面５８′を動的に生成し、ネット参加者各々
のブラウザソフト２３のリロード操作に応答して、各々
のブラウザソフト２３に出力することができる。

【００７２】したがって、図９（ｂ）において、リロー
ド後のチャット画面５８′のメッセージリスト表示部５
８ｂには、新たな発言行（破線で囲まれた部分を参
照）、すなわち、チャットネーム“み〜”の表白内容
（発言メッセージ“こんにちは(^^)”）が追加され、こ
のチャット画面５８′は、他のチャット参加者も同様に
リロードして見ることができるから、かかる共通のチャ
ット画面５８′を介して各会員の表白内容（発言メッセ
ージ）を共有することができ、チャット参加者相互の匿
名（チャットネーム）による文字列会話を楽しむことが
できる。

【００７３】ところで、本実施の形態のチャット画面５
８には参加者リスト表示部５８ｃが設けられており、こ
の参加者リスト表示部５８ｃの役割は次の二つである。
すなわち、第一は現在チャットに参加しているすべての
チャットネームをリスト表示し、いちいちメッセージリ
スト表示部５８ｂをスクロールすることなく、チャット
参加者の全容把握を可能にするための表示パネルとして
の役割であり、第二はログインユーザの目から見て好ま
しくないと思われる発言を行った者に対して所定のペナ
ルティマークを施すための操作パネルとしての役割であ
る。

【００７４】図１０は、参加者リスト表示部５８ｃの拡
大図である。この参加者リスト表示部５８ｃには、タイ
トル名（図では、“参加者リスト”）やリスト項目名
（図では、“ペナルティ”と“ネーム”）を表示するた
めのタイトル表示部６５ａが設けられていると共に、そ
のタイトル表示部６５ａの下にチャットネーム表示部
（発明の要旨に記載の会員リストに相当）６５ｂが設け
られている。

【００７５】チャットネーム表示部６５ｂには、現在チ
ャット中のすべてのチャットネーム（図では、“ま
あ”、“メメ”、“チビ”および“み〜”）が表示され
ており、且つ、各々のチャットネームの前にペナルティ
マーク用のチェックボックスコントロール６５ｃ〜６５
ｆが設けられている。これらのチェックボックスコント
ロール６５ｃ〜６５ｆのうちログインユーザのチャット
ネーム（図では、“み〜”）の前に位置するチェックボ
ックスコントロール（図では、チェックボックスコント
ロール６５ｆ）以外は個別にチェックを入れる（“レ”
印を付けること。）ことが可能になっており、チェック
を入れたコントロールの“ＶＡＬＵＥ”プロパティが
「ＦＡＬＳＥ」から「ＴＲＵＥ」に変化するようになっ
ている。

【００７６】ログインユーザ（図では、チャットネーム
“み〜”のユーザ）は、他のチャット参加者の発言を見
て不快感を感じた場合、その発言者のチャットネームの
前に位置するチェックボックスコントロールにチェック
を入れる（ペナルティマークを付ける）。例えば、チャ
ットネーム“チビ”の発言（“○○××○○！”；図９
（ｂ）参照）が乱暴な言葉遣いであったり、誰かを誹謗
中傷するものであった場合またはそのように感じられた
場合、チャットネーム“み〜”のユーザはチャットネー
ム“チビ”の前に位置するチェックボックスコントロー
ル６５ｅにチェックを入れる。図１０は、チェックを入
れたときの状態を示している。

【００７７】参加者リスト表示部５８ｃの各チェックボ
ックスコントロール６５ｃ〜６５ｆの“ＶＡＬＵＥ”プ
ロパティの値は、チャットネーム“み〜”のユーザが退
室コマンドボタンコントロール６４をクリックしてログ
オフする際に、ＣＧＩ処理プログラム３４に送信される
ようになっている。

【００７８】次に、ＣＧＩ処理プログラム３４における
重要な二つの処理（「入室資格判定処理」と「評価点更
新処理」）について、その詳細動作を説明する。図１１
は、入室資格判定処理のフローチャートであり、この処
理は、図６のステップＳ１５で実行されるものである。
フローチャートを開始すると、まず、ログインユーザ
（図では、チャットネーム“み〜”を持つユーザ）の現
在の「評価点」を会員データベーステーブル３５ａの評
価点フィールド３５ａ＿８からルックアップする（ステ
ップＳ１５ａ）。この評価点は、後述の「評価点更新処
理」によって設定されるもので、値が大きいほど、他の
ネット参加者から不快感を持たれていることを表してい
る。次に、ルックアップした評価点と所定の判定第一基
準値ＳＬ_LOWとを比較し（ステップＳ１５ｂ）、評価点
が第一基準値ＳＬ_LOWを下回っていれば、入出フラグを
ＯＮにセット（ステップＳ１５ｃ）してフローを抜け、
評価点が第一基準値ＳＬ_LOWを下回っていなければ、さ
らに第一基準値ＳＬ_LOWよりも大きい第二基準値ＳＬ_HI
と比較する（ステップＳ１５ｄ）。

【００７９】そして、評価値が第二基準値ＳＬ_HIを下回
っていれば、所定の発言注意警告画面を表示し（ステッ
プＳ１５ｅ）、入出フラグをＯＮにセット（ステップＳ
１５ｃ）してフローを抜け、一方、評価値が第二基準値
ＳＬ_HIを下回っていなければ、所定の入室禁止通知画面
を表示し（ステップＳ１５ｆ）、入出フラグをＯＦＦに
セット（ステップＳ１５ｇ）してフローを抜ける。

【００８０】図１２は、発言注意警告画面および入室禁
止通知画面の好ましい例を示す図であり、図示の画面は
サッカーの審判員による判定をモチーフにしたデザイン
が用いられている。すなわち、イエローカード画面６６
は発言注意警告画面に相当するもので、画面に表示され
た判定結果がチャット参加者相互の評価に基づくもので
あること、言い換えればチャットサービス事業者１０の
恣意的判断が介在していないことを明示する適切な文言
（例えば、“チャットユーザ相互の評価結果”）を有す
るタイトル６７と、現在の評価結果（例えば、“あなた
の評価点はイエローカードに達しています”）を表す文
字列６８と、マナー（例えば、“＜発言に注意しましょ
う＞”）を促す文字列６９と、イエローカードを掲げた
サッカー審判の画像７０とで構成されている。このイエ
ローカード画面６６は発明の要旨に記載の警告画面に相
当する。

【００８１】一般にサッカーのルールはよく知られてお
り、例えば、イエローカードが提示された場合は、試合
（チャット）を続行できるものの、再度反則（乱暴な発
言）を重ねると退場（レッドカード）の提示がなされる
可能性があることが知られている。したがって、かかる
イエローカード画面６６を表示することにより、チャッ
トを続行できるものの、再度乱暴な発言を重ねるとレッ
ドカードの提示がなされる可能性があることを通告でき
るから、このイエローカード画面６６を見たユーザに発
言を慎もうとする心理的効果を期待することができる。

【００８２】一方、レッドカード画面７１は入室禁止通
知画面に相当するもので、この画面が表示された場合
は、サッカーの試合で退場を言い渡された場合と同じで
あり、もはやチャットに参加することができない。この
レッドカード画面７１は、イエローカード画面６６と同
様に、画面に表示された判定結果がチャット参加者相互
の評価に基づくものであること、言い換えればチャット
サービス事業者１０の恣意的判断が介在していないこと
を明示する適切な文言（例えば、“チャットユーザ相互
の評価結果”）を有するタイトル７２と、現在の評価結
果（例えば、“あなたの評価点はレッドカードに達して
います”）を表す文字列７３と、チャット参加不許可
（例えば、“＜入室できません＞”）を言い渡す文字列
７４と、レッドーカードを掲げたサッカー審判の画像７
５とで構成されている。このレッドカード画面７１は発
明の要旨に記載の警告画面に相当する。

【００８３】このように、本実施の形態の「入出資格判
定処理」によれば、チャット参加者相互の評価に基づく
「評価点」と大小二つの基準値（ＳＬ_LOW、ＳＬ_HI）と
を用いて、他のチャット参加者から好ましくないと思わ
れている問題ユーザの特定を行うことができ、その不快
の程度に応じて「イエローカード」と「レッドカード」
の二段階の問題ユーザ対策を講じることができる。

【００８４】したがって、イエローカードの提示によ
り、当該問題ユーザに反省の機会を与えることができ、
反省の姿勢が見られない場合でもレッドカードを提示し
てチャットへの参加を禁止することができる。しかも、
問題ユーザの特定をネット参加者相互の投票行為に基づ
いて行うことができると共に、チャットサービス事業者
１０はその投票行為に一切関与しない。その結果、たと
え、問題ユーザと特定されたユーザからクレームをつけ
られたとしても、クレーム相手が個人または事業主体と
ならないので、訴訟などの大きな問題に発展することが
ない。さらに、問題ユーザの特定にチャットサービス事
業者１０が関与しないため、検閲問題や表現の自由の制
限問題も発生せず、運営側の管理限界にまったく影響さ
れない。

【００８５】図１３は、評価点更新処理のフローチャー
トであり、この処理は、図６のステップＳ２４で実行さ
れるものである。フローチャートを開始すると、まず、
ループ変数ｉに初期値の“１”をセット（ステップＳ２
４ａ）すると共に、ループ最大値変数ｉ_maxに現在のチ
ャット参加者数をセットする（ステップＳ２４ｂ）。次
いで、参加者リスト（図１０のチャットネーム表示部６
５ｂ）のｉ番目に表示されたチャットネームとログイン
ユーザのチャットネームとを照合し、一致するか否かを
判定する（ステップＳ２４ｃ）。一致した場合、ｉ番目
のチャットネームはログインユーザのチャットネームで
あるから、ループ変数ｉを＋１して（ステップＳ２４
ｄ）、式「ｉ＞ｉ_max」を評価し（ステップＳ２４
ｅ）、その評価結果が“ＦＡＬＳＥ”であれば、ステッ
プＳ２４を実行し、評価結果が“ＴＲＵＥ”であれば、
フローを抜ける。

【００８６】一方、ｉ番目に表示されたチャットネーム
とログインユーザのチャットネームとが一致しなかった
場合、ログインユーザのチャットネーム以外のチャット
ネームであるから、ｉ番目のチェックボックスコントロ
ールの“ＶＡＬＵＥ”プロパティの値を調べる（ステッ
プＳ２４ｆ）。そして、ＦＡＬＳＥであれば（チェック
が入っていなければ）、ステップＳ２４ｄに進み、ＴＲ
ＵＥであれば（チェックが入っていれば）、会員データ
ベーステーブル３５ａから当該チャットネームの会員レ
コードを抽出し、その評価点フィールド３５ａ＿８の値
を＋１して更新した後、ステップＳ２４ｄに進む。

【００８７】ここで、具体例を挙げて説明する。今、チ
ャットネーム“まあ”の名前を山田花子、“メメ”の名
前を日本良子、“チビ”の名前を山本一郎、“み〜”の
名前を発明太郎と仮定する。発明太郎は現在のログイン
ユーザであり、山田花子、日本良子および山本一郎は他
のネット参加者である。

【００８８】発明太郎が他のネット参加者の発言を見
て、例えば、山本太郎の発言（図９（ｂ）の“○○××
○○！”）に不快感を覚えた場合、チャットネーム表示
部６５ｂの山田太郎の前に位置するチェックボックスコ
ントロール６５ｅにチェックを入れ、その“ＶＡＬＵ
Ｅ”プロパティの値を“ＴＲＵＥ”に変更する。

【００８９】チェックボックスコントロール６５ｅの
“ＶＡＬＵＥ”プロパティの値は、発明太郎のログオフ
の際にＣＧＩ処理プログラム３４に送信され、「評価点
更新処理」によって参照される。図１０のチャットネー
ム表示部６５ｂにおいて、山本太郎のチャットネーム
“チビ”はリストの３番目に位置するから、ループ変数
ｉの値が“３”のときに、評価点更新処理のステップＳ
２４ｆの判定結果が“ＹＥＳ”となってステップＳ２４
ｇが実行され、山田太郎の「評価点」が＋１される。す
なわち、会員データベーステーブル３５ａの山田太郎の
レコードが抽出され、当該レコードの評価点フィールド
３５ａ＿８の値（評価点）に＋１される。

【００９０】一般に一人のユーザが不快と感じる発言
は、他のユーザも同様に感じることが多く、例えば、ｎ
人のユーザが同様に不快感を覚え、且つ、山田太郎のチ
ェックボックスコントロール６５ｅにチェックを入れた
とすると、結局、山田太郎の「評価点」は＋ｎされるこ
ととなる。

【００９１】したがって、前述の「入室資格判定処理」
における大小二つの基準値（ＳＬ_LO _W、ＳＬ_HI）とｎの
関係が、例えば、「ＳＬ_LOW＜ｎ＜ＳＬ_HI」であれば、
山田太郎のログイン時にイエローカード画面（図１２
（ａ）参照）を表示して警告（発言を慎むことを条件と
するネット参加の許可）を発することができ、または、
「ＳＬ_HI＜ｎ」であれば、山田太郎のログイン時にレッ
ドカード画面（図１２（ｂ）参照）を表示してチャット
への参加が不許可になっていることを通知することがで
きる。

【００９２】以上のとおり、本実施の形態によれば、チ
ャットサービス運営者側の管理限界を打破して問題ユー
ザの特定と排除を可能とすることができ、その結果、チ
ャットサービスの品位を維持することができ、例えば、
有料でチャットサービスを提供する際の障壁を取り除い
てビジネスモデルの確立に貢献することができるという
格別有益なメリットが得られる。

【００９３】なお、以上の実施の形態は発明の意図する
範囲で様々な変形が可能であることはもちろんである。
例えば、一度イエローカードが提示されたユーザについ
ては、その反省態度（例えば、一定の期間内に評価点が
アップしない場合は反省しているとみなす）を見て「評
価点」を下げるようにしてもよい。あるいは、一度イエ
ローカードが提示されたユーザについては、一定期間、
評価点の加点値に重み付けするようにしてもよい。

【００９４】また、本発明に係るビジネスモデルの戦略
モデルを実現するためのＣＧＩ処理プログラム３４につ
いても、ＰｅｒｌやＡＳＰなどのサーバサイドスクリプ
ト言語によるほか、例えば、スクリプトブロックの全部
または一部をＤＬＬ（Dynamic Link Library）やＯＣＸ
（OLE Control）またはＡｃｔｉｖｅＸなどのコンポー
ネント部品にして実装してもよく、あるいは、ＸＭＬ
（eXtensible Markup Language）技術を活用してもよ
い。

【００９５】また、上記実施の形態では、イエローカー
ドやレッドカードの提示（通知）をＷｅｂドキュメント
によって行っているが、他のメッセージ媒体を利用して
もよい。例えば、図１４は、警告メール配信処理のフロ
ーチャートであり、このフローチャートはバッチ処理に
よって実行される。処理を開始すると、まず、ループ変
数ｊに初期値の“１”をセット（ステップＳ３１）する
と共に、ループ最大値変数ｊ_maxに会員データベーステ
ーブル３５ａの総レコード数（すなわち、登録会員数）
をセットする（ステップＳ３２）。

【００９６】次いで、会員データベーステーブル３５ａ
の第ｊレコードから評価点フィールド３５ａ＿８の値
（評価点）をルックアップし（ステップＳ３３）、その
評価点と第一基準値ＳＬ_LOWとを比較する（ステップＳ
３４）。そして、評価点＜ＳＬ_L _OWであれば、ループ変
数ｊを＋１して（ステップＳ３５）、式「ｊ＞ｊ_max」
を評価し（ステップＳ３６）、その評価結果が“ＦＡＬ
ＳＥ”であれば、ステップＳ３３を実行し、評価結果が
“ＴＲＵＥ”であれば、メール送信処理（ステップＳ４
０、ステップＳ４１）に進む。

【００９７】一方、評価点＜ＳＬ_LOWでない場合は、評
価点と第二基準値ＳＬ_HIとを比較し（ステップＳ３
７）、評価点＜ＳＬ_HIであれば、会員データベーステー
ブル３５ａのカレントレコードのＥ−ｍａｉｌフィール
ド３５ａ＿７から電子メールアドレスをルックアップし
て、そのアドレスを宛先とするイエローカード用メール
を生成し（ステップＳ３８）、あるいは、評価点＜ＳＬ
_HIでなければ、同アドレスを宛先とするレッドカード用
メールを生成し（ステップＳ３９）、いずれの場合も、
ループ変数ｊを＋１して（ステップＳ３５）、式「ｊ＞
ｊ_max」を評価し（ステップＳ３６）、その評価結果が
“ＦＡＬＳＥ”であれば、ステップＳ３３を実行し、評
価結果が“ＴＲＵＥ”であれば、メール送信処理（ステ
ップＳ４０、ステップＳ４１）に進む。

【００９８】メール処理ステップでは、生成メール（イ
エローカード用メールまたはレッドカード用メール）の
有無を判定し（ステップＳ４０）、生成メールがある場
合に、そのメールをメールサービスプログラム３６を介
して送信した後、フローを終了する。

【００９９】以上のとおり、この警告メール配信処理に
よっても、チャット参加者相互の評価に基づく「評価
点」と大小二つの基準値（ＳＬ_LOW、ＳＬ_HI）とを用い
て、他のチャット参加者から好ましくないと思われてい
る問題ユーザの特定を行うことができ、その不快の程度
に応じて「イエローカード」と「レッドカード」の二種
類の通知を行うという二段階の問題ユーザ対策を講じる
ことができる。

【０１００】なお、本実施の形態の主要な機能は、マイ
クロコンピュータを含むハードウェア資産と、オペーレ
ーティングシステムや各種プログラムなどのソフトウェ
ア資産との有機的結合によって機能的に実現されるもの
であるが、ハードウェア資産およびオペーレーティング
システムは汎用のものを使用できるから、本発明にとっ
て欠くことのできない必須の事項は、実質的に、３Ｃ／
Ｓモデルの処理層Ｆ２（図４参照）に実装されたＣＧＩ
処理プログラム３４に集約されているということがいえ
る。したがって、本発明は、ＣＧＩ処理プログラム３４
（特にログイン認証部３４ｂ、チャットネーム登録部３
４ｃ、チャット画面生成部３４ｄおよび参加者評価処理
部３４ｅ）のすべてまたはその要部を格納した、フロッ
ピィディスク、光ディスク、コンパクトディスク、磁気
テープ、ハードディスクまたは半導体メモリなどの記録
媒体若しくはこれらの記録媒体を含む構成品（ユニット
品や完成品または半完成品）を包含する。なお、上記記
録媒体または構成品は、それ自体が流通経路にのるもの
はもちろんのこと、ネットワーク上にあって記録内容だ
けを提供するものも含まれる。

【０１０１】

【発明の効果】本発明によれば、各会員のネット上での
発言行為が他の会員によって評価され、その評価情報の
集計結果に基づいて、各会員のクライアントマシン上
に、当該会員の表白内容を入力するための入力部分と、
各会員の表白内容を表示するための表示部分とを含む所
定のグラフィカルユーザインターフェース（ＧＵＩ）を
表示させるか否かが判定される。したがって、不穏当な
発言を繰り返す「問題ユーザ」の特定と排除を行うこと
ができる。また、当該判定に、チャットサービス運営者
が関与しないので管理限界に左右されることもなく、さ
らに、会員相互による共同行為的な判定であるため、も
し問題ユーザからクレームがつけられても、訴訟等の大
きな問題に発展することもない。あるいは、問題ユーザ
を特定した場合に直ちに排除することなく、所要の警告
を与えるようにすれば、穏やかな対応とすることがで
き、問題ユーザとみなされた参加者の反省を促し、以降
も会員として確保することができる。

【図面の簡単な説明】

【図１】本実施の形態におけるチャットサービスのビジ
ネスモデル構造を示す図である。

【図２】会員登録の流れ図である。

【図３】クライアントマシン２０とサーバマシン３０の
システム構成図である。

【図４】本実施の形態における３ＣＳモデルの概略的な
モデル構造図である。

【図５】会員データベーステーブル３５ａ、参加者デー
タベーステーブル３５ｂおよび発言データベーステーブ
ル３５ｃのテーブル構造概念図である。

【図６】サーバマシン３０で実行されるチャットサービ
スプログラムの概略的なフローチャートである。

【図７】ログイン画面４０および確認画面４７のレイア
ウト図である。

【図８】チャットネーム登録画面４９およびチャットル
ーム選択画面５５のレイアウト図である。

【図９】チャット画面５８のレイアウト図である。

【図１０】チャット画面５８の参加者リスト表示部５８
ｃの拡大図である。

【図１１】図６のステップＳ１５に対応する入室資格判
定処理のフローチャートである。

【図１２】発言注意警告画面および入室禁止通知画面の
好ましい例を示すレイアウト図である。

【図１３】図６のステップＳ２４に対応する評価点更新
処理のフローチャートである。

【図１４】警告メール配信処理のフローチャートであ
る。

【図１５】チャットサービスの概念構成図である。

【図１６】従来のチャット画面４のレイアウト図であ
る。

【符号の説明】

３０……サーバマシン（ネットワークコミュニケーショ
ンサービス装置）、３４ｄ……チャット画面生成部（第
１提供手段、第２提供手段）、３４ｅ……参加者評価処
理部（受け取り手段、集計手段、禁止手段、警告手
段）、５８、５８′……チャット画面（所定のグラフィ
カルユーザインターフェース）、５８ｂ……メッセージ
リスト表示部（表示部分）、６２……発言用テキストボ
ックスコントロール（入力部分）、６５ｂ……チャット
ネーム表示部（会員リスト）、６６……イエローカード
画面（警告画面）、７１……レッドカード画面（警告画
面）。

Claims

【特許請求の範囲】

【請求項１】会員のクライアントマシン上に、当該会員の表白内容を入力するための入力部分と、各会員の表白内容を表示するための表示部分とを含む所
定のグラフィカルユーザインターフェース（ＧＵＩ）を
表示させるＧＵＩ提供サービスを実行し、該グラフィカルユーザインターフェースを利用する会員
同士で各会員の表白内容を参照することができるように
なしたネットワークコミュニケーションサービス方法に
おいて、前記会員によって自発的に行われる他の会員に対する評
価行為の情報を取得し、該情報を集計して当該情報で示された会員に対する前記
ＧＵＩ提供サービスの実行を禁止するか否かを判定する
ことを特徴とするネットワークコミュニケーションサー
ビス方法。
【請求項２】一の会員に関する前記情報の集計結果が
所定の条件に達したときに当該一の会員に対して今後前
記ＧＵＩ提供サービスの実行を禁止する可能性がある旨
を警告することを特徴とする請求項１記載のネットワー
クコミュニケーションサービス方法。
【請求項３】本人確認の過程を経て登録された会員に
対して、該会員のクライアントマシン上に、当該会員の
表白内容を入力するための入力部分及び各会員の表白内
容を表示するための表示部分を含む所定のグラフィカル
ユーザインターフェース（ＧＵＩ）を表示させるＧＵＩ
提供サービスを実行するステップと、前記グラフィカル
ユーザインターフェースを利用する各会員に対して、利
用中の会員リストを提供するステップと、前記会員リスト中の一または複数の会員に関して任意に
付されたマーク情報を受け取るステップと、前記マーク情報を会員ごとに集計するステップと、前記集計結果が所定の条件に該当する会員に対する前期
前記ＧＵＩ提供サービスの実行を禁止するステップと、を含むことを特徴とするネットワークコミュニケーショ
ンサービス方法。
【請求項４】一の会員に関する前記集計結果が所定の
条件に達したときに当該一の会員に対して今後前記ＧＵ
Ｉ提供サービスの実行を禁止する可能性がある旨を警告
することを特徴とする請求項３記載のネットワークコミ
ュニケーションサービス方法。
【請求項５】本人確認の過程を経て登録された会員に
対して、該会員のクライアントマシン上に、当該会員の
表白内容を入力するための入力部分及び各会員の表白内
容を表示するための表示部分を含む所定のグラフィカル
ユーザインターフェース（ＧＵＩ）を表示させるＧＵＩ
提供サービスを実行する第１提供手段と、前記グラフィカルユーザインターフェースを利用する各
会員に対して、利用中の会員リストを提供する第２提供
手段と、前記会員リスト中の一または複数の会員に関して任意に
付されたマーク情報を受け取る受け取り手段と、前記マーク情報を会員ごとに集計する集計手段と、前記集計結果が所定の条件に該当する会員に対する前期
前記ＧＵＩ提供サービスの実行を禁止する禁止手段と、を備えることを特徴とするネットワークコミュニケーシ
ョンサービス装置。
【請求項６】一の会員に関する前記集計結果が所定の
条件に達したときに当該一の会員に対して今後前記ＧＵ
Ｉ提供サービスの実行を禁止する可能性がある旨または
既に禁止した旨を警告する警告手段を備えることを特徴
とする請求項５記載のネットワークコミュニケーション
サービス装置。
【請求項７】前記警告手段はサッカーの審判判定をモ
チーフにしてデザインされた警告画面を生成することを
特徴とする請求項６記載のネットワークコミュニケーシ
ョンサービス装置。
【請求項８】本人確認の過程を経て登録された会員に
対して、該会員のクライアントマシン上に、当該会員の
表白内容を入力するための入力部分及び各会員の表白内
容を表示するための表示部分を含む所定のグラフィカル
ユーザインターフェース（ＧＵＩ）を表示させるＧＵＩ
提供サービスを実行する第１提供手段、前記グラフィカ
ルユーザインターフェースを利用する各会員に対して、
利用中の会員リストを提供する第２提供手段、前記会員
リスト中の一または複数の会員に関して任意に付された
マーク情報を受け取る受け取り手段、前記マーク情報を
会員ごとに集計する集計手段、および、前記集計結果が
所定の条件に該当する会員に対する前期前記ＧＵＩ提供
サービスの実行を禁止する禁止手段を実現するためのプ
ログラムを格納したことを特徴とする記録媒体。