JP3910894B2 - サーバ装置及びプログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを利用したゲームシステムにおける文字列検閲に関する。
【０００２】
【従来の技術】
従来より、インターネット等のネットワーク上には、不特定多数の利用者がリアルタイムに文字でメッセージを交換するチャットや掲示板を楽しむことができるサイトが数多くある。このようなサイトには、ネットワークを介して通信可能なパソコンをはじめとして、PDA（Personal Digital Assistant）や携帯電話等の端末装置からもアクセスすることができる。そのため、全国から所定のサイトに集まった多数の利用者は、オンラインでリアルタイムに、実在する他の利用者と掲示板によるメッセージ交換やチャットによる文字での会話を楽しむことができる。
【０００３】
このようなサイトを運営するサービス提供会社は、利用者によって運営上好ましくない利用をされないように注意しなければならない。運営上好ましくない利用とは、チャットや掲示板において、他の利用者に不快感を与える不適切な文字（猥褻用語、差別用語、誹謗中傷など）を書き込むことである。特に、公的な許可を得て運営されるこのようなサイトは、２４時間体制で利用者の書き込み内容を厳重にチェックすることを義務付けられていることが多い。
【０００４】
そのため、当該サイトを運営するサービス提供会社は、不特定多数の利用者が不定期に書き込む文章をチェックするために、大人数の監視員を常駐させなければならない。
【０００５】
【発明が解決しようとする課題】
しかし、文章をチェックするために大人数の監視員を常駐させることは、サービス提供会社にとってコスト面でかなり負担が大きい。また、チャットや掲示板に参加する利用者の人数は同時に数百人以上おり、不特定多数の利用者が不定期に書き込む文章を全て短時間でチェックすることは、大人数の監視員をもってしても事実上不可能である。
【０００６】
特に、チャットのように文字による会話がリアルタイムに進行する場合、例え利用者による不適切な書き込み後に極めて短時間で当該書き込みの削除を行ったとしても、既に書き込み内容は他の利用者に伝わった後であるため、監視員等による人為的な手法では未然に不適切な書き込みに対処することができない。
【０００７】
本発明は、以上の点に鑑みてなされたものであり、匿名性の高いネットワーク上の不特定多数の利用者が参加するメッセージ交換型コンテンツにおいて、可能な限り人為的な手法は介さず、自動的に文字列検閲を行うことができるサーバ装置及びプログラムを提供することを目的とする。
【０００８】
また、本発明は、利用者が使用するメールアドレスの正当性を確認することで、成りすましをはじめとする利用者の不正を防止することができるサーバ装置及びプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の１つの観点では、ネットワークを介して、表示部を備えた複数の利用者端末との間でデータを送受信させ、前記利用者端末間での送受信が禁止されているプライベート情報をフィルタリングするフィルタリング機能を有するサーバ装置は、英数字の同音語及び同義語を、当該英数字と対応付けて記憶した同音同義語記憶部と、前記利用者端末に入力された入力文字列を受信する受信手段と、前記同音同義語記憶部を参照して、前記受信手段により受信された入力文字列に含まれる前記英数字の同音語及び同義語を、対応する前記英数字に変換する英数字変換手段と、前記英数字変換手段による変換後の文字列がプライベート情報に該当するか否かを判定する判定手段と、前記変換後の文字列が前記プライベート情報に該当する場合に入力文字列を前記プライベート情報であることを示す所定の文字列に置換して出力し、前記変換後の文字列が前記プライベート情報に該当しない場合に変換前の入力文字列をそのまま出力する出力手段と、前記出力手段が出力した文字列を、前記入力文字列を受信した利用者端末及び／又は当該利用者端末以外の利用者端末に送信する送信手段と、を備え、前記英数字の同音語は、当該英数字と同じ発音をするひらがな、カタカナ、漢字、記号又はそれらの組合せであり、前記英数字の同義語は、前記同音語ではないが当該英数字を伝えることができるひらがな、カタカナ、漢字、記号又はそれらの組合せである。
【００１０】
上記のように構成されたサーバ装置において、利用者端末とは、例えば、ネットワークを介しての通信機能及びウェブブラウザ機能を有し、所定のコンテンツを実行することができる任意のパソコン、携帯電話、ＰＤＡ等の端末装置である。サーバ装置は、ネットワークを通じて、所定の利用者端末の入力した文字列を入力文字列として受信し、当該入力文字列を該当する他の利用者端末に送信する。ここで、入力文字列とは、例えば、利用者がチャット等を行う場合に、利用者端末から入力した文字列である。
【００１１】
サーバ装置は同音同義語記憶部を備える。同音同義語記憶部は、英数字を暗号化して伝えるための英数字の同音語及び同義語を、その英数字に対応付けて記憶している。利用者が利用者端末に入力文字列を入力すると、同音同義語記憶部を参照して、その入力文字列中の同音語及び同義語が英数字に変換される。そして、変換後の文字列が、電話番号、メールアドレスなどのプライベート情報に該当するか否かが判定される。プライベート情報に該当しない場合には、その入力文字列はそのまま出力される。一方、プライベート情報に該当する場合には、入力文字列が所定の文字列に変換されて出力される。そして、出力された文字列は利用者端末へ送信され、利用者へ表示される。これにより、サーバ装置は、複数の利用者端末間でチャットなどの通信が行われる場合に、プライベート情報が流通することを防止することができる。好適な例では、プライベート情報は電話番号及びメールアドレスを含む。
【００１２】
上記のサーバ装置の一態様は、前記利用者端末の各利用者について、メールアドレスを含む利用者情報を記憶した利用者情報記憶部を備え、前記判定手段は、前記変換後の文字列が前記利用者情報記憶部に記憶されているメールアドレスに含まれる文字列と一定以上の割合で重複している場合に、当該変換後の文字列がプライベート情報に該当すると判定する。これにより、利用者が自分のメールアドレスを他の利用者に伝えることを防止することができる。
【００１３】
上記のサーバ装置の他の一態様では、前記判定手段は、前記変換後の文字列が英数字のみで構成されている場合に、当該変換後の文字列がプライベート情報に該当すると判定する。これにより、電話番号やメールアドレスなどのプライベート情報を検出することができ、それらが利用者端末間で流通することを防止することができる。
【００１４】
上記のサーバ装置のさらに他の一態様では、前記判定手段は、前記変換後の文字列が桁数が一定以上の数字の組み合わせを含んでいる場合に、当該変換後の文字列が電話番号であり、プライベート情報に該当すると判定する。これにより、電話番号が利用者端末間で流通することを防止することができる。
【００１５】
上記のサーバ装置のさらに他の一態様は、前記変換後の文字列が電話番号であると判定された場合に、当該電話番号を不正電話番号として、当該入力文字列を入力した利用者端末の利用者に対応付けて前記利用者情報記憶部に記憶する手段を備える。これにより、ある利用者が不正に電話番号を入力した場合には、その電話番号を当該利用者に対応付けて記憶されるので、当該電話番号が流通することをより確実に防止できる。
【００１６】
本発明の他の観点では、ネットワークを介して、表示部を備えた複数の利用者端末との間でデータを送受信させるためのコンピュータにより実行され、前記利用者端末間での送受信が禁止されているプライベート情報をフィルタリングするフィルタリング機能を有するプログラムは、英数字の同音語及び同義語を、当該英数字と対応付けて記憶した同音同義語記憶部、前記利用者端末に入力された入力文字列を受信する受信手段、前記同音同義語記憶部を参照して、前記受信手段により受信された入力文字列に含まれる前記英数字の同音語及び同義語を、対応する前記英数字に変換する英数字変換手段、前記英数字変換手段による変換後の文字列がプライベート情報に該当するか否かを判定する判定手段、前記変換後の文字列が前記プライベート情報に該当する場合に入力文字列を前記プライベート情報であることを示す所定の文字列に置換して出力し、前記変換後の文字列が前記プライベート情報に該当しない場合に変換前の入力文字列をそのまま出力する出力手段、前記出力手段が出力した文字列を、前記入力文字列を受信した利用者端末及び／又は当該利用者端末以外の利用者端末に送信する送信手段、として前記コンピュータを機能させ、前記英数字の同音語は、当該英数字と同じ発音をするひらがな、カタカナ、漢字、記号又はそれらの組合せであり、前記英数字の同義語は、前記同音語ではないが当該英数字を伝えることができるひらがな、カタカナ、漢字、記号又はそれらの組合せである。
【００２７】
このプログラムをコンピュータにおいて実行することにより、前述のサーバ装置を実現することができる。
【００２８】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。なお、以下の実施形態では、通信機能を有する端末装置として携帯電話を利用するシステムに本発明を適用した場合について説明する。
【００２９】
なお、後述する猥褻語、差別語、同音語、同義語、検閲除外語、変換語等は文字列であるものとする。
【００３０】
[文字列検閲システム]
図１に、本発明の実施形態に係る文字列検閲システム１５０の概略構成を示す。図１において、文字列検閲システム１５０は、利用者携帯端末２１、２２及びサービス提供会社３０のサーバ２３が、ネットワーク２０を介して通信可能に構成されている。ネットワーク２０のもっとも好適な例は、インターネットである。なお、図１に示す利用者携帯端末２１及び２２以外にも、多数の利用者が同時にネットワーク２０を通じてサーバ２３にアクセスしているが、図１においては便宜上２人の利用者の携帯端末のみを図示している。複数の利用者が各自の利用者携帯端末を使用して、オンラインでチャット等を行う際に各利用者携帯端末において実行される処理は同じであるので、本実施形態では、利用者携帯端末２１をとりあげて説明する。
【００３１】
利用者携帯端末２１は、サーバ２３へのアクセス、ウェブページの閲覧、及びチャット等のコンテンツの実行等を行う際に使用する端末装置である。利用者携帯端末２１は、ネットワーク２０を介しての通信機能及びウェブブラウザ機能を有し、チャット等のコンテンツを実行することができる携帯電話等の端末装置とすることができる。
【００３２】
ここで、チャット等とは、チャットや掲示板を指し、通信機能を有する端末装置によって、ネットワークを通じて遠くの人と文字によるメッセージの交換や会話を楽しむことができるコンテンツである。また、本実施形態では、利用者携帯端末２１、２２が携帯電話であるものとして説明を行うが、本発明の適用は携帯電話には限定されず、携帯型情報端末、携帯型パーソナルコンピュータなどの各種端末装置を利用することができる。
【００３３】
図２は、本発明が適用された利用者携帯端末のブロック図である。利用者携帯端末２１は、マイクロプロセッサを主体として構成されたＣＰＵ１、そのＣＰＵ１に対する主記憶装置としてのＲＯＭ２及びＲＡＭ３、画像処理及び音声処理用のＧＰＵ（Graphics Processing Unit）７及びＳＰＵ（Sound Processing Unit）９、入力処理用のキー入力部４、データ入力部１１、並びに、データの送受信処理用の送受信処理部５がバス１２を介して各部と接続されて構成されている。
【００３４】
ＲＯＭ２には、利用者携帯端末２１の全体の動作制御に必要なプログラムとしてのオペレーティングシステムが書き込まれる。ＲＡＭ３は作業メモリとして機能し、ダウンロードしたアプリケーションのデータなどが必要に応じて書き込まれる。
【００３５】
ＧＰＵ７は、装備された液晶等からなる所定のサイズのモニタ８に、送信先電話番号やメールアドレスを入力操作に応じて確認的に表示させたり、必要な機能をガイド的に表示させたり、作成中や着信したメールの内容を表示させたりする制御を行うものである。また、ＧＰＵ７は、サーバからダウンロードしたゲームなどのアプリケーションの画像データ等をＣＰＵ１から受け取って、モニタ８に表示させる。ＳＰＵ９は、着信時の音楽やゲームの効果音などの、楽音データや音源データ等を再生してスピーカ１０から出力させる。
【００３６】
キー入力部４は相手先の電話番号やホームページアドレスの入力の他、メールデータの作成等をおこなうための各種のキーを備えているものである。データ入力部１１は、キー入力部４の操作に応じてメール情報等を作成するものである。
【００３７】
送受信処理部５は、通常の無線公衆回線からの着信、送信の回線制御及び音声データの送受信の他、インターネットを経由するなどして用いられる電子メールやサーバからダウンロードされる各種アプリケーション等におけるデータ送受信を処理するもので、送受信データはアンテナ６を介して授受される。また、携帯電話で送受されるデータはパケットで通信される。
【００３８】
なお、携帯電話をはじめとする利用者携帯端末２１は、上記の他にも、通常の会話のための発着信などの携帯電話等における本来の動作を実行するための各種の構成要素を備えるが、本発明と直接関係しない部分については便宜上説明を省略する。
【００３９】
次に、サービス提供会社３０側の構成について説明する（図１）。サービス提供会社３０は、チャットをオンラインで楽しむことができるウェブサイトを運営している会社である。サーバ２３は、チャットデータベース（以下、「ＤＢ」と呼ぶ。）２４、利用者ＤＢ２５、禁止語ＤＢ２６、同音同義語ＤＢ２７、検閲除外語ＤＢ２８及びフィルタＤＢ２９に接続されている。サーバ２３は、ネットワーク２０を介しての通信機能、利用者登録機能、文字検閲機能、チャット実行機能などを有する。
【００４０】
チャットＤＢ２４には、チャットの実行をはじめとする各種の処理に必要なプログラムやデータが記憶されている。記憶されたプログラムやデータは、サーバ２３によって適時呼び出されて利用者携帯端末２１へ送信され、図２に示すＣＰＵ１によって利用者携帯端末２１上で処理が実行される。
【００４１】
利用者ＤＢ２５は、図３に示すように、サービス提供会社３０に対して既に登録を済ませた利用者の情報を記憶している。利用者には登録時に利用者ＩＤなどの識別情報が発行される。利用者ＤＢ２５は、利用者ＩＤ毎にその利用者の使用する利用者携帯端末２１の端末ＩＤ、メールアドレス、名前、シークレットコード、ペナルティポイント及び不正電話番号を記憶している。ここで、端末ＩＤとは、利用者携帯端末が個別に有する識別情報である。
【００４２】
また、名前とは、利用者が利用者登録の際に利用者携帯端末２１から入力した情報であり、チャット実行時にネットワーク上で公開される。なお、名前の変更は、利用者の任意で行うことができる。また、シークレットコードとは、自分のメールアドレスに設定する４桁の暗証番号である。これによれば、シークレットコードを知らない相手からはメールを受信しないようにすることができる。
【００４３】
また、ペナルティポイントとは、文字列検閲処理により、他の利用者に不快感を与える不適切な文字列を入力したと判断された利用者に対して課されるポイントである。ペナルティポイントが一定の数値以上になると、当該利用者には、チャット実行中に一定の制限が生じる。
【００４４】
また、不正電話番号とは、後述する文字列検閲処理により、チャット実行中に所定の電話番号を入力したと判断された利用者の利用者情報ファイルに記憶される当該電話番号である。通常、公的な許可を得たチャットにでは、プライベートな情報である電話番号やメールアドレスは悪用防止のために入力を禁止されている。このように、禁止されているにも関わらずチャット実行中に入力された電話番号を、利用者ＤＢ２５に利用者ＩＤと対応付けて不正電話番号として記憶する。これにより、当該不正電話番号を参考にして文字列検閲処理を行うことができる。なお、本実施形態で不正な入力を行った利用者の利用者情報ファイルに記憶するのは、図３に示すように、不正電話番号のみであるが、住所やメールアドレスをはじめとするプライベート情報など、入力が禁止されている情報を記憶するように設定することも可能である。
【００４５】
禁止語ＤＢ２６は、図４に示すように、種別フラグ、種別、禁止語及び変換語から構成されている。ここで、種別フラグとは種別と対応付けられた一意の識別情報であり、種別とは猥褻語、差別語、宗教語をはじめとする他の利用者に不快感を与える可能性のある文字列の分類である。禁止語とは、図４に示す、「あいうえお」、「カキク」、「甲乙丙」のように、種別により大別された他の利用者に不快感を与える可能性のある文字列である。なお、本明細書では、便宜上、実際のシステムにおいて使用される禁止語そのものの代わりに、上記「あいうえお」などの通常の文字列を代わりに使用して説明を行う。変換語とは、文字列検閲処理により禁止語が検出された際に、当該禁止語に変わってチャット実行中に画面上に表示される文字列である。例えば、利用者が、「甲乙丙なので〜」と入力した場合、文字列検閲処理により、文字列「甲乙丙」が「ピー」に変換され、チャット実行中に画面上には「ピーなので〜」と表示される。
【００４６】
同音同義語ＤＢ２７は、図５に示すように、種別フラグ、種別、同音語、同義語及び英数字から構成されている。ここで、種別フラグとは種別と対応付けられた一意の識別情報である。また、種別は数字同音同義語、及び、英語同音同義語に分類され、利用者が、チャット実行中に入力が禁止されている電話番号やメールアドレスを伝えるために、数字及び英語を暗号化するパターンを大別したものである。英数字とは、０〜９までの数字とＡ〜Ｚまでのアルファベットである。
【００４７】
同音語は、英数字と同じ発音をするひらがな、カタカナ、漢字、記号、又はそれらの組み合わせである。例えば、図５に示すように、数字「０」の同音語は、「零」、「ゼロ」、「○」、「ゼろ」などが考えられる。
【００４８】
同義語は、同音語ではないが英数字を伝えることができるひらがな、カタカナ、漢字、記号、又はそれらの組み合わせである。例えば、図６に示すような携帯電話を使用して利用者がチャットを行っている場合、数字「０」はプッシュボタン４０であり、ひらがな「わ」と同じプッシュボタン４０に割り当てられている。通常、プッシュボタンに対する英数字の割り当ては、携帯電話の規格上同じであるため、数字「０」の同義語は、ひらがな「わ」となる。即ち、利用者間でプッシュボタンの配列を利用した暗号であるとの認識があれば、数字「０９０」は、ひらがな「わらわ」として他の利用者に伝えることができる。
【００４９】
検閲除外語ＤＢ２８は、図７に示すように、種別フラグ、種別、検閲除外語及び変換語から構成されている。ここで、種別フラグとは種別と対応付けられた一意の識別情報である。また、種別とは除外猥褻語、除外差別語、除外同音同義語をはじめとする、単語の中に他の利用者に不快感を与える可能性のある文字列を含んでいるが、当該単語自体としては不快感を与えず通常使用されている単語などを大別したものである。検閲除外語は、例えば、図７に示すように「パチンコ」、「忘れず」などがあげられる。具体的には、「カキク」が不快感を与える猥褻な文字列であっても、「カキクけこ」が通常使用されている単語であれば、「カキクけこ」は除外猥褻語となる。また、「わからない」という単語は、上述した携帯電話のプッシュボタンの配列を利用した暗号である場合、ひらがな「わからな」は、数字「０２９５」として他の利用者に伝達することができる。詳細は後述するが、文字列検閲システム１５０は、一定の文字数以上の数字を電話番号とみなして検閲対象とする。このため、ひらがな「わからない」のように電話番号やメールアドレス等を伝達するための暗号化された英数字であると判断される単語を検閲対象から除外するため、除外同音同義語としている。
【００５０】
変換語とは、文字列検閲処理により検閲除外語を変換した際に、当該検閲除外語に変わってチャット実行中に画面上に表示される文字列である。これによれば、詳細は後述するが、検閲を行う際の優先度に基づいて「カキクけこ」や「わからない」のような単語が、猥褻語又は電話番号とみなされた場合であっても、上述した「ピー」等ではなく、「カキクけこ」や「わからない」と変換される。
【００５１】
フィルタＤＢ２９は、図８に示すように、フィルタ番号及びフィルタから構成されている。ここで、フィルタ番号とはフィルタに対応付けられた一意の識別情報である。フィルタは、文字の入力形式に従って複数存在し、「ひらがな変換」、「カタカナ変換」、「半角変換」等がある。文字の入力形式は、「ひらがな」、「カタカナ」、「半角」、「全角」などが挙げられ、利用者携帯端末２１から入力可能な文字の形式である。
【００５２】
１つの文字列にひらがなやカタカナなど複数の入力形式による文字が混在している場合、所定のフィルタを利用することで、当該フィルタの入力形式の文字列に変換することができる。例えば、「ひらがな変換」フィルタは、例に示すように「いロは」を「いろは」に変換する。このように、フィルタを利用して、所定の文字列を当該フィルタの入力形式の文字列に変換することをフィルタリングという。
【００５３】
[利用者登録]
次に、図９乃至図１３を参照し、利用者登録について説明する。利用者は、チャットを行う場合、利用者携帯端末２１を使用して利用者登録を行う。まず、利用者は利用者携帯端末２１を使用して、サービス提供会社３０のウェブページにアクセスし、図９に示すような説明画面を表示する。そして、利用者は、チャットにおいて表示する名前と、設定があればシークレットコードを入力し、OKボタンを押下することで利用者の名前、シークレットコード及び端末ＩＤをサービス提供会社３０のサーバ２３に送信する。
【００５４】
サーバ２３は、図１０に示すように、受信した情報から抽出したシークレットコード、端末ＩＤ及び受信した際の時間情報Ａに基づいてパラメータＡを作成し、当該パラメータＡを符号化（暗号化）してメールアドレス５０を作成する。そして、図１１（ａ）に示すように、登録確認画面を利用者の利用者携帯端末２１に表示させる。ここで、送信先のメールアドレス５０は、当該パラメータＡを符号化（暗号化）したメールアドレス５０である。
【００５５】
利用者は、登録確認画面において修正がない場合、メールアドレス５０を押下し、図１１（ｂ）に示すような登録メールの画面を表示する。ここで、送信者メールアドレス５１は利用者の使用する利用者携帯端末２１のメールアドレスであり、宛先のメールアドレス５０は前述のパラメータＡを符号化（暗号化）して作成したメールアドレス５０である。即ち、宛先のメールアドレス５０に対応するパラメータＡは、図１０に示すように、利用者携帯端末２１のシークレットコード、端末ＩＤ及び時間情報である。そして、利用者は、図１０（ｂ）に示すような登録メールを送信する。
【００５６】
サーバ２３は、登録メールを受信すると、宛先のメールアドレス５０を復号化する。ここで、正しく復号化できない、若しくは、登録メールが届かない場合、サーバ２３は、利用者携帯端末２１に登録できない旨の画面を表示する。例えば、利用者が宛先のメールアドレス５０を手入力した場合、人為的な入力ミス等により宛先のメールアドレス５０が正しく入力されず、復号化できないことが考えられる。なお、宛先のメールアドレス５０が正しく入力されていないと、登録メールがサーバ２３に届かないことも考えられる。
【００５７】
一方、復号化が成功した場合、サーバ２３は、図１０に示すパラメータＡを取得することができる。そして、サーバ２３は、現在の時間情報を取得し、当該現在の時間情報とパラメータＡとして含まれていた時間情報Ａに基づいて、有効期限の確認を行う。有効期限は任意に設定することができる。例えば、有効期限が１０分である場合、利用者が利用者登録を要求した時間と現在の時間に１０分以上差があれば、当該利用者登録の要求を却下する。当該時間差が大きい場合、利用者の成りすまし等の不正行為が行われている可能性が高いからである。
【００５８】
さらに、サーバ２３は、登録メールの送信者アドレス５１を特定し、パラメータＡに任意情報であるシークレットコードが設定されていれば当該シークレットコードを付加する。また、サーバ２３は、図１２に示すように、利用者のメールアドレス、シークレットコード、端末ＩＤ及び登録メールを受信した際の時間情報Ｂに基づいてパラメータＢを作成し、当該パラメータＢを符号化（暗号化）することによりＵＲＬ５２を作成する。そして、サーバ２３は、図１３に示すように、宛先が送信者アドレス５１であり、ＵＲＬ５２が付加された認証結果メールを送信する。
【００５９】
利用者は、認証結果メールを受信すると、登録を完了させるためＵＲＬ５２にアクセスする。一方、サーバ２３は、ＵＲＬ５２を復号化し、図１２に示すパラメータＢを取得する。そして、現在ＵＲＬ５２に接続している端末の端末ＩＤと、パラメータの端末ＩＤを比較する。端末ＩＤが一致した場合、サーバ２３は、利用者の識別情報である利用者ＩＤを発行し、当該利用者ＩＤをキーとした利用者情報ファイルとして、図３に示すように、利用者携帯端末２１の端末ＩＤ、メールアドレス、シークレットコード及び利用者の名前を記憶する。最後に、サーバ２３は、登録完了を知らせる画面を利用者携帯端末２１に表示し、利用者登録を完了する。一方、端末ＩＤが一致しなかった場合、サーバ２３は利用者携帯端末２１に登録できない旨の画面を表示する。なお、サーバ２３は、時間情報Ｂや予め設定された有効期限に基づいて、利用者携帯端末２１に登録できない旨の画面を表示しても構わない。
【００６０】
これによれば、利用者が手入力したメールアドレスがサーバ２３に記憶されるのではなく、利用者携帯端末２１から送信されたメールの送信元アドレスがサーバ２３に記憶されるため、人為的なミスにより、誤ったアドレスを利用者情報ファイルに記憶することがない。また、パラメータを暗号化して宛先メールアドレスやＵＲＬとすることで、利用者登録処理中における利用者による成りすまし等の不正な行為を禁止することができる。さらに、本発明の利用者登録では、メールの送信元及び宛先のみ使用しており、件名や本文は使用していない。メールの送信元及び宛先は、件名や本文と異なり、全てのメール関連ソフトで同じ規格であるため、本発明はメール機能を有する端末であれば、全ての端末で適用することができる。
【００６１】
[機能ブロック]
図１４に、本発明の文字列検閲システム１５０におけるサーバ２３の機能ブロック図を示す。図１４に示す各機能は、サーバ２３のチャットＤＢ２４に記憶されたプログラムをサーバ２３が実行することにより実現される。
【００６２】
図１４に示すように、本発明のサーバ２３は機能的には、利用者登録手段１００、メールアドレス正当性確認手段１０１、タブー検閲手段１０２、英数字検閲手段１０３、ペナルティポイント手段１０４及びチャット伝達手段１０５により構成されている。
【００６３】
利用者登録手段１００は、利用者の識別情報である利用者ＩＤを発行し、当該利用者ＩＤをキーとして、当該利用者の使用する携帯端末の端末ＩＤ、メールアドレス、シークレットコード、及び、当該利用者の名前を利用者ＤＢ２５に記憶する。
【００６４】
メールアドレス正当性確認手段１０１は、利用者が現在使用しているメールアドレスと、利用者ＤＢ２５に記憶されているメールアドレスが一致しているか否かを確認する。
【００６５】
タブー検閲手段１０２は、利用者が入力した文字列の中に、禁止語ＤＢ２６又は検閲除外語ＤＢ２８に記憶された禁止語又は検閲除外語が含まれているか否かを検閲し、含まれている場合は、該当する変換語に当該文字列を変換する。
【００６６】
英数字検閲手段１０３は、利用者が入力した文字列の中に、同音同義語ＤＢ２７に記憶された数字同音同義語や英語同音同義語を利用してプライベートな情報、例えば、電話番号やメールアドレスなどが含まれているか否かを検閲し、含まれている場合は、該当する変換語に当該文字列を変換する。
【００６７】
ペナルティポイント手段１０４は、利用者が猥褻語、差別語、又はプライベートな情報を入力した場合にペナルティポイントを加算し、当該ペナルティポイントに基づいてチャット実行中に制限を与える。
【００６８】
チャット伝達手段１０５は、利用者が入力した文字列をチャット相手である他の利用者に伝達する。
【００６９】
[チャット実行処理]
次に、チャット実行処理について、図１５乃至図１９のフローチャートを参照して説明する。図１５は、チャット実行処理を示すフローチャートである。図１６は図１５におけるメールアドレス正当性確認処理を示すフローチャート、図１７は図１５における文字列検閲処理を示すフローチャートである。また、図１８は図１７におけるタブー検閲処理を示すフローチャートであり、図１９は図１７におけるペナルティポイント処理を示すフローチャートである。なお、以下に説明する処理は、図１に示すチャットＤＢ２４に記憶されたプログラムやデータに基づいて、図２に示すＣＰＵ１又はサーバ２３が各種手段として機能することにより実行される。
【００７０】
利用者はチャットを行う場合、まず、サーバ２３に対して利用者登録を行う必要がある。よって、利用者は、サーバ２３に利用者登録要求を行う。図１５によれば、利用者から利用者登録要求を受信すると、サーバ２３は、利用者登録処理を行う（ステップＳ１）。利用者登録処理は、サーバ２３が、利用者の識別情報である利用者ＩＤを発行し、当該利用者ＩＤをキーとして、当該利用者の使用する利用者携帯端末の端末ＩＤ、メールアドレス、シークレットコード及び当該利用者の名前を利用者ＤＢ２５に記憶する処理である。
【００７１】
次に、サーバ２３は、ＤＢ読込み処理を行う（ステップＳ２）。ＤＢ読込み処理は、文字列検閲処理を行う場合に検閲対象となる文字列及び変換語がペアで記憶されている禁止語ＤＢ２６、同音同義語ＤＢ２７及び検閲除外語ＤＢ２８をサーバ２３のメモリに読込む処理である。
【００７２】
サーバ２３は、まず、禁止語ＤＢ２６及び検閲除外語ＤＢ２８の変換語を全てメモリに記憶する。例えば、禁止語ＤＢ２６において変換語は「ピー」であり、検閲除外語ＤＢ２８において変換語は検閲除外語と同じである。なお、禁止語ＤＢ２６の変換語は、「ピー」以外にも任意に設定することが可能である。また、このとき変換語に対応付けられた種別もあわせてメモリに記憶する。
【００７３】
そして、サーバ２３は、禁止語ＤＢ２６の禁止語、同音同義語ＤＢ２７の同音語及び同義語、並びに、検閲除外語ＤＢ２８の検閲除外語を全て記憶する。このとき、禁止語や検閲除外語は、予めメモリに記憶された種別及び変換語と対応付けて記憶される。なお、文字列の検閲を行う場合の優先度は、検閲除外語を最も高く設定しておく。これによれば、例えば、「カキクけこ」が検閲除外語であり、「カキク」が禁止語であって、「カキクけこであるため〜」という文章が利用者により入力された場合、優先度に基づいて、「ピーけこであるため〜」ではなく、「カキクけこであるため」と正しく変換される。
【００７４】
そして、サーバ２３は、フィルタＤＢ２９の全てのフィルタに基づいて、メモリに記憶されている禁止語、同音語、同義語、検閲除外語及び変換語の全てをフィルタリングする。なお、フィルタリングは、禁止語及び変換語、並びに、検閲除外語及び変換語の対応付けに基づいて行われるため、それぞれの入力形式は統一される。具体的には、禁止語「カキク」が変換語「ピー」と対応付けてメモリに記憶されており、サーバ２３がひらがな変換フィルタを使用してフィルタリングを行った場合、禁止語「かきく」に対応付けされた変換語「ぴー」がメモリに新たに記憶される。また、禁止語「ＡＢＣ」が変換語「ＰＥＥ」と対応付けてメモリに記憶されており、サーバ２３が小文字変換フィルタを使用してフィルタリングを行った場合、禁止語「ａｂｃ」に対応付けされた変換語「ｐｅｅ」がメモリに新たに記憶される。
【００７５】
次に、サーバ２３は、利用者登録確認処理を行う（ステップＳ３）。利用者登録確認処理は、利用者がサーバ２３に対して、既に利用者登録済であり、当該利用者の情報が利用者ＤＢ２５に記憶されているか否かを判断する処理である。サーバ２３は、利用者携帯端末２１からチャットの実行要求を受信すると、要求元の利用者携帯端末２１の端末ＩＤに基づいて、利用者ＤＢ２５に利用者登録がされているか否かを確認する。利用者登録がされていない場合、サーバ２３は、利用者携帯端末２１に、図９に示すような、利用者登録の説明画面を表示させる。一方、既に利用者登録がされている場合、サーバ２３は、メールアドレス正当性確認処理を行う（ステップＳ４）。
【００７６】
メールアドレス正当性確認処理は、利用者が現在使用しているメールアドレスと、利用者ＤＢ２５に記憶されているメールアドレスが一致しているか否かを確認する処理であり、図１６を参照して詳細に説明する。
【００７７】
図１６によると、まず、サーバ２３は、利用者ＤＢ２５に記憶された端末ＩＤを取得する（ステップＳ１０）。そして、当該端末ＩＤを有する利用者携帯端末が、現在チャットを実行中であるか否かを判断する（ステップＳ１１）。現在チャットを実行中であれば、サーバ２３は、前回メールアドレス正当性確認処理をしてからの経過時間が一定時間以上であるか、一定時間未満であるかを判断する（ステップＳ１２）。経過時間が一定時間以上であれば、当該端末ＩＤを有する利用者携帯端末の処理優先度を「最優先」とする（ステップＳ１４）。一方、経過時間が一定時間未満であれば、当該端末ＩＤを有する利用者携帯端末の処理優先度を「優先度（低）」とする（ステップＳ１５）。これは、メールアドレス正当性確認処理後の経過時間が長いほど、利用者がメールアドレスを変更し、現在使用しているメールアドレスと利用者ＤＢ２５に記憶されているメールアドレスが一致しない可能性が高いからである。
【００７８】
一方、当該端末ＩＤを有する利用者携帯端末が、現在チャットを実行中でない場合も、同様に、サーバ２３は、前回メールアドレス正当性確認処理をしてからの経過時間が一定時間以上であるか、一定時間未満であるかを判断する（ステップＳ１３）。経過時間が一定時間以上であれば、当該端末ＩＤを有する利用者携帯端末の処理優先度を「優先度（高）」とする（ステップＳ１６）。一方、経過時間が一定時間未満であれば、当該端末ＩＤを有する利用者携帯端末の処理優先度を「優先度（低）」とする（ステップＳ１５）。
【００７９】
そして、サーバ２３は、利用者ＤＢ２５に記憶されている全ての端末ＩＤに対する優先度を決定したか否かを判断する（ステップＳ１７）。全ての端末ＩＤに対する優先度を決定していない場合、サーバ２３は、ステップＳ１０〜Ｓ１７を繰り返す。一方、全ての端末ＩＤの優先度を決定した場合、当該決定した優先度、及び、前回メールアドレス正当性確認処理をしてからの経過時間に基づいて、当該処理を行う端末ＩＤの順番を決定する（ステップＳ１８）。
【００８０】
サーバ２３は、決定した順番に従って、端末ＩＤを取得する（ステップＳ１９）。そして、サーバ２３は、当該端末ＩＤに基づいて利用者ＤＢ２５に記憶されたメールアドレスを取得し、当該メールアドレスに基づいて所定のメールサーバに接続する（ステップＳ２０）。サーバ２３は、メールサーバへの接続に問題があるか否かを判定し（ステップＳ２１）、接続に問題があれば、リトライ回数以内か否かを判定する（ステップＳ２２）。
【００８１】
リトライ回数とは、接続に問題があった場合にステップＳ２０に戻ってメールサーバへの確認を再び行う処理の制限回数であり、任意に設定することができる。これは、メールアドレスが利用者によって現在も正当に使用中であるにも関わらず、不測の事態によりステップＳ２１において接続に問題ありと判定される可能性があるため、リトライ回数を設定せず直ちにエラー処理を行うのは適切でないからである。よって、ステップＳ２２において、リトライ回数以内であれば、再びステップＳ２０を行う。一方、リトライ回数を越えていれば、エラー処理を行う（ステップＳ２４）。エラー処理とは、サーバ２３が、メールアドレスは利用者によって現在使用されていない不正なものであると判断し、当該利用者に警告のメッセージを送る等の処理である。
【００８２】
一方、ステップＳ２１において、接続に問題がなければ、当該メールサーバにおけるメールアドレスの存在を確認する（ステップＳ２３）。当該メールサーバにメールアドレスが存在していない場合、サーバ２３は、エラー処理を行う（ステップＳ２４）。当該メールサーバにメールアドレスが存在している場合、サーバ２３は、利用者ＤＢ２５に記憶された全ての端末ＩＤについて、メールアドレスの正当性を確認したか否かを判定する（ステップＳ２５）。
【００８３】
全ての端末ＩＤについて、メールアドレスの正当性を確認していない場合、サーバ２３は、ステップＳ１９〜Ｓ２５を繰り返す。一方、全ての端末ＩＤについて、メールアドレスの正当性を確認した場合、サーバ２３は、メールアドレス正当性確認処理を終了し、図１５のメインフローに戻る。
【００８４】
次に、図１５に戻り、サーバ２３は、文字列検閲処理を行う（ステップＳ５）。文字列検閲処理は、利用者が入力した文字列が検閲の対象語に該当するか否かを判断し、該当する場合は所定の変換語に変換する処理であり、その詳細を図１７を参照して説明する。
【００８５】
図１７を参照すると、まず、利用者携帯端末２１から文字入力があるか否かを判断する（ステップＳ３０）。文字入力がなければ、サーバ２３は、文字列検閲処理を終了し、図１５のメインフローに戻る。一方、文字入力があれば、サーバ２３は、各状態フラグの状態を初期化する（ステップＳ３１）。状態フラグとは、ある状態が成り立っているかどうかを示すための目印であり、状態が成り立っている場合は「フラグを立てる」、逆に成り立っていない場合は「フラグをおろす」という。「状態フラグの状態を初期化する」、とは、全ての状態フラグがおりている状態とすることをいう。
【００８６】
本実施形態において、状態フラグは、禁止語ＤＢ２６及び同音同義語ＤＢ２７に記憶された種別に基づいて存在しており、例えば、「猥褻語フラグ」、「差別語フラグ」、「プライベートフラグ」が存在する。「猥褻語フラグ」は、利用者が禁止語ＤＢ２６の猥褻語に該当する文字列を入力した場合、フラグが立てられる。「差別語フラグ」は、利用者が禁止語ＤＢ２６の差別語に該当する文字列を入力した場合、フラグが立てられる。また、「プライベートフラグ」は、利用者が同音同義語ＤＢ２７の数字同音同義語や英語同音同義語を利用して、電話番号やメールアドレスを入力した場合、フラグが立てられる。
【００８７】
次に、サーバ２３は、入力文字列をＲＡＭ３に保存し（ステップＳ３２）、タブー検閲処理を行う（ステップＳ３３）。タブー検閲処理は、利用者が入力した文字列の中に、禁止語ＤＢ２６又は検閲除外語ＤＢ２８に記憶された禁止語又は検閲除外語が含まれているか否かを検閲し、含まれている場合は、該当する変換語に当該文字列を変換する処理であり、その詳細を図１８を参照して説明する。
【００８８】
図１８によれば、まず、サーバ２３は、ステップＳ２のＤＢ読込み処理によりサーバ２３のメモリに読込まれた検閲除外語及び変換語、並びに、禁止語及び変換語を１件ずつ取得する（ステップＳ４０）。このとき、ステップＳ４０において取得するのは、予め設定された文字列の検閲を行う場合の優先度に基づいている。なお、当該優先度は、検閲除外語の方が禁止語より高く設定されている。
【００８９】
また、サーバ２３は、フィルタＤＢ２９に記憶されたフィルタを１つ取得し、利用者の入力した入力文字列を当該フィルタでフィルタリングする（ステップＳ４１）。
【００９０】
そして、ステップＳ４０において当該優先度に基づいて取得した検閲除外語若しくは禁止語と、ステップＳ４１においてフィルタリングされた入力文字列が一致するか否かを判定する（ステップＳ４２）。一致しなかった場合、サーバ２３は、入力文字列を全てのフィルタでフィルタリングしたか否かを判定する（ステップＳ４８）。全てのフィルタでフィルタリングしていない場合、ステップＳ４１に戻り、フィルタＤＢ２９に記憶された別のフィルタを１つ取得し、当該入力文字列をフィルタリングする。そして、サーバ２３は、再び、ステップＳ４２を行う。
【００９１】
一方、入力文字列が一致した場合、サーバ２３は、入力文字列の中で検閲除外語若しくは禁止語と一致する該当部分を変換語に変換する（ステップＳ４３）。そして、サーバ２３は、メモリに記憶された種別に基づいて、該当部分が猥褻語であるか否かを判定する（ステップＳ４４）。該当部分が猥褻語である場合、サーバ２３は、「猥褻語フラグ」を立て（ステップＳ４５）、全てのフィルタで当該入力文字列をフィルタリングしたか否かを判定する（ステップＳ４８）。
【００９２】
一方、該当部分が猥褻語でない場合、サーバ２３は、種別に基づいて、該当部分が差別語であるか否かを判断する（ステップＳ４６）。該当部分が差別語である場合、サーバ２３は、「差別語フラグ」を立て（ステップＳ４７）、全てのフィルタで当該入力文字列をフィルタリングしたか否かを判定する（ステップＳ４８）。
【００９３】
一方、該当部分が差別語でない場合、サーバ２３は、全てのフィルタで当該入力文字列をフィルタリングしたか否かを判定する（ステップＳ４８）。全てのフィルタで当該入力文字列をフィルタリングしていない場合、サーバ２３は、ステップＳ４１〜Ｓ４８を繰り返す。一方、全てのフィルタで当該入力文字列をフィルタリングした場合、サーバ２３は、フィルタリングされた当該入力文字列と、ＲＡＭ３に記憶された全ての検閲除外語及び禁止語をステップＳ４２において比較したか否かを判断する（ステップＳ４９）。全てを比較していない場合、サーバ２３は、ステップＳ４０〜Ｓ４９を繰り返す。一方、全てを比較した場合、サーバ２３は、タブー検閲処理を終了し、図１７に示す文字列検閲処理に戻る。
【００９４】
次に、サーバ２３は、英数字検閲処理を行う（ステップＳ３４）。英数字検閲処理は、利用者が入力した文字列の中に、同音同義語ＤＢ２７に記憶された数字同音同義語や英語同音同義語を利用してプライベートな情報、例えば、電話番号やメールアドレスなどが含まれているか否かを検閲し、含まれている場合は、当該文字列を「プライベートな情報です」と変換する処理である。なお、ここで、変換語は「プライベートな情報です」であるが、これに限定されるものではなく、サーバ２３が任意に設定することができる。
【００９５】
英数字検閲処理において、サーバ２３は、まず、利用者の入力した入力文字列を、半角小文字フィルタ及び半角カタカナフィルタによりフィルタリングする。そして、サーバ２３は、当該入力文字列が、同音同義語ＤＢ２７に記憶された検閲除外語と一致するか否かを判断する。ここで、検閲除外語と一致した当該入力文字列は、英数字検閲処理の対象としない。
【００９６】
そして、サーバ２３は、検閲除外語と一致しなかった当該入力文字列を、同音同義語ＤＢに記憶された数字同音同義語、及び、英語同音同義語に基づいて、英数字に変換する。サーバ２３は、英数字に変換された当該入力文字列が利用者ＤＢ２５に記憶された利用者のメールアドレスに含まれる文字列と一定以上の割合で重複しているか否かを判断する。なお、一定以上とは、例えば「５文字以上」などであり、サーバ２３が任意に設定することができる。そして、当該入力文字列が一定以上の割合で重複している場合、サーバ２３は、当該入力文字列を「プライベートな情報です」に変換する。これは、利用者が、数字同音同義語や英語同音同義語を利用し、メールアドレスを暗号化して入力した可能性が高いからである。そして、サーバ２３は、「プライベートフラグ」を立て、英数字検閲処理を終了する。
【００９７】
一方、当該入力文字列が一定の割合で重複していなかった場合、サーバ２３は、当該入力文字列が英数字のみで構成されているか否かを判断する。当該入力文字列が英数字のみで構成されている場合、サーバ２３は、当該入力文字列を「プライベートな情報です」に変換する。これは、利用者が、数字同音同義語や英語同音同義語を利用し、メールアドレスや電話番号などのプライベートな情報を暗号化して入力した可能性が高いからである。そして、サーバ２３は、「プライベートフラグ」を立て、英数字検閲処理を終了する。
【００９８】
一方、当該入力文字列が英数字のみから構成されているのではない場合、サーバ２３は、桁数が一定以上の数字の組み合わせを含んでいるか否かを判断する。当該入力文字列が、桁数が一定以上の数字の組み合わせを含んでいる場合、利用者が電話番号を暗号化して入力した可能性が高いため、当該入力文字列を「プライベートな情報です」に変換する。そして、サーバ２３は、「プライベートフラグ」を立て、英数字検閲処理を終了する。
【００９９】
一方、桁数が一定以上の数字の組み合わせを含んでいない場合、利用者はメールアドレスや電話番号などのプライベートな情報を入力していないと判断して、英数字検閲処理を終了する。
【０１００】
なお、サーバ２３は、英数字検閲処理において利用者が電話番号を入力したと判断し、当該入力文字列を「プライベートな情報です」と変換した場合、当該電話番号を当該利用者の利用者情報ファイルに不正電話番号として記憶する。これによれば、予め不正電話番号が利用者ＤＢに記憶されているため当該不正電話番号を参考にすることができ、電話番号の情報が何もない場合よりも正確に英数字検閲処理を行うことができる。
【０１０１】
引き続き図１７を参照し、サーバ２３は、利用者が入力した入力文字列と、タブー検閲処理及び英数字検閲処理終了後の文字列を比較する（ステップＳ３５）。当該入力文字列と検閲終了後文字列が一致している場合、利用者が猥褻語や差別語をはじめとする禁止語、及び、英数字の同音同義語を利用したプライベートな情報の入力を行っていないと判断し、サーバ２３は、文字列検閲処理を終了し、図１５に示すメインフローへ戻る。
【０１０２】
一方、当該入力文字列と検閲終了後文字列が不一致の場合、サーバ２３は、ＲＡＭ３に記憶された状態フラグに変化があるか否かを判断する（ステップＳ３６）。「状態フラグに変化がある」とは、「猥褻語フラグ」、「差別語フラグ」、「プライベートフラグ」のうち１つ以上が立っている状態をいう。状態フラグに変化がない場合、サーバ２３は、文字列検閲処理を終了し、図１５に示すメインフローへ戻る。
【０１０３】
一方、状態フラグに変化がある場合、サーバ２３は、ペナルティポイント処理を行う（ステップＳ３７）。ペナルティポイント処理は、利用者が猥褻語、差別語、又はプライベートな情報を入力した場合にペナルティポイントを加算し、当該ペナルティポイントに基づいて、利用者のチャット実行中に制限を与える処理であり、その詳細を図１９を参照して説明する。
【０１０４】
図１９によれば、サーバ２３は、まず、「Ｘ＝０」、「Ｙ＝０」、「Ｚ＝現在のペナルティポイント」となるようにそれぞれを設定する（ステップＳ５０）。ここで、Ｘ、Ｙ、Ｚは、ペナルティポイントを計算する際に便宜上使用する変数である。
【０１０５】
そして、サーバ２３は、利用者の入力文字列に対して、前回ペナルティポイント処理を行ってからの経過時間を確認する（ステップＳ５１）。経過時間が一定時間以上であれば、サーバ２３は、変数Ｘに「１」を設定する（ステップＳ５２）。一方、経過時間が一定時間未満であれば、サーバ２３は、変数Ｘに「２」を設定する（ステップＳ５３）。ペナルティポイント処理を一定時間未満に複数回行うことは、利用者が猥褻語、差別語、又は、プライベートな情報を頻繁に入力していることを意味するため、当該利用者は、初めて猥褻語等を入力した利用者に比べて悪質といえる。よって、ペナルティポイントを計算する際に使用する変数Ｘに設定する値を変えることで、詳細は後述するが、最終的にはペナルティポイントの値を変えている。
【０１０６】
ステップＳ５２、又は、Ｓ５３によって変数Ｘの値を設定すると、サーバ２３は、状態フラグのうち猥褻語フラグが立っているか否かを判定する（ステップＳ５４）。猥褻語フラグが立っている場合、サーバ２３は、利用者が猥褻語を入力したと判定し、変数Ｙに「３」を設定する（ステップＳ５５）。一方、猥褻語フラグが立っていない場合、サーバ２３は、差別語フラグが立っているか否かを判定する（ステップＳ５６）。
【０１０７】
差別語フラグが立っている場合、サーバ２３は、利用者が差別語を入力したと判定し、変数Ｙに「２」を設定する（ステップＳ５７）。一方、差別語フラグが立っていない場合、サーバ２３は、プライベートフラグが立っており、利用者がプライベートな情報を入力したと判定し、変数Ｙに「１」を設定する（ステップＳ５８）。
【０１０８】
ステップＳ５５、Ｓ５７、又は、Ｓ５８により変数Ｙの値を設定すると、サーバ２３は、計算式「Ｚ＝Ｚ＋Ｘ＊Ｙ」に基づいてＺの値を算出する（ステップＳ５９）。Ｚとは、ペナルティポイントの値であるとする。例えば、現在のペナルティポイントＺが「５」、変数Ｘが「２」、変数Ｙが「２」である場合、上記計算式に基づいて、新しいペナルティポイントＺは「９」となる。
【０１０９】
新しいペナルティポイントＺを算出すると、サーバ２３は、当該ペナルティポイントＺの値を利用者ＤＢ２５の該当する利用者情報ファイルにおけるペナルティポイントに記憶し、当該ペナルティポイントが規定値を超えているか否かを判定する（ステップＳ６０）。規定値は、サーバ２３が任意に設定することが可能である。例えば、規定値が「６」である場合、当該ペナルティポイントＺが「９」であれば、サーバ２３は当該ペナルティポイントＺが規定値を超えたと判定し、当該利用者を危険人物と判断する（ステップＳ６１）。そして、サーバ２３は、ペナルティポイント処理を終了し、図１７に示す文字列検閲処理に戻る。
【０１１０】
一方、当該ペナルティポイントＺが規定値を超えていないと判定した場合、サーバ２３は、ペナルティポイント処理を終了し、図１７に示す文字列検閲処理に戻る。
【０１１１】
なお、当該利用者は危険人物と判断されると、サーバ２３によって、チャット実行中に制限が加えられる。制限は、例えば、自由に文字列の入力を行うことができず予め用意された文字列を選択するのみとなる、又は、１度に入力する文字列の数が通常は１００文字であるにも関わらず２０文字になる等であり、様々な種類の制限を任意に設定することが可能である。
【０１１２】
図１７に示す文字列検閲処理によれば、次に、サーバ２３は、警告画面を表示する（ステップＳ３８）。サーバ２３は、警告画面を利用者携帯端末２１に表示することで、利用者に、猥褻語、禁止語、又は、プライベートな情報など禁止されている文字列を入力したことを認識させ、反省を促す。また、利用者が入力した猥褻語等は、変換語に変換されているため、当該利用者に文字列の再入力をさせる（ステップＳ３９）。そして、サーバ２３は、文字列検閲処理を終了し、図１５に示すメインフローに戻る。
【０１１３】
図１５に示すメインフローによれば、利用者は、チャット伝達処理を行う（ステップＳ６）。チャット伝達処理は、利用者が入力した文字列をチャット相手である他の利用者に伝達する処理である。サーバ２３は、チャット伝達処理の後、利用者同士の文字列の入力が完了するまで、ステップＳ２〜Ｓ６を繰り返し、チャット実行処理を行う。
【０１１４】
なお、本実施形態では、ペナルティポイント処理において、変数Ｘ及びＹに基づいてペナルティポイントＺを算出したが、ペナルティポイントの算出方法は任意に設定することができる。
【０１１５】
また、禁止語ＤＢ、同音同義語ＤＢ、検閲除外語ＤＢの種別、及び、状態フラグの種類についても、本実施形態で使用したものに限られるのではなく、任意に設定することが可能である。また、同音同義語ＤＢに変換語として、１つの英数字毎に「＊」などを設定することもできる。
【０１１６】
また、本実施形態の同義語は携帯電話のプッシュボタン配列に適用したものであるが、パソコンのキー配列に適用することも可能である。
【０１１７】
また、本発明は、チャットに限られるものではなく、オンラインゲームや掲示板などオンライン上でリアルタイムに文字のやり取りを行う場合に適用することができる。
【０１１８】
以上説明したように、本発明によれば、チャットのように、利用者が入力した文字列によって会話がリアルタイムに進行する場合であっても、全ての利用者による文字列は自動的に検閲され、不適切な文字列が変換された後に他の利用者に伝達される。よって、他の利用者の心証を害するような不適切な文字列が伝達される可能性を極力少なくすることができる。また、文字列の検閲は自動的に行われるため、監視員を２４時間体制で常駐させる必要がなく、コストを大幅に削減することができる。
【０１１９】
また、本発明によれば、猥褻語や差別語のみならず、電話番号やメールアドレスなどの悪用される危険性の高いプライベート情報に対する検閲も可能である。この場合、通常の英数字のみならず、英数字の同音語や同義語を利用した暗号によって、プライベート情報を他の利用者に伝達する場合に対応することができる。
【０１２０】
また、本発明の文字列検閲においては、猥褻語、差別語、英数字の同音同義語などを予めＤＢに記憶しておき、猥褻語等と利用者による入力文字列のそれぞれに、複数のフィルタに基づくフィルタリングをして文字列比較を行う。これによれば、ひらがなやカタカナ等の全ての文字形態を予めＤＢに記憶しておく必要がなく、フィルタの組み合わせによって柔軟に文字列比較を行うことができる。さらに、これによれば、猥褻語等の文字列をＤＢに追加するのではなく、フィルタの種類を増加させることでも文字列比較を強固にすることが可能である。また、猥褻語等と同様に変換語にもフィルタリングを行うことで、猥褻語等が変換語に変換された場合でも文字形態が同一である。たとえば、利用者が英文でチャットを行っている場合、猥褻語等は「ピー」ではなく「PEE」に変換される。よって、チャット実行中における文章の違和感を少なくすることができる。
【０１２１】
また、本発明では、利用者が電話番号等のプライベートな情報を入力した場合、当該電話番号等を利用者の利用者情報ファイルに不正電話番号等として記憶する。これによれば、記憶された不正電話番号等を利用して文字列検閲を行うことができるため、より強固な検閲を行うことができる。
【０１２２】
また、利用者が不適切な文字列の入力を頻繁に行う場合、ペナルティポイントに基づいて、チャットの実行に制限を課している。これによれば、利用者に反省を促し、再発を防止することができる。
【０１２３】
さらに、本発明によれば、利用者登録の際、利用者に直接メールアドレスを入力させるのではなく、パラメータを利用してメールアドレスを登録している。これによれば、人為的な入力ミスを排除することができ、利用者登録中の成りすまし等を防止することができる。また、利用者が登録したメールアドレスに優先順位を付け、当該メールアドレスの正当性を定期的に確認している。これによれば、利用者登録後の成りすまし等を防止することができる。
【０１２４】
【発明の効果】
以上説明したように、本発明によれば、匿名性の高いネットワーク上において不特定多数の利用者が参加するメッセージ交換型コンテンツにおいて、可能な限り人為的な手法は介さず、自動的に文字列検閲を行うことができる。
【０１２５】
また、本発明によれば、実際に利用者が使用するメールアドレスを登録させ、定期的にメールアドレスの正当性を確認することで、成りすましをはじめとする利用者の不正を防止することができる。
【図面の簡単な説明】
【図１】本発明にかかる文字列検閲システムの概略構成を示す図である。
【図２】本発明が適用された携帯電話のブロック図である。
【図３】本発明の文字列検閲システムに使用される利用者ＤＢのデータ構造を模式的に示す図である。
【図４】本発明の文字列検閲システムに使用される禁止語ＤＢのデータ構造を模式的に示す図である。
【図５】本発明の文字列検閲システムに使用される同音同義語ＤＢのデータ構造を模式的に示す図である。
【図６】本発明が適用された携帯電話のプッシュボタン配列を示す図である。
【図７】本発明の文字列検閲システムに使用される検閲除外語ＤＢのデータ構造を模式的に示す図である。
【図８】本発明の文字列検閲システムに使用されるフィルタＤＢのデータ構造を模式的に示す図である。
【図９】説明表示画面の例を示す。
【図１０】本発明のパラメータＡの有する情報を模式的に示す図である。
【図１１】登録確認画面、及び、登録メールの表示画面の例を示す。
【図１２】本発明のパラメータＢの有する情報を模式的に示す図である。
【図１３】認証結果メールの表示画面の例を示す。
【図１４】本発明のプログラムにより実現される機能のブロック図である。
【図１５】本発明のチャット実行処理を示すフローチャートである。
【図１６】図１５のチャット実行処理に含まれるメールアドレス正当性確認処理を示すフローチャートである。
【図１７】図１５のチャット実行処理に含まれる文字列検閲処理を示すフローチャートである。
【図１８】図１７の文字列検閲処理に含まれるタブー検閲処理を示すフローチャートである。
【図１９】図１７の文字列検閲処理に含まれるペナルティポイント処理を示すフローチャートである。
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ キー入力部
５ 送受信処理部
６ アンテナ
７ ＧＰＵ
８ モニタ
９ ＳＰＵ
１０ スピーカ
１１ データ入力部
１２ バス
２０ ネットワーク
２１、２２ 利用者携帯端末
２３ サーバ
２４ チャットＤＢ
２５ 利用者ＤＢ
２６ 禁止語ＤＢ
２７ 同音同義語ＤＢ
２８ 検閲除外語ＤＢ
２９ フィルタＤＢ
３０ サービス提供会社
１５０ 文字列検閲システム

