JP2006238364A - セッション処理システム、サーバ、通信端末、セッション処理方法、及びプログラム - Google Patents

Abstract

【課題】 ユーザの設定したポリシに基づいて、有効なセッションを選択又は切り替えるセッション処理システム、サーバ、通信端末、セッション処理方法、及びプログラムを提供する。
【解決手段】 複数の通信端末と、複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を有するセッション処理システムであって、通信端末及びサーバのうち少なくとも一方は、一のセッションを処理するセッション処理手段を複数有する。
【選択図】 図１

Description

本発明は、複数の話者が相互に自己の端末を介して電子会話を行うためのセッション処理システム、サーバ、通信端末、セッション処理方法、及びプログラムに関する。

従来のＰＴＴ（Push-To-Talk）通信サービスなど、複数の話者が相互に自己の端末を介して会話を行う電子会話技術に係る通信サービスでは、ユーザが同時に複数のセッションに参加する場合に、それらのセッションでやりとりされる入出力メディア（音声やテキストなど）について、ユーザやオペレータが設定するポリシに基づいて、送受信の選択をしたり、もしくは送受信方法の選択したりするための有効な手段がなかった。このため、実際にセッション参加中にサービス形態を変更しながら複数セッションに参加することは不可能であった。

ＰＴＴ通信サービスに係る従来技術例として、話者識別トランクＰＴＴを備え、端末からの通話要求の有無をハイウェイで伝送することによってＰＴＴで話者を識別し、その話者に対して１対Ｎ通話路を設定可能とすることによって、操作性が高く、呼処理への負荷を軽減することが可能な「１対Ｎ通信方式」がある（例えば、特許文献１参照）。
特開平５−７５７２２号公報

しかしながら、上述したように、特許文献１記載の発明を含む従来のＰＴＴ通信サービスはマルチセッションに対応していない。また、標準化団体ＯＭＡ（Open Mobile Alliance）で検討中の仕様でも、同時に参加中のパケットを待ち行列に並べたり、高優先のセッションのリアルタイムパケットを処理し低優先のパケットを廃棄したりする。このような従来技術においては、次のような課題がある。
第１の課題は、複数のセッション処理部を持たないため、同時に参加中の複数セッションに対して有効な処理を提供できない。
第２の課題は、ＯＮ／ＯＦＦ以外に複数のセッションの切替段階を持たないため、セッション継続中に他のセッションの発生などの状況に応じた切替を提供できない。

本発明は、上記事情に鑑みてなされたものであり、通信端末に複数のセッション処理部を備え、異なる入出力メディア（音声、テキストなど）や記録機能などの複数のサービス形態を用いることにより、ユーザの設定したポリシに基づいて、有効なセッションを選択したり、又は、有効なセッションに切り替えたりするセッション処理システム、サーバ、通信端末、セッション処理方法、及びプログラムを提供することを目的とする。

かかる目的を達成するために、請求項１記載の発明は、複数の通信端末と、複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を有するセッション処理システムであって、通信端末及びサーバのうち少なくとも一方は、一のセッションを処理するセッション処理手段を複数有することを特徴とする。

請求項２記載の発明は、複数の通信端末と、複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を有するセッション処理システムであって、通信端末及びサーバのうち少なくとも一方は、複数の、一のセッションを処理するセッション処理手段と、セッションのデータの送受信を行う入出力手段と、入出力手段から受け取ったセッションのデータを基に、セッションが既存であるか新規であるかを判断し、新規セッション又は既存セッションのいずれかに振り分けるセッション判断手段と、セッション判断手段によって判断された新規セッションの優先度を、予め設定されたポリシに基づいて決定するセッション格付手段と、新規セッションを、セッション格付手段で決定された優先度と、セッション処理手段の処理能力とに基づいて、複数のセッション処理手段のうちの所定のセッション処理手段に割り当てるセッション割当手段と、を有することを特徴とする。

請求項３記載の発明は、請求項２記載の発明において、セッション割当手段は、新規セッションを処理するためのセッション処理手段が不足している場合は、新規セッションに係る通信を停止することを決定することを特徴とする。

請求項４記載の発明は、請求項２又は３記載の発明において、セッションのデータを記録するセッション記録手段をさらに有することを特徴とする。

請求項５記載の発明は、請求項４記載の発明において、セッション記録手段は、新規セッションを処理するためのセッション処理手段が不足している場合は、新規セッションに係るメディアデータを記録することを特徴とする。

請求項６記載の発明は、請求項２から５のいずれか１項に記載の発明において、セッション割当手段は、所定の既存セッションの処理が終了した場合、既存セッションが割り当てられていたセッション処理手段に新規セッションを割り当てることを特徴とする。

請求項７記載の発明は、請求項２から６のいずれか１項に記載の発明において、既存セッションは、セッション処理手段における処理の終了後、所定の処理に変更されることを特徴とする。

請求項８記載の発明は、請求項２から７のいずれか１項に記載の発明において、ポリシは、任意のタイミングで設定されることを特徴とする。

請求項９記載の発明は、請求項２から８のいずれか１項に記載の発明において、ポリシは、セッションの開始時刻に関する内容であることを特徴とする。

請求項１０記載の発明は、請求項２から９のいずれか１項に記載の発明において、ポリシは、セッションの参加者数に関する内容であることを特徴とする。

