JP2022143503A - メッセージ通信プログラム - Google Patents

Abstract

【課題】送信元からテキスト形式の情報を受け取る処理をコンピュータに実行させるメッセージ通信プログラムにあって、当該情報の特徴及び送信先への通信の形態に応じたメッセージの送信を可能にする。【解決手段】開示のメッセージ通信プログラムは、送信元から少なくとも一部がテキスト形式の情報である情報を受け取り（Ｓ１０２）、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し（Ｓ１０４）、前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し（Ｓ１０６）、前記メッセージを前記送信先に送信する（Ｓ１０８）処理をコンピュータに実行させる。【選択図】図１

Description

本発明は、メッセージ通信プログラムに関する。

通信端末宛てにテキスト形式の情報を含み得るメッセージを伝送するメッセージ通信のサービスが、広く普及している。メッセージ通信の技術には、通常のメールアドレスを宛先に用いるものと、電話番号又は電話番号に準ずるアドレスを宛先に用いるもの等がある。後者のメッセージ通信の代表的な例として、ＳＭＳ（Short Messaging Service）がある。ＳＭＳは、電話番号を宛先として、文字列（記号も含み得る。）を伝送することができる。

ここで、電話番号に準ずるアドレスとしては、以下のようなアドレスが挙げられる。例えば、携帯電話番号を管理する通信キャリアから電話番号に対応して付与されたメールアドレスがこの一例である。このメールアドレスは、電話番号に一意に対応して付与されたメールアドレスである。あるいは、電話番号に準ずるアドレスとして、携帯電話番号に一意に紐づけられたＳＮＳ（Social Networking Service）アカウントに付随するメッセージングシステムで用いられるアドレスが挙げられる。そのほか、電話番号に準ずるアドレスは、電話番号に準ずるような個人を識別する能力が高い通信アドレスであってもよい。以下、本明細書では、このようなアドレスを「電話番号又は電話番号に準ずるアドレス」と称する。

前記のＳＭＳは、リッチテキスト、又は、静止画、音、動画を含んだマルチメディアコンテンツを伝送することはできない。

他方、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信には、リッチテキスト及びマルチメディアコンテンツを伝送することができるものがある。そのようなメッセージ通信の例として、ＭＭＳ（Multimedia Messaging Service）及びＲＣＳ（Rich Communication Services）を挙げることができる。

そのほか、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信の例として、通信端末にインストールされた専用のアプリケーションを用いる通信形態、ＷＥＢブラウザを用いて所定のサイトにログインして専用のユーザインタフェースを用いる通信形態などもある。

近年は、通信事業を行う主体の多様化を背景に、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信として、上記のように様々な形態が存在している。そして、一般に、それぞれの通信形態によって、通信プロトコルが異なり、送信できるコンテンツの種類も一様でない。

このため、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信では、通信プロトコルの違い等により、送信先にメッセージが届かない場合もあり得る。

特に、企業から個人の通信端末への一斉配信（いわゆる、企業側のアプリケーションからのメッセージ配信：Ａ２Ｐ（Application to Person））においては、送信先の通信端末が利用できるメッセージ通信の形態が、あらかじめ明らかでない場合が多いことから、複数のメッセージ通信形態の選択肢の中より、どのメッセージ通信形態を選択するかに関して、困難を伴っていた。

そこで、このような一斉配信の場合等において、送信先の通信端末が利用できる可能性があるメッセージ通信の形態が複数存在し、その結果、それらメッセージ通信の通信プロトコルが複数存在しても、送信先にメッセージが届かない事態を可及的に防止し得るようにする技術が存在する。

例えば、送信先のアドレスに送信する１以上のメッセージを受け取り、複数の通信事業体装置において用いられる複数の通信プロトコルのうちの１つの通信プロトコルを選択し、前記メッセージから、選択された前記通信プロトコルに適合し前記アドレスに送るメッセージを出力する処理をコンピュータに実行させる、メッセージ通信プログラムの技術が存在する（例えば特許文献１参照）。この特許文献１に記載された技術においては、メッセージ通信プログラムがコンピュータに実行させる処理は、さらに、複数の通信事業体装置のうちの１つの通信事業体装置を選択する処理を有するとともに、出力されたメッセージが、送信先のアドレスに宛てて、選択された通信プロトコルで選択された通信事業体装置によって送信されるように、前記通信事業体装置に前記メッセージの送信を要求する処理であって、送信が成功するか前記通信事業体装置と前記通信プロトコルとの組み合わせがなくなるまで、前記要求を繰り返す処理を含んでいる。また、コンピュータが実行する処理は、受け取った前記１以上のメッセージのいずれもが選択された前記通信プロトコルに適合しない場合に、かかるメッセージを用いて当該通信プロトコルに適合するメッセージを生成する（例えば、ＲＣＳ用に用意されたリッチテキストのメッセージを、ＳＭＳ通信プロトコルに適合するようにテキストのみのメッセージに変換する）処理を含んでいてもよい。

他方、送信先にメッセージが届かない事態を確実に防止しようとすれば、例えば、送信元から発する情報を、ＳＭＳに対応した文字列のみからなるメッセージとすることも考えられる。また、送信元によっては、メッセージ作成の簡便化等のために、送信元から発する情報の少なくとも一部を、リッチな書式を伴わないテキスト形式の情報のみから構成するニーズもあり得る。

ただし、そのように、送信元から発する情報をＳＭＳに対応した文字列のみからなるメッセージとしたり、かかる情報の少なくとも一部を、テキスト形式の情報のみから構成したりした場合にあっては、送信先の通信端末が、例えば、リッチテキスト等の伝送が可能なＲＣＳのような通信形態に対応していたときであっても、かかるリッチテキスト等の伝送の能力を十分活用できないという問題がある。

