JP2017010594A - 汎用プラグアンドプレーテレフォニーサービスにおけるセッション情報を格納する方法及びシステム - Google Patents

Abstract

【課題】ＵＰｎＰテレフォニーサービスのホームネットワークにおいてセッション情報を格納する方法及び装置を提供する。【解決手段】セッション情報を格納する方法は、テレフォニーサーバ（ＴＳ）で実行される。この方法は、セッションが進行している間にセッション情報を格納するためにテレフォニー制御ポイント（ＴＣＰ）からの要請を受信する。セッション情報は、セッション状態及びセッション関連メディアを含む。この方法は、セッション情報をメタ情報及びセッション制御情報に分割する。その後に、この方法は、テレフォニーサーバのメモリにセッション情報を格納する。【選択図】図１

Description

本発明は、一般的にホームネットワーキング分野に関し、特に汎用プラグアンドプレー（ＵＰｎＰ）が可能なテレフォニー装置に関する。

ＵＰｎＰテレフォニーサービスは、ユーザーがホームデバイス（home device）を用いてテレフォニーサービスにアクセスすることができるようにする。ＵＰｎＰテレフォニーサービスは、異なるタイプのデバイスを用いて家庭でテレフォニーサービスにアクセスするように柔軟性をユーザーに提供する。ＵＰｎＰは、ＵＰｎＰフォーラムにより公表されたコンピュータネットワークプロトコルのセットである。ＵＰｎＰテレフォニーの目標は、ホームデバイスが途切れなく接続するようにし、家庭（例えば、データ共有、通信、及び娯楽）及び企業環境を通してネットワークを簡単に実現するようにする。ＵＰｎＰは、公開インターネットベースの通信標準に基づくＵＰｎＰ装置制御プロトコルを定義し発行することによりこれらの目標を達成する。

ＵＰｎＰアーキテクチャは、個人用コンピュータ（ＰＣ）、ネットワーク接続機能を有した家電装置、及び無線装置をピアツーピア（peer-to-peer）でネットワーク接続を可能にする。ＵＰｎＰアーキテクチャは、送信制御プロトコル又はインターネットプロトコル（Transmission Control Protocol or Internet Protocol：ＴＣＰ／ＩＰ）、ユーザーデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol：ＨＴＴＰ）、及び拡張型マークアップ言語（Extensible Markup Language：ＸＭＬ）のような制定された標準に基づいて配布される公開アーキテクチャである。

ＵＰｎＰアーキテクチャは、ゼロコンフィギュレーションネットワーキング（zero-configuration networking）をサポートする。任意のベンダー（vendor）からのＵＰｎＰ互換装置は、ネットワークに動的に加入することができ、ＩＰアドレスを取得し、その名称を告知（announce）し、要請の時にそのケイパビリティを送信し、他の装置の存在及びケイパビリティについて学習することができる。動的ホスト設定プロトコル（Dynamic Host Configuration Protocol:ＤＨＣＰ）及びドメインネームシステム（ＤＮＳ）サーバはオプションであり、ネットワーク上で使用可能な場合のみに使用される。ＵＰｎＰ互換装置は、任意の所望しない状態情報を残さずに自動でネットワークから脱退することができる。

また、ＵＰｎＰテレフォニーサービスは、探索（discovery）、制御、及びイベントメカニズムを提供する。探索メカニズムは、単純サービス発見プロトコル（Simple Service Discovery Protocol：ＳＳＤＰ）を用いて活性化される。すべての制御メッセージは、ＸＭＬの形態であり、汎用イベント通知アーキテクチャ（General Event Notification Architecture：ＧＥＮＡ）プロトコルに従う。したがって、ＵＰｎＰは、ネットワークにおいて他の装置に対して即座に（on the fly）装置のアベイラビリティ（availability）及びアンアベイラビリティ（unavailability）を動的に決定する。

