(57)【特許請求の範囲】
【請求項１】
トークン生成器とトークン動作ログとを備える通信システムにより特定のトークンに関連付けられている１つ以上の動作集合を実行する方法であって、
前記トークン生成器により、当該通信システム内で１つ以上のトークンを生成するステップと、
前記通信システムにより、1つ以上の動作集合と前記1つ以上のトークンとを関連付けて記憶するデータ格納部であるトークン動作ログに、前記通信システム内でカスタマイズ可能な1つ以上の動作集合と、当該通信システムにて受信される通信情報に応じて該1つ以上の動作集合をトリガするための各トークンとを関連付けて記憶するステップと、
前記通信システムにより、前記1つ以上のトークンを使用可能にして、前記通信システムと通信する能力を有するエンティティへ配布するステップと、
前記通信システムにより、当該通信システム内で以前に生成した特定のトークンに付随して起こる通信情報を受信するステップと、
前記通信システムにより、前記特定のトークンに関連付けられている当該１つ以上の動作集合を前記トークン動作ログから探索するステップと、
前記通信システムにより、当該探索した１つ以上の動作集合を実行するステップとを含む方法。
【請求項２】
請求項１に記載の方法において、
前記通信情報の事象が、前記通信情報を削除する、前記通信情報を読み取る、前記通信情報を印刷する、前記通信情報を転送する、前記通信情報に応答する、前記通信情報を保管することから成る群から選ばれるものであり、
前記通信情報の事象を検出するステップを更に含むことを特徴とする方法。
【請求項３】
請求項１に記載の方法において、
前記通信システムが、電子メールシステム、電話システム、インスタントメッセージ通信システム、および、ショートテキストメッセージ通信システムから成る群から選ばれるものであることを特徴とする方法。
【請求項４】
請求項１に記載の方法において、
前記通信システムにより、前記通信システム内で以前に生成された第２の特定のトークンに付随して起こる通信情報を受信する場合に、
前記通信システムにより、前記第２の特定のトークンに関連付けられている1つ以上の動作からなる第２の動作集合を探すために前記トークン動作ログを検索するステップと、
前記通信システムにより、前記探し出した1つ以上の動作からなる第２の動作集合を実行するステップと、
をさらに含むことを特徴とする方法。
【請求項５】
請求項１に記載の方法において、
各トークンがエンティティのグループに対応することを特徴とする方法。
【請求項６】
請求項５に記載の方法において、
エンティティの少なくとも1つのグループが、特定のクラスの中の学生、家族、友人、および仕事関係者から成る集合から選ばれるものであることを特徴とする方法。
【請求項７】
請求項５に記載の方法において、
前記通信システムにより、前記1つ以上のトークンを使用可能にするステップが、前記対応するエンティティのグループに前記トークンを配布するステップを含むことを特徴とする方法。
【請求項８】
請求項５に記載の方法において、
前記1つ以上のトークンを使用可能にするステップが、前記通信システムと通信する能力を有するエンティティによって閲覧可能な文書で前記１つ以上のトークンの少なくともサブ集合を発行するステップを含むことを特徴とする方法。
【請求項９】
請求項８に記載の方法において、
前記文書が、オンラインディレクトリ、印刷されたディレクトリ、名刺、および講義要綱から成る群から選ばれるものであることを特徴とする方法。
【請求項１０】
請求項１に記載の方法において、
前記1つ以上のトークンを使用可能にするステップが、当該通信情報における前記トークンの少なくともサブ集合を、前記通信システムと通信する能力を有する1つ以上のエンティティに送信するステップを含むことを特徴とする方法。
【請求項１１】
請求項１に記載の方法において、
前記通信システムにより、前記通信システム内で1つ以上のトークンを生成するステップの前に実行される、トークンを含まない通信情報を受信するステップと、
前記通信システムにより、前記通信情報の送信者から肯定応答を要求するステップとをさらに含み、
前記1つ以上のトークンを配布するために使用可能にするステップが、前記要求された肯定要求の受信に応じて、トークンを前記送信者に送信するステップを含むことを特徴とする方法。
【請求項１２】
請求項１１に記載の方法において、
前記肯定応答を要求するステップが、前記通信情報のための前記送信者の目的の記述を含むように前記送信者からの肯定応答を要求するステップを含むことを特徴とする方法。
【請求項１３】
請求項１２に記載の方法において、
前記送信するステップが、前記送信者の目的の記述を含む肯定応答を受信するステップと、前記通信システムのオペレータに前記記述を提示するステップと、
前記通信システムのオペレータからの承認の受信に応じて、トークンを前記送信者に送信するステップとを含むことを特徴とする方法。
【請求項１４】
請求項１１に記載の方法において、
前記肯定応答を要求するステップが、コードが描かれているイメージを含むように前記送信者に通信情報を送信するステップを含み、
該通信情報が、前記描かれたコードを含む肯定応答を送信するよう前記送信者に指示するものであることを特徴とする方法。
【請求項１５】
請求項１４に記載の方法において、
前記送信するステップが、前記描かれたコードを含む肯定応答を受信したことに応答して、前記送信者にトークンを送信するステップを含むことを特徴とする方法。
【請求項１６】
請求項１に記載の方法において、
前記特定のトークンを含む通信情報を受信するステップの前に、トークンなしの通信を受信するステップと、
満たされた1つ以上の条件に応答して、前記通信をトークンに関連付けるステップと、
を含むことを特徴とする方法。
【請求項１７】
請求項１６に記載の方法において、
前記少なくとも1つの条件が、前記通信システムのユーザの住所録に見つけられる前記通信情報のための戻りアドレスを含むことを特徴とする方法。
【請求項１８】
請求項１に記載の方法において、
さらに、1つ以上のトークンを、前記通信システムに既にある1つ以上のメッセージに添付するステップを含むことを特徴とする方法。
【請求項１９】
請求項１に記載の方法において、
少なくとも１つの動作が、前記通信システムのオペレータに前記通信情報を提示することを含むことを特徴とする方法。
【請求項２０】
請求項１に記載の方法において、
少なくとも１つの動作が、前記通信情報を拒絶すること、前記通信情報に対する返事を送信すること、前記通信情報をファイルすること、前記通信情報を記録すること、前記通信情報に識別子を付けること、前記通信情報を削除すること、前記通信情報を受信者に転送すること、装置を起動させること、前記通信システムのオペレータに聴覚的に警報を出すこと、前記通信システムのオペレータに視覚的に警報を出すこと、前記通信情報から情報を抽出すること、前記トークン動作ログを変更すること、新たなトークンを生成すること、および、以前に生成されたトークンを送信すること、から成る群から選ばれるものであることを特徴とする方法。
【請求項２１】
請求項１に記載の方法において、
前記１つ以上の動作が、条件付きロジックを含むことを特徴とする方法。
【請求項２２】
請求項１に記載の方法において、
前記特定のトークンがパラメータの集合に付随するものであり、
前記1つ以上の動作からなる動作集合を実行するステップは、前記パラメータの集合で対応する機能を呼び出すステップを含むことを特徴とする方法。
【請求項２３】
請求項１に記載の方法において、
前記特定のトークンが使用のための条件と関連付けられており、
前記受信するステップが、満たされている前記使用のための条件に応じて、1つ以上の操作を実行するステップを含むことを特徴とする方法。
【請求項２４】
請求項２３に記載の方法において、
前記少なくとも１つの操作が、前記通信情報を拒絶することを含むことを特徴とする方法。
【請求項２５】
請求項２３に記載の方法において、
前記使用のための条件が、満了日を含むことを特徴とする方法。
【請求項２６】
請求項２１に記載の方法において、
前記使用のための条件が、前記特定のトークンの使用のために設定された数を含むことを特徴とする方法。
【請求項２７】
請求項１に記載の方法において、
前記1つ以上のトークンが、前記少なくとも1つのトークンの発行人の標識と関連付けられていることを特徴とする方法。
【請求項２８】
請求項１に記載の方法において、
前記1つ以上のトークンが、この少なくとも1つのトークンが発行される対象である1つ以上のエンティティの標識と関連付けられていることを特徴とする方法。
【請求項２９】
請求項１に記載の方法において、
前記1つ以上のトークンが、この少なくとも1つのトークンのために意図する目的の標識と関連付けられていることを特徴とする方法。
【請求項３０】
請求項１に記載の方法において、
前記1つ以上のトークンを使用可能にするステップが、異なる目的を持つ複数のトークンを2つ以上のエンティティに配布するステップを含むことを特徴とする方法。
【請求項３１】
請求項１に記載の方法において、
前記1つ以上のトークンを使用可能にするステップが、１つのエンティティに異なる目的で複数のトークンを配布するステップを含むことを特徴とする方法。
【請求項３２】
請求項１に記載の方法において、
さらに、前記トークン動作ログの2つ以上の動作を異なる特定の事象に結合するステップを含むことを特徴とする方法。
【請求項３３】
請求項１に記載の方法において、
前記トークン動作ログの少なくとも１つの動作が、1つ以上のトークン動作ログエントリによって参照される1つ以上の標準の動作からなる動作集合への参照を含むことを特徴とする方法。
【請求項３４】
請求項１に記載の方法において、
前記1つ以上の動作が、前記通信情報を受け入れることを含むことを特徴とする方法。
【請求項３５】
請求項１に記載の方法において、
前記通信を受け入れることが、前記通信を受信して受信箱に入れることを含むことを特徴とする方法。
【請求項３６】
トークン生成器とトークン動作ログとを備える通信システムにより特定のトークンに関連付けられている１つ以上の動作集合を実行する方法であって、
前記トークン生成器により、当該通信システム内で１つ以上のトークンを生成するステップと、
前記通信システムにより、データ格納部であるトークン動作ログに、当該通信システム内でカスタマイズ可能な1つ以上の動作集合と、当該通信システムにて受信される通信情報に応じて該1つ以上の動作集合をトリガするための各トークンとを関連付けて記憶するステップと、
前記通信システムにより、前記1つ以上のトークンを使用可能にして、前記通信システムと通信する能力を有するエンティティへ配布するステップと、
前記通信システムにより、当該通信システム内で以前に生成した特定のトークンに付随して起こる通信情報を受信するステップと、
前記通信システムにより、前記特定のトークンに関連付けられている当該１つ以上の動作集合を前記トークン動作ログから探索するステップと、
前記通信システムにより、当該探索した１つ以上の動作集合を実行するステップとを含む方法。
【請求項３７】
通信システムであって、
1つ以上のトークンを生成するトークン生成器と、
当該通信システム内でカスタマイズ可能な1つ以上の動作集合と、当該通信システムにて受信される通信情報に応じて該1つ以上の動作集合をトリガするための各トークンとを関連付けて記憶しておくためのデータ格納部であるトークン動作ログと、
前記1つ以上のトークンを使用可能にして、前記通信システムと通信する能力を有するエンティティへ配布するトークンディストリビュータと、
を具える通信システム。
【請求項３８】
請求項３７に記載の通信システムにおいて、
前記通信システムが、事象となる通信情報を受信することを含むことを特徴とする通信システム。
【請求項３９】
請求項３７に記載の通信システムにおいて、
前記通信情報の事象が、前記通信を削除する、前記通信を読み取る、前記通信を印刷する、前記通信を転送する、前記通信に応答する、前記通信を保管することから成る群から選ばれものであることを特徴とする通信システム。
【請求項４０】
請求項３７に記載の通信システムにおいて、
前記通信システムが、電子メールシステム、電話システム、インスタントメッセージ通信システム、および、ページングシステムから成る群から選ばれるものであることを特徴とする通信システム。
【請求項４１】
請求項３７に記載の通信システムにおいて、
前記通信システムで以前に生成された特定のトークンに付随する通信を受信する通信レシーバと、
前記特定のトークンと関連付けられている1つ以上の動作からなる動作集合を探すためにトークン動作ログを検索する検索モジュールと、
前記探し出した1つ以上の動作からなる動作集合を実行する動作マネージャと、
をさらに具えることを特徴とする通信システム。
【請求項４２】
請求項３７に記載の通信システムにおいて、
前記通信情報が、前記通信システム内で以前に生成された第２の特定のトークンを付随して起こるものであり、
前期検索モジュールが、前記第２の特定のトークンと関連付けられている1つ以上の動作からなる第２の動作集合を探すためにトークン動作ログを検索し、
前記動作マネージャが、前記1つ以上の動作からなる第２の動作集合を実行することを特徴とする通信システム。
【請求項４３】
請求項３７に記載の通信システムにおいて、
各トークンが、エンティティのグループに対応することを特徴とする通信システム。
【請求項４４】
請求項３７に記載の通信システムにおいて、
エンティティの少なくとも1つのグループが、特定のクラスの中の学生、家族、友人、および仕事関係者から成る集合から選ばれるものであることを特徴とする通信システム。
【請求項４５】
請求項３７に記載の通信システムにおいて、
前記トークンディストリビュータが、前記１つ以上のトークンを前記エンティティの対応するグループに配布することを特徴とする通信システム。
【請求項４６】
請求項３７に記載の通信システムにおいて、
前記トークンディストリビュータが、前記通信システムと通信する能力を有するエンティティによって閲覧可能な文書で前記１つ以上のトークンの少なくともサブ集合を発行することを特徴とする通信システム。
【請求項４７】
請求項４６に記載の通信システムにおいて、
前記文書が、オンラインディレクトリ、印刷されたディレクトリ、名刺、および講義要綱から成る群から選ばれるものであることを特徴とする通信システム。
【請求項４８】
請求項３７に記載の通信システムにおいて、
前記トークンディストリビュータが、当該通信情報における前記トークンの少なくともサブ集合を、前記通信システムで通信する能力を有する1つ以上のエンティティに送信することを特徴とする通信システム。
【請求項４９】
請求項３７に記載の通信システムにおいて、
前記トークンディストリビュータが、トークンを含まない通信を受信し、前記通信情報の送信者からの肯定応答を要求し、前記要求した肯定応答を受信することに応じてトークンを送信することを特徴とする通信システム。
【請求項５０】
請求項４９に記載の通信システムにおいて、
前記トークンディストリビュータが、前記通信情報に対する前記送信者の目的の記述を含む前記送信者から肯定応答を要求することを特徴とする通信システム。
【請求項５１】
請求項４９に記載の通信システムにおいて、
前記トークンディストリビュータが、前記送信者の目的の記述を含む肯定応答を受信し、前記通信システムのオペレータに前記記述を提示し、前記通信システムのオペレータからの承認の受信に応じて、トークンを前記送信者に送信することを特徴とする通信システム。
【請求項５２】
請求項４９に記載の通信システムにおいて、
前記トークンディストリビュータが、コードが描かれているイメージを含む通信であって、この描かれたコードを含む肯定応答を送信するように前記送信者に指示するように通信を前記送信者に送信することを特徴とする通信システム。
【請求項５３】
請求項５２に記載の通信システムにおいて、
前記トークンディストリビュータが、前記描かれたコードを含む肯定応答を受信することに応じて、トークンを前記送信者に送信することを特徴とする通信システム。
【請求項５４】
請求項４１に記載の通信システムにおいて、
前記トークンディストリビュータが、前記特定のトークンを含む通信情報を受信する前に、トークンなしの通信を受信し、満たされている1つ以上の条件に応じて、前記通信情報をトークンと関連付けることを特徴とする通信システム。
【請求項５５】
請求項５４に記載の通信システムにおいて、
前記少なくとも1つの条件が、前記通信システムのユーザの住所録の中で見つけられる前記通信情報のための戻りアドレスを含むことを特徴とする通信システム。
【請求項５６】
請求項３７に記載の通信システムにおいて、
前記動作マネージャによって実行される動作が、前記通信システム内に既にある1つ以上のメッセージに、1つ以上のトークンを添付することであることを特徴とする通信システム。
【請求項５７】
請求項５６に記載の通信システムにおいて、
前記動作マネージャによって実行される動作が、前記通信システムのオペレータに通信情報を提示することであることを特徴とする通信システム。
【請求項５８】
請求項４１に記載の通信システムにおいて、
少なくとも１つの動作が、前記通信情報を拒絶すること、前記通信情報に対する返事を送信すること、前記通信情報をファイルすること、前記通信情報を記録すること、前記通信情報に識別子を付けること、前記通信情報を削除すること、前記通信情報を受信者に転送すること、装置を起動させること、前記通信システムのオペレータに聴覚的に警報を出すこと、前記通信システムのオペレータに視覚的に警報を出すこと、前記通信情報から情報を抽出すること、前記トークン動作ログを変更すること、新たなトークンを生成すること、および、以前に生成されたトークンを送信すること、から成る群から選ばれるものであることを特徴とする通信システム。
【請求項５９】
請求項４１に記載の通信システムにおいて、
前記１つ以上の動作が、条件付きロジックを含むことを特徴とする通信システム。
【請求項６０】
請求項４１に記載の通信システムにおいて、
前記特定のトークンが、パラメータの集合を付随するものであり、
前記動作マネージャが、前記パラメータの集合で対応する機能を呼び出すことによって前記1つ以上の動作からなる動作集合を実行することを特徴とする通信システム。
【請求項６１】
請求項４１に記載の通信システムにおいて、
前記特定のトークンが使用のために条件と関連付けられており、
前記通信レシーバが、満たされている使用のために条件に応じて、1つ以上の操作を実行することを特徴とする通信システム。
【請求項６２】
請求項６１に記載の通信システムにおいて、
前記少なくとも1つの操作が、前記通信を拒絶することを含むことを特徴とする通信システム。
【請求項６３】
請求項６１に記載の通信システムにおいて、
前記使用のための条件が、満了日を含むことを特徴とする通信システム。
【請求項６４】
請求項６１に記載の通信システムにおいて、
前記使用のための条件が、前記特定のトークンの使用のために設定された数を含むことを特徴とする通信システム。
【請求項６５】
請求項３７に記載の通信システムにおいて、
前記1つ以上のトークンが、少なくとも1つのトークンの発行人の標識と関連付けられていることを特徴とする通信システム。
【請求項６６】
請求項３７に記載の通信システムにおいて、
少なくとも1つのトークンが、少なくとも1つのトークンが発行される対象である、1つ以上のエンティティの標識と関連付けられていることを特徴とする通信システム。
【請求項６７】
請求項３７に記載の通信システムにおいて、
前記1つ以上のトークンが、前記少なくとも1つのトークンの意図する目的の標識に関連付けられていることを特徴とする通信システム。
【請求項６８】
請求項３７に記載の通信システムにおいて、
前記トークンディストリビュータが、異なる目的を持つ複数トークンを2つ以上のエンティティに配布することを特徴とする通信システム。
【請求項６９】
請求項３７に記載の通信システムにおいて、
前記トークンディストリビュータが、異なる目的を持つ複数トークンを1つのエンティティに配布することを特徴とする通信システム。
【請求項７０】
請求項３７に記載の通信システムにおいて、
前記トークン動作ログが、このトークン動作ログの中の２つ以上の動作を、異なる特定の事象に結合することを特徴とする通信システム。
【請求項７１】
請求項４１に記載の通信システムにおいて、
前記トークン動作ログの中の少なくとも１つの動作が、1つ以上のトークン動作ログエントリによって参照される1つ以上の標準の動作からなる動作集合への参照を含むことを特徴とする通信システム。
【請求項７２】
通信システムであって、
前記通信システム内でカスタマイズ可能な1つ以上の動作集合と、1つ以上のトークンの各々とを関連付けて記憶しておくためのデータ格納部であるトークン動作ログと、
前記1つ以上のトークンを使用可能にして、前記通信システムと通信する能力を有するエンティティへ配布するトークンディストリビュータと、
当該通信システムにて、前記通信システムと通信する能力を有するエンティティから、当該通信システム内で以前に生成した特定のトークンに伴う通信情報を受信する受信レシーバと、
前記特定のトークンに関連付けられている当該１つ以上の動作集合を前記トークン動作ログから探索する検索モジュールと、
当該探索した１つ以上の動作集合を当該通信システムにて実行する動作マネージャと、
を具える通信システム。
【請求項７３】
通信システム内の通信装置であって、
前記通信システム内で1つ以上のトークンを生成する手段と、
データ格納部であるトークン動作ログに、前記通信システム内でカスタマイズ可能な1つ以上の動作集合と、当該通信システムにて受信される通信情報に応じて該1つ以上の動作集合をトリガするための各トークンとを関連付けて記憶する手段と、
前記1つ以上のトークンを使用可能にして、前記通信システムと通信する能力を有するエンティティへ配布する手段と、
当該通信システム内で以前に生成した特定のトークンに伴う通信情報を受信する手段と、
前記特定のトークンに関連付けられている当該１つ以上の動作集合を前記トークン動作ログから探索する手段と、
当該探索した１つ以上の動作集合を実行する手段と、
を具える通信装置。
【請求項７４】
通信システム内のコンピュータに、
前記通信システム内で１つ以上のトークンを生成するステップと、
データ格納部であるトークン動作ログに、前記通信システム内でカスタマイズ可能な1つ以上の動作集合と、当該通信システムにて受信される通信情報に応じて該1つ以上の動作集合をトリガするための各トークンとを関連付けて記憶するステップと、
前記1つ以上のトークンを使用可能にして、前記通信システムと通信する能力を有するエンティティへ配布するステップと、
当該通信システム内で以前に生成した特定のトークンに付随して起こる通信情報を受信するステップと、
前記特定のトークンに関連付けられている当該１つ以上の動作集合を前記トークン動作ログから探索するステップと、
当該探索した１つ以上の動作集合を実行するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、発明者：スコットE.サンプソンによる「トークン動作ログの機能と使用」（2002年9月30日出願、米国仮出願No.60/415,321号）に関連し、その優先権の利益を要求し、参照によってその全体を本明細書に合体させるものとする。
【０００２】
技術分野
本発明は一般に通信システムと関連する。より具体的には、本発明は、トークン動作ログを使った通信管理のシステムと方法に関連する。
【背景技術】
【０００３】
発明の背景
電子メール、インスタントメッセージング、およびセルラー式電話（携帯電話）技術を含む新しい通信オプションの最近の展開によって、人が毎日受信する無数の通信を管理する方法には、多大なニーズが存在している。あいにく、勝手に送られてくる商用の勧誘（しばしば「スパム」と称される。）が、通信管理を難しくしている。
【０００４】
インターネットサービスプロバイダー(ISP)やその他の会社は、この勝手に送られてくる商用の迷惑電子メールの結果として、生産性を妨げられ数百万ドルと無数の時間を失っている。スパムはインターネット、計算機システム、および電子メールアカウントの動きを妨げ、操作を遅くし、時にはシステムシャットダウンや故障を起こさせる。スパムによる出費には、スパムとして作成された電子メールによって増大したメールのフローを処理するための新たなコンピュータハードウェア、スパムによる流れを低減するためのフィルタリングソフト、スパムメール即ちジャンクメールを識別し削除するために費やすスタッフの時間のコストなどが含まれる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
また、スパムは消費者に損害を与える。道中で電子メールをダウンロードする出張者、ワイアレスインターネットサービスを使う者などを含めて、多くの人々はまだインターネットアクセスのために時間当たりの料金制（従量制）で支払いをしている。これらの消費者は、彼らがインターネットから彼らのコンピュータに勝手に送られてくる、即ち、送信請求をしていないメッセージをダウンロードすることに費やす時間の代金を払う必要がある。
【０００６】
ほとんどのISPは、電子メールメッセージを記憶するための、消費者のためのアカウントのメールボックスでの使用可能なスペースを制限している。スパムは、消費者が他の目的のために利用することができたであろうメールボックスのスペースを消費し尽くしてしまう。個人が電子メールアカウントにおける個人のメッセージをチェックしている時に、分類することも不便である。
【０００７】
スパムの内容も厄介な問題である。幾つかのスパムメッセージが合法なビジネス（会社）からであるのが、これらの電子メールの大多数は、様々な詐欺や計画、または性的なものを指向するウェブサイトへ勧誘する。多くの人々は、これらの電子メールの「すばやく豊かになる」計画の犠牲者になる。他の状況において、ポルノ画像やメッセージが、最後には、疑い持たない、子供を持つ家族のメールボックスに行き着くこととなる。
【０００８】
現在の技術的な解決策は、一般に、スパムと他の勝手に送られてくる通信のフローを止めることに不十分であるとみなされている。最も技術的な解決策は、スパム削除と偽陽性を減少すること（即ち合法なメッセージの除去）の間のバランスを見つけることを試みている。しかしながら、どの従来の解決策も完全ではない。より保守的なシステムが、多くのスパムメッセージをブロック化することに失敗する一方、攻撃的なスパム削除システムはあまりにも多くの偽陽性（スパムでないのにスパムと判定してしまう）を結果として生じている。
【０００９】
もちろん、非送信請求型の通信はインターネットでは制限されない。多くの人々は、より厳しい立法と州と国家の電話不可リスト(do-no-call list)にもかかわらず、勝手にかかってくる電話とファクシミリを受けている。
【００１０】
さらなる問題が、受信した所望の通信でも大量に見つかる。多くの所望の通信であっても、過剰な通信は「情報過負荷」をもたらしうる。この問題による１つの影響は、所望の通信を分類し処理することにかかる時間が莫大にかかることである。所望の通信および所望しない通信を含む、受け取られるすべてのタイプの通信を効果的に管理するメカニズムが必要とされている。
【課題を解決するための手段】
【００１１】
発明の概要
ある実施態様では、通信システムは、1つまたは複数のトークンを作成するトークン生成器と各トークンを1つまたは複数の動作からなるカスタマイズ可能なセットと関連付けるトークン動作ログを含む。各トークンは、事象を経験する通信が付随することに応じて1つまたは複数の動作の関連付けられたセットを引き起こす、即ち発生させるためのものである。この事象は、通信システムで通信を受け取る、即ち受信することとすることができる。しかしながら、他の事象、例えば、通信を削除する、通信を読み取る、通信を印刷する、通信を転送し、通信に答えて、通信を保管（アーカイブ）することなども意図してある。
【００１２】
コード、記号、または他の識別子に加えて、トークンは、
様々なその他の情報、例えば、トークンの発行人の標識、少なくとも１つのトークンが発行された対象である１つまたは複数の実体の標識、および／または、少なくとも１つのトークンのための意図されている目的の標識などを含むか、或いは、関連付けられることができる。
【００１３】
通信システムは、何らかのオーディオ、ビデオ、または、テキストのメッセージ通信システムとして実現することができ、全てを網羅する例ではないが、電子メールシステム、電話システム、インスタントメッセージ通信システム、およびショートテキストメッセージ通信システムなどの例が含まれる。
【００１４】
ある実施態様では、通信システムは、通信システムで通信することを潜在的に所望している実体に配布するために、1つまたは複数のトークン(tokens)を使用可能にするトークンディストリビュータ（配布器）を含む。
【００１５】
各トークンは、実体のグループに対応させることができる。例えば、トークンは特定のクラスの中の学生、家族、親族、友人、仕事関係者、を含む実体のグループに対応させることができる。
【００１６】
トークンディストリビュータは、様々な方法でトークンを対応する実体のグループに配布することができる。例えば、トークンディストリビュータは、通信システムのユーザと通信することを潜在的に所望している実体による閲覧可能な文書の中でトークンの少なくともサブセットを出版することができる。この文書の例は、オンラインディレクトリ、印刷されたディレクトリ、名刺、または講義要綱を含むことができる。
【００１７】
トークンディストリビュータは、通信システムで通信することを潜在的に所望している1つまたは複数の実体への通信で、トークンの少なくともサブセットを送信することができる。この通信は、電子メールメッセージ、電話、または他のタイプの通信とすることができる。
【００１８】
ある実施態様では、本システムは、通信システム内で以前に生成された特定のトークンに付随する通信を受信する通信レシーバ（受信機）も含む。本システム内の検索モジュールが、特定のトークンと関連付けられた1つまたは複数の動作からなるセットを探すためにトークン動作ログを検索する。
【００１９】
本システムは、検索モジュールが見つけた1つまたは複数の動作からなるセットを実行する動作マネージャをさらに含む。本発明の範囲の中では様々な動作が可能である。例えば、ある動作は、通信システムのオペレータに通信を提示することにすることができる（例えば受信箱の中に通信を受信する）。限定するものではないが、他の動作には、通信を拒絶する、通信への返事を送信する通信に識別子を付ける、通信を削除する、通信を受信者に転送する、装置を起動させる（活動化する）、通信システムのユーザに聴覚的に警報を出す、通信システムのユーザに視覚的に警報を出す、通信から情報を抽出する、トークン動作ログを変更する、新たなトークンを生成する、および、以前に生成されたトークンを送信することなどを含むことができる。
【００２０】
ある実施態様において、動作は条件ロジック（if-then-else形式）を含む。さらに、トークンは、動作マネージャがパラメータのセットを用いて適切な機能を呼び出す、即ちコールすることによって、１つまたは複数の動作からなるセットを実行することとなるような、パラメータのセットを含む、或いは関連付けられることができる。
【００２１】
ある実施例では、トークンは、トークン使用のための条件を含む、或いは関連付けられることができ、本システムは、この条件に応じて、1つまたは複数の操作（通信を拒絶するなどの）を実行する。使用のための条件は、例えば、満了日、または、トークンの設定された使用回数を含むことができる。
【００２２】
通信が追加のトークンを付随する場合、検索モジュールは、追加のトークンと関連付けられた1つまたは複数の動作からなる第２のセットを探すためにトークン動作ログを検索し、それの後に、動作マネージャが、1つまたは複数の動作からなる第２のセットを実行することになっている。
【００２３】
ある実施態様において、トークンディストリビュータは、トークンを含まない通信を受信することもできる。応答において、トークンディストリビュータは通信の送信者からの肯定応答を要求することができる。その後、トークンディストリビュータは、要求した肯定応答を受信することにのみ応じて、トークンを送信者に転送することもできる。肯定応答には、送信者の通信目的の記述を含むことを必要とすることもでき、その場合には、通信システムのユーザには、トークンが、発行されることになっているか否かを決めるように促す、即ち、入力要求することもできる。
【００２４】
自動的な肯定応答を防止するために、トークンディストリビュータは、コードが描かれている、即ち、コードが図示された添付イメージ（例えばＧＩＦやＪＰＥＧ）を含む通信を送信者に送信できる。メッセージは、送信者に、描き出されたコードを含む肯定応答を送ることをさらに指示することもでき、そのときは、肯定応答がコードを含む場合にトークンが送信されることとなる。
【００２５】
場合によっては、トークンディストリビュータは、トークンを、トークンと共に到着しなかった通信に自働的に割り当てることができる。これは、例えば、通信のための戻りアドレスが通信システムのユーザの住所録の中で発見される場合に起こさせることができる。
【００２６】
この発明のさらなる実地態様と利点は、添付の諸図面を参照しながらの好適な実施例の以下の詳細な説明から明白になるであろう。
【発明を実施するための最良の形態】
【００２７】
詳細な説明
図面を参照するが、図面では同様な参照符号は同様の要素を指し示す。明瞭にするために、参照符号の最初の数字または幾つかの数字は、対応する構成要素が最初に使われる図の番号を指す。
【００２８】
以下の説明における、プログラミング、ソフトウェアモジュール、ユーザ選択、ネットワークトランザクション、データベースキュエリ（問合せ）、データベース構造などの多数の具体的な詳細説明は、発明の実施態様についての完全な理解のために提供するものである。しかしながら、当業者は、これらの具体的な詳細説明の１つまたは複数がない状態でも本発明を実践することができ、或いは、他の方法、構成要素、材料を用いても実践し得ることを理解するであろう。
【００２９】
場合によっては、発明が不明瞭になるのを避けるために、周知の構造、材料、または、操作は図に示したり、詳細に説明したりしない。さらに、説明される機能、構造、または特徴は、1つまたは複数の実施態様におけるどのような適当な方法ででも組み合わせることができる。
【００３０】
以下の説明は通信管理に関係する多数の例を使うものであるが、当業者は、本明細書で明らかにされた原理が他の分野に適用可能であることを理解するであろう。同様に、以下の説明が頻繁に「メッセージ」に言及するが、他のタイプの「オブジェクト」も本発明の範囲の中に含まれる。
【００３１】
図１を参照されたいが、トークン発行人は、セルラー式電話（携帯電話）、電子メールクライアント、ウェブサーバなどのようなメッセージ装置102を持つことができる。以降さらに詳しく説明するように、メッセージ装置102は、トークン動作ログマネージャ(TLM)を含むが、このTLMは、一般には、トークン動作ログエントリを作成し、トークンを発行し、トークン動作ログの中のトークンと関連付けられたいかなる動作も管理するためのソフトウェアモジュールである。TLMは、電子メールシステム、電話システム、インスタントメッセージ通信システム、またはページング(ポケットベル)システムなどの一部とすることができる。
【００３２】
トークン発行人はトークンを作成し、特定の潜在的なトークンユーザに特定のトークン104を発行する。ユーザは、特定のクラスまたはグループ、即ち、即ち特定のクラスの中の学生、家族（親族）、友人、仕事関係者、に対応させることができる。しかしながら、固有のトークンを個々のユーザに発行させることもできる。異なる目的を持つ複合トークン（複数のトークン）は、1つまたは複数の実体に配布させることができる。
【００３３】
幾つかの状況において、トークンユーザは、トークン発行人と同じにすることもでき、或いは、トークン発行人のメッセージ装置102上で稼動する別個のプロセスとすることもできる。しかしながら、通常、トークンユーザは、トークン発行人と通信することを所望する、或いは、トークン発行人と相互作用（対話）することを所望する他の幾つかの実体である。新しいトークンがトークン発行人によって発行されたとき、当該トークンおよび1つまたは複数の動作からなる当該トークンに対応するセットが、当該発行人のトークン動作ログに記録される。
【００３４】
ある実施態様では、動作からなるセットはカスタマイズ可能であり、即ちユーザは、特定のトークンと関連付けられることとなる様々な動作を指定するか、選択するか、ができる。以下で説明するように、ある動作は、１つまたは複数の１つまたは複数の他の動作を生じさせることもできる。さらに、ある動作は、条件ロジック(if-then-else形式)を含むこともできる。様々な動作が、本発明の範囲に入ることが可能であり、その例には、通信を拒絶すること、通信に対する返事を送信すること、通信に識別子を付けること、通信を削除すること、通信を受信者に転送すること、装置を起動させること、通信システムのユーザに聴覚的に警報を出すこと、通信システムのユーザに視覚的に警報を出すこと、通信から情報を抽出すること、トークン動作ログを変更すること、新たなトークンを生成すること、および、以前に生成されたトークンを送信することが含まれる。
【００３５】
ある実施態様では、トークン動作ログは、それらが有効に使われることができる条件とそれらが動機となる動作とを含む、発行されたトークンのリストである。トークン動作ログは、与えられたトークンが適正であるかの条件などと同様に、実際の目的および伝達された目的などのその他の情報を含むことができる。
トークン動作ログのための他の可能な名前には、「トークンリポジトリ(repository)」、「トークンレジストリ(registry)」、「トークンレジスタ」などが含まれる。しかしながら、本明細書では、用語「トークン動作ログ」、または略して「トークンログ」を使うものとする。
【００３６】
トークンユーザのメッセージ装置106が新しいトークンを受信する時、受信したトークンは、アドレスブック（住所録）、または、なんらかの他のトークン記憶装置（格納場所）に保持することができる。このトークン記憶装置はトークン動作ログと違うものであることに注意されたい。トークン動作ログは、その者によって発行されたトークンを含んでいる。トークン記憶装置または住所録は他の者によって発行されたトークンを含んでいる。
【００３７】
適切な時に、トークンユーザは、通常、あるメッセージ（または他のオブジェクト）の一部としてトークン発行人に、トークン発行人によって発行された１つまたは複数のトークン108を返送する。以前に発行されたトークンを発行人が受信したとき、発行人のメッセージ装置102は、発行人のトークン動作ログの中で記述されるように適切な動作を行う。
【００３８】
より詳細に後で説明するが、トークンを伴う通信を受信することは、実行されることとなる関連付けられている動作を引き起こすことができるほんの1つの「事象」である。動作を引き起こすことができる他の事象は、通信を削除し、通信を読み取り、通信を印刷し、通信を転送し、通信に答えて、通信をアーカイブすることが含まれる。
【００３９】
明瞭にするために、図１では通信における暗号化または複雑な承認を図示していない。確かに、発行されたトークンまたは使われているトークンは、経路において横取りされるのを防止するために暗号化することができる。さらに、トークンユーザが、実際に、ユーザがそうであることを称する実体であることを確認するための方法を使用することもできる。この目的のために様々な暗号化と認証の方法を使用することもできる。
【００４０】
図２は、トークンを発行するためのプロセスを説明する。このプロシージャ（手順）は、発行されたトークンを持つことを所望している発行人によって開始される（ステップ202）。たぶん、個人は、発行人と通信することを所望し、そして、有効な通信をするためにはトークンが必要であることに気がつく。或いは、発行人は、会社または個人からのメッセージを予期しているが、その会社または個人からのそれに続くメッセージ（例えば、ジャンクメッセージ、即ち「スパム」）を受け取りたくない。
【００４１】
このような文脈、即ち状況では、「トークン」は、トークン発行人のメッセージ装置上で動作を潜在的に開始する記号である。トークンの正確なフォーマットは重要でない。例えば、トークンはXMLタグ「<token> および</token>」によって囲まれる一連の英数字とすることができる。電話通信において使われるトークンは、電話番号と一緒に送ることができる一連の数とすることができる。与えられた電話番号の後に#トークンを555-1212#8793などのように続けて入れることでき、ここで8793が当該トークンユーザによって使われるトークンである。さらなる他の実施態様において、トークンは、「tk」などの固有のタグを先頭に付けた一連の英数字とすることもできる。
【００４２】
電子メールシステムの場合には、トークンはMIMEヘッダ（即ち「token:」ヘッダフィールド）、メッセージの件名、メッセージの本文、またはトークン発行人の電子メールアドレスの一部として含めることもできる。RFC822電子メールアドレス仕様は、括弧の中のコメント、電子メールユーザの名前、電子メールアドレスを許容する。従って、トークンは電子メールアドレスのコメント部分に含めることもできる。この方法の利点は、それらのコメントが、後での使用のために電子メールクライアント住所録の中に取り込まれることがよくあることである。
【００４３】
トークンは、トークン動作によって使われるために、パラメータとして役立つデータを含むメッセージの形式で提供することもできる。トークンパラメータは様々なデータフォーマットで記述することができる。以下は幾つかの例である。
tk123abc:purposes (parameter_type:parameters)
tk123abc:purposes (cgi-get:user=samp22
tk123abc (xml:token_data)
この最後の例が、メッセージの幾つかのXMLタグに埋め込まれたパラメータを指し示すことができる（例えば、<token_data>parameters</token_data>）。
【００４４】
トークンをフォーマットするためのXMLデータタイプ定義(DTD)を以下の例で示す。
<?xml?>
<tokens>
<token value='abc123' >
<parameters>
<parameter>
<name>user</name><value>Smith22</value>
</parameter>
<parameter>
<name>group</name><value>members</value>
</parameter>
</parameters>
</token>
</tokens>
【００４５】
もちろん、電子メールアドレス仕様は、トークンを電子メールアドレスに埋め込むことを可能にするために、例えば、「#token#user@subdomain.domain」のように増やすこともこともできる。これは、TLMシステムの使用が、発行人（しかし、ただ1つの一般的な電子メールアカウントを持つ。）に連絡するために違う人々に「違う」電子メールアドレスを与えているトークン発行人として見られることができるというアイデアに基づくものである。
【００４６】
トークンのフォーマットを問わず、それらは、何らかの適切な方法を使って作成される（ステップ204）。例えば、トークンは、一連の無作為（ランダムな）の英数字の文字として生成することができる。或いは、トークンは、幾つかの所定の一連の文字列から生成することもできる。トークンはオペレータが与えることもでき、或いは、オペレータによって許可された別の実体が与えることもできる。
【００４７】
ある実施態様では、作成されたトークンは、それが固有であること、即ち、発行人のトークンログの中にすでに存在していないものであること、を保証するためにチェックされる。それにもかかわらず、生成されたトークンが十分に無作為ならば、そして可能性があるトークンの濃度（カーディナリティ）が十分に大きい場合ならば、この固有性の検査を省略することができる。例えば、トークンを6つの小文字のランダムなシーケンスとして定義すると、26の6乗べきとなり、即ち、308,915,776の可能性があるトークンになる。発行人がトークン動作ログにすでに1,000個の他の固有トークンを持ってい場合でさえ、以前に記録されたトークンと新たなランダムなトークンとが同じになる恐れは、いまだに308,915.776に１つだけである。
【００４８】
新しいトークンが生成される時に、それはトークン動作ログに記録される（206）。トークン動作ログは、トークンが適正（有効）である、例えば、日付の範囲、使用可能な回数などの条件を含むことができる。さらに、トークン動作ログエントリは、どんな動作が与えられたトークンと関連付けられるかを示す。トークン動作の概念はトークン処理プロセスの以降の説明において明白になるであろう。発行人は、いつでもトークン動作ログエントリを変更する機会を持つ。
【００４９】
説明のために、以下に、TLMを含んでいる電子メールクライアントにおいて適切であろう幾つかのサンプルのトークン動作を示す。
【００５０】
表１
0004477577.tif 000002
【００５１】
表２
0004477577.tif 000003
【００５２】
トークン発行人が、たぶん、それらがマッチしているか、適正であるかなどの異なる条件を伴うような、与えられたトークン動作ログの中である与えられたトークンのために複数のエントリを持つことができることは可能である。
例えば、最初に、人物「john_doe@somewhere.com」によって使われるように、そして2番目、「don_johns@there.com」によって使われるように、トークン「abc123」はトークン動作ログの中に存在させることができる。それでも、それらの2人のユーザに彼ら自身の固有のトークンを与えることがより便利であるかもしれない。
【００５３】
トークンを１回使用した後で発行人に返されることであるので、発行人がトークンがどこかに送信されることを望んでいるか否かの判断がなされる（208）。そうでない場合、プロシージャは、単に、新しいトークンが生成されたこと（この方法は後で説明する）を報告する（210）。
【００５４】
しばしば、新しいトークンが送信されるか、さもなければ、発行人と通信することを所望し、後でメッセージと共に発行人に返すことができるような、その他の個人や実体（特定のトークン「ユーザ」）に伝達される。トークンは電子メールまたは電話経由のなどの多様な方法で送信することができる。
【００５５】
ある構成では、トークンは、発行人と通信することを潜在的に所望している実体が閲覧することが可能な文書で出版することもできる。文書は、物理的でも電子的でも可能であり、例えばディレクトリ、名刺、または講義要綱（シラバス）を含み得るものである。
【００５６】
ある実施態様では、トークンが何であるのか、および、なぜ、それに続くメッセージに添付することが必要であるのか、などを説明する標識を含む。オプション（任意選択）で、トークンはトークンの意図する目的の記述と共に送ることもできる。メッセージトークンオブジェクトの例には以下のものを含み得る。
・メッセージの肯定応答受領証
・質問に答える。
・質問をする。
・スケジュールをチェックする。
・トークンユーザの一般のクラスを識別する。
・別のトークンを要求する。
・メッセージの受領証を確認する。
・会話
・汎用
・ミーティングをスケジュールする。
・RSVP（返事ください）「ミーティングをスケジューリングする。」
・情報を送る。
・ニューズレターを送る。
・至急のメッセージを送る。
・調査回答を提出する。
・ジャンク電子メールを識別する。
・金融トランザクションの承認を要求する。
【００５７】
トークンの意図する本来の目的をトークンファイルに記録することができる。しかしながら、トークンの目的を常に公然と知らさることは望ましくないかもしれない。例えば、「このメッセージを削除する」トークンが、ジャンク電子メールを送りそうな小売店に与えられるかもしれない。トークンの本来の目的（意図する目的）がメッセージを取り除くことにある場合であっても、トークン発行人は、必ずしも、それをトークンユーザに伝えたくないこともある。代わりに、トークン発行人は、トークンの目的が「全てのメッセージのためのものである」と伝えたいかもしれない。これが「開示される目的」である。
【００５８】
本来の目的と開示される目的の両方は、トークン動作ログに記録することができる。開示される目的は、トークンが発行されるか、再発行される時に、メッセージとともに送られる。
【００５９】
新しいトークンがユーザに送信される時に、トークンが送信された者の標識を、トークン動作ログ、または、トークン自身の中に記録することができるようにすることが好適である（214）。特定のトークンが変更された場合に、影響を受け得る者を発行人が識別することを所望するときに、これは有益である。トークン動作ログ、および／または、トークン自身は、トークン発行人の標識を含むことができる。
【００６０】
図３は、トークンのある使用を、即ち、トークン発行人にメッセージでトークンを送り返すことを説明する。この場合、メッセージ送信者（即ちトークン「ユーザ」）は、メッセージあたりを、トークン「発行人」である受信者に送信する（302）。メッセージは、受信者のメッセージ装置によって受け取られる（304）。受信者のメッセージ装置は、トークンログマネージャ（TLM）（それはメッセージプロセッサ（例えば電子メールクライアント）の一部、またはそれと共に機能する。）を含んでいる。
【００６１】
TLMは、「受信されたメッセージの前」事象を与えられて、メッセージに付属している何らかのトークンに対応する動作のために、チェックすることを求められる（306）。トークンの処理は、後で参照する図面と共に詳細に説明する。TLMは、メッセージを受信する機能がキャンセルされるべきであることを、トークン動作ログの中の動作から決定する（308）ことができる（この場合、メッセージは受け入れられず、その発生（出来事）が報告される（310）。
【００６２】
トークン動作ログ動作が、機能をキャンセルすること（或いは、メッセージを拒絶する）を示さない場合は、メッセージプロセッサは、メッセージを受け入れる機能（例えば、受信箱にそれを受信する）を実行することができる（312）。その後、TLMは、メッセージを受け入れた後のための動作を探すためにトークン動作ログを再度チェックする（314）。
【００６３】
図４を参照して、トークン動作ログの一般の使用は、「始動された機能」プロシージャを使って説明することができる。ここで「機能」はトークン発行人の装置のどのような機能とすることができる。メッセージ装置の機能は、電話をする、メッセージに答える、メッセージをファイリングする、などのを含む。メッセージ機能の場合には、機能の実行は、一般にメッセージプロセッサの責任である。トークンの作成またはトークンを削除するなどのトークン機能の場合には、この機能の処理は、一般にTLMの責任である。それにもかかわらず、多くの場合に、TLMはメッセージプロセッサの必須の一部であるか、メッセージプロセッサによって呼ばれる。
【００６４】
機能が始動された時に、プロシージャ（手順）が始まる（402）。TLMは、最初に、「[与えられた機能]の前」事象で「トークン動作ログを使う」ために呼び出される（404）。このことは、与えられた機能が開始される前に実行されるべきトークン動作のためのチェック（検査）でああり、後続の図面で詳細に説明する。トークンは、実際に機能をキャンセルすることができ（406）、この場合には、機能は実行されず、機能がキャンセルされたことが報告されることがある（408）。
【００６５】
機能がキャンセルされない場合には、TLMまたはメッセージプロセッサが、機能を開始する（410）。例えば、メッセージプロセッサは、メッセージを削除するサブルーチンを持っている電子メールクライアントとすることができる。TLMが、削除機能がキャンセルされるべきであると決めた場合には（トークン動作ログの情報を使って）、電子メールクライアントはメッセージを削除するべきでない。
【００６６】
機能が実行された後に（410）、TLMは、再び「与えられた機能の」後]事象でトークン動作ログを使い（412）、これは、当該機能が実行された後に実行されるべきであるトークン動作をチェックする。
【００６７】
例えば、新しいトークンが作成される時に、TLMは新しいトークンのために「トークンが作成された後」事象でアクセスされる。または、新しいトークンが、潜在的なトークンユーザに送信されかかっている場合には、TLMは「トークンが送信される前」事象でアクセスされる。トークンが潜在的なユーザに送信された後に、TLMは「トークンを送った後」事象によってアクセスされる。この場合に、別の発行人から受け取ったトークンではなく当該発行人のトークンを送ることを参照する。TLMは、通信システムのトークン動作ログに記録されるトークンにだけ作用する。これは、許可された他の実体からTLMが受け入れたトークンと同様に、TLMが以前に生成し、配布したようなトークンを含む。
【００６８】
図５は、以前に発行されたトークンが再発行される場合にとられるべきTLM動作の「開始された機能」の例を示す。この場合に、少なくとも、それが、潜在的なトークンユーザに送信されるべきメッセージに添付されて以来で、メッセージの一部として受信されなかっため、この事象はトークン事象である。
【００６９】
別の「開始された機能」の例として、図６は、調査がトークン発行人のメッセージ装置によって送られた場合にとられるべきTLM動作を示す。この場合に、事象は、メッセージが調査である場合のメッセージ事象である。調査は、新しいトークンまたは以前に発行されたトークンと共に送ることができる。このトークン動作ログは、「調査が送信される前」機能に対応する、付属のトークンのための動作を、例えば、「調査主題のリストで調査が送付されたことを記録しなさい」などのように指定することができる。トークン動作ログは、調査がそのトークンとともに送られた後に、送信されたメッセージのコピーがメールボックスの送信済みアイテムから削除されるべきであると指定することもできる。
【００７０】
別の「開始された機能」例として、図７は、電話が入った時の電話装置上のTLM動作を示す。この例において、かかったきた電話が処理されている「メッセージ」である。その後に、TLMは、電話を受けた後だけでなく、電話を受ける前（即ち、応答する者に電話を渡す前）にもトークン動作ログをチェックする。この「機能」は、かかってきた電話を受けることである。入電に付随するトークンの存在は、重要な電話に対して大きな音でベルを鳴らす、他の番号への電話の転送、または、事前に記録されたメッセージを電話をかけた人に再生する、などのようなトークン動作ログ動作を引き起こす、即ち発生させることができる。
【００７１】
図8を参照すると、トークンに関係している事象の2つの一般のクラスがある。1番目は、添付された1つまたは複数のトークンを持つことができるオブジェクトに関係する事象であるようなオブジェクト事象（メッセージなどの）である。メッセージオブジェクト事象の例には、「メッセージを受信した後」、「メッセージに答えた後」、「メッセージを削除する前」事象などが含まれる。
【００７２】
2番目は、トークン記録を、どのような他のオブジェクトからでも独立な、トークン動作ログに関連する事象であるトークン事象でありこれは「トークン事象」と呼ばれる。例を以下に挙げる。
【００７３】
オブジェクト（目的）事象が起こる場合（802）、何らかの添付のトークンを伴うオブジェクト（受信したメッセージなど）はTLMに送信される。TLMは、オブジェクトに添付されている何らかのトークン（１つまたは複数）を抽出する（804）。そして、TLMはトークン動作ログ中のトークンを検索する。TLMは、それらが満了しているか否かを確かめるためにこのマッチングしたトークンをチェックし、（808）、そして、該当する動作を識別、即ち認識する（810）。TLMは、必要に応じて、実行されるべき該当するトークン動作を明確化する（812）。結果として生じた動作を処理する（814）。最終的に、要求に応じて、結果はトークン発行人に報告される（816）。
【００７４】
上述したように、トークン自身に関連するが、他のオブジェクトには関連していないような事象を発生させることは可能である（818）。例えば、トークン発行人が、トークンを削除することを試みるならば、「トークンを削除する前」事象が起こる。この場合に、TLMはトークン（または複数のトークン）自身を除いて他のオブジェクトなしで呼び出される。オブジェクト（目的）が全く無いことをを意味して、「オブジェクト」は「ヌル（空）」である。トークンがすでに決定されているので、TLMは、トークンを得る必要がない（804）。代わりに、トークンが、与えられたトークンであるとみなされる、それはトークン動作ログ中で探される（822）。さもなければ、プロシージャは、有効性などのためにトークンマッチングをチェックすることをいつものように続行する（808）。
【００７５】
TLMの使用を引き起こしている可能な事象の範囲は、可能なアプリケーション（用途）の範囲と同じくらい広いものである。事象は、典型的にはアプリケーションのシステムの機能と提携する。機能が実行される前に、「機能の前」事象を発生させることができ、機能が実行された後に、「機能の後」事象を発生させることできる。
【００７６】
例として、電子メールシステムは、下記の機能タイプに対応する「前」事象、「後」事象を持つことができる。
・メッセージが受け入れられる：  新しいメッセージを受信し、そして受け入れる。
・メッセージが削除される：メッセージが削除される。
・メッセージがファイルされる：メッセージがフォルダに移動される。
・メッセージに返答する：受信したメッセージに返事を出す。
・メッセージが印刷される：与えられたメッセージが印刷される。
・メッセージが保管される：メッセージが保管場所にコピーされる。
いかなるオブジェクトプロセッサのどのような機能でもTLMへの関連の事象を始動させることができる。
【００７７】
図９は、「オブジェクトトークン(複数を含む)を得る」プロシージャ804の1つの実施態様である。オブジェクトがメッセージのほかの何かである場合であっても、この図と後続の図では、「オブジェクト」がメッセージであるとみなす。一般性を喪失せずに済むのであれば、用語「オブジェクト」または別のオブジェクトの名前はこの図と後続の図において「メッセージ」に置き換えることもできる。
【００７８】
メッセージ（繰り返すが、これは「オブジェクト」と読むことができる）が幾つかのの事象を経験すると、このプロシージャが呼び出される（902）。メッセージは、それが1つまたは複数のトークンを持っているかどうかを確かめるためにチェックされる（904）。トークンがオブジェクトに１つも添付されているのが発見されないならば（904）、「トークン」は、「ブランク（空）」であるとみなされる（906）。「ブランク」トークンは、トークンを全く持っていないメッセージのためにマッチすることを指定されたトークンである。これにって、付属するトークンを全く持たないメッセージに対応する動作を探すことを可能にする。
【００７９】
メッセージに添付、即ち付属するトークンが複数ある場合には、各トークンを考慮することが必要である場合もある。現在の最初のトークンから始める（906）。「ブランク」トークンの場合、最初のメッセージトークンは、当該「ブランク」トークンである。各トークンはパラメータを含むことができ、それらが、トークンの動作を処理することにおいて必要な場合に、TLMによって記録されるべきである（910）。
【００８０】
その後、トークン動作ログ（複数も含む）のトークンを検索し、該当する動作を処理するが（914）、これは後続の図で詳細に説明する。このメッセージを持つトークンが他にない場合（914）には、プロシージャはを終了する（916）。より多くのトークンがある場合、トークン発行人（即ちTLMを設定しているもの）は、複数のトークンを処理しないような設定をセットすることもでき（918）、そのときにはプロシージャは終了する（920）。さもなければ、次のメッセージトークンを取り出し（922）、次のトークンのパラメータを記録する場所（910）を再度行うことによって、プロシージャは繰り返す。
【００８１】
多くのアプリケーション、即ち用途においては、トークンユーザにとって、ある与えられたメッセージにトークン発行人のトークンを１つ含めることで十分である。しかしながら、他のアプリケーションでは、複数のトークンからなる複合トークンを送信することで利益を得ることもできる。複数のトークンを扱うための方法は、態様に依存して、変わる得るものである。これには以下の方法が含まれる。
・トークンを、送信者のメッセージに現れる順番で処理することができる。
・トークンを、受信者（レシーバ）のトークン動作ログで示された優先度に基づく順番で処理することができる。
【００８２】
図１０は、「トークン検索」プロシージャ806の1つの実施態様である。トークンが識別され、トークンが、トークン発行人のトークン動作ログ（複数の場合を含む）中で探す必要がある時に、図１０のプロシージャは呼び出される。トークン動作ログ中で探し出す要があるような識別されたトークン（1002）を持つことによって、このプロシージャが開始される（または、トークンがないことを意味している「ブランク」トークンがメッセージに添付されている。）。そこにトークンが存在するかどうかを確かめるために、適切なトークン動作ログを調べる（1004）。
【００８３】
ある実施態様では、TLMは複数のトークン動作ログを持つことができる。
TLMは、典型的には、１つ（または複数）の主要なトークン動作動作ログと、１つ（または複数）「標準処理ログ」を持つ。「標準処理」は、個々のトークンのためにというよりもトークンのクラスのために動作を定義するトークン動作ログである。もちろん、「標準処理」ログはトークン動作ログとして必ずしも実施しなくてよい。
【００８４】
例えば、図２６に例示するように、標準処理は、メッセージを、重要であるとみなすような「重要」のためのエントリを含むこともできる。標準処理ファイルの中の「トークン」は、「処理」名（例えば「重要」）にすることもできる。1つの重要な「処理」は、定義されたトークンステータス（状況）、および／または、特定の事象のための動作を全く持っていないメッセージトークンのために、デフォルト動作（省略時動作）を指定する「デフォルト（省略時値）」である。従って、このプロシージャが、トークン動作ログとして「標準処理」を探す場合には、特定の処理名が、検索する「トークン」として使われる。
【００８５】
以下は個人の電子メールクライアントへの標準(デフォルト)処理の例である。例示の便宜上、トークン動作ログの中の与えられた各トークンのための動作エントリが以下の形式をとると仮定する。
### event 1 ###
(default actions for event 1
[[[token status 1]]]
(actions for event 1 token status 1
[[[token status 2]]]
(actions for event 1 token status 2
……
### event 2 ###
……
【００８６】
従って、電子メールシステムのためのデフォルト処理エントリは以下のようにすることができる。標準処理におけるデフォルトトークン動作ログの例である。
### after message received ###
[[[valid token]]]
decrease (token,uses);
accept;
[[[expired token]]]
reply (expired);
reject;
[[[blank token]]]
if_match (subject,/{circumflex over ( )}request.*?token/);
prompt ({from} requesting token: {subject});
reply (issue);
reject;
else;
reply (suggest);
reject;
end_if;
[[[invalid token]]]
reply (invalid);
reject;
### after message displayed ###
set (read, yes);
……
【００８７】
回答（返事を出す）動作は、下記のような送られる標準形式メッセージを参照する。
・回答(満了である)：「送ったトークンは満了である」を送る。新しいトークンが必要なときには、他の方法によって担当のものに連絡してください。
・回答（発行する）：新しいトークンを作成し、トークンと共に「このものは、あなたが後で送り返すべきトークン「abc123」をあなたに発行した」を送信する。
・回答(提案する)：「このものは、メッセージを送る時にトークンを含むことをあなたに要求するトークン電子メールシステムを使っています。トークンを得るために、件名に「トークンを要求する」を持つメッセージを送ってください。」を送信する。
回答(無効である)：「送ったトークンは無効である。これがエラーにあるならば…。」を送信する。
これは単純な例であり、TLMシステムの1つの用途（アプリケーション）のためにデフォルのトトークン動作を説明することを意図するものである。
【００８８】
「トークンマッチ（即ちトークンがマッチすること）」は、与えられたトークンとマッチ（合致）しているトークン動作ログの中のエントリである。このことは、トークンにマッチすることだけでなく（即ち、標準処理の場合の処理）、メッセージ送信者の電子メールアドレスのパターンなどのようなその他の条件にマッチすることを意味している。これは、それらが、特定の送信者またはドメインから来るようならば有効であるだけのためにトークン動作ログがトークンを要求することを可能にする。
【００８９】
図１０を参照すると、トークンがトークン動作ログ中で発見されない場合（1006）、TLMは、トークンが、メッセージに付属したトークンが全く無いことを意味する「ブランク」あるかどうかをチェックする（1008）。トークンが「ブランク」ある場合、TLMは、トークンステータス「ブランクトークン」を与えられたこのトークンへのデフォルト処理を始動させることを試みるが（1010）、それは後続の図において詳細に説明する。トークンがブランクでないならば、トークンステータス「不適正（無効）なトークン」を与えられたそのトークンへのデフォルト処理を開始させる（1012）。
【００９０】
ある実施態様では、TLMが、オブジェクトに添付されたトークン（即ち独立なトークン）であるとみなす場合、それがトークンステータスを決定する。本発明の範囲では、多数のステータスの値（内容）で可能である。
・ブランクトークン：処理されているメッセージに添付されたトークンがないため、「ブランク」トークンであるとみなされ、この「ブランク」トークンは適正（有効）である。
・不適正（無効）トークン：トークン（ブランクまたは非ブランク）がトークン動作ログの中で見つからなかった。
・満了したトークン：トークン（ブランクまたは非ブランク）がトークン動作ログに見つかったが、それは満了していた。
・適正（有効）トークン：トークン（ブランクまたは非ブランク）がトークン動作ログに見つかり、それが満了してなかった。
・悪用（誤用）トークン：非ブランクトークンがトークン動作ログの中に存在しているが、使用のために基本条件に準拠しない。
・満了トークン：非ブランクトークンが、トークン動作ログに存在するが、満了である。
・無効ブランクトークン：トークン動作ログの中にブランクトークンエントリのないブランクトークンである。
・悪用ブランクトークン：トークン動作ログの中に存在しているが、使用のために基本条件に準拠しないブランクトークンである。
・満了ブランクトークン：トークン動作ログの中に存在しているが、満了したブランクトークンである。
・適正（有効）ブランクトークン：トークン動作ログの中で見つかり、使用のために全ての基準を満たし（しかも満了していない）、ブランクトークンである。
【００９１】
与えられたトークンを不適正（無効）とすることができる特定の方法を表している他の特定のトークンステータスを設けることもできる。
一般的なアプローチは、2つの主要なトークンステータス値：適正（有効）、不適正（無効）を持たせることである。
そして、なぜトークンが不適正（無効）であるとみなされるのかを指定する、補助的なトークンステータス値を、例えば下記のように、幾つでも設けることができる。
・無効：見つからない    −トークン動作ログの中で発見されなかったトークン
・無効：不正ユーザ      −許可されていないユーザによって使われているトークン
・無効： 期限切れ      −トークン満了日が過ぎている。
・無効：使用回数満了      −使用可能回数が、１未満である。
【００９２】
トークンステータススキームの利点は、それがトークン動作ログの中に記録されたトークン動作において容易にワイルドカード文字を使用することができることである。例えば、与えられたトークン動作ログエントリは、期限切れの日付（満了日になったときにメッセージが送信された場合など）による無効トークンのための１つの動作、そして、すべての他の無効なトークンステータス値のための別の動作を指定することもできる。トークン動作ログは、[[[invalied：expired date]]]のための第１の動作エントリ（与えられた機能事象のため）と、[[[invalied：*]]]（ここで「＊」は何にでもマッチするワイルドカードを示す）とを含むことができる（(いわゆる「正則表現」を使うこともできる)。TLMシステムが、与えられたトークンのために最初にマッチングした動作に作用するだけであるように設定されるならば、トークン動作のこのセットアップが要求されたシステム動作を達成する。
【００９３】
さらに、トークンステータスは、多次元にすることもできる。トークンステータスは以下の要素を含むことができる。
・有効性＝適性（有効）、または不適正（無効）
・違反＝不適正の理由
・存在＝ブランク、または非ブランク
【００９４】
トークン動作ログにおいては、上述したワイルドカードを利用して（必要に応じてデフォルトトークンステータス要素も）、動作をこれらの要素に基づき指定することができる。トークン動作ログ動作における識別子フォーマットは、以下などの動作がマッチすることを示す、[[[有効性(違反)  存在  トークン]]]とすることができる。
・[[[有効  ブランクトークン]]]は、トークン動作ログに発見されるブランクのトークンとマッチする。
・[[[有効 * トークン]]]は、ブランクまたは非ブランクのトークンにマッチする。
・[[[無効  (*)  非ブランクトークン]]]は、何らかの無効で非ブランクのトークンにマッチする。
・[[[無効  (満了日付|満了使用回数)  *  トークン]]]は、日付または使用回数が満了した、トークン動作ログの何らかのブランクまたは非ブランクのトークンにマッチする。
【００９５】
与えられたトークンのための適切なトークンステータス値が、TLMのプロシージャによって決定される。可能なトークン値のそのようなより広いリストが有益であるか否かは、TLMの実施の状況に依存する。
【００９６】
場合によっては、トークン動作ログの中の複数のエントリが、与えられたトークンとマッチするかもしれない。TLMはその可能性を考慮し、最初のマッチング（一致）から始めることができる（1014）。TLMの主要な動作は、トークンが満了していないことを保証するために検査すること（1016）、および該当する動作を処理することであるが、これは後続の図で説明する。
【００９７】
トークン動作ログ中に、もうマッチするエントリがないならば（1018）、プロシージャは終了する（1020）。さもなければ、TLM管理者が、複数のマッチングを処理しないようにTLMを設定している場合には（1022）、プロシージャは終了する（1024）。そうでない場合は、TLMは、次のトークン動作ログエントリのマッチするものを得て（1026）、ステップ1016で繰り返す。
【００９８】
図１１は、「トークンマッチを検査する」プロシージャ808の1つの実施態様である。トークンマッチを持つことは（1102）、（ブランクトークンまたは非ブランクトークンであるかもしれない）状況下で、トークンファイルの中の1つまたは複数のエントリがトークンとマッチしていたことを意味している。
【００９９】
「トークンマッチを検査する」プロシージャ808の1つの目的は、トークンが満了しているか否かを判定し（1104）、正しいトークンステータスを識別することである。トークンが満了になるには様々な方法がある。例えば、トークンの満了日が過ぎてしまうかもしれない。或いは、トークンは、設定された使用回数だけのために許可されたものであり、その回数が超過しているかもしれない。
【０１００】
トークンマッチ（マッチしたトークン）が何らかの満了基準によって満了している場合、トークンステータスは「満了したトークン」であり（1106）、プロシージャは、そのトークンステータスに対応する動作を識別するが（1116）、このことは後続の図で詳細に説明する。トークンマッチが満了基準を満たしていない場合、トークンステータスをそのままで残すか（1108）、トークンステータスが設定されていないならば、適切な有効な値にトークンステータスを設定するかを行う。トークンがブランクである場合（1110）、トークンステータスは、トークンがブランク1112であることを反映すべきである（1112）。「ブランクトークン」のトークンステータスは、「有効な（即ち、トークン動作ログの中で発見され、満了していない）ブランクトークン」の意味を持っていることに注意されたい。しかしながら、トークンがブランクでない場合、トークンステータスは、「有効な非ブランクトークン」の意味を持つような、「有効トークン」（即ち、トークン動作ログの中で発見された満了していないもの）になる（1114）。トークンステータスを問わず、プロシージャは、トークン動作を識別し、処理することを続行する（1116）。
【０１０１】
図１２は、「トークン動作を識別する」プロシージャ810の1つの実施態様を示し、図１１のステップ1116から始まる。このプロシージャの目的は、与えられた事象とトークンステータスのために動作セットを識別することである。これは、必要に応じてデフォルト動作を捜すことを含む。
【０１０２】
可能性がある１番目のものは、トークンマッチ自身が、与えられた事象とトークンステータスのための動作を含んでいるかどうかである（1204）。トークンマッチ内に定義された動作がある場合には、次のステップに進みそれらの動作を明確化し、その動作を処理する（1206）。
【０１０３】
トークンマッチが与えられたトークンマッチのために定義された動作を持っていない場合、いまだに、デフォルト動作の可能性がある。第一に、TLMは、それはトークンステータスを問わず呼び出されるような、与えられた事象のためのデフォルト動作を捜すことができる（1208）。なにも見つからない場合、TLMは事象を問わず与えられたトークンステータスのためにデフォルト動作を捜すことができる（1210）。システム設計者が、万一、トークンステータスを、デフォルト動作を探す事象よりも先に置くことを所望する場合には、これらの最後の2つのステップが場合によっては切り換えることができることに注意されたい。
【０１０４】
デフォルト動作が与えられたトークン動作ログの中で発見されない場合には、プロシージャは、まだ「標準処理」トークン動作ログ中のデフォルト動作を捜すこともできる（1212）が、これは次の図で説明する。
【０１０５】
デフォルト動作のために「標準処理」トークン動作ログをチェックすることを所望する場合には、このプロシージャは、前のステップ1302から呼び出すこともできる。前のプロシージャがすでに「標準処理」トークン動作ログの中で見ているかもしれないため、無限の再帰を避けるためにこの検索を中止する必要があるかもしれない（1304）。即ち、デフォルト処理が「標準処理」トークン動作ログの中で発見されなかったならば、デフォルト動作のための選択肢は尽きていて、TLMはそのように報告することができる（1306）。
【０１０６】
TLMが、まだ「標準処理」トークン動作ログの中のデフォルト処理をチェックしなかった場合、「デフォルト」処理を探すために「標準処理」を検索することを指定して、単に「トークンを検索する」プロシージャ（事前の図で説明した）を呼び出すことによってそのようなものを捜すことができる。再び、それは最後の手順であるため、TLMはその試行をした後でリターン（戻る）する（1310）。この「リターン」は、該当するトークン動作が、動作をキャンセルすることを結果として生じていたか否かをのための標識を返すことを意味する。ここで使うように、用語「リターン」は、サブプロセスが終わり、呼び出した処理へ戻るという、計算機プログラミングの意味で使われる。
【０１０７】
図１４は、「動作を明確化する」プロシージャ812の1つの実施態様を示す。ある実施態様では、ある動作が他の動作を指し示すこともできる。例えば、動作は、標準処理を指し示すことができる（1404）。このように指し示された場合には、与えられた処理に一致、即ち対応している「標準処理」トークン動作ログのなかの該当する動作を使う（1406）。ある態様では、処理が、自身を呼びそれから無限の再帰を起こして、不注意にループしてしまうことがないように、どの処理が与えられたトークンのために呼ばれているかに絶えず注意する。１つの方法は、「標準処理」ファイルの中のエントリが他の標準処理を呼ぶことを防止することである。
【０１０８】
標準処理が指定されたが、マッチするものが、「標準処理」において当該処理のために見つけることができない場合には、これは、報告され得るような問題である（1410）。標準処理が見つかった場合（1408）、必要に応じてその標準処理動作が使用される（1412）。
【０１０９】
図１４のその他の目的は、プロシージャが、トークンの発行人（即ち、そのものの装置がTLMシステムを持っている人）に、入力を促すような動作を許可する可能性を与えることである。発行人が、動作を促される、即ち、入力要求されることを指定した場合には、実行されるべきことを設定された動作は（1420）、発行人によって指示された好みのものに制限される（1418）。その後、この明確化によって生じたどのような動作でも処理され（1416 ）、これは後続の図で詳細に説明する。
【０１１０】
図１５は、「動作を処理する」プロシージャ814に相当する。このプロシージャは、前の図のプロシージャから得るなどし、動作のリストから始まる（1502）。複数の動作があるかもしれないため、動作リストの一番上から始める（1504）。もしその時もうリストに動作がない場合には（1506）、終了し、何か起こったかを報告することができる（1508）。
【０１１１】
処理されるべき動作がまだある場合には、リストの次の動作を得る（1510）。偶然に条件付き分岐が発生した場合（1512）、分岐を引き起こす条件を決定し（1514）、それに応じて分岐する（1516）。条件付き分岐の例は、「メッセージが添付したものを持っているならば、添付されたものを保存し、さもなければ、添付物セーブコマンドをスキップする」である（動詞「分岐する」はプログラミングの意味で使われるものであり、:動作リストの中の違うコマンドに進むことである。）。それが無条件分岐動作であるならば（1518）、分岐（ブランチ）は、条件をチェックする必要なしで実行される（1516）。
【０１１２】
特殊な動作の別の例として、TLMは、現在の動作が「取消し機能」動作であるかどうかを考慮する（1520 ）。これは、開始した事象が実行されるべきでないような機能を意味する。そのようなものがそのコマンド（指令）であった場合には、この情報が、呼出し元のプロシージャに戻すことができるように、これを記録する（1522）（そして、この機能は実際にキャンセルすることができる）。この図では示さないが、別の特殊な動作は、「取消し機能」動作の効果を反対にするような（キャンセル機能の記録をリセットすることによって）、「非取消し機能」動作とすることもできる。
【０１１３】
トークン動作ログエントリに指定され得る他の動作は無数にある。例示のリストはこの開示、即ち明細書の他の場所で示してある。総称的に、動作が実行される（1524）。動作が、トークンと共にもたらされるパラメータであって、以前に述べたようなパラメータを利用することができ、或いは、動作は、特定のトークン動作ログエントリの中で記録されたトークン条件を利用することもできることに注意されたい。動作リスト上の全ての動作が適切に処理されるまで、このプロシージャは繰り返す。
【０１１４】
図１６は、「発生を報告する」プロシージャ816に相当する。このプロシージャは、起こり得る何らかのTLM発生（出来事）を報告する機会を与える。ある実施態様では、報告の可能性がある、特定の発生を与えられることからプロシージャは始める（1602）。
【０１１５】
本明細書では、「報告」の可能な2つの方法を考えるが、他のものにすることもできるが。第一は、発生を記録することができることであり（1604）、これは、幾つかのタイプのログファイルに発生（出来事）を記録することである。第二は、ユーザ（即ちトークン発行人）は、この与えられたタイプの発生を通知されることを所望することができることである（1608）。例えば、TLMは、ビープ音を発し、メッセージなどを表示することによってユーザ1610に通知することができる（1610）。他の場合には、報告は全くされない。
【０１１６】
要望どおりに発生（出来事の発生）を報告した後、プロシージャは、呼出しプロシージャへ戻る（1612）。上述したように、これは、始動する機能をキャンセルすることをトークン動作が指定しているかどうかについてのフラグまたは他の標識（インジケータ）を戻すことを含むことができる。
【０１１７】
図１７は、電子メールをフィルタリング（ふるいわけ）するTLMシステムの1つの実施態様を説明する。トークン発行人は会社から価格見積りを要求することを所望するが、その会社が、しばしば、後で迷惑メール(スパム)を送るために、そのときに受信した電子メールアドレスを使うことに気がつく。より悪い場合には、ある会社が電子メールリストを、製品を売り込むために、それらを使う他の会社に売ることもある。トークン発行人は、これらの後続のスパム電子メールを避ける事を所望する。
【０１１８】
これは、一定の使用可能回数を持つトークンを会社XYZに発行することによって達成される。このトークンのための動作は、この図の一番上のトークン動作ログの中で示される (発行されたトークン「uzp314」は矢印で強調されている。)。有効（適性）なトークンに対する動作は、メッセージを受け入れるためにトークン使用可能回数を減少させ、感謝の自動応答メッセージを送信する。満了した後（即ち最初の使用の後）でトークンを受信した場合には、適切な「満了」メッセージが送信され、メッセージは拒絶される。
【０１１９】
会社XYZが見積りを戻す時に、トークンが含まれる。トークンがまだ1回の使用回数を持つため、それは有効であり、メッセージは受け取られる。しかしながら、会社がしばらく後でそのトークンを含むスパムを送る場合には、トークン動作ログの中の「使用残存の回数」条件はすでに０に減らされており、このスパムは拒絶される。
【０１２０】
拡張として、人が適切なメッセージ送信者に「最優先」トークンを発行することもできる。トークンを受信することと関連付けられた動作は、太字フォントでメッセージを表示すること、聴覚的に通知すること、当該人物を呼び出す（ポケットベルなど）ことを含むことができる。このような送信者がそのトークンをメッセージに含めている場合、これらの動作が取られることとなる。電子メールに対するその他の可能な用途はほとんど無制限にある。
【０１２１】
図１８は、電話フィルタリング（分類）としてのTLMシステムの使用を説明する。この場合に、トークン発行人は、会社XYZに、2000年8月10日までに自分に折り返し電話をもらうことを所望する。この満了は、トークン動作ログ（図において矢印で強調されているトークン36314のもとで）に記録される。これは重要な電話であるため、有効（適性）なトークンを受けることが、大きな音で電話を鳴らす動作を持っている。
【０１２２】
その会社が、トークン満了日の後でそのトークンでトークン発行人に電話することを試みる場合、トークンステータスは満了したものとして登録されており、その結果、自動回答メッセージが流され、電話は拒絶される。従って、トークン満了日の後は、そのトークンを使ったその会社からの電話は、フィルタリング、即ち選別され除かれることとなる。
【０１２３】
一般の用途では、携帯電話で電話をかける人に、トークンを含むことを要求することができる（それは単に数値コードを電話番号に加えたものとすることができる）。そのようなメッセージトークンを含めずに、発信者が電話する場合には、電話システムは、自動的に、トークンが必要とされていることを発信者に通知することができる。一定の電話番号から電話している人々は、トークン（即ちブランクトークンを持つ）なしで通過することを許されることができる。発信者（電話をかける者）はトークンを要求することができるが、それは電話をもらう者（レシーバ）の判断で発行される。与えられたトークンが受け取られる時に、光をフラッシュさせる、特殊なリングメロディーを再生する、レシーバを介して電話をかけるなどの特別な動作を行うこともできる。
【０１２４】
図１９は、コース（講義）管理の状況でトークン動作を使っている例示のアプリケーション（用途）である。インストラクターは、彼女が電子メール経由で学生と通信するであろうコースを教えている。インストラクターは講義要綱で彼女の電子メールアドレスをプリントする。
【０１２５】
彼女はまたコースのために2つのトークンを作成する。１つのものは講義全体に関連する可能性がある一般的な質問のためである。そのトークンを含む入力メッセージ（学生の質問）は、クラスディスカッション・フォーラムの上に自動的に表示されることとなる。そのトークンを持つ出力メッセージ（インストラクターの回答）)は、またクラスディスカッション・フォーラム上に表示されるであろう。2番目のトークンは学生固有の問題のためのものである。そのトークンを持つ入力メッセージは、インストラクターの「ポケットベルを鳴らし」、「コース用受信箱」に自動的にファイルされる。これらの2つのコーストークンは講義要綱の中でまたリストされるものであり、学生は、インストラクターに送信されるような電子メールはどれでも、これらの一方またはもう一方のものを使うことを指示される。
【０１２６】
インストラクターは、トークンに、どのようなドメインででもどのような電子メールアドレスからでも送られることを許すことができ、或いは、彼女がそれを大学ドメインに限定することもできる。また、彼女は、トークンは学期の終わりまでの間だけ有効であることのフラグを付けることもでき、その後は、自動的に、「このトークンは満了した」メッセージが送信されることとなる。
【０１２７】
図２０は、自動調査ロガー（記録器）のアプリケーションの例を示す。それは、調査ログファイルに結果を記録する「ログ」と呼ばれる動作を利用する。
【０１２８】
調査員は、電子メール経由で自分以外のものを調査することを所望することができる。トークンは、データファイルに自動的に記録される調査回答の受け取りメッセージのために動作と共に作成することができる。調査員は、その後、「返信先」アドレスに含まれているトークンと共に、調査対象者に調査フォームを電子メールで送信する。調査対象者は、調査に記入し、調査員にそれを電子メールで返信する。調査員の電子メールシステムは、そのトークンを認識し、自動的に、回答を構文解析し、調査回答ファイルにそれらを記録する。
【０１２９】
図２１は、TLMを利用しているホーム（家庭内）制御装置の例である。人が長期の休暇に行き、彼がいない間に、自動的な芝生スプリンクラー（散水機）を実行することが必要になるであるかどうかはわからない。従って、彼が休暇に行く前に、彼は家の電話のトークンシステムでトークンを作成する。このトークンのための動作は、メッセージの一部としてトークンを受信したとき、自動的にスプリンクラーのスイッチを入れることである。彼が長期の休暇中である時に、彼は新聞で彼の故郷の天候をチェックすることができる。芝生に給水することが必要ならば、スプリンクラーのスイッチを入れるような特別なトークンを含めて彼は自宅の電話番号に電話をかけることができる。
【０１３０】
図２２は、トークン発行人がトークンユーザである状況の例である。この場合に、トークンが不注意に削除することができないように、トークンが設定される。「トークンが削除される前」トークン事象は、ユーザ（に入力）を促し、その後、機能をキャンセルするような動作を持つ。
【０１３１】
上記の説明を鑑みると、トークン動作ログの使用は、他によってトークンを伝達しない場合でさえ、有益であると言える。トークンは、トークンが添付されるメッセージの特定の属性の標識として機能するような、ユーザによって生成され得る（そして、そのもののトークン動作ログに記録される）。例えば、人は、それらが添付されているオブジェクトやメッセージを削除することができないという動作を伴う、トークン動作ログの中で記録されているその場限りのトークンを作成することができる。ユーザが、そのようなトークンが添付する状態でメッセージを削除することを試みる場合には、メッセージ装置は、トークンを検出し、「削除されるメッセージ前」事象のための動作をトークン動作ログの中で探し、その人がメッセージを削除することを妨げる。従って、そのようなメッセージを削除する方法は、削除が可能になるようにトークン（トークン動作ログに記録されている）の動作を変更すること、それを検出する前にメッセージからトークンを除去すること、或いは、トークン動作ログからトークンを削除する（これは代わりにそのメッセージへの「無効なトークン」応答を動機付けることになる）ことである。
【０１３２】
図２３は、ウェブサイトのトライアル（試用）の状況でTLMを使う例である。この例では、メッセージ装置は会社のウェブサーバである。トークンは、製品包装の内側に含まれている文書で顧客に配布される。トークンが、会社のウェブサーバに最初に顧客によって提出される時に、ウェブサーバの中のTLMは、それが無効なトークンであるが、有効な製品シリアル番号であると認識する。従って、デフォルト動作は、30日先の満了日を持つ与えられたトークンのためにトークン動作ログに新規のエントリを作成することになる。この30日の間、この者は、ウェブサイトのトライアルユーザであると見なされされ、従って、ウェブサイト機能にアクセスすることが承認されている（ウェブサイトでそのトークンを提出することによる）。30日後、この者はそのトークンでウェブサイトへのアクセスを許されないが、むしろ、ウェブサイトサービスへ完全に会員になる権利を購入するためにお金を送るように勧める自動メッセージが送信される。
【０１３３】
図２４と図２５の例は、メッセージでないオブジェクト（対象物）、即ち、非メッセージオブジェクトであるオブジェクトを示す。図２４の例の場合、自動車部品小売店は、多くの卸売業者の１つに部品を発注することを所望し、注文しなかった商品を受け取りたくない。注文時に、トークン発行人は新しく作成されたトークンを注文に含めている。もちろん、このトークンは発行人のトークン動作ログに記録される。その後、商品が卸売業者から出荷される時に、それはそのトークンを含むべきである。商品が受け取られて、トークンが確認済みの時に、システムは自動的に商品への支払いを開始する。
【０１３４】
前に使われたトークンまたはどのトークンも使わないで、卸売業者が偶然または故意に後で発注されていない部品を出荷する場合には、トークン発行人のTLMはこの問題を認識し、その部品の返送を開始する。従って、TLMシステムは、トークン発行人が、注文しなかった部品の受け取りを防ぐ。
【０１３５】
図２５の例は、車の中で車またはより具体的には、車である非メッセージ型オブジェクト、より詳細には車のトークンユーザを示す。ユーザは、彼が、駐車場に所定の回数だけ入庫することを可能にするような、「トークン」をオンラインで購入する。駐車場ゲートは、潜在的な駐車する者によって入力されたトークンをチェックするTLMを含んでいる。駐車場ゲートにて有効で、満了していないトークンを入力することによって、ユーザは駐車場（パーキングロット）へ入ることが許可される。トークンが有効でないか、満了している場合には、TLMは駐車場へのアクセスを制限し、より多くのお金を要求することもできる。
【０１３６】
アクセス制御へのTLMシステムのアプリケーション（用途）は、下記を含む多くの他の分野での同様なアプリケーションがある。
・ 学校でのランチ：子供は昼食のためのトークンを得るためにお金を先払いする。
・ジム（アスレチッククラブ）の会員：有効な会員は、施設に入るためのトークンを持つ。
・ 自動洗車：この例は本明細書で前に説明した。
・処方箋補充：医師は、薬局でＥＤＩで有効性を確認され限定回数を持つトークンと共に処方箋を出す。
・ 鍵のないホテルの部屋ロック：ホテルの顧客は、彼らの宿泊の間に部屋のドアを開くトークンを与えられる。他のトークン動作ログ動作は、顧客の好みに従って、例えば、ライトを付ける、温度を調節するなどを含むことができる。
・レンタカーの鍵：レンタカーは、その顧客に与えられたトークンによって車が始動することだけを可能にするななどのような、同様な未来を持つことも考えられる。
・特定の顧客が、特定の間、特定の回数だけの使用を許可される他のサービス。
【０１３７】
図２７は、非承認のメール（迷惑メール）または他の通信を処理するためのプロシージャを示す。例えば、XYZ会社は、要求されていない迷惑メールをTLMを持っているユーザに送信するかもしれない。電子メールがトークンを含まないので、TLMはブランクトークンのためにトークン動作ログの標準処理を見つける。多くの例示の動作が図に示してある。
【０１３８】
ある実施態様では、TLMは、最初にトークンを要求しなければならないことを述べている回答をXYZ会社に送信する。XYZ会社の肯定応答の形式を規定することもできる。例えば、XYZ会社は、「要求トークン：」で始まる件名で答える必要があるかもしれない。さらに、XYZ会社に、通信（例えば、「リコール告示をあなたに送信するためにトークンを要求する」）の目的の記述を提供することを要求することもできる。
【０１３９】
トークンを要求するための例示のプロシージャを図２８に示す。ある実施態様では、トークン要求を受信した時に、TLMは、通信を受け入れるようにユーザを促すこともできる。例えば、TLMは、ユーザが(1)トークンを発行するか、(2)通信を拒絶するか、(3)通信を無視するか、を行うことを可能にする。
【０１４０】
ユーザが通信を受け入れる場合、トークンがXYZ会社に発行されて、送信される。その後、XYZ会社はトークンを持つオリジナルのメッセージをユーザに送信することができ、TLMは、それをユーザの受信箱に受け入れることができる。
【０１４１】
スパム発信者は、故意に「にせの記述」によってトークン要求を送るために自動化された電子メール「ロボット」を設定することができることも考えられる。これを防止するために、TLMは、コードが描かれているイメージを含む通信をXYZ会社に送信することができる。イメージはGIFまたはJPEGイメージとして例えば具体化することができる。ある実施態様では、コードは、人間によって読み取り可能のどのような英数字コードとすることができる。しかしながら、コードは、光学的文字認識（OCR）での読み取りを防止するために異常なフォント、シェーディング、配置、および／または、スペーシングを使って、イメージの中に描き出されるかもしれない。ある実施態様では、完全に自動化されたスパミングを効果的に防止すために、XYZ会社の担当者がコードを視覚的に認識し、トークンが発行される前にその認識したコードをそのトークン要求に含めることも要求できる。
【０１４２】
ある実施態様において、トークンは、通信システムによって受け取られる時、または別の事象に応じて、すでにトークンを含まないどのような通信にでも自動的に、割り当てられることもできる。例えば、通信は、TLMユーザの住所録の中にある戻りアドレスを持って、受け取られるかもしれない。図２８に例示するようにトークンを要求することを送信者に要求するというよりも、送信者の通信は自動的にトークンを与えられるかもしれない。これは、標準処理を使って、ある実施態様で達成することができる。トークンは、トークン発行人によってプログラムされ得るような、他の条件に応じて自動的に通信に割り当てることもできる。
【０１４３】
図２９に示すように、トークン動作ログ2900は、以下の情報タイプを含むデータテーブルとして具体化することができる。
・トークン2902（または標準処理トークン動作ログの場合の処理）、またはトークンパターン。
・満了日または使用回数の限界などのような、トークン使用が適正であるなどの条件2904。
・意図する目的、および／または、ユーザに伝達された目的を含む、トークンの目的 2906。
・このトークンによって開始される動作2908。動作は、普通、機能事象とトークンステータスに従って指定される。
・トークン2902についてのメタデータ2910。この例は、トークン2902の作成日付、またはこのトークンが送信されたユーザのリストを含むことができる。トークンが最も最近に使われたかを示している日付スタンプを含むことが価値がある。その情報は、トークン動作ログから削除される（除去れるか、保管される）かもしれない古いトークンエントリを識別することについて役立つ。
【０１４４】
もちろん、トークン動作ログ2900は、当業者に知られるデータ構造の様々なタイプを使って、実施することができる。例えば、トークン動作ログ2900はXML文書、データベースまたは同類のものにおける1つまたは複数のテーブル、として実現することもできる。
【０１４５】
図３０は、本発明の実施態様におけるトークンログマネージャ(TLM)3000のモジュールを説明するものである。こに説明されるモジュールのそれぞれは、ソフトウェア、および／またはハードウェアのどのような適切な組み合わせを使っても、実施することができる。ある実施態様においては、2つ以上のモジュールの機能性を1つのモジュールに統合することもできる。或いは、2つ以上のモジュールを、1つのモジュールで説明された機能を実装するために使うこともでできる。
【０１４６】
図に示した実地態様では、TLM 3000は、1つまたは複数のトークン2902を作成するトークン生成器3002を含む。上述したように、トークン2902は、何らかの適切なフォーマットの中で任意の記号にすることができる。トークン生成器3202は、ランダムな一連の記号としてトークンを生成することができ、或いは、システムオペレータまたは他の許可された生成源からトークン記号を受信することができる。
【０１４７】
TLM 3000は、各トークン2902を1つまたは複数の動作からなるカスタマイズ可能なセットと関連付けるトークン動作ログ2900を含む、或いは、それにアクセスすることができる。さらに、TLM 3000は、生成されたトークン2902を、TLM 3000のユーザと通信することを潜在的に所望している実体に配布するトークンディストリビュータ3004を含むこともでできる。
【０１４８】
ある実施態様では、TLM 3000は、以前にトークン生成器3002によって生成された特定のトークン2902に伴う通信3008を受信する通信レシーバ3006を含む。通信レシーバ3006は、通信3008によって受信された特定のトークン2902と関連付けられた1つまたは複数の動作からなるセットを探し出すためにトークン動作ログを検索モジュール3010に結合させることができる。
【０１４９】
図に示したように、TLM 300の動作マネージャ3012は、検索モジュール3010によって識別された1つまたは複数の動作からなるセットを実行することができる。ある実施態様では、動作は、受信箱3014またはこれに類するものの中に通信3008を受信する受信作業にすることができる。
【０１５０】
図３１は、金融取引を管理し、詐欺を防止するたTLMシステムの1つの実施態様を示す。この例において、TLMは、金融カード所有者（クレジットカードまたはデビット・カード）によって操作される携帯電話に埋め込まれる。カード所有者は、仮にバーガー社」と呼ばれる会社で買い物を所望する。
【０１５１】
カード所有者は、彼の要求3102を示し、価格3204を提示される。その後、トランザクション許可トークン3106を発行する機能を選ぶことによって、カード所有者は、彼の通信装置（即ち携帯電話）上のTLMを始動させる。TLMは、トランザクション許可のために新しいトークンを生成し、TLMオペレータが、そのトークン3108、トランザクション最大可能利用額、有効なベンダ名パターンなど）の使用のための条件を指定することを可能にすることによって応答する。TLMは、そのメッセージ装置上で許可されていないオペレータがトランザクション許可トークンを発行することを妨げるために、許可コードの入力をオペレータに要求することもできる。カード所有者は、メッセージ装置スクリーンからトークンを読み（3108）、トランザクションのためにカードと共にそれを提示する（3110）。必要に応じてトランザクショントークンを入力する場合（或いは顧客にトランザクショントークンを入力させる）場合をを除いて、レストラン従業員はいつものようにカードを処理する。
【０１５２】
許可（認証）システムは、トランザクション（取引）についての情報をカード決済（情報）センターに送信する（3114）。カード決済センターのトランザクション許可システムは、この特定のカード番号がカード所有者のメッセージ装置からトークントランザクション許可を必要としていることを認識する（3116）。これには、メッセージ装置のアドレスを知ることをを含む（この場合、それは携帯電話の電話番号になるであろう）。
【０１５３】
トークンを含むトランザクション情報によって決済センターシステムは自動的にカード所有者のメッセージ装置に連絡する（3118）。いつものように、TLMはトークン動作ログの中でトークンを探し、適切な動作を実行するが、これはトークンパラメータの有効を設定するためのものであり、それがトランザクションを認可することになる（3120）。
TLMは、トランザクションが承認（許可）されたことを記録することができるが、そうでない場合には、カード所有者を煩わす必要がないかもしれない。決済センターは、その後、トランザクション許可を求めている会社に通常の承認情報を提供する（3122）。ある実施態様においては、TLMを、実際に決済センターに格納することができる。
【０１５４】
無効なトークントランザクションパラメータの場合（3118）、TLMは、代わりに、「承認しない」メッセージを送ることによって応答するであろう。例えば、誰かがカードを盗み、別のトランザクションを承認することを試みるならば、TLMは許可要求を拒絶する。そのトークンの使用のための条件が満たされていないならば、トランザクション許可トークンが盗まれて、それをトランザクション許可（承認）要求に含めた場合であっても、このような除外処理が起こるであろう。
【０１５５】
許可（承認）要求1593を処理するために、カード所有者のメッセージ装置が利用できないならば、カード決済センターは、その会社にオプションでトランザクションの一時的な承認を与えることもできる。それにもかかわらず、カード所有者のメッセージ装置が、トークンが添付された入力メッセージを処理するならば、このシステムの有効性はより大きいものである。従って、カード決済センターは、一定額の条件で金融取引の一時的な承認（許可）を提供するだけにすることもできる。
【０１５６】
オンライントランザクションを説明することを除いて、図３２は、図３１と同様な実施態様を示してある。図３２のプロシージャは前の図のそれに非常に類似している。オンライントランザクションにおける字際のリスクは、顧客が、買い物を開始するために物理的なカードを提示する必要がないことである。商業者の計算機システムに侵入してクレジットカード番号の安全を脅かす人々についてのニュースが頻繁にある。図３２の具体化によって、盗まれたクレジットカード番号に関する懸念はほとんどなくなることになる。
【０１５７】
オンライン「ショッピングカート（買物かご）」の全ての項目へ入力の完了することなどで、合法な顧客はオンライン注文3202をする。オンライン商人システム、は購買合計3204を示し、支払いを要求する。合法な顧客は、彼女のメッセージ装置3206上のTLMの「トランザクショントークン発行」機能を開始する。TLMは、使用と動作のために適切な条件を伴うトークンを生成し（3208）、配布のためにそれを顧客に提示するか、単に、それを直接商人に配布する（3210）。
【０１５８】
トランザクション情報をカード決済センター3214に送信することによって、商人はクレジットカード番号許可（承認）3212を求める。カード決済センターは、トランザクションが与えられたメッセージ装置からのトークン許可を持たなければならないことを認識し（3216）、トークンとトランザクションのパラメータをトークン装置に送信する（3218）。TLMは、通常の方法でトークンメッセージを処理し、それに応じてトランザクションを認可する（3220）。決済センターは、オンライン商人にトランザクションを承認（認可）することができる（3222）、その後、商人は確認情報を顧客に転送することができるようになる（3224）。
【０１５９】
図３１と図３２の実施態様は、一般的な通信システムに使用されるような様々な認証と暗号化の方法に関連させることもできる。例えば、そのようなものには、犯罪者が適切なメッセージ装置に「成りすますこと」（即ち、同じように動作すること）と、犯罪者に間違ったトランザクション許可を与えることを防止することができる。適所における適切な認証と暗号化の場合には、盗まれたクレジットカード番号に関係しているトランザクションを認可する唯一の方法は、それが無効になる前にまたトークン許可情報を盗むか、TLM（セキュアにされ得る）を「ハッキング（不正侵入）すること」であるであろう。
【０１６０】
本発明の特定の実施態様とその用途を図示し、説明してきたが、本発明は、本明細書で開示された精密な構成と構成要素に制限されないものと理解すべきである。本発明の範囲および本質から離れることなく、本明細書に開示した発明のシステムや方法の詳細、装置および操作に、当業者が、様々な修正、変更、変化を施すことができることは明らかである。
【図面の簡単な説明】
【０１６１】
【図１】トークンとトークン動作ログのブロック図である。
【図２】新しいトークンを発行するためのプロシージャ（手順）のフローチャートである。
【図３】新しく受信したメッセージを処理するためのプロシージャのフローチャートである。
【図４】機能を開始するためのプロシージャのフローチャートである。
【図５】トークンを再発行するためのプロシージャのフローチャートである。
【図６】調査を送るためのプロシージャのフローチャートである。
【図７】電話を受けるためのプロシージャのフローチャートである。
【図８】トークン動作ログを使うためのプロシージャのフローチャートである。
【図９】トークンをメッセージまたは他のオブジェクトから得るためのプロシージャのフローチャートである。
【図１０】トークン動作ログの中でトークンを探すためのプロシージャのフローチャートである。
【図１１】それが有効であるかどうかを決定するためにマッチしたトークン(matching token)をチェックするためのプロシージャのフローチャートである。
【図１２】与えられたトークンのために適切な動作を識別するためのプロシージャのフローチャートである。
【図１３】動作が指定されていない場合のデフォルトの処置を識別するためのプロシージャのフローチャートである。
【図１４】特定の動作が実行されるべきであることを明確化するためのプロシージャのフローチャートである。
【図１５】適切な動作を処理するためのプロシージャのフローチャートである。
【図１６】オプションとして発生を報告し、記録するためのプロシージャのフローチャートである。
【図１７】電子メールのフィルタリング作業の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図１８】電話のフィルタリングの状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図１９】コース（講義）の管理のフィルタリングの状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図２０】調査記録装置（ロガー）の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図２１】リモート散水装置の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図２２】トークン制御の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図２３】ウェブサイトのトライアル（試用）の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図２４】自動車部品発注の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図２５】駐車制御の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図２６】「重要」標準処置の例を示しているデータフローダイアグラムである。
【図２７】未承諾の通信を処理するための手順を示しているデータフローダイアグラムである。
【図２８】トークンを要求するためのプロシージャを示しているデータフローダイアグラムである。
【図２９】トークン動作ログエントリのブロック図である。
【図３０】トークンログマネージャのブロック図である。
【図３１】金融取引の承認の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図３２】オンライン金融取引の状況におけるトークン動作ログの使用を示すデータフローダイアグラムである。
【図１】
0004477577.tif 000004
【図２】
0004477577.tif 000005
【図３】
0004477577.tif 000006
【図４】
0004477577.tif 000007
【図５】
0004477577.tif 000008
【図６】
0004477577.tif 000009
【図７】
0004477577.tif 000010
【図８】
0004477577.tif 000011
【図９】
0004477577.tif 000012
【図１０】
0004477577.tif 000013
【図１１】
0004477577.tif 000014
【図１２】
0004477577.tif 000015
【図１３】
0004477577.tif 000016
【図１４】
0004477577.tif 000017
【図１５】
0004477577.tif 000018
【図１６】
0004477577.tif 000019
【図１７】
0004477577.tif 000020
【図１８】
0004477577.tif 000021
【図１９】
0004477577.tif 000022
【図２０】
0004477577.tif 000023
【図２１】
0004477577.tif 000024
【図２２】
0004477577.tif 000025
【図２３】
0004477577.tif 000026
【図２４】
0004477577.tif 000027
【図２５】
0004477577.tif 000028
【図２６】
0004477577.tif 000029
【図２７】
0004477577.tif 000030
【図２８】
0004477577.tif 000031
【図２９】
0004477577.tif 000032
【図３０】
0004477577.tif 000033
【図３１】
0004477577.tif 000034
【図３２】
0004477577.tif 000035