JP2008225688A - 端末制御方法及び該方法を用いたサービス提供システム - Google Patents

Abstract

【課題】ネットワークを介して行われる各種サービスのプラットホームとして使用可能なサービス基盤の実現
【解決手段】サービス提供システムは、サービス制御サーバ２３と、サービスを受ける端末１１〜１３と、がそれぞれ、所定のフォーマットのメッセージを作成するメッセージ生成部と、ＳＩＰのＭＥＳＳＡＧＥメソッドを用いて前記メッセージを送受信するメッセージ送受信部と、受信したメッセージを認識するメッセージ認識部と、を備える。サービス制御サーバ２３は、少なくとも、前記端末に実行させるコマンドと、アクセス先やテキスト情報を記述するメッセージ本文と、を受け付けるメッセージ定義入力出力部を備え、端末１１〜１３の制御部が、前記メッセージに従った処理を実行する。
【選択図】図１

Description

本発明は、端末制御方法及び該方法を用いたサービス提供システムに関し、特に、ＲＦＣ３２６１で規定されたＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を利用した端末制御方法及び該方法を用いたサービス提供システムに関する。

特許文献１に、クライアント端末と、アプリケーションサーバとの間のセッションの確立を行う中継サーバを介して、電話以外のアプリケーションサービスを提供できるサービス提供システムが開示されている。また、同文献では、ＩＮＶＩＴＥ等のＳＩＰ要求メッセージのリクエストラインに、要求するアプリケーション・サービスの詳細な情報を設定することが記載されている。

また、特許文献２には、同様にＳＩＰを利用し、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信を行う端末の双方で特定のアプリケーションを起動し、各種通信サービスをできるようにしたシステムが開示されている。また、同文献では、ＳＩＰメッセージのペイロードにアプリケーションのパラメータを送信することが記載されている。

特開２００５−０７３２３６号公報 特開２００３−２２２５０号公報

しかしながら、上記した従来のシステムでは、複数のサービス提供事業者から能動的にサービスを提供することが難しいという問題点がある。例えば、特許文献１のシステムでは、中継サーバは、クライアント端末からのリクエストを中継するに止まり、リクエストの送信がなければ、複数のアプリケーションサーバからのサービスを提供できない構成となっている。

また、特許文献２に記載のシステムにしても、情報コンテンツを発信できるのは、発呼側のメディア端末（ＵＡＣ）に限られており、他のサービス提供事業者と着呼側のメディア端末（ＵＡＳ）間のサービス授受は不可能である。

本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、複数のサービス提供事業者が参加し、ユーザに各種サービスを提供するためのサービス基盤を実現するサービス提供システムを提供することにある。

本発明の第１の視点によれば、ＳＩＰを用いたサービス提供システムであって、サービス制御サーバと、サービスを受ける端末と、がそれぞれ、所定のフォーマットのメッセージを作成するメッセージ生成部と、ＳＩＰのＭＥＳＳＡＧＥメソッドを用いて前記メッセージを送受信するメッセージ送受信部と、受信したメッセージを認識するメッセージ認識部と、を備え、前記サービス制御サーバは、少なくとも、前記端末に実行させるコマンドと、アクセス先を記述するメッセージ本文と、を受け付けるメッセージ定義入力出力部を備え、前記端末の制御部が、前記メッセージ認識部より渡されたコマンドを実行し、前記メッセージ本文に記述されたアドレスにアクセスすることにより、サービスを提供すること、を特徴とするサービス提供システムが提供される。

本発明の第２の視点によれば、サービス制御サーバが、少なくとも、前記端末に実行させるコマンドと、アクセス先を記述するメッセージ本文と、を受け付け、所定のフォーマットのメッセージを作成して、指定された端末に対してＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて送信し、前記メッセージを受信した端末に、該メッセージに含まれるコマンドを実行し、前記メッセージ本文に記述されたアドレスにアクセスさせること、を特徴とする端末制御方法が提供される。

本発明によれば、ネットワークを介して行われる各種サービスのプラットホームとして使用可能なサービス基盤を実現することが可能となる。その理由は、サーバ側に、メッセージ定義入力出力部を備えるとともに、端末側で、該メッセージを認識（解釈）、実行するよう構成したことにある。

続いて、本発明を実施するための最良の形態について図面を参照して詳細に説明する。

図１は、本発明の第１の実施形態のシステム構成を表したブロック図である。図１を参照すると、ネットワーク１と、本サービスの加入者（以下、「ユーザ」という）が使用するユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３と、サービス提供者端末２１、サービス制御端末２２、サービス制御サーバ２３、情報配信サーバ２４とが示されている。