従来の技術には、ほかに、情報の伝送等に際して書式の変換を行う技術が存在する。

例えば、送信者から受信者へメッセージを伝送する方法において、入力表現書式のメッセージを、メッセージの意味内容に依存する所定の伝送表現書式のメッセージに変換するステップ、及び、当該伝送表現書式のメッセージを出力表現書式のメッセージに変換するステップを含むようにした方法の技術が存在する（例えば特許文献２参照）。この特許文献２に記載された技術においては、入力表現書式のメッセージを伝送表現書式のメッセージに変換する前記ステップ、及び伝送表現書式のメッセージを出力表現書式のメッセージに変換する前記ステップの少なくとも一方内で、メッセージの意味解析を実行している。例えば、日付を含むメッセージは、意味内容に従って伝送表現に圧縮され得る。すなわち、意味解析の結論が、メッセージは約束に関する情報を含むというものである場合、伝送表現も日付を含むように、伝送表現に変換され得る。また、意味解析の結論が、メッセージは旅行レポートを含むというものである場合は、伝送表現は日付を省略する。これにより、狭い帯域幅と格納スペースで済むように情報が圧縮され得、メッセージは、より低い伝送能力で伝送され得る。

また、一種の書式の変換を行う技術の中には、入力情報中における特定の内容の存在に着目した技術も存在する（例えば特許文献３参照）。この特許文献３に記載された技術によれば、オペレータの作業効率を向上するオペレータ業務支援システムにおいて、通話内容を音声認識してテキストデータに変換し、画面に表示する際、あらかじめ指定されたキーワードが強調表示される。強調表示は、例えば、キーワードを所定のカッコで囲むことによってなされるが、キーワードの色、フォントの種類、大きさ等を変更したり、下線を付したり、太字や斜体にすることによってなされてもよい。

こうした従来の技術は、いずれも、メッセージ通信において、送信元から発する情報をＳＭＳに対応した文字列のみからなるメッセージとしたり、かかる情報の少なくとも一部を、テキスト形式の情報のみから構成したりした場合において、送信先の通信端末が、例えば、リッチテキスト等の伝送が可能なＲＣＳのような通信形態に対応していたときに、かかるリッチテキスト等の伝送の能力を十分活用する技術ではない。

特許第６７３６１０２号公報 特表２００７－５３７６５０号公報 特開２００９－３１８１０号公報

開示の技術は、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理をコンピュータに実行させるメッセージ通信プログラムにあって、当該情報の特徴及び送信先への通信の形態に応じたメッセージの送信を可能にする、メッセージ通信プログラムを提供することを目的とする。

開示の技術によれば、送信元から少なくとも一部がテキスト形式の情報である情報を受け取り、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し、前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し、前記メッセージを前記送信先に送信する処理をコンピュータに実行させるメッセージ通信プログラムが提供される。

開示の技術によれば、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理をコンピュータに実行させるメッセージ通信プログラムにあって、当該情報の特徴及び送信先への通信の形態に応じたメッセージの送信を可能にする、メッセージ通信プログラムを提供することができる。

図１は、開示の技術の実施形態における処理の例を示すフローチャートである。 図２は、実施形態において、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理（サブルーチン）の例を示すフローチャートである。 図３は、実施形態において、テキスト形式の情報の一部又は全部を、テキスト形式の情報中の特定の特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換する処理（サブルーチン）の例を示すフローチャートである。 図４は、実施形態において、テキスト形式の情報に選択肢を示す記載が存在する場合における書式変換の例を示す図であり、図４Ａはテキスト形式の情報を、図４Ｂは変換後のメッセージを、それぞれ示す。 図５は、実施形態において、テキスト形式の情報に表題又は見出しとそれに対応する記述との組合せ及びＵＲＬが存在する場合における書式変換の例を示す図であり、図５Ａはテキスト形式の情報を、図５Ｂは変換後のメッセージを、それぞれ示す。 図６は、実施形態において、テキスト形式の情報に表題又は見出しとそれに対応する記述との組合せ及びＵＲＬが存在する場合における書式変換の他の例を示す図であり、図６Ａはテキスト形式の情報を、図６Ｂは変換後のメッセージを、それぞれ示す。 図７は、実施形態において、テキスト形式の情報にＵＲＬであって地理的な場所を示す記載が存在する場合における書式変換の例を示す図であり、図７Ａはテキスト形式の情報を、図７Ｂは変換後のメッセージを、それぞれ示す。 図８は、実施形態において、テキスト形式の情報に日付と時刻との組合せ及びＵＲＬであって地理的な場所を示す記載が存在する場合における書式変換の例を示す図であり、図８Ａはテキスト形式の情報を、図８Ｂは変換後のメッセージを、それぞれ示す。 図９は、実施形態の機能ブロック図である。 図１０は、実施形態のハードウェア構成を示す図である。

開示の実施形態において、「送信元」とは、少なくとも一部がテキスト形式の情報である情報を発信し、メッセージ通信プログラムを用いて当該発信された情報に対応する内容を有するメッセージを送信先に伝達させようとする主体であって、典型的には、メッセージ通信プログラムを利用する顧客企業の装置であるが、これに限られず、どのような主体であってもよい。

