JP2010016604A - 情報配信システム及び情報配信方法 - Google Patents

Abstract

【課題】複数のユーザに情報を迅速かつ確実に配信することができる情報配信システム及び情報配信方法を提供すること。
【解決手段】この情報配信システム１は、グループが割り当てられた１又は２以上の端末１００とネットワークとの間で、セッション制御を行うＳＩＰメッセージの送受信を制御するＳＩＰプロキシサーバ４０と、上記ＳＩＰプロキシサーバ４０を介して上記端末１００に対し、当該端末１００に配信する情報を上記ＳＩＰメッセージとして送信するＳＩＰアプリケーションサーバ１０と、を備え、上記ＳＩＰアプリケーションサーバ１０は、上記ＳＩＰメッセージを上記グループ宛に送信することにより、当該グループが割り当てられた１又は２以上の端末１００にマルチキャスト配信する。
【選択図】図４

Description

本発明は、情報配信システム及び情報配信方法に関する。

近年、一般向けに運用が開始された緊急地震速報配信サービスでは、電波を利用したＴＶ・ラジオ・携帯電話などの媒体に向けての提供、又は、ＩＰインフラストラクチャ（インターネット・専用線）を介した様々なシステムとの連携が図られている。また、このようなサービスは、公共・交通インフラストラクチャや特許文献１に開示されているような情報家電などへの利用・活用も期待されている。そこで、これらの異なるシステム間の差分を吸収できるような配信の方式が確率されれば、緊急地震速報をシームレスに配信することができ、また、地震速報以外の用途にも柔軟に応用できる可能性がある。

こうした背景から、まずは、例えば携帯電話などの携帯機器・情報家電・パーソナルコンピュータ等の端末と、ネットワークとの接続が容易に行われるような仕組みが要求される。その一例としては、特許文献２の中で挙げられているような共通のプラットホーム上におけるサービス提供方法が提案されている。

特開２００６−１６５９６５号公報 特開２００５−３２６１４９号公報

この緊急地震速報などのように、一度の複数のユーザに情報を一刻も早く提供する必要があるサービスの場合、確実かつ迅速に情報を各ユーザの端末に提供することが必要である。しかしながら、上記特許文献２の共通プラットフォームを利用する場合、様々な機器やシステムを１つの回線に接続すると、既存のインターネット回線では１秒を争う情報伝達に遅延が生じる可能性がある。また、専用の回線を構築するには、莫大なコストが必要となり、現実的ではない。また、地震時に情報を一斉配信するため、ネットワークの故障・輻輳などにより、必要な情報を受信者まで確実に届けられなくなる場合がある。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、複数のユーザに情報を迅速かつ確実に配信することが可能な、新規かつ改良された情報配信システム及び情報配信方法を提供することにある。

上記課題を解決するために、本発明のある観点によれば、グループが割り当てられた１又は２以上の端末とネットワークとの間で、セッション制御を行うＳＩＰメッセージの送受信を制御するＳＩＰプロキシサーバと、上記ＳＩＰプロキシサーバを介して上記端末に対し、当該端末に配信する情報を上記ＳＩＰメッセージとして送信するＳＩＰアプリケーションサーバと、を備え、上記ＳＩＰアプリケーションサーバは、上記ＳＩＰメッセージを上記グループ宛に送信することにより、当該グループが割り当てられた１又は２以上の端末にマルチキャスト配信することを特徴とする、情報配信システムが提供される。

この構成によれば、例えば、緊急地震速報などのように、迅速かつ確実に複数の端末に送信されるべき情報が、ＳＩＰアプリケーションサーバにより、ＳＩＰメッセージとして配信される。従って、確実に各端末に情報を送信することができる。またこの際、ＳＩＰメッセージは、ＳＩＰアプリケーションサーバにより、端末に割り当てられたグループ宛に送信される。従って、ＳＩＰメッセージは、ＳＩＰアプリケーションサーバから各端末毎に送信される必要が無く、ネットワークのトラフィックや負荷を低減させることができる。

また、上記ＳＩＰプロキシサーバは、上記ＳＩＰメッセージがグループ宛である場合、当該グループが割り当てられた１又は２以上の端末に上記ＳＩＰメッセージを伝達すると共に、当該ＳＩＰメッセージに対して上記端末から送信される応答信号を上記ＳＩＰアプリケーションサーバに伝達せずに、セッションを終了してもよい。

また、上記ＳＩＰプロキシサーバは、上記ＳＩＰメッセージがグループ宛である場合、当該ＳＩＰメッセージに対して上記端末から送信される応答信号を破棄して、セッションを終了してもよい。

また、上記ＳＩＰプロキシサーバは、上記ＳＩＰメッセージがグループ宛である場合、プロトコルタイマを張らずに、上記ＳＩＰメッセージを上記端末に送信してもよい。

また、上記ＳＩＰプロキシサーバは、上記ＳＩＰメッセージがグループ宛である場合、セッションを終了させるためのダミー信号を、上記ＳＩＰメッセージに対する呼処理を行う呼処理サーバに送信して、セッションを終了してもよい。

また、上記ＳＩＰアプリケーションサーバは、上記端末に割り当てられたグループのグループＩＤを、当該端末に登録時に通知してもよい。

また、上記ネットワークは、ＩＰｖ６網であってもよい。

また、上記課題を解決するために、本発明の別の観点によれば、ＳＩＰアプリケーションサーバにより、グループが割り当てられた１又は２以上の端末とネットワークとの間で、セッション制御を行うＳＩＰメッセージの送受信を制御するＳＩＰプロキシサーバを介して、上記端末に対し、当該端末に配信する情報を上記ＳＩＰメッセージとして送信するメッセージ送信ステップを有し、上記メッセージ送信ステップでは、上記ＳＩＰメッセージを上記グループ宛に送信することにより、当該グループが割り当てられた１又は２以上の端末にマルチキャスト配信することを特徴とする、情報配信方法が提供される。