請求項１１記載の発明は、請求項２から１０のいずれか１項に記載の発明において、ポリシは、セッションの盛況度に関する内容であることを特徴とする。

請求項１２記載の発明は、請求項２から１１のいずれか１項に記載の発明において、ポリシは、セッションの参加者の発言状況に関する内容であることを特徴とする。

請求項１３記載の発明は、請求項２から１２のいずれか１項に記載の発明において、ポリシは、セッションの課金体系に関する内容であることを特徴とする。

請求項１４記載の発明は、請求項２から１３のいずれか１項に記載の発明において、セッション割当手段は、新規セッションを処理するためのセッション処理手段が不足している場合は、最も優先度の低いセッションを、セッション記録手段に記録するように割り当てることを特徴とする。

請求項１５記載の発明は、請求項１から１４のいずれか１項に記載の発明において、セッションは、Push-to-talk通信であることを特徴とする。

請求項１６記載の発明は、請求項１から１５のいずれか１項に記載のセッション処理システムで用いられることを特徴とする。

請求項１７記載の発明は、請求項１から１５のいずれか１項に記載のセッション処理システムで用いられることを特徴とする。

請求項１８記載の発明は、複数の通信端末と、複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を用いて行うセッション処理方法であって、通信端末及びサーバのうち少なくとも一方にて、複数のセッションを処理することを特徴とする。

請求項１９記載の発明は、複数の通信端末と、複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を用いて行うセッション処理方法であって、通信端末及びサーバのうち少なくとも一方にて、セッションのデータを受信し、受信したセッションのデータを基に、セッションが既存であるか新規であるかを判断し、新規セッション又は既存セッションのいずれかに振り分け、新規セッションについて、予め設定されたポリシに基づいて優先度を決定し、新規セッションを、優先度と、セッションを処理するための複数のセッション処理手段の処理能力とに基づいて、複数のセッション処理手段のうちの所定のセッション処理手段に割り当てることを特徴とする。

請求項２０記載の発明は、請求項１９記載の発明において、新規セッションを処理するためのセッション処理手段が不足している場合は、新規セッションに係る通信を停止することを決定することを特徴とする。

請求項２１記載の発明は、請求項１９又は２０記載の発明において、セッションのデータを記録することを特徴とする。

請求項２２記載の発明は、請求項２１記載の発明において、新規セッションを処理するためのセッション処理手段が不足している場合は、新規セッションに係るメディアデータを記録することを特徴とする。

請求項２３記載の発明は、請求項１９から２２のいずれか１項に記載の発明において、所定の既存セッションの処理が終了した場合、既存セッションが割り当てられていたセッション処理手段に新規セッションを割り当てることを特徴とする。

請求項２４記載の発明は、請求項１９から２３のいずれか１項に記載の発明において、既存セッションは、セッション処理手段における処理の終了後、所定の処理に変更されることを特徴とする。

請求項２５記載の発明は、請求項１９から２４のいずれか１項に記載の発明において、ポリシは、任意のタイミングで設定されることを特徴とする。

請求項２６記載の発明は、請求項１９から２５のいずれか１項に記載の発明において、ポリシは、セッションの開始時刻に関する内容であることを特徴とする。

請求項２７記載の発明は、請求項１９から２６のいずれか１項に記載の発明において、ポリシは、セッションの参加者数に関する内容であることを特徴とする。

請求項２８記載の発明は、請求項１９から２７のいずれか１項に記載の発明において、ポリシは、セッションの盛況度に関する内容であることを特徴とする。

請求項２９記載の発明は、請求項１９から２８のいずれか１項に記載の発明において、ポリシは、セッションの参加者の発言状況に関する内容であることを特徴とする。

請求項３０記載の発明は、請求項１９から２９のいずれか１項に記載の発明において、ポリシは、セッションの課金体系に関する内容であることを特徴とする。

請求項３１記載の発明は、請求項１９から３０のいずれか１項に記載の発明において、新規セッションを処理するためのセッション処理手段が不足している場合は、最も優先度の低いセッションを記録することを特徴とする。

請求項３２記載の発明は、請求項１８から３１のいずれか１項に記載の発明において、セッションは、Push-to-talk通信であることを特徴とする。

請求項３３記載の発明は、複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのプログラムであって、複数のセッションの処理をコンピュータに実行させる。

請求項３４記載の発明は、複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのプログラムであって、セッションのデータを受信する処理と、受信したセッションのデータを基に、セッションが既存であるか新規であるかを判断し、新規セッション又は既存セッションのいずれかに振り分ける処理と、新規セッションについて、予め設定されたポリシに基づいて優先度を決定する処理と、新規セッションを、優先度と、セッションを処理するための複数のセッション処理手段の処理能力とに基づいて、複数のセッション処理手段のうちの所定のセッション処理手段に割り当てる処理と、をコンピュータに実行させる。

請求項３５記載の発明は、請求項３４記載の発明において、新規セッションを処理するためのセッション処理手段が不足している場合は、新規セッションに係る通信を停止する処理をコンピュータに実行させる。

請求項３６記載の発明は、請求項３４又は３５記載の発明において、セッションのデータを記録する処理をコンピュータに実行させる。

請求項３７記載の発明は、請求項３６記載の発明において、新規セッションを処理するためのセッション処理手段が不足している場合は、新規セッションに係るメディアデータを記録する処理をコンピュータに実行させる。

