特許 7432386 プログラム、情報処理方法、及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-07

(45)【発行日】2024-02-16

(54)【発明の名称】プログラム、情報処理方法、及び情報処理装置

(51)【国際特許分類】

   G10L 19/00 20130101AFI20240208BHJP

【ＦＩ】

G10L19/00 220Z

【請求項の数】 8

(21)【出願番号】P 2020020733

(22)【出願日】2020-02-10

(65)【公開番号】P2021128184

(43)【公開日】2021-09-02

【審査請求日】2022-12-15

(73)【特許権者】

【識別番号】595000427

【氏名又は名称】株式会社コーエーテクモゲームス

(74)【代理人】

【識別番号】110003096

【氏名又は名称】弁理士法人第一テクニカル国際特許事務所

(72)【発明者】

【氏名】小池 雅人

【審査官】金子 秀彦

(56)【参考文献】

【文献】特開平０９－２１４６３６（ＪＰ，Ａ）

【文献】特開昭６１－１４６０２１（ＪＰ，Ａ）

【文献】特開２００６－１９７３２１（ＪＰ，Ａ）

【文献】特開２００３－１０７１０７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１０Ｌ １９／００

(57)【特許請求の範囲】

【請求項1】

情報処理装置に、
パルス符号変調の音データにおける所定位置のビットを所定値に変換する処理を実行させ、
前記変換する処理では、
前記パルス符号変調の音データにおける第１位置から最下位までの全ビットを同一の値に変換する、
プログラム。

【請求項2】

前記変換する処理では、
前記第１位置に応じた音量の雑音を、前記パルス符号変調の音データに加えた後、前記第１位置から最下位までの全ビットを同一の値に変換する、
請求項１に記載のプログラム。

【請求項3】

前記変換する処理では、
前記パルス符号変調の音データにおける音量に応じた前記第１位置から、最下位までの全ビットを同一の値に変換する、
請求項１または２に記載のプログラム。

【請求項4】

前記変換する処理では、
前記パルス符号変調の音データにおける前記第１位置から最下位までのビットで示される値が閾値以上である場合、前記第１位置に対する上位のビットに１を加算し、前記第１位置から最下位までのビットをそれぞれ０に変換する、
請求項１から３のいずれか一項に記載のプログラム。

【請求項5】

前記変換する処理では、
前記パルス符号変調の音データにおける前記第１位置から最下位までのビットで示される値が閾値以上でない場合、前記第１位置に対する上位のビットに１を減算し、前記第１位置から最下位までのビットをそれぞれ１に変換する、
請求項１から４のいずれか一項に記載のプログラム。

【請求項6】

情報処理装置に、
パルス符号変調の音データにおける所定位置のビットを所定値に変換する処理を実行させ、
前記変換する処理では、
前記パルス符号変調のビット深度が１６ビットである音データにおける下位６ビットを同一の値に変換する、
プログラム。

【請求項7】

情報処理装置に、
パルス符号変調の音データにおける所定位置のビットを所定値に変換する処理を実行させ、
前記変換する処理では、
前記パルス符号変調の音データにおける第１位置から最下位までの全ビットを同一の値に変換する、
情報処理方法。

【請求項8】

パルス符号変調の音データにおける所定位置のビットを所定値に変換する処理を実行し、
前記変換する処理では、
前記パルス符号変調の音データにおける第１位置から最下位までの全ビットを同一の値に変換する、
情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、情報処理方法、及び情報処理装置に関する。

【背景技術】

【0002】

従来、音のアナログ信号をデジタル信号に変換する変調方式として、パルス符号変調（ＰＣＭ、Pulse Code Modulation）が知られている。なお、パルス符号変調は、音の信号を圧縮せずに記録するため、リニアＰＣＭ（Linear PCM）等とも称されている。

【0003】