また、上記ＳＩＰメッセージがグループ宛である場合、上記ＳＩＰプロキシサーバにより、当該グループが割り当てられた１又は２以上の端末に上記ＳＩＰメッセージを伝達し、かつ、当該ＳＩＰメッセージに対して上記端末から送信される応答信号を上記ＳＩＰアプリケーションサーバに伝達せずに、セッションを終了してもよい。

また、上記ＳＩＰメッセージがグループ宛である場合、上記ＳＩＰプロキシサーバにより、当該ＳＩＰメッセージに対して上記端末から送信される応答信号を破棄して、セッションを終了する応答破棄ステップを更に有してもよい。

また、上記ＳＩＰメッセージがグループ宛である場合、上記ＳＩＰプロキシサーバにより、プロトコルタイマを張らずに、上記ＳＩＰメッセージを上記端末に送信するプロトコルタイマ未設定ステップを更に有してもよい。

また、上記ＳＩＰメッセージがグループ宛である場合、上記ＳＩＰプロキシサーバにより、セッションを終了させるためのダミー信号を、上記ＳＩＰメッセージに対する呼処理を行う呼処理サーバに送信して、セッションを終了するダミー信号送信ステップを更に有してもよい。

また、上記ＳＩＰアプリケーションサーバにより、上記端末に割り当てられたグループのグループＩＤを、当該端末に登録時に通知するグループ通知ステップを更に有してもよい。

また、上記ネットワークは、ＩＰｖ６網であってもよい。

以上説明したように本発明によれば、複数のユーザに情報を迅速かつ確実に配信することができる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

本発明の各実施形態では、緊急地震速報などのように、一度の複数のユーザに一刻も早く提供することが望まれる情報を、迅速かつ確実に配信することができる情報配信システム及び情報配信方法について説明する。この際、送信される情報としては、上記の緊急地震速報だけでなく、例えば、天気予報・ニュース速報・スポーツ速報・株式情報・選挙速報などのように、プライベートというよりは複数のユーザが取得することを前提とし、かつ、素早くかつ正確に配信されることが望まれる情報であれば、いかなる情報であってもよい。しかしながら、ここでは説明の便宜上、配信される情報が緊急地震速報である場合を例に挙げて説明する。

また、上述の通り、このような情報の一斉配信を行う場合、既存のインターネット回線では１秒を争う情報伝達に遅延が生じる可能性があり、専用の回線では莫大なコストが必要となる。また、一斉配信によるネットワークの故障・輻輳などにより、必要な情報を受信者まで確実に届けられない可能性もある。また、このような情報は、緊急を要することが多く、その情報を取得したユーザの行動や決定を左右しうる情報である。つまり、例えば、自宅近郊で大地震があった旨の速報を取得したユーザは、自宅に帰宅したり連絡を取るなどの行動を行う可能性が高い。従って、例えば、悪意の他者などにより誤った情報が一斉配信されるなどのようにいわゆる「なりすまし」を防止する必要もあり、セキュリティも非常に重要である。そこで、このような問題を解決するためには、以下の点を実現することが重要である。
１）一斉配信方式であっても、ネットワークに高い負荷をかけないこと
２）高速な回線網であること
３）セキュリティが高く、かつ、管理されたネットワークであること

これに対して、セキュリティが高く、高速な回線網であり、かつ、様々な端末が接続可能であるネットワークとして、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ、次世代ネットワーク）が近年注目されている。よって、このＮＧＮにおいて緊急地震速報を配信する可能性は今後十分に考えられる。そこで、ＮＧＮ内で、上記特許文献２で例示したような共通なプラットフォームが構築されることが、上記緊急地震速報を実現する上で望ましい。しかしながら、上述の通り、いかに高速なＮＧＮであったとしても、プラットフォームが例えば数万〜数百万などのように非常に多数の速報を一斉に配信すれば、そのプラットフォームだけでなくＮＧＮ自体においても負荷が大きくなり、メッセージの遅延等が生じる恐れがある。もちろん、専用回線を使用することは、ＮＧＮであってもコストがかかる。

一方、このＮＧＮに限らず、インターネットなどのネットワークを介して緊急地震速報を一斉配信するためにマルチキャスト配信を行う場合には、その緊急地震速報をマルチキャストで受信できるようにさせるために、各端末にＨＴＴＰスタックを別途実装するなど、機器独自の仕様となるケースが多いのが実情である。

他方、このＮＧＮでは、ＩＭＳ（ＩＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ） Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、ＩＰマルチメディアサブシステム）が実装されており、そのコアとなるプロトコルには、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション開始プロトコル）が使用される。ＳＩＰは、２以上の端末（クライアント）間でセッションを確立するためのＩＥＴＦ標準の通信プロトコルであり、汎用のセッション制御プロトコルでもある。従って、このように標準化されているプロトコルとしてＳＩＰを使用して、緊急地震速報をマルチキャスト配信できれば、ＳＩＰが実装されたネットワーク上であれば、様々な端末に情報を配信できることになる。

しかしながら、現在のところ、ＳＩＰを用いたマルチキャスト配信方法は、提案・検討はなされていない。ＳＩＰは、上述の通り、各端末間のセッションを確立して、個別に通信を行う方式である。よって、既存のＳＩＰを使用して、緊急地震速報を多数の端末に送信するには、各端末に対して順番にセッションを確立して、順番にその情報を送信することになり、サーバやネットワークのリソースが枯渇し、配信時間が長くなるなどの問題が生じる。

このような点を調査研究により明らかにした本発明の発明者は、更にＳＩＰ等について鋭意研究を行った結果、ＳＩＰを用いてマルチキャスト配信が可能な本発明を完成させた。この本発明の情報配信システム等によれば、更にサーバへの負荷を低減することをも可能にしている。この本発明の一実施形態に係る情報配信システム及び方法について、以下で詳しく説明する。