請求項３８記載の発明は、請求項３４から３７のいずれか１項に記載の発明において、所定の既存セッションの処理が終了した場合、既存セッションが割り当てられていたセッション処理手段に新規セッションを割り当てる処理をコンピュータに実行させる。

請求項３９記載の発明は、請求項３４から３８のいずれか１項に記載の発明において、既存セッションは、セッション処理手段における処理の終了後、所定の処理に変更する処理をコンピュータに実行させる。

請求項４０記載の発明は、請求項３４から３９のいずれか１項に記載の発明において、ポリシを任意のタイミングで設定する処理をコンピュータに実行させる。

請求項４１記載の発明は、請求項３４から４０のいずれか１項に記載の発明において、セッションの開始時刻に関する内容のポリシに基づいて、優先度を決定する処理をコンピュータに実行させる。

請求項４２記載の発明は、請求項３４から４１のいずれか１項に記載の発明において、セッションの参加者数に関する内容のポリシに基づいて、優先度を決定する処理をコンピュータに実行させる。

請求項４３記載の発明は、請求項３４から４２のいずれか１項に記載の発明において、セッションの盛況度に関する内容のポリシに基づいて、優先度を決定する処理をコンピュータに実行させる。

請求項４４記載の発明は、請求項３４から４３のいずれか１項に記載の発明において、セッションの参加者の発言状況に関する内容のポリシに基づいて、優先度を決定する処理をコンピュータに実行させる。

請求項４５記載の発明は、請求項３４から４４のいずれか１項に記載の発明において、セッションの課金体系に関する内容のポリシに基づいて、優先度を決定する処理をコンピュータに実行させる。

請求項４６記載の発明は、請求項３４から４５のいずれか１項に記載の発明において、新規セッションを処理するためのセッション処理手段が不足している場合は、最も優先度の低いセッションを記録する処理をコンピュータに実行させる。

請求項４７記載の発明は、請求項３３から４６のいずれか１項に記載の発明において、セッションは、Push-to-talk通信であることを特徴とする。

本発明によれば、一の通信端末を介して、同時に発生する複数のセッションに参加できる。

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

まず、本発明の実施形態の概略について以下に説明する。
本実施形態のセッション処理システムは、図１に示すように、メディアサーバ１１と、複数の通信端末１２，１３，１４とが接続されており、ＰＴＴ通信サービスなどの通信サービスが行われる。なお、本実施形態では、複数の話者が相互に自己の端末を介して会話を行う電子会話技術に係る通信サービスを前提としており、この通信サービスは、人と人、人ともの（機械）、もの（機械）ともの（機械）、の通信を可能とする。端末１２において、セッション割当部１２４が各セッションを各セッション処理部１２５１〜１２５３に割り当てる、もしくは切り替えることにより、ユーザが、同時に発生する複数セッションに参加できる。本実施形態の説明において、「セッション」とは２以上のユーザ間に張られる通信アクセスの単位である。

図１において、セッション割当部１２４は、セッション格付部１２３でセッション選択ポリシに基づいて判断されるセッション優先度と、当該端末で利用可能なサービス数（利用可能なセッション処理部の数）とに基づいて、各セッションをセッション処理部１２５１、１２５２、１２５３にそれぞれ割り当てる、もしくは、どのセッション処理部にも割り当てないことを決定する。また、既に割り当てられた参加中のセッションを他のセッション処理部に切り替えることも決定する。図１に示すセッション処理部の数は、端末毎に異なるものであり、本実施形態では例として３個のセッション処理部１２５１〜１２５３を備えているが、これに限られない。

以上のように、本実施形態では、セッション選択ポリシ、及び、端末１２で利用可能なサービス数に応じて、セッション割当もしくは切替をしているので、ユーザのポリシに合わせた通信を各端末に定められた範囲で実行できる。以下、本発明の各実施例について説明する。

図１を参照すると、本発明の実施例１として、マルチセッションを処理するメディアサーバ１１と、各通信端末１２，１３，１４とが示されている。図１において、メディアサーバ１１は、音声や動画などのパケットを、セッションで接続する各端末１２，１３，１４と送受信する。なお、本実施形態の説明において、「パケット」という記載は、任意の通信データ送信単位を示すものとする。

各通信端末１２，１３，１４は、メディアサーバ１１と送受信されるパケットを、予め設定されたセッションポリシに合わせて各端末の処理能力の範囲内で送受信する、通信可能な情報処理端末装置である。

各通信端末１２、１３、１４の構成について以下に説明する（本実施例では端末１２を例とする）。

入出力部１２１は、メディアサーバとの間でパケットの送受信を行う。入出力部１２１は端末外の装置とのパケットの転送を行う機能を備える。

セッション既存・新規判断部１２２は、入出力部１２１から受け取ったパケットが属するセッションが既存のセッション処理部１２５１〜１２５３に割り当てられているか否かに基づいて、該当するセッションが既存であるか新規であるかを判断する。この判断の結果、まだ割り当てられていない（新規である）場合はセッション格付部１２３へ、既に割り当てられている（既存である）場合は複数セッション処理部１２５へ振り分ける。

セッション格付部１２３は、セッション既存・新規判断部１２２から受け取ったパケットが属するセッションを、設定されたセッション選択ポリシ（優先基準）に合わせて現在処理中のセッションとともに優先度付けする。

