JP5135472B2 - 代替トランスポートを経てサービスディスカバリーを行う装置及び方法 - Google Patents

Description

本発明は、一般的に、通信プロトコル及びデータネットワークの分野に係る。より詳細には、１つの規範的な態様において、本発明は、代替トランスポートを経て、及び／又は代替プロトコルを使用して、特に、サービスプロフィール情報を効率的に送信することに向けられる。

優先権：本出願は、２００９年６月２３日に出願された同じ名称のＰＣＴ出願第ＰＣＴ／ＵＳ２００９／０４８３２２号の優先権を主張するものであり、これは、２００８年６月２３日に出願された同じ名称の同時係争中の共同所有の米国特許出願第１２／２１４，９６９号の優先権を主張するものであり、その内容は、参考としてここにそのまま援用される。

例えば、良く知られたブルーツース(Bluetooth)プロトコル及びエアインターフェイス仕様のような通信プロトコルは、装置をどのように使用するよう意図されているか、及びその意図された動作の仕方に関する特定の情報を与えるプロフィールを含む。最低限、ほとんどのプロフィール仕様は、（１）プロフィール間の依存性、（２）示唆されるユーザインターフェイスフォーマット、及び（３）プロフィールにより使用されるプロトコルスタックの特定部分、に関連した情報を含む。各プロフィールは、そのタスクを遂行するために、スタックの各レイヤにおいて特定のオプション及びパラメータを使用する。

ブルーツースの規範的環境において、ブルーツースプロトコルスタックと共に使用するための非常に多数の異なるプロフィールが、ブルーツース仕様の一部分として含まれる。これらのプロフィールは、これに限定されないが、アドバンストオーディオディストリビューションプロフィール（Ａ２ＤＰ）；オーディオ／ビデオリモートコントロールプロフィール（ＡＶＲＣＰ）；ベーシックイメージングプロフィール（ＢＩＰ）；ベーシックプリンティングプロフィール（ＢＰＰ）；コモンＩＳＤＮアクセスプロフィール（ＣＩＰ）；コードレステレフォンプロフィール（ＣＴＰ）；デバイスＩＤプロフィール（ＤＩＤ）；ダイヤルアップネットワーキングプロフィール（ＤＵＮ）；ファックスプロフィール（ＦＡＸ）；ファイルトランスファープロフィール（ＦＴＰ）；ゼネラルオーディオ／ビデオディストリビューションプロフィール（ＧＡＶＤＰ）；ゼネリックアクセスプロフィール（ＧＡＰ）；ゼネリックオブジェクトエクスチェンジプロフィール（ＧＯＥＰ）；ハードコピーケーブルレプレースメントプロフィール（ＨＣＲＰ）；ハンズフリープロフィール（ＨＦＰ）；ヒューマンインターフェイスデバイスプロフィール（ＨＩＤ）；ヘッドセットプロフィール（ＨＳＰ）；インターコムプロフィール（ＩＣＰ）；ＬＡＮアクセスプロフィール（ＬＡＰ）；オブジェクトプッシュプロフィール（ＯＰＰ）；パーソナルエリアネットワーキングプロフィール（ＰＡＮ）；フォーンブックアクセスプロフィール（ＰＢＡＰ）；シリアルポートプロフィール（ＳＰＰ）；サービスディスカバリーアプリケーションプロフィール（ＳＤＡＰ）；ＳＩＭアクセスプロフィール（ＳＡＰ、ＳＩＭ）；シンクロナイゼーションプロフィール（ＳＹＮＣＨ）；ビデオディストリビューションプロフィール（ＶＤＰ）；及びワイヤレスアプリケーションプロトコルベアラ（ＷＡＰＢ）を含む。所与のブルーツース装置により提供される利用可能なプロフィールを決定するための既存の方法が図１に示されている。

図１は、互いに他方により提供される利用可能なサービスプロフィールを発見するように試みるワイヤレスネットワーク１００における２つのブルーツース装置１２０、１３０を示している。装置Ａ１２０は、装置ディスカバリー（発見）プロセスを開始し、一方、装置Ｂ１３０は、１５４において、接続を受け容れられるように保証する。装置１２０、１３０は、第１に、１５６において、リンク確立手順を経て物理的接続を確立しなければならない。この物理的接続は、ここでは、２つの装置のトランシーバ間のワイヤレスリンクを含む。物理的リンクを確立する際に、２つの装置１２０、１３０は、１５８において、チャンネル確立手順を遂行して、装置１２０と１３０との間に論理的接続を確立しなければならない。リンク及び論理的チャンネルの両方を確立した後に、２つの装置は、１６０において、サービスディスカバリーセッションを開始し、その後、装置１２０、１３０は、各々、１６２、１６４において、論理的及び物理的リンクを任意に切断することができる。

図１Ａは、２つのブルーツース装置がサービスディスカバリーセッション中にサービスプロフィール情報を交換する典型的なシナリオを示す。典型的に、これらのサービスプロフィールは、クライアントアプリケーション１０２とサーバーアプリケーション１０４との間で交換される。クライアントアプリケーション１０２は、論理的チャンネル１０６を経てサービスディスカバリープロフィール（ＳＤＰ）クライアント１０８へ要求を送信する。ＳＤＰクライアント１０８は、ＳＤＰ要求１１４をＳＤＰサーバー１１２へ発行し、該サーバーは、その要求をサーバーアプリケーション１０４へ転送する。ＳＤＰサーバー１１２は、ＳＤＰ応答１１６を経て応答し、装置間で能力が交換される。

ブルーツース装置内の利用可能なプロフィールを発見する従来の方法は、時間に制約がなく且つ所与の地理的領域内の電磁干渉が小さい場合には充分であるが、特に、ディスカバリーのために多数の装置が使用できる場合には、負担の大きなタスクとなる。より詳細には、慣習的なブルーツースサービスディスカバリーメカニズムは、アクティブなオンデマンドシステムであって、装置の「接続時間」に遂行されねばならない。ときには、このメカニズムは、ユーザに関心のある特徴を装置がサポートしないことを見出すためにしか使用されない。図１及び１Ａに一般的に示すように、装置のディスカバリー及びリモート名前分析を含めて、サービスディスカバリープロセスを遂行できる前に、複数のステップが必要とされる。このサービスディスカバリープロセスは、時間のかかるプロセスであって、ワイヤレスネットワークを圧倒し、多数の装置が互いに接近しているときには望ましからぬ待ち時間を生じることになる。更に、このサービスディスカバリープロセスは、ブルーツース無線が電磁干渉のために適切に「同期」できない場合には、エラーが生じ勝ちとなる。ユーザが、キーボード及びマウスのようなブルーツースＩ／Ｏを操作すると同時に、別のブルーツース装置とのＳＤＰセッションを試みる場合には、典型的な問題シナリオが生じる。この所与のシナリオにおけるブルーツース装置は、ＳＤＰセッションを試みる装置に接近してブルーツースキーボード及びマウスを使用することにより生じる干渉のためにサービスディスカバリーセッションを確立できないことがある。

より一般的には、他のサービスディスカバリープロトコルもブルーツースの外部に存在する。これらは、特に、アップル社のバージョン１０．２以降のＭａｃ ＯＳ Ｘオペレーティングシステム及びマイクロソフトウインドウズのオペレーティングシステム（インストール時）に使用される、譲受人（アップル社）により開発されたＢｏｎｊｏｕｒ^TMを含むが、これに限定されない。この規範的なＢｏｎｊｏｕｒプロトコルは、プリンタ、他のコンピュータ及びファイル共有サーバーのような装置、並びにそれらの装置が提供するサービスを探索するためにローカルエリアネットワーク（ＬＡＮ）に使用するように意図されている。又、とりわけ、共有音楽を見出すためにアップルｉＴｕｎｅ（登録商標）により使用され、共有写真を見出すためにｉＰｈｏｔｏ（登録商標）により使用され、ローカルネットワークにおける他のユーザを見出すためにｉＣｈａｔ（登録商標）により使用され、そしてデジタルビデオレコーダ及び共有メディアライブラリーを見出すためにＴｉＶｏデスクトップにより使用される。従って、Ｂｏｎｊｏｕｒは、ローカルエリアネットワーク上のサービスを発見するように適応された１つの規範的アプリケーションを含む。