また、ＰＣＭよりも音のデータ量を圧縮（削減）する音声符号化方式として、ＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）、ＭＰ３（MPEG-1 Audio Layer-3）、ＡＡＣ（Advanced Audio Coding）等も知られている。これらの音声符号化方式を用いれば、例えば、ＰＣＭを用いる場合と比較して、音データを端末がサーバからダウンロードする際のネットワークの通信量、及び音データを記憶するための記憶容量等を低減できる。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００９－１０９６７４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来技術では、データをダウンロードする際のネットワークの通信量、及びデータを記憶するための記憶容量等の制約により、ＰＣＭによる音データを端末に配信できない場合がある。

【0006】

また、ＡＤＰＣＭ等により圧縮された音データを用いる場合、音データを再生する際、圧縮されているデータを解凍（伸長）する処理が必要である。そのため、機器の演算処理の性能、及び当該機器での他の演算処理の状況（例えば、動画像の再生処理を実行している）等によっては、ＡＤＰＣＭ等により圧縮された音データは再生できない場合がある。

【0007】

一側面では、パルス符号変調の音データのデータ量を圧縮可能とすることを目的とする。

【課題を解決するための手段】

【0008】

一つの案では、情報処理装置に、パルス符号変調の音データにおける所定位置のビットを所定値に変換する処理を実行させるプログラムを提供する。

【発明の効果】

【0009】

一側面によれば、パルス符号変調の音データのデータ量を圧縮可能とすることができる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る情報処理システムの構成例を示す図である。

【図2】実施形態に係る情報処理装置のハードウェア構成例を示す図である。

【図3】実施形態に係る情報処理装置の機能ブロック図である。

【図4】実施形態に係る情報処理装置の処理の一例を示すフローチャートである。

【図5】実施形態に係る生成部により生成される圧縮用の音データについて説明する図である。

【図6A】実施形態に係る生成部により生成される圧縮用の音データの波形の例について説明する図である。

【図6B】実施形態に係る生成部により生成される圧縮用の音データの波形の例について説明する図である。

【発明を実施するための形態】

【0011】

以下、図面を参照しながら、本開示の実施形態を説明する。

【0012】

＜システム構成＞
図１は、実施形態に係る情報処理システム１の構成例を示す図である。図１において、情報処理システム１は、情報処理装置１０、サーバ装置２０、及び情報端末３０－１、情報端末３０－２、・・・（以下、区別する必要がない場合は、単に「情報端末３０」と称する。）を含む。

【0013】

情報処理装置１０とサーバ装置２０は、インターネット、携帯電話網、無線ＬＡＮ（Local Area Network）等の通信ネットワークによって接続される。また、サーバ装置２０と情報端末３０も、同様に、通信ネットワークによって接続される。

【0014】

情報処理装置１０は、例えば、ゲームを提供する事業者のコンピュータである。情報処理装置１０は、ゲームのデータをサーバ装置２０にアップロードする。

【0015】

情報端末３０は、例えば、スマートフォン、タブレット型端末、ＰＣ（Personal Computer）、ゲーム専用機等の端末である。情報端末３０は、ユーザからの指示により、情報処理装置１０によりアップロードされたゲームをサーバ装置２０からダウンロードする。

【0016】

＜ハードウェア構成＞
図１は、実施形態に係る情報処理装置１０のハードウェア構成例を示す図である。図１に示す情報処理装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

【0017】

情報処理装置１０での処理を実現するゲームプログラムは、記録媒体１０１によって提供される。ゲームプログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、ゲームプログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、ゲームプログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたゲームプログラムを格納すると共に、必要なファイルやデータ等を格納する。

【0018】

メモリ装置１０３は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）、またはＳＲＡＭ（Static Random Access Memory）等のメモリであり、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って情報処理装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

【0019】

なお、記録媒体１０１の一例としては、ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

【0020】

なお、サーバ装置２０、及び情報端末３０のハードウェア構成は、情報処理装置１０のハードウェア構成と同様でもよい。

【0021】

＜構成＞
次に、図３を参照し、情報処理装置１０の構成について説明する。図３は、実施形態に係る情報処理装置１０の機能ブロック図である。