セッション割当部１２４は、パケットが属するセッションを、セッション格付部１２３で定められた優先度と、当該端末の処理能力とに基づいて判断し、新たな割り当て又は切替を決定する。又は、ユーザが参加可能なセッション数を超えた場合には、メディアサーバ１１との送受信を停止することを決定する。

複数セッション処理部１２５は、パケットが属するセッションを、セッション割当部１２４で決められたセッション処理部１２５１〜１２５３のいずれかで処理する。

端末１２は１つ以上のセッション処理部１２５１〜１２５３を備える。各セッション処理部１２５１〜１２５３は、パケットを処理能力に応じて、それぞれ１つのセッションのメディア（音声やテキスト）を処理する。これにより、ユーザは、通信端末が保持するセッション処理数の範囲でセッションに参加することができる。

セッション記録部１２６は、パケットを記録する。また、ユーザが参加可能なセッション数を超えた場合には、セッション処理部数を超過するセッションでやりとりされるメディアを記録する。

次に、本実施例の動作について説明をする。セッション処理プログラムが記憶手段等（図示せず）から読み込まれ、通信端末１２の動作を制御する。通信端末１２は、セッション処理プログラムの制御により以下の処理を実行する。本実施例の動作では、半二重通信で音声・テキストの通信が可能なＰＴＴ通信サービスを前提としている。なお、ここでは、図１の端末１２において、各セッション処理部１２５１〜１２５３が図２に示す内容でセッション処理数ゼロの状況から始まり、図３に示すセッション３１〜３５が順に要求された時の動作を例として説明する。

また、本実施例では、選択される入出力方法は、可能な限り音声入出力が優先され、音声入出力が不可能である時にテキスト入出力や記録がなされるとする。また、本実施例では、セッション記録部１２６が同時に記録可能なセッション数の上限を２であるとする。また、図３に示す各セッションの「ユーザ設定の優先度（予めユーザによって設定された優先度）」は、「高い＞普通＞低い」の順とする。さらに、図４は端末１２に設定された優先基準（セッション選択ポリシ）を示しており、図において上から順に優先される。

まず、初期状態でセッション処理数ゼロであって、セッション処理部１２５１、１２５２、１２５３、及びセッション記録部１２６は全て未使用の状態である場合を想定して、以下に説明する。

〈セッション３１の要求〉
図３のセッション３１が、図１のメディアサーバ１１から端末１２の入出力部１２１に要求された場合、入出力部１２１は、セッション３１をセッション既存・新規判断部１２２に送る。セッション既存・新規判断部１２２は、初期状態でセッション処理数ゼロであるため、セッション３１を新規と判断し、セッション格付部１２３に送る。セッション格付部１２３において、図に示す優先基準テーブルに基づき判断することになるが、既存のセッションがないため、セッション３１が端末１２内の最重要セッションとなり、複数セッション処理部１２５のセッション処理部１２５１が処理を担当する。

その後、セッション３１のパケットは、セッション処理部１２５１から入出力部１２１を介してメディアサーバ１１へ送信される。同時にセッション３１は、図３に示すように記録希望が「あり」であって、記録可能セッション上限数に余裕があるため、セッション記録部１２６において記録される。

この時点でセッション処理部１２５１がセッション３１を処理し、セッション処理部１２５２と１２５３は未使用状態であり、また、セッション記録部１２６はセッション３１を記録する状態となっている。

〈セッション３２の要求〉
セッション３１が継続中に、図３のセッション３２が図１のメディアサーバ１１から入出力部１２１に要求されると、入出力部１２１はセッション３２をセッション既存・新規判断部１２２に送る。セッション既存・新規判断部１２２は、セッション３２を新規と判断し、セッション格付部１２３に送る。セッション格付部１２３で図４に示す優先基準に基づき判断するが、ここで、セッション３２と、既存のセッションであるセッション３１とを比較する。

セッション３２とセッション３１との比較において、図３に示すように「ユーザ設定の優先度」はセッション３２の方が高くなっており、かつ、図４に示すように優先基準４１の「ユーザもしくはオペレータが設定した優先度」に基づくとされているため、セッション３２の方が優先され、セッション処理部１２５１がセッション３２の処理を担当することになる。一方、セッション３１の処理はセッション処理部１２５２が担当することになるが、セッション処理部１２５２は図２に示すように音声出力が不可能であるため、音声入力かつテキスト出力表示となる。

この時点で、セッション処理部１２５１がセッション３２を処理し、また、セッション処理部１２５２がセッション３１を処理しており、入出力部１２１を通じてメディアサーバ１１とパケットを送受信し、セッション処理部１２５３は未使用状態、また、セッション記録部１２６がセッション３１を記録する状態となっている。

〈セッション３３の要求〉
セッション３１及び３２が継続中に、図３のセッション３３が図１のメディアサーバ１１から入出力部１２１に要求されると、入出力部１２１はセッション既存・新規判断部１２２にセッション３３を送る。セッション既存・新規判断部１２２はセッション３３を新規と判断し、セッション格付部１２３に送る。セッション格付部１２３は、図４の優先基準に基づきセッション３３を判断するが、セッション３３と、既存のセッションであるセッション３２及び３１とを比較する。優先基準４１に基づくと、セッション３３は「ユーザ設定の優先度」が「普通」であるので、セッション３２より優先度が低く、セッション３１より優先度が高いため、セッション処理部１２５２がセッション３３の処理を担当し、セッション３１の処理はセッション処理部１２５３が担当する。