ネットワーク１は、通信事業者によって提供されるＩＰ網で、通信帯域や通信品質を保証する通信網（ＮＧＮ；Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ；ＩＴＵ−Ｔ勧告Ｙ．２００１（１２／２００４）参照）である。ネットワーク１は、コンテンツ配信システム側に設置された各サーバと各端末（クライアント）間の通信の帯域と品質を保証するために、ＳＩＰによる通信のセッションを制御する機能を有する。

ネットワーク１は、サーバと端末（クライアント）間の１対１通信であるユニキャスト通信と、１対特定多数通信であるマルチキャスト通信と、１対不特定多数通信であるブロードキャスト通信のそれぞれの通信機能を提供するものとする。

ユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３、サービス提供者端末２１、サービス制御サーバ２３及び情報配信サーバ２４は、それぞれＳＩＰ機能を有し、し、ＳＩＰによりネットワーク１にセッション制御を要求する。

ユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３及びサービス提供者端末２１は、ＷＥＢブラウザ機能、映像再生機能、発信、着信による通話機能、発信、着信による電話と映像による通話機能、テキスト情報メッセージを表示する機能を有する宅内端末である。また、ユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３は、その表示装置上に、前記各機能から選択された１以上の機能の画面を同時に表示する機能を有する。

サービス制御端末２２は、サービス制御サーバ２３が提供するサービス制御画面（メッセージ定義入力画面）を表示する機能を有する。

サービス制御サーバ２３は、ユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３とサービス提供者端末２１の端末制御やアプリケーション制御を実行するための機能を有し、その詳細は後記する。アプリケーションとは、例えば、ユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３のＷＥＢブラウザ機能、映像再生機能、発信、着信による通話機能、発信・着信による電話と映像による通話機能、テキスト情報メッセージを表示する機能を実現するためアプリケーションプログラムを指す。

情報配信サーバ２４は、ユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３への映像配信、ＷＥＢ配信、テキスト情報のいずれか一以上を送信する機能を有する。

ここで、サービス制御サーバ２３が、ユーザ＃１端末１１、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３及びサービス提供者端末２１の制御、アプリケーション制御を実行するために利用するメッセージの構成について説明する。図２は、サービス制御サーバ２３より前記各端末１１〜１３、及び、サービス提供者端末２１に対し、ＳＩＰのＭＥＳＳＡＧＥメソッドを用いて送信されるメッセージの構成例である。

図２を参照すると、メッセージ１００は、サービス提供事業者名１０１と、コマンド１０２と、メッセージタイプ１０３と、メッセージボディ１０４で構成される。

サービス提供事業者名１０１には、どのサービス提供事業者が、ユーザ端末を制御しているのか認識し、判定するために、サービス提供事業者毎に付与されたＩＤ情報が格納される。

コマンド１０２には、サービス制御サーバ２３が、ユーザ端末の制御又はアプリケーション制御を実行するための命令情報が格納される。例えば、アプリケーション自動起動、アプリケーション制御にかかわる情報を蓄積（キャッシュ）、表示中のアプリケーションを更新するコマンド、アプリケーションを制御するための情報を各端末が保持するデータベースに登録、また、データベースに保持されている情報を登録削除するコマンド、通話機能のために、自端末より発信、相手から自端末への着信を自動制御するコマンド、通話状態を切断制御するコマンド、ユーザ端末が起動しているアプリケーションを終了するコマンド、制御された端末の状態を通知するコマンド等が格納される。

メッセージタイプ１０３には、情報配信サーバ２４にアクセスするための情報の種別情報が格納される。例えば、ＷＥＢサーバにアクセスするための「ＷＥＢ ＵＲＬ」、ユニキャストによる映像配信を行うＶｏＤ（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ）サーバにアクセスするための「ＶｏＤ ＵＲＬ」、また、マルチキャストやブロードキャストによる映像配信を行う映像配信サーバにアクセスするための「マルチキャストグループアドレス」、通話するための「電話番号」、メッセージであることを示す「テキスト情報」、端末を制御するための情報であることを示す「端末制御情報」といったメッセージボディ１０４に記載された情報の種別情報が設定される。

メッセージボディ１０４には、上記メッセージタイプ１０３で定義された内容の具体的な情報、例えば、「ＷＥＢ ＵＲＬ」、「ＶｏＤ ＵＲＬ」、「マルチキャストグループアドレス」、「電話番号」、メッセージ本文、端末制御情報等が格納される。