Claims (12)

1. ネットワークを介して、表示部を備えた複数の利用者端末との間でデータを送受信させ、前記利用者端末間での送受信が禁止されているプライベート情報をフィルタリングするフィルタリング機能を有するサーバ装置であって、
   英数字を示す同音語及び同義語を、当該英数字と対応付けて記憶した同音同義語記憶部と、
   前記利用者端末に入力された入力文字列を受信する受信手段と、
   前記同音同義語記憶部を参照して、前記受信手段により受信された入力文字列に含まれる前記英数字を示す同音語及び同義語を、対応する前記英数字に変換する英数字変換手段と、
   前記英数字変換手段による変換後の文字列がプライベート情報に該当するか否かを判定する判定手段と、
   前記変換後の文字列が前記プライベート情報に該当する場合に入力文字列を前記プライベート情報であることを示す所定の文字列に置換して出力し、前記変換後の文字列が前記プライベート情報に該当しない場合に変換前の入力文字列をそのまま出力する出力手段と、
   前記出力手段が出力した文字列を、前記入力文字列を受信した利用者端末及び／又は当該利用者端末以外の利用者端末に送信する送信手段と、を備え、
   前記英数字を示す同音語は、当該英数字と同じ発音をするひらがな、カタカナ、漢字、記号又はそれらの組合せであり、
   前記英数字を示す同義語は、前記同音語ではないが当該英数字を伝えることができるひらがな、カタカナ、漢字、記号又はそれらの組合せであることを特徴とするサーバ装置。