従って、図２に示すようにセッション３３は音声入力かつテキスト出力（セッション処理部１２５２）となり、セッション３１はテキスト入出力（セッション処理部１５３）となる。また、セッション３３は、図３に示すようにセッションの記録希望が「あり」となっており、かつ、記録可能セッション上限数に余裕があるため、セッション記録部１２６において記録も同時になされる。

この時点で、セッション処理部１２５１がセッション３２を処理し、セッション処理部１２５２がセッション３３を処理し、セッション処理部１２５３がセッション３１を処理し、入出力部１２１を通じてメディアサーバ１１とパケットを送受信し、セッション記録部１２６がセッション３１及び３３を記録する状態となっている。

〈セッション３４の要求〉
セッション３１、３２、及び３３が継続中に、図３のセッション３４が図１のメディアサーバ１１から入出力部１２１に要求されると、入出力部１２１はセッション既存・新規判断部１２２にセッション３４を送る。セッション既存・新規判断部１２２はセッション３４を新規と判断し、セッション格付部１２３に送る。セッション格付部１２３は、図４の優先基準に基づきセッション３４を判断するが、セッション３４と、既存のセッションであるセッション３２、３３、３１とを比較する。この比較においては、まず優先基準４１に基づいて判断されるが、セッション３３及び３４の「ユーザの設定の優先度」がともに「普通」となっているので、セッション３３とセッション３４の優先度については優先基準４２の「セッション参加者数が多い順」が考慮されることになる。

図３を参照すると、セッション３３の参加者数（３２１名）がセッション３４の参加者数（２名）よりも多いので、セッション３３の優先度が高くなる。よって、この結果、優先度の高い順にセッション３２、３３、３４、３１となる。

従って、セッション処理部１２５３がセッション３４の処理を担当し、テキスト入出力する。セッション３１は端末能力の限界（セッション処理部の数）からリアルタイムの入出力処理がなされず、セッション記録部１２６において記録されるのみとなる。

この時点で、セッション処理部１２５１がセッション３２、セッション処理部１２５２がセッション３３、セッション処理部１２５３がセッション３４をそれぞれ処理し、入出力部１２１を通じてメディアサーバとパケットを送受信し、セッション記録部１２６がセッション３１及び３３を記録する状態である。

〈セッション３５の要求〉
セッション３１、３２、３３、及び３４が継続中に、図３のセッション３５が図１のメディアサーバ１１から入出力部１２１に要求されると、入出力部１２１はセッション既存・新規判断部１２２にセッション３５を送る。セッション既存・新規判断部１２２はこのセッション３５を新規と判断し、セッション格付部１２３に送る。セッション格付部１２３は、図４の優先基準に基づき判断するが、セッション３５と、既存のセッションのセッション３２、３３、３４、３１とを比較する。この比較においては、まず優先基準４１に基づき判断され、次に優先基準４２に基づいて判断されるが、セッション３１と３５との比較において「ユーザ設定の優先度」（低い）及び「参加者数」（６名）が同じであるため（図３参照）、優先基準４３「セッション開始時間が遅い順」に基づいてさらに判断される。

図３を参照すると、セッション３５のセッション開始時刻は「２００４年０９月２１日０６時４１分５６秒９９」であり、セッション３１のセッション開始時刻「２００４年０９月２１日０６時２１分１５秒１３」よりも遅いので、セッション３５の優先度が高くなる。よって、この結果、優先度の高い順にセッション３２、３３、３４、３５、３１となる。

従って、セッション３５はセッション記録部１２６で記録されることになる。しかし、セッション３５を記録するとなると、セッション記録部１２６での記録可能セッション上限数２を越えてしまい（既にセッション３３および３１が記録中であるため）、セッション３３、３５、３１のうちいずれかが記録できなくなってしまうが、ここではセッションにリアルタイムで（音声入出力やテキスト入出力で）参加中のセッションの記録は非優先にされる基準があるものとして、セッション３３の記録を中止する。つまり、セッション３１及び３５は、セッション処理部においてリアルタイムでのセッション処理がされていない状態であり、記録のみの状態となるので、リアルタイム処理中のセッション３３と比較して優先的に記録が行われる。

この時点で、セッション処理部１２５１がセッション３２、セッション処理部１２５２がセッション３３し、セッション処理部１２５３がセッション３４をそれぞれ処理し、入出力部１２１を通じでメディアサーバとパケットを送受信し、セッション記録部１２６がセッション３１と３５を記録する状態となっている。

〈セッション３２の終了〉
次にセッション３１、３２、３３、３４、３５が継続中の状態から既存のセッション３２が終了し、処理が必要でなくなった状態について説明する。優先基準４１、４２、４３から優先度の高い順にセッション３３、３４、３５、３１となる。最も優先度の高かったセッション３２がなくなることで他のセッションの優先順が繰り上がる。

ここで、セッション３５は、メディアを記録中にユーザが参加可能なセッション処理部に空きが出たので、セッション処理部１２５３が割り当てられるとともに、セッション記録部１２６に記録されたメディアが自動的に出力される。記録されたメディアの出力は、音声の場合は倍速再生や、テキストの場合は一括出力などの手段により、リアルタイムにセッションに参加している場合と比べて、短い時間で出力することが可能である。記録されたメディアの出力が終了した時点で、ユーザはそのセッションをリアルタイムなセッションとしてやり取りに参加することができる。なお、メディアの記録は、ユーザがリアルタイムにセッションに参加できる時にも有効にすることが可能である。

