フォーマット変換システム
【課題】
端末の画面サイズに合ったメール表示を行うことは従来技術を利用することにより可能であるが、端末の画面サイズのような端末仕様のみを利用した場合、
ユーザが使用する端末毎に、メールの表示方法は同一となるため、ユーザにとって重要なメールも、また不要なメールも同一の表示となり、画面サイズが小さい端末において、ユーザの利便性を損なう恐れがある。
【解決手段】
本発明では、端末情報やユーザ情報等の情報を取得する情報取得機能と、表示するメールのフォーマット変換を行う機能と、スケジュールといったメール以外の他のサービスから情報を取得する機能をサーバに搭載することを特徴し、情報取得機能、ならびに他のサービスから取得した情報を利用して、表示するメールのフォーマットを決定するため、ユーザ嗜好に応じたメール表示が可能となる。
端末の画面サイズに合ったメール表示を行うことは従来技術を利用することにより可能であるが、端末の画面サイズのような端末仕様のみを利用した場合、
ユーザが使用する端末毎に、メールの表示方法は同一となるため、ユーザにとって重要なメールも、また不要なメールも同一の表示となり、画面サイズが小さい端末において、ユーザの利便性を損なう恐れがある。
【解決手段】
本発明では、端末情報やユーザ情報等の情報を取得する情報取得機能と、表示するメールのフォーマット変換を行う機能と、スケジュールといったメール以外の他のサービスから情報を取得する機能をサーバに搭載することを特徴し、情報取得機能、ならびに他のサービスから取得した情報を利用して、表示するメールのフォーマットを決定するため、ユーザ嗜好に応じたメール表示が可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はフォーマット変換システムに関する。
【背景技術】
【０００２】
近年、スマートフォンのような高機能、高性能携帯端末の普及により、ユーザは携帯端末を使用して、ＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ)と同様、添付ファイルを含め、メールを表示することができる。しかし、一般的に携帯端末はＰＣと比べ、メモリ容量や画面サイズが小さいため、ＰＣ向けのメール表示方法とは別の方法を携帯端末向けのメール表示方法を開発する必要がある。上記の含め、ＰＣ向けに開発されたアプリケーション、もしくはコンテンツを携帯端末に利用する際に生じる課題を解決する従来技術として、特許文献１、特許文献２等に開示されている。
【０００３】
特許文献１記載の従来技術１では、コンテンツ部品の表示レイアウトに基づいて表示するコンテンツデータを分割する１次分割部と、記述上のコンテンツ部品間の距離に基づいて、表示するコンテンツデータを分割する２次分割部を利用して、コンテンツデータの分割を行う。また、特許文献２記載の従来技術２では、コンテンツ配信サービスにおいて、コンテンツ管理サーバが、ネットワークへの接続時に携帯端末を検索し、携帯端末が保持している端末情報を取得し、その端末の表示能力に合わせてコンテンツを変換し、配信を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２７６６９４号公報
【特許文献２】特開２００８−２０３９２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の特許文献１、２に記載の技術を利用することにより、端末の画面サイズに合ったメール表示を行うことが可能となる。しかし、両技術とも、端末の画面サイズのような端末の仕様のみを利用して、表示方法の変換を行っているため、ユーザが望んだ表示が実現されない恐れがある。
【０００６】
例えば、特許文献１、２の技術を利用した場合、ユーザが使用する端末毎に、メールの表示方法は同一となるため、ユーザにとって重要なメールも、また不要なメールも同一の表示となり、画面サイズが小さい端末において、ユーザの利便性を損なう恐れがある。
【課題を解決するための手段】
【０００７】
本発明は、端末の仕様に加えて、ユーザに関する情報、そのメールに関与しているユーザの情報、ならびにその他のアプリケーションの情報を利用することにより、ユーザにとって最適な表示方法を提供する。
【０００８】
本発明に関わるサーバは、ＣＰＵ、揮発性メモリ、記録装置、通信インタフェース、構造解析部から成るハードウェアを構成し、更に、このハードウェア構成に、各情報を取得する情報取得機能、端末への表示方法を決定する表示方法決定機能、取得した各情報に応じて受信メールの表示方法の変換を行う表示受信メール変換機能、通信インタフェースを通じて端末と通信を行う通信機能、他のサーバと連携するサーバ連携機能、情報取得機能をより取得した情報を記憶装置内のテーブルに設定する取得情報管理機能を搭載した構成を特徴とする。
【０００９】
情報取得機能は、ユーザ情報、端末情報、ならび表示する受信メールに関する情報をそれぞれ取得する機能を有することを特徴とする。
【００１０】
表示受信メール変換機能は、携帯端末の画面サイズに応じて受信メールの表示方法を変換するフォーマット変換機能に加えて、構造解析部等を利用して添付ファイルからテキスト部分を抽出するテキスト部抽出機能、更に抽出したテキスト部分から要約を生成する要約生成機能を有することを特徴とする。
【００１１】
上記の構成において、ユーザが端末を通じてサーバに受信メールの表示を要求すると、サーバは情報取得機能を利用して取得した情報を用いて、受信メールを要求したユーザに適した表示方法になるように表示受信メール変換機能を利用して、受信メールの表示方法の変換を行い、ユーザに表示する。
【００１２】
また、表示された受信メールの表示方法に対して、ユーザが別の表示方法を要求する手段も提供することにより、ユーザに適した表示方法を実現する。
【００１３】
より具体的な本発明の態様は、コンテンツのフォーマットを変換するフォーマット変換サーバであって、
ネットワーク接続手段と、ネットワークを介して接続された情報端末の機器情報を取得する手段と、情報端末を使用するユーザのユーザ情報を取得する手段と、情報端末よりコンテンツの転送要求を受信した際に、取得した機器情報、ならびにユーザ情報を用いて、コンテンツのフォーマットを変換する手段と、フォーマット変換サーバとは異なるサーバより情報を取得する手段と、を有し、情報端末を使用するユーザに適したコンテンツ表示を行うことを特徴とする。
【００１４】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツに含まれる文字、ならびに図のフォーマットを変換する手段と、
コンテンツに含まれるテキスト部の抽出を行う手段と、抽出したテキスト部から要約を生成する手段と、を有してもよい。
【００１５】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、コンテンツに関わっているユーザとの関連性をユーザ情報より取得し、取得した関連性に応じて、変換するフォーマットを決定する手段を有してもよい。
【００１６】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツを要求した際のコンテンツを表示する端末のＣＰＵ使用率、ならびにメモリ使用率に応じて、変換するフォーマットを決定する手段を有してもよい。
【００１７】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、表示するコンテンツの関連性を求めるため、フォーマット変換サーバとは異なるサーバより、情報を取得し、その情報を用いて、関連性を求め、求めた関連性に応じて、変換するフォーマットを決定する手段を有してもよい。
【００１８】
さらに、フォーマット変換サーバは、コンテンツの表示要求に対する応答として、フォーマット変換サーバが情報端末に送信したコンテンツに対して、ユーザがコンテンツを異なるフォーマットに変換することをフォーマット変換サーバに要求する手段を有してもよい。
【００１９】
さらに、フォーマット変換サーバは、情報端末の仕様、ならびに情報端末を使用しているユーザに応じて、要求に対する処理内容を決定する手段を有してもよい。
【発明の効果】
【００２０】
本発明を用いることにより、端末の他、ユーザの状況に合ったメール表示を提供することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】メール表示システムの構成図
【図２】サーバならびに端末の構成図
【図３（ａ）】端末管理テーブルの構成図
【図３（ｂ）】ユーザ管理テーブルの構成図
【図３（ｃ）】受信メール表示条件管理テーブルの構成図
【図３（ｄ）】受信メールテーブルの構成図
【図４】メール表示要求の処理シーケンス
【図５】フォーマット変換の処理シーケンス
【図６】添付ファイルが存在する場合のフォーマット変換の処理シーケンス
【図７】受信メール表示方法の一例
【図８】ユーザによるフォーマット変更の処理シーケンス
【図９】ＣＰＵ使用率を利用したフォーマット変更の処理シーケンス
【発明を実施するための形態】
【００２２】
図１は、本発明を適用したシステム構成の一例であるメール表示システムの構成を示した図である。
【００２３】
端末１００は、図２に示すように、ＣＰＵ２１０、揮発性メモリ２１２、記憶装置２１４、通信インタフェース２１６、画面表示部２１８を搭載している端末であり、ＰＣや携帯電話やＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ)等が該当する。記憶装置２１４は、ハードディスクや不揮発性メモリといった記憶媒体であり、端末１００を一意に識別する端末識別情報１０８を有する。
【００２４】
端末１００は、通信機能１０２、端末情報取得機能１０４、受信メール表示切替機能１０６を有する。これらの機能は、ＣＰＵ２１０が記憶装置２１４に格納されたプログラムを、揮発性メモリ２１２上で実行することにより実現される。
【００２５】
通信機能１０２とは、通信インタフェース２１６を通じて、ネットワーク１１０を介して、各サーバと通信を行う機能であり、サーバ１２０と通信することにより、受信メールの表示を行うことを可能とする。
【００２６】
端末情報取得機能１０４とは、サーバ１２０に受信メールの表示を要求する際に必要となる端末識別情報１０８を記憶装置２１４より取得し、通信機能１０２を利用してサーバ１２０に送信する機能、ならびに、もし記憶装置２３０に端末識別情報１０８が保存されていない場合には、通信機能１０２を利用して、端末識別情報１０８を管理するサーバに、端末識別情報１０８を要求し、取得する機能である。尚、端末識別情報１０８が保存されていない旨をサーバ１２０に伝え、サーバ１２０が通信機能１６０を利用して、各端末の端末識別情報を管理するサーバに、端末識別情報１０８を要求し、その要求結果を、端末１００に送信することにより、端末識別情報１０８を取得してもよい。
【００２７】
受信メール表示切替機能１０６とは、サーバ１２０が送信する受信メールを、サーバ１２０が提示する表示方法にて、画面表示部２１８に表示する機能である。サーバ１２０が提示する表示方法として、受信メールの表示順や、添付ファイルの表示方法等がある。
【００２８】
サーバ１２０は、ＩＭＡＰ(Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ)を利用して、端末と受信メールの表示に関する処理を行うメールサーバが該当する。また、サーバ１２０はメールサーバではなく、端末１００とメールサーバ間に設置されたプロキシサーバであってもよい。尚、その場合、端末１００より受信メールの表示要求があった場合、サーバ１２０を介してメールサーバに受信メールの表示要求を行い、メールサーバが要求に対する応答として、送信した受信メールに対して、以下に説明する変換を行った後、変換済み受信メールを端末１００に送信する処理を行う。
【００２９】
サーバ１２０は、図２に示すように、ＣＰＵ２２０、揮発性メモリ２２２、記憶装置２２４、通信インタフェース２２６、構造解析部２２８を搭載した情報処理装置である。構造解析部２２８は、ＸＭＬ(Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)やＨＴＭＬ(Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)のようなマークアップ言語を解析するモジュールである。
【００３０】
サーバ１２０は、情報取得機能１３０、表示方法決定機能１４０、表示受信メール変換機能１５０、通信機能１６０、サーバ連携機能１６２、取得情報管理機能１６４を有し、端末１００がサーバ１２０に対して受信メールの表示を要求する。これらの機能は、ＣＰＵ２２０が記憶装置２２４に格納されたプログラムを、揮発性メモリ２２２上で実行することにより実現される。
【００３１】
情報取得機能１３０とは、記憶装置２２４に保存する各テーブルを作成するために必要な情報を取得する機能であり、端末情報取得機能１３２、ユーザ情報取得機能１３４、受信メール情報取得機能１３６を有する。
【００３２】
端末情報取得機能１３２は、サーバ連携機能１６２を利用して、端末情報の管理を行っているサーバから端末管理テーブル１７０を生成するために必要な情報を取得する機能である。
【００３３】
ユーザ情報取得機能１３４は、サーバ連携機能１６２を利用して、ユーザ情報の管理を行っているサーバから記憶装置２２４に保存するユーザ管理テーブル１７２を生成するために必要な情報を取得する機能である。
【００３４】
受信メール情報取得機能１３６は、構造解析部２２８等を利用して、ユーザに表示する受信メールを解析し、記憶装置２２４に保存する受信メール管理テーブル１７６を生成するために必要な情報を取得する機能である。例えば、表示する受信メールの添付ファイルの有無の確認、また、添付ファイルが存在する場合には、その添付ファイルのフォーマット等の情報を取得する。
【００３５】
表示方法決定機能１４０とは、記憶装置２２４に保存してある各テーブルを利用して、端末１００の画面表示部２１８に表示する受信メールの表示方法を決定する機能であり、表示条件管理テーブル１７４を利用して添付ファイルの表示方法の決定を行う。
【００３６】
表示受信メール変換機能１５０とは、端末１００に表示する受信メールのフォーマット変換を行う機能であり、フォーマット変換機能１５２、テキスト部抽出機能１５４、要約生成機能１５６を有する。
【００３７】
フォーマット変換機能１５２は、端末１００の画面サイズに応じたフォーマットの変換を行う機能であり、受信メールの文字フォントや改行位置の変更、添付ファイルに含まれる図のフォーマット変更等を行う。
【００３８】
テキスト部抽出機能１５４は、構造解析部２２８を利用して、受信メールの中からテキスト部を抽出する機能であり、添付ファイルからテキスト部の抽出を行う。
【００３９】
要約生成機能１５６は、テキスト部抽出機能１５４を利用して抽出したテキスト部もしくはテキストデータから要約を抽出する機能である。
【００４０】
通信機能１６０は、通信インタフェース２２６を通じて、ネットワーク１１０を介して、端末１００や他のサーバと通信する機能のことである。
【００４１】
サーバ連携機能１６２は、通信機能１６０を利用して、ネットワーク１１０に存在する他のサーバと連携する機能であり、ユーザ情報や端末情報を管理しているサーバから、記憶装置２２４に保存する各テーブルの作成に必要となる情報の取得を行う機能、ならびに、他のサービスを管理しているサーバとの連携も行う機能である。例えば、ユーザのスケジュールを管理しているサーバと連携することにより、端末１００を通じて受信メールの表示を要求した日時に一番近いユーザのスケジュールを取得することが可能となる。
【００４２】
取得情報管理機能１６４は、記憶装置２２４に保存してある各テーブルの管理を行う機能であり、例えば、記憶装置２２４に保存してあるテーブルの一部のデータを変更する場合、そのデータに関わる他のテーブルのデータの更新や
テーブルに保存してあるデータが一定期間以上、更新されていない場合に、情報取得機能１３０に対してデータ更新の要求を行う。
【００４３】
記憶装置２２４には、端末管理テーブル１７０、ユーザ管理テーブル１７２、受信メール表示条件テーブル１７４、受信メール管理テーブル１７６を保存する。各テーブルの構成は図３に示す。
【００４４】
端末管理テーブル１７０は、端末の仕様に関する情報を設定するテーブルであり、端末ＩＤ３０２、画面サイズ３０４、搭載メモリ３０６から成る。
【００４５】
端末ＩＤ３０２は、機器を一意に識別する識別子であり、端末１００に搭載した記憶装置２１４に保存してある端末識別情報１０８が示すＩＤと同一のＩＤである。
【００４６】
画面サイズ３０２、ならびに搭載メモリ３０６は、機器ＩＤ３０２が示す端末の画面サイズ、ならびに搭載メモリサイズをそれぞれ設定する。尚、端末を管理する情報として、上記以外の項目を端末管理テーブル１７０に設定してもよい。
【００４７】
ユーザ管理テーブル１７２は、端末を使用するユーザに関する情報を設定するテーブルであり、ユーザＩＤ３１２、ユーザ区分３１４、所属３１６、入社年度３１８、関連ユーザＩＤ３２０、関連度３２２から成る。
【００４８】
ユーザＩＤ３１２には、ユーザを一意に識別するＩＤを設定する。尚、ユーザＩＤを持たないシステムの場合、ユーザＩＤとして各ユーザのメールアドレスを使用してもよい。
【００４９】
ユーザ区分３１４には、主任や課長などユーザ職制に関する情報を設定する。
【００５０】
所属３１６には、ユーザが属している組織に関する情報を設定する。
【００５１】
入社年度３１８には、ユーザが会社に入社した年を設定する。
【００５２】
ユーザＩＤ３１２、ユーザ区分３１４、所属３１６、入社年度３１８は、ユーザ情報取得機能１３４を利用して、ユーザ情報を管理しているサーバより、情報を取得する。尚、ユーザを管理する情報として、上記以外の項目をユーザ管理テーブル１７２に設定してもよい。
【００５３】
関連ユーザＩＤ３２０には、ユーザ３１２が示すユーザと関連のあるユーザのユーザＩＤを設定する。ユーザとの関連性の判断には、ユーザ区分３１４、所属３１６、入社年度３１８、送信元メールアドレス等を利用する。
【００５４】
関連度３２２は、ユーザＩＤ３０２と関連ユーザＩＤ３２０との関連性の強さを設定する。例えば、関連ユーザが同一所属かつ上長の場合、強い関連性があると判断し、関連度３２２に値を設定する。
【００５５】
尚、関連ユーザＩＤ３２０、ならびに関連度３２２を、事前にユーザが設定してもよい。
【００５６】
受信メール表示条件管理テーブル１７４は、ユーザ、ならびに端末毎に応じた受信メールの表示方法を設定するテーブルであり、ユーザＩＤ３４０、端末ＩＤ３４２、実行条件３４４から成る。尚、ユーザＩＤ３４０、ならびに端末ＩＤ３４２は、それぞれ管理端末テーブル１７０、ユーザ管理テーブル１７２の項目である端末ＩＤ３０２、ユーザＩＤ３１２と同一である。
【００５７】
実行条件３４４は、ユーザ、ならびに端末に応じた受信メールの表示方法を設定する。例えば、ユーザＩＤ“Ｕ−１”は端末ＩＤ“Ｍ−１”を利用して、受信メールを表示する場合、本文は全文表示可能であるが、添付ファイルはテキスト部のみ表示可能といった設定を行うことが可能となる。
【００５８】
受信メール管理テーブル１７６は、端末１００に表示する受信メールに関する情報を設定するテーブルであり、ユーザＩＤ３６０、受信メールＩＤ３６２、送信元ユーザＩＤ３６４、受信メールの内容３６６から成る。尚、ユーザＩＤ３６０は、ユーザ管理テーブル１７２の項目であるユーザＩＤ３１２と同一である。
【００５９】
受信メールＩＤ３６２は、受信メールを一意に識別するＩＤであり、受信メール情報取得機能１３６が値を設定する。
【００６０】
受信メールの内容は、受信メール情報取得機能１３６が解析した結果を設定する。以上が記憶装置２２４に保存する各テーブルの構成である。
【００６１】
図４は端末１００が、受信メール表示機能１０６を利用して、サーバ１２０に受信メールの表示を要求する際のシーケンスを示した図である。
【００６２】
端末１００は、受信メールの表示を要求する際、表示を要求するユーザのユーザＩＤ、ならびに要求する端末の端末ＩＤをサーバ１２０に送信する(ステップ４１０)。
【００６３】
表示要求を取得したサーバ１２０は、記憶装置２２４に保存されている端末管理テーブル１７０を参照し、受信メールの表示を要求した端末の種類を確認する(ステップ４２０、ステップ４３０)。
【００６４】
確認した結果、表示要求した端末がＰＣのような画面サイズの大きい端末の場合、受信メールをそのまま表示することが可能であるため、表示する受信メールに対する処理を行わず、そのまま受信メールを送信する(ステップ４４０)。
【００６５】
確認した結果、表示要求した端末がＰＣ以外の場合、表示要求した端末に応じた表示を実現するため、フォーマット変換処理を行う(ステップ４５０)。フォーマット変換処理の詳細を、図５を用いて説明する。
【００６６】
サーバ１２０は、表示する受信メールの内容を確認するため、受信メール管理テーブル１７６を参照する(ステップ５０２)。
【００６７】
受信メール管理テーブル１７６を参照した結果、受信メールに添付ファイルを含んでいない場合、ユーザ管理テーブル１７２を参照する(ステップ５０３、ステップ５０４)。
【００６８】
ユーザ管理テーブル１７２を参照し、受信メールの表示を要求したユーザと、各受信メールの送信元ユーザとの関連度を確認する(ステップ５０５)。
【００６９】
確認した結果、送信元ユーザとの関連度が全て4以上である場合、全ての受信メールが、表示を要求したユーザと関連があるメールと判断し、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトを変更する(ステップ５０６)。
【００７０】
受信メール本文のレイアウトを変更した後、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ５０７)。
【００７１】
ステップ５０５において、表示要求を行ったユーザと送信元ユーザとの関連度を確認した結果、3以下の関連度が存在する場合、表示要求を行ったユーザのスケジュールを確認するため、サーバ連携機能１６２を利用して、スケジュールアプリケーションを管理しているサーバに対して、表示を要求したユーザのスケジュールを要求し、取得する(ステップ５０８)。
【００７２】
関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がない場合、関連性が低いメールと判断し、要約生成機能１５４を利用して、関連度が3以下のユーザが送信したメールの本文を要約に変換する(ステップ５０９、ステップ５１０)。
【００７３】
要約変換を行った本文を含め、受信メールの本文に対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトを変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ５１１、ステップ５１２)。
【００７４】
ステップ５０９において、関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がある場合、同一の文言があるメールは関連性があると判断する。
【００７５】
関連度が3以下のユーザが送信したメールの中で、ステップ５０９にて関連性があると判断したメール以外の本文に対して、要約生成機能１５４を利用して、要約に変換する(ステップ５２０)。
【００７６】
要約変換を行った本文を含め、受信メールの本文に対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトを変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ５２１、ステップ５２２)。尚、ステップ６０９にて関連性があると判断した受信メールに対しては、ユーザ管理テーブル１７２の関連度とは別に、関連性があることを示すタグを付加してもよい。
【００７７】
ステップ５０３にて、受信メール管理テーブル１７４を参照した結果、受信メールに添付ファイルを含んだ受信メールが存在する場合、図６のシーケンスを実行する。
【００７８】
添付ファイルを含んだ受信メールが存在する場合、受信メール表示条件管理テーブル１７４を参照し、添付ファイルの表示条件を確認する(ステップ６０１)。
【００７９】
表示条件を確認した結果、添付ファイルのフォーマットを変換する必要がある場合、テキスト部抽出機能１５４、ならびに要約生成機能１５６を利用して、受信メール表示条件管理テーブル１７４が示す表示条件に合うよう添付ファイルのフォーマットを変換する(ステップ６０２、ステップ６０３)。尚、表示条件を確認した結果、添付ファイルを変換する必要がない場合、添付ファイルのフォーマット変換処理を実行しない。
【００８０】
次に、受信メールの本文に対する変換を行うため、ユーザ管理テーブル１７２を参照する(ステップ６０４)。
【００８１】
ユーザ管理テーブル１７２を参照し、受信メールの表示要求を行ったユーザと、各受信メールの送信元ユーザとの関連度を比較する(ステップ６０５)。
【００８２】
確認した結果、送信元ユーザとの関連度が全て4以上である場合、全ての受信メールが要求したユーザにとって関連があるメールと判断し、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトの変更、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルの図の大きさやアニメーションの動作等を変更する(ステップ６０６)。
【００８３】
受信メール本文、ならびに添付ファイルを変更した後、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ６０７)。
【００８４】
ステップ６０５において、表示を要求したユーザと送信元ユーザとの関連度を確認した結果、3以下の関連度が存在する場合、表示を要求したユーザのスケジュールを確認するため、サーバ連携機能１６２を利用して、スケジュールアプリケーションを管理しているサーバに対して、表示要求を行ったユーザのスケジュールを要求し、取得する(ステップ６０８)。
【００８５】
関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がない場合、関連性が低いメールと判断し、要約生成機能１５４を利用して、関連度が3以下のユーザが送信したメールの本文を要約に変換する(ステップ６０９、ステップ６１０)。
【００８６】
次に、スケジュールとの関連性が低く、更にユーザとの関連度も低い、メールに添付ファイルがある場合、テキスト部抽出機能１５４を利用して、添付ファイルからテキスト部を抽出する(ステップ６１１)。
【００８７】
要約変換を行った本文を含め、受信メールの本文、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルに対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトの変更、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルの図の大きさやアニメーションの動作等を変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ６１２、ステップ６１３)。
【００８８】
ステップ６０９において、関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がある場合、同一の文言があるメールは関連性があると判断する。
【００８９】
関連度が3以下のユーザが送信したメールの中で、ステップ６０９にて関連性があると判断したメール以外の本文に対して、要約生成機能１５４を利用して、要約に変換する(ステップ６２０)。
【００９０】
次に、スケジュールとの関連性が低く、更にユーザとの関連度も低い、メールに添付ファイルがある場合、テキスト部抽出機能１５４を利用して、添付ファイルからテキスト部を抽出する(ステップ６２１)。
【００９１】
要約変換を行った本文を含め、受信メールの本文、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルに対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトの変更、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルの図の大きさやアニメーションの動作等を変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ６２２、ステップ６２３)。尚、ステップ６０９にて関連性があると判断された受信メールに対しては、ユーザ管理テーブル１７２の関連度とは別に、関連性があることを示すタグを付加してもよい。以上がフォーマット変換処理のシーケンスである。
【００９２】
フォーマット変換処理を行った後、サーバ１２０はフォーマット変換済みの受信メールを端末１００に送信する(ステップ４６０)。
【００９３】
受信メール、またはフォーマット変換済みの受信メールを取得した端末１００は、受信メール表示切替機能１０６を利用して、受信メールに付加されている表示方法、ならびに受信メールの表示順を確認する(ステップ４７０)。
【００９４】
受信メール表示切替機能１０６は、確認した表示方法、ならびに受信メールの表示に基づいて、画面表示部２１８に受信メールを表示する(ステップ４８０)。
【００９５】
以上が、端末１００がサーバ１２０に対して受信メールの表示を要求した際のシーケンスである。
【００９６】
端末１００の受信メール表示の要求に対する応答として、サーバ１２０が図５に示す処理を行った受信メールを送信し、端末１００が、その受信メールを、受信メール表示切替機能１０６を利用して、画面表示部２１８に表示した一例を図７に示す。
【００９７】
図７は本文を表示する本文部と添付ファイルを表示する添付ファイル表示部から成る。
【００９８】
７００は、本文部には要約、添付ファイル表示部にはテキストのみを表示した状態を示している。尚、本文部、ならびに添付ファイル表示部には、現在の状態を示す部分が表示されている他、本文部には全文表示、添付ファイル表示部には要約表示、全表示というボタンを配置することにより、ユーザが自由に表示方法を切替えることを可能とする。尚、ボタン以外にもユーザが自由に表示方法を切替える仕組みを搭載してもよい。図８は、ユーザが各表示部のボタンを押した際のシーケンスを示した図である。
【００９９】
７００の状態において、ユーザが本文部、もしくは添付ファイル表示部にあるボタンを押すことにより表示方法の変更を要求すると、サーバ１２０に表示方法変更要求を送信する(ステップ８０１)。表示方法変更要求を送信する際に、端末１００はユーザＩＤ、ならびに端末ＩＤを送信する。
【０１００】
表示方法変更要求を受信したサーバ１２０は、受信メール表示条件管理テーブル１７４を参照し、表示方法を変更することが可能であることを確認する(ステップ８０２、ステップ８０３)。
【０１０１】
確認した結果、表示方法を変更することができない場合、その結果を端末１００に通知する(ステップ８０４)。
【０１０２】
結果を受信した端末１００は、その結果を表示し、変更せず、７００の状態のまま表示する(ステップ８０５、ステップ８０６)。
【０１０３】
ステップ８０１〜ステップ８０６のシーケンスを実行した際の端末１００の画面表示部２１８の画面遷移を７３０、７４０に示す。
【０１０４】
７００の状態において、ユーザが添付ファイル表示部の全表示ボタンを押すと、ステップ８０１〜ステップ８０４が実行され、端末１００に結果が通知される。
【０１０５】
通知を受信した端末１００は、７３０に示すように、通知結果を表示した後、７４０に示すように７００と同じ状態となる。
【０１０６】
ステップ８０３にて、表示方法を変更することが可能であることを確認した結果、表示することができる場合、フォーマット変換を行い、フォーマット変換済みの受信メールを端末１００に送信する(ステップ８１０、ステップ８１１)。
【０１０７】
フォーマット変換済みの受信メールを受信した端末１００は、受信した受信メールを表示した後、通常の表示方法を、フォーマット変換後の表示方法にするか等、フォーマット変換を行ったメールに関する質問をユーザに表示し、その質問に対する答えをサーバ１２０に通知する(ステップ８１２、ステップ８１３)。
【０１０８】
質問に対する答えを受信したサーバ１２０は、関連するテーブルの内容を変更した後、処理を終了する(ステップ８１４)。
【０１０９】
ステップ８１０〜ステップ８１４のシーケンスを実行した際の端末１００の画面表示部２１８の画面遷移を７１０、７２０に示す。
【０１１０】
７００の状態において、ユーザが本文部の全文表示ボタンを押すと、ステップ８０１〜ステップ８０３、ステップ８１０、ステップ８１１が実行され、端末１００にフォーマット変換済みの受信メールが送信される。
【０１１１】
次に、７１０に示すような確認事項が表示され、その確認事項に対する応答をサーバ１２０に送信する。７１０の確認事項の場合、ユーザ管理テーブル１７２の関連度が更新される。
【０１１２】
以上のシーケンスを利用することにより、メールを表示する端末の仕様の他、表示するメールの送信元とユーザの関連性、ならびにユーザのスケジュールを考慮した受信メールの表示を行うことが可能となる。
【０１１３】
更に、受信メールの表示を要求する際に、ユーザＩＤや端末ＩＤに加えて、要求時の端末のＣＰＵ使用率やメモリ使用率を送付することにより、ＣＰＵ使用率やメモリ使用率を考慮した添付ファイルの表示方法を提供することが可能となる。
【０１１４】
図９は、ＣＰＵ使用率やメモリ使用率を考慮したフォーマット変換処理のシーケンスを示した図である。
【０１１５】
尚、図９のシーケンスは図４のシーケンスとほぼ同一であり、図４のシーケンスでは、送信元ユーザＩＤとの関連度によって、本文を要約に変換するか否かを判断していたのに対し、図９のシーケンスでは、ＣＰＵ使用率やメモリ使用率によって、本文を要約に変換するか否かを判断している。
【０１１６】
尚、送信元ユーザＩＤとの関連度、ならびにＣＰＵ使用率、メモリ使用率の両方を利用して、本文や添付ファイルをフォーマット変換するか否かを判断してもよい。
【０１１７】
以上、本発明の実施形態を具体的に説明したが、本発明はそれに限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは言うまでもない。
【０１１８】
例えば、サーバをメールサーバではなく、コンテンツ配信サーバと想定した場合、表示するコンテンツに対して、本発明を適用することは可能である。
【符号の説明】
【０１１９】
１００：端末
１０２：通信機能
１０４：端末情報取得機能
１０６：受信メール表示機能
１０８：端末識別情報
１１０：ネットワーク
１２０：サーバ
１３０：情報取得機能
１３２：端末情報取得機能
１３４：ユーザ情報取得機能
１３６：受信メール取得機能
１４０：表示方法決定機能
１５０：表示受信メール変換機能
１５２：フォーマット変換機能
１５４：テキスト部抽出機能
１５６：要約生成機能
１６０：通信機能
１６２：サーバ連携機能
１６４：取得情報管理機能
１７０：端末管理テーブル
１７２：ユーザ管理テーブル
１７４：受信メール表示条件管理テーブル
１７６：受信メール管理テーブル
２１０：ＣＰＵ
２１２：不揮発性メモリ
２１４：記憶装置
２１６：通信インタフェース
２１８：画面表示部
２２０：ＣＰＵ
２２２：不揮発性メモリ
２２４：記憶装置
２２６：通信インタフェース
２２８：構造解析部
【技術分野】
【０００１】
本発明はフォーマット変換システムに関する。
【背景技術】
【０００２】
近年、スマートフォンのような高機能、高性能携帯端末の普及により、ユーザは携帯端末を使用して、ＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ)と同様、添付ファイルを含め、メールを表示することができる。しかし、一般的に携帯端末はＰＣと比べ、メモリ容量や画面サイズが小さいため、ＰＣ向けのメール表示方法とは別の方法を携帯端末向けのメール表示方法を開発する必要がある。上記の含め、ＰＣ向けに開発されたアプリケーション、もしくはコンテンツを携帯端末に利用する際に生じる課題を解決する従来技術として、特許文献１、特許文献２等に開示されている。
【０００３】
特許文献１記載の従来技術１では、コンテンツ部品の表示レイアウトに基づいて表示するコンテンツデータを分割する１次分割部と、記述上のコンテンツ部品間の距離に基づいて、表示するコンテンツデータを分割する２次分割部を利用して、コンテンツデータの分割を行う。また、特許文献２記載の従来技術２では、コンテンツ配信サービスにおいて、コンテンツ管理サーバが、ネットワークへの接続時に携帯端末を検索し、携帯端末が保持している端末情報を取得し、その端末の表示能力に合わせてコンテンツを変換し、配信を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２７６６９４号公報
【特許文献２】特開２００８−２０３９２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の特許文献１、２に記載の技術を利用することにより、端末の画面サイズに合ったメール表示を行うことが可能となる。しかし、両技術とも、端末の画面サイズのような端末の仕様のみを利用して、表示方法の変換を行っているため、ユーザが望んだ表示が実現されない恐れがある。
【０００６】
例えば、特許文献１、２の技術を利用した場合、ユーザが使用する端末毎に、メールの表示方法は同一となるため、ユーザにとって重要なメールも、また不要なメールも同一の表示となり、画面サイズが小さい端末において、ユーザの利便性を損なう恐れがある。
【課題を解決するための手段】
【０００７】
本発明は、端末の仕様に加えて、ユーザに関する情報、そのメールに関与しているユーザの情報、ならびにその他のアプリケーションの情報を利用することにより、ユーザにとって最適な表示方法を提供する。
【０００８】
本発明に関わるサーバは、ＣＰＵ、揮発性メモリ、記録装置、通信インタフェース、構造解析部から成るハードウェアを構成し、更に、このハードウェア構成に、各情報を取得する情報取得機能、端末への表示方法を決定する表示方法決定機能、取得した各情報に応じて受信メールの表示方法の変換を行う表示受信メール変換機能、通信インタフェースを通じて端末と通信を行う通信機能、他のサーバと連携するサーバ連携機能、情報取得機能をより取得した情報を記憶装置内のテーブルに設定する取得情報管理機能を搭載した構成を特徴とする。
【０００９】
情報取得機能は、ユーザ情報、端末情報、ならび表示する受信メールに関する情報をそれぞれ取得する機能を有することを特徴とする。
【００１０】
表示受信メール変換機能は、携帯端末の画面サイズに応じて受信メールの表示方法を変換するフォーマット変換機能に加えて、構造解析部等を利用して添付ファイルからテキスト部分を抽出するテキスト部抽出機能、更に抽出したテキスト部分から要約を生成する要約生成機能を有することを特徴とする。
【００１１】
上記の構成において、ユーザが端末を通じてサーバに受信メールの表示を要求すると、サーバは情報取得機能を利用して取得した情報を用いて、受信メールを要求したユーザに適した表示方法になるように表示受信メール変換機能を利用して、受信メールの表示方法の変換を行い、ユーザに表示する。
【００１２】
また、表示された受信メールの表示方法に対して、ユーザが別の表示方法を要求する手段も提供することにより、ユーザに適した表示方法を実現する。
【００１３】
より具体的な本発明の態様は、コンテンツのフォーマットを変換するフォーマット変換サーバであって、
ネットワーク接続手段と、ネットワークを介して接続された情報端末の機器情報を取得する手段と、情報端末を使用するユーザのユーザ情報を取得する手段と、情報端末よりコンテンツの転送要求を受信した際に、取得した機器情報、ならびにユーザ情報を用いて、コンテンツのフォーマットを変換する手段と、フォーマット変換サーバとは異なるサーバより情報を取得する手段と、を有し、情報端末を使用するユーザに適したコンテンツ表示を行うことを特徴とする。
【００１４】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツに含まれる文字、ならびに図のフォーマットを変換する手段と、
コンテンツに含まれるテキスト部の抽出を行う手段と、抽出したテキスト部から要約を生成する手段と、を有してもよい。
【００１５】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、コンテンツに関わっているユーザとの関連性をユーザ情報より取得し、取得した関連性に応じて、変換するフォーマットを決定する手段を有してもよい。
【００１６】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツを要求した際のコンテンツを表示する端末のＣＰＵ使用率、ならびにメモリ使用率に応じて、変換するフォーマットを決定する手段を有してもよい。
【００１７】
さらに、コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、表示するコンテンツの関連性を求めるため、フォーマット変換サーバとは異なるサーバより、情報を取得し、その情報を用いて、関連性を求め、求めた関連性に応じて、変換するフォーマットを決定する手段を有してもよい。
【００１８】
さらに、フォーマット変換サーバは、コンテンツの表示要求に対する応答として、フォーマット変換サーバが情報端末に送信したコンテンツに対して、ユーザがコンテンツを異なるフォーマットに変換することをフォーマット変換サーバに要求する手段を有してもよい。
【００１９】
さらに、フォーマット変換サーバは、情報端末の仕様、ならびに情報端末を使用しているユーザに応じて、要求に対する処理内容を決定する手段を有してもよい。
【発明の効果】
【００２０】
本発明を用いることにより、端末の他、ユーザの状況に合ったメール表示を提供することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】メール表示システムの構成図
【図２】サーバならびに端末の構成図
【図３（ａ）】端末管理テーブルの構成図
【図３（ｂ）】ユーザ管理テーブルの構成図
【図３（ｃ）】受信メール表示条件管理テーブルの構成図
【図３（ｄ）】受信メールテーブルの構成図
【図４】メール表示要求の処理シーケンス
【図５】フォーマット変換の処理シーケンス
【図６】添付ファイルが存在する場合のフォーマット変換の処理シーケンス
【図７】受信メール表示方法の一例
【図８】ユーザによるフォーマット変更の処理シーケンス
【図９】ＣＰＵ使用率を利用したフォーマット変更の処理シーケンス
【発明を実施するための形態】
【００２２】
図１は、本発明を適用したシステム構成の一例であるメール表示システムの構成を示した図である。
【００２３】
端末１００は、図２に示すように、ＣＰＵ２１０、揮発性メモリ２１２、記憶装置２１４、通信インタフェース２１６、画面表示部２１８を搭載している端末であり、ＰＣや携帯電話やＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ)等が該当する。記憶装置２１４は、ハードディスクや不揮発性メモリといった記憶媒体であり、端末１００を一意に識別する端末識別情報１０８を有する。
【００２４】
端末１００は、通信機能１０２、端末情報取得機能１０４、受信メール表示切替機能１０６を有する。これらの機能は、ＣＰＵ２１０が記憶装置２１４に格納されたプログラムを、揮発性メモリ２１２上で実行することにより実現される。
【００２５】
通信機能１０２とは、通信インタフェース２１６を通じて、ネットワーク１１０を介して、各サーバと通信を行う機能であり、サーバ１２０と通信することにより、受信メールの表示を行うことを可能とする。
【００２６】
端末情報取得機能１０４とは、サーバ１２０に受信メールの表示を要求する際に必要となる端末識別情報１０８を記憶装置２１４より取得し、通信機能１０２を利用してサーバ１２０に送信する機能、ならびに、もし記憶装置２３０に端末識別情報１０８が保存されていない場合には、通信機能１０２を利用して、端末識別情報１０８を管理するサーバに、端末識別情報１０８を要求し、取得する機能である。尚、端末識別情報１０８が保存されていない旨をサーバ１２０に伝え、サーバ１２０が通信機能１６０を利用して、各端末の端末識別情報を管理するサーバに、端末識別情報１０８を要求し、その要求結果を、端末１００に送信することにより、端末識別情報１０８を取得してもよい。
【００２７】
受信メール表示切替機能１０６とは、サーバ１２０が送信する受信メールを、サーバ１２０が提示する表示方法にて、画面表示部２１８に表示する機能である。サーバ１２０が提示する表示方法として、受信メールの表示順や、添付ファイルの表示方法等がある。
【００２８】
サーバ１２０は、ＩＭＡＰ(Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ)を利用して、端末と受信メールの表示に関する処理を行うメールサーバが該当する。また、サーバ１２０はメールサーバではなく、端末１００とメールサーバ間に設置されたプロキシサーバであってもよい。尚、その場合、端末１００より受信メールの表示要求があった場合、サーバ１２０を介してメールサーバに受信メールの表示要求を行い、メールサーバが要求に対する応答として、送信した受信メールに対して、以下に説明する変換を行った後、変換済み受信メールを端末１００に送信する処理を行う。
【００２９】
サーバ１２０は、図２に示すように、ＣＰＵ２２０、揮発性メモリ２２２、記憶装置２２４、通信インタフェース２２６、構造解析部２２８を搭載した情報処理装置である。構造解析部２２８は、ＸＭＬ(Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)やＨＴＭＬ(Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)のようなマークアップ言語を解析するモジュールである。
【００３０】
サーバ１２０は、情報取得機能１３０、表示方法決定機能１４０、表示受信メール変換機能１５０、通信機能１６０、サーバ連携機能１６２、取得情報管理機能１６４を有し、端末１００がサーバ１２０に対して受信メールの表示を要求する。これらの機能は、ＣＰＵ２２０が記憶装置２２４に格納されたプログラムを、揮発性メモリ２２２上で実行することにより実現される。
【００３１】
情報取得機能１３０とは、記憶装置２２４に保存する各テーブルを作成するために必要な情報を取得する機能であり、端末情報取得機能１３２、ユーザ情報取得機能１３４、受信メール情報取得機能１３６を有する。
【００３２】
端末情報取得機能１３２は、サーバ連携機能１６２を利用して、端末情報の管理を行っているサーバから端末管理テーブル１７０を生成するために必要な情報を取得する機能である。
【００３３】
ユーザ情報取得機能１３４は、サーバ連携機能１６２を利用して、ユーザ情報の管理を行っているサーバから記憶装置２２４に保存するユーザ管理テーブル１７２を生成するために必要な情報を取得する機能である。
【００３４】
受信メール情報取得機能１３６は、構造解析部２２８等を利用して、ユーザに表示する受信メールを解析し、記憶装置２２４に保存する受信メール管理テーブル１７６を生成するために必要な情報を取得する機能である。例えば、表示する受信メールの添付ファイルの有無の確認、また、添付ファイルが存在する場合には、その添付ファイルのフォーマット等の情報を取得する。
【００３５】
表示方法決定機能１４０とは、記憶装置２２４に保存してある各テーブルを利用して、端末１００の画面表示部２１８に表示する受信メールの表示方法を決定する機能であり、表示条件管理テーブル１７４を利用して添付ファイルの表示方法の決定を行う。
【００３６】
表示受信メール変換機能１５０とは、端末１００に表示する受信メールのフォーマット変換を行う機能であり、フォーマット変換機能１５２、テキスト部抽出機能１５４、要約生成機能１５６を有する。
【００３７】
フォーマット変換機能１５２は、端末１００の画面サイズに応じたフォーマットの変換を行う機能であり、受信メールの文字フォントや改行位置の変更、添付ファイルに含まれる図のフォーマット変更等を行う。
【００３８】
テキスト部抽出機能１５４は、構造解析部２２８を利用して、受信メールの中からテキスト部を抽出する機能であり、添付ファイルからテキスト部の抽出を行う。
【００３９】
要約生成機能１５６は、テキスト部抽出機能１５４を利用して抽出したテキスト部もしくはテキストデータから要約を抽出する機能である。
【００４０】
通信機能１６０は、通信インタフェース２２６を通じて、ネットワーク１１０を介して、端末１００や他のサーバと通信する機能のことである。
【００４１】
サーバ連携機能１６２は、通信機能１６０を利用して、ネットワーク１１０に存在する他のサーバと連携する機能であり、ユーザ情報や端末情報を管理しているサーバから、記憶装置２２４に保存する各テーブルの作成に必要となる情報の取得を行う機能、ならびに、他のサービスを管理しているサーバとの連携も行う機能である。例えば、ユーザのスケジュールを管理しているサーバと連携することにより、端末１００を通じて受信メールの表示を要求した日時に一番近いユーザのスケジュールを取得することが可能となる。
【００４２】
取得情報管理機能１６４は、記憶装置２２４に保存してある各テーブルの管理を行う機能であり、例えば、記憶装置２２４に保存してあるテーブルの一部のデータを変更する場合、そのデータに関わる他のテーブルのデータの更新や
テーブルに保存してあるデータが一定期間以上、更新されていない場合に、情報取得機能１３０に対してデータ更新の要求を行う。
【００４３】
記憶装置２２４には、端末管理テーブル１７０、ユーザ管理テーブル１７２、受信メール表示条件テーブル１７４、受信メール管理テーブル１７６を保存する。各テーブルの構成は図３に示す。
【００４４】
端末管理テーブル１７０は、端末の仕様に関する情報を設定するテーブルであり、端末ＩＤ３０２、画面サイズ３０４、搭載メモリ３０６から成る。
【００４５】
端末ＩＤ３０２は、機器を一意に識別する識別子であり、端末１００に搭載した記憶装置２１４に保存してある端末識別情報１０８が示すＩＤと同一のＩＤである。
【００４６】
画面サイズ３０２、ならびに搭載メモリ３０６は、機器ＩＤ３０２が示す端末の画面サイズ、ならびに搭載メモリサイズをそれぞれ設定する。尚、端末を管理する情報として、上記以外の項目を端末管理テーブル１７０に設定してもよい。
【００４７】
ユーザ管理テーブル１７２は、端末を使用するユーザに関する情報を設定するテーブルであり、ユーザＩＤ３１２、ユーザ区分３１４、所属３１６、入社年度３１８、関連ユーザＩＤ３２０、関連度３２２から成る。
【００４８】
ユーザＩＤ３１２には、ユーザを一意に識別するＩＤを設定する。尚、ユーザＩＤを持たないシステムの場合、ユーザＩＤとして各ユーザのメールアドレスを使用してもよい。
【００４９】
ユーザ区分３１４には、主任や課長などユーザ職制に関する情報を設定する。
【００５０】
所属３１６には、ユーザが属している組織に関する情報を設定する。
【００５１】
入社年度３１８には、ユーザが会社に入社した年を設定する。
【００５２】
ユーザＩＤ３１２、ユーザ区分３１４、所属３１６、入社年度３１８は、ユーザ情報取得機能１３４を利用して、ユーザ情報を管理しているサーバより、情報を取得する。尚、ユーザを管理する情報として、上記以外の項目をユーザ管理テーブル１７２に設定してもよい。
【００５３】
関連ユーザＩＤ３２０には、ユーザ３１２が示すユーザと関連のあるユーザのユーザＩＤを設定する。ユーザとの関連性の判断には、ユーザ区分３１４、所属３１６、入社年度３１８、送信元メールアドレス等を利用する。
【００５４】
関連度３２２は、ユーザＩＤ３０２と関連ユーザＩＤ３２０との関連性の強さを設定する。例えば、関連ユーザが同一所属かつ上長の場合、強い関連性があると判断し、関連度３２２に値を設定する。
【００５５】
尚、関連ユーザＩＤ３２０、ならびに関連度３２２を、事前にユーザが設定してもよい。
【００５６】
受信メール表示条件管理テーブル１７４は、ユーザ、ならびに端末毎に応じた受信メールの表示方法を設定するテーブルであり、ユーザＩＤ３４０、端末ＩＤ３４２、実行条件３４４から成る。尚、ユーザＩＤ３４０、ならびに端末ＩＤ３４２は、それぞれ管理端末テーブル１７０、ユーザ管理テーブル１７２の項目である端末ＩＤ３０２、ユーザＩＤ３１２と同一である。
【００５７】
実行条件３４４は、ユーザ、ならびに端末に応じた受信メールの表示方法を設定する。例えば、ユーザＩＤ“Ｕ−１”は端末ＩＤ“Ｍ−１”を利用して、受信メールを表示する場合、本文は全文表示可能であるが、添付ファイルはテキスト部のみ表示可能といった設定を行うことが可能となる。
【００５８】
受信メール管理テーブル１７６は、端末１００に表示する受信メールに関する情報を設定するテーブルであり、ユーザＩＤ３６０、受信メールＩＤ３６２、送信元ユーザＩＤ３６４、受信メールの内容３６６から成る。尚、ユーザＩＤ３６０は、ユーザ管理テーブル１７２の項目であるユーザＩＤ３１２と同一である。
【００５９】
受信メールＩＤ３６２は、受信メールを一意に識別するＩＤであり、受信メール情報取得機能１３６が値を設定する。
【００６０】
受信メールの内容は、受信メール情報取得機能１３６が解析した結果を設定する。以上が記憶装置２２４に保存する各テーブルの構成である。
【００６１】
図４は端末１００が、受信メール表示機能１０６を利用して、サーバ１２０に受信メールの表示を要求する際のシーケンスを示した図である。
【００６２】
端末１００は、受信メールの表示を要求する際、表示を要求するユーザのユーザＩＤ、ならびに要求する端末の端末ＩＤをサーバ１２０に送信する(ステップ４１０)。
【００６３】
表示要求を取得したサーバ１２０は、記憶装置２２４に保存されている端末管理テーブル１７０を参照し、受信メールの表示を要求した端末の種類を確認する(ステップ４２０、ステップ４３０)。
【００６４】
確認した結果、表示要求した端末がＰＣのような画面サイズの大きい端末の場合、受信メールをそのまま表示することが可能であるため、表示する受信メールに対する処理を行わず、そのまま受信メールを送信する(ステップ４４０)。
【００６５】
確認した結果、表示要求した端末がＰＣ以外の場合、表示要求した端末に応じた表示を実現するため、フォーマット変換処理を行う(ステップ４５０)。フォーマット変換処理の詳細を、図５を用いて説明する。
【００６６】
サーバ１２０は、表示する受信メールの内容を確認するため、受信メール管理テーブル１７６を参照する(ステップ５０２)。
【００６７】
受信メール管理テーブル１７６を参照した結果、受信メールに添付ファイルを含んでいない場合、ユーザ管理テーブル１７２を参照する(ステップ５０３、ステップ５０４)。
【００６８】
ユーザ管理テーブル１７２を参照し、受信メールの表示を要求したユーザと、各受信メールの送信元ユーザとの関連度を確認する(ステップ５０５)。
【００６９】
確認した結果、送信元ユーザとの関連度が全て4以上である場合、全ての受信メールが、表示を要求したユーザと関連があるメールと判断し、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトを変更する(ステップ５０６)。
【００７０】
受信メール本文のレイアウトを変更した後、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ５０７)。
【００７１】
ステップ５０５において、表示要求を行ったユーザと送信元ユーザとの関連度を確認した結果、3以下の関連度が存在する場合、表示要求を行ったユーザのスケジュールを確認するため、サーバ連携機能１６２を利用して、スケジュールアプリケーションを管理しているサーバに対して、表示を要求したユーザのスケジュールを要求し、取得する(ステップ５０８)。
【００７２】
関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がない場合、関連性が低いメールと判断し、要約生成機能１５４を利用して、関連度が3以下のユーザが送信したメールの本文を要約に変換する(ステップ５０９、ステップ５１０)。
【００７３】
要約変換を行った本文を含め、受信メールの本文に対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトを変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ５１１、ステップ５１２)。
【００７４】
ステップ５０９において、関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がある場合、同一の文言があるメールは関連性があると判断する。
【００７５】
関連度が3以下のユーザが送信したメールの中で、ステップ５０９にて関連性があると判断したメール以外の本文に対して、要約生成機能１５４を利用して、要約に変換する(ステップ５２０)。
【００７６】
要約変換を行った本文を含め、受信メールの本文に対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトを変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ５２１、ステップ５２２)。尚、ステップ６０９にて関連性があると判断した受信メールに対しては、ユーザ管理テーブル１７２の関連度とは別に、関連性があることを示すタグを付加してもよい。
【００７７】
ステップ５０３にて、受信メール管理テーブル１７４を参照した結果、受信メールに添付ファイルを含んだ受信メールが存在する場合、図６のシーケンスを実行する。
【００７８】
添付ファイルを含んだ受信メールが存在する場合、受信メール表示条件管理テーブル１７４を参照し、添付ファイルの表示条件を確認する(ステップ６０１)。
【００７９】
表示条件を確認した結果、添付ファイルのフォーマットを変換する必要がある場合、テキスト部抽出機能１５４、ならびに要約生成機能１５６を利用して、受信メール表示条件管理テーブル１７４が示す表示条件に合うよう添付ファイルのフォーマットを変換する(ステップ６０２、ステップ６０３)。尚、表示条件を確認した結果、添付ファイルを変換する必要がない場合、添付ファイルのフォーマット変換処理を実行しない。
【００８０】
次に、受信メールの本文に対する変換を行うため、ユーザ管理テーブル１７２を参照する(ステップ６０４)。
【００８１】
ユーザ管理テーブル１７２を参照し、受信メールの表示要求を行ったユーザと、各受信メールの送信元ユーザとの関連度を比較する(ステップ６０５)。
【００８２】
確認した結果、送信元ユーザとの関連度が全て4以上である場合、全ての受信メールが要求したユーザにとって関連があるメールと判断し、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトの変更、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルの図の大きさやアニメーションの動作等を変更する(ステップ６０６)。
【００８３】
受信メール本文、ならびに添付ファイルを変更した後、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ６０７)。
【００８４】
ステップ６０５において、表示を要求したユーザと送信元ユーザとの関連度を確認した結果、3以下の関連度が存在する場合、表示を要求したユーザのスケジュールを確認するため、サーバ連携機能１６２を利用して、スケジュールアプリケーションを管理しているサーバに対して、表示要求を行ったユーザのスケジュールを要求し、取得する(ステップ６０８)。
【００８５】
関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がない場合、関連性が低いメールと判断し、要約生成機能１５４を利用して、関連度が3以下のユーザが送信したメールの本文を要約に変換する(ステップ６０９、ステップ６１０)。
【００８６】
次に、スケジュールとの関連性が低く、更にユーザとの関連度も低い、メールに添付ファイルがある場合、テキスト部抽出機能１５４を利用して、添付ファイルからテキスト部を抽出する(ステップ６１１)。
【００８７】
要約変換を行った本文を含め、受信メールの本文、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルに対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトの変更、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルの図の大きさやアニメーションの動作等を変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ６１２、ステップ６１３)。
【００８８】
ステップ６０９において、関連度が3以下のユーザが送信したメールの本文に、取得したスケジュールと同一の文言がある場合、同一の文言があるメールは関連性があると判断する。
【００８９】
関連度が3以下のユーザが送信したメールの中で、ステップ６０９にて関連性があると判断したメール以外の本文に対して、要約生成機能１５４を利用して、要約に変換する(ステップ６２０)。
【００９０】
次に、スケジュールとの関連性が低く、更にユーザとの関連度も低い、メールに添付ファイルがある場合、テキスト部抽出機能１５４を利用して、添付ファイルからテキスト部を抽出する(ステップ６２１)。
【００９１】
要約変換を行った本文を含め、受信メールの本文、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルに対して、フォーマット変換機能１５２を利用して、表示する端末の画面サイズに合わせて受信メール本文のフォントや改行位置といったレイアウトの変更、ならびにフォーマット変換を行った添付ファイルを含めた添付ファイルの図の大きさやアニメーションの動作等を変更し、更に、各受信メールに対して、ユーザ管理テーブル１７２の関連度を関連度タグとして受信メールに付加し、フォーマット変換処理を終了する(ステップ６２２、ステップ６２３)。尚、ステップ６０９にて関連性があると判断された受信メールに対しては、ユーザ管理テーブル１７２の関連度とは別に、関連性があることを示すタグを付加してもよい。以上がフォーマット変換処理のシーケンスである。
【００９２】
フォーマット変換処理を行った後、サーバ１２０はフォーマット変換済みの受信メールを端末１００に送信する(ステップ４６０)。
【００９３】
受信メール、またはフォーマット変換済みの受信メールを取得した端末１００は、受信メール表示切替機能１０６を利用して、受信メールに付加されている表示方法、ならびに受信メールの表示順を確認する(ステップ４７０)。
【００９４】
受信メール表示切替機能１０６は、確認した表示方法、ならびに受信メールの表示に基づいて、画面表示部２１８に受信メールを表示する(ステップ４８０)。
【００９５】
以上が、端末１００がサーバ１２０に対して受信メールの表示を要求した際のシーケンスである。
【００９６】
端末１００の受信メール表示の要求に対する応答として、サーバ１２０が図５に示す処理を行った受信メールを送信し、端末１００が、その受信メールを、受信メール表示切替機能１０６を利用して、画面表示部２１８に表示した一例を図７に示す。
【００９７】
図７は本文を表示する本文部と添付ファイルを表示する添付ファイル表示部から成る。
【００９８】
７００は、本文部には要約、添付ファイル表示部にはテキストのみを表示した状態を示している。尚、本文部、ならびに添付ファイル表示部には、現在の状態を示す部分が表示されている他、本文部には全文表示、添付ファイル表示部には要約表示、全表示というボタンを配置することにより、ユーザが自由に表示方法を切替えることを可能とする。尚、ボタン以外にもユーザが自由に表示方法を切替える仕組みを搭載してもよい。図８は、ユーザが各表示部のボタンを押した際のシーケンスを示した図である。
【００９９】
７００の状態において、ユーザが本文部、もしくは添付ファイル表示部にあるボタンを押すことにより表示方法の変更を要求すると、サーバ１２０に表示方法変更要求を送信する(ステップ８０１)。表示方法変更要求を送信する際に、端末１００はユーザＩＤ、ならびに端末ＩＤを送信する。
【０１００】
表示方法変更要求を受信したサーバ１２０は、受信メール表示条件管理テーブル１７４を参照し、表示方法を変更することが可能であることを確認する(ステップ８０２、ステップ８０３)。
【０１０１】
確認した結果、表示方法を変更することができない場合、その結果を端末１００に通知する(ステップ８０４)。
【０１０２】
結果を受信した端末１００は、その結果を表示し、変更せず、７００の状態のまま表示する(ステップ８０５、ステップ８０６)。
【０１０３】
ステップ８０１〜ステップ８０６のシーケンスを実行した際の端末１００の画面表示部２１８の画面遷移を７３０、７４０に示す。
【０１０４】
７００の状態において、ユーザが添付ファイル表示部の全表示ボタンを押すと、ステップ８０１〜ステップ８０４が実行され、端末１００に結果が通知される。
【０１０５】
通知を受信した端末１００は、７３０に示すように、通知結果を表示した後、７４０に示すように７００と同じ状態となる。
【０１０６】
ステップ８０３にて、表示方法を変更することが可能であることを確認した結果、表示することができる場合、フォーマット変換を行い、フォーマット変換済みの受信メールを端末１００に送信する(ステップ８１０、ステップ８１１)。
【０１０７】
フォーマット変換済みの受信メールを受信した端末１００は、受信した受信メールを表示した後、通常の表示方法を、フォーマット変換後の表示方法にするか等、フォーマット変換を行ったメールに関する質問をユーザに表示し、その質問に対する答えをサーバ１２０に通知する(ステップ８１２、ステップ８１３)。
【０１０８】
質問に対する答えを受信したサーバ１２０は、関連するテーブルの内容を変更した後、処理を終了する(ステップ８１４)。
【０１０９】
ステップ８１０〜ステップ８１４のシーケンスを実行した際の端末１００の画面表示部２１８の画面遷移を７１０、７２０に示す。
【０１１０】
７００の状態において、ユーザが本文部の全文表示ボタンを押すと、ステップ８０１〜ステップ８０３、ステップ８１０、ステップ８１１が実行され、端末１００にフォーマット変換済みの受信メールが送信される。
【０１１１】
次に、７１０に示すような確認事項が表示され、その確認事項に対する応答をサーバ１２０に送信する。７１０の確認事項の場合、ユーザ管理テーブル１７２の関連度が更新される。
【０１１２】
以上のシーケンスを利用することにより、メールを表示する端末の仕様の他、表示するメールの送信元とユーザの関連性、ならびにユーザのスケジュールを考慮した受信メールの表示を行うことが可能となる。
【０１１３】
更に、受信メールの表示を要求する際に、ユーザＩＤや端末ＩＤに加えて、要求時の端末のＣＰＵ使用率やメモリ使用率を送付することにより、ＣＰＵ使用率やメモリ使用率を考慮した添付ファイルの表示方法を提供することが可能となる。
【０１１４】
図９は、ＣＰＵ使用率やメモリ使用率を考慮したフォーマット変換処理のシーケンスを示した図である。
【０１１５】
尚、図９のシーケンスは図４のシーケンスとほぼ同一であり、図４のシーケンスでは、送信元ユーザＩＤとの関連度によって、本文を要約に変換するか否かを判断していたのに対し、図９のシーケンスでは、ＣＰＵ使用率やメモリ使用率によって、本文を要約に変換するか否かを判断している。
【０１１６】
尚、送信元ユーザＩＤとの関連度、ならびにＣＰＵ使用率、メモリ使用率の両方を利用して、本文や添付ファイルをフォーマット変換するか否かを判断してもよい。
【０１１７】
以上、本発明の実施形態を具体的に説明したが、本発明はそれに限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは言うまでもない。
【０１１８】
例えば、サーバをメールサーバではなく、コンテンツ配信サーバと想定した場合、表示するコンテンツに対して、本発明を適用することは可能である。
【符号の説明】
【０１１９】
１００：端末
１０２：通信機能
１０４：端末情報取得機能
１０６：受信メール表示機能
１０８：端末識別情報
１１０：ネットワーク
１２０：サーバ
１３０：情報取得機能
１３２：端末情報取得機能
１３４：ユーザ情報取得機能
１３６：受信メール取得機能
１４０：表示方法決定機能
１５０：表示受信メール変換機能
１５２：フォーマット変換機能
１５４：テキスト部抽出機能
１５６：要約生成機能
１６０：通信機能
１６２：サーバ連携機能
１６４：取得情報管理機能
１７０：端末管理テーブル
１７２：ユーザ管理テーブル
１７４：受信メール表示条件管理テーブル
１７６：受信メール管理テーブル
２１０：ＣＰＵ
２１２：不揮発性メモリ
２１４：記憶装置
２１６：通信インタフェース
２１８：画面表示部
２２０：ＣＰＵ
２２２：不揮発性メモリ
２２４：記憶装置
２２６：通信インタフェース
２２８：構造解析部
【特許請求の範囲】
【請求項１】
コンテンツのフォーマットを変換するフォーマット変換サーバであって、
ネットワーク接続手段と、
ネットワークを介して接続された情報端末の機器情報を取得する手段と、
前記情報端末を使用するユーザのユーザ情報を取得する手段と、
前記情報端末よりコンテンツの転送要求を受信した際に、取得した前記機器情報、ならびに前記ユーザ情報を用いて、コンテンツのフォーマットを変換する手段と、
前記フォーマット変換サーバとは異なるサーバより情報を取得する手段と、を有し、
前記情報端末を使用するユーザに適したコンテンツ表示を行う
ことを特徴とするフォーマット変換サーバ。
【請求項２】
請求項１に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、
コンテンツに含まれる文字、ならびに図のフォーマットを変換する手段と、
前記コンテンツに含まれるテキスト部の抽出を行う手段と、
前記抽出したテキスト部から要約を生成する手段と、を有する
ことを特徴とするフォーマット変換サーバ。
【請求項３】
請求項１または２に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、前記コンテンツに関わっているユーザとの関連性を前記ユーザ情報より取得し、取得した前記関連性に応じて、変換するフォーマットを決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項４】
請求項１ないし３いずれか一に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、コンテンツを要求した際のコンテンツを表示する端末のＣＰＵ使用率、ならびにメモリ使用率に応じて、変換するフォーマットを決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項５】
請求項１ないし４いずれか一に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、表示するコンテンツの関連性を求めるため、前記フォーマット変換サーバとは異なるサーバより、情報を取得し、その情報を用いて、関連性を求め、前記求めた関連性に応じて、変換するフォーマットを決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項６】
請求項１に記載のフォーマット変換サーバであって、
コンテンツの表示要求に対する応答として、前記フォーマット変換サーバが前記情報端末に送信したコンテンツに対して、ユーザが前記コンテンツを異なるフォーマットに変換することを前記フォーマット変換サーバに要求する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項７】
請求項６に記載のフォーマット変換サーバであって、
前記情報端末の仕様、ならびに前記情報端末を使用しているユーザに応じて、前記要求に対する処理内容を決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項１】
コンテンツのフォーマットを変換するフォーマット変換サーバであって、
ネットワーク接続手段と、
ネットワークを介して接続された情報端末の機器情報を取得する手段と、
前記情報端末を使用するユーザのユーザ情報を取得する手段と、
前記情報端末よりコンテンツの転送要求を受信した際に、取得した前記機器情報、ならびに前記ユーザ情報を用いて、コンテンツのフォーマットを変換する手段と、
前記フォーマット変換サーバとは異なるサーバより情報を取得する手段と、を有し、
前記情報端末を使用するユーザに適したコンテンツ表示を行う
ことを特徴とするフォーマット変換サーバ。
【請求項２】
請求項１に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、
コンテンツに含まれる文字、ならびに図のフォーマットを変換する手段と、
前記コンテンツに含まれるテキスト部の抽出を行う手段と、
前記抽出したテキスト部から要約を生成する手段と、を有する
ことを特徴とするフォーマット変換サーバ。
【請求項３】
請求項１または２に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、前記コンテンツに関わっているユーザとの関連性を前記ユーザ情報より取得し、取得した前記関連性に応じて、変換するフォーマットを決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項４】
請求項１ないし３いずれか一に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、コンテンツを要求した際のコンテンツを表示する端末のＣＰＵ使用率、ならびにメモリ使用率に応じて、変換するフォーマットを決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項５】
請求項１ないし４いずれか一に記載のフォーマット変換サーバであって、
前記コンテンツのフォーマットを変換する手段は、コンテンツの表示を要求したユーザと、表示するコンテンツの関連性を求めるため、前記フォーマット変換サーバとは異なるサーバより、情報を取得し、その情報を用いて、関連性を求め、前記求めた関連性に応じて、変換するフォーマットを決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項６】
請求項１に記載のフォーマット変換サーバであって、
コンテンツの表示要求に対する応答として、前記フォーマット変換サーバが前記情報端末に送信したコンテンツに対して、ユーザが前記コンテンツを異なるフォーマットに変換することを前記フォーマット変換サーバに要求する手段を有する
ことを特徴とするフォーマット変換サーバ。
【請求項７】
請求項６に記載のフォーマット変換サーバであって、
前記情報端末の仕様、ならびに前記情報端末を使用しているユーザに応じて、前記要求に対する処理内容を決定する手段を有する
ことを特徴とするフォーマット変換サーバ。
【図１】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図３（ｃ）】
【図３（ｄ）】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３（ａ）】
【図３（ｂ）】
【図３（ｃ）】
【図３（ｄ）】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−１２３５７７（Ｐ２０１１−１２３５７７Ａ）
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願番号】特願２００９−２７９０４２（Ｐ２００９−２７９０４２）
【出願日】平成２１年１２月９日（２００９．１２．９）
【出願人】（５００１９４８８７）日立アイ・エヌ・エス・ソフトウェア株式会社 (9)
【Ｆターム（参考）】
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願日】平成２１年１２月９日（２００９．１２．９）
【出願人】（５００１９４８８７）日立アイ・エヌ・エス・ソフトウェア株式会社 (9)
【Ｆターム（参考）】
[ Back to top ]