但し、以下では、説明の便宜上、ネットワークは、ＩＭＳを実装したＮＧＮであるものとし、そのＩＭＳ網では、通信プロトコルとしてＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ６）が使用されている場合について説明する。しかしながら、本発明は、ＮＧＮやＩＭＳ、ＩＰｖ６に限定されるものではない。ＳＩＰが実装されたネットワークであれば、例えばＩＰｖ４などの如何なるネットワークに対しても本発明は実施可能であることを付言しておく。

＜一実施形態に係る情報配信システムの構成＞
まず、図１及び図２を参照しつつ、本発明の一実施形態に係る情報配信システム１の構成について説明する。図１及び図２は、本発明の一実施形態に係る情報配信システム１の構成を説明する説明図である。

（概要）
図１に示すように、情報配信システム１は、複数のＳＩＰサーバを備える。このＳＩＰサーバとしては、図１に示すように、情報配信サーバ１０、ホーム加入者サーバ２０、呼処理サーバ３０、端末間プロキシサーバ（以下単に「プロキシサーバ」とも言う。）４０、他網接続プロキシサーバ５０、登録サーバ６０が挙げられる。なお、ここでは、これら全てのサーバが、別体で形成される場合について説明しているが、これらのサーバの全て又は一部の機能が集約されて１又は２以上のサーバで構成されてもよいことは言うまでもない。そして、これらのサーバが、１つのＩＰｖ６網（ＩＭＳ網）を構成しており、この情報配信システム１には、そのシステムが提供するサービスに加入しているユーザの端末１０１〜１０９が接続される。

（端末１００）
各ユーザの端末１０１〜１０９は、ＵＡ（Ｕｓｅｒ Ａｇｅｎｔ、ユーザエイジェント）やＳＩＰ端末とも言われ、図１に示すようにプロキシサーバ４０に接続される。この際、端末１０１〜１０９は、図２に示すように、例えばルータ・Ｌ３−ＳＷ（Ｓｗｉｔｃｈ）などのようなスイッチ７０を１又は２以上介して、プロキシサーバ４０、つまり情報配信システム１に接続される。そして、端末１０１のように、端末１０１〜１０９は、更に他の端末２０１に接続されてもよい。なお、以下で「端末１００」という場合には、端末１０１〜１０９の１又は２以上を代表して示し、「端末２００」という場合にも、端末２０１のように、端末１０１〜１０９に接続された端末の１又は２以上を代表して示すこととする。なお、本実施形態に係る各端末１００には、固有のＩＰアドレスが付与され、更に、情報配信システム１によりグループＩＤも付与される。このグループＩＤについては、後述する。

本実施形態に係る情報配信システム１は、このような複数の端末１００に迅速かつ確実に、緊急地震速報を配信することを可能にする。そのために、情報配信システム１が有する上記各構成について説明する。

（情報配信サーバ１０）
緊急地震速報は、情報配信サーバ１０により送信される。
情報配信サーバ１０は、ＳＩＰ ＡＳ（ＳＩＰアプリケーションサーバ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）の一例であって、緊急地震速報を提供するサービスに加入している端末に対して、その緊急地震速報を表すメッセージを送信するサービス処理を行う。情報配信サーバ１０は、この緊急地震速報を自ら生成してもよいが、ネットワークを介して他の情報生成装置などから取得してもよい。

そして、情報配信サーバ１０は、この緊急地震速報を表したメッセージをＳＩＰメッセージ（つまり、ＳＩＰ端末１００間のセッションを制御するための制御メッセージ）として、かつ、上記のグループＩＤ宛てに送信する。特に、情報配信サーバ１０は、緊急地震速報を含めるＳＩＰメッセージとして、ＳＩＰのショートメッセージメソッドである「ＭＥＳＳＡＧＥ」を用いて送信することが望ましい。そのために、情報配信サーバ１０は、上記複数の端末１００を１又は２以上の「グループ」に分類する。例えば、図２には、端末１０１，１０２，２０１が、グループＡに属し、端末１０３が、グループＢに属し、端末１０４，１０５が、グループＣに属するように、情報配信サーバ１０がグループを割り当てた場合を示している。なお、このグループは、各端末１００の属性やその端末１００のユーザの属性に応じて、割り当てられる。属性としては、例えば、端末１００が接続された地域やユーザが住む地域、ユーザの性別、端末１００の機種（携帯電話・パーソナルコンピュータ・ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｃｅ）など）、ユーザの趣味や嗜好、ユーザが加入しているサービスなどが挙げられる。そして、各端末１００には、情報配信サーバ１０から、所属するグループを表したグループＩＤが通知される。このグループＩＤを取得した端末１００は、図２に示すスイッチ７０に、そのグループＩＤを通知し、スイッチ７０は、自らに接続された端末１００のグループＩＤとＩＰアドレス等の対応関係を表した「対応情報」を記録する。従って、例えば、ＩＰアドレスやグループＩＤにより相手先の端末１００が指定されたメッセージは、スイッチ７０を介して指定された端末１００に伝達される。

他のＳＩＰサーバであるホーム加入者サーバ２０，呼処理サーバ３０，プロキシサーバ４０，他網接続プロキシサーバ５０，登録サーバ６０等は、基本的には通常のＳＩＰを構成するＳＩＰサーバである。この各ＳＩＰサーバについて簡単に説明する。

（ホーム加入者サーバ２０）
ホーム加入者サーバ２０は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）の一例であって、サービスに加入しているユーザＩＤの管理、各ユーザの加入しているサービスのプロファイル管理、認証用情報の管理、各サービス利用可否の管理、ユーザ移動管理等を行う情報が記録されるデータベースを有する。従って、緊急地震速報配信サービスに加入しているユーザの端末１００等の情報（以下「ユーザ情報」ともいう。は、このホーム加入者サーバ２０に記録される。