2. 前記プライベート情報は、電話番号及びメールアドレスを含むことを特徴とする請求項１に記載のサーバ装置。
3. 前記利用者端末の各利用者について、メールアドレスを含む利用者情報を記憶した利用者情報記憶部を備え、
   前記判定手段は、前記変換後の文字列が前記利用者情報記憶部に記憶されているメールアドレスに含まれる文字列と一定以上の割合で重複している場合に、当該変換後の文字列がプライベート情報に該当すると判定することを特徴とする請求項２に記載のサーバ装置。
4. 前記判定手段は、前記変換後の文字列が英数字のみで構成されている場合に、当該変換後の文字列がプライベート情報に該当すると判定することを特徴とする請求項２又は３に記載のサーバ装置。
5. 前記判定手段は、前記変換後の文字列が桁数が一定以上の数字の組み合わせを含んでいる場合に、当該変換後の文字列が電話番号であり、プライベート情報に該当すると判定することを特徴とする請求項２乃至４のいずれか一項に記載のサーバ装置。
6. 前記変換後の文字列が電話番号であると判定された場合に、当該電話番号を不正電話番号として、当該入力文字列を入力した利用者端末の利用者に対応付けて前記利用者情報記憶部に記憶する手段を備えることを特徴とする請求項５に記載のサーバ装置。
7. ネットワークを介して、表示部を備えた複数の利用者端末との間でデータを送受信させるためのコンピュータにより実行され、前記利用者端末間での送受信が禁止されているプライベート情報をフィルタリングするフィルタリング機能を有するプログラムであって、
   英数字を示す同音語及び同義語を、当該英数字と対応付けて記憶した同音同義語記憶部、
   前記利用者端末に入力された入力文字列を受信する受信手段、
   前記同音同義語記憶部を参照して、前記受信手段により受信された入力文字列に含まれる前記英数字を示す同音語及び同義語を、対応する前記英数字に変換する英数字変換手段、
   前記英数字変換手段による変換後の文字列がプライベート情報に該当するか否かを判定する判定手段、
   前記変換後の文字列が前記プライベート情報に該当する場合に入力文字列を前記プライベート情報であることを示す所定の文字列に置換して出力し、前記変換後の文字列が前記プライベート情報に該当しない場合に変換前の入力文字列をそのまま出力する出力手段、
   前記出力手段が出力した文字列を、前記入力文字列を受信した利用者端末及び／又は当該利用者端末以外の利用者端末に送信する送信手段、として前記コンピュータを機能させ、
   前記英数字を示す同音語は、当該英数字と同じ発音をするひらがな、カタカナ、漢字、記号又はそれらの組合せであり、
   前記英数字を示す同義語は、前記同音語ではないが当該英数字を伝えることができるひらがな、カタカナ、漢字、記号又はそれらの組合せであることを特徴とするプログラム。