又、従来技術には、所与の通信アーキテクチャー又はプロトコル内の種々のサービスディスカバリープロトコルを具現化するために他の解決策も意図されている。例えば、２００７年３月１３日付の“Information processing apparatus and information processing method”と題するタカヤマ氏の米国特許第７，１９１，２４５号は、非ネットワークユニットが、ネットワーク環境に配置された１つのユニットとして機能できるようにするための情報処理装置を開示している。ネットワークアダプタは、外部から得られる簡単なプロフィールデータに基づいてインターネットにおける詳細なプロフィールデータを得る。ネットワークアダプタは、プロフィールデータのこれらの断片に基づいて発生されたサービスデータをサービスディスカバリーサーバーに入力する。次いで、ネットワークアダプタは、サービスディスカバリーサーバーからサービスデータを読み取り、それを参照して、非ネットワークユニットとのインターフェイスを使用することによりそのサービスデータにより指示されるサービスを実施するためのオペレーションを実行する。これに伴い、非ネットワークユニットがネットワークに接続されない場合に実施できない機能が、ネットワークアダプタを通して、非ネットワークユニットに与えられる。

２００５年１月１３日に公告された“Method and apparatus for dynamically delivering service profiles to clients”と題するエドワード氏等の米国特許公告第２００５００１０６５５号は、クライアントへのサービスプロフィールの動的な配送を容易にするシステムを開示している。オペレーション中に、システムは、クライアントがネットワーク上の新たなサービスを発見できるようにするために、ディスカバリーオペレーションを遂行する。クライアントがサービスプロフィール所有していない新たなサービスが発見された場合には、クライアントは、新たなサービスからサービスプロフィールを得て、その後、それをインストールし、クライアントが新たなサービスと対話できるようにする。

２００５年６月１６日に公告された“Protocol for wireless multi-hop ad-hoc networks”と題するハムダン氏の米国特許公告第２００５０１２８９５８号は、メッセージ記憶及び転送原理に基づいて編成されたワイヤレスピア・ツー・ピアネットワークにおけるサービスプロビジョニング、特に、ワイヤレスマルチホップアドホックネットワークにおいて要求されたリモートサービスの利用性を決定するのに必要な低プロフィール低オーバーヘッドサービスディスカバリー情報を与えるためのサービスディスカバリープロトコルを開示している。

２００７年５月２４日に公告された“System for responsive to detection, acoustically signaling desired nearby devices and services on a wireless network”と題するエリクスマン氏の米国特許公告第２００７０１１７５１０号は、知覚することのできる少なくとも１つの装置Ｇ１と、知覚可能で音響出力を有する少なくとも１つの装置Ｇ２とを有する分散型電子システムを開示している。ユーザにより探索される形式の装置を容易に知覚できるようにするために、Ｇ１及びＧ２は、自動相互通信により互いに協働して、ユーザが、可聴信号により、ユーザを取り巻くエリアにどの形式の装置があるかをいつでも学習できるようにする。一実施形態では、Ｇ２は、ブルーツースサービスディスカバリープロセスにおいて比較するために希望の装置形式を記憶する知覚プロフィールを備えている。Ｇ２は、ヘッドホン又は補聴器の一部分であり、アドホックインターフェイスを経てＧ２にリンクされたアプリケーションによりオーディオシーケンスを編集することができる。

これらの種々の技術にも関わらず、従来は、特に、異なる又は異種のプラットホーム、トランスポート及びネットワークインターフェイスを使用することでサービスプロフィールディスカバリープロセスを加速できる場合に、それらの異なるプラットホーム、トランスポート及びネットワークインターフェイスを横切ってサービスディスカバリープロトコルを与えることができない。その結果、代替通信トランスポートを経て、排他的に、又はある動作条件のもとでのみ、リモート装置サービスプロフィールを発見できるようにする改良された装置及び方法が必要とされる。更に、このような改良された装置及び方法は、それらサービスプロフィールを利用する際に助けとなる付加的な情報を発見することもできる。又、このような改良された装置及び方法は、従来のサービスディスカバリー技術に比して、装置間でサービスプロフィールをより高速且つより効率的に転送するのが理想的である。

本発明は、マルチトランスポートシステムを経てサービスデータを送信するための改良された装置及び方法を提供することにより前記要望を満足する。

本発明の第１の態様において、第１のユーザ装置と第２のユーザ装置との間のサービスプロフィールディスカバリーにおける待ち時間を減少する方法が開示される。一実施形態において、各装置は、サービスプロフィールに関連した第１トランスポートと、第２トランスポートとを備え、前記方法は、少なくとも１つのサービスプロフィールに関連したデータを、第２トランスポートを使用して、第１のユーザ装置から第２のユーザ装置へ送信し；その送信されたデータを第２装置に記憶し；その後、第１装置に対するサービスディスカバリーが要求されるときに、第２装置に記憶されたデータにアクセスする；ことを含む。サービスディスカバリーのための記憶されたデータにアクセスすることは、サービスディスカバリーのための第１トランスポートを経てのネゴシエーション及び通信を実質的に排除する。

１つの変形態様において、第１トランスポートは、ブルーツーストランスポートを含み、第２トランスポートは、ＴＣＰ／ＩＰトランスポートを含む。

本発明の第２の態様において、第１プロトコルのための１つ以上のサービスプロフィールを、第２プロトコルを経てネットワークにわたって与える方法が開示される。一実施形態では、この方法は、第１プロトコルのための１つ以上のサービスプロフィールを第１のコンピューティング装置にローカルに記憶し、１つ以上のサービスプロフィールは、第１のコンピューティング装置に関連したものであり；そして１つ以上のサービスプロフィールを、第２のプロトコルを経て第２のコンピューティング装置へ送信する；ことを含む。第１及び第２のプロトコルは、異なるものであり、第２のコンピューティング装置は、第１及び第２の両プロトコルをサポートする。

１つの変形態様において、第１のプロトコルは、ブルーツースを含み、送信アクションは、ブルーツースサービスディスカバリーセッションを実質的に排除する。

別の変形態様において、１つ以上のサービスプロフィールが記憶され、それらは、サービスディスカバリーアプリケーションによりアクセスすることができ、このサービスディスカバリーアプリケーションは、第２のプロトコルを経て他の同様のアプリケーションと通信することができる。

更に別の変形態様において、第２のプロトコルは、ＩＥＥＥ規格８０２．３（イーサネット）、８０２．１１（ＷｉＦｉ）又は８０２．１６（ＷｉＭＡＸ）プロトコルより成るグループから選択され、この方法は、更に、第１のコンピューティング装置の１つ以上のサービスプロフィールを第２のコンピューティング装置に記憶することを含む。

更に別の変形態様において、この方法は、更に、第２のコンピューティング装置に関連した１つ以上のサービスプロフィールを第１のコンピューティング装置へ送信することを含み、その１つ以上のサービスプロフィールは、第２のコンピューティング装置の第１プロトコルに関連され、更に、第２のコンピューティング装置に関連した１つ以上のサービスプロフィールを第１のコンピューティング装置に記憶することも含む。

別の変形態様において、この方法は、更に、第１のコンピューティング装置の１つ以上のサービスプロフィールを第２のコンピューティング装置に記憶し、そして第１のコンピューティング装置に関連したサービスプロフィールデータに対する第２のコンピューティング装置による少なくとも１つのその後の要求の間に、サービスプロフィール要求を第１装置へ送信するのではなく、第２装置における１つ以上の記憶されたプロフィールのうちの少なくとも１つにアクセスすることを含む。

本発明の第３の態様において、記憶媒体を含むコンピュータ読み取り可能な装置が開示される。一実施形態において、この媒体は、処理装置により実行されたときに、１つ以上のサービスプロフィールに関連しない第２トランスポートを経て、第１トランスポートに関連した１つ以上のサービスプロフィールの送信を生じさせるインストラクションを備え、これらインストラクションは、１つ以上のサービスプロフィールを収集するようにされた第１インストラクション、及び第２トランスポートを経て１つ以上のサービスプロフィールの送信を生じさせる第２インストラクションを含む。

１つの変形態様において、第１トランスポートは、ブルーツーストランスポートを含み、送信アクションは、ブルーツースサービスディスカバリーセッションの終了又は防止を生じさせる。

別の変形態様において、この装置は、更に、処理装置によって実行されたときに、１つ以上のサービスプロフィールをローカルに記憶して、サービスディスカバリーアプリケーションを経てアクセスできるようにする第３インストラクションを含む。

更に別の変形態様において、第２トランスポートは、ＩＥＥＥ規格８０２．１１適合トランスポートを含む。

本発明の第４の態様において、コンピュータ化装置が開示される。一実施形態において、この装置は、デジタルプロセッサと；第１プロトコルに関連した第１のワイヤレスネットワークインターフェイスと；第２プロトコルに関連した第２のワイヤレスネットワークインターフェイスと；メモリとを備え；このメモリは、デジタルプロセッサにより実行されたときに、コンピュータ化装置の第１プロトコルに関連したサービスプロフィールデータの要求を受け取り、その第１プロトコルに関連した１つ以上のサービスプロフィールを収集し、そして第２のワイヤレスネットワークインターフェイスを経て１つ以上のサービスプロフィールを別のコンピュータ化装置へ送信するインストラクションを含む。