（ＣＳＣＦ）
呼処理サーバ３０，プロキシサーバ４０，他網接続プロキシサーバ５０及び登録サーバ６０は、ＳＩＰに基づき、ユーザの登録やセッションの設定の制御を行うＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）の一例である。また、このＣＳＣＦは、ホーム加入者サーバ２０のデータベースに記録されたユーザのプロファイル等の情報に基づいて、必要なサービス処理の起動を行う。各ＣＳＣＦについては、以下の通りである。

（呼処理サーバ３０）
呼処理サーバ３０は、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）の一例であって、通常はＳＩＰ端末１００同士の呼び処理を行い、これらの端末１００間のセッション制御を行う。また、呼処理サーバ３０は、ホーム加入者サーバ２０からユーザ情報をダウンロードして、ユーザ情報やユーザの現在位置情報などを保持する。そして、呼処理サーバ３０は、必要に応じて情報配信サーバ１０や他のＳＩＰ ＡＳなどサービス処理を起動させる。尚、例えば、上記情報配信サーバ１０の情報配信サービス処理も、呼処理サーバ３０によりユーザ端末１００からの要求等に応じて起動されてもよいが、本実施形態で提供する情報は緊急地震速報であるため、このサービス処理は、常時起動されるか、又は、緊急地震速報を取得又は生成した時に起動されることが望ましい。

（プロキシサーバ４０）
プロキシサーバ４０は、Ｐ−ＣＳＣＦ（ＳＩＰプロキシサーバ、Ｐｒｏｘｙ−ＣＳＣＦ）の一例であって、端末１００が接続されたネットワークと、情報配信システム１との間の接続を行う。ここで、上述の通り、情報配信サーバ１０は、緊急地震速報をＳＩＰメッセージとして、グループＩＤ宛てに配信する。従って、プロキシサーバ４０は、このグループＩＤに属する端末１００に対してルーティングし、スイッチ７０を介してＳＩＰメッセージを伝達する。

また、このプロキシサーバ４０は、端末１００から取得する情報や信号については、その情報や信号の属性や種類等に応じて、上位のサーバ（例えば呼処理サーバ３０）に送信するか否かを判断し、送信しない場合には、その情報や信号を破棄することができる。より具体的に説明する。通常のＳＩＰによるセッション開始時にＳＩＰメッセージを取得した端末１００は、応答信号をＳＩＰメッセージ送信者宛に返信し、プロキシサーバ４０は、その応答信号をＳＩＰメッセージ送信者に伝達する。しかしながら、本実施形態に係るプロキシサーバ４０は、緊急地震速報を表したＳＩＰメッセージに対する応答信号を、ＳＩＰメッセージ送信者（つまり、情報配信サーバ１０）や上記のサーバに通知せずに破棄して、情報配信システム１は、セッションを終了する。

この際、プロキシサーバ４０は、例えば以下の場合に、ＳＩＰメッセージが緊急地震速報を表す旨を検出する。ただし、ここで挙げる検出方法は、あくまで一例であり、様々な変更例が考えられることは言うまでもない。
１）ＳＩＰメッセージのＲｅｑｕｅｓｔ−Ｌｉｎｅのアドレスを検索し、そのアドレスが「ｆｆ」から始まるマルチキャストアドレスのグループＩＤである場合
２）ＳＩＰメッセージのＳｕｂｊｅｃｔを検索し、そのＳｕｂｊｅｃｔに「緊急地震速報」などのようなキーワードが含まれる場合
３）ＳＩＰメッセージに含まれるデータ中を検索し、そのデータに「緊急地震速報」などのようなキーワードが含まれる場合

なお、本実施形態では、応答メッセージを破棄する場合について説明しているが、例えば、緊急地震速報を表したＳＩＰメッセージに対しては、応答を要求しないような新たなメッセージメソッドを定義することも可能である。

また、プロキシサーバ４０・呼処理サーバ３０・情報配信サーバ１０等は、通常のＳＩＰメッセージでは、ＳＩＰメッセージを送信した後、プロトコルタイマを起動させて、所定時間内に応答メッセージがない場合、メッセージを再送する。従って、再送を例えばプロキシサーバ４０が行う場合には、緊急地震速報に対してはこのような再送を行わないように、プロキシサーバ４０は、緊急地震速報を表したＳＩＰメッセージを検出すると、そのＳＩＰメッセージの送信時にプロトコルタイマを起動させない。また、再送を例えば呼処理サーバ３０や情報配信サーバ１０が行う場合には、プロキシサーバ４０は、緊急地震速報に対してこのような再送が行われないように、呼処理サーバ３０や情報配信サーバ１０にダミー信号を送信することも可能である。この際、プロキシサーバ４０は、ＳＩＰメッセージが確実に端末１００に到達するように、例えば３回などのように所定回数ＳＩＰメッセージを送信してもよい。

（他網接続プロキシサーバ５０）
他網接続プロキシサーバ５０は、情報配信システム１のＩＭＳ網と、そのＩＭＳ網とは異なり他のドメインを有する他ＩＭＳ網２との間の接続を行う。つまり、呼処理サーバ３０は、自らのＩＭＳ網内のグループＩＤ宛てのＳＩＰメッセージの場合、上記プロキシサーバ４０にＳＩＰメッセージをルーティングするが、他ＩＭＳ網内のグループＩＤ宛てのＳＩＰメッセージの場合、この他網接続プロキシサーバ５０にＳＩＰメッセージをルーティングする。そして、他網接続プロキシサーバ５０は、ＳＩＰメッセージを他ＩＭＳ網２内のグループＩＤへとルーティングする。なお、他ＩＭＳ網２は、情報配信システム１のＩＭＳ網と同じくＩＰｖ６網であることが望ましいが、この場合、この他網接続プロキシサーバ５０は、例えば、トンネリングやＮＡＴ越えなどを行うことにより、ＩＰｖ４網を経由して他ＩＭＳ網２にルーティングすることが可能である。

