JP4623118B2 - ゲートウェイ装置、通信方法及びプログラム - Google Patents

ゲートウェイ装置、通信方法及びプログラム Download PDF

Info

Publication number
JP4623118B2
JP4623118B2 JP2008088081A JP2008088081A JP4623118B2 JP 4623118 B2 JP4623118 B2 JP 4623118B2 JP 2008088081 A JP2008088081 A JP 2008088081A JP 2008088081 A JP2008088081 A JP 2008088081A JP 4623118 B2 JP4623118 B2 JP 4623118B2
Authority
JP
Japan
Prior art keywords
http
message
sip
response
transaction network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008088081A
Other languages
English (en)
Other versions
JP2009246498A (ja
Inventor
卓也 五十嵐
謙二 藤澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2008088081A priority Critical patent/JP4623118B2/ja
Priority to EP20090250479 priority patent/EP2106142A1/en
Priority to US12/413,888 priority patent/US7907622B2/en
Priority to CN2009101326252A priority patent/CN101547169B/zh
Publication of JP2009246498A publication Critical patent/JP2009246498A/ja
Application granted granted Critical
Publication of JP4623118B2 publication Critical patent/JP4623118B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4182—External card to be used in combination with the client device, e.g. for conditional access for identification purposes, e.g. storing user identification data, preferences, personal settings or data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]

Description

