JP5562803B2 - 携帯通信装置及びサーバ - Google Patents

Description

本発明は、他の通信装置との通信を行う携帯通信装置、サーバ、通信システム及び同期音響出力方法に関する。

携帯電話機等の携帯通信装置を用いる通信システムでは、発信側の携帯通信装置から着信側の携帯通信装置に電話がかけられると着信側の携帯通信装置で通話開始の処理が実行されるまで、発信側の携帯通信装置では呼び出し音が出力され、着信側の携帯通信装置では着信音が出力される。なお、着信側の携帯通信装置では音を出力せずにバイブ動作等の所定の着信動作を実行する場合もある。着信音を設定する方法としては、特許文献１に着信音の音声をメロディストックセンタから取得（ダウンロード）することで、種々の着信音（着信メロディ）を着信音に設定可能とする方法が記載されている。特許文献１に記載の方法のように、着信音を外部から取得することで種々のメロディ、音声を着信音とすることができる。

また、特許文献２には、発信側の携帯通信装置から発信者が指定する着信音（着うた（登録商標）・着信メロディー）を着信側の携帯通信装置に送信し、着信側の携帯通信装置で発信者が指定する着信音から出力させるシステムが記載されている。特許文献２に記載のシステムでは、着信音のデータを記憶したサーバから着信側の携帯通信装置に着信音のデータを供給している。

特開２０００−１３４３３２号公報 特開２０１０−１０９８００号公報

ここで、携帯通信装置の利用方法としては、待ち合わせ時等に通信相手の位置を把握するために利用する方法がある。この場合は、携帯通信装置の通話機能を用いて会話により位置情報を連絡することで相手の位置を把握する方法がある。しかしながら、慣れていない場所や人ごみの中では、会話によって相手の位置を特定することが困難な場合がある。また、子供、目が見えない人物、耳が聞こえない人物等の自分の位置を説明できない相手の場合は、会話によって特定することができない。

これに対して、待ち合わせ時等に通信相手の位置を把握するために利用する方法としては、電話を掛け、通信相手の携帯通信装置から着信音を出力させ、その着信音が出力されている場所に近づくことで、通信相手の位置を把握する方法がある。しかしながら、この方法では、通信相手の着信音がどんな音声であるかを事前に知っている必要がある。また、特許文献２に記載されたシステムを用いることで、発信側が指定した着信音を出力させることができるが、発信側の利用者が知らない着信音を利用することができない。また、出力される着信音は、機種や登録されている着信音のデータによって変わるため、メロディを知っている場合も自身が想像した着信音とは違う着信音が出力されると、着信側から出力される着信音を識別することができない。

本発明は、上記に鑑みてなされたものであって、通信相手または相手側の携帯通信装置の位置を容易に把握することができる携帯通信装置、サーバ、通信システム及び同期音響出力方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、携帯通信装置であって、他の通信装置と通信する通信部と、前記他の通信装置からの着信を通知する着信音を出力する報知部と、前記他の通信装置からの着信を検出した場合、前記他の通信装置における発信処理中の呼び出し音として前記着信音と同一の音響を出力させる指示を含む信号を前記他の通信装置に送信し、かつ、前記報知部から前記着信音を出力させる制御部と、を有することを特徴とする。

ここで、前記制御部は、前記信号に前記呼び出し音の出力タイミングの情報を含めて前記他の通信装置に送信し、前記出力タイミングに同期させて前記報知部から前記着信音を出力させることが好ましい。

また、前記制御部は、前記出力タイミングを制御し、前記他の通信装置の前記呼び出し音及び前記報知部の着信音として同一の前記音響を設定された時間毎に交互に出力させることが好ましい。

また、前記制御部は、前記報知部から音声を出力せずに前記他の通信装置からの着信を通知するマナーモードが設定可能であり、前記他の通信装置からの着信を検出した場合、前記マナーモードが設定されている場合、前記マナーモードの設定を解除し、前記報知部から前記着信音を出力させることが好ましい。

また、自機の状態の情報を取得する端末情報取得部をさらに有し、前記制御部は、前記他の通信装置からの着信を検出した場合、前記端末情報取得部で取得した自機の状態が設定された条件を満たさない場合、前記マナーモードを解除しないことが好ましい。

また、周囲音の音量を検出する音量検出部をさらに有し、前記制御部は、前記音量検出部で検出した周囲音の音量が設定された値以上である場合は、前記着信音の音量を大きくすることが好ましい。

また、自機の状態の情報を取得する端末情報取得部をさらに有し、前記制御部は、前記他の通信装置からの着信を検出した場合、前記端末情報取得部で取得した自機の状態が設定された条件を満たさない場合、前記着信音の音量を大きくしないことが好ましい。

また、前記制御部は、前記他の通信装置からの着信を検出した場合、前記他の通信装置が予め設定された通信装置である場合、前記他の通信装置における発信処理中の呼び出し音として前記着信音と同一の音響を出力させる指示を含む信号を前記他の通信装置に送信し、かつ、前記報知部から着信音を出力させ、前記他の通信装置が予め設定された通信装置とは異なる通信装置である場合、前記他の通信装置における発信処理中の呼び出し音として前記着信音と同一の音響を出力させる指示を含む信号を前記他の通信装置に送信せずに、設定された着信を通知する動作を行うことが好ましい。

上述した課題を解決し、目的を達成するために、本発明は、携帯通信装置であって、他の通信装置と通信する通信部と、前記他の通信装置からの着信を通知する着信音を出力する音響出力部と、前記他の通信装置からの着信を検出した場合、前記他の通信装置における発信処理中の呼び出し音として前記着信音に関連する情報を出力させる指示を含む信号を前記他の通信装置に送信し、かつ、前記音響出力部から前記着信音を出力させて報知する制御部と、を有することを特徴とする。

上述した課題を解決し、目的を達成するために、本発明は、携帯通信装置であって、他の通信装置と通信する通信部と、前記他の通信装置からの着信を通知する着信音を出力する報知部と、他の通信装置からの着信を検出した場合、前記報知部から前記着信音を出力させて報知する制御部と、を有し、前記制御部は、音響同期の出力指示を検出した場合、前記他の通信装置から出力する音響として音響を出力させる指示を含む信号を前記他の通信装置に送信し、かつ、前記報知部から前記音響を出力させることを特徴とする。

上述した課題を解決し、目的を達成するために、本発明は、携帯通信装置であって、他の通信装置と通信する通信部と、前記他の通信装置への発信処理時に呼び出し音を出力する音響出力部と、前記他の通信装置への発信処理を行った場合、前記他の通信装置における着信中の着信音として前記呼び出し音と同一の音響を出力させる指示を含む信号を前記他の通信装置に送信し、かつ、前記音響出力部から呼び出し音を出力させる制御部と、を有することを特徴とする。