１つの変形態様において、第１プロトコルは、ブルーツースプロトコルを含み、インストラクションは、そうでなければ実行されるブルーツースサービスディスカバリーセッションが実行されないようにする。

別の変形態様において、この装置は、更に、メモリに存在するサービスディスカバリーアプリケーションを備え、メモリには１つ以上のサービスプロフィールが記憶されて、それらをサービスディスカバリーアプリケーションによりアクセスできるようにし、サービスディスカバリーアプリケーションは、第２のネットワークインターフェイスを経て他の同様のアプリケーションと通信することができる。第２のネットワークインターフェイスは、例えば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）又はＷｉＭＡＸインターフェイスを含む。

更に別の変形態様において、コンピュータ化装置は、更に、デジタルプロセッサにより実行されたときに、リモートユーザ装置からのサービスプロフィール情報を要求し、そしてリモートユーザに関するプロフィール情報を、第２のネットワークインターフェイスを経て受け取ったときにローカルに記憶するインストラクションを含む。

更に別の変形態様において、この装置は、ユーザにグラフィックユーザインターフェイスを提示するディスプレイ要素を備え、グラフィックユーザインターフェイスは、リモートユーザプロフィール情報を表示する。このリモートユーザプロフィール情報は、第１プロトコルを経ての通信をサポートする少なくとも１つのサービスプロフィールを含み、そしてリモートユーザプロフィール情報は、更に、リモートユーザによる第１プロトコルオペレーションに関する状態情報を含む。

別の変形態様において、コンピュータ化装置は、セルラー電話インターフェイス及びタッチスクリーンコントロールシステムを備えている。

本発明の第５の態様において、第１トランスポートと；第２トランスポートと；これら第１及び第２のトランスポートへ各々アクセスできる第１及び第２のユーザ装置と；を備えたシステムであって、それら装置の少なくとも１つは、第１トランスポートに関連するサービス情報を他の装置から要求し、該他の装置から第２トランスポートを経てそのサービス情報を受け取り；そしてその受け取った情報を、少なくとも１つのその後のサービス要求中にアクセスするために記憶するようにしたコンピュータプログラムを備え、そのアクセスは、第１トランスポートを経てのサービス情報転送の必要性を排除するようにされたシステムが開示される。

本発明の第６の態様において、上述した方法及び／又は装置に基づいてビジネスを行う方法が開示される。

本発明の他の特徴及び効果は、添付図面、及びそれを参照した規範的実施形態の以下の詳細な説明から当業者に直ちに理解されよう。

規範的ブルーツースサービスディスカバリー手順に対する従来のコントロールメッセージングフローをグラフ的に示す。 従来のサービスディスカバリーセッションを示すブロック図である。 本発明の一実施形態による代替トランスポートサービスディスカバリー手順を実施するのに有用な規範的システムアーキテクチャーを示すブロック図である。 図２のシステムに有用な装置アーキテクチャーの一実施形態を示す機能的ブロック図である。 本発明による代替トランスポートを使用してローカル装置能力をリモート装置へ伝送するための規範的方法を示す論理フローチャートである。 本発明による代替トランスポートを経て受け取られた能力を使用して論理的リンクを確立するための規範的方法を示す論理フローチャートである。 複数の代替トランスポートが利用できるように、代替トランスポートを使用してローカル装置能力をリモート装置へ伝送するための方法の別の実施形態を示す論理フローチャートである。 本発明により装置及びそれに関連したサービスプロフィールを表示するための規範的ＧＵＩインターフェイス（ウインドウ）を示す。

ここで使用する「ブルーツース(Bluetooth)」という語は、各々参考としてここにそのまま援用するブルーツースコア仕様書バージョン１．２、バージョン２．０及びバージョン２．１＋ＥＤＲを含むブルーツース技術規格の１つ以上に適合する装置、ソフトウェア、インターフェイス又は技術を指すが、これに限定されない。

又、ここで使用する「クライアント装置」及び「エンドユーザ装置」という語は、セルラー電話、スマートホン（例えば、ｉＰｈｏｎｅ^TM）、パーソナルコンピュータ（ＰＣ）、例えば、ｉＭａｃ^TM、Ｍａｃ Ｐｒｏ^TM、Ｍａｃ Ｍｉｎ^TM、又はＭａｃＢｏｏｋ^TM、及びデスクトップ、ラップトップ等に関わらずミニコンピュータ、並びに移動装置、例えば、ハンドヘルドコンピュータ、ＰＤＡ、ビデオカメラ、セットトップボックス、パーソナルメディア装置（ＰＭＤ）、例えば、ｉＰｏｄ^TM、又はその組み合わせを含むが、これに限定されない。

又、ここで使用する「コンピュータプログラム」又は「ソフトウェア」という語は、あるファンクションを遂行する一連のステップ或いは人又は機械が認識できるステップを含むことを意味する。このようなプログラムは、実質上、例えば、Ｃ／Ｃ＋＋、フォートラン、ＣＯＢＯＬ、ＰＡＳＣＡＬ、アッセンブル言語、マークアップ言語（例えば、ＨＴＭＬ、ＳＧＭＬ、ＸＭＬ、ＶｏＸＭＬ）、等を含むプログラミング言語又は環境において、或いはコモンオブジェクトリクエストブローカーアーキテクチャー（ＣＯＲＢＡ）、Ｊａｖａ^TM（Ｊ２ＭＥ、Ｊａｖａ Ｂｅａｎｓ、等を含む）、バイナリーランタイムエンビロンメント（ＢＲＥＷ）、等のオブジェクト指向の環境において、レンダリングすることができる。

又、ここで使用する「集積回路（ＩＣ）」という語は、（Ｓｉ、ＳｉＧｅ、ＣＭＯＳ、ＧａＡｓを含むが、これに限定されない）基本的材料又はプロセスに関わりなく、任意の集積レベル（ＵＬＳＩ、ＶＬＳＩ、ＬＳＩを含むが、これに限定されない）を有する任意の形式の装置を指す。ＩＣは、例えば、メモリ装置（例えば、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲＡＭ、ＥＥＰＲＯＭ／フラッシュ、ＲＯＭ）、デジタルプロセッサ、ＳｏＣデバイス、ＦＰＧＡ、ＡＳＩＣ、ＡＤＣ、ＤＡＣ、トランシーバ、メモリコントローラ、他の装置、及びその組み合わせを含む。

又、ここで使用する「メモリ」という語は、デジタルデータを記憶する任意の形式の集積回路又は他の記憶装置を含み、ＲＯＭ、ＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＳＤＲＡＭ、ＤＤＲ／２、ＳＤＲＡＭ、ＥＤＯ／ＦＰＭＳ、ＲＬＤＲＡＭ、ＳＲＡＭ、「フラッシュ」メモリ（例えば、ＮＡＮＤ／ＮＯＲ）、及びＰＳＲＡＭを含むが、これに限定されない。

又、ここで使用する「マイクロプロセッサ」及び「デジタルプロセッサ」という語は、一般的に、デジタル信号プロセッサ（ＤＳＰ）、縮小インストラクションセットコンピュータ（ＲＩＳＣ）、汎用（ＣＩＳＣ）プロセッサ、マイクロプロセッサ、ゲートアレイ（例えば、ＦＰＧＡ）、ＰＬＤ、再構成可能なコンピュータファブリック（ＲＣＦ）、アレイプロセッサ、セキュアなマイクロプロセッサ、及び特定用途向け集積回路（ＡＳＩＣ）を含む全ての形式のデジタル処理装置を含むことを意味するが、これらに限定されない。このようなデジタルプロセッサは、単一の一体的ＩＣダイに収容されるか、又は複数のコンポーネントにわたって分散される。

又、ここで使用する「ネットワーク」及び「ベアラネットワーク」という語は、一般的に、データネットワーク（ＭＡＮ、ＰＡＮ、ＷＡＮ、ＬＡＮ、ＷＬＡＮ、マイクロネット、ピコネット、インターネット及びイントラネットを含む）、ハイブリッドファイバ同軸（ＨＦＣ）ネットワーク、衛星ネットワーク、セルラーネットワーク、及びＴｅｌｃｏネットワークを含む任意の形式のデータ、テレコミュニケーション又は他のネットワークを指すが、これらに限定されない。このようなネットワーク又はその一部分は、１つ以上の異なるトポロジー（例えば、リング、バス、スター、ループ、等）、伝送媒体（例えば、ワイヤード／ＲＦケーブル、ＲＦワイヤレス、ミリメータ波、光学、等）、及び／又は通信又はネットワークプロトコル（例えば、ＳＯＮＥＴ、ＤＯＣＳＩＳ、ＩＥＥＥ規格８０２．３、８０２．１１、ＡＴＭ、Ｘ．２５、フレームリレー、３ＧＰＰ、３ＧＰＰ２、ＷＡＰ、ＳＩＰ、ＵＤＰ、ＦＴＲ、ＲＴＰ／ＲＴＣＰ、Ｈ．３２３、等）を使用することができる。

