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