(57)【特許請求の範囲】
【請求項１】
携帯端末との通信が可能な第１の端末であって、前記第１の端末は、サーバを経由して第２の端末との通信が可能であり、
前記第２の端末を特定する情報が含まれた利用要求を前記携帯端末から受信するための利用要求受信手段と、
前記利用要求受信手段によって受信した前記利用要求を前記サーバに送信するための送信手段と、
前記第２の端末にデータを送信するための情報であって、前記送信手段によって前記サーバに送信された前記利用要求に含まれる前記第２の端末を特定する情報と対応した暫定的な送信先情報を含む情報を、前記サーバから受信するための暫定情報受信手段と、
前記暫定情報受信手段によって前記サーバから受信した情報に基づいて、前記サーバを経由して前記第２の端末にデータを送信するための手段とを含み、
前記利用要求には、前記第２の端末を特定する情報が、前記第１の端末では解読できない状態で含まれる、第１の端末。
【請求項２】
前記サーバから受信した情報には、前記サーバを利用して行なわれた前記第１の端末と前記第２の端末との通信に対する課金のための情報が含まれる、請求項１に記載の第１の端末。
【請求項３】
前記第１の端末は、前記サーバから受信した情報に基づいて、前記第２の端末との通信を開始するための手段をさらに含む、請求項１または２に記載の第１の端末。
【請求項４】
前記利用要求には、前記第２の端末を特定する情報に加えて、前記携帯端末を特定する情報が、前記第１の端末では解読できない状態で含まれる、請求項１〜３のいずれかに記載の第１の端末。
【請求項５】
第１の端末および第２の端末と通信するサーバであって、
前記サーバを用いた前記第１の端末と前記第２の端末との利用要求であって、前記第２の端末を特定する情報が含まれた利用要求を、前記第１の端末から受信するための受信手段と、
前記受信手段によって受信した利用要求に含まれる前記第２の端末を特定する情報と対応した暫定的な送信先情報を生成するための暫定情報生成手段と、
前記暫定情報生成手段によって生成された前記暫定的な送信先情報を含む情報を前記第１の端末に送信するための手段とを含み、
前記利用要求には、前記第２の端末を特定する情報が、前記第１の端末では解読できない状態で含まれる、サーバ。
【請求項６】
前記受信した利用要求は暗号化されており、
前記サーバは、
前記暗号化された利用要求を復号する暗号鍵を記憶するための手段と、
前記利用要求を前記暗号鍵を用いて復号するための復号手段とをさらに含む、請求項５に記載のサーバ。
【請求項７】
前記サーバは、前記第１の端末および前記第２の端末のいずれか一方の端末から受信した通信データを他方の端末に転送するための転送手段をさらに含む、請求項５または６に記載のサーバ。
【請求項８】
前記転送手段は、前記第２の端末を特定する情報と前記暫定的な送信先情報とを相互に交換して、前記通信データを転送するための手段を含む、請求項７に記載のサーバ。
【請求項９】
前記サーバは、前記サーバを利用して行なわれた前記第１の端末と前記第２の端末との通信に対する課金のための課金情報を生成するための課金情報生成手段と、
前記課金情報生成手段によって生成された前記課金情報を記憶するための手段とをさらに含む、請求項５〜８のいずれかに記載のサーバ。
【請求項１０】
携帯端末との通信が可能な第１の端末を制御する制御装置が行なう通信方法であって、前記第１の端末は、サーバを経由して第２の端末との通信が可能であり、
前記第２の端末を特定する情報が含まれた利用要求を前記携帯端末から受信する利用要求受信ステップと、
前記利用要求受信ステップで受信した前記利用要求を前記サーバに送信する送信ステップと、
前記第２の端末にデータを送信する情報であって、前記送信ステップで前記サーバに送信された前記利用要求に含まれる前記第２の端末を特定する情報と対応した暫定的な送信先情報を含む情報を、前記サーバから受信する暫定情報受信ステップと、
前記暫定情報受信ステップで前記サーバから受信した情報に基づいて、前記サーバを経由して前記第２の端末にデータを送信するステップとを含み、
前記利用要求には、前記第２の端末を特定する情報が、前記第１の端末では解読できない状態で含まれる、通信方法。
【請求項１１】
請求項１０に記載の通信方法をコンピュータに実行させるためのプログラム。
【請求項１２】
第１の端末および第２の端末と通信するサーバを制御する制御装置が行なう通信方法であって、
前記サーバを用いた前記第１の端末と前記第２の端末との利用要求であって、前記第２の端末を特定する情報が含まれた利用要求を、前記第１の端末から受信する受信ステップと、
前記受信ステップで受信した利用要求に含まれる前記第２の端末を特定する情報と対応した暫定的な送信先情報を生成する暫定情報生成ステップと、
前記暫定情報生成ステップで生成された前記暫定的な送信先情報を含む情報を前記第１の端末に送信するステップとを含み、
前記利用要求には、前記第２の端末を特定する情報が、前記第１の端末では解読できない状態で含まれる、通信方法。
【請求項１３】
請求項１２に記載の通信方法をコンピュータに実行させるためのプログラム。
【請求項１４】
第１の端末と、第２の端末と、前記第１の端末と前記第２の端末との通信を行なうサーバと、前記サーバの利用を予め許可された携帯端末とで構成される通信システムであって、
前記携帯端末は、
前記第１の端末と通信するための通信手段と、
前記サーバを用いた前記第１の端末と前記第２の端末との通信の利用要求であって、前記第２の端末を特定する情報が含まれる利用要求を、前記通信手段を用いて前記第１の端末に送信するための手段とを含み、
前記第１の端末は、
前記利用要求を前記携帯端末から受信するための利用要求受信手段と、
前記利用要求受信手段によって受信した前記利用要求を前記サーバに送信するための送信手段とを含み、
前記サーバは、
前記利用要求を前記第１の端末から受信するための受信手段と、
前記受信手段によって受信した利用要求に含まれる前記第２の端末を特定する情報と対応した暫定的な送信先情報を生成するための暫定情報生成手段と、
前記暫定情報生成手段によって生成された前記暫定的な送信先情報を含む情報を前記第１の端末に送信するための手段とを含み、
前記第１の端末は、さらに、
前記暫定的な送信先情報を含む情報を、前記サーバから受信するための暫定情報受信手段と、
前記暫定情報受信手段によって前記サーバから受信した情報に基づいて、前記サーバを経由して前記第２の端末にデータを送信するための手段とを含み、
前記利用要求には、前記第２の端末を特定する情報が、前記第１の端末では解読できない状態で含まれる、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信を行なう端末、サーバに関し、特に、携帯端末に記憶された電子データを利用して、通信を行なう端末、サーバ、およびその通信方法に関する。
【背景技術】
【０００２】
近年、携帯電話が普及し、携帯電話に電話帳機能を内蔵することが常識となり、電話帳に登録された個人情報を呼び出して通話を開始することにより、電話番号などを覚えなくとも簡単に通話を開始することができるようになってきた。とはいえ、通話料金の高さなどの理由により、公共の場に多数設置されている公衆電話機を使う場合もまったくなくなったわけではない。特に、音声とともに顔などの映像を同時に送受信する、いわゆるテレビ電話を行なう場合には、携帯電話では画面が小さく、高品質な映像を映し出すことはできず、特定の場所に固定した専用電話機を使う場合も少なくない。また、公衆電話機を使う場合には電話番号などの複雑な情報をボタン操作により公衆電話機に入力する必要がある場合が多く不便だった。
【０００３】
そのような状況に対応するため、携帯電話の電話帳に登録された電子データを公衆電話機に送信し、公衆電話機に電話番号などを入力する手間を軽減する技術が、たとえば特開平１１−１９６０３９号公報（特許文献１）に開示されている。
【０００４】
特許文献１に開示された携帯端末装置は、電話番号情報を記憶する記憶装置と、電話番号を表示する表示装置と、他の電話機と通信する通信装置と、他の電話機の発呼を制御する操作装置と、操作装置により記憶装置に記憶された電話番号情報を通信装置により他の電話機に発呼情報として送信する送信装置とを含む。
【０００５】
この公報により開示された携帯端末装置によると、公衆電話機等の他の電話機から発呼する際、携帯端末装置からそのメモリに記憶している電話番号情報を赤外線信号等により送信して自動発呼を行なわせる。このため、他の電話機でキー操作等をせずに電話番号を入力することができるので、電話番号の誤入力を防止することができる。また、自動的に電話番号を入力できるので、簡単かつ迅速に発呼を行なうことが可能である。特に、携帯電話端末に適用することによりエリア外においてもそのメモリ内容を用いて他の電話機から発呼を行なうことができる。
【０００６】
一方、近年、ＩＰ（Internet Protocol）技術を利用したＩＰ電話も普及しつつある。ＩＰ電話は、音声データなどをＩＰパケットに分割しＩＰネットワーク上を配信することで電話通話を実現するもので、電話交換機などのコストが安く、また、ネットワークの利用効率もよいため、従来の専用ネットワークによる電話システムから、切替える動きも目立ってきている。ＩＰ電話において、発信と着信とを実現する有望なしくみとして期待されているのがＳＩＰ（Session Initiation Protocol）である（非特許文献１を参照）。従来の固定電話システムは、ＩＰ技術の発展により、急速にＳＩＰなどを使ったＩＰ電話システムに切り替わっていくことが予想できる。ただし、インターネットにおいてはセキュリティ面でのリスクが大きく、特に電話通話のようにプライバシー保護の必要な通信においては、音声傍受の防止のみならず、電話番号などの個人データをも様々な攻撃から守らなければならない。
【特許文献１】特開平１１−１９６０３９号公報
【非特許文献１】ＲＦＣ３２６１「ＳＩＰ：Session Initiation Protocol」                          Internet Engineering Task Force （IETF）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に開示された携帯端末装置から、携帯電話に内蔵された電話帳の電子データを、固定設置されたＩＰ電話に赤外線通信などを経由して送信し、ＩＰ電話からダイヤル発信しようとすると、固定設置されたＩＰ電話がインターネットを利用した公衆電話である場合、不特定多数のユーザが利用するため、それまでに利用していたユーザの個人情報（通信元および通信先の電話番号（典型的にはＳＩＰアドレス情報）やユーザの情報）を盗み取られる可能性がある。また、ＩＰ電話はインターネットの他のコンピュータなどから様々な攻撃を受ける危険性が常にあり、たとえば悪意のある者がＩＰ電話システム内に侵入して、それまでに利用していたユーザの個人情報を盗み取る可能性があり、安心してＩＰ電話システムを利用できないという問題がある。
【０００８】
本発明は、上述の問題点を解決するためになされたものであって、その目的は、携帯端末内の電子電話帳データを利用して、通信端末（たとえばインターネットを利用したＩＰ公衆電話）で通信を行なった場合でも、ユーザの個人情報（たとえばアドレス情報）が盗み取られる心配がない通信システムを実現することにある。
【課題を解決するための手段】
【０００９】
第１の発明に係る通信システムは、第１の端末と第２の端末との間の通信システムであって、前記第１の端末、前記第２の端末、携帯端末、およびサーバを含み、前記携帯端末は、前記サーバの利用を予め許可された携帯端末であって、前記携帯端末と前記第２の端末とのアドレス情報を、前記サーバから予め付与された暗号鍵情報で暗号化するための暗号化手段と、前記暗号化された暗号データを前記第１の端末に送信するための送信手段とを含み、前記第１の端末は、前記暗号データを前記携帯端末から受信するための暗号データ受信手段と、前記受信した前記暗号データを含んだ利用要求情報を前記サーバに送信するための要求情報送信手段とを含み、前記サーバは、前記利用要求情報を受信するための要求情報受信手段と、前記受信した前記利用要求情報を、前記携帯端末に付与した前記暗号鍵情報で復号化するための復号化手段と、前記復号化した結果に基づいて、前記利用要求情報が前記サーバの利用を許可された前記携帯端末からの要求であると判断する場合に、利用許可情報を生成するための生成手段と、前記利用許可情報を前記第１の端末に返信するための返信手段とを含み、前記第１の端末はさらに、前記サーバから前記利用許可情報が返信された場合に、前記サーバを介して第２の端末との通信を開始するための開始手段を含み、前記サーバはさらに、前記第１の端末と前記第２の端末との通信が開始される場合に、一方の端末から受信した通信データを他方の端末に転送するための転送手段を含む。
【００１０】
第１の発明によると、携帯端末は、サーバの利用を許可されたことによりサーバから予め付与された暗号鍵情報で、通信（たとえばインターネットを利用したＩＰ公衆電話）を行なう際、通信元である自己の携帯端末と通信先である第２の端末（たとえば固定テレビ電話端末）とのアドレス情報を暗号化して第１の端末（たとえば公衆テレビ電話端末）に送信する。暗号化されたアドレス情報は、サーバから付与された暗号鍵情報を持たない第１の端末では解読できない。第１の端末は、受信した暗号データを含んだ情報を、サーバの利用を要求するための情報としてサーバに送信する。サーバは、受信した暗号データを、利用を許可した携帯端末に付与した暗号鍵情報で復号化する。これにより、利用を許可した携帯端末からの要求であるか否かを判断でき、同時に通信元と通信先とのアドレス情報を把握できる。サーバは、利用を許可した携帯端末からの要求である場合、サーバの利用を許可する利用許可情報を第１の端末に返信し、利用許可情報を受信した第１の端末は、サーバを介して第１の端末と第２の端末との通信を開始させる。利用許可情報には、通信元である携帯端末と通信先である第２の端末とのアドレス情報が含まれない。これにより、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで第１の端末と第２の端末の通信を開始させることができる。その結果、携帯端末内の電子電話帳データを利用して通信（たとえばインターネットを利用したＩＰ公衆電話）を行なった場合でも、ユーザの個人情報が盗み取られる心配がない通信システムを実現することができる。
【００１１】
第２の発明に係る通信システムにおいては、第１の発明の構成に加えて、前記利用許可情報は、前記第１の端末と前記第２の端末との暫定アドレス情報を含み、前記転送手段は、前記暫定アドレス情報と前記第１の端末および前記第２の端末のアドレス情報とを相互に変換して、前記通信データを転送するための手段を含む。
【００１２】
第２の発明によると、第１の端末と第２の端末との通信が、サーバを介して暫定アドレス情報を用いて実現できる。これにより、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで第１の端末と第２の端末の通信を開始させることができる通信システムを実現することができる。
【００１３】
第３の発明に係る通信システムにおいては、第１または第２の発明の構成に加えて、前記利用許可情報は、前記サーバを利用した前記携帯端末の課金情報を含み、前記サーバは、前記課金情報を記憶するための手段をさらに含む。
【００１４】
第３の発明によると、利用許可情報には、サーバを利用した携帯端末に課金を行なうための課金情報が含まれる。サーバは、課金情報を記憶する。課金情報には、携帯端末のアドレス情報などの個人情報が含まれない。これにより、携帯端末の通信の運営会社と、第１の端末の運営会社が異なる場合でも、第１の端末の運営会社が課金情報を携帯端末の通信の運営会社に問い合わせることで、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで携帯端末の通信の運営会社による代行決済ができ、第１の端末にコイン挿入口などの課金手段を設けなくとも課金することができる通信システムを実現することができる。
【００１５】
第４の発明に係る通信システムは、第１〜３のいずれかの発明の構成に加えて、前記携帯端末は、音声を集音するための集音手段と、前記集音された集音情報を前記第１の端末に送信するための手段と、音声情報を受信するための手段と、前記受信した前記音声情報を音声として出力するための出力手段とをさらに含み、前記第１の端末は、前記携帯端末から受信した前記集音情報を前記第２の端末に転送し、前記第２の端末から受信した前記音声情報を前記携帯端末に転送するための手段をさらに含む。
【００１６】
第４の発明によると、携帯端末は、集音された音声の情報を第１の端末に送信し、第１の端末から受信した音声情報を音声として出力する。第１の端末は、携帯端末と第２の端末との音声情報を、送受信する。これにより、携帯端末を第１の端末の受話器として用いることができるので、使い慣れている携帯端末で第２の端末と通話でき、ユーザの利便性が向上する。また、第１の端末に受話器が不要となるので、電話端末の製造コストを削減することができ、同時に、故障率なども低減することができる通信システムを実現することができる。
【００１７】
第５の発明に係る通信システムは、第１〜３のいずれかの発明の構成に加えて、前記携帯端末は、携帯電話であって、前記暗号データを送信する場合に前記第２の端末のユーザに電話をかけるための手段をさらに含む。
【００１８】
第５の発明によると、携帯端末である携帯電話に記憶されるアドレス情報を利用して代１の端末から第２の端末と通信する場合に、携帯電話は、第２の端末のユーザに通常の電話をかける。これにより、音声のみを実績のある携帯電話システムを使い、映像を帯域の大きいブロードバンド回線を使って通信することができる。その結果、音声の低遅延化、映像の高画質化を両立することができる通信システムを実現することができる。
【００１９】
第６の発明に係るサーバは、第１の端末と第２の端末との間の通信システムを構成するサーバであって、前記システムは、前記第１の端末、前記第２の端末、携帯端末、および前記サーバを含み、前記携帯端末は、前記サーバの利用を予め許可された携帯端末であって、前記携帯端末に記憶された前記携帯端末と前記第２の端末とのアドレス情報を、前記サーバから予め付与された暗号鍵情報で暗号化し、前記暗号化された暗号データを前記第１の端末に送信し、前記第１の端末は、前記暗号データを前記携帯端末から受信し、前記受信した前記暗号データを含んだ利用要求情報を前記サーバに送信し、前記サーバから利用許可情報が返信された場合に、前記サーバを介して第２の端末との通信を開始し、前記サーバは、前記利用要求情報を受信するための要求情報受信手段と、前記受信した前記利用要求情報を、前記携帯端末に付与した前記暗号鍵情報で復号化するための復号化手段と、前記復号化した結果に基づいて、前記利用要求情報が前記サーバの利用を許可された前記携帯端末からの要求であると判断する場合に、前記利用許可情報を生成するための生成手段と、前記利用許可情報を前記第１の端末に返信するための返信手段と、前記第１の端末と前記第２の端末との通信が開始される場合に、一方の端末から受信した通信データを他方の端末に転送するための転送手段とを含む。
【００２０】
第６の発明によると、携帯端末は、サーバの利用を許可されたことによりサーバから予め付与された暗号鍵情報で、通信（たとえばインターネットを利用したＩＰ公衆電話）を行なう際、通信元である自己の携帯端末と通信先である第２の端末（たとえば固定テレビ電話端末）とのアドレス情報を暗号化して第１の端末（たとえば公衆テレビ電話端末）に送信する。暗号化されたアドレス情報は、サーバから付与された暗号鍵情報を持たない第１の端末では解読できない。第１の端末は、受信した暗号データを含んだ情報を、サーバの利用を要求するための情報としてサーバに送信する。サーバは、受信した暗号データを、利用を許可した携帯端末に付与した暗号鍵情報で復号化する。これにより、利用を許可した携帯端末からの要求であるか否かを判断でき、同時に通信元と通信先とのアドレス情報を把握できる。サーバは、利用を許可した携帯端末からの要求である場合、サーバの利用を許可する利用許可情報を第１の端末に返信し、利用許可情報を受信した第１の端末は、サーバを介して第１の端末と第２の端末との通信を開始させる。利用許可情報には、通信元である携帯端末と通信先である第２の端末とのアドレス情報が含まれない。これにより、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで第１の端末と第２の端末の通信を開始させることができる。その結果、携帯端末内の電子電話帳データを利用して通信（たとえばインターネットを利用したＩＰ公衆電話）を行なった場合でも、ユーザの個人情報が盗み取られる心配がないサーバを提供することができる。
【００２１】
第７の発明に係るサーバは、第６の発明の構成に加えて、前記利用許可情報は、前記第１の端末と前記第２の端末との暫定アドレス情報を含み、前記転送手段は、前記暫定アドレスと前記第１の端末および前記第２の端末のアドレス情報とを相互に変換して、前記通信データを転送するための手段を含む。
【００２２】
第７の発明によると、第１の端末と第２の端末との通信が、サーバを介して暫定アドレス情報を用いて実現できる。これにより、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで第１の端末と第２の端末の通信を開始させることができるサーバを提供することができる。
【００２３】
第８の発明に係るサーバは、第６または第７の発明の構成に加えて、前記利用許可情報は、前記サーバを利用した前記携帯端末の課金情報を含み、前記サーバは、前記課金情報を記憶するための手段をさらに含む。
【００２４】
第８の発明によると、利用許可情報には、サーバを利用した携帯端末に課金を行なうための課金情報が含まれる。サーバは、課金情報を記憶する。課金情報には、携帯端末のアドレス情報などの個人情報が含まれない。これにより、携帯端末の通信の運営会社と、第１の端末の運営会社が異なる場合でも、第１の端末の運営会社が課金情報を携帯端末の通信の運営会社に問い合わせることで、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで携帯端末の通信の運営会社による代行決済ができ、第１の端末にコイン挿入口などの課金手段を設けなくとも課金することができるサーバを提供することができる。
【００２５】
第９の発明に係る第１の端末は、第１の端末と第２の端末との間の通信システムを構成する第１の端末であって、前記システムは、前記第１の端末、前記第２の端末、携帯端末、およびサーバを含み、前記携帯端末は、前記サーバの利用を予め許可された携帯端末であって、前記携帯端末に記憶された前記携帯端末と前記第２の端末とのアドレス情報を、前記サーバから予め付与された暗号鍵情報で暗号化し、前記暗号化された暗号データを前記第１の端末に送信し、前記サーバは、前記第１の端末から利用要求情報を受信するための要求情報受信手段と、前記受信した前記利用要求情報を、前記携帯端末に付与した前記暗号鍵情報で復号化し、前記復号化した結果に基づいて、前記利用要求情報が前記サーバの利用を許可された前記携帯端末からの要求であると判断する場合に、利用許可情報を生成し、前記第１の端末に返信し、前記第１の端末と前記第２の端末との通信が開始される場合に、一方の端末から受信した通信データを他方の端末に転送し、前記第１の端末は、前記暗号データを前記携帯端末から受信するための暗号データ受信手段と、前記受信した前記暗号データを含んだ前記利用要求情報を前記サーバに送信するための要求情報送信手段と、前記サーバから前記利用許可情報が返信された場合に、前記サーバを介して第２の端末との通信を開始するための開始手段とを含む。
【００２６】
第９の発明によると、携帯端末は、サーバの利用を許可されたことによりサーバから予め付与された暗号鍵情報で、通信（たとえばインターネットを利用したＩＰ公衆電話）を行なう際、通信元である自己の携帯端末と通信先である第２の端末（たとえば固定テレビ電話端末）とのアドレス情報を暗号化して第１の端末（たとえば公衆テレビ電話端末）に送信する。暗号化されたアドレス情報は、サーバから付与された暗号鍵情報を持たない第１の端末では解読できない。第１の端末は、受信した暗号データを含んだ情報を、サーバの利用を要求するための情報としてサーバに送信する。サーバは、受信した暗号データを、利用を許可した携帯端末に付与した暗号鍵情報で復号化する。これにより、利用を許可した携帯端末からの要求であるか否かを判断でき、同時に通信元と通信先とのアドレス情報を把握できる。サーバは、利用を許可した携帯端末からの要求である場合、サーバの利用を許可する利用許可情報を第１の端末に返信し、利用許可情報を受信した第１の端末は、サーバを介して第１の端末と第２の端末との通信を開始させる。利用許可情報には、通信元である携帯端末と通信先である第２の端末とのアドレス情報が含まれない。これにより、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで第１の端末と第２の端末の通信を開始させることができる。その結果、携帯端末内の電子電話帳データを利用して通信（たとえばインターネットを利用したＩＰ公衆電話）を行なった場合でも、ユーザの個人情報が盗み取られる心配がない第１の端末を提供することができる。
【００２７】
第１０の発明に係る第１の端末は、第９の発明の構成に加えて、前記携帯端末はさらに、音声を集音し、前記集音された集音情報を前記第１の端末に送信し、音声情報を受信し、前記受信した前記音声情報を音声として出力し、前記第１の端末は、前記携帯端末から受信した前記集音情報を前記第２の端末に転送し、前記第２の端末から受信した前記音声情報を前記携帯端末に転送するための手段をさらに含む。
【００２８】
第１０の発明によると、携帯端末は、集音された音声の情報を第１の端末に送信し、第１の端末から受信した音声情報を音声として出力する。第１の端末は、携帯端末と第２の端末との音声情報を、送受信する。これにより、携帯端末を第１の端末の受話器として用いることができるので、使い慣れている携帯端末で第２の端末と通話でき、ユーザの利便性が向上する。また、第１の端末に受話器が不要となるので、電話端末の製造コストを削減することができ、同時に、故障率なども低減することができる第１の端末を提供することができる。
【００２９】
第１１の発明に係る通信方法は、第１の端末と第２の端末との間の通信方法であって、前記方法は、前記第１の端末、携帯端末およびサーバで行なわれる方法を含み、前記携帯端末は、前記サーバの利用を予め許可された携帯端末であって、前記携帯端末に記憶された前記携帯端末と前記第２の端末とのアドレス情報を、前記サーバから予め付与された暗号鍵情報で暗号化する暗号化ステップと、前記暗号化された暗号データを前記第１の端末に送信する送信ステップとを含み、前記第１の端末は前記暗号データを前記携帯端末から受信する暗号データ受信ステップと、前記受信した前記暗号データを含んだ利用要求情報を前記サーバに送信する要求情報送信ステップとを含み、前記サーバは、前記利用要求情報を受信する要求情報受信ステップと、前記受信した前記利用要求情報を、前記携帯端末に付与した前記暗号鍵情報で復号化する復号化ステップと、前記復号化した結果に基づいて、前記利用要求情報が前記サーバの利用を許可された前記携帯端末からの要求であると判断する場合に、利用許可情報を生成する生成ステップと、前記利用許可情報を前記第１の端末に返信する返信ステップとを含み、前記第１の端末はさらに、前記サーバから前記利用許可情報が返信された場合に、前記サーバを介して第２の端末との通信を開始する開始ステップを含み、前記サーバはさらに、前記第１の端末と前記第２の端末との通信が開始される場合に、一方の端末から受信した通信データを他方の端末に転送する転送ステップを含む。
【００３０】
第１１の発明によると、携帯端末は、サーバの利用を許可されたことによりサーバから予め付与された暗号鍵情報で、通信（たとえばインターネットを利用したＩＰ公衆電話）を行なう際、通信元である自己の携帯端末と通信先である第２の端末（たとえば固定テレビ電話端末）とのアドレス情報を暗号化して第１の端末（たとえば公衆テレビ電話端末）に送信する。暗号化されたアドレス情報は、サーバから付与された暗号鍵情報を持たない第１の端末では解読できない。第１の端末は、受信した暗号データを含んだ情報を、サーバの利用を要求するための情報としてサーバに送信する。サーバは、受信した暗号データを、利用を許可した携帯端末に付与した暗号鍵情報で復号化する。これにより、利用を許可した携帯端末からの要求であるか否かを判断でき、同時に通信元と通信先とのアドレス情報を把握できる。サーバは、利用を許可した携帯端末からの要求である場合、サーバの利用を許可する利用許可情報を第１の端末に返信し、利用許可情報を受信した第１の端末は、サーバを介して第１の端末と第２の端末との通信を開始させる。利用許可情報には、通信元である携帯端末と通信先である第２の端末とのアドレス情報が含まれない。これにより、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで第１の端末と第２の端末の通信を開始させることができる。その結果、携帯端末内の電子電話帳データを利用して通信（たとえばインターネットを利用したＩＰ公衆電話）を行なった場合でも、ユーザの個人情報が盗み取られる心配がない通信方法を実現することができる。
【００３１】
第１２の発明に係る通信方法においては、第１１の発明の構成に加えて、前記利用許可情報は、前記第１の端末と前記第２の端末との暫定アドレス情報を含み、前記転送ステップは、前記暫定アドレスと前記第１の端末および前記第２の端末のアドレス情報とを相互に変換して、前記通信データを転送するステップを含む。
【００３２】
第１２の発明によると、第１の端末と第２の端末との通信が、サーバを介して暫定アドレス情報を用いて実現できる。これにより、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで第１の端末と第２の端末の通信を開始させることができる通信方法を実現することができる。
【００３３】
第１３の発明に係る通信方法においては、第１１または第１２の発明の構成に加えて、前記利用許可情報は、前記サーバを利用した前記携帯端末の課金情報を含み、前記サーバは、前記課金情報を記憶するステップをさらに含む。
【００３４】
第１３の発明によると、利用許可情報には、サーバを利用した携帯端末に課金を行なうための課金情報が含まれる。サーバは、課金情報を記憶する。課金情報には、携帯端末のアドレス情報などの個人情報が含まれない。これにより、携帯端末の通信の運営会社と、第１の端末の運営会社が異なる場合でも、第１の端末の運営会社が課金情報を携帯端末の通信の運営会社に問い合わせることで、携帯端末と第２の端末とのアドレス情報を第１の端末に残さないで携帯端末の通信の運営会社による代行決済ができ、第１の端末にコイン挿入口などの課金手段を設けなくとも課金することができる通信方法を実現することができる。
【００３５】
第１４の発明に係る通信方法においては、第１１〜１３のいずれかの発明の構成に加えて、前記携帯端末は、音声を集音する集音ステップと、前記集音された集音情報を前記第１の端末に送信するステップと、音声情報を受信するステップと、前記受信した前記音声情報を音声として出力する出力ステップとをさらに含み、前記第１の端末は、前記携帯端末から受信した前記集音情報を前記第２の端末に転送し、前記第２の端末から受信した前記音声情報を前記携帯端末に転送するステップをさらに含む。
【００３６】
第１４の発明によると、携帯端末は、集音された音声の情報を第１の端末に送信し、第１の端末から受信した音声情報を音声として出力する。第１の端末は、携帯端末と第２の端末との音声情報を、送受信する。これにより、携帯端末を第１の端末の受話器として用いることができるので、使い慣れている携帯端末で第２の端末と通話でき、ユーザの利便性が向上する。また、第１の端末に受話器が不要となるので、電話端末の製造コストを削減することができ、同時に、故障率なども低減することができる通信方法を実現することができる。
【００３７】
第１５の発明に係る通信方法においては、第１１〜１３のいずれかの発明の構成に加えて、前記携帯端末は、携帯電話であって、前記暗号データを送信する場合に前記第２の端末のユーザに電話をかけるステップをさらに含む。
【００３８】
第１５の発明によると、携帯端末である携帯電話に記憶されるアドレス情報を利用して代１の端末から第２の端末と通信する場合に、携帯電話は、第２の端末のユーザに通常の電話をかける。これにより、音声のみを実績のある携帯電話システムを使い、映像を帯域の大きいブロードバンド回線を使って通信することができる。その結果、音声の低遅延化、映像の高画質化を両立することができる通信方法を実現することができる。
【００３９】
第１６の発明に係るプログラムは、第１１〜第１５のいずれかの発明の通信方法を実現するプログラムである。これにより、第１１〜第１５のいずれかの発明の通信方法を有さないサーバ、第１の端末および携帯端末に、第１１〜１５のいずれかの発明の通信方法を実行させることができる。
【００４０】
第１７の発明に係る記録媒体は、第１６の発明のプログラムを記録した記録媒体である。これにより、第１１〜第１５のいずれかの発明の通信方法を有さないサーバ、第１の端末および携帯端末に、記録媒体から第１１〜第１５のいずれかの発明の通信方法を実現するプログラムをインストールすることで、第１１〜第１５のいずれかの発明の通信方法を実行させることができる。
【発明を実施するための最良の形態】
【００４１】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００４２】
＜第１の実施の形態＞
図１を参照して、本実施の形態に係る携帯電話会社サーバ１０００、公衆テレビ電話１１００、固定テレビ電話１１００−Ｂ、携帯電話１２００、およびこれらを用いたテレビ電話システムのハードウェア構成について説明する。
【００４３】
本実施の形態に係るテレビ電話システムは、携帯電話会社サーバ１０００、公衆テレビ電話１１００、固定テレビ電話１１００−Ｂ、および携帯電話１２００から構成される。また、セキュリティ確保の暗号化のため、携帯電話会社サーバ１０００には、ＰＫＩ（Public Key Infrastructure）における携帯電話会社サーバ１０００の秘密鍵Ｋ１０００および公開鍵Ｋ１００２が存在し、携帯電話１２００には、同じく携帯電話１２００の秘密鍵Ｋ１２００、公開鍵Ｋ１２０２が存在している。
【００４４】
携帯電話会社サーバ１０００は、携帯電話１２００のサービス運用会社により運用されているＳＩＰ（Session Initiation Protocol）サーバである。このサービス運用会社は、契約に基づいて秘密鍵Ｋ１２００および公開鍵Ｋ１２０２を携帯電話１２００に発行し、携帯電話会社サーバ１０００および携帯電話１２００にそれぞれ安全に登録することができる。ＳＩＰは、ＩＰネットワーク上の低コスト電話やその他のマルチメディアセッションを管理するプロトコルとして有望視されており、広く普及しつつある。
【００４５】
公衆テレビ電話１１００は、携帯電話会社サーバ１０００を経由して他のテレビ電話と接続してコミュニケーションを実行するビデオコミュニケーション端末である。使用者を特定しておらず、個人情報は登録されていない。
【００４６】
固定テレビ電話１１００−Ｂについては、基本的に公衆テレビ電話１１００と同種であるが、予め個人情報が登録されており、かつ、使用者が限定されているという特徴を持つ。
【００４７】
携帯電話１２００は、通常の携帯電話の機能を持ち、また、携帯電話会社から発行された秘密鍵Ｋ１２００、公開鍵Ｋ１２０２、公開鍵Ｋ１００２、および電話帳メモリ１２０２を内蔵している。
【００４８】
電話帳メモリ１２０２は、名前と電話番号などとを関連させて記憶してあるダイヤル情報を記憶するものであり、半導体メモリなどで実装される。ここで電話番号とは、ＳＩＰサービスで使われるＳＩＰアドレスも含む。
【００４９】
図２を参照して、携帯電話会社サーバ１０００の制御ブロックについて説明する。携帯電話会社サーバ１０００は、通信部１０１０、ＳＩＰサーバ１０１２、顧客データベース１０１４、利用許可情報生成部１０１６、課金データベース１０１８、暗号鍵メモリ１０２０、および制御部１０５０から構成される。
【００５０】
通信部１０１０は、典型的にはイーサネット（登録商標）ボードなどのＩＰネットワーク接続機器であり、ブロードバンドルータなどのネットワーク機器を経由してインターネットに接続されている。
【００５１】
ＳＩＰサーバ１０１２は、広く普及しているＳＩＰを利用したマルチメディアセッションを管理するサーバである。ＳＩＰサーバ１０１２は、顧客データベース１０１４を利用して、様々なＳＩＰ処理を行なう。
【００５２】
顧客データベース１０１４は、ＳＩＰサーバ１０１２を利用するユーザを管理するためのデータベースである。また、携帯電話会社サーバ１０００を利用する契約を行なっている携帯電話１２００のユーザ情報も登録されており、各ユーザの携帯電話１２００の公開鍵Ｋ１２０２を管理している。実装としては、一般のデータベースシステムを使えばよい。
【００５３】
利用許可情報生成部１０１６は、顧客データベース１０１４と暗号鍵メモリ１０２０とを参照しながら、利用許可情報を生成するサーバである。利用許可情報は、公衆テレビ電話１１００と固定テレビ電話１１００−Ｂとの通信を行なわせるために、携帯電話会社サーバ１０００と公衆テレビ電話１１００との間で使用される暫定アドレス情報と、暫定アドレス情報を生成した際に作成される課金データとを含む。課金データは、利用料金を利用者に請求するために使用される。作成された課金データを課金データベース１０１８に格納する処理も行なう。
【００５４】
課金データベース１０１８は、暫定アドレス情報を生成した際に作成された課金データを格納するデータベースである。実装としては、一般のデータベースシステムを使えばよい。
【００５５】
暗号鍵メモリ１０２０は、携帯電話会社サーバ１０００の秘密鍵Ｋ１０００および公開鍵Ｋ１００２を記憶する。
【００５６】
制御部１０５０は、携帯電話会社サーバ１０００の各部を制御するＣＰＵ（Central Processing Unit）と、ＣＰＵに接続され、ＣＰＵで実行される処理の中間データを記憶するためのメモリとを含む。
【００５７】
図３を参照して、公衆テレビ電話１１００および固定テレビ電話１１００−Ｂの制御ブロックについて説明する。なお、公衆テレビ電話１１００と固定テレビ電話１１００−Ｂとは同じ構成であるので、公衆テレビ電話１１００について説明し、固定テレビ電話１１００−Ｂの説明については繰り返さない。
【００５８】
公衆テレビ電話１１００は、赤外線通信部１１１０、ＵＲＬ解析部１１１２、暗号鍵メモリ１１１４、スピーカ１１１６、ディスプレイ部１１１８、復号化部１１２０、ＩＰアドレスメモリ１１２２、ＨＴＴＰクライアント１１２４、無線通信部１１２６、ビデオカメラ１１２８、マイク１１３０、フックスイッチ１１３２、コミュニケーションマネージャ１１４０、および制御部１１５０から構成される。
【００５９】
赤外線通信部１１１０は、赤外線を用いてデータ通信を行なうためのデバイスであり、テレビやその他の家電機器において幅広く利用されているデバイスと物理的にはほとんど同じものである。そのデバイスを利用した通信のプロトコルとしては、家製協（家電製品協会）フォーマットや、ＩｒＤＡ（Infrared Data Association）など多くの公知技術が知られている。
【００６０】
ＵＲＬ解析部１１１２は、赤外線通信部１１１０が受信したデータを解析するものであり、たとえば家製協フォーマットの場合ならリモコンキー番号の特定を、ＩｒＤＡの場合なら任意のデータを特定するのと同じ方法でデータの特定を行なう。そのデータがＵＲＬ（Uniform Resource Locator）であればそのように扱う。物理的な構成としては、一般のコンピュータを含む電子機器の構成と同じようにすればよく、ＣＰＵ、メモリ、入出力装置や、それらを１チップ化したＬＳＩ（Large Scale Integration）として実装すればよい。
【００６１】
暗号鍵メモリ１１１４は、携帯電話会社サーバ１０００とのデータ通信において、他のネットワーク機器から傍受されないようにデータを暗号化するための鍵を格納するためのデータベースである。実装としては半導体メモリや、磁気記憶装置、光ディスク記憶装置などの一般的な記憶装置で構成される。リレーショナルデータベースや、単純に設定ファイルとして記録されてもよく、一般のコンピュータ機器と同様にプログラムなどによって制御される。
【００６２】
スピーカ１１１６は、一般のテレビ装置や、オーディオ機器などが備えるスピーカと同種のものであり、デジタル信号を含む様々な音声信号を物理的な音声として出力する。ここで、デジタル信号とは、ＰＣＭ（Pulse Code Modulation）や、ＭＰ３（MPEG Audio Layer-３）、ＡＡＣ（Advanced Audio Codec）などであることもあり、その場合は音声の波形に変換するためのＣＯＤＥＣ装置も含む。ＣＯＤＥＣ装置は多種多様なものが既に存在しており、それらを利用することで実装することができる。
【００６３】
ディスプレイ部１１１８は、一般のテレビ装置、パソコンモニタなどが備えるディスプレイ部と同種であり、液晶パネル、ＰＤＰ（Plasma Display Panel）、ブラウン管や、その他の画像の表示を行なうことのできる様々な装置を用いて実装される。
【００６４】
復号化部１１２０は、ＨＴＴＰクライアント１１２４から受信した暗号化データを、暗号鍵メモリ１１１４に格納される暗号鍵を使って復号化する装置であり、典型的にはコンピュータ上のプログラムか、半導体ＬＳＩ内に専用回路として実装される。暗号アルゴリズムはＤＥＳ（Data Encryption Standard）、ＡＥＳ（Advanced Encryption Standard）に代表される共通鍵方式のものと、ＲＳＡ（Rivest Shamir Adleman）暗号や、ＤＨ（Diffie-Hellman）に代表される公開鍵方式のものがあり、様々な公知の暗号技術が既に普及している。公開鍵方式の暗号は、ＰＫＩ（Public Key Infrastructure）の基礎技術として知られる。本発明においても、公知の暗号技術を用いてよい。
【００６５】
ＩＰアドレスメモリ１１２２は、公衆テレビ電話１１００の無線ＬＡＮ内でのＩＰアドレスを記憶するデータベースである。実装としては、半導体記憶装置や、磁気記憶装置など一般の記憶装置が使われる。リレーショナルデータベースや設定ファイルとして記録されてもよく、プログラムによって制御される。
【００６６】
ＨＴＴＰクライアント１１２４は、ＨＴＴＰ（Hyper Text Transfer Protocol）を使ってデータ転送を行なうことのできるプログラムである。たとえば、Ｗｉｎｄｏｗｓ（登録商標）など様々なＯＳで動作可能になっているＷＧＥＴ（ＧＮＵプロジェクトの１プログラム）がある。ここでＨＴＴＰである理由は、インターネット上でのデータ転送の多くがＨＴＴＰを使っていて相互接続性に優れるからという程度であり、たとえばＦＴＰ（File Transfer Protocol）でもかまわないし、特定の機器同士の通信であれば独自のプロトコルを定義してもかまわない。
【００６７】
無線通信部１１２６は、ネットワーク内の機器とデータ通信をするための装置であり、ＰＣカードとして実装されたり、ノートＰＣに内蔵されたりするものと同種のものである。ＤＨＣＰ（Dynamic Host Configuration Protocol）クライアントの機能を持っている場合が多い。
【００６８】
ビデオカメラ１１２８は、テレビ電話として利用の際に自分の顔などを撮影するためのものであり、一般に普及している様々な機器を使うことができる。コミュニケーションマネージャ１１４０がデジタルデータを処理するため、ビデオカメラ１１２８内部にビデオエンコーダが内蔵されていることが望ましい。
【００６９】
マイク１１３０は、テレビ電話として利用の際に自分の声などを入力するためのものであり、一般に普及している様々な機器を使うことができる。同じく、サウンドエンコーダが内蔵されていることが望ましい。
【００７０】
フックスイッチ１１３２は、テレビ電話での会話を終了するためのもので、典型的には受話器をかけるフックとして実装される。このとき、信号がコミュニケーションマネージャ１１４０に生成され、会話が終了したことが分かる。
【００７１】
コミュニケーションマネージャ１１４０は、テレビ電話制御を始め様々な処理を行なう。ハードウェア構成としては一般のコンピュータ機器と同様に、ＣＰＵ、メモリ、入出力装置からなる。内部の機能ブロックについては後述する。
【００７２】
制御部１１５０は、公衆テレビ電話１１００の各部を制御するＣＰＵ（Central Processing Unit）と、ＣＰＵに接続され、ＣＰＵで実行される処理の中間データを記憶するためのメモリとを含む。
【００７３】
公衆テレビ電話１１００内の各部分においてソフトウェア制御できる部分は、共通のＣＰＵを用いた、一般のコンピュータと同種の構成上のソフトウェアモジュールとして実装してもよい。
【００７４】
図４を参照して、コミュニケーションマネージャ１１４０の制御ブロックについて説明する。
【００７５】
コミュニケーションマネージャ１１４０は、ダイヤルデータ受信部１１４２、転送部１１４４、利用許可情報処理部１１４６、セッションデータベース１１４８、ＳＩＰクライアント１１５２から構成される。
【００７６】
ダイヤルデータ受信部１１４２は、携帯電話１２００から送信されたダイヤルデータを受信する部分であり、主に、コンピュータシステム上のソフトウェアとして実装される。また、利用許可情報処理部１１４６を制御し、携帯電話会社サーバ１０００に対する利用要求情報を生成させる。
【００７７】
転送部１１４４は、ビデオおよび音声データストリームを転送する部分であり、主にコンピュータシステム上のソフトウェアとして実装される。ビデオデータストリームの場合は、ビデオカメラ１１２８およびネットワーク、または、ディスプレイ部１１１８およびネットワークの間を転送し、音声データストリームの場合は、マイク１１３０とネットワーク、または、スピーカ１１１６およびネットワークの間を転送する。この部分の転送方式としては、ＲＴＰ（Realtime Transfer Protocol）が標準となっており、いくつもの製品実績や、フリーソフトウェアが普及している。
【００７８】
利用許可情報処理部１１４６は、ダイヤルデータ受信部１１４２が受信した情報に基づいて、携帯電話会社サーバ１０００に対する利用要求情報を生成する。なお、受信した情報は暗号化されており、ダイヤル元、ダイヤル先を判別できない。主にコンピュータシステム上のソフトウェアとして実装される。また、利用が許可された場合に携帯電話会社サーバ１０００から送信される利用許可情報に含まれる暫定アドレス情報などのセッション情報は、セッションデータベース１１４８に格納する。利用許可情報に含まれる暫定アドレス情報は身元が明らかにされない暫定的な情報であるが、暫定アドレス情報を使ってテレビ電話セッションを開始できるものとなっている。
【００７９】
セッションデータベース１１４８は、利用許可情報処理部１１４６で取得したセッションデータを記憶するものであり、半導体メモリや、磁気ディスクなどで実装される。または、Ｏｒａｃｌｅなどのリレーショナルデータベースを用いてもよい。
【００８０】
ＳＩＰクライアント１１５２は、携帯電話会社サーバ１０００のＳＩＰサーバ１０１２と通信し、セッションを確立するための部分で、主にコンピュータシステム上のソフトウェアとして実装される。また、セッションを確立した後は、転送部１１４４に対し、データ転送の開始を指示する。また、通話中、フックスイッチ１１３２からの情報を受けてセッションの終了処理も行なう。
【００８１】
図５を参照して、携帯電話１２００の制御ブロックについて説明する。
携帯電話１２００は、ネットワーク機能を備えた携帯電話であり、公衆テレビ電話１１００に対し、赤外線または無線通信を用いてデータを送信することができる。携帯電話１２００は、電話帳メモリ１２０２、ディスプレイ部１２１０、操作ボタン１２１２、ＩＰアドレスメモリ１２１４、暗号鍵メモリ１２１６、暗号化部１２１８、無線通信部１２２０、赤外線通信部１２２２、ＵＲＬ送信処理部１２２４、ＨＴＴＰサーバ１２２６、および制御部１２５０から構成される。
【００８２】
ディスプレイ部１２１０は、携帯電話上での操作を補佐するための情報を表示する部分であり、操作メニューのようなものも表示できる。ディスプレイ部１２１０には、典型的には液晶パネルなどの小型表示装置が用いられる。
【００８３】
操作ボタン１２１２は、ディスプレイ部１２１０で表示される操作メニューを操作するためのボタン類であり、典型的には、決定ボタン、上下左右選択ボタン、キャンセルボタン、メニューボタンなどから構成される。本発明の実施形態では、これらをひとまとめにして操作ボタン１２１２と称する。
【００８４】
ＩＰアドレスメモリ１２１４は、公衆テレビ電話１１００におけるＩＰアドレスメモリ１１２２と同種のものである。
【００８５】
暗号鍵メモリ１２１６は、公衆テレビ電話１１００における暗号鍵メモリ１１１４と同種のものであり、公開鍵１００２、秘密鍵Ｋ１２００、公開鍵Ｋ１２０２を記憶している。
【００８６】
暗号化部１２１８は、暗号鍵メモリ１２１６に格納された暗号鍵を使って、電話帳メモリ１２０２に記憶されたアドレスを暗号化するための部分であり、公衆テレビ電話１１００における復号化部１１２０と同様に様々な公開された暗号アルゴリズムによって暗号化する。
【００８７】
無線通信部１２２０は、公衆テレビ電話１１００における無線通信部１１２６と同種のものである。
【００８８】
赤外線通信部１２２２は、公衆テレビ電話１１００における赤外線通信部１１１０と同種のものであるが、赤外線通信部１１１０はデータ受信のみ、赤外線通信部１２２２はデータ送信のみの機能を備えているだけでもよい。
【００８９】
ＵＲＬ送信処理部１２２４は、ディスプレイ部１２１０に表示された操作メニューに対する操作ボタン１２１２の操作によってテレビ電話の開始を要求する情報（以下、開始要求情報Ｍ１０００という。）を生成し、赤外線通信部１２２２に送信する部分である。開始要求情報Ｍ１０００は、赤外線通信部１２２２によって公衆テレビ電話１１００の赤外線通信部１１１０に送信される。
【００９０】
ＨＴＴＰサーバ１２２６は、公衆テレビ電話１１００からのリクエストによって暗号化された情報を送信するためのプログラムである。広く普及しているapacheなどのフリープログラムを使ってもよいし、独自に実装することもできる。暗号化部１２１８により暗号鍵メモリ１２１６を用いて電話帳メモリ１２０２に記憶された情報などを暗号化する機能も持つ。
【００９１】
サーバ内の各部分においてソフトウェア制御できる部分は、共通のＣＰＵを用いた、一般のコンピュータと同種の構成上のソフトウェアモジュールとして実装してもよい。
【００９２】
制御部１２５０は、携帯電話１２００の各部を制御するＣＰＵ（Central Processing Unit）と、ＣＰＵに接続され、ＣＰＵで実行される処理の中間データを記憶するためのメモリとを含む。
【００９３】
サーバ内の各部分においてソフトウェア制御できる部分は、共通のＣＰＵを用いた、一般のコンピュータと同種の構成上のソフトウェアモジュールとして実装してもよい。
【００９４】
図６を参照して、本実施の形態に係る公衆テレビ電話１１００および携帯電話１２００の間で行なわれる通信のハードウェア構成について説明する。
【００９５】
無線ルータ１３００は、ＩＥＥＥ８０２．１１ｘ方式の無線通信機能を備え、ブロードバンド（インターネット）とのパケットルーティング機能を持つ無線ＬＡＮアクセスポイントであり、現在、様々な種類の機器が販売されている。無線ルータ１３００は、公衆テレビ電話１１００や携帯電話１２００との無線通信のインフラとして働き、無線ＬＡＮ内でのデータ通信や、必要であればブロードバンド（インターネット）とのデータ通信を行なう。また、ＤＨＣＰサーバ機能も備えていて、公衆テレビ電話１１００および携帯電話１２００のＩＰアドレスを自動設定する。図６に示す場合では、公衆テレビ電話１１００のＩＰアドレスが１９２．１６８．０．２、携帯電話１２００のＩＰアドレスが１９２．１６８．０．３、無線ルータ１３００のＬＡＮ側ＩＰアドレスが１９２．１６８．０．１と設定される。無線ルータ１３００と同種の機器は、広く普及している。この方式にて、公衆テレビ電話１１００と携帯電話１２００とのデータ通信は物理的にはすべて無線ルータ１３００を経由するが、論理的には公衆テレビ電話１１００と携帯電話１２００とが直接データ通信しているとしてよく、以降の記述もそのように説明する。
【００９６】
図７を参照して、公衆テレビ電話１１００および携帯電話１２００で実行されるプログラムの制御構造について説明する。このプログラムは、携帯電話１２００のユーザが公衆テレビ電話１１００に対してテレビ電話の開始を要求した場合に実行される。
【００９７】
まず、ステップ（以下、ステップをＳと略す）１２００にて、携帯電話１２００の制御部１２５０は、開始要求情報Ｍ１０００を生成するようＵＲＬ送信処理部１２２４に指示する。
【００９８】
Ｓ１２０２にて、制御部１２５０は、開始要求情報Ｍ１０００を赤外線通信部１２２２から送信するようＵＲＬ送信処理部１２２４に指示する。
【００９９】
Ｓ１２０４にて、制御部１２５０は、開始要求情報Ｍ１０００を受信した公衆テレビ電話１１００から開始要求情報Ｍ１０００を受信した旨の返信（以下、リクエストＭ１００２という。）を受信するよう無線通信部１２２０に指示する。
【０１００】
Ｓ１２０６にて、制御部１２５０は、特定のＳＩＰアドレスが選択されたか否かを判断する。この判断は、携帯電話１２００のユーザが操作ボタン１２１２を使って特定のＳＩＰアドレスを選択したか否かにより行なわれる。特定のＳＩＰアドレスが選択されたと判断されると（Ｓ１２０６にてＹＥＳ）、処理はＳ１２０８に移される。もしそうでないと（Ｓ１２０６にてＮＯ）、処理はＳ１２０６に戻される。
【０１０１】
Ｓ１２０８にて、制御部１２５０は、ＨＴＴＰサーバ１２２６にレスポンスＭ１００４を生成するよう指示する。なお、レスポンスＭ１００４とは、ダイヤル元、ダイヤル先、テレビ電話のインターネット側アドレス、および有効期限を、暗号鍵メモリ１２１６に記憶された携帯電話会社サーバ１０００の公開鍵Ｋ１００２を使用して、暗号化部１２１８で暗号化した情報を、携帯電話１２００の秘密鍵Ｋ１２００にてデジタル署名した情報である。したがって、携帯電話会社サーバ１０００でしか内容を解読することが出来ない。また、携帯電話１２００の秘密鍵Ｋ１２００にてデジタル署名されているので、このレスポンスは間違いなく携帯電話１２００が生成したものであることが保証される。さらに、公衆テレビ電話１１００が解読できず、また、改ざんもできない。
【０１０２】
Ｓ１２１０にて、制御部１２５０は、ＨＴＴＰサーバ１２２６に、Ｓ１２０８で生成したレスポンスＭ１００４を無線通信部１２２０から送信するよう指示する。
【０１０３】
次に、Ｓ１１０２にて、公衆テレビ電話１１００の制御部１１５０は、開始要求情報Ｍ１０００を受信するよう赤外線通信部１１１０に指示する。
【０１０４】
Ｓ１１０４にて、制御部１１５０は、携帯電話１２００に無線通信部１１２６からリクエストＭ１００２を送信するようＨＴＴＰクライアント１１２４に指示する。
【０１０５】
Ｓ１１０６にて、制御部１１５０は、レスポンスＭ１００４を受信するよう無線通信部１１２６に指示する。
【０１０６】
図８を参照して、公衆テレビ電話１１００および携帯電話会社サーバ１０００で実行されるプログラムの制御構造について説明する。このプログラムは、公衆テレビ電話１１００が、携帯電話１２００からレスポンスＭ１００４を受信した場合に実行される。
【０１０７】
まず、Ｓ１１１２にて、公衆テレビ電話１１００の制御部１１５０は、利用要求情報Ｍ１００６を生成し、携帯電話会社サーバ１０００に送信するよう利用許可情報処理部１１４６に指示する。利用要求情報Ｍ１００６とは、携帯電話会社サーバ１０００の利用を要求するための情報でる。利用要求情報Ｍ１００６の内容はレスポンスＭ１００４の内容と同一内容のものがそのまま設定される。
【０１０８】
Ｓ１１１４にて、制御部１１５０は、携帯電話会社サーバ１０００から送信された利用許可情報Ｍ１００８を受信するよう利用許可情報処理部１１４６に指示する。利用許可情報Ｍ１００８とは、携帯電話会社サーバ１０００を介して固定テレビ電話１１００−Ｂとのテレビ電話を許可する情報であって、携帯電話１２００のダイヤル元および公衆テレビ電話１１００のダイヤル先の暫定アドレス情報と、携帯電話１２００および公衆テレビ電話１１００の運営会社が課金処理を行なうための課金情報とが含まれる情報である。
【０１０９】
Ｓ１１１６にて、制御部１１５０は、ＳＩＰクライアント１１５２に、公衆テレビ電話１１００と固定テレビ電話１１００−Ｂの間で、通常のＳＩＰセッション確立を行なうよう指示する。
【０１１０】
Ｓ１１１８にて、制御部１１５０は、ＳＩＰクライアント１１５２に、ビデオ、音声データストリームの転送を開始するよう指示する。なお、このとき、携帯電話会社サーバ１０００のＳＩＰサーバ１０１２が使われるが、暫定アドレスと正式なアドレスとの相互変換が行なわれ、公衆テレビ電話１１００と固定テレビ電話１１００−Ｂとの通信が、携帯電話会社サーバ１０００を介して可能となる。
【０１１１】
Ｓ１１２０にて、制御部１１５０は、通信を終了するか否かを判断する。この判断は、公衆テレビ電話１１００のユーザによりフックスイッチ１１３２に受話器がかけられて会話が終了したか否かにより行なわれる。通信を終了すると判断されると（Ｓ１１２０にてＹＥＳ）、処理はＳ１１２２に移される。もしそうでないと（Ｓ１１２０にてＮＯ）、処理はＳ１１２０に戻される。
【０１１２】
Ｓ１１２２にて、制御部１１５０は、公衆テレビ電話１１００と固定テレビ電話１１００−Ｂの間で、ＳＩＰセッションを終了するようＳＩＰクライアント１１５２に指示する。
【０１１３】
Ｓ１１２４にて、制御部１１５０は、開始要求情報Ｍ１０００、リクエストＭ１００２、レスポンスＭ１００４、利用要求情報Ｍ１００６、および利用許可情報Ｍ１００８の情報を消去する。
【０１１４】
次に、Ｓ１００２にて、携帯電話会社サーバ１０００の制御部１０５０は、利用要求情報Ｍ１００６を受信するよう通信部１０１０に指示する。
【０１１５】
Ｓ１００４にて、制御部１０５０は、利用要求情報Ｍ１００６を復号化するよう利用許可情報生成部１０１６に指示する。なお、この復号化は、まず、暗号鍵メモリ１０２０に格納された秘密鍵Ｋ１０００を使って行なわれる。この時点でどの携帯電話端末からの要求であるかが分かるので、次に顧客データベース１０１４に格納されている公開鍵Ｋ１２０２を使って行なわれる。
【０１１６】
Ｓ１００６にて、制御部１０５０は、利用要求情報Ｍ１００６が正しい要求であるか否かを判断する。この判断は、Ｓ１００４で復号化された利用要求情報Ｍ１００６が、デジタル署名が正しくなされている情報か否かにより行なわれる。正しい要求であると判断されると（Ｓ１００６にてＹＥＳ）、処理はＳ１００８に移される。もしそうでないと（Ｓ１００６にてＮＯ）、処理は終了する。
【０１１７】
Ｓ１００８にて、制御部１０５０は、利用要求情報Ｍ１００６を送信したユーザが特定できたか否かを判断する。この判断は、Ｓ１００４で復号化された利用要求情報Ｍ１００６に含まれるダイヤル元が顧客データベース１０１４に存在するか否かにより行なわれる。ユーザが特定できたと判断されると（Ｓ１００８にてＹＥＳ）、処理はＳ１０１０に移される。もしそうでないと（Ｓ１００８にてＮＯ）、処理は終了する。
【０１１８】
Ｓ１０１０にて、制御部１０５０は、利用許可情報生成部１０１６に、暫定アドレスおよび課金情報を生成するよう指示する。
【０１１９】
Ｓ１０１２にて、制御部１０５０は、課金情報を後の課金のために課金データベース１０１８に格納するよう利用許可情報生成部１０１６に指示する。
【０１２０】
Ｓ１０１４にて、制御部１０５０は、暫定アドレスおよび課金情報を公衆テレビ電話１１００に返信するよう通信部１０１０に指示する。
【０１２１】
以上のような構造およびフローチャートに基づく、携帯電話１２００、公衆テレビ電話１１００、固定テレビ電話１１００−Ｂ、および携帯電話会社サーバ１０００の動作について説明する。
【０１２２】
［携帯端末］
開始要求情報Ｍ１０００が生成されて（Ｓ１２００）、赤外線通信部１２２２から送信されると（Ｓ１２０２）、開始要求情報Ｍ１０００を受信した公衆テレビ電話１１００から送信される図９に示すリクエストＭ１００２を受信する（Ｓ１２０４）。図１０に示すディスプレイ部１２１０に表示される複数のアドレス情報から、携帯電話１２００のユーザが操作ボタン１２１２を使って特定のＳＩＰアドレスを選択すると（Ｓ１２０６にてＹＥＳ）、図１１に示すようなレスポンスＭ１００４が生成され（Ｓ１２０８）、公衆テレビ電話１１００に送信される（Ｓ１２１０）。
【０１２３】
図１１に示すレスポンスＭ１００４は、ダイヤル元、ダイヤル先、テレビ電話のインターネット側アドレス、有効期限を、公衆テレビ電話１１００が解読できず、また、改ざんも出来ない形で含む。つまり、携帯電話会社サーバ１０００の公開鍵Ｋ１００２で暗号化することにより、携帯電話会社サーバ１０００でしか内容を解読することが出来ない。また、携帯電話１２００の秘密鍵Ｋ１２００にてデジタル署名されているので、このレスポンスＭ１００４は間違いなく携帯電話１２００が生成したものであることが保証される。
【０１２４】
［公衆テレビ電話］
開始要求情報Ｍ１０００が受信されると（Ｓ１１０２）、リクエストＭ１００２が返信される（Ｓ１１０４）。携帯電話１２００が送信した図１２に示すレスポンスＭ１００４を無線通信部１１２６を介して受信すると（Ｓ１１０６）、図１３に示す利用要求情報Ｍ１００６が携帯電話会社サーバ１０００に送信される（Ｓ１１１２）。携帯電話会社サーバ１０００から送信された図１４に示す利用許可情報Ｍ１００８が受信されると（Ｓ１１１４）、ＳＩＰセッションが確立され（Ｓ１１１６）、ビデオ、音声データストリームの転送が開始される（Ｓ１１１８）。このとき、携帯電話会社サーバ１０００のＳＩＰサーバ１０１２が使われるが、暫定アドレスと正式アドレスとの相互変換が行なわる。ここで、公衆テレビ電話１１００と携帯電話会社サーバ１０００との通信では、図１５（ａ）に示す暫定アドレスが使用され、固定テレビ電話１１００−Ｂと携帯電話会社サーバ１０００との通信では、図１５（ｂ）に示す正式アドレスが使用される。携帯電話会社サーバ１０００では、これらのアドレスの相互変換が行なわれ、公衆テレビ電話１１００と固定テレビ電話１１００−Ｂとの通信が、携帯電話会社サーバ１０００を介して可能となる。公衆テレビ電話１１００のユーザによりフックスイッチ１１３２に受話器がかけられて（Ｓ１１２０）、セッションが終了し（Ｓ１１２２）、Ｍ１０００、リクエストＭ１００２、レスポンスＭ１００４、利用要求情報Ｍ１００６、および利用許可情報Ｍ１００８のすべての情報を消去して終了する（Ｓ１１２４）。
【０１２５】
［携帯電話会社サーバ］
利用要求情報Ｍ１００６が受信されると（Ｓ１００２）、利用要求情報Ｍ１００６が復号化され（Ｓ１００４）、その結果、利用要求情報Ｍ１００６が、デジタル署名が正しくなされた要求であると判断されて（Ｓ１００６にてＹＥＳ）、利用要求情報Ｍ１００６を送信したユーザが特定できた場合（Ｓ１００８にてＹＥＳ）、暫定アドレス情報および課金情報が生成され（Ｓ１０１０）、課金情報が課金データベース１０１８に保存される（Ｓ１０１２）。このようにしておくことで、公衆テレビ電話の運営会社と、携帯電話会社が異なる場合でも、公衆テレビ電話の運営会社が課金情報を携帯電話会社に問い合わせることで、公衆テレビ電話１１００にコイン挿入口などの課金装置を設けなくとも課金が可能になる（携帯電話会社によって代行決済される）。
【０１２６】
暫定アドレスおよび課金情報の情報を含む利用許可情報Ｍ１００８が公衆テレビ電話１１００に返信される（Ｓ１０１４）。
【０１２７】
なお、前述の利用許可情報生成部１０１６、ＳＩＰクライアント１１５２など、ソフトウェアによって実現されるものについては、携帯電話会社サーバ、テレビ電話および携帯電話それぞれの他のソフトウェア部分と共用してＣＰＵ、メモリ、入出力装置を利用することができることは明らかである。
【０１２８】
また、ＳＩＰメッセージ自体の暗号化、ビデオ、音声データストリームの暗号化については、Ｓ／ＭＩＭＥ、ＴＬＳ、ＳＳＬなど他の公知の暗号化技術を用いることができる。
【０１２９】
また、利用許可情報生成部１０１６と、ＳＩＰサーバ１０１２が同一の携帯電話会社サーバ１０００に構成されるとしたが、これに限定するわけではなく、顧客データベース１０１４と課金データベース１０１８を共有することができるのであれば、特に同一のコンピュータシステム上にある必要はなく、別のコンピュータシステム上や、異なる会社のコンピュータシステム上に実装することもできる。
【０１３０】
また、無線ルータ１３００がＩＥＥＥ８０２．１１ｘの無線ＬＡＮを構成し、無線ＬＡＮを例として説明したが、これに限定するものではなく、Ｂｌｕｅｔｏｏｔｈ（Ｒ）など、その他の種類の無線ネットワークでも、有線ネットワークでもかまわず、本発明の本質に影響するものではない。アドレス表示についても、ＩＰｖ４方式の表記を用いたが、これに限定せず、ネットワークの種類によってＩＰｖ６やその他のアドレスを用いる。
【０１３１】
以上のようにして、本実施の形態に係る携帯電話は、公衆テレビ電話を使用してインターネットを利用したテレビ電話を行なう際、サーバの利用を許可されたことによりサーバから予め付与された暗号鍵情報で、電話帳メモリに記憶された通信元である自己の携帯電話と通信先である固定テレビ電話とのアドレス情報を暗号化した暗号データを公衆テレビ電話に送信する。暗号化されたアドレス情報は、サーバから付与された暗号鍵情報を持たない公衆テレビ電話では解読できない。これにより、携帯電話で記憶されたアドレス情報などの個人情報を、公衆テレビ電話に残さないで利用することができる。また、公衆テレビ電話は、携帯電話から受信した暗号データをサーバに送信し、サーバから利用を許可されたことを表わす利用許可情報に基づいて固定テレビ電話との通信を開始する。利用許可情報には、通信元である携帯電話と通信先である固定テレビ電話とのアドレス情報が含まれないため、アドレス情報が公衆テレビ電話に残ることはない。
【０１３２】
さらに、サーバは、受信した暗号データを、利用を許可した携帯電話に付与した暗号鍵情報で復号化する。これにより、利用を許可した携帯電話からの要求であるか否かを判断でき、同時に通信元と通信先とのアドレス情報を把握できる。また、利用を許可した携帯電話からの要求である場合、サーバの利用を許可する利用許可情報を公衆テレビ電話に返信し、公衆テレビ電話と固定テレビ電話との通信を開始させる。利用許可情報には、通信元である携帯電話と通信先である固定テレビ電話とのアドレス情報が含まれない。これにより、携帯電話と固定テレビ電話とのアドレス情報を公衆テレビ電話に残さないで公衆テレビ電話と固定テレビ電話の通信を開始させることができる。その結果、携帯電話内に記憶されたアドレス情報を利用してテレビ電話を行なった場合でも、アドレス情報などのユーザの個人情報が盗み取られる心配がない通信システムを実現することができる。
【０１３３】
さらに、利用許可情報には、サーバを利用した携帯電話に課金を行なうための課金情報が含まれる。サーバは、課金情報を記憶する。これにより、携帯電話の運営会社と、公衆テレビ電話の運営会社が異なる場合でも、公衆テレビ電話の運営会社が課金情報を携帯電話の運営会社に問い合わせることで、携帯電話の運営会社によって代行決済することができ、公衆テレビ電話にコイン挿入口などを設けなくとも課金することができる。
【０１３４】
＜第１の実施の形態の変形例（その１）＞
第１の実施の形態では、赤外線を使用して携帯電話１２００から公衆テレビ電話１１００に開始要求情報Ｍ１０００を送信した。
【０１３５】
これに対し、本変形例においては、無線ＬＡＮを使用してＭ１０００を送信する。
図１６を参照して、本変形例に係る公衆テレビ電話２１００および携帯電話２２００の制御ブロックについて説明する。
【０１３６】
本変形例に係る公衆テレビ電話２１００および携帯電話２２００の制御ブロックのうち、第１の実施の形態と同じである機能ブロックについては、同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【０１３７】
本変形例に係る公衆テレビ電話２１００の制御ブロックは、第１の実施の形態に係る公衆テレビ電話１１００の制御ブロックの赤外線通信部１１１０の代わりに、ＩＤ特定処理部２１０２とＨＴＴＰサーバ２１０４とが追加された構成である。
【０１３８】
ＩＤ特定処理部２１０２は、無線ルータ１３００管理下のネットワークに接続された機器の中で、公衆テレビ電話２１００を特定するための処理を行なう。具体的には、携帯電話２２００からのブロードキャスト（相手を特定しないデータ通信）に対し、固有のＩＤを発行して応答し、以降の携帯電話２２００からの通信を、公衆テレビ電話２１００を特定して通信できるようにする。この仕組みは、古くはＵＮＩＸ（登録商標）のｐｉｎｇコマンドに対し、ＩＰアドレスを識別子として応答するものがあるが、ある特定の機能（たとえば、ネットワークから画像をダウンロードして表示するブラウザ機能）を持つ機器のみが応答するようなＵＰｎＰ（Universal Plug and Play）というフレームワークも公知の実績ある技術として知られている。たとえば、このＵＰｎＰを利用し、ブラウザ機能を持つ機器として応答する処理を行なう。ＵＰｎＰでは機器に対し、分かりやすい名前をつける方法が定義されており、それをたとえば「ネットワークテレビ」という名前を設定することができる。
【０１３９】
ＨＴＴＰサーバ２１０４は、ＨＴＴＰリクエストを処理することのできるサーバプログラムであり、ＨＴＴＰサーバ１２２６と同種のものである。携帯電話２２００からデータを直接送信（ＰＯＳＴリクエスト）されても受け付けられるようになる。
【０１４０】
本変形例に係る携帯電話２２００の制御ブロックは、第１の実施の形態に係る携帯電話１２００の制御ブロックの赤外線通信部１２２２の代わりに、ＩＤ特定処理部２２０６とＨＴＴＰクライアント２２１０とが追加され、これに伴いディスプレイ部１２１０、操作ボタン１２１２、およびＵＲＬ送信処理部１２２４が、ディスプレイ部２２０２、操作ボタン２２０４、およびＵＲＬ送信処理部２２０８に変更された構成である。その他の構成については、第２の実施の形態に係る携帯電話４２００と同じ構成であるので、ここでは説明を繰り返さない。
【０１４１】
ディスプレイ部２２０２は、ディスプレイ部１２１０がＵＲＬ送信処理部１２２４からの情報のみを元に表示していたのに対し、ディスプレイ部２２０２は、ＩＤ特定処理部２２０６からの情報、たとえば機器リストを表示することができるようになっている。
【０１４２】
操作ボタン２２０４は、操作ボタン１２１２に追加して、ディスプレイ部２２０２に表示された機器リストからいずれかの機器を選択することができるようになっている。
【０１４３】
ＩＤ特定処理部２２０６は、無線ルータ１３００管理下のネットワークに接続された機器の中で、公衆テレビ電話２１００を特定するための処理を行なう。具体的には、公衆テレビ電話２１００などへブロードキャスト（相手を特定しないデータ通信）し、固有のＩＤが発行された応答を受信し、以降の通信を、公衆テレビ電話２１００を特定して通信できるようにする。この仕組みは、前述のように、古くはＵＮＩＸ（登録商標）のｐｉｎｇコマンドに対し、ＩＰアドレスを識別子として応答するものがあるが、ＵＰｎＰを利用し、ブラウザ機能を持つ機器のみを特定する処理を行なうとより適切な機器を発見できる。その結果、たとえば「ネットワークテレビ」という名前と対で公衆テレビ電話２１００を特定することができる。
【０１４４】
ＵＲＬ送信処理部２２０８は、ＵＲＬ送信処理部１２２４が赤外線通信部１２２２にデータを送るのに対し、ＵＲＬ送信処理部２２０８は無線通信部１２２０にデータを送る。
【０１４５】
ＨＴＴＰクライアント２２１０は、ＵＲＬ送信処理部２２０８の指示により、電話帳メモリのデータを直接ＰＯＳＴリクエストで送信することができる。
【０１４６】
図１７を参照して、本実施例に係る携帯電話２２００および公衆テレビ電話２１００で実行されるプログラムの制御構造について説明する。このプログラムは、携帯電話２２００がブロードキャストでテレビ電話の開始を要求した場合に実行される。なお、図１７に示すフローチャートの中で、図７と同じ処理については同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明は、繰り返さない。
【０１４７】
まず、Ｓ２２０２にて、携帯電話２２００の制御部１２５０は、ユーザの操作ボタン２２０４の操作により、ＩＤ特定処理部２２０６にブロードキャストの送信を行なうよう指示する。
【０１４８】
Ｓ２２０４にて、制御部１２５０は、ブロードキャストに応答した機器からのレスポンスをすべて受信よう無線通信部１２２０に指示する。
【０１４９】
Ｓ２２０６にて、制御部１２５０は、受信したレスポンスが複数か否かを判断する。複数と判断されると（Ｓ２２０６にてＹＥＳ）、処理はＳ２２０８に移される。もしそうでないと（Ｓ２２０６にてＮＯ）、処理はＳ１２００に移される。
【０１５０】
Ｓ２２０８にて、制御部１２５０は、レスポンスを送信した機器のリストをディスプレイ部２２０２に表示させる。
【０１５１】
Ｓ２２１０にて、制御部１２５０は、ユーザにいずれかの機器を選択させる。Ｓ２２１２にて、制御部１２５０は、ユーザが選択した機器に開始要求情報Ｍ１０００を送信するよう無線通信部１２２０に指示する。
【０１５２】
次に、Ｓ２１０２にて、公衆テレビ電話２１００の制御部１１５０は、ブロードキャストを受信するよう無線通信部１１２６に指示する。
【０１５３】
Ｓ２１０４にて、制御部１１５０は、ＩＰアドレスや、ニックネーム「ネットワークテレビ」などを伴って応答するよう無線通信部１２２０に指示する。
【０１５４】
Ｓ２１０６にて、制御部１１５０は、開始要求情報Ｍ１０００を無線で受信するよう無線通信部１１２６に指示する。
【０１５５】
なお、ＳＳ２１０４で、ＵＰｎＰなどの仕組みにおいて、ブラウザ機能を持つ機器に対するブロードキャストであるなら、応答するが、それ以外のサポートしていない機能に対するブロードキャストであるなら無視することになる。また、ＤＨ方式の暗号化を行なうなら、この段階で公衆テレビ電話２１００の公開鍵を伴って応答しておく。
【０１５６】
以上のような構造およびフローチャートに基づく、携帯電話および公衆テレビ電話２１００の動作について説明する。
【０１５７】
［携帯端末］
ユーザから操作ボタン２２０４の操作により、ブロードキャストの送信が行なわれ（Ｓ２２０２）、それに応答した機器からレスポンスを受信する（Ｓ２２０４）。受信したレスポンスが複数の場合（Ｓ２２０６にてＹＥＳ）、レスポンスを送信した機器のリストがディスプレイ部２２０２に表示され（Ｓ２２０８）、ユーザによりいずれかの機器が選択されると（Ｓ２２１０）、開始要求情報Ｍ１０００が生成され（Ｓ１２００）、公衆テレビ電話２１００に無線送信される（Ｓ２２１２）。公衆テレビ電話２１００からのリクエストＭ１００２を受信し（Ｓ１２０６）、レスポンスＭ１００４が生成され（Ｓ１２０８）、公衆テレビ電話２１００に無線送信される（Ｓ１２１０）。
【０１５８】
［公衆テレビ電話］
携帯電話２２００からのブロードキャストが受信されると（Ｓ２１０２）、ＩＰアドレスや、ニックネーム「ネットワークテレビ」などを伴った応答が送信される（Ｓ２１０４）。携帯電話２２００から開始要求情報Ｍ１０００が受信されると（Ｓ２１０６）、リクエストＭ１００２が携帯電話２２００に送信される（Ｓ１１０４）。携帯電話２２００から送信されるレスポンスＭ１００４が受信される（Ｓ１１０６）。
【０１５９】
以上のようにして、携帯電話２２００からブロードキャストを行なうことにより、送信先として公衆テレビ電話２１００のＩＰアドレスなどのＩＤを特定することができる。これにより、赤外線通信機能を有さないテレビ電話や携帯電話でも、無線ＬＡＮを使用して開始要求情報Ｍ１０００を送信することができる。
【０１６０】
＜第１の実施の形態の変形例（その２）＞
第１の実施の形態で説明した課金方法では、図８のステップＳ１１１２〜Ｓ１１１４で、通話一回につき一度だけ、携帯電話会社サーバ１０００にアクセスしていたが、これは、通話時間に関わらず、通話一回毎に課金する方法に適している。
【０１６１】
これに対し、本変形例においては、通話時間に対して従量課金を行なう場合について説明する。
【０１６２】
図１８を参照して、本実施例に係る公衆テレビ電話３１００で実行されるプログラムの制御構造について説明する。このプログラムは、公衆テレビ電話３１００が携帯電話１２００からレスポンスＭ１００４を受信した場合に実行される。なお、図１８に示すフローチャートは、図８のフローチャートと比較して、Ｓ１１２０の代わりに、Ｓ３１０２〜Ｓ３１０６を追加したものであり、同じ処理については同じステップ番号を付してある。それらの処理も同じである。したがって、それらについての詳細な説明は、繰り返さない。
【０１６３】
Ｓ３１０２にて、制御部１１５０は、一定時間経過すると、利用要求情報Ｍ１００６を携帯電話会社サーバ１０００に送信するよう利用許可情報処理部１１４６に指示する。
【０１６４】
Ｓ３１０４にて、制御部１１５０は、携帯電話会社サーバ１０００から送信された利用許可情報Ｍ１００８を受信するよう利用許可情報処理部１１４６に指示する。
【０１６５】
Ｓ３１０６にて、制御部１１５０は、通信を継続するか否かを判断する。この判断は、公衆テレビ電話３１００のユーザによりフックスイッチ１１３２に受話器がかけられて会話が終了したか否かにより行なわれる。通信を継続すると判断されると（Ｓ３１０６にてＹＥＳ）、処理はＳ３１０２に戻される。もしそうでないと（Ｓ３１０６にてＮＯ）、処理はＳ１１１８に移される。
【０１６６】
以上のようにして、公衆テレビ電話３１００は、通話が続行している時間中、一定時間ごとに、利用要求情報Ｍ１００６の送信（Ｓ３１０２）と利用許可情報Ｍ１００８の受信（Ｓ３１０４）を繰り返す。これにより、携帯電話会社サーバ１０００は、通話時間に対する従量課金データを蓄積できる。また、利用料金の上限を設定しているような場合には、ステップＳ３１０４にて、エラーを受信させるようにすればセッションを終了することもできる。
【０１６７】
＜第２の実施の形態＞
以下、本発明の第２の実施の形態について説明する。
【０１６８】
図１９を参照して、本実施の形態に係る携帯電話４２００および公衆テレビ電話４１００のハードウェア構成について説明する。図１９に示すように、携帯電話４２００のマイクと、スピーカを用いて、携帯電話４２００を受話器として利用する。つまり、公衆テレビ電話４１００と携帯電話４２００との無線通信機能を利用して、音声データを送受信する。
【０１６９】
本実施の形態に係る携帯電話４２００、公衆テレビ電話４１００、固定テレビ電話１１００−Ｂ、携帯電話会社サーバ１０００、およびこれらを用いたシステムのハードウェア構成は、第１の実施の形態と比較して、携帯電話１２００と公衆テレビ電話１１００との代わりに、携帯電話４２００と公衆テレビ電話４１００とが追加された構成であり、その他の構成は同じである。よって、それらの構成についての詳細な説明は繰り返さない。
【０１７０】
図２０を参照して、本実施の形態に係る公衆テレビ電話４１００のコミュニケーションマネージャ４１０２の制御ブロックについて説明する。本実施の形態の公衆テレビ電話４１００の制御ブロックは、第１の実施の形態に係る公衆テレビ電話１１００の制御ブロックのコミュニケーションマネージャ１１４０の代わりに、コミュニケーションマネージャ４１０２が追加された構成である。その他の構成については、第１の実施の形態に係る公衆テレビ電話１１００と同じ構成であるので、ここでは説明を繰り返さない。
【０１７１】
本実施の形態のコミュニケーションマネージャ４１０２の制御ブロックは、第１の実施の形態に係る転送部１１４４の代わりに、転送部４１０４が追加された構成である。その他の構成については、第１の実施の形態に係るコミュニケーションマネージャ１１４０と同じ構成であるので、ここでは説明を繰り返さない。
【０１７２】
転送部４１０４は、固定テレビ電話１１００−Ｂから無線通信部１１２６を経由して受信した音声データを、同じく無線通信部１１２６を経由して携帯電話４２００の無線通信部１２２０に転送する。逆に、携帯電話４２００の無線通信部１２２０から無線通信部１１２６を経由して受信した音声データを同じく無線通信部１１２６を経由して固定テレビ電話１１００−Ｂへ転送する。
【０１７３】
図２１を参照して、本実施の形態に係る携帯電話４２００の制御ブロックについて説明する。本実施の形態の携帯電話４２００の制御ブロックは、第１の実施の形態と比較して、マイク４２０２とスピーカ４２０４とが追加された構成であり、その他の構成は同じである。よって、それらの構成についての詳細な説明は繰り返さない。
【０１７４】
マイク４２０２は、ユーザの音声をデジタルデータに変換し、無線通信部１２２０に送信する。実装としては、公衆テレビ電話１１００のマイク１１３０と同種のものである。
【０１７５】
スピーカ４２０４は、無線通信部１２２０から受信したデジタル音声データを実際の音波に変換するものである。実装としては、同じく公衆テレビ電話１１００のスピーカ１１１６と同種のものである。
【０１７６】
本実施の形態に係る携帯電話４２００および公衆テレビ電話４１００で実行されるプログラムの制御構造は、携帯電話４２００および公衆テレビ電話４１００で音声通信をすること、およびリクエストＭ１００２、レスポンスＭ１００４の内容が異なること以外は、第１の実施の形態に係る携帯電話１２００および公衆テレビ電話１１００で実行されるプログラムの制御構造と同じである。よって、それらの詳細な説明は繰り返さない。
【０１７７】
図２２を参照して、公衆テレビ電話４１００で生成されるリクエストＭ１００２と、
携帯電話４２００で生成されるレスポンスＭ１００４とについて説明する。
【０１７８】
公衆テレビ電話４１００は、図７のＳ１１０４において、リクエストＭ１００２の代わりに、図２２（ａ）に示すリクエストＭ４００２を携帯電話４２００に送信する。リクエストＭ４００２には公衆テレビ電話４１００側のポート番号と、使用できるＣＯＤＥＣの種類が記述されている。
【０１７９】
また、携帯電話４２００は、図７のＳ１２０８およびＳ１２１０において、Ｍ１００４の代わりに、図２２（ｂ）に示すレスポンスＭ１００４を生成し、公衆テレビ電話４１００に送信する。レスポンスＭ１００４には、携帯電話４２００側のポート番号と、実際に利用するＣＯＤＥＣの種類が記述されている。
【０１８０】
このように、ＣＯＤＥＣの種類を複数提示し、それに対して実際に利用するものを選択するネゴシエーション方法を、一般にアンサーオファーモデルといい、ＳＩＰ（ＲＦＣ３２６１）などでも利用されている一般的な方法である。このネゴシエーションの結果、携帯電話４２００と固定テレビ電話１１００−Ｂとの通信で、携帯電話４２００を受話器として利用することができる。
【０１８１】
＜第３の実施の形態＞
以下、本発明の第３の実施の形態について説明する。
【０１８２】
図２３を参照して、本実施の形態に係る携帯電話５２００および５０００、公衆テレビ電話１１００、固定テレビ電話１１００−Ｂのハードウェア構成について説明する。
【０１８３】
本実施の形態に係る携帯電話５２００および５０００、公衆テレビ電話１１００、固定テレビ電話１１００−Ｂ、携帯電話会社サーバ１０００のハードウェア構造は、第１の実施の形態と比較して、携帯電話１２００の代わりに、携帯電話５２００が使用された構成であり、さらに携帯電話５０００が追加された構成である。その他の構成は同じである。よって、それらの構成についての詳細な説明は繰り返さない。
【０１８４】
携帯電話５２００は、公衆テレビ電話１１００を映像端末として用いながら、携帯電話本来の機能を使って、携帯電話５０００との間で電話通話を行なう。
【０１８５】
図２４を参照して、本実施の形態に係る携帯電話５２００および携帯電話５０００の制御ブロックについて説明する。本実施の形態の携帯電話５２００および携帯電話５０００の制御ブロックは、第２の実施の形態に係る携帯電話４２００の制御ブロックと比較して、携帯電話モジュール５２０２が追加され、これに伴いマイク４２０２、スピーカ４２０４、およびＵＲＬ送信処理部１２２４が、マイク５２０４、スピーカ５２０６、およびＵＲＬ送信処理部５２０８に変更された構成である。その他の構成については、第２の実施の形態に係る携帯電話４２００と同じ構成であるので、ここでは説明を繰り返さない。
【０１８６】
携帯電話モジュール５２０２は、一般の携帯電話が携帯電話網を使って通話を行なうために必要なすべての機能を持っている。実装としては、一般の携帯電話が広く普及しているので、それらと同様に実装すればよい。
【０１８７】
マイク５２０４は、ユーザの音声を電気信号に変換するものであり、携帯電話モジュール５２０２と連携して働く。一般の携帯電話で実装されているものでよい。
【０１８８】
スピーカ５２０６は、音声の電気信号を音波に変換するものであり、携帯電話モジュール５２０２と連携して働く。一般の携帯電話で実装されているのでよい。
【０１８９】
ＵＲＬ送信処理部５２０８は、ＵＲＬ送信処理部１２２４の機能に加え、携帯電話モジュール５２０２を使ったシグナリング処理も制御する。
【０１９０】
図２５を参照して、本実施の形態に係る携帯電話５２００で実行されるプログラムの制御構造について説明する。このプログラムは、テレビ電話を行なう際に携帯電話網を使って通話を行なう場合に実行される。
【０１９１】
Ｓ５２０２にて、制御部１２５０は、ユーザによりテレビ電話のダイヤル先だけでなく、携帯電話のダイヤル先が選択されたか否かを判断する。携帯電話のダイヤル先が選択されたと判断されると（Ｓ５２０２にてＹＥＳ）、処理はＳ５２０４に移される。もしそうでないと（Ｓ５２０２にてＮＯ）、処理は終了する。
【０１９２】
Ｓ５２０４にて、制御部１２５０は、通常の携帯電話網を使って携帯電話５０００と音声通話を行なうように携帯電話モジュール５２０２に指示する。
【０１９３】
以上のような構造およびフローチャートに基づく、携帯電話５２００の動作について説明する。
【０１９４】
ユーザにより、テレビ電話のダイヤル先だけでなく、携帯電話のダイヤル先が選択されると（Ｓ５２０２）、携帯電話５０００と通常の携帯電話網を使って音声通話を行なう。なお、携帯電話のダイヤル先の選択方法としては、たとえば、図１０に示す１１００−Ｂを選択することによって、テレビ電話向けの「ｓｉｐ：１１００−Ｂ＠ｓｉｐｓｖｒ．ｃｏ．ｊｐ」と、通常の電話番号「０９０−ｘｘｘｘ−ｘｘｘｘ」が選択される。
【０１９５】
以上のようにして、テレビ電話を実現でき、従来からの実績のある携帯電話通話による信頼性の高い音声通話と、ブロードバンド回線の大容量転送による高品質映像通信とを両立することができる。
【０１９６】
＜第４の実施の形態＞
以下、本発明の第４の実施の形態について説明する。
【０１９７】
前述の公衆テレビ電話１１００または２１００と、携帯電話１２００または２２００との通信技術を使用して、携帯電話で記憶する画像データをテレビ電話側に表示し、スライドショーを実現することができる。
【０１９８】
図２６を参照して、本実施の形態に係るテレビ６１００と携帯電話６２００との制御ブロックについて説明する。
【０１９９】
テレビ６１００の制御ブロックは、第１の実施の形態の変形例（その１）に係る公衆テレビ電話２１００の制御ブロックから、ビデオカメラ１１２８、マイク１１３０、フックスイッチ１１３２、コミュニケーションマネージャ１１４０を削除したものである。したがって、詳細な説明は繰り返さない。
【０２００】
携帯電話６２００の制御ブロックは、第１の実施の形態の変形例（その１）に係る携帯電話２２００と比較して、電話帳メモリ１２０２に代えて、画像データメモリ６２０２を備えたものである。したがって、その他のブロックの詳細な説明は繰り返さない。
【０２０１】
画像データメモリ６２０２は、デジタルカメラの画像データなどを格納する記憶装置であり、半導体メモリや、磁気記憶装置などで構成される。
【０２０２】
図２７を参照して、本実施の形態に係るテレビ６１００および携帯電話６２００で実行されるプログラムの制御構造について説明する。このプログラムは、携帯電話６２００のユーザがテレビ６１００に画像データを表示する場合に実行される。
【０２０３】
まず、携帯電話６２００では、Ｓ６２０２にて、制御部１２５０は、ＵＲＬ送信処理部２２０８に、暗号化部１２１８を使って画像データメモリ６２０２に記憶された画像データを暗号化し、直接ＨＴＴＰリクエストに埋め込むよう指示する。
【０２０４】
Ｓ６２０４にて、制御部１２５０は、作成されたＨＴＴＰリクエストを、無線通信部１２２０に送り、テレビ６１００へ直接送信するよう無線通信部１２２０に指示する。
【０２０５】
次に、テレビ６１００では、Ｓ６１０２にて、制御部１１５０は、携帯電話６２００からのリクエストを受信するよう無線通信部１１２６に指示し、ＨＴＴＰリクエストだと分かれば（通常ポート番号で判断する。）ＨＴＴＰサーバ２１０４に転送する。
【０２０６】
Ｓ６１０４にて、制御部１１５０は、ＨＴＴＰサーバ２１０４に、画像データと暗号化キーを特定し、復号化部１１２０に送信するよう指示する。
【０２０７】
Ｓ６１０６にて、制御部１１５０は、受信した画像データを復号化するよう復号化部１１２０に指示する。
【０２０８】
Ｓ６１０８にて、制御部１１５０は、ディスプレイ部１１１８で表示するようディスプレイ部１１１８に指示する。
【０２０９】
図２８を参照して、本実施の形態に係る携帯電話６２００で実行されるプログラムの制御構造について説明する。このプログラムは、携帯電話６２００のユーザがテレビ６１００で表示されている画像データを切替えてスライドショーを実施する場合に実行される。
【０２１０】
Ｓ６２１０にて、制御部１２５０は、ＵＲＬ送信処理部２２０８の内部変数Ｉに１を設定する。
【０２１１】
Ｓ６２１２にて、制御部１２５０は、ユーザにより次の指示がなされたか否か、タイムアウトになったか否かを判断する。この判断では、ユーザにより操作ボタン２２０４において「決定」ボタンや「下」ボタンが押された場合または予め定められた時間を経過した場合は、次の画像データを送信する指示がなされたと判断される。また、ユーザにより操作ボタン２２０４において、「上」ボタンが押された場合は、１つ前の画像を送信する指示がなされたと判断される。「キャンセル」ボタンが押された場合は、画像送信を終了する指示がなされたと判断される。「決定」ボタンや「下」ボタンが押された、またはタイムアウトになったと判断されると（Ｓ６２１２にてＯＫ、ＤＯＷＮ、ＴＩＭＥＲ）、処理はＳ６２１４に移される。「上」ボタンが押されたと判断されると（Ｓ６２１２にてＵＰ）、処理はＳ６２１６に移される。「キャンセル」を意味するボタンが押されたと判断されると（Ｓ６２１２にて終了）、処理は終了する。
【０２１２】
Ｓ６２１４にて、制御部１２５０は、Ｉの内容をインクリメントし、対応する画像データを送信する。その後、処理はＳ６２１２に戻される。
【０２１３】
Ｓ６２１６にて、制御部１２５０は、逆にＩの内容をデクリメントし、対応する画像データを送信する。その後、処理はＳ６２１２に戻される。
【０２１４】
なお、Ｓ６２０４で述べた操作ボタン名は一例であり、様々なボタン名に対応してよい。また、Ｓ６２１２において、タイムアウトの時間はどのように設定してもよいが、５秒程度にするのが適当である。
【０２１５】
以上のような構造およびフローチャートに基づく、携帯電話６２００の動作について説明する。
【０２１６】
まず、携帯電話６２００のユーザがテレビ６１００に送信する画像データを特定する必要がある。ここで、画像データの特定方法について説明する。ユーザは図２９で示すような画像ファイルのリストをディスプレイ部２２０２に表示する。リスト表示されている各行は、画像データメモリ６２０２に格納されている各画像データと関連付けられており、典型的にはファイル名、作成日時などが表示される。図２９に示す「＃４」にカーソル表示されているが、これは操作ボタン２２０４にて移動可能であり、決定を意味するボタンにて特定の画像ファイル（この例では４．ｊｐｇ）を選択することになる。図２９では６つの画像ファイルに対するファイル名しか表示されていないが、数多く画像データが格納されていれば、カーソルの操作によって画面をスクロール表示、または、切り替え表示すればよい。また、ツリー構造に整理されていると理解しやすいため、図３０に示すように、フォルダの概念を導入し、画像データをツリー構造によって管理させる方法も有効である。なお、リスト表示に限定するわけではなく、縦横２次元に並べる方法や、サムネイル（縮小画像）を表示する方法など、複数の画像データから１つを選択できるような方法であれば、どのような表示方法でもよい。
【０２１７】
次に、ユーザがディスプレイ部２２０２の表示に対応し、特定の画像データを選択すると、選択した画像データを特定するためのデータ（たとえば、ファイル名「４．ｊｐｇ」）が暗号化され、ＵＲＬ送信処理部２２０８に送信される（Ｓ６２０２）。
【０２１８】
ＵＲＬ送信処理部２２０８は、暗号化された画像データを暗号化用の鍵とともに図３１に示すようなレスポンス情報を生成し、直接テレビ６１００に無線送信する（Ｓ６２０４）。内部変数Ｉに１を設定すると現在選択されている画像がＩ＝１と設定（たとえば、図２９の「４．ｊｐｇ」をＩ＝１と設定）される（Ｓ６２１０）。
【０２１９】
ユーザにより操作ボタン２２０４において「決定」ボタンや「下」ボタンが押された場合（Ｓ６２０４にてＯＫ、ＤＯＷＮ、ＴＩＭＥＲ）、Ｓ６２１４にて、Ｉがインクリメントされ、対応する画像データ（たとえば、図２９の「５．ｊｐｇ」）が送信される。
【０２２０】
なお、テレビ６１００および携帯電話６２００が、第１の実施の形態で使用した赤外線通信が可能である場合には、携帯電話６２００が、図３２に示す自己の携帯電話で記憶している画像データ（図３２の「４．ｊｐｇ」）のＵＲＬ（自己の携帯電話であるため、自己のＨＴＴＰサーバに関連したＵＲＬを生成することが出来る）を、複数の暗号鍵（図３２の「Ｋｅｙ：１〜３」）とともにテレビ６１００に赤外線送信し、図３３に示す暗号鍵が指定（図３３の「Ｋｅｙ：１」）されたリクエストをテレビ６１００から受信して、図３４に示す指定された暗号鍵で暗号化した画像データを含むレスポンスをテレビ６１００に送信することによっても、テレビ６１００に画像表示することができる。
【０２２１】
以上のようにして、テレビにＷＷＷブラウザが搭載されることが多くなってきているが、上記の携帯電話などの携帯端末を使うと、スライドショー機能のないＷＷＷブラウザ内蔵テレビであっても、スライドショーを実行することができる。しかも、この携帯端末の機能を内蔵したデジタルカメラなどであれば、撮影した写真を、ビデオケーブルなどを接続することなく、その場でスライドショーを実行できる。このとき、テレビはデジタルデータを直接表示するため、ビデオケーブル経由の表示に比べて、画像が鮮明であったり、ノイズリダクションなどのデジタル処理を施したりできる。
【０２２２】
＜第５の実施の形態＞
以下、本発明の第５の実施の形態について説明する。
【０２２３】
前述の公衆テレビ電話１１００または２１００と、携帯電話１２００または２２００との通信技術を使用して、ＰＤＡのディスプレイと、テレビのディスプレイとの２つのディスプレイ画面を両方使って、新しい方式の携帯ゲームを実現することができる。
【０２２４】
図３５を参照して、本実施の形態に係るテレビ７１００、ＰＤＡ７２００、無線ルータ１３００、ゲームサーバ７４００、オーディオ装置７５００からなるゲームシステムのハード構造について説明する。
【０２２５】
本ゲームシステムは、テレビ７１００、ＰＤＡ７２００、無線ルータ１３００、ゲームサーバ７４００、オーディオ装置７５００から構成される。
【０２２６】
テレビ７１００は、テレビ６１００の構成と同一であり、詳細な説明は繰り返さない。ゲームサーバ７４００は、インターネット上に存在するサーバサイトであり、テレビ７１００や、ＰＤＡ７２００からのリクエストに対しサービスを提供する。サーバサイトのアドレスを「ｈｔｔｐ：／／ｗｗｗ．ｇａｍｅ．ｏｒｇ」であるとする。ゲームプログラムのダウンロードサービスを提供することもできる。
【０２２７】
オーディオ装置７５００は、テレビ７１００と同種の機能を持つオーディオ再生装置である。
【０２２８】
図３６を参照して、本実施の形態に係るＰＤＡ７２００の制御ブロックについて説明する。なお、本実施の形態のＰＤＡ７２００の制御ブロックは、第６の実施の形態に係る携帯電話６２００の制御ブロックの構成に加え、ＣＰＵ７２０２およびゲームプログラム７２０４を追加した構成である。したがって、その他の詳細な説明は繰り返さない。
【０２２９】
ＣＰＵ７２０２は、ゲームを実行するためのプロセッサであり、インテル社のＰｅｎｔｉｕｍ（登録商標）やＩＢＭ社のＰｏｗｅｒＰＣ（Ｒ）など、いろいろなものを採用することができ、ゲームプログラム７２０４の互換性が問題にならない限り任意に選択してよい。また、ＨＴＴＰサーバ１２２６、ＩＤ特定処理部２２０６、ＵＲＬ送信処理部２２０８などを構成しているプロセッサと共用してもよい。
【０２３０】
ゲームプログラム７２０４は、ゲームシナリオが埋め込まれているプログラムであり、ＣＰＵ７２０２に実行されることで、テレビ７１００のディスプレイ部１１１８、同じくスピーカ１１１６、ＰＤＡ７２００のディスプレイ部２２０２に表示、再生してユーザとのインタラクションを働かせるようになっている。また、ゲームプログラム７２０４は、ＰＤＡ７２００にはじめから埋め込まれていてもよいし、後から、拡張スロットなどで追加したり、ネットワーク経由でダウンロードしたりしてもよい。
【０２３１】
図３７を参照して、本実施の形態に係るＰＤＡ７２００およびテレビ７１００で実行されるプログラムの制御構造について説明する。このプログラムは、ＰＤＡ７２００のユーザがテレビ７１００でゲームを開始する場合に実行される。
【０２３２】
まず、Ｓ７２０２にて、ＰＤＡ７２００のＣＰＵ７２０２は、ユーザの指示によりゲームを開始する。
【０２３３】
Ｓ７２０４にて、ＣＰＵ７２０２は、ゲーム状態を認識する。Ｓ７２０６にて、ＣＰＵ７２０２は、Ｓ７２０４で認識した状態に従って画面表示を行なうため、テレビ７１００のディスプレイ部１１１８に表示したり、オーディオ装置７５００で音楽を再生したりする。
【０２３４】
Ｓ７２０８にて、ＣＰＵ７２０２は、次の指示の入力をユーザに促すために、プロンプト表示する。
【０２３５】
Ｓ７２１０にて、ＣＰＵ７２０２は、ユーザによる操作ボタン２２０４の操作指示を読取るよう指示する。
【０２３６】
Ｓ７２１２にて、ＣＰＵ７２０２は、ユーザの指示が継続であるか否かを判断する。継続と判断されると（Ｓ７２１２にてＹＥＳ）、処理はＳ７２１４に移される。もしそうでないと（Ｓ７２１２にてＮＯ）、処理は終了する。
【０２３７】
Ｓ７２１４にて、ＣＰＵ７２０２は、次の状態を決定し、Ｓ７２０４から処理を繰り返す。
【０２３８】
次に、Ｓ７１０２にて、テレビ７１００の制御部１１５０は、ＵＲＬがインターネット上のものか、ＰＤＡ内のものかを判断する。インターネット上と判断されると（Ｓ７１０２にてインターネット上）、処理はＳ７１０６に移される。もしそうでないと（Ｓ７１０２にて端末内）、処理はＳ７１０４に移される。
【０２３９】
Ｓ７１０４にて、制御部１１５０は、インターネット経由で画像データをダウンロードするよう指示する。
【０２４０】
Ｓ７１０６にて、制御部１１５０は、ＰＤＡ７２００から画像データをダウンロードする。
【０２４１】
以上のような構造およびフローチャートに基づく、ＰＤＡ７２００およびテレビ７１００の動作について説明する。
【０２４２】
［ＰＤＡ］
ユーザの指示によりゲームが開始されると（Ｓ７２０２）、ゲーム状態であることが認識され（Ｓ７２０４）、認識した状態に従って、テレビ７１００のディスプレイ部１１１８に表示され、オーディオ装置７５００で音楽が再生される（Ｓ７２０６）。プロンプト表示（Ｓ７２０８）に従い、次の指示の入力をユーザが行なうと（Ｓ７２１０）、ユーザの指示が継続する場合には（Ｓ７２１２にてＹＥＳ）、次の状態へ遷移する（Ｓ７２１４）。
【０２４３】
［テレビ］
ＰＤＡ７２００から受信したＵＲＬが図３８に示すようなＰＤＡ内のものと判断されると（Ｓ７１０２にて端末内）、ＰＤＡ７２００から画像データがダウンロードされ、ディスプレイ部１１１８に表示される（Ｓ７１０６）。また、ＵＲＬが図３９に示すようなインターネット上のものと判断されると（Ｓ７１０２にてインターネット上）、インターネット経由で画像データがダウンロードされ、ディスプレイ部１１１８に表示される（Ｓ７１０６）。
【０２４４】
なお、Ｓ７２０２にて、一般的にゲームを開始するには、最初から開始する場合と、途中で記憶（セーブ）した時点から再開する場合がある。それらを含めて開始すると称する。また同様に、ゲームには様々な種類のものがあり、メニュー操作、アクション操作、などすべての操作に付随してゲーム内状態があり、その状態遷移とともに画面遷移、音楽再生が行なわれるものと捉えることにする。さらに、これらの実現方法は、既に多数の携帯ゲームが存在しているとおり公知の技術が多く知られている。
【０２４５】
それ以外にも、たとえば、コマンド入力に使うカーソルアイコンような、比較的よく使われる画像については、携帯端末上の画像データにアクセスし、写真データなどの大きいサイズのデータや、時間とともに更新されるようなデータは、ゲームサーバ７４００上の画像データをアクセスするなど、ゲームプログラムダウンロード時間などを考慮して最適な配置をすれば効率的である。なお、時間とともに更新されるようなデータとは、いくつか考えることができる。たとえば、実際の時刻に従って、ある風景画像が明るくなったり、夜になったり、天気が変わったり、あるいは、実際の場所で撮影した写真などとすると、実世界と対応した仮想世界を表現するのに有効である。同じく、ゲームサーバ７４００上で、多数のゲームユーザーからデータを収集し、それを利用できるようになれば、新しい形の仮想世界上のコミュニティを形成できることになる。もちろん、これらはテレビ７１００に限ったことではなく、オーディオ装置７５００にとっても同様である。
【０２４６】
以上のようにして、テレビ７１００上に画像データを表示するので、携帯端末の表示能力だけでは表現できなかった高画質の迫力のある表現を行なえることになる。また、携帯端末の音声出力能力だけでは表現できなかった高音質の迫力ある音楽などを楽しめる。
【０２４７】
それ以外にも、たとえばゲーム内で、喫茶店に入るシーンがあれば、そのときに流れる音楽として、実世界における、その時点の最新ヒット曲を流す、などということが考えられる。または、プロモーションの場として、広告宣伝などの契約をした曲を流す、ということも考えられる。
【０２４８】
なお、ゲームサーバ７４００はインターネット上にあるとしたが、それに限定するわけではなく、特定の閉じたネットワーク内にある場合でも同様である。また、ＰＤＡ７２００は、携帯電話６２００をベースにＣＰＵ７２０２とゲームプログラム７２０４とを追加したが、携帯電話１２００をベースにＣＰＵ７２０２とゲームプログラム７２０４を追加してもよい。その場合は、テレビ７１００の代わりに公衆テレビ電話１１００を用いることになる。
【０２４９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０２５０】
【図１】本発明の第１の実施の形態に係る携帯電話会社サーバ、公衆テレビ電話、固定テレビ電話、携帯電話、およびこれらを用いたテレビ電話システムのハードウェア構成図である。
【図２】本発明の第１の実施の形態に係る携帯電話会社サーバの制御ブロック図である。
【図３】本発明の第１の実施の形態に係る公衆テレビ電話および固定テレビ電話の制御ブロック図である。
【図４】本発明の第１の実施の形態に係る公衆テレビ電話のコミュニケーションマネージャの制御ブロック図である。
【図５】本発明の第１の実施の形態に係る携帯電話１２００の制御ブロック図である。
【図６】本発明の第１の実施の形態に係る公衆テレビ電話および携帯電話の間で行なわれる通信のハードウェア構成図である。
【図７】本発明の第１の実施の形態に係る公衆テレビ電話および携帯電話で実行されるプログラムの制御構造についての説明図である。
【図８】本発明の第１の実施の形態に係る公衆テレビ電話および携帯電話会社サーバで実行されるプログラムの制御構造についての説明図である。
【図９】本発明の第１の実施の形態に係る携帯電話から公衆テレビ電話に送信される情報の説明図である。
【図１０】本発明の第１の実施の形態に係る携帯電話が記憶する情報の説明図である。
【図１１】本発明の第１の実施の形態に係る携帯電話から公衆テレビ電話に送信される情報の説明図である。
【図１２】本発明の第１の実施の形態に係る携帯電話から公衆テレビ電話に送信される情報の説明図である。
【図１３】本発明の第１の実施の形態に係る公衆テレビ電話から携帯電話会社サーバに送信される情報の説明図である。
【図１４】本発明の第１の実施の形態に係る携帯電話会社サーバから公衆テレビ電話に送信される情報の説明図である。
【図１５】本発明の第１の実施の形態に係る公衆テレビ電話、携帯電話会社サーバおよび固定テレビ電話の間で使用される情報の説明図である。
【図１６】本発明の第１の実施の形態の変形例に係る携帯端末および公衆テレビ電話の制御ブロック図である。
【図１７】本発明の第１の実施の形態の変形例に係る携帯端末および公衆テレビ電話で実行されるプログラムの制御構造についての説明図である。
【図１８】本発明の第１の実施の形態の変形例に係る公衆テレビ電話で実行されるプログラムの制御構造についての説明図である。
【図１９】本発明の第２の実施の形態に係る携帯電話および公衆テレビ電話のハードウェア構成についての説明図である。
【図２０】本発明の第２の実施の形態に係る公衆テレビ電話のコミュニケーションマネージャの制御ブロック図である。
【図２１】本発明の第２の実施の形態に係る携帯端末の制御ブロック図である。
【図２２】本発明の第２の実施の形態に係る公衆テレビ電話と携帯端末とで生成される情報の説明図である。
【図２３】本発明の第３の実施の形態に係る携帯電話、公衆テレビ電話、固定テレビ電話のハードウェア構成についての説明図である。
【図２４】本発明の第３の実施の形態に係る携帯電話および携帯電話の制御ブロック図である。
【図２５】本発明の第３の実施の形態に係る携帯端末で実行されるプログラムの制御構造についての説明図である。
【図２６】本発明の第４の実施の形態に係るテレビおよび携帯電話の制御ブロック図である。
【図２７】本発明の第４の実施の形態に係るテレビおよび携帯電話で実行されるプログラムの制御構造についての説明図である。
【図２８】本発明の第４の実施の形態に係る携帯電話で実行されるプログラムの制御構造についての説明図である。
【図２９】本発明の第４の実施の形態に係る携帯電話が記憶する情報の説明図である。
【図３０】本発明の第４の実施の形態に係る携帯電話が記憶する情報の説明図である。
【図３１】本発明の第４の実施の形態に係る携帯電話からテレビに送信される情報の説明図である。
【図３２】本発明の第４の実施の形態に係る携帯電話からテレビに送信される情報の説明図である。
【図３３】本発明の第４の実施の形態に係るテレビから携帯電話に送信される情報の説明図である。
【図３４】本発明の第４の実施の形態に係る携帯電話からテレビに送信される情報の説明図である。
【図３５】本発明の第５の実施の形態に係るテレビ電話、ＰＤＡ、無線ルータ、ゲームサーバ、オーディオ装置からなるゲームシステムのハード構造についての説明図である。
【図３６】本発明の第５の実施の形態に係るＰＤＡの制御ブロック図である。
【図３７】本発明の第５の実施の形態に係るＰＤＡおよびテレビで実行されるプログラムの制御構造について説明する。
【図３８】本発明の第５の実施の形態に係るＰＤＡからテレビに送信される情報の説明図である。
【図３９】本発明の第５の実施の形態に係るＰＤＡからテレビに送信される情報の説明図である。
【符号の説明】
【０２５１】
１０００  携帯電話会社サーバ、１０１０  通信部、１０１２  ＳＩＰサーバ、１０１４  顧客データベース、１０１６  利用許可情報生成部、１０１８  課金データベース、１０２０  暗号鍵メモリ、１０５０，１１５０，１２５０  制御部、１１００，２１００，３１００，４１００  公衆テレビ電話、１１００−Ｂ  固定テレビ電話、１１３２  フックスイッチ、１１１０，１２２２  赤外線通信部、１１１２  ＵＲＬ解析部、１１１４，１２１６  暗号鍵メモリ、１１１６，４２０４、５２０６  スピーカ、１１１８，２２０２  ディスプレイ部、１１２０  復号化部、１１２２，１２１４  ＩＰアドレスメモリ、１１２４  ＨＴＴＰクライアント、１１２６，１２２０  無線通信部、１１２８  ビデオカメラ、１１３０，４２０２，５２０４  マイク、１１４０，４１０２  コミュニケーションマネージャ、１１４２  ダイヤルデータ受信部、１１４４，４１０４  転送部、１１４６  利用許可情報処理部、１１４８  セッションデータベース、１１５２  ＳＩＰクライアント、１２００，２２００，４２００，５０００，５２００，６２００  携帯電話、１２０２  電話帳メモリ、１２１０  ディスプレイ部、１２１２，２２０４  操作ボタン、１２１８  暗号化部、１２２４，２２０８，５２０８  ＵＲＬ送信処理部、１２２６，２１０４  ＨＴＴＰサーバ、１２２０  無線通信部、１３００  無線ルータ、２１０２  特定処理部、２２０６  ＩＤ特定処理部、２２１０  ＨＴＴＰクライアント、５２０２  携帯電話モジュール、６１００，７１００  テレビ、６２０２  画像データメモリ、７２００  ＰＤＡ、７２０４  ゲームプログラム、７４００  ゲームサーバ、７５００  オーディオ装置、Ｋ１０００，Ｋ１２００  秘密鍵、Ｋ１００２，Ｋ１２０２  公開鍵、Ｍ１０００  開始要求情報、Ｍ１００２  リクエスト、Ｍ１００４  レスポンス、Ｍ１００６  利用要求情報、Ｍ１００８  利用許可情報。
【図１】
0004756944.tif 000002
【図２】
0004756944.tif 000003
【図３】
0004756944.tif 000004
【図４】
0004756944.tif 000005
【図５】
0004756944.tif 000006
【図６】
0004756944.tif 000007
【図７】
0004756944.tif 000008
【図８】
0004756944.tif 000009
【図９】
0004756944.tif 000010
【図１０】
0004756944.tif 000011
【図１１】
0004756944.tif 000012
【図１２】
0004756944.tif 000013
【図１３】
0004756944.tif 000014
【図１４】
0004756944.tif 000015
【図１５】
0004756944.tif 000016
【図１６】
0004756944.tif 000017
【図１７】
0004756944.tif 000018
【図１８】
0004756944.tif 000019
【図１９】
0004756944.tif 000020
【図２０】
0004756944.tif 000021
【図２１】
0004756944.tif 000022
【図２２】
0004756944.tif 000023
【図２３】
0004756944.tif 000024
【図２４】
0004756944.tif 000025
【図２５】
0004756944.tif 000026
【図２６】
0004756944.tif 000027
【図２７】
0004756944.tif 000028
【図２８】
0004756944.tif 000029
【図２９】
0004756944.tif 000030
【図３０】
0004756944.tif 000031
【図３１】
0004756944.tif 000032
【図３２】
0004756944.tif 000033
【図３３】
0004756944.tif 000034
【図３４】
0004756944.tif 000035
【図３５】
0004756944.tif 000036
【図３６】
0004756944.tif 000037
【図３７】
0004756944.tif 000038
【図３８】
0004756944.tif 000039
【図３９】
0004756944.tif 000040