（登録サーバ６０）
登録サーバ６０は、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）の一例であって、ユーザの登録処理を行う。つまり、登録サーバ６０は、例えば、ユーザの端末１００が情報配信システム１に接続された場合や時間間隔などに応じて、ＳＬＦ（加入者ロケータ機能）にアクセスし、そのユーザのユーザ情報（加入情報）が記録されたホーム加入者サーバ２０を特定する。そして、登録サーバ６０は、ホーム加入者サーバ２０から得たユーザ情報に従って、そのユーザを担当する呼処理サーバ３０にユーザ登録処理を引き継ぐ。その後、呼処理サーバ３０は、ユーザ情報を記録すると共に、情報配信サーバ１０にユーザ情報を送信する。

以上、本実施形態に係る情報配信システム１の構成について説明した。
次に、本実施形態に係る情報配信システム１の動作について説明する。

＜一実施形態に係る情報配信方法＞
なお、この情報配信システム１では、上述の登録サーバ６０等により、所定のタイミング（端末１００の接続時等）において、登録処理を行う。そして、登録処理が行われた端末１００に対して、緊急地震速報のＳＩＰメッセージが配信される。そこで、以下では、まず図３を参照しつつ、登録処理について説明する。

（登録処理）
図３は、本実施形態に係る情報配信システム１による登録処理を説明する説明図である。
情報配信システム１における登録処理は、緊急地震速報サービスに加入しているユーザのユーザ情報を基に、ユーザの端末１００と情報配信システム１とで相互に認証を行い、ユーザの端末１００がサービスを利用できる状態にする。なお、ユーザによるサービス契約は予め行われているものとし、それに伴い、ユーザのユーザ情報は、端末１００とホーム加入者サーバ２０に記録されているものとする。そして、このユーザ情報には、契約時に設定される長期共有キー（Ｋｉ）が含まれる。

例えば、端末１００が、緊急地震速報を行うアプリケーションが起動している情報配信システム１に接続されたり、所定の時間間隔が経過したりした場合、以下の登録処理が行われる。この登録処理は、基本的にはＳＩＰの標準であるＲＦＣ３２６１（Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｓｏｃｉｅｔｙ，２００２）と同様の手順で行われる。

端末１００は、まず、例えば自己のＩＭＳ網、ここでは情報配信システム１のＩＭＳ網のドメインを示すＵＲＩを含む「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を、プロキシサーバ４０に送信する。その後「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」は、プロキシサーバ４０により、そのドメインの登録サーバ６０に送られる。すると、登録サーバ６０は、端末１００のユーザ情報が記録されたホーム加入者サーバ２０を特定して、そのホーム加入者サーバ２０にアクセスする（Ｄｉａｍｅｔｅｒ ＵＡＲ）。そして、登録サーバ６０は、ホーム加入者サーバ２０から端末１００を担当する呼処理サーバ３０の候補を取得する（Ｄｉａｍｅｔｅｒ ＵＡＡ）。そして、ステップＳ１０１が処理され、登録サーバ６０は、端末１００を担当する呼処理サーバ３０を選択する。この処理後、登録サーバ６０は、上記「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を、選択した呼処理サーバ３０に送信する。

すると、呼処理サーバ３０は、ホーム加入者サーバ２０に端末１００のユーザ情報と自己名などを通知して、ホーム加入者サーバ２０に認証ベクトルの計算とその通知を依頼する（Ｄｉａｍｅｔｅｒ ＭＡＲ）。ホーム加入者サーバ２０は、認証ベクトル（例えば、ＲＡＮＤ，ＡＵＴＮ，Ｃｋ，Ｉｋ）を計算し、呼処理サーバ３０に通知する（Ｄｉａｍｅｔｅｒ ＭＡＡ）。そして、ステップＳ１０３が処理され、呼処理サーバ３０は、ＸＲＥＳ（Ｅｘｐｅｃｔｅｄ Ｒｅｓｐｏｎｓｅ）を記録する。

そして、呼処理サーバ３０は、認証ベクトルを含む「４０１ Ｕｎａｕｔｈｏｒｉｚｅｄメッセージ」を、登録サーバ６０、プロキシサーバ４０と経由させて、端末１００へと送信する。この際、プロキシサーバ４０は、ステップＳ１０５を処理し、当該メッセージに含まれる認証ベクトルの一部（例えば、Ｃｋ，Ｉｋ）を保持して、端末１００との間にＩＰｓｅｃを設定する。そして、プロキシサーバ４０は、端末１００には認証ベクトルの一部の残り（例えば、ＲＡＮＤ，ＡＵＴＮ）を送信する。すると、端末１００は、この認証ベクトルの一部（例えばＡＵＴＮ）を用いてネットワークを認証する。更に、この端末１００は、認証ベクトルの一部を用いてＲＥＳ（Ｒｅｓｐｏｎｓｅ、認証応答），Ｃｋ，Ｉｋ等を計算する。一方、Ｃｋ，Ｉｋは、ＩＰｓｅｃ用のキーとなる。

そして、端末１００は、ＲＥＳを、認証要求に対する応答値として、２回目の「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」により呼処理サーバ３０に送信する。このＲＥＳを取得した呼処理サーバ３０は、ステップＳ１０７を処理し、予め保持したＸＲＥＳとＲＥＳとを比較することにより、ユーザが情報配信システム１で提供されるサービスの加入者であるか否かを認証する。

ユーザ認証が成功すると、呼処理サーバ３０は、ホーム加入者サーバ２０にユーザが登録されたことを通知する（Ｄｉａｍｅｔｅｒ ＳＡＲ）。すると、ホーム加入者サーバ２０は、呼処理サーバ３０にユーザ・プロファイル（ユーザに割り当てられている全てのＩＭＰＵ，登録されたＩＭＰＵ，ＩＦＣ（Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ）など）と、そのユーザが加入しているサービスの情報を含むユーザ情報を呼処理サーバ３０に送信する。そして、呼処理サーバ３０は、ステップＳ１０９を処理して、ユーザが加入しているサービスを評価する。

