ＳＩＰクライアント上のアプリケーションプラットフォーム及びインターフェイス
【課題】任意のアプリケーションプログラムとその起動条件をＳＩＰ信号上のパラメータで指定するための汎用インターフェイスを提供する。
【解決手段】計算機Ａのユーザは手動でアプリケーションＡ記憶部１０のアプリケーションＡをインターフェイス部３０に登録する。具体的には、アプリケーションＡの実行ファイル名、ファイルシステム上の実行ファイル格納位置、起動条件を登録する。これにより、アプリケーションＡは、ＳＩＰ信号上のパラメータで記述されたアプリケーションとして、ＳＩＰクライアントアプリケーション記憶部２０１に記憶される。次に、計算機Ａから計算機ＢへアプリケーションＡを起動するためＳＩＰ／ＳＤＰ部２０２からＳＩＰ／ＳＤＰ部２１２へＳＩＰ信号を送信する。
【解決手段】計算機Ａのユーザは手動でアプリケーションＡ記憶部１０のアプリケーションＡをインターフェイス部３０に登録する。具体的には、アプリケーションＡの実行ファイル名、ファイルシステム上の実行ファイル格納位置、起動条件を登録する。これにより、アプリケーションＡは、ＳＩＰ信号上のパラメータで記述されたアプリケーションとして、ＳＩＰクライアントアプリケーション記憶部２０１に記憶される。次に、計算機Ａから計算機ＢへアプリケーションＡを起動するためＳＩＰ／ＳＤＰ部２０２からＳＩＰ／ＳＤＰ部２１２へＳＩＰ信号を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（セッション initiation protocol）クライアント上のアプリケーションプラットフォーム及びインターフェイスに関し、例えば、ＳＩＰクライアント間でアプリケーションプログラムを起動するため、ＩＰネットワーク上の各端末に備えるＳＩＰ（セッション initiation protocol）クライアント上のアプリケーションプラットフォーム及びインターフェイスに関する。
【背景技術】
【０００２】
ＩＰネットワーク（インターネット）の普及に伴い、音声情報を符号化し、ＩＰパケットに載せることにより、公衆電話網（ＰＴＮ）とＩＰネットワークを接続する技術がＶｏＩＰ（voice over IP）である。ＶｏＩＰを利用して、ＩＰ電話やデスクトップ会議を行うため、音声・動画像データの送受信方法や発呼信号にはＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）勧告によるＨ．３２３が用いられていた。しかし、Ｈ.３２３は、動画像の双方向伝送を前提としているために、音声のみのＩＰ電話ではオーバーヘッドが重い。そこで、Ｈ.３２３より構造が簡単なＳＩＰ（セッション initiation protocol）が使用されるようになっている。ＳＩＰはＩＥＴＦ（internet engineering task force:IAB(internet architecture boardの下部組織)が規定する双方向リアルタイム通信のためのプロトコルであり、セッション（双方向通信）をinitiateする（確立する（受信確認を行う））ためのプロトコル（ＩＥＴＦ ＲＦＣ２５４３）である。
【０００３】
しかし、現状では、ＩＰネットワーク上には、ＳＩＰをサポートしていないサーバも少なくない。
【０００４】
そこで、特許文献１に開示されているＳＩＰトンネリング装置及びそれを用いた通信システムでは、ＳＩＰアプリケーションプログラムと非ＳＩＰアプリケーションプログラムをＩＰネットワーク上のＳＩＰトンネリング装置に送信し、両プログラムを連携させる。
【０００５】
また、パーソナルコンピュータ同士をＩＰネットワークで接続し、Ｊａｖａ(登録商標)分散オブジェクト同士でセッションを確立することは、パーソナルコンピュータとＩＰネットワークとの接続が頻繁に切断されるため、容易ではなかった。
【０００６】
そこで、特許文献２に開示されているセッション確立方法では、Ｊａｖａ分散オブジェクト同士でセッションを確立するために、ＪａｖａオブジェクトをＩＰネットワーク上のリポシトリに格納しておき、ＳＩＰによりセッションを確立した後で、Ｊａｖａオブジェクトをダウンロードする。これにより、遠隔教育、地域コミュニケーション、ネットワークゲームなどを行う。
【０００７】
また、ＩＰネットワークに接続可能な端末装置は多様化しており、一方がエンコードしたデータを相手側がデコードできないという問題が生じるが、従来のＳＩＰでは、発呼者が、利用可能なメディアフォーマットを一方的に送信し、受信側では、その中からメディアフォーマットを選択するに過ぎなかった。
【０００８】
そこで、特許文献３に開示された端末装置、データ送受信システム及びデータ送受信開始方法では、端末装置同士が共通のメディアフォーマットを扱えない場合でも、ＩＰネットワーク上のデータ変換装置に端末装置の能力情報を送信することにより、最適な通信形態を自動的に選択する。
【０００９】
このように、ＳＩＰクライアント間・サーバ間のＳＩＰ信号上のパラメータに従って、アプリケーションを起動する機能は実現されている。
【００１０】
【特許文献１】特開２００２−２４７１３０号公報（図２、段落００３６）
【特許文献２】特開２００３−２２２５０号公報（図１、段落０００６）
【特許文献３】特開２００３−３０９６６４号公報（図１、段落０１０８）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１〜３では、セッションを確立するため、ＩＰネットワーク上に第三者の端末（ＳＩＰトンネル装置、リポジトリ、データ変換装置）が必要だった。
【００１２】
また、ＳＩＰクライアント間・サーバ間のＳＩＰ信号上のパラメータに従ってアプリケーションを起動する機能は実現されているが、起動されるアプリケーションが限られていた。
【００１３】
更に、ＩＰクライアント間のインターフェイスも存在していなかった。
【００１４】
また、起動されたアプリケーションはＳＩＰクライアントから独立したアプリケーションであったため、通信機能を個別に実装する必要があった。
【００１５】
そこで、本発明は、任意のアプリケーションプログラムとその起動条件をＳＩＰ信号上のパラメータで指定するための汎用インターフェイスを提供することを目的とする。
【００１６】
また本発明は、当該汎用インターフェイスを含む端末同士が通信するとき、アプリケーションプログラムが送信側・受信側に存在しない場合は、ＩＰネットワーク上の他の計算機からそれを取り込むことを目的とする。
【００１７】
更に本発明は、ＳＩＰクライアントの再起動を行うことなく、ＳＩＰクライアントのサービスを追加することを目的とする。
【課題を解決するための手段】
【００１８】
前述の課題を解決するため本発明によるＳＩＰクライアント上のアプリケーションプラットフォーム及びインターフェイスは次のような特徴的な構成を採用している。
【００１９】
（１）ＳＩＰ／ＳＤＰ部及びＳＩＰクライアントアプリケーション部からなるＳＩＰクライアントと、
任意アプリケーション部と、
前記任意アプリケーション部を前記ＳＩＰクライアント部で起動させるインターフェイスとを備えたＳＩＰ上のアプリケーションプラットフォームにおいて、
前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を、前記インターフェイスを介して前記ＳＩＰクライアントに登録するアプリケーションプラットフォーム。
【００２０】
（２）ＩＰネットワーク上の２以上の前記アプリケーションプラットフォームにおいて、
ＳＩＰ信号により指定された前記任意アプリケーションを起動する上記（１）のアプリケーションプラットフォーム。
【００２１】
（３）前記ＳＩＰ信号により指定された前記任意アプリケーションが一方の前記アプリケーションプラットフォームに存在しないときは、
前記ＩＰネットワーク上の他の端末から前記任意アプリケーションの実行ファイルをダウンロードする上記（２）のアプリケーションプラットフォーム。
【００２２】
（４）前記ＳＩＰクライアントを再起動することなく、
２以上の任意アプリケーションを実行する上記（２）のアプリケーションプラットフォーム。
【００２３】
（５）前記ＳＩＰクライアントを介して前記任意アプリケーションの動作を同期させるとともに、インスタントメッセージを送受信し、
前記ＳＩＰクライアントを介することなく、前記任意アプリケーションを動作させる上記（２）のアプリケーションプラットフォーム。
【００２４】
（６）任意アプリケーション部を、ＳＩＰ／ＳＤＰ部上のＳＩＰクライアントアプリケーション部に呼び出すためのインターフェイスにおいて、
前記インターフェイスは、前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を登録するインターフェイス。
【発明の効果】
【００２５】
本発明によれば、ＳＩＰクライアントが実装する機能と密接に関連したアプリケーションの実現が可能となる。アプリケーション間の通信において、ＯＳＩ参照モデルでのセッション層以下を隠蔽することにより、アプリケーションの実装を簡略化することができる。すなわち、アプリケーションは、ＩＰネットワークレベルで、ＳＩＰが通信されていることを認識する必要がなく、ＳＩＰクライアントのプレゼンスサービス、インスタントメッセージ、ＶｏＩＰサービス、アプリケーションセッション確立機能などをアプリケーションから利用可能とする。このように、本発明のインターフェイスは、ＳＩＰとアプリケーションの間でミドルウエアとして機能する。さらに、一旦セッションが確立されれば、各種アプリケーションは、インターフェイスを介して次々と切替えることができるため、ＳＩＰクライアントの再起動を行うことなく各種のサービスを実行することができる。
【実施例】
【００２６】
以下、図面を参照しながら本発明の好適な実施形態について説明する。
図１は、ＳＩＰクライアント同士の双方向通信システムのブロック図である。
【００２７】
計算機Ａと計算機Ｂは、Network/Inter Process ４０（ＩＰネットワーク４０）によって接続されている。計算機Ａ及び計算機Ｂの内部構造は同じであり、それぞれ、Application Ａ１０、１１（アプリケーションＡ記憶部１０、１１）と、SIP Client Application２０１、２１１（ＳＩＰクライアントアプリケーション記憶部２０１、２１１）と、SIP/SDP２０２、２１２（ＳＩＰ／ＳＤＰ部２０２、２１２）と、Interface３０、３１（インターフェイス部３０、３１）とを備える。以下、SIP Client Application２０１、２１１（ＳＩＰクライアントアプリケーション記憶部２０１、２１１）及びSIP/SDP２０２、２１２（ＳＩＰ／ＳＤＰ部２０２、２１２）を一括して、ＳＩＰクライアント部２０、２１という。
【００２８】
このように、ＩＰネットワーク上の端末は、任意のアプリケーション１０、１１、インターフェイス３０、３１、ＳＩＰクライアント２０、２１を含むアプリケーションプラットフォームを有する。
【００２９】
図２は、ＳＩＰクライアント同士の双方向通信システムの動作を説明するための図である。
【００３０】
先ず、ステップＳ１０において、計算機Ａのユーザは手動でアプリケーションＡ記憶部１０のアプリケーションＡをインターフェイス部３０に登録する。具体的には、アプリケーションＡの実行ファイル名、ファイルシステム上の実行ファイル格納位置、起動条件を登録する。これにより、アプリケーションＡは、ＳＩＰ信号上のパラメータで記述されたアプリケーションとして、ＳＩＰクライアントアプリケーション記憶部２０１に記憶される。
【００３１】
次に、計算機Ａから計算機ＢへアプリケーションＡを起動するためＳＩＰ／ＳＤＰ部２０２からＳＩＰ／ＳＤＰ部２１２へＳＩＰ信号を送信する。具体的には、ユーザの手動操作による起動の場合は、計算機ＡのＳＩＰクライアント２０は、アプリケーションＡのファイルシステム上の位置と起動条件を取得してアプリケーションＡを起動する（ステップＳ２０）。
【００３２】
続いて、ステップＳ２５において、計算機ＢのユーザがアプリケーションＡの起動を希望することを入力し、計算機ＡのアプリケーションＡと計算機ＢのアプリケーションＡがＳＩＰ／ＳＤＰ部２０２、２１２によってセッションを確立し、サービスを開始する。具体的には、ユーザの手動操作による起動の場合は、ＳＩＰクライアント２０、２１は、アプリケーションＡのファイルシステム上の位置と起動条件を取得してアプリケーションＡを起動する（ステップＳ３０）。
【００３３】
一方、ステップＳ２０を実行した後に、アプリケーションＡが存在しないことが判明する場合がある。そのときは、ステップＳ４０に進み、計算機ＢのＳＩＰクライアント２０は、計算機ＢのユーザにアプリケーションＡが存在しないことをユーザに知らせる。
【００３４】
ステップＳ４０に続くステップＳ４５においては、ＩＰネットワーク４０上の別の計算機Ｃより、アプリケーションＡの実行ファイルを取り込み、インターフェイス部３１に登録する。具体的には、アプリケーションＡの実行ファイル名、ファイルシステム上の実行ファイル格納位置、起動条件を登録する。これにより、アプリケーションＡは、ＳＩＰ信号上のパラメータで記述されたアプリケーションとして、ＳＩＰクライアントアプリケーション記憶部２１１に記憶される。
なお、計算機Ｃは、実行ファイルを格納しているだけでよいため、上述したアプリケーションプラットフォームを有することは必ずしも必要ではない。そこで、ステップＳ２５に戻り、計算機ＢがアプリケーションＡの起動を希望することを入力する。
【００３５】
このようにして、ＳＩＰにより、アプリケーションＡの双方向動作が行われる。
【００３６】
具体的な例を挙げて説明すると、アプリケーションＡが、ゲームであるとすると、ゲーム中の主人公の状態と、ユビキタスクライアント上の自状態との連携機能（例えば、主人公が休憩中なら、自状態も休憩中となる）が、ＳＩＰクライアント２０（特にＳＩＰクライアントアプリケーション記憶部２０１）―インターフェイス部３０−アプリケーションＡ記憶部１０（及び、ＳＩＰクライアント２１（特にＳＩＰクライアントアプリケーション記憶部２１１）―インターフェイス部３１−アプリケーションＡ記憶部１１）により実現される。
【００３７】
また、ゲーム上のイベントに同期してインスタントメッセージを送信する機能が、ＳＩＰクライアント２０のＳＩＰ／ＳＤＰ部２０２―インターフェイス部３０−アプリケーションＡ記憶部１０（及び、ＳＩＰ／ＳＤＰ部２１２―インターフェイス部３１−アプリケーションＡ記憶部１１）により実現される。
【００３８】
また、登録されたバディとの対戦機能が、アプリケーションＡ記憶部１０とアプリケーションＡ記憶部１１をＳＩＰを介さず直接ＩＰネットワークで通信することにより実現される。
【００３９】
なお、アプリケーションＡは、ゲームに限らず、スケジューラと自状態との同期（登録された予定表に従って、時間どおりに自状態を変更すること）、特定の送信元からのインスタントメッセージを認識して自動応答すること、ＳＩＰアプリケーションを提供者からユーザに配信することなどにも応用することができる。これら各種アプリケーションは、アプリケーション起動のためのＳＩＰ信号を送信するだけで起動されるため、ＳＩＰクライアント自体を再起動する必要はない。
【図面の簡単な説明】
【００４０】
【図１】ＳＩＰクライアント同士の双方向通信システムのブロック図である。
【図２】ＳＩＰクライアント同士の双方向通信システムの動作を説明する図である。
【符号の説明】
【００４１】
１０、１１、１２ Application Ａ（アプリケーションＡ記憶部）
２０、２１ SIP Client（ＳＩＰクライアント部）
２０１，２１１ SIP Client Application（ＳＩＰクライアントアプリケーション記憶部）
２０２，２１２ SIP/SDP（ＳＩＰ／ＳＤＰ部）
３０、３１ Interface（インターフェイス部）
２０２，２１２ SIP/SDP（セッション確立プロトコル（ＳＩＰ）/セッション記述プロトコル（ＳＤＰ）部）
４０ Network/Inter Process（ＩＰネットワーク）
【技術分野】
【０００１】
本発明は、ＳＩＰ（セッション initiation protocol）クライアント上のアプリケーションプラットフォーム及びインターフェイスに関し、例えば、ＳＩＰクライアント間でアプリケーションプログラムを起動するため、ＩＰネットワーク上の各端末に備えるＳＩＰ（セッション initiation protocol）クライアント上のアプリケーションプラットフォーム及びインターフェイスに関する。
【背景技術】
【０００２】
ＩＰネットワーク（インターネット）の普及に伴い、音声情報を符号化し、ＩＰパケットに載せることにより、公衆電話網（ＰＴＮ）とＩＰネットワークを接続する技術がＶｏＩＰ（voice over IP）である。ＶｏＩＰを利用して、ＩＰ電話やデスクトップ会議を行うため、音声・動画像データの送受信方法や発呼信号にはＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）勧告によるＨ．３２３が用いられていた。しかし、Ｈ.３２３は、動画像の双方向伝送を前提としているために、音声のみのＩＰ電話ではオーバーヘッドが重い。そこで、Ｈ.３２３より構造が簡単なＳＩＰ（セッション initiation protocol）が使用されるようになっている。ＳＩＰはＩＥＴＦ（internet engineering task force:IAB(internet architecture boardの下部組織)が規定する双方向リアルタイム通信のためのプロトコルであり、セッション（双方向通信）をinitiateする（確立する（受信確認を行う））ためのプロトコル（ＩＥＴＦ ＲＦＣ２５４３）である。
【０００３】
しかし、現状では、ＩＰネットワーク上には、ＳＩＰをサポートしていないサーバも少なくない。
【０００４】
そこで、特許文献１に開示されているＳＩＰトンネリング装置及びそれを用いた通信システムでは、ＳＩＰアプリケーションプログラムと非ＳＩＰアプリケーションプログラムをＩＰネットワーク上のＳＩＰトンネリング装置に送信し、両プログラムを連携させる。
【０００５】
また、パーソナルコンピュータ同士をＩＰネットワークで接続し、Ｊａｖａ(登録商標)分散オブジェクト同士でセッションを確立することは、パーソナルコンピュータとＩＰネットワークとの接続が頻繁に切断されるため、容易ではなかった。
【０００６】
そこで、特許文献２に開示されているセッション確立方法では、Ｊａｖａ分散オブジェクト同士でセッションを確立するために、ＪａｖａオブジェクトをＩＰネットワーク上のリポシトリに格納しておき、ＳＩＰによりセッションを確立した後で、Ｊａｖａオブジェクトをダウンロードする。これにより、遠隔教育、地域コミュニケーション、ネットワークゲームなどを行う。
【０００７】
また、ＩＰネットワークに接続可能な端末装置は多様化しており、一方がエンコードしたデータを相手側がデコードできないという問題が生じるが、従来のＳＩＰでは、発呼者が、利用可能なメディアフォーマットを一方的に送信し、受信側では、その中からメディアフォーマットを選択するに過ぎなかった。
【０００８】
そこで、特許文献３に開示された端末装置、データ送受信システム及びデータ送受信開始方法では、端末装置同士が共通のメディアフォーマットを扱えない場合でも、ＩＰネットワーク上のデータ変換装置に端末装置の能力情報を送信することにより、最適な通信形態を自動的に選択する。
【０００９】
このように、ＳＩＰクライアント間・サーバ間のＳＩＰ信号上のパラメータに従って、アプリケーションを起動する機能は実現されている。
【００１０】
【特許文献１】特開２００２−２４７１３０号公報（図２、段落００３６）
【特許文献２】特開２００３−２２２５０号公報（図１、段落０００６）
【特許文献３】特開２００３−３０９６６４号公報（図１、段落０１０８）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１〜３では、セッションを確立するため、ＩＰネットワーク上に第三者の端末（ＳＩＰトンネル装置、リポジトリ、データ変換装置）が必要だった。
【００１２】
また、ＳＩＰクライアント間・サーバ間のＳＩＰ信号上のパラメータに従ってアプリケーションを起動する機能は実現されているが、起動されるアプリケーションが限られていた。
【００１３】
更に、ＩＰクライアント間のインターフェイスも存在していなかった。
【００１４】
また、起動されたアプリケーションはＳＩＰクライアントから独立したアプリケーションであったため、通信機能を個別に実装する必要があった。
【００１５】
そこで、本発明は、任意のアプリケーションプログラムとその起動条件をＳＩＰ信号上のパラメータで指定するための汎用インターフェイスを提供することを目的とする。
【００１６】
また本発明は、当該汎用インターフェイスを含む端末同士が通信するとき、アプリケーションプログラムが送信側・受信側に存在しない場合は、ＩＰネットワーク上の他の計算機からそれを取り込むことを目的とする。
【００１７】
更に本発明は、ＳＩＰクライアントの再起動を行うことなく、ＳＩＰクライアントのサービスを追加することを目的とする。
【課題を解決するための手段】
【００１８】
前述の課題を解決するため本発明によるＳＩＰクライアント上のアプリケーションプラットフォーム及びインターフェイスは次のような特徴的な構成を採用している。
【００１９】
（１）ＳＩＰ／ＳＤＰ部及びＳＩＰクライアントアプリケーション部からなるＳＩＰクライアントと、
任意アプリケーション部と、
前記任意アプリケーション部を前記ＳＩＰクライアント部で起動させるインターフェイスとを備えたＳＩＰ上のアプリケーションプラットフォームにおいて、
前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を、前記インターフェイスを介して前記ＳＩＰクライアントに登録するアプリケーションプラットフォーム。
【００２０】
（２）ＩＰネットワーク上の２以上の前記アプリケーションプラットフォームにおいて、
ＳＩＰ信号により指定された前記任意アプリケーションを起動する上記（１）のアプリケーションプラットフォーム。
【００２１】
（３）前記ＳＩＰ信号により指定された前記任意アプリケーションが一方の前記アプリケーションプラットフォームに存在しないときは、
前記ＩＰネットワーク上の他の端末から前記任意アプリケーションの実行ファイルをダウンロードする上記（２）のアプリケーションプラットフォーム。
【００２２】
（４）前記ＳＩＰクライアントを再起動することなく、
２以上の任意アプリケーションを実行する上記（２）のアプリケーションプラットフォーム。
【００２３】
（５）前記ＳＩＰクライアントを介して前記任意アプリケーションの動作を同期させるとともに、インスタントメッセージを送受信し、
前記ＳＩＰクライアントを介することなく、前記任意アプリケーションを動作させる上記（２）のアプリケーションプラットフォーム。
【００２４】
（６）任意アプリケーション部を、ＳＩＰ／ＳＤＰ部上のＳＩＰクライアントアプリケーション部に呼び出すためのインターフェイスにおいて、
前記インターフェイスは、前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を登録するインターフェイス。
【発明の効果】
【００２５】
本発明によれば、ＳＩＰクライアントが実装する機能と密接に関連したアプリケーションの実現が可能となる。アプリケーション間の通信において、ＯＳＩ参照モデルでのセッション層以下を隠蔽することにより、アプリケーションの実装を簡略化することができる。すなわち、アプリケーションは、ＩＰネットワークレベルで、ＳＩＰが通信されていることを認識する必要がなく、ＳＩＰクライアントのプレゼンスサービス、インスタントメッセージ、ＶｏＩＰサービス、アプリケーションセッション確立機能などをアプリケーションから利用可能とする。このように、本発明のインターフェイスは、ＳＩＰとアプリケーションの間でミドルウエアとして機能する。さらに、一旦セッションが確立されれば、各種アプリケーションは、インターフェイスを介して次々と切替えることができるため、ＳＩＰクライアントの再起動を行うことなく各種のサービスを実行することができる。
【実施例】
【００２６】
以下、図面を参照しながら本発明の好適な実施形態について説明する。
図１は、ＳＩＰクライアント同士の双方向通信システムのブロック図である。
【００２７】
計算機Ａと計算機Ｂは、Network/Inter Process ４０（ＩＰネットワーク４０）によって接続されている。計算機Ａ及び計算機Ｂの内部構造は同じであり、それぞれ、Application Ａ１０、１１（アプリケーションＡ記憶部１０、１１）と、SIP Client Application２０１、２１１（ＳＩＰクライアントアプリケーション記憶部２０１、２１１）と、SIP/SDP２０２、２１２（ＳＩＰ／ＳＤＰ部２０２、２１２）と、Interface３０、３１（インターフェイス部３０、３１）とを備える。以下、SIP Client Application２０１、２１１（ＳＩＰクライアントアプリケーション記憶部２０１、２１１）及びSIP/SDP２０２、２１２（ＳＩＰ／ＳＤＰ部２０２、２１２）を一括して、ＳＩＰクライアント部２０、２１という。
【００２８】
このように、ＩＰネットワーク上の端末は、任意のアプリケーション１０、１１、インターフェイス３０、３１、ＳＩＰクライアント２０、２１を含むアプリケーションプラットフォームを有する。
【００２９】
図２は、ＳＩＰクライアント同士の双方向通信システムの動作を説明するための図である。
【００３０】
先ず、ステップＳ１０において、計算機Ａのユーザは手動でアプリケーションＡ記憶部１０のアプリケーションＡをインターフェイス部３０に登録する。具体的には、アプリケーションＡの実行ファイル名、ファイルシステム上の実行ファイル格納位置、起動条件を登録する。これにより、アプリケーションＡは、ＳＩＰ信号上のパラメータで記述されたアプリケーションとして、ＳＩＰクライアントアプリケーション記憶部２０１に記憶される。
【００３１】
次に、計算機Ａから計算機ＢへアプリケーションＡを起動するためＳＩＰ／ＳＤＰ部２０２からＳＩＰ／ＳＤＰ部２１２へＳＩＰ信号を送信する。具体的には、ユーザの手動操作による起動の場合は、計算機ＡのＳＩＰクライアント２０は、アプリケーションＡのファイルシステム上の位置と起動条件を取得してアプリケーションＡを起動する（ステップＳ２０）。
【００３２】
続いて、ステップＳ２５において、計算機ＢのユーザがアプリケーションＡの起動を希望することを入力し、計算機ＡのアプリケーションＡと計算機ＢのアプリケーションＡがＳＩＰ／ＳＤＰ部２０２、２１２によってセッションを確立し、サービスを開始する。具体的には、ユーザの手動操作による起動の場合は、ＳＩＰクライアント２０、２１は、アプリケーションＡのファイルシステム上の位置と起動条件を取得してアプリケーションＡを起動する（ステップＳ３０）。
【００３３】
一方、ステップＳ２０を実行した後に、アプリケーションＡが存在しないことが判明する場合がある。そのときは、ステップＳ４０に進み、計算機ＢのＳＩＰクライアント２０は、計算機ＢのユーザにアプリケーションＡが存在しないことをユーザに知らせる。
【００３４】
ステップＳ４０に続くステップＳ４５においては、ＩＰネットワーク４０上の別の計算機Ｃより、アプリケーションＡの実行ファイルを取り込み、インターフェイス部３１に登録する。具体的には、アプリケーションＡの実行ファイル名、ファイルシステム上の実行ファイル格納位置、起動条件を登録する。これにより、アプリケーションＡは、ＳＩＰ信号上のパラメータで記述されたアプリケーションとして、ＳＩＰクライアントアプリケーション記憶部２１１に記憶される。
なお、計算機Ｃは、実行ファイルを格納しているだけでよいため、上述したアプリケーションプラットフォームを有することは必ずしも必要ではない。そこで、ステップＳ２５に戻り、計算機ＢがアプリケーションＡの起動を希望することを入力する。
【００３５】
このようにして、ＳＩＰにより、アプリケーションＡの双方向動作が行われる。
【００３６】
具体的な例を挙げて説明すると、アプリケーションＡが、ゲームであるとすると、ゲーム中の主人公の状態と、ユビキタスクライアント上の自状態との連携機能（例えば、主人公が休憩中なら、自状態も休憩中となる）が、ＳＩＰクライアント２０（特にＳＩＰクライアントアプリケーション記憶部２０１）―インターフェイス部３０−アプリケーションＡ記憶部１０（及び、ＳＩＰクライアント２１（特にＳＩＰクライアントアプリケーション記憶部２１１）―インターフェイス部３１−アプリケーションＡ記憶部１１）により実現される。
【００３７】
また、ゲーム上のイベントに同期してインスタントメッセージを送信する機能が、ＳＩＰクライアント２０のＳＩＰ／ＳＤＰ部２０２―インターフェイス部３０−アプリケーションＡ記憶部１０（及び、ＳＩＰ／ＳＤＰ部２１２―インターフェイス部３１−アプリケーションＡ記憶部１１）により実現される。
【００３８】
また、登録されたバディとの対戦機能が、アプリケーションＡ記憶部１０とアプリケーションＡ記憶部１１をＳＩＰを介さず直接ＩＰネットワークで通信することにより実現される。
【００３９】
なお、アプリケーションＡは、ゲームに限らず、スケジューラと自状態との同期（登録された予定表に従って、時間どおりに自状態を変更すること）、特定の送信元からのインスタントメッセージを認識して自動応答すること、ＳＩＰアプリケーションを提供者からユーザに配信することなどにも応用することができる。これら各種アプリケーションは、アプリケーション起動のためのＳＩＰ信号を送信するだけで起動されるため、ＳＩＰクライアント自体を再起動する必要はない。
【図面の簡単な説明】
【００４０】
【図１】ＳＩＰクライアント同士の双方向通信システムのブロック図である。
【図２】ＳＩＰクライアント同士の双方向通信システムの動作を説明する図である。
【符号の説明】
【００４１】
１０、１１、１２ Application Ａ（アプリケーションＡ記憶部）
２０、２１ SIP Client（ＳＩＰクライアント部）
２０１，２１１ SIP Client Application（ＳＩＰクライアントアプリケーション記憶部）
２０２，２１２ SIP/SDP（ＳＩＰ／ＳＤＰ部）
３０、３１ Interface（インターフェイス部）
２０２，２１２ SIP/SDP（セッション確立プロトコル（ＳＩＰ）/セッション記述プロトコル（ＳＤＰ）部）
４０ Network/Inter Process（ＩＰネットワーク）
【特許請求の範囲】
【請求項１】
ＳＩＰ／ＳＤＰ部及びＳＩＰクライアントアプリケーション部からなるＳＩＰクライアントと、
任意アプリケーション部と、
前記任意アプリケーション部を前記ＳＩＰクライアント部で起動させるインターフェイスとを備えたＳＩＰ上のアプリケーションプラットフォームにおいて、
前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を、前記インターフェイスを介して前記ＳＩＰクライアントに登録することを特徴とするアプリケーションプラットフォーム。
【請求項２】
ＩＰネットワーク上の２以上の前記アプリケーションプラットフォームにおいて、
ＳＩＰ信号により指定された前記任意アプリケーションを起動することを特徴とする請求項１に記載のアプリケーションプラットフォーム。
【請求項３】
前記ＳＩＰ信号により指定された前記任意アプリケーションが一方の前記アプリケーションプラットフォームに存在しないときは、
前記ＩＰネットワーク上の他の端末から前記任意アプリケーションの実行ファイルをダウンロードすることを特徴とする請求項２に記載のアプリケーションプラットフォーム。
【請求項４】
前記ＳＩＰクライアントを再起動することなく、
２以上の任意アプリケーションを実行することを特徴とする請求項２に記載のアプリケーションプラットフォーム。
【請求項５】
前記ＳＩＰクライアントを介して前記任意アプリケーションの動作を同期させるとともに、インスタントメッセージを送受信し、
前記ＳＩＰクライアントを介することなく、前記任意アプリケーションを動作させることを特徴とする請求項２に記載のアプリケーションプラットフォーム。
【請求項６】
任意アプリケーション部を、ＳＩＰ／ＳＤＰ部上のＳＩＰクライアントアプリケーション部に呼び出すためのインターフェイスにおいて、
前記インターフェイスは、前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を登録することを特徴とするインターフェイス。
【請求項１】
ＳＩＰ／ＳＤＰ部及びＳＩＰクライアントアプリケーション部からなるＳＩＰクライアントと、
任意アプリケーション部と、
前記任意アプリケーション部を前記ＳＩＰクライアント部で起動させるインターフェイスとを備えたＳＩＰ上のアプリケーションプラットフォームにおいて、
前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を、前記インターフェイスを介して前記ＳＩＰクライアントに登録することを特徴とするアプリケーションプラットフォーム。
【請求項２】
ＩＰネットワーク上の２以上の前記アプリケーションプラットフォームにおいて、
ＳＩＰ信号により指定された前記任意アプリケーションを起動することを特徴とする請求項１に記載のアプリケーションプラットフォーム。
【請求項３】
前記ＳＩＰ信号により指定された前記任意アプリケーションが一方の前記アプリケーションプラットフォームに存在しないときは、
前記ＩＰネットワーク上の他の端末から前記任意アプリケーションの実行ファイルをダウンロードすることを特徴とする請求項２に記載のアプリケーションプラットフォーム。
【請求項４】
前記ＳＩＰクライアントを再起動することなく、
２以上の任意アプリケーションを実行することを特徴とする請求項２に記載のアプリケーションプラットフォーム。
【請求項５】
前記ＳＩＰクライアントを介して前記任意アプリケーションの動作を同期させるとともに、インスタントメッセージを送受信し、
前記ＳＩＰクライアントを介することなく、前記任意アプリケーションを動作させることを特徴とする請求項２に記載のアプリケーションプラットフォーム。
【請求項６】
任意アプリケーション部を、ＳＩＰ／ＳＤＰ部上のＳＩＰクライアントアプリケーション部に呼び出すためのインターフェイスにおいて、
前記インターフェイスは、前記任意アプリケーション部に格納されたアプリケーションの実行ファイル名、実行ファイル格納位置及び起動条件を登録することを特徴とするインターフェイス。
【図１】
【図２】
【図２】
【公開番号】特開２００６−１２７１８５（Ｐ２００６−１２７１８５Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００４−３１５１４４（Ｐ２００４−３１５１４４）
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００２３２２５４）日本電気通信システム株式会社 (586)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００２３２２５４）日本電気通信システム株式会社 (586)
【Ｆターム（参考）】
[ Back to top ]