(57)【要約】【課題】メッセージング機能を利用したデータ配信を確実に行うことが困難であること。【解決手段】本発明の情報処理装置は、固有の電話番号が付与された携帯電話端末との通信を制御する通信制御装置に接続された情報処理装置であって、電話番号を宛先とする携帯電話端末への配信データを、所定のメッセージング規格に従って通信制御装置に送信依頼する送信手段と、配信データの宛先となった電話番号が付与された携帯電話端末からの当該配信データの拒否応答を、通信制御装置から受信する受信手段と、を備え、上記送信手段は、携帯電話端末から配信データの拒否応答を受信した場合に、当該配信データを所定のメッセージング規格とは異なる他のメッセージング規格に従って携帯電話端末に送信するよう通信制御装置に送信依頼する。【選択図】図２
2020017786.tif 000002
【特許請求の範囲】
【請求項１】
固有の電話番号が付与された携帯電話端末との通信を制御する通信制御装置に接続された情報処理装置であって、
前記電話番号を宛先とする前記携帯電話端末への配信データを、所定のメッセージング規格に従って前記通信制御装置に送信依頼する送信手段と、
前記配信データの宛先となった前記電話番号が付与された前記携帯電話端末からの当該配信データの拒否応答を、前記通信制御装置から受信する受信手段と、を備え、
前記送信手段は、前記携帯電話端末から前記配信データの拒否応答を受信した場合に、当該配信データを前記所定のメッセージング規格とは異なる他のメッセージング規格に従って前記携帯電話端末に送信するよう前記通信制御装置に送信依頼する、
情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記送信手段は、パケット通信にて前記配信データを送信する前記所定のメッセージング規格とは異なり、電話回線における制御チャネルにて前記配信データを送信する前記他のメッセージング規格に従って前記通信制御装置に送信依頼する、
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記送信手段は、前記所定のメッセージング規格としてＭＭＳ（Multimedia Message Service）規格またはＲＣＳ（Rich Communication Service）規格に従って前記配信データの送信依頼を行い、前記他のメッセージング規格としてＳＭＳ（Short Message Service）規格に従って前記配信データの送信依頼を行う、
情報処理装置。
【請求項４】
請求項１乃至３のいずれかに記載の情報処理装置であって、
前記送信手段は、前記他のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該他のメッセージング規格で送信することができるデータのみを前記配信データとして送信依頼を行う、
情報処理装置。
【請求項５】
請求項１乃至４のいずれかに記載の情報処理装置であって、
前記送信手段は、前記他のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該他のメッセージング規格で送信することを指定されたデータを前記配信データとして送信依頼を行う、
情報処理装置。
【請求項６】
請求項１乃至５のいずれかに記載の情報処理装置であって、
前記送信手段は、前記所定のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該所定のメッセージング規格で送信することを指定されたデータを前記配信データとして送信依頼を行い、前記他のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該他のメッセージング規格で送信することを指定されたデータを前記配信データとして送信依頼を行う、
情報処理装置。
【請求項７】
請求項５又は６に記載の情報処理装置であって、
前記配信データを受け付ける受付手段を備え、
前記受付手段は、前記所定のメッセージング規格に従って送信依頼する前記配信データと、前記他のメッセージング規格に従って送信依頼する前記配信データと、の指定を受け付ける、
情報処理装置。
【請求項８】
固有の電話番号が付与された携帯電話端末との通信を制御する通信制御装置に接続された情報処理装置による情報処理方法であって、
前記電話番号を宛先とする前記携帯電話端末への配信データを、所定のメッセージング規格に従って前記通信制御装置に送信依頼し、
前記配信データの宛先となった前記電話番号が付与された前記携帯電話端末からの当該配信データの拒否応答を、前記通信制御装置から受信し、
前記携帯電話端末から前記配信データの拒否応答を受信した場合に、当該配信データを前記所定のメッセージング規格とは異なる他のメッセージング規格に従って前記携帯電話端末に送信するよう前記通信制御装置に送信依頼する、
情報処理方法。
【請求項９】
固有の電話番号が付与された携帯電話端末との通信を制御する通信制御装置に接続された情報処理装置に、
前記電話番号を宛先とする前記携帯電話端末への配信データを、所定のメッセージング規格に従って前記通信制御装置に送信依頼する送信手段と、
前記配信データの宛先となった前記電話番号が付与された前記携帯電話端末からの当該配信データの拒否応答を、前記通信制御装置から受信する受信手段と、
を実現させると共に、
前記送信手段は、前記携帯電話端末から前記配信データの拒否応答を受信した場合に、当該配信データを前記所定のメッセージング規格とは異なる他のメッセージング規格に従って前記携帯電話端末に送信するよう前記通信制御装置に送信依頼する、
ことを実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話端末に対するデータ配信を制御する情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
携帯電話端末は、電話番号を宛先としてメッセージの配信を行う機能を装備している。例えば、電話番号を使用したメッセージング機能として、携帯電話端末の通話回線における制御チャネルを使用してメッセージの配信を行うＳＭＳ（Short Message Service：ショートメッセージサービス）機能がある。
【０００３】
上述したＳＭＳ機能は、個人が所有する携帯電話端末間でのメッセージの送受信手段として利用されてきたが、近年では、企業から個人の携帯電話端末にメッセージを送信する手段として利用されている。その一例が、特許文献１に開示されている。
【０００４】
特許文献１に開示の情報処理システムでは、企業によるメッセージ配信を支援する事業者が管理する配信装置を備えている。そして、企業の情報処理装置からのデータ配信要求に応じて、配信装置がメッセージ送信側となり、携帯電話サービスを提供する通信事業者（キャリア）のサーバに対してメッセージ配信を要求し、かかる通信事業者のサーバから携帯電話端末にメッセージ配信を行っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１８−４６５３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
また、近年では、電話番号を宛先として、メッセージに加えて、画像や動画といったデータも配信できるメッセージング機能も提供されている。このようなメッセージング機能として、例えば、電話番号に対応づけたメールアドレスを利用したＭＭＳ（Multimedia Message Service：マルチメディアメッセージサービス）機能や、電話番号をそのまま宛先としたＲＣＳ（Rich Communication Service：リッチコミュニケーションサービス）機能が提供されている。
【０００７】
しかしながら、上述したＲＣＳ機能をはじめとするメッセージング機能は、携帯電話端末に搭載されたアプリケーションプログラムによって提供されるため、企業から配信されたデータを全ての携帯電話端末が適切に受信できるとは限らない。すると、企業などの送信元からのデータ配信を確実に行うことが困難である、という問題が生じる。
【０００８】
このため、本発明の目的は、上述した課題である、メッセージング機能を利用したデータ配信を確実に行うことが困難である、という問題を解決することにある。
【課題を解決するための手段】
【０００９】
本発明の一形態である情報処理装置は、
固有の電話番号が付与された携帯電話端末との通信を制御する通信制御装置に接続された情報処理装置であって、
前記電話番号を宛先とする前記携帯電話端末への配信データを、所定のメッセージング規格に従って前記通信制御装置に送信依頼する送信手段と、
前記配信データの宛先となった前記電話番号が付与された前記携帯電話端末からの当該配信データの拒否応答を、前記通信制御装置から受信する受信手段と、を備え、
前記送信手段は、前記携帯電話端末から前記配信データの拒否応答を受信した場合に、当該配信データを前記所定のメッセージング規格とは異なる他のメッセージング規格に従って前記携帯電話端末に送信するよう前記通信制御装置に送信依頼する、
という構成をとる。
【００１０】
また、上記情報処理装置では、
前記送信手段は、パケット通信にて前記配信データを送信する前記所定のメッセージング規格とは異なり、電話回線における制御チャネルにて前記配信データを送信する前記他のメッセージング規格に従って前記通信制御装置に送信依頼する、
という構成をとる。
【００１１】
また、上記情報処理装置では、
前記送信手段は、前記所定のメッセージング規格としてＭＭＳ（Multimedia Message Service）規格またはＲＣＳ（Rich Communication Service）規格に従って前記配信データの送信依頼を行い、前記他のメッセージング規格としてＳＭＳ（Short Message Service）規格に従って前記配信データの送信依頼を行う、
という構成をとる。
【００１２】
また、上記情報処理装置では、
前記送信手段は、前記他のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該他のメッセージング規格で送信することができるデータのみを前記配信データとして送信依頼を行う、
という構成をとる。
【００１３】
また、上記情報処理装置では、
前記送信手段は、前記他のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該他のメッセージング規格で送信することを指定されたデータを前記配信データとして送信依頼を行う、
という構成をとる。
【００１４】
また、上記情報処理装置では、
前記送信手段は、前記所定のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該所定のメッセージング規格で送信することを指定されたデータを前記配信データとして送信依頼を行い、前記他のメッセージング規格に従って前記配信データの送信依頼を行う際に、当該他のメッセージング規格で送信することを指定されたデータを前記配信データとして送信依頼を行う、
という構成をとる。
【００１５】
また、上記情報処理装置では、
前記配信データを受け付ける受付手段を備え、
前記受付手段は、前記所定のメッセージング規格に従って送信依頼する前記配信データと、前記他のメッセージング規格に従って送信依頼する前記配信データと、の指定を受け付ける、
という構成をとる。
【００１６】
また、本発明の他の形態である情報処理方法は、
固有の電話番号が付与された携帯電話端末との通信を制御する通信制御装置に接続された情報処理装置による情報処理方法であって、
前記電話番号を宛先とする前記携帯電話端末への配信データを、所定のメッセージング規格に従って前記通信制御装置に送信依頼し、
前記配信データの宛先となった前記電話番号が付与された前記携帯電話端末からの当該配信データの拒否応答を、前記通信制御装置から受信し、
前記携帯電話端末から前記配信データの拒否応答を受信した場合に、当該配信データを前記所定のメッセージング規格とは異なる他のメッセージング規格に従って前記携帯電話端末に送信するよう前記通信制御装置に送信依頼する、
という構成をとる。
【００１７】
また、上記情報処理方法では、
前記所定のメッセージ規格に従って前記配信データを送信依頼する前に、前記所定のメッセージング規格に従って送信依頼する前記配信データと、前記他のメッセージング規格に従って送信依頼する前記配信データと、が指定された前記配信データを受け付ける、
という構成をとる。
【００１８】
また、本発明の他の形態であるプログラムは、
固有の電話番号が付与された携帯電話端末との通信を制御する通信制御装置に接続された情報処理装置に、
前記電話番号を宛先とする前記携帯電話端末への配信データを、所定のメッセージング規格に従って前記通信制御装置に送信依頼する送信手段と、
前記配信データの宛先となった前記電話番号が付与された前記携帯電話端末からの当該配信データの拒否応答を、前記通信制御装置から受信する受信手段と、
を実現させると共に、
前記送信手段は、前記携帯電話端末から前記配信データの拒否応答を受信した場合に、当該配信データを前記所定のメッセージング規格とは異なる他のメッセージング規格に従って前記携帯電話端末に送信するよう前記通信制御装置に送信依頼する、
ことを実現させる、
という構成をとる。
【発明の効果】
【００１９】
本発明は、以上のように構成されることにより、メッセージング機能を利用したデータ配信を確実に行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態１における情報処理システム全体の構成を示すブロック図である。
【図２】図１に開示した配信業者サーバの構成を示す図である。
【図３】図１に開示した企業端末に表示される配信データの登録画面を示す図である。
【図４】図１に開示した企業端末に表示される配信データの登録画面を示す図である。
【図５】図１に開示した情報処理システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００２１】
＜実施形態１＞
本発明の第１の実施形態を、図１乃至図５を参照して説明する。図１乃至図４は、情報処理システムの構成を説明するための図である。図５は、情報処理システムの動作を説明するための図である。
【００２２】
［構成］
図１は、本発明における情報処理システムの全体構成を示している。この図に示すように、情報処理システムは、ネットワークＮを介して接続された、配信業者サーバ１、企業端末２、携帯事業者サーバ３、携帯端末４、を備えている。以下、各構成について説明する。
【００２３】
上記携帯端末４は、スマートフォンなどの携帯電話端末であり、固有の電話番号が付与されている。そして、携帯端末４は、後述する携帯事業者サーバ３にて通信が制御されることにより、他の情報処理端末と通話やデータの送受信を行うことができる。特に、携帯端末４は、電話番号を宛先として、予め定められたメッセージング規格に従ってテキストや画像などの配信データ（メッセージ）を送受信するメッセージング機能を備えている。携帯端末４が備えるメッセージング機能としては、例えば、ＳＭＳ（Short Message Service）機能と、ＭＭＳ（Multimedia Message Service）機能と、ＲＣＳ（Rich Communication Service）機能と、がある。本実施形態における携帯端末４は、全てが少なくともＳＭＳ機能を備えており、端末によってはＳＭＳ機能に加え、ＭＭＳ機能及び／又はＲＣＳ機能を備えている。
【００２４】
上記ＳＭＳ機能は、電話番号を宛先として、電話回線における制御チャネルにて所定文字数のテキストデータを送受信するＳＭＳ規格のメッセージング機能である。上記ＭＭＳ機能は、電話番号に対応づけられたメールアドレスを宛先として、パケット通信にてテキストデータや画像データ等のデータを送受信するＭＭＳ規格のメッセージング機能である。上記ＲＣＳ機能は、電話番号を宛先として、パケット通信にてテキストデータや画像データ等のデータを送受信するＭＭＳ規格のメッセージング機能である。このように、ＳＭＳ機能は、所定の文字数のテキストデータしか送受信できないが、ＭＭＳ機能やＲＣＳ機能は、テキストデータに限らず、画像などの他のデータも送受信することができる。
【００２５】
なお、上述したメッセージング機能は、携帯端末４に組み込まれたアプリケーションによって実現される。例えば、ＳＭＳ機能は、携帯端末４の基本機能として組み込まれており、ＭＭＳ機能やＲＣＳ機能は、かかる機能を実現するための特別なアプリケーションを組み込むことで実現される。このため、携帯端末４の中には、ＭＭＳ機能やＲＣＳ機能でデータの送受信を行うことができないものもある。
【００２６】
そして、携帯端末４は、後述するように携帯事業者サーバ３から送信された配信データが、自身が備えるメッセージング機能の規格によるものである場合には、かかる配信データを受信して表示部に表示するなど再生することができる。そして、携帯端末４は、受信した旨を表す「受信応答」を、配信データに含まれる「送信元」宛として携帯事業者サーバ３に送信する。一方、携帯端末４は、携帯事業者サーバ３から送信された配信データが、自身が備えるメッセージング機能の規格によるものではない場合には、かかる配信データを再生することができないため、受信拒否を表す「拒否応答」を、配信データに含まれる「送信元」宛として携帯事業者サーバ３に送信する。
【００２７】
上記携帯事業者サーバ３（通信制御装置）は、携帯電話サービスを提供する通信事業者（キャリア）が管理するサーバコンピュータであり、携帯端末４との通信を制御する。例えば、本実施形態では、後述する配信業者サーバ１からの配信データ（メッセージ）の送信依頼に応じて、宛先となる携帯端末４に配信データを送信する。このとき、配信業者サーバ１からの配信データの送信依頼は、配信データの規格が指定されており、かかる規格に従って、配信データを携帯端末４に送信する。なお、携帯事業者サーバ３からの配信データの送信依頼には、少なくとも、配信データ自体を表すテキストデータや画像などの「コンテンツ」と、配信データの送信元を表す「センダＩＤ」と、配信データの宛先を表す「電話番号」と、が含まれる。このため、携帯事業者サーバ３は、「電話番号」宛に、「センダＩＤ」を送信元として、「コンテンツ」を含む配信データを携帯端末４に送信する。
【００２８】
また、携帯事業者サーバ３は、配信データを送信した携帯端末４から受信した「受信応答」あるいは「拒否応答」を、かかる配信データの送信元である「センダＩＤ」を宛先として、配信業者サーバ１に送信する。このとき、携帯事業者サーバ３は、「受信応答」あるいは「拒否応答」に携帯端末４の「電話番号」も含めて、配信業者サーバ１に送信する。
【００２９】
上記企業端末２は、携帯端末４に対して配信データの送信を行う企業が管理する情報処理端末である。企業端末２は、後述する図３，４に示すように、配信業者サーバ１から送信された配信データの登録画面２０に従って、主に、配信データ自体を表す「コンテンツ」と、配信データの宛先を表す「電話番号」と、を入力して、配信業者サーバ１に送信する。これにより、配信業者サーバ１に配信データが登録され、後述するようにかかる配信データが携帯端末４に配信される。
【００３０】
上記配信業者サーバ１は、企業による配信データの配信を支援する事業者が管理し、演算装置及び記憶装置を備えた情報処理装置である。そして、配信業者サーバ１は、図２に示すように、演算装置にプログラムが実行されることで構築された、配信受付部１１と、配信処理部１２と、配信結果処理部１３と、を備えている。また、配信業者サーバ１は、記憶装置に形成された配信データ記憶部１４を備えている。
【００３１】
上記配信受付部１１（受付手段）は、アクセスしてきた企業端末２に対して、図３に示すような配信データの登録画面２０を送信して、当該企業端末２に表示する。そして、配信受付部１１は、登録画面２０に入力された内容に基づく配信データを受け付けて、配信データ記憶部１４に記憶する。
【００３２】
ここで、登録画面２０は、例えば、配信データを識別するための管理ラベル２１の入力欄と、配信日時２２の入力欄と、送信先の指定方法２３の選択欄と、宛先となる電話番号２４の入力欄と、を有する。図３の例では、宛先の電話番号が個別に指定されている場合を示しているが、複数の電話番号が記憶されたファイルや予め用意された顧客データを指定することで、まとめて複数の電話番号を宛先として指定してもよい。
【００３３】
また、登録画面２０は、配信する配信データ自体である「コンテンツ」を指定する入力欄２５，２６を有する。具体的には、符号２６に示すように「コンテンツ」の種類が列挙されており、ここで選択された種類の「コンテンツ」を、符号２５の入力欄で選択することができる。例えば、図３の例のように、「コンテンツ」の種類として「動画」が選択されると、符号２５の入力欄で、企業端末２に記憶されている「動画ファイル」を指定することができる。
【００３４】
また、登録画面２０では、複数の「コンテンツ」を指定することができる。図４の例では、上述した「動画」に加えて、符号２６の入力欄で「ＳＭＳ」を選択しており、この場合、ＳＭＳ機能で送信可能な「テキストデータ」の入力欄が符号２７に示すように表示される。なお、「コンテンツ」として「ＳＭＳ」を選択した場合には、図４に示すように、入力した「テキストデータ」を「送信できなかった場合のみ送る」ことを指定する欄が表示される。
【００３５】
そして、配信受付部１１は、基本的には、上述したように登録画面２０に入力された「コンテンツ」の全てを、「ＲＣＳ」規格に従って送信されるよう指定されたものとして受け付ける。但し、上述したように、「コンテンツ」として「ＳＭＳ」を選択し、入力した「テキストデータ」を「送信できなかった場合のみ送る」ことが指定されると、かかる「テキストデータ」は「ＳＭＳ」規格に従って送信されるよう指定されたものとして受け付ける。つまり、図４の例では、配信受付手段１１は、指定された「コンテンツ」のうち、「動画」だけが「ＲＣＲ」規格で送信されるよう指定され、「テキストデータ」だけが「ＳＭＳ」規格で送信されるよう指定されたものとして受け付ける。
【００３６】
なお、配信受付部１１は、「コンテンツ」を配信する際のメッセージング規格の指定を、別の方法で受け付けてもよい。また、配信受付部１１は、必ずしも「コンテンツ」を配信する際のメッセージング規格の指定を受け付ける必要はない。例えば、上述したように、入力された「コンテンツ」の全てを、自動的に「ＲＣＳ」規格で送信するものとして受け付けてもよく、「ＳＭＳ」として入力された「コンテンツ」を自動的に「ＳＭＳ」規格で送信するものとして受け付けてもよい。
【００３７】
上記配信処理部１２（送信手段）は、上述したように企業端末２から登録画面２０に入録された配信データに基づいて、携帯端末４への送信処理を行う。具体的に、配信処理部１２は、まず配信データのうち「宛先」として入力された「電話番号」に基づいて、宛先の通信事業者（キャリア）を特定する。例えば、配信処理部１２は、配信業者サーバ１や外部サーバに予め記憶されている電話番号と通信事業者との対応テーブルを参照して、宛先の通信事業者を特定する。そして、配信処理部１２は、特定した通信事業者が管理する携帯事業者サーバ３に対して、「宛先」を「電話番号」とした配信データの送信依頼を行う。このとき、配信処理部１２は、特定した通信事業者に対して予め割り当てられた「送信元」を表す「センダＩＤ」を配信データに含めて、当該配信データの送信依頼を行う。
【００３８】
また、配信処理部１２は、本実施形態では、登録された配信データを宛先となる携帯端末４にはじめて送信する場合には、当該配信データを「ＲＣＳ」規格（所定のメッセージング規格）にて送信するよう、携帯事業者サーバ３に送信依頼する。この場合、配信処理部１２は、図４で例に挙げた「動画」のみが「コンテンツ」として含められた配信データを、ＲＣＳ規格にて配信するよう送信依頼する。これにより、配信データに含まれる配信日時に、携帯事業者サーバ３から、ＲＣＳ規格にて配信データが送信されることとなる。なお、配信処理部１２は、例えば、登録画面２０にて配信データを送信する規格が指定されている場合には、かかる指定された規格で送信してもよい。
【００３９】
上記配信結果処理部１３（受信手段）は、上述した「ＲＣＳ」規格による配信データの送信結果、つまり、配信データの宛先となった携帯端末４からの「受信応答」あるいは「拒否応答」を、携帯事業者サーバ３から受信する。そして、配信結果処理部１３は、携帯事業者サーバ３から「拒否応答」を受信すると、かかる「拒否応答」に含まれる「電話番号」が付与された携帯端末４に配信データが送信できなかったことを認識し、かかる「電話番号」を配信処理部１２に通知する。なお、配信結果処理部１３は、「受信応答」を携帯事業者サーバ３から受信すると、その「電話番号」が付与された携帯端末４への配信データの送信が完了したものとして処理する。
【００４０】
そして、配信処理部１２（送信手段）は、上述したように配信結果処理部１３から「拒否応答」をしてきた携帯端末４の「電話番号」の通知を受けると、かかる携帯端末４に対する配信データの再送信を行う。このとき、配信処理部１２は、上述したように同一の携帯端末４に対して最初に「ＲＣＳ」規格によって配信データの送信を行ったが、再送信時には、別のメッセージング規格で行う。本実施形態では、配信処理部１２は、「ＳＭＳ」規格に従って配信データの配信を行う。このとき、配信処理部１２は、図４で例に挙げた「テキストメッセージ」のみが「ＳＭＳ」規格に従って送信されるよう指定されているため、かかる「テキストメッセージ」のみを「コンテンツ」とした配信データを、携帯端末４に送信するよう携帯事業者サーバ３に送信依頼する。これにより、携帯事業者サーバ３から、ＳＭＳ規格にて「テキストデータ」のみが「コンテンツ」となる配信データが送信されることとなる。
【００４１】
［動作］
次に、上述した情報処理システムの動作を、図５のシーケンス図を参照して説明する。まず、企業が携帯端末４に対して配信データの配信を希望する場合には、企業端末２にて配信業者サーバ１の登録画面２０にアクセスする（ステップＳ１）。企業端末２は、図３及び図４に示すように、配信データの宛先となる「電話番号」と配信データ自体である「コンテンツ」を入力することで、かかる配信データを配信業者サーバ１が受け付ける（ステップＳ２）。このとき、企業端末２は、図４に示すように、入力した「テキストデータ」を「送信できなかった場合のみ送る」と指定することで、配信業者サーバ１は「テキストデータ」を「ＳＭＳ」規格に従って送信されるものとして受け付ける。なお、配信業者サーバ１は、それ以外の「コンテンツ」つまり「動画」は、「ＲＣＳ」規格に従って送信されるよう指定されたものとして受け付ける。
【００４２】
続いて、配信業者サーバ１は、企業端末２から入力された配信データに基づいて、携帯事業者サーバ３に送信依頼するための配信データを作成する（ステップＳ３）。具体的に、配信業者サーバ１は、まず、「宛先」である「電話番号」に基づいて、かかる宛先の通信事業者（キャリア）を特定する。配信業者サーバ１は、特定した通信事業者に対して予め割り当てられた「センダＩＤ」を「送信元」に設定し、「動画」のみを「コンテンツ」に設定し、「電話番号」を「宛先」に設定した配信データを作成する。そして、配信業者サーバ１は、作成した配信データを、「ＲＣＳ」規格にて配信するよう携帯事業者サーバ３に送信依頼する（ステップＳ４）。これにより、配信データは、携帯事業者サーバ３から「宛先」として設定された「電話番号」が付与された携帯端末４に送信される。
【００４３】
「ＲＣＳ」規格にて「コンテンツ」に「動画」が含まれた配信データを送信された携帯端末４は、自身が備えるメッセージング機能が「ＲＣＳ」規格に対応していない場合には、配信データに含まれる「送信元」宛に、「拒否応答」を携帯事業者サーバ３に送信する（ステップＳ５）。携帯事業者サーバ３は、「拒否応答」の旨を、当該拒否応答を行った携帯端末４の「電話番号」を含めて、「送信元」となる配信業者サーバ１に送信する。
【００４４】
すると、配信業者サーバ１は、「拒否応答」をしてきた携帯端末４の「電話番号」に対して、配信データの再送信を行う。このとき、配信業者サーバ１は、先に「ＲＣＳ」規格による配信データの送信ができなかったため、「ＳＭＳ」規格に従った配信データを作成する（ステップＳ６）。つまり、配信業者サーバ１は、「テキストメッセージ」のみを「コンテンツ」とした配信データを作成する。そして、配信業者サーバ１は、作成した配信データを、「ＳＭＳ」規格にて携帯端末４に送信するよう携帯事業者サーバ３に送信依頼する（ステップＳ７）。これにより、配信データは、携帯事業者サーバ３から「宛先」として設定された「電話番号」が付与された携帯端末４に、「ＳＭＳ」規格にて送信される。携帯端末４は、「ＳＭＳ」規格には対応しているため配信データを受信でき、「コンテンツ」として設定された「テキストデータ」を表示することができる（ステップＳ８）。そして、携帯端末４が「受信応答」を携帯事業者サーバ３を介して配信業者サーバ１に返信することで、配信データの送信が完了する（ステップＳ９）。
【００４５】
以上のように、本発明の情報処理システムによると、配信業者サーバ１は、最初は、「ＲＣＳ」規格に従って、パケット通信にて「動画」を「コンテンツ」に含む配信データを送信依頼することで、「電話番号」を宛先として携帯端末４に配信データを送信する。このとき、携帯端末４が「ＲＣＳ」規格にて配信データを受信できない場合には、配信業者サーバ１は、「ＳＭＳ」規格に従って、電話回線における制御チャネルにて、「電話番号」を宛先として携帯端末４に配信データを再送信する。すると、携帯端末４は、「ＳＭＳ」規格では配信データを受信することができる。このため、配信業者サーバ１は、「電話番号」を宛先としたメッセージング機能を利用して、データ配信を確実に行うことができる。例えば、企業は、本来は「動画」で携帯端末４のユーザに配信したかった内容の一部を、「テキストデータ」で設定しておくことで、かかる内容を確実にユーザに配信することができる。
【００４６】
［変形例］
ここで、配信業者サーバ１の配信受付部１１は、必ずしも配信データの「コンテンツ」を配信するときのメッセージング規格の指定を受け付ける必要はない。つまり、上記では、「動画」が「ＲＣＳ」規格で送信されるよう指定され、「テキストデータ」が「ＳＭＳ」規格で送信されるよう指定されている場合を例示したが、「動画」及び「テキストデータ」のいずれも、配信するときのメッセージング規格が指定されなくてもよい。
【００４７】
この場合、配信業者サーバ１の配信処理部１２は、「動画」及び「テキストデータ」の両方を「コンテンツ」として配信データに含めて、最初は自動的に「ＲＣＳ」規格にて配信依頼を行う。その後、携帯端末４から「拒否応答」を受信した場合には、自動的に「ＳＭＳ」規格にて送信できるデータのみを「コンテンツ」とした配信データを送信依頼する。つまり、再配信の際には、「テキストデータ」のみを「コンテンツ」に含めた配信データを、「ＳＭＳ」規格にて送信依頼を行う。これにより、「動画」などの「コンテンツ」が「ＲＣＳ」規格にて配信できない場合であっても、配信業者サーバ１が自動的に「ＳＭＳ」規格にて配信できるデータのみを携帯端末４に配信でき、確実にユーザに配信データを配信することができる。
【００４８】
また、上記では、最初は「ＲＣＳ」規格で配信データを配信し、携帯端末４が受信できなかった場合に「ＳＭＳ」規格で配信データを配信する場合を説明したが、最初に「ＭＭＳ」規格で配信データを配信し、携帯端末４が受信できなかった場合に「ＳＭＳ」規格で配信データを配信するようにしてもよい。また、最初は、上述した「ＲＣＳ」規格や「ＭＭＳ」規格とは異なるが、パケット通信にて配信データを配信する別のメッセージング規格で配信してもよく、携帯端末４が受信できなかった場合に、「ＳＭＳ」規格とは異なるが、電話回線の制御チャネルにて配信データを配信するさらに別のメッセージング規格で配信してもよい。なお、本発明において配信データを配信する際のメッセージング規格は上述したものに限定されず、最初の送信時のメッセージング規格と、携帯端末４が受信できなかった場合の再送信時のメッセージング規格と、が異なっていればよい。
【００４９】
ここで、上述したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されている。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。
【００５０】
以上、上記実施形態等を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることができる。
【符号の説明】
【００５１】
１  配信業者サーバ
２  企業端末
３  携帯事業者サーバ
４  携帯端末
１１  配信受付部
１２  配信処理部
１３  配信結果処理部
１４  配信データ記憶部
【図１】
2020017786.tif 000003
【図２】
2020017786.tif 000004
【図３】
2020017786.tif 000005
【図４】
2020017786.tif 000006
【図５】
2020017786.tif 000007