又、ここで使用する「ネットワークインターフェイス」又は「インターフェイス」という語は、典型的に、コンポーネント、ネットワーク又はプロセスとの信号、データ又はソフトウェアインターフェイスを指すもので、ファイヤワイヤ（例えば、ＦＷ４００、ＦＷ８００、等）、ＵＳＢ（例えば、ＵＳＢ２）、イーサネット（例えば、１０／１００、１０／１００／１０００（ギガビットイーサネット）、１０−Ｇｉｇ−Ｅ、等）、ＭｏＣＡ、シリアルＡＴＡ（例えば、ＳＡＴＡ、ｅ−ＳＡＴＡ、ＳＡＴＡＩＩ）、ウルトラＡＴＡ／ＤＭＡ、Ｃｏａｘｓｙｓ（例えば、ＴＶｎｅｔ^TM）、高周波チューナ（例えば、インバンド又はＯＯＢ、ケーブルモデム、等）、ＷｉＦｉ（８０２．１１ａ、ｂ、ｇ、ｎ）、ＷｉＭＡＸ（８０２．１６）、ＰＡＮ（８０２．１５）、ＩｒＤＡ、又は他のワイヤレスファミリーを含むが、これらに限定されない。

又、ここで使用する「サービス」という語は、装置又はネットワークにより提供される能力又は機能（或いは能力又は機能のセット）、例えば、ブルーツースサービスディスカバリープロフィール（ＳＤＰ）を含むが、これに限定されない。

又、ここで使用する「トランスポート」という語は、物理的インターフェイス（ＰＨＹ）を経てデータを送信することのできるトランスポートプロトコル、例えば、トランスポートコントロールプロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、データグラム混雑コントロールプロトコル（ＤＣＣＰ）、リアルタイムトランスポートプロトコル／リアルタイムトランスポートコントロールプロトコル（ＲＴＰ／ＲＴＣＰ）、及びストリームコントロール送信プロトコル（ＳＣＴＰ）を指すが、これらに限定されない。

又、ここで使用する「ワイヤレス」という語は、ワイヤレス信号、データ、通信又は他のインターフェイスを意味し、Ｗｉ−Ｆｉ、ブルーツース、３Ｇ（例えば、３ＧＰＰ、３ＧＰＰ２、及びＵＭＴＳ）、ＨＳＤＰＡ／ＨＳＵＰＡ、ＴＤＭＡ、ＣＤＭＡ（例えば、ＩＳ−９５Ａ、ＷＣＤＭＡ、等）、ＦＨＳＳ、ＤＳＳＳ、ＧＳＭ、ＰＡＮ／８０２．１５、Ｗｉ／ＭＡＸ（８０２．１６）、８０２．２０、狭帯域／ＦＤＭＡ、ＯＦＤＭ、ＰＣＳ／ＤＣＳ、アナログセルラー、ＣＤＰＤ、衛星システム、ミリメータ波又はマイクロ波システム、音響及び赤外線（即ち、ＩｒＤＡ）を含むが、これらに限定されない。

概略
本発明は、特に、サービスディスカバリー情報を、そのようなサービスに通常関連していない代替トランスポート経路を経て与えるための方法及び装置を開示する。１つの規範的な実施形態において、ブルーツースサービスプロフィールに関する情報が、ワイヤレスＬＡＮネットワークインターフェイスに通常関連したトランスポートを経て与えられる。従来のブルーツース実施形態では、サービスディスカバリープロフィール（ＳＤＰ）を使用して、リモート装置サービス（例えば、印刷、オブジェクト交換、等）が見出され、ＳＤＰは、２つの装置を一緒に使用してデータを交換する前に典型的に遂行されるブルーツース仕様規定のプロトコルである。しかしながら、非常に多数の装置及び装置プロフィールを発見する必要があるときには、ＳＤＰは、負担の大きなものとなる。

従って、本発明は、２つ以上のエンドユーザ装置間で迅速な改善された通信プロトコル経験を実施する方法及び装置を提供する。一実施形態では、サービスディスカバリープロトコル（例えば、規範的なＢｏｎｊｏｕｒプロトコル）を使用するユーザは、それらのブルーツース装置サービスを、他の通信トランスポート及びプロトコルを経て広告し、例えば、ユビキタスＴＣＰ／ＩＰを、８０２．１１（ＷｉＦｉ）又は８０２．１６（ＷｉＭＡＸ）ネットワークインターフェイスを経て広告することができる。この広告及び情報転送は、可能な限り予想形態で行われる。代替トランスポート経路を経てサービスプロフィール情報を与えることにより、ＢＴプロトコルサービスプロフィール情報を確立し交換する従来技術に関連した待ち時間が最小にされ、改善されたユーザ経験が得られる。

更に、１つの装置から第２の装置へのサービスプロフィールデータの転送が生じると、その転送されたサービスプロフィールデータに対するその後の要求が局所的に取り扱われ、（一次トランスポート様相であるか代替トランスポート様相であるかに関わらず）通常使用されるネゴシエーション、リンク確立、及び転送手順を排除する。この形態では、各装置は、それがコンタクトした他の装置のサービスプロフィール能力を「学習」し覚えておく。更に、サービスプロフィールデータは、第１装置と第２装置との間で周期的に更新される。一実施形態では、これは、タイムスタンピングスキームの利用により取り扱われる。装置は、サービスプロフィールデータを分析し、それが変化した場合に、装置は、最新のタイムスタンプされたデータと共に含まれる情報を含むようにサービスプロフィールデータを更新する。

好都合にも、本発明の方法及び装置は、多数のワイヤード又はワイヤレスプロトコル／サービス組み合わせにも適応される。

規範的実施形態の詳細な説明
本発明の規範的実施形態を以下に詳細に説明する。これらの実施形態は、主として、ローカルエリアネットワーク（ＬＡＮ）又はワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のような代替トランスポートを経てブルーツースサービスプロフィールを送信する環境において説明するが、当業者であれば、本発明は、これに限定されないことが理解されよう。実際に、本発明の原理は、ワイヤードであるかワイヤレスであるかに関わらず、他の通信プロトコル及びトランスポートに容易に適用することができる。例えば、本発明は、ＷｉＭＡＸ、ＭＷＢＡ（ＩＥＥＥ規格８０２．２０）、ＩＥＥＥ規格８０２．１５、又はセルラー（例えば、ＵＭＴＳ／３ＧＰＰ／３ＧＰＰ２、等）ＰＨＹ／トランスポートを経てブルーツースサービスプロフィールデータを送信することに適用できる。更に、本発明は、代替トランスポートを経てのブルーツースサービスプロフィールデータの送信に限定されず、実際には、本発明は、特定の地理的位置で提供されるサービスに関する情報を、代替トランスポートを経て得ることができるように、容易に適応される。例えば、ユーザは、自分のｉＰｈｏｎｅを使用し、そのｉＰｈｏｎｅのセルラーサービス（例えば、ＣＤＭＡ、ＧＳＭ、等）を経て特定のコーヒーショップのＷｉＦｉ又はブルーツース能力にアクセスし、ローカルにキャッシュ記憶することができる。

装置
図２を参照すれば、本発明の方法を実施するのに有用な規範的システムアーキテクチャー２００が示されている。最小限、このシステムアーキテクチャー２００は、２つの装置２０２、２０４間の通信を必要とする。所与の装置と複数の他の装置との間の通信も同時に生じることがある。一実施形態では、これらの装置２０２、２０４は、例えば、本譲受人により製造されるＭａｃＢｏｏｋ^TM Ａｉｒのようなクライアント装置であるのが好都合である。或いは又、これら装置の一方２０２が、本譲受人により製造されるｉＰｈｏｎｅ^TMであり、他方の装置は、例えば、複数のトランスポートを経て通信することのできるホトプリンタでよい。本開示により当業者であれば、同種（即ち、同様又は同一）及び／又は異種（異なる）の装置の多数の他の組み合わせが明らかであろう。