上述した課題を解決し、目的を達成するために、本発明は、発信側の携帯通信装置と着信側の携帯通信装置との間で通信の少なくとも一部を中継するサーバであって、複数の音響の情報を記憶する記憶部と、発信側の携帯通信装置及び着信側の携帯通信装置と通信する通信部と、発信側の携帯通信装置と着信側の携帯通信装置とから出力する音響を制御する制御部とを有し、前記制御部は、音響同期の指示が一方の携帯通信装置に入力された場合、発信側の携帯通信装置と着信側の携帯通信装置との両方に音響の情報と音響の出力タイミングの情報を送信することを特徴とする特徴とする。

ここで、前記制御部は、前記発信側の携帯通信装置による発信時に音響同期の指示が入力された場合、発信側の携帯通信装置に前記音響を呼び出し音の音響として送信し、着信側の携帯通信装置に前記音響を着信音の音響として送信することが好ましい。

上述した課題を解決し、目的を達成するために、本発明は、発信側の携帯通信装置と、着信側の携帯通信装置と、を有し、発信側の携帯通信装置と、着信側の携帯通信装置との間で通信を行う通信システムであって、前記着信側の携帯通信装置は、前記発信側の携帯通信装置と通信する着信側通信部と、前記発信側の携帯通信装置からの着信を通知する着信音を出力する報知部と、前記発信側の携帯通信装置からの着信を検出した場合、前記発信側の携帯通信装置における発信処理中の呼び出し音として前記着信音と同一の音響を出力させる指示を含む信号を前記発信側の携帯通信装置に送信し、かつ、前記報知部から前記着信音を出力させる着信側制御部と、を有し、前記発信側の携帯通信装置は、着信側の携帯通信装置と通信する発信側通信部と、前記着信側の携帯通信装置への発信処理時に呼び出し音を出力する音響出力部と、前記着信側の携帯通信装置への発信処理中に前記着信側の携帯通信装置からの前記着信音と同一の音響を出力させる指示を含む信号を受信した場合、前記呼び出し音として前記音響を前記音響出力部から出力させる発信側制御部と、を有することを特徴とする。

上述した課題を解決し、目的を達成するために、本発明は、着信音を出力する報知部を有し、他の通信装置と通信する携帯通信装置の同期音響出力方法であって、前記他の通信装置からの着信を検出するステップと、前記他の通信装置における発信処理中の呼び出し音として前記着信音と同一の音響を出力させる指示を含む信号を前記他の通信装置に送信するステップと、前記着信音を前記報知部から出力させるステップと、を有することを特徴とすることを特徴とする。

本発明にかかる携帯通信装置、サーバ、通信システム及び同期音響出力方法は、通信相手または相手側の携帯通信装置の位置を容易に把握することができるという効果を奏する。

図１は、本発明の携帯通信装置を有する通信システムの概略構成を示す説明図である。 図２は、図１に示す携帯通信装置の機能の概略構成を示すブロック図である。 図３は、発信側の携帯通信装置の処理動作の一例を示すフロー図である。 図４は、着信側の携帯通信装置の処理動作の一例を示すフロー図である。 図５は、発信側の携帯通信装置の処理動作の他の一例を示すフロー図である。 図６は、発信側の携帯通信装置の処理動作の他の一例を示すフロー図である。 図７は、着信側の携帯通信装置の処理動作の他の一例を示すフロー図である。 図８は、図１に示すサーバの機能の概略構成を示すブロック図である。 図９は、サーバの処理動作の一例を示すフロー図である。

以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、携帯通信装置の一例として携帯電話機を例として説明するが、本発明の適用対象は携帯電話機に限定されるものではなく、通話機能を備える種々の通信装置に用いることができる。例えば、携帯通信装置としては、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ等に対しても本発明は適用できる。また、携帯通信装置として、通信機能を備える専用の防犯装置にも用いることができる。また、本発明の通信システムを構成する後述する救出側の通信装置には、固定端末も用いることができ、例えば、固定式の電話機、複合機、ＰＣ（Personal Computer）にも用いることができる。

図１は、本発明の携帯通信装置を有する本発明の通信システムの概略構成を示す説明図である。図１に示す通信システム１は、ＧＰＳ衛星２と、通信網３と、複数の基地局４と、サーバ６と、複数の携帯通信装置１０、１０ａ、１０ｂとで構成されている。

ＧＰＳ衛星２は、ＧＰＳ（Global Positioning System、全地球測位システム）の通信機能を備える通信装置（通信端末、通信機器）に、該通信装置の位置情報を送信（提供）する衛星である。なお、図１でＧＰＳ衛星２を１つのみ示したが、ＧＰＳ衛星２は、通信装置の位置を特定するために必要な数（主として３つ、４つ）が配置されている。複数のＧＰＳ装置２は、通信装置の位置情報の特定に必要な情報（ＧＰＳ衛星２の位置情報や時間情報）を出力する。なお通信装置は、ＧＰＳ衛星２から出力される情報を取得し、解析することで、自身の位置情報を取得する。

通信網（コアネットワーク）３は、交換機や、有線の通信回線で構成されている。通信網３は、有線、無線の通信回線を用いて、基地局４を介して、携帯通信装置１０、１０ａ、１０ｂと他の通信装置（他の携帯通信装置、固定型の通信装置、サーバ６）との間での情報通信を行う。通信網３は、通信装置間で通信を行うことができれば、種々の通信方法を用いることができる。例えば、衛星回線を利用して通信を行ってもよい。

基地局４は、無線により携帯通信装置１０、１０ａ、１０ｂと通信信号の送受信を行う通信機器である。なお、通信信号とは、通話や、メールの送受信や、インターネット通信を行うために、送受信するデータの信号である。また、基地局４は、通信網３と接続しており、通信網３と接続している通信端末と通信（通信信号を送受信）することができる。このように、基地局４は、通信網３と接続しており、携帯通信装置１０、１０ａ、１０ｂと無線で通信を行うことで、通信網３を利用した携帯通信装置１０、１０ａ、１０ｂの通信を中継する。なお、基地局４は、中継局を介して携帯通信装置１０、１０ａ、１０ｂと通信を行うようにしてもよい。

サーバ６は、呼び出し音や着信音の情報、呼び出し音及び着信音の制御条件、これらの制御プログラム、各通信装置を特定する情報（電話番号、アドレス）等種々のデータを有する。サーバ６は、通信網３及び基地局４を介して携帯通信装置１０、１０ａ、１０ｂと通信し、種々の情報を供給する。また、サーバ６は、通信装置から情報を受信しその情報に基づいて他の通信装置に情報を通信する、情報の中継も行う。

携帯通信装置１０、１０ａ、１０ｂは、基地局４を介して通信網３との間で無線通信を行う通信端末である。携帯通信装置１０は、音声信号等の信号を通信網３に送信し、通信網３から音声信号等の信号を受信する。また、それぞれの携帯通信装置には、固有の電話番号、端末番号が割り当てられ、記憶されている。携帯通信装置１０、１０ａ、１０ｂの構成については、後ほど説明する。

