(57)【特許請求の範囲】
【請求項１】
端末ＷＩＦＩトークバックの実現方法であって、
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するステップと、
被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断するステップと、
被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、更に前記発呼端末がトークバック機能を起動しているかどうかを判断するステップと、
被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるステップと、を含み、
前記被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断するステップは、
前記被呼端末が、前記要求を受信した後に、動的ホスト構成プロトコルＤＨＣＰサーバが送信する肯定応答文字（ＡＣＫ）メッセージを受信するかどうかをモニターすることと、
ＤＨＣＰサーバが送信するＡＣＫメッセージを受信すると、前記発呼端末が動的ＩＰアドレスの取得に成功したと判断することと、
ＤＨＣＰサーバが送信するＡＣＫメッセージを受信しないと、前記発呼端末が動的ＩＰアドレスの取得に失敗したと判断することと、を含み、
前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、前記発呼端末がトークバック機能を起動しているかどうかを判断するステップは、
前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを確定すると、受信した前記発呼端末が開始した動的ＩＰアドレスを取得するための要求におけるホスト名に基づき、前記発呼端末がトークバック機能を起動しているかどうかを判断することと、
前記ホスト名がＤＨＣＰサーバにおけるデフォルトホスト名であると、前記発呼端末がトークバック機能を起動していないと判断することと、
前記ホスト名がＤＨＣＰサーバにおいて変更するホスト名であると、前記発呼端末がトークバック機能を起動していると判断することと、を含む端末ＷＩＦＩトークバックの実現方法。
【請求項２】
前記発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するステップは、  
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由でリリースメッセージを送信して、ＷＩＦＩが割り当てる静的ＩＰアドレスをリリースすることと、
リリースしたＷＩＦＩが割り当てる静的ＩＰアドレスに基づき、改めてＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始することと、を含む請求項１に記載の方法。
【請求項３】
前記被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるステップは、  
前記被呼端末が、発呼端末がトークバック機能を起動していることを確定すると、被呼端末は要求メッセージを送信することによって、発呼端末へすでにオンラインであるメッセージを通知し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせる請求項１又は２に記載の方法。
【請求項４】
端末ＷＩＦＩトークバックの実現装置であって、
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するように設定される要求モジュールと、  
被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断し、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、前記発呼端末がトークバック機能を起動しているかどうかを判断するように設定される判断モジュールと、
被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるように設定されるＷＩＦＩトークバックモジュールと、を含み、
前記判断モジュールは、
前記被呼端末が、前記要求を受信した後に、動的ホスト構成プロトコル（ＤＨＣＰ）
サーバが送信する肯定応答文字（ＡＣＫ）メッセージを受信するかどうかをモニターするように設定されるＡＣＫ受信判断ユニットと、
ＤＨＣＰサーバが送信するＡＣＫメッセージを受信すると、前記発呼端末が動的ＩＰアドレスの取得に成功したと判断し、ＤＨＣＰサーバが送信するＡＣＫメッセージを受信しないと、前記発呼端末が動的ＩＰアドレスの取得に失敗したと判断するように設定される処理ユニットと、を含み、
前記判断モジュールは、  
前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを確定すると、受信した前記発呼端末が開始した動的ＩＰアドレスを取得するための要求におけるホスト名に基づき、前記発呼端末がトークバック機能を起動しているかどうかを判断するように設定されるホスト名判断ユニットと、
前記ホスト名がＤＨＣＰサーバにおけるデフォルトホスト名であると、前記発呼端末がトークバック機能を起動していないと判断し、前記ホスト名がＤＨＣＰサーバにおいて変更するホスト名であると、前記発呼端末がトークバック機能を起動していると判断するように設定される処理ユニットと、を更に含む端末ＷＩＦＩトークバックの実現装置。
【請求項５】
前記要求モジュールは、  
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由でリリースメッセージを送信して、ＷＩＦＩが割り当てる静的ＩＰアドレスをリリースするように設定される静的ＩＰアドレスリリースユニットと、
リリースしたＷＩＦＩが割り当てる静的ＩＰアドレスに基づき、改めてＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するように設定される動的ＩＰアドレス取得ユニットと、を含む請求項４に記載の装置。
【請求項６】
前記ＷＩＦＩトークバックモジュールは、前記被呼端末が、発呼端末がトークバック機能を起動していることを確定すると、被呼端末が要求メッセージを送信することによって、発呼端末へすでにオンラインであるメッセージを通知し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるように設定される請求項４又は５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信の技術分野に関し、特に端末ＷＩＦＩトークバックの実現方法及び装置に関する。
【背景技術】
【０００２】
従来、スマートフォンの普及につれて、端末装置、例えば携帯電話、タブレットＰＣ等の機能は益々高まり、携帯電話に対するトークバックの用途が非常に多くなっているが、パブリックネットワークを介して音声データを相手に送信することが一般的である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は無線ＬＡＮにより音声データを相手に送信する端末ＷＩＦＩトークバックの実現方法及び装置を提供する。
【０００４】
本発明は端末ＷＩＦＩトークバックの実現方法及び装置を提供することを目的とし、データ通信量を使用することを必要とせずに音声データを相手に送信するという従来技術における課題を解決する。
【課題を解決するための手段】
【０００５】
本発明の一態様によると、端末ＷＩＦＩトークバックの実現方法を提供し、以下のステップを含む：
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するステップと、  
被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断するステップと、
被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、前記発呼端末がトークバック機能を起動しているかどうかを判断するステップと、
被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるステップと、を含む。
【０００６】
好ましくは、前記発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するステップは、  
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由でリリースメッセージを送信して、ＷＩＦＩが割り当てる静的ＩＰアドレスをリリースすることと、
リリースしたＷＩＦＩが割り当てる静的ＩＰアドレスに基づき、改めてＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始することと、を含む。
【０００７】
好ましくは、前記被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断するステップは、  
前記被呼端末が、前記要求を受信した後に、動的ホスト構成プロトコル（ＤＨＣＰ）サーバが送信する肯定応答文字（ＡＣＫ）メッセージを受信するかどうかをモニターすることと、
ＤＨＣＰサーバが送信するＡＣＫメッセージを受信すると、前記発呼端末が動的ＩＰアドレスの取得に成功したと判断することと、
ＤＨＣＰサーバが送信するＡＣＫメッセージを受信しないと、前記発呼端末が動的ＩＰアドレスの取得に失敗したと判断することと、を含む。
【０００８】
好ましくは、前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、前記発呼端末がトークバック機能を起動しているかどうかを判断するステップは、  
前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを確定すると、受信した前記発呼端末が開始した動的ＩＰアドレスを取得するための要求におけるホスト名に基づき、前記発呼端末がトークバック機能を起動しているかどうかを判断することと、
前記ホスト名がＤＨＣＰサーバにおけるデフォルトホスト名であると、前記発呼端末がトークバック機能を起動していないと判断することと、
前記ホスト名がＤＨＣＰサーバにおいて変更するホスト名であると、前記発呼端末がトークバック機能を起動していると判断することと、を含む。
【０００９】
好ましくは、前記被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるステップは、  
前記被呼端末が、発呼端末がトークバック機能を起動していることを確定すると、被呼端末は要求メッセージを送信することによって、発呼端末へすでにオンラインであるメッセージを通知し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせること、を含む。
【００１０】
本発明の他の態様によると、端末ＷＩＦＩトークバックの実現装置を提供し、該実現装置は、
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するように設定される要求モジュールと、  
被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断し、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、前記発呼端末がトークバック機能を起動しているかどうかを判断するように設定される判断モジュールと、
被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるように設定されるＷＩＦＩトークバックモジュールと、を含む。
【００１１】
好ましくは、前記要求モジュールは、  
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由でリリースメッセージを送信して、ＷＩＦＩが割り当てる静的ＩＰアドレスをリリースするように設定される静的ＩＰアドレスリリースユニットと、
リリースしたＷＩＦＩが割り当てる静的ＩＰアドレスに基づき、改めてＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するように設定される動的ＩＰアドレス取得ユニットとを含む。
【００１２】
好ましくは、前記判断モジュールは、  
前記被呼端末が、前記要求を受信した後に、動的ホスト構成プロトコル（ＤＨＣＰ）サーバが送信する肯定応答文字（ＡＣＫ）メッセージを受信するかどうかをモニターするように設定されるＡＣＫ受信判断ユニットと、
ＤＨＣＰサーバが送信するＡＣＫメッセージを受信すると、前記発呼端末が動的ＩＰアドレスの取得に成功したと判断し、ＤＨＣＰサーバが送信するＡＣＫメッセージを受信しないと、前記発呼端末が動的ＩＰアドレスのを取得に失敗したと判断するように設定される処理ユニットとを含む。
【００１３】
好ましくは、前記判断モジュールは、
前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを確定すると、受信した前記発呼端末が開始した動的ＩＰアドレスを取得するための要求におけるホスト名に基づき、前記発呼端末がトークバック機能を起動しているかどうかを判断するように設定されるホスト名判断ユニットと、
前記ホスト名がＤＨＣＰサーバにおけるデフォルトホスト名であると、前記発呼端末がトークバック機能を起動していないと判断し、前記ホスト名がＤＨＣＰサーバにおいて変更するホスト名であると、前記発呼端末がトークバック機能を起動していると判断するように設定される処理ユニットとを含む。
【００１４】
好ましくは、前記ＷＩＦＩトークバックモジュールは、前記被呼端末が、発呼端末がトークバック機能を起動していることを確定すると、被呼端末は要求メッセージを送信することによって、発呼端末へすでにオンラインであるメッセージを通知し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるように設定される。
【発明の効果】
【００１５】
従来技術と比べて、本発明の実施例の有益な効果は以下のとおりである。  
本発明の実施例は、パブリックネットワークに接続せずに、建物範囲のトークバック機能を実現し、携帯電話の機能を増加させることができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の実施例が提供する端末ＷＩＦＩトークバックの実現方法のフローチャートである。
【図２】図２は、本発明の実施例が提供する端末ＷＩＦＩトークバックの実現装置の模式図である。
【図３】図３は、本発明の実施例が提供する無線ＬＡＮのネットワークブロック図である。
【図４】図４は、本発明の実施例が提供するアプリケーションソフトのソフトウェア処理のフローチャートである。
【図５】図５は、本発明の実施例が提供するアプリケーションソフトのソフトウェアモジュールの模式図である。
【００１７】
以下、図面と結び付けながら本発明の好ましい実施例を詳細に説明するが、以下に説明する好ましい実施例は、本発明の説明や理解のために用いるものに過ぎず、本発明を限定するものではない。
【００１８】
図１は、本発明が提供する端末ＷＩＦＩトークバックの実現方法のフローチャートを示し、図１に示されるような、以下のステップを含む。
ステップＳ１０１：発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始する。
ステップＳ１０２：被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断する。
ステップＳ１０３：被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、更に前記発呼端末がトークバック機能を起動しているかどうかを判断する。
ステップＳ１０４：被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせる。
【００１９】
その中、前記発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始するステップは、発呼端末が、ＷＩＦＩ無線ＬＡＮ経由でリリースメッセージを送信して、ＷＩＦＩが割り当てる静的ＩＰアドレスをリリースすることと、リリースしたＷＩＦＩが割り当てる静的ＩＰアドレスに基づき、改めてＷＩＦＩ無線ＬＡＮにより動的ＩＰアドレスを取得するための要求を開始することと、を含む。
【００２０】
その中、前記被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断するステップは、前記被呼端末が、前記要求を受信した後に、動的ホスト構成プロトコル（ＤＨＣＰ）サーバが送信する肯定応答文字（ＡＣＫ）メッセージを受信するかどうかをモニターすることと、ＤＨＣＰサーバが送信するＡＣＫメッセージを受信すると、前記発呼端末が動的ＩＰアドレスの取得に成功したと判断することと、ＤＨＣＰサーバが送信するＡＣＫメッセージを受信しないと、前記発呼端末が動的ＩＰアドレスの取得に失敗したと判断することと、を含む。
【００２１】
その中、前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを判断すると、更に前記発呼端末がトークバック機能を起動しているかどうかを判断するステップは、前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを確定すると、受信した前記発呼端末が開始した動的ＩＰアドレスを取得するための要求におけるホスト名に基づき、前記発呼端末がトークバック機能を起動しているかどうかを判断することと、前記ホスト名がＤＨＣＰサーバにおけるデフォルトホスト名であると、前記発呼端末がトークバック機能を起動していないと判断することと、前記ホスト名がＤＨＣＰサーバにおいて変更するホスト名であると、前記発呼端末がトークバック機能を起動していると判断することと、を含む。
【００２２】
その中、前記被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるステップは、前記被呼端末は発呼端末がトークバック機能を起動していると確定すると、被呼端末は要求メッセージを送信することにより発呼端末へすでにオンラインであるメッセージを通知し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせること、を含む。
【００２３】
図２は、本発明が提供する端末ＷＩＦＩトークバックの実現装置の模式図を示し、図２に示されるような、以下の構成を含む。
発呼端末が、ＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始することに用いられる要求モジュール２０１と、被呼端末が、前記要求を受信した後に、前記発呼端末が動的ＩＰアドレスの取得に成功したかどうかを判断し、前記発呼端末が動的ＩＰアドレスを取得したことを判断すると、更に前記発呼端末がトークバック機能を起動しているかどうかを判断することに用いられる判断モジュール２０２と、被呼端末が、発呼端末がトークバック機能を起動していることを判断すると、発呼端末へ被呼端末がすでにオンラインであるメッセージを送信し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせることに用いられるＷＩＦＩトークバックモジュール２０３と、を含む。
【００２４】
具体的には、前記要求モジュール２０１は、発呼端末が、ＷＩＦＩ無線ＬＡＮ経由でリリースメッセージを送信して、ＷＩＦＩが割り当てる静的ＩＰアドレスをリリースすることに用いられる静的ＩＰアドレスリリースユニットと、リリースしたＷＩＦＩが割り当てる静的ＩＰアドレスに基づき、改めてＷＩＦＩ無線ＬＡＮ経由で動的ＩＰアドレスを取得するための要求を開始することに用いられる動的ＩＰアドレス取得ユニットと、を含む。
【００２５】
前記判断モジュール２０２は、前記被呼端末が、前記要求を受信した後に、動的ホスト構成プロトコルＤＨＣＰサーバが送信する肯定応答文字（ＡＣＫ）メッセージを受信しているかどうかをモニターすることに用いられるＡＣＫ受信判断ユニットと、ＤＨＣＰサーバが送信するＡＣＫメッセージを受信すると、前記発呼端末が動的ＩＰアドレスの取得に成功したと判断し、ＤＨＣＰサーバが送信するＡＣＫメッセージを受信しないと、前記発呼端末が動的ＩＰアドレスの取得に失敗したと判断することに用いられる処理ユニットと、を含む。
【００２６】
前記判断モジュール２０２は更に、前記被呼端末が、前記発呼端末が動的ＩＰアドレスの取得に成功したことを確定すると、受信した前記発呼端末が開始した動的ＩＰアドレスを取得するための要求におけるホスト名に基づき、前記発呼端末がトークバック機能を起動しているかどうかを判断することに用いられるホスト名判断ユニットと、前記ホスト名がＤＨＣＰサーバにおけるデフォルトホスト名であると、前記発呼端末がトークバック機能を起動していないと判断し、前記ホスト名がＤＨＣＰサーバにおいて変更するホスト名であると、前記発呼端末がトークバック機能を起動していると判断することに用いられる処理ユニットと、を含む。
【００２７】
前記ＷＩＦＩトークバックモジュール２０３は、前記被呼端末が、発呼端末がトークバック機能を起動していることを確定すると、被呼端末は要求メッセージを送信することによって、発呼端末へすでにオンラインであるメッセージを通知し、それにより発呼端末と被呼端末にＷＩＦＩトークバックを行わせるものである。
【００２８】
即ち、本発明は、ワイアレスネットワークと、端末と、トークバックアプリケーションソフトとを備える。ワイアレスネットワークは、ローカルエリアネットワークのネットワークカバレッジ機能を果たす。端末は、ローカルエリアネットワークトークバックのハードウェアキャリアである。トークバックアプリケーションソフトは、ユーザ目標検索、音声データ入力、音声データ伝送等の機能を実現する。
【００２９】
ワイアレスネットワークは、ルータの中継機能とＷＩＦＩのローミング機能を利用してローカルエリアネットワークのネットワーク環境を構成し、ローカルエリアネットワークを構成するステップとして、以下のステップを含む。
先ず、建物範囲においてネットワークを配置し、ルータの無線有効範囲に応じて、合理的にＡＰを設置して更にＡＰのネットワーク配置状況に基づきルータの中継機能を設定するステップと、その後に、すべてのＡＰのパラメータをＷＩＦＩローミングに利用可能な条件に設定するステップと、が含まれる。図３に示されるように、ネットワーク配置により、端末は、ネットワーク接続を中断せずに、ネットワーク内において自由に移動することを実現することができる。
端末は、主に端末ハードウェアであり、スマートフォン、インテリジェントタブレットＰＣを含むが、それらに限定されない。
【００３０】
トークバックアプリケーションソフトは、ローカルエリアネットワークのトークバック機能を実現する。図４に示されるように、現有のネットワークトークバックがサーバによってこれらのトークバック状態情報を記憶するのに対して、トークバックアプリケーションソフトの最大な相違は、ＤＨＣＰサービスをモニターすることによって、ユーザの状態情報を動的に更新する機能を有することである。
【００３１】
図３は、本発明の実施例が提供する無線ＬＡＮのネットワークブロック図を示し、図３に示されるように、複数の無線ルータを使用してネットワークを配置し、かつ状況に応じて無線ルータの中継機能を設定し、同時にＷＩＦＩのローミングを可能にするように無線ルータのパラメータを設定しておく。
【００３２】
図４は、本発明の実施例が提供するアプリケーションソフトのソフトウェア処理のフローチャートを示し、図４に示されるような、以下のステップを含む。
ステップＳ４００：本アプリケーションプログラムを起動する。
ステップＳ４０１：携帯電話が静的ＩＰアドレスを使用しているかどうかを判断する。使用していると、ステップＳ４０２に進み、使用していないと、ステップＳ４０３に進む。
ステップＳ４０２：ユーザにＤＨＣＰサービスを使用してＩＰアドレスを割り当てることを提示して終了する。
ステップＳ４０３：携帯電話がＷＩＦＩを起動してＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、アクセスポイント）に接続しているかどうかを判断する。接続していると、ステップＳ４０５に進み、そうでないと、ステップＳ４０４に進む。
ステップＳ４０４：ユーザにＷＩＦＩを起動してＡＰに接続することを提示して終了する。
ステップＳ４０５：既に取得したＩＰをリリースして、ＤＨＣＰ  ＲＥＬＥＡＳＥ（リリース）メッセージを送信する。
【００３３】
ここで、ステップＳ４０５において、既に取得したＩＰをリリースして、ＤＨＣＰ  ＲＥＬＥＡＳＥ（リリース）メッセージを送信する目的は、再びＲＥＱＵＥＳＴ要求メッセージを一回送信して、ネットワーク内のその他のユーザがその放送（ブロードキャスティング）によってユーザがネットワークに接続したことをモニターできるようにするためである。ＤＨＣＰ  ＲＥＬＥＡＳＥメッセージを一回送信する原因として、該アプリケーションが未だ起動していない時に、ＷＩＦＩは既に接続され且つＩＰは割り当てられているが、その際のＤＨＣＰ  ＲＥＱＵＥＳＴパケットに含まれるホスト名がデフォルトの既定「Ａｎｄｒｏｉｄ＋乱数」であり、従って、その他のネットワーク上のユーザは、オンラインのユーザがあることを判断できず、そのためＲＥＬＥＡＳＥを改めて送信して、再びＩＰを取得することで、ホスト名は「ＺＴＥ＋ユーザ定義グループ＋ユーザ定義ホスト名」になり、そのようにして、その他のネットワーク上のユーザも、それによりオンラインのユーザがあることを判断することができる。
【００３４】
ステップＳ４０６：ユーザが主動的に該プログラムを停止することを要求するかどうかを判断する。そうであると、ステップＳ４２０に進み、そうでないと、ステップＳ４０７に進む。
ステップＳ４０７：ブロードキャスティングしたＤＨＣＰメッセージを受信しているかどうかを判断する。該メッセージを受信すると、メッセージタイプに基づき更に分析してステップＳ４１０に進み、受信していないと、ステップＳ４０８に進む。
ステップＳ４０８：ネットワークの音声データを受信しているかどうかを判断する。音声データを受信すると該データを記憶して再生する必要があり、ステップＳ４１２に進み、受信していないと、ステップＳ４０９に進む。
ステップＳ４０９：音声情報を送信する必要があるかどうかを判断する。ユーザが音声情報を送信する必要があると、レコーダー機能を起動してユーザによる音声を録音して記憶し、更にユーザが選択する送信対象に応じて送信し、ステップＳ４１３に進み、ユーザが音声情報を送信する必要がないと、ステップＳ４０６に進む。
ステップＳ４１０：受信したＤＨＣＰパケットがＲＥＱＵＥＳＴ要求メッセージであるかどうかを判断する。ＲＥＱＵＥＳＴ要求メッセージであると、ＩＰを要求する又はＩＰアドレスを更新するユーザがあることが証明され、ステップＳ４１５に進んで、更にＩＰの取得に成功したかどうかを判断し、ＲＥＱＵＥＳＴ要求メッセージではないと、ステップＳ４１１に進む。
ステップＳ４１１：受信したＤＨＣＰパケットがＲＥＬＥＡＳＥメッセージであるかどうかを判断する。ＲＥＬＥＡＳＥメッセージであると、主動的にオフラインのユーザがあることが証明され、ステップＳ４１４に進んでユーザ状態を更新し、ＲＥＬＥＡＳＥメッセージではないと、ステップＳ４０６に進む。
ステップＳ４１２：受信した音声データをローカルに保存して且つ再生する。
ステップＳ４１３：録音機能を起動して、ユーザによる音声をオーディオ符号化し、かつユーザが選択する送信対象に応じて送信する。
ステップＳ４１４：ユーザ状態をオフライン状態に更新する。
ステップＳ４１５：続けて、ＤＨＣＰサーバが送信するＡＣＫメッセージを受信するかどうかをモニターする。ＡＣＫメッセージが送信され、前のＲＥＱＵＥＳＴメッセージにおいて要求したＩＰアドレスが成功したことが証明されると、ステップＳ４１６に進み、ＡＣＫメッセージを受信しない又はその他のメッセージを受信すると、正確にＩＰアドレスが取得していないことが証明され、ステップＳ４０６に進む。
ステップＳ４１６：既に受信したＲＥＱＵＥＳＴパケットにおけるＩＰアドレスとホスト名を現有の携帯電話におけるすべてのオンラインユーザと比較する。ＩＰアドレスとホスト名が全て同じであると、該ユーザは新しいユーザではないことが証明され、ステップＳ４０６に進み、さもないとステップＳ４１７に進む。
ステップＳ４１７：既に受信したＲＥＱＵＥＳＴパケットにおけるホスト名に基づき該ユーザがトークバック機能を起動しているかどうかを判断する。該ユーザがトークバック機能を起動していると、ステップＳ４１８に進み、起動していないとステップＳ４０６に進む。
【００３５】
ここで、ステップＳ４１７において、ａｎｄｒｏｉｄシステムでは、ＤＨＣＰサービスにおいて「Ａｎｄｒｏｉｄ＋乱数」をホスト名としてデフォルトし、該アプリケーションプログラムを起動した後に、ＤＨＣＰプロトコルにおいて該ホスト名を「ＺＴＥ＋ユーザ定義グループ＋ユーザ定義ホスト名」に変更する。該アプリケーションプログラムが起動されていないと、システムのデフォルトのホスト名を使用する。そのため、該名称に「ＺＴＥ」文字を含むかどうかによりトークバック機能を起動しているかどうかを判断することができる。勿論、該「ＺＴＥ」文字も変更可能である。
【００３６】
その中、「ユーザ定義グループ」と「ユーザ定義ホスト名」は、ユーザインターフェースでの入力に基づいて、該入力データをデータベース中に記憶し、使用時に該データベースから読み取って入力すればよい。また、該フィールドは「ＺＴＥ」以外は必要に応じて拡張してもよい。
【００３７】
ステップＳ４１８：既に受信したＲＥＱＵＥＳＴパケットにおけるＩＰアドレスとホスト名に応じてユーザ状態を更新する。
ステップＳ４１９：ＲＥＱＵＥＳＴメッセージを主動的に送信して、新規加入したユーザに、すでにオンラインであることを通知する。
【００３８】
ここで、ステップＳ４１９において、新規加入したユーザは、ネットワーク上のユーザの状態を更新する機能を実現できる。
【００３９】
ステップＳ４２０：本アプリケーションプログラムを終了する。
【００４０】
アプリケーションプログラムを終了した後、その他のオンラインユーザに本機がオフラインになることを通知するためにＲＥＬＥＡＳＥメッセージを主動的に送信する。次に、再びＩＰアドレスを要求する時にＲＥＱＵＥＳＴパケットに携帯されるホスト名は既にシステムのデフォルトの「Ａｎｄｒｏｉｄ＋乱数」を使用し、ネットワーク上のユーザがこのようなメッセージを即刻受信してもユーザ状態への判断に影響しない。
【００４１】
更に、ここでのＩＰとホスト名は、ＤＨＣＰプロトコルにおいて、それぞれＲｅｑｕｅｓｔｅｄ  ＩＰ  ＡｄｄｒｅｓｓフィールドとＨｏｓｔ  Ｎａｍｅ  Ａｄｄｒｅｓｓフィールドに対応する。
【００４２】
また、トークバック機能をアプリケーションプログラムとして携帯電話にインストールする。例えば、ａｎｄｒｏｉｄシステムでは、単独にＡＰＫ（ａｐｐｌｉｃａｔｉｏｎ  ｐａｃｋａｇｅ）を作り、それによりトークバック機能を実現する。
【００４３】
図５は、本発明の実施例が提供するアプリケーションソフトのソフトウェアモジュールの模式図を示し、図５に示されるような、以下の構成を含む。主にＤＨＣＰプロトコルに基づきユーザのオン・オフライン状況を判断するユーザ動的情報収集モジュール５０１と、ネットワークを介して音声データを受信し、ネットワークへデータを送信し、且つ受信したデータをメモリモジュールに送信する伝送モジュール５０２と、伝送モジュールから受信した音声、ネットワークへ送信しようとする音声情報、関連するユーザＩＤやＩＰアドレス等の情報、及びローカルユーザＩＤとグループ情報を記憶するメモリモジュール５０３と、ユーザ動的情報収集モジュールのユーザ状態等の情報を受信して表示することと、メモリモジュールに記憶した音声を読み取って再生することと、ユーザ音声を録音して録音した音声、宛先アドレスＩＰ及びユーザＩＤをメモリモジュールに送信して記憶させ、伝送モジュールに送信して伝送させることと、入力ボックスの形式でユーザがユーザＩＤ、グループ情報等を修正することに用いることとを含むユーザインタラクションの表示に用いられるユーザインタラクションモジュール５０４と、を含む。
【００４４】
好ましくは、前記ユーザインタラクションモジュール５０４は、放送ボタン、グループボタン、及びオンラインユーザ毎のボタンを備えることができ、ユーザはこれらのボタンを押すことで、すべてのメンバーへの音声放送、グループユーザのみへの音声放送、及び特定のユーザのみへの音声送信の機能を、それぞれ果たすことができる。
【００４５】
本発明の実施例は、音声データだけでなく、その他の文字、画像等のデータも伝送することができる。
【００４６】
前記の記載に本発明を詳細に説明したが、本発明はそれらに限定されるものではなく、当業者は本発明の原理に基づき様々な変更をすることができる。従って、本発明の原理に基づき行う変更は、全て本発明の保護範囲に属すべきである。
【産業上の利用可能性】
【００４７】
要するに、本発明の実施例は、以下の技術的効果を有する。
本発明の実施例は、無線ルータの中継機能とＷＩＦＩのローミング機能を利用することで、データ通信量を使用せずに、音声データサービスの伝送機能を実現し、また、端末によるＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、動的ホスト配置プロトコル）プロトコルパケットのモニターにより、サーバを必要とせずにユーザ状態に対する動的更新・管理機能を果たし、それによりユーザエクスペリエンスを向上させる。
【図１】
0006314221.tif 000002
【図２】
0006314221.tif 000003
【図３】
0006314221.tif 000004
【図４】
0006314221.tif 000005
【図５】
0006314221.tif 000006