(57)【要約】【課題】  マナーモード実行中であっても、コンテンツ提供サーバから受信した音ファイルについて、利用者の希望に応じた音出力が可能になる移動体通信端末を提供する。【解決手段】  本移動体通信端末は、指示入力手段とコンテンツ受信手段と出力手段とを備える。指示入力手段は、利用者が当該移動体通信端末に対する指示を入力するときに用いられる。コンテンツ受信手段は、コンテンツ提供サーバから音ファイルを含むコンテンツを受信する。出力手段は、音出力を制限するマナーモード実行中に、上記コンテンツ受信手段で受信した音ファイルに基づく音出力を行う指示が指示入力手段で入力されたとき、マナーモードにかかわらず音ファイルに基づく音出力を強制的に行う。【選択図】  図１０
2006121504.tif 000002
【特許請求の範囲】
【請求項１】
所定の通信プロトコルを用いた通信により通信ネットワーク上のコンテンツ提供サーバからコンテンツをダウンロード可能な移動体通信端末であって、
利用者が当該移動体通信端末に対する指示を入力するための指示入力手段と、
上記コンテンツ提供サーバから音ファイルを含むコンテンツを受信するコンテンツ受信手段と、
音出力を制限するマナーモード実行中に、上記コンテンツ受信手段で受信した上記音ファイルに基づく音出力を行う指示が上記指示入力手段で入力されたとき、該マナーモードにかかわらず該音ファイルに基づく音出力を強制的に行う出力手段と
を備えたことを特徴とする移動体通信端末。
【請求項２】
請求項１の移動体通信端末において、
上記出力手段は、上記マナーモード実行中の上記音ファイルに基づく音出力を最低音量で出力することを特徴とする移動体通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話通信網等の通信ネットワークを介して通信可能な携帯電話機等の移動体通信端末に関する。
【背景技術】
【０００２】
従来、この種の携帯電話機などの移動体通信端末において通信ネットワーク上のサーバからコンテンツをダウンロードする方法としては、次のようなＨＴＴＰ等の通信プロトコルを使った通信シーケンスを実行する方法が広く知られている。すなわち、移動体通信端末に表示されているＷＷＷページ上にあるアンカー設定済みの文字列や絵文字を利用者が選択すると、移動体通信端末は、そのアンカーで指定されたコンテンツ提供サーバに、ＨＴＴＰリクエスト等のコンテンツ取得要求を送信する。コンテンツ提供サーバは、上記コンテンツ取得要求に応答するように、コンテンツを含むＨＴＴＰレスポンス等のコンテンツ取得応答を移動体通信端末に送信する。このコンテンツ取得応答を受信した移動体通信端末では、コンテンツ取得応答に含まれるコンテンツのデータを展開して表示したり所定のフォルダーに保存したりすることができる。
【０００３】
また、最近では、所望のコンテンツを確実にダウンロードできるように、移動体通信端末と通信ネットワーク上のサーバとの間で複数回送受信する通信シーケンスを実行する方法が採用する場合がある（非特許文献１参照）。この方法は、モバイル通信関連の業界団体であるＯＭＡ（Open Mobile Alliance）で標準化された方法である（以下、この方法を「ＯＭＡ方式のコンテンツ提供方法」という）。このＯＭＡ方式のコンテンツ提供方法では、まずコンテンツのダウンロードに先立って、ダウンロード対象のコンテンツに関するダウンロード情報を含むダウンロード記述子ファイルを、通信ネットワーク上のサーバから取得する。このダウンロード情報は、ダウンロード対象のコンテンツが登録されているＵＲＩ（Uniform Resource Identifier）やコンテンツの種別及びサイズなど情報である。次に、上記ダウンロード情報を利用者が確認し、移動体通信端末を操作してダウンロードを承諾するか否かを入力する。利用者がダウンロードを承諾すると、移動体通信端末は、上記ダウンロード情報のＵＲＩで指定されたコンテンツ提供サーバに、利用者がダウンロードを承諾したコンテンツについて、ＨＴＴＰ等の通信プロトコルによるコンテンツ取得要求を送信する。コンテンツ提供サーバは、上記コンテンツ取得要求に応答するように、コンテンツを含むコンテンツ取得応答を移動体通信端末に送信する。
【０００４】
また、上記コンテンツをダウンロード可能な移動体通信端末として、電話やメールの着信通知音や音楽の再生音などの音出力を制限するマナーモードを選択的に実行可能なものがある。
【０００５】
【非特許文献１】"Generic Content Download Over The Air Specification Version 1.0 Proposed Version 20-June-2002", Open Mobile Alliance, OMA - Download - OTA - v1_0 - 20020620 - p.
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記マナーモードを実行可能な移動体通信端末において、マナーモード実行中に音楽等の音ファイルを含むコンテンツをダウンロードしたとき、その音ファイルについて一時的に音出力を行いたい場合があった。ところが、従来の移動体通信端末のマナーモード実行中は、音出力操作を行っても、ダウンロードした音ファイルを再生して音出力することができなかった。その音ファイルについて音出力をしようとする場合は、マナーモードを一旦解除した上で、あらため音出力操作を行う必要があり、不便であった。また、マナーモードを解除してしまうと、着信通知音等の他の音についても出力されてしまう。
【０００７】
本発明の目的は、マナーモード実行中であっても、コンテンツ提供サーバから受信した音ファイルについて、利用者の希望に応じた音出力が可能になる移動体通信端末を提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１の発明は、所定の通信プロトコルを用いた通信により通信ネットワーク上のコンテンツ提供サーバからコンテンツをダウンロード可能な移動体通信端末であって、利用者が当該移動体通信端末に対する指示を入力するための指示入力手段と、上記コンテンツ提供サーバから音ファイルを含むコンテンツをダウンロードするコンテンツダウンロード手段と、音出力を制限するマナーモード実行中に、上記コンテンツダウンロード手段でダウンロードした上記音ファイルに基づく音出力を行う指示が上記指示入力手段で入力されたとき、該マナーモードにかかわらず該音ファイルに基づく音出力を強制的に行う出力手段とを備えたことを特徴とするものである。
また、請求項２の発明は、請求項１の移動体通信端末において、上記出力手段は、上記マナーモード実行中の上記音ファイルに基づく音出力を最低音量で出力することを特徴とするものである。
【０００９】
また、上記「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
また、上記移動体通信端末における制御や情報処理は、その移動体通信端末に設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行なってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行なってもよい。
【発明の効果】
【００１０】
本発明によれば、音出力を制限するマナーモード実行中に、コンテンツ提供サーバから受信した音ファイルに基づく音出力を利用者が指示したとき、マナーモード実行中にかかわらず、その音ファイルに基づく音出力が強制的に行われる。従って、マナーモード実行中であっても音ファイルについて利用者の希望に応じた音出力が可能になるという効果がある。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２１０と、コアネットワーク２２と、ＩＰ（Internet Protocol）ネットワーク２３とを備えている。
【００１２】
上記基地局２１０は、管轄対象のセルごとに設けられ、携帯電話通信網２０内の有線回線からのデータを無線インタフェースに合うデータフォーマットに変換し、管轄対象のセル内にある携帯電話機１０に無線周波数で送信する。逆に無線周波数で送信される携帯電話機１０からのデータを受信して有線インタフェースに合うデータフォーマットに変換し、携帯電話通信網２０内の有線回線部分に転送する。
【００１３】
上記コアネットワーク２２は、図示しない位置登録データベース（ＨＬＲ，ＶＬＲ）、加入者データベース、課金システム等を有し、各携帯電話機間の通信等を中継するように通信制御を行う。更に、コアネットワーク２２は、各携帯電話機と、携帯電話通信網２０内の構成要素との間における通信を中継するように通信制御を行う。また、コアネットワーク２２は、各携帯電話機と他の通信ネットワークとの間における通信を中継するように通信制御を行う。
【００１４】
また、上記コアネットワーク２２は、回線交換網のほかパケット交換網を有している。このパケット交換網は、ＳＧＳＮ（Serving GPRS Support Node）２４やＧＧＳＮ（Gateway GPRS Support Node）２５等のノードを有している。ＳＧＳＮ２４は、基地局２１が接続されている図示しない無線ネットワークコントローラとコアネットワーク２２側のパケット交換網との間のゲートウェイ機能と、各携帯電話機１０の位置管理、セキュリティ管理及びアクセス制御を行う機能とを有している。また、ＧＧＳＮ２５は、コアネットワーク２２側のパケット交換網と、ＩＰネットワーク２３との間のゲートウェイ機能を有している。
【００１５】
上記ＩＰネットワーク２３は、プロキシサーバ２６、ゲートウェイサーバ２７、その他図示しないＷＥＢサーバ等を有している。プロキシサーバ２６は、各携帯電話機１０と、ＩＰネットワーク２３内のサーバやインターネット上のサーバとの間の通信を中継する処理を行う。このプロキシサーバ２６は、コアネットワーク２２における通信プロトコルとＩＰネットワーク２３やインターネット３０等の他の通信ネットワークにおける通信プロトコルが異なる場合に、両通信プロトコルを合わせるためのプロトコル変換機能も有している。
なお、このＩＰネットワーク２３の中に、ＷＥＢサーバや、コンテンツをダウンロードするためのダウンロードサーバを設けてもよい。
【００１６】
上記ゲートウェイサーバ２７は、携帯電話通信網２０のＩＰネットワーク２３とインターネット３０との間のゲートウェイ機能とファイヤウォール機能とを有している。
【００１７】
上記携帯電話通信網２０のＩＰネットワーク２３を介して接続されているインターネット３０には、各種コンテンツ提供サーバが接続されている。このコンテンツ提供サーバとしては、ＷＥＢページを提供するＷＥＢサーバ４０や、画像ファイル、音楽ファイル、プログラムファイルなどのコンテンツを主に提供するダウンロードサーバ５０等がある。なお、このＷＥＢサーバ４０やダウンロードサーバ５０は、携帯電話通信網２０のＩＰネットワーク２３内に配置しておいてもよい。
【００１８】
上記インターネット３０上の各種コンテンツ提供サーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４０からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等が用いられる。
【００１９】
図２は、上記ダウンロードサーバ５０のハードウェア構成の一例を示すブロック図である。なお、上記ＷＥＢサーバ４０も同様に構成することができる。
このダウンロードサーバ５０は、システムバス５００、ＣＰＵ５０１、内部記憶装置、外部記憶装置５０４、入力装置５０５、出力装置５０６、及びインターネット用通信装置５０７を備えている。上記内部記憶装置は、ＲＡＭ５０２やＲＯＭ５０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置５０５は、マウスやキーボード等で構成されている。上記出力装置５０６は、ディスプレイやプリンタ等で構成されている。上記インターネット用通信装置５０７は、所定の通信プロトコルにより、インターネット３０上の各種クライアント端末や他のサーバと通信したり、携帯電話通信網２０上のプロキシサーバ２３と通信したりするための装置である。
【００２０】
上記ＣＰＵ５０１やＲＡＭ５０２等の構成要素はお互いに、システムバス５００を介して、データやプログラムの命令等のやり取りを行っている。このダウンロードサーバ５０を所定の手順に従って動作させるためのプログラムはＲＯＭ５０３や外部記憶装置５０５に記憶されており、必要に応じてＣＰＵ５０１やＲＡＭ５０２上の作業エリアに呼び出されて実行される。
【００２１】
また、上記ダウンロードサーバ５０やＷＥＢサーバ４０等のコンテンツ提供サーバは、一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、コンテンツ提供サーバは、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００２２】
図３は、本実施形態に係るダウンロードサーバ５０の主要な機能を抽出して示した機能ブロック図である。このダウンロードサーバ５０は、コンテンツ記憶手段５１０とコンテンツ取得要求受信手段５１１とコンテンツ処理手段５１２とコンテンツ取得応答送信手段５１３とを有している。更に、ダウンロードサーバ５０は、ダウンロード情報要求受信手段５１４とダウンロード情報応答送信手段５１５とダウンロード完了通知受信手段５１６とダウンロード完了応答送信手段５１７とを有している。
上記ダウンロードサーバ５０は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。
【００２３】
上記コンテンツ記憶手段５１０は上記内部記憶装置や外部記憶装置で構成され、ダウンロード対象の画像ファイル、音楽ファイル、プログラムファイル等のオブジェクトからなるコンテンツを記憶している。
【００２４】
上記コンテンツ取得要求受信手段５１１は上記インターネット用通信装置５０７等で構成され、所定の通信プロトコルを使って携帯電話機１０から送信されたコンテンツ取得要求を受信する。例えば、利用者が指定したコンテンツを取得すべく携帯電話機１０から送信されてきたＨＴＴＰ要求を受信する。
【００２５】
上記コンテンツ処理手段５１２は上記ＣＰＵ５０１等で構成され、上記携帯電話機１０から受信したコンテンツ取得要求に基づいてコンテンツ記憶手段（データベース）５１０を参照し、上記コンテンツ取得要求で要求するコンテンツのオブジェクトを含むようにコンテンツ取得応答を生成する。このコンテンツ取得応答は、コンテンツ全体のデータサイズが大きい場合、複数のデータセグメントに分割されて生成される。
【００２６】
上記コンテンツ取得応答送信手段５１３は上記インターネット用通信装置５０７等で構成され、インターネット３０及び携帯電話通信網２０を介して、コンテンツ記憶手段５１０から読み出したコンテンツのオブジェクトを含むコンテンツ取得応答を、所定の通信プロトコルを使って携帯電話機１０に送信する。例えば、コンテンツのオブジェクトのデータを分割した複数のデータセグメント（エンティティ）からなるＨＴＴＰ応答を携帯電話機１０に送信する。このＨＴＴＰ応答のヘッダーの「Content-Length」フィールドには、送信対象のコンテンツ全体のデータサイズの値（単位：バイト）が記述される。
【００２７】
上記ダウンロード情報要求受信手段５１４は上記インターネット用通信装置５０７等で構成され、所定の通信プロトコル（例えば、Ｗ−ＨＴＴＰ）を使って携帯電話機１０から送信されたダウンロード情報要求を受信する。このダウンロード情報要求で要求するダウンロード情報は、ダウンロード記述子（ＤＤ：Download Descriptor）とも呼ばれ、ダウンロード対象のコンテンツオブジェクトのＵＲＩ（objectURI）、そのコンテンツのタイプ及びサイズ等のコンテンツの属性情報、ダウンロード確認時の利用者へのメッセージ情報（Description）、ダウンロード確認通知のＵＲＩ（InstallNotifyURI）等が含まれる。
【００２８】
上記ダウンロード情報応答送信手段５１５は、上記インターネット用通信装置５０７等で構成され、インターネット３０及び携帯電話通信網２０を介して、上記ダウンロード情報を含むダウンロード情報応答を所定の通信プロトコルを使って携帯電話機１０に送信する。例えば、上記ダウンロード情報を含むＨＴＴＰ応答を携帯電話機１０に送信する。
【００２９】
上記ダウンロード完了通知受信手段５１６は上記インターネット用通信装置５０７等で構成され、上記コンテンツのダウンロードが完了した携帯電話機１０から所定の通信プロトコルを使って送信されたダウンロード完了通知を受信する。
【００３０】
上記ダウンロード完了応答送信手段５１７は上記インターネット用通信装置５０７等で構成され、上記ダウンロード完了通知を確かに受信した旨を示すダウンロード完了応答を所定の通信プロトコルを使って携帯電話機１０に送信する。
【００３１】
図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成を示す概略構成図である。また、図６は、携帯電話機１０におけるソフトウェア構造の説明図である。
この携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力手段としての入力装置１０４、出力手段としての出力装置１０５、通信手段としての携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。
【００３２】
上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＷＥＢブラウザー、メーラー、音楽再生、動画表示、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。
【００３３】
また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、上記ネイティブ側の電話機プラットフォームとは異なるアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機にプリインストールされているアプリケーションや利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。このアプリケーションとしては、プラットフォームに依存しないオブジェクト指向プログラミングによって開発されたＪＡＶＡ（登録商標）、Ｃ＋＋等のプログラム言語で記述されたアプリケーションや、Ｃ言語やアセンブリ言語で記述されたアプリケーションなどが挙げられる。また、これらのアプリケーション実行環境は、例えばＪＡＶＡ（登録商標）の仮想マシン（ＶＭ：Virtual Machine）やＢＲＥＷ（登録商標）等のミドルウェアによって構築される。
【００３４】
上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ダウンロードサーバ５０から画像ファイル、音楽ファイル、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。また、利用者は上記操作部を操作することにより、登録した画像ファイルを展開して表示したり、音楽ファイルを展開して再生したり、アプリケーションプログラムを選択して実行したりすることができる。また、利用者は上記操作部を操作することにより、携帯電話通信網２０の図示しない情報配信サーバから受信した情報を表示することもできる。
【００３５】
上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８、図示しない振動デバイス等から構成されている。この液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置で構成されている出力部（出力手段）は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。また、この出力部は、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した画像の表示や音の出力に用いたり、情報配信サーバから受信した情報を表示したりするときにも用いられる。
また、マナーモード（サイレントモード）設定時においては、通常、上記スピーカ１８からの音の出力が制限される。すなわち、マナーモード（サイレントモード）設定時において、スピーカ１８からの音が周囲に聞こえないように、スピーカ１８の出力を停止するように制御される。
なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００３６】
上記出力装置１０５を構成する振動デバイスは、この振動デバイスは、マナーモード（サイレントモード）設定時などに音声電話を着信したりメールや各種配信情報を受信したりしたときに、携帯電話機１０の全体を振動させ、その着信等を利用者に知らせるように制御することができる。また、この振動デバイスは、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した振動を携帯電話機１０の全体に発生させるように制御することができる。
【００３７】
上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上述したサーバ１１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網１０を介して、ダウンロードサーバ５０が提供するアプリケーションプログラムをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。
【００３８】
図７は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、コンテンツ取得要求送信手段１１０とコンテンツ取得応答受信手段１１１と出力手段１１２と指示入力手段１１３とファイル記憶手段１１４と制御手段１１５とを有している。
【００３９】
上記コンテンツ取得要求送信手段１１０は上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってコンテンツの取得を要求するコンテンツ取得要求をダウンロードサーバ５０に送信する。このコンテンツ取得要求送信手段１１０は、１回のコンテンツデータ取得動作によってコンテンツのデータの全部を受信できなかった場合に、その受信できなかったデータセグメントについてコンテンツ再取得要求を送信するコンテンツ再取得要求受信手段として兼用されている。
【００４０】
上記コンテンツ取得応答受信手段１１１は、上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってダウンロードサーバ５０から送信されたコンテンツを含むコンテンツ取得応答を受信する。このコンテンツ取得応答受信手段１１１は、上記コンテンツ再取得要求に対してダウンロードサーバ５０から送信される不足データセグメントを含むコンテンツ再取得応答を受信するコンテンツ再取得応答送信手段として兼用されている。
【００４１】
上記出力手段１１２は、画像を出力する表示手段１１２ａと、音を出力する音出力手段１１２ｂとを用いて構成される。表示手段１１２ａは上記ディスプレイ１７等で構成され、ダウンロードした各種コンテンツの画像を表示したり、利用者によるデータや指示の入力を促すメニューなどの画像を表示したりする。音出力手段１１２ｂは上記スピーカ１８等で構成され、ダウンロードした音楽コンテンツやゲームコンテンツの効果音等のいろいろな音を出力する。
【００４２】
上記指示入力手段１１３は上記入力装置１０４を用いて構成され、利用者が携帯電話機１０に対する各種指示やデータを入力するときに操作される。
上記ファイル記憶手段１１４は上記ＲＡＭ１０２やＲＯＭ１０３等で構成され、画像、音楽、アプリケーションプログラムなどの各種コンテンツのファイルを記憶する。
【００４３】
上記制御手段１１５は上記ＣＰＵ１０１等で構成され、次のような処理及び制御を実行する。すなわち、制御手段１１５は、音出力を制限するマナーモード実行中にコンテンツをダウンロードしたとき、次のような制御を行う。例えば、制御手段１１５は、マナーモード実行中にダウンロードしたコンテンツに音ファイルが含まれているか否かを判断する。そして、制御手段１１５は、ダウンロードしたコンテンツに音ファイルが含まれていると判断したとき、その音ファイルに基づく音出力を行うか否かの指示を利用者に促す画面を表示手段１１２ａに表示するように制御する。この画面を見た利用者が指示入力手段１１３を操作して音出力の指示を入力したとき、制御手段１１５は、上記マナーモードにかかわらず上記ダウンロードした音ファイルに基づく音出力を強制的に行うように音出力手段１１２ｂを制御する。
【００４４】
図８は、上記構成の携帯電話機１０においてマナーモード設定中に音楽コンテンツをダウンロードするときの携帯電話機１０とサーバ４０，５０との間の通信手順の一例を示すシーケンス図である。なお、本例における音楽コンテンツのダウンロード手順は、前述のＯＭＡ方式のダウンロード手順を採用している。
【００４５】
まず、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動し、ＷＥＢサーバ４０の音楽試聴のコンテンツ紹介サイトにアクセスする（ステップＳ１〜Ｓ３）。このアクセスにより、携帯電話機１０のディスプレイ１７の画面１７ａには、図９（ａ）に示す音楽コンテンツ紹介のＷＥＢページが表示される（ステップＳ４）。
【００４６】
次に、利用者は、ディプレイ１７の画面１７ａに表示された音楽コンテンツ紹介のページを確認し、試聴を希望する音楽コンテンツのタイトルを選択するように所定のキー操作を行う（ステップＳ５）。携帯電話機１０は、このキー操作を受付けると、ダウンロード情報取得要求としてのＨＴＴＰ要求を、ダウンロードサーバ５０に送信する（ステップＳ６）。
【００４７】
上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するコンテンツのダウンロードに関するダウンロード情報（ObjectURI、ファイルタイプ、ファイルサイズ等の情報）をコンテンツ記憶手段（コンテンツデータベース）から読み出す（ステップＳ７）。そして、このダウンロード情報を含むダウンロード情報応答としてのＨＴＴＰ応答を生成し、携帯電話機１０に送信する（ステップＳ８）。
【００４８】
次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、ディスプレイ１７の画面に、図９（ｂ）に示すように上記ダウンロード情報に基づいて作成したダウンロード確認画面を表示する（ステップＳ９）。利用者は、ダウンロード確認画面の内容を確認し、ダウンロードＯＫのキー操作を行う。具体的には、ダウンロード確認画面の下側にある「ＹＥＳ」キーを選択する操作を行う。このキー操作を受け付けた携帯電話機１０は、ダウンロードサーバ５０に、上記利用者が希望するコンテンツをダウンロードするためのコンテンツ取得要求としてのＨＴＴＰ要求を送信する（ステップＳ１０、Ｓ１１）。このＨＴＴＰ要求が送信されると、携帯電話機１０のディスプレイ１７には、図９（ｃ）に示すように、ダウンロード中である旨を示すメッセージと、ダウンロードの進捗状況を示すバー表示とが表示される。
【００４９】
上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するコンテンツをコンテンツ記憶手段（コンテンツデータベース）から読み出す（ステップＳ１２）。次に、ダウンロードサーバ５０は、上記コンテンツを含むＨＴＴＰ応答を携帯電話機１０に送信し、ＨＴＴＰ応答の送信が完了したら、携帯電話機１０との接続を切断するための接続要求としてのＦＩＮメッセージを送信する（ステップＳ１３）。
【００５０】
次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信して音楽コンテンツのファイルを所定のフォルダーに保存する。携帯電話機１０は、上記音楽ファイルの保存の後、ダウンロードサーバ５０の所定のＵＲＩ（InstallNotifyURI）に、ダウンロードが完了した旨を示すダウンロード完了通知としてＨＴＴＰ要求（InstallNotify）を送信する（ステップＳ１４）。このダウンロード完了通知を受信したダウンロードサーバ５０は、ダウンロード完了応答としてのＨＴＴＰ応答を携帯電話機１０に返信する（ステップＳ１５）。
【００５１】
次に、携帯電話機１０は、ダウンロードサーバ５０からダウンロード完了応答を受信した後、図９（ｄ）に示すダウンロード完了通知兼用の音出力確認画面を表示し、利用者に対してダウンロード完了を知らせるとともに、マナーモード実行中にもかかわらず、すぐにスピーカ１８で試聴するか否かを利用者に問い合せる。ここで、ダウンロードした音楽コンテンツの試聴を希望するキー操作、具体的に「ＹＥＳ」キーを選択するキー操作を行うと、携帯電話機１０は、ダウンロードした音楽コンテンツのデータについて展開処理を行い、スピーカ１８から楽曲等の音出力を開始する（ステップＳ１６〜Ｓ１８）。なお、この音出力は、利用者が指示した上記ダウンロードの音ファイルについてのみ行われ、他の着信音等の音出力については通常どおり制限される。
【００５２】
図１０は、上記図８のシーケンスにおける音出力制御の手順を示したフローチャートである。携帯電話機１０において、ダウンロードサーバ５０からコンテンツのダウンロードが完了すると、そのコンテンツに楽曲などの音ファイルが含まれているか否かを判定する（ステップS101、S102）。ここで、コンテンツが音ファイルを含んでいる場合は、その音ファイルに基づく音出力を行うか否かの指示を利用者に促す音出力確認画像を表示する（ステップS103）。この音出力確認画像を見た利用者が音出力の指示を行ったときは、マナーモード中にもかかわらず、音ファイルに基づく楽曲などの音出力をスピーカ１８から強制的に行う（ステップS10５）。このマナーモード中の音出力は、初期設定として最低音量で行う。これにより、突然大音量で上記音出力が行われるのを回避し、周囲への音の漏れを可能な限り抑えることができる。周囲に人がいない場合は、その後、必要に応じて音量を上げることもできる。
【００５３】
以上、本実施形態によれば、マナーモード実行中にダウンロードサーバ５０からダウンロードしたコンテンツに音ファイルが含まれているとき、その音ファイルに基づく音出力を行うか否かの指示を利用者に促す音出力確認画面をディスプレイ１７に表示する。この表示された画面を見て、利用者は希望に応じて上記音出力を行うか否かを指示することができる。上記音ファイルに基づく音出力を行うようにキー等からなる指示入力手段としての入力装置４０５で音出力の指示が入力されたときは、マナーモード実行中にかかわらず上記音ファイルに基づく音出力がスピーカ１８から強制的に行われる。従って、マナーモード実行中であっても、ダウンロードサーバ５０からダウンロードしたコンテンツに含まれる音ファイルについて、利用者の希望に応じたスピーカ１８からの音出力が可能になる。
【００５４】
なお、上記実施形態では、図８に示すようにＯＭＡ方式のダウンロード手順を用いてコンテンツをダウンロードする場合について説明したが、本発明は、ＯＭＡ方式のダウンロード手順を用いずに通常のＨＴＴＰ通信によってコンテンツをダウンロードする場合についても同様に適用することができる。すなわち、上記実施形態において、携帯電話機１０は、通常のＨＴＴＰ通信とは異なり、コンテンツダウンロードに先だってＵＲＩ、ファイルタイプ等のダウンロード情報をサーバ５０から取得するとともに、コンテンツダウンロード後にダウンロード完了通知をサーバ５０に送信している。本発明は、かかるＯＭＡ方式におけるダウンロード情報の事前取得やダウンロード完了通知の送信を行わない通常のＨＴＴＰ通信によってコンテンツをダウンロードする場合についても同様に適用することができる。
【００５５】
また、上記実施形態では、音出力確認画面の表示及びユーザ指示に基づく音出力制御を、着信メロディ等の音ファイルを含むコンテンツを受信したタイミングに実行しているが、このタイミングに限定されるものではない。例えば、上記音出力確認画面の表示及びユーザ指示に基づく音出力制御を、上記音ファイルを含むコンテンツを受信した後、マナーモード実行中に、受信した音ファイルを再生するための操作を行ったタイミングに実行するようにしてもよい。
【００５６】
図１１は、マナーモード実行中に音楽ファイルを再生する操作を行ったときの再生制御を実行するときのフローチャートである。このフローチャートの例では、携帯電話通信網２０を介して受信したコンテンツが着信メロディ購入のＷＥＢページを表示するＨＴＭＬファイルである場合について示している。このＨＴＭＬファイルは、着信メロディのｍｉｄｉ（Musical Instruments Digital Interface）ファイル等の音楽ファイルとともに、コンテンツ提供サーバとしてのＷＥＢサーバ４０から通常のＨＴＴＰ通信によって受信される。
【００５７】
まず、携帯電話機２０は、上記音楽ファイルを含むＨＴＭＬファイル（コンテンツ）を受信すると、そのＨＴＭＬファイルに対応する図１２（ａ）に示す音楽コンテンツ用のＷＥＢページを、ディプレイ１７の画面１７ａに表示する（ステップＳ２０１）。このＷＥＢページには、音楽ファイルが含まれていることを示す所定のサウンドアイコン（図１２（ａ）の符号１７ｃ）が表示される。ここで、マナーモードが設定されていない場合は、ＨＴＭＬファイルとともに受信した音楽ファイル（***.midi）が自動再生されるが、本例のようにマナーモード設定中の場合は、音楽ファイル（***.midi）の自動再生は実行されない。
【００５８】
上記音楽ファイルを含むＨＴＭＬファイルは、例えば次のように記述される。
<html>
・・・
＊＊＊の曲です。<br />
<bgsound src="***.midi" /><br />
・・・
<a href="index.html">TOPへ</a>
・・・
</html>
【００５９】
上記ＨＴＭＬファイルの例では、音楽ファイルを組み込むためにsrc属性を有するbgsound要素を用いて「bgsound src」のように記述されている。このbgsound要素の代わりに、data属性を有するobject要素を用いてもよい。この場合は、「bgsound src="***.midi"」の代わりに、「object data="***.midi"」ように記述される。ＨＴＭＬファイルを受信して解釈処理を実行したとき、上記bgsound要素やobject要素の記述があると、それらの要素で指定されている音楽ファイルを受信し、その後、上記ＷＥＢページを表示する。
【００６０】
次に、上記音楽コンテンツ用のＷＥＢページを表示した画面で利用者が「メニュー」を選択するキー操作を行うと、携帯電話機２０は、図１２（ｂ）に示すメニュー画面をディプレイ１７の画面１７ａに表示する（ステップＳ２０２〜Ｓ２０３）。
次に、上記メニュー画面で利用者が「３．再生」を選択する再生操作を行うと、携帯電話機２０は、マナーモード設定中にもかかわらず音出力を伴う音楽再生を強制的に実行するか否かを確認するための図１２（ｃ）に示す音楽再生の確認画面を表示する（ステップＳ２０４〜Ｓ２０５）。
次に、上記音楽再生の確認画面で利用者が音出力を指示するキー操作を行うと、携帯電話機２０は、音楽プレーヤのアプリケーションを起動し、図１２（ｄ）に示す音楽プレーヤ画面を表示するとともに、音出力を伴う音楽ファイル（***.midi）の再生を強制的に実行する。これにより、マナーモード設定中にもかかわらず、音楽ファイル（***.midi）に基づく楽曲などの音出力をスピーカ１８から強制的に行う（ステップS２0７）。このマナーモード中の音出力は、上記図１０の実施形態と同様に最低音量で行われる。
【００６１】
以上、本実施形態によれば、ディスプレイ１７に表示された音楽再生の確認画面を見て、利用者は希望に応じて音楽ファイルの音出力を行うか否かを指示することができる。上記音楽ファイルに基づく音出力を行うようにキー等からなる指示入力手段としての入力装置４０５で音出力の指示が入力されたときは、マナーモード実行中にかかわらず上記音楽ファイルに基づく音出力がスピーカ１８から強制的に行われる。従って、マナーモード実行中であっても、ＷＥＢサーバ４０からダウンロードしたＨＴＭＬファイル（コンテンツ）に含まれる音楽ファイルについて、利用者の希望に応じたスピーカ１８からの音出力が可能になる。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図。
【図２】ダウンロードサーバのハードウェア構成の一例を示すブロック図。
【図３】ダウンロードサーバの主要な機能を抽出して示した機能ブロック図。
【図４】携帯電話機の一構成例を示す外観図。
【図５】携帯電話機のハードウェア構成を示す概略構成図。
【図６】携帯電話機におけるソフトウェア構造の説明図。
【図７】携帯電話機の主要な機能を抽出して示した機能ブロック図。
【図８】マナーモード実行中に音楽コンテンツをダウンロードするときの携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図。
【図９】（ａ）〜（ｄ）はコンテンツダウンロード時における携帯電話機のディスプレイ画面の遷移を示す説明図。
【図１０】携帯電話機における音出力制御の一例を示すフローチャート。
【図１１】他の実施形態に係る携帯電話機における音出力制御の一例を示すフローチャート。
【図１２】（ａ）〜（ｄ）は同携帯電話機におけるコンテンツ再生時のディスプレイ画面の遷移を示す説明図。
【符号の説明】
【００６３】
１０    携帯電話機
２０    携帯電話通信網
３０    インターネット
４０    ＷＥＢサーバ
５０    ダウンロードサーバ
【図１】
2006121504.tif 000003
【図２】
2006121504.tif 000004
【図３】
2006121504.tif 000005
【図４】
2006121504.tif 000006
【図５】
2006121504.tif 000007
【図６】
2006121504.tif 000008
【図７】
2006121504.tif 000009
【図８】
2006121504.tif 000010
【図９】
2006121504.tif 000011
【図１０】
2006121504.tif 000012
【図１１】
2006121504.tif 000013
【図１２】
2006121504.tif 000014