通信システム１は、以上のような構成である。通信システム１は、ユーザの操作により携帯通信装置１０に発信操作が入力されると、携帯通信装置１０から通信網３に対して、発信信号と通信先の電話番号の情報が送られる。通信網３は、入力された通信先の電話番号が割り当てられている携帯通信装置１０を検索し、通信先の携帯通信装置１０に着信を通知する。その後、通信先の携帯通信装置１０で通話開始の操作が入力されたら、通信網３を介して通信を行う。つまり、通信システム１は、通信網３を介して情報の送受信を行うことで、携帯通信装置１０間で通信を行う。なお、通信システム１は、通信端末間での通信は、音声通信に限定されず、データの送受信も行う。また、通信システム１を構成する携帯通信装置１０は、ＧＰＳ衛星２から位置情報を取得することもできる。また、図１では、サーバ６を１つのみ、携帯通信装置１０は、３つのみ（１０、１０ａ、１０ｂ）を図示しているが、通信システム１は、多数の、サーバ６と、携帯通信装置１０で構成することができる。また、図１では、通信システム１の通信網３で通信を行う機器として、携帯通信装置１０、１０ａ、１０ｂ、サーバ６のみを示したが、通信網３で通信可能な機器は、これには限定されない。通信システム１は、通信網３を介して、公衆通信網で通信可能な種々の通信装置間で通信を実行できる。例えば、ＰＣ（Personal Computer）等の情報通信機能を備える固定型の情報端末や、有線の電話回線を介して通信網３と接続された電話装置（固定電話）との間でも通信を実行できる。

次に、携帯通信装置１０、１０ａ、１０ｂについて説明する。なお、携帯通信装置１０と、携帯通信装置１０ａと、携帯通信装置１０ｂとは、同様の装置構成であるので、以下、携帯通信装置１０を用いて説明する。ここで、図２は、図１に示す携帯通信装置の機能の概略構成を示すブロック図である。携帯通信装置１０は、無線通信機能を備えた携帯電話機である。図２に示すように携帯通信装置１０は、主制御部２２と、記憶部２４と、通信部２６と、操作部２８と、音声処理部３０と、表示部３２と、表示制御部３３と、ＧＰＳ通信部３４と、振動部３６と、タイマ部３８と、を有する。また、携帯通信装置１０は、筐体１０Ｃが第１筐体と第２筐体とで開閉可能に構成された、折り畳み式の携帯電話機である。なお、本実施形態では、携帯通信装置１０の筐体１０Ｃを折り畳み式としたが、筐体の形状は特に限定されない。筐体は種々の形態とすることができ、例えば、スライド式、サイクロイド式、リボルバー式、ストレート式等でもよい。

主制御部２２は、携帯通信装置１０の全体的な動作を統括的に制御する処理部、例えばＣＰＵ（Central Processing Unit）である。すなわち、携帯通信装置１０の各種の処理が、操作部２８の操作や携帯通信装置１０の記憶部２４に保存されるソフトウェアに応じて適切な手順で実行されるように、通信部２６、表示部３２等の動作を制御する。主制御部２２は、記憶部２４に保存されているプログラム（例えば、オペレーティングシステムのプログラム、アプリケーションのプログラム等）に基づいて処理を実行する。また、主制御部２２は、複数のプログラム（アプリケーション、ソフトウェア）を並列で実行することができる。なお、本実施形態では、主制御部を含む各部の制御機能を合わせたものが制御部となる。

記憶部２４には、主制御部２２での処理に利用されるアプリケーションのプログラムやデータが保存されている。具体的には、アプリケーションのプログラムとして、発信、着信、通話処理を行うアプリケーションのプログラムである通信管理プログラム２４ａ、着信音の設定処理、取得処理や同期処理を行うアプリケーションのプログラムである通信音同期プログラム２４ｂや、メールの送受信を行うアプリケーションのプログラム等が保存されている。また、データとしては、通信音同期プログラム２４ｂの処理時に使用する条件テーブル２４ｃ、呼び出し音と着信音とを複数備える通信音データ２４ｄ、画像データ、音声データ、文字変換のための辞書データ、アドレス帳データ等が記憶されている。なお、通信音（通知音）とは、携帯通信装置から出力される音響（音声を含む音）であり、着信音、呼び出し音、記憶部に記憶されている種々の音等が含まれる。

通信部２６は、上述した通信網３の基地局４によって割り当てられるチャネルを介し、基地局との間でＣＤＭＡ方式などによる無線信号回線を確立し、基地局との間で電話通信及び情報通信を行う。このため、ユーザは、通信部２６による通信により所望の相手との通話が可能となる。

操作部２８は、例えば、通話キー、電源キー、数字キー、文字キー、発信キーなど、各種の機能が割り当てられた操作キーと、方向及び決定キーとで構成される。操作部２８は、これらのキーがユーザの操作により入力されると、その操作内容に対応する信号を発生させる。そして、発生した信号は、ユーザの指示として主制御部２２へ入力される。

音声処理部３０は、マイク１５に入力される音声信号やレシーバ１６、スピーカ１７から出力される音声信号の処理を実行する。なお、レシーバ１６は、電話等の音声通信時の音声の出力、呼び出し音（発信時に電話をかけていること（相手を呼出していること）を通知する音声）の出力等に使用され、スピーカ１７は、着信音の出力等に使用される。

表示部３２は、液晶ディスプレイ（ＬＣＤ、Liquid Crystal Display）や、有機ＥＬ（Organic Electro−Luminescence）パネルなどで構成された表示パネルを備え、主制御部２２から表示制御部３３を介して供給される映像データに応じた映像、画像データに応じた画像を表示パネルに表示させる。

ＧＰＳ通信部３４は、ＧＰＳ衛星２から出力されるＧＰＳ信号を受信する通信部である。また、ＧＰＳ通信部３４は、出力されるＧＰＳ信号を受信し解析することで携帯通信装置１０の緯度経度を算出し、算出した緯度経度の情報を主制御部２２に送る。具体的には、複数のＧＰＳ衛星２からＧＰＳ信号を取得し、ＧＰＳ信号に含まれる時間情報と取得した時間情報との時間差や、受信した伝播電波の強度等によりそれぞれのＧＰＳ衛星２からの距離を算出する。ＧＰＳ通信部３４は、ＧＰＳ衛星２からの距離と各ＧＰＳ衛星２の位置情報を解析することで、自身の位置を算出する。

振動部（バイブレータ）３６は、筐体１０Ｃの内部に設けられた筐体１０Ｃを振動させる振動発生機構である。振動発生機構としては、偏心モータを用いることができる。振動部３６は、他の端末からの通話の着信の通知時、ＥメールやＣメール、ショートメール等のお知らせの着信の通知時や、アラーム機能利用時に、主制御部２２の制御により駆動され、筐体１０Ｃを振動させる。