ここで、サービス制御サーバ２３とユーザ＃１端末１１の機能ブロック構成を図３を参照して説明する。なお、図３の例ではユーザ＃１端末１１を例示しているが、ユーザ＃２端末１２、ユーザ＃Ｎ端末１３、サービス提供者端末２１も同様の構成とすることができる。

サービス制御サーバ２３は、ネットワーク１を介してＳＩＰのＭＥＳＳＡＧＥ機能を利用してユーザ＃１端末１１とメッセージを送受信するメッセージ送受信部４１と、受信したメッセージを認識するメッセージ認識部４２と、メッセージを生成するメッセージ生成部４３と、サービス制御サーバ２３を制御するサーバ制御部４４と、メッセージ１００をサーバ制御部４４に入力、あるいは、出力するためのメッセージ定義入力出力部４５とを含んで構成される。

一方、ユーザ＃１端末１１は、ネットワーク１を介してＳＩＰのＭＥＳＳＡＧＥ機能を利用してサービス制御サーバ２３とメッセージを送受信するメッセージ送受信部３１と、受信したメッセージを認識するメッセージ認識部３２と、メッセージを生成するメッセージ生成部３３と、ユーザ＃１端末１１を制御する端末制御部３４と、アプリケーションの起動、停止を制御するアプリケーション制御部３５と、複数のアプリケーシを同時に複数表示する機能や、加入者による加入者端末のリモコン制御を実行するユーザインタフェース部３６と、メッセージより通知された情報の蓄積や、端末の設定情報を蓄積する蓄積データ３７とを含んで構成される。

以下、図４〜図８を参照して、ユーザ端末の制御、アプリケーションの連携制御を実行する動作例について詳細に説明する。

（ユーザ端末の制御）
図４は、ユーザ＃Ｎ端末１３に任意の処理を実行させる場合の動作概要を表したシーケンス図である。まず、ユーザ＃Ｎ端末１３に所定の動作を行わせたいサービス提供事業者によって操作されたサービス制御端末２２が、サービス制御サーバ２３にアクセスして、メッセージ定義の入力が行われる（ステップＳ１）。

サービス制御サーバ２３のメッセージ定義入力出力部４５が受け付けた入力内容は、サーバ制御部４４を介して、メッセージ生成部４３に送信され、メッセージ１００の生成が行われる（ステップＳ２）。

メッセージ送受信部４１が、ＳＩＰのＭＥＳＳＡＧＥ機能により、メッセージ生成部４３により生成されたメッセージ１００をユーザ端末側に送信する（ステップＳ３）。なお、サービス制御サーバ２３は、すべてのユーザ端末１１〜１３、あるいは、任意のユーザ端末を指定してメッセージ１００を送信することが可能であるが、以下、ユーザ＃Ｎ端末１３に宛ててメッセージ１００を送信するものとして説明する。

ユーザ＃Ｎ端末１３のメッセージ送受信部３１はメッセージを受信すると（ステップＳ４）、メッセージ認識部３２に対して、メッセージを送り、メッセージ１００の認識処理を実行させる（ステップＳ５）。

ユーザ＃Ｎ端末１３のメッセージ認識部３２は、認識処理として、メッセージ１００のフォーマットが適正であるか否かや、メッセージ１００のサービス提供事業者名１０１に格納されたサービス提供事業者のＩＤがユーザ＃Ｎ端末１３のユーザが許可しているサービス提供事業者のものであるか否か等の各情報が正しいか否かを判定する。ここで、メッセージ１００を正しく認識できた場合には、メッセージ生成部３３及びメッセージ送受信部３１によって、ＳＩＰのＭＥＳＳＡＧＥ機能の応答メッセージの生成と送信が行われる。

次に、ユーザ＃Ｎ端末１３は、メッセージ１００のコマンド１０２、メッセージタイプ１０３、メッセージボディ１０４に記述された内容に従った処理を実行する（ステップＳ６）。ユーザ＃Ｎ端末１３の端末制御部３４が、アプリケーション制御部３５、ユーザインタフェース部３６、蓄積データ３７を制御し、ステップＳ１で入力されたアプリケーションの連携制御や端末制御の内容を実行する。

上記メッセージ１００に従った処理が完了すると、ユーザ＃Ｎ端末１３の端末制御部３４は、メッセージ生成部３３に、ユーザ＃Ｎ端末１３の状態を通知するメッセージ１００を生成させる（ステップＳ７）。メッセージの内容は、ステップＳ１で入力されたアプリケーションの連携制御や端末制御の内容の実行が完了した旨や、実行後のユーザ＃Ｎ端末１３の状態が記述される。

