メールアドレス生成システム、メールアドレス生成方法、およびメールアドレス生成プログラム
【課題】投稿者のメールアドレス指定ミスによるメッセージの誤投稿を抑制し、また、投稿者の入力が容易なメールアドレスを生成可能とする。
【解決手段】ハッシュ関数を記憶する記憶部２１と、イベント毎に一意に定められたイベント情報の入力を受け付ける入力部２２と、前記入力部２２によって受け付けた前記イベント情報を含む情報を、前記記憶部２１内の前記ハッシュ関数へ入力して演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部２３とからシステム構成する。
【解決手段】ハッシュ関数を記憶する記憶部２１と、イベント毎に一意に定められたイベント情報の入力を受け付ける入力部２２と、前記入力部２２によって受け付けた前記イベント情報を含む情報を、前記記憶部２１内の前記ハッシュ関数へ入力して演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部２３とからシステム構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メールアドレス生成システム、メールアドレス生成方法、およびメールアドレス生成プログラムに関し、特に、映像表示装置と携帯端末を連携させたシステムにおいて、映像表示装置へ表示する情報を電子メールで投稿する際、その誤投稿を防止する方法と、それを実現するシステムの構成に関する。
【背景技術】
【０００２】
従来から、結婚式、お葬式などの各種イベントに参加できない人は、例えば、祝電、弔電など電報という形でメッセージを送っていた。しかしながら、こうした電報を送るという作業は手間がかかり、費用がかかるという問題があった。そこで、結婚式場などのイベント会場に電光掲示板やスクリーン等の各種ディスプレイを設置し、来場出来なかった者や来場者のメッセージを表示させるシステムが提案されている（特許文献１参照）。
【０００３】
また近年、こうしたシステムの一形態として高精細ディスプレイを公共の場に設置し、電子ポスターとして利用する場合が増えている。また、イベント会場にプリンタを設置し、イベントに関連付けられたメッセージを印刷するシステムが提案されている（特許文献２参照）。このシステムでは、サーバーにメッセージが蓄積され、このメッセージにはイベントの指定情報から生成された送信日時情報が付加されて保存される。サーバーは、該送信日時情報に従って、前記イベント会場に設置されたプリンタに接続されているコンピューターにメッセージを送信する。このように動作することにより、自動的にイベントに対応したメッセージを会場で出力できるようになっている。
【０００４】
一方、メッセージの検閲という観点では、イベント情報などを公開するＷＥＢページにおいて、サーバーに保存されたイベント情報を検閲部署の検閲を必ず経てからＷＥＢページに公開するというシステムが提案されている（特許文献３参照）。
【０００５】
また、これらの従来システムにおいて、例えば電子メールなどを利用して情報を投稿する場合、メールの投稿先を間違えて情報を送信してしまう場合が存在する。この問題に対する対応策として、例えば、システムが管理している宛先のうち、誤送信アドレスに近いあて先を、誤送信したユーザに通知するか、明らかにミスとわかる場合は正しいアドレス情報に変換して処理する方式が提案されている（特許文献４参照）。
【０００６】
また、システム側で投稿先ごとに一意にアドレスを生成する必要がある場合、インターネットファクシミリの利用者のユーザのメールアドレスからハッシュ関数を利用してハッシュ値を生成し、それを代理のアドレスとして利用する方法なども提案されている（特許文献５参照）。
【特許文献１】特開２００３−１６２５９２号公報
【特許文献２】特開２００３−２６３５１３号公報
【特許文献３】特開２００３−３４５９３４号公報
【特許文献４】特開平６−１２５３５９号公報
【特許文献５】特開２００２−１１８７１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記従来技術では、システムが複数のイベントを管理し、それぞれのイベント用にメッセージを投稿する電子メールアドレスを自動生成するとき、通常はイベントに関する日付及びユーザ名等を利用して生成する。しかし、例えば日付を利用して生成した場合、或る特定の期間にイベントが集中すると、生成される投稿アドレスの値に殆ど変化が無く、ユーザが投稿アドレスを打ち間違えてシステムへメール送信をする状況が発生しやすい。こうした場合、システム側ではアドレスミスとして処理せずに、異なるイベントのメッセージとして受け取ってしまうことも起こりうる。
【０００８】
また、ユーザ名を利用してメールアドレスを生成した場合は、同名の別ユーザがいたとき、通常その名称の後ろに数字をつける措置などが考え得るが、これも日付の場合と同様のアドレス誤入力のミスをユーザ側に誘う場合がある。さらに、ユーザ名に由来するメールアドレスとしてアルファベットを利用する場合が多いと考えられるが、ユーザが携帯端末をメール送信装置として用いる際には、携帯端末に特有のキーイン操作に起因してアドレス入力操作自体が煩雑となってしまう懸念がある。
【０００９】
さらに、上記従来技術では、メールアドレス生成にハッシュ値を利用する場合において、ユーザ名が異なっても、生成されたハッシュ値が同一であれば、登録を拒絶する仕様になっていることが多いため、自分の名前をユーザ名として登録したいユーザに複数回処理を強いるなど、ユーザ登録時に不都合が発生する場合がある。
【００１０】
さらに、上記従来技術では、新規に生成したハッシュ値と既存のハッシュ値との差分について値が異なること以外比較していないため、ハッシュ値間で値が近い場合も許容してしまう。そのため、こうした非常に似通った値を電子メールアドレス（の一部）として利用した場合、ユーザのメールアドレス打ち間違いによる誤投稿等が発生しやすい。
【００１１】
そこで本発明は上記課題を鑑みてなされたものであり、投稿者のメールアドレス指定ミスによるメッセージの誤投稿を抑制し、また、投稿者の入力が容易なメールアドレスを生成可能とすることを主たる目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決する本発明のメールアドレス生成システムは、イベントごとのメールアドレスを生成するメールアドレス生成システムであって、ハッシュ関数を記憶する記憶部と、イベント毎に一意に定められたイベント情報の入力を受け付ける入力部と、前記入力部によって受け付けた前記イベント情報を含む情報に、前記記憶部内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部と、を備える。
【００１３】
また、本発明のメールアドレス生成システムは、前記処理部が、前記イベント情報にハッシュ関数を演算する処理で生成したハッシュ値を、既登録メールアドレスの情報を格納したイベント管理情報データベースに照合し、前記ハッシュ値の全部または一部から、既登録メールアドレスと所定文字数以上異なる部位をアドレス候補として特定し、前記アドレス候補を含むメールアドレスを生成するものであるとすれば好適である。
【００１４】
また、本発明のメールアドレス生成システムは、所定イベントに関して誤ったメールアドレスでのメール送信がなされた回数をカウントする誤送信カウント部と、前記誤送信のカウント値が一定値以上に達したことを検知し、前記所定文字数を増加させる文字増加部と、を備えるとすれば好適である。
【００１５】
また、本発明のメールアドレス生成システムは、イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納し、前記送信元メールアドレスからの次以降のメール受信に際して、当該メール受信で取得したメールの情報で、前記投稿メッセージ情報データベースでの該当送信元メールアドレスに対応するメールの情報を更新する、更新部を備えるとすれば好適である。
【００１６】
また、本発明のメールアドレス生成システムは、イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、事前確認用端末に送信し、当該事前確認用端末からの事前確認済みの通知をもって、該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納するか、または、出力インターフェイスに出力する、事前確認部を備えるとすれば好適である。
【００１７】
また、本発明のメールアドレス生成システムは、前記イベント毎に生成された前記メールアドレスに宛てて送信されたメールの情報を出力する、表示装置を備えるとすれば好適である。
【００１８】
また、本発明のメールアドレス生成システムは、前記メールの情報の出力形態などに関する前記表示装置の設定情報を生成し、これを可搬型メモリに格納処理する、設定情報生成部を備え、前記表示装置が、前記可搬型メモリの接続を受け付けて当該可搬型メモリの格納情報を抽出し、前記格納情報に基づいたメールの情報の出力処理を行うものである、とすれば好適である。
【００１９】
また、本発明のメールアドレス生成システムは、イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの情報の閲覧用プログラムおよびメール返信用プログラムと共に記録媒体に書き込み処理する、送付情報書込部と、前記記録媒体の読取りを行った前記表示装置より、前記記録媒体に格納されていたメール返信用プログラムを通じて入力された返信メッセージを受信し、当該返信メッセージを前記メールの送信元メールアドレスに送信する、返信部と、を備えるとすれば好適である。
【００２０】
また、本発明のメールアドレス生成方法は、イベントごとのメールアドレスを、記憶装置と入力装置と処理装置とを備えたコンピュータにより生成する方法であって、前記記憶装置が、ハッシュ関数を記憶し、前記入力装置が、イベント毎に一意に定められたイベント情報の入力を受け付け処理し、前記処理装置が、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する。
【００２１】
また、本発明のメールアドレス生成プログラムは、イベントごとのメールアドレスの生成を、記憶装置と入力装置と処理装置とを備えたコンピュータに実行させるためにプログラムであって、前記記憶装置に、ハッシュ関数を記憶させるステップと、前記入力装置に、イベント毎に一意に定められたイベント情報の入力を受け付けさせるステップと、前記処理装置に、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定させるステップと、を備える。
【発明の効果】
【００２２】
本発明によれば、投稿者のメールアドレス指定ミスによるメッセージの誤投稿を抑制し、また、投稿者の入力が容易なメールアドレスを生成可能とできる。
【発明を実施するための最良の形態】
【００２３】
−−−ネットワークの構成例−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本発明のメールアドレス生成システム１０を含むネットワーク構成例を示す図である。ここでまずは、当該ネットワーク構成に含まれる装置群および当該装置群の運営者について説明しておく。なお、本実施例におけるイベントとしては、一例として結婚式、披露宴などを想定するが、その他のイベントであっても本発明を適用してよい。また、本実施形態におけるメッセージ投稿とは、本発明に基づいてイベント毎に生成されたメールアドレスに宛てた電子メール送信を意味する。
【００２４】
まず図１において、イベントサービス提供会社１００は、メールアドレス生成システム１０（以下、システム１０）を利用して、各種イベントでの来場者または非来場者からのメッセージ投稿受付とその付帯処理に関するサービスを提供する企業である。当該サービス提供のために、このイベントサービス提供会社１００は、システム１０を構成するサーバ機１０４を、例えば社内の情報管理部門等に設置し運営している。
【００２５】
このサーバ機１０４は、前記システム１０の最小構成となりうる装置であり、一例として、メールサーバ１０５、Ｗｅｂサーバ１０６、およびバックエンドサーバ１０７といった複数のサーバ機能から構成されている。各サーバ１０５〜１０７は、単体のサーバ装置として前記サーバ機１０４と協働する構成としてもよいし、サーバ機１０４が一体に備えるサーバ機能（ハードウェアまたはソフトウェアとして実現したもの）として想定してもよい。以後の説明においては、説明の簡便の為、サーバ機１０４が前記各サーバ１０５〜１０７が果たすサーバ機能を一体に備えていると想定することとする。
【００２６】
これらサーバ機能のうち前記メールサーバ１０５は、前記イベントに関して扱われる各種電子メールを処理するためのサーバである。また、前記Ｗｅｂサーバ１０６は、投稿情報の管理用Ｗｅｂ画面など各種Ｗｅｂデータを提供するサーバである。また、バックエンドサーバ１０７は、イベント実施会社１１０のイベント会場１１４に設置された表示装置１１５の管理を行うためのサーバである。これらのサーバ１０５〜１０７は、記憶装置１０８に記録されているイベント管理情報データベース１０９、投稿メッセージ情報データベース１６０を参照して処理を行う。これらデータベース１０９、１６０の格納情報については後述する。なお、これらサーバ１０５〜１０７は、前記イベントサービス提供会社１００の社内ＬＡＮ１０３等を介して管理端末１０１による管理が可能である。
【００２７】
また、前記イベントサービス提供会社１００は、ＣＤ−ＲＯＭドライブ１０２を前記管理端末１０１に付帯させている。このＣＤ−ＲＯＭドライブ１０２は、イベントに関する各種情報（例：来場者または非来場者からのメッセージ）を、イベント実施会社１１０やイベント依頼ユーザ１５０等に提供するべく、前記各種情報を例えばイベント終了時等にＣＤ−ＲＯＭ（記録媒体）に焼く処理を実行する。
【００２８】
また、イベントサービス提供会社１００の各機器は、社内ＬＡＮ１０３を介してインターネット１６５に接続され、社外に各種サービスを提供する。前記社内ＬＡＮ１０３とインターネット１６５との接続の間に、ファイアーウォールなどを設置する場合もある。
【００２９】
前記イベントサービス提供会社１００より、サービス提供を受けるのがイベント実施会社１１０である。このイベント実施会社１１０は、ホテル、結婚式場などで実際に結婚式や結婚披露宴などの各種イベントを開催または運営する企業となる。前記イベント実施会社１１０は、実際にイベントを行うイベント会場１１４において、本発明により生成したイベント毎のメールアドレスに宛てられた投稿メッセージなどを表示する、表示装置１１５を設置する。この表示装置１１５は、イベントの実施期間中に稼動する。
【００３０】
また、前記表示装置１１５は、前記投稿メッセージ等を含む各種コンテンツを表示するディスプレイ１１６と、このディスプレイ１１６にコンテンツを表示する処理や前記バックエンドサーバ１０７と通信して各種投稿メッセージを取得する処理など表示装置１１５全体を制御する制御用ＰＣ１１７とを備える。また、前記表示装置１１５は、当該表示装置１１５における、前記投稿メッセージ（メールの情報）や各種コンテンツの出力形態などに関する設定情報が格納されたＵＳＢメモリ１１９（可搬型メモリ）を読み込むＵＳＢメモリリーダ１１８を備えるものとできる。
【００３１】
また、イベント実施会社１１０のオフィス１１２は、例えば、結婚式などの打合せ場所を示している。但し、サービスの内容によっては、サーバ機１０４にアクセスして投稿メッセージを閲覧管理するためのＰＣ１１３が設置される。これらの機器は、社内ＬＡＮ１１１を介してインターネット１６５に接続される。
【００３２】
次に、イベントサービス提供会社１００が提供するサービスの利用者について説明する。イベント依頼ユーザ１５０は、結婚式における新郎新婦等、実際にイベントの実施をイベント実施会社１１０に申し込む者たちである。彼らは、イベント実施に必要なイベント情報１５１（実施日、内容など）を持っており、イベント実施会社１１０にこれを伝えてイベントの実施を依頼する。
【００３３】
また、メッセージ投稿ユーザ１３０は、例えばイベント依頼ユーザ１５０の知人などで、イベントに際してメッセージを投稿するユーザである。メッセージ投稿の際に利用する機器の例として、ＰＣ１３１や携帯電話機１３２が利用可能である。また、前記ＰＣ１３１を利用する場合は、インターネット１６５経由で前記サーバ機１０４にアクセスし、携帯電話機１３２を利用する場合は、携帯キャリア１４０が持つキャリアサーバ１４１経由でサーバ機１０４にアクセスするのが一般的である。
【００３４】
また、メッセージ管理ユーザ１２０は、メッセージ投稿ユーザ１３０が投稿したメッセージを管理し、表示装置１１５への掲載可否を決定する権限を持つ。このユーザとして考えられるのは、例えば新郎新婦の親友などであるが、場合によってはイベント依頼ユーザ１５０がこのユーザを兼ねてもかまわない。このユーザも、メッセージ投稿ユーザ１３０と同様、ＰＣ１２１や携帯電話機１２２を利用してサーバ機１０４にアクセスする。
【００３５】
−−−システムの内部構成−−−
次に、上記したシステム１０のシステム構成について説明する。ここでは、一例として本発明のシステム１０が前記サーバ機１０４である場合を想定している。本発明のメールアドレス生成システム１０（以下、システム１０）は、本発明のメールアドレス生成方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース１１に格納されたプログラム１２をメモリ１３に読み出し、演算装置たるＣＰＵ１４により実行する。
【００３６】
また、前記システム１０は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス１５、ならびに、各種の外部装置などとの間のデータ授受を担う通信装置１６などを有している。
【００３７】
前記システム１０は、前記通信装置１６により、外部装置らと例えばインターネット１６５や社内ＬＡＮ１０３、シリアル・インターフェース通信線などのネットワークを介して接続し、データ授受を実行する。システム１０の各種機能部と通信装置１６との間ではＩ／Ｏ部１７がデータのバッファリングや各種仲介処理を実行している。
【００３８】
続いて、前記システム１０が、例えばプログラム１２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１０は、記憶装置１０８における各データベース１０９、１６０を利用可能であるものとする。
【００３９】
前記システム１０は、ハッシュ関数を記憶する記憶部２１と、イベント毎に一意に定められたイベント情報の入力を受け付ける入力部２２と、前記入力部２２によって受け付けた前記イベント情報を含む情報に、前記記憶部２１内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部２３とを備える。
【００４０】
また、前記システム１０において前記処理部２３が、前記イベント情報にハッシュ関数を演算する処理で生成したハッシュ値を、既登録メールアドレスの情報を格納したイベント管理情報データベース１０９に照合し、前記ハッシュ値の全部または一部から、既登録メールアドレスと所定文字数以上異なる部位をアドレス候補として特定し、前記アドレス候補を含むメールアドレスを生成するものである、とすれば好適である。
【００４１】
また、前記システム１０は、所定イベントに関して誤ったメールアドレスでのメール送信がなされた回数をカウントする誤送信カウント部２４と、前記誤送信のカウント値が一定値以上に達したことを検知し、前記所定文字数を増加させる文字増加部２５とを備えるとすれば好適である。
【００４２】
また、前記システム１０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、当該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベース１６０に格納し、前記送信元メールアドレスからの次以降のメール受信に際して、当該メール受信で取得した投稿メッセージ（メールの情報）で、前記投稿メッセージ情報データベース１６０での該当送信元メールアドレスに対応する投稿メッセージ（メールの情報）を更新する、更新部２６を備えるとすれば好適である。
【００４３】
また、前記システム１０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、前記メッセージ管理ユーザ１２０の備えるＰＣ１２１または、携帯電話機１２２（いずれも事前確認用端末）に送信し、当該事前確認用端末からの事前確認済みの通知をもって、該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベース１６０に格納するか、または、出力インターフェイスに出力する、事前確認部２７を備えるとすれば好適である。
【００４４】
また、前記システム１０は、前記投稿メッセージ（メールの情報）の出力形態などに関する前記表示装置１１５の設定情報を生成し、これを前記ＵＳＢメモリ１１９（可搬型メモリ）に格納処理する、設定情報生成部２８を備えるとすれば好適である。この場合、前記表示装置１１５が、前記ＵＳＢメモリ１１９の接続を受け付けて当該ＵＳＢメモリ１１９の格納情報を抽出し、前記格納情報に基づいたメールの情報の出力処理を行う。
【００４５】
また、前記システム１０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、当該投稿メッセージ（メールの情報）の閲覧用プログラムおよびメール返信用プログラムと共に前記ＣＤ−ＲＯＭドライブ１０２においてＣＤ−ＲＯＭなどの記録媒体に書き込み処理する、送付情報書込部２９を備えるとすれば好適である。
【００４６】
また、前記システム１０は、前記記録媒体の読取りを行った前記イベント依頼ユーザ１５０の備える端末や前記メッセージ管理ユーザ１２０の備える前記ＰＣ１２１や携帯電話機１２２などのユーザ端末より、前記記録媒体に格納されていたメール返信用プログラムを通じて入力された返信メッセージを受信し、当該返信メッセージを前記メールの送信元メールアドレスに送信する、返信部３０を備えるとすれば好適である。
【００４７】
なお、これまで示した システム１０における各機能部２１〜３０は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１４がプログラム実行に合わせて記憶装置より該当プログラム１２をメモリ１３に読み出して、これを実行することとなる。また、システム１０の最小構成の例として、前記サーバ機１０４を想定したが、このサーバ機１０４に、インターフェイスを介してまたはインターネット１６５などの各種ネットワークを介して結ばれる表示装置１１５を加えた構成をシステム１０の構成とすることもできる。また、サーバ機１０４のサーバ構成に関しては、本実施形態に示した形態のみに限定されない。
【００４８】
また、前記インターネット１６５は、システム１０と外部装置とを結ぶネットワークの一例である。したがって、インターネット１６５以外にも種々のものを本発明に適用できる。例えば、インターネットの他に、ＬＡＮ、ＡＴＭ回線、専用回線、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話機網、シリアル・インターフェース通信線など様々なネットワークを採用することも出来る。また、インターネット１６５に関して、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を細雨用すれば、セキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェイスは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはＲＳ−２３２Ｃ、ＲＳ−４２２、ＩｒＤＡ、ＵＳＢ、ＩＥＥＥ１３９４、ファイバ・チャネルなどが想定できる。
【００４９】
−−−データベース構造−−−
次に、本実施形態におけるシステム１０が利用するデータベースの構造について説明する。図２は、本実施形態におけるイベント管理情報データベース１０９の構成の一例である。前記システム１０たる前記サーバ機１０４は、自身が備える記憶装置１０８において、イベント管理情報データベース１０９と、投稿メッセージ情報データベース１６０を利用可能である。
【００５０】
前記イベント管理情報データベース１０９は、本発明のシステム１０によりイベント毎に生成した投稿受付用のメールアドレスを格納したデータベースであり、例えばイベント管理番号をキーとして、イベントの会場情報、イベントの開催日時等や表示装置１１５の設定情報、管理用の情報、投稿先アカウント（メールアドレスの一部：アットマーク以前の部位）、イベント開催の状況といった情報を関連づけたレコードの集合体となっている。このイベント管理情報データベース１０９における情報は、イベントの基本的な情報を管理するために利用される。
【００５１】
なお、前記イベント管理情報データベース１０９に含まれる、前記イベント管理番号２００は、システム１０が扱っている各イベントを区別するためのシリアル番号である。また、会場情報２０１は、イベントを行うイベント実施会社１１０に関連する情報が記録されており、例えば、会場名などである。
【００５２】
また、前記イベント管理情報データベース１０９に含まれる前記イベント情報２０２はイベント内容の詳細が記載されている。このうち、開催日時２０８は、イベントの開催日時を示す。また、新郎名２０９および新婦名２１０は、そのイベントの新郎新婦名を記録する。また、表示装置（ＵＳＢメモリ）設定情報は、イベント実施会社１１０のイベント会場１１４に設置された表示装置１１５に接続するＵＳＢメモリ１１９に格納する情報が記録されている。この情報の詳細は、後述する。
【００５３】
また、前記イベント情報２０２が含む管理画面アクセス情報２０４は、前記Ｗｅｂサーバ１０６が提供する、投稿メッセージ管理画面（図１４参照）へのログインＩＤとＰＷが記録される。また、投稿管理者Ｅ−Ｍａｉｌ２０５は、投稿メッセージがあったときに通知するメッセージ管理ユーザ１２０宛のメールアドレスが記録される。また、投稿先アカウント２０６は、メッセージ投稿ユーザ１３０がこのイベントに関してメッセージ投稿するときに用いる送信先のメールアドレスの“ａａａ＠ｂｂｂ．ｃｃｃ”のうち、“ａａａ”に当たる部分に指定する値を記録する。この値は、本発明のメールアドレス生成方法によって生成される。また、状況２０７は、このイベントの現在の状況を示す。この状況２０７のデータは、基本的にシステム１０によって自動更新される。しかし、イベントは人間が絡むため開始が遅延したり終了時間が延びたりする可能性が多分にある。したがって状況によっては手動でこの状況２０７のデータが入力される場合も想定できる。
【００５４】
次に、投稿メッセージ情報データベース１６０について説明する。図３は、投稿メッセージ情報データベース１６０の構成の一例である。この投稿メッセージ情報データベース１６０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、当該メールの送信元メールアドレスを鍵として格納するデータベースである。この投稿メッセージ情報データベース１６０は、例えば管理番号をキーとして、イベント管理番号、登録年月日、投稿内容、掲載可否といった情報を関連づけたレコードの集合体となっている。
【００５５】
なお、前記投稿メッセージ情報データベース１６０を構成する、前記管理番号３００は、メッセージ管理ユーザ１３０のＰＣ１３１や携帯電話機１３２などから送られてきた投稿メッセージを一元的に管理するためのシリアル番号である。また、イベント管理番号３０１は、前記イベント管理情報データベース１０９のイベント管理番号２００を示し、該当投稿メッセージがどのイベントのものか識別するために利用される。また、登録年月日３０２は該当投稿メッセージが登録された日付を示す。また、投稿内容３０５は、投稿メッセージの詳細を示すものである。このうち画像３０３は、投稿された画像データに関する情報、または画像データそのものである。また、メッセージ３０５は、投稿されたメッセージ内容を示す。また、投稿者Ｅ−Ｍａｉｌ３０６は、メッセージ投稿ユーザ１３０のメールアドレスを示し、返信メールなどの送信の際に利用される。
【００５６】
また、前記投稿メッセージ情報データベース１６０を構成する、掲載可否３０７は、メッセージ管理ユーザ１２０によって設定された、各投稿メッセージに関する掲載可否の情報を示す。
【００５７】
−−−ＵＳＢメモリにおけるデータ構造−−−
次に、前記ＵＳＢメモリ１１９（可搬型メモリ）に格納されているデータの構造例について説明する。図４は、表示装置１１５にイベント開催時に設定されるＵＳＢメモリ１１９の情報の詳細を示す。前記ＵＳＢメモリ１１９には、システム１０の前記設定情報生成部２８が投稿メッセージ（メールの情報）の出力形態などに関する前記表示装置１１５の設定情報を生成して格納処理される。このＵＳＢメモリ１１９が格納している情報には、イベント毎に前記バックエンドサーバ１０７で表示装置１１５の識別を可能とするために必要な情報が含まれる。ＵＳＢメモリ１１９が格納する情報として、装置番号４００は、イベント開催中の表示装置１１５の一時的な装置番号を示す。また、イベント管理番号４０１は、表示装置１１５が情報表示しているイベントのイベント管理番号２００に対応するものである。また、画面設定情報４０２は、表示装置１１５が複数の画面構成をサポートする時に必要な設定情報や、投稿メッセージ（メールの情報）の出力形態を示す。
【００５８】
−−−処理フロー例１−−−
以下、本実施形態におけるメールアドレス生成方法の実際手順について、図に基づき説明する。なお、以下で説明するメールアドレス生成方法に対応する各種動作は、前記システム１０が、メモリ１３に読み出して実行するプログラム１２によって実現される。そして、このプログラム１２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００５９】
図５は、イベント依頼ユーザ１５０がイベント実施会社１１０にイベントの申し込みを行ったときの一連の処理流れを示すフロー図である。ここで、イベント依頼ユーザ１５０とメッセージ管理ユーザ１２０とが異なる場合、前記イベント依頼ユーザ１５０は、メッセージ管理ユーザ１２０に対し、投稿確認メールの送信先として必要なメールアドレスを予め確認するものとする（Ｓｔｅｐ６００）。この投稿確認メールは、投稿メッセージの事前確認（例：表示装置１１５に表示しても問題ない内容かの確認）に伴って、システム１０から前記メッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２に送信されるメールである。
【００６０】
また、前記イベント依頼ユーザ１５０は、イベント実施会社１１０を訪れ、イベントに関する打合せを行い、イベント開催の依頼をする（Ｓｔｅｐ６０１）。他方、イベント実施会社１１０では、前記打合せの結果に基づいてイベント情報（図２：イベント情報２０２参照）をまとめる。そして、当該イベント情報を含む登録依頼指示が、イベント実施会社１１０の例えばＰＣ１１３からインターネット１６５を介してシステム１０へ送信される。この処理により、システム１０のイベント管理情報データベース１０９へのイベント情報の登録を、イベント実施会社１１０がイベントサービス提供会社１００に依頼することとなる（Ｓｔｅｐ６０２）。
【００６１】
前記イベントサービス提供会社１００におけるシステム１０は、前記イベント実施会社１１０のＰＣ１１３より受け取ったイベント情報を、記憶装置１０８に格納する（Ｓｔｅｐ６０３）。システム１０は、格納した前記イベント情報に基づいて、各種情報を生成することとなる。このとき生成される情報としては例えば、ＵＳＢメモリ１１９への設定情報（例：前記投稿メッセージの出力形態などに関する表示装置１１５の設定情報）などがあげられる（Ｓｔｅｐ６０４）。
【００６２】
続いて、本発明のメールアドレス生成方法によりイベント毎に生成される、イベント別投稿用メールアドレスの生成処理をシステム１０は実行し、イベント管理情報データベース１０９の投稿先アカウント２０６を生成する（Ｓｔｅｐ６０５）。この処理の詳細は後述する。こうして適宜な情報生成が終了すると、システム１０は、例えば前記生成した設定情報や表示装置１１５の起動に必要な情報などを前記ＵＳＢメモリ１１９へ書き込む（Ｓｔｅｐ６０６）。
【００６３】
このＵＳＢメモリ１０９は、例えばその他の通知すべき情報（例：投稿先アカウント２０６を含むメールアドレス等）と共に、前記イベント実施会社１１０へ渡される（Ｓｔｅｐ６０７）。これを受け取ったイベント実施会社１１０は、メッセージ投稿ユーザ１３０が必要とするイベント情報（例：メッセージ投稿先のアドレス等）をイベント依頼ユーザ１５０に通知する（Ｓｔｅｐ６０８）。この通知は、イベント実施会社１１０のＰＣ１１３からイベント依頼ユーザ１５０の備える適宜な端末装置へのデータ通信で実行されるとできる。
【００６４】
一方、前記イベント情報の通知を受けたイベント依頼ユーザ１５０は、例えば結婚式の案内状などにメッセージ投稿先アドレス等を記載し、メッセージ投稿ユーザ１３０（知人など）に通知する（Ｓｔｅｐ６０９）。
【００６５】
−−−処理フロー例２−−−
図６は、前述のイベント別投稿用メールアドレスの生成処理の詳細例を示すフロー図である。ここでは、図５のフロー図で示したＳｔｅｐ６０５、つまりイベント別投稿用メールアドレス生成の処理について説明する。前記イベント情報が記憶装置１０８におけるイベント管理情報データベース１０９に登録された後、システム１０のサーバ機１０４のうち、例えばＷｅｂサーバ１０６は、投稿先アカウント２０６（図２参照）の生成に必要な、該当イベントに関する情報を、イベント管理情報データベース１０９から検索し、取得する（Ｓｔｅｐ７００）。このとき取得するイベント情報には、イベントの開催日時と、ユーザを識別する情報（例：新郎新婦名、または管理画面アクセス情報のどちらか）とが含まれると好ましい。但し、ユーザを識別する情報は必須ではない。ここで取得したイベント情報の文字列が、ハッシュ値を生成するには所定基準より短い場合、Ｗｅｂサーバ１０６は、イベントの開催日時およびユーザを識別する情報とは別の、他の情報をイベント管理情報データベース１０９の該当イベント情報より抽出して取得する。
【００６６】
前記Ｗｅｂサーバ１０６は、ここで取得したイベント情報を文字列として連結し、生成文字列を作る（Ｓｔｅｐ７０１）。図６の例では、前記イベント情報が、“日付：ｙｙｙ／ｍｍ／ｄｄ”、“場所：公園前”、“その他情報：ｓａｍｐｌｅ”であり、生成文字列が、“ｙｙｙｍｍｄｄ公園前ｓａｍｐｌｅ”となっている。
【００６７】
Ｗｅｂサーバ１０６は、こうして生成した文字列をＨａｓｈ関数に入力してＨａｓｈ値を生成する（Ｓｔｅｐ７０２）。このとき使用するＨａｓｈ関数に特に制限は無いが、衝突耐性の高いものの利用が望ましい。衝突耐性とは、元データが一ビットでも異なるとハッシュ値が大きく変わり、同じハッシュ値が異なるデータから発生しにくい性質を言う。なお、このハッシュ値生成処理実行時に通常用いられている、ＭＤ５、ＳＨＡ−１などの証明用ハッシュ関数の利用も当然可能である。
【００６８】
続いて、Ｗｅｂサーバ１０６は、前記生成されたハッシュ値より、先頭ｍ番目の文字からｎ文字分の文字列切り出しを行う。切り出した文字列は、投稿先アカウント２０６の候補とし、この投稿先アカウント２０６の候補を含むメールアドレス（例：“１３３４３５６７＠ｘｘｘｘ．ｃｏ．ｊｐ”を（イベント別投稿用アドレスの候補として）生成する（Ｓｔｅｐ７０３）。メールアドレスは、前記投稿先アカウント２０６の候補をアカウント（アットマーク以前の文字列）とし、アットマーク以降の部位は、所定のプロバイダ名やイベント実施会社１１０のドメイン名、国・地域コードから構成できる。
【００６９】
なお、通常は、“ｍ”＝０として前記文字列切り出しの処理を行う。また、切り出し文字数の“ｎ”に関しては、例えばイベントの規模の大小に応じて設定できる。イベントの規模が大きくなると、これに応じてメッセージ投稿ユーザ１３０の参加数も大きくなると予想されるからである。図６の例では、前記ハッシュ値が“１３３４３５６７５３３４”であり、切り出して生成した前記投稿先アカウント２０６の候補が、“ｍ＝０、ｎ＝８”の条件下で“１３３４３５６７”となっている。
【００７０】
こうして生成された投稿先アカウント２０６の候補について、Ｗｅｂサーバ１０６は、イベント管理情報データベース１０９に既に登録されている投稿先アカウント（既登録メールアドレスの一部）との照合を実行する（Ｓｔｅｐ７０４）。そしてＷｅｂサーバ１０６は、前記投稿先アカウント２０６の候補と既登録の他の投稿先アカウントとの文字列の違いが、所定文字数のｐ文字以上あるかチェックする（Ｓｔｅｐ７０５）。
【００７１】
ここで、前記所定文字数“ｐ”が大きいほどメッセージ投稿ユーザ１３０の入力ミスによるメッセージ誤投稿の確率が減ることがわかる。そこで、システム構成やイベント規模の大小に応じてこの所定文字数“ｐ”の大小を決めることが想定できる。或いは、例えばＷｅｂサーバ１０６が誤投稿のログを所定の記憶装置内に蓄積しておき、一定期間ごとにその誤投稿数を集計し、この誤投稿数が所定数以上多いときは前記“ｐ”を大きくし、逆に小さいときは前記“ｐ”を小さくするといった、設定を行うこともできる。
【００７２】
Ｗｅｂサーバ１０６は、こうした照合の結果、投稿先アカウント２０６の候補と、文字列における相違がｐ文字以下である既登録の投稿先アカウント２０６が存在したとなれば（Ｓｔｅｐ７０５：Ｎｏ）、前記“ｍ”、“ｎ”の値を変更し（Ｓｔｅｐ７０６）、再度Ｓｔｅｐ７０３を実行する。このとき、“ｎ”を変更せずに、“ｍ”の値を＋１、つまりハッシュ値より切り取る文字数を多くするなどの処理がＷｅｂサーバ１０６で実行される。
【００７３】
こうしてイベント管理情報データベース１０９に登録済みの全ての投稿先アカウント２０６とｐ文字以上異なる投稿先アカウント２０６の候補が、該当イベントに対応する投稿先アカウント２０６として生成できる（Ｓｔｅｐ７０７）。つまり、こうして生成した投稿先アカウント２０６を含むメールアドレスを、イベント別投稿用メールアドレスとしてＷｅｂサーバ１０６は生成することとなる。なお、このメールアドレス生成処理を行うサーバとしては、必ずしもＷｅｂサーバ１０６である必要はなく、他のサーバであっても良い。
【００７４】
−−−処理フロー例３−−−
図７は、メッセージ投稿ユーザ１３０がメッセージを投稿するときの流れを示すフロー図である。このフローにおいて、メッセージ投稿ユーザ１３０は、前記ＰＣ１３１や携帯電話機１３２等を用いて投稿メッセージを準備する（Ｓｔｅｐ８００）。この作業により準備される投稿メッセージの例は、例えばカメラ付携帯電話機で撮影された写真が添付されたメール（投稿メッセージが記載されたもの）が考えられる。
【００７５】
前記投稿メッセージは、上述までの処理で生成され、既にメッセージ投稿ユーザ１３０宛てに通知されているイベント別投稿用メールアドレスを送信先として、前記ＰＣ１３１や携帯電話機１３２等からイベントサービス提供会社１００の前記メールサーバ１０５に送信される（Ｓｔｅｐ８０１）。前記ＰＣ１３１や携帯電話機１３２等から送信されてきた投稿メッセージを、前記メールサーバ１０５は受信し、これを投稿メッセージ情報データベース１６０に登録する。このときメールサーバ１０５は、メッセージ投稿ユーザ１３０の送信元メールアドレスをキーにした前記登録の処理を行う。これにより、投稿メッセージを受信したメールサーバ１０５は、前記メッセージ投稿ユーザ１３０が同じイベント別投稿用メールアドレスに対して既に投稿を行っていた場合に、その投稿メッセージのデータを最新の投稿メッセージで上書き更新することができる（Ｓｔｅｐ８０２）。
【００７６】
そして、メールサーバ１０５は、前記投稿メッセージを受け取ったことをメッセージ管理ユーザ１３０宛てに示すため、返信メッセージ９００を前記送信元メールアドレス宛てに送信する（Ｓｔｅｐ８０３）。
【００７７】
この返信メッセージ９００の一例を以下に示す。図８は、前記返信メッセージ９００の構成の一例である。この返信メッセージ９００では、例えば、タイトル９０５にイベント依頼ユーザ１５０の名前９０６が表示され、またお礼メッセージ９０１として事前に登録されたメッセージが表示される。メッセージ投稿ユーザ１３０は、この返信メッセージ９００を見ることで、正しい投稿先に投稿したか判断できる。また、イベント依頼ユーザ１５０がメッセージ投稿ユーザ１３０にお礼の意味を込めて写真画像９０４などを添付することもあると考えられる。これもシステム１０に事前登録されたものが送信される。
【００７８】
前記返信メッセージ９００を受信したメッセージ投稿ユーザ１３０のＰＣ１３１や携帯電話機１３２等は、当該返信メッセージ９００のタイトルと本文をディスプレイ等に表示する。これを閲覧した前記メッセージ投稿ユーザ１３０は、自分の投稿先が正しいか、つまり所望のイベントに関してメッセージ投稿が出来たか否かを判断できる（Ｓｔｅｐ８０４）。投稿先がもし間違っていたならば（Ｓｔｅｐ８０４：Ｙｅｓ）、前記メッセージ投稿ユーザ１３０は、前記返信メッセージ９００に記載の投稿先変更ＵＲＬ９０３をクリックする。前記クリックを受け付けたＰＣ１３１や携帯電話機１３２等は、前記投稿先変更ＵＲＬ９０３に応じてＷｅｂサーバ１０６にアクセスする（Ｓｔｅｐ８０５）。
【００７９】
すると、Ｗｅｂサーバ１０６は、投稿先変更Ｗｅｂページ１０００を前記ＰＣ１３１や携帯電話機１３２等に返信する。ＰＣ１３１や携帯電話機１３２等ではこの投稿先変更Ｗｅｂページ１０００を表示する（Ｓｔｅｐ８０６）。前記メッセージ投稿ユーザ１３０は、この投稿先変更Ｗｅｂページ１０００において正しい投稿先アカウント（或いは投稿先アカウントを含むイベント別投稿用メールアドレスの全部或いは一部）を入力し、ＰＣ１３１や携帯電話機１３２等はこの入力を受け付ける（Ｓｔｅｐ８０７）。
【００８０】
以下に、この投稿先変更Ｗｅｂページ１０００について示す。図９は、投稿先変更Ｗｅｂページ１０００の一例である。このＷｅｂページ１０００において、＠（アットマーク）より後ろのドメイン名はシステム１０が決まれば一意に決まるため、投稿先アカウントのみ入力ボックス１００１にて入力を受付ける形式が考えられる。また、他のアドレスがメッセージ投稿ユーザ１３０に簡単にわかっても問題がない場合は、間違った投稿先アカウントに近い文字列を持つ他のイベントの投稿先アカウント２０６の一覧をイベント管理情報データベース１０９より抽出して、このＷｅｂページ１０００で表示し、その中からの候補選択を受け付ける形式も考えられる。
【００８１】
前記Ｓｔｅｐ８０７に続き、前記Ｗｅｂサーバ１０６は、前記Ｗｅｂページ１０００にて入力された投稿先アカウントに基づく前記イベント管理情報データベース１０９でのイベント検索を実行することで、前記投稿メッセージの登録対象となるイベントを特定し、前記投稿メッセージの登録対象となるイベントを変更する（Ｓｔｅｐ８０８）。また、Ｗｅｂサーバ１０６は、登録変更先のイベントに応じた返信メッセージ９００を前記ＰＣ１３１や携帯電話機１３２等に送信する（Ｓｔｅｐ８０９）。
【００８２】
一方、ＰＣ１３１や携帯電話機１３２等は、投稿先は間違えていなくても投稿メッセージを一旦削除したいとの要望に応じ、返信メッセージ９００に記載の削除ＵＲＬ９０３のクリック指示を受け付けることとできる（Ｓｔｅｐ８１０：Ｙｅｓ、Ｓｔｅｐ８１１）。ＰＣ１３１や携帯電話機１３２等は、投稿メッセージの削除指示をＷｅｂサーバ１０６に通知する。この通知を受けたＷｅｂサーバ１０６は、該当する投稿メッセージを、例えば投稿メッセージ情報データベース１６０にて削除して（Ｓｔｅｐ８１２）、削除完了画面をＰＣ１３１や携帯電話機１３２等に送信し（Ｓｔｅｐ８１３）、処理を終了する。
【００８３】
−−−処理フロー例４−−−
図１０は、メッセージ投稿ユーザ１３０が投稿したメッセージをメッセージ管理ユーザ１２０がチェックするときの流れを示すフロー図である。この場合、メッセージ投稿ユーザ１３０のＰＣ１３１や携帯電話機１３２等より投稿メッセージがシステム１０のメールサーバ１０５に投稿されているとする（Ｓｔｅｐ１１００）。
【００８４】
これを受けたメールサーバ１０５は、前記投稿メッセージの受信に際し、メッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２等に、投稿通知メッセージ１２００を送信する（Ｓｔｅｐ１１０１）。図１１は、前述の投稿通知メッセージ１２００の一例である。前記投稿通知メッセージ１２００は、例えば、投稿内容のメッセージ部分１２０１を含むメール本文と、チェック用のサイトのＵＲＬ１２０２、掲載許可指示用のサイトのＵＲＬ、添付ファイル１２０４を含む。
【００８５】
こうした投稿通知メッセージ１２００をメッセージ管理ユーザ１２０が見ることで投稿内容を確認できる（Ｓｔｅｐ１１０２）。投稿メッセージの掲載を許可する場合は（Ｓｔｅｐ１１０３：Ｙｅｓ）、前記メッセージ管理ユーザ１２０は、前記投稿通知メッセージ１２００において掲載許可ＵＲＬ１２０３をクリックする。ＰＣ１２１や携帯電話機１２２等はこのクリックを受け付けて、Ｗｅｂサーバ１０６に送信する（Ｓｔｅｐ１１０４）。一方、この通知を受けたＷｅｂサーバ１０６は、指定された投稿内容の掲載を許可する（Ｓｔｅｐ１１０５）。
【００８６】
なお、ここで言う掲載とは、例えば、Ｗｅｂサーバ１０６がインターネット１６５上で他装置からの投稿メッセージ閲覧を受付けることが想定できる。また、掲載を許可する場合、前記Ｗｅｂサーバ１０６が、前記投稿通知メッセージ情報データベース１６０における前記掲載可否３０７の項目に、“許可”のデータを設定することを想定できる。
【００８７】
掲載許可の処理を行ったＷｅｂサーバ１０６は、掲載完了画面をメッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２等に表示する（Ｓｔｅｐ１１０６）。一方、管理Ｗｅｂ画面１３００を表示するときは（Ｓｔｅｐ１１０７：Ｙｅｓ）、前記メッセージ管理ユーザ１２０は、前記投稿通知メッセージ１２００において管理Ｗｅｂ画面表示ＵＲＬ１２０２をクリックする。このクリックを受け付けた前記ＰＣ１２１や携帯電話機１２２等は、当該クリック事象をＷｅｂサーバ１０６に送信する（Ｓｔｅｐ１１０８）。
【００８８】
他方、前記クリック事象を受けたＷｅｂサーバ１０６は、該当メッセージ管理ユーザ１２０ユーザがアクセス可能な画面を、例えば管理Ｗｅｂ画面表示ＵＲＬ１２０２に埋め込まれた情報から判断して生成し、管理Ｗｅｂ画面１３００として、前記ＰＣ１２１や携帯電話機１２２等に送信する（Ｓｔｅｐ１１０９）。メッセージ管理ユーザ１２０は、この画面１３００上で、投稿内容に対して各種操作を行うこととできる。
【００８９】
図１２は、前述の管理Ｗｅｂ画面１３００の一例である。管理Ｗｅｂ画面１３００の一番上には、誰の結婚式であるかわかるように、イベント依頼ユーザ１５０の名前１３０１が表示される。投稿されたメッセージは図示の用に、一覧になって表示される。それぞれの投稿メッセージに関する情報として、投稿画像１３０２、投稿者の送信元メールアドレス１３０３、現在の掲載状態１３０４、メッセージ内容１３０５、掲載許可／禁止設定ラジオボタンエリア１３０６、選択した設定の実行指示をする実行ボタン１３０７、設定のリセットを指示するリセットボタン１３０８から構成される。なお、この管理Ｗｅｂ画面１３００は、ＰＣ（パーソナルコンピュータ）での表示画面を想定しているが、この画面の表示から装飾部分を省いて簡略化し、携帯電話機用の表示画面を構成することも可能である。
【００９０】
−−−処理フロー例５−−−
図１３は、イベント実施会社１１０で表示装置１１５を起動するときの流れを示すフロー図である。事前にイベントサービス提供会社１００から送付されていたＵＳＢメモリ１１９が、表示装置１１５のＵＳＢメモリリーダ１１８にセットされているとする（Ｓｔｅｐ１４００）。そして起動した表示装置１１５は（Ｓｔｅｐ１４０１）、ＵＳＢメモリ１１９の読取りを実行し、表示装置１１５の設定情報を読み込む（Ｓｔｅｐ１４０１）。そして、表示装置１１５は、前記バックエンドサーバ１０７とインターネット１６５経由で接続し、前記読み込んだ設定情報を通知することで、自身が起動したことをバックエンドサーバ１０７に知らせる（Ｓｔｅｐ１４０２）。
【００９１】
この知らせを受けたバックエンドサーバ１０７は、通知された設定情報を認証する（Ｓｔｅｐ１４０３）。バックエンドサーバ１０７は、この認証処理により、前記表示装置１１５が予め定められた正当な表示装置であることを確認する。また、バックエンドサーバ１０７は、前記表示装置１１５で表示すべき情報一覧（イベント管理情報データベース１０９や投稿メッセージ情報データベース１６０の格納情報）を該当表示装置１１５に送信する（Ｓｔｅｐ１４０４）。これを受け取る前記表示装置１１５は、前記情報一覧の受信が完了すると、該当情報の表示を開始することとなる（Ｓｔｅｐ１４０５）。なお、この表示に際しては、前記ＵＳＢメモリ１１９に格納されていた設定情報が含む、投稿メッセージの出力形態の指定に応じて行うものとできる。
【００９２】
図１４は、表示装置１１５で表示される画面例１を示す図である。画面表示例５００では、投稿画像５０５と投稿メッセージ５０６とを一組としたメッセージボックス５０４が複数個表示される。このメッセージボックス５０４は、例えば、移動経路５０８、５０９に沿って移動表示される。また、タイトルエリア５０１は、新郎新婦名が表示される。日付エリア５０２にはそのイベントの開催日付が表示される。会場名エリア５０３にはそのイベント会場の名称が表示される。なお、前記メッセージボックス５０４は一つの投稿につき一個対応し、投稿画像５０５と投稿メッセージ５０６がそのメッセージ管理番号５０７と共に表示される。
【００９３】
一方、図１５は、表示装置１１５で表示される画面例２を示す図である。この画面表示例５１０は、投稿メッセージを一覧表示する形態である。ここでの画面表示例５１０では、左右対称に新郎、新婦それぞれの投稿メッセージ５２０が表示される。タイトルエリア５１１、５１２は新郎新婦の名前が表示される。メッセージ一覧エリア５１３、５１４には新郎新婦それぞれの知人の投稿メッセージ５２０が一覧で表示される。メッセージ件数表示エリア５１５、５１６には、投稿メッセージ総数が表示される。なお、画面表示例５００と画面表示例５１０のどちらか一方を採用しても良いし、表示装置１１５が複数台設置される場合には、これら画面表示５００、５１０を別々の表示装置１１１５に同時に表示するとしてもよい。
【００９４】
−−−処理フロー例６−−−
図１６は、表示装置１１５が稼動中に、新着の投稿メッセージが到着した場合の処理例を示すフロー図である。ここで、予めメッセージ投稿ユーザ１３０の投稿メッセージがＰＣ１３１や携帯電話機１３２等から、メールサーバ１０５に送信されるものとする（Ｓｔｅｐ１５００）。するとメールサーバ１０５はこの投稿メッセージを受信し、以降は図１０に沿って既に説明した手順で、メッセージ管理ユーザ１２０による投稿内容チェックがＰＣ１２１や携帯電話機１２２等で実行される（Ｓｔｅｐ１５０１）。
【００９５】
投稿内容のチェック結果を受けたＷｅｂサーバ１０６は、この投稿メッセージに対応するイベントが開催中か、例えば前記イベント管理情報データベース１０９の状況２０７のデータに基づき判断する（Ｓｔｅｐ１５０２）。ここでもし、イベントが開催中であったならば（Ｓｔｅｐ１５０２：Ｙｅｓ）、前記投稿メッセージを、対応する表示装置１１５へ送信する（Ｓｔｅｐ１５０３）。この投稿メッセージを受信した表示装置１１５は、新着メッセージとして表示する（Ｓｔｅｐ１５０４）。
【００９６】
−−−処理フロー例７−−−
図１７は、システム起動中に表示装置１１５で表示されている特定のメッセージを削除する処理流れを示すフロー図である。この場合、メッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２等が前記管理Ｗｅｂ画面１３００へアクセスしたとする（Ｓｔｅｐ１６００）。そしてＷｅｂサーバ１０６は、前記メッセージ管理ユーザ所望の投稿メッセージの掲載禁止設定を受付け、処理を実行する（Ｓｔｅｐ１６０１）。この設定に基づき、Ｗｅｂサーバ１０６は対象投稿メッセージの状態（例：投稿メッセージ情報データベース１６０の掲載可否３０７など）を変更する（Ｓｔｅｐ１６０２）。これを検知したバックエンドサーバ１０７は、その投稿メッセージに関連するイベントが開催中か、つまり、関連する表示装置１１５が稼動しているか、例えば表示装置１１１５と通信を行ってチェックする（Ｓｔｅｐ１６０３）。該当表示装置１１５が稼動していれば（Ｓｔｅｐ１６０３：Ｙｅｓ）、バックエンドサーバ１０７は、メッセージ削除通知を表示装置１１５に発行する（Ｓｔｅｐ１６０４）。そしてこの通知を受けた表示装置１１５は、現在表示中で前記削除通知に該当する投稿メッセージを削除する（Ｓｔｅｐ１６０５）。
【００９７】
−−−処理フロー例８−−−
図１８は、イベント終了後の処理流れを示すフロー図である。イベントが終了するとイベント実施会社１１０は表示装置１１５の動作を停止し（Ｓｔｅｐ１７００）、ＵＳＢメモリ１１９をこれから抜き取る（Ｓｔｅｐ１７０１）。そしてこのＵＳＢメモリ１１９はイベントサービス提供会社１００へ返却される（Ｓｔｅｐ１７０２）。返却されたＵＳＢメモリ１１９を受け取ったイベントサービス提供会社１００は、イベント終了設定を行う（Ｓｔｅｐ１７０３）。なお、このイベント終了設定の処理は、イベント毎の開催スケジュールの情報などを適宜な記憶装置に定義しておき、この開催スケジュールの情報を参照したサーバ機１０４が自動的に実行するとしてよい。
【００９８】
終了したイベントに関する情報（例：知人等からもらった投稿メッセージなど）は、良き思い出の一つとして前記イベント依頼ユーザ１５０に提供すると好適であろう。そこで、サーバ機１０４は、投稿メッセージの一覧を、ＣＤ−ＲＯＭドライブ１０２を介してＣＤ−ＲＯＭ４０（記録媒体）に書き込む（Ｓｔｅｐ１７０４）。この処理を実現する方法として、サーバ機１０４は、例えば投稿メッセージ一覧とそれを読み込んで表示するＨＴＭＬファイル（閲覧用プログラム）を作成し、これをＣＤ−ＲＯＭ４０に書き込む。
【００９９】
イベント依頼ユーザ１５０が前記ＣＤ−ＲＯＭ４０の記録内容を閲覧する際には、前記ＨＴＭＬファイルをブラウザで表示するなどの方法が考えられる。こうしてサーバ機１０４が作成したＣＤ−ＲＯＭ４０は、イベントサービス提供会社１００より、イベント実施会社１１０へ送られる（Ｓｔｅｐ１７０５）。イベント実施会社１１０は、このＣＤ−ＲＯＭ４０を、イベント依頼ユーザ１５０に送付する（Ｓｔｅｐ１７０６）。
【０１００】
−−−処理フロー例９−−−
図１９は、イベント依頼ユーザ１５０が前記ＣＤ−ＲＯＭ４０の記録情報を閲覧後、メッセージ投稿ユーザ１３０へお礼の電子メールを作成して送信する流れを示すフロー図である。また、図２０は、本実施形態のメッセージ書き込みＣＤ−ＲＯＭにおける、メニュー画面構成の一例を示す図である。
【０１０１】
イベント依頼ユーザ１５０が前記ＣＤ−ＲＯＭ４０を適宜な端末にて閲覧すると、そのディスプレイ上にメニュー画面１９００が表示される（Ｓｔｅｐ１８００）。この画面１９００はＨＴＭＬファイルなど一般的なＷｅｂブラウザで閲覧可能な形式であることが望ましい。この中から、メニューの“投稿者へお礼メールを送信する”１９０３が選択されると、前記Ｗｅｂブラウザは、お礼メール入力フォーム２０００（メール返信用プログラム）を表示する（図２１参照）。なお、このフォーム自体はＣＤ−ＲＯＭ４０に書き込んでおき、送信ボタン２００４の押下時にイベント依頼ユーザ１５０の端末がＷｅｂサーバ１０６に接続される形が望ましいと考えられる。
【０１０２】
イベント依頼ユーザ１５０が、このフォーム２０００にて所望の記載情報を全て入力した後、送信ボタン２００４をクリックすると、このイベント依頼ユーザ１５０の端末からイベントサービス提供会社１００のＷｅｂサーバ１０６へ、前記フォーム２０００の入力内容、つまりお礼メールのメッセージ（返信メッセージ）が送信される（Ｓｔｅｐ１８０２）。その後メールサーバ１０５は、送信対象になる投稿者一覧を前記投稿メッセージ情報データベース１６０にて抽出し（Ｓｔｅｐ１８０３）、それぞれの投稿者の送信元メールアドレスたる、投稿者Ｅ−Ｍａｉｌ３０６へ宛ててお礼メッセージを送信する（Ｓｔｅｐ１８０４）。
【０１０３】
本発明によれば、メッセージ表示システム利用時、特定の期間にイベントが集中し、似たようなユーザ名が多数登録されたとしても、それぞれのイベントへのメッセージ投稿用メールアドレスの値同士は、少々打ち間違えても他のイベントにメッセージが誤投稿されないだけの十分異なるものとできる。また、携帯端末での入力が容易なメールアドレスを提供できるため、結果として、イベントへのメッセージの投稿者の投稿ミスを防げる上、メールアドレス入力の手間も削減できる。
【０１０４】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１０５】
【図１】本実施形態におけるメールアドレス生成システムを含むネットワーク構成例である。
【図２】本実施形態におけるイベント管理情報データベースの構成の一例である。
【図３】本実施形態における投稿メッセージ情報データベースの構成の一例である。
【図４】本実施形態の表示装置においてイベント後に設定する情報の一例である。
【図５】本実施形態におけるイベント登録処理の手順を示すフロー図である。
【図６】本実施形態におけるイベント別投稿用メールアドレスの生成手順を示すフロー図である。
【図７】本実施形態におけるメッセージ投稿処理の手順を示すフロー図である。
【図８】本実施形態における返信メッセージの一例を示している。
【図９】本実施形態における投稿先変更Ｗｅｂページの一例を示している。
【図１０】本実施形態における投稿メッセージチェックの処理の流れを示すフロー図である。
【図１１】本実施形態における投稿通知メッセージの一例を示している。
【図１２】本実施形態の表示装置において表示する画面例１である。
【図１３】本実施形態の表示装置において表示する画面例２である。
【図１４】本実施形態における管理Ｗｅｂ画面の一例を示している。
【図１５】本実施形態におけるシステム起動の手順を示すフロー図である。
【図１６】本実施形態におけるシステム起動中のメッセージ投稿処理の手順を示すフロー図である。
【図１７】本実施形態におけるシステム起動中のメッセージ削除処理の手順を示すフロー図である。
【図１８】本実施形態におけるイベント終了後の処理手順を示すフロー図である。
【図１９】本実施形態における、イベント終了後にメッセージ投稿者へお礼電子メールを返信する処理の流れを示すフロー図である。
【図２０】本実施形態のメッセージ書き込みＣＤ−ＲＯＭにおける、メニュー画面構成の一例を示す図である。
【図２１】本実施形態における、お礼メール入力フォーム画面構成の一例を示す図である。
【符号の説明】
【０１０６】
１０ メールアドレス生成システム、１１ プログラムデータベース、
１２ プログラム、１３ メモリ、１４ ＣＰＵ、１５ 入出力インターフェイス、
１６ 通信装置、１７ Ｉ／Ｏ部、２１ 記憶部、２２ 入力部、２３ 処理部、
２４ 誤送信カウント部、２５ 文字増加部、２６ 更新部、２７ 事前確認部、
２８ 設定情報生成部、２９ 送付情報書込部、３０ 返信部、
４０ 記録媒体（ＣＤ−ＲＯＭ）、
１００ イベントサービス提供会社、１０１ 管理端末、
１０２ ＣＤ−ＲＯＭドライブ、１０３ 社内ＬＡＮ、
１０４ サーバ機、１０５ メールサーバ、１０６ Ｗｅｂサーバ、
１０７ バックエンドサーバ、１０８ 記憶装置、
１０９ イベント管理情報データベース、１６０ 投稿メッセージ情報データベース、
１１０ イベント実施会社（ホテル等）、１１１ 社内ＬＡＮ、１１２ オフィス、
１１３ ＰＣ、１１４ イベント会場、１１５ 表示装置、
１１６ 各種ディスプレイ、１１７ 制御用ＰＣ、１１８ ＵＳＢメモリリーダ、
１１９ ＵＳＢメモリ（可搬型メモリ）、１２０ メッセージ管理ユーザ、１２１ ＰＣ、１２２ 携帯電話機、１３０ メッセージ投稿ユーザ、１３１ ＰＣ、
１３２ 携帯電話機、１４０ 携帯電話キャリア、１４１ 携帯電話キャリアサーバ、
１５０ イベント依頼ユーザ（新郎新婦等）、１５１ イベント情報、
１６５ インターネット
【技術分野】
【０００１】
本発明は、メールアドレス生成システム、メールアドレス生成方法、およびメールアドレス生成プログラムに関し、特に、映像表示装置と携帯端末を連携させたシステムにおいて、映像表示装置へ表示する情報を電子メールで投稿する際、その誤投稿を防止する方法と、それを実現するシステムの構成に関する。
【背景技術】
【０００２】
従来から、結婚式、お葬式などの各種イベントに参加できない人は、例えば、祝電、弔電など電報という形でメッセージを送っていた。しかしながら、こうした電報を送るという作業は手間がかかり、費用がかかるという問題があった。そこで、結婚式場などのイベント会場に電光掲示板やスクリーン等の各種ディスプレイを設置し、来場出来なかった者や来場者のメッセージを表示させるシステムが提案されている（特許文献１参照）。
【０００３】
また近年、こうしたシステムの一形態として高精細ディスプレイを公共の場に設置し、電子ポスターとして利用する場合が増えている。また、イベント会場にプリンタを設置し、イベントに関連付けられたメッセージを印刷するシステムが提案されている（特許文献２参照）。このシステムでは、サーバーにメッセージが蓄積され、このメッセージにはイベントの指定情報から生成された送信日時情報が付加されて保存される。サーバーは、該送信日時情報に従って、前記イベント会場に設置されたプリンタに接続されているコンピューターにメッセージを送信する。このように動作することにより、自動的にイベントに対応したメッセージを会場で出力できるようになっている。
【０００４】
一方、メッセージの検閲という観点では、イベント情報などを公開するＷＥＢページにおいて、サーバーに保存されたイベント情報を検閲部署の検閲を必ず経てからＷＥＢページに公開するというシステムが提案されている（特許文献３参照）。
【０００５】
また、これらの従来システムにおいて、例えば電子メールなどを利用して情報を投稿する場合、メールの投稿先を間違えて情報を送信してしまう場合が存在する。この問題に対する対応策として、例えば、システムが管理している宛先のうち、誤送信アドレスに近いあて先を、誤送信したユーザに通知するか、明らかにミスとわかる場合は正しいアドレス情報に変換して処理する方式が提案されている（特許文献４参照）。
【０００６】
また、システム側で投稿先ごとに一意にアドレスを生成する必要がある場合、インターネットファクシミリの利用者のユーザのメールアドレスからハッシュ関数を利用してハッシュ値を生成し、それを代理のアドレスとして利用する方法なども提案されている（特許文献５参照）。
【特許文献１】特開２００３−１６２５９２号公報
【特許文献２】特開２００３−２６３５１３号公報
【特許文献３】特開２００３−３４５９３４号公報
【特許文献４】特開平６−１２５３５９号公報
【特許文献５】特開２００２−１１８７１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記従来技術では、システムが複数のイベントを管理し、それぞれのイベント用にメッセージを投稿する電子メールアドレスを自動生成するとき、通常はイベントに関する日付及びユーザ名等を利用して生成する。しかし、例えば日付を利用して生成した場合、或る特定の期間にイベントが集中すると、生成される投稿アドレスの値に殆ど変化が無く、ユーザが投稿アドレスを打ち間違えてシステムへメール送信をする状況が発生しやすい。こうした場合、システム側ではアドレスミスとして処理せずに、異なるイベントのメッセージとして受け取ってしまうことも起こりうる。
【０００８】
また、ユーザ名を利用してメールアドレスを生成した場合は、同名の別ユーザがいたとき、通常その名称の後ろに数字をつける措置などが考え得るが、これも日付の場合と同様のアドレス誤入力のミスをユーザ側に誘う場合がある。さらに、ユーザ名に由来するメールアドレスとしてアルファベットを利用する場合が多いと考えられるが、ユーザが携帯端末をメール送信装置として用いる際には、携帯端末に特有のキーイン操作に起因してアドレス入力操作自体が煩雑となってしまう懸念がある。
【０００９】
さらに、上記従来技術では、メールアドレス生成にハッシュ値を利用する場合において、ユーザ名が異なっても、生成されたハッシュ値が同一であれば、登録を拒絶する仕様になっていることが多いため、自分の名前をユーザ名として登録したいユーザに複数回処理を強いるなど、ユーザ登録時に不都合が発生する場合がある。
【００１０】
さらに、上記従来技術では、新規に生成したハッシュ値と既存のハッシュ値との差分について値が異なること以外比較していないため、ハッシュ値間で値が近い場合も許容してしまう。そのため、こうした非常に似通った値を電子メールアドレス（の一部）として利用した場合、ユーザのメールアドレス打ち間違いによる誤投稿等が発生しやすい。
【００１１】
そこで本発明は上記課題を鑑みてなされたものであり、投稿者のメールアドレス指定ミスによるメッセージの誤投稿を抑制し、また、投稿者の入力が容易なメールアドレスを生成可能とすることを主たる目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決する本発明のメールアドレス生成システムは、イベントごとのメールアドレスを生成するメールアドレス生成システムであって、ハッシュ関数を記憶する記憶部と、イベント毎に一意に定められたイベント情報の入力を受け付ける入力部と、前記入力部によって受け付けた前記イベント情報を含む情報に、前記記憶部内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部と、を備える。
【００１３】
また、本発明のメールアドレス生成システムは、前記処理部が、前記イベント情報にハッシュ関数を演算する処理で生成したハッシュ値を、既登録メールアドレスの情報を格納したイベント管理情報データベースに照合し、前記ハッシュ値の全部または一部から、既登録メールアドレスと所定文字数以上異なる部位をアドレス候補として特定し、前記アドレス候補を含むメールアドレスを生成するものであるとすれば好適である。
【００１４】
また、本発明のメールアドレス生成システムは、所定イベントに関して誤ったメールアドレスでのメール送信がなされた回数をカウントする誤送信カウント部と、前記誤送信のカウント値が一定値以上に達したことを検知し、前記所定文字数を増加させる文字増加部と、を備えるとすれば好適である。
【００１５】
また、本発明のメールアドレス生成システムは、イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納し、前記送信元メールアドレスからの次以降のメール受信に際して、当該メール受信で取得したメールの情報で、前記投稿メッセージ情報データベースでの該当送信元メールアドレスに対応するメールの情報を更新する、更新部を備えるとすれば好適である。
【００１６】
また、本発明のメールアドレス生成システムは、イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、事前確認用端末に送信し、当該事前確認用端末からの事前確認済みの通知をもって、該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納するか、または、出力インターフェイスに出力する、事前確認部を備えるとすれば好適である。
【００１７】
また、本発明のメールアドレス生成システムは、前記イベント毎に生成された前記メールアドレスに宛てて送信されたメールの情報を出力する、表示装置を備えるとすれば好適である。
【００１８】
また、本発明のメールアドレス生成システムは、前記メールの情報の出力形態などに関する前記表示装置の設定情報を生成し、これを可搬型メモリに格納処理する、設定情報生成部を備え、前記表示装置が、前記可搬型メモリの接続を受け付けて当該可搬型メモリの格納情報を抽出し、前記格納情報に基づいたメールの情報の出力処理を行うものである、とすれば好適である。
【００１９】
また、本発明のメールアドレス生成システムは、イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの情報の閲覧用プログラムおよびメール返信用プログラムと共に記録媒体に書き込み処理する、送付情報書込部と、前記記録媒体の読取りを行った前記表示装置より、前記記録媒体に格納されていたメール返信用プログラムを通じて入力された返信メッセージを受信し、当該返信メッセージを前記メールの送信元メールアドレスに送信する、返信部と、を備えるとすれば好適である。
【００２０】
また、本発明のメールアドレス生成方法は、イベントごとのメールアドレスを、記憶装置と入力装置と処理装置とを備えたコンピュータにより生成する方法であって、前記記憶装置が、ハッシュ関数を記憶し、前記入力装置が、イベント毎に一意に定められたイベント情報の入力を受け付け処理し、前記処理装置が、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する。
【００２１】
また、本発明のメールアドレス生成プログラムは、イベントごとのメールアドレスの生成を、記憶装置と入力装置と処理装置とを備えたコンピュータに実行させるためにプログラムであって、前記記憶装置に、ハッシュ関数を記憶させるステップと、前記入力装置に、イベント毎に一意に定められたイベント情報の入力を受け付けさせるステップと、前記処理装置に、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定させるステップと、を備える。
【発明の効果】
【００２２】
本発明によれば、投稿者のメールアドレス指定ミスによるメッセージの誤投稿を抑制し、また、投稿者の入力が容易なメールアドレスを生成可能とできる。
【発明を実施するための最良の形態】
【００２３】
−−−ネットワークの構成例−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本発明のメールアドレス生成システム１０を含むネットワーク構成例を示す図である。ここでまずは、当該ネットワーク構成に含まれる装置群および当該装置群の運営者について説明しておく。なお、本実施例におけるイベントとしては、一例として結婚式、披露宴などを想定するが、その他のイベントであっても本発明を適用してよい。また、本実施形態におけるメッセージ投稿とは、本発明に基づいてイベント毎に生成されたメールアドレスに宛てた電子メール送信を意味する。
【００２４】
まず図１において、イベントサービス提供会社１００は、メールアドレス生成システム１０（以下、システム１０）を利用して、各種イベントでの来場者または非来場者からのメッセージ投稿受付とその付帯処理に関するサービスを提供する企業である。当該サービス提供のために、このイベントサービス提供会社１００は、システム１０を構成するサーバ機１０４を、例えば社内の情報管理部門等に設置し運営している。
【００２５】
このサーバ機１０４は、前記システム１０の最小構成となりうる装置であり、一例として、メールサーバ１０５、Ｗｅｂサーバ１０６、およびバックエンドサーバ１０７といった複数のサーバ機能から構成されている。各サーバ１０５〜１０７は、単体のサーバ装置として前記サーバ機１０４と協働する構成としてもよいし、サーバ機１０４が一体に備えるサーバ機能（ハードウェアまたはソフトウェアとして実現したもの）として想定してもよい。以後の説明においては、説明の簡便の為、サーバ機１０４が前記各サーバ１０５〜１０７が果たすサーバ機能を一体に備えていると想定することとする。
【００２６】
これらサーバ機能のうち前記メールサーバ１０５は、前記イベントに関して扱われる各種電子メールを処理するためのサーバである。また、前記Ｗｅｂサーバ１０６は、投稿情報の管理用Ｗｅｂ画面など各種Ｗｅｂデータを提供するサーバである。また、バックエンドサーバ１０７は、イベント実施会社１１０のイベント会場１１４に設置された表示装置１１５の管理を行うためのサーバである。これらのサーバ１０５〜１０７は、記憶装置１０８に記録されているイベント管理情報データベース１０９、投稿メッセージ情報データベース１６０を参照して処理を行う。これらデータベース１０９、１６０の格納情報については後述する。なお、これらサーバ１０５〜１０７は、前記イベントサービス提供会社１００の社内ＬＡＮ１０３等を介して管理端末１０１による管理が可能である。
【００２７】
また、前記イベントサービス提供会社１００は、ＣＤ−ＲＯＭドライブ１０２を前記管理端末１０１に付帯させている。このＣＤ−ＲＯＭドライブ１０２は、イベントに関する各種情報（例：来場者または非来場者からのメッセージ）を、イベント実施会社１１０やイベント依頼ユーザ１５０等に提供するべく、前記各種情報を例えばイベント終了時等にＣＤ−ＲＯＭ（記録媒体）に焼く処理を実行する。
【００２８】
また、イベントサービス提供会社１００の各機器は、社内ＬＡＮ１０３を介してインターネット１６５に接続され、社外に各種サービスを提供する。前記社内ＬＡＮ１０３とインターネット１６５との接続の間に、ファイアーウォールなどを設置する場合もある。
【００２９】
前記イベントサービス提供会社１００より、サービス提供を受けるのがイベント実施会社１１０である。このイベント実施会社１１０は、ホテル、結婚式場などで実際に結婚式や結婚披露宴などの各種イベントを開催または運営する企業となる。前記イベント実施会社１１０は、実際にイベントを行うイベント会場１１４において、本発明により生成したイベント毎のメールアドレスに宛てられた投稿メッセージなどを表示する、表示装置１１５を設置する。この表示装置１１５は、イベントの実施期間中に稼動する。
【００３０】
また、前記表示装置１１５は、前記投稿メッセージ等を含む各種コンテンツを表示するディスプレイ１１６と、このディスプレイ１１６にコンテンツを表示する処理や前記バックエンドサーバ１０７と通信して各種投稿メッセージを取得する処理など表示装置１１５全体を制御する制御用ＰＣ１１７とを備える。また、前記表示装置１１５は、当該表示装置１１５における、前記投稿メッセージ（メールの情報）や各種コンテンツの出力形態などに関する設定情報が格納されたＵＳＢメモリ１１９（可搬型メモリ）を読み込むＵＳＢメモリリーダ１１８を備えるものとできる。
【００３１】
また、イベント実施会社１１０のオフィス１１２は、例えば、結婚式などの打合せ場所を示している。但し、サービスの内容によっては、サーバ機１０４にアクセスして投稿メッセージを閲覧管理するためのＰＣ１１３が設置される。これらの機器は、社内ＬＡＮ１１１を介してインターネット１６５に接続される。
【００３２】
次に、イベントサービス提供会社１００が提供するサービスの利用者について説明する。イベント依頼ユーザ１５０は、結婚式における新郎新婦等、実際にイベントの実施をイベント実施会社１１０に申し込む者たちである。彼らは、イベント実施に必要なイベント情報１５１（実施日、内容など）を持っており、イベント実施会社１１０にこれを伝えてイベントの実施を依頼する。
【００３３】
また、メッセージ投稿ユーザ１３０は、例えばイベント依頼ユーザ１５０の知人などで、イベントに際してメッセージを投稿するユーザである。メッセージ投稿の際に利用する機器の例として、ＰＣ１３１や携帯電話機１３２が利用可能である。また、前記ＰＣ１３１を利用する場合は、インターネット１６５経由で前記サーバ機１０４にアクセスし、携帯電話機１３２を利用する場合は、携帯キャリア１４０が持つキャリアサーバ１４１経由でサーバ機１０４にアクセスするのが一般的である。
【００３４】
また、メッセージ管理ユーザ１２０は、メッセージ投稿ユーザ１３０が投稿したメッセージを管理し、表示装置１１５への掲載可否を決定する権限を持つ。このユーザとして考えられるのは、例えば新郎新婦の親友などであるが、場合によってはイベント依頼ユーザ１５０がこのユーザを兼ねてもかまわない。このユーザも、メッセージ投稿ユーザ１３０と同様、ＰＣ１２１や携帯電話機１２２を利用してサーバ機１０４にアクセスする。
【００３５】
−−−システムの内部構成−−−
次に、上記したシステム１０のシステム構成について説明する。ここでは、一例として本発明のシステム１０が前記サーバ機１０４である場合を想定している。本発明のメールアドレス生成システム１０（以下、システム１０）は、本発明のメールアドレス生成方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース１１に格納されたプログラム１２をメモリ１３に読み出し、演算装置たるＣＰＵ１４により実行する。
【００３６】
また、前記システム１０は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス１５、ならびに、各種の外部装置などとの間のデータ授受を担う通信装置１６などを有している。
【００３７】
前記システム１０は、前記通信装置１６により、外部装置らと例えばインターネット１６５や社内ＬＡＮ１０３、シリアル・インターフェース通信線などのネットワークを介して接続し、データ授受を実行する。システム１０の各種機能部と通信装置１６との間ではＩ／Ｏ部１７がデータのバッファリングや各種仲介処理を実行している。
【００３８】
続いて、前記システム１０が、例えばプログラム１２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１０は、記憶装置１０８における各データベース１０９、１６０を利用可能であるものとする。
【００３９】
前記システム１０は、ハッシュ関数を記憶する記憶部２１と、イベント毎に一意に定められたイベント情報の入力を受け付ける入力部２２と、前記入力部２２によって受け付けた前記イベント情報を含む情報に、前記記憶部２１内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部２３とを備える。
【００４０】
また、前記システム１０において前記処理部２３が、前記イベント情報にハッシュ関数を演算する処理で生成したハッシュ値を、既登録メールアドレスの情報を格納したイベント管理情報データベース１０９に照合し、前記ハッシュ値の全部または一部から、既登録メールアドレスと所定文字数以上異なる部位をアドレス候補として特定し、前記アドレス候補を含むメールアドレスを生成するものである、とすれば好適である。
【００４１】
また、前記システム１０は、所定イベントに関して誤ったメールアドレスでのメール送信がなされた回数をカウントする誤送信カウント部２４と、前記誤送信のカウント値が一定値以上に達したことを検知し、前記所定文字数を増加させる文字増加部２５とを備えるとすれば好適である。
【００４２】
また、前記システム１０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、当該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベース１６０に格納し、前記送信元メールアドレスからの次以降のメール受信に際して、当該メール受信で取得した投稿メッセージ（メールの情報）で、前記投稿メッセージ情報データベース１６０での該当送信元メールアドレスに対応する投稿メッセージ（メールの情報）を更新する、更新部２６を備えるとすれば好適である。
【００４３】
また、前記システム１０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、前記メッセージ管理ユーザ１２０の備えるＰＣ１２１または、携帯電話機１２２（いずれも事前確認用端末）に送信し、当該事前確認用端末からの事前確認済みの通知をもって、該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベース１６０に格納するか、または、出力インターフェイスに出力する、事前確認部２７を備えるとすれば好適である。
【００４４】
また、前記システム１０は、前記投稿メッセージ（メールの情報）の出力形態などに関する前記表示装置１１５の設定情報を生成し、これを前記ＵＳＢメモリ１１９（可搬型メモリ）に格納処理する、設定情報生成部２８を備えるとすれば好適である。この場合、前記表示装置１１５が、前記ＵＳＢメモリ１１９の接続を受け付けて当該ＵＳＢメモリ１１９の格納情報を抽出し、前記格納情報に基づいたメールの情報の出力処理を行う。
【００４５】
また、前記システム１０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、当該投稿メッセージ（メールの情報）の閲覧用プログラムおよびメール返信用プログラムと共に前記ＣＤ−ＲＯＭドライブ１０２においてＣＤ−ＲＯＭなどの記録媒体に書き込み処理する、送付情報書込部２９を備えるとすれば好適である。
【００４６】
また、前記システム１０は、前記記録媒体の読取りを行った前記イベント依頼ユーザ１５０の備える端末や前記メッセージ管理ユーザ１２０の備える前記ＰＣ１２１や携帯電話機１２２などのユーザ端末より、前記記録媒体に格納されていたメール返信用プログラムを通じて入力された返信メッセージを受信し、当該返信メッセージを前記メールの送信元メールアドレスに送信する、返信部３０を備えるとすれば好適である。
【００４７】
なお、これまで示した システム１０における各機能部２１〜３０は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１４がプログラム実行に合わせて記憶装置より該当プログラム１２をメモリ１３に読み出して、これを実行することとなる。また、システム１０の最小構成の例として、前記サーバ機１０４を想定したが、このサーバ機１０４に、インターフェイスを介してまたはインターネット１６５などの各種ネットワークを介して結ばれる表示装置１１５を加えた構成をシステム１０の構成とすることもできる。また、サーバ機１０４のサーバ構成に関しては、本実施形態に示した形態のみに限定されない。
【００４８】
また、前記インターネット１６５は、システム１０と外部装置とを結ぶネットワークの一例である。したがって、インターネット１６５以外にも種々のものを本発明に適用できる。例えば、インターネットの他に、ＬＡＮ、ＡＴＭ回線、専用回線、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話機網、シリアル・インターフェース通信線など様々なネットワークを採用することも出来る。また、インターネット１６５に関して、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を細雨用すれば、セキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェイスは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはＲＳ−２３２Ｃ、ＲＳ−４２２、ＩｒＤＡ、ＵＳＢ、ＩＥＥＥ１３９４、ファイバ・チャネルなどが想定できる。
【００４９】
−−−データベース構造−−−
次に、本実施形態におけるシステム１０が利用するデータベースの構造について説明する。図２は、本実施形態におけるイベント管理情報データベース１０９の構成の一例である。前記システム１０たる前記サーバ機１０４は、自身が備える記憶装置１０８において、イベント管理情報データベース１０９と、投稿メッセージ情報データベース１６０を利用可能である。
【００５０】
前記イベント管理情報データベース１０９は、本発明のシステム１０によりイベント毎に生成した投稿受付用のメールアドレスを格納したデータベースであり、例えばイベント管理番号をキーとして、イベントの会場情報、イベントの開催日時等や表示装置１１５の設定情報、管理用の情報、投稿先アカウント（メールアドレスの一部：アットマーク以前の部位）、イベント開催の状況といった情報を関連づけたレコードの集合体となっている。このイベント管理情報データベース１０９における情報は、イベントの基本的な情報を管理するために利用される。
【００５１】
なお、前記イベント管理情報データベース１０９に含まれる、前記イベント管理番号２００は、システム１０が扱っている各イベントを区別するためのシリアル番号である。また、会場情報２０１は、イベントを行うイベント実施会社１１０に関連する情報が記録されており、例えば、会場名などである。
【００５２】
また、前記イベント管理情報データベース１０９に含まれる前記イベント情報２０２はイベント内容の詳細が記載されている。このうち、開催日時２０８は、イベントの開催日時を示す。また、新郎名２０９および新婦名２１０は、そのイベントの新郎新婦名を記録する。また、表示装置（ＵＳＢメモリ）設定情報は、イベント実施会社１１０のイベント会場１１４に設置された表示装置１１５に接続するＵＳＢメモリ１１９に格納する情報が記録されている。この情報の詳細は、後述する。
【００５３】
また、前記イベント情報２０２が含む管理画面アクセス情報２０４は、前記Ｗｅｂサーバ１０６が提供する、投稿メッセージ管理画面（図１４参照）へのログインＩＤとＰＷが記録される。また、投稿管理者Ｅ−Ｍａｉｌ２０５は、投稿メッセージがあったときに通知するメッセージ管理ユーザ１２０宛のメールアドレスが記録される。また、投稿先アカウント２０６は、メッセージ投稿ユーザ１３０がこのイベントに関してメッセージ投稿するときに用いる送信先のメールアドレスの“ａａａ＠ｂｂｂ．ｃｃｃ”のうち、“ａａａ”に当たる部分に指定する値を記録する。この値は、本発明のメールアドレス生成方法によって生成される。また、状況２０７は、このイベントの現在の状況を示す。この状況２０７のデータは、基本的にシステム１０によって自動更新される。しかし、イベントは人間が絡むため開始が遅延したり終了時間が延びたりする可能性が多分にある。したがって状況によっては手動でこの状況２０７のデータが入力される場合も想定できる。
【００５４】
次に、投稿メッセージ情報データベース１６０について説明する。図３は、投稿メッセージ情報データベース１６０の構成の一例である。この投稿メッセージ情報データベース１６０は、イベント毎に生成された前記メールアドレスに宛てて送信されてきた投稿メッセージ（メールの情報）を、当該メールの送信元メールアドレスを鍵として格納するデータベースである。この投稿メッセージ情報データベース１６０は、例えば管理番号をキーとして、イベント管理番号、登録年月日、投稿内容、掲載可否といった情報を関連づけたレコードの集合体となっている。
【００５５】
なお、前記投稿メッセージ情報データベース１６０を構成する、前記管理番号３００は、メッセージ管理ユーザ１３０のＰＣ１３１や携帯電話機１３２などから送られてきた投稿メッセージを一元的に管理するためのシリアル番号である。また、イベント管理番号３０１は、前記イベント管理情報データベース１０９のイベント管理番号２００を示し、該当投稿メッセージがどのイベントのものか識別するために利用される。また、登録年月日３０２は該当投稿メッセージが登録された日付を示す。また、投稿内容３０５は、投稿メッセージの詳細を示すものである。このうち画像３０３は、投稿された画像データに関する情報、または画像データそのものである。また、メッセージ３０５は、投稿されたメッセージ内容を示す。また、投稿者Ｅ−Ｍａｉｌ３０６は、メッセージ投稿ユーザ１３０のメールアドレスを示し、返信メールなどの送信の際に利用される。
【００５６】
また、前記投稿メッセージ情報データベース１６０を構成する、掲載可否３０７は、メッセージ管理ユーザ１２０によって設定された、各投稿メッセージに関する掲載可否の情報を示す。
【００５７】
−−−ＵＳＢメモリにおけるデータ構造−−−
次に、前記ＵＳＢメモリ１１９（可搬型メモリ）に格納されているデータの構造例について説明する。図４は、表示装置１１５にイベント開催時に設定されるＵＳＢメモリ１１９の情報の詳細を示す。前記ＵＳＢメモリ１１９には、システム１０の前記設定情報生成部２８が投稿メッセージ（メールの情報）の出力形態などに関する前記表示装置１１５の設定情報を生成して格納処理される。このＵＳＢメモリ１１９が格納している情報には、イベント毎に前記バックエンドサーバ１０７で表示装置１１５の識別を可能とするために必要な情報が含まれる。ＵＳＢメモリ１１９が格納する情報として、装置番号４００は、イベント開催中の表示装置１１５の一時的な装置番号を示す。また、イベント管理番号４０１は、表示装置１１５が情報表示しているイベントのイベント管理番号２００に対応するものである。また、画面設定情報４０２は、表示装置１１５が複数の画面構成をサポートする時に必要な設定情報や、投稿メッセージ（メールの情報）の出力形態を示す。
【００５８】
−−−処理フロー例１−−−
以下、本実施形態におけるメールアドレス生成方法の実際手順について、図に基づき説明する。なお、以下で説明するメールアドレス生成方法に対応する各種動作は、前記システム１０が、メモリ１３に読み出して実行するプログラム１２によって実現される。そして、このプログラム１２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００５９】
図５は、イベント依頼ユーザ１５０がイベント実施会社１１０にイベントの申し込みを行ったときの一連の処理流れを示すフロー図である。ここで、イベント依頼ユーザ１５０とメッセージ管理ユーザ１２０とが異なる場合、前記イベント依頼ユーザ１５０は、メッセージ管理ユーザ１２０に対し、投稿確認メールの送信先として必要なメールアドレスを予め確認するものとする（Ｓｔｅｐ６００）。この投稿確認メールは、投稿メッセージの事前確認（例：表示装置１１５に表示しても問題ない内容かの確認）に伴って、システム１０から前記メッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２に送信されるメールである。
【００６０】
また、前記イベント依頼ユーザ１５０は、イベント実施会社１１０を訪れ、イベントに関する打合せを行い、イベント開催の依頼をする（Ｓｔｅｐ６０１）。他方、イベント実施会社１１０では、前記打合せの結果に基づいてイベント情報（図２：イベント情報２０２参照）をまとめる。そして、当該イベント情報を含む登録依頼指示が、イベント実施会社１１０の例えばＰＣ１１３からインターネット１６５を介してシステム１０へ送信される。この処理により、システム１０のイベント管理情報データベース１０９へのイベント情報の登録を、イベント実施会社１１０がイベントサービス提供会社１００に依頼することとなる（Ｓｔｅｐ６０２）。
【００６１】
前記イベントサービス提供会社１００におけるシステム１０は、前記イベント実施会社１１０のＰＣ１１３より受け取ったイベント情報を、記憶装置１０８に格納する（Ｓｔｅｐ６０３）。システム１０は、格納した前記イベント情報に基づいて、各種情報を生成することとなる。このとき生成される情報としては例えば、ＵＳＢメモリ１１９への設定情報（例：前記投稿メッセージの出力形態などに関する表示装置１１５の設定情報）などがあげられる（Ｓｔｅｐ６０４）。
【００６２】
続いて、本発明のメールアドレス生成方法によりイベント毎に生成される、イベント別投稿用メールアドレスの生成処理をシステム１０は実行し、イベント管理情報データベース１０９の投稿先アカウント２０６を生成する（Ｓｔｅｐ６０５）。この処理の詳細は後述する。こうして適宜な情報生成が終了すると、システム１０は、例えば前記生成した設定情報や表示装置１１５の起動に必要な情報などを前記ＵＳＢメモリ１１９へ書き込む（Ｓｔｅｐ６０６）。
【００６３】
このＵＳＢメモリ１０９は、例えばその他の通知すべき情報（例：投稿先アカウント２０６を含むメールアドレス等）と共に、前記イベント実施会社１１０へ渡される（Ｓｔｅｐ６０７）。これを受け取ったイベント実施会社１１０は、メッセージ投稿ユーザ１３０が必要とするイベント情報（例：メッセージ投稿先のアドレス等）をイベント依頼ユーザ１５０に通知する（Ｓｔｅｐ６０８）。この通知は、イベント実施会社１１０のＰＣ１１３からイベント依頼ユーザ１５０の備える適宜な端末装置へのデータ通信で実行されるとできる。
【００６４】
一方、前記イベント情報の通知を受けたイベント依頼ユーザ１５０は、例えば結婚式の案内状などにメッセージ投稿先アドレス等を記載し、メッセージ投稿ユーザ１３０（知人など）に通知する（Ｓｔｅｐ６０９）。
【００６５】
−−−処理フロー例２−−−
図６は、前述のイベント別投稿用メールアドレスの生成処理の詳細例を示すフロー図である。ここでは、図５のフロー図で示したＳｔｅｐ６０５、つまりイベント別投稿用メールアドレス生成の処理について説明する。前記イベント情報が記憶装置１０８におけるイベント管理情報データベース１０９に登録された後、システム１０のサーバ機１０４のうち、例えばＷｅｂサーバ１０６は、投稿先アカウント２０６（図２参照）の生成に必要な、該当イベントに関する情報を、イベント管理情報データベース１０９から検索し、取得する（Ｓｔｅｐ７００）。このとき取得するイベント情報には、イベントの開催日時と、ユーザを識別する情報（例：新郎新婦名、または管理画面アクセス情報のどちらか）とが含まれると好ましい。但し、ユーザを識別する情報は必須ではない。ここで取得したイベント情報の文字列が、ハッシュ値を生成するには所定基準より短い場合、Ｗｅｂサーバ１０６は、イベントの開催日時およびユーザを識別する情報とは別の、他の情報をイベント管理情報データベース１０９の該当イベント情報より抽出して取得する。
【００６６】
前記Ｗｅｂサーバ１０６は、ここで取得したイベント情報を文字列として連結し、生成文字列を作る（Ｓｔｅｐ７０１）。図６の例では、前記イベント情報が、“日付：ｙｙｙ／ｍｍ／ｄｄ”、“場所：公園前”、“その他情報：ｓａｍｐｌｅ”であり、生成文字列が、“ｙｙｙｍｍｄｄ公園前ｓａｍｐｌｅ”となっている。
【００６７】
Ｗｅｂサーバ１０６は、こうして生成した文字列をＨａｓｈ関数に入力してＨａｓｈ値を生成する（Ｓｔｅｐ７０２）。このとき使用するＨａｓｈ関数に特に制限は無いが、衝突耐性の高いものの利用が望ましい。衝突耐性とは、元データが一ビットでも異なるとハッシュ値が大きく変わり、同じハッシュ値が異なるデータから発生しにくい性質を言う。なお、このハッシュ値生成処理実行時に通常用いられている、ＭＤ５、ＳＨＡ−１などの証明用ハッシュ関数の利用も当然可能である。
【００６８】
続いて、Ｗｅｂサーバ１０６は、前記生成されたハッシュ値より、先頭ｍ番目の文字からｎ文字分の文字列切り出しを行う。切り出した文字列は、投稿先アカウント２０６の候補とし、この投稿先アカウント２０６の候補を含むメールアドレス（例：“１３３４３５６７＠ｘｘｘｘ．ｃｏ．ｊｐ”を（イベント別投稿用アドレスの候補として）生成する（Ｓｔｅｐ７０３）。メールアドレスは、前記投稿先アカウント２０６の候補をアカウント（アットマーク以前の文字列）とし、アットマーク以降の部位は、所定のプロバイダ名やイベント実施会社１１０のドメイン名、国・地域コードから構成できる。
【００６９】
なお、通常は、“ｍ”＝０として前記文字列切り出しの処理を行う。また、切り出し文字数の“ｎ”に関しては、例えばイベントの規模の大小に応じて設定できる。イベントの規模が大きくなると、これに応じてメッセージ投稿ユーザ１３０の参加数も大きくなると予想されるからである。図６の例では、前記ハッシュ値が“１３３４３５６７５３３４”であり、切り出して生成した前記投稿先アカウント２０６の候補が、“ｍ＝０、ｎ＝８”の条件下で“１３３４３５６７”となっている。
【００７０】
こうして生成された投稿先アカウント２０６の候補について、Ｗｅｂサーバ１０６は、イベント管理情報データベース１０９に既に登録されている投稿先アカウント（既登録メールアドレスの一部）との照合を実行する（Ｓｔｅｐ７０４）。そしてＷｅｂサーバ１０６は、前記投稿先アカウント２０６の候補と既登録の他の投稿先アカウントとの文字列の違いが、所定文字数のｐ文字以上あるかチェックする（Ｓｔｅｐ７０５）。
【００７１】
ここで、前記所定文字数“ｐ”が大きいほどメッセージ投稿ユーザ１３０の入力ミスによるメッセージ誤投稿の確率が減ることがわかる。そこで、システム構成やイベント規模の大小に応じてこの所定文字数“ｐ”の大小を決めることが想定できる。或いは、例えばＷｅｂサーバ１０６が誤投稿のログを所定の記憶装置内に蓄積しておき、一定期間ごとにその誤投稿数を集計し、この誤投稿数が所定数以上多いときは前記“ｐ”を大きくし、逆に小さいときは前記“ｐ”を小さくするといった、設定を行うこともできる。
【００７２】
Ｗｅｂサーバ１０６は、こうした照合の結果、投稿先アカウント２０６の候補と、文字列における相違がｐ文字以下である既登録の投稿先アカウント２０６が存在したとなれば（Ｓｔｅｐ７０５：Ｎｏ）、前記“ｍ”、“ｎ”の値を変更し（Ｓｔｅｐ７０６）、再度Ｓｔｅｐ７０３を実行する。このとき、“ｎ”を変更せずに、“ｍ”の値を＋１、つまりハッシュ値より切り取る文字数を多くするなどの処理がＷｅｂサーバ１０６で実行される。
【００７３】
こうしてイベント管理情報データベース１０９に登録済みの全ての投稿先アカウント２０６とｐ文字以上異なる投稿先アカウント２０６の候補が、該当イベントに対応する投稿先アカウント２０６として生成できる（Ｓｔｅｐ７０７）。つまり、こうして生成した投稿先アカウント２０６を含むメールアドレスを、イベント別投稿用メールアドレスとしてＷｅｂサーバ１０６は生成することとなる。なお、このメールアドレス生成処理を行うサーバとしては、必ずしもＷｅｂサーバ１０６である必要はなく、他のサーバであっても良い。
【００７４】
−−−処理フロー例３−−−
図７は、メッセージ投稿ユーザ１３０がメッセージを投稿するときの流れを示すフロー図である。このフローにおいて、メッセージ投稿ユーザ１３０は、前記ＰＣ１３１や携帯電話機１３２等を用いて投稿メッセージを準備する（Ｓｔｅｐ８００）。この作業により準備される投稿メッセージの例は、例えばカメラ付携帯電話機で撮影された写真が添付されたメール（投稿メッセージが記載されたもの）が考えられる。
【００７５】
前記投稿メッセージは、上述までの処理で生成され、既にメッセージ投稿ユーザ１３０宛てに通知されているイベント別投稿用メールアドレスを送信先として、前記ＰＣ１３１や携帯電話機１３２等からイベントサービス提供会社１００の前記メールサーバ１０５に送信される（Ｓｔｅｐ８０１）。前記ＰＣ１３１や携帯電話機１３２等から送信されてきた投稿メッセージを、前記メールサーバ１０５は受信し、これを投稿メッセージ情報データベース１６０に登録する。このときメールサーバ１０５は、メッセージ投稿ユーザ１３０の送信元メールアドレスをキーにした前記登録の処理を行う。これにより、投稿メッセージを受信したメールサーバ１０５は、前記メッセージ投稿ユーザ１３０が同じイベント別投稿用メールアドレスに対して既に投稿を行っていた場合に、その投稿メッセージのデータを最新の投稿メッセージで上書き更新することができる（Ｓｔｅｐ８０２）。
【００７６】
そして、メールサーバ１０５は、前記投稿メッセージを受け取ったことをメッセージ管理ユーザ１３０宛てに示すため、返信メッセージ９００を前記送信元メールアドレス宛てに送信する（Ｓｔｅｐ８０３）。
【００７７】
この返信メッセージ９００の一例を以下に示す。図８は、前記返信メッセージ９００の構成の一例である。この返信メッセージ９００では、例えば、タイトル９０５にイベント依頼ユーザ１５０の名前９０６が表示され、またお礼メッセージ９０１として事前に登録されたメッセージが表示される。メッセージ投稿ユーザ１３０は、この返信メッセージ９００を見ることで、正しい投稿先に投稿したか判断できる。また、イベント依頼ユーザ１５０がメッセージ投稿ユーザ１３０にお礼の意味を込めて写真画像９０４などを添付することもあると考えられる。これもシステム１０に事前登録されたものが送信される。
【００７８】
前記返信メッセージ９００を受信したメッセージ投稿ユーザ１３０のＰＣ１３１や携帯電話機１３２等は、当該返信メッセージ９００のタイトルと本文をディスプレイ等に表示する。これを閲覧した前記メッセージ投稿ユーザ１３０は、自分の投稿先が正しいか、つまり所望のイベントに関してメッセージ投稿が出来たか否かを判断できる（Ｓｔｅｐ８０４）。投稿先がもし間違っていたならば（Ｓｔｅｐ８０４：Ｙｅｓ）、前記メッセージ投稿ユーザ１３０は、前記返信メッセージ９００に記載の投稿先変更ＵＲＬ９０３をクリックする。前記クリックを受け付けたＰＣ１３１や携帯電話機１３２等は、前記投稿先変更ＵＲＬ９０３に応じてＷｅｂサーバ１０６にアクセスする（Ｓｔｅｐ８０５）。
【００７９】
すると、Ｗｅｂサーバ１０６は、投稿先変更Ｗｅｂページ１０００を前記ＰＣ１３１や携帯電話機１３２等に返信する。ＰＣ１３１や携帯電話機１３２等ではこの投稿先変更Ｗｅｂページ１０００を表示する（Ｓｔｅｐ８０６）。前記メッセージ投稿ユーザ１３０は、この投稿先変更Ｗｅｂページ１０００において正しい投稿先アカウント（或いは投稿先アカウントを含むイベント別投稿用メールアドレスの全部或いは一部）を入力し、ＰＣ１３１や携帯電話機１３２等はこの入力を受け付ける（Ｓｔｅｐ８０７）。
【００８０】
以下に、この投稿先変更Ｗｅｂページ１０００について示す。図９は、投稿先変更Ｗｅｂページ１０００の一例である。このＷｅｂページ１０００において、＠（アットマーク）より後ろのドメイン名はシステム１０が決まれば一意に決まるため、投稿先アカウントのみ入力ボックス１００１にて入力を受付ける形式が考えられる。また、他のアドレスがメッセージ投稿ユーザ１３０に簡単にわかっても問題がない場合は、間違った投稿先アカウントに近い文字列を持つ他のイベントの投稿先アカウント２０６の一覧をイベント管理情報データベース１０９より抽出して、このＷｅｂページ１０００で表示し、その中からの候補選択を受け付ける形式も考えられる。
【００８１】
前記Ｓｔｅｐ８０７に続き、前記Ｗｅｂサーバ１０６は、前記Ｗｅｂページ１０００にて入力された投稿先アカウントに基づく前記イベント管理情報データベース１０９でのイベント検索を実行することで、前記投稿メッセージの登録対象となるイベントを特定し、前記投稿メッセージの登録対象となるイベントを変更する（Ｓｔｅｐ８０８）。また、Ｗｅｂサーバ１０６は、登録変更先のイベントに応じた返信メッセージ９００を前記ＰＣ１３１や携帯電話機１３２等に送信する（Ｓｔｅｐ８０９）。
【００８２】
一方、ＰＣ１３１や携帯電話機１３２等は、投稿先は間違えていなくても投稿メッセージを一旦削除したいとの要望に応じ、返信メッセージ９００に記載の削除ＵＲＬ９０３のクリック指示を受け付けることとできる（Ｓｔｅｐ８１０：Ｙｅｓ、Ｓｔｅｐ８１１）。ＰＣ１３１や携帯電話機１３２等は、投稿メッセージの削除指示をＷｅｂサーバ１０６に通知する。この通知を受けたＷｅｂサーバ１０６は、該当する投稿メッセージを、例えば投稿メッセージ情報データベース１６０にて削除して（Ｓｔｅｐ８１２）、削除完了画面をＰＣ１３１や携帯電話機１３２等に送信し（Ｓｔｅｐ８１３）、処理を終了する。
【００８３】
−−−処理フロー例４−−−
図１０は、メッセージ投稿ユーザ１３０が投稿したメッセージをメッセージ管理ユーザ１２０がチェックするときの流れを示すフロー図である。この場合、メッセージ投稿ユーザ１３０のＰＣ１３１や携帯電話機１３２等より投稿メッセージがシステム１０のメールサーバ１０５に投稿されているとする（Ｓｔｅｐ１１００）。
【００８４】
これを受けたメールサーバ１０５は、前記投稿メッセージの受信に際し、メッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２等に、投稿通知メッセージ１２００を送信する（Ｓｔｅｐ１１０１）。図１１は、前述の投稿通知メッセージ１２００の一例である。前記投稿通知メッセージ１２００は、例えば、投稿内容のメッセージ部分１２０１を含むメール本文と、チェック用のサイトのＵＲＬ１２０２、掲載許可指示用のサイトのＵＲＬ、添付ファイル１２０４を含む。
【００８５】
こうした投稿通知メッセージ１２００をメッセージ管理ユーザ１２０が見ることで投稿内容を確認できる（Ｓｔｅｐ１１０２）。投稿メッセージの掲載を許可する場合は（Ｓｔｅｐ１１０３：Ｙｅｓ）、前記メッセージ管理ユーザ１２０は、前記投稿通知メッセージ１２００において掲載許可ＵＲＬ１２０３をクリックする。ＰＣ１２１や携帯電話機１２２等はこのクリックを受け付けて、Ｗｅｂサーバ１０６に送信する（Ｓｔｅｐ１１０４）。一方、この通知を受けたＷｅｂサーバ１０６は、指定された投稿内容の掲載を許可する（Ｓｔｅｐ１１０５）。
【００８６】
なお、ここで言う掲載とは、例えば、Ｗｅｂサーバ１０６がインターネット１６５上で他装置からの投稿メッセージ閲覧を受付けることが想定できる。また、掲載を許可する場合、前記Ｗｅｂサーバ１０６が、前記投稿通知メッセージ情報データベース１６０における前記掲載可否３０７の項目に、“許可”のデータを設定することを想定できる。
【００８７】
掲載許可の処理を行ったＷｅｂサーバ１０６は、掲載完了画面をメッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２等に表示する（Ｓｔｅｐ１１０６）。一方、管理Ｗｅｂ画面１３００を表示するときは（Ｓｔｅｐ１１０７：Ｙｅｓ）、前記メッセージ管理ユーザ１２０は、前記投稿通知メッセージ１２００において管理Ｗｅｂ画面表示ＵＲＬ１２０２をクリックする。このクリックを受け付けた前記ＰＣ１２１や携帯電話機１２２等は、当該クリック事象をＷｅｂサーバ１０６に送信する（Ｓｔｅｐ１１０８）。
【００８８】
他方、前記クリック事象を受けたＷｅｂサーバ１０６は、該当メッセージ管理ユーザ１２０ユーザがアクセス可能な画面を、例えば管理Ｗｅｂ画面表示ＵＲＬ１２０２に埋め込まれた情報から判断して生成し、管理Ｗｅｂ画面１３００として、前記ＰＣ１２１や携帯電話機１２２等に送信する（Ｓｔｅｐ１１０９）。メッセージ管理ユーザ１２０は、この画面１３００上で、投稿内容に対して各種操作を行うこととできる。
【００８９】
図１２は、前述の管理Ｗｅｂ画面１３００の一例である。管理Ｗｅｂ画面１３００の一番上には、誰の結婚式であるかわかるように、イベント依頼ユーザ１５０の名前１３０１が表示される。投稿されたメッセージは図示の用に、一覧になって表示される。それぞれの投稿メッセージに関する情報として、投稿画像１３０２、投稿者の送信元メールアドレス１３０３、現在の掲載状態１３０４、メッセージ内容１３０５、掲載許可／禁止設定ラジオボタンエリア１３０６、選択した設定の実行指示をする実行ボタン１３０７、設定のリセットを指示するリセットボタン１３０８から構成される。なお、この管理Ｗｅｂ画面１３００は、ＰＣ（パーソナルコンピュータ）での表示画面を想定しているが、この画面の表示から装飾部分を省いて簡略化し、携帯電話機用の表示画面を構成することも可能である。
【００９０】
−−−処理フロー例５−−−
図１３は、イベント実施会社１１０で表示装置１１５を起動するときの流れを示すフロー図である。事前にイベントサービス提供会社１００から送付されていたＵＳＢメモリ１１９が、表示装置１１５のＵＳＢメモリリーダ１１８にセットされているとする（Ｓｔｅｐ１４００）。そして起動した表示装置１１５は（Ｓｔｅｐ１４０１）、ＵＳＢメモリ１１９の読取りを実行し、表示装置１１５の設定情報を読み込む（Ｓｔｅｐ１４０１）。そして、表示装置１１５は、前記バックエンドサーバ１０７とインターネット１６５経由で接続し、前記読み込んだ設定情報を通知することで、自身が起動したことをバックエンドサーバ１０７に知らせる（Ｓｔｅｐ１４０２）。
【００９１】
この知らせを受けたバックエンドサーバ１０７は、通知された設定情報を認証する（Ｓｔｅｐ１４０３）。バックエンドサーバ１０７は、この認証処理により、前記表示装置１１５が予め定められた正当な表示装置であることを確認する。また、バックエンドサーバ１０７は、前記表示装置１１５で表示すべき情報一覧（イベント管理情報データベース１０９や投稿メッセージ情報データベース１６０の格納情報）を該当表示装置１１５に送信する（Ｓｔｅｐ１４０４）。これを受け取る前記表示装置１１５は、前記情報一覧の受信が完了すると、該当情報の表示を開始することとなる（Ｓｔｅｐ１４０５）。なお、この表示に際しては、前記ＵＳＢメモリ１１９に格納されていた設定情報が含む、投稿メッセージの出力形態の指定に応じて行うものとできる。
【００９２】
図１４は、表示装置１１５で表示される画面例１を示す図である。画面表示例５００では、投稿画像５０５と投稿メッセージ５０６とを一組としたメッセージボックス５０４が複数個表示される。このメッセージボックス５０４は、例えば、移動経路５０８、５０９に沿って移動表示される。また、タイトルエリア５０１は、新郎新婦名が表示される。日付エリア５０２にはそのイベントの開催日付が表示される。会場名エリア５０３にはそのイベント会場の名称が表示される。なお、前記メッセージボックス５０４は一つの投稿につき一個対応し、投稿画像５０５と投稿メッセージ５０６がそのメッセージ管理番号５０７と共に表示される。
【００９３】
一方、図１５は、表示装置１１５で表示される画面例２を示す図である。この画面表示例５１０は、投稿メッセージを一覧表示する形態である。ここでの画面表示例５１０では、左右対称に新郎、新婦それぞれの投稿メッセージ５２０が表示される。タイトルエリア５１１、５１２は新郎新婦の名前が表示される。メッセージ一覧エリア５１３、５１４には新郎新婦それぞれの知人の投稿メッセージ５２０が一覧で表示される。メッセージ件数表示エリア５１５、５１６には、投稿メッセージ総数が表示される。なお、画面表示例５００と画面表示例５１０のどちらか一方を採用しても良いし、表示装置１１５が複数台設置される場合には、これら画面表示５００、５１０を別々の表示装置１１１５に同時に表示するとしてもよい。
【００９４】
−−−処理フロー例６−−−
図１６は、表示装置１１５が稼動中に、新着の投稿メッセージが到着した場合の処理例を示すフロー図である。ここで、予めメッセージ投稿ユーザ１３０の投稿メッセージがＰＣ１３１や携帯電話機１３２等から、メールサーバ１０５に送信されるものとする（Ｓｔｅｐ１５００）。するとメールサーバ１０５はこの投稿メッセージを受信し、以降は図１０に沿って既に説明した手順で、メッセージ管理ユーザ１２０による投稿内容チェックがＰＣ１２１や携帯電話機１２２等で実行される（Ｓｔｅｐ１５０１）。
【００９５】
投稿内容のチェック結果を受けたＷｅｂサーバ１０６は、この投稿メッセージに対応するイベントが開催中か、例えば前記イベント管理情報データベース１０９の状況２０７のデータに基づき判断する（Ｓｔｅｐ１５０２）。ここでもし、イベントが開催中であったならば（Ｓｔｅｐ１５０２：Ｙｅｓ）、前記投稿メッセージを、対応する表示装置１１５へ送信する（Ｓｔｅｐ１５０３）。この投稿メッセージを受信した表示装置１１５は、新着メッセージとして表示する（Ｓｔｅｐ１５０４）。
【００９６】
−−−処理フロー例７−−−
図１７は、システム起動中に表示装置１１５で表示されている特定のメッセージを削除する処理流れを示すフロー図である。この場合、メッセージ管理ユーザ１２０のＰＣ１２１や携帯電話機１２２等が前記管理Ｗｅｂ画面１３００へアクセスしたとする（Ｓｔｅｐ１６００）。そしてＷｅｂサーバ１０６は、前記メッセージ管理ユーザ所望の投稿メッセージの掲載禁止設定を受付け、処理を実行する（Ｓｔｅｐ１６０１）。この設定に基づき、Ｗｅｂサーバ１０６は対象投稿メッセージの状態（例：投稿メッセージ情報データベース１６０の掲載可否３０７など）を変更する（Ｓｔｅｐ１６０２）。これを検知したバックエンドサーバ１０７は、その投稿メッセージに関連するイベントが開催中か、つまり、関連する表示装置１１５が稼動しているか、例えば表示装置１１１５と通信を行ってチェックする（Ｓｔｅｐ１６０３）。該当表示装置１１５が稼動していれば（Ｓｔｅｐ１６０３：Ｙｅｓ）、バックエンドサーバ１０７は、メッセージ削除通知を表示装置１１５に発行する（Ｓｔｅｐ１６０４）。そしてこの通知を受けた表示装置１１５は、現在表示中で前記削除通知に該当する投稿メッセージを削除する（Ｓｔｅｐ１６０５）。
【００９７】
−−−処理フロー例８−−−
図１８は、イベント終了後の処理流れを示すフロー図である。イベントが終了するとイベント実施会社１１０は表示装置１１５の動作を停止し（Ｓｔｅｐ１７００）、ＵＳＢメモリ１１９をこれから抜き取る（Ｓｔｅｐ１７０１）。そしてこのＵＳＢメモリ１１９はイベントサービス提供会社１００へ返却される（Ｓｔｅｐ１７０２）。返却されたＵＳＢメモリ１１９を受け取ったイベントサービス提供会社１００は、イベント終了設定を行う（Ｓｔｅｐ１７０３）。なお、このイベント終了設定の処理は、イベント毎の開催スケジュールの情報などを適宜な記憶装置に定義しておき、この開催スケジュールの情報を参照したサーバ機１０４が自動的に実行するとしてよい。
【００９８】
終了したイベントに関する情報（例：知人等からもらった投稿メッセージなど）は、良き思い出の一つとして前記イベント依頼ユーザ１５０に提供すると好適であろう。そこで、サーバ機１０４は、投稿メッセージの一覧を、ＣＤ−ＲＯＭドライブ１０２を介してＣＤ−ＲＯＭ４０（記録媒体）に書き込む（Ｓｔｅｐ１７０４）。この処理を実現する方法として、サーバ機１０４は、例えば投稿メッセージ一覧とそれを読み込んで表示するＨＴＭＬファイル（閲覧用プログラム）を作成し、これをＣＤ−ＲＯＭ４０に書き込む。
【００９９】
イベント依頼ユーザ１５０が前記ＣＤ−ＲＯＭ４０の記録内容を閲覧する際には、前記ＨＴＭＬファイルをブラウザで表示するなどの方法が考えられる。こうしてサーバ機１０４が作成したＣＤ−ＲＯＭ４０は、イベントサービス提供会社１００より、イベント実施会社１１０へ送られる（Ｓｔｅｐ１７０５）。イベント実施会社１１０は、このＣＤ−ＲＯＭ４０を、イベント依頼ユーザ１５０に送付する（Ｓｔｅｐ１７０６）。
【０１００】
−−−処理フロー例９−−−
図１９は、イベント依頼ユーザ１５０が前記ＣＤ−ＲＯＭ４０の記録情報を閲覧後、メッセージ投稿ユーザ１３０へお礼の電子メールを作成して送信する流れを示すフロー図である。また、図２０は、本実施形態のメッセージ書き込みＣＤ−ＲＯＭにおける、メニュー画面構成の一例を示す図である。
【０１０１】
イベント依頼ユーザ１５０が前記ＣＤ−ＲＯＭ４０を適宜な端末にて閲覧すると、そのディスプレイ上にメニュー画面１９００が表示される（Ｓｔｅｐ１８００）。この画面１９００はＨＴＭＬファイルなど一般的なＷｅｂブラウザで閲覧可能な形式であることが望ましい。この中から、メニューの“投稿者へお礼メールを送信する”１９０３が選択されると、前記Ｗｅｂブラウザは、お礼メール入力フォーム２０００（メール返信用プログラム）を表示する（図２１参照）。なお、このフォーム自体はＣＤ−ＲＯＭ４０に書き込んでおき、送信ボタン２００４の押下時にイベント依頼ユーザ１５０の端末がＷｅｂサーバ１０６に接続される形が望ましいと考えられる。
【０１０２】
イベント依頼ユーザ１５０が、このフォーム２０００にて所望の記載情報を全て入力した後、送信ボタン２００４をクリックすると、このイベント依頼ユーザ１５０の端末からイベントサービス提供会社１００のＷｅｂサーバ１０６へ、前記フォーム２０００の入力内容、つまりお礼メールのメッセージ（返信メッセージ）が送信される（Ｓｔｅｐ１８０２）。その後メールサーバ１０５は、送信対象になる投稿者一覧を前記投稿メッセージ情報データベース１６０にて抽出し（Ｓｔｅｐ１８０３）、それぞれの投稿者の送信元メールアドレスたる、投稿者Ｅ−Ｍａｉｌ３０６へ宛ててお礼メッセージを送信する（Ｓｔｅｐ１８０４）。
【０１０３】
本発明によれば、メッセージ表示システム利用時、特定の期間にイベントが集中し、似たようなユーザ名が多数登録されたとしても、それぞれのイベントへのメッセージ投稿用メールアドレスの値同士は、少々打ち間違えても他のイベントにメッセージが誤投稿されないだけの十分異なるものとできる。また、携帯端末での入力が容易なメールアドレスを提供できるため、結果として、イベントへのメッセージの投稿者の投稿ミスを防げる上、メールアドレス入力の手間も削減できる。
【０１０４】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１０５】
【図１】本実施形態におけるメールアドレス生成システムを含むネットワーク構成例である。
【図２】本実施形態におけるイベント管理情報データベースの構成の一例である。
【図３】本実施形態における投稿メッセージ情報データベースの構成の一例である。
【図４】本実施形態の表示装置においてイベント後に設定する情報の一例である。
【図５】本実施形態におけるイベント登録処理の手順を示すフロー図である。
【図６】本実施形態におけるイベント別投稿用メールアドレスの生成手順を示すフロー図である。
【図７】本実施形態におけるメッセージ投稿処理の手順を示すフロー図である。
【図８】本実施形態における返信メッセージの一例を示している。
【図９】本実施形態における投稿先変更Ｗｅｂページの一例を示している。
【図１０】本実施形態における投稿メッセージチェックの処理の流れを示すフロー図である。
【図１１】本実施形態における投稿通知メッセージの一例を示している。
【図１２】本実施形態の表示装置において表示する画面例１である。
【図１３】本実施形態の表示装置において表示する画面例２である。
【図１４】本実施形態における管理Ｗｅｂ画面の一例を示している。
【図１５】本実施形態におけるシステム起動の手順を示すフロー図である。
【図１６】本実施形態におけるシステム起動中のメッセージ投稿処理の手順を示すフロー図である。
【図１７】本実施形態におけるシステム起動中のメッセージ削除処理の手順を示すフロー図である。
【図１８】本実施形態におけるイベント終了後の処理手順を示すフロー図である。
【図１９】本実施形態における、イベント終了後にメッセージ投稿者へお礼電子メールを返信する処理の流れを示すフロー図である。
【図２０】本実施形態のメッセージ書き込みＣＤ−ＲＯＭにおける、メニュー画面構成の一例を示す図である。
【図２１】本実施形態における、お礼メール入力フォーム画面構成の一例を示す図である。
【符号の説明】
【０１０６】
１０ メールアドレス生成システム、１１ プログラムデータベース、
１２ プログラム、１３ メモリ、１４ ＣＰＵ、１５ 入出力インターフェイス、
１６ 通信装置、１７ Ｉ／Ｏ部、２１ 記憶部、２２ 入力部、２３ 処理部、
２４ 誤送信カウント部、２５ 文字増加部、２６ 更新部、２７ 事前確認部、
２８ 設定情報生成部、２９ 送付情報書込部、３０ 返信部、
４０ 記録媒体（ＣＤ−ＲＯＭ）、
１００ イベントサービス提供会社、１０１ 管理端末、
１０２ ＣＤ−ＲＯＭドライブ、１０３ 社内ＬＡＮ、
１０４ サーバ機、１０５ メールサーバ、１０６ Ｗｅｂサーバ、
１０７ バックエンドサーバ、１０８ 記憶装置、
１０９ イベント管理情報データベース、１６０ 投稿メッセージ情報データベース、
１１０ イベント実施会社（ホテル等）、１１１ 社内ＬＡＮ、１１２ オフィス、
１１３ ＰＣ、１１４ イベント会場、１１５ 表示装置、
１１６ 各種ディスプレイ、１１７ 制御用ＰＣ、１１８ ＵＳＢメモリリーダ、
１１９ ＵＳＢメモリ（可搬型メモリ）、１２０ メッセージ管理ユーザ、１２１ ＰＣ、１２２ 携帯電話機、１３０ メッセージ投稿ユーザ、１３１ ＰＣ、
１３２ 携帯電話機、１４０ 携帯電話キャリア、１４１ 携帯電話キャリアサーバ、
１５０ イベント依頼ユーザ（新郎新婦等）、１５１ イベント情報、
１６５ インターネット
【特許請求の範囲】
【請求項１】
イベントごとのメールアドレスを生成するメールアドレス生成システムであって、
ハッシュ関数を記憶する記憶部と、
イベント毎に一意に定められたイベント情報の入力を受け付ける入力部と、
前記入力部によって受け付けた前記イベント情報を含む情報に、前記記憶部内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部と、
を備えるメールアドレス生成システム。
【請求項２】
請求項１において、
前記処理部が、前記イベント情報にハッシュ関数を演算する処理で生成したハッシュ値を、既登録メールアドレスの情報を格納したイベント管理情報データベースに照合し、前記ハッシュ値の全部または一部から、既登録メールアドレスと所定文字数以上異なる部位をアドレス候補として特定し、前記アドレス候補を含むメールアドレスを生成するものである、メールアドレス生成システム。
【請求項３】
請求項２において、
所定イベントに関して誤ったメールアドレスでのメール送信がなされた回数をカウントする誤送信カウント部と、
前記誤送信のカウント値が一定値以上に達したことを検知し、前記所定文字数を増加させる文字増加部と、
を備えるメールアドレス生成システム。
【請求項４】
請求項１〜３のいずれかにおいて、
イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納し、前記送信元メールアドレスからの次以降のメール受信に際して、当該メール受信で取得したメールの情報で、前記投稿メッセージ情報データベースでの該当送信元メールアドレスに対応するメールの情報を更新する、更新部を備えるメールアドレス生成システム。
【請求項５】
請求項１〜３のいずれかにおいて、
イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、事前確認用端末に送信し、当該事前確認用端末からの事前確認済みの通知をもって、該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納するか、または、出力インターフェイスに出力する、事前確認部を備えるメールアドレス生成システム。
【請求項６】
請求項１〜５のいずれかにおいて、
前記イベント毎に生成された前記メールアドレスに宛てて送信されたメールの情報を出力する、表示装置を備えるメールアドレス生成システム。
【請求項７】
請求項６において、
前記メールの情報の出力形態などに関する前記表示装置の設定情報を生成し、これを可搬型メモリに格納処理する、設定情報生成部を備え、
前記表示装置が、前記可搬型メモリの接続を受け付けて当該可搬型メモリの格納情報を抽出し、前記格納情報に基づいたメールの情報の出力処理を行うものである、メールアドレス生成システム。
【請求項８】
請求項１〜７のいずれかにおいて、
イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの情報の閲覧用プログラムおよびメール返信用プログラムと共に記録媒体に書き込み処理する、送付情報書込部と、
前記記録媒体の読取りを行った前記表示装置より、前記記録媒体に格納されていたメール返信用プログラムを通じて入力された返信メッセージを受信し、当該返信メッセージを前記メールの送信元メールアドレスに送信する、返信部と、
を備えるメールアドレス生成システム。
【請求項９】
イベントごとのメールアドレスを、記憶装置と入力装置と処理装置とを備えたコンピュータにより生成する方法であって、
前記記憶装置が、ハッシュ関数を記憶し、
前記入力装置が、イベント毎に一意に定められたイベント情報の入力を受け付け処理し、
前記処理装置が、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する、メールアドレス生成方法。
【請求項１０】
イベントごとのメールアドレスの生成を、記憶装置と入力装置と処理装置とを備えたコンピュータに実行させるためにプログラムであって、
前記記憶装置に、ハッシュ関数を記憶させるステップと、
前記入力装置に、イベント毎に一意に定められたイベント情報の入力を受け付けさせるステップと、
前記処理装置に、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定させるステップと、
を備えるメールアドレス生成プログラム。
【請求項１】
イベントごとのメールアドレスを生成するメールアドレス生成システムであって、
ハッシュ関数を記憶する記憶部と、
イベント毎に一意に定められたイベント情報の入力を受け付ける入力部と、
前記入力部によって受け付けた前記イベント情報を含む情報に、前記記憶部内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する処理部と、
を備えるメールアドレス生成システム。
【請求項２】
請求項１において、
前記処理部が、前記イベント情報にハッシュ関数を演算する処理で生成したハッシュ値を、既登録メールアドレスの情報を格納したイベント管理情報データベースに照合し、前記ハッシュ値の全部または一部から、既登録メールアドレスと所定文字数以上異なる部位をアドレス候補として特定し、前記アドレス候補を含むメールアドレスを生成するものである、メールアドレス生成システム。
【請求項３】
請求項２において、
所定イベントに関して誤ったメールアドレスでのメール送信がなされた回数をカウントする誤送信カウント部と、
前記誤送信のカウント値が一定値以上に達したことを検知し、前記所定文字数を増加させる文字増加部と、
を備えるメールアドレス生成システム。
【請求項４】
請求項１〜３のいずれかにおいて、
イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納し、前記送信元メールアドレスからの次以降のメール受信に際して、当該メール受信で取得したメールの情報で、前記投稿メッセージ情報データベースでの該当送信元メールアドレスに対応するメールの情報を更新する、更新部を備えるメールアドレス生成システム。
【請求項５】
請求項１〜３のいずれかにおいて、
イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、事前確認用端末に送信し、当該事前確認用端末からの事前確認済みの通知をもって、該メールの送信元メールアドレスを鍵として投稿メッセージ情報データベースに格納するか、または、出力インターフェイスに出力する、事前確認部を備えるメールアドレス生成システム。
【請求項６】
請求項１〜５のいずれかにおいて、
前記イベント毎に生成された前記メールアドレスに宛てて送信されたメールの情報を出力する、表示装置を備えるメールアドレス生成システム。
【請求項７】
請求項６において、
前記メールの情報の出力形態などに関する前記表示装置の設定情報を生成し、これを可搬型メモリに格納処理する、設定情報生成部を備え、
前記表示装置が、前記可搬型メモリの接続を受け付けて当該可搬型メモリの格納情報を抽出し、前記格納情報に基づいたメールの情報の出力処理を行うものである、メールアドレス生成システム。
【請求項８】
請求項１〜７のいずれかにおいて、
イベント毎に生成された前記メールアドレスに宛てて送信されてきたメールの情報を、当該メールの情報の閲覧用プログラムおよびメール返信用プログラムと共に記録媒体に書き込み処理する、送付情報書込部と、
前記記録媒体の読取りを行った前記表示装置より、前記記録媒体に格納されていたメール返信用プログラムを通じて入力された返信メッセージを受信し、当該返信メッセージを前記メールの送信元メールアドレスに送信する、返信部と、
を備えるメールアドレス生成システム。
【請求項９】
イベントごとのメールアドレスを、記憶装置と入力装置と処理装置とを備えたコンピュータにより生成する方法であって、
前記記憶装置が、ハッシュ関数を記憶し、
前記入力装置が、イベント毎に一意に定められたイベント情報の入力を受け付け処理し、
前記処理装置が、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定する、メールアドレス生成方法。
【請求項１０】
イベントごとのメールアドレスの生成を、記憶装置と入力装置と処理装置とを備えたコンピュータに実行させるためにプログラムであって、
前記記憶装置に、ハッシュ関数を記憶させるステップと、
前記入力装置に、イベント毎に一意に定められたイベント情報の入力を受け付けさせるステップと、
前記処理装置に、前記入力装置にて受け付けた前記イベント情報を含む情報に、前記記憶装置内の前記ハッシュ関数を演算し、その演算結果から前記イベントに対応するメールアドレスを決定させるステップと、
を備えるメールアドレス生成プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００６−３０２２０９（Ｐ２００６−３０２２０９Ａ）
【公開日】平成１８年１１月２日（２００６．１１．２）
【国際特許分類】
【出願番号】特願２００５−１２６９３５（Ｐ２００５−１２６９３５）
【出願日】平成１７年４月２５日（２００５．４．２５）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【公開日】平成１８年１１月２日（２００６．１１．２）
【国際特許分類】
【出願日】平成１７年４月２５日（２００５．４．２５）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
[ Back to top ]