JP3876791B2 - 通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体 - Google Patents
通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体 Download PDFInfo
- Publication number
- JP3876791B2 JP3876791B2 JP2002230552A JP2002230552A JP3876791B2 JP 3876791 B2 JP3876791 B2 JP 3876791B2 JP 2002230552 A JP2002230552 A JP 2002230552A JP 2002230552 A JP2002230552 A JP 2002230552A JP 3876791 B2 JP3876791 B2 JP 3876791B2
- Authority
- JP
- Japan
- Prior art keywords
- media
- list
- communication
- application
- logical number
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体に係り、特に、インターネット上の様々なメディアに対して論理番号を使用するための通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体に関する。
【０００２】
詳しくは、ユーザが他のユーザと通信を行おうとするとき、使用するメディアを自動的に選択するための通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体に関する。
【０００３】
【従来の技術】
従来、インターネット上の通信アプリケーションでは、通信相手のリソースアドレスやメディアを特定するためにＵＲＩを利用しており、このＵＲＩと実アドレスであるＩＰアドレスの対応をＤＮＳ(Domain Name System)などにより名前解決している。
【０００４】
また、数字入力しかできないメディアに対応できるようにするために、Ｅ１６４番号とＵＲＩの対応の管理するＥＮＵＭ（ＲＦＣ２９１６）−ＤＮＳなどの仕組みがある。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来のＵＲＩを使用するＤＮＳの仕組みを利用する場合、例えば、一般固定電話端末のような、数字入力しかできないメディアから発信することができないという問題がある。
【０００６】
また、ＥＮＵＭ−ＤＮＳを利用すると、数字入力しかできないメディアからも発信することが可能であるが、ＥＮＵＭ−ＤＮＳを利用するアプリケーションでは、ＥＮＵＭ−ＤＮＳから返却されたレコードに付けられた優先度で使用するメディアを判断するため、発ユーザが利用したいメディアを利用できないという問題がある。
【０００７】
また、通信の開始を試みたメディアに対して相手先のメディアが対応していない場合、自端末上に相手先の利用可能メディアと同じ利用可能メディアが存在しても、それを用いて通信を開始しないという状況が存在する。
【０００８】
また、優先度の高いメディアが利用できない場合に、次に優先度の高いメディアを起動していくことができない。
【０００９】
本発明は、上記の点に鑑みなされたもので、ユーザが他のユーザと通信を行おうとしたときに、使用するメディアを自動的に選択することが可能な通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
【００１１】
本発明は、ユーザが他のユーザと通信を行おうとするときに、使用するメディアを選択するための通信メディア選択方法において、
発信ユーザ端末での利用可能なメディアの登録を受け付け、利用可能メディアリストを格納する記憶手段に登録しておき（ステップ１）、
発信ユーザから直接または、外部の発信ユーザの端末から着信ユーザ端末の論理番号を用いた発信が行われると（ステップ２）、
論理番号に基づいて、着信ユーザの利用可能メディアリストと、その属性情報を論理番号に対応付けて格納する論理番号管理データベースを参照し、優先度が付与された着信先のメディアリストを取得し（ステップ３）、
着信先のメディアリストと利用可能メディアリストとから、通信を行うメディアを決定し（ステップ４）、
決定されたメディアを使用するアプリケーションが発信ユーザ端末で起動されているか否かを利用可能メディアリストを参照して判断し（ステップ５）、起動されていなければ、該アプリケーションを起動すると同時に、該アプリケーションに対して着信先のメディアのアドレスを発信ユーザ端末に渡す（ステップ６）。
また、本発明の通信メディア選択方法は、利用可能メディアリストの発信ユーザ端末から登録されたメディアが起動されているか否かを定期的に監視し、
利用可能メディアリストのメディアに対応する起動状態を定期的に更新する。
【００１２】
また、本発明の通信メディア選択方法は、論理番号管理データベースから返却された着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていれば、該メディアで通信を行う。
【００１３】
また、本発明の通信メディア選択方法は、論理番号管理データベースから返却された着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていなければ、該メディアを利用するアプリケーションを利用可能メディアリストから選択し、該アプリケーションに着信先リソースのアドレスを送信しつつ、該アプリケーションの起動を試み、該アプリケーションの起動に成功したら、該アプリケーションのメディアを利用して通信を開始する。
【００１４】
また、本発明の通信メディア選択方法は、ユーザが予め登録した利用可能メディアリスト記憶手段の利用可能なメディアリストを利用することにより、発信ユーザが利用したいメディアを選択して、着信先のメディアに対して発信する。
【００１５】
また、本発明の通信メディア選択方法は、論理番号管理データベースから取得した利用可能な着信先メディアリストの優先度の高いものから順番に接続を試みる。
【００１６】
図２は、本発明の原理構成図である。
【００１７】
本発明は、ユーザが他のユーザと通信を行おうとするときに、使用するメディアを選択するための、ユーザ端末上、または、ユーザ端末に接続される通信メディア選択装置であって、
発信ユーザ端末から取得した利用可能メディアリストを格納するメディアリスト記憶手段１８０と、
着信ユーザの利用可能メディアリストと、その属性情報を論理番号に対応付けて格納する論理番号管理データベース３０と、
発信ユーザの端末から直接または、外部の発信ユーザの端末から着信ユーザ端末の論理番号を用いた発信が行われると、該論理番号に基づいて、論理番号管理データベース３０を参照し、優先度が付与された複数の利用可能な着信先のメディアリストを取得するメディアリスト取得手段１０１と、
論理番号管理データベース３０の着信先のメディアリストと、メディアリスト記憶手段１８０の利用可能メディアリストとから、通信を行うメディアを決定するメディア選択手段１０２と、
決定されたメディアを使用するアプリケーションが発信ユーザ端末で起動されているか否かをメディアリスト記憶手段１８０の利用可能メディアリストを参照して判断し、起動されていなければ、該アプリケーションを起動すると同時に、該アプリケーションに対して着信先のメディアのアドレスを発信ユーザ端末に送信するアドレス通知手段１０３と、を有する。
【００１８】
本発明の通信メディア選択装置は、利用可能メディアリストの発信ユーザ端末から登録されたメディアが起動されているか否かを定期的に監視する手段と、
利用可能メディアリストのメディアに対応する起動状態を定期的に更新する手段と、を更に有する。
【００１９】
本発明の通信メディア選択装置のアドレス通知手段１０３は、論理番号管理データベース３０から取得した着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていれば、該メディアで通信を行う手段を含む。
【００２０】
本発明の通信メディア選択装置のアドレス通知手段１０３は、論理番号管理データベース３０から取得した着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていなければ、該メディアを利用するアプリケーションを利用可能メディアリストから選択し、該アプリケーションに着信先リソースのアドレスを送信しつつ、該アプリケーションの起動を試み、該アプリケーションの起動に成功したら、該アプリケーションのメディアを利用して通信を開始する手段を含む。
【００２１】
本発明の通信メディア選択装置は、ユーザが予め登録したメディア記憶手段の利用可能なメディアリスト１０８を利用することにより、発信ユーザが利用したいメディアを選択して、着信先のメディアに対して発信する手段を有する。
【００２２】
本発明の通信メディア選択装置のアドレス通知手段は、論理番号管理データベース３０から取得した利用可能な着信先メディアリストの優先度の高いものから順番に接続を試みる手段を含む。
【００２３】
本発明は、コンピュータに、請求項１乃至６記載の処理を実行させる通信メディア選択プログラムである。
【００２９】
本発明は、コンピュータに、請求項１乃至６記載の処理を実行させる通信メディア選択プログラムを格納したコンピュータ読み取り可能な記録媒体である。
【００３０】
上記のように、本発明は、通信メディア選択装置において、自端末上のメディアの状態を常に把握し、常に利用可能なメディアでの発信を試みることにより、着信先の相手とより確実に通信が可能となる。
【００３１】
また、自端末上の利用可能メディアと、着信先の利用可能メディアの選択を、自動的に行い、自端末上のメディアを起動することにより、ユーザの操作の手間を軽減することが可能となる。
【００３２】
さらに、相手先のメディアリストの優先度の高い順に、自端末上で利用可能なメディアで次々と発信することにより、より確実に相手と通信することが可能となる。
【００３３】
これにより、論理番号を利用する複数のメディアアプリケーションが利用可能な端末において、自端末上のメディアアプリケーションがアクティブかどうかを自動的に判断し、アクティブであるならば、論理番号を優先度順に発信し、優先度が高くても非アクティブなメディアアプリケーションについては自動的に起動し、論理番号管理データベースから返却される実アドレスを使ってルーティングすることにより、ユーザがただ１度論理番号をあるメディアで入力するだけで、発信側と着信側双方で利用可能なメディアを自動的に選択し、発信することにより、ユーザの負担を軽減することが可能となる。
【００３４】
【発明の実施の形態】
以下、図面と共に本発明の実施の形態について説明する。
【００３５】
図３は、本発明の一実施の形態におけるシステム構成を示す。
【００３６】
同図に示すシステムは、複数の通信メディアと通信メディア選択装置１００を有する発ユーザ端末１０、着ユーザ端末２０、及び論理番号管理データベース３０から構成される。
【００３７】
通信メディア選択装置１００は、ユーザ端末１０上にソフトウェアあるいは、ハードウェアの形で接続される装置である。
【００３８】
また、ユーザ端末１０上の各通信メディアＡ，Ｂ，Ｃは、通信メディア選択装置１００と通信し、各メディアの現在の状態を通知する。
【００３９】
論理番号管理データベース３０は、電話番号等の論理番号に関連付けられた各メディアを保持しているデータベースである。なお、論理番号は、数字のみで構成される独自の名前空間を持ち、その論理番号と通信相手のアプリケーションの種類と相手のリソースアドレスを特定できる情報との対応を管理する論理番号管理データベース３０が必要であるが、これは、ＥＮＵＭ（ＲＦＣ２９１６）のような仕組みに従い、例えば、Ｅ．１６４名前空間とＵＲＩを対応させたＥＮＵＭ−ＤＮＳなどにより実現されることが考えられる。
【００４０】
このように、通信メディア選択装置１００は、発信ユーザの端末１０上に備えられ、発信ユーザのメディアリストとその属性情報、着信ユーザのメディアリストとその属性情報に基づいて、実際に通信を行うメディアを選択する。
【００４１】
発信ユーザのメディアリストとその属性情報は、通信メディア選択装置１００内に保持し、着信ユーザのメディアリストとその属性情報は、論理番号管理データベース３０に備えられている。
【００４２】
そのため、発信ユーザは、発信時に着信ユーザを指定する識別子として論理番号を使用し、通信メディア選択装置１００は、その論理番号に対応する着信ユーザのメディアリストとその属性情報を論理番号管理データベース３０より収集する。
【００４３】
次に、上記の構成における基本的な動作を説明する。
【００４４】
図４は、本発明の一実施の形態におけるメッセージシーケンスチャートを示す。
【００４５】
各端末メディアＡ，Ｂ，Ｃは、各メディアが現在アクティブであることを、通信メディア選択装置１００に通知する（ステップ１０１）。なお、この通知は非同期で行われる。これにより、通信メディア選択装置１００では、当該通知をアプリケーションリストとして登録する。
【００４６】
次に、ユーザがある端末メディアに着側の論理番号を入力し、発信を行うと、その情報が通信メディア選択装置１００に通知される（ステップ１０２）。
【００４７】
通信メディア選択装置１００は、論理番号とＵＲＩなどの実アドレスとの対応を解決するために、論理番号管理データベース３０に対して、名前解決問い合わせとして、論理番号を送信する（ステップ１０３）。
【００４８】
論理番号管理データベース３０において、名前解決問い合わせとして論理番号を受信すると、論理番号をキーとして、自身が管理するデータベースを検索し、当該キーに関連付けられた実アドレスのリストを探し出し、着信先メディアリスト応答として、実アドレスのリストを通信メディア選択装置１００に返信する（ステップ１０４）。
【００４９】
通信メディア選択装置１００は、受信した着信先メディアリストと、自身が管理している自端末メディアリストと、常に状態を監視しているメディアの状態（アクティブ／非アクティブ）から、通信に利用するメディアを選択し（ステップ１０５）、選択されたメディアに対してＵＲＩなどの実アドレスを渡す（ステップ１０６）。
【００５０】
ステップ１０５におけるメディア選択では、
・着信先メディアに関連付けられた優先度；
・自身が管理するメディアリスト上にあるメディアかとうか；
・自身が管理するメディアリスト上のメディアがアクティブかどうか；
・自身が管理する端末のメディアが有効な時刻であるか；
などの各要素によって決定され、この決定条件はユーザによって指定することも可能であるし、通信メディア選択装置１００が自動的にネゴシエーションすることも可能である。
【００５１】
また、自身が管理するメディアアプリケーションが非アクティブである場合、通信メディア選択装置１００からの起動要求によって、当該アプリケーションを起動する。
【００５２】
なお、各メディアがアクティブであるかどうかの検査は行っても行わなくてもよい。また、アクティブであるかどうかの検査を行う場合、それらの検査は、一定期間毎に各メディアに問い合わせてもよいし、各メディアのアプリケーションが起動された際に、イベントとして起動通知を知らせる方式でもよいが、なるべくリアルタイムに各メディアの状態が把握できる方式が望ましい。
【００５３】
選択されたメディアアプリケーションは、通信メディア選択装置１００から渡された実アドレスに対して発信を行い（ステップ１０７）、通信パスの確立を試みる（ステップ１０８）。
【００５４】
また、通信メディア選択装置１００が自端末１０上になく、例えば、サーバ装置として端末１０外部に存在する場合は、通信メディア選択装置と１００と端末装置が通信を行い、通信メディア選択装置１００の管理している利用可能メディアリストを更新する。
【００５５】
また、通信メディア選択装置１００が自端末上になく、例えば、サーバ装置として端末１０外部に存在刷る場合には、各メディアのアプリケーションプログラムが起動された際に、イベントとして起動通知をサーバ装置に送信する方式も考えられる。
【００５６】
【実施例】
以下、図面と共に本発明の実施例を説明する。
【００５７】
図５は、本発明の第１の実施例のシステム構成図である。
【００５８】
本実施例のシステムは、通信アプリケーションとして、例えば、ＨＴＴＰを利用したＷｅｂブラウザや、電子メールアプリケーション、ＩＰを利用したＩＰ電話アプリケーションなどを想定しており、これらのメディアを使用することが可能なパーソナルコンピュータ上のソフトウェア、あるいは、パーソナルコンピュータに接続して用いるハードウェアなどにより実現される。
【００５９】
また、当該システムは、インターネットなどのオープンなネットワーク、あるいは、企業内で用いられるようなプライベートなネットワークで使用される。但し、どちらのネットワークにおいても、論理番号を管理している論理番号管理データベースが必要であり、このデータベースがネットワーク上に存在する必要がある。
【００６０】
論理番号は、数字のみで構成される独自の名前空間を持ち、その論理番号と通信相手のアプリケーションの種類と相手のリソースアドレスを特定できる情報との対応を管理する論理番号管理データベースが必要であるが、これは、ＥＮＵＭ（ＲＦＣ２９１６）のような仕組みに従い、例えば、Ｅ．１６４名前空間とＵＲＩを対応させたＥＮＵＭ−ＤＮＳなどにより実現されることが考えられる。
【００６１】
論理番号管理データベース３０は、検索機能、登録機能、通信メディア選択装置対向機能等が具備されているものとする。
【００６２】
以下、図５に基づいて、通信メディア選択装置１００について説明する。
【００６３】
同図に示す通信メディア選択装置１００は、メディア対向部１１０、問い合わせ形式変換部１２０、論理番号管理データベース対向部１３０、ＵＲＩ変換部１４０、ＵＲＩ選択部１５０、アプリケーション起動部１６０、アプリケーション監視部１７０、及びアプリケーションリスト１８０から構成される。
【００６４】
メディア対向部１１０は、Ｗｅｂブラウザやメールクライアント、ＳＩＰ端末等と情報を交換するための機能である。これらの機能は、各メディアに対して、ＡＰＩ(Application Program Interface) 等の形で提供される。
【００６５】
また、メディア対向部１１０が、各メディアの機能を利用する場合は、各メディアが提供するＡＰＩを利用する。メディア対向部１１０は、通信メディア選択装置１００から各メディアへの入力並びに、各メディアから通信メディア選択装置１００への入力の機能を提供する。
【００６６】
問い合わせ形式変換部１２０は、各メディアから入力された論理番号を、論理番号管理データベース３０への問い合わせ形式に変換する機能を提供する。この機能により、各メディア上で入力された論理番号を、問い合わせを行う論理番号管理データベース３０が管理している名前空間の形式に変換する。
【００６７】
論理番号管理データベース対向部１３０は、論理番号管理データベース３０への問い合わせ形式に変換された論理番号を、通信プロトコル等のフォーマットに整形し、問い合わせとして論理番号管理データベース３０に送信し、また、論理番号管理データベース３０からの応答を受信し、通信プロトコル等のフォーマットからデータを取り出す機能を持つ。
【００６８】
ＵＲＩ変換部１４０は、論理番号管理データベース３０からの応答を、例えば、ＵＲＩなどの通信相手のメディア（サービス）とリソース（アドレス）を表現する情報に変換する機能を提供する。なお、このＵＲＩ情報は通信相手が複数のメディアを利用可能な場合は、複数のレコードからなるリストであると考える。
ＵＲＩ選択部１５０は、論理番号管理データベース３０からの応答にある通信相手の利用可能メディアリストと、自分自身の端末上の利用可能メディアリストの両方から、通信に利用するメディアを選択する。メディアを選択するロジックとしては、
・着信先メディアに関連付けられた優先度；
・自身が管理するメディアリスト上にあるメディアかどうか；
・自身が管理するメディアリスト上のメディアがアクティブかどうか；
・自身が管理する端末のメディアが、有効な時刻である；
などの各種のロジックがあるが、このロジックはユーザによって指定することも可能であるし、通信メディア選択装置１００が自動的にネゴシエーションすることも可能である。
【００６９】
アプリケーション起動部１６０は、ＵＲＩ選択部１５０によって選択された通信メディアにおいて、自端末上の通信メディアがまだ起動されていない場合は、当該通信メディアを利用するアプリケーションを起動して、通信相手のＵＲＩを渡す機能を有する。当該アプリケーションがアクティブであるか非アクティブであるかどうかについては、アプリケーションリスト１８０を検索して判断する。
アプリケーション監視部１７０は、定期的にユーザにより登録されたアプリケーションの状態がアクティブかどうかを監視する。この監視により登録されたアプリケーションがアクティブであるならば、その状態をアプリケーションリスト１８０に登録する。
【００７０】
このアプリケーションの監視については、アプリケーション監視部１７０により定期的に監視を行っても良いし、アプリケーションが起動するときに、通信メディア選択装置１０に対して自身の起動を通知し、その通知に基づいて、アプリケーションリスト１８０に当該アプリケーションがアクティブであることを記録するようにしてもよい。
【００７１】
図６は、本発明の第１の実施例のアプリケーションリストのデータの例である。アプリケーションリスト１８０は、フィールド名、論理番号、サービス、現在状態、優先度、アプリケーション起動パスの各フィールドから構成される。
【００７２】
現在状態フィールドは、該当するアプリケーションが現在起動中かどうかを示しているフィールドであり、常に更新されている情報である。
【００７３】
サービスフィールドは、当該アプリケーションが利用するサービス（メディアを表しており、例のように例えば、“ｈｔｔｐ”のように表現される。
【００７４】
優先度フィールドは、当該レコードの優先度を示しており、優先度の高いものから利用される。この優先度は、ユーザが予め入力して決定されるが、例えば、時間、曜日、通信料金などの流動的なパラメータにより自動決定されるものであってもよい。
【００７５】
アプリケーション起動パスフィールドには、アプリケーションの起動用のパスが登録されている。優先度などにより、利用するメディアが決定し、その現在状態フィールドが未起動などである場合は、このアプリケーション起動パスに基づいて当該アプリケーションの起動を試みる。このフィールドに何も情報がない場合には、アプリケーションを外部から起動することができない場合などが考えられる。
【００７６】
図７は、本発明の第１の実施例の論理番号管理データベースのレコードの例である。論理番号管理データベース３０のすべてのフィールドデータは、通信メディア選択装置１００からは読み取り専用で、書き込むことはできない。
【００７７】
論理番号フィールドは、通信メディア選択装置１００から送信される着信先の論理番号を示している部分であり、このフィールドをキーにしてデータを検索する。論理番号の形式は様々な形式が考えられるが、この例のように、ドメイン名形式を取るような場合も考えられる。
【００７８】
優先度フィールドは、着側（通信相手）が指定したメディアの利用優先度であり、通信メディア選択装置１００は、この優先度も利用して通信メディアを選択する。
【００７９】
実アドレスフィールドには、実際の通信相手のアドレスが記録されており、論理番号に関連付けられている。このアドレスは例えば、ＵＲＩのように通信相手のメディアとリソースのアドレスを表している。また、例のように１つの論理番号に対して複数のアドレスが対応付けられている場合もある。
【００８０】
また、通信メディア選択装置１００には、各メディアとして、Ｗｅｂブラウザ、メールクライアント、ＳＩＰ端末等があるものとする。
【００８１】
以下、本実施例のシステムにおける通信メディア選択処理の動作を説明する。
図８は、本発明の第１の実施例の通信メディア選択処理のシーケンスチャートである。
【００８２】
まず、メディアから通信メディア選択装置１００のメディア対向部１１０に対して、論理番号を用いた発信が行われる（ステップ２０１）。この場合の論理番号は、数字のみから構成される番号が考えられる。
【００８３】
論理番号を受信したメディア対向部１１０は、問い合わせ形式変換部１２０に対して、論理番号を送信する（ステップ２０２）。問い合わせ形式変換部１２０では、受信した論理番号を、論理番号管理データベース３０に対する問い合わせ形式に変換し、論理番号管理データベース対向部１３０に送信する（ステップ２０３）。
【００８４】
論理番号管理データベース対向部１３０は、問い合わせ形式に変換された論理番号で、論理番号管理データベース３０に対して、論理番号問い合わせとして名前解決を依頼する（ステップ２０４）。
【００８５】
論理番号管理データベース３０では、問い合わせ形式に変換された論理番号をキーにして、自身のデータベースを検索し、論理番号に対応付けられた、サービスとリソースのアドレスを示す情報のリストを探し出し、論理番号管理データベース対向部１３０に返却する（ステップ２０５）。
【００８６】
論理番号管理データベース対向部１３０は、リソースリストをＵＲＩ変換部１４０に送信し（ステップ２０６）、ＵＲＩ変換部１４０では、リソースの情報を例えば、ＵＲＩなどのインターネットアプリケーションが利用し易い形に変換し、ＵＲＩ選択部１５０に送信する（ステップ２０７）。
【００８７】
ＵＲＩ選択部１５０では、複数のＵＲＩから構成されるＵＲＩリストの中から、それらに付与された優先度等から利用するサービスのＵＲＩを決定し、そのＵＲＩから利用するアプリケーションを判別し（例えば、
【００８８】
【数１】
なら、ｓｉｐアプリケーション）、そのアプリケーションが現在起動されてアクティブであるかどうかをアプリケーションリスト１８０に対して、アプリケーション状態問い合わせの形で送信する（ステップ２０８）。
【００８９】
アプリケーションリスト１８０の当該アプリケーションがアクティブであるかどうかを、アプリケーション状態通知としてＵＲＩ選択部１５０に通知する（ステップ２０９）。
【００９０】
ＵＲＩ選択部１５０では、実アドレスであるＵＲＩを通信メディアに対して通知する。これにより当該メディアアプリケーションは通知されたＵＲＩを用いて、通信相手との通信パスの確立を試みる（ステップ２１０）。
【００９１】
次に、通信メディア起動選択処理について説明する。
【００９２】
以下、第１の実施例のシステムの動作の通信メディア起動選択処理について説明する。
【００９３】
図９は、本発明の第１の実施例の通信メディア起動選択処理のシーケンスチャートである。
【００９４】
以下では、メディアＡとメディアＢの２つのアプリケーションが端末１０に存在し、現在アクティブであるメディアＢから発信することを考える。
【００９５】
メディアＢからの発信処理（ステップ３０１）から、メディア選択要求（ステップ３０７）までの処理は、前述の通信メディア選択処理と全く同じであるとする。
【００９６】
このとき、論理番号管理データベース３０から返却されたＵＲＩリストを調べた結果、発信（ステップ３０１）により、通信を確立しようと試みたメディアＢを、通信相手が利用することができず、メディアＡのアプリケーションしか利用できない場合が考えられる。
【００９７】
ＵＲＩ選択部１５０は、アプリケーションリスト１８０に対して、メディアＡの現在の状態を問い合わせる（ステップ３０８）。
【００９８】
アプリケーションリスト１８０は、現在、メディアＡのアプリケーションが起動されていないならば、アプリケーション状態通知として、現在メディアＡのアプリケーションが起動されていないということを、ＵＲＩ選択部１５０に通知する（ステップ３０９）。
【００９９】
ＵＲＩ選択部１５０は、メディアＡのアプリケーションの起動パスを、アプリケーション起動部１６０に対して通知する（ステップ３１０）。
【０１００】
アプリケーション起動部１６０は、通知されたアプリケーションの起動パスに基づいて、メディアＡに対してあるアプリケーション起動要求を送信し（ステップ３１１）、メディアＡのアプリケーションの起動を試みる。
【０１０１】
メディアＡのアプリケーションは、起動要求を受信し、起動され、起動に成功したならば、アプリケーション起動結果として、通信メディア選択装置１００に通知する（ステップ３１２）。
【０１０２】
アプリケーション起動結果により、メディアＡがアプリケーションの起動を確認したら、実アドレス通知として、メディアＡアプリケーションに対して実アドレスであるＵＲＩを通知し、通信パスの確立を試みる（ステップ３１３）。
【０１０３】
次に、通信メディア登録処理について説明する。
【０１０４】
図１０は、本発明の第１の実施例の通信メディア登録処理のシーケンスチャートである。
【０１０５】
通信メディア選択装置１００のアプリケーション監視部１７０は、タイマなどで設定された一定間隔毎に、状態監視によりメディアが現在アクティブであるかどうかを検査する（ステップ４０１）。この状態監視の処理は、アプリケーションリスト１８０に登録されたメディアについて行う。
【０１０６】
また、メディア自身が起動されたときは、状態通知処理（ステップ４０２）により、アプリケーション監視部１７０に対して明示的にアクティブな状態を通知することも考えられる。
【０１０７】
メディアの状態を把握したアプリケーション監視部１７０は、状態登録処理として、アプリケーションリスト１８０を更新する。この処理により、アプリケーション１８０上で、当該メディアがアクティブであるかどうかについての情報が更新される（ステップ４０３）。
【０１０８】
［第２の実施例］
前述の第１の実施例では、特にインターネット上の論理番号を利用したアドレス変換方式について説明したが、これについては、プライベートな企業内の閉域ネットワーク等で実現してもよい。
【０１０９】
また、上記の実施の形態及び実施例における動作をプログラムとして構築し、通信メディア選択装置として利用されるコンピュータにインストールする、または、ネットワークを介して流通させることも可能である。
【０１１０】
また、構築されたプログラムを通信メディア選択装置として利用されるコンピュータに接続されるハードディスク装置や、フレキシブルディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることも可能である。
【０１１１】
なお、本発明は、上記の実施の形態及び実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【０１１２】
【発明の効果】
上述のように、本発明では、複数の通信メディアを持った端末において、各メディアアプリケーションで共通の論理番号を使用し、メディアアプリケーションの状態を自動的に監視し、あるメディアで通信ができない場合には、別のメディアのアプリケーションを自動的に起動することにより、より確実に通信を行え、また、その際にユーザがアプリケーションを起動したり、論理番号を入力したりといった、煩わしい操作をしなくてもよい。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施の形態におけるシステム構成図である。
【図４】本発明の一実施の形態におけるメッセージシーケンスチャートである。
【図５】本発明の第１の実施例のシステム構成図である。
【図６】本発明の第１の実施例のアプリケーションリストのテーブルの例である。
【図７】本発明の第１の実施例の論理番号管理データベースのレコードの例である。
【図８】本発明の第１の実施例の通信メディア選択処理のシーケンスチャートである。
【図９】本発明の第１の実施例の通信メディア起動選択処理のシーケンスチャートである。
【図１０】本発明の第１の実施例の通信メディア登録処理のシーケンスチャートである。
【符号の説明】
１０ 発信ユーザ端末
２０ 着信ユーザ端末
３０ 論理番号管理データベース
１００ 通信メディア選択装置
１０１ メディアリスト取得手段
１０２ メディア選択手段
１０３ アドレス通知手段
１１０ メディア対向部
１２０ 問い合わせ形式変換部
１３０ 論理番号管理データベース対向部
１４０ ＵＲＩ変換部
１５０ ＵＲＩ選択部
１６０ アプリケーション起動部
１７０ アプリケーション監視部
１８０ アプリケーションリスト
【発明の属する技術分野】
本発明は、通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体に係り、特に、インターネット上の様々なメディアに対して論理番号を使用するための通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体に関する。
【０００２】
詳しくは、ユーザが他のユーザと通信を行おうとするとき、使用するメディアを自動的に選択するための通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体に関する。
【０００３】
【従来の技術】
従来、インターネット上の通信アプリケーションでは、通信相手のリソースアドレスやメディアを特定するためにＵＲＩを利用しており、このＵＲＩと実アドレスであるＩＰアドレスの対応をＤＮＳ(Domain Name System)などにより名前解決している。
【０００４】
また、数字入力しかできないメディアに対応できるようにするために、Ｅ１６４番号とＵＲＩの対応の管理するＥＮＵＭ（ＲＦＣ２９１６）−ＤＮＳなどの仕組みがある。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来のＵＲＩを使用するＤＮＳの仕組みを利用する場合、例えば、一般固定電話端末のような、数字入力しかできないメディアから発信することができないという問題がある。
【０００６】
また、ＥＮＵＭ−ＤＮＳを利用すると、数字入力しかできないメディアからも発信することが可能であるが、ＥＮＵＭ−ＤＮＳを利用するアプリケーションでは、ＥＮＵＭ−ＤＮＳから返却されたレコードに付けられた優先度で使用するメディアを判断するため、発ユーザが利用したいメディアを利用できないという問題がある。
【０００７】
また、通信の開始を試みたメディアに対して相手先のメディアが対応していない場合、自端末上に相手先の利用可能メディアと同じ利用可能メディアが存在しても、それを用いて通信を開始しないという状況が存在する。
【０００８】
また、優先度の高いメディアが利用できない場合に、次に優先度の高いメディアを起動していくことができない。
【０００９】
本発明は、上記の点に鑑みなされたもので、ユーザが他のユーザと通信を行おうとしたときに、使用するメディアを自動的に選択することが可能な通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
【００１１】
本発明は、ユーザが他のユーザと通信を行おうとするときに、使用するメディアを選択するための通信メディア選択方法において、
発信ユーザ端末での利用可能なメディアの登録を受け付け、利用可能メディアリストを格納する記憶手段に登録しておき（ステップ１）、
発信ユーザから直接または、外部の発信ユーザの端末から着信ユーザ端末の論理番号を用いた発信が行われると（ステップ２）、
論理番号に基づいて、着信ユーザの利用可能メディアリストと、その属性情報を論理番号に対応付けて格納する論理番号管理データベースを参照し、優先度が付与された着信先のメディアリストを取得し（ステップ３）、
着信先のメディアリストと利用可能メディアリストとから、通信を行うメディアを決定し（ステップ４）、
決定されたメディアを使用するアプリケーションが発信ユーザ端末で起動されているか否かを利用可能メディアリストを参照して判断し（ステップ５）、起動されていなければ、該アプリケーションを起動すると同時に、該アプリケーションに対して着信先のメディアのアドレスを発信ユーザ端末に渡す（ステップ６）。
また、本発明の通信メディア選択方法は、利用可能メディアリストの発信ユーザ端末から登録されたメディアが起動されているか否かを定期的に監視し、
利用可能メディアリストのメディアに対応する起動状態を定期的に更新する。
【００１２】
また、本発明の通信メディア選択方法は、論理番号管理データベースから返却された着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていれば、該メディアで通信を行う。
【００１３】
また、本発明の通信メディア選択方法は、論理番号管理データベースから返却された着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていなければ、該メディアを利用するアプリケーションを利用可能メディアリストから選択し、該アプリケーションに着信先リソースのアドレスを送信しつつ、該アプリケーションの起動を試み、該アプリケーションの起動に成功したら、該アプリケーションのメディアを利用して通信を開始する。
【００１４】
また、本発明の通信メディア選択方法は、ユーザが予め登録した利用可能メディアリスト記憶手段の利用可能なメディアリストを利用することにより、発信ユーザが利用したいメディアを選択して、着信先のメディアに対して発信する。
【００１５】
また、本発明の通信メディア選択方法は、論理番号管理データベースから取得した利用可能な着信先メディアリストの優先度の高いものから順番に接続を試みる。
【００１６】
図２は、本発明の原理構成図である。
【００１７】
本発明は、ユーザが他のユーザと通信を行おうとするときに、使用するメディアを選択するための、ユーザ端末上、または、ユーザ端末に接続される通信メディア選択装置であって、
発信ユーザ端末から取得した利用可能メディアリストを格納するメディアリスト記憶手段１８０と、
着信ユーザの利用可能メディアリストと、その属性情報を論理番号に対応付けて格納する論理番号管理データベース３０と、
発信ユーザの端末から直接または、外部の発信ユーザの端末から着信ユーザ端末の論理番号を用いた発信が行われると、該論理番号に基づいて、論理番号管理データベース３０を参照し、優先度が付与された複数の利用可能な着信先のメディアリストを取得するメディアリスト取得手段１０１と、
論理番号管理データベース３０の着信先のメディアリストと、メディアリスト記憶手段１８０の利用可能メディアリストとから、通信を行うメディアを決定するメディア選択手段１０２と、
決定されたメディアを使用するアプリケーションが発信ユーザ端末で起動されているか否かをメディアリスト記憶手段１８０の利用可能メディアリストを参照して判断し、起動されていなければ、該アプリケーションを起動すると同時に、該アプリケーションに対して着信先のメディアのアドレスを発信ユーザ端末に送信するアドレス通知手段１０３と、を有する。
【００１８】
本発明の通信メディア選択装置は、利用可能メディアリストの発信ユーザ端末から登録されたメディアが起動されているか否かを定期的に監視する手段と、
利用可能メディアリストのメディアに対応する起動状態を定期的に更新する手段と、を更に有する。
【００１９】
本発明の通信メディア選択装置のアドレス通知手段１０３は、論理番号管理データベース３０から取得した着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていれば、該メディアで通信を行う手段を含む。
【００２０】
本発明の通信メディア選択装置のアドレス通知手段１０３は、論理番号管理データベース３０から取得した着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていなければ、該メディアを利用するアプリケーションを利用可能メディアリストから選択し、該アプリケーションに着信先リソースのアドレスを送信しつつ、該アプリケーションの起動を試み、該アプリケーションの起動に成功したら、該アプリケーションのメディアを利用して通信を開始する手段を含む。
【００２１】
本発明の通信メディア選択装置は、ユーザが予め登録したメディア記憶手段の利用可能なメディアリスト１０８を利用することにより、発信ユーザが利用したいメディアを選択して、着信先のメディアに対して発信する手段を有する。
【００２２】
本発明の通信メディア選択装置のアドレス通知手段は、論理番号管理データベース３０から取得した利用可能な着信先メディアリストの優先度の高いものから順番に接続を試みる手段を含む。
【００２３】
本発明は、コンピュータに、請求項１乃至６記載の処理を実行させる通信メディア選択プログラムである。
【００２９】
本発明は、コンピュータに、請求項１乃至６記載の処理を実行させる通信メディア選択プログラムを格納したコンピュータ読み取り可能な記録媒体である。
【００３０】
上記のように、本発明は、通信メディア選択装置において、自端末上のメディアの状態を常に把握し、常に利用可能なメディアでの発信を試みることにより、着信先の相手とより確実に通信が可能となる。
【００３１】
また、自端末上の利用可能メディアと、着信先の利用可能メディアの選択を、自動的に行い、自端末上のメディアを起動することにより、ユーザの操作の手間を軽減することが可能となる。
【００３２】
さらに、相手先のメディアリストの優先度の高い順に、自端末上で利用可能なメディアで次々と発信することにより、より確実に相手と通信することが可能となる。
【００３３】
これにより、論理番号を利用する複数のメディアアプリケーションが利用可能な端末において、自端末上のメディアアプリケーションがアクティブかどうかを自動的に判断し、アクティブであるならば、論理番号を優先度順に発信し、優先度が高くても非アクティブなメディアアプリケーションについては自動的に起動し、論理番号管理データベースから返却される実アドレスを使ってルーティングすることにより、ユーザがただ１度論理番号をあるメディアで入力するだけで、発信側と着信側双方で利用可能なメディアを自動的に選択し、発信することにより、ユーザの負担を軽減することが可能となる。
【００３４】
【発明の実施の形態】
以下、図面と共に本発明の実施の形態について説明する。
【００３５】
図３は、本発明の一実施の形態におけるシステム構成を示す。
【００３６】
同図に示すシステムは、複数の通信メディアと通信メディア選択装置１００を有する発ユーザ端末１０、着ユーザ端末２０、及び論理番号管理データベース３０から構成される。
【００３７】
通信メディア選択装置１００は、ユーザ端末１０上にソフトウェアあるいは、ハードウェアの形で接続される装置である。
【００３８】
また、ユーザ端末１０上の各通信メディアＡ，Ｂ，Ｃは、通信メディア選択装置１００と通信し、各メディアの現在の状態を通知する。
【００３９】
論理番号管理データベース３０は、電話番号等の論理番号に関連付けられた各メディアを保持しているデータベースである。なお、論理番号は、数字のみで構成される独自の名前空間を持ち、その論理番号と通信相手のアプリケーションの種類と相手のリソースアドレスを特定できる情報との対応を管理する論理番号管理データベース３０が必要であるが、これは、ＥＮＵＭ（ＲＦＣ２９１６）のような仕組みに従い、例えば、Ｅ．１６４名前空間とＵＲＩを対応させたＥＮＵＭ−ＤＮＳなどにより実現されることが考えられる。
【００４０】
このように、通信メディア選択装置１００は、発信ユーザの端末１０上に備えられ、発信ユーザのメディアリストとその属性情報、着信ユーザのメディアリストとその属性情報に基づいて、実際に通信を行うメディアを選択する。
【００４１】
発信ユーザのメディアリストとその属性情報は、通信メディア選択装置１００内に保持し、着信ユーザのメディアリストとその属性情報は、論理番号管理データベース３０に備えられている。
【００４２】
そのため、発信ユーザは、発信時に着信ユーザを指定する識別子として論理番号を使用し、通信メディア選択装置１００は、その論理番号に対応する着信ユーザのメディアリストとその属性情報を論理番号管理データベース３０より収集する。
【００４３】
次に、上記の構成における基本的な動作を説明する。
【００４４】
図４は、本発明の一実施の形態におけるメッセージシーケンスチャートを示す。
【００４５】
各端末メディアＡ，Ｂ，Ｃは、各メディアが現在アクティブであることを、通信メディア選択装置１００に通知する（ステップ１０１）。なお、この通知は非同期で行われる。これにより、通信メディア選択装置１００では、当該通知をアプリケーションリストとして登録する。
【００４６】
次に、ユーザがある端末メディアに着側の論理番号を入力し、発信を行うと、その情報が通信メディア選択装置１００に通知される（ステップ１０２）。
【００４７】
通信メディア選択装置１００は、論理番号とＵＲＩなどの実アドレスとの対応を解決するために、論理番号管理データベース３０に対して、名前解決問い合わせとして、論理番号を送信する（ステップ１０３）。
【００４８】
論理番号管理データベース３０において、名前解決問い合わせとして論理番号を受信すると、論理番号をキーとして、自身が管理するデータベースを検索し、当該キーに関連付けられた実アドレスのリストを探し出し、着信先メディアリスト応答として、実アドレスのリストを通信メディア選択装置１００に返信する（ステップ１０４）。
【００４９】
通信メディア選択装置１００は、受信した着信先メディアリストと、自身が管理している自端末メディアリストと、常に状態を監視しているメディアの状態（アクティブ／非アクティブ）から、通信に利用するメディアを選択し（ステップ１０５）、選択されたメディアに対してＵＲＩなどの実アドレスを渡す（ステップ１０６）。
【００５０】
ステップ１０５におけるメディア選択では、
・着信先メディアに関連付けられた優先度；
・自身が管理するメディアリスト上にあるメディアかとうか；
・自身が管理するメディアリスト上のメディアがアクティブかどうか；
・自身が管理する端末のメディアが有効な時刻であるか；
などの各要素によって決定され、この決定条件はユーザによって指定することも可能であるし、通信メディア選択装置１００が自動的にネゴシエーションすることも可能である。
【００５１】
また、自身が管理するメディアアプリケーションが非アクティブである場合、通信メディア選択装置１００からの起動要求によって、当該アプリケーションを起動する。
【００５２】
なお、各メディアがアクティブであるかどうかの検査は行っても行わなくてもよい。また、アクティブであるかどうかの検査を行う場合、それらの検査は、一定期間毎に各メディアに問い合わせてもよいし、各メディアのアプリケーションが起動された際に、イベントとして起動通知を知らせる方式でもよいが、なるべくリアルタイムに各メディアの状態が把握できる方式が望ましい。
【００５３】
選択されたメディアアプリケーションは、通信メディア選択装置１００から渡された実アドレスに対して発信を行い（ステップ１０７）、通信パスの確立を試みる（ステップ１０８）。
【００５４】
また、通信メディア選択装置１００が自端末１０上になく、例えば、サーバ装置として端末１０外部に存在する場合は、通信メディア選択装置と１００と端末装置が通信を行い、通信メディア選択装置１００の管理している利用可能メディアリストを更新する。
【００５５】
また、通信メディア選択装置１００が自端末上になく、例えば、サーバ装置として端末１０外部に存在刷る場合には、各メディアのアプリケーションプログラムが起動された際に、イベントとして起動通知をサーバ装置に送信する方式も考えられる。
【００５６】
【実施例】
以下、図面と共に本発明の実施例を説明する。
【００５７】
図５は、本発明の第１の実施例のシステム構成図である。
【００５８】
本実施例のシステムは、通信アプリケーションとして、例えば、ＨＴＴＰを利用したＷｅｂブラウザや、電子メールアプリケーション、ＩＰを利用したＩＰ電話アプリケーションなどを想定しており、これらのメディアを使用することが可能なパーソナルコンピュータ上のソフトウェア、あるいは、パーソナルコンピュータに接続して用いるハードウェアなどにより実現される。
【００５９】
また、当該システムは、インターネットなどのオープンなネットワーク、あるいは、企業内で用いられるようなプライベートなネットワークで使用される。但し、どちらのネットワークにおいても、論理番号を管理している論理番号管理データベースが必要であり、このデータベースがネットワーク上に存在する必要がある。
【００６０】
論理番号は、数字のみで構成される独自の名前空間を持ち、その論理番号と通信相手のアプリケーションの種類と相手のリソースアドレスを特定できる情報との対応を管理する論理番号管理データベースが必要であるが、これは、ＥＮＵＭ（ＲＦＣ２９１６）のような仕組みに従い、例えば、Ｅ．１６４名前空間とＵＲＩを対応させたＥＮＵＭ−ＤＮＳなどにより実現されることが考えられる。
【００６１】
論理番号管理データベース３０は、検索機能、登録機能、通信メディア選択装置対向機能等が具備されているものとする。
【００６２】
以下、図５に基づいて、通信メディア選択装置１００について説明する。
【００６３】
同図に示す通信メディア選択装置１００は、メディア対向部１１０、問い合わせ形式変換部１２０、論理番号管理データベース対向部１３０、ＵＲＩ変換部１４０、ＵＲＩ選択部１５０、アプリケーション起動部１６０、アプリケーション監視部１７０、及びアプリケーションリスト１８０から構成される。
【００６４】
メディア対向部１１０は、Ｗｅｂブラウザやメールクライアント、ＳＩＰ端末等と情報を交換するための機能である。これらの機能は、各メディアに対して、ＡＰＩ(Application Program Interface) 等の形で提供される。
【００６５】
また、メディア対向部１１０が、各メディアの機能を利用する場合は、各メディアが提供するＡＰＩを利用する。メディア対向部１１０は、通信メディア選択装置１００から各メディアへの入力並びに、各メディアから通信メディア選択装置１００への入力の機能を提供する。
【００６６】
問い合わせ形式変換部１２０は、各メディアから入力された論理番号を、論理番号管理データベース３０への問い合わせ形式に変換する機能を提供する。この機能により、各メディア上で入力された論理番号を、問い合わせを行う論理番号管理データベース３０が管理している名前空間の形式に変換する。
【００６７】
論理番号管理データベース対向部１３０は、論理番号管理データベース３０への問い合わせ形式に変換された論理番号を、通信プロトコル等のフォーマットに整形し、問い合わせとして論理番号管理データベース３０に送信し、また、論理番号管理データベース３０からの応答を受信し、通信プロトコル等のフォーマットからデータを取り出す機能を持つ。
【００６８】
ＵＲＩ変換部１４０は、論理番号管理データベース３０からの応答を、例えば、ＵＲＩなどの通信相手のメディア（サービス）とリソース（アドレス）を表現する情報に変換する機能を提供する。なお、このＵＲＩ情報は通信相手が複数のメディアを利用可能な場合は、複数のレコードからなるリストであると考える。
ＵＲＩ選択部１５０は、論理番号管理データベース３０からの応答にある通信相手の利用可能メディアリストと、自分自身の端末上の利用可能メディアリストの両方から、通信に利用するメディアを選択する。メディアを選択するロジックとしては、
・着信先メディアに関連付けられた優先度；
・自身が管理するメディアリスト上にあるメディアかどうか；
・自身が管理するメディアリスト上のメディアがアクティブかどうか；
・自身が管理する端末のメディアが、有効な時刻である；
などの各種のロジックがあるが、このロジックはユーザによって指定することも可能であるし、通信メディア選択装置１００が自動的にネゴシエーションすることも可能である。
【００６９】
アプリケーション起動部１６０は、ＵＲＩ選択部１５０によって選択された通信メディアにおいて、自端末上の通信メディアがまだ起動されていない場合は、当該通信メディアを利用するアプリケーションを起動して、通信相手のＵＲＩを渡す機能を有する。当該アプリケーションがアクティブであるか非アクティブであるかどうかについては、アプリケーションリスト１８０を検索して判断する。
アプリケーション監視部１７０は、定期的にユーザにより登録されたアプリケーションの状態がアクティブかどうかを監視する。この監視により登録されたアプリケーションがアクティブであるならば、その状態をアプリケーションリスト１８０に登録する。
【００７０】
このアプリケーションの監視については、アプリケーション監視部１７０により定期的に監視を行っても良いし、アプリケーションが起動するときに、通信メディア選択装置１０に対して自身の起動を通知し、その通知に基づいて、アプリケーションリスト１８０に当該アプリケーションがアクティブであることを記録するようにしてもよい。
【００７１】
図６は、本発明の第１の実施例のアプリケーションリストのデータの例である。アプリケーションリスト１８０は、フィールド名、論理番号、サービス、現在状態、優先度、アプリケーション起動パスの各フィールドから構成される。
【００７２】
現在状態フィールドは、該当するアプリケーションが現在起動中かどうかを示しているフィールドであり、常に更新されている情報である。
【００７３】
サービスフィールドは、当該アプリケーションが利用するサービス（メディアを表しており、例のように例えば、“ｈｔｔｐ”のように表現される。
【００７４】
優先度フィールドは、当該レコードの優先度を示しており、優先度の高いものから利用される。この優先度は、ユーザが予め入力して決定されるが、例えば、時間、曜日、通信料金などの流動的なパラメータにより自動決定されるものであってもよい。
【００７５】
アプリケーション起動パスフィールドには、アプリケーションの起動用のパスが登録されている。優先度などにより、利用するメディアが決定し、その現在状態フィールドが未起動などである場合は、このアプリケーション起動パスに基づいて当該アプリケーションの起動を試みる。このフィールドに何も情報がない場合には、アプリケーションを外部から起動することができない場合などが考えられる。
【００７６】
図７は、本発明の第１の実施例の論理番号管理データベースのレコードの例である。論理番号管理データベース３０のすべてのフィールドデータは、通信メディア選択装置１００からは読み取り専用で、書き込むことはできない。
【００７７】
論理番号フィールドは、通信メディア選択装置１００から送信される着信先の論理番号を示している部分であり、このフィールドをキーにしてデータを検索する。論理番号の形式は様々な形式が考えられるが、この例のように、ドメイン名形式を取るような場合も考えられる。
【００７８】
優先度フィールドは、着側（通信相手）が指定したメディアの利用優先度であり、通信メディア選択装置１００は、この優先度も利用して通信メディアを選択する。
【００７９】
実アドレスフィールドには、実際の通信相手のアドレスが記録されており、論理番号に関連付けられている。このアドレスは例えば、ＵＲＩのように通信相手のメディアとリソースのアドレスを表している。また、例のように１つの論理番号に対して複数のアドレスが対応付けられている場合もある。
【００８０】
また、通信メディア選択装置１００には、各メディアとして、Ｗｅｂブラウザ、メールクライアント、ＳＩＰ端末等があるものとする。
【００８１】
以下、本実施例のシステムにおける通信メディア選択処理の動作を説明する。
図８は、本発明の第１の実施例の通信メディア選択処理のシーケンスチャートである。
【００８２】
まず、メディアから通信メディア選択装置１００のメディア対向部１１０に対して、論理番号を用いた発信が行われる（ステップ２０１）。この場合の論理番号は、数字のみから構成される番号が考えられる。
【００８３】
論理番号を受信したメディア対向部１１０は、問い合わせ形式変換部１２０に対して、論理番号を送信する（ステップ２０２）。問い合わせ形式変換部１２０では、受信した論理番号を、論理番号管理データベース３０に対する問い合わせ形式に変換し、論理番号管理データベース対向部１３０に送信する（ステップ２０３）。
【００８４】
論理番号管理データベース対向部１３０は、問い合わせ形式に変換された論理番号で、論理番号管理データベース３０に対して、論理番号問い合わせとして名前解決を依頼する（ステップ２０４）。
【００８５】
論理番号管理データベース３０では、問い合わせ形式に変換された論理番号をキーにして、自身のデータベースを検索し、論理番号に対応付けられた、サービスとリソースのアドレスを示す情報のリストを探し出し、論理番号管理データベース対向部１３０に返却する（ステップ２０５）。
【００８６】
論理番号管理データベース対向部１３０は、リソースリストをＵＲＩ変換部１４０に送信し（ステップ２０６）、ＵＲＩ変換部１４０では、リソースの情報を例えば、ＵＲＩなどのインターネットアプリケーションが利用し易い形に変換し、ＵＲＩ選択部１５０に送信する（ステップ２０７）。
【００８７】
ＵＲＩ選択部１５０では、複数のＵＲＩから構成されるＵＲＩリストの中から、それらに付与された優先度等から利用するサービスのＵＲＩを決定し、そのＵＲＩから利用するアプリケーションを判別し（例えば、
【００８８】
【数１】
【００８９】
アプリケーションリスト１８０の当該アプリケーションがアクティブであるかどうかを、アプリケーション状態通知としてＵＲＩ選択部１５０に通知する（ステップ２０９）。
【００９０】
ＵＲＩ選択部１５０では、実アドレスであるＵＲＩを通信メディアに対して通知する。これにより当該メディアアプリケーションは通知されたＵＲＩを用いて、通信相手との通信パスの確立を試みる（ステップ２１０）。
【００９１】
次に、通信メディア起動選択処理について説明する。
【００９２】
以下、第１の実施例のシステムの動作の通信メディア起動選択処理について説明する。
【００９３】
図９は、本発明の第１の実施例の通信メディア起動選択処理のシーケンスチャートである。
【００９４】
以下では、メディアＡとメディアＢの２つのアプリケーションが端末１０に存在し、現在アクティブであるメディアＢから発信することを考える。
【００９５】
メディアＢからの発信処理（ステップ３０１）から、メディア選択要求（ステップ３０７）までの処理は、前述の通信メディア選択処理と全く同じであるとする。
【００９６】
このとき、論理番号管理データベース３０から返却されたＵＲＩリストを調べた結果、発信（ステップ３０１）により、通信を確立しようと試みたメディアＢを、通信相手が利用することができず、メディアＡのアプリケーションしか利用できない場合が考えられる。
【００９７】
ＵＲＩ選択部１５０は、アプリケーションリスト１８０に対して、メディアＡの現在の状態を問い合わせる（ステップ３０８）。
【００９８】
アプリケーションリスト１８０は、現在、メディアＡのアプリケーションが起動されていないならば、アプリケーション状態通知として、現在メディアＡのアプリケーションが起動されていないということを、ＵＲＩ選択部１５０に通知する（ステップ３０９）。
【００９９】
ＵＲＩ選択部１５０は、メディアＡのアプリケーションの起動パスを、アプリケーション起動部１６０に対して通知する（ステップ３１０）。
【０１００】
アプリケーション起動部１６０は、通知されたアプリケーションの起動パスに基づいて、メディアＡに対してあるアプリケーション起動要求を送信し（ステップ３１１）、メディアＡのアプリケーションの起動を試みる。
【０１０１】
メディアＡのアプリケーションは、起動要求を受信し、起動され、起動に成功したならば、アプリケーション起動結果として、通信メディア選択装置１００に通知する（ステップ３１２）。
【０１０２】
アプリケーション起動結果により、メディアＡがアプリケーションの起動を確認したら、実アドレス通知として、メディアＡアプリケーションに対して実アドレスであるＵＲＩを通知し、通信パスの確立を試みる（ステップ３１３）。
【０１０３】
次に、通信メディア登録処理について説明する。
【０１０４】
図１０は、本発明の第１の実施例の通信メディア登録処理のシーケンスチャートである。
【０１０５】
通信メディア選択装置１００のアプリケーション監視部１７０は、タイマなどで設定された一定間隔毎に、状態監視によりメディアが現在アクティブであるかどうかを検査する（ステップ４０１）。この状態監視の処理は、アプリケーションリスト１８０に登録されたメディアについて行う。
【０１０６】
また、メディア自身が起動されたときは、状態通知処理（ステップ４０２）により、アプリケーション監視部１７０に対して明示的にアクティブな状態を通知することも考えられる。
【０１０７】
メディアの状態を把握したアプリケーション監視部１７０は、状態登録処理として、アプリケーションリスト１８０を更新する。この処理により、アプリケーション１８０上で、当該メディアがアクティブであるかどうかについての情報が更新される（ステップ４０３）。
【０１０８】
［第２の実施例］
前述の第１の実施例では、特にインターネット上の論理番号を利用したアドレス変換方式について説明したが、これについては、プライベートな企業内の閉域ネットワーク等で実現してもよい。
【０１０９】
また、上記の実施の形態及び実施例における動作をプログラムとして構築し、通信メディア選択装置として利用されるコンピュータにインストールする、または、ネットワークを介して流通させることも可能である。
【０１１０】
また、構築されたプログラムを通信メディア選択装置として利用されるコンピュータに接続されるハードディスク装置や、フレキシブルディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることも可能である。
【０１１１】
なお、本発明は、上記の実施の形態及び実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【０１１２】
【発明の効果】
上述のように、本発明では、複数の通信メディアを持った端末において、各メディアアプリケーションで共通の論理番号を使用し、メディアアプリケーションの状態を自動的に監視し、あるメディアで通信ができない場合には、別のメディアのアプリケーションを自動的に起動することにより、より確実に通信を行え、また、その際にユーザがアプリケーションを起動したり、論理番号を入力したりといった、煩わしい操作をしなくてもよい。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施の形態におけるシステム構成図である。
【図４】本発明の一実施の形態におけるメッセージシーケンスチャートである。
【図５】本発明の第１の実施例のシステム構成図である。
【図６】本発明の第１の実施例のアプリケーションリストのテーブルの例である。
【図７】本発明の第１の実施例の論理番号管理データベースのレコードの例である。
【図８】本発明の第１の実施例の通信メディア選択処理のシーケンスチャートである。
【図９】本発明の第１の実施例の通信メディア起動選択処理のシーケンスチャートである。
【図１０】本発明の第１の実施例の通信メディア登録処理のシーケンスチャートである。
【符号の説明】
１０ 発信ユーザ端末
２０ 着信ユーザ端末
３０ 論理番号管理データベース
１００ 通信メディア選択装置
１０１ メディアリスト取得手段
１０２ メディア選択手段
１０３ アドレス通知手段
１１０ メディア対向部
１２０ 問い合わせ形式変換部
１３０ 論理番号管理データベース対向部
１４０ ＵＲＩ変換部
１５０ ＵＲＩ選択部
１６０ アプリケーション起動部
１７０ アプリケーション監視部
１８０ アプリケーションリスト
Claims (14)
- ユーザが他のユーザと通信を行おうとするときに、使用するメディアを選択するための通信メディア選択方法において、
発信ユーザ端末での利用可能なメディアの登録を受け付け、利用可能メディアリストを格納する記憶手段に登録しておき、
発信ユーザから直接または、外部の発信ユーザの端末から着信ユーザ端末の論理番号を用いた発信が行われると、
前記論理番号に基づいて、着信ユーザの利用可能メディアリストと、その属性情報を論理番号に対応付けて格納する論理番号管理データベースを参照し、優先度が付与された着信先のメディアリストを取得し、
前記着信先のメディアリストと前記利用可能メディアリストとから、通信を行うメディアを決定し、
決定された前記メディアを使用するアプリケーションが前記発信ユーザ端末で起動されているか否かを前記利用可能メディアリストを参照して判断し、起動されていなければ、該アプリケーションを起動すると同時に、該アプリケーションに対して着信先のメディアのアドレスを前記発信ユーザ端末に渡すことを特徴とする通信メディア選択方法。 - 前記利用可能メディアリストの前記発信ユーザ端末から登録されたメディアが起動されているか否かを定期的に監視し、
前記利用可能メディアリストのメディアに対応する起動状態を定期的に更新する請求項１記載の通信メディア選択方法。 - 前記論理番号管理データベースから返却された着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていれば、該メディアで通信を行う請求項１記載の通信メディア選択方法。
- 前記論理番号管理データベースから返却された着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていなければ、該メディアを利用するアプリケーションを前記利用可能メディアリストから選択し、該アプリケーションに着信先リソースのアドレスを送信しつつ、該アプリケーションの起動を試み、該アプリケーションの起動に成功したら、該アプリケーションのメディアを利用して通信を開始する請求項１記載の通信メディア選択方法。
- 前記ユーザが予め登録した前記利用可能メディアリスト記憶手段の利用可能なメディアリストを利用することにより、発信ユーザが利用したいメディアを選択して、着信先のメディアに対して発信する請求項１記載の通信メディア選択方法。
- 前記論理番号管理データベースから取得した利用可能な着信先メディアリストの優先度の高いものから順番に接続を試みる請求項１記載の通信メディア選択方法。
- ユーザが他のユーザと通信を行おうとするときに、使用するメディアを選択するための、ユーザ端末上、または、ユーザ端末に接続される通信メディア選択装置であって、
発信ユーザ端末から取得した利用可能メディアリストを格納するメディアリスト記憶手段と、
着信ユーザの利用可能なメディアリストと、その属性情報を論理番号に対応付けて格納する論理番号管理データベースと、
発信ユーザの端末から直接または、外部の発信ユーザの端末から着信ユーザ端末の論理番号を用いた発信が行われると、該論理番号に基づいて、前記論理番号管理データベースを参照し、優先度が付与された複数の利用可能な着信先のメディアリストを取得するメディアリスト取得手段と、
前記論理番号管理データベースの前記着信先のメディアリストと、前記メディアリスト記憶手段の前記利用可能メディアリストとから、通信を行うメディアを決定するメディア選択手段と、
決定された前記メディアを使用するアプリケーションが前記発信ユーザ端末で起動されているか否かを前記メディアリスト記憶手段の前記利用可能メディアリストを参照して判断し、起動されていなければ、該アプリケーションを起動すると同時に、該アプリケーションに対して着信先のメディアのアドレスを前記発信ユーザ端末に送信するアドレス通知手段と、を有することを特徴とする通信メディア選択装置。 - 前記利用可能メディアリストの前記発信ユーザ端末から登録されたメディアが起動されているか否かを定期的に監視する手段と、
前記利用可能メディアリストのメディアに対応する起動状態を定期的に更新する手段と、を更に有する請求項７記載の通信メディア選択装置。 - 前記アドレス通知手段は、
前記論理番号管理データベースから取得したメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていれば、該メディアで通信を行う手段を含む請求項７記載の通信メディア選択装置。 - 前記アドレス通知手段は、
前記論理番号管理データベースから取得した着信先のメディアリスト中の着信先メディアと、発信ユーザ端末の利用可能メディアリストを比較し、同じメディアであり、かつ、該メディアが起動されていなければ、該メディアを利用するアプリケーションを前記利用可能メディアリストから選択し、該アプリケーションに着信先リソースのアドレスを送信しつつ、該アプリケーションの起動を試み、該アプリケーションの起動に成功したら、該アプリケーションのメディアを利用して通信を開始する手段を含む請求項７記載の通信メディア選択装置。 - 前記ユーザが予め登録した前記利用可能メディアリスト記憶手段の利用可能なメディアリストを利用することにより、発信ユーザが利用したいメディアを選択して、着信先のメディアに対して発信する手段を有する請求項７記載の通信メディア選択装置。
- 前記アドレス通知手段は、
前記論理番号管理データベースから取得した利用可能な着信先メディアリストの優先度の高いものから順番に接続を試みる請求項７記載の通信メディア選択装置。 - コンピュータに、
請求項１乃至６記載の処理を実行させることを特徴とする通信メディア選択プログラム。 - コンピュータに、
請求項１乃至６記載の処理を実行させる通信メディア選択プログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002230552A JP3876791B2 (ja) | 2002-08-07 | 2002-08-07 | 通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002230552A JP3876791B2 (ja) | 2002-08-07 | 2002-08-07 | 通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004070750A JP2004070750A (ja) | 2004-03-04 |
| JP3876791B2 true JP3876791B2 (ja) | 2007-02-07 |
Family
ID=32016592
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002230552A Expired - Fee Related JP3876791B2 (ja) | 2002-08-07 | 2002-08-07 | 通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3876791B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005020552A1 (en) * | 2003-08-21 | 2005-03-03 | X/M Pty Limited | Communications system and method |
| US8077701B2 (en) * | 2006-07-20 | 2011-12-13 | At&T Intellectual Property I, Lp | Systems, methods, and apparatus to prioritize communications in IP multimedia subsystem networks |
| JP6124603B2 (ja) * | 2013-01-21 | 2017-05-10 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | 情報アクセス・システム、及び方法 |
| WO2014125708A1 (ja) * | 2013-02-12 | 2014-08-21 | 日本電気株式会社 | 受信装置、受信装置制御方法、受信装置制御プログラム、ネットワークシステム、ネットワークシステム制御方法、及びネットワークシステム制御プログラム |
-
2002
- 2002-08-07 JP JP2002230552A patent/JP3876791B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004070750A (ja) | 2004-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7675903B2 (en) | Dynamic contact list management system and method | |
| JP5249233B2 (ja) | Ｉｍｓサービスの柔軟なアドレスの解決の方式 | |
| US7733851B2 (en) | Name service system and method thereof | |
| US20040215707A1 (en) | Name resolution server and packet transfer device | |
| BRPI0613848A2 (pt) | método para estabelecer comunicação entre um primeiro dispositivo e um segundo dispositivo, sistema para estabelecer comunicação entre um primeiro dispositivo e um segundo dispositivo, sistema de sinalização e aparelho para comunicação através de uma rede | |
| JP2003296274A (ja) | データ取得システム | |
| JP2002196990A (ja) | サービス発見プロトコル変換ゲートウェイ | |
| US20080165706A1 (en) | Destination service selection for a telephone | |
| JP4085775B2 (ja) | 端末メディア選択方法及び発信方法及び通信メディア選択装置及び端末メディア選択システム | |
| JP3876792B2 (ja) | ユーザプレゼンス情報によるメディア選択方法及びメディア選択システム及びメディア選択プログラム及びコンピュータ読み取り可能な記録媒体 | |
| JP3876791B2 (ja) | 通信メディア選択方法及び装置及び通信メディア選択プログラム及びコンピュータ読み取り可能な記録媒体 | |
| JPH11284667A (ja) | マルチメディア通信ネットワークシステムとそのルータ装置及びサーバ装置 | |
| US8732314B2 (en) | Generation of contact information based on associating browsed content to user actions | |
| JP2002368781A (ja) | ユーザ位置管理ドメインネーム変換システム | |
| JP4813881B2 (ja) | Ｓｉｐサーバ | |
| WO2001041412A2 (en) | Establishing a telephone call using a hyperlink | |
| JP2005236670A (ja) | セッション確立、セッション確立処理装置及びプログラム | |
| US20020069283A1 (en) | Apparatus and method for providing communication service based on personal identifier in internet network | |
| JP3827415B2 (ja) | 電子メールシステムの端末装置 | |
| KR100388610B1 (ko) | 아이피 폰 넘버 관리 시스템 및 방법 | |
| JP7148803B2 (ja) | 呼処理サーバ、呼処理方法、および呼処理プログラム | |
| JP5387898B2 (ja) | 通信端末および呼制御装置および通信プログラム | |
| JP2006222814A (ja) | アドレス帳管理装置、及びそのプログラム | |
| JP3826906B2 (ja) | 通信管理装置 | |
| JP4699407B2 (ja) | 通信システム及び名前解決プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040707 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060418 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060608 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061010 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061023 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101110 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101110 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111110 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111110 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121110 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121110 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131110 Year of fee payment: 7 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |