(57)【要約】【課題】利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することを課題とする。【解決手段】アドホックアドレス発行サーバ１２０は、相手検索サーバ４１０上で公開された個人情報の登録者のメールアドレスとコンテキスト条件とを符号化して生成されるアドホックアドレスを生成し、これを閲覧者に開示する。そして、アドホックアドレス転送サーバ１１０は、アドホックアドレスを通信先とするアドホックメールを発信者端末３２０から受け付け、これからコンテキスト条件を取得して、かかるコンテキスト条件を満たすアドホックメールを抽出する。さらに、アドホックアドレスから実アドレスを取得して、アドホックメールの送信先を実アドレスに置き換えて着信者端末２２０に転送する。【選択図】        図１
2005117466.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する通信制御システムであって、
前記サービスの提供に関連して、所定の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記所定の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するアドレス生成手段と、
前記アドレス生成手段によって生成されたアドホックアドレスを他の利用者に開示するアドレス開示手段と、
前記アドホックアドレスを通信先とする通信要求を前記他の利用者の端末から受け付け、当該アドホックアドレスから前記通信条件情報を取得して、当該通信条件情報に示される通信条件を満たす通信要求を抽出するフィルタ処理手段と、
前記フィルタ処理手段によって通信要求が抽出された場合に、前記アドホックアドレスまたは前記アドレス識別子から前記実アドレスを取得し、前記通信要求の通信先を前記アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する転送処理手段と、
を備えたことを特徴とする通信制御システム。
【請求項２】
前記アドレス生成手段は、所定の鍵を用いて前記アドホックアドレスを生成し、
前記フィルタ処理手段は、前記所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする請求項１に記載の通信制御システム。
【請求項３】
前記アドレス生成手段は、前記実アドレスまたはアドレス識別子と前記通信条件情報とを管理して前記サービスを提供するサービス提供装置と前記ネットワークを介して接続するとともに、前記所定の鍵を管理する鍵管理装置が備え、
当該アドレス生成手段は、前記サービス提供装置から前記実アドレスまたはアドレス識別子と前記通信条件情報とを受け取り、前記所定の鍵を用いて前記アドホックアドレスを生成し、
前記フィルタ処理手段は、前記鍵管理装置と同様に前記所定の鍵を管理するとともに、当該所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする請求項２に記載の通信制御システム。
【請求項４】
前記アドレス生成手段は、前記所定の鍵を生成するためのマスター鍵を管理して当該所定の鍵を生成するマスター鍵管理装置と前記ネットワークを介して接続するとともに、前記実アドレスまたはアドレス識別子と前記通信条件情報とを管理して前記サービスを提供するサービス提供装置が備え、
当該アドレス生成手段は、前記サービスを提供する者を一意に特定する発行者識別子と前記マスター鍵とから生成された前記所定の鍵を前記マスター鍵管理装置から受け取り、当該所定の鍵および前記発行者識別情報を用いて前記アドホックアドレスを生成し、
前記フィルタ処理手段は、前記マスター鍵管理装置と同様に前記マスター鍵を管理するとともに、前記アドホックアドレスから前記発行者識別子を取得し、当該発行者識別情報および前記マスター鍵から前記所定の鍵を生成して、当該所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする請求項２に記載の通信制御システム。
【請求項５】
前記フィルタ処理手段は、前記実アドレスまたはアドレス識別子に対応付けて前記アドホックアドレスの生成を許可する発行者識別子をさらに管理するとともに、前記アドホックアドレスから前記発行者識別子と前記実アドレスまたはアドレス識別子とを取得し、前記アドホックアドレスの生成許可を満たす通信要求を抽出することを特徴とする請求項４に記載の通信制御システム。
【請求項６】
前記実アドレスに置き換えられて転送された通信要求に対する返信要求を前記所定の利用者の端末から受け付け、当該返信要求の通信元を前記アドホックアドレスに置き換えて当該返信要求を前記他の利用者の端末に転送する返信処理手段をさらに備えたことを特徴とする請求項１〜５のいずれか一つに記載の通信制御システム。
【請求項７】
前記他の利用者の端末から前記アドホックアドレスを通信先とする通信要求を受け取った際に、当該他の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記他の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成する通信元アドレス生成手段をさらに備え、
前記転送処理手段は、前記通信要求の通信先を前記アドホックアドレスから取得した実アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する際に、当該通信要求の通信元も前記通信元アドレス生成手段によって生成されたアドホックアドレスに置き換えて転送することを特徴とする請求項１〜６のいずれか一つに記載の通信制御システム。
【請求項８】
前記サービスは、所定の情報を開示する開示者と当該情報を閲覧する閲覧者とを仲介する仲介サービスであって、
前記アドレス生成手段は、前記開示者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記閲覧者から前記開示者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成することを特徴とする請求項１〜７のいずれか一つに記載の通信制御システム。
【請求項９】
前記サービスは、所定のメーリングリスト宛に出された発言者のメール内容を当該メーリングリストの参加者に配信するメーリングリストサービスであって、
前記アドレス生成手段は、前記発言者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記参加者から前記発言者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成することを特徴とする請求項１〜７のいずれか一つに記載の通信制御システム。
【請求項１０】
前記サービスは、出品者の出品条件に対して落札者を決定するオークションサービスであって、
前記アドレス生成手段は、前記落札者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記出品者から前記落札者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するとともに、前記出品者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記落札者から前記出品者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成することを特徴とする請求項１〜７のいずれか一つに記載の通信制御システム。
【請求項１１】
ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する通信制御方法であって、
前記サービスの提供に関連して、所定の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記所定の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するアドレス生成工程と、
前記アドレス生成工程によって生成されたアドホックアドレスを他の利用者に開示するアドレス開示工程と、
前記アドホックアドレスを通信先とする通信要求を前記他の利用者の端末から受け付け、当該アドホックアドレスから前記通信条件情報を取得して、当該通信条件情報に示される通信条件を満たす通信要求を抽出するフィルタ処理工程と、
前記フィルタ処理工程によって通信要求が抽出された場合に、前記アドホックアドレスまたは前記アドレス識別子から前記実アドレスを取得し、前記通信要求の通信先を前記アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する転送処理工程と、
を含んだことを特徴とする通信制御方法。
【請求項１２】
前記アドレス生成工程は、所定の鍵を用いて前記アドホックアドレスを生成し、
前記フィルタ処理工程は、前記所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする請求項１１に記載の通信制御方法。
【請求項１３】
前記実アドレスに置き換えられて転送された通信要求に対する返信要求を前記所定の利用者の端末から受け付け、当該返信要求の通信元を前記アドホックアドレスに置き換えて当該返信要求を前記他の利用者の端末に転送する返信処理工程をさらに含んだことを特徴とする請求項１１または１２に記載の通信制御方法。
【請求項１４】
前記他の利用者の端末から前記アドホックアドレスを通信先とする通信要求を受け取った際に、当該他の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記他の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成する通信元アドレス生成工程をさらに含み、
前記転送処理工程は、前記通信要求の通信先を前記アドホックアドレスから取得した実アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する際に、当該通信要求の通信元も前記通信元アドレス生成工程によって生成されたアドホックアドレスに置き換えて転送することを特徴とする請求項１１、１２または１３に記載の通信制御方法。
【請求項１５】
ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する通信制御方法をコンピュータに実行させる通信制御プログラムであって、
前記サービスの提供に関連して、所定の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記所定の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するアドレス生成手順と、
前記アドレス生成手順によって生成されたアドホックアドレスを他の利用者に開示するアドレス開示手順と、
前記アドホックアドレスを通信先とする通信要求を前記他の利用者の端末から受け付け、当該アドホックアドレスから前記通信条件情報を取得して、当該通信条件情報に示される通信条件を満たす通信要求を抽出するフィルタ処理手順と、
前記フィルタ処理工程によって通信要求が抽出された場合に、前記アドホックアドレスまたは前記アドレス識別子から前記実アドレスを取得し、前記通信要求の通信先を前記アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する転送処理手順と、
をコンピュータに実行させることを特徴とする通信制御プログラム。
【請求項１６】
前記アドレス生成手順は、所定の鍵を用いて前記アドホックアドレスを生成し、
前記フィルタ処理手順は、前記所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする請求項１５に記載の通信制御プログラム。
【請求項１７】
前記実アドレスに置き換えられて転送された通信要求に対する返信要求を前記所定の利用者の端末から受け付け、当該返信要求の通信元を前記アドホックアドレスに置き換えて当該返信要求を前記他の利用者の端末に転送する返信処理手順をさらにコンピュータに実行させることを特徴とする請求項１５または１６に記載の通信制御プログラム。
【請求項１８】
前記他の利用者の端末から前記アドホックアドレスを通信先とする通信要求を受け取った際に、当該他の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記他の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成する通信元アドレス生成工程をさらにコンピュータに実行させ、
前記転送処理手順は、前記通信要求の通信先を前記アドホックアドレスから取得した実アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する際に、当該通信要求の通信元も前記通信元アドレス生成手順によって生成されたアドホックアドレスに置き換えて転送することを特徴とする請求項１５、１６または１７に記載の通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する通信制御システム、通信制御方法および通信制御プログラムに関する。
【背景技術】
【０００２】
従来より、インターネットにおいては、電子掲示板、ネットオークション、リバースオークション（逆オークション）、メーリングリスト、お見合い仲介、求人求職仲介など、複数の利用者が参加するサービスが提供されている。そして、このようなサービスにおいては、ある利用者のメッセージをサーバ上で（またはメーリングリストを通じて）公開することで利用者間のコミュニケーションを図るだけではなく、特定の利用者間だけで非公開のコミュニケーションも行うことができるようにしたものもある。
【０００３】
例えば、特許文献１（米国特許第５７９４２０７号明細書）や特許文献２（特開２００１−２２６６３号公報）に開示されたオークションシステムでは、売り手と買い手の間に介在するサーバにおいて、買い手や売り手にユーザ識別子（ユーザＩＤ）を付与し、このユーザＩＤを公開するとともに、ユーザＩＤに対応付けて買い手や売り手のメールアドレスをデータベース（ＤＢ）にて管理する。そして、ある売り手または買い手からユーザＩＤ宛のメッセージを受け取ると、ＤＢを参照してユーザＩＤに対応する売り手または買い手のメールアドレスを取得し、このメールアドレス宛にメッセージを転送する。
【０００４】
また、例えば、特許文献３（特開２００２−２４６２０号公報）や上記の特許文献１（米国特許第５７９４２０７号明細書）に開示されたオークションシステムでは、ユーザＩＤではなく、買い手の購入条件（オファー）、売り手のオファー応答、売り手の代案毎に案件識別子（案件ＩＤ）を付与するとともに、案件ＩＤに対応付けて買い手や売り手のメールアドレスをデータベース（ＤＢ）にて管理する。そして、ある売り手または買い手から案件ＩＤ宛のメッセージを受け取ると、ＤＢを参照して案件ＩＤに対応する売り手または買い手のメールアドレスを取得し、このメールアドレス宛にメッセージを転送する。
【０００５】
【特許文献１】米国特許第５７９４２０７号明細書
【特許文献２】特開２００１−２２６６３号公報
【特許文献３】特開２００２−２４６２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記した従来の技術は、ユーザの実アドレスそのものを秘匿することはできるが、以下に説明するように、利用者のプライバシー、迷惑メッセージ、利用者の信用履歴、システムの転送処理、データベースのリソースなどの観点から問題点があった。
【０００７】
すなわち、上記した従来技術のうち、ユーザＩＤを用いる従来技術（特許文献１や特許文献２などに開示された技術）では、異なる案件について同一のユーザＩＤが知れ渡り、利用者のプライバシーを完全に保護することができないという問題点の他に、ユーザＩＤを宛先とするＳＰＡＭメールなどの迷惑メッセージが利用者へ転送または提供されてしまうという問題点があった。なお、この問題点を解決するためにユーザＩＤを頻繁に変更することも考えられるが、ユーザの信用履歴まで失われるので、適当な解決策ではない。
【０００８】
また、上記の従来技術では、ユーザＩＤ宛または案件ＩＤ宛のメッセージを受け取る度にデータベースを参照する必要があり、データベースに負担がかかるという問題点の他に、転送処理が遅滞するという問題点があった。特に、案件ＩＤごとにメールアドレスをデータベースに管理する従来技術（特許文献１、特許文献３に開示された技術）では、案件やトランザクション（各利用者の問い合わせや応答）の数に比例してデータベースのリソースが大きくなってしまうため、些細な問い合わせが多数行われるインターネット上のサービスでは不都合であった。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能な通信制御システム、通信制御方法および通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する通信制御システムであって、前記サービスの提供に関連して、所定の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記所定の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するアドレス生成手段と、前記アドレス生成手段によって生成されたアドホックアドレスを他の利用者に開示するアドレス開示手段と、前記アドホックアドレスを通信先とする通信要求を前記他の利用者の端末から受け付け、当該アドホックアドレスから前記通信条件情報を取得して、当該通信条件情報に示される通信条件を満たす通信要求を抽出するフィルタ処理手段と、前記フィルタ処理手段によって通信要求が抽出された場合に、前記アドホックアドレスまたは前記アドレス識別子から前記実アドレスを取得し、前記通信要求の通信先を前記アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する転送処理手段と、を備えたことを特徴とする。
【００１１】
また、請求項２に係る発明は、上記の発明において、前記アドレス生成手段は、所定の鍵を用いて前記アドホックアドレスを生成し、前記フィルタ処理手段は、前記所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする。
【００１２】
また、請求項３に係る発明は、上記の発明において、前記アドレス生成手段は、前記実アドレスまたはアドレス識別子と前記通信条件情報とを管理して前記サービスを提供するサービス提供装置と前記ネットワークを介して接続するとともに、前記所定の鍵を管理する鍵管理装置が備え、当該アドレス生成手段は、前記サービス提供装置から前記実アドレスまたはアドレス識別子と前記通信条件情報とを受け取り、前記所定の鍵を用いて前記アドホックアドレスを生成し、前記フィルタ処理手段は、前記鍵管理装置と同様に前記所定の鍵を管理するとともに、当該所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする。
【００１３】
また、請求項４に係る発明は、上記の発明において、前記アドレス生成手段は、前記所定の鍵を生成するためのマスター鍵を管理して当該所定の鍵を生成するマスター鍵管理装置と前記ネットワークを介して接続するとともに、前記実アドレスまたはアドレス識別子と前記通信条件情報とを管理して前記サービスを提供するサービス提供装置が備え、当該アドレス生成手段は、前記サービスを提供する者を一意に特定する発行者識別子と前記マスター鍵とから生成された前記所定の鍵を前記マスター鍵管理装置から受け取り、当該所定の鍵を用いて前記発行者識別情報を埋め込んだアドホックアドレスを生成し、前記フィルタ処理手段は、前記マスター鍵管理装置と同様に前記マスター鍵を管理するとともに、前記アドホックアドレスから前記発行者識別子を取得し、当該発行者識別情報および前記マスター鍵から前記所定の鍵を生成して、当該所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする。
【００１４】
また、請求項５に係る発明は、上記の発明において、前記フィルタ処理手段は、前記実アドレスまたはアドレス識別子に対応付けて前記アドホックアドレスの生成を許可する発行者識別子をさらに管理するとともに、前記アドホックアドレスから前記発行者識別子と前記実アドレスまたはアドレス識別子とを取得し、前記アドホックアドレスの生成許可を満たす通信要求を抽出することを特徴とする。
【００１５】
また、請求項６に係る発明は、上記の発明において、前記実アドレスに置き換えられて転送された通信要求に対する返信要求を前記所定の利用者の端末から受け付け、当該返信要求の通信元を前記アドホックアドレスに置き換えて当該返信要求を前記他の利用者の端末に転送する返信処理手段をさらに備えたことを特徴とする。
【００１６】
また、請求項７に係る発明は、上記の発明において、前記他の利用者の端末から前記アドホックアドレスを通信先とする通信要求を受け取った際に、当該他の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記他の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成する通信元アドレス生成手段をさらに備え、前記転送処理手段は、前記通信要求の通信先を前記アドホックアドレスから取得した実アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する際に、当該通信要求の通信元も前記通信元アドレス生成手段によって生成されたアドホックアドレスに置き換えて転送することを特徴とする。
【００１７】
また、請求項８に係る発明は、上記の発明において、前記サービスは、所定の情報を開示する開示者と当該情報を閲覧する閲覧者とを仲介する仲介サービスであって、前記アドレス生成手段は、前記開示者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記閲覧者から前記開示者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成することを特徴とする。
【００１８】
また、請求項９に係る発明は、上記の発明において、前記サービスは、所定のメーリングリスト宛に出された発言者のメール内容を当該メーリングリストの参加者に配信するメーリングリストサービスであって、前記アドレス生成手段は、前記発言者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記参加者から前記発言者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成することを特徴とする。
【００１９】
また、請求項１０に係る発明は、上記の発明において、前記サービスは、出品者の出品条件に対して落札者を決定するオークションサービスであって、前記アドレス生成手段は、前記落札者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記出品者から前記落札者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するとともに、前記出品者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記落札者から前記出品者に通信する際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成することを特徴とする。
【００２０】
また、請求項１１に係る発明は、ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する通信制御方法であって、前記サービスの提供に関連して、所定の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記所定の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するアドレス生成工程と、前記アドレス生成工程によって生成されたアドホックアドレスを他の利用者に開示するアドレス開示工程と、前記アドホックアドレスを通信先とする通信要求を前記他の利用者の端末から受け付け、当該アドホックアドレスから前記通信条件情報を取得して、当該通信条件情報に示される通信条件を満たす通信要求を抽出するフィルタ処理工程と、前記フィルタ処理工程によって通信要求が抽出された場合に、前記アドホックアドレスまたは前記アドレス識別子から前記実アドレスを取得し、前記通信要求の通信先を前記アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する転送処理工程と、を含んだことを特徴とする。
【００２１】
また、請求項１２に係る発明は、上記の発明において、前記アドレス生成工程は、所定の鍵を用いて前記アドホックアドレスを生成し、前記フィルタ処理工程は、前記所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする。
【００２２】
また、請求項１３に係る発明は、上記の発明において、前記実アドレスに置き換えられて転送された通信要求に対する返信要求を前記所定の利用者の端末から受け付け、当該返信要求の通信元を前記アドホックアドレスに置き換えて当該返信要求を前記他の利用者の端末に転送する返信処理工程をさらに含んだことを特徴とする。
【００２３】
また、請求項１４に係る発明は、上記の発明において、前記他の利用者の端末から前記アドホックアドレスを通信先とする通信要求を受け取った際に、当該他の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記他の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成する通信元アドレス生成工程をさらに含み、前記転送処理工程は、前記通信要求の通信先を前記アドホックアドレスから取得した実アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する際に、当該通信要求の通信元も前記通信元アドレス生成工程によって生成されたアドホックアドレスに置き換えて転送することを特徴とする。
【００２４】
また、請求項１５に係る発明は、ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する通信制御方法をコンピュータに実行させる通信制御プログラムであって、前記サービスの提供に関連して、所定の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記所定の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成するアドレス生成手順と、前記アドレス生成手順によって生成されたアドホックアドレスを他の利用者に開示するアドレス開示手順と、前記アドホックアドレスを通信先とする通信要求を前記他の利用者の端末から受け付け、当該アドホックアドレスから前記通信条件情報を取得して、当該通信条件情報に示される通信条件を満たす通信要求を抽出するフィルタ処理手順と、前記フィルタ処理工程によって通信要求が抽出された場合に、前記アドホックアドレスまたは前記アドレス識別子から前記実アドレスを取得し、前記通信要求の通信先を前記アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する転送処理手順と、をコンピュータに実行させることを特徴とする。
【００２５】
また、請求項１６に係る発明は、上記の発明において、前記アドレス生成手順は、所定の鍵を用いて前記アドホックアドレスを生成し、前記フィルタ処理手順は、前記所定の鍵を用いて前記アドホックアドレスの正当性を検証した上で、前記通信条件を満たす通信要求を抽出することを特徴とする。
【００２６】
また、請求項１７に係る発明は、上記の発明において、前記実アドレスに置き換えられて転送された通信要求に対する返信要求を前記所定の利用者の端末から受け付け、当該返信要求の通信元を前記アドホックアドレスに置き換えて当該返信要求を前記他の利用者の端末に転送する返信処理手順をさらにコンピュータに実行させることを特徴とする。
【００２７】
また、請求項１８に係る発明は、上記の発明において、前記他の利用者の端末から前記アドホックアドレスを通信先とする通信要求を受け取った際に、当該他の利用者が有する通信用の実アドレスを秘匿しつつ、当該実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と前記他の利用者を通信先とする際の通信条件を示す通信条件情報とを埋め込んだアドホックアドレスを生成する通信元アドレス生成工程をさらにコンピュータに実行させ、前記転送処理手順は、前記通信要求の通信先を前記アドホックアドレスから取得した実アドレスに置き換えて当該通信要求を前記所定の利用者の端末に転送する際に、当該通信要求の通信元も前記通信元アドレス生成手順によって生成されたアドホックアドレスに置き換えて転送することを特徴とする。
【発明の効果】
【００２８】
請求項１、１１または１５の発明によれば、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能になる。
【００２９】
また、請求項２、１２または１６の発明によれば、アドホックアドレスの不正な生成や改ざんを困難にすることができ、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持を強固にすることも可能になる。
【００３０】
また、請求項３の発明によれば、鍵の更新を簡便かつ頻繁に行うことができ、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持を一層強固にすることも可能になる。
【００３１】
また、請求項４の発明によれば、アドホックアドレスの発行を広範囲で行うことができ、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持を広範囲で強固にすることも可能になる。
【００３２】
また、請求項５の発明によれば、実アドレスまたはアドレス識別子が不正に入手されても、利用者が許容しない発行者によって発行されたアドホックアドレスを排除することも可能になる。
【００３３】
また、請求項６、１３または１７の発明によれば、通信要求に対する返信にともなって返信元の実アドレスが開示される事態を防止することも可能になる。
【００３４】
また、請求項７、１４または１８の発明によれば、アドホックアドレスの利用にともなって通信元の実アドレスが開示される事態を防止することも可能になる。
【００３５】
また、請求項８の発明によれば、インターネット上で行われる仲介サービスにおいて、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能になる。
【００３６】
また、請求項９の発明によれば、インターネット上で行われるメーリングリストサービスにおいて、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能になる。
【００３７】
また、請求項１０の発明によれば、インターネット上で行われるオークションサービスにおいて、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能になる。
【発明を実施するための最良の形態】
【００３８】
以下に添付図面を参照して、この発明に係る通信制御システム、通信制御方法および通信制御プログラムの実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係る通信制御システムの概要および特徴を説明した後に、種々の実施例を説明し、最後に本実施例に対する変形例を説明する。
【００３９】
［用語の説明］
まず最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「サービス」とは、インターネットなどのネットワーク上で提供されて、複数の利用者が参加するサービスのことを指し、具体的には、電子掲示板、ネットオークション、リバースオークション（逆オークション）、メーリングリスト、お見合い仲介、求人求職仲介などのサービスがこれに該当する。
【００４０】
また、本実施例で用いる「実アドレス」とは、上記のサービスを利用する利用者が本来的に有している通信用の連絡先のことを指し、具体的には、メールアドレス（インターネットメール、携帯メール等のアドレス）、電話番号（固定電話、ＩＰ電話、携帯電話、ＰＨＳ等の番号）などの連絡先がこれに該当する。
【００４１】
また、本実施例で用いる「コンテキスト条件（特許請求の範囲に記載の「通信条件」に対応する。）」とは、上記の利用者を通信先（メールや電話の宛先）とする際の通信条件のことを指し、具体的には、通信先への通信が許可される発信者のアドレス（メールアドレス、電話番号）、通信先への通信が許可される発信者の発ドメイン（または発市外局番）、許可の有効期限、許可の有効開始日などを指定した条件がこれに該当する。
【００４２】
また、本実施例で用いる「アドホックアドレス」とは、上記の実アドレスを秘匿しつつ、実アドレスまたは当該実アドレスを一意に特定するアドレス識別子と上記のコンテキスト条件を示す条件情報とを埋め込んで生成された一時アドレスのことを指し、具体的には、着信者のメールアドレスとコンテキスト条件とを符号化した後に結合して所定の鍵で暗号化することで生成されるアドホックなメールアドレス（図１０参照）、着信者メールアドレスに対応するアドレス識別子とコンテキスト条件と検証コード（コンテキスト条件と所定の鍵とで作成されるコード）とを結合することで生成されるアドホックなメールアドレス（図２９参照）、これらと同様に、着信者の電話番号（または電話番号の識別子）を用いて生成されるアドホックな電話番号などがこれに該当する。
【００４３】
［概要および特徴］
続いて、本実施例に係る通信制御システムの概要および特徴を説明する。インターネットにおいては、電子掲示板、ネットオークション、リバースオークション（逆オークション）、メーリングリスト、お見合い仲介、求人求職仲介など、複数の利用者が参加するサービスが提供されているが、上記したようなサービスには、ある利用者のメッセージをサーバ上で（またはメーリングリストを通じて）公開するだけではなく、特定の利用者間だけでメールや電話による非公開のコミュニケーションも行えるようにしたものもある。
【００４４】
すなわち、例を挙げれば、お見合い仲介や求人求職仲介のサービスには、サーバ上で公開された個人情報の登録者に対して閲覧者がメールや電話による連絡を取ることができるものもある。また、メーリングリストのサービスにも、メーリングリストを通じて配信されたメールの発言者に対してメーリングリストの参加者がメールや電話による連絡を取ることができるようにしたものもある。さらに、オークションのサービスにも、出品者に対して入札者が電話やメールによる連絡を取るだけではなく、出品者と落札者の間で電話やメールによる連絡を取ることができるようにしたものもある。
【００４５】
そして、本実施例に係る通信制御システムは、概略的には、上記のサービスに参加する複数の利用者の端末間における通信を制御するものであるが、特に、上記したような特定の利用者間だけで行われるメールや電話による通信を制御する処理に主たる特徴があり、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することができるようにしている。
【００４６】
これを具体的に説明すると、本実施例に係る通信制御システムでは、利用者の実アドレスを開示するのではなく、また、利用者の実アドレスとユーザＩＤ（または案件ＩＤ）とをデータベースに対応付けてユーザＩＤ（または案件ＩＤ）を開示するのではなく、サービスの提供に関連して、上記したようなアドホックアドレスを生成して開示する。
【００４７】
つまり、上記した例で言えば、仲介サービスでは、登録者の実アドレスを秘匿しつつ、この実アドレスおよびコンテキスト条件から登録者宛のアドホックアドレスを生成して閲覧者に開示する。また、メーリングリストでは、発言者の実アドレスを秘匿しつつ、この実アドレスおよびコンテキスト条件から発言者宛のアドホックアドレスを生成して参加者に開示する。さらに、オークションでは、出品者の実アドレスを秘匿しつつ、この実アドレスおよびコンテキスト条件から出品者宛のアドホックアドレスを生成して落札者に開示するとともに、落札者の実アドレスを秘匿しつつ、この実アドレスおよびコンテキスト条件から落札者宛のアドホックアドレスを生成して出品者に開示する。
【００４８】
かかるアドホックアドレスの生成および開示に続いて、本実施例に係る通信制御システムでは、アドホックアドレスを通信先とする通信要求（メールや電話）を受け付け、アドホックアドレスからコンテキスト条件を取得して、かかるコンテキスト条件を満たす通信要求を抽出する。つまり、上記した例で言えば、仲介サービスの登録者、メーリングリストの発言者、オークションの出品者や落札者など、アドホックアドレスの宛先である利用者によって予め指定された発信者のアドレス（メールアドレス、電話番号）、発信者の発ドメイン（または発市外局番）、許可の有効期限、許可の有効開始日などの条件を満たすメールまたは電話のみを、フィルタリングによって抽出する。
【００４９】
そして、このフィルタリングに続いて、本実施例に係る通信制御システムでは、アドホックアドレスから実アドレスを取得するか、または、アドホックアドレスからアドレス識別子を取得した後、アドレステーブル（アドレス識別子と実アドレスを対応付けたテーブル）を参照して実アドレスを取得し、フィルタリングによって抽出された通信要求の通信先を実アドレスに置き換えて、この通信要求を利用者の端末に転送する。つまり、上記した例で言えば、フィルタリングによって抽出されたメールや電話は、その宛先を、仲介サービスの登録者が有する実アドレス、メーリングリストの発言者が有する実アドレス、オークションの出品者や落札者が有する実アドレスに置き換えられて転送される。その結果、これらの登録者、発言者、出品者や落札者は、自らが指定したコンテキスト条件を満たすメールや電話のみを端末にて受け付けることになる。
【００５０】
上記したように、本実施例に係る通信制御システムによれば、利用者の実アドレスは秘匿したままで、利用者が指定した通信条件を満たすメールや電話のみをフィルタリングして利用者に転送するので、利用者への迷惑なメールや電話を排除することが可能になる。        
【００５１】
また、本実施例に係る通信制御システムによれば、利用者のユーザＩＤを宛先として開示するのではなく、一定の通信条件を満たす場合にのみ有効なアドレスとなるアドホックアドレスを宛先として開示するので、利用者のプライバシーを保護することが可能になるとともに、利用者の信用履歴を維持することも可能になる。
【００５２】
また、本実施例に係る通信制御システムによれば、通信要求を受け付ける度にデータベースを参照して実アドレスを取得するのではなく、通信条件を満たす通信要求を受け付けた場合にのみ、アドホックアドレスから実アドレスを取得するか、または、アドレステーブル（アドレス識別子と実アドレスを対応付けたテーブル）を参照して実アドレスを取得するので、通信要求の転送処理の負荷を軽減することが可能になる。
【００５３】
また、本実施例に係る通信制御システムによれば、サービスの案件ＩＤごとに利用者の実アドレスをデータベースで管理するのではなく、実アドレスをアドホックアドレスに埋め込むか、または、アドレス識別子ごとに実アドレスをデータベース（アドレステーブル）で管理するので、案件やトランザクション（各利用者の問い合わせや応答）の数に比例してデータベースのリソースが大きくなってしまうこともなく、データベースのリソースを削減することが可能になる。
【００５４】
また、本実施例に係る通信制御システムによれば、実アドレスに対応付けてデータベースに登録された通信条件を参照してフィルタリングを行うのではなく、アドホックアドレスから取得した通信条件を用いてフィルタリングを行うので、データベースの管理負担を生じさせることなく、通信要求のフィルタリング処理を高速化することが可能になる。
【実施例１】
【００５５】
実施例１では、いわゆる仲介サービス（相手検索サービス）に本発明を適用した場合を説明する。より詳細には、実施例１では、相手検索サーバからアドホックアドレスの発行依頼を受けたアドホックアドレス発行サーバにおいて、アドホックアドレスを生成する。また、実施例１では、相手検索サーバ上で公開された個人情報の登録者のメールアドレスとコンテキスト条件とを符号化した後に結合して所定の鍵で暗号化することでアドホックアドレスを生成し、これを閲覧者に開示する。
【００５６】
そして、実施例１では、アドホックアドレスを宛先とするアドホックメールをフィルタリングし、このメールを登録者に転送する。なお、以下では、本実施例１に係る通信制御システムの構成を説明した後に、アドホックアドレスの開示までの処理手順、アドホックアドレス生成処理、アドホックメールの転送までの処理手順、フィルタ処理を順に説明する。
【００５７】
［通信制御システムの構成（実施例１）］
まず最初に、図１を用いて、本実施例１に係る通信制御システムの構成を説明する。図１は、本実施例１に係る通信制御システムの構成を示すブロック図である。同図に示すように、本実施例１に係る通信制御システムは、インターネット４００やＬＡＮ１００を介して、着信者端末２２０と、発信者端末３２０と、着側メールサーバ２１０と、発側メールサーバ３１０と、相手検索サーバ４１０と、アドホックアドレス発行サーバ１２０と、アドホックメール転送サーバ１１０とを相互に通信可能に接続して構成される。
【００５８】
このうち、着信者端末２２０および発信者端末３２０は、少なくともＷＥＢブラウザソフトや電子メールソフトがインストールされた、既知のパーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末などである。なお、実施例１では、着信者端末２２０は、相手検索サーバ４１０に個人情報が登録され、アドホックメールの着信者２３０となる会員（情報登録者）が利用する端末であり、また、発信者端末３２０は、相手検索サーバ４１０にアクセスして個人情報を閲覧し、アドホックメールの発信者３３０となる閲覧者が利用する端末である。
【００５９】
着側メールサーバ２１０および発側メールサーバ３１０は、いわゆる既知のメールサーバであり、特に、実施例１では、着側メールサーバ２１０は、着信者端末２２０にアドホックメールを転送する役割を有し、また、発側メールサーバ３１０は、発信者端末３２０からアドホックメールを受け付ける役割を有する。
【００６０】
相手検索サーバ４１０は、発信者３３０などの利用者に相手検索サービスを提供するとともに、アドホックアドレス発行サーバ１２０に着信者２３０のアドホックアドレス生成を依頼するサーバである。なお、相手検索サーバ４１０は、相手検索のサービスを提供するサービス業者が有する装置である。
【００６１】
アドホックアドレス発行サーバ１２０は、相手検索サーバ４１０からの依頼に応じてアドホックアドレスを発行するサーバであり、アドホックメール転送サーバ１１０は、アドホックアドレスを宛先とするアドホックメールを受け付けて、これをフィルタリングして着信者２３０に転送するサーバである。なお、アドホックアドレス発行サーバ１２０およびアドホックメール転送サーバ１１０は、アドホックアドレスを管理するアドホックアドレス業者が有する装置である。以下に、本実施例１の主たる特徴を担う相手検索サーバ４１０、アドホックアドレス発行サーバ１２０、アドホックメール転送サーバ１１０の構成を詳細に説明する。
【００６２】
［相手検索サーバの構成（実施例１）］
相手検索サーバ４１０は、図１に示すように、ＨＴＴＰ通信部４１１と、会員データベース４１２と、検索処理部４１３と、検索結果生成部４１４と、サーバ認証情報記憶部４１５と、アドレス代理申請部４１６とを備える。なお、相手検索サーバ４１０は請求項３のサービス提供装置に対応する。
【００６３】
このうち、会員データベース４１２は、会員である登録者に関する各種の情報を記憶する手段であり、具体的には、図２に例示するように、会員ごとに、ユーザ名やパスワードに対応付けて、閲覧者に開示される年齢や性別、趣味などの個人情報の他に、メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件などの連絡先情報を記憶して構成される。ここで、「アドレス開示条件」とは、メールアドレスや電話番号を、そのまま開示するのか、アドホックアドレスにして開示するのかを指定した条件である。また、「アドホックアドレス利用条件」とは、上記したコンテキスト条件のことであるが、本実施例１の仲介サービスは、発信者限定の条件が常に適用されるサービスであるので、ここでは、発信者限定以外のコンテキスト条件を各会員から受け付けて記憶している。
【００６４】
サーバ認証情報記憶部４１５は、アドホックアドレス発行サーバ１２０にアドホックアドレス発行を依頼する際に必要な認証情報を記憶する手段であり、具体的には、図３に例示するように、アドホックアドレス発行を依頼する複数のサーバそれぞれを一意に特定するためのサーバＩＤと、各サーバに設定されたパスワードとを対応付けて記憶して構成される。
【００６５】
ＨＴＴＰ通信部４１１は、いわゆるＨＴＴＰの通信プロトコルにしたがって、アドホックアドレス発行サーバ１２０やクライアント（着信者端末２２０、発信者端末３２０）など、インターネット１００上の他の装置との間における通信を制御する手段である。
【００６６】
検索処理部４１３は、発信者端末３２０から受け付けたアクセス要求や検索要求を処理する手段である。具体的には、発信者端末３２０からアクセス要求を受け付けると、これに続いて会員である閲覧者（発信者３３０）のユーザＩＤおよびパスワードを受け付けて、会員データベース４１２に基づいてユーザ認証を行う。その結果、ユーザの認証が成功すれば、発信者端末３２０から検索要求を受け付け、この検索要求を満たす会員（登録者）を会員データベース４１２から検索して、この検索結果を検索結果生成部４１４に受け渡す。さらに、これに応じて、検索結果生成部４１４から検索結果生成情報を受け取ると、この検索結果生成情報を発信者端末３２０に送信する。
【００６７】
検索結果生成部４１４は、検索処理部４１３から受け付けた検索結果を処理する手段である。具体的には、検索処理部４１３から検索結果を受け付けると、検索結果に対応する会員の連絡先情報（メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）および発信者３３０の実アドレス（メールアドレス）を会員データベース４１２から読み出し、これをアドレス代理申請部４１３に受け渡す。さらに、これに応じて、アドレス代理申請部４１３からアドホックアドレスを受け取ると、検索結果の連絡先情報をアドホックアドレスに置き換えて、会員の個人情報およびアドホックアドレスからなる検索結果生成情報を検索処理部４１４に受け渡す。
【００６８】
アドレス代理申請部４１６は、検索結果生成部４１４から受け付けた連絡先情報を処理する手段である。具体的には、検索結果生成部４１４から検索結果に対応する会員の連絡先情報（メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）および発信者３３０の実アドレス（メールアドレス）を受け付けると、サーバ認証情報記憶部４１５からサーバ認証情報（サーバＩＤおよびパスワード）を読み出し、会員の連絡先情報、発信者３３０の実アドレスおよびサーバ認証情報からなるアドレス発行要求をアドホックアドレス発行サーバ１２０に送信する。さらに、これに応じて、アドホックアドレス発行サーバ１２０からアドホックアドレスを受信すると、このアドホックアドレスを検索結果生成部４１４に受け渡す。
【００６９】
［アドホックアドレス発行サーバの構成（実施例１）］
アドホックアドレス発行サーバ１２０は、図１に示すように、ＨＴＴＰ通信部１２１と、サーバ認証情報テーブル１２２と、サーバ認証部１２３と、暗号鍵テーブル１２４と、乱数列テーブル１２５と、アドホックアドレス生成部１２６と、条件コードテーブル１２６ａとを備える。なお、アドホックアドレス発行サーバ１２０は請求項３の鍵管理装置に対応し、ＨＴＴＰ通信部１２１は請求項１のアドレス開示手段に対応し、アドホックアドレス生成部１２６は請求項１、２、３または８のアドレス生成手段に対応する。
【００７０】
サーバ認証情報テーブル１２２は、アドホックアドレス発行を依頼してきたサーバを認証する際に基となる認証情報を記憶する手段であり、具体的には、図４に例示するように、アドホックアドレス発行依頼が許可されている各サーバのサーバＩＤに対応付けて、パスワードを記憶して構成される。
【００７１】
暗号鍵テーブル１２４は、アドホックアドレスの生成に用いる鍵（秘密鍵）を記憶する手段であり、具体的には、図５に例示するように、複数の鍵それぞれを一意に特定するための鍵ＩＤ（ＩＤ＿Ｋ）に対応付けて、それぞれの鍵（Ｋ）を記憶して構成される。
【００７２】
乱数列テーブル１２５は、アドホックアドレスの生成に用いる乱数列を記憶する手段であり、具体的には、図６に例示するように、複数の乱数列それぞれを一意に特定するためのインデックス番号に対応付けて、それぞれの乱数列を記憶して構成される。
【００７３】
条件コードテーブル１２６ａは、アドホックアドレスに埋め込む通信条件の種別情報を記憶する手段であり、具体的には、図７に例示するように、通信条件の組合せパターンに対応付けて、それぞれの組合せパターンを示す符号化コード（種別情報）を記憶して構成される。ここで、「Ｓ」は、発信者のアドレス（メールアドレス、電話番号）を限定する通信条件に対応し、「Ｄ」は、発信者の発ドメイン（または発市外局番）を限定する通信条件に対応し、「Ｅ」は、許可の有効期限を限定する通信条件に対応し、パターン「Ｆ」は、許可の有効開始日を限定する通信条件に対応する。つまり、パターン「Ｓ」であれば、発信者のアドレスを限定する通信条件がアドホックアドレスに埋め込まれることを意味し、また、パターン「ＳＥ」であれば、発信者のアドレスおよび有効期限を限定する通信条件がアドホックアドレスに埋め込まれることを意味する。
【００７４】
ＨＴＴＰ通信部１２１は、いわゆるＨＴＴＰの通信プロトコルにしたがって、相手検索サーバ４１０など、インターネット１００上の他の装置との間における通信を制御する手段である。
【００７５】
サーバ認証部１２３は、相手検索サーバ４１０などから受け付けたアドホックアドレス発行要求を処理する手段である。具体的には、相手検索サーバ４１０から会員の連絡先情報（メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）、発信者３３０の実アドレスおよびサーバ認証情報（サーバＩＤおよびパスワード）からなるアドレス発行要求を受け付けると、これに対応するサーバＩＤおよびパスワードがサーバ認証情報テーブル１２２に記憶されているか否かを認証する。その結果、サーバの認証が成功すれば、アドホックアドレス生成部１２６に会員の連絡先情報および発信者３３０の実アドレスを受け渡す。一方、サーバの認証が失敗すれば、その旨を相手検索サーバ４１０に送信する。
【００７６】
アドホックアドレス生成部１２６は、サーバ認証部１２３から受け取った連絡先情報および発信者３３０の実アドレスと、暗号鍵テーブル１２４、乱数列テーブル１２５および条件コードテーブル１２６ａに記憶された情報とに基づいて、アドホックアドレスを生成する手段である。なお、このアドホックアドレスの生成処理については後に詳述する。
【００７７】
［アドホックメール転送サーバの構成（実施例１）］
アドホックメール転送サーバ１１０は、図１に示すように、メール通信部１１１と、暗号鍵テーブル１１２と、乱数列テーブル１１３と、フィルタ処理部１１４と、条件コードテーブル１１４ａと、転送処理部１１５とを備える。なお、フィルタ処理部１１４は請求項１、２または３のフィルタ処理手段に対応し、転送処理部１１５は請求項１の転送処理手段に対応する。
【００７８】
このうち、暗号鍵テーブル１１２、乱数列テーブル１１３および条件コードテーブル１１４ａは、上記したアドホックアドレス発行サーバ１２０が備える暗号鍵テーブル１２４、乱数列テーブル１２５および条件コードテーブル１２６ａとの間で、ＬＡＮ１１０を介して同期を取られているテーブルである。つまり、図５、図６、図７に例示したものと同様の情報を記憶する。
【００７９】
メール通信部１１１は、いわゆるＳＭＴＰの通信プロトコルにしたがって、発側メールサーバ３１０や着側メールサーバ２１０など、インターネット１００上の他のメールサーバとの間における通信を制御する手段である。
【００８０】
フィルタ処理部１１４は、アドホックアドレスを宛先とするアドホックメールをフィルタリング処理する手段である。具体的には、アドホックアドレスを宛先とするメールについて、発側メールサーバ３１０などからアドホックアドレスおよび発信者のメールアドレスを含んだメール送信要求を受信すると、暗号鍵テーブル１１２や条件コードテーブル１１４ａに記憶された情報に基づいて、アドホックアドレスからコンテキスト条件を取得し、このコンテキスト条件を満たすメールであるかどうかをフィルタリングする。その結果、コンテキスト条件を満たす（転送可）場合には、乱数列テーブル１１３に記憶された情報に基づいて、さらにアドホックアドレスから実アドレス（着信者のメールアドレス）を取得し、この実アドレスを転送処理部１３５に受け渡すとともに、発側メールサーバ３１０にメール送信許可を送信し、転送可とされたメールのデータをアドホックメール転送サーバ１１０へ転送させる。一方、コンテキスト条件を満たさない（転送不可）場合には、メール受信拒否メッセージを発側メールサーバ３１０に送信する。なお、このフィルタリング処理については後に詳述する。
【００８１】
転送処理部１１５は、アドホックアドレスを宛先とするアドホックメールを転送処理する手段である。具体的には、フィルタ処理部１１４によって転送可とされたメールについて、そのデータを発側メールサーバ３１０から受信するととともに、フィルタ処理部１１４から実アドレス（着信者のメールアドレス）を受け取ると、メールの宛先をアドホックアドレスから実アドレスに置き換えて、このメールを着側メールサーバ２１０に転送する。
【００８２】
［アドホックアドレスの開示までの処理手順（実施例１）］
次に、図８を参照して、アドホックアドレスの開示に至る処理手順を説明する。図８は、実施例１によるアドホックアドレスの開示までの処理手順を示すシーケンス図である。
【００８３】
同図に示すように、相手検索サーバ４１０は、発信者端末３２０からＨＴＴＰ要求メッセージ形式のアクセス要求を受信すると（ステップＳ８０１）、ＨＴＴＰ応答メッセージ形式のユーザ認証フォーム（ページ）を発信者端末３２０に送信する（ステップＳ８０２）。これに対して、ユーザＩＤおよびパスワードが入力されたＨＴＴＰ要求メッセージ形式の認証要求を発信者端末３２０から受信すると（ステップＳ８０３）、相手検索サーバ４１０は、会員データベース４１２に基づいてユーザ認証を行う（ステップＳ８０４）。
【００８４】
その結果、ユーザの認証が成功すれば、相手検索サーバ４１０は、ＨＴＴＰ応答メッセージ形式の検索条件入力フォームを発信者端末３２０に送信する（ステップＳ８０５）。これに対して、年齢や趣味などの検索条件が入力されたＨＴＴＰ要求メッセージ形式の相手検索要求を発信者端末３２０から受信すると（ステップＳ８０６）、相手検索サーバ４１０は、この相手検索要求を満たす会員（登録者）を会員データベース４１２から検索する（ステップＳ８０７）。
【００８５】
そして、相手検索サーバ４１０は、検索結果に対応する会員の連絡先情報（メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）および発信者３３０の実アドレスを会員データベース４１２から読み出す（ステップＳ８０８）。さらに、相手検索サーバ４１０は、サーバ認証情報記憶部４１５からサーバ認証情報（サーバＩＤおよびパスワード）を読み出し、会員の連絡先情報、発信者３３０の実アドレスおよびサーバ認証情報からなるアドホックアドレス発行要求をアドホックアドレス発行サーバ１２０に送信する（ステップＳ８０９）。
【００８６】
かかるアドホックアドレス発行要求を受信したアドホックアドレス発行サーバ１２０は、アドホックアドレス発行要求に含まれるサーバ認証情報（サーバＩＤおよびパスワード）を読み出し、サーバ認証情報テーブル１２２に基づいてサーバ認証を行う（ステップＳ８１０）。その結果、サーバの認証が成功すれば、アドホックアドレス発行サーバ１２０は、アドホックアドレス発行要求に含まれる会員の連絡先情報（メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）および発信者３３０の実アドレスを読み出し、暗号鍵テーブル１２４、乱数列テーブル１２５および条件コードテーブル１２６ａに基づいて、アドホックアドレスを生成し（ステップＳ８１１）、このアドホックアドレスを含んだアドホックアドレス発行応答を相手検索サーバ４１０に送信する（ステップＳ８１２）。なお、このアドホックアドレスの生成処理については後に詳述する。
【００８７】
かかるアドホックアドレス発行応答を受信した相手検索サーバ４１０は、アドホックアドレス発行応答からアドホックアドレスを読み出し、上記したステップＳ８０７において検索された会員の検索結果について、その連絡先情報をアドホックアドレスに置き換える（ステップＳ８１３）。そして、相手検索サーバ４１０は、会員の個人情報およびアドホックアドレスからなる相手検索結果のページを発信者端末３２０に送信する（ステップＳ８１４）。上述した一連の処理を経ることによって、相手検索サーバ４１０上で公開されている会員を宛先としたアドホックアドレスが生成され、閲覧者に開示される。
【００８８】
［アドホックアドレス生成処理（実施例１）］
次に、図９および図１０を参照して、図８に示したアドホックアドレス生成処理（ステップＳ８１１）を詳細に説明する。なお、以下に説明するアドホックアドレス生成処理によって生成されるアドホックアドレスにおいて、そのユーザ名部分は暗号化によって着信者のメールアドレスＲとコンテキスト条件Ｃとが埋め込まれた文字列となり、ドメイン部分は「adhoc.isp-A.ne.jp」となる。そして、このドメイン名は、ＤＮＳの設定によってアドホックメール転送サーバ１１０のＩＰアドレスに対応している。
【００８９】
また、以下の説明においては、０から（２のＮ乗−１）までの整数値をＮビットの二進数で表現することを「Ｎビット整数符号化」と表す。例えば、７を３ビット整数符号化した結果は「１１１」であり、５ビット整数符号化した結果は「００１１１」である。また、以下では、ハッシュ関数を用いる処理を説明するが、この関数は、アドホックアドレス発行サーバ１２０とアドホックメール転送サーバ１１０とで共有されていれば十分であり、その具体的なアルゴリズムは任意である。なお、このような関数の具体的アルゴリズムとしては、例えば、ＭＤ５やＳＨＡ−１などがある。
【００９０】
図９は、図８に示したアドホックアドレス生成処理の流れを示すフローチャートであり、図１０は、図８に示したアドホックアドレス生成処理の具体例を示す図である。同図に示すように、アドホックアドレス発行サーバ１２０のアドホックアドレス生成部１２６は、会員（着信者２３０）の連絡先情報（メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）、発信者３３０の実アドレスおよびサーバ認証情報を含んだアドホックアドレス発行要求から、着信者２３０の着信メールアドレスＲを読み出して、この着信メールアドレスＲを圧縮符号化して「データＢ２２．ｐ」を生成する（ステップＳ９０１）。
【００９１】
ただし、ここでは、説明の便宜のため、アドホックアドレスが発行される全ての着信者のメールアドレスのドメイン名が「mail.isp-A.ne.jp」であり、かつ、そのユーザ名は６文字以上２２文字以下であることを前提とし、着信メールアドレスＲの全体ではなく、ユーザ名部分のみを符号化するものとする。すなわち、着信メールアドレスＲの圧縮符号化（ステップＳ９０１）においては、ユーザ名の文字数から６を引いた値を４ビット整数符号化し（ステップＳ９０１．１）、各文字をハフマン符号によって符号化するとともに、２バイト以上のバイト単位のデータとなるようにビット０を追加する（ステップＳ９０１．２）。なお、着信者のメールアドレスのドメイン名が共通しない場合には、着信メールアドレスＲの全体を圧縮符号化の対象とすればよい。
【００９２】
また、アドホックアドレス生成部１２６は、暗号鍵テーブル１２４を参照し、所定の暗号鍵Ｋを所定の選択アルゴリズムによって選択し、選択した暗号鍵Ｋと当該暗号鍵Ｋの識別子ＩＤ＿Ｋ（文字列１）を暗号鍵テーブル１２４から読み出す（ステップＳ９０２）。なお、この選択アルゴリズムは任意であり、例えば、ランダムに選択するアルゴリズムや、同一発行先についてラウンドロビンで選択する方法などがある。
【００９３】
そして、アドホックアドレス生成部１２６は、アドホックアドレス発行要求からコンテキスト条件Ｃ（アドレス開示条件、アドホックアドレス利用条件、発信者３３０の発信メールアドレス）を読み出し、条件コードテーブル１２６ａを参照しつつ、コンテキスト条件Ｃを符号化して「データＢ２１」を生成する（ステップＳ９０３）。
【００９４】
具体的には、コンテキスト条件Ｃの種別および組合せを、図７に示した条件コードテーブル１２６ａを参照しつつ符号化して「データＢ２１１」を生成する（ステップＳ９０３．１）。また、発信者３３０の発信メールアドレスのハッシュ値を求めて、ハッシュ値の下位１６ビットを符号化された「データＢ２１２．Ｓ」として生成する（ステップＳ９０３．２．Ｓ）。また、コンテキスト条件Ｃが発ドメイン指定を含む場合には、指定発ドメインの単語数を３ビット整数符号化し、これに指定発ドメインのハッシュ値の下位１３ビットを付加して「データＢ２１２．Ｄ」を生成する（ステップＳ９０３．２．Ｄ）。また、コンテキスト条件Ｃが有効期限指定や有効開始日指定を含む場合には、２０００年１月１日から当該指定日付までの日数を１６ビット整数符号化して「データＢ２１２．Ｅ」や「データＢ２１２．Ｆ」を生成する（ステップＳ９０３．２．Ｅ、ステップＳ９０３．２．Ｆ）。そして、これらの「データＢ２１２．Ｓ」、「データＢ２１２．Ｄ」、「データＢ２１２．Ｅ」および「データＢ２１２．Ｆ」のうち、コンテキスト条件の組合せ「データＢ２１２」に含まれるデータのみを結合して「データＢ２１２」を生成する（ステップＳ９０３．２）。そして、コンテキスト条件Ｃの種別および組合せを示す「データＢ２１１」の後に、各コンテキスト条件Ｃの内容を示す「データＢ２１２」を連結して「データＢ２１」を生成する（ステップＳ９０３．３）。
【００９５】
続いて、アドホックアドレス生成部１２６は、着信メールアドレスＲの符号化データである「データＢ２２．ｐ」に対して所定の乱数列「データＢ２２．ｒ」をＥＸＯＲ加算して「データＢ２２」を生成する（ステップＳ９０４）。具体的には、「データＢ２１」を引数とする選択関数を用いて乱数列テーブル１２５から乱数列「データＢ２２．ｒ」を選択する（ステップＳ９０４．１）。つまり、「データＢ２１」のハッシュ値を３２で割った余りをインデックス番号とする乱数列を乱数列テーブル１２５から取得する。そして、「データＢ２２．ｐ」と「データＢ２２．ｒ」とをＥＸＯＲ加算して「データＢ２２」を生成する（ステップＳ９０４．２）。
【００９６】
なお、上記のように、着信メールアドレスＲの符号化データに乱数列をＥＸＯＲ加算する意義は、悪意を持つ利用者が有効期限を変えながらアドホックアドレスを次々に取得して、差分攻撃によって暗号鍵解析を行うようなことを困難にする点にある。また、乱数列の選択に、「データＢ２１」に基づく選択アルゴリズムを用いる意義は、乱数列を識別するための追加的なデータによってデータ長が長くなる事態を回避する点にある。
【００９７】
その後、アドホックアドレス生成部１２６は、着信メールアドレスＲの符号化データである「データＢ２２」とコンテキスト条件Ｃの符号化データである「データＢ２１」を連結し、暗号鍵Ｋで暗号化して「データＢ２」を生成する（ステップＳ９０５）。具体的には、「データＢ２１」と「データＢ２２」とをつなげて「データＢ２ｐ」を生成し、これが３２ビット以下になるときは、適当な乱数で余ったビットを埋める（ステップＳ９０５．１）。また、「データＢ２ｐ」が１６バイト未満の場合には、いわゆるパディング処理として、任意の乱数アルゴリズムで発生させたデータを後ろに追加して１６バイトの「データＢ２ｐｐ」を生成する（ステップＳ９０５．２）。そして、「データＢ２ｐｐ」をステップＳ９０２で取得した暗号鍵Ｋで暗号化して「データＢ２」を生成する（ステップＳ９０５．３）。
【００９８】
なお、上記のように、パディング処理に乱数アルゴリズムを用いる意義は、既知平文攻撃による暗号鍵解析を困難にする点にある。
【００９９】
また、アドホックアドレス生成部１２６は、ステップＳ９０２で取得した暗号鍵Ｋの識別子ＩＤ＿Ｋ（文字列１）を７ビット整数符号化して「データＢ１」を生成する（ステップＳ９０６）。そして、アドホックアドレス生成部１２６は、着信メールアドレスＲおよびコンテキスト条件Ｃの符号化データである「データＢ２」の後ろに、暗号鍵Ｋの識別子の符号化データである「データＢ１」をつなげて１３５ビットのデータを生成し、これをＢＡＳＥ３２で符号化して２７文字の文字列に変換し、この文字列に「＠adhoc.isp-A.ne.jp」を付加することによって、アドホックアドレスＴを生成する（ステップＳ９０７）。
【０１００】
上述した一連の処理を経ることによって、着信者のメールアドレスとコンテキスト条件とを符号化した後に結合して所定の鍵で暗号化されたアドホックなメールアドレスが生成される。
【０１０１】
［アドホックメールの転送までの処理手順（実施例１）］
次に、図１１を参照して、アドホックメールの転送に至る処理手順を説明する。図１１は、実施例１によるアドホックメールの転送までの処理手順を示すシーケンス図である。
【０１０２】
同図に示すように、発側メールサーバ３１０は、発信者端末３２０から送信された着信者２３０のアドホックアドレスを宛先とするアドホックメールを受信すると（ステップＳ１１０１）、このアドホックアドレスおよび発信者のメールアドレスを含んだメール送信要求をアドホックメール転送サーバ１１０に送信する（ステップＳ１１０２）。
【０１０３】
かかるメール送信要求を受信したアドホックメール転送サーバ１１０は、暗号鍵テーブル１１２や条件コードテーブル１１４ａに記憶された情報に基づいて、アドホックアドレスからコンテキスト条件を取得し、このコンテキスト条件を満たすメールであるかどうかをフィルタリングする（ステップＳ１１０３）。さらに、フィルタリングに際して、コンテキスト条件を満たす（転送可）場合には、乱数列テーブル１１３に記憶された情報に基づいて、アドホックアドレスから実アドレス（着信者のメールアドレス）を取得する。なお、このフィルタリング処理については後に詳述する。
【０１０４】
また、アドホックメール転送サーバ１１０は、コンテキスト条件を満たす（転送可）場合には、発側メールサーバ３１０にメール送信許可を送信し（ステップＳ１１０４）、転送可とされたメールのデータをアドホックメール転送サーバ１１０へ転送させる（ステップＳ１１０５）。なお、コンテキスト条件を満たさない（転送不可）場合には、メール受信拒否メッセージを発側メールサーバ３１０に送信する。
【０１０５】
続いて、アドホックメール転送サーバ１１０は、フィルタ処理部１１４によって転送可とされたメールについて転送先を判断し、発側メールサーバ３１０から転送されたメールの宛先をステップＳ１１０３でアドホックアドレスから取得した実アドレス（着信者のメールアドレス）に置き換え（ステップＳ１１０６）、着側メールサーバ２１０に転送する（ステップＳ１１０７）。
【０１０６】
そして、アドホックメール転送サーバ１１０からメールを受信した着側メールサーバ２１０は、メールを一時保管し（ステップＳ１１０８）、着信者端末２２０からメール受信要求を受信すると（ステップＳ１１０９）、一時保管しているメールを着信者端末２２０に送信する（ステップＳ１１１０）。上述した一連の処理を経ることによって、アドホックアドレスを宛先としたアドホックメールが発信者端末３２０から着信者端末２２０に届けられる。
【０１０７】
［フィルタ処理（実施例１）］
次に、図１２および図１３を参照して、図１１に示したフィルタ処理（ステップＳ１１０３）を詳細に説明する。図１２は、図１１に示したフィルタ処理の流れを示すフローチャートであり、図１３は、図１１に示したフィルタ処理の具体例を示す図である。
【０１０８】
同図に示すように、アドホックメール転送サーバ１１０のフィルタ処理部１１４は、アドホックアドレスＴおよび発信者のメールアドレスＳを含んだメール送信要求からアドホックアドレスＴを読み出し、このアドホックアドレスＴのユーザ名部分に対してＢＡＳＥ３２復号化を行って１３５ビットのデータに変換し、前半１２８ビットの「データＢ２」と後半７ビットの「データＢ１」とに分離する（ステップＳ１２０１）。
【０１０９】
続けて、フィルタ処理部１１４は、「データＢ１」を暗号鍵Ｋの識別子ＩＤ＿Ｋ（文字列１）として暗号鍵テーブル１１２を参照し、識別子ＩＤ＿Ｋに対応する暗号鍵Ｋを暗号鍵テーブル１１２から読み出す（ステップＳ１２０２）。さらに、フィルタ処理部１１４は、暗号鍵Ｋで「データＢ２」を復号化して「データＢ２ｐｐ」を生成する（ステップＳ１２０３）。
【０１１０】
そして、フィルタ処理部１１４は、「データＢ２ｐｐ」を復号化して「データＢ２２」を生成する（ステップＳ１２０４）。具体的には、バイト読み出し位置を初期状態で先頭とし、読み取った分だけ読み出し位置を進めるが、先ずは、「データＢ２ｐｐ」から１バイトを読み取って、条件コードテーブル１１４ａを参照し、読み取った値に対応する条件組合せを取得する（ステップＳ１２０４．１）。そして、取得した組合せに含まれる条件を復号する（ステップＳ１２０４．２）。つまり、発アドレス指定を含む場合には、２バイトを発アドレス制限値として読み取り（ステップＳ１２０４．２．Ｓ）、発ドメイン指定を含む場合には、３ビットをドメインの単語数Ｄｗとして読み取り、１３ビットをドメイン制限値Ｄｈとして読み取り（ステップＳ１２０４．２．Ｄ）、有効期限を含む場合には、２バイトを整数Ｎとして読み取り、２０００年１月１日からＮ日後を有効期限として取得し（ステップＳ１２０４．２．Ｅ）、有効開始日を含む場合には、２バイトを整数Ｎとして読み取り、２０００年１月１日からＮ日後を着信開始日として取得する（ステップＳ１２０４．２．Ｅ）。さらに、「データＢ２ｐｐ」の読み出し位置直前までのデータを「データＢ２１」とし、読み出し位置から末尾までのデータを「データＢ２２」として取得する（ステップＳ１２０４．３）。
【０１１１】
続いて、フィルタ処理部１１４は、ステップＳ１２０４で取得した各コンテキスト条件Ｃに基づいて転送可否を判定する（ステップＳ１２０５）。具体的には、発アドレス指定を含む場合には、メール送信要求から発信者のメールアドレスＳを読み出した後に、このメールアドレスＳのハッシュ値を求め、このハッシュ値がステップＳ１２０４．２．Ｓで取得した発アドレス制限値と一致するか否かを判定し、不一致であれば「転送不可」とする（ステップＳ１２０５．１）。発ドメイン指定を含む場合には、メール送信要求から発信者のメールアドレスＳを読み出した後に、このメールアドレスＳのドメイン名部分の末尾からＤｗ単語文のハッシュ値を求め、このハッシュ値がステップＳ１２０４．２．Ｄで取得したドメイン制限値Ｄｈと一致するか否かを判定し、不一致であれば「転送不可」とする（ステップＳ１２０５．２）。有効期限指定を含む場合には、システム内の時計を参照して現在時刻ｔを読み取り、この現在時刻ｔがステップＳ１２０４．２．Ｅで取得した有効期限を過ぎているか否かを判定し、過ぎていれば「転送不可」とする（ステップＳ１２０５．３）。有効開始日を含んでいる場合には、システム内の時計を参照して現在時刻ｔを読み取り、この現在時刻ｔがステップＳ１２０４．２．Ｆで取得した着信開始日よりも後の時刻であるか否かを判定し、前の時刻であれば「転送不可」とする（ステップＳ１２０５．４）。そして、これらのいずれの判定においても「転送不可」とならなかった場合には「転送可」とする（ステップＳ１２０５．５）。
【０１１２】
上記したステップＳ１２０５の処理によって「転送不可」とされた場合には（ステップＳ１２０６否定）、フィルタ処理部１１４は、その処理を終了するが、「転送可」とされた場合には（ステップＳ１２０６肯定）、フィルタ処理部１１４は、着信メールアドレスＲの符号化データである「データＢ２２．ｐ」を生成する（ステップＳ１２０７）。具体的には、「データＢ２１」を引数とする選択関数を用いて乱数列テーブル１１３から乱数列「データＢ２２．ｒ」を選択する（ステップＳ１２０７．１）。つまり、「データＢ２１」のハッシュ値を３２で割った余りをインデックス番号とする乱数列を乱数列テーブル１１３から取得する。そして、そして、「データＢ２２」と「データＢ２２．ｒ」とをＥＸＯＲ演算して「データＢ２２．ｐ」を生成する（ステップＳ１２０７．２）。
【０１１３】
そして、フィルタ処理部１１４は、着信メールアドレスＲを復号化する（ステップＳ１２０８）。具体的には、「データＢ２２．ｐ」を先頭から復号化して、ユーザ名部分（Ｒ．Ｕ）を取得する（ステップＳ１２０８．１）。そして、このユーザ名部分（Ｒ．Ｕ）に「＠mail.isp-A.ne.jp」を付加して、着信メールアドレスＲを生成する（ステップＳ１２０８）。なお、着信者のメールアドレスのドメイン名を含んでアドホックアドレスが生成されている場合には、「データＢ２２．ｐ」を先頭から復号化するだけでよく、ドメイン名を付加する必要はない。上述した一連の処理を経ることによって、コンテキスト条件を満たすメールのみが抽出され、さらに、そのメールの真の宛先となる着信者のメールアドレスが取得される。
【０１１４】
［実施例１の効果］
上述してきたように、実施例１によれば、インターネット上で行われる仲介サービスにおいて、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能になる。
【０１１５】
また、実施例１によれば、鍵の利用によって、アドホックアドレスの不正な生成や改ざんを困難にすることができ、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持を強固にすることも可能になる。
【０１１６】
また、実施例１によれば、アドホックアドレス発行サーバ１２０で一括して鍵を管理するので、鍵の更新を簡便かつ頻繁に行うことができ、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持を一層強固にすることも可能になる。
【実施例２】
【０１１７】
実施例２では、いわゆるメーリングリストサービスに本発明を適用した場合を説明する。より詳細には、実施例２では、アドレス発行鍵生成サーバからアドレス発行鍵を受け取ったメーリングリストサーバにおいて、アドホックアドレスを生成する。ここで、アドレス発行鍵は、代理発行業者（メーリングリストサーバなど）ごとにアドホックアドレスを生成可能とするために採用されたものであり、代理発行業者ごとにアドレス発行鍵を生成・管理可能とするために、代理発行業者を一意に特定するための発行者識別子を用いて生成される。また、実施例２では、メーリングリスト発言者のメールアドレスとコンテキスト条件とを符号化した後に結合してアドレス発行鍵で暗号化することでアドホックアドレスを生成し、メーリングリストを通じてアドホックアドレスをメーリングリスト参加者に開示する。
【０１１８】
そして、実施例２では、アドホックアドレスを宛先とするアドホックメールをフィルタリングし、このメールをメーリングリスト発言者に転送する。なお、以下では、本実施例２に係る通信制御システムの構成を説明した後に、アドレス発行鍵の発行までの処理手順、アドホックアドレスの開示までの処理手順、アドホックメールの転送までの処理手順を順に説明する。
【０１１９】
［通信制御システムの構成（実施例２）］
まず最初に、図１４を用いて、本実施例２に係る通信制御システムの構成を説明する。図１４は、本実施例２に係る通信制御システムの構成を示すブロック図である。同図に示すように、本実施例２に係る通信制御システムは、インターネット４００やＬＡＮ１００を介して、配信先ユーザ端末２２０と、配信者端末３２０と、配信先側メールサーバ２１０と、配信元側メールサーバ３１０と、メーリングリストサーバ４２０と、アドレス発行鍵生成サーバ１４０と、アドホックメール転送サーバ１３０とを相互に通信可能に接続して構成される。
【０１２０】
このうち、配信先ユーザ端末２２０および配信者端末３２０は、上記の実施例１で説明した着信者端末２２０および発信者端末３２０に対応する端末である。ただし、実施例２では、配信者端末３２０は、メーリングリストの発言者（配信者）であって、アドホックメールの着信者となるメーリングリスト参加者が利用する端末であり、また、配信先ユーザ端末２２０は、発言者のメールが配信される配信先ユーザであって、アドホックメールの発信者となるメーリングリスト参加者が利用する端末である。
【０１２１】
配信先側メールサーバ２１０および配信元側メールサーバ３１０は、上記の実施例１で説明した着側メールサーバ２１０および発側メールサーバ３１０に対応する端末である。ただし、実施例２では、配信元側メールサーバ３１０は、配信者端末３２０にアドホックメールを転送する役割を有し、また、配信先側メールサーバ２１０は、配信先ユーザ端末２２０からアドホックメールを受け付ける役割を有する。
【０１２２】
メーリングリストサーバ４２０は、メーリングリスト発言者から受け付けたメールをメーリングリスト参加者に配信するとともに、アドレス発行鍵生成サーバ１４０によって生成されたアドレス発行鍵を用いて、アドホックアドレスを発行するサーバである。なお、メーリングリストサーバ４２０は、メーリングリストのサービスを提供するサービス業者が有する装置である。
【０１２３】
アドレス発行鍵生成サーバ１４０は、メーリングリストサーバ４２０からの依頼に応じてアドレス発行鍵を生成するサーバであり、アドホックメール転送サーバ１３０は、アドホックアドレスを宛先とするアドホックメールを受け付けて、これをフィルタリングして配信者３３０に転送するサーバである。なお、アドレス発行鍵生成サーバ１４０およびアドホックメール転送サーバ１３０は、アドホックアドレスを管理するアドホックアドレス業者が有する装置である。以下に、本実施例２の主たる特徴を担うメーリングリストサーバ４２０、アドレス発行鍵生成サーバ１４０、アドホックメール転送サーバ１３０の構成を詳細に説明する。
【０１２４】
［メーリングリストサーバの構成（実施例２）］
メーリングリストサーバ４２０は、図１４に示すように、ＨＴＴＰ通信部４２１と、発行者認証情報記憶部４２２と、アドレス発行鍵取得部４２３と、メール通信部４２４と、アドレス発行鍵記憶部４２５と、アドホックアドレス生成部４２６と、条件コードテーブル４２６ａと、送信元アドレスアドホック化部４２７と、配信先データベース４２８と、配信処理部４２９とを備える。なお、メーリングリストサーバ４２０は請求項４のサービス提供装置に対応し、配信処理部４２９は請求項１のアドレス開示手段に対応し、アドホックアドレス生成部４２６は請求項１、２、４または９のアドレス生成手段に対応する。
【０１２５】
このうち、発行者認証情報記憶部４２２は、アドレス発行鍵生成サーバ１４０にアドレス発行鍵の生成を依頼する際に必要な認証情報を記憶する手段であり、具体的には、図１５に例示するように、アドホックアドレスの代理発行が許可された複数のサーバそれぞれを一意に特定するためのサーバＩＤと、各サーバに設定されたパスワードとを対応付けて記憶して構成される。
【０１２６】
アドレス発行鍵記憶部４２５は、図１６に例示するように、アドホックアドレスの生成に用いるアドレス発行鍵を記憶する手段である。なお、このアドレス発行鍵Ｋｇは、アドレス発行鍵生成サーバ１４０によって生成される。
【０１２７】
条件コードテーブル４２６ａは、上記の実施例１で説明した条件コードテーブル１２６ａに対応する手段であり、図７に例示したように、通信条件の組合せパターンに対応付けて、それぞれの組合せパターンを示す符号化コード（種別情報）を記憶して構成される。
【０１２８】
配信先データベース４２８は、メーリングリストの参加者（メールの配信先）に関する各種の情報を記憶する手段であり、具体的には、図１７に例示するように、参加者ごとに、ユーザ名やパスワードに対応付けて、メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件などの連絡先情報を記憶して構成される。
【０１２９】
ＨＴＴＰ通信部４２１は、いわゆるＨＴＴＰの通信プロトコルにしたがって、アドレス発行鍵生成サーバ１４０やクライアント（配信先ユーザ端末２２０、配信者端末３２０）など、インターネット１００上の他の装置との間における通信を制御する手段である。
【０１３０】
アドレス発行鍵取得部４２３は、アドレス発行鍵の取得に関する処理を行う手段である。具体的には、アドホックアドレスの生成に先立って、発行者認証情報記憶部４２２から発行者認証情報（サーバＩＤおよびパスワード）を読み出し、この発行者認証情報を含んだアドレス発行鍵発行要求をアドレス発行鍵生成サーバ１４０に送信する。さらに、これに応じて、アドレス発行鍵生成サーバ１４０からアドレス発行鍵Ｋｇを含んだアドレス発行鍵発行応答を受信すると、このアドレス発行鍵Ｋｇをアドレス発行鍵記憶部４２５に登録する。
【０１３１】
メール通信部４２４は、いわゆるＳＭＴＰの通信プロトコルにしたがって、配信元側メールサーバ３１０や配信先側メールサーバ２１０など、インターネット１００上の他のメールサーバとの間における通信を制御する手段である。
【０１３２】
配信処理部４２９は、配信者端末３２０から受信したメールを処理する手段である。具体的には、配信者端末３２０からメールを受信すると、このメールから配信者３３０の実アドレスを抽出し、この実アドレスに対応する配信者３３０の連絡先情報（着信者メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）および配信先ユーザ２３０の実アドレス（発信者メールアドレス）を配信先データベース４２８から読み出し、これを送信元アドレスアドホック化部４２７に受け渡す。さらに、これに対応して、各配信先ユーザ２３０それぞれに対応したアドホックアドレスに送信元が置換されたメールを送信元アドレスアドホック化部４２７から受け取ると、配信先データベース４２８を参照して、これらのメールの送信先を各配信先ユーザ２３０の実アドレスに置き換えて、配信先側メールサーバ２１０にそれぞれ送信する。
【０１３３】
送信元アドレスアドホック化部４２７は、配信者端末３２０から受信したメールの送信元アドレスをアドホック化する手段である。具体的には、配信処理部４２９から配信者３３０の連絡先情報および配信先ユーザ２３０の実アドレスを受け取ると、これをアドホックアドレス生成部４２６に受け渡して、アドホックアドレスの生成を要求する。さらに、これに対応して、アドホックアドレス生成部４２６から各配信先ユーザ２３０それぞれに対応したアドホックアドレスを受け取ると、配信者端末３２０から受信したメールの送信元アドレスを各配信先ユーザ２３０それぞれに対応したアドホックアドレスに置き換えて、これらを配信処理部４２９に受け渡す。
【０１３４】
アドホックアドレス生成部４２６は、送信元アドレスアドホック化部４２７から受け取った配信者３３０の連絡先情報（着信者メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）および配信先ユーザ２３０の実アドレス（発信者メールアドレス）と、アドレス発行鍵記憶部４２５および条件コードテーブル４２６ａに記憶された情報とに基づいて、アドホックアドレスを生成する手段である。具体的には、このアドホックアドレス生成処理は、実施例１で図９および図１０を用いて説明した手法と基本的には同様であるが、以下に説明する点が相違する。
【０１３５】
すなわち、本実施例２では、「着信メールアドレスＲ」は配信者３３０のメールアドレスに対応し、コンテキスト条件Ｃにおける「発信者アドレスＳ」は各配信先ユーザ２３０のメールアドレスに対応し、配信先ユーザ２３０ごとにアドホックアドレスが生成される。また、本実施例２では、「暗号鍵Ｋ」に代えて、アドレス発行鍵記憶部４２５に記憶されたアドレス発行鍵Ｋｇを用いて暗号化が行われる。さらに、本実施例２では、乱数列テーブルを用いた処理は行われない。その結果、本実施例２では、メーリングリスト発言者（配信者）のメールアドレスＲとコンテキスト条件Ｃ（各配信先ユーザ２３０のメールアドレスなど）とを符号化した後に結合してアドレス発行鍵Ｋｇで暗号化し、発行者ＩＤ「＄Ｇ」の符号化データを付加することで、配信先ユーザ２３０ごとにアドホックアドレスが生成される。なお、複数のマスター鍵が用いられる場合には、アドレス発行鍵の生成に用いたマスター鍵を一意に特定する鍵識別子も付加される。
【０１３６】
［アドレス発行鍵生成サーバの構成（実施例２）］
アドレス発行鍵生成サーバ１４０は、図１４に示すように、ＨＴＴＰ通信部１４１と、発行者認証情報テーブル１４２と、代理発行者認証部１４３と、マスター鍵記憶部１４４と、アドレス発行鍵生成部１４５とを備える。なお、アドレス発行鍵生成サーバ１４０は請求項４のマスター鍵管理装置に対応する。
【０１３７】
このうち、発行者認証情報テーブル１４２は、アドレス発行鍵の生成を依頼してきたサーバ（代理の発行者）を認証する際に基となる認証情報を記憶する手段であり、具体的には、図１８に例示するように、アドホックアドレスの発行が許可されている各サーバ（代理の発行者）の発行者ＩＤ「＄Ｇ」に対応付けて、パスワードを記憶して構成される。
【０１３８】
マスター鍵記憶部１４４は、図１９に例示するように、アドレス発行鍵の生成に用いるマスター鍵Ｋｍを記憶する手段である。
【０１３９】
ＨＴＴＰ通信部１４１は、いわゆるＨＴＴＰの通信プロトコルにしたがって、メーリングリストサーバ４２０など、インターネット１００上の他の装置との間における通信を制御する手段である。
【０１４０】
代理発行者認証部１４３は、メーリングリストサーバ４２０などから受け付けたアドレス発行鍵発行要求を処理する手段である。具体的には、メーリングリストサーバ４２０から発行者認証情報（発行者ＩＤおよびパスワード）を含んだアドレス発行鍵発行要求を受信すると、これに対応する発行者ＩＤおよびパスワードが発行者認証情報テーブル１４２に記憶されているか否かを認証する。その結果、発行者認証が成功すれば、その旨をアドレス発行鍵生成部１４５に出力し、一方、発行者認証が失敗すれば、その旨をメーリングリストサーバ４２０に送信する。
【０１４１】
アドレス発行鍵生成部１４５は、アドレス発行鍵を生成する手段である。具体的には、代理発行者認証部１４３から認証成功を受け取ると、アドレス発行鍵発行要求から発行者ＩＤ（＄Ｇ）を読み出すとともに、マスター鍵記憶部１４４からマスター鍵Ｋｍを読み出す。そして、一方向関数｛Ｋｇ＝Ｆ（Ｋｍ，＄Ｇ）｝に発行者ＩＤ「＄Ｇ」およびマスター鍵Ｋｍを入力してアドレス発行鍵Ｋｇを生成し、このアドレス発行鍵Ｋｇを含んだアドレス発行鍵発行応答をメーリングリストサーバ４２０に送信する。
【０１４２】
［アドホックメール転送サーバの構成（実施例２）］
アドホックメール転送サーバ１３０は、図１４に示すように、メール通信部１３１と、マスター鍵記憶部１３２と、フィルタ処理部１３４と、条件コードテーブル１３４ａと、転送処理部１３５とを備える。なお、フィルタ処理部１３４は請求項１、２または４のフィルタ処理手段に対応し、転送処理部１３５は請求項１の転送処理手段に対応する。
【０１４３】
このうち、マスター鍵記憶部１３２は、上記したアドレス発行鍵生成サーバ１４０が備えるマスター鍵記憶部１４４との間で、ＬＡＮ１１０を介して同期を取られているテーブルである。つまり、図１９に例示したものと同様の情報を記憶する。
【０１４４】
メール通信部１３１は、いわゆるＳＭＴＰの通信プロトコルにしたがって、配信元側メールサーバ３１０や配信先側メールサーバ２１０など、インターネット１００上の他のメールサーバとの間における通信を制御する手段である。
【０１４５】
フィルタ処理部１３４は、アドホックアドレスを宛先とするアドホックメールをフィルタリング処理する手段である。具体的には、このフィルタリング処理は、実施例１で図１２および図１３を用いて説明した手法と基本的には同様であるが、以下に説明する点が相違する。
【０１４６】
すなわち、本実施例２におけるフィルタリング処理は、メーリングリスト発言者（配信者）のメールアドレスＲとコンテキスト条件Ｃとを符号化した後に結合してアドレス発行鍵Ｋｇで暗号化し、発行者ＩＤ（＄Ｇ）の符号化データを付加することで生成されたアドホックアドレスを対象として行われる。そして、本実施例２では、「暗号鍵Ｋ」に代えて、マスター鍵記憶部１３２に記憶されたマスター鍵Ｋｍで生成したアドレス発行鍵Ｋｇがフィルタリング処理に用いられる。つまり、一方向関数｛Ｋｇ＝Ｆ（Ｋｍ，＄Ｇ）｝に発行者ＩＤ（＄Ｇ）およびマスター鍵Ｋｍを入力してアドレス発行鍵Ｋｇを生成し、このアドレス発行鍵Ｋｇを用いてアドホックアドレスを復号化する。なお、本実施例２では、乱数列テーブルを用いたフィルタリング処理は行われない。
【０１４７】
転送処理部１３５は、アドホックアドレスを宛先とするアドホックメールを転送処理する手段である。具体的には、フィルタ処理部１３４によって転送可とされたメールについて、そのデータを配信先側メールサーバ２１０から受信するととともに、フィルタ処理部１３４から実アドレス（配信者３３０のメールアドレス）を受け取ると、メールの宛先をアドホックアドレスから実アドレスに置き換えて、このメールを配信元側メールサーバ３１０に転送する。
【０１４８】
［アドレス発行鍵の発行までの処理手順（実施例２）］
次に、図２０を参照して、アドレス発行鍵の発行に至る処理手順を説明する。図２０は、実施例２によるアドレス発行鍵の発行までの処理手順を示すシーケンス図である。
【０１４９】
同図に示すように、アドレス発行鍵生成サーバ１４０は、メーリングリストサーバ４２０から発行者認証情報（発行者ＩＤおよびパスワード）を含んだアドレス発行鍵発行要求を受信すると（ステップＳ２００１）、これに対応する発行者ＩＤおよびパスワードが発行者認証情報テーブル１４２に記憶されているか否かを判定することで、発行者認証を行う（ステップＳ２００２）。
【０１５０】
その結果、発行者認証が失敗すれば、その旨をメーリングリストサーバ４２０に送信する。その一方、発行者認証が成功すれば、アドレス発行鍵生成サーバ１４０は、アドレス発行鍵発行要求から発行者ＩＤ（＄Ｇ）を読み出すとともに、マスター鍵記憶部１４４からマスター鍵Ｋｍを読み出し、一方向関数｛Ｋｇ＝Ｆ（Ｋｍ，＄Ｇ）｝によってアドレス発行鍵Ｋｇを生成する（ステップＳ２００３）。
【０１５１】
そして、アドレス発行鍵生成サーバ１４０は、アドレス発行鍵Ｋｇを含んだアドレス発行鍵発行応答をメーリングリストサーバ４２０に送信する（ステップＳ２００４）。上述した一連の処理を経ることによって、アドホックアドレスを代理発行する各サーバ（メーリングリストサーバ４２０など）に対して、サーバごとにアドレス発行鍵が生成される。
【０１５２】
［アドホックアドレスの開示までの処理手順（実施例２）］
次に、図２１を参照して、アドホックアドレスの開示に至る処理手順を説明する。図２１は、実施例２によるアドホックアドレスの開示までの処理手順を示すシーケンス図である。
【０１５３】
同図に示すように、配信者側メールサーバ３１０は、配信者端末３２０からメーリングリストサーバ４２０を宛先とするメールを受信すると（ステップＳ２１０１）、このメールをメーリングリストサーバ４２０に送信する（ステップＳ２１０２）。
【０１５４】
かかるメールを受信したメーリングリストサーバ４２０は、このメールから配信者３３０の実アドレスを抽出し、この実アドレスに対応する配信者３３０の連絡先情報（着信者メールアドレス、電話番号、アドレス開示条件、アドホックアドレス利用条件）および配信先ユーザ２３０の実アドレス（発信者メールアドレス）を配信先データベース４２８から読み出す（ステップＳ２１０３）。
【０１５５】
そして、メーリングリストサーバ４２０は、配信者３３０の連絡先情報および配信先ユーザ２３０の実アドレスと、アドレス発行鍵記憶部４２５および条件コードテーブル４２６ａに記憶された情報とに基づいて、アドホックアドレスを生成する（ステップＳ２１０４）。すなわち、メーリングリスト発言者（配信者）のメールアドレスＲとコンテキスト条件Ｃ（各配信先ユーザ２３０のメールアドレスなど）とを符号化した後に結合してアドレス発行鍵Ｋｇで暗号化し、発行者ＩＤ（＄Ｇ）の符号化データを付加することで、配信先ユーザ２３０ごとにアドホックアドレスを生成する。
【０１５６】
続いて、メーリングリストサーバ４２０は、配信者端末３２０から受信したメールの送信元アドレスを各配信先ユーザ２３０それぞれに対応したアドホックアドレスに置き換え（ステップＳ２１０５）、さらに、これらのメールの送信先を各配信先ユーザ２３０の実アドレスに置き換えて、配信先側メールサーバ２１０にそれぞれ送信する（ステップＳ２１０６およびＳ２１０７）。
【０１５７】
配信先側メールサーバ２１０では、メーリングリストサーバ４２０から受信したメールを一時保管し（ステップＳ２１０８）、各発信先ユーザ端末２２０からメール受信要求を受信すると（ステップＳ２１０９）、一時保管していたメールを配信先ユーザ端末２２０に送信する（ステップＳ２１１０）。上述した一連の処理を経ることによって、メーリングリスト発言者を宛先としたアドホックアドレスが生成され、これがメーリングリストを通じてメーリングリスト参加者に開示される。
【０１５８】
［アドホックメールの転送までの処理手順（実施例２）］
次に、図２２を参照して、アドホックメールの転送に至る処理手順を説明する。図２２は、実施例２によるアドホックメールの転送までの処理手順を示すシーケンス図である。同図に示すように、配信先側メールサーバ２１０は、配信先ユーザ端末２２０から送信された配信者３３０のアドホックアドレスを宛先とするアドホックメールを受信すると（ステップＳ２２０１）、このアドホックアドレスおよび発信者（配信先ユーザ）のメールアドレスを含んだメール送信要求をアドホックメール転送サーバ１３０に送信する（ステップＳ２２０２）。
【０１５９】
かかるメール送信要求を受信したアドホックメール転送サーバ１３０は、マスター鍵記憶部１３２や条件コードテーブル１３４ａに記憶された情報に基づいて、アドホックアドレスからコンテキスト条件を取得し、このコンテキスト条件を満たすメールであるかどうかをフィルタリングする（ステップＳ２２０３）。さらに、このフィルタリングに際して、コンテキスト条件を満たす（転送可）場合には、アドホックアドレスから実アドレス（配信者３３０のメールアドレス）を取得する。
【０１６０】
また、アドホックメール転送サーバ１３０は、コンテキスト条件を満たす（転送可）場合には、配信先側メールサーバ２１０にメール送信許可を送信し（ステップＳ２２０４）、転送可とされたメールのデータをアドホックメール転送サーバ１３０へ転送させる（ステップＳ２２０５）。なお、コンテキスト条件を満たさない（転送不可）場合には、メール受信拒否メッセージを配信先側メールサーバ２１０に送信する。
【０１６１】
続いて、アドホックメール転送サーバ１３０は、フィルタ処理部１３４によって転送可とされたメールについて転送先を判断し、配信先側メールサーバ２１０から転送されたメールの宛先をステップＳ２２０３でアドホックアドレスから取得した実アドレス（配信者３３０のメールアドレス）に置き換え（ステップＳ２２０６）、配信元側メールサーバ３１０に転送する（ステップＳ２２０７）。
【０１６２】
そして、アドホックメール転送サーバ１３０からメールを受信した配信元側メールサーバ３１０は、メールを一時保管し（ステップＳ２２０８）、配信者端末３２０からメール受信要求を受信すると（ステップＳ２２０９）、一時保管していたメールを配信者端末３２０に送信する（ステップＳ２２１０）。上述した一連の処理を経ることによって、アドホックアドレスを宛先としたアドホックメールが配信先ユーザ端末２２０（メーリングリスト参加者）から配信者端末３２０（メーリングリスト発言者）に届けられる。
【０１６３】
［実施例２の効果］
上述してきたように、実施例２によれば、インターネット上で行われるメーリングリストサービスにおいて、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能になる。
【０１６４】
また、実施例２によれば、サービスを提供する業者が鍵を管理するので、アドホックアドレスの発行を広範囲で行うことができ、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持を広範囲で強固にすることも可能になる。
【実施例３】
【０１６５】
実施例３では、いわゆるオークションサービスに本発明を適用した場合を説明する。より詳細には、実施例３では、上記の実施例２と同様、アドレス発行鍵生成サーバからアドレス発行鍵を受け取ったオークションサーバにおいて、アドホックアドレスを生成する。ただし、実施例３では、オークション出品者のアドホックメールユーザＩＤ（オークション出品者のメールアドレスを一意に特定するアドレス識別子）とコンテキスト条件とを結合し、これにアドレス発行鍵から生成した検証コードを付加することでアドホックアドレスを生成し、これをオークション落札者に開示する。さらに、実施例３では、オークション落札者のアドホックメールユーザＩＤとコンテキスト条件とを結合し、これにアドレス発行鍵から生成した検証コードを付加することでアドホックアドレスを生成し、これをオークション出品者に開示する。
【０１６６】
そして、実施例３では、アドホックアドレスを宛先とするアドホックメールをフィルタリングし、このメールを出品者や落札者に転送する。さらに、実施例３では、出品者や落札者がアドホックメールを送信した場合には、この送信元である出品者や落札者を秘匿した発信元アドホックアドレスを生成し、アドホックメールの発信元を発信元アドホックアドレスに置き換えて送信する。また、実施例３では、出品者や落札者がフィルタリング後の転送メールを受信し、転送メールに対して返信メールを送信した場合には、この返信元である出品者や落札者を秘匿した発信元アドホックアドレスを生成し、返信メールの発信元を発信元アドホックアドレスに置き換えて送信する。なお、以下では、本実施例３に係る通信制御システムの構成を説明した後に、アドホックアドレスの開示までの処理手順、アドホックアドレス生成処理、アドホックメールの転送および返信までの処理手順、フィルタ処理、発信元アドレス生成処理を順に説明する。
【０１６７】
［通信制御システムの構成（実施例３）］
まず最初に、図２３を用いて、本実施例３に係る通信制御システムの構成を説明する。図２３は、本実施例３に係る通信制御システムの構成を示すブロック図である。同図に示すように、本実施例３に係る通信制御システムは、インターネット４００やＬＡＮ１００を介して、出品者端末２２０と、落札者端末３２０と、着側メールサーバ２１０と、発側メールサーバ３１０と、オークション管理サーバ４３０と、アドレス発行鍵生成サーバ１４０と、アドホックメール転送サーバ１５０とを相互に通信可能に接続して構成される。
【０１６８】
このうち、出品者端末２２０および落札者端末３２０は、上記の実施例１で説明した着信者端末２２０および発信者端末３２０に対応する端末である。ただし、実施例３では、出品者端末２２０は、オークションの出品者２３０であって、アドホックメールの着信者または発信者となり得る利用者が利用する端末であり、また、落札者端末３２０は、オークションの落札者３３０（落札決定前においては入札者）であって、アドホックメールの着信者または発信者となり得る利用者が利用する端末である。
【０１６９】
出品者側メールサーバ２１０および落札者側メールサーバ３１０は、上記の実施例１で説明した着側メールサーバ２１０および発側メールサーバ３１０に対応する端末である。ただし、実施例３では、出品者側メールサーバ２１０は、出品者端末２２０から後述するアドホックメールを受け付けるとともに、出品者端末２２０にアドホックメールを転送する役割を有し、また、落札者側メールサーバ３１０は、落札者端末３２０からアドホックメールを受け付けるとともに、落札者端末３２０にアドホックメールを転送する役割を有する。
【０１７０】
オークション管理サーバ４３０は、利用者（出品者２３０、落札者３３０、入札者など）にオークションのサービスを提供するとともに、アドレス発行鍵生成サーバ１４０によって生成されたアドレス発行鍵を用いて、アドホックアドレスを発行するサーバである。なお、オークション管理サーバ４３０は、オークションのサービスを提供するサービス業者が有する装置である。
【０１７１】
アドレス発行鍵生成サーバ１４０は、オークション管理サーバ４３０からの依頼に応じてアドレス発行鍵を生成するサーバであり、アドホックメール転送サーバ１５０は、アドホックアドレスを宛先とするアドホックメールを受け付けて、これをフィルタリングして落札者３３０や出品者２３０に転送するサーバである。なお、アドレス発行鍵生成サーバ１４０およびアドホックメール転送サーバ１５０は、アドホックアドレスを管理するアドホックアドレス業者が有する装置である。以下に、本実施例３の主たる特徴を担うオークション管理サーバ４３０、アドレス発行鍵生成サーバ１４０、アドホックメール転送サーバ１５０の構成を詳細に説明する。
【０１７２】
［オークション管理サーバの構成（実施例３）］
オークション管理サーバ４３０は、図２３に示すように、ＨＴＴＰ通信部４３１と、発行者認証情報記憶部４３２と、アドレス発行鍵取得部４３３と、アドレス発行鍵記憶部４３４と、ユーザデータベース４３５と、オークション管理部４３６と、オークションデータベース４３７と、アドホックアドレス生成部４３８とを備える。なお、オークション管理サーバ４３０は請求項４のサービス提供装置に対応し、オークション管理部４３６は請求項１のアドレス開示手段に対応し、アドホックアドレス生成部４３８は請求項１、２、４または１０のアドレス生成手段に対応する。
【０１７３】
このうち、発行者認証情報記憶部４３２は、上記の実施例２で説明した発行者認証情報記憶部４２２に対応する手段であり、図１５に例示したように、アドホックアドレスの代理発行が許可された複数のサーバそれぞれを一意に特定するためのサーバＩＤと、各サーバに設定されたパスワードとを対応付けて記憶して構成される。
【０１７４】
アドレス発行鍵記憶部４３４は、上記の実施例２で説明したアドレス発行鍵記憶部４２５に対応するものであり、図１６に例示したように、アドホックアドレスの生成に用いるアドレス発行鍵Ｋｇを記憶する手段である。
【０１７５】
ユーザデータベース４３５は、オークションおよびアドホックメールの利用者に関する各種の情報を記憶する手段であり、具体的には、図２４に例示するように、利用者ごとに、各利用者（各利用者の実アドレス）を一意に特定するアドホックメールユーザＩＤに対応付けて、ユーザ名やパスワードの他に、メールアドレスなどを記憶して構成される。
【０１７６】
オークションデータベース４３７は、オークションに関する各種の情報を記憶する手段であり、具体的には、図２５に例示するように、出品ＩＤや出品者名、出品期限、出品情報に対応付けて、入札者のユーザＩＤ、入札価格などを記憶して構成される。
【０１７７】
ＨＴＴＰ通信部４３１は、いわゆるＨＴＴＰの通信プロトコルにしたがって、アドレス発行鍵生成サーバ１４０やクライアント（出品者端末２２０、落札者端末３２０）など、インターネット１００上の他の装置との間における通信を制御する手段である。
【０１７８】
アドレス発行鍵取得部４３３は、アドレス発行鍵の取得に関する処理を行う手段である。具体的には、アドホックアドレスの生成に先立って、発行者認証情報記憶部４３２から発行者認証情報（サーバＩＤおよびパスワード）を読み出し、この発行者認証情報を含んだアドレス発行鍵発行要求をアドレス発行鍵生成サーバ１４０に送信する。さらに、これに応じて、アドレス発行鍵生成サーバ１４０からアドレス発行鍵Ｋｇを含んだアドレス発行鍵発行応答を受信すると、このアドレス発行鍵Ｋｇをアドレス発行鍵記憶部４３４に登録する。
【０１７９】
オークション管理部４３６は、オークションに関する処理を行う手段である。具体的には、出品者２３０の出品者端末２２０から出品要求を受信すると、ユーザ認証を行った後にオークションの出品情報を受け付け、これをオークションデータベース４３７に登録するとともに、インターネット４００上の利用者（入札者）に公開する。また、入札者（落札者３３０）の落札者端末３２０から入札要求を受信すると、ユーザ認証を行った後に入札情報を受け付け、これをオークションデータベース４３７に登録する。そして、入札期限が到来した場合には、オークションの出品情報を非公開（出品表示の削除）にするとともに、落札者を決定し、出品者および落札者それぞれのユーザＩＤをアドホックアドレス生成部４３８に受け渡す。さらに、これに対応して、アドホックアドレス生成部４３８から落札者用アドホックアドレス（落札者から出品者へメールを送るための宛先アドレス）および出品者用アドホックアドレス（出品者から落札者へメールを送るための宛先アドレス）を受け取ると、落札者用アドホックアドレスを含んだ落札者用落札結果通知を落札者端末３２０に通知するとともに、出品者用アドホックアドレスを含んだ出品者用落札結果通知を出品者端末２２０に通知する。
【０１８０】
アドホックアドレス生成部４３８は、オークションの落札者決定にともなってアドホックアドレスを生成する処理部である。具体的には、オークション管理部４３６から出品者および落札者それぞれのユーザＩＤを受け取ると、これらのユーザＩＤおよび自動設定される有効期限と、アドレス発行鍵記憶部４３４に記憶された情報とに基づいて、アドホックアドレス（落札者用アドホックアドレス、出品者用アドホックアドレス）を生成する手段である。なお、このアドホックアドレスの生成処理については後に詳述する。
【０１８１】
［アドレス発行鍵生成サーバの構成（実施例３）］
アドレス発行鍵生成サーバ１４０は、図２３に示すように、ＨＴＴＰ通信部１４１と、発行者認証情報テーブル１４２と、代理発行者認証部１４３と、マスター鍵記憶部１４４と、アドレス発行鍵生成部１４５とを備える。なお、これらの各部は、上記の実施例２で説明したアドレス発行鍵生成サーバ１４０の各部に対応する同様の手段である。
【０１８２】
すなわち、発行者認証情報テーブル１４２は、図１８に例示したように、アドホックアドレスの発行が許可されている各サーバ（代理の発行者）の発行者ＩＤ（＄Ｇ）に対応付けて、パスワードを記憶して構成される。また、マスター鍵記憶部１４４は、図１９に例示したように、アドレス発行鍵の生成に用いるマスター鍵Ｋｍを記憶する手段である。
【０１８３】
ＨＴＴＰ通信部１４１は、いわゆるＨＴＴＰの通信プロトコルにしたがって、オークション管理サーバ４３０など、インターネット１００上の他の装置との間における通信を制御する手段である。また、代理発行者認証部１４３は、オークション管理サーバ４３０などから受け付けたアドレス発行鍵発行要求に基づいて、発行者認証を行う手段である。そして、アドレス発行鍵生成部１４５は、発行者認証が成功すると、一方向関数｛Ｋｇ＝Ｆ（Ｋｍ，＄Ｇ）｝に発行者ＩＤ（＄Ｇ）およびマスター鍵Ｋｍを入力してアドレス発行鍵Ｋｇを生成し、このアドレス発行鍵Ｋｇを含んだアドレス発行鍵発行応答をオークション管理サーバ４３０に送信する手段である。
【０１８４】
［アドホックメール転送サーバの構成（実施例３）］
アドホックメール転送サーバ１５０は、図２３に示すように、メール通信部１５１と、マスター鍵記憶部１５２と、フィルタ処理部１５４と、転送処理部１５５と、実アドレステーブル１５６と、発信者アドレス生成部１５７とを備える。なお、フィルタ処理部１５４は請求項１、２または４のフィルタ処理手段に対応し、転送処理部１５５は請求項１または７の転送処理手段に対応し、発信者アドレス生成部１５７は請求項６の返信処理手段および請求項７の返信元アドレス生成手段に対応する。
【０１８５】
このうち、マスター鍵記憶部１５２は、上記したアドレス発行鍵生成サーバ１４０が備えるマスター鍵記憶部１４４との間で、ＬＡＮ１１０を介して同期を取られているテーブルである。つまり、図１９に例示したものと同様の情報を記憶する。
【０１８６】
実アドレステーブル１５６は、アドホックメールの利用者に関する各種の情報を記憶する手段であり、具体的には、図２６に例示するように、利用者ごとに、各利用者（各利用者の実アドレス）を一意に特定するアドホックメールユーザＩＤに対応付けて、メールアドレスを記憶して構成される。なお、かかるアドホックメールユーザＩＤおよびメールアドレスは、オークション管理サーバ４３０のユーザデータベース４３５に記憶されたものと同期が取られている。
【０１８７】
メール通信部１５１は、いわゆるＳＭＴＰの通信プロトコルにしたがって、出品者側メールサーバ２１０や落札者側メールサーバ３１０など、インターネット１００上の他のメールサーバとの間における通信を制御する手段である。
【０１８８】
フィルタ処理部１５４は、アドホックアドレスを宛先とするアドホックメールをフィルタリング処理する手段である。具体的には、アドホックアドレス（落札者用アドホックアドレス、出品者用アドホックアドレス）を宛先とするメールを、出品者側メールサーバ２１０や落札者側メールサーバ３１０などから受信すると、マスター鍵１５２に記憶された情報に基づいて、アドホックアドレスからコンテキスト条件（本実施例３では、発信者指定および有効期限に係る通信条件）を取得し、このコンテキスト条件を満たすメールであるかどうかをフィルタリングする。その結果、コンテキスト条件を満たす（転送可）場合には、アドホックアドレスからユーザＩＤ（着信者のユーザＩＤ）を取得し、このユーザＩＤ、コンテキスト条件および発信者のメールアドレスを転送処理部１５５に受け渡す。一方、コンテキスト条件を満たさない（転送不可）場合には、メール受信拒否メッセージを出品者側メールサーバ２１０や落札者側メールサーバ３１０に送信する。なお、このフィルタリング処理については後に詳述する。
【０１８９】
発信者アドレス生成部１５７は、アドホックメールの発信者のアドレスをアドホック化して発信元アドホックアドレスを生成する処理部である。具体的には、転送処理部１３５から、アドホックメールのユーザＩＤ（着信者のユーザＩＤ）、コンテキスト条件および発信者のメールアドレスを受け取ると、実アドレステーブル１５６、マスター鍵記憶部１５２および条件コードテーブル１５４ａに記憶された情報を参照して、発信元アドホックアドレスを生成する。なお、この発信元アドホックアドレス生成処理については後に詳述するが、基本的には、上記のオークション管理サーバ４３０におけるアドホックアドレス生成部４３８と同様の処理を行う。
【０１９０】
転送処理部１５５は、アドホックアドレスを宛先とするアドホックメールを転送処理する手段である。具体的には、フィルタ処理部１５４によって転送可とされたアドホックメールについて、フィルタ処理部１５４から着信者のユーザＩＤ、コンテキスト条件および発信者のメールアドレスを受け取ると、これらを発信者アドレス生成部１５７に受け渡すとともに、着信者のユーザＩＤに基づいて実アドレステーブル１５６から対応する実アドレスを取得する。そして、アドホックメールの宛先をアドホックアドレスから実アドレスに置き換え、さらに、発信者アドレス生成部１５７から発信元アドホックアドレスを受け取ると、アドホックメールの発信元を発信元アドホックアドレスに置き換え、このメールを出品者側メールサーバ２１０や落札者側メールサーバ３１０に転送する。
【０１９１】
［アドホックアドレスの開示までの処理手順（実施例３）］
次に、図２７を参照して、アドホックアドレスの開示に至る処理手順を説明する。図２７は、実施例３によるアドホックアドレスの開示までの処理手順を示すシーケンス図である。なお、ここでは、アドレス発行鍵Ｋｇが既に生成され、さらに、オークションの出品および入札が既に行われているものとする。
【０１９２】
同図に示すように、オークション管理サーバ４３０は、オークションデータベース４３７に登録された出品情報について、定期的に入札期限の到来をチェックし（ステップＳ２７０１）、入札期限が切れたと判定した場合には（ステップＳ２７０２肯定）、オークションの出品情報を非公開（出品表示の削除）にするとともに（ステップＳ２７０３）、落札者を決定する（ステップＳ２７０４）。
【０１９３】
そして、オークション管理サーバ４３０は、出品者および落札者それぞれのユーザＩＤに基づいて、落札者用アドホックアドレスＴ１（落札者から出品者へメールを送るための宛先アドレス）および出品者用アドホックアドレスＴ２（出品者から落札者へメールを送るための宛先アドレス）を生成する（ステップＳ２７０５）。なお、このアドホックアドレス生成処理については後に詳述する。
【０１９４】
続いて、オークション管理サーバ４３０は、出品者用アドホックアドレスＴ２を含んだ出品者用落札結果通知を出品者端末２２０に通知するとともに（ステップＳ２７０６）、落札者用アドホックアドレスＴ１を含んだ落札者用落札結果通知を落札者端末３２０に通知する（ステップＳ２７０７）。上述した一連の処理を経ることによって、落札者用アドホックアドレスＴ１および出品者用アドホックアドレスＴ２が生成され、これが落札者および出品者にそれぞれ開示される。
【０１９５】
［アドホックアドレス生成処理（実施例３）］
次に、図２８および図２９を参照して、図２７に示したアドホックアドレス生成処理（ステップＳ２７０５）を詳細に説明する。なお、ここでは、発アドレス指定のコンテキスト条件Ｃと、オークション管理サーバ４３０が自動設定する有効期限指定のコンテキスト条件Ｃとを含んだアドホックアドレスを生成することとして説明する。
【０１９６】
図２８は、図２７に示したアドホックアドレス生成処理の流れを示すフローチャートであり、図２９は、図２７に示したアドホックアドレス生成処理の具体例を示す図である。同図に示すように、オークション管理サーバ４３０のアドホックアドレス生成部４３８は、コンテキスト条件Ｃを符号化して「文字列Ｗ＿ＣＴ」を生成する（ステップＳ２８０１）。具体的には、条件コードテーブル４３８ａを参照し、コンテキスト条件Ｃの種別および組合せを表す「文字列Ｗ＿Ｃ．１」を生成する（ステップＳ２８０１．１）。また、選択されている各条件を符号化して「文字列Ｗ＿Ｃ．２」を生成するが、本実施例３では、有効期限のみを符号化して「文字列Ｗ＿Ｃ．２．Ｅ」を生成し、これを「文字列Ｗ＿Ｃ．２」とする（ステップＳ２８０１．２）。そして、「文字列Ｗ＿Ｃ．１」および「文字列Ｗ＿Ｃ．２」をつなげて「文字列Ｗ＿ＣＴ」を生成する（ステップＳ２８０１．３）。
【０１９７】
続いて、アドホックアドレス生成部４３８は、コンテキスト条件Ｃに基づいて「文字列Ｗ＿ＣＶ１」および「文字列Ｗ＿ＣＶ２」を生成する（ステップＳ２８０２）。具体的には、出品者について選択されている各条件を符号化して「文字列Ｗ＿ＣＶ１」を生成するが、本実施例３では、落札者のメールアドレス（Ｒ２）の値を「Ｗ＿ＣＶ．Ｓ．１」とするとともに、これを「文字列Ｗ＿ＣＶ１」とする（ステップＳ２８０２．１）。また、これと同様に、落札者について選択されている各条件を符号化して「文字列Ｗ＿ＣＶ２」を生成するが、本実施例３では、出品者のメールアドレス（Ｒ１）の値を「Ｗ＿ＣＶ．Ｓ．２」とするとともに、これを「文字列Ｗ＿ＣＶ２」とする（ステップＳ２８０２．２）。
【０１９８】
そして、アドホックアドレス生成部４３８は、「検証コードＷ＿Ｖ１」および「検証コードＷ＿Ｖ２」を生成する（ステップＳ２８０３）。具体的には、出品者のアドホックメールユーザＩＤ「Ｕ１」と「文字列Ｗ＿ＣＴ」と「文字列Ｗ＿ＣＶ１」とを「．」で連結した文字列を生成し、この文字列の鍵付きハッシュ関数の値をアドレス発行鍵Ｋｇを用いて求め、さらに、この値の下位３０ビットをＢＡＳＥ３２で符号化することで６文字の「文字列Ｗ＿Ｖ１」を生成する（ステップＳ２８０３．１）。また、これと同様に、落札者のアドホックメールユーザＩＤ「Ｕ２」と「文字列Ｗ＿ＣＴ」と「文字列Ｗ＿ＣＶ２」とを「．」で連結した文字列を生成し、この文字列の鍵付きハッシュ関数の値をアドレス発行鍵Ｋｇを用いて求め、さらに、この値の下位３０ビットをＢＡＳＥ３２で符号化することで６文字の「文字列Ｗ＿Ｖ２」を生成する（ステップＳ２８０３．２）。
【０１９９】
続けて、アドホックアドレス生成部４３８は、落札者用アドホックアドレスＴ１および出品者用アドホックアドレスＴ２を生成する（ステップＳ２８０４）。具体的には、出品者のアドホックメールユーザＩＤ「Ｕ１」と「文字列Ｗ＿ＣＴ」と「文字列Ｗ＿Ｖ１」とを「．」で連結した文字列を生成し、この文字列の後に「//」、「＠」、発行者ＩＤ「＄Ｇ」、ドメイン名「.adhoc.isp-A.ne.jp」を付加することで落札者用アドホックアドレスＴ１を生成する（ステップＳ２８０４．１）。また、これと同様に、落札者のアドホックメールユーザＩＤ「Ｕ２」と「文字列Ｗ＿ＣＴ」と「文字列Ｗ＿Ｖ２」とを「．」で連結した文字列を生成し、この文字列の後に「//」、「＠」、発行者ＩＤ「＄Ｇ」、ドメイン名「.adhoc.isp-A.ne.jp」を付加することで出品者用アドホックアドレスＴ２を生成する（ステップＳ２８０４．２）。
【０２００】
なお、アドホックアドレスに埋め込まれる「//」は、発信者および着信者がお互いにアドホックメールユーザであり、かつ、同一のコンテキスト条件でアドホックアドレスが生成されたことをアドホックメール転送サーバ１５０にて識別可能にするための文字列であるが、これとは別の文字列にて識別するようにしてもよい。ただし、アドホックメール転送サーバ１５０のデフォルト動作として、上記したアドホックアドレスのみを処理するように設定したような場合（識別を不要にする場合）には、かかる識別用の文字列をアドホックアドレスに埋め込む必要はなく、そのようなアドホックアドレスを生成するようにしてもよい。
【０２０１】
上述した一連の処理を経ることによって、オークション出品者のアドホックメールユーザＩＤとコンテキスト条件とを結合し、これにアドレス発行鍵から生成した検証コードを付加した落札者用アドホックアドレスＴ１が生成される。また、オークション落札者のアドホックメールユーザＩＤとコンテキスト条件とを結合し、これにアドレス発行鍵から生成した検証コードを付加した出品者用アドホックアドレスＴ２が生成される。
【０２０２】
［アドホックメールの転送および返信までの処理手順（実施例３）］
次に、図３０を参照して、アドホックメールの転送および返信に至る処理手順を説明する。なお、ここでは、出品者２２０が出品者用アドホックアドレスＴ２を用いて送信したメールが落札者３３０に転送され、さらに、この転送メールに対して落札者３３０が返信したメールが出品者２２０に返信される場合を例に挙げて説明する。
【０２０３】
図３０は、実施例３によるアドホックメールの転送および返信までの処理手順を示すシーケンス図である。同図に示すように、アドホックメール転送サーバ１５０は、出品者用アドホックアドレスＴ２を宛先とするアドホックメールを、出品者端末２２０から出品者側メールサーバ２１０を介して受信すると（ステップＳ３００１）、転送可否を判断する（ステップＳ３００２）。すなわち、マスター鍵１５２に記憶された情報に基づいて、アドホックアドレスＴ２からコンテキスト条件Ｃおよび落札者のアドホックメールユーザＩＤ「Ｕ２」を取得し、このコンテキスト条件を満たすメールのみをフィルタリングする。なお、このフィルタリング処理については後に詳述する。
【０２０４】
また、アドホックメール転送サーバ１５０は、コンテキスト条件を満たす（転送可）場合には、アドホックメールの発信者である出品者のアドレスをアドホック化して発信元アドホックアドレスＴ１を生成する（ステップＳ３００３）。すなわち、落札者のユーザＩＤ「Ｕ２」、コンテキスト条件Ｃおよび出品者のメールアドレスＲ１に基づいて、実アドレステーブル１５６およびマスター鍵記憶部１５２に記憶された情報を参照して、発信元アドホックアドレスＴ１を生成する。なお、コンテキスト条件を満たさない（転送不可）場合には、メール受信拒否メッセージを出品者端末２２０に送信する。また、この発信元アドホックアドレス生成処理については後に詳述する。
【０２０５】
続いて、アドホックメール転送サーバ１５０は、アドホックアドレスＴ２を宛先とするアドホックメールを落札者側メールサーバ３１０に転送する（ステップＳ３００４およびＳ３００５）。すなわち、転送可とされたアドホックメールについて、着信者（落札者）のユーザＩＤに基づいて実アドレステーブル１５６から対応する実アドレスＲ２を取得し、アドホックメールの宛先をアドホックアドレスＴ２から実アドレスＲ２に置き換え、さらに、アドホックメールの発信元を出品者メールアドレスＲ１から発信元アドホックアドレスＴ１に置き換え、このメールを落札者側メールサーバ３１０に転送する。
【０２０６】
そして、アドホックメール転送サーバ１５０からメールを受信した落札者側メールサーバ３１０は、落札者端末３２０からメール受信要求（到着メール確認）を受信すると（ステップＳ３００６）、アドホックメール転送サーバ１５０から受信したメールを落札者端末３２０に送信する（ステップＳ３００７）。
【０２０７】
さらに続いて、アドホックメール転送サーバ１５０は、発信元アドホックアドレスＴ１を宛先とするアドホックメール（すなわち、上記のアドホックメールに対する返信メール）を、落札者端末３２０から落札者側メールサーバ３１０を介して受信すると（ステップＳ３００８）、転送可否を判断する（ステップＳ３００９）。すなわち、上記したステップＳ３００２と同様のフィルタリング処理を行う。
【０２０８】
また、アドホックメール転送サーバ１５０は、コンテキスト条件を満たす（転送可）場合には、アドホックメールの発信者である落札者のアドレスをアドホック化して発信元アドホックアドレスＴ２を生成する（ステップＳ３０１０）。すなわち、上記したステップＳ３００３と同様の発信元アドホックアドレス生成処理を行う。
【０２０９】
続いて、アドホックメール転送サーバ１５０は、アドホックアドレスＴ１を宛先とするアドホックメール（返信メール）を出品者側メールサーバ２１０に転送する（ステップＳ３０１１およびＳ３０１２）。すなわち、上記したステップＳ３００４およびＳ３００５と同様の転送処理を行う。
【０２１０】
そして、アドホックメール転送サーバ１５０からメールを受信した出品者側メールサーバ２１０は、出品者端末２２０からメール受信要求（到着メール確認）を受信すると（ステップＳ３０１３）、アドホックメール転送サーバ１５０から受信したメールを出品者端末２２０に送信する（ステップＳ３０１４）。
【０２１１】
上述した一連の処理を経ることによって、アドホックアドレスＴ２を宛先としたアドホックメールは、発信元アドホックアドレスＴ１を送信元として、出品者端末２２０から落札者端末３２０に届けられる。また、これと同様に、発信元アドホックアドレスＴ１を宛先とした返信メールは、発信元アドホックアドレスＴ２を送信元として、落札者端末３２０から出品者端末２２０に届けられる。
【０２１２】
［フィルタ処理（実施例３）］
次に、図３１および図３２を参照して、図３０に示したフィルタ処理（ステップＳ３００２）を詳細に説明する。なお、図３０に示したステップＳ３００９のフィルタ処理も、これと同様に行われる。
【０２１３】
図３１は、図３０に示したフィルタ処理の流れを示すフローチャートであり、図３２は、図３０に示したフィルタ処理の具体例を示す図である。同図に示すように、アドホックメール転送サーバ１５０のフィルタ処理部１５４は、アドホックアドレスＴ２および発信者のメールアドレスＲ１を含んだメール送信要求からアドホックアドレスＴ２を読み出し、このアドホックアドレスＴ２のユーザ名部分から落札者のアドホックメールユーザＩＤ「Ｕ２」、「文字列Ｗ＿ＣＴ（より詳細には、「文字列Ｗ＿Ｃ．１」と「文字列Ｗ＿Ｃ．２」）」および「文字列Ｗ＿Ｖ２」を抽出する（ステップＳ３１０１）。
【０２１４】
具体的には、「第Ｎドット文字」とは、ユーザ名部分の末尾から数えてＮ番目のドット文字を示すと定義すれば、「Ｕ２」については先頭部から第３ドット文字の直前までを抽出し、「文字列Ｗ＿Ｃ．１」については第３ドット文字の直後から第２ドット文字の直前までを抽出し、「文字列Ｗ＿Ｃ．２」については第２ドット文字の直後から第１ドット文字の直前までを抽出し、「文字列Ｗ＿Ｖ２」については第１ドット文字の直後から末尾までを抽出する。
【０２１５】
そして、フィルタ処理部１５４は、「文字列Ｗ＿ＣＴ」を復号する（ステップＳ３１０２）。具体的には、バイト読み出し位置を初期状態で「文字列Ｗ＿Ｃ．２」の先頭とし、読み取った分だけ読み出し位置を進めるが、「文字列Ｗ＿Ｃ．１」に「Ｓ」が含まれる場合については、特に読み取りは行わず（ステップＳ３１０２．Ｓ）、「文字列Ｗ＿Ｃ．１」に「Ｄ」が含まれる場合については、１文字の数字をドメインの「単語数Ｄ＿Ｎ」として読み取り（ステップＳ３１０２．Ｄ）、「文字列Ｗ＿Ｃ．１」に「Ｅ」が含まれる場合については、６文字を「文字列Ｗ＿Ｃ．２．Ｅ」として読み取り、さらに、この「文字列Ｗ＿Ｃ．２．Ｅ」の最初の２桁を「年」、次の２桁を「月」、次の２桁を「日」として読み取り、これを有効期限とする（ステップＳ３１０２．Ｅ）。
【０２１６】
続いて、フィルタ処理部１５４は、コンテキスト条件Ｃである「文字列Ｗ＿ＣＴ」に基づいて転送可否の一時判断を行う（ステップＳ３１０３）。具体的には、「文字列Ｗ＿Ｃ．１」に「Ｅ」が含まれる場合、システム内の時計を参照して現在時刻ｔを読み取り、この現在時刻ｔがステップＳ３１０２．Ｅで取得した有効期限を過ぎているか否かを判定し、過ぎていれば「転送不可」とする。なお、「転送不可」でなければ「転送可」とする。
【０２１７】
上記したステップＳ３１０３の処理によって「転送不可」とされた場合には（ステップＳ３１０４否定）、フィルタ処理部１５４は、その処理を終了するが、「転送可」とされた場合には（ステップＳ３１０４肯定）、フィルタ処理部１５４は、アドレス発行鍵Ｋｇを生成する（ステップＳ３１０５）。具体的には、アドホックアドレスＴ２のユーザ名部分に「/」が含まれ、かつ、一つ目の「/」の直後の文字列にて「/」若しくは「＠」の文字が含まれている場合には、アドホックアドレスＴ２のドメイン名部分の先頭部から最初のドット文字直前までの文字列を発行者ＩＤ「＄Ｇ」として取得する（ステップＳ３１０５．１）。そして、マスター鍵記憶部１５２からマスター鍵Ｋｍを取得し、「＄Ｇ」の鍵付きハッシュ関数の値をマスター鍵Ｋｍで求めて、これをアドレス発行鍵Ｋｇとする（ステップＳ３１０５．２）。
【０２１８】
そして、フィルタ処理部１５４は、コンテキスト条件Ｃである「文字列Ｗ＿ＣＴ」に基づいて「文字列Ｗ＿ＣＶ」を生成する（ステップＳ３１０６）。具体的には、発信者のメールアドレスＲ１の値を「文字列Ｗ＿ＣＶ．Ｓ」とし（ステップＳ３１０６．Ｓ）、メールアドレスＲ１のドメイン名の末尾からＤ＿Ｎ単語分を「Ｗ＿ＣＶ．Ｄ」とし（ステップＳ３１０６．Ｄ）、これらの文字列を連結して「文字列Ｗ＿ＣＴ」をする（ステップＳ３１０６．ｌａｓｔ）。
【０２１９】
これに続いて、フィルタ処理部１５４は、「比較用コードＷ＿Ｔ」を生成する（ステップＳ３１０７）。具体的には、「Ｕ２」と「文字列Ｗ＿ＣＴ」と「文字列Ｗ＿ＣＶ」とを「．」で連結した文字列を生成し、この文字列の鍵付きハッシュ関数の値をアドレス発行鍵Ｋｇを用いて求め、さらに、この値の下位３０ビットをＢＡＳＥ３２で符号化することで６文字の「文字列Ｗ＿Ｔ」を生成する。
【０２２０】
その後、フィルタ処理部１５４は、「比較用コードＷ＿Ｔ」と「検証コードＷ＿Ｖ」とが一致するか否かを判定し、一致する場合には「転送可」とするが、一致しない場合には「転送不可」とする（ステップＳ３１０８）。上述した一連の処理を経ることによって、コンテキスト条件Ｃを満たすアドホックメールのみが抽出される。
【０２２１】
［発信元アドホックアドレス生成処理（実施例３）］
次に、図３３を参照して、図３０に示した発信元アドホックアドレス生成処理（ステップＳ３００３）を詳細に説明する。なお、図３０に示したステップＳ３０１０の発信元アドホックアドレス生成処理も、これと同様に行われる。
【０２２２】
図３３は、図３０に示した発信元アドホックアドレス生成処理の流れを示すフローチャートである。同図に示すように、アドホックメール転送サーバ１５０の発信者アドレス生成部１５７は、発信者のメールアドレスＲ１をアドホックアドレス化するか否かを判断する（ステップＳ３３０１）。具体的には、宛先アドレスであるアドホックアドレスＴ２のユーザ名部分に「/」が二つ存在し、かつ、二つ目の「/」の後に「＠」が続く場合には、図２８に示したアドホックアドレス生成処理によって、二者間の双方ともに相手限定のアドレスが払い出されていると判断する。なお、アドホックメール転送サーバ１５０のデフォルト動作として、上記したアドホックアドレスのみを処理するような場合には、上記した判断は不要である。
【０２２３】
そして、発信者アドレス生成部１５７は、発信者のアドホックメールユーザＩＤ（Ｕ１）を取得する（ステップＳ３３０２）。具体的には、実アドレステーブル１５６を参照して、発信者のメールアドレスＲ１の選択インデックスと一致する行を選択し、この行のアドホックメールユーザＩＤを「Ｕ１」として取得する。
【０２２４】
続いて、発信者アドレス生成部１５７は、アドホックアドレスＴ２に含まれる「Ｕ２」に基づいて「文字列Ｗ＿ＣＶ」を生成する（ステップＳ３３０３）。具体的には、それぞれのコンテキスト条件Ｃを符号化して「文字列Ｗ＿ＣＶ」を生成するが、本実施例３では、「Ｕ２」の値を「Ｗ＿ＣＶ．Ｓ」とするとともに（ステップＳ３３０３．Ｓ）、これを「文字列Ｗ＿ＣＶ」とする（ステップＳ３３０３．ｌａｓｔ）。
【０２２５】
その後、発信者アドレス生成部１５７は、「検証コードＷ＿Ｖ」を生成する（ステップＳ３３０４）。具体的には、出品者のアドホックメールユーザＩＤ「Ｕ１」と「文字列Ｗ＿ＣＴ」と「文字列Ｗ＿ＣＶ」とを「．」で連結した文字列を生成し、この文字列の鍵付きハッシュ関数の値をアドレス発行鍵Ｋｇを用いて求め、さらに、この値の下位３０ビットをＢＡＳＥ３２で符号化することで６文字の「文字列Ｗ＿Ｖ」を生成する。
【０２２６】
そして、発信者アドレス生成部１５７は、発信元アドホックアドレスＴ１を生成する（ステップＳ３３０５）。具体的には、ユーザＩＤ「Ｕ１」と「文字列Ｗ＿ＣＴ」と「文字列Ｗ＿Ｖ」とを「．」で連結した文字列を生成し、この文字列の後に「//」、「＠」、発行者ＩＤ「＄Ｇ」、ドメイン名「.adhoc.isp-A.ne.jp」を付加することで発信元アドホックアドレスＴ１を生成する。
【０２２７】
上述した一連の処理を経ることによって、出品者や落札者がアドホックメールを送信または返信した場合には、この送信元（返信元）である出品者や落札者を秘匿した発信元アドホックアドレスが生成される。
【０２２８】
［実施例３の効果］
上述してきたように、実施例３によれば、インターネット上で行われるオークションサービスにおいて、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することが可能になる。
【０２２９】
また、実施例３によれば、出品者や落札者がアドホックメールを送信する場合にも、この送信元である出品者や落札者を秘匿した発信元アドホックアドレスを生成するので、アドホックアドレスの利用にともなって通信元の実アドレスが開示される事態を防止することも可能になる。
【０２３０】
また、実施例３によれば、出品者や落札者がアドホックメールに対して返信する場合にも、この返信元である出品者や落札者を秘匿した発信元アドホックアドレスを生成するので、通信要求に対する返信にともなって返信元の実アドレスが開示される事態を防止することも可能になる。
【０２３１】
なお、実施例３によれば、実アドレスに代えてアドレス識別子（ユーザＩＤ）をアドホックアドレスに埋め込むので、アドホックアドレスのデータ長を確定的に一定長以下にすることも可能になる。
【実施例４】
【０２３２】
上記した実施例３では、コンテキスト条件Ｃに基づいてアドホックメールをフィルタリングする場合を説明したが、実施例４では、このコンテキスト条件によるフィルタリングの他に、アドホックアドレスの発行者グループに基づいてフィルタリングをする場合について説明する。
【０２３３】
図３４は、本実施例４に係る通信制御システムの構成を示すブロック図である。同図に示すように、本実施例４に係る通信制御システムは、図２３に示した実施例３に係る通信制御システムにおいて、実アドレステーブル１５６を備えるアドホックメール転送サーバ１５０に代えて、アドホックメールユーザテーブル１６１を備えるアドホックメール転送サーバ１６０を設けた点を特徴とする。
【０２３４】
ここで、このアドホックメールユーザテーブル１６１は、実アドレステーブル１５６と同様に、アドホックメールの利用者に関する各種の情報を記憶する手段であるが、具体的には、図３５に例示するように、アドホックメールユーザＩＤに対応付けて、メールアドレスを記憶するとともに、各ユーザにおいてアドホックアドレス発行を許容する発行者のＩＤを記憶して構成される。
【０２３５】
そして、実施例４では、アドホックメールの転送および返信に際して、アドホックメール転送サーバ１６０の転送処理部１５５（請求項５のフィルタ処理手段に対応）は、コンテキスト条件を満たすアドホックメールについて、アドホックメールユーザテーブル１６１に基づいたフィルタリングを行う。具体的には、アドホックメールの着信者である利用者のユーザＩＤ（Ｕ２）および発行者ＩＤ（＄Ｇ）に基づいて、アドホックメールユーザテーブル１６１を参照し、アドホックメールの発行者が発行を許容された者であるか否か（Ｕ２が示すユーザの着信許容発行者グループに発行者ＩＤ（＄Ｇ）が含まれているか否か）を判定する。その結果、発行を許容された者であれば「転送可」とするが、許容されていない場合には「転送不可」とする。
【０２３６】
図３６は、実施例４によるアドホックメールの転送および返信までの処理手順を示すシーケンス図であるが、上記したアドホックアドレスの発行者グループに基づくフィルタリングは、同図に示すように、コンテキスト条件Ｃに基づくフィルタリングに続いて行われる（ステップＳ３６０３および３６１１）。なお、図３６における他のステップにおける処理は、図３０を用いて説明した処理と同様である。
【０２３７】
上述してきたように、実施例４によれば、アドホックアドレスの発行者グループに基づくフィルタリングも行うので、実アドレスまたはアドレス識別子（ユーザＩＤ）が不正に入手されても、利用者が許容しない発行者によって発行されたアドホックアドレスを排除することも可能になる。
【実施例５】
【０２３８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる形態にて実施されてよいものである。そこで、実施例５として種々の異なる実施例を説明する。
【０２３９】
例えば、上記した実施例では、メールアドレスとしてのアドホックアドレスを生成する場合を説明したが、本発明はこれに限定されるものではなく、電話番号としてのアドホックアドレスを生成する場合にも同様に適用することができる。
【０２４０】
また、上記した実施例では、各種の符号化や暗号化を行ってアドホックアドレスを生成する場合を説明したが、本発明はこれに限定されるものではなく、他の符号化や暗号化の手法を採用する場合にも同様に適用することができる。
【０２４１】
また、上記した実施例では、実アドレスを符号化して埋め込んだアドホックアドレスや、アドレス識別子を埋め込んだアドホックアドレスを生成する場合を説明したが、本発明はこれに限定されるものではなく、例えば、アドレス識別子を符号化して埋め込んでもよく、実アドレスが秘匿され、かつ、実アドレスおよびコンテキスト条件を結果的に取得できるアドホックアドレスであれば、同様に適用することができる。
【０２４２】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（特に、コンテキスト条件に関する情報）については、特記する場合を除いて任意に変更することができる。
【０２４３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０２４４】
なお、本実施例では、本発明を実現する各装置を機能面から説明したが、各装置の各機能はパーソナルコンピュータやワークステーションなどのコンピュータにプログラムを実行させることによって実現することもできる。すなわち、本実施例で説明した各種の処理手順は、あらかじめ用意されたプログラムをコンピュータに実行することによって実現することができる。そして、これらのプログラムは、インターネットなどのネットワークを介して配布することができる。さらに、これらのプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。つまり、例を挙げれば、実施例１に示したような相手検索サーバ４１０用プログラム、アドホックアドレス発行サーバ１２０用プログラムおよびアドホックメール転送サーバ１１０用プログラムを格納したＣＤ−ＲＯＭ（装置ごとに別個のＣＤ−ＲＯＭであってもよい）を配布し、このＣＤ−ＲＯＭに格納されたプログラムを各コンピュータが読み出して実行するようにしてもよい。
【産業上の利用可能性】
【０２４５】
以上のように、本発明に係る通信制御システム、通信制御方法および通信制御プログラムは、ネットワーク上で提供される所定のサービスを利用する複数の利用者の端末間における通信を制御する場合に有用であり、特に、利用者への迷惑な通信要求の排除、利用者のプライバシー保護、利用者の信用履歴の維持、通信要求の転送処理の負荷軽減、データベースのリソースの削減、通信要求のフィルタリング処理の高速化などを実現することに適する。
【図面の簡単な説明】
【０２４６】
【図１】実施例１に係る通信制御システムの構成を示すブロック図である。
【図２】図１に示した会員データベースに記憶される情報の構成例を示す図である。
【図３】図１に示したサーバ認証情報記憶部に記憶される情報の構成例を示す図である。
【図４】図１に示したサーバ認証情報テーブルに記憶される情報の構成例を示す図である。
【図５】図１に示した暗号鍵テーブルに記憶される情報の構成例を示す図である。
【図６】図１に示した乱数列テーブルに記憶される情報の構成例を示す図である。
【図７】図１に示した条件コードテーブルに記憶される情報の構成例を示す図である。
【図８】実施例１によるアドホックアドレスの開示までの処理手順を示すシーケンス図である。
【図９】図８に示したアドホックアドレス生成処理の流れを示すフローチャートである。
【図１０】図８に示したアドホックアドレス生成処理の具体例を示す図である。
【図１１】実施例１によるアドホックメールの転送までの処理手順を示すシーケンス図である。
【図１２】図１１に示したフィルタ処理の流れを示すフローチャートである。
【図１３】図１１に示したフィルタ処理の具体例を示す図である。
【図１４】実施例２に係る通信制御システムの構成を示すブロック図である。
【図１５】図１４に示した発行者認証情報記憶部に記憶される情報の構成例を示す図である。
【図１６】図１４に示したアドレス発行鍵記憶部に記憶される情報の構成例を示す図である。
【図１７】図１４に示した配信先データベースに記憶される情報の構成例を示す図である。
【図１８】図１４に示した発行者認証情報記憶部に記憶される情報の構成例を示す図である。
【図１９】図１４に示したマスター鍵記憶部に記憶される情報の構成例を示す図である。
【図２０】実施例２によるアドレス発行鍵の発行までの処理手順を示すシーケンス図である。
【図２１】実施例２によるアドホックアドレスの開示までの処理手順を示すシーケンス図である。
【図２２】実施例２によるアドホックメールの転送までの処理手順を示すシーケンス図である。
【図２３】実施例３に係る通信制御システムの構成を示すブロック図である。
【図２４】図２３に示したユーザデータベースに記憶される情報の構成例を示す図である。
【図２５】図２３に示したオークションデータベースに記憶される情報の構成例を示す図である。
【図２６】図２３に示した実アドレステーブルに記憶される情報の構成例を示す図である。
【図２７】実施例３によるアドホックアドレスの開示までの処理手順を示すシーケンス図である。
【図２８】図２７に示したアドホックアドレス生成処理の流れを示すフローチャートである。
【図２９】図２７に示したアドホックアドレス生成処理の具体例を示す図である。
【図３０】実施例３によるアドホックメールの転送および返信までの処理手順を示すシーケンス図である。
【図３１】図３０に示したフィルタ処理の流れを示すフローチャートである。
【図３２】図３０に示したフィルタ処理の具体例を示す図である。
【図３３】図３０に示した発信元アドホックアドレス生成処理の流れを示すフローチャートである。
【図３４】実施例４に係る通信制御システムの構成を示すブロック図である。
【図３５】図３４に示したアドホックメールユーザテーブルに記憶される情報の構成例を示す図である。
【図３６】実施例４によるアドホックメールの転送までの処理手順を示すシーケンス図である。
【符号の説明】
【０２４７】
１１０  アドホックメール転送サーバ
１１１  メール通信部
１１２  暗号鍵テーブル
１１３  乱数列テーブル
１１４  フィルタ処理部
１１４ａ  条件コードテーブル
１１５  転送処理部
１２０  アドホックアドレス発行サーバ
１２１  ＨＴＴＰ通信部
１２２  サーバ認証情報テーブル
１２３  サーバ認証部
１２４  暗号鍵テーブル
１２５  乱数列テーブル
１２６  アドホックアドレス生成部
１２６ａ  条件コードテーブル
４１０  相手検索サーバ
４１１  ＨＴＴＰ通信部
４１２  会員データベース
４１３  検索処理部
４１４  検索結果生成部
４１５  サーバ認証情報記憶部
４１６  アドレス代理申請部
【図１】
2005117466.tif 000003
【図２】
2005117466.tif 000004
【図３】
2005117466.tif 000005
【図４】
2005117466.tif 000006
【図５】
2005117466.tif 000007
【図６】
2005117466.tif 000008
【図７】
2005117466.tif 000009
【図８】
2005117466.tif 000010
【図９】
2005117466.tif 000011
【図１０】
2005117466.tif 000012
【図１１】
2005117466.tif 000013
【図１２】
2005117466.tif 000014
【図１３】
2005117466.tif 000015
【図１４】
2005117466.tif 000016
【図１５】
2005117466.tif 000017
【図１６】
2005117466.tif 000018
【図１７】
2005117466.tif 000019
【図１８】
2005117466.tif 000020
【図１９】
2005117466.tif 000021
【図２０】
2005117466.tif 000022
【図２１】
2005117466.tif 000023
【図２２】
2005117466.tif 000024
【図２３】
2005117466.tif 000025
【図２４】
2005117466.tif 000026
【図２５】
2005117466.tif 000027
【図２６】
2005117466.tif 000028
【図２７】
2005117466.tif 000029
【図２８】
2005117466.tif 000030
【図２９】
2005117466.tif 000031
【図３０】
2005117466.tif 000032
【図３１】
2005117466.tif 000033
【図３２】
2005117466.tif 000034
【図３３】
2005117466.tif 000035
【図３４】
2005117466.tif 000036
【図３５】
2005117466.tif 000037
【図３６】
2005117466.tif 000038