ＵＰｎＰは、メッセージングサービス、プレゼンス（presence）サービス、呼処理（パケット切り替え又は回線切り替え呼）のようなテレフォニーサービスにアクセスするように家庭でのユーザー経験を拡張するための新たなテレフォニーサービスを定義する。
ＵＰｎＰテレフォニーは、メッセージングサービス及び呼管理サービスを定義し、これは、例えば、ユーザーがメッセージングケイパビリティを有しない装置を用いてメッセージを送信し、メディア呼を開始することによりこのメッセージングサービスにアクセスすることができるようにする。ＵＰｎＰテレフォニーメッセージングサービスは、メッセージングサービスを定義するための基本ＵＰｎＰアーキテクチャを使用し、動作及び状態変数を定義してメッセージングサービスにアクセスする。

ＵＰｎＰデバイスアーキテクチャ（ＤＡ）と同様に、ＵＰｎＰテレフォニーサービスは、次の３種類のデバイスを定義する。
テレフォニーサーバ（Telephony Server：ＴＳ）は、メッセージング及びプレゼンス関連サービスをユーザーに提供する。また、ＴＳは呼管理サービスを提供する。
制御ポイント（ＣＰ）と同一であるテレフォニー制御ポイント（Telephony Control Point：ＴＣＰ）は、ＴＳにより提供される動作を開始する。
テレフォニークライアント（Telephony Client：ＴＣ）装置は、メディア関連処理のためのものであり、デバイスの入出力として機能する。

現在のメッセージングサービスは、例えば、短文メッセージサービス（Short Message Service：ＳＭＳ）、マルチメディアメッセージサービス（Multiple Message Service：ＭＭＳ）、チャット（Chat）インスタントメッセージング（Instant Messaging：ＩＭ）、及び電子メール（E-mail）を用いてユーザーがメッセージを送信するようにする。また、メッセージングサービスは、ユーザーがメッセージを１つのセッションにグループ化するようにする。メッセージサービスは、ＩＭセッションを生成し、ユーザーが既存のセッションを変更するようにする動作を定義する。しかしながら、完了したセッションに関する情報を格納するか又は格納されたセッション履歴にアクセスすることができるＵＰｎＰ技術のいかなるメカニズムも存在しない。さらに、ＵＰｎＰテレフォニーサービスにおいてセッション履歴からメッセージを検索することができるいかなるメカニズムも存在しない。

本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、ＵＰｎＰテレフォニーサービスにおけるセッション情報の格納を管理するための装置及び方法を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、汎用プラグアンドプレー（ＵＰｎＰ）テレフォニーサービスのホームネットワークにおけるセッション情報を格納するための方法が提供される。上記方法では、セッションが進行している間にセッション情報を格納するためにテレフォニー制御ポイント（ＴＣＰ）からの要請が受信される。上記セッション情報は、セッション状態及びセッション関連メディアを含む。上記セッション情報は、メタ情報及びセッション制御情報に分割される。上記セッション情報は、上記テレフォニーサーバ（ＴＳ）のメモリに格納される。

本発明の別の態様によれば、汎用プラグアンドプレー（ＵＰｎＰ）テレフォニーサービスのホームネットワークにおけるセッション情報を格納するためのシステムが提供される。上記システムは、テレフォニー制御ポイント（ＴＣＰ）及びテレフォニーサーバ（ＴＳ）を含む。ＴＳは、セッションが進行している間にセッション情報を格納するために上記テレフォニー制御ポイント（ＴＣＰ）からの要請を受信する送受信器と、上記セッション情報をメタ情報及びセッション制御情報に分割するプロセッサと、上記セッション情報を格納するメモリとを含み、上記セッション情報は、セッション状態及びセッション関連メディアを含む。

本発明のさらに別の態様によれば、テレフォニーサーバ（ＴＳ）が提供される。上記ＴＳは、送受信器、プロセッサ、及びメモリを含む。上記送受信器は、セッションが進行している間にセッション情報を格納するために上記テレフォニー制御ポイント（ＴＣＰ）からの要請を受信する。上記セッション情報は、セッション状態及びセッション関連メディアを含む。上記プロセッサは、上記セッション情報をメタ情報及びセッション制御情報に分割する。上記メモリは、上記セッション情報を格納する。

