(57)【要約】【課題】長文を分割された複数のメッセージで送信するとき、ヘッダ情報を使用しないで正しい長文を受信させること。【解決手段】通信装置は、順序が定められた複数のメッセージで構成される長文を送信し、メッセージを送信する送信部と、前記メッセージの送達結果及び着信日時を取得する取得部と、前記送達結果が着信済であり、かつ、前記着信日時が前記メッセージの送信日時から第１の期間以内である場合、前記順序における前記メッセージの次のメッセージを前記送信部に送信させる制御部とを有する。【選択図】図４
2019133449.tif 000002
【特許請求の範囲】
【請求項１】
順序が定められた複数のメッセージで構成される長文を送信する通信装置であって、
メッセージを送信する送信部と、
前記メッセージの送達結果及び着信日時を取得する取得部と、
前記送達結果が着信済であり、かつ、前記着信日時が前記メッセージの送信日時から第１の期間以内である場合、前記順序における前記メッセージの次のメッセージを前記送信部に送信させる制御部とを有する通信装置。
【請求項２】
前記第１の期間は、前記送信日時から前記送達結果を取得する日時までの期間に、さらに第２の期間を加えた期間である請求項１記載の通信装置。
【請求項３】
前記第１の期間は、前記順序における１通目のメッセージの送信日時及び着信日時に適用する第３の期間、又は前記順序における２通目以降のメッセージの送信日時及び着信日時に適用する第４の期間であり、前記第３の期間は前記第４の期間と異なる期間である請求項１記載の通信装置。
【請求項４】
前記長文を複数の宛先に送信する場合、
前記順序における１通目のメッセージよりも、前記順序における２通目以降のメッセージを優先して送信する請求項１記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
ユーザがインターネットを介してサーバに接続し、ＡＳＰ（Application Service Provider）サービスを使用して、ＳＭＳ（Short Message Service、ショートメッセージサービス）を携帯電話に送信するＳＭＳ配信サービスシステムが知られている。
【０００３】
ＳＭＳ送信技術において、例えば、セルラネットワークを介した通信のためのマルチパートメッセージのフラグメンテーション及び再組み立てに係る技術が知られている（例えば特許文献１）。マルチパートメッセージを送信するとき、呼び出し側アプリケーションがファンクション呼び出しをショートメッセージングレイヤに、標準化されたインタフェースを介して発行し、ショートメッセージングレイヤがメッセージをセルラネットワークのサイズ要件を満たすフラグメントに分割して送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１５７０３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のマルチパートメッセージに係るＳＭＳ送信技術においては、分割されたメッセージが順不同で受信されることがあるため、マルチパートメッセージを再構成するためにはメッセージの順を示すヘッダ情報が必要であり、オーバヘッドが発生していた。さらに、複数のＳＭＳは、受信した装置によってヘッダ情報を参照して再構成される必要があった。
【０００６】
本発明は上記の点に鑑みてなされたものであって、長文を分割された複数のメッセージで送信するとき、ヘッダ情報を使用しないで正しい長文を受信させることを目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、通信装置は、順序が定められた複数のメッセージで構成される長文を送信し、メッセージを送信する送信部と、前記メッセージの送達結果及び着信日時を取得する取得部と、前記送達結果が着信済であり、かつ、前記着信日時が前記メッセージの送信日時から第１の期間以内である場合、前記順序における前記メッセージの次のメッセージを前記送信部に送信させる制御部とを有する。
【発明の効果】
【０００８】
長文を分割された複数のメッセージで送信するとき、ヘッダ情報を使用しないで正しい長文を受信させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態における通信システム１の構成例を示す図である。
【図２】本発明の実施の形態におけるＷＥＢ／ＡＰＩサーバ１００、制御サーバ２００又は送信サーバ３００のハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるＷＥＢ／ＡＰＩサーバ１００の機能構成例を示す図である。
【図４】本発明の実施の形態における制御サーバ２００の機能構成例を示す図である。
【図５】本発明の実施の形態における送信サーバ３００の機能構成例を示す図である。
【図６】本発明の実施の形態におけるプロファイル設定画面を説明するための図である。
【図７】本発明の実施の形態におけるメッセージ作成画面を説明するための図である。
【図８】本発明の実施の形態における定型文登録画面を説明するための図である。
【図９】本発明の実施の形態における定型文を使用したメッセージ作成画面を説明するための図である。
【図１０】本発明の実施の形態における文字数確認機能を説明するための図である。
【図１１】本発明の実施の形態におけるメッセージプレビュー画面を説明するための図である。
【図１２】本発明の実施の形態におけるメッセージ確認画面を説明するための図である。
【図１３】本発明の実施の形態における送信処理を説明するためのフローチャートである。
【図１４】本発明の実施の形態における送信キュー動作を説明するための図である。
【図１５】本発明の実施の形態における送信履歴画面を説明するための図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。
【００１１】
図１は、本発明の実施の形態における通信システム１の構成例を示す図である。図１に示されるように、通信システム１は、ＡＳＰサービス１０、ネットワーク１１、ユーザ端末１２、ネットワーク１３、通信事業者１４Ａ、通信事業者１４Ｂ、通信事業者１４Ｃ、通信事業者１４Ｄ、携帯電話１５Ａ、携帯電話１５Ｂ、携帯電話１５Ｃ及び携帯電話１５Ｄを有する。通信システム１は、ユーザ端末１２から送信されるＳＭＳ（Short Message Service）配信要求に基づいて、ネットワーク１１と、ＡＳＰ（Application Service Provider）サービス１０と、ネットワーク１３と、通信事業者１４Ａ、通信事業者１４Ｂ、通信事業者１４Ｃ又は通信事業者１４Ｄ（以下、それぞれを区別しない場合「通信事業者１４」という。）とを介して、携帯電話１５Ａ、携帯電話１５Ｂ、携帯電話１５Ｃ又は携帯電話１５Ｄ（以下、それぞれを区別しない場合「携帯電話１５」という。）に、ＳＭＳを配信するサービスを実行するシステムである。
【００１２】
ＡＳＰサービス１０は、ＷＥＢ／ＡＰＩサーバ１００、制御サーバ２００、送信サーバ３００を有する。
【００１３】
ＷＥＢ／ＡＰＩサーバ１００は、ユーザ端末１２からネットワーク１１を介してＳＭＳ送信要求を受け付けて、当該ＳＭＳ送信要求を制御サーバ２００に送信する。また、ＷＥＢ／ＡＰＩサーバ１００は、ＳＭＳ送信に係る設定であるプロファイルの設定、メッセージの作成、ＳＭＳ送信要求の結果である送信履歴の表示に係るユーザインタフェースをユーザ端末１２に提供する。
【００１４】
制御サーバ２００は、ＷＥＢ／ＡＰＩサーバ１００から受信したＳＭＳ送信要求を実行する処理を制御する。制御サーバ２００は、当該ＳＭＳ送信要求に基づいて、送信サーバ３００が有するキューに送信されるＳＭＳを入力する。また、制御サーバ２００は、当該ＳＭＳ送信要求に係る送達結果を通信事業者１４から取得する。
【００１５】
送信サーバ３００は、制御サーバ２００からキューに入力されたＳＭＳをネットワーク１３を介して通信事業者１４に送信する。例えば、送信サーバ３００は、送信されるＳＭＳの時間あたりの送信数を制御する送信チャネル制御を行う。
【００１６】
なお、ＷＥＢ／ＡＰＩサーバ１００、制御サーバ２００、送信サーバ３００は、１つの通信装置として構成されてもよい。
【００１７】
ユーザ端末１２は、ユーザが入力又は情報の閲覧を行う物理的なユーザインタフェースを提供するＰＣ（Personal Computer）又はサーバ等の情報処理端末である。ユーザ端末１２は、ＷＥＢ／ＡＰＩサーバ１００が提供するユーザインタフェースを使用して、ユーザから入力されるＳＭＳメッセージ送信要求、プロファイルの設定、メッセージの作成等を受け付ける処理を行い、ＳＭＳ送信要求の結果である送信履歴を表示する。
【００１８】
ネットワーク１１は、ユーザ端末１２とＡＳＰサービス１０とを接続するネットワークである。例えば、ネットワーク１１は、ＩＰ（Internet Protocol）によるルーティングを行うインターネットであってもよい。
【００１９】
ネットワーク１３は、ＡＳＰサービス１０と通信事業者１４とを接続するプライベートネットワークである。
【００２０】
通信事業者１４は、携帯電話等の通信サービスを提供する事業者であり、通信キャリアともいう。通信事業者１４は、ネットワーク１３を介してＡＳＰサービス１０と接続され、また無線ネットワークを介して携帯電話１５と接続されている。図１に示される通信事業者１４の数は４であるが、通信事業者１４の数は４に限られずさらに少数又は多数であってもよい。
【００２１】
携帯電話１５は、電話番号が付与され、当該電話番号に基づくＳＭＳの送受信機能を少なくとも有する携帯電話である。図１に示される携帯電話１５の数は、通信事業者１４ごとに１であるが、携帯電話１５の数はさらに多数であってもよい。
【００２２】
図２は、本発明の実施の形態におけるＷＥＢ／ＡＰＩサーバ１００、制御サーバ２００又は送信サーバ３００のハードウェア構成例を示す図である。図２に示されるように、ＷＥＢ／ＡＰＩサーバ１００、制御サーバ２００又は送信サーバ３００は、それぞれ相互に接続されている、ＣＰＵ（Central Processing Unit）１００１、記憶装置１００２、補助記憶装置１００３及びネットワークインタフェース１００４等を有する。
【００２３】
ＷＥＢ／ＡＰＩサーバ１００、制御サーバ２００又は送信サーバ３００の本発明の実施の形態における処理を各サーバに実行させるプログラムは、補助記憶装置１００３に格納される。補助記憶装置１００３は、インストールされたプログラムを格納すると共に、当該処理に必要なファイル及びデータ等を格納する。
【００２４】
記憶装置１００２は、プログラムの起動指示があった場合に、補助記憶装置１００３からプログラムを読み出して格納する。ＣＰＵ１００１は、記憶装置１００２に格納されたプログラムにしたがってＷＥＢ／ＡＰＩサーバ１００、制御サーバ２００又は送信サーバ３００に係る機能を実現する。
【００２５】
ネットワークインタフェース１００４は、ネットワークを介して通信を行うためのインタフェースである。当該インタフェースは、有線ＬＡＮ（Local Area Network）インタフェースであってもよいし、他の通信方式を使用するインタフェースであってもよい。
【００２６】
図３は、本発明の実施の形態におけるＷＥＢ／ＡＰＩサーバ１００の機能構成例を示す図である。図３に示されるように、ＷＥＢ／ＡＰＩサーバ１００は、ユーザインタフェース制御部１０１、メッセージ制御部１０２及び送信履歴取得部１０３を有する。これら各部は、ＷＥＢ／ＡＰＩサーバ１００にインストールされた１以上のプログラムがＣＰＵ１００１に実行させる処理により実現される。また、これら各部は、さらにネットワークインタフェース１００４を用いて実現される。
【００２７】
ユーザインタフェース制御部１０１は、ユーザ端末１２から送信されるＳＭＳ送信要求を受け付ける機能を有する。当該ＳＭＳ送信要求は、ＡＰＩ（Application Programming Interface）によって受け付けられてもよい。また、ユーザインタフェース制御部１０１は、プロファイルの設定、メッセージの作成等に係る入力をユーザ端末１２から受け付ける。また、ユーザインタフェース制御部１０１は、入力されたＳＭＳ送信要求、プロファイルの設定、メッセージ等の情報を制御サーバ２００に送信する。また、ユーザインタフェース制御部１０１は、送信履歴取得部１０３が取得した送信履歴を表示する。
【００２８】
メッセージ制御部１０２は、長文を構成する複数のメッセージを編集する画面を制御し、ユーザインタフェース制御部１０１に表示させる機能を有する。また、メッセージ制御部１０２は、メッセージに使用する定型文の登録及び使用に係る制御を行う。
【００２９】
送信履歴取得部１０３は、ＳＭＳ送信要求の結果である送信履歴を制御サーバ２００から取得して、ユーザインタフェース制御部１０１に表示させる機能を有する。
【００３０】
図４は、本発明の実施の形態における制御サーバ２００の機能構成例を示す図である。図４に示されるように、制御サーバ２００は、送信制御部２０１、送達結果取得部２０２、日時取得部２０３及びプロファイル設定部２０４を有する。これら各部は、制御サーバ２００にインストールされた１以上のプログラムがＣＰＵ１００１に実行させる処理により実現される。また、これら各部は、さらにネットワークインタフェース１００４を用いて実現される。
【００３１】
送信制御部２０１は、ＷＥＢ／ＡＰＩサーバ１００から受信した長文を構成する複数のメッセージを順次送信サーバ３００のキューに入力する機能を有する。長文は、複数の宛先に並行して送信されてもよい。例えば、長文は最大７００文字を含み、１メッセージは７０文字であって、最大１０メッセージで１つの長文が構成されてもよいし、長文は１０を超えるメッセージから構成されてもよい。また、送信制御部２０１は、メッセージの送達結果を送達結果取得部２０２から取得して、当該送達結果に基づいて、長文を構成する複数のメッセージにおける次のメッセージを送信サーバ３００のキューに入力する。
【００３２】
送達結果取得部２０２は、送信制御部２０１によって送信されたメッセージの送達結果を、ネットワーク１３を介して通信事業者１４から取得する機能を有する。例えば、送達結果は、「着信済」、「圏外」、「エラー」、「その他」であってもよい。「着信済」は、宛先の携帯電話１５に正常にメッセージが着信されたことを示す。「圏外」は、宛先の携帯電話１５の状態が圏外であって、メッセージが着信されなかったことを示す。「エラー」は、例えば、料金未払い等の理由により通信事業者１４が宛先の携帯電話１５の発着信を停止しており、メッセージが着信されなかったことを示す。「その他」は、例えば、携帯電話１５において着信拒否の設定がされており、メッセージが着信されなかったことを示す。
【００３３】
日時取得部２０３は、「送信日時」すなわち送信サーバ３００から通信事業者１４へメッセージが送信された日時、「着信日時」すなわち送信されたメッセージに対応する送達結果を通信事業者１４から制御サーバ２００が取得した日時又は送達結果に含まれる携帯電話１５にメッセージが着信した日時を送信サーバ３００又は送達結果取得部２０２から取得して、送信制御部２０１に通知する。また、日時取得部２０３は、「現在日時」を送信制御部２０１に通知する。なお、日時取得部２０３は、送信サーバ３００に含まれる機能であってもよい。
【００３４】
プロファイル設定部２０４は、ＷＥＢ／ＡＰＩサーバ１００から受信したプロファイル設定に係る情報に基づいて、送信制御部２０１にプロファイルに応じた送信制御を適用させる機能を有する。例えば、長文を構成する複数のメッセージ間の待ち時間が、長文送信時に適用される。待ち時間は、メッセージの送信日時から着信日時までの最大許容時間を設定するものであり、送信日時から待ち時間が経過した場合、次のメッセージの送信が中断される。なお、プロファイルは、ＳＭＳ送信要求を行うユーザごとに設定され、当該ユーザのＳＭＳ送信要求に含まれる複数の宛先に共通して適用される。
【００３５】
図５は、本発明の実施の形態における送信サーバ３００の機能構成例を示す図である。図５に示されるように、送信サーバ３００は、キュー制御部３０１、送信キュー３０２及び送信チャネル制御部３０３を有する。
【００３６】
キュー制御部３０１は、制御サーバ２００の送信制御部２０１から取得したメッセージを送信キュー３０２にキューイングする。また、キュー制御部３０１は、送信キュー３０２にキューイングされたメッセージを取り出して送信チャネル制御部３０３で送信チャネル制御を行い、通信事業者１４を介して携帯電話１５にＳＭＳを送信する。送信キュー３０２及び送信チャネル制御部３０３の詳細な動作は後述する。
【００３７】
図６は、本発明の実施の形態におけるプロファイル設定画面を説明するための図である。図６は、ユーザインタフェース制御部１０１が、ユーザ端末１２に表示させるプロファイル設定画面の例である。
【００３８】
図６に示されるように、プロファイルの設定項目ごとに、例えばチェックボックス又はプルダウンメニューが表示される。ユーザは、必要なプロファイルの設定項目を設定する。「長文分割送信」は、長文を分割して送信する機能の有効無効を設定する設定項目である。さらに、「長文分割送信」は、「メッセージ間の待ち時間」を設定することが可能である。図６において、「メッセージ間の待ち時間」に、「なし」、「７分後」、「３２分後」又は「６２分後」を設定することができる例を示す。ここで、「７分後」、「３２分後」又は「６２分後」は、通信事業者１４から送達結果が応答される時間に、所定の時間を加えた時間であってもよい。例えば、通信事業者１４から送達結果が「５分後」、「３０分後」又は「６０分後」に応答される場合、所定の時間「２分」を加えて、「７分後」、「３２分後」又は「６２分後」としてもよい。待ち時間を通信事業者１４から送達結果が応答される候補の時間に所定の時間を加えた時間とすることで、送信制御部２０１は、メッセージの送達結果を確実に確認して次のメッセージを送信する処理に進むことができる。なお、待ち時間は、上記に限られず、「１００分後」、「３時間後」、「２日後」等どのような時間が指定されてもよい。
【００３９】
図４で説明したように、待ち時間は、長文を構成する複数のメッセージのうち、あるメッセージの送信日時から着信日時までの最大許容時間を設定するものであり、送信日時から待ち時間が経過した場合、次のメッセージの送信が中断される。待ち時間が「なし」である場合、例えば７２時間のように予め定められた期間が送信日時から経過した場合、次のメッセージの送信が中断されてもよい。
【００４０】
図７は、本発明の実施の形態におけるメッセージ作成画面を説明するための図である。図７は、メッセージ制御部１０２によりユーザインタフェース制御部１０１が、ユーザ端末１２に表示させるメッセージ作成画面の例である。
【００４１】
図７に示される「グループ送信」のグループとは、あるユーザのＳＭＳ送信要求の対象となる複数の宛先に対応する。グループに対して、ＳＭＳが一斉送信される。メッセージ作成画面では、定型文を使用するか否かを設定することができる。また、メッセージ作成画面では、長文を構成する「メッセージ数」を設定することができる。メッセージ数は、ステップ数と呼ばれてもよい。図７に示される例は、メッセージ数に３が設定された場合のメッセージ作成画面である。各メッセージ入力欄に付随して、「使用文字数／最大文字数」のように文字数制限を示す情報が表示されてもよい。
【００４２】
図８は、本発明の実施の形態における定型文登録画面を説明するための図である。図８は、メッセージ制御部１０２によりユーザインタフェース制御部１０１が、ユーザ端末１２に表示させる定型文登録画面の例である。登録された定型文は、メッセージ又は複数のメッセージから構成される長文に使用することができる。
【００４３】
定型文登録画面では、長文を構成するメッセージ数すなわち「ステップ数」を設定することができる。図８に示される例は、ステップ数に５が設定された場合の定型文登録画面である。各メッセージ入力欄に付随して、「使用文字数／最大文字数」のように文字数制限を示す情報が表示されてもよい。設定されたステップ数に応じて、メッセージ入力エリアが追加表示される。なお、「ステップ数」が２以上に設定された場合、当該定型文の利用先は、「グループ送信のみ」に自動で変更されてもよい。
【００４４】
図９は、本発明の実施の形態における定型文を使用したメッセージ作成画面を説明するための図である。図９は、メッセージ制御部１０２によりユーザインタフェース制御部１０１が、ユーザ端末１２に表示させる定型文を使用したメッセージ作成画面の例である。
【００４５】
定型文の使用を選択した場合、図９に示されるように、定型文に関連付けられるステップ数及びメッセージが使用されるため、ステップ数の選択欄及びメッセージ入力欄は、非アクティブ状態となって入力を受け付けなくてもよい。さらに「編集」ボタンを押下することで、定型文の編集が可能な状態に遷移し、ステップ数の選択欄及びメッセージ入力欄をアクティブ状態にして入力を受け付けてもよい。
【００４６】
図１０は、本発明の実施の形態における文字数確認機能を説明するための図である。図１１は、メッセージ制御部１０２によりユーザインタフェース制御部１０１が、ユーザ端末１２に表示させる文字数確認結果を表示する画面の例である。
【００４７】
図１０に示されるように、「送信先電話番号」ごとに「文字数確認」結果が表示される。「文字数確認」結果は、「ＯＫ」又は「ＮＧ」で示される。「文字数確認」が「ＯＫ」である場合、「送信先電話番号」に向けて作成した１又は複数のメッセージすべてが、最大文字数以内の文字数で構成されることを示す。「文字数確認」が「ＮＧ」である場合、「送信先電話番号」に向けて少なくとも１つのメッセージが、最大文字数を超えた文字数を含むことを示す。「送信先電話番号」項目には、「グループ」を示す名称が表示されてもよく、当該グループに向けて作成したメッセージの「文字数確認」結果が表示されてもよい。なお、図１０に示されるように、「送信先電話番号」ごとに「ｐｒｅｖｉｅｗ」ボタンを押下することで、「送信先電話番号」に向けて作成したメッセージのメッセージプレビュー画面を表示することができる。
【００４８】
図１１は、本発明の実施の形態におけるメッセージプレビュー画面を説明するための図である。図１１は、メッセージ制御部１０２によりユーザインタフェース制御部１０１が、ユーザ端末１２に表示させるメッセージプレビュー画面の例である。メッセージプレビュー画面は、ユーザがメッセージ又は長文を作成した後に、メッセージ又は長文を確認することができる画面である。
【００４９】
図１１は、ステップ数が４である場合のメッセージプレビュー画面の例である。各メッセージ表示欄に付随して、「使用文字数／最大文字数」のように文字数制限を示す情報が表示されてもよい。
【００５０】
図１２は、本発明の実施の形態におけるメッセージ確認画面を説明するための図である。図１２は、メッセージ制御部１０２によりユーザインタフェース制御部１０１が、ユーザ端末１２に表示させるメッセージ確認画面の例であり、ＳＭＳ送信要求を行う前に表示される。
【００５１】
図１２に示されるように、確認する項目は、「送信先件数」、各ステップの「メッセージ（ｎ）内容チェック」、「送信予定日時チェック」を含む。図１２に示される例は、ステップ数が５である長文であり、メッセージ（１）、メッセージ（３）、メッセージ（５）の文字数が、最大文字数７０を超えている。したがって、メッセージ（１）、メッセージ（３）、メッセージ（５）のチェックを行うとエラーとなり、送信ボタンが有効にならない。そのため、誤りを含むメッセージが送信されることを防止することができる。なお、少なくともひとつのメッセージにエラーが含まれる場合、すべてのメッセージ表示について例えば赤色で表示してメッセージ全体が送信できないことが示されてもよい。
【００５２】
図１３は、本発明の実施の形態における送信処理を説明するためのフローチャートである。図１３において、制御サーバ２００における１つの長文が１つの宛先に送信される理を説明する。開始の時点で、制御サーバ２００は、ＷＥＢ／ＡＰＩサーバ１００からＮ個のメッセージで構成される長文を取得しているものとする。すなわち、送信される長文は、ステップ１からステップＮに対応するメッセージから構成される。なお、図１３においては、１つの長文が１つの宛先に送信される処理の例を説明しているが、グループごとに複数の宛先に対して並行して長文の送信処理が行われてもよい。
【００５３】
ステップＳ１０１において、送信制御部２０１は、ステップ１のメッセージを送信サーバ３００の送信キュー３０２の通常キューに入力する。通常キューについては後述する。送信サーバ３００は、送信キュー３０２からステップ１のメッセージをＳＭＳステップ１として、通信事業者１４に送信する。続いて、日時取得部２０３は、送信サーバからＳＭＳステップ１が送信された日時「送信日時（１）」を取得し、送信制御部２０１に通知する。送信制御部２０１は、送信日時（１）を記憶する（Ｓ１０２）。
【００５４】
ステップＳ１０３において、送信制御部２０１は、送達結果取得部２０２が通信事業者１４からＳＭＳステップ１の送達結果を取得したか否かを判定する。送達結果を取得していない場合（Ｓ１０３のＮＯ）、ステップＳ１０４に進む。送達結果を取得した場合（Ｓ１０３のＹＥＳ）、ステップＳ１０５に進む。
【００５５】
ステップＳ１０４において、日時取得部２０３は、「現在日時」を取得し、送信制御部２０１に通知する。送信制御部２０１は、ステップＳ１０２で記憶された「送信日時（１）」から「現在日時」までの時間が、「待ち時間Ａ」を超えているか否かを判定する。「待ち時間Ａ」を超えている場合（Ｓ１０４のＹＥＳ）、ステップＳ１１６に進み、「待ち時間Ａ」を超えていない場合（Ｓ１０４のＮＯ）、ステップＳ１０３に戻る。「待ち時間Ａ」は、図６で説明したメッセージ間の待ち時間とは異なる時間が設定される。例えば、「待ち時間Ａ」は７２時間に設定されてもよく、後述する「待ち時間Ｂ」より長い時間が設定されてもよい。ＳＭＳステップ１のみに「待ち時間Ａ」を設定することで、１通目のＳＭＳが遅延して着信した場合であっても、「待ち時間Ｂ」が経過した時点で送信が中断されることなく、かつ、１通目のＳＭＳの着信日時から「待ち時間Ｂ」以内で２通目以降のＳＭＳを連続して送信することができる。
【００５６】
ステップＳ１０５において、送信制御部２０１は、送達結果取得部２０２が取得した送達結果が「着信済」であるか否かを判定する。「着信済」である場合（Ｓ１０５のＹＥＳ）、ステップＳ１０６に進み、「着信済」以外である場合（Ｓ１０５のＮＯ）、ステップＳ１１６に進む。「着信済」以外の送達結果とは、例えば「圏外」、「エラー」、「その他」である。
【００５７】
ステップＳ１０６において、日時取得部２０３は、送達結果取得部２０２からＳＭＳステップ１が着信した日時「着信日時（１）」を取得し、送信制御部２０１に通知する。送信制御部２０１は、ステップＳ１０２で記憶された「送信日時（１）」から「着信日時（１）」までの時間が、「待ち時間Ａ」を超えているか否かを判定する。「待ち時間Ａ」を超えている場合（Ｓ１０６のＮＯ）、ステップＳ１１６に進み、「待ち時間Ａ」を超えていない場合（Ｓ１０６のＹＥＳ）、ステップＳ１０７に進む。なお、ステップＳ１０６は、送達結果の取得タイミングより「着信日時（１）」が前であることが確実である場合、実行されなくてもよい。
【００５８】
ステップＳ１０７において、送信制御部２０１は、ステップｋ（２≦ｋ≦Ｎ）のメッセージを送信サーバ３００の送信キュー３０２の優先キューに入力する。優先キューについては後述する。ステップＳ１０７が最初に実行されるとき、ｋ＝２である。送信サーバ３００は、送信キュー３０２からステップｋのメッセージをＳＭＳステップｋとして、通信事業者１４に送信する。続いて、日時取得部２０３は、送信サーバからＳＭＳステップｋが送信された日時「送信日時（ｋ）」を取得し、送信制御部２０１に通知する。送信制御部２０１は、送信日時（ｋ）を記憶する（Ｓ１０８）。
【００５９】
ステップＳ１０９において、送信制御部２０１は、送達結果取得部２０２が通信事業者１４からＳＭＳステップｋの送達結果を取得したか否かを判定する。送達結果を取得していない場合（Ｓ１０９のＮＯ）、ステップＳ１１０に進む。送達結果を取得した場合（Ｓ１０９のＹＥＳ）、ステップＳ１１１に進む。
【００６０】
ステップＳ１１０において、日時取得部２０３は、「現在日時」を取得し、送信制御部２０１に通知する。送信制御部２０１は、ステップＳ１０８で記憶された「送信日時（ｋ）」から「現在日時」までの時間が、「待ち時間Ｂ」を超えているか否かを判定する。「待ち時間Ｂ」を超えている場合（Ｓ１１０のＹＥＳ）、ステップＳ１１６に進み、「待ち時間Ｂ」を超えていない場合（Ｓ１１０のＮＯ）、ステップＳ１０９に戻る。「待ち時間Ｂ」は、図６で説明したメッセージ間の待ち時間が設定される。
【００６１】
ステップＳ１１１において、送信制御部２０１は、送達結果取得部２０２が取得した送達結果が「着信済」であるか否かを判定する。「着信済」である場合（Ｓ１１１のＹＥＳ）、ステップＳ１１３に進み、「着信済」以外である場合（Ｓ１１１のＮＯ）、ステップＳ１１６に進む。
【００６２】
ステップＳ１１２において、日時取得部２０３は、送達結果取得部２０２からＳＭＳステップｋが着信した日時「着信日時（ｋ）」を取得し、送信制御部２０１に通知する。送信制御部２０１は、ステップＳ１０２で記憶された「送信日時（ｋ）」から「着信日時（ｋ）」までの時間が、「待ち時間Ｂ」を超えているか否かを判定する。「待ち時間Ｂ」を超えている場合（Ｓ１１２のＮＯ）、ステップＳ１１６に進み、「待ち時間Ｂ」を超えていない場合（Ｓ１１２のＹＥＳ）、ステップＳ１１３に進む。なお、ステップＳ１１２は、送達結果の取得タイミングより「着信日時（ｋ）」が前であることが確実である場合、実行されなくてもよい。
【００６３】
ステップＳ１１３において、ｋ＝Ｎであるか否かを判定する。ｋ＝Ｎである場合（Ｓ１１３のＹＥＳ）、すなわちＳＭＳステップＮまで送信された場合、ステップＳ１１４に進み送信完了してフローを終了する。ｋ＝Ｎでない場合（Ｓ１１３のＮＯ）、ステップＳ１１５に進む。
【００６４】
ステップＳ１１５において、ｋに１を加え、ステップＳ１０７に戻る。すなわち、次のステップのＳＭＳ送信処理が開始され、長文を構成する複数のメッセージを正しい順番で送信することができる。
【００６５】
ステップＳ１１６において、送信中断してフローを終了する。
【００６６】
図１４は、本発明の実施の形態における送信キュー動作を説明するための図である。図１４に示されるように、送信キュー３０２は、優先キュー及び通常キューから構成される。グループは、１つの長文が送信される複数の宛先を示す。図１４において、３つのグループが示されているが、さらに多数のグループが送信キュー３０２で並行して処理されてもよい。
【００６７】
各グループのＳＭＳ１通目は、グループごとに通常キューにキューイングされる。通常キューからグループごとに独立してＳＭＳは取り出され、送信チャネル制御を介して通信事業者１４に送信される。一方、各グループのＳＭＳ２通目以降は、グループごとに優先キューにキューイングされる。優先キューからグループごとに独立してＳＭＳは取り出され、送信チャネル制御を介して通信事業者１４に送信される。送信チャネル制御部３０３は、グループごとに、単位時間あたりのＳＭＳ送信件数を制御する。
【００６８】
ここで、グループｎの優先キューは、グループｎの通常キューよりも優先してＳＭＳが取り出されるため、グループｎの優先キューにＳＭＳがキューイングされている状態では、グループｎの通常キューからＳＭＳは取り出されない。すなわち、送信サーバ３００は、グループごとに、ＳＭＳ１通目が送信された宛先に対して、ＳＭＳ２通目以降を他の宛先のＳＭＳ１通目よりも優先して送信することができる。したがって、宛先が多数の場合に、ＳＭＳ１通目が着信した携帯電話１５に、ＳＭＳ２通目以降を１通目の着信から時間間隔を空けずに着信させ、複数のＳＭＳから構成される長文を短時間で受信させることができる。
【００６９】
図１５は、本発明の実施の形態における送信履歴画面を説明するための図である。送信履歴取得部１０３が長文の送信履歴を制御サーバ２００又は送信サーバ３００から取得して、図１５に示されるように、グループの各宛先の長文の送信履歴がユーザインタフェース制御部１０１により表示される。
【００７０】
図１５に示されるように、グループに含まれる各宛先の電話番号がリンク付きで表示される。リンク先は、図１１に示されるメッセージプレビュー画面である。また、送信状況を示す情報として、送信を行った全ステップの件数を分母、ステップ１件目以降で送信成功した件数を分子として、例えば、「３／５」のように表示する。また、各メッセージが、着信済とならなかった場合、メッセージを確認するリンクを「（未送信）」として表示する。
【００７１】
また、各メッセージ送信の状態が、「送信済」、「未送信」、「送信エラー」として表示される。各メッセージの送達結果が、「着信済」、「圏外」として表示される。各メッセージのＳＭＳ送信要求が入力された日時が「受付日時」、メッセージが送信された日時が「送信日時」として表示される。
【００７２】
上述したように、本発明の実施の形態によれば、ＡＳＰサービス１０は、長文を複数のＳＭＳに分割して、ＳＭＳの着信状況を確認して次のＳＭＳを送信する。すなわち、長文を分割された複数のＳＭＳで送信するとき、ヘッダ情報を使用しないで正しい長文を受信させることができる。
【００７３】
なお、本発明の実施の形態において、長文は、順序が定められた複数のＳＭＳの一例である。制御サーバ２００又は送信サーバ３００は、通信装置の一例である。キュー制御部３０１又は送信チャネル制御部３０３は、送信部の一例である。送達結果取得部２０２は、取得部の一例である。通信事業者１４から送達結果が応答される候補の時間に加えられる所定の時間は、第２の期間の一例である。待ち時間Ａは、第３の期間の一例である。待ち時間Ｂは、第４の期間の一例である。
【００７４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７５】
１            通信システム
１０          ＡＳＰサービス
１１          ネットワーク
１２          ユーザ端末
１３          ネットワーク
１４          通信事業者
１５          携帯電話
１００        ＷＥＢ／ＡＰＩサーバ
２００        制御サーバ
３００        送信サーバ
１００１      ＣＰＵ
１００２      記憶装置
１００３      補助記憶装置
１００４      ネットワークインタフェース
１０１        ユーザインタフェース制御部
１０２        メッセージ制御部
１０３        送信履歴取得部
２０１        送信制御部
２０２        送達結果取得部
２０３        日時取得部
２０４        プロファイル設定部
３０１        キュー制御部
３０２        送信キュー
３０３        送信チャネル制御部
【図１】
2019133449.tif 000003
【図２】
2019133449.tif 000004
【図３】
2019133449.tif 000005
【図４】
2019133449.tif 000006
【図５】
2019133449.tif 000007
【図６】
2019133449.tif 000008
【図７】
2019133449.tif 000009
【図８】
2019133449.tif 000010
【図９】
2019133449.tif 000011
【図１０】
2019133449.tif 000012
【図１１】
2019133449.tif 000013
【図１２】
2019133449.tif 000014
【図１３】
2019133449.tif 000015
【図１４】
2019133449.tif 000016
【図１５】
2019133449.tif 000017
【手続補正書】
【提出日】平成30年4月24日(2018.4.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
順序が定められた複数のメッセージで構成される長文を送信する通信装置であって、
メッセージを送信する送信部と、
前記メッセージの送達結果及び着信日時を取得する取得部と、
前記送達結果が着信済であり、かつ、前記着信日時が前記メッセージの送信日時から第１の期間以内である場合、前記順序における前記メッセージの次のメッセージを前記送信部に送信させる制御部とを有し、
前記第１の期間は、前記順序における１通目のメッセージの送信日時及び着信日時に適用する第２の期間、又は前記順序における２通目以降のメッセージの送信日時及び着信日時に適用する第３の期間であり、前記第２の期間は前記第３の期間と異なる期間である通信装置。
【請求項２】
順序が定められた複数のメッセージで構成される長文を送信する通信装置であって、
メッセージを送信する送信部と、
前記メッセージの送達結果及び着信日時を取得する取得部と、
前記送達結果が着信済であり、かつ、前記着信日時が前記メッセージの送信日時から第１の期間以内である場合、前記順序における前記メッセージの次のメッセージを前記送信部に送信させる制御部とを有し、
前記長文を複数の宛先に送信する場合、
前記順序における１通目のメッセージよりも、前記順序における２通目以降のメッセージを優先して送信する通信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
そこで上記課題を解決するため、通信装置は、順序が定められた複数のメッセージで構成される長文を送信し、メッセージを送信する送信部と、前記メッセージの送達結果及び着信日時を取得する取得部と、前記送達結果が着信済であり、かつ、前記着信日時が前記メッセージの送信日時から第１の期間以内である場合、前記順序における前記メッセージの次のメッセージを前記送信部に送信させる制御部とを有し、前記第１の期間は、前記順序における１通目のメッセージの送信日時及び着信日時に適用する第２の期間、又は前記順序における２通目以降のメッセージの送信日時及び着信日時に適用する第３の期間であって、前記第２の期間は前記第３の期間と異なる期間とする。