事業者毎サービス提供システム及び事業者毎サービス提供方法
【課題】異なる事業者間でＳＭＳのショートメッセージを用いたサービスを提供する際に、事業者が異なることによるサービスの違いをなるべく抑えられるように、事業者に合わせてサービスを提供することのできる事業者毎サービス提供システム及び事業者毎サービス提供方法を提供する。
【解決手段】ＩＷＭＳＣ２２の契約事業者情報付与部２２ｄが、テキストタイプのショートメッセージに対して、事業者情報を付与しておく。この事業者情報に基づいて、ＳＭＳＣ２４のショートメッセージプロトコル変換部２４ｇが、ショートメッセージに含まれる絵文字等を、他の事業者のプロトコルに合わせて変換する。また、ＳＭＳＣ２４のショートメッセージ配信停止部２４ｈが、制御サービスのショートメッセージを送信せずに停止させる。
【解決手段】ＩＷＭＳＣ２２の契約事業者情報付与部２２ｄが、テキストタイプのショートメッセージに対して、事業者情報を付与しておく。この事業者情報に基づいて、ＳＭＳＣ２４のショートメッセージプロトコル変換部２４ｇが、ショートメッセージに含まれる絵文字等を、他の事業者のプロトコルに合わせて変換する。また、ＳＭＳＣ２４のショートメッセージ配信停止部２４ｈが、制御サービスのショートメッセージを送信せずに停止させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、事業者毎サービス提供システム及び事業者毎サービス提供方法に関し、特にショートメッセージサービス（ＳＭＳ；Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）によるショートメッセージ（以下、単に「ショートメッセージ」と略称する。）の宛先ユーザの事業者に合わせてサービスを提供する事業者毎サービス提供システム及び事業者毎サービス提供方法に関する。
【背景技術】
【０００２】
ＳＭＳは、ユーザが電話番号を宛先に指定して短いテキストタイプのショートメッセージをやり取りするサービスや、事業者側からユーザの移動端末機に向けて移動端末機の遠隔操作やデータクリア等の事業者毎に独自のサービス等を行うことのできる仕組みである。例えば、特許文献１には、ＳＭＳの相互接続が可能な事業者間であれば、発信元ユーザが契約する事業者や宛先に指定したユーザが契約する事業者を問わずにショートメッセージをやり取りすることができる技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１９１８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＳＭＳの相互接続が可能な異なる事業者間でショートメッセージを用いたサービスを提供しようとする際に下記のような課題があった。
事業者毎にショートメッセージをやりとりするためのプロトコルが異なる。例えば、上述したＳＭＳでショートメッセージを送信する時に使われる文字は、一般的な文字コードで定義される文字に加えて、事業者毎に独自に定義された絵文字等がある。このため、ユーザ同士でメッセージをやり取りする場合、他の事業者のユーザにＳＭＳのショートメッセージを送信すると、受信側でショートメッセージに含まれる絵文字等を正しく表示させることができない場合があった。
【０００５】
また、番号ポータビリティの導入により、ユーザは電話番号を変更せずに契約事業者を変更することが可能になった。このため、ユーザからショートメッセージを作成してから、宛先のユーザにショートメッセージが届くまでの間に、宛先に指定されているユーザが契約事業者を別の事業者にポートアウトしてしまう可能性がある。すると、上述したように受信側でショートメッセージに含まれる絵文字等を正しく表示させることができない。また、事業者からユーザの携帯端末機に向けて送信される制御サービスのショートメッセージであれば、その事業者内のみで使用されるべき制御信号が、他の事業者の網にそのまま送信されてしまう。
【０００６】
そこで、本発明は、上記の課題に鑑み、異なる事業者間でＳＭＳのショートメッセージを用いたサービスを提供する際に、事業者が異なることによるサービスの違いをなるべく抑えられるように、事業者に合わせてサービスを提供することのできる事業者毎サービス提供システム及び事業者毎サービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る事業者毎サービス提供システム及び事業者毎サービス提供方法は、上記の目的を達成するために、次のように構成される。
本発明に係る第１の事業者毎サービス提供システムは、相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供システムであって、受信したショートメッセージに係るサービスの種類を判定するサービス種類判定部と、前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認部と、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定部によって判定された前記サービスの種類に応じた処理を行うサービス毎処理部と、を備えることを特徴とする。
【０００８】
この第１の事業者毎サービス提供システムによれば、サービス種類判定部が受信したショートメッセージに係るサービスの種類を判定し、事業者情報確認部によって送信元事業者と受信先事業者との同一性がとれないショートメッセージに対しては、サービス毎処理部がサービスの種類に応じた処理を行う。これにより、相互接続を締結している異なる事業間でショートメッセージをやり取りする際にも、宛先ユーザの事業者に合わせてショートメッセージを配信することが可能となる。
【０００９】
本発明に係る第２の事業者毎サービス提供システムは、前記サービス種類判定部は、前記サービスの種類が、テキストタイプのショートメッセージを送受するサービスであるか否かを判定することを特徴とする。
この第２の事業者毎サービス提供システムによれば、サービス種類判定部が、サービスの種類について、テキストタイプのショートメッセージを送受するサービスであるか否かを判定することで、テキストタイプのショートメッセージに対する処理を行うことが可能となる。
【００１０】
本発明に係る第３の事業者毎サービス提供システムは、前記サービス種類判定部は、前記サービスの種類が、制御サービスであるか否かを判定することを特徴とする。
この第３の事業者毎サービス提供システムによれば、サービス種類判定部が、サービスの種類について、制御サービスであるか否かを判定することで、制御サービスのショートメッセージに対する処理を行うことが可能となる。
【００１１】
本発明に係る第４の事業者毎サービス提供システムは、前記サービス毎処理部は、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージのプロトコルを、前記受信先事業者のプロトコルに合わせて変換することを特徴とする。
この第４の事業者毎サービス提供システムによれば、サービス毎処理部が、ショートメッセージに含まれる絵文字や、ショートメッセージの制御パラメータ等を、受信先事業者のプロトコルに合わせて変換する。これにより、異なる事業間でショートメッセージをやり取りする際にも、宛先ユーザの事業者に合わせてショートメッセージを配信することが可能となる。
【００１２】
本発明に係る第５の事業者毎サービス提供システムは、前記サービス毎処理部は、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージの配信を停止させることを特徴とする。
この第５の事業者毎サービス提供システムによれば、ショートメッセージ配信停止部が、宛先ユーザの契約事業者が自らの事業者でないショートメッセージの配信を停止する処理を行う。これにより、他の事業者の網に、自らの事業者の網でしか使用されないショートメッセージが配信されるのをなくすことが可能となる。
【００１３】
本発明に係る第６の事業者毎サービス提供システムは、前記ショートメッセージに、前記受信元事業者を示す事業者情報を付与する事業者情報付与部と、前記事業者情報付与部によって前記ショートメッセージに付与された前記事業者情報と、前記受信元事業者への問い合わせ結果として得られた最新の事業者情報とを比較する事業者情報比較部と、を備えることを特徴とする。
この第６の事業者毎サービス提供システムによれば、事業者情報付与部が、事前にショートメッセージに事業者情報を付与しておく。これにより、事業者情報比較部が、ショートメッセージに付与されている属性情報の一つである事業者情報と、送信先事業者に関する問い合わせ結果として得られた最新の事業者情報とを比較して、送信元事業者と受信先事業者との同一性を確認することが可能となる。
【００１４】
本発明に係る第７の事業者毎サービス提供システムは、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない場合に、前記ショートメッセージに、前記最新の事業者情報を付与する事業者情報更新部を備えることを特徴とする。
この第７の事業者毎サービス提供システムによれば、事業者情報更新部が、送信元事業者と受信先事業者との同一性がとれない場合に、ショートメッセージに最新の事業者情報に付与する。このため、ショートメッセージに付与されている最新の事業者情報に基づいて、サービスの種類に応じた処理を行った上でショートメッセージを正しく配信することが可能となる。
【００１５】
本発明に係る第８の事業者毎サービス提供システムは、前記サービスの種類に応じた優先順序で前記ショートメッセージを配信することができるように、前記ショートメッセージを配信する順序を管理するショートメッセージ配信順序管理部を備えることを特徴とする。
この第８の事業者毎サービス提供システムによれば、ショートメッセージ配信順序管理部が、サービスの種類に応じた優先順序で、ショートメッセージを配信する順序を管理している。これにより、制御サービスのショートメッセージを、テキストタイプのショートメッセージよりも優先して配信するのであれば、制御サービスのショートメッセージ、テキストタイプのショートメッセージの順序でショートメッセージを配信することが可能となる。
【００１６】
本発明に係る第９の事業者毎サービス提供システムは、少なくとも前記受信先事業者に対応する識別子及び前記サービスの種類に応じた処理を行うために必要な情報を記憶した記憶部を備えることを特徴とする。
この第９の事業者毎サービス提供システムによれば、記憶部が、事業者の識別子と合わせて、当該事業者に対応する文字コードやショートメッセージの制御パラメータ等のプロトコル情報といったサービスの種類に応じた処理を行うために必要な各種の情報を記憶している。これにより、記憶部にサービスの種類に応じた処理を行うための情報を記憶しておけば、事業者に合わせてサービスの種類に応じた処理を行うことができ、サービスの違いを最大限に抑えることが可能となる。
【００１７】
本発明に係る事業者毎サービス提供方法は、相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供方法であって、サービス種類判定部が、受信したショートメッセージに係るサービスの種類を判定するサービス種類判定ステップと、事業者情報確認部が、前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認ステップと、サービス毎処理部が、前記事業者情報確認ステップによって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定ステップによって判定された前記サービスの種類に応じた処理を行うサービス毎処理ステップとを有することを特徴とする。
この事業者毎サービス提供方法によれば、上記の第１の事業者毎サービス提供システムと同じような作用を得ることが可能となる。
【発明の効果】
【００１８】
本発明によれば、ショートメッセージの送信元事業者と受信先事業者との同一性がとれない場合に、そのショートメッセージに係るサービスの種類に応じた処理を行うことができる。相互接続を締結している異なる事業者間でＳＭＳのショートメッセージを用いたサービスを提供する際にも、事業者が異なることによるサービスの違いをなるべく抑えることができる。
【００１９】
例えば、受信先事業者のプロトコルに合わせてテキストタイプのショートメッセージを送信することができる。また、自らの事業者の網でしか提供されない独自のサービスに用いられる制御サービスのショートメッセージが、他の事業者の網にそのまま配信されるのをなくすことができる。従って、各事業者において、ユーザに事業者毎のサービスの違いをなるべく感じさせずに、サービスを提供することができる。
【００２０】
ショートメッセージに、受信元事業者に問い合わせた結果として得られた受信先事業者を示す事業者情報を付与しておくことで、上述した送信元事業者と受信先事業者との同一性を確認することができる。また、ショートメッセージに事業者情報を付与した後でも、ショートメッセージに最新の事業者情報を付与することができる。このため、ユーザが別の事業者にポートアウトしてしまっても、ポートアウト後の事業者に合わせてショートメッセージを配信することができる。
【００２１】
また、サービスの種類に応じた優先順序でショートメッセージを配信することができるため、例えば、ユーザが他の事業者からポートインしてきた場合に、携帯端末機に対する制御を優先して行うこと等ができる。
サービスの種類に応じた処理を行うために必要な情報を記憶しておくことにより、サービスの種類に応じた処理が行うことができ、サービスの違いを最大限に抑えることができる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る事業者毎サービス提供システムを適用した網の構成を示すネットワーク図である。
【図２】ＩＷＭＳＣ２２の構成を示すブロック図である。
【図３】契約事業者属性情報２２ｃのテーブル構造を示す表である。
【図４】ＳＭＳＣ２４の構成を示すブロック図である。
【図５】ＧＭＳＣ２５の構成を示すブロック図である。
【図６−１】テキストタイプのショートメッセージを送信する際の流れを示す第１の模式図である。
【図６−２】テキストタイプのショートメッセージを送信する際の流れを示す第２の模式図である。
【図６−３】テキストタイプのショートメッセージを送信する際の流れを示す第３の模式図である。
【図７−１】制御サービスのメッセージを送信する際の流れを説明する第１の模式図である。
【図７−２】制御サービスのメッセージを送信する際の流れを説明する第２の模式図である。
【図７−３】制御サービスのメッセージを送信する際の流れを説明する第３の模式図である。
【図８−１】ＳＭＳＣ２４の蓄積配信制御の流れを説明する第１の模式図である。
【図８−２】ＳＭＳＣ２４の蓄積配信制御の流れを説明する第２の模式図である。
【図９】ＩＷＭＳＣ２２の処理の流れを示すフローチャートである。
【図１０】ＳＭＳＣ２４の全体の処理のうち、ＧＭＳＣ２５にＳＭ−ＭＴを送信するまでの処理の流れを示すフローチャートである。
【図１１】ＧＭＳＣ２５の処理の流れを示すフローチャートである。
【図１２】ＳＭＳＣ２４の全体の処理のうち、ＧＭＳＣ２５からＳＭ−ＭＴ＿ａｃｋを受信してからの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態について、図面を参照しつつ詳細に説明する。なお、本実施形態の説明において、同一の構成要素には同一の符号を付け、重複する説明は省略する。
（網１０の構成）
まず、図１を参照して、本実施形態に係る事業者毎サービス提供システムを適用した網の構成を説明する。
図１に示す破線で囲む網２０は自らの事業者の網であり、同様に破線で囲む網３０は自らの事業者とＳＭＳの相互接続を締結している他の事業者の網である。また、移動端末機４０は、網２０を提供する事業者と契約されている契約者、つまり加入者が使用する移動端末機であり、移動端末機５０は、網３０を提供する事業者と契約されている加入者が使用する移動端末機である。この網２０の事業者と、網３０の事業者との相互接続を締結している事業者間で、ＳＭＳのショートメッセージを相互にやり取りすることができる。
【００２４】
網２０は、ＭＳＣ（Ｍｏｂｉｌｅ ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２１、ＩＷＭＳＣ（Ｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｍｏｂｉｌｅ ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２２、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）２３、ＳＭＳＣ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）２４、ＧＭＳＣ（Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２５及びＳＭＥ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｅｎｔｉｔｙ）２６を備えて構成される。
【００２５】
ＭＳＣ２１は、移動端末機４０からショートメッセージを受信し、ショートメッセージの正常性を確認した後、ＩＷＭＳＣ２２にショートメッセージを送信する機能を有する装置である。また、ＭＳＣ２１は、ＧＭＳＣ２５からショートメッセージを受信し、ショートメッセージの正常性を確認した後、移動端末機４０にショートメッセージを送信する機能を合わせて有する。
ＩＷＭＳＣ２２は、ＭＳＣ２１からショートメッセージを受信し、ショートメッセージに指定されている宛先ユーザの有効性を確認した後、ＳＭＳＣ２４にショートメッセージを送信する機能を合わせて有する装置である。
ＨＬＲ２３は、移動端末機４０の契約者、つまり加入者の情報や在圏位置情報を管理するための装置である。
【００２６】
ＳＭＳＣ２４は、ショートメッセージの有効期限までショートメッセージを保持する機能を有する装置である。また、ＳＭＳＣ２４は、移動端末機４０へ送信する送信レポートを網内の各装置から受信したり、受信したショートメッセージに関する送信レポートを網内の各装置に送信したりする機能を合わせて有する。
ＧＭＳＣ２５は、ＳＭＳＣ２４からショートメッセージを受信し、ＨＬＲ２３に対して加入者の情報や在圏位置情報の問い合わせを行った上で、指定された事業者の網のＭＳＣにショートメッセージを送信する機能を有する装置である。
【００２７】
ＳＭＥ２６は、事業者側からユーザの移動端末機４０に向けて、移動端末機４０の制御を行うために用いられる制御サービスのショートメッセージや、テキストタイプのショートメッセージを作成して送信するための機能を有する装置である。なお、制御サービスのショートメッセージには、移動端末機４０の遠隔操作を行うためのショートメッセージや、移動端末機４０のデータクリアを行うためのショートメッセージ等がある。
【００２８】
同様に、網３０についても、網２０と同様に、ＨＬＲ２３及びＭＳＣ２１のそれぞれに対応するＨＬＲ３１及びＭＳＣ３２を備える。その他、網３０についても、図示しないがＩＷＭＳＣ２２、ＳＭＳＣ２４及びＳＭＥ２６に対応する装置を備えて構成される。なお、本実施形態では、網２０を提供する事業者と、相互接続を締結した網３０を提供する事業者との間でＳＭＳの相互接続が可能であるものとして説明するが、相互接続先の事業者は複数であっても良い。
【００２９】
移動端末機４０，５０は、上記の網２０，３０と接続され、ＳＭＳのショートメッセージを作成して送信したり、ＳＭＥ２６から送信される制御サービスのショートメッセージによって遠隔操作等のサービスを受けたりするものである。また、本実施形態では、移動端末機５０は網３０に存在しているものとして説明するが、網３０を提供する事業者とローミングサービスを締結している事業者の網がある場合には、移動端末機５０はその網に存在することもある。
【００３０】
（ＩＷＭＳＣ２２の構成）
続いて、図２を参照して、ＩＷＭＳＣ２２の構成を説明する。
図２に示すＩＷＭＳＣ２２は、主制御部２２ａ、契約事業者問合部２２ｂ、記憶部２２ｃ及び契約事業者情報付与部２２ｄを備えて構成される。
主制御部２２ａは、網２０，３０を構成する各装置からの制御信号を送受信し、ショートメッセージを送受信するための処理を行う。
【００３１】
契約事業者問合部２２ｂは、ＨＬＲ２３に、ショートメッセージに指定されている宛先ユーザが契約している事業者である契約事業者を問い合わせる。なお、ショートメッセージの宛先に指定されたユーザが契約している事業者が、網３０を提供する事業者である場合には、ＨＬＲ２３からさらに網３０を提供する事業者のＨＬＲ３１に問い合わせが行われる。また、移動端末機５０がＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）ロックフリーの移動端末機である場合に、その移動端末機に係る情報を利用してサービスを行う時には、契約事業者問合部２２ｂは、移動端末機に係る情報を保持しておく。
【００３２】
記憶部２２ｃは、図３に示すように、網２０を提供する事業者とＳＭＳの相互接続を締結している事業者に係る情報を記憶している。具体的に、記憶部２２ｃには、各契約事業者に対応する契約事業者を一意に特定するためのユニークキーである「契約事業者コード」、契約事業者の名称である「契約事業者名」等が記憶されている。
契約事業者情報付与部２２ｄは、契約事業者問合部２２ｂの問い合わせ結果に基づいて、記憶部２２ｃに相互接続を締結している事業者の情報として記憶されている「契約事業者コード」を、ショートメッセージの属性情報の一つである契約事業者情報として付与する。
ＩＷＭＳＣ２２においては、契約事業者問合部２２ｂ、記憶部２２ｃ及び契約事業者情報付与部２２ｄが、事業者毎サービス提供システムの機能の一部である。
【００３３】
（ＳＭＳＣ２４の構成）
続いて、図４を参照して、ＳＭＳＣ２４の構成を説明する。
図４に示すＳＭＳＣ２４は、主制御部２４ａ、記憶部２４ｂ、サービス種類判定部２４ｃ、事業者情報確認部２４ｄ、サービス毎処理部２４ｅ、配信順序管理部２４ｆ及びショートメッセージ蓄積部２４ｉを備えて構成される。
主制御部２４ａは、網２０を構成する各装置からの制御信号を送受し、ショートメッセージを蓄積して配信するための処理を行う。
【００３４】
記憶部２４ｂは、各契約事業者に対応する「契約事業者コード」に加えて、ショートメッセージに係るサービスの種類に応じた処理を行うために必要な情報を記憶している。例えば、契約事業者毎に異なるショートメッセージに含まれる絵文字の文字コードやショートメッセージの制御パラメータ等を変換するのであれば、記憶部２４ｂは、契約事業者に対応するプロトコル情報を記憶している。
【００３５】
サービス種類判定部２４ｃは、ショートメッセージに係るサービスの種類を判定する。サービスの種類として、例えば移動端末機４０から移動端末機５０に送信されたテキストタイプのショートメッセージを送受するサービスがあったり、ＳＭＥ２６から移動端末機４０に向けて移動端末機４０の遠隔操作やデータクリア等の制御を行うサービスがあったりする。
事業者情報確認部２４ｄは、ショートメッセージに付与されている属性情報の一つである事業者情報から、ショートメッセージの宛先に指定されているユーザの契約事業者が自らの網と同じであるか否かを確認する。
【００３６】
サービス毎処理部２４ｅは、ショートメッセージプロトコル変換部２４ｇ及びショートメッセージ配信停止部２４ｈを備える。サービス毎処理部２４ｅは、事業者情報確認部２４ｄによってショートメッセージの宛先に指定されているユーザの契約事業者が自らの網２０でない場合に、サービス種類判定部２４ｃによって判定されたショートメッセージに係るサービスの種類に応じた処理を行う。
【００３７】
受信したショートメッセージから、テキストタイプのショートメッセージを送受するサービスであると判定され、又自らの網２０に送信されるメッセージでなく、網２０を提供する事業者と相互接続を締結している事業者に送信されるメッセージであると判定された場合に、ショートメッセージプロトコル変換部２４ｇは、ショートメッセージを他の事業者の網３０に送信する前にショートメッセージのプロトコルを、その事業者のプロトコルに合わせて変換する。例えば、ショートメッセージプロトコル変換部２４ｇは、テキストに含まれる絵文字や、ショートメッセージの制御パラメータ等を、ショートメッセージに付与されている属性情報の一つである契約事業者情報から判断される契約事業者のプロトコルに合わせて変換する。
【００３８】
受信したショートメッセージから、移動端末機４０の制御を行うサービスであると判定され、又自らの網２０に送信されるメッセージでないと判定された場合に、ショートメッセージ配信停止部２４ｈは、自らの網２０で用いられる制御サービスのショートメッセージが他の事業者の網３０にそのまま送信されないようにショートメッセージの配信を停止させ、削除する。
なお、サービス毎処理部２４ｅには、上述したショートメッセージプロトコル変換部２４ｇ及びショートメッセージ配信停止部２４ｈの他にも、ショートメッセージに係るサービスの種類に応じた処理を行うことができるように各種の処理部を設けることができる。
【００３９】
配信順序管理部２４ｆは、蓄積しているショートメッセージを配信する順序を管理する。詳しくは後述するが、例えば制御サービスのショートメッセージとテキストタイプのショートメッセージとが同時に蓄積されているような場合に、制御サービスのショートメッセージを、テキストタイプのショートメッセージよりも優先して配信させるのであれば、制御サービスのショートメッセージ、テキストタイプのショートメッセージの順番でショートメッセージを配信することができるように、ショートメッセージを配信する順序を管理する。
【００４０】
ショートメッセージ蓄積部２４ｉは、移動端末機４０，５０に配信するショートメッセージを蓄積する。
ＳＭＳＣ２４においては、記憶部２４ｂ、サービス種類判定部２４ｃ、事業者情報確認部２４ｄ、サービス毎処理部２４ｅ、配信順序管理部２４ｆ及びショートメッセージ蓄積部２４ｉが、事業者毎サービス提供システムの機能の一部である。
【００４１】
（ＧＭＳＣ２５の処理の流れ）
続いて、図５を参照して、ＧＭＳＣ２５の構成を説明する。
図５に示すＧＭＳＣ２５は、主制御部２５ａ、契約事業者問合部２５ｂ、契約事業者情報比較部２５ｃ、記憶部２５ｄ及び契約事業者情報更新部２５ｅを備えて構成される。
主制御部２５ａは、網２０，３０を構成する各装置からの制御信号を送受し、主にショートメッセージの送受信するための処理を行う。
【００４２】
契約事業者問合部２５ｂは、ＨＬＲ２３に、ショートメッセージに指定されている宛先ユーザの契約事業者を問い合わせる。なお、ショートメッセージの宛先に指定されたユーザが契約している事業者が、網３０を提供する事業者である場合には、ＨＬＲ２３からさらに網３０を提供する事業者のＨＬＲ３１に問い合わせが行われる。
契約事業者情報比較部２５ｃは、ＨＬＲ２３に問い合わせた結果に含まれる契約事業者情報と、ショートメッセージに付与されている属性情報の一つである事業者情報とを比較し、２つの契約事業者が同じであるか否かを確認する。
記憶部２５ｄは、少なくとも上述した契約事業者毎に異なる「契約事業者コード」を記憶している。
【００４３】
契約事業者情報更新部２５ｅは、契約事業者情報比較部２５ｃで比較された２つの事業者情報が異なる場合に、ＨＬＲ２３に問い合わせた結果に基づいて最新の事業者情報をＳＭＳＣ２４に送信する。
ＧＭＳＣ２５においては、契約事業者問合部２５ｂ、契約事業者情報比較部２５ｃ、記憶部２５ｄ及び契約事業者情報更新部２５ｅが、事業者毎サービス提供システムの機能の一部である。
【００４４】
（属性情報が事業者情報である場合のショートメッセージを送信する際の流れ）
続いて、一例として、ショートメッセージに付与されている属性情報の一つが事業者情報である場合のショートメッセージを送信する際の流れを説明する。
ます、図６−１〜図６−３を参照して、自らの網２０の移動端末機４０から他の事業者の網３０の移動端末機５０に、テキストタイプのショートメッセージを送信する際の流れを説明する。
まず、図６−１（ａ）に示すように、移動端末機４０は、テキストタイプのショートメッセージ６０をＳＭＳＣ２４経由で送るための制御信号であるＳＭ−ＭＯ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ−Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ）を送信し、移動端末機４０からテキストタイプのショートメッセージ６０を送信する。
【００４５】
次に、図６−１（ｂ）に示すように、ＩＷＭＳＣ２２の契約事業者問合部２２ｂは、ユーザの在圏状況や契約条件等を問い合わせるための制御信号であるＳＲＩ ｆｏｒ ＳＭ（Ｓｅｎｄ Ｒｏｕｔｉｎｇ Ｉｎｆｏ Ｆｏｒ ＳＭ）を、網２０のＨＬＲ２３に送信する。ショートメッセージの宛先に指定されたユーザが契約している事業者が、網２０を提供する事業者である場合には、網２０のＨＬＲ２３からＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋが返される。しかしながら、ここでは、ショートメッセージの宛先に指定されたユーザが契約している事業者が、網３０を提供する事業者であり、自らの網２０から他の事業者の網３０にテキストタイプのショートメッセージを送信するので、さらに、網２０のＨＬＲ２３から他網３０のＨＬＲ３１に問い合わせが行われる。
【００４６】
そして、ＨＬＲ３１は、ＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを、ＩＷＭＳＣ２２に送信する。ＩＷＭＳＣ２２の契約事業者情報付与部２２ｄは、問い合わせ結果に基づいて、記憶部２２ｃに記憶されている「契約事業者コード」を、テキストタイプのショートメッセージ６０の属性情報の一つである事業者情報に付与する。
【００４７】
次に、図６−１（ｃ）に示すように、ＩＷＭＳＣ２２は、ＳＭＳＣ２４に対してＳＭ−ＭＯを送信して、テキストタイプのショートメッセージ６０をＳＭＳＣ２４に送信する。ＳＭＳＣ２４は、テキストタイプのショートメッセージ６０を蓄積する。ＳＭＳＣ２４はＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋをＩＷＭＳＣ２２に送信し、ＩＷＭＳＣ２２はＳＭ−ＭＯ＿ａｃｋを移動端末機２０に送信する。
【００４８】
そして、テキストタイプのショートメッセージ６０を他の事業者の網３０に送信するので、ＳＭＳＣ２４のサービス毎処理部２４ｅは、テキストタイプのショートメッセージ６０に付与されている属性情報の一つである契約事業者情報から契約事業者を判断する。さらに、サービス毎処理部２４ｅは、テキストタイプのショートメッセージ６０を他の事業者の網３０に配信する時にテキストタイプのショートメッセージ６０に含まれる絵文字等を、契約事業者のプロトコルに合わせて変換する。なお、ＳＭＳＣ２４にメッセージ６０が作成されてから配信されるまでの間に、ユーザが契約事業者をポートアウトしてしまうことがある。このため、テキストタイプのショートメッセージ６０をオリジナルのまま蓄積しておいて、テキストタイプのショートメッセージ６０を配信する直前に文字コードの変換等を行えば良い。
【００４９】
次に、図６−２（ａ）に示すように、ＳＭＳＣ２４は、テキストタイプのショートメッセージ６０をＳＭＳＣ２４から移動端末機５０に送信する時に使う転送要求用の制御信号であるＳＭ−ＭＴ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ−Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ）を出力し、蓄積しているテキストタイプのショートメッセージ６０をＧＭＳＣ２５に送信する。ＧＭＳＣ２５の契約事業者問合部２５ｂは、ＳＲＩ ｆｏｒ ＳＭを、網２０のＨＬＲ２３及び網３０のＨＬＲ３１に送信し、テキストタイプのショートメッセージ６０の宛先ユーザの契約事業者を問い合わせる。これに対して、ＨＬＲ３１は、ＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを、ＧＭＳＣ２５に送信する。ＧＭＳＣ２５の契約事業者情報比較部２５ｃは、ＨＬＲ２３に問い合わせた結果に含まれる契約事業者情報と、テキストタイプのショートメッセージ６０に含まれる契約事業者情報とを比較し、２つの契約事業者が同じであるか否かを確認する。
【００５０】
そして、契約事業者情報比較部２５ｃで契約事業者情報を比較した結果、２つの契約事業者が同じであった場合には、図６−２（ｂ）に示すように、ＧＭＳＣ２５において、主制御部２５ａは、ＭＳＣ３２を経由して移動端末機５０にＭＴ ｆｏｒ ＳＭ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ ｆｏｒ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ）を送信する。すると、テキストタイプのショートメッセージ６０は、移動端末機５０に配信される。移動端末機５０は、ＭＴ ｆｏｒ ＳＭに対する応答信号であるＭＴ ｆｏｒ ＳＭ＿ａｃｋを、ＭＳＣ３２を経由して、ＧＭＳＣ２５に送信する。さらに、ＧＭＳＣ２５は、ＳＭ−ＭＴの応答信号であるＳＭ−ＭＴ＿ａｃｋをＳＭＳＣ２４に送信する。
【００５１】
また、契約事業者情報比較部２５ｃで契約事業者情報を比較した結果、２つの契約事業者情報が異なっていた場合、つまり、ユーザが契約事業者をポートアウトして、ショートメッセージの宛先に指定されたユーザの契約している事業者が、網３０を提供する事業者でなくなってしまった場合には、次のように処理される。図６−３（ａ）に示すように、ＧＭＳＣ２５において、契約事業者情報更新部２５ｅは、ＨＬＲ２３の問い合わせ結果に基づいて最新の事業者情報をＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ｎａｃｋに付与して送信することができるようにする。そして、主制御部２５ａは、ＳＭＳＣ２４に対して、最新の事業者情報が付与されたＳＭ−ＭＴ＿ｎａｃｋを送信する。
【００５２】
そして、図６−３（ｂ）に示すように、ＳＭＳＣ２４に、最新の事業者情報を付与されたテキストタイプのショートメッセージ６０が蓄積される。再び、ＳＭＳＣ２４において、テキストタイプのショートメッセージ６０に含まれる絵文字等を、ポートアウトした後の属性情報の一つである事業者情報で判断される事業者のプロトコルに合わせて変換する。その後、ＳＭＳＣ２４からＳＭ−ＭＴが送信され、ＳＭＳＣ２４はポートアウトした後の網の移動端末機に向けてテキストタイプのショートメッセージ６０を送信する。
【００５３】
続いて、図７−１〜図７−３を参照して、自らの網２０内において、ＳＭＥ２６から移動端末機４０に、制御サービスのメッセージを送信する際の流れを説明する。
まず、図７−１（ａ）に示すように、ＳＭＥ２６は、ＳＭＳＣ２４にＳＭ−ＭＯを出力し、ＳＭＳＣ２４に制御サービスのショートメッセージ７０を送信する。図７−１（ｂ）に示すように、ＳＭＳＣ２４は制御サービスのショートメッセージ７０を蓄積し、ＳＭＥ２６にＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋを送信する。なお、ＳＭＳＣ２４に制御サービスのショートメッセージ７０を蓄積する段階で、網２０のＨＬＲ２３及び網３０のＨＬＲ３１に対して問い合わせを必ず行う訳ではない。このため、ユーザが契約事業者をポートアウトしてしまうと、制御サービスのショートメッセージ７０が作成されたときの契約事業者と、実際の契約事業者とが異なる可能性がある。
【００５４】
次に、図７−２（ａ）に示すように、ＳＭＳＣ２４は、ＧＭＳＣ２５にＳＭ−ＭＴを出力し、蓄積している制御サービスのショートメッセージ７０をＧＭＳＣ２５に送信する。さらに、ＧＭＳＣ２５の契約事業者問合部２５ｂは、ＳＲＩ ｆｏｒ ＳＭを、網２０のＨＬＲ２３に送信する。これに対して、ＨＬＲ２３は、ＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを、ＧＭＳＣ２５に送信する。ＧＭＳＣ２５の契約事業者情報比較部２５ｃは、ＨＬＲ２３に問い合わせた結果に含まれる事業者情報と、制御サービスのショートメッセージ７０に付与されている属性情報の一つである事業者情報とを比較し、２つの事業者が同じであるか否かを確認する。
【００５５】
そして、制御サービスのショートメッセージ７０に付与されている属性情報の一つである契約事業者情報で判断される契約事業者が自らの事業者であった場合には、図７−２（ｂ）に示すように、ＧＭＳＣ２５において、主制御部２５ａは、移動端末機４０にＳＭ−ＭＴを送信する。すると、制御サービスのショートメッセージ７０は、移動端末機４０に配信される。移動端末機４０は、ＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ａｃｋを、ＧＭＳＣ２５を経由して、ＳＭＳＣ２４に送信する。
【００５６】
また、制御サービスのショートメッセージ７０に付与されている属性情報の一つである契約事業者情報で判断される契約事業者が他の事業者であった場合、つまり、ユーザが契約事業者をポートアウトして、ユーザの契約している事業者が、網２０を提供する事業者でなくなってしまった場合には、次のように処理される。図７−３に示すように、ＧＭＳＣ２５は、主制御部２５ａは、制御サービスのショートメッセージ７０を移動端末機４０に送信せず、ＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ｎａｃｋをＳＭＳＣ２４に送信する。これにより、制御サービスのショートメッセージ７０は、ＳＭＳＣ２４に返送される。ＳＭＳＣ２４のサービス毎処理部２４ｅは、制御サービスのショートメッセージ７０が他の事業者の網３０に配信されないように、制御サービスのショートメッセージ７０の配信を停止させる。
【００５７】
（ＳＭＳＣ２４の蓄積配信制御の流れ）
続いて、図８−１及び図８−２を参照して、ＳＭＳＣ２４の蓄積配信制御の流れを説明する。
図８−１（ａ）に示すように、ＳＭＳＣ２４に３通のテキストタイプのショートメッセージ８１〜８３が蓄積されているとき、ユーザが、契約事業者を他の事業者から自らの事業者にポートインしてきたものとする。これらのショートメッセージ８１〜８３は、ショートメッセージ８１、ショートメッセージ８２、ショートメッセージ８３の順番でＧＭＳＣ２５に送信される。
【００５８】
最初に、図８−１（ｂ）に示すように、ショートメッセージ８１がＳＭＳＣ２４からＧＭＳＣ２５に送信される。一方で、ＳＭＥ２６からＳＭＳＣ２４に、制御サービスのメッセージ８４が配信されてきている。なお、ショートメッセージ８１に付与されている属性情報の一つである契約事業者情報で判断される契約事業者と、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋに含まれる事業者情報で判断される契約事業者とが同じでなかった場合には、ＳＭＳＣ２４がショートメッセージに含まれる絵文字等を、契約事業者のプロトコルに合わせて変換している可能性がある。このため、ＧＭＳＣ２５は、ショートメッセージ８１に付与されている属性情報の一つである契約事業者情報で判断される契約事業者と、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋに含まれる事業者情報で判断される契約事業者とが同じでなく、事業者が異なることによるサービスの違いがあると判定した場合には、図８−１（ｃ）に示すように、ＳＭＳＣ２４にショートメッセージ８１を一旦返送する。そして、ＳＭＳＣ２４のサービス種類判定部２４ｃで、ショートメッセージ８１の種類が、テキストタイプのショートメッセージであるのか、又は制御サービスのメッセージであるのかを判断させる。
【００５９】
また、ポートインした時に契約事業者から携帯端末機等に向けて自動的に送信される『ようこそ！！』等とメッセージの入った制御サービスのショートメッセージ８４を、テキストタイプのショートメッセージ８１〜８３よりも優先して配信させることがある。但し、ＳＭＳＣ２４には、テキストタイプのショートメッセージ８１〜８３と、制御サービスのショートメッセージ８４とが混在して蓄積されている。このため、ＳＭＳＣ２４にテキストタイプのショートメッセージ８１が一旦返送された際、ＳＭＳＣ２４の配信順序管理部２４ｆは、図８−２（ａ）に示すように、制御サービスのショートメッセージ８４を最初に送信し、次に、テキストタイプのショートメッセージ８１、ショートメッセージ８２、ショートメッセージ８３が順番に送信されるように、ショートメッセージを送信する順序を管理する。
従って、テキストタイプのショートメッセージ８１がＳＭＳＣ２４に一旦返送された場合であっても、ＳＭＳＣ２４からテキストタイプのショートメッセージ８１を再度配信する時には、ＳＭＳＣ２４は、図８−２（ｂ）に示すように、制御サービスのショートメッセージ８４を最初に配信する。
【００６０】
（ＩＷＭＳＣ２２の処理の流れ）
続いて、図９を参照して、ＩＷＭＳＣ２２の処理の流れを説明する。
図９に示すように、まず、主制御部２２ａは、移動端末機４０から送信されるＳＭ−ＭＯをＭＳＣ２１経由で受信するまで待機する（ステップＳ１０１のＮＯ）。主制御部２２ａは、移動端末機４０からＳＭ−ＭＯを受信すると（ステップＳ１０１のＹＥＳ）、契約事業者問合部２２ｂは、ＳＲＩ ｆｏｒ ＳＭを、網２０のＨＬＲ２３に送信する（ステップＳ１０２）。上述した通り、事業者が網３０を提供する事業者である場合には、ＨＬＲ２３からさらに網３０を提供する事業者のＨＬＲ３１に問い合わせを行う。このため、ＳＲＩ ｆｏｒ ＳＭがＨＬＲ２３から網３０のＨＬＲ３１に転送される。そして、主制御部２２ａは、網２０のＨＬＲ２３又は網３０のＨＬＲ３１から送信されたＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを受信する（ステップＳ１０３）。
【００６１】
契約事業者情報付与部２２ｄは、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋの問い合わせ結果の事業者情報に基づいて、ショートメッセージに事業者コードを事業者情報として付与する（ステップＳ１０４）。
主制御部２２ａは、ショートメッセージをＳＭＳＣ２４に送信するために、ＳＭＳＣ２４に対してＳＭ−ＭＯを送信する（ステップＳ１０５）。主制御部２２ａは、ＳＭＳＣ２４からＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋを受信する（ステップＳ１０６）。また、主制御部２２ａは、移動端末機４０に対して、ＭＳＣ２１経由でＳＭ−ＭＯ＿ａｃｋを送信すると（ステップＳ１０７）、上述したステップＳ１０１の処理に戻る。
【００６２】
（ＳＭＳＣ２４の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信するまでの処理の流れ）
続いて、図１０を参照して、ＳＭＳＣ２４の全体の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信するまでの処理の流れを説明する。
図１０に示すように、まず、主制御部２４ａは、ＩＷＭＳＣ２２から送信されたＳＭ−ＭＯを受信すると（ステップＳ２０１のＹＥＳ）、ショートメッセージ蓄積部２４ｉにショートメッセージを蓄積させる。主制御部２４ａは、ショートメッセージ蓄積部２４ｉにショートメッセージを蓄積させた後に、ＩＷＭＳＣ２２に対して、ＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋを送信する（ステップＳ２０２）。
【００６３】
（ＧＭＳＣ２５の処理の流れ）
続いて、図１１を参照して、ＧＭＳＣ２５の処理の流れを説明する。
図１１に示すように、主制御部２２ａは、ＳＭＳＣ２４から送信されるＳＭ−ＭＴを受信するまで待機する（ステップＳ３０１のＮＯ）。主制御部２２ａは、ＳＭ−ＭＴを受信すると（ステップＳ３０１のＹＥＳ）、ＳＲＩ ｆｏｒ ＳＭ（Ｓｅｎｄ Ｒｏｕｔｉｎｇ Ｉｎｆｏ Ｆｏｒ ＳＭ）を、ＨＬＲ２３に送信する（ステップＳ３０２）。上述した通り、事業者が網３０を提供する事業者である場合には、ＳＲＩ ｆｏｒ ＳＭがＨＬＲ２３から網３０のＨＬＲ３１に転送される。そして、主制御部２２ａは、ＨＬＲ２３又は網３０のＨＬＲ３１からＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを受信する（ステップＳ３０３）。
【００６４】
契約事業者情報比較部２５ｃは、ショートメッセージに付与されている属性情報の一つである契約事業者情報から判断することができる契約事業者と、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋに含まれる事業者情報で判断される事業者とから、両者が同じであるか否かを確認する。そして、契約事業者情報比較部２５ｃが、２つの事業者が同じであると判断した場合（ステップＳ３０４のＹＥＳ）、主制御部２５ａは、移動端末機４０又は移動端末機５０にＭＴ ｆｏｒ ＳＭを送信する（ステップＳ３０５）。続いて、主制御部２５ａは、移動端末機４０又は移動端末機５０からＭＴ ｆｏｒ ＳＭに対する応答信号であるＭＴ ｆｏｒ ＳＭ＿ａｃｋを受信し（ステップＳ３０６）、ＳＭＳＣ２４に対してＳＭ−ＭＴ＿ａｃｋを送信し（ステップＳ３０７）、ステップＳ３０１の処理に戻る。
【００６５】
また、契約事業者情報比較部２５ｃが、ステップＳ３０４の処理で、契約事業者情報比較部２５ｃが、２つの事業者が同じでないと判断した場合には（ステップＳ３０４のＮＯ）、契約事業者情報更新部２５ｅは、ＨＬＲ２３又は網３０のＨＬＲ３１からの問い合わせた結果に基づいて、ＳＭ−ＭＴ＿ｎａｃｋに最新の事業者情報を付与して送信することができるようにする（ステップＳ３０８）。続いて、主制御部２５ａは、ショートメッセージをＳＭＳＣ２４に返送するために、ＳＭＳＣ２４に対してＳＭ−ＭＴ＿ｎａｃｋを送信し（ステップＳ３０９）、ステップＳ３０１の処理に戻る。
【００６６】
（ＳＭＳＣ２４の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信した後の処理の流れ）
続いて、図１２を参照して、ＳＭＳＣ２４の全体の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信した後の処理の流れを説明する。
まず、事業者情報確認部２４ｄは、蓄積しているショートメッセージに付与されている属性情報の一つである契約事業者情報に基づいてショートメッセージの宛先ユーザの契約事業者を判断し、宛先ユーザの契約事業者が相互接続を締結している他の事業者である否かを確認する。さらに、サービス種類判定部２４ｃは、蓄積しているショートメッセージに係るサービスの種類が、移動端末機４０から送信されたテキストタイプのショートメッセージを送受するサービスであるか、又はＳＭＥ２６から移動端末機４０に向けた制御サービスであるかを判定する。
【００６７】
図１２に示すように、事業者情報確認部２４ｄが、蓄積しているショートメッセージの宛先ユーザの契約事業者を、相互接続を締結している他の事業者であると判定し（ステップＳ４０１のＹＥＳ）、サービス種類判定部２４ｃが、蓄積しているショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスであると判定すると（ステップＳ４０２のＹＥＳ）、サービス毎処理部２４ｅは、テキストタイプのショートメッセージに含まれる絵文字等を、ショートメッセージに付与されている属性情報の一つである契約事業者情報で判断される契約事業者のプロトコルに合わせて変換する（ステップＳ４０３）。
【００６８】
続けて、主制御部２４ａは、絵文字等が変換されたテキストタイプのショートメッセージ６０をＳＭＳＣ２４から移動端末機５０に配信するために、ＧＭＳＣ２５に、事業者情報を付与してＳＭ−ＭＴを送信する（ステップＳ４０４）。
なお、事業者情報確認部２４ｄが、蓄積しているショートメッセージの宛先ユーザの契約事業者を、相互接続を締結している他の事業者でないと判定した場合や（ステップＳ４０１のＮＯ）、サービス種類判定部２４ｃが、蓄積しているショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスでないと判定した場合（ステップＳ４０２のＮＯ）、ショートメッセージに含まれる絵文字等のコードを他の事業者のプロトコルに合わせて変換する必要はない。従って、ステップＳ４０３の処理をスキップして、ステップＳ４０４の処理を行う。
【００６９】
主制御部２４ａは、ＧＭＳＣ２５から送信されたＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ａｃｋ又はＳＭ−ＭＴ＿ｎａｃｋを受信するまで待機する（ステップＳ４０５のＮＯ及びステップＳ４０６のＮＯ）。そして、主制御部２４ａは、ＧＭＳＣ２５からＳＭ−ＭＴ＿ａｃｋを受信した場合には（ステップＳ４０５のＹＥＳ）、ショートメッセージの送信が正常完了したので、ショートメッセージを削除して（ステップＳ４０９）、処理を終了する。また、主制御部２４ａは、ＧＭＳＣ２５から送信されたＳＭ−ＭＴ＿ｎａｃｋを受信した場合には（ステップＳ４０６のＹＥＳ）、ＧＭＳＣ２５からショートメッセージが返送されてくるので、次の処理を行う。
【００７０】
サービス種類判定部２４ｃは、ショートメッセージに係るサービスの種類が、テキストタイプのショートメッセージを送受するサービスであるか、又は移動端末機に向けた制御サービスであるかを判定する。サービス種類判定部２４ｃが、ショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスであると判定した場合（ステップＳ４０７のＹＥＳ）、サービス毎処理部２４ｅは、テキストタイプのショートメッセージに含まれる絵文字等を、ショートメッセージに付与されている属性情報の一つである契約事業者情報で判断される契約事業者のプロトコルに合わせて変換する（ステップＳ４０３）。続けて、主制御部２４ａは、絵文字等が変換されたテキストタイプのショートメッセージ６０をＳＭＳＣ２４から移動端末機５０に配信するために、ＧＭＳＣ２５に、事業者情報を付与してＳＭ−ＭＴを送信する（ステップＳ４０４）。主制御部２４ａは、ＳＭ−ＭＴを送信後、送信したＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ａｃｋ又はＳＭ−ＭＴ＿ｎａｃｋを受信するまで待機する。
【００７１】
また、上述したステップＳ４０７の処理で、サービス種類判定部２４ｃが、ショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスと判定しなかった場合には（ステップＳ４０７のＮＯ）、サービスの種類は制御サービスであるので、制御サービスのショートメッセージ７０が他の事業者の網３０に配信されないようにする。よって、サービス毎処理部２４ｅは、制御サービスのショートメッセージ７０の配信を停止させる（ステップＳ４０８）。さらに、サービス毎処理部２４ｅは、ショートメッセージを削除して（ステップＳ４０９）、処理を終了する。
【００７２】
（まとめ）
本実施形態に係る事業者毎サービス提供システム１０によれば、ＩＷＭＳＣ２２の契約事業者情報付与部２２ｄが、テキストタイプのショートメッセージに対して、事業者情報を付与しておく。そして、テキストタイプのショートメッセージを他の事業者の網３０に配信するときに、ＳＭＳＣ２４のショートメッセージプロトコル変換部２４ｇが、その事業者情報に基づいて、ショートメッセージに含まれる絵文字等を、他の事業者のプロトコルに合わせて変換することができる。また、ＳＭＳＣ２４のショートメッセージ配信停止部２４ｈが、制御サービスのショートメッセージが他の事業者の網３０にそのまま送信されないように、制御サービスのショートメッセージの送信を停止させることができる。
【００７３】
また、本実施形態に係る事業者毎サービス提供システム１０では、テキストタイプのショートメッセージであるならばプロトコルの変換を行い、制御サービスのショートメッセージであるならば送信を停止させるものとして説明したが、これに限定されない。これ以外にも、事業者毎サービス提供システム１０は、ショートメッセージに係るサービスの種類に応じた最適な処理を行うことができる。その一例として、制御サービスのショートメッセージであっても、他網のプロトコルに合わせて、制御に係るデータの変換を実施して、他網の移動端末機５０に送信することもできる。
【産業上の利用可能性】
【００７４】
本発明は、ＳＭＳで、異なる事業者の網へショートメッセージを送信することのできるようにサービスを提供する際に、ショートメッセージに係るサービスの違いをなるべく抑えられるように事業者に合わせてサービスを提供するための事業者毎サービス提供システム及び事業者毎サービス提供方法として用いることができる。
【符号の説明】
【００７５】
１０，２０，３０ 網
２１，３２ ＭＳＣ
２２ ＩＷＭＳＣ
２２ａ 主制御部
２２ｂ 契約事業者問合部
２２ｃ 記憶部
２２ｄ 契約事業者情報付与部
２３，３１ ＨＬＲ
２４ ＳＭＳＣ
２４ａ 主制御部
２４ｂ 記憶部
２４ｃ サービス種類判定部
２４ｄ 事業者情報確認部
２４ｅ サービス毎処理部
２４ｆ 配信順序管理部
２４ｇ ショートメッセージプロトコル変換部
２４ｈ メッセージ配信停止部
２４ｉ ショートメッセージ蓄積部
２５ ＧＭＳＣ
２５ａ 主制御部
２５ｂ 契約事業者問合部
２５ｃ 契約事業者情報比較部
２５ｄ 記憶部
２５ｅ 契約事業者情報更新部
２６ ＳＭＥ
４０，５０ 移動端末機
【技術分野】
【０００１】
本発明は、事業者毎サービス提供システム及び事業者毎サービス提供方法に関し、特にショートメッセージサービス（ＳＭＳ；Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）によるショートメッセージ（以下、単に「ショートメッセージ」と略称する。）の宛先ユーザの事業者に合わせてサービスを提供する事業者毎サービス提供システム及び事業者毎サービス提供方法に関する。
【背景技術】
【０００２】
ＳＭＳは、ユーザが電話番号を宛先に指定して短いテキストタイプのショートメッセージをやり取りするサービスや、事業者側からユーザの移動端末機に向けて移動端末機の遠隔操作やデータクリア等の事業者毎に独自のサービス等を行うことのできる仕組みである。例えば、特許文献１には、ＳＭＳの相互接続が可能な事業者間であれば、発信元ユーザが契約する事業者や宛先に指定したユーザが契約する事業者を問わずにショートメッセージをやり取りすることができる技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１９１８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＳＭＳの相互接続が可能な異なる事業者間でショートメッセージを用いたサービスを提供しようとする際に下記のような課題があった。
事業者毎にショートメッセージをやりとりするためのプロトコルが異なる。例えば、上述したＳＭＳでショートメッセージを送信する時に使われる文字は、一般的な文字コードで定義される文字に加えて、事業者毎に独自に定義された絵文字等がある。このため、ユーザ同士でメッセージをやり取りする場合、他の事業者のユーザにＳＭＳのショートメッセージを送信すると、受信側でショートメッセージに含まれる絵文字等を正しく表示させることができない場合があった。
【０００５】
また、番号ポータビリティの導入により、ユーザは電話番号を変更せずに契約事業者を変更することが可能になった。このため、ユーザからショートメッセージを作成してから、宛先のユーザにショートメッセージが届くまでの間に、宛先に指定されているユーザが契約事業者を別の事業者にポートアウトしてしまう可能性がある。すると、上述したように受信側でショートメッセージに含まれる絵文字等を正しく表示させることができない。また、事業者からユーザの携帯端末機に向けて送信される制御サービスのショートメッセージであれば、その事業者内のみで使用されるべき制御信号が、他の事業者の網にそのまま送信されてしまう。
【０００６】
そこで、本発明は、上記の課題に鑑み、異なる事業者間でＳＭＳのショートメッセージを用いたサービスを提供する際に、事業者が異なることによるサービスの違いをなるべく抑えられるように、事業者に合わせてサービスを提供することのできる事業者毎サービス提供システム及び事業者毎サービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る事業者毎サービス提供システム及び事業者毎サービス提供方法は、上記の目的を達成するために、次のように構成される。
本発明に係る第１の事業者毎サービス提供システムは、相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供システムであって、受信したショートメッセージに係るサービスの種類を判定するサービス種類判定部と、前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認部と、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定部によって判定された前記サービスの種類に応じた処理を行うサービス毎処理部と、を備えることを特徴とする。
【０００８】
この第１の事業者毎サービス提供システムによれば、サービス種類判定部が受信したショートメッセージに係るサービスの種類を判定し、事業者情報確認部によって送信元事業者と受信先事業者との同一性がとれないショートメッセージに対しては、サービス毎処理部がサービスの種類に応じた処理を行う。これにより、相互接続を締結している異なる事業間でショートメッセージをやり取りする際にも、宛先ユーザの事業者に合わせてショートメッセージを配信することが可能となる。
【０００９】
本発明に係る第２の事業者毎サービス提供システムは、前記サービス種類判定部は、前記サービスの種類が、テキストタイプのショートメッセージを送受するサービスであるか否かを判定することを特徴とする。
この第２の事業者毎サービス提供システムによれば、サービス種類判定部が、サービスの種類について、テキストタイプのショートメッセージを送受するサービスであるか否かを判定することで、テキストタイプのショートメッセージに対する処理を行うことが可能となる。
【００１０】
本発明に係る第３の事業者毎サービス提供システムは、前記サービス種類判定部は、前記サービスの種類が、制御サービスであるか否かを判定することを特徴とする。
この第３の事業者毎サービス提供システムによれば、サービス種類判定部が、サービスの種類について、制御サービスであるか否かを判定することで、制御サービスのショートメッセージに対する処理を行うことが可能となる。
【００１１】
本発明に係る第４の事業者毎サービス提供システムは、前記サービス毎処理部は、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージのプロトコルを、前記受信先事業者のプロトコルに合わせて変換することを特徴とする。
この第４の事業者毎サービス提供システムによれば、サービス毎処理部が、ショートメッセージに含まれる絵文字や、ショートメッセージの制御パラメータ等を、受信先事業者のプロトコルに合わせて変換する。これにより、異なる事業間でショートメッセージをやり取りする際にも、宛先ユーザの事業者に合わせてショートメッセージを配信することが可能となる。
【００１２】
本発明に係る第５の事業者毎サービス提供システムは、前記サービス毎処理部は、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージの配信を停止させることを特徴とする。
この第５の事業者毎サービス提供システムによれば、ショートメッセージ配信停止部が、宛先ユーザの契約事業者が自らの事業者でないショートメッセージの配信を停止する処理を行う。これにより、他の事業者の網に、自らの事業者の網でしか使用されないショートメッセージが配信されるのをなくすことが可能となる。
【００１３】
本発明に係る第６の事業者毎サービス提供システムは、前記ショートメッセージに、前記受信元事業者を示す事業者情報を付与する事業者情報付与部と、前記事業者情報付与部によって前記ショートメッセージに付与された前記事業者情報と、前記受信元事業者への問い合わせ結果として得られた最新の事業者情報とを比較する事業者情報比較部と、を備えることを特徴とする。
この第６の事業者毎サービス提供システムによれば、事業者情報付与部が、事前にショートメッセージに事業者情報を付与しておく。これにより、事業者情報比較部が、ショートメッセージに付与されている属性情報の一つである事業者情報と、送信先事業者に関する問い合わせ結果として得られた最新の事業者情報とを比較して、送信元事業者と受信先事業者との同一性を確認することが可能となる。
【００１４】
本発明に係る第７の事業者毎サービス提供システムは、前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない場合に、前記ショートメッセージに、前記最新の事業者情報を付与する事業者情報更新部を備えることを特徴とする。
この第７の事業者毎サービス提供システムによれば、事業者情報更新部が、送信元事業者と受信先事業者との同一性がとれない場合に、ショートメッセージに最新の事業者情報に付与する。このため、ショートメッセージに付与されている最新の事業者情報に基づいて、サービスの種類に応じた処理を行った上でショートメッセージを正しく配信することが可能となる。
【００１５】
本発明に係る第８の事業者毎サービス提供システムは、前記サービスの種類に応じた優先順序で前記ショートメッセージを配信することができるように、前記ショートメッセージを配信する順序を管理するショートメッセージ配信順序管理部を備えることを特徴とする。
この第８の事業者毎サービス提供システムによれば、ショートメッセージ配信順序管理部が、サービスの種類に応じた優先順序で、ショートメッセージを配信する順序を管理している。これにより、制御サービスのショートメッセージを、テキストタイプのショートメッセージよりも優先して配信するのであれば、制御サービスのショートメッセージ、テキストタイプのショートメッセージの順序でショートメッセージを配信することが可能となる。
【００１６】
本発明に係る第９の事業者毎サービス提供システムは、少なくとも前記受信先事業者に対応する識別子及び前記サービスの種類に応じた処理を行うために必要な情報を記憶した記憶部を備えることを特徴とする。
この第９の事業者毎サービス提供システムによれば、記憶部が、事業者の識別子と合わせて、当該事業者に対応する文字コードやショートメッセージの制御パラメータ等のプロトコル情報といったサービスの種類に応じた処理を行うために必要な各種の情報を記憶している。これにより、記憶部にサービスの種類に応じた処理を行うための情報を記憶しておけば、事業者に合わせてサービスの種類に応じた処理を行うことができ、サービスの違いを最大限に抑えることが可能となる。
【００１７】
本発明に係る事業者毎サービス提供方法は、相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供方法であって、サービス種類判定部が、受信したショートメッセージに係るサービスの種類を判定するサービス種類判定ステップと、事業者情報確認部が、前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認ステップと、サービス毎処理部が、前記事業者情報確認ステップによって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定ステップによって判定された前記サービスの種類に応じた処理を行うサービス毎処理ステップとを有することを特徴とする。
この事業者毎サービス提供方法によれば、上記の第１の事業者毎サービス提供システムと同じような作用を得ることが可能となる。
【発明の効果】
【００１８】
本発明によれば、ショートメッセージの送信元事業者と受信先事業者との同一性がとれない場合に、そのショートメッセージに係るサービスの種類に応じた処理を行うことができる。相互接続を締結している異なる事業者間でＳＭＳのショートメッセージを用いたサービスを提供する際にも、事業者が異なることによるサービスの違いをなるべく抑えることができる。
【００１９】
例えば、受信先事業者のプロトコルに合わせてテキストタイプのショートメッセージを送信することができる。また、自らの事業者の網でしか提供されない独自のサービスに用いられる制御サービスのショートメッセージが、他の事業者の網にそのまま配信されるのをなくすことができる。従って、各事業者において、ユーザに事業者毎のサービスの違いをなるべく感じさせずに、サービスを提供することができる。
【００２０】
ショートメッセージに、受信元事業者に問い合わせた結果として得られた受信先事業者を示す事業者情報を付与しておくことで、上述した送信元事業者と受信先事業者との同一性を確認することができる。また、ショートメッセージに事業者情報を付与した後でも、ショートメッセージに最新の事業者情報を付与することができる。このため、ユーザが別の事業者にポートアウトしてしまっても、ポートアウト後の事業者に合わせてショートメッセージを配信することができる。
【００２１】
また、サービスの種類に応じた優先順序でショートメッセージを配信することができるため、例えば、ユーザが他の事業者からポートインしてきた場合に、携帯端末機に対する制御を優先して行うこと等ができる。
サービスの種類に応じた処理を行うために必要な情報を記憶しておくことにより、サービスの種類に応じた処理が行うことができ、サービスの違いを最大限に抑えることができる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る事業者毎サービス提供システムを適用した網の構成を示すネットワーク図である。
【図２】ＩＷＭＳＣ２２の構成を示すブロック図である。
【図３】契約事業者属性情報２２ｃのテーブル構造を示す表である。
【図４】ＳＭＳＣ２４の構成を示すブロック図である。
【図５】ＧＭＳＣ２５の構成を示すブロック図である。
【図６−１】テキストタイプのショートメッセージを送信する際の流れを示す第１の模式図である。
【図６−２】テキストタイプのショートメッセージを送信する際の流れを示す第２の模式図である。
【図６−３】テキストタイプのショートメッセージを送信する際の流れを示す第３の模式図である。
【図７−１】制御サービスのメッセージを送信する際の流れを説明する第１の模式図である。
【図７−２】制御サービスのメッセージを送信する際の流れを説明する第２の模式図である。
【図７−３】制御サービスのメッセージを送信する際の流れを説明する第３の模式図である。
【図８−１】ＳＭＳＣ２４の蓄積配信制御の流れを説明する第１の模式図である。
【図８−２】ＳＭＳＣ２４の蓄積配信制御の流れを説明する第２の模式図である。
【図９】ＩＷＭＳＣ２２の処理の流れを示すフローチャートである。
【図１０】ＳＭＳＣ２４の全体の処理のうち、ＧＭＳＣ２５にＳＭ−ＭＴを送信するまでの処理の流れを示すフローチャートである。
【図１１】ＧＭＳＣ２５の処理の流れを示すフローチャートである。
【図１２】ＳＭＳＣ２４の全体の処理のうち、ＧＭＳＣ２５からＳＭ−ＭＴ＿ａｃｋを受信してからの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態について、図面を参照しつつ詳細に説明する。なお、本実施形態の説明において、同一の構成要素には同一の符号を付け、重複する説明は省略する。
（網１０の構成）
まず、図１を参照して、本実施形態に係る事業者毎サービス提供システムを適用した網の構成を説明する。
図１に示す破線で囲む網２０は自らの事業者の網であり、同様に破線で囲む網３０は自らの事業者とＳＭＳの相互接続を締結している他の事業者の網である。また、移動端末機４０は、網２０を提供する事業者と契約されている契約者、つまり加入者が使用する移動端末機であり、移動端末機５０は、網３０を提供する事業者と契約されている加入者が使用する移動端末機である。この網２０の事業者と、網３０の事業者との相互接続を締結している事業者間で、ＳＭＳのショートメッセージを相互にやり取りすることができる。
【００２４】
網２０は、ＭＳＣ（Ｍｏｂｉｌｅ ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２１、ＩＷＭＳＣ（Ｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｍｏｂｉｌｅ ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２２、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）２３、ＳＭＳＣ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）２４、ＧＭＳＣ（Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２５及びＳＭＥ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｅｎｔｉｔｙ）２６を備えて構成される。
【００２５】
ＭＳＣ２１は、移動端末機４０からショートメッセージを受信し、ショートメッセージの正常性を確認した後、ＩＷＭＳＣ２２にショートメッセージを送信する機能を有する装置である。また、ＭＳＣ２１は、ＧＭＳＣ２５からショートメッセージを受信し、ショートメッセージの正常性を確認した後、移動端末機４０にショートメッセージを送信する機能を合わせて有する。
ＩＷＭＳＣ２２は、ＭＳＣ２１からショートメッセージを受信し、ショートメッセージに指定されている宛先ユーザの有効性を確認した後、ＳＭＳＣ２４にショートメッセージを送信する機能を合わせて有する装置である。
ＨＬＲ２３は、移動端末機４０の契約者、つまり加入者の情報や在圏位置情報を管理するための装置である。
【００２６】
ＳＭＳＣ２４は、ショートメッセージの有効期限までショートメッセージを保持する機能を有する装置である。また、ＳＭＳＣ２４は、移動端末機４０へ送信する送信レポートを網内の各装置から受信したり、受信したショートメッセージに関する送信レポートを網内の各装置に送信したりする機能を合わせて有する。
ＧＭＳＣ２５は、ＳＭＳＣ２４からショートメッセージを受信し、ＨＬＲ２３に対して加入者の情報や在圏位置情報の問い合わせを行った上で、指定された事業者の網のＭＳＣにショートメッセージを送信する機能を有する装置である。
【００２７】
ＳＭＥ２６は、事業者側からユーザの移動端末機４０に向けて、移動端末機４０の制御を行うために用いられる制御サービスのショートメッセージや、テキストタイプのショートメッセージを作成して送信するための機能を有する装置である。なお、制御サービスのショートメッセージには、移動端末機４０の遠隔操作を行うためのショートメッセージや、移動端末機４０のデータクリアを行うためのショートメッセージ等がある。
【００２８】
同様に、網３０についても、網２０と同様に、ＨＬＲ２３及びＭＳＣ２１のそれぞれに対応するＨＬＲ３１及びＭＳＣ３２を備える。その他、網３０についても、図示しないがＩＷＭＳＣ２２、ＳＭＳＣ２４及びＳＭＥ２６に対応する装置を備えて構成される。なお、本実施形態では、網２０を提供する事業者と、相互接続を締結した網３０を提供する事業者との間でＳＭＳの相互接続が可能であるものとして説明するが、相互接続先の事業者は複数であっても良い。
【００２９】
移動端末機４０，５０は、上記の網２０，３０と接続され、ＳＭＳのショートメッセージを作成して送信したり、ＳＭＥ２６から送信される制御サービスのショートメッセージによって遠隔操作等のサービスを受けたりするものである。また、本実施形態では、移動端末機５０は網３０に存在しているものとして説明するが、網３０を提供する事業者とローミングサービスを締結している事業者の網がある場合には、移動端末機５０はその網に存在することもある。
【００３０】
（ＩＷＭＳＣ２２の構成）
続いて、図２を参照して、ＩＷＭＳＣ２２の構成を説明する。
図２に示すＩＷＭＳＣ２２は、主制御部２２ａ、契約事業者問合部２２ｂ、記憶部２２ｃ及び契約事業者情報付与部２２ｄを備えて構成される。
主制御部２２ａは、網２０，３０を構成する各装置からの制御信号を送受信し、ショートメッセージを送受信するための処理を行う。
【００３１】
契約事業者問合部２２ｂは、ＨＬＲ２３に、ショートメッセージに指定されている宛先ユーザが契約している事業者である契約事業者を問い合わせる。なお、ショートメッセージの宛先に指定されたユーザが契約している事業者が、網３０を提供する事業者である場合には、ＨＬＲ２３からさらに網３０を提供する事業者のＨＬＲ３１に問い合わせが行われる。また、移動端末機５０がＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）ロックフリーの移動端末機である場合に、その移動端末機に係る情報を利用してサービスを行う時には、契約事業者問合部２２ｂは、移動端末機に係る情報を保持しておく。
【００３２】
記憶部２２ｃは、図３に示すように、網２０を提供する事業者とＳＭＳの相互接続を締結している事業者に係る情報を記憶している。具体的に、記憶部２２ｃには、各契約事業者に対応する契約事業者を一意に特定するためのユニークキーである「契約事業者コード」、契約事業者の名称である「契約事業者名」等が記憶されている。
契約事業者情報付与部２２ｄは、契約事業者問合部２２ｂの問い合わせ結果に基づいて、記憶部２２ｃに相互接続を締結している事業者の情報として記憶されている「契約事業者コード」を、ショートメッセージの属性情報の一つである契約事業者情報として付与する。
ＩＷＭＳＣ２２においては、契約事業者問合部２２ｂ、記憶部２２ｃ及び契約事業者情報付与部２２ｄが、事業者毎サービス提供システムの機能の一部である。
【００３３】
（ＳＭＳＣ２４の構成）
続いて、図４を参照して、ＳＭＳＣ２４の構成を説明する。
図４に示すＳＭＳＣ２４は、主制御部２４ａ、記憶部２４ｂ、サービス種類判定部２４ｃ、事業者情報確認部２４ｄ、サービス毎処理部２４ｅ、配信順序管理部２４ｆ及びショートメッセージ蓄積部２４ｉを備えて構成される。
主制御部２４ａは、網２０を構成する各装置からの制御信号を送受し、ショートメッセージを蓄積して配信するための処理を行う。
【００３４】
記憶部２４ｂは、各契約事業者に対応する「契約事業者コード」に加えて、ショートメッセージに係るサービスの種類に応じた処理を行うために必要な情報を記憶している。例えば、契約事業者毎に異なるショートメッセージに含まれる絵文字の文字コードやショートメッセージの制御パラメータ等を変換するのであれば、記憶部２４ｂは、契約事業者に対応するプロトコル情報を記憶している。
【００３５】
サービス種類判定部２４ｃは、ショートメッセージに係るサービスの種類を判定する。サービスの種類として、例えば移動端末機４０から移動端末機５０に送信されたテキストタイプのショートメッセージを送受するサービスがあったり、ＳＭＥ２６から移動端末機４０に向けて移動端末機４０の遠隔操作やデータクリア等の制御を行うサービスがあったりする。
事業者情報確認部２４ｄは、ショートメッセージに付与されている属性情報の一つである事業者情報から、ショートメッセージの宛先に指定されているユーザの契約事業者が自らの網と同じであるか否かを確認する。
【００３６】
サービス毎処理部２４ｅは、ショートメッセージプロトコル変換部２４ｇ及びショートメッセージ配信停止部２４ｈを備える。サービス毎処理部２４ｅは、事業者情報確認部２４ｄによってショートメッセージの宛先に指定されているユーザの契約事業者が自らの網２０でない場合に、サービス種類判定部２４ｃによって判定されたショートメッセージに係るサービスの種類に応じた処理を行う。
【００３７】
受信したショートメッセージから、テキストタイプのショートメッセージを送受するサービスであると判定され、又自らの網２０に送信されるメッセージでなく、網２０を提供する事業者と相互接続を締結している事業者に送信されるメッセージであると判定された場合に、ショートメッセージプロトコル変換部２４ｇは、ショートメッセージを他の事業者の網３０に送信する前にショートメッセージのプロトコルを、その事業者のプロトコルに合わせて変換する。例えば、ショートメッセージプロトコル変換部２４ｇは、テキストに含まれる絵文字や、ショートメッセージの制御パラメータ等を、ショートメッセージに付与されている属性情報の一つである契約事業者情報から判断される契約事業者のプロトコルに合わせて変換する。
【００３８】
受信したショートメッセージから、移動端末機４０の制御を行うサービスであると判定され、又自らの網２０に送信されるメッセージでないと判定された場合に、ショートメッセージ配信停止部２４ｈは、自らの網２０で用いられる制御サービスのショートメッセージが他の事業者の網３０にそのまま送信されないようにショートメッセージの配信を停止させ、削除する。
なお、サービス毎処理部２４ｅには、上述したショートメッセージプロトコル変換部２４ｇ及びショートメッセージ配信停止部２４ｈの他にも、ショートメッセージに係るサービスの種類に応じた処理を行うことができるように各種の処理部を設けることができる。
【００３９】
配信順序管理部２４ｆは、蓄積しているショートメッセージを配信する順序を管理する。詳しくは後述するが、例えば制御サービスのショートメッセージとテキストタイプのショートメッセージとが同時に蓄積されているような場合に、制御サービスのショートメッセージを、テキストタイプのショートメッセージよりも優先して配信させるのであれば、制御サービスのショートメッセージ、テキストタイプのショートメッセージの順番でショートメッセージを配信することができるように、ショートメッセージを配信する順序を管理する。
【００４０】
ショートメッセージ蓄積部２４ｉは、移動端末機４０，５０に配信するショートメッセージを蓄積する。
ＳＭＳＣ２４においては、記憶部２４ｂ、サービス種類判定部２４ｃ、事業者情報確認部２４ｄ、サービス毎処理部２４ｅ、配信順序管理部２４ｆ及びショートメッセージ蓄積部２４ｉが、事業者毎サービス提供システムの機能の一部である。
【００４１】
（ＧＭＳＣ２５の処理の流れ）
続いて、図５を参照して、ＧＭＳＣ２５の構成を説明する。
図５に示すＧＭＳＣ２５は、主制御部２５ａ、契約事業者問合部２５ｂ、契約事業者情報比較部２５ｃ、記憶部２５ｄ及び契約事業者情報更新部２５ｅを備えて構成される。
主制御部２５ａは、網２０，３０を構成する各装置からの制御信号を送受し、主にショートメッセージの送受信するための処理を行う。
【００４２】
契約事業者問合部２５ｂは、ＨＬＲ２３に、ショートメッセージに指定されている宛先ユーザの契約事業者を問い合わせる。なお、ショートメッセージの宛先に指定されたユーザが契約している事業者が、網３０を提供する事業者である場合には、ＨＬＲ２３からさらに網３０を提供する事業者のＨＬＲ３１に問い合わせが行われる。
契約事業者情報比較部２５ｃは、ＨＬＲ２３に問い合わせた結果に含まれる契約事業者情報と、ショートメッセージに付与されている属性情報の一つである事業者情報とを比較し、２つの契約事業者が同じであるか否かを確認する。
記憶部２５ｄは、少なくとも上述した契約事業者毎に異なる「契約事業者コード」を記憶している。
【００４３】
契約事業者情報更新部２５ｅは、契約事業者情報比較部２５ｃで比較された２つの事業者情報が異なる場合に、ＨＬＲ２３に問い合わせた結果に基づいて最新の事業者情報をＳＭＳＣ２４に送信する。
ＧＭＳＣ２５においては、契約事業者問合部２５ｂ、契約事業者情報比較部２５ｃ、記憶部２５ｄ及び契約事業者情報更新部２５ｅが、事業者毎サービス提供システムの機能の一部である。
【００４４】
（属性情報が事業者情報である場合のショートメッセージを送信する際の流れ）
続いて、一例として、ショートメッセージに付与されている属性情報の一つが事業者情報である場合のショートメッセージを送信する際の流れを説明する。
ます、図６−１〜図６−３を参照して、自らの網２０の移動端末機４０から他の事業者の網３０の移動端末機５０に、テキストタイプのショートメッセージを送信する際の流れを説明する。
まず、図６−１（ａ）に示すように、移動端末機４０は、テキストタイプのショートメッセージ６０をＳＭＳＣ２４経由で送るための制御信号であるＳＭ−ＭＯ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ−Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ）を送信し、移動端末機４０からテキストタイプのショートメッセージ６０を送信する。
【００４５】
次に、図６−１（ｂ）に示すように、ＩＷＭＳＣ２２の契約事業者問合部２２ｂは、ユーザの在圏状況や契約条件等を問い合わせるための制御信号であるＳＲＩ ｆｏｒ ＳＭ（Ｓｅｎｄ Ｒｏｕｔｉｎｇ Ｉｎｆｏ Ｆｏｒ ＳＭ）を、網２０のＨＬＲ２３に送信する。ショートメッセージの宛先に指定されたユーザが契約している事業者が、網２０を提供する事業者である場合には、網２０のＨＬＲ２３からＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋが返される。しかしながら、ここでは、ショートメッセージの宛先に指定されたユーザが契約している事業者が、網３０を提供する事業者であり、自らの網２０から他の事業者の網３０にテキストタイプのショートメッセージを送信するので、さらに、網２０のＨＬＲ２３から他網３０のＨＬＲ３１に問い合わせが行われる。
【００４６】
そして、ＨＬＲ３１は、ＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを、ＩＷＭＳＣ２２に送信する。ＩＷＭＳＣ２２の契約事業者情報付与部２２ｄは、問い合わせ結果に基づいて、記憶部２２ｃに記憶されている「契約事業者コード」を、テキストタイプのショートメッセージ６０の属性情報の一つである事業者情報に付与する。
【００４７】
次に、図６−１（ｃ）に示すように、ＩＷＭＳＣ２２は、ＳＭＳＣ２４に対してＳＭ−ＭＯを送信して、テキストタイプのショートメッセージ６０をＳＭＳＣ２４に送信する。ＳＭＳＣ２４は、テキストタイプのショートメッセージ６０を蓄積する。ＳＭＳＣ２４はＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋをＩＷＭＳＣ２２に送信し、ＩＷＭＳＣ２２はＳＭ−ＭＯ＿ａｃｋを移動端末機２０に送信する。
【００４８】
そして、テキストタイプのショートメッセージ６０を他の事業者の網３０に送信するので、ＳＭＳＣ２４のサービス毎処理部２４ｅは、テキストタイプのショートメッセージ６０に付与されている属性情報の一つである契約事業者情報から契約事業者を判断する。さらに、サービス毎処理部２４ｅは、テキストタイプのショートメッセージ６０を他の事業者の網３０に配信する時にテキストタイプのショートメッセージ６０に含まれる絵文字等を、契約事業者のプロトコルに合わせて変換する。なお、ＳＭＳＣ２４にメッセージ６０が作成されてから配信されるまでの間に、ユーザが契約事業者をポートアウトしてしまうことがある。このため、テキストタイプのショートメッセージ６０をオリジナルのまま蓄積しておいて、テキストタイプのショートメッセージ６０を配信する直前に文字コードの変換等を行えば良い。
【００４９】
次に、図６−２（ａ）に示すように、ＳＭＳＣ２４は、テキストタイプのショートメッセージ６０をＳＭＳＣ２４から移動端末機５０に送信する時に使う転送要求用の制御信号であるＳＭ−ＭＴ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ−Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ）を出力し、蓄積しているテキストタイプのショートメッセージ６０をＧＭＳＣ２５に送信する。ＧＭＳＣ２５の契約事業者問合部２５ｂは、ＳＲＩ ｆｏｒ ＳＭを、網２０のＨＬＲ２３及び網３０のＨＬＲ３１に送信し、テキストタイプのショートメッセージ６０の宛先ユーザの契約事業者を問い合わせる。これに対して、ＨＬＲ３１は、ＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを、ＧＭＳＣ２５に送信する。ＧＭＳＣ２５の契約事業者情報比較部２５ｃは、ＨＬＲ２３に問い合わせた結果に含まれる契約事業者情報と、テキストタイプのショートメッセージ６０に含まれる契約事業者情報とを比較し、２つの契約事業者が同じであるか否かを確認する。
【００５０】
そして、契約事業者情報比較部２５ｃで契約事業者情報を比較した結果、２つの契約事業者が同じであった場合には、図６−２（ｂ）に示すように、ＧＭＳＣ２５において、主制御部２５ａは、ＭＳＣ３２を経由して移動端末機５０にＭＴ ｆｏｒ ＳＭ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ ｆｏｒ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ）を送信する。すると、テキストタイプのショートメッセージ６０は、移動端末機５０に配信される。移動端末機５０は、ＭＴ ｆｏｒ ＳＭに対する応答信号であるＭＴ ｆｏｒ ＳＭ＿ａｃｋを、ＭＳＣ３２を経由して、ＧＭＳＣ２５に送信する。さらに、ＧＭＳＣ２５は、ＳＭ−ＭＴの応答信号であるＳＭ−ＭＴ＿ａｃｋをＳＭＳＣ２４に送信する。
【００５１】
また、契約事業者情報比較部２５ｃで契約事業者情報を比較した結果、２つの契約事業者情報が異なっていた場合、つまり、ユーザが契約事業者をポートアウトして、ショートメッセージの宛先に指定されたユーザの契約している事業者が、網３０を提供する事業者でなくなってしまった場合には、次のように処理される。図６−３（ａ）に示すように、ＧＭＳＣ２５において、契約事業者情報更新部２５ｅは、ＨＬＲ２３の問い合わせ結果に基づいて最新の事業者情報をＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ｎａｃｋに付与して送信することができるようにする。そして、主制御部２５ａは、ＳＭＳＣ２４に対して、最新の事業者情報が付与されたＳＭ−ＭＴ＿ｎａｃｋを送信する。
【００５２】
そして、図６−３（ｂ）に示すように、ＳＭＳＣ２４に、最新の事業者情報を付与されたテキストタイプのショートメッセージ６０が蓄積される。再び、ＳＭＳＣ２４において、テキストタイプのショートメッセージ６０に含まれる絵文字等を、ポートアウトした後の属性情報の一つである事業者情報で判断される事業者のプロトコルに合わせて変換する。その後、ＳＭＳＣ２４からＳＭ−ＭＴが送信され、ＳＭＳＣ２４はポートアウトした後の網の移動端末機に向けてテキストタイプのショートメッセージ６０を送信する。
【００５３】
続いて、図７−１〜図７−３を参照して、自らの網２０内において、ＳＭＥ２６から移動端末機４０に、制御サービスのメッセージを送信する際の流れを説明する。
まず、図７−１（ａ）に示すように、ＳＭＥ２６は、ＳＭＳＣ２４にＳＭ−ＭＯを出力し、ＳＭＳＣ２４に制御サービスのショートメッセージ７０を送信する。図７−１（ｂ）に示すように、ＳＭＳＣ２４は制御サービスのショートメッセージ７０を蓄積し、ＳＭＥ２６にＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋを送信する。なお、ＳＭＳＣ２４に制御サービスのショートメッセージ７０を蓄積する段階で、網２０のＨＬＲ２３及び網３０のＨＬＲ３１に対して問い合わせを必ず行う訳ではない。このため、ユーザが契約事業者をポートアウトしてしまうと、制御サービスのショートメッセージ７０が作成されたときの契約事業者と、実際の契約事業者とが異なる可能性がある。
【００５４】
次に、図７−２（ａ）に示すように、ＳＭＳＣ２４は、ＧＭＳＣ２５にＳＭ−ＭＴを出力し、蓄積している制御サービスのショートメッセージ７０をＧＭＳＣ２５に送信する。さらに、ＧＭＳＣ２５の契約事業者問合部２５ｂは、ＳＲＩ ｆｏｒ ＳＭを、網２０のＨＬＲ２３に送信する。これに対して、ＨＬＲ２３は、ＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを、ＧＭＳＣ２５に送信する。ＧＭＳＣ２５の契約事業者情報比較部２５ｃは、ＨＬＲ２３に問い合わせた結果に含まれる事業者情報と、制御サービスのショートメッセージ７０に付与されている属性情報の一つである事業者情報とを比較し、２つの事業者が同じであるか否かを確認する。
【００５５】
そして、制御サービスのショートメッセージ７０に付与されている属性情報の一つである契約事業者情報で判断される契約事業者が自らの事業者であった場合には、図７−２（ｂ）に示すように、ＧＭＳＣ２５において、主制御部２５ａは、移動端末機４０にＳＭ−ＭＴを送信する。すると、制御サービスのショートメッセージ７０は、移動端末機４０に配信される。移動端末機４０は、ＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ａｃｋを、ＧＭＳＣ２５を経由して、ＳＭＳＣ２４に送信する。
【００５６】
また、制御サービスのショートメッセージ７０に付与されている属性情報の一つである契約事業者情報で判断される契約事業者が他の事業者であった場合、つまり、ユーザが契約事業者をポートアウトして、ユーザの契約している事業者が、網２０を提供する事業者でなくなってしまった場合には、次のように処理される。図７−３に示すように、ＧＭＳＣ２５は、主制御部２５ａは、制御サービスのショートメッセージ７０を移動端末機４０に送信せず、ＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ｎａｃｋをＳＭＳＣ２４に送信する。これにより、制御サービスのショートメッセージ７０は、ＳＭＳＣ２４に返送される。ＳＭＳＣ２４のサービス毎処理部２４ｅは、制御サービスのショートメッセージ７０が他の事業者の網３０に配信されないように、制御サービスのショートメッセージ７０の配信を停止させる。
【００５７】
（ＳＭＳＣ２４の蓄積配信制御の流れ）
続いて、図８−１及び図８−２を参照して、ＳＭＳＣ２４の蓄積配信制御の流れを説明する。
図８−１（ａ）に示すように、ＳＭＳＣ２４に３通のテキストタイプのショートメッセージ８１〜８３が蓄積されているとき、ユーザが、契約事業者を他の事業者から自らの事業者にポートインしてきたものとする。これらのショートメッセージ８１〜８３は、ショートメッセージ８１、ショートメッセージ８２、ショートメッセージ８３の順番でＧＭＳＣ２５に送信される。
【００５８】
最初に、図８−１（ｂ）に示すように、ショートメッセージ８１がＳＭＳＣ２４からＧＭＳＣ２５に送信される。一方で、ＳＭＥ２６からＳＭＳＣ２４に、制御サービスのメッセージ８４が配信されてきている。なお、ショートメッセージ８１に付与されている属性情報の一つである契約事業者情報で判断される契約事業者と、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋに含まれる事業者情報で判断される契約事業者とが同じでなかった場合には、ＳＭＳＣ２４がショートメッセージに含まれる絵文字等を、契約事業者のプロトコルに合わせて変換している可能性がある。このため、ＧＭＳＣ２５は、ショートメッセージ８１に付与されている属性情報の一つである契約事業者情報で判断される契約事業者と、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋに含まれる事業者情報で判断される契約事業者とが同じでなく、事業者が異なることによるサービスの違いがあると判定した場合には、図８−１（ｃ）に示すように、ＳＭＳＣ２４にショートメッセージ８１を一旦返送する。そして、ＳＭＳＣ２４のサービス種類判定部２４ｃで、ショートメッセージ８１の種類が、テキストタイプのショートメッセージであるのか、又は制御サービスのメッセージであるのかを判断させる。
【００５９】
また、ポートインした時に契約事業者から携帯端末機等に向けて自動的に送信される『ようこそ！！』等とメッセージの入った制御サービスのショートメッセージ８４を、テキストタイプのショートメッセージ８１〜８３よりも優先して配信させることがある。但し、ＳＭＳＣ２４には、テキストタイプのショートメッセージ８１〜８３と、制御サービスのショートメッセージ８４とが混在して蓄積されている。このため、ＳＭＳＣ２４にテキストタイプのショートメッセージ８１が一旦返送された際、ＳＭＳＣ２４の配信順序管理部２４ｆは、図８−２（ａ）に示すように、制御サービスのショートメッセージ８４を最初に送信し、次に、テキストタイプのショートメッセージ８１、ショートメッセージ８２、ショートメッセージ８３が順番に送信されるように、ショートメッセージを送信する順序を管理する。
従って、テキストタイプのショートメッセージ８１がＳＭＳＣ２４に一旦返送された場合であっても、ＳＭＳＣ２４からテキストタイプのショートメッセージ８１を再度配信する時には、ＳＭＳＣ２４は、図８−２（ｂ）に示すように、制御サービスのショートメッセージ８４を最初に配信する。
【００６０】
（ＩＷＭＳＣ２２の処理の流れ）
続いて、図９を参照して、ＩＷＭＳＣ２２の処理の流れを説明する。
図９に示すように、まず、主制御部２２ａは、移動端末機４０から送信されるＳＭ−ＭＯをＭＳＣ２１経由で受信するまで待機する（ステップＳ１０１のＮＯ）。主制御部２２ａは、移動端末機４０からＳＭ−ＭＯを受信すると（ステップＳ１０１のＹＥＳ）、契約事業者問合部２２ｂは、ＳＲＩ ｆｏｒ ＳＭを、網２０のＨＬＲ２３に送信する（ステップＳ１０２）。上述した通り、事業者が網３０を提供する事業者である場合には、ＨＬＲ２３からさらに網３０を提供する事業者のＨＬＲ３１に問い合わせを行う。このため、ＳＲＩ ｆｏｒ ＳＭがＨＬＲ２３から網３０のＨＬＲ３１に転送される。そして、主制御部２２ａは、網２０のＨＬＲ２３又は網３０のＨＬＲ３１から送信されたＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを受信する（ステップＳ１０３）。
【００６１】
契約事業者情報付与部２２ｄは、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋの問い合わせ結果の事業者情報に基づいて、ショートメッセージに事業者コードを事業者情報として付与する（ステップＳ１０４）。
主制御部２２ａは、ショートメッセージをＳＭＳＣ２４に送信するために、ＳＭＳＣ２４に対してＳＭ−ＭＯを送信する（ステップＳ１０５）。主制御部２２ａは、ＳＭＳＣ２４からＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋを受信する（ステップＳ１０６）。また、主制御部２２ａは、移動端末機４０に対して、ＭＳＣ２１経由でＳＭ−ＭＯ＿ａｃｋを送信すると（ステップＳ１０７）、上述したステップＳ１０１の処理に戻る。
【００６２】
（ＳＭＳＣ２４の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信するまでの処理の流れ）
続いて、図１０を参照して、ＳＭＳＣ２４の全体の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信するまでの処理の流れを説明する。
図１０に示すように、まず、主制御部２４ａは、ＩＷＭＳＣ２２から送信されたＳＭ−ＭＯを受信すると（ステップＳ２０１のＹＥＳ）、ショートメッセージ蓄積部２４ｉにショートメッセージを蓄積させる。主制御部２４ａは、ショートメッセージ蓄積部２４ｉにショートメッセージを蓄積させた後に、ＩＷＭＳＣ２２に対して、ＳＭ−ＭＯの応答信号であるＳＭ−ＭＯ＿ａｃｋを送信する（ステップＳ２０２）。
【００６３】
（ＧＭＳＣ２５の処理の流れ）
続いて、図１１を参照して、ＧＭＳＣ２５の処理の流れを説明する。
図１１に示すように、主制御部２２ａは、ＳＭＳＣ２４から送信されるＳＭ−ＭＴを受信するまで待機する（ステップＳ３０１のＮＯ）。主制御部２２ａは、ＳＭ−ＭＴを受信すると（ステップＳ３０１のＹＥＳ）、ＳＲＩ ｆｏｒ ＳＭ（Ｓｅｎｄ Ｒｏｕｔｉｎｇ Ｉｎｆｏ Ｆｏｒ ＳＭ）を、ＨＬＲ２３に送信する（ステップＳ３０２）。上述した通り、事業者が網３０を提供する事業者である場合には、ＳＲＩ ｆｏｒ ＳＭがＨＬＲ２３から網３０のＨＬＲ３１に転送される。そして、主制御部２２ａは、ＨＬＲ２３又は網３０のＨＬＲ３１からＳＲＩ ｆｏｒ ＳＭに対する応答信号であるＳＲＩ ｆｏｒ ＳＭ＿ａｃｋを受信する（ステップＳ３０３）。
【００６４】
契約事業者情報比較部２５ｃは、ショートメッセージに付与されている属性情報の一つである契約事業者情報から判断することができる契約事業者と、ＳＲＩ ｆｏｒ ＳＭ＿ａｃｋに含まれる事業者情報で判断される事業者とから、両者が同じであるか否かを確認する。そして、契約事業者情報比較部２５ｃが、２つの事業者が同じであると判断した場合（ステップＳ３０４のＹＥＳ）、主制御部２５ａは、移動端末機４０又は移動端末機５０にＭＴ ｆｏｒ ＳＭを送信する（ステップＳ３０５）。続いて、主制御部２５ａは、移動端末機４０又は移動端末機５０からＭＴ ｆｏｒ ＳＭに対する応答信号であるＭＴ ｆｏｒ ＳＭ＿ａｃｋを受信し（ステップＳ３０６）、ＳＭＳＣ２４に対してＳＭ−ＭＴ＿ａｃｋを送信し（ステップＳ３０７）、ステップＳ３０１の処理に戻る。
【００６５】
また、契約事業者情報比較部２５ｃが、ステップＳ３０４の処理で、契約事業者情報比較部２５ｃが、２つの事業者が同じでないと判断した場合には（ステップＳ３０４のＮＯ）、契約事業者情報更新部２５ｅは、ＨＬＲ２３又は網３０のＨＬＲ３１からの問い合わせた結果に基づいて、ＳＭ−ＭＴ＿ｎａｃｋに最新の事業者情報を付与して送信することができるようにする（ステップＳ３０８）。続いて、主制御部２５ａは、ショートメッセージをＳＭＳＣ２４に返送するために、ＳＭＳＣ２４に対してＳＭ−ＭＴ＿ｎａｃｋを送信し（ステップＳ３０９）、ステップＳ３０１の処理に戻る。
【００６６】
（ＳＭＳＣ２４の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信した後の処理の流れ）
続いて、図１２を参照して、ＳＭＳＣ２４の全体の処理のうち、ＩＷＭＳＣ２２にＳＭ−ＭＯ＿ａｃｋを送信した後の処理の流れを説明する。
まず、事業者情報確認部２４ｄは、蓄積しているショートメッセージに付与されている属性情報の一つである契約事業者情報に基づいてショートメッセージの宛先ユーザの契約事業者を判断し、宛先ユーザの契約事業者が相互接続を締結している他の事業者である否かを確認する。さらに、サービス種類判定部２４ｃは、蓄積しているショートメッセージに係るサービスの種類が、移動端末機４０から送信されたテキストタイプのショートメッセージを送受するサービスであるか、又はＳＭＥ２６から移動端末機４０に向けた制御サービスであるかを判定する。
【００６７】
図１２に示すように、事業者情報確認部２４ｄが、蓄積しているショートメッセージの宛先ユーザの契約事業者を、相互接続を締結している他の事業者であると判定し（ステップＳ４０１のＹＥＳ）、サービス種類判定部２４ｃが、蓄積しているショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスであると判定すると（ステップＳ４０２のＹＥＳ）、サービス毎処理部２４ｅは、テキストタイプのショートメッセージに含まれる絵文字等を、ショートメッセージに付与されている属性情報の一つである契約事業者情報で判断される契約事業者のプロトコルに合わせて変換する（ステップＳ４０３）。
【００６８】
続けて、主制御部２４ａは、絵文字等が変換されたテキストタイプのショートメッセージ６０をＳＭＳＣ２４から移動端末機５０に配信するために、ＧＭＳＣ２５に、事業者情報を付与してＳＭ−ＭＴを送信する（ステップＳ４０４）。
なお、事業者情報確認部２４ｄが、蓄積しているショートメッセージの宛先ユーザの契約事業者を、相互接続を締結している他の事業者でないと判定した場合や（ステップＳ４０１のＮＯ）、サービス種類判定部２４ｃが、蓄積しているショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスでないと判定した場合（ステップＳ４０２のＮＯ）、ショートメッセージに含まれる絵文字等のコードを他の事業者のプロトコルに合わせて変換する必要はない。従って、ステップＳ４０３の処理をスキップして、ステップＳ４０４の処理を行う。
【００６９】
主制御部２４ａは、ＧＭＳＣ２５から送信されたＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ａｃｋ又はＳＭ−ＭＴ＿ｎａｃｋを受信するまで待機する（ステップＳ４０５のＮＯ及びステップＳ４０６のＮＯ）。そして、主制御部２４ａは、ＧＭＳＣ２５からＳＭ−ＭＴ＿ａｃｋを受信した場合には（ステップＳ４０５のＹＥＳ）、ショートメッセージの送信が正常完了したので、ショートメッセージを削除して（ステップＳ４０９）、処理を終了する。また、主制御部２４ａは、ＧＭＳＣ２５から送信されたＳＭ−ＭＴ＿ｎａｃｋを受信した場合には（ステップＳ４０６のＹＥＳ）、ＧＭＳＣ２５からショートメッセージが返送されてくるので、次の処理を行う。
【００７０】
サービス種類判定部２４ｃは、ショートメッセージに係るサービスの種類が、テキストタイプのショートメッセージを送受するサービスであるか、又は移動端末機に向けた制御サービスであるかを判定する。サービス種類判定部２４ｃが、ショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスであると判定した場合（ステップＳ４０７のＹＥＳ）、サービス毎処理部２４ｅは、テキストタイプのショートメッセージに含まれる絵文字等を、ショートメッセージに付与されている属性情報の一つである契約事業者情報で判断される契約事業者のプロトコルに合わせて変換する（ステップＳ４０３）。続けて、主制御部２４ａは、絵文字等が変換されたテキストタイプのショートメッセージ６０をＳＭＳＣ２４から移動端末機５０に配信するために、ＧＭＳＣ２５に、事業者情報を付与してＳＭ−ＭＴを送信する（ステップＳ４０４）。主制御部２４ａは、ＳＭ−ＭＴを送信後、送信したＳＭ−ＭＴに対する応答信号であるＳＭ−ＭＴ＿ａｃｋ又はＳＭ−ＭＴ＿ｎａｃｋを受信するまで待機する。
【００７１】
また、上述したステップＳ４０７の処理で、サービス種類判定部２４ｃが、ショートメッセージに係るサービスの種類を、テキストタイプのショートメッセージを送受するサービスと判定しなかった場合には（ステップＳ４０７のＮＯ）、サービスの種類は制御サービスであるので、制御サービスのショートメッセージ７０が他の事業者の網３０に配信されないようにする。よって、サービス毎処理部２４ｅは、制御サービスのショートメッセージ７０の配信を停止させる（ステップＳ４０８）。さらに、サービス毎処理部２４ｅは、ショートメッセージを削除して（ステップＳ４０９）、処理を終了する。
【００７２】
（まとめ）
本実施形態に係る事業者毎サービス提供システム１０によれば、ＩＷＭＳＣ２２の契約事業者情報付与部２２ｄが、テキストタイプのショートメッセージに対して、事業者情報を付与しておく。そして、テキストタイプのショートメッセージを他の事業者の網３０に配信するときに、ＳＭＳＣ２４のショートメッセージプロトコル変換部２４ｇが、その事業者情報に基づいて、ショートメッセージに含まれる絵文字等を、他の事業者のプロトコルに合わせて変換することができる。また、ＳＭＳＣ２４のショートメッセージ配信停止部２４ｈが、制御サービスのショートメッセージが他の事業者の網３０にそのまま送信されないように、制御サービスのショートメッセージの送信を停止させることができる。
【００７３】
また、本実施形態に係る事業者毎サービス提供システム１０では、テキストタイプのショートメッセージであるならばプロトコルの変換を行い、制御サービスのショートメッセージであるならば送信を停止させるものとして説明したが、これに限定されない。これ以外にも、事業者毎サービス提供システム１０は、ショートメッセージに係るサービスの種類に応じた最適な処理を行うことができる。その一例として、制御サービスのショートメッセージであっても、他網のプロトコルに合わせて、制御に係るデータの変換を実施して、他網の移動端末機５０に送信することもできる。
【産業上の利用可能性】
【００７４】
本発明は、ＳＭＳで、異なる事業者の網へショートメッセージを送信することのできるようにサービスを提供する際に、ショートメッセージに係るサービスの違いをなるべく抑えられるように事業者に合わせてサービスを提供するための事業者毎サービス提供システム及び事業者毎サービス提供方法として用いることができる。
【符号の説明】
【００７５】
１０，２０，３０ 網
２１，３２ ＭＳＣ
２２ ＩＷＭＳＣ
２２ａ 主制御部
２２ｂ 契約事業者問合部
２２ｃ 記憶部
２２ｄ 契約事業者情報付与部
２３，３１ ＨＬＲ
２４ ＳＭＳＣ
２４ａ 主制御部
２４ｂ 記憶部
２４ｃ サービス種類判定部
２４ｄ 事業者情報確認部
２４ｅ サービス毎処理部
２４ｆ 配信順序管理部
２４ｇ ショートメッセージプロトコル変換部
２４ｈ メッセージ配信停止部
２４ｉ ショートメッセージ蓄積部
２５ ＧＭＳＣ
２５ａ 主制御部
２５ｂ 契約事業者問合部
２５ｃ 契約事業者情報比較部
２５ｄ 記憶部
２５ｅ 契約事業者情報更新部
２６ ＳＭＥ
４０，５０ 移動端末機
【特許請求の範囲】
【請求項１】
相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供システムであって、
受信したショートメッセージに係るサービスの種類を判定するサービス種類判定部と、
前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認部と、
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定部によって判定された前記サービスの種類に応じた処理を行うサービス毎処理部と、
を備えることを特徴とする事業者毎サービス提供システム。
【請求項２】
前記サービス種類判定部は、
前記サービスの種類が、テキストタイプのショートメッセージを送受するサービスであるか否かを判定することを特徴とする請求項１に記載の事業者毎サービス提供システム。
【請求項３】
前記サービス種類判定部は、
前記サービスの種類が、制御サービスであるか否かを判定することを特徴とする請求項１に記載の事業者毎サービス提供システム。
【請求項４】
前記サービス毎処理部は、
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージのプロトコルを、前記受信先事業者のプロトコルに合わせて変換することを特徴とする請求項１〜３のいずれか１項に記載の事業者毎サービス提供システム。
【請求項５】
前記サービス毎処理部は、
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージの配信を停止させることを特徴とする請求項１〜３のいずれか１項に記載の事業者毎サービス提供システム。
【請求項６】
前記ショートメッセージに、前記受信元事業者を示す事業者情報を付与する事業者情報付与部と、
前記事業者情報付与部によって前記ショートメッセージに付与された前記事業者情報と、前記受信元事業者への問い合わせ結果として得られた最新の事業者情報とを比較する事業者情報比較部と、
を備えることを特徴とする請求項１〜５のいずれか１項に記載の事業者毎サービス提供システム。
【請求項７】
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない場合に、前記ショートメッセージに、前記最新の事業者情報を付与する事業者情報更新部を備えることを特徴とする請求項６に記載の事業者毎サービス提供システム。
【請求項８】
前記サービスの種類に応じた優先順序で前記ショートメッセージを配信することができるように、前記ショートメッセージを配信する順序を管理するショートメッセージ配信順序管理部を備えることを特徴とする請求項１〜７のいずれか１項に記載の事業者毎サービス提供システム。
【請求項９】
少なくとも前記受信先事業者に対応する識別子及び前記サービスの種類に応じた処理を行うために必要な情報を記憶した記憶部を備えることを特徴とする請求項１〜８のいずれか１項に記載の事業者毎サービス提供システム。
【請求項１０】
相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供方法であって、
サービス種類判定部が、受信したショートメッセージに係るサービスの種類を判定するサービス種類判定ステップと、
事業者情報確認部が、前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認ステップと、
サービス毎処理部が、前記事業者情報確認ステップによって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定ステップによって判定された前記サービスの種類に応じた処理を行うサービス毎処理ステップと
を有することを特徴とする事業者毎サービス提供方法。
【請求項１】
相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供システムであって、
受信したショートメッセージに係るサービスの種類を判定するサービス種類判定部と、
前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認部と、
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定部によって判定された前記サービスの種類に応じた処理を行うサービス毎処理部と、
を備えることを特徴とする事業者毎サービス提供システム。
【請求項２】
前記サービス種類判定部は、
前記サービスの種類が、テキストタイプのショートメッセージを送受するサービスであるか否かを判定することを特徴とする請求項１に記載の事業者毎サービス提供システム。
【請求項３】
前記サービス種類判定部は、
前記サービスの種類が、制御サービスであるか否かを判定することを特徴とする請求項１に記載の事業者毎サービス提供システム。
【請求項４】
前記サービス毎処理部は、
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージのプロトコルを、前記受信先事業者のプロトコルに合わせて変換することを特徴とする請求項１〜３のいずれか１項に記載の事業者毎サービス提供システム。
【請求項５】
前記サービス毎処理部は、
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージの配信を停止させることを特徴とする請求項１〜３のいずれか１項に記載の事業者毎サービス提供システム。
【請求項６】
前記ショートメッセージに、前記受信元事業者を示す事業者情報を付与する事業者情報付与部と、
前記事業者情報付与部によって前記ショートメッセージに付与された前記事業者情報と、前記受信元事業者への問い合わせ結果として得られた最新の事業者情報とを比較する事業者情報比較部と、
を備えることを特徴とする請求項１〜５のいずれか１項に記載の事業者毎サービス提供システム。
【請求項７】
前記事業者情報確認部によって前記送信元事業者と前記受信先事業者との同一性がとれない場合に、前記ショートメッセージに、前記最新の事業者情報を付与する事業者情報更新部を備えることを特徴とする請求項６に記載の事業者毎サービス提供システム。
【請求項８】
前記サービスの種類に応じた優先順序で前記ショートメッセージを配信することができるように、前記ショートメッセージを配信する順序を管理するショートメッセージ配信順序管理部を備えることを特徴とする請求項１〜７のいずれか１項に記載の事業者毎サービス提供システム。
【請求項９】
少なくとも前記受信先事業者に対応する識別子及び前記サービスの種類に応じた処理を行うために必要な情報を記憶した記憶部を備えることを特徴とする請求項１〜８のいずれか１項に記載の事業者毎サービス提供システム。
【請求項１０】
相互接続を締結している異なる事業者間でショートメッセージサービスを提供する際に用いられる事業者毎サービス提供方法であって、
サービス種類判定部が、受信したショートメッセージに係るサービスの種類を判定するサービス種類判定ステップと、
事業者情報確認部が、前記ショートメッセージの送信元の網を管理する送信元事業者と、当該ショートメッセージの受信先の網を管理する受信先事業者との同一性を確認する事業者情報確認ステップと、
サービス毎処理部が、前記事業者情報確認ステップによって前記送信元事業者と前記受信先事業者との同一性がとれない前記ショートメッセージに対して、前記サービス種類判定ステップによって判定された前記サービスの種類に応じた処理を行うサービス毎処理ステップと
を有することを特徴とする事業者毎サービス提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６−１】
【図６−２】
【図６−３】
【図７−１】
【図７−２】
【図７−３】
【図８−１】
【図８−２】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６−１】
【図６−２】
【図６−３】
【図７−１】
【図７−２】
【図７−３】
【図８−１】
【図８−２】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−１４７１１６（Ｐ２０１２−１４７１１６Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１１−２３２３（Ｐ２０１１−２３２３）
【出願日】平成２３年１月７日（２０１１．１．７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願日】平成２３年１月７日（２０１１．１．７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]