8. 前記プライベート情報は、電話番号及びメールアドレスを含むことを特徴とする請求項７に記載のプログラム。
9. 前記利用者端末の各利用者について、メールアドレスを含む利用者情報を記憶した利用者情報記憶部として前記コンピュータを機能させ、
   前記判定手段は、前記変換後の文字列が前記利用者情報記憶部に記憶されているメールアドレスに含まれる文字列と一定以上の割合で重複している場合に、当該変換後の文字列がプライベート情報に該当すると判定することを特徴とする請求項８に記載のプログラム。
10. 前記判定手段は、前記変換後の文字列が英数字のみで構成されている場合に、当該変換後の文字列がプライベート情報に該当すると判定することを特徴とする請求項８又は９に記載のプログラム。
11. 前記判定手段は、前記変換後の文字列が桁数が一定以上の数字の組み合わせを含んでいる場合に、当該変換後の文字列が電話番号であり、プライベート情報に該当すると判定することを特徴とする請求項８乃至１０のいずれか一項に記載のプログラム。
12. 前記変換後の文字列が電話番号であると判定された場合に、当該電話番号を不正電話番号として、当該入力文字列を入力した利用者端末の利用者に対応付けて前記利用者情報記憶部に記憶する手段を備えることを特徴とする請求項１１に記載のプログラム。

Images