タイマ部３８は、時刻をカウントしており、時刻の情報を、主制御部２２へ向けて出力可能となっている。なお、タイマ部３８は、通信部２６を介して基地局４から時刻情報を取得することで、基準時刻とのズレを補正することができる。なお、通信システム１は、基地局４同士で時刻情報を同期させることで、携帯通信装置１０のタイマ部３８は、同期した時刻情報を取得し保持することができる。

加速度センサ３９は、筐体１０Ｃに加わる加速度を検出する検出器である。加速度センサ３９は、ユーザが筐体１０Ｃを振ったり、移動させたりする際に、筐体１０Ｃに作用する加速度を検出する。加速度センサ３９は、検出した加速度情報を主制御部２２に送る。

次に、図３及び図４を用いて、携帯通信装置１０の動作について説明する。ここで、図３は、発信側の携帯通信装置の処理動作の一例を示すフロー図であり、図４は、着信側の携帯通信装置の処理動作の一例を示すフロー図である。なお、図３及び図４に示す処理は、携帯通信装置１０が、基本的に記憶部２４に記憶されている通信音同期プログラム２４ｂを主制御部２２で処理することで実行される。また、図３及び図４に示す処理のうち通信に関する一部の処理は、記憶部２４に記憶されている通信管理プログラム２４ａを主制御部２２で処理することで実行される。

まず、図３を用いて携帯通信装置を発信側の携帯通信装置として用いる場合を説明する。携帯通信装置１０の主制御部２２は、ステップＳ１２として発信操作が入力される。つまり、ユーザにより操作が入力され、特定の通信装置（本処理では携帯通信装置）に電話をかける。このように主制御部２２は、ユーザにより発信操作が入力されたら処理を開始する。

主制御部２２は、ステップＳ１２で発信操作が行われたら、ステップＳ１４として処理実行条件を満たすかを判定する。ここで、処理実行条件とは条件テーブル２４ｃに記憶されている条件である。処理実行条件については後ほど説明する。主制御部２２は、ステップＳ１４で処理実行条件を満たさない（Ｎｏ）と判定したら、ステップＳ１６として通常発信処理を実行する。ここで、通常発信処理とは、携帯通信装置１０で電話をかける場合時に実行される処理である。主制御部２２は、ステップＳ１６で通常発信処理を実行したら、ステップＳ２６に進む。

また、主制御部２２は、ステップＳ１４で処理実行条件を満たす（Ｙｅｓ）と判定したら、ステップＳ１８として同期モード発信処理を実行する。ここで、同期モード発信処理とは、発信時に通常発信処理で送信する情報に加え、発信側の携帯通信装置の呼び出し音を着信側の携帯通信装置の着信音と同一の通信音とする処理（通信音の同期処理）を行う旨の情報を送信する処理である。

主制御部２２は、ステップＳ１８で発信処理を行ったらステップＳ２０として着信側の端末（携帯通信装置）の情報を受信する。つまり、主制御部２２は、ステップＳ１８で実行した発信処理に対して着信側の携帯通信装置から送信された情報を受信する。なお、着信側の携帯通信装置から送信された情報としては、発信処理を受信したことを示す情報や、着信側の携帯通信装置の情報等がある。

主制御部２２は、ステップＳ２０で着信側の端末の情報を受信したら、ステップＳ２２として着信音の情報があるかを判定する。つまり主制御部２２は、ステップＳ２０で受信した情報に、着信側の携帯通信装置で出力する着信音の情報が含まれているかを判定する。なお、着信音の情報は、着信側の携帯通信装置がステップＳ１８で送られた情報を処理し、着信側の携帯通信装置側でも通信音の同期処理を実行する場合に送信される。

主制御部２２は、ステップＳ２２で着信音の情報あり（Ｙｅｓ）と判定したら、ステップＳ２４として、設定された着信音を呼び出し音として出力する。つまり、主制御部２２は、ステップＳ２０で受信し、ステップＳ２２でありと判定した着信音の情報に基づいて、着信側の携帯通信装置から送られた着信音を呼び出し音として出力する。なお、この時、着信側の携帯通信装置から着信音と共に音声の出力タイミングの情報を供給された場合、主制御部２２は、タイマ部３８で時間を調整しつつ、設定された出力タイミングで呼び出し音を出力する。

また、主制御部２２は、ステップＳ２２で着信音なし（Ｎｏ）またはステップＳ１６の処理が終了したら、ステップＳ２６として通常の呼び出し音を出力する。つまり、着信側の携帯通信装置の着信音に関係なく設定された呼び出し音を出力する。

主制御部２２は、ステップＳ２４またはステップＳ２６で呼び出し音を出力したら本処理を終了する。なお、発信処理に対応して通話に関する処理は、平行して処理されており本処理を終了しても通話に関する処理は継続される。例えば、主制御部２２は、呼び出し音の設定処理は終了するが、通話が開始されるまでまたは発信処理が終了するまで呼び出し音の出力は継続する。

次に、図４を用いて携帯通信装置を着信側の携帯通信装置として用いる場合を説明する。なお、図４に示すフロー図は、図３に示すフロー図の処理を行う携帯通信装置に対応する処理である。まず、携帯通信装置１０の主制御部２２は、ステップＳ３０として着信があるかを判定する。主制御部２２は、ステップＳ３０で着信なし（Ｎｏ）と判定したらステップＳ３０に進み再び着信ありかを判定する。このように主制御部２２は、着信を検出するまで、着信があるかの判定を繰り返す。

主制御部２２は、ステップＳ３０で着信あり（Ｙｅｓ）と判定したらステップＳ３２として、発信側の端末（携帯通信装置）の認証を行う。ここで、発信側の端末の認証とは、発信処理（発呼処理）を行った携帯通信装置が発信処理に送信した情報の認証であり、携帯通信装置の電話番号や、通話の設定や、着信処理の条件等が含まれている。

主制御部２２は、ステップＳ３２で認証を行ったら、ステップ３４として、処理実行条件を満たすかを判定する。ここで、処理実行条件とは条件テーブル２４ｃに記憶されている条件である。処理実行条件については後ほど説明する。主制御部２２は、ステップＳ３４で処理実行条件を満たさない（Ｎｏ）と判定したら、ステップＳ３５として通常着信処理を実行する。ここで、通常着信処理とは、携帯通信装置１０で着信を検出した場合時に実行される処理である。例えば、発信側の携帯通信装置１０のユーザ毎に設定している着信音を検出し検出した着信音を出力する処理や、マナーモードが設定されている場合は振動部３６により筐体１０Ｃを振動させて着信を通知する処理を行う。また、発信側の携帯通信装置が着信を拒否する設定の端末である場合は、着信を通知しない処理も行う。主制御部２２は、ステップＳ３５で通常着信処理を実行したら本処理を終了する。なお、発信処理を同様に着信処理も通話に関する処理は、平行して処理されており本処理（着信動作を決定する処理）を終了しても、着信音を出力する処理等は、継続して処理される。

