(57)【要約】【課題】  同報する送信データをグループ内の全メンバの端末に適したデータに自動的に加工可能な同報送信システムを提供する。【解決手段】  端末１はプレゼンス情報と端末１の端末スペック情報とをプレゼンスサーバ４に通知し、プレゼンスサーバ４は端末スペック情報をメモリに格納する。プレゼンスサーバ４はグループ内のメンバが複数の場合、メモリに格納している全端末スペックをグループ内の全メンバに配信する。端末１はプレゼンスサーバ４からのグループ内の全メンバの端末スペック情報から画面解像度の最低スペックを算出する。端末１は選択した画像の画素数を解析し、解析した結果が最低スペックの範囲に収まっていれば、画像をＰｏＣサーバ２に送信する。【選択図】      図１
2006054627.tif 000002
【特許請求の範囲】
【請求項１】
同報送信用サーバ装置を介して同一グループ内の端末装置に送信データの同報送信を行う同報送信システムであって、
前記同一グループ内の端末装置全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する配信用サーバ装置を有し、
前記端末スペック情報に基づいて前記送信データを加工する手段を前記同一グループ内の端末装置各々に有することを特徴とする同報送信システム。
【請求項２】
前記同一グループ内の端末装置各々は、前記グループへの登録時に前記端末スペック情報を前記配信用サーバ装置に送信する手段を含むことを特徴とする請求項１記載の同報送信システム。
【請求項３】
前記同一グループ内の端末装置各々は、前記同一グループ内の端末装置全ての端末スペック情報を基に前記同一グループ内の端末装置全てで表示可能なスペックを示す最低スペックを算出する手段を含むことを特徴とする請求項１または請求項２記載の同報送信システム。
【請求項４】
前記同一グループ内の端末装置各々は、前記同一グループ内の端末スペック情報を基に送信するマルチメディアデータを最適なサイズ及びフォーマットに加工すること特徴とする請求項１から請求項３のいずれか記載の同報送信システム。
【請求項５】
前記端末スペック情報は、前記同一グループ内の端末装置各々における画像表示対応・非対応情報を含み、
前記同一グループ内の端末装置各々は、前記画像表示非対応の端末装置が前記同一グループ内に存在するかどうかをチェックし、前記画像表示非対応の端末装置が存在する場合に外部指示に基づいて前記送信データの加工を行うこと特徴とする請求項１から請求項４のいずれか記載の同報送信システム。
【請求項６】
前記同一グループ内の端末装置各々は、前記同一グループ内の端末装置の一部が前記送信データのフォーマットに対応していない場合に外部指示に基づいて当該送信データを送信すること特徴とする請求項１から請求項５のいずれか記載の同報送信システム。
【請求項７】
前記端末スペック情報は、少なくとも前記端末装置の画面解像度、発色数、受信可能最大データサイズ、アプリケーション対応状況を含むこと特徴とする請求項１から請求項６のいずれか記載の同報送信システム。
【請求項８】
前記同一グループ内の端末装置各々は、前記同一グループ内の端末装置全ての能力に応じて前記送信データの縮小と圧縮とフォーマット変換とのうちの少なくとも一つを行うことを特徴とする請求項１から請求項７のいずれか記載の同報送信システム。
【請求項９】
前記同報送信用サーバ装置は、ＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サーバ装置であることを特徴とする請求項１から請求項８のいずれか記載の同報送信システム。
【請求項１０】
同報送信用サーバ装置を介して同一グループ内の端末装置に送信データの同報送信を行う同報送信システムに用いられるサーバ装置であって、
前記同一グループ内の端末装置全ての端末スペック情報を受信する手段と、その受信した端末スペック情報を記憶する記憶手段と、前記記憶手段に記憶された全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する手段とを有することを特徴とするサーバ装置。
【請求項１１】
前記端末スペック情報は、前記同一グループ内の端末装置各々における画像表示対応・非対応情報を含むことを特徴とする請求項１０記載のサーバ装置。
【請求項１２】
前記端末スペック情報は、少なくとも前記端末装置の画面解像度、発色数、受信可能最大データサイズ、アプリケーション対応状況を含むこと特徴とする請求項１０または請求項１１記載のサーバ装置。
【請求項１３】
前記同報送信用サーバ装置は、ＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サーバ装置であることを特徴とする請求項１０から請求項１２のいずれか記載のサーバ装置。
【請求項１４】
同報送信用サーバ装置を介して同一グループ内の装置に送信データの同報送信を行う端末装置であって、
前記同一グループ内の装置全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する配信用サーバ装置からの端末スペック情報に基づいて前記送信データを加工する手段を有することを特徴とする端末装置。
【請求項１５】
前記グループへの登録時に前記端末スペック情報を前記配信用サーバ装置に送信することを特徴とする請求項１４記載の端末装置。
【請求項１６】
前記同一グループ内の端末装置全ての端末スペック情報を基に前記同一グループ内の端末装置全てで表示可能なスペックを示す最低スペックを算出する手段を含むことを特徴とする請求項１４または請求項１５記載の端末装置。
【請求項１７】
前記送信データを加工する手段は、前記同一グループ内の端末スペック情報を基に送信するマルチメディアデータを最適なサイズ及びフォーマットに加工すること特徴とする請求項１４から請求項１６のいずれか記載の端末装置。
【請求項１８】
前記端末スペック情報は、前記同一グループ内の装置各々における画像表示対応・非対応情報を含み、
前記送信データを加工する手段は、前記画像表示非対応の装置が前記同一グループ内に存在するかどうかをチェックし、前記画像表示非対応の装置が存在する場合に外部指示に基づいて前記送信データの加工を行うこと特徴とする請求項１４から請求項１７のいずれか記載の端末装置。
【請求項１９】
前記同一グループ内の装置の一部が前記送信データのフォーマットに対応していない場合に外部指示に基づいて当該送信データを送信すること特徴とする請求項１４から請求項１８のいずれか記載の端末装置。
【請求項２０】
前記端末スペック情報は、少なくとも前記端末装置の画面解像度、発色数、受信可能最大データサイズ、アプリケーション対応状況を含むこと特徴とする請求項１４から請求項１９のいずれか記載の端末装置。
【請求項２１】
前記送信データを加工する手段は、前記同一グループ内の端末装置全ての能力に応じて前記送信データの縮小と圧縮とフォーマット変換とのうちの少なくとも一つを行うことを特徴とする請求項１４から請求項２０のいずれか記載の端末装置。
【請求項２２】
前記同報送信用サーバ装置がＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サーバ装置であることを特徴とする請求項１４から請求項２１のいずれか記載の端末装置。
【請求項２３】
同報送信用サーバ装置を介して同一グループ内の端末装置に送信データの同報送信を行う同報送信システムに用いられる送信データ加工方法であって、前記同一グループ内の端末装置各々の側に、前記同一グループ内の端末装置全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する配信用サーバ装置からの前記端末スペック情報に基づいて前記送信データを加工するステップを有することを特徴とする送信データ加工方法。
【請求項２４】
前記同一グループ内の端末装置各々が前記グループへの登録時に前記端末スペック情報を前記配信用サーバ装置に送信することを特徴とする請求項２３記載の送信データ加工方法。
【請求項２５】
前記同一グループ内の端末装置各々の側に、前記同一グループ内の端末装置全ての端末スペック情報を基に前記同一グループ内の端末装置全てで表示可能なスペックを示す最低スペックを算出するステップを含むことを特徴とする請求項２３または請求項２４記載の同報送信システム。
【請求項２６】
前記送信データを加工するステップは、前記同一グループ内の端末スペック情報を基に送信するマルチメディアデータを最適なサイズ及びフォーマットに加工すること特徴とする請求項２３から請求項２５のいずれか記載の送信データ加工方法。
【請求項２７】
前記端末スペック情報が前記同一グループ内の端末装置各々における画像表示対応・非対応情報を含み、
前記送信データを加工するステップは、前記画像表示非対応の端末装置が前記同一グループ内に存在するかどうかをチェックし、前記画像表示非対応の端末装置が存在する場合に外部指示に基づいて前記送信データの加工を行うこと特徴とする請求項２３から請求項２６のいずれか記載の送信データ加工方法。
【請求項２８】
前記同一グループ内の端末装置各々が前記同一グループ内の端末装置の一部が前記送信データのフォーマットに対応していない場合に外部指示に基づいて当該送信データを送信すること特徴とする請求項２３から請求項２７のいずれか記載の送信データ加工方法。
【請求項２９】
前記端末スペック情報が少なくとも前記端末装置の画面解像度、発色数、受信可能最大データサイズ、アプリケーション対応状況を含むこと特徴とする請求項２３から請求項２８のいずれか記載の送信データ加工方法。
【請求項３０】
前記送信データを加工するステップは、前記同一グループ内の端末装置全ての能力に応じて前記送信データの縮小と圧縮とフォーマット変換とのうちの少なくとも一つを行うことを特徴とする請求項２３から請求項２９のいずれか記載の送信データ加工方法。
【請求項３１】
前記同報送信用サーバ装置がＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サーバ装置であることを特徴とする請求項２３から請求項３０のいずれか記載の送信データ加工方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は同報送信システム、サーバ装置、端末装置及びそれらに用いる送信データ加工方法に関し、特に同報送信システムにおける送信データの自動加工システムに関する。
【背景技術】
【０００２】
従来、同報送信システムとしては、移動通信におけるＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）を用いるシステムがある。ここで、ＰｏＣとはＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を利用したウォーキー・トーキーのようなもので、通話は一方通行となる（例えば、特許文献１参照）。
【０００３】
また、ＰｏＣはＩＭ（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ）のように、話す相手をグループ化することができ、相手の状態を見ることができる。したがって、ＰｏＣでは通話状態にある相手（一人またはグループ）を選択して通話ボタンを押すことで通話可能となる。つまり、ＰｏＣは携帯電話のトランシーバモードであり、通話先の番号をダイヤルする必要がなく、接続までの時間は短く、複数カ所と同時に通話することができる。
【０００４】
ＰｏＣにおいては、通常の通話よりも割安な料金に設定されることが多い。また、その操作手順としては、通常の電話帳とは別に用意された通話先リストを開き、相手を選択して決定し、通話ボタンを押すことで通話することとなる。その際、複数の通話先を選択しておけば、多地点通話となる。但し、現在のＰｏＣでは、通話先が同じキャリアの端末に限られているが、この分野の技術の進展に伴って、異なるキャリア間での多地点通話も考慮されつつある。
【０００５】
【特許文献１】特表２００３−５２６２７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述した従来の同報通信システムでは、マルチメディアデータを同報しようとした場合、グループのメンバの端末スペックによってはそのデータを表示または受信できない場合がある。既存のシステムでは、グループ内の全端末の端末スペックを共有する仕組みはなく、送信する画像が端末スペックによって表示することができないメンバがいることを知ることができない。
【０００７】
また、従来の同報通信システムでは、グループ内に多数のメンバが存在した場合、グループ内の全メンバの端末スペックに合わせてユーザ自身が最適な画像に加工するのは困難である。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、同報する送信データをグループ内の全メンバの端末に適したデータに自動的に加工することができる同報送信システム、サーバ装置、端末装置及びそれらに用いる送信データ加工方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明による同報送信システムは、同報送信用サーバ装置を介して同一グループ内の端末装置に送信データの同報送信を行う同報送信システムであって、
前記同一グループ内の端末装置全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する配信用サーバ装置を備え、
前記端末スペック情報に基づいて前記送信データを加工する手段を前記同一グループ内の端末装置各々に備えている。
【００１０】
本発明によるサーバ装置は、同報送信用サーバ装置を介して同一グループ内の端末装置に送信データの同報送信を行う同報送信システムに用いられるサーバ装置であって、
前記同一グループ内の端末装置全ての端末スペック情報を受信する手段と、その受信した端末スペック情報を記憶する記憶手段と、前記記憶手段に記憶された全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する手段とを備えている。
【００１１】
本発明による端末装置は、同報送信用サーバ装置を介して同一グループ内の装置に送信データの同報送信を行う端末装置であって、
前記同一グループ内の装置全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する配信用サーバ装置からの端末スペック情報に基づいて前記送信データを加工する手段を備えている。
【００１２】
本発明による送信データ加工方法は、同報送信用サーバ装置を介して同一グループ内の端末装置に送信データの同報送信を行う同報送信システムに用いられる送信データ加工方法であって、前記同一グループ内の端末装置各々の側に、前記同一グループ内の端末装置全ての端末スペック情報を当該同一グループ内の端末装置各々に配信する配信用サーバ装置からの前記端末スペック情報に基づいて前記送信データを加工するステップを備えている。
【００１３】
すなわち、本発明の同報送信システムは、ＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）サーバと、プレゼンスサーバと、ＧＬＭ（ＧＬＭ）サーバと、端末とを利用してＰｏＣを実現する環境において、端末がプレゼンス情報に加え、画面解像度、画面発色数、Ｊａｖａ（登録商標）機能の有無、受信可能データサイズ等の端末スペック情報をプレゼンスサーバに通知することによって、プレゼンスサーバがグループ内メンバの端末の端末スペック情報を全メンバに配信している。
【００１４】
グループ内の各メンバの端末は、データを送信する際に受信者である全メンバの端末能力に応じて送信データを縮小・圧縮・フォーマット変換を行って、グループ内の全メンバの端末に適したデータとする。これによって、本発明の同報送信システムでは、同報するデータをグループ内の全メンバの端末に適したデータに自動的に加工することが可能となる。
【００１５】
つまり、本発明の同報送信システムでは、ＰｏＣのような同報通信においてグループ内の全端末の端末スペック情報を各端末に同報することによって、グループ内の全メンバの端末がグループ内の全端末スペックを把握することが可能となる。
【００１６】
また、本発明の同報送信システムでは、送信する画像データが受信する端末によって正常に表示できないことを防ぎ、確実に表示可能なデータのみを送信することが可能となる。
【００１７】
さらに、本発明の同報送信システムでは、端末がプレゼンスサーバにプレゼンス情報とともに、端末スペック情報を通知し、それらの情報をプレゼンスサーバが管理しているため、既存のシステムに流用することが可能となる。
【発明の効果】
【００１８】
本発明は、以下に述べるような構成及び動作とすることで、同報する送信データをグループ内の全メンバの端末に適したデータに自動的に加工することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１９】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による同報送信システムの構成を示すブロック図である。図１において、本発明の一実施例による同報送信システムは端末１と、ＰｏＣ（Ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）システムを制御するＰｏＣサーバ２と、プレゼンス情報を管理するプレゼンスサーバ４と、グループ情報を管理するＧＬＭ（）サーバ３とから構成され、これらを利用してＰｏＣを実現する環境となっている。
【００２０】
ＰｏＣを利用可能な複数の端末１はそれぞれの端末スペック情報をプレゼンスサーバ４に通知する機能を有しており、プレゼンスサーバ４は各端末スペック情報をメモリに保存し、グループ内の全メンバの端末１に配信する機能を持っている。端末１はグループのメンバとなる際に各々の端末スペック情報をプレゼンス情報とともにプレゼンスサーバ４に通知する。新規にグループ内にメンバが参加した場合、プレゼンスサーバ４はグループ内の全端末スペック情報及びプレゼンス情報をグループ内の全メンバの端末１に配信する。
【００２１】
図２は図１の端末１の構成を示すブロック図である。図２において、端末１は情報送受信部１１と、端末内メモリ１２と、データ作成部１３と、最低スペック算出部１４と、画像情報解析部１５と、画像情報加工部１６と、画像表示部１７と、操作部１８とを含んで構成されている。尚、端末１において移動通信に用いられる無線送受信の構成については公知であるので、その図示及び説明を省略する。
【００２２】
情報送受信部１１はプレゼンス情報及び自端末の端末スペック情報をプレゼンスサーバ４に送信し、プレゼンスサーバ４からのプレゼンス情報及び全端末スペックを受信し、それらの情報を端末内メモリ１２に格納する。また、情報送受信部１１はＰｏＣサーバ２への画像情報の送信とＰｏＣサーバ２からの画像情報の受信とを行う。
【００２３】
データ作成部１３は端末内メモリに格納した端末スペック情報に基づいたデータの作成、最低スペック算出部１４の算出結果に基づいたデータの作成を行う。最低スペック算出部１４はグループ内の全メンバの端末スペック情報から最低スペック（画面解像度の最小幅Ｗｍｉｎ  ｐｉｘｅｌ及び最小高Ｈｍｉｎ  ｐｉｘｅｌ）を算出し、その算出結果を端末内メモリ１２に格納する。
【００２４】
画像情報解析部１５は端末内メモリ１２に格納した画像から任意の画像を選択し、画像情報として画素数（Ｗ  ｐｉｘｅｌ＊Ｈ  ｐｉｘｅｌ）を解析し、解析結果が最低スペック（Ｗｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌ）の範囲に収まっているかを判断する。
【００２５】
画像情報加工部１６は画像情報解析部１５の解析結果が最低スペック（Ｗｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌ）の範囲に収まらない場合、画像の縦横比を変えずに、最低スペック（Ｗｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌ）の範囲に収まるように画像を自動的に縮小するよう加工する。画像表示部１７は情報送受信部１１において送受信する画像等の情報を表示する。操作部１８はユーザによる外部からの指示等の入出力に用いられるキー等の入出力部である。
【００２６】
図３は図１のプレゼンスサーバ４の構成を示すブロック図である。図３において、プレゼンスサーバ４は情報送受信部４１と、メモリ４２と、情報配信部４３とを含んで構成されている。
【００２７】
情報送受信部４１は端末１との間でプレゼンス情報及び端末スペック情報の送受信を行い、受信したプレゼンス情報及び端末スペック情報をメモリ４２に格納する。情報配信部４３はグループ内の端末１が複数の場合に、全端末の端末スペック情報をグループ内の全メンバに配信する。
【００２８】
図４〜図９は本発明の一実施例による同報送信システムの動作を示す図であり、図１０は図１のプレゼンスサーバ４の動作を示すフローチャートであり、図１１及び図１２は図１の端末１の動作を示すフローチャートである。これら図１〜図１２を参照して本発明の一実施例による同報送信システムの動作について説明する。
【００２９】
まず、プレゼンスサーバ４の動作について説明する。図４において、端末１−１はプレゼンス情報と端末１−１の端末スペック情報とをプレゼンスサーバ４に通知し、グループＡのメンバ＃１となる。この場合、グループＡには他にメンバがいないため、プレゼンスサーバ４は端末スペック情報をメモリ４２に格納するのみで、端末スペック情報の各端末（この場合、端末１−１のみ）への配信を行わない。
【００３０】
図５において、端末１−２がプレゼンスサーバ４にプレゼンス情報と端末１−２の端末スペック情報とを通知し、グループＡのメンバ＃２になると、プレゼンスサーバ４は端末１−１の端末スペック情報に加え、端末１−２の端末スペック情報をメモリ４２に追記する。
【００３１】
図６において、プレゼンスサーバ４はメモリ４２に格納されている全端末スペックをグループＡ内の全メンバに配信する。以降、上記と同様の動作を繰り返し、プレゼンスサーバ４はグループＡ内の全メンバの端末スペック情報をメモリ４２に格納する。
【００３２】
図７において、端末１−ＮがグループＡに参加してメンバ＃Ｎとなる際に、端末１−Ｎの端末スペック情報及びプレゼンス情報がプレゼンスサーバ４に通知されると、プレゼンスサーバ４はメンバ＃１〜＃Ｍの端末スペック情報に加え、端末１−Ｎの端末スペック情報をメモリ４に追記する。
【００３３】
図８において、プレゼンスサーバ４はメモリ４２内に格納されている全メンバの端末スペック情報をグループＡの全メンバに配信する。
【００３４】
次に、ＰｏＣサーバ２の動作について説明する。図９において、端末１−Ｎは画像データをＰｏＣサーバ２に送信し、ＰｏＣサーバ２はグループＡ内の端末１−Ｎを除く全メンバの端末１−１〜１−Ｍに配信する。
【００３５】
続いて、端末１側の動作について図１０及び図１１を参照して説明する。以下の説明では、端末１−Ｎとプレゼンスサーバ４との間でプレゼンス情報及び端末スペック情報を送受信するものとする。
【００３６】
端末１−Ｎがプレゼンスサーバ４にプレゼンス情報及び端末１−Ｎの端末スペック情報を通知し、メンバ＃ＮとしてグループＡに参加する際、プレゼンスサーバ４はメンバ＃Ｎとなった端末１−Ｎから受信した端末スペック情報をメモリ４２に格納する（図１０ステップＳ１，Ｓ２）。
【００３７】
プレゼンスサーバ４はグループＡのメンバをカウントし、メンバが一人の時（図１０ステップＳ３）、処理を終了する。また、プレゼンスサーバ４はメンバが二人以上いる場合（図１０ステップＳ３）、グループＡ内の全メンバの端末スペックとプレゼンス情報とをグループＡ内の全メンバに配信する（図１０ステップＳ４）。
【００３８】
一方、各端末１−１〜１−Ｎはプレゼンスサーバ４からプレゼンス情報と全端末スペックとを受信すると（図１１ステップＳ１１）、それらの情報を端末内メモリ１２に格納する（図１１ステップＳ１２）。
【００３９】
また、各端末１−１〜１−Ｎは端末スペック情報を基に作成したデータが存在するかをチェックする。端末スペック情報を基に作成したデータが存在する場合（図１１ステップＳ１３）、各端末１−１〜１−Ｎはそのデータを消去する（図１１ステップＳ１４）。各端末１−１〜１−Ｎは端末スペック情報を基に作成したデータが存在しない場合（図１１ステップＳ１３）、そのまま処理を終了する。
【００４０】
次に、プレゼンスサーバ４から端末１−Ｎに配信されたグループＡ内の全メンバの端末スペック情報を基に端末１−Ｎが送信するデータを自動的に加工する方法について説明する。
【００４１】
端末１−Ｎは端末内メモリ１２内に受信した端末スペック情報を基に作成されたデータが存在するかをチェックし、作成データが存在しない場合（図１２ステップＳ２１）、グループＡ内の全メンバの端末スペック情報から画面解像度の最低スペック（最小幅Ｗｍｉｎ  ｐｉｘｅｌ及び最小高Ｈｍｉｎ  ｐｉｘｅｌ）を算出する（図１２ステップＳ２２）。端末１−Ｎは作成した最低スペックの算出結果のデータを端末内メモリ１２に格納する（図１２ステップＳ２３）。
【００４２】
端末１−Ｎは最低スペックの算出結果のデータを端末内メモリ１２に格納すると、あるいは端末スペック情報を基に作成されたデータが既に存在する場合、端末内メモリ１２内の画像から任意の画像を選択し（図１２ステップＳ２４）、画像情報として画素数（Ｗ  ｐｉｘｅｌ＊Ｈ  ｐｉｘｅｌ）を解析する（図１２ステップＳ２５）。
【００４３】
端末１−Ｎは解析した結果がＷｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌの範囲に収まっていれば（図１２ステップＳ２６）、画像をＰｏＣサーバ２に送信する（図１２ステップＳ３０）。
【００４４】
また、端末１−Ｎは解析した結果がＷｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌの範囲に収まらない場合（図１２ステップＳ２６）、画像の縦横比を変えずにＷｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌの範囲に収まるように自動的に縮小するよう加工し（図１２ステップＳ２７）、その画像の加工結果を画像表示部１７にプレビューする（図１２ステップＳ２８）。
【００４５】
端末１−Ｎは加工された画像に視認性の問題がなければ（ユーザがプレビュー確認ＯＫであれば）（図１２ステップＳ２９）、ＰｏＣサーバ２に加工された画像を送信する（図１２ステップＳ３０）。端末１−Ｎは加工された画像に視認性の問題があった場合（図１２ステップＳ２９）、ステップＳ２４の処理に戻って画像の選択をし直す。
【００４６】
このように、本実施例では、ＰｏＣのような同報通信において、グループ内の全端末のスペック情報をプレゼンスサーバ４から各端末１−１〜１−Ｎに同報することによって、グループ内の全メンバの端末１−１〜１−Ｎがグループ内の全端末スペックを把握することができる。
【００４７】
また、本実施例では、送信する画像データが、それを受信する端末において正常に表示することができなくなることを防ぎ、確実に表示することができるデータのみを送信することができる。
【００４８】
さらに、本実施例では、各端末１−１〜１−Ｎからプレゼンスサーバ４にプレゼンス情報とともに端末スペック情報を通知し、それらの情報をプレゼンスサーバ４で管理することによって、上記の方法を既存のシステムに流用することができる。
【００４９】
図１３及び図１４は本発明の他の実施例による端末の動作を示すフローチャートである。本発明の他の実施例による同報送信システム及び端末の構成は上記の図１及び図２に示す本発明の一実施例による同報送信システム及び端末の構成と同様であるので、図１と図２と図１３と図１４とを参照して本発明の他の実施例による端末の動作について説明する。
【００５０】
本実施例では、上述した本発明の一実施例において端末１がプレゼンスサーバ４に通知する端末スペック情報に、画像表示対応・非対応情報を加え、画像表示非対応端末がグループＡのメンバに存在するかどうかをチェックする処理と、存在した場合の動作をユーザに確認する処理とを追加している。
【００５１】
端末１−１〜１−Ｎは端末内メモリ１２内に受信した端末スペック情報を基に作成されたデータが存在するかをチェックし、作成データが存在しない場合（図１３ステップＳ３１）、グループＡ内の全メンバの端末スペック情報から画面解像度の最低スペック（最小幅Ｗｍｉｎ  ｐｉｘｅｌ及び最小高Ｈｍｉｎ  ｐｉｘｅｌ）を算出する（図１３ステップＳ３２）。端末１−Ｎは作成した最低スペックの算出結果のデータを端末内メモリ１２に格納する（図１３ステップＳ３３）。
【００５２】
端末１−１〜１−Ｎは最低スペックの算出結果のデータを端末内メモリ１２に格納すると、あるいは端末スペック情報を基に作成されたデータが既に存在する場合、端末内メモリ１２内の画像から任意の画像を選択し（図１２ステップＳ２４）、端末内メモリ１２に格納された全端末スペック情報をチェックして、グループＡの画面非表示端末のメンバが存在するかどうかを判断する。
【００５３】
端末１−１〜１−Ｎは画面非表示端末のメンバが存在する場合（図１３ステップＳ３１）、画像データを送信してもそれを表示できない端末があることをユーザに確認し、画像の送信を中止する場合（図１３ステップＳ３４〜Ｓ３６）、そのまま処理を中断して終了する。
【００５４】
端末１−１〜１−Ｎは画面非表示端末のメンバが存在しない場合（図１３ステップＳ３５）、または画面非表示端末のメンバが存在しても画像を送信する場合（図１３ステップＳ３５，Ｓ３６）、画像情報として画素数（Ｗ  ｐｉｘｅｌ＊Ｈ  ｐｉｘｅｌ）を解析する（図１４ステップＳ３７）。
【００５５】
端末１−１〜１−Ｎは解析した結果がＷｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌの範囲に収まっていれば（図１４ステップＳ３８）、画像をＰｏＣサーバ２に送信する（図１４ステップＳ４２）。
【００５６】
また、端末１−１〜１−Ｎは解析した結果がＷｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌの範囲に収まらない場合（図１４ステップＳ３８）、画像の縦横比を変えずにＷｍｉｎ  ｐｉｘｅｌ＊Ｈｍｉｎ  ｐｉｘｅｌの範囲に収まるように自動的に縮小するよう加工し（図１４ステップＳ３９）、その画像の加工結果を画像表示部１７にプレビューする（図１４ステップＳ４０）。
【００５７】
端末１−１〜１−Ｎは加工された画像に視認性の問題がなければ（ユーザがプレビュー確認ＯＫであれば）（図１４ステップＳ４１）、ＰｏＣサーバ２に加工された画像を送信する（図１４ステップＳ４２）。端末１−１〜１−Ｎは加工された画像に視認性の問題があった場合（図１４ステップＳ４１）、ステップＳ３４の処理に戻って画像の選択をし直す。
【００５８】
これによって、本実施例では、グループＡのメンバの端末１に画像表示非対応のものが１つでも存在した時に、グループＡの各端末１−１〜１−Ｎに画像データを同報することができなくなることを防ぐことができる。
【００５９】
また、本実施例では、端末スペック情報として端末１の画面解像度ではなく、縮小表示可能な最大画素数を通知することによって、画面解像度は小さいが、画素数の多い画像を表示することができる端末がグループ内にいた場合、より画素数の多い画像を同報することが可能となる。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施例による同報送信システムの構成を示すブロック図である。
【図２】図１の端末の構成を示すブロック図である。
【図３】図１のプレゼンスサーバの構成を示すブロック図である。
【図４】本発明の一実施例による同報送信システムの動作を示す図である。
【図５】本発明の一実施例による同報送信システムの動作を示す図である。
【図６】本発明の一実施例による同報送信システムの動作を示す図である。
【図７】本発明の一実施例による同報送信システムの動作を示す図である。
【図８】本発明の一実施例による同報送信システムの動作を示す図である。
【図９】本発明の一実施例による同報送信システムの動作を示す図である。
【図１０】図１のプレゼンスサーバの動作を示すフローチャートである。
【図１１】図１の端末の動作を示すフローチャートである。
【図１２】図１の端末の動作を示すフローチャートである。
【図１３】本発明の他の実施例による端末の動作を示すフローチャートである。
【図１４】本発明の他の実施例による端末の動作を示すフローチャートである。
【符号の説明】
【００６１】
１，１−１〜１−Ｎ  端末
２  ＰｏＣサーバ
３  ＧＬＭサーバ
４  プレゼンスサーバ
１１，４１  情報送受信部
１２  端末内メモリ
１３  データ作成部
１４  最低スペック算出部
１５  画像情報解析部
１６  画像情報加工部
１７  画像表示部
１８  操作部
４２  メモリ
４３  情報配信部
【図１】
2006054627.tif 000003
【図２】
2006054627.tif 000004
【図３】
2006054627.tif 000005
【図４】
2006054627.tif 000006
【図５】
2006054627.tif 000007
【図６】
2006054627.tif 000008
【図７】
2006054627.tif 000009
【図８】
2006054627.tif 000010
【図９】
2006054627.tif 000011
【図１０】
2006054627.tif 000012
【図１１】
2006054627.tif 000013
【図１２】
2006054627.tif 000014
【図１３】
2006054627.tif 000015
【図１４】
2006054627.tif 000016