本発明は、ゲートウェイ装置、通信方法及びプログラムに関する。
インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用して映像コンテンツの配信を行う、いわゆるＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｌｅｖｉｓｉｏｎ）サービスのシステムとしては、米国マイクロソフト社などさまざまなベンダーが開発、商用化している。近年では、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）を利用したＩＰＴＶサービスが注目されている。
ＩＭＳは元来、携帯電話の無線通信インフラストラクチャーにおいて、音声による電話サービス以外にも、マルチメディアの付加サービスを提供するための基盤技術として、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で開発されている通信方式である。このＩＭＳは、ＩＰ技術をベースとしており、固定通信系のインターネットのインフラストラクチャーとの親和性が高い。また、ＦＭＣ（Ｆｉｘｅｄ Ｍｏｂｉｌｅ Ｃｏｎｖｅｒｇｅｎｃｅ）と呼ばれる有線、無線の通信ネットワークインフラストラクチャーをＩＰにて統合する動向もある中、ＩＭＳをＩＰＴＶに利用することによって、コンテンツ配信のためのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を実現できるとともに、携帯電話へメッセージを送ったり、チャットなどの通信サービスをＩＰＴＶサービスと連携させて提供したりできる。
図１にＩＭＳを利用したＩＰＴＶシステムのアーキテクチャーを示す。図１に示すように、ＩＭＳは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に基づくＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）２２と呼ばれる機能要素を核として、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｕｂｓｙｓｔｅｍ）２４、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）２６などの機能要素から構成される。ＳＩＰは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ−３２６１（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ−３２６１）で規定された通信プロトコルである。
かかるＩＭＳの仕組みについて概略的に説明すると、ユーザＩＤが設定されたユーザ端末１０、１２は、ＩＭＳネットワーク２０のＣＳＣＦ２２にアクセスして、ユーザ端末１０の登録、セッションの設定制御を行う。この過程で、ＨＳＳ２４に登録されたユーザプロファイルの設定に従って、必要なサービスに対応するＡＳ２６の処理起動を行う。ＡＳ２６は実際に個々のサービスを提供するための処理を行うサーバである。
例えば、ＩＭＳを利用したサービスの一例であるチャットアプリケーション（ＰｕｓｈＴｏＴａｌｋ）では、例えば携帯電話からなるユーザ端末１２は、携帯電話ネットワーク４０を介して、ＩＭＳネットワーク２０にてＰｕｓｈＴｏＴａｌｋを担当するＡＳ２６と接続する。そして、ユーザ端末１２は、登録済のグループメンバーに対してＡＳ２６から複数メンバーの端末（図示せず。）とのセッションを確立し、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて、中継サーバ経由でメンバー間の通話を行う。
また、ＩＭＳを利用したサービスの別の例として、ＩＭＳのＩＰＴＶシステムでは、ＩＭＳネットワーク２０においてＩＰＴＶサービスのＡＳ２６が提供される。家庭内のユーザ端末１０、例えば、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）は、同様な手順にて、ＡＳ（ＩＰＴＶ）２６に接続することでＩＰＴＶサービスを受けることができる。ＡＳ（ＩＰＴＶ）２６は、実際にはＩＰＴＶサービス３０を司るＥＰＧサーバ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ Ｓｅｒｖｅｒ）３２、及び、映像コンテンツを配信するビデオサーバ（Ｖｉｄｅｏ Ｓｅｒｖｅｒ）３４と連携して、ＩＰＴＶサービス３０を実現する。
ところで、従来のＩＭＳでは、ユーザ端末１２がＳＩＰをサポートすることを想定している。一方、ＩＰＴＶ端末１０にて、ＥＰＧ画面やサービス画面を利用者に提示するユーザインタフェースの技術として、ＨＴＭＬブラウザを利用することで、サービス提供者が画面のデザインをカスタマイズできるなど、様々なアプリケーションをサービス側で実現できる。例えば、図１に示すＥＰＧサーバ３２は、例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバで構成されて、ＥＰＧ画面を構成するＨＴＭＬドキュメントを、ブロードバンドＩＰネットワーク４２を介して、ＩＰＴＶ端末１０に提供する。
このアーキテクチャーでは、ＩＰＴＶ端末１０は、直接、ＳＩＰなるプロトコルをサポートしなくても済むように、ユーザ宅１１内に、“ＩＭＳ Ｇａｔｅｗａｙ”と呼ばれるゲートウェイ（ＧＷ）装置５０を導入する仕組みが考えられる。このＩＭＳゲートウェイ装置５０は、ＩＭＳのＳＩＰ通信のデータを、ＩＰＴＶ端末１０のＨＴＭＬブラウザがサポートするプロトコルであるＨＴＴＰのデータに変換するための変換装置として機能する。
しかしながら、ＨＴＴＰとＳＩＰとでは通信の手順が異なるために、ＩＭＳゲートウェイ装置５０に、かかるプロトコル変換を行うアプリケーションを配置して、ＳＩＰプロトコルをより抽象度の高いハイレベルなインターフェースに変換し、例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）などのメッセージコールをＨＴＴＰにて伝送する必要がある。このため、かかるアプリケーションゲートウェイを実装するために、ＩＭＳゲートウェイ装置５０は、ＣＰＵ、メモリーなどのハードウェア資源を多く必要とするので、ＩＭＳゲートウェイ装置５０が高価になってしまうという問題があった。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、同期型トランザクションネットワークと非同期型トランザクションネットワークとの間で、異なるプロトコル（例えば、ＨＴＴＰとＳＩＰ）のデータを簡単な方式で変換することで、ＣＰＵ、メモリーなどのハードウェア資源を低減することが可能な、新規かつ改良されたゲートウェイ装置、通信方法及びプログラムを提供することにある。
上記課題を解決するために、本発明のある観点によれば、同期型トランザクションネットワーク及び非同期型トランザクションネットワークに対応したゲートウェイ装置において、同期型トランザクションネットワーク対応機器及び非同期型トランザクションネットワーク対応機器と通信する通信手段と、前記同期型トランザクションネットワークの通信プロトコルであるＨＴＴＰと、前記非同期型トランザクションネットワークの通信プロトコルであるＳＩＰを変換する変換手段と、前記通信手段により前記同期型トランザクションネットワーク対応機器から受信したＨＴＴＰリクエストを保持する保持手段と、を備え、前記変換手段は、前記通信手段により前記同期型トランザクションネットワーク対応機器から受信した第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーがＮｕｌｌである場合、前記第１のＨＴＴＰリクエストメッセージを前記保持手段に保持し、前記通信手段により前記同期型トランザクションネットワーク対応機器から受信した第２のＨＴＴＰリクエストメッセージのＨＴＴＰボディーにＳＩＰリクエストメッセージが含まれている場合、ＨＴＴＰボディーがＮｕｌｌである第１のＨＴＴＰレスポンスメッセージを、前記第１のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、さらに、前記ＳＩＰリクエストメッセージを格納した第１のＳＩＰメッセージを前記非同期型トランザクションネットワーク対応機器に送信するとともに、ＨＴＴＰボディーにＯＫメッセージを格納した第２のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、前記通信手段により、前記非同期型トランザクションネットワーク対応機器から、前記第１のＳＩＰメッセージのレスポンスとして、ＳＩＰレスポンスメッセージを含む第２のＳＩＰメッセージを受信した場合、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーに前記ＳＩＰレスポンスメッセージを格納した第３のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信する、ゲートウェイ装置が提供される。
前記変換手段は、前記非同期型トランザクションネットワーク対応機器から、所定時間以上、前記第２のＳＩＰメッセージを受信しない場合には、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージを用いて、ＨＴＴＰボディーがＮｕｌｌである第４のＨＴＴＰレスポンスメッセージを、前記同期型トランザクションネットワーク対応機器に返信するようにしてもよい。
また、上記課題を解決するために、本発明の別の観点によれば、同期型トランザクションネットワーク及び非同期型トランザクションネットワークに対応したゲートウェイ装置における通信方法であって、前記同期型トランザクションネットワーク対応機器から受信した第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーがＮｕｌｌである場合、前記第１のＨＴＴＰリクエストメッセージを保持手段に保持するステップと、前記同期型トランザクションネットワーク対応機器から受信した第２のＨＴＴＰリクエストメッセージのＨＴＴＰボディーにＳＩＰリクエストメッセージが含まれている場合、ＨＴＴＰボディーがＮｕｌｌである第１のＨＴＴＰレスポンスメッセージを、前記第１のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、さらに、前記ＳＩＰリクエストメッセージを格納した第１のＳＩＰメッセージを前記非同期型トランザクションネットワーク対応機器に送信するとともに、ＨＴＴＰボディーにＯＫメッセージを格納した第２のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、前記非同期型トランザクションネットワーク対応機器から、前記第１のＳＩＰメッセージのレスポンスとして、ＳＩＰレスポンスメッセージを含む第２のＳＩＰメッセージを受信した場合、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーに前記ＳＩＰレスポンスメッセージを格納した第３のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、を含む、通信方法が提供される。
さらに、前記非同期型トランザクションネットワーク対応機器から、所定時間以上、前記第２のＳＩＰメッセージを受信しない場合には、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージを用いて、ＨＴＴＰボディーがＮｕｌｌである第４のＨＴＴＰレスポンスメッセージを、前記同期型トランザクションネットワーク対応機器に返信するステップを含むようにしてもよい。
また、上記課題を解決するために、本発明の別の観点によれば、同期型トランザクションネットワーク及び非同期型トランザクションネットワークに対応したゲートウェイ装置に、前記同期型トランザクションネットワーク対応機器から受信した第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーがＮｕｌｌである場合、前記第１のＨＴＴＰリクエストメッセージを保持手段に保持するステップと、前記同期型トランザクションネットワーク対応機器から受信した第２のＨＴＴＰリクエストメッセージのＨＴＴＰボディーにＳＩＰリクエストメッセージが含まれている場合、ＨＴＴＰボディーがＮｕｌｌである第１のＨＴＴＰレスポンスメッセージを、前記第１のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、さらに、前記ＳＩＰリクエストメッセージを格納した第１のＳＩＰメッセージを前記非同期型トランザクションネットワーク対応機器に送信するとともに、ＨＴＴＰボディーにＯＫメッセージを格納した第２のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、前記非同期型トランザクションネットワーク対応機器から、前記第１のＳＩＰメッセージのレスポンスとして、ＳＩＰレスポンスメッセージを含む第２のＳＩＰメッセージを受信した場合、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーに前記ＳＩＰレスポンスメッセージを格納した第３のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、を実行させるためのプログラムが提供される。
かかる構成により、同期型トランザクションネットワーク対応機器から、トランザクションリクエストが受信され、当該トランザクションリクエストが保持手段に保持され、非同期型トランザクションネットワーク対応機器からイベントが受信され、前記イベントの受信に応じて、前記保持手段に保持された前記トランザクションリクエストに対するレスポンスとして、前記イベントを含むメッセージが、前記同期型トランザクションネットワーク対応機器に送信される。このため、同期型トランザクションネットワークに対応する第１プロトコル（例えばＳＩＰ）のメッセージを、同期型トランザクションネットワークに対応する第２プロトコル（例えばＨＴＴＰ）のメッセージに簡単に変換して、同期型トランザクションネットワーク対応機器に提供できる。
以上説明したように本発明によれば、同期型トランザクションネットワークと非同期型トランザクションネットワークとの間で、異なるプロトコル（例えば、ＨＴＴＰとＳＩＰ）のデータを簡単な方式で変換できるので、ゲートウェイ装置に搭載されるＣＰＵ、メモリーなどのハードウェア資源を低減することができる。
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
（第１の実施形態）
以下に、本発明の第１の実施形態にかかるＩＭＳゲートウェイ装置を備えたＩＰＴＶシステムについて説明する。ＩＰＴＶシステムは、図１と同様に、ユーザ宅１１に設けられたホームネットワークを構成するＩＰＴＶ端末及びＩＭＳゲートウェイ装置５０と、ＩＰＴＶサービス３０を提供する各種サーバ３２、３４と、ＩＭＳネットワーク２０を構成するＣＳＣＦ２２、ＨＳＳ２４及びＡＳ２６とから構成される。
まず、図２を参照して、本実施形態にかかるＩＰＴＶシステムの概略構成について説明する。図２は、本実施形態にかかるＩＰＴＶシステムのアーキテクチャーを概略的に示す。
図２に示すように、ユーザ宅に設けられるホームネットワークは、ＩＰＴＶサービスを受信するＩＰＴＶ端末１０と、“ＩＭＳ Ｇａｔｅｗａｙ”と称されるＩＭＳに対応したゲートウェイ装置５０（以下、「ＩＭＳゲートウェイ５０」という。）と、を備える。
ＩＭＳゲートウェイ５０は、例えば、ＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ ｃａｒｄ）を用いてＩＭＳネットワーク２０との認証を行う。その他にも、ＩＭＳゲートウェイ５０は、ＩＭＳのＳＩＰの役割であるＱｏＳのためのセッションセットアップや、ＣＨＡＴなどのＳＩＰを利用したコミュニケーションの機能をＩＰＴＶ端末１０に提供する。ホームネットワークをＩＰネットワークに接続するためのホームルータが必要であるが、通常、ホームルータの機能はＩＭＳゲートウェイ５０に実装される。
ＩＰＴＶ端末１０は、例えば、ＳＴＢ、テレビジョン受像器、パーソナルコンピュータ等のＣＥ機器（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｄｅｖｉｃｅ）で構成される。ＩＰＴＶ端末１０にはＨＴＭＬブラウザ１３が実装される。以下の説明では、ＨＴＭＬブラウザ１３として、例えば、ＣＥＡ−２０１４規格で規定されたＨＴＭＬブラウザを利用する例について説明する。
ＨＴＭＬブラウザ１３は、ＩＰＴＶサービス３０から提供されるＨＴＭＬドキュメント（例えば、ＥＣＭＡ（Ｅｕｒｏｐｅａｎ Ｃｏｍｐｕｔｅｒ Ｍａｎｕｆａｃｔｕｒｅｒ Ａｓｓｏｃｉａｔｉｏｎ） ＳＣＲＩＰＴによって記述されたアプリケーションを含む。）を表示する。これにより、ＩＰＴＶ端末１０のユーザが、リモートコントローラなどのユーザインタフェースを用いて、ＨＴＭＬブラウザ１３により表示された画面を操作することによって、ＩＰＴＶサービス３０へのアクセスが実現される。
そのほか、ＨＴＭＬブラウザ１３は、例えば、ＭＰＥＧ２又はＨ．２６４／ＡＶＣなどの所定の圧縮符号化方式で圧縮された映像信号を、ＨＴＭＬ画面の一部に表示する、又は、オーバーレイさせて表示するメディア再生プレイヤーのプラグが実装されている。ＩＰＴＶサービス３０のビデオサーバ３４から提供されるビデオコンテンツは、例えば、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）又はＨＴＴＰなどの通信プロトコルに従って、ＩＰＴＶ端末１０に配信される。そして、当該ビデオコンテンツは、ＩＰＴＶ端末１０の具備する上記メディア再生プレイヤーによって伸張され、描画されることで、ＩＰＴＶ端末１０の表示装置の画面に表示される。
本実施形態にかかるＩＭＳベースのＩＰＴＶシステムでは、ＩＰＴＶ端末１０は、ＩＭＳゲートウェイ５０を経由して、ＩＭＳネットワーク２０のＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）２２と通信することで、ビデオコンテンツを伝送するネットワークのＱｏＳ管理のためのセッションセットアップ、その他、チャットなどのコミュニケーションアプリケーションを実現できる。
例えば、図２の例では、“ＣＡＬＬＥＲ ＩＤ”といわれる電話着信をテレビジョン画面に表示させるサービスの例を示している。この場合、電話着信のシグナルは、ＩＭＳネットワーク２０から、ＳＩＰによりＣＳＣＦ２２経由でＩＭＳゲートウェイ５０に通知され、さらに、ＨＴＴＰもしくはＴＣＰによってＨＴＭＬブラウザ１３に通知される必要がある。ＨＴＭＬブラウザ１３に通知された着信シグナルは、ＥＣＭＡ ＳＣＲＩＰＴによって記述されたアプリケーションにて受信され、そのアプリケーションにて描画指示が行われる。この結果、図２の例のように、ＩＰＴＶ端末１０では、テレビジョン番組の映像７０上に、着信シグナルに記述された電話番号７２がオーバーレイして表示される。
本実施形態では、このようにＩＭＳゲートウェイ５０が、通信対象となる非同期型トランザクションネットワーク（例えばＩＭＳネットワーク２０）で用いられるＳＩＰ（第１のプロトコル）のデータを、同期型トランザクションネットワーク（例えばＩＰネットワーク）で用いられるＨＴＴＰ（第２のプロトコル）のデータに変換する方式に特徴を有する。即ち、本実施形態にかかるＩＭＳゲートウェイ５０は、例えば、ＳＩＰプロトコルのメッセージを、１対１マッピングにより直接的にＨＴＴＰプロトコルのメッセージに載せ換えるだけという、簡単な方式でプロトコル変換することを特徴としている。なお、本実施形態にかかるＩＰＴＶ端末１０は、同期型トランザクションネットワーク対応機器（ＨＴＴＰ通信に対応した機器）に相当し、ＩＭＳネットワーク２０に設置されたＣＳＣＦ２２を有する機器は、非同期型トランザクションネットワーク対応機器（ＳＩＰ通信に対応した機器）に相当する。
図３は、ＳＩＰとＨＴＴＰとの間のプロトコルの相違を示す説明図である。図３に示すように、ＳＩＰは、Ｐｅｅｒ２Ｐｅｅｒ（Ｐ２Ｐ）型の通信に用いられる。ＳＩＰ ＵＡ５４（ＵＳＥＲ ＡＧＥＮＴ）は、他者（他のＳＩＰ ＵＡ５４もしくはＳＩＰプロクシー、例えばＣＳＣＦ２２）にリクエストメッセージを送信し、他者からのリクエストメッセージを受信する。
一方、ＨＴＴＰ（又はＴＣＰ）は、クライアント・サーバ型の通信に用いられる。ＨＴＴＰクライアント１４（例えば、ＤＡＥブラウザ１４ａ、ＯＩＴＦ Ｅｍｂｅｄｄｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ１４ｂ等）は、リクエストメッセージの発信者を発信するのみであり、他者（例えば、ＨＴＴＰサーバ）からのリクエストメッセージを受信しない。
ＳＩＰとＨＴＴＰとは、送信したリクエストメッセージに対するレスポンスメッセージを受信することにより、１つのトランザクションがなされるという点では共通している。また、ＳＩＰでは、一連のトランザクションは、“ＤＩＡＬＯＧ”と称されるセッション管理がなされる。一方、ＨＴＴＰのトランザクションは独立しており、クライアント、サーバとも他のトランザクションの状態を保持しないステートレス通信をベースにしている。
例えば、図３の例を利用して、ＨＴＴＰとＳＩＰについてより詳細に説明する。ＨＴＴＰのトランザクションでは、ＩＰＴＶ端末１０（ＨＴＴＰクライアント）が“ＨＴＴＰ ＧＥＴメソッド”のリクエストを送信する。すると、ＩＭＳゲートウェイ５０（ＨＴＴＰサーバ）は、当該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、ステータスコード“２００ ＯＫ”と、ＨＴＴＰボディーに要求したリソース（例えば、ＨＴＭＬドキュメント）などを格納したレスポンスメッセージを返信する。これにより、１つのＨＴＴＰトランザクションが完了する。この場合、ＨＴＴＰリクエストは、ＨＴＴＰクライアントからＨＴＴＰサーバへ一方向であり、ＨＴＴＰサーバからＨＴＴＰクライアントにＨＴＴＰリクエストが送信されることはない。また、その次の“ＨＴＴＰ ＧＥＴ”のＨＴＴＰリクエストと“２００ ＯＫ”のＨＴＴＰレスポンスのトランザクションは、基本的には前回のトランザクションとは独立している。
一方、ＳＩＰでは、例えば、ＩＭＳゲートウェイ５０のＳＩＰ ＵＡ５４は、ＳＩＰリクエスト（Ｓｕｂｓｃｒｉｂｅ）をＣＳＣＦ２２経由でＡＳ２６に送信し、このＳＩＰリクエストに対するレスポンスとして、ＡＳ２６からＳＩＰレスポンス（２００ ＯＫ）を受信する。このとき、ＳＩＰ ＵＡ５４は、ＳＩＰリクエストのヘッダーで、“ＣＡＬＬ ＩＤ”（図３では「ｃｉｄ」と表記する。）と称される任意の値（ｃｉｄ＝１）を指定しておく。ＡＳ２６は、先のＳＩＰリクエスト（Ｓｕｂｓｃｒｉｂｅ）を受けて、ＳＩＰリクエスト（Ｎｏｔｉｆｙ）をＣＳＣＦ２２経由でＳＩＰ ＵＡ５４に送信する。すると、ＳＩＰ ＵＡ５４は、当該ＳＩＰリクエスト（Ｎｏｔｉｆｙ）に対してＳＩＰレスポンス（２００ ＯＫ）をＣＳＣＦ２２経由でＡＳ２６に返信する。この場合、上記ＳＩＰリクエスト（Ｎｏｔｉｆｙ）が先のＳＩＰリクエスト（Ｓｕｂｓｃｒｉｂｅ）と一連のＤＩＡＬＯＧであることを示すために、ＡＳ２６は先にＳＩＰ ＵＡ５４から指定されたＣＡＬＬ ＩＤと同じ値（ｃｉｄ＝１）をＳＩＰリクエスト（ｎｏｔｉｆｙ）のヘッダーで指定しておく。
このように、ＳＩＰでは、ＩＭＳゲートウェイ５０のＳＩＰ ＵＡ５４は、リクエストメッセージを発行する場合と、リクエストメッセージを受信する場合とがある。また、各セッションを識別するための情報である“ＣＡＬＬ ＩＤ”によってセッション管理が行われており、ＣＡＬＬ ＩＤが異なる場合は、異なるセッション（ＤＩＡＬＯＧ）である。
本実施形態にかかるＩＰＴＶシステムの通信方法は、例えば、ＣＥＡ−２０１４で定義されたＮｏｔｉｆｉｃａｔｉｏｎ方法を利用して、ＨＴＴＰ通信に対応したＩＰＴＶ端末１０と、ＳＩＰに対応した機器とが、ＩＭＳゲートウェイ５０を介して通信することを特徴としている。具体的には、かかる通信方法としては、例えば以下の実装例（１）〜（４）が挙げられる。
（１）ＸＭＬＨＴＴＰＲｅｑｕｅｓｔのみを利用する方法
（２）ＸＭＬＨＴＴＰＲｅｑｕｅｓｔとＮｏｔｉｆＳｏｃｋｅｔを併用する方法
（３）ＸＭＬＨＴＴＰＲｅｕｑｅｓｔと「３ｒｄ ｐａｒｔｙ ｍｕｌｔｉｃａｓｔ ｎｏｔｉｆｉｃａｔｉｏｎ（拡張）」を併用する方法
（４）ＮｏｔｉｆＳｏｃｅｋｔのみを利用する方法
（１）ＸＭＬＨＴＴＰＲｅｑｕｅｓｔのみを利用する方法
ＸＭＬＨＴＴＰＲｅｑｕｅｓｔ（以下「ＸＨＲ」という。）は、ウェブブラウザ搭載のスクリプト言語（ＪａｖａＳｃｒｉｐｔ（登録商標）など）を利用して、サーバとＨＴＴＰ通信を行うために用いられる。このＸＨＲは、ＨＴＭＬブラウザ１３のＥＣＭＡ ＳＣＲＩＰＴからＨＴＴＰトランザクションを呼び出す仕組みであり、ＣＥＡ−２０１４対応のＨＴＭＬブラウザ１３にて、Ｉｎ Ｓｅｓｓｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎの仕組みとして利用できる。かかるＸＨＲのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）は、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）標準規格（http://www.w3.org/TR/XMLHttpRequest/）に準じている。ただし、実際の通信プロトコルはＲＦＣ−２６１６規定のＨＴＴＰであるので、この方法（１）はＨＴＴＰとＳＩＰとの間でプロトコル変換する方法である。だだし、この方法（１）では、ＩＭＳゲートウェイ５０の変換機能は、ＳＩＰメッセージ自体の解釈を行わず、ＳＩＰメッセージをＨＴＴＰメッセージに双方向で載せ換えるという簡単な処理を行うだけである。
ただし、上述したように、ＳＩＰはＰ２Ｐ型の通信トランザクションに対応しているのに対し、ＨＴＴＰはクライアント・サーバ型の通信トランザクションに対応している。このため、ＩＰＴＶ端末１０のＨＴＴＰクライアント１４と、ＩＭＳゲートウェイ５０のＨＴＴＰサーバ５４は、図４に示すようにして、リクエストメッセージとレスポンスメッセージを相互に通知する。
また、ＩＰＴＶ端末１０のＨＴＭＬブラウザ１３で実行されるＥＣＭＡ ＳＣＲＩＰＴは、図５のフローに従って通信を行う。なお、ＩＰＴＶ端末１０のＥｍｂｅｄｄｅｄ ＡｐｐｌｉｃａｔｉｏｎがＨＴＴＰクライアント１４を利用する場合でも、図５と同様のフローとなる。また、ＩＭＳゲートウェイ５０のＨＴＴＰサーバ５４は、図６のフローに従って通信を行う。
ＨＴＴＰリクエストは、ＥＣＭＡ ＳＣＲＩＰＴがＸＨＲのＳｅｎｄのＡＰＩをコールすることによって発行されるが、ＳｅｎｄのＡＰＩの入力パラメータには何も指定しない（図ではｎｕｌｌと表記）か、或いは、ＳＩＰメッセージを入力パラメータとしていれる。このときのＨＴＴＰリクエストではＩＭＳゲートウェイ５０が提供するＵＲＬを指定する。例えば、ＩＰＴＶ端末１０は、ＩＭＳゲートウェイ５０からＵＰＮＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ＆Ｐｌａｙ）規格のデバイスディスカバリーによって得られたデバイスディスクリプションから、イベント取得のＵＲＬを知ることができる。
ここで、図５に示すＩＰＴＶ端末１０のＨＴＭＬブラウザ１３のＥＣＭＡ ＳＣＲＩＰＴの処理フローについて、図４を適宜参照しながら説明する。
図５に示すように、まず、ＩＰＴＶ端末１０のＨＴＭＬブラウザ１３は、ＥＣＭＡ ＳＣＲＩＰＴにより、ＸＨＲのＳｅｎｄ（ｎｕｌｌ）をＨＴＴＰクライアント１４に送信すると（Ｓ１１）、ＨＴＴＰクライアント１４は、ＩＭＳゲートウェイ５０のＨＴＴサーバ５４にＨＴＴＰリクエストメッセージを送信する（図４のＨＴＴＰ Ｒｅｑｕｅｓｔ１、３、４、５）。これにより、ＩＰＴＶ端末１０からＩＭＳゲートウェイ５０にセッション開始を通知できる。
次いで、ＨＴＭＬブラウザ１３は、ＨＴＴＰクライアント１４からＸＨＲのｒｅｓｐｏｎｓｅＸＭＬを受信したか否か、つまり、ＩＰＴＶ端末１０がＨＴＴサーバ５４からＨＴＴＰレスポンスメッセージを受信したか否かを判定する（Ｓ１２）。
この結果、ＸＨＲのｒｅｓｐｏｎｓｅＸＭＬを受信していない場合、ＨＴＭＬブラウザ１３は、ＩＭＳネットワーク２０にＳＩＰ送信するリクエストメッセージ（ＳＩＰリクエストメッセージ）があるか否かを判定する（Ｓ１３）。ＳＩＰリクエストメッセージがある場合、ＨＴＭＬブラウザ１３は、ＸＨＲのＳｅｎｄ（ＳＩＰ ｒｅｑ）をＨＴＴＰクライアント１４に送信し（Ｓ１４）、Ｓ１２に戻る。この結果、ＨＴＴＰクライアント１４は、ＩＭＳゲートウェイ５０のＨＴＴサーバ５４にＨＴＴＰリクエストメッセージを送信する（図４のＨＴＴＰ Ｒｅｑｕｅｓｔ２、６）。ＨＴＴＰクライアント１４はＣＳＣＦ２２に対して所定のデータの送信を要求した後に、一方、ＳＩＰへのリクエストメッセージがない場合、ＨＴＭＬブラウザ１３は、ＸＨＲのＳｅｎｄ（ＳＩＰ ｒｅｑ）をＨＴＴＰクライアント１４に送信することなく、Ｓ１２に戻る。
一方、Ｓ１２にて、ＸＨＲのｒｅｓｐｏｎｓｅＸＭＬを受信した場合、ＨＴＭＬブラウザ１３は、受信したｒｅｓｐｏｎｓｅＸＭＬがＮｕｌｌであるか否か、つまり、当該ｒｅｓｐｏｎｓｅＸＭＬにＳＩＰレスポンスメッセージが含まれているか否かを判定する（Ｓ１５）。
この結果、受信したｒｅｓｐｏｎｓｅＸＭＬがＮｕｌｌでなく、ＳＩＰレスポンスメッセージが含まれている場合（図４のＨＴＴＰ Ｒｅｓｐｏｎｓｅ３、４の場合）、ＨＴＭＬブラウザ１３は、当該ＳＩＰレスポンスメッセージに関する処理を実行した後に（Ｓ１６）、Ｓ１１に戻り、再びＸＨＲのＳｅｎｄ（ｎｕｌｌ）をＨＴＴＰクライアント１４に送信する。一方、Ｓ１５にて、受信したｒｅｓｐｏｎｓｅＸＭＬがＮｕｌｌである場合（図４のＨＴＴＰ Ｒｅｓｐｏｎｓｅ１、２、５、６の場合）、ＨＴＭＬブラウザ１３は、何ら処理することなく、Ｓ１１に戻り、再びＸＨＲのＳｅｎｄ（ｎｕｌｌ）をＨＴＴＰクライアント１４に送信する。
次に、図６に示すＩＭＳゲートウェイ５０のＨＴＴＰサーバ５４の処理フローについて、図４を適宜参照しながら説明する。
図６に示すように、まず、ＩＭＳゲートウェイ５０のＨＴＴＰサーバ５４は、ＩＭＳゲートウェイ５０に設けられたインターバルタイマー（図示せず。）をリセットして、計時を開始する（Ｓ２１）。
その後、ＨＴＴＰサーバ５４は、ＩＰＴＶ端末１０のＨＴＴＰクライアント１４から、ＨＴＴＰリクエストメッセージを受信したか否かを判定する（Ｓ２２）。さらに、ＨＴＴＰリクエストメッセージを受信した場合、ＨＴＴＰサーバ５４は、受信したＨＴＴＰリクエストメッセージのＨＴＴＰボディーがＮｕｌｌか否かを判定する（Ｓ２３）。
この判定の結果、Ｓ２２で受信したＨＴＴＰリクエストのＨＴＴＰボディーがＮｕｌｌである場合（図４のＨＴＴＰ Ｒｅｑｕｅｓｔ１、３、４、５の場合）、Ｓ２９に進む。Ｓ２９では、ＨＴＴＰサーバ５４は、当該ＨＴＴＰリクエストを、ＩＭＳゲートウェイ５０に設けられたメモリーなどの保持手段に保持する（Ｓ２９）。詳細にはこのＳ２９では、ＨＴＴＰサーバ５４は、ＩＭＳネットワーク２０からのイベントをＩＰＴＶ端末１０に通知するために、Ｓ２２で受信したＨＴＴＰリクエストメッセージを、メモリー等の保持手段に保存されているイベント待ち行列に、受信順に保存する。
一方、Ｓ２３の判定の結果、Ｓ２２で受信したＨＴＴＰリクエストのＨＴＴＰボディーがＮｕｌｌでなく、ＳＩＰリクエストメッセージが含まれている場合（図４のＨＴＴＰ Ｒｅｑｕｅｓｔ２、６の場合）、Ｓ２４に進む。Ｓ２４では、ＨＴＴＰサーバ５４は、既に上記Ｓ２９にて待ち行列として保持されているＨＴＴＰリクエストメッセージに対するレスポンスとして、２００ ＯＫでＨＴＴＰボディーをＮｕｌｌにしたＨＴＴＰレスポンスメッセージを、ＨＴＴＰクライアント１４に返信する（図４のＨＴＴＰ Ｒｅｓｐｏｎｓｅ２、６）。これにより、ＨＴＴＰクライアント１４からＨＴＭＬブラウザ１３にＸＨＲのｒｅｓｐｏｎｓｅＸＭＬ（Ｎｕｌｌ）が送信される。
次いで、Ｓ２５では、ＨＴＴＰサーバ５４は、Ｓ２２で受信したＨＴＴＰリクエストメッセージをＳＩＰメッセージに格納して、ＳＩＰ ＵＡ５２から、ＩＭＳネットワーク２０のＣＳＣＦ２２に送信する（Ｓ２５）。さらに、ＨＴＴＰサーバ５４は、Ｓ２２で受信したＨＴＴＰリクエストメッセージに対するレスポンスとして、ＨＴＴＰボディーに２００ ＯＫを格納したＨＴＴＰレスポンスメッセージを、ＨＴＴＰクライアント１４に返信する（図４のＨＴＴＰ Ｒｅｓｐｏｎｓｅ３）。
一方、上記Ｓ２２にて、ＨＴＴＰクライアント１４からＨＴＴＰリクエストメッセージを受信していないと判定された場合、Ｓ２７に進む。Ｓ２７では、ＨＴＴＰサーバ５４は、ＳＩＰ ＵＡ５２がＣＳＣＦ２２からＳＩＰメッセージを受信したか否かを判定する（Ｓ２７）。ＳＩＰメッセージを受信した場合、ＨＴＴＰサーバ５４は、既に上記Ｓ２９にて待ち行列として保持されているＨＴＴＰリクエストメッセージに対するレスポンスとして、ＨＴＴＰボディーにＳＩＰメッセージを格納したＨＴＴＰレスポンスメッセージを、ＨＴＴＰクライアント１４に返信する（図４のＨＴＴＰ Ｒｅｓｐｏｎｓｅ４）。これにより、ＨＴＴＰクライアント１４からＨＴＭＬブラウザ１３にＸＨＲのｒｅｓｐｏｎｓｅＸＭＬ（ＳＩＰ ｒｅｓ）が送信される。なお、上記Ｓ２６、Ｓ２９及びＳ２８の処理後は、Ｓ２２に戻る。
一方、Ｓ２７の判定の結果、ＳＩＰメッセージを受信していない場合、Ｓ３０に進む。Ｓ３０では、ＨＴＴＰサーバ５４は、上記インターバルタイマーで計測した時間が所定の時間（例えば６０秒）を経過したか否かを判定する（Ｓ２７）。この結果、経過していない場合はＳ２２に戻り、経過している場合はＳ３１に進む。
Ｓ３１では、ＨＴＴＰサーバ５４は、既に上記Ｓ２９にて待ち行列として保持されているＨＴＴＰリクエストメッセージに対するレスポンスとして、ＨＴＴＰボディーにＮｕｌｌを格納したＨＴＴＰレスポンスメッセージを、ＨＴＴＰクライアント１４に返信する（図４のＨＴＴＰ Ｒｅｓｐｏｎｓｅ１、５）。その後、Ｓ２１に戻り、ＨＴＴＰサーバ５４は、再びインターバルタイマーをリセット（Ｓ２１）して、上記と同様な処理Ｓ２２〜Ｓ３１を繰り返す。
（第２の実施形態）
（２）ＸＭＬＨＴＴＰＲｅｑｕｅｓｔとＮｏｔｉｆＳｏｃｋｅｔを併用する方法
図７に示すように、この方法（２）では、ＩＰＴＶ端末１０にＮｏｔｉｆＳｏｃｋｅｔ１８を設ける。そして、ＩＰＴＶ端末１０のＨＴＭＬブラウザ１３のＥＣＭＡ ＳＣＲＩＰＴからＳＩＰメッセージを送信する場合は、ＸＨＲ（リクエスト＆レスポンス）を利用し、ＩＭＳゲートウェイ５０からのＳＩＰメッセージを受信する場合は、ＮｏｔｉｆＳｏｃｋｅｔ１８を利用する。ＮｏｔｉｆＳｏｃｋｅｔ１８は、ＴＣＰ Ｃｏｎｎｅｃｔｉｏｎであるので、ＣＳＣＦ２２から送信されたＳＩＰメッセージをそのままの形式で、ＩＭＳゲートウェイ５０からＩＰＴＶ端末１０のブラウザ１３のＥＣＭＡ ＳＣＲＩＰＴに通知することができる。
（第３の実施形態）
（３）ＸＭＬＨＴＴＰＲｅｕｑｅｓｔと「３ｒｄ ｐａｒｔｙ ｍｕｌｔｉｃａｓｔ ｎｏｔｉｆｉｃａｔｉｏｎ（拡張）」を併用する方法
図８に示すように、この方法（３）では、ＩＰＴＶ端末１０に「３ｒｄ ｐａｒｔ ｎｏｔｉｆｉｃａｔｉｏｎ Ｈａｎｄｅｒ ｍｕｌｔｉｃａｓｔ １９」を設ける。ＣＥＡ−２０１４では「３ｒｄ ｐａｒｔｙ ｍｕｌｔｉｃａｓｔ ｎｏｔｉｆｉｃａｔｉｏｎ」の方式が定義されており、ｍｕｌｔｉｃａｓｔにてイベントをブラウザに通知する仕組みがある。しかしながら、ＣＥＡ−２０１４規定ではＵＲＬを通知することになるので、ＳＩＰメッセージをそのままマルチキャストで通知する場合には使用できない。そこで、ＣＥＡ−２０１４のｍｕｌｔｉｃａｓｔ ｎｏｔｉｆｉｃａｔｉｏｎを拡張し、マルチキャストＵＤＰパケットにＳＩＰリクエストメッセージを格納することで実現できる。
（第４の実施形態）
（４）ＮｏｔｉｆＳｏｃｅｋｔを利用する方法
図９に示すように、この方法（４）では、ＩＰＴＶ端末１０にＮｏｔｉｆＳｏｃｋｅｔ１８を設け、ＩＭＳゲートウェイ５０に、上記ＨＴＴＰサーバ５４に代えて、ＳＩＰのＢ２ＢＵＡ（Ｂａｃｋ Ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）５６を設ける。ＣＥＡ−２０１４のＩｎ ｓｅｓｓｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎの方式であるＮｏｔｉｆＳｏｃｋｅｔ１８は、ＴＣＰ通信をＥＣＭＡ ＳＣＲＩＰＴから行うことができるＡＰＩである。このため、ＩＰＴＶ端末１０とＩＭＳゲートウェイ５０との間では、ＳＩＰメッセージをそのままＮｏｔｉｆＳｏｃｋｅｔに載せることができる。この場合は、ＩＭＳゲートウェイ５０には、上記ＨＴＴＰサーバ５４が不要であり、ＳＩＰのＢ２ＢＵＡ５６が実装されることになる。
以上、本実施形態にかかるＩＰＴＶシステムにおけるＩＭＳゲートウェイ５０の構成と、これを用いた通信方法について説明した。上述したように、ＨＴＴＰとＳＩＰとの間でプロトコル変換するＩＭＳゲートウェイ５０において、ＳＩＰプロトコルをより抽象度の高いハイレベルなインターフェースに変換するアプリケーションは、ＣＰＵ、メモリーなどのハードウェア資源を多く必要とするため、ＩＭＳゲートウェイ機器が高価なってしまうという問題があった。
これに対し、本実施形態にかかるＩＭＳゲートウェイ５０では、ＳＩＰメッセージをそのままＨＴＴＰプロトコルに載せ換える簡易な変換方式である。従って、上記ＣＰＵ、メモリーなどのハードウェア資源の実装スペックを抑えることができ、ＩＭＳゲートウェイ５０を安価に構築できる。また、ＩＰＴＶ端末１０のアプリケーションもＳＩＰをより直接的に利用できるため、高度なアプリケーションを作成することが可能となる。
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
一般的なＩＭＳを利用したＩＰＴＶシステムの構成を示す概略構成図である。 本発明の第１の実施形態にかかるＩＭＳを利用したＩＰＴＶシステムの構成を示す概略構成図である。 同実施形態にかかるＳＩＰとＨＴＴＰとの間のプロトコルの相違を示す説明図である。 同実施形態にかかる通信方法を示すシーケンス図である。 同実施形態にかかるＩＰＴＶ端末のブラウザの処理を示すフローチャートである。 同実施形態にかかるＩＭＳゲートウェイのＨＴＴＰサーバの処理を示すフローチャートである。 本発明の第２の実施形態にかかる通信方法を示すシーケンス図である。 本発明の第３の実施形態にかかる通信方法を示すシーケンス図である。 本発明の第４の実施形態にかかる通信方法を示すシーケンス図である。
符号の説明
１０ ＩＰＴＶ端末
１３ ＨＴＭＬブラウザ
１４ ＨＴＴＰクライアント
１８ ＮｏｔｉｆＳｏｃｋｅｔ
２０ ＩＭＳネットワーク
２２ ＣＳＴＦ
２６ ＡＳ（アプリケーションサーバ）
３０ ＩＰＴＶサービス提供システム
３２ ＥＰＧサーバ
３４ ビデオサーバ
５０ ＩＭＳゲートウェイ装置
５２ ＳＩＰ ＵＡ
５４ ＨＴＴＰサーバ