【0022】

情報処理装置１０は、取得部１１、生成部１２、圧縮部１３、及び出力部１４を有する。これら各部は、情報処理装置１０にインストールされた１以上のプログラムと、情報処理装置１０のＣＰＵ１０４等のハードウェアとの協働により実現されてもよい。

【0023】

取得部１１は、ゲームの音データを記憶装置から取得する。生成部１２は、取得部１１により取得された音データに基づいて、圧縮用の音データを生成する。

【0024】

圧縮部１３は、生成部１２により生成された音データを圧縮する。出力部１４は、圧縮部１３により圧縮された音データをサーバ装置２０にアップロードする。

【0025】

＜処理＞
次に、図４から図６Ｂを参照して、情報処理装置１０の処理について説明する。図４は、実施形態に係る情報処理装置１０の処理の一例を示すフローチャートである。図５は、実施形態に係る生成部１２により生成される圧縮用の音データについて説明する図である。図６Ａ及び図６Ｂは、実施形態に係る生成部１２により生成される圧縮用の音データの波形の例について説明する図である。

【0026】

ステップＳ１において、取得部１１は、ゲームのパルス符号変調（ＰＣＭ、Pulse Code Modulation、リニアＰＣＭ、Linear PCM、非圧縮リニアＰＣＭ）音データを記憶装置から取得する。当該音データは、例えば、ゲームにおける効果音、及びキャラクタのセリフの音声等でもよい。なお、当該記憶装置は、情報処理装置１０に内蔵されている記憶装置でもよいし、情報処理装置１０の外部の記憶装置でもよい。

【0027】

続いて、生成部１２は、取得部１１により取得されたＰＣＭの音データに基づいて、圧縮用のＰＣＭの音データを生成する（ステップＳ２）。ここで、生成部１２は、取得部１１により取得された、ＰＣＭの音データにおける所定位置のビットを所定値に変換してもよい。これにより、例えば、当該音データを再生する情報端末３０におけるハードウェアまたはソフトウェアの制約により、ＰＣＭ以外の音データを再生できない場合でも、ＺＩＰのデータ圧縮方法等を用いて、ＰＣＭの音データを圧縮させることができる。なお、ＰＣＭの音データのサンプリング周波数は任意の値でもよい。

【0028】

この場合、生成部１２は、ＰＣＭの音データにおける第１位置から最下位までの全ビットを同一の値（例えば、全て０、または全て１）に変換してもよい。これにより、ＰＣＭの音データのうち、最下位ビットを含み連続する各ビットで表される音量が小さい部分のみが変換される。そのため、取得部１１により取得されたＰＣＭの音データを、ビット深度をより低くしたＰＣＭデータに符号化する場合と比較して、音質を向上させることができる。また、情報端末３０では、生成部１２により生成されたＰＣＭの音データを再生する際に音データの変換処理等は不要であるため、通常のＰＣＭの音データと同様に再生することができる。

【0029】

この場合、生成部１２は、例えば、ＰＣＭのビット深度が１６ビットである音データにおける下位６ビット（最下位ビット（ＬＳＢ、Least Significant Bit）を含み連続する６ビット）を同一の値に変換してもよい。なお、ＰＣＭのビット深度は、例えば、各標本化時点（サンプルポイント）における量子化ビット数である。これにより、例えば、ＺＩＰのデータ圧縮方法等を用いて、１６ビットのビット深度のＰＣＭの音データを、１０ビットのビット深度のＰＣＭの音データと同様のデータサイズに圧縮させることができる。

【0030】

図５では、１６ビットのビット深度のＰＣＭの音データのある標本化時点におけるデータ５０１が示されている。左端の最上位ビット（ＭＳＢ、Most Significant Bit）であるビット５０１Ａの値は、正（＋）または負（－）の符号を示している。また、ビット５０１Ｂからビット５０１Ｐの値は、音の振幅を示している。なお、５０１Ｐは最下位ビットである。

【0031】

