(57)【要約】SMSIPにおけるsubmitレポートの処理が提供される。例えば、submitレポートを準備することが、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含みうる。この方法は、submitレポートを適切な端末に送信することを含みうる。submitレポートを含むSIPリクエストを装置が受信することを含んでもよい。装置により送信されたメッセージにリクエストが対応するか否かを判断すべく、submitレポートを処理することを含んでもよい。さらに、装置により送信されたどのメッセージにもsubmitレポートが対応しないと判断された場合に、SIP応答not-acceptable-hereを送信することを含んでもよい。装置により送信されたメッセージにsubmitレポートが対応すると判断された場合、SIPメッセージokを送信することを含んでもよい。【選択図】図1
2010517401.tif 000002
【特許請求の範囲】
【請求項１】
submitレポートを準備すること、ただし、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記submitレポートを準備することと；
前記submitレポートを前記適切な機器に送信することと；
を含む、方法。
【請求項２】
前記submitレポートを前記適切な機器に送信することは、前記submitレポートが、前記適切な機器以外の機器に配信される原因となりうる曖昧性を回避することを含む、請求項1に記載の方法。
【請求項３】
前記適切な機器は、共有の移動加入者統合サービスデジタルネットワーク番号を有する、請求項1に記載の方法。
【請求項４】
前記フォーキングは、fork属性をrequest-dispositionヘッダに挿入することを含む、請求項1に記載の方法。
【請求項５】
前記適切な機器は、ユーザ機器、携帯情報端末、携帯用通信機器、無線機器、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局である、請求項1に記載の方法。
【請求項６】
前記submitレポートを前記準備することは、前記適切な機器からサブミットされたショートメッセージリクエストを受信することによって開始される、請求項1に記載の方法。
【請求項７】
装置によって、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信することと、
前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することと、
前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信することと、
前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信することと、
を含む、方法。
【請求項８】
前記装置は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局である、請求項7に記載の方法。
【請求項９】
前記submitレポートは、インターネットプロトコルショートメッセージゲートウェイから受信され、また、前記セッション開始プロトコルメッセージnot-acceptable-hereまたはokは、インターネットプロトコルショートメッセージゲートウェイに送信される、請求項7に記載の方法。
【請求項１０】
前記submitレポートを前記受信することの前に、
前記対応するメッセージを、セッション開始プロトコルメッセージリクエストとして送信することと、
前記対応するメッセージの前記呼識別情報を格納することと、
を含む、請求項7に記載の方法。
【請求項１１】
前記submitレポートにおいて受信した呼識別情報を、過去に格納された呼識別情報と比較することによって、前記submitレポートが、前記対応するメッセージに対応することを判断すること、
をさらに含む、請求項10に記載の方法。
【請求項１２】
submitレポートを準備するように構成されるプロセッサ、ただし前記submitレポートを準備することが、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記プロセッサと、
前記submitレポートを前記適切な機器に送信するように構成される送信機と、
を備える、装置。
【請求項１３】
前記プロセッサは、前記submitレポートが、前記適切な機器以外の機器に配信される原因となりうる曖昧性を回避するように、前記submitレポートを準備するように構成される、請求項12に記載の装置。
【請求項１４】
前記適切な機器は、共有の移動加入者統合サービスデジタルネットワーク番号を有する、請求項12に記載の装置。
【請求項１５】
前記プロセッサは、fork属性をrequest-dispositionヘッダに挿入することによって、フォーキングを使用するように構成される、請求項12に記載の装置。
【請求項１６】
前記適切な機器は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局である、請求項12に記載の装置。
【請求項１７】
前記適切な機器からサブミットされたショートメッセージリクエストを受信するように構成される受信機をさらに備え、前記プロセッサが、前記ショートメッセージリクエストの受信によって、前記submitレポートの準備を開始するように構成される、請求項12に記載の装置。
【請求項１８】
インターネットプロトコルショートメッセージゲートウェイである、請求項12に記載の装置。
【請求項１９】
submitレポートを含むセッション開始プロトコルメッセージリクエストを受信するように構成される受信機と、
前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理するように構成されるプロセッサと、
前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信し、前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信するように構成される送信機と、
を備える、装置。
【請求項２０】
前記装置は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局である、請求項19に記載の装置。
【請求項２１】
前記submitレポートは、インターネットプロトコルショートメッセージゲートウェイから受信され、また、前記セッション開始プロトコルメッセージnot-acceptable-hereまたはokは、インターネットプロトコルショートメッセージゲートウェイに送信される、請求項19に記載の装置。
【請求項２２】
前記送信機は、前記submitレポートを前記受信する前に、前記対応するメッセージを、セッション開始プロトコルメッセージリクエストとして送信するようにさらに構成され、
前記装置は、前記対応するメッセージの呼識別情報を、前記装置のメモリに格納するように構成される、
請求項19に記載の装置。
【請求項２３】
前記プロセッサは、前記submitレポートにおいて受信した呼識別情報を、過去に格納された呼識別情報と比較することによって、前記submitレポートが、前記対応するメッセージに対応することを判断するように構成される、請求項22に記載の装置。
【請求項２４】
submitレポートを準備する処理手段、ただし前記submitレポートを準備することは、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記処理手段と、
前記submitレポートを前記適切な機器に送信する伝送手段と、
を備える、装置。
【請求項２５】
前記処理手段は、前記submitレポートが、前記適切な機器以外の機器に配信される原因となりうる曖昧性を回避するように、前記submitレポートを準備するように構成される、請求項24に記載の装置。
【請求項２６】
前記適切な機器は、共有の移動加入者統合サービスデジタルネットワーク番号を有する、請求項24に記載の装置。
【請求項２７】
前記処理手段は、fork属性をrequest-dispositionヘッダに挿入することによって、フォーキングを使用するように構成される、請求項24に記載の装置。
【請求項２８】
前記適切な機器は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局である、請求項24に記載の装置。
【請求項２９】
前記適切な機器からサブミットされたショートメッセージリクエストを受信する受信手段をさらに備え、
前記準備手段は、前記ショートメッセージリクエストの受信によって前記submitレポートの準備を開始するように構成される、請求項24に記載の装置。
【請求項３０】
インターネットプロトコルショートメッセージゲートウェイである、請求項24に記載の装置。
【請求項３１】
submitレポートを含むセッション開始プロトコルメッセージリクエストを受信する受信手段と、
前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理する処理手段と、
前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信し、前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信する伝送手段と、
を備える、装置。
【請求項３２】
前記装置は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局である、請求項31に記載の装置。
【請求項３３】
前記submitレポートは、インターネットプロトコルショートメッセージゲートウェイから受信され、また、前記セッション開始プロトコルメッセージnot-acceptable-hereまたはokは、インターネットプロトコルショートメッセージゲートウェイに送信される、請求項31に記載の装置。
【請求項３４】
情報を格納するための格納手段をさらに備え、
前記伝送手段は、前記submitレポートを前記受信することの前に、前記対応するメッセージを、セッション開始プロトコルメッセージリクエストとして送信するようにさらに構成され、
前記格納手段は、前記対応するメッセージの前記呼識別情報を格納するように構成される、
請求項31に記載の装置。
【請求項３５】
前記処理手段は、前記submitレポートにおいて受信した呼識別情報を、過去に格納された呼識別情報と比較することによって、前記submitレポートが、前記対応するメッセージに対応することを判断するように構成される、請求項34に記載の装置。
【請求項３６】
コンピュータ可読媒体に格納され、かつハードウェアにおいて実行されると次の方法を実行させる命令を符号化したコンピュータプログラムであって、前記方法が、
submitレポートを準備すること、ただし、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記submitレポートを準備することと；
前記submitレポートを前記適切な機器に送信することと；
を含む、コンピュータプログラム。
【請求項３７】
コンピュータ可読媒体に格納され、かつハードウェアにおいて実行されると次の方法を実行させる命令を符号化したコンピュータプログラムであって、前記方法が、
装置によって、前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することと、
前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することと、
前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信することと、
前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信することと、
を含む、コンピュータプログラム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本出願は、2007年1月29日に出願された米国仮特許出願第60/879,819号に関し、その米国仮特許出願第60/879,819号に基づく優先権を主張し、また、その米国仮特許出願第60/879,819号の内容全体を、参照することによって本明細書に組み込む。
【発明の背景】
【０００２】
〔技術分野〕
本発明は、概して、電気通信に関連する。例えば、本発明は、インターネットプロトコル（Internet Protocol; IP）ネットワークに関することができる。特定の実施形態において、本発明は、特に、IPネットワーク上のショートメッセージサービス（Short Message Service; SMS）シグナリングおよびIPマルチメディアサブシステム（IP Multimedia Subsystem; IMS）におけるSMSの配信（SMS termination）、ならびにより一般的にはSMSに関する。
【０００３】
〔背景技術〕
IPマルチメディアサブシステム（IP Multimedia Subsystem; IMS）用途における従来のSMS配信では、セッション開始プロトコル（Session Initiation Protocol; SIP）を使用して、サービスリクエストを開始および制御する。従来技術は、ショートメッセージをサブミット（submit）した端末にサブミットレポート（submitレポート）が向けられることを保証する機構を提供していない。
【発明の概要】
【０００４】
本発明のある実施形態は次のような方法である。この方法は、submitレポートを準備することを含む。ただしsubmitレポートを準備することは、適切な機器を探索するために、フォーキング（forking）およびin-reply-toヘッダの組み合わせを使用することを含む。また前記方法は、submitレポートを適切な機器に送信することを含む。
【０００５】
また、本発明の別の実施形態は次のような方法である。この方法は、装置によって、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信することを含む。また、前記方法は、前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することを含む。さらに、前記方法は、前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信することと、前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信することとを含む。
【０００６】
本発明の別の実施形態は次のような装置である。この装置は、submitレポートを準備する処理手段、ただし前記submitレポートを準備することは、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記処理手段を含む。さらに前記装置は、submitレポートを適切な機器に送信する伝送手段を含む。
【０００７】
また、本発明のさらなる実施形態は次のような装置である。この装置は、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信する受信手段を含む。また、前記装置は、前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理する処理手段を含む。さらに、前記装置は、前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信し、前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信する伝送手段を含む。
【０００８】
本発明のさらなる実施形態は次のような別の装置である。この装置は、submitレポートを準備するように構成されるプロセッサ、ただし前記submitレポートを準備することが、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記プロセッサを含む。また、前記装置は、submitレポートを適切な機器に送信するように構成される送信機を備える。
【０００９】
また、本発明の更に別の実施形態は次のような装置である。この装置は、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信するように構成される受信機を備える。さらに前記装置は、前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理するように構成されるプロセッサを備える。また、前記装置は、前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信し、前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信するように構成される送信機を備える。
【００１０】
本発明の別の実施形態は、コンピュータ可読媒体に格納され、かつハードウェアにおいて実行されると次の方法を実行させる命令を符号化したコンピュータプログラムである。前記方法は、submitレポートを準備することを含む。ただしsubmitレポートを準備することは、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む。また前記方法は、submitレポートを適切な機器に送信することを含む。
【００１１】
また、本発明のさらなる実施形態は、コンピュータ可読媒体に格納され、かつハードウェアにおいて実行されると次の方法を実行させる命令を符号化したコンピュータプログラムである。前記方法は、装置によって、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信することを含む。また、前記方法は、前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することを含む。さらに、前記方法は、前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信することと、前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信することとを含む。
【好適な実施形態の説明】
【００１２】
第３世代パートナーシッププロジェクト（Third Generation Partnership Project; 3GPP）等の無線通信ネットワークおよびシステムにおける通信において、SMSメッセージは、一方のユーザ端末から別のユーザ端末に送信される。典型的には、SMSメッセージ、またはショートメッセージサービスメッセージは、インターネットプロトコル（Internet Protocol; IP）等の通信プロトコル上で動作するネットワーク上で送信される。SMSは、IPマルチメディアサブシステム（IP multimedia subsystem; IMS）で配信することが可能であり、また、サービスリクエストを開始および制御するためにセッション開始プロトコル（Session Initiation Protocol; SIP）を利用する。このようなSIPプロトコルの詳細に関する仕様は、例えば、3GPP技術仕様書（Technical Specification; TS）24.229に記載されている。この技術仕様書の内容は、参照により本明細書に組み込まれる。
【００１３】
IP上のSMSの機能は、3GPP TS 23.204および24.341に規定されている。これらの文献の内容は、参照することによって、そのそれぞれの全体として本明細書に組み込まれる。一般的なSMS機能については、例えば、3GPP TS 23.040およびTS 24.011記載されており、これらも、参照することによって、それぞれの全体として本明細書に組み込まれる。
【非特許文献１】3GPP Technical Specification (TS) 24.229
【非特許文献２】3GPP TS 23.204
【非特許文献３】3GPP TS 24.341
【非特許文献４】3GPP TS 23.040
【非特許文献５】3GPP TS 24.011
【００１４】
ある例において、２つのユーザ機器は、いずれもがショートメッセージ・セッション開始プロトコル（Short Message Session Initiation Protocol; SMSIP）に対応したまま、１つのIMS公開ユーザ識別子（IMS Public User Identity; IMPU）を共有することができる。これらのユーザ機器（user equipment; UE）がIMSネットワークに登録される場合、一方のユーザ機器は、登録処理において他方のユーザ機器よりその優先度が高いものとして識別されうる。これらの２つのユーザ機器のうちの１つがSMSメッセージを第３のユーザ機器に送信する場合、ショートメッセージサービスセンタ（Short Message Service Center; SM-SC）は、submitレポートを送信元に送信することができる。しかしながら、シーケンシャルフォーキング（sequential forking）を使用している場合、submitレポートが送信元に適切に向けられない可能性がある。パラレルフォーキング（parallel forking）を使用している場合、他のユーザ機器が、submitレポートを間違って受信しうる。
【００１５】
同様に、ショートメッセージが、移動加入者統合サービスデジタルネットワーク番号（mobile subscriber integrated services digital network number; MSISDN）を共有している端末からサブミットされる場合、従来においてはsubmitレポートの配信先は曖昧でありうる。したがって、従来、ショートメッセージをサブミットした端末以外の端末にsubmitレポートが配信される事態が生じうる。
【００１６】
本発明の特定の実施形態によれば、SMS-submitレポートを包含するSIP MESSAGEリクエストが送信される度に、インターネットプロトコル・ショートメッセージ-ゲートウェイ（Internet Protocol-Short Message-Gateway; IP-SM-GW）は、パラレルフォーキングまたはシーケンシャルフォーキングのいずれかを示すRequest-Dispositionヘッダを挿入することが可能であり、また、呼識別情報（identification; ID）を含むIn-Reply-Toヘッダ、または、サブミットされたショートメッセージを封入したSIP MESSAGEリクエストのReply-Toヘッダを挿入することが可能である。サービング呼セッション制御機能（Serving-Call Session Control Function; S-CSCF）は、submitレポートを含むSIP MESSAGEリクエストを、可能性のある連絡先または全連絡先に同時にまたは順番に送信することが可能である。ショートメッセージをサブミットしていないユーザ機器に対してsubmitレポートを配信しようとするなどの誤った試行は、例えば、「486 not acceptable here」という応答で拒否される。正しい試行によって、結果的に「200 OK」応答がもたらされる。
【００１７】
本発明は、ショートメッセージをサブミットするユーザ機器が、submitレポートを受信しない場合に、submitレポートが再送信されるという点において、対象の問題を解決することができる。加えて、一意的なユーザIDが、SIP MESSAGEリクエストのグローバルにルーティング可能なユーザエージェント統一リソース識別子（Globally Routable User Agent （UA） Uniform Resource Identifier （URI）; GRUU）ではあり得ないため、新しい拡張の必要性はない。
【００１８】
したがって、本発明は、ショートメッセージをサブミットしたユーザ機器を探索する機構として、フォーキングの組み合わせ、つまり"fork"属性が挿入されるRequest-DispositionヘッダおよびIn-Reply-Toヘッダを使用することが可能である。これによって、submitレポートが、ショートメッセージをサブミットした端末以外の端末に送信する可能性という従来技術の問題を回避することが可能になる。
【００１９】
本発明のある実施形態は、SMSメッセージを通信するシステムを含むことができる。このシステムは、ショートメッセージを送信先へ送信する第１のユニットを有する。また、このシステムは、ヘッダをメッセージに挿入する第２のユニットも備えることができる。このヘッダは送信元に関する識別情報を含む。
【００２０】
送信先がメッセージを受信すると、その送信先は、応答メッセージを送信元に送信することができる。応答メッセージは、送信元による受信を目的とすることができる。
【００２１】
また、本発明の特定の実施形態は、SMSメッセージを送信元から受信するための受信ユニットを有するネットワーク要素を含むことができる。この要素は、ヘッダをメッセージに挿入するためのヘッダ挿入ユニットを有することができる。当該ヘッダは、送信元に関する特定の識別情報を含む。転送ユニットは、メッセージを送信先に転送することができる。また、ネットワーク要素は、送信先から応答メッセージを受信し、かつ応答メッセージを送信元に転送するように構成される。
【００２２】
本発明のある実施形態に従う方法は、送信元から送信先へメッセージを送信することと、ゲートウェイにおいてヘッダをメッセージに挿入することとを含むことができる。次いで、メッセージを送信先に転送することと、送信先から送信元に応答メッセージを送信することと、送信元において応答メッセージを受信することとを含むことができる。
【００２３】
図1は、本発明のある実施形態に従う第１の方法を示す。図1に示すように、この方法は、submitレポートを準備すること110を含む。submitレポートを準備すること110は、適切な端末を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む。また、この方法は、submitレポートを適切な端末に送信すること120も含む。
【００２４】
submitレポートを適切な端末に送信すること120は、submitレポートが、適切な端末以外の端末に配信される原因となりうる曖昧性を回避することを含むことができる。当該適切な端末は、共有の移動加入者統合サービスデジタルネットワーク番号を有することができる。当該適切な端末は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局であることができる。
【００２５】
フォーキングの処理は、fork属性をrequest-dispositionヘッダに挿入することを含むことができる。submitレポートを準備すること110は、適切な端末からサブミットされたショートメッセージリクエストを受信すること105によってトリガされることができる。
【００２６】
図2は、本発明のある実施形態に従う別の方法を示す。図2に示すように、本方法は、装置によって、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信すること210を含むことができる。また、本方法は、リクエストが、装置により送信されたメッセージに対応するか否かを判断するために、submitレポートを処理すること220も含むことができる。さらに、本方法は、submitレポートが、装置により送信されたどのメッセージにも対応しないと判断した場合に、セッション開始プロトコル応答not-acceptable-hereを送信すること232を含むことができる。加えて本方法は、submitレポートが、装置により送信されたメッセージに対応すると判断した場合に、セッション開始プロトコルメッセージokを送信すること234を含むことができる。
【００２７】
この装置は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局であることができる。上記submitレポートは、インターネットプロトコルショートメッセージゲートウェイから受信可能であり、また、セッション開始プロトコルメッセージnot-acceptable-hereまたはokは、インターネットプロトコルショートメッセージゲートウェイに送信されることができる。
【００２８】
図2に示す方法は、submitレポートを受信すること210の前に、対応するメッセージを、セッション開始プロトコルメッセージリクエストとして送信すること202と、対応するメッセージの呼識別情報を格納すること204とを含むこともできる。
【００２９】
加えて、図2の方法は、submitレポートにおいて受信した呼識別情報を、過去に格納された呼識別情報と比較することによって、submitレポートが、対応するメッセージに対応すること（または対応するか否か）を判断すること230を含むことができる。
【００３０】
図1および図2に示す方法は、ハードウェア、ソフトウェア、またはそれらの組み合わせにおいて実装できる。例えば、コンピュータプログラムは、コンピュータ可読媒体に格納されることができ、また、ハードウェアにおいて実行される場合に、図1や図2の方法を実行するための命令を符号化したものであることができる。
【００３１】
図3は、本発明のある実施形態に従うシステムを示す。本システムは、（インターネットプロトコルショートメッセージゲートウェイであることができる）第1の装置300と、第2の装置400とを含む。第1の装置300および第2の装置400は、各々、受信機（310，410）、プロセッサ（320，420）、送信機（330，430）、およびメモリ（340，440）を含むことができる。第1の装置300および第2の装置400は、後述のように、種々の機能を提供するように構成できる。別の観点から考えると、第1の装置300および第2の装置400は、ハードウェア（350，450）、ソフトウェア（360，460）、またはそれらの結合を使用して、種々の機能構成を提供することができる。
【００３２】
第1の装置300および第2の装置400は、通信リンク500上で接続可能である。この通信リンクは、無線リンク、有線リンク、または無線および有線の組み合わせであってもよい。第1の装置300と第2の装置400との間の信号伝達を中継しうる中間要素は、図を簡略化するために省略される。
【００３３】
第1の装置300および第2の装置400には、ハードウェア350、450のために、汎用コンピュータ、特定用途向け集積回路（Application Specific Integrated Circuit; ASIC）、または類似の機器が設けられることができ、これらは、特定の実施形態において、プロセッサ320、420として使用できる。同様に、第1の装置300および第2の装置400は、インターネットプロトコル（Internet Protocol; IP）ネットワークおよび/または3GPPネットワーク等の、ネットワークにおいて通信するためのネットワーク通信機器を備えることができる。アンテナ等の他の通信機器を含むことができる。さらに、第1の装置300および第2の装置400は、そのメモリ340、440のために、ハードドライブ、フラッシュランダムアクセスメモリ（Random Access Memory; RAM）、電子的プログラム化可能読み取り専用メモリ（Electronically Programmable Read Only Memory; EPROM）、リムーバブルディスクメモリ、またはその同等物を有することができる。
【００３４】
したがって、第1の装置300は、submitレポートを準備するように構成可能である。submitレポートを準備することは、適切な端末（第2の装置400等）を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む。また、第1の装置300は、submitレポートを適切な端末に送信するようにも構成できる。
【００３５】
submitレポートを適切な端末に送信することは、submitレポートが、適切な端末以外の端末に配信される原因となりうる曖昧性を回避することを含むことができる。フォーキングは、fork属性をrequest-dispositionヘッダに挿入することを含むことができる。
【００３６】
上記適切な端末は、共有の移動加入者統合サービスデジタルネットワーク番号を有することが可能であり、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局であることができる。
【００３７】
加えて、第1の装置300は、適切な端末からサブミットされたメッセージリクエストを受信するように構成され、かつショートメッセージリクエストの受信に応じて、submitレポートの準備を始めるように構成されることができる。
【００３８】
第2の装置400は、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信するように構成されうる。また、第2の装置400は、リクエストが、装置により送信されたメッセージに対応するか否かを判断するために、submitレポートを処理するように構成できる。さらに、第2の装置400は、submitレポートが、装置により送信されたどのメッセージにも対応しないと判断した場合に、セッション開始プロトコル応答not-acceptable-hereを送信し、submitレポートが、装置により送信されたメッセージに対応すると判断した場合に、セッション開始プロトコルメッセージokを送信するように構成できる。
【００３９】
第2の装置400は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局であることができる。
【００４０】
submitレポートは、インターネットプロトコルショートメッセージゲートウェイでありうる第1の装置300から受信されてもよく、また、セッション開始プロトコルメッセージnot-acceptable-hereまたはokは、その第1の装置300に送信されてもよい。
【００４１】
第2の装置400は、submitレポートを受信する前に、対応するメッセージを、セッション開始プロトコルメッセージリクエストとして送信し、対応するメッセージの呼識別情報を格納するように構成されてもよい。
【００４２】
さらに、第2の装置400は、submitレポートにおいて受信した呼識別情報を、過去に格納された呼識別情報と比較することによって、submitレポートが、対応するメッセージに対応することを判断するように構成されてもよい。
【００４３】
上述の本発明を、異なる順番のステップで、および/または開示されたものとは異なる構成のハードウェア要素で具現化してもよいことを、当業者は容易に理解するであろう。したがって、本発明について、これらの好適な実施形態に基づいて説明しているが、特定の修正、変形、および代替構成が明白であるとともに、それらが依然として本発明の精神および範囲内にあることが、当業者には明白であるだろう。したがって、本発明の境界および限界を判断するために、添付の請求項を参照すべきである。
【図面の簡単な説明】
【００４４】
【図１】本発明のある実施形態に従う方法を説明するための図である。
【図２】本発明のある実施形態に従う別の方法を説明するための図である。
【図３】本発明のある実施形態に従うシステムを説明するための図である。
【図１】
2010517401.tif 000003
【図２】
2010517401.tif 000004
【図３】
2010517401.tif 000005
【手続補正書】
【提出日】平成21年8月14日(2009.8.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
submitレポートを準備すること、ただし、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記submitレポートを準備することと；
前記submitレポートを前記適切な機器に送信することと；
を含む、方法。
【請求項２】
前記適切な機器は、共有の移動加入者統合サービスデジタルネットワーク番号を有する、請求項1に記載の方法。
【請求項３】
前記フォーキングは、fork属性をrequest-dispositionヘッダに挿入することを含む、請求項1又は2に記載の方法。
【請求項４】
前記適切な機器は、ユーザ機器、携帯情報端末、携帯用通信機器、無線機器、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局の少なくともいずれかである、請求項1から3のいずれかに記載の方法。
【請求項５】
前記submitレポートを前記準備することは、前記適切な機器からサブミットされたショートメッセージリクエストを受信することによって開始される、請求項1から4のいずれかに記載の方法。
【請求項６】
装置によって、submitレポートを含むセッション開始プロトコルメッセージリクエストを受信することと、
前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することと、
前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信することと、
前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信することと、
を含む、方法。
【請求項７】
前記装置は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局の少なくともいずれかである、請求項6に記載の方法。
【請求項８】
前記submitレポートは、インターネットプロトコルショートメッセージゲートウェイから受信され、また、前記セッション開始プロトコルメッセージnot-acceptable-hereまたはokは、インターネットプロトコルショートメッセージゲートウェイに送信される、請求項6又は7に記載の方法。
【請求項９】
前記submitレポートを前記受信することの前に、
前記対応するメッセージを、セッション開始プロトコルメッセージリクエストとして送信することと、
前記対応するメッセージの前記呼識別情報を格納することと、
を含む、請求項6から8のいずれかに記載の方法。
【請求項１０】
前記submitレポートにおいて受信した呼識別情報を、過去に格納された呼識別情報と比較することによって、前記submitレポートが、前記対応するメッセージに対応することを判断すること、
をさらに含む、請求項9に記載の方法。
【請求項１１】
submitレポートを準備するように構成されるプロセッサ、ただし前記submitレポートを準備することが、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記プロセッサと、
前記submitレポートを前記適切な機器に送信するように構成される送信機と、
を備える、装置。
【請求項１２】
前記適切な機器は、共有の移動加入者統合サービスデジタルネットワーク番号を有する、請求項11に記載の装置。
【請求項１３】
前記プロセッサは、fork属性をrequest-dispositionヘッダに挿入することによって、フォーキングを使用するように構成される、請求項11又は12に記載の装置。
【請求項１４】
前記適切な機器は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局の少なくともいずれかである、請求項11から13のいずれかに記載の装置。
【請求項１５】
前記適切な機器からサブミットされたショートメッセージリクエストを受信するように構成される受信機をさらに備え、前記プロセッサが、前記ショートメッセージリクエストの受信によって、前記submitレポートの準備を開始するように構成される、請求項11から14のいずれかに記載の装置。
【請求項１６】
インターネットプロトコルショートメッセージゲートウェイである、請求項11から15のいずれかに記載の装置。
【請求項１７】
submitレポートを含むセッション開始プロトコルメッセージリクエストを受信するように構成される受信機と、
前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理するように構成されるプロセッサと、
前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信し、前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信するように構成される送信機と、
を備える、装置。
【請求項１８】
前記装置は、ユーザ機器、携帯情報端末、携帯用通信機器、無線端末、無線ハンドヘルド機器、パーソナルコンピュータ、または移動局の少なくともいずれかである、請求項17に記載の装置。
【請求項１９】
前記submitレポートは、インターネットプロトコルショートメッセージゲートウェイから受信され、また、前記セッション開始プロトコルメッセージnot-acceptable-hereまたはokは、インターネットプロトコルショートメッセージゲートウェイに送信される、請求項17又は18に記載の装置。
【請求項２０】
前記送信機は、前記submitレポートを前記受信する前に、前記対応するメッセージを、セッション開始プロトコルメッセージリクエストとして送信するようにさらに構成され、
前記装置は、前記対応するメッセージの呼識別情報を、前記装置のメモリに格納するように構成される、
請求項17から19のいずれかに記載の装置。
【請求項２１】
前記プロセッサは、前記submitレポートにおいて受信した呼識別情報を、過去に格納された呼識別情報と比較することによって、前記submitレポートが、前記対応するメッセージに対応することを判断するように構成される、請求項20に記載の装置。
【請求項２２】
コンピュータ可読媒体に格納され、かつハードウェアにおいて実行されると次の方法を実行させる命令を符号化したコンピュータプログラムであって、前記方法が、
submitレポートを準備すること、ただし、適切な機器を探索するために、フォーキングおよびin-reply-toヘッダの組み合わせを使用することを含む、前記submitレポートを準備することと；
前記submitレポートを前記適切な機器に送信することと；
を含む、コンピュータプログラム。
【請求項２３】
ハードウェアにおいて実行されると次の方法を実行させる命令を符号化したコンピュータプログラムであって、前記方法が、
装置によって、前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することと、
前記リクエストが、前記装置により送信されたメッセージに対応するか否かを判断するために、前記submitレポートを処理することと、
前記submitレポートが、前記装置により送信されたどのメッセージにも対応しないと判断した場合は、セッション開始プロトコル応答not-acceptable-hereを送信することと、
前記submitレポートが、前記装置により送信されたメッセージに対応すると判断した場合は、セッション開始プロトコルメッセージokを送信することと、
を含む、コンピュータプログラム。
【国際調査報告】
2010517401.tif 000006
2010517401.tif 000007
2010517401.tif 000008
2010517401.tif 000009
2010517401.tif 000010