(57)【要約】      （修正有）【課題】プラットフォーム非依存型の電子メール変換の方法を提供する。【解決手段】受信側ＩＤＮ（国際化ドメイン名）ユーザ名について電子メールメッセージを受信する。事前に定義された対応によってＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を取得する。受信された電子メールメッセージを、取得されたＡＳＣＩＩ識別記号を用いて保存する。【選択図】図１
2014197415.tif 000002
【特許請求の範囲】
【請求項１】
国際化ドメイン名（ＩＤＮ）環境内で動作する電子メールサーバであって、
国際化ドメイン名ユーザ名について電子メールメッセージを受信するように設定されたメールトランスファーエージェント（ＭＴＡ）と、
前記受信した電子メールメッセージをローカルストーレッジに保存するように設定されたローカルデリバリエージェントと、
前記ＩＤＮユーザ名から対応するＡＳＣＩＩ識別記号への対応関係を維持するように設定され、前記ＭＴＡ及び前記ローカルデリバリエージェントの少なくとも一方と通信する変換テーブルと
を備え、
前記ＩＤＮユーザ名から前記ＡＳＣＩＩ識別記号への前記対応関係は、前記ＩＤＮユーザ名を前記電子メールサーバに追加した際に生成され、
前記ＡＳＣＩＩ識別記号は、ＡＳＣＩＩ環境の電子メールサーバに対応し、
前記ローカルデリバリエージェントは、前記受信した電子メールメッセージを前記ローカルストーレッジに前記ＡＳＣＩＩ識別記号を用いて保存する、電子メールサーバ。
【請求項２】
前記変換テーブルは、ＩＤＮユーザ名と対応するＡＳＣＩＩ識別記号との対応関係を生成するようにさらに設定されている、請求項１に記載の電子メールサーバ。
【請求項３】
前記ＡＳＣＩＩ識別記号は、ランダムなＡＳＣＩＩ文字列であり、複数のＩＤＮユーザ名の各々についてランダムなＡＳＣＩＩ文字列が生成される、請求項２に記載の電子メールサーバ。
【請求項４】
前記ＡＳＣＩＩ文字列の各々は、衝突を回避するために、過去に生成されたＡＳＣＩＩ文字列と比較されて生成される、請求項３に記載の電子メールサーバ。
【請求項５】
前記ＡＳＣＩＩ識別記号は、連続的なＡＳＣＩＩ識別記号であり、複数のＩＤＮユーザ名の各々について、ＡＳＣＩＩ識別記号の順列における次順のＡＳＣＩＩ識別記号が生成される、請求項２に記載の電子メールサーバ。
【請求項６】
電子メールメッセージを前記電子メールサーバから受信者に配信するためのメッセージレトリーバルサーバであって、当該メッセージレトリーバルサーバは、
前記電子メールメッセージを取得することのリクエストに関連するＩＤＮユーザ名を受信し、
前記受信したＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を取得するために前記変換テーブルと通信し、
前記取得されたＡＳＣＩＩ識別記号に関連付けられた電子メールメッセージを取得する
ように設定されたメッセージレトリーバルサーバをさらに備える、請求項１に記載の電子メールサーバ。
【請求項７】
前記メッセージレトリーバルサーバは、前記ローカルストーレッジにある有効性検証情報にアクセスするために、前記取得されたＡＳＣＩＩ識別記号を用いて、前記受信者を認証するようにさらに設定された請求項６記載の電子メールサーバ。
【請求項８】
国際化ドメイン名（ＩＤＮ）環境内で動作する電子メールサーバにおいて、プラットフォーム非依存型の電子メール変換を行う方法であって、
前記電子メールサーバが備えるメールトランスファーエージェント（ＭＴＡ）が、受信側国際化ドメイン名ユーザ名について電子メールメッセージを受信するステップと、
前記電子メールサーバが備えるローカルデリバリエージェントが、前記電子メールサーバが備える変換テーブル中に事前に定義された対応によって前記ＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を、前記変換テーブルから取得するステップと、
前記電子メールサーバが備えるローカルデリバリエージェントが、前記取得されたＡＳＣＩＩ識別記号を用いることによって、前記受信された電子メールメッセージを、前記電子メールサーバが備えるローカルストーレッジに保存するステップと
を備え、
前記変換テーブルが、前記ＩＤＮユーザ名から対応するＡＳＣＩＩ識別記号への対応関係を維持し、
前記ＩＤＮユーザ名から前記ＡＳＣＩＩ識別記号への前記対応関係は、前記ＩＤＮユーザ名を前記電子メールサーバに追加した際に生成され、
前記ＡＳＣＩＩ識別記号は、ＡＳＣＩＩ環境の電子メールサーバに対応し、
プラットフォーム非依存型の電子メール変換を行う方法。
【請求項９】
前記変換テーブルが、ＩＤＮユーザ名と対応するＡＳＣＩＩ識別記号との対応関係を生成するステップをさらに含む請求項８に記載の方法。
【請求項１０】
前記ＡＳＣＩＩ識別記号は、ランダムなＡＳＣＩＩ文字列であり、複数のＩＤＮユーザ名の各々についてランダムなＡＳＣＩＩ文字列が生成される、請求項９に記載の方法。
【請求項１１】
前記ＡＳＣＩＩ文字列の各々は、衝突を回避するために、過去に生成されたＡＳＣＩＩ文字列と比較されて生成される、請求項１０に記載の方法。
【請求項１２】
前記ＡＳＣＩＩ識別記号は、連続的なＡＳＣＩＩ識別記号であり、複数のＩＤＮユーザ名の各々について、ＡＳＣＩＩ識別記号の順列における次順のＡＳＣＩＩ識別記号が生成される、請求項９記載の方法。
【請求項１３】
前記電子メールサーバが備えるメッセージレトリーバルサーバが、前記電子メールサーバから受信者へ電子メールメッセージを配信することについての、前記受信者のＩＤＮユーザ名を含んだリクエストを受信するステップと、
前記メッセージレトリーバルサーバが、前記変換テーブルを介して、前記受信者の前記ＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を取得するステップと、
前記メッセージレトリーバルサーバが、前記取得されたＡＳＣＩＩ識別記号に関連付けられた前記電子メールメッセージを、前記ローカルストーレッジから取得して、前記受信者に配信するステップと
をさらに含む請求項８に記載の方法。
【請求項１４】
前記メッセージレトリーバルサーバが、前記ローカルストーレッジにある有効性検証情報にアクセスするために、前記取得されたＡＳＣＩＩ識別記号を用いて、前記受信者を認証するステップをさらに含む請求項１３に記載の方法。
【請求項１５】
国際化ドメイン名（ＩＤＮ）環境内で動作する電子メールサーバシステムであって、
国際化ドメイン名ユーザ名について電子メールメッセージを受信する手段と、
変換テーブル中に事前に定義された対応によって前記ＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を、前記変換テーブルから取得する手段と、
前記取得されたＡＳＣＩＩ識別記号を用いることによって、前記受信された電子メールメッセージを保存する手段と
を備え、
前記変換テーブルは、前記ＩＤＮユーザ名から対応するＡＳＣＩＩ識別記号への対応関係を維持し、
前記ＩＤＮユーザ名から前記ＡＳＣＩＩ識別記号への前記対応関係は、前記ＩＤＮユーザ名を前記電子メールサーバに追加した際に生成され、
前記ＡＳＣＩＩ識別記号は、ＡＳＣＩＩ環境の電子メールサーバに対応する、
電子メールサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して電子メール（ｅ−ｍａｉｌ）サーバ、特に国際化ドメイン名（ＩＤＮ
）に対応した電子メールサーバに関するものである。
【背景技術】
【０００２】
コンピュータネットワークの発展により、電子メールは個人的及び職業的通信手段とし
て人気のあるものになった。インターネットの急な普及を主な要因として、電子メールは
何百万人もの人の標準的な通信手段となった。
【０００３】
送信者は、電子メールメッセージを作成するのにメールユーザエージェント（ＭＵＡ）
を用いる。ＭＵＡを例示すれば、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ（登録商標）及び
Ｅｕｄｏｒａ（登録商標）等のクライアント型アプリケーションや、Ｈｏｔｍａｉｌ（登
録商標）及びＧｍａｉｌ（登録商標）等のウェブベースアプリケーションが挙げられる。
周知のとおり、送信者は、一以上の電子メールアドレス、件名、本文を入力することによ
り電子メールメッセージを作成するのであり、メッセージにファイルを添付することもで
きる。各電子メールアドレスは、二つの部分を備える。第一の部分は、電子メールアドレ
スのドメインと称され、ホスト名又はドメイン名を示す。ドメインは典型的には、＠記号
の右に配置されている。第二の部分は、ユーザ名又はアカウント名と称され、ドメインに
おいて電子メールアカウントを同定するのに用いられる。ユーザ名は典型的には、＠記号
の左に配置されている。
【０００４】
ＭＵＡは、電子メールメッセージを一以上の受信者へ、電子メール送信サーバを介して
送信する。電子メール送信サーバはメールサブミションエージェント（ＭＳＡ）及びシン
プルメールトランスファプロトコル（ＳＭＴＰ）サーバを含む。ＭＳＡは、電子メールア
ドレスのドメイン名を解決して、対応するインターネットプロトコル（ＩＰ）アドレスを
取得するために、ドメイン名サーバ（ＤＮＳ）に呼び出しをかける。ＳＭＴＰサーバは、
受信者の受信側電子メールサーバにメッセージを送信するために、取得したＩＰアドレス
を用いる。
【０００５】
受信側電子メールサーバは、電子メールメッセージの取得を可能とするために、典型的
には、メールトランスファーエージェント(ＭＴＡ)、ローカルデリバリエージェント、ロ
ーカルファイルストーレッジ及びポストオフィスプロトコル（ＰＯＰ）及び／又はインタ
ーネットメッセージアクセスプロトコル（ＩＭＡＰ）サーバを備える。受信者は、受信側
電子メールサーバから電子メールメッセージを取得するために、ＭＵＡを用いる。
【０００６】
典型的なＡＳＣＩＩ環境では、受信側電子メールサーバによって提供されるサービスの
すべては、ローカルユーザ名の情報に関しては、ローカルパスワードファイルを参照する
。ローカルパスワードファイルは、アカウントの識別及び認証に用いられる。
【０００７】
しかし、将来においては、電子メールアドレスは外国語の（非ＡＳＣＩＩ）文字を有す
ることになる可能性がある。例えば、インターナショナライズドドメイン名（ＩＤＮ）は
、非ＡＳＣＩＩ文字を有することができるインターネットドメイン名として定義されてい
る。国際的な電子メールアドレスについても、ＩＤＮユーザ名を電子メールアドレスの一
部分として含まれることができるとの構想が描かれている。したがって、ＩＤＮユーザ名
には非ＡＳＣＩＩ文字が含まれる可能性もある。
【０００８】
これらの文字は、典型的には、ユーザ名、ファイル名及びディレクトリ名に関しては、
サーバのＯＳによってサポートされていない。非ＡＳＣＩＩ環境においては、Ｕｎｉｃｏ
ｄｅ文字のサポートの欠如によって、パスワードファイルを用いることができない。さら
に、多くのファイルシステムはファイル名及びディレクトリ名に関しては、７ビットのＡ
ＳＣＩＩ文字に限定している。
【０００９】
したがって、非ＡＳＣＩＩ文字の電子メールアドレスをサポートすることができるＭＴ
Ａを提供する必要があることが理解されよう。
【発明の概要】
【００１０】
以下は、電子メールアドレスをネイティブに表示される非ＡＳＣＩＩ文字から、ユーザ
名、ファイル名及びディレクトリ名を有効にサポートするＡＳＣＩＩ文字にシームレスに
変換し、これによりユニコード文字のサポートの欠如に関連する問題を克服する電子メー
ルサーバを説明する。
【００１１】
本件発明の一観点に即して、以下を備える電子メールサーバが提供される。即ち、ＩＤ
Ｎユーザ名について電子メールメッセージを受信するように設定されたメールトランスフ
ァーエージェント（ＭＴＡ）、受信された電子メールメッセージをローカルストーレッジ
において保存するように設定されたローカルデリバリエージェント及びＩＤＮユーザ名と
対応するＡＳＣＩＩ識別記号との対応関係を保持するように設定された変換テーブルであ
り、該変換テーブルは少なくとも一つのＭＴＡ又はローカルデリバリエージェントと通じ
ており、当該ローカルデリバリエージェントは受信された電子メールメッセージをＡＳＣ
ＩＩ識別記号に応じてローカルストーレッジに保存するものである。
【００１２】
本件発明のさらなる観点に即して、プラットフォーム非依存型電子メール変換の方法が
提供されるのであり、本方法は以下のステップを伴う。即ち、受信側ＩＤＮユーザ名につ
いて電子メールメッセージを受信するステップと、事前に定義された対応によってＩＤＮ
ユーザ名に対応するＡＳＣＩＩ識別記号を取得するステップ及び取得された前記ＡＳＣＩ
Ｉ識別記号を用いることによって、受信された電子メールメッセージをローカルストーレ
ッジに保存するステップである。
【００１３】
本件発明のましてさらなる観点に即して、上記方法を実装するための命令からなるコン
ピュータ読込可能媒体が提供される。
【図面の簡単な説明】
【００１４】
以下において本件発明は下記図への参照を伴って、単に例示的に説明される。
【００１５】
【図１】電子メールサーバを図示するブロック図である。
【図２】電子メールサーバにおける電子メールの受信を図示するフローチャートである。
【図３】電子メールサーバからの電子メールの取得を図示するフローチャートである。
【発明を実施するための形態】
【００１６】
便宜のため、図中の符号は明細書中の対応する符号を参照している。図１を参照するに
、本件発明の一つの実施形態に即した受信側電子メールサーバが一般的に符号１００によ
って図示されている。説明の簡便のため、受信側電子メールサーバは以下単に電子メール
サーバという。電子メールサーバ１００は、メールトランスファーエージェント（ＭＴＡ
）１０２、ローカルデリバリエージェント１０４、メッセージレトリーバルサーバ１０６
、ローカルストーレッジ１０８及び変換テーブルを備える。
【００１７】
ＭＴＡ１０２は、電子メールメッセージを受信するようにとのリクエスタ（ｒｅｑｕｅ
ｓｔｏｒ）からのリクエストを受信するように設定されている。ＭＴＡ１０２は、意図さ
れた受信者の存否について、変換テーブル１１０にて照合して、リクエスタにその成功・
不成功を通知するように、さらに設定されている。
【００１８】
ローカルデリバリエージェント１０４は、受信された電子メールメッセージをローカル
ストーレッジ１０８上のユーザ名に対応したディレクトリにおいて保持すように設定され
ている。ローカルデリバリエージェント１０４はまた実装の方式によっては、意図された
受信者の存否について変換テーブル１１０にて照合するように設定することもできる。
【００１９】
メッセージレトリーバルサーバ１０６は、一以上のＰＯＰサーバ、及びＩＭＡＰサーバ
又はローカルホストサーバを備え、ローカルストーレッジ１０８から受信者へ電子メール
メッセージを配信するように設定されている。また、メッセージレトリーバルサーバは変
換テーブル１１０と通じるように設定されている。
【００２０】
変換テーブル１１０は、ＩＤＮユーザ名を電子メールサーバ１０２のＯＳに対応したＩ
ＤＮユーザ名に対応したＡＳＣＩＩ識別記号に変換するように設定されたテーブル及び／
又はデータベースである。さらに、変換テーブル１１０は、変換されたユーザ名を適切に
維持・管理できるように設定されている。
【００２１】
複数の手法のうち、一つを用いてＩＤＮユーザ名をＡＳＣＩＩ識別記号に変換すること
ができる。
【００２２】
例えば、一つの実施形態においては、変換テーブル１１０は、ＩＤＮユーザ名を、ラン
ダムのＡＳＣＩＩ文字列を有するＡＳＣＩＩ識別記号と対応させる。即ち、変換テーブル
１１０に加えられた各新しいＩＤＮユーザ名は、ランダムかつ許容されるＡＳＣＩＩ文字
を有するＡＳＣＩＩ識別記号に関連付けられ、当該関連付はテーブル及び／又はデータベ
ースに保存される。衝突を回避するために、各ＩＤＮユーザ名は一意なかつランダムなＡ
ＳＣＩＩ文字列に関連付けられる。各ランダム文字列が一意であることを保証するために
、ランダムなＡＳＣＩＩ文字列が生成される度に、過去に生成されたランダムなＡＳＣＩ
Ｉ文字列と比較される。ランダムなＡＳＣＩＩ文字列が過去において既に存在していたの
ならば、それは破棄されたうえで新規なランダムなＡＳＣＩＩ文字列が生成される。
【００２３】
本実施形態においては、各ランダムなＡＳＣＩＩ文字列は必要に応じて生成されていく
。即ち、新しいＩＤＮユーザ名が電子メールサーバ１００に加えられたとき毎である。代
わって、予め定義された数の一意のランダムなＡＳＣＩＩ文字列を事前に生成しておくこ
とができる。したがって、新しいＩＤＮユーザ名が電子メールサーバ１００に加えられた
場合においては、既存のＡＳＣＩＩ文字列が変換テーブル１１０より割り当てられる。
【００２４】
別の実施形態においては、変換テーブル１１０はＩＤＮユーザ名を連続的なＡＳＣＩＩ
文字列を有するＡＳＣＩＩ文字列に関連付ける。この実施形態においては、変換テーブル
１１０に加えられる各新しいＩＤＮユーザ名は、許容されるＡＳＣＩＩ文字列からなるＡ
ＳＣＩＩ識別記号に関連付けられる。しかし、先述の実施形態との比較においては、各Ａ
ＳＣＩＩ識別記号は連続的に生成される。よって、本実施形態においては、生成されたＡ
ＳＣＩＩ識別記号を過去に生成されたＡＳＣＩＩ識別記号と照合する必要はない。なぜな
ら、順列がすべて用い尽くされるまでは、各ＡＳＣＩＩ識別記号は一意であるからである
。
【００２５】
さらに別の実施形態においては、変換テーブル１１０はＩＤＮユーザ名から導出された
ＡＳＣＩＩ識別記号と対応させる。即ち、ＡＳＣＩＩ文字列は、予め定義されたアルゴリ
ズムを用いてＩＤＮユーザ名から生成されるのである。例えば、Ｐｕｎｙｃｏｄｅエンコ
ーダを用いるＴｏＡｓｃｉｉアルゴリズムは、非ＡＳＣＩＩ文字列をＡＳＣＩＩ文字列に
変換するものとして周知である。
【００２６】
ＴｏＡｓｃｉｉアルゴリズムは、ＡＳＣＩＩ文字列を不変にした一方、少なくとも一つ
の非ＡＳＣＩＩ文字を含む文字列に変化をもたらす。これを達成するために、ＴｏＡｓｃ
ｉｉアルゴリズムは、文字列を小文字に変換しその他の正規化処理を行うＮａｍｅＰｒｅ
ｐアルゴリズムを適用する。そして、ＴｏＡｓｃｉｉアルゴリズムは、この結果をＰｕｎ
ｙｃｏｄｅエンコーダを用いてＡＳＣＩＩ文字に変換する。４文字の文字列「ｘｎ−−」
が生成されたＡＳＣＩＩ文字列に接頭される。この４文字の文字列は、ＡＳＣＩＩコンパ
チブルエンコーディング（ＡＣＥ）接頭辞と呼ばれ、通常のＡＳＣＩＩ文字列からからＰ
ｕｎｙｃｏｄｅで符号化された文字列を識別するのに用いられる。
【００２７】
ここにては、ＩＤＮユーザ名をＡＳＣＩＩ文字列に関連付ける方法が若干紹介されてい
るに過ぎないが、当業者からすれば他の方法も想到される。どの方法が用いられるのであ
っても、ＩＤＮユーザ名及び対応する生成されたＡＳＣＩＩ識別記号は、必要に応じて照
合が可能となるように変換テーブル１１０のテーブル・データベースに保持される。
【００２８】
図２を参照するに、参照符号２００によって電子メールサーバ１００において電子メー
ルメッセージを受信する工程のフローチャートが図示されている。ステップ２０２におい
て、ＭＴＡ１０２がリクエスタ、必ずしもそうではないが多くの場合電子メール送信サー
バ（図示されていない）、と接続を確立する。ステップ２０４においてリクエスタは、Ｍ
ＴＡ１０２に意図された受信者を通知する。ステップ２０６においては、ＭＴＡ１０２は
、それ自身で又はローカルデリバリエージェント１０４を通じて、変換テーブル１１０と
の照合を経て、意図された受信者の存否を確立する。
【００２９】
変換テーブル１１０において意図された受信者が存在していないことが判明した場合、
ステップ２０８へと進み、リクエスタそしてそれにより送信者に失敗の旨が通知される。
意図された受信者が変換テーブル１１０に存在することが判明した場合には、ステップ２
１０へと進み、電子メールメッセージは送信者から受け入れられる。
【００３０】
ステップ２１２においては、ローカルデリバリエージェント１０４は、ＩＤＮユーザ名
に対応するＡＳＣＩＩ識別記号をＩＤＮ変換テーブルから取得する。ステップ２１４にお
いては、ローカルデリバリエージェント１０４は、取得されたＡＳＣＩＩ識別記号に即し
て電子メールメッセージをファイルストーレッジ１０８に書き込む。
【００３１】
本実施形態は、ローカルデリバリエージェント１０４がＡＳＣＩＩ識別記号を取得する
別個のステップ２１２を有する。代わりに、ローカルデリバリエージェント１０４又はＭ
ＴＡ１０２が、ＩＤＮユーザ名がステップ２０６において確認された場合、ＡＳＣＩＩ識
別記号を取得することができる。
【００３２】
図３を参照するに、参照符号３００によって、電子メールサーバ１００から電子メール
メッセージを取得するフローチャートが図示されている。ステップ３０２においては、受
信者のＭＵＡは、メッセージレトリーバルサーバ１０６を介し、ＰＯＰ、ＩＭＡＰ又は他
のローカルにホストされた方法を用いて、電子メールサーバ１００に接続する。ステップ
３０４においては、ＭＵＡは、受信者のＩＤＮユーザ名及び対応するパスワードを認証の
ため送信する。
【００３３】
ステップ３０６においては、メッセージレトリーバルサーバ１０６は、変換テーブル１
１０を介してＩＤＮユーザ名をＡＳＣＩＩ識別記号に変換する。ステップ３０８において
は、受信者の有効性検証情報をファイルストーレッジ１０８において探し出すためにＡＳ
ＣＩＩ識別記号が用いられる。ステップ３１０においては、有効性検証情報が、過去に保
存されたパスワードのコピー（典型的には暗号化された状態のもの）との対比でパスワー
ドの認証に用いられる。
【００３４】
認証が成功した場合、ステップ３１２において受信者の電子メールメッセージは、受信
者の閲覧のために配信される。認証が不成功であれば、ステップ３１４においてエラーが
ＭＵＡに通知される。
【００３５】
以上のように、本件発明については、既存のＯＳ下での伝統的な電子メールサーバ機能
を確保するために、非ＡＳＣＩＩ文字の電子メールユーザ名の中間的なＡＳＣＩＩ表記が
提供されるということが理解されるであろう。さらに、送信者及び受信者にとって透過性
を保ったまま伝統的な電子メール機能が提供される。
【００３６】
上述の記述に即して、本件発明は、標準的なプログラミング及び／又は技術的手法を用
いてプログラムソフトウェア、ファームウェア及びハードウェアを生産することによって
、装置、方法又は製造方法による製造物として実施することができる。
【００３７】
コンピュータ読込可能なプログラムコードを有する、上記により得られたプログラムは
どれも、一以上の、メモリデバイス又は通信デバイス等のコンピュータ使用可能媒体に内
蔵させることができ、これにより本件発明によったコンピュータプログラム製品又は製造
方法による製造物が得られるのである。ここでいう「ソフトウェア」及び「アプリケーシ
ョン」の語は、あらゆる種類のメモリデバイス又は通信デバイス等のコンピュータ使用可
能媒体に存続する（永続的及び一時的な存続を含む）コンピュータプログラムを含むこと
が意図されている。
【００３８】
メモリデバイスの例としては、ハードディスクドライブ、ディスケット、光ディスク、
磁気テープ、並びにＦＬＡＳＨ、ＲＡＭ、ＲＯＭ及びＰＲＯＭ等の半導体メモリ等が含ま
れる。ネットワークの例としては、インターネット、イントラネット、電話／モデムネッ
トワーク、ハードワイアード／ケーブル通信ネットワーク、移動体通信、無線通信、衛星
通信及び他の静止型若しくはモバイルネットワークシステム／通信リンクが含まれるが、
これらには限られない。
【００３９】
本件発明の実施形態となる装置は、一以上の処理装置、例えばＣＰＵ、メモリ／ストー
レッジデバイス、通信リンク、通信／送信デバイス、サーバ、Ｉ／Ｏデバイス又はソフト
ウェア、ファームウェア、ハードウェアを含む他の如何なるサブコンポーネント若しくは
特許請求の範囲に記載された本件発明を具体化する一以上の処理システムの個々の部品又
はそれらの任意の組合せを伴うことができる。
【００４０】
上述の記述に即して、当業者は、容易に、本件明細書の記載によって作ったソフトウェ
アと適切な汎用若しくは特殊用途コンピュータハードウェア及び／又は本件発明を具体化
するコンピュータサブコンポーネントとを組み合わせることができ、また、これによって
本件発明の方法を実行できるコンピュータシステム及び／又はコンピュータサブコンポー
ネントを作出することができる。
【００４１】
本件発明を望ましい実施形態について本明細書中において説明したが、当業者にとって
は、本件発明の精神及び特許請求の範囲から逸脱せずに変更を加えることが可能であると
理解されるものである。
【図１】
2014197415.tif 000003
【図２】
2014197415.tif 000004
【図３】
2014197415.tif 000005
【外国語明細書】
2014197415000001.pdf