図５のデータ５０１は、説明のためにビット５０１Ａから５０１Ｐはすべて「１」となっている。生成部１２によりデータ５０１の下位６ビットが全て「０」に変換されると、図５のデータ５１１のようなる。データ５１１において、ビット５１１Ａから５１１Ｊはそれぞれ元の値である「１」のままであり、ビット５１１Ｋから５１１Ｐはすべて「０」に変換されている。

【0032】

図６Ａの例では、取得部１１により取得された１６ビットのビット深度のＰＣＭの音データの波形６０１と、生成部１２により生成された圧縮用のＰＣＭの音データの波形６０２が示されている。なお、閾値６１３、及び閾値６１４は、それぞれ、１６ビットのビット深度での音の振幅の最大値、及び最小値である。なお、図６Ａの例では、説明のために波形６０１を曲線で示しているが、実際には１６ビットのビット深度で量子化されている。波形６０２は、下位６ビットが変換されている場合、１０ビットのビット深度で量子化されている。

【0033】

生成部１２は、変換する下位ビットの数に応じた音量の雑音を、取得部１１により取得された音データに加えた後、当該下位ビットを同一の値に変換してもよい。例えば、１６ビットのビット深度のＰＣＭの音データの下位６ビットを変換する場合、生成部は、下位６ビットにより表される音の振幅に応じた振幅のノイズを加えた後、当該下位ビットを同一の値に変換してもよい。この場合、生成部１２は、最大振幅が下位６ビットにより表される音の振幅未満であり、所定の確率分布（例えば、ランダム、三角分布、または正規分布）に従う振幅の音を、当該ノイズとしてもよい。これにより、下位６ビットの変換による周期的なノイズが非周期的なノイズとなるため、音質がさらに向上する。

【0034】

（端数処理による下位ビットの値の変換）
また、生成部１２は、変換対象の下位ビットで示される値を端数処理（切り捨てまたは切り上げ、丸め等）することにより、ＰＣＭの音データにおける第１位置から最下位までの全ビットを同一の値に変換してもよい。この場合、生成部１２は、取得部１１により取得されたＰＣＭの音データにおける第１位置から最下位までのビットで示される値が閾値以上である場合、当該第１位置に対する上位のビットに１を加算し、前記第１位置から最下位までのビットをそれぞれ０に変換してもよい。また、生成部１２は、取得部１１により取得されたＰＣＭの音データにおける第１位置から最下位までのビットで示される値が当該閾値以上でない場合、当該第１位置に対する上位のビットから１を減算し、前記第１位置から最下位までのビットをそれぞれ１に変換してもよい。

【0035】

（音量に応じた変換対象の下位ビットの決定）
生成部１２は、取得部１１により取得されたＰＣＭの音データにおける音量に応じた第１位置から、最下位までの全ビットを同一の値に変換してもよい。この場合、生成部１２は、例えば、音量が大きい部分はより多くの下位ビットを変換対象とし、音量が小さい部分はより少ない数の下位ビットを変換対象としてもよい。これにより、ＰＣＭの音データを、音質の低下を低減しながら、データの圧縮比（圧縮効率）を向上させることができる。

【0036】

この場合、生成部１２は、例えば、当該音データの各区間（例えば、１０秒間毎の区間）の音の振幅の平均値、音の振幅の最大値、及び音量の平均値の少なくとも一つに基づいて、当該第１位置を決定してもよい。また、生成部１２は、例えば、当該音データの各標本化（サンプリング）時点の音の振幅に基づいて、当該第１位置を決定してもよい。この場合、生成部１２は、例えば、音（振幅、または音量）が大きいほど、第１位置を上位のビットの位置に決定してもよい。この場合、例えば、生成部１２は、第１区間の音量の平均値が第１値である場合、最下位ビットを含み連続する第１数の各ビットを同一の値に変換し、第２区間の音量の平均値が当該第１値よりも小さい第２値である場合、最下位ビットを含み連続する当該第１数よりも少ない第２数の各ビットを同一の値に変換してもよい。これにより、振幅が大きい程ビット深度が小さくなり、振幅が小さい程ビット深度が大きくなる。生成部１２は、例えば、１６ビットのビット深度のＰＣＭの音データを、最少１０ビットのビット深度のＰＣＭの音データに変換する場合、振幅に応じてビット深度を１０ビットから１６ビットまで変化させてもよい。