Claims (5)

  1. 同期型トランザクションネットワーク及び非同期型トランザクションネットワークに対応したゲートウェイ装置において、
    同期型トランザクションネットワーク対応機器及び非同期型トランザクションネットワーク対応機器と通信する通信手段と、
    前記同期型トランザクションネットワークの通信プロトコルであるＨＴＴＰと、前記非同期型トランザクションネットワークの通信プロトコルであるＳＩＰを変換する変換手段と、
    前記通信手段により前記同期型トランザクションネットワーク対応機器から受信したＨＴＴＰリクエストを保持する保持手段と、
    を備え、
    前記変換手段は、
    前記通信手段により前記同期型トランザクションネットワーク対応機器から受信した第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーがＮｕｌｌである場合、前記第１のＨＴＴＰリクエストメッセージを前記保持手段に保持し、
    前記通信手段により前記同期型トランザクションネットワーク対応機器から受信した第２のＨＴＴＰリクエストメッセージのＨＴＴＰボディーにＳＩＰリクエストメッセージが含まれている場合、ＨＴＴＰボディーがＮｕｌｌである第１のＨＴＴＰレスポンスメッセージを、前記第１のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、さらに、前記ＳＩＰリクエストメッセージを格納した第１のＳＩＰメッセージを前記非同期型トランザクションネットワーク対応機器に送信するとともに、ＨＴＴＰボディーにＯＫメッセージを格納した第２のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、
    前記通信手段により、前記非同期型トランザクションネットワーク対応機器から、前記第１のＳＩＰメッセージのレスポンスとして、ＳＩＰレスポンスメッセージを含む第２のＳＩＰメッセージを受信した場合、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーに前記ＳＩＰレスポンスメッセージを格納した第３のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信する、ゲートウェイ装置。
  2. 前記変換手段は、前記非同期型トランザクションネットワーク対応機器から、所定時間以上、前記第２のＳＩＰメッセージを受信しない場合には、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージを用いて、ＨＴＴＰボディーがＮｕｌｌである第４のＨＴＴＰレスポンスメッセージを、前記同期型トランザクションネットワーク対応機器に返信する、請求項１に記載のゲートウェイ装置。
  3. 同期型トランザクションネットワーク及び非同期型トランザクションネットワークに対応したゲートウェイ装置における通信方法であって、
    前記同期型トランザクションネットワーク対応機器から受信した第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーがＮｕｌｌである場合、前記第１のＨＴＴＰリクエストメッセージを保持手段に保持するステップと、
    前記同期型トランザクションネットワーク対応機器から受信した第２のＨＴＴＰリクエストメッセージのＨＴＴＰボディーにＳＩＰリクエストメッセージが含まれている場合、ＨＴＴＰボディーがＮｕｌｌである第１のＨＴＴＰレスポンスメッセージを、前記第１のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、さらに、前記ＳＩＰリクエストメッセージを格納した第１のＳＩＰメッセージを前記非同期型トランザクションネットワーク対応機器に送信するとともに、ＨＴＴＰボディーにＯＫメッセージを格納した第２のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、
    前記非同期型トランザクションネットワーク対応機器から、前記第１のＳＩＰメッセージのレスポンスとして、ＳＩＰレスポンスメッセージを含む第２のＳＩＰメッセージを受信した場合、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーに前記ＳＩＰレスポンスメッセージを格納した第３のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、
    を含む、通信方法。
  4. 前記非同期型トランザクションネットワーク対応機器から、所定時間以上、前記第２のＳＩＰメッセージを受信しない場合には、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージを用いて、ＨＴＴＰボディーがＮｕｌｌである第４のＨＴＴＰレスポンスメッセージを、前記同期型トランザクションネットワーク対応機器に返信するステップをさらに含む、請求項３に記載の通信方法。
  5. 同期型トランザクションネットワーク及び非同期型トランザクションネットワークに対応したゲートウェイ装置に、
    前記同期型トランザクションネットワーク対応機器から受信した第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーがＮｕｌｌである場合、前記第１のＨＴＴＰリクエストメッセージを保持手段に保持するステップと、
    前記同期型トランザクションネットワーク対応機器から受信した第２のＨＴＴＰリクエストメッセージのＨＴＴＰボディーにＳＩＰリクエストメッセージが含まれている場合、ＨＴＴＰボディーがＮｕｌｌである第１のＨＴＴＰレスポンスメッセージを、前記第１のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信し、さらに、前記ＳＩＰリクエストメッセージを格納した第１のＳＩＰメッセージを前記非同期型トランザクションネットワーク対応機器に送信するとともに、ＨＴＴＰボディーにＯＫメッセージを格納した第２のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、
    前記非同期型トランザクションネットワーク対応機器から、前記第１のＳＩＰメッセージのレスポンスとして、ＳＩＰレスポンスメッセージを含む第２のＳＩＰメッセージを受信した場合、前記保持手段に保持された前記第１のＨＴＴＰリクエストメッセージのＨＴＴＰボディーに前記ＳＩＰレスポンスメッセージを格納した第３のＨＴＴＰレスポンスメッセージを、前記第２のＨＴＴＰリクエストメッセージに対するレスポンスとして、前記同期型トランザクションネットワーク対応機器に返信するステップと、
    を実行させるためのプログラム。