この評価の結果、ユーザが緊急地震速報サービスに加入している場合、呼処理サーバ３０は、情報配信サーバ１０に、ユーザ情報等を含む「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を通知する。すると、情報配信サーバ１０（呼処理サーバ３０でもよい）は、「２００ ＯＫメッセージ」を端末に送信する。

更に、上記「ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ」を取得した情報配信サーバ１０は、ユーザが加入しているサービスに緊急地震速報などのようなマルチキャスト配信に対応したサービスが含まれる場合、ステップＳ１１１を処理して、ユーザ情報等に応じて、そのユーザにグループを割り当てる。この際、グループの割当は、例えば、端末１００が接続された地域やユーザが住む地域、ユーザの性別、端末１００の機種（携帯電話・パーソナルコンピュータ・ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｃｅ）など）、ユーザの趣味や嗜好、ユーザが加入しているサービスなどのような、ユーザ又は端末１００の属性に応じて行われる。また、このグループは、予め決定されてホーム加入者サーバ２０にユーザ情報として記録されており、情報配信サーバ１０が、このユーザ情報に決定されているグループを割り当てることも可能である。そして、情報配信サーバ１０は、ステップＳ１１３（グループ通知ステップ）を処理して、サービス名と、割り当てたグループのグループＩＤとを、「ＳＩＰ ＭＥＳＳＡＧＥ」に載せて、端末１００に通知する。なお、ホーム加入者サーバ２０に予めグループＩＤが記録されていない場合には、情報配信サーバ１０は、ホーム加入者サーバ２０にグループＩＤを保持させることが望ましい。

すると、端末１００は、ステップＳ１１５を処理して、そのグループＩＤを、図２に示すスイッチ７０に通知し、「２００ ＯＫメッセージ」を情報配信サーバ１０に送信して、登録処理が完了する。また、この際、プロキシサーバ４０等の他のサーバも、上記「ＳＩＰ ＭＥＳＳＡＧＥ」や端末１００からの通知により、その端末１００のグループＩＤを記録することも可能である。また、この登録時に、端末１００やプロキシサーバ４０は、登録イベント通知サービスによりＩＭＳ登録情報を得ることも可能である。

このような登録処理では、Ｃｋ，Ｉｋなどの認証ベクトルにより、それらをキーとするＩＰｓｅｃが設定される。従って、端末１００とプロキシサーバ４０との間の通信は、暗号化されて保護される。従って、このＳＩＰによるメッセージ送受信は、ＩＭＳアクセス部分でのセキュリティを高めることができる。

以上、本実施形態に係る情報配信システム１による登録処理について説明した。
次に、本実施形態に係る情報配信システム１による情報配信処理について説明する。

（情報配信処理）
図４は、本実施形態に係る情報配信システム１による情報配信処理を説明する説明図である。この情報配信処理では、まず、情報配信サーバ１０が、まずステップＳ２０１を処理して、上述の通り、緊急地震速報を表すメッセージ（ＭＥＳＳＡＧＥ）を、他の情報生成装置から取得するか、又は、自ら生成する。

そして、次に、情報配信サーバ１０は、そのメッセージに関連するユーザのＩＰｖ６網におけるグループＩＤを、ホーム加入者サーバ２０に問い合わせて（Ｄｉａｍｅｔｅｒ ＵＤＲ）、ステップＳ２０３を処理してそのグループＩＤを取得する（Ｄｉａｍｅｔｅｒ ＵＤＡ）。つまり、例えば、東京地方で地震が発生した場合には、地域毎に割り振られたグループのうち東京地方やその近郊を示すグループのＩＤを取得する。なお、ここでは、情報配信サーバ１０自身は、グループＩＤやそのユーザのユーザ情報を保持していない場合について説明しているため、このようなグループＩＤの問い合わせを行う。しかしながら、情報配信サーバ１０自身が、これらのよう情報を記録している場合には、ここで行われる処理は、必ずしも必要ではない。

そして、情報配信サーバ１０は、ステップＳ２０５（メッセージ送信ステップ）を処理し、緊急地震速報を表すメッセージをＳＩＰメッセージ（ＳＩＰのショートメッセージメソッドである「ＭＥＳＳＡＧＥ」）として送信する（ＳＩＰ ＭＥＳＳＡＧＥ）。更にこの際、情報配信サーバ１０は、このＳＩＰメッセージを、各グループＩＤ宛てに送信する。つまり、情報配信サーバ１０は、例えば、メッセージのＲｅｑｕｅｓｔ−Ｌｉｎｅのアドレスを、「ｆｆ」から始まるマルチキャストアドレスグループＩＤとして、上記ＳＩＰメッセージを配信する。

送信されたＳＩＰメッセージは、呼処理サーバ３０により、自らのＩＭＳ網内のグループＩＤであれば、プロキシサーバ４０にルーティングされ、他ＩＭＳ網２内のグループＩＤであれば、他網接続プロキシサーバ５０にルーティングされる（ＳＩＰ ＭＥＳＳＡＧＥ）。この際、プロキシサーバ４０は、ステップＳ２０７（プロトコルタイマ未設定ステップ）を処理し、マルチキャスト配信されるＳＩＰメッセージであるか否かを検出し、そのようなＳＩＰメッセージの場合には、プロトコルタイマを張らない。なお、この処理は、呼処理サーバ３０・情報配信サーバ１０等の他のサーバにおいても同様に行われてもよく、応答信号がないメッセージを再送する機能を有する全てのサーバにおいて、同様に行われることが望ましい。