この時点で、セッション処理部１２５１がセッション３３、セッション処理部１２５２がセッション３４、セッション処理部１２５３がセッション３５をそれぞれ処理し、入出力部１２１を通じでメディアサーバとパケットを送受信し、セッション記録部１２６がセッション３１と３３を記録する状態となる。

このように、本実施例では、端末で利用可能なサービス数の制約により、特定のセッションの送受信を取りやめた後に、ユーザが参加可能なセッションに空きが出た場合には、その時点でセッションもしくは同じグループによる新たなセッションが継続されているかを確認し、継続されていれば、ユーザはそのセッションをリアルタイムなセッションとしてやり取りに参加することができる。

なお、本実施例において、各セッションのセッション処理部１２５１〜１２５３への割り当ては、ユーザが設定するセッション選択ポリシに基づき任意に設定できる。例えば、セッション格付部１２３がセッション選択ポリシにより優先度の高いと判断したセッションは、音声入出力に割り当てられ、順に音声入力かつテキスト出力、テキストによる入出力といった設定が可能である。

また、本実施例において、セッション処理部の数を超過する（端末で利用可能なサービス数を超える）場合、セッション記録部１２６に割り当てられるセッションについて、もっとも優先度の低いセッションが選択されるように設定できる。

さらに、本実施例において、低優先度のセッションは、リアルタイムにセッションに参加しない場合、メディアを一切出力・記録しないように設定するようにしてもよい。

また、本実施例において、ユーザの直接的な入力による入出力部へのセッション割り当ての変更は、任意のタイミングで変更可能とする。例えば、テキストによる入出力を割り当てていたセッションの内容がユーザにとって重要になった時点でセッションの入出力部への割り当て設定を変更し、そのセッションに、音声による入出力を割り当てることもできる。

上記同様に、本実施例において、セッション選択ポリシ設定の変更は、任意のタイミングで可能とする。例えば、テキストによる入出力を割り当てていたセッションの内容がユーザにとって重要になった時点でセッション選択ポリシ設定を変更することでそのセッションの優先度を変更し、入出力部への割り当てに反映することもできる。

また、本実施例において、セッションの格付や割当、及びメディアの記録は、メディアサーバで行われる場合と、本実施例のように端末で行われる場合とが可能であり、又は、両方で行うことも可能である。

以上説明したように、本実施例においては、以下に記載するような効果を奏する。
第１の効果はユーザがセッション選択ポリシに基づいたセッション優先度によりセッション処理能力を割り当てるので、有効なセッション選択ができることである。
第２の効果はユーザがセッション選択ポリシに基づいたセッション優先度によりセッション処理能力を割り当てるので、セッション継続中に有効なセッション切替ができることである。

本発明の実施例２は、上記実施例１の構成に加え、セッション優先度を定めるセッション選択ポリシについての工夫として課金情報管理部１２７を追加している（なお、課金情報管理部１２７以外の構成及び動作は上記実施例１と同じである）。

本実施例の構成を図５に示す。図５において、課金情報管理部１２７は、複数セッション処理部１２５、セッション記録部１２６から課金情報を収集し、セッション格付部１２３はその課金情報を受け取る。ただし、セッション格付部１２３は課金情報を端末外にある課金サーバから受け取ることも可能とする。

図６は課金体系の例である。まず音声通信とテキスト通信を比較し、音声通信の方が大きな課金がなされる場合、例えば同じ情報でも音声の方がテキストよりもデータ量が大きい場合に、図６の閾値Ａを超えると単位データ量あたりの料金が増加するために、ユーザはセッション格付部１２３に閾値Ａにより分けた基準を設定し、データ量が閾値Ａを超えた場合は音声入出力ではなく、テキスト入出力に切り替えることができる。また、これは音声通信とテキスト通信が別の課金体系である時も同様にできる。

よって、本実施例によれば、通信料、切替利用料、記録部利用料などの項目からなるサービス利用者が加入する課金方式に基づき、合計利用料がもっとも低廉になるようにユーザが予め設定することにより、セッションのサービス形態（音声通信又はテキスト通信等）を自動的に切り替えることが可能となる。

なお、上記実施例１及び２において、適当なセッション処理部の割り当てがされない既存セッションについては、継続中のセッション処理を中止（セッションに係る通信を中止）したり、又は、セッション記録部に記録したりするようにしたが、その他に、例えば、音声出力処理（聴覚へのアウトプット）を行っていた既存セッションを、文字出力処理（視覚へのアウトプット）に切り替えるようにしてもよい。また、セッション記録部への記録処理を組み合わせることにより、例えば、音声出力処理から文字出力処理及び記録処理へ変更してもよい。さらに、例えば、音声出力処理と同時に記録処理を行っていた場合は、記録処理を中止して文字出力処理のみへ変更したり、記録処理を継続しつつ音声出力処理から文字出力処理へ変更したり、記録処理のみを中止して音声出力処理のみへ変更したりすることも可能である。

以上、本発明の実施例１及び２について説明したが、上記各実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。