また、主制御部２２は、ステップＳ３４で処理実行条件を満たす（Ｙｅｓ）と判定したら、ステップＳ３６としてマナーモードであるかを判定する。ここで、マナーモードとは、上述したように着信音を出力せずに着信を通知するモードである。主制御部２２は、ステップＳ３６でマナーモードである（Ｙｅｓ）と判定したら、ステップＳ３８としてマナーモードを解除し、ステップＳ４０に進む。これにより、着信側の携帯通信装置１０は、着信音を出力できる状態となる。また、主制御部２２は、ステップＳ３６でマナーモードではない（Ｎｏ）と判定したら、そのままステップＳ４０に進む。

主制御部２２は、ステップＳ３６でＮｏと判定したらまたはステップＳ３８の処理を終了したら、ステップＳ４０として、発信側に着信音の情報と出力タイミングを送信する。つまり、主制御部２２は、着信側の携帯通信装置で出力する設定となっている着信音の情報を発信側の携帯通信装置に送信する。さらに、主制御部２２は、自機が出力する着信音（通信音）と、発信側の携帯通信装置が出力する呼び出し音（通信音）とを対応したタイミングで出力させるために出力タイミングの情報も合わせて出力する。なお、出力タイミングとしては、着信音の各音声（音響）に時間情報を対応付けた情報を用いることが好ましい。

主制御部２２は、ステップＳ４０の処理を終了したら、ステップＳ４２として着信音を出力する。つまり主制御部２２は、ステップＳ４０で発信側の携帯通信装置に情報を送信した着信音を自機の着信音として出力する。また、主制御部２２は、ステップＳ４０で送信した出力タイミングにあわせて着信音を出力する。主制御部２２は、ステップＳ４２で着信音の出力を行ったら、本処理を終了する。

このように、通信システム１及び携帯通信装置１０は、発信側の携帯通信装置で図３に示す処理を行い、着信側の携帯通信装置で図４に示す処理を行うことで、発信側の携帯通信装置の呼び出し音と着信側の携帯通信装置の着信音とを同一の通信音とする。発信側の携帯通信装置と着信側の携帯通信装置とで同一の通信音を出力することで、発信側の携帯通信装置のユーザはレシーバ１６から出力される呼び出し音を聞きながら、スピーカ１７から同一の音声を出力している着信側の携帯通信装置を探すことができる。つまりユーザは、通信相手で出力されている音声を確認しながら通信相手を探すことができる。これにより、発信側のユーザは、着信側のユーザが子供、目が見えない人物、耳が聞こえない人物等の自分の位置を説明できない相手の場合でも会話等で相手の位置を特定する必要がないため、着信側の携帯通信装置を保有する通信相手を的確かつ迅速に探して見つけることができる。

また、呼び出し音及び着信音として利用される通信音を同一とすることで、通信音として用いられる音声を知らない場合でも利用することができる。また、出力されている音声を思い違いしていて着信音を特定できない恐れを低減することができる。

また、上記実施形態のように、通信音の出力タイミングの情報を送受信し、出力のタイミングを合わせることで、所定のタイミングで呼び出し音と着信音を出力することができる。これにより、通信音がメロディである場合に出力タイミングがずれて相手の通信音（基本的には着信音）を特定できない恐れを低減することができる。なお、上記効果を得ることができるため、通信音の出力タイミングは同期させることが好ましいがこれには限定されない。通信システム１及び携帯通信装置１０は、出力タイミングの情報を送受信せず、通信音を同一にすることでも出力されている音声を特定できるため、着信側の携帯通信装置を保有する通信相手を的確かつ迅速に探して見つけることができる。

ここで、図３のステップＳ１４及び図４のステップＳ３４の処理実行条件としては、種々の条件を用いることができる。例えば、端末情報（通信相手の情報）が予め設定した携帯通信装置の端末情報（電話番号、識別情報）である場合、条件を満たすとする処理条件とすることができる。このように、通信音の同期処理を行う携帯通信装置を特定の携帯通信装置とすることで、本機能を使用する必要がない場合に通信音が変更されてしまうことを抑制することができる。

また、スケジュール機能とタイマ部３８とを用い設定した時間である場合、条件を満たすとする処理条件とすることができる。これにより、待ち合わせ時間を基準とした範囲、例えば待ち合わせ時間の前後１０分間で発着信処理を行ったら、通信音の同期処理を行うことができる。

また、ＧＰＳ通信部３４で取得した位置情報や基地局との通信で取得したエリア情報を用いて、所定の位置、エリアにいる場合に条件を満たすとする処理条件とすることもできる。このように、所定の位置、エリアにいる場合のみ通信音の同期処理を行うことができる。なお、位置情報、エリア情報を用いる場合、発信側の携帯通信装置と着信側の携帯通信装置との距離が一定距離以内、近隣のエリアにいる場合に条件を満たすとする処理条件とすることもできる。つまり、処理実行条件として、両者が一定の距離内、領域内にいるかを基準とすることもできる。このように、両者が近くにいる場合のみ、通信音の同期処理を行うことで、本処理による通信相手の位置の把握機能をより有効に活用できる場合に処理を実行することができる。

また、着信側の携帯通信装置の処理条件としては、加速度センサ３９で検出した加速度を処理条件として設定してもよい。具体的には、加速度が移動中である場合、具体的には電車で移動している移動パターンである場合は、条件を満たさないとする処理条件とすることができる。これにより、例えば、電車での移動中に不意に着信音が出力されることを低減することができる。また、加速度パターンが徒歩パターンまたは止まっているパターンの場合に条件を満たすという処理条件としてもよい。これにより、待ち合わせ時や着信音が聞こえる範囲で相手を探す場合に使用することができる。

なお、これらの処理条件は、複数の処理条件を組み合わせて用いることが好ましい。条件を組み合わせて用いることで、必要な場合に通信音の同期処理を行うことができる。例えば、端末情報と時間と位置情報とを処理実行条件として用い、待ち合わせ場所で待ち合わせ時間に待ち合わせ相手に対してのみ、通信音の同期処理を実行することもできる。なお、処理実行条件としては、発信操作中、発信処理中、着信処理中等にユーザによって特定の操作が入力されたか否かを条件とし、所定の操作が入力された場合に処理実行条件を満たすとしてもよい。

また、上記実施形態では、発信側の携帯通信装置から着信音を同一にするための信号を出力したがこれには限定されない。発信側の携帯通信装置は、図５に示す処理を実行することでも通信音を同一にすることができる。ここで、図５は、発信側の携帯通信装置の処理動作の他の一例を示すフロー図である。なお、図５に示す処理のうち、図３に示す処理と同様の処理については、図３と同様のステップ番号を付して、その詳細な説明は省略する。

携帯通信装置１０の主制御部２２は、ステップＳ１２として発信操作が入力される。主制御部２２は、ステップＳ１２で発信操作が行われたら、ステップＳ１６として通常発信処理を実行する。ここで、通常発信処理とは、携帯通信装置１０で電話をかける場合時に実行される処理である。