そして、このプロキシサーバ４０（又は他網接続プロキシサーバ５０）に送られたＳＩＰメッセージは、プロキシサーバ４０から図２に示すスイッチ７０にパケットとして送信される。このパケットは、スイッチ７０により複製され、更に下位のスイッチ７０へと一斉配信される。端末１００に接続された最下部のスイッチ７０は、図３のステップＳ１１５により、接続された端末１００に割り当てられたグループＩＤを記録しているため、該当する端末１００へとＳＩＰメッセージを配信する。その結果、緊急地震速報を表したＳＩＰメッセージを配信すべき相手先である適切なグループＩＤを有する端末１００は、ステップＳ２０９を処理して、そのＳＩＰメッセージを取得して、そのメッセージを表示するなどの出力処理を行って、ユーザに通知することができる。この際、端末１００から更に、そのメッセージを自らに接続されたホーム内の他の端末２００等に送信することも可能である。

ＳＩＰメッセージを取得した端末１００は、ステップＳ２１１を処理して、そのＳＩＰメッセージに対する応答信号（２００ ＯＫメッセージ）を出力する。一方、この緊急地震速報などのようにマルチキャストで送信される信号は、一般にコネクションレスであるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）が用いられるため、応答不要である。従って、この応答を受けたプロキシサーバ４０は、ステップＳ２１３（応答破棄ステップ）を処理して、応答信号を破棄し、セッションを終了する。なお、このセッション終了にあたっては、上述のように、プロキシサーバ４０等は、ステップＳ２０７においてプロトコルタイマを起動しないので、応答がない場合にメッセージの再送を繰り返すことが防がれる。また、この際プロキシサーバ４０は、上述のように、例えば、セッションを確実に終了させるために、呼処理サーバ３０や情報配信サーバ１０に、セッションを終了させるダミー信号を送信することも可能である（ダミー信号送信ステップ）。

＜一実施形態に係る情報処理システム等による効果の例＞
以上、本発明の一実施形態に係る情報処理システムと情報配信方法について説明した。本実施形態によれば、緊急地震速報などのように、迅速かつ確実に複数のユーザに配信することが望まれるメッセージを、ＳＩＰメッセージとして、グループＩＤ宛てにマルチキャスト配信する。一方、例えばＳＩＰのメッセージを従来の方法で送信する場合、そのメッセージは、ユーザの端末１００の１つ１つに配信する必要がある。従って、数千万の端末１００が登録されている場合には、その数千万の端末１００毎に１つ以上のメッセージが必要となり、数千万単位のコールが必要となる。他方、上記のようなマルチキャスト配信を行う場合には、呼処理サーバ３０は、プロキシサーバ４０の個数だけのメッセージを送信するのみで済む。例えば、１の都道府県を１０分割してプロキシサーバ４０を配置したとしても、およそ７０コール程度で済む。そして、プロキシサーバ４０も、自らに接続されたスイッチ７０の個数だけＳＩＰメッセージを配信すればよい。従って、マルチキャスト配信する際の負荷を、呼処理サーバ３０だけでなく、プロキシサーバ４０やスイッチ７０等にも分散させることができ、サーバやネットワークのトラフィックを大幅に抑制することが可能である。

また、本実施形態によれば、グループＩＤ宛てにマルチキャスト配信するため、例えば、グループＩＤを上述のように地域毎に割り当てる場合、地震が発生して震度５以上の地域のグループには、緊急地震速報を配信し、それ以外には配信しないなどのような、メッセージ配信先の特定が可能である。このような地域の特定は、例えば、天気予報や地域のニュースを通知するサービスにも非常に有効である。また、地域毎の情報配信以外にも、例えば、端末１００の機種やソフトウェア等に応じてグループＩＤを割り当てることにより、メンテナンスなどのデータを一斉配信することも可能である。他にも、性別や年齢に応じてグループＩＤを割り当てることにより、ユーザの属性に応じて必要な情報を取捨選択して一斉配信することも可能である。

更に、本実施形態によれば、グループ宛にマルチキャスト配信する際に、ＳＩＰメッセージとして送信する。一方、ＳＩＰは、情報配信システム１中の各サーバをトラストホストとして扱うことを可能にするので、本実施形態によれば、情報配信サーバ１０からのみ配信でき、かつ、特定のグループＩＤ宛てにメッセージの受信を許可することができる。よって、例えば、いわゆる「なりすまし」などのように、第三者が悪意で虚偽の情報を一斉配信することや、サービスに加入していないユーザがメッセージを不正に取得するとことなどを防止して、セキュリティを高めることができる。この際、ＳＩＰは、既に確立され標準化されたプロトコルである。よって、このようなメッセージ一斉配信に新たなプロトコルを定義して構築する必要がないので、容易かつ低コストで導入が可能である。そして、ＳＩＰメッセージに対して、端末１００は、通常通り応答し、プロキシサーバ４０がその応答を破棄してセッションを終了数することができる。従って、端末１００自身に特殊な仕様の変更や機能の導入を行う必要が無く、サービスを受けるユーザの負担も低減することが可能である。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されないことは言うまでもない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、ＳＩＰが実装されたネットワークである場合について説明した。しかしながら、例えば、通信技術が進歩したり、規格が変更されることにより、ＳＩＰ以外の、２以上の端末（クライアント）間でセッションを確立する通信プロトコルが使用され、かつ、そのプロトコルがＳＩＰと同レベルか上位レベルのレイヤでセッションを管理する場合には、本発明は、そのプロトコルにも応用することが可能であろうことを付言しておく。

また、上記各実施形態で説明した一連の処理は、専用のハードウエアにより実行させてもよいが、ソフトウエアにより実行させてもよい。一連の処理をソフトウエアにより行う場合、汎用又は専用のコンピュータにプログラムを実行させることにより、上記の一連の処理を実現することができる。コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）・ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記録装置と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）・インターネット（ＩＰｖ６網）等のネットワークに接続された通信装置と、マウス・キーボード等の入力装置と、フレキシブルディスク等の磁気ディスク、各種のＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）・ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスク・ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の光ディスク、半導体メモリ等のリムーバブル記憶媒体等を読み書きするドライブと、モニタなどの表示装置・スピーカやヘッドホンなどの音声出力装置などの出力装置等と、を有してもよい。そして、このコンピュータは、記録装置・リムーバブル記憶媒体に記録されたプログラム、又はネットワークを介して取得したプログラムを実行することにより、上記一連の処理を実行してもよい。

