(57)【要約】【課題】各種メッセージメディアをサーバで統合することにより透過的に扱えるようにする。【解決手段】本発明の動的メディア選択配信装置は、メッセージを、利用したメッセージメディアに固有のプロトコルに従い受信して統合形式のメッセージに変換するメッセージ受信部３１と、統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定するメッセージ処理部３２と、統合形式のメッセージを、決定されたメッセージメディアに固有のプロトコルおよび配信タイミングに従い配信するメッセージ配信部３３で構成される。【選択図】      図１
2004302850.tif 000002
【特許請求の範囲】
【請求項１】
１以上のメッセージメディアから発行されるメッセージを、ネットワークを介して配信する動的メディア選択配信装置であって、
前記メッセージを、利用した前記メッセージメディアに固有のプロトコルに従い受信して統合形式のメッセージに変換するメッセージ受信部と、
前記統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定するメッセージ処理部と、
前記統合形式のメッセージを、前記決定されたメッセージメディアに固有のプロトコルおよび前記配信タイミングに従い配信するメッセージ配信部と、
を備えたことを特徴とする動的メディア選択配信装置。
【請求項２】
前記メッセージ処理部は、
前記メッセージ受信部から統合形式のメッセージを取得し、送受信者のアドレスからアドレスＤＢを検索してそれぞれのＩＤを特定すると共に、メッセージ配信時、前記アドレスＤＢを検索して前記特定された受信者のＩＤと前記決定された適切なメッセージメディアに対応するアドレスを取得するアドレス管理部と、
前記受信者のＩＤから当該受信者の現在における状態と、配信ルールＤＢを検索して前記受信者により設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定し、前記統合形式のメッセージに追記するメディアルール適用部と、
前記アドレス管理部で受信した統合形式のメッセージから本文もしくは添付ファイルを取得して前記メディアルール適用部へ提供すると共に、前記追記された統合形式のメッセージをメッセージＤＢに格納するメッセージ管理部と、
を備えたことを特徴とする請求項１に記載の動的メディア選択配信装置。
【請求項３】
前記メディアルール適用部は、
前記受信した統合形式のメッセージから受信者のＩＤを取得し、
当該受信者のＩＤをキーに前記ルールＤＢを検索して複数のルールの組み合わせと対応するメッセージメディアおよび対応する配信タイミングの関係から成るルールセットを優先度順に取得し、
当該取得されたルールセットにおける全てのルールがそのメッセージに対して条件を満たすか否かの適合判断を行い、適合すると判断された場合、そのルールセットに記述されたメッセージメディアを配信メディアとして決定し、不適合と判断された場合、次の優先度のルールセットに対して前記適合判断を行うことを特徴とする請求項２に記載の動的メディア選択配信装置。
【請求項４】
１以上のメッセージメディアから発行されるメッセージを、ネットワークを介して配信する動的メディア選択配信方法であって、
前記メッセージを、利用した前記メッセージメディアに固有のプロトコルに従い受信して統合形式のメッセージに変換し、
前記統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定し、
前記統合形式のメッセージを、前記決定されたメッセージメディアに固有のプロトコルおよび前記配信タイミングに従い配信すること、
を特徴とする動的メディア選択配信方法。
【請求項５】
１以上のメッセージメディアから発行されるメッセージを、ネットワークを介して配信する動的メディア選択配信装置に用いられるプログラムであって、
前記メッセージを、利用した前記メッセージメディアに固有のプロトコルに従い受信して統合形式のメッセージに変換するステップと、
前記統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定するステップと、
前記統合形式のメッセージを、前記決定されたメッセージメディアに固有のプロトコルおよび前記配信タイミングに従い配信するステップと、
をコンピュータに実行させる動的メディア選択配信プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットメール、インスタントメッセンジャ、インターネットリレーチャット（ＩＲＣ）、Ｗｅｂ掲示板、Ｗｅｂチャット等、１以上のメッセージメディアから発行されるメッセージを、ネットワークを介して配信する、動的メディア選択配信装置および方法、ならびに動的メディア選択配信プログラムに関する。
【０００２】
【従来の技術】
メッセージングを行うメディア（メッセージメディア）には、インターネットメール、インスタントメッセンジャ、インターネットリレーチャット（ＩＲＣ）、ＷＥＢ掲示板、ＷＥＢチャット等がある。
これらのメディアは相互に交換性がないため、ユーザは、同一のメディアを利用してメッセージングを行う必要がある。また、受信側ユーザがメディアを利用してメッセージを閲覧できる環境に無い場合、メッセージの交換ができないか、あるいはメッセージを遅延して受け取る仕組みになっている。尚、従来技術として特許文献１、特許文献２が公開されている。
【０００３】
【特許文献１】
特開平９−３３１３５２号公報
【特許文献２】
特開平６−２２４９３６号公報
【０００４】
【発明が解決しようとする課題】
上記したメディアは、それぞれ別々のデバイス、別々のプロトコル、および別々のメッセージ形式を利用している。そのため、それぞれのメディアは隔離された形になっており、異種メディア間でメッセージ交換を行うことができない。
また、メッセージ交換を行うには、事前に相手が利用できるメディアの種類、及び相手のメディア固有の通信アドレスを認知しておく必要があり、その上、同時刻にお互いが同時にメディアを利用できる環境にあることが条件になっている。また、一方が利用可能な状況において、事前にメッセージが送信できるメディアも存在するが、受け取り側での遅延が発生するため、双方向での同時通信はなしえない。
【０００５】
通常、相手がメディアを利用できるか否かを事前に知る手段は存在しないため、現状では実際にアクセスして交信を試みるしか可能性を確認する方法は無い。また、それぞれのメディアデバイスが独立してメッセージを管理しているため、メッセージの一括検索利用が困難になっている。
一方、インスタントメッセンジャからメールを発信する、Ｗｅｂ掲示板からメールを発信する等、ある特定のメディアのデバイスから別メディアへのメッセージを作成する機能を持つものは存在するが、それは、一つのデバイスが複数のメディア出力を持つものであって、メッセージの透過性を実現するものではない。
【０００６】
本発明は上記事情に鑑みてなされたものであり、各種メッセージメディアをサーバで統合することにより透過的に扱えるようにすると共に、メッセージ本文や添付ファイルの内容、日時、時間、受信側ユーザの接続状況、利用帯域等の各種条件に対して、受信側ユーザが事前に配信ルールを設定しておくことにより、動的にメッセージの交換や時間調整を行い配信可能な、動的メディア選択配信装置および方法、ならびに動的メディア選択配信プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記した課題を解決するために本発明は、１以上のメッセージメディアから発行されるメッセージを、ネットワークを介して配信する動的メディア選択配信装置であって、前記メッセージを、利用した前記メッセージメディアに固有のプロトコルに従い受信して統合形式のメッセージに変換するメッセージ受信部と、前記統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定するメッセージ処理部と、前記統合形式のメッセージを、前記決定されたメッセージメディアに固有のプロトコルおよび前記配信タイミングに従い配信するメッセージ配信部と、を備えたことを特徴とする。
【０００８】
本発明によれば、メッセージ処理部が、メッセージ受信部により変換された統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定することで、異種メディアで生成されたメッセージを透過的に扱うことができる。
また、メッセージ本文や添付ファイルの内容、日時、時間、受信側ユーザの接続状況、利用帯域等の各種条件に対して、受信者が事前に配信ルールを設定しておくことで、動的にメッセージの交換や時間調整を行うことができ、これらの要素に利用が制限されない動的メディア選択配信装置を提供することができる。
【０００９】
また、本発明において、前記メッセージ処理部は、前記メッセージ受信部から統合形式のメッセージを取得し、送受信者のアドレスからアドレスＤＢを検索してそれぞれのＩＤを特定すると共に、メッセージ配信時、前記アドレスＤＢを検索して前記特定された受信者のＩＤと前記決定された適切なメッセージメディアに対応するアドレスを取得するアドレス管理部と、前記受信者のＩＤから当該受信者の現在における状態と、配信ルールＤＢを検索して前記受信者により設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定し、前記統合形式のメッセージに追記するメディアルール適用部と、前記アドレス管理部で受信した統合形式のメッセージから本文もしくは添付ファイルを取得して前記メディアルール適用部へ提供すると共に、前記追記された統合形式のメッセージをメッセージＤＢに格納するメッセージ管理部と、を備えたことを特徴とする。
【００１０】
また、本発明において、前記メディアルール適用部は、前記受信した統合形式のメッセージから受信者のＩＤを取得し、当該受信者のＩＤをキーに前記ルールＤＢを検索して複数のルールの組み合わせと対応するメッセージメディアおよび対応する配信タイミングの関係から成るルールセットを優先度順に取得し、当該取得されたルールセットにおける全てのルールがそのメッセージに対して条件を満たすか否かの適合判断を行い、適合すると判断された場合、そのルールセットに記述されたメッセージメディアを配信メディアとして決定し、不適合と判断された場合、次の優先度のルールセットに対して前記適合判断を行うことを特徴とする。
【００１１】
上記した課題を解決するために本発明は、１以上のメッセージメディアから発行されるメッセージを、ネットワークを介して配信する動的メディア選択配信方法であって、前記メッセージを、利用した前記メッセージメディアに固有のプロトコルに従い受信して統合形式のメッセージに変換し、前記統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定し、前記統合形式のメッセージを、前記決定されたメッセージメディアに固有のプロトコルおよび前記配信タイミングに従い配信すること、を特徴とする。
【００１２】
上記した課題を解決するために本発明は、１以上のメッセージメディアから発行されるメッセージを、ネットワークを介して配信する動的メディア選択配信装置に用いられるプログラムであって、前記メッセージを、利用した前記メッセージメディアに固有のプロトコルに従い受信して統合形式のメッセージに変換するステップと、前記統合形式のメッセージからメッセージ受信者のアドレスを特定し、当該受信者の現在における状態と、当該受信者によりあらかじめ設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定するステップと、前記統合形式のメッセージを、前記決定されたメッセージメディアに固有のプロトコルおよび前記配信タイミングに従い配信するステップと、をコンピュータに実行させることを特徴とする。
【００１３】
【発明の実施の形態】
図１は、本発明の動的メディア選択配信装置が実装されるメッセージ統合配信サーバの構成を説明するために引用した図である。
本発明の動的メディア選択配信装置は、送信側のメッセージメディア１と、受信側のメッセージメディア２を仲介し、メッセージ受信部３１と、メッセージ処理部３２と、メッセージ配信部３３と、ユーザ状態管理部３４で構成される。
メッセージメディア１、２は、ここでは、既存の各種の電子的なメッセージメディアを想定する。具体的には、インターネットメール、携帯電話メール、インスタントメッセンジャ、インターネットリレーチャット（ＩＲＣ）、Ｗｅｂ掲示板、Ｗｅｂチャットを始めとする、ネットワーク上でメッセージを通信する統合配信の対象とする全ての手段を含むものとする。
【００１４】
メッセージ受信部３１は、上記した各種メッセージメディアからの電子電文を、各メディアが利用するプロトコルに則って受信する。また、受信したメッセージを、後述する統合形式と呼ばれる独自の管理形式フォーマットに変換する機能を持つ。
また、メッセージ処理部３２は、各種メッセージに対して、ユーザ状況、メッセージ内容、添付内容、受信設定などのルールから、受信側ユーザへ配信するべきメディア及びメッセージ配信時間を動的に決定する機能を持つ。そして、決定されたメディア情報を統合形式に追記し、システムへログとして格納する。メッセージ配信部３３は、統合形式メッセージに記述された配信メディア情報に従い、メッセージ配信時間に到達すると各メディアのプロトコルに則って配信する機能を持つ。ここで、メッセージ配信時間が０の場合は、受信して処理された後、即時に配信が行われる。
なお、ユーザ状態管理部３４は、ユーザの状況をユーザ状態管理クライアント２０から適宜受信し、ユーザの現在のメディア利用可能状態、および回線状態を把握する機能を持つ。
【００１５】
上記したメッセージ処理部３２は、アドレス管理部３２１と、メディアルール適用部３２２と、メッセージ管理部３２３と、配信ルールＤＢ３２４と、メッセージＤＢ３２５と、アドレスＤＢ３２６で構成される。
アドレス管理部３２１は、メッセージ受信部３１から統合形式のメッセージを取得し、送受信者のアドレスからアドレスＤＢ３２６を検索してそれぞれのＩＤを特定すると共に、メッセージ配信時、アドレスＤＢ３２６を検索して特定された受信者のＩＤと決定された適切なメッセージメディアに対応するアドレスを取得する機能を持つ。また、メディアルール適用部３２２は、受信者のＩＤから当該受信者の現在における状態と、配信ルールＤＢ３２４を検索して受信者により設定された配信ルールを取得し、当該配信ルールを適用してメッセージ配信に適切なメッセージメディアおよび配信タイミングを動的に決定し、統合形式のメッセージに追記する機能を持つ。
【００１６】
また、メッセージ管理部３２３は、アドレス管理部３２１で受信した統合形式のメッセージから本文もしくは添付ファイルを取得してメディアルール適用部３２２へ提供すると共に、追記された統合形式のメッセージをメッセージＤＢ３２５に格納する機能を持つ。
なお、メディアルール適用部３２２は、受信した統合形式のメッセージから受信者のＩＤを取得し、当該受信者のＩＤをキーに配信ルールＤＢ３２４を検索して複数のルールの組み合わせと対応するメッセージメディアおよび対応する配信タイミングの関係から成るルールセットを優先度順に取得し、当該取得されたルールセットにおける全てのルールがそのメッセージに対して条件を満たすか否かの適合判断を行い、適合すると判断された場合、そのルールセットに記述されたメッセージメディアを配信メディアとして決定し、不適合と判断された場合、次の優先度のルールセットに対して適合判断を行う機能も併せ持つ。
【００１７】
以下、図１に示す本発明の動的メディア選択配信装置の動作について詳細に説明する。本発明の動的メディア選択配信装置は、各メッセージメディアを受け付け、統合し、配信するためのメディア統合配信サーバ３として動作する。
メッセージメディア受信部３１は、メッセージメディアのそれぞれに対応した解析エンジン（図示せず）を備え、プラグイン的にこの解析エンジンを追加し、拡張することにより、メール、チャット、掲示板、インスタントメッセージをはじめとした様々なシステムのメッセージフォーマットに随時対応する。解析エンジンは、それぞれのメッセージの受信プロトコルに則って受信を行う。
【００１８】
メッセージ受信部３１の動作が図３にフローチャートで示されている。すなわち、各解析エンジンは常にメッセージを監視している（Ｓ３１）。送信側メッセージメディア１からメッセージが配信されると（Ｓ３２Ｙｅｓ）、メッセージ受信部３１は、そのメッセージのプロトコルに従い受信を行う（Ｓ３３）。例えば、インターネットメールであればＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、インターネットリレーチャットであればＲＦＣ１４５９準拠のＩＲＣ（Ｉｎｔｅｒｎｅｔ  Ｒｅｌａｙ  Ｃｈａｔ）プロトコルである。
次に、メッセージを解析して統合形式に従うメッセージを生成する（Ｓ３４）。具体的には、送信者、受信者、本文、その他のメッセージ構成要素に分類する（Ｓ３３）。ここで分類されたメッセージは、統合形式準拠のフォーマットとして管理される。そしてこの統合形式メッセージをメッセージ処理部３２３へ引き渡す。統合形式フォーマットの一例を図２に表形式で示す。
【００１９】
図２に示す統合形式メッセージは、ここでは、「メッセージ送信者アドレス」と、「メッセージ受信者アドレス」と、「送信者メディア」と、「送信者希望メディア」と、「受信者メディア」と、「受信者希望メディア」と、「メッセージ受信時間」と、「メッセージ配信時間」と、「メッセージテキスト」と、「添付ファイル格納ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｅｒ）」で構成される。
「メッセージ送信者アドレス」はメッセージ送信者のＩＤを、「メッセージ受信者アドレス」はメッセージ受信者のＩＤを示し、いずれもメディアがインターネットメールの場合はメールアドレスを、インスタントメッセンジャの場合はアドレスナンバをいう。また、「送信者メディア」は送信者が利用したメディアの種類を示し、メディアがインターネットメールの場合はインターネットメールを、インスタントメッセンジャの場合はインスタントメッセンジャをいう。
また、「送信者希望メディア」は送信者が受信者に対して受信を希望するメディアであり、メディアがインターネットメールの場合、例えばメールを、インスタントメッセンジャの場合、例えば、掲示板をいう。
【００２０】
一方、「受信者メディア」は受信者が利用するメディアの種類を示し、メディアがインターネットメールの場合は、例えばインスタントメッセンジャを、インスタントメッセンジャの場合は、例えばメールをいう。また、「受信者希望メディア」は、受信者が配信に希望するメディアを示し、メディアがインターネットメールの場合は、例えばインスタントメッセンジャをいう。
更に、「メッセージ受信時間」は、送信者によるメッセージ送信の時間を示し、メディアがインターネットメールの場合は、例えば、２００３年、３月３日、１４時１５分を、インスタントメッセンジャの場合は、例えば、２００３年、３月３日、１５時１６分をいう。
【００２１】
「メッセージ配信時間」は受信者に配信される時間を示し、メディアがインターネットメールの場合は、例えば、２００３年、３月３日、１８時００分を、インスタントメッセンジャの場合は、０（即時配信）をいう。
また、「メッセージテキスト」はメッセージ本文を示し、メディアがインターネットメールの場合は、例えば、「今日は、最近…」インスタントメッセンジャの場合は、例えば、「ちょっといいですか…」をいう。更に、「添付ファイル格納ＵＲＬ」は、添付ファイルを格納したＵＲＬを示し、メディアがインターネットメールの場合は、例えば、“ｈｔｔｐ／／ｋａｃｏｍｉ．ｃｏｍ／ｔｅｍｐ…”、インスタントメッセンジャの場合は、例えば、“ｈｔｔｐ／／ｋａｃｏｍｉ．ｃｏｍ／ｔｅｍｐ２…”をいう。
【００２２】
一方、ユーザ状態管理部３４は、上記したようにユーザ状態を管理する機能部分である。ここでは、ユーザの接続状況、回線状況、端末デバイスを監視し、リアルタイムに更新する。ユーザは、自端末に情報収集クライアントを常駐させておくことができ、自状態を自動的にメッセージ統合配信サーバ３に通知することができる。これにより、メッセージ処理部３２による後述する配信ルールのような、動的に変化する条件を、ユーザがシステムに登録しなくても、動的なメッセージ配信を受けられるようになる。
【００２３】
メッセージ処理部３２は、メッセージ受信部３１が受信し、統合形式に変換されたメッセージの処理を行う機能部分である。ここでは、アドレス管理部３２１と、メディアルール適用部３２２と、メッセージ管理部３２３から成る。
アドレス管理部３２１は、システムで一意なユーザＩＤと、ユーザの各種メッセージメディアアドレスの相互交換を行う。また、メディアルール適用部３２２は、ユーザが設定した配信ルールに従って配信メディアを選択する。ユーザは、これらの配信ルールを組み合わせ、設定しておくことにより、メールなどのメッセージが配信された状況により、動的にメッセージの配信メディア、配信先を切り替えて受け取ることが可能となる。
メッセージ管理部３２３は、ここで扱う全てのメッセージの管理を行い、メッセージＤＢ３２５への格納、検索利用などを担う。メッセージ処理部３２の動作が図４にフローチャートで示されている。
【００２４】
図４において、メッセージ処理部３２では、まず、アドレス管理部３２１がメッセージ受信部３１から統合形式フォーマットのメッセージを取得する（Ｓ４１）。そして、統合形式フォーマットのメッセージから、送信者、受信者のアドレスに基づきアドレスＤＢ３２６を検索してそれぞれのＩＤを特定し（Ｓ４３）。あるいは、本文と添付ファイルを取得する（Ｓ４４）。
一方、メディアルール適用部３２２は、受信者のＩＤに基づき配信ルールＤＢ３２４を検索してルール設定を取得する（Ｓ４５）。また、ユーザ状態管理部３４から受信者の現在の状態を取得する（Ｓ４６）。これは、受信者のＩＤに基づき実行される。そして、先に取得された本文、添付ファイルに対して、受信者の現在の状態と配信ルールを適用して配信に適切なメディアと配信タイミングから成る配信メディア情報を取得する（Ｓ４７）。このとき、メディアは複数になっても良い。そして、統合形式メッセージへ配信メディア情報を追記する。
【００２５】
メッセージ管理部３２３は、上記のようにして作成される統合形式メッセージをメッセージＤＢ３２５へ格納する（Ｓ４８）。また、アドレス管理部３２１は、アドレスＤＢ３２６を検索して受信者ＩＤと決定された配信メディアに対応するアドレスを取得してメッセージ配信部３３へ提供する（Ｓ４９）。
【００２６】
以下、Ｓ４７の配信ルール適用処理について、図５に示すフローチャート、および図７〜図９を参照しながら詳細に説明する。
配信ルールは、各受信側ユーザが事前に設定するもので、Ｗｅｂ上の設定ページから行うことができる。設定されていない場合はデフォルト（相手のメディアに依存）が適用される。また、配信ルールは、メッセージ基盤がメッセージを受信した時点でそのメッセージに対して適用される。配信ルールが適用されると、そのメディアは、受信者に対する配信メディアと配信タイミングが決定される。
図７に示されるように、配信ルールの設定は、複数のルールの組合せと対応するメディア、および配信タイミングと関係（ルールセット）で構成される。
すなわち、ルール１（文字数制限ルール）＋ルール２（時間帯制限ルール）→メディア１（メールＡ）＋メディア２（掲示板Ａ）を例示すれば、メッセージサイズが２００文字以上で、かつ、ＰＭ５：００〜ＰＭ８：００に配信予定のメッセージは、メールＡおよびメールＢおよび掲示板Ａに配信メディアを決定する。
【００２７】
なお、配信ルールを適用して、振分け先として指定できるメディアは、その種類、個数を制限することなく、利用可能な全てのメディアに同時に振分けることができる。また、一つのメディアには、複数のメールアドレスへの同時配信等、複数の配信先がある場合がある。
また、配信ルールの中には、同時に指定すると矛盾が生じるものがある。その場合は、配信ルールの設定時に警告を発し、設定を許可しない。
【００２８】
図８に配信メディアの決定処理の概要が示されている。配信ルールの適用は、設定した配信ルールに適合するものを優先度順に選別していき、適合した時点でメディアを決定する。適合しなければ、次の配信ルールを適用し、適合した時点でメディア決定のための処理は終了する。
図８では、第１優先ルールセットがルール１とルール４を適用して掲示板Ａが適合し、第２優先ルールセットがルール３を適用してメーラＡが適合し、第３優先ルールセットがルール１とルール２を適用してインスタントメッセンジャが適合した例が示されている。
なお、全てのルールセットに適合しなかった場合は、デフォルとの配信設定が適用される。
【００２９】
図５に、配信ルール適用のための処理手順がフローチャートで示されている。すなわち、メディアルール適用部３２２は、まず、アドレス管理部３２１を介して受信した統合形式のメッセージから受信者のＩＤ（ＵＩＤ）を取得する（Ｓ５１）。そして、当該受信者のＩＤをキーに配信ルールＤＢ３２４を検索して複数のルールの組み合わせと対応するメッセージメディアおよび対応する配信タイミングの関係から成るルールセットを優先度順に取得する（Ｓ５２）。
メディアルール適用部３２２は、ここで取得されたルールセットにおける全てのルールがそのメッセージに対して条件を満たすか否かの適合判断を行う（Ｓ５３）。ここで、適合すると判断された場合、そのルールセットに記述されたメッセージメディアを配信メディアとして決定し、不適合と判断された場合、次の優先度のルールセットに対して適合判断を行う。以降、適合条件を満たすルールセットが出てくるか、ユーザが設定した全てのルールセットを処理するまで繰り返し、適合するルールセットが無かった場合はデフォルトの設定を利用する。
【００３０】
図９に配信メールＤＢに格納される配信ルールの一例が説明付きで示されている。ここでは、ルール１〜ルール１３およびデフォルトルールが示されている。ここでは、ＭＥＳＳＡＧＥ（メッセージサイズによる振分け）、ＦＩＬＥＳＩＺＥ（添付ファイルサイズによる振分け）、ＦＩＬＥＴＹＰＥ（添付ファイルタイプによる振分け）、ＴＩＭＥ（メッセージ配信時間帯による振分け）ＤＡＴＥ（メッセージ配信日付帯による振分け）、ＭＥＤＩＡ（送信者のメディアによる振分け）、ＳＥＮＤＥＲ（送信者による振分け）、ＫＮＯＷＮ（既知ユーザか否かによる振分け）、ＦＲＥＥ（相手の指定に合わせるか否かの振分け）、ＡＤＡＰＴ（相手のメディアに併せるか否かの振分け）、ＳＴＡＴＵＳ（受信ユーザの接続状況による振分け）、ＬＩＮＥ（受信ユーザの回線帯域による振分け）、ＭＡＣＨＩＮＥ（受信ユーザのデバイスによる振分け）のそれぞれが例示されている。
また、デフォルトルールの設定は、ルール９およびルール１０が設定され、相手が指定していれば、相手の指定に合せ、指定してなければ相手と同じメディアで受信する。
【００３１】
ルール１のＭＥＳＳＡＧＥは、メッセージの本文サイズを解析し、その文字数を調べて文字数が設定以上であれば真を、設定以下であれば偽を返す。ルール２のＦＩＬＥＳＩＺＥは、メッセージの添付ファイルを解析し、そのサイズを調べてサイズが設定以上であれば真を、設定以下であれば偽を返す。ルール３のＦＩＬＥＴＹＰＥは、メッセージの添付ファイルを解析し、そのファイルタイプを調べてファイルタイプが設定と同一であれば真を、設定と異なれば偽を返す。
また、ルール４のＴＩＭＥは、メッセージの配信時間帯を調べ、指定された時間帯と比較する。配信時間帯とは、システムがメッセージを受け取った後、実際に配信処理を行う時間帯である。配信時間帯内であれば真を、時間帯外あれば偽を返す。ルール５のＤＡＴＥは、メッセージの配信日帯を調べ、指定された日付帯と比較する。配信日付帯とは、システムがメッセージを受け取った後、実際に配信処理を行う日付帯である。日付帯内であれば真を、日付帯外であれば偽を返す。
【００３２】
ルール６のＭＥＤＩＡは、送信者の利用したメッセージメディアを調べ、指定されたメディアと比較し、メディアが一致すれば真を、一致しなければ偽を返す。また、ルール７のＳＥＮＤＥＲは、送信者を調べ指定された送信者と比較し、送信者が一致すれば真を、一致しなければ偽を返す。
ルール８のＫＮＯＷＮは、送信者を調べ既知のユーザか否かをチェックして一致すれば真を、一致しなければ偽を返す。また、ルール９のＦＲＥＥは、相手が指定した受け取り手段で受信するか否かを設定し、設定されていれば、真を、一致しなければ偽を返す。更に、ルール１０のＡＤＡＰＴは、相手が送信したメディアで受信するか否かを設定し、設定されていれば真を、一致しなければ偽を返す。
【００３３】
ルール１１のＳＴＡＴＵＳは、受信ユーザが特定のデバイスでオンライン状態にあるか否かを判断し、オンラインであれば真を、オフラインであれば偽を返す。
ルール１２のＬＩＮＥは、受信ユーザが現在利用している回線の帯域を判断し、指定帯域以上であれば真を、以下であれば偽を返す。
また、ルール１３のＭＡＣＨＩＮＥは、受信ユーザが現在利用しているデバイスの種類を判別し、指定デバイスであれば真を、指定デバイスと異なれば偽を返す。
【００３４】
説明を図１に戻し、メッセージ配信部３３は、メッセージＤＢ３２５に統合形式で保存されたメッセージを、それぞれのメッセージメディアに変換し、配信する機能部である。メッセージ受信部３１におけるメディア解析エンジンとは対になるメディア生成エンジンから構成される。
メッセージ配信部３３は、プラグイン的に解析エンジンを追加・拡張することにより、メール、チャット、掲示板、インスタントメッセージをはじめとして、様々なシステムのメッセージフォーマットに随時対応する。メディア解析エンジンは、それぞれのメッセージの配信プロトコルに則って、配信を行う。
以下、図６に示すフローチャートを参照しながら、メッセージ配信部３３の動作について説明する。
【００３５】
メッセージ配信部３３は、時間監視を行い（Ｓ６１）、メッセージ配信時間に到達したメッセージから配信を開始する。そして、メッセージ処理部３２から配信すべき統合メッセージを取得し（Ｓ６２）、この統合形式フォーマットから、配信すべきメディアのタイプ情報を取得する（Ｓ６３）。
そして、そのメッセージのフォーマットに従って、各メディア用のメッセージを構成し（Ｓ６４）、選択されたメディアのプロトコルに則してメッセージ配信を行う（Ｓ６５）。インターネットメールであればＳＭＴＰ、インターネットリレーチャットであればＲＦＣ１４５９準拠のＩＲＣプロトコルに従う。
【００３６】
以上説明のように本発明は、各種メッセージメディアをメッセージ統合配信サーバで統合することにより透過的に扱えるようにすると共に、メッセージ本文や添付ファイルの内容、日時、時間、受信側ユーザの接続状況、利用帯域等の各種条件に対して、受信側ユーザが事前に配信ルールを設定しておくことにより、動的にメッセージの交換や時間調整を行い配信するものである。
なお、図１に示す、本発明の動的メディア選択配信装置を構成する、メッセージ受信部３１と、メッセージ処理部３２と、メッセージ配信部３３、そして、メッセージ処理部３２を構成する、アドレス管理部３２１と、メディアルール適用部３２２と、メッセージ管理部３２３と、ユーザ状態管理部３４のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより本発明の動的メディア選択配信装置が実現されるものとする。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含むものである。
【００３７】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３８】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３９】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００４０】
【発明の効果】
以上説明のように本発明によれば、送信者側のメッセージメディアの非依存性を実現できる。すなわち、本発明により、メッセージ送信者は、メッセージ受信者の利用可能メディア、あるいはユーザの状態を意識することなく、利用したいメディアを用いて自由なタイミングでメッセージの送信が可能になる。
また、受信者側におけるメッセージメディアの非依存性の実現も可能である。すなわち、本発明により、メッセージ受信者は、メッセージ送信者の利用したメッセージ手段に依存せずに、受信者にとって最も都合の良いメッセージメディアでの受信を行うことができる。
【００４１】
本発明によれば、動的なメッセージ配信メディアの切り替えが可能である。すなわち、メッセージ受信者はその利用環境に従い、事前に設定した配信ルールに応じて、適切な配信メディア、配信アドレスに対しての動的な配信を受けることができる。またメディア可用性の向上もはかれる。すなわち、デバイスに依存したメディアの制約を撤発することができることから、ユーザはデバイス間の差異を考慮せずに、メッセージ環境を実現することができる。
また、メッセージに付随する様々なファイル形式を判断し、そのファイルが配信先デバイスで利用可能か否かを判断して配信先を決定するため、適切なメディア利用が可能になり、メディアの可用性が向上する。
【００４２】
更に、メディアタイムシフトの実現が可能である。すなわち、同時に複数の配信先を設定することができ、また、配信時間を本人の設定条件によりシフトすることができる。このことにより、Ｗｅｂ接続環境を持つ携帯電話でメッセージのみを受け取り、自宅に帰った後に、メッセージに添付されていたコンテンツの配信を受けて視聴し、あるいは仕事のメールは即時に受け取るが私用メールは勤務時間外に受け取る、等といった、メディアタイムシフトが実現できる。
また、アドレスログの一元管理が可能である。すなわち、各メディアで利用するアドレスを一元的に管理することから、ユーザは、複数の異なる複雑なアドレスをメディア毎に把握する必要が無くなる。また、メッセージログを、全てのメディアに跨って収集、管理するため、メッセージの検索利用を効率よく行うことができ、管理のための負担を軽減することができる。
【図面の簡単な説明】
【図１】本発明が実装されるメッセージ統合配信サーバの構成を説明するために引用した図である。
【図２】本発明において使用される統合フォーマットの一例を示す図である。
【図３】本発明実施形態の動作を説明するために引用したフローチヤートである。
【図４】本発明実施形態の動作を説明するために引用したフローチヤートである。
【図５】本発明実施形態の動作を説明するために引用したフローチヤートである。
【図６】本発明実施形態の動作を説明するために引用したフローチヤートである。
【図７】本発明実施形態の動作を説明するために引用した図であり、配信ルールの設定規則を示す図である。
【図８】本発明実施形態の動作を説明するために引用した図であり、配信メディアの決定方法を示す図である。
【図９】本発明において使用される配信ルールＤＢのデータ構造の一例を示す図である。
【符号の説明】
１（２）…メッセージメディア、３…メッセージ統合配信サーバ（動的メディア選択配信装置）、３１…メッセージ受信部、３２…メッセージ処理部、３３…メッセージ配信部、３４…ユーザ状態管理部、３２１…アドレス管理部、３２２…メディアルール適用部、３２３…メッセージ管理部、３２４…配信ルールＤＢ
【図１】
2004302850.tif 000003
【図２】
2004302850.tif 000004
【図３】
2004302850.tif 000005
【図４】
2004302850.tif 000006
【図５】
2004302850.tif 000007
【図６】
2004302850.tif 000008
【図７】
2004302850.tif 000009
【図８】
2004302850.tif 000010
【図９】
2004302850.tif 000011