開示の実施形態において、「送信先」とは、メッセージ通信プログラムがメッセージを含む情報を伝達する相手であって、典型的には、前記送信元からの情報の最終的な受け手となることを意図された受信者の通信端末と通信網を介して接続された、通信事業体の装置であるが、これに限られず、どのような主体であってもよく、例えば、受信者の通信端末自体であってもよい。通信事業体の一例は、移動体通信におけるキャリア（移動体通信事業者：ＭＮＯ（Mobile Network Operator））である。また、このキャリアの通信回線を利用するＭＶＮＯ（Mobile Virtual Network Operator）も通信事業体の一例である。そのほか、ＳＮＳなどに付随して提供されるメッセージングサービスを営む企業、並びに、通信端末及びＯＳを提供しＯＳの一機能としてメッセージングサービスを営む企業も、通信事業体の例である。

開示の実施形態において、メッセージ通信プログラムは、送信元と送信先との間でメッセージ通信を仲介する。
以下、図面を参照しながら、開示の実施形態について説明する。

＜処理の概要＞
図１は、一実施形態における処理の例の概要を示すフローチャートである。
本明細書及び図面に開示された動作フローの各ステップは、矛盾のない限り順番を入れ換えて実行されてもよい。また、複数のステップが同時に実行されてもよい。各ステップは、メモリに記憶されたプログラムを実行することにより実現されてもよい。また各ステップの一部は、オペレーティングシステムあるいはハードウェアにより実現されてもよい。

メッセージ通信プログラムは、ステップＳ１０２において、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る。
ステップＳ１０４では、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かの判断がなされる。
そのステップＳ１０４での判断の結果がＹＥＳである場合、すなわち前記テキスト形式の情報中に特定の特徴を有する部分が存在するとの判断がなされた場合には、ステップＳ１０６において、前記テキスト形式の情報の一部又は全部が、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換される。
続いて、ステップＳ１０８において、当該メッセージが送信先に送信される。
他方、ステップＳ１０４での判断の結果がＮＯである場合、すなわち前記テキスト形式の情報中に特定の特徴を有する部分が存在しないとの判断がなされた場合には、処理は、前記ステップＳ１０８に移り、当該ステップの処理が実行される。
以上で、処理は終了する。
なお、特定の特徴の例については、図４～図８を参照しつつ、後述する。

＜テキスト形式の情報を受け取る処理＞
図２は、前記ステップＳ１０２における、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理について、さらなる実施形態の例（サブルーチンであるＳ２００）を示すフローチャートである。
メッセージ通信プログラムは、ステップＳ２０２において、送信元から、送信先のアドレスを受け取る。当該送信先のアドレスは、送信先の電話番号又は電話番号に準ずるアドレスであってよい。
続くステップＳ２０４で、メッセージ通信プログラムは、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る。当該テキスト形式の情報は、１又は複数のメッセージを含んでいてよい。
以上で、サブルーチンであるＳ２００の処理は終了する。

＜テキスト形式の情報を通信プロトコルに応じた書式を備えたメッセージに変換する処理＞
図３は、前記ステップＳ１０６における、前記テキスト形式の情報の一部又は全部を、テキスト形式の情報中の特定の特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換する処理について、さらなる実施形態の例（サブルーチンであるＳ３００）を示すフローチャートである。
メッセージ通信プログラムは、ステップＳ３０２において、送信先への通信に用いられる通信プロトコルの選択を行う。この実施形態では、通信プロトコルの選択は、メッセージ通信プログラムが前記ステップＳ２０２において送信元から受け取った送信先のアドレス、及び、あらかじめ定められた優先順位に基づいて行われる。

ここで、当該ステップＳ３０２において、送信先のアドレス及びあらかじめ定められた優先順位に基づいて通信プロトコルの選択を行う、具体例について説明する。
メッセージ通信プログラムは、後掲の図９に示す通信プロトコルＤＢ（データベース）９１２を参照する。当該通信プロトコルＤＢ９１２には、送信先のアドレスのエントリーごとに、過去にメッセージ通信が成功した通信プロトコルの情報が保存されている。通信プロトコルＤＢ９１２には、また、送信先のアドレスのエントリーごとに、過去にメッセージ通信が成功した通信プロトコル及び通信事業体装置の組合せの情報が保存されていてもよい。さらに、通信プロトコルＤＢ９１２は、通信が失敗した場合に、その際の、通信プロトコルの情報、又は、通信プロトコル及び通信事業体装置の組合せの情報も記録されるようになっていてもよい。
ここで、通信プロトコルは、例えば、前記のＳＭＳ、ＭＭＳ、あるいはＲＣＳに係る通信プロトコルであるが、それらに限られない。

メッセージ通信プログラムは、また、後掲の図９に示す優先順位記憶部９１４も参照する。当該優先順位記憶部９１４には、通信プロトコル選択にあたっての優先順位の情報、すなわち、どの通信プロトコルを優先的に選択するかの情報が保存されている。かかる優先順位は、あらかじめ定められた優先順位であってよい。また、当該優先順位記憶部９１４において、優先順位は、送信元からの指示に基づいて設定あるいは変更され得るようになっていてもよい。さらに、優先順位記憶部９１４は、通信プロトコルに関する優先順位の情報に加えて、通信事業体に関する優先順位の情報も有していてもよい。

メッセージ通信プログラムは、一実施形態によれば、ステップＳ３０２において、送信先のアドレスに基づいて、通信プロトコルＤＢ９１２の検索を行い、過去に当該アドレスに宛てられたメッセージ通信の伝達に成功した通信プロトコルを特定する。ここで特定された通信プロトコルが一つであれば、その通信プロトコルが選択される。当該アドレスについて、成功した通信プロトコルとして複数のものが特定された場合には、メッセージ通信プログラムは、優先順位記憶部９１４を参照し、それら複数の通信プロトコルの中で優先順位が最も高いものを選択する。当該アドレスについて、成功した通信プロトコルが一つも特定されなかった場合にも、メッセージ通信プログラムは、優先順位記憶部９１４を参照し、そこに格納されている通信プロトコルの中で優先順位が最も高い通信プロトコルを選択する。このとき、通信プロトコルＤＢ９１２が、上記のように、過去に通信が失敗した際の通信プロトコルの情報を有している場合には、失敗した通信プロトコルができるだけ選択されないようにしてもよい。

