(57)【要約】【課題】配信要求元の意図する相手に配信要求元の意図するタイミングでリアルタイムに同報通信を行なうことができるとともに、業務アプリケーションとの連携において、業務アプリケーションの開発効率を低下させることなくユーザの利便性を向上させることができる、同報配信装置を提供する。【解決手段】配信要求元であるメッセージ送信アプリケーションから配信メッセージと配信先のアドレスとを含みＸＭＬで記述された配信要求を受信するＸＭＬ処理部１１と、受信された配信メッセージをインスタントメッセージのフォーマットに変換するメッセージ編集部１３と、変換後のメッセージをＳＩＰプロトコルによってＳＩＰサーバ３を介してＳＩＰ端末４に配信し、配信結果を受信するＳＩＰ処理部１４と、を設ける。ＸＭＬ処理部１１は、ＸＭＬで記述した配信結果をメッセージ送信アプリケーション１に送信する。【選択図】      図１
2006157572.tif 000002
【特許請求の範囲】
【請求項１】
１または複数のＳＩＰ端末に対してメッセージを同報配信する同報配信方法であって、
ＸＭＬ処理部が、配信要求元から配信メッセージと配信先のアドレスとを含みＸＭＬで記述された配信要求を受信する段階と、
メッセージ編集部が、前記配信メッセージをインスタントメッセージのフォーマットに変換する段階と、
ＳＩＰ処理部が、変換後のメッセージをＳＩＰプロトコルによって前記ＳＩＰ端末に配信する段階と、
前記ＳＩＰ処理部が配信結果を受信する段階と、
ＸＭＬで記述した前記配信結果を前記ＸＭＬ処理部が前記配信要求元に送信する段階と、
を有する、同報配信方法。
【請求項２】
前記ＳＩＰ処理部は、メッセージを中継するＳＩＰサーバを介して前記メッセージを前記ＳＩＰ端末に配信し、前記ＳＩＰサーバから前記配信結果を受信する、請求項１に記載の同報配信方法。
【請求項３】
前記配信メッセージ中にＵＲＬが含まれている場合に、前記メッセージ編集部は、配信先ごとにその配信先のＳＩＰ端末のアドレスをＵＲＬパラメータとして前記ＵＲＬに付加し、前記フォーマットの変換を行なう、請求項１または２に記載の同報配信方法。
【請求項４】
前記配信要求元がウェブアプリケーションである、請求項３に記載の同報配信方法。
【請求項５】
１または複数のＳＩＰ端末に対してメッセージを同報配信する同報配信装置であって、
配信要求元から配信メッセージと配信先のアドレスとを含みＸＭＬで記述された配信要求を受信するＸＭＬ処理部と、
受信された配信メッセージをインスタントメッセージのフォーマットに変換するメッセージ編集部と、
変換後のメッセージをＳＩＰプロトコルによって前記ＳＩＰ端末に配信し、配信結果を受信するＳＩＰ処理部と、
を有し、
前記ＸＭＬ処理部は、ＸＭＬで記述した前記配信結果を前記配信要求元に送信する、同報配信装置。
【請求項６】
メッセージを中継するＳＩＰサーバをさらに備え、
前記ＳＩＰ処理部は、前記ＳＩＰサーバを介して前記メッセージを前記ＳＩＰ端末に配信し、前記ＳＩＰサーバから前記配信結果を受信する、請求項５に記載の同報配信装置。
【請求項７】
前記配信メッセージ中にＵＲＬが含まれている場合に、前記メッセージ編集部は、配信先ごとにその配信先のＳＩＰ端末のアドレスをＵＲＬパラメータとして前記ＵＲＬに付加し、前記フォーマットの変換を行なう、請求項５または６に記載の同報配信装置。
【請求項８】
コンピュータに、
配信要求元から配信メッセージと１または複数の配信先のＳＩＰ端末のアドレスとを含みＸＭＬで記述された配信要求を受信する処理、
前記配信メッセージをインスタントメッセージのフォーマットに変換する処理、
変換後のメッセージをＳＩＰプロトコルによって前記各ＳＩＰ端末に配信する処理、
配信結果を受信し、ＸＭＬで記述した前記配信結果を前記配信要求元に送信する処理、
を実行させるプログラム。
【請求項９】
コンピュータに、
配信要求元から配信メッセージと１または複数の配信先のＳＩＰ端末のアドレスとを含みＸＭＬで記述された配信要求を受信する処理、
前記配信メッセージ中にＵＲＬが含まれている場合に、配信先ごとにその配信先の前記アドレスをＵＲＬパラメータとして前記ＵＲＬに付加する処理、
前記配信メッセージをインスタントメッセージのフォーマットに変換する処理、
変換後のメッセージをＳＩＰプロトコルによって前記各ＳＩＰ端末に配信する処理、
配信結果を受信し、ＸＭＬで記述した前記配信結果を前記配信要求元に送信する処理、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介したメッセージの配信方法及び装置に関し、特に、複数の相手に対して同報配信を行う方法及び装置に関する。
【背景技術】
【０００２】
企業等において、複数の相手に対して要件を伝えたい場面が多々あるが、従来は、このような場面では電子メールが利用されていた。しかし、電子メールは、蓄積型のメッセージングサービスであって、配信に遅延が発生するリスクを包含しており、さらに、相手の端末に届いたか否かの確認もできない。このため、電子メールは、即時性を求められる連絡手段としては適さない。したがって、緊急連絡等に際しては電話に頼らざるを得ないが、電話で複数人に対して連絡をとるにはそれ相応の手間、コストが必要である。また電話の場合、相手が在席でなければ連絡が取れないという問題点があり、また携帯電話の場合であっても、相手が会議中等の理由によって電話に出てくれないという問題点がある。
【０００３】
また、業務アプリケーションとメッセージ配信とを連携させる場合には、一般的に、その業務アプリケーションをウェブ(web)アプリケーションとして構築しておき、そのウェブアプリケーションにアクセスするためのＵＲＬ(Uniform Resource Locator)をメッセージとして配信する。この場合、全員に同じＵＲＬを配信するため、アクセスしてきた端末が誰の端末であるのかをウェブアプリケーション側で認識するために、アプリケーションへのアクセス時に識別子を入力するのが一般的である。このような識別子の入力は、特に携帯電話に代表される携帯情報端末においては、その入力が非常に面倒であるという問題があった。これを解決するために、ウェブアプリケーションのＵＲＬに対してユーザの識別子をパラメータとして付加したメッセージを配信することにより、アプリケーションへのアクセス時には、その付加されたパラメータからユーザを自動識別する方法があるが、この場合、ウェブアプリケーションは、配信先ごとに、識別子を付加したメッセージを個々に生成し個別に配信する必要があった。また各アプリケーションごとにこれらの処理を実装することは、非効率であるという問題もある。
【０００４】
近年、即時性のあるメッセージング・サービスとして、インスタントメッセージ（ＩＭ）が普及してきた。インスタントメッセージは、電子メールとは異なり、電話のようにピア・ツー・ピア(Peer-to-Peer)でリアルタイムにコミュニケーションを行うメッセージング・サービスであり、現在は、特に友達同士のような個人的なコミュニティにおける通信手段として普及している。企業等においても、このインスタントメッセージを利用する動きが盛んになりつつある。しかしながら、企業等におけるインスタントメッセージの利用形態としては、ピア・ツー・ピアのコミュニケーションや、会議室のようなコミュニティに各自が参加してのチャット、あるいは電子会議のようなコミュニティ参加型の利用形態が主であり、送信者（配信要求元；例えば、業務アプリケーション）の意図した相手に送信者の意図したタイミングでメッセージを配信するものとは趣が異なっている。
【０００５】
ところで、インスタントメッセージは、ＳＩＰ(Session Initiation Protocol)等のプロトコルで実現されており、これらプロトコルをシステムや端末等に実装するのにはそれ相応のコストが必要であるので、インスタントメッセージを利用するシステムや端末ごとにこれらプロトコルを実装することは非効率である。そこで、汎用的なインタフェースで配信を要求することによりインスタントメッセージによる配信を代行することや、共用装置としてインスタントメッセージプロトコルを実装した装置を設けることにより、インスタントメッセージプロトコルの実装に係わる問題を解決することができる。
【０００６】
特開２００４−２４１９４６号公報（特許文献１）には、電子メールからインスタントメッセージに送信するとともに、インスタントメッセージを配信する際に、相手のプレゼンス（在席、不在（例：休暇、出張、会議中）など）等の条件に応じて、例えば相手が社内にいればインスタントメッセージで、社外にいれば電子メールに転送したり、別の相手に転送するといった、状況に応じたメッセージ転送を行なうことが開示されている。この発明では、個人の電子メールやスケジュール帳のリマインダー（通知）をインスタントメッセージに転送するような用途を想定している。
【０００７】
また、本出願人は、特願２００３−３３３２８０において、ＨＴＴＰ(HyperText Transfer Protocol)によるインスタントメッセージの相互接続方法を提案している。
【０００８】
特開２００３−２９６２２４号公報（特許文献２）には、受信者側の要求に応じて配信されるメールマガジンなどを、インスタントメッセンジャを介して配信することが開示されている。
【特許文献１】特開２００４−２４１９４６号公報
【特許文献２】特開２００３−２９６２２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したように、電子メールは蓄積型のメッセージサービスであって、即時性や緊急性が求められる場合には、使い勝手が悪い、という問題点を有する。これに対してインスタントメッセージは即時性を有しているから、これを同報配信に適用することにより、上述した電子メールが有する課題を解決することが可能になる、と考えられる。しかしながら、インスタントメッセージを同報配信に適用すること、特に、配信要求元の意図する相手に配信要求元の意図するタイミングでリアルタイムに同報配信することについては、上述した特許文献１及び特許文献２のいずれにも開示されていない。
【００１０】
業務アプリケーションとメッセージ配信との連携に関して言えば、メッセージ配信の仕組みを業務アプリケーション側に実装することは、そのようなアプリケーションの開発効率を低下させて高コストにつながる。ユーザ側での識別子の入力を必須とする場合には、利便性も低下する。
【００１１】
そこで本発明は、インスタントメッセージを用いることによって、配信要求元（送信者や業務アプリケーションなど）の意図する相手に配信要求元の意図するタイミングでリアルタイムに同報通信を行なうことができるとともに、業務アプリケーションとの連携において、業務アプリケーションの開発効率を低下させることなくユーザの利便性を向上させることができる、同報配信方法及び装置を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の同報配信方法は、１または複数のＳＩＰ端末に対してメッセージを同報配信する同報配信方法であって、ＸＭＬ処理部が、配信要求元から配信メッセージと配信先のアドレスとを含みＸＭＬで記述された配信要求を受信する段階と、メッセージ編集部が、配信メッセージをインスタントメッセージのフォーマットに変換する段階と、ＳＩＰ処理部が、変換後のメッセージをＳＩＰプロトコルによってＳＩＰ端末に配信する段階と、ＳＩＰ処理部が配信結果を受信する段階と、ＸＭＬで記述した配信結果をＸＭＬ処理部が配信要求元に送信する段階と、を有する。
【００１３】
本発明の同報配信装置は、１または複数のＳＩＰ端末に対してメッセージを同報配信する同報配信装置であって、配信要求元から配信メッセージと配信先のアドレスとを含みＸＭＬで記述された配信要求を受信するＸＭＬ処理部と、受信された配信メッセージをインスタントメッセージのフォーマットに変換するメッセージ編集部と、変換後のメッセージをＳＩＰプロトコルによってＳＩＰ端末に配信し、配信結果を受信するＳＩＰ処理部と、を有し、ＸＭＬ処理部は、ＸＭＬで記述した配信結果を配信要求元に送信する。
【００１４】
本発明では、配信メッセージ中にＵＲＬが含まれている場合に、メッセージ編集部は、配信先ごとにその配信先のＳＩＰ端末のアドレスをＵＲＬパラメータとしてＵＲＬに付加し、フォーマットの変換を行なうすることが好ましい。
【発明の効果】
【００１５】
本発明によれば、複数人への連絡を遅延なく同報配信することができ、さらに相手の端末に届いたか否かもリアルタイムに確認することができるので、社内等におけるコミュニケーションに要するコストを低減させ、企業活動における生産性を向上させることができる。インスタントメッセージを利用するため、携帯電話のように常に携行されているＳＩＰ端末であれば、受信者はどこにいてもメッセージを確認することが可能であり、会議中等で電話に出ることができないような状況でもメッセージによって要件を確認してもらうことができる。また、本発明によれば、実装コストのかかるＳＩＰ（インスタントメッセージのプロトコル）をメッセージ配信装置に実装し、アプリケーション（配信要求元）とのインタフェースとしてはアプリケーション開発において汎用的なＸＭＬを用いているので、アプリケーションからメッセージ配信を行うための開発コストが削減され、メッセージ配信を行うアプリケーションをより容易に開発できるようになる。
【００１６】
本発明においては、メッセージに含まれたＵＲＬに対し、配信先ごとにその配信先のＳＩＰ端末のアドレスをＵＲＬパラメータとして付加して同報配信することによって、アプリケーションからメッセージ配信を行うための開発コストが削減され、メッセージ配信を利用したウェブアプリケーションの利便性と開発効率を向上できる。配信メッセージ中のＵＲＬで示されるウェブアプリケーションに対してＳＩＰ端末からアクセスする際に、ユーザ識別のための識別子を入力する必要がなくなり、利便性が向上する。
【発明を実施するための最良の形態】
【００１７】
次に、本発明の好ましい実施の形態について、図面を参照して説明する。
【００１８】
図１は、本発明の第１の実施形態の同報配信装置の構成を示すブロック図である。この同報配信装置は、業務アプリケーションであって配信要求元であるメッセージ配信アプリケーション１からの配信要求に基づき、複数のＳＩＰ(Session Initiation Protocol)端末４に対してメッセージをインスタントメッセージで同報送信するものである。ＳＩＰ端末４は、プロトコルとしてＳＩＰを用いてインスタントメッセージを受信し表示するものである。ＳＩＰ端末４としては、例えば、ＳＩＰプロトコルを処理することができる携帯情報端末（ＰＤＡ）や携帯電話機などが用いられる。
【００１９】
同報配信装置は、メッセージ送信アプリケーション１からの配信要求を受信し、受信した配信要求に応じて、ＳＩＰプロトコルによってインスタントメッセージの配信要求を行うメッセージ配信装置２と、ＳＩＰプロトコルによってインスタントメッセージの中継を行うＳＩＰサーバ３と、を備えており、インスタントメッセージは、ＳＩＰサーバ３から各ＳＩＰ端末４に送信される。ＳＩＰサーバ３としては、ＳＩＰプロトコルに基づいて処理を実行し、インスタントメッセージを中継し、指定されたアドレスの端末にインスタントメッセージを送信できる、通常のＳＩＰサーバを使用することができる。そのようなＳＩＰサーバは、当業者には周知であろう。
【００２０】
メッセージ配信装置２には、ＸＭＬ処理部１１と、主制御部１２と、メッセージ編集部１３と、ＳＩＰ処理部１４とが設けられている。ＸＭＬ処理部１１は、メッセージ送信アプリケーション１からＸＭＬ(Extensible Markup Language)によって記述された配信要求を受信するとともに、メッセージ送信アプリケーション１に対して配信結果を送信する機能を有する。主制御部１２は、メッセージ配信装置２の全体の制御を司るものであり、特に、メッセージ送信アプリケーション１からの配信要求を受信してから配信結果を送信するまでのトランザクションの実行を管理する機能を有する。メッセージ編集部１３は、ＸＭＬ処理部１１で受信した配信メッセージをインスタントメッセージのフォーマットに変換する機能を有する。ＳＩＰ処理部１４は、指定されたアドレスのＳＩＰ端末４に対するメッセージの送信指示をＳＩＰサーバ３に対してするものであって、メッセージ編集部１３で変換されたメッセージをインスタントメッセージとしてＳＩＰプロトコルでＳＩＰサーバ３へ送信し、ＳＩＰサーバ３から送信結果を受信する機能を有する。
【００２１】
次に、この同報配信装置の動作について、図２のフローチャートを用いて説明する。
【００２２】
本実施形態では、メッセージ送信アプリケーション１は、ＸＭＬによって記述された配信要求を生成し、これを配信要求メッセージとしてメッセージ配信装置２に送るようになっている。そのような配信要求は、メッセージ配信装置２において、まず、ＸＭＬ処理部１１によって受信される（ステップ２１）。図３に示すように、この配信要求メッセージには、配信先アドレス（配信先となるＳＩＰ端末のアドレス（複数可））、配信メッセージ（ＳＩＰ端末へ配信するメッセージ）及び配信結果通知先アドレス（配信結果を受信するメッセージ送信アプリケーション１のアドレス）が、ＸＭＬによって記述されている。すると、主制御部１２は、ステップ２２において、トランザクションを生成し、トランザクションＩＤ（配信要求を識別するための識別子）を生成する。その後、主制御部１２からの制御によって、ＸＭＬ処理部１１は、ステップ２３において、メッセージ送信アプリケーション１に対して配信要求応答を返す。配信要求応答は配信要求応答メッセージの形で返され、配信要求応答メッセージには、図４に示すように、ステップ２２において生成したトランザクションＩＤと、受付結果（配信要求の受付結果）とがＸＭＬによって記述されている。メッセージ送信アプリケーション１は、配信要求応答メッセージの受付結果を参照することによって、配信要求が正常に受け付けられたことを確認でき、また、トランザクションＩＤを用いることによって、あとで返される配信結果と配信要求とを対応付けることができる。
【００２３】
続いて主制御部１２は、ステップ２４において、ステップ２１において受信した配信要求に含まれる配信先アドレスから、配信先となるＳＩＰ端末４のアドレスを抽出し、メッセージ編集部１３を起動する。ステップ２５においてメッセージ編集部１３は、ステップ２１において受信した配信要求に含まれる配信メッセージをインスタントメッセージのフォーマットに変換する。その後、ＳＩＰ処理部１４は、ステップ２６において、インスタントメッセージのフォーマットに変換されたメッセージを、配信要求によって指示されたＳＩＰ端末４のアドレスを送信先として、ＳＩＰプロトコルを用いてＳＩＰサーバ３に送信する。ＳＩＰサーバ３は、送信先として指定されたＳＩＰ端末４に対して、そのインスタントメッセージを中継して送信する。そのようなインスタントメッセージは、指定されたＳＩＰ端末４によって受信される。そして、そのＳＩＰサーバ３は、配信結果をメッセージ配信装置２に送信する。
【００２４】
メッセージ配信装置２では、ステップ２７において、ＳＩＰサーバ３からの配信結果がＳＩＰ処理部１４で受信される。その結果、ステップ２８において、ＸＭＬ処理部１１は、受信した配信結果をメッセージ送信アプリケーション１に送信する。このときの配信結果メッセージの送信先は、ステップ２１において受信した配信要求メッセージに含まれる配信結果通知先アドレスとする。配信結果メッセージには、図５に示すように、ステップ２３においてメッセージ送信アプリケーション１に送信された配信要求応答メッセージに含まれるものと同一のトランザクションＩＤと、配信したＳＩＰ端末４のアドレスと、ＳＩＰサーバ３から受信した配信結果とがＸＭＬによって記述されている。
【００２５】
その後、ステップ２９において、ステップ２４において抽出された配信先の全てに対してステップ２６からステップ２８までの処理が実行されたかどうかを判定し、未処理の配信先が残っているのであればステップ２６に戻ってその未処理の配信先についてステップ２６からステップ２８までの処理を実行する。ステップ２９において、全ての配信先について処理が完了したと判定された場合には、ステップ３０において、トランザクションを終了する。
【００２６】
このようにしてこの実施形態によれば、メッセージ送信アプリケーション１が、メッセージ配信装置２に対して、配信メッセージと配信先のＳＩＰ端末のアドレスとをＸＭＬで記述した配信要求メッセージを送信することにより、メッセージ送信アプリケーション１によって指定された相手に対し、メッセージ送信アプリケーション１によって指定されたタイミングで、リアルタイムにメッセージの同報配信を行なうことができる。メッセージ送信アプリケーション１は、配信結果メッセージに含まれるトランザクションＩＤにより、複数のＳＩＰ端末からの配信結果を配信要求と対応付けることができ、配信結果をリアルタイムに確認することができる。その結果、本実施形態によれば、複数人への緊急連絡も遅延なく同報配信することができ、さらに、相手の端末に届いたか否かもリアルタイムに確認することができるため、従来、複数人に対して電話によって連絡をとっていたことによる手間やコストを削減することができる。またインスタントメッセージを用いるため、端末が携帯電話のようなＳＩＰ端末であれば、メッセージの配信相手は、どこにいてもメッセージを確認することが可能であり、会議中等で電話に出ることができない状況であってもメッセージによって要件を確認してもらうことができ、コミュニケーションをさらに円滑にすることができる。
【００２７】
一般に、インスタントメッセージのプロトコルであるＳＩＰを処理する部分の実装コストは高いが、本実施形態では、ＳＩＰを処理する部分をメッセージ配信装置に実装するとともに、アプリケーションとのインタフェースとしてアプリケーション開発では汎用的なＸＭＬを用いることとしたため、アプリケーションからメッセージ配信を行うための開発コストが削減され、メッセージ配信を行うアプリケーションの開発をより容易にすることができる。
【００２８】
次に、本発明の第２の実施形態について説明する。ここでは、業務アプリケーションとメッセージ配信との連携をさらに強め、各ＳＩＰ端末に対して、ウェブアプリケーションにアクセスするためのＵＲＬを含んだメッセージを配信する場合を説明する。
【００２９】
第２の実施形態の同報配信装置も、構成としては、図１に示した第１の実施形態の同報配信装置と同様であるが、メッセージ送信アプリケーション１からメッセージ配信装置２に対し、ウェブアプリケーションのＵＲＬを含んだメッセージの配信要求を行うようにしている。この場合、メッセージ送信アプリケーション１自体がウェブアプリケーションであってもよし、メッセージ送信アプリケーション１は別途用意されたウェブアプリケーションと連携していてもよい。この配信要求のメッセージは、上述と同様にＸＭＬで記述されている。ＳＩＰ端末４としては、インスタントメッセージ・ブラウザを搭載し、メッセージ中のＵＲＬリンクを選択することによりウェブブラウザを起動してウェブアプリケーションに接続可能な端末が使用される。
【００３０】
メッセージ配信装置２は、図１に示したように、ＸＭＬ処理部１１と、主制御部１２と、メッセージ編集部１３と、ＳＩＰ処理部１４とを備えている。ここでＸＭＬ処理部１１、主制御部１２及びＳＩＰ処理部１４の機能は、上述の第１の実施形態の場合と同様であるが、メッセージ編集部１３は、ＸＭＬ処理部１１で受信した配信メッセージをインスタントメッセージのフォーマットに変換する機能を有するとともに、その配信メッセージ中にＵＲＬが含まれているかどうかを判定し、ＵＲＬがある場合には、配信先のＳＩＰ端末４のアドレスをＵＲＬパラメータとしてそのＵＲＬに付加した上で、インスタントメッセージのフォーマットに変換する機能を有する。
【００３１】
次に、第２の実施形態の同報配信装置の動作について、図６のフローチャートを用いて説明する。
【００３２】
本実施形態でも、メッセージ送信アプリケーション１は、ＸＭＬによって記述された配信要求を生成し、これを配信要求メッセージとしてメッセージ配信装置２に送る。そのような配信要求は、メッセージ配信装置２において、まず、ＸＭＬ処理部１１によって受信される（ステップ６１）。配信要求メッセージは、上述したように、配信先アドレス、配信メッセージおよび配信結果通知先アドレスを含むものであるが、本実施形態では、図７に示すように、ＸＭＬによって記述されている。図７に例示した配信要求メッセージのうち、タグ<mes>とタグ</mes>とで囲まれた部分が配信メッセージである。ここでは、メッセージの受信者にアクセスさせたいウェブアプリケーションのＵＲＬが含まれている。
【００３３】
主制御部１２は、ステップ６２において、トランザクションを生成し、トランザクションＩＤを生成する。その後、主制御部１２からの制御によって、ＸＭＬ処理部１１は、ステップ６３において、メッセージ送信アプリケーション１に対して配信要求応答を返す。配信要求応答は配信要求応答メッセージの形で返され、配信要求応答メッセージには、図４を用いて上述したように、生成されたトランザクションＩＤと受付結果とがＸＭＬによって記述されている。メッセージ送信アプリケーション１は、配信要求応答メッセージの受付結果を参照することによって、配信要求が正常に受け付けられたことを確認でき、また、トランザクションＩＤを用いることによって、あとで返される配信結果と配信要求とを対応付けることができる。
【００３４】
続いて主制御部１２は、ステップ６４において、ステップ６１において受信した配信要求に含まれる配信先アドレスから、配信先となるＳＩＰ端末４のアドレスを抽出する。図７に示した配信要求メッセージでは、タグ<to>とタグ</to>とで囲まれた部分が１つの配信先アドレスであり、このようなタグ<to>とタグ</to>との組合せを複数個並べることによって、複数の配信先アドレスが指定されている。図示したものでは、userA@xxxx.com、userB@xxxx.com、userC@xxxx.comが配信先となっている。次に、メッセージ編集部１３が起動され、メッセージ編集部１３は、ステップ６５において、ステップ６１において受信した配信要求に含まれる配信メッセージに、ＵＲＬが含まれているかを判断する。ここでＵＲＬが含まれていない場合にはステップ６７に進み、ＵＲＬが含まれている場合には、ステップ６６において、そのＵＲＬに対し、ステップ６４において抽出した配信先アドレスをＵＲＬパラメータとして付加し、ステップ６７に進む。図７に例示した配信要求メッセージでは、タグ<mes>とタグ</mes>で囲まれた部分が配信メッセージであるから、図８に示すように、メッセージ編集部１３は、このＵＲＬに配信先アドレスをusr=userA@xxxx.comとして付加している。その後、ステップ６７において、メッセージ編集部１３は、配信メッセージをインスタントメッセージのフォーマットに変換する。
【００３５】
次に、ＳＩＰ処理部１４は、ステップ６８において、インスタントメッセージのフォーマットに変換されたメッセージを、配信要求によって指示されたＳＩＰ端末４のアドレスを送信先として、ＳＩＰプロトコルを用いてＳＩＰサーバ３に送信する。ＳＩＰサーバ３は、送信先として指定されたＳＩＰ端末４に対して、そのインスタントメッセージを中継して送信する。そのインスタントメッセージは、指定されたＳＩＰ端末４によって受信される。そして、そのＳＩＰサーバ３は、配信結果をメッセージ配信装置２に送信する。
【００３６】
メッセージ配信装置２では、ステップ６９において、ＳＩＰサーバ３からの配信結果がＳＩＰ処理部１４で受信される。その結果、ステップ７０において、ＸＭＬ処理部１１は、受信した配信結果をメッセージ送信アプリケーション１に送信する。このときの配信結果メッセージの送信先は、ステップ６１において受信した配信要求メッセージに含まれる配信結果通知先アドレスとする。図７に示した例では、タグ<reply>とタグ</reply>で囲まれた部分が配信結果通知先アドレスである。配信結果メッセージには、図５を用いて上述したように、ステップ６３においてメッセージ送信アプリケーション１に送信された配信要求応答メッセージに含まれるものと同一のトランザクションＩＤと、配信したＳＩＰ端末４のアドレスと、ＳＩＰサーバ３から受信した配信結果とがＸＭＬによって記述されている。
【００３７】
その後、ステップ７１において、ステップ６４において抽出された配信先の全てに対してステップ６５からステップ７０までの処理が実行されたかどうかを判定し、未処理の配信先が残っているのであればステップ６５に戻ってその未処理の配信先についてステップ６５からステップ７０までの処理を実行する。ステップ７１において、全ての配信先について処理が完了したと判定された場合には、ステップ７２において、トランザクションを終了する。
【００３８】
このようにしてこの実施形態によれば、メッセージ送信アプリケーション１が、メッセージ配信装置２に対して、配信メッセージと配信先のＳＩＰ端末のアドレスとをＸＭＬで記述した配信要求メッセージを送信することにより、メッセージ送信アプリケーション１によって指定された相手に対し、メッセージ送信アプリケーション１によって指定されたタイミングで、リアルタイムにメッセージの同報配信を行なうことができる。メッセージ送信アプリケーション１は、配信結果メッセージに含まれるトランザクションＩＤにより、複数のＳＩＰ端末からの配信結果を配信要求と対応付けることができ、配信結果をリアルタイムに確認することができる。したがってこの第２の実施形態においても、第１の実施形態の場合と同様の効果を得ることができる。
【００３９】
さらに、本実施形態では、メッセージ送信アプリケーション１がメッセージ配信装置２に対し、ウェブアプリケーションのＵＲＬを含んだ配信メッセージを含む配信要求と配信先のＳＩＰ端末のアドレスとをＸＭＬによって記述した配信要求を送信した場合には、配信要求で指定したＳＩＰ端末ごとに配信メッセージ中のＵＲＬにそのＳＩＰ端末のアドレスをＵＲＬパラメータとして付加した上で、各々のＳＩＰ端末への同報配信を実施し、その配信結果をメッセージ送信アプリケーションに通知するようにしている。その結果、各ユーザのＳＩＰ端末４には、図９（ａ）〜（ｃ）に示すように、ＵＲＬに各々のアドレスが付加されたメッセージが配信される。本実施形態では、ＳＩＰ端末４として、メッセージ中のＵＲＬリンクを選択することによりウェブブラウザが起動しウェブアプリケーションに接続可能なインスタントメッセージ・ブラウザを搭載したものを使用しているため、ウェブアプリケーション側では、メッセージ中のＵＲＬが選択されることによって端末からウェブアプリケーションへのアクセスがあった場合に、ＵＲＬパラメータを参照することにより、接続元となるＳＩＰ端末を識別することができる。
【００４０】
例えば、アドレスがuserA@xxxx.comであるユーザの場合、その端末上には図９（ａ）に示すように、配信されたメッセージが表示され、このメッセージ中のＵＲＬを選択することによって、ウェブブラウザが起動され、ＵＲＬがhttp://www.xxxx.com/messageで示されるウェブアプリケーションに端末が接続し、ＵＲＬパラメータusr=userA@xxxx.comがこのウェブアプリケーションに渡される。その結果、ウェブアプリケーションでは、そのアクセスに係る接続元がuserA@xxxx.comであることが識別できる。
【００４１】
このように本実施形態では、ウェブアプリケーションが接続元のＳＩＰ端末を自動識別できるようになる。その結果、ウェブアプリケーションが接続元を識別するために、配信先ごとに識別子を変えたメッセージを個々に生成して配信先ごとに個々に配信要求を行うという手間を削減でき、また各アプリケーションごとにこれらの処理を個別に実装する無駄も削減できるため、アプリケーション開発を効率化することができる。またＳＩＰ端末の利用者は、ウェブアプリケーション利用時に接続元を識別するための識別子を入力する必要がなくなり、特に携帯電話に代表される携帯情報端末の利用においては、利便性を格段に向上させることができる。
【００４２】
以上、本発明の好ましい実施の形態について説明したが、本発明は、例えば、企業内における特に多数の相手に対する即時性の要求される連絡手段として適用できる。また同様に、ホテルなどにおいて、ルームサービス等の宿泊客からのオーダーを従業員に通知する用途にも適用可能であり、スーパーマーケット等の販売店舗においては、競合店の状況や販売に関する指示等を従業員に指示する用途にも適用可能である。本発明は、その他、様々な場面において利用することができる。さらに、上述した特許文献１（特開２００４−２４１９４６号公報）に示したプレゼンス情報と組み合わせるメッセージ配信の仕組みと本発明の同報配信とを組み合わせることにより、プレゼンス状態に応じて配信先を変えるなどすれば、相手に対してより確実に要件を伝えることが可能になる。
【００４３】
以上説明した本発明の同報配信装置において、メッセージ配信装置２は、それを実現するためのコンピュータプログラムを、サーバ用コンピュータなどのコンピュータに読み込ませ、そのプログラムを実行させることによっても実現できる。メッセージ配信装置を実現するためのプログラムは、磁気テープやＣＤ−ＲＯＭなどの記録媒体によって、あるいは、ネットワークを介して、コンピュータに読み込まれる。そのようなコンピュータは、一般に、ＣＰＵ（中央処理装置）と、プログラムやデータを格納するためのハードディスク装置と、主メモリと、キーボードやマウスなどの入力装置と、液晶ディスプレイなどの表示装置と、磁気テープやＣＤ−ＲＯＭ等の記録媒体を読み取る読み取り装置と、ネットワークとの接続を行なうための通信インタフェースとから構成されており、上述したプログラムを格納した記録媒体を読み取り装置に装着してそのプログラムを記録媒体から読み出しハードディスク装置に格納し、あるいは、ネットワークを介してプログラムをハードディスク装置内にダウンロードし、ハードディスク装置に格納されたプログラムをＣＰＵが実行することにより、メッセージ配信装置として機能することになる。
【図面の簡単な説明】
【００４４】
【図１】本発明の第１の実施形態の同報配信装置の構成を示すブロック図である。
【図２】図１に示した同報配信装置の動作を示すフローチャートである。
【図３】配信要求メッセージの構成を示す図である。
【図４】配信要求応答メッセージの構成を示す図である。
【図５】配信結果メッセージの構成を示す図である。
【図６】第２の実施形態の同報配信装置の動作を示すフローチャートである。
【図７】配信要求メッセージの構成を例示する図である。
【図８】編集前後での配信要求メッセージを例示する図である。
【図９】（ａ）〜（ｃ）は、それぞれのユーザに提示されるメッセージを例示する図である。
【符号の説明】
【００４５】
１    メッセージ送信アプリケーション
２    メッセージ配信装置
３    ＳＩＰサーバ
４    ＳＩＰ端末
１１    ＸＭＬ処理部
１２    主制御部
１３    メッセージ編集部
１４    ＳＩＰ処理部
【図１】
2006157572.tif 000003
【図２】
2006157572.tif 000004
【図３】
2006157572.tif 000005
【図４】
2006157572.tif 000006
【図５】
2006157572.tif 000007
【図６】
2006157572.tif 000008
【図７】
2006157572.tif 000009
【図８】
2006157572.tif 000010
【図９】
2006157572.tif 000011