本発明は、ＵＰｎＰテレフォニーサービスにおいて完了したセッションに関する情報を格納するか又は格納されたセッション履歴にアクセスするための情報を格納する方法及び装置を提供する。本発明は、ＵＰｎＰテレフォニーサービスにおいてセッション情報の格納を管理するための方法及び装置を提供する。本発明は、ＵＰｎＰテレフォニーサービスのホームネットワークにおいてセッション情報を格納するための装置及び方法を提供する。
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。

本発明の実施形態によるＵＰｎＰテレフォニーサービスで使用されるセッション構造を示す図である。 本発明の実施形態によるセッション情報の格納を管理するための方法を示すフロー図である。 本発明の実施形態による特定のセッションのメタ情報を検索するための方法を示すフロー図である。 本発明の実施形態による格納されたメッセージでメッセージを検索するための方法を示すフロー図である。 本発明の実施形態によるＴＣＰからすべてのメッセージを検索するための方法を示すフロー図である。 本発明の実施形態による新規セッションを作成する間にセッション格納を可能にする方法を示すフロー図である。 本発明の実施形態による進行中のセッションに対してセッション格納を可能にする方法を示すフロー図である。 本発明の一実施形態によるテレフォニーサーバの構成を示す図である。

以下、本発明の好適な実施形態について添付図面を参照しながら詳細に説明する。図面における同様な構成要素に対しては、他の図面に表示されても、同様な参照番号及び符号を付けてあることに注意されたい。本発明に関連した公知の機能または構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断された場合に、その詳細な説明を省略する。
以下の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。

