(57)【特許請求の範囲】
【請求項１】
車両通信システムであって：
永続性および非永続性記憶装置と交信するコンピュータプロセッサと；
一つ以上の無線装置との通信が可能で前記プロセッサと通信するトランシーバとを備え；
前記プロセッサが、前記トランシーバを介して前記プロセッサと通信する無線装置にクエリを出し、無線装置の情報を獲得するよう動作可能であり；
また、前記プロセッサが、少なくとも部分的に前記無線装置の情報に基づき、前記無線装置のサービスプロバイダについてのキャリアのアイデンティティを判別するよう動作可能であり；
また、前記プロセッサがさらに、少なくとも部分的に前記キャリアのアイデンティティに基づき、前記無線装置を通してリモートネットワークに接続を提供するための情報を判別するように動作可能であり；
また、前記プロセッサが、プロビジョニング情報を使用して前記無線装置に前記接続を提供した後、前記無線装置を通した接続を介して前記リモートネットワークに接続するよう動作可能であり、
前記プロセッサが、少なくとも部分的に前記無線装置の情報として、前記クエリに応答して受信したハンズフリー・プロファイル（ＨＦＰ）に基づき、キャリアのアイデンティティを判別するようさらに動作可能であり、
前記プロセッサが、前記ＨＦＰの一部として、前記無線装置のサービスプロバイダを識別するキャリア文字列を受信するようさらに動作可能であり、
前記キャリア文字列が、前記無線装置の前記サービスプロバイダを識別しない場合に、前記プロセッサが使用者に前記キャリアのアイデンティティについてクエリを出すように動作可能である、車両通信システム。
【請求項２】
前記クエリによって前記プロセッサについて前記キャリアのアイデンティティを識別するための十分な情報が提供されない場合に、前記プロセッサが前記キャリアのアイデンティティについて使用者にクエリを出すように動作可能な、請求項１に記載のシステム。
【請求項３】
前記プロセッサがアクセス用電話番号（ＡＰＮ）を前記プロビジョニング情報の一部として判別するよう動作可能な、請求項１に記載のシステム。
【請求項４】
前記プロセッサがプロビジョニング情報の一部として自動的にユーザー名およびパスワードを決定するよう動作可能な、請求項１に記載のシステム。
【請求項５】
前記プロセッサが、前記永続性および非永続性記憶装置のうち少なくとも一つに常駐するルックアップテーブルにアクセスして、前記プロビジョニング情報を判別するよう動作可能な、請求項１に記載のシステム。
【請求項６】
前記ルックアップテーブルに、複数のＡＰＮおよびユーザー名／パスワードのペアリングが含まれる、請求項５に記載のシステム。
【請求項７】
前記プロセッサが、永続性または非永続性記憶装置のうち少なくとも一つに常駐し、前記無線装置と関連したプロファイルからＡＰＮを取り出すように動作可能な、請求項１に記載のシステム。
【請求項８】
前記プロセッサが、永続性または非永続性記憶装置のうち少なくとも一つに常駐し、前記無線装置と関連したプロファイルからユーザー名および／またはパスワードを取り出すように動作可能な、請求項１に記載のシステム。
【請求項９】
前記プロセッサが、永続性および／または非永続性記憶装置内にＡＰＮを格納し、そのＡＰＮが前記無線装置に関連したプロファイルに格納されるように保存可能な、請求項１に記載のシステム。
【請求項１０】
前記プロセッサが、永続性および／または非永続性記憶装置内にユーザー名およびパスワードを格納し、そのユーザー名およびパスワードが前記無線装置に関連したプロファイルに格納されるように保存可能な、請求項１に記載のシステム。
【請求項１１】
前記無線装置を通した前記リモートネットワークへの前記接続が広帯域接続である、請求項１に記載のシステム。
【請求項１２】
車両通信システムであって：
永続性および非永続性記憶装置と交信するコンピュータプロセッサと；
一つ以上の無線装置との通信が可能で前記プロセッサと通信するトランシーバとを備え；
前記プロセッサが、前記トランシーバを介して前記プロセッサと通信する無線装置にクエリを出し、無線装置の情報を獲得するよう動作可能であり；
また、前記プロセッサが、永続性および／または非永続性記憶装置に格納された複数のユーザー名／パスワードの組合せを試験して、前記無線装置を通してリモートネットワークに接続を提供するためのプロビジョニング情報を判別するように動作可能であり；
また、前記プロセッサが、前記プロビジョニング情報を使用して前記無線装置に前記接続を提供した後、前記無線装置を通した接続を介して前記リモートネットワークに接続するよう動作可能であり、
前記プロセッサが、少なくとも部分的に前記無線装置の情報として、前記クエリに応答して受信したハンズフリー・プロファイル（ＨＦＰ）に基づき、キャリアのアイデンティティを判別するようさらに動作可能であり、
前記プロセッサが、前記ＨＦＰの一部として、前記無線装置のサービスプロバイダを識別するキャリア文字列を受信するようさらに動作可能であり、
前記キャリア文字列が、前記無線装置の前記サービスプロバイダを識別しない場合に、前記プロセッサが使用者に前記キャリアのアイデンティティについてクエリを出すように動作可能である、車両通信システム。
【請求項１３】
前記プロセッサが、キャリアのアイデンティティを受信できるよう、さらに動作可能で、前記ユーザー名／パスワードの組合せがキャリアのアイデンティティと関連したもので、かつ使用者に依存しない、請求項１２に記載のシステム。
【請求項１４】
車両通信システムであって：
メモリと通信するプロセッサと；
無線装置が前記プロセッサと通信するためのトランシーバとを備え；
前記プロセッサは、トランシーバを介して確立された接続を通じて無線装置にクエリを出し、キャリアのアイデンティティを判別し、かつ使用者に依存しないユーザー名／パスワードの組合せをキャリアのアイデンティティに基づき判別し、また前記プロセッサは、前記ユーザー名／パスワードの組合せの情報を使用して提供された接続によって、前記無線装置を通して、リモートネットワークに接続するよう動作可能であり、
前記プロセッサが、少なくとも部分的に前記無線装置の情報として、前記クエリに応答して受信したハンズフリー・プロファイル（ＨＦＰ）に基づき、キャリアのアイデンティティを判別するようさらに動作可能であり、
前記プロセッサが、前記ＨＦＰの一部として、前記無線装置のサービスプロバイダを識別するキャリア文字列を受信するようさらに動作可能であり、
前記キャリア文字列が、前記無線装置の前記サービスプロバイダを識別しない場合に、前記プロセッサが使用者に前記キャリアのアイデンティティについてクエリを出すように動作可能である、車両通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施態様は一般的に、無線装置と車載コンピューティングシステムとの間の無線接続を提供するためのシステムおよび方法に関する。
【背景技術】
【０００２】
多くの携帯電話、ＰＤＡおよびその他の無線装置は、インターネット接続が可能である。一般に、これらの装置は、より低速な接続であるダイアルアップ接続を使用できるか、またはデータプランが提供されて、より高速な接続である広帯域接続を使用する。
【０００３】
さらに、これらの無線装置の多くはブルートゥース（登録商標：Ｂｌｕｅｔｏｏｔｈ）が使用可能であるか、またはその他のタイプの無線ネットワーク機能が搭載されている。ブルートゥースは、ラップトップコンピュータなどの二次装置による接続が提供され、無線装置への接続に使用でき、またそれを通して、インターネットに接続できる。
【０００４】
ところが、単にラップトップと無線装置との間の通信を確立するだけでは、インターネット接続をするのに十分ではないことがある。これは、使用者によってその他の情報を入力する必要がある場合が考えられる。
【０００５】
この一例が、「ｈｔｔｐ：／／ｗｗｗ．ｒｉｃｋｙｓａｙｓ．ｃｏｍ／ｃｅｌｌ−ｐｈｏｎｅ−ａｓ−ａ−ｌａｐｔｏｐ−ｍｏｄｅｍ」で提供されている。このウェブサイトによれば、電話およびコンピュータの両方で、電話を介した無線インターネット接続をセットアップするために何らかの設定が必要である。通信接続のこうした設定は、「プロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）」と呼ばれることもある。
【０００６】
ウェブサイトによれば、第一のステップは、無線装置とラップトップの「ペアリング」である。ウェブサイトには以下のとおり記載されている：
【０００７】
ＷＩＮＤＯＷＳ  ＶＩＳＴＡ（登録商標）ＰＣでは、以下のステップに従う：
１．    ［スタート］ボタンをクリックし、［コントロールパネル］をクリック                し、［プリンタおよびその他のハードウェア］をクリックし、および［ブ              ルートゥース装置］をクリックする。
２．    ［追加］をクリックしてから、指示に従う（次に、ＰＣから、装置のペア
リングの方法について一連の指示が提供される）。
【０００８】
ペアリングが完了しても、プロセスは部分的に完了しただけである。これで、コンピュータと無線装置は、相互に「交信」できるようになるが、インターネットの接続は、まだ確立されていない場合がある。したがって、ウェブサイトは以下のとおり続く：
１．    ［スタート］アイコンをクリックして、「接続先（Ｃｏｎｎｅｃｔ  Ｔ                ｏ）」メニューを選択する。
２．    リストから自分の電話を選択して、「接続（Ｃｏｎｎｅｃｔ）」をクリッ              クする。ダイアルアップアカウントユーザー名、パスワード、および電話              番号の入力を求めるメッセージが表示される。
【０００９】
当然ながら、これらのステップを完了するには、使用者がダイアルアップアカウントユーザー名、パスワードおよび電話番号を知っておく必要がある。ただし、この情報は、使用者にとって簡単には分からないことがある。これにはプロバイダのウェブサイト上をある程度検索して見つけることが必要となる場合がある。多くのユーザー名／パスワードの組合せと異なり、この特定のユーザー名／パスワードの組合せは、使用者が選択したものではないことがある。多くの無線データプランプロバイダは、一般的（汎用）または定型的なユーザー名／パスワードの組合せを使用している。例えば、Ｖｅｒｉｚｏｎは、ダッシュ記号を除いた電話番号に＠ｖｚｗ３ｇ．ｃｏｍを付けたものをユーザー名として、また「ｖｚｗ」をパスワードとして使用する（つまり、使用者の電話番号が５５５−５５５−１２１２であれば、ユーザー名は、５５５５５５１２１２＠ｖｚｗ３ｇ．ｃｏｍとなる）。それぞれのプロバイダが異なる方式を使用したり、または一般的ログイン認証情報を持ったりすることがある。こうして、一台のラップトップから別の時に、異なる無線装置を使用する場合、それぞれの接続のためのログイン認証情報および電話番号が分かっていて、使用者がそれを入力することが必要となる可能性が高い。
【発明の概要】
【００１０】
実例となる一実施態様において、車両通信システムには、永続性および非永続性記憶装置と通信するコンピュータプロセッサが含まれる。システムにはまた、一つ以上の無線装置との通信が可能でプロセッサと通信するトランシーバも含まれる。
【００１１】
この実例となる実施態様において、プロセッサは、トランシーバを介してプロセッサと通信する無線装置にクエリを出すことができる。少なくともある程度はこのクエリを出す間に得られた情報に基づき、プロセッサは、無線装置のサービスプロバイダについてのキャリアのアイデンティティを判別するよう動作可能である。
【００１２】
また、この実例となる実施例において、プロセッサはさらに、無線装置によってリモートネットワークへの接続を提供するための情報を、少なくとも部分的にキャリアのアイデンティティに基づき判別することもできる。
【００１３】
この実例となる実施態様において、プロセッサは、接続を提供するための情報を使用して、無線装置への接続を提供した後で、その無線装置を通して広帯域接続を介してリモートネットワークに接続することもできる。
【図面の簡単な説明】
【００１４】
実例となる実施態様のその他の形態および特性は、例示的な実施態様についての下記の詳細な説明を、添付図面に照らして読むことにより明らかとなる：
【図１】ネットワーク接続が可能な車両通信およびエンターテイメントシステムの説明のための例を示す。
【図２】車載コンピューティングシステムと無線装置との間の通信接続の説明のための例示的な流れを示す。
【図３】通信プロビジョニングについて説明するための例示的な流れを示す。
【図４】アクセス番号の推測について説明するための例示的な流れを示す。
【図５】ユーザー名およびパスワードの組合せの推測を説明するための例示的な流れを示す。
【発明を実施するための形態】
【００１５】
本発明は、特定の例示的な実例となる実施態様と関連して説明されている。しかしながら、本発明の真正な範囲および精神から逸脱することなく、開示した例示的な実例となる実施態様への修正、拡張および変更をしうることは当業者によって理解される。要するに、下記の説明はあくまで例示を目的としたものであり、また本発明は、本明細書で開示されている特定の実例となる実施態様に限定されない。
【００１６】
実例となる一実施態様によれば、車載コンピューティングシステムは、複数の異なるブルートゥース装置との、プロバイダに分からない方法での接続が可能である。車載コンピューティングシステムがプロビジョニングを行い、使用者は無線装置を、データプランおよびブルートゥースまたはその他の無線通信機能と共に供給するだけでよい。これは、使用者に簡単で便利な接続を提供する。
【００１７】
図１は、指示を自動車に送信するために使用可能な、説明のための車載通信システムのシステムアーキテクチャを図示したものである。車載コンピューティングシステムを有効にした車両には、車両内に位置する表示装置４が含まれうる。使用者は、それが提供されている場合には、例えば、タッチセンシティブスクリーンを用いて、インターフェースと対話することもできる。実例となる別の実施態様において、対話は、ボタンを押すこと、可聴音声および音声合成によって発生する。
【００１８】
図１に示す実例となる実施態様１において、プロセッサ３は、車載コンピューティングシステムの動作の少なくとも一部分を制御する。車両内部に提供されていることで、プロセッサによりコマンドおよびルーチンの車内での処理が可能である。さらに、プロセッサは、非永続性記憶装置５および永続性記憶装置７の両方に接続される。この実例となる実施態様において、非永続性記憶装置は、ランダムアクセスメモリ（ＲＡＭ）であり、永続性記憶装置はハードディスクドライブ（ＨＤＤ）またはフラッシュメモリである。
【００１９】
プロセッサには、複数の異なる入力も提供されており、使用者はプロセッサとのインターフェースが許容される。この実例となる実施態様において、マイクロホン２９、補助入力２５（入力３３用）、ＵＳＢ入力２３、ＧＰＳ入力２４およびブルートゥース入力１５が全て提供されている。使用者が各種の入力間で切り換えができるよう、入力セレクター５１も提供されている。マイクロホンおよび補助コネクタの両方への入力は、プロセッサに渡される前に、コンバータ２７によりアナログからデジタルに変換される。
【００２０】
システムへの出力には、限定はされないものの、表示装置４およびスピーカー１３またはステレオシステム出力が含まれうる。スピーカーは、アンプ（増幅器）１１に接続され、プロセッサ３からのその信号を、デジタル・アナログ変換器９を通して受信する。出力は、ＰＮＤ  ５４などのリモートブルートゥース装置または車両ナビゲーション装置６０などのＵＳＢ装置に対しても、それぞれ参照番号１９および２１に示した双方向データストリームに沿ってなすことができる。
【００２１】
実例となる一実施態様において、システム１は、使用者のノマディック装置５３（限定はされないものの、例えば、携帯電話、スマートフォン、ＰＤＡなど）と通信１７するために、ブルートゥーストランシーバ１５を使用する。次に、ノマディック装置は、車両３１外のネットワーク６１と通信５９するために、例えば、セルラータワー５７との通信５５により使用できる。
【００２２】
ノマディック装置５３とブルートゥーストランシーバ１５とのペアリングは、ボタン５２または類似した入力により、ＣＰＵに内蔵ブルートゥーストランシーバがノマディック装置内のブルートゥーストランシーバとペアとなることを知らせ、命令することができる。
【００２３】
データは、例えば、データプラン、データ・オーバー・ボイス、またはノマディック装置５３に関連したＤＴＭＦトーンを利用して、ＣＰＵ  ３およびネットワーク６１の間の通信をしうる。別の方法として、ＣＰＵ  ３とネットワーク６１の間でボイスバンドを介してデータを転送するためのオンボード（車載）モデム６３を含めることが望ましいことがある。実例となる一実施態様において、プロセッサは、モデムアプリケーションソフトウェアと通信するＡＰＩを含むオペレーティングシステムを備えている。モデムアプリケーションソフトウェアは、リモートブルートゥーストランシーバ（ノマディック装置にあるものなど）との無線通信を完了するために、ブルートゥーストランシーバ上の埋め込みモジュールまたはファームウェアにアクセスしうる。別の実施態様において、ノマディック装置５３には、ボイスバンドまたはブロードバンドデータ通信用のモデムが含まれる。データ・オーバー・ボイスの実施態様において、データの転送中にノマディック装置の所有者が装置を介して会話できるときに、周波数分割多重伝送方式として知られている技術を導入することができる。また、所有者が装置を使用していないときには、データ転送は、帯域全体（一例で、３００  Ｈｚ〜３．４ｋＨｚ）を使用できる。
【００２４】
使用者が、ノマディック装置に関連したデータプランを有しているとき、データプランにより、ブロードバンド伝送ができるようにすることが可能で、またシステムは、より幅広い帯域を使用すること（データ転送のスピードアップ）ができる。さらに別の実施態様において、ノマディック装置５３は、車両３１に取り付けたセルラー通信装置（図示せず）と置き換えられる。
【００２５】
一実施態様において、受信データは、ノマディック装置を通し、データ・オーバー・ボイスまたはデータプランを経由し、車載ブルートゥーストランシーバを通し、および車両内部のプロセッサ３内に通過させることができる。例えば、一定の一時的なデータの場合、そのデータがもはや必要でなくなるときまで、そのデータをＨＤＤまたはその他の記憶媒体７に保存することができる。
【００２６】
車両と連結することができる追加的なソースには、例えば、ＵＳＢ接続５６および／またはアンテナ５８を持つ個人用ナビゲーション装置５４、またはＵＳＢ  ６２またはその他の接続を持つ車両ナビゲーション装置６０、車載ＧＰＳ装置２４、またはネットワーク６１への接続性を持つリモートナビゲーションシステム（図示せず）が含まれる。
【００２７】
さらに、ＣＰＵは、様々なその他の補助装置６５と通信可能である。これらの装置は、無線６７または有線６９の接続で接続しうる。また、あるいは代替的に、ＣＰＵは、車載の無線ルータ７３と、例えばＷｉＦｉ（登録商標）７１トランシーバを使用して接続できる。これにより、ＣＰＵはローカルルータ７３の範囲にあるリモートネットワークに接続できるようになる。
【００２８】
図２は、車載コンピューティングシステムと無線装置との間の通信接続についての説明のための例示的な流れを示す。まず、車載コンピューティングシステムには、少なくとも無線装置からの信号を受信可能なトランシーバが提供されている。
【００２９】
トランシーバは、ブルートゥースが使用可能な携帯電話など、無線装置２０１の存在を検出する。この実例となる実施態様において、ペアリングは無線装置と車載コンピューティングシステムとの間に既になされており、その二つの間での通信が許容される。しかし、こうしたペアリングが完了しておらず、それが必要な場合には、従来的な方法で行うことができる。
【００３０】
いったん信号が検出され、車載コンピューティングシステムと無線装置との間で通信が可能となると、システムは、無線装置のブルートゥースのプロファイルを検索して２０３取り出す。これは、例えば、装置の検査によりなされうる。
【００３１】
監査請求に応答して、装置は、各種の情報を車載コンピューティングシステムに戻しうる。この情報には、限定されないものの、ハンズフリー・プロファイル（ＨＦＰ）、ダイアルアップ・ネットワーク（ＤＵＮ）プロファイル、パーソナル・エリア・ネットワーク（ＰＡＮ）プロファイル、シリアルポートプロファイル、ファックスプロファイルおよびファイル転送プロファイル（ＦＴＰ）プロファイル、アドバンス・オーディオ・ディストリビューション・プロファイル（Ａ２ＤＰ）、オーディオ／ビデオ・リモート・コントロール・プロファイル（ＡＶＲＣＰ）、基本画像プロファイル（ＢＩＰ）、基本印刷プロファイル（ＢＰＰ）、共通ＩＳＤＮアクセス・プロファイル（ＣＩＰ）、コードレス電話プロファイル（ＣＴＰ）、デバイスＩＤプロファイル（ＤＩＤ）、一般オーディオ／ビデオ配信プロファイル（ＧＡＶＤＰ）、一般アクセス・プロファイル（ＧＡＰ）、汎用オブジェクト交換プロファイル（ＧＯＥＰ）、ハードコピー・ケーブル置換プロファイル（ＨＣＲＰ）、ヒューマン・インターフェイス・デバイス・プロファイル（ＨＩＤ）、ヘッドセット・プロファイル（ＨＳＰ）、インターコム・プロファイル（ＩＣＰ）、ＬＡＮアクセス・プロファイル（ＬＡＰ）、オブジェクト・プッシュ・プロファイル（ＯＰＰ）、電話帳アクセス・プロファイル（ＰＢＡＰ）、サービス・ディスカバリー・アプリケーション・プロファイル（ＳＤＡＰ）、ＳＩＭアクセス・プロファイル（ＳＡＰ、ＳＩＭ）、同期プロファイル（ＳＹＮＣＨ）、ビデオ配信プロファイル（ＶＤＰ）、およびワイヤレス・アプリケーション・プロトコル・ベアラ（ＷＡＰＢ）などが含まれうる。
【００３２】
ハンズフリーキット（自動車に搭載することができるものなど）をブルートゥース装置と通信できるようにするため、ＨＦＰを使用することができる。さらに、ＨＦＰは、ブルートゥース装置に関する有用な情報を供給しうる。例えば、ＨＦＰは、車載コンピューティングシステムにキャリアの名称を供給できる「キャリア文字列」を提供２０５しうる。キャリア情報の利用については、後に詳しく説明する。
【００３３】
また、キャリア文字列は、ＮＵＬＬ（空）文字列２０７とすることもできる。文字列がＮＵＬＬである場合、それはその車載システムがＨＦＰにより供給されたキャリア文字列からキャリアを検出できないことを意味しうる。この場合、車載システムは、使用者にキャリアの供給を促すメッセージ２０９を発しうる。
【００３４】
実例となる一実施態様において、こうしたプロンプティングは、車両のスピーカーを通して可聴式で実行される。別の方法として、メッセージは、ナビゲーションディスプレイや他のディスプレイなど、車両のディスプレイ装置に表示できる。使用者に促すその他任意の適切な方法もまた可能である。
【００３５】
プロンプトに応答して、使用者は、分かっている場合、キャリアの名称を供給する必要がある。車載システムにマイクロホンおよびある形態の音声認識技術が搭載されている場合、この入力は、マイクロホンを使用して実行できる。別の方法として、これは、対話型の車両ディスプレイに入力する方法、リモート装置に入力し車両にダウンロードする方法、または他の適切な任意の方法で供給できる。
【００３６】
使用者がキャリアを把握している場合２１５、またはキャリアがキャリア文字列から取得可能である場合、車載通信システムは、システムと無線装置との間の装置接続の構成２１３に進みうる。このプロセスの非限定的な実施例は、図３に関連して提供する。
【００３７】
使用者がキャリアを把握していない場合２１５、車載システムは、推測しチェックする（ｇｕｅｓｓ−ａｎｄ−ｃｈｅｃｋ）プロセスを実行し、キャリアの判別２１７、および／またはユーザー名およびパスワードの組合せの判別２１９をすることもできる。これらの推測しチェックする手順の非限定的な実施例については、図４および図５に関連して説明する。
【００３８】
装置と車載コンピューティングシステムとの間の接続が確立された後に、システムは装置を使用してインターネットに接続２１１することができる。
【００３９】
図３は、通信のプロビジョニング２１３を説明するための例示的な流れを示す。この説明のための実施例において、車載通信システムは、まずルックアップが必要であるかを判別３０１する。
【００４０】
現在、異なるキャリア（またはプロバイダ）は、異なるアクセス番号および異なるユーザー名／パスワードの構成を使用している。これはいつかある時点で標準化されるかもしれないが、現時点では、使用者が、例えばＶＥＲＩＺＯＮの電話ではなく、ＡＴ＆Ｔの電話に接続を希望する場合には、異なる番号、ユーザー名およびパスワードが必要となる。
【００４１】
キャリアは異なる番号およびユーザー名／パスワードの組合せを使用するが、それらの番号および組合せは、一般にキャリア内では標準化されている。例えば、ＡＴ＆ＴまたはＣＩＮＧＵＬＡＲの装置に接続する場合、ユーザー名は、ｗａｐ＠ｃｉｎｇｕｌａｒｇｐｒｓ．ｃｏｍ（ワイヤレスアクセスポイント「ＷＡＰ」接続について）またはｉｓｐ＠ｃｉｎｇｕｌａｒｇｐｒｓ．ｃｏｍ（インターネットサービスプロバイダ「ＩＳＰ」接続について）のいずれかとなる。いずれの場合も、パスワードは、「ｃｉｎｇｕｌａｒ１」である。さらに、電話がアクセス番号（アクセスポイント名、「ＡＰＮ」としても知られている）を持たないか、または全てのＡＴ＆Ｔ  ＣＩＮＧＵＬＡＲ電話に固有のＡＰＮを持つということがある。数多くの大手プロバイダは、同様に社内で標準化されている。
【００４２】
無線装置に関連付けられたＡＰＮおよび／またはユーザー名およびパスワードが既にあるケースもありうる。これは、装置の前回の使用、使用者の入力、または他の多様な理由などが考えられる。例えば、車載コンピューティングシステムは、以前に特定の装置について接続情報を検索し、装置に関連したプロファイル内に保存し、永続性記憶装置に保持された可能性がある。ルックアップテーブルを使用することなく、こうした情報が利用可能な場合、情報は利用するために取得３２１される。
【００４３】
一方、ルックアップが必要なこともある。この実例となる実施態様において、車載通信システムには、例えば、共通キャリアおよびそれらの共通キャリアについてのＡＰＮおよびユーザー名／パスワードの組合せが含まれるルックアップテーブルが備わっている。
【００４４】
また、この実例となる実施態様において、システムは、キャリア名（例えば、キャリア文字列によって）を確立しているため、キャリア名を使用してルックアップテーブルを相互参照し、該当する情報を検索３０３できる。ルックアップテーブルで、いったんキャリア名が見つかると、ＡＰＮおよび／またはユーザー名／パスワードの組合せが判別３０５される。
【００４５】
ＡＰＮおよびユーザー名／パスワードの組合せを取り出す試み、または情報を検索する試みのいずれかの後、システムは、ＡＰＮが見つかったかどうかを確認３２３する。これは、キャリア情報がルックアップテーブル内にない場合、または保存された情報が壊れているかまたは何らかの理由で利用できない場合である。
【００４６】
ＡＰＮが見つかった場合、システムは、接続の開始の試みにおいてＡＰＮを無線装置に送信３０７する。ＡＰＮが有効な場合３０９、システムはユーザー名／パスワードの入力に進むことができる。何らかの理由でＡＰＮが無効な場合３０９、またはＡＰＮが全く見つからなかった場合でも、システムは、推測・チェック法の使用２１７を試みて、適切なＡＰＮを判別することができる（図４に関連して詳しく記述）。
【００４７】
いったん有効なＡＰＮが無線装置に送信されると、システムは、ユーザー名およびパスワードが分かっているか確認３２５をする。ルックアップテーブルでＡＰＮだけが利用できる場合や、または、保存された情報が壊れているか、利用できないこともある。
【００４８】
ユーザー名およびパスワードが判別されるか、または取り出された（あるいはその他の方法で取得された）場合、システムは、ユーザー名およびパスワードを装置に送信して３１１、その装置にログインする。
【００４９】
装置がユーザー名および／またはパスワードを拒否する場合、またはユーザー名またはパスワードが分かっている場合、システムは、推測・チェック法の使用を試み、ユーザー名および／またはパスワードを判別する試み２１９をすることがある。
【００５０】
ユーザー名およびパスワードが装置によって承認された場合、システムは、ＡＰＮ、ユーザー名およびパスワードを後で使用するために保存３２７する。これは、この情報を取得するステップが保存された情報によって迅速に処理されうるため、将来的に、より早いアクセスの提供に役立ちうる。
【００５１】
次に、システムは、無線装置との接続を通してインターネット（またはその他のネットワーク）への接続２１１を試みうる。
【００５２】
図４は、アクセス番号の推測について説明するための例示的な流れを示す。本明細書で前述した例示的なプロセスでは、ＡＰＮについてシステムに推測・チェックさせることが望ましいと考えられるいくつかの状況３０９および２１５を説明している。これらは当然、説明のためであり、またいかなる方法であっても発明の範囲を限定することは意図されない。
【００５３】
システムが、何らかの理由で、ＡＰＮを自動的に判別できない場合、ＡＰＮの判別を試みるために、推測・チェック法を用いることができる。例えば、全てのキャリアがＡＰＮについてＮ数のうち一つを使用する場合である。または、キャリア名が利用できない場合や分からない場合でも、キャリアが特定の無線装置についてのサービスを提供しうる場合である。この場合、利用可能なＡＰＮは、キャリア名が分かっており、未知のキャリアの無線装置に対してサービスを提供するものと同一のＡＰＮであるべきである。したがって、このような状況において、推測・チェック法によって、ＡＰＮが首尾よく提供され、接続が確立されることになる。
【００５４】
この実例となる実施態様において、システムには、それに対して提供されている共通および／または可能性のあるＡＰＮのリストがある。何らかの順序で、システムはこれらのＡＰＮを試験し、もし存在するなら、どれが所定の無線装置と共に使用できるかを判別する。
【００５５】
リスト上のある地点から始め、システムは第一のＡＰＮを無線装置に対して試験４０１する。アクセスが確立されると４０３、システムはＡＰＮを無線装置プロファイルと共に保存４０９できる（こうした記憶装置が利用可能であると想定）。次に、システムは、推測しチェックするプロセスと呼ばれるプロセス４１３に戻る。
【００５６】
ＡＰＮがうまく機能しない場合４０３、システムは、ＡＰＮが残っているかどうかを確認４０５する。ＡＰＮが残っていない場合、システムは終了し、ＡＰＮが利用できないことを報告４１１する。別の方法として、例えば、システムは、使用者にクエリを出してＡＰＮが分かっているかどうかを確認する、インターネットに接続し（例えば、ボイスオーバーＩＰ接続により）、まだ試験されていないＡＰＮが利用可能であるかを確認する、使用者に後ほどオンラインで適切なＡＰＮを入力するよう指図し、および更新のためにシステムにそれを送信することなどを行う。
【００５７】
リストにＡＰＮが残っている場合、システムは、次のＡＰＮ（または異なるＡＰＮ）を試行し４０７、うまく機能するＡＰＮが見つかるまで、またはＡＰＮがなくなるまで、その試行を繰り返す。
【００５８】
図５は、ユーザー名およびパスワードの組合せの推測２１９について説明するための例示的な流れを示す。この場合もやはり、これにあたるような例示的なプロセスを必要とする状況２１７、３２５が生じうる非限定的な実施例は、既に提示済みである。
【００５９】
ＡＰＮと同様、有限の数またはタイプのユーザー名／パスワードの組合せが全てのキャリア全体で使用される場合もある。また、ＡＰＮの場合と同様、ユーザー名／パスワードの組合せが分かっているキャリアが、装置についてサービスを提供するが、そのキャリアが、その装置を判別できないような場合もありうる。したがって、推測・チェック法によって、特定の装置で機能するユーザー名およびパスワードが提供できる可能性がある。
【００６０】
この実例となる実施例において、システムは、ユーザー名とパスワードの組合せが装置について分かっているかどうかを確認５０１する。上述のとおり、ＡＴ＆Ｔ／ＣＩＮＧＵＬＡＲなど特定のキャリアは、電話がどのように構成されているかに応じて、利用できる可能性のある複数のユーザー名およびパスワードを持つ。ＡＴ＆ＴまたはＣＩＮＧＵＬＡＲの装置に接続する場合、ユーザー名は、ｗａｐ＠ｃｉｎｇｕｌａｒｇｐｒｓ．ｃｏｍ（ワイヤレスアクセスポイント「ＷＡＰ」接続について）またはｉｓｐ＠ｃｉｎｇｕｌａｒｇｐｒｓ．ｃｏｍ（インターネットサービスプロトコル「ＩＳＰ」接続について）となる。いずれの場合も、パスワードは「ｃｉｎｇｕｌａｒ１」である。
【００６１】
こうして、システムで、ＡＴ＆Ｔがキャリアであることが前もって分かっており、ｗａｐ＠ｃｉｎｇｕｌａｒｇｐｒｓ．ｃｏｍを試行して拒否され、推測しチェックするルーチンに終わることがある。この特定のケースでは、システムはキャリアが分かっており、またそのキャリアについて二つのユーザー名しかないことも分かっているため、これらの既知の組合せを試験組合せとして設定５０３できる。これによって、試験リストを短くし、プロセスを高速化できる（ただし、短いリストが不成功に終わったとき、その他の試験組合せを試行することもできる）。これは、何らかの既知の情報を、推測しチェックするルーチンを絞り込むために使用できることの一例に過ぎない。
【００６２】
短くされたリストまたは全リストのどちらを使用するかによらず、システムは、第一のユーザー名／パスワードの組合せの試験５０５に進む。その組合せがうまく機能すると５０７、その組合せを電話プロファイル（ここでも、利用可能な場合）に保存でき５１５、システムは、それを呼び出したプロセスに戻ることができる。その組合せが機能しない場合５０７、システムは、試験組合せが残っているかどうかを確認５０９できる。
【００６３】
組合せが残っていない場合、プロセスは終了し、ユーザー名および／またはパスワードが利用できない旨のメッセージを返すことができる。ここでも、システムは、使用者にＡＰＮが分かっているかどうかを確認するクエリを出す、インターネット（例えば、ボイスオーバーＩＰ接続により）に接続して、まだ試験されていないＡＰＮが利用可能であるかを確認する、使用者に後ほどオンラインで適切なＡＰＮを入力するよう指図し、更新のためにシステムにそれを送信することなどを実行しうる。この場合には、プロバイダは、使用者に自分のユーザー名および／またはパスワードを作成してもらうようにすることができ、よって、システムが先に進む前に、使用者にこの情報を入力してもらうことが理想的である。
【００６４】
残っている組合せがある場合５０９、システムは残っている次の組合せを試行し５１１、機能する組合せが見つかるか、または可能性のある組合せがなくなるまで、このプロセスを繰り返す。
【００６５】
本発明について、現時点で最も実用的かつ望ましいと考えられる実施態様に関連して説明してきたが、本発明は、開示した実施態様に限定されず、添付した請求項の精神および範囲内に含まれる様々な修正および同等なアレンジを網羅することを意図していることが理解されるべきである。
【図１】
0005589005.tif 000002
【図２】
0005589005.tif 000003
【図３】
0005589005.tif 000004
【図４】
0005589005.tif 000005
【図５】
0005589005.tif 000006