図２に示す装置の各々は、更に、複数の異なる通信トランスポート２０６、２０８、２１０を備える。これら通信トランスポート２０６、２０８、２１０は、多数の異なる通信プロトコル及びそれに関連した基礎的な物理的レイヤ（ＰＨＹ）ハードウェアを、それがワイヤレスであるかワイヤードであるかに関わらず、使用する。ＬＡＮ又はＷＬＡＮネットワークインターフェイスを所有するコンピューティング装置に今日使用されるより一般的な通信トランスポートの幾つかは、ＴＣＰ／ＩＰ及びＵＤＰを含む。他の通信トランスポートは、セルラー電話又はスマートホン、移動又はラップトップコンピュータ、等のクライアント装置のワイドアレイに使用される現在のユビキタスブルーツーストランスポートを含む。１つの規範的実施形態では、これらの通信トランスポート２０６、２０８、２１０は、各々、ＬＡＮネットワークインターフェイスを経てのＴＣＰ／ＩＰトランスポート、ＷＬＡＮネットワークインターフェイスを経てのＴＣＰ／ＩＰトランスポート、及びブルーツースネットワークインターフェイスを経てのブルーツーストランスポートを含む。更に、図２には３つのトランスポートが示されているが、本発明は、２つのトランスポートでも実施することができる。

図３は、クライアント装置２０２、２０４に対する規範的なアーキテクチャーを示す。本発明を実施するのに有用なクライアント装置は、典型的に、幾つかの共通の構造的特徴を共有する。これらは、マイクロプロセッサ２２０のような処理装置と、メモリ２３０と、１つ以上のデータバス２４０とを備え、データバスは、複数のネットワークインターフェイス２５０、２６０及び２７０に結合される。これらネットワークインターフェイスの最後の２つは、異なるトランスポートを使用し、従って、以下に詳細に述べるように、個別のトランスポートを経て１つのプロトコルに関連したサービス又はプロフィールデータを送信することができる。図３には特定のアーキテクチャーが示されているが、本開示により当業者であれば、多数の装置アーキテクチャーを容易に実施できることが明らかであろう。従って、図示されたアーキテクチャーは、以下に述べる方法を実行できる規範的な装置間の共通性を例示するものに過ぎない。

方法
図４を参照すれば、従来技術の前記無能さに対処するためにローカル装置の能力をリモート装置へ伝送するプロセス４００の第１の規範的実施形態が示されている。

ステップ４１０において、ローカル装置は、（第１の通信プロトコルに関連したサービスプロフィールのような）能力を、第２の通信プロトコルによって容易にアクセスできる記憶媒体に記憶する。一実施形態では、第１及び第２の通信プロトコルは、各々、ブルーツース及びＷｉＦｉを含む。能力の発見は、ローカル装置に存在するソフトウェアアプリケーションにより取り扱われるのが好ましく、これは、例えば、ローカル装置に位置するブルーツースハードウェア／ソフトウェアに問合せし、そのブルーツースハードウェア／ソフトウェア実施によりサポートされるサービスプロフィールを最終的に決定することができる。このプロセスは、多数の仕方で取り扱うことができる。例えば、第１の変形例は、サービスプロフィールを所与の通信プロトコルに関連付ける（この例では、ブルーツースと、ブルーツースに関連した既知のサービスプロフィール）リストを所有している。次いで、ソフトウェアアプリケーションは、サービスプロフィールのリストを循環し、ブルーツースハードウェア／ソフトウェア装置に問合せして、その問合せされたサービスプロフィールを装置がサポートするかどうか決定することができる。或いは又、ソフトウェアアプリケーションは、“What service profiles do you support?(どんなサービスプロフィールをサポートするか)”を本質的に尋ねる全面的問合せコマンドを発行することができる。次いで、装置にローカルに存在するブルーツースハードウェア／ソフトウェア装置は、サポートされるサービスプロフィールのリストを与えることによりソフトウェアアプリケーションに応答する。

前記の一例として、ローカル装置のブルーツース装置がブルーツースのローカル実施においてベーシックプリンティングプロフィール（ＢＰＰ）をサポートすることを問合せで明らかにすることができる。このサービスプロフィール能力は、ブルーツースプロトコルスタックの外部に記憶され、代替通信トランスポート（本明細書のどこかに述べるＴＣＰ／ＩＰ、等）によって容易にアクセスできるようにされる。このアクセスは、一実施形態では、アップル社のＢｏｎｊｏｕｒサービスディスカバリープロトコルアプリケーションのようなソフトウェアアプリケーションによるアクセスを含むが、（例えば、クライアント／サーバーアプリケーション、分散型アプリケーション（ＤＡ）、等を含む）他のアプリケーション及び形式を使用できることが明らかであろう。先に述べたように、Ｂｏｎｊｏｕｒは、好都合にもローカルエリアネットワークに使用するように意図されたもので、記憶位置からのサービスプロフィール情報の望ましいアクセス及び発見を容易にする。

サービスプロフィール情報の記憶は、特に効果的であると考えられるが、本発明は、これに限定されない。実際に、本発明は、装置間のサービス能力の確立を促進するのに有用な付加的な情報の問合せを含むように容易に適応させることができる。例えば、ブルーツースの環境では、記憶された能力を、他のブルーツース状態情報を含むように拡張することができる。この状態情報は、ローカル装置が現在そのブルーツース無線をオンにしたかどうか、接続を確立するためのペアリングを要求するかどうか、ブルーツース装置のアドレス情報、セキュリティモード（例えば、モード０、１又は２）情報、等の有用な情報を含む。図６を参照する以下の説明も参照されたい。

ステップ４２０では、ローカル装置の記憶された能力が、代替トランスポートを経て、即ち記憶された能力又はその一次的トランスポートに関連しないネットワークインターフェイスを経て、リモート装置へ送信される。送信されたサービスプロフィール及び能力は、プルベース又はプッシュベースであり、ローカル装置がリモート装置（１つ又は複数）へのデータの転送を開始するか、或いは又、リモート装置及びその後に送信されるデータによりデータ転送が開始される。１つの規範的実施形態では、サービスプロフィール及び装置能力は、代替トランスポートを経て周期的にブロードキャストされる。ネットワーク上の他の同様の装置は、これらの周期的なブロードキャストについてこの代替トランスポート上で聴取する。別の変形例では、サービスプロフィール及び装置能力は、事象の発生時に送信され、例えば、代替リンク確立時又はチャンネル設定時に送信される。本開示により当業者であれば、他の多数のスキームが明らかであろう。

上述した規範的なＢｏｎｊｏｕｒベースの実施形態に関して、送信は、Ｂｏｎｊｏｕｒアプリケーションを経てメモリに記憶されたブルーツースプロフィール情報にアクセスし、そしてワイヤレスＬＡＮ（ＷＬＡＮ）、ＬＡＮ（例えば、イーサネット）、又は他のネットワークインターフェイスを経てプロフィール情報を送信することを含む。ここで使用する「ネットワーク」という語は、アクセス媒体に結合され又はそれとデータ通信状態にある２つ程度の装置、例えば、ＷＬＡＮ、ＵＳＢ、又は２つの装置間を直接結ぶファイヤワイヤインターフェイスを指すが、中間装置を含むより複雑なトポロジーも意図される。

１つの規範的な実施形態では、リモート装置は、規範的Ｂｏｎｊｏｕｒソフトウェア、又は互換性ソフトウェアエージェント、又は装置間に互換性を与えるプロセスも含む。或いは又、Ｂｏｎｊｏｕｒソフトウェアは、多数の既知のソフトウェアアプリケーションにわたって通信するように容易に適応させることができ、このＢｏｎｊｏｕｒソフトウェアを所有しないリモート装置でもプロフィール情報を使用できるようにする。

更に別の変形例では、本発明は、ローカル装置プロフィールをブロードキャストしそして所与の通信トランスポートにおいて全ての参加装置とで共有できるという点で、有効な「受動的」システムを包含する。例えば、１つのこのような変形例では、特定のワイヤレスアクセスポイント（ＡＰ）に接続された全ての装置が、その所与のＡＰ内でサービスプロフィール及び能力に関するブロードキャスト情報を周期的に受信する。このような実施形態は、固有のブルーツース制約又はブルーツース規格操作手順にも関わらず、サービスプロフィール及び能力が送信されるという点で効果的である。

ステップ４３０では、送信されたサービスプロフィール情報及び能力は、リモート装置においてメモリに記憶される。一実施形態では、この情報は、Ｂｏｎｊｏｕｒデータレコードに記憶され、その後、リモート装置のブルーツースソフトウェア及び／又はハードウェアによりリモート装置のキャッシュにおいてアクセスできるようにされる。更に、リンク確立及びチャンネル確立に有用な情報が、４２０において、送信された能力を経て利用可能にされる場合には、この情報が記憶され、ローカル及びリモート装置の各ブルーツース無線装置がこの情報を利用して、通信リンク確立時に従来のリンク及びチャンネル確立手順を支援することができる。