JP2008088081A 2008-03-28 2008-03-28 ゲートウェイ装置、通信方法及びプログラム Expired - Fee Related JP4623118B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2008088081A JP4623118B2 (ja) 2008-03-28 2008-03-28 ゲートウェイ装置、通信方法及びプログラム
EP20090250479 EP2106142A1 (en) 2008-03-28 2009-02-24 Gateway device, communication method and program
US12/413,888 US7907622B2 (en) 2008-03-28 2009-03-30 Gateway device, communication method and program
CN2009101326252A CN101547169B (zh) 2008-03-28 2009-03-30 网关设备和通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008088081A JP4623118B2 (ja) 2008-03-28 2008-03-28 ゲートウェイ装置、通信方法及びプログラム

Publications (2)

Publication Number Publication Date
JP2009246498A JP2009246498A (ja) 2009-10-22
JP4623118B2 true JP4623118B2 (ja) 2011-02-02

Family

ID=40747536

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008088081A Expired - Fee Related JP4623118B2 (ja) 2008-03-28 2008-03-28 ゲートウェイ装置、通信方法及びプログラム

Country Status (4)

Country Link
US (1) US7907622B2 (ja)
EP (1) EP2106142A1 (ja)
JP (1) JP4623118B2 (ja)
CN (1) CN101547169B (ja)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2259591A4 (en) * 2008-03-28 2013-08-14 Samsung Electronics Co Ltd METHOD AND DEVICE FOR RECEIVING DATA FOR APPLICATIONS PROVIDING AN IP TELEVISION COMMUNICATIONS SERVICE
US20100309913A1 (en) * 2009-06-05 2010-12-09 Nick Herodotou Method and system for handling iptv multicast traffic in a home network
KR20100134433A (ko) * 2009-06-15 2010-12-23 엘지전자 주식회사 기능 제어부를 갖는 이동 단말기
CN102111396B (zh) * 2009-12-29 2014-12-10 中国移动通信集团公司 基于ims网络实现wap业务的系统和方法和设备
CN101800883B (zh) 2010-01-21 2013-08-07 中兴通讯股份有限公司 一种基于无线数据卡的交互式网络电视系统及其实现方法
JP2011217062A (ja) * 2010-03-31 2011-10-27 Sony Corp カメラシステム、信号遅延量調整方法及びプログラム
US20110296460A1 (en) * 2010-05-31 2011-12-01 Samsung Electronics Co., Ltd. Method and apparatus for providing remote user interface (ui) service
KR101698354B1 (ko) * 2010-07-16 2017-01-23 삼성전자주식회사 홈 네트워크에서 멀티캐스트 메시지를 이용하여 복수 개의 원격 사용자 인터페이스 서버들을 제어하기 위한 장치 및 방법
ES2387437B1 (es) * 2010-11-19 2013-05-20 Telefónica, S.A. Sistema de comunicaciones y método para comunicaciones entre internet y subsistemas ngn/ims.
CN103297445B (zh) * 2012-02-22 2017-06-20 中国移动通信集团公司 一种基于IP多媒体网络的Web终端通信方法和系统
JP2013232697A (ja) * 2012-04-27 2013-11-14 Sony Corp コンテンツ転送装置及びコンテンツ転送方法、コンテンツ再生装置及びコンテンツ再生方法、コンテンツ配信システム、並びにコンピューター・プログラム
US9344458B2 (en) * 2012-07-16 2016-05-17 eZuce, Inc. Providing unified communications services
US9160515B2 (en) * 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
US10069914B1 (en) * 2014-04-21 2018-09-04 David Lane Smith Distributed storage system for long term data storage
US20160014165A1 (en) * 2015-06-24 2016-01-14 Bandwidth.Com, Inc. Mediation Of A Combined Asynchronous And Synchronous Communication Session
US10757547B2 (en) * 2017-11-08 2020-08-25 Avaya Inc. Sequenced applications for controlling communication features
CN110519158A (zh) * 2018-05-21 2019-11-29 中兴通讯股份有限公司 一种网关及其控制方法、计算机可读存储介质
JP2019208280A (ja) * 2019-08-16 2019-12-05 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ テレビ受信機、表示装置、並びに装置
CN111800521A (zh) * 2020-09-08 2020-10-20 武汉中科通达高新技术股份有限公司 一种前端设备控制方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002305547A (ja) * 2001-04-06 2002-10-18 Mega Chips Corp データ中継装置およびデータ中継システム
JP2004240856A (ja) * 2003-02-07 2004-08-26 Nec Corp 仮想プレゼンスシステム
JP2007272868A (ja) * 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005067179A1 (en) * 2004-01-08 2005-07-21 Sk Telecom Co., Ltd. System for packet data service in the mixed network of asynchronous communication network and synchronous communication network and hand-over method thereof
US9008293B2 (en) 2005-11-25 2015-04-14 At&T Intellectual Property I, L.P. Caller ID information to internet protocol television displays
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
US8755335B2 (en) * 2006-04-13 2014-06-17 At&T Intellectual Property I, L.P. System and methods for control of a set top box
DE602007004213D1 (de) 2006-06-02 2010-02-25 Ericsson Telefon Ab L M Ims dienst-proxy in einem higa
US20090017796A1 (en) * 2007-07-09 2009-01-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for communicating between ims and non-ims networks
US8879404B2 (en) * 2008-01-09 2014-11-04 At&T Intellectual Property I, Lp Apparatus for managing communication device identifiers
US8315178B2 (en) * 2008-02-08 2012-11-20 Unomobi, Inc. Method and system for wireless message-based advertising
US20090222858A1 (en) * 2008-02-29 2009-09-03 Telefonaktiebolaget Lm Ericsson (Publ) System and Method for Creating Electronic Guides Based on Presence and Group Membership
US8831032B2 (en) * 2008-03-05 2014-09-09 Telefonaktiebolaget L M Ericsson (Publ) SIP-HTTP application correlator

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002305547A (ja) * 2001-04-06 2002-10-18 Mega Chips Corp データ中継装置およびデータ中継システム
JP2004240856A (ja) * 2003-02-07 2004-08-26 Nec Corp 仮想プレゼンスシステム
JP2007272868A (ja) * 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム

