SOCKADDR_BTH 構造体 (ws2bth.h)

SOCKADDR_BTH構造は、アドレス ファミリ AF_BTHによって定義される Bluetooth ソケット操作と組み合わせて使用されます。

構文

typedef struct _SOCKADDR_BTH {
  USHORT   addressFamily;
  BTH_ADDR btAddr;
  GUID     serviceClassId;
  ULONG    port;
} SOCKADDR_BTH, *PSOCKADDR_BTH;

メンバー

addressFamily

ソケットのアドレス ファミリ。 このメンバーは常にAF_BTH。

btAddr

ターゲット Bluetooth デバイスのアドレス。 バインド関数と共に使用する場合は、0 または有効なローカル 無線アドレスである必要があります。 0 の場合、 接続 または 受け入れ 関数が呼び出されたときに有効なローカル Bluetooth デバイス アドレスが割り当てられます。 connect 関数と共に使用する場合は、有効なリモート 無線アドレスを指定する必要があります。

serviceClassId

ソケットのサービス クラス識別子。 バインド関数と共に使用すると、serviceClassId は無視されます。 ポートが指定されている場合も無視されます。 connect 関数の場合は、接続先のサービスの一意の Bluetooth サービス クラス ID を指定します。 ピア デバイスにサービス クラス識別子に対応する複数のポートがある場合、 connect 関数は最初の有効なサービスへの接続を試みます。このメカニズムは、以前の SDP クエリなしで使用できます。

port

ソケットに関連付けられている RFCOMM チャネル。 「解説」を参照してください。

Remarks

クライアント アプリケーションで バインド 関数と共に使用する場合、適切なローカル エンドポイントを割り当てるには 、ポート メンバーを 0 にする必要があります。 サーバー アプリケーションで バインド と共に使用する場合、 ポート メンバーは有効なポート番号またはBT_PORT_ANYである必要があります。BT_PORT_ANYを使用して自動的に割り当てられたポートは、 その後、getsockname 関数の呼び出しで照会できます。 特定の RFCOMM ポートを要求するための有効な範囲は、1 から 30 です。

serviceClassId が指定されていないときに connect 関数を使用する場合、ポートは接続操作が要求されるリモート ポート番号を直接指定する必要があります。 serviceClassId メンバーの代わりにポート メンバーを使用するには、接続操作を試行する前に、アプリケーションで独自のサービス (SDP) 検索を実行する必要があります。

要件

こちらもご覧ください

Bluetooth とバインド

Bluetooth と getsockname

Bluetooth と Accept

Bluetooth と接続