主制御部２２は、ステップＳ１６で通常発信処理を行ったらステップＳ２０として着信側の端末（携帯通信装置）の情報を受信する。つまり、主制御部２２は、ステップＳ２０で実行した発信処理に対して着信側の携帯通信装置から送信された情報を受信する。

主制御部２２は、ステップＳ２０で着信側の端末の情報を受信したら、ステップＳ２２として着信音の情報があるかを判定する。主制御部２２は、ステップＳ２２で着信音の情報あり（Ｙｅｓ）と判定したら、ステップＳ２４として、設定された着信音を呼び出し音として出力する。また、主制御部２２は、ステップＳ２２で着信音なし（Ｎｏ）と判定したら、ステップＳ２６として通常の呼び出し音を出力する。つまり、着信側の携帯通信装置の着信音に関係なく設定された呼び出し音を出力する。主制御部２２は、ステップＳ２４またはステップＳ２６で呼び出し音を出力したら本処理を終了する。

図５に示すように、発信側の携帯通信装置は、処理実行条件を満たすか否かを判定せず、着信側の携帯通信装置から着信音の情報が送信された、当該着信音を呼び出し音として出力するようにしてもよい。

また、着信側の携帯通信装置は、着信音の情報として着信音の音声データを送ってもよいし、着信音を特定するための識別情報を送ってもよい。発信側の携帯通信装置は、着信音の情報として着信音を特定するための識別情報を受信し、識別情報で特定した着信音が記憶部に記憶されていたら、記憶されている着信音（通信音）を呼び出し音として設定すればよい。また、着信音の情報として着信音を特定するための識別情報を受信し、識別情報で特定した着信音が記憶部に記憶されてない場合は、サーバ６から通信音をダウンロードしたり、着信側の携帯通信装置に着信音のデータの送信要求を出力して着信側の携帯通信装置から取得したりすればよい。

また、上記実施形態では、発信側の携帯通信装置が、着信側の携帯通信装置の着信音を呼び出し音として出力することで、通信音を同一の音声としたが（通信音を同期させたが）、これに限定されない。通信システム１及び携帯通信装置１０は、着信側の携帯通信装置が、発信側の携帯通信装置の呼び出し音を着信音として設定してもよい。以下、図６及び図７を用いて説明する。図６は、発信側の携帯通信装置の処理動作の他の一例を示すフロー図であり、図７は、着信側の携帯通信装置の処理動作の他の一例を示すフロー図である。なお、図６に示す処理のうち、図３に示す処理と同様の処理については、図３と同様のステップ番号を付して、その詳細な説明は省略する。図７に示す処理のうち、図４に示す処理と同様の処理については、図４と同様のステップ番号を付して、その詳細な説明は省略する。

まず、図６を用いて携帯通信装置を発信側の携帯通信装置として用いる場合を説明する。携帯通信装置１０の主制御部２２は、ステップＳ１２として発信操作が入力される。主制御部２２は、ステップＳ１２で発信操作が行われたら、ステップＳ１４として処理実行条件を満たすかを判定する。主制御部２２は、ステップＳ１４で処理実行条件を満たさない（Ｎｏ）と判定したら、ステップＳ１６として通常発信処理を実行する。主制御部２２は、ステップＳ１６で通常発信処理を実行したら、ステップＳ２６に進む。

また、主制御部２２は、ステップＳ１４で処理実行条件を満たすと判定したら、ステップＳ１８として同期モード発信処理を実行する。なお、ステップＳ１８の同期モード発信処理では、呼び出し音の情報及び必要に応じて出力タイミングの情報を送信する。主制御部２２は、ステップＳ１８で発信処理を行ったらステップＳ２０として着信側の端末（携帯通信装置）の情報を受信する。

主制御部２２は、ステップＳ２０で着信側の端末の情報を受信したら、ステップＳ６２
として、着信側は同期処理を実行しているかを判定する。つまり主制御部２２は、ステップＳ６２で受信した情報に、着信側の携帯通信装置がステップＳ１８で送った呼び出し音の情報等を用い通信音を同期する処理を実行することを示す情報が含まれているかを判定する。

主制御部２２は、ステップＳ６２で同期処理を実行している（Ｙｅｓ）と判定したら、ステップＳ６４として、同期モードの呼び出し音を出力する。つまり、主制御部２２は、ステップＳ１８で着信側の携帯通信装置に送信した呼び出し音を呼び出し音として出力する。この時、ステップＳ１８で出力タイミングの情報を送信した場合、主制御部２２は、タイマ部３８で時間を調整しつつ、設定された出力タイミングで呼び出し音を出力する。

また、主制御部２２は、ステップＳ６２で同期処理を実行していない（Ｎｏ）またはステップＳ１６の処理が終了したら、ステップＳ２６として通常の呼び出し音を出力する。つまり、着信側の携帯通信装置の着信音に関係なく設定された呼び出し音を出力する。

主制御部２２は、ステップＳ６４またはステップＳ２６で呼び出し音を出力したら本処理を終了する。なお、この場合も発信処理に対応して通話に関する処理は、平行して処理されており本処理を終了しても通話に関する処理は継続される。例えば、主制御部２２は、呼び出し音の設定処理は終了するが、通話が開始されるまでまたは発信処理が終了するまで呼び出し音の出力は継続する。

次に、図７を用いて携帯通信装置を着信側の携帯通信装置として用いる場合を説明する。なお、図７に示すフロー図は、図６に示すフロー図の処理を行う携帯通信装置に対応する処理である。まず、携帯通信装置１０の主制御部２２は、ステップＳ３０として着信があるかを判定する。主制御部２２は、ステップＳ３０で着信なし（Ｎｏ）と判定したらステップＳ３０に進み再び着信があるかを判定する。

主制御部２２は、ステップＳ３０で着信あり（Ｙｅｓ）と判定したらステップＳ３２として、発信側の端末（携帯通信装置）の認証を行う。ここで、発信側の端末の認証とは、発信処理（発呼処理）を行った携帯通信装置が発信処理に送信した情報の認証であり、携帯通信装置の電話番号や、通話の設定や、着信処理の条件等が含まれている。

主制御部２２は、ステップＳ３２で認証を行ったら、ステップＳ３４として、処理実行条件を満たすかを判定する。ここで、処理実行条件とは条件テーブル２４ｃに記憶されている条件である。なお、本実施形態では、ステップＳ３２で発信側の携帯通信装置から呼び出し音に関する情報があるのかも処理実行条件の基準となる。主制御部２２は、ステップＳ３２で発信側の携帯通信装置から呼び出し音に関する情報を受信しかつその他各種条件を満足している場合処理実行条件を満たしていると判断する。

主制御部２２は、ステップＳ３４で処理実行条件を満たさない（Ｎｏ）と判定したら、ステップＳ３５として通常着信処理を実行する。主制御部２２は、ステップＳ３５で通常着信処理を実行したら本処理を終了する。