メッセージ生成部３３よりメッセージ１００を受け取ったユーザ＃Ｎ端末１３のメッセージ送受信部３１は、ＳＩＰのＭＥＳＳＡＧＥ機能を利用してメッセージ１００をサービス制御サーバ２３へ送信する（ステップＳ８）。

サービス制御サーバ２３は、上記したユーザ＃Ｎ端末１３のメッセージ受信処理（ステップＳ４）、メッセージ認識処理（ステップＳ５）と同様に、メッセージの受信と（ステップＳ９）、メッセージの認識処理（ステップＳ１０）を実行し、正しいメッセージであることが確認できた場合には、ＳＩＰのＭＥＳＳＡＧＥ機能の応答メッセージを送信する。

以上のように、サービス制御サーバ２３のメッセージ定義入力出力部４５へのメッセージの入力を許容することで、複数のサービス提供事業者に、ユーザ端末の制御を行うサービス基盤を開放することが可能となる。

（コンテンツ配信）
図５は、ユーザ＃Ｎ端末１３に任意のコンテンツを配信する際の処理概要を表したシーケンス図である。ユーザ端末に対するコンテンツ配信を行う場合、メッセージ１００の入力の際に、メッセージタイプ１０３とメッセージボディ１０４に、ＷＥＢ ＵＲＬ、ＶｏＤ ＵＲＬ、マルチキャストグループアドレス、端末制御情報等が設定される（ステップＳ１）。

図６は、サービス制御サーバ２３がメッセージ定義入力出力部４５によりＷＥＢ情報配信、映像配信やテキスト情報の配信要求を受け付ける際の画面例である。図６を参照すると、入力画面２００には、タイトル２０１、種別２０２、選択２０３、配信形式２０４、配信ボタン２０５、停止ボタン２０６といった要素が配されている。

タイトル２０１には、情報配信サーバ２４により、配信可能な情報コンテンツのタイトル名が表示される。種別２０２は、配信される情報の種別、すなわち、ＷＥＢ、映像配信（ＶｏＤ）、映像配信（マルチキャスト、ブロードキャスト）、テキスト情報等の種別が表示される。配信形式２０４としては、例えば、リアルタイム、又は、キャッシュ（蓄積）を選択可能となっている。選択２０３で情報コンテンツを選択し、配信ボタン２０５を起動（クリック）することにより、メッセージ１００の入力が完了する。

このとき、メッセージ生成部４３では、選択された情報コンテンツのＷＥＢ ＵＲＬ、ＶｏＤ ＵＲＬ、マルチキャストグループアドレス、メッセージのテキスト情報が、メッセージ１００のメッセージボディ１０４にマッピングされ、種別２０２の情報が、メッセージ１００のメッセージタイプ１０３にマッピングされ、配信形式２０４の選択に応じたコマンドが、メッセージ１００のコマンド１０２にマッピングされる。

なお、図６の停止ボタン２０６を起動（クリック）すると、配信したメッセージ１００によりユーザ端末で実行されているアプリケーションを停止するためのメッセージ１００が配信される。

続く、図５のステップＳ２〜ステップＳ５及びステップＳ７〜ステップＳ１０は、先のユーザ端末の制御を行う場合の動作と同様であるので、以下、図５のステップＳ２０〜ステップＳ２７までを説明する。

まず、メッセージ１００のメッセージタイプ１０３がＷＥＢ ＵＲＬ、ＶｏＤ ＵＲＬ、マルチキャストグループアドレスのいずれかであり、且つ、コマンド１０２が蓄積（キャッシュ）命令である場合、ユーザ＃Ｎ端末１３は、メッセージ１００により受信した情報のすべてを蓄積データ３７として蓄積する（ステップＳ２１）。

その後、ユーザ＃Ｎ端末１３のユーザよりリモコン等による指示が行われると（ステップＳ２２）、ユーザ＃Ｎ端末１３の端末制御部３４は、アプリケーションを起動する（ステップＳ２３）。アプリケーションの起動は、ユーザインタフェース部３６が蓄積データ３７として蓄積した情報を表示してリモコン等による指示を受け、端末制御部３４が、アプリケーション制御部３５に指示を送信することにより実現される。

以上の蓄積（ステップＳ２１）とユーザ指示（ステップＳ２２）によるアプリケーションの起動プロセス（まとめて、ステップＳ２０）により、ユーザ＃Ｎ端末１３のユーザは、サービス提供事業者から提供される情報コンテンツを非同期に、ユーザの都合時間に合わせて閲覧・視聴することが可能になる。