メッセージ通信プログラムが、通信プロトコルＤＢ９１２を参照し、過去にメッセージ通信の伝達に成功した通信プロトコルを優先的に選択することにより、メッセージ通信の伝達に成功する可能性を高めることができる。
なお、通信プロトコルＤＢ９１２が、前記のように送信先のアドレスのエントリーごとに、過去にメッセージ通信が成功した通信プロトコル及び通信事業体装置の組合せの情報を有している場合には、メッセージ通信プログラムは、通信プロトコルの選択の際に、併せて、対応する通信事業体装置の選択を行うこともできる。

メッセージ通信プログラムは、ステップＳ３０２において通信プロトコルの選択を行ったのに続き、ステップＳ３０４では、テキスト形式の情報中の特定の特徴、及び、選択された通信プロトコルに応じて、当該テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。そのような規則の例については、図４～図８を参照しつつ、後述する。
かかる規則は、あらかじめ定められた表示の様式又は配置に関する規則を含んでいてよい。また、かかる規則は、送信元が選択した表示の様式又は配置に関する規則を含んでいてよい。

メッセージ通信プログラムは、続いて、ステップＳ３０６において、ステップＳ３０４で特定された規則を、テキスト形式の情報に適用することにより、テキスト形式の情報の一部又は全部を、テキスト形式の情報中の特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、１又は複数のメッセージに変換する。そのような変換の例についても、図４～図８を参照しつつ、後述する。
かかる変換は、典型的には、テキスト形式の情報が備えている書式の情報量よりも多い情報量の書式を備えたメッセージへの変換であるが、そのような変換には限られない。

メッセージ通信プログラムは、続いて、ステップＳ３０８において、ステップＳ３０６で得られた１又は複数のメッセージを、送信元に送信する。このように、かかるメッセージを送信先に送信する前に送信元に送信することにより、送信元では、送信元の装置に当該メッセージが表示されるようにする、すなわちプレビュー表示を行うことが可能となる。
以上で、サブルーチンであるＳ３００の処理は終了する。

サブルーチンＳ３００の別な実施形態として、複数の通信プロトコルのそれぞれについて、当該通信プロトコルに応じた変換が行われたメッセージを用意しておくようにしてもよい。具体的には、ステップＳ３０２では送信先アドレスに基づく通信プロトコルＤＢ９１２の検索を行わず、優先順位記憶部９１４中に格納された通信プロトコルを順次選択し、ステップＳ３０４及びＳ３０６を経て、特定の特徴及び当該通信プロトコルに応じた書式を備えたメッセージへの変換を行う過程を繰り返すことにより、通信プロトコルごとに当該通信プロトコルに応じた変換が行われたメッセージを用意しておくようにしてもよい。この場合、メッセージ通信プログラムは、その後に送信先アドレスに基づく通信プロトコルＤＢ９１２の検索を行うとともに、優先順位記憶部９１４を参照して、送信先アドレスに対応する通信プロトコルを選択し、もって、当該送信先アドレスに対して、用意しておいた、当該通信プロトコルに応じた変換が行われたメッセージを、紐づけるようにすることができる。

サブルーチンＳ３００のさらに別な実施形態として、ステップＳ３０２において、送信先のアドレスによることなく、通信プロトコルの選択を行ってもよい。その場合、通信プロトコルＤＢ９１２は、なくてもよい。

＜特定の特徴、表示の様式又は配置に関する規則、及び規則を適用した変換の例＞
以下、特定の特徴の例、表示の様式又は配置に関する規則の例、及び、規則を適用した変換の例について、図４～図８を参照しつつ、説明する。

＜図４～図８の例に共通する事項：テキスト形式の情報中の行の分類＞
図４～図８に示す例において、テキスト形式の情報中の特定の特徴を表すために、テキスト形式の情報中の行についての分類（カテゴリ）を用いることがある。そこで、まず分類に関して説明する。
この分類というのは、テキスト形式の情報中の行を、例えば、次の４種類の行に類型化するものである。すなわち、「表題（タイトル）行」、「記述（詳細説明）行」、「ＵＲＬ行」、及び「メッセージ行」である。
そのうち、「表題（タイトル）行」は、テキスト形式の情報の少なくとも一部に関する表題又は見出し（ヘディング）を記載した行であり、「記述（詳細説明）行」は、かかる表題又は見出しに対応する記述を有する行である。また、「ＵＲＬ行」は、インターネット上のリソースを指定するＵＲＬでなる行である。さらに、「メッセージ行」は、送信先への伝達を意図された種々の情報が記載され得る行であって、既述の「表題（タイトル）行」、「記述（詳細説明）行」、及び「ＵＲＬ行」のいずれにも該当しない行である。ここで、後述するように、「ＵＲＬ行」は、「地理的な場所を示す記載」を含むことがあり、「メッセージ行」は、「選択肢を示す記載」を含むことがあり、また、「日付、時刻、又はそれらの組合せ」を含むこともある。

一実施形態によれば、メッセージ通信プログラムは、前記ステップＳ１０４において、テキスト形式の情報中に特定の特徴を有する部分が存在するか否かの判断を行うために、テキスト形式の情報中の行について分類を行う。この分類は、例えば、既述の４つの分類である。