また、主制御部２２は、ステップＳ３４で処理実行条件を満たす（Ｙｅｓ）と判定したら、ステップＳ３６としてマナーモードであるかを判定する。なお、主制御部２２は、ステップＳ３４で処理実行条件を満たすと判定したら、発信側の携帯通信装置に通信音の同期処理を実行することを示す情報を送る。なお、この情報の出力タイミングは、ステップＳ３４の判定後、ステップＳ４２の処理前であればいつでもよい。主制御部２２は、ステップＳ３６でマナーモードである（Ｙｅｓ）と判定したら、ステップＳ３８としてマナーモードを解除し、ステップＳ７０に進む。これにより、着信側の携帯通信装置１０は、着信音を出力できる状態となる。また、主制御部２２は、ステップＳ３６でマナーモードではない（Ｎｏ）と判定したら、そのままステップＳ７０に進む。

主制御部２２は、ステップＳ３６でＮｏと判定したらまたはステップＳ３８の処理を終了したら、ステップＳ７０として、発信側から送られた呼び出し音を着信音に設定する。

主制御部２２は、ステップＳ７０の処理を終了したら、ステップＳ４２として着信音を出力する。つまり主制御部２２は、ステップＳ３２で発信側の携帯通信装置から送信された呼び出し音を自機の着信音として出力する。また、主制御部２２は、ステップＳ３２で受信した出力タイミングにあわせて着信音を出力する。主制御部２２は、ステップＳ４２で着信音の出力を行ったら、本処理を終了する。

図６及び図７に示すように、発信側の携帯通信装置の呼び出し音を通信音として両者の携帯通信装置から出力させることでも上記と同様の効果を得ることができ、通信相手または相手側の携帯通信装置の位置を容易に把握することができる。なお、上述した各種好適な態様は本実施形態の場合も同様に用いることができる。

また、上記実施形態では、いずれも携帯通信装置同士の処理により通信音の同期処理を行ったがこれには限定されない。通信システム１は、サーバ６により、携帯通信装置同士の通信を処理することで通信音の同期処理を行うこともできる。図８は、図１に示すサーバの機能の概略構成を示すブロック図である。なお、通信システム１は、上述したようにサーバを介さずに通信音の同期処理を行うことも、以下に説明するようにサーバを介して通信音の同期処理を行うこともできる。

図８に示すサーバ６は、主制御部５２と、記憶部５４と、通信部５６とを有する。主制御部５２は、サーバ６の全体的な動作を統括的に制御する処理部、例えばＣＰＵ（Central Processing Unit）である。すなわち、サーバ６の各種の処理が、記憶部５４に保存されるソフトウェアに応じて適切な手順で実行されるように、通信部５６の動作を制御する。主制御部５２は、記憶部５４に保存されているプログラム（例えば、オペレーティングシステムのプログラム、アプリケーションのプログラム等）に基づいて処理を実行する。また、主制御部５２は、複数のプログラム（アプリケーション、ソフトウェア）を並列で実行することができる。なお、本実施形態では、主制御部を含む各部の制御機能を合わせたものが制御部となる。

記憶部５４には、主制御部５２での処理に利用されるアプリケーションのプログラムやデータが保存されている。具体的には、アプリケーションのプログラムとして、発信、着信、通話処理を行うアプリケーションのプログラムである通信管理プログラム５４ａ、着信音の設定処理、取得処理や同期処理を行うアプリケーションのプログラムである通信音同期プログラム５４ｂ等が保存されている。また、データとしては、通信音同期プログラム５４ｂの処理時に使用する条件テーブル５４ｃ、呼び出し音と着信音とを複数備える通信音データ５４ｄ等が記憶されている。

通信部５６は、上述した通信網３を介し、基地局４との間でＣＤＭＡ方式などによる無線信号回線を確立し、携帯通信装置１０との間で電話通信及び情報通信を行う。サーバ６は、以上のような構成である。なお、サーバ６は、種々の機能の一部として、通信音の同期制御や、通信管理の制御を行うようにしても、本制御のみを特化して行うようにしてもよい。

次に、図９を用いてサーバ６の処理動作について説明する。図９は、サーバの処理動作の一例を示すフロー図である。なお、サーバ６の処理動作も上述の携帯通信装置と同様に記憶部５４に記憶されている各種プログラムデータを主制御部５２で処理することで実行される。

まず、サーバ６の主制御部５２は、ステップＳ１０２として発信を検出する。つまり、任意の携帯通信装置から送信された発信処理を検出する。主制御部５２は、ステップＳ１０２で発信を検出したら、ステップＳ１０４として通信を行う端末の情報を取得する。具体的には、主制御部５２は、ステップＳ１０２で検出した発信処理の情報から、発信側の携帯通信装置と着信側の携帯通信装置とを特定し、それぞれの端末の情報を取得する。なお、端末の情報は、各携帯通信装置と通信を行うことで情報を取得しても、記憶部５４に記憶されている条件テーブル５４ｃから情報を取得してもよい。

主制御部５２は、ステップＳ１０４で端末の情報を取得したら、ステップＳ１０６として、処理実行条件を満たすかを判定する。ここで、処理実行条件とは条件テーブル５４ｃに記憶されている条件である。処理実行条件は、上述した携帯通信装置の処理実行条件と同様の条件である。なお、ステップＳ１０６では、発信側の条件と着信側の条件の両方が条件となる。主制御部５２は、ステップＳ１０６で処理実行条件を満たさない（Ｎｏ）と判定したら、ステップＳ１０８として通常発着信処理を実行する。ここで、通常発着信処理とは、携帯通信装置１０で発信処置と着信処理を行ったときに通常実行される処理である。主制御部５２は、ステップＳ１０８で通常発着信処理を実行したら、本処理を終了する。

また、主制御部５２は、ステップＳ１０６で処理実行条件を満たす（Ｙｅｓ）と判定したら、ステップＳ１１０として呼び出し音と着信音に同一の通信音を設定し、ステップＳ１１２として、着信側がマナーモードであるかを判定する。つまり、着信側の携帯通信装置がマナーモードであるかを判定する。主制御部５２は、ステップＳ１１２でマナーモードである（Ｙｅｓ）と判定したら、ステップＳ１１４としてマナーモードを強制解除し、ステップＳ１１６に進む。これにより、着信側の携帯通信装置１０は、着信音を出力できる状態となる。また、主制御部５２は、ステップＳ１１２でマナーモードではない（Ｎｏ）と判定したら、そのままステップＳ１１６に進む。

主制御部５２は、ステップＳ１１２でＮｏと判定したらまたはステップＳ１１４の処理を終了したら、ステップＳ１１６として、設定した通信音と出力タイミングを送信する。つまり、発信側に呼び出し音の情報と出力タイミングを送信し、着信側に着信音の情報と出力タイミングを送信し、処理を終了する。

このように、サーバ６で携帯通信装置同士の通信を処理することで通信音の同期処理を行うことでも、両方の携帯通信装置に同一の通信音を出力することができる。また、サーバ６で通信音を管理することで、携帯通信装置での制御の付加を少なくすることができる。また、携帯通信装置に通信音のデータがない場合も、サーバ６から通信音のデータを供給できるため処理を円滑に実行することができる。なお、サーバ６は、携帯通信装置に記憶されている通信音のデータを用いる場合は、通信音の識別データのみを送ればよい。