【0037】

図６Ｂの例では、取得部１１により取得された１６ビットのビット深度のＰＣＭの音データの波形６０１と、生成部１２により、音量に応じて変換対象の下位ビットが決定されて生成された圧縮用のＰＣＭの音データの波形６１２が示されている。波形６１２は、音の振幅が低い程（音量が小さい程）、大きいビット数のビット深度で量子化され、音の振幅が高い程（音量が大きい程）、小さいビット数のビット深度で量子化されている。図６Ｂでは、振幅の大きさに応じて、波形６１２が３つのビット深度の値を取る例が示されている。なお、図６Ｂの波形６１２では、説明のため、ビット深度の違いを明りょう化するべく、振幅が小さい程サンプリングの間隔が短くなっている。しかしながら、実際には、波形６１２のサンプリングの間隔は、振幅によらず同一である。

【0038】

続いて、圧縮部１３は、生成部１２により生成された音データを圧縮する（ステップＳ３）。ここで、圧縮部１３は、例えば、ＺＩＰで規定されているデータ圧縮方法を用いて、各音データ（ファイル）をそれぞれ圧縮してもよい。この場合、圧縮部１３は、例えば、Deflate（RFC(Request for Comments)1951,"DEFLATE Compressed Data Format Specification version 1.3" ）を用いて、音データを圧縮してもよい。

【0039】

続いて、出力部１４は、圧縮部１３により圧縮された音データをサーバ装置２０にアップロードする（ステップＳ４）。これにより、情報端末３０は、例えば、圧縮された音データを含むゲームのプログラムのＺＩＰファイルをサーバ装置２０からダウンロードできる。そして、情報端末３０は、例えば、当該ＺＩＰファイルを解凍し、当該ゲームのプログラムを実行することにより、生成部１２により生成された音データを再生してスピーカから出力させることができる。

【0040】

＜実施形態の効果＞
上述した実施形態によれば、情報処理装置１０は、ＰＣＭの音データにおける所定位置のビットを所定値に変換する。これにより、ＰＣＭの音データのデータ量を圧縮可能とすることができる。

【0041】

そのため、例えば、情報端末３０において、ＡＤＰＣＭ等で圧縮された音データを再生できない場合であり、また情報端末３０に配信するゲームプログラム等のデータサイズに制約がある場合等においても、情報端末３０に音データを再生させることができる。

【0042】

また、ＡＤＰＣＭ等で圧縮された音データを再生する場合、再生時の解凍処理が必要である。一方、上述した実施形態によれば、情報端末３０にゲームプログラム等のデータがインストールされる等の際に、当該データが格納されたＺＩＰファイル等が解凍できる。そのため、音データの再生時の情報端末３０における処理負荷を低減できる。そのため、音データがゲームにおける各シーンでのキャラクタのセリフ、または効果音等である場合であり、ゲームにおける各シーンの動画像のＣＧ（Computer Graphics）を表示する処理の処理負荷が高い場合でも、音データの再生によるＣＧ処理の性能の低下を低減できる。

【0043】

＜変形例＞
情報処理装置１０の各機能部は、例えば１以上のコンピュータにより提供されるクラウドコンピューティングにより実現されていてもよい。この場合、例えば、圧縮部１３、及び出力部１４を、情報処理装置１０とは別体の装置に設けてもよい。

【0044】

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

【符号の説明】

【0045】

１ 情報処理システム
１０ 情報処理装置
１１ 取得部
１２ 生成部
１３ 圧縮部
１４ 出力部
２０ サーバ装置
３０ 情報端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】