(57)【特許請求の範囲】
【請求項１】
所定のサービスの提供が可能なデバイスを無線ネットワークの管理下で制御する無線制御端末であって、
前記デバイスからの無線信号に基づき、当該デバイスとの接続を行う第１接続手段と、
前記無線ネットワークの管理下にない外部端末との接続を行う第２接続手段と、
前記第２接続手段により接続された外部端末から送信された、デバイスの識別子及びサービス種別を含むサービス発見要求に応じ、当該デバイスの識別子のデバイスにより提供可能な当該サービス種別のアクセス先を前記外部端末に対して提供する提供手段と、
前記第２接続手段により接続された外部端末から送信された、前記アクセス先を含むサービス開始要求に応じ、当該デバイスと当該外部端末との間を中継し、当該サービスの実体を前記外部端末に提供する中継手段と、
を含む無線制御端末。
【請求項２】
前記提供手段は、前記アクセス先を前記外部端末に対して提供する際に、当該アクセス先にかかるサービスの状態を、前記第１接続手段を介して、当該デバイスから取得し、そのサービスの状態も前記アクセス先とともに前記外部端末に対して提供する、
請求項１に記載の無線制御端末。
【請求項３】
前記中継手段は、前記外部端末から、前記アクセス先へのサービス開始の要求を初回に受けた場合に限り、前記サービスの実体を前記外部端末に提供する、
請求項１に記載の無線制御端末。
【請求項４】
所定のサービスの提供が可能なデバイスを無線ネットワークの管理下で制御する無線制御端末と、前記無線ネットワークの管理下にない外部端末とを含む無線通信システムであって、
前記無線制御端末は、
前記デバイスからの無線信号に基づき、当該デバイスとの接続を行う第１接続手段と、
前記無線ネットワークの管理下にない外部端末との接続を行う第２接続手段と、
前記第２接続手段により接続された前記外部端末から送信された、デバイスの識別子及びサービス種別を含むサービス発見要求に応じ、当該デバイスの識別子のデバイスにより提供可能な当該サービス種別のアクセス先を前記外部端末に対して提供する提供手段と、
前記第２接続手段により接続された外部端末から送信された、前記アクセス先を含むサービス開始要求に応じ、当該デバイスと前記外部端末との間を中継し、当該サービスの実体を前記外部端末に提供する中継手段と、を有し、
前記外部端末は、
前記デバイスからの無線信号を検出する検出手段と、
前記検出手段により検出された無線信号の発信元のデバイスを前記無線ネットワークの管理下で制御する前記無線制御端末の通信アドレスの検索を検索サーバに対して要求する検索手段と、
前記検索手段により検索された通信アドレスを用いて、前記無線制御端末との接続を行う外部端末側接続手段と、
前記外部端末側接続手段により接続された前記無線制御端末に対して、前記発信元のデバイスに関する前記アクセス先の送信を要求する要求手段と、
当該無線制御端末から、前記外部端末側接続手段を介して、前記要求手段により要求されたアクセス先にかかるサービスの実体の提供を受け、そのサービスの実体を実行するサービス実行手段と、
を有する無線通信システム。
【請求項５】
請求項４に記載の無線通信システムにおいて、
前記外部端末の前記検索手段が、前記検索サーバへの検索の要求により、前記無線制御端末の通信アドレスとともに、当該無線制御端末の連絡先も取得する場合、
前記外部端末は、
前記無線制御端末の連絡先とその管理者情報との対応付けを管理する対応付け手段と、
前記検索手段により取得された無線制御端末の連絡先に対応する前記管理者情報を前記対応付け手段から抽出して外部に出力する制御手段と、
をさらに有する無線通信システム。
【請求項６】
所定のサービスの提供が可能なデバイスを無線ネットワークの管理下で制御する無線制御端末と、前記無線ネットワークの管理下にない外部端末とを含むコンピュータシステムを用いた無線通信方法であって、
前記外部端末は、
前記デバイスからの無線信号を検出するステップと、
前記検出した無線信号の発信元のデバイスを前記無線ネットワークの管理下で制御する前記無線制御端末の通信アドレスの検索を検索サーバに対して要求するステップと、
前記要求により検索された通信アドレスを用いて、前記無線制御端末との接続を行うステップと、
前記接続した前記無線制御端末に対して、前記発信元のデバイスにより提供可能なサービス種別のアクセス先の送信を要求するステップと、を含み、
前記無線制御端末は、
前記外部端末から送信された、デバイスの識別子及びサービス種別を含むサービス発見要求に応じ、当該デバイスの識別子のデバイスにより提供可能な当該サービス種別のアクセス先を前記外部端末に対して提供するステップと、
前記外部端末から送信された、前記アクセス先を含むサービス開始要求に応じ、当該デバイスと前記外部端末との間を中継し、当該サービスの実体を前記外部端末に提供するステップと、を含む、無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワークを通じてデバイスとの通信を行う無線制御端末等に関するものである。
【背景技術】
【０００２】
近年、Bluetooth（登録商標）やＵＷＢ(Ultra Wide Band)といった近距離無線技術の普及に伴い、ＰＡＮ(Personal Area Network)の普及が見込まれている。ＰＡＮは、個人的なネットワーク環境を構成したネットワークであり、近距離無線のインタフェース付きデバイス（携帯電話、情報家電機器など）を持つユーザを中心に構成される。たとえば、テレビやビデオ、カメラ等の情報家電機器が上記デバイスに用いられる。また、携帯電話やＰＤＡ(Personal Digital Assistance)等の情報端末もこれに用いられる。
上記ＰＡＮにより、携帯電話を情報端末として情報家電機器を制御することが可能となる。そして、ＰＡＮに４００Mbs以上の伝送速度を実現するＵＷＢを適用した場合には、たとえば、ストリーミングサービスによる映像データをテレビに転送したり、ビデオに録画することが可能となる。
【０００３】
ここで、あるユーザ（以下「ユーザＡ」という）が、自己の携帯電話と自宅内の情報家電機器（テレビ等）とを用いてＰＡＮを構築する場合、携帯電話の操作により、ＰＡＮを通じて情報家電機器の制御を行うのが通常の利用形態となる。たとえば、ユーザＡの友人、すなわち第三者（以下「ユーザＢ」という）も、自己の携帯電話を操作して、上記ＰＡＮを通じて、ユーザＡ所有の情報家電機器の制御が行えるようにする場合（たとえば、テレビに放送用コンテンツの送信させる制御等）、セキュリティ等の関係で、その接続形態が問題になる。
しかしながら、このような場合にあっては、ユーザＡの携帯電話が、ユーザＢの携帯電話と上記情報家電機器との間を中継するようにする接続形態が一般的な方法であると考えられる。なぜなら、このようにすることで、ユーザＢの携帯電話からの直接のアクセス先が、ユーザＡの携帯電話だけということになり、ユーザＢの携帯電話に対して、ＰＡＮへのアクセス権限を与える必要がなくなるからである。
もし、仮に、ＰＡＮへのアクセス権限をユーザＢの携帯電話に与えた場合、ユーザＢが、自己の携帯電話を用いて、ＰＡＮ内の情報家電機器に対して、不正な制御を容易に行いうる（たとえば、音楽データの消去等）。このため、通常は、そのような第三者の不正制御を回避するため、ＰＡＮ内でアクセス制御を行う必要が生じうる。しかし、アクセス制御をＰＡＮ内で行うといっても、ＰＡＮの利用形態上（制御対象が変わりやすい等）、アクセス制御の設定が困難となる。また、Bluetoothの場合、ＰＡＮがマスタとスレーブとで構成されることになるので、スレーブの情報家電機器には、アクセス制御の設定ができないことになってしまう。
【０００４】
このような状況下において、従来、ホームネットワークの外部のネットワークに接続されたクライアントから、そのホームネットワークに接続されたデバイスに関する情報を取得するアプリケーション・ゲートウェイ（以下単に「ゲートウェイ」ともいう）が開示されている。また、上記クライアントと情報処理装置との間では、ワンタイムパスワードやＳＳＬ(Secure Socket Layer)を用いた認証を行うことが開示されている（たとえば、特許文献１参照）。
【０００５】
次に、特許文献１に開示された技術をＰＡＮに適用した場合のシステム構成およびその処理手順について説明する。ここでは、特許文献１におけるゲートウェイを上記ユーザＡの携帯電話に適用するとともに、特許文献１におけるクライアントを上記ユーザＢの携帯電話に適用した場合を想定して説明する。
この場合のシステム構成を図１９に示す。なお、図１９では、上記ユーザＢの携帯電話を携帯電話１９０１、上記ユーザＡの携帯電話を携帯電話（ゲートウェイ）１９０２としてそれぞれ示している。
携帯電話１９０２は、ＰＡＮを制御したり管理したりする。具体的には、携帯電話１９０２は、ＰＡＮを構成する所定の無線通信エリア内に存在する映像再生装置１９０３および音声再生装置１９０４との間でＩＰ(Internet Protocol)通信を行う。なお、映像再生装置１９０３は、携帯電話１９０２と同じ部屋内にあり、他方、音声再生装置１９０４は、携帯電話１９０２とは異なる部屋にある。つまり、ユーザＡからは、映像再生装置１９０３は見えるが、音声再生装置１９０４はみえない状態にある。
このような場合において、携帯電話１９０２は、ＰＡＮを通じて、映像再生装置１９０３に記録された映像を再生したり、あるいは音声再生装置１９０４に記録された音声を再生したりすることが可能となる。
【０００６】
次に、上記図１９のシステムにおいて、携帯電話１９０１において、音声再生装置１９０４に記録されたコンテンツ（音声データ）を取得する場合の処理手順を図２０に基づいて説明する。
ステップＳ１０００では、携帯電話１９０１と携帯電話１９０２との間で接続を確立する。
ステップＳ１００１では、携帯電話１９０１と携帯電話１９０２との間でログイン処理を行う。この場合、特許文献１で開示されているように、携帯電話１９０２は、ワンタイムパスワードを生成し、それを携帯電話１９０１の画面に表示させる。携帯電話１９０１の画面に表示されたパスワードは、携帯電話１９０１に入力される。そして、携帯電話１９０１は、そのパスワードを用いて、携帯電話１９０２へのログインを行う。このとき、携帯電話１９０１と携帯電話１９０２との間では、ＳＳＬ(Secure Socket Layer)による接続を行う。
そして、上記ログイン後、携帯電話１９０２が、ＰＡＮ内のデバイス（ここでは、映像再生装置１９０３、音声再生装置１９０４）の使用許可を携帯電話１９０１に与える。このとき、特許文献１に開示されているように、携帯電話１９０１と携帯電話１９０２との間では、メッセージ・ダイジェストを用いた秘密情報の共有処理を行うとともに、相互認証を行う。
【０００７】
ステップＳ１００２では、携帯電話１９０１が、携帯電話１９０２に対し、デバイスリスト（特許文献１におけるデバイスに関する情報に相当）を要求する。この要求は、ＰＡＮ内に存在する全てのデバイスのリストを取得するためのメッセージを用いて行われる。たとえば、ＵＰｎＰ(Universal Plug and Play)のＳＳＤＰ(Simple Service Discovery Protocol)のGet Device Listメッセージをこれに用いる。
ステップＳ１００３では、携帯電話１９０２が、携帯電話１９０１に対し、デバイスリストの応答を行う。具体的には、携帯電話１９０２は、ＰＡＮ内に存在する全てのデバイスのアドレスと、各デバイスが提供可能なサービスへのＵＲＬ(Uniform Resource Locator)とを携帯電話１９０１に出力する。ここでいうサービスは、たとえば、音声データや映像データ等のコンテンツの伝送サービスを指す。これにより、たとえば、後記するステップＳ１００４以降の処理により、携帯電話１９０１において、所定のコンテンツ伝送のサービスを受けることが可能となる。
【０００８】
具体的には、ステップＳ１００４では、携帯電話１９０１は、携帯電話１９０２に対し、ＨＴＴＰ(HyperText Transfer Protocol)要求を行う。詳述すると、携帯電話１９０１が、上記デバイスリストの中から指定された所定のＵＲＬに基づいて、デバイスリストの要求を携帯電話１９０２に行う。当該要求を受けて、携帯電話１９０２は、ＨＴＴＰ要求を、たとえば音声再生装置１９０４に行う（ステップＳ１００５）。具体的には、携帯電話１９０２は、ＨＴＴＰ要求で指定されたＵＲＬを分析し、そのＵＲＬを有する音声再生装置１９０４に上記ＨＴＴＰ要求を行う。
そして、ＨＴＴＰ要求を受けた音声再生装置１９０４は、当該ＨＴＴＰ要求に応じたコンテンツ（たとえば音声データ）を抽出して、そのコンテンツを携帯電話１９０２に送信する（ステップＳ１００６）。そして、携帯電話１９０２は、当該コンテンツを携帯電話１９０１に送信する（ステップＳ１００７）。これにより、携帯電話１９０１は、携帯電話１９０２からのコンテンツを受信して再生することが可能となる。
【０００９】
また、携帯電話１９０１において、上記デバイスリストの中から他のＵＲＬが指定された場合、上記ステップＳ１００４〜Ｓ１００７の処理と同様に、ステップＳ１００８〜Ｓ１０１１の処理を行う。これにより、携帯電話１９０１において、他のコンテンツの再生を行うことが可能となる。なお、携帯電話１９０１と携帯電話１９０２との間の通信では、ＳＳＬ等の暗号化処理を行うことにより、携帯電話１９０１が、セキュアにＰＡＮにアクセスすることが可能となる。
【００１０】
【特許文献１】特開２００４−２７２６３２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１におけるデバイスに関する情報には、当該ホームネットワークに接続されたすべてのデバイスに関するものが含まれている。このため、このような技術をＰＡＮに適用したとしても（図１９、図２０参照）、たとえばＰＡＮ外部の携帯電話とＰＡＮ内部のデバイスとの間の無線距離の関係等により、情報端末は、実際には利用できないデバイスに関する情報も含めて取得することとなり、所望のデバイスのサービスの提供を効率的に受けることができないという結果となる。
そこで、本発明は、このような状況下においてなされたものであり、無線ネットワークに所属するデバイスのサービスをその無線ネットワークの外部の端末に対して効率的に提供する支援を行うことをその目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明は、所定のサービスの提供が可能なデバイスを無線ネットワークの管理下で制御する無線制御端末であって、上記デバイスが提供可能なサービスに関するサービス情報を管理する管理手段と、上記デバイスからの無線信号に基づき、当該デバイスとの接続を行う第１接続手段と、上記無線ネットワークの管理下にない外部端末との接続を行う第２接続手段と、上記第２接続手段により接続された外部端末からの要求に応じ、当該デバイスが提供可能なサービスに関するサービス情報を上記管理手段から抽出し、そのサービス情報を上記外部端末に対して提供する提供手段と、上記提供手段により提供されたサービス情報にかかるサービスの提供が可能なデバイスと当該外部端末との間を中継し、当該サービスの実体を上記外部端末に提供する中継手段と、を含む。
【発明の効果】
【００１３】
本発明によれば、無線ネットワークに所属するデバイスのサービスをその無線ネットワークの外部の端末に対して効率的に提供する支援を行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態１ないし実施の形態３について図面に基づいて説明する。
（実施の形態１）
図１は本実施の形態における無線通信システム１の全体的な構成例を示すブロック図である。
無線通信システム１は、制御端末（無線制御端末）１０と携帯電話（外部端末）２０とを含んで構成されている。制御端末１０は、ＰＡＮ(Personal Area Network)１００に接続された映像再生装置（デバイスともいう）１１および音声再生装置（デバイスともいう）１２の制御に用いられる。ＰＡＮ１００は、Bluetooth（登録商標）、ＵＷＢ(Ultra Wide Band)、Zigbee等の近距離無線インタフェースを用いて構成された無線ネットワークである。なお、図１では、映像再生装置１１は、制御端末１０と同じ部屋内にあるが、音声再生装置１２は、その外部にあるものとする。
また、制御端末１０および携帯電話２０は、携帯電話網等の通信ネットワーク網３０を介して、検索サーバ４０に接続可能に構成されている。検索サーバ４０は、制御端末１０に関するアドレス情報を格納するメモリ等の記憶部４０１を管理する。アドレス情報としては、たとえば、制御端末１０のＩＰ(Internet Protocol)アドレス（通信アドレス）等がある。なお、検索サーバ４０は、ＣＰＵ等の処理装置を含んで構成されている。
【００１５】
さらに具体的に説明する。制御端末１０は、たとえば携帯電話であり、ＰＡＮ１００の所有者（以下「管理者」という）に用いられる。なお、制御端末１０は、携帯電話に限られず、たとえばＰＨＳ(Personal Handyphone System)やゲーム機等の情報端末であってもよい。
制御端末１０は、ＰＡＮのインタフェースを持ち、後記するビーコンｂ１０やビーコン応答ｂ１１、ｂ１２に基づいて、ＰＡＮに接続されるデバイス全ての情報（たとえば、デバイスＩＤ等）を管理する。
映像再生装置１１は、映像データ等のコンテンツ（サービス実体ともいう）を提供することが可能なものであり、たとえば、パーソナルコンピュータ、テレビ、ビデオデッキ、ハードディスクレコーダ、ＤＶＤレコーダ等がこれに該当する。本実施の形態において、映像再生装置１１が提供可能なサービスとしては、映像データの提供を行う映像サービスと、音声データの提供を行う音声サービスの２種類のサービスがある。音声再生装置１２は、音声データのコンテンツ（サービス実体ともいう）を提供するサービスが可能なものであり、たとえば、携帯電話（スピーカを含む）、パーソナルコンピュータ等がこれに該当する。なお、図１では、映像再生装置１１および音声再生装置１２の２台が、ＰＡＮ１００の管理下にあるデバイスとして示されているが、他の種類のデバイス（ゲーム機等）をデバイスに用いてもよい。
携帯電話２０は、ＰＡＮ１００のインタフェースを持ち、上記管理者以外のユーザ（管理者からみて第三者にあたる）に用いられる。
【００１６】
図２は制御端末１０の構成例を示すブロック図である。
図２において、制御端末１０は、サービス検索応答手段（提供手段）１０１と、外部デバイス管理手段１０２と、外部接続手段（第２接続手段）１０３とを有する。また、制御端末１０は、内部デバイス管理手段（管理手段）１０４と、伝送中継手段（中継手段）１０５と、ＰＡＮデバイス検索手段（以下「検索手段」という）１０６と、ＰＡＮ接続手段（第１接続手段）１０７とを有する。以下にこれらの機能を詳述する。
サービス検索応答手段１０１は、携帯電話２０からのサービス検索要求に応じた応答を行うものである。サービスというのは、ＰＡＮ１００内のデバイスが提供可能なサービスを意味する。
外部デバイス管理手段１０２は、ＰＡＮ１００の外部からＰＡＮ１００に接続された外部デバイス（本実施の形態においては、携帯電話２０）を管理する。
【００１７】
外部接続手段１０３は、ＰＡＮ１００の外部にある外部デバイスとの通信接続を行う。外部接続手段１０３として、Bluetooth（登録商標）、UWB、Zigbee等のＰＡＮ用のプロトコルスタックを用いることとするが、これに限られない。たとえば、ＩＥＥＥ(Institute of Electrical and Electronic Engineers)８０２関連のＬＡＮや、無線ＬＡＮプロトコルスタックソフトウェア・ハードウェアにより構成するようにしてもよい。
内部デバイス管理手段１０４は、ＰＡＮ１００内に存在するデバイス（本実施の形態においては、各装置１１、１２）を管理する。
【００１８】
伝送中継手段１０５は、携帯電話２０とＰＡＮ１００に接続されたデバイスとの間の通信を制御端末１０が中継する場合に、通信プロトコルやコンテンツの変換を行う。コンテンツの変換には、たとえば、データ形式等の変換を含む。伝送中継手段１０５は、たとえばＮＡＴ(Network Address Translation)やコーデック、トランスコーダのソフトウェアを用いることにより実現される。
検索手段１０６は、ＰＡＮ１００内に存在するデバイスや、そのデバイスに提供されるサービスを検索する。具体的には、検索手段１０６は、後記するＰＡＮサービス発見要求を生成する。また、検索手段１０６は、ＰＡＮ１００内に存在するデバイスからの応答を受けて、当該デバイスに関するデータ（デバイスＩＤ等）を抽出し、それらのデータを内部デバイス管理手段１０４に登録する処理等を行う。
ＰＡＮ接続手段１０７は、ＰＡＮ１００に接続するためのプロトコルスタックであり、Bluetooth、UWB、Zigbee等のＰＡＮ用プロトコルスタックのソフトウェアやハードウェアにより実現される。このように構成することにより、ＰＡＮ接続手段１０７は、ＰＡＮ１００内にあるデバイスの所在確認を行うためのビーコンを出力することが可能となる。
【００１９】
なお、制御端末１０の各管理手段１０２、１０４は、ＨＤＤ（Hard Disk Drive）や半導体メモリ等の記憶装置で実現可能である。また、制御端末１０の各手段１０１、１０３、１０５〜１０７は、ＣＰＵなどの処理装置で実現可能である。処理装置は、上記記憶装置に記憶された制御プログラムに従って実行する。
【００２０】
図３は携帯電話２０の構成例を示すブロック図である。
図３において、携帯電話２０は、中継デバイス検索手段２０１（以下「デバイス検索手段２０１」という）と、ＰＮＣ接続手段（外部端末側接続手段）２０２と、中継デバイス管理手段２０３とを有する。また、携帯電話２０は、サービス検索手段（要求手段）２０４と、ＰＡＮ ＭＡＣ検出手段（検出手段）２０５（以下「検出手段２０５」という）と、制御手段（サービス実行手段）２０６とを有する。以下にこれらの機能を詳述する。
デバイス検索手段２０１は、ＰＡＮ１００の管理下にあるデバイスを制御する中継デバイス（本実施の形態においては制御端末１０）を検索する。また、デバイス検索手段２０１は、制御端末１０のＩＰアドレスの検索要求を生成し、その検索要求を通信ネットワーク網３０を介して検索サーバ４０に行う。本実施の形態においては、上記検索要求により、たとえば、制御端末１０のＩＰアドレスが検索結果として得られることとなる。
【００２１】
ＰＮＣ接続手段２０２は、制御端末１０との接続を行う。なお、ＰＮＣは、Personal area Network Controllerの略である。ＰＮＣ接続手段２０２は、ＰＡＮのプロトコル等による接続と、ＩＰ接続の２つに対応するようになっており、たとえば、プロトコルスタックやミドルウェアにより実現される。本実施の形態では、Bluetooth、UWB、Zigbee等のＰＡＮ用プロトコルスタックをこの手段２０２として用いることとするが、これに限られない。たとえば、ＩＥＥＥ８０２関連のＬＡＮや、無線ＬＡＮプロトコルスタックソフトウェア・ハードウェアにより構成するようにしてもよい。
【００２２】
中継デバイス管理手段２０３は、外部デバイス（本実施の形態においては携帯電話２０）がアクセスするＰＡＮの窓口（ゲートウェイ）となる中継デバイス（本実施の形態においては制御端末１０）を管理する。
【００２３】
サービス検索手段２０４は、ＰＡＮ１００内で提供可能なサービス（たとえば音声サービス等）を検索する。
検出手段２０５は、ＰＡＮ１００内でのＭＡＣ層の信号を検出する。本実施の形態では、たとえば、検出手段２０５は、ビーコンやビーコンに含まれる情報の一部を検出する。
制御手段２０６は、携帯電話２０に装着されたスピーカや表示画面等の制御を行う。
【００２４】
なお、携帯電話２０の中継デバイス管理手段２０３は、ＨＤＤや半導体メモリ等の記憶装置で実現可能である。また、携帯電話２０の各手段２０１〜２０６（２０３を除く）は、ＣＰＵなどの処理装置で実現可能である。処理装置は、上記記憶装置に記憶された制御プログラムに従って実行する。
【００２５】
次に、上記各管理手段１０２、１０４、２０３のデータ構成例を説明する。
図４は制御端末１０における外部デバイス管理手段１０２のフィールド構成例を示す図である。図４に示すように、外部デバイス管理手段１０２は、ＩＰアドレス１０２１と、ＳＩＰ ＵＲＩ１０２２と、提供回数１０２３との項目の各データを管理する。なお、ＳＩＰはSession Initiation Protocolの略で、ＵＲＩはUniform Resource Identifierの略である。
ＩＰアドレス１０２１は、ＰＡＮ１００の外部にある外部デバイスのＩＰアドレスを示す。
ＳＩＰ ＵＲＩ１０２２は、ＰＡＮ１００内のデバイスが提供可能なサービスへのアクセス先（文字列）を示し、ＳＩＰのＩＥＴＦ(Internet Engineering Task Force)のＲＦＣ３２６１で規定される。
提供回数１０２３は、ＳＩＰ ＵＲＩ１０２２で指定されたアクセス先を用いてサービスが提供された回数を示す。この提供回数１０２３を保持することにより、携帯電話２０からのデバイスへのサービス開始の要求が、初回のものか、あるいは２回目以降のものかを区別することが可能となる。これにより、本実施の形態においては、正当なアクセス権限を持たない端末（携帯電話等）からのＰＡＮへの不正なアクセスを防止することが可能となる。つまり、なりすましを防止することが可能となる。
【００２６】
図５は制御端末１０における内部デバイス管理手段１０４のフィールド構成例を示す図である。図５に示すように、内部デバイス管理手段１０４は、デバイスＩＤ１０４１とサービス種別（サービス情報）１０４２との項目の各データを管理する。
デバイスＩＤ１０４１は、ＰＡＮ１００内のデバイスの識別子を表し、たとえば「１」等の数字や、文字、記号列で構成される。サービス種別１０４２は、ＰＡＮ１００内のデバイスに提供されるサービスの種別を表し、たとえば「音声サービス」等の文字や、数字、記号列で構成される。
【００２７】
図６は携帯電話２０における中継デバイス管理手段２０３のフィールド構成例を示す図である。図６に示すように、中継デバイス管理手段２０３は、サービス種別２０３１と、ネットワークＩＤ２０３２と、デバイスＩＤ２０３３と、ＳＩＰ ＵＲＩ２０３４との項目の各データを管理する。
サービス種別２０３１は、ＰＡＮ１００内のデバイスが提供可能なサービスの種別を示し、たとえば「音声サービス」等の文字や、数字、記号列で指定される。
ネットワークＩＤ２０３２は、ＰＡＮ１００を識別するための識別子を示し、たとえば「５００」等の数字、文字、記号列で指定される。デバイスＩＤ２０３３は、ＰＡＮ１００内のデバイスを識別するための識別子を示し、たとえば「１」等の数字、文字、記号列で指定される。
ＳＩＰ ＵＲＩ２０３４は、ＳＩＰ ＵＲＩ１０２２（図４参照）と同様の内容である。すなわち、デバイスにより実行されるサービスを受けるためのアクセス先（文字列）を示し、ＩＥＴＦのＲＦＣ３２６１で規定される。
【００２８】
［ＰＡＮでの通信処理］
次に、ＰＡＮ１００での通信処理について図１を参照しつつ説明する。
制御端末１０は、ＰＡＮ１００内で、通信の可否を確認するためのビーコンｂ１０を発信して、その応答の有無を検出することにより、ＰＡＮ１００内のデバイスの存在の有無を確認する。図１では、ＰＡＮ１００内には、映像再生装置１１および音声再生装置１２が存在しており、これらが、ビーコンｂ１０の応答としてビーコン応答ｂ１１、ｂ１２を制御端末１０に送る。このため、制御端末１０が、各ビーコン応答ｂ１１、ｂ１２を検出し、映像再生装置１１および音声再生装置１２の存在を確認することとなる。
これにより、制御端末１０は、図１の部屋内に存在する映像再生装置１１のほかにも、その部屋の外に存在する音声再生装置１２の存在も確認することとなる。なお、ビーコンおよびその応答は、ＩＰ(Internet Protocol)層よりも下位、すなわちＭＡＣ層の信号とすることとする。
【００２９】
図７はビーコン応答ｂ１１のフォーマット例を示す図である。なお、ビーコン応答ｂ１２のフォーマットもこれと同様である。
ビーコン応答ｂ１１は、図７に示すように、ネットワークＩＤｄ１１と、デバイスＩＤｄ１２とから構成されている。ネットワークＩＤｄ１１は、ＰＡＮを一意に識別するためのＩＤである。デバイスＩＤｄ１２は、当該ＰＡＮ内のデバイスを一意に識別するためのＩＤである。
たとえば、Bluetoothの通信方式をＰＡＮ１００に適用する場合、ネットワークＩＤｄ１１の値はアクセスコード（６４ビット）で、デバイスＩＤ４０２の値はアドレス（ＡＭ＿ＡＤＤＲ）でそれぞれ規定される。
【００３０】
なお、ＭＡＣ層においては、ＰＡＮ１００内のデバイスだけがメッセージを判別できるようにペイロードが暗号化されることとなるが、ネットワークＩＤとデバイスＩＤは暗号化されない。そのため、ＰＡＮ１００に所属しない携帯電話２０であっても、ＰＡＮ１００内のデバイス（たとえば映像再生装置１１）から、ビーコン応答を受信した場合は、携帯電話２０は、そのビーコン応答に含まれるネットワークＩＤおよびデバイスＩＤを判別することが可能となる。
【００３１】
図８はサービス発見要求のフォーマット例を示す図である。サービス発見要求は、携帯電話２０がＰＡＮ１００でのサービスを受ける際に、携帯電話２０が制御端末１０に対し、サービス内容を検索させるための信号である。なお、このサービス発見要求は、たとえばＩＰ層の信号とすることとする。
サービス発見要求は、図８に示すように、信号種別ｄ２１、サービス種別ｄ２２、ネットワークＩＤｄ２３およびデバイスＩＤｄ２４で構成されている。
信号種別ｄ２１は、サービス発見要求であることを示すもので、文字や数字、記号列で示される。
サービス種別ｄ２２は、検索対象のサービスを示すもので、文字や数字、記号列等の識別子で指定される。具体的には、サービス時のデータ形式やデータサイズ等を含むサービス属性もこのサービス種別ｄ２２の中で指定される。
ネットワークＩＤｄ２３およびデバイスＩＤｄ２４は、上記ビーコン応答内のネットワークＩＤｄ１１およびデバイスＩＤｄ１２（図７参照）と同様の内容を示す。具体的には、ネットワークＩＤｄ２３は、ビーコン応答のネットワークＩＤｄ１１（図７参照）で指定されるネットワークＩＤを示し、デバイスＩＤｄ２４は、ビーコン応答のネットワークＩＤｄ１１（図７参照）で指定されるデバイスＩＤを示す。
なお、ネットワークＩＤｄ２３とデバイスＩＤｄ２４の組は、一組に限られず、複数の組で構成されてもよい。
【００３２】
図９はサービス発見応答のフォーマット例を示す図である。サービス発見応答は、上記サービス発見要求の応答で、制御端末１０が携帯電話２０に対して出力する信号である。
サービス発見応答は、図９に示すように、信号種別ｄ３１およびＳＩＰ ＵＲＩｄ３２で構成されている。
信号種別ｄ３１は、サービス発見応答であることを示すもので、文字や数字、記号列等の識別子で指定される。ＳＩＰ ＵＲＩｄ３２は、上記信号種別ｄ３１で指定されたサービスへのアクセス先（識別子）を示し、ＲＦＣ３２６１で規定される。
【００３３】
次に、携帯電話２０が、制御端末１０を経由して、ＰＡＮ１００内のデバイスのサービスの提供を受ける処理について図１０ないし図１２に基づいて説明する。
図１０はサービス提供に関する全体的な処理の概略を示すシーケンス図である。ステップＳ１の前に、ＰＡＮ１００が公知の手順によって構成され、ＰＡＮ１００内の各デバイスは相互にＩＰによる通信が可能になっているものとする。
ステップＳ１において、たとえば、管理者が制御端末１０の電源が入れると、制御端末１０が、ＰＡＮ１００内にあるデバイスについてのサービスの検索要求を出力する。この検索要求は、たとえば、同一の無線信号で出力することとするが、異なる無線信号を用いて出力するようにしてもよい。なお、本実施の形態では、Bluetooth方式をＰＡＮ１００に適用することとするので、上記検索要求は、たとえば、ブラウズ（検索）用の信号であるＳＤＰ(Session Description Protocol)のService Search Requestが用いられる。
ステップＳ２では、上記検索要求を受けて、たとえば、映像再生装置１１および音声再生装置１２の各々は、制御端末１０に対して、その検索応答を無線で出力する。具体的には、映像再生装置１１および音声再生装置１２の各々は、提供可能な各種サービスに関する情報（図８のサービス種別ｄ２２中に保持される情報を含む）を出力する。具体的には、各種サービスに関する情報としては、たとえば、サービスの種別、データ形式、データサイズ等がある。なお、本実施の形態では、上記検索応答は、たとえば、ＳＤＰのService Search Responseが用いられる。
このようにして、制御端末１０は、ＰＡＮ１００に所属するデバイスのサービス内容を検出する。
【００３４】
ステップＳ３において、制御端末１０は、ＰＡＮ１００のエリア内のデバイスの存在確認を行うため、たとえば一定の時間間隔でビーコンｄ１０を出力する。
ステップＳ４において、映像再生装置１１は、ビーコンｄ１０を受け、ビーコン応答ｂ１１（図１参照）を出力する。また、音声再生装置１２も、ビーコンｂ１０を受け、ビーコン応答ｂ１２（図１参照）を出力する。
上記出力を受け、制御端末１０は、上記各ビーコン応答ｂ１１、ｂ１２を受信し、それらのビーコン応答ｂ１１、ｂ１２に基づき、映像再生装置１１および音声再生装置１２の各々のデバイスＩＤと、それらの装置１１、１２が所属するＰＡＮ１００のネットワークＩＤとを検出することとなる。このようにして、制御端末１０は、ＰＡＮ１００に所属するすべてのデバイスの存在とその位置（ここではネットワークＩＤのＰＡＮの管理下であることを意味）を確認する。
そして、制御端末１０は、ビーコン応答中のデバイスＩＤおよびネットワークＩＤと、自己のＩＰアドレスとを、通信ネットワーク網３０を介して、検索サーバ４０に送信する。これにより、検索サーバ４０は、それらの値（デバイスＩＤ、ネットワークＩＤ、ＩＰアドレス）を記憶部４０１に管理することとなる。
【００３５】
なお、携帯電話２０は、上記ビーコン応答ｂ１２の到達エリア外にあるので、ビーコン応答ｂ１２を受信することにはならないが、上記ビーコン応答ｂ１１については、その到達エリア内にあるので、ビーコンｂ１１を受信することとなる（図１参照）。
【００３６】
本実施の形態においては、上記デバイスの存在とその位置の確認方法として、ビーコン応答（図７参照）により、デバイスＩＤとネットワークＩＤとを用いて確認する場合について説明するが、これらの確認が可能ならば、これに限られない。たとえば、デバイスＩＤのみを用いるようにしてもよい。あるいは、デバイスＩＤのみを用いる場合であれば、たとえば、そのデバイスＩＤは、デバイスに付されたＲＦＩＤ(Radio Frequency Identification)から読みとられたものであってもよい。
【００３７】
ステップＳ５において、ビーコン応答ｂ１１を受信した携帯電話２０は、そのユーザの操作により、ビーコン応答ｂ１１中のデバイスＩＤで指定されたデバイスを制御する中継デバイス（つまり、制御端末１０）のＩＰアドレスの検索要求を、通信ネットワーク網３０を介して、検索サーバ４０に送信する。この送信は、ビーコン応答ｂ１１で指定されたデバイスＩＤおよびネットワークＩＤが関連づけられて行われる。
ステップＳ６において、検索サーバ４０は、上記検索要求されたＩＰアドレスを携帯電話２０に送信する。具体的には、検索サーバ４０は、検索要求により、関連づけられていたデバイスＩＤおよびネットワークＩＤの組に対応する、制御端末１０のＩＰアドレスを記憶部４０１から読み出し、そのＩＰアドレスを携帯電話２０に送信する。
【００３８】
ステップＳ７において、検索サーバ４０からのＩＰアドレスを受信した携帯電話１０は、そのＩＰアドレスを用いて、制御端末１０との間で接続を確立する。本実施の形態では、インクワイアリー(inquiry)処理、ページング処理等によりＩＰ接続を確立することとする。これにより、携帯電話２０は、制御端末１０との間で通信を行うことが可能となる。なお、アクセスコードによる暗号化をＰＡＮに用いる場合、公知のペアリング処理や認証処理等も行う必要がある。
【００３９】
ステップＳ８において、携帯電話２０が、制御端末１０に対し、一回目のサービス発見要求を送信する。本実施の形態では、携帯電話２０のユーザの操作により、携帯電話２０が、たとえば、ユーザに指定された音声サービスのサービス発見要求を送信する。したがって、この場合、図８のサービス発見要求のサービス種別ｄ２２には、音声サービスが示される。また、図８のネットワークＩＤｄ２３およびデバイスＩＤｄ２４には、ステップＳ４での音声再生装置１１からのビーコン応答ｂ１１（図７参照）のネットワークＩＤｄ２３およびデバイスＩＤｄ２４の各値が指定される。
ステップＳ９において、サービス発見要求を受信した制御端末１０は、サービス発見応答を携帯電話２０に対して出力する。この場合、図９のサービス発見応答のＳＩＰ ＵＲＩｄ３２には、サービス発見要求（図８参照）のサービス種別ｄ２２に含まれていたアクセス先（たとえば、映像再生装置１１の音声サービスへのアクセス先を示すＵＲＩ）が指定される。なお、ＳＩＰ ＵＲＩの生成方法については、図１２で後記する。これにより、ユーザは、利用可能な各種サービスへのアクセス先を取得することが可能となる。
【００４０】
ステップＳ１０において、上記サービス発見応答を受信した携帯電話２０が、サービス開始要求を制御端末１０を経由して映像再生装置１１に対して出力する。ここで、サービス開始要求は、たとえば、ステップＳ９のサービス発見応答中のＳＩＰ ＵＲＩを含むINVITEメッセージを用いる。これにより、ユーザが、ＰＡＮ１００内の所望のサービスを要求することが可能となる。
ステップＳ１１において、サービス開始要求を受信した映像再生装置１１が、そのサービス開始要求されたサービスのサービス開始応答を制御端末１０を経由して行う。具体的には、映像再生装置１１は、そのサービス開始応答を制御端末１０に送信した後、INVITEメッセージのＳＩＰ ＵＲＩに指定されている音声データもサービス実体として、制御端末１０に送信する。
ステップＳ１２において、制御端末１０は、当該サービス開始応答にかかるサービス実体のサービス伝送を携帯電話２０に対して行う。これにより、携帯電話２０は、上記サービス伝送により、たとえば音声データのサービス実体をスピーカに出力して、サービスを実行することが可能となる。
【００４１】
そして、本実施の形態では、ステップＳ１２において、ユーザの移動により、上記サービス伝送が一旦中断される。その後、携帯電話２０が、制御端末１０に対し、上記サービス伝送の再開を要求するものとして、以下のステップについて説明する。
ステップＳ１３において、ユーザによる携帯電話２０の操作により、携帯電話２０が、再度、ステップＳ１０で用いたサービス開始要求（ＳＩＰ ＵＲＩが同じもの）を用いて、サービス開始要求を行う。そうすると、サービス開始要求を受信した制御端末１０が、接続の失敗の通知を携帯電話２０に行う（ステップＳ１４）。なお、この通知処理に関しては、図１１で詳述する。
【００４２】
次に、携帯電話２０は、ステップＳ８の場合と同様、サービス発見要求を新たに行う（ステップＳ１５）とともに、制御端末１０は、ステップＳ９の場合と同様、サービス発見応答を新たに行う（ステップＳ１６）。これにより、携帯電話２０は、再度、サービス開始要求を行い（ステップＳ１０と同様の処理）、たとえば映像再生装置１１からの音声データ（サービス実体）を受信することが可能となる。
【００４３】
このように、実施の形態１では、制御端末１０が、デバイスからのビーコン応答を受信した携帯電話２０に対して、サービス発見応答を出力する。そして、制御端末１０が、携帯電話２０から、サービス発見応答に示されたサービスのサービス開始要求を受け、そのデバイスと携帯電話２０との間を中継し、サービス実体を携帯電話２０に提供する。このため、制御端末１０は、携帯電話２０に対し、サービス発見応答に示されたサービスについての提供を行う支援を行うことが可能となる。
【００４４】
次に、携帯電話２０における処理手順を図１１に基づいて説明する（適宜図１、図３等参照）。ここでは、図１０のステップＳ５〜ステップＳ１６の処理に相当する処理を主に説明する。
ステップＳ１０１において、検出手段２０５は、映像再生装置１１からのビーコン応答ｂ１１に基づき、映像再生装置１１のデバイスＩＤを取得する（図１０のＳ４後の処理に相当）。具体的には、検出手段２０５は、ビーコン応答ｂ１１に含まれるデバイスＩＤおよびネットワークＩＤを中継デバイス管理手段２０３に格納する。
ステップＳ１０２において、デバイス検索手段２０１は、ビーコン応答ｂ１１の発信元のデバイスを制御する制御端末１０のアドレス検索処理を行う（図１０のＳ５〜Ｓ６の処理に相当）。具体的には、まず、デバイス検索手段２０１は、中継デバイス管理手段２０３に格納されたデバイスＩＤおよびネットワークＩＤ（ＩＤはともにビーコン応答ｂ１１に対応するもの）を、通信ネットワーク網３０を介して、検索サーバ４０に送信する。続いて、デバイス検索手段２０１は、検索サーバ４０から、上記デバイスＩＤおよびネットワークＩＤに対応づけられた、制御端末１０のＩＰアドレスを受信する。
【００４５】
ステップＳ１０３において、ＰＮＣ接続手段２０２は、制御端末１０との間で接続を確立する（図１０のＳ７に相当）。この確立では、ステップＳ１０２で検索された制御端末１０のＩＰアドレスと、携帯電話２０のＩＰアドレスとを用いて行われる。
【００４６】
ステップＳ１０４において、サービス検索手段２０４は、ＰＮＣ接続手段２０２を介して、制御端末１０に対し、サービス発見処理を行う。この処理は、図１０のＳ８の処理、および図１０のＳ９後の処理に相当する。
具体的に説明する。サービス検索手段２０４は、ＰＮＣ接続手段２０２を介して、制御端末１０からのサービス発見応答（図１０のＳ９参照）を入力する。そして、サービス検索手段２０４は、そのサービス発見応答を解析し、当該サービス発見応答（図９参照）中のＳＩＰ ＵＲＩｄ３２の値を抽出する。そして、サービス検索手段２０４は、そのＳＩＰ ＵＲＩｄ３２の値を中継デバイス管理手段２０３（図６参照）のＳＩＰ ＵＲＩ２０３４に格納する。
また、サービス検索手段２０４は、サービス発見要求（図１０のＳ８参照）と当該サービス発見応答とのマッチングを行い、サービス発見要求（図８参照）のサービス種別ｄ２２、ネットワークＩＤｄ２３およびデバイスＩＤｄ２４の各値を、中継デバイス管理手段２０３（図６参照）のサービス種別２０３１、ネットワークＩＤ２０３１およびデバイスＩＤ２０３３に格納する。
【００４７】
ステップＳ１０５において、制御手段２０６は、ＰＮＣ接続手段２０２を介して、制御端末１０に対しサービス開始の処理を行う（図１０のＳ１０の処理に相当）。
ステップＳ１０６において、制御手段２０６は、ＰＮＣ接続手段２０２を介して、制御端末１０からの応答の内容を判定する。そして、当該判定の結果、当該応答がサービス開始応答の場合（Ｓ１０６のサービス開始応答）、ステップＳ１０７に進む。他方、たとえば、当該応答が失敗通知の場合（ステップＳ１０６の失敗通知）、ステップＳ１０４に戻って、サービス検索手段２０４は、再度、サービス発見の処理を行う（図１０のＳ１３〜Ｓ１６参照）。
【００４８】
ステップＳ１０７において、ＰＮＣ接続手段２０２および制御手段２０６の各々は、サービス実行の処理を行う。具体的には、ＰＮＣ接続手段２０２は、制御端末１０からのサービス実体（たとえば音声データ）のサービス伝送を受ける。制御手段２０６は、そのサービス実体（たとえば音声データ）のデコードを開始し、その音声データをスピーカに出力（サービス実行）し始める（図１０のＳ１２後の処理に相当）。これにより、ユーザは、携帯電話２０を用いて、ＰＡＮ１００に所属する映像再生装置１１の音声サービスを受けることが可能となる。
ステップＳ１０８において、制御手段２０６は、サービスの状況を判断し、たとえばユーザの移動により、当該サービス実体のサービス伝送が中断したと判断した場合（Ｓ１０８の伝送中断）、ステップＳ１０５に戻り（図１０のＳ１３以降の処理に相当）、他方、サービスが終了したと判断した場合（Ｓ１０８のサービス終了）、処理を終了する。
【００４９】
次に、制御端末１０における処理手順を図１２に基づいて説明する（適宜図１、図２等参照）。ここでは、図１０の３つのステップＳ９、Ｓ１４、Ｓ１６に相当する処理について説明する。
ステップＳ２０１において、外部接続手段１０３が、携帯電話２０からの要求内容を判定し、それがサービス発見要求の場合、ステップＳ２０２に進み、他方、サービス開始要求の場合、ステップＳ２０５に進む。
【００５０】
ステップＳ２０２において、サービス検索応答手段１０１は、携帯電話２０から要求されたデバイスを抽出する。具体的には、まず、サービス検索応答手段１０１は、携帯電話２０からのサービス発見要求（図１０のＳ８、Ｓ１５参照）を解析し、当該サービス発見要求中のサービス種別ｄ２２（図８参照）に指定されたサービス種別（たとえば、音声サービス）と、そのデバイスＩＤｄ２４に指定されたデバイスＩＤ（たとえば、映像再生装置１１のもの）とを抽出する。続いて、サービス検索応答手段１０１は、内部デバイス管理手段１０４（図５参照）から、上記抽出したデバイスＩＤとサービス種別との組を検索する。そして、サービス検索応答手段１０１は、検索した組のデバイスＩＤ（たとえば、映像再生装置１１のもの）を抽出する。これにより、サービス開始要求に合致するサービスの提供が可能なデバイスが特定される。
【００５１】
ステップＳ２０３において、サービス検索応答手段１０１は、当該サービス発見要求に対応するサービス発見応答（図１０のＳ９、Ｓ１６参照）を生成する。次のステップＳ２０４で、サービス検索応答手段１０１は、そのサービス発見応答を、外部接続手段１０３を介して、携帯電話２０に対して出力する。なお、ステップＳ２０１〜ステップＳ２０４が、図１０のＳ９、Ｓ１６の処理に相当する。
ステップＳ２０３の処理を詳述する。サービス検索応答手段１０１は、ステップＳ２０２で抽出したデバイスＩＤのデバイスにより提供可能なサービス（たとえば、映像再生装置１１の音声サービス）のロケーションを指すＳＩＰ ＵＲＩをサービス発見応答（図９参照）のＳＩＰ ＵＲＩｄ３２に指定する。さらに、サービス検索応答手段１０１は、外部デバイス管理手段１０２（図４参照）に、携帯電話２０の情報を格納する。具体的には、サービス検索応答手段３０１は、携帯電話２０のＩＰアドレス（携帯電話２０と制御端末１０との間のＩＰ通信で用いられたもの）と、上記生成したサービス発見応答中のＳＩＰ ＵＲＩと、提供回数（ここではデフォルト値の「０」の値）とを、外部デバイス管理手段１０２（図４参照）に格納する。
【００５２】
［ＳＩＰ ＵＲＩの生成方法］
ここで、サービス検索応答手段１０１におけるＳＩＰ ＵＲＩの生成方法について詳述する。
サービス検索応答手段１０１は、たとえば疑似乱数を用いてＳＩＰ ＵＲＩを生成する。たとえば、ＳＩＰ ＵＲＩは、sip:<random><service>＿<machine>@panmoba.comで表記する。<random>には、提供回数（図４の提供回数１０２３の値）が入るが、この値は、乱数を用いて暗号化される。<service>には、音声サービス等のサービス名（図５のサービス種別１０４２の名称に対応）が入る。<machine>には、映像再生装置１１等の名称が入るが、これは、たとえば、デバイスＩＤとネットワークＩＤとにあらかじめ対応づけられたものである。なお、panmoba.comは、あらかじめ指定されている。
たとえば、図６のＳＩＰ ＵＲＩには、「sip:
1135571081675_0.com
」が指定されている。これは、430982が乱数、soundが音声サービス、visualが映像再生装置１１の名称（映像再生装置１１のデバイスＩＤとネットワークＩＤとに対応づけられたもの）をそれぞれ表している。
なお、ＳＩＰ ＵＲＩの表記方法として、サービス名やデバイス名ではなく、たとえば、サービス種別やデバイスＩＤを入れる方法もある。また、サービスやデバイスに依存せず、疑似乱数のみを用いてＳＩＰ ＵＲＩを表記するようにしてもよい。さらに、疑似乱数を用いて提供回数を暗号化することとしたが、他の値も疑似乱数を用いて暗号化してもよい。
【００５３】
次に、ステップＳ２０５において、伝送中継手段１０５は、外部接続手段１０３を介して、携帯電話２０からのサービス開始要求を取得し、当該サービス開始要求に用いられたＳＩＰ ＵＲＩの使用回数をカウントアップする。
具体的には、伝送中継手段１０５は、まず、当該サービス開始要求に用いられたＳＩＰ ＵＲＩを抽出する。続いて、伝送中継手段１０５は、そのＳＩＰ ＵＲＩと合致する、外部デバイス管理手段１０２（図４参照）のＳＩＰ ＵＲＩ１０２２の値を抽出する。そして、伝送中継手段１０５は、抽出したＳＩＰ ＵＲＩ１０２２の値に対応づけられた提供回数１０２３の値を一つカウントアップする。このカウントアップは、携帯電話２０と制御端末１０とのＩＰ通信に用いられた携帯電話２０のＩＰアドレスと、ＳＩＰ ＵＲＩとの組が一致したときに行われる。
たとえば、図１０のＳ９の場合であれば、伝送中継手段１０５は、提供回数１０２３の値を「０」から「１」にカウントアップし、図１０のＳ１３の場合であれば、「１」から「２」にカウントアップする。
【００５４】
ステップＳ２０６において、伝送中継手段１０５は、カウントアップしたＳＩＰ ＵＲＩの使用回数を判定する。そして、使用回数が「１」の場合、すなわち、外部デバイス管理手段１０２（図４参照）の提供回数１０２３の値が「１」を示している場合、ステップＳ２０７に進む。他方、使用回数が「２」以上の場合、ステップＳ２１０に進む。
【００５５】
ステップＳ２０７において、伝送中継手段１０５は、映像制御装置１１の制御を行う。具体的には、伝送中継手段１０５は、ＰＡＮ接続手段１０７を介して、ステップＳ２０１で判定されたサービス開始要求（たとえば、ＳＩＰのINVITEメッセージ）を映像再生装置１１に送信して、サービス開始要求で指定されたサービスの開始を映像再生装置１１に要求する。これにより、映像再生装置１１は、そのサービス開始応答を制御端末１０に送信した後、当該サービス開始要求されたサービス実体（たとえば音声データ）を制御端末１０に送信する。
【００５６】
ステップＳ２０８において、伝送中継手段１０５は、サービス中継を行う。具体的には、伝送中継手段１０５は、ＰＡＮ接続手段１０７を介して、映像再生装置１１からのサービス開始応答を受信する。そして、伝送中継手段１０５は、ステップＳ２０１で判定されたサービス開始応答の内容を解析する。そして、伝送中継手段１０５は、必要に応じて、サービス本体のフォーマット変換（たとえば音声データのフォーマット変換）を行ったり、ＮＡＴ(Network Address Translation)の設定が必要な場合は、ＩＰアドレスとポート番号の変換テーブルを設定したりする。
ステップＳ２０９において、伝送中継手段１０５は、上記設定したサービス開始応答を携帯電話２０に対して出力する。具体的には、伝送中継手段１０５は、外部接続手段１０３を介して、サービス開始応答を携帯電話２０に出力した後（図１０のＳ１１に相当）、そのサービス実体のサービス伝送を携帯電話２０に対して行う（図１０のＳ１２に相当）。これにより、制御端末１０は、携帯電話２０と、ＰＡＮ１００に所属するデバイスとの間を中継し、携帯電話２０にそのデバイスのサービスを提供することが可能となる。
【００５７】
他方、ステップＳ２１０において、外部接続手段３０３は、失敗の通知を携帯電話２０に対して行う（図１０のＳ１４に相当）。これにより、携帯電話２０は、同じＳＩＰ ＵＲＩの値を用いて、ＰＡＮ１００に所属するデバイスのサービスを受けることができないこととなる。これにより、たとえば、正当なアクセス権限を持たない他人のなりすましを回避することが可能となる。
【００５８】
なお、ＰＡＮ１００内の通信において、ＰＡＮ１００内のデバイスで共有される暗号キーを用いて情報が暗号化・復号化される場合、検索サーバ４０がその暗号キーをたとえば記憶部４０１にあらかじめ登録しておく。そして、検索サーバ４０は、携帯電話２０からのアドレス検索要求（図１０のＳ５参照）に応じたアドレス応答の際に、記憶部４０１の上記暗号キーも携帯電話２０に送信する。そうすると、上記暗号キーを受信した携帯電話２０が、ＰＡＮ１００内で通信を行う際に、その暗号キーを用いることが可能となり、携帯電話２０も、制御端末１０を介して、ＰＡＮ１００内にあるデバイスとの通信を行うことが可能となる。
なお、制御端末１０自身がサービスを提供する場合、映像再生装置１１または音声再生装置１２が制御端末１０と一体となった構成とする。そして、制御端末１０自身が本実施の形態と同様にサービスの管理を行い、サービス発見要求に対して制御端末１０が提供可能なサービスに対応したＳＩＰ  ＵＲＩを応答する。更に、制御端末１０自身がサービス開始要求に対して制御端末内部からサービスを提供する。これにより、携帯電話２０が制御端末１０のサービスを享受することが可能になる。
以上説明したように本実施の形態では、制御端末１０が携帯電話２０からのサービス開始要求に応じたサービスを携帯電話２０に提供することにより、提供可能なサービスの選択を容易に行うことができる。
【００５９】
（実施の形態２）
次に、本発明の実施の形態２について図１３ないし図１５に基づいて説明する。なお、実施の形態１と同一の部分については、実施の形態１と同一の符号を付して重複説明を省略する。
実施の形態２では、携帯電話２０が制御端末１０を経由してＰＡＮ１００にアクセスする際に、携帯電話２０のユーザが、制御端末１０の電話番号（連絡先）を確認することが可能な点が、実施の形態１と異なる。このため、実施の形態２では、図１０のＳ６でのアドレス応答の際に、検索サーバ４０が、制御端末１０の電話番号も、携帯電話２０に送信することとなる。以下、これらを詳述する。なお、本実施の形態では、連絡先が電話番号の場合で説明するが、管理者の特定が可能であれば、たとえば、制御端末１０のメールアドレス等を連絡先として用いてもよい。
【００６０】
図１３は実施の形態２における携帯電話２０の構成例を示すブロック図である。
図１３では、携帯電話２０が、他ユーザ管理手段（対応付け手段）２０７をさらに有する。他ユーザ管理手段２０７は、図１４に示すように、氏名２０７１および電話番号２０７２の各項目のデータをあらかじめ管理する。氏名２０７１は、他のユーザ（管理者を含む）の氏名が示され、電話番号２０７２は、そのユーザの電話番号（制御端末１０の電話番号を含む）が示される。
【００６１】
図１５は検索サーバ４０により送信されたアドレス応答（図１０のＳ６参照）のフォーマット例を示す図である。この例では、ＩＰアドレスｄ４１と電話番号ｄ４２とを含むアドレス応答が示されている。ＩＰアドレスｄ４１には、制御端末１０のＩＰアドレス（実施の形態１において検索サーバ４０が検索したもの）が指定され、電話番号ｄ４２には、制御端末１０の電話番号が指定される。なお、この制御端末１０の電話番号の指定方法については後記する。
【００６２】
次に、実施の形態２でのサービス提供に関する処理について図１０を参照しながら説明する。ここでは、実施の形態１と異なる点を中心に説明する。
図１０のステップＳ６では、検索サーバ４０は、制御端末１０のＩＰアドレスと、その制御端末１０の電話番号とをアドレス応答として、携帯電話２０に送信する。具体的には、検索サーバ４０は、ステップＳ５のアドレス検索要求で用いられたデバイスＩＤおよびネットワークＩＤの組に対応する、制御端末１０のＩＰアドレスおよびその電話番号を記憶部４１から読み出し、これらを携帯電話２０に送信する。
このようにすると、携帯電話２０（中継デバイス検索手段２０１）は、検索サーバ４０からのＩＰアドレスおよび電話番号を受信する。そして、携帯電話（中継デバイス検索手段２０１）２０が、その受信した電話番号に対応づけられた氏名を他ユーザ管理手段２０７から読み出し、制御手段２０６が、それを表示画面に表示することとなる。
【００６３】
以上説明したように、携帯電話２０において、取得した制御端末１０の電話番号が所望の管理者のものであることを確認した場合、携帯電話２０と制御端末１０との接続を確立する（ステップＳ７）。そして、その後は、ステップＳ８以降の処理が、実施の形態１の場合と同様に行われることとなる。このようにすると、ユーザが、意図しない管理者の制御端末１０に誤ってアクセスするケースが少なくなる。
【００６４】
なお、実施の形態２では、携帯電話２０の検出手段２０５（図３参照）が、単一のデバイスである映像再生装置１１からのビーコン応答ｂ１１を受信した場合について説明したが、複数の異なるビーコン応答を受信した場合、たとえば、次のような処理を行ってもよい。
すなわち、携帯電話２０の中継デバイス検索手段２０１は、まず、検出手段２０５により検出された各ビーコン応答のネットワークＩＤとデバイスＩＤとを含む各アドレス検索要求を検索サーバ４０に出力する（図１０のＳ５参照）。続いて、中継デバイス検索手段２０１は、検索サーバ４０から、各アドレス検索要求に応じた各アドレス応答（電話番号を含む）を受信する（図１０のＳ６参照）。
次に、中継デバイス検索手段２０１は、各アドレス応答に含まれる電話番号に対応づけられたすべての氏名を他ユーザ管理手段２０７から読み出す。そして、制御手段２０６が、読み出されたすべての氏名を、たとえば表示画面に表示する。
その結果、ユーザは、表示されたすべての氏名の中から、所望の氏名を選択し、携帯電話２０を用いて、その選択した氏名の管理者の制御端末に対し、図１０のＳ８以降の処理を行うことが可能となる。これにより、ユーザは、所望の氏名の管理者を選択する操作を一回行うだけで、所望の管理者のＰＡＮに所属するデバイスのサービスを受けることが可能となる。
【００６５】
（実施の形態３）
次に、本発明の実施の形態３について図１６ないし図１８に基づいて説明する。なお、実施の形態１と同一の部分については、実施の形態１と同一の符号を付して重複説明を省略する。
実施の形態３では、制御端末１０が、サービス発見要求（図１０のＳ８参照）されたサービスのサービス状態を携帯電話２０に通知する点が実施の形態１の場合と異なる。このため、以下では、その点を主に説明する。なお、制御端末１０および携帯電話２０を含む全体的なシステム構成は、図１の構成とほぼ同様であるので、その説明を省略する。
図１６は映像再生装置１１がサービス状態を通知する処理手順を示す図である。ここでは、ステップＳ８およびステップＳ９の間に、２つのステップＳ８Ａ、Ｓ８Ｂを追加した点が図１０の場合と異なるので、２つのステップＳ８Ａ、Ｓ８Ｂを主に説明する。
ステップＳ８Ａにおいて、制御端末１０は、ステップＳ８におけるサービス発見要求を受け、たとえば映像再生装置１１に対して、サービス状態取得要求を出力する。本実施の形態でも、実施の形態１の場合と同様にサービス発見要求は、音声サービスの要求とする。制御端末１０は、音声サービスの状態を問い合わせるサービス状態取得要求の信号を作成して、映像再生装置１１に出力することとなる。なお、サービス状態取得要求には、その要求を示す信号種別と、該当するサービスのＳＩＰ ＵＲＩとが含まれる。
ステップＳ８Ｂにおいて、映像再生装置１１は、サービス状態取得要求を受け、サービス状態取得応答を制御端末１０に対して行う。制御端末１０は、ステップＳ９で、当該サービス発見応答をサービス発見要求として、携帯電話２０に対して行う。本実施の形態では、サービス状態取得応答には、たとえば、音声サービスの状態が「使用可能」あるいは「使用不可」であることを示す値が含まれる。
【００６６】
ここで、上記サービス状態取得要求のフォーマット例を図１７に示す。
図１７では、信号種別ｄ６１、ＳＩＰ ＵＲＩｄ６２およびサービス状態ｄ６３が関連づけられている。信号種別ｄ６１およびＳＩＰ ＵＲＩｄ６２は、図９の信号種別ｄ３１およびＳＩＰ ＵＲＩｄ３２の内容と同様であるが、本実施の形態においては、信号種別ｄ６１には、サービス状態取得要求を示す情報が示される。
サービス状態ｄ６３には、サービスの実行可否を示す状態が指定される。ここでいう状態には、たとえば、所望のサービスが他のユーザやプログラムによって使用されている場合にはその旨や、サービスの使用時間帯、そのサービスを行うデバイスの存在場所に関する情報も含まれる。また、上記状態には、ユーザへのサービスの利用許可の有無も含む。この利用許可の有無は、サービス発見要求の対象となるデバイスの制御ポリシーにより判断される。また、５分後に当該サービスの使用が可能になる場合、その旨を示す情報がこのサービス状態ｄ６３に含まれる。
【００６７】
次に、図１６の制御端末１０の処理手順を図１８に基づいて説明する。ここでは、ステップＳ２０２とステップＳ２０３との間にステップＳ２０２Ａを追加した点が、図１２の場合と異なるので、ステップＳ２０２Ａを主に説明する。
ステップＳ２０２Ａにおいて、制御端末１０のサービス検索応答手段１０１は、デバイス状態確認を行う。具体的には、携帯電話２０からのサービス発見要求を受けたサービス検索応答手段１０１は、ＰＮＣ接続手段１０２を介して、映像再生装置１１に対して、サービス状態取得要求を出力する（図１６のＳ８Ａに相当）。その後、サービス検索応答手段１０１は、ＰＮＣ接続手段１０２を介して、映像再生装置１１からのサービス状態取得応答を受ける（図１６のＳ８Ｂに相当）。
以上説明したように、携帯電話２０は、制御端末１０から、使用の可否を示すサービス状態を含むサービス発見応答を受信することとなるので、ユーザは、そのサービス状態の内容を確認の上、所定のタイミングで、そのサービス開始要求を行う（図１０のステップＳ１０）ことが可能となる。たとえば、数分後に当該サービスの使用が可能になる旨がサービス状態に示されていた場合、ユーザは、数分後にサービス開始要求を行うことが可能となる。これにより、ユーザは、１回のサービス開始要求で、所望のサービス実体を取得することが可能となる。よって、携帯電話２０や制御端末１０における不要な処理を削減できる。
【００６８】
なお、本発明は、実施の形態１〜３に限られない。制御端末１０や携帯電話２０のハードウェア構成およびデータ構造は、本発明の要旨を逸脱しない限り、変更してもよい。たとえば、図２における各手段１０１〜１０７の組み合わせは、自在である。たとえば、外部デバイス管理手段１０２と内部デバイス管理手段１０４とを１つの管理手段にまとめてもよい。
また、通信方式としてＳＩＰを用いたが、たとえば、ＨＴＴＰ(HyperText Transfer Protocol)やＳＯＡＰ(Simple Object Access Protocol)等を用いてもよい。この場合、サービス開始要求には、それらのプロトコル規格のメッセージを用いる。そして、サービス発見応答には、ＳＩＰ ＵＲＩに代えて、各プロトコル規格で用いられるアクセス用の識別子を指定する必要がある。
さらに、図１では、映像再生装置１１および音声再生装置１２をデバイスとして説明したが、他の種類のデバイスを用いてもよい。たとえば、ゲーム機をデバイスとして用い、制御端末１０が、携帯電話２０とゲーム機との間を中継し、そのゲーム機により提供可能なサービス（所定のゲームソフトのダウンロード）を携帯電話２０に提供するようにしてもよい。
【産業上の利用可能性】
【００６９】
本発明にかかる無線制御端末は、サービス発見要求に含まれるネットワークＩＤやデバイスＩＤの中からＰＡＮ内において条件に合致するサービスを抽出して応答する機能を有し、ユーザが容易にサービスを選択できるように近隣のデバイスを発見しサービスを実行する装置等として有用である。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の形態１に係る無線通信システムの全体的な構成例を示すブロック図である。
【図２】図１の制御端末の構成例を示す図である。
【図３】図１の携帯電話の構成例を示す図である。
【図４】図２の外部デバイス管理手段のデータ構造の一例を示す図である。
【図５】図２の内部デバイス管理手段のデータ構造の一例を示す図である。
【図６】図３の中継デバイス管理手段のデータ構造の一例を示す図である。
【図７】ビーコンのフォーマット例を示す図である。
【図８】サービス発見要求のフォーマット例を示す図である。
【図９】サービス発見応答のフォーマット例を示す図である。
【図１０】サービス提供に関する全体的な処理の概略を示すシーケンス図である。
【図１１】図１０の携帯電話における処理手順を示す図である。
【図１２】図１０の制御端末における処理手順を示す図である。
【図１３】実施の形態２における携帯電話の構成例を示す図である。
【図１４】図１３の他ユーザ管理手段のデータ構造の一例を示す図である。
【図１５】実施の形態２におけるアドレス応答のフォーマット例を示す図である。
【図１６】映像再生装置がサービス状態を通知する処理手順を示す図である。
【図１７】図１６のサービス状態取得応答のフォーマット例を示す図である。
【図１８】実施の形態３における制御端末の処理手順を示す図である。
【図１９】従来技術をＰＡＮに適用した場合のシステム構成図である。
【図２０】図１９のシステムにおけるシーケンス図である。
【符号の説明】
【００７１】
１      無線通信システム
１０    制御端末
１１    映像再生装置
１２    音声再生装置
２０    携帯電話
４０    検索サーバ
１０１  サービス検索応答手段
１０２  外部デバイス管理手段
１０３  外部接続手段
１０４  内部デバイス管理手段
１０５  伝送中継手段
１０６  ＰＡＮデバイス検索手段
１０７  ＰＡＮ接続手段
２０１  中継デバイス検索手段
２０２  ＰＮＣ接続手段
２０３  中継デバイス管理手段
２０４  サービス検索手段
２０５  ＰＡＮ ＭＡＣ検出手段
２０６  制御手段
【図１】
0004642652.tif 000002
【図２】
0004642652.tif 000003
【図３】
0004642652.tif 000004
【図４】
0004642652.tif 000005
【図５】
0004642652.tif 000006
【図６】
0004642652.tif 000007
【図７】
0004642652.tif 000008
【図８】
0004642652.tif 000009
【図９】
0004642652.tif 000010
【図１０】
0004642652.tif 000011
【図１１】
0004642652.tif 000012
【図１２】
0004642652.tif 000013
【図１３】
0004642652.tif 000014
【図１４】
0004642652.tif 000015
【図１５】
0004642652.tif 000016
【図１６】
0004642652.tif 000017
【図１７】
0004642652.tif 000018
【図１８】
0004642652.tif 000019
【図１９】
0004642652.tif 000020
【図２０】
0004642652.tif 000021