(57)【特許請求の範囲】
【請求項１】
デバイスによって無欠性検査データを送信する方法であって、
前記デバイスによって、少なくとも１つの他のデバイスとの音声通信チャネルを形成する段階と、
前記デバイスに対して入力された信号からユーザ音声が検出されたか否かを判断する段階と、
前記ユーザ音声が検出されたとの判断に基づいて、無欠性検査データではなく、エンコーディングされたユーザ音声データを、前記音声通信チャネルを介して前記少なくとも１つの他のデバイスに送信するための第１パケットの中へ挿入する段階と、
前記ユーザ音声が検出されなかったとの判断に基づいて、無欠性検査データを、前記音声通信チャネルを介して前記少なくとも１つの他のデバイスに送信するための第２パケットの中へ選択的に挿入する段階と、
前記第１パケットおよび前記第２パケットを含むパケットを、前記少なくとも１つの他のデバイスに送信する段階と、を含み、
前記第２パケットに含まれる前記無欠性検査データは、前記音声通信チャネルを介して前記第２パケットの以前に送信されたパケットにおけるデータの無欠性の検証において、前記少なくとも１つの他のデバイスによって使用することができるデータである、
方法。
【請求項２】
前記方法は、さらに、
前記ユーザ音声が検出されたか否かの判断結果に基づいて、前記入力された信号をエンコーディングするか否かを決定する段階、を含み、
前記無欠性検査データを、前記第２パケットの中へ選択的に挿入する段階は、前記入力された信号をエンコーディングするか否かの決定に基づく、
請求項１に記載の方法。
【請求項３】
前記方法は、さらに、
前記以前のパケットで送信されるデータについて無欠性検査データを生成する段階と、
前記生成された無欠性検査データを保存する段階と、
前記以前のパケットを送信する段階と、
前記以前のパケットに続いて送信されるパケットを前記第２パケットとして特定する段階と、
前記保存された無欠性検査データを、前記第２パケットの中へ挿入する段階と、
を含む、
請求項１に記載の方法。
【請求項４】
前記方法は、さらに、
前記音声通信チャネルの帯域幅に基づいて、前記送信されるパケットのサイズを決定する段階、を含み、
前記無欠性検査データを生成する段階は、
前記送信されるパケットの決定されたサイズに基づいて、前記第２パケットの中に含まれる無欠性検査データの生成方法または無欠性検査データのサイズのうち少なくとも一つを決定する段階と、
前記無欠性検査データの生成方法または前記無欠性検査データのサイズのうち少なくとも一つに対する前記決定に基づいて、前記無欠性検査データを生成する段階と、
を含む、ことを特徴とする請求項３に記載の方法。
【請求項５】
前記方法は、さらに、  前記無欠性検査データに加えて、ノイズデータを前記第２パケットの中へ挿入する段階、
を含む、ことを特徴とする請求項１に記載の方法。
【請求項６】
前記方法は、さらに、
前記第２パケットの中へ、音声品質補完データを選択的に挿入する段階、
を含む、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記方法は、さらに、
前記デバイスのユーザの状態情報を獲得する段階と、
前記第２パケットの中へ、前記ユーザの状態情報を選択的に挿入する段階、
を含む、ことを特徴とする請求項１に記載の方法。
【請求項８】
前記無欠性検査データは、前記送信されるデータのうち一部についてのみ生成される、
ことを特徴とする請求項３に記載の方法。
【請求項９】
無欠性検査データを送信するデバイスであって、
少なくとも１つの他のデバイスとの音声通信チャネルを形成するように構成された通信回路と、
エンコーダと、
プロセッサと、を含み、該プロセッサは、
前記デバイスに対して入力された信号からユーザ音声が検出されたか否かを判断し、
前記ユーザ音声が検出されたとの判断に基づいて、無欠性検査データではなく、前記エンコーダによってエンコーディングされたユーザ音声データを、前記音声通信チャネルを介して前記少なくとも１つの他のデバイスに送信するための第１パケットの中へ挿入することを制御し、
前記ユーザ音声が検出されなかったとの判断に基づいて、無欠性検査データを、前記音声通信チャネルを介して前記少なくとも１つの他のデバイスに送信するための第２パケットの中へ選択的に挿入することを制御し、かつ、
前記第１パケットおよび前記第２パケットを含むパケットを、前記音声通信チャネルを介して、前記少なくとも１つの他のデバイスに送信することを制御する、
ように構成されており、
前記第２パケットに含まれる前記無欠性検査データは、前記音声通信チャネルを介して前記第２パケットの以前に送信されたパケットにおけるデータの無欠性の検証において、前記少なくとも１つの他のデバイスによって使用することができるデータである、
デバイス。
【請求項１０】
前記デバイスは、さらに、
ストレージ、を含み、
前記プロセッサは、さらに、
前記以前のパケットで送信されるデータについて無欠性検査データを生成し、
前記生成された無欠性検査データを前記ストレージに保存することを制御し、
前記以前のパケットに続いて送信されるパケットを前記第２パケットとして特定し、かつ、
前記保存された無欠性検査データを、前記第２パケットの中へ挿入することを制御する、
ように構成されている、
ことを特徴とする請求項９に記載のデバイス。
【請求項１１】
前記プロセッサは、さらに、
前記音声通信チャネルの帯域幅に基づいて、前記送信されるパケットのサイズを決定し、
前記送信されるパケットの決定されたサイズに基づいて、前記第２パケットの中に含まれる無欠性検査データの生成方法または無欠性検査データのサイズのうち少なくとも一つを決定し、
前記無欠性検査データの生成方法または前記無欠性検査データのサイズのうち少なくとも一つに対する前記決定に基づいて、前記無欠性検査データを生成する、
ように構成されている、
ことを特徴とする請求項１０に記載のデバイス。
【請求項１２】
前記プロセッサは、さらに、
前記第２パケットの中へ、音声品質補完データを選択的に挿入することを制御する、
ように構成されている、ことを特徴とする請求項９に記載のデバイス。
【請求項１３】
前記プロセッサは、さらに、
前記第２パケットの中へ、ユーザ状態情報を選択的に挿入する、
ように構成されている、ことを特徴とする請求項９に記載のデバイス。
【請求項１４】
請求項１に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを提供する方法に係り、特に、無欠性検査データを提供するための方法及びその装置に係わる。
【背景技術】
【０００２】
モバイルデバイスの使用が生活化されながら、モバイルデバイスを利用した音声通話、ストリーミングのように、リアルタイムで提供される通信サービスが急増している。通信サービスの急増により、送受信されるデータ保安の必要性も増大している。
【０００３】
従来には、リアルタイムで提供されるデータの保安を維持するために、ＳＲＴＰ（secured  real-time  transport  protocol）のような所定プロトコルを使用した。ＳＲＴＰは、ＲＴＰ（real-time  transport  protocol）の一種であり、ＲＴＰパケット内に含まれたデータの暗号化及び認証、無欠性保証のために使用される技術であり、Cisco-Ericsson社の主導で開発されて標準化された規約である。
【０００４】
図１は、従来技術によるＳＲＴＰパケットフォーマットの一例を図示している。図１を参照すれば、ＳＲＴＰパケットは、ＲＴＰヘッダ（ＲＴＰ  header）、ペイロード（payload）、ＳＲＴＰ  ＭＫＩ（master  key  index）及び認証タッグ（authentication  tag）で構成される。ＲＴＰヘッダは、バージョン情報、パディングバイト（byte）有無に係わる情報、シーケンスナンバー、タイムスタンプ、ペイロードタイプに係わる情報などを含む。ペイロードは、ビデオ／オーディオデータのような実際伝送されるデータを含む。ＳＲＴＰのペイロードは、暗号化されている。
【０００５】
認証タッグは、ＳＲＴＰパケットの無欠性を認証するデータであり、ＳＲＴＰ  ＭＫＩは、ＳＲＴＰパケットの復号のために必要なマスターキーが複数である場合、復号のために使用されるマスターキーを示すインデックス情報である。ＳＲＴＰ  ＭＫＩは、具現例によって、パケット内に含まれないこともある。認証タッグ及びＳＲＴＰ  ＭＫＩは、ＳＲＴＰパケット、またはＳＲＴＰパケット内に含まれたペイロードの無欠性認証が使用されるデータである。
【０００６】
ただし、図１に図示されたＳＲＴＰパケットの場合、無欠性認証のために、認証タッグ及びＳＲＴＰ  ＭＫＩのような無欠性を認証するためのデータを別途に添付する形態である。従って、ＳＲＴＰを利用する場合、既存ＲＴＰ方式に比べ、２５．３％（（無欠性認証に必要なデータ２１byte）／（総パケットサイズ８３byte）＊１００））のオーバーヘッドが発生するので、帯域幅が浪費される。
【０００７】
また、ＳＲＴＰを支援しないデバイスでは、無欠性検査が不可能であるという不都合が存在した。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
一実施形態によれば、帯域幅の浪費を防ぎ、多様なデバイスで使用される無欠性検査データ提供方法及びその装置を提供する。
【課題を解決するための手段】
【０００９】
前述の技術的課題を達成するための技術的手段として、本開示の一実施形態は、デバイスが無欠性検査データを送信する方法において、少なくとも１つの他のデバイスと、音声通信チャネルを形成する段階と、前記形成された音声通信チャネルの帯域幅に基づいて、前記通信チャネルを介して送信されるパケットの大きさを決定する段階と、入力された信号から、ユーザ音声を検出する段階と、前記検出結果に基づいて、前記送信されるデータの無欠性を検査するための無欠性検査データを、前記パケットに選択的に挿入する段階と、前記パケットを、前記少なくとも１つの他のデバイスに送信する段階と、を含んでもよい。
【００１０】
前記無欠性検査データを、前記パケットに選択的に挿入する段階は、前記入力された信号から、ユーザ音声が検出されない場合、前記パケットに、前記無欠性検査データを挿入する段階を含んでもよい。
【００１１】
前記入力された信号から、ユーザ音声を検出する段階は、前記入力された信号から、前記ユーザ音声が検出されたか否かということを判断する段階と、前記判断結果に基づいて、入力された信号のエンコーディングいかんを決定する段階と、をさらに含み、前記無欠性検査データを、前記パケットに選択的に挿入する段階は、前記決定に基づいて、前記無欠性検査データを、前記パケットに選択的に挿入する段階を含んでもよい。
【００１２】
前記方法は、前記送信されるデータの無欠性検査データを生成する段階と、前記生成された無欠性検査データを保存する段階と、をさらに含み、前記無欠性検査データを、前記パケットに選択的に挿入する段階は、前記保存された無欠性検査データを挿入する段階を含んでもよい。
【００１３】
前記生成する段階は、前記決定されたパケットの大きさに基づいて、無欠性検査データ生成方法及び無欠性検査データサイズのうち少なくとも一つを決定する段階と、前記決定に基づいて、前記無欠性検査データを生成する段階と、を含んでもよい。
【００１４】
前記方法は、前記無欠性を検査するのに利用されるキーデータを送信する段階をさらに含んでもよい。
【００１５】
前記入力された信号から、ユーザ音声が検出されない場合、前記パケットに、前記無欠性検査データを挿入する段階は、前記入力された信号から、ユーザ音声が検出されない場合、前記パケットに、前記無欠性検査データ及びノイズデータを共に挿入する段階を含んでもよい。
【００１６】
前記送信されるデータの無欠性を検査するための無欠性検査データを、前記パケットに選択的に挿入する段階は、前記パケットに、前記無欠性検査データ及び音声品質補完データのうち少なくとも一つを選択的に挿入する段階を含んでもよい。
【００１７】
前記方法は、前記決定されたパケットの大きさに対応するように、前記音声品質補完情報を生成する段階をさらに含んでもよい。
【００１８】
前記方法は、デバイスのユーザの状態情報を獲得する段階をさらに含み、前記送信されるデータの無欠性を検査するための無欠性検査データを、前記パケットに選択的に挿入する段階は、前記パケットに、前記無欠性検査データ及び前記ユーザ状態情報のうち少なくとも一つを選択的に挿入する段階を含んでもよい。
【００１９】
前記ユーザ状態情報は、前記デバイスのセンサから獲得した情報、または前記デバイスのセンサから獲得した情報に基づいて分析された情報を含んでもよい。
【００２０】
前記方法は、前記入力された信号以外の前記少なくとも１つの他のデバイスに送信するデータを獲得する段階をさらに含み、前記送信されるデータの無欠性を検査するための無欠性検査データを、前記パケットに選択的に挿入する段階は、前記パケットに、前記無欠性検査データ、及び前記送信するデータのうち少なくとも一つを選択的に挿入する段階を含んでもよい。
【００２１】
前記ユーザ状態情報は、ユーザの健康状態に係わる情報を含み、前記ユーザの健康状態に係わる情報は、心拍数情報、血圧情報、血糖情報、呼吸情報のうち少なくとも一つを含んでもよい。
【００２２】
前記送信されるデータの無欠性を検査するための無欠性検査データを、前記パケットに選択的に挿入する段階は、パケットインデックス情報を挿入する段階をさらに含んでもよい。
【００２３】
前記送信されるデータの無欠性検査データを生成する段階は、前記送信されるデータのうち一部についてのみ無欠性検査データを生成する段階を含んでもよい。
【００２４】
前述の技術的課題を達成するための技術的手段として、本開示の一実施形態は、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供することができる。
【００２５】
前述の技術的課題を達成するための技術的手段として、本開示の一実施形態は、無欠性検査データを送信するデバイスにおいて、少なくとも１つの他のデバイスと、音声通信チャネルを形成し、前記形成された音声通信チャネルの帯域幅に基づいて、前記通信チャネルを介して、少なくとも１つのデバイスに送信されるパケットの大きさを決定する通信部と、前記デバイスに入力された信号から、ユーザ音声を検出するエンコーダと、前記検出結果に基づいて、前記送信されるデータの無欠性を検査するための無欠性検査データを、前記パケットに選択的に挿入するパケット生成部と、を含んでもよい。
【００２６】
前記パケット生成部は、前記入力された信号から、ユーザ音声が検出されない場合、前記パケットに、前記無欠性検査データを挿入することができる。
【００２７】
前記エンコーダは、前記入力された信号から、前記ユーザ音声が検出されたか否かということを判断し、前記判断結果に基づいて、入力された信号のエンコーディングいかんを決定し、前記パケット生成部は、前記決定に基づいて、前記無欠性検査データを、前記パケットに選択的に挿入することができる。
【００２８】
前記デバイスは、前記送信されるデータの無欠性検査データを生成する無欠性検査データ生成部と、前記生成された無欠性検査データを保存する保存部と、をさらに含み、前記パケット生成部は、前記保存された無欠性検査データを挿入することができる。
【００２９】
前記パケット生成部は、前記決定されたパケットの大きさに基づいて、無欠性検査データ生成方法及び無欠性検査データサイズのうち少なくとも一つを決定し、前記決定に基づいて、前記無欠性検査データを生成することができる。
【００３０】
前記通信部は、前記無欠性を検査するのに利用されるキーデータを送信することができる。
【００３１】
前記パケット生成部は、前記入力された信号から、ユーザ音声が検出されない場合、前記パケットに、前記無欠性検査データ及びノイズデータを共に挿入することができる。
【００３２】
前記パケット送信部は、前記パケットに、前記無欠性検査データ及び音声品質補完データのうち少なくとも一つを選択的に挿入することができる。
【００３３】
前記デバイスは、前記決定されたパケットの大きさに対応するように、前記音声品質補完情報を生成する音声品質補完情報生成部をさらに含んでもよい。
【００３４】
前記デバイスは、デバイスのユーザの状態情報を獲得する状態情報獲得部をさらに含み、前記パケット生成部は、前記パケットに、前記無欠性検査データ及び前記ユーザ状態情報のうち少なくとも一つを選択的に挿入することができる。
【００３５】
前記ユーザ状態情報は、前記デバイスのセンサから獲得した情報、または前記デバイスのセンサから獲得した情報に基づいて分析された情報を含んでもよい。
【００３６】
前記デバイスは、前記入力された信号以外の前記少なくとも１つの他のデバイスに送信するデータを獲得し、前記パケット生成部は、前記パケットに、前記無欠性検査データ、及び前記送信するデータのうち少なくとも一つを選択的に挿入することができる。
【００３７】
前記ユーザ状態情報は、ユーザの健康状態に係わる情報を含み、前記ユーザの健康状態に係わる情報は、心拍数情報、血圧情報、血糖情報、呼吸情報のうち少なくとも一つを含んでもよい。
【００３８】
前記パケット生成部は、前記パケットにパケットインデックス情報を挿入することができる。
【００３９】
前記無欠性検査データ生成部は、前記送信されるデータのうち一部についてのみ無欠性検査データを生成することができる。
【発明の効果】
【００４０】
一実施形態によれば、オーバーヘッドなしに、多様なデバイスに、無欠性検査データを提供することができる。
【図面の簡単な説明】
【００４１】
【図１】従来技術によるＳＲＴＰパケットフォーマットの一例を図示する図面である。
【図２】一実施形態による、データパケットを交換するデバイスについて説明するための図面である。
【図３】一実施形態による、無欠性検査データを生成する方法について説明するための図面である。
【図４】一実施形態による、ユーザ音声を検出情報を含むフレームを図示する図面である。
【図５】一実施形態による、無欠性検査データを提供する方法について説明するためのフローチャートである。
【図６】一実施形態による、無欠性検査データを提供する方法について説明するための細部フローチャートである。
【図７】一実施形態による、パケットのフォーマットを図示する図面である。
【図８】一実施形態による、無欠性検査データを含むパケットのフォーマットを図示する図面である。
【図９】一実施形態による、パケットインデックス情報を含むパケットのフォーマットを図示する図面である。
【図１０】一実施形態によるノイズデータのビット構成を図示する図面である。
【図１１】一実施形態による、ユーザ音声検出によるデバイスの動作を図示する図面である。
【図１２】一実施形態による、ユーザ音声検出によるデバイスの動作を図示する図面である。
【図１３】一実施形態による音声品質補完情報について説明するための図面である。
【図１４】一実施形態による、音声品質補完情報を含むパケットのフォーマット一例を図示する図面である。
【図１５】一実施形態によるユーザ状態情報について説明するための図面である。
【図１６】一実施形態によるユーザ状態情報を含むパケットのフォーマット一例を図示する図面である。
【図１７】一実施形態による、ユーザの健康状態情報を分析する方法について説明するための図面である。
【図１８】一実施形態による、ユーザの健康状態情報を分析する方法について説明するための図面である。
【図１９】一実施形態による、ユーザの健康状態情報を分析する方法について説明するための図面である。
【図２０】一実施形態による、無欠性検査データを提供するデバイスについて説明するためのブロック図である。
【図２１】一実施形態による、無欠性検査データを提供するデバイスについて説明するためのブロック図である。
【図２２】一実施形態による、無欠性検査データを提供するデバイスについて説明するための詳細ブロック図である。
【発明を実施するための形態】
【００４２】
以下、添付した図面を参照し、本発明が属する技術分野で当業者が容易に実施することができるように、本発明の実施形態について詳細に説明する。しかし、本発明は、さまざまに異なる形態に具現され、ここで説明する実施形態に限定されるものではない。そして、図面において、本発明について明確に説明するために、説明と関係ない部分は省略し、明細書全体を通じて、類似した部分については、類似図面符号を付した。
【００４３】
明細書全体において、ある部分が他の部分と連結されているとするとき、それは、直接連結されている場合だけではなく、その中間に、他の素子を挟んで電気的に連結されている場合も含む。また、ある部分がある構成要素を含むとするとき、それは、特別に反対となる記載がない限り、他の構成要素を除くものではなく、他の構成要素をさらに含んでもよいということを意味する。
【００４４】
以下、添付された図面参照し、本発明について詳細に説明する。
【００４５】
図２は、一実施形態による、データパケットを交換するデバイスについて説明するための図面である。
【００４６】
一実施形態によれば、第１デバイス１０１及び第２デバイス１０３は、スマートフォン、スマートＴＶ（television）、携帯電話、ＰＤＡ（personal  digital  assistant）、ラップトップ、メディアプレーヤ、マイクロサーバ、ＧＰＳ（global  position  system）装置、電子書籍端末機、デジタル放送用端末機、ナビゲーション、キオスク、ＭＰ３プレーヤ、デジタルカメラ、及びその他のモバイルまたは非モバイルのコンピュータ装置でもある。また、第１デバイス１０１及び第２デバイス１０３は、電子黒板、タッチテーブルのように、タッチ入力を受信することができる多様な装置を含んでもよい。ただ、前記例示に制限されるものではないということはいうまでもない。また、一実施形態によれば、第１デバイス１０１及び第２デバイス１０３は、ディスプレイ部を含む装置でもよい。
【００４７】
一実施形態によれば、第１デバイス１０１及び第２デバイス１０３は、マウス、キーボード、タッチパッド、トラックボール、ライトペン、タッチスクリーンなど多様なユーザインターフェースを介して、ユーザ入力を受信することができる。ただ、該ユーザインターフェースは、前記例示に制限されるものではないということはいうまでもない。また、第１デバイス１０１及び第２デバイス１０３は、マイク、カメラのように、ユーザから信号を入力されるデバイスでもよい。
【００４８】
図２を参照すれば、第１デバイス１０１は、第２デバイス１０３と音声通信のためのチャネルを形成（establish）することができる。
【００４９】
一実施形態によれば、第１デバイス１０１と第２デバイス１０３との音声通信のためのチャネルは、所定帯域幅を有したチャネルを含んでもよい。また、一実施形態によれば、第１デバイス１０１と第２デバイス１０３との音声通信のためのチャネルは、所定周期ごとに所定パケットを送信するチャネルでもある。
【００５０】
一実施形態によれば、図２の音声通信チャネルは、第１デバイスが、他のデバイスと設立する複数の通信チャネルのうち一つでもある。また、第１デバイス１０１は、第２デバイス１０３を含んだ少なくとも１つのデバイスと、音声通信チャネルを形成することができる。
【００５１】
さらには、第１デバイス１０１は、第２デバイス１０３と、音声以外のデータ通信のためのチャネルを形成することができる。該データ通信チャネルは、音声チャネルと別途のチャネルでもあり、該音声チャネルを介して、データを送信することもできる。
【００５２】
一実施形態によれば、チャネル形成のための手続きは、別途のサーバの制御によって行われる。例えば、第１デバイス１０１が、第２デバイス１０３との音声チャネル形成のための要請を外部サーバに送信すれば、外部サーバが第２デバイス１０３に、第１デバイス１０１のチャネル設定要請を伝送し、外部サーバは第２デバイス１０３の応答を受信することにより、第１デバイス１０１及び第２デバイス１０３のチャネルが形成される。また、一実施形態によれば、第１デバイス１０１が、第２デバイス１０３と音声通信チャネルを形成するとき、外部サーバが、第１デバイス１０１及び第２デバイス１０３の間に、所定サイズの帯域幅を有する音声通信チャネルを割り当てることもできる。
【００５３】
一実施形態によれば、第１デバイス１０１と第２デバイス１０３との音声通信チャネルは、送受信されるパケットの大きさと係わりなく、該チャネルは、一定サイズの帯域幅を有することができる。すなわち、第１デバイスと第２デバイスとの音声通信チャネルの帯域幅は、第１デバイス１０１と第２デバイス１０３との間に割り当てられた帯域幅であるので、第１デバイスと第２デバイスとのチャネル連結を切らなければ、他のデバイスが使用することができない。
【００５４】
一実施形態によれば、第１デバイス１０１は、ユーザから入力された信号から、音声が検出されるか否かということを判断することができる。
【００５５】
ユーザから入力された信号から、音声が検出された場合、第１デバイス１０１は、検出された音声を基に生成した音声データを送信するために、第１デバイス１０１と第２デバイス１０３との音声通信チャネルの帯域幅と対応する大きさである第１サイズのパケットを生成し、第２デバイス１０３に、生成されたパケットを送信することができる。
【００５６】
ただし、ユーザから入力された信号から、音声が検出されない場合、第１デバイスは、第２デバイスにパケットを送信しないか、あるいはノイズデータを含むパケットを送信することができる。ノイズデータを含むパケットの大きさは、第１サイズのパケットより小サイズである第２サイズのパケットでもある。
【００５７】
前述のように、第１デバイス１０１及び第２デバイス１０３の間に形成された音声通信チャネルは、所定期間ごとに、所定サイズのデータを送信することができる帯域幅を有したチャネルであり、第１デバイス１０１及び第２デバイス１０３の間の音声通信チャネルは、第１デバイス１０１及び第２デバイス１０３のみが使用することができる。従って、第１デバイス１０１が所定期間、第２サイズのパケットを生成し、第２デバイス１０３に第２サイズのパケットを送信する場合、所定期間、第１デバイス１０１と第２デバイス１０３との間に形成された音声チャネル上には、余裕帯域幅が存在することができる。
【００５８】
一実施形態によれば、第１デバイス１０１は、第２サイズのパケットに、無欠性検査データを挿入することができる。無欠性検査データが挿入されたパケットは、帯域幅と対応する大きさであり、第１サイズのパケットと同一サイズを有する。従って、第１デバイス１０１が第２サイズのパケットを生成して送信する代わりに、第２サイズのパケットに、無欠性検査データを挿入したパケットを送信する場合、第１デバイス１０１と第２デバイス１０３との音声通信チャネル上には、余裕帯域幅が存在しない。
【００５９】
従って、本開示の一実施形態によれば、無欠性検査データを送信するためのさらなる帯域幅が不要であり、オーバーヘッドも発生しない。また、特定のプロトコルを使用する方式でもないので、多様なデバイスで使用することができる。
【００６０】
図３は、一実施形態による、無欠性検査データを生成する方法について説明するための図面である。
【００６１】
一実施形態によれば、データの無欠性とは、データ内の内容及び出処が変更されていないという意味を含む。
【００６２】
一実施形態によれば、第１デバイス１０１は、送受信するデータの無欠性を認証するための認証コードを生成することができる。一実施形態によれば、第１デバイス１０１は、ハッシュ関数に基づいて、データ認証のためのコード（ＨＭＡＣ：hash-based  message  authentication  code）を生成することができる。ただ、無欠性認証コードには、多様なコードが存在し、認証コードを生成する方法も多様であり、第１デバイスは、ＨＭＡＣ以外の他のコードを生成して使用することができるということはいうまでもない。
【００６３】
一実施形態によれば、ＨＭＡＣを利用したデータ無欠性認証方式は、以下の通りである。第１デバイス１０１と第２デバイス１０３とが秘密キーを共有し、第１デバイス１０１がデータのハッシュ値を計算し、ハッシュ値に基づいて、認証コードを生成する。第１デバイス１０１が、データ及び認証コードを送信すれば、第２デバイス１０３が、データからハッシュ値を計算し、受信された認証コードと比較することにより、データの無欠性を確認することができる。
【００６４】
一実施形態によれば、第１デバイス１０１は、ＳＨＡ−１（secure  hash  algorithm−１）またはＳＨＡ−２（secure  hash  algorithm−１）のような暗号化ハッシュアルゴリズムを利用して出力したハッシュ値を利用して、無欠性検査データを生成することができる。ただ、前記例示に限定されるのではないということはいうまでもない。
【００６５】
一実施形態によれば、無欠性検査データは、認証コードを含んでもよい。無欠性検査データは、パケット内に含まれたデータまたはメッセージの無欠性を認証、検証するために使用される全形態のデータを含んでもよい。
【００６６】
ＳＨＡアルゴリズムは、ＴＬＳ（transport  layer  security）、ＳＳＬ（secure  socket  layer）、ＰＧＰ（pretty  good  privacy）、ＳＳＨ（secure  shell）など多くの保安プロトコル及び保安プログラムで使用される暗号化ハッシュアルゴリズムである。第１デバイス１０１は、ハッシュアルゴリズム（ハッシュ関数）をモジュール化して使用することにより、ハッシュ関数の互換性を提供することができる。すなわち、第１デバイス１０１は、ＳＨＡハッシュアルゴリズムを保存し、他のデバイスに提供することもでき、他のハッシュアルゴリズムを利用して、無欠性検査データを生成することもできる。
【００６７】
ＳＨＡハッシュアルゴリズムを利用して、無欠性検査データを生成する方法は、図３に図示されている通りである。
【００６８】
第１デバイス１０１は、第２デバイス１０３と共有した秘密キーが、ハッシュ関数のブロック長になるように０をパディング（padding）し、パッド−１（inner  pad）と、排他的論理合（ＸＯＲ：exclusive  ＯＲ）演算を行う。その後、第１デバイス１０１は、ＸＯＲ演算を行った値３０３を、送信するデータ３０１と結合させる。
【００６９】
一実施形態によれば、秘密キー長は、第１デバイスが使用するハッシュアルゴリズムの出力長の半分より大きくなる。例えば、ＳＨＡ−１ハッシュアルゴリズムを使用するとき、出力結果は、２０バイト（byte）であるので、第１デバイス１０１は、１０バイト以上の秘密キーを使用することができる。また、秘密キーの長さがハッシュアルゴリズムの内部ブロックサイズより大きい場合には、ハッシュ値を秘密キーとして使用することもできる。
【００７０】
第１デバイス１０１は、ハッシュ関数を利用して、中間ハッシュ値３０７を計算する。このとき、第１デバイス１０１は、ＳＨＡ−１またはＳＨＡ−２のような暗号化ハッシュ関数を使用することができる。また、第１デバイスは、中間ハッシュ値３０７の計算時、初期ベクトル（initialization  vector）を使用することができる。該初期ベクトルは、最初ブロックの暗号化時に使用される値であり、当業者に自明であるので、詳細な説明は省略する。
【００７１】
また、第１デバイス１０１は、第２デバイス１０３と共有した秘密キーが、ハッシュ関数のブロック長になるように０をパディングし、パッド−２（outer  pad）とＸＯＲ演算を行う。その後、第１デバイス１０１は、ＸＯＲ演算を行った値３０９を中間ハッシュ値３０７と結合させる。
【００７２】
その後、第１デバイス１０１は、ハッシュ関数を利用して、最終ハッシュ値３１１を計算する。また、第１デバイスは、最終ハッシュ値３１１の計算時にも、初期ベクトルを使用することができる。
【００７３】
一実施形態によれば、第１デバイス１０１は、最終ハッシュ値３１１を無欠性検査データとして使用することもでき、最終ハッシュ値３１１から別途の手続きを行うことにより、無欠性検査データを生成することもできる。
【００７４】
一実施形態によれば、第１デバイス１０１は、生成された無欠性検査データを、第２デバイス１０３に送信することができる。
【００７５】
図４は、一実施形態による、ユーザ音声検出情報を含むフレームを図示している。図４は、音声アクティビティ検出（ＶＡＤ：voice  activity  detection）指示子（flag）グラフ４０１及びサイレンス指示子フレーム（ＳＩＤ：silence  indication：ＳＩＤ）４０３を図示している。
【００７６】
一実施形態によれば、第１デバイス１０１は、ユーザから入力された信号に音声が含まれているか否かということを検査（check）することができる。すなわち、第１デバイス１０１は、入力された信号に音声が含まれているか否かということを検出することができる。入力された信号から、音声の検出いかんを判断する技術をＶＡＤ（voice  activity  detection）という。
【００７７】
一実施形態によれば、ＶＡＤ  flagとは、第１デバイス１０１がＶＡＤ技術を使用して、ユーザから入力された信号から、音声が検出されたか否かということを示す指示子を含んでもよい。図４のＶＡＤ  flagグラフ４０１を参照すれば、第１デバイス１０１は、最後の音声検出地点４１１、最後の音声検出フレーム４１３、及び最初の音声未検出フレーム４１５を識別することができる。
【００７８】
また、図４を参照すれば、ハングオーバー区間４１７というのは、最初の音声未検出フレーム４１５後、所定期間、第１デバイス内のエンコーダが非活性化されるまで待機する区間を意味する。
【００７９】
一実施形態によれば、ＳＩＤフレーム４０３とは、第１デバイス１０１のユーザ音声検出いかんによって、第２デバイス１０３に提供されるノイズデータを含むフレームを意味する。また、一実施形態によれば、ＳＩＤは、ユーザ音声データを含んでいるか否かということをを示す指示子を意味する。
【００８０】
一実施形態として、図４のＳＩＤフレーム４０３を参照すれば、略語Ｓは、speechであって、ユーザの音声データが含まれたフレームであるということを示し、略語Ｆは、ＳＩＤ＿firstであって、最初にユーザ音声が検出されないフレームであるということを示し、略語Ｎは、no  dataであって、続けて音声が含まれていないフレームであるということを示し、略語Ｕは、ＳＩＤ＿updateであって、フレームの番号が更新されて示される最初フレームであるということを示す。ただ、前述の指示子は、ユーザが定義する方式によって異なっているということが当業者に自明であるということはいうまでもない。
【００８１】
図５は、一実施形態による、無欠性検査データを提供する方法について説明するためのフローチャートである。
【００８２】
段階５０１において、第１デバイスは、少なくとも１つの他のデバイスと、音声通信チャネルを形成することができる。
【００８３】
一実施形態によれば、第１デバイスは、第２デバイス１０３のような少なくとも１つの他のデバイスと、音声通信チャネルを形成することができる。
【００８４】
一実施形態によれば、音声通信チャネルとは、３Ｇ，４Ｇ  ＬＴＥ（long  term  evolution）ネットワーク方式だけではなく、Ｗｉ−Ｆｉ（wireless  fidelity）、Bluetooth、Zigbeeなど多様なネットワーク方式を介して、ユーザの音声データを送受信するチャネルを含んでもよい。また、一実施形態によれば、音声通信チャネルは、ＶｏＩＰ（voice  over  internet  protocol）を利用して、データを伝送するチャネルでもある。さらには、一実施形態によれば、音声通信チャネルは、音声通信専用チャネルである必要はない。また、一実施形態によれば、音声データは、画像通話データを含んでもよい。
【００８５】
一実施形態によれば、音声通信チャネルは、所定帯域幅を有したチャネルを含んでもよい。また、一実施形態によれば、音声通信チャネルは、所定周期ごとに、所定サイズの音声データを、少なくとも１つのデバイスに送信するのに利用されるチャネルでもある。
【００８６】
一実施形態によれば、チャネル形成のための手続きは、別途のサーバの制御によって行われる。さらには、第１デバイスが少なくとも１つの他のデバイスと形成した音声通信チャネルは、所定周期ごとに、所定サイズの音声データを少なくとも１つのデバイスに送信するのに利用されるチャネルでもある。それは、図２で説明した内容と対応する。
【００８７】
段階５０３において、第１デバイスは、形成された音声通信チャネルの帯域幅に基づいて、通信チャネルを介して送信されるパケットの大きさを決定することができる。
【００８８】
例えば、段階５０１で形成した音声通信チャネルの帯域幅が、２３．８５Ｋｂｐｓの大きさを有する場合、第１デバイスは、秒当たり２３．８５Ｋbyteのデータを音声通信チャネルを介して送信することができるように、パケットサイズを決定することができる。また、一実施形態によれば、第１デバイスは、帯域幅に基づいて、第２デバイスのような、第１デバイスと連結された少なくとも１つのデバイスに送信されるフレームの大きさも決定することができる。
【００８９】
段階５０５において、第１デバイスは、入力された信号から、ユーザ音声を検出することができる。
【００９０】
一実施形態によれば、第１デバイスは、ユーザから信号を受信することができる。例えば、第１デバイスは、マイクロフォンを介して音信号（sound  signal）を受信することができる。
【００９１】
一実施形態によれば、音信号は、ユーザの音声だけではなく、周辺音、雑音など多様な全種の音が信号形態に転換されたものを意味する。
【００９２】
一実施形態によれば、第１デバイスは、ユーザから入力された信号から、ユーザ音声を検出することができる。一実施形態によれば、第１デバイスは、ＶＡＤ技術を利用して、ユーザの音声を検出することができる。ＶＡＤ技術は、図４で説明したところに対応するので、詳細な説明は省略する。
【００９３】
一実施形態によれば、第１デバイスは、ユーザから入力された信号から、音声が検出されるか否かということを判断することができる。すなわち、第１デバイスは、入力された信号内に、ユーザの音声が含まれているか、あるいは音声を除いたその他の他の音声が含まれていないかということを判断することができる。例えば、第１デバイスは、音声とサイレントとを区分することができる。
【００９４】
一実施形態によれば、第１デバイスは、入力された信号から、ユーザの音声が検出される場合、入力された信号をエンコーディングして送信することができる。しかし、入力された信号から、ユーザ音声が検出されない場合、入力された信号をエンコーディングしたデータを送信せず、ノイズデータを送信したり、データを送信しなかったりもする。
【００９５】
一実施形態によれば、第１デバイスは、ユーザから入力された信号から、音声が検出された場合、検出された音声を基に生成した音声データを送信するために、段階５０１で形成された音声通信チャネルの帯域幅と対応する大きさである第１サイズのパケットを生成することができる。一実施形態によれば、第１サイズのパケット内には、獲得した信号をエンコーディングしたデータ、または検出された音声を基に生成した音声データをエンコーディングしたデータを含んでもよい。
【００９６】
一実施形態によれば、第１デバイスは、ユーザから入力された信号から、音声が検出されない場合、第２デバイスにパケットを送信しないか、あるいはノイズデータを含むパケットを送信することができる。ノイズデータを含むパケットサイズは、第１サイズのパケットより小サイズである第２サイズのパケットでもある。また、第１デバイスは、前述のように、第２サイズのパケットに、無欠性検査データを追加して送信することもできる。それは、段階５０７で説明する。
【００９７】
段階５０７において、第１デバイスは、検出結果に基づいて、送信されるデータの無欠性を検査するための無欠性検査データを、前記パケットに選択的に挿入することができる。
【００９８】
一実施形態によれば、第１デバイスは、ユーザから入力された信号から、音声が検出された場合、段階５０１で形成された音声通信チャネルの帯域幅と対応する大きさである第１サイズのパケットを生成することができる。従って、第１デバイスは、ユーザから入力された信号から、音声が検出された場合、生成したパケットに、無欠性検査データを挿入しないこともある、
一実施形態によれば、第１デバイスは、ユーザから入力された信号から、音声が検出されない場合、第１サイズのパケットより小サイズである第２サイズのパケットを生成することができる。第１デバイスが、少なくとも１つのデバイスに、音声通信チャネルを介して、第２サイズのパケットを送信する場合、前述のように、通信チャネル上の余裕帯域幅が存在することができる。従って、第１デバイス１０１は、生成した第２サイズのパケットに、無欠性検査データを挿入することができる。無欠性検査データを挿入したパケットサイズは、第１サイズのパケットと同一でもある。第１デバイスは、無欠性認証データを挿入したパケットを、少なくとも１つのデバイスに送信することができる。
【００９９】
一実施形態によれば、第１デバイスは、無欠性検査データだけではなく、ユーザ状態情報、音声品質補完データ、音声データ以外の送信するデータを、第２サイズのパケットに挿入することもできる。一実施形態によれば、データをパケットに挿入するという意味は、データをパケットに添付したり付け加えたりするという意味を含んでもよい。
【０１００】
段階５０９において、第１デバイスは、パケットを、前記少なくとも１つの他のデバイスに送信することができる。
【０１０１】
一実施形態によれば、第１デバイスと、少なくとも１つのデバイスとの間に形成された通信チャネルは、サーバを経由して形成されもする。従って、第１デバイスは、サーバにパケットを送信することもできる。
【０１０２】
本発明の一実施形態によれば、図５の方法は、音声通信チャネルではないデータチャネルでも遂行される。すなわち、音声通信チャネルではないが、チャネルの帯域幅が固定されており、固定された帯域幅をいずれも使用しない小サイズのパケットを送信する場合に、第１デバイスは、小サイズのパケット内に、無欠性検査データ、音声品質補完データまたはユーザ状態情報のようなさらなるデータを挿入して送信することができる。
【０１０３】
図６は、一実施形態による、無欠性検査データを提供する方法について説明するための細部フローチャートである。
【０１０４】
段階６０１において、第１デバイスは、少なくとも１つの他のデバイスと、音声通信チャネルを形成することができる。それは、図５の段階５０１と対応する。
【０１０５】
段階６０３において、第１デバイスは、形成された音声通信チャネルの帯域幅に基づいて、通信チャネルを介して送信されるパケットサイズを決定することができる。それは、図５の段階５０３と対応する。
【０１０６】
段階６０５において、第１デバイスは、無欠性検査データを生成して保存することができる。
【０１０７】
一実施形態によれば、第１デバイスは、送信されるデータの無欠性検査データを生成し、生成された無欠性検査データを保存することができる。一実施形態によれば、生成された無欠性検査データは、バッファのような保存部に保存される。無欠性検査データの生成方法は、図３で説明した内容と対応する。
【０１０８】
一実施形態によれば、第１デバイスは、段階６０３で決定されたパケットサイズに基づいて、無欠性検査データ生成方法及び無欠性検査データサイズのうち少なくとも一つを決定することができる。
【０１０９】
例えば、第１デバイスは、段階６０１で形成された通信チャネルの帯域幅が、１２．２ｋｂｐｓである場合、１６０ビットサイズの無欠性検査データを生成することができるし、段階６０１で形成された通信チャネルの帯域幅が、２３．８５ｋｂｐｓである場合、２２４ビットサイズの無欠性検査データを生成することができる。
【０１１０】
また、一実施形態によれば、第１デバイスは、１６０ビットサイズの無欠性検査データを生成するために、ＳＨＡ−１ハッシュアルゴリズムを利用する無欠性検査データ生成方法を使用することができ、２２４ビットサイズの無欠性検査データを生成するために、ＳＨＡ−２ハッシュアルゴリズムを利用する無欠性検査データ方法を使用することもできる。
【０１１１】
一実施形態によれば、第１デバイスは、無欠性を検査するのに利用されるキーデータを、少なくとも１つの他のデバイスに送信することもできる。一実施形態によれば、キーデータは、図３で説明した秘密キーを含んでもよい。
【０１１２】
段階６０７において、第１デバイスは、入力された信号から、ユーザ音声が検出されたか否かということを判断することができる。
【０１１３】
一実施形態によれば、第１デバイスは、ユーザ音声が検出されたか否かということを判断し、判断結果に基づいて、入力された信号のエンコーディングいかんを決定することができる。それは、段階６０９ないし段階６１２で詳細に説明する。
【０１１４】
また、一実施形態によれば、第１デバイスは、ユーザ音声が検出されたか否かということを判断し、判断結果に基づいて、エンコーダの動作モードを決定することができる。例えば、第１デバイスは、ユーザ音声が検出された場合、入力された信号、または入力された信号に含まれたユーザ音声をエンコーディングするように、エンコーダの動作モードを決定することができ、ユーザ音声が検出されない場合、入力された信号をエンコーディングしないように、エンコーダの動作モードを決定することができる。
【０１１５】
例えば、第１デバイスは、ＡＭＲ（adaptive  multi  channel  rate  compression）コーデックのようなエンコーダを利用して、エンコーディングを行うことができ、ＡＭＲコーデックの場合、１４個の異なる動作モードによって動作することができるので（例えば、ＡＭＲ  mode  ８またはＤＴＸ（discontinuous  transmission）モード）、第１デバイスは、ユーザ音声の検出いかんに基づいて、ＡＭＲコーデックの動作モードを決定することができる。
【０１１６】
また、第１デバイスは、段階６０１で形成されたチャネルの帯域幅、及び段階６０３で決定されたパケットサイズによって、エンコーディング方式を決定することができる。
【０１１７】
段階６０９及び段階６１１において、ユーザ音声が検出された場合、第１デバイスは、入力された信号をエンコーディングし、エンコーディングされたデータを、少なくとも１つのデバイスに伝送するパケットに挿入することができる。
【０１１８】
一実施形態によれば、第１デバイスは、エンコーディングされたデータを、少なくとも１つのデバイスに伝送するパケットに挿入するときは、無欠性検査データをパケットに挿入しない。
【０１１９】
ユーザ音声が検出されない場合、第１デバイスは、ノイズデータ及び無欠性検査データをパケットに挿入することができる。また、一実施形態によれば、第１デバイスは、ノイズデータを除いて、無欠性検査データのみをパケットに挿入することができる。また、一実施形態によれば、第１デバイスは、ユーザ音声が検出されない場合、入力された信号をエンコーディングしない。
【０１２０】
一実施形態によれば、ノイズデータは、受信デバイスでノイズを発生させるためのパラメータ情報を含んでもよい。一実施形態によれば、該ノイズデータは、快適ノイズ（comfort  noise）についてのデータを含んでもよい。
【０１２１】
一実施形態によれば、第１デバイスは、音声品質補完データを生成することができる。該音声品質補完データは、音声品質を向上させるためのデータを含んでもよい。一実施形態によれば、第１デバイスは、決定されたパケットサイズに対応するように、前記音声品質補完情報を生成することができる。例えば、第１デバイスは、音声通話の品質を向上させるためのさらなるデータを余裕帯域幅を利用して、少なくとも１つのデバイスに送信することにより、音声通話の品質を向上させることができる。
【０１２２】
一実施形態によれば、第１デバイスは、少なくとも１つのデバイスに伝送するパケットに、前記無欠性検査データ及び音声品質補完データのうち少なくとも一つを挿入することができる。それは、図１１で詳細に説明する。
【０１２３】
また、一実施形態によれば、第１デバイスは、ユーザ状態情報を獲得することができる。一実施形態によれば、ユーザ状態情報は、第１デバイスのセンサから獲得した情報、または第１デバイスのセンサから獲得した情報に基づいて分析された情報を含んでもよい。例えば、ユーザ状態情報は、体温、脈拍数、またはユーザの身体情報に基づいて分析されたユーザの感情、健康状態に係わる情報を含んでもよい。
【０１２４】
一実施形態によれば、音声通信において、第１デバイスは、ユーザ状態情報を獲得することができ、獲得したユーザ状態情報を、余裕帯域幅を利用して、音声チャネルが形成されている少なくとも１つのデバイスに送信することができる。一実施形態によれば、第１デバイスは、少なくとも１つのデバイスに送信するパケットに、無欠性検査データ及びユーザ状態情報のうち少なくとも一つを挿入することができる。
【０１２５】
また、一実施形態によれば、第１デバイスは、入力された信号以外の少なくとも１つの他のデバイスに送信するデータを獲得することができる。
【０１２６】
一実施形態によれば、入力された信号は、現在マイクロフォンを介してデバイスに受信される音信号を含んでもよく、入力された信号以外の少なくとも１つの他のデバイスに送信するデータは、音信号以外のイメージ、テキスト、動画についてのデータを含んでもよい。
【０１２７】
例えば、音声通信において、第１デバイスは、ユーザの入力によって、カメラを介して、イメージデータを獲得することができる。獲得したイメージデータを、余裕帯域幅を利用して、音声チャネルが形成されている少なくとも１つのデバイスに送信することができる。
【０１２８】
一実施形態によれば、第１デバイスは、少なくとも１つのデバイスに送信するパケットに、無欠性検査データ、及び入力された信号以外の少なくとも１つの他のデバイスに送信するデータのうち少なくとも一つを挿入することができる。
【０１２９】
図７は、一実施形態による、パケットのフォーマット一例を図示している。図７を参照すれば、３Ｇ通信パケット７０１は、３Ｇネットワークを介して送受信されるパケットであり、ヘッダ、ペイロード及び補助情報を含んでもよい。また、ＬＴＥ通信パケット７０３は、ＬＴＥネットワークを介して送受信されるパケットであり、３Ｇ通信パケット７０１と類似して、ヘッダ、ペイロード及び補助情報を含んでもよい。ただし、ＬＴＥ通信パケット７０３は、３Ｇ通信パケット７０１と大きさが異なる。
【０１３０】
一実施形態によれば、図７のパケット７０１，７０３は、入力された信号がエンコーディングされたデータがペイロードに挿入されたパケットでもある。図７のパケット７０１，７０３は、前述の第１デバイスが入力された信号から、ユーザの音声を検出した場合に生成するパケットでもある。すなわち、図７のパケット７０１，７０３は、図２で説明した帯域幅と対応する第１サイズのパケットを意味する。従って、図７のパケット７０１，７０３には、無欠性検査データが含まれていない。
【０１３１】
一実施形態によれば、第１デバイスは、形成された音声通信チャネルの帯域幅に基づいて、ＬＴＥ通信パケット７０３を生成するか、あるいは３Ｇ通信パケット７０１を生成するかということを決定することができる。
【０１３２】
図８は、一実施形態による、無欠性検査データを含むパケットのフォーマット一例を図示している。図８を参照すれば、３Ｇ通信パケット８０１は、ヘッダ、ノイズデータ、無欠性検査データ及び補助情報を含んでもよい。また、ＬＴＥ通信パケット８０３も、３Ｇ通信パケットと類似して、ヘッダ、ノイズデータ、無欠性及び補助情報を含んでもよい。ただし、前述のように、ＬＴＥ通信パケット８０３は、３Ｇ通信パケット８０１と大きさが異なる。
【０１３３】
図７のパケット７０１，７０３と比較するとき、図８のパケット８０１，８０３は、ノイズデータ及び無欠性検査データがパケットのペイロードに含まれる。一実施形態によれば、図８のパケット８０１，８０３は、入力信号がエンコーディングされたデータが挿入されていない、ノイズデータ及び無欠性検査データが挿入されたパケットでもある。
【０１３４】
前述のように、図８のパケット８０１，８０３は、第１デバイスが入力された信号から、ユーザの音声を検出することができなかった場合に生成するパケットでもある。すなわち、図８のパケット８０１，８０３は、図２で説明した第２サイズのパケットに、無欠性検査データが挿入されたパケットでもある。
【０１３５】
従来には、図８のパケット８０１，８０３に無欠性検査データを含ませずに、送信した。前述のように、音声が検出されない場合、第１デバイスは、ノイズデータのみを送信するために、図７のパケット７０１，７０３（第１サイズのパケット）に比べ、小サイズである第２サイズのパケットを、少なくとも１つのデバイスに送信する。
【０１３６】
しかし、割り当てられたチャネルの帯域幅は変動しないので、チャネル上には、余裕帯域幅が存在する。第１デバイスは、余裕帯域幅を利用して、無欠性検査データを送信することができる。すなわち、第１デバイスは、図８のパケット８０１，８０３のように、送信するパケットに１６０ビットまたは２２４ビットの無欠性検査データを挿入して送信することができる。
【０１３７】
さらには、一実施形態によれば、第１デバイスは、ノイズデータを除いて、無欠性検査データのみを送信するパケットに追加して送信することもでき、ノイズデータのみを含むパケットを送信することもできる。また、前述のように、第１デバイスは、無欠性検査データ以外の、音声品質補完情報・ユーザ状態情報・音声データ以外の他のデータをパケット内に挿入することもできる。
【０１３８】
図９は、一実施形態による、パケットインデックス情報を含むパケットのフォーマットを図示している。
【０１３９】
一実施形態によれば、第１デバイスは、第２デバイスに、音声データ、または音声データ以外のデータを送信することができる。また、受信デバイスである第２デバイスは、第１デバイスから受信したパケットに対して、選択的に無欠性検査を行うこともできる。例えば、第２デバイスは、パケット受信時、偶数番目または奇数番目に受信されたパケットについてのみ無欠性検査を行うことができる。また、第２デバイスは、受信されたパケット内に含まれたパケットインデックス情報に基づいて、選択的に無欠性検査を行うことができる。
【０１４０】
一実施形態によれば、第１デバイスは、送信するパケットに、パケットインデックス情報を挿入することができる。一実施形態によれば、第１デバイスは、入力された信号から、ユーザ音声が検出されない場合、パケットに、無欠性検査データ及びパケットインデックス情報を挿入することができる。
【０１４１】
一実施形態によれば、パケットインデックス情報は、パケットが生成された順序（パケットの順序）、パケット（または、ペイロード）内に含まれたデータの種類、パケット（または、ペイロード）の大きさ、パケット内に含まれた無欠性検査データが以前に送信された何番パケット内に含まれたデータに係わる無欠性検査データであるかということに係わる情報のうち少なくとも一つを含んでもよい。
【０１４２】
一実施形態によれば、第２デバイスは、パケットインデックス情報に含まれた情報に基づいて、選択的に無欠性検査を行うことができる。例えば、第２デバイスは、所定データが含まれたパケットについてのみ無欠性検査を行うこともでき、第１デバイスでパケットが生成された順序を参照し、偶数番目または奇数番目に生成されたパケットについてのみ無欠性検査を行うことができる。ただ、第２デバイスは、ランダムにパケットを選択し、選択したパケットについてのみ無欠性検査を行うこともできるということはいうまでもない。
【０１４３】
また、送信中のパケットは、信号減衰、フェーディング（fading）、ノイズなど多様な原因によって漏れ、損失、誤謬が発生してしまう。受信デバイスである第２デバイスが、漏れ、損失、誤謬が発生したパケットに対して無欠性検査を行う場合には、漏れ、損失、誤謬が発生したパケットに対する無欠性が認証されない。従って、第２デバイスは、パケットインデックス情報を参照することにより、漏れ、損失、誤謬が発生したパケットを区分し、無欠性検査を行わない。
【０１４４】
また、一実施形態によれば、第２デバイスは、所定回数以上無欠性検査を行わない場合、パケットの無欠性が認証されていないと判断することもできる。
【０１４５】
一実施形態によれば、第２デバイスは、漏れ、損失、誤謬の発生したパケットが所定個数、または連続的に所定個数以上である場合、パケットの無欠性が認証されていないと判断することもできる。
【０１４６】
一実施形態によれば、第１デバイスまたは第２デバイスは、パケットの無欠性が認証されない場合、通信チャネルの連結を終了するか、あるいは通信チャネルを再連結することができる。
【０１４７】
図１０は、一実施形態による、ノイズデータのビット構成を図示している。図１０を参照すれば、最初ないし第２８番目のビットは、第１  ＩＳＦ（immittance  spectral  frequency）ベクトルないし第５  ＩＳＦベクトルに係わる情報を示す。一実施形態によれば、ＩＳＦベクトルは、エンコーダにおいて、音声が検出されない場合、音声通信パケットに挿入するノイズデータを生成するときに使用されるパラメータ情報を意味する。
【０１４８】
第２９番目ないし第３４番目のビットは、ログフレームエネルギーに係わる情報を示し、ログフレームエネルギーとは、ノイズデータを生成するときに使用されるパラメータを意味する。
【０１４９】
第３５番目のビットは、ディザリング（dithering）フラグビットでもある。ディザリングフラグビットは、デコーダでディザリングを使用するか否かということを示すことができる。ディザリングとは、ユーザが聞きやすいように、所定ノイズデータを追加する技術を意味する。
【０１５０】
第３６番目のビットは、前述のＳＩＤであり、ユーザの音声が含まれるか（ＳＩＤ  first）、ノイズデータが含まれたデータであるか、フレーム番号が変更されるフレームであるかということを示す情報を示すことができる。
【０１５１】
第３７番目ないし第４０番目のビットは、モード指示子であり、エンコーダの動作に係わる情報（例えば、エンコーディングレート）を示すことができる。
【０１５２】
図１０に図示されたノイズデータのビット構成は、一例であり、ユーザの定義、及びノイズデータの生成形態によって、ビット構成が異なるということは、当業者に自明である。
【０１５３】
図１１及び図１２は、一実施形態による、ユーザ音声検出によるデバイスの動作を図示している。
【０１５４】
図１１を参照すれば、Ｓ  １１０１は、speechの略語であり、音声が検出された場合を意味し、Ｄ  １１０３は、discontinuous  transmissionの略語であり、音声が検出されない場合を意味する。
【０１５５】
一実施形態によれば、第１デバイスは、ユーザから信号を入力される。一実施形態によれば、第１デバイスは、ユーザから音信号を入力される。例えば、第１デバイスは、マイクロフォンを介して、ユーザから音信号を入力される。
【０１５６】
一実施形態によれば、入力された信号から、音声が検出された場合、第１デバイスは、入力された信号をエンコーディングし、エンコーディングされたデータをパケット内に挿入する。このとき、第１デバイスは、パケット内に挿入したエンコーディングされたデータの無欠性を認証するための無欠性検査データを生成し、保存することができる。エンコーディングされたデータを挿入したパケットを伝送するときは、残余帯域幅が存在しないので、第１デバイスは、無欠性検査データをパケット内に挿入しない。
【０１５７】
一実施形態によれば、入力された信号から、音声が検出されない場合、第１デバイスは、入力された信号をエンコーディングしない。第１デバイスは、ノイズデータのみを含んだパケットに保存されていた無欠性検査データを挿入することができる。すなわち、第１デバイスは、保存しく以前にエンコーディングされて伝送されたデータの無欠性検査データを、現在送信するパケット内に挿入することができる。
【０１５８】
言い替えれば、第１デバイスは、無欠性検査データをバッファリングし、音声が検出されずに送信するパケットサイズが小さい場合、バッファリングされていた無欠性検査データをパケット内に挿入して送信することができる。
【０１５９】
例えば、第１デバイスは、無欠性検査データをバッファリングすることにより、オーバーヘッドなしに、少なくとも１つのデバイスに、無欠性検査データを送信することもできる。さらには、一実施形態によれば、第１デバイスは、所定サイズの無欠性検査データのみを保存することもできる。
【０１６０】
図１２を参照すれば、第１デバイスは、第２デバイスに送信するデータのうち一部についてのみ無欠性検査データを生成して保存することができる。一実施形態によれば、第１デバイスは、送信する複数のパケットのうち一部のパケットについてのみ無欠性検査データを生成することもできる。
【０１６１】
図１１で説明したように、第１デバイスは、ユーザから信号を入力される。第１デバイスは、入力された信号で音声が検出された場合、入力された信号をエンコーディングし、エンコーディングされたデータを、送信するパケット内に挿入することができる。また、第１デバイスは、エンコーディングされたデータが挿入されたパケットを、第２デバイスに送信することができる。
【０１６２】
一実施形態によれば、第１デバイスは、入力された信号で音声が検出されない場合、入力された信号をエンコーディングせず、ノイズデータ及び無欠性検査データを、送信するパケット内に挿入することができる。無欠性検査データは、以前に送信されたエンコーディングされたデータに係わる無欠性を検証することができるデータでもある。音声検出による第１デバイスの動作は、前述のところに対応するので、詳細な説明は省略する。
【０１６３】
一実施形態によれば、第１デバイスは、ユーザから音信号を入力される。例えば、第１デバイスは、マイクロフォンを介して、ユーザから音信号を入力される。音信号は、別途の区間に分けられずに連続的に入力されるが、図１２では、説明の便宜のために、音信号が入力される区間を分けて説明する。
【０１６４】
第１デバイスは、１番及び２番の区間で音声が検出された場合、第１デバイスは、入力された信号をエンコーディングし、エンコーディングされたデータをパケット内に生成する。このとき、図１１で説明したように、第１デバイスは、パケット内に挿入したエンコーディングされたデータの無欠性を認証するための無欠性検査データを生成し、保存することができる。
【０１６５】
ただし、図１１と異なる点は、第１デバイスは、２番区間で入力された信号に対応するデータについて、無欠性検査データを生成して保存し、１番区間で入力された信号に対応するデータについては、無欠性検査データを生成しない。すなわち、第１デバイスは、入力された信号の一部に対応するデータについてのみ無欠性検査データを生成して保存することができる。前述のように、無欠性検査データの保存は、無欠性検査データのバッファリングを含んでもよい。
【０１６６】
また、図１１で説明したように、第１デバイスは、入力された信号から、音声が検出されない場合、バッファリングされていた無欠性検査データを、送信するパケット内に挿入することができる。言い替えれば、第１デバイスは、２番区間で入力された信号に対応するデータについてのみ無欠性検査データを生成してバッファリングし、バッファリングされていた無欠性検査データを、送信するパケットに挿入することができる。
【０１６７】
一実施形態によれば、図１２の３，４，５区間で入力された信号も、前述の方法が適用される。すなわち、第１デバイスは、３番区間及び４番区間で入力された信号についてのみ無欠性データを生成して保存し、５番区間で入力された信号については、無欠性データを生成しない。
【０１６８】
さらには、第１デバイスは、第２デバイスに送信するパケットに、無欠性検査データをパケット内に挿入する場合、パケットインデックス情報を、さらに挿入することができる。
【０１６９】
一実施形態によれば、パケットインデックス情報は、パケットが第１デバイスで生成された順序（パケットの生成順序）、パケット（または、ペイロード）内に含まれたデータの種類、パケット（または、ペイロード）の大きさ、パケット内に含まれた無欠性検査データが、どのパケットに含まれたデータの無欠性検査データであるかということに係わる情報のうち少なくとも一つを含んでもよい。また、パケットインデックス情報には、パケット内に含まれたデータの無欠性検査データが生成されたか否かということに係わる情報を含んでもよい。
【０１７０】
一実施形態によれば、受信デバイスである第２デバイスは、パケットインデックス情報に基づいて、受信されたパケット内に含まれたデータの無欠性検査データが生成されたか否かということを判断し、受信されたパケットの無欠性検査いかんを決定することができる。
【０１７１】
図１３は、一実施形態による音声品質補完情報について説明するための図面である。図１３は、エンコーディング以前の音信号１３０１、及びエンコーディング以後の音信号１３０３のグラフを図示している。
【０１７２】
一実施形態によれば、第１デバイスは、音信号の所定範囲の周波数帯域をエンコーディングし、少なくとも１つの他のデバイスに送信する。一実施形態によれば、第１デバイスは、音信号のうち人の耳に良好に聞こえない約１４〜１５ｋＨｚ以上の高周波成分をエンコーディングせず、約１４〜１５ｋＨｚ以下の成分のみをエンコーディングすることができる。ただ、第１デバイスが音信号をエンコーディングする範囲は、ユーザの入力、帯域幅の状況などに基づいて変更されるということは当業者に自明であるということはいうまでもない。
【０１７３】
一実施形態によれば、第１デバイスからエンコーディングされた音信号（または、音声データ）を受信する少なくとも１つのデバイスは、受信されたエンコーディングされた音信号をデコーディングすることができる。
【０１７４】
ただし、一定周波数帯域（例えば、図１３のおよそ１４〜１５ｋＨｚ以上の帯域）をエンコーディングしない場合、音声を構成する必須構成成分が漏れてしまう。従って、音声再生時に音質が下落してしまう。従って、音質向上のためには、高周波帯域の復元も必要である。従って、第１デバイスからエンコーディングされた音信号（または、音声データ）を受信するデバイスは、高周波帯域のデータを推定して復元することができる。高周波帯域のデータを推定して復元する技術をＢＷＥ（bandwidth  estimation）という。
【０１７５】
ＢＷＥ技術は、blind  ＢＷＥとguided  ＢＷＥとに区分される。blind  ＢＷＥは、補助データなしに、デバイスが高周波帯域を予測する方式であり、guided  ＢＷＥは、品質を補完するための補助データに基づいて、デバイスが高周波帯域を予測する方式である。guided  ＢＷＥは、blind  ＢＷＥに比べ、音質にはすぐれるが、第１デバイスのような送信デバイスにおいて、補助データを別途に送信しなければならない。該補助データは、必須なデータではないので、高周波帯域復元のために、補助的な情報を送信するために、さらなる帯域幅を割り当てられなければならない。しかし、さらなる帯域幅が割り当てられれば、他のデバイスとの間の通信チャネルに、適切な帯域幅を割り当てることができず、音声通話が不可能であったり、音声通信中のデバイス間の通信切れなどの問題が発生してしまう。
【０１７６】
ただし、本願発明の場合、前述のように、ユーザの音声が感知されず、パケット内に挿入するデータが小さい場合、すでに割り当てられたチャネルに残余帯域幅が存在するので、第１デバイスは、さらに音声品質向上のための音声品質補完情報をパケット内に挿入することにより、少なくとも１つのデバイスに、音声品質補完情報を提供することができる。一実施形態によれば、音声品質補完情報は、品質を補完するための補助データを含んでもよい。
【０１７７】
図１４は、一実施形態による、音声品質補完情報を含むパケットのフォーマット一例を図示している。
【０１７８】
図７のパケット７０１，７０３と比較するとき、図１４のパケット１４０１は、ペイロード内に、ノイズデータ及び音声品質補完情報が含まれる。一実施形態によれば、図１４のパケット１４０１は、入力信号がエンコーディングされたデータが挿入されていない、ノイズデータ及び音声品質補完情報が挿入されたパケットでもある。図７及び図８で説明したように、通信チャネルの帯域幅によって、パケットサイズは、変更される（例えば、図７の３Ｇ通信パケット７０１、ＬＴＥ通信パケット７０３）。
【０１７９】
前述のように、図１４のパケット１４０１は、第１デバイスが入力された信号から、ユーザの音声を検出することができなかった場合に生成するパケットでもある。すなわち、図１４のパケット１４０１は、図２で説明した第１デバイスが、第２サイズのパケットに音声品質補完情報を挿入したパケットを意味する。
【０１８０】
従来には、第１デバイスが音声品質補完情報を含まずに、パケットを生成して送信した。前述のように、音声が検出されない場合、第１デバイスは、ノイズデータのみを送信するために、図７のパケット７０１，７０３（第１サイズのパケット）に比べ、小サイズである第２サイズのパケットを、少なくとも１つのデバイスに送信する。しかし、割り当てられたチャネルの帯域幅は変動しないので、余裕帯域幅を利用して、音声品質補完情報を送信するために、第１デバイスは、図１４のパケット１４０１のように、送信するパケットに、音声品質補完情報を挿入して送信することができる。
【０１８１】
さらには、一実施形態によれば、第１デバイスは、ノイズデータを除いて、音声品質補完情報のみを送信するパケットに追加して送信することもでき、ノイズデータのみを含むパケットを送信することもできる。また、第１デバイスは、ノイズデータ、音声品質補完情報、無欠性検査データのうち少なくとも一つを含むパケットを送信することもできる。
【０１８２】
図１５は、一実施形態によるユーザ状態情報について説明するための図面である。
【０１８３】
一実施形態によれば、第１デバイスは、ユーザ状態情報を獲得することができる。
【０１８４】
一実施形態によれば、ユーザ状態情報とは、第１デバイスのセンサから獲得した情報、または前記デバイスのセンサから獲得した情報に基づいて分析された情報を含んでもよい。また、ユーザ状態情報は、心電図、脈拍数、体温のようなユーザの健康状態情報も含んでもよく、前記例示に制限されず、移動速度、感情に係わる情報も含んでもよい。
【０１８５】
図１５を参照すれば、音声通話中、第１デバイスは、ユーザの手、顔のような身体部位に接触しているので、ユーザの体温、心拍数などに係わる情報を獲得することができる。また、映像通話中、第１デバイスは、ユーザの顔、口の形、瞳孔、虹彩などに係わる情報を獲得することもできる。
【０１８６】
さらには、一実施形態によれば、第１デバイスは、加速度センサまたはＧＰＳ（global  position  system）に基づいて、ユーザの現在位置及び移動速度に係わる情報を獲得することもでき、気圧センサ及び温度／湿度センサを利用して、ユーザ周囲の環境情報を獲得することもできる。ただし、ユーザ状態情報を獲得する方法は、前記例示に制限されるものではない。
【０１８７】
また、一実施形態によれば、第１デバイスは、音声通話時には、獲得した心拍数情報に基づいて、映像通話時には、獲得したユーザの瞳孔変化に基づいて、ユーザの感情状態または健康状態を分析することもできる。
【０１８８】
一実施形態によれば、第１デバイスは、残余帯域幅を利用して、ユーザ状態情報を少なくとも１つのデバイスに送信することができる。
【０１８９】
図１６は、一実施形態による、ユーザ状態情報を含むパケットのフォーマット一例を図示している。
【０１９０】
図７のパケット７０１，７０３と比較するとき、図１６のパケット１６０１は、ペイロードに、ノイズデータ及びユーザ状態情報が含まれる。一実施形態によれば、図１６のパケット１６０１は、入力信号がエンコーディングされたデータが挿入されていない、ノイズデータ及び音声品質補完情報が挿入されたパケットでもある。図７及び図８で説明したように、通信チャネルの帯域幅によって、パケットサイズは、変更される（例えば図７及び図８の３Ｇ通信パケット７０１，８０１、ＬＴＥ通信パケット７０３，８０３）。
【０１９１】
前述のように、図１６のパケット１６０１は、第１デバイスが入力された信号から、ユーザの音声を検出することができなかった場合に生成するパケットでもある。すなわち、図１６のパケット１６０１は、図２で説明した第２サイズのパケットに、ユーザ状態情報を挿入したパケットを意味する。
【０１９２】
従来には、第１デバイスがユーザ状態情報を含めずにパケットを生成して送信した。前述のように、音声が検出されない場合、第１デバイスは、ノイズデータのみを送信するために、図７のパケット７０１，７０３（第１サイズのパケット）に比べ、小サイズである第２サイズのパケットを、少なくとも１つのデバイスに送信する。しかし、割り当てられたチャネルの帯域幅は変動しないので、余裕帯域幅を利用して、ユーザ状態情報を送信するために、第１デバイスは、図１６のパケット１６０１のように、送信するパケットにユーザ状態情報を挿入して送信することができる。
【０１９３】
さらには、一実施形態によれば、第１デバイスは、ノイズデータを除いて、ユーザ状態情報のみを送信するパケットに追加して送信することもでき、ノイズデータのみを含むパケットを送信することもできる。また、第１デバイスは、ノイズデータ、音声品質補完情報、ユーザ状態情報についてのデータ、無欠性検査データのうち少なくとも一つを含むパケットを送信することもできる。
【０１９４】
さらには、一実施形態によれば、第１デバイスは、パケット内にユーザ状態情報の代わりに、エンコーディングされた音声データ以外の送信するデータを挿入することもできる。それは、前述の内容と対応する。
【０１９５】
一実施形態によれば、第１デバイスは、マイクを介してデバイスに受信される音信号以外の送信するデータを獲得し、図１６のパケットに、ユーザ状態情報の代わりに、マイクを介してデバイスに受信される音信号以外の送信するデータを挿入することができる。ただ、第１デバイスは、パケット、及び挿入するデータの総サイズにより、ユーザ状態情報、及び送信するデータのうち少なくとも一つ以上を挿入することもできるということはいうまでもない。
【０１９６】
すなわち、第１デバイスは、ユーザ音声が検出されない場合、ノイズデータ、音声品質補完情報、ユーザ状態情報についてのデータ、無欠性検査データ、音または音声信号以外の送信するデータのうち少なくとも一つを含むパケットを生成して送信することもできる。
【０１９７】
図１７ないし図１９は、一実施形態による、ユーザの健康状態情報を分析する方法について説明するための図面である。
【０１９８】
一実施形態によれば、第１デバイスは、ユーザ状態情報を獲得することができる。ユーザ状態情報は、ユーザの健康状態情報を含んでもよい。例えば、第１デバイスは、ユーザの心電図または心拍数に係わる情報を獲得することができる（図１７及び図１８）。
【０１９９】
一実施形態によれば、第１デバイスは、第１デバイスが含む少なくとも１つの電極に基づいて、心電図及び心拍数を測定することができる。ただし、前記例示に制限されるものではなく、第１デバイスは、多様な方法を介して心電図及び心拍数を測定することができる。
【０２００】
該心電図は、心臓の電気的活動をグラフで示したものであり、心臓が血液を送り出すために、収縮／拡張するときに起こる電気的活動を記録したものである。心拍数は、心臓の拍動数を意味する。
【０２０１】
図１７は、心電図（ＥＣＧ：electrocardiogram）情報によるグラフを図示している。図１７を参照すれば、グラフのＰ地点は、心房の脱分極によって、Ｑ，Ｒ，Ｓ地点は、心室の脱分極によって、Ｔ地点は、心室の再分極によって、電圧の変化が発生することを示し、心拍数は、心電図のＱ，Ｒ，Ｓ地点の間隔を測定し、分当たりの心拍数を示す。心電図及び心拍数は、当業者に自明な事項であるので、詳細な説明は省略する。
【０２０２】
図１８を参照すれば、第１グラフ１８０１は、心拍によるＲピーク（Ｒ  peak）グラフを示し、第２グラフ１８０３は、心拍数を示したグラフである。第１デバイスは、心臓の電気的活動による心電図情報を獲得することにより、第１グラフ１８０１及び第２グラフ１８０３のような心拍数と係わる情報も獲得することができる。一実施形態によれば、第１デバイスは、獲得した心拍数情報に基づいて、平均Ｒピーク間隔（mean  ＲＲ）及び平均心拍動率（mean  ＨＲＶ）を獲得することができる。
【０２０３】
一実施形態によれば、第１デバイスは、獲得した多様な心拍数と係わる情報に基づいて、ユーザの状態を分析することができる。
【０２０４】
例えば、第１デバイスは、図１８のような心拍数に係わる情報に基づいて、ユーザが頻脈（tachycardia）であるか否かということを判断することができる。頻脈とは、心拍数が分当たり１００回以上速くなる場合を意味し、頻脈は、心機能問題、自律神経系不均衡、睡眠不足、不整脈、肺疾患など多様な原因によって示される。
【０２０５】
一実施形態によれば、第１デバイスは、平均Ｒピーク間隔が所定間隔より狭い場合、頻脈と判断するか、あるいは平均心拍動率が９０以上である場合頻脈と判断することができる。また、第１デバイスは、平均心拍動率が６０以下である場合、徐脈（bradycardia）、平均心拍動率が６０から９０である場合、正常と判断することもできる。
【０２０６】
また、一実施形態によれば、第１デバイスは、ユーザが頻脈であるか否かということに基づいて、ユーザの感情状態（ストレス、不安、焦燥など）、及びユーザの健康状態（心機能問題、自律神経系不均衡、睡眠不足など）を分析することができる。それだけではなく、第１デバイスは、ユーザの感情状態及び健康状態以外のユーザ状態情報（急激な運動、過度なカフェイン摂取、過度なニコチン吸入など）いかんについても、分析することができる。
【０２０７】
図１９は、第１デバイスが獲得することができる健康状態情報を図示している。
【０２０８】
一実施形態によれば、第１デバイスは、体温情報、心拍／脈拍／脈拍変異度に係わる情報、血圧情報、水分排出量情報、活動量情報、ストレス指数情報、睡眠いかん／睡眠効率情報、呼吸情報、酸素飽和度情報、皮膚状態情報、飲食物摂取量情報、血糖情報のうち少なくとも一つを獲得することができるが、前記例示に制限されるものではない。
【０２０９】
例えば、第１デバイスは、温度／湿度センサを利用して、ユーザの体温、皮膚状態情報、水分排出量情報を獲得することができる。また、第１デバイスは、第１デバイス、または第１デバイスと連結された（有線または無線で連結された）他のデバイス（例えば、ウェアラブルデバイス）が含む電極を介して、ユーザの心拍／脈拍／脈拍変異度に係わる情報、血圧情報のうち少なくとも一つを獲得することができる。また、第１デバイスは、加速度センサ、ＧＰＳセンサを利用して、ユーザの活動量情報を獲得することができる。
【０２１０】
一実施形態によれば、第１デバイスは、別途のユーザの入力なしにも、体温情報、心拍／脈拍／脈拍変異度に係わる情報、血圧情報、水分排出量情報、活動量情報、ストレス指数情報、睡眠いかん／睡眠効率及び非浸湿的血糖情報のうち少なくとも一つを獲得することができる。
【０２１１】
また、一実施形態によれば、第１デバイスは、呼吸情報、酸素飽和度情報、皮膚状態情報、飲食物摂取量情報、血糖情報のうち少なくとも一つに対する測定を始めるというユーザの入力を受信することにより、呼吸情報、酸素飽和度情報、皮膚状態情報、飲食物摂取量情報、血糖情報のうち少なくとも一つを獲得することができる。ただ、測定方式により、別途のユーザの入力なしにも、健康状態情報を獲得することができるということはいうまでもない。
【０２１２】
一実施形態によれば、第１デバイスは、第１デバイスが含むセンサ、または第１デバイスと連結されたデバイス（例えば、ウェアラブルデバイス）が含むセンサを介して、所定期間、ユーザの健康状態情報を獲得することができる。例えば、第１デバイスは、２４ないし４８時間、または７日ないし３０日のように、長期間の心電図に係わる情報を獲得することができる。
【０２１３】
一実施形態によれば、第１デバイスは、ユーザが通信時に獲得したユーザの健康状態に係わる情報を、図１６で説明したようにパケット内に挿入し、受信デバイスのユーザに心電図に係わる情報を即座に送信することができる。
【０２１４】
図２０及び図２１は、一実施形態による、無欠性検査データを提供するデバイスについて説明するためのブロック図である。
【０２１５】
図２０及び図２１に図示された構成要素は、いずれも第１デバイス１０１の必須構成要素であるものではない。図２０及び図２１に図示された構成要素より多くの構成要素によって、第１デバイス１０１が具現されもし、図２０及び図２１に図示された構成要素より少ない構成要素によって、第１デバイス１０１が具現されもする。また、第１デバイス１０１の各構成要素は、プロセッサを含んでもよい。
【０２１６】
図２０を参照すれば、第１デバイス１０１は、通信部２００１、エンコーダ２００３、パケット生成部２００５及び制御部２０１７を含んでもよい。
【０２１７】
一実施形態によれば、通信部２００１は、少なくとも１つの他のデバイスと、音声通信チャネルを形成することができる。また、通信部２００１は、通信チャネルを介して、少なくとも１つのデバイスに送信されるパケットサイズを決定することができる。
【０２１８】
一実施形態によれば、音声通信チャネルとは、３Ｇ，４Ｇ  ＬＴＥ（long  term  evolution）ネットワーク方式だけではなく、Ｗｉ−Ｆｉ、Bluetooth、Zigbeeなど多様なネットワーク方式を介して、ユーザの音声データを送受信するチャネルを含んでもよい。それは、前述のところに対応する。
【０２１９】
一実施形態によれば、音声通信のためのチャネルは、所定帯域幅を有したチャネルを含んでもよい。また、第１デバイスが少なくとも１つの他のデバイスと形成した音声通信チャネルは、所定期間ごとに所定サイズのデータを通信することができる通信チャネルを含んでもよい。
【０２２０】
また、一実施形態によれば、通信部２００１は、形成された音声通信チャネルの帯域幅に基づいて、少なくとも１つのデバイスに送信されるフレームの大きさも決定することができる。
【０２２１】
さらには、一実施形態によれば、通信部２００１は、パケット生成部２００５が生成したパケットを、少なくとも１つの他のデバイスに送信することができる。また、通信部２００１は、無欠性を検査するのに利用されるキーデータを、少なくとも１つの他のデバイスに送信することもできる。一実施形態によれば、該キーデータは、図３で説明した秘密キーを含んでもよい。
【０２２２】
一実施形態によれば、エンコーダ２００３は、第１デバイス１０１を介して入力された信号から、ユーザ音声を検出することができる。
【０２２３】
一実施形態によれば、第１デバイス１０１は、ユーザから信号を受信することができる。例えば、第１デバイス１０１は、マイクを介して音信号（sound  signal）を受信することができる。
【０２２４】
一実施形態によれば、エンコーダ２００３は、ユーザから入力された信号から、ユーザ音声を検出することができる。一実施形態によれば、第１デバイスは、ＶＡＤ技術を利用して、ユーザの音声を検出することができる。それは、図４で説明したところに対応する。
【０２２５】
一実施形態によれば、エンコーダ２００３は、ユーザから入力された信号から、音声が検出されるか否かということを判断することができる。すなわち、エンコーダ２００３は、入力された信号内に、ユーザの音声が含まれているか、あるいは音声を除いたその他の他の音声が含まれていないかということを判断することができる。
【０２２６】
一実施形態によれば、エンコーダ２００３は、入力された信号から、ユーザの音声が検出される場合、入力された信号をエンコーディングすることができる。しかし、入力された信号から、ユーザ音声が検出されない場合、入力された信号をエンコーディングしない。
【０２２７】
一実施形態によれば、エンコーダ２００３は、ユーザ音声が検出されたか否かということを判断し、判断結果に基づいて、エンコーダの動作モードを決定することができる。また、エンコーダ２００３は、図６の段階６０１で形成されたチャネルの帯域幅、及び段階６０３で決定されたパケットサイズによって、エンコーディング方式を決定することができる。
【０２２８】
一実施形態によれば、入力された信号から、ユーザ音声が検出される場合、エンコーダ２００３は、入力された信号をエンコーディングし、入力された信号から、ユーザ音声が検出されない場合、エンコーダ２００３は、入力された信号をエンコーディングしない。
【０２２９】
一実施形態によれば、パケット生成部２００５は、ユーザから入力された信号から、音声が検出された場合、検出された音声を基に生成した音声データを送信するために、段階５０１で形成された音声通信チャネルの帯域幅と対応する大きさである第１サイズのパケットを生成することができる。具現例によって、パケット生成部２００５は、通信部２００１内に含まれてもよい。
【０２３０】
一実施形態によれば、パケット生成部２００５は、ユーザから入力された信号から、音声が検出されない場合、パケットを生成しないか、あるいはノイズデータを含むパケットを生成することができる。ノイズデータを含むパケットサイズは、音声データを含む第１サイズのパケットより小サイズである第２サイズのパケットでもある。
【０２３１】
一実施形態によれば、ノイズデータは、受信デバイスでノイズを発生させるためのパラメータ情報を含んでもよい。一実施形態によれば、ノイズデータは、快適ノイズ（comfort  noise）を生成するためのデータを含んでもよい。
【０２３２】
一実施形態によれば、パケット生成部２００５は、エンコーダ２００３のユーザ音声検出結果に基づいて、送信されるデータの無欠性を検査するための無欠性検査データを、生成したパケットに選択的に挿入することができる。
【０２３３】
一実施形態によれば、パケット生成部２００５は、ユーザから入力された信号から、音声が検出された場合、形成された音声通信チャネルの帯域幅と対応する大きさである第１サイズのパケットを生成することができる。その場合、パケット生成部２００５は、生成されたパケットに、無欠性検査データを挿入しない。
【０２３４】
一実施形態によれば、パケット生成部２００５は、ユーザから入力された信号から、音声が検出されない場合、第１サイズのパケットより小サイズである第２サイズのパケットを生成することができる。パケット生成部２００５は、生成した第２サイズのパケットに、無欠性検査データを挿入することができる。無欠性検査データが挿入されたパケットは、第１サイズのパケットと同一サイズを有することができる。
【０２３５】
一実施形態によれば、パケット生成部２００５は、無欠性検査データだけではなく、ユーザ状態情報、音声品質補完データ、音声データ以外の送信するデータを、第２サイズのパケット内に挿入することもできる。
【０２３６】
一実施形態によれば、通信部２００１は、パケット生成部２００５が生成したパケットを、少なくとも１つの他のデバイスに送信することができる。
【０２３７】
一実施形態によれば、制御部２０１７は、一般的に、第１デバイス１０１の全般的な動作を制御する。例えば、制御部２０１７は、第１デバイス１０１に保存されたプログラムを実行することにより、第１デバイス１０１が含む構成要素を全般的に制御することができる。制御部２０１７は、中央制御装置のような演算ユニットまたはプロセッサのうち少なくとも一つを含んでもよく、他の構成要素内に含まれてもよい。ただし、前記例示に制限されるものではない。
【０２３８】
図２１を参照すれば、第１デバイス１０１は、無欠性検査データ生成部２００７、保存部２００９、音声品質補完情報生成部２０１１及び状態情報獲得部２０１３をさらに含んでもよい。
【０２３９】
一実施形態によれば、無欠性検査データ生成部２００７は、送信されるデータの無欠性検査データを生成することができる。無欠性検査データの生成方法は、図３で説明した内容と対応する。一実施形態によれば、無欠性検査データ生成部２００７は、制御部２０１７に含まれるか、あるいは制御部２０１７が無欠性検査データを生成することもできる。
【０２４０】
一実施形態によれば、無欠性検査データ生成部２００７は、通信部２００１が決定したパケットサイズに基づいて、無欠性検査データ生成方法及び無欠性検査データサイズのうち少なくとも一つを決定することができる。それは、図６で説明した内容と対応する。
【０２４１】
一実施形態によれば、保存部２００９は、生成された無欠性検査データを保存することができる。一実施形態によれば、保存部２００９は、バッファ、ＲＡＭ（random  access  memory）、ハードディスクなどを含んでもよく、それは、図１７で詳細に説明する。
【０２４２】
一実施形態によれば、音声品質補完情報生成部２０１１は、音声品質補完データを生成することができる。音声品質補完データは、音声品質を向上させるためのデータを含んでもよい。一実施形態によれば、音声品質補完情報生成部２０１１は、決定されたパケットサイズに対応するように、前記音声品質補完情報を生成することができる。
【０２４３】
また、一実施形態によれば、状態情報獲得部２０１３は、ユーザ状態情報を獲得することができる。一実施形態によれば、ユーザ状態情報は、第１デバイスのセンサから獲得した情報、または第１デバイスのセンサから獲得した情報に基づいて分析された情報を含んでもよい。前述のように、ユーザ状態情報は、ユーザの健康状態情報を含んでもよい。
【０２４４】
図１７ないし図１９で説明したように、状態情報獲得部２０１３は、ユーザの健康状態情報を獲得または分析することができる。
【０２４５】
一実施形態によれば、制御部２０１７は、一般的に、第１デバイス１０１の全般的な動作を制御する。それは、図１５で説明した内容と対応する。
【０２４６】
図２２は、一実施形態による、無欠性検査データを提供するデバイスについて説明するための詳細ブロック図である。図２２に図示されているように、一実施形態による第１デバイス１０１は、通信部２００１、エンコーダ２００３、パケット生成部２００５、無欠性検査データ生成部２００７、保存部２００９、音声品質補完情報生成部２０１１、状態情報獲得部２０１３及び制御部２０１７以外にも、ユーザ入力部２２００、出力部２２１０、信号獲得部２０１５をさらに含んでもよい。
【０２４７】
また、図２２を参照すれば、図２０及び図２１と異なる実施形態として、エンコーダ２００３が音声品質補完情報生成部２０１１を含んでもよく、通信部２００１がパケット生成部２００５を含んでもよい。
【０２４８】
一実施形態によれば、通信部２００１は、少なくとも１つの他のデバイスとの通信チャネルを形成することができる。それは、前述の内容と対応する。通信部２００１は、第１デバイス１０１と、少なくとも１つの他のデバイスとの通信を行うようにする１以上の構成要素を含んでもよい。通信部２００１に係わる説明は、図１５及び図１６で説明した内容と対応する。
【０２４９】
一実施形態によれば、通信部２００１は、パケット生成部２００５、近距離通信部２２３１、移動通信部２２３２及び放送受信部２２３３を含んでもよい。パケット生成部２００５に係わる説明は、図２０及び図２１で説明した内容と対応する。
【０２５０】
近距離通信部（short-range  wireless  communication  unit）２２３１は、ブルートゥース（登録商標（Bluetooth））通信部、ＢＬＥ（Bluetooth  low  energy）通信部、近距離磁場通信部（near  field  communication）、ＷＬＡＮ（wireless  local  area  network）（Ｗｉ−Ｆｉ）通信部、ジグビー（ZigBee）通信部、赤外線（ＩｒＤＡ：infrared  data  association）通信部、ＷＦＤ（Ｗｉ−Ｆｉ  direct）通信部、ＵＷＢ（ultra  wideband）通信部、Ａｎｔ＋通信部などを含んでもよいが、それらに限定されるものではない。
【０２５１】
移動通信部２２３２は、移動通信網上で、基地局、外部端末、サーバのうち少なくとも一つと無線信号を送受信する。ここで、該無線信号は、音声コール信号、画像通話コール信号、または文字／マルチメディアメッセージ送受信による多様な形態のデータを含んでもよい。
【０２５２】
放送受信部２２３３は、放送チャネルを介して、外部から放送信号及び／または放送関連情報を受信する。該放送チャネルは、衛星チャネル、地上波チャネルを含んでもよい。一具現例によって、第１デバイス１０１は、放送受信部２２３３を含まないこともある。
【０２５３】
一実施形態によれば、保存部２００９は、制御部２０１７の処理及び制御のためのプログラムを保存することができ、第１デバイス１０１に入力されたり、第１デバイス１０１から出力されたりするデータを保存することもできる。
【０２５４】
一実施形態によれば、保存部２００９は、フラッシュメモリタイプ（flash  memory  type）、ハードディスクタイプ（hard  disk  type）、マルチメディアカードマイクロタイプ（multimedia  card  micro  type）、カードタイプのメモリ（例えば、ＳＤメモリまたはＸＤメモリなど）、ＲＡＭ（random  access  memory）、ＳＲＡＭ（static  random  access  memory）、ＲＯＭ（read-only  memory）、ＥＥＰＲＯＭ（electrically  erasable  programmable  read-only  memory）、ＰＲＯＭ（programmable  read  only  memory）、磁気メモリ、磁気ディスク、光ディスクのうち少なくとも１つのタイプの記録媒体を含んでもよい。
【０２５５】
一実施形態によれば、保存部２００９に保存されたプログラムは、その機能によって、複数個のモジュールに分類され、例えば、ＵＩ（user  interface）モジュール２２５１、タッチスクリーンモジュール２２５２、アラームモジュール２２５３などに分類される。
【０２５６】
ＵＩモジュール２２５１は、アプリケーション別に、第１デバイス１０１と連動される特化されたＵＩ、ＧＵＩ（graphic  user  interface）などを提供することができる。タッチスクリーンモジュール２２５２は、ユーザのタッチスクリーン上のタッチジェスチャを感知し、タッチジェスチャに係わる情報を制御部２０１７に伝達することができる。一実施形態によるタッチスクリーンモジュール１７５２は、タッチコードを認識して分析することができる。タッチスクリーンモジュール２２５２は、コントローラを含む別途のハードウェアで構成されもする。
【０２５７】
タッチスクリーンのタッチまたは近接タッチを感知するために、タッチスクリーンの内部または近傍に多様なセンサが具備される。タッチスクリーンのタッチを感知するためのセンサの一例として、触覚センサがある。該触覚センサは、人が感じる程度、またはそれ以上に特定物体の接触を感知するセンサをいう。該触覚センサは、接触面の粗度、接触物体の硬度、接触地点の温度などの多様な情報を感知することができる。
【０２５８】
また、タッチスクリーンのタッチを感知するためのセンサの一例として、近接センサ２２２８がある。
【０２５９】
近接センサ２２２８は、所定検出面に接近する物体、あるいは近辺に存在する物体の有無を電子系の力または赤外線を利用して、機械的接触なしに検出するセンサをいう。近接センサの例としては、透過型光電センサ、直接反射型光電センサ、ミラー反射型光電センサ、高周波発振型近接センサ、静電容量センサ、磁気型近接センサ、赤外線近接センサなどがある。ユーザのタッチジェスチャには、タップ、タッチ＆ホールド、ダブルタップ、ドラッグ、パンニング、フリック、ドラッグアンドドロップ、スワイプなどがある。
【０２６０】
アラームモジュール２２５３は、第１デバイス１０１のイベント発生を知らせるための信号を発することができる。第１デバイス１０１で発生されるイベントの例としては、コール信号受信、メッセージ受信、キー信号入力、日程お知らせなどがある。アラームモジュール２２５３は、ディスプレイ部２２１１を介して、ビデオ信号形態でアラーム信号を出力することもでき、音響出力部２２１２を介して、オーディオ信号形態でアラーム信号を出力することもでき、振動モータ２２１３を介して、振動信号形態でアラーム信号を出力することもできる。保存部２００９が行う動作は、前述の内容と対応するので、詳細な説明は省略する。
【０２６１】
制御部２０１７は、一般的に、第１デバイス１０１の全般的な動作を制御する。それは、前述のところに対応するので、詳細な説明は省略する。
【０２６２】
ユーザ入力部２２００は、ユーザが、第１デバイス１０１を制御するためのデータを入力する手段を意味する。例えば、ユーザ入力部２２００には、キーパッド（key  pad）、ドームスイッチ（dome  switch）、タッチパッド（接触式静電容量方式、圧力式抵抗膜方式、赤外線感知方式、表面超音波伝導方式、積分式張力測定方式、ピエゾ効果方式など）、ジョグホイール、ジョグスイッチなどがあるが、それらに限定されるのではない。
【０２６３】
出力部２２１０は、オーディオ信号、ビデオ信号または振動信号を出力することができ、出力部２２１０は、ディスプレイ部２２１１、音響出力部２２１２及び振動モータ２２１３を含んでもよい。
【０２６４】
ディスプレイ部２２１１は、第１デバイス１０１で処理される情報を表示出力する。
【０２６５】
一方、ディスプレイ部２２１１とタッチパッドとがレイヤ構造をなし、タッチスクリーンとして構成される場合、ディスプレイ部２２１１は、出力装置以外に、入力装置としても使用される。ディスプレイ部２２１１は、液晶ディスプレイ（liquid  crystal  display）、薄膜トランジスタ液晶ディスプレイ（thin  film  transistor-liquid  crystal  display）、有機発光ダイオード（organic  light-emitting  diode）、フレキシブルディスプレイ（flexible  display）、三次元ディスプレイ（３Ｄ  display）、電気泳動ディスプレイ（electrophoretic  display）のうち少なくとも一つを含んでもよい。そして、第１デバイス１０１の具現形態によって、第１デバイス１０１は、ディスプレイ部２２１１を２個以上含んでもよい。このとき、２個以上のディスプレイ部２２１１は、ヒンジ（hinge）を利用して、対向して配置される。
【０２６６】
音響出力部２２１２は、通信部２００１から受信されるか、あるいは保存部２００９に保存されたオーディオデータを出力する。また、音響出力部２２１２は、第１デバイス１０１で遂行される機能（例えば、コール信号受信音、メッセージ受信音、お知らせ音）と係わる音響信号を出力する。かような音響出力部２２１２には、スピーカ（speaker）、ブザー（buzzer）などが含まれてもよい。
【０２６７】
振動モータ２２１３は、振動信号を出力することができる。例えば、振動モータ２２１３は、オーディオデータまたはビデオデータ（例えば、コール信号受信音、メッセージ受信音など）の出力に対応する振動信号を出力することができる。また、振動モータ２２１３は、タッチスクリーンにタッチが入力される場合、振動信号を出力することもできる。
【０２６８】
さらには、第１デバイス１０１は、デコーダ（図示せず）をさらに含んでもよい。デコーダは、受信された音声データをデコーディングし、音響出力部２２１２を介して、デコーディングされた音声データを出力することができる。
【０２６９】
状態情報獲得部（センシング部）２０１３は、第１デバイス１０１の状態、または第１デバイス１０１周辺の状態を感知し、感知された情報を制御部２０１７に伝達することができる。
【０２７０】
状態情報獲得部２０１３は、地磁気センサ（magnetic  sensor）２２２１、加速度センサ（acceleration  sensor）２２２２、温度／湿度センサ２２２３、赤外線センサ２２２４、ジャイロスコープセンサ２２２５、位置センサ（例えば、ＧＰＳ）２２２６、気圧センサ２２２７、近接センサ２２２８及び光センサ（illuminance  sensor）２２２９のうち少なくとも一つを含んでもよいが、それらに限定されるのではない。各センサの機能は、その名称から当業者が直観的に推論することができるので、具体的な説明は省略する。前述のように、状態情報獲得部２０１３は、多様なセンサに基づいて、ユーザ状態情報を獲得することができる。
【０２７１】
信号獲得部（Ａ／Ｖ入力部）２０１５は、オーディオ信号入力またはビデオ信号入力のためのものであり、それには、カメラ２２４１やマイクロフォン２２４２などが含まれてもよい。カメラ２２４１は、画像通話モードまたは撮影モードで、イメージセンサを介して、静止映像または動画などの画像フレームを得ることができる。イメージセンサを介してキャプチャされたイメージは、制御部２０１７、または別途のイメージ処理部（図示せず）を介して処理される。
【０２７２】
カメラ２２４１で処理された画像フレームは、保存部２００９に保存されるか、あるいは通信部２００１を介して外部に送信される。カメラ２２４１は、端末機の構成様態によって２個以上が具備されもする。
【０２７３】
マイクロフォン２２４２は、外部の音響信号を入力され、電気的な音声データに処理する。例えば、マイクロフォン２２４２は、第１デバイス１０１または話者から音響信号を受信することができる。マイクロフォン２２４２は、外部の音響信号を入力される過程で発生するノイズ（noise）を調節するための多様なアルゴリズムを利用することができる。
【０２７４】
エンコーダ２００３は、またマイクロフォン２２４２が獲得した信号に、ユーザの音声が含まれているか否かということを判断することができる。エンコーダ２００３の動作は、前述の内容と対応するので、詳細な説明は省略する。音声品質補完情報生成部２０１１及び無欠性検査データ生成部２００７も、前述の内容と対応するので、詳細な説明は省略する。
【０２７５】
本発明による装置は、プロセッサ、プログラムデータを保存して実行するメモリ、ディスクドライブのような永久保存部（permanent  storage）、外部装置と通信する通信ポート、タッチパネル・キー（key）・ボタンのようなユーザインターフェース装置などを含んでもよい。ソフトウェアモジュールまたはアルゴリズムによって具現される方法は、前記プロセッサ上で実行可能なコンピュータで読取り可能なコードまたはプログラム命令として、コンピュータで読取り可能な記録媒体上に保存される。ここで、コンピュータで読取り可能な記録媒体として、マグネチック記録媒体（例えば、ＲＯＭ（read-only  memory）、ＲＡＭ（random  access  memory）、フロッピー（登録商標）ディスク、ハードディスクなど）及び光学的判読媒体（例えば、ＣＤ−ＲＯＭ（compact  disc  read  only  memory）、ＤＶＤ（digital  versatile  disc））などがある。コンピュータで読取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式で、コンピュータで読取り可能なコードが保存されて実行される。該媒体は、コンピュータによって判読可能であり、メモリに保存され、プロセッサで実行される。
【０２７６】
本発明で引用する公開文献、特許出願、特許などを含む全ての文献は、各引用文献が個別的及び具体的に併合して示すもの、または本発明で全体的に併合して示したものと同一に本発明に併合される。
【０２７７】
本発明の理解のために、図面に図示された望ましい実施形態において参照符号を記載し、本発明の実施形態について説明するために、特定用語を使用したが、特定用語によって、本発明が限定されるものではなく、本発明は、当業者において一般的に想定される全ての構成要素を含んでもよい。
【０２７８】
本発明は、機能的なブロック構成、及び多様な処理段階で示される。かような機能ブロックは、特定機能を実行する多様な個数のハードウェア構成または／及びソフトウェア構成によって具現される。例えば、本発明は、１以上のマイクロプロセッサの制御、または他の制御装置によって多様な機能を実行することができる、メモリ、プロセッシング、ロジック（logic）、ルックアップテーブル（look-up  table）のような直接回路構成を採用することができる。本発明での構成要素が、ソフトウェアプログラミングまたはソフトウェア要素で実行されるところと類似し、本発明は、データ構造、プロセス、ルーチン、または他のプログラミング構成の組み合わせによって具現される多様なアルゴリズムを含み、Ｃ、Ｃ＋＋、ジャバ（登録商標（Java））、アセンブラ（assembler）のようなプログラミング言語またはスクリプティング言語によっても具現される。機能的な側面は、１以上のプロセッサで実行されるアルゴリズムによって具現される。また、本発明は、電子的な環境設定、信号処理及び／またはデータ処理などのために、従来技術を採用することができる。「メカニズム」、「要素」、「手段」、「構成」のような用語は、広く使用され、機械的であって物理的な構成として限定されるものではない。前記用語は、プロセッサなどと連繋し、ソフトウェアの一連の処理（routines）の意味を含んでもよい。
【０２７９】
本発明で説明する特定実行は、一実施形態であり、いかなる方法でも、本発明の範囲を限定するものではない。明細書の簡潔さのために、従来の電子的な構成、制御システム、ソフトウェア、前記システムの他の機能的な側面の記載は省略される。また、図面に図示された構成要素間の線の連結、または連結部材は、機能的な連結及び／または物理的または回路的な連結を例示的に示したものであり、実際の装置では、代替可能であったり追加されたりする多様な機能的な連結、物理的な連結または回路連結として示される。また、「必須な」、「重要に」のように、具体的な言及がなければ、本発明の適用のために必ずしも必要な構成要素ではない。
【０２８０】
本発明の明細書（特に、特許請求の範囲）において、「前記」の用語、及びそれと類似の指示用語の使用は、単数及び複数のいずれにも該当する。また、本発明において、範囲（range）を記載した場合、前記範囲に属する個別的な値を適用した発明を含むものであり（それに反する記載がなければ）、発明の詳細な説明に、前記範囲を構成する各個別的な値を記載した通りである。最後に、本発明による方法を構成する段階について、明白に順序を記載したり、それに反する記載がなければ、前記段階は、適切な順序で遂行される。必ずしも前記段階の記載順序によって、本発明が限定されるものではない。本発明において、全ての例、または例示的な用語（例えば、など）の使用は、単に本発明について詳細に説明するためのものであり、特許請求の範囲によって限定されない以上、前記例は、または例示的な用語によって、本発明の範囲が限定されるものではない。また、当業者は、多様な修正、組み合わせ及び変更が付加された特許請求の範囲またはその均等物の範疇内で、設計条件及びファクタによって構成されるということが理解することができるであろう。
【図１】
0006777630.tif 000002
【図２】
0006777630.tif 000003
【図３】
0006777630.tif 000004
【図４】
0006777630.tif 000005
【図５】
0006777630.tif 000006
【図６】
0006777630.tif 000007
【図７】
0006777630.tif 000008
【図８】
0006777630.tif 000009
【図９】
0006777630.tif 000010
【図１０】
0006777630.tif 000011
【図１１】
0006777630.tif 000012
【図１２】
0006777630.tif 000013
【図１３】
0006777630.tif 000014
【図１４】
0006777630.tif 000015
【図１５】
0006777630.tif 000016
【図１６】
0006777630.tif 000017
【図１７】
0006777630.tif 000018
【図１８】
0006777630.tif 000019
【図１９】
0006777630.tif 000020
【図２０】
0006777630.tif 000021
【図２１】
0006777630.tif 000022
【図２２】
0006777630.tif 000023