一方、メッセージ１００のメッセージタイプ１０３がＷＥＢ ＵＲＬ、ＶｏＤ ＵＲＬ、マルチキャストグループアドレスのいずれかであり、且つ、コマンド１０２がアプリケーションの自動起動、表示中のアプリケーションを更新するコマンドである場合は、ユーザ＃Ｎ端末１３は、ステップＳ２０（ステップＳ２１とステップＳ２２を含む）をスキップし、ユーザの操作を待つことなく、アプリケーションを自動起動する（ステップＳ２３）。

起動されたアプリケーションは、メッセージボディ１０４の記述に基づいて情報配信サーバ２４にアクセスする（ステップＳ２４）。

アクセスを受けた情報配信サーバ２４は、ユーザ＃Ｎ端末１３に対するコンテンツ配信を開始し（ステップＳ２５）、ユーザ＃Ｎ端末１３はサービスの授受（ステップＳ２６）により、映像配信サーバ２４より受信した情報をモニタやテレビ画面に表示する（ステップＳ２７）。

以上のとおり、サービス制御サーバ２３より配信されたメッセージ１００を蓄積する場合（ステップＳ２０）と、自動表示する場合と（ステップＳ２０をスキップ）、の２通りのコンテンツ配信を受けることが可能となっている。

上記蓄積する場合、自動表示する場合のいずれとも、ユーザが別の映像配信視聴中や電話中であってもよく、サービス提供事業者よりメッセージ１００を受信次第、別のウインドウ等にてその内容を確認し、サービスを受けることが可能となる。

（テキスト表示）
図７は、ユーザ＃Ｎ端末１３に、ニュース、広告等の任意のテキストを表示させる際の処理概要を表したシーケンス図である。ユーザ端末に任意のテキスト表示を行わせたい場合、メッセージ１００の入力の際に、メッセージタイプ１０３とメッセージボディ１０４に、「テキスト情報」である旨と、テキスト本文が設定される（ステップＳ１；図６参照）。ステップＳ２〜ステップＳ５は、先のユーザ端末の制御を行う場合の動作と同様であるので、以下、図７のステップＳ３０〜ステップＳ３４までを説明する。

まず、メッセージ１００のメッセージタイプ１０３がテキスト情報であり、且つ、コマンド１０２が蓄積（キャッシュ）命令である場合、ユーザ＃Ｎ端末１３は、メッセージ１００により受信した情報のすべてを蓄積データ３７として蓄積する（ステップＳ３１）。

その後、ユーザ＃Ｎ端末１３のユーザよりリモコン等による指示が行われると（ステップＳ３２）、ユーザ＃Ｎ端末１３の端末制御部３４は、テキスト表示アプリケーションを（自動）起動する（ステップＳ３３）。アプリケーションの起動は、ユーザインタフェース部３６が蓄積データ３７として蓄積した情報を表示してリモコン等による指示を受け、端末制御部３４が、アプリケーション制御部３５に指示を送信することにより実現される。

以上の蓄積（ステップＳ３１）とユーザ指示（ステップＳ３２）によるテキスト表示（ステップＳ３３）の起動プロセス（まとめて、ステップＳ３０）により、ユーザ＃Ｎ端末１３のユーザは、サービス提供事業者から提供されるテキスト情報を非同期に、ユーザの都合時間に合わせて閲覧・視聴することが可能になる。

一方、メッセージ１００のメッセージタイプ１０３がテキスト情報であり、且つ、コマンド１０２がアプリケーションの自動起動、表示中のアプリケーションを更新するコマンドである場合は、ユーザ＃Ｎ端末１３は、ステップＳ３０（ステップＳ３１〜ステップＳ３３）をスキップし、ユーザの操作を待つことなく、テキスト表示アプリケーションを自動起動しメッセージボディ１０４に記述されたテキスト情報を表示する（ステップＳ３４）。

以上のとおり、サービス制御サーバ２３より配信されたメッセージ１００を蓄積する場合（ステップＳ３０）と、自動表示する場合と（ステップＳ３０をスキップ）、の２通りのテキスト表示を行うことが可能となっている。

上記蓄積する場合、自動表示する場合のいずれとも、ユーザが別の映像配信視聴中や電話中であってもよく、サービス提供事業者よりメッセージ１００を受信次第、別のウインドウ等にてその内容を確認し、テキストを参照することが可能となる。