また、上記実施形態の携帯通信装置１０は、ユーザが操作することなく、着信音を出力させることができるため、同期処理時にマナーモードである場合は、強制的にマナーモードを解除したがこれに限定されない。携帯通信装置１０は、マナーモードである場合、マナーモードで着信音が出力できない状態であることを画像表示や振動で通知するようにしてもよい。

また、マナーモードを解除する処理は、一定の条件化では実行しないようにすることが好ましい。具体的には、ＧＰＳ通信部、加速度センサ等で取得した各種情報（端末の状態）が所定の条件を満たさない場合は、マナーモードは解除しないようにすることが好ましい。このように、端末の状態を所定の条件を満たさない場合は音量を大きくしないことで、移動中や不適切な位置で着信音が出力されることを抑制することができる。

また、上記実施形態の携帯通信装置１０は、マイク等の収音機構（音量検出部）により周囲音（周囲の騒音等収音される音）の音量を検出し検出した音量に基づいて、着信音の音量を制御するようにしてもよい。具体的には、騒音の音量が一定の閾値以上である場合、着信音の音量を大きくするようにしてもよい。これにより周囲がうるさい場合も、着信側の携帯通信装置を探している相手が着信側の携帯通信装置の位置（またはその携帯通信装置を持っている人物の位置）を容易に把握することができる。ここで、本処理は、着信音出力中は継続して処理を実行しても、着信音の出力開始時のみ実行してもよい。また、この着信音の音量を大きくする処理は、一定の条件化では実行しないようにすることが好ましい。具体的には、ＧＰＳ通信部、加速度センサ等で取得した各種情報やタイマ部から出力される現在時刻の情報（端末の状態）が所定の条件を満たさない場合は、音量を大きくしないようにすることが好ましい。このように、端末の状態を所定の条件を満たさない場合は音量を大きくしないことで、満員電車内等で着信音が大きな音で出力されることを抑制することができる。

なお、本実施形態の携帯通信装置は、発信側の携帯通信装置としての機能と着信側の携帯通信装置としての機能の両方を備えるものとして説明したがこれには限定されず、発信側の携帯通信装置としての機能と着信側の携帯通信装置としての機能の一方のみを備えていてもよい。

また同一の通信音としては、種々の着信音、呼び出し音を用いることができる。ここで、通信音としては、他の着信時、発信時に使用する通信音を用いてもよいが、通信音の同期処理に用いる専用の通信音を用いてもよい。つまり、通信音の同期処理時は、専用の通信音を着信音、呼び出し音として使用してもよい。

また、上記実施形態の各種効果を得ることができ、通信相手から出力されている音声を特定できるため、同一の音声を出力することが好ましいがこれにも限定されない。発信側の携帯通信装置の呼び出し音としては、着信音に関連する情報、具体的には、着信音を説明する情報（たとえば着信音が楽曲の場合、曲名や歌手名など）を出力するようにしてもよい。同一の音声に代えて、着信音に関連する情報を出力することでも、着信側の携帯通信装置で出力されている着信音を特定することができる。

また、上記実施形態では、電話をかけた場合の処理として、つまり発信処理時の呼び出し音、着信処理時の着信音として同一の通信音を出力する場合として説明したがこれにも限定されない。携帯通信装置は、通話処理中に所定の操作が入力されたら通信音の同期処理を行うようにしてもよい。これにより、待ち合わせ場所で相手を探していても中々見つからない時等に、本処理で同期した通信音を出力させることができ、相手を見つけやすくすることができる。更に本実施形態では一方の音声をレシーバ１６から出力し、他方の音声をスピーカ１７から出力させたが、両方の携帯通信装置ともスピーカ１７から音声を出力させるようにしてもよい。つまり、着信音を出力する報知部と呼び出し音を出力する音声出力部としては、スピーカ１７とレシーバ１６の組み合わせに限定されず、同じ音声出力手段を用いてもよい。なお、この場合は、自機が出力している音声と、相手側の携帯通信装置から出力される音声と、が混同してしまい区別がつきにくい場合があるがそれぞれの使用者が他方の使用者を探すことができる。

以上のように、本発明にかかる携帯通信装置、サーバ、通信システム及び同期音声出力方法は、通信機能を備える携帯通信装置として用いることに有用である。

１ 通信システム
２ ＧＰＳ衛星
３ 通信網
４ 基地局
６ サーバ
１０、１０ａ、１０ｂ 携帯通信装置
１０Ｃ 筐体
１５ マイク
１６ レシーバ
１７ スピーカ
２２ 主制御部
２４ 記憶部
２４ａ 通信管理プログラム
２４ｂ 通信音同期プログラム
２４ｃ 条件テーブル
２４ｄ 通信音データ
２６ 通信部
２８ 操作部
３０ 音声処理部
３２ 表示部
３３ 表示制御部
３４ ＧＰＳ通信部
３６ 振動部
３８ タイマ部
３９ 加速度センサ

Claims (4)

1. 他の通信装置と通信する通信部と、
   前記他の通信装置からの着信を通知する着信音を出力する報知部と、
   前記他の通信装置からの着信を検出した場合、前記他の通信装置における発信処理中の呼び出し音として前記着信音に関連する情報を出力させる指示を含む信号を前記他の通信装置に送信し、かつ、前記報知部から前記着信音を出力させて報知する制御部と、を有することを特徴とする携帯通信装置。
2. 他の通信装置と通信する通信部と、
   前記他の通信装置からの着信を通知する着信音を出力する報知部と、
   他の通信装置からの着信を検出した場合、前記報知部から前記着信音を出力させて報知する制御部と、を有し、
   前記制御部は、音響同期の出力指示を検出した場合、前記他の通信装置から出力する音響として音響を出力させる指示を含む信号を前記他の通信装置に送信し、かつ、前記報知部から前記音響を出力させることを特徴とする携帯通信装置。
3. 発信側の携帯通信装置と着信側の携帯通信装置との間で通信の少なくとも一部を中継するサーバであって、
   複数の音響の情報を記憶する記憶部と、
   発信側の携帯通信装置及び着信側の携帯通信装置と通信する通信部と、
   発信側の携帯通信装置と着信側の携帯通信装置とから出力する音響を制御する制御部とを有し、
   前記制御部は、音響同期の指示が一方の携帯通信装置に入力された場合、発信側の携帯通信装置と着信側の携帯通信装置との両方に音響の情報と音響の出力タイミングの情報を送信することを特徴とする特徴とするサーバ。
4. 前記制御部は、前記発信側の携帯通信装置による発信時に音響同期の指示が入力された場合、発信側の携帯通信装置に前記音響を呼び出し音の音響として送信し、着信側の携帯通信装置に前記音響を着信音の音響として送信することを特徴とする請求項３に記載のサーバ。

Images