一実施形態では、それら４つの分類について、例えば、次の（ａ）～（ｄ）に示す定義を定めておく。そのような定義を定めておくことにより、分類の実行を容易化することができる。当該定義は、送信元と共有されており、送信元におけるテキスト形式の情報の作成にあたって参照され得る。
（ａ）表題（タイトル）行
－ テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行、又は、
－ 特定の記号（例：>，*）で始まる行であって、末尾に句点（。）ないしピリオド（.）を有しない行
（ｂ）記述（詳細説明）行
表題（タイトル）行に後続する行（別な記述行を介して表題行に後続する場合を含む）であって、表題行でもＵＲＬ行でもない行
（ｃ）ＵＲＬ行
インターネット上のリソースを指定するＵＲＬでなる行
（ｃ－１）地理的な場所を示す記載が存在するＵＲＬ行
ＵＲＬ行が地球上の緯度及び経度の指定を含むＵＲＬでなる場合、当該行は「地理的な場所を示す記載」が存在するＵＲＬ行として取り扱われる。
（ｄ）メッセージ行
テキスト形式の情報における、前記（ａ）～（ｃ）のいずれでもない行
（ｄ－１）選択肢を示す記載が存在するメッセージ行
コロン（:）を区切り文字として有する複数のメッセージ行が連続して存在する場合、それらの行は「選択肢を示す記載」が存在するメッセージ行として取り扱われる。
（ｄ－２）日付、時刻、又はそれらの組合せが存在するメッセージ行
メッセージ行内において、日付、時刻、又はそれらの組合せが、それらの表記から認識される場合、当該行は「日付、時刻、又はそれらの組合せ」が存在するメッセージ行として取り扱われる。

この一実施形態における分類の定義によれば、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、行ごとに順次決定していくことができ、テキスト形式の情報全体を解析することによって決定する必要がない。

また、この一実施形態における分類の定義によれば、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、テキスト形式の情報の意味解析を行うことなく、決定することができる。同様に、「地理的な場所を示す記載」の存在、「選択肢を示す記載」の存在、及び「日付、時刻、又はそれらの組合せ」の存在についても、テキスト形式の情報の意味解析を行うことなく、決定することができる。例えば、テキスト形式の情報を構成する、ある行が、前記した「テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行」であるということは、テキスト形式の情報における表記上の特徴であって、その特徴の有無は、意味解析を行うことなく、決定することができる。そして、当該一実施形態における分類の定義の前記（ａ）によれば、ある行がそのように「テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行」であれば、その行は「表題（タイトル）行」であると分類することができる。また、テキスト形式の情報が「選択肢を示す記載」を有するということは、テキスト形式の情報における内容上の特徴であるが、当該一実施形態によれば、「コロン（:）を区切り文字として有する複数のメッセージ行が連続して存在する」という、テキスト形式の情報における表記上の特徴に基づき、意味解析を行うことなく、決定することができる。

前記一実施形態における分類の定義は、一例にすぎない。例えば、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、テキスト形式の情報全体を解析することによって決定してもよい。また、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、テキスト形式の情報の意味解析を行うことによって決定するようにしてもよい。同様に、例えば、「地理的な場所を示す記載」の存在、「選択肢を示す記載」の存在、及び「日付、時刻、又はそれらの組合せ」の存在についても、テキスト形式の情報の意味解析を行うことによって決定してもよい。

＜図４～図８の例に共通する事項：通信プロトコル＞
図４～図８に示す例において、通信プロトコルに関しては、送信先への通信に用いられる通信プロトコルがＲＣＳの通信プロトコルである場合を例に説明する。もっとも、通信プロトコルがこれに限定されないことは、いうまでもない。

＜図４に示される例＞
次に、図４（図４Ａ及び図４Ｂ）を参照しつつ、特定の特徴、表示の様式又は配置に関する規則、及び、規則を適用した変換の一具体例について、説明する。

図４は、テキスト形式の情報に、選択肢を示す記載が存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、選択肢を示す記載の存在を含んでいる。特定の特徴はまた、選択肢を示す記載の存在を表す特徴として、特定の記号であるコロン（：）の存在を含んでいる。そして、図４の場合における、表示の様式又は配置に関する規則の例は、各選択肢を、選択操作（例えば、端末の画面上におけるタップ操作、又はクリック操作）が行われることにより、選択された選択肢が送信元に返信されるように表示すること、である。

既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図４Ａを見ると、各行は次のように分類される。
－ 部分４１２中の行：メッセージ行（理由：部分４１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分４１４～４１８中の行：メッセージ行であって、「選択肢を示す記載」が存在するもの（理由：部分４１４～４１８中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当する。そして、それらの行は、さらに、「コロン（:）を区切り文字として有する複数のメッセージ行が連続して存在する場合」に該当するものであり、その結果、「（ｄ－１）選択肢を示す記載が存在するメッセージ行」に該当するものであるからである。）

一実施形態によれば、メッセージ通信プログラムは、図４Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「選択肢を示す記載」が存在するという、特定の特徴を有する、と判断する。
メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「各選択肢を、選択操作（例えば、端末の画面上におけるタップ操作、又はクリック操作）が行われることにより、選択された選択肢が送信元に返信されるように表示すること」である。
メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図４Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図４Ｂに示される、部分４２２～４２８を有するメッセージに変換する。ここで、図４Ｂ中の部分４２４～４２８は、図４Ａ中の部分４１４～４１８に対応する選択肢であり、各選択肢は、選択操作（例えば、端末の画面上におけるタップ操作、又はクリック操作）が行われることにより、選択された選択肢が送信元に返信されるようになっている。