（電話発信）
図８は、ユーザ＃Ｎ端末１３からサービス提供者端末２１に電話発信させる際の処理概要を表したシーケンス図である。ユーザ端末に他のＳＩＰ端末に電話を掛けさせたい場合、メッセージ１００の入力の際に、メッセージタイプ１０３とメッセージボディ１０４に、「電話番号」である旨と、電話番号が設定される（ステップＳ１）。

図９は、サービス制御サーバ２３がメッセージ定義入力出力部４５により通話申込を受け付ける際の画面例である。図９を参照すると、入力画面３００には、申込番号３０１、名前３０２、選択３０３、発信形式３０４、開始ボタン３０５、切断ボタン３０６といった要素が配されている。

申込番号３０１には、電話番号や、加入者を特定するためにサービス事業者により割り当てられた一意の識別子等の番号が表示される。名前３０２には、サービスに参加しているユーザ名が表示される。発信形式３０４としては、例えば、着呼待ち、又は、自動発呼を選択可能となっている。選択３０３で通話相手を選択し、開始ボタン３０５を起動（クリック）することにより、メッセージ１００の入力が完了する。

このとき、メッセージ生成部４３では、選択されたユーザの申込番号３０１が電話番号である場合、申込番号３０１が、メッセージ１００のメッセージボディ１０４に電話番号としてマッピングされ（ユーザの申込番号３０１が電話番号でない場合は、適宜、電話帳情報等を参照すればよい）、発信形式３０４の選択に応じたコマンドが、メッセージ１００のコマンド１０２にマッピングされる。また、メッセージ１００のメッセージタイプ１０３には、電話番号である旨が記述される。

なお、図９の切断ボタン３０６を起動（クリック）すると、配信したメッセージ１００により開始された通話を終了させるためのメッセージ１００が配信される。

続く、図８のステップＳ２〜ステップＳ５は、先のユーザ端末の制御を行う場合の動作と同様であるので、以下、図８のステップＳ４０〜ステップＳ５１までを説明する。

まず、メッセージ１００のメッセージタイプ１０３が電話番号であることを示しており、且つ、コマンド１０２が登録（キャッシュ）、かつ、自端末からの発信である場合、ユーザ＃Ｎ端末１３は、メッセージ１００により受信した情報のすべてを蓄積データ３７として蓄積する（ステップＳ４１）。

その後、ユーザ＃Ｎ端末１３のユーザよりリモコン等による指示が行われると（ステップＳ４２）、ユーザ＃Ｎ端末１３の端末制御部３４は、テレビ電話アプリケーションを起動しメッセージボディ１０４に記述された電話番号に発信する（ステップＳ４３）。通話アプリケーションの起動は、ユーザインタフェース部３６が蓄積データ３７として蓄積した情報を表示してリモコン等による指示を受け、端末制御部３４が、アプリケーション制御部３５に指示を送信することにより実現される。

以上の蓄積（ステップＳ４１）とユーザ指示（ステップＳ４２）による自動発信の起動プロセス（まとめて、ステップＳ４０）により、ユーザ＃Ｎ端末１３のユーザは、サービス提供事業者から通知された電話番号への発信を非同期に、ユーザの都合時間に合わせて実行することが可能になる。

一方、メッセージ１００のメッセージタイプ１０３が電話番号であり、且つ、コマンド１０２が自端末からの発信である場合は、ユーザ＃Ｎ端末１３は、ステップＳ４０（ステップＳ４１〜ステップＳ４２）をスキップし、ユーザの操作を待つことなく、テレビ電話アプリケーションを自動起動しメッセージボディ１０４に記述された電話番号に発信する（ステップＳ４３）。

その後は、通話相手となるサービス提供者端末２１との間で、電話やテレビ電話のセッションを制御するためのセッション制御が行われ（ステップＳ５０）、セッションが確立した段階で、ユーザ＃Ｎ端末１３とサービス提供者端末２１間の通話が行われる（ステップＳ５１）。

以上のとおり、サービス制御サーバ２３より配信された電話番号を登録する（後で掛ける）場合（ステップＳ４０）と、即発信する場合と（ステップＳ４０をスキップ）、の２通りの電話発信処理を行うことが可能となっている。

上記登録する場合、自動発信する場合のいずれとも、ユーザが別の映像配信視聴中やＷＥＢ閲覧中であってもよく、サービス提供事業者よりメッセージ１００を受信次第、別のウインドウ等にてその内容を確認し、サービス提供事業者や他のユーザとの間で２者通話、多地点通話を行うことが可能となる。

