(57)【要約】【課題】互いに異なるフォントを使用している場合にも、そのようなフォントを利用したテキストメッセージを互いに送信して表示させることができるメッセージング方法および携帯端末を提供すること。【解決手段】第１の携帯端末にて所定のフォントを利用したメッセージの入力を受け付けるステップと、第１の携帯端末にて前記所定のフォントのデータから入力されたメッセージに使用されている文字のデータを抽出して添付フォントデータをなすステップと、第１の携帯端末から前記メッセージおよび前記添付フォントデータを送信するステップと、第２の携帯端末にて前記メッセージおよび前記添付フォントデータを受信するステップと、第２の携帯端末にて前記添付フォントデータを利用して前記メッセージを表示するステップと、を有するメッセージング方法。【選択図】      図１
2008046756.tif 000002
【特許請求の範囲】
【請求項１】
第１の携帯端末から所定のフォントを使用したメッセージを送信し、当該フォントを持っていない第２の携帯端末で受信および表示するメッセージング方法であって、
前記第１の携帯端末にて前記所定のフォントを利用したメッセージの入力を受け付けるステップと、
前記第１の携帯端末にて前記所定のフォントのデータから入力されたメッセージに使用されている文字のデータを抽出して添付フォントデータをなすステップと、
前記第１の携帯端末から前記メッセージおよび前記添付フォントデータを送信するステップと、
前記第２の携帯端末にて前記メッセージおよび前記添付フォントデータを受信するステップと、
前記第２の携帯端末にて前記添付フォントデータを利用して前記メッセージを表示するステップと、
を有することを特徴とするメッセージング方法。
【請求項２】
プリインストールされていないカスタムフォントのデータを携帯端末に追加するフォント追加部と、
ユーザの入力を受け付けて前記カスタムフォントを利用したメッセージを生成するメッセージ生成部と、
カスタムフォントのデータから前記メッセージ生成部で生成したメッセージに含まれる文字のデータを抽出して添付フォントデータをなすフォント切り出し部と、
前記メッセージとともに前記添付フォントデータを送信するメッセージ送信部と、
前記メッセージとともに前記添付フォントデータを受信するメッセージ送信部と、
前記メッセージ表示部が添付フォントデータをともなうメッセージを表示する場合には、添付フォントデータに含まれるカスタムフォントのデータを利用して当該メッセージの表示画面を生成する表示画面生成部と
を具備することを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージング方法および携帯端末に関する。
【背景技術】
【０００２】
従来、近時における携帯電話は、単なる通話の道具だけではなく、電子メールやショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、インスタントメッセージサービス（ＩＭＳ）といったテキスト情報を中心にしたコミュニケーション機能を利用するための手段として使用されるケースも極めて多くなってきている。また、携帯電話は、スケジュール帳、アドレス帳、さらにはゲームといった様々なアプリケーションを動かすためのプラットフォームとしても利用されている。
【０００３】
上記のように多様な用途で使用される携帯電話においては、携帯電話の画面に文字を表示するフォントも一種類だけではなく、ユーザの嗜好やユースケースに応じて様々なフォントを使い分けたいという要望がある。しかし、携帯電話のメモリ容量には制限があるため、ＰＣと同じように最初から多種多様なフォントをプリインストールしておくことは困難である。これに対して、事業者サーバに各種のフォントデータをアップロードしておき、ここから携帯電話ユーザが自分の好みのフォントを適宜ダウンロードする形とすれば、携帯電話メモリの消費量を抑制しつつ、ユーザに各種フォントを使用する途を開くことができる。このように携帯電話の本体に内蔵されていないフォントをサーバから配信する技術としては、特開２００３−１１４８４４号公報、特開２００５−１５７８９１をあげることができる。
【特許文献１】特開２００３−１１４８４４号公報
【特許文献２】特開２００５−１５７８９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前述のように個々の携帯電話ユーザが自分の好みのフォントデータをダウンロードして使用する場合、例えば電子メール機能で利用したいフォントが送信先の携帯電話に内蔵されていないと、送信先では送信元と同じように表示できない場合が考えられる。特開２００３−１１４８４４号公報は、内蔵されていない絵文字を受信した携帯電話に当該絵文字をサーバからダウンロードさせる方法を開示しているが、そのような方法では受信後に圏外でメールを表示しようとした場合には対応できず、また絵文字をダウンロードするのに１段階作業が増えるためシームレスなサービスを提供できないという問題がある。
【０００５】
本発明はこのような問題に鑑み、個々の携帯電話が互いに異なるフォントを使用している場合にも、そのようなフォントを利用したテキストメッセージを互いに送信して表示させることができるメッセージング方法および携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の第１の観点によれば、第１の携帯端末から所定のフォントを使用したメッセージを送信し、当該フォントを持っていない第２の携帯端末で受信および表示するメッセージング方法であって、前記第１の携帯端末にて前記所定のフォントを利用したメッセージの入力を受け付けるステップと、前記第１の携帯端末にて前記所定のフォントのデータから入力されたメッセージに使用されている文字のデータを抽出して添付フォントデータをなすステップと、前記第１の携帯端末から前記メッセージおよび前記添付フォントデータを送信するステップと、前記第２の携帯端末にて前記メッセージおよび前記添付フォントデータを受信するステップと、前記第２の携帯端末にて前記添付フォントデータを利用して前記メッセージを表示するステップとを有することを特徴とするメッセージング方法が提供される。
【０００７】
また、本発明の第２の観点によれば、プリインストールされていないカスタムフォントのデータを携帯端末に追加するフォント追加部と、ユーザの入力を受け付けて前記カスタムフォントを利用したメッセージを生成するメッセージ生成部と、カスタムフォントのデータから前記メッセージ生成部で生成したメッセージに含まれる文字のデータを抽出して添付フォントデータをなすフォント切り出し部と、前記メッセージとともに前記添付フォントデータを送信するメッセージ送信部と、前記メッセージとともに前記添付フォントデータを受信するメッセージ送信部と、前記メッセージ表示部が添付フォントデータをともなうメッセージを表示する場合には、添付フォントデータに含まれるカスタムフォントのデータを利用して当該メッセージの表示画面を生成する表示画面生成部とを具備することを特徴とする携帯端末が提供される。
【発明の効果】
【０００８】
本発明の第１の観点によれば、所定のフォントを使用したメッセージを送信するにあたり、メッセージで使用されているフォントのデータを抽出した添付ファイルを同時に送信し、受信した携帯端末は添付ファイル中のフォントデータを利用してメッセージの表示を行うので、個々の携帯電話が互いに異なるフォントを使用している場合にも、そのようなフォントを利用したテキストメッセージを互いに送信して表示させることができる。また、フォントデータ全体を送信するのではなく、実際にメッセージに使用したフォントのデータだけを送信するので、通信量の増大は最小限で抑えることができる。さらに、メール受信とは別にフォントデータをダウンロードする必要もない。
【０００９】
また、本発明の第２の観点によれば、プリインストールされていないカスタムフォントのデータを追加するフォント追加手段を備えた携帯端末からカスタムフォントを使用したメッセージを送信するにあたり、カスタムフォントのデータからメッセージで使用されている文字のデータを抽出してメッセージに添付するので、送信先の携帯端末が同じカスタムフォントをダウンロードしていなくても送信元の携帯端末と同じように画面表示を行うことができる。この場合も通信量の増大は最小限で済み、別途フォントデータをダウンロードする必要はなくシームレスなサービスを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して、本発明の実施の形態について説明する。
【００１１】
図１は、本発明の一実施の形態に係る携帯端末の機能ブロック図である。
【００１２】
図１に示されるように携帯端末１００は、制御部１０１と、入力部１０２と、表示部１０３と、記憶部１０４と、通信部１０５から構成されている。制御部１０１は、プロセッサで所定のプログラムを実行することにより携帯端末１００で各種機能を実現するものであり、実現される各種機能については後に詳述する。入力部１０２は、キーパッド等の入力装置であり、入力された内容を制御部１０１の各機能ブロックに提供する。表示部１０３は、ＬＣＤや有機ＥＬ等の表示装置で構成され、制御部１０１から出力された情報を表示する。記憶部１０４は制御部１０１と接続されたメモリ上に設けられており、制御部１０１が利用するための各種データが格納されている。通信部１０５は、携帯端末１００を移動体通信網等のネットワークに接続し、所定の通信を行うためのものである。このような携帯端末１００としては携帯電話端末が代表的であるが、本発明はこれに限定されるものではなく、ＰＨＳ網に接続されるＰＨＳ端末や公衆ＷｉＦｉ網に接続されるＰＤＡのような機器であっても構わないし、通信機能を備えたナビゲーションシステム等とすることもできる。
【００１３】
以下、制御部１０１の実現する各機能ブロックについて説明する。メール生成部１１１は、表示部１０３にメッセージ入力のためのＵＩを表示するとともに、ユーザが入力部１０２から入力した内容に応じてメッセージを編集し、作成したメールデータを記憶部１０４のメール蓄積部１２２に格納する機能を有している。また、メール生成部は、通常のメールだけでなく、ＨＴＭＬメールを作成する機能を備えており、ＨＴＭＬメールの場合には後述するカスタムフォントをフォントタグで指定することも可能になっている。
【００１４】
フォント切り出し部１１２は、メール生成部１１１でカスタムフォントをフォントタグで指定したＨＴＭＬメールを作成した場合に、カスタムフォントを使用する文字のフォントデータをフォント格納部１２１に格納されたカスタムフォントデータ１２６から抽出し、添付フォントデータをなす機能を有している。生成された添付フォントデータはメール生成部１１１に引き渡され、ＭＩＭＥまたはＢＡＳＥ６４等によってテキスト化されてメールデータ１３０中に埋め込まれ、記憶部１０４のメール蓄積部１２２に格納される。
【００１５】
メール送信部１１３は、メール生成部１１１が作成したメールデータを通信部１０５を介して別の携帯端末等に送信する機能を有している。また、メール受信部１１４は、別の携帯端末等から携帯端末１００宛に送信されたメールを受信する機能を有している。メール受信部１１４が受信したメールデータは、一括して記憶部１０４のメール蓄積部１２２に格納される（図１では略。メール送信部１１３が送信済みのメールデータについても同様）。
【００１６】
表示画面生成部１１５は、メール受信部１１４が受信したメールを表示部１０３に画面表示するための表示画面を生成する機能を有している。メール受信部１１３は、テキストメールだけでなく、ＨＴＭＬタグを利用したＨＴＭＬメール、さらにＨＴＭＬタグのうちフォントタグを用いてカスタムフォントを指定するとともに添付フォントデータの埋め込まれたＨＴＭＬメール（以下、カスタムフォントメールと称する）の表示画面を生成することができる。すなわち、テキストメールを所定のフォーマットで表示する画面だけでなく、ＨＴＭＬメールのタグを解釈してレンダリングした画面を生成する機能をも有している。これらの場合には、表示画面生成部１１５は、後述するフォントエンジン１１６が標準フォントデータ１２５を参照することにより生成したフォント画像を、テキストメールなら所定のフォーマットに配列することで表示画面を生成し、ＨＴＭＬメールならＨＴＭＬタグに沿ったフォーマットに配列することで表示画面を生成する。これに対して、カスタムフォントメールの場合には、フォントエンジン１１６はメールデータ１３０に埋め込まれた添付フォントデータ１３１を参照することにより使用するカスタムフォントの画像を生成し、これを必要に応じて標準フォントデータ１２５を参照して生成したフォント画像と併用して表示画面を生成する。
【００１７】
次にフォントエンジン１１６について説明する。図２は、フォントエンジンの基本的な機能を示した図面である。すなわち、フォントエンジンは、書体、文字コード、文字修飾情報（斜体、太字等）の情報を受け付けると、フォントデータを参照して当該書体のフォントデータのセットから当該文字コードのフォントデータを取得し、取得したフォントデータと文字修飾情報から当該文字の表示可能な画像を返すものである。フォントの形式にもビットマップフォントやアウトラインフォントといった様々なものがあり、フォントエンジンの行う処理もフォントの形式によって相違する。例えば、ビットマップフォントの場合には、フォントデータとしてドットの組み合わせを数値化したものが蓄積されており、フォントエンジンはこの数値をドットの組み合わせに変換してフォント画像を生成する。また、アウトラインフォントの場合には、フォントデータとしてフォントの輪郭線が二次スプライン曲線や三次ベジェ曲線等の形で蓄積されており、フォントエンジンは指定されたサイズに応じて輪郭線を描画し、輪郭線の中を塗りつぶすことでフォント画像を生成する。
【００１８】
本実施の形態におけるフォントエンジン１１６は、基本的にフォント格納部１２１に格納されたプリインストールの標準フォントデータ１２５を参照してフォント画像を生成するが、後述するフォント追加部によりカスタムフォントデータ１２６がフォント格納部１２１に追加されている場合には、書体を指定すること等により標準フォントデータ１２５とカスタムフォントデータ１２６とを切り替えて参照し、それぞれのフォント画像を生成することが可能である。さらに、フォントエンジン１１６は、表示画面生成部１１５がカスタムフォントメールの表示画面を生成する場合には、カスタムフォントメールのメールデータ１３０に埋め込まれた添付フォントデータ１３１を参照して、カスタムフォントのフォント画像を生成する機能を備えている。なお、フォントエンジン１１６による処理のオーバーヘッドを軽減するために、フォントエンジン１１６に生成したフォント画像を蓄積して再利用するためのキャッシュを持たせるようにしても良い。ただし、キャッシュを持たせる場合には、カスタムフォントの版権を確保する観点から、カスタムフォントメールに埋め込まれた添付フォントデータから生成したフォントはキャッシュしない構成としてもよい。
【００１９】
フォント追加部１１７は、携帯端末１００にフォントを追加する機能を有している。フォントを追加する具体的な方法としては特に制限はないが、例えば携帯端末１００が通信するネットワークに接続されたサーバから利用できるフォントの一覧を提供し、その中からユーザが自分の嗜好に合ったフォントを選択し、当該フォントのデータをダウンロードする方法を挙げることができる。このようにしてフォント追加部１１７により追加されたカスタムフォントデータ１２６は、フォント格納部１２１に標準フォントデータ１２５とともに格納され、フォントエンジン１１６の利用に供される。
【００２０】
以下、本実施の形態にかかる携帯端末１００を利用してカスタムフォントメールを送信する処理と、カスタムフォントメールを受信して表示する処理とについて、図３〜図５のフローチャートを参照しながら説明する。
【００２１】
図３は、携帯端末１００を利用してカスタムフォントメールを作成し、送信する処理のフローチャートである。この処理では、まずメール生成部１１１が表示部１０３にメール編集画面を表示し、ユーザによる入力部１０２からの入力を受け付けて、カスタムフォントメールのメッセージを作成する（ＳＴ１０１）。ここで、カスタムフォントメールはＨＴＭＬタグを利用してフォントや書式の指定を行うため、メール編集画面にこれらのタグを簡単に入力するためのボタン等を提供してもよい。
【００２２】
メッセージの作成が終了すると、フォント切り出し部１１２が、カスタムフォントデータ１２６から作成したメッセージでカスタムフォントが指定されている文字のフォントデータを抽出し、添付フォントデータ１３１を生成する（ＳＴ１０２）。この添付フォントデータ１３１は、フォントエンジン１１６が参照することにより文字コードごとにカスタムフォント画像を生成することが可能なデータ形式となっている。
【００２３】
次に、メール生成部１１１が生成された添付フォントデータ１３１をＭＩＭＥ等でエンコードしてメッセージに埋め込み、メールデータ１３０が生成される（ＳＴ１０３）。生成されたメールデータ１３０はメール蓄積部１２２に格納される。その後、作成されたメールデータ１３０は、メール送信部１１３により通信部１０５を介して送信される。
【００２４】
以上のような処理により、携帯端末１００は、カスタムフォントを指定したカスタムフォントメールが入力されると、カスタムフォントメールを指定した文字のカスタムフォントデータから添付フォントデータ１３１を自動的に生成し、これをエンコードしてメッセージに埋め込んだメールデータ１３０としてメール送信を行う。
【００２５】
図４は、携帯端末１００でカスタムフォントメールを受信して表示するまでの処理のフローチャートである。この処理では、まず携帯端末１００のメール受信部が１１４が添付フォントデータ１３１が埋め込まれたメールデータ１３０を受信し（ＳＴ２０１）、ユーザが受信したメールデータ１３０の表示を指示する（ＳＴ２０２）ところから開始される。
【００２６】
メールデータ１３０の表示が指示されると、表示画面生成部１１５が受信したメールデータ１３０の内容を読み込み（ＳＴ２０３）、メールデータ１３０の表示に使用するフォントデータを特定する（ＳＴ２０４）。具体的には、メールデータ１３０で使用されている個々の文字の文字コードと、当該文字の表示に使用するフォントの書体と、太字・斜体等の文字修飾情報とについて特定する。
【００２７】
上記において特定されたフォントデータはフォントエンジン１１６に引き渡され、次いでフォントエンジン１１６が特定されたフォントの画像を準備する（ＳＴ２０５）。このＳＴ２０５における処理は、後に詳述する。
【００２８】
その後、表示画面生成部１１５が準備されたフォントの画像を使用してメールデータ１３０の表示画面を生成する（ＳＴ２０６）。ここでは、メールデータに含まれるＨＴＭＬタグを解釈し、フォントエンジンの準備したフォント画像を配列することで表示画面が生成される。このようにして生成された表示画面を表示部１０３で表示することにより、一連の処理は終了する。
【００２９】
以上のような処理により、携帯端末１００は、自機がフォント格納部１２１に持っていないカスタムフォントを指定したカスタムフォントメールであっても、送信元で表示されていた通りの内容を表示部１０３に表示させることができる。
【００３０】
図５は、図４に示したＳＴ２０５における処理を、より詳細に表現したフローチャートである。この処理は、フォントエンジン１１６が表示画面生成部１１５の特定したフォントの情報（フォントの書体、文字コード、文字修飾情報）を取得するところから開始される（ＳＴ３０１）。
【００３１】
次いで、フォントエンジン１１６は、所得した一連のフォント情報から最初の文字についてのフォント情報を取得し（ＳＴ３０２）、そのフォントが送信元の携帯端末に追加されたカスタムフォントであるかを判断する（ＳＴ３０３）。ここでカスタムフォントでない場合には、フォントエンジン１１６はフォント格納部１２１に格納された標準フォントデータ１２５を参照してフォント画像を生成する（ＳＴ３０４）。一方、カスタムフォントであると判断された場合には、フォントエンジン１１６はメールデータ１３０に埋め込まれた添付フォントデータ１３１を参照してフォント画像を生成する（ＳＴ３０５）。フォントエンジン１１６が生成したフォント画像はフォントエンジン１１６のワークエリアやキャッシュに保存および蓄積され（ＳＴ３０６）、それからフォント画像を生成した文字が最後の文字であるかが判断される（ＳＴ３０７）。ここで最後の文字であると判断されなかった場合には、フォントエンジン１１６が次の文字についてのフォント情報を取得し（ＳＴ３０８）、ＳＴ３０３以降の処理が繰り返される。また、最後の文字であると判断された場合には処理は終了し、図４のＳＴ２０６以降の処理に移る。
【００３２】
このような処理により、フォントエンジン１１６は、カスタムフォントメールで自機がフォントデータを持っていないフォントを使用していても、そのフォントの表示に利用するフォント画像を生成することが可能となっている。
【００３３】
以上説明したように、本実施の携帯によれば、個々の携帯電話が互いに異なるフォントを使用している場合にも、そのようなフォントを利用したメッセージを互いに送信して表示させることができる。また、フォントデータ全体を送信するのではなく、実際にメッセージに使用したフォントのデータだけを送信するので、通信量の増大は最小限で抑えることができる。さらに、メール受信とは別にフォントデータをダウンロードする必要もないため、シームレスなサービスの提供が可能である。
【００３４】
また、本実施形態では個々の携帯電話が互いに異なるフォントを使用している場合について、プリインストールされていないカスタムフォントのデータを追加する機能を備えた携帯端末を想定し、カスタムフォントを使用したカスタムフォントメールを送信する際には必ず使用しているカスタムフォントのデータを添付する構成とした。このような構成は必須ではなく、例えば送信先の携帯端末にて同一のカスタムフォントをダウンロードしていることが確認できる場合にはフォントデータを添付しないようにすることもできる。しかし、この場合には送信先の携帯端末で利用可能なフォントを確認する手順が必要となるため、この手順がオーバーヘッドとなることは否めない。これに対して本実施の形態のようにカスタムフォントのデータを必ず添付する構成とすれば、かかるオーバーヘッドを省くことができる。
【００３５】
以上、本発明の実施の形態について説明したが、本発明はこれに限定されることなく、その趣旨を逸脱しない範囲で種々の改良・変更が可能であることは勿論である。例えば、フォントエンジン１１６′の構成を図６に示したようなものとすれば、ビットマップフォントデータに対応したビットマップフォントエンジン１２２とアウトラインフォントデータに対応したラスタライザ１２３とをセレクタ１２１で使い分けることにより、標準フォントでビットマップフォントを使用しつつ、カスタムフォントではアウトラインフォントを利用するような形態が可能となる。また、フォントエンジンを後から追加できる構成とすれば、さらに多種多様なフォントを利用できるようになる。さらに、異なるフォーマットのフォントデータを使い分ける場合には複数のラスタライザを搭載するようにしても構わないし、新しいフォーマットのフォントデータに対応したラスタライザを追加できるようにしてもよい。フォントエンジンないしラスタライザの追加は、未対応のフォントデータを表示する際にオンデマンドで行うことも可能である。
【００３６】
また、本実施形態ではカスタムフォントのデータを添付して送信先に届けるものを示したが、送信元の携帯端末でカスタムフォントのデータからフォント画像を生成し、生成したフォント画像をメッセージに添付して送信するようにしても構わない。この場合にはデータ通信量が若干増大することになるが、送信先の携帯端末でフォント画像を生成する必要がない分だけ処理が軽くなり、また送信元と送信先で同一のフォントデータに対応したフォントエンジンを持っている必要がないという利点が挙げられる。
【００３７】
さらに、本発明の適用範囲は、メールに限られたものではなく、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、インスタントメッセージサービス（ＩＭＳ）といったテキスト情報を中心にしたコミュニケーション機能全般に広く適用することが可能である。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施の形態にかかる携帯端末１００の機能ブロック図である。
【図２】フォントエンジンの一般的な機能を説明するための図面である。
【図３】携帯端末１００を利用してカスタムフォントメールを作成し、送信する処理のフローチャートである。
【図４】携帯端末１００でカスタムフォントメールを受信して表示するまでの処理のフローチャートである。
【図５】図４に示したＳＴ２０５における処理を、より詳細に表現したフローチャートである。
【図６】変形例にかかるフォントエンジン１１６′の構成と機能を示す説明図である。
【符号の説明】
【００３９】
１００…携帯端末、１０１…制御部、１０２…入力部、１０３…表示部、１０４…記憶部、１０５…通信部。
【図１】
2008046756.tif 000003
【図２】
2008046756.tif 000004
【図３】
2008046756.tif 000005
【図４】
2008046756.tif 000006
【図５】
2008046756.tif 000007
【図６】
2008046756.tif 000008