この実施形態によれば、メッセージ通信において、送信元から発する情報をＳＭＳに対応した文字列のみからなるメッセージとすることにより、送信先にメッセージが届かない事態を確実に防止しつつ、送信先がリッチテキスト等の伝送が可能なＲＣＳのような通信形態に対応していたときには、かかるリッチテキスト等の伝送の能力を十分活用することが可能になる。
また、送信元が、リッチテキスト等の伝送を意図する場合であっても、当該送信元から発する情報の少なくとも一部を、リッチな書式を伴わないテキスト形式の情報のみから構成することにより、送信元におけるメッセージ作成の簡便化を図ることができる。

＜図５に示される例＞
図５（図５Ａ及び図５Ｂ）は、テキスト形式の情報に、表題又は見出しと対応する記述との組合せが存在し、さらに、ＵＲＬが存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、表題又は見出しと対応する記述との組合せの存在、及び、ＵＲＬの存在を含んでいる。そして、図５の場合における、表示の様式又は配置に関する規則の例は、表題又は見出しを、対応する記述よりも大きな文字で表示すること、ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること、及び、ＵＲＬのリンク先へのリンクを表示すること、である。

既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図５Ａを見ると、各行は次のように分類される。
－ 部分５１２中の行：表題（タイトル）行（理由：部分５１２中の行は、前記定義における（ａ）にある、「テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行」に該当するからである。）
－ 部分５１４中の行：記述（詳細説明）行（理由：部分５１４中の行は、前記定義における（ｂ）にある、「表題（タイトル）行に後続する行（別な記述行を介して表題行に後続する場合を含む）であって、表題行でもＵＲＬ行でもない行」に該当するからである。なお、ここでは、部分５１４中の行の冒頭にある「－」は、前記定義における（ａ）にある「特定の記号」には該当しないものとしている。）
－ 部分５１６中の行：ＵＲＬ行（理由：部分５１６中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当するからである。）

一実施形態によれば、メッセージ通信プログラムは、図５Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「表題又は見出しと対応する記述との組合せ」が存在するという、特定の特徴、及び、「ＵＲＬ」が存在するという、特定の特徴を有する、と判断する。
メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「表題又は見出しを、対応する記述よりも大きな文字で表示すること」、「ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること」、及び、「ＵＲＬのリンク先へのリンクを表示すること」である。
メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図５Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図５Ｂに示される、部分５２２～５２８を有するメッセージに変換する。ここで、図５Ｂ中の部分５２４及び５２６は、それぞれ図５Ａ中の部分５１２（表題行）及び５１４（記述行）に対応しており、部分５２４のほうが部分５２６よりも大きな文字で表示されている。また、図５Ｂ中の部分５２２は、図５Ａにおける部分５１６中のＵＲＬのリンク先に存在する画像であり、部分５２８は、当該ＵＲＬのリンク先へのリンクである。

＜図６に示される例＞
図６（図６Ａ及び図６Ｂ）は、テキスト形式の情報に、表題又は見出しと対応する記述との組合せが複数組存在し、さらに、ＵＲＬが存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、表題又は見出しと対応する記述との組合せの存在、及び、ＵＲＬの存在を含んでいる。そして、図６の場合における、表示の様式又は配置に関する規則の例は、表題又は見出しを、対応する記述よりも大きな文字で表示すること、表題又は見出しと対応する記述との組合せが複数組存在する場合には、個々の組合せを横並びに配置すること、ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること、及び、ＵＲＬのリンク先へのリンクを表示すること、である。

既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図６Ａを見ると、各行は次のように分類される。
－ 部分６１２中の行：メッセージ行（理由：部分６１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分６１４及び６２０中の行：表題（タイトル）行（理由：部分６１４及び６２０中の行は、前記定義における（ａ）にある、「特定の記号（例：>，*）で始まる行であって、末尾に句点（。）ないしピリオド（.）を有しない行」に該当するからである。）
－ 部分６１６及び６２２中の行：記述（詳細説明）行（理由：部分６１６及び６２２中の行は、前記定義における（ｂ）にある、「表題（タイトル）行に後続する行（別な記述行を介して表題行に後続する場合を含む）であって、表題行でもＵＲＬ行でもない行」に該当するからである。）
－ 部分６１８及び６２４中の行：ＵＲＬ行（理由：部分６１８及び６２４中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当するからである。）

一実施形態によれば、メッセージ通信プログラムは、図６Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「表題又は見出しと対応する記述との組合せ」が存在するという、特定の特徴、及び、「ＵＲＬ」が存在するという、特定の特徴を有する、と判断する。
メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「表題又は見出しを、対応する記述よりも大きな文字で表示すること」、「表題又は見出しと対応する記述との組合せが複数組存在する場合には、個々の組合せを横並びに配置すること」、「ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること」、及び、「ＵＲＬのリンク先へのリンクを表示すること」である。
メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図６Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図６Ｂに示される、部分６３２、部分６３６～６４２、及び６４６～６５２を有するメッセージに変換する。ここで、図６Ｂ中の部分６３８及び６４８並びに６４０及び６５０は、それぞれ図６Ａ中の部分６１４及び６２０（いずれも表題行）並びに６１６及び６２２（いずれも記述行）に対応しており、部分６３８及び６４８のほうが部分６４０及び６５０よりも大きな文字で表示されている。また、表題又は見出しと対応する記述との組合せの一組を含む部分６３４と、別な組合せを含む部分６４４とは、互いに横並びになるよう、配置されている。さらに、図６Ｂ中の部分６３６及び６４６は、図６Ａにおける部分６１８及び６２４中のＵＲＬのリンク先に存在する画像であり、部分６４２及び６５２は、それらＵＲＬのリンク先へのリンクである。