（電話着信）
図１０は、ユーザ＃Ｎ端末１３に電話着信待ち動作を行わせる際の処理概要を表したシーケンス図である。ユーザ端末に他のＳＩＰ端末からの電話を受けさせたい場合、メッセージ１００の入力の際に、メッセージタイプ１０３とメッセージボディ１０４に、「電話番号」である旨と、電話番号が設定される（ステップＳ１）。ステップＳ２〜ステップＳ５は、先のユーザ端末の制御を行う場合の動作と同様であるので、以下、図１０のステップＳ４４以降を説明する。

まず、メッセージ１００のメッセージタイプ１０３が電話番号であることを示しており、且つ、コマンド１０２が相手から自端末への自動着信待機である場合、ユーザ＃Ｎ端末１３は、メッセージ１００により受信した情報のすべてを蓄積データ３７として蓄積する（ステップＳ４４）。

その後は、サービス提供者端末２１からの発信が行われると、サービス提供者端末２１とユーザ＃Ｎ端末１３との間で、電話やテレビ電話のセッションを制御するためのセッション制御が行われ（ステップＳ５０）、セッションが確立した段階で、ユーザ＃Ｎ端末１３とサービス提供者端末２１間の通話が行われる（ステップＳ５１）。

以上のとおり、サービス制御サーバ２３より配信された電話番号からの着信に対して自動で応答する制御が可能となる。この場合も、ユーザが別の映像配信視聴中やＷＥＢ閲覧中であってもよく、サービス提供事業者よりメッセージ１００を受信次第、別のウインドウ等にてその内容を確認し、サービス提供事業者や他のユーザとの間で２者通話、多地点通話を行うことが可能となる。

以上、本発明の好適な実施形態を説明したが、本発明の要旨を逸脱しない範囲で各種の変形を行うことが可能である。例えば、図１１に示すとおり、ユーザ端末に設定させたい端末設定情報を送るためのメッセージ入力画面を用いて、ユーザ端末にリアルタイム、あるいは、キャッシュ方式で端末設定情報を送ることが可能となる。

図１１の例では、タイトル４０１には、情報配信サーバ２４により、配信可能な端末設定情報のタイトル名が表示される。種別４０２は、配信される端末設定情報の種別、例えば、ファームウェアの更新プログラム、端末設定情報といった種別が表示される。配信形式４０４としては、例えば、リアルタイム、又は、キャッシュ（蓄積）を選択可能となっている。選択４０３で端末設定情報を選択し、設定ボタン４０５を起動（クリック）することにより、メッセージ１００の入力が完了する。

このとき、メッセージ生成部４３では、選択された端末設定情報のＷＥＢ ＵＲＬや端末設定に関するテキスト情報が、メッセージ１００のメッセージボディ１０４にマッピングされ、種別４０２の情報が、メッセージ１００のメッセージタイプ１０３にマッピングされ、配信形式４０４の選択に応じたコマンドが、メッセージ１００のコマンド１０２にマッピングされる。

以上のように、特定のサービス基盤を保有していないサービス提供事業者に各ユーザ端末への各種サービスを行わせることが可能となる。

以上、本発明の好適な実施形態を説明したが、本発明の要旨を逸脱しない範囲で各種の変形を行うことが可能である。例えば、上記した実施形態では、サービス制御端末２２、サービス制御サーバ２３、情報配信サーバ２４をそれぞれ用意するものとして説明したが、参加するサービス提供事業者の数や、提供するサービスに応じて、これらを統合し、あるいは、複数設置することも可能である。

また、上記した実施形態では、サービス提供者端末２１が、ユーザ端末１１〜１３にサービスを提供するものとして説明したが、上記した説明からも明らかなとおり、ユーザ端末１１〜１３間のサービス授受を行うことができる。例えば、ユーザ＃１端末１１が、情報配信サーバ２４に、画像や映像コンテンツ等を登録しておき、他のユーザ＃２端末１２、ユーザ＃Ｎ端末１３に対して、ＳＩＰのＭＥＳＳＡＧＥメソッドを用いてメッセージを送信し、これらをダウンロードさせるといった用途にも適用可能である。