本発明は、ＰＴＴ，Ｐ２Ｔ，ＰｏＣ（Push-To-Talk over Cellular）等の技術分野に適用できる。

本発明の実施例１に係る構成を示すブロック図である。 本発明の実施例１に係る各セッション処理部の例を示す図である。 本発明の実施例１に係る各セッションの例を示す図である。 本発明の実施例１に係る各優先基準のテーブルを示す図である。 本発明の実施例２に係る構成を示すブロック図である。 本発明の実施例２に係る課金体系の一例を示すグラフである。

符号の説明

１１ メディアサーバ
１２，１３，１４ 端末
１２１ 入出力部
１２２ セッション既存・新規判断部
１２３ セッション格付部
１２４ セッション割当部
１２５ 複数セッション処理部
１２６ セッション記録部
１２７ 課金情報管理部
１２５１，１２５２，１２５３ セッション処理部

Claims (47)

1. 複数の通信端末と、
   前記複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を有するセッション処理システムであって、
   前記通信端末及び前記サーバのうち少なくとも一方は、
   一のセッションを処理するセッション処理手段を複数有することを特徴とするセッション処理システム。
2. 複数の通信端末と、
   前記複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を有するセッション処理システムであって、
   前記通信端末及び前記サーバのうち少なくとも一方は、
   複数の、一のセッションを処理するセッション処理手段と、
   前記セッションのデータの送受信を行う入出力手段と、
   前記入出力手段から受け取った前記セッションのデータを基に、前記セッションが既存であるか新規であるかを判断し、新規セッション又は既存セッションのいずれかに振り分けるセッション判断手段と、
   前記セッション判断手段によって判断された前記新規セッションの優先度を、予め設定されたポリシに基づいて決定するセッション格付手段と、
   前記新規セッションを、前記セッション格付手段で決定された優先度と、前記セッション処理手段の処理能力とに基づいて、前記複数のセッション処理手段のうちの所定のセッション処理手段に割り当てるセッション割当手段と、
   を有することを特徴とするセッション処理システム。
3. 前記セッション割当手段は、前記新規セッションを処理するためのセッション処理手段が不足している場合は、前記新規セッションに係る通信を停止することを決定することを特徴とする請求項２記載のセッション処理システム。
4. 前記セッションのデータを記録するセッション記録手段をさらに有することを特徴とする請求項２又は３記載のセッション処理システム。
5. 前記セッション記録手段は、前記新規セッションを処理するためのセッション処理手段が不足している場合は、該新規セッションに係るメディアデータを記録することを特徴とする請求４項記載のセッション処理システム。
6. 前記セッション割当手段は、所定の既存セッションの処理が終了した場合、該既存セッションが割り当てられていたセッション処理手段に新規セッションを割り当てることを特徴とする請求項２から５のいずれか１項に記載のセッション処理システム。
7. 前記既存セッションは、前記セッション処理手段における処理の終了後、所定の処理に変更されることを特徴とする請求項２から６のいずれか１項に記載のセッション処理システム。
8. 前記ポリシは、任意のタイミングで設定されることを特徴とする請求項２から７のいずれか１項に記載のセッション処理システム。
9. 前記ポリシは、前記セッションの開始時刻に関する内容であることを特徴とする請求項２から８のいずれか１項に記載のセッション処理システム。
10. 前記ポリシは、前記セッションの参加者数に関する内容であることを特徴とする請求項２から９のいずれか１項に記載のセッション処理システム。
11. 前記ポリシは、前記セッションの盛況度に関する内容であることを特徴とする請求項２から１０のいずれか１項に記載のセッション処理システム。
12. 前記ポリシは、前記セッションの参加者の発言状況に関する内容であることを特徴とする請求項２から１１のいずれか１項に記載のセッション処理システム。
13. 前記ポリシは、前記セッションの課金体系に関する内容であることを特徴とする請求項２から１２のいずれか１項に記載のセッション処理システム。
14. 前記セッション割当手段は、前記新規セッションを処理するためのセッション処理手段が不足している場合は、最も優先度の低いセッションを、前記セッション記録手段に記録するように割り当てることを特徴とする請求項２から１３のいずれか１項に記載のセッション処理システム。
15. 前記セッションは、Push-to-talk通信であることを特徴とする請求項１から１４のいずれか１項に記載のセッション処理システム。
16. 請求項１から１５のいずれか１項に記載のセッション処理システムで用いられることを特徴とするサーバ。
17. 請求項１から１５のいずれか１項に記載のセッション処理システムで用いられることを特徴とする通信端末。
18. 複数の通信端末と、
    前記複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を用いて行うセッション処理方法であって、
    前記通信端末及び前記サーバのうち少なくとも一方にて、
    複数のセッションを処理することを特徴とするセッション処理方法。
19. 複数の通信端末と、
    前記複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのサーバと、を用いて行うセッション処理方法であって、
    前記通信端末及び前記サーバのうち少なくとも一方にて、
    前記セッションのデータを受信し、
    前記受信した前記セッションのデータを基に、前記セッションが既存であるか新規であるかを判断し、新規セッション又は既存セッションのいずれかに振り分け、
    前記新規セッションについて、予め設定されたポリシに基づいて優先度を決定し、
    前記新規セッションを、前記優先度と、前記セッションを処理するための複数のセッション処理手段の処理能力とに基づいて、該複数のセッション処理手段のうちの所定のセッション処理手段に割り当てることを特徴とするセッション処理方法。