＜図７に示される例＞
図７（図７Ａ及び図７Ｂ）は、テキスト形式の情報に、地理的な場所を示す記載、及び、日付、時刻、又はそれらの組合せが存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、地理的な場所を示す記載の存在を含んでいる。（特定の特徴に、日付、時刻、又はそれらの組合せの存在も含ませる場合の例については、図８に関連させて示す。） そして、図７の場合における、表示の様式又は配置に関する規則の例は、地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込み、当該地図及び当該場所を表示すること、である。

既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図７Ａを見ると、各行は次のように分類される。
－ 部分７１２中の行：メッセージ行（理由：部分７１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分７１４中の行：ＵＲＬ行であって、「地理的な場所を示す記載」が存在するもの（理由：部分７１４中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当する。そして、当該行は、さらに、「ＵＲＬ行が地球上の緯度及び経度の指定を含むＵＲＬでなる場合」に該当するものであり、その結果、「（ｃ－１）地理的な場所を示す記載が存在するＵＲＬ行」に該当するものであるからである。）

一実施形態によれば、メッセージ通信プログラムは、図７Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「地理的な場所を示す記載」が存在するという、特定の特徴を有する、と判断する。
メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込み、当該地図及び当該場所を表示すること」である。
メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図７Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図７Ｂに示される、部分７２２及び７２４を有するメッセージに変換する。ここで、図７Ｂ中の部分７２４は、図７Ａにおける部分７１４中のＵＲＬのリンク先に存在する地図の画像及び該当する場所の表示である。

＜図８に示される例＞
図８（図８Ａ及び図８Ｂ）は、図７に示される例と同様、テキスト形式の情報に、地理的な場所を示す記載、及び、日付、時刻、又はそれらの組合せが存在する場合の例を示す。図８Ａに示されるテキスト形式の情報は、図７Ａに示されるテキスト形式の情報と同一である。この図８の例において、テキスト形式の情報中における特定の特徴は、日付、時刻、又はそれらの組合せの存在、及び、地理的な場所を示す記載の存在を含んでいる。そして、この図８の場合における、表示の様式又は配置に関する規則の例は、日付、時刻、又はそれらの組合せに対応する日時をカレンダーに登録する選択肢を表示すること、並びに、地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込む選択肢を表示すること、である。

既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図８Ａを見ると、各行は次のように分類される。
－ 部分８１２中の行：メッセージ行（理由：部分８１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分８１４中の行：メッセージ行であって、「日付、時刻、又はそれらの組合せ」が存在するもの（理由：部分８１４中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当する。そして、当該行は、さらに、「メッセージ行内において、日付、時刻、又はそれらの組合せが、それらの表記から認識される場合」に該当するものであり、その結果、「（ｄ－２）日付、時刻、又はそれらの組合せが存在するメッセージ行」に該当するものであるからである。）
－ 部分８１６中の行：ＵＲＬ行であって、「地理的な場所を示す記載」が存在するもの（理由：部分８１６中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当する。そして、当該行は、さらに、「ＵＲＬ行が地球上の緯度及び経度の指定を含むＵＲＬでなる場合」に該当するものであり、その結果、「（ｃ－１）地理的な場所を示す記載が存在するＵＲＬ行」に該当するものであるからである。）

一実施形態によれば、メッセージ通信プログラムは、図８Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「日付、時刻、又はそれらの組合せ」が存在するという、特定の特徴、及び、「地理的な場所を示す記載」が存在するという、特定の特徴を有する、と判断する。
メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「日付、時刻、又はそれらの組合せに対応する日時をカレンダーに登録する選択肢を表示すること」、並びに、「地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込む選択肢を表示すること」である。
メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図８Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図８Ｂに示される、部分８２２～８２６を有するメッセージに変換する。ここで、図８Ｂ中の部分８２４は、図８Ａにおける部分８１４中の日時をカレンダーに登録する選択肢の表示である。また、図８Ｂ中の部分８２６は、図８Ａにおける部分８１６中のＵＲＬのリンク先に存在する地図の画像を読み込む選択肢の表示である。

実施形態のメッセージ通信プログラムによれば、図５～８に示される例の場合についても、図４に示される例の場合について記載したのと同様の、有利な効果を得ることができる。
なお、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則は、前述のとおり、送信元が選択した規則を含んでいてよいが、そのような選択の一例としては、次がある。すなわち、「地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合」に関し、図７に関連して記した規則の例である、「該当する地理的な場所を含む地図を読み込み、当該地図及び当該場所を表示すること」と、図８に関連して記した規則の例である、「該当する地理的な場所を含む地図を読み込む選択肢を表示すること」との間の選択である。かかる選択により、メッセージ通信プログラムは、変換に係る規則についての幅広い自由度を、送信元に提供することができる。

＜機能ブロック図及びハードウェア構成＞
図９は、実施形態のメッセージ通信プログラムを実行する装置が有する構成を示す、機能ブロック図である。
当該装置の構成は、送信元９０２から、少なくとも一部がテキスト形式の情報である情報、及び、送信先のアドレスであって前記送信先の電話番号又は電話番号に準ずるアドレスを受け取る、アドレス及びテキスト形式情報受取部９０４を有する。当該構成は、また、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かの判断を行う特徴判断部９０６、前記テキスト形式の情報の一部又は全部を前記特徴及び前記送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換する変換部９０８、並びに、送信元９０２及び送信先９２４にメッセージを送信する送信部９２２を有する。そのうち変換部９０８は、さらに、前記送信先への通信に用いられる通信プロトコルの選択を行う通信プロトコル選択部９１０、前記テキスト形式の情報に対して適用する表示の様式又は配置に関する規則を特定する規則特定部９１６、及び前記規則を適用して変換を実施する変換実施部９２０を備える。
前記通信プロトコル選択部９１０は、既に詳述した通信プロトコルＤＢ９１２及び優先順位記憶部９１４と接続されている。また、前記規則特定部９１６は、図４～８に関連して例示した、表示の様式又は配置に関する規則を記憶している、規則記憶部９１８と接続されている。
各々の部の機能については、メッセージ通信プログラムに関する本明細書における説明から当業者に明らかであるので、さらなる説明は割愛する。