ステップ４４０では、リモート装置及びローカル装置は、送信されたサービスプロフィール及び能力に基づいて動作する。一実施形態では、これは、リモート装置におけるグラフィックユーザインターフェイス（図６）上でユーザの選択を経て行われる。図４ａに見られるように、リモート装置にローカルにログオンするユーザは、ステップ４６０において、以前に送信されてメモリに記憶された能力にアクセスする。これは、規範的実施形態では、リモート装置に存在するサービスディスカバリーソフトウェアアプリケーションのユーザ選択を経て開始される。ここで、本発明の顕著な効果を強調するに、２つの特定の装置（又は「テンプレート」サービスプロフィール構成が仮定される場合には同じクラスの装置）が通信状態に入れられ、サービスプロフィールデータがローカル装置からリモート装置へ転送され、そして「リモート」装置（即ち、以前の「ローカル」装置）のサービスプロフィールデータに対するその後のアクセス又は要求が受け取られると、リモート装置から、例えば、ブルーツーストランスポート又は代替トランスポートを経てサービスプロフィールデータの新たな要求を開始するのではなく、要求側装置に記憶されたデータを使用することができる。ローカルに記憶された情報のこのアクセスは、最初にコンタクトした後に生じる２つの装置間のトランスポートにわたる通信を著しく節約する。

サービスディスカバリーソフトウェアアプリケーションが開始されると、リモート装置のユーザには、ネットワークに存在する装置に関する情報６０２（図６の規範的ＧＵＩを参照）、これら装置により提供されるサービス６０４、及び各装置の動作状態又は能力６０６が与えられる。或いは又、この情報は、必ずしもそれをユーザに提示する必要なく、他のプロセスにより使用するために下位レイヤに維持することができる。

ユーザが希望するサービスプロフィールを動作する装置をユーザ（又は認識力のあるソフトウェアプロセス）が選択した後に、リモート装置は、ステップ４７０において、希望のサービスを有する装置とで論理的リンクを確立する。ブルーツースの環境において、これは、例えば、リンク及びチャンネル確立手順を通常のように遂行することを含む（図１）。しかしながら、サービスディスカバリーセッションは、不要であることに注意されたい。というのは、リモート装置は、ローカル装置の能力及びプロフィールに既に気付いているからである。これは、ブルーツースモジュールへ情報を通信して、ＳＤＰが不要であること及びキャッシュ記憶されたＳＤＰデータが最新のものであることを知らしめるアプリケーションソフトウェアを経て達成することができる。（例えば、ＳＤＰ情報が古くなったために）装置間にその後欠陥が生じた場合には、装置は、次いで、従来の方法を使用して標準的なＳＤＰセッションを開始するか、又はこの情報を得るための別の方法を使用することができる。

アペンディックスＩは、上述した方法の一実施形態を具現化する規範的なＢｏｎｊｏｕｒコードを示す。

アペンディックスIIは、本発明によるブルーツースＢｏｎｊｏｕｒレコードの規範的実施形態を示す。

又、本発明は、ブルーツースディスカバリー及び情報転送のための現代装置で提供されるコントロールに若干類似した「許可」モード又はコントロールファンクションの使用も意図していることが明らかであろう。例えば、一実施形態では、リモート装置からのサービス要求は、サービスプロフィールデータ（又は他のデータ）が代替トランスポートを経て転送される前にローカル装置のユーザにより適用されるコントロール基準に対して評価される。ユーザは、例えば、ある他の装置／ユーザ、又は装置／ユーザのあるクラスにはプロフィールデータへのアクセスが与えられないことを指定できる。又、代替トランスポートを経てのサービスプロフィールデータ転送の必須条件として、ブルーツースペアリング又はボンディング或いは他の認証メカニズム（例えば、８０２．１ｘ）が呼び出されてもよい。

更に、代替トランスポートは、サービスプロフィールデータの送信が許される前に１つ以上の評価基準に関して充分さを評価することができ（図５についての以下の説明を参照）、例えば、サービスプロフィールデータを、完全な、エラーのない、及び／又は充分に適時な仕方で要求者に与えるために、代替トランスポートが充分なセキュリティ、ＱｏＳ、帯域巾、等を有するかどうかについて評価することができる。

例＃１
１つのユーザシナリオにおいて、大勢の人が組織Ｘの毎週のミーティングに出席する。各参加者は、自分のＭａｃラップトップを持参し、各ラップトップは、内蔵のブルーツースハードウェアと、各マシンにインストールされたソフトウェアとを有している。全てのラップトップは、同じワイヤレスローカルエリアネットワーク（例えば、アップル社の４２ｎｅｔ）に加わる。ブルーツースソフトウェアは、それがどんなブルーツースサービスを有するか指示するそれ自身のＢｏｎｊｏｕｒレコードを事前にインストールしている。各ラップトップは、Ｂｏｎｊｏｕｒと、アップル社の４２ｎｅｔを通るワイヤレスローカルエリアネットワーク接続とを経て、この情報を自動的に受信する。この情報は、次いで、必要に応じてブルーツースソフトウェアを使用するために記憶される。ミーティング中に、ユーザは、ブルーツースを経て室内の１人（以上）の人へのファイルの送信を希望する。ユーザは、ファイルを送信したいブルーツース装置の行先（１つ又は複数）を選択するが、ファイル共有サービス（ＳＯＰ）を有する装置を見出すために問合せをするという慣習的なステップを遂行することはなく、送信者のコンピュータがリモート装置（１つ又は複数）に関する情報を既に有していて、慣習的なサービスディスカバリープロセスを遂行せずにファイルを送信することができる。これは、ファイル転送を実際上リアルタイムで行うことができ、これに対して従来のサービスディスカバリー手順は、（エラーの傾向や、その他、それに関連した著しい処理待ち時間のために）ある程度欠陥が生じ得るものであった。待ち時間が減少されるこの利益は、同じユーザがミーティング中の複数の人々にファイルを送信したいときに更に増大される。

マルチトランスポート方法
図５を参照し、トランスポートを経てサービス又は装置データを送信する別の方法について説明する。方法５００のこの実施形態では、適切なトランスポートが先ず評価され、選択される。任意であるが（又はそれとは別に）、以下に詳細に述べるように、適切なＰＨＹも選択される。

より詳細には、図５に示すように、この方法の第１ステップ５０２は、所与のユーザ装置２０２、２０４内で上位レベルプロセスにより使用するために所与の装置に利用可能な全てのトランスポートを決定することを含む。例えば、ユーザ装置で実行するように動作するソフトウェアプロセスは、ユーザ装置に対して現在利用できるトランスポートのリストが全体的にポピュレートされたルックアップテーブル又は他のそのようなメカニズム、例えば、（ｉ）ＴＣＰ／ＩＰ；（ii）ＵＤＰ；及び（iii）ＲＴＰ／ＲＴＣＰを含む。

ステップ５０４では、上述したソフトウェアプロセスは、次いで、装置に利用可能なＰＨＹ又はエアインターフェイス、例えば、（ｉ）ブルーツース；（ii）ＷＬＡＮ（８０２．１１）；（iii）ＷｉＭＡＸ（８０２．１６）；及び（iv）ファイヤワイヤ（ＩＥＥＥ１３９４）を決定する。これらのステップ５０２、５０４に任意に含まれるのは、どのトランスポート及び／又はＰＨＹが物理的に利用できるか（例えば、１つ以上の他のユーザ装置２０２、２０４とのリンクが確立されて動作するか）の決定である。１つの選択基準は、例えば、物理的リンク及び論理的チャンネルが現在確立される（それにより、そのようなリンク／チャンネルの設定における付加的な待ち時間を排除する）かどうかを含む。

次いで、ステップ５０６では、ステップ５０２で発見された種々の利用可能なトランスポート及びステップ５０４で発見されたＰＨＹが、転送に最も適した組合せを選択するためにソフトウェアプロセスにより評価される。１つの実施形態では、幾つかの許容された組み合わせしか利用できず、これにより、ソフトウェアプロセスは、１つ以上の基準、例えば、ＱｏＳ、待ち時間、又は利用可能な帯域巾に基づいて、１組の所定のトランスポート／ＰＨＹ組合せを簡単に評価できるようにする。例えば、上述したように、簡単な選択基準は、ＰＨＹリンク／チャンネルが現在確立されるかどうかを含む。別の例として、サービスデータ転送に対してＱｏＳが要求され、そして所与のトランスポート／ＰＨＹ組合せがＱｏＳのこの必須レベルをサポートしない場合には、別の組み合わせが選択される。又は、１つの組み合わせが別のプロセス（例えば、ブロードバンドデータストリーミング、等）により現在１００％利用されている場合には、別のものが選択される。