20. 前記新規セッションを処理するためのセッション処理手段が不足している場合は、前記新規セッションに係る通信を停止することを決定することを特徴とする請求項１９記載のセッション処理方法。
21. 前記セッションのデータを記録することを特徴とする請求項１９又は２０記載のセッション処理方法。
22. 前記新規セッションを処理するためのセッション処理手段が不足している場合は、該新規セッションに係るメディアデータを記録することを特徴とする請求２１項記載のセッション処理方法。
23. 所定の既存セッションの処理が終了した場合、該既存セッションが割り当てられていたセッション処理手段に新規セッションを割り当てることを特徴とする請求項１９から２２のいずれか１項に記載のセッション処理方法。
24. 前記既存セッションは、前記セッション処理手段における処理の終了後、所定の処理に変更されることを特徴とする請求項１９から２３のいずれか１項に記載のセッション処理方法。
25. 前記ポリシは、任意のタイミングで設定されることを特徴とする請求項１９から２４のいずれか１項に記載のセッション処理方法。
26. 前記ポリシは、前記セッションの開始時刻に関する内容であることを特徴とする請求項１９から２５のいずれか１項に記載のセッション処理方法。
27. 前記ポリシは、前記セッションの参加者数に関する内容であることを特徴とする請求項１９から２６のいずれか１項に記載のセッション処理方法。
28. 前記ポリシは、前記セッションの盛況度に関する内容であることを特徴とする請求項１９から２７のいずれか１項に記載のセッション処理方法。
29. 前記ポリシは、前記セッションの参加者の発言状況に関する内容であることを特徴とする請求項１９から２８のいずれか１項に記載のセッション処理方法。
30. 前記ポリシは、前記セッションの課金体系に関する内容であることを特徴とする請求項１９から２９のいずれか１項に記載のセッション処理方法。
31. 前記新規セッションを処理するためのセッション処理手段が不足している場合は、最も優先度の低いセッションを記録することを特徴とする請求項１９から３０のいずれか１項に記載のセッション処理方法。
32. 前記セッションは、Push-to-talk通信であることを特徴とする請求項１８から３１のいずれか１項に記載のセッション処理方法。
33. 複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのプログラムであって、
    複数のセッションの処理をコンピュータに実行させるプログラム。
34. 複数の通信端末を介して複数の話者が参加する電子会話のセッションを提供するためのプログラムであって、
    前記セッションのデータを受信する処理と、
    前記受信した前記セッションのデータを基に、前記セッションが既存であるか新規であるかを判断し、新規セッション又は既存セッションのいずれかに振り分ける処理と、
    前記新規セッションについて、予め設定されたポリシに基づいて優先度を決定する処理と、
    前記新規セッションを、前記優先度と、前記セッションを処理するための複数のセッション処理手段の処理能力とに基づいて、該複数のセッション処理手段のうちの所定のセッション処理手段に割り当てる処理と、
    をコンピュータに実行させるプログラム。
35. 前記新規セッションを処理するためのセッション処理手段が不足している場合は、前記新規セッションに係る通信を停止する処理をコンピュータに実行させる請求項３４記載のプログラム。
36. 前記セッションのデータを記録する処理をコンピュータに実行させる請求項３４又は３５記載のプログラム。
37. 前記新規セッションを処理するためのセッション処理手段が不足している場合は、該新規セッションに係るメディアデータを記録する処理をコンピュータに実行させる請求３６項記載のプログラム。
38. 所定の既存セッションの処理が終了した場合、該既存セッションが割り当てられていたセッション処理手段に新規セッションを割り当てる処理をコンピュータに実行させる請求項３４から３７のいずれか１項に記載のプログラム。
39. 前記既存セッションは、前記セッション処理手段における処理の終了後、所定の処理に変更する処理をコンピュータに実行させる請求項３４から３８のいずれか１項に記載のプログラム。
40. 前記ポリシを任意のタイミングで設定する処理をコンピュータに実行させる請求項３４から３９のいずれか１項に記載のプログラム。
41. 前記セッションの開始時刻に関する内容のポリシに基づいて、前記優先度を決定する処理をコンピュータに実行させる請求項３４から４０のいずれか１項に記載のプログラム。
42. 前記セッションの参加者数に関する内容のポリシに基づいて、前記優先度を決定する処理をコンピュータに実行させる請求項３４から４１のいずれか１項に記載のプログラム。
43. 前記セッションの盛況度に関する内容のポリシに基づいて、前記優先度を決定する処理をコンピュータに実行させる請求項３４から４２のいずれか１項に記載のプログラム。
44. 前記セッションの参加者の発言状況に関する内容のポリシに基づいて、前記優先度を決定する処理をコンピュータに実行させる請求項３４から４３のいずれか１項に記載のプログラム。
45. 前記セッションの課金体系に関する内容のポリシに基づいて、前記優先度を決定する処理をコンピュータに実行させる請求項３４から４４のいずれか１項に記載のプログラム。
46. 前記新規セッションを処理するためのセッション処理手段が不足している場合は、最も優先度の低いセッションを記録する処理をコンピュータに実行させる請求項３４から４５のいずれか１項に記載のプログラム。
47. 前記セッションは、Push-to-talk通信であることを特徴とする請求項３３から４６のいずれか１項に記載のプログラム。

Images