英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者には明らかなことである。したがって、例えば、“コンポーネント表面(a component surface)”との記載は一つ又は複数の表面を含む。
“実質的に(substantially)”という用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られているか、あるいは当業者によって実験なしに得られる要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生することを意味する。
本発明の開示原則が任意の適切に配置された通信システムで実施可能であることは、当該技術分野における通常の知識を持つ者には理解できることであろう。“第１”及び“第２”などの用語は、同一の用語を有するオブジェクト間を区別するために使用され、別途の明示がない限り、時系列順を示すものではない。集合(set）は、少なくとも一つの要素を含む非空集合として定義される。

図１は、本発明の実施形態によるＵＰｎＰテレフォニーサービスで使用されるセッション構造を示す図である。
図１を参照すると、メッセージの構造は、２つの部分で構成される。第１の部分は、メタデータ情報であり、第２の部分は、セッションでのメッセージ及び／又はファイル転送である。したがって、セッション構造は、メタ情報及びメッセージを含む。メタ情報は、静的（static）情報を含む。静的情報は、特定の情報、セッションＩＤ、セッション番号などを含む。また、メタ情報は、動的情報を含む場合もある。動的情報は、セッション脱退情報（session leaving information）及びセッション加入情報（session joining information）を含む。

第２の部分、例えば、メッセージは、セッションの間に交換される実際のメッセージを含む。また、メッセージはファイル転送を含む場合もある。セッション情報は、テレフォニーサービス（ＴＳ）のディレクトリセクションで“ClosedSessions”と呼ばれる新規フォルダーに格納される。したがって、ＴＣＰは、テレフォニーサーバでセッション格納にアクセスすることができる。
したがって、ＴＳが格納空間内にセッション履歴を格納した場合に、ＴＣＰは、格納されたセッションにアクセスし、格納されたセッションを検索できなければならない。本発明の実施形態において、ＴＳは、デフォルトでセッション履歴を格納するように実現される。本発明の別の実施形態において、ＴＳは、セッション履歴を圧縮することにより格納空間を減少させることができる。

図２は、本発明の実施形態によるセッション情報の格納を管理するための方法を示すフロー図である。
図２を参照すると、セッション情報の格納を管理する基本的なフローを示す。この方法は、GetStoredSessionList()と呼ばれる新規動作を特定する。この動作は、A_ARG_TYPE_SessionsListと呼ばれる１つの出力独立変数（output argument）を有する。ステップ２０６において、ＴＣＰ２０２は、テレフォニーサーバ（ＴＳ）２０４に格納されているすべてのセッションメタ情報を得るためにこの動作を送信する。ＴＳ２０４は、出力独立変数でセッションリストを送信し、ＴＣＰ２０２は、このセッションのメタ情報とともに格納されたすべてのセッションのセッションＩＤを得る。
A_ARQ_TYPE_SessionListは、以下に述べられる表（１）で与えられる。表（１）は、セッションの可能なメタ情報の例を示す。本発明の実施形態において、メタ情報は、セッションＩＤ（Session ID）、参加者リスト（Participant List）、メディアケイパビリティ（Media Capabilites）、セッションのサブジェクト（subject）などであることができる。

本発明の一実施形態において、GetSession()動作は、任意の種類のセッション情報を検索するために使用されることができる。入力独立変数を有するGetSession()は、近接したセッション状態を特定するか又はすべての近接セッションを検索する。
例えば、GetSession()動作において、入力独立変数は次のようである。
A_ARG_TYPE_SessionID：特定のセッションＩＤを有するセッションの検索に使用される。
A_ARG_TYPE_SessionClass：特定のセッションクラスを有するセッションの検索に使用される。
A_ARG_TYPE_SessionStatus：特定の状態を有するセッションの検索、例えば、この独立変数が近接するように設定された近接セッションの検索に使用される。

本発明の一実施形態において、出力独立変数は、A_ARG_TYPE_SessionsList:SessionInformationである。ステップ２０８において、セッションリストはＴＳ２０４から受信される。SessionList()独立変数はセッション情報を含む。セッション情報は、基本セッション情報、例えば、SessionID、SessionClass、受信者情報、及びセッションのサブジェクトなどを含むことができる。
以下に述べられる表（１）においてSessionListスキーマの例を示す。

図３は、本発明の実施形態による特定のセッションのメタ情報を検索するための方法を示すフロー図である。
図３を参照すると、ステップ３０２において、ＴＣＰ２０２は、特定のセッションのメタデータ情報を得るために要請をＴＳ２０４に送信する。要請を送信するためにGetSessionMetaInfo（Session ID）と呼ばれる新規動作が使用される。新規動作は、A_ARG_SessionIDと呼ばれる１つの入力を有し、A_ARG_TYPE_SessionListと呼ばれる１つの出力独立変数を有する。ＴＣＰ２０２は、ＴＳ２０４からセッションのメタ情報を直接フェッチすることができる。

本発明の一実施形態において、また、単一動作GetSession()が特定の近接セッションのメタ情報を検索するために使用される場合もある。したがって、セッション情報は、近接セッションとしてSessionStatus及びセッションのSessionIDとともにGetSession()動作を呼び出すことにより検索されることができる。ステップ３０４において、ＴＳ２０４は、要請されたセッションのメタ情報を送信することにより要請に応答する。

図４は、本発明の一実施形態による格納されたメッセージでメッセージを検索するための方法を示すフロー図である。
図４を参照すると、格納されたメッセージでメッセージを検索する方法が図示されている。この方法を実行するために、GetMessageIDsStoredSession()と呼ばれる新規動作は、すべてのメッセージＩＤを検索するために使用される。この動作は、A_ARG_TYPE_SessionIDと呼ばれる１つの入力独立変数を有する。この変数は、メッセージがフェッチされるように要請されるセッションのセッションＩＤで示されている。

この動作は、A_ARG_TYPEMessageIDlistと呼ばれる１つの出力独立変数を有する。この独立変数は、すべてのメッセージＩＤ及びメッセージのメッセージクラスを含む。ステップ４０２において、ＴＣＰ２０２は、GetMessageIDsStoredSession()動作をＴＳ２０４に送信する。ステップ４０４において、メッセージＩＤリストは、メッセージクラスとともにＴＳ２０４によりＴＣＰ２０２に送信される。ステップ４０６において、ＴＣＰ２０２は、メッセージＩＤをＴＳ２０４に送信することにより特定のメッセージが検索されるように要請する。

ＴＣＰ２０２は、GetMessage（MessageID）をＴＳ２０４に送信することができる。ステップ４０８において、ＴＳ２０４は、メッセージクラスとともにメッセージＩＤで応答する。すべてのメッセージＩＤは、ＴＣＰ２０２に送信される。したがって、ＴＣＰ２０２は、要請されたメッセージを検索することができる。ＴＣＰ２０２は、セッションからメッセージを検索するためにReadMessage()動作又はSearchMessage()動作を使用することができる。

図５は、本発明の実施形態によるＴＣＰからすべてのメッセージを検索する方法を示すフロー図である。
図５を参照すると、この方法は、ＴＣＰ２０２が１つの要請ですべてのメッセージを検索するようにする。この方法の場合には、GetMessagesStoredSession()と呼ばれる新規動作が導入される。この動作は、A_ARG_TYPE_SessionIDと呼ばれる１つの独立変数を有する。この動作は、メッセージが検索されるセッションＩＤを含む。この動作は、A_ARG_TYPE_MessageListと呼ばれる１つの出力独立変数を有し、この出力独立変数は、ＸＭＬ構造で全メッセージを検索する。同様に、ＴＣＰ２０２は、セッションからすべてのメッセージを検索するために現存の動作、例えば、SearchMessage()動作及び／又はReadMessage()動作を使用することができる。これらの動作は、セッション履歴の活性化及び非活性化を要請する。

したがって、この方法は、セッション履歴の活性化及び非活性化を可能にする。活性化及び非活性化は、例えば、新規独立変数、A_ARG_TYPE_History動作を用いて行われることができる。この変数は、履歴がセッションに対して活性化される時に真（true）に設定される。この独立変数は、CreateSession()、ModifySession()、及びAcceptSession()のような動作に含まれることができる。ステップ５０２において、ＴＣＰ２０２は、ＴＳ２０４がGetMessageStoredSession()動作を用いてメッセージを得るように要請する。ステップ５０４において、ＴＳ２０４は、この要請を受信した後にメッセージをＴＣＰ２０２に送信する。

図６は、本発明の実施形態による新規セッションを作成する間にセッション格納を可能にする方法を示すフロー図である。
図６を参照すると、このフロー図は、セッションを作成しつつセッション格納を可能にする方法を説明する。ステップ６０２において、ＴＣＰ２０２は、ＩＭセッションを開始するように決定し、その後に、このセッションをＴＳ２０４に格納する。ステップ６０４において、ＴＣＰ２０２は、セッションを作成するためにCreateSession()動作を送信する。この動作は、A_ARG_TYPE_Historyと呼ばれる新規独立変数を含む。

また、この状態変数値は、真に設定される。この変数は、セッション格納が特定のセッションに対してＴＳ２０４に要請されることを意味する。例えば、ステップ６０４において、ＴＣＰ２０２は、SessionClass:Chatting、RecipientList:Participants、及びHistory:Trueを送信する。ステップ６０６において、ＴＳ２０４は、要請に応じて２００ ＯＫメッセージを送信する。ステップ６０８において、ＴＳ２０４はセッションを開始し、このセッションをＴＳ２０４で使用可能なClosedSessionフォルダーに格納する。

図７は、本発明の一実施形態による進行中のセッションに対するセッション格納を可能にし変更する方法を示すフロー図である。
図７を参照すると、セッションが進行しつつ格納されたセッションを変更するフロー図を示す。ステップ７０２において、ＴＣＰ２０２は、進行中のセッションに対してセッション格納を活性化するために要請を送信するように決定する。ステップ７０４において、ＴＣＰ２０２は、セッションのＩＤ及び履歴独立変数とともにセッションを変更するためにModifySession()動作を送信する。

この動作は、A_ARG_TYPE_Historyと呼ばれる新規独立変数を含む。この状態変数は、セッション格納が特定のセッションに対して要請されることを示す真の値に設定される。ステップ７０６において、ＴＳ２０４は、この要請に応じて２００ ＯＫメッセージを送信する。ステップ７０８において、ＴＳ２０４はセッションを開始し、このセッションをClosedSessionフォルダーに格納する。本発明の一実施形態において、着信セッションに対して、ＴＣＰ２０２は、この動作で同一の独立変数を含むことによりこのセッションを記録するように要請することができる。

本発明の実施形態は、ＵＰｎＰテレフォニーサービスのホームネットワークにおいてセッション情報を格納するための方法及びシステムを提供する。この方法は、ユーザが過去のメッセージをフェッチするようにする。この方法を用いて、メッセージはＴＳに格納され、ユーザがオンラインを使用することができなかった場合又は進行中のセッションに加入する場合に、ユーザは、後でこれらにアクセスすることができる。したがって、ユーザが進行中のセッション間でセッションに加入する時に消失した古いメッセージにアクセスすることができる。この方法は、ユーザがすべての時間でセッションの状態を分かるようにする。

例えば、ユーザがファイルをＷＡＮネットワークに転送する時に、任意の内部エラーがセッションの間に発生する場合にこのセッションを終了することができる。したがって、この方法を用いてこのようなエラーを捕捉する。したがって、この方法は、このようなシナリオでのセッション状態を捕捉する。上述した方法を用いて、ユーザは、ＷＡＮ側セッション格納メカニズムに応答する必要がなく、このようにＷＡＮ側でのサービスは可変性を有するサービスとなる。このような方法は、ＷＡＮ技術にアクセスせずセッション状態を局所的に格納することができるようにする方法をユーザに提供することができる。

また、ＷＡＮが外部の他の装置を認識することができないために、ＷＡＮ側セッション格納がホームデバイスの関連状態、例えば、メディアサーバのような特定のデバイスのエラーを捕捉することができない。本発明の方法は、エラーがホームネットワークデバイスで発生する場合にも状態を捕捉するので有用である。また、この方法は、任意のデバイスでセッションの状態を後でアクセスするための柔軟性をユーザに提供する。したがって、ユーザは、ＷＡＮ側にアクセスせずセッション情報を検索するために自身の他のＴＣＰデバイスを使用することができる。

図８は、本発明の一実施形態によるテレフォニーサーバの構成を示す図である。
図８を参照すると、テレフォニーサーバ２０４は、送受信器８０１、プロセッサ８０２、及びメモリ８０３を含む。送受信器８０１は、セッションが進行している間にセッション情報を格納するためのＴＣＰ２０２からの要請を受信する。このセッション情報は、セッション状態及びセッション関連メディアを含む。プロセッサ８０２は、セッション情報をメタ情報及びセッション制御情報に分割する。メモリ８０３は、このセッション情報を格納する。
セッション制御情報は、受信者情報、セッション識別子（ＩＤ）、及びセッション番号のうちの少なくとも１つを含む。

プロセッサ８０２は、セッション情報を検索するための要請がＴＣＰ２０２から受信される場合にセッション情報を検索し、この格納されたセッション情報から第１のメタ情報を検索し、ＴＣＰ２０２からセッションＩＤを受信し、この受信されたセッション識別子と関連したセッション情報を検索する。
また、プロセッサ８０２は、ＴＣＰ２０２からメッセージ識別子を受信し、この受信されたメッセージ識別子と関連したセッション情報を検索する。
プロセッサ８０２は、複数のメッセージを検索するための要請がＴＣＰ２０２から受信される場合に複数のメッセージを検索する。
プロセッサ８０２は、このセッションが動作している間にセッション格納を動的に処理し、このセッション格納の動的な処理は、このセッションがセットアップされる時におけるこのセッション格納の処理、このセッションが進行している時におけるこのセッション格納の処理、及びこのセッション格納の処理のうちの少なくとも１つを含む。

ここで、本発明の実施形態は、上述した技術を実施するためのコンピュータシステムの使用に関するものである。一実施形態において、この技術は、メモリに含まれる情報を用いてプロセッサにより実行される。このような情報は、格納装置のように、機械的読み取り可能な媒体からメインメモリに読み取ることができる。メモリに含まれたこの情報は、プロセッサが上述した方法を実行するようにする。

明細書中で使用される用語“機械的読み取り可能な媒体”は、機械を特定形態で動作させるデータを提供するのに関与する任意の媒体を意味する。コンピュータシステムを用いて実施される実施形態では、多様な機械的読み取り可能な媒体が、例えばプロセッサに実行のための情報を提供することに関連する。この機械的読み取り可能な媒体は、格納媒体となり得る。格納媒体は、非揮発性媒体及び揮発性媒体の両方ともを含む。非揮発性媒体は、例えばサーバ格納ユニットのような光学又は磁気ディスクを含む。揮発性媒体は動的メモリを含む。このようなすべての媒体は、機械内に情報を読み取る物理的メカニズムによって検出されるように情報を媒体で搬送可能なように明白なものでなければならない。

一般的な形態の機械的読み取り可能な記録媒体は、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、または他の磁気媒体、ＣＤ-ＲＯＭ、他の光学媒体、パンチカード、ペーパーテープ、孔パターンを含む任意の他の物理的媒体、ＲＡＭ(Random-Access Memory)、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、他のメモリチップ又はカートリッジを含む。

本発明の実施形態では、機械的読み取り可能な媒体は、バスを含む配線を含み、同軸ケーブル、銅線、及び光ファイバを含むことができる。伝送媒体は、無線及び赤外線データ通信中に生成されるような音響又は光波の形態を取ることができる。機械的読み取り可能な媒体の例としては、搬送波又はコンピュータが、例えばオンラインソフトウェア、ダウンロードリンク、設置(installation)リンク、及びオンラインリンクを読み取ることができる任意の他の媒体を含むが、これに限定されるものではない。

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び趣旨を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。

２０４ テレフォニーサーバ（ＴＳ）
８０１ 送受信器
８０２ プロセッサ
８０３ メモリ

Claims (18)

1. 汎用プラグアンドプレー（ＵＰｎＰ）テレフォニーサービスを提供するテレフォニーサーバによりセッション情報を格納する方法であって、
   制御ポイントから、メッセージングサービスに関連した一つ以上のセッションの各々に対するセッション情報を格納するための要請を受信する動作であって、前記セッション情報は、該当セッションのメタ情報及び前記該当セッションの一つ以上のメッセージを含む動作と、
   前記テレフォニーサーバのメモリに前記セッション情報を格納する動作と、
   前記メタ情報を含むセッションリストを伝送するための要請が前記制御ポイントから受信される場合、前記メタ情報及び前記一つ以上のセッションの各々に対するセッションＩＤを前記制御ポイントに伝送する動作と、を含むことを特徴とする方法。
2. 前記メタ情報は、
   前記該当セッションの参加者リスト（Participant List）、前記該当セッションのセッションＩＤ、前記該当セッションのセッション番号、前記該当セッションのメディアケイパビリティ（Media Capabilities）または前記該当セッションのサブジェクト（subject）を含むことを特徴とする請求項１に記載の方法。
3. 前記メタ情報を伝送するための要請が前記制御ポイントから受信される場合、前記メモリから前記要請されたメタ情報を検索して前記制御ポイントに伝送する動作をさらに含むことを特徴とする請求項１に記載の方法。
4. 前記メタ情報を伝送するための前記要請は、前記要請されたセッション情報のセッションＩＤを含むことを特徴とする請求項３に記載の方法。
5. 前記制御ポイントから前記一つ以上のメッセージの各々に対するメッセージＩＤを含むメッセージＩＤリストを伝送するための要請を受信する動作と、
   前記メッセージＩＤリスト及び前記制御ポイントに前記一つ以上のメッセージの各々に対するタイプを伝送する動作をさらに含むことを特徴とする請求項１に記載の方法。
6. 前記制御ポイントからメッセージＩＤを受信する場合、前記テレフォニーサーバの前記メモリから前記メッセージＩＤに対応するメッセージを検索して伝送する動作をさらに含むことを特徴とする請求項５に記載の方法。
7. 前記制御ポイントから一つ以上のセッションＩＤを受信する場合、前記一つ以上のセッションＩＤの各々に対応するメッセージを前記制御ポイントに伝送する動作をさらに含むことを特徴とする請求項１に記載の方法。
8. 前記制御ポイントからセッションを生成するための要請を受信する場合、要請されたセッションを開始し、前記開始されたセッションを格納する動作をさらに含み、
   前記セッションを生成するための前記要請は、前記要請されたセッションのセッションタイプ及び前記要請されたセッションの一つ以上の参加者に対する参加者リストを含むことを特徴とする請求項１に記載の方法。
9. 前記制御ポイントからセッションを修正するための要請を受信する場合、要請されたセッションを開始し、前記開始されたセッションを格納する動作をさらに含むことを特徴とする請求項１に記載の方法。
10. 汎用プラグアンドプレー（ＵＰｎＰ）テレフォニーサービスを提供するテレフォニーサーバであって、
    メモリと、
    送受信器と、
    プロセッサであって、
    前記送受信器を通して制御ポイントから、メッセージングサービスに関連した一つ以上のセッションの各々に対するセッション情報を格納するための要請を受信し、前記セッション情報は、該当セッションのメタ情報及び前記該当セッションの一つ以上のメッセージを含み、前記メモリに前記セッション情報を格納し、前記送受信器を通して前記メタ情報を含むセッションリストを伝送するための要請が前記制御ポイントから受信される場合、前記メタ情報及び前記一つ以上のセッションの各々に対するセッションＩＤを前記制御ポイントに伝送するように前記送受信器を制御するプロセッサと、を含むテレフォニーサーバ。
11. 前記メタ情報は、
    前記該当セッションの参加者リスト（Participant List）、前記該当セッションのセッションＩＤ、前記該当セッションのセッション番号、前記該当セッションのメディアケイパビリティ（Media Capabilities）または前記該当セッションのサブジェクト（subject）を含むことを特徴とする請求項１０に記載のテレフォニーサーバ。
12. 前記プロセッサは、
    前記メタ情報を伝送するための要請が前記制御ポイントから受信される場合、前記メモリから前記要請されたメタ情報を検索して前記送受信器を通して前記制御ポイントに伝送することを特徴とする請求項１０に記載のテレフォニーサーバ。
13. 前記メタ情報を伝送するための前記要請は、前記要請されたセッション情報のセッションＩＤを含むことを特徴とする請求項１２に記載のテレフォニーサーバ。
14. 前記プロセッサは、
    前記送受信器を通して前記制御ポイントから前記一つ以上のメッセージの各々に対するメッセージＩＤを含むメッセージＩＤリストを伝送するための要請を受信し、前記メッセージＩＤリスト及び前記制御ポイントに前記一つ以上のメッセージの各々に対するタイプを伝送するように前記送受信器を制御することを特徴とする請求項１０に記載のテレフォニーサーバ。
15. 前記プロセッサは、
    前記制御ポイントからメッセージＩＤを受信する場合、前記メモリから前記メッセージＩＤに対応するメッセージを検索して前記送受信器を通して前記制御ポイントに伝送することを特徴とする請求項１４に記載のテレフォニーサーバ。
16. 前記プロセッサは、
    前記制御ポイントから一つ以上のセッションＩＤを受信する場合、前記一つ以上のセッションＩＤの各々に対応するメッセージを前記制御ポイントに伝送するように前記送受信器を制御することを特徴とする請求項１０に記載のテレフォニーサーバ。
17. 前記制御ポイントは、前記制御ポイントからセッションを生成するための要請を受信する場合、要請されたセッションを開始し、前記開始されたセッションを前記メモリに格納し、
    前記セッションを生成するための前記要請は、前記要請されたセッションのセッションタイプ及び前記要請されたセッションの一つ以上の参加者に対する参加者リストを含むことを特徴とする請求項１０に記載のテレフォニーサーバ。
18. 前記制御ポイントは、
    前記制御ポイントからセッションを修正するための要請を受信する場合、要請されたセッションを開始し、前記開始されたセッションを前記メモリに格納することを特徴とする請求項１０に記載のテレフォニーサーバ。

Images