更に別の基準は、遠方のユーザ装置プロセスへのリンク及び論理的チャンネルを確立するのに必要なネゴシエーションの複雑さを含む。上述したように、ブルーツースプロトコルの環境において、本発明により代替トランスポートを使用するための１つの一次的刺激は、従来のブルーツースＳＤＰに関連した長くて時間のかかるネゴシエーション及び設定手順を排除することである。従って、異なるトランスポートは、それらの設定及び転送手順に関連した待ち時間又は複雑さに関して等級付け又は格付けされ、上述したソフトウェアプロセスは、この等級又は格付けを利用して、待ち時間を最小にする（又は帯域巾消費又はＱｏＳのような他のパラメータを最適化する）ものを選択する。

異なるトランスポート及び／又はＰＨＹを評価するための更に別の基準は、コストである。例えば、１つの組み合わせの使用は、ネットワーク（例えば、インターネット）接続をなすためにユーザが使用するサービスプロバイダー又はキャリアにより付加的な料金が課せられるために、別の組み合わせの使用より大きなコストをユーザに課すことがある。

本開示により当業者であれば、多数の異なる評価基準及びシナリオが明らかであろう。

別の実施形態では、複数の異なるトランスポート／ＰＨＹ組合せが利用でき、ソフトウェアプロセスは、トランスポート及び／又はＰＨＹの各々又は選択されたサブセットを、１つ以上の評価基準に基づいて個々に評価することができる。

ステップ５０８では、トランスポート／ＰＨＹ組み合わせの１つが選択され、ステップ５１０では、当該サービスプロフィールデータが遠方のユーザ装置へ送信される。

グラフィックユーザインターフェイス
図６を参照すれば、サービスプロフィール情報をユーザに提示するのに有用なグラフィックユーザインターフェイス（ＧＵＩ）６００の規範的実施形態が示されている。ＧＵＩウインドウ６００は、ネットワーク内の他の装置に関する情報を表示する。一実施形態では、ユーザは、ネットワーク情報を学習するためにユーザが希望する通信プロトコルを、ドロップダウンメニューから選択する。図示された実施形態では、ユーザに関心のある通信プロトコルがブルーツースである。ブルーツースプロトコルを選択した後に、ＧＵＩウインドウ６００は、ユーザに利用可能なブルーツース装置に関する情報を装置欄６０２に提示する。図６に示す実施形態では、ユーザに利用できる装置が３つある。即ち、プリンタ装置と、２つのラップトップ（例えば、Ｍａｃ Ｂｏｏｋラップトップ装置）である。

規範的な実施形態では、ユーザは、どの装置への接続が意図されるか将来ユーザに容易に明らかとなるように、装置のデフォールト名を命名し直すことができる。例えば、Ｍａｃ Ｂｏｏｋ１は、ユーザの協力者フランクに属する。従って、ユーザは、Ｍａｃ Ｂｏｏｋ１を、それが将来「フランクのラップトップ」として表示されるように命名し直すことができる。更に別の実施形態では、ＧＵＩウインドウ６００に表示される名前が、装置それ自体のオペレータにより制御される。上述した使用シナリオでは、フランクは、ＡＰに関連した他のユーザが見たときに、選択された名前フランクがＧＵＩウインドウ６００の装置欄６０２に表示されるように、自分のＭａｃ Ｂｏｏｋの名前を選択することができる。

ＧＵＩウインドウ６００は、更に、提供されるサービスの欄６０４を含む。この欄は、図１に示されたように、最初にサービスディスカバリーセッションを確立する必要なく、その特定の装置によりどのサービスプロフィールがサポートされるかユーザが素早く確かめられるようにする。図示された実施形態では、「プリンタ」と命名された装置は、ベーシックプリンティングプロフィール（ＢＰＰ）のブルーツースプロフィールを所有している。ネットワーク内でアクセス可能な他の装置にも他のサービスプロフィールが関連している。一実施形態では、付加的な欄（図示せず）が、ユーザ装置によってサポートされるサービスプロフィールを示す。従って、ユーザは、自分の能力を、ネットワーク内の他の装置の能力と相関させることができる。他の方法は、ユーザがユーザ装置とネットワークの他の装置との間の互換性を素早く評価するために、提供されるサービスのラン６０４におけるサービスプロフィールを区別特性（例えば、太字又はカラー文字）でハイライトし又は表示することを含む。

或いは又、欄６０４に表示されるサービスプロフィールは、それらのプロフィールがユーザのコンピューティング装置でもサポートされる場合しか表示されない。従って、提供されるサービスの欄６０４は、装置欄６０２の装置により実際にサポートされるサービスプロフィールを余すところなく示すものではなく、むしろ、欄６０４にリストされたサービスプロフィールは、単に、ユーザのコンピューティング装置でもサポートされるものに過ぎない。一実施形態では、このようなスキームは、サービスディスカバリーセッションの間に、ユーザのコンピューティング装置が、ユーザのコンピュータがサポートするサービスプロフィールについてネットワーク上の装置に問合せるだけでよいという効果も有する。

規範的なＧＵＩウインドウ６００は、更に、接続の受け入れについて装置がアクティブであるかどうかの情報を与えるアクティブ状態欄６０６も含む。ブルーツース環境では、この欄６０６は、ブルーツース無線が現在オンであるかどうか、又は装置が付加的なブルーツースピコネット参加者を受け容れるかどうかを表す。別の実施形態では、アクティブ欄６０６は、更に、ユーザがネットワーク上の装置に接続する能力に影響する他のパラメータ、例えば、受信信号強度指示（ＲＳＳＩ）、等を表す。

図６の規範的実施形態では、ＧＵＩ「ウインドウ」を図示して説明するが、（グラフィックであるか、その他のものであるかに関わらず）他のユーザインターフェイスを本発明により使用してもよいことが明らかであろう。例えば、アイコン表現、ツールバーにおけるバー状態指示子、等の非ウインドウベースＧＵＩを使用して、種々の状態又はファンクションを指示してもよい。或いは又、異なるサウンド又はトーンを使用して、異なるトランスポート、状態、等に相関させる可聴ユーザインターフェイスが使用されてもよい。本開示により当業者であれば、他の多数の代替物が明らかであろう。

本発明の幾つかの態様を、方法の特定の一連のステップに関して説明したが、これらの説明は、本発明の広範な方法の例示に過ぎず、特定の用途により必要に応じて変更できることが明らかであろう。幾つかのステップは、ある環境のもとでは不必要又は任意なものとされてもよい。更に、あるステップ又は機能が、ここに開示された実施形態に追加されてもよく、又は２つ以上のステップの実行の順序が変更されてもよい。このような全ての変更は、ここに開示され請求される本発明に包含されると考えられる。

ビジネス方法
本発明の別の態様では、上述したサービスディスカバリー能力に基づくビジネス方法が開示される。特に、一実施形態では、クライアント又はエンドユーザ装置製造者は、改善型サービスディスカバリーの目的で装置内の代替トランスポートを使用する能力に基づきそれらの製造ライン（及び必要に応じて価格）を区別化することができる。例えば、従来のブルーツース及びＷｉＦｉ能力装置も、先に述べた慣習的な方法に基づくブルーツースサービスプロフィールディスカバリーを遂行するが、同装置の「改善型」は、特に、マルチユーザサービスディスカバリーの環境において（例えば、上述したミーティングルーム例を参照されたい）、本発明の改良された技術及び装置を使用して、より迅速なサービスディスカバリーを遂行する。従って、装置の購入者が、このような能力に対してより多くの支払をしてもよいし、或いは又製造者がこの能力を無料で提供することもできる（例えば、競合者の製品に勝る奨励又は区別化ファクタとして）。

同様に、製造者は、上述した代替トランスポート能力を提供する現存の製品に（例えば、ソフトウェアダウンロード又はファームウェアインストールを経て）改造又はアップグレードをなすことができる。

別の態様において、ＷｉＦｉアクセスポイント（ＡＰ）／ホットスポットのオペレータ又は同様のネットワークオペレータは、ＷｉＦｉ ＡＰをブルーツース又は他の「一次」トランスポートサービスディスカバリーに対する二次トランスポートとして使用する能力に付加的な料金を課する（或いはそれを奨励又はプロモーションとして提供する）ことができる。例えば、前記ミーティングルーム例の環境では、ミーティングルームプロバイダー又はマネージャーは、あるクラスの顧客（例えば、ミーティング中の多数の個人に対する改善型サービスディスカバリーをもつための割増金を支払った顧客）に対してのみＷｉＦｉ ＡＰにアクセスすることを許す。

別の態様において、本発明は、装置又は装置間に関連した付加的な能力にアクセスし、及び／又は改善型ネットワークセキュリティを与えるように使用される。例えば、１つの規範的実施形態では、ユーザは、ブルーツース及びＷｉＦｉの両ネットワーク能力を所有する装置を有するが、この装置は、ユーザが装置のブルーツース能力にアクセスするためにパスキーを要求する。ユーザは、ブルーツース無線を操作するのに必要なパスキーを含むＢｏｎｊｏｕｒサービスレコードにアクセスできるように、Ｂｏｎｊｏｕｒアプリケーション（又はＢｏｎｊｏｕｒアプリケーションを所有する装置）を購入しなければならない。このパスキーは、他の同様の装置とペアにするために使用される。

