(57)【要約】　【課題】　　　機能の劣る携帯端末に対しても最適な形態でメール等のデータを送付すること。　【解決手段】　メール等に含まれるテキスト、画像等の各種メディアを異なる形式のメディアに変換するメディア変換部１０２と、ユーザが利用する端末からの接続を受け付け、ユーザ認証および端末能力の獲得を行い、また端末へのメール等のデータの送信を行う端末応答部１０３とを備える。これにより、ユーザが利用している端末に応じてメール等のデータの内容を変換することで、ユーザの端末に最適な形態で情報を送付する。【選択図】　図１
2004005722.tif 000002
【特許請求の範囲】
【請求項１】
　通信端末と、通信路を介して前記通信端末に対してメディアを送信するサービス提供装置とを有するサービス提供システムであって、
　前記サービス提供装置は、前記通信端末からの接続を受け付け前記通信端末の処理能力に関する情報を獲得する手段と、前記通信端末に送信する前記メディアを前記通信端末の処理能力に見合った形式に変換する手段と、前記変換後の前記メディアを前記通信端末へ送信する手段と、を有し、
　前記通信端末は、前記サービス提供装置に接続し前記サービス提供装置へ自己の処理能力情報を送信する手段と、前記サービス提供装置から送信された前記変換後の前記メディアを受信する手段と、を有することを特徴とするサービス提供システム。
【請求項２】
　サービス提供装置へ自己の処理能力情報を送信する手段と、前記サービス提供装置から送信された、自己の処理能力に見合った形式に変換されたメディアを受信する手段と、を有することを特徴とする通信端末。
【請求項３】
　通信端末からの接続を受け付け前記通信端末の処理能力に関する情報を獲得する手段と、前記通信端末に送信するメディアを前記通信端末の処理能力に見合った形式に変換する手段と、前記変換後の前記メディアを前記通信端末へ送信する手段と、を有するサービス提供装置から、通信路を介してメディアを受信する通信端末であって、
　前記サービス提供装置に接続し前記サービス提供装置へ自己の処理能力情報を送信する手段と、前記サービス提供装置から送信された前記変換後の前記メディアを受信する手段と、を有することを特徴とする通信端末。
【請求項４】
　自己の処理能力情報を送信する手段を有する通信端末に、通信路を介してメディアを送信するサービス提供装置であって、
　前記通信端末からの接続を受け付け前記通信端末の処理能力に関する情報を獲得する手段と、前記通信端末に送信する前記メディアを前記通信端末の処理能力に見合った形式に変換する手段と、前記変換後の前記メディアを前記通信端末へ送信する手段と、を有することを特徴とするサービス提供装置。
【請求項５】
　前記メディアを前記通信端末の処理能力に見合った形式に変換する手段は、動画メディアをイメージメディアに変換することを特徴とする請求項４記載のサービス提供装置。
【請求項６】
　前記メディアを前記通信端末の処理能力に見合った形式に変換する手段は、テキストメディアをイメージメディアに変換することを特徴とする請求項４記載のサービス提供装置。
【請求項７】
　前記メディアを前記通信端末の処理能力に見合った形式に変換する際に情報欠損が発生した場合、情報欠損に関する情報を前記通信端末へ送信することを特徴とする請求項４記載のサービス提供装置。
【請求項８】
　前記通信端末からの接続を受け付け前記通信端末の処理能力に関する情報を獲得する手段は、予め獲得した通信端末の処理能力を記憶する端末能力記憶部を有することを特徴とする請求項４記載のサービス提供装置。
【請求項９】
　請求項４から請求項８のいずれかに記載のサービス提供装置と通信を行う通信端末であって、
　前記サービス提供装置へ自己の処理能力情報を送信する手段と、前記サービス提供装置から送信された前記変換後の前記メディアを受信する手段と、を有することを特徴とする通信端末。
【請求項１０】
　メール送信先の通信端末の能力情報を記憶する端末能力記憶部と、前記端末能力記憶部に記憶された前記通信端末の能力に応じて送信すべきメールの情報の一部が欠損した状態で送信を行う送信手段と、を具備し、
　前記情報の一部が欠損した状態で送信を行う場合、前記通信端末にその旨を表記させるよう、前記メールを前記通信端末へ送信するときにその旨を伝える、ことを特徴とするサービス提供装置。
【請求項１１】
　メール送信先の通信端末の能力情報を記憶する端末能力記憶部と、前記通信端末に送信する前記メールを前記端末能力記憶部に記憶された前記通信端末の能力に見合った形式に変換する変換手段と、前記変換後の前記メールを前記通信端末へ送信する手段と、を具備し、
　前記情報の一部が欠損した状態で送信を行う場合、前記通信端末にその旨を表記させるよう、前記メールを前記通信端末へ送信するときにその旨を伝える、ことを特徴とするサービス提供装置。
【請求項１２】
　メール送信先の通信端末の能力情報を記憶する端末能力記憶部と、前記通信端末に送信する前記メールを前記端末能力記憶部に記憶された前記通信端末の能力に見合った形式に変換する変換手段と、前記変換後の前記メールを前記通信端末へ送信する手段と、を具備し、
　前記変換手段は、前記端末からの通知により前記端末能力記憶部に予め記憶された前記通信端末の能力の範囲内で前記メールの変換を行うとともに、
　前記情報の一部が欠損した状態で送信を行う場合、前記通信端末にその旨を表記させるよう、前記メールを前記通信端末へ送信するときにその旨を伝える、ことを特徴とするサービス提供装置。
【請求項１３】
　メール送信先の通信端末の能力に応じて、前記メールを正常送信し、又は、送信すべきメールの情報の一部が欠損した状態で送信する送信手段と、前記メールを正常送信した場合はメールの削除処理を実行する一方、前記メールの情報の一部が欠損した状態で送信した場合は前記削除処理を実行しないメール削除処理手段と、を具備し、
　前記メールの情報の一部が欠損した状態で前記メールを送信した場合には、前記メール送信先のユーザが、正常状態の前記メールを取得可能に構成された、ことを特徴とするサービス提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、サービス提供システムに関し、特に、ユーザが各種サービスを、さまざまな端末で、さまざまな場所で受信する場合の利便を図ったものである。
【背景技術】
【０００２】
　近年、パソコン、携帯情報端末の普及により、メール等のデータを受けとる端末の種類、受けとる場所がユーザや状況によって多岐にわたるようになってきた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
　しかしながら、携帯情報端末のように、比較的表示能力の低い端末でメール等のデータを読む場合、メールの内容によっては正しく表示されなかったり、そのためにメールが読めていないにもかかわらずスプールから削除されてしまうことがあるという課題があった。
【０００４】
　本発明は上記課題を解決するもので、ユーザが利用している端末に応じてメール等のデータの内容を変換することにより、最適な形態で情報をユーザに送付できるようにするサービス提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
　本発明のサービス提供システムは、通信端末と、通信路を介して前記通信端末に対してメディアを送信するサービス提供装置とを有するサービス提供システムであって、前記サービス提供装置は、前記通信端末からの接続を受け付け前記通信端末の処理能力に関する情報を獲得する手段と、前記通信端末に送信する前記メディアを前記通信端末の処理能力に見合った形式に変換する手段と、前記変換後の前記メディアを前記通信端末へ送信する手段とを有し、前記通信端末は、前記サービス提供装置に接続し前記サービス提供装置へ自己の処理能力情報を送信する手段と、前記サービス提供装置から送信された前記変換後の前記メディアを受信する手段とを有する。これにより、ユーザが利用している端末に応じてメール等のデータの内容を変換し、最適な形態で情報をユーザに送付可能にする。
【発明の効果】
【０００６】
　以上のように本発明によれば、ユーザが利用している端末に応じてメール等のデータの内容を変換することにより、最適な形態で情報をユーザに送付できるという効果が得られる。
【発明を実施するための最良の形態】
【０００７】
　以下、本発明の一実施の形態について図面を参照しながら説明する。
【０００８】
　図１は本発明の一実施の形態におけるシステム構成を示すブロック図である。図１において、１０１は複数のスプールを統合し、単一のスプールとみなしてアクセスすることを可能にするスプール統合部、１０２はメールに含まれるテキスト、画像等の各種メディアを異なる形式のメディアに変換するメディア変換部、１０３はユーザが利用する端末からの接続を受け付け、ユーザ認証および端末能力の獲得を行い、また端末へのメールの送信を行う端末応答部、１０４はユーザにメールの着信を通知するメール着信通知部、１０５はメールスプール中のメールの緊急度を検査するメール緊急度獲得部、１０６はユーザに対してどの通信路を用いてメールの着信通知を行うべきかを選択する通信方式選択部、１０７はユーザがアクセス可能な通信路の情報を管理する位置情報管理部、１０８は各種通信路によって接続され、アクセス方法が既知である複数のメールサービス提供者によるメールスプールからなるメールスプール群、１０９は有線または無線回線で接続される各種通信路からなる通信路網、１１０はユーザが利用可能な各種端末からなるユーザ端末群である。
【０００９】
　まずユーザがある端末からメールの一覧を取得する場合を説明する。ユーザは手近な端末を用いて本システムへ接続を試みる。端末は通信路網１０９のうちいずれかの種類の通信路を用いて端末応答部１０３に接続する。
【００１０】
　図２は端末応答部の本実施の形態における構成図である。図２において、２０１は端末応答部の動作を制御する端末応答制御部、２０２は通信中の端末の能力を保持する端末能力記憶部である。
【００１１】
　端末応答制御部２０１は接続してきた端末に対して、認証を行いユーザを特定する。さらに、あらかじめ決められているプロトコルにより端末の能力を問い合わせ、得られた能力の情報を端末能力記憶部２０２に保持する。
【００１２】
　なお端末能力の取得は、それぞれの通信ごとに端末応答制御部が必要とする機能に関する問い合わせを行う方法、端末側から端末名を送ることにより、端末応答制御部があらかじめ保持している端末名と能力の対応表を参照する方法等、が考えられる。
【００１３】
　図３は本実施の形態における端末能力記憶部２０２に保持される端末能力の一例である。この例では、端末は３０Ｋバイト以下のテキストを受信し表示する能力と、２値で３２０×２００ピクセルまでの画像を受信し表示する能力があることを示している。
【００１４】
　ユーザがメールの一覧を表示するコマンドを入力すると、端末応答制御部２０１はユーザの情報とメール一覧表示コマンドをスプール統合部１０１へ送る。
【００１５】
　図４はスプール統合部の本実施の形態における構成図である。図４において、４０１は複数のスプールへの通信を行うスプール通信制御部、４０２は単一のスプールに対するコマンドを複数のスプールに対するコマンドに変換する操作変換部、４０３はスプールに対するコマンドを受け付け、結果を返すメール操作応答部、４０４はユーザが利用しているスプールおよび、その利用に必要な情報を保持するユーザ管理テーブル、４０５は操作変換部４０２が変換した結果を後の操作のために記憶しておく変換結果保持部である。
【００１６】
　端末応答部１０３からのコマンドはメール操作応答部４０３が受け取り、操作変換部４０２へ送る。操作変換部４０２はユーザ管理テーブル４０４を参照してコマンドを複数スプールに対するコマンド群に変換する。
【００１７】
　図５はユーザ管理テーブルの本実施の形態における一例である。ユーザ管理テーブル４０４にはユーザが利用しているスプールのアクセス方法および、アクセスに必要な情報があらかじめ登録してある。一覧表示コマンドの場合、操作変換部４０２はメール一覧表示コマンドを登録してある各スプールに対する一覧表示命令に変換する。
【００１８】
　変換したコマンドは、スプール通信制御部４０１を通して各スプールへ送られる。各スプールから得られた一覧情報はスプール通信制御部４０１から操作変換部４０２に集められる。
【００１９】
　図６はここで得られる一覧情報の一例である。メール番号は本システムにおいて、ある特定のメールを指定するために用いられる番号、スプール番号はそのメールが存在するスプールを示す番号、スプール内ＩＤはそのスプールにおいて当該メールをアクセスするためのＩＤ、メールＩＤはメールの送信側でメールに付加される一意の識別子である。図６の情報は以降のユーザからの操作命令の処理のために変換結果保持部４０５に記録される。
【００２０】
　図６の重複を取り除いたメール番号とメールの一覧表示に用いられるメールの表題は、メール操作応答部４０３を通して端末応答部１０３に送られる。
【００２１】
　端末応答部１０３は送られてきたリストを通信路網１０９を通して端末に送り、メール一覧表示コマンドの処理を完了する。
【００２２】
　以上により、ユーザがいくつものメールサービスを受けている場合でも、各サービスの利用方法を意識することなく、簡単な操作でメールを利用することができる。
【００２３】
　次に、ユーザがある端末からメールを読み、スプールからは削除する場合を説明する。簡単のため、すでにユーザは前記メール一覧表示コマンドによりメールの一覧を入手しているものとする。
【００２４】
　ユーザはメール一覧の中から読みたいメールを選び、そのメール対する読み出しコマンドを発行する。ここで、読み出しコマンドにはメール番号が含まれている。読み出しコマンドは通信路網１０９を通じて端末応答部１０３に送られる。端末応答部１０３はスプール統合部１０１へ読み出しコマンドを送る。
【００２５】
　ここで、メール操作応答部４０３は操作変換部４０２へ読み出しコマンドを送る。操作変換部４０２は変換結果保持部４０５に記録されている図６の情報を元に、読み出し指定されたメールがどのスプールに存在しているものかを判定し、そのスプールに対するメール読み出しコマンドへの変換を行う。もし、ここで読み出し指定されたメールが複数のスプールに存在する重複したメールだった場合、それらのスプールのうちひとつに対する読み出しコマンドに変換する。
【００２６】
　変換後のコマンドはスプール通信制御部４０１を通して当該スプールに送られ、読み出し結果はメール操作応答部４０３を通じて端末応答部１０３へ返される。
【００２７】
　ここで、端末応答部１０３は必要に応じてメール内容の変換を行う。図７は端末応答部が使用するメールの内容を表現したテーブルの一例である。端末応答部１０３は図７のテーブルと図３の能力を参照し、端末の能力がメールを表示するのに不十分であると判定された場合は、メディア変換部１０２を用いてメールの内容を端末の能力に見合ったものに変換する。
【００２８】
　本例では、まず、テキストの長さは受信能力の３０Ｋバイトを超えているので、３０Ｋバイトの長さで切り捨てる。また、端末は動画を表示することはできないので、メディア変換部１０２により動画の一部を２値で３２０ｘ２００ピクセルのイメージに変換する。
【００２９】
　例えば１００フレームのうち適当な４フレームを３２０ｘ２００ピクセルの２値イメージに変換する。このときテキストの切り捨てや動画から静止画への変換のように、元々のメールの情報が損われる変換が発生した場合、端末応答部１０３は図７のテーブルに情報欠損フラグをつけておく。情報が損なわれない変換の例としては、イメージのみ表示可能な端末にテキストの内容を送信するために、テキスト全体をイメージとして変換する場合等があげられる。
【００３０】
　端末応答部１０３は以上のように変換したメールを通信路網１０９を通じてユーザの端末に送る。このとき、情報欠損フラグのつけられたメールに関しては、その情報もユーザ端末に送り、ユーザに、届いたメールの情報のすべてを読み出せたわけではないことを伝える。例えば端末はメールの表題に「失われた情報があります」等の記述を付加する。
【００３１】
　メールの内容が正常にユーザ端末に送信できた場合、端末応答部１０３はメールの削除処理を開始する。まず、図７のテーブルを参照し、情報欠損フラグがあれば削除は行わない。情報欠損フラグがなければ、図６を参照し当該メールが存在するスプールすべてに対する削除命令を生成し、スプール通信制御部４０１を通じてスプール群１０８に送る。
【００３２】
　以上により、ユーザは現在利用している端末の能力に応じた形式でメールを読むことができる。また、ユーザが利用している端末がメールの内容のすべてを受け取ることができなかった場合は、メールの削除が行われないので、ユーザは後日能力の高い端末で完全なメールの内容を読むことができる。
【００３３】
　また、ユーザが利用している複数のスプールに到着した同一のメールは、ユーザがメールの完全な内容を受け取った時点ですべて削除されるので、同じメールを何度も読むという不都合が解消される。
【００３４】
　次に、あるユーザに対してメールの着信通知を行う場合を説明する。メール着信通知部１０４は一定時間毎に着信通知すべきメールの有無を判断する。メール着信通知部１０４はメール緊急度獲得部１０５に対して、着信通知の必要がある緊急度を持ったメールが到着していないかを問い合わせる。メール緊急度獲得部１０５は、スプール統合部１０１にメール一覧コマンドを送ることでメール一覧を獲得する。
【００３５】
　図８は本実施の形態のメール緊急度獲得部１０５で用いられるあるユーザに対するメールの緊急度とその送信方法の対応表である。この表と獲得したメール一覧から、着信通知が必要なメールを抽出し、メール着信通知部１０４へメール番号と送信方法の組および着信通知に必要な表題等の情報を含むリストを返す。
【００３６】
　メール着信通知部１０４はこのリストから送信方法のみを抽出し通信方式選択部１０６へ送る。
【００３７】
　図９は本実施の形態の位置情報管理部１０７が持つ位置情報の一例で、あるユーザに対する通信方法と、その通信が利用できる場所のうちユーザが最近にいたと推定できる位置の情報である。例えばＰＨＳ電話網においては、ユーザが持つＰＨＳ端末の位置登録情報を元にこのテーブルを作成できる。登録位置が「−」となっているものは通常の携帯電話のように、ユーザがどの位置にいるかを特定できない通信方法であることを示している。
【００３８】
　通信方式選択部１０６は、この位置情報を元に各通信路を用いた場合のコストを概算し、メール着信通知部１０４から送られてきた送信方法のリストをコストの低いものから順に並べてメール着信通知部１０４に返す。
【００３９】
　なお、通信方式選択部１０６においては、送信方法毎の確実性、高速性等を考慮して送信方法を選択することも考えられる。
【００４０】
　メール着信通知部は並べかえられた送信方法のリストを元に、通信路網１０９を通じてユーザにメールの着信通知を行う。
【００４１】
　以上により、ユーザに通知するに値する重要なメールに関する情報のみを最適な経路でユーザに通知することが可能になる。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施の形態におけるシステム構成図
【図２】本発明の一実施の形態における端末応答部の構成図
【図３】本発明の一実施の形態における端末能力テーブルの例図
【図４】本発明の一実施の形態におけるスプール統合部の構成図
【図５】本発明の一実施の形態におけるユーザ管理テーブルの例図
【図６】本発明の一実施の形態におけるメール一覧情報の例図
【図７】本発明の一実施の形態におけるメール内容テーブルの例図
【図８】本発明の一実施の形態におけるメール緊急度と送信方法の対応表の例図
【図９】本発明の一実施の形態におけるユーザ位置情報の例図
【符号の説明】
【００４３】
　１０１　スプール統合部
　１０２　メディア変換部
　１０３　端末応答部
　１０４　メール着信通知部
　１０５　メール緊急度獲得部
　１０６　送信路選択部
　１０７　位置情報管理部
　１０８　メールスプール群
　１０９　通信路網
　１１０　ユーザ端末群
　２０１　端末応答制御部
　２０２　端末能力記憶部
　４０１　スプール通信制御部
　４０２　操作変換部
　４０３　メール操作応答部
　４０４　ユーザ管理テーブル
　４０５　変換結果保持部
【図１】
2004005722.tif 000003
【図２】
2004005722.tif 000004
【図３】
2004005722.tif 000005
【図４】
2004005722.tif 000006
【図５】
2004005722.tif 000007
【図６】
2004005722.tif 000008
【図７】
2004005722.tif 000009
【図８】
2004005722.tif 000010
【図９】
2004005722.tif 000011