図１０は、実施形態のメッセージ通信プログラムを実行する装置１０００のハードウェア構成図である。当該装置１０００は、ＣＰＵ１００２、ＲＯＭ１００４、ＲＡＭ１００６、キー操作部１００８、通信部１０１０、表示部１０１２、及び外部記憶制御部１０１４を有する。当該装置１０００は、外部記憶制御部１０１４により、メモリ１０１６に記憶されたメッセージ通信プログラムを読み込んで動作することが可能である。メッセージ通信プログラムは、ＲＯＭ１００４及びＲＡＭ１００６にも保存され得る。当該装置１０００は、メッセージ通信プログラムを実行するＣＰＵ１００２の管理のもとに動作する。

以上、実施形態に基づいて説明を行ってきたが、本明細書に記載されている実施形態は一例であって、特許請求の範囲において特定された発明を限定するためのものと解釈してはならない。

９０２ 送信元
９０４ アドレス及びテキスト形式情報受取部
９０６ 特徴判断部
９０８ 変換部
９１０ 通信プロトコル選択部
９１２ 通信プロトコルＤＢ
９１４ 優先順位記憶部
９１６ 規則特定部
９１８ 規則記憶部
９２０ 変換実施部
９２２ 送信部
９２４ 送信先

Claims (19)

1. 送信元から少なくとも一部がテキスト形式の情報である情報を受け取り、
   前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し、
   前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し、
   前記メッセージを前記送信先に送信する
   処理をコンピュータに実行させるメッセージ通信プログラム。
2. 前記メッセージに変換する処理は、
   前記テキスト形式の情報が備えている書式の情報量よりも多い情報量の書式を備えたメッセージに変換する処理を含む
   請求項１に記載のメッセージ通信プログラム。
3. 前記メッセージに変換する処理は、
   前記テキスト形式の情報に対して、表示の様式又は配置に関する規則を適用する処理を含む
   請求項１又は２に記載のメッセージ通信プログラム。
4. 前記規則は、
   あらかじめ定められた表示の様式又は配置に関する規則を含む
   請求項３に記載のメッセージ通信プログラム。
5. 前記規則は、
   送信元が選択した表示の様式又は配置に関する規則を含む
   請求項３に記載のメッセージ通信プログラム。
6. 前記メッセージに変換する処理は、
   前記メッセージを前記送信先に送信する前に前記送信元の装置に表示されるように前記送信元に前記メッセージを送信する処理を含む
   請求項１ないし５のうちいずれか１項に記載のメッセージ通信プログラム。
7. 前記メッセージに変換する処理は、
   あらかじめ定められた優先順位に基づいて前記通信プロトコルを選択する処理を含む
   請求項１ないし６のうちいずれか１項に記載のメッセージ通信プログラム。
8. 前記情報を受け取る処理は、
   前記送信元から、少なくとも前記送信先のアドレスであって前記送信先の電話番号又は電話番号に準ずるアドレスを受け取る処理を含む
   請求項１ないし７のうちいずれか１項に記載のメッセージ通信プログラム。
9. 前記メッセージに変換する処理は、
   前記アドレスに基づいて前記通信プロトコルを選択する処理を含む
   請求項８に記載のメッセージ通信プログラム。
10. 前記テキスト形式の情報は、１又は複数のメッセージを含み、
    前記送信先に送信される前記メッセージは、１又は複数のメッセージを含む
    請求項１ないし９のうちいずれか１項に記載のメッセージ通信プログラム。
11. 前記特定の特徴は、あらかじめ定められている１又は複数の特徴である
    請求項１ないし１０のうちいずれか１項に記載のメッセージ通信プログラム。
12. 前記特定の特徴は、前記テキスト形式の情報の内容上の特徴を含む
    請求項１ないし１１のうちいずれか１項に記載のメッセージ通信プログラム。
13. 前記特定の特徴は、前記テキスト形式の情報の表記上の特徴を含む
    請求項１ないし１２のうちいずれか１項に記載のメッセージ通信プログラム。
14. 前記内容上の特徴は、前記テキスト形式の情報における特定の文字、記号、又はそれらの組合せの存在を含む
    請求項１２に記載のメッセージ通信プログラム。
15. 前記内容上の特徴は、前記テキスト形式の情報における選択肢を示す記載の存在を含む
    請求項１２に記載のメッセージ通信プログラム。
16. 前記内容上の特徴は、前記テキスト形式の情報におけるＵＲＬの存在を含む
    請求項１２に記載のメッセージ通信プログラム。
17. 前記内容上の特徴は、前記テキスト形式の情報における表題又は見出しと前記表題又は見出しに対応する記述との組合せの存在を含む
    請求項１２に記載のメッセージ通信プログラム。
18. 前記内容上の特徴は、前記テキスト形式の情報における日付、時刻、又はそれらの組合せの存在を含む
    請求項１２に記載のメッセージ通信プログラム。
19. 前記内容上の特徴は、前記テキスト形式の情報における地理的な場所を示す記載の存在を含む
    請求項１２に記載のメッセージ通信プログラム。
    
    

Images