(57)【要約】本発明の実施形態は、近距離無線通信に基づく接続ハンドオーバー方法を開示し、更に接続ハンドオーバー装置を開示する。本方法は、第０の端末が、第０の端末のアイドル接続リソース情報を取得するステップと、第１の端末に送信され、接続ハンドオーバープロセスの開始に用いられるかまたは接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる要求メッセージを受信するステップと、要求メッセージに従って、以下の決定が実行される必要があると決定するステップと、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを決定し、有すると決定された場合、第０の端末の接続構成情報を第１の端末にフィードバックするために第１の端末に応答メッセージを送信し、有さないと決定された場合、第０の端末の接続構成情報の第１の端末へのフィードバックを省略するステップと、を有する。本発明では、第０の端末が第０の端末の接続構成情報をフィードバックする場合に、第０の端末がアイドル接続リソースを有することを保証することができる。第０の端末がアイドル接続リソースを有さない場合、プロセス（例えば、第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続を確立しようとする）を回避することができるため、通信効率が改善される。
2016517222.tif 000002
【特許請求の範囲】
【請求項１】
近距離無線通信に基づく接続ハンドオーバー方法であって、
第０の端末が、前記第０の端末のアイドル接続リソース情報を取得するステップと、
第１の端末によって送信される要求メッセージを受信するステップであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、ステップと、
前記要求メッセージに従って、以下の第１の決定が実行される必要があると決定するステップと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は、前記第０の端末の接続構成情報を前記第１の端末にフィードバックするために前記第１の端末に応答メッセージを送信し、有さない場合は、前記第１の端末に対する前記第０の端末の接続構成情報のフィードバックを省略するステップと、
を有する方法。
【請求項２】
前記第０の端末の前記アイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む、
請求項１に記載の方法。
【請求項３】
前記第１の端末がハンドオーバー媒体である場合、
第１の端末によって送信される要求メッセージを受信する前記ステップは、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信し、それにより、前記第１の決定が実行される必要があると決定するステップを有し、
前記第１の端末に応答メッセージを送信する前記ステップは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを送信するステップを有し、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む、
請求項１に記載の方法。
【請求項４】
前記第１の端末がハンドオーバー媒体である場合、
第１の端末によって送信される要求メッセージを受信する前記ステップは、デバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信するステップを有し、前記第１のデバイス有効化要求は、前記第０の端末が第１のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定し、それにより、前記第１の決定が実行される必要があると決定できるように、前記第１のアクション識別子を伴い、
前記第１の端末に応答メッセージを送信する前記ステップは、前記第１の端末と接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第１のデバイス有効化応答を送信する、ステップを有し、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む、
請求項１に記載の方法。
【請求項５】
前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴い、
前記第１の端末は特に、前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体であり、
前記第０の端末がアイドル接続リソースを有すると決定された場合、前記方法は更に、前記第０の端末が、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するステップを有し、
第１の接続ハンドオーバー媒体メッセージを送信する前記ステップおよび前記第２の端末のために接続リソースを予約する前記ステップの後、前記第０の端末と前記第２の端末との間で接続が確立される前、前記方法は更に、
第３の端末によって送信される第２の接続ハンドオーバー要求を受信するステップであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴う、ステップと、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、
を有する、
請求項３に記載の方法。
【請求項６】
前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、
前記第３の端末と前記第１の端末とが同じ端末である場合、第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、
前記第３の端末と前記第１の端末とが同じ端末でない場合、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、
を有する、請求項５に記載の方法。
【請求項７】
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、前記第０の端末がアイドル接続リソースを有さない場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体であるとき、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップと、
前記第０の端末がアイドル接続リソースを有する場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信し、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、前記第３の端末がハンドオーバー媒体であるとき、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送り、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、
を有する、請求項６に記載の方法。
【請求項８】
前記第１の接続ハンドオーバー選択メッセージは、前記第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む、
請求項７に記載の方法。
【請求項９】
前記第１のデバイス有効化要求は、前記第１の端末の識別に用いられる第３の識別子を更に伴い、
前記第１の端末は特に、前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体であり、
前記第０の端末がアイドル接続リソースを有すると決定された場合、前記方法は更に、前記第０の端末が、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するステップを有し、
第１のデバイス有効化応答を送信する前記ステップおよび前記第２の端末のために接続リソースを予約する前記ステップの後、前記第０の端末と前記第２の端末との間で接続が確立される前、前記方法は更に、
第３の端末によって送信される第２のデバイス有効化要求を受信するステップであって、前記第２のデバイス有効化要求は第２のアクション識別子および第４の識別子を伴い、前記第４の識別子は前記第３の端末の識別に用いられる、ステップと、
前記第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定するステップと、
前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定するステップと、
を有する、請求項４に記載の方法。
【請求項１０】
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定する前記ステップは、前記第０の端末の近距離無線通信コントローラ（ＮＦＣＣ）が、デバイスホスト（ＤＨ）によって前記第０の端末の前記ＮＦＣＣに構成された前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定するステップを有し、
前記第１の端末は、前記第１の端末の前記ＮＦＣＣを用いて前記第１のデバイス有効化要求を送信するために、ＤＨを用いて、前記第１の端末のＮＦＣＣに前記第１のアクション識別子および前記第３の識別子を構成し、
前記第２のデバイス有効化要求の前記第２のアクション識別子および前記第４の識別子は、前記第３の端末によって、ＤＨを用いて前記第３の端末のＮＦＣＣに構成され、前記第３の端末の前記ＮＦＣＣが前記第２のデバイス有効化要求を送信する、
請求項９に記載の方法。
【請求項１１】
第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定する前記ステップは、
前記第３の端末と前記第１の端末とが同じ端末である場合、前記第３の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信するステップと、
前記第３の端末と前記第１の端末とが同じ端末でない場合、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って決定を実行して、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は、前記第３の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信し、有さない場合は前記第２のデバイス有効化応答の送信をスキップするステップと、
を有する、請求項９または１０に記載の方法。
【請求項１２】
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って決定を実行することにより、前記第０の端末がアイドル接続リソースを有すると決定された場合、前記方法は更に、
前記第３の端末のために接続リソースを予約するステップ、
を有する、請求項７または８または１１に記載の方法。
【請求項１３】
前記第１の端末が接続ハンドオーバーリクエスタである場合、
前記要求メッセージは接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求であり、前記応答メッセージは前記第０の端末の前記接続構成情報を含む第３の接続ハンドオーバー選択メッセージであり、または、
前記要求メッセージは、前記第０の端末が第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記第３のアクション識別子を伴う第３のデバイス有効化要求であり、前記第３のアクション識別子は、前記第１の端末の前記ＮＦＣＣが前記第３のデバイス有効化要求を送信できるように、前記第１の端末によって、ＤＨを用いて前記第１の端末のＮＦＣＣに構成され、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、前記応答メッセージは第３のデバイス有効化応答であり、前記第０の端末の前記アイドル接続リソース情報に従って前記第０の端末がアイドル接続リソースを有するか否かを決定する前記ステップは、前記第０の端末のＮＦＣＣが、ＤＨによって前記第０の端末の前記ＮＦＣＣに構成された前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定するステップを有する、
請求項１または２に記載の方法。
【請求項１４】
近距離無線通信のための接続ハンドオーバー装置であって、
第０の端末のアイドル接続リソース情報を取得するように構成される取得ユニットと、
第１の端末によって送信される要求メッセージを受信するように構成される第１の受信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、第１の受信ユニットと、
前記要求メッセージに従って、第１の判定ユニットがトリガされる必要があると決定するように構成される第１の決定ユニットと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は第１の送信ユニットをトリガするように構成される前記第１の判定ユニットであって、有さない場合は、前記接続ハンドオーバー装置は前記第０の端末の接続構成情報を前記第１の端末にフィードバックしない、前記第１の判定ユニットと、
前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、応答メッセージを前記第１の端末に送信するように構成される前記第１の送信ユニットと、
を備える装置。
【請求項１５】
前記第０の端末の前記アイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む、
請求項１４に記載の装置。
【請求項１６】
前記第１の受信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末によって送信され接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信するように構成され、
前記第１の送信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを前記第１の端末に送信するように構成され、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む、
請求項１４に記載の装置。
【請求項１７】
前記第１の受信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末によって送信されデバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信するように構成され、前記第１のデバイス有効化要求は第１のアクション識別子を伴い、
前記第１の決定ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、前記第１の判定ユニットをトリガするように構成され、
前記第１の送信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第１のデバイス有効化応答を前記第１の端末に送信するように構成され、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む、
請求項１４に記載の装置。
【請求項１８】
前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴い、
前記装置は更に、
前記第１の端末が前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合において、前記第０の端末がアイドル接続リソースを有すると前記第１の判定ユニットが判定したとき、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するように構成される第１の処理ユニットと、
前記装置が前記第１の接続ハンドオーバー媒体メッセージを送信し前記第２の端末のために前記接続リソースを予約した後、前記第０の端末と前記第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するように構成される第２の受信ユニットであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴う、第２の受信ユニットと、
前記第２の接続ハンドオーバー要求に従って、第２の処理ユニットをトリガすると決定するように構成される第２の決定ユニットと、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第２の処理ユニットと、
を備える、請求項１６に記載の装置。
【請求項１９】
前記第２の処理ユニットは、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定し、同じ端末であると決定した場合に第１の送信モジュールをトリガし、同じ端末でないと決定した場合に第１の処理モジュールをトリガするように構成される第１の判定モジュールと、
第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信モジュールであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、前記第１の送信モジュールと、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第１の処理モジュールと、
を有する、請求項１８に記載の装置。
【請求項２０】
前記第１の処理モジュールは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、アイドル接続リソースがないと決定された場合に第１の送信サブモジュールをトリガし、アイドル接続リソースがあると決定された場合に第２の送信サブモジュールをトリガするように構成される第１の判定サブモジュールと、
前記第３の端末が接続ハンドオーバーリクエスタである場合に、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体である場合に、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信サブモジュールと、
前記第３の端末が接続ハンドオーバーリクエスタである場合に、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信するように構成され、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、または、前記第３の端末がハンドオーバー媒体である場合に、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成され、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、前記第２の送信サブモジュールと、
を有する、請求項１９に記載の装置。
【請求項２１】
前記第１の接続ハンドオーバー選択メッセージは、前記第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む、
請求項２０に記載の装置。
【請求項２２】
前記取得ユニットは、
前記第１の判定ユニットが前記第０の端末の前記アイドル接続リソース情報に従って前記第０の端末がアイドル接続リソースを有するか否かを決定できるように、前記第０の端末のデバイスホスト（ＤＨ）を用いて、前記第０の端末の近距離無線通信コントローラ（ＮＦＣＣ）に前記第０の端末の前記アイドル接続リソース情報を構成するように構成される第１の構成モジュール、
を有する、請求項１７に記載の装置。
【請求項２３】
前記第１のデバイス有効化要求は更に、前記第１の端末の識別に用いられる第３の識別子を伴い、
前記装置は更に、
前記第１の端末が前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合において、前記第０の端末がアイドル接続リソースを有すると前記第１の判定ユニットが判定したとき、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するように構成される第３の処理ユニットと、
前記装置が前記第１のデバイス有効化応答を送信し前記第２の端末のために前記接続リソースを予約した後、前記第０の端末と前記第２の端末との間で接続が確立される前に、第３の端末によって送信される第２のデバイス有効化要求を受信するように構成される第３の受信ユニットであって、前記第２のデバイス有効化要求は第２のアクション識別子および第４の識別子を伴い、前記第４の識別子は前記第３の端末の識別に用いられる、第３の受信ユニットと、
前記第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定して、第４の処理ユニットをトリガするように構成される第３の決定ユニットと、
前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定するように構成される前記第４の処理ユニットと、
を備える、請求項１７または２２に記載の装置。
【請求項２４】
前記第４の処理ユニットは、
前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定し、同じ端末である場合は第２の送信モジュールをトリガし、同じ端末でない場合は第３の判定モジュールをトリガするように構成される第２の判定モジュールと、
前記第３の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信するように構成される前記第２の送信モジュールと、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って決定を実行して、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は前記第２の送信モジュールをトリガし、有さない場合は前記第２の送信モジュールのトリガをスキップするように構成される前記第３の判定モジュールと、
を有する、請求項２３に記載の装置。
【請求項２５】
前記第３の端末のために接続リソースを予約するように構成される第５の処理ユニット、
を更に備える、請求項２０または２１または２４に記載の装置。
【請求項２６】
前記第１の受信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の端末によって送信され接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求を受信するように構成され、前記第１の送信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第０の端末の前記接続構成情報を含む第３の接続ハンドオーバー選択メッセージを前記第１の端末に送信するように構成され、または、
前記取得ユニットは、前記第１の判定ユニットが前記第０の端末がアイドル接続リソースを有するか否かを判定できるように、前記第０の端末のＤＨを用いて、前記第０の端末のＮＦＣＣに前記第０の端末の前記アイドル接続リソース情報を構成するように構成される第２の構成モジュールを有し、前記第１の受信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の決定ユニットが第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記第１の端末によって送信され前記第３のアクション識別子を伴う第３のデバイス有効化要求を受信するように構成され、前記第１の送信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第３のデバイス有効化応答を前記第１の端末に送信するように構成される、
請求項１４または１５に記載の装置。
【請求項２７】
近距離無線通信のための接続ハンドオーバー装置であって、
要求メッセージを第０の端末に送信するように構成される送信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられ、前記要求メッセージは端末識別子を伴い、前記端末識別子は、前記第０の端末が前記端末識別子に従って前記要求メッセージの送信元を識別できるように、前記要求メッセージの送信元の識別に用いられる、送信ユニット、
を備える装置。
【請求項２８】
前記要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求であるか、または、
前記要求メッセージは、前記第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記アクション識別子を伴うデバイス有効化要求である、
請求項２７に記載の装置。
【請求項２９】
前記送信ユニットが前記デバイス有効化要求を送信できるように、ＤＨを用いてＮＦＣＣに前記端末識別子および前記アクション識別子を構成するように構成される構成ユニット、
を更に備える、請求項２８に記載の装置。
【請求項３０】
前記第０の端末が前記要求メッセージを受信した後、前記第０の端末によって送信された応答メッセージを受信するように構成される受信ユニット、
を更に備え、
前記要求メッセージが前記接続ハンドオーバー要求である場合において、前記第０の端末がアイドル接続リソースを有するとき、前記応答メッセージは前記第０の端末の接続構成情報を含み、有さないとき、前記応答メッセージは前記第０の端末の接続構成情報を含まず、
前記要求メッセージが前記デバイス有効化要求である場合において、前記第０の端末がアイドル接続リソースであるとき、前記応答メッセージはデバイス有効化応答である、
請求項２８または２９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術の分野に関し、特に、近距離無線通信に基づく接続ハンドオーバー方法および対応する装置に関する。
【背景技術】
【０００２】
近距離無線通信（ＮＦＣ、Near  Field  Communication）は短距離無線接続技術である。無線自動識別（ＲＦＩＤ、Radio  Frequency  Identification）技術に基づき、電磁誘導を利用して、電子デバイス間の短距離の通信を実現する。ユーザーがタップ（Tap）またはデバイスを近付けるだけで、直感的でセキュアな非接触式の情報交換や、支払取引等を実現することができる。
【０００３】
ポイントツーポイント（Ｐ２Ｐ）動作モードは、ＮＦＣ規格に定義される主要な双方向インタラクションプロトコルである。該動作モードのインタラクションプロセスにおいて、２つのＮＦＣ端末間でデータリンク層のリンクを確立するのに用いられる主要プロトコルは、論理リンク制御プロトコル（Logical  Link  Control  Protocol，ＬＬＣＰ）である。ＮＦＣ規格の発展に伴い、現在、分業方式が提案されている。分業方式では、ＮＦＣコントローラ（NF  Ccontroller，ＮＦＣＣ）が完全にＬＬＣＰプロトコルの動作を担当し、デバイスホスト（Device  Host，ＤＨ）が完全にＬＬＣＰにおけるアプリケーション層データのインタラクションを担当する。ＤＨがＮＦＣＣを構成する方法も、ＮＣＩ仕様に具体的に定義されている。
【０００４】
２つのＮＦＣ端末に関して、該２つのＮＦＣ端末がマッチするキャリアを有する（すなわち、該２つのＮＦＣ端末が、同時に同じタイプのキャリア（例えばＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ）を少なくとも１つサポートする）場合、単純なタップを用いて、該２つのＮＦＣ端末は、Ｐ２Ｐ動作モードのＮＦＣ通信により、Ｂｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉ接続構成情報を交換することができる。それにより、端末間でＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続を素早く確立することができる。このように、ＮＦＣ通信により接続構成情報を交換し、第２のタイプの接続（例えばＢｌｕｅｔｏｏｔｈ接続またはＷｉ−Ｆｉ接続）を素早く確立する技術が、ＮＦＣ接続ハンドオーバー技術である。更に、２つのＮＦＣ端末が接続ハンドオーバーを実施する際に、互いに直接タップするか互いに近接すると都合が悪い場合、ＮＦＣフォーラムはConnection  Handover  1.3草案において、モバイルＮＦＣ端末（例えば携帯電話やタブレットコンピューター）がハンドオーバー媒体として機能して、２つの端末が接続ハンドオーバーを実施してＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続を確立するのを補助する方法を提案している。
【０００５】
従来技術では、Connection  Handover  1.3草案に従って、２つのＮＦＣ端末に関して、一方の端末（接続ハンドオーバーリクエスタまたはハンドオーバー媒体として機能する）が他方の端末に対してＮＦＣ通信を開始して、接続ハンドオーバーを要求するとき、他方の端末が該一方の端末のキャリアにマッチするキャリアを有さない場合、或いはどのキャリアもサポートしていない場合を除いて、他方の端末は、対応する（すなわち、マッチするまたはサポート可能な）キャリア接続構成情報を該一方の端末にフィードバックし、それにより、Ｂｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉモジュールが接続を確立する処理プロセスをトリガする。
【０００６】
従来技術には以下のような問題がある。他方の端末が接続の確立に利用可能な接続リソースをもはや有さない場合でも、他方の端末は更に該他方の端末の接続構成情報を該一方の端末にフィードバックし、無線接続の確立を試みるようにＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉモジュールをトリガする（この場合、Ｂｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉモジュールがトリガされても、２つの端末は首尾よく接続を確立することができない）。結果として、通信効率が低下し、接続ハンドオーバーセレクタが接続ハンドオーバーセレクタの接続構成情報をフィードバックするときに、接続の確立に利用可能な接続リソースが存在することを保証することができず、ユーザーエクスペリエンスが悪い。
【発明の概要】
【０００７】
本発明の実施形態によって解決される技術的課題は、近距離無線通信に基づく接続ハンドオーバー方法および対応する装置を提供し、それにより、従来技術における技術的問題、すなわち、接続ハンドオーバーセレクタが接続ハンドオーバーセレクタの接続構成情報をフィードバックするときに、接続の確立に利用可能な接続リソースが存在することを保証することができず、通信効率が低く、ユーザーエクスペリエンスが悪いことを解決することである。これらの問題の原因は、ＮＦＣ端末が、該ＮＦＣ端末の接続構成情報を別の端末にフィードバックするか否かを適切に制御できないことである。
【０００８】
上記の技術的課題を解決するために、第１の態様によれば、近距離無線通信に基づく接続ハンドオーバー方法が提供される。本方法は、
第０の端末が、前記第０の端末のアイドル接続リソース情報を取得するステップと、
第１の端末によって送信される要求メッセージを受信するステップであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、ステップと、
前記要求メッセージに従って、以下の第１の決定が実行される必要があると決定するステップと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は、前記第０の端末の接続構成情報を前記第１の端末にフィードバックするために前記第１の端末に応答メッセージを送信し、有さない場合は、前記第１の端末に対する前記第０の端末の接続構成情報のフィードバックを省略するステップと、
を有する。
【０００９】
第１の態様の第１の実現可能な実施方式として、前記第０の端末の前記アイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【００１０】
第１の態様の第２の実現可能な実施方式として、前記第１の端末がハンドオーバー媒体である場合、
第１の端末によって送信される要求メッセージを受信する前記ステップは、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信し、それにより、前記第１の決定が実行される必要があると決定するステップを有し、前記第１の端末に応答メッセージを送信する前記ステップは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを送信するステップを有し、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００１１】
第１の態様の第３の実現可能な実施方式として、前記第１の端末がハンドオーバー媒体である場合、
第１の端末によって送信される要求メッセージを受信する前記ステップは、デバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信するステップを有し、前記第１のデバイス有効化要求は、前記第０の端末が第１のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定し、それにより、前記第１の決定が実行される必要があると決定できるように、前記第１のアクション識別子を伴い、また、前記第１の端末に応答メッセージを送信する前記ステップは、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第１のデバイス有効化応答を送信するステップを有し、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００１２】
第１の態様第２の実現可能な実施方式に関して、第１の態様の第４の実現可能な実施方式が更に提供される。第４の実現可能な実施方式では、
前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴い、前記第１の端末は特に、前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体であり、前記第０の端末がアイドル接続リソースを有すると決定された場合、本方法は更に、前記第０の端末が、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するステップを有し、第１の接続ハンドオーバー媒体メッセージを送信する前記ステップおよび前記第２の端末のために接続リソースを予約する前記ステップの後、前記第０の端末と前記第２の端末との間で接続が確立される前、前記方法は更に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するステップであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴うステップと、前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、を有する。
【００１３】
第１の態様の第４の実現可能な実施方式に関して、第１の態様の第５の実現可能な実施方式が更に提供される。第５の実現可能な実施方式では、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、前記第３の端末と前記第１の端末とが同じ端末である場合、第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、前記第３の端末と前記第１の端末とが同じ端末でない場合、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、を有する。
【００１４】
第１の態様第５の実現可能な実施方式に関して、第１の態様の第６の実現可能な実施方式が更に提供される。第６の実現可能な実施方式では、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、前記第０の端末がアイドル接続リソースを有さない場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体であるとき、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップと、
前記第０の端末がアイドル接続リソースを有する場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信し、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、前記第３の端末がハンドオーバー媒体であるとき、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送り、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、
を有する。
【００１５】
第１の態様の第６の実現可能な実施方式に関して、第１の態様の第７の実現可能な実施方式が更に提供される。第７の実現可能な実施方式では、前記第１の接続ハンドオーバー選択メッセージは、前記第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む。
【００１６】
第１の態様の第３の実現可能な実施方式に関して、第１の態様の第８の実現可能な実施方式が更に提供される。第８の実現可能な実施方式では、前記第１のデバイス有効化要求は、前記第１の端末の識別に用いられる第３の識別子を更に伴う。前記第１の端末は特に、前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である。前記第０の端末がアイドル接続リソースを有すると決定された場合、本方法は更に、前記第０の端末が、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するステップを有する。第１のデバイス有効化応答を送信する前記ステップおよび前記第２の端末のために接続リソースを予約する前記ステップの後、前記第０の端末と前記第２の端末との間で接続が確立される前、本方法は更に、
第３の端末によって送信される第２のデバイス有効化要求を受信するステップであって、前記第２のデバイス有効化要求は第２のアクション識別子および第４の識別子を伴い前記第４の識別子は前記第３の端末の識別に用いられる、ステップと、前記第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定するステップと、前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定するステップと、
を有する。
【００１７】
第１の態様の第８の実現可能な実施方式に関して、第１の態様の第９の実現可能な実施方式が更に提供される。第９の実現可能な実施方式では、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定する前記ステップは、前記第０の端末の近距離無線通信コントローラ（ＮＦＣＣ）が、デバイスホスト（ＤＨ）によって前記第０の端末の前記ＮＦＣＣに構成された前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定するステップを有する。前記第１の端末は、前記第１の端末の前記ＮＦＣＣを用いて前記第１のデバイス有効化要求を送信するために、ＤＨを用いて、前記第１の端末のＮＦＣＣに前記第１のアクション識別子および前記第３の識別子を構成する。前記第２のデバイス有効化要求の前記第２のアクション識別子および前記第４の識別子は、前記第３の端末によって、ＤＨを用いて前記第３の端末のＮＦＣＣに構成され、前記第３の端末の前記ＮＦＣＣが前記第２のデバイス有効化要求を送信する。
【００１８】
第１の態様の第８または第９の実現可能な実施方式に関して、第１の態様の第１０の実現可能な実施方式が更に提供される。第１０の実現可能な実施方式では、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定する前記ステップは、
前記第３の端末と前記第１の端末とが同じ端末である場合、前記第３の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信するステップと、前記第３の端末と前記第１の端末とが同じ端末でない場合、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って決定を実行して、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は、前記第３の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信し、有さない場合は前記第２のデバイス有効化応答の送信をスキップするステップと、
を有する。
【００１９】
第１の態様の第６、第７または第１０の実現可能な実施方式に関して、第１の態様の第１１の実現可能な実施方式が更に提供される。第１１の実現可能な実施方式では、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って決定を実行することにより、前記第０の端末がアイドル接続リソースを有すると決定された場合、本方法は更に、前記第３の端末のために接続リソースを予約するステップを有する。
【００２０】
第１の態様または第１の態様の第１の実現可能な実施方式に関して、第１の態様の第１２の実現可能な実施方式が更に提供される。第１２の実現可能な実施方式では、前記第１の端末が接続ハンドオーバーリクエスタである場合、
前記要求メッセージは接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求であり、前記応答メッセージは前記第０の端末の前記接続構成情報を含む第３の接続ハンドオーバー選択メッセージであり、または、
前記要求メッセージは、前記第０の端末が第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記第３のアクション識別子を伴う第３のデバイス有効化要求であり、前記第３のアクション識別子は、前記第１の端末の前記ＮＦＣＣを用いて前記第３のデバイス有効化要求を送信できるように、前記第１の端末によって、ＤＨを用いて前記第１の端末のＮＦＣＣに構成され、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、前記応答メッセージは第３のデバイス有効化応答であり、前記第０の端末の前記アイドル接続リソース情報に従って前記第０の端末がアイドル接続リソースを有するか否かを決定する前記ステップは、前記第０の端末のＮＦＣＣが、ＤＨによって前記第０の端末の前記ＮＦＣＣに構成された前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定するステップを有する。
【００２１】
第２の態様によれば、近距離無線通信のための接続ハンドオーバー装置が提供される。本装置は、
第０の端末のアイドル接続リソース情報を取得するように構成される取得ユニットと、
第１の端末によって送信される要求メッセージを受信するように構成される第１の受信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、第１の受信ユニットと、
前記要求メッセージに従って、第１の判定ユニットがトリガされる必要があると決定するように構成される第１の決定ユニットと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は、第１の送信ユニットをトリガするように構成される前記第１の判定ユニットであって、有さない場合は、前記接続ハンドオーバー装置は前記第０の端末の接続構成情報を前記第１の端末にフィードバックしない、前記第１の判定ユニットと、
前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、応答メッセージを前記第１の端末に送信するように構成される前記第１の送信ユニットと、
を備える。
【００２２】
第２の態様の第１の実現可能な実施方式として、前記第０の端末の前記アイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【００２３】
第２の態様の第２の実現可能な実施方式として、
前記第１の受信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末によって送信され接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信するように構成され、前記第１の送信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを前記第１の端末に送信するように構成され、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００２４】
第２の態様の第３の実現可能な実施方式として、前記第１の端末がハンドオーバー媒体であるときは、
前記第１の受信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末によって送信されデバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信するように構成され、前記第１のデバイス有効化要求は第１のアクション識別子を伴う。前記第１の決定ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、前記第１の判定ユニットをトリガするように構成される。前記第１の送信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第１のデバイス有効化応答を前記第１の端末に送信するように構成され、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００２５】
第２の態様の第２の実現可能な実施方式に関して、第２の態様の第４の実現可能な実施方式が更に提供される。第４の実現可能な実施方式では、前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴う。本装置は更に、
前記第１の端末が前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合において、前記第０の端末がアイドル接続リソースを有すると前記第１の判定ユニットが判定したとき、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するように構成される第１の処理ユニットと、前記装置が前記第１の接続ハンドオーバー媒体メッセージを送信し前記第２の端末のために前記接続リソースを予約した後、前記第０の端末と前記第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するように構成される第２の受信ユニットであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴う、第２の受信ユニットと、前記第２の接続ハンドオーバー要求に従って、第２の処理ユニットをトリガすると決定するように構成される第２の決定ユニットと、前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第２の処理ユニットと、を備える。
【００２６】
第２の態様の第４の実現可能な実施方式に関して、第２の態様の第５の実現可能な実施方式が更に提供される。前記第２の処理ユニットは、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定し、同じであると決定した場合に第１の送信モジュールをトリガし、同じでないと決定した場合に第１の処理モジュールをトリガするように構成される第１の判定モジュールと、第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信モジュールであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む前記第１の送信モジュールと、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第１の処理モジュールと、を有する。
【００２７】
第２の態様の第５の実現可能な実施方式に関して、第２の態様の第６の実現可能な実施方式が更に提供される。前記第１の処理モジュールは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、アイドル接続リソースがないと決定された場合に第１の送信サブモジュールをトリガし、アイドル接続リソースがあると決定された場合に第２の送信サブモジュールをトリガするように構成される第１の判定サブモジュールと、前記第３の端末が接続ハンドオーバーリクエスタである場合に、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体である場合に、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信サブモジュールと、前記第３の端末が接続ハンドオーバーリクエスタである場合に、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信するように構成され、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、また、前記第３の端末がハンドオーバー媒体である場合に、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成され、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、前記第２の送信サブモジュールと、を有する。
【００２８】
第２の態様の第６の実現可能な実施方式に関して、第２の態様の第７の実現可能な実施方式が更に提供される。第７の実現可能な実施方式では、第１の接続ハンドオーバー選択メッセージは、前記第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む。
【００２９】
第２の態様の第３の実現可能な実施方式に関して、第２の態様の第８の実現可能な実施方式が更に提供される。第８の実現可能な実施方式では、前記取得ユニットは、前記第１の判定ユニットが前記第０の端末の前記アイドル接続リソース情報に従って前記第０の端末がアイドル接続リソースを有するか否かを決定できるように、前記第０の端末のデバイスホスト（ＤＨ）を用いて、前記第０の端末の近距離無線通信コントローラ（ＮＦＣＣ）に前記第０の端末の前記アイドル接続リソース情報を構成するように構成される第１の構成モジュール、を有する。
【００３０】
第２の態様の第３または第８の実現可能な実施方式に関して、第２の態様の第９の実現可能な実施方式が更に提供される。第９の実現可能な実施方式では、前記第１のデバイス有効化要求は更に、前記第１の端末の識別に用いられる第３の識別子を伴う。本装置は更に、
前記第１の端末が前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合において、前記第０の端末がアイドル接続リソースを有すると前記第１の判定ユニットが判定したとき、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するように構成される第３の処理ユニットと、前記装置が前記第１のデバイス有効化応答を送信し前記第２の端末のために前記接続リソースを予約した後、前記第０の端末と前記第２の端末との間で接続が確立される前に、第３の端末によって送信される第２のデバイス有効化要求を受信するように構成される第３の受信ユニットであって、前記第２のデバイス有効化要求は第２のアクション識別子および第４の識別子を伴い、前記第４の識別子は前記第３の端末の識別に用いられる、第３の受信ユニットと、前記第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定して、第４の処理ユニットをトリガするように構成される第３の決定ユニットと、前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定するように構成される前記第４の処理ユニットと、を備える。
【００３１】
第２の態様の第９の実現可能な実施方式に関して、第２の態様の第１０の実現可能な実施方式が更に提供される。前記第４の処理ユニットは、
前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定し、同じ端末であると決定した場合に第２の送信モジュールをトリガし、同じ端末でないと決定した場合に第３の判定モジュールをトリガするように構成される第２の判定モジュールと、前記第３の端末との接続ハンドオーバープロセスを実行し、前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信するように構成される前記第２の送信モジュールと、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って決定を実行して、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は前記第２の送信モジュールをトリガし、有さない場合は前記第２の送信モジュールのトリガをスキップするように構成される前記第３の判定モジュールと、
を有する。
【００３２】
第２の態様の第６、第７または第１０の実現可能な実施方式に関して、第２の態様の第１１の実現可能な実施方式が更に提供される。第１１の実現可能な実施方式では、本装置は更に、前記第３の端末のために接続リソースを予約するように構成される第５の処理ユニットを備える。
【００３３】
第２の態様または第２の態様の第１の実現可能な実施方式に関して、第２の態様の第１２の実現可能な実施方式が更に提供される。第１２の実現可能な実施方式では、
前記第１の受信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の端末によって送信され接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求を受信するように構成され、前記第１の送信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第０の端末の前記接続構成情報を含む第３の接続ハンドオーバー選択メッセージを前記第１の端末に送信するように構成される。または、
前記取得ユニットは、前記第１の判定ユニットが前記第０の端末がアイドル接続リソースを有するか否かを判定できるように、前記第０の端末のＤＨを用いて、前記第０の端末のＮＦＣＣに前記第０の端末の前記アイドル接続リソース情報を構成するように構成される第２の構成モジュールを有する。前記第１の受信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の決定ユニットが第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記第１の端末によって送信され第３のアクション識別子を伴う第３のデバイス有効化要求を受信するように構成される。前記第１の送信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の端末との接続ハンドオーバープロセスを実行し、前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第３のデバイス有効化応答を前記第１の端末に送信するより、ように構成される。
【００３４】
第３の態様によれば、近距離無線通信のための接続ハンドオーバー装置が提供される。本装置は、
要求メッセージを第０の端末に送信するように構成される送信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられ、前記要求メッセージは端末識別子を伴い、前記端末識別子は、前記第０の端末が前記端末識別子に従って前記要求メッセージの送信元を識別できるように、前記要求メッセージの送信元の識別に用いられる、送信ユニット、
を備える。
【００３５】
第３の態様の第１の実現可能な実施方式として、前記要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求であるか、または、前記要求メッセージは、前記第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記アクション識別子を伴うデバイス有効化要求である。
【００３６】
第３の態様の第１の実現可能な実施方式に関して、第３の態様の第２の実現可能な実施方式が更に提供される。第２の実現可能な実施方式では、本装置は更に、前記送信ユニットが前記デバイス有効化要求を送信できるように、ＤＨを用いてＮＦＣＣに前記端末識別子および前記アクション識別子を構成するように構成される構成ユニット、を備える。
【００３７】
第３の態様の第１または第２の実現可能な実施方式に関して、第３の態様の第３の実現可能な実施方式が更に提供される。第３の実現可能な実施方式では、本装置は更に、前記第０の端末が前記要求メッセージを受信した後、前記第０の端末によって送信された応答メッセージを受信するように構成される受信ユニット、を備える。前記要求メッセージが前記接続ハンドオーバー要求である場合において、前記第０の端末がアイドル接続リソースを有するとき、前記応答メッセージは前記第０の端末の接続構成情報を含み（例えば前記応答メッセージは、接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む第１の接続ハンドオーバー選択メッセージであってよく、或いは、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージであってもよい）、有さないとき、前記応答メッセージは前記第０の端末の接続構成情報を含まない。前記要求メッセージが前記デバイス有効化要求である場合において、前記第０の端末がアイドル接続リソースであるとき、前記応答メッセージはデバイス有効化応答である。
【００３８】
本発明の実施形態の実施には、以下のような有益な効果がある。
【００３９】
１）第０の端末が、第０の端末のアイドル接続リソースに従って、第０の端末の接続構成情報を第１の端末にフィードバックするか否かを決定し、それにより、第０の端末が第０の端末の接続構成情報を第１の端末にフィードバックしたときに、第０の端末がアイドル接続リソースを有することが保証される。第１の端末の要求メッセージを受信する前に第０の端末がアイドル接続リソースを有さない場合において、第０の端末は、現在の第０の端末のアイドル接続リソース情報に従って、第０の端末の接続構成情報を第１の端末にフィードバックしないことを直接決定してよく、それにより、第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールによって接続の確立を試みる処理はトリガされず、通信効率が改善される。
【００４０】
２）接続リソースを予約する工程を実行することにより、第０の端末が第１の端末との（または、第１の端末の補助を利用して第２の端末との）接続を首尾よく確立できることが保証される。例えば、第０の端末がアイドル接続リソースを１つしか有さない場合、第０の端末が第１の端末の補助を用いて第２の端末と接続を確立する前に、その唯一のアイドル接続リソースが第２の端末のために予約される。よって、別の端末がその唯一のアイドル接続リソースを占有すること防止することができる。
【００４１】
３）ＮＦＣ通信において、第０の端末は、第０の端末のアイドル接続リソース情報に従って、接続ハンドオーバープロセスを実行するか否かを直接決定する。例えば、第０の端末がアイドル接続リソースを有さない場合、第０の端末は、第１の端末または第３の端末によって送信されたデバイス有効化要求に応答しないことを直接決定してよく、それにより、ＬＬＣＰ有効化やデータ交換等の後続のプロセスは実行されず、すなわち、ＮＦＣ通信手続きが予め終了する。したがって、接続構成情報はフィードバックされず、例えば第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みる等のプロセスが回避される。よって、通信時間が大幅に節約され、通信効率が改善される。
【００４２】
４）ユーザーエクスペリエンスが改善される。
【図面の簡単な説明】
【００４３】
本発明の実施形態または従来技術の技術的構成をより明確に説明するために、以下、実施形態または従来技術の説明に必要な添付の図面を簡単に紹介する。明らかに、以下の説明において添付の図面は本発明のいくつかの実施形態を示すに過ぎず、当該技術分野の当業者であれば、創意工夫なく、これらの添付の図面から更に別の図面を導き出せるであろう。
【図１】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図２Ａ】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図２Ｂ】本発明の実施形態に係る接続ハンドオーバー要求メッセージの形式の概略図である。
【図３Ａ】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図３Ｂ】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図４】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ａ１】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ａ２】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ｂ１】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ｂ２】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図６】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図７】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図８】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図９Ａ】本発明の実施形態に係るＮＦＣ端末の概略構造図である。
【図９Ｂ】本発明の実施形態に係るＮＦＣ端末の概略構造図である。
【図１０】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図１１】本発明の実施形態に係るＮＦＣ端末の概略構造図である。
【発明を実施するための形態】
【００４４】
最初に、本発明で用いられる技術用語の一部を以下に説明する。
【００４５】
ＮＦＣ動作モード：カード・エミュレーション・モード（ＮＦＣ端末がＮＦＣ規格を満たすカードを模倣し、別のＮＦＣ読取装置によって読み取られる）、ポイントツーポイント・モード（ＮＦＣ規格が満たされた場合に、２つのピアＮＦＣ装置が双方向の情報インタラクションを実行する）およびカード・リーダー・モード（ＮＦＣ端末がカードリーダーとして機能して、ＮＦＣ規格を満たす別のカードの情報を読み取る）。
【００４６】
ＮＦＣ接続ハンドオーバー（NFC  Connection  Handover）：ＮＦＣに基づくアプリケーション技術。ＮＦＣをサポートし且つＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉをサポートする端末に対して、ＮＦＣを利用して、デバイスのＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉの接続構成情報を交換して、端末間のＢｌｕｅｔｏｏｔｈ接続またはＷｉ−Ｆｉ接続を素早く確立することができる。ＮＦＣを用いて構成情報を交換し第２のタイプの接続を確立するこのような技術を、ＮＦＣ接続ハンドオーバーという。
【００４７】
接続ハンドオーバーリクエスタ（Handover  Requester）：ＮＦＣ接続ハンドオーバーを開始する端末。接続ハンドオーバーの手続きにおいて、接続ハンドオーバーリクエスタは、ピアエンドが選択を行い接続を確立できるように、接続ハンドオーバーリクエスタのＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉ接続構成情報を能動的にピアエンドに送信する。
【００４８】
接続ハンドオーバーセレクタ（Handover  Selector）：接続ハンドオーバーを受ける端末。接続ハンドオーバーの手続きにおいて、接続ハンドオーバーリクエスタによって送信された接続構成情報を受信した後、接続ハンドオーバーセレクタは、１つの接続方式を選択し接続を確立することができ、或いは、接続ハンドオーバーセレクタによってサポートされる接続構成情報を応答として接続ハンドオーバーリクエスタに送信することができる。
【００４９】
オルタナティブ・キャリア（Alternative  Carrier）：接続ハンドオーバーリクエスタと接続ハンドオーバーセレクタとのデータ交換を実行する際に利用可能な無線通信技術。
【００５０】
ＮＦＣデータ交換形式記録（NFC  Data  Exchange  Format  record，NDEF  record）：タイプ、特定の長さおよび１つの任意の識別子記述子によって記述されるロードを含む。
【００５１】
デバイスホスト（Device  Host，ＤＨ）：ＮＦＣ装置および周辺機器の実行環境の管理を担当する。管理には、ＮＦＣコントローラ周辺機器の管理、例えば、初期化、構成、電力管理が含まれる。ＮＦＣ機能をもつ携帯電話を例にとると、ＤＨは携帯電話のＣＰＵを意味し、ＮＦＣ端末からの電力供給を必要とする。
【００５２】
ＮＦＣコントローラ（NFC  controller，ＮＦＣＣ）：ＮＦＣ無線周波数インターフェースにおけるデータの伝送を担当する論理実体ＮＦＣ機能をもつ携帯電話を例にとると、ＮＦＣＣは携帯電話上のＮＦＣチップを意味する。本発明におけるＮＦＣＣは、パッシブ通信モードでＰＯＳ装置により供給される電力を得ることで動作してよい。
【００５３】
ＮＦＣ制御インターフェース（NFC  controller  Interface，ＮＣＩ）：ＤＨとＮＦＣＣとの間の論理インターフェース。ＮＣＩは、ＮＦＣＣを構成するための様々なインターフェースをＤＨに提供する。
【００５４】
論理リンク制御プロトコル（Logical  Link  Control  Protocol，ＬＬＣＰ）：２つのＮＦＣ端末がポイントツーポイント・モードで動作する場合、該プロトコルは、データリンクの確立、有効化、無効化、管理等の動作を提供し、また、アプリケーション層におけるデータ伝送のサポートを提供する。
【００５５】
以下、本発明の実施形態の添付の図面を参照しながら、本発明の実施形態の技術的構成を明確かつ完全に説明する。当然ながら、説明される実施形態は本発明の実施形態の一部に過ぎず、全部ではない。当該技術分野の当業者が本発明の実施形態に基づいて創意工夫なく得た他の実施形態は全て、本発明の保護範囲に包含されるものとする。
【００５６】
図１は、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。図１を参照して、本方法は以下のステップを有する。
【００５７】
１００：第０の端末が、第０の端末のアイドル接続リソース情報を取得する。
【００５８】
任意に、第０の端末のアイドル接続リソース情報は、第０の端末の未使用および未予約の接続リソースについての情報を含む。
【００５９】
例示的に、第０の端末のＮＦＣチップが、第０の端末のアイドル接続リソース情報（すなわち第１の第０の端末の未使用の接続リソースについての情報であり、この場合、接続リソースを予約する工程が実行されていないので、アイドル接続リソースが未使用の接続リソースである）をＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールから取得する。
【００６０】
任意に、第０の端末のアイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【００６１】
１０２：第１の端末によって送信される要求メッセージを受信する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。第１の端末は、接続ハンドオーバーリクエスタまたはハンドオーバー媒体として機能してよい。当該技術分野の当業者であれば、要求メッセージのキャリアの内容に従って、第０の端末が第１の端末の身分を決定してよく、本発明はこれに限定されないことが理解できるであろう。
【００６２】
１０４：要求メッセージに従って、以下の第１の決定が実行される必要があると決定する。
【００６３】
第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを決定する。有すると決定された場合、第０の端末の接続構成情報を第１の端末にフィードバックするために、第１の端末に応答メッセージを送信する。有さないと決定された場合、第１の端末に対する第０の端末の接続構成情報のフィードバックを省略する。任意に、第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００６４】
任意に、第１の端末がハンドオーバー媒体である場合、要求メッセージは接続ハンドオーバー要求であり、応答メッセージは第０の端末の接続構成情報を含む接続ハンドオーバー媒体メッセージである。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、接続ハンドオーバー媒体メッセージを第１の端末に送信するステップを有し、該メッセージは第０の端末の接続構成情報を含まない。或いは、第１の端末がハンドオーバー媒体である場合、要求メッセージはデバイス有効化要求であり、応答メッセージはデバイス有効化応答である。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、デバイス有効化応答の第１の端末への送信をスキップするステップを有する。より詳細な説明については、図２Ａおよび図４に示される実施形態での説明を参照されたい。
【００６５】
任意に、第１の端末が接続ハンドオーバーリクエスタである場合、要求メッセージは接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求であり、応答メッセージは第０の端末の接続構成情報を含む第３の接続ハンドオーバー選択メッセージである。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、接続ハンドオーバー選択メッセージを第１の端末に送信するステップを有し、該メッセージは、第０の接続リソースが制限されることを表すエラーコードと、原因値とを含む。或いは、第１の端末が接続ハンドオーバーリクエスタである場合、要求メッセージは、第０の端末が第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、第３のアクション識別子を伴う第３のデバイス有効化要求である。第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、応答メッセージは第３のデバイス有効化応答である。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、デバイス有効化応答の第１の端末への送信をスキップするステップを有する。第３のアクション識別子と第０の端末のアイドル接続リソース情報とをどのように構成するのかの説明については、第１のアクション識別子と第０の端末のアイドル接続リソース情報とをどのように構成するのかの以下の説明を参照されたい。
【００６６】
任意に、本実施形態の実施方式において、１０４で第０の端末がアイドル接続リソースを有すると決定された場合、応答メッセージが第１の端末に送信されるだけでなく、接続リソースを予約する工程が更に実行される。該工程は、
第１の端末が接続ハンドオーバーリクエスタである場合、第１の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新し、第１の端末が第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新する工程、を有する。例示的に、第０の端末のアイドル接続リソースを更新する目的は、第０の端末と第１の端末との間で（或いは、第１の端末の補助により第０の端末と第２の端末との間で）接続が確立される（例えば、通信接続が確立される）前、第０の端末が第３の端末によって送信された要求メッセージを受信した後に、第０の端末が接続リソースを予約した後のアイドル接続リソース情報に従って、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定することである。
【００６７】
本実施形態で提供される方法では、第０の端末が、第０の端末のアイドル接続リソースに従って、第０の端末の接続構成情報を第１の端末にフィードバックするか否かを決定し、それにより、第０の端末が第０の端末の接続構成情報を第１の端末にフィードバックした場合に、第０の端末がアイドル接続リソースを確実に有するようにする。第０の端末が要求メッセージの受信前にアイドル接続リソースを有さない場合において、第０の端末は、第０の端末の接続構成情報を第１の端末にフィードバックしないと直接的に決定してよい。それにより、第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールにより接続の確立を試みる処理がトリガされず、よって、通信効率が改善され、ユーザーエクスペリエンスが改善される。更に、接続リソースを予約する工程が実行されると、第０の端末と第１の端末との間で（或いは、第１の端末の補助を利用して第０の端末と第２の端末との間で）接続を首尾よく確立できることが更に保証される。
【００６８】
ハンドオーバー媒体を用いて、２つのＮＦＣが接続ハンドオーバーを実行して第２の接続を確立するのを補助する場合、ユーザーが１つの端末を離れて別の端末に到達するのに時間がかかること、または、ユーザーが状況に応じて能動的に１つのキャリアを選択する可能性があり、これにも時間がかかることを考慮して、Connection  Handover  1.3草案では、以下のように規定される。任意の端末が接続ハンドオーバー媒体メッセージを送信した後、メッセージのキャリアリストに含まれる全てのキャリアが少なくとも２分間、接続可能な状態で保持されることが保証されてよい。この期間中、第０の端末と第２の端末との間で接続が確立される前に、第３の端末が第０の端末（第０の端末は、ハンドオーバー媒体が最初にタップまたは近接する対象である）にタップするか近接すると、第３の端末は第０の端末のＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉの接続構成情報を取得する。第０の端末が現在アイドル状態のＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続リソースを１つしか有さない場合、第２の端末のために予約されたはずのこの接続リソースは、予期せず出現した第３の端末によって最初に占有されてしまい、結果として、第０の端末と第２の端末とのＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続は失敗してしまう。上述の問題は、本発明のいくつかの実施形態、例えば方法実施形態および後述の対応する装置実施形態に基づいて、解決することができる。
【００６９】
上述の技術的問題について、図１に示される実施形態の実施方式では、第０の端末のアイドル接続リソース情報に従って第０の端末がアイドル接続リソースを有すると決定された場合において、第０の端末の接続構成情報を第１の端末にフィードバックするために第１の端末に応答メッセージを送信し、接続リソースを予約する工程を実行するステップに加えて、本方法は更に、
第０の端末が、第３の端末によって送信された要求メッセージを受信（例えば、第３の端末によって送信される接続ハンドオーバー要求またはデバイス有効化要求を受信）して、以下の第２の決定が実行される必要があると決定するステップと、
第０の端末が接続リソースを予約した後のアイドル接続リソースに従って、第０の端末がアイドル接続リソースを有するか否かを決定し（すなわち第２の決定）、有すると決定された場合は、第０の端末の接続構成情報を第３の端末にフィードバックするために、応答メッセージを第３の端末に送信し、有さないと決定された場合は、第０の端末の接続構成情報の第３の端末へのフィードバックをスキップするステップと、
を有する。
【００７０】
本実施方式のより詳細な説明については、図２Ａ〜図５Ｂ２に示される実施形態を参照されたい。
【００７１】
図２Ａは、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。図２Ａを参照して、本方法は以下のステップを有する。
【００７２】
２００：第０の端末が、第０の端末のアイドル接続リソース情報を取得する。具体的には、上述のステップ１００の説明を参照されたい。更に、本実施形態においてステップ２００およびステップ２０２を実行する時間系列は限定されず、例えばステップ２００は、ステップ２０２の後、ステップ２０４の前に実行されてよい。
【００７３】
２０２：ハンドオーバー媒体（この場合、第１の端末がハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）によって送信される第１の接続ハンドオーバー要求を受信する。第１の接続ハンドオーバー要求は、接続ハンドオーバープロセスの開始に用いられ、それにより、接続ハンドオーバーが実行される必要があると決定し、ステップ２０４を実行する。第１の接続ハンドオーバー要求は、ハンドオーバー媒体の識別に用いられる第１の識別子を伴う。
【００７４】
２０４：第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを決定する。有すると決定された場合、第１の接続ハンドオーバー媒体メッセージをハンドオーバー媒体に送信して、接続ハンドオーバープロセスを実行し、また、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新する。第１の接続ハンドオーバー媒体メッセージは、第０の端末の接続構成情報を含む。（アイドル接続リソースがない場合、処理方式については、図１に示される実施形態の説明を参照されたい。）
任意に、第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含み、或いは、当然ながら他の接続技術の接続構成情報を含んでもよい。
【００７５】
２０６：ステップ２０４の後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信する。第２の接続ハンドオーバー要求は、第３の端末の識別に用いられる第２の識別子を伴う。
【００７６】
任意に、第３の端末の身分は、ハンドオーバー媒体または接続ハンドオーバーリクエスタを含む。第０の端末は、第２の接続ハンドオーバー要求メッセージのキャリアの内容に従って、第３の端末の身分を決定してよい。
【００７７】
２０８：第２の識別子および第１の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを決定し、それにより、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定する。
【００７８】
任意に、ステップ２０８は以下の２つのシナリオを含む。
【００７９】
シナリオ１：第３の端末とハンドオーバー媒体とが同じ端末である場合、第０の端末の接続構成情報を含む第２の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【００８０】
シナリオ２：第３の端末とハンドオーバー媒体とが同じ端末でない場合、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定する。
【００８１】
更に任意に、シナリオ２では、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末がアイドル接続リソースを有するか否かが決定される。これは以下のケースを含む。
【００８２】
ケース１：第０の端末がアイドル接続リソースを有さない場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、第１の接続ハンドオーバー選択メッセージを第３の端末に送信して、第０の端末の接続リソースが制限されることを示す（例えば、第１の接続ハンドオーバー選択メッセージは、第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む）。第３の端末がハンドオーバー媒体であるとき、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを第３の端末に送信し、それにより、第０の端末が利用可能なアイドル接続リソースを有さないことを第３の端末に通知する。
【００８３】
上述のケース１では、第０の端末がアイドル接続リソースを有さないと決定された場合、第０の端末の接続構成情報を含まない応答メッセージが直接フィードバックされる。それにより、Ｂｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールはトリガされず、例えば第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みる等のプロセスが回避され、よって、通信効率が改善される。
【００８４】
ケース２：第０の端末がアイドル接続リソースを有する場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、第０の端末の接続構成情報を含む第２の接続ハンドオーバー選択メッセージを第３の端末に送信し、第３の端末がハンドオーバー媒体であるとき、第０の端末の接続構成情報を含む第４の接続ハンドオーバー媒体メッセージを第３の端末に送信する。任意に、第０の端末がアイドル接続リソースを有する場合において、第３の端末のために接続リソースを予約するとき、或いは、第３の端末がハンドオーバー媒体であるとき、本実施形態において提供される方法を用いて、第３の端末を用いて第０の端末との接続を確立する第４の端末のために、接続リソースを予約する。
【００８５】
図１に示される実施形態において第１の端末がハンドオーバー媒体として機能するときの技術的効果に加えて、本実施形態において提供される方法は更に、第２の端末のために接続リソースを予約して、接続リソースが不必要に占有される現象を防ぐことができる。それにより、第０の端末と第２の端末との間で首尾よく接続が確立されることが保証される。また、端末識別子（例えば第１の識別子および第２の識別子）に従って第３の端末とハンドオーバー媒体とを識別および区別し、それにより、第３の端末が第１の接続ハンドオーバー要求を送信するハンドオーバー媒体であるときに、接続リソースが第２の端末のために重複して予約されることを防ぐことができる。また、第３の端末の身分と、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソース情報とに従って、更に接続リソースを予約するか否かを決定し、それにより、第０の端末と第３の端末との間で接続が確立された場合（或いは、３の端末を用いて第０の端末と別の端末との間で接続が確立された場合）に、接続リソースが不必要に占有される現象を防ぐことができる。
【００８６】
図３Ａおよび図３Ｂは、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。全手続きは、第１のタップ（Ｔａｐ１）および第２のタップ（Ｔａｐ２）のプロセスを含む。
【００８７】
図３Ａは、第１のタップのプロセスを示す。第０の端末およびハンドオーバー媒体はＰ２Ｐ動作モードで通信を実行し、ハンドオーバー媒体は、第０の端末と第２の端末とを接続の確立の際に補助するように構成される。該プロセスは、以下のステップを有する。
【００８８】
ステップ０：第０の端末は、現在のアイドル接続リソース情報ｘの値を取得する。ここでｘは、現在アイドル状態のＢｌｕｅｔｏｏｔｈ接続リソースの数を表す。（任意に、現在アイドル状態のＷｉ−Ｆｉ接続リソースの数ｙの値も取得されてよい。本実施形態では、第１の端末、第２の端末および第３の端末が全てＢｌｕｅｔｏｏｔｈ接続のみをサポートする例を用いて、説明を行う。当該技術分野の当業者であれば、各端末がＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉをサポートするシナリオにも本実施形態を適用可能であることが理解されるであろう）。
【００８９】
任意に、ステップ０は、ステップ１の後、ステップ２の前に実行されてもよい。
【００９０】
ステップ１：ハンドオーバー媒体（この場合は第１の端末がハンドオーバー媒体として機能する）が、接続ハンドオーバー要求メッセージ（キャリアタイプは“Ｈｍ”であり、他方がハンドオーバーリクエスタでなくハンドオーバー媒体であることを示す）を送信する。接続ハンドオーバー要求メッセージは、ハンドオーバー媒体の識別子情報ID_INFOを含む。
【００９１】
ステップ２：第０の端末は、現在アイドル接続リソースがないか否か、すなわちｘ≦０であるか否かを判定する。
【００９２】
２ａ．アイドル接続リソースがないと判定された場合、ステップ３ａを実行し、全手続きを終了する。
【００９３】
２ｂ．アイドル接続リソースがあると判定された場合、ステップ３ｂおよび後続のステップを実行する。
【００９４】
ステップ３ａ：第０の端末は、接続ハンドオーバー媒体メッセージをハンドオーバー媒体にフィードバックする。接続ハンドオーバー媒体メッセージは、メッセージヘッダＭＢフィールドおよびメッセージトレーラＭＥフィールドのみをもつ。
【００９５】
ステップ３ｂ：第０の端末は、接続ハンドオーバー媒体メッセージをハンドオーバー媒体にフィードバックする。接続ハンドオーバー媒体メッセージは、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報を含む。
【００９６】
ステップ４：ｘから１を引き、それにより、第０の端末と第２の端末との間の接続リソースを予約する。第２の端末は、ハンドオーバー媒体がタップしようとしている、またはタップしている対象である。
【００９７】
続いて、第０の端末は、第２の端末とのＢｌｕｅｔｏｏｔｈ接続を確立する準備をしてよい。Ｂｌｕｅｔｏｏｔｈ接続が第０の端末と第２の端末との間で確立される前に、第０の端末が第３の端末によって送信された接続ハンドオーバー要求を受信した場合、その処理手続きを図３Ｂに示す。該処理手続きは、以下のステップを有する。
【００９８】
ステップ５：第３の端末は、接続ハンドオーバー要求を第０の端末に送信する。接続ハンドオーバー要求は、第３の端末の識別子情報ID_INFOを含む。
【００９９】
ステップ６：第０の端末は、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定する。すなわち、ステップ１でのID_INFOとステップ５でのID_INFOとが同じであるか否かを判定する。
【０１００】
６ａ．同じ端末であると判定された場合、ステップ７ｂおよびステップ８を実行する。
【０１０１】
６ｂ．同じ端末でないと判定された場合、第０の端末が現在アイドル接続リソースを有さないか否か、すなわちｘ≦０であるか否かを決定する。
【０１０２】
６ｂ．ｉ．有さないと判定された場合、ステップ７ａを実行し、全手続きを終了する。
【０１０３】
６ｂ．ｉｉ．有すると判定された場合、ステップ７ｂおよびステップ８を実行する。
【０１０４】
ステップ７ａ：第３の端末の身分に従って、第０の端末は、接続ハンドオーバー選択メッセージ（第３の端末が接続ハンドオーバーリクエスタとして機能する場合）または接続ハンドオーバー媒体メッセージ（第３の端末がハンドオーバー媒体として機能する場合）を第３の端末に送信する。接続ハンドオーバー選択メッセージは、エラーコード０ｘ０４と、対応するエラー原因とを含み、第０の端末の接続リソースが制限されることを表す。接続ハンドオーバー媒体メッセージは、メッセージヘッダＭＢフィールドおよびメッセージトレーラＭＥフィールドのみを含み、接続構成情報は含まない。
【０１０５】
ステップ７ｂ：第３の端末の身分に従って、第０の端末は、接続ハンドオーバー媒体メッセージまたは接続ハンドオーバー選択メッセージを第３の端末に送信する。
【０１０６】
第３の端末とハンドオーバー媒体とが同じ端末である場合、第０の端末は相手方に、ステップ３ｂで送信された接続ハンドオーバー媒体メッセージを再送する（この場合、ｘから１を引く必要はない）。
【０１０７】
第３の端末とハンドオーバー媒体とが同じ端末でない場合、第０の端末は、接続ハンドオーバー選択メッセージ（第３の端末が接続ハンドオーバーリクエスタとして機能する場合）または接続ハンドオーバー媒体メッセージ（第３の端末がハンドオーバー媒体として機能する場合）を第３の端末に送信する。接続ハンドオーバー選択メッセージおよび接続ハンドオーバー媒体メッセージは、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報を含む。第３の端末とハンドオーバー媒体とが同じ端末でない場合、ｘから１を引いてｘの値を更新する。
【０１０８】
ステップ８：第３の端末と第０の端末とがＢｌｕｅｔｏｏｔｈ接続を確立する。
【０１０９】
本実施形態では、第０の端末が第０の端末のアイドルＢｌｕｅｔｏｏｔｈ接続リソースの数ｘを取得し、ｘの値を制御することにより、第０の端末と別の装置との間の接続を確立するために接続リソースが予約される。それにより、第０の端末がアイドル接続リソースを１つしかもたず、また、第０の端末が既に接続構成情報をハンドオーバー媒体（ハンドオーバー媒体は、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）にフィードバックしている場合に、その唯一のアイドル接続リソースが最初に第１の第３の端末によって占有されることを防ぐ。よって、第０の端末と第２の端末との間で首尾よく接続が確立されることが保証され、ユーザーエクスペリエンスが向上する。
【０１１０】
更に、第０の端末は、ｘの値に従ってアイドル接続リソースに対して直接決定を実行し、第０の端末がアイドル接続リソースを有さない場合、第０の端末は接続構成情報をフィードバックしないことを決定し、Ｂｌｕｅｔｏｏｔｈモジュールをトリガしない。よって、例えばＢｌｕｅｔｏｏｔｈモジュールが接続の確立を試みる等のプロセスが回避され、通信効率が改善される。
【０１１１】
以下、図１および図２Ａに示される実施形態に関与する第１の接続ハンドオーバー要求メッセージおよび第２の接続ハンドオーバー要求メッセージ（説明を簡潔にするために、一般に接続ハンドオーバー要求メッセージと称する）を、例示的に説明する。
【０１１２】
端末識別子ID_INFO（第１の識別子と第２の識別子は両方とも端末識別子である）は、ａｃ記録（ac  record（s））の補助データポインタによって指摘される補助データフィールドに新たに加えられるパラメータである。補助データフィールドは、ＮＤＥＦ記録のロードに位置し、パラメータのサイズは１ｏｃｔｅｔ（オクテット）である。表１に、該パラメータの形式定義を示す。
【０１１３】
（表１：ID_INFOの形式）
2016517222.tif 000003
表２に、パラメータID_INFOの接続ハンドオーバー要求メッセージにおける位置を示す。
【０１１４】
（表２）
2016517222.tif 000004
例えば、第３の端末がＢｌｕｅｔｏｏｔｈ接続のみをサポートする場合、第３の端末の接続ハンドオーバー要求メッセージの形式を図２Ｂに示す。
【０１１５】
ID_INFOは、添付データポインタによって指示される第２のＮＤＥＦ記録に置かれる（より具体的には、ID_INFOはフィールドPayload１に置かれる）。他のフィールドの詳細な説明については、従来技術を参照されたい。他のフィールドは、本発明では限定されず、説明されない。
【０１１６】
以下、図１および図２Ａに示される実施形態に関与する第１の接続ハンドオーバー選択メッセージを、例示的に説明する。第１の接続ハンドオーバー選択メッセージの形式を表３に示す。
【０１１７】
（表３）
2016517222.tif 000005
点線の四角で表されるフィールドは、場合によっては省略される。例えば、接続ハンドオーバーセレクタと接続ハンドオーバーリクエスタとがマッチするキャリアをもたない場合、フィードバックされる接続ハンドオーバー選択メッセージは、２つの点線の四角で表されるフィールドを含まない。
【０１１８】
第３の端末が接続ハンドオーバーリクエスタとして第０の端末にタップまたは近接する場合、第０の端末が予約された接続リソース以外にアイドル接続リソースを有さないとき、第０の端末は、エラーコードおよび原因を第３の端末にフィードバックする必要がある。エラーコードおよび原因は、以下のように定義される。
【０１１９】
エラー原因値
2016517222.tif 000006
エラーデータフィールドの内容
2016517222.tif 000007
図４は、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。図４を参照して、本方法は以下のステップを有する。
【０１２０】
４００：第０の端末は、第０の端末のアイドル接続リソース情報を取得する。詳細については、上述の２００についての説明を参照されたい。
【０１２１】
任意に、ステップ４００は、第０の端末のデバイスホストＤＨが、第０の端末の近距離無線通信コントローラＮＦＣＣに第０の端末のアイドル接続リソース情報を構成するステップを有する。それにより、ステップ４０４において、第０の端末のＮＦＣＣが、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを決定することができる。更に任意に、第０の端末のＮＦＣＣは、第０の端末のアイドル接続リソース情報を更新する。
【０１２２】
４０２：ハンドオーバー媒体（この場合、第１の端末がハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）によって送信され、デバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信する。第１のデバイス有効化要求は、第０の端末が第１のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、第１のアクション識別子と、ハンドオーバー媒体の識別に用いられる第３の識別子とを含み、それにより、４０４を実行すると決定することができる。当然ながら、第１のアクション識別子に従って、４０４が実行される必要があると直接的に決定されてもよい。
【０１２３】
任意に、ハンドオーバー媒体のＮＦＣＣを用いて第１のデバイス有効化要求を送信するために、ハンドオーバー媒体は、ＤＨを用いて、ハンドオーバー媒体のＮＦＣＣに第１のアクション識別子および第３の識別子を構成する。
【０１２４】
４０４：第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを決定する。有すると決定された場合、第１のデバイス有効化応答をハンドオーバー媒体に送信し（それにより、第１の端末との接続ハンドオーバープロセスを実行し、接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックする。この場合の接続ハンドオーバープロセスは、無線周波数インターフェース有効化、ＬＬＣＰ有効化、データ交換等のプロセスを含み、接続構成情報のフィードバックはデータ交換プロセスにおいて実行される）、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新する。（アイドル接続リソースがない場合、処理方式については、図１に示される実施形態の説明を参照されたい。）
４０６：ステップ４０４の後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２のデバイス有効化要求を受信する。第２のデバイス有効化要求は、第２のアクション識別子と、第３の端末の識別に用いられる第４の識別子を伴う。
【０１２５】
任意に、第３の端末の身分は、ハンドオーバー媒体または接続ハンドオーバーリクエスタを含む。
【０１２６】
任意に、第３の端末は、第３の端末のＮＦＣＣを用いて第２のデバイス有効化要求を送信するために、ＤＨを用いて第３の端末のＮＦＣＣに第２のアクション識別子および第４の識別子を構成する。
【０１２７】
４０８：第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定された場合、ステップ４１０を実行するように決定される。
【０１２８】
４１０：第４の識別子および第３の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを決定し、それにより、第２のデバイス有効化応答を第３の端末に送信するか否かを決定する。
【０１２９】
任意に、ステップ４１０は２つのシナリオを含む。
【０１３０】
シナリオ１：第３の端末とハンドオーバー媒体とが同じ端末である。この場合、第３の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第３の端末にフィードバックするために、第２のデバイス有効化応答を送信する。
【０１３１】
任意に、第０の端末のＮＦＣＣを用いて第２のデバイス有効化応答が送信される。
【０１３２】
シナリオ２：第３の端末とハンドオーバー媒体とが同じ端末でない。この場合、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って決定を実行して、第０の端末がアイドル接続リソースを有するか否かを決定する。有すると決定された場合は第２のデバイス有効化応答を送信し、有さないと決定された場合は第２のデバイス有効化応答の送信をスキップする。
【０１３３】
更に任意に、シナリオ２において、アイドル接続リソースがある場合、第０の端末は第３の端末のために接続リソースを予約する。或いは、第３の端末がハンドオーバー媒体である場合、第０の端末は、第３の端末を用いて第０の端末との接続を確立する第４の端末のために接続リソースを予約し、それにより、リソースが不必要に占有されるという問題を未然に回避する。
【０１３４】
図２Ａに示される実施形態での技術的効果に加えて、本実施形態で提供される本方法は更に、第０の端末がアイドル接続リソースを有さない場合に、ハンドオーバー媒体または第３の端末によって送信されたデバイス有効化要求に対して応答しないことを直接的に決定することができ、その結果、ＬＬＣＰ有効化やデータ交換等の後続のプロセスは実行されず、すなわち、ＮＦＣ通信手続きが予め終了する。したがって、接続構成情報はフィードバックされず、例えば第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みる等のプロセスが回避される。よって、通信時間が大幅に節約され、通信効率が改善される。
【０１３５】
図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２は、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。全手続きは、第１のタップ（Ｔａｐ１）および第２のタップ（Ｔａｐ２）のプロセスを含む。
【０１３６】
図５Ａ１および図５Ａ２を参照する。図５Ａ１および図５Ａ２は第１のタップのプロセスであり、第０の端末とハンドオーバー媒体（第０の端末と第２の端末とを接続の確立の際に補助するように構成される）がＰ２Ｐ動作モードを用いて通信を実行する。該プロセスは、以下のステップを有する（第０の端末と第３の端末とが両方ともＢｌｕｅｔｏｏｔｈモジュールおよびＷｉ−Ｆｉモジュールをサポートすると仮定する）。
【０１３７】
ステップ０：第０の端末のＤＨが、現在のアイドル接続リソース情報ｘおよびｙの値を取得する。ｘは現在アイドル状態のＢｌｕｅｔｏｏｔｈ接続リソースの数を表し、ｙは現在アイドル状態のＷｉ−Ｆｉ接続リソースの数を表す。
【０１３８】
ステップ１：パラメータ構成プロセス
第０の端末のＤＨは、CORE_SET_CONFIG_CMDコマンドを用いて、第０の端末のＮＦＣＣに現在のアイドルＢｌｕｅｔｏｏｔｈ接続リソース情報HO_BT_CONN_INFOおよび／またはＷｉ−Ｆｉ接続リソース情報HO_WIFI_CONN_INFOを構成する（ＮＦＣＣにおいてHO_BT_CONN_INFOおよびHO_WIFI_CONN_INFOを更新する工程が実行されてよい）。ハンドオーバー媒体のＤＨは、CORE_SET_CONFIG_CMDコマンドを用いて、ハンドオーバー媒体のＮＦＣＣに端末識別子ID_INFO情報およびアクションフラグ情報ACT_FLAGを構成する。
【０１３９】
第０の端末およびハンドオーバー媒体に関して、構成コマンドを受信し構成の実行が成功した後に、第０の端末およびハンドオーバー媒体のＮＦＣＣはCORE_SET_CONFIG_RSP応答をＤＨにフィードバックして、構成が成功したことを示す。
【０１４０】
任意に、ステップ０およびステップ１は、ステップ４ａの後、ステップ５の前に実行される。
【０１４１】
ステップ２：無線周波数発見プロセス
ハンドオーバー媒体のＤＨは、RF_DISCOVER_CMDコマンドを用いて、無線周波数発見プロセスを開始するようにＮＦＣＣをトリガする。ＮＦＣＣは、応答RF_DISCOVER_RSPをＤＨにフィードバックして、無線周波数発見プロセスが実行されていることを示す。
【０１４２】
ステップ３：ハンドオーバー媒体のＮＦＣＣは、第０の端末にデバイス有効化要求ATR_REQ要求を送信する。ATR_REQ要求は、ID_INFO情報およびACT_FLAG情報を含む。
【０１４３】
ステップ４：ATR_REQ要求を受信した後、第０の端末のＮＦＣＣは、ATR_REQ要求のACT_FLAGに従って、相手方の目的が接続ハンドオーバーであるか否かを決定する。
【０１４４】
４ａ．接続ハンドオーバーであると決定された場合、ステップ５を実行し、手続きを続行する。
【０１４５】
４ｂ．接続ハンドオーバーでないと決定された場合、ステップ６を実行してからステップ８に進み、Ｔａｐ１の手続きが終了するまで続行する。
【０１４６】
例えば、相手方の目的が第０の端末との名刺交換である場合、第０の端末は、ATR_RESを用いて直接的に相手方に応答し、後続のデータ交換を実行する。よって、以下のステップ７で１を引くという工程を実行する必要がない。
【０１４７】
ステップ５：第０の端末のＮＦＣＣは、第０の端末の現在のアイドル接続リソースに従って、アイドル接続リソースが存在しないか否かを決定する（すなわち、ｘ≦０およびｙ≦０であるか否かを判定する）。
【０１４８】
任意に、第０の端末は、既存のプロトコルの仕様に従って、第０の端末がＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉの接続構成情報をフィードバックする必要があるか否かを決定し、それにより、対応するｘまたはｙに従って決定を実行してよい。
【０１４９】
５ａ．フィードバックする必要があると決定された場合、相手方への応答をスキップし、全手続きを終了する。
【０１５０】
５ｂ．フィードバックする必要がないと決定された場合、ステップ６を実行して続行する。
【０１５１】
ステップ６：
第０の端末のＮＦＣＣは、デバイス有効化応答ATR_RES応答をハンドオーバー媒体にフィードバックする。
【０１５２】
第０の端末について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTFは、受信されるATR_REQ（ID_INFOおよびACT_FLAGを含む）を含む。
【０１５３】
ハンドオーバー媒体について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTは受信されるATR_RESを含む。
【０１５４】
ステップ７：対応して、ｘまたはｙから１を引く工程を実行する。
【０１５５】
ステップ８：ＬＬＣＰ有効化プロセス。
【０１５６】
ステップ９：データ交換プロセス。
【０１５７】
ステップ１０：ＬＬＣＰ無効化プロセス。
【０１５８】
ステップ１１：無線周波数インターフェース無効化プロセス。
【０１５９】
続いて、第０の端末は、第２の端末とのＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続の確立の準備をしてよい。第０の端末と第２の端末との間で接続が確立される前に、第０の端末が第３の端末によって送信された接続ハンドオーバー要求を受信した場合、その処理プロセスが図５Ｂ１および図５Ｂ２に示される。該処理プロセスは以下のステップを有する。
【０１６０】
ステップ１２：パラメータ構成プロセス
第３の端末のＤＨは、CORE_SET_CONFIG_CMDを用いて、第３の端末のＮＦＣＣに第３の端末の端末識別子情報ID_INFOおよびアクションフラグ情報ACT_FLAGを構成する。
【０１６１】
第３の端末に関して、構成コマンドを受信し構成の実行が成功した後に、第３の端末のＮＦＣＣはCORE_SET_CONFIG_RSP応答をＤＨにフィードバックして、構成が成功したことを示す。
【０１６２】
ステップ１３：無線周波数発見プロセス
第３の端末のＤＨは、RF_DISCOVER_CMDコマンドを用いて、無線周波数発見プロセスを開始するようにＮＦＣＣをトリガする。ＮＦＣＣは、応答RF_DISCOVER_RSPをＤＨにフィードバックして、無線周波数発見プロセスが実行されていることを示す。
【０１６３】
ステップ１４：第３の端末は決定を実行し、第０の端末のＮＦＣＣを用いてATR_REQ要求を送信する。ATR_REQ要求は、ID_INFO情報およびACT_FLAG情報を含む。
【０１６４】
ステップ５：ＮＦＣＣを用いて要求を受信した後、第０の端末は、ACT_FLAGに従って、相手方の目的が接続ハンドオーバーであるか否かを決定する。
【０１６５】
１５ａ．接続ハンドオーバーであると決定された場合、ステップ１６を実行して続行する。
【０１６６】
１５ｂ．接続ハンドオーバーでないと決定された場合、ステップ１７を実行してからステップ１９に進み、続行する。
【０１６７】
ステップ１６：第０の端末は、第３の端末とハンドオーバー媒体とが同じ端末であるか否か、すなわち、ステップ１のID_INFOとステップ１２のID_INFOとが同じであるか否かを判定する。
【０１６８】
１６ａ．同じであると判定された場合、ステップ１７を実行してからステップ１９に進み、続行する。
【０１６９】
１６ｂ．同じでないと判定された場合、続行して、第０の端末が現在（第２の端末のために接続リソースが予約された後）アイドル接続リソースを有さないか否かを決定する。第３の端末がハンドオーバー媒体として機能する場合、第０の端末は、ｘ≦０およびｙ≦０であるか否かを判定する。第３の端末が接続ハンドオーバーリクエスタとして機能する場合、第０の端末は、第０の端末と第３の端末の両方によってサポートされるキャリアのアイドル接続リソース情報に従って、決定を実行してよい。
【０１７０】
１６ｂ．ｉ．ｙｅｓの場合、相手方への応答をスキップし、Ｔａｐ２の手続きを終了する。
【０１７１】
１６ｂ．ｉｉ．ｎｏの場合、ステップ１７を実行して続行する。
【０１７２】
ステップ１７：
第０の端末は、ＮＦＣＣを用いて、デバイス有効化応答ATR_RES応答を第３の端末にフィードバックする。
【０１７３】
第０の端末について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTFは、受信されるATR_REQ（ID_INFOおよびACT_FLAGを含む）を含む。
【０１７４】
第３の端末について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTFは、受信されるATR_RESを含む。
【０１７５】
ステップ１８〜ステップ２２は、図５Ａ１および図５Ａ２のステップ７〜ステップ１１と同じである。
【０１７６】
図３Ａおよび図３Ｂに示される実施形態の技術的効果に加えて、本実施形態で提供される方法は更に、第０の端末がアイドル接続リソースを有さない場合、ｘおよび／またはｙの値を制御することにより、ＮＦＣ通信手続きを予め終了することができる（原理は、図４に示される実施形態の原理と同じである）。それによって、Ｂｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが無線接続の確立を試みるプロセスを防ぐことができ、通信時間を大幅に節約し、通信効率を改善することができる。
【０１７７】
図２Ａ〜図５Ｂ２において、第１の端末が端末媒体として機能する場合を説明した。当該技術分野の当業者であれば、第１の端末が接続ハンドオーバーリクエスタとして機能する場合も、上述の実施形態で提供された処理の考え方が適用可能であり、対応する技術的効果が達成され得ることが理解できるはずである。その場合はここでは説明しない。
【０１７８】
以下、図１、図４、図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２に示される実施形態での一部のパラメータおよびメッセージを、例示的に説明する。
【０１７９】
図１、図４、図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２に示される実施形態で追加されるパラメータの例として、現在のアイドル接続リソース情報HO_BT_CONN_INFO（Ｂｌｕｅｔｏｏｔｈ接続リソース情報）および／またはHO_WIFI_CONN_INFO（Ｗｉ−Ｆｉ接続リソース情報）、端末識別子（例えば、第１の識別子、第２の識別子）情報ID_INFOおよびアクション識別子（例えば、第１のアクション識別子）情報ACT_FLAGが挙げられる。HO_BT_CONN_INFOおよび／またはHO_WIFI_CONN_INFOは、第０の端末のＤＨとＮＦＣＣとの間で伝送されるだけでよい。一方、ID_INFOおよびACT_FLAGは、ＤＨによってＮＦＣＣについて構成され、それからデバイス有効化要求ATR_REQを用いてピア端末に伝送される必要がある。パラメータの拡張方式の例は以下のとおりである。
【０１８０】
１：HO_BT_CONN_INFOおよびHO_WIFI_CONN_INFOの拡張方式
構成パラメータを設定する際に用いられるコマンドCORE_SET_CONFIG_CMDのOther  Parameters（他のパラメータ）の予約フィールド０ｘ８３〜０ｘ９Ｆから０ｘ８３を選択して、HO_BT_CONN_INFOを拡張し、０ｘ８４を選択してHO_WIFI_CONN_INFOを拡張する。２つのパラメータの具体的な拡張方式と値の意味を、表４〜表７に示す。
【０１８１】
（表４：構成パラメータタグ）
2016517222.tif 000008
（表５：発見構成パラメータ）
2016517222.tif 000009
（表６：HO_BT_CONN_INFOの値および意味）
2016517222.tif 000010
（表７：HO_WIFI_CONN_INFOの値および意味）
2016517222.tif 000011
２：ID_INFOおよびACT_FLAGのいくつかの拡張方式は以下のとおりである。
【０１８２】
ａ）ポール（Ｐｏｌｌ）モードにおけるNFC-DEP発見パラメータPN_ATR_REQ_CONFIGの予約ビットｂ７およびｂ６を用いて、ATR_REQのＰＰＩの予約ビットｂ８およびｂ７を制御し、それにより、ID_INFOおよびACT_FLAGを拡張する。２つのパラメータの拡張方式を表８〜表１０に示す。
【０１８３】
（表８：PN_ATR_REQ_CONFIGの値）
2016517222.tif 000012
【０１８４】
（表９：ＰＰＩ形式）
2016517222.tif 000013
【０１８５】
（表１０：ATR_REQの形式）
2016517222.tif 000014
ｂ）１つのNFC-DEP発見パラメータPC_ATR_REQ_HO_MANAGEが、ＰｏｌｌモードでCORE_SET_CONFIG_CMDに追加され、それにより、ATR_REQのID_INFOおよびACT_FLAGが拡張される。２つのパラメータの具体的な拡張方式を表１１〜表１４に示す。
【０１８６】
（表１１：構成パラメータタグ）
2016517222.tif 000015
PN_ATR_REQ_HO_MANAGEの具体的な定義は以下のとおりである。
【０１８７】
（表１２：ＰｏｌｌモードでのＮＦＣデータ交換プロトコルの発見構成パラメータ）
2016517222.tif 000016
（表１３：PN_ATR_REQ_HO_MANAGEの値）
2016517222.tif 000017
ATR_REQにおけるID_INFOおよびACT_FLAGの位置は以下のとおりである。
【０１８８】
（表１４：ATR_REQの形式）
2016517222.tif 000018
上述の２つの拡張方式ａ）およびｂ）に関して、ID_INFOおよびACT_FLAGの値を定義するのに同じ方法が用いられてよく、具体的に表１５および表１６に示す。
【０１８９】
（表１５：ID_INFOの値および意味）
2016517222.tif 000019
（表１６：ACT_FLAGの値および意味）
2016517222.tif 000020
明細書中の各表を説明する際、主に本発明と従来技術との違いまたは改善が説明される。残りの内容については従来技術を参照することができ、本発明では限定されない。
【０１９０】
図６は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図６を参照して、接続ハンドオーバー装置６０は、以下の要素を有する（点線の四角はユニット／モジュールが任意であることを示す：以下同様）。
【０１９１】
取得ユニット６１は、第０の端末のアイドル接続リソース情報を取得するように構成される。
【０１９２】
例えば、取得ユニット６１は、第０の端末のアイドル接続リソース情報をＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールから取得する。任意に、第０の端末のアイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【０１９３】
第１の受信ユニット６２は、第１の端末によって送信される要求メッセージを受信するように構成される。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。任意に、第１の端末は接続ハンドオーバーリクエスタまたはハンドオーバー媒体である。
【０１９４】
第１の決定ユニット６３は、要求メッセージに従って、第１の判定ユニット６４がトリガされる必要があると決定するように構成される。
【０１９５】
第１の判定ユニット６４は、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを決定し、有すると決定された場合に第１の送信ユニット６５をトリガするように構成される。
【０１９６】
第１の送信ユニット６５は、応答メッセージを第１の端末に送信し、それにより、第０の端末の接続構成情報を第１の端末にフィードバックするように構成される。
【０１９７】
任意に、第１の端末がハンドオーバー媒体として機能する場合、第１の受信ユニット６２は、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信する。この場合、第１の決定ユニット６３は、第１の判定ユニット６４がトリガされる必要があると決定する。第１の送信ユニット６５は、第０の端末の接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを送信してよい。第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０１９８】
任意に、第１の端末がハンドオーバー媒体として機能する場合、第１の受信ユニット６２は、デバイス有効化要求の起動に用いられる第１のデバイス有効化要求を受信する。第１のデバイス有効化要求は、第１のアクション識別子を伴う。この場合、第１の決定ユニット６３は、第１のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、それにより、第１の判定ユニット６４をトリガする。第１の送信ユニット６５は、第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、第１のデバイス有効化応答を送信してよい。
【０１９９】
任意に、第１の端末が接続ハンドオーバーリクエスタとして機能する場合、第１の受信ユニット６２は、接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求を受信する。第１の送信ユニット６５は、第０の端末の接続構成情報を含む第３の接続ハンドオーバー選択メッセージを送信し（第０の端末がアイドル接続リソースを有すると第１の判定ユニット６４が判定した場合）、或いは、第０の端末の接続リソースが制限されることを表す接続ハンドオーバー選択メッセージを送信する（第０の端末がアイドル接続リソースを有さないと第１の判定ユニット６４が判定した場合）。
【０２００】
任意に、第１の端末が接続ハンドオーバーリクエスタとして機能する場合、取得ユニット６１は、第０の端末がアイドル接続リソースを有するか否かを第１の判定ユニット６４が判定できるように、第０の端末のＤＨを用いて、第０の端末のＮＦＣＣに第０の端末のアイドル接続リソース情報を構成するように構成される第２の構成モジュールを有する。第１の受信ユニット６２は、第１の決定ユニット６３が第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定することができるように、第３のアクション識別子を伴う第３のデバイス有効化要求を受信する。第１の送信ユニット６５は、第１の端末との接続ハンドオーバープロセスを実行し、接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、第３のデバイス有効化応答を送信する（第０の端末がアイドル接続リソースを有すると第１の判定ユニット６４が判定した場合）。或いは、第１の送信ユニット６５は、第３のデバイス有効化応答を送信しない（第０の端末がアイドル接続リソースを有さないと第１の判定ユニット６４が判定した場合）。
【０２０１】
任意に、本実施形態の実施方式において、接続ハンドオーバー装置６０は更に、選択的送信ユニット６７を有する。第１の判定ユニット６４が、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有さないと決定した場合、接続ハンドオーバー装置６０は、第０の端末の接続構成情報を第１の端末にフィードバックしない。この場合、選択的送信ユニット６７が要求メッセージに従って要求メッセージに対応する応答メッセージを送信するか否かを決定することができるように、選択的送信ユニット６７がトリガされてよい。例えば、要求メッセージが接続ハンドオーバー要求であり、第１の端末がハンドオーバー媒体として機能する場合、選択的送信ユニット６７は、第０の端末の接続構成情報を含まない接続ハンドオーバー媒体メッセージを送信する。要求メッセージが接続ハンドオーバー要求であり、第１の端末が接続ハンドオーバーリクエスタとして機能する場合、選択的送信ユニット６７は、第０の端末の接続リソースが制限されることを表す接続ハンドオーバー選択メッセージを送信する。要求メッセージがデバイス有効化要求である場合、選択的送信ユニット６７は、デバイス有効化要求に応答する必要はないと決定し、デバイス有効化応答を送信しない。
【０２０２】
任意に、本実施形態の実施方式において、装置60は以下の要素を更に有する。
【０２０３】
処理ユニット６６は、第０の端末がアイドル接続リソースを有すると第１の判定ユニット６４が判定した場合において、接続リソースを予約して第０の端末のアイドル接続リソース情報を更新するように構成され、これは、第１の端末が接続ハンドオーバーリクエスタである場合、第１の端末について接続リソースを予約することと、第１の端末が、第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合、第２の端末について接続リソースを予約することと、を含む。
【０２０４】
本実施形態で提供される接続ハンドオーバー装置６０により、第０の端末が第０の端末の接続構成情報を第１の端末にフィードバックするときは、第０の端末がアイドル接続リソースを有することが保証される。第０の端末が第１の端末の要求メッセージを受信する前にアイドル接続リソースを有さない場合において、第０の端末は第０の端末の接続構成情報をフィードバックしない。それにより、第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みるプロセスを防ぐことができ、通信効率が改善され、ユーザーエクスペリエンスが向上する。更に、装置６０が第１の処理モジュール６６を有する場合、接続リソースを予約する工程が更に実行されてよい。それにより、第０の端末が第１の端末との（或いは、第１の端末の補助を利用して第２の端末との）接続を首尾よく確立できることを保証することができる。
【０２０５】
図７は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図７を参照して、接続ハンドオーバー装置７０は、取得ユニット６１、第１の受信ユニット６２、第１の決定ユニット６３、第１の判定ユニット６４および第１の送信ユニット６５を有し、更に、第１の処理ユニット７１、第２の受信ユニット７２、第２の決定ユニット７３および第２の処理ユニット７４を有する。
【０２０６】
取得ユニット６１については、図６に示される実施形態の説明を参照されたい。
【０２０７】
第１の受信ユニット６２は、ハンドオーバー媒体によって送信され接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信する（この場合、第１の端末はハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）。第１の接続ハンドオーバー要求は、ハンドオーバー媒体の識別に用いられる第１の識別子を伴う。
【０２０８】
第１の決定ユニット６３は、第１の受信ユニット６２が第１の接続ハンドオーバー要求を受信した後に、第１の判定ユニット６４をトリガすることを決定する。
【０２０９】
第１の判定ユニット６４は、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有すると決定し、第１の送信ユニット６５および第１の処理ユニット７１をトリガする。（第０の端末がアイドル接続リソースを有さない場合において、図６に示される実施形態の説明を参照されたい。）
第１の送信ユニット６５は、第０の端末の接続構成情報を含む第１の接続ハンドオーバー媒体メッセージをハンドオーバー媒体に送信する。第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０２１０】
第１の処理ユニット７１は、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新するように構成される。
【０２１１】
第２の受信ユニット７２は、装置７０が第１の接続ハンドオーバー媒体メッセージを送信し第２の端末のために接続リソースを予約した後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するように構成される。第２の接続ハンドオーバー要求は、第３の端末の識別に用いられる第２の識別子を伴う。
【０２１２】
第２の決定ユニット７３は、第２の接続ハンドオーバー要求に従って、第２の処理ユニット７４をトリガすることを決定するように構成される。
【０２１３】
第２の処理ユニット７４は、第２の識別子および第１の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを決定し、それにより、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定するように構成される。
【０２１４】
任意に、本実施形態の実施方式において、第２の処理ユニット７４は以下の要素を有する。
【０２１５】
第１の判定モジュール７４１は、第２の識別子および第１の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを決定し、同じ端末であると決定された場合は第１の送信モジュール７４２をトリガし、同じ端末でないと決定された場合は第１の処理モジュール７４３をトリガするように構成される。
【０２１６】
第１の送信モジュール７４２は、第０の端末の接続構成情報を含む第２の接続ハンドオーバー媒体メッセージを第３の端末に送信するように構成される。
【０２１７】
第１の処理モジュール７４３は、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定するように構成される。
【０２１８】
更に任意に、第１の処理モジュール７４３は以下の要素を有する。
【０２１９】
第１の判定サブモジュールは、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末がアイドル接続リソースを有するか否かを決定し、アイドル接続リソースがないと判定された場合に第１の送信サブモジュールをトリガし、アイドル接続リソースがあると判定された場合に第２の送信サブモジュールをトリガするように構成される。
【０２２０】
第１の送信サブモジュールは、第３の端末が接続ハンドオーバーリクエスタとして機能する場合、第１の接続ハンドオーバー選択メッセージを第３の端末に送信して、第０の端末の接続リソースが制限されることを示すように構成され、また、第３の端末がハンドオーバー媒体として機能する場合、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを第３の端末に送信するように構成される。任意に、第１の接続ハンドオーバー選択メッセージは、第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む。
【０２２１】
第２の送信サブモジュールは、第３の端末が接続ハンドオーバーリクエスタである場合、第０の端末の接続構成情報を含む第２の接続ハンドオーバー選択メッセージを第３の端末に送信するように構成され、第３の端末がハンドオーバー媒体である場合、第０の端末の接続構成情報を含む第４の接続ハンドオーバー媒体メッセージを第３の端末に送信するように構成される。
【０２２２】
任意に、本実施形態の実施方式において、接続ハンドオーバー装置７０は更に以下の要素を有する。
【０２２３】
第５の処理ユニット７５は、第３の端末のために接続リソースを予約するように構成される。例えば、第３の端末が接続ハンドオーバーリクエスタであり、第０の端末が第２の端末のために接続リソースを予約した後に、第０の端末が依然としてアイドル接続リソースを有する場合、第５の処理ユニット７５がトリガされる。当然ながら、第５の処理ユニット７５は更に、第３の端末がハンドオーバー媒体である場合に、第３の端末を用いて第０の端末との接続を確立する第４の端末のために接続リソースを予約するように構成されてよい。
【０２２４】
図６に示される実施形態において第１の端末がハンドオーバー媒体として機能する場合の技術的効果に加えて、本実施形態で提供される接続ハンドオーバー装置７０は更に、第２の端末について接続リソースを予約して、接続リソースが不必要に占有される現象を防ぎ、それにより、第０の端末と第２の端末との接続の確立が成功することを保証することができ、また、ハンドオーバー媒体および第３の端末を識別して、接続リソースが第２の端末について重複して予約されることを防ぐことができ、また、第０の端末が第３の端末と接続を確立する（或いは、第３の端末を用いて別の端末と接続を確立する）ときに接続リソースが不必要に占有される現象を防ぎ、それにより、通信効率を改善することができる。
【０２２５】
図８は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図８を参照して、取得ユニット６１、第１の受信ユニット６２、第１の決定ユニット６３、第１の判定ユニット６４および第１の送信ユニット６５に加えて、接続ハンドオーバー装置８０は更に、第３の処理ユニット８１、第３の受信ユニット８２、第３の決定ユニット８３および第４の処理ユニット８４を有する。
【０２２６】
取得ユニット６１については、図６に示される実施形態の説明を参照されたい。
【０２２７】
任意に、本実施形態の実施方式において、取得ユニット６１は第１の構成モジュールを有する。第１の構成モジュールは、第１の判定ユニット６４が第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを決定できるように、第０の端末のデバイスホストＤＨを用いて、第０の端末の近距離無線通信コントローラＮＦＣＣに対して、第０の端末のアイドル接続リソース情報を構成するように構成される。
【０２２８】
第１の受信ユニット６２は、ハンドオーバー媒体によって送信されデバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信する（この場合、第１の端末がハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）。第１のデバイス有効化要求は、第１のアクション識別子と、ハンドオーバー媒体の識別に用いられる第３の識別子とを伴う。
【０２２９】
第１の決定ユニット６３は、第１のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、第１の判定ユニット６４をトリガする。
【０２３０】
第１の判定ユニット６４は、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有すると決定し、第１の送信ユニット６５および第３の処理ユニット８１をトリガする。（第０の端末がアイドル接続リソースを有さない場合において、図６に示される実施形態の説明を参照されたい。）
第１の送信ユニット６５は、第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、第１のデバイス有効化応答をハンドオーバー媒体に送信する。
【０２３１】
第３の処理ユニット８１は、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新するように構成される。
【０２３２】
第３の受信ユニット８２は、接続ハンドオーバー装置８０が第１のデバイス有効化応答を送信し第２の端末のために接続リソースを予約した後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２のデバイス有効化要求を受信するように構成される。第２のデバイス有効化要求は、第２のアクション識別子と、第３の端末の識別に用いられる第４の識別子とを伴う。
【０２３３】
第３の決定ユニット８３は、第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、第４の処理ユニット８４をトリガするように構成される。
【０２３４】
第４の処理ユニット８４は、第４の識別子および第３の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを決定し、それにより、第２のデバイス有効化応答を第３の端末に送信するか否かを決定するように構成される。
【０２３５】
任意に、本実施形態の実施方式において、第４の処理ユニット８４は以下の要素を有する。
【０２３６】
第２の判定モジュール８４１は、第４の識別子および第３の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを決定し、同じ端末であると決定された場合に第２の送信モジュール８４２をトリガし、同じ端末でないと決定された場合は第３の判定モジュール８４３をトリガするように構成される。
【０２３７】
第２の送信モジュール８４２は、第３の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第３の端末にフィードバックするために、第２のデバイス有効化応答を送信するように構成される。
【０２３８】
第３の判定モジュール８４３は、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って決定を実行して、第０の端末がアイドル接続リソースを有するか否かを決定し、有すると決定された場合は第２の送信モジュール８４２をトリガし、有さないと決定された場合は第２の送信モジュール８４２のトリガをスキップするように構成される。
【０２３９】
任意に、本実施形態の実施方式において、接続ハンドオーバー装置80は更に以下の要素を有する。
【０２４０】
第５の処理ユニット８５は、第３の端末のために接続リソースを予約するように構成される。例えば、第３の端末が接続ハンドオーバーリクエスタであり、第０の端末が第２の端末のために接続リソースを予約した後に、第０の端末が依然としてアイドル接続リソースを有する場合、第５の処理ユニット８５がトリガされる。
【０２４１】
図７に示される実施形態の技術的効果に加えて、第０の端末がアイドル接続リソースを有さない場合、本実施形態で提供される接続ハンドオーバー装置８０は更に、ハンドオーバー媒体または第３の端末によって送信されたデバイス有効化要求に応答しないことを直接的に決定することができるので、ＬＬＣＰ有効化やデータ交換のような後続のプロセスは実行されない。すなわち、ＮＦＣ通信手続きが事前に終了され、例えば第０の端末のＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉが無線接続の確立を試みるプロセスが回避される。それにより、通信時間が大幅に節約され、通信効率が改善される。
【０２４２】
当該技術分野の当業者であれば、本発明の実施形態において、第０の端末のアイドル接続リソース情報がアイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含み、また、ＮＦＣ通信方式で接続ハンドオーバーを実行できる他の接続技術のアイドル接続リソースの数を含んでもよいことが理解できるはずである。これに対応して、通信端末は更に、Ｂｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ‐Ｆｉモジュールに加えて、他の通信モジュールを有してよい。本発明の実施形態が採用される場合、効果的かつ適切に他の通信モジュールをトリガすることができ、それによって通信効率が改善される。
【０２４３】
図９Ａは、本発明の実施形態に係るＮＦＣ端末の概略構造図である。図９Ａを参照して、ＮＦＣ端末９０は、プロセッサ９１と、メモリ９２と、プロセッサ９１に接続されるＮＦＣＣ９３を有する。
【０２４４】
メモリ９２には、プロセッサ９１による呼出しのための対応するプログラム、アプリケーション、データまたは命令が保存される。プロセッサ９１およびＮＦＣＣ９３は、ＮＣＩ仕様を用いて通信を実行する。ＮＦＣＣ９３は、メッセージの送受信を実行するように構成される受信部９３１および送信部９３２を有する。具体的には、以下のように構成される。
【０２４５】
プロセッサ９１は、ＮＦＣ端末９０のアイドル接続リソース情報を取得する。
【０２４６】
ＮＦＣＣ９３は、第１の端末によって送信される要求メッセージを受信部９３１を用いて受信し、プロセッサ９１をトリガして、要求メッセージに従って、第１の決定を実行することを決定する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることをＮＦＣ端末９０に通知するのに用いられる。第１の決定は、ＮＦＣ端末９０のアイドル接続リソース情報に従って、ＮＦＣ端末９０がアイドル接続リソースを有するか否かを決定するステップである。
【０２４７】
プロセッサ９１は第１の決定を実行し、ＮＦＣ端末９０がアイドル接続リソースを有すると決定された場合、プロセッサ９１は、ＮＦＣＣ９３の送信部９３２を用いて応答メッセージを第１の端末に送信し、それにより、ＮＦＣ端末９０の接続構成情報を第１の端末にフィードバックする。或いは、ＮＦＣ端末９０がアイドル接続リソースを有さないと決定された場合、プロセッサ９１は、ＮＦＣ端末９０の接続構成情報を第１の端末にフィードバックしないことを決定する。
【０２４８】
任意に、ＮＦＣ端末９０のアイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【０２４９】
任意に、本実施形態の実施方式において、第１の端末がハンドオーバー媒体であるとき、要求メッセージは、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求であり、応答メッセージは、ＮＦＣ端末９０の接続構成情報を含む第１の接続ハンドオーバー媒体メッセージである。ＮＦＣ端末９０の接続構成情報は、ＮＦＣ端末９０のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０２５０】
更に任意に、
第１の接続ハンドオーバー要求は、第１の端末の識別に用いられる第１の識別子を伴い、第１の端末は、ＮＦＣ端末９０と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である。この場合、ＮＦＣ端末９０がアイドル接続リソースを有するとプロセッサ９１が判定した場合、プロセッサ９１は更に、第２の端末のために接続リソースを予約して、ＮＦＣ端末９０のアイドル接続リソース情報を更新する。
【０２５１】
送信部９３２が第１の接続ハンドオーバー媒体メッセージを送信し、プロセッサ９１が第２の端末のために接続リソースを予約した後、ＮＦＣ端末９０が第２の端末との接続を確立する前に、以下の処理が実行される。
【０２５２】
ＮＦＣＣ９３が受信部９３１を用いて、第３の端末によって送信される第２の接続ハンドオーバー要求を受信し、プロセッサ９１をトリガして第２の決定を実行する。第２の接続ハンドオーバー要求は、第３の端末の識別に用いられる第２の識別子を伴う。第２の決定は、第２の識別子および第１の識別子に従って、第３の端末と第１の端末とが同じ端末であるか否かを決定し、それにより、ＮＦＣ端末９０の接続構成情報を第３の端末にフィードバックするか否かを決定するステップである。
【０２５３】
プロセッサ９１は、以下の方式で、ＮＦＣ端末９０の接続構成情報を第３の端末にフィードバックするか否かを決定してよい。
【０２５４】
第３の端末と第１の端末とが同じ端末である場合、ＮＦＣＣ９３の送信部９３２を用いて、ＮＦＣ端末９０の接続構成情報を含む第２の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【０２５５】
第３の端末と第１の端末とが同じ端末でない場合、プロセッサ９１が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、ＮＦＣ端末９０の接続構成情報を第３の端末にフィードバックするか否かを決定する。これには、以下の２つのシナリオが含まれる。
【０２５６】
シナリオ１：プロセッサ９１が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、ＮＦＣ端末９０がアイドル接続リソースを有するか否かを決定する。ＮＦＣ端末９０がアイドル接続リソースを有さない場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、ＮＦＣＣ９３の送信部９３２を用いて第１の接続ハンドオーバー選択メッセージを第３の端末に送信して、ＮＦＣ端末９０の接続リソースが制限されることを示す（例えば、第１の接続ハンドオーバー選択メッセージは、ＮＦＣ端末９０の接続リソースが制限されることを表すのに用いられるエラーコードと、原因値とを含む）。第３の端末がハンドオーバー媒体であるとき、ＮＦＣＣ９３の送信部９３２を用いて、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【０２５７】
シナリオ２：ＮＦＣ端末９０がアイドル接続リソースを有する場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、ＮＦＣＣ９３の送信部９３２を用いて、ＮＦＣ端末９０の接続構成情報を含む第２の接続ハンドオーバー選択メッセージを第３の端末に送信する。第３の端末がハンドオーバー媒体であるとき、ＮＦＣＣ９３の送信部９３２を用いて、ＮＦＣ端末９０の接続構成情報を含む第４の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【０２５８】
任意に、本実施形態の実施方式において、プロセッサ９１は更に、第３の端末のために接続リソースを予約するように構成される（例えば、第３の端末が接続ハンドオーバーリクエスタである場合）。
【０２５９】
当該技術分野の当業者であれば、図９Ａに示される実施形態において、プロセッサ９１がＮＦＣ端末９０のＤＨ機能を実施することが理解できるであろう。
【０２６０】
図９Ｂは、本発明の実施形態に係るＮＦＣ端末の概略構造図である。図９Ｂを参照して、ＮＦＣ端末９０’は、第１のプロセッサ９１’と、第１のメモリ９２’と、第１のプロセッサ９１’に接続されるＮＦＣＣ９３’とを有する。
【０２６１】
第１のメモリ９２’には、第１のプロセッサ９１’による呼出しのための対応するプログラム、アプリケーション、データまたは命令が保存される。第１のプロセッサ９１’およびＮＦＣＣ９３’は、ＮＣＩ仕様を用いて通信を実行する。ＮＦＣＣ９３’は、受信部９３１’、送信部９３２’、第２のプロセッサ９３３’および第２のメモリ９３４’を有する。第２のメモリ９３４’には、第２のプロセッサ９３３’による呼出しのための対応するプログラム、アプリケーション、データまたは命令が保存される。具体的には、以下のように構成される。
【０２６２】
第２のプロセッサ９３３’は、ＮＦＣ端末９０’のアイドル接続リソース情報を取得する。
【０２６３】
ＮＦＣＣ９３’は、第１の端末によって送信される要求メッセージを受信部９３１’を用いて受信し、第２のプロセッサ９３３’をトリガして、要求メッセージに従って、第１の決定を実行することを決定する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることをＮＦＣ端末９０’に通知するのに用いられる。第１の決定は、ＮＦＣ端末９０’のアイドル接続リソース情報に従って、ＮＦＣ端末９０’がアイドル接続リソースを有するか否かを決定するステップである。
【０２６４】
第２のプロセッサ９３３’は第１の決定を実行し、ＮＦＣ端末９０’がアイドル接続リソースを有すると決定された場合、第２のプロセッサ９３３’は、送信部９３２’を用いて応答メッセージを第１の端末に送信し、それにより、ＮＦＣ端末９０’の接続構成情報を第１の端末にフィードバックする。或いは、ＮＦＣ端末９０’がアイドル接続リソースを有さないと決定された場合、第２のプロセッサ９３３’は、ＮＦＣ端末９０’の接続構成情報を第１の端末にフィードバックしないことを決定する。
【０２６５】
任意に、本実施形態の実施方式において、第２のプロセッサ９３３’がＮＦＣ端末９０’のアイドル接続リソース情報を取得するステップは、第１のプロセッサ９１’が、ＮＦＣ端末９０’のアイドル接続リソース情報を取得し、ＮＣＩ仕様に従って、ＮＦＣＣ９３’にＮＦＣ端末９０’のアイドル接続リソース情報を構成するステップを有する。具体的には、構成プロセスについては、図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２に示される実施形態を参照されたい。
【０２６６】
任意に、本実施形態の実施方式において、第１の端末がハンドオーバー媒体であるとき、要求メッセージは、デバイス有効化要求の開始に用いられる第１のデバイス有効化要求である。第１のデバイス有効化要求は、ＮＦＣ端末９０’が第１のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定し、それにより、第１の決定が実行される必要があると決定することができるように、第１のアクション識別子を伴う。また、第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中にＮＦＣ端末９０’の接続構成情報を第１の端末にフィードバックするために、応答メッセージは第１のデバイス有効化応答である。ＮＦＣ端末９０’の接続構成情報は、ＮＦＣ端末９０’のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０２６７】
更に任意に、
第１のデバイス有効化要求は、第１の端末の識別に用いられる第３の識別子を更に伴い、第１の端末は、ＮＦＣ端末９０’と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である。この場合、ＮＦＣ端末９０’がアイドル接続リソースを有すると第２のプロセッサ９３３’が判定した場合、第２のプロセッサ９３３’は更に、第２の端末のために接続リソースを予約して、ＮＦＣ端末９０’のアイドル接続リソース情報を更新する。
【０２６８】
第１の接続ハンドオーバー媒体メッセージが送信され、第２の端末のために接続リソースが予約された後、ＮＦＣ端末９０’と第２の端末との間で接続が確立される前に、更に以下の処理が実行される。
【０２６９】
ＮＦＣＣ９３’が受信部９３１’を用いて、第３の端末によって送信される第２のデバイス有効化要求を受信し、第２のプロセッサ９３３’をトリガして第２の決定を実行する。第２のデバイス有効化要求は、第２のアクション識別子および第４の識別子を伴い、第４の識別子は第３の端末の識別に用いられる。第２のプロセッサ９３３’は、第２のアクション識別子に従って、第２の決定を実行することを決定する。第２の決定は、第４の識別子および第３の識別子に従って、第３の端末と第１の端末とが同じ端末であるか否かを決定し、それにより、送信部９３２’を用いて第２のデバイス有効化応答を第３の端末に送信するか否かを決定するステップである。
【０２７０】
第３の端末と第１の端末とが同じ端末である場合、第２のデバイス有効化応答が送信され、それにより、第３の端末との接続ハンドオーバープロセスを実行し、接続ハンドオーバープロセス中にＮＦＣ端末９０’の接続構成情報を第３の端末にフィードバックする。第３の端末と第１の端末とが同じ端末でない場合、第２のプロセッサ９３３’が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って決定が実行されて、ＮＦＣ端末９０’がアイドル接続リソースを有するか否かが決定される。有すると決定された場合は上述の第２のデバイス有効化応答が送信され、有さないと決定された場合は上述の第２のデバイス有効化応答は送信されない。
【０２７１】
任意に、本実施形態の実施方式において、第２のプロセッサ９３３’は更に、第３の端末のために接続リソースを予約するように構成される（例えば、第３の端末が接続ハンドオーバーリクエスタである場合）。
【０２７２】
任意に、図９Ｂに示される実施形態において、第１のプロセッサ９１’は、ＮＦＣ端末９０’のＤＨ機能を実施する。
【０２７３】
図１０は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図１０を参照して、接続ハンドオーバー装置１００は以下の要素を有する。
【０２７４】
送信ユニット１０１は、要求メッセージを第０の端末に送信するように構成される。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。要求メッセージは端末識別子を含む。第０の端末が端末識別子に従って要求メッセージの送信元を識別することできるように、端末識別子は要求メッセージの送信元の識別に用いらる。
【０２７５】
任意に、要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求である。或いは、第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定することができるように、要求メッセージは、アクション識別子を伴うデバイス有効化要求である。
【０２７６】
任意に、本実施形態の実施方式において、装置１００は更に以下の要素を有する。
【０２７７】
構成ユニット１０２は、送信ユニット１０１がデバイス有効化要求を送信することができるように、ＤＨを用いてＮＦＣＣに端末識別子およびアクション識別子を構成するように構成される。
【０２７８】
任意に、本実施形態の実施方式において、装置１００は更に以下の要素を有する。
【０２７９】
受信ユニット１０３は、第０の端末が要求メッセージを受信した後に送信される応答メッセージを受信するように構成される。要求メッセージが接続ハンドオーバー要求である場合において、第０の端末がアイドル接続リソースを有するとき、応答メッセージは第０の端末の接続構成情報を含み、有さないとき、応答メッセージは接続構成情報を含まない。要求メッセージがデバイス有効化要求である場合において、第０の端末がアイドル接続リソースであるとき、応答メッセージはデバイス有効化応答である。
【０２８０】
本実施形態で提供される装置１００は、第０の端末とＮＦＣ通信を実行し、第０の端末が端末識別子に従って第０の端末とＮＦＣ通信を実行する端末を識別および区別することができるように、接続ハンドオーバー要求メッセージまたはデバイス有効化要求メッセージを用いて、装置１００の端末識別子を第０の端末に送信するように構成される。
【０２８１】
図１１は、本発明の実施形態に係るＮＦＣ端末の概略構造図である。図１１を参照して、ＮＦＣ端末１１０は、プロセッサ１１１と、メモリ１１２と、プロセッサ１１１に接続されるＮＦＣＣ１１３とを有する。
【０２８２】
メモリ１１２には、プロセッサ１１１による呼出し用の対応するプログラム、アプリケーション、データまたはシグナリングが保存される。プロセッサ１１１およびＮＦＣＣ１１３は、ＮＣＩ仕様を用いて通信を実行する。ＮＦＣＣ１１３は送信部１１３１を有する。具体的には、以下のように構成される。
【０２８３】
プロセッサ１１１は、送信部１１３１を用いて要求メッセージを第０の端末に送信する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。要求メッセージは端末識別子を含む。端末識別子は、第０の端末が端末識別子に従って要求メッセージの送信元を識別することできるように、要求メッセージの送信元の識別に用いられる。
【０２８４】
任意に、要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求である。或いは、第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定することができるように、要求メッセージは、アクション識別子を伴うデバイス有効化要求である。
【０２８５】
更に任意に、ＮＦＣＣ１１３の送信部１１３１を用いてデバイス有効化要求を送信するために、プロセッサ１１１は、ＮＣＩ仕様を用いてＮＦＣＣ１１３に端末識別子およびアクション識別子を構成する。
【０２８６】
任意に、ＮＦＣＣ１１３は更に受信部１１３２を有する。プロセッサ１１１は、ＮＦＣＣ１１３の受信部１１３２を用いて、第０の端末が要求メッセージを受信した後に第０の端末によって送信される応答メッセージを受信する。
【０２８７】
要求メッセージが接続ハンドオーバー要求である場合において、第０の端末がアイドル接続リソースを有するとき、応答メッセージは第０の端末の接続構成情報を含み、有さないとき、応答メッセージは第０の端末の接続構成情報を含まない。要求メッセージがデバイス有効化要求である場合において、第０の端末がアイドル接続リソースを有するとき、応答メッセージはデバイス有効化応答である。
【０２８８】
当該技術分野の当業者であれば、図９Ａのプロセッサ９１および図９Ｂの第１のプロセッサ９１’が中央演算処理装置（Central  Processing  Unit，ＣＰＵ）であってよく、或いは、他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）その他のプログラマブル論理素子、個別のゲートまたはトランジスタ論理素子、個別のハードウェアコンポーネント等であってもよいことが理解できるであろう。更に、図９Ａ、図９Ｂおよび図１１に示される実施形態の全ての要素の機能をもつ端末が存在してよい。
【０２８９】
本発明の装置実施形態におけるユニット、モジュールまたはコンポーネントの機能の詳細な説明については、方法実施形態の説明を参照されたい。ここでは説明しない。
【０２９０】
当該技術分野の当業者であれば、実施形態の方法のプロセスの全部または一部が、関連ハードウェアに命令するコンピュータープログラムによって実施されてよいことが理解できるであろう。プログラムは、コンピューター可読の記憶媒体に保存されてよい。プログラムが動作するときに、実施形態の方法のプロセスが実行される。記憶媒体の例として、磁気ディスク、光学ディスク、リード・オンリー・メモリ（Read-Only  Memory，ＲＯＭ）またはランダム・アクセス・メモリ（Random  Access  Memory，ＲＡＭ）が挙げられる。
【０２９１】
上述の開示は本発明の例示的な実施形態に過ぎず、当然ながら、本発明の保護範囲を限定することを目的とするものではない。本発明の特許請求の範囲に従ういかなる均等な変更も、本発明の範囲に包含されるものとする。
【図１】
2016517222.tif 000021
【図２Ａ】
2016517222.tif 000022
【図２Ｂ】
2016517222.tif 000023
【図３Ａ】
2016517222.tif 000024
【図３Ｂ】
2016517222.tif 000025
【図４】
2016517222.tif 000026
【図５Ａ１】
2016517222.tif 000027
【図５Ａ２】
2016517222.tif 000028
【図５Ｂ１】
2016517222.tif 000029
【図５Ｂ２】
2016517222.tif 000030
【図６】
2016517222.tif 000031
【図７】
2016517222.tif 000032
【図８】
2016517222.tif 000033
【図９Ａ】
2016517222.tif 000034
【図９Ｂ】
2016517222.tif 000035
【図１０】
2016517222.tif 000036
【図１１】
2016517222.tif 000037
【手続補正書】
【提出日】平成27年11月19日(2015.11.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
近距離無線通信に基づく接続ハンドオーバー方法であって、
第０の端末が、前記第０の端末のアイドル接続リソース情報を取得するステップと、
第１の端末によって送信される要求メッセージを受信するステップであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、ステップと、
前記要求メッセージに従って、以下の第１の判定が実行される必要があると決定するステップと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定し、有する場合は、前記第０の端末の接続構成情報を前記第１の端末にフィードバックするために前記第１の端末に応答メッセージを送信し、有さない場合は、前記第１の端末に対する前記第０の端末の接続構成情報のフィードバックを省略するステップと、
を有する方法。
【請求項２】
前記第１の端末がハンドオーバー媒体である場合、
第１の端末によって送信される要求メッセージを受信する前記ステップは、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信し、それにより、前記第１の判定が実行される必要があると決定するステップを有し、
前記第１の端末に応答メッセージを送信する前記ステップは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを送信するステップを有し、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む、
請求項１に記載の方法。
【請求項３】
前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴い、
前記第１の端末は、前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体であり、
前記第０の端末がアイドル接続リソースを有すると判定された場合、前記方法は更に、前記第０の端末が、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するステップを有し、
第１の接続ハンドオーバー媒体メッセージを送信する前記ステップおよび前記第２の端末のために接続リソースを予約する前記ステップの後、前記第０の端末と前記第２の端末との間で接続が確立される前、前記方法は更に、
第３の端末によって送信される第２の接続ハンドオーバー要求を受信するステップであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴う、ステップと、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、
を有する、
請求項２に記載の方法。
【請求項４】
前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、
前記第３の端末と前記第１の端末とが同じ端末である場合、第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、
前記第３の端末と前記第１の端末とが同じ端末でない場合、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、
を有する、請求項３に記載の方法。
【請求項５】
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、前記第０の端末がアイドル接続リソースを有さない場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体であるとき、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップと、
前記第０の端末がアイドル接続リソースを有する場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信し、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、前記第３の端末がハンドオーバー媒体であるとき、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送り、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、
を有する、請求項４に記載の方法。
【請求項６】
近距離無線通信のための接続ハンドオーバー装置であって、
第０の端末のアイドル接続リソース情報を取得するように構成される取得ユニットと、
第１の端末によって送信される要求メッセージを受信するように構成される第１の受信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、第１の受信ユニットと、
前記要求メッセージに従って、第１の判定ユニットがトリガされる必要があると決定するように構成される第１の決定ユニットと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定し、有する場合は第１の送信ユニットをトリガするように構成される前記第１の判定ユニットであって、有さない場合は、前記接続ハンドオーバー装置は前記第０の端末の接続構成情報を前記第１の端末にフィードバックしない、前記第１の判定ユニットと、
前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、応答メッセージを前記第１の端末に送信するように構成される前記第１の送信ユニットと、
を備える装置。
【請求項７】
前記第１の受信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末によって送信され接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信するように構成され、
前記第１の送信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを前記第１の端末に送信するように構成され、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む、
請求項６に記載の装置。
【請求項８】
前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴い、
前記装置は更に、
前記第１の端末が前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合において、前記第０の端末がアイドル接続リソースを有すると前記第１の判定ユニットが判定したとき、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するように構成される第１の処理ユニットと、
前記装置が前記第１の接続ハンドオーバー媒体メッセージを送信し前記第２の端末のために前記接続リソースを予約した後、前記第０の端末と前記第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するように構成される第２の受信ユニットであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴う、第２の受信ユニットと、
前記第２の接続ハンドオーバー要求に従って、第２の処理ユニットをトリガすると決定するように構成される第２の決定ユニットと、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを決定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第２の処理ユニットと、
を備える、請求項７に記載の装置。
【請求項９】
前記第２の処理ユニットは、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定し、同じ端末であると決定した場合に第１の送信モジュールをトリガし、同じ端末でないと決定した場合に第１の処理モジュールをトリガするように構成される第１の判定モジュールと、
第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信モジュールであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、前記第１の送信モジュールと、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第１の処理モジュールと、
を有する、請求項８に記載の装置。
【請求項１０】
前記第１の処理モジュールは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを判定し、アイドル接続リソースがないと判定された場合に第１の送信サブモジュールをトリガし、アイドル接続リソースがあると決定された場合に第２の送信サブモジュールをトリガするように構成される第１の判定サブモジュールと、
前記第３の端末が接続ハンドオーバーリクエスタである場合に、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体である場合に、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信サブモジュールと、
前記第３の端末が接続ハンドオーバーリクエスタである場合に、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信するように構成され、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、または、前記第３の端末がハンドオーバー媒体である場合に、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成され、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、前記第２の送信サブモジュールと、
を有する、請求項９に記載の装置。
【請求項１１】
近距離無線通信のための接続ハンドオーバー装置であって、
要求メッセージを第０の端末に送信するように構成される送信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられ、前記要求メッセージは端末識別子を伴い、前記端末識別子は、前記第０の端末が前記端末識別子に従って前記要求メッセージの送信元を識別できるように、前記要求メッセージの送信元の識別に用いられる、送信ユニット、
を備える装置。
【請求項１２】
前記要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求であるか、または、
前記要求メッセージは、前記第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記アクション識別子を伴うデバイス有効化要求である、
請求項１１に記載の装置。
【請求項１３】
前記送信ユニットが前記デバイス有効化要求を送信できるように、ＤＨを用いてＮＦＣＣに前記端末識別子および前記アクション識別子を構成するように構成される構成ユニット、
を更に備える、請求項１２に記載の装置。
【請求項１４】
前記第０の端末が前記要求メッセージを受信した後、前記第０の端末によって送信された応答メッセージを受信するように構成される受信ユニット、
を更に備え、
前記要求メッセージが前記接続ハンドオーバー要求である場合において、前記第０の端末がアイドル接続リソースを有するとき、前記応答メッセージは前記第０の端末の接続構成情報を含み、有さないとき、前記応答メッセージは前記第０の端末の接続構成情報を含まず、
前記要求メッセージが前記デバイス有効化要求である場合において、前記第０の端末がアイドル接続リソースであるとき、前記応答メッセージはデバイス有効化応答である、
請求項１２または１３に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術の分野に関し、特に、近距離無線通信に基づく接続ハンドオーバー方法および対応する装置に関する。
【背景技術】
【０００２】
近距離無線通信（ＮＦＣ、Near  Field  Communication）は短距離無線接続技術である。無線自動識別（ＲＦＩＤ、Radio  Frequency  Identification）技術に基づき、電磁誘導を利用して、電子デバイス間の短距離の通信を実現する。ユーザーがタップ（Tap）またはデバイスを近付けるだけで、直感的でセキュアな非接触式の情報交換や、支払取引等を実現することができる。
【０００３】
ポイントツーポイント（Ｐ２Ｐ）動作モードは、ＮＦＣ規格に定義される主要な双方向インタラクションプロトコルである。該動作モードのインタラクションプロセスにおいて、２つのＮＦＣ端末間でデータリンク層のリンクを確立するのに用いられる主要プロトコルは、論理リンク制御プロトコル（Logical  Link  Control  Protocol，ＬＬＣＰ）である。ＮＦＣ規格の発展に伴い、現在、分業方式が提案されている。分業方式では、ＮＦＣコントローラ（NF  Ccontroller，ＮＦＣＣ）が完全にＬＬＣＰプロトコルの動作を担当し、デバイスホスト（Device  Host，ＤＨ）が完全にＬＬＣＰにおけるアプリケーション層データのインタラクションを担当する。ＤＨがＮＦＣＣを構成する方法も、ＮＣＩ仕様に具体的に定義されている。
【０００４】
２つのＮＦＣ端末に関して、該２つのＮＦＣ端末がマッチするキャリアを有する（すなわち、該２つのＮＦＣ端末が、同時に同じタイプのキャリア（例えばＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ）を少なくとも１つサポートする）場合、単純なタップを用いて、該２つのＮＦＣ端末は、Ｐ２Ｐ動作モードのＮＦＣ通信により、Ｂｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉ接続構成情報を交換することができる。それにより、端末間でＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続を素早く確立することができる。このように、ＮＦＣ通信により接続構成情報を交換し、第２のタイプの接続（例えばＢｌｕｅｔｏｏｔｈ接続またはＷｉ−Ｆｉ接続）を素早く確立する技術が、ＮＦＣ接続ハンドオーバー技術である。更に、２つのＮＦＣ端末が接続ハンドオーバーを実施する際に、互いに直接タップするか互いに近接すると都合が悪い場合、ＮＦＣフォーラムはConnection  Handover  1.3草案において、モバイルＮＦＣ端末（例えば携帯電話やタブレットコンピューター）がハンドオーバー媒体として機能して、２つの端末が接続ハンドオーバーを実施してＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続を確立するのを補助する方法を提案している。
【０００５】
従来技術では、Connection  Handover  1.3草案に従って、２つのＮＦＣ端末に関して、一方の端末（接続ハンドオーバーリクエスタまたはハンドオーバー媒体として機能する）が他方の端末に対してＮＦＣ通信を開始して、接続ハンドオーバーを要求するとき、他方の端末が該一方の端末のキャリアにマッチするキャリアを有さない場合、或いはどのキャリアもサポートしていない場合を除いて、他方の端末は、対応する（すなわち、マッチするまたはサポート可能な）キャリア接続構成情報を該一方の端末にフィードバックし、それにより、Ｂｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉモジュールが接続を確立する処理プロセスをトリガする。
【０００６】
従来技術には以下のような問題がある。他方の端末が接続の確立に利用可能な接続リソースをもはや有さない場合でも、他方の端末は更に該他方の端末の接続構成情報を該一方の端末にフィードバックし、無線接続の確立を試みるようにＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉモジュールをトリガする（この場合、Ｂｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉモジュールがトリガされても、２つの端末は首尾よく接続を確立することができない）。結果として、通信効率が低下し、接続ハンドオーバーセレクタが接続ハンドオーバーセレクタの接続構成情報をフィードバックするときに、接続の確立に利用可能な接続リソースが存在することを保証することができず、ユーザーエクスペリエンスが悪い。
【発明の概要】
【０００７】
本発明の実施形態によって解決される技術的課題は、近距離無線通信に基づく接続ハンドオーバー方法および対応する装置を提供し、それにより、従来技術における技術的問題、すなわち、接続ハンドオーバーセレクタが接続ハンドオーバーセレクタの接続構成情報をフィードバックするときに、接続の確立に利用可能な接続リソースが存在することを保証することができず、通信効率が低く、ユーザーエクスペリエンスが悪いことを解決することである。これらの問題の原因は、ＮＦＣ端末が、該ＮＦＣ端末の接続構成情報を別の端末にフィードバックするか否かを適切に制御できないことである。
【０００８】
上記の技術的課題を解決するために、第１の態様によれば、近距離無線通信に基づく接続ハンドオーバー方法が提供される。本方法は、
第０の端末が、前記第０の端末のアイドル接続リソース情報を取得するステップと、
第１の端末によって送信される要求メッセージを受信するステップであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、ステップと、
前記要求メッセージに従って、以下の第１の判定が実行される必要があると決定するステップと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定し、有する場合は、前記第０の端末の接続構成情報を前記第１の端末にフィードバックするために前記第１の端末に応答メッセージを送信し、有さない場合は、前記第１の端末に対する前記第０の端末の接続構成情報のフィードバックを省略するステップと、
を有する。
【０００９】
第１の態様の第１の実現可能な実施方式として、前記第０の端末の前記アイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【００１０】
第１の態様の第２の実現可能な実施方式として、前記第１の端末がハンドオーバー媒体である場合、
第１の端末によって送信される要求メッセージを受信する前記ステップは、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信し、それにより、前記第１の判定が実行される必要があると決定するステップを有し、前記第１の端末に応答メッセージを送信する前記ステップは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを送信するステップを有し、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００１１】
第１の態様の第３の実現可能な実施方式として、前記第１の端末がハンドオーバー媒体である場合、
第１の端末によって送信される要求メッセージを受信する前記ステップは、デバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信するステップを有し、前記第１のデバイス有効化要求は、前記第０の端末が第１のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定し、それにより、前記第１の判定が実行される必要があると決定できるように、前記第１のアクション識別子を伴い、また、前記第１の端末に応答メッセージを送信する前記ステップは、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第１のデバイス有効化応答を送信するステップを有し、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００１２】
第１の態様第２の実現可能な実施方式に関して、第１の態様の第４の実現可能な実施方式が更に提供される。第４の実現可能な実施方式では、
前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴い、前記第１の端末は特に、前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体であり、前記第０の端末がアイドル接続リソースを有すると判定された場合、本方法は更に、前記第０の端末が、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するステップを有し、第１の接続ハンドオーバー媒体メッセージを送信する前記ステップおよび前記第２の端末のために接続リソースを予約する前記ステップの後、前記第０の端末と前記第２の端末との間で接続が確立される前、前記方法は更に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するステップであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴うステップと、前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、を有する。
【００１３】
第１の態様の第４の実現可能な実施方式に関して、第１の態様の第５の実現可能な実施方式が更に提供される。第５の実現可能な実施方式では、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、前記第３の端末と前記第１の端末とが同じ端末である場合、第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、前記第３の端末と前記第１の端末とが同じ端末でない場合、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するステップと、を有する。
【００１４】
第１の態様第５の実現可能な実施方式に関して、第１の態様の第６の実現可能な実施方式が更に提供される。第６の実現可能な実施方式では、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定する前記ステップは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを決定し、前記第０の端末がアイドル接続リソースを有さない場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体であるとき、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するステップと、
前記第０の端末がアイドル接続リソースを有する場合において、前記第３の端末が接続ハンドオーバーリクエスタであるとき、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信し、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、前記第３の端末がハンドオーバー媒体であるとき、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送り、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、ステップと、
を有する。
【００１５】
第１の態様の第６の実現可能な実施方式に関して、第１の態様の第７の実現可能な実施方式が更に提供される。第７の実現可能な実施方式では、前記第１の接続ハンドオーバー選択メッセージは、前記第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む。
【００１６】
第１の態様の第３の実現可能な実施方式に関して、第１の態様の第８の実現可能な実施方式が更に提供される。第８の実現可能な実施方式では、前記第１のデバイス有効化要求は、前記第１の端末の識別に用いられる第３の識別子を更に伴う。前記第１の端末は特に、前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である。前記第０の端末がアイドル接続リソースを有すると判定された場合、本方法は更に、前記第０の端末が、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するステップを有する。第１のデバイス有効化応答を送信する前記ステップおよび前記第２の端末のために接続リソースを予約する前記ステップの後、前記第０の端末と前記第２の端末との間で接続が確立される前、本方法は更に、
第３の端末によって送信される第２のデバイス有効化要求を受信するステップであって、前記第２のデバイス有効化要求は第２のアクション識別子および第４の識別子を伴い前記第４の識別子は前記第３の端末の識別に用いられる、ステップと、前記第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定するステップと、前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定して、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定するステップと、
を有する。
【００１７】
第１の態様の第８の実現可能な実施方式に関して、第１の態様の第９の実現可能な実施方式が更に提供される。第９の実現可能な実施方式では、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定する前記ステップは、前記第０の端末の近距離無線通信コントローラ（ＮＦＣＣ）が、デバイスホスト（ＤＨ）によって前記第０の端末の前記ＮＦＣＣに構成された前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定するステップを有する。前記第１の端末は、前記第１の端末の前記ＮＦＣＣを用いて前記第１のデバイス有効化要求を送信するために、ＤＨを用いて、前記第１の端末のＮＦＣＣに前記第１のアクション識別子および前記第３の識別子を構成する。前記第２のデバイス有効化要求の前記第２のアクション識別子および前記第４の識別子は、前記第３の端末によって、ＤＨを用いて前記第３の端末のＮＦＣＣに構成され、前記第３の端末の前記ＮＦＣＣが前記第２のデバイス有効化要求を送信する。
【００１８】
第１の態様の第８または第９の実現可能な実施方式に関して、第１の態様の第１０の実現可能な実施方式が更に提供される。第１０の実現可能な実施方式では、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定する前記ステップは、
前記第３の端末と前記第１の端末とが同じ端末である場合、前記第３の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信するステップと、前記第３の端末と前記第１の端末とが同じ端末でない場合、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って判定を実行して、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は、前記第３の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信し、有さない場合は前記第２のデバイス有効化応答の送信をスキップするステップと、
を有する。
【００１９】
第１の態様の第６、第７または第１０の実現可能な実施方式に関して、第１の態様の第１１の実現可能な実施方式が更に提供される。第１１の実現可能な実施方式では、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って決定を実行することにより、前記第０の端末がアイドル接続リソースを有すると決定された場合、本方法は更に、前記第３の端末のために接続リソースを予約するステップを有する。
【００２０】
第１の態様または第１の態様の第１の実現可能な実施方式に関して、第１の態様の第１２の実現可能な実施方式が更に提供される。第１２の実現可能な実施方式では、前記第１の端末が接続ハンドオーバーリクエスタである場合、
前記要求メッセージは接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求であり、前記応答メッセージは前記第０の端末の前記接続構成情報を含む第３の接続ハンドオーバー選択メッセージであり、または、
前記要求メッセージは、前記第０の端末が第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記第３のアクション識別子を伴う第３のデバイス有効化要求であり、前記第３のアクション識別子は、前記第１の端末の前記ＮＦＣＣを用いて前記第３のデバイス有効化要求を送信できるように、前記第１の端末によって、ＤＨを用いて前記第１の端末のＮＦＣＣに構成され、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、前記応答メッセージは第３のデバイス有効化応答であり、前記第０の端末の前記アイドル接続リソース情報に従って前記第０の端末がアイドル接続リソースを有するか否かを判定する前記ステップは、前記第０の端末のＮＦＣＣが、ＤＨによって前記第０の端末の前記ＮＦＣＣに構成された前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定するステップを有する。
【００２１】
第２の態様によれば、近距離無線通信のための接続ハンドオーバー装置が提供される。本装置は、
第０の端末のアイドル接続リソース情報を取得するように構成される取得ユニットと、
第１の端末によって送信される要求メッセージを受信するように構成される第１の受信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられる、第１の受信ユニットと、
前記要求メッセージに従って、第１の判定ユニットがトリガされる必要があると決定するように構成される第１の決定ユニットと、
前記第０の端末の前記アイドル接続リソース情報に従って、前記第０の端末がアイドル接続リソースを有するか否かを判定し、有する場合は、第１の送信ユニットをトリガするように構成される前記第１の判定ユニットであって、有さない場合は、前記接続ハンドオーバー装置は前記第０の端末の接続構成情報を前記第１の端末にフィードバックしない、前記第１の判定ユニットと、
前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、応答メッセージを前記第１の端末に送信するように構成される前記第１の送信ユニットと、
を備える。
【００２２】
第２の態様の第１の実現可能な実施方式として、前記第０の端末の前記アイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【００２３】
第２の態様の第２の実現可能な実施方式として、
前記第１の受信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末によって送信され接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信するように構成され、前記第１の送信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第０の端末の前記接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを前記第１の端末に送信するように構成され、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００２４】
第２の態様の第３の実現可能な実施方式として、前記第１の端末がハンドオーバー媒体であるときは、
前記第１の受信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末によって送信されデバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信するように構成され、前記第１のデバイス有効化要求は第１のアクション識別子を伴う。前記第１の決定ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、前記第１の判定ユニットをトリガするように構成される。前記第１の送信ユニットは特に、前記第１の端末がハンドオーバー媒体であるときは、前記第１の端末との接続ハンドオーバープロセスを実行し、かつ前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第１のデバイス有効化応答を前記第１の端末に送信するように構成され、前記第０の端末の前記接続構成情報は、前記第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００２５】
第２の態様の第２の実現可能な実施方式に関して、第２の態様の第４の実現可能な実施方式が更に提供される。第４の実現可能な実施方式では、前記第１の接続ハンドオーバー要求は、前記第１の端末の識別に用いられる第１の識別子を伴う。本装置は更に、
前記第１の端末が前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合において、前記第０の端末がアイドル接続リソースを有すると前記第１の判定ユニットが判定したとき、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するように構成される第１の処理ユニットと、前記装置が前記第１の接続ハンドオーバー媒体メッセージを送信し前記第２の端末のために前記接続リソースを予約した後、前記第０の端末と前記第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するように構成される第２の受信ユニットであって、前記第２の接続ハンドオーバー要求は前記第３の端末の識別に用いられる第２の識別子を伴う、第２の受信ユニットと、前記第２の接続ハンドオーバー要求に従って、第２の処理ユニットをトリガすると決定するように構成される第２の決定ユニットと、前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定して、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第２の処理ユニットと、を備える。
【００２６】
第２の態様の第４の実現可能な実施方式に関して、第２の態様の第５の実現可能な実施方式が更に提供される。前記第２の処理ユニットは、
前記第２の識別子および前記第１の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定し、同じであると判定した場合に第１の送信モジュールをトリガし、同じでないと判定した場合に第１の処理モジュールをトリガするように構成される第１の判定モジュールと、第２の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信モジュールであって、前記第２の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む前記第１の送信モジュールと、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って、前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするか否かを決定するように構成される前記第１の処理モジュールと、を有する。
【００２７】
第２の態様の第５の実現可能な実施方式に関して、第２の態様の第６の実現可能な実施方式が更に提供される。前記第１の処理モジュールは、
前記第０の端末が前記第２の端末のために前記接続リソースを予約した後の前記アイドル接続リソースに従って、前記第０の端末がアイドル接続リソースを有するか否かを判定し、アイドル接続リソースがないと判定された場合に第１の送信サブモジュールをトリガし、アイドル接続リソースがあると判定された場合に第２の送信サブモジュールをトリガするように構成される第１の判定サブモジュールと、前記第３の端末が接続ハンドオーバーリクエスタである場合に、第１の接続ハンドオーバー選択メッセージを前記第３の端末に送信して、前記第０の端末の接続リソースが制限されることを示し、前記第３の端末がハンドオーバー媒体である場合に、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成される前記第１の送信サブモジュールと、前記第３の端末が接続ハンドオーバーリクエスタである場合に、第２の接続ハンドオーバー選択メッセージを前記第３の端末に送信するように構成され、前記第２の接続ハンドオーバー選択メッセージは前記第０の端末の前記接続構成情報を含み、また、前記第３の端末がハンドオーバー媒体である場合に、第４の接続ハンドオーバー媒体メッセージを前記第３の端末に送信するように構成され、前記第４の接続ハンドオーバー媒体メッセージは前記第０の端末の前記接続構成情報を含む、前記第２の送信サブモジュールと、を有する。
【００２８】
第２の態様の第６の実現可能な実施方式に関して、第２の態様の第７の実現可能な実施方式が更に提供される。第７の実現可能な実施方式では、第１の接続ハンドオーバー選択メッセージは、前記第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む。
【００２９】
第２の態様の第３の実現可能な実施方式に関して、第２の態様の第８の実現可能な実施方式が更に提供される。第８の実現可能な実施方式では、前記取得ユニットは、前記第１の判定ユニットが前記第０の端末の前記アイドル接続リソース情報に従って前記第０の端末がアイドル接続リソースを有するか否かを判定できるように、前記第０の端末のデバイスホスト（ＤＨ）を用いて、前記第０の端末の近距離無線通信コントローラ（ＮＦＣＣ）に前記第０の端末の前記アイドル接続リソース情報を構成するように構成される第１の構成モジュール、を有する。
【００３０】
第２の態様の第３または第８の実現可能な実施方式に関して、第２の態様の第９の実現可能な実施方式が更に提供される。第９の実現可能な実施方式では、前記第１のデバイス有効化要求は更に、前記第１の端末の識別に用いられる第３の識別子を伴う。本装置は更に、
前記第１の端末が前記第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合において、前記第０の端末がアイドル接続リソースを有すると前記第１の判定ユニットが判定したとき、前記第２の端末のために接続リソースを予約して、前記第０の端末の前記アイドル接続リソース情報を更新するように構成される第３の処理ユニットと、前記装置が前記第１のデバイス有効化応答を送信し前記第２の端末のために前記接続リソースを予約した後、前記第０の端末と前記第２の端末との間で接続が確立される前に、第３の端末によって送信される第２のデバイス有効化要求を受信するように構成される第３の受信ユニットであって、前記第２のデバイス有効化要求は第２のアクション識別子および第４の識別子を伴い、前記第４の識別子は前記第３の端末の識別に用いられる、第３の受信ユニットと、前記第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定して、第４の処理ユニットをトリガするように構成される第３の決定ユニットと、前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定して、第２のデバイス有効化応答を前記第３の端末に送信するか否かを決定するように構成される前記第４の処理ユニットと、を備える。
【００３１】
第２の態様の第９の実現可能な実施方式に関して、第２の態様の第１０の実現可能な実施方式が更に提供される。前記第４の処理ユニットは、
前記第４の識別子および前記第３の識別子に従って、前記第３の端末と前記第１の端末とが同じ端末であるか否かを判定し、同じ端末であると判定した場合に第２の送信モジュールをトリガし、同じ端末でないと判定した場合に第３の判定モジュールをトリガするように構成される第２の判定モジュールと、前記第３の端末との接続ハンドオーバープロセスを実行し、前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第３の端末にフィードバックするために、前記第２のデバイス有効化応答を送信するように構成される前記第２の送信モジュールと、前記第０の端末が前記第２の端末のために前記接続リソースを予約した後のアイドル接続リソースに従って判定を実行して、前記第０の端末がアイドル接続リソースを有するか否かを決定し、有する場合は前記第２の送信モジュールをトリガし、有さない場合は前記第２の送信モジュールのトリガをスキップするように構成される前記第３の判定モジュールと、
を有する。
【００３２】
第２の態様の第６、第７または第１０の実現可能な実施方式に関して、第２の態様の第１１の実現可能な実施方式が更に提供される。第１１の実現可能な実施方式では、本装置は更に、前記第３の端末のために接続リソースを予約するように構成される第５の処理ユニットを備える。
【００３３】
第２の態様または第２の態様の第１の実現可能な実施方式に関して、第２の態様の第１２の実現可能な実施方式が更に提供される。第１２の実現可能な実施方式では、
前記第１の受信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の端末によって送信され接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求を受信するように構成され、前記第１の送信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第０の端末の前記接続構成情報を含む第３の接続ハンドオーバー選択メッセージを前記第１の端末に送信するように構成される。または、
前記取得ユニットは、前記第１の判定ユニットが前記第０の端末がアイドル接続リソースを有するか否かを判定できるように、前記第０の端末のＤＨを用いて、前記第０の端末のＮＦＣＣに前記第０の端末の前記アイドル接続リソース情報を構成するように構成される第２の構成モジュールを有する。前記第１の受信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の決定ユニットが第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記第１の端末によって送信され第３のアクション識別子を伴う第３のデバイス有効化要求を受信するように構成される。前記第１の送信ユニットは特に、前記第１の端末が接続ハンドオーバーリクエスタである場合、前記第１の端末との接続ハンドオーバープロセスを実行し、前記接続ハンドオーバープロセス中に前記第０の端末の前記接続構成情報を前記第１の端末にフィードバックするために、第３のデバイス有効化応答を前記第１の端末に送信するより、ように構成される。
【００３４】
第３の態様によれば、近距離無線通信のための接続ハンドオーバー装置が提供される。本装置は、
要求メッセージを第０の端末に送信するように構成される送信ユニットであって、前記要求メッセージは接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを前記第０の端末に通知するのに用いられ、前記要求メッセージは端末識別子を伴い、前記端末識別子は、前記第０の端末が前記端末識別子に従って前記要求メッセージの送信元を識別できるように、前記要求メッセージの送信元の識別に用いられる、送信ユニット、
を備える。
【００３５】
第３の態様の第１の実現可能な実施方式として、前記要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求であるか、または、前記要求メッセージは、前記第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、前記アクション識別子を伴うデバイス有効化要求である。
【００３６】
第３の態様の第１の実現可能な実施方式に関して、第３の態様の第２の実現可能な実施方式が更に提供される。第２の実現可能な実施方式では、本装置は更に、前記送信ユニットが前記デバイス有効化要求を送信できるように、ＤＨを用いてＮＦＣＣに前記端末識別子および前記アクション識別子を構成するように構成される構成ユニット、を備える。
【００３７】
第３の態様の第１または第２の実現可能な実施方式に関して、第３の態様の第３の実現可能な実施方式が更に提供される。第３の実現可能な実施方式では、本装置は更に、前記第０の端末が前記要求メッセージを受信した後、前記第０の端末によって送信された応答メッセージを受信するように構成される受信ユニット、を備える。前記要求メッセージが前記接続ハンドオーバー要求である場合において、前記第０の端末がアイドル接続リソースを有するとき、前記応答メッセージは前記第０の端末の接続構成情報を含み（例えば前記応答メッセージは、接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む第１の接続ハンドオーバー選択メッセージであってよく、或いは、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージであってもよい）、有さないとき、前記応答メッセージは前記第０の端末の接続構成情報を含まない。前記要求メッセージが前記デバイス有効化要求である場合において、前記第０の端末がアイドル接続リソースであるとき、前記応答メッセージはデバイス有効化応答である。
【００３８】
本発明の実施形態の実施には、以下のような有益な効果がある。
【００３９】
１）第０の端末が、第０の端末のアイドル接続リソースに従って、第０の端末の接続構成情報を第１の端末にフィードバックするか否かを判定し、それにより、第０の端末が第０の端末の接続構成情報を第１の端末にフィードバックしたときに、第０の端末がアイドル接続リソースを有することが保証される。第１の端末の要求メッセージを受信する前に第０の端末がアイドル接続リソースを有さない場合において、第０の端末は、現在の第０の端末のアイドル接続リソース情報に従って、第０の端末の接続構成情報を第１の端末にフィードバックしないことを直接決定してよく、それにより、第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールによって接続の確立を試みる処理はトリガされず、通信効率が改善される。
【００４０】
２）接続リソースを予約する工程を実行することにより、第０の端末が第１の端末との（または、第１の端末の補助を利用して第２の端末との）接続を首尾よく確立できることが保証される。例えば、第０の端末がアイドル接続リソースを１つしか有さない場合、第０の端末が第１の端末の補助を用いて第２の端末と接続を確立する前に、その唯一のアイドル接続リソースが第２の端末のために予約される。よって、別の端末がその唯一のアイドル接続リソースを占有すること防止することができる。
【００４１】
３）ＮＦＣ通信において、第０の端末は、第０の端末のアイドル接続リソース情報に従って、接続ハンドオーバープロセスを実行するか否かを直接決定する。例えば、第０の端末がアイドル接続リソースを有さない場合、第０の端末は、第１の端末または第３の端末によって送信されたデバイス有効化要求に応答しないことを直接決定してよく、それにより、ＬＬＣＰ有効化やデータ交換等の後続のプロセスは実行されず、すなわち、ＮＦＣ通信手続きが予め終了する。したがって、接続構成情報はフィードバックされず、例えば第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みる等のプロセスが回避される。よって、通信時間が大幅に節約され、通信効率が改善される。
【００４２】
４）ユーザーエクスペリエンスが改善される。
【図面の簡単な説明】
【００４３】
本発明の実施形態または従来技術の技術的構成をより明確に説明するために、以下、実施形態または従来技術の説明に必要な添付の図面を簡単に紹介する。明らかに、以下の説明において添付の図面は本発明のいくつかの実施形態を示すに過ぎず、当該技術分野の当業者であれば、創意工夫なく、これらの添付の図面から更に別の図面を導き出せるであろう。
【図１】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図２Ａ】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図２Ｂ】本発明の実施形態に係る接続ハンドオーバー要求メッセージの形式の概略図である。
【図３Ａ】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図３Ｂ】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図４】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ａ１】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ａ２】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ｂ１】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図５Ｂ２】本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。
【図６】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図７】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図８】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図９Ａ】本発明の実施形態に係るＮＦＣ端末の概略構造図である。
【図９Ｂ】本発明の実施形態に係るＮＦＣ端末の概略構造図である。
【図１０】本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。
【図１１】本発明の実施形態に係るＮＦＣ端末の概略構造図である。
【発明を実施するための形態】
【００４４】
最初に、本発明で用いられる技術用語の一部を以下に説明する。
【００４５】
ＮＦＣ動作モード：カード・エミュレーション・モード（ＮＦＣ端末がＮＦＣ規格を満たすカードを模倣し、別のＮＦＣ読取装置によって読み取られる）、ポイントツーポイント・モード（ＮＦＣ規格が満たされた場合に、２つのピアＮＦＣ装置が双方向の情報インタラクションを実行する）およびカード・リーダー・モード（ＮＦＣ端末がカードリーダーとして機能して、ＮＦＣ規格を満たす別のカードの情報を読み取る）。
【００４６】
ＮＦＣ接続ハンドオーバー（NFC  Connection  Handover）：ＮＦＣに基づくアプリケーション技術。ＮＦＣをサポートし且つＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉをサポートする端末に対して、ＮＦＣを利用して、デバイスのＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉの接続構成情報を交換して、端末間のＢｌｕｅｔｏｏｔｈ接続またはＷｉ−Ｆｉ接続を素早く確立することができる。ＮＦＣを用いて構成情報を交換し第２のタイプの接続を確立するこのような技術を、ＮＦＣ接続ハンドオーバーという。
【００４７】
接続ハンドオーバーリクエスタ（Handover  Requester）：ＮＦＣ接続ハンドオーバーを開始する端末。接続ハンドオーバーの手続きにおいて、接続ハンドオーバーリクエスタは、ピアエンドが選択を行い接続を確立できるように、接続ハンドオーバーリクエスタのＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉ接続構成情報を能動的にピアエンドに送信する。
【００４８】
接続ハンドオーバーセレクタ（Handover  Selector）：接続ハンドオーバーを受ける端末。接続ハンドオーバーの手続きにおいて、接続ハンドオーバーリクエスタによって送信された接続構成情報を受信した後、接続ハンドオーバーセレクタは、１つの接続方式を選択し接続を確立することができ、或いは、接続ハンドオーバーセレクタによってサポートされる接続構成情報を応答として接続ハンドオーバーリクエスタに送信することができる。
【００４９】
オルタナティブ・キャリア（Alternative  Carrier）：接続ハンドオーバーリクエスタと接続ハンドオーバーセレクタとのデータ交換を実行する際に利用可能な無線通信技術。
【００５０】
ＮＦＣデータ交換形式記録（NFC  Data  Exchange  Format  record，NDEF  record）：タイプ、特定の長さおよび１つの任意の識別子記述子によって記述されるロードを含む。
【００５１】
デバイスホスト（Device  Host，ＤＨ）：ＮＦＣ装置および周辺機器の実行環境の管理を担当する。管理には、ＮＦＣコントローラ周辺機器の管理、例えば、初期化、構成、電力管理が含まれる。ＮＦＣ機能をもつ携帯電話を例にとると、ＤＨは携帯電話のＣＰＵを意味し、ＮＦＣ端末からの電力供給を必要とする。
【００５２】
ＮＦＣコントローラ（NFC  controller，ＮＦＣＣ）：ＮＦＣ無線周波数インターフェースにおけるデータの伝送を担当する論理実体ＮＦＣ機能をもつ携帯電話を例にとると、ＮＦＣＣは携帯電話上のＮＦＣチップを意味する。本発明におけるＮＦＣＣは、パッシブ通信モードでＰＯＳ装置により供給される電力を得ることで動作してよい。
【００５３】
ＮＦＣ制御インターフェース（NFC  controller  Interface，ＮＣＩ）：ＤＨとＮＦＣＣとの間の論理インターフェース。ＮＣＩは、ＮＦＣＣを構成するための様々なインターフェースをＤＨに提供する。
【００５４】
論理リンク制御プロトコル（Logical  Link  Control  Protocol，ＬＬＣＰ）：２つのＮＦＣ端末がポイントツーポイント・モードで動作する場合、該プロトコルは、データリンクの確立、有効化、無効化、管理等の動作を提供し、また、アプリケーション層におけるデータ伝送のサポートを提供する。
【００５５】
以下、本発明の実施形態の添付の図面を参照しながら、本発明の実施形態の技術的構成を明確かつ完全に説明する。当然ながら、説明される実施形態は本発明の実施形態の一部に過ぎず、全部ではない。当該技術分野の当業者が本発明の実施形態に基づいて創意工夫なく得た他の実施形態は全て、本発明の保護範囲に包含されるものとする。
【００５６】
図１は、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。図１を参照して、本方法は以下のステップを有する。
【００５７】
１００：第０の端末が、第０の端末のアイドル接続リソース情報を取得する。
【００５８】
任意に、第０の端末のアイドル接続リソース情報は、第０の端末の未使用および未予約の接続リソースについての情報を含む。
【００５９】
例示的に、第０の端末のＮＦＣチップが、第０の端末のアイドル接続リソース情報（すなわち第１の第０の端末の未使用の接続リソースについての情報であり、この場合、接続リソースを予約する工程が実行されていないので、アイドル接続リソースが未使用の接続リソースである）をＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールから取得する。
【００６０】
任意に、第０の端末のアイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【００６１】
１０２：第１の端末によって送信される要求メッセージを受信する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。第１の端末は、接続ハンドオーバーリクエスタまたはハンドオーバー媒体として機能してよい。当該技術分野の当業者であれば、要求メッセージのキャリアの内容に従って、第０の端末が第１の端末の身分を決定してよく、本発明はこれに限定されないことが理解できるであろう。
【００６２】
１０４：要求メッセージに従って、以下の第１の判定が実行される必要があると決定する。
【００６３】
第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを判定する。有すると判定された場合、第０の端末の接続構成情報を第１の端末にフィードバックするために、第１の端末に応答メッセージを送信する。有さないと判定された場合、第１の端末に対する第０の端末の接続構成情報のフィードバックを省略する。任意に、第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【００６４】
任意に、第１の端末がハンドオーバー媒体である場合、要求メッセージは接続ハンドオーバー要求であり、応答メッセージは第０の端末の接続構成情報を含む接続ハンドオーバー媒体メッセージである。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、接続ハンドオーバー媒体メッセージを第１の端末に送信するステップを有し、該メッセージは第０の端末の接続構成情報を含まない。或いは、第１の端末がハンドオーバー媒体である場合、要求メッセージはデバイス有効化要求であり、応答メッセージはデバイス有効化応答である。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、デバイス有効化応答の第１の端末への送信をスキップするステップを有する。より詳細な説明については、図２Ａおよび図４に示される実施形態での説明を参照されたい。
【００６５】
任意に、第１の端末が接続ハンドオーバーリクエスタである場合、要求メッセージは接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求であり、応答メッセージは第０の端末の接続構成情報を含む第３の接続ハンドオーバー選択メッセージである。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、接続ハンドオーバー選択メッセージを第１の端末に送信するステップを有し、該メッセージは、第０の接続リソースが制限されることを表すエラーコードと、原因値とを含む。或いは、第１の端末が接続ハンドオーバーリクエスタである場合、要求メッセージは、第０の端末が第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、第３のアクション識別子を伴う第３のデバイス有効化要求である。第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、応答メッセージは第３のデバイス有効化応答である。第１の端末に対する第０の端末の接続構成情報のフィードバックを省略するステップは、デバイス有効化応答の第１の端末への送信をスキップするステップを有する。第３のアクション識別子と第０の端末のアイドル接続リソース情報とをどのように構成するのかの説明については、第１のアクション識別子と第０の端末のアイドル接続リソース情報とをどのように構成するのかの以下の説明を参照されたい。
【００６６】
任意に、本実施形態の実施方式において、１０４で第０の端末がアイドル接続リソースを有すると判定された場合、応答メッセージが第１の端末に送信されるだけでなく、接続リソースを予約する工程が更に実行される。該工程は、
第１の端末が接続ハンドオーバーリクエスタである場合、第１の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新し、第１の端末が第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新する工程、を有する。例示的に、第０の端末のアイドル接続リソースを更新する目的は、第０の端末と第１の端末との間で（或いは、第１の端末の補助により第０の端末と第２の端末との間で）接続が確立される（例えば、通信接続が確立される）前、第０の端末が第３の端末によって送信された要求メッセージを受信した後に、第０の端末が接続リソースを予約した後のアイドル接続リソース情報に従って、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定することである。
【００６７】
本実施形態で提供される方法では、第０の端末が、第０の端末のアイドル接続リソースに従って、第０の端末の接続構成情報を第１の端末にフィードバックするか否かを判定し、それにより、第０の端末が第０の端末の接続構成情報を第１の端末にフィードバックした場合に、第０の端末がアイドル接続リソースを確実に有するようにする。第０の端末が要求メッセージの受信前にアイドル接続リソースを有さない場合において、第０の端末は、第０の端末の接続構成情報を第１の端末にフィードバックしないと直接的に決定してよい。それにより、第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールにより接続の確立を試みる処理がトリガされず、よって、通信効率が改善され、ユーザーエクスペリエンスが改善される。更に、接続リソースを予約する工程が実行されると、第０の端末と第１の端末との間で（或いは、第１の端末の補助を利用して第０の端末と第２の端末との間で）接続を首尾よく確立できることが更に保証される。
【００６８】
ハンドオーバー媒体を用いて、２つのＮＦＣが接続ハンドオーバーを実行して第２の接続を確立するのを補助する場合、ユーザーが１つの端末を離れて別の端末に到達するのに時間がかかること、または、ユーザーが状況に応じて能動的に１つのキャリアを選択する可能性があり、これにも時間がかかることを考慮して、Connection  Handover  1.3草案では、以下のように規定される。任意の端末が接続ハンドオーバー媒体メッセージを送信した後、メッセージのキャリアリストに含まれる全てのキャリアが少なくとも２分間、接続可能な状態で保持されることが保証されてよい。この期間中、第０の端末と第２の端末との間で接続が確立される前に、第３の端末が第０の端末（第０の端末は、ハンドオーバー媒体が最初にタップまたは近接する対象である）にタップするか近接すると、第３の端末は第０の端末のＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉの接続構成情報を取得する。第０の端末が現在アイドル状態のＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続リソースを１つしか有さない場合、第２の端末のために予約されたはずのこの接続リソースは、予期せず出現した第３の端末によって最初に占有されてしまい、結果として、第０の端末と第２の端末とのＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続は失敗してしまう。上述の問題は、本発明のいくつかの実施形態、例えば方法実施形態および後述の対応する装置実施形態に基づいて、解決することができる。
【００６９】
上述の技術的問題について、図１に示される実施形態の実施方式では、第０の端末のアイドル接続リソース情報に従って第０の端末がアイドル接続リソースを有すると決定された場合において、第０の端末の接続構成情報を第１の端末にフィードバックするために第１の端末に応答メッセージを送信し、接続リソースを予約する工程を実行するステップに加えて、本方法は更に、
第０の端末が、第３の端末によって送信された要求メッセージを受信（例えば、第３の端末によって送信される接続ハンドオーバー要求またはデバイス有効化要求を受信）して、以下の第２の判定が実行される必要があると決定するステップと、
第０の端末が接続リソースを予約した後のアイドル接続リソースに従って、第０の端末がアイドル接続リソースを有するか否かを判定し（すなわち第２の判定）、有すると判定された場合は、第０の端末の接続構成情報を第３の端末にフィードバックするために、応答メッセージを第３の端末に送信し、有さないと判定された場合は、第０の端末の接続構成情報の第３の端末へのフィードバックをスキップするステップと、
を有する。
【００７０】
本実施方式のより詳細な説明については、図２Ａ〜図５Ｂ２に示される実施形態を参照されたい。
【００７１】
図２Ａは、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。図２Ａを参照して、本方法は以下のステップを有する。
【００７２】
２００：第０の端末が、第０の端末のアイドル接続リソース情報を取得する。具体的には、上述のステップ１００の説明を参照されたい。更に、本実施形態においてステップ２００およびステップ２０２を実行する時間系列は限定されず、例えばステップ２００は、ステップ２０２の後、ステップ２０４の前に実行されてよい。
【００７３】
２０２：ハンドオーバー媒体（この場合、第１の端末がハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）によって送信される第１の接続ハンドオーバー要求を受信する。第１の接続ハンドオーバー要求は、接続ハンドオーバープロセスの開始に用いられ、それにより、接続ハンドオーバーが実行される必要があると決定し、ステップ２０４を実行する。第１の接続ハンドオーバー要求は、ハンドオーバー媒体の識別に用いられる第１の識別子を伴う。
【００７４】
２０４：第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを判定する。有すると判定された場合、第１の接続ハンドオーバー媒体メッセージをハンドオーバー媒体に送信して、接続ハンドオーバープロセスを実行し、また、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新する。第１の接続ハンドオーバー媒体メッセージは、第０の端末の接続構成情報を含む。（アイドル接続リソースがない場合、処理方式については、図１に示される実施形態の説明を参照されたい。）
任意に、第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含み、或いは、当然ながら他の接続技術の接続構成情報を含んでもよい。
【００７５】
２０６：ステップ２０４の後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信する。第２の接続ハンドオーバー要求は、第３の端末の識別に用いられる第２の識別子を伴う。
【００７６】
任意に、第３の端末の身分は、ハンドオーバー媒体または接続ハンドオーバーリクエスタを含む。第０の端末は、第２の接続ハンドオーバー要求メッセージのキャリアの内容に従って、第３の端末の身分を決定してよい。
【００７７】
２０８：第２の識別子および第１の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定し、それにより、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定する。
【００７８】
任意に、ステップ２０８は以下の２つのシナリオを含む。
【００７９】
シナリオ１：第３の端末とハンドオーバー媒体とが同じ端末である場合、第０の端末の接続構成情報を含む第２の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【００８０】
シナリオ２：第３の端末とハンドオーバー媒体とが同じ端末でない場合、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定する。
【００８１】
更に任意に、シナリオ２では、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末がアイドル接続リソースを有するか否かが判定される。これは以下のケースを含む。
【００８２】
ケース１：第０の端末がアイドル接続リソースを有さない場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、第１の接続ハンドオーバー選択メッセージを第３の端末に送信して、第０の端末の接続リソースが制限されることを示す（例えば、第１の接続ハンドオーバー選択メッセージは、第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む）。第３の端末がハンドオーバー媒体であるとき、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを第３の端末に送信し、それにより、第０の端末が利用可能なアイドル接続リソースを有さないことを第３の端末に通知する。
【００８３】
上述のケース１では、第０の端末がアイドル接続リソースを有さないと決定された場合、第０の端末の接続構成情報を含まない応答メッセージが直接フィードバックされる。それにより、Ｂｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールはトリガされず、例えば第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みる等のプロセスが回避され、よって、通信効率が改善される。
【００８４】
ケース２：第０の端末がアイドル接続リソースを有する場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、第０の端末の接続構成情報を含む第２の接続ハンドオーバー選択メッセージを第３の端末に送信し、第３の端末がハンドオーバー媒体であるとき、第０の端末の接続構成情報を含む第４の接続ハンドオーバー媒体メッセージを第３の端末に送信する。任意に、第０の端末がアイドル接続リソースを有する場合において、第３の端末のために接続リソースを予約するとき、或いは、第３の端末がハンドオーバー媒体であるとき、本実施形態において提供される方法を用いて、第３の端末を用いて第０の端末との接続を確立する第４の端末のために、接続リソースを予約する。
【００８５】
図１に示される実施形態において第１の端末がハンドオーバー媒体として機能するときの技術的効果に加えて、本実施形態において提供される方法は更に、第２の端末のために接続リソースを予約して、接続リソースが不必要に占有される現象を防ぐことができる。それにより、第０の端末と第２の端末との間で首尾よく接続が確立されることが保証される。また、端末識別子（例えば第１の識別子および第２の識別子）に従って第３の端末とハンドオーバー媒体とを識別および区別し、それにより、第３の端末が第１の接続ハンドオーバー要求を送信するハンドオーバー媒体であるときに、接続リソースが第２の端末のために重複して予約されることを防ぐことができる。また、第３の端末の身分と、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソース情報とに従って、更に接続リソースを予約するか否かを決定し、それにより、第０の端末と第３の端末との間で接続が確立された場合（或いは、３の端末を用いて第０の端末と別の端末との間で接続が確立された場合）に、接続リソースが不必要に占有される現象を防ぐことができる。
【００８６】
図３Ａおよび図３Ｂは、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。全手続きは、第１のタップ（Ｔａｐ１）および第２のタップ（Ｔａｐ２）のプロセスを含む。
【００８７】
図３Ａは、第１のタップのプロセスを示す。第０の端末およびハンドオーバー媒体はＰ２Ｐ動作モードで通信を実行し、ハンドオーバー媒体は、第０の端末と第２の端末とを接続の確立の際に補助するように構成される。該プロセスは、以下のステップを有する。
【００８８】
ステップ０：第０の端末は、現在のアイドル接続リソース情報ｘの値を取得する。ここでｘは、現在アイドル状態のＢｌｕｅｔｏｏｔｈ接続リソースの数を表す。（任意に、現在アイドル状態のＷｉ−Ｆｉ接続リソースの数ｙの値も取得されてよい。本実施形態では、第１の端末、第２の端末および第３の端末が全てＢｌｕｅｔｏｏｔｈ接続のみをサポートする例を用いて、説明を行う。当該技術分野の当業者であれば、各端末がＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉをサポートするシナリオにも本実施形態を適用可能であることが理解されるであろう）。
【００８９】
任意に、ステップ０は、ステップ１の後、ステップ２の前に実行されてもよい。
【００９０】
ステップ１：ハンドオーバー媒体（この場合は第１の端末がハンドオーバー媒体として機能する）が、接続ハンドオーバー要求メッセージ（キャリアタイプは“Ｈｍ”であり、他方がハンドオーバーリクエスタでなくハンドオーバー媒体であることを示す）を送信する。接続ハンドオーバー要求メッセージは、ハンドオーバー媒体の識別子情報ID_INFOを含む。
【００９１】
ステップ２：第０の端末は、現在アイドル接続リソースがないか否か、すなわちｘ≦０であるか否かを判定する。
【００９２】
２ａ．アイドル接続リソースがないと判定された場合、ステップ３ａを実行し、全手続きを終了する。
【００９３】
２ｂ．アイドル接続リソースがあると判定された場合、ステップ３ｂおよび後続のステップを実行する。
【００９４】
ステップ３ａ：第０の端末は、接続ハンドオーバー媒体メッセージをハンドオーバー媒体にフィードバックする。接続ハンドオーバー媒体メッセージは、メッセージヘッダＭＢフィールドおよびメッセージトレーラＭＥフィールドのみをもつ。
【００９５】
ステップ３ｂ：第０の端末は、接続ハンドオーバー媒体メッセージをハンドオーバー媒体にフィードバックする。接続ハンドオーバー媒体メッセージは、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報を含む。
【００９６】
ステップ４：ｘから１を引き、それにより、第０の端末と第２の端末との間の接続リソースを予約する。第２の端末は、ハンドオーバー媒体がタップしようとしている、またはタップしている対象である。
【００９７】
続いて、第０の端末は、第２の端末とのＢｌｕｅｔｏｏｔｈ接続を確立する準備をしてよい。Ｂｌｕｅｔｏｏｔｈ接続が第０の端末と第２の端末との間で確立される前に、第０の端末が第３の端末によって送信された接続ハンドオーバー要求を受信した場合、その処理手続きを図３Ｂに示す。該処理手続きは、以下のステップを有する。
【００９８】
ステップ５：第３の端末は、接続ハンドオーバー要求を第０の端末に送信する。接続ハンドオーバー要求は、第３の端末の識別子情報ID_INFOを含む。
【００９９】
ステップ６：第０の端末は、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定する。すなわち、ステップ１でのID_INFOとステップ５でのID_INFOとが同じであるか否かを判定する。
【０１００】
６ａ．同じ端末であると判定された場合、ステップ７ｂおよびステップ８を実行する。
【０１０１】
６ｂ．同じ端末でないと判定された場合、第０の端末が現在アイドル接続リソースを有さないか否か、すなわちｘ≦０であるか否かを判定する。
【０１０２】
６ｂ．ｉ．有さないと判定された場合、ステップ７ａを実行し、全手続きを終了する。
【０１０３】
６ｂ．ｉｉ．有すると判定された場合、ステップ７ｂおよびステップ８を実行する。
【０１０４】
ステップ７ａ：第３の端末の身分に従って、第０の端末は、接続ハンドオーバー選択メッセージ（第３の端末が接続ハンドオーバーリクエスタとして機能する場合）または接続ハンドオーバー媒体メッセージ（第３の端末がハンドオーバー媒体として機能する場合）を第３の端末に送信する。接続ハンドオーバー選択メッセージは、エラーコード０ｘ０４と、対応するエラー原因とを含み、第０の端末の接続リソースが制限されることを表す。接続ハンドオーバー媒体メッセージは、メッセージヘッダＭＢフィールドおよびメッセージトレーラＭＥフィールドのみを含み、接続構成情報は含まない。
【０１０５】
ステップ７ｂ：第３の端末の身分に従って、第０の端末は、接続ハンドオーバー媒体メッセージまたは接続ハンドオーバー選択メッセージを第３の端末に送信する。
【０１０６】
第３の端末とハンドオーバー媒体とが同じ端末である場合、第０の端末は相手方に、ステップ３ｂで送信された接続ハンドオーバー媒体メッセージを再送する（この場合、ｘから１を引く必要はない）。
【０１０７】
第３の端末とハンドオーバー媒体とが同じ端末でない場合、第０の端末は、接続ハンドオーバー選択メッセージ（第３の端末が接続ハンドオーバーリクエスタとして機能する場合）または接続ハンドオーバー媒体メッセージ（第３の端末がハンドオーバー媒体として機能する場合）を第３の端末に送信する。接続ハンドオーバー選択メッセージおよび接続ハンドオーバー媒体メッセージは、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報を含む。第３の端末とハンドオーバー媒体とが同じ端末でない場合、ｘから１を引いてｘの値を更新する。
【０１０８】
ステップ８：第３の端末と第０の端末とがＢｌｕｅｔｏｏｔｈ接続を確立する。
【０１０９】
本実施形態では、第０の端末が第０の端末のアイドルＢｌｕｅｔｏｏｔｈ接続リソースの数ｘを取得し、ｘの値を制御することにより、第０の端末と別の装置との間の接続を確立するために接続リソースが予約される。それにより、第０の端末がアイドル接続リソースを１つしかもたず、また、第０の端末が既に接続構成情報をハンドオーバー媒体（ハンドオーバー媒体は、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）にフィードバックしている場合に、その唯一のアイドル接続リソースが最初に第１の第３の端末によって占有されることを防ぐ。よって、第０の端末と第２の端末との間で首尾よく接続が確立されることが保証され、ユーザーエクスペリエンスが向上する。
【０１１０】
更に、第０の端末は、ｘの値に従ってアイドル接続リソースに対して直接判定を実行し、第０の端末がアイドル接続リソースを有さない場合、第０の端末は接続構成情報をフィードバックしないことを決定し、Ｂｌｕｅｔｏｏｔｈモジュールをトリガしない。よって、例えばＢｌｕｅｔｏｏｔｈモジュールが接続の確立を試みる等のプロセスが回避され、通信効率が改善される。
【０１１１】
以下、図１および図２Ａに示される実施形態に関与する第１の接続ハンドオーバー要求メッセージおよび第２の接続ハンドオーバー要求メッセージ（説明を簡潔にするために、一般に接続ハンドオーバー要求メッセージと称する）を、例示的に説明する。
【０１１２】
端末識別子ID_INFO（第１の識別子と第２の識別子は両方とも端末識別子である）は、ａｃ記録（ac  record（s））の補助データポインタによって指摘される補助データフィールドに新たに加えられるパラメータである。補助データフィールドは、ＮＤＥＦ記録のロードに位置し、パラメータのサイズは１ｏｃｔｅｔ（オクテット）である。表１に、該パラメータの形式定義を示す。
【０１１３】
（表１：ID_INFOの形式）
【表１】
2016517222.tif 000038
表２に、パラメータID_INFOの接続ハンドオーバー要求メッセージにおける位置を示す。
【０１１４】
（表２）
2016517222.tif 000039
例えば、第３の端末がＢｌｕｅｔｏｏｔｈ接続のみをサポートする場合、第３の端末の接続ハンドオーバー要求メッセージの形式を図２Ｂに示す。
【０１１５】
ID_INFOは、添付データポインタによって指示される第２のＮＤＥＦ記録に置かれる（より具体的には、ID_INFOはフィールドPayload１に置かれる）。他のフィールドの詳細な説明については、従来技術を参照されたい。他のフィールドは、本発明では限定されず、説明されない。
【０１１６】
以下、図１および図２Ａに示される実施形態に関与する第１の接続ハンドオーバー選択メッセージを、例示的に説明する。第１の接続ハンドオーバー選択メッセージの形式を表３に示す。
【０１１７】
（表３）
2016517222.tif 000040
点線の四角で表されるフィールドは、場合によっては省略される。例えば、接続ハンドオーバーセレクタと接続ハンドオーバーリクエスタとがマッチするキャリアをもたない場合、フィードバックされる接続ハンドオーバー選択メッセージは、２つの点線の四角で表されるフィールドを含まない。
【０１１８】
第３の端末が接続ハンドオーバーリクエスタとして第０の端末にタップまたは近接する場合、第０の端末が予約された接続リソース以外にアイドル接続リソースを有さないとき、第０の端末は、エラーコードおよび原因を第３の端末にフィードバックする必要がある。エラーコードおよび原因は、以下のように定義される。
【０１１９】
エラー原因値
2016517222.tif 000041
エラーデータフィールドの内容
2016517222.tif 000042
図４は、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。図４を参照して、本方法は以下のステップを有する。
【０１２０】
４００：第０の端末は、第０の端末のアイドル接続リソース情報を取得する。詳細については、上述の２００についての説明を参照されたい。
【０１２１】
任意に、ステップ４００は、第０の端末のデバイスホストＤＨが、第０の端末の近距離無線通信コントローラＮＦＣＣに第０の端末のアイドル接続リソース情報を構成するステップを有する。それにより、ステップ４０４において、第０の端末のＮＦＣＣが、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを判定することができる。更に任意に、第０の端末のＮＦＣＣは、第０の端末のアイドル接続リソース情報を更新する。
【０１２２】
４０２：ハンドオーバー媒体（この場合、第１の端末がハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）によって送信され、デバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信する。第１のデバイス有効化要求は、第０の端末が第１のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定できるように、第１のアクション識別子と、ハンドオーバー媒体の識別に用いられる第３の識別子とを含み、それにより、４０４を実行すると決定することができる。当然ながら、第１のアクション識別子に従って、４０４が実行される必要があると直接的に決定されてもよい。
【０１２３】
任意に、ハンドオーバー媒体のＮＦＣＣを用いて第１のデバイス有効化要求を送信するために、ハンドオーバー媒体は、ＤＨを用いて、ハンドオーバー媒体のＮＦＣＣに第１のアクション識別子および第３の識別子を構成する。
【０１２４】
４０４：第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを判定する。有すると判定された場合、第１のデバイス有効化応答をハンドオーバー媒体に送信し（それにより、第１の端末との接続ハンドオーバープロセスを実行し、接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックする。この場合の接続ハンドオーバープロセスは、無線周波数インターフェース有効化、ＬＬＣＰ有効化、データ交換等のプロセスを含み、接続構成情報のフィードバックはデータ交換プロセスにおいて実行される）、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新する。（アイドル接続リソースがない場合、処理方式については、図１に示される実施形態の説明を参照されたい。）
４０６：ステップ４０４の後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２のデバイス有効化要求を受信する。第２のデバイス有効化要求は、第２のアクション識別子と、第３の端末の識別に用いられる第４の識別子を伴う。
【０１２５】
任意に、第３の端末の身分は、ハンドオーバー媒体または接続ハンドオーバーリクエスタを含む。
【０１２６】
任意に、第３の端末は、第３の端末のＮＦＣＣを用いて第２のデバイス有効化要求を送信するために、ＤＨを用いて第３の端末のＮＦＣＣに第２のアクション識別子および第４の識別子を構成する。
【０１２７】
４０８：第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定された場合、ステップ４１０を実行するように決定される。
【０１２８】
４１０：第４の識別子および第３の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定し、それにより、第２のデバイス有効化応答を第３の端末に送信するか否かを決定する。
【０１２９】
任意に、ステップ４１０は２つのシナリオを含む。
【０１３０】
シナリオ１：第３の端末とハンドオーバー媒体とが同じ端末である。この場合、第３の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第３の端末にフィードバックするために、第２のデバイス有効化応答を送信する。
【０１３１】
任意に、第０の端末のＮＦＣＣを用いて第２のデバイス有効化応答が送信される。
【０１３２】
シナリオ２：第３の端末とハンドオーバー媒体とが同じ端末でない。この場合、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って判定を実行して、第０の端末がアイドル接続リソースを有するか否かを決定する。有すると決定された場合は第２のデバイス有効化応答を送信し、有さないと決定された場合は第２のデバイス有効化応答の送信をスキップする。
【０１３３】
更に任意に、シナリオ２において、アイドル接続リソースがある場合、第０の端末は第３の端末のために接続リソースを予約する。或いは、第３の端末がハンドオーバー媒体である場合、第０の端末は、第３の端末を用いて第０の端末との接続を確立する第４の端末のために接続リソースを予約し、それにより、リソースが不必要に占有されるという問題を未然に回避する。
【０１３４】
図２Ａに示される実施形態での技術的効果に加えて、本実施形態で提供される本方法は更に、第０の端末がアイドル接続リソースを有さない場合に、ハンドオーバー媒体または第３の端末によって送信されたデバイス有効化要求に対して応答しないことを直接的に決定することができ、その結果、ＬＬＣＰ有効化やデータ交換等の後続のプロセスは実行されず、すなわち、ＮＦＣ通信手続きが予め終了する。したがって、接続構成情報はフィードバックされず、例えば第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みる等のプロセスが回避される。よって、通信時間が大幅に節約され、通信効率が改善される。
【０１３５】
図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２は、本発明の実施形態に係る近距離無線通信に基づく接続ハンドオーバー方法の概略フローチャートである。全手続きは、第１のタップ（Ｔａｐ１）および第２のタップ（Ｔａｐ２）のプロセスを含む。
【０１３６】
図５Ａ１および図５Ａ２を参照する。図５Ａ１および図５Ａ２は第１のタップのプロセスであり、第０の端末とハンドオーバー媒体（第０の端末と第２の端末とを接続の確立の際に補助するように構成される）がＰ２Ｐ動作モードを用いて通信を実行する。該プロセスは、以下のステップを有する（第０の端末と第３の端末とが両方ともＢｌｕｅｔｏｏｔｈモジュールおよびＷｉ−Ｆｉモジュールをサポートすると仮定する）。
【０１３７】
ステップ０：第０の端末のＤＨが、現在のアイドル接続リソース情報ｘおよびｙの値を取得する。ｘは現在アイドル状態のＢｌｕｅｔｏｏｔｈ接続リソースの数を表し、ｙは現在アイドル状態のＷｉ−Ｆｉ接続リソースの数を表す。
【０１３８】
ステップ１：パラメータ構成プロセス
第０の端末のＤＨは、CORE_SET_CONFIG_CMDコマンドを用いて、第０の端末のＮＦＣＣに現在のアイドルＢｌｕｅｔｏｏｔｈ接続リソース情報HO_BT_CONN_INFOおよび／またはＷｉ−Ｆｉ接続リソース情報HO_WIFI_CONN_INFOを構成する（ＮＦＣＣにおいてHO_BT_CONN_INFOおよびHO_WIFI_CONN_INFOを更新する工程が実行されてよい）。ハンドオーバー媒体のＤＨは、CORE_SET_CONFIG_CMDコマンドを用いて、ハンドオーバー媒体のＮＦＣＣに端末識別子ID_INFO情報およびアクションフラグ情報ACT_FLAGを構成する。
【０１３９】
第０の端末およびハンドオーバー媒体に関して、構成コマンドを受信し構成の実行が成功した後に、第０の端末およびハンドオーバー媒体のＮＦＣＣはCORE_SET_CONFIG_RSP応答をＤＨにフィードバックして、構成が成功したことを示す。
【０１４０】
任意に、ステップ０およびステップ１は、ステップ４ａの後、ステップ５の前に実行される。
【０１４１】
ステップ２：無線周波数発見プロセス
ハンドオーバー媒体のＤＨは、RF_DISCOVER_CMDコマンドを用いて、無線周波数発見プロセスを開始するようにＮＦＣＣをトリガする。ＮＦＣＣは、応答RF_DISCOVER_RSPをＤＨにフィードバックして、無線周波数発見プロセスが実行されていることを示す。
【０１４２】
ステップ３：ハンドオーバー媒体のＮＦＣＣは、第０の端末にデバイス有効化要求ATR_REQ要求を送信する。ATR_REQ要求は、ID_INFO情報およびACT_FLAG情報を含む。
【０１４３】
ステップ４：ATR_REQ要求を受信した後、第０の端末のＮＦＣＣは、ATR_REQ要求のACT_FLAGに従って、相手方の目的が接続ハンドオーバーであるか否かを判定する。
【０１４４】
４ａ．接続ハンドオーバーであると決定された場合、ステップ５を実行し、手続きを続行する。
【０１４５】
４ｂ．接続ハンドオーバーでないと決定された場合、ステップ６を実行してからステップ８に進み、Ｔａｐ１の手続きが終了するまで続行する。
【０１４６】
例えば、相手方の目的が第０の端末との名刺交換である場合、第０の端末は、ATR_RESを用いて直接的に相手方に応答し、後続のデータ交換を実行する。よって、以下のステップ７で１を引くという工程を実行する必要がない。
【０１４７】
ステップ５：第０の端末のＮＦＣＣは、第０の端末の現在のアイドル接続リソースに従って、アイドル接続リソースが存在しないか否かを判定する（すなわち、ｘ≦０およびｙ≦０であるか否かを判定する）。
【０１４８】
任意に、第０の端末は、既存のプロトコルの仕様に従って、第０の端末がＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉの接続構成情報をフィードバックする必要があるか否かを決定し、それにより、対応するｘまたはｙに従って判定を実行してよい。
【０１４９】
５ａ．フィードバックする必要があると判定された場合、相手方への応答をスキップし、全手続きを終了する。
【０１５０】
５ｂ．フィードバックする必要がないと判定された場合、ステップ６を実行して続行する。
【０１５１】
ステップ６：
第０の端末のＮＦＣＣは、デバイス有効化応答ATR_RES応答をハンドオーバー媒体にフィードバックする。
【０１５２】
第０の端末について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTFは、受信されるATR_REQ（ID_INFOおよびACT_FLAGを含む）を含む。
【０１５３】
ハンドオーバー媒体について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTは受信されるATR_RESを含む。
【０１５４】
ステップ７：対応して、ｘまたはｙから１を引く工程を実行する。
【０１５５】
ステップ８：ＬＬＣＰ有効化プロセス。
【０１５６】
ステップ９：データ交換プロセス。
【０１５７】
ステップ１０：ＬＬＣＰ無効化プロセス。
【０１５８】
ステップ１１：無線周波数インターフェース無効化プロセス。
【０１５９】
続いて、第０の端末は、第２の端末とのＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉ接続の確立の準備をしてよい。第０の端末と第２の端末との間で接続が確立される前に、第０の端末が第３の端末によって送信された接続ハンドオーバー要求を受信した場合、その処理プロセスが図５Ｂ１および図５Ｂ２に示される。該処理プロセスは以下のステップを有する。
【０１６０】
ステップ１２：パラメータ構成プロセス
第３の端末のＤＨは、CORE_SET_CONFIG_CMDを用いて、第３の端末のＮＦＣＣに第３の端末の端末識別子情報ID_INFOおよびアクションフラグ情報ACT_FLAGを構成する。
【０１６１】
第３の端末に関して、構成コマンドを受信し構成の実行が成功した後に、第３の端末のＮＦＣＣはCORE_SET_CONFIG_RSP応答をＤＨにフィードバックして、構成が成功したことを示す。
【０１６２】
ステップ１３：無線周波数発見プロセス
第３の端末のＤＨは、RF_DISCOVER_CMDコマンドを用いて、無線周波数発見プロセスを開始するようにＮＦＣＣをトリガする。ＮＦＣＣは、応答RF_DISCOVER_RSPをＤＨにフィードバックして、無線周波数発見プロセスが実行されていることを示す。
【０１６３】
ステップ１４：第３の端末は決定を実行し、第０の端末のＮＦＣＣを用いてATR_REQ要求を送信する。ATR_REQ要求は、ID_INFO情報およびACT_FLAG情報を含む。
【０１６４】
ステップ１５：ＮＦＣＣを用いて要求を受信した後、第０の端末は、ACT_FLAGに従って、相手方の目的が接続ハンドオーバーであるか否かを判定する。
【０１６５】
１５ａ．接続ハンドオーバーであると判定された場合、ステップ１６を実行して続行する。
【０１６６】
１５ｂ．接続ハンドオーバーでないと判定された場合、ステップ１７を実行してからステップ１９に進み、続行する。
【０１６７】
ステップ１６：第０の端末は、第３の端末とハンドオーバー媒体とが同じ端末であるか否か、すなわち、ステップ１のID_INFOとステップ１２のID_INFOとが同じであるか否かを判定する。
【０１６８】
１６ａ．同じであると判定された場合、ステップ１７を実行してからステップ１９に進み、続行する。
【０１６９】
１６ｂ．同じでないと判定された場合、続行して、第０の端末が現在（第２の端末のために接続リソースが予約された後）アイドル接続リソースを有さないか否かを判定する。第３の端末がハンドオーバー媒体として機能する場合、第０の端末は、ｘ≦０およびｙ≦０であるか否かを判定する。第３の端末が接続ハンドオーバーリクエスタとして機能する場合、第０の端末は、第０の端末と第３の端末の両方によってサポートされるキャリアのアイドル接続リソース情報に従って、判定を実行してよい。
【０１７０】
１６ｂ．ｉ．ｙｅｓの場合、相手方への応答をスキップし、Ｔａｐ２の手続きを終了する。
【０１７１】
１６ｂ．ｉｉ．ｎｏの場合、ステップ１７を実行して続行する。
【０１７２】
ステップ１７：
第０の端末は、ＮＦＣＣを用いて、デバイス有効化応答ATR_RES応答を第３の端末にフィードバックする。
【０１７３】
第０の端末について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTFは、受信されるATR_REQ（ID_INFOおよびACT_FLAGを含む）を含む。
【０１７４】
第３の端末について、ＮＦＣＣはRF_INTF_ACTIVATED_NTFを用いて、無線周波数インターフェース有効化が完了したことをＤＨに通知する。RF_INTF_ACTIVATED_NTFは、受信されるATR_RESを含む。
【０１７５】
ステップ１８〜ステップ２２は、図５Ａ１および図５Ａ２のステップ７〜ステップ１１と同じである。
【０１７６】
図３Ａおよび図３Ｂに示される実施形態の技術的効果に加えて、本実施形態で提供される方法は更に、第０の端末がアイドル接続リソースを有さない場合、ｘおよび／またはｙの値を制御することにより、ＮＦＣ通信手続きを予め終了することができる（原理は、図４に示される実施形態の原理と同じである）。それによって、Ｂｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが無線接続の確立を試みるプロセスを防ぐことができ、通信時間を大幅に節約し、通信効率を改善することができる。
【０１７７】
図２Ａ〜図５Ｂ２において、第１の端末が端末媒体として機能する場合を説明した。当該技術分野の当業者であれば、第１の端末が接続ハンドオーバーリクエスタとして機能する場合も、上述の実施形態で提供された処理の考え方が適用可能であり、対応する技術的効果が達成され得ることが理解できるはずである。その場合はここでは説明しない。
【０１７８】
以下、図１、図４、図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２に示される実施形態での一部のパラメータおよびメッセージを、例示的に説明する。
【０１７９】
図１、図４、図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２に示される実施形態で追加されるパラメータの例として、現在のアイドル接続リソース情報HO_BT_CONN_INFO（Ｂｌｕｅｔｏｏｔｈ接続リソース情報）および／またはHO_WIFI_CONN_INFO（Ｗｉ−Ｆｉ接続リソース情報）、端末識別子（例えば、第１の識別子、第２の識別子）情報ID_INFOおよびアクション識別子（例えば、第１のアクション識別子）情報ACT_FLAGが挙げられる。HO_BT_CONN_INFOおよび／またはHO_WIFI_CONN_INFOは、第０の端末のＤＨとＮＦＣＣとの間で伝送されるだけでよい。一方、ID_INFOおよびACT_FLAGは、ＤＨによってＮＦＣＣについて構成され、それからデバイス有効化要求ATR_REQを用いてピア端末に伝送される必要がある。パラメータの拡張方式の例は以下のとおりである。
【０１８０】
１：HO_BT_CONN_INFOおよびHO_WIFI_CONN_INFOの拡張方式
構成パラメータを設定する際に用いられるコマンドCORE_SET_CONFIG_CMDのOther  Parameters（他のパラメータ）の予約フィールド０ｘ８３〜０ｘ９Ｆから０ｘ８３を選択して、HO_BT_CONN_INFOを拡張し、０ｘ８４を選択してHO_WIFI_CONN_INFOを拡張する。２つのパラメータの具体的な拡張方式と値の意味を、表４〜表７に示す。
【０１８１】
（表４：構成パラメータタグ）
2016517222.tif 000043
（表５：発見構成パラメータ）
2016517222.tif 000044
（表６：HO_BT_CONN_INFOの値および意味）
2016517222.tif 000045
（表７：HO_WIFI_CONN_INFOの値および意味）
2016517222.tif 000046
２：ID_INFOおよびACT_FLAGのいくつかの拡張方式は以下のとおりである。
【０１８２】
ａ）ポール（Ｐｏｌｌ）モードにおけるNFC-DEP発見パラメータPN_ATR_REQ_CONFIGの予約ビットｂ７およびｂ６を用いて、ATR_REQのＰＰＩの予約ビットｂ８およびｂ７を制御し、それにより、ID_INFOおよびACT_FLAGを拡張する。２つのパラメータの拡張方式を表８〜表１０に示す。
【０１８３】
（表８：PN_ATR_REQ_CONFIGの値）
2016517222.tif 000047
【０１８４】
（表９：ＰＰＩ形式）
2016517222.tif 000048
【０１８５】
（表１０：ATR_REQの形式）
2016517222.tif 000049
ｂ）１つのNFC-DEP発見パラメータPC_ATR_REQ_HO_MANAGEが、ＰｏｌｌモードでCORE_SET_CONFIG_CMDに追加され、それにより、ATR_REQのID_INFOおよびACT_FLAGが拡張される。２つのパラメータの具体的な拡張方式を表１１〜表１４に示す。
【０１８６】
（表１１：構成パラメータタグ）
2016517222.tif 000050
PN_ATR_REQ_HO_MANAGEの具体的な定義は以下のとおりである。
【０１８７】
（表１２：ＰｏｌｌモードでのＮＦＣデータ交換プロトコルの発見構成パラメータ）
2016517222.tif 000051
（表１３：PN_ATR_REQ_HO_MANAGEの値）
2016517222.tif 000052
ATR_REQにおけるID_INFOおよびACT_FLAGの位置は以下のとおりである。
【０１８８】
（表１４：ATR_REQの形式）
2016517222.tif 000053
上述の２つの拡張方式ａ）およびｂ）に関して、ID_INFOおよびACT_FLAGの値を定義するのに同じ方法が用いられてよく、具体的に表１５および表１６に示す。
【０１８９】
（表１５：ID_INFOの値および意味）
2016517222.tif 000054
（表１６：ACT_FLAGの値および意味）
2016517222.tif 000055
明細書中の各表を説明する際、主に本発明と従来技術との違いまたは改善が説明される。残りの内容については従来技術を参照することができ、本発明では限定されない。
【０１９０】
図６は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図６を参照して、接続ハンドオーバー装置６０は、以下の要素を有する（点線の四角はユニット／モジュールが任意であることを示す：以下同様）。
【０１９１】
取得ユニット６１は、第０の端末のアイドル接続リソース情報を取得するように構成される。
【０１９２】
例えば、取得ユニット６１は、第０の端末のアイドル接続リソース情報をＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールから取得する。任意に、第０の端末のアイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【０１９３】
第１の受信ユニット６２は、第１の端末によって送信される要求メッセージを受信するように構成される。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。任意に、第１の端末は接続ハンドオーバーリクエスタまたはハンドオーバー媒体である。
【０１９４】
第１の決定ユニット６３は、要求メッセージに従って、第１の判定ユニット６４がトリガされる必要があると決定するように構成される。
【０１９５】
第１の判定ユニット６４は、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを判定し、有すると判定された場合に第１の送信ユニット６５をトリガするように構成される。
【０１９６】
第１の送信ユニット６５は、応答メッセージを第１の端末に送信し、それにより、第０の端末の接続構成情報を第１の端末にフィードバックするように構成される。
【０１９７】
任意に、第１の端末がハンドオーバー媒体として機能する場合、第１の受信ユニット６２は、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信する。この場合、第１の決定ユニット６３は、第１の判定ユニット６４がトリガされる必要があると決定する。第１の送信ユニット６５は、第０の端末の接続構成情報を含む第１の接続ハンドオーバー媒体メッセージを送信してよい。第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０１９８】
任意に、第１の端末がハンドオーバー媒体として機能する場合、第１の受信ユニット６２は、デバイス有効化要求の起動に用いられる第１のデバイス有効化要求を受信する。第１のデバイス有効化要求は、第１のアクション識別子を伴う。この場合、第１の決定ユニット６３は、第１のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、それにより、第１の判定ユニット６４をトリガする。第１の送信ユニット６５は、第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、第１のデバイス有効化応答を送信してよい。
【０１９９】
任意に、第１の端末が接続ハンドオーバーリクエスタとして機能する場合、第１の受信ユニット６２は、接続ハンドオーバープロセスの開始に用いられる第３の接続ハンドオーバー要求を受信する。第１の送信ユニット６５は、第０の端末の接続構成情報を含む第３の接続ハンドオーバー選択メッセージを送信し（第０の端末がアイドル接続リソースを有すると第１の判定ユニット６４が判定した場合）、或いは、第０の端末の接続リソースが制限されることを表す接続ハンドオーバー選択メッセージを送信する（第０の端末がアイドル接続リソースを有さないと第１の判定ユニット６４が判定した場合）。
【０２００】
任意に、第１の端末が接続ハンドオーバーリクエスタとして機能する場合、取得ユニット６１は、第０の端末がアイドル接続リソースを有するか否かを第１の判定ユニット６４が判定できるように、第０の端末のＤＨを用いて、第０の端末のＮＦＣＣに第０の端末のアイドル接続リソース情報を構成するように構成される第２の構成モジュールを有する。第１の受信ユニット６２は、第１の決定ユニット６３が第３のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定することができるように、第３のアクション識別子を伴う第３のデバイス有効化要求を受信する。第１の送信ユニット６５は、第１の端末との接続ハンドオーバープロセスを実行し、接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、第３のデバイス有効化応答を送信する（第０の端末がアイドル接続リソースを有すると第１の判定ユニット６４が判定した場合）。或いは、第１の送信ユニット６５は、第３のデバイス有効化応答を送信しない（第０の端末がアイドル接続リソースを有さないと第１の判定ユニット６４が判定した場合）。
【０２０１】
任意に、本実施形態の実施方式において、接続ハンドオーバー装置６０は更に、選択的送信ユニット６７を有する。第１の判定ユニット６４が、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有さないと判定した場合、接続ハンドオーバー装置６０は、第０の端末の接続構成情報を第１の端末にフィードバックしない。この場合、選択的送信ユニット６７が要求メッセージに従って要求メッセージに対応する応答メッセージを送信するか否かを決定することができるように、選択的送信ユニット６７がトリガされてよい。例えば、要求メッセージが接続ハンドオーバー要求であり、第１の端末がハンドオーバー媒体として機能する場合、選択的送信ユニット６７は、第０の端末の接続構成情報を含まない接続ハンドオーバー媒体メッセージを送信する。要求メッセージが接続ハンドオーバー要求であり、第１の端末が接続ハンドオーバーリクエスタとして機能する場合、選択的送信ユニット６７は、第０の端末の接続リソースが制限されることを表す接続ハンドオーバー選択メッセージを送信する。要求メッセージがデバイス有効化要求である場合、選択的送信ユニット６７は、デバイス有効化要求に応答する必要はないと決定し、デバイス有効化応答を送信しない。
【０２０２】
任意に、本実施形態の実施方式において、装置60は以下の要素を更に有する。
【０２０３】
処理ユニット６６は、第０の端末がアイドル接続リソースを有すると第１の判定ユニット６４が判定した場合において、接続リソースを予約して第０の端末のアイドル接続リソース情報を更新するように構成され、これは、第１の端末が接続ハンドオーバーリクエスタである場合、第１の端末について接続リソースを予約することと、第１の端末が、第０の端末と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である場合、第２の端末について接続リソースを予約することと、を含む。
【０２０４】
本実施形態で提供される接続ハンドオーバー装置６０により、第０の端末が第０の端末の接続構成情報を第１の端末にフィードバックするときは、第０の端末がアイドル接続リソースを有することが保証される。第０の端末が第１の端末の要求メッセージを受信する前にアイドル接続リソースを有さない場合において、第０の端末は第０の端末の接続構成情報をフィードバックしない。それにより、第０の端末のＢｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ−Ｆｉモジュールが接続の確立を試みるプロセスを防ぐことができ、通信効率が改善され、ユーザーエクスペリエンスが向上する。更に、装置６０が処理ユニット６６を有する場合、接続リソースを予約する工程が更に実行されてよい。それにより、第０の端末が第１の端末との（或いは、第１の端末の補助を利用して第２の端末との）接続を首尾よく確立できることを保証することができる。
【０２０５】
図７は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図７を参照して、接続ハンドオーバー装置７０は、取得ユニット６１、第１の受信ユニット６２、第１の決定ユニット６３、第１の判定ユニット６４および第１の送信ユニット６５を有し、更に、第１の処理ユニット７１、第２の受信ユニット７２、第２の決定ユニット７３および第２の処理ユニット７４を有する。
【０２０６】
取得ユニット６１については、図６に示される実施形態の説明を参照されたい。
【０２０７】
第１の受信ユニット６２は、ハンドオーバー媒体によって送信され接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求を受信する（この場合、第１の端末はハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）。第１の接続ハンドオーバー要求は、ハンドオーバー媒体の識別に用いられる第１の識別子を伴う。
【０２０８】
第１の決定ユニット６３は、第１の受信ユニット６２が第１の接続ハンドオーバー要求を受信した後に、第１の判定ユニット６４をトリガすることを決定する。
【０２０９】
第１の判定ユニット６４は、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有すると判定し、第１の送信ユニット６５および第１の処理ユニット７１をトリガする。（第０の端末がアイドル接続リソースを有さない場合において、図６に示される実施形態の説明を参照されたい。）
第１の送信ユニット６５は、第０の端末の接続構成情報を含む第１の接続ハンドオーバー媒体メッセージをハンドオーバー媒体に送信する。第０の端末の接続構成情報は、第０の端末のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０２１０】
第１の処理ユニット７１は、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新するように構成される。
【０２１１】
第２の受信ユニット７２は、装置７０が第１の接続ハンドオーバー媒体メッセージを送信し第２の端末のために接続リソースを予約した後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２の接続ハンドオーバー要求を受信するように構成される。第２の接続ハンドオーバー要求は、第３の端末の識別に用いられる第２の識別子を伴う。
【０２１２】
第２の決定ユニット７３は、第２の接続ハンドオーバー要求に従って、第２の処理ユニット７４をトリガすることを決定するように構成される。
【０２１３】
第２の処理ユニット７４は、第２の識別子および第１の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定し、それにより、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定するように構成される。
【０２１４】
任意に、本実施形態の実施方式において、第２の処理ユニット７４は以下の要素を有する。
【０２１５】
第１の判定モジュール７４１は、第２の識別子および第１の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定し、同じ端末であると判定された場合は第１の送信モジュール７４２をトリガし、同じ端末でないと判定された場合は第１の処理モジュール７４３をトリガするように構成される。
【０２１６】
第１の送信モジュール７４２は、第０の端末の接続構成情報を含む第２の接続ハンドオーバー媒体メッセージを第３の端末に送信するように構成される。
【０２１７】
第１の処理モジュール７４３は、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末の接続構成情報を第３の端末にフィードバックするか否かを決定するように構成される。
【０２１８】
更に任意に、第１の処理モジュール７４３は以下の要素を有する。
【０２１９】
第１の判定サブモジュールは、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、第０の端末がアイドル接続リソースを有するか否かを判定し、アイドル接続リソースがないと判定された場合に第１の送信サブモジュールをトリガし、アイドル接続リソースがあると判定された場合に第２の送信サブモジュールをトリガするように構成される。
【０２２０】
第１の送信サブモジュールは、第３の端末が接続ハンドオーバーリクエスタとして機能する場合、第１の接続ハンドオーバー選択メッセージを第３の端末に送信して、第０の端末の接続リソースが制限されることを示すように構成され、また、第３の端末がハンドオーバー媒体として機能する場合、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを第３の端末に送信するように構成される。任意に、第１の接続ハンドオーバー選択メッセージは、第０の端末の接続リソースが制限されることを示すのに用いられるエラーコードと、原因値とを含む。
【０２２１】
第２の送信サブモジュールは、第３の端末が接続ハンドオーバーリクエスタである場合、第０の端末の接続構成情報を含む第２の接続ハンドオーバー選択メッセージを第３の端末に送信するように構成され、第３の端末がハンドオーバー媒体である場合、第０の端末の接続構成情報を含む第４の接続ハンドオーバー媒体メッセージを第３の端末に送信するように構成される。
【０２２２】
任意に、本実施形態の実施方式において、接続ハンドオーバー装置７０は更に以下の要素を有する。
【０２２３】
第５の処理ユニット７５は、第３の端末のために接続リソースを予約するように構成される。例えば、第３の端末が接続ハンドオーバーリクエスタであり、第０の端末が第２の端末のために接続リソースを予約した後に、第０の端末が依然としてアイドル接続リソースを有する場合、第５の処理ユニット７５がトリガされる。当然ながら、第５の処理ユニット７５は更に、第３の端末がハンドオーバー媒体である場合に、第３の端末を用いて第０の端末との接続を確立する第４の端末のために接続リソースを予約するように構成されてよい。
【０２２４】
図６に示される実施形態において第１の端末がハンドオーバー媒体として機能する場合の技術的効果に加えて、本実施形態で提供される接続ハンドオーバー装置７０は更に、第２の端末について接続リソースを予約して、接続リソースが不必要に占有される現象を防ぎ、それにより、第０の端末と第２の端末との接続の確立が成功することを保証することができ、また、ハンドオーバー媒体および第３の端末を識別して、接続リソースが第２の端末について重複して予約されることを防ぐことができ、また、第０の端末が第３の端末と接続を確立する（或いは、第３の端末を用いて別の端末と接続を確立する）ときに接続リソースが不必要に占有される現象を防ぎ、それにより、通信効率を改善することができる。
【０２２５】
図８は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図８を参照して、取得ユニット６１、第１の受信ユニット６２、第１の決定ユニット６３、第１の判定ユニット６４および第１の送信ユニット６５に加えて、接続ハンドオーバー装置８０は更に、第３の処理ユニット８１、第３の受信ユニット８２、第３の決定ユニット８３および第４の処理ユニット８４を有する。
【０２２６】
取得ユニット６１については、図６に示される実施形態の説明を参照されたい。
【０２２７】
任意に、本実施形態の実施方式において、取得ユニット６１は第１の構成モジュールを有する。第１の構成モジュールは、第１の判定ユニット６４が第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有するか否かを判定できるように、第０の端末のデバイスホストＤＨを用いて、第０の端末の近距離無線通信コントローラＮＦＣＣに対して、第０の端末のアイドル接続リソース情報を構成するように構成される。
【０２２８】
第１の受信ユニット６２は、ハンドオーバー媒体によって送信されデバイス有効化要求の開始に用いられる第１のデバイス有効化要求を受信する（この場合、第１の端末がハンドオーバー媒体として機能し、第０の端末と第２の端末とを接続の確立の際に補助するように構成される）。第１のデバイス有効化要求は、第１のアクション識別子と、ハンドオーバー媒体の識別に用いられる第３の識別子とを伴う。
【０２２９】
第１の決定ユニット６３は、第１のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、第１の判定ユニット６４をトリガする。
【０２３０】
第１の判定ユニット６４は、第０の端末のアイドル接続リソース情報に従って、第０の端末がアイドル接続リソースを有すると決定し、第１の送信ユニット６５および第３の処理ユニット８１をトリガする。（第０の端末がアイドル接続リソースを有さない場合において、図６に示される実施形態の説明を参照されたい。）
第１の送信ユニット６５は、第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第１の端末にフィードバックするために、第１のデバイス有効化応答をハンドオーバー媒体に送信する。
【０２３１】
第３の処理ユニット８１は、第２の端末のために接続リソースを予約して、第０の端末のアイドル接続リソース情報を更新するように構成される。
【０２３２】
第３の受信ユニット８２は、接続ハンドオーバー装置８０が第１のデバイス有効化応答を送信し第２の端末のために接続リソースを予約した後、第０の端末と第２の端末との間で接続が確立される前に、第３の端末によって送信される第２のデバイス有効化要求を受信するように構成される。第２のデバイス有効化要求は、第２のアクション識別子と、第３の端末の識別に用いられる第４の識別子とを伴う。
【０２３３】
第３の決定ユニット８３は、第２のアクション識別子に従って、接続ハンドオーバープロセスが実行される必要があると決定し、第４の処理ユニット８４をトリガするように構成される。
【０２３４】
第４の処理ユニット８４は、第４の識別子および第３の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定し、それにより、第２のデバイス有効化応答を第３の端末に送信するか否かを決定するように構成される。
【０２３５】
任意に、本実施形態の実施方式において、第４の処理ユニット８４は以下の要素を有する。
【０２３６】
第２の判定モジュール８４１は、第４の識別子および第３の識別子に従って、第３の端末とハンドオーバー媒体とが同じ端末であるか否かを判定し、同じ端末であると判定された場合に第２の送信モジュール８４２をトリガし、同じ端末でないと判定された場合は第３の判定モジュール８４３をトリガするように構成される。
【０２３７】
第２の送信モジュール８４２は、第３の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中に第０の端末の接続構成情報を第３の端末にフィードバックするために、第２のデバイス有効化応答を送信するように構成される。
【０２３８】
第３の判定モジュール８４３は、第０の端末が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って判定を実行して、第０の端末がアイドル接続リソースを有するか否かを決定し、有すると決定された場合は第２の送信モジュール８４２をトリガし、有さないと決定された場合は第２の送信モジュール８４２のトリガをスキップするように構成される。
【０２３９】
任意に、本実施形態の実施方式において、接続ハンドオーバー装置80は更に以下の要素を有する。
【０２４０】
第５の処理ユニット８５は、第３の端末のために接続リソースを予約するように構成される。例えば、第３の端末が接続ハンドオーバーリクエスタであり、第０の端末が第２の端末のために接続リソースを予約した後に、第０の端末が依然としてアイドル接続リソースを有する場合、第５の処理ユニット８５がトリガされる。
【０２４１】
図７に示される実施形態の技術的効果に加えて、第０の端末がアイドル接続リソースを有さない場合、本実施形態で提供される接続ハンドオーバー装置８０は更に、ハンドオーバー媒体または第３の端末によって送信されたデバイス有効化要求に応答しないことを直接的に決定することができるので、ＬＬＣＰ有効化やデータ交換のような後続のプロセスは実行されない。すなわち、ＮＦＣ通信手続きが事前に終了され、例えば第０の端末のＢｌｕｅｔｏｏｔｈおよび／またはＷｉ−Ｆｉが無線接続の確立を試みるプロセスが回避される。それにより、通信時間が大幅に節約され、通信効率が改善される。
【０２４２】
当該技術分野の当業者であれば、本発明の実施形態において、第０の端末のアイドル接続リソース情報がアイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含み、また、ＮＦＣ通信方式で接続ハンドオーバーを実行できる他の接続技術のアイドル接続リソースの数を含んでもよいことが理解できるはずである。これに対応して、通信端末は更に、Ｂｌｕｅｔｏｏｔｈモジュールおよび／またはＷｉ‐Ｆｉモジュールに加えて、他の通信モジュールを有してよい。本発明の実施形態が採用される場合、効果的かつ適切に他の通信モジュールをトリガすることができ、それによって通信効率が改善される。
【０２４３】
図９Ａは、本発明の実施形態に係るＮＦＣ端末の概略構造図である。図９Ａを参照して、ＮＦＣ端末９０は、プロセッサ９１と、メモリ９２と、プロセッサ９１に接続されるＮＦＣＣ９３を有する。
【０２４４】
メモリ９２には、プロセッサ９１による呼出しのための対応するプログラム、アプリケーション、データまたは命令が保存される。プロセッサ９１およびＮＦＣＣ９３は、ＮＣＩ仕様を用いて通信を実行する。ＮＦＣＣ９３は、メッセージの送受信を実行するように構成される受信部９３１および送信部９３２を有する。具体的には、以下のように構成される。
【０２４５】
プロセッサ９１は、ＮＦＣ端末９０のアイドル接続リソース情報を取得する。
【０２４６】
ＮＦＣＣ９３は、第１の端末によって送信される要求メッセージを受信部９３１を用いて受信し、プロセッサ９１をトリガして、要求メッセージに従って、第１の判定を実行することを決定する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることをＮＦＣ端末９０に通知するのに用いられる。第１の判定は、ＮＦＣ端末９０のアイドル接続リソース情報に従って、ＮＦＣ端末９０がアイドル接続リソースを有するか否かを判定するステップである。
【０２４７】
プロセッサ９１は第１の判定を実行し、ＮＦＣ端末９０がアイドル接続リソースを有すると判定された場合、プロセッサ９１は、ＮＦＣＣ９３の送信部９３２を用いて応答メッセージを第１の端末に送信し、それにより、ＮＦＣ端末９０の接続構成情報を第１の端末にフィードバックする。或いは、ＮＦＣ端末９０がアイドル接続リソースを有さないと判定された場合、プロセッサ９１は、ＮＦＣ端末９０の接続構成情報を第１の端末にフィードバックしないことを決定する。
【０２４８】
任意に、ＮＦＣ端末９０のアイドル接続リソース情報は、アイドルＢｌｕｅｔｏｏｔｈ接続リソースの数および／またはアイドルＷｉ−Ｆｉ接続リソースの数を含む。
【０２４９】
任意に、本実施形態の実施方式において、第１の端末がハンドオーバー媒体であるとき、要求メッセージは、接続ハンドオーバープロセスの開始に用いられる第１の接続ハンドオーバー要求であり、応答メッセージは、ＮＦＣ端末９０の接続構成情報を含む第１の接続ハンドオーバー媒体メッセージである。ＮＦＣ端末９０の接続構成情報は、ＮＦＣ端末９０のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０２５０】
更に任意に、
第１の接続ハンドオーバー要求は、第１の端末の識別に用いられる第１の識別子を伴い、第１の端末は、ＮＦＣ端末９０と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である。この場合、ＮＦＣ端末９０がアイドル接続リソースを有するとプロセッサ９１が判定した場合、プロセッサ９１は更に、第２の端末のために接続リソースを予約して、ＮＦＣ端末９０のアイドル接続リソース情報を更新する。
【０２５１】
送信部９３２が第１の接続ハンドオーバー媒体メッセージを送信し、プロセッサ９１が第２の端末のために接続リソースを予約した後、ＮＦＣ端末９０が第２の端末との接続を確立する前に、以下の処理が実行される。
【０２５２】
ＮＦＣＣ９３が受信部９３１を用いて、第３の端末によって送信される第２の接続ハンドオーバー要求を受信し、プロセッサ９１をトリガして第２の判定を実行する。第２の接続ハンドオーバー要求は、第３の端末の識別に用いられる第２の識別子を伴う。第２の判定は、第２の識別子および第１の識別子に従って、第３の端末と第１の端末とが同じ端末であるか否かを判定し、それにより、ＮＦＣ端末９０の接続構成情報を第３の端末にフィードバックするか否かを決定するステップである。
【０２５３】
プロセッサ９１は、以下の方式で、ＮＦＣ端末９０の接続構成情報を第３の端末にフィードバックするか否かを決定してよい。
【０２５４】
第３の端末と第１の端末とが同じ端末である場合、ＮＦＣＣ９３の送信部９３２を用いて、ＮＦＣ端末９０の接続構成情報を含む第２の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【０２５５】
第３の端末と第１の端末とが同じ端末でない場合、プロセッサ９１が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、ＮＦＣ端末９０の接続構成情報を第３の端末にフィードバックするか否かを決定する。これには、以下の２つのシナリオが含まれる。
【０２５６】
シナリオ１：プロセッサ９１が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って、ＮＦＣ端末９０がアイドル接続リソースを有するか否かを判定する。ＮＦＣ端末９０がアイドル接続リソースを有さない場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、ＮＦＣＣ９３の送信部９３２を用いて第１の接続ハンドオーバー選択メッセージを第３の端末に送信して、ＮＦＣ端末９０の接続リソースが制限されることを示す（例えば、第１の接続ハンドオーバー選択メッセージは、ＮＦＣ端末９０の接続リソースが制限されることを表すのに用いられるエラーコードと、原因値とを含む）。第３の端末がハンドオーバー媒体であるとき、ＮＦＣＣ９３の送信部９３２を用いて、メッセージヘッダおよびメッセージトレーラのみを含む第３の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【０２５７】
シナリオ２：ＮＦＣ端末９０がアイドル接続リソースを有する場合において、第３の端末が接続ハンドオーバーリクエスタであるとき、ＮＦＣＣ９３の送信部９３２を用いて、ＮＦＣ端末９０の接続構成情報を含む第２の接続ハンドオーバー選択メッセージを第３の端末に送信する。第３の端末がハンドオーバー媒体であるとき、ＮＦＣＣ９３の送信部９３２を用いて、ＮＦＣ端末９０の接続構成情報を含む第４の接続ハンドオーバー媒体メッセージを第３の端末に送信する。
【０２５８】
任意に、本実施形態の実施方式において、プロセッサ９１は更に、第３の端末のために接続リソースを予約するように構成される（例えば、第３の端末が接続ハンドオーバーリクエスタである場合）。
【０２５９】
当該技術分野の当業者であれば、図９Ａに示される実施形態において、プロセッサ９１がＮＦＣ端末９０のＤＨ機能を実施することが理解できるであろう。
【０２６０】
図９Ｂは、本発明の実施形態に係るＮＦＣ端末の概略構造図である。図９Ｂを参照して、ＮＦＣ端末９０’は、第１のプロセッサ９１’と、第１のメモリ９２’と、第１のプロセッサ９１’に接続されるＮＦＣＣ９３’とを有する。
【０２６１】
第１のメモリ９２’には、第１のプロセッサ９１’による呼出しのための対応するプログラム、アプリケーション、データまたは命令が保存される。第１のプロセッサ９１’およびＮＦＣＣ９３’は、ＮＣＩ仕様を用いて通信を実行する。ＮＦＣＣ９３’は、受信部９３１’、送信部９３２’、第２のプロセッサ９３３’および第２のメモリ９３４’を有する。第２のメモリ９３４’には、第２のプロセッサ９３３’による呼出しのための対応するプログラム、アプリケーション、データまたは命令が保存される。具体的には、以下のように構成される。
【０２６２】
第２のプロセッサ９３３’は、ＮＦＣ端末９０’のアイドル接続リソース情報を取得する。
【０２６３】
ＮＦＣＣ９３’は、第１の端末によって送信される要求メッセージを受信部９３１’を用いて受信し、第２のプロセッサ９３３’をトリガして、要求メッセージに従って、第１の判定を実行することを決定する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることをＮＦＣ端末９０’に通知するのに用いられる。第１の判定は、ＮＦＣ端末９０’のアイドル接続リソース情報に従って、ＮＦＣ端末９０’がアイドル接続リソースを有するか否かを判定するステップである。
【０２６４】
第２のプロセッサ９３３’は第１の判定を実行し、ＮＦＣ端末９０’がアイドル接続リソースを有すると判定された場合、第２のプロセッサ９３３’は、送信部９３２’を用いて応答メッセージを第１の端末に送信し、それにより、ＮＦＣ端末９０’の接続構成情報を第１の端末にフィードバックする。或いは、ＮＦＣ端末９０’がアイドル接続リソースを有さないと判定された場合、第２のプロセッサ９３３’は、ＮＦＣ端末９０’の接続構成情報を第１の端末にフィードバックしないことを決定する。
【０２６５】
任意に、本実施形態の実施方式において、第２のプロセッサ９３３’がＮＦＣ端末９０’のアイドル接続リソース情報を取得するステップは、第１のプロセッサ９１’が、ＮＦＣ端末９０’のアイドル接続リソース情報を取得し、ＮＣＩ仕様に従って、ＮＦＣＣ９３’にＮＦＣ端末９０’のアイドル接続リソース情報を構成するステップを有する。具体的には、構成プロセスについては、図５Ａ１、図５Ａ２、図５Ｂ１および図５Ｂ２に示される実施形態を参照されたい。
【０２６６】
任意に、本実施形態の実施方式において、第１の端末がハンドオーバー媒体であるとき、要求メッセージは、デバイス有効化要求の開始に用いられる第１のデバイス有効化要求である。第１のデバイス有効化要求は、ＮＦＣ端末９０’が第１のアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定し、それにより、第１の判定が実行される必要があると決定することができるように、第１のアクション識別子を伴う。また、第１の端末との接続ハンドオーバープロセスを実行し、かつ接続ハンドオーバープロセス中にＮＦＣ端末９０’の接続構成情報を第１の端末にフィードバックするために、応答メッセージは第１のデバイス有効化応答である。ＮＦＣ端末９０’の接続構成情報は、ＮＦＣ端末９０’のＢｌｕｅｔｏｏｔｈ接続構成情報および／またはＷｉ−Ｆｉ接続構成情報を含む。
【０２６７】
更に任意に、
第１のデバイス有効化要求は、第１の端末の識別に用いられる第３の識別子を更に伴い、第１の端末は、ＮＦＣ端末９０’と第２の端末とを接続の確立の際に補助するように構成されるハンドオーバー媒体である。この場合、ＮＦＣ端末９０’がアイドル接続リソースを有すると第２のプロセッサ９３３’が判定した場合、第２のプロセッサ９３３’は更に、第２の端末のために接続リソースを予約して、ＮＦＣ端末９０’のアイドル接続リソース情報を更新する。
【０２６８】
第１の接続ハンドオーバー媒体メッセージが送信され、第２の端末のために接続リソースが予約された後、ＮＦＣ端末９０’と第２の端末との間で接続が確立される前に、更に以下の処理が実行される。
【０２６９】
ＮＦＣＣ９３’が受信部９３１’を用いて、第３の端末によって送信される第２のデバイス有効化要求を受信し、第２のプロセッサ９３３’をトリガして第２の判定を実行する。第２のデバイス有効化要求は、第２のアクション識別子および第４の識別子を伴い、第４の識別子は第３の端末の識別に用いられる。第２のプロセッサ９３３’は、第２のアクション識別子に従って、第２の判定を実行することを決定する。第２の判定は、第４の識別子および第３の識別子に従って、第３の端末と第１の端末とが同じ端末であるか否かを判定し、それにより、送信部９３２’を用いて第２のデバイス有効化応答を第３の端末に送信するか否かを決定するステップである。
【０２７０】
第３の端末と第１の端末とが同じ端末である場合、第２のデバイス有効化応答が送信され、それにより、第３の端末との接続ハンドオーバープロセスを実行し、接続ハンドオーバープロセス中にＮＦＣ端末９０’の接続構成情報を第３の端末にフィードバックする。第３の端末と第１の端末とが同じ端末でない場合、第２のプロセッサ９３３’が第２の端末のために接続リソースを予約した後のアイドル接続リソースに従って判定が実行されて、ＮＦＣ端末９０’がアイドル接続リソースを有するか否かが決定される。有すると決定された場合は上述の第２のデバイス有効化応答が送信され、有さないと決定された場合は上述の第２のデバイス有効化応答は送信されない。
【０２７１】
任意に、本実施形態の実施方式において、第２のプロセッサ９３３’は更に、第３の端末のために接続リソースを予約するように構成される（例えば、第３の端末が接続ハンドオーバーリクエスタである場合）。
【０２７２】
任意に、図９Ｂに示される実施形態において、第１のプロセッサ９１’は、ＮＦＣ端末９０’のＤＨ機能を実施する。
【０２７３】
図１０は、本発明の実施形態に係る接続ハンドオーバー装置の概略構造図である。図１０を参照して、接続ハンドオーバー装置１００は以下の要素を有する。
【０２７４】
送信ユニット１０１は、要求メッセージを第０の端末に送信するように構成される。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。要求メッセージは端末識別子を含む。第０の端末が端末識別子に従って要求メッセージの送信元を識別することできるように、端末識別子は要求メッセージの送信元の識別に用いらる。
【０２７５】
任意に、要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求である。或いは、第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定することができるように、要求メッセージは、アクション識別子を伴うデバイス有効化要求である。
【０２７６】
任意に、本実施形態の実施方式において、装置１００は更に以下の要素を有する。
【０２７７】
構成ユニット１０２は、送信ユニット１０１がデバイス有効化要求を送信することができるように、ＤＨを用いてＮＦＣＣに端末識別子およびアクション識別子を構成するように構成される。
【０２７８】
任意に、本実施形態の実施方式において、装置１００は更に以下の要素を有する。
【０２７９】
受信ユニット１０３は、第０の端末が要求メッセージを受信した後に送信される応答メッセージを受信するように構成される。要求メッセージが接続ハンドオーバー要求である場合において、第０の端末がアイドル接続リソースを有するとき、応答メッセージは第０の端末の接続構成情報を含み、有さないとき、応答メッセージは接続構成情報を含まない。要求メッセージがデバイス有効化要求である場合において、第０の端末がアイドル接続リソースであるとき、応答メッセージはデバイス有効化応答である。
【０２８０】
本実施形態で提供される装置１００は、第０の端末とＮＦＣ通信を実行し、第０の端末が端末識別子に従って第０の端末とＮＦＣ通信を実行する端末を識別および区別することができるように、接続ハンドオーバー要求メッセージまたはデバイス有効化要求メッセージを用いて、装置１００の端末識別子を第０の端末に送信するように構成される。
【０２８１】
図１１は、本発明の実施形態に係るＮＦＣ端末の概略構造図である。図１１を参照して、ＮＦＣ端末１１０は、プロセッサ１１１と、メモリ１１２と、プロセッサ１１１に接続されるＮＦＣＣ１１３とを有する。
【０２８２】
メモリ１１２には、プロセッサ１１１による呼出し用の対応するプログラム、アプリケーション、データまたはシグナリングが保存される。プロセッサ１１１およびＮＦＣＣ１１３は、ＮＣＩ仕様を用いて通信を実行する。ＮＦＣＣ１１３は送信部１１３１を有する。具体的には、以下のように構成される。
【０２８３】
プロセッサ１１１は、送信部１１３１を用いて要求メッセージを第０の端末に送信する。要求メッセージは、接続ハンドオーバープロセスの開始に用いられるか、または、接続ハンドオーバープロセスが実行される必要があることを第０の端末に通知するのに用いられる。要求メッセージは端末識別子を含む。端末識別子は、第０の端末が端末識別子に従って要求メッセージの送信元を識別することできるように、要求メッセージの送信元の識別に用いられる。
【０２８４】
任意に、要求メッセージは、接続ハンドオーバープロセスの開始に用いられる接続ハンドオーバー要求である。或いは、第０の端末がアクション識別子に従って接続ハンドオーバープロセスが実行される必要があると決定することができるように、要求メッセージは、アクション識別子を伴うデバイス有効化要求である。
【０２８５】
更に任意に、ＮＦＣＣ１１３の送信部１１３１を用いてデバイス有効化要求を送信するために、プロセッサ１１１は、ＮＣＩ仕様を用いてＮＦＣＣ１１３に端末識別子およびアクション識別子を構成する。
【０２８６】
任意に、ＮＦＣＣ１１３は更に受信部１１３２を有する。プロセッサ１１１は、ＮＦＣＣ１１３の受信部１１３２を用いて、第０の端末が要求メッセージを受信した後に第０の端末によって送信される応答メッセージを受信する。
【０２８７】
要求メッセージが接続ハンドオーバー要求である場合において、第０の端末がアイドル接続リソースを有するとき、応答メッセージは第０の端末の接続構成情報を含み、有さないとき、応答メッセージは第０の端末の接続構成情報を含まない。要求メッセージがデバイス有効化要求である場合において、第０の端末がアイドル接続リソースを有するとき、応答メッセージはデバイス有効化応答である。
【０２８８】
当該技術分野の当業者であれば、図９Ａのプロセッサ９１および図９Ｂの第１のプロセッサ９１’が中央演算処理装置（Central  Processing  Unit，ＣＰＵ）であってよく、或いは、他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）その他のプログラマブル論理素子、個別のゲートまたはトランジスタ論理素子、個別のハードウェアコンポーネント等であってもよいことが理解できるであろう。更に、図９Ａ、図９Ｂおよび図１１に示される実施形態の全ての要素の機能をもつ端末が存在してよい。
【０２８９】
本発明の装置実施形態におけるユニット、モジュールまたはコンポーネントの機能の詳細な説明については、方法実施形態の説明を参照されたい。ここでは説明しない。
【０２９０】
当該技術分野の当業者であれば、実施形態の方法のプロセスの全部または一部が、関連ハードウェアに命令するコンピュータープログラムによって実施されてよいことが理解できるであろう。プログラムは、コンピューター可読の記憶媒体に保存されてよい。プログラムが動作するときに、実施形態の方法のプロセスが実行される。記憶媒体の例として、磁気ディスク、光学ディスク、リード・オンリー・メモリ（Read-Only  Memory，ＲＯＭ）またはランダム・アクセス・メモリ（Random  Access  Memory，ＲＡＭ）が挙げられる。
【０２９１】
上述の開示は本発明の例示的な実施形態に過ぎず、当然ながら、本発明の保護範囲を限定することを目的とするものではない。本発明の特許請求の範囲に従ういかなる均等な変更も、本発明の範囲に包含されるものとする。
【国際調査報告】
2016517222.tif 000056
2016517222.tif 000057
2016517222.tif 000058
2016517222.tif 000059