JP2002077223A - メディア変換サービス提供方法 - Google Patents
メディア変換サービス提供方法Info
- Publication number
- JP2002077223A JP2002077223A JP2000259834A JP2000259834A JP2002077223A JP 2002077223 A JP2002077223 A JP 2002077223A JP 2000259834 A JP2000259834 A JP 2000259834A JP 2000259834 A JP2000259834 A JP 2000259834A JP 2002077223 A JP2002077223 A JP 2002077223A
- Authority
- JP
- Japan
- Prior art keywords
- information
- terminal
- communication
- processing device
- media conversion
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0457—Connection protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
- H04M2201/60—Medium conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13034—A/D conversion, code compression/expansion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13039—Asymmetrical two-way transmission, e.g. ADSL, HDSL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13176—Common channel signaling, CCS7
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13206—User-to-user signaling, UUS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 従来のメディア変換型情報通信システムを拡
張したシステムの構築を可能にし、かつ端末利用者（発
信者及び着信者）に一層利便性の高いメディア変換サー
ビスを提供する。 【解決手段】 メディア変換サービス提供方法は、特定
の通信プロトコルのフレームにおける自由使用可能領域
または空き領域を利用して着信メディア変換種別及び着
信端末種別の指定情報の登録を通信網上の情報通信処理
装置に対して可能にする。
張したシステムの構築を可能にし、かつ端末利用者（発
信者及び着信者）に一層利便性の高いメディア変換サー
ビスを提供する。 【解決手段】 メディア変換サービス提供方法は、特定
の通信プロトコルのフレームにおける自由使用可能領域
または空き領域を利用して着信メディア変換種別及び着
信端末種別の指定情報の登録を通信網上の情報通信処理
装置に対して可能にする。
Description
【０００１】
【発明の属する技術分野】本発明は異なる種別の端末間
の通信において発信者から任意の情報表現メディアで送
られてくる情報を着信者の希望する情報表現メディアに
より着信可能とするメディア変換型情報通信システムに
関し、特に着信メディア変換の種別及び着信端末の種別
指定を特定の通信プロトコルの使用によって可能にする
メディア変換サービス提供方法に関する。
の通信において発信者から任意の情報表現メディアで送
られてくる情報を着信者の希望する情報表現メディアに
より着信可能とするメディア変換型情報通信システムに
関し、特に着信メディア変換の種別及び着信端末の種別
指定を特定の通信プロトコルの使用によって可能にする
メディア変換サービス提供方法に関する。
【０００２】
【従来の技術】近年、コンピュータや通信機器、インタ
ーネット技術の発展により、音声、画像、テキストを問
わず、様々な情報表現メディア（以下、単にメディアと
記載することもある）を用いた通信サービスが、キャリ
アまたはＩＳＰ（Internet Service Provider）によっ
て提供されている。それぞれの通信サービスは異なる通
信システム、プロトコル、メディアを用いて実現されて
いるため、それぞれのメディア、プロトコルを変換する
装置を通信システムに組み込まない限り、相互に通信を
行うことができなかった。
ーネット技術の発展により、音声、画像、テキストを問
わず、様々な情報表現メディア（以下、単にメディアと
記載することもある）を用いた通信サービスが、キャリ
アまたはＩＳＰ（Internet Service Provider）によっ
て提供されている。それぞれの通信サービスは異なる通
信システム、プロトコル、メディアを用いて実現されて
いるため、それぞれのメディア、プロトコルを変換する
装置を通信システムに組み込まない限り、相互に通信を
行うことができなかった。
【０００３】しかし、最近では、あるメディアを異なる
メディアに変換して送信する通信システムも出現し始め
ている。例えば、電子メールで受信した情報をファクシ
ミリ（ＦＡＸ）の情報に変換して送信するサービスや、
サーバに蓄積されている電子メールの情報を電話回線を
用いて音声で取り出せるサービスが実際に提供されてい
る。
メディアに変換して送信する通信システムも出現し始め
ている。例えば、電子メールで受信した情報をファクシ
ミリ（ＦＡＸ）の情報に変換して送信するサービスや、
サーバに蓄積されている電子メールの情報を電話回線を
用いて音声で取り出せるサービスが実際に提供されてい
る。
【０００４】音声認識によるテキスト化、テキストの読
み上げによる音声化、ＦＡＸなどの画像データのテキス
トデータ化（ＯＣＲ：Optical Character Reading、光
学文字読み取り）などのメディア変換技術の発展によ
り、複数の異なるメディアを相互に変換するコミュニケ
ーションサービスは実現可能な段階に来ており、また個
人（一人の加入者または端末利用者）で複数種の端末を
保持するようになってきているため、通信データを一元
管理したいという市場要求も大きいため、今後急速に発
展して行くものと考えられる。
み上げによる音声化、ＦＡＸなどの画像データのテキス
トデータ化（ＯＣＲ：Optical Character Reading、光
学文字読み取り）などのメディア変換技術の発展によ
り、複数の異なるメディアを相互に変換するコミュニケ
ーションサービスは実現可能な段階に来ており、また個
人（一人の加入者または端末利用者）で複数種の端末を
保持するようになってきているため、通信データを一元
管理したいという市場要求も大きいため、今後急速に発
展して行くものと考えられる。
【０００５】あらゆるメディアを統合して変換を行うメ
ディア変換サービスは実現されていないが、その手法に
ついては既に提案されている。例えば、特開平１１−１
７８０６号公報記載のシステムでは、発信側からの通信
情報を受けた際に、着信側の登録情報に従って必要に応
じてメディア変換を行った後、通信情報を着信側に送信
している。
ディア変換サービスは実現されていないが、その手法に
ついては既に提案されている。例えば、特開平１１−１
７８０６号公報記載のシステムでは、発信側からの通信
情報を受けた際に、着信側の登録情報に従って必要に応
じてメディア変換を行った後、通信情報を着信側に送信
している。
【０００６】さらに、通信サービスを一層利便性の高い
ものとすべく、様々な手法が提案されている。例えば、
特開平９−２００２５０号公報記載のシステムでは、緊
急を要する電子メールが到着した際に、電子メールが読
まれたかどうかを常に監視し、ある一定時間読まれない
場合は、代替通信手段を選択してメールの到着あるいは
メールの内容を着信側に送信している。
ものとすべく、様々な手法が提案されている。例えば、
特開平９−２００２５０号公報記載のシステムでは、緊
急を要する電子メールが到着した際に、電子メールが読
まれたかどうかを常に監視し、ある一定時間読まれない
場合は、代替通信手段を選択してメールの到着あるいは
メールの内容を着信側に送信している。
【０００７】
【発明が解決しようとする課題】上記特開平１１−１７
８０６号公報記載のメディア変換型情報通信システムに
おいては、中継器と端末間の具体的な情報伝達手段につ
いて述べられていないだけでなく、緊急時における連絡
方法が考えられていない。
８０６号公報記載のメディア変換型情報通信システムに
おいては、中継器と端末間の具体的な情報伝達手段につ
いて述べられていないだけでなく、緊急時における連絡
方法が考えられていない。
【０００８】また、特開平９−２００２５０号公報記載
のシステムでは、電子メールを送信できない環境からは
メディアを変換して統合的に緊急の連絡を行う方法がな
い。上記２つの公報記載のシステムを統合しても、電話
や携帯電話などで通信を行っている最中には、緊急の場
合であってもメッセージを伝達することができないた
め、他のメディアに変換されて送信され、結果として着
信者が望む種別の端末へ情報が伝わらないことがある。
のシステムでは、電子メールを送信できない環境からは
メディアを変換して統合的に緊急の連絡を行う方法がな
い。上記２つの公報記載のシステムを統合しても、電話
や携帯電話などで通信を行っている最中には、緊急の場
合であってもメッセージを伝達することができないた
め、他のメディアに変換されて送信され、結果として着
信者が望む種別の端末へ情報が伝わらないことがある。
【０００９】さらに、これまでのシステムでは、網側の
装置においてメディアの変換、送信先の変更を行った場
合、その変換方法及び送信先を発信者に知らせるすべが
なかった。加えて、携帯電話、パーソナルコンピュータ
（ＰＣ）など着信者の保持する端末に電源が入っていな
い場合は、メッセージを伝達する手法が全くなかった。
装置においてメディアの変換、送信先の変更を行った場
合、その変換方法及び送信先を発信者に知らせるすべが
なかった。加えて、携帯電話、パーソナルコンピュータ
（ＰＣ）など着信者の保持する端末に電源が入っていな
い場合は、メッセージを伝達する手法が全くなかった。
【００１０】緊急を要するメッセージを受信した場合で
も、単にその旨を通信可能な端末に送信するだけであ
り、実際に緊急の旨が着信側に伝わらないこともあっ
た。電話サービスでは一般的になっている「迷惑電話お
ことわりサービス」のような特定の発信者に対する処理
を行うことができなかった。
も、単にその旨を通信可能な端末に送信するだけであ
り、実際に緊急の旨が着信側に伝わらないこともあっ
た。電話サービスでは一般的になっている「迷惑電話お
ことわりサービス」のような特定の発信者に対する処理
を行うことができなかった。
【００１１】これらシステム上の問題に加え、利用者に
対するインタフェースにも問題があった。これは操作が
複雑であるため、メディア変換型情報通信システムの対
応するメディアが増加した場合、全てのメディアに対し
て設定を行わなければならないという点である。
対するインタフェースにも問題があった。これは操作が
複雑であるため、メディア変換型情報通信システムの対
応するメディアが増加した場合、全てのメディアに対し
て設定を行わなければならないという点である。
【００１２】今後、情報通信サービスは種類及び利用者
数が増大していくと考えられるが、従来技術を組み合わ
せてシステムを構築しても、端末利用者（加入者）の要
求にあったサービスの提供は難しい。
数が増大していくと考えられるが、従来技術を組み合わ
せてシステムを構築しても、端末利用者（加入者）の要
求にあったサービスの提供は難しい。
【００１３】本発明の課題は、従来のメディア変換型情
報通信システムを拡張したシステムの構築を可能にし、
かつ端末利用者（発信者及び着信者）に一層利便性の高
いメディア変換サービスを提供する方法を提供すること
にある。
報通信システムを拡張したシステムの構築を可能にし、
かつ端末利用者（発信者及び着信者）に一層利便性の高
いメディア変換サービスを提供する方法を提供すること
にある。
【００１４】
【課題を解決するための手段】上記課題を解決するため
に、本発明の第１の特徴は、特定の通信プロトコルのフ
レームにおける自由使用可能領域または空き領域を利用
して着信メディア変換種別及び着信端末種別の指定情報
の登録を通信網上の情報通信処理装置に対して可能にす
る。
に、本発明の第１の特徴は、特定の通信プロトコルのフ
レームにおける自由使用可能領域または空き領域を利用
して着信メディア変換種別及び着信端末種別の指定情報
の登録を通信網上の情報通信処理装置に対して可能にす
る。
【００１５】多くの通信プロトコルでは、端末利用者
（ユーザ）が自由に使用できる領域が定義されている。
また、自由に使用できる領域が定義されていなくとも、
通信を行う上で利用されていない空き領域があるため、
そこを独自プロトコルとして定義し直すことにより、同
じ結果を得られる。
（ユーザ）が自由に使用できる領域が定義されている。
また、自由に使用できる領域が定義されていなくとも、
通信を行う上で利用されていない空き領域があるため、
そこを独自プロトコルとして定義し直すことにより、同
じ結果を得られる。
【００１６】着信者の希望するメディア種別及び着信端
末種別の指定を行うための情報を網側配置の情報通信処
理装置（メディア変換サービス提供装置）に登録するた
めにその領域を用いることにより、メディア変換型情報
通信システムを現実に構築することが可能となる。ある
サービスや機能を、既存の通信プロトコル上で提供する
ことが可能であり、新たに別のプロトコル仕様を策定し
なくて済むという利点がある。
末種別の指定を行うための情報を網側配置の情報通信処
理装置（メディア変換サービス提供装置）に登録するた
めにその領域を用いることにより、メディア変換型情報
通信システムを現実に構築することが可能となる。ある
サービスや機能を、既存の通信プロトコル上で提供する
ことが可能であり、新たに別のプロトコル仕様を策定し
なくて済むという利点がある。
【００１７】本発明の第２の特徴は、既存の通信プロト
コルＵＵＩのフレームにおける自由使用可能なシグナリ
ング情報の伝送領域を利用して着信メディア変換種別及
び着信端末種別の指定情報の登録を通信網上の情報通信
処理装置に対して可能にする。
コルＵＵＩのフレームにおける自由使用可能なシグナリ
ング情報の伝送領域を利用して着信メディア変換種別及
び着信端末種別の指定情報の登録を通信網上の情報通信
処理装置に対して可能にする。
【００１８】ＩＳＤＮや携帯電話、ＰＨＳそして今後サ
ービスの提供が始まる次世代移動通信システムＩＭＴ２
０００（Ｗ−ＣＤＭＡ／ｃｄｍａ２０００）では、ユー
ザ網インタフェース（ＩＴＵ−ＴのＱ．９３１など）に
おいて、ＵＵＩ（User UserInformation）というユーザ
が自由に扱える１２８バイトの帯域が規定されている。
ービスの提供が始まる次世代移動通信システムＩＭＴ２
０００（Ｗ−ＣＤＭＡ／ｃｄｍａ２０００）では、ユー
ザ網インタフェース（ＩＴＵ−ＴのＱ．９３１など）に
おいて、ＵＵＩ（User UserInformation）というユーザ
が自由に扱える１２８バイトの帯域が規定されている。
【００１９】この帯域は、現在のところ保守用メッセー
ジのやりとりや、簡単なメッセージ送信（http://www.t
tc.or.jp/j/ucg/ucg2/contents/apl/wg1spec.pdf参
照）、メールサーバへのメールの到着を利用者に通知す
る（http://www.biglobe.ne.jp/info/uuiex/参照）ため
に用いられている。
ジのやりとりや、簡単なメッセージ送信（http://www.t
tc.or.jp/j/ucg/ucg2/contents/apl/wg1spec.pdf参
照）、メールサーバへのメールの到着を利用者に通知す
る（http://www.biglobe.ne.jp/info/uuiex/参照）ため
に用いられている。
【００２０】着信者の希望するメディア、着信端末の指
定を行うための情報を情報通信処理装置に登録するため
にＵＵＩを用いることにより、メディア変換型情報通信
システムを現実に構築することが可能となる。
定を行うための情報を情報通信処理装置に登録するため
にＵＵＩを用いることにより、メディア変換型情報通信
システムを現実に構築することが可能となる。
【００２１】また、日本においてはＵＵＩの使用料は
０．４円／回、米国においては無料の地域もあるため、
従来料金（一般的に１０円／回）より安価に情報のやり
とりを行うことができる。さらに、ＵＵＩはシグナリン
グ情報であり実際の通信部分と異なる帯域を用いて送信
されるため、端末が通信中であっても情報のやりとりが
できるという利点がある。
０．４円／回、米国においては無料の地域もあるため、
従来料金（一般的に１０円／回）より安価に情報のやり
とりを行うことができる。さらに、ＵＵＩはシグナリン
グ情報であり実際の通信部分と異なる帯域を用いて送信
されるため、端末が通信中であっても情報のやりとりが
できるという利点がある。
【００２２】本発明の第３の特徴は、既存の通信プロト
コルＰＰＰのフレームにおける制御領域の値を可変コー
ド値とする拡張ＰＰＰを利用して着信メディア変換種別
及び着信端末種別の指定情報の登録を通信網上の情報通
信処理装置に対して可能にする。
コルＰＰＰのフレームにおける制御領域の値を可変コー
ド値とする拡張ＰＰＰを利用して着信メディア変換種別
及び着信端末種別の指定情報の登録を通信網上の情報通
信処理装置に対して可能にする。
【００２３】アナログ電話、ＡＤＳＬ（Asymmetric Dig
ital Subscriber Line）に代表されるｘＤＳＬなどを用
いてインターネットにダイヤルアップ接続する端末は、
ＩＰ（Internet Protocol）を伝送路上に流すためにＰ
ＰＰ（Point to Point Protocol：ＩＥＴＦのＲＦＣ１
６６１にて規定）を用いている。
ital Subscriber Line）に代表されるｘＤＳＬなどを用
いてインターネットにダイヤルアップ接続する端末は、
ＩＰ（Internet Protocol）を伝送路上に流すためにＰ
ＰＰ（Point to Point Protocol：ＩＥＴＦのＲＦＣ１
６６１にて規定）を用いている。
【００２４】ＰＰＰは１本の回線上に１つのＰＰＰコネ
クションしか張ることができないが、特願平１１−２５
７４５２号（平成１１年９月１０日出願）記載の拡張Ｐ
ＰＰ技術を用いることにより、複数のコネクションを張
ることが可能となる。この拡張ＰＰＰ技術は、ＰＰＰフ
レームにおけるアドレス領域及び制御領域の値を可変コ
ード値とする拡張ＰＰＰフレームを利用するものであ
る。
クションしか張ることができないが、特願平１１−２５
７４５２号（平成１１年９月１０日出願）記載の拡張Ｐ
ＰＰ技術を用いることにより、複数のコネクションを張
ることが可能となる。この拡張ＰＰＰ技術は、ＰＰＰフ
レームにおけるアドレス領域及び制御領域の値を可変コ
ード値とする拡張ＰＰＰフレームを利用するものであ
る。
【００２５】本発明のメディア変換サービス提供方法で
は、この拡張ＰＰＰを用いて、通常のデータ通信を行っ
ているＰＰＰ回線とは別のＰＰＰ回線を確立し、その論
理回線を用いて着信者の希望するメディア種別及び着信
端末種別に関する情報を網側の情報通信処理装置に登録
する。
は、この拡張ＰＰＰを用いて、通常のデータ通信を行っ
ているＰＰＰ回線とは別のＰＰＰ回線を確立し、その論
理回線を用いて着信者の希望するメディア種別及び着信
端末種別に関する情報を網側の情報通信処理装置に登録
する。
【００２６】これにより、メディア変換型情報通信シス
テムを現実に構築することが可能となる。通常のデータ
通信を妨げることがないため、端末が通信中であっても
情報のやりとりができるという利点がある。
テムを現実に構築することが可能となる。通常のデータ
通信を妨げることがないため、端末が通信中であっても
情報のやりとりができるという利点がある。
【００２７】本発明の第４の特徴は、メディア変換サー
ビスにおいて、着信者がどのメディアでどの端末に受信
したかを発信者に通知する。
ビスにおいて、着信者がどのメディアでどの端末に受信
したかを発信者に通知する。
【００２８】このメディア変換サービス提供方法におい
ては、網側でメディア変換、送信先変更を行った場合に
は、発信者に対してその情報を提供し、着信者のみなら
ず発信者の利便性をも向上させる。
ては、網側でメディア変換、送信先変更を行った場合に
は、発信者に対してその情報を提供し、着信者のみなら
ず発信者の利便性をも向上させる。
【００２９】本発明の第５の特徴は、メディア変換サー
ビスにおいて、発信者が緊急を要する場合に、着信者の
登録した指定情報を無視し、可能な全てのメディア及び
着信端末を用いて通信情報を送信する。
ビスにおいて、発信者が緊急を要する場合に、着信者の
登録した指定情報を無視し、可能な全てのメディア及び
着信端末を用いて通信情報を送信する。
【００３０】緊急の通信情報が着信端末宛に送信されて
きた場合、網側の情報通信処理装置は着信者の登録した
設定を無視し、登録されている全ての宛先に対してそれ
ぞれの方法で通信情報を送信する。着信側から応答があ
るまで繰り返して通信情報を送信することも可能とす
る。
きた場合、網側の情報通信処理装置は着信者の登録した
設定を無視し、登録されている全ての宛先に対してそれ
ぞれの方法で通信情報を送信する。着信側から応答があ
るまで繰り返して通信情報を送信することも可能とす
る。
【００３１】この場合、着信側が緊急の通信情報を受け
取った場合には、ＵＵＩもしくは拡張ＰＰＰなどの通信
プロトコルを用い、それ以上通信情報を送信しないよう
に情報通信処理装置に通知する。その通知を受信した情
報通信処理装置は通信情報の送信を停止する。これによ
り、従来より確実に発信者の連絡が着信者に届くように
なる。
取った場合には、ＵＵＩもしくは拡張ＰＰＰなどの通信
プロトコルを用い、それ以上通信情報を送信しないよう
に情報通信処理装置に通知する。その通知を受信した情
報通信処理装置は通信情報の送信を停止する。これによ
り、従来より確実に発信者の連絡が着信者に届くように
なる。
【００３２】本発明の第６の特徴は、メディア変換サー
ビスにおいて、特定の発信者に関する情報を着信者が登
録しておくことにより、特定の処理を行う。
ビスにおいて、特定の発信者に関する情報を着信者が登
録しておくことにより、特定の処理を行う。
【００３３】近年、いたずら電話、チェーンメール（ch
ain mail）またはスパムメール（spam mail）など、着
信者側が受信したくない情報があることが問題となって
いるが、このメディア変換サービス提供方法では、それ
らの情報が着信者宛に送信されてきた場合に、情報通信
処理装置にその発信者情報を登録しておくことにより、
通常の処理とは別の処理を行う。
ain mail）またはスパムメール（spam mail）など、着
信者側が受信したくない情報があることが問題となって
いるが、このメディア変換サービス提供方法では、それ
らの情報が着信者宛に送信されてきた場合に、情報通信
処理装置にその発信者情報を登録しておくことにより、
通常の処理とは別の処理を行う。
【００３４】例えば、発信者に対して受信不可のメッセ
ージを送り返したり、情報を破棄するだけでなく、国や
民間の被害届出センターのような機関に対してあらゆる
メディアを使用して直接転送することもでき、利用者の
利便性が向上する。
ージを送り返したり、情報を破棄するだけでなく、国や
民間の被害届出センターのような機関に対してあらゆる
メディアを使用して直接転送することもでき、利用者の
利便性が向上する。
【００３５】本発明の第７の特徴は、メディア変換サー
ビスにおいて、着信メディア変換種別及び着信端末種別
を複数の宛先に対して登録することにより、マルチキャ
スト通信を可能にする。
ビスにおいて、着信メディア変換種別及び着信端末種別
を複数の宛先に対して登録することにより、マルチキャ
スト通信を可能にする。
【００３６】着信者に対してあるメディアで情報が送ら
れてきた場合、通常は登録情報に基づき必要であればメ
ディア変換を行い、ある１つの端末に対して情報を送信
するが、宛先を複数登録し、送信することにしておくこ
とにより、ある１人の利用者の持つ複数の端末、あるい
は複数の利用者の持つ端末に対して通信情報を送信する
ことが可能となり、利用者の利便性が向上する。
れてきた場合、通常は登録情報に基づき必要であればメ
ディア変換を行い、ある１つの端末に対して情報を送信
するが、宛先を複数登録し、送信することにしておくこ
とにより、ある１人の利用者の持つ複数の端末、あるい
は複数の利用者の持つ端末に対して通信情報を送信する
ことが可能となり、利用者の利便性が向上する。
【００３７】本発明の第８の特徴は、メディア変換サー
ビスにおいて、情報通信処理装置と、ある利用者の保有
する全ての端末とが同じ設定情報を共有し、設定のされ
ていない端末に対しては情報の複製を送信する。
ビスにおいて、情報通信処理装置と、ある利用者の保有
する全ての端末とが同じ設定情報を共有し、設定のされ
ていない端末に対しては情報の複製を送信する。
【００３８】利用者が新しい端末を購入した場合、これ
までは全ての設定をその端末に対して行う必要があった
が、情報通信処理装置ならびに全ての端末が同じ設定情
報を共有することにより、設定のされていない端末に対
しては情報通信処理装置から情報を複製してくることに
より、設定が簡略化され、利用者の利便性が向上する。
までは全ての設定をその端末に対して行う必要があった
が、情報通信処理装置ならびに全ての端末が同じ設定情
報を共有することにより、設定のされていない端末に対
しては情報通信処理装置から情報を複製してくることに
より、設定が簡略化され、利用者の利便性が向上する。
【００３９】本発明の第９の特徴は、メディア変換サー
ビスにおいて、各端末での受信条件を一括して設定す
る。
ビスにおいて、各端末での受信条件を一括して設定す
る。
【００４０】着信者が着信メディア変換種別及び着信端
末種別を設定する際に、受信可能な全てのメディアを１
つのメディアに変換し、１つの着信端末で着信する一括
設定を可能にする。これにより、複雑な設定無しに着信
者が全てのメディアに対して設定を行うことが可能とな
り、利用者の利便性が向上する。
末種別を設定する際に、受信可能な全てのメディアを１
つのメディアに変換し、１つの着信端末で着信する一括
設定を可能にする。これにより、複雑な設定無しに着信
者が全てのメディアに対して設定を行うことが可能とな
り、利用者の利便性が向上する。
【００４１】本発明の第１０の特徴は、メディア変換サ
ービスにおいて、着信端末の電源が投入されていない場
合に、常時電源が投入されている装置と連動して着信端
末の電源を投入し、通信情報を伝送する。
ービスにおいて、着信端末の電源が投入されていない場
合に、常時電源が投入されている装置と連動して着信端
末の電源を投入し、通信情報を伝送する。
【００４２】端末がＴＡ、ＳＯＨＯルータなどを介して
ＩＳＤＮ回線と接続されている場合や、ＤＳＵ（Digita
l Service Unit：回線終端装置）などを介して、ｘＤＳ
Ｌ回線などに接続されている場合、通常ＴＡ、ＳＯＨＯ
ルータ、ＤＳＵなどには常時電源が投入されている。
ＩＳＤＮ回線と接続されている場合や、ＤＳＵ（Digita
l Service Unit：回線終端装置）などを介して、ｘＤＳ
Ｌ回線などに接続されている場合、通常ＴＡ、ＳＯＨＯ
ルータ、ＤＳＵなどには常時電源が投入されている。
【００４３】このメディア変換サービス提供方法では、
着信端末の電源が投入されていない場合に、情報通信処
理装置はＴＡ、ＳＯＨＯルータ、ＤＳＵなどに対して端
末の電源を投入を指示し、端末を通信網に接続させ、そ
の後情報通信処理装置から端末へ情報を送信する。従来
のリモート制御と異なり、発信者は何も操作をしなくて
良いことや、情報を強制的に送りつけられることが利点
として挙げられる。
着信端末の電源が投入されていない場合に、情報通信処
理装置はＴＡ、ＳＯＨＯルータ、ＤＳＵなどに対して端
末の電源を投入を指示し、端末を通信網に接続させ、そ
の後情報通信処理装置から端末へ情報を送信する。従来
のリモート制御と異なり、発信者は何も操作をしなくて
良いことや、情報を強制的に送りつけられることが利点
として挙げられる。
【００４４】端末に電源投入を指示する方法は多く考え
られる。例えば、ＰＰＰコールバック（IETF draft-iet
f-pppext-callback-ds-02.txtにて規定）を用いても良
い。ＰＰＰコールバックは、発信側と着信側との間で、
着側がかけ直す電話番号についてネゴシエーションを行
うものであり、ネゴシエーション完了後、一度回線を切
断し、ネゴシエーションした番号にかけ直す。
られる。例えば、ＰＰＰコールバック（IETF draft-iet
f-pppext-callback-ds-02.txtにて規定）を用いても良
い。ＰＰＰコールバックは、発信側と着信側との間で、
着側がかけ直す電話番号についてネゴシエーションを行
うものであり、ネゴシエーション完了後、一度回線を切
断し、ネゴシエーションした番号にかけ直す。
【００４５】このメディア変換サービス提供方法では、
ＰＰＰコールバックの要求をもって電源投入の指示と判
断し、ネゴシエーションした番号に発呼する前に端末の
電源を投入する。端末にはあらかじめ自動でダイヤルア
ップを行うよう設定をしておくことにより、通信網と接
続が行われ、その後通信情報が端末に届けられる。
ＰＰＰコールバックの要求をもって電源投入の指示と判
断し、ネゴシエーションした番号に発呼する前に端末の
電源を投入する。端末にはあらかじめ自動でダイヤルア
ップを行うよう設定をしておくことにより、通信網と接
続が行われ、その後通信情報が端末に届けられる。
【００４６】その他、上記ＵＵＩを用いて電源投入を指
示したり、情報通信処理装置の特定の電話番号をＴＡ、
ＳＯＨＯルータ、ＤＳＵなどに設定しておき、その番号
から発信されたものについては電源投入の指示と受け取
るようにすることも可能とする。
示したり、情報通信処理装置の特定の電話番号をＴＡ、
ＳＯＨＯルータ、ＤＳＵなどに設定しておき、その番号
から発信されたものについては電源投入の指示と受け取
るようにすることも可能とする。
【００４７】端末への電源の投入方法は多く考えられる
が、ここでは端末の電源をＴＡ、ＳＯＨＯルータ、ＤＳ
Ｕから取るようにしておくことにより、ＴＡ、ＳＯＨＯ
ルータ、ＤＳＵの判断で端末の電源を投入できるように
する。
が、ここでは端末の電源をＴＡ、ＳＯＨＯルータ、ＤＳ
Ｕから取るようにしておくことにより、ＴＡ、ＳＯＨＯ
ルータ、ＤＳＵの判断で端末の電源を投入できるように
する。
【００４８】上記の方法により、特に緊急時において、
従来より確実に着信者に情報が届くようになる。
従来より確実に着信者に情報が届くようになる。
【００４９】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００５０】〔メディア変換型情報通信システムの構
成〕本発明の一実施の形態におけるメディア変換型情報
通信システムの構成を示す図１を参照すると、このシス
テムは、各種端末（電話機、携帯電話機、ＰＨＳ、ＩＳ
ＤＮ電話機、ＩＳＤＮ用ＴＡ／（または）ＳＯＨＯルー
タ、ＦＷＡ／無線ＬＡＮ／ｘＤＳＬ／ＣＡＴＶなどのＤ
ＳＵ（回線終端装置）、ＰＣ，ファクシミリ端末ＦＡ
Ｘ，ゲーム機など）と、それぞれの端末に対応する網側
装置（サーバ、交換機、ルータなど）と、各種の網（電
話網、移動通信網、インターネットなど）とから構成さ
れている。
成〕本発明の一実施の形態におけるメディア変換型情報
通信システムの構成を示す図１を参照すると、このシス
テムは、各種端末（電話機、携帯電話機、ＰＨＳ、ＩＳ
ＤＮ電話機、ＩＳＤＮ用ＴＡ／（または）ＳＯＨＯルー
タ、ＦＷＡ／無線ＬＡＮ／ｘＤＳＬ／ＣＡＴＶなどのＤ
ＳＵ（回線終端装置）、ＰＣ，ファクシミリ端末ＦＡ
Ｘ，ゲーム機など）と、それぞれの端末に対応する網側
装置（サーバ、交換機、ルータなど）と、各種の網（電
話網、移動通信網、インターネットなど）とから構成さ
れている。
【００５１】それぞれの端末はそれぞれの回線／プロト
コルを用いた網を経由して網側の情報通信処理装置（メ
ディア変換サービス提供装置）１に接続され、さらに電
話網８、インターネット９、及び電話網・インターネッ
ト接続装置１０の少なくとも１つを経由して別の端末に
接続される。
コルを用いた網を経由して網側の情報通信処理装置（メ
ディア変換サービス提供装置）１に接続され、さらに電
話網８、インターネット９、及び電話網・インターネッ
ト接続装置１０の少なくとも１つを経由して別の端末に
接続される。
【００５２】移動端末の場合は、あるエリアに設置され
たアンテナを経由して移動体交換機２に接続されてい
る。ＩＳＤＮ電話機やＦＡＸ、ＳＯＨＯルータ７などは
電話回線を経由してＩＳＤＮ用交換機３に接続されてい
る。アナログ電話機と、アナログ電話回線直結ＰＣ及び
ＦＡＸのモデムカードとは電話回線を経由して電話用交
換機４に接続されている。
たアンテナを経由して移動体交換機２に接続されてい
る。ＩＳＤＮ電話機やＦＡＸ、ＳＯＨＯルータ７などは
電話回線を経由してＩＳＤＮ用交換機３に接続されてい
る。アナログ電話機と、アナログ電話回線直結ＰＣ及び
ＦＡＸのモデムカードとは電話回線を経由して電話用交
換機４に接続されている。
【００５３】ＦＷＡや無線ＬＡＮの場合は、電柱などに
取り付けられたアンテナを経由してデータ交換用のルー
タ／スイッチ５などに接続されている。ＸＤＳＬの場合
は、電話回線を経由して電話網の交換機に入らず、デー
タ交換用のルータ／スイッチ５などに接続されている。
ＣＡＴＶは、独自のＣＡＴＶケーブルを経由して、ＣＡ
ＴＶ事業者のデータ交換用ルータ／スイッチ５などに接
続されている。
取り付けられたアンテナを経由してデータ交換用のルー
タ／スイッチ５などに接続されている。ＸＤＳＬの場合
は、電話回線を経由して電話網の交換機に入らず、デー
タ交換用のルータ／スイッチ５などに接続されている。
ＣＡＴＶは、独自のＣＡＴＶケーブルを経由して、ＣＡ
ＴＶ事業者のデータ交換用ルータ／スイッチ５などに接
続されている。
【００５４】このメディア変換型情報通信システムで
は、異なる回線／プロトコルを扱う網側装置を統合して
１つの情報通信処理装置１とするか、もしくは複数の網
側装置をサーバ６を介して接続し、相互に情報のやりと
りを行うことで情報通信処理装置１を構築する。それぞ
れの交換機２，３，４やルータ５などを統合的に管理
し、そこに接続されるユーザの情報も統合管理するため
に、論理的に１つのサーバ６を用意する。物理的には、
負荷を分散させるために複数のサーバ６を各地に用意
し、同じデータを共有するような仕組みをとる。
は、異なる回線／プロトコルを扱う網側装置を統合して
１つの情報通信処理装置１とするか、もしくは複数の網
側装置をサーバ６を介して接続し、相互に情報のやりと
りを行うことで情報通信処理装置１を構築する。それぞ
れの交換機２，３，４やルータ５などを統合的に管理
し、そこに接続されるユーザの情報も統合管理するため
に、論理的に１つのサーバ６を用意する。物理的には、
負荷を分散させるために複数のサーバ６を各地に用意
し、同じデータを共有するような仕組みをとる。
【００５５】交換機と一言で言ってもＩＳＤＮ用や電話
用、移動用などがある。ルータ５の場合は、バックボー
ンのネットワークがＡＴＭ網であったり、ＩＰ網であっ
たり、フレームリレー網やパケット交換網である場合も
あるため、各種の接続機能を情報通信処理装置１が持つ
必要がある。
用、移動用などがある。ルータ５の場合は、バックボー
ンのネットワークがＡＴＭ網であったり、ＩＰ網であっ
たり、フレームリレー網やパケット交換網である場合も
あるため、各種の接続機能を情報通信処理装置１が持つ
必要がある。
【００５６】〔情報通信処理装置の処理メディア及び機
能〕通信網上の情報通信処理装置１の処理する情報表現
メディアと具備する機能を図２に示す。発信者から情報
通信処理装置１を経由して着信者に送信される情報の情
報表現メディアとしては、移動系を含む電話、音声情報
がＩＰパケットに載せられたＩＰ電話、電子メール、Ｔ
ＴＣのＵＣＧにて標準化されているＵＵＩメール（htt
p://www.ttc.or.jp/j/ucg/ucg2/contents/apl/wg1spec.
pdf参照）、ＮＴＴ ＤｏＣｏＭｏやＪ−Ｐｈｏｎｅな
どの移動系キャリアが提供する独自方式のメール、ＩＰ
アドレスを指定することで直接相手端末にメッセージを
送信する各種メッセージアプリケーションによるメッセ
ージ、ＦＡＸなどがある。
能〕通信網上の情報通信処理装置１の処理する情報表現
メディアと具備する機能を図２に示す。発信者から情報
通信処理装置１を経由して着信者に送信される情報の情
報表現メディアとしては、移動系を含む電話、音声情報
がＩＰパケットに載せられたＩＰ電話、電子メール、Ｔ
ＴＣのＵＣＧにて標準化されているＵＵＩメール（htt
p://www.ttc.or.jp/j/ucg/ucg2/contents/apl/wg1spec.
pdf参照）、ＮＴＴ ＤｏＣｏＭｏやＪ−Ｐｈｏｎｅな
どの移動系キャリアが提供する独自方式のメール、ＩＰ
アドレスを指定することで直接相手端末にメッセージを
送信する各種メッセージアプリケーションによるメッセ
ージ、ＦＡＸなどがある。
【００５７】これらのメディアを中継する情報通信処理
装置１は、音声をエンコードして音声データへの変化を
行ったり、逆に音声データをデコードして音声に変換し
たり、音声データとテキストデータとの相互変換を行っ
たり、ＦＡＸデータとテキストデータとの相互変換など
を行う。
装置１は、音声をエンコードして音声データへの変化を
行ったり、逆に音声データをデコードして音声に変換し
たり、音声データとテキストデータとの相互変換を行っ
たり、ＦＡＸデータとテキストデータとの相互変換など
を行う。
【００５８】情報通信処理装置１は、各種の情報を端末
に送信するために、それぞれの端末がサポートする通信
形態で送信を行う必要がある。そのため情報通信処理装
置１は、アナログ電話機に対しては電話、移動端末に対
しては電話、ＵＵＩメール、各キャリア独自の方式によ
るメールに情報を送信する機能を持つ。また、ＩＳＤＮ
電話機に対しては電話及びＵＵＩメール、ＰＣに対して
はＩＰ電話，電子メール，ＩＰ上の各種メッセージアプ
リケーションによるメッセージ、かつＦＡＸに対しては
ＦＡＸデータを送信する機能を持つ。
に送信するために、それぞれの端末がサポートする通信
形態で送信を行う必要がある。そのため情報通信処理装
置１は、アナログ電話機に対しては電話、移動端末に対
しては電話、ＵＵＩメール、各キャリア独自の方式によ
るメールに情報を送信する機能を持つ。また、ＩＳＤＮ
電話機に対しては電話及びＵＵＩメール、ＰＣに対して
はＩＰ電話，電子メール，ＩＰ上の各種メッセージアプ
リケーションによるメッセージ、かつＦＡＸに対しては
ＦＡＸデータを送信する機能を持つ。
【００５９】〔データベース構成〕情報通信処理装置１
が上記各機能を実現するためには、情報通信処理装置１
及び端末は、図５、図１２、図２５、図２８に示すデー
タベースとしてのテーブルを持つことが必要となる。
が上記各機能を実現するためには、情報通信処理装置１
及び端末は、図５、図１２、図２５、図２８に示すデー
タベースとしてのテーブルを持つことが必要となる。
【００６０】後の動作説明において詳述するが、テーブ
ルは、各ユーザごとに用意され、ユーザ名、パスワード
を持ち、認証を行うことで他人がテーブルを変更できな
いようにする。また、最終更新日時のキーを持つことに
より、常に最新の情報を情報通信処理装置１と各端末と
で共有することが可能となる。
ルは、各ユーザごとに用意され、ユーザ名、パスワード
を持ち、認証を行うことで他人がテーブルを変更できな
いようにする。また、最終更新日時のキーを持つことに
より、常に最新の情報を情報通信処理装置１と各端末と
で共有することが可能となる。
【００６１】さらに、変換元メディアと変換先メディア
との情報や、その情報の送付先を持つことにより、メデ
ィア変換を実現する。その他、特定の相手からの情報に
ついて特定の処理を行うことを実現するために、特定の
相手及び処理を登録しておくキーも持つ。各テーブルは
ユーザの要求によって逐次更新される。
との情報や、その情報の送付先を持つことにより、メデ
ィア変換を実現する。その他、特定の相手からの情報に
ついて特定の処理を行うことを実現するために、特定の
相手及び処理を登録しておくキーも持つ。各テーブルは
ユーザの要求によって逐次更新される。
【００６２】〔メディア変換型情報通信システムの動作
概要〕情報通信処理装置１が上記機能を実現するために
は、図１５に示す動作を行う必要がある。音声と音声デ
ータ、ＦＡＸデータと音声データを変換する動作以外
は、情報を運ぶフォーマットを変更するだけである。
概要〕情報通信処理装置１が上記機能を実現するために
は、図１５に示す動作を行う必要がある。音声と音声デ
ータ、ＦＡＸデータと音声データを変換する動作以外
は、情報を運ぶフォーマットを変更するだけである。
【００６３】情報通信処理装置１の動作は、図１３及び
図１４に示すフローとなる。通常は待機状態にあり、端
末への発信か端末からの着信かを監視している。端末へ
発信する場合には、発信者が緊急通信を求めているかど
うかを判別し、緊急の場合は緊急処理を、緊急でない場
合は特定相手であるかどうかを判別した後、通信を行
う。端末からの着信の場合は登録情報の変更を希望して
いれば、変更を行った後、通信を行う。
図１４に示すフローとなる。通常は待機状態にあり、端
末への発信か端末からの着信かを監視している。端末へ
発信する場合には、発信者が緊急通信を求めているかど
うかを判別し、緊急の場合は緊急処理を、緊急でない場
合は特定相手であるかどうかを判別した後、通信を行
う。端末からの着信の場合は登録情報の変更を希望して
いれば、変更を行った後、通信を行う。
【００６４】また、端末の動作は、図６に示すフローと
なる。通常は帯域状態にあり、発信か着信かを監視して
いる。ユーザにより端末の登録変更が行われていた場合
は、それを発信時／着信時に情報通信処理装置１に通知
し、データベースとしてのテーブルを更新する。発信の
場合は、その後通信を行い、着信の場合は、自身に繋が
っている装置に電源が入っていない場合の処理を行った
後、通信を行う。
なる。通常は帯域状態にあり、発信か着信かを監視して
いる。ユーザにより端末の登録変更が行われていた場合
は、それを発信時／着信時に情報通信処理装置１に通知
し、データベースとしてのテーブルを更新する。発信の
場合は、その後通信を行い、着信の場合は、自身に繋が
っている装置に電源が入っていない場合の処理を行った
後、通信を行う。
【００６５】〔第１の動作例：着信者宛にかかってきた
電話をＵＵＩメールで着信する場合〕図３に示すシステ
ム構成図、図４に示す端末設定画面、図５に示す端末の
保持するテーブル、図６に示す着信端末の動作フロー、
図７及び図８に示す情報通信処理装置１への発信シーケ
ンス（ＩＳＤＮ／移動の場合）、図９〜図１１に示すＵ
ＵＩ構成図、図１２に示す情報通信処理装置１の保持す
るテーブル、図１３及び図１４に示す情報通信処理装置
１の動作フロー、図１５に示す情報通信処理装置１のメ
ディア変換動作表、図１６及び図１７に示す端末への発
信シーケンス（ＩＳＤＮ／移動の場合）、図１８に示す
情報通信処理装置１の機能ブロック図に従って第１の動
作例を説明する。
電話をＵＵＩメールで着信する場合〕図３に示すシステ
ム構成図、図４に示す端末設定画面、図５に示す端末の
保持するテーブル、図６に示す着信端末の動作フロー、
図７及び図８に示す情報通信処理装置１への発信シーケ
ンス（ＩＳＤＮ／移動の場合）、図９〜図１１に示すＵ
ＵＩ構成図、図１２に示す情報通信処理装置１の保持す
るテーブル、図１３及び図１４に示す情報通信処理装置
１の動作フロー、図１５に示す情報通信処理装置１のメ
ディア変換動作表、図１６及び図１７に示す端末への発
信シーケンス（ＩＳＤＮ／移動の場合）、図１８に示す
情報通信処理装置１の機能ブロック図に従って第１の動
作例を説明する。
【００６６】メディア変換型情報通信システムにおいて
は、図３に示すように、発信者の発信者端末（電話機）
と情報通信処理装置１とが電話網を介して接続され、情
報通信処理装置１と着信者の着信者端末（ＰＨＳ）とが
ＰＨＳ網経由で接続できるようになっている。
は、図３に示すように、発信者の発信者端末（電話機）
と情報通信処理装置１とが電話網を介して接続され、情
報通信処理装置１と着信者の着信者端末（ＰＨＳ）とが
ＰＨＳ網経由で接続できるようになっている。
【００６７】着信者は電話網経由で接続された電話機な
らびにＰＣを着信者宅に所有している。発信者は着信者
に電話（宛先：０４４−７７７−ｘｘｘｘ）をかけよう
としている。着信者は着信者宅に存在し、全ての連絡を
電子メール（宛先：ｚｚ＠ｎｉｆｔｙ．ｎｅ．ｘｘ）で
受けていたが、外出するため、全ての連絡をＰＨＳで受
信するように登録を変更しようとしている。ところが、
ＰＨＳは購入したばかりであり、本サービスに関する設
定は何も行われていない。
らびにＰＣを着信者宅に所有している。発信者は着信者
に電話（宛先：０４４−７７７−ｘｘｘｘ）をかけよう
としている。着信者は着信者宅に存在し、全ての連絡を
電子メール（宛先：ｚｚ＠ｎｉｆｔｙ．ｎｅ．ｘｘ）で
受けていたが、外出するため、全ての連絡をＰＨＳで受
信するように登録を変更しようとしている。ところが、
ＰＨＳは購入したばかりであり、本サービスに関する設
定は何も行われていない。
【００６８】そこでまず、情報通信処理装置１に登録さ
れているデータをＰＨＳにコピーする。情報通信処理装
置１ならびにあるユーザの全ての端末が同じ情報を保持
することにより、まだ設定されていない端末に対して設
定をコピーすることで、設定が簡略化される他、ある端
末で他の端末の着信条件を変更することが可能となる。
れているデータをＰＨＳにコピーする。情報通信処理装
置１ならびにあるユーザの全ての端末が同じ情報を保持
することにより、まだ設定されていない端末に対して設
定をコピーすることで、設定が簡略化される他、ある端
末で他の端末の着信条件を変更することが可能となる。
【００６９】但し、情報通信処理装置１は通過する情報
の着信者を特定するために、図１２のテーブルのように
着信者の持つ端末を識別する情報（電話番号、メールア
ドレス、ＩＰアドレス）も併せて保持する。この情報は
端末からの情報で自動的に変更されるため、ユーザは設
定できない。
の着信者を特定するために、図１２のテーブルのように
着信者の持つ端末を識別する情報（電話番号、メールア
ドレス、ＩＰアドレス）も併せて保持する。この情報は
端末からの情報で自動的に変更されるため、ユーザは設
定できない。
【００７０】図５のＰＨＳ端末保持テーブルに示すよう
に、初期状態では何の情報も登録されていない。図４に
示すように、まずＰＨＳのメニューから「登録情報変
更」を選択する。ＰＨＳは図６の着信端末のフローに従
って動作する。テーブルが空の状態であるので、フラグ
（ｆｌａｇ）は「１」にセットされている。登録情報変
更メニューが選択され、かつｆｌａｇが「１」であるた
め、図９〜図１１のフォーマットに従ってＵＵＩに空の
テーブルが設定される。
に、初期状態では何の情報も登録されていない。図４に
示すように、まずＰＨＳのメニューから「登録情報変
更」を選択する。ＰＨＳは図６の着信端末のフローに従
って動作する。テーブルが空の状態であるので、フラグ
（ｆｌａｇ）は「１」にセットされている。登録情報変
更メニューが選択され、かつｆｌａｇが「１」であるた
め、図９〜図１１のフォーマットに従ってＵＵＩに空の
テーブルが設定される。
【００７１】その後、図７及び図８のシーケンスに従っ
て、情報通信処理装置１に発信が行われる。端末からの
ＳＥＴＵＰメッセージを受けた情報通信処理装置１は、
図１３及び図１４のフローに従って動作する。図１８の
ブロック図と併せて説明すると、まずＰＨＳ網を扱う通
信処理部１０１に端末からのＳＥＴＵＰメッセージが到
着する。
て、情報通信処理装置１に発信が行われる。端末からの
ＳＥＴＵＰメッセージを受けた情報通信処理装置１は、
図１３及び図１４のフローに従って動作する。図１８の
ブロック図と併せて説明すると、まずＰＨＳ網を扱う通
信処理部１０１に端末からのＳＥＴＵＰメッセージが到
着する。
【００７２】ＵＵＩにテーブル情報が設定されているこ
とから、制御部１００はその情報をＵＵＩ処理部１０４
に渡す。ＵＵＩ処理部１０４はテーブル情報からユーザ
名、パスワード、最終更新日時、設定情報を取り出し、
発信者情報記憶部１０６に保存する。
とから、制御部１００はその情報をＵＵＩ処理部１０４
に渡す。ＵＵＩ処理部１０４はテーブル情報からユーザ
名、パスワード、最終更新日時、設定情報を取り出し、
発信者情報記憶部１０６に保存する。
【００７３】次に、登録テーブル管理部１０８は保存さ
れた情報と登録テーブル１０９の内容とを比較する。ま
ず、登録テーブル１０９に該当ユーザのテーブルがある
かどうかを調べるため、ユーザ名を検索する。該当テー
ブルを検出後、パスワードを照合することで認証を行
い、本人からの依頼であることを確認する。
れた情報と登録テーブル１０９の内容とを比較する。ま
ず、登録テーブル１０９に該当ユーザのテーブルがある
かどうかを調べるため、ユーザ名を検索する。該当テー
ブルを検出後、パスワードを照合することで認証を行
い、本人からの依頼であることを確認する。
【００７４】次に、最終更新日時のチェックを行うが、
初期状態のＰＨＳのテーブルの最終更新日時は、図５に
示すように、最大値「９９９９１２３１２３５９５９」
となっているため、必ず次の処理が行われることにな
る。
初期状態のＰＨＳのテーブルの最終更新日時は、図５に
示すように、最大値「９９９９１２３１２３５９５９」
となっているため、必ず次の処理が行われることにな
る。
【００７５】ＵＵＩに設定されていたテーブルが空であ
ることから、登録テーブル１０９に保存されている情報
をそのままＵＵＩに設定し、端末に送り返すことを指示
する。指示を受けたＵＵＩ処理部１０４は登録テーブル
１０９の情報を図９〜図１１のＵＵＩフォーマットに従
った形で形成し、通信処理部１０１に渡す。
ることから、登録テーブル１０９に保存されている情報
をそのままＵＵＩに設定し、端末に送り返すことを指示
する。指示を受けたＵＵＩ処理部１０４は登録テーブル
１０９の情報を図９〜図１１のＵＵＩフォーマットに従
った形で形成し、通信処理部１０１に渡す。
【００７６】通信処理部１０１は図７及び図８のシーケ
ンスに従いＵＵＩをＡＬＥＡＲＴメッセージに載せて送
信する。このケースでは、登録情報更新以上の通信は行
わないため、ＣＯＮＮメッセージを出さずにＤＩＳＣメ
ッセージを送信し回線を切断する。
ンスに従いＵＵＩをＡＬＥＡＲＴメッセージに載せて送
信する。このケースでは、登録情報更新以上の通信は行
わないため、ＣＯＮＮメッセージを出さずにＤＩＳＣメ
ッセージを送信し回線を切断する。
【００７７】次に、ＵＵＩメールでの着信ができるよう
にＰＨＳに設定を行う。図４のように、メニューから
「受信モード設定」→「一括設定」→「追加設定」→
「ＵＵＩメール」を選択する。本サービスをサポートす
る端末には、着信者に届けられる複数メディアの情報に
対して変換するメディア、着信する端末を全て設定する
「詳細設定」と全ての情報をあるメディアによってある
端末で受信する設定を行う「一括設定」とを持つ。
にＰＨＳに設定を行う。図４のように、メニューから
「受信モード設定」→「一括設定」→「追加設定」→
「ＵＵＩメール」を選択する。本サービスをサポートす
る端末には、着信者に届けられる複数メディアの情報に
対して変換するメディア、着信する端末を全て設定する
「詳細設定」と全ての情報をあるメディアによってある
端末で受信する設定を行う「一括設定」とを持つ。
【００７８】「ＵＵＩメール」を選択すると、設定を入
力しているＰＨＳ自体に割り当てられた電話番号が設定
される。他の電話番号を指定すれば、ユーザの保持して
いない端末に対してＵＵＩメールを転送することが可能
である。さらに、複数の電話番号への送信を有効にして
おくことにより、同じ内容のメッセージを複数の端末で
受信することが可能である。さらに、複数の端末から応
答があった場合、複数の端末間で相互に情報のやりとり
を行ってもよい。
力しているＰＨＳ自体に割り当てられた電話番号が設定
される。他の電話番号を指定すれば、ユーザの保持して
いない端末に対してＵＵＩメールを転送することが可能
である。さらに、複数の電話番号への送信を有効にして
おくことにより、同じ内容のメッセージを複数の端末で
受信することが可能である。さらに、複数の端末から応
答があった場合、複数の端末間で相互に情報のやりとり
を行ってもよい。
【００７９】ＰＨＳに設定した情報を情報通信処理装置
１へ反映するため、図４のように、メニューから「登録
情報変更」を選択する。図６に従い、上記の変更を行っ
た時点でｆｌａｇは「１」になっていることから、図９
〜図１１のフォーマットに従って、ＵＵＩに更新したテ
ーブルを設定し、図７及び図８のシーケンスで情報通信
処理装置１に発信する。
１へ反映するため、図４のように、メニューから「登録
情報変更」を選択する。図６に従い、上記の変更を行っ
た時点でｆｌａｇは「１」になっていることから、図９
〜図１１のフォーマットに従って、ＵＵＩに更新したテ
ーブルを設定し、図７及び図８のシーケンスで情報通信
処理装置１に発信する。
【００８０】情報通信処理装置１は、図１３及び図１４
のフローに従って動作する。図１８のＰＨＳ網に接続さ
れた通信処理部１０１のいずれかは、ＵＵＩにテーブル
が設定されていることからＵＵＩ処理部１０４にその情
報を渡す。ＵＵＩ処理部１０４はユーザ名、パスワー
ド、最終更新日時、設定情報を取り出し、発信者情報記
憶部１０６に保存する。
のフローに従って動作する。図１８のＰＨＳ網に接続さ
れた通信処理部１０１のいずれかは、ＵＵＩにテーブル
が設定されていることからＵＵＩ処理部１０４にその情
報を渡す。ＵＵＩ処理部１０４はユーザ名、パスワー
ド、最終更新日時、設定情報を取り出し、発信者情報記
憶部１０６に保存する。
【００８１】登録テーブル管理部１０８は登録テーブル
１０９から該当ユーザのテーブルを探し出し、パスワー
ドの整合性と最終更新日時が登録テーブル１０９のもの
より新しいものであるかを検査する。パスワードが一致
し、最終更新日時が登録テーブル１０９のものより新し
い場合には、登録テーブル１０９の更新であると判断
し、図１２のように更新を行う。
１０９から該当ユーザのテーブルを探し出し、パスワー
ドの整合性と最終更新日時が登録テーブル１０９のもの
より新しいものであるかを検査する。パスワードが一致
し、最終更新日時が登録テーブル１０９のものより新し
い場合には、登録テーブル１０９の更新であると判断
し、図１２のように更新を行う。
【００８２】その後、発信者からの電話が着信者宛（０
４４−７７７−ｘｘｘｘ）にかかってくる。中継点にあ
る情報通信処理装置１は、図１３及び図１４の動作フロ
ーに従って動作を行う。緊急通信ではないため、図１８
の通信処理部１０１で発信者情報（この場合、電話番
号）と宛先情報とを発信者情報記憶部１０６に保存す
る。登録テーブル管理部１０８は宛先電話番号を持つユ
ーザのテーブルを検索する。
４４−７７７−ｘｘｘｘ）にかかってくる。中継点にあ
る情報通信処理装置１は、図１３及び図１４の動作フロ
ーに従って動作を行う。緊急通信ではないため、図１８
の通信処理部１０１で発信者情報（この場合、電話番
号）と宛先情報とを発信者情報記憶部１０６に保存す
る。登録テーブル管理部１０８は宛先電話番号を持つユ
ーザのテーブルを検索する。
【００８３】図１２の該当情報があることを確認した
後、電話を何のメディアに変換するかを検査する。特定
処理テーブルに設定がないため、通常処理のテーブルに
従う。さきほどのＰＨＳからの登録により、電話で受け
たものはＵＵＩメールに変換して、０７０−８８８８−
ｘｘｘｘに送ることが分かる。変換結果通知部１０２
は、ＵＵＩメールに変換することと、宛先の電話番号を
発信者のメディアに合わせて作成し（この場合は音
声）、通知を行う。
後、電話を何のメディアに変換するかを検査する。特定
処理テーブルに設定がないため、通常処理のテーブルに
従う。さきほどのＰＨＳからの登録により、電話で受け
たものはＵＵＩメールに変換して、０７０−８８８８−
ｘｘｘｘに送ることが分かる。変換結果通知部１０２
は、ＵＵＩメールに変換することと、宛先の電話番号を
発信者のメディアに合わせて作成し（この場合は音
声）、通知を行う。
【００８４】その後は、図１５の変換動作に従い処理を
行う。まず、メディア変換部１１２は、発信者からの音
声をある間隔ごとにテキスト化し、メッセージ記憶部１
０７に保存する。メディア固有フォーマット作成部１１
０はそのテキストデータをＵＵＩメールフォーマットに
変換し、通信処理部１０１に渡す。
行う。まず、メディア変換部１１２は、発信者からの音
声をある間隔ごとにテキスト化し、メッセージ記憶部１
０７に保存する。メディア固有フォーマット作成部１１
０はそのテキストデータをＵＵＩメールフォーマットに
変換し、通信処理部１０１に渡す。
【００８５】通信処理部１０１は発呼を行い、ＵＵＩを
含めたＳＥＴＵＰメッセージを図１６及び図１７のシー
ケンスに従って着信端末に対して送信する。発信者が電
話であるため、電子メールのように一度メッセージを送
信して終了ではなく、発信者が通信を終了するまで、逐
次メディアの変換を行う必要がある。
含めたＳＥＴＵＰメッセージを図１６及び図１７のシー
ケンスに従って着信端末に対して送信する。発信者が電
話であるため、電子メールのように一度メッセージを送
信して終了ではなく、発信者が通信を終了するまで、逐
次メディアの変換を行う必要がある。
【００８６】ここでは、着信端末に対して回線の接続を
行った後、ＵＵＩメールを送信したが、着信端末が別の
通信を行っていた場合であっても、ＵＵＩフレームを送
受信することは可能であり、図１７のように発信を行わ
ずに直接ＵＵＩメールを送信すればよい。一度のＵＵＩ
フレーム送信で全ての情報を送りきれない場合は、図９
〜図１１の構成図に示す分割識別子とシーケンス番号と
を用いて分割ならびに復元を行うことが行われる。
行った後、ＵＵＩメールを送信したが、着信端末が別の
通信を行っていた場合であっても、ＵＵＩフレームを送
受信することは可能であり、図１７のように発信を行わ
ずに直接ＵＵＩメールを送信すればよい。一度のＵＵＩ
フレーム送信で全ての情報を送りきれない場合は、図９
〜図１１の構成図に示す分割識別子とシーケンス番号と
を用いて分割ならびに復元を行うことが行われる。
【００８７】着信端末は図６の動作フローに従って動作
する。ＵＵＩメールを受け取り、着信者がその返信を入
力し返信した場合は、情報通信処理装置１に対してＵＵ
Ｉメールを返信する。情報通信処理装置１はＵＵＩメー
ルを受信して電話に変換する場合の動作を行い、発信者
に対して音声を送信することで相互の通信が可能とな
る。
する。ＵＵＩメールを受け取り、着信者がその返信を入
力し返信した場合は、情報通信処理装置１に対してＵＵ
Ｉメールを返信する。情報通信処理装置１はＵＵＩメー
ルを受信して電話に変換する場合の動作を行い、発信者
に対して音声を送信することで相互の通信が可能とな
る。
【００８８】ＵＵＩメールを受け取る前にＰＨＳの登録
情報の変更が行われており、かつまだ情報通信処理装置
１に対して更新依頼を行っていない場合、図６における
ｆｌａｇが「１」になっているため、ＵＵＩメールのや
りとりを行いつつ、この動作例の最初に示した方法で登
録情報の更新も行われる。
情報の変更が行われており、かつまだ情報通信処理装置
１に対して更新依頼を行っていない場合、図６における
ｆｌａｇが「１」になっているため、ＵＵＩメールのや
りとりを行いつつ、この動作例の最初に示した方法で登
録情報の更新も行われる。
【００８９】〔第２の動作例：着信者宛に届いた電子メ
ールをＩＰ電話で着信する場合〕図１９に示すシステム
構成図、図６に示す着信端末の動作フロー、図２０及び
図２１に示す情報通信処理装置１への発信シーケンス
（ＰＰＰの場合）、図２２〜図２４に示すＰＰＰ構成
図、図２５に示す情報通信処理装置１の保持するテーブ
ル、図１３及び図１４に示す情報通信処理装置１の動作
フロー、図１５に示す情報通信処理装置１のメディア変
換動作表、図２６に示す端末への発信シーケンス（ＰＰ
Ｐの場合）、図１８に示す情報通信処理装置１の機能ブ
ロック図に従って第２の動作例を説明する。
ールをＩＰ電話で着信する場合〕図１９に示すシステム
構成図、図６に示す着信端末の動作フロー、図２０及び
図２１に示す情報通信処理装置１への発信シーケンス
（ＰＰＰの場合）、図２２〜図２４に示すＰＰＰ構成
図、図２５に示す情報通信処理装置１の保持するテーブ
ル、図１３及び図１４に示す情報通信処理装置１の動作
フロー、図１５に示す情報通信処理装置１のメディア変
換動作表、図２６に示す端末への発信シーケンス（ＰＰ
Ｐの場合）、図１８に示す情報通信処理装置１の機能ブ
ロック図に従って第２の動作例を説明する。
【００９０】メディア変換型情報通信システムにおいて
は、図１９に示すように、発信者端末であるＰＣと情報
通信処理装置１とがインターネット９を介して接続さ
れ、情報通信処理装置１と着信者保有のＰＣとはＳＯＨ
Ｏルータ７を介してＩＳＤＮ用交換機３で接続されてい
る。しかし、現在、着信者のＰＣの電源は投入されてい
ない。
は、図１９に示すように、発信者端末であるＰＣと情報
通信処理装置１とがインターネット９を介して接続さ
れ、情報通信処理装置１と着信者保有のＰＣとはＳＯＨ
Ｏルータ７を介してＩＳＤＮ用交換機３で接続されてい
る。しかし、現在、着信者のＰＣの電源は投入されてい
ない。
【００９１】発信者は着信者に電子メール（宛先：ｙｙ
＠ｎｉｆｔｙ．ｎｅ．ｘｘ）を送信しようとしている。
着信者は全ての連絡をＩＰ電話（宛先：１３３．１６
１．２５２．ｘｘｘ）で受信するように、情報通信処理
装置１に登録しようとしている。ＰＣ上の本サービスに
関するアプリケーションのメニューから「受信モード設
定」を選択し、上記情報を設定した後、「登録情報更
新」を選択する。
＠ｎｉｆｔｙ．ｎｅ．ｘｘ）を送信しようとしている。
着信者は全ての連絡をＩＰ電話（宛先：１３３．１６
１．２５２．ｘｘｘ）で受信するように、情報通信処理
装置１に登録しようとしている。ＰＣ上の本サービスに
関するアプリケーションのメニューから「受信モード設
定」を選択し、上記情報を設定した後、「登録情報更
新」を選択する。
【００９２】図６に従い、上記の変更を行った時点でｆ
ｌａｇは「１」になっていることから、図２２〜図２４
のフォーマットに従って拡張ＰＰＰに更新したテーブル
が設定され、図２０及び図２１のシーケンスで情報通信
処理装置１に発信される。
ｌａｇは「１」になっていることから、図２２〜図２４
のフォーマットに従って拡張ＰＰＰに更新したテーブル
が設定され、図２０及び図２１のシーケンスで情報通信
処理装置１に発信される。
【００９３】拡張ＰＰＰにより、通常使用するＰＰＰと
は別のＰＰＰ論理回線を使用するため、もし着信者端末
が通信中であってもＰＰＰを着信した情報通信処理装置
１は、図１３及び図１４の動作フローに従って動作す
る。
は別のＰＰＰ論理回線を使用するため、もし着信者端末
が通信中であってもＰＰＰを着信した情報通信処理装置
１は、図１３及び図１４の動作フローに従って動作す
る。
【００９４】図１８の電話網上のＰＰＰフレームを扱う
通信処理部１０１は、拡張ＰＰＰにテーブルが設定され
ていることからＰＰＰ処理部１０３にその情報を渡す。
ＰＰＰ処理部１０３はユーザ名、パスワード、最終更新
日時、設定情報を取り出し、発信者情報記憶部１０６に
保存する。登録テーブル管理部１０８は登録テーブル１
０９から該当ユーザのテーブルを探し出し、パスワード
のチェックを行い、最終更新日時が登録テーブル１０９
のものより新しいものであることを確認する。パスワー
ドが一致し、最終更新日時が新しい場合には、登録テー
ブル１０９の更新であると判断し、図２５のように更新
を行う。
通信処理部１０１は、拡張ＰＰＰにテーブルが設定され
ていることからＰＰＰ処理部１０３にその情報を渡す。
ＰＰＰ処理部１０３はユーザ名、パスワード、最終更新
日時、設定情報を取り出し、発信者情報記憶部１０６に
保存する。登録テーブル管理部１０８は登録テーブル１
０９から該当ユーザのテーブルを探し出し、パスワード
のチェックを行い、最終更新日時が登録テーブル１０９
のものより新しいものであることを確認する。パスワー
ドが一致し、最終更新日時が新しい場合には、登録テー
ブル１０９の更新であると判断し、図２５のように更新
を行う。
【００９５】発信者からの電子メールが着信者宛（ｙｙ
＠ｎｉｆｔｙ．ｎｅ．ｘｘ）に送信されてくる。中継点
にある情報通信処理装置１は、図１３及び図１４の動作
フローに従って動作を行う。緊急通信ではないため、メ
ディア固有フォーマット識別・削除部１１１で電子メー
ルであることを確認し、発信者情報（この場合、電子メ
ールアドレス：ｘｘ＠ｆｕｊｉｔｓｕ．ｃｏ．ｘｘ）と
宛先情報とを発信者情報記憶部１０６に保存する。
＠ｎｉｆｔｙ．ｎｅ．ｘｘ）に送信されてくる。中継点
にある情報通信処理装置１は、図１３及び図１４の動作
フローに従って動作を行う。緊急通信ではないため、メ
ディア固有フォーマット識別・削除部１１１で電子メー
ルであることを確認し、発信者情報（この場合、電子メ
ールアドレス：ｘｘ＠ｆｕｊｉｔｓｕ．ｃｏ．ｘｘ）と
宛先情報とを発信者情報記憶部１０６に保存する。
【００９６】登録テーブル管理部１０８は宛先の電子メ
ールアドレスを持つユーザのテーブルを検索する。図２
５のテーブルがあることを確認した後、電子メールを何
のメディアに変換するかを検査する。
ールアドレスを持つユーザのテーブルを検索する。図２
５のテーブルがあることを確認した後、電子メールを何
のメディアに変換するかを検査する。
【００９７】特定処理テーブルには、「ｘｘ＠ｆｕｊｉ
ｔｓｕ．ｃｏ．ｘｘ」に関する設定がないため、通常処
理のテーブルに従う。もし特定処理テーブルにある「ｚ
ｚ＠ｘｘ．ｃｏｍ」からの電子メールであれば、電子メ
ールの内容を破棄し、以降の処理を行わない。この他、
発信者（ｚｚ＠ｘｘ．ｃｏｍ）に対して情報を受け付け
られない旨をメッセージ応答部１０５が作成して送り返
すこともできるし、さらにサイバーポリスのような国も
しくは民間の苦情センターに直接情報を転送することも
可能である。
ｔｓｕ．ｃｏ．ｘｘ」に関する設定がないため、通常処
理のテーブルに従う。もし特定処理テーブルにある「ｚ
ｚ＠ｘｘ．ｃｏｍ」からの電子メールであれば、電子メ
ールの内容を破棄し、以降の処理を行わない。この他、
発信者（ｚｚ＠ｘｘ．ｃｏｍ）に対して情報を受け付け
られない旨をメッセージ応答部１０５が作成して送り返
すこともできるし、さらにサイバーポリスのような国も
しくは民間の苦情センターに直接情報を転送することも
可能である。
【００９８】通常処理のテーブルに従い、電子メールで
受けたものはＩＰ電話に変換して「１３３．１６１．２
５２．ｘｘｘ」に送ることが分かる。変換結果通知部１
０２は、ＩＰ電話に変換することと、宛先のＩＰアドレ
スを発信者のメディアに合わせて作成し（この場合電子
メール）、送信を行う。
受けたものはＩＰ電話に変換して「１３３．１６１．２
５２．ｘｘｘ」に送ることが分かる。変換結果通知部１
０２は、ＩＰ電話に変換することと、宛先のＩＰアドレ
スを発信者のメディアに合わせて作成し（この場合電子
メール）、送信を行う。
【００９９】その後は、図１５の変換動作に従い処理を
行う。まず、「１３３．１６１．２５２．ｘｘｘ」に対
してコネクションを張ることを試みるが、ＰＣに電源が
入っていないため失敗する。そこで、登録テーブル１０
９に設定されたＩＰアドレスに対応する電話番号を見
て、図２６のシーケンスに従って、通信処理部１０１が
着信端末に対して発呼を行う。
行う。まず、「１３３．１６１．２５２．ｘｘｘ」に対
してコネクションを張ることを試みるが、ＰＣに電源が
入っていないため失敗する。そこで、登録テーブル１０
９に設定されたＩＰアドレスに対応する電話番号を見
て、図２６のシーケンスに従って、通信処理部１０１が
着信端末に対して発呼を行う。
【０１００】ＰＰＰのネゴシエーション開始を受けたＳ
ＯＨＯルータ７は、ＰＣの電源が入っていないことか
ら、通常の接続要求に対しては、Ｃｏｎｆｉｇｕｒｅ−
Ｒｅｊｅｃｔを送信しネゴシエーションを失敗させる。
一度Ｃｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔを受けた情報通
信処理装置１は、端末の電源が入っていないと判断し、
再度着信端末に対して発呼を行う。今度はＣｏｎｆｉｇ
ｕｒｅ−Ｒｅｑｕｅｓｔの中で端末の電源投入を指示す
る意味でコールバックを行うことを要求する。
ＯＨＯルータ７は、ＰＣの電源が入っていないことか
ら、通常の接続要求に対しては、Ｃｏｎｆｉｇｕｒｅ−
Ｒｅｊｅｃｔを送信しネゴシエーションを失敗させる。
一度Ｃｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔを受けた情報通
信処理装置１は、端末の電源が入っていないと判断し、
再度着信端末に対して発呼を行う。今度はＣｏｎｆｉｇ
ｕｒｅ−Ｒｅｑｕｅｓｔの中で端末の電源投入を指示す
る意味でコールバックを行うことを要求する。
【０１０１】ＰＰＰコールバックの仕様に従い、ネゴシ
エーション終了後、一度回線を切断する。ＳＯＨＯルー
タ７はコールバックを電源投入の指示と判断し、ＳＯＨ
Ｏルータ７のＰＣに接続された電源コンセントのスイッ
チを入れ、そこに接続されたＰＣに電源を投入する。こ
こでは、ＰＰＰを用いた端末への指示のためＰＰＰコー
ルバックを電源投入の指示と判断しているが、ＵＵＩを
使用する場合には、図９〜図１１のフォーマットに示す
ように、ＵＵＩを用いて指示を行ったり、あるいはＰＰ
Ｐ／ＵＵＩを使用する場合、情報通信処理装置１が発信
者番号として設定された呼を着信した時点で、その番号
をあらかじめＳＯＨＯルータ７などに登録しておくこと
により、電源投入の指示と判断しても良い。
エーション終了後、一度回線を切断する。ＳＯＨＯルー
タ７はコールバックを電源投入の指示と判断し、ＳＯＨ
Ｏルータ７のＰＣに接続された電源コンセントのスイッ
チを入れ、そこに接続されたＰＣに電源を投入する。こ
こでは、ＰＰＰを用いた端末への指示のためＰＰＰコー
ルバックを電源投入の指示と判断しているが、ＵＵＩを
使用する場合には、図９〜図１１のフォーマットに示す
ように、ＵＵＩを用いて指示を行ったり、あるいはＰＰ
Ｐ／ＵＵＩを使用する場合、情報通信処理装置１が発信
者番号として設定された呼を着信した時点で、その番号
をあらかじめＳＯＨＯルータ７などに登録しておくこと
により、電源投入の指示と判断しても良い。
【０１０２】ＳＯＨＯルータ７はＰＰＰコールバックの
仕様に従い、情報通信処理装置１にダイヤルアップ接続
を行う。一定時間経過後、情報通信処理装置１は再度Ｉ
Ｐ電話アプリケーションで「１３３．１６１．２５２．
ｘｘｘ」に接続を試み、コネクションが確立する。
仕様に従い、情報通信処理装置１にダイヤルアップ接続
を行う。一定時間経過後、情報通信処理装置１は再度Ｉ
Ｐ電話アプリケーションで「１３３．１６１．２５２．
ｘｘｘ」に接続を試み、コネクションが確立する。
【０１０３】情報通信処理装置１のメディア固有フォー
マット識別・削除部１１１は、電子メールからテキスト
データを抽出しメッセージ記憶部１０７に保存する。メ
ディア変換部１１２はそのテキストデータを読み上げて
音声データ化する。通信処理部１０１は音声データをＩ
Ｐパケット化して端末に送信する。着信者はＰＣ上のＩ
Ｐ電話アプリケーションを介して音声を聞くことにな
る。
マット識別・削除部１１１は、電子メールからテキスト
データを抽出しメッセージ記憶部１０７に保存する。メ
ディア変換部１１２はそのテキストデータを読み上げて
音声データ化する。通信処理部１０１は音声データをＩ
Ｐパケット化して端末に送信する。着信者はＰＣ上のＩ
Ｐ電話アプリケーションを介して音声を聞くことにな
る。
【０１０４】ＩＰ電話の情報を受け取る前に端末の登録
情報の変更が行われており、かつまだ情報通信処理装置
１に対して更新依頼を行っていない場合、図６における
ｆｌａｇが「１」になっているため、ＩＰ電話で情報を
やりとりしつつ、この動作例の最初に示した方法で登録
情報の更新も行われる。
情報の変更が行われており、かつまだ情報通信処理装置
１に対して更新依頼を行っていない場合、図６における
ｆｌａｇが「１」になっているため、ＩＰ電話で情報を
やりとりしつつ、この動作例の最初に示した方法で登録
情報の更新も行われる。
【０１０５】〔第３の動作例：発信者から緊急の電話を
受けた場合〕図２７に示すシステム構成図、図６に示す
着信端末の動作フロー、図９〜図１１に示すＵＵＩ構成
図、図２２〜図２４に示すＰＰＰ構成図、図２８に示す
情報通信処理装置１の保持するテーブル、図１３及び図
１４に示す情報通信処理装置１の動作フロー、図１５に
示す情報通信処理装置１のメディア変換動作表、図１６
及び図１７に示す端末への発信シーケンス（ＩＳＤＮ／
移動の場合）、図２６に示す端末への発信シーケンス
（ＰＰＰの場合）、図１８に示す情報通信処理装置１の
機能ブロック図に従って第３の動作例を説明する。
受けた場合〕図２７に示すシステム構成図、図６に示す
着信端末の動作フロー、図９〜図１１に示すＵＵＩ構成
図、図２２〜図２４に示すＰＰＰ構成図、図２８に示す
情報通信処理装置１の保持するテーブル、図１３及び図
１４に示す情報通信処理装置１の動作フロー、図１５に
示す情報通信処理装置１のメディア変換動作表、図１６
及び図１７に示す端末への発信シーケンス（ＩＳＤＮ／
移動の場合）、図２６に示す端末への発信シーケンス
（ＰＰＰの場合）、図１８に示す情報通信処理装置１の
機能ブロック図に従って第３の動作例を説明する。
【０１０６】メディア変換型情報通信システムにおいて
は、図２７に示すように、発信者の発信者端末と情報通
信処理装置１とは電話網８を介して接続され、情報通信
処理装置１とＰＨＳとはＰＨＳ網で接続できる状態にあ
り、情報通信処理装置１と着信者宅のＰＣとはＳＯＨＯ
ルータ７を介してＩＳＤＮ用交換機３で、かつ情報通信
処理装置１と着信者の所属する会社のＦＡＸとは電話用
交換機４で接続されている。
は、図２７に示すように、発信者の発信者端末と情報通
信処理装置１とは電話網８を介して接続され、情報通信
処理装置１とＰＨＳとはＰＨＳ網で接続できる状態にあ
り、情報通信処理装置１と着信者宅のＰＣとはＳＯＨＯ
ルータ７を介してＩＳＤＮ用交換機３で、かつ情報通信
処理装置１と着信者の所属する会社のＦＡＸとは電話用
交換機４で接続されている。
【０１０７】発信者は着信者に緊急の電話（宛先：０４
４−９９９−ｘｘｘｘ）をかけようとしている。着信者
は着信条件を図２８のように、全てのメディアをＵＵＩ
メールで着信するよう登録している。発信者からの電話
が発呼されると、中継点にある情報通信処理装置１は、
図１３及び図１４の動作フローに従って動作を行う。
４−９９９−ｘｘｘｘ）をかけようとしている。着信者
は着信条件を図２８のように、全てのメディアをＵＵＩ
メールで着信するよう登録している。発信者からの電話
が発呼されると、中継点にある情報通信処理装置１は、
図１３及び図１４の動作フローに従って動作を行う。
【０１０８】発信者側の緊急通信である旨を通知するた
めには様々な方法があるが、ここでは擬似的に「０４４
−９９９−ｘｘｘｘ」宛の電話を着信した情報通信処理
装置１に対してＰＢ信号で「９９９９」を送信すること
により、図１８の電話網に接続された通信処理部１０１
のいずれかが緊急であることを識別するものとする。
めには様々な方法があるが、ここでは擬似的に「０４４
−９９９−ｘｘｘｘ」宛の電話を着信した情報通信処理
装置１に対してＰＢ信号で「９９９９」を送信すること
により、図１８の電話網に接続された通信処理部１０１
のいずれかが緊急であることを識別するものとする。
【０１０９】緊急であることを識別した情報通信処理装
置１において、登録テーブル管理部１０８は宛先の電話
番号を持つユーザのテーブルを検索する。ここで、発信
者が特定処理テーブルに該当する場合は、その処理に従
う。この例では、図２８のような特定処理の設定がない
テーブルが確認され、その後テーブルに登録された端末
に対して順番に情報を伝達する。
置１において、登録テーブル管理部１０８は宛先の電話
番号を持つユーザのテーブルを検索する。ここで、発信
者が特定処理テーブルに該当する場合は、その処理に従
う。この例では、図２８のような特定処理の設定がない
テーブルが確認され、その後テーブルに登録された端末
に対して順番に情報を伝達する。
【０１１０】まず、テーブルの最初の行にあるメディア
の電話で送信を行う。「０４４−９９９−ｘｘｘｘ」宛
の電話を情報通信処理装置１が擬似的に着信しているた
め、再度情報通信処理装置１が「０４４−９９９−ｘｘ
ｘｘ」宛に電話をかけ、接続できれば擬似的に着信して
いる呼と接続を行い、通信させる。接続が行われた場
合、緊急通信処理は停止する。
の電話で送信を行う。「０４４−９９９−ｘｘｘｘ」宛
の電話を情報通信処理装置１が擬似的に着信しているた
め、再度情報通信処理装置１が「０４４−９９９−ｘｘ
ｘｘ」宛に電話をかけ、接続できれば擬似的に着信して
いる呼と接続を行い、通信させる。接続が行われた場
合、緊急通信処理は停止する。
【０１１１】ここでは、電話がつながらないのでテーブ
ルの次の行のメディアのＩＰ電話で送信を試みる。手順
は上記第２の動作例と同じである。ＰＰＰコールバック
により、ＰＣの電源が入り、ＩＰ電話アプリケーション
が起動するが、誰も応答せず、緊急通信停止指示も返っ
てこない。次に、電子メールを送信する。しかし、サー
バ６に蓄積されるのみであり、着信者はそのメールを見
ることができない。
ルの次の行のメディアのＩＰ電話で送信を試みる。手順
は上記第２の動作例と同じである。ＰＰＰコールバック
により、ＰＣの電源が入り、ＩＰ電話アプリケーション
が起動するが、誰も応答せず、緊急通信停止指示も返っ
てこない。次に、電子メールを送信する。しかし、サー
バ６に蓄積されるのみであり、着信者はそのメールを見
ることができない。
【０１１２】次に、ＰＨＳに対してＵＵＩメールを送信
する。手順は上記第１の動作例と同様であり、図１５の
変換動作に従い、メディア変換部１１２でメディアを変
換した後、ＵＵＩメールフォーマットに載せ、図１６及
び図１７のシーケンスで端末に発信する。
する。手順は上記第１の動作例と同様であり、図１５の
変換動作に従い、メディア変換部１１２でメディアを変
換した後、ＵＵＩメールフォーマットに載せ、図１６及
び図１７のシーケンスで端末に発信する。
【０１１３】着信者は情報を受信でき、すぐに図９〜図
１１の緊急通信停止指示を情報通信処理装置１に送り返
して、緊急通信を停止させると共に、発信者と通信を行
う。ＰＨＳではなく、着信者宅のＰＣで情報を受信した
場合には、図２２〜図２４のＰＰＰフレームフォーマッ
トに従って緊急通信停止指示を送信する。
１１の緊急通信停止指示を情報通信処理装置１に送り返
して、緊急通信を停止させると共に、発信者と通信を行
う。ＰＨＳではなく、着信者宅のＰＣで情報を受信した
場合には、図２２〜図２４のＰＰＰフレームフォーマッ
トに従って緊急通信停止指示を送信する。
【０１１４】もし、ＰＨＳの電源が入っていない場合に
は、テーブルの最終行にあるメディアのＦＡＸで送信を
行うことになる。図１５の変換動作に従い、応答部は音
声メッセージの入力を発信者に通知し、音声をメッセー
ジ記憶部１０７に録音する。メディア変換部１１２は音
声をテキスト化する。メディア固有フォーマット作成部
１１０はテキストデータをＦＡＸデータのフォーマット
にして通信処理部１０１に渡す。
は、テーブルの最終行にあるメディアのＦＡＸで送信を
行うことになる。図１５の変換動作に従い、応答部は音
声メッセージの入力を発信者に通知し、音声をメッセー
ジ記憶部１０７に録音する。メディア変換部１１２は音
声をテキスト化する。メディア固有フォーマット作成部
１１０はテキストデータをＦＡＸデータのフォーマット
にして通信処理部１０１に渡す。
【０１１５】通信処理部１０１はその情報を「０４５−
１１１−ｘｘｘｘ」に送信する。ＦＡＸ送信後も着信者
から緊急停止指示が送信されてくるまでは、情報通信処
理装置１はテーブルの最初の行のメディアに戻って送信
を繰り返しても良い。
１１１−ｘｘｘｘ」に送信する。ＦＡＸ送信後も着信者
から緊急停止指示が送信されてくるまでは、情報通信処
理装置１はテーブルの最初の行のメディアに戻って送信
を繰り返しても良い。
【０１１６】〔付記〕 （付記１） 特定の通信プロトコルのフレームにおける
自由使用可能領域または空き領域を利用して着信メディ
ア変換種別及び着信端末種別の指定情報の登録を通信網
上の情報通信処理装置に対して可能にするメディア変換
サービス提供方法。
自由使用可能領域または空き領域を利用して着信メディ
ア変換種別及び着信端末種別の指定情報の登録を通信網
上の情報通信処理装置に対して可能にするメディア変換
サービス提供方法。
【０１１７】（付記２） 既存の通信プロトコルＵＵＩ
のフレームにおける自由使用可能なシグナリング情報の
伝送領域を利用して着信メディア変換種別及び着信端末
種別の指定情報の登録を通信網上の情報通信処理装置に
対して可能にするメディア変換サービス提供方法。
のフレームにおける自由使用可能なシグナリング情報の
伝送領域を利用して着信メディア変換種別及び着信端末
種別の指定情報の登録を通信網上の情報通信処理装置に
対して可能にするメディア変換サービス提供方法。
【０１１８】（付記３） 既存の通信プロトコルＰＰＰ
のフレームにおける制御領域の値を可変コード値とする
拡張ＰＰＰを利用して着信メディア変換種別及び着信端
末種別の指定情報の登録を通信網上の情報通信処理装置
に対して可能にするメディア変換サービス提供方法。
のフレームにおける制御領域の値を可変コード値とする
拡張ＰＰＰを利用して着信メディア変換種別及び着信端
末種別の指定情報の登録を通信網上の情報通信処理装置
に対して可能にするメディア変換サービス提供方法。
【０１１９】（付記４） 着信者の登録した前記指定情
報に基づき変換されたメディア種別及び着信端末種別の
情報を発信者に対して通知する付記１，２または３記載
のメディア変換サービス提供方法。
報に基づき変換されたメディア種別及び着信端末種別の
情報を発信者に対して通知する付記１，２または３記載
のメディア変換サービス提供方法。
【０１２０】（付記５） 緊急の通信情報が着信者宛に
送信されてきた場合、着信者の登録した前記指定情報を
無視し、可能な全てのメディア及び着信端末を用いて着
信者に通信情報を送信する付記１，２または３記載のメ
ディア変換サービス提供方法。
送信されてきた場合、着信者の登録した前記指定情報を
無視し、可能な全てのメディア及び着信端末を用いて着
信者に通信情報を送信する付記１，２または３記載のメ
ディア変換サービス提供方法。
【０１２１】（付記６） 前記情報通信処理装置が緊急
の通信情報を受け取った場合、着信者の登録した宛先に
繰り返して前記通信情報を送信し、着信者から前記通信
プロトコルに則って緊急通信停止指示を受信したときに
は、前記通信情報の送信を中止する付記５記載のメディ
ア変換サービス提供方法。
の通信情報を受け取った場合、着信者の登録した宛先に
繰り返して前記通信情報を送信し、着信者から前記通信
プロトコルに則って緊急通信停止指示を受信したときに
は、前記通信情報の送信を中止する付記５記載のメディ
ア変換サービス提供方法。
【０１２２】（付記７） 着信者が着信を望まない発信
者の情報を前記情報通信処理装置に対して登録し、該当
発信者からの通信情報を受信した場合は特定の処理を行
う付記１，２または３記載のメディア変換サービス提供
方法。
者の情報を前記情報通信処理装置に対して登録し、該当
発信者からの通信情報を受信した場合は特定の処理を行
う付記１，２または３記載のメディア変換サービス提供
方法。
【０１２３】（付記８） 前記特定の処理として、着信
を拒否する旨を発信者に返信するまたは前記通信情報自
体を破棄する付記７記載のメディア変換サービス提供方
法。
を拒否する旨を発信者に返信するまたは前記通信情報自
体を破棄する付記７記載のメディア変換サービス提供方
法。
【０１２４】（付記９） 発信者からの前記通信情報を
選択したメディアにより他の着信端末に転送する付記７
記載のメディア変換サービス提供方法。
選択したメディアにより他の着信端末に転送する付記７
記載のメディア変換サービス提供方法。
【０１２５】（付記１０） 複数の着信端末に対する送
信を有効しておき、一利用者の持つ複数の端末あるいは
複数の利用者の持つ端末に対して通信情報を送信する付
記１，２または３記載のメディア変換サービス提供方
法。
信を有効しておき、一利用者の持つ複数の端末あるいは
複数の利用者の持つ端末に対して通信情報を送信する付
記１，２または３記載のメディア変換サービス提供方
法。
【０１２６】（付記１１） サービスの設定を行ってい
ない端末に対して、前記指定情報の登録テーブルの複製
を送信する付記１，２または３記載のメディア変換サー
ビス提供方法。
ない端末に対して、前記指定情報の登録テーブルの複製
を送信する付記１，２または３記載のメディア変換サー
ビス提供方法。
【０１２７】（付記１２） 着信メディア変換種別及び
着信端末種別を登録するための前記指定情報を着信端末
に設定する際に、１つのメディア及び１つの端末を指定
することにより、前記情報通信処理装置を経由して着信
端末群が受信可能な全てのメディアを１つのメディアに
変換し、１つの着信端末で着信することを設定する付記
１，２または３記載のメディア変換サービス提供方法。
着信端末種別を登録するための前記指定情報を着信端末
に設定する際に、１つのメディア及び１つの端末を指定
することにより、前記情報通信処理装置を経由して着信
端末群が受信可能な全てのメディアを１つのメディアに
変換し、１つの着信端末で着信することを設定する付記
１，２または３記載のメディア変換サービス提供方法。
【０１２８】（付記１３） ある利用者対応の全ての着
信端末及び前記情報通信処理装置が同一の前記指定情報
の登録テーブルを保持する付記１，２または３記載のメ
ディア変換サービス提供方法。
信端末及び前記情報通信処理装置が同一の前記指定情報
の登録テーブルを保持する付記１，２または３記載のメ
ディア変換サービス提供方法。
【０１２９】（付記１４） 着信端末の電源が投入され
ていない場合、前記情報通信処理装置から電源投入指示
を送信し、この指示を受信した着信端末に接続される網
終端装置が着信端末の電源を投入し、通信可能な状態に
した後、前記情報通信処理装置が通信情報を送信する付
記１，２または３記載のメディア変換サービス提供方
法。
ていない場合、前記情報通信処理装置から電源投入指示
を送信し、この指示を受信した着信端末に接続される網
終端装置が着信端末の電源を投入し、通信可能な状態に
した後、前記情報通信処理装置が通信情報を送信する付
記１，２または３記載のメディア変換サービス提供方
法。
【０１３０】（付記１５） 発信者電話番号を用いて前
記情報通信処理装置から着信端末に電源投入を指示する
付記１４記載のメディア変換サービス提供方法。
記情報通信処理装置から着信端末に電源投入を指示する
付記１４記載のメディア変換サービス提供方法。
【０１３１】
【発明の効果】以上説明したように、本発明によれば、
数多くの種類の端末が共存している現在の社会におい
て、メディアに依存せず、端末利用者（加入者）に対し
て利便性の高い電子通信を簡単な設定、システムの拡張
により提供することができ、情報通信分野の発展に寄与
するところが大きい。
数多くの種類の端末が共存している現在の社会におい
て、メディアに依存せず、端末利用者（加入者）に対し
て利便性の高い電子通信を簡単な設定、システムの拡張
により提供することができ、情報通信分野の発展に寄与
するところが大きい。
【０１３２】特に、本発明によれば、・確実に緊急情報
を通知するシステムの構築／サービスの提供、・端末の
電源投入の仕組みを導入したシステムの構築／サービス
の提供、・あらゆるメディアを中継点において複製し、
複数の端末にマルチキャスト通信できるシステムの構築
／サービスの提供、という点で従来のメディア変換型情
報通信システムに比べて大幅に利便性が高まっている。
を通知するシステムの構築／サービスの提供、・端末の
電源投入の仕組みを導入したシステムの構築／サービス
の提供、・あらゆるメディアを中継点において複製し、
複数の端末にマルチキャスト通信できるシステムの構築
／サービスの提供、という点で従来のメディア変換型情
報通信システムに比べて大幅に利便性が高まっている。
【０１３３】また、本発明によれば、汎用性の高い既存
の通信プロトコルＵＵＩ／ＰＰＰを基本としたシステム
となっているため、小規模の拡張を行うことで実現が可
能という利点もある。
の通信プロトコルＵＵＩ／ＰＰＰを基本としたシステム
となっているため、小規模の拡張を行うことで実現が可
能という利点もある。
【図１】 本発明の一実施の形態のメディア変換型情報
通信システムの構成を示すブロック図。
通信システムの構成を示すブロック図。
【図２】 通信網上の情報通信処理装置の処理するメデ
ィアと具備する機能を説明するための図。
ィアと具備する機能を説明するための図。
【図３】 第１の動作例のシステム構成図。
【図４】 第１の動作例の端末設定画面。
【図５】 第１の動作例の端末の保持するテーブル。
【図６】 着信端末の動作フローチャート。
【図７】 情報通信処理装置への発信シーケンスチャー
ト（ＩＳＤＮ／移動の場合）。
ト（ＩＳＤＮ／移動の場合）。
【図８】 情報通信処理装置への発信シーケンスチャー
ト（ＩＳＤＮ／移動の場合）。
ト（ＩＳＤＮ／移動の場合）。
【図９】 ＵＵＩフレーム構成図。
【図１０】 ＵＵＩフレーム構成図。
【図１１】 ＵＵＩフレーム構成図。
【図１２】 第１の動作例の情報通信処理装置の保持す
るテーブル。
るテーブル。
【図１３】 情報通信処理装置の動作フローチャート。
【図１４】 情報通信処理装置の動作フローチャート。
【図１５】 情報通信処理装置のメディア変換動作表。
【図１６】 端末への発信シーケンスチャート（ＩＳＤ
Ｎ／移動の場合）。
Ｎ／移動の場合）。
【図１７】 端末への発信シーケンスチャート（ＩＳＤ
Ｎ／移動の場合）。
Ｎ／移動の場合）。
【図１８】 情報通信処理装置の機能ブロック図。
【図１９】 第２の動作例のシステム構成図。
【図２０】 情報通信処理装置への発信シーケンスチャ
ート（ＰＰＰの場合）。
ート（ＰＰＰの場合）。
【図２１】 情報通信処理装置への発信シーケンスチャ
ート（ＰＰＰの場合）。
ート（ＰＰＰの場合）。
【図２２】 ＰＰＰフレーム構成図。
【図２３】 ＰＰＰフレーム構成図。
【図２４】 ＰＰＰフレーム構成図。
【図２５】 第２の動作例の情報通信処理装置の保持す
るテーブル。
るテーブル。
【図２６】 端末への発信シーケンスチャート（ＰＰＰ
の場合）。
の場合）。
【図２７】 第３の動作例のシステム構成図。
【図２８】 第３の動作例の情報通信処理装置の保持す
るテーブル。
るテーブル。
１ 情報通信処理装置 ２ 移動体交換機 ３ ＩＳＤＮ用交換機 ４ 電話用交換機 ５ データ交換用のルータ／スイッチ ６ サーバ ７ ＳＯＨＯルータ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 HB03 HB10 JB24 KA04 KF05 KF06 5K030 GA16 HA11 HC02 JT01 JT02 JT03 LB13 5K034 AA17 AA20 EE12 HH01 HH63 KK28 5K101 TT01
Claims (5)
- 【請求項１】 特定の通信プロトコルのフレームにおけ
る自由使用可能領域または空き領域を利用して着信メデ
ィア変換種別及び着信端末種別の指定情報の登録を通信
網上の情報通信処理装置に対して可能にするメディア変
換サービス提供方法。 - 【請求項２】 既存の通信プロトコルＵＵＩのフレーム
における自由使用可能なシグナリング情報の伝送領域を
利用して着信メディア変換種別及び着信端末種別の指定
情報の登録を通信網上の情報通信処理装置に対して可能
にするメディア変換サービス提供方法。 - 【請求項３】 既存の通信プロトコルＰＰＰのフレーム
における制御領域の値を可変コード値とする拡張ＰＰＰ
を利用して着信メディア変換種別及び着信端末種別の指
定情報の登録を通信網上の情報通信処理装置に対して可
能にするメディア変換サービス提供方法。 - 【請求項４】 緊急の通信情報が着信者宛に送信されて
きた場合、着信者の登録した前記指定情報を無視し、可
能な全てのメディア及び着信端末を用いて着信者に通信
情報を送信する請求項１，２または３記載のメディア変
換サービス提供方法。 - 【請求項５】 着信端末の電源が投入されていない場
合、前記情報通信処理装置から電源投入指示を送信し、
この指示を受信した着信端末に接続される網終端装置が
着信端末の電源を投入し、通信可能な状態にした後、前
記情報通信処理装置が通信情報を送信する請求項１，２
または３記載のメディア変換サービス提供方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000259834A JP2002077223A (ja) | 2000-08-29 | 2000-08-29 | メディア変換サービス提供方法 |
| US09/784,609 US6895017B2 (en) | 2000-08-29 | 2001-02-15 | Media convert service providing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000259834A JP2002077223A (ja) | 2000-08-29 | 2000-08-29 | メディア変換サービス提供方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002077223A true JP2002077223A (ja) | 2002-03-15 |
Family
ID=18747953
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000259834A Withdrawn JP2002077223A (ja) | 2000-08-29 | 2000-08-29 | メディア変換サービス提供方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6895017B2 (ja) |
| JP (1) | JP2002077223A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007104140A (ja) * | 2005-09-30 | 2007-04-19 | Matsushita Electric Ind Co Ltd | 放送受信装置 |
| WO2010113387A1 (ja) * | 2009-03-31 | 2010-10-07 | パナソニック株式会社 | 変換機及び情報変換方法 |
| JP2014064279A (ja) * | 2007-09-28 | 2014-04-10 | Vantrix Corp | マルチメディアコンテンツの適合通知の生成および伝達 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7392191B2 (en) * | 2001-03-29 | 2008-06-24 | Intellisist, Inc. | Method and device to distinguish between voice conversation and automated speech recognition |
| US8295303B2 (en) * | 2001-03-30 | 2012-10-23 | Verizon Business Global Llc | System and method for transmission of frame relay communications over a digital subscriber line equipped with asynchronous transfer mode components |
| US7631047B1 (en) | 2002-06-24 | 2009-12-08 | At&T Intellectual Property I. L.P. | Systems and methods for providing critical information based on profile data |
| US8437751B2 (en) * | 2006-04-25 | 2013-05-07 | Core Wireless Licensing S.A.R.L. | Method, apparatus and computer program product for providing confirmed over-the-air terminal configuration |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2643664B2 (ja) | 1991-07-19 | 1997-08-20 | 富士通株式会社 | ファクシミリメール配送方式 |
| JPH0537555A (ja) | 1991-08-01 | 1993-02-12 | Fujitsu Ltd | パソコン連携式フアクシミリ・音声メールシステム |
| US6421707B1 (en) * | 1998-02-13 | 2002-07-16 | Lucent Technologies Inc. | Wireless multi-media messaging communications method and apparatus |
| US6263064B1 (en) * | 1999-01-29 | 2001-07-17 | International Thinklink Corporation | Centralized communication control center for visually and audibly updating communication options associated with communication services of a unified messaging system and methods therefor |
| US20010023400A1 (en) * | 2000-02-04 | 2001-09-20 | Webley Systems, Inc. | Collectively functioning bundle of telephone and network services |
| US6618763B1 (en) * | 2000-02-04 | 2003-09-09 | Inphonic Inc. | Virtual private wireless network implementing message delivery preferences of the user |
-
2000
- 2000-08-29 JP JP2000259834A patent/JP2002077223A/ja not_active Withdrawn
-
2001
- 2001-02-15 US US09/784,609 patent/US6895017B2/en not_active Expired - Lifetime
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007104140A (ja) * | 2005-09-30 | 2007-04-19 | Matsushita Electric Ind Co Ltd | 放送受信装置 |
| US8689262B2 (en) | 2005-09-30 | 2014-04-01 | Panasonic Corporation | Broadcast receiving device |
| JP2014064279A (ja) * | 2007-09-28 | 2014-04-10 | Vantrix Corp | マルチメディアコンテンツの適合通知の生成および伝達 |
| WO2010113387A1 (ja) * | 2009-03-31 | 2010-10-07 | パナソニック株式会社 | 変換機及び情報変換方法 |
| JP2010239420A (ja) * | 2009-03-31 | 2010-10-21 | Panasonic Corp | 変換機及び情報変換方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20050030973A1 (en) | 2005-02-10 |
| US6895017B2 (en) | 2005-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4379801B2 (ja) | Ｐｂｘ局との間のインスタント・メッセージング | |
| US20020031207A1 (en) | User editable database to forward communications sent to an unified assess number to caller-specific destinations | |
| EP1008266A1 (en) | Communication system including means for transmitting internet addresses via sms | |
| JP2001186240A (ja) | 通話者情報表示方式及び記録媒体 | |
| EP2116033B1 (en) | Method and apparatus for event-based synchronization of information between communication devices | |
| JP4469209B2 (ja) | Ｉｐ電話システム、ｉｐ電話装置及び通話方法 | |
| EP1292091B1 (en) | Method for transmitting short messages using internet phones and system therefor | |
| JP3437545B2 (ja) | 通話装置アダプタ | |
| JP3560813B2 (ja) | ゲートウェイ装置、ゲートウェイ装置の端末特定方法及び端末特定プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2002077223A (ja) | メディア変換サービス提供方法 | |
| JP2003078652A (ja) | 電子メール確認方式，該電子メール確認方式を用いた電子メールシステム，通信端末装置，インタネット接続装置及び電子メールのサーバ装置 | |
| KR100613221B1 (ko) | 메시지 통합관리 시스템, 메시지 통합관리 시스템의메시지 확인 방법 및 서비스 제공방법 | |
| US20020128003A1 (en) | Telecommunication gateway between a private network and mobile network | |
| US7657284B1 (en) | Systems and methods for providing wireless communications for data and voice communications | |
| JP2005136925A (ja) | アドレス変更通知サービス提供装置および方法 | |
| JP4880387B2 (ja) | 通信装置、管理装置、及び、プログラム | |
| KR100673246B1 (ko) | 이동 통신망에서 착신자 정보 제공방법 | |
| JP4094316B2 (ja) | インターネット電話方式および方法 | |
| JP2003046645A (ja) | 交換システム、携帯電話機及び交換機 | |
| JP2003319067A (ja) | 通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム | |
| KR20030021771A (ko) | 이동통신단말기를 이용한 채팅방법 | |
| JP2003078620A (ja) | 回線交換情報処理装置 | |
| JP2024065858A (ja) | Ｗｅｂ電話システム、ｗｅｂ電話用サーバ装置およびｗｅｂ電話用プログラム | |
| JP2001313671A (ja) | ネットワーク通話システム | |
| JP2000232530A (ja) | 携帯型端末への電子メール転送方法、電子メールセンタ装置および携帯型端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20071106 |