尚、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。

本発明の一実施形態に係る情報配信システムの構成を説明する説明図である。 同実施形態に係る情報配信システムの構成を説明する説明図である。 同実施形態に係る情報配信システムによる登録処理を説明する説明図である。 同実施形態に係る情報配信システムによる情報配信処理を説明する説明図である。

符号の説明

１ 情報配信システム
１０ 情報配信サーバ
２０ ホーム加入者サーバ
３０ 呼処理サーバ
４０ プロキシサーバ
５０ 他網接続プロキシサーバ
６０ 登録サーバ
７０ スイッチ
１００，１０１，１０２，１０３，１０４，１０５，１０７，１０８，１０９ 端末
２００，２０１ 端末

Claims (14)

1. グループが割り当てられた１又は２以上の端末とネットワークとの間で、セッション制御を行うＳＩＰメッセージの送受信を制御するＳＩＰプロキシサーバと、
   前記ＳＩＰプロキシサーバを介して前記端末に対し、当該端末に配信する情報を前記ＳＩＰメッセージとして送信するＳＩＰアプリケーションサーバと、
   を備え、
   前記ＳＩＰアプリケーションサーバは、前記ＳＩＰメッセージを前記グループ宛に送信することにより、当該グループが割り当てられた１又は２以上の端末にマルチキャスト配信することを特徴とする、情報配信システム。
2. 前記ＳＩＰプロキシサーバは、前記ＳＩＰメッセージがグループ宛である場合、当該グループが割り当てられた１又は２以上の端末に前記ＳＩＰメッセージを伝達すると共に、当該ＳＩＰメッセージに対して前記端末から送信される応答信号を前記ＳＩＰアプリケーションサーバに伝達せずに、セッションを終了することを特徴とする、請求項１に記載の情報配信システム。
3. 前記ＳＩＰプロキシサーバは、前記ＳＩＰメッセージがグループ宛である場合、当該ＳＩＰメッセージに対して前記端末から送信される応答信号を破棄して、セッションを終了することを特徴とする、請求項２に記載の情報配信システム。
4. 前記ＳＩＰプロキシサーバは、前記ＳＩＰメッセージがグループ宛である場合、プロトコルタイマを張らずに、前記ＳＩＰメッセージを前記端末に送信することを特徴とする、請求項２又は３に記載の情報配信システム。
5. 前記ＳＩＰプロキシサーバは、前記ＳＩＰメッセージがグループ宛である場合、セッションを終了させるためのダミー信号を、前記ＳＩＰメッセージに対する呼処理を行う呼処理サーバに送信して、セッションを終了することを特徴とする、請求項２〜４のいずれかに記載の情報配信システム。
6. 前記ＳＩＰアプリケーションサーバは、前記端末に割り当てられたグループのグループＩＤを、当該端末に登録時に通知することを特徴とする、請求項１〜５のいずれかに記載の情報配信システム。
7. 前記ネットワークは、ＩＰｖ６網であることを特徴とする、請求項１〜６のいずれかに記載の情報配信システム。
8. ＳＩＰアプリケーションサーバにより、グループが割り当てられた１又は２以上の端末とネットワークとの間で、セッション制御を行うＳＩＰメッセージの送受信を制御するＳＩＰプロキシサーバを介して、前記端末に対し、当該端末に配信する情報を前記ＳＩＰメッセージとして送信するメッセージ送信ステップを有し、
   前記メッセージ送信ステップでは、前記ＳＩＰメッセージを前記グループ宛に送信することにより、当該グループが割り当てられた１又は２以上の端末にマルチキャスト配信することを特徴とする、情報配信方法。
9. 前記ＳＩＰメッセージがグループ宛である場合、前記ＳＩＰプロキシサーバにより、当該グループが割り当てられた１又は２以上の端末に前記ＳＩＰメッセージを伝達し、かつ、当該ＳＩＰメッセージに対して前記端末から送信される応答信号を前記ＳＩＰアプリケーションサーバに伝達せずに、セッションを終了することを特徴とする、請求項８に記載の情報配信方法。
10. 前記ＳＩＰメッセージがグループ宛である場合、前記ＳＩＰプロキシサーバにより、当該ＳＩＰメッセージに対して前記端末から送信される応答信号を破棄して、セッションを終了する応答破棄ステップを更に有することを特徴とする、請求項９に記載の情報配信方法。
11. 前記ＳＩＰメッセージがグループ宛である場合、前記ＳＩＰプロキシサーバにより、プロトコルタイマを張らずに、前記ＳＩＰメッセージを前記端末に送信するプロトコルタイマ未設定ステップを更に有することを特徴とする、請求項９又は１０に記載の情報配信方法。
12. 前記ＳＩＰメッセージがグループ宛である場合、前記ＳＩＰプロキシサーバにより、セッションを終了させるためのダミー信号を、前記ＳＩＰメッセージに対する呼処理を行う呼処理サーバに送信して、セッションを終了するダミー信号送信ステップを更に有することを特徴とする、請求項９〜１１のいずれかに記載の情報配信方法。
13. 前記ＳＩＰアプリケーションサーバにより、前記端末に割り当てられたグループのグループＩＤを、当該端末に登録時に通知するグループ通知ステップを更に有することを特徴とする、請求項８〜１２のいずれかに記載の情報配信方法。
14. 前記ネットワークは、ＩＰｖ６網であることを特徴とする、請求項８〜１３のいずれかに記載の情報配信方法。

Images