(57)【特許請求の範囲】
【請求項１】
１つ或いは多数の送信者（５２）及び１つ或いは多数の受信者（５４）からなり、前記各送信者がデータとアドレス情報を含むデジタルパケットを送信し、前記各パケット内のデータは特定のデータフォーマットを有し、前記各受信者が１つ或いは多数の好適なデータフォーマットでデータを有効に受信することからなる、デジタルパケット網内の通信を仲介するための方法であって、前記方法が、
送信者からのデジタルパケットを、ブローカーアプリケーションサーバにおいて受信する過程（４０６）と、
ブローカーアプリケーションサーバを利用して、前記パケットからデータとアドレス情報を抽出する過程（４０８）と、
前記データの前記データフォーマットを特定する過程（４１２）と、
抽出したデータ及びアドレス情報に関して、特定した前記データフォーマットが受信者の前記好適なデータフォーマットである場合、前記データをパケット化（４１８）し、前記データを前記受信者に送信する（４２０）過程と、
特定した前記データフォーマットが前記受信者の前記好適なデータフォーマットではない場合に、前記データを前記各受信者の前記好適なデータフォーマットに変換（４１４、４１６）し、前記データを前記受信したパケットに含まれる前記アドレス情報に対応する前記受信者に送信する（４２０）過程とを有することを特徴とするデジタルパケット網内の通信を仲介するための方法。
【請求項２】
請求項１に記載の方法において、前記各受信者のために、前記好適なデータフォーマットを特定し（４０２）、ブローカーアプリケーションサーバのメモリに格納する（４０４）過程を有することを更なる特徴とする方法。
【請求項３】
請求項２に記載の方法において、前記データを調査し（４１２）、前記データが暗号化されているかを特定する過程と、暗号化されている場合は前記データを復号化する（４１０）過程とを有することを更なる特徴とする方法。
【請求項４】
請求項３に記載の方法において、受信した時前記データが暗号化されていた場合、前記データを暗号化する（４１０）過程と、その後前記データをパケット化し（４１８）、前記受信者に送信する（４２０）過程とを有することを更なる特徴とする方法。
【請求項５】
請求項３に記載の方法において、前記受信者に対する好適な暗号化フォーマットを確定する（４０２）過程と、前記データを前記好適な暗号化フォーマットに暗号化する（４１０）過程と、その後前記データをパケット化し（４１８）、前記受信者に送信する（４２０）過程とを更に有することを特徴とする方法。
【請求項６】
デジタルパケット網内の複数の送信者（５２）と複数の受信者（５４）との間の通信の利便性が向上するためのブローカーアプリケーションサーバ（４０）であって、前記ブローカーアプリケーションサーバが、
データを受信し、前記各受信者に対する好適なデータフォーマットを特定する好適データフォーマット特定ユニット（４０２）と、
前記各受信者に対して特定された前記好適なデータフォーマットを格納するデータベース（４０４）と、
前記各送信者からデジタルパケットを受信する受信ユニット（４０６）と、
デジタルパケットからデータ及びアドレス情報を抽出するパケット解析ユニット（４０８）と、
前記受信者の１つに送信するためのデジタルパケットにデータ及びアドレス情報をフォーマットするパケット化ユニット（４１８）と、
前記パケット化ユニットからデジタルパケットを受信し、前記デジタルパケットを前記受信者の１つに送信するための送信ユニット（４２０）と、
データを通常のデータフォーマットに変換する第１の変換ユニット（４１４）と、
データを前記第１の変換ユニットから受信し、前記データをアドレス指定された前記受信者の１つが有する前記好適データフォーマットに変換し、前記データを前記パケット化ユニットに転送するための第２の変換ユニット（４１６）と、前記データのデータフォーマットを特定するデータ解析ユニット（４１２）であって、更に当該データ解析ユニットは前記データパケットがアドレス指定する前記データベースから、適切に受信者の前記好適なデータフォーマットを読み出し、前記データが前記受信者の前記好適なフォーマット形式である場合には前記データを前記パケット化ユニットに直接転送し、前記データが前記受信者の前記好適なフォーマット形式でない場合には前記データを前記第１の変換ユニットに転送する、該データ解析ユニットとを備えることを特徴とするブローカーアプリケーションサーバ。
【請求項７】
請求項６に記載のブローカーアプリケーションサーバにおいて、前記パケット解析ユニットからデータを受信するための暗号化及び復号化ユニット（４１０）であって、当該暗号化及び復号化ユニットは受信した暗号化データを復号化し、前記復号化データを前記データ解析ユニットに転送し、更に当該暗号化及び復号化ユニットは、前記データ解析ユニットから或いは前記第２の変換ユニットから適切にデータを受信し、前記データが暗号化されたパケットから抽出された場合には前記データを暗号化し、前記データを前記パケット化ユニットに転送する、該暗号化及び復号化ユニットを更に備えることを特徴とするブローカーアプリケーションサーバ。
【請求項８】
請求項６に記載のブローカーアプリケーションサーバにおいて、前記好適データフォーマット特定ユニットが、アドレス指定された受信者に対する好適な暗号化フォーマットを確定するように動作することを更なる特徴とするブローカーアプリケーションサーバ。
【請求項９】
請求項８に記載のブローカーアプリケーションサーバにおいて、暗号化及び復号化ユニットがアドレス指定された受信者に対する好適な暗号フォーマットにデータを暗号化するように動作することを特徴とするブローカーアプリケーションサーバ。
【請求項１０】
請求項１に記載の方法において、前記データを前記好適なデータフォーマットに変換する過程が、第１に前記データを通常フォーマットに変換する（４１４）過程と、前記データを通常フォーマットから好適なフォーマットに変換する（４１６）過程とを有することを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般にコンピュータ網内のサービスを仲介することに関し、特にはインターネットとコンピュータ或いは周辺機器との間でデータを配信し、インターネットから受信したデータをユーザの好適なフォーマットに変換するための方法及び装置に関する。
【０００２】
【従来の技術】
ここ数年で、インターネットは発展してきており、一部のユーザが利用する限定された共同体から莫大なユーザが交流する場となっている。多数の新しいユーザがインターネットにアクセスしており、多くの新しいコンテンツプロバイダが、インターネット経由で自社の製品或いはサービスにアクセスさせようとしている。コンピュータを購入するのに費用をかけたがらないユーザでも、インターネットにアクセスできるようにする努力も大いに宣伝されている。低機能低価格端末の市場向け商品を計画する動きも発表されており、その商品によってインターネットプロバイダにアクセスすることができるようになり、商品の展示や出荷がされている。それらの端末によるアクセスは、全機能搭載したコンピュータを利用してアクセスすることに比べて制限はあるが、ユーザが必要としない、すなわち望まない機能を搭載しているとも言える多くの汎用コンピュータよりはるかに安価に購入できる。
【０００３】
そのような専用端末を提供する努力や、さらにより高機能なコンピュータを用いる現在のインターネットユーザをも複雑にするのは、絶えずより複雑なインターネットコンテンツが蔓延しているためである。インターネットコンテンツは現在ごく普通に、例えば、画像、音声、動画タイトル、サウンドストリーム、ビデオストリーム、映画を含んでおり、新しい機能がほとんど毎日開発されている。これらのコンテンツの機能は簡単な機能の端末への問題を提示し、さらに全機能搭載のコンピュータ及び同様にそのユーザに対しても処理上の負担をかける。これは特に初心者のコンピュータユーザに関して当てはまる。一例として、多くの複雑なコンテンツ機能を表示するためには、ユーザは「プラグイン」をダウンロードし、インストールしなければならない。プラグインは、ユーザのインターネットブラウザにより稼動する特別なアプリケーションプログラムと定義され、ブラウザはプラグインが表示するように指定した特別な機能なら何でも表示する。クイックタイム（Ｑｕｉｃｋｔｉｍｅ）（登録商標）ムービー、リアルオーディオ（ＲｅａｌＡｕｄｉｏ）（登録商標）、ヴィヴォ（ＶＩＶＯ）（登録商標）ストリーミングビデオなどがそうである。これらのプラグインは、格納するメモリの点からかなり大きく、その上、ユーザに料金はかからないものもあるが、それでもディスクメモリのかなりの割り当てを必要とすると共に、ダウンロード、インストール、メンテナンスのために多大な時間をかける必要がある。そのようなブラウザに関連した問題点は、典型例であることがわかるであろう。他の例は、変換を要する電子メール添付物や、復号を必要とする、MIMEファイルのような符号化ファイルである。そのような処理は理想的には、ユーザに対してトランスペアレントであるべきである。
【０００４】
プラグイン或いはそれと同様のプログラムのダウンロードをクライアントが行なわなくても、クライアントが今まで見てきたように、ブローカーサーバ（仲介サーバ）がクライアントの好適なビューイングプロトコルを用いて、クライアントから情報を受信し、受信したパケットを変換するなら、技術の現況に対して著しい改善が提供されることになる。そのような能力はインターネット専用端末のサポートのためには非常に重大ではあるが、クライアントがトップエンドマルチメディアコンピュータシステムである場合でさえかなりの利点を提供する。高機能なマルチメディアシステムのユーザは、すべての必要なプラグインをダウンロードし、インストールすることにより、すべてのインターネットコンテンツ機能を表示できるが、しかし時間及びディスク容量に関して多大な負担を要するため、誰もが避けたいものである。さらにインターネット交流が更に発展するための重要な課題は、あまりコンピュータに精通していないユーザの幅広い支持が得られるほどに、すべての情報とデータの形式の相互交換を容易とすることである。プラグインを取り扱う必要性を取り除くブローカーサーバは、すべてのクラスのユーザに著しい利点を提供する。
【０００５】
変換能力を備えたブローカーサーバは更に、個々のユーザに異なるフォーマット間、例えば音声情報をＷＡＶからＡＵへ、或いはビジュアル情報をＪＰＧからＧＩＦへ等の変換能力を提供する。
【０００６】
通常現在用いられているインターネットコンテンツ機能の変換に加えて、一般に変換対象とは考えられてはいない異なる情報フォーマットを変換する能力がある。例えば、ブローカーサーバは音声／文字、或いは文字／音声変換能力を提供する。そのような能力を具体化するには、エンドユーザにより操作されるクライアントコンピュータではなく、かなりの計算処理能力を必要とするため、サーバによりさらに経済的に行われることもある。付加的な使用では、映像からスチール画像への変換、ブローカーサーバ内の光学的文字認識（ＯＣＲ）を用いてファクシミリ画像のようなＴＩＦドキュメントからＡＳＣＩＩへの変換、例えば、ＭＩＤＩから合成した音楽への変換がある。上述の機能は操作性が改善されることが望まれる典型的な領域である。これらの及び他の機能は、ブローカーサーバに著しく新しい能力を与えるが、インターネットプロバイダでは現在提供されていない。これらの機能は、ユーザにかなりの柔軟性を与え、ユーザが自らの好適な情報フォーマットを利用できるようにし、他の全く異なり、互換性のないフォーマットを用いるユーザおよびコンテンツプロバイダと通信できるようにする。
【０００７】
フォーマット変換能力は、今のところ通常リアルタイムではないフォーマット変換プログラムとして、パーソナルコンピュータ内にある。例えば、ＶＯＣファイルはＷＡＶファイルに変換できる。この変換は一般にリアルタイムには起こらず、ユーザに対してトランスペアレントではない。他の変換もあり、１つのフォーマットから別のフォーマットに変換を行うことができるが、ユーザプリファレンスに基づく自在な変換能力を提供するには程遠い。
【０００８】
それゆえ、当該分野におけるブローカーサーバに対する必要性があり、ブローカーサーバがリアルタイムに、ユーザに対してトランスペアレントに、しかもユーザからの入力に基づいて自在にデータフォーマット間の変換のための利便性を提供する。
【０００９】
【発明が解決しようとする課題】
ユーザに対してトランスペアレントに、しかもユーザからの入力に基づいて自在に、リアルタイムのデータフォーマット間変換を行うブローカーアプリケーションサーバを提供することにある。
【００１０】
【課題を解決するための手段】
本発明の１つの態様による、ブローカーアプリケーションサーバ、すなわちＢＡＳは、ユーザからのそのユーザにとって好適な１または複数のデータフォーマットを特定する入力を受信する。ＢＡＳはサーバからデジタルパケットを受信し、パケットからデータを抽出し、選択的にセキュリティのための暗号化或いは復号化過程を行い、データを検討し、データがユーザの好適なフォーマットであるかを判定する。この変換が以下に詳細に説明するように現在のところパケット毎に処理されるのが好適であるのに対し、いくつかのフォーマットの場合には、ＢＡＳは変換が行われる前に変換されるべきすべての或いはいくつかのパケットを収集するであろうということが認識されるであろう。もしデータがユーザの好適なフォーマットである場合、ＢＡＳは選択的にセキュリティのための暗号化或いは復号化過程を行い、データをパケット形式にフォーマットし、それからパケットをユーザに送信する。データがユーザの好適なデータフォーマットでない場合は、ＢＡＳはデータを通常のフォーマットに変換し、それから通常のフォーマットからのデータをユーザの好適なフォーマットに変換する。別法では、ＢＡＳはデータを直接ユーザの好適なフォーマットに、適切な環境において変換する。ＢＡＳがデータをユーザの好適なフォーマットに変換できない場合には、むしろデータを、好適ではないが、それでもフォーマットはまだ認識でき、互換性がある第２のフォーマットに変換する。ＢＡＳはそれから選択的にセキュリティのための暗号化或いは復号化を行い、データをパケット形式にフォーマットし、パケットをユーザに送信する。
【００１１】
本発明の別の態様では、カスタマのための好適なフォーマットのデータベース、すなわちカスタマとＢＡＳとの間の接続の確立において引き出される好適なフォーマット情報を保持するためのストレージを含む。第２のフォーマットが更に特定され、格納される。本発明のこの実施例では、各データパケットが通常フォーマットに変換された後、ＢＡＳはパケットがアドレス指定するクライアントを調査し、クライアントの好適なデータフォーマット並びにもし必要なら第２のフォーマットを探し出す。ＢＡＳはそれからデータをクライアントの好適なフォーマットに変換し、選択的にデータを暗号化し、データをパケットにフォーマットし、データをユーザに送信する。本発明のこの態様によるＢＡＳは、実質的なユーザ数を収容でき、その数を制限するのは、接続を提供するネットワークハードウエアの制約及びＢＡＳのために選択されたハードウエアのみである。本発明に従ったシステムは必要に応じて自在に拡張される。
【００１２】
本発明の更なる特徴および利点と同様に、本発明は以下に詳述する説明と添付する図面から明らかになるであろう。
【００１３】
【発明の実施の形態】
図１は、送信者１２と受信者１４との間の仲介者として有利に機能するＢＡＳ１０を示している。送信者１２は個々のコンピュータ、ネットワークノード、インターネットサービスプロバイダのサーバ、或いは他のデジタル化したパケットを送信する装置の場合がある。受信者１４は一般に、ＢＡＳが１つの構成要素であるサービスに加入したユーザにより操作されるクライアントコンピュータである。受信者１４は適切に、汎用コンピュータ或いは、より限定された機能を有するインターネット或いはｗｅｂ用端末である。図示を容易にするために、単一の送信者１２及び受信者１４が図１に示されるが、同時に一般的に多数の送信者及び受信者がＢＡＳ１０により扱われることがわかるであろう。例として、送信者１２及び受信者１４は、モデム及び、電話線或いは任意の他の適切なネットワーク接続を介したアナログ或いはデジタル送信を利用してＢＡＳ１０に接続される。送信者は、ここに記載されるような互換性のあるフォーマットにおいて送受信されるファイルを送信することが好適であるが、互換性のないデータブロックがユーザによって受信され、その単一ユーザが送信者と受信者との双方となって、ＢＡＳ１０に上記受信した互換性のないブロックを送信し、それから戻される好適なフォーマットを受信するということもあることがわかるであろう。
【００１４】
ＢＡＳ１０と受信者１４との接続が確立されるとき、好適なデータフォーマット特定部１０２に通すように制御し、受信者１４の好適なデータフォーマットがＢＡＳ１０により識別され、メモリ１０３に格納される。第２の或いは付加的なデータフォーマットを格納してもよい。送信者１２はパケットをＢＡＳ１０に送信し、各パケットは受信者１４にアドレス指定されている。ＢＡＳ１０がパケットを受信するとき、まずデパケット化部１０４に通すように制御される。データがパケットから抽出され、パケット内に格納されたアドレス情報が確認される。それから復号化部１０８を通るように制御し、データが暗号化形式で受信された場合、復号化される。それからデータフォーマット特定部１１０を通り、データフォーマットが特定される。それからフォーマット比較部１１２に通され、データに対して特定されたフォーマットが確認され、受信者１４の好適なデータフォーマットであるかが判定される。データが受信者１４の好適なフォーマットである場合は直接、暗号化部１２０に通される。データが受信者１４の好適なフォーマットでない場合には、まず変換部１１６に転送され、データは通常の、すなわち一般的なフォーマットに変換される。そのとき通常フォーマットのデータはさらに第２の変換器１１８にて、受信者１４の好適なフォーマットに変換される。上述した変換装置は好適であるが、適切な環境においては、単一の変換部により十分に好適なフォーマットに変換を行うことができる。パケット毎の変換が不可能であるか、望まれないフォーマットに対しては、パケットのすべて或いはいくつかがメモリに格納され、それからユニットとして変換される。例えば、映像フレームは複数パケットからなり、全体的に変換される。
【００１５】
変換に続いて、暗号化部１２０に転送するように制御され、データが選択的に暗号化される。データはパケット化部１２２に転送され、パケットに再フォーマットされる。最後にデータは送信器１２４により受信者１４及びユーザに送信される。データが暗号化する必要がない場合には、ブロック１２０はバイパスされ、データは直接、パケット化部１２２に転送される。前述したデータ処理は各パケット毎に繰り返すが、上記したように複数パケットが格納され、合わせて変換される場合は繰り返されない。
【００１６】
図２は、本発明の第２の実施例による第２のＢＡＳを機能的に示す。ＢＡＳ２０は、送信者２２と複数の受信者２４，２６，２８，３０との間のインターフェースを提供する。簡単にするために、単一の送信者のみと４つの受信者が示される。しかしＢＡＳ２０の設計によっては、多数の送信者および受信者が収容できる。
【００１７】
受信者２４，２６，２８，３０の各々が最初にＢＡＳ２２との接続を確立するとき、制御はフォーマットプリファレンス特定部２０１に移行し、プリファレンスデータベース２０２が構築され、受信者２４，２６，２８，３０の各々の好適なデータフォーマットを格納する。ＢＡＳ２０が送信者２２からパケットを受信するとき、デパケット化部２０３にて制御処理が開始され、パケット分解が行われる。すなわち、データが抽出され、評価され、暗号化されているかを判定し、パケットアドレスが読み出される。パケットが暗号化されている場合には、復号化回路、すなわち復号化部２０６に制御が移行し、そのパケットは暗号化フォーマットの状態で受信された場合には復号化される。それからデータフォーマット特定部２０８に転送されるように制御され、パケットデータのデータフォーマットが特定される。次に処理が第１の変換部２１０に通され、パケットデータは通常の、すなわち一般のフォーマットに変換される。アドレス指定された受信者２４，２６，２８，或いは３０の好適なデータフォーマットは、フォーマットプリファレンス特定部２０１により取得され、格納されるデータから特定される。最後に変換、暗号化およびパケット化を行う回路２１２，２１４，２１６，２１８がパケットデータの指定されたアドレスにより選択的に用いられる。パケットデータはそれから指定受信者の好適なフォーマットに変換され、選択的に暗号化され、パケット化され、適切な受信者２４，２６，２８，３０それぞれに発送される。この処理は、上述したように複数パケットが変換される前に格納される場合を除いて、新しいパケットを受信する毎に繰り返される。
【００１８】
好適に、受信者２４，２６，２８，３０の１つが接続を確立する、あるいは接続を切るたびに、過程２０１が繰り返し好適なデータフォーマット情報及び所望により代わりのデータフォーマットを更新する。従ってそれらの受信者が著しく異なる能力とフォーマット選択を有する場合でも、データは適切にフォーマットされ、任意の多数の指定受信者に発送される。
【００１９】
図３は本発明による過程３００を示しており、図１に示されるＢＡＳ１０や図２のＢＡＳ２０のようなブローカーアプリケーションサーバにより適切に実行される。過程３０２では、パケットは複数のアドレス指定された受信者の１つに受信される。過程３０４では、パケットが調査され、受信者アドレスとデータがパケットから抽出される。次に過程３０６では、データが調査され、暗号化フォーマットであるかを判定する。データが暗号化フォーマット状態である場合には、処理は過程３０８に進み、データが復号化される。次に処理は過程３１０に進む。データが暗号化されていない場合は過程３０８はバイパスされる。
【００２０】
過程３１０では、アドレスが調査され、意図され、割り当てられ、又はアドレス指定された受信者が特定される。アドレス指定された受信者の好適なデータフォーマットが判定される。クライアント受信者の好適なデータフォーマットのデータベースは保持されるか、或いは選択的に各受信者が、接続が開始されるたびに、ＢＡＳに対して好適なデータフォーマットを特定する。過程３１２では、データが調査され、アドレス指定した受信者の好適なデータフォーマットかを判定する。データがアドレス指定された受信者の好適なフォーマットでない場合は、処理は過程３１４に進み、データは通常の、すなわち一般のフォーマットに変換される。次に処理は過程３１６に引き継がれ、データは一般のフォーマットからアドレス指定された受信者の好適なフォーマットに変換される。過程３１８が続き、データがアドレス指定された受信者の好適なフォーマットである場合は、過程３１８は過程３１２に直ちに続き、過程３１４と３１６はバイパスされる。過程３１８では、データが受信されたとき暗号化フォーマットであったかを判定する。これは過程３０６において行われた判定の結果を格納し、過程３１８にてこの情報を照会することにより達成される。データが暗号化フォーマットで受信された場合、処理は過程３２０を用いて継続され、データは暗号化され、送信される。データが暗号化フォーマットで受信されなかった場合、ブロック３２０はバイパスされる。
【００２１】
過程３２２では、データ及びアドレスは送信するためにパケットにフォーマットされ、処理は過程３２４に継続する。過程３２４では、パケットがアドレス指定された受信者に送信される。そのとき処理は過程３０２にループバックし、その処理が次のパケットに対して繰り返される。
【００２２】
図４は本発明の教示による好適なＢＡＳ４０のハードウエアブロック図である。ＢＡＳ４０は受信ユニット４０６、すなわち受信者を含み、受信者４０６は１つ或いは多数の送信者５２からデジタルパケットを受信する。送信者５２は、図示を簡単とするため図４では単一ブロックとして示される。ＢＡＳ４０はまた送信ユニット４２０、すなわち送信者を含み、送信者はデジタルパケットを１つ或いは多数の受信者５４に送信する。受信者５４は図示を簡単とするため図４では単一ブロックとして示される。受信者５４の各々は好適なフォーマットにおいてデータを収容する。ＢＡＳ４０は好適なデータフォーマット特定ユニット４０２を含み、受信者５４の各々から情報を受信し、好適なデータフォーマットを特定し、各特定の受信者５４の要求に応じて付加的なデータフォーマットを特定する。データベース４０４は、情報を受信し、格納し、受信者５４の各々のための好適なデータフォーマットを特定する。受信者５４の各々に対して所望される好適なデータフォーマット及び付加的なデータフォーマットを特定することは、受信者５４の１つがＢＡＳ４０に接続するたびごとに実施される。別法では、この特定は、中央レジストリ、例えばＢＡＳ４０のようなＢＡＳをネットワークの一部として使用するインターネットサービスプロバイダのユーザデータベース内に格納され、ＢＡＳ４０に送信されている定期的な最新情報を用いて、定期的に更新される。
【００２３】
送信者５２の１つからデジタルパケットを受信すると、受信ユニット４０６は、パケットをパケット解析ユニット４０８に転送する。パケット解析ユニット４０８はデータとアドレス情報をパケットから抽出し、データを暗号化／復号化ユニット４１０に転送する。暗号化／復号化ユニット４１０は暗号化形式でデータを受信した場合に復号化し、データをデータ解析ユニット４１２に転送する。データ解析ユニット４１２はデータのデータフォーマットを特定し、そのデータフォーマットをデータベース４０４に格納されたデータフォーマット特定情報と比較することにより、当該データが定められたアドレス指定の受信者５４の好適なデータフォーマットを有するか否かを判別する。データがアドレス指定された受信者５４の好適なフォーマットである場合には、データ解析ユニットはデータを暗号化／復号化ユニット４１０に転送する。データが好適なフォーマットでない場合には、データ解析ユニット４１２はデータを第１の変換ユニット４１４に転送する。
【００２４】
第１の変換ユニット４１４はデータ解析ユニット４１２から受信したデータを通常の、すなわち「生」データフォーマットに再フォーマットする。それからこの生データを第２の変換ユニット４１６に転送する。第２の変換ユニット４１６は、データベース４０４に格納されたプリファレンスデータに従って、生データを好適な、すなわちアドレス指定された受信者５４の許容可能なフォーマットに変換し、データを暗号化／復号化ユニット４１０に転送する。
【００２５】
データをデータ解析ユニット４１２から、或いは第２の変換ユニット４１６から受信すると、暗号化／復号化ユニット４１０は選択的にデータを暗号化する。暗号化／復号化ユニット４１０は、ＢＡＳ４０が選択的に暗号化データを受信する場合、データを暗号化する。データを暗号化或いは復号化するための選択は、好適なデータフォーマット特定ユニット４０２により特定され、格納されるか、或いは送信者５２により送信されるかもしれないということがわかるであろう。そのようなアプローチを用いて、送信者５２及び受信者５４は、セキュリティを適切なレベルに維持しながらも、暗号化の異なるフォーマットを使用することができる。その機能が成し遂げられると、暗号化／復号化ユニット４１０はデータをパケット化ユニット、すなわちパケット化部４１８に転送し、そこでデータはデジタルパケットにフォーマットされる。最後にパケット化部４１８はパケットを送信ユニット４２０に転送し、そこで適切な受信者の１つに送信する。
【００２６】
図５は本発明の教示によるブローカーアプリケーションサーバ６０を用いたネットワーク５０を示す。ネットワーク５０は多数の送信者及び受信者６４，６６，６８，７０からなり、インターネットアクセスポイント７２，７４，７６，７８，８０経由でＢＡＳ６０と通信する。ＢＡＳ６０は適切にアドレス指定されたデジタルパケットの送信を通してネットワーク５０上の各送信者及び受信者と通信する。ＢＡＳ６０はその機能を実行するために任意の送信者或いは受信者と直接接続される必要はない。
【００２７】
本発明は現在の好ましい実施例において開示されるが、実施態様の幅広い変形が、発明の実施の形態及び請求の範囲から逸脱せずに、当業者により行われることは明らかであろう。
【００２８】
【発明の効果】
ブローカーアプリケーションサーバを用いることにより、データをクライアントの好適なフォーマットに変換し、必要に応じてデータを暗号化し、データをパケットにフォーマットし、データをユーザに送信することが可能であるため、ユーザに対してトランスペアレントにデータフォーマット間の変換を行うことができる。
【図面の簡単な説明】
【図１】  本発明の１つの実施形態であるブローカーアプリケーションサーバ（ＢＡＳ）を表す機能的なブロック図である。
【図２】  本発明の別の実施形態であるＢＡＳを表す機能的なブロック図である。
【図３】  本発明に従った、データをユーザの好適なフォーマットに変換するための過程を示すフローチャートである。
【図４】  本発明の教示によるＢＡＳのハードウエア構成要素を示すハードウエア図である。
【図５】  本発明によるＢＡＳが有利に動作するネットワーク環境を示すネットワーク図である。
【符号の説明】
１０，２０，４０，６０  ブローカーアプリケーションサーバ、１２，２２，５２  送信者、１４，２４，２６，２８，３０，５４  受信者、５０  ネットワーク、７２，７４，７６，７８，８０  インターネットアクセスポイント、１０２  好適データフォーマット特定部、１０４  デパケット化部、１０８，２０６復号化部、１１０  データフォーマット特定部、１１２  フォーマット比較部、１１６  通常フォーマットへの変換部、１１８  好適フォーマットへの変換部、１２０  暗号化部、１２２  パケット化部、１２４  送信部、２０１  フォーマットプリファレンス特定部、２０２  プリファレンスデータベース、２０３  デパケット化部、２０８  データフォーマット特定部、２１０  通常フォーマットへの変換部、２１２，２１４，２１６，２１８  変換／暗号化／パケット化／送信部、４０２  好適データフォーマット特定ユニット、４０４  データベース、４０６  受信ユニット、４０８  パケット解析ユニット、４１０  暗号化／復号化ユニット、４１２  データ解析ユニット、４１４  第１の変換ユニット、４１６  第２の変換ユニット、４１８  パケット化ユニット、４２０  送信ユニット。
【図１】
0004059559.tif 000002
【図２】
0004059559.tif 000003
【図３】
0004059559.tif 000004
【図４】
0004059559.tif 000005
【図５】
0004059559.tif 000006