本発明の第１の実施形態のシステム構成を表したブロック図である。 本発明に係るサーバ及びユーザ端末間で送受信されるメッセージの構成例である。 本発明の第１の実施形態に係るサービス制御サーバ及びユーザ端末の構成を表したブロック図である。 本発明の第１の実施形態の基本動作（端末制御）を表したシーケンス図である。 本発明の第１の実施形態の別の動作（コンテンツ配信）を表したシーケンス図である。 ユーザ端末にコンテンツ配信を行う際のメッセージの入力画面例である。 本発明の第１の実施形態の別の動作（メッセージ表示）を表したシーケンス図である。 本発明の第１の実施形態の別の動作（電話発信）を表したシーケンス図である。 ユーザ端末との通話を申し込む際のメッセージの入力画面例である。 本発明の第１の実施形態の別の動作（電話着信待機）を表したシーケンス図である。 ユーザ端末に設定情報を提供する際のメッセージの入力画面例である。

符号の説明

１ ネットワーク（ＮＧＮ）
１１〜１３ ユーザ端末（クライアント）
２１ サービス提供者端末
２２ サービス制御端末
２３ サービス制御サーバ
２４ 情報配信サーバ
３１ メッセージ送受信部
３２ メッセージ認識部
３３ メッセージ生成部
３４ 端末制御部
３５ アプリケーション制御部
３６ ユーザインタフェース部
３７ 蓄積データ
４１ メッセージ送受信部
４２ メッセージ認識部
４３ メッセージ生成部
４４ サーバ制御部
４５ メッセージ定義入力出力部
１００ メッセージ
１０１ サービス提供事業者名
１０２ コマンド
１０３ メッセージタイプ
１０４ メッセージボディ
２００、３００、４００ 入力画面
２０１、４０１ タイトル
２０２、４０２ 種別
２０３、４０３ 選択
２０４、４０４ 配信形式
２０５ 配信ボタン
２０６ 停止ボタン
３０１ 申込番号
３０２ 名前
３０３ 選択
３０４ 発信形式
３０５ 開始ボタン
３０６ 切断ボタン
４０５ 設定ボタン

Claims (6)

1. ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いたサービス提供システムであって、
   サービス制御サーバと、サービスを受ける端末と、がそれぞれ、所定のフォーマットのメッセージを作成するメッセージ生成部と、ＳＩＰのＭＥＳＳＡＧＥメソッドを用いて前記メッセージを送受信するメッセージ送受信部と、受信したメッセージを認識するメッセージ認識部と、を備え、
   前記サービス制御サーバは、少なくとも、前記端末に実行させるコマンドと、アクセス先を記述するメッセージ本文と、を受け付けるメッセージ定義入力出力部を備え、
   前記端末の制御部が、前記メッセージ認識部より渡されたコマンドを実行し、前記メッセージ本文に記述されたアドレスにアクセスすることにより、サービスを提供すること、
   を特徴とするサービス提供システム。
2. 前記サービス制御サーバのメッセージ定義入力出力部は、メッセージ本文として、前記端末に表示させたいテキスト情報を受け付け、
   前記サービス制御サーバのメッセージ生成部は、前記テキスト情報をメッセージ本文に格納した前記所定のフォーマットのメッセージを作成し、
   前記端末の制御部が、前記メッセージ本文に記述されたアドレスにアクセスすることに代えて、前記メッセージ認識部より渡されたテキスト情報の表示を実行すること、
   を特徴とする請求項１に記載のサービス提供システム。
3. 前記サービス制御サーバのメッセージ定義入力出力部は、前記端末にリアルタイム方式でコマンドを実行させるか否かを受け付け、該内容に応じて設定するコマンドを変更すること、
   を特徴とする請求項１又は２に記載のサービス提供システム。
4. 前記サービス制御サーバのメッセージ定義入力出力部は、前記端末から電話発信させるか否かを受け付け、該内容に応じて設定するコマンドを変更すること、
   を特徴とする請求項１に記載のサービス提供システム。
5. サービス制御サーバが、少なくとも、前記端末に実行させるコマンドと、アクセス先を記述するメッセージ本文と、を受け付け、所定のフォーマットのメッセージを作成して、指定された端末に対してＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて送信し、
   前記メッセージを受信した端末に、該メッセージに含まれるコマンドを実行し、前記メッセージ本文に記述されたアドレスにアクセスさせること、
   を特徴とする端末制御方法。
6. 前記サービス制御サーバは、前記端末に表示させたいテキスト情報を受け付け、該テキスト情報をメッセージ本文に格納した前記所定のフォーマットのメッセージを作成し、
   前記端末の制御部が、前記メッセージ本文に記述されたアドレスにアクセスすることに代えて、前記メッセージ認識部より渡されたテキスト情報の表示を実行すること、
   を特徴とする請求項５に記載の端末制御方法。

Images