セキュリティに関しては、Ｂｏｎｊｏｕｒサービスレコードから得られるパスキーを使用することで改善型セキュリティが与えられる。ブルーツース無線を使用するのに必要なパスキーは、ブルーツーストランスポートを経て送信されることがないので、ブルーツースパスキーの送信を傍受するための慣習的な方法は、無効である。このように、１つ以上のブルーツースサービスプロフィールへのアクセスを得て、ユーザ装置のための付加的な能力を与えるだけでなく、ある意味では、ブルーツースを経てデータを交換するときにユーザに対する改善型セキュリティ特徴を与えるためにも、代替トランスポートが使用される。

以上の詳細な説明は、種々の実施形態に適用される本発明の新規な特徴を図示し、記述し、指摘したが、当業者であれば、本発明から逸脱せずに、ここに例示した装置又はプロセスの形態及び細部に種々の省略、置き換え、及び変更がなされることが理解されよう。以上の説明は、本発明を実施する上で現在意図された最良の態様である。この説明は、これに限定されるものではなく、本発明の一般的な原理の例示と考えるべきである。本発明の範囲は、特許請求の範囲を参照して決定されるべきである。

２０２：装置１
２０４：装置２
２２０：ＭＰ
２３０：メモリ
２５０：ネットワークインターフェイス１
２６０：ネットワークインターフェイス２
２７０：ネットワークインターフェイスＮ

Claims (20)

1. デジタルプロセッサと、
   第１プロトコルに関連した第１のワイヤレスネットワークインターフェイスと、
   第２プロトコルに関連した第２のワイヤレスネットワークインターフェイスと、
   前記デジタルプロセッサにより実行されたときに、
   コンピュータ化装置の前記第１プロトコルに関するサービスプロファイルデータのための要求を受け取り、
   前記第１プロトコルに関連した１つ以上のサービスプロファイルを収集し、
   前記第２のワイヤレスネットワークインターフェイスを経て前記１つ以上のサービスプロファイルを別のコンピュータ化装置へ送信する、
   ように構成されたインストラクションを含むメモリ装置と、を備え、
   前記別のコンピュータ化装置が前記第１プロトコルに関連した前記第１のワイヤレスネットワークのみを介して前記コンピュータ化装置との直接接続を確立するのを、前記送信された１つ以上のサービスプロファイルが許容するように構成された、コンピュータ化装置。
2. 前記第１プロトコルは、ブルーツースプロトコルを含み、前記インストラクションは、そうでなければ実行されるブルーツースサービスディスカバリーセッションを実行しないように構成される、請求項１に記載のコンピュータ化装置。
3. 前記メモリ内に存在するサービスディスカバリーアプリケーションを更に備え、前記１つ以上のサービスプロファイルが前記メモリに記憶されて、それらが前記サービスディスカバリーアプリケーションによりアクセスできるようにされ、前記サービスディスカバリーアプリケーションは、前記第２のネットワークインターフェイスを経て他の同様のアプリケーションと通信するように構成される、請求項２に記載のコンピュータ化装置。
4. 前記デジタルプロセッサにより実行されたときに、
   リモートユーザ装置からサービスプロファイル情報を要求し、
   前記リモートユーザに関する前記プロファイル情報を、前記第２のネットワークインターフェイスを経て受け取ったときにローカルに記憶する、
   よう構成されたインストラクションを更に含む、請求項３に記載のコンピュータ化装置。
5. ユーザにグラフィックユーザインターフェイスを提示するディスプレイ要素を更に備え、そのグラフィックユーザインターフェイスは、前記リモートユーザプロファイル情報を表示する、請求項４に記載のコンピュータ化装置。
6. 前記リモートユーザプロファイル情報は、前記第１プロトコルを経ての通信をサポートする少なくとも１つのサービスプロファイルを含む、請求項５に記載のコンピュータ化装置。
7. 前記リモートユーザプロファイル情報は、更に、前記リモートユーザによる第１プロトコルオペレーションに関する状態情報を含む、請求項６に記載のコンピュータ化装置。
8. 前記コンピュータ化装置は、セルラー電話インターフェイス及びタッチスクリーンコントロールシステムを備えた、請求項１に記載のコンピュータ化装置。
9. 前記コンピュータ化装置の前記第１プロトコルに関するサービスプロファイルデータのための前記要求は、前記第２プロトコルに関連した前記第２のワイヤレスネットワークインターフェイスを経て受け取られる、請求項１に記載のコンピュータ化装置。
10. 第１プロトコルのための１つ以上のサービスプロファイルをネットワークにわたり第２プロトコルを経て与える方法において、
    前記第１プロトコルのための前記１つ以上のサービスプロファイルを第１のコンピューティング装置にローカルに記憶するステップであって、前記１つ以上のサービスプロファイルは、前記第１のコンピューティング装置に関連したものであるステップと、
    前記１つ以上のサービスプロファイルを、前記第２プロトコルを経て第２のコンピューティング装置へ送信するステップと、
    前記第１のプロトコルのみを用いて前記送信された１つ以上のサービスプロファイルに従って前記第１および第２コンピュータ化装置との間の直接接続を確立するステップとを備え、前記第１及び第２のプロトコルは、異なるものであり、そして前記第２のコンピューティング装置は、前記第１及び第２の両プロトコルをサポートする、方法。
11. 前記第１プロトコルは、ブルーツースプロトコルを含み、前記送信するステップは、ブルーツースサービスディスカバリーセッションを排除する、請求項１０に記載の方法。
12. 前記１つ以上のサービスプロファイルは、それらがサービスディスカバリーアプリケーションによりアクセスできるところに記憶され、そのサービスディスカバリーアプリケーションは、前記第２プロトコルを経て他の同様のアプリケーションと通信することができる、請求項１１に記載の方法。
13. 前記第１のコンピューティング装置の前記１つ以上のサービスプロファイルを前記第２のコンピューティング装置に記憶するステップを更に備えた、請求項１２に記載の方法。
14. 前記第２のコンピューティング装置に関連した１つ以上のサービスプロファイルを前記第１のコンピューティング装置へ送信するステップを更に備え、前記１つ以上のサービスプロファイルは、前記第２のコンピューティング装置の前記第１プロトコルに関連したものである、請求項１３に記載の方法。
15. 前記第２のコンピューティング装置に関連した前記１つ以上のサービスプロファイルを前記第１のコンピューティング装置に記憶するステップを更に備えた、請求項１４に記載の方法。
16. 前記第１のコンピューティング装置の前記１つ以上のサービスプロファイルを前記第２のコンピューティング装置に記憶するステップと、
    前記第１のコンピューティング装置に関連したサービスプロファイルデータに対する前記第２のコンピューティング装置による少なくとも１つのその後の要求の間に、サービスプロファイル要求を前記第１装置へ送信するのではなく、前記第２装置において前記１つ以上の記憶されたプロファイルのうちの少なくとも１つにアクセスするステップと、
    を更に備えた請求項１０に記載の方法。
17. 前記送信するステップは、前記第１プロトコルに関連した前記１つ以上のサービスプロファイルに対して前記第１プロトコルを経てのネゴシエーション及び通信を排除する、請求項１０に記載の方法。
18. 処理手段と、
    前記処理手段とデータ通信するロジックであって、第１トランスポート手段に関連した１つ以上のサービスプロファイルを、この１つ以上のサービスプロファイルに関連しない第２のトランスポート手段を経て送信させるように構成されたロジックと、
    を備え、前記ロジックは、
    前記１つ以上のサービスプロファイルを収集するための第１ロジック、
    前記１つ以上のサービスプロファイルを、前記第２トランスポート手段を経て送信させる第２ロジック、及び
    前記送信された１つ以上のサービスプロファイルの少なくとも１つのサービスプロファイルに基づいて前記第１トランスポート手段のみを用いてサービスを確立するように構成された第３ロジック、
    を含むものである、ワイヤレス装置。
19. 前記第１トランスポート手段は、パーソナルエリアネットワーキング（ＰＡＮ）トランスポートを備え、そして前記送信することは、ＰＡＮサービスディスカバリーセッションを終了又は防止させる、請求項１８に記載の装置。
20. 前記処理装置により実行されたときに、１つ以上のプロファイルにサービスディスカバリーアプリケーションを経てアクセスできるように、１つ以上のサービスプロファイルをローカルに記憶する第４ロジックを更に備えた、請求項１８に記載の装置。

Images