Also Published As

Publication number Publication date
US20090245267A1 (en) 2009-10-01
US7907622B2 (en) 2011-03-15
CN101547169B (zh) 2013-05-22
CN101547169A (zh) 2009-09-30
EP2106142A1 (en) 2009-09-30
JP2009246498A (ja) 2009-10-22

Similar Documents

Publication Publication Date Title
JP4623118B2 (ja) ゲートウェイ装置、通信方法及びプログラム
KR101717297B1 (ko) Ｓｉｐ-ｈｔｔｐ 애플리케이션 상관기
JP4927879B2 (ja) Ｉｐｔｖのための、ｉｍｓ対応のコントロールチャネル
US8752107B2 (en) Time-shifting and chase-play for an IPTV system
KR101313492B1 (ko) 네트워크 등록 장치에 부착된 미디어 자원으로의 액세스를 제공하는 기술
US8528023B2 (en) Extended television reminders
JP2011509542A (ja) Ｉｐメディアストリーミングサービスの配信
CN101123718A (zh) 多媒体点播的方法及系统、多媒体终端
US20080243602A1 (en) Systems and methods for providing iptv advertisements
JP2007116673A (ja) 通信装置
EP1890457A1 (en) Accessing interactive services over internet
KR20080099620A (ko) Ｓｉｐ 화상 단말기의 착신 서비스 방법
Rosenberg A Framework for Application Interaction in the Session Initiation Protocol (SIP)
KR101158758B1 (ko) 프레젠스 상태 변경에 따른 호 처리 제어 방법 및 그 시스템
JP5555120B2 (ja) コンテンツ提供方法、コンテンツ取得方法、コンテンツ提供システム及び端末装置
Huh et al. Mechanism for IPTV service discovery using SIP protocol
Imai et al. Dynamic Session Modification between Multiple Devices in the IMS/MMD Architecture
Kim et al. Designing an IPTV execution tool independent on service deployment
Kim et al. A Design of Execution Tool for an IPTV Service Deployment
JP2017216585A (ja) 要求元端末のオプション機能の非使用を整合する網間制御方法、ｓｉｐサーバ及びプログラム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100216

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100409

